(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2022-07-20
(45)【発行日】2022-07-28
(54)【発明の名称】取引管理プログラム、情報処理装置及び取引管理システム
(51)【国際特許分類】
G06Q 40/04 20120101AFI20220721BHJP
【ＦＩ】
G06Q40/04
【請求項の数】
10
(21)【出願番号】P 2022506369
(86)(22)【出願日】2021-10-01
(86)【国際出願番号】 JP2021036439
【審査請求日】2022-01-31
【早期審査対象出願】
(73)【特許権者】
【識別番号】522039946
【氏名又は名称】株式会社マジックディメンジョンスタジオ
(74)【代理人】
【識別番号】100180758
【弁理士】
【氏名又は名称】荒木 利之
(72)【発明者】
【氏名】浅見 幸宏
【審査官】萩島 豪
(56)【参考文献】
【文献】特表２０１５－５３２９８６（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１６／００８６２６８（ＵＳ，Ａ１）
【文献】水田 孝信 他１名，人工市場シミュレーションを用いたバッチオークションの分析，人工知能学 金融情報学研究会（ＳＩＧ－ＦＩＮ） 第１８回研究会 ［ｏｎｌｉｎｅ］，日本，人工知能学会，2017年03月10日，[検索日：2021.12.06], インターネット<URL:http://sigfin.org/?plugin=attach&refer=SIG-FIN-018-01&openfile=SIG-FIN-018-01.pdf>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段として機能させる取引管理プログラム。
【請求項2】
同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段として機能させる取引管理プログラム。
【請求項3】
前記複数の取引サーバは、それぞれ同時刻となるように校正された時計モジュールを有し、当該時計モジュールにより前記申込時刻が前記注文情報に記載される請求項１又は２に記載の取引管理プログラム。
【請求項4】
前記時計モジュールは、秘密鍵を有し、当該秘密鍵からトークンを作成して前記申込時刻とともに前記注文情報に付随する請求項３に記載の取引管理プログラム。
【請求項5】
前記トークンを用いて前記注文情報を検証する検証手段としてさらに機能させる請求項４に記載の取引管理プログラム。
【請求項6】
前記裁定手段の裁定結果を取引結果情報として出力する請求項１、３～５のいずれか１項に記載の取引管理プログラム。
【請求項7】
同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段とを有する取引集約サーバ。
【請求項8】
同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段とを有する取引集約サーバ。
【請求項9】
同地域に設置されたクライアントから注文を受け付ける取引サーバと、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段とを有する取引集約サーバとを備える取引管理システム。
【請求項10】
同地域に設置されたクライアントから注文を受け付ける取引サーバと、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段とを有する取引集約サーバとを備える取引管理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、取引管理プログラム、情報処理装置及び取引管理システムに関する。
【背景技術】
【0002】
従来の技術として、複数の取引所において時間同期取引を実行する取引管理システムが提案されている（例えば、特許文献１参照）。
【0003】
特許文献１に開示された取引管理システムは、取引サーバと、複数の金融取引所と、各々が取引所と結びつき、取引所と同じ位置に配置され、そして、高精度クロックを備える複数サーバとを含む。取引サーバは、大規模取引オーダーを、複数のより小規模な取引オーダーに分割し、各々のより小規模な取引オーダーを、取引実行時刻と結合する。取引サーバは、各々の結合された、より小規模な取引オーダー、および、取引実行時刻に基づいて、同じ位置に配置される各々サーバに金融取引命令を送信する。各々のサーバの高精度クロックが取引実行時刻に到達するとき、すべてのサーバは、それらのより小さな取引命令を、それぞれの金融取引所に、実質的に同時に、提出する。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０２０－１６６９０５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１の取引管理システムによれば、大規模取引オーダーを小規模取引オーダーに分割し、かつ複数の取引所に対して同時刻に小規模取引オーダーを提出するものの、１つの取引所に対する複数の地域からの取引オーダーを扱う場合について記載されていない。１つの取引所に対する複数の地域からの取引オーダーを扱う場合、当該取引所と各地域の地理的な距離に応じて通信のタイムラグが生じ、取引所から遠い地域からの取引オーダーは近い地域からの取引オーダーに対してタイムラグだけ古い情報を参照したものとなる、という問題がある。特に、当該タイムラグ、つまり通信格差を狙った高頻度トレーダーからの攻撃が問題となる。
【0006】
従って、本発明の目的は、通信格差のある取引オーダーを平等に扱う取引管理プログラム、情報処理装置及び取引管理システムを提供することにある。
【課題を解決するための手段】
【0007】
本発明の一態様は、上記目的を達成するため、以下の取引管理プログラム、情報処理装置及び取引管理システムを提供する。
【0008】
［１］同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段として機能させる取引管理プログラム。
［２］同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段として機能させる取引管理プログラム。
［３］
前記複数の取引サーバは、それぞれ同時刻となるように校正された時計モジュールを有し、当該時計モジュールにより前記申込時刻が前記注文情報に記載される前記［１又は２に記載の取引管理プログラム。
［４］
前記時計モジュールは、秘密鍵を有し、当該秘密鍵からトークンを作成して前記申込時刻とともに前記注文情報に付随する前記［３］に記載の取引管理プログラム。
［５］
前記トークンを用いて前記注文情報を検証する検証手段としてさらに機能させる前記［４］に記載の取引管理プログラム。
［６］
前記裁定手段の裁定結果を取引結果情報として出力する前記［１］、［３］～［５］のいずれかに記載の取引管理プログラム。
［７］
同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段とを有する取引集約サーバ。
［８］
同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段とを有する取引集約サーバ。
［９］
同地域に設置されたクライアントから注文を受け付ける取引サーバと、
それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段とを有する取引集約サーバとを備える取引管理システム。
［１０］
同地域に設置されたクライアントから注文を受け付ける取引サーバと、
それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段とを有する取引集約サーバとを備える取引管理システム。
予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段として機能させる取引管理プログラム。
［２］同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段として機能させる取引管理プログラム。
［３］
前記複数の取引サーバは、それぞれ同時刻となるように校正された時計モジュールを有し、当該時計モジュールにより前記申込時刻が前記注文情報に記載される前記［１又は２に記載の取引管理プログラム。
［４］
前記時計モジュールは、秘密鍵を有し、当該秘密鍵からトークンを作成して前記申込時刻とともに前記注文情報に付随する前記［３］に記載の取引管理プログラム。
［５］
前記トークンを用いて前記注文情報を検証する検証手段としてさらに機能させる前記［４］に記載の取引管理プログラム。
［６］
前記裁定手段の裁定結果を取引結果情報として出力する前記［１］、［３］～［５］のいずれかに記載の取引管理プログラム。
［７］
同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段とを有する取引集約サーバ。
［８］
同地域に設置されたクライアントから注文を受け付ける取引サーバであって、それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、
予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段とを有する取引集約サーバ。
［９］
同地域に設置されたクライアントから注文を受け付ける取引サーバと、
それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定し、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の前記予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早める裁定手段とを有する取引集約サーバとを備える取引管理システム。
［１０］
同地域に設置されたクライアントから注文を受け付ける取引サーバと、
それぞれ異なる地域に設置された複数の前記取引サーバから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた期間毎に前記注文情報について裁定するとともに、当該裁定結果を取引結果情報として出力し、前記取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早める裁定手段とを有する取引集約サーバとを備える取引管理システム。
【発明の効果】
【0009】
請求項１、８、９に係る発明によれば、通信格差のある取引オーダーを平等に扱うことができる。
請求項２に係る発明によれば、複数の取引サーバは、それぞれ同時刻となるように校正された時計モジュールを有し、当該時計モジュールにより申込時刻を注文情報に付随することができる。
請求項３に係る発明によれば、時計モジュールは、秘密鍵を有し、当該秘密鍵からトークンを作成して申込時刻とともに注文情報に付随することができる。
請求項４に係る発明によれば、トークンを用いて注文情報を検証することができる。
請求項５に係る発明によれば、裁定手段の裁定結果を取引結果情報として出力することができる。
請求項６に係る発明によれば、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早めることができる。
請求項７に係る発明によれば、取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早めることができる。
請求項２に係る発明によれば、複数の取引サーバは、それぞれ同時刻となるように校正された時計モジュールを有し、当該時計モジュールにより申込時刻を注文情報に付随することができる。
請求項３に係る発明によれば、時計モジュールは、秘密鍵を有し、当該秘密鍵からトークンを作成して申込時刻とともに注文情報に付随することができる。
請求項４に係る発明によれば、トークンを用いて注文情報を検証することができる。
請求項５に係る発明によれば、裁定手段の裁定結果を取引結果情報として出力することができる。
請求項６に係る発明によれば、一又は複数の地域において次の注文に影響する情報が到達しないことを検知した場合、又は到達しても到達してから注文までの時間に格差が生じることを検知した場合、当該一又は複数の地域以外の地域の予め定めた期間の締切時刻を当該一又は複数の地域の締切時刻に対して早めることができる。
請求項７に係る発明によれば、取引結果情報を参照し、不正又は不正の試みを検知した場合、当該不正又は不正の試みを行ったクライアントの前記予め定めた期間の締切時刻を他のクライアントの締切時刻に対して早めることができる。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
【0012】
この取引管理システムは、取引集約サーバ１と、取引サーバ２ａ、２ｂ、２ｃ…と、記録保管サーバ３と、クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２…とをネットワーク５ａ、５ｂ、５ｃ、５ｄによって互いに通信可能に接続することで構成される。ここで、クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２…は、それぞれ取引を行う利用者によって操作される。なお、取引サーバ２ａ及びクライアント４ａ１、４ａ２は地域Ａに設置され、取引サーバ２ｂ及びクライアント４ｂ１、４ｂ２は地域Ｂに設置され、取引集約サーバ１、取引サーバ２ｃ、記録保管サーバ３及びクライアント４ｃ１、４ｃ２は地域Ｃに設置されており、地域Ａ、地域Ｂ、地域Ｃはそれぞれ遠隔地であるものとする。ここで、遠隔地とは、例えば、地域Ｃの取引集約サーバ１を基準とした場合、地域Ｃの取引サーバ２ｃと取引集約サーバ１との通信に要する時間に比べて、地域Ａの取引サーバ２ａと取引集約サーバ１との通信に要する時間（又は地域Ｂの取引サーバ２ｂと取引集約サーバ１との通信に要する時間）に少なくとも差が生じるだけ地域間の距離が離れていることをいい、具体的には、情報を通知及び取得できるまでの時間に格差（通信格差）が生じるだけ地域間の距離が離れていることをいう。また、取引集約サーバ１、記録保管サーバ３は、地域Ｃに設置した例を示したが、地域Ａ、地域Ｂに設置されていてもよいし、地域Ａ、地域Ｂ、地域Ｃ以外の地域に設置されるものであってもよい。また、地域内の通信に要する時間に比べて地域間の通信に要する時間が大きいものとする。
【0013】
取引集約サーバ１は、各地域の取引サーバ２ａ、２ｂ、２ｃ…からの注文を集約するサーバ型の情報処理装置であり、本体内に情報を処理するための機能を有するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や不揮発性及び揮発性のメモリ等の電子部品を備える。
【0014】
取引サーバ２ａ（２ｂ、２ｃ）は、それぞれの地域のクライアント４ａ１、４ａ２（４ｂ１、４ｂ２、４ｃ１、４ｃ２）からの注文を受け付けるサーバ型の情報処理装置であり、本体内に情報を処理するための機能を有するＣＰＵや不揮発性及び揮発性のメモリ等の電子部品に加え、原子時計等の精密時計モジュールを備える。
【0015】
クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２…は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置であって、本体内に情報を処理するための機能を有するＣＰＵや不揮発性及び揮発性のメモリ等の電子部品を備える。
【0016】
ネットワーク５ａ、５ｂ、５ｃ、５ｄは、高速通信が可能な通信ネットワークであり、例えば、インターネット、イントラネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の有線又は無線の通信網である。
【0017】
校正用時計サーバ６は、原子時計等の高精度の時計を持ち、取引サーバ２ａ、２ｂ、２ｃと、例えば、シリアルケーブルでそれぞれ接続され、時計モジュールの時刻の校正を定期的に行う。具体的には、校正用時計サーバ６が校正用の情報を定期的に取引サーバ２ａ、２ｂ、２ｃに送信することで行う。取引サーバ２ａ、２ｂ、２ｃの時刻モジュールの時刻は、校正用時計サーバ６が配置された地域のうち、例えば、取引集約サーバ１が配置された地域Ｃの時刻に統一されるものとするが、統一された時刻であればいずれの地域の時刻であってもよい。なお、図１では校正用時計サーバ６は、地域Ａ、Ｂ、Ｃのそれぞれに設置されている構成を示しているが、地域Ａ、Ｂ、Ｃのいずれかに設置してそれぞれ取引サーバ２ａ、２ｂ、２ｃの時計モジュールの時刻の校正を行ってもよいものの、校正用時計サーバ６が設置されていない地域の取引サーバ２ａ、２ｂ、２ｃとはネットワークを介して校正を行うこととなるため、ネットワークのレイテンシを推測して校正を行うこととなり誤差が生じうるため、地域Ａ、Ｂ、Ｃのそれぞれに校正用時計サーバ６が配置されている方が精度の観点でより好ましい。サーバ形式だけでなく、定期的に校正用の装置を取引サーバ２ａ、２ｂ、２ｃに運んで接続し、校正を行ってもよい。また、その他に、ＧＰＳの時刻情報を用いる方法、電波時計の方式を用いる方法等を採用してもよい。
【0018】
上記構成において、取引集約サーバ１は、一例として、クライアント４ａ１、４ａ２から取引サーバ２ａが受け付けた注文、クライアント４ｂ１、４ｂ２から取引サーバ２ｂが受け付けた注文、クライアント４ｃ１、４ｃ２から取引サーバ２ａが受け付けた注文を集約し、注文を検証して、予め定めた期間（例えば、１秒～６０秒）毎に注文を締め切り、期間内の注文を裁定して取引を成立又は不成立させるものである。また、取引集約サーバ１は、取引の記録を記録保管サーバ３に記録し、記録保管サーバ３は取引の結果を取引サーバ２ａ、２ｂ、２ｃに通知する。これらの動作は、上記した予め定めた期間で繰り返し行われる。なお、予め定めた期間は、前回の取引において、成功したか否かがわからないと今回の取引ができないため、実装の際は1秒程度が望ましいと考えられる。クライアント数が少ないうちは６０秒又は６０秒以上の期間を設定しても金融商品の流動性を確保できると考えられる。また、当該予め定めた期間は、大きく設定することで前回の取引結果（板情報）を用いた今回の取引の情報格差を少なくすることができ、小さく設定することでより高い頻度での取引が可能となる。以降、さらに詳細な構成について以下説明し、詳細な動作について後述する。
【0019】
（取引集約サーバの構成）
図２は、実施の形態に係る取引集約サーバ１の構成例を示すブロック図である。
図２は、実施の形態に係る取引集約サーバ１の構成例を示すブロック図である。
【0020】
取引集約サーバ１は、ＣＰＵ等から構成され、各部を制御するとともに、各種のプログラムを実行する制御部１０と、不揮発性のメモリ等の記憶媒体から構成され情報を記憶する記憶部１１と、ネットワーク５ｃを介して外部と通信する通信部１２とを備える。また、取引集約サーバ１は、図示しない揮発性メモリをさらに備える。
【0021】
制御部１０は、後述する取引管理プログラム１１０を実行することで、注文受付手段１００、注文検証手段１０１、裁定手段１０２、取引結果出力手段１０３等として機能する。
【0022】
注文受付手段１００は、取引サーバ２ａ、２ｂ、２ｃから送信される検証トークンを含む注文情報を受け付けて注文情報１１１として記憶部１１に格納する。
【0023】
注文検証手段１０１は、注文情報１１１に記載された申込時刻が予め定めた期間内（前回の締切時刻から今回の締切時刻まで）に申し込まれた注文か否か確認し、検証トークンを用いて注文情報１１１を検証する。検証の方法は後述する。
【0024】
裁定手段１０２は、注文検証手段１０１により検証された注文情報１１１を、裁定の条件が定められた裁定条件情報１１２を参照して裁定して裁定価格、売手、買手を決定して当該裁定結果を取引結果情報１１３として記憶部１１に格納する。
【0025】
取引結果出力手段１０３は、取引結果情報１１３を記録保管サーバ３に出力する。
【0026】
記憶部１１は、制御部１０を上述した各手段１００－１０３として動作させる取引管理プログラム１１０、注文情報１１１、裁定条件情報１１２、取引結果情報１１３等を記憶する。
【0027】
（情報処理装置の構成）
図３は、実施の形態に係る取引サーバ２ａの構成例を示すブロック図である。なお、取引サーバ２ｂ、２ｃは、取引サーバ２ａと共通の構成を有するため説明を省略する。
図３は、実施の形態に係る取引サーバ２ａの構成例を示すブロック図である。なお、取引サーバ２ｂ、２ｃは、取引サーバ２ａと共通の構成を有するため説明を省略する。
【0028】
取引サーバ２ａは、ＣＰＵ等から構成され、各部を制御するとともに、各種のプログラムを実行する制御部２０と、不揮発性のメモリ等の記憶媒体から構成され情報を記憶する記憶部２１と、ネットワークを介して外部と通信する通信部２２と、原子時計等を用いた高精度な時計モジュール２３を備える。また、取引サーバ２ａは、図示しない揮発性メモリをさらに備える。
【0029】
制御部２０は、後述する取引管理プログラム２１０を実行することで、注文受付手段２００、検証トークン生成手段２０１、注文要求手段２０２等として機能する。
【0030】
注文受付手段２００は、クライアント４ａ１、４ａ２から注文を受け付けて記憶部２１に注文内容が記載された注文情報２１１として格納する。
【0031】
検証トークン生成手段２０１は、時計モジュール２３に問い合わせを行うことで、注文受付手段２００が注文を受け付けたタイミングの時刻情報及び後述するトークンを取得し、注文情報２１１に時刻情報を記載するとともに、当該トークンを記憶部２１に検証トークン情報２１２として格納する。
【0032】
注文要求手段２０２は、注文情報２１１及び検証トークン情報２１２を連結したトークン（つまり、署名済みの注文情報２１１）とともに注文要求を取引集約サーバ１に送信する。
【0033】
記憶部２１は、制御部２０を上述した各手段２００－２０２として動作させる取引管理プログラム２１０、注文情報２１１、検証トークン情報２１２等を記憶する。
【0034】
時計モジュール１２は、問い合わせに応じて時刻情報を返すとともに、内部に備えた記憶部に秘密鍵を記憶しており、検証トークン生成手段２０１の問い合わせに応じて当該秘密鍵を用いてトークンを生成し、時刻情報と当該トークンとを検証トークン生成手段２０１に出力する。
【0035】
図４は、注文情報１１１の構成例を示す概略図である。
【0036】
注文情報１１１は、注文を識別するための注文ＩＤと、注文を行った利用者を識別するための利用者ＩＤと、注文の種類を示す注文種類と、注文の対象と、価格と、数量と、申込時刻（時刻情報）である時刻とを有する。注文情報１１１は、さらに図示しないトークンを有するものとする。
【0037】
図５は、取引結果情報１１３の構成例を示す概略図である。
【0038】
取引結果情報１１３は、取引結果を識別するための結果ＩＤと、当該取引の期間の終了時刻を示す締切時刻と、注文ＩＤと、利用者ＩＤと、注文種類と、対象と、価格と、数量と、申込時刻である時刻と、注文が成立したか否かを示す成否とを有する。
【0039】
（情報処理装置の動作）
次に、本実施の形態の作用を、（１）全体動作、（２）裁定動作に分けて説明する。
次に、本実施の形態の作用を、（１）全体動作、（２）裁定動作に分けて説明する。
【0040】
（１）全体動作
図６は、取引管理システムの全体動作を説明するためのフローチャートである。
図６は、取引管理システムの全体動作を説明するためのフローチャートである。
【0041】
地域Ａの取引を所望する利用者らは、それぞれクライアント４ａ１、４ａ２（以降、地域Ｂのクライアント４ｂ１、４ｂ２、地域Ｃのクライアント４ｃ１、４ｃ２…についても同様である。）を操作して所望の証券について買い又は売りの注文を実行する。クライアント４ａ１、４ａ２は、注文操作に応じて取引サーバ２ａに注文を送信する（Ｓ４０）。ここで、地域Ｂのクライアント４ｂ１、４ｂ２であれば取引サーバ２ｂに、地域Ｃのクライアント４ｃ１、４ｃ２であれば取引サーバ２ｃに、といったように地域内の（最も距離が近い）取引サーバに注文を送信するものとする。
【0042】
取引サーバ２ａの注文受付手段２００は、クライアント４ａ１、４ａ２から注文を受け付けて記憶部２１に注文情報２１１として格納する（Ｓ２０）。
【0043】
次に、取引サーバ２ａの検証トークン生成手段２０１は、時計モジュール２３に問い合わせを行うことで、注文受付手段２００が注文を受け付けたタイミングの時刻情報及びトークンを取得し、注文情報２１１に時刻情報を記載するとともに、当該トークンを記憶部２１に検証トークン情報２１２として格納する（Ｓ２１）。
【0044】
次に、取引サーバ２ａの注文要求手段２０２は、注文情報２１１及び検証トークン情報２１２を連結したトークンとともに注文要求を予め定めた締切時刻毎（例えば、数秒毎、数分毎等）に取引集約サーバ１に送信する。なお、注文要求送信のタイミングは、注文情報２１１及び検証トークン情報２１２の生成完了次第即時でもよいし、予め定めた間隔で送信してもよい。取引サーバ２ａの注文要求手段２０２は、締切時刻経過後速やかに注文要求を送信することが好ましいが、取引集約サーバ１の裁定開始時刻を遅らせることができる場合は、裁定開始時刻までに取引集約サーバ１に到達するように注文要求を送信するようにしてもよい。
【0045】
次に、取引集約サーバ１の注文受付手段１００は、取引サーバ２ａ、２ｂ、２ｃからそれぞれ送信される注文情報及び検証トークンを受け付けて注文情報１１１として記憶部１１に格納する（Ｓ１０）。
【0046】
次に、取引集約サーバ１の注文検証手段１０１は、注文情報１１１の検証トークンを検証する（Ｓ１１）。具体的には、取引サーバ２ａ、２ｂ、２ｃの公開鍵を用いて署名である検証トークンを検証する。
【0047】
次に、取引集約サーバ１の裁定手段１０２は、注文検証手段１０１により検証された注文情報１１１を、予め定めた期間（前回の締切時刻から今回の締切時刻の間）毎に、予め定めた期間に含まれる注文情報１１１について、裁定の条件が定められた裁定条件情報１１２を参照して裁定して裁定価格、売手、買手を決定して取引結果情報１１３として記憶部１１に格納する（Ｓ１２）。具体的な裁定動作は、「（３）裁定動作」において説明する。
【0048】
次に、取引集約サーバ１の取引結果出力手段１０３は、当該期間の裁定結果を取引結果情報１１３として記録保管サーバ３に出力する（Ｓ１３）。
【0049】
記録保管サーバ３は、取引集約サーバ１から取引結果情報１１３を受け付けて記録し（Ｓ３０）、取引結果情報１１３の全てまたは一部をクライアント４ａ１、４ａ２に送信する（Ｓ３１）。
【0050】
クライアント４ａ１、４ａ２は、取引結果情報１１３を受信し（Ｓ４１）、取引結果を板情報として表示部に表示する。利用者は、クライアント４ａ１、４ａ２の表示部に表示された取引結果を確認する。確認のタイミングは、取引毎であってもよいし、必要に応じてクライアント４ａ１、４ａ２が参照したタイミングであってもよい。
【0051】
（２）裁定動作
取引集約サーバ１の裁定手段１０２は、裁定条件情報１１２に記載された条件の一例として、以下の方法によって裁定を行う。
（２－１）
取引集約サーバ１の裁定手段１０２は、予め定めた期間に含まれる注文情報１１１のうち、最高値の買い注文と、最安値の売り注文を順次マッチングし、売り買いそれぞれの注文の指値の中間の値をもって裁定価格とする。裁定手段１０２は、中間の値として、例えば、平均を（最高値＋最安値）／２で計算してもよいし、（（最高値の平方根＋最安値の平方根）／２）＾２で計算してもよいし、その他一般的に用いられる平均値算出方法によって算出してもよい。
（２－２）
また、他の裁定動作として、取引集約サーバ１の裁定手段１０２は、予め定めた期間に含まれる注文情報１１１のうち、最高値の買い注文と、最安値の売り注文を順次マッチングし、最後にマッチした売り買いそれぞれの注文の指値の中間の値を持って、裁定価格とする。
（２－３）
また、さらに他の裁定動作として、取引集約サーバ１の裁定手段１０２は、市況に関する情報と、前回の売り買い注文の情報等から、裁定価格を前もって提示して、買い注文、売り注文の入札を受け付けて裁定する。売り買いどちらかが不足している場合には、抽選もしくは前もって定められた優先順位の高い方から順に裁定していく。なお、十分に売り買い注文がない場合には、他の市場の価格情報によって決定してもよい。取引集約サーバ１の裁定手段１０２は、前もって提示する裁定価格を以下のように決定する。例えば、十分に売り買い注文がある場合には、前回の入札実績の情報をもとに、最高値の買い注文と最安値の売り注文をマッチングさせていき、最後にマッチングした売値と買値の中間の値をもって、次回に提示する価格情報とする。
取引集約サーバ１の裁定手段１０２は、裁定条件情報１１２に記載された条件の一例として、以下の方法によって裁定を行う。
（２－１）
取引集約サーバ１の裁定手段１０２は、予め定めた期間に含まれる注文情報１１１のうち、最高値の買い注文と、最安値の売り注文を順次マッチングし、売り買いそれぞれの注文の指値の中間の値をもって裁定価格とする。裁定手段１０２は、中間の値として、例えば、平均を（最高値＋最安値）／２で計算してもよいし、（（最高値の平方根＋最安値の平方根）／２）＾２で計算してもよいし、その他一般的に用いられる平均値算出方法によって算出してもよい。
（２－２）
また、他の裁定動作として、取引集約サーバ１の裁定手段１０２は、予め定めた期間に含まれる注文情報１１１のうち、最高値の買い注文と、最安値の売り注文を順次マッチングし、最後にマッチした売り買いそれぞれの注文の指値の中間の値を持って、裁定価格とする。
（２－３）
また、さらに他の裁定動作として、取引集約サーバ１の裁定手段１０２は、市況に関する情報と、前回の売り買い注文の情報等から、裁定価格を前もって提示して、買い注文、売り注文の入札を受け付けて裁定する。売り買いどちらかが不足している場合には、抽選もしくは前もって定められた優先順位の高い方から順に裁定していく。なお、十分に売り買い注文がない場合には、他の市場の価格情報によって決定してもよい。取引集約サーバ１の裁定手段１０２は、前もって提示する裁定価格を以下のように決定する。例えば、十分に売り買い注文がある場合には、前回の入札実績の情報をもとに、最高値の買い注文と最安値の売り注文をマッチングさせていき、最後にマッチングした売値と買値の中間の値をもって、次回に提示する価格情報とする。
【0052】
（実施の形態の効果）
上記した実施の形態によれば、複数の地域Ａ、Ｂ、Ｃで統一された時刻を示す時計モジュールを備えた取引サーバ２ａ、２ｂ、２ｃで各地域内のクライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２からの注文を受け付け、注文受付の時刻を取引サーバ２ａ、２ｂ、２ｃの時計モジュールの時刻とし、取引サーバ２ａ、２ｂ、２ｃからの注文を集約し、予め定めた期間毎に裁定をするようにしたため、通信格差のある取引オーダーを平等に扱うことができる。なお、地理的距離が異なる場合だけでなく、通信回線の性能が異なる場合であっても平等に扱うことができる。
上記した実施の形態によれば、複数の地域Ａ、Ｂ、Ｃで統一された時刻を示す時計モジュールを備えた取引サーバ２ａ、２ｂ、２ｃで各地域内のクライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２からの注文を受け付け、注文受付の時刻を取引サーバ２ａ、２ｂ、２ｃの時計モジュールの時刻とし、取引サーバ２ａ、２ｂ、２ｃからの注文を集約し、予め定めた期間毎に裁定をするようにしたため、通信格差のある取引オーダーを平等に扱うことができる。なお、地理的距離が異なる場合だけでなく、通信回線の性能が異なる場合であっても平等に扱うことができる。
【0053】
また、注文情報や取引の裁定プロセスを含む取引結果情報を記録保管サーバ３に記録し、開示するようにしたため、事後的に容易にアクセスでき、過去の取引を検証することができる。特にこの効果により、市場参加者や政府の規制当局が監査を行うことができ、不正が発見できるほか、不正が発見されやすいという、本発明によるシステム固有の特性により、信頼できる取引環境を提供できる。一方、従来の取引システム（現在運用されている金融取引システム）は、データベース内に取引情報が収められており、これを事後的に分析するためには、別途データウェアハウスなどのシステムが必要であり、市場参加者もしくは政府当局者による監査は限定的なものとなり、限定を解除できたとしても時間や費用を要した。
【0054】
［他の実施の形態］
なお、本発明は、上記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で種々な変形が可能である。
なお、本発明は、上記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で種々な変形が可能である。
【0055】
例えば、取引集約サーバ１は、取引サーバ２ａ、２ｂ、２ｃと別の装置として示したが、取引サーバ２ａ、２ｂ、２ｃのいずれかと一体として構成してもよい。また、記録保管サーバ３は、取引集約サーバ１と一体として構成してもよい。また、取引サーバ２ａ、２ｂ、２ｃの時計モジュールの時刻が統一されれば、校正用時計サーバ６を用いずに取引サーバ２ａ、２ｂ、２ｃが互いに校正し合う構成であってもよい。また、クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２毎に時計モジュールを備えられるようであれば取引サーバ２ａ、２ｂ、２ｃの機能をクライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２に備えさせ、クライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２から取引集約サーバ１に直接注文情報を送信できるようにしてもよい。
【0056】
また、取引集約サーバ１、取引サーバ２ａ、２ｂ、２ｃ、記録保管サーバ３、校正用時計サーバ６は、サーバ装置の構成をもって説明したが、複数のサーバ装置から構成されるブロックチェーン上にこれらの装置が保持する情報及びこれらの装置の機能を構成してもよい。
【0057】
また、裁定手段１０２は、特定の取引参加者、取引のジャンル又は取引銘柄ごとに、締切時刻を予め定めた締切時刻に対して早めるようにしてペナルティを課してもよい。締切時刻を早める要件としては、例えば、相場全体に大きな影響を与える情報が生まれる場所から取引参加者までの距離が離れている場合であってもよいし、特定の取引参加者が直前に行った不正な取引又は不正な取引の試みが検出された場合であってもよい。具体的には、例えば、アメリカのシカゴで主たる取引が行われている国際商品先物市場があり、日本の取引参加者と、シカゴで参加している参加者が、同一時刻で締め切る高頻度バッチの取引を行なった場合、シカゴの取引参加者だけが、常に最新の情報に基づいて取引できることとなる。例えば、取引締め切り時間の直前にシカゴの商品先物市場に大きな買い注文が出た場合、その情報は通信時間の関係でシカゴ市場の近郊のサーバー以外には伝達されない状態で取引が締め切られる（締切時刻の後に東京に伝達される。）。この状態で、シカゴの市場参加者が市場に買い注文を出し、取引が成立した場合、その商品先物を市場価格より割安で手に入れることができてしまう（高頻度取引における攻撃。）。この高速取引を抑制するために、裁定手段１０２は、シカゴの参加者に次の注文に影響を与える最新の情報が知られうると検知した場合（日本の参加者に情報の伝達に要する時刻が次の締切時刻に間に合わないことを検知した場合、又は伝達するとしてもシカゴの参加者に対して伝達してから注文までの時間に大きな格差を検知した場合）、シカゴの参加者には基準より早い締め切り時間を課し、情報の発信地からの距離に応じて締め切り時間を調整する方法と、通信格差を利用した攻撃を利用規約等で禁止しておき、これを試みた市場参加者により早い取引締め切り時間を与えるペナルティーを課す方法とを実行することとなる。なお、高頻度取引による攻撃は、通信時間の格差に基づく注文を大量に出すことにより行われるため、記録保管サーバ３の取引履歴を確認することで、攻撃か否かの判断が可能となる。記録保管サーバ３の取引履歴は、市場参加者に公開されるものであるため、実際にペナルティを課さなくとも、市場参加者からの監視の目、そして攻撃に対してはペナルティーが課されるというルールにより、攻撃に対する抑止力が働くこととなる。
【0058】
また、不正な取引又は不正な取引の試みの検出方法として、以下の方法が考えられる。例えば、クライアントが注文の意思決定をした時間、すなわち取引サーバーが注文を受け取った時間を記録しておき、この時間が締め切りの直前に極端に偏っている場合には、レイテンシーの差異に基づく情報格差をもとにした取引を試みていることを容易に推察できる。
【0059】
上記実施の形態では制御部１０の各手段１００～１０３、２００～２０２の機能をプログラムで実現したが、各手段の全て又は一部をＡＳＩＣ等のハードウエアによって実現してもよい。また、上記実施の形態で用いたプログラムをＣＤ－ＲＯＭ等の記録媒体に記憶して提供することもできる。また、上記実施の形態で説明した上記ステップの入れ替え、削除、追加等は本発明の要旨を変更しない範囲内で可能である。
【産業上の利用の可能性】
【0060】
通信格差のある取引オーダーを平等に扱う取引管理プログラム、情報処理装置及び取引管理システムを提供する。
【符号の説明】
【0061】
１ ：取引集約サーバ
２ａ、２ｂ、２ｃ：取引サーバ
３ ：記録保管サーバ
４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２：クライアント
５ａ、５ｂ、５ｃ、５ｄ：ネットワーク
６ ：校正用時計サーバ
１０ ：制御部
１１ ：記憶部
１２ ：通信部
２０ ：制御部
２１ ：記憶部
２２ ：通信部
２３ ：時計モジュール
１００ ：注文受付手段
１０１ ：注文検証手段
１０２ ：裁定手段
１０３ ：取引結果出力手段
１１０ ：取引管理プログラム
１１１ ：注文情報
１１２ ：裁定条件情報
１１３ ：取引結果情報
２００ ：注文受付手段
２０１ ：検証トークン生成手段
２０２ ：注文要求手段
２１０ ：取引管理プログラム
２１１ ：注文情報
２１２ ：検証トークン情報
２ａ、２ｂ、２ｃ：取引サーバ
３ ：記録保管サーバ
４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２：クライアント
５ａ、５ｂ、５ｃ、５ｄ：ネットワーク
６ ：校正用時計サーバ
１０ ：制御部
１１ ：記憶部
１２ ：通信部
２０ ：制御部
２１ ：記憶部
２２ ：通信部
２３ ：時計モジュール
１００ ：注文受付手段
１０１ ：注文検証手段
１０２ ：裁定手段
１０３ ：取引結果出力手段
１１０ ：取引管理プログラム
１１１ ：注文情報
１１２ ：裁定条件情報
１１３ ：取引結果情報
２００ ：注文受付手段
２０１ ：検証トークン生成手段
２０２ ：注文要求手段
２１０ ：取引管理プログラム
２１１ ：注文情報
２１２ ：検証トークン情報
【要約】
【課題】通信格差のある取引オーダーを平等に扱う取引管理プログラム、情報処理装置及び取引管理システムを提供する。
【解決手段】取引管理システムは、同地域Ａ、地域Ｂ、地域Ｃに設置されたクライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２からそれぞれ注文を受け付ける取引サーバ２ａ、２ｂ、２ｃと、それぞれ異なる地域に設置された複数の取引サーバ２ａ、２ｂ、２ｃから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた締切時刻で設定された期間内の前記注文情報について裁定する裁定手段とを有する取引集約サーバ１とを備える。
【解決手段】取引管理システムは、同地域Ａ、地域Ｂ、地域Ｃに設置されたクライアント４ａ１、４ａ２、４ｂ１、４ｂ２、４ｃ１、４ｃ２からそれぞれ注文を受け付ける取引サーバ２ａ、２ｂ、２ｃと、それぞれ異なる地域に設置された複数の取引サーバ２ａ、２ｂ、２ｃから注文の申込時刻が付随された注文情報を受け付ける受付手段と、予め定めた締切時刻で設定された期間内の前記注文情報について裁定する裁定手段とを有する取引集約サーバ１とを備える。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】