ＶＷＡＰ取引市場システムおよびＶＷＡＰ取引方法
【課題】従来の終値ＶＷＡＰ方式の問題点を解消した、ＶＷＡＰベースの新たな取引手法を提供する。
【解決手段】本発明は、取引参加者による注文データを記憶する注文情報データベースと、オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するインターフェースと、前記受信された相場情報の銘柄の出来高加重平均価格（ＶＷＡＰ）を計算し、今回計算されたＶＷＡＰが今回受信された相場情報の約定価格より小さくまたは大きくかつ前回計算されたＶＷＡＰが前回受信された相場情報の約定価格より大きいまたは小さい第１または第２の価格関係が成立するかを判定する価格情報管理部と、前記第１または第２の価格関係が成立した銘柄を指定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報の約定価格と同一価格に設定する注文情報管理部を備える。
【解決手段】本発明は、取引参加者による注文データを記憶する注文情報データベースと、オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するインターフェースと、前記受信された相場情報の銘柄の出来高加重平均価格（ＶＷＡＰ）を計算し、今回計算されたＶＷＡＰが今回受信された相場情報の約定価格より小さくまたは大きくかつ前回計算されたＶＷＡＰが前回受信された相場情報の約定価格より大きいまたは小さい第１または第２の価格関係が成立するかを判定する価格情報管理部と、前記第１または第２の価格関係が成立した銘柄を指定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報の約定価格と同一価格に設定する注文情報管理部を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出来高加重平均価格（ＶＷＡＰ：Ｖｏｌｕｍｅ Ｗｅｉｇｈｔｅｄ Ａｖｅｒａｇｅ Ｐｒｉｃｅ）取引市場システムおよびＶＷＡＰ取引方法に関する。
【背景技術】
【０００２】
証券取引を出来高加重平均価格（ＶＷＡＰ：Ｖｏｌｕｍｅ Ｗｅｉｇｈｔｅｄ Ａｖｅｒａｇｅ Ｐｒｉｃｅ）で行いたいというニーズは高い。これは、機関投資家の大口取引による市場価格への影響の排除、一般投資家の高値買い・安値売りのリスクの排除、といった事をＶＷＡＰ取引で実現可能であるためである。
【０００３】
現在多くの証券会社でＶＷＡＰ取引は行われているが、それらはオークション取引市場の場（前場・後場・全日場）の終了時点でのＶＷＡＰ値による相対取引（証券会社対顧客の取引）である。このような取引は、終値ＶＷＡＰ方式と呼ばれる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表平１１−５０４４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の終値ＶＷＡＰ方式には以下の課題がある。
【０００６】
まず需要側（機関投資家・一般投資家）の課題として、注文の入力が、場の開始前にしか認められず、利便性に欠けることがある。これは、もし仮にオークション取引市場での価格とＶＷＡＰとに開きがある状況でＶＷＡＰ取引に参加できるとすれば、容易に予想が付く場終了時点でのそれらの価格差を利益に結び付ける取引ができることになってしまうからである。
【０００７】
一方、供給側（証券会社・オークション取引市場）の課題として、証券会社が、投資家からＶＷＡＰ値を指定した大口の注文を受けた場合、証券会社は、当該指定されたＶＷＡＰ値での終値取引を実現するために、オークション取引市場に対して価格形成目的ではない、ＶＷＡＰに追従することを目的とした大量の小口注文を発注および約定させていたことがある。この発注は、多くの証券会社では、複雑なアルゴリズムトレードを実装した発注システムにより行われており（人手でこれらの操作を行うのは非常に手間である）、証券会社側には当該システムの管理および維持ための高額なコストが生じていた。またこのような大量の小口注文は、オークション取引市場におけるシステムに大きな負荷を与え、オークション取引市場における価格形成を目的とした注文に対して大きな影響を及ぼしていた。
【０００８】
本発明は、上記問題点を解決する、ＶＷＡＰベースの新たな取引を実現するＶＷＡＰ取引市場システムおよびＶＷＡＰ取引方法を提供しようとするものである。
【課題を解決するための手段】
【０００９】
本発明の一態様としてのＶＷＡＰ取引市場システムは、
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースと、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するオークション相場報道インターフェースと、
前記オークション相場報道インターフェースにより受信された前記相場情報を蓄積する価格情報データベースと、
前記相場情報が受信されるごとに前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、
今回計算された出来高加重平均価格が今回受信された相場情報に記述された約定価格より小さくかつ前回計算された出来高加重平均価格が前回受信された相場情報に記述された約定価格より大きい第１の価格関係、および
前記今回計算された出来高加重平均価格が前記今回受信された相場情報に記述された約定価格より大きくかつ前記前回計算された出来高加重平均価格が前記前回受信された相場情報に記述された約定価格より小さい第２の価格関係
のうちいずれか一方が成立するか否かを判定する価格情報管理部と、
前記注文情報データベースにおいて前記第１の価格関係または前記第２の価格関係が成立した銘柄を指定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理部と、
を備える。
【００１０】
本発明の一態様としてのＶＷＡＰ取引市場システムは、
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースと、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するオークション相場報道インターフェースと、
前記オークション相場報道インターフェースにより受信された前記相場情報を蓄積する価格情報データベースと、
前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、計算された出来高加重平均価格と前記受信された相場情報に記述された約定価格との差の大きさが閾値以下であるか否かを判定する価格情報管理部と、
前記差の大きさが閾値以下であると判定されたとき、前記注文情報データベースにおいて前記受信された相場情報に記述された銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理部と、
を備える。
【００１１】
本発明の一態様としてのＶＷＡＰ取引方法は、
コンピュータが実行するＶＷＡＰ取引方法であって、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信する受信ステップと、
前記受信ステップで受信された前記相場情報を価格情報データベースに格納する記憶ステップと、
前記相場情報が受信されるごとに前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、
今回計算された出来高加重平均価格が今回受信された相場情報に記述された約定価格より小さくかつ前回計算された出来高加重平均価格が前回受信された相場情報に記述された約定価格より大きい第１の価格関係、および
前記今回計算された出来高加重平均価格が前記今回受信された相場情報に記述された約定価格より大きくかつ前記前回計算された出来高加重平均価格が前記前回受信された相場情報に記述された約定価格より小さい第２の価格関係
のうちいずれか一方が成立するか否かを判定する価格情報管理ステップと、
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースにアクセスして前記第１または第２の価格関係が成立した銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理ステップと、
を備える。
【００１２】
本発明の一態様としてのＶＷＡＰ取引方法は、
コンピュータが実行するＶＷＡＰ取引方法であって、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信する受信ステップと、
前記受信ステップにより受信された前記相場情報を価格情報データベースに格納する記憶ステップと、
前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、計算された出来高加重平均価格と前記受信された相場情報に記述された約定価格との差の大きさが閾値以下であるか否かを判定する価格情報管理ステップと、
前記差の大きさが閾値以下であると判定されたとき、取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースにアクセスして前記受信された相場情報に記述された銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理ステップと、
を備える。
【発明の効果】
【００１３】
本発明により、従来の終値ＶＷＡＰ方式の問題点を解消した、ＶＷＡＰベースの新たな取引手法の提供が可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態としてのＶＷＡＰ取引市場システムを示すブロック図。
【図２】注文情報データベースの一例を示す図。
【図３】注文データを受け付け可能な否かの判定基準を示す図。
【図４】価格情報データベースの一例を示す図。
【図５】オークション取引市場での約定価格とＶＷＡＰの履歴のテーブルを示す図。
【図６】ＣＰ板の一例を示す図。
【図７】図６のＣＰ板が更新された例を示す図。
【図８】図７のＣＰ板が更新された例を示す図。
【図９】図８のＣＰ板が更新された例を示す図。
【図１０】クロス判定処理を説明するための図。
【図１１】図１のＶＷＡＰ取引市場システムの動作として注文データの受け付け処理の流れの一例を示すフローチャートである。
【図１２】図１のＶＷＡＰ取引市場システムの動作としてクロスポイント取引処理の流れの一例を示すフローチャートである。
【図１３】顧客端末に表示するクロスポイント取引用画面の例を示す図。
【図１４】顧客端末に表示するクロスポイント取引の詳細設定用画面の例を示す図。
【図１５】第２の実施形態に係る注文情報データベースの一例を示す図。
【図１６】第２の実施形態に係る約定処理の説明図。
【図１７】第２の実施形態に係る約定処理の説明図。
【発明を実施するための形態】
【００１５】
（第１の実施形態）
まず本実施形態の概要について説明する。本実施形態では、金融商品の売買をオークション方式で行うオークション取引市場とは別の新たなＶＷＡＰ取引市場のシステムを設け、当該システムにおいてオークション取引市場とは独立した新たな方式による金融商品の取引を実現する。より詳細に、当該システムにおいて、本方式に基づく金融商品の売買注文を各取引参加者から事前に定めた銘柄について受け、オークション取引市場において当該銘柄の金融商品が約定するごとに、当該約定内容の詳細を記述した相場情報をオークション取引市場システムから受信して当該金融商品のＶＷＡＰを計算する。そして計算したＶＷＡＰと、当該金融商品のオークション取引市場の約定価格（最新約定価格）との大小関係が、その直前に当該銘柄の金融商品が約定した際の約定価格とそのとき計算されたＶＷＡＰの大小関係と逆転したか（価格とＶＷＡＰのクロスが発生）を検査する。当該クロスの発生が検出されたとき、ＶＷＡＰとオークション取引市場価格とが一致したとみなし、当該銘柄の金融商品を指定した顧客の売買注文の約定処理（マッチング処理）を行う。この際、約定した注文の取引価格は、ＶＷＡＰではなく、オークション取引市場での最新約定価格と同一価格とする。本実施形態ではこのように従来のオークション取引とは別個独立した、ＶＷＡＰベースの新たな取引方式（クロスポイント取引）を提供する。
【００１６】
以下、本実施形態では、金融商品として株式、取引参加者として証券会社を例にして説明を行う。ただし、本発明は、オークションマッチング方式で取引が行われている上場物商品（株・債券・為替・金利・商品、及びそれらのデリバティブ商品（先物・オプション））であれば株式に限定されず、広く他の種類の金融商品にも適用可能である。また取引参加者も証券会社に限定されず、たとえば債券等であれば銀行も含まれる。
【００１７】
以下、図面を参照しながら、本実施形態について説明する。
【００１８】
図１は、本発明の第１の実施形態としてのＶＷＡＰ取引市場システム１４を示すブロック図である。
【００１９】
ＶＷＡＰ取引市場システム１４の注文・約定ＩＦ１０１は、各証券会社（取引参加者：金融商品の取引資格をもつ法人）側に設けられた証券会社システム（取引参加者システム）１２と第１の専用回線を介して接続されている。またＶＷＡＰ取引市場システムのＶＷＡＰ相場報道ＩＦ１０３はＶＷＡＰ取引市場の相場情報（気配情報・約定情報）を取得する者（情報取得者：資格に制限はない）のシステム（相場情報取得者システム）と、第1の専用回線とは別の第２の専用回線を介して接続される。相場情報取得者システムは、証券会社システム１２の他、多くの情報ベンダーのシステム２１、一般企業のシステム２２も含む。ＶＷＡＰ取引市場システム１４にとって取引参加者および相場情報取得者はＶＷＰ取引市場への申請に基づく参加会員であり、会員のみ通信を許可するためにＶＷＡＰ取引市場システム１４は第1および第２の専用回線を用いて証券会社システムおよび相場情報取得者システムと情報のやりとりを行う。
【００２０】
ＶＷＡＰ取引市場システム１４のオークション相場報道ＩＦ１０２はオークション取引市場側に設けられたオークション取引市場システム１３と第３の専用回線を介して接続されている。ＶＷＡＰ取引市場システム１４はオークション取引市場の相場情報取得会員の立場であり、会員の資格でオークション取引市場の相場情報をオークション取引市場システム１３から取得する。
【００２１】
証券会社システム１２は、顧客（機関投資家・一般投資家）側に設けられた顧客端末１１と通信ネットワークを介して接続されている。証券会社システム１２は証券会社の顧客から顧客端末１１を介してＶＷＡＰ取引市場への注文の要求を受け付ける。通信ネットワークは、たとえばインターネット等の広域ネットワークでもよいし、無線通信ネットワークでもよい。広域ネットワークの一部が携帯電話等の無線ネットワークを含んでいてもよい。また、広域ネットワークの場合、認証と暗号化を用いて安全な通信経路を形成して通信を行ってもよい。
【００２２】
［顧客端末］
顧客端末１１はパーソナルコンピュータ等の汎用コンピュータ、携帯電話やゲーム機器等の移動体端末、ファクシミリ等、の通信機能を持った端末である。
【００２３】
顧客端末１１は、操作者の入力に基づきＶＷＰＡ取引市場におけるクロスポイント取引の注文要求を作成して、接続先の証券会社システム１２に送信する。顧客端末１１は証券会社システム１２とのみ接続し、ＶＷＡＰ取引市場システム１４とは直接関連しない。
【００２４】
顧客端末１１は、顧客ＩＤ、パスワード、注文する株式の銘柄のＩＤ、株式の売買区分（「売り」または「買い」）、注文数量、場区分、約定処理の執行条件、の各種項目のデータの入力を受け付け、また有効期限の入力をオプションとして受け付ける。顧客端末１１はこれらの入力に基づきクロスポイント取引の注文要求を作成する。データの入力は、キーボードまたはマウス等の入力インターフェースを介して行う。
【００２５】
図１３は顧客端末１１における入力画面の一例を示す。
【００２６】
顧客端末１１は、たとえば接続先の証券会社システム１２から提供されたクロスポイント取引用のフォームを画面に表示する。操作者は、当該フォームにおける各項目の欄に、必要なデータを入力する。
【００２７】
入力は、ラジオボタン、チェックボックスまたはプルダウンボックス等による選択でもよいし、テキストによる直接入力でもよい。
【００２８】
また、顧客ＩＤは証券会社で顧客を識別するためのＩＤである。顧客ＩＤは、証券会社システム内部のデータベースに記憶させておき、そこから顧客ＩＤを自動的に読み出して当該フォームに入力もよい。
【００２９】
ここで、場区分には、「前場」（たとえば９：００〜１１：００）、「後場」（たとえば１２：３０〜１５：００）および「全日場」（たとえば９：００〜１１：００および１２：３０〜１５：００）の３種類が存在する。各場は、オークション取引市場における場に一致する。
【００３０】
注文数量の単位（売買の単位）は銘柄毎に事前に決まっており、その単位に従って入力する。
【００３１】
執行条件は、ＶＷＡＰ取引市場システム１４において注文の約定処理を執行するための条件であり、「成行」、「アップクロス（ＵＣ）」、「ダウンクロス（ＤＣ）」から選択する。各項目の詳細は後述する。「成行」は本発明の第１の執行条件、「アップクロス（ＵＣ）」は本発明の第２の執行条件、「ダウンクロス（ＤＣ）」は本発明の第３の執行条件に相当する。
【００３２】
有効期限は、顧客端末１１で作成する注文要求に応じて証券会社システム１２からＶＷＡＰ取引市場へ行われる注文の有効期限を表し、入力がない場合は、ＶＷＡＰ取引市場において当該注文は当日のみ有効であるとする。
【００３３】
なお、ＶＷＡＰ取引市場での取引価格はＶＷＡＰ取引市場システム１４で自動的に決定されるため、顧客端末１１では取引価格の指定（入力）は行わない。図１３における詳細設定ボタンについては後述する。
【００３４】
顧客端末１１は、操作者から入力された各項目のデータを含む注文要求を生成し、生成した注文要求を証券会社システム１２に送信する。顧客端末１１は、送信した注文要求を内部の記憶装置に格納する。
【００３５】
顧客端末１１は、送信した注文要求の取り消しを受け付けてもよい。たとえば顧客端末１１は、送信した注文要求の一覧を画面に表示し、ユーザから取り消したい注文要求の指定を受け付ける。顧客端末１１は、ユーザから指定された注文要求の取り消し依頼を証券会社システム１２に送信する。
【００３６】
［証券会社システム］
図１の証券会社システム１２は、接続された顧客端末１１から注文要求を受信し、当該注文要求に基づき、ＶＷＡＰ取引市場におけるクロスポイント取引の注文データを作成して、ＶＷＡＰ取引市場システム１４に送信する。また証券会社システム１２は、取引参加者自身の注文データを作成してＶＷＡＰ取引市場システム１４に送信することも可能である。証券会社システム１２はＶＷＡＰ取引市場には取引参加員の資格で参加し、ＶＷＡＰ取引市場システム１４の注文・約定ＩＦ１０１との間で注文入力および約定取得を行う。証券会社等の取引参加者はＶＷＡＰ取引のための会員資格を持ち、会員コード（会員ＩＤ）を有し、当該会員コードは事前に証券会社システム１２に記憶されている。
【００３７】
証券会社システム１２は、顧客端末１１から注文要求を受信すると、注文要求に含まれる顧客ＩＤおよびパスワードに基づき顧客認証を行う。証券会社システム１２は顧客毎に顧客ＩＤと顧客名称とパスワードとを保持したデータベースを保有しており、注文要求に含まれるのと同一の顧客ＩＤがデータベースに登録されており、かつ注文要求に含まれるパスワードが当該顧客ＩＤに関連づけられてデータベースに登録されているものと一致するときは、当該注文要求は正規の顧客からのものであると判断し、当該注文要求の受け付けを許可する。顧客ＩＤが登録されていない場合またはパスワードが一致しない場合は、当該注文要求は正規の顧客からのものではないと判断し、当該注文要求の受け付けを許可しない。この場合、証券会社システム１２は、顧客端末１１にエラーメッセージを返してもよい。
【００３８】
証券会社システム１２は、当該注文要求の受け付けを許可したとき、当該注文要求に対して注文番号を設定し、自己・委託区分、部門ＩＤ・顧客ＩＤおよび当該注文番号等からなるユニークな会員注文番号を生成する。そして当該注文要求に含まれていた株式の銘柄、注文数量、売買区分、場区分、執行条件および有効期限を抽出し、抽出したこれらのデータと、当該会員注文番号と、会員コード（会員ＩＤ）とを含む注文データを作成する。証券会社システム１２は、このように作成した注文データを、ＶＷＡＰ取引市場システムの注文・約定ＩＦで定義されたメッセージ形式によってＶＷＡＰ取引市場システム１４に送信し、また当該作成した注文データを内部の記憶装置に記憶する。記憶装置はハードディスク、メモリ装置など任意の記憶装置でよい。会員注文番号および会員コード（会員ＩＤ）の少なくとも一方は本願発明の取引参加者識別情報に相当する。
【００３９】
また、証券会社システム１２は、顧客端末１１からオークション取引市場への注文要求も受け付けてもよい。この場合、証券会社システム１２は、顧客端末１１からの注文要求に応じてオークション取引市場への注文データ（所定の方法で生成した注文番号、銘柄、数量、場区分、取引方法（成行・指し値等））を生成してオークション取引市場システム１３へ送信する。証券会社システム１２は、注文データを送信したオークション取引市場システム１３から当該注文が約定したか否かおよび約定した場合の約定内容等を含む応答データを受信し、当該注文要求を行った顧客端末１１にその応答データの内容を通知する。また証券会社システム１２は、オークション取引市場における相場情報（銘柄毎の気配値、約定価格、出来高等）を受信し、受信した相場情報を接続された顧客端末１１に送信してもよい。
【００４０】
なお、上述の相場情報取得システム（証券会社システム１２，情報ベンダーシステム２１、一般企業システム２２）は、ＶＷＡＰ取引市場には情報取得参加員の資格で参加し、ＶＷＡＰ取引市場のＶＷＡＰ相場報道ＩＦ１０３から後に詳しく述べる相場情報（約定情報・気配情報）を取得する。
【００４１】
［オークション取引市場システム］
図１のオークション取引市場システム１３は、オークション取引市場毎に設けられ、ＶＷＡＰ取引市場で取引される銘柄の代表的オークション取引市場である。オークション取引市場が複数ある場合は、ＶＷＡＰ取引市場が、対象となるオークション取引市場を選択する。オークション取引市場システム１３は、該当するオークション取引市場における株式取引を取引日および場（前場、後場）ごとに管理している。たとえば買売注文（指し値注文、成行き注文等）の詳細情報、気配情報、約定した株式の約定内容（銘柄、約定価格および出来高（株数）の情報）、などを管理および記憶する。オークション取引市場システム１３は、オークション方式で売買注文の約定処理（マッチング）を行い、売買注文を約定させる。
【００４２】
オークション取引市場システム１３は、オークション取引市場における株式の約定が発生するごとに、場区分、約定した株式の銘柄、約定価格、約定数量（出来高）、約定時刻およびオークション取引市場の識別情報、を含む相場情報をＶＷＡＰ取引市場システム１４に送信する。
【００４３】
［ＶＷＡＰ取引市場システム］
図１のＶＷＡＰ取引市場システム１４は、注文・約定ＩＦ１０１（ＩｎｔｅｒＦａｃｅ：インターフェース）、オークション相場報道ＩＦ１０２、ＶＷＡＰ相場報道ＩＦ１０３、注文情報データベース１０４、価格情報データベース１０５、注文情報管理部１０６、価格情報管理部１０７、場管理部１０８、記憶部１０９を備える。注文情報管理部１０６、価格情報管理部１０７、場管理部１０８の各機能は、たとえばコンピュータプログラムをコンピュータプロセッサに実行させることにより実現され、このためＶＷＡＰ取引市場システム１４は、当該コンピュータプログラムを実行するためのプロセッサ、および当該コンピュータプログラムを展開するとともに一時的な記憶領域として用いる揮発性または不揮発性のメモリ装置を備える。
【００４４】
記憶部１０９は、本ＶＷＡＰ取引市場で取り扱う複数の銘柄の名称およびＩＤと、銘柄毎に参照すべきオークション取引市場のＩＤ（識別情報）を記憶している。本ＶＷＡＰ取引市場で取り扱う銘柄はオークション取引市場で取引される全銘柄ではなく、その中から選択された銘柄が記憶部１０９に事前に設定されている。
【００４５】
場管理部１０８は、本ＶＷＡＰ取引市場における取引日および場（時間）をオークション取引市場ごとに管理する。取引日および場は、対応するオークション取引市場に一致する。場管理部１０８は、対応するオークション取引市場において、場（前場または後場）が開始されるごとに、クロスポイント取引処理の開始信号を価格情報管理部１０７および注文情報管理部１０６に出力し、当該場が終了するとクロスポイント取引処理の終了信号を価格情報管理部１０７および注文情報管理部１０６に出力する。
【００４６】
たとえば場管理部１０８は、オークション取引市場毎に、取引日および場を記述したリストを予め保持し、このリストと、システムタイマに基づき、クロスポイント取引処理の開始および終了を管理する。または、場管理部１０８は、オークション取引市場システム１３から場の開始および終了を示すデータを受信し、このデータの受信に応じてクロスポイント取引処理の開始および終了を管理することも可能である。
【００４７】
注文・約定ＩＦ１０１は、証券会社システム１２からクロスポイント取引の注文データ（会員注文番号、会員ＩＤ、株式の銘柄、注文数量、売買区分、執行条件、場区分、有効期限）を受信する。注文データは証券会社システム１２のみから送られる。
【００４８】
注文情報管理部（板情報管理部）１０６は、注文・約定ＩＦ１０１で受信された注文データが受付可能か否かを検査し、受付可能なときは当該注文データにユニークなＶＷＡＰ注文番号を付与して、当該注文データを受け付けた日時（受付日時）とともに注文情報データベース１０４に格納する。一方、注文情報管理部１０６は、当該注文データを受付不能なときはエラーメッセージを証券会社システム１２に返す。注文情報データベース１０４の一例を図２に示す。
【００４９】
ここで注文データを受付可能か否かの判定は図３に示す受注判定基準に基づき行う。具体的に、前場に対する注文データは、前場の立会開始時刻の所定時間前（たとえば１時間前）から前場の終了前まで受付可能であり、前場の終了後は受付不可であるとする。また、後場の注文データは、後場の立会開始時刻の所定時間前（たとえば１時間前）から後場の終了前まではいつでも受け付け可能であり、後場の終了後は受付不可であるとする。全日場に対する注文データは、前場の立会開始時刻の所定時間前（たとえば１時間前）から後場の終了前まではいつでも受付可能であり、後場の終了後は受付不可であるとする。
【００５０】
注文情報管理部１０６は、注文情報データベース１０４に基づき、銘柄毎のＣＰ板（クロスポイント板）を作成する。注文情報管理部１０６は、新たに注文データを受け付けるごとに、該当するＣＰ板を更新する。
【００５１】
注文情報管理部１０６は、ＣＰ板の作成のために、まず注文情報データベース１０４内の注文データを銘柄別に分類し、分類した注文データをさらに売買区分に従って「売り」のものと、「買い」のものとに分ける。「売り」の注文データは売り注文、「買い」の注文データは買い注文を表す。このように分けた売り注文と買い注文とを、場区分に従って前場・全日場のグループと、後場のグループに分類し、それぞれ売り板および買い板に配置する。そして売り板および買い板においてそれぞれ注文を受付日時に応じて並べる。
【００５２】
図６はＣＰ板の一例を示す。このＣＰ板はある取引日およびある銘柄について作成されてものである。図示の注文番号はＶＷＡＰ注文番号である。
【００５３】
前場また全日場に関して、売り板側に、成行の売り注文（執行条件が横ハイフンの注文）が１つ、アップクロス（ＵＣ）の売り注文が２つ、ダウンクロスの売り注文が１つ存在する。それぞれ受付日時の早い順に高い優先順位が付与され、優先順位が高い順に右から左へ並べられている。
【００５４】
また買い板側には、成行の買い注文が２つ、アップクロスの買い注文が２つ、ダウンクロスの買い注文が１つ存在する。それぞれ受付日時の早い順に高い優先順位が付与され、優先順位の高い順に左から右へ並べられている。
【００５５】
数量セルにハッチングが施された注文は全日場の売り注文または買い注文であり、数量セルにハッチングが施されていない注文は前場の売り注文または買い注文である。なお執行条件（成行、アップクロス、ダウンクロス）の詳細は後述する。
【００５６】
一方、後場に関しては、売り板側に、成行の売り注文が１つ、アップクロスの売り注文が１つ、ダウンクロスの売り注文が１つ存在し、それぞれ受付日時の早い順に高い優先順位が付与され、右から左へ並べられている。
【００５７】
また、買い板側に、成行の買い注文が２つ、アップクロスの買い注文が１つ、ダウンクロスの買い注文が１つ存在し、それぞれ受付日時の早い順に高い優先順位が付与され、左から右へ並べられている。
【００５８】
なお図６の例では売り板および買い板ともに注文が５個まで入るように見えるが、入力個数に制限は設けないものとする。
【００５９】
オークション相場報道ＩＦ１０２は、オークション取引市場で約定した株式の約定内容を記述した相場情報を受信する。相場情報は、たとえばオークション取引市場ＩＤ、約定した銘柄、約定価格、数量（出来高）、場区分、約定時刻を含む。より詳細に、ＶＷＡＰ取引市場システム１４はオークション取引市場で報道される相場情報を、オークション取引市場の情報取得会員の資格で、オークション取引市場システムが提供する相場報道ＩＦを使用して取得する。
【００６０】
価格情報管理部１０７は、オークション相場報道ＩＦ１０２で受信された相場情報を価格情報データベース１０５に格納する。価格情報データベース１０５の一例を図４に示す。
【００６１】
なお、本ＶＷＡＰ取引市場で指定したのと異なるオークション取引市場から受信された銘柄の相場情報についてはこれを価格情報データベース１０５に格納せずに消去してもよい。
【００６２】
価格情報管理部１０７は、オークション取引市場システム１３から相場情報が受信されるごとに、当該相場情報に示される銘柄の株式のＶＷＡＰ（出来高加重平均価格）を、現在の場（前場または後場）に対して計算する。
【００６３】
ここでＶＷＡＰは、取引された金融商品（本例では株式）の出来高の加重平均価格であり、オークション取引市場での最も平均的な取引価格であるといえる。具体的に、ＶＷＡＰは、下記式により計算される。
ＶＷＡＰ＝｛Σ（約定価格×株数）｝／｛Σ株数｝ ・・・式（１）
【００６４】
たとえばある銘柄について、オークション取引市場での約定の推移が（約定価格、株数）＝（１００，５０００）、（９９，３０００）、（１０１，２０００）、（１０２，１０００）、（１０３，１０００）、（１０２，１０００）であったとすると、
ＶＷＡＰ
＝（１００＊５０００＋９９＊３０００＋１０１＊２０００＋１０２＊１０００＋１０３＊１０００＋１０２＊１０００）／（５０００＋３０００＋２０００＋１０００＋１０００＋１０００）＝１００．４６１５
と計算される。
【００６５】
価格情報管理部１０７は、計算されたＶＷＡＰと、そのときの相場情報（当該ＶＷＡＰの計算に用いた相場情報）に含まれる約定価格との履歴を記憶部１０９に履歴テーブルとして記録する。履歴テーブルは、銘柄毎、かつ場毎に用意される。なお、当該履歴テーブルに、相場情報に記述された約定時刻を追加してもよい。当該履歴テーブルの一例（２０ＸＸ年１０月１日 銘柄Ａ・前場）を図５に示す。後の参考のため約定時刻のフィールドにはＴ０，Ｔ１等の値を入れてある。
【００６６】
価格情報管理部１０７は、ＶＷＡＰを計算するごとに当該ＶＷＡＰが計算された銘柄に対する約定処理を執行するか否かを上記履歴テーブルに基づき決定する（クロス判定処理）。
【００６７】
このクロス判定処理では、ＶＷＡＰと約定価格に関して、アップクロス（第１の価格関係）およびダウンクロス（第２の価格関係）のいずれか一方が成立するか否かを判定し、いずれか一方が成立したときは「クロス有り」を判定し、いずれも成立しないときは「クロス無し」を判定する。クロス有りが判定されたときは当該銘柄に対する約定処理を執行することを決定する。
【００６８】
ここで「アップクロス」は、今回計算されたＶＷＡＰ（すなわち最新のＶＷＡＰ）が今回受信された相場情報に記述された約定価格より小さくかつ前回計算されたＶＷＡＰ（すなわち上記最新のＶＷＡＰの１つ前に計算されたＶＷＡＰ）が前回受信された相場情報に記述された約定価格より大きいこと（第１の価格関係）を意味する。
【００６９】
「ダウンクロス」は、今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格より大きくかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より小さいこと（第２の価格関係）を意味する。
【００７０】
アップクロスまたはダウンクロスの成立により、ＶＷＡＰとオークション取引市場価格とが一致したと見なすことができる。
【００７１】
以下、図１０を用いてクロス判定処理の詳細について説明する。
【００７２】
図１０は、約定価格の推移グラフ（実線）とＶＷＡＰの推移グラフ（破線）を示す。これらの推移グラフは図５の履歴テーブル（２０ＸＸ年１０月１日 銘柄Ａ・前場）に基づく。図中の横軸におけるＴ０、Ｔ１、Ｔ２・・・Ｔｍ＋１は図５の履歴テーブルの約定時刻に対応する。
【００７３】
図示のように、オークション取引市場において場（前場または後場）が開始された以降、最初に時刻Ｔ０で約定が発生し、このときの約定価格が初値となる。時刻Ｔ０のＶＷＡＰはこの初値と同一である。以降時刻Ｔ１、Ｔ２、Ｔ３・・・で約定が発生し、その都度、ＶＷＡＰが計算される。
【００７４】
ここで、時刻Ｔｎ＋２のＶＷＡＰは時刻Ｔｎ＋２の約定価格より小さく、時刻Ｔｎ＋２の直前の時刻Ｔｎ＋１におけるＶＷＡＰは時刻Ｔｎ＋１の約定価格より大きい。すなわち、図の座標系において（時刻Ｔｎ＋２、ＶＷＡＰ）と（時刻Ｔｎ＋１、ＶＷＡＰ）間を結んだ線分と、（時刻Ｔｎ＋２、約定価格）と（時刻Ｔｎ＋１、約定価格）を結んだ線分が交差し、かつこの交差が約定価格の上昇時に生じる。このような約定価格の上昇時に線分が交差する状態がアップクロスに相当する。なお交差する線分の交点を便宜上、クロスポイント（ここではクロスポイントＣＰ１）と称する。
【００７５】
時刻Ｔｎ＋６と時刻Ｔｎ＋５の間でも同様にしてアップクロスが成立し、また時刻Ｔｍ＋１と時刻Ｔｍの間でも同様にアップクロスが成立する。なお時刻Ｔｎ＋６と時刻Ｔｎ＋５の間にはクロスポイントＣＰ３が存在し、時刻ｍ＋１と時刻ｍにはクロスポイントＣＰ５が存在する。
【００７６】
時刻Ｔｍ＋１より後は約定が発生せず、時刻Ｔｍ＋１の約定価格が終値となり、時刻Ｔｍ＋１のＶＷＡＰがＶＷＡＰ終値となる。
【００７７】
一方、時刻Ｔｎ＋４のＶＷＡＰは時刻Ｔｎ＋４の約定価格より大きく、時刻Ｔｎ＋３のＶＷＡＰは時刻Ｔｎ＋３の約定価格より小さい。すなわち、図の座標系において（時刻Ｔｎ＋４、ＶＷＡＰ）と（時刻Ｔｎ＋３、ＶＷＡＰ）間を結んだ線分と、（時刻Ｔｎ＋４、約定価格）と（時刻Ｔｎ＋３、約定価格）を結んだ線分が交差し、かつこの交差が約定価格の下降時に生じる。このような約定価格の下降時に線分が交差する状態がダウンクロスに相当する。ここでは線分の交点としてクロスポイントＣＰ２が存在する。
【００７８】
時刻Ｔｎ＋８と時刻Ｔｎ＋７の間でも同様にダウンクロスが成立し、時刻Ｔｎ＋８と時刻Ｔｎ＋７の間にはクロスポイントＣＰ４が存在する。
【００７９】
価格情報管理部１０７は上述のようにＶＷＡＰが新たに計算されるごとにクロス（アップクロスまたはダウンクロス）が発生したか否かを判定する。なお図示のように、Ｔｎ＋２〜Ｔｎ＋３間、Ｔｎ＋４〜Ｔｎ＋５、Ｔｎ＋６〜Ｔｎ＋７、Ｔｎ＋８〜Ｔｎ＋９の間ではクロスの発生は無い。また時刻Ｔ０からＴｎ＋１まで、およびＴｎ＋９からＴｍまでの間にもクロスがなかったとする。
【００８０】
アップクロスとダウンクロスの定義から、アップクロスとダウンクロスとは互いに交互に現れる。図１０の例ではアップクロス→ダウンクロス→アップクロス→ダウンクロス→アップクロスとなる。
【００８１】
価格情報管理部１０７は、クロス有りを判定したとき（アップクロスまたはダウンクロスのいずれかが成立したとき）、クロス有りが判定された銘柄に対する約定処理の執行を指示する約定処理指示データを注文情報管理部１０６に送る。この際、約定処理指示データには、当該銘柄の取引価格として、今回受信された相場情報に記述された約定価格と同一価格の指定を含め、さらに、発生したクロス種別（アップクロスまたはダウンクロス）と、場区分（現在の場の区分）とを含める。
【００８２】
たとえば時刻Ｔｎ＋２においてアップクロスの成立が決定されたときはＴｎ＋２のオークション取引市場の約定価格と同一価格が、ＶＷＡＰ取引市場の取引価格（約定価格）と指定される。また時刻Ｔｎ＋４においてダウンクロスの成立が決定されたときは、Ｔｎ＋４のオークション取引市場の約定価格と同一価格が、ＶＷＡＰ取引市場の取引価格と指定される。
【００８３】
一方、価格情報管理部１０７は、クロス無しを判定したときは、当該銘柄について約定処理を行わないことを決定する。
【００８４】
ここでＶＷＡＰ取引市場における取引価格を今回受信された相場情報に記述された約定価格（最新約定価格）と同一価格とし、ＶＷＡＰとしないのは、たとえばアップクロスのときにＶＷＡＰで該当銘柄の株式が約定（買い）した後、オークション取引市場で当該株式を売ることで、ＶＷＡＰと上記約定価格との差分の利益を得ようとする裁定取引を阻止するためである。したがって、このような裁定取引を許容するのであればＶＷＡＰをＶＷＡＰ取引市場における取引価格として採用することも可能である。
【００８５】
なお、本実施形態ではクロス有りが判定されたときのみ約定処理が行われるため、場中、一度もクロスが発生しない場合は、約定処理は一度も行われないこととなる。ただし価格は一般的にＶＷＡＰとの乖離が高くなるとそれを縮小させる方向に動くので、ほとんどの場合クロスは発生するものと考えられる。
【００８６】
注文情報管理部１０６では、価格情報管理部１０７からの約定処理指示データに含まれる銘柄および場区分に対応するＣＰ板（図６参照）を特定し、特定したＣＰ板に基づき約定処理を執行する。
【００８７】
より詳細に、注文情報管理部１０６は、特定したＣＰ板において、約定処理指示データに含まれるクロス種別（アップクロスまたはダウンクロス）に合致する執行条件を有する売り注文と買い注文とを、それぞれの優先順位に従って、マッチングさせる。
【００８８】
前述したように執行条件には「成行」、「アップクロス」、「ダウンクロス」が存在する。
【００８９】
執行条件の「成行」はアップクロスおよびダウンクロスのいずれか任意の一方が成立したときに約定処理を執行することを意味し、執行条件の「アップクロス」はアップクロスが成立したときのみ約定処理を執行することを意味し（ダウンクロスの成立では約定処理を執行しない）、執行条件の「ダウンクロス」はダウンクロスが成立したときのみ約定処理を執行することを意味する（アップクロスの成立では約定処理を執行しない）。
【００９０】
以下、図６のテーブル例を用いて約定処理の執行例を示す。ここでは価格情報管理部１０７からの約定処理指示データに含まれるクロス種別が「アップクロス」、場区分が「前場」であるとする。すなわち前場でアップクロスが成立した場合を想定する。したがって図６の上段に示す前場取引＋全日場取引のＣＰ板が用いられる。
【００９１】
クロス種別が「アップクロス」のため、約定処理の対象となるものは執行条件が「成行」および「アップクロス」の売り注文および買い注文である。
【００９２】
まず図６の前場取引＋全日場取引の板において「成行」および「アップクロス」の売り注文および買い注文についてみると、売り注文の合計数は１２５（＝２０＋５０＋５５）、買い注文の合計数は１２０（＝２５＋２０＋３０＋４５）である。従って、買い注文の方はすべての約定し、一方、売り注文の方は１２５−１２０＝５の数量が不足する。
【００９３】
具体的に、まず、注文番号１の売り注文の数量２０と、注文番号３の買い注文の数量２５のうちの２０がマッチし、次に、注文番号４の売り注文の数量５０のうち５と注文番号３の残りの数量５がマッチし、次に、注文番号４の売り注文の残りの数量４５のうちの２０と、注文番号５の買い注文の数量２０とがマッチし、次に注文番号４の売り注文の残りの数量２５と、注文番号６の買い注文の数量３０のうちの２５とがマッチし、次に注文番号１０の売り注文の数量５５のうちの５と、注文番号６の買い注文の残りの数量５とがマッチし、次に注文番号１０の売り注文の残りの数量５０のうちの４５と、注文番号７の買い注文の数量４５とがマッチし、最終的に、注文番号１０の売り注文が数量５だけ残る。
【００９４】
つまり、「成行」および「アップクロス」の売り注文のうち、優先順位の最も低い（受付日時の最も遅い）注文番号１０の売り注文については、数量５５のうち、数量５０の分の注文は約定するが、残りの数量５の注文は約定されずに残る。この結果、テーブルは図７のように更新される。すなわち注文番号１，４の売り注文と注文番号３，５，６，７の買い注文が約定してＣＰ板からなくなり、注文番号１０の売り注文については未約定分の数量５が残る。またダウンクロスの注文番号８の売り注文と注文番号２の買い注文も約定対象とされずそのまま残る。残ったこれらの売り注文および買い注文は受付日時に応じて再度並べ直される。
【００９５】
図７のＣＰ板の状態で証券会社システム１２からたとえば本テーブルと同一銘柄について、前場を指定した注文データが受け付けられたとする。この場合、注文情報管理部１０６は当該注文データに基づき、当該ＣＰ板を更新する。たとえば当該注文データの執行条件が「アップクロス」、売買区分が「買い」、場区分が「前場」、数量が「１０」の場合、図８に示すようにＣＰ板が更新される（注文番号１８が付与されたとする）。この新たに追加された買い注文は次回のアップクロスの成立時に約定処理の対象とされる。このように本実施形態ではオークション取引市場での場の開催中でもリアルタイムにクロスポイント注文が可能である。
【００９６】
注文情報管理部１０６は、前場を指定した注文（売り注文および買い注文）のうち前場で約定できなかったものまたは一部約定した場合の残り分については注文を失効させる。一方、全日場を指定した注文については前場で約定できなかったものまたは上記残り分については持ち越され、同じ板（「前場＋全日場」）にそのまま残る。なお、持ち越された注文の受付日時は、前場と同じ値を維持する。
【００９７】
たとえば仮に図８のテーブル状態で前場が終了したとすると、ＣＰ板は図９のように更新される。「成行」を指定した注文番号１０の売り注文が後場に持ち越される。一方、「前場」を指定した注文番号８の売り注文、「前場」を指定した注文番号２、１８の買い注文は持ち越されることなく、失効する。
【００９８】
なお、注文データに有効期限が指定されている場合は、未約定分（残り分）は最大で有効期限まで繰り越され、有効期限満了時においても未約定分が存在するときのみその注文は失効する。
【００９９】
ここで後場が開始された後は、前場＋全日場の板と、後場の板とでそれぞれ別個に約定処理が行われ、価格情報管理部１０７でのクロス判定処理は全日場と後場とでそれぞれ別個に行われる。全日場に対しては、当初初日（前場）からの積み重ねでＶＷＡＰを計算し（つまり前場の最終ＶＷＡＰを後場で取得される相場情報で逐次更新し）、クロス判定を行う。後場に対しては、後場の開始後に取得された約定情報のみを用いてＶＷＡＰの計算を行い、クロス判定処理を行う。したがって、全日場と後場とではＶＷＡＰ値が全く異なる動きになる。なお前場終了後に受け付けられた全日場の注文は前場＋全日場の板に入れられる。
【０１００】
注文・約定ＩＦ１０１は、証券会社システム１２から受け付けた注文データに対する応答データとして約定通知または失効通知を、当該証券会社システム１２（取引参加者）宛に送信する。
【０１０１】
すなわち、約定（注文の一部が約定した場合も含む）された注文データに対しては約定通知を送信し、全く約定しなかった注文データに対しては失効通知を送信する。有効期限の指定により次の日以降に繰り越された注文については繰り越し通知を送信してもよい。
【０１０２】
約定通知は、たとえば注文が約定したことを識別する識別子、会員注文番号、会員ＩＤ、銘柄、注文数量、約定数量、約定価格、売買区分、および場区分を含む。約定が複数回に分かれて行われた場合、約定通知は約定の都度、送信される。
【０１０３】
失効通知は、たとえば注文が失効したことを識別する識別子、会員注文番号、会員ＩＤ、株式の銘柄、注文数量、売買区分、および場区分を含む。
【０１０４】
ここで注文情報管理部１０６は、ＣＰ板を更新（注文データの受信に基づく更新、または約定処理による更新）した際は、更新後のテーブルに基づく気配情報を生成する。ＶＷＡＰ相場報道ＩＦ１０３は、生成された気配情報を証券会社システム１２、情報ベンダーシステム２１および一般企業システム２２に送信する。
【０１０５】
気配情報は、たとえばテーブル更新後における、場所別（前場、後場、全日場）、執行条件（成行、アップクロス、ダウンクロス）別および売買別の合計注文数量の情報を含む。さらに気配情報は、売買別の注文の件数も含んでも良い。またその他の情報を含んでもよい。
【０１０６】
また注文情報管理部１０６は、注文が約定するごとに、約定した銘柄、取引価格（約定価格）および約定数量を含む約定情報を生成する。約定情報には会員注文番号や会員ＩＤは含めない。ＶＷＡＰ相場報道ＩＦ１０３は当該約定情報を、証券会社システム１２、情報ベンダーシステム２１および一般企業システム２２に送信する。
【０１０７】
証券会社システム１２は、ＶＷＡＰ取引市場システム１４から受信した約定通知または失効通知を、該当する注文要求を行った顧客端末１１に送信する。
【０１０８】
顧客端末１１は、証券会社システム１２からの約定通知または失効通知を出力（たとえば画面に表示）する。これにより顧客は、所望する銘柄の株式を取得または売却できたか、また取得または売却できた場合の約定数量および取引価格を知ることができる。
【０１０９】
また、証券会社システム１２は、ＶＷＡＰ取引市場システム１４から受信した気配情報および約定情報を自身の表示装置に表示するとともに、接続されたすべての顧客端末１１に送信する。また顧客端末１１、情報ベンダーシステム２１および一般企業システム２２は、それぞれ受信した気配情報および約定情報を出力（たとえば画面に表示）する。これにより相場情報取得者および顧客は、ＶＷＡＰ取引市場で扱われる銘柄の動向を知ることができる。
【０１１０】
なお約定した株式と金銭の決済は証券会社の決済システムで行われ、ＶＷＡＰ取引市場システム自体はそれに直接関与しない。株式の場合の券面口座を管理するのは主に証券保管振替機構になり、証券会社決済システムと証券保管振替機構との間での決済指示で、証券保管振替機構内の証券口座の保有者の名義書き換えが行われ、金銭授受は証券会社決済システムと一般的には信託銀行口座との間で行われる。
【０１１１】
以下、図１１および図１２を用いてＶＷＡＰ取引市場システム１４の動作の流れについて説明する。
【０１１２】
図１１は、ＶＷＡＰ取引市場システム１４における注文データの受け付け処理の流れの一例を示すフローチャートである。
【０１１３】
ステップＳ１０１において、注文・約定ＩＦ１０１が、証券会社システム１２からクロスポイント取引の注文データが受信されたか否かを検査する。
【０１１４】
注文データが受信されたとき（Ｓ１０１のＹＥＳ）、注文情報管理部１０６は、当該注文データを受付可能か否かを検査する（ステップＳ１０２）。すなわち注文データ内容（銘柄・執行条件・数量等）に間違いがないか（つまり銘柄・執行条件・数量等が指定可能な値となっているか）、注文データの受付日時が図３の基準を満たすか否かを検査する。
【０１１５】
受け付け可能なときは（Ｓ１０２のＹＥＳ）、当該注文データに対しユニークな注文番号を設定し、当該注文データと注文番号と受付日時とを注文情報データベース１０４に格納する（Ｓ１０３）。当該注文データの受付日時はたとえば当該注文データの受信日時を用いることができる。
【０１１６】
一方、注文情報管理部１０６は、当該注文データを受付不能なときは（Ｓ１０２のＮＯ）、エラーメッセージを証券会社システム１２に返し（Ｓ１０４）、ステップＳ１０１に戻る。
【０１１７】
ステップＳ１０５において、注文情報管理部１０６は、当該注文データに対応するＣＰ板を作成または更新する。
【０１１８】
ステップＳ１０６において、注文情報管理部１０６は、ＣＰ板の更新による板状況の変化を表す気配情報を、ＶＷＡＰ相場報道ＩＦを介して証券会社システム１２、情報ベンダーシステム２１および一般企業システム２２に送信する。この後、ステップＳ１０１に戻る。なお注文情報管理部１０６は、証券会社システム１２から注文のキャンセルを受信した場合も、ステップＳ１０５，Ｓ１０６と同様にしてＣＰ板を更新し、相場情報を送信する。
【０１１９】
図１２は、図１のＶＷＡＰ取引市場システムにおけるクロスポイント取引処理の流れの一例を示すフローチャートである。
【０１２０】
ステップＳ２０１において、場管理部１０８は、所定の時刻になったとき、場（前場または後場）の開始を決定し、注文情報管理部１０６および価格情報管理部１０７に場の開始を示す開始信号を通知する。
【０１２１】
ステップＳ２０２おいて、たとえば一定時間毎に、価格情報管理部１０７は、オークション相場報道ＩＦ１０２で相場情報が受信されているか否かを検査する。オークション相場報道ＩＦ１０２はたとえば受信される相場情報を内部にバッファリングし、価格情報管理部１０７からの問い合わせを受けたときは、バッファリングしている相場情報をすべて価格情報管理部１０７に出力する。
【０１２２】
オークション相場報道ＩＦ１０２で相場情報が受信されているとき（ＹＥＳ）、価格情報管理部１０７は、当該相場情報を価格情報データベース１０５に格納するとともに、ＶＷＡＰを計算する（Ｓ２０３）。一方、相場情報が受信されていないときは（ＮＯ）、場が終了したか否かの判定を行うステップＳ２０９に進む。
【０１２３】
ステップＳ２０４において、価格情報管理部１０７は、当該ＶＷＡＰと上記相場情報に含まれるオークション取引市場の約定価格と、１つ前に計算されたＶＷＡＰとそのときのオークション取引市場の約定価格とに基づき、クロス判定処理を行う。
【０１２４】
クロス判定処理によりクロス有りが判定されたとき、価格情報管理部１０７は約定処理指示データを注文情報管理部１０６に送る（Ｓ２０５）。
【０１２５】
クロス無しが判定されたとき、価格情報管理部１０７は、約定処理を執行しないことを決定し（Ｓ２０６）、ステップＳ２０９に進む。
【０１２６】
ステップＳ２０７において、注文情報管理部１０６は、価格情報管理部１０７からの約定処理指示データに応じて、該当するＣＰ板を特定し、約定処理を執行する。
【０１２７】
ステップＳ２０８において、注文情報管理部１０６は、約定した注文データに対する約定通知を生成し、生成した約定通知を注文・約定ＩＦ１０１を介して、当該注文データを送信した証券会社システムに送信する。また注文情報管理部１０６は、約定した株式の約定内容を含む約定情報、および約定処理で更新されたＣＰ板の情報を含む気配情報を、ＶＷＡＰ相場報道ＩＦ１０３を介して、証券会社システム１２、情報ベンダーシステム２１および一般企業システム２２に送信する。
【０１２８】
ステップＳ２０９において、場管理部１０８が、現在の場が終了したか否かを検査する。
【０１２９】
場管理部１０８が場の終了を決定したときは（Ｓ２０９のＹＥＳ）、注文情報管理部１０６および価格情報管理部１０７に場の終了を示す終了信号を通知し（Ｓ２１０）、まだ場が終了していないとき、ステップＳ２０２に戻る。
【０１３０】
ステップＳ２１１において、注文情報管理部１０６および価格情報管理部１０７は、場管理部１０８から終了データの通知を受けたときは、各々処理の終了を決定する。この際、注文情報管理部１０６は、最後まで約定しなかった注文の失効通知を、当該注文を行った証券会社システム１２に注文・約定ＩＦ１０１を介して送信する。
【０１３１】
上記実施形態では、ＶＷＡＰ取引市場の取引価格をオークション取引市場価格と一致させたが、これは、両価格の差が通常大きくならないことを想定している。しかしながら、例外的には、これらの価格差が大きくなる可能性も否定できない。そこで、価格情報管理部１０７では、今回計算されたＶＷＡＰと今回受信された相場情報に記述された約定価格との差が所定の閾値以上のときはアップクロスまたはダウンクロスが達成されても約定処理を行わないことを決定してもよい。この場合、価格情報管理部１０７は、アップクロスまたはダウンクロスが達成されても、約定処理指示データを注文情報管理部１０６に送出しない。
【０１３２】
また上記実施形態では「アップクロス」を、「今回計算されたＶＷＡＰが今回受信された相場情報の約定価格より小さくかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より大きいこと」を意味するとして定義したが、今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格に一致する場合もアップクロスに含めてもよい。すなわち、「アップクロス」を、「今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格以下でありかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より大きいこと」を意味するとして定義してもよい。
【０１３３】
また「ダウンクロス」を、「今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格より大きくかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より小さいこと」を意味するとして定義したが、今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格に一致する場合もアップクロスに含めてもよい。すなわち、「ダウンクロス」を、「今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格以上でありかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より小さいこと」を意味するとして定義してもよい。
【０１３４】
また今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格に一致しかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格に一致する可能性も考えられるが、このようなケースが発生した場合は、アップクロスおよびダウンクロスの両方が発生したとして扱っても良い。
【０１３５】
以上、本実施形態によれば、オークション取引市場における場の開始前のみならず、場中もＶＷＡＰ取引市場におけるクロスポイント取引に参加でき、顧客にとって利便性の高い新たな取引市場の提供が可能となる。
【０１３６】
また本実施形態による取引価格は、オークション取引市場での価格と一致しており、したがってその時点での評価損益は発生せず、ＶＷＡＰ値にも近い価格である。また、本ＶＷＡＰ取引市場での売買価格が、オークション取引市場での価格と一致していることで、オークション取引市場の価格形成には影響を及ぼさない。したがって、当該ＶＷＡＰ取引市場は、価格形成を目的とするオークション取引市場との明確な市場の分離を図ることができ、これにより正常な証券取引市場の形成が可能となる。
【０１３７】
また本実施形態のクロスポイント取引は相対取引（証券会社対顧客の取引）ではなく顧客対顧客の売買取引であるため、手間がかからず手数料が少なくて済むメリットがある。
【０１３８】
このようにＶＷＡＰ取引市場は従来のＶＷＡＰ終値取引の問題を解消したＶＷＡＰベースの新たな取引手法を実現しており、従来のＶＷＡＰ終値取引に代えて利用することで、証券会社は、従来行っていたＶＷＡＰ追従のための大量の小口注文をオークション取引市場へ行う必要はなくなり、これにより、証券会社は、複雑なアルゴリズムトレードの発注システムの管理および維持を無くして、費用を削減することができる。一方、オークション取引市場ではこのような大量の小口注文が減り、そのシステム負荷を大きく低減することが可能となる。
【０１３９】
なお、本実施形態の取引方式に、ＶＷＡＰ終値取引方式を組み合わせ、より幅広い範囲のＶＷＡＰ取引市場を形成することも可能である。
【０１４０】
（第２の実施形態）
本第２の実施形態において、顧客端末１１では複数の注文数量を指定可能に構成される。
【０１４１】
たとえば顧客端末１１で図１３の画面の「詳細設定ボタン」を押下して図１４の詳細設定フォームを表示し、当該フォームで「複数指定」を選択することで、複数の注文数量を行うことを決定し、各入力欄ＣＰ１〜ＣＰ３に０以上の数量を入力する。本例では最大で３個の数量を指定可能だが、４個以上の数量を指定可能にしてもよい。入力欄に入力した数量は将来にわたる複数のクロスポイントに対する注文予約を表し、ＣＰ１から順番に約定処理の対象とされる。
【０１４２】
顧客端末は、前述の実施形態と同様に注文要求を生成して証券会社システム１２に送信するが、この際、注文要求には、各入力欄ＣＰ１〜ＣＰ３に入力された複数の数量を含める。
【０１４３】
証券会社システム１２は、前述の実施形態と同様に、顧客端末から受信された注文要求の内容を内部のデータベースに保存するとともに、クロスポイント取引の注文データを生成してＶＷＡＰ取引市場システム１４に送信する。この際、注文データには、当該注文要求に含まれる複数の注文数量を含める。
【０１４４】
ＶＷＡＰ取引市場システム１４の注文情報管理部１０６では、当該注文データをＶＷＡＰ注文番号および受付日時とともに注文情報データベース１０４に格納し、上述の第１の実施形態と同様して、ＣＰ板を生成または更新する。第１の実施形態では銘柄に応じて１つのＣＰ板を生成したが、本第２の実施形態では、指定可能な注文数量の個数だけＣＰ板を生成する。たとえば図１４の例の場合、入力欄ＣＰ１〜ＣＰ３に対応して、３個のＣＰ板１〜３を生成する。
【０１４５】
たとえば注文情報データベースが図１５の場合のＣＰ板は図１６（Ａ）のようになる。
【０１４６】
ただし、図１６（Ａ）のＣＰ板の例では、説明の簡単のため、買い注文のみを示し、売り注文の表記は省略している。
【０１４７】
また図１５の例では、説明の簡単のためＶＷＡＰ注文番号（図１５では注文番号と略記されている。以降の説明において同様）、受付時刻、売買区分、執行条件、数量のみ表示し、受付日、会員注文番号、会員ＩＤ、場区分等の表示は省略している。
【０１４８】
図１５において、数量は、最大で３個指定されており、左に位置するものほど、執行条件を満たす、時間的に先のクロスポイントに対応する。たとえば注文番号１の数量（１０，１５，２０）は数量１０が、最も先に達成される上記執行条件を満たすクロスポイントに対応し、数量１５がその次に達成される上記執行条件を満たすクロスポイント、数量２０がさらにその次に達成される上記執行条件を満たすクロスポイントに対応する。顧客端末では数量１０は入力欄ＣＰ１、数量１５は入力欄ＣＰ２，数量２０は入力欄ＣＰ３に入力されている。また注文番号３の数量（２０，３０）は、顧客端末では、入力欄ＣＰ１、ＣＰ２に数量２０，３０が入力され、ＣＰ３に０（またはヌル）が入力されたものである。
【０１４９】
図１５および図１６（Ａ）から理解されるように、最大で３つ指定された数量のうち、入力欄ＣＰ１に入力された数量の注文はＣＰ板１、入力欄ＣＰ２に入力された数量の注文はＣＰ板２、入力欄ＣＰ３に入力された数量の注文はＣＰ板３に追加される。売り注文の場合も同様にしてＣＰ板１〜３にそれぞれ追加される（図示せず）。
【０１５０】
価格情報管理部１０７から約定処理指示データが入力された場合の注文情報管理部１０６における約定処理は以下のようにして行われる。
【０１５１】
ここでは一例として前場において９時１５分にアップクロスが達成され、そのときＣＰ板１に３つの売り注文
［注文番号２、数量：４０、執行条件：成行］、
［注文番号４，数量：３０、執行条件：アップクロス］
［注文番号７、数量：１０、執行条件：成行］
が存在したとする（図１５参照）。成行の合計注文数は５０、アップクロスの合計注文数は３０である。
【０１５２】
本実施形態に係る約定処理ではＣＰ板１に基づいて買い注文と売り注文とのマッチングが行われ、ＣＰ板２，３はそれぞれ約定処理後におけるＣＰ板１，２の更新用のデータとして用いられる。
【０１５３】
上記のようにアップクロスが達成されたことから、ＣＰ板１において、「成行」または「アップクロス」の執行条件を有する売り注文と買い注文とがマッチングされる。ここでは、上記した注文番号２，４，７の３つの売り注文と、図１６（Ａ）における注文番号１，３，６，８の買い注文とがマッチングされる。
【０１５４】
約定処理は第１の実施形態と同様、受付時刻の優先順位に従って行われ、この結果、図１７に示すように、注文番号１，３，６の買い注文はすべて約定し（全出来）、注文番号８の買い注文は数量２０のみ約定し、残りの数量５は未約定となる（内出来）。また３つの売り注文はすべて約定する。執行条件がダウンクロスの注文は約定処理の対象外となる。
【０１５５】
約定処理の終了後、ＣＰ板２に基づきＣＰ板１の更新処理を行う。以下、買い注文に対するＣＰ板１の更新処理を説明するが、売り注文の場合も同様にして行う。
【０１５６】
（ステップＡ）まずＣＰ板１において残数が発生した注文と、約定処理の対象となったが全く約定しなかった（１つも約定しなかった）注文について、それぞれ同じ注文番号の注文がＣＰ板２に存在するか否かを検査する。そのような注文が存在する場合は、ＣＰ板２における当該注文の数量を、ＣＰ板１における同一注文番号の板に加算するとともに、ＣＰ板２から当該注文を消去する。
【０１５７】
図１６（Ａ）および図１７の例ではＣＰ板２における注文番号８の注文の数量３５が、ＣＰ板１の同番号の注文（残数量５）に追加されて、図１６（Ｂ）のように数量４０に更新される。この際、ＣＰ板２における注文番号８の注文は消去される。
【０１５８】
（ステップＢ）次にＣＰ板２において、達成された執行条件と同一もしくは成行の注文が存在するかどうかを検査し、存在する場合は、そのような注文を１つ上位のＣＰ板１に移動（シフト）する。同様に、ＣＰ板３において、達成された執行条件と同一の注文が存在するかどうかを検査し、存在する場合は、そのような注文を１つ上位のＣＰ板２に移動（シフト）する。一般にＣＰ板がＮ（Ｎは２以上の整数）個存在するときは、ＣＰ板Ｍ（Ｍは２以上Ｎ以下の整数）に存在する、達成された執行条件と同一もしくは成行の注文をＣＰ板Ｍ−１に移動（シフト）する。ＣＰ板１において執行の対象とならなかった注文についてはそのままＣＰ板１に残す。
【０１５９】
図１６（Ａ）および図１７の例ではＣＰ板２における注文番号１，３，６の注文が図１６（Ｂ）のようにＣＰ板１に移動される。注文番号６の注文はその執行条件がダウンクロスであり、達成された執行条件（アップクロスまたは成行）と異なるため、そのままＣＰ板１，２に残る。またＣＰ板３における注文番号１，６，８の注文がＣＰ板２に図１６（Ｂ）のように移動される。
【０１６０】
（ステップＣ）最後に、ＣＰ板１、２における各注文を受付時刻に従ってソートする（並べる）。なお各注文のソートは、ステップＡまたはＢの処理と同時に行ってもよい。
【０１６１】
なお図１６（Ｂ）のＣＰ板１〜３の状態で、新規の注文データが受け付けられたときは、当該注文データで指定された各数量の注文（買い注文または売り注文）がＣＰ板１〜３の最後尾に（すなわち最も低い優先順位で）追加される。
【０１６２】
たとえば数量（１０，２０，３０）の買いの注文が入った場合は、ＣＰ板１の最後尾に数量１０の買い注文、ＣＰ板２の最後尾に数量２０の買い注文、ＣＰ板３の最後尾に数量３０の買い注文が追加される。または、数量（４０，５０）の買いの注文が入った場合は、ＣＰ板１の最後尾に数量４０の買い注文、ＣＰ板２の最後尾に数量５０の買い注文が追加される。または数量（６０）の買いの注文が入った場合は、ＣＰ板１の最後尾に数量６０の買い注文が追加される。
【０１６３】
ここでＣＰ板１に基づく売買注文の約定処理の際、最大約定数を導入し、マッチングを最大約定数の数量で細分化して行うことも可能である。
【０１６４】
たとえば１つの買いの注文データ（注文番号：１１、数量：１００，１００，１００、執行条件：アップクロス）と、２つの売りの注文データ（注文番号：１２、数量：１００，１００，１００、執行条件：アップクロス）、（注文番号：１３，数量：５，０、０、執行条件：アップクロス）が存在するとする。
【０１６５】
具体的に、ＣＰ板１には
買い注文（注文番号：１１、数量：１００、執行条件：アップクロス）と、
売り注文（注文番号：１２、数量：１００、執行条件：アップクロス）、
売り注文（注文番号：１３，数量：５、執行条件：アップクロス）が存在し、
ＣＰ２板には
買い注文（注文番号：１１、数量：１００、執行条件：アップクロス）と、
売り注文（注文番号：１２、数量：１００、執行条件：アップクロス）が存在し、
ＣＰ３板には
買い注文（注文番号：１１、数量：１００、執行条件：アップクロス）と、
売り注文（注文番号：１２，数量１００、執行条件：アップクロス）が存在するとする。
【０１６６】
ただし注文番号１２の売りの注文は、注文番号１３の売りの注文よりも受付時刻が早いとする。またＣＰ板１〜３にはこれら以外の注文は存在せず、新たな注文も発生しないとする。
【０１６７】
この場合、これまで述べた処理に従えば、時間優先のため、計３回のアップクロスの達成により、ＣＰ板１〜３に存在する注文番号１１の買い注文と、注文番号１２の売り注文はすべて約定するが、注文番号１３の売り注文は１つの数量も約定しないこととなる。
【０１６８】
そこで本第２の実施形態では最大約定数を導入し、最大約定数の範囲でマッチングを行うことで、注文番号１３の注文にも約定の機会を与える。最大約定数は銘柄売買単位の整数倍として予め決定される。以下、該当銘柄の最大約定数を５０に設定した場合の処理例を示す。
【０１６９】
まず１回目のアップクロス達成で、ＣＰ板１において、注文番号１２の売り注文の数量５０と、注文番号１１の買い注文の数量５０がマッチし、次に、注文番号１３の売り注文の数量５と注文番号１１の買い注文の数量５とがマッチし、次に、注文番号１２の売り注文の数量４５と、注文番号１１の買い注文の数量４５とがマッチする。注文番号１２の売り注文の数量５が残る。この残った数量５の売り注文は、ＣＰ板更新処理により、ＣＰ板２の数量１００と加算されて数量１０５となり、ＣＰ板２に存在する買い注文がＣＰ板１にシフトされる。またＣＰ板３の売り注文および買い注文がＣＰ板２にシフトされる。以降、同様にして処理を継続する。
【０１７０】
（第３の実施形態）
第１〜第２の実施形態ではオークション取引市場の約定価格とＶＷＡＰとがクロスしたとき（アップクロスまたはダウンクロスが発生したとき）に約定処理を執行したが、本実施形態では、オークション取引市場の約定価格とＶＷＡＰとの差の大きさが閾値以内になったときに約定処理を執行する場合を示す。
【０１７１】
本実施形態では、オークション取引市場システム１３から相場情報が受信されるごとに、価格情報管理部１０７は、オークション取引市場の約定価格と、計算されるＶＷＡＰとを比較する。そして、価格情報管理部１０７は、これらの価格の差の大きさが閾値以内であるときは、約定処理の執行を決定し、注文情報管理部１０６に約定処理指示データを出力する。
【０１７２】
ここで、「オークション取引市場の約定価格とＶＷＡＰの差の大きさが閾値以内」の場合は、より細かく、「オークション取引市場の約定価格とＶＷＡＰの差の大きさが閾値内かつ当該約定価格がＶＷＡＰ以上（あるいはＶＷＡＰより大）」（第３の価格関係）の場合と、「オークション取引市場の約定価格とＶＷＡＰの差の大きさが閾値内かつ当該約定価格がＶＷＡＰ未満（あるいはＶＷＡＰ以下」（第４の価格関係）の場合とに分けることができる。
【０１７３】
本実施形態の構成および動作は、上記第３の価格関係が第１〜２の実施形態のアップクロス（第１の価格関係）に対応し、第４の価格関係が第１〜２の実施形態のダウンクロス（第２の価格関係）に対応するとして、第１〜第２の実施形態の説明を読み替えたものに相当する。
【０１７４】
以上、本実施形態によっても、上述の第１〜２の実施形態と同様の効果を得ることが可能である。
【符号の説明】
【０１７５】
１１：顧客端末
１２：証券会社システム（取引参加者システム）
１３：オークション取引市場システム
１４：ＶＷＡＰ取引市場システム
１０１：注文・約定ＩＦ
１０２：オークション相場報道ＩＦ
１０３：ＶＷＡＰ相場報道ＩＦ
１０４：注文情報データベース
１０５：価格情報データベース
１０６：注文情報管理部
１０７：価格情報管理部
１０８：場管理部
１０９：記憶部
【技術分野】
【０００１】
本発明は、出来高加重平均価格（ＶＷＡＰ：Ｖｏｌｕｍｅ Ｗｅｉｇｈｔｅｄ Ａｖｅｒａｇｅ Ｐｒｉｃｅ）取引市場システムおよびＶＷＡＰ取引方法に関する。
【背景技術】
【０００２】
証券取引を出来高加重平均価格（ＶＷＡＰ：Ｖｏｌｕｍｅ Ｗｅｉｇｈｔｅｄ Ａｖｅｒａｇｅ Ｐｒｉｃｅ）で行いたいというニーズは高い。これは、機関投資家の大口取引による市場価格への影響の排除、一般投資家の高値買い・安値売りのリスクの排除、といった事をＶＷＡＰ取引で実現可能であるためである。
【０００３】
現在多くの証券会社でＶＷＡＰ取引は行われているが、それらはオークション取引市場の場（前場・後場・全日場）の終了時点でのＶＷＡＰ値による相対取引（証券会社対顧客の取引）である。このような取引は、終値ＶＷＡＰ方式と呼ばれる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表平１１−５０４４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の終値ＶＷＡＰ方式には以下の課題がある。
【０００６】
まず需要側（機関投資家・一般投資家）の課題として、注文の入力が、場の開始前にしか認められず、利便性に欠けることがある。これは、もし仮にオークション取引市場での価格とＶＷＡＰとに開きがある状況でＶＷＡＰ取引に参加できるとすれば、容易に予想が付く場終了時点でのそれらの価格差を利益に結び付ける取引ができることになってしまうからである。
【０００７】
一方、供給側（証券会社・オークション取引市場）の課題として、証券会社が、投資家からＶＷＡＰ値を指定した大口の注文を受けた場合、証券会社は、当該指定されたＶＷＡＰ値での終値取引を実現するために、オークション取引市場に対して価格形成目的ではない、ＶＷＡＰに追従することを目的とした大量の小口注文を発注および約定させていたことがある。この発注は、多くの証券会社では、複雑なアルゴリズムトレードを実装した発注システムにより行われており（人手でこれらの操作を行うのは非常に手間である）、証券会社側には当該システムの管理および維持ための高額なコストが生じていた。またこのような大量の小口注文は、オークション取引市場におけるシステムに大きな負荷を与え、オークション取引市場における価格形成を目的とした注文に対して大きな影響を及ぼしていた。
【０００８】
本発明は、上記問題点を解決する、ＶＷＡＰベースの新たな取引を実現するＶＷＡＰ取引市場システムおよびＶＷＡＰ取引方法を提供しようとするものである。
【課題を解決するための手段】
【０００９】
本発明の一態様としてのＶＷＡＰ取引市場システムは、
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースと、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するオークション相場報道インターフェースと、
前記オークション相場報道インターフェースにより受信された前記相場情報を蓄積する価格情報データベースと、
前記相場情報が受信されるごとに前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、
今回計算された出来高加重平均価格が今回受信された相場情報に記述された約定価格より小さくかつ前回計算された出来高加重平均価格が前回受信された相場情報に記述された約定価格より大きい第１の価格関係、および
前記今回計算された出来高加重平均価格が前記今回受信された相場情報に記述された約定価格より大きくかつ前記前回計算された出来高加重平均価格が前記前回受信された相場情報に記述された約定価格より小さい第２の価格関係
のうちいずれか一方が成立するか否かを判定する価格情報管理部と、
前記注文情報データベースにおいて前記第１の価格関係または前記第２の価格関係が成立した銘柄を指定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理部と、
を備える。
【００１０】
本発明の一態様としてのＶＷＡＰ取引市場システムは、
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースと、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するオークション相場報道インターフェースと、
前記オークション相場報道インターフェースにより受信された前記相場情報を蓄積する価格情報データベースと、
前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、計算された出来高加重平均価格と前記受信された相場情報に記述された約定価格との差の大きさが閾値以下であるか否かを判定する価格情報管理部と、
前記差の大きさが閾値以下であると判定されたとき、前記注文情報データベースにおいて前記受信された相場情報に記述された銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理部と、
を備える。
【００１１】
本発明の一態様としてのＶＷＡＰ取引方法は、
コンピュータが実行するＶＷＡＰ取引方法であって、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信する受信ステップと、
前記受信ステップで受信された前記相場情報を価格情報データベースに格納する記憶ステップと、
前記相場情報が受信されるごとに前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、
今回計算された出来高加重平均価格が今回受信された相場情報に記述された約定価格より小さくかつ前回計算された出来高加重平均価格が前回受信された相場情報に記述された約定価格より大きい第１の価格関係、および
前記今回計算された出来高加重平均価格が前記今回受信された相場情報に記述された約定価格より大きくかつ前記前回計算された出来高加重平均価格が前記前回受信された相場情報に記述された約定価格より小さい第２の価格関係
のうちいずれか一方が成立するか否かを判定する価格情報管理ステップと、
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースにアクセスして前記第１または第２の価格関係が成立した銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理ステップと、
を備える。
【００１２】
本発明の一態様としてのＶＷＡＰ取引方法は、
コンピュータが実行するＶＷＡＰ取引方法であって、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信する受信ステップと、
前記受信ステップにより受信された前記相場情報を価格情報データベースに格納する記憶ステップと、
前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、計算された出来高加重平均価格と前記受信された相場情報に記述された約定価格との差の大きさが閾値以下であるか否かを判定する価格情報管理ステップと、
前記差の大きさが閾値以下であると判定されたとき、取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースにアクセスして前記受信された相場情報に記述された銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理ステップと、
を備える。
【発明の効果】
【００１３】
本発明により、従来の終値ＶＷＡＰ方式の問題点を解消した、ＶＷＡＰベースの新たな取引手法の提供が可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態としてのＶＷＡＰ取引市場システムを示すブロック図。
【図２】注文情報データベースの一例を示す図。
【図３】注文データを受け付け可能な否かの判定基準を示す図。
【図４】価格情報データベースの一例を示す図。
【図５】オークション取引市場での約定価格とＶＷＡＰの履歴のテーブルを示す図。
【図６】ＣＰ板の一例を示す図。
【図７】図６のＣＰ板が更新された例を示す図。
【図８】図７のＣＰ板が更新された例を示す図。
【図９】図８のＣＰ板が更新された例を示す図。
【図１０】クロス判定処理を説明するための図。
【図１１】図１のＶＷＡＰ取引市場システムの動作として注文データの受け付け処理の流れの一例を示すフローチャートである。
【図１２】図１のＶＷＡＰ取引市場システムの動作としてクロスポイント取引処理の流れの一例を示すフローチャートである。
【図１３】顧客端末に表示するクロスポイント取引用画面の例を示す図。
【図１４】顧客端末に表示するクロスポイント取引の詳細設定用画面の例を示す図。
【図１５】第２の実施形態に係る注文情報データベースの一例を示す図。
【図１６】第２の実施形態に係る約定処理の説明図。
【図１７】第２の実施形態に係る約定処理の説明図。
【発明を実施するための形態】
【００１５】
（第１の実施形態）
まず本実施形態の概要について説明する。本実施形態では、金融商品の売買をオークション方式で行うオークション取引市場とは別の新たなＶＷＡＰ取引市場のシステムを設け、当該システムにおいてオークション取引市場とは独立した新たな方式による金融商品の取引を実現する。より詳細に、当該システムにおいて、本方式に基づく金融商品の売買注文を各取引参加者から事前に定めた銘柄について受け、オークション取引市場において当該銘柄の金融商品が約定するごとに、当該約定内容の詳細を記述した相場情報をオークション取引市場システムから受信して当該金融商品のＶＷＡＰを計算する。そして計算したＶＷＡＰと、当該金融商品のオークション取引市場の約定価格（最新約定価格）との大小関係が、その直前に当該銘柄の金融商品が約定した際の約定価格とそのとき計算されたＶＷＡＰの大小関係と逆転したか（価格とＶＷＡＰのクロスが発生）を検査する。当該クロスの発生が検出されたとき、ＶＷＡＰとオークション取引市場価格とが一致したとみなし、当該銘柄の金融商品を指定した顧客の売買注文の約定処理（マッチング処理）を行う。この際、約定した注文の取引価格は、ＶＷＡＰではなく、オークション取引市場での最新約定価格と同一価格とする。本実施形態ではこのように従来のオークション取引とは別個独立した、ＶＷＡＰベースの新たな取引方式（クロスポイント取引）を提供する。
【００１６】
以下、本実施形態では、金融商品として株式、取引参加者として証券会社を例にして説明を行う。ただし、本発明は、オークションマッチング方式で取引が行われている上場物商品（株・債券・為替・金利・商品、及びそれらのデリバティブ商品（先物・オプション））であれば株式に限定されず、広く他の種類の金融商品にも適用可能である。また取引参加者も証券会社に限定されず、たとえば債券等であれば銀行も含まれる。
【００１７】
以下、図面を参照しながら、本実施形態について説明する。
【００１８】
図１は、本発明の第１の実施形態としてのＶＷＡＰ取引市場システム１４を示すブロック図である。
【００１９】
ＶＷＡＰ取引市場システム１４の注文・約定ＩＦ１０１は、各証券会社（取引参加者：金融商品の取引資格をもつ法人）側に設けられた証券会社システム（取引参加者システム）１２と第１の専用回線を介して接続されている。またＶＷＡＰ取引市場システムのＶＷＡＰ相場報道ＩＦ１０３はＶＷＡＰ取引市場の相場情報（気配情報・約定情報）を取得する者（情報取得者：資格に制限はない）のシステム（相場情報取得者システム）と、第1の専用回線とは別の第２の専用回線を介して接続される。相場情報取得者システムは、証券会社システム１２の他、多くの情報ベンダーのシステム２１、一般企業のシステム２２も含む。ＶＷＡＰ取引市場システム１４にとって取引参加者および相場情報取得者はＶＷＰ取引市場への申請に基づく参加会員であり、会員のみ通信を許可するためにＶＷＡＰ取引市場システム１４は第1および第２の専用回線を用いて証券会社システムおよび相場情報取得者システムと情報のやりとりを行う。
【００２０】
ＶＷＡＰ取引市場システム１４のオークション相場報道ＩＦ１０２はオークション取引市場側に設けられたオークション取引市場システム１３と第３の専用回線を介して接続されている。ＶＷＡＰ取引市場システム１４はオークション取引市場の相場情報取得会員の立場であり、会員の資格でオークション取引市場の相場情報をオークション取引市場システム１３から取得する。
【００２１】
証券会社システム１２は、顧客（機関投資家・一般投資家）側に設けられた顧客端末１１と通信ネットワークを介して接続されている。証券会社システム１２は証券会社の顧客から顧客端末１１を介してＶＷＡＰ取引市場への注文の要求を受け付ける。通信ネットワークは、たとえばインターネット等の広域ネットワークでもよいし、無線通信ネットワークでもよい。広域ネットワークの一部が携帯電話等の無線ネットワークを含んでいてもよい。また、広域ネットワークの場合、認証と暗号化を用いて安全な通信経路を形成して通信を行ってもよい。
【００２２】
［顧客端末］
顧客端末１１はパーソナルコンピュータ等の汎用コンピュータ、携帯電話やゲーム機器等の移動体端末、ファクシミリ等、の通信機能を持った端末である。
【００２３】
顧客端末１１は、操作者の入力に基づきＶＷＰＡ取引市場におけるクロスポイント取引の注文要求を作成して、接続先の証券会社システム１２に送信する。顧客端末１１は証券会社システム１２とのみ接続し、ＶＷＡＰ取引市場システム１４とは直接関連しない。
【００２４】
顧客端末１１は、顧客ＩＤ、パスワード、注文する株式の銘柄のＩＤ、株式の売買区分（「売り」または「買い」）、注文数量、場区分、約定処理の執行条件、の各種項目のデータの入力を受け付け、また有効期限の入力をオプションとして受け付ける。顧客端末１１はこれらの入力に基づきクロスポイント取引の注文要求を作成する。データの入力は、キーボードまたはマウス等の入力インターフェースを介して行う。
【００２５】
図１３は顧客端末１１における入力画面の一例を示す。
【００２６】
顧客端末１１は、たとえば接続先の証券会社システム１２から提供されたクロスポイント取引用のフォームを画面に表示する。操作者は、当該フォームにおける各項目の欄に、必要なデータを入力する。
【００２７】
入力は、ラジオボタン、チェックボックスまたはプルダウンボックス等による選択でもよいし、テキストによる直接入力でもよい。
【００２８】
また、顧客ＩＤは証券会社で顧客を識別するためのＩＤである。顧客ＩＤは、証券会社システム内部のデータベースに記憶させておき、そこから顧客ＩＤを自動的に読み出して当該フォームに入力もよい。
【００２９】
ここで、場区分には、「前場」（たとえば９：００〜１１：００）、「後場」（たとえば１２：３０〜１５：００）および「全日場」（たとえば９：００〜１１：００および１２：３０〜１５：００）の３種類が存在する。各場は、オークション取引市場における場に一致する。
【００３０】
注文数量の単位（売買の単位）は銘柄毎に事前に決まっており、その単位に従って入力する。
【００３１】
執行条件は、ＶＷＡＰ取引市場システム１４において注文の約定処理を執行するための条件であり、「成行」、「アップクロス（ＵＣ）」、「ダウンクロス（ＤＣ）」から選択する。各項目の詳細は後述する。「成行」は本発明の第１の執行条件、「アップクロス（ＵＣ）」は本発明の第２の執行条件、「ダウンクロス（ＤＣ）」は本発明の第３の執行条件に相当する。
【００３２】
有効期限は、顧客端末１１で作成する注文要求に応じて証券会社システム１２からＶＷＡＰ取引市場へ行われる注文の有効期限を表し、入力がない場合は、ＶＷＡＰ取引市場において当該注文は当日のみ有効であるとする。
【００３３】
なお、ＶＷＡＰ取引市場での取引価格はＶＷＡＰ取引市場システム１４で自動的に決定されるため、顧客端末１１では取引価格の指定（入力）は行わない。図１３における詳細設定ボタンについては後述する。
【００３４】
顧客端末１１は、操作者から入力された各項目のデータを含む注文要求を生成し、生成した注文要求を証券会社システム１２に送信する。顧客端末１１は、送信した注文要求を内部の記憶装置に格納する。
【００３５】
顧客端末１１は、送信した注文要求の取り消しを受け付けてもよい。たとえば顧客端末１１は、送信した注文要求の一覧を画面に表示し、ユーザから取り消したい注文要求の指定を受け付ける。顧客端末１１は、ユーザから指定された注文要求の取り消し依頼を証券会社システム１２に送信する。
【００３６】
［証券会社システム］
図１の証券会社システム１２は、接続された顧客端末１１から注文要求を受信し、当該注文要求に基づき、ＶＷＡＰ取引市場におけるクロスポイント取引の注文データを作成して、ＶＷＡＰ取引市場システム１４に送信する。また証券会社システム１２は、取引参加者自身の注文データを作成してＶＷＡＰ取引市場システム１４に送信することも可能である。証券会社システム１２はＶＷＡＰ取引市場には取引参加員の資格で参加し、ＶＷＡＰ取引市場システム１４の注文・約定ＩＦ１０１との間で注文入力および約定取得を行う。証券会社等の取引参加者はＶＷＡＰ取引のための会員資格を持ち、会員コード（会員ＩＤ）を有し、当該会員コードは事前に証券会社システム１２に記憶されている。
【００３７】
証券会社システム１２は、顧客端末１１から注文要求を受信すると、注文要求に含まれる顧客ＩＤおよびパスワードに基づき顧客認証を行う。証券会社システム１２は顧客毎に顧客ＩＤと顧客名称とパスワードとを保持したデータベースを保有しており、注文要求に含まれるのと同一の顧客ＩＤがデータベースに登録されており、かつ注文要求に含まれるパスワードが当該顧客ＩＤに関連づけられてデータベースに登録されているものと一致するときは、当該注文要求は正規の顧客からのものであると判断し、当該注文要求の受け付けを許可する。顧客ＩＤが登録されていない場合またはパスワードが一致しない場合は、当該注文要求は正規の顧客からのものではないと判断し、当該注文要求の受け付けを許可しない。この場合、証券会社システム１２は、顧客端末１１にエラーメッセージを返してもよい。
【００３８】
証券会社システム１２は、当該注文要求の受け付けを許可したとき、当該注文要求に対して注文番号を設定し、自己・委託区分、部門ＩＤ・顧客ＩＤおよび当該注文番号等からなるユニークな会員注文番号を生成する。そして当該注文要求に含まれていた株式の銘柄、注文数量、売買区分、場区分、執行条件および有効期限を抽出し、抽出したこれらのデータと、当該会員注文番号と、会員コード（会員ＩＤ）とを含む注文データを作成する。証券会社システム１２は、このように作成した注文データを、ＶＷＡＰ取引市場システムの注文・約定ＩＦで定義されたメッセージ形式によってＶＷＡＰ取引市場システム１４に送信し、また当該作成した注文データを内部の記憶装置に記憶する。記憶装置はハードディスク、メモリ装置など任意の記憶装置でよい。会員注文番号および会員コード（会員ＩＤ）の少なくとも一方は本願発明の取引参加者識別情報に相当する。
【００３９】
また、証券会社システム１２は、顧客端末１１からオークション取引市場への注文要求も受け付けてもよい。この場合、証券会社システム１２は、顧客端末１１からの注文要求に応じてオークション取引市場への注文データ（所定の方法で生成した注文番号、銘柄、数量、場区分、取引方法（成行・指し値等））を生成してオークション取引市場システム１３へ送信する。証券会社システム１２は、注文データを送信したオークション取引市場システム１３から当該注文が約定したか否かおよび約定した場合の約定内容等を含む応答データを受信し、当該注文要求を行った顧客端末１１にその応答データの内容を通知する。また証券会社システム１２は、オークション取引市場における相場情報（銘柄毎の気配値、約定価格、出来高等）を受信し、受信した相場情報を接続された顧客端末１１に送信してもよい。
【００４０】
なお、上述の相場情報取得システム（証券会社システム１２，情報ベンダーシステム２１、一般企業システム２２）は、ＶＷＡＰ取引市場には情報取得参加員の資格で参加し、ＶＷＡＰ取引市場のＶＷＡＰ相場報道ＩＦ１０３から後に詳しく述べる相場情報（約定情報・気配情報）を取得する。
【００４１】
［オークション取引市場システム］
図１のオークション取引市場システム１３は、オークション取引市場毎に設けられ、ＶＷＡＰ取引市場で取引される銘柄の代表的オークション取引市場である。オークション取引市場が複数ある場合は、ＶＷＡＰ取引市場が、対象となるオークション取引市場を選択する。オークション取引市場システム１３は、該当するオークション取引市場における株式取引を取引日および場（前場、後場）ごとに管理している。たとえば買売注文（指し値注文、成行き注文等）の詳細情報、気配情報、約定した株式の約定内容（銘柄、約定価格および出来高（株数）の情報）、などを管理および記憶する。オークション取引市場システム１３は、オークション方式で売買注文の約定処理（マッチング）を行い、売買注文を約定させる。
【００４２】
オークション取引市場システム１３は、オークション取引市場における株式の約定が発生するごとに、場区分、約定した株式の銘柄、約定価格、約定数量（出来高）、約定時刻およびオークション取引市場の識別情報、を含む相場情報をＶＷＡＰ取引市場システム１４に送信する。
【００４３】
［ＶＷＡＰ取引市場システム］
図１のＶＷＡＰ取引市場システム１４は、注文・約定ＩＦ１０１（ＩｎｔｅｒＦａｃｅ：インターフェース）、オークション相場報道ＩＦ１０２、ＶＷＡＰ相場報道ＩＦ１０３、注文情報データベース１０４、価格情報データベース１０５、注文情報管理部１０６、価格情報管理部１０７、場管理部１０８、記憶部１０９を備える。注文情報管理部１０６、価格情報管理部１０７、場管理部１０８の各機能は、たとえばコンピュータプログラムをコンピュータプロセッサに実行させることにより実現され、このためＶＷＡＰ取引市場システム１４は、当該コンピュータプログラムを実行するためのプロセッサ、および当該コンピュータプログラムを展開するとともに一時的な記憶領域として用いる揮発性または不揮発性のメモリ装置を備える。
【００４４】
記憶部１０９は、本ＶＷＡＰ取引市場で取り扱う複数の銘柄の名称およびＩＤと、銘柄毎に参照すべきオークション取引市場のＩＤ（識別情報）を記憶している。本ＶＷＡＰ取引市場で取り扱う銘柄はオークション取引市場で取引される全銘柄ではなく、その中から選択された銘柄が記憶部１０９に事前に設定されている。
【００４５】
場管理部１０８は、本ＶＷＡＰ取引市場における取引日および場（時間）をオークション取引市場ごとに管理する。取引日および場は、対応するオークション取引市場に一致する。場管理部１０８は、対応するオークション取引市場において、場（前場または後場）が開始されるごとに、クロスポイント取引処理の開始信号を価格情報管理部１０７および注文情報管理部１０６に出力し、当該場が終了するとクロスポイント取引処理の終了信号を価格情報管理部１０７および注文情報管理部１０６に出力する。
【００４６】
たとえば場管理部１０８は、オークション取引市場毎に、取引日および場を記述したリストを予め保持し、このリストと、システムタイマに基づき、クロスポイント取引処理の開始および終了を管理する。または、場管理部１０８は、オークション取引市場システム１３から場の開始および終了を示すデータを受信し、このデータの受信に応じてクロスポイント取引処理の開始および終了を管理することも可能である。
【００４７】
注文・約定ＩＦ１０１は、証券会社システム１２からクロスポイント取引の注文データ（会員注文番号、会員ＩＤ、株式の銘柄、注文数量、売買区分、執行条件、場区分、有効期限）を受信する。注文データは証券会社システム１２のみから送られる。
【００４８】
注文情報管理部（板情報管理部）１０６は、注文・約定ＩＦ１０１で受信された注文データが受付可能か否かを検査し、受付可能なときは当該注文データにユニークなＶＷＡＰ注文番号を付与して、当該注文データを受け付けた日時（受付日時）とともに注文情報データベース１０４に格納する。一方、注文情報管理部１０６は、当該注文データを受付不能なときはエラーメッセージを証券会社システム１２に返す。注文情報データベース１０４の一例を図２に示す。
【００４９】
ここで注文データを受付可能か否かの判定は図３に示す受注判定基準に基づき行う。具体的に、前場に対する注文データは、前場の立会開始時刻の所定時間前（たとえば１時間前）から前場の終了前まで受付可能であり、前場の終了後は受付不可であるとする。また、後場の注文データは、後場の立会開始時刻の所定時間前（たとえば１時間前）から後場の終了前まではいつでも受け付け可能であり、後場の終了後は受付不可であるとする。全日場に対する注文データは、前場の立会開始時刻の所定時間前（たとえば１時間前）から後場の終了前まではいつでも受付可能であり、後場の終了後は受付不可であるとする。
【００５０】
注文情報管理部１０６は、注文情報データベース１０４に基づき、銘柄毎のＣＰ板（クロスポイント板）を作成する。注文情報管理部１０６は、新たに注文データを受け付けるごとに、該当するＣＰ板を更新する。
【００５１】
注文情報管理部１０６は、ＣＰ板の作成のために、まず注文情報データベース１０４内の注文データを銘柄別に分類し、分類した注文データをさらに売買区分に従って「売り」のものと、「買い」のものとに分ける。「売り」の注文データは売り注文、「買い」の注文データは買い注文を表す。このように分けた売り注文と買い注文とを、場区分に従って前場・全日場のグループと、後場のグループに分類し、それぞれ売り板および買い板に配置する。そして売り板および買い板においてそれぞれ注文を受付日時に応じて並べる。
【００５２】
図６はＣＰ板の一例を示す。このＣＰ板はある取引日およびある銘柄について作成されてものである。図示の注文番号はＶＷＡＰ注文番号である。
【００５３】
前場また全日場に関して、売り板側に、成行の売り注文（執行条件が横ハイフンの注文）が１つ、アップクロス（ＵＣ）の売り注文が２つ、ダウンクロスの売り注文が１つ存在する。それぞれ受付日時の早い順に高い優先順位が付与され、優先順位が高い順に右から左へ並べられている。
【００５４】
また買い板側には、成行の買い注文が２つ、アップクロスの買い注文が２つ、ダウンクロスの買い注文が１つ存在する。それぞれ受付日時の早い順に高い優先順位が付与され、優先順位の高い順に左から右へ並べられている。
【００５５】
数量セルにハッチングが施された注文は全日場の売り注文または買い注文であり、数量セルにハッチングが施されていない注文は前場の売り注文または買い注文である。なお執行条件（成行、アップクロス、ダウンクロス）の詳細は後述する。
【００５６】
一方、後場に関しては、売り板側に、成行の売り注文が１つ、アップクロスの売り注文が１つ、ダウンクロスの売り注文が１つ存在し、それぞれ受付日時の早い順に高い優先順位が付与され、右から左へ並べられている。
【００５７】
また、買い板側に、成行の買い注文が２つ、アップクロスの買い注文が１つ、ダウンクロスの買い注文が１つ存在し、それぞれ受付日時の早い順に高い優先順位が付与され、左から右へ並べられている。
【００５８】
なお図６の例では売り板および買い板ともに注文が５個まで入るように見えるが、入力個数に制限は設けないものとする。
【００５９】
オークション相場報道ＩＦ１０２は、オークション取引市場で約定した株式の約定内容を記述した相場情報を受信する。相場情報は、たとえばオークション取引市場ＩＤ、約定した銘柄、約定価格、数量（出来高）、場区分、約定時刻を含む。より詳細に、ＶＷＡＰ取引市場システム１４はオークション取引市場で報道される相場情報を、オークション取引市場の情報取得会員の資格で、オークション取引市場システムが提供する相場報道ＩＦを使用して取得する。
【００６０】
価格情報管理部１０７は、オークション相場報道ＩＦ１０２で受信された相場情報を価格情報データベース１０５に格納する。価格情報データベース１０５の一例を図４に示す。
【００６１】
なお、本ＶＷＡＰ取引市場で指定したのと異なるオークション取引市場から受信された銘柄の相場情報についてはこれを価格情報データベース１０５に格納せずに消去してもよい。
【００６２】
価格情報管理部１０７は、オークション取引市場システム１３から相場情報が受信されるごとに、当該相場情報に示される銘柄の株式のＶＷＡＰ（出来高加重平均価格）を、現在の場（前場または後場）に対して計算する。
【００６３】
ここでＶＷＡＰは、取引された金融商品（本例では株式）の出来高の加重平均価格であり、オークション取引市場での最も平均的な取引価格であるといえる。具体的に、ＶＷＡＰは、下記式により計算される。
ＶＷＡＰ＝｛Σ（約定価格×株数）｝／｛Σ株数｝ ・・・式（１）
【００６４】
たとえばある銘柄について、オークション取引市場での約定の推移が（約定価格、株数）＝（１００，５０００）、（９９，３０００）、（１０１，２０００）、（１０２，１０００）、（１０３，１０００）、（１０２，１０００）であったとすると、
ＶＷＡＰ
＝（１００＊５０００＋９９＊３０００＋１０１＊２０００＋１０２＊１０００＋１０３＊１０００＋１０２＊１０００）／（５０００＋３０００＋２０００＋１０００＋１０００＋１０００）＝１００．４６１５
と計算される。
【００６５】
価格情報管理部１０７は、計算されたＶＷＡＰと、そのときの相場情報（当該ＶＷＡＰの計算に用いた相場情報）に含まれる約定価格との履歴を記憶部１０９に履歴テーブルとして記録する。履歴テーブルは、銘柄毎、かつ場毎に用意される。なお、当該履歴テーブルに、相場情報に記述された約定時刻を追加してもよい。当該履歴テーブルの一例（２０ＸＸ年１０月１日 銘柄Ａ・前場）を図５に示す。後の参考のため約定時刻のフィールドにはＴ０，Ｔ１等の値を入れてある。
【００６６】
価格情報管理部１０７は、ＶＷＡＰを計算するごとに当該ＶＷＡＰが計算された銘柄に対する約定処理を執行するか否かを上記履歴テーブルに基づき決定する（クロス判定処理）。
【００６７】
このクロス判定処理では、ＶＷＡＰと約定価格に関して、アップクロス（第１の価格関係）およびダウンクロス（第２の価格関係）のいずれか一方が成立するか否かを判定し、いずれか一方が成立したときは「クロス有り」を判定し、いずれも成立しないときは「クロス無し」を判定する。クロス有りが判定されたときは当該銘柄に対する約定処理を執行することを決定する。
【００６８】
ここで「アップクロス」は、今回計算されたＶＷＡＰ（すなわち最新のＶＷＡＰ）が今回受信された相場情報に記述された約定価格より小さくかつ前回計算されたＶＷＡＰ（すなわち上記最新のＶＷＡＰの１つ前に計算されたＶＷＡＰ）が前回受信された相場情報に記述された約定価格より大きいこと（第１の価格関係）を意味する。
【００６９】
「ダウンクロス」は、今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格より大きくかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より小さいこと（第２の価格関係）を意味する。
【００７０】
アップクロスまたはダウンクロスの成立により、ＶＷＡＰとオークション取引市場価格とが一致したと見なすことができる。
【００７１】
以下、図１０を用いてクロス判定処理の詳細について説明する。
【００７２】
図１０は、約定価格の推移グラフ（実線）とＶＷＡＰの推移グラフ（破線）を示す。これらの推移グラフは図５の履歴テーブル（２０ＸＸ年１０月１日 銘柄Ａ・前場）に基づく。図中の横軸におけるＴ０、Ｔ１、Ｔ２・・・Ｔｍ＋１は図５の履歴テーブルの約定時刻に対応する。
【００７３】
図示のように、オークション取引市場において場（前場または後場）が開始された以降、最初に時刻Ｔ０で約定が発生し、このときの約定価格が初値となる。時刻Ｔ０のＶＷＡＰはこの初値と同一である。以降時刻Ｔ１、Ｔ２、Ｔ３・・・で約定が発生し、その都度、ＶＷＡＰが計算される。
【００７４】
ここで、時刻Ｔｎ＋２のＶＷＡＰは時刻Ｔｎ＋２の約定価格より小さく、時刻Ｔｎ＋２の直前の時刻Ｔｎ＋１におけるＶＷＡＰは時刻Ｔｎ＋１の約定価格より大きい。すなわち、図の座標系において（時刻Ｔｎ＋２、ＶＷＡＰ）と（時刻Ｔｎ＋１、ＶＷＡＰ）間を結んだ線分と、（時刻Ｔｎ＋２、約定価格）と（時刻Ｔｎ＋１、約定価格）を結んだ線分が交差し、かつこの交差が約定価格の上昇時に生じる。このような約定価格の上昇時に線分が交差する状態がアップクロスに相当する。なお交差する線分の交点を便宜上、クロスポイント（ここではクロスポイントＣＰ１）と称する。
【００７５】
時刻Ｔｎ＋６と時刻Ｔｎ＋５の間でも同様にしてアップクロスが成立し、また時刻Ｔｍ＋１と時刻Ｔｍの間でも同様にアップクロスが成立する。なお時刻Ｔｎ＋６と時刻Ｔｎ＋５の間にはクロスポイントＣＰ３が存在し、時刻ｍ＋１と時刻ｍにはクロスポイントＣＰ５が存在する。
【００７６】
時刻Ｔｍ＋１より後は約定が発生せず、時刻Ｔｍ＋１の約定価格が終値となり、時刻Ｔｍ＋１のＶＷＡＰがＶＷＡＰ終値となる。
【００７７】
一方、時刻Ｔｎ＋４のＶＷＡＰは時刻Ｔｎ＋４の約定価格より大きく、時刻Ｔｎ＋３のＶＷＡＰは時刻Ｔｎ＋３の約定価格より小さい。すなわち、図の座標系において（時刻Ｔｎ＋４、ＶＷＡＰ）と（時刻Ｔｎ＋３、ＶＷＡＰ）間を結んだ線分と、（時刻Ｔｎ＋４、約定価格）と（時刻Ｔｎ＋３、約定価格）を結んだ線分が交差し、かつこの交差が約定価格の下降時に生じる。このような約定価格の下降時に線分が交差する状態がダウンクロスに相当する。ここでは線分の交点としてクロスポイントＣＰ２が存在する。
【００７８】
時刻Ｔｎ＋８と時刻Ｔｎ＋７の間でも同様にダウンクロスが成立し、時刻Ｔｎ＋８と時刻Ｔｎ＋７の間にはクロスポイントＣＰ４が存在する。
【００７９】
価格情報管理部１０７は上述のようにＶＷＡＰが新たに計算されるごとにクロス（アップクロスまたはダウンクロス）が発生したか否かを判定する。なお図示のように、Ｔｎ＋２〜Ｔｎ＋３間、Ｔｎ＋４〜Ｔｎ＋５、Ｔｎ＋６〜Ｔｎ＋７、Ｔｎ＋８〜Ｔｎ＋９の間ではクロスの発生は無い。また時刻Ｔ０からＴｎ＋１まで、およびＴｎ＋９からＴｍまでの間にもクロスがなかったとする。
【００８０】
アップクロスとダウンクロスの定義から、アップクロスとダウンクロスとは互いに交互に現れる。図１０の例ではアップクロス→ダウンクロス→アップクロス→ダウンクロス→アップクロスとなる。
【００８１】
価格情報管理部１０７は、クロス有りを判定したとき（アップクロスまたはダウンクロスのいずれかが成立したとき）、クロス有りが判定された銘柄に対する約定処理の執行を指示する約定処理指示データを注文情報管理部１０６に送る。この際、約定処理指示データには、当該銘柄の取引価格として、今回受信された相場情報に記述された約定価格と同一価格の指定を含め、さらに、発生したクロス種別（アップクロスまたはダウンクロス）と、場区分（現在の場の区分）とを含める。
【００８２】
たとえば時刻Ｔｎ＋２においてアップクロスの成立が決定されたときはＴｎ＋２のオークション取引市場の約定価格と同一価格が、ＶＷＡＰ取引市場の取引価格（約定価格）と指定される。また時刻Ｔｎ＋４においてダウンクロスの成立が決定されたときは、Ｔｎ＋４のオークション取引市場の約定価格と同一価格が、ＶＷＡＰ取引市場の取引価格と指定される。
【００８３】
一方、価格情報管理部１０７は、クロス無しを判定したときは、当該銘柄について約定処理を行わないことを決定する。
【００８４】
ここでＶＷＡＰ取引市場における取引価格を今回受信された相場情報に記述された約定価格（最新約定価格）と同一価格とし、ＶＷＡＰとしないのは、たとえばアップクロスのときにＶＷＡＰで該当銘柄の株式が約定（買い）した後、オークション取引市場で当該株式を売ることで、ＶＷＡＰと上記約定価格との差分の利益を得ようとする裁定取引を阻止するためである。したがって、このような裁定取引を許容するのであればＶＷＡＰをＶＷＡＰ取引市場における取引価格として採用することも可能である。
【００８５】
なお、本実施形態ではクロス有りが判定されたときのみ約定処理が行われるため、場中、一度もクロスが発生しない場合は、約定処理は一度も行われないこととなる。ただし価格は一般的にＶＷＡＰとの乖離が高くなるとそれを縮小させる方向に動くので、ほとんどの場合クロスは発生するものと考えられる。
【００８６】
注文情報管理部１０６では、価格情報管理部１０７からの約定処理指示データに含まれる銘柄および場区分に対応するＣＰ板（図６参照）を特定し、特定したＣＰ板に基づき約定処理を執行する。
【００８７】
より詳細に、注文情報管理部１０６は、特定したＣＰ板において、約定処理指示データに含まれるクロス種別（アップクロスまたはダウンクロス）に合致する執行条件を有する売り注文と買い注文とを、それぞれの優先順位に従って、マッチングさせる。
【００８８】
前述したように執行条件には「成行」、「アップクロス」、「ダウンクロス」が存在する。
【００８９】
執行条件の「成行」はアップクロスおよびダウンクロスのいずれか任意の一方が成立したときに約定処理を執行することを意味し、執行条件の「アップクロス」はアップクロスが成立したときのみ約定処理を執行することを意味し（ダウンクロスの成立では約定処理を執行しない）、執行条件の「ダウンクロス」はダウンクロスが成立したときのみ約定処理を執行することを意味する（アップクロスの成立では約定処理を執行しない）。
【００９０】
以下、図６のテーブル例を用いて約定処理の執行例を示す。ここでは価格情報管理部１０７からの約定処理指示データに含まれるクロス種別が「アップクロス」、場区分が「前場」であるとする。すなわち前場でアップクロスが成立した場合を想定する。したがって図６の上段に示す前場取引＋全日場取引のＣＰ板が用いられる。
【００９１】
クロス種別が「アップクロス」のため、約定処理の対象となるものは執行条件が「成行」および「アップクロス」の売り注文および買い注文である。
【００９２】
まず図６の前場取引＋全日場取引の板において「成行」および「アップクロス」の売り注文および買い注文についてみると、売り注文の合計数は１２５（＝２０＋５０＋５５）、買い注文の合計数は１２０（＝２５＋２０＋３０＋４５）である。従って、買い注文の方はすべての約定し、一方、売り注文の方は１２５−１２０＝５の数量が不足する。
【００９３】
具体的に、まず、注文番号１の売り注文の数量２０と、注文番号３の買い注文の数量２５のうちの２０がマッチし、次に、注文番号４の売り注文の数量５０のうち５と注文番号３の残りの数量５がマッチし、次に、注文番号４の売り注文の残りの数量４５のうちの２０と、注文番号５の買い注文の数量２０とがマッチし、次に注文番号４の売り注文の残りの数量２５と、注文番号６の買い注文の数量３０のうちの２５とがマッチし、次に注文番号１０の売り注文の数量５５のうちの５と、注文番号６の買い注文の残りの数量５とがマッチし、次に注文番号１０の売り注文の残りの数量５０のうちの４５と、注文番号７の買い注文の数量４５とがマッチし、最終的に、注文番号１０の売り注文が数量５だけ残る。
【００９４】
つまり、「成行」および「アップクロス」の売り注文のうち、優先順位の最も低い（受付日時の最も遅い）注文番号１０の売り注文については、数量５５のうち、数量５０の分の注文は約定するが、残りの数量５の注文は約定されずに残る。この結果、テーブルは図７のように更新される。すなわち注文番号１，４の売り注文と注文番号３，５，６，７の買い注文が約定してＣＰ板からなくなり、注文番号１０の売り注文については未約定分の数量５が残る。またダウンクロスの注文番号８の売り注文と注文番号２の買い注文も約定対象とされずそのまま残る。残ったこれらの売り注文および買い注文は受付日時に応じて再度並べ直される。
【００９５】
図７のＣＰ板の状態で証券会社システム１２からたとえば本テーブルと同一銘柄について、前場を指定した注文データが受け付けられたとする。この場合、注文情報管理部１０６は当該注文データに基づき、当該ＣＰ板を更新する。たとえば当該注文データの執行条件が「アップクロス」、売買区分が「買い」、場区分が「前場」、数量が「１０」の場合、図８に示すようにＣＰ板が更新される（注文番号１８が付与されたとする）。この新たに追加された買い注文は次回のアップクロスの成立時に約定処理の対象とされる。このように本実施形態ではオークション取引市場での場の開催中でもリアルタイムにクロスポイント注文が可能である。
【００９６】
注文情報管理部１０６は、前場を指定した注文（売り注文および買い注文）のうち前場で約定できなかったものまたは一部約定した場合の残り分については注文を失効させる。一方、全日場を指定した注文については前場で約定できなかったものまたは上記残り分については持ち越され、同じ板（「前場＋全日場」）にそのまま残る。なお、持ち越された注文の受付日時は、前場と同じ値を維持する。
【００９７】
たとえば仮に図８のテーブル状態で前場が終了したとすると、ＣＰ板は図９のように更新される。「成行」を指定した注文番号１０の売り注文が後場に持ち越される。一方、「前場」を指定した注文番号８の売り注文、「前場」を指定した注文番号２、１８の買い注文は持ち越されることなく、失効する。
【００９８】
なお、注文データに有効期限が指定されている場合は、未約定分（残り分）は最大で有効期限まで繰り越され、有効期限満了時においても未約定分が存在するときのみその注文は失効する。
【００９９】
ここで後場が開始された後は、前場＋全日場の板と、後場の板とでそれぞれ別個に約定処理が行われ、価格情報管理部１０７でのクロス判定処理は全日場と後場とでそれぞれ別個に行われる。全日場に対しては、当初初日（前場）からの積み重ねでＶＷＡＰを計算し（つまり前場の最終ＶＷＡＰを後場で取得される相場情報で逐次更新し）、クロス判定を行う。後場に対しては、後場の開始後に取得された約定情報のみを用いてＶＷＡＰの計算を行い、クロス判定処理を行う。したがって、全日場と後場とではＶＷＡＰ値が全く異なる動きになる。なお前場終了後に受け付けられた全日場の注文は前場＋全日場の板に入れられる。
【０１００】
注文・約定ＩＦ１０１は、証券会社システム１２から受け付けた注文データに対する応答データとして約定通知または失効通知を、当該証券会社システム１２（取引参加者）宛に送信する。
【０１０１】
すなわち、約定（注文の一部が約定した場合も含む）された注文データに対しては約定通知を送信し、全く約定しなかった注文データに対しては失効通知を送信する。有効期限の指定により次の日以降に繰り越された注文については繰り越し通知を送信してもよい。
【０１０２】
約定通知は、たとえば注文が約定したことを識別する識別子、会員注文番号、会員ＩＤ、銘柄、注文数量、約定数量、約定価格、売買区分、および場区分を含む。約定が複数回に分かれて行われた場合、約定通知は約定の都度、送信される。
【０１０３】
失効通知は、たとえば注文が失効したことを識別する識別子、会員注文番号、会員ＩＤ、株式の銘柄、注文数量、売買区分、および場区分を含む。
【０１０４】
ここで注文情報管理部１０６は、ＣＰ板を更新（注文データの受信に基づく更新、または約定処理による更新）した際は、更新後のテーブルに基づく気配情報を生成する。ＶＷＡＰ相場報道ＩＦ１０３は、生成された気配情報を証券会社システム１２、情報ベンダーシステム２１および一般企業システム２２に送信する。
【０１０５】
気配情報は、たとえばテーブル更新後における、場所別（前場、後場、全日場）、執行条件（成行、アップクロス、ダウンクロス）別および売買別の合計注文数量の情報を含む。さらに気配情報は、売買別の注文の件数も含んでも良い。またその他の情報を含んでもよい。
【０１０６】
また注文情報管理部１０６は、注文が約定するごとに、約定した銘柄、取引価格（約定価格）および約定数量を含む約定情報を生成する。約定情報には会員注文番号や会員ＩＤは含めない。ＶＷＡＰ相場報道ＩＦ１０３は当該約定情報を、証券会社システム１２、情報ベンダーシステム２１および一般企業システム２２に送信する。
【０１０７】
証券会社システム１２は、ＶＷＡＰ取引市場システム１４から受信した約定通知または失効通知を、該当する注文要求を行った顧客端末１１に送信する。
【０１０８】
顧客端末１１は、証券会社システム１２からの約定通知または失効通知を出力（たとえば画面に表示）する。これにより顧客は、所望する銘柄の株式を取得または売却できたか、また取得または売却できた場合の約定数量および取引価格を知ることができる。
【０１０９】
また、証券会社システム１２は、ＶＷＡＰ取引市場システム１４から受信した気配情報および約定情報を自身の表示装置に表示するとともに、接続されたすべての顧客端末１１に送信する。また顧客端末１１、情報ベンダーシステム２１および一般企業システム２２は、それぞれ受信した気配情報および約定情報を出力（たとえば画面に表示）する。これにより相場情報取得者および顧客は、ＶＷＡＰ取引市場で扱われる銘柄の動向を知ることができる。
【０１１０】
なお約定した株式と金銭の決済は証券会社の決済システムで行われ、ＶＷＡＰ取引市場システム自体はそれに直接関与しない。株式の場合の券面口座を管理するのは主に証券保管振替機構になり、証券会社決済システムと証券保管振替機構との間での決済指示で、証券保管振替機構内の証券口座の保有者の名義書き換えが行われ、金銭授受は証券会社決済システムと一般的には信託銀行口座との間で行われる。
【０１１１】
以下、図１１および図１２を用いてＶＷＡＰ取引市場システム１４の動作の流れについて説明する。
【０１１２】
図１１は、ＶＷＡＰ取引市場システム１４における注文データの受け付け処理の流れの一例を示すフローチャートである。
【０１１３】
ステップＳ１０１において、注文・約定ＩＦ１０１が、証券会社システム１２からクロスポイント取引の注文データが受信されたか否かを検査する。
【０１１４】
注文データが受信されたとき（Ｓ１０１のＹＥＳ）、注文情報管理部１０６は、当該注文データを受付可能か否かを検査する（ステップＳ１０２）。すなわち注文データ内容（銘柄・執行条件・数量等）に間違いがないか（つまり銘柄・執行条件・数量等が指定可能な値となっているか）、注文データの受付日時が図３の基準を満たすか否かを検査する。
【０１１５】
受け付け可能なときは（Ｓ１０２のＹＥＳ）、当該注文データに対しユニークな注文番号を設定し、当該注文データと注文番号と受付日時とを注文情報データベース１０４に格納する（Ｓ１０３）。当該注文データの受付日時はたとえば当該注文データの受信日時を用いることができる。
【０１１６】
一方、注文情報管理部１０６は、当該注文データを受付不能なときは（Ｓ１０２のＮＯ）、エラーメッセージを証券会社システム１２に返し（Ｓ１０４）、ステップＳ１０１に戻る。
【０１１７】
ステップＳ１０５において、注文情報管理部１０６は、当該注文データに対応するＣＰ板を作成または更新する。
【０１１８】
ステップＳ１０６において、注文情報管理部１０６は、ＣＰ板の更新による板状況の変化を表す気配情報を、ＶＷＡＰ相場報道ＩＦを介して証券会社システム１２、情報ベンダーシステム２１および一般企業システム２２に送信する。この後、ステップＳ１０１に戻る。なお注文情報管理部１０６は、証券会社システム１２から注文のキャンセルを受信した場合も、ステップＳ１０５，Ｓ１０６と同様にしてＣＰ板を更新し、相場情報を送信する。
【０１１９】
図１２は、図１のＶＷＡＰ取引市場システムにおけるクロスポイント取引処理の流れの一例を示すフローチャートである。
【０１２０】
ステップＳ２０１において、場管理部１０８は、所定の時刻になったとき、場（前場または後場）の開始を決定し、注文情報管理部１０６および価格情報管理部１０７に場の開始を示す開始信号を通知する。
【０１２１】
ステップＳ２０２おいて、たとえば一定時間毎に、価格情報管理部１０７は、オークション相場報道ＩＦ１０２で相場情報が受信されているか否かを検査する。オークション相場報道ＩＦ１０２はたとえば受信される相場情報を内部にバッファリングし、価格情報管理部１０７からの問い合わせを受けたときは、バッファリングしている相場情報をすべて価格情報管理部１０７に出力する。
【０１２２】
オークション相場報道ＩＦ１０２で相場情報が受信されているとき（ＹＥＳ）、価格情報管理部１０７は、当該相場情報を価格情報データベース１０５に格納するとともに、ＶＷＡＰを計算する（Ｓ２０３）。一方、相場情報が受信されていないときは（ＮＯ）、場が終了したか否かの判定を行うステップＳ２０９に進む。
【０１２３】
ステップＳ２０４において、価格情報管理部１０７は、当該ＶＷＡＰと上記相場情報に含まれるオークション取引市場の約定価格と、１つ前に計算されたＶＷＡＰとそのときのオークション取引市場の約定価格とに基づき、クロス判定処理を行う。
【０１２４】
クロス判定処理によりクロス有りが判定されたとき、価格情報管理部１０７は約定処理指示データを注文情報管理部１０６に送る（Ｓ２０５）。
【０１２５】
クロス無しが判定されたとき、価格情報管理部１０７は、約定処理を執行しないことを決定し（Ｓ２０６）、ステップＳ２０９に進む。
【０１２６】
ステップＳ２０７において、注文情報管理部１０６は、価格情報管理部１０７からの約定処理指示データに応じて、該当するＣＰ板を特定し、約定処理を執行する。
【０１２７】
ステップＳ２０８において、注文情報管理部１０６は、約定した注文データに対する約定通知を生成し、生成した約定通知を注文・約定ＩＦ１０１を介して、当該注文データを送信した証券会社システムに送信する。また注文情報管理部１０６は、約定した株式の約定内容を含む約定情報、および約定処理で更新されたＣＰ板の情報を含む気配情報を、ＶＷＡＰ相場報道ＩＦ１０３を介して、証券会社システム１２、情報ベンダーシステム２１および一般企業システム２２に送信する。
【０１２８】
ステップＳ２０９において、場管理部１０８が、現在の場が終了したか否かを検査する。
【０１２９】
場管理部１０８が場の終了を決定したときは（Ｓ２０９のＹＥＳ）、注文情報管理部１０６および価格情報管理部１０７に場の終了を示す終了信号を通知し（Ｓ２１０）、まだ場が終了していないとき、ステップＳ２０２に戻る。
【０１３０】
ステップＳ２１１において、注文情報管理部１０６および価格情報管理部１０７は、場管理部１０８から終了データの通知を受けたときは、各々処理の終了を決定する。この際、注文情報管理部１０６は、最後まで約定しなかった注文の失効通知を、当該注文を行った証券会社システム１２に注文・約定ＩＦ１０１を介して送信する。
【０１３１】
上記実施形態では、ＶＷＡＰ取引市場の取引価格をオークション取引市場価格と一致させたが、これは、両価格の差が通常大きくならないことを想定している。しかしながら、例外的には、これらの価格差が大きくなる可能性も否定できない。そこで、価格情報管理部１０７では、今回計算されたＶＷＡＰと今回受信された相場情報に記述された約定価格との差が所定の閾値以上のときはアップクロスまたはダウンクロスが達成されても約定処理を行わないことを決定してもよい。この場合、価格情報管理部１０７は、アップクロスまたはダウンクロスが達成されても、約定処理指示データを注文情報管理部１０６に送出しない。
【０１３２】
また上記実施形態では「アップクロス」を、「今回計算されたＶＷＡＰが今回受信された相場情報の約定価格より小さくかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より大きいこと」を意味するとして定義したが、今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格に一致する場合もアップクロスに含めてもよい。すなわち、「アップクロス」を、「今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格以下でありかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より大きいこと」を意味するとして定義してもよい。
【０１３３】
また「ダウンクロス」を、「今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格より大きくかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より小さいこと」を意味するとして定義したが、今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格に一致する場合もアップクロスに含めてもよい。すなわち、「ダウンクロス」を、「今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格以上でありかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格より小さいこと」を意味するとして定義してもよい。
【０１３４】
また今回計算されたＶＷＡＰが今回受信された相場情報に記述された約定価格に一致しかつ前回計算されたＶＷＡＰが前回受信された相場情報に記述された約定価格に一致する可能性も考えられるが、このようなケースが発生した場合は、アップクロスおよびダウンクロスの両方が発生したとして扱っても良い。
【０１３５】
以上、本実施形態によれば、オークション取引市場における場の開始前のみならず、場中もＶＷＡＰ取引市場におけるクロスポイント取引に参加でき、顧客にとって利便性の高い新たな取引市場の提供が可能となる。
【０１３６】
また本実施形態による取引価格は、オークション取引市場での価格と一致しており、したがってその時点での評価損益は発生せず、ＶＷＡＰ値にも近い価格である。また、本ＶＷＡＰ取引市場での売買価格が、オークション取引市場での価格と一致していることで、オークション取引市場の価格形成には影響を及ぼさない。したがって、当該ＶＷＡＰ取引市場は、価格形成を目的とするオークション取引市場との明確な市場の分離を図ることができ、これにより正常な証券取引市場の形成が可能となる。
【０１３７】
また本実施形態のクロスポイント取引は相対取引（証券会社対顧客の取引）ではなく顧客対顧客の売買取引であるため、手間がかからず手数料が少なくて済むメリットがある。
【０１３８】
このようにＶＷＡＰ取引市場は従来のＶＷＡＰ終値取引の問題を解消したＶＷＡＰベースの新たな取引手法を実現しており、従来のＶＷＡＰ終値取引に代えて利用することで、証券会社は、従来行っていたＶＷＡＰ追従のための大量の小口注文をオークション取引市場へ行う必要はなくなり、これにより、証券会社は、複雑なアルゴリズムトレードの発注システムの管理および維持を無くして、費用を削減することができる。一方、オークション取引市場ではこのような大量の小口注文が減り、そのシステム負荷を大きく低減することが可能となる。
【０１３９】
なお、本実施形態の取引方式に、ＶＷＡＰ終値取引方式を組み合わせ、より幅広い範囲のＶＷＡＰ取引市場を形成することも可能である。
【０１４０】
（第２の実施形態）
本第２の実施形態において、顧客端末１１では複数の注文数量を指定可能に構成される。
【０１４１】
たとえば顧客端末１１で図１３の画面の「詳細設定ボタン」を押下して図１４の詳細設定フォームを表示し、当該フォームで「複数指定」を選択することで、複数の注文数量を行うことを決定し、各入力欄ＣＰ１〜ＣＰ３に０以上の数量を入力する。本例では最大で３個の数量を指定可能だが、４個以上の数量を指定可能にしてもよい。入力欄に入力した数量は将来にわたる複数のクロスポイントに対する注文予約を表し、ＣＰ１から順番に約定処理の対象とされる。
【０１４２】
顧客端末は、前述の実施形態と同様に注文要求を生成して証券会社システム１２に送信するが、この際、注文要求には、各入力欄ＣＰ１〜ＣＰ３に入力された複数の数量を含める。
【０１４３】
証券会社システム１２は、前述の実施形態と同様に、顧客端末から受信された注文要求の内容を内部のデータベースに保存するとともに、クロスポイント取引の注文データを生成してＶＷＡＰ取引市場システム１４に送信する。この際、注文データには、当該注文要求に含まれる複数の注文数量を含める。
【０１４４】
ＶＷＡＰ取引市場システム１４の注文情報管理部１０６では、当該注文データをＶＷＡＰ注文番号および受付日時とともに注文情報データベース１０４に格納し、上述の第１の実施形態と同様して、ＣＰ板を生成または更新する。第１の実施形態では銘柄に応じて１つのＣＰ板を生成したが、本第２の実施形態では、指定可能な注文数量の個数だけＣＰ板を生成する。たとえば図１４の例の場合、入力欄ＣＰ１〜ＣＰ３に対応して、３個のＣＰ板１〜３を生成する。
【０１４５】
たとえば注文情報データベースが図１５の場合のＣＰ板は図１６（Ａ）のようになる。
【０１４６】
ただし、図１６（Ａ）のＣＰ板の例では、説明の簡単のため、買い注文のみを示し、売り注文の表記は省略している。
【０１４７】
また図１５の例では、説明の簡単のためＶＷＡＰ注文番号（図１５では注文番号と略記されている。以降の説明において同様）、受付時刻、売買区分、執行条件、数量のみ表示し、受付日、会員注文番号、会員ＩＤ、場区分等の表示は省略している。
【０１４８】
図１５において、数量は、最大で３個指定されており、左に位置するものほど、執行条件を満たす、時間的に先のクロスポイントに対応する。たとえば注文番号１の数量（１０，１５，２０）は数量１０が、最も先に達成される上記執行条件を満たすクロスポイントに対応し、数量１５がその次に達成される上記執行条件を満たすクロスポイント、数量２０がさらにその次に達成される上記執行条件を満たすクロスポイントに対応する。顧客端末では数量１０は入力欄ＣＰ１、数量１５は入力欄ＣＰ２，数量２０は入力欄ＣＰ３に入力されている。また注文番号３の数量（２０，３０）は、顧客端末では、入力欄ＣＰ１、ＣＰ２に数量２０，３０が入力され、ＣＰ３に０（またはヌル）が入力されたものである。
【０１４９】
図１５および図１６（Ａ）から理解されるように、最大で３つ指定された数量のうち、入力欄ＣＰ１に入力された数量の注文はＣＰ板１、入力欄ＣＰ２に入力された数量の注文はＣＰ板２、入力欄ＣＰ３に入力された数量の注文はＣＰ板３に追加される。売り注文の場合も同様にしてＣＰ板１〜３にそれぞれ追加される（図示せず）。
【０１５０】
価格情報管理部１０７から約定処理指示データが入力された場合の注文情報管理部１０６における約定処理は以下のようにして行われる。
【０１５１】
ここでは一例として前場において９時１５分にアップクロスが達成され、そのときＣＰ板１に３つの売り注文
［注文番号２、数量：４０、執行条件：成行］、
［注文番号４，数量：３０、執行条件：アップクロス］
［注文番号７、数量：１０、執行条件：成行］
が存在したとする（図１５参照）。成行の合計注文数は５０、アップクロスの合計注文数は３０である。
【０１５２】
本実施形態に係る約定処理ではＣＰ板１に基づいて買い注文と売り注文とのマッチングが行われ、ＣＰ板２，３はそれぞれ約定処理後におけるＣＰ板１，２の更新用のデータとして用いられる。
【０１５３】
上記のようにアップクロスが達成されたことから、ＣＰ板１において、「成行」または「アップクロス」の執行条件を有する売り注文と買い注文とがマッチングされる。ここでは、上記した注文番号２，４，７の３つの売り注文と、図１６（Ａ）における注文番号１，３，６，８の買い注文とがマッチングされる。
【０１５４】
約定処理は第１の実施形態と同様、受付時刻の優先順位に従って行われ、この結果、図１７に示すように、注文番号１，３，６の買い注文はすべて約定し（全出来）、注文番号８の買い注文は数量２０のみ約定し、残りの数量５は未約定となる（内出来）。また３つの売り注文はすべて約定する。執行条件がダウンクロスの注文は約定処理の対象外となる。
【０１５５】
約定処理の終了後、ＣＰ板２に基づきＣＰ板１の更新処理を行う。以下、買い注文に対するＣＰ板１の更新処理を説明するが、売り注文の場合も同様にして行う。
【０１５６】
（ステップＡ）まずＣＰ板１において残数が発生した注文と、約定処理の対象となったが全く約定しなかった（１つも約定しなかった）注文について、それぞれ同じ注文番号の注文がＣＰ板２に存在するか否かを検査する。そのような注文が存在する場合は、ＣＰ板２における当該注文の数量を、ＣＰ板１における同一注文番号の板に加算するとともに、ＣＰ板２から当該注文を消去する。
【０１５７】
図１６（Ａ）および図１７の例ではＣＰ板２における注文番号８の注文の数量３５が、ＣＰ板１の同番号の注文（残数量５）に追加されて、図１６（Ｂ）のように数量４０に更新される。この際、ＣＰ板２における注文番号８の注文は消去される。
【０１５８】
（ステップＢ）次にＣＰ板２において、達成された執行条件と同一もしくは成行の注文が存在するかどうかを検査し、存在する場合は、そのような注文を１つ上位のＣＰ板１に移動（シフト）する。同様に、ＣＰ板３において、達成された執行条件と同一の注文が存在するかどうかを検査し、存在する場合は、そのような注文を１つ上位のＣＰ板２に移動（シフト）する。一般にＣＰ板がＮ（Ｎは２以上の整数）個存在するときは、ＣＰ板Ｍ（Ｍは２以上Ｎ以下の整数）に存在する、達成された執行条件と同一もしくは成行の注文をＣＰ板Ｍ−１に移動（シフト）する。ＣＰ板１において執行の対象とならなかった注文についてはそのままＣＰ板１に残す。
【０１５９】
図１６（Ａ）および図１７の例ではＣＰ板２における注文番号１，３，６の注文が図１６（Ｂ）のようにＣＰ板１に移動される。注文番号６の注文はその執行条件がダウンクロスであり、達成された執行条件（アップクロスまたは成行）と異なるため、そのままＣＰ板１，２に残る。またＣＰ板３における注文番号１，６，８の注文がＣＰ板２に図１６（Ｂ）のように移動される。
【０１６０】
（ステップＣ）最後に、ＣＰ板１、２における各注文を受付時刻に従ってソートする（並べる）。なお各注文のソートは、ステップＡまたはＢの処理と同時に行ってもよい。
【０１６１】
なお図１６（Ｂ）のＣＰ板１〜３の状態で、新規の注文データが受け付けられたときは、当該注文データで指定された各数量の注文（買い注文または売り注文）がＣＰ板１〜３の最後尾に（すなわち最も低い優先順位で）追加される。
【０１６２】
たとえば数量（１０，２０，３０）の買いの注文が入った場合は、ＣＰ板１の最後尾に数量１０の買い注文、ＣＰ板２の最後尾に数量２０の買い注文、ＣＰ板３の最後尾に数量３０の買い注文が追加される。または、数量（４０，５０）の買いの注文が入った場合は、ＣＰ板１の最後尾に数量４０の買い注文、ＣＰ板２の最後尾に数量５０の買い注文が追加される。または数量（６０）の買いの注文が入った場合は、ＣＰ板１の最後尾に数量６０の買い注文が追加される。
【０１６３】
ここでＣＰ板１に基づく売買注文の約定処理の際、最大約定数を導入し、マッチングを最大約定数の数量で細分化して行うことも可能である。
【０１６４】
たとえば１つの買いの注文データ（注文番号：１１、数量：１００，１００，１００、執行条件：アップクロス）と、２つの売りの注文データ（注文番号：１２、数量：１００，１００，１００、執行条件：アップクロス）、（注文番号：１３，数量：５，０、０、執行条件：アップクロス）が存在するとする。
【０１６５】
具体的に、ＣＰ板１には
買い注文（注文番号：１１、数量：１００、執行条件：アップクロス）と、
売り注文（注文番号：１２、数量：１００、執行条件：アップクロス）、
売り注文（注文番号：１３，数量：５、執行条件：アップクロス）が存在し、
ＣＰ２板には
買い注文（注文番号：１１、数量：１００、執行条件：アップクロス）と、
売り注文（注文番号：１２、数量：１００、執行条件：アップクロス）が存在し、
ＣＰ３板には
買い注文（注文番号：１１、数量：１００、執行条件：アップクロス）と、
売り注文（注文番号：１２，数量１００、執行条件：アップクロス）が存在するとする。
【０１６６】
ただし注文番号１２の売りの注文は、注文番号１３の売りの注文よりも受付時刻が早いとする。またＣＰ板１〜３にはこれら以外の注文は存在せず、新たな注文も発生しないとする。
【０１６７】
この場合、これまで述べた処理に従えば、時間優先のため、計３回のアップクロスの達成により、ＣＰ板１〜３に存在する注文番号１１の買い注文と、注文番号１２の売り注文はすべて約定するが、注文番号１３の売り注文は１つの数量も約定しないこととなる。
【０１６８】
そこで本第２の実施形態では最大約定数を導入し、最大約定数の範囲でマッチングを行うことで、注文番号１３の注文にも約定の機会を与える。最大約定数は銘柄売買単位の整数倍として予め決定される。以下、該当銘柄の最大約定数を５０に設定した場合の処理例を示す。
【０１６９】
まず１回目のアップクロス達成で、ＣＰ板１において、注文番号１２の売り注文の数量５０と、注文番号１１の買い注文の数量５０がマッチし、次に、注文番号１３の売り注文の数量５と注文番号１１の買い注文の数量５とがマッチし、次に、注文番号１２の売り注文の数量４５と、注文番号１１の買い注文の数量４５とがマッチする。注文番号１２の売り注文の数量５が残る。この残った数量５の売り注文は、ＣＰ板更新処理により、ＣＰ板２の数量１００と加算されて数量１０５となり、ＣＰ板２に存在する買い注文がＣＰ板１にシフトされる。またＣＰ板３の売り注文および買い注文がＣＰ板２にシフトされる。以降、同様にして処理を継続する。
【０１７０】
（第３の実施形態）
第１〜第２の実施形態ではオークション取引市場の約定価格とＶＷＡＰとがクロスしたとき（アップクロスまたはダウンクロスが発生したとき）に約定処理を執行したが、本実施形態では、オークション取引市場の約定価格とＶＷＡＰとの差の大きさが閾値以内になったときに約定処理を執行する場合を示す。
【０１７１】
本実施形態では、オークション取引市場システム１３から相場情報が受信されるごとに、価格情報管理部１０７は、オークション取引市場の約定価格と、計算されるＶＷＡＰとを比較する。そして、価格情報管理部１０７は、これらの価格の差の大きさが閾値以内であるときは、約定処理の執行を決定し、注文情報管理部１０６に約定処理指示データを出力する。
【０１７２】
ここで、「オークション取引市場の約定価格とＶＷＡＰの差の大きさが閾値以内」の場合は、より細かく、「オークション取引市場の約定価格とＶＷＡＰの差の大きさが閾値内かつ当該約定価格がＶＷＡＰ以上（あるいはＶＷＡＰより大）」（第３の価格関係）の場合と、「オークション取引市場の約定価格とＶＷＡＰの差の大きさが閾値内かつ当該約定価格がＶＷＡＰ未満（あるいはＶＷＡＰ以下」（第４の価格関係）の場合とに分けることができる。
【０１７３】
本実施形態の構成および動作は、上記第３の価格関係が第１〜２の実施形態のアップクロス（第１の価格関係）に対応し、第４の価格関係が第１〜２の実施形態のダウンクロス（第２の価格関係）に対応するとして、第１〜第２の実施形態の説明を読み替えたものに相当する。
【０１７４】
以上、本実施形態によっても、上述の第１〜２の実施形態と同様の効果を得ることが可能である。
【符号の説明】
【０１７５】
１１：顧客端末
１２：証券会社システム（取引参加者システム）
１３：オークション取引市場システム
１４：ＶＷＡＰ取引市場システム
１０１：注文・約定ＩＦ
１０２：オークション相場報道ＩＦ
１０３：ＶＷＡＰ相場報道ＩＦ
１０４：注文情報データベース
１０５：価格情報データベース
１０６：注文情報管理部
１０７：価格情報管理部
１０８：場管理部
１０９：記憶部
【特許請求の範囲】
【請求項１】
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースと、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するオークション相場報道インターフェースと、
前記オークション相場報道インターフェースにより受信された前記相場情報を蓄積する価格情報データベースと、
前記相場情報が受信されるごとに前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、
今回計算された出来高加重平均価格が今回受信された相場情報に記述された約定価格より小さくかつ前回計算された出来高加重平均価格が前回受信された相場情報に記述された約定価格より大きい第１の価格関係、および
前記今回計算された出来高加重平均価格が前記今回受信された相場情報に記述された約定価格より大きくかつ前記前回計算された出来高加重平均価格が前記前回受信された相場情報に記述された約定価格より小さい第２の価格関係
のうちいずれか一方が成立するか否かを判定する価格情報管理部と、
前記注文情報データベースにおいて前記第１の価格関係または前記第２の価格関係が成立した銘柄を指定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理部と、
を備えたＶＷＡＰ取引市場システム。
【請求項２】
前記注文データは、前記第１および第２の価格関係のうちいずれか任意の一方が成立したときに前記約定処理の執行を要求する第１の執行条件、前記第１の価格関係が成立したときに前記約定処理の執行を要求し前記第２の価格関係が成立したときは前記約定処理の執行を要求しない第２の執行条件、および前記第２の価格関係が成立したときに前記約定処理の執行を要求し前記第１の価格関係が成立したときは前記約定処理の執行を要求しない第３の執行条件のいずれかの指定を含み、
前記注文情報管理部は、前記第１の価格関係が成立したときは前記第１および第２の執行条件を指定した注文データの約定処理を執行し、前記第２の価格関係が成立したときは前記第１および第３の執行条件を指定した注文データの約定処理を執行する、
ことを特徴とする請求項１に記載のＶＷＡＰ取引市場システム。
【請求項３】
前記注文データは、第１〜第Ｎ（Ｎは２以上の整数）の注文数量の指定を含み、
前記注文情報管理部は、前記第１〜第Ｎの注文数量を、前記注文データで指定された執行条件が成立するごとに順番に約定処理の対象とする
ことを特徴とする請求項２に記載のＶＷＡＰ取引市場システム
【請求項４】
ＶＷＡＰ取引市場への参加資格を有する取引参加者のシステムから前記注文データを受信する注文・約定インターフェースをさらに備え、
前記注文情報管理部は、前記注文データの受付処理を行い、受け付けた注文データを受付時刻とともに前記注文情報データベースに格納し、
前記注文情報管理部は、前記注文データの約定処理を前記受付時刻の早いものほど優先して執行する
ことを特徴とする請求項１ないし３のいずれか一項に記載のＶＷＡＰ取引市場システム。
【請求項５】
前記注文情報管理部は、前記今回計算された出来高加重平均価格と前記今回受信された相場情報に記述された約定価格との差が所定の閾値以上のときは前記約定処理を執行しない
ことを特徴とする請求項１ないし４のいずれか一項に記載のＶＷＡＰ取引市場システム。
【請求項６】
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースと、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するオークション相場報道インターフェースと、
前記オークション相場報道インターフェースにより受信された前記相場情報を蓄積する価格情報データベースと、
前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、計算された出来高加重平均価格と前記受信された相場情報に記述された約定価格との差の大きさが閾値以下であるか否かを判定する価格情報管理部と、
前記差の大きさが閾値以下であると判定されたとき、前記注文情報データベースにおいて前記受信された相場情報に記述された銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理部と、
を備えたＶＷＡＰ取引市場システム。
【請求項７】
コンピュータが実行するＶＷＡＰ取引方法であって、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信する受信ステップと、
前記受信ステップで受信された前記相場情報を価格情報データベースに格納する記憶ステップと、
前記相場情報が受信されるごとに前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、
今回計算された出来高加重平均価格が今回受信された相場情報に記述された約定価格より小さくかつ前回計算された出来高加重平均価格が前回受信された相場情報に記述された約定価格より大きい第１の価格関係、および
前記今回計算された出来高加重平均価格が前記今回受信された相場情報に記述された約定価格より大きくかつ前記前回計算された出来高加重平均価格が前記前回受信された相場情報に記述された約定価格より小さい第２の価格関係
のうちいずれか一方が成立するか否かを判定する価格情報管理ステップと、
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースにアクセスして前記第１または第２の価格関係が成立した銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理ステップと、
を備えたＶＷＡＰ取引方法。
【請求項８】
コンピュータが実行するＶＷＡＰ取引方法であって、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信する受信ステップと、
前記受信ステップにより受信された前記相場情報を価格情報データベースに格納する記憶ステップと、
前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、計算された出来高加重平均価格と前記受信された相場情報に記述された約定価格との差の大きさが閾値以下であるか否かを判定する価格情報管理ステップと、
前記差の大きさが閾値以下であると判定されたとき、取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースにアクセスして前記受信された相場情報に記述された銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理ステップと、
を備えたＶＷＡＰ取引方法。
【請求項１】
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースと、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するオークション相場報道インターフェースと、
前記オークション相場報道インターフェースにより受信された前記相場情報を蓄積する価格情報データベースと、
前記相場情報が受信されるごとに前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、
今回計算された出来高加重平均価格が今回受信された相場情報に記述された約定価格より小さくかつ前回計算された出来高加重平均価格が前回受信された相場情報に記述された約定価格より大きい第１の価格関係、および
前記今回計算された出来高加重平均価格が前記今回受信された相場情報に記述された約定価格より大きくかつ前記前回計算された出来高加重平均価格が前記前回受信された相場情報に記述された約定価格より小さい第２の価格関係
のうちいずれか一方が成立するか否かを判定する価格情報管理部と、
前記注文情報データベースにおいて前記第１の価格関係または前記第２の価格関係が成立した銘柄を指定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理部と、
を備えたＶＷＡＰ取引市場システム。
【請求項２】
前記注文データは、前記第１および第２の価格関係のうちいずれか任意の一方が成立したときに前記約定処理の執行を要求する第１の執行条件、前記第１の価格関係が成立したときに前記約定処理の執行を要求し前記第２の価格関係が成立したときは前記約定処理の執行を要求しない第２の執行条件、および前記第２の価格関係が成立したときに前記約定処理の執行を要求し前記第１の価格関係が成立したときは前記約定処理の執行を要求しない第３の執行条件のいずれかの指定を含み、
前記注文情報管理部は、前記第１の価格関係が成立したときは前記第１および第２の執行条件を指定した注文データの約定処理を執行し、前記第２の価格関係が成立したときは前記第１および第３の執行条件を指定した注文データの約定処理を執行する、
ことを特徴とする請求項１に記載のＶＷＡＰ取引市場システム。
【請求項３】
前記注文データは、第１〜第Ｎ（Ｎは２以上の整数）の注文数量の指定を含み、
前記注文情報管理部は、前記第１〜第Ｎの注文数量を、前記注文データで指定された執行条件が成立するごとに順番に約定処理の対象とする
ことを特徴とする請求項２に記載のＶＷＡＰ取引市場システム
【請求項４】
ＶＷＡＰ取引市場への参加資格を有する取引参加者のシステムから前記注文データを受信する注文・約定インターフェースをさらに備え、
前記注文情報管理部は、前記注文データの受付処理を行い、受け付けた注文データを受付時刻とともに前記注文情報データベースに格納し、
前記注文情報管理部は、前記注文データの約定処理を前記受付時刻の早いものほど優先して執行する
ことを特徴とする請求項１ないし３のいずれか一項に記載のＶＷＡＰ取引市場システム。
【請求項５】
前記注文情報管理部は、前記今回計算された出来高加重平均価格と前記今回受信された相場情報に記述された約定価格との差が所定の閾値以上のときは前記約定処理を執行しない
ことを特徴とする請求項１ないし４のいずれか一項に記載のＶＷＡＰ取引市場システム。
【請求項６】
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースと、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信するオークション相場報道インターフェースと、
前記オークション相場報道インターフェースにより受信された前記相場情報を蓄積する価格情報データベースと、
前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、計算された出来高加重平均価格と前記受信された相場情報に記述された約定価格との差の大きさが閾値以下であるか否かを判定する価格情報管理部と、
前記差の大きさが閾値以下であると判定されたとき、前記注文情報データベースにおいて前記受信された相場情報に記述された銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理部と、
を備えたＶＷＡＰ取引市場システム。
【請求項７】
コンピュータが実行するＶＷＡＰ取引方法であって、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信する受信ステップと、
前記受信ステップで受信された前記相場情報を価格情報データベースに格納する記憶ステップと、
前記相場情報が受信されるごとに前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、
今回計算された出来高加重平均価格が今回受信された相場情報に記述された約定価格より小さくかつ前回計算された出来高加重平均価格が前回受信された相場情報に記述された約定価格より大きい第１の価格関係、および
前記今回計算された出来高加重平均価格が前記今回受信された相場情報に記述された約定価格より大きくかつ前記前回計算された出来高加重平均価格が前記前回受信された相場情報に記述された約定価格より小さい第２の価格関係
のうちいずれか一方が成立するか否かを判定する価格情報管理ステップと、
取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースにアクセスして前記第１または第２の価格関係が成立した銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記今回受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理ステップと、
を備えたＶＷＡＰ取引方法。
【請求項８】
コンピュータが実行するＶＷＡＰ取引方法であって、
オークション取引市場における金融商品の取引を管理するオークション取引市場システムから、前記オークション取引市場で約定した金融商品の銘柄と約定価格と数量とを記述した相場情報を受信する受信ステップと、
前記受信ステップにより受信された前記相場情報を価格情報データベースに格納する記憶ステップと、
前記受信された相場情報に記述された銘柄の金融商品の出来高加重平均価格を前記価格情報データベースに基づき計算し、計算された出来高加重平均価格と前記受信された相場情報に記述された約定価格との差の大きさが閾値以下であるか否かを判定する価格情報管理ステップと、
前記差の大きさが閾値以下であると判定されたとき、取引参加者識別情報と、金融商品の銘柄と、注文数量と、売買区分と、を指定した注文データを記憶する注文情報データベースにアクセスして前記受信された相場情報に記述された銘柄を指定した注文データを特定し、特定した注文データの約定処理を執行し、約定した注文データの取引価格を前記受信された相場情報に記述された約定価格と同一価格に設定する注文情報管理ステップと、
を備えたＶＷＡＰ取引方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１１−１５０６５２（Ｐ２０１１−１５０６５２Ａ）
【公開日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願番号】特願２０１０−１３３６７（Ｐ２０１０−１３３６７）
【出願日】平成２２年１月２５日（２０１０．１．２５）
【出願人】（５９１１１５４７５）株式会社三菱総合研究所 (12)
【公開日】平成２３年８月４日（２０１１．８．４）
【国際特許分類】
【出願日】平成２２年１月２５日（２０１０．１．２５）
【出願人】（５９１１１５４７５）株式会社三菱総合研究所 (12)
[ Back to top ]