JP2009129059A - 発注処理装置及びプログラム - Google Patents

Abstract

【課題】銘柄、売買区分及び注文値段が同一である第１及び第２の売買注文を順次分割発注する際に、発注者が第１の売買注文の分割発注数量をその合計が第１の売買注文の受注数量となるように指定する手間を低減できる発注処理装置を提供する。
【解決手段】発注処理部２３０は、発注者が指定した分割発注数量と第１の売買注文の発注済数量の合計数量が第１の売買注文の受注数量以下である第１の場合に、分割発注数量からなる注文数量と第１の売買注文の銘柄、売買区分及び注文値段に基づいて発注処理を行い、合計数量が受注数量よりも大きく、受注数量よりも発注済数量が小さい第２の場合に、受注数量から発注済数量を減じた注文数量と第１の売買注文の銘柄、売買区分及び注文値段に基づいて発注処理を行い、さらに合計数量から受注数量を減じた注文数量と第１の売買注文の銘柄、売買区分及び注文値段に基づいて発注処理を行う。
【選択図】図２

Description

本発明は、有価証券の売買注文を分割発注するための発注処理装置及びプログラムに関する。特に本発明は、銘柄及び売買区分が同一である複数の売買注文を分割発注するための発注処理装置及びプログラムに関する。

証券会社のトレーダーは、資産運用会社である機関投資家等から大口の計らい注文を受けることがある。大口の計らい注文を受けた場合、トレーダーは、マーケットインパクトを低減するために、売買注文を小口の売買注文に分割して発注することがある。このような発注処理を自動で行うシステムの一例が、例えば非特許文献１に記載されており、この非特許文献１に関連するアルゴリズム取引につき、機関投資家等からの注文を証券会社が特定の論理やルールに従って自動的に処理するシステムである旨が非特許文献２に記載されている。また、市場情報とマーケットインパクトモデルを用いて分割発注を行うシステムが、特許文献１に記載されている。

特開２０００−３５３１９６号公報 田中隆博、「拡大するアルゴリズム取引 東証の次世代システム稼働に向けて本格化する開発競争」、週刊金融財政事情、金融財政事情研究会、平成１９年６月４日、第５８巻、第２１号、ｐ．３８−４６ 「アルゴリズム取引システム ６月、東京でも稼動」、日刊工業新聞、平成１９年４月２５日

機関投資家は、所定銘柄に関する第１の計らい注文を証券会社に出した後に、第１の計らい注文と銘柄及び売買区分が同じである第２の計らい注文（例えば銘柄と売買区分と注文値段が同じである第２の計らい注文）を追加して証券会社に出すことがある。
第１の計らい注文と追加の第２の計らい注文を受けた証券会社のトレーダーとしては、先に受けた第１の計らい注文を分割発注して第１の計らい注文の執行を完了し、次に第２の計らい注文を分割発注して第２の計らい注文の執行を完了する場合に、第１の計らい注文を分割発注する際にその分割発注数量の合計が当該第１の計らい注文の受注数量となるように各分割発注数量を指定し、また、第２の計らい注文を分割発注する際にその分割発注数量の合計が当該第２の計らい注文の受注数量となるように各分割発注数量を指定することは、市況が時々刻々と変化する取引市場（マーケット）と向かい合うトレーダーにとって煩わしいものであり、その手間を低減することが望まれる。

本発明は上記のような事情を考慮してなされたものであり、その目的は、銘柄及び売買区分が同一である第１及び第２の売買注文を順次分割発注する際に、第１の売買注文の分割発注数量をその合計が第１の売買注文の受注数量となるように指定する手間を低減可能な発注処理装置及びプログラムを提供することにある。

本発明の第１の形態は、有価証券の売買注文を示す注文データである原注文データであって注文銘柄を示す銘柄識別情報、売買区分、受注数量等の注文内容を示す情報を含む原注文データに基づいて分割発注処理を行う発注処理装置において、
第１の売買注文を示す第１の原注文データと、前記第１の売買注文と前記銘柄識別情報及び前記売買区分が互いに同一である第２の売買注文を示す第２の原注文データと、零を示す第１及び第２の発注済数量を格納する原注文データ格納部と、発注者により指定された前記有価証券の売買注文を分割発注すべき分割発注数量と分割発注要求を受け取る分割発注要求受取部と、前記分割発注要求受取部が受け取った前記分割発注数量と前記分割発注要求に基づき、前記分割発注数量からなる注文数量と前記原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行う発注処理部とを有し、
前記発注処理部は、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量以下である第１の場合に、前記分割発注数量からなる注文数量と前記第１の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第１の分割注文データを前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第１の発注済数量を前記送信された前記第１の分割注文データの前記注文数量を加えた値に更新する更新処理を行い、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量よりも大きく、かつ、当該受注数量よりも当該第１の発注済数量が小さい第２の場合に、当該受注数量から当該第１の発注済数量を減じた残数量からなる注文数量と前記第１の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第２の分割注文データと、前記合計数量から当該受注数量を減じた超過数量からなる注文数量と前記第２の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第３の分割注文データを、前記第２の分割注文データ、前記第３の分割注文データの順に前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第１の発注済数量を前記送信された前記第２の分割注文データの前記注文数量を加えた値に更新する更新処理と前記原注文データ格納部に格納されている前記第２の発注済数量を前記送信された前記第３の分割注文データの前記注文数量を加えた値に更新する更新処理を行い、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量以下であり、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第３の場合に、前記分割発注数量からなる注文数量と前記第２の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第４の分割注文データを前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第２の発注済数量を前記送信された前記第４の分割注文データの前記注文数量を加えた値に更新する更新処理を行うことを特徴とする発注処理装置である。

本発明の第１の形態の発注処理装置において、前記有価証券の売買注文を示す原注文データは、注文銘柄を示す銘柄識別情報、売買区分、受注数量及び注文値段を示す情報を含むものであり、前記原注文データ格納部は、前記第１の売買注文を示す前記第１の原注文データと、前記第１の売買注文と前記銘柄識別情報、前記売買区分及び前記注文値段が互いに同一である前記第２の売買注文を示す前記第２の原注文データと、零を示す前記第１及び第２の発注済数量を格納するものであり、
前記発注処理部は、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量以下である第１の場合に、前記分割発注数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第１の分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行い、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量よりも大きく、かつ、当該受注数量よりも当該第１の発注済数量が小さい第２の場合に、当該受注数量から当該第１の発注済数量を減じた残数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第２の分割注文データと、前記合計数量から当該受注数量を減じた超過数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第３の分割注文データを、前記第２の分割注文データ、前記第３の分割注文データの順に前記有価証券の取引市場システムに送信することにより分割発注処理を行い、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量以下であり、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第３の場合に、前記分割発注数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第４の分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行う構成としてもよい。
なお、前記原注文データ格納部としては、前記第１の売買注文を示す前記第１の原注文データと零を示す前記第１の発注済数量を対応付けて格納し、前記第１の売買注文と前記銘柄識別情報、前記売買区分及び前記注文値段が互いに同一である売買注文であって前記第１の売買注文の追加の売買注文である前記第２の売買注文を示す前記第２の原注文データと零を示す前記第２の発注済数量を対応付けて格納するものであってもよい。

本発明の第１の形態の発注処理装置において、前記発注処理部は、前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量よりも大きく、当該受注数量よりも当該第２の発注済数量が小さく、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第４の場合に、当該合計数量から前記第２の発注済数量を減じた残数量からなる注文数量と前記第２の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第５の分割注文データを前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第２の発注済数量を前記送信された前記第５の分割注文データの前記注文数量を加えた値に更新する更新処理を行う構成としてもよい。
一例として、前記発注処理部は、前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量よりも大きく、当該受注数量よりも当該第２の発注済数量が小さく、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第４の場合に、当該合計数量から前記第２の発注済数量を減じた残数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第５の分割注文データを前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第２の発注済数量を前記送信された前記第５の分割注文データの前記注文数量を加えた値に更新する更新処理を行う構成としてもよい。

前記分割発注要求受取部は、前記原注文データ格納部に格納された前記第１の原注文データの銘柄識別情報、売買区分及び注文値段と前記第１及び第２の原注文データの各受注数量を合計した合計受注数量と前記第１及び第２の発注済数量を合計した合計発注済数量を示す表示欄と前記有価証券の売買注文の分割発注数量を入力するための分割発注数量入力欄と分割発注要求を入力するための分割発注要求入力欄を有する発注画面を表示するための発注画面表示用データを生成し、通信回線を通じて接続された前記発注者の端末装置に前記発注画面表示用データを送信して前記発注画面を表示させ、前記発注者により前記発注画面の前記分割発注数量入力欄に入力された前記分割発注数量と前記分割発注要求入力欄に入力された前記分割発注要求を前記端末装置から通信回線を通じて受け取る構成としてもよい。

前記分割発注要求受取部は、前記原注文データ格納部に格納された前記第１の原注文データの銘柄識別情報及び売買区分及び注文値段を示す表示欄と前記有価証券の売買注文の分割発注数量及び分割発注用の注文値段を入力するための分割注文入力欄と分割発注要求を入力するための分割発注要求入力欄を有する発注画面を表示するための発注画面表示用データを生成し、通信回線を通じて接続された前記発注者の端末装置に前記発注画面表示用データを送信して前記発注画面を表示させ、前記発注者により前記発注画面の前記分割注文入力欄に入力された前記分割発注数量及び分割発注用の注文値段と前記分割発注要求入力欄に入力された前記分割発注要求を前記端末装置から通信回線を通じて受け取り、受け取った前記分割発注数量及び分割発注用の注文値段と前記分割発注要求を前記発注処理部に送り、
前記発注処理部は、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量以下である第１の場合に、前記分割発注数量からなる注文数量と前記分割発注用の注文値段と前記第１の原注文データの銘柄識別情報及び売買区分の情報とを含む第１の分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行い、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量よりも大きく、かつ、当該受注数量よりも当該第１の発注済数量が小さい第２の場合に、当該受注数量から当該第１の発注済数量を減じた残数量からなる注文数量と前記分割発注用の注文値段と前記第１の原注文データの銘柄識別情報及び売買区分の情報とを含む第２の分割注文データと、前記合計数量から当該受注数量を減じた超過数量からなる注文数量と前記分割発注用の注文値段と前記第１の原注文データの銘柄識別情報及び売買区分の情報とを含む第３の分割注文データを、前記第２の分割注文データ、前記第３の分割注文データの順に前記有価証券の取引市場システムに送信することにより分割発注処理を行い、
前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量以下であり、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第３の場合に、前記分割発注数量からなる注文数量と前記分割発注用の注文値段と前記第１の原注文データの銘柄識別情報及び売買区分の情報とを含む第４の分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行う構成としてもよい。
なお、前記分割発注要求受取部は、前記原注文データ格納部に格納された前記第１の原注文データの銘柄識別情報、売買区分及び注文値段と前記第１及び第２の原注文データの各受注数量を合計した合計受注数量と前記第１及び第２の発注済数量を合計した合計発注済数量を示す表示欄と前記有価証券の売買注文の分割発注数量及び分割発注用の注文値段を入力するための分割注文入力欄と分割発注要求を入力するための分割発注要求入力欄を有する発注画面を表示するための発注画面表示用データを生成するようにしてもよい。前記分割発注要求入力欄は、分割発注要求の入力ボタンとしてもよく、一例として発注ボタン又は送信ボタンを用いてもよい。

本発明の第２の形態は、コンピュータを、本発明の第１の形態の発注処理装置として機能させるためのプログラムである。

本発明によれば、銘柄及び売買区分が同一である第１及び第２の売買注文を順次分割発注する際に、第１の売買注文の分割発注数量をその合計が第１の売買注文の受注数量となるように指定する手間を低減可能な発注処理装置及びプログラムを提供することができる。

以下、本発明の実施形態について図面を参照して説明する。図１は、本発明の一実施形態に係る発注処理装置２０の使用環境の一例を説明するための概略図である。この発注処理装置２０は金融機関に設置されており、以下では金融機関として証券会社を一例として説明する。発注処理装置２０は、証券会社のトレーダーが操作する端末装置１０に社内用通信回線を介して接続されており、また株式等の有価証券の売買取引処理を行う取引市場システムの一例である証券取引所の売買システム３０に通信回線を通じて接続されており、この売買システム３０への通信回線は専用回線又は専用線としてもよい。証券会社のトレーダーは、顧客である機関投資家等の投資家から有価証券の売買注文を受ける。機関投資家は一例として複数のファンドを運用する資産運用会社としてもよい。端末装置１０は機関投資家の端末装置と通信回線を通じて接続されており、機関投資家からの売買注文の内容を示す情報を受信することができるようになっている。

トレーダーは、顧客である機関投資家からの当該機関投資家が運用するファンドを構成する有価証券の売買注文（例えば株式の売買注文）を、通信回線を通じて端末装置１０で受け取り、又は電話によって口頭で売買注文を受け取る。するとトレーダーは、端末装置１０又は電話で受け取った売買注文を示す注文データである原注文データを、顧客を識別するための顧客識別情報（顧客ＩＤ）、及びファンドを識別するためのファンド識別情報（ファンドＩＤ）に対応付けて所定のフォーマットで端末装置１０に入力し、例えば端末装置１０のディスプレイ１２の注文入力画面に入力する。売買注文を示す原注文データには、売買対象の有価証券である注文銘柄を示す銘柄識別情報、売買区分、受注数量及び注文値段が含まれており、以下では有価証券として株式を一例として用い、銘柄識別情報として銘柄コードを一例として用いて説明する。

端末装置１０は、トレーダーにより入力された原注文データと顧客ＩＤとファンドＩＤを発注処理装置２０に送信し、さらにトレーダーにより入力された顧客からの売買注文を分割発注すべき分割発注数量と分割発注要求を発注処理装置２０に送信する。発注処理装置２０は、端末装置１０からの原注文データと顧客ＩＤとファンドＩＤを受信し、さらに端末装置１０からの分割発注数量と分割発注要求を受信し、受信した原注文データと分割発注数量に基づいて分割注文データを生成して売買システム３０へ送信する分割発注処理を行う。
分割注文データとしては、端末装置１０からの分割発注数量とともに原注文データの注文内容を示す情報のうち受注数量以外の内容を用いるようにしてもよく、端末装置１０から分割発注数量と分割発注用の注文値段と分割発注要求を受けて分割発注数量と分割発注用の注文値段とともに原注文データの注文内容を示す情報のうち受注数量及び注文値段以外の内容を用いるようにしてもよい。

機関投資家は複数のファンドを運用して資産運用することがあり、機関投資家が当該機関投資家の同一の運用ファンドに関する複数の計らい注文を証券会社に出すことがある。例えば、第１の計らい注文を出した後に第２の計らい注文を追加して出し、第１及び第２の計らい注文が同一の銘柄及び売買区分に関するものである場合であり、特に第１及び第２の計らい注文が同一の銘柄、売買区分及び注文値段に関するものである場合すなわち売買注文が同一の条件である場合である。第１の計らい注文と追加の第２の計らい注文を受けた証券会社のトレーダーとしては、先に受けた第１の計らい注文を分割発注して第１の計らい注文の執行を完了し、次に第２の計らい注文を分割発注して第２の計らい注文の執行を完了する場合に、第１の計らい注文を分割発注する際にその分割発注数量の合計が当該第１の計らい注文の受注数量となるように各分割発注数量を指定し、また、第２の計らい注文を分割発注する際にその分割発注数量の合計が当該第２の計らい注文の受注数量となるように各分割発注数量を指定することは、市況が時々刻々と変化する取引市場（マーケット）と向かい合うトレーダーにとって煩わしいものである。本実施形態の発注処理装置２０では、トレーダーが銘柄、売買区分及び注文値段が同一である第１及び第２の売買注文（すなわち同一条件の第１及び第２の売買注文）を順次分割発注する際に、第１の売買注文の分割発注数量をその合計が第１の売買注文の受注数量となるように指定する手間を低減できるようになっており、また、第２の売買注文の分割発注数量をその合計が第２の売買注文の受注数量となるように指定する手間を低減できるようになっている。

図２は、発注処理装置２０の構成の一例を示すブロック図である。この発注処理装置２０は、通信制御部２１０と、注文受取部２２０と、発注処理部２３０と、原注文データ格納部の一例である原注文データデータベース（原注文データＤＢ）２５０と、分割注文データ格納部の一例である分割注文データデータベース（分割注文データＤＢ）２６０と、市場情報受信部２８０と、約定成立通知受信部２９０とを有する。注文受取部２２０は、第１及び第２の原注文データを受け取る注文データ受取部と、発注者であるトレーダーにより指定された売買注文を分割発注すべき分割発注数量と分割発注要求を受け取る分割発注要求受取部としての機能を有する。

通信制御部２１０は、社内用通信回線を通じて端末装置１０との間でデータの送受信を行う。通信制御部２１０が端末装置１０から受信するデータには、端末装置１０に入力された原注文データ、顧客ＩＤ及びファンドＩＤがあり、分割発注要求、分割注文用の銘柄コードと売買区分、分割発注数量、分割発注用の注文値段等があり、発注画面の表示要求（表示要求を示すデータ）、表示切替要求（表示切替要求を示すデータ）、発注画面の更新要求（更新要求を示すデータ）等があり、これらのデータは注文受取部２２０に送られる。通信制御部２１０が端末装置１０に送信するデータには、原注文データＤＢ２５０に格納された原注文データ、分割注文データＤＢ２６０に格納された分割注文データ、画面表示用データ等があり、これらのデータを端末装置１０が受信してディスプレイ１２に表示するようになっており、トレーダーは端末装置１０のディスプレイ１２に表示されたデータを見ることにより、売買注文の執行状況を確認することができるようになっている。

注文受取部２２０は、顧客からの第１の売買注文を示す第１の原注文データと当該顧客を識別するための顧客ＩＤとファンドＩＤを端末装置１０から受け取り、受け取った第１の原注文データと顧客ＩＤとファンドＩＤを当該第１の原注文データを識別するための注文識別情報である原注文識別番号（第１の原注文ＩＤ）及び第１の状況（一例として「未発注」）を示すステータスフラグである原注文状況フラグに対応付けて原注文データＤＢ２５０に格納する。また、同一顧客から第１の売買注文と同じ条件の第２の売買注文を示す第２の原注文データと顧客ＩＤとファンドＩＤを端末装置１０から受け取り、受け取った第２の原注文データと顧客ＩＤとファンドＩＤを当該第２の原注文データを識別するための注文識別情報である原注文識別番号（第２の原注文ＩＤ）及び第１の状況（一例として「未発注」）を示す原注文状況フラグに対応付けて原注文データＤＢ２５０に格納する。原注文ＩＤとしては、端末装置１０からの原注文データを受け取る毎に更新するカウンタを注文受取部２２０に設けて当該カウンタのカウント値を当該原注文データを識別するための原注文ＩＤとして用いるようにしてもよく、第１及び第２の原注文ＩＤとして予め決められた異なる注文識別番号をそれぞれ用いるようにしてもよく、一例として第１の原注文ＩＤとして「００１」を用いるとともに第２の原注文ＩＤとして「００２」を用いてもよい。さらに注文受取部２２０は、分割発注要求、分割注文用の銘柄コードと売買区分、分割発注数量、分割発注用の注文値段等を端末装置１０から受け取り、受け取った分割発注要求、分割注文用の銘柄コードと売買区分、分割発注数量、分割発注用の注文値段等を発注処理部２３０に送る。

一例として、注文受取部２２０は、端末装置１０からの第１の注文入力画面の表示要求に応じて所定の機関投資家からの第１の売買注文を示す第１の原注文データと当該機関投資家を識別する顧客ＩＤとファンドＩＤを入力するための第１の注文入力画面の画面表示用データを送信して第１の注文入力画面を端末装置１０に表示させ、端末装置１０はトレーダーにより第１の注文入力画面に入力された第１の入力データを注文受取部２２０に送信し、注文受取部２２０は、第１の入力データを端末装置１０から通信制御部２１０を通じて受け取り、受け取った第１の入力データに含まれる第１の原注文データと顧客ＩＤとファンドＩＤを当該第１の原注文データを識別するための第１の原注文ＩＤ及び第１の状況（一例として「未発注」）を示す原注文状況フラグに対応付けて原注文データＤＢ２５０に格納し、次に端末装置１０からの第２の注文入力画面の表示要求に応じて機関投資家からの第２の売買注文であって第１の売買注文と同一条件の第２の売買注文を示す第２の原注文データと当該機関投資家を識別する顧客ＩＤとファンドＩＤを入力するための第２の注文入力画面の画面表示用データを送信して第２の注文入力画面を端末装置１０に表示させ、端末装置１０はトレーダーにより第２の注文入力画面に入力された第２の入力データを注文受取部２２０に送信し、注文受取部２２０は、第２の入力データを端末装置１０から通信制御部２１０を通じて受け取り、受け取った第２の入力データに含まれる第２の原注文データと顧客ＩＤとファンドＩＤを当該第２の原注文データを識別するための第２の原注文ＩＤ及び第１の状況（一例として「未発注」）を示す原注文状況フラグに対応付けて原注文データＤＢ２５０に格納する構成としてもよい。

また、一例として、注文受取部２２０は第１の原注文データの銘柄コードと売買区分を表示する分割注文入力欄であって分割発注数量と分割発注用の注文値段を入力するための分割注文入力欄と分割発注要求の入力ボタンである発注ボタン（一例として送信ボタン）を有する発注画面の画面表示用データを送信して発注画面を端末装置１０に表示させ、端末装置１０はトレーダーにより発注画面の分割注文入力欄に入力された分割発注数量及び分割発注用の注文値段と分割注文入力欄に表示された銘柄コード及び売買区分と分割発注要求を発注ボタンのマウスクリックにより発注処理装置２０の注文受取部２２０に送信し、注文受取部２２０は分割発注数量及び分割発注用の注文値段と分割注文用の銘柄コード及び売買区分と分割発注要求を端末装置１０から受け取り、受け取った分割発注数量及び分割発注用の注文値段と分割注文用の銘柄コード及び売買区分と分割発注要求を発注処理部２３０に送る構成としてもよく、発注画面において分割注文入力欄の注文値段の入力欄には第１の原注文データの注文値段が予め入力されて表示される構成としてもよい。なお、注文受取部２２０は、株式の銘柄コードと銘柄名を対応付けた銘柄テーブルを備えており、銘柄コードから当該銘柄コードの銘柄名を取得できるようになっており、一例として銘柄コード「１０００」とその銘柄名「○○株式会社」が対応付けされている。

原注文データＤＢ２５０は、顧客からの第１の売買注文の注文内容を示す第１の原注文データと、当該第１の原注文データを識別する第１の原注文ＩＤと、顧客ＩＤと、ファンドＩＤと、当該第１の原注文データが示す第１の売買注文の状況を示すステータスフラグである原注文状況フラグと、第１の発注済数量と、第１の出来数量を対応付けて格納する。また、顧客からの第２の売買注文の注文内容を示す第２の原注文データと、当該第２の原注文データを識別する第２の原注文ＩＤと、顧客ＩＤと、ファンドＩＤと、当該第２の原注文データが示す第２の売買注文の状況を示すステータスフラグである原注文状況フラグと、第２の発注済数量と、第２の出来数量を対応付けて格納する。なお、原注文データＤＢ２５０において第１及び第２の発注済数量並びに第１及び第２の出来数量の初期値（デフォルト値）を零とし、原注文状況フラグの初期値を第１の状況（一例として「未発注」）を示すフラグとしてもよい。

分割注文データＤＢ２６０は、トレーダーにより指定された分割発注数量からなる注文数量と原注文データの注文内容を示す情報のうち受注数量以外の銘柄コード、売買区分等の情報とを含む分割注文データと、当該分割注文データを識別するための注文識別情報である分割注文識別番号（分割注文ＩＤ）と、分割元の原注文データの原注文ＩＤと、当該分割注文データが示す分割注文の状況を示すステータスフラグである分割注文状況フラグを対応付けて格納する。なお、分割注文状況フラグの初期値を「未発注」を示すフラグとしてもよい。分割注文データＤＢ２６０に格納される分割注文データとしては、分割発注数量からなる注文数量と原注文データの注文内容を示す情報のうち受注数量以外の銘柄コード、売買区分及び注文値段の情報とを有するようにしてもよく、端末装置１０からの分割発注数量、分割発注用の注文値段、分割注文用の銘柄コード及び売買区分を有するようにしてもよい。

発注処理部２３０は、注文受取部２２０が受け取った分割発注数量と分割発注要求に基づき、分割発注数量からなる注文数量と原注文データの注文内容を示す情報のうち受注数量以外の銘柄識別情報、売買区分等の情報とを含む分割注文データを生成し、生成した分割注文データと当該分割注文データを識別するための分割注文ＩＤと「未発注」を示す分割注文状況フラグを対応付けて分割注文データＤＢ２６０に格納して当該分割注文データとその分割注文ＩＤを売買システム３０に送信することにより分割発注処理を行い、送信された分割注文データの分割注文ＩＤに対応付けて分割注文データＤＢ２６０に格納されている分割注文状況フラグを「未発注」から「注文中」を示すフラグに更新する。一例として、発注処理部２３０は、注文受取部２２０が受け取った分割発注数量、分割発注用の注文値段、分割注文用の銘柄コード及び売買区分と分割発注要求に基づき、分割発注数量からなる注文数量、分割発注用の注文値段、分割注文用の銘柄コード及び売買区分を含む分割注文データを生成し、生成した分割注文データと当該分割注文データを識別するための分割注文ＩＤと「未発注」を示す分割注文状況フラグを対応付けて分割注文データＤＢ２６０に格納して当該分割注文データとその分割注文ＩＤを売買システム３０に送信することにより分割発注処理を行う構成としてもよい。

約定成立通知受信部２９０は、発注処理部２３０から売買システム３０に送信された分割注文データが示す分割注文の約定結果を示す約定成立通知を売買システム３０から受け取り、約定成立通知に含まれる分割注文データの分割注文ＩＤに対応付けて約定成立通知が示す分割注文の約定単価及び約定数量を分割注文データＤＢ２６０に格納するとともに当該分割注文データの分割注文ＩＤに対応付けて分割注文データＤＢ２６０に格納されている分割注文状況フラグを「注文中」から「約定済」を示すフラグに更新する。

市場情報受信部２８０は、株式の市場情報を記憶する市場情報記憶手段と株式の出来高を記憶する出来高記憶手段を備えており、株式の取引市場システムの一例である証券取引所の売買システム３０における株式の市場価格（現在値）、板情報、出来高等を含む市場情報を取得し、取得した株式の市場価格、板情報、出来高等と当該株式の銘柄コードを対応付けて市場情報記憶手段に記憶して更新し、市場情報記憶手段に記憶された市場情報のうち原注文データＤＢ２５０に格納された第１の原注文データの銘柄コードが示す株式の出来高を抽出して出来高記憶手段に記憶して更新するようになっている。株式の市場情報は、証券取引所又は証券取引所の売買システム３０から提供されるものを受信する構成としてもよく、株式の市場情報を提供する情報ベンダーから受信する構成としてもよい。

図３は、原注文データＤＢ２５０のデータ構成の一例をテーブル形式で示す説明図である。原注文データＤＢ２５０は、原注文データと、当該原注文データを識別する原注文ＩＤと、注文主である顧客の顧客ＩＤと、ファンドＩＤと、当該原注文データが示す売買注文のステータスフラグである原注文状況フラグと、発注済数量と、出来数量と、平均約定単価と、市場占有率を対応付けて格納する。原注文データには、銘柄コード、売買区分、受注数量及び注文値段が含まれる。原注文データＤＢ２５０は、一例としてリレーショナル・データベース（ＲＤＢ）を用いて構成し、原注文ＩＤを格納するための原注文ＩＤフィールドと、顧客ＩＤを格納するための顧客ＩＤフィールドと、ファンドＩＤを格納するためのファンドＩＤフィールドと、原注文データの銘柄コードを格納するための銘柄コードフィールドと、原注文データの売買区分を格納するための売買区分フィールドと、原注文データの受注数量を格納するための受注数量フィールドと、原注文データの注文値段を格納するための注文値段フィールドと、原注文状況フラグを格納するためのフラグフィールドと、発注済数量を格納するための発注済数量フィールドと、出来数量を格納するための出来数量フィールドと、平均約定単価を格納するための平均単価フィールドと、市場占有率を格納するための市場占有率フィールドをレコード毎に設けて同一レコードに格納されたこれらのデータを互いに対応付けるようにしてもよい。原注文データＤＢ２５０の各レコードにおいて、発注済数量と出来数量と平均約定単価の初期値は零となっており、市場占有率の初期値は０％となっており、原注文状況フラグの初期値は第１の状況（一例として「未発注」）を示すフラグとなっている。なお、市場占有率としては、例えば、市場情報受信部２８０の出来高記憶手段に記憶された出来高で出来数量を除した値を百分率で表した値を用いてもよい。この原注文データＤＢ２５０は、各レコードに格納された受注数量を合計して記憶する合計受注数量記憶部２５０ａと、各レコードに格納された発注済数量を合計して記憶する合計発注済数量記憶部２５０ｂと、各レコードに格納された出来数量を合計して記憶する合計出来数量記憶部２５０ｃと、各レコードに格納された平均約定単価をその出来数量で加重平均して記憶する総平均約定単価記憶部２５０ｄと、各レコードに格納された市場占有率を合計して記憶する合計市場占有率記憶部２５０ｅを有する。

図３の原注文データＤＢ２５０では、一例として、第１の原注文ＩＤ「００１」に対応付けて、顧客ＩＤ「Ａ」と、ファンドＩＤ「Ａ００１」と、第１の原注文データ（銘柄コード「１０００」、売買区分「買」、受注数量「４００，０００」株、注文値段「８９０」円）と、原注文状況フラグ「注文中」と、第１の発注済数量「３００，０００」株と、第１の出来数量「３００，０００」株と、第１の平均約定単価「８８０」円と、第１の市場占有率「１０％」を格納しており、第１の原注文データが示す第１の売買注文は銘柄コード１０００で指値８９０円で４０万株の買注文となっており、３０万株が発注済であってそのうち３０万株が約定済であり、注文状況としては注文中の状況となっている。なお、市場情報受信部２８０の出来高記憶手段には「３，０００，０００」株が記憶されているものとし、第１の市場占有率「１０％」としては出来高記憶手段の出来高「３，０００，０００」株に対する第１の出来数量「３００，０００」株の百分比となっている。

また、第２の原注文ＩＤ「００２」に対応付けて、顧客ＩＤ「Ａ」と、ファンドＩＤ「Ａ００１」と、第２の原注文データ（銘柄コード「１０００」、売買区分「買」、受注数量「３００，０００」株、注文値段「８９０」円）と、原注文状況フラグ「未発注」と、第２の発注済数量「０」株と、第２の出来数量「０」株と、第２の平均約定単価「０」円と、第２の市場占有率「０％」を格納しており、第２の原注文データが示す第２の売買注文は銘柄コード１０００で指値８９０円で３０万株の買注文となっており、その注文状況としては未発注の状況となっている。なお、市場情報受信部２８０の出来高記憶手段には「３，０００，０００」株が記憶されているものとし、第２の市場占有率「０％」としては出来高記憶手段の出来高「３，０００，０００」株に対する第２の出来数量「０」株の百分比となっている。

さらに、原注文データＤＢ２５０の合計受注数量記憶部２５０ａは、第１の原注文データの受注数量「４００，０００」株と第２の原注文データの受注数量「３００，０００」株を合計した合計受注数量「７００，０００」株を記憶しており、合計発注済数量記憶部２５０ｂは、第１の発注済数量「３００，０００」株と第２の発注済数量「０」株を合計した合計発注済数量「３００，０００」株を記憶しており、合計出来数量記憶部２５０ｃは、第１の出来数量「３００，０００」株と第２の出来数量「０」株を合計した合計出来数量「３００，０００」株を記憶しており、総平均約定単価記憶部２５０ｄは、第１の平均約定単価「８８０」円とその出来数量である第１の出来数量「３００，０００」株と第２の平均約定単価「０」円とその出来数量である第２の出来数量「０」株を用いて加重平均した総平均約定単価「８８０（＝（８８０円×３００，０００株＋０円×０株）／（３００，０００株＋０株））」円を記憶しており、合計市場占有率記憶部２５０ｅは、第１の市場占有率「１０％」と第２の市場占有率「０％」を合計した合計市場占有率「１０％」を記憶している。

図４は、分割注文データＤＢ２６０のデータ構成の一例をテーブル形式で示す説明図である。分割注文データＤＢ２６０は、分割注文データと、当該分割注文データを識別する分割注文ＩＤと、分割元の原注文データの原注文ＩＤと、当該分割注文データが示す分割注文のステータスフラグである分割注文状況フラグと、分割注文の約定単価及び約定数量を対応付けて格納する。分割注文データＤＢ２６０は、一例としてリレーショナル・データベース（ＲＤＢ）を用いて構成し、原注文ＩＤを格納するための原注文ＩＤフィールドと、分割注文ＩＤを格納するための分割注文ＩＤフィールドと、分割注文データの銘柄コードを格納するための銘柄コードフィールドと、分割注文データの売買区分を格納するための売買区分フィールドと、分割注文データの注文数量を格納するための注文数量フィールドと、分割注文データの注文値段（分割発注用の注文値段）を格納するための注文値段フィールドと、分割注文状況フラグを格納するためのフラグフィールドと、約定単価を格納するための約定単価フィールドと、約定数量を格納するための約定数量フィールドをレコード毎に設けて同一レコードに格納されたこれらのデータを互いに対応付けるようにしてもよい。分割注文データＤＢ２６０の各レコードにおいて、約定単価及び約定数量の初期値は零となっており、分割注文状況フラグの初期値は「未発注」を示すフラグとなっている。

図４の分割注文データＤＢ２６０では、一例として、分割注文ＩＤ「００１００１」に対応付けて、原注文ＩＤ「００１」と、分割注文データ（銘柄コード「１０００」、売買区分「買」、注文数量「１５０，０００」株、注文値段「８９０」円）と、分割注文状況フラグ「約定済」と、約定単価「８８０」円と、約定数量「１５０，０００」株とを格納しており、分割注文ＩＤ「００１００１」の分割注文データの分割注文は銘柄コード１０００で指値８９０円で１５万株の買注文となっており、１５万株の発注済数量のうち１５万株が約定済となっており、その注文状況としては約定済の状況となっている。
また、分割注文ＩＤ「００１００２」に対応付けて、原注文ＩＤ「００１」と、分割注文データ（銘柄コード「１０００」、売買区分「買」、注文数量「１５０，０００」株、注文値段「８９０」円）と、分割注文状況フラグ「約定済」と、約定単価「８８０」円と、約定数量「１５０，０００」株とを格納しており、分割注文ＩＤ「００１００２」の分割注文データの分割注文は銘柄コード１０００で指値８９０円で１５万株の買注文となっており、１５万株の発注済数量のうち１５万株が約定済となっており、その注文状況としては約定済の状況となっている。

図５は、端末装置１０のディスプレイ１２に表示される第１の発注画面の一例を示す説明図である。この第１の発注画面には、注文執行状況の表示欄と、分割注文入力欄と、「表示切替」ボタンと、「更新」ボタンと、「発注」ボタンが表示されている。
第１の発注画面の第１の表示項目である注文執行状況の表示欄には、原注文データＤＢ２５０に格納されている各売買注文に関する情報が当該売買注文毎に表示され、図５に示す第１の発注画面における注文執行状況の表示欄は、第１及び第２の売買注文に関する情報が表示されており、この第１の発注画面では個別注文に関する情報が表示されるので画面タイトルを「発注画面（個別注文表示）」としている。

図５に示す第１の発注画面において注文執行状況の表示欄のうち第１の売買注文に関する情報の表示欄では、注文ＩＤの表示欄に第１の売買注文に対応する第１の原注文ＩＤを示す注文ＩＤ「００１」が表示され、顧客ＩＤの表示欄には第１の売買注文の顧客ＩＤ「Ａ」が表示され、ファンドＩＤの表示欄には第１の売買注文のファンドＩＤ「Ａ００１」が表示され、銘柄コードの表示欄には第１の原注文データの銘柄コード「１０００」が表示され、銘柄名の表示欄には第１の原注文データの銘柄コード「１０００」の銘柄名「○○株式会社」が表示され、売買区分の表示欄には第１の原注文データの売買区分「買」が表示され、受注数量の表示欄には第１の原注文データの受注数量「４００，０００」株が表示され、発注済数量の表示欄には第１の売買注文の発注済数量である第１の発注済数量「３００，０００」株が表示され、出来数量の表示欄には第１の売買注文の出来数量である第１の出来数量「３００，０００」株が表示され、注文値段の表示欄には第１の原注文データの注文値段「８９０」円が表示され、平均単価の表示欄には第１の売買注文の約定単価（平均約定単価）「８８０」円が表示され、市場占有率の表示欄には第１の市場占有率「１０％」が表示されており、第１の原注文ＩＤ「００１」に対応付けて原注文データＤＢ２５０に格納されている顧客ＩＤ、ファンドＩＤ、第１の原注文データの銘柄コード、第１の原注文データの売買区分、第１の原注文データの受注数量、第１の発注済数量、第１の出来数量、第１の原注文データの注文値段、平均約定単価、及び第１の市場占有率が用いられており、原注文データＤＢ２５０のレコードのうち第１の原注文ＩＤが格納されたレコードの格納データが用いられており、銘柄名については銘柄テーブルで第１の原注文データの銘柄コードに対応付けされた銘柄名が用いられている。

図５に示す第１の発注画面において注文執行状況の表示欄のうち第２の売買注文に関する情報の表示欄では、注文ＩＤの表示欄に第２の売買注文に対応する第２の原注文ＩＤを示す注文ＩＤ「００２」が表示され、顧客ＩＤの表示欄には第２の売買注文の顧客ＩＤ「Ａ」が表示され、ファンドＩＤの表示欄には第２の売買注文のファンドＩＤ「Ａ００１」が表示され、銘柄コードの表示欄には第２の原注文データの銘柄コード「１０００」が表示され、銘柄名の表示欄には第２の原注文データの銘柄コード「１０００」の銘柄名「○○株式会社」が表示され、売買区分の表示欄には第２の原注文データの売買区分「買」が表示され、受注数量の表示欄には第２の原注文データの受注数量「３００，０００」株が表示され、発注済数量の表示欄には第２の売買注文の発注済数量である第２の発注済数量「０」株が表示され、出来数量の表示欄には第２の売買注文の出来数量である第２の出来数量「０」株が表示され、注文値段の表示欄には第２の原注文データの注文値段「８９０」円が表示され、平均単価の表示欄には第２の売買注文の約定単価（平均約定単価）「０」円が表示され、市場占有率の表示欄には第２の市場占有率「０％」が表示されており、第２の原注文ＩＤ「００２」に対応付けて原注文データＤＢ２５０に格納されている顧客ＩＤ、ファンドＩＤ、第２の原注文データの銘柄コード、第２の原注文データの売買区分、第２の原注文データの受注数量、第２の発注済数量、第２の出来数量、第２の原注文データの注文値段、平均約定単価、及び第２の市場占有率が用いられており、原注文データＤＢ２５０のレコードのうち第２の原注文ＩＤが格納されたレコードの格納データが用いられており、銘柄名については銘柄テーブルで第２の原注文データの銘柄コードに対応付けされた銘柄名が用いられている。

図５に示す第１の発注画面において第２の表示項目である分割注文入力欄には、分割注文の注文内容を入力するための入力欄が設けてあり、一例として第１の原注文データの銘柄コードとその銘柄名の表示欄と、第１の原注文データの売買区分の表示欄と、分割発注数量の入力欄と、分割発注用の注文値段の入力欄が表示されている。この注文値段の入力欄は、成行（成行注文）を指定するためのラジオボタンと指値（指値注文）を指定するためのラジオボタンと当該指値を入力するための指値入力欄を有しており、図５に例示するように注文値段の入力欄は第１の原注文データの注文値段が予め入力されて表示されるようにすることが望ましく、一例として分割発注入力の入力欄と指値入力欄はそれぞれ入力ボックスを用い、第１の原注文データの注文値段が指値注文の指値を示すものである場合は指値のラジオボタンにドットが入力された状態であって指値入力欄の入力ボックスに指値の数値が入力された状態で表示されるようにし、第１の原注文データの注文値段が成行を示すものである場合は成行のラジオボタンにドットが入力された状態であって指値入力欄の入力ボックスはブランク状態で表示されるようにしてもよい。
図５に示す第１の発注画面において、操作者であるトレーダーが分割注文入力欄に分割発注数量を入力して「発注」ボタンをマウスでクリック等して操作すると、分割注文入力欄の表示内容及び入力内容からなる分割注文内容情報（例えば、第１の原注文データの銘柄コードからなる分割注文用の銘柄コード、第１の原注文データの売買区分からなる分割注文用の売買区分、分割発注数量の入力欄に入力された分割発注数量、及び、注文値段の入力欄に入力された分割発注用の注文値段）と分割発注要求が端末装置１０から発注処理装置２０に送信されて当該分割注文内容情報と分割発注要求が注文受取部２２０に受け取られるようになっている。

また、図５に示す第１の発注画面において、操作者であるトレーダーが「更新」ボタンをマウスでクリック等して操作すると発注画面の更新要求が端末装置１０から発注処理装置２０に送信されて当該発注画面の更新要求が注文受取部２２０に受け取られ、注文受取部２２０の表示切替要求記憶手段に記憶されている第１の表示切替要求を示す情報と原注文データＤＢ２５０に格納されているデータに基づいて注文受取部２２０は第１の発注画面の画面表示用データを作成して端末装置１０に送信し、端末装置１０のディスプレイ１２に第１の発注画面（個別注文表示）を更新表示させるようになっている。
また、図５に示す第１の発注画面において、操作者であるトレーダーが「表示切替」ボタンをマウスでクリック等して操作すると、第１の発注画面から第２の発注画面への画面切替を要求する第２の表示切替要求が端末装置１０から発注処理装置２０に送信されて当該第２の表示切替要求が注文受取部２２０に受け取られて表示切替要求記憶手段に記憶され、表示切替要求記憶手段に記憶された第２の表示切替要求を示す情報と原注文データＤＢ２５０に格納されているデータに基づいて注文受取部２２０は第２の発注画面の画面表示用データを作成して端末装置１０に送信し、端末装置１０のディスプレイ１２に第２の発注画面（一括注文表示）を表示させるようになっている。

図６は、端末装置１０のディスプレイ１２に表示される第２の発注画面の一例を示す説明図である。この第２の発注画面には、注文執行状況の表示欄と、分割注文入力欄と、「表示切替」ボタンと、「更新」ボタンと、「発注」ボタンが表示されている。
第２の発注画面の第１の表示項目である注文執行状況の表示欄には、原注文データＤＢ２５０に格納されている各売買注文に関する情報が一括して表示され、図６に示す第２の発注画面における注文執行状況の表示欄は、第１及び第２の売買注文に関する情報が一括して表示されており、この第２の発注画面では各売買注文を一括注文として当該一括注文に関する情報が表示されるので画面タイトルを「発注画面（一括注文表示）」としている。

図６に示す第２の発注画面において注文執行状況の一括注文に関する情報の表示欄では、顧客ＩＤの表示欄には第１の売買注文の顧客ＩＤ「Ａ」が表示され、ファンドＩＤの表示欄には第１の売買注文のファンドＩＤ「Ａ００１」が表示され、銘柄コードの表示欄には第１の原注文データの銘柄コード「１０００」が表示され、銘柄名の表示欄には第１の原注文データの銘柄コード「１０００」の銘柄名「○○株式会社」が表示され、売買区分の表示欄には第１の原注文データの売買区分「買」が表示され、受注数量の表示欄には第１及び第２の原注文データの各受注数量を合計した合計受注数量「７００，０００」株が表示され、発注済数量の表示欄には第１及び第２の発注済数量を合計した合計発注済数量「３００，０００」株が表示され、出来数量の表示欄には第１及び第２の出来数量を合計した合計出来数量「３００，０００」株が表示され、注文値段の表示欄には第１の原注文データの注文値段「８９０」円が表示され、平均単価の表示欄には第１及び第２の売買注文の約定単価をその出来数量で加重平均した総平均約定単価「８８０」円が表示され、市場占有率の表示欄には第１及び第２の市場占有率を合計した合計市場占有率「１０％」が表示されており、第１の原注文ＩＤ「００１」に対応付けて原注文データＤＢ２５０に格納されている顧客ＩＤ、ファンドＩＤ、第１の原注文データの銘柄コード、第１の原注文データの売買区分、合計受注数量記憶部２５０ａの合計受注数量、合計発注済数量記憶部２５０ｂの合計発注済数量、合計出来数量記憶部２５０ｃの合計出来数量、第１の原注文データの注文値段、総平均約定単価記憶部２５０ｄの総平均約定単価、及び合計市場占有率記憶部２５０ｅの合計市場占有率が用いられており、銘柄名については銘柄テーブルで第１の原注文データの銘柄コードに対応付けされた銘柄名が用いられている。

図６に示す第２の発注画面において第２の表示項目である分割注文入力欄には、分割注文の注文内容を入力するための入力欄が設けてあり、一例として第１の原注文データの銘柄コードとその銘柄名の表示欄と、第１の原注文データの売買区分の表示欄と、分割発注数量の入力欄と、分割発注用の注文値段の入力欄が表示されている。この注文値段の入力欄は、成行（成行注文）を指定するためのラジオボタンと指値（指値注文）を指定するためのラジオボタンと当該指値を入力するための指値入力欄を有しており、図６に例示するように注文値段の入力欄は第１の原注文データの注文値段が予め入力されて表示されるようにすることが望ましく、一例として分割発注入力の入力欄と指値入力欄はそれぞれ入力ボックスを用い、第１の原注文データの注文値段が指値注文の指値を示すものである場合は指値のラジオボタンにドットが入力された状態であって指値入力欄の入力ボックスに指値の数値が入力された状態で表示されるようにし、第１の原注文データの注文値段が成行を示すものである場合は成行のラジオボタンにドットが入力された状態であって指値入力欄の入力ボックスはブランク状態で表示されるようにしてもよい。
図６に示す第２の発注画面において、操作者であるトレーダーが分割注文入力欄に分割発注数量を入力して「発注」ボタンをマウスでクリック等して操作すると、分割注文入力欄の表示内容及び入力内容からなる分割注文内容情報（例えば、第１の原注文データの銘柄コードからなる分割注文用の銘柄コード、第１の原注文データの売買区分からなる分割注文用の売買区分、分割発注数量の入力欄に入力された分割発注数量、及び、注文値段の入力欄に入力された分割発注用の注文値段）と分割発注要求が端末装置１０から発注処理装置２０に送信されて当該分割注文内容情報と分割発注要求が注文受取部２２０に受け取られるようになっている。

また、図６に示す第２の発注画面において、操作者であるトレーダーが「更新」ボタンをマウスでクリック等して操作すると発注画面の更新要求が端末装置１０から発注処理装置２０に送信されて当該発注画面の更新要求が注文受取部２２０に受け取られ、注文受取部２２０の表示切替要求記憶手段に記憶されている第２の表示切替要求を示す情報と原注文データＤＢ２５０に格納されているデータに基づいて注文受取部２２０は第２の発注画面の画面表示用データを作成して端末装置１０に送信し、端末装置１０のディスプレイ１２に第２の発注画面（一括注文表示）を更新表示させるようになっている。
また、図６に示す第２の発注画面において、操作者であるトレーダーが「表示切替」ボタンをマウスでクリック等して操作すると、第２の発注画面から第１の発注画面への画面切替を要求する第１の表示切替要求が端末装置１０から発注処理装置２０に送信されて当該第１の表示切替要求が注文受取部２２０に受け取られて表示切替要求記憶手段に記憶され、表示切替要求記憶手段に記憶された第１の表示切替要求を示す情報と原注文データＤＢ２５０に格納されているデータに基づいて注文受取部２２０は第１の発注画面の画面表示用データを作成して端末装置１０に送信し、端末装置１０のディスプレイ１２に第１の発注画面（個別注文表示）を表示させるようになっている。

図７は、発注処理装置２０で行われる分割発注処理の発注処理状況を説明するための説明図である。なお、図７に示す分割発注数量Ｈ１〜Ｈ５は、第１及び第２の売買注文の各受注数量よりも小さい数量となっている。
図７（Ａ）は、第１及び第２の売買注文の受注数量を合計した合計受注数量が未発注の状況にあり、発注処理装置２０はトレーダーにより発注画面の分割注文入力欄で指定された分割発注数量Ｈ１を注文数量とする分割発注処理を行うときの状況を示している。このとき、注文受取部２２０が受け取った分割発注数量Ｈ１と第１の発注済数量０とを合計した合計数量（第１の合計数量）Ｈ１が第１の原注文データの受注数量以下となっている。なお、上記分割発注数量Ｈ１を注文数量とする分割発注は、第１の売買注文の分割発注となり、分割元の原注文ＩＤとしては第１の原注文ＩＤが用いられる。

図７（Ｂ）は、第１及び第２の売買注文の受注数量を合計した合計受注数量のうち図７（Ａ）の分割発注数量Ｈ１が発注済の状況にあり、すなわち第１の発注済数量が当該分割発注数量Ｈ１となっており、発注処理装置２０はトレーダーにより発注画面の分割注文入力欄で指定された分割発注数量Ｈ２を注文数量とする分割発注処理を行うときの状況を示している。このとき、注文受取部２２０が受け取った分割発注数量Ｈ２と第１の発注済数量Ｈ１とを合計した第１の合計数量（Ｈ１＋Ｈ２）が第１の原注文データの受注数量以下の状況となっている。なお、上記分割発注数量Ｈ２を注文数量とする分割発注は、第１の売買注文の分割発注となり、分割元の原注文ＩＤとしては第１の原注文ＩＤが用いられる。

図７（Ｃ）は、第１及び第２の売買注文の受注数量を合計した合計受注数量のうち図７（Ａ）〜（Ｂ）の分割発注数量の合計（Ｈ１＋Ｈ２）が発注済の状況にあり、すなわち第１の発注済数量が当該分割発注数量の合計（Ｈ１＋Ｈ２）となっており、発注処理装置２０はトレーダーにより発注画面の分割注文入力欄で指定された分割発注数量Ｈ３のうち数量ｃ１（＝第１の売買注文の受注数量−第１の発注済数量）を注文数量とする分割発注処理と数量ｃ２（＝Ｈ３−ｃ１）を注文数量とする分割発注処理を行うときの状況を示している。このとき、注文受取部２２０が受け取った分割発注数量Ｈ３と第１の発注済数量（Ｈ１＋Ｈ２）とを合計した第１の合計数量（Ｈ１＋Ｈ２＋Ｈ３）が第１の原注文データの受注数量よりも大きく、当該受注数量よりも当該第１の発注済数量（Ｈ１＋Ｈ２）が小さく、第１の合計数量（Ｈ１＋Ｈ２＋Ｈ３）が第１及び第２の売買注文の合計受注数量よりも小さい状況となっている。なお、上記数量ｃ１を注文数量とする分割発注は、第１の売買注文の分割発注となり、分割元の原注文ＩＤとしては第１の原注文ＩＤが用いられる。また、上記数量ｃ２を注文数量とする分割発注は、第２の売買注文の分割発注となり、分割元の原注文ＩＤとしては第２の原注文ＩＤが用いられる。

図７（Ｄ）は、第１及び第２の売買注文の受注数量を合計した合計受注数量のうち図７（Ａ）〜（Ｃ）の分割発注数量の合計（Ｈ１＋Ｈ２＋Ｈ３）が発注済の状況にあり、このうち第１の発注済数量（Ｈ１＋Ｈ２＋ｃ１）が第１の売買注文の受注数量となっているとともに第２の発注済数量が図７（Ｃ）の第２の売買注文の分割発注数量ｃ２となっており、発注処理装置２０はトレーダーにより発注画面の分割注文入力欄で指定された分割発注数量Ｈ４を注文数量とする分割発注処理を行うときの状況を示している。このとき、注文受取部２２０が受け取った分割発注数量Ｈ４と第２の発注済数量ｃ２とを合計した第２の合計数量（ｃ２＋Ｈ４）が第２の原注文データの受注数量以下であり、第１の発注済数量（Ｈ１＋Ｈ２＋ｃ１）と第１の原注文データの受注数量が等しい状況となっている。なお、上記数量Ｈ４を注文数量とする分割発注は、第２の売買注文の分割発注となり、分割元の原注文ＩＤとしては第２の原注文ＩＤが用いられる。

図７（Ｅ）は、第１及び第２の売買注文の受注数量を合計した合計受注数量のうち図７（Ａ）〜（Ｄ）の分割発注数量の合計（Ｈ１＋Ｈ２＋Ｈ３＋Ｈ４）が発注済の状況にあり、このうち第１の発注済数量（Ｈ１＋Ｈ２＋ｃ１）が第１の売買注文の受注数量となっているとともに第２の発注済数量が図７（Ｃ）〜（Ｄ）の第２の売買注文の分割発注数量の合計（ｃ２＋Ｈ４）となっており、発注処理装置２０はトレーダーにより発注画面の分割注文入力欄で指定された分割発注数量Ｈ５のうち数量ｅ（＝第２の売買注文の受注数量−第２の発注済数量）を注文数量とする分割発注処理を行うときの状況を示している。このとき、注文受取部２２０が受け取った分割発注数量Ｈ５と第２の発注済数量（ｃ２＋Ｈ４）とを合計した第２の合計数量（ｃ２＋Ｈ４＋Ｈ５）が第２の原注文データの受注数量よりも大きく、当該受注数量よりも第２の発注済数量（ｃ２＋Ｈ４）が小さく、第１の発注済数量（Ｈ１＋Ｈ２＋ｃ１）と第１の原注文データの受注数量が等しい状況となっている。なお、上記数量ｅを注文数量とする分割発注は、第２の売買注文の分割発注となり、分割元の原注文ＩＤとしては第２の原注文ＩＤが用いられる。

図８〜図１１は、発注処理装置２０が行う処理の一例を示すフローチャートである。なお、注文受取部２２０は端末装置１０からの表示切替要求を示す情報を記憶するための表示切替要求記憶手段を有しており、この表示切替要求記憶手段の初期値（デフォルト値）は第１の表示切替要求を示す情報に設定されているものとする。また、発注処理部２３０は、第１の合計数量を記憶するための第１合計数量記憶手段と第２の合計数量を記憶するための第２合計数量記憶手段を有するものとする。

先ず、トレーダーは、複数のファンドを運用する機関投資家である顧客ａから一のファンドの構成銘柄に関する第１の売買注文を当該一のファンドのファンドＩＤとともに受け取り、端末装置１０の第１の売買注文を入力するための第１の注文入力画面に、第１の売買注文を示す第１の原注文データと、第１の売買注文の当該一のファンドを識別するファンドＩＤと、顧客ａを識別する顧客ＩＤを入力し、第１の注文入力画面に入力した第１の入力データを端末装置１０から発注処理装置２０に送信する。
発注処理装置２０の注文受取部２２０は、端末装置１０からの第１の入力データを通信制御部２１０を通じて受け取り、受け取った第１の入力データに含まれる第１の売買注文を示す第１の原注文データと第１の売買注文のファンドのファンドＩＤと顧客ＩＤを、当該第１の原注文データを識別する第１の原注文ＩＤと、第１の状況（一例として「未発注」）を示す原注文状況フラグと、初期値零を示す発注済数量及び出来数量（すなわち第１の発注済数量及び第１の出来数量）に対応付けて原注文データＤＢ２５０に格納する（ステップＳ１０）。

また、トレーダーは、顧客ａから上記一のファンドと同一のファンドの構成銘柄に関する第２の売買注文であって第１の売買注文と同一条件である追加の第２の売買注文を当該一のファンドのファンドＩＤとともに受け取り、端末装置１０の第２の売買注文を入力するための第２の注文入力画面に、上記第２の売買注文を示す第２の原注文データと、第２の売買注文の当該一のファンドを識別するファンドＩＤと、顧客ａを識別する顧客ＩＤを入力し、第２の注文入力画面に入力した第２の入力データを端末装置１０から発注処理装置２０に送信する。
発注処理装置２０の注文受取部２２０は、端末装置１０からの第２の入力データを通信制御部２１０を通じて受け取り、受け取った第２の入力データに含まれる第２の売買注文を示す第２の原注文データと第２の売買注文のファンドのファンドＩＤと顧客ＩＤを、当該第２の原注文データを識別する第２の原注文ＩＤと、第１の状況（一例として「未発注」）を示す原注文状況フラグと、初期値零を示す発注済数量及び出来数量（すなわち第２の発注済数量及び第２の出来数量）に対応付けて原注文データＤＢ２５０に格納する（ステップＳ１２）。一例として、原注文データＤＢ２５０の各レコードの原注文状況フラグを「未発注」を示すフラグに初期設定しておくとともに発注済数量及び出来数量を零に初期設定しておき、原注文ＩＤ毎に当該原注文ＩＤとその原注文データとファンドＩＤと顧客ＩＤをレコードの対応するフィールドに書き込んで格納してもよい。

トレーダーは、端末装置１０から発注画面の表示要求を発注処理装置２０に送信し、発注処理装置２０の注文受取部２２０は端末装置１０からの発注画面の表示要求を受け取ると、表示切替要求記憶手段に記憶されている第１の表示切替要求を示す情報と原注文データＤＢ２５０に格納されているデータに基づき、第１の発注画面の画面表示用データを生成して端末装置１０に送信して第１の発注画面を端末装置１０に表示させ、端末装置１０からの分割注文内容情報と分割発注要求、表示切替要求、又は発注画面の更新要求を待つ（ステップＳ１４）。一例としてトレーダーは、端末装置１０に表示された第１の発注画面の「更新」ボタンをマウスでクリック操作して発注画面の更新要求を発注処理装置２０に送信し、発注処理装置２０の注文受取部２２０は端末装置１０からの発注画面の更新要求を受け取ると、表示切替要求記憶手段に記憶されている第１の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づいて第１の発注画面の画面表示用データを生成して端末装置１０に送信して第１の発注画面を端末装置１０に表示させ、端末装置１０からの分割注文内容情報と分割発注要求、表示切替要求、又は発注画面の更新要求を待つ（ステップＳ１４）。一例としてトレーダーは、端末装置１０に表示された第１の発注画面の「表示切替」ボタンをマウスでクリック操作して第２の表示切替要求を発注処理装置２０に送信し、発注処理装置２０の注文受取部２２０は端末装置１０からの第２の表示切替要求を受け取ると表示切替要求記憶手段に記憶し、表示切替要求記憶手段に記憶された第２の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づいて第２の発注画面の画面表示用データを生成して端末装置１０に送信して第２の発注画面を端末装置１０に表示させ、端末装置１０からの分割注文内容情報と分割発注要求、表示切替要求、又は発注画面の更新要求を待つ（ステップＳ１４）。なお、第１及び第２の発注画面において、分割注文入力欄の銘柄コードの表示欄には第１の原注文データの銘柄コードが表示されるとともに売買区分の表示欄には第１の原注文データの売買区分が表示され、分割注文入力欄の注文値段の入力欄には第１の原注文データの注文値段が予め入力されて表示されるようになっている。

トレーダーは、一例として第２の発注画面の分割注文入力欄に分割発注数量を入力して「発注」ボタンをマウスでクリック操作し、又は、第２の発注画面の分割注文入力欄に分割発注数量と分割発注用の注文値段を入力して「発注」ボタンをマウスでクリック操作し、分割注文入力欄の表示内容（分割注文用の銘柄コードと売買区分）及び入力内容（分割発注数量、分割発注用の注文値段）を含む分割注文内容情報と分割発注要求を端末装置１０から発注処理装置２０に送信する。
発注処理装置２０の注文受取部２２０は、端末装置１０からの分割注文内容情報と分割発注要求を受け取ると（ステップＳ１４；Ｙｅｓ）、受け取った分割注文内容情報と分割発注要求を発注処理部２３０に送る。

発注処理部２３０は、注文受取部２２０から分割注文内容情報と分割発注要求を受け取ると、分割注文内容情報に含まれる分割発注数量と原注文データ格納部２５０に格納されている第１の発注済数量とを合計した第１の合計数量を第１合計数量記憶手段に記憶し、第１合計数量記憶手段に記憶された第１の合計数量が第１の原注文データ格納部２５０に格納されている第１の原注文データの受注数量以下であるか判断する（ステップＳ１６）。発注処理部２３０は、第１の合計数量が第１の原注文データの受注数量よりも大きい場合に（ステップＳ１６；Ｎｏ）、ステップＳ３０に進む。

発注処理部２３０は、第１の合計数量が第１の原注文データの受注数量以下である場合に（ステップＳ１６；Ｙｅｓ、図７（Ａ）又は（Ｂ）のケース）、分割注文内容情報に含まれる分割注文用の銘柄コード及び売買区分、分割発注数量からなる注文数量、及び分割発注用の注文値段を有する第１の分割注文データを生成し、生成した第１の分割注文データと当該第１の分割注文データを識別するための分割注文ＩＤと第１の原注文ＩＤと「未発注」を示す分割注文状況フラグを対応付けて分割注文データＤＢ２６０に格納する（ステップＳ１８）。そして、第１の分割注文データとその分割注文ＩＤを売買システム３０に送信することにより分割発注処理を行い（ステップＳ２０）、当該分割注文ＩＤに分割注文データＤＢ２６０で対応付けされた分割注文状況フラグを「未発注」から「注文中」を示すフラグに更新する（ステップＳ２２）。

次に、発注処理部２３０は、原注文データＤＢ２５０に格納されている第１の発注済数量が０であるか否かを判断する（ステップＳ２４）。第１の発注済数量が０である場合は（ステップＳ２４；Ｙｅｓ、図７（Ａ）のケース）、原注文データＤＢ２５０で第１の発注済数量を第１の分割注文データの注文数量を加えた値に更新するとともに第１の原注文ＩＤに対応するステータスフラグである原注文状況フラグを「未発注」から「注文中」を示すフラグに更新し（ステップＳ２６）、発注画面の送信要求を注文受取部２２０に送る。注文受取部２２０は、発注処理部２３０からの発注画面の送信要求を受け取ると、表示切替要求記憶手段に記憶された例えば第２の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づき、第２の発注画面の画面表示用データを生成して端末装置１０に送信して第２の発注画面を端末装置１０に表示させ、端末装置１０からの分割注文内容情報と分割発注要求、表示切替要求、又は発注画面の更新要求を待つ（ステップＳ１４）。
第１の発注済数量が０でない場合、例えば０よりも大きい場合は（ステップＳ２４；Ｎｏ、図７（Ｂ）のケース）、原注文データＤＢ２５０で第１の発注済数量を第１の分割注文データの注文数量を加えた値に更新し（ステップＳ２８）、発注画面の送信要求を注文受取部２２０に送る。注文受取部２２０は、発注処理部２３０からの発注画面の送信要求を受け取ると、表示切替要求記憶手段に記憶された例えば第２の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づき、第２の発注画面の画面表示用データを生成して端末装置１０に送信して第２の発注画面を端末装置１０に表示させ、端末装置１０からの分割注文内容情報と分割発注要求、表示切替要求、又は発注画面の更新要求を待つ（ステップＳ１４）。

ステップＳ３０において、発注処理部２３０は、第１の発注済数量が第１の原注文データの受注数量よりも小さいという第１の数量条件、第１の原注文データの受注数量が第１の合計数量よりも小さいという第２の数量条件、第１の合計数量が第１及び第２の原注文データの受注数量を合計した合計受注数量よりも小さいという第３の数量条件が成立するか判断する。なお、第１の発注済数量は原注文データＤＢ２５０に格納されており、第１の合計数量は第１合計数量記憶手段に記憶されており、合計受注数量は原注文データＤＢ２５０の合計受注数量記憶部２５０ａに記憶されており、これらのデータを用いることができるようになっている。発注処理部２３０は、第１、第２又は第３の数量条件が成立しない場合に（ステップＳ３０；Ｎｏ）、ステップＳ４６に進む。

発注処理部２３０は、第１、第２及び第３の数量条件が成立する場合に（ステップＳ３０；Ｙｅｓ、図７（Ｃ）のケース）、第１の原注文データの受注数量から第１の発注済数量を減じた残数量からなる注文数量と分割注文内容情報に含まれる分割注文用の銘柄コードと売買区分、及び分割発注用の注文値段を有する第２の分割注文データを生成し、生成した第２の分割注文データと当該第２の分割注文データを識別するための分割注文ＩＤと第１の原注文ＩＤと「未発注」を示す分割注文状況フラグを対応付けて分割注文データＤＢ２６０に格納する（ステップＳ３２）。そして、第２の分割注文データとその分割注文ＩＤを売買システム３０に送信することにより分割発注処理を行い（ステップＳ３４）、当該分割注文ＩＤに分割注文データＤＢ２６０で対応付けされた分割注文状況フラグを「未発注」から「注文中」を示すフラグに更新する（ステップＳ３６）。また、原注文データＤＢ２５０で第１の発注済数量を第２の分割注文データの注文数量を加えた値に更新する（ステップＳ３６）。

次に、発注処理部２３０は、第１の合計数量から第１の原注文データの受注数量を減じた超過数量からなる注文数量と分割注文内容情報に含まれる分割注文用の銘柄コードと売買区分、及び分割発注用の注文値段を有する第３の分割注文データを生成し、生成した第３の分割注文データと当該第３の分割注文データを識別するための分割注文ＩＤと第２の原注文ＩＤと「未発注」を示す分割注文状況フラグを対応付けて分割注文データＤＢ２６０に格納する（ステップＳ３８）。そして、第３の分割注文データとその分割注文ＩＤを売買システム３０に送信することにより分割発注処理を行い（ステップＳ４０）、当該分割注文ＩＤに分割注文データＤＢ２６０で対応付けされた分割注文状況フラグを「未発注」から「注文中」を示すフラグに更新する（ステップＳ４２）。また、原注文データＤＢ２５０で第２の発注済数量を第３の分割注文データの注文数量を加えた値に更新するとともに第２の原注文ＩＤに対応するステータスフラグである原注文状況フラグを「未発注」から「注文中」を示すフラグに更新し（ステップＳ４２）、発注画面の送信要求を注文受取部２２０に送る。注文受取部２２０は、発注処理部２３０からの発注画面の送信要求を受け取ると、表示切替要求記憶手段に記憶された例えば第２の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づき、第２の発注画面の画面表示用データを生成して端末装置１０に送信して第２の発注画面を端末装置１０に表示させ、端末装置１０からの分割注文内容情報と分割発注要求、表示切替要求、又は発注画面の更新要求を待つ（ステップＳ１４）。なお、分割注文内容情報に含まれる銘柄コードと売買区分は第１の原注文データの銘柄コードと売買区分であるが、第１及び第２の原注文データは銘柄コードと売買区分が互いに同一であるため、分割注文内容情報に含まれる銘柄コードと売買区分は第２の原注文データの銘柄コードと売買区分でもあり、第３の分割注文データの銘柄コード及び売買区分は第２の原注文データの銘柄コード及び売買区分と同一となっている。

ステップＳ４６において、発注処理部２３０は、分割注文内容情報に含まれる分割発注数量と第２の発注済数量を合計した第２の合計数量を第２合計数量記憶手段に記憶し、第２合計数量記憶手段に記憶された第２の合計数量が第２の原注文データの受注数量以下であるという第４の数量条件と、第１の発注済数量が第１の原注文データの受注数量と等しいという第５の数量条件が成立するか判断する（ステップＳ４６）。発注処理部２３０は、第４又は第５の数量条件が成立しない場合に（ステップＳ４６；Ｎｏ）、ステップＳ６２に進む。

発注処理部２３０は、第４及び第５の数量条件が成立する場合に（ステップＳ４６；Ｙｅｓ、図７（Ｄ）のケース）、分割注文内容情報に含まれる分割注文用の銘柄コードと売買区分、分割発注数量からなる注文数量、及び分割発注用の注文値段を有する第４の分割注文データを生成し、生成した第４の分割注文データと当該第４の分割注文データを識別するための分割注文ＩＤと第２の原注文ＩＤと「未発注」を示す分割注文状況フラグを対応付けて分割注文データＤＢ２６０に格納する（ステップＳ４８）。そして、第４の分割注文データとその分割注文ＩＤを売買システム３０に送信することにより分割発注処理を行い（ステップＳ５０）、当該分割注文ＩＤに分割注文データＤＢ２６０で対応付けされた分割注文状況フラグを「未発注」から「注文中」を示すフラグに更新する（ステップＳ５２）。

次に、発注処理部２３０は、原注文データＤＢ２５０に格納されている第２の発注済数量が０であるか否かを判断し（ステップＳ５４）、第２の発注済数量が０である場合は（ステップＳ５４；Ｙｅｓ）、原注文データＤＢ２５０で第２の発注済数量を第４の分割注文データの注文数量を加えた値に更新するとともに第２の原注文ＩＤに対応するステータスフラグである原注文状況フラグを「未発注」から「注文中」を示すフラグに更新し（ステップＳ５６）、ステップＳ６０に進む。第２の発注済数量が０でない場合、例えば０よりも大きい場合は（ステップＳ５４；Ｎｏ）、原注文データＤＢ２５０で第２の発注済数量を第４の分割注文データの注文数量を加えた値に更新し（ステップＳ５８）、ステップＳ６０に進む。

ステップＳ６０において、発注処理部２３０は、第２合計数量記憶手段に記憶された第２の合計数量が第２の原注文データの受注数量と等しいか判断する。第２の合計数量と第２の原注文データの受注数量が等しい場合は（ステップＳ６０；Ｙｅｓ）、発注完了画面の送信要求を注文受取部２２０に送る。注文受取部２２０は、発注処理部２３０から発注完了画面の送信要求を受け取ると、表示切替要求記憶手段に記憶された例えば第２の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づき、第２の発注完了画面の画面表示用データを生成して端末装置１０に送信して第２の発注完了画面を端末装置１０に表示させ、本フローチャートの処理を終了する。表示切替要求記憶手段に第２の表示切替要求を示す情報が記憶されている場合に表示される第２の発注完了画面は、第２の発注画面から第２の表示項目である分割注文入力欄と「発注」ボタンを取り除き、画面タイトルを「発注完了画面（一括注文表示）」としたものを用いてもよく、表示切替要求記憶手段に第１の表示切替要求を示す情報が記憶されている場合に表示される第１の発注完了画面は、第１の発注画面から第２の表示項目である分割注文入力欄と「発注」ボタンを取り除き、画面タイトルを「発注完了画面（個別注文表示）」としたものを用いてもよい。
第２の合計数量と第２の原注文データの受注数量が等しくない場合、例えば第２の合計数量が第２の原注文データの受注数量よりも小さい場合は（ステップＳ６０；Ｎｏ）、発注画面の送信要求を注文受取部２２０に送る。注文受取部２２０は、発注処理部２３０からの発注画面の送信要求を受け取ると、表示切替要求記憶手段に記憶された例えば第２の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づき、第２の発注画面の画面表示用データを生成して端末装置１０に送信して第２の発注画面を端末装置１０に表示させ、端末装置１０からの分割注文内容情報と分割発注要求、表示切替要求、又は発注画面の更新要求を待つ（ステップＳ１４）。

ステップＳ６２において、発注処理部２３０は、第１の発注済数量が第１の原注文データの受注数量と等しいという第５の数量条件、第２の発注済数量が第２の原注文データの受注数量よりも小さいという第６の数量条件、第２の原注文データの受注数量が第２の合計数量よりも小さいという第７の数量条件が成立するか判断する。発注処理部２３０は、第５、第６又は第７の数量条件が成立しない場合に（ステップＳ６２；Ｎｏ）、エラーメッセージ付きの発注画面の送信要求を注文受取部２２０に送る。注文受取部２２０は、発注処理部２３０からのエラーメッセージ付きの発注画面の送信要求を受け取ると、表示切替要求記憶手段に記憶された例えば第２の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づき、エラーメッセージ付きの第２の発注画面の画面表示用データを生成して端末装置１０に送信してエラーメッセージ付きの第２の発注画面を端末装置１０に表示させ（ステップＳ６４）、端末装置１０からの分割注文内容情報と分割発注要求、表示切替要求、又は発注画面の更新要求を待つ（ステップＳ１４）。

発注処理部２３０は、第５、第６及び第７の数量条件が成立する場合に（ステップＳ６２；Ｙｅｓ、図７（Ｅ）のケース）、第２の原注文データの受注数量から第２の発注済数量を減じた残数量からなる注文数量と分割注文内容情報に含まれる分割注文用の銘柄コードと売買区分、及び分割発注用の注文値段を有する第５の分割注文データを生成し、生成した第５の分割注文データと当該第５の分割注文データを識別するための分割注文ＩＤと第２の原注文ＩＤと「未発注」を示す分割注文状況フラグを対応付けて分割注文データＤＢ２６０に格納する（ステップＳ６８）。そして、第５の分割注文データとその分割注文ＩＤを売買システム３０に送信することにより分割発注処理を行い（ステップＳ７０）、当該分割注文ＩＤに分割注文データＤＢ２６０で対応付けされた分割注文状況フラグを「未発注」から「注文中」を示すフラグに更新する（ステップＳ７２）。また、原注文データＤＢ２５０で第２の発注済数量を第５の分割注文データの注文数量を加えた値に更新し（ステップＳ７２）、発注完了画面の送信要求を注文受取部２２０に送る。注文受取部２２０は、発注処理部２３０から発注完了画面の送信要求を受け取ると、表示切替要求記憶手段に記憶された例えば第２の表示切替要求を示す情報と原注文データＤＢ２５０の格納データに基づき、第２の発注完了画面の画面表示用データを生成して端末装置１０に送信して第２の発注完了画面を端末装置１０に表示させ、本フローチャートの処理を終了する。

発注処理部２３０のステップＳ３２〜Ｓ４２の処理は図７（Ｃ）のケースに対応しており、トレーダーが発注画面の分割注文入力欄で指定した分割発注数量と第１の発注済数量を合計した第１の合計数量が第１の原注文データの受注数量を超えたときの処理であり、トレーダーにとって第１の売買注文の分割発注数量をその合計が第１の売買注文の受注数量となるように指定する手間を低減できるようになっている。
また、発注処理部２３０のステップＳ６８〜Ｓ７２の処理は図７（Ｅ）のケースに対応しており、トレーダーが発注画面の分割注文入力欄で指定した分割発注数量と第２の発注済数量を合計した第２の合計数量が第２の原注文データの受注数量を超えたときの処理であり、トレーダーにとって第２の売買注文の分割発注数量をその合計が第２の売買注文の受注数量となるように指定する手間を低減できるようになっている。
さらに発注処理装置２０によれば、第１の売買注文、第２の売買注文の順に売買注文の分割発注を執行することができるとともに、第１及び第２の売買注文を個別に管理することができるようになっている。

図１２は、約定成立通知受信部２９０の処理の一例を示すフローチャートである。
約定成立通知受信部２９０は、発注処理部２３０から売買システム３０へ送信された分割注文データが示す分割注文の約定結果を示す約定成立通知を売買システム３０から受け取ったか否かを判断する（ステップＳ１００）。
一例として、約定成立通知受信部２９０は売買システム３０からの約定成立通知を記憶するための約定データベース（約定ＤＢ）を備え、発注処理部２３０から売買システム３０に分割注文ＩＤとともに送信された分割注文データが示す売買注文の約定成立通知には当該分割注文ＩＤと約定単価と約定数量と約定残数量が含まれるものとし、約定成立通知受信部２９０は約定成立通知を受信すると当該約定成立通知を約定ＤＢに記憶するとともに当該約定成立通知の約定残数量が零であるか判断し、約定残数量が零でない場合に上記分割注文の約定結果を示す約定成立通知を受け取っていないと判断し（ステップＳ１００；Ｎｏ）、次の約定成立通知の受信を待って上記分割注文の約定結果を示す約定成立通知を受け取ったか否かの判断を再度行い、約定残数量が零である場合に上記分割注文の約定結果を示す約定成立通知を受け取ったと判断し（ステップＳ１００；Ｙｅｓ）、当該約定成立通知の分割注文ＩＤと同一の分割注文ＩＤを含む各約定成立通知の約定単価とその約定数量を約定ＤＢから取得し、取得した各約定数量を合計して当該分割注文ＩＤの分割注文の合計約定数量を算出するとともに約定単価をその約定数量で加重平均した分割注文用の平均約定単価（当該分割注文ＩＤの分割注文の約定単価）を算出するようにしてもよい。なお、約定成立通知を記憶する約定ＤＢは、一例としてリレーショナル・データベース（ＲＤＢ）を用いて構成し、約定成立通知に含まれる分割注文ＩＤを記憶するための分割注文ＩＤフィールドと、約定成立通知に含まれる約定単価を記憶するための約定単価フィールドと、約定成立通知に含まれる約定数量を記憶するための約定数量フィールドと、約定成立通知に含まれる約定残数量を記憶するための約定残数量フィールド等をレコード毎に設けて同一レコードに記憶されたこれらのデータを互いに対応付けるようにしてもよい。

一例として、約定成立通知受信部２９０は売買システム３０からの約定成立通知を記憶するための約定ＤＢを備え、発注処理部２３０から売買システム３０に分割注文ＩＤとともに送信された分割注文データが示す売買注文の約定成立通知には当該分割注文ＩＤと約定単価と約定数量が含まれるものとし、約定成立通知受信部２９０は約定成立通知を受信すると当該約定成立通知を約定ＤＢに記憶し、次に当該約定成立通知の分割注文ＩＤと同一の分割注文ＩＤを含む各約定成立通知の約定単価とその約定数量を約定ＤＢから取得し、取得した各約定数量を合計して当該分割注文ＩＤの分割注文の合計約定数量を算出するとともに約定単価をその約定数量で加重平均して分割注文用の平均約定単価（当該分割注文ＩＤの分割注文の約定単価）を算出し、算出した合計約定数量が当該分割注文ＩＤに分割注文データＤＢ２６０で対応付けされた分割注文データの注文数量と同一であるか判断し、当該分割注文データの注文数量と合計約定数量が同一である場合に上記分割注文の約定結果を示す約定成立通知を受け取ったと判断し（ステップＳ１００；Ｙｅｓ）、当該分割注文データの注文数量と合計約定数量が同一でない場合に上記分割注文の約定結果を示す約定成立通知を受け取っていないと判断し（ステップＳ１００；Ｎｏ）、次の約定成立通知の受信を待って上記分割注文の約定結果を示す約定成立通知を受け取ったか否かの判断を再度行う構成としてもよい。なお、約定成立通知を記憶する約定ＤＢは、一例としてリレーショナル・データベース（ＲＤＢ）を用いて構成し、約定成立通知に含まれる分割注文ＩＤを記憶するための分割注文ＩＤフィールドと、約定成立通知に含まれる約定単価を記憶するための約定単価フィールドと、約定成立通知に含まれる約定数量を記憶するための約定数量フィールド等をレコード毎に設けて同一レコードに記憶されたこれらのデータを互いに対応付けるようにしてもよい。

約定成立通知受信部２９０は、分割注文の約定結果を示す約定成立通知を受け取ったと判断した場合に（ステップＳ１００；Ｙｅｓ）、約定した分割注文データの分割注文ＩＤに対応付けて当該分割注文ＩＤの分割注文の約定単価である上記分割注文用の平均約定単価と合計約定数量を分割注文データＤＢ２６０にそれぞれ約定単価及び約定数量として格納するとともに、当該分割注文ＩＤに分割注文データＤＢ２６０で対応付けされた分割注文状況フラグを「注文中」から「約定済」に更新する（ステップＳ１０２）。また、当該分割注文ＩＤに分割注文データＤＢ２６０で対応付けされた分割元の原注文ＩＤに基づき、当該分割元の原注文ＩＤに原注文データＤＢ２５０で対応付けされた出来数量を当該分割注文ＩＤの分割注文の約定数量（合計約定数量）を加えた値に更新する（ステップＳ１０２）。なお、ステップＳ１０２において当該分割元の原注文ＩＤに原注文データＤＢ２５０で対応付けされた出来数量を、当該分割注文ＩＤに分割注文データＤＢ２６０に対応付けされた分割注文データの注文数量を加えた値に更新するようにしてもよい。
次に、約定成立通知受信部２９０は、当該分割元の原注文ＩＤに対して原注文データＤＢ２５０で対応付けされた受注数量と出来数量が等しいか否かを判断し（ステップＳ１０４）、受注数量と出来数量が等しい場合に（ステップＳ１０４；Ｙｅｓ）、当該分割元の原注文ＩＤに対して原注文データＤＢ２５０で対応付けされた原注文状況フラグを第２の状況から第３の状況（一例として「注文中」から「約定済」）を示すフラグに更新し（ステップＳ１０６）、ステップＳ１０８に進み、受注数量と出来数量が等しくない場合に（ステップＳ１０４；Ｎｏ）、ステップＳ１０８に進む。

約定成立通知受信部２９０は、ステップ１０８において、分割元の原注文ＩＤに対して分割注文データＤＢ２６０で対応付けて格納された各約定単価とその約定数量に基づき、約定単価をその約定数量で加重平均した原注文用の平均約定単価（当該原注文ＩＤの売買注文の約定単価）を算出し、また当該分割元の原注文ＩＤに原注文データＤＢ２５０で対応付けされた出来数量及び市場情報受信部２８０の出来高記憶手段に記憶された出来高に基づき、出来高に対する出来数量の百分比からなる市場占有率を算出し、算出した原注文用の平均約定単価と市場占有率を当該分割元の原注文ＩＤに対応付けて原注文データＤＢ２５０に格納して更新し、ステップＳ１００に戻る。

なお、市場情報受信部２８０は、出来高記憶手段の出来高が更新された場合に、原注文データＤＢ２５０から第１及び第２の出来数量を読み出し、当該更新された出来高に対する第１の出来数量の百分比からなる第１の市場占有率を算出するとともに、当該更新された出来高に対する第２の出来数量の百分比からなる第２の市場占有率を算出し、算出した第１及び第２の市場占有率を原注文データＤＢ２５０に格納して原注文データＤＢ２５０の第１及び第２の市場占有率を更新するようになっている。

上記の発注処理装置２０において、コンピュータを通信制御部２１０、注文受取部２２０、発注処理部２３０、原注文データＤＢ２５０、分割注文データＤＢ２６０、市場情報受信部２８０及び約定成立通知受信部２９０として機能させるためのプログラムをコンピュータにインストールすることにより、各機能を実現する構成としてもよく、このようなコンピュータを備えたサーバにより発注処理装置２０を構成してもよい。このプログラムは、例えば、記録媒体を介してコンピュータにインストールしてもよく、プログラムを格納する記録媒体は、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ−ＲＡＭ、ＭＯ、及び半導体メモリ等のリムーバブルディスク、もしくはハードディスクを用いてもよく、これら以外であってもよい。また、このプログラムは、インターネット等の通信回線を介してダウンロードされることにより、コンピュータにインストールされてもよい。

なお、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々変更して実施することが可能である。

本発明の一実施形態に係る発注処理装置２０の使用環境の一例を説明するための概略図。 本発明の一実施形態に係る発注処理装置２０の構成の一例を示すブロック図。 原注文データＤＢ２５０のデータ構成の一例をテーブル形式で示す説明図。 分割注文データＤＢ２６０のデータ構成の一例をテーブル形式で示す説明図。 端末装置１０に表示される第１の発注画面の一例を示す説明図。 端末装置１０に表示される第２の発注画面の一例を示す説明図。 本発明の一実施形態に係る発注処理装置２０で行われる分割発注処理の発注処理状況を説明するための説明図。 本発明の一実施形態に係る発注処理装置２０が行う処理の一例を示す第１のフローチャート。 図８に続き、本発明の一実施形態に係る発注処理装置２０が行う処理の一例を示す第２のフローチャート。 図９に続き、本発明の一実施形態に係る発注処理装置２０が行う処理の一例を示す第３のフローチャート。 図１０に続き、本発明の一実施形態に係る発注処理装置２０が行う処理の一例を示す第４のフローチャート。 本発明の一実施形態に係る発注処理装置２０の約定成立通知受信部２９０が行う処理の一例を示すフローチャート。

符号の説明

１０・・・端末装置、１２・・・ディスプレイ、２０・・・発注処理装置、３０・・・売買システム（取引市場システム）、２１０・・・通信制御部、２２０・・・注文受取部（分割発注要求受取部）、２３０・・・発注処理部、２５０・・・原注文データＤＢ（原注文データ格納部）、２６０・・・分割注文データＤＢ（分割注文データ格納部）、２８０・・・市場情報受信部、２９０・・・約定成立通知受信部

Claims (8)

1. 有価証券の売買注文を示す注文データである原注文データであって注文銘柄を示す銘柄識別情報、売買区分、受注数量等の注文内容を示す情報を含む原注文データに基づいて分割発注処理を行う発注処理装置において、
   第１の売買注文を示す第１の原注文データと、前記第１の売買注文と前記銘柄識別情報及び前記売買区分が互いに同一である第２の売買注文を示す第２の原注文データと、零を示す第１及び第２の発注済数量を格納する原注文データ格納部と、
   発注者により指定された前記有価証券の売買注文を分割発注すべき分割発注数量と分割発注要求を受け取る分割発注要求受取部と、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記分割発注要求に基づき、前記分割発注数量からなる注文数量と前記原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行う発注処理部と
   を有し、
   前記発注処理部は、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量以下である第１の場合に、前記分割発注数量からなる注文数量と前記第１の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第１の分割注文データを前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第１の発注済数量を前記送信された前記第１の分割注文データの前記注文数量を加えた値に更新する更新処理を行い、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量よりも大きく、かつ、当該受注数量よりも当該第１の発注済数量が小さい第２の場合に、当該受注数量から当該第１の発注済数量を減じた残数量からなる注文数量と前記第１の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第２の分割注文データと、前記合計数量から当該受注数量を減じた超過数量からなる注文数量と前記第２の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第３の分割注文データを、前記第２の分割注文データ、前記第３の分割注文データの順に前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第１の発注済数量を前記送信された前記第２の分割注文データの前記注文数量を加えた値に更新する更新処理と前記原注文データ格納部に格納されている前記第２の発注済数量を前記送信された前記第３の分割注文データの前記注文数量を加えた値に更新する更新処理を行い、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量以下であり、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第３の場合に、前記分割発注数量からなる注文数量と前記第２の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第４の分割注文データを前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第２の発注済数量を前記送信された前記第４の分割注文データの前記注文数量を加えた値に更新する更新処理を行う
   ことを特徴とする発注処理装置。
2. 前記有価証券の売買注文を示す原注文データは、注文銘柄を示す銘柄識別情報、売買区分、受注数量及び注文値段を示す情報を含むものであり、
   前記原注文データ格納部は、前記第１の売買注文を示す前記第１の原注文データと、前記第１の売買注文と前記銘柄識別情報、前記売買区分及び前記注文値段が互いに同一である前記第２の売買注文を示す前記第２の原注文データと、零を示す前記第１及び第２の発注済数量を格納するものであり、
   前記発注処理部は、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量以下である第１の場合に、前記分割発注数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第１の分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行い、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量よりも大きく、かつ、当該受注数量よりも当該第１の発注済数量が小さい第２の場合に、当該受注数量から当該第１の発注済数量を減じた残数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第２の分割注文データと、前記合計数量から当該受注数量を減じた超過数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第３の分割注文データを、前記第２の分割注文データ、前記第３の分割注文データの順に前記有価証券の取引市場システムに送信することにより分割発注処理を行い、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量以下であり、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第３の場合に、前記分割発注数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第４の分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行う
   ことを特徴とする請求項１記載の発注処理装置。
3. 前記発注処理部は、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量よりも大きく、当該受注数量よりも当該第２の発注済数量が小さく、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第４の場合に、当該合計数量から前記第２の発注済数量を減じた残数量からなる注文数量と前記第２の原注文データの注文内容を示す情報のうち前記受注数量以外の銘柄識別情報、売買区分等の情報とを含む第５の分割注文データを前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第２の発注済数量を前記送信された前記第５の分割注文データの前記注文数量を加えた値に更新する更新処理を行う
   ことを特徴とする請求項１記載の発注処理装置。
4. 前記発注処理部は、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量よりも大きく、当該受注数量よりも当該第２の発注済数量が小さく、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第４の場合に、当該合計数量から前記第２の発注済数量を減じた残数量からなる注文数量と前記第１の原注文データの銘柄識別情報、売買区分及び注文値段の情報とを含む第５の分割注文データを前記有価証券の取引市場システムに送信する分割発注処理と、前記原注文データ格納部に格納されている前記第２の発注済数量を前記送信された前記第５の分割注文データの前記注文数量を加えた値に更新する更新処理を行う
   ことを特徴とする請求項２記載の発注処理装置。
5. 前記原注文データ格納部は、前記第１の売買注文を示す前記第１の原注文データと零を示す前記第１の発注済数量を対応付けて格納し、前記第１の売買注文と前記銘柄識別情報、前記売買区分及び前記注文値段が互いに同一である売買注文であって前記第１の売買注文の追加の売買注文である前記第２の売買注文を示す前記第２の原注文データと零を示す前記第２の発注済数量を対応付けて格納するものである
   ことを特徴とする請求項２記載の発注処理装置。
6. 前記分割発注要求受取部は、前記原注文データ格納部に格納された前記第１の原注文データの銘柄識別情報、売買区分及び注文値段と前記第１及び第２の原注文データの各受注数量を合計した合計受注数量と前記第１及び第２の発注済数量を合計した合計発注済数量を示す表示欄と前記有価証券の売買注文の分割発注数量を入力するための分割発注数量入力欄と分割発注要求を入力するための分割発注要求入力欄を有する発注画面を表示するための発注画面表示用データを生成し、通信回線を通じて接続された前記発注者の端末装置に前記発注画面表示用データを送信して前記発注画面を表示させ、前記発注者により前記発注画面の前記分割発注数量入力欄に入力された前記分割発注数量と前記分割発注要求入力欄に入力された前記分割発注要求を前記端末装置から通信回線を通じて受け取る
   ことを特徴とする請求項２記載の発注処理装置。
7. 前記分割発注要求受取部は、前記原注文データ格納部に格納された前記第１の原注文データの銘柄識別情報及び売買区分及び注文値段を示す表示欄と前記有価証券の売買注文の分割発注数量及び分割発注用の注文値段を入力するための分割注文入力欄と分割発注要求を入力するための分割発注要求入力欄を有する発注画面を表示するための発注画面表示用データを生成し、通信回線を通じて接続された前記発注者の端末装置に前記発注画面表示用データを送信して前記発注画面を表示させ、前記発注者により前記発注画面の前記分割注文入力欄に入力された前記分割発注数量及び分割発注用の注文値段と前記分割発注要求入力欄に入力された前記分割発注要求を前記端末装置から通信回線を通じて受け取り、受け取った前記分割発注数量及び分割発注用の注文値段と前記分割発注要求を前記発注処理部に送り、
   前記発注処理部は、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量以下である第１の場合に、前記分割発注数量からなる注文数量と前記分割発注用の注文値段と前記第１の原注文データの銘柄識別情報及び売買区分の情報とを含む第１の分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行い、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第１の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第１の原注文データの前記受注数量よりも大きく、かつ、当該受注数量よりも当該第１の発注済数量が小さい第２の場合に、当該受注数量から当該第１の発注済数量を減じた残数量からなる注文数量と前記分割発注用の注文値段と前記第１の原注文データの銘柄識別情報及び売買区分の情報とを含む第２の分割注文データと、前記合計数量から当該受注数量を減じた超過数量からなる注文数量と前記分割発注用の注文値段と前記第１の原注文データの銘柄識別情報及び売買区分の情報とを含む第３の分割注文データを、前記第２の分割注文データ、前記第３の分割注文データの順に前記有価証券の取引市場システムに送信することにより分割発注処理を行い、
   前記分割発注要求受取部が受け取った前記分割発注数量と前記原注文データ格納部に格納された前記第２の発注済数量とを合計した合計数量が前記原注文データ格納部に格納された前記第２の原注文データの前記受注数量以下であり、かつ、前記原注文データ格納部に格納された前記第１の発注済数量と前記第１の原注文データの前記受注数量が等しい第３の場合に、前記分割発注数量からなる注文数量と前記分割発注用の注文値段と前記第１の原注文データの銘柄識別情報及び売買区分の情報とを含む第４の分割注文データを前記有価証券の取引市場システムに送信することにより分割発注処理を行う
   ことを特徴とする請求項１記載の発注処理装置。
8. コンピュータを、請求項１〜７の何れか一項に記載の発注処理装置として機能させるためのプログラム。

Images