JP6745172B2 - 金融情報処理装置、金融情報処理方法、およびプログラム - Google Patents

Description

本発明は、金融商品の注文を自動で行う金融情報処理装置等に関するものである。

従来、金融商品の価値の変動に応じて動的にポジションを設定することにより、ユーザがより長く取引を継続できるようにする金融情報処理装置があった（例えば、特許文献１参照）。

特開２０１５−２２５５４４号公報

しかしながら、従来技術においては、現在の注文のポジション方向に対してトレンドが異なっていると判断した場合に、当該トレンドに適合したポジション方向により自動的に注文ができなかった。

本第一の発明の金融情報処理装置は、現在の注文の方向に関する情報であり、売りまたは買いのいずれかを示すカレント方向情報が格納されるカレント方向格納部と、価値が変動し得る金融商品に対する注文に関する情報であり、売りまたは買いのいずれかを示す方向情報に対応付けられている１以上の注文情報を格納し得る注文格納部と、金融商品の現在の価値に関する情報である現在価値情報を取得する現在価値取得部と、現在価値取得部が取得した２以上の時刻の異なる際の現在価値情報を用いて、金融商品の価格のトレンドに関する情報であるトレンド情報を取得するトレンド判断部と、トレンド情報が予め決められた条件を満たす場合、カレント方向格納部に格納されているカレント方向情報とは逆のカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる注文情報を生成し、注文格納部に蓄積する注文生成部とを具備する金融情報処理装置である。

かかる構成により、現在の注文のポジション方向に対してトレンドが異なっていると判断した場合に、トレンドに適合したポジション方向により自動的に注文ができる。

また、本第二の発明の金融情報処理装置は、第一の発明に対して、トレンド情報が予め決められた条件を満たす場合、カレント方向格納部のカレント方向情報を変更する方向変更部をさらに具備し、注文生成部は、変更したカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる注文情報を生成し、注文格納部に蓄積する金融情報処理装置である。

かかる構成により、現在の注文のポジション方向に対してトレンドが異なっていると判断した場合に、トレンドに適合したポジション方向により自動的に注文ができる。

また、本第三の発明の金融情報処理装置は、第二の発明に対して、方向変更部は、トレンド判断部が取得したトレンド情報がトレンドが無いことを示す情報である場合、カレント方向情報を変更しない金融情報処理装置である。

かかる構成により、トレンドが無いと判断された場合にでも適切に自動的に注文ができる。

また、本第四の発明の金融情報処理装置は、第一から第三いずれか１つの発明に対して、金融商品のポジションに関する情報である１以上のポジション情報を格納し得るポジション格納部と、現在価値取得部が取得した現在価値情報に対応する注文情報に対応するポジション情報を生成し、ポジション格納部に蓄積するポジション生成部と、現在価値取得部が取得した現在価値情報に対応するポジション情報に対する決済を行う決済部とをさらに具備する金融情報処理装置である。

かかる構成により、現在の注文のポジション方向に対してトレンドが異なっていると判断した場合に、トレンドに適合したポジション方向により自動的に行った注文に対して、決済ができる。

また、本第五の発明の金融情報処理装置は、第一から第四いずれか１つの発明に対して、注文生成部は、カレント方向格納部に格納されているカレント方向情報が買いを示す情報であり、トレンド判断部が取得したトレンド情報が下降を示す情報である場合、売りの方向情報に対応付けられる注文情報を生成し、注文格納部に蓄積し、カレント方向格納部に格納されているカレント方向情報が売りを示す情報であり、トレンド判断部が取得したトレンド情報が上昇を示す情報である場合、買いの方向情報に対応付けられる注文情報を生成し、注文格納部に蓄積する金融情報処理装置である。

かかる構成により、現在の注文のポジション方向に対してトレンドが異なっていると判断した場合に、トレンドに適合したポジション方向により自動的に注文ができる。

また、本第六の発明の金融情報処理装置は、第四の発明に対して、決済部は、トレンド情報が予め決められた条件を満たした場合、注文格納部に格納されている１以上の注文情報に対応するポジションに対する決済を行う金融情報処理装置である。

かかる構成により、トレンドの変更を検知した場合に、当該トレンドに適合した決済が可能になる。

また、本第七の発明の金融情報処理装置は、第六の発明に対して、決済部は、トレンド情報が予め決められた条件を満たした場合、注文格納部に格納されている１以上の注文情報に対応するすべてのポジションに対する決済を行う金融情報処理装置である。

かかる構成により、トレンドの変更を検知した場合に、当該トレンドに適合した決済が可能になる。

また、本第八の発明の金融情報処理装置は、第一から第七いずれか１つの発明に対して、パラメータである想定変動幅、対象資産、および注文間隔が格納されるパラメータ格納部をさらに具備し、注文生成部は、パラメータ格納部に格納されている３つのパラメータを変更せずに、３つのパラメータを用いて、カレント方向格納部のカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる１以上の注文情報を生成し、注文格納部に蓄積する金融情報処理装置である。

かかる構成により、トレンドの変更を検知した場合に、適切なパラメータを使用した注文ができる。

また、本第九の発明の金融情報処理装置は、第一から第八いずれか１つの発明に対して、注文生成部は、現在価値情報が示す金融商品の価値が予め決められた生成条件を満たすほど低い場合、決済情報が有するポジション情報の中で、最も低い価値のポジション情報より低い価値の１以上のポジション情報を生成する、または現在価値情報が示す金融商品の価値が予め決められた生成条件を満たすほど高い場合、決済情報が有するポジション情報の中で、最も高い価値のポジション情報より高い価値の１以上のポジション情報を生成する金融情報処理装置である。

かかる構成により、ｉサイクル注文において、トレンドに適合したポジション方向により自動的に注文ができる。

また、本第十の発明の金融情報処理装置は、第九の発明に対して、金融商品の価値の変動に関わらず、ポジションの数は一定である金融情報処理装置である。

かかる構成により、ｉサイクル注文において、トレンドに適合したポジション方向により自動的に注文ができる。

本発明による金融情報処理装置によれば、現在の注文のポジション方向に対してトレンドが異なっていると判断した場合に、トレンドに適合したポジション方向により自動的に注文ができる。

実施の形態１における金融情報処理システムＡの概念図 同金融情報処理システムＡのブロック図 同金融情報処理装置１の動作について説明するフローチャート 同注文生成処理について説明するフローチャート 同ポジション算出処理の第一の例について説明するフローチャート 同ポジション候補の算出方法について説明するフローチャート 同ポジション算出処理の第二の例について説明するフローチャート 同トレンド注文処理について説明するフローチャート 同約定処理について説明するフローチャート 同決済処理について説明するフローチャート 同端末装置２の動作について説明するフローチャート 同注文等管理表を示す図 同生成された注文情報を示す図 同金融情報処理装置３のブロック図 同コンピュータシステムの概観図 同コンピュータシステムのブロック図

以下、金融情報処理装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

（実施の形態１）

本実施の形態において、金融商品の２以上の価格情報からトレンドを自動判定し、トレンドに沿ったポジション方向で、ポジションを設定する金融情報処理装置を含む金融情報処理システムについて説明する。なお、ここでの金融商品とは、例えば、ＦＸ、株、先物取引等である。

なお、本金融情報処理システムは、例えば、いわゆるｉサイクル注文（登録商標）を実現するシステムである。ｉサイクル注文とは、金融商品の現在価値が予め決められた条件を満たすほど低い場合、最も低い価値のポジション情報より低い価値の１以上のポジション情報を生成する方式である。また、ｉサイクル注文は、金融商品の現在価値が予め決められた条件を満たすほど高い場合、最も高い価値のポジション情報より高い価値の１以上のポジション情報を生成する方式である。ｉサイクル注文において、通常、金融商品の価値の変動に関わらず、ポジションの数は一定である。ｉサイクル注文については、例えば、インターネットのウェブページ（ＵＲＬ：https://www.gaitameonline.com/icycle/）参照のこと。

また、本実施の形態において、トレンドが下降の場合に買いポジションを売りポジションに変え、トレンドが上昇の場合に売りポジションを買いポジションに変える金融情報処理装置を含む金融情報処理システムについて説明する。

また、本実施の形態において、判定したトレンドが「無し」の場合、ポジション方法は変更しない金融情報処理装置を含む金融情報処理システムについて説明する。

また、本実施の形態において、トレンドの自動判定により、ポジション方向が変更された場合、既に存在する１以上のポジションを決済する金融情報処理装置を含む金融情報処理システムについて説明する。なお、かかる場合の決済対象の１以上のポジションは、例えば、決済可能なすべてのポジションである。

また、本実施の形態において、トレンド転換が起きた際、想定変動幅、対象資産、注文間隔等のパラメータを変更しない（以前のパラメータをそのまま利用する）金融情報処理装置を含む金融情報処理システムについて説明する。

図１は、本実施の形態における金融情報処理システムＡの概念図である。金融情報処理システムＡは、金融情報処理装置１、および１または２以上の端末装置２を備える。金融情報処理装置１は、例えば、金融商品を販売する企業のサーバ装置である。金融情報処理装置１は、例えば、クラウドサーバ、ＡＳＰのサーバ等であり、その種類は問わない。また、端末装置２は、例えば、金融商品を購入するユーザの端末である。端末装置２は、例えば、いわゆるパソコン、スマートフォン、携帯端末、タブレット端末等であり、その種類は問わない。

図２は、本実施の形態における金融情報処理システムＡのブロック図である。

金融情報処理装置１は、格納部１１、受信部１３、処理部１４、および送信部１５を備える。

格納部１１は、カレント方向格納部１１１、注文格納部１１２、ポジション格納部１１３、およびパラメータ格納部１１４を備える。

処理部１４は、現在価値取得部１４１、トレンド判断部１４２、方向変更部１４３、注文生成部１４４、ポジション生成部１４５、および決済部１４６を備える。

端末装置２は、端末格納部２１、端末受付部２２、端末送信部２３、端末受信部２４、および端末出力部２５を備える。

金融情報処理装置１を構成する格納部１１は、各種の情報が格納される。各種の情報とは、例えば、現在価値情報、カレント方向情報、注文情報、ポジション情報、各種のパラメータ等である。現在価値情報とは、金融商品の現在の価値に関する情報である。現在価値情報は、例えば、現在の為替レート、現在の株価、現在の先物の価格などである。現在価値情報は、例えば、外部の図示しないサーバ装置から受信された情報である。また、現在価値情報は、例えば、ユーザが金融情報処理装置１に入力した情報等でも良い。各種のパラメータとは、例えば、後述する想定変動幅情報、対象資産情報、注文間隔情報である。

カレント方向格納部１１１は、カレント方向情報が格納される。カレント方向情報とは、現在の注文の方向に関する情報である。カレント方向情報は、「売り」または「買い」のいずれかを示す情報である。カレント方向格納部１１１は、例えば、ユーザごとにカレント方向情報を格納している。カレント方向格納部１１１は、例えば、ユーザ識別子と対にしてカレント方向情報を格納している。ユーザ識別子は、ユーザを識別する情報であり、例えば、ユーザＩＤ、メールアドレス、端末装置２のＩＤ（ＭＡＣアドレス）、ＩＰアドレス、氏名等である。ユーザ識別子は、ユーザを識別する情報であれば良く、その種類は問わない。

注文格納部１１２は、１以上の注文情報を格納し得る。注文情報とは、価値が変動し得る金融商品に対する注文に関する情報である。注文情報は、通常、「売り」または「買い」のいずれかを示す方向情報に対応付けられている情報である。注文情報は、例えば、買いの価格を示す価格情報（以下、適宜「買い価格情報」という。）と売りの価格を示す価格情報（以下、適宜「売り価格情報」という。）とを有する。注文情報は、例えば、ポジションと決済条件とを有する。注文情報がポジションと決済条件とを有する場合であり、ポジション方向が「売り」である場合は、ポジションは「売り価格情報」であり、決済条件は「買い価格情報」である。また、注文情報がポジションと決済条件とを有する場合であり、ポジション方向が「買い」である場合は、ポジションは「買い価格情報」であり、決済条件は「売い価格情報」である。注文格納部１１２は、例えば、ユーザごとに１以上の注文情報を格納している。注文格納部１１２は、通常、ユーザ識別子と対にして１以上の注文情報を格納している。

ポジション格納部１１３は、１以上のポジション情報を格納し得る。ポジション情報とは、金融商品のポジションに関する情報である。ポジションは、価値が変動し得る金融商品の売りまたは買いを行った持ち高の状態を示す。ポジションは、例えば、ＦＸであれば持ち高・為替レート・売買の別などによって表現される。ポジション情報は、例えば、為替レートの情報、購入または販売すべき株価の情報等である。ポジション情報は、対応する注文情報を識別する情報でも良い。ポジション情報は、対応する注文情報へのリンクや、対応する注文情報の識別子等でも良い。ポジション情報は、対応する注文情報を含み、注文が約定したことを示す情報（例えば、フラグ）等でも良い。ポジション格納部１１３は、通常、ユーザ識別子と対にして１以上のポジション情報を格納している。

パラメータ格納部１１４は、１以上のパラメータが格納される。パラメータは、例えば、金融商品の取引に関する情報である金融取引情報である。金融取引情報は、注文情報を生成するために使用されるパラメータである。金融取引情報は、例えば、想定変動幅を示す想定変動幅情報、対象資産を示す情報である対象資産情報、注文間隔を示す注文間隔情報、通貨ペア、通貨単位の情報、ポジションの方向を示す方向情報である。なお、以下、想定変動幅情報を単に想定変動幅、対象資産情報を単に対象資産、注文間隔情報を単に注文間隔という場合がある。パラメータ格納部１１４は、通常、ユーザ識別子と対にして１以上のパラメータを格納している。

パラメータ格納部１１４は、例えば、ユーザ識別子と各ポジション方向情報（例えば、「売り」「買い」）とに対応付く１以上のパラメータを格納していても良い。かかる場合、通常、ポジション方向が「売り」の場合と「買い」の場合とで、ポジションを算出する際に使用するパラメータは異なる。また、パラメータ格納部１１４は、例えば、パラメータを算出する式を格納していても良い。かかる場合、式により、算出されるパラメータが異なる。

受信部１３は、各種の情報や指示を受信する。受信部１３は、例えば、端末装置２または図示しない外部の装置から各種の情報や指示を受信する。各種の情報や指示とは、例えば、注文指示である。注文指示とは、１または２以上の注文を出す指示である。注文指示は、１以上の注文情報を生成するために使用する１以上のパラメータを有する。注文指示は、ユーザ識別子を有する。１以上のパラメータは、例えば、上述した金融取引情報である。また、各種の情報や指示とは、例えば、上述した１以上のパラメータ、現在価値情報等である。

処理部１４は、各種の処理を行う。各種の処理とは、例えば、現在価値取得部１４１、トレンド判断部１４２、方向変更部１４３、注文生成部１４４、ポジション生成部１４５、決済部１４６が行う処理である。また、各種の処理とは、例えば、後述するポジションの算出処理である。ポジションの算出処理は、例えば、注文情報の生成処理の一部の処理である。

現在価値取得部１４１は、金融商品の現在の価値に関する情報である現在価値情報を取得する。現在価値取得部１４１は、外部の装置から現在価値情報を受信しても良いし、格納部１１に格納されている現在価値情報を読みだしても良いし、ユーザ（例えば、管理者）からの入力の受け付けにより現在価値情報を取得しても良い。現在価値取得部１４１は、通常、取得した現在価値情報を格納部１１に蓄積する。現在価値取得部１４１は、通常、現在価値情報に対応する時刻（日付でも良い）に対応付けて、現在価値情報を格納部１１に蓄積する。現在価値情報に対応する時刻または日付は、例えば、現在の時刻または日付である。

トレンド判断部１４２は、現在価値取得部１４１が取得した２以上の時刻の異なる際の現在価値情報を用いて、トレンドを判断する。なお、トレンドの判断とは、金融商品の価格が上昇傾向か、下降傾向かを判断することである。また、トレンドの判断とは、金融商品の価格が上昇傾向か、下降傾向か、トレンド無しかを判断することであっても良い。トレンドの判断は、トレンドを４段階以上（例えば、「なりの上昇傾向，少しの上昇傾向，トレンド無し, 少しの下降傾向，かなりの下降傾向」といった５段階）の段階のいずれかであるかの判断を行っても良い。トレンドの判断とは、通常、トレンド情報の取得である。

トレンド判断部１４２は、現在価値取得部１４１が取得した２以上の時刻の異なる際の現在価値情報を用いて、トレンド情報を取得する。トレンド情報とは、金融商品の価格のトレンドに関する情報である。トレンド情報は、例えば、上昇傾向を示す「上昇」、下降傾向を示す「下降」のいずれかを取り得る。トレンド情報は、例えば、トレンドが無い状況を示す「無し」の情報を取り得ても良い。２以上の時刻の異なる際の現在価値情報は、通常、現在（最新）の現在価値情報を含む。

トレンド判断部１４２がトレンドを判断するアルゴリズムは問わない。トレンド判断部１４２は、公知のトレンド判断のアルゴリズムを使用できる。トレンド判断部１４２は、例えば、移動平均線のゴールデンクロス、デッドクロスを用いて、上昇トレンドまたは下降トレンドを判断する方法を用いても良い（例えば、インターネットＵＲＬ「http://www.gaitame.com/smphone/beginner/qa_lesson4.html」参照）。なお、この場合の移動平均線の期間は問わない。また、レンド判断部１４２は、ＭＡＣＤのゴールデンクロス、デッドクロスを用いて、上昇トレンドまたは下降トレンドを判断する方法を用いても良い（例えば、インターネットＵＲＬ「http://www.gaitame.com/smphone/beginner/jisseki.html参照）。また、トレンド判断部１４２は、その他のトレンド判別テクニカルを使用して、トレンド情報を取得しても良い。

また、トレンド判断部１４２がトレンドを判断するタイミングが問わない。トレンド判断部１４２は、現在価値情報が取得される毎にトレンドを判断しても良いし、定期的または不定期に間隔をあけてトレンドを判断しても良いし、予め決められた時刻になった場合にトレンドを判断しても良い。また、トレンド判断のタイミングは、ユーザ毎に異なっても良いし、全ユーザに対して同じでも良い。

方向変更部１４３は、トレンド情報が予め決められた条件を満たす場合、カレント方向格納部１１１のカレント方向情報を変更する。予め決められた条件は、例えば、カレント方向情報とトレンド情報とがミスマッチの関係にあることである。

方向変更部１４３は、例えば、カレント方向格納部１１１に格納されているカレント方向情報が買いを示す情報であり、トレンド判断部１４２が取得したトレンド情報が下降を示す情報である場合、カレント方向情報を売りを示す情報に変更する。方向変更部１４３は、例えば、カレント方向格納部１１１に格納されているカレント方向情報が売りを示す情報であり、トレンド判断部１４２が取得したトレンド情報が上昇を示す情報である場合、カレント方向情報を買いを示す情報に変更する。

方向変更部１４３は、トレンド判断部１４２が取得したトレンド情報がトレンドが無いことを示す情報である場合、カレント方向格納部１１１のカレント方向情報を変更することは好適である。方向変更部１４３は、トレンド判断部１４２が取得したトレンド情報がトレンドが無いことを示す情報である場合、カレント方向情報を変更しないことは好適である。なお、トレンド情報がトレンドが無いことを示す情報である場合に、カレント方向情報を変更するか否かを示す情報をユーザ識別子に対応付けて格納しており、方向変更部１４３は、当該情報に従って、トレンド判断部１４２が取得したトレンド情報がトレンドが無いことを示す情報である場合、カレント方向情報を変更したり、カレント方向情報を変更しなかったりしても良い。

注文生成部１４４は、カレント方向格納部１１１のカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる１または２以上の注文情報を生成し、注文格納部１１２に蓄積する。注文生成部１４４は、通常、ユーザ識別子に対応付けて、生成した注文情報を注文格納部１１２に蓄積する。

注文生成部１４４は、例えば、方向変更部１４３がカレント方向情報を変更したことをトリガーとして、１以上の注文情報を生成する。注文生成部１４４は、方向変更部１４３がカレント方向情報を変更したことをトリガーとして、例えば、以下のような２以上のポジションを算出するポジションの算出処理を行い、当該２以上のポジションに対応する２以上の注文情報を生成し、注文格納部１１２に蓄積する。注文生成部１４４は、金融取引情報を用いて、２以上のポジションを算出する。また、注文生成部１４４は、通常、金融商品の取引によって、対象資産情報が示す対象資産を損失が超えないように、２以上のポジションを算出する。注文生成部１４４は、例えば、ボラティリティ参考期間と安全係数とを用いて、最大変動ＰＩＰＳを算出する。そして、注文生成部１４４は、例えば、当該最大変動ＰＩＰＳを用いて、２または３以上のポジションを算出する。つまり、注文生成部１４４は、ユーザごとに、ユーザに対応する１または２以上の金融取引情報を用いて、１以上の他の金融取引情報を算出し、当該算出した金融取引情報を用いて、２または３以上のポジションを算出しても良い。なお、最大変動ＰＩＰＳとは、最大限に変更するＰＩＰＳの幅である。ＰＩＰＳとは、取引レ−トの最小単位のことである。なお、算出されたポジションは、注文情報を構成する情報となり得る。

注文生成部１４４は、例えば、金融商品を買うまたは売るポイントであるポジションを算出し、かつ当該金融商品を売るまたは買うポイントも取得しても良い。注文生成部１４４は、例えば、金融商品を買うポイントであるポジションを算出し、当該金融商品を売るポイントを「買うポイント＋Ｐ（Ｐは正の数値であり、例えば、２．００円）」という算出式を用いて、当該金融商品を売るポイントを算出しても良い。例えば、金融商品がＦＸであり、通貨ペアが米ドルと日本円である場合、注文生成部１４４が米ドルを買うポイントを「９９．００円」と算出した場合、米ドルを売るポイントを「９９．００円＋２．００円」と算出する。なお、「買うポイント＋Ｐ」におけるＰは固定値でも良いし、金融商品を売るポイントの値または対象資産情報等をパラメータとする演算式により算出される値でも良い。なお、買うポイントであるポジションとは、注文情報が有する買い価格情報に該当する。また、売るポイントであるポジションとは、注文情報が有する売り価格情報に該当する。

例えば、金融取引情報をパラメータとするポジションの算出式の情報が格納部１１に格納されており、注文生成部１４４は、当該算出式の情報が示す算出式に金融取引情報を代入し、２以上のポジションを算出する。ポジションの算出式は、例えば、「Ｂ＝（Ｔｕ×Ａ÷Ｘ）＋（１．０２５×Ａ×１０×Ａ÷Ｘ÷２）」である。ここで、Ｘはポジション間隔、Ａは最大変動ＰＩＰＳ、Ｂは対象資産（口座資産でも良い）、Ｔｕは必要証拠金（例えば、１ロット千通貨）である。また、上記の式を変形した場合、「Ｘ＝（Ｔｕ×Ａ＋５．１２５×Ａ×Ａ）÷Ｂ」となる。

上記の式の場合、注文生成部１４４は、まず、最大変動ＰＩＰＳ（Ａ）、対象資産（Ｂ）、必要証拠金（Ｔｕ）を取得する。なお、かかる最大変動ＰＩＰＳ（Ａ）等のパラメータは、ユーザ識別子に対応付けられて、パラメータ格納部１１４に格納されている。

そして、注文生成部１４４は、取得した最大変動ＰＩＰＳ（Ａ）、対象資産（Ｂ）、必要証拠金（Ｔｕ）をポジションの算出式に代入し、ポジション間隔（Ｘ）を算出する。そして、注文生成部１４４は、現在価値から最も近い整数（小数点以下が０）のポイントを第一のポジションとし、ポジション間隔（Ｘ）を用いて、第二以降のポジションを取得する。ポジションの算出とは、ポジション方向が「売り」の場合は、通常、注文情報が有する売り価格情報の取得である。また、ポジションの算出とは、ポジション方向が「買い」の場合は、通常、注文情報が有する買い価格情報の取得である。

なお、上記の算出式において、注文生成部１４４は、ＸがＸｍよりも小さい場合はＸｍを正としてポジションを構成することは好適である。なお、Ｘｍは、予め設定されているポジション間隔の基準値（最小値）である。

注文生成部１４４は、例えば、一のユーザに対応する幅情報であり、ポジション間の間隔を示す幅情報を用いて、２以上のポジションを算出しても良い。つまり、例えば、注文生成部１４４は、現在価値情報を格納部１１から取得し、当該現在価値情報に最も近い数値であり、小数点以下が０である第一のポジションを取得する。次に、注文生成部１４４は、例えば、制約を満たさなくなるまで、第一のポジション以降、幅情報が示す幅で、第二以降のポジションを取得していく。

なお、幅情報とは、２以上のポジションの間の幅に関する情報である。なお、３以上のポジションの間の２以上の幅は、通常、一定であるが、一定でなくても良い。幅情報は、例えば、「２．００円」等である。また、幅情報は、２以上のポジション情報と考えても良い。つまり、幅情報は、金融商品の価値の変動に応じて、決済を行う金融商品の価値を示す２以上のポジションであり、金融取引情報を用いて算出された２以上のポジションの情報であると考えても良い。なお、注文生成部１４４がポジションを算出するアルゴリズムは、種々、あり得、公知技術であるので、詳細な説明は省略する。

注文生成部１４４は、パラメータ格納部１１４に格納されているパラメータ（例えば、３つのパラメータ）を変更せずに、当該パラメータを用いて、カレント方向格納部１１１のカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる１以上の注文情報を生成し、注文格納部１１２に蓄積する。ここで、パラメータは、例えば、想定変動幅情報、対象資産情報、注文間隔情報である。注文生成部１４４は、注文情報を生成する際に使用する情報のうち、ポジション方向情報以外の情報を変更せずに、売りまたは買いのいずれかを示す方向情報に対応付けられる１以上の注文情報を生成し、注文格納部１１２に蓄積することは好適である。パラメータの変更とは、注文情報を生成するユーザのユーザ識別子に対応付いているパラメータの変更である。

ただし、注文生成部１４４は、ポジション方向情報以外の情報も変更して、１以上の注文情報を生成し、注文格納部１１２に蓄積しても良い。つまり、例えば、ユーザ識別子と方向情報（例えば、「売り」および「買い」）に対応付けて、１以上のパラメータ（例えば、想定変動幅情報、対象資産情報、注文間隔情報）がパラメータ格納部１１４に格納されており、注文生成部１４４は、ユーザ識別子と方向情報とに対応する１以上のパラメータを取得し、当該１以上のパラメータを用いて、１以上の注文情報を生成する。

注文生成部１４４は、現在価値情報が示す金融商品の価値が予め決められた生成条件を満たすほど低い場合、注文情報の中で、最も低い価値のポジション情報より低い価値の１以上の注文情報を生成する、または現在価値情報が示す金融商品の価値が予め決められた生成条件を満たすほど高い場合、決済情報が有する注文情報の中で、最も高い価値の注文情報より高い価値の１以上の注文情報を生成する。

ポジション生成部１４５は、現在価値取得部１４１が取得した現在価値情報に対応する注文情報に対応するポジション情報を生成し、ポジション格納部１１３に蓄積する。ポジション生成部１４５は、例えば、現在価値情報が示す価値と一致または予め決められ条件を満たすほど近似する価格情報を有する注文情報に対応するポジション情報を生成し、ポジション格納部１１３に蓄積する。ポジション情報の生成とは、対応する注文情報に対応付けて、約定したことを示す情報（例えば、フラグ）を書き込むことでも良い。ポジション情報を生成し、ポジション格納部１１３に蓄積することは、ポジション格納部１１３のポジション情報を変更する（例えば、「０」から「１」に変更する）ことでも良い。

決済部１４６は、現在価値取得部１４１が取得した現在価値情報に対応するポジション情報に対する決済を行う。

決済部１４６は、現在価値情報を用いて、決済を行うか否かを判断し、決済を行うと判断した場合に決済を行う。決済部１４６は、現在価値情報が示す価値が、ポジション情報（または注文情報）に対応する決済条件を満たすか否かを判断し、決済を行うと判断した場合に決済を行う。決済条件は、例えば、現在価値情報が示す価値が、ポジション情報に対応付けられた価値であり、決済を行う価値になることである。また、決済条件は、例えば、現在価値情報が示す価値が、ポジション情報に対応付けられた価値であり、決済を行う価値以下の価値になることである。また、決済条件は、例えば、現在価値情報が示す価値が、ポジション情報に対応付けられた価値であり、決済を行う価値以上の価値になることである。なお、例えば、ポジション情報が示すポジションが「９９．００円」である場合、当該ポジション情報に対応付けられた価値は、例えば、「９７．００円」である。

決済部１４６は、方向変更部１４３がカレント方向情報を変更した場合、ポジション格納部１１３に格納されているいずれかのポジション情報（決済可能なポジション）に対する決済を行っても良い。決済部１４６は、方向変更部１４３がカレント方向情報を変更した場合、ポジション格納部１１３に格納されているすべてのポジション情報に対する決済を行っても良い。

決済を行うことは、金融商品の決済のための処理である決済処理を行うことである。ここで、決済処理とは、決済を行うことでも良いし、決済の指示を外部の装置に送信することでも良いし、決済に関する情報を印刷すること等でも良い。決済処理とは、決済に関する処理であれば良い。なお、決済部１４６は、通常、１以上の金融取引情報を用いて決済処理を行う。１以上の金融取引情報は、例えば、通貨ペア、ポジション方向である。

送信部１５は、各種の情報を送信する。送信部１５は、通常、各種の情報を端末装置２に送信する。各種の情報とは、生成された１以上の注文情報、生成された１以上のポジション情報、決済部１４６により決済された旨の情報、決済の結果である収益の情報または損失の情報等である。

端末装置２を構成する端末格納部２１は、情報を格納し得る。情報とは、例えば、ユーザを識別するユーザ識別子である。ユーザ識別子は、例えば、ユーザＩＤ、メールアドレス、端末装置２のＩＤ（ＭＡＣアドレス）、ＩＰアドレス、氏名等である。

端末受付部２２は、ユーザから情報や指示等を受け付ける。情報や指示等とは、例えば、幅情報等の金融取引情報などである。

情報や指示等の入力手段は、キーボードやマウスやタッチパネルやメニュー画面によるもの等、何でも良い。端末受付部２２は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

端末送信部２３は、端末受付部２２が受け付けた指示や情報等を、金融情報処理装置１に送信する。また、ここでの指示や情報等は、例えば、１以上の金融取引情報、１以上の金融取引情報とユーザ識別子等である。

端末受信部２４は、金融情報処理装置１から情報を受信する。端末受信部２４は、例えば、１以上の金融取引情報等の送信に応じて、金融情報処理装置１から２以上の注文情報を受信する。また、端末受信部２４は、決済の結果を金融情報処理装置１から受信する。

端末出力部２５は、端末受信部２４が受信した情報を出力する。また、端末出力部２５は、端末受付部２２は、ユーザから受け付けた情報や指示等を出力する。

また、ここでの出力とは、通常、ディスプレイへの表示であるが、プロジェクターを用いた投影、プリンタでの印字、音出力、外部の装置への送信、記録媒体への蓄積、他の処理装置や他のプログラムなどへの処理結果の引渡しなどを含む概念である。

格納部１１、カレント方向格納部１１１、注文格納部１１２、ポジション格納部１１３、パラメータ格納部１１４、および端末格納部２１は、不揮発性の記録媒体が好適であるが、揮発性の記録媒体でも実現可能である。

格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が格納部１１等で記憶されるようになってもよく、通信回線等を介して送信された情報が格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が格納部１１等で記憶されるようになってもよい。

受信部１３、および端末受信部２４は、通常、無線または有線の通信手段で実現されるが、放送を受信する手段で実現されても良い。

送信部１５は、および端末送信部２３は、通常、無線または有線の通信手段で実現されるが、放送手段で実現されても良い。

端末出力部２５は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。端末出力部２５は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

次に、金融情報処理システムＡの動作について説明する。まず、金融情報処理装置１の動作について、図３のフローチャートを用いて説明する。

（ステップＳ３０１）受信部１３は、端末装置２から注文指示を受信したか否かを判断する。注文指示を受信した場合はステップＳ３０２に行き、注文指示を受信しなかった場合はステップＳ３０４に行く。

（ステップＳ３０２）注文生成部１４４は、注文生成処理を行う。注文生成処理について図４のフローチャートを用いて説明する。

（ステップＳ３０３）送信部１５は、ステップＳ３０２で生成された１以上の注文情報を端末装置２に送信する。ステップＳ３０１に戻る。なお、送信された１以上の注文情報は、通常、端末装置２で出力される。

（ステップＳ３０４）トレンド判断部１４２は、トレンド判断のタイミングが否かを判断する。トレンド判断のタイミングであればステップＳ３０５に行き、トレンド判断のタイミングでなければステップＳ３０７に行く。

（ステップＳ３０５）トレンド判断部１４２は、現在価値取得部１４１が取得した２以上の時刻の異なる際の現在価値情報を格納部１１から取得する。そして、トレンド判断部１４２は、取得した２以上の現在価値情報を用いて、トレンドを判断し、トレンド情報を取得する。

（ステップＳ３０６）方向変更部１４３、および注文生成部１４４は、トレンド注文処理を行う。ステップＳ３０１に戻る。トレンド注文処理について、図８のフローチャートを用いて説明する。なお、トレンド注文処理とは、ステップＳ３０５で取得されたトレンド情報を用いた注文処理である。

（ステップＳ３０７）現在価値取得部１４１は、現在価値情報を取得したか否かを判断する。現在価値情報を取得した場合はステップＳ３０８に行き、現在価値情報を取得しなかった場合はステップＳ３０１に戻る。

（ステップＳ３０８）ポジション生成部１４５は、ステップＳ３０７で取得された現在価値情報を用いて、約定処理を行う。約定処理について、図９のフローチャートを用いて説明する。

（ステップＳ３０９）決済部１４６は、ステップＳ３０７で取得された現在価値情報を用いて、決済処理を行う。ステップＳ３０１に戻る。決済処理について、図１０のフローチャートを用いて説明する。

なお、図３のフローチャートにおいて、現在価値情報の取得を約定処理と決済処理のトリガーとした。しかし、約定処理と決済処理のトリガーは他でも良い。

また、図３のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

次に、ステップＳ３０２の注文生成処理について、図４のローチャートを用いて説明する。

（ステップＳ４０１）注文生成部１４４は、ステップＳ３０１で受信された注文指示が有する１以上の金融取引情報をパラメータ格納部１１４から取得する。ここで取得される１以上の金融取引情報は、注文指示を送信してきた端末装置２に対応するユーザのユーザ識別子と対になるパラメータである。

（ステップＳ４０２）注文生成部１４４は、格納部１１から現在価値情報を取得する。この現在価値情報は、最新の現在価値情報である。

（ステップＳ４０３）注文生成部１４４は、ステップＳ４０１で取得した１以上の金融取引情報を用いて、１以上のポジションを算出する。なお、かかるポジション算出処理の例について、図５〜図７のフローチャートを用いて説明する。また、注文生成部１４４は、例えば、現在価値情報をも用いて、１以上のポジションを算出する。

（ステップＳ４０４）注文生成部１４４は、ステップＳ４０３で算出された１以上の各ポジションを用いて、１以上の注文情報を構成する。注文生成部１４４は、例えば、１以上の各ポジションに対応する決済条件を取得し、当該ポジションと決済条件とを有する１以上の注文情報を構成する。

（ステップＳ４０５）送信部１６は、ステップＳ４０４で構成した１以上の注文情報を、注文指示を送信した端末装置２のユーザのユーザ識別子に対応付けて、注文格納部１１２に蓄積する。上位処理にリターンする。

次に、ステップＳ４０３のポジション算出処理の第一の例について、図５のフローチャートを用いて説明する。
（ステップＳ５０１）注文生成部１４４は、ボラティリティ参考期間と安全係数とを用いて、最大変動ＰＩＰＳ（Ｘ）を算出する。注文生成部１４４は、通常、注文指示に含まれるユーザ識別子と対になるボラティリティ参考期間の変動ＰＩＰＳ（ＣＰ）をパラメータ格納部１１４から取得し、「最大変動ＰＩＰＳ（Ｘ）＝変動ＰＩＰＳ（ＣＰ）×安全係数」により、最大変動ＰＩＰＳ（Ｘ）を算出する。なお、注文生成部１４４は、例えば、最大変動ＰＩＰＳ（Ｘ）を算出するための演算式の情報を予め保持している、とする。なお、安全係数を用いずに、最大変動ＰＩＰＳ（Ｘ）を算出しても良い。
（ステップＳ５０２）注文生成部１４４は、Ｎに２を代入する。
（ステップＳ５０３）注文生成部１４４は、ポジションの候補を算出する。ポジション候補の算出方法について、図６のフローチャートを用いて説明する。
（ステップＳ５０４）注文生成部１４４は、ステップＳ５０３で算出した１または２以上のポジション候補に対して、各ポジション候補の評価損益を算出する。注文生成部１４４は、例えば、「評価損益＝ポジション候補のＰＩＰ×ロット単位×通貨単位」により、ポジション候補の評価損益を算出する。
（ステップＳ５０５）注文生成部１４４は、ステップＳ５０４で算出した各ポジション候補の評価損益、および証拠金の情報を用いて、ユーザの負担（ａ）を算出する。負担（ａ）は、「各ポジション候補の評価損益の和＋証拠金×ポジション候補の数」である。
（ステップＳ５０６）注文生成部１４４は、「当該ユーザの対象資産＜ａ」を満たすか否かを判断する。「当該ユーザの対象資産＜ａ」を満たす場合はステップＳ５０７に行き、「当該ユーザの対象資産＜ａ」を満たさない場合はステップＳ５１０に行く。なお、ユーザの対象資産は、例えば、ユーザ識別子に対応付けられて、格納部１１に格納されている、とする。また、ここでの対象資産は、口座資産でも良い。
（ステップＳ５０７）注文生成部１４４は、変数「ポジション数」に「Ｎ−１」を代入する。変数「ポジション数」は、最終的なポジションの数である。
（ステップＳ５０８）注文生成部１４４は、ポジション数が（Ｎ−１）の際のすべてのポジションをバッファから取得する。
（ステップＳ５０９）注文生成部１４４は、ポジションの幅（間隔）を取得する。上位処理にリターンする。
次に、ステップＳ５０３のポジション候補の算出方法について、図６のフローチャートを用いて説明する。
（ステップＳ６０１）注文生成部１４４は、カウンタｉに１を代入する。
（ステップＳ６０２）注文生成部１４４は、ポジション候補Ｐｉ「（Ｘ／Ｎ）×ｉ」を算出する。
（ステップＳ６０３）注文生成部１４４は、カウンタｉを１、インクリメントする。
（ステップＳ６０４）注文生成部１４４は、ｉとＮとが等しいか否かを判断する。ｉとＮが等しければステップＳ６０５に行き、ｉとＮが等しくなければステップＳ６０２に戻る。
（ステップＳ６０５）注文生成部１４４は、すべてのポジションを図示しないバッファに格納する。上位処理にリターンする。なお、すべてのポジションとは、Ｐ１からＰｉのポジションである。
次に、ステップＳ４０３のポジション算出処理の第二の例について、図７のフローチャートを用いて説明する。なお、図７のフローチャートにおいて、図５のフローチャートと同一のステップについて説明を省略する。
（ステップＳ７０１）注文生成部１４４は、カウンタｉに１を代入する。
（ステップＳ７０２）注文生成部１４４は、ポジション候補Ｐｉ「現在価値−ｉ×ｘ（ｘは定数）」を算出し、バッファに一時蓄積する。なお、現在価値は、現在価値情報が示す価値（例えば、為替レート、株価等）である。また、ｘは、例えば、５０ＰＩＰＳである。
（ステップＳ７０３）注文生成部１４４は、ポジション候補Ｐｉが、現在価値からの最大変動ＰＩＰＳ（Ｘ）を超えないか否かを判断する。超えない場合はステップＳ７０４に行き、超える場合はステップＳ７０９に行く。
（ステップＳ７０４）注文生成部１４４は、ｉ番目のポジション候補に対する評価損益を算出する。注文生成部１４４は、例えば、「評価損益＝ポジション候補のＰＩＰ×ロット単位×通貨単位」により、ポジション候補の評価損益を算出する。
（ステップＳ７０５）注文生成部１４４は、ポジション候補Ｐｉの評価損益、および証拠金の情報を用いて、ポジション候補Ｐｉに対するユーザの負担（ａｉ）を算出する。負担（ａｉ）は、通常、「ポジション候補Ｐｉの評価損益＋証拠金」である。
（ステップＳ７０６）注文生成部１４４は、ユーザの負担全体（ａ）を算出する。ユーザの負担全体（ａ）は、ａ１からａｉまでの和である。
（ステップＳ７０７）注文生成部１４４は、「当該ユーザの対象資産＜ａ」を満たすか否かを判断する。「当該ユーザの対象資産＜ａ」を満たす場合はステップＳ７０８に行き、「当該ユーザの対象資産＜ａ」を満たさない場合はステップＳ７０９に行く。なお、ここで口座資産は、対象資産でも良い。また、対象資産は、口座資産の一部でも良い。
（ステップＳ７０８）注文生成部１４４は、カウンタｉを１、インクリメントする。
（ステップＳ７０９）注文生成部１４４は、変数「ポジション数」に「ｉ−１」を代入する。変数「ポジション数」は、最終的なポジションの数である。
（ステップＳ７１０）注文生成部１４４は、Ｐ１からがＰｉ−１までのすべてのポジションをバッファから取得する。上位処理にリターンする。

次に、ステップＳ３０６のトレンド注文処理について、図８のフローチャートを用いて説明する。

（ステップＳ８０１）方向変更部１４３は、カウンタｉに１を代入する。

（ステップＳ８０２）方向変更部１４３は、ｉ番目のユーザ識別子が格納部１１（カレント方向格納部１１１や注文格納部１１２でも良い）に格納されているか否かを判断する。格納されている場合はステップＳ８０３に行き、格納されていない場合は上位処理にリターンする。

（ステップＳ８０３）方向変更部１４３は、ｉ番目のユーザ識別子と対になるカレント方向情報をカレント方向格納部１１１から取得する。

（ステップＳ８０４）方向変更部１４３は、ｉ番目のユーザ識別子で識別されるユーザのカレント方向情報をカレント方向格納部１１１から取得する。そして、方向変更部１４３は、ｉ番目のユーザのカレント方向情報がトレンド情報に適合するか否かを判断する。適合する場合はステップＳ８０７に行き、適合しない場合はステップＳ８０５に行く。なお、ｉ番目のユーザの方向情報がトレンド情報に適合しないことは、ｉ番目のユーザにとって、上述した「トレンド情報が予め決められた条件を満たす場合」である。なお、方向変更部１４３は、通常、カレント方向情報が「売り」でありトレンド情報が「下降」である場合は「適合する」と判断し、カレント方向情報が「買い」でありトレンド情報が「上昇」である場合は「適合する」と判断する。

（ステップＳ８０５）方向変更部１４３は、ｉ番目のユーザのカレント方向情報を変更する。つまり、方向変更部１４３は、ｉ番目のユーザ識別子と対になる方向情報を変更する。方向情報の変更は、例えば、「売り」から「買い」への変更、「買い」から「売り」への変更である。

（ステップＳ８０６）注文生成部１４４は、ステップＳ８０５で変更されたカレント方向情報を用いて、当該カレント方向情報に従ったポジション方向で、注文情報を生成する、かかる注文情報の生成は、図４に示す注文生成処理と同様でも良い。ただし、かかる注文情報の生成は、図４に示す注文生成処理以外の注文情報の生成処理でも良い。例えば、注文生成部１４４は、ステップＳ８０５で変更されたカレント方向情報に従ったポジション方向で、ｉ番目のユーザ識別子と対になるパラメータを用いて、１以上の注文情報を生成すれば良い。また、注文生成部１４４は、さらに現在価値情報を用いて、１以上の注文情報を生成することは好適である。

例えば、ｉ番目のユーザのカレント方向情報が「買い」であり、トレンド情報が「下降」であった場合、方向変更部１４３は、当該ユーザのカレント方向情報を「売り」に変更し、注文生成部１４４は、現在価値情報が示す価値と同じ価値の売り価格情報を有する一つの注文情報であり、方向情報「売り」を有する注文情報を生成する。かかる注文情報は、例えば、「現在価値情報−２．００円」の価値の買い価格情報（決済条件）を有する。

また、例えば、ｉ番目のユーザのカレント方向情報が「売り」であり、トレンド情報が「上昇」であった場合、方向変更部１４３は、当該ユーザのカレント方向情報を「買い」に変更し、注文生成部１４４は、現在価値情報が示す価値と同じ価値の買い価格情報を有し、かつ「現在価値情報＋３．００円」の価値の売り価格情報（決済条件）を有する注文情報を含む、２以上の注文情報をしても良い。

（ステップＳ８０７）方向変更部１４３は、カウンタｉを１、インクリメントする。ステップＳ８０２に戻る。

ステップＳ３０８の約定処理について、図９のフローチャートを用いて説明する。

（ステップＳ９０１）ポジション生成部１４５は、カウンタｉに１を代入する。

（ステップＳ９０２）ポジション生成部１４５は、ｉ番目のユーザ識別子が格納部１１（注文格納部１１２でも良い）に格納されているか否かを判断する。格納されている場合はステップＳ９０３に行き、格納されていない場合は上位処理にリターンする。

（ステップＳ９０３）ポジション生成部１４５は、カウンタｊに１を代入する。

（ステップＳ９０４）ポジション生成部１４５は、ｉ番目のユーザ識別子およびｊ番目の注文情報が存在するか否かを判断する。当該注文情報が存在する場合はステップＳ９０５に行き、存在しない場合はステップＳ９０８に行く。

（ステップＳ９０５）ポジション生成部１４５は、現在価値情報がｊ番目の注文情報に適合するか否かを判断する。適合する場合はステップＳ９０６に行き、適合しない場合はステップＳ９０７に行く。なお、ここでの適合とは、注文を約定する状態になっていることである。

（ステップＳ９０６）ポジション生成部１４５は、ｉ番目のユーザ識別子のｊ番目の注文情報の約定のための処理を行う。約定のための処理は、例えば、ｉ番目のユーザ識別子に対応付けて、ｊ番目の注文情報に対応する売り価格情報と買い価格情報とを有するポジション情報を生成し、ポジション格納部１１３に蓄積する処理でも良い。また、約定のための処理は、例えば、ｉ番目のユーザ識別子に対応するｊ番目の注文情報に約定を示す情報（例えば、ポジション情報であり、上述したフラグ）を付加する処理等でも良い。

（ステップＳ９０７）ポジション生成部１４５は、カウンタｊを１、インクリメントする。ステップＳ９０４に戻る。

（ステップＳ９０８）ポジション生成部１４５は、カウンタｉを１、インクリメントする。ステップＳ９０２に戻る。

ステップＳ３０９の決済処理について、図１０のフローチャートを用いて説明する。

（ステップＳ１００１）決済部１４６は、カウンタｉに１を代入する。

（ステップＳ１００２）決済部１４６は、ｉ番目のユーザ識別子が格納部１１（ポジション格納部１１３、注文格納部１１２でも良い）に格納されているか否かを判断する。格納されている場合はステップＳ１００３に行き、格納されていない場合は上位処理にリターンする。

（ステップＳ１００３）決済部１４６は、カウンタｊに１を代入する。

（ステップＳ１００４）決済部１４６は、ｉ番目のユーザ識別子およびｊ番目のポジション情報が存在するか否かを判断する。当該ポジション情報が存在する場合はステップＳ１００５に行き、存在しない場合はステップＳ１００８に行く。

（ステップＳ１００５）決済部１４６は、現在価値情報がｊ番目のポジション情報に適合するか否かを判断する。適合する場合はステップＳ１００６に行き、適合しない場合はステップＳ１００７に行く。ここでの適合は、現在価値情報が決済条件に適合することである。ここでの適合は、現在価値情報に対して、ｊ番目のポジション情報またはｊ番目のポジション情報と対になる注文情報が決済するための条件を満たすことである。

（ステップＳ１００６）決済部１４６は、ｉ番目のユーザ識別子のｊ番目のポジション情報の決済のための処理を行う。ｊ番目のポジション情報の決済のための処理は、ｊ番目のポジション情報に対応する注文情報の決済のための処理である、と言っても良い。

（ステップＳ１００７）決済部１４６は、カウンタｊを１、インクリメントする。ステップＳ１００４に戻る。

（ステップＳ１００８）決済部１４６は、カウンタｉを１、インクリメントする。ステップＳ１００２に戻る。

次に、端末装置２の動作について、図１１のフローチャートを用いて説明する。

（ステップＳ１１０１）端末受付部２２は、金融取引情報等を受け付けたか否かを判断する。金融取引情報等を受け付ければステップＳ１１０２に行き、金融取引情報等を受け付けなければステップＳ１１０６に行く。なお、金融取引情報等とは、例えば、金融取引情報を含む注文指示である。

（ステップＳ１１０２）端末処理部２３は、端末格納部２１からユーザ識別子を取得する。

（ステップＳ１１０３）端末送信部２４は、ステップＳ１１０１で受け付けられた金融取引情報等とステップＳ１１０２で取得したらユーザ識別子とを金融情報処理装置１に送信する。ここで送信される情報は、例えば、上述した注文指示である。ここでの注文指示は、通常、ユーザ識別子を含む。

（ステップＳ１１０４）端末受信部２５は、ステップＳ１１０３における金融取引情報等の送信に応じて、１または２以上の注文情報を金融情報処理装置１から受信したか否かを判断する。１以上の注文情報を受信すればステップＳ１１０５に行き、受信しなければステップＳ１１０４に戻る。

（ステップＳ１１０５）端末出力部２５は、ステップＳ１１０４で受信された１以上の注文情報を出力する。ステップＳ１１０１に戻る。

（ステップＳ１１０６）端末受付部２２は、情報の出力指示を受け付けたか否かを判断する。出力指示を受け付ければステップＳ１１０７に行き、出力指示を受け付けなければステップＳ１１０１に戻る。なお、出力指示は、注文情報、ポジション情報、パラメータ等の情報の出力の指示である。

（ステップＳ１１０７）端末処理部２３は、端末格納部２１からユーザ識別子を取得する。

（ステップＳ１１０８）端末送信部２４は、ステップＳ１１０７で取得したユーザ識別子を含む出力指示を金融情報処理装置１に送信する。

（ステップＳ１１０９）端末受信部２５は、ステップＳ１１０８における出力指示の送信に応じて、情報を金融情報処理装置１から受信したか否かを判断する。情報を受信すればステップＳ１１１０に行き、受信しなければステップＳ１１０９に戻る。

（ステップＳ１１１０）端末出力部２５は、ステップＳ１１０９で受信された情報を出力する。ステップＳ１１０１に戻る。なお、かかる情報は、当該ユーザの注文情報、ポジション情報、パラメータ等である。

なお、図１１のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

以下、本実施の形態における金融情報処理システムＡの具体的な動作について説明する。金融情報処理システムＡの概念図は図１である。

今、金融情報処理装置１の格納部１１は、図１２に示す注文等管理表を格納している。注文等管理表は、各ユーザの注文情報等を管理する表である。注文等管理表は、「ＩＤ」「ユーザ識別子」「カレント方向情報」「注文情報」「ポジション情報」「パラメータ群」等を有する１以上のレコードを管理している。「注文情報」は「ポジション」「決済条件」を有する。「パラメータ群」は、複数のパラメータであり、ここでは「想定変動幅」「対象資産」「注文間隔」を有する。「ＩＤ」はレコードを識別する情報である。「注文情報」の「ポジション」は売りまたは買いのポジションである。「注文情報」の「決済条件」は決済する金額を示す。ここで、例えば、「パラメータ群」として、通貨ペア、ボラ参考期間、安全係数、通貨単位等も有する、とする。また、図１２に示す注文等管理表の「ＩＤ＝１」の「通貨ペア」は「米ドル／日本円」、「ボラ参考期間」は「９０日」、「安全係数」は「２倍」、「通貨単位」は「千通過」である、とする。また、「ポジション情報」の「１」は注文が約定して、ポジションになっていることを示す。「ポジション情報」が「０」の場合、注文が約定していないことを示す。

なお、図１２に示す注文等管理表の「ＩＤ＝１」のレコードは、ユーザ識別子「ＡＡＡ」で識別されるユーザの端末装置２から、上述したｉサイクル注文におけるＦＸの注文のための指示であり、金融取引情報等を含む注文指示を、金融情報処理装置１の受信部１３が受信した場合に、注文生成部１４４により生成され、蓄積された情報を含む。そして、現在価値取得部１４１が現在価値情報を取得した後、ポジション生成部１４５は、上述した約定処理を行い、当該現在価値情報に対応するポジション情報に「１」が書き込まれる。「ＩＤ＝１」のレコードのポジション情報「１」は、かかる情報である。そして、注文生成部１４４が注文情報等を生成した後、送信部１５は、生成された１以上の注文情報等を端末装置２に送信する。

そして、端末装置２の端末受信部２５は、注文指示の送信に応じて、１または２以上の注文情報を金融情報処理装置１から受信する。端末出力部２５は、ステップＳ１１０４で受信された１以上の注文情報を出力する。

かかる状況において、現在価値取得部１４１は、現在価値情報を、図示しない外部装置から受信した、とする。そして、現在価値取得部１４１は、受信した現在価値情報を現在時刻と対にして、格納部１１に蓄積する。

そして、ここで、トレンド判断部１４２は、トレンド判断のタイミングである、と判断した、とする。なお、トレンド判断部１４２は、ここでは、予め決められた時刻になった場合、トレンド判断のタイミングである、と判断する、とする。

次に、トレンド判断部１４２は、最新の現在価値情報を含む、２以上の時刻の異なる際の現在価値情報を格納部１１から取得する。そして、トレンド判断部１４２は、取得した２以上の現在価値情報を用いて、トレンドを判断し、トレンド情報「上昇」を取得した、とする。

次に、決済部１４６は、カレント方向情報「売り」に対応し、決済可能なポジション情報「１」に対応する注文情報（ポジション情報と言っても良い）に対して、決済を行う。

次に、方向変更部１４３は、カレント方向情報「売り」に対応するユーザ識別子（例えば、「ＡＡＡ」）に対応するカレント方向情報を「買い」に変更する。

なお、以下、図１２の「ＩＤ＝１」のレコードに対応する、ユーザ識別子「ＡＡＡ」で識別されるユーザに対して、トレンドに適合する注文を行う処理について説明する。

注文生成部１４４は、カレント方向情報の変更前の情報が「売り」に対応するユーザ識別子（ここでは「ＡＡＡ」）に対応するパラメータ群（例えば、想定変動幅「９．０」、対象資産「２００万円」、注文間隔「１．０」等）を取得する。また、注文生成部１４４は、ユーザ識別子「ＡＡＡ」と対になるカレント方向情報「買い」を格納部１１から取得する。また、注文生成部１４４は、最新の現在価値情報（例えば、「１０６．０円」）を格納部１１（または図示しない外部装置）から取得する。

そして、注文生成部１４４は、変更されたカレント方向情報を用いて、当該カレント方向情報「売り」に従ったポジション方向で、ｉトレンドサイクルの注文情報を生成する。つまり、注文生成部１４４は、例えば、図１３に示す注文情報を生成し、注文情報格納部１１２に蓄積する。なお、図１３の注文情報は、ユーザ識別子「ＡＡＡ」に対応付いている。なお、図１３に示す注文情報を生成する処理は、ｉトレンドサイクルの注文情報の生成処理であり、公知技術であるので、詳細な説明は省略する。

次に、送信部１５は、生成された１以上の注文情報（例えば、図１３の注文情報）を端末装置２に送信する。

なお、上記の具体例において、決済部１４６は、カレント方向情報「売り」に対応し、決済可能なポジション情報「１」に対応する注文情報（ポジション情報と言っても良い）に対して、決済を行った。しかし、かかる決済は行わなくても良い。

また、上記具体例において、ポジション生成部１４５は、以下のように約定処理を行う。つまり、ポジション生成部１４５は、現在価値情報が各注文情報に適合するか否かを判断する。そして、ポジション生成部１４５は、現在価値情報に適合する注文情報と対になるポジション情報を、「０」またはＮＵＬＬから「１」に変更する。

また、上記具体例において、決済部１４６は、以下のように決済処理を行う。つまり、決済部１４６は、現在価値情報が各ポジション情報に適合するか否かを判断する。詳細には、決済部１４６は、ポジション情報が「１」であり、当該ポジション情報と対になる決済条件が現在価値情報と一致する、または当該決済条件と現在価値情報とが予め決められた条件を満たすほど近似すると判断した場合、当該ポジション情報の決済のための処理を行う。

また、ユーザ識別子「ＡＡＡ」で識別されるユーザの端末装置２が１以上の注文情報を受信すると、当該１以上の注文情報を出力する。

さらに、上記具体例において、トレンドが無いと判断された場合に、カレント方向情報と逆のポジション方向の１以上の注文情報を生成しても良いし、注文情報を生成しなくても良い。

以上、本実施の形態によれば、現在の注文のポジション方向に対してトレンドが異なっていると判断した場合に、トレンドに適合したポジション方向により自動的に注文ができる。

また、本実施の形態によれば、トレンドが無いと判断された場合にでも適切に自動的に注文ができる。

また、本実施の形態によれば、トレンドの変更を検知した場合に、当該トレンドに適合した決済が可能になる。

また、本実施の形態によれば、トレンドの変更を検知した場合に、適切なパラメータを使用した注文ができる。

また、本実施の形態によれば、ｉサイクル注文において、トレンドに適合したポジション方向により自動的に注文ができる。

なお、本実施の形態における処理は、スタンドアロンで実現されても良い。かかる場合、金融情報処理装置３の構造は、図１４に示すようにブロック図となる。図１４において、金融情報処理装置３は、金融情報処理装置３は、格納部１１、受付部３３、処理部１４、および出力部３５を備える。

受付部３３は、各種の情報や指示等を受け付ける。各種の情報や指示等とは、例えば、注文指示である。受付部３３は、キーボード等の入力手段のデバイスドライバーや、メニュー画面の制御ソフトウェア等で実現され得る。

出力部３５は、各種の情報を出力する。各種の情報とは、例えば、生成された１以上の注文情報、生成された１以上のポジション情報、決済部１４６により決済された旨の情報、決済の結果である収益の情報または損失の情報等である。出力部３５は、ディスプレイやスピーカー等の出力デバイスを含むと考えても含まないと考えても良い。出力部３５は、出力デバイスのドライバーソフトまたは、出力デバイスのドライバーソフトと出力デバイス等で実現され得る。

さらに、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における金融情報処理装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータがアクセス可能な記録媒体は、現在の注文の方向に関する情報であり、売りまたは買いのいずれかを示すカレント方向情報が格納されるカレント方向格納部と、価値が変動し得る金融商品に対する注文に関する情報であり、売りまたは買いのいずれかを示す方向情報に対応付けられている１以上の注文情報を格納し得る注文格納部とを具備し、コンピュータを、前記金融商品の現在の価値に関する情報である現在価値情報を取得する現在価値取得部と、前記現在価値取得部が取得した２以上の時刻の異なる際の現在価値情報を用いて、前記金融商品の価格のトレンドに関する情報であるトレンド情報を取得するトレンド判断部と、前記トレンド情報が予め決められた条件を満たす場合、前記カレント方向格納部に格納されているカレント方向情報とは逆のカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積する注文生成部として機能させるためのプログラムである。

また、上記プログラムにおいて、コンピュータを、前記トレンド情報が予め決められた条件を満たす場合、前記カレント方向格納部のカレント方向情報を変更する方向変更部としてさらに機能させ、前記注文生成部は、前記変更したカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記方向変更部は、前記トレンド判断部が取得したトレンド情報がトレンドが無いことを示す情報である場合、前記カレント方向情報を変更しないものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、コンピュータがアクセス可能な記録媒体は、金融商品のポジションに関する情報である１以上のポジション情報を格納し得るポジション格納部を具備し、コンピュータを、前記現在価値取得部が取得した現在価値情報に対応する注文情報に対応するポジション情報を生成し、前記ポジション格納部に蓄積するポジション生成部と、前記前記現在価値取得部が取得した現在価値情報に対応するポジション情報に対する決済を行う決済部としてさらに機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記注文生成部は、前記カレント方向格納部に格納されているカレント方向情報が買いを示す情報であり、前記トレンド判断部が取得したトレンド情報が下降を示す情報である場合、売りの方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積し、前記カレント方向格納部に格納されているカレント方向情報が売りを示す情報であり、前記トレンド判断部が取得したトレンド情報が上昇を示す情報である場合、買いの方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記決済部は、前記トレンド情報が予め決められた条件を満たした場合、前記注文格納部に格納されている１以上の注文情報に対応するポジションに対する決済を行うものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記決済部は、前記トレンド情報が予め決められた条件を満たした場合、前記注文格納部に格納されている１以上の注文情報に対応するすべてのポジションに対する決済を行うものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、記録媒体は、パラメータである想定変動幅、対象資産、および注文間隔が格納されるパラメータ格納部をさらに具備し、前記注文生成部は、前記パラメータ格納部に格納されている前記３つのパラメータを変更せずに、前記３つのパラメータを用いて、前記カレント方向格納部のカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる１以上の注文情報を生成し、前記注文格納部に蓄積する
ものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記注文生成部は、前記現在価値情報が示す金融商品の価値が予め決められた生成条件を満たすほど低い場合、前記決済情報が有するポジション情報の中で、最も低い価値のポジション情報より低い価値の１以上のポジション情報を生成する、または前記現在価値情報が示す金融商品の価値が予め決められた生成条件を満たすほど高い場合、前記決済情報が有するポジション情報の中で、最も高い価値のポジション情報より高い価値の１以上のポジション情報を生成するものとして、コンピュータを機能させるプログラムであることは好適である。

また、上記プログラムにおいて、前記金融商品の価値の変動に関わらず、ポジションの数は一定であるものとして、コンピュータを機能させるプログラムであることは好適である。

また、図１５は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の金融情報処理装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図１５は、このコンピュータシステム３００の概観図であり、図１６は、システム３００のブロック図である。

図１５において、コンピュータシステム３００は、ＣＤ−ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

図１６において、コンピュータ３０１は、ＣＤ−ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ−ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

コンピュータシステム３００に、上述した実施の形態の金融情報処理装置１等の機能を実行させるプログラムは、ＣＤ−ＲＯＭ３１０１に記憶されて、ＣＤ−ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ−ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

プログラムは、コンピュータ３０１に、上述した実施の形態の金融情報処理装置１等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上のように、本発明にかかる金融情報処理装置は、トレンドに適合したポジション方向により自動的に注文ができるという効果を有し、ＦＸの取り引きを行う金融情報処理装置等として有用である。

１、３ 金融情報処理装置
２ 端末装置
１１ 格納部
１３ 受信部
１４ 処理部
１５ 送信部
２１ 端末格納部
２２ 端末受付部
２３ 端末送信部
２４、２５ 端末受信部
２５ 端末出力部
３３ 受付部
３５ 出力部
１１１ カレント方向格納部
１１２ 注文格納部
１１２ 注文情報格納部
１１３ ポジション格納部
１１４ パラメータ格納部
１４１ 現在価値取得部
１４２ レンド判断部
１４２ トレンド判断部
１４３ 方向変更部
１４４ 注文生成部
１４５ ポジション生成部
１４６ 決済部

Claims (10)

1. 現在の注文の方向に関する情報であり、売りまたは買いのいずれかを示すカレント方向情報が格納されるカレント方向格納部と、
   価値が変動し得る金融商品に対する注文に関する情報であり、売りまたは買いのいずれかを示す方向情報に対応付けられている１以上の注文情報を格納し得る注文格納部と、
   前記金融商品の現在の価値に関する情報である現在価値情報を取得する現在価値取得部と、
   前記現在価値取得部が取得した２以上の時刻の異なる際の現在価値情報を用いて、前記金融商品の価格のトレンドに関する情報であるトレンド情報を取得するトレンド判断部と、
   前記トレンド情報が予め決められた条件を満たす場合、前記カレント方向格納部のカレント方向情報を変更する方向変更部と、
   前記変更したカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積する注文生成部とを具備する金融情報処理装置。
2. 前記方向変更部は、
   前記トレンド判断部が取得したトレンド情報がトレンドが無いことを示す情報である場合、前記カレント方向情報を変更しない請求項１記載の金融情報処理装置。
3. 金融商品のポジションに関する情報である１以上のポジション情報を格納し得るポジション格納部と、
   前記現在価値取得部が取得した現在価値情報に対応する注文情報に対応するポジション情報を生成し、前記ポジション格納部に蓄積するポジション生成部と、
   前記現在価値取得部が取得した現在価値情報に対応するポジション情報に対する決済を行う決済部とをさらに具備する請求項１または請求項２記載の金融情報処理装置。
4. 前記注文生成部は、
   前記カレント方向格納部に格納されているカレント方向情報が買いを示す情報であり、前記トレンド判断部が取得したトレンド情報が下降を示す情報である場合、売りの方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積し、
   前記カレント方向格納部に格納されているカレント方向情報が売りを示す情報であり、前記トレンド判断部が取得したトレンド情報が上昇を示す情報である場合、買いの方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積する請求項１から請求項３いずれか一項に記載の金融情報処理装置。
5. 前記決済部は、
   前記トレンド情報が予め決められた条件を満たした場合、前記注文格納部に格納されている１以上の注文情報に対応するポジションに対する決済を行う請求項３記載の金融情報処理装置。
6. 前記決済部は、
   前記トレンド情報が予め決められた条件を満たした場合、前記注文格納部に格納されている１以上の注文情報に対応するすべてのポジションに対する決済を行う請求項５記載の金融情報処理装置。
7. パラメータである想定変動幅、対象資産、および注文間隔が格納されるパラメータ格納部をさらに具備し、
   前記注文生成部は、
   前記パラメータ格納部に格納されている前記３つのパラメータを変更せずに、前記３つのパラメータを用いて、前記カレント方向格納部のカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる１以上の注文情報を生成し、前記注文格納部に蓄積する請求項１から請求項６いずれか一項に記載の金融情報処理装置。
8. 前記注文生成部は、
   前記現在価値情報が示す金融商品の価値が予め決められた生成条件を満たすほど低い場合、注文情報の中で、最も低い価値の注文情報より低い価値の１以上の注文情報を生成する、または前記現在価値情報が示す金融商品の価値が予め決められた生成条件を満たすほど高い場合、注文情報の中で、最も高い価値の注文情報より高い価値の１以上の注文情報を生成する請求項１から請求項７いずれか一項に記載の金融情報処理装置。
9. 記録媒体は、
   現在の注文の方向に関する情報であり、売りまたは買いのいずれかを示すカレント方向情報が格納されるカレント方向格納部と、
   価値が変動し得る金融商品に対する注文に関する情報であり、売りまたは買いのいずれかを示す方向情報に対応付けられている１以上の注文情報を格納し得る注文格納部とを具備し、
   現在価値取得部、トレンド判断部、方向変更部、および注文生成部とにより実現される金融情報処理方法であって、
   前記現在価値取得部が、前記金融商品の現在の価値に関する情報である現在価値情報を取得する現在価値取得ステップと、
   前記トレンド判断部が、前記現在価値取得ステップで取得された２以上の時刻の異なる際の現在価値情報を用いて、前記金融商品の価格のトレンドに関する情報であるトレンド情報を取得するトレンド判断ステップと、
   前記方向変更部が、前記トレンド情報が予め決められた条件を満たす場合、前記カレント方向格納部のカレント方向情報を変更する方向変更ステップと、
   前記注文生成部が、前記変更したカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積する注文生成ステップとを具備する金融情報処理方法。
10. 現在の注文の方向に関する情報であり、売りまたは買いのいずれかを示すカレント方向情報が格納されるカレント方向格納部と、
    価値が変動し得る金融商品に対する注文に関する情報であり、売りまたは買いのいずれかを示す方向情報に対応付けられている１以上の注文情報を格納し得る注文格納部とにアクセス可能なコンピュータを、
    前記金融商品の現在の価値に関する情報である現在価値情報を取得する現在価値取得部と、
    前記現在価値取得部が取得した２以上の時刻の異なる際の現在価値情報を用いて、前記金融商品の価格のトレンドに関する情報であるトレンド情報を取得するトレンド判断部と、
    前記トレンド情報が予め決められた条件を満たす場合、前記カレント方向格納部のカレント方向情報を変更する方向変更部と、
    前記変更したカレント方向情報に従って、売りまたは買いのいずれかを示す方向情報に対応付けられる注文情報を生成し、前記注文格納部に蓄積する注文生成部として機能させるためのプログラム。

Images