(57)【特許請求の範囲】
【請求項１】
取引業者と提携しているカバー取引先から提供されるレートに基づく為替取引レートを注文者に提示し、前記注文者からの注文情報に対して前記取引業者が前記カバー取引先とカバー取引を行う店頭外国為替証拠金取引の取引資産管理システムであって、
前記取引資産管理システムに関連する資産管理者名義の口座であって前記注文者の預託金が入金される取引業者用口座及び前記注文情報に対する前記取引業者のカバー取引先の預託金が入金されるカバー取引先用口座の各預託金のデータを記憶する第１記憶部と、
前記取引業者に紐付く複数の前記注文者の各預託金を前記取引業者別に合算して前記取引業者の預託金に相当する取引業者預託残高データを生成し、前記注文者の各預託金と関連付けて前記第１記憶部に記憶するとともに、前記注文者の各預託金の変化に応じて前記取引業者預託残高を更新する取引資産管理部と、
前記取引業者預託残高に基づいて前記取引業者と前記カバー取引先との間で行われる前記注文情報に対するカバー取引に対応した前記注文者と前記取引業者との間の取引履歴を記憶する第２記憶部と、を有し、
前記取引資産管理部は、前記取引履歴に基づいて、前記カバー取引の決済損益を前記取引業者預託残高と前記カバー取引先の預託金との間で振り替え、かつ前記取引業者預託残高に振り替えられた決済損益を前記取引業者預託残高に紐付く前記各注文者の預託金に加減算する決済処理を遂行することを特徴とする取引資産管理システム。
【請求項２】
前記カバー取引先と提携する複数の前記取引業者のうちのいずれかの前記取引業者と紐付く前記注文者から前記取引業者用口座に入金された預託金のデータを、該当する前記取引業者に区分して前記第１記憶部に記憶する入金管理部をさらに有し、
前記取引資産管理部は、前記取引業者毎に前記取引業者預託残高データを生成し、前記注文者の各預託金と関連付けて前記第１記憶部に記憶するとともに、前記各取引業者に紐付く前記注文者の各預託金の変化に応じて、該当する前記取引業者の取引業者預託残高を更新し、
さらに、前記取引資産管理部は、前記第２記憶部に前記取引業者別に記憶されている前記各取引履歴に基づいて、前記取引業者毎に前記決済処理を遂行することを特徴とする請求項１に記載の取引資産管理システム。
【請求項３】
前記第１記憶部は、前記取引資産管理システムに関連する資産管理者名義の口座であって前記カバー取引先のカバー取引先であるカウンターパーティの預託金が入金されるカウンターパーティ用口座の預託金のデータを記憶しており、
前記第２記憶部は、前記取引業者預託残高に基づいて前記取引業者と前記カバー取引先との間で行われる前記注文情報に対する第１カバー取引に対応した前記注文者と前記取引業者との間の取引履歴及び前記カバー取引先と前記カウンターパーティとの間で行われた前記注文情報に対する第２カバー取引の取引履歴を記憶しており、
前記取引資産管理部は、前記取引履歴に基づいて、前記第１カバー取引の決済損益を前記取引業者預託残高と前記カバー取引先の預託金との間で振り替える第１処理と、前記第２カバー取引の決済損益を前記カバー取引先の預託金と前記カウンターパーティの預託金との間で振り替える第２処理とを遂行するとともに、前記取引業者預託残高に振り替えられた決済損益を前記取引業者預託残高に紐付く前記各注文者の預託金に加減算する前記決済処理を遂行することを特徴とする請求項１又は２に記載の取引資産管理システム。
【請求項４】
前記第１記憶部には、前記カバー取引先と提携する複数の前記各カウンターパーティから前記カウンターパーティ用口座に入金された預託金のデータが、該当する前記カウンターパーティ毎に区分して記憶されており、
前記第２記憶部は、前記カバー取引先と前記カウンターパーティとの間で行われた前記第２カバー取引の取引履歴を、前記カウンターパーティ毎に記憶し、
前記取引資産管理部は、前記第２カバー取引の取引履歴に基づいて、前記第２カバー取引の決済損益を前記カバー取引先の預託金と該当する前記カウンターパーティの預託金との間で振り替える前記第２処理を遂行することを特徴とする請求項３に記載の取引資産管理システム。
【請求項５】
前記注文者から前記取引業者に依頼した前記預託金の出金指示に基づいて、前記出金指示に該当する金額を、前記取引業者用口座から前記注文者が所定の金融機関に開設する特定口座に振り替え、前記注文者の前記預託金のデータから差し引く出金処理を遂行する出金管理部をさらに有し、
前記取引資産管理部は、前記注文者に紐付く前記取引業者の前記取引業者預託残高を更新することを特徴とする請求項１から４のいずれか１つに記載の取引資産管理システム。
【請求項６】
前記資産管理者は、信託業を営む信託会社又は金融機関であることを特徴とする請求項１から５のいずれか１つに記載の取引資産管理システム。
【請求項７】
取引業者と提携しているカバー取引先から提供されるレートに基づく為替取引レートを注文者に提示し、前記注文者からの注文情報に対して前記取引業者が前記カバー取引先とカバー取引を行う店頭外国為替証拠金取引の取引資産管理を遂行するコンピュータシステムによって実行されるプログラムであって、
前記取引資産管理システムに関連する資産管理者名義の口座であって前記注文者の預託金が入金される取引業者用口座及び前記注文情報に対する前記取引業者のカバー取引先の預託金が入金されるカバー取引先用口座の各預託金のデータを記憶する第１機能と、
前記取引業者に紐付く複数の前記注文者の各預託金を前記取引業者別に合算して前記取引業者の預託金に相当する取引業者預託残高データを生成し、前記注文者の各預託金と関連付けて記憶するとともに、前記注文者の各預託金の変化に応じて前記取引業者預託残高を更新する第２機能と、
前記取引業者預託残高に基づいて前記取引業者と前記カバー取引先との間で行われる前記注文情報に対するカバー取引に対応した前記注文者と前記取引業者との間の取引履歴を記憶する第３機能と、
前記取引履歴に基づいて、前記カバー取引の決済損益を前記取引業者預託残高と前記カバー取引先の預託金との間で振り替え、かつ前記取引業者預託残高に振り替えられた決済損益を前記取引業者預託残高に紐付く前記各注文者の預託金に加減算する決済処理を遂行する第４機能と、
を実現させることを特徴とする取引資産管理プログラム。
【請求項８】
提携しているカバー取引先から提供されるレートに基づいた為替取引レートに対する注文者からの注文情報に基づいて、取引業者が前記カバー取引先と前記注文情報に対応したカバー取引を遂行する取引業者サーバと、前記カバー取引先が保有し、前記取引業者との間の前記注文情報に対応した第１カバー取引を受け付けるとともに、前記第１カバー取引に応じてカウンターパーティとの間で第２カバー取引を遂行する取引システムとにより実現される店頭外国為替証拠金取引における取引資産管理システムであって、
前記取引資産管理システムに関連する資産管理者名義の口座であって前記注文者の預託金が入金される取引業者用口座、前記カバー取引先の預託金が入金されるカバー取引先用口座、及び前記カウンターパーティの預託金が入金されるカウンターパーティ用口座の各預託金のデータを記憶する第１記憶部と、
前記取引業者に紐付く複数の前記注文者の各預託金を前記取引業者別に合算して前記取引業者の預託金に相当する取引業者預託残高データを生成し、前記注文者の各預託金と関連付けて前記第１記憶部に記憶するとともに、前記注文者の各預託金の変化に応じて前記取引業者預託残高を更新する取引資産管理部と、
前記取引業者サーバから提供される前記注文者と前記取引業者との間の取引履歴であって、前記取引業者預託残高に基づいて前記取引業者と前記カバー取引先との間で行われる前記注文情報に対する前記第１カバー取引に対応した取引履歴と、前記取引システムから提供される前記カバー取引先と前記カウンターパーティとの間で行われた前記注文情報に対する前記第２カバー取引の取引履歴を記憶する第２記憶部と、を有し、
前記取引資産管理部は、前記取引履歴に基づいて、前記第１カバー取引の決済損益を前記取引業者預託残高と前記カバー取引先の預託金との間で振り替える第１処理と、前記第２カバー取引の決済損益を前記カバー取引先の預託金と前記カウンターパーティの預託金との間で振り替える第２処理とを遂行するとともに、前記取引業者預託残高に振り替えられた決済損益を前記取引業者預託残高に紐付く前記各注文者の預託金に加減算する決済処理することを特徴とする取引資産管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店頭外国為替証拠金取引の取引資産管理システムに関する。
【背景技術】
【０００２】
店頭外国為替証拠金取引（以下、ＦＸ取引という）は、ＦＸ取引の取引業者が顧客から証拠金の預託を受けた場合、顧客の資産を区分管理するために、信託会社又は信託業務を営む金融機関（信託銀行など）に信託保全しなければならない。例えば、顧客から預託された証拠金について、日々のＦＸ取引での差損益、保有ポジションの評価損益、保有ポジションのスワップ損益があればこれらの損益額を反映し、損益金額を期限内（例えば、計算日の３営業日内）に金銭信託しなければならない。
【０００３】
図１８及び図１９は、従来のＦＸ取引の信託保全の仕組みを示す図であり、図１８は、証拠金の入出金例、図１９は、ＦＸ取引で発生した損益反映例を示す図である。まず、図１８の上段に示すように、顧客は、ＦＸ取引を行うための資金として取引業者が開設する金融機関の口座に証拠金を入金する。取引業者は、自身の金融機関の口座から信託銀行に開設した顧客資産区分管理用の口座に、顧客から受け取った証拠金を振り替えて預託する。
【０００４】
一方、図１８の下段に示すように、顧客は、預けた証拠金（預託金）を引き出したいとき、取引業者に出金指示を行う。取引業者は、顧客の出金指示に基づいて信託銀行に対して返還要求を行う。信託銀行は、顧客が指定した出金金額を顧客資産区分管理用の取引業者口座から、取引業者が指定する金融機関の口座に入金する。そして、取引業者は、金融機関の取引業者口座から顧客が指定する金融機関の顧客口座に振込を行う。
【０００５】
また、図１９に示すように、取引業者（取引業者サーバ）は、カバー取引先（銀行等の金融機関）から提示されるレートに基づいて為替取引レートを顧客（注文者端末）に提示する。顧客は、提示された為替取引レートに基づく買い／売りの注文や過去に約定した売り又は買いのポジションを指定した決済注文を取引業者に対して行うことができる。一方、取引業者は、対顧客との間で約定した取引に対し、別途カバー取引先との間でカバー取引を行う。
【０００６】
取引業者は、顧客との間の取引で損益が発生すると、該当する損益金額を取引業者の口座から顧客の証拠金が預託されている信託銀行の口座に振り替える。また、顧客からの売買注文に対応するカバー取引においても、取引業者は、カバー取引先との間で損益が発生するので、カバー取引先との間の取引で発生した損益金額が、別途取引業者とカバー取引先との間の口座間で振替処理される。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】一般社団法人  金融先物取引業協会ホームページ，ＦＸ取引の規制について「区分管理方法の信託一本化」ページ，http://www.ffaj.or.jp/regulation/01.html
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このような従来の店頭外国為替証拠金取引の仕組みは、顧客、取引業者及びカバー取引先の各資金が個別口座で管理されているため、個別口座間の資金移動が発生する。このため、信託保全されている顧客の証拠金（預託金）にＦＸ取引での損益が反映されるまで及び取引業者とカバー取引先との間での損益が反映されるまでに、手間及び時間を要する問題があった。顧客等の証拠金の入金や出金についても個別口座間の資金移動となるため、同様の問題が発生していた。
【０００９】
また、店頭外国為替証拠金取引において、取引業者は、顧客からの売買注文に対してカバー取引を行うが、顧客の証拠金が取引業者の資金と区分管理される必要があるため、顧客の証拠金を元手にカバー取引を行うことができない。つまり、個別口座間の資金移動を前提として、取引業者は、顧客の売買注文に対するカバー取引に必要な資金を確保（調達）しなければならず、取引業者の資金繰りの負担が増大していた。
【００１０】
そこで、本発明は、取引業者を介した実質的な資金移動が発生しない注文者の預託金の区分管理を実現しつつ、店頭外国為替証拠金取引における預託金間の資金移動の手間及び時間を短縮することができる取引資産管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願第１発明は、取引業者と提携しているカバー取引先から提供されるレートに基づく為替取引レートを注文者に提示し、前記注文者からの注文情報に対して前記取引業者が前記カバー取引先とカバー取引を行う店頭外国為替証拠金取引の取引資産管理システムである。取引資産管理システムは、前記取引資産管理システムに関連する資産管理者名義の口座であって前記注文者の預託金が入金される取引業者用口座及び前記注文情報に対する前記取引業者のカバー取引先の預託金が入金されるカバー取引先用口座の各預託金のデータを記憶する第１記憶部と、前記取引業者に紐付く複数の前記注文者の各預託金を前記取引業者別に合算して前記取引業者の預託金に相当する取引業者預託残高データを生成し、前記注文者の各預託金と関連付けて前記第１記憶部に記憶するとともに、前記注文者の各預託金の変化に応じて前記取引業者預託残高を更新する取引資産管理部と、前記取引業者預託残高に基づいて前記取引業者と前記カバー取引先との間で行われる前記注文情報に対するカバー取引に対応した前記注文者と前記取引業者との間の取引履歴を記憶する第２記憶部と、を有する。
【００１２】
そして、前記取引資産管理部は、前記取引履歴に基づいて、前記カバー取引の決済損益を前記取引業者預託残高と前記カバー取引先の預託金との間で振り替え、かつ前記取引業者預託残高に振り替えられた決済損益を前記取引業者預託残高に紐付く前記各注文者の預託金に加減算する決済処理を遂行することを特徴とする。
【００１３】
前記取引資産管理システムは、前記カバー取引先と提携する複数の前記取引業者のうちのいずれかの前記取引業者と紐付く前記注文者から前記取引業者用口座に入金された預託金のデータを、該当する前記取引業者に区分して前記第１記憶部に記憶する入金管理部をさらに有することができる。このとき、前記取引資産管理部は、前記取引業者毎に前記取引業者預託残高データを生成し、前記注文者の各預託金と関連付けて前記第１記憶部に記憶するとともに、前記各取引業者に紐付く前記注文者の各預託金の変化に応じて、該当する前記取引業者の取引業者預託残高を更新することができる。また、前記取引資産管理部は、前記第２記憶部に前記取引業者別に記憶されている前記各取引履歴に基づいて、前記取引業者毎に前記決済処理を遂行することができる。
【００１４】
前記第１記憶部は、前記取引資産管理システムに関連する資産管理者名義の口座であって前記カバー取引先のカバー取引先であるカウンターパーティの預託金が入金されるカウンターパーティ用口座の預託金のデータを記憶するように構成することができる。このとき、前記第２記憶部は、前記取引業者預託残高に基づいて前記取引業者と前記カバー取引先との間で行われる前記注文情報に対する第１カバー取引に対応した前記注文者と前記取引業者との間の取引履歴及び前記カバー取引先と前記カウンターパーティとの間で行われた前記注文情報に対する第２カバー取引の取引履歴を記憶することができる。また、前記取引資産管理部は、前記取引履歴に基づいて、前記第１カバー取引の決済損益を前記取引業者預託残高と前記カバー取引先の預託金との間で振り替える第１処理と、前記第２カバー取引の決済損益を前記カバー取引先の預託金と前記カウンターパーティの預託金との間で振り替える第２処理とを遂行するとともに、前記取引業者預託残高に振り替えられた決済損益を前記取引業者預託残高に紐付く前記各注文者の預託金に加減算する前記決済処理を遂行することができる。
【００１５】
前記第１記憶部には、前記カバー取引先と提携する複数の前記各カウンターパーティから前記カウンターパーティ用口座に入金された預託金のデータが、該当する前記カウンターパーティ毎に区分して記憶されるように構成することができ、前記第２記憶部は、前記カバー取引先と前記カウンターパーティとの間で行われた前記第２カバー取引の取引履歴を、前記カウンターパーティ毎に記憶することができる。そして、前記取引資産管理部は、前記第２カバー取引の取引履歴に基づいて、前記第２カバー取引の決済損益を前記カバー取引先の預託金と該当する前記カウンターパーティの預託金との間で振り替える前記第２処理を遂行するように構成することができる。
【００１６】
また、前記取引資産管理システムは、前記注文者から前記取引業者に依頼した前記預託金の出金指示に基づいて、前記出金指示に該当する金額を、前記取引業者用口座から前記注文者が所定の金融機関に開設する特定口座に振り替え、前記注文者の前記預託金のデータから差し引く出金処理を遂行する出金管理部をさらに有するように構成することができる。このとき、前記取引資産管理部は、前記注文者に紐付く前記取引業者の前記取引業者預託残高を更新することができる。
【００１７】
前記取引資産管理システムに関連する前記資産管理者は、信託業を営む信託会社又は金融機関とすることができる。
【００１８】
本願第２発明は、取引業者と提携しているカバー取引先から提供されるレートに基づく為替取引レートを注文者に提示し、前記注文者からの注文情報に対して前記取引業者が前記カバー取引先とカバー取引を行う店頭外国為替証拠金取引の取引資産管理を遂行するコンピュータシステムによって実行されるプログラムである。取引資産管理プログラムは、前記取引資産管理システムに関連する資産管理者名義の口座であって前記注文者の預託金が入金される取引業者用口座及び前記注文情報に対する前記取引業者のカバー取引先の預託金が入金されるカバー取引先用口座の各預託金のデータを記憶する第１機能と、前記取引業者に紐付く複数の前記注文者の各預託金を前記取引業者別に合算して前記取引業者の預託金に相当する取引業者預託残高データを生成し、前記注文者の各預託金と関連付けて記憶するとともに、前記注文者の各預託金の変化に応じて前記取引業者預託残高を更新する第２機能と、前記取引業者預託残高に基づいて前記取引業者と前記カバー取引先との間で行われる前記注文情報に対するカバー取引に対応した前記注文者と前記取引業者との間の取引履歴を記憶する第３機能と、前記取引履歴に基づいて、前記カバー取引の決済損益を前記取引業者預託残高と前記カバー取引先の預託金との間で振り替え、かつ前記取引業者預託残高に振り替えられた決済損益を前記取引業者預託残高に紐付く前記各注文者の預託金に加減算する決済処理を遂行する第４機能と、を実現させることを特徴とする。
【００１９】
本願第３発明は、提携しているカバー取引先から提供されるレートに基づいた為替取引レートに対する注文者からの注文情報に基づいて、取引業者が前記カバー取引先と前記注文情報に対応したカバー取引を遂行する取引業者サーバと、前記カバー取引先が保有し、前記取引業者との間の前記注文情報に対応した第１カバー取引を受け付けるとともに、前記第１カバー取引に応じてカウンターパーティとの間で第２カバー取引を遂行する取引システムとにより実現される店頭外国為替証拠金取引における取引資産管理システムである。取引資産管理システムは、前記取引資産管理システムに関連する資産管理者名義の口座であって前記注文者の預託金が入金される取引業者用口座、前記カバー取引先の預託金が入金されるカバー取引先用口座、及び前記カウンターパーティの預託金が入金されるカウンターパーティ用口座の各預託金のデータを記憶する第１記憶部と、前記取引業者に紐付く複数の前記注文者の各預託金を前記取引業者別に合算して前記取引業者の預託金に相当する取引業者預託残高データを生成し、前記注文者の各預託金と関連付けて前記第１記憶部に記憶するとともに、前記注文者の各預託金の変化に応じて前記取引業者預託残高を更新する取引資産管理部と、前記取引業者サーバから提供される前記注文者と前記取引業者との間の取引履歴であって、前記取引業者預託残高に基づいて前記取引業者と前記カバー取引先との間で行われる前記注文情報に対する前記第１カバー取引に対応した取引履歴と、前記取引システムから提供される前記カバー取引先と前記カウンターパーティとの間で行われた前記注文情報に対する前記第２カバー取引の取引履歴を記憶する第２記憶部と、を有する。
【００２０】
そして、前記取引資産管理部は、前記取引履歴に基づいて、前記第１カバー取引の決済損益を前記取引業者預託残高と前記カバー取引先の預託金との間で振り替える第１処理と、前記第２カバー取引の決済損益を前記カバー取引先の預託金と前記カウンターパーティの預託金との間で振り替える第２処理とを遂行するとともに、前記取引業者預託残高に振り替えられた決済損益を前記取引業者預託残高に紐付く前記各注文者の預託金に加減算する決済処理を遂行することを特徴とする。
【発明の効果】
【００２１】
本願発明によれば、店頭外国為替証拠金取引の注文者及びカバー取引先の各預託金が、取引資産管理システムに関連する資産管理者名義の口座で管理され、注文者及びカバー取引先の各預託金と、取引業者の預託金に相当するカバー取引のための取引業者預託残高とが、資産管理者名義で集約される。つまり、店頭外国為替証拠金取引全体における注文者、取引業者及びカバー取引先の各参加者間での差損益の関係が、資産管理者名義で一元的に管理され、資産管理者名義の下で参加者全体の資金の総和が一定となる資金移動によって決済を完結することができる。
【００２２】
そして、同一の資産管理者名義内での資金移動として差損益が決済されるため、注文情報に基づく取引業者とカバー取引先との間のカバー取引による差損益は、取引業者を経由せずに、注文者の預託金と取引業者のカバー取引先の預託金との間で振り替えることができる。すなわち、資産管理者名義の下で参加者全体の資金の総和が一定となる資金移動によって決済が完結される本願発明は、注文情報に基づく注文者の利益（損失）が取引業者のカバー取引先の損失（利益）に置き換えられるように、データ上の資金移動によって決済することができる。したがって、注文者とカバー取引先との間で取引業者を介した実質的な資金移動が発生しないことから、取引業者は、カバー取引に必要な自己資金を用意しなくても、注文者の預託金に基づく取引業者預託残高に基づいて、注文者の注文情報に基づくカバー取引を行うことができるようになる。
【００２３】
このように本願発明は、取引業者を介した実質的な資金移動が発生しない注文者の預託金の区分管理（注文者の資産保全管理）を実現しつつ、店頭外国為替証拠金取引全体の各参加者間の差損益の関係を資産管理者名義で一元的に管理して決済を完結させることができ、店頭外国為替証拠金取引における預託金間の資金移動の手間及び時間を短縮することができる。
【図面の簡単な説明】
【００２４】
【図１】第１実施形態の店頭外国為替証拠金取引システムのネットワーク構成例を示す図である。
【図２】第１実施形態の顧客（注文者端末１００）に提示される為替取引レートの供給例を説明するための図である。
【図３】第１実施形態の店頭外国為替証拠金取引システムの各取引態様を説明するための図である。
【図４】第１実施形態の取引業者サーバ２００、取引システム３００及び取引資産管理システム４００の構成ブロックを示す図である。
【図５】第１実施形態の取引資産管理システム４００における顧客の預託金、取引システム３００の預託金及びカウンターパーティの預託金の一元管理を説明するための図である。
【図６】第１実施形態の取引資産管理システム４００で管理される預託金の入金例を説明するための図である。
【図７】第１実施形態の取引資産管理システム４００で管理される預託金の出金例を説明するための図である。
【図８】第１実施形態の店頭外国為替証拠金取引の参加者間の為替取引と決済処理を説明するための図である。
【図９】図８の例において、複数の取引業者及び複数のカウンターパーティを参加者として含む店頭外国為替証拠金取引の決済処理を説明するための図である。
【図１０】第１実施形態の取引資産管理システムが信託会社名義の各口座で受け入れた各預託金の管理及び取引履歴に基づく決済処理を説明するための図である。
【図１１】第１実施形態の取引資産管理システムの決済処理による口座データの振り替え処理に基づく差損益を取引資産管理者名義の各口座間で振り替え処理を説明するための図である。
【図１２】第１実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの処理フローを示す図である。
【図１３】第１実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの処理フローを示す図である。
【図１４】第１実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの処理フローを示す図である。
【図１５】第１実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの処理フローを示す図である。
【図１６】第１実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの第１変形例を示す図である。
【図１７】第１実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの第２変形例を示す図である。
【図１８】従来の店頭外国為替証拠金取引の信託保全の仕組みを示す図であり、証拠金の入出金例を説明するための図である。
【図１９】従来の店頭外国為替証拠金取引の信託保全の仕組みを示す図であり、為替取引で発生した損益反映例を説明するための図である。
【発明を実施するための形態】
【００２５】
以下、実施形態につき、図面を参照して説明する。
【００２６】
（第１実施形態）
図１から図１７は、第１実施形態を示す図である。図１は、本実施形態の店頭外国為替証拠金取引システムのネットワーク構成例である。店頭外国為替証拠金取引システムは、注文者端末１００、取引業者サーバ２００、取引システム３００及びＣＰ端末５００を含んで構成され、各々がネットワークを介して接続されている。なお、取引資産管理システム４００については後述する。
【００２７】
注文者端末１００は、外国為替証拠金取引を行う顧客（個人投資家等）が操作するコンピュータ装置である。注文者端末１００は、取引業者サーバ２００から為替取引レートを受信し、顧客は、注文者端末１００を介して取引業者サーバ２００に、売買注文（注文情報）を送信する。
【００２８】
注文者端末１００は、多機能携帯電話機やＰＤＡ(Personal Digital Assistant)等のデータ通信機能及び演算機能（ＣＰＵ等）を備えた携帯情報端末、ノートパソコンやタブレット型コンピュータ等が含まれる。注文者端末１００は、有線通信網や無線通信網を介して取引業者サーバ２００とデータ通信を行う機能を備え、取引業者サーバ２００との間で売買注文の送信や取引結果などの受信を行う。注文者端末１００は、取引業者サーバ２００が提供する所定の外国為替証拠金取引のための取引画面などを表示する表示制御機能（ブラウザなど）を備えことができるとともに、入力ボタン、タッチパネル等の操作入力装置及び表示装置を備えることができる。
【００２９】
取引業者サーバ２００は、提携しているカバー取引先から提供される取引レートに基づいた為替取引レートを注文者端末１００の伝送し、顧客からの売買注文を受け付けて顧客との間で相対取引を遂行する。また、顧客から受け付けた売買注文に対し、取引業者がカバー取引先と行うカバー取引を遂行する。ここで、取引業者とは、取引仲介業者であり、顧客から注文を受託して外国為替証拠金取引を遂行する金融庁に登録された取引業者である。
【００３０】
取引システム３００は、取引業者との間の顧客の売買注文に対応した第１カバー取引を受け付けるとともに、第１カバー取引に応じてカウンターパーティとの間で第２カバー取引を遂行する。取引システム３００は、取引業者のカバー取引先であり、取引業者サーバ２００から送信される顧客の売買注文に対応したカバー取引要求を受け入れるマーケットプロバイダーである。
【００３１】
取引システム３００（ＭＰ）は、取引業者から受け入れたカバー取引に基づいて、カウンターパーティとの間でさらにカバー取引を行う。カウンターパーティ（ＣＰ）は、銀行等の金融機関であり、取引システム３００に対するカバー取引先となる。本実施形態では、取引システム３００を中心として、取引業者のカバー取引先が取引システム３００となり、取引システム３００のカバー取引先がカウンターパーティとなる。
【００３２】
図２は、本実施形態の顧客（注文者端末１００）に提示される為替取引レートの供給例を説明するための図であり、カウンターパーティ（ＣＰ端末５００）は、取引レート情報（呼値）を取引システム３００に伝送（供給）する。取引システム３００は、カウンターパーティから供給された取引レート情報を、取引業者サーバ２００に送信する。取引業者サーバ２００は、取引システム３００から供給された取引レート情報に基づく為替取引レートを、顧客（注文者端末１００）に送信する。
【００３３】
顧客に提示される為替取引レートとしては、例えば、取引業者サーバ２００が、取引システム３００から受信する取引レート情報を、そのまま顧客の注文者端末１００に為替取引レートとして提供することができる。この場合、取引システム３００は、取引業者サーバ２００に接続可能な注文者端末１００に対し、取引業者サーバ２００を経由して又は取引業者サーバを経由せずに直接、ネットワークを介して為替取引レートを送信することができる。また、為替取引レートとは、ビッド（買気配値、アスクともいう）及びオファー（売気配値）とその気配値で取引可能な数量（買数量、売数量）で構成される情報であり、例えば、ビッド／オファーが同時に提示される２ウェイプライス方式の取引レートで構成することができる。顧客からの売買注文は、為替取引レートに示されたビッド又は／オファーとその取引数量を含む注文情報である。
【００３４】
図３は、本実施形態の店頭外国為替証拠金取引システムの各取引態様を説明するための図である。図２において説明したように、取引システム３００は、カウンターパーティが提示する取引レート情報に基づいて、注文者端末１００の為替取引レートを送信する。顧客は、提示された為替取引レートに基づいて注文者端末１００から売買注文を入力する。
【００３５】
顧客の売買注文は、取引業者サーバ２００に送信され、まず、顧客と取引業者との間で売買注文に対する為替取引が約定する。約定した為替取引は、取引履歴として取引業者サーバ２００に記憶される。取引業者サーバ２００は、顧客との間で約定した為替取引に対して、複数の各顧客の売買注文と同じ取引内容の各カバー取引を、取引システム３００に対して行う。
【００３６】
取引システム３００は、取引業者サーバ２００からカバー取引要求を受信し、取引業者と取引システム３００との間で顧客の売買注文と同じビッド又はオファーとその取引数量の第１カバー取引を約定させる。約定した取引業者に対する第１カバー取引の取引履歴、言い換えれば、顧客と取引業者との間で約定した取引履歴と同じである、取引業者と取引システム３００（取引業者のカバー取引先）との間で行われる顧客の売買注文に対する第１カバー取引に対応した取引履歴が、取引システム３００に記憶される。
【００３７】
取引システム３００は、取引業者から受け入れた第１カバー取引に基づいて、カウンターパーティとの間でさらに第２カバー取引を行う。取引システム３００は、カウンターパーティによって提示された呼値に基づいて、取引業者から受け入れた第１カバー取引に対応するビッド又はオファーとその取引数量に応じた第２カバー取引要求を生成し、複数のカウンターパーティとの間で１つ又は複数の第２カバー取引を約定させる。取引システム３００は、取引業者と取引システム３００との間で行われる第１カバー取引に対応した、取引システム３００とカウンターパーティとの間で行われた第２カバー取引の取引履歴を記憶する。第２カバー取引に対応した取引履歴は、対カウンターパーティに対する取引システム３００の取引履歴である。
【００３８】
図４は、本実施形態の取引業者サーバ２００、取引システム３００及び取引資産管理システム４００の構成ブロックを示す図である。
【００３９】
取引業者サーバ２００は、制御部２１０と、記憶部２２０と、通信制御部２３０とを含んで構成され、制御部２１０は、取引レート管理部２１１、取引管理部２１２及び預託金管理部２１３を含んで構成されている。通信制御部２３０は、複数の注文者端末１００、取引システム３００及び取引資産管理システム４００との間のデータ通信制御を行う。
【００４０】
取引業者サーバ２００の取引レート管理部２１１は、取引システム３００から提供される取引レートを受信し、各注文者端末１００の伝送するための為替取引レートを生成する。取引レート管理部２１１は、生成された為替取引レートを複数の各注文者端末１００にネットワークを介して伝送する。
【００４１】
取引業者サーバ２００の取引管理部２１２は、各注文者端末１００から顧客の売買注文を受信し、顧客と取引業者との間の為替取引を約定させ、かつ顧客から受け付けた売買注文に対するカバー取引要求を取引システム３００に送信する取引処理を遂行する。記憶部２２０には、顧客毎に取引履歴（注文情報（注文日、注文種別（買い注文、売り注文、決済注文）、注文価格、注文数量）、建玉情報（約定日、取引通貨（商品）、売建玉数量、買建玉数量、約定価格）、決済注文による差損益額、預託金情報、入出金情報、スワップポイント情報等）などが記憶されており、取引管理部２１２は、取引処理に伴って取引履歴を記憶部２２０に記憶する処理を遂行する。
【００４２】
預託金管理部２１３は、顧客から預託された預託金（証拠金）を管理する処理を遂行する。具体的には、所定の口座に入金された金額を記憶部２２０に記憶されている顧客の預託金データに反映したり、顧客からの出金依頼に基づいて預託金データから出金金額を減算したり、外国為替証拠金取引における損益に応じた金額を預託金データに加減算したりして、複数の各顧客の預託金更新処理を行う。
【００４３】
取引システム３００は、制御部３１０と、記憶部３２０と、通信制御部３３０とを含んで構成され、制御部３１０は、取引レート管理部３１１及び取引管理部３１２を含んで構成されている。通信制御部３３０は、注文者端末１００、取引業者サーバ２００、取引資産管理システム４００及びＣＰ端末５００との間のデータ通信制御を行う。
【００４４】
取引システム３００の取引レート管理部３１１は、カウンターパーティのＣＰ端末５００から提供される呼値を受信し、注文者端末１００に提供される為替取引レートの元となる取引レートを生成する。取引レート管理部３１１は、生成された取引レートを取引業者サーバ２００に伝送する。なお、上述のように、取引システム３００によって生成された取引レートは、そのまま顧客に提示される為替取引レートとして利用することができるため、取引レート管理部３１１は、通信制御部３３０を介して注文者端末１００に直接、生成した取引レートを為替取引レートとして送信することができる。
【００４５】
取引システム３００の取引管理部３１２は、取引業者サーバ２００から対顧客の売買注文に対するカバー取引要求を受信し、取引業者と取引システム３００の間の為替取引を約定させる第１取引処理と、取引業者から受け付けた売買注文に対するカバー取引に基づくカバー取引注文を生成し、カウンターパーティから提示される呼値との間の為替取引を約定させる第２取引処理を遂行する。記憶部３２０には、第１取引処理に対応する取引業者毎の取引履歴が記憶されていると共に、第２取引処理に対応するカウンターパーティ毎の取引履歴が記憶されている。取引管理部３１２は、各取引処理に伴って取引履歴を記憶部３２０に記憶する処理を遂行する。
【００４６】
このとき、第１取引処理に対応する取引履歴は、取引システム３００から観点において対取引業者の取引履歴であると共に、取引業者とそのカバー取引先である取引システム３００との間で行われる顧客の売買注文に対するカバー取引に対応した顧客と取引業者との間の対顧客の取引履歴となる。このため、第１取引処理に対応する取引履歴は、取引業者サーバ２００で記憶される取引履歴と同一の取引内容（約定価格、取引数量、決済注文による差損益額など）となる。また、第２取引処理に対応する取引履歴は、対カウンターパーティの取引履歴であり、カウンターパーティ毎に上述した顧客の取引履歴と同様の構成の情報で構成されている。
【００４７】
ここで、取引システム３００は、図４に示すように、取引端末３０１が接続されている。取引端末３０１は、取引システム３００の取引運営者が操作するコンピュータ装置である。取引運営者は、取引端末３０１を介して、例えば、取引システム３００を通じたカウンターパーティとの間のカバー取引を行うことができる。取引運営者が、カバー取引注文を取引端末３０１に入力すると、取引システム３００は、入力されたカバー取引注文に基づいて第２取引処理を遂行することができる。カバー取引注文は、取引業者から受け付けた顧客の売買注文に対するカバー取引に基づくものであり、顧客の売買注文と同一又は異なる取引内容である。なお、上述のように、取引システム３００が自動的に、取引業者から受け付けた売買注文に対するカバー取引に基づくカバー取引注文を生成して第２取引処理を遂行するように構成することもできる。
【００４８】
また、取引システム３００は、カウンターパーティから提示されるスワップポイント情報を、ＣＰ端末５００から受信して、記憶部３２０に記憶することができる。スワップポイント情報は、取引レートと同様に、取引管理部３１２から取引業者サーバ２００に送信することができ、取引システム３００が取引業者に対して未決済建玉のスワップポイント情報を供給することができる。
【００４９】
取引システム３００は、複数の取引業者と提携し、各取引業者サーバ２００と接続され、取引業者毎に第１カバー取引を遂行する。一方、取引システム３００は、複数のカウンターパーティと提携しており、複数のＣＰ端末５００と接続される。そして、カウンターパーティ毎に第２カバー取引を行う。取引システム３００には、取引参加者として取引業者及びカウンターパーティがそれぞれ登録される。記憶部３２０には、取引参加者の登録情報（例えば、各取引参加者を識別する識別情報など）が予め記憶され、取引システム３００を中心とする第１カバー取引及び第２カバー取引を、各取引参加者の登録情報を用いして識別し、各取引業者及び各カウンターパーティに区分して、取引履歴を管理することができる。
【００５０】
このように本実施形態の店頭外国為替証拠金取引システムは、取引業者のカバー取引先である取引システム３００から提供されるレートに基づいた為替取引レートに対する顧客からの売買注文に基づいて、取引業者が取引システム３００と売買注文に対応したカバー取引を遂行する取引業者サーバ２００と、取引業者との間の売買注文に対応した第１カバー取引を受け付けるとともに、第１カバー取引に応じてカウンターパーティとの間で第２カバー取引を遂行する取引システム３００とにより実現される。
【００５１】
そして、店頭外国為替証拠金取引では、取引によって生じた差損益金を清算する差金決済が行われる。顧客は、差金決済によって得られた差損益を享受する。このとき、従来は、顧客、取引業者、取引システム３００、カウンターパーティの各資金が、個別口座で管理されているため、顧客が取引業者との間で行った相対取引の差損益が、各個別口座を移動する資金移動が生じ、顧客が差金決済によって発生した差損益を享受するまで、手間及び時間を要する問題があった。
【００５２】
特に、取引業者は、リスクヘッジを行うために、例えば、顧客からの売買注文に対応するカバー取引で発生した損益を、対顧客との間の取引で発生した損益に振り替えることができる。このような場合、まず、顧客の売買注文に対するカバー取引において発生した損益が、取引業者とカバー取引先との間の口座間で振替処理され、その後取引業者の口座から顧客の証拠金が預託されている信託銀行の口座に、売買注文に対応する損益が入金されることになるため（損失の場合は、差し引かれる）、顧客が差金決済によって発生した差損益を享受するまで、非常に手間及び時間を要していた。
【００５３】
また、取引業者は、個別口座間の資金移動を前提として、顧客の売買注文に対するカバー取引に必要な資金を確保（調達）しなければならず、取引業者の資金繰りの負担が増大していた。
【００５４】
そこで、本実施形態では、店頭外国為替証拠金取引全体の資金管理、すなわち、顧客の預託金（証拠金）、取引業者の預託金、取引業者のカバー取引先である取引システム３００の預託金、及び取引システム３００のカバー取引先であるカウンターパーティの預託金それぞれを、取引資産管理システム４００で一元的に、かつ取引資産管理システム４００を運営する資産管理者名義の口座下で管理する。
【００５５】
本実施形態の取引資産管理システム４００は、取引業者サーバ２００及び取引システム３００と連携し、信託業を営む信託会社又は信託銀行などの金融機関が資産管理者として、取引資産管理システム４００を運営する。以下、資産管理者として信託会社を一例に説明する。
【００５６】
図５は、本実施形態の取引資産管理システム４００における顧客の預託金、取引業者、取引システム３００の預託金及びカウンターパーティの各預託金の一元管理を説明するための図である。まず、取引資産管理システム４００を運営する信託会社は、信託会社名義の口座を、銀行等の金融機関に開設する。
【００５７】
図５に示すように、信託会社は、顧客の預託金が入金される取引業者用口座、取引システム３００の預託金が入金されるカバー取引先用口座、及びカウンターパーティの預託金が入金されるカウンターパーティ用口座を、信託会社名義で各金融機関に開設する。信託会社は、取引業者との間で顧客区分管理信託契約を締結しており、顧客が受益者、取引業者が委託者、信託会社（資産管理者）が受託者となる。
【００５８】
なお、これらの信託会社名義の各口座は、１つの金融機関に集約して開設してもよく、又は図５に示すように、複数の各金融機関に開設してもよい。さらに、信託会社名義の取引業者用口座は、特定の取引業者が紐付くように、複数の取引業者毎に複数設ける態様であってもよい。信託会社名義のカウンターパーティ用口座も、特定のカウンターパーティが紐付くように、複数のカウンターパーティ毎に複数設ける態様であってもよい。
【００５９】
取引業者用口座、カバー取引先用口座、及びカウンターパーティ用口座は、信託会社名義であるため、口座名義が信託会社名義で統一された預託金領域が形成される。例えば、図６に示すように、顧客が取引に際して預託金を預託する場合、顧客は、所定の金融機関に開設された信託会社名義の取引業者用口座に、預託金を入金する。信託会社は、信託会社名義の取引業者用口座に入金された預託金を信託会社名義の下で顧客資産区分管理を行う。このとき、図６に示すように、取引業者が開設する個別口座を経由して、取引業者が信託会社名義の取引業者用口座に顧客の預託金を入金するように構成してもよい。
【００６０】
一方、図７に示すように、顧客が預託した預託金を出金したいときは、顧客は、取引業者に出金依頼を行い、取引業者が顧客の出金依頼に基づいて、信託会社に出金指示を行う。信託会社は、顧客資産区分管理用の信託会社名義の取引業者用口座から顧客が指定する金融機関の個別口座に振り込み（送金）を行う。
【００６１】
取引システム３００の預託金及びカウンターパーティの預託金も図６の例と同様に、カバー取引先用口座及びカウンターパーティ用口座に入金され、口座名義が信託会社名義で統一された預託金領域で管理される。出金についても同様である。このとき、信託会社は、取引システム３００及びカウンターパーティとの間でそれぞれ信託契約を締結しており、取引システム３００及びカウンターパーティとの間でそれぞれが委託者兼受益者となり、信託会社が受託者となる。
【００６２】
取引資産管理システム４００は、顧客、取引業者、取引システム３００及びカウンターパーティの参加者間の各預託金を信託会社名義で集約し、顧客毎、顧客に紐付く取引業者毎及びカウンターパーティ毎に区分して管理する。
【００６３】
図８は、本実施形態の店頭外国為替証拠金取引の参加者間の為替取引と決済処理を説明するための図である。図８の例は、取引業者Ａの顧客がＵＳ／ＪＰの為替取引を行う態様を示している。
【００６４】
図８に示すように、顧客は、取引業者サーバ２００又は取引システム３００から提供される為替取引レートに基づいて、注文価格が１０１．１６円で取引数量が２０万枚の買い注文を行う。このとき、顧客と取引業者との間で買い注文が約定すると共に、取引業者Ａは、取引システム３００に対して顧客の買い注文と同一内容のカバー取引を行う。さらに、取引システム３００は、顧客の買い注文に対する取引業者Ａのカバー取引に対し、カウンターパーティとの間で、取引業者Ａのカバー取引と同一内容のカバー取引を行う。
【００６５】
次に顧客は、注文価格が１０１．１６円で取引数量が２０万枚の買建玉に対する決済注文として、取引業者サーバ２００又は取引システム３００から提供される為替取引レートに基づいて、注文価格が１０１．２６円で取引数量が２０万枚の売り注文を行う。顧客と取引業者との間で売り注文が約定すると共に、取引業者Ａは、取引システム３００に対して顧客の売り注文と同一内容のカバー取引を行う。さらに、取引システム３００は、顧客の売り注文に対する取引業者Ａのカバー取引に対し、カウンターパーティとの間で、取引業者Ａのカバー取引と同一内容のカバー取引を行う。
【００６６】
顧客は、決済注文による差金決済によって＋２万円の利益が生じる。取引業者Ａは、一旦、対顧客に対して顧客の利益＋２万円に対応する損失−２万円が発生するが、取引システム３００に対する同一内容のカバー取引によって対取引システム３００に対して＋２万円の利益が生じる。取引業者Ａは、顧客の＋２万円の利益に対して対顧客及び対取引システム３００との間の損益が、±０となり、相殺される。
【００６７】
一方、取引システム３００においても、一旦、対取引業者Ａに対し、顧客の利益＋２万円に対応する損失−２万円が発生するが、カウンターパーティに対する同一内容のカバー取引によって対カウンターパーティに対して＋２万円の利益が生じる。取引システム３００は、顧客の＋２万円の利益に対して対取引業者Ａ及び対カウンターパーティとの間の損益が、±０となり、相殺される。そして、カウンターパーティは、対取引システム３００に対して顧客の利益＋２万円に相当する損失−２万円が発生する。
【００６８】
図９は、図８の例において、複数の取引業者及び複数のカウンターパーティを参加者として含む店頭外国為替証拠金取引の決済処理を説明するための図である。
【００６９】
図９に示すように、取引業者Ａの顧客１及び顧客２は、決済注文による差金決済によってそれぞれ＋１万円、＋２万円の利益が生じる。取引業者Ａは、一旦、対顧客に対して顧客１の利益＋１万円と顧客２の利益＋２万円に対応する合計−３万円の損失が発生するが、取引システム３００に対する同一内容の各カバー取引によって対取引システム３００に対して＋１万円と＋２万円の各利益が生じる。
【００７０】
一方、取引業者Ｂの顧客１及び顧客２は、決済注文による差金決済によってそれぞれ＋３万円、＋５万円の利益が生じる。取引業者Ｂも、一旦、対顧客に対して顧客１の利益＋３万円と顧客２の利益＋５万円に対応する合計−８万円の損失が発生するが、取引システム３００に対する同一内容の各カバー取引によって対取引システム３００に対して＋３万円と＋５万円の各利益が生じる。
【００７１】
取引業者Ａ及び取引業者Ｂそれぞれは、対顧客及び対取引システム３００との間の損益が、±０となり、相殺される。
【００７２】
取引システム３００は、一旦、対取引業者Ａに対し、顧客１と顧客２の利益合計＋３万円に対応する損失−３万円が発生するが、カウンターパーティ２に対する同一内容のカバー取引によって対カウンターパーティ２に対して＋３万円の利益が生じる。このため、取引システム３００は、顧客１と顧客２の利益合計＋３万円に対して対取引業者Ａ及び対カウンターパーティ２との間の損益が、±０となり、相殺される。そして、カウンターパーティ２は、対取引システム３００に対して顧客１と顧客２の利益合計＋３万円に対応する損失−３万円が発生する。
【００７３】
同様に、取引システム３００は、一旦、対取引業者Ｂに対し、顧客１と顧客２の利益合計＋８万円に対応する損失−８万円が発生するが、カウンターパーティ１に対する同一内容のカバー取引によって対カウンターパーティ１に対して＋８万円の利益が生じる。このため、取引システム３００は、顧客１と顧客２の利益合計＋８万円に対して対取引業者Ｂ及び対カウンターパーティ１との間の損益が、±０となり、相殺される。そして、カウンターパーティ１は、対取引システム３００に対して顧客１と顧客２の利益合計＋８万円に対応する損失−８万円が発生する。
【００７４】
取引システム３００は、取引業者Ａの顧客の＋３万円の合計利益に対して対取引業者Ａ及び対カウンターパーティ２との間の損益が、±０となり、かつ取引業者Ｂの顧客の＋８万円の合計利益に対して対取引業者Ｂ及び対カウンターパーティ１との間の損益が、±０となり、相殺される。
【００７５】
このように、本実施形態の取引資産管理システム４００は、店頭外国為替証拠金取引全体における各参加者間での差損益の関係が、信託会社名義で一元的に管理され、信託会社名義の下で参加者全体の資金の総和が一定となる資金移動によって決済を完結させることができる。
【００７６】
そして、同一の信託会社名義内での資金移動として差損益が決済され、図８及び図９に示すように、取引業者は、対顧客及び対取引システム３００との間の損益が、±０となり、かつ取引システム３００は、対取引業者及び対カウンターパーティとの間の損益が、±０となり、相殺される。したがって、顧客の売買注文に基づく差損益は、取引業者を経由せずに、言い換えれば、取引業者の預託金に増減が発生せずに、顧客の預託金とカウンターパーティの預託金との間で振り替える決済処理となる。
【００７７】
すなわち、信託会社名義の下で資金の総和が一定となる資金移動によって決済が完結されるため、売買注文に基づく顧客の利益（損失）がカウンターパーティの損失（利益）に置き換えられるように、データ上の資金移動によって決済することができる。したがって、顧客とカバー取引先との間で取引業者を介した実質的な資金移動が発生しないことから、取引業者は、取引システム３００との間のカバー取引に必要な自己資金を用意しなくても、顧客の預託金に基づく取引業者預託残高に基づいて、顧客の売買注文に基づくカバー取引を行うことができるようになる。
【００７８】
なお、上記説明では、取引業者が取引システム３００に対して行うカバー取引は、顧客の売買注文と同一の取引内容であるため、取引業者は、顧客の損益に対して対顧客及び対取引システム３００との間で取引業者預託残高は、±０となり、常に相殺されるが、取引システム３００がカウンターパーティに対して行うカバー取引は、顧客の売買注文と同一の取引内容でなくてもよい。
【００７９】
つまり、取引システム３００は、顧客の売買注文に対する取引業者のカバー取引を受け入れ、受け入れた取引業者との間のカバー取引に基づいて、カウンターパーティとの間でカバー取引を行うが、顧客（取引業者）に提示される為替取引レートと異なる呼値がカウンターパーティから提示された場合、異なる呼値でカウンターパーティと取引を行うことができる。
【００８０】
例えば、取引システム３００が、顧客の売買注文よりも有利な取引価格でカウンターパーティと取引を行うと、取引システム３００にも利益が生じ、その分カウンターパーティがさらに損失を被ることになるが、本実施形態では、カウンターパーティを含む店頭外国為替証拠金取引における各参加者全体の預託金を信託会社名義で受け入れ、差損益の関係が信託会社名義で一元的に管理される。このため、図９の例において、例えば、取引システム３００のプラスの利益が生じても、店頭外国為替証拠金取引における各参加者全体の差損益の総量が一定となる、言い換えれば、差損益によって資金が移動しても参加者全体の資金の総和が一定となる資金移動によって決済を完結させることができる。取引システム３００が、顧客の売買注文よりも不利な取引価格でカウンターパーティと取引を行う場合も同様である。
【００８１】
図１０は、取引資産管理システム４００が信託会社名義の各口座で受け入れた各預託金の管理及び取引履歴に基づく決済処理を説明するための図である。
【００８２】
ここで、図４に示した本実施形態の取引資産管理システム４００について説明する。取引資産管理システム４００は、制御部４１０と、記憶部４２０と、通信制御部４３０とを含んで構成される。制御部４１０は、入出金管理部４１１、取引履歴管理部４１２及び取引資産管理部４１３を含んで構成されている。通信制御部４３０は、取引業者サーバ２００及び取引システム３００との間のデータ通信制御を行う。
【００８３】
入出金管理部４１１は、図６に示した所定の金融機関に開設された信託会社名義の各口座に入金される預託金の入金処理を行う。入出金管理部４１１は、入金処理として、例えば、取引業者用口座に入金された顧客の入金データを、取引業者用口座が開設されている各金融機関から取得し、図１０に示す顧客預かりデータに反映し、記憶部４２０に記憶する。同様に、信託会社名義のカバー取引先用口座及びカウンターパーティ用口座が開設されている各金融機関から口座入金データを取得し、入金された取引システム３００及びカウンターパーティの各預託金を、図１０に示す取引システムの預託残高データ、カウンターパーティの預託残高データにそれぞれ反映し、記憶部４２０に記憶する。
【００８４】
また、入出金管理部４１１は、図７に示した預託された預託金の出金処理を行う。入出金管理部４１１は、出金処理として、例えば、顧客からの出金依頼に基づく取引業者（取引業者サーバ２００）から送信される出金依頼に基づいて、信託会社名義の取引業者用口座に入金されている出金依頼に基づく出金額を、顧客が指定する金融機関の個別口座に振り込む振込（送金）処理を行う。入出金管理部４１１は、顧客の出金依頼に基づいて、記憶部４２０に記憶されている顧客預かりデータから出金額を差し引く更新処理を行う。
【００８５】
入出金管理部４１１は、取引システム３００及びカウンターパーティに対する出金処理も同様に行うことができ、取引システム３００及びＣＰ端末５００から受信する出金依頼に基づいて、出金依頼に応じた出金額を信託会社名義のカバー取引先用口座及びカウンターパーティ用口座からそれぞれ、取引システム３００及びカウンターパーティが指定する金融機関の各個別口座に振り込む振込（送金）処理を行うことができる。
【００８６】
なお、入出金管理部４１１が、入金処理及び出金処理を遂行する態様を一例に説明したが、例えば、入金処理を行う入金管理部と出金処理を行う出金管理部とを個別に設けた態様であってもよい。
【００８７】
取引履歴管理部４１２は、取引業者サーバ２００から提供される顧客と取引業者との間の対顧客取引履歴と、取引システム３００から提供される取引システム３００とカウンターパーティとの間で行われた顧客の売買注文に対するカバー取引の対ＣＰ取引履歴とを、記憶部４２０に記憶する処理を遂行する。このとき、上述したように、対顧客取引履歴は、取引業者預託残高に基づいて取引業者と取引システム３００との間で行われる顧客の売買注文に対する同一取引内容の第１カバー取引に対応した取引履歴である。
【００８８】
取引履歴管理部４１２は、取引業者サーバ２００から提供される対顧客取引履歴を、取引業者毎に区分して記憶部４２０に記憶し、また、取引システム３００から提供される対ＣＰ取引履歴を、カウンターパーティ毎に区分して記憶部４２０に記憶する。
【００８９】
取引資産管理部４１３は、取引業者に紐付く複数の顧客の各預託金を取引業者別に合算して、取引業者の預託金に相当する取引業者預託残高データを生成し、顧客の各預託金と関連付けて記憶部４２０に記憶する。例えば、取引資産管理部４１３は、図１０に示すように、取引業者毎に各取引業者に紐付く複数の各顧客の預託金を合計して取引業者預託残高データを生成することができる。
【００９０】
また、取引資産管理部４１３は、顧客の各預託金の変化に応じて取引業者毎に取引業者預託残高を更新する処理を行う。例えば、入出金管理部４１１による入金処理及び出金処理によって顧客の預託金が増減したとき、リアルタイムに又は所定のタイミングで取引業者預託残高を、該当する取引業者に紐付く複数の各顧客の預託金の合計額に基づいて更新する。
【００９１】
さらに、取引資産管理部４１３は、図１０に示すように、記憶部４２０に記憶された取引履歴に基づいて、取引業者と取引システム３００との間の顧客の売買注文に基づく第１カバー取引の決済損益を、該当する取引業者預託残高と取引システム３００の預託残高との間で振り替える第１処理と、取引システム３００及びカウンターパーティとの間の顧客の売買注文に基づく第２カバー取引の決済損益を取引システム３００の預託残高とカウンターパーティの預託残高との間で振り替える第２処理とを遂行し、取引業者預託残高に振り替えられた決済損益を、取引業者預託残高に紐付く各顧客の預託金に加減算する決済処理を行う。なお、決済処理は、例えば、取引履歴に含まれる決済注文による差損益額を用いたり、決済注文によって約定した約定価格及びその取引数量を用いたりして行うことができる。
【００９２】
また、対顧客取引履歴と対ＣＰ取引履歴とは、顧客の売買注文に付与される識別コードなどを用いて互いに紐付いた取引履歴として構成することもできる。この場合、取引業者サーバ２００の取引管理部２１２は、対顧客取引履歴において顧客の売買注文に付与される識別コードを付与して記憶部２２０に記憶し、カバー取引要求に識別コードを含ませて取引システム３００に送信する。取引システム３００の取引管理部３１２は、顧客の売買注文に対するカバー取引の対ＣＰ取引履歴に識別コードを含ませて記憶部３２０に記憶するように構成することができる。このように構成することで、取引資産管理部４１３は、識別コードに基づいて各売買注文毎に決済処理を行うこと、言い換えれば、売買注文毎に差損益を把握することができる。
【００９３】
また、図９の例で説明したように、取引資産管理部４１３は、記憶部４２０に記憶されている取引業者別の各取引履歴に基づいて、取引業者毎に決済処理を遂行することができる。また、取引資産管理部４１３は、記憶部４２０に記憶されている対カウンターパーティ毎の各取引履歴に基づいて、複数のカウンターパーティとの間で、第２カバー取引の決済損益を取引システム３００の預託金と該当するカウンターパーティの預託金との間で振り替える第２処理を遂行することができる。
【００９４】
図１１は、取引資産管理システム４００の決済処理による口座データの振り替え処理に基づく差損益を信託会社名義の各口座間で振り替え処理を説明するための図である。
【００９５】
取引資産管理部４１３は、差損益の関係が信託会社名義で一元的に管理される下で、図１０の例のように各参加者の預託金データ（預託残高）を口座データ上の処理として決済処理を行うと、決済処理の結果を実際に信託会社名義の取引業者用口座、カバー取引先用口座及びカウンターパーティ用口座間で振り替える処理を遂行する。
【００９６】
例えば、取引資産管理部４１３は、決済処理によって生じた取引業者と取引システム３００との間のカバー取引による損益額を、取引業者用口座に振り替える処理を行う。また、取引システム３００とカウンターパーティとの間のカバー取引によって生じた損益額を、カバー取引先用口座とカウンターパーティ用口座とで振り替える処理を行う。
【００９７】
このように本実施形態の取引資産管理システム４００は、取引業者を介した実質的な資金移動が発生しない顧客の預託金の区分管理（資産保全管理）を実現しつつ、店頭外国為替証拠金取引全体の各参加者間の差損益の関係を信託会社名義で一元的に管理して決済を完結させることができ、店頭外国為替証拠金取引における預託金間の資金移動の手間及び時間を短縮することができる。
【００９８】
図１２は、本実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの処理フローを示す図である。図１２の例は、主に信託会社名義で一元的に管理される店頭外国為替証拠金取引システムの各参加者の入金処理フローである。
【００９９】
図１２に示すように、顧客は、信託会社名義の取引業者用口座に預託金を入金する（Ｓ１０１）。このとき、顧客は、注文者端末１００からインターネットバンキングなどの銀行オンラインシステムを介して、顧客の個別口座から取引業者用口座に預託金を入金したり、銀行窓口やＡＴＭを利用して入金したりすることができる。また、顧客は、他の決済サービス提供会社を経由して、取引業者用口座に預託金を入金することもできる。例えば、顧客は、クレジットカード決済を提供するサービス提供者との間でクレジットカード決済を行い、サービス提供者が、顧客が指定するカード決済金額を取引業者用口座に入金するように構成することができる。
【０１００】
取引資産管理システム４００は、顧客から取引業者用口座に預託金に入金があった場合、取引業者用口座に入金された顧客の入金データを、取引業者用口座が開設されている各金融機関から取得し、顧客の入金データを含む顧客入金通知を取引業者サーバ２００に送信する（Ｓ５０１）。取引業者サーバ２００は、該当する顧客の預託金情報に入金データを反映する処理を行う（Ｓ２０１）。
【０１０１】
なお、図６に示すように、顧客が、取引業者が開設する個別口座に預託金を入金し、取引業者を経由して取引業者から信託会社名義の取引業者用口座に顧客の預託金を入金される場合、取引業者サーバ２００は、該当する顧客の預託金情報に入金データを反映する処理を行うとともに（Ｓ２０１）、入金データを取引資産管理システム４００に送信する。取引資産管理システム４００は、取引業者サーバ２００から顧客の預託金の入金データを受信する。
【０１０２】
取引資産管理システム４００は、取引業者用口座に入金された顧客の入金データを、顧客預かりデータに反映し、記憶部４２０に記憶する（Ｓ５０２）。また、取引資産管理システム４００は、取引業者の取引業者預託残高データに、入金された顧客の預託金を反映する取引業者預託残高の更新処理を行う（Ｓ５０３）。
【０１０３】
同様に、取引資産管理システム４００は、取引システム３００及びカウンターパーティから預託金が入金された場合（Ｓ３０１，Ｓ４０１）、カバー取引先用口座及びカウンターパーティ用口座が開設されている各金融機関から口座入金データを取得し、入金された取引システム３００及びカウンターパーティの各預託金を、取引システム３００の預託残高データ、カウンターパーティの預託残高データにそれぞれ反映し、記憶部４２０に記憶する（Ｓ５０４，Ｓ５０５）。取引システム３００及びカウンターパーティは、顧客と同様の方法で、信託会社名義の各口座に入金することができる。
【０１０４】
図１３は、本実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの処理フローを示す図である。図１３の例は、主に信託会社名義で一元的に管理される店頭外国為替証拠金取引システムの各参加者の出金処理フローである。
【０１０５】
顧客は、出金額を含む出金依頼を取引業者サーバ２００に送信する（Ｓ１０２）。取引業者サーバ２００は、顧客（注文者端末１００）から出金依頼を受信すると、出金指示を取引資産管理システム４００に送信する（Ｓ２０２）。このとき、取引業者サーバ２００は、顧客の預託金情報に入金データから出金額を差し引く処理を行う（Ｓ２０３）。
【０１０６】
取引資産管理システム４００は、受信した出金指示に基づいて、記憶部４２０に記憶されている顧客預かりデータから出金額を差し引く更新処理を行うとともに（Ｓ５０６）、顧客の預託金が出金によって減少してことに伴い、該当する取引業者の取引業者預託残高を更新する（Ｓ５０７）。そして、取引資産管理システム４００は、信託会社名義の取引業者用口座から顧客が指定する金融機関の個別口座に、出金依頼に基づく出金額を振り込む振込（送金）処理を行う（Ｓ５０８）。
【０１０７】
図１４は、本実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの処理フローを示す図である。図１４の例は、主に信託会社名義で一元的に管理される店頭外国為替証拠金取引システムの各参加者の為替取引処理フローである。
【０１０８】
図１４に示すように、顧客は、取引開始に際して注文者端末１００から取引業者サーバに接続する（Ｓ１０３）。例えば、顧客は、取引業者サーバ２００が提供するログイン画面から取引業者が発行するユーザＩＤ、パスワード等の認証情報を入力し、取引業者サーバ２００にログインする。
【０１０９】
取引業者サーバ２００は、注文者端末１００から送信される認証情報に基づいて認証処理を行う。取引システム３００は、取引業者サーバ２００に為替取引レートを送信する取引レート提示処理を行う（Ｓ３０２）。このとき、取引システム３００は、カウンターパーティのＣＰ端末５００から提供される呼値を受信し（Ｓ４０２）、取引業者サーバ２００に提供する為替取引レートの元となる取引レートを生成する。
【０１１０】
取引業者サーバ２００は、取引システム３００から提供される取引レートを受信し、各注文者端末１００の伝送するための為替取引レートを生成して、複数の各注文者端末１００にネットワークを介して伝送する（Ｓ２０４）。顧客は、注文者端末１００を介して取引業者サーバ２００に、為替取引レートに基づく売買注文を送信する（Ｓ１０４）。取引業者サーバ２００は、注文者端末１００から売買注文を受信し、顧客と取引業者との間の為替取引を約定させる取引処理を遂行する（Ｓ２０５）。取引業者サーバ２００は、注文者端末１００に、売買注文に対する取引結果を通知し（Ｓ２０６）、顧客毎に取引履歴を記憶する（Ｓ２０７）。そして、取引業者サーバ２００は、取引資産管理システム４００に任意のタイミングで対顧客取引履歴を送信する（Ｓ２０８）。
【０１１１】
また、取引業者サーバ２００は、顧客から受け付けた売買注文に対するカバー取引要求を取引システム３００に送信するカバー取引処理を遂行する（Ｓ２０９）。取引システム３００は、取引業者サーバ２００から対顧客の売買注文に対するカバー取引要求を受信し、取引業者と取引システム３００の間の為替取引を約定させる取引処理を遂行する（Ｓ３０３）。取引システム３００は、取引業者からのカバー取引に対する取引結果を、取引業者サーバ２００に送信する（Ｓ３０４）。取引業者サーバ２００は、取引システム３００から通知されたカバー取引に対する取引結果を取引履歴として記憶部２２０に記憶する。
【０１１２】
一方、取引システム３００は、取引業者から受け付けた売買注文に対するカバー取引に基づくカバー取引注文を生成し、カウンターパーティから提示される呼値との間の為替取引を約定させるカバー取引処理を遂行する（Ｓ３０５）。取引システム３００は、対取引業者の取引履歴及び対カウンターパーティの取引履歴を記憶する（Ｓ３０６）。そして、取引システム３００は、取引資産管理システム４００に任意のタイミングで対カウンターパーティの取引履歴を送信する（Ｓ３０７）。
【０１１３】
図１５は、本実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの処理フローを示す図である。図１５の例は、主に信託会社名義で一元的に管理される店頭外国為替証拠金取引システムの各参加者の決済処理フローである。
【０１１４】
図１５に示す決済処理は、任意のタイミングで、又はリアルタイムに遂行することができる。例えば、予め決められた時間にバッチ処理等で決済処理開始する（Ｓ５０９）。
【０１１５】
取引資産管理システム４００は、取引業者サーバ２００及び取引システム３００から受信した取引履歴に基づいて、取引業者と取引システム３００との間の顧客の売買注文に基づく第１カバー取引の決済損益を、該当する取引業者預託残高と取引システム３００の預託残高との間で振り替える処理を遂行する（Ｓ５１０）。
【０１１６】
取引資産管理システム４００は、取引業者預託残高に振り替えられた決済損益を、取引業者預託残高に紐付く各顧客の預託金に加減算する処理を行う（Ｓ５１１）。また、取引資産管理システム４００は、取引システム３００及びカウンターパーティとの間の顧客の売買注文に基づく第２カバー取引の決済損益を取引システム３００の預託残高とカウンターパーティの預託残高との間で振り替える第２処理とを遂行する（Ｓ５１２）。
【０１１７】
取引資産管理システム４００は、各参加者の預託金データ（預託残高）を口座データ上の決済処理を行うと、顧客、取引業者、取引システム３００及びカウンターパーティの各預託金の残高確定処理を行う（Ｓ５１３）。そして、取引資産管理システム４００は、確定された各預託金の残高（決済処理の結果）を実際に信託会社名義の取引業者用口座、カバー取引先用口座及びカウンターパーティ用口座間で振り替える処理を遂行する（Ｓ５１４）。
【０１１８】
なお、上記説明において、店頭外国為替証拠金取引全体における各参加者間での差損益は、差金決済以外にもマーケットクローズ時の直近の約定価格（終値）に基づく未決済建玉の評価替えによる評価損益やスワップポイントを含むことができる。取引資産管理システム４００は、各取引履歴に基づいて評価損益を算出し、差金決済に評価損益やスワップポイントを加えた差損益を決済処理するように構成することができる。なお、スワップポイントは、取引業者、取引システム３００及びカウンターパーティ間で同一又は異なる値を適用するように構成することができる。
【０１１９】
図１６は、本実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの第１変形例を示す図である。上記説明では、取引資産管理システム４００が適用される店頭外国為替証拠金取引システムが、取引システム３００及びカウンターパーティを含む態様を一例に示しているが、例えば、図１６に示すように、カウンターパーティを含まない態様の店頭外国為替証拠金取引システムにも、本実施形態の取引資産管理システム４００を適用することもできる。
【０１２０】
つまり、図１６に示す第１変形例は、店頭外国為替証拠金取引の顧客、取引業者及び取引システム３００の各参加者間の差損益の関係を信託会社名義（取引業者用口座、カバー取引先用口座）で一元的に管理して決済を完結させる態様である。例えば、図８に示すように、取引システム３００は、顧客の売買注文に対する取引業者のカバー取引を受け入れるカバー取引先として完結し、対カウンターパーティに対する損益が発生しない。
【０１２１】
この場合においても、取引業者は、対顧客及び対取引システム３００との間の損益が±０となり、相殺され、売買注文に基づく顧客の利益（損失）が取引システム３００の損失（利益）に置き換えられるように、データ上の資金移動によって決済することができる。したがって、図１６の例に示した取引資産管理システム４００においても、図１等に示した取引資産管理システム４００と同様に、取引業者を介した実質的な資金移動が発生しない顧客の預託金の区分管理（資産保全管理）を実現しつつ、店頭外国為替証拠金取引全体の各参加者間の差損益の関係を信託会社名義で一元的に管理して決済を完結させることができ、店頭外国為替証拠金取引における預託金間の資金移動の手間及び時間を短縮することができる。
【０１２２】
また、図１７は、本実施形態の取引資産管理システム４００が適用された店頭外国為替証拠金取引システムの第２変形例を示す図である。図１７に示す第２変形例は、図１６の第１変形例に対し、取引業者のカバー取引先がカウンターパーティとなり、取引システム３００を含まない態様の店頭外国為替証拠金取引システムに、本実施形態の取引資産管理システム４００を適用した例である。
【０１２３】
図１７に示す第２変形例は、店頭外国為替証拠金取引の顧客、取引業者及びカウンターパーティの各参加者間の差損益の関係を信託会社名義（取引業者用口座、カウンターパーティ用口座）で一元的に管理して決済を完結させる態様である。例えば、図８に示すように、カウンターパーティが取引業者に対して顧客の売買注文と同一の取引内容のカバー取引を受け入れるカバー取引先となり、取引業者は、対顧客及び対カウンターパーティとの間の損益が±０となり、相殺される。そして、売買注文に基づく顧客の利益（損失）がカウンターパーティの損失（利益）に置き換えられるように、データ上の資金移動によって決済することができる。したがって、図１６の例と同様に、取引業者を介した実質的な資金移動が発生しない顧客の預託金の区分管理（資産保全管理）を実現しつつ、店頭外国為替証拠金取引全体の各参加者間の差損益の関係を信託会社名義で一元的に管理して決済を完結させることができ、店頭外国為替証拠金取引における預託金間の資金移動の手間及び時間を短縮することができる。
【０１２４】
なお、図１７の第２変形例において、対顧客の取引履歴と対カウンターパーティの取引履歴は、取引業者サーバ２００で管理され、取引資産管理システム４００は、決済処理に用いられる各取引履歴を取引業者サーバ２００から取得することになる。
【０１２５】
以上、本発明の実施形態について説明したが、上述した取引資産管理システム４００は、顧客の預託金に基づく取引業者の取引業者預託残高以外に、取引業者毎に預託金を個別に管理するように構成することができる。
【０１２６】
この場合、取引資産管理システム４００は、取引業者毎に取引業者が資産管理者名義の口座（例えば、取引業者用口座）に入金された預託金を管理することができ、記憶部４２０に取引業者預託残高と一緒に又は個別に取引業者が入金した預託金を記憶することができる。例えば、店頭外国為替証拠金取引システムは、取引業者が取引システム３００との間で顧客の売買注文に関係が無い為替取引を行うことを許容することができる。取引業者は、自身が入金した預託金に基づいて取引システム３００との間で、顧客の売買注文に関係が無い為替取引を行うことができ、この場合においても、資産管理者名義で一元的に管理され、資産管理者名義の下で参加者全体の資金の総和が一定となる資金移動によって決済を完結することができる。
【０１２７】
また、上記説明において、取引業者が取引システム３００に対して行うカバー取引は、顧客の売買注文と同一の取引内容であり、取引業者は、顧客の損益に対して対顧客及び対取引システム３００との間で取引業者預託残高は、±０となり、常に相殺される態様を一例に説明したが、これに限るものではない。例えば、取引業者が取引システム３００に対して行うカバー取引は、顧客の売買注文と同一の取引内容でなくてもよい。
【０１２８】
つまり、取引業者は、顧客の売買注文に対して取引システム３００との間でカバー取引を行うが、顧客（取引業者）に提示される為替取引レートと異なる値が取引システム３００から提示された場合、異なる値で取引システム３００と取引を行うことができる。この場合、例えば、取引業者が、顧客の売買注文よりも有利な取引価格で取引システム３００とカバー取引を行うと、取引業者にも利益が生じ、その分取引システム３００が損失を被ることになる。図８の例において、例えば、対取引システム３００の利益が対顧客の利益よりも大きくなり、その分取引システム３００やカウンターパーティに損失が発生するものの、参加者全体の資金の総和が一定となる資金移動によって決済を完結させることができる。このとき、上述した取引業者の預託金が増え、顧客の預託金の合計である取引業者預託残高は、増えないことになる。
【０１２９】
したがって、取引業者及び取引システム３００それぞれに損益が発生しても、注文情報に基づく注文者の損益が取引業者のカバー取引先の損益に置き換えられるように、データ上の資金移動によって決済することができ、取引業者は、カバー取引に必要な自己資金を用意しなくても、注文者の預託金に基づく取引業者預託残高に基づいて、注文者の注文情報に基づくカバー取引を行うことができるようになる。
【０１３０】
なお、上記実施形態において、取引資産管理システム４００の各処理は、コンピュータで実行可能なプログラムとして実現することも可能であり、当該プログラムがインストールされたコンピュータは、実施形態に係る各処理を遂行する情報処理装置として動作することが可能である。例えば、不図示の記憶装置に当該プログラムが格納され、ＣＰＵ等の制御部が記憶装置に格納されたプログラムを読み出し、読み出された該プログラムを制御部が実行し、コンピュータに実施形態に係る取引資産管理システム４００の各処理を動作させることができる。取引業者サーバ２００及び取引システム３００についても同様であり、また、図１６及び図１７に示した各変形例についても同様である。
【符号の説明】
【０１３１】
１００：注文者端末
２００：取引業者サーバ
２１０：制御部
２１１：取引レート管理部
２１２：取引管理部
２１３：預託金管理部
２２０：記憶部
２３０：通信制御部
３００：取引システム
３１０：制御部
３１１：取引レート管理部
３１２：取引管理部
３２０：記憶部
３３０：通信制御部
４００：取引資産管理システム
４１０：制御部
４１１：入出金管理部
４１２：取引履歴管理部
４１３：取引資産管理部
４２０：記憶部
４３０：通信制御部
５００：ＣＰ端末
【図１】
0006471362.tif 000002
【図２】
0006471362.tif 000003
【図３】
0006471362.tif 000004
【図４】
0006471362.tif 000005
【図５】
0006471362.tif 000006
【図６】
0006471362.tif 000007
【図７】
0006471362.tif 000008
【図８】
0006471362.tif 000009
【図９】
0006471362.tif 000010
【図１０】
0006471362.tif 000011
【図１１】
0006471362.tif 000012
【図１２】
0006471362.tif 000013
【図１３】
0006471362.tif 000014
【図１４】
0006471362.tif 000015
【図１５】
0006471362.tif 000016
【図１６】
0006471362.tif 000017
【図１７】
0006471362.tif 000018
【図１８】
0006471362.tif 000019
【図１９】
0006471362.tif 000020