(57)【特許請求の範囲】
【請求項１】
決済日、売買区分、証券銘柄コード、証券数量、決済金額、取引の相手先に関する情報を含む指図を記録する指図情報記憶手段と、
証券残高履歴、預金残高履歴を記録する口座情報記憶手段と、証券保管振替システムに接続された制御手段を備えた証券決済管理システムであって、
前記制御手段が、
ネットワークを介して指図を受信した場合、指図情報記憶手段に記録する手段と、
同一決済日について、投資家の指図であって相手先として特定証券会社が指定されている第１の指図と、特定証券会社の指図であって相手先として投資家が指定されている第２の指図を前記指図情報記憶手段から抽出する手段と、
前記第１の指図及び第２の指図について、売買区分、証券銘柄コード、証券数量、決済金額を照合する手段と、
照合ができた場合には、同一銘柄の指図の証券数量及び全指図の決済金額について相殺処理を行なう手段と、
証券数量について相殺処理結果を前記証券保管振替システムに通知する手段と、
前記口座情報記憶手段に、前記投資家の指図による証券残高履歴を記録するとともに、前記相殺処理結果を前記特定証券会社の預金残高履歴として記録する手段と
を備えたことを特徴とする証券決済管理システム。
【請求項２】
前記制御手段が、
前記照合において、不一致となった投資家及び特定証券会社の指図についてはキャンセルし、
再度、受信した指図に基づいて再照合を行なう手段を更に備えたことを特徴とする請求項１に記載の証券決済管理システム。
【請求項３】
前記制御手段が、
前記特定証券会社から、フェイル情報を取得した場合、前記指図情報記憶手段において、このフェイル情報に対応する指図を特定し、
前記指図の決済日を延期するための訂正を行なう手段を更に備えたことを特徴とする請求項１又は２に記載の証券決済管理システム。
【請求項４】
決済日、売買区分、証券銘柄コード、証券数量、決済金額、取引の相手先に関する情報を含む指図を記録する指図情報記憶手段と、
証券残高履歴、預金残高履歴を記録する口座情報記憶手段と、証券保管振替システムに接続された制御手段を備えた証券決済管理システムを用いて、証券決済を管理するための方法であって、
前記制御手段が、
ネットワークを介して指図を受信した場合、指図情報記憶手段に記録する段階と、
同一決済日について、投資家の指図であって相手先として特定証券会社が指定されている第１の指図と、特定証券会社の指図であって相手先として投資家が指定されている第２の指図を前記指図情報記憶手段から抽出する段階と、
前記第１の指図及び第２の指図について、売買区分、証券銘柄コード、証券数量、決済金額を照合する段階と、
照合ができた場合には、同一銘柄の指図の証券数量及び全指図の決済金額について相殺処理を行なう段階と、
証券数量について相殺処理結果を前記証券保管振替システムに通知する段階と、
前記口座情報記憶手段に、前記投資家の指図による証券残高履歴を記録するとともに、前記相殺処理結果を前記特定証券会社の預金残高履歴として記録する段階と
を実行することを特徴とする証券決済管理方法。
【請求項５】
決済日、売買区分、証券銘柄コード、証券数量、決済金額、取引の相手先に関する情報を含む指図を記録する指図情報記憶手段と、
証券残高履歴、預金残高履歴を記録する口座情報記憶手段と、証券保管振替システムに接続された制御手段を備えた証券決済管理システムを用いて、証券決済を管理するためのプログラムであって、
前記制御手段を、
ネットワークを介して指図を受信した場合、指図情報記憶手段に記録する手段、
同一決済日について、投資家の指図であって相手先として特定証券会社が指定されている第１の指図と、特定証券会社の指図であって相手先として投資家が指定されている第２の指図を前記指図情報記憶手段から抽出する手段、
前記第１の指図及び第２の指図について、売買区分、証券銘柄コード、証券数量、決済金額を照合する手段、
照合ができた場合には、同一銘柄の指図の証券数量及び全指図の決済金額について相殺処理を行なう手段、
証券数量について相殺処理結果を前記証券保管振替システムに通知する手段、
前記口座情報記憶手段に、前記投資家の指図による証券残高履歴を記録するとともに、前記相殺処理結果を前記特定証券会社の預金残高履歴として記録する手段
として機能させることを特徴とする証券決済管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定の取引者の間で行なわれる証券決済を支援するための証券決済管理システム、証券決済管理方法及び証券決済管理プログラムに関する。
【背景技術】
【０００２】
海外の投資家、証券会社などの非在住者が国内の証券の取引を行なう場合、銀行や証券会社が提供するカストディサービスを利用する。例えば、国内証券の売買に関して、海外在住の投資家（投資家）と国内証券会社の海外支店との間で売買契約が成立した場合、投資家は海外カストディアンに対して売買指図（証券売買に伴う証券、資金の受渡指示）を行なう。そして、その指図は、カストディ業務を行なう国内の銀行等に送信される。ここで、銀行は、海外カストディアン等の取引先からの指図を、決済データ交換ネットワーク（ＳＷＩＦＴ：The Society for Worldwide Interbank Financial Tele-communication）を介して受信する。
【０００３】
投資家による国内証券の売買に伴う決済は、証券保管振替機構における保管及び振替決済制度により行なわれる。この制度においては、証券会社や銀行等が証券保管振替機構に参加者口座を設けるとともに、一般の投資家は、証券保管振替機構の参加者である証券会社や銀行等に顧客口座を設ける。決済は、約定日から起算して４営業日目に口座振替により行われる。なお、国内証券等の券面は、海外に持ち出されず、証券保管振替機構に保管され、所有分は証券会社や銀行等の残高として記録される。
【０００４】
このような指図データに対して効率的かつ迅速な処理を実現するために、カストディサポート方法が検討されている（例えば、特許文献１参照）。この文献に記載されたカストディサポート方法では、新規の売買取引の指図を行うＮｅｗデータ、先に受け入れた指図データを無効とするためのＣａｎｃｅｌデータを受信する。そして、Ｎｅｗデータについては、有価証券の売買取引の決済を行なうとともに、Ｃａｎｃｅｌデータについては、項目内容が一致すると判断されたＮｅｗデータを無効とする。
【０００５】
また、取引に伴うリスクの低減、為替手数料や事務処理費用の削減、決済資金の削減等のために、債権から債務を差し引いた差額を決済するネッティングが行なわれている（例えば、特許文献２、３参照）。特許文献２に記載された技術では、ＥＣ事業者等の流通事業者が、製造業者又は卸売業者等から商品等を購入したことに基づく買掛債務と、該流通事業者が個人消費者又は法人消費者に商品等を販売したことに基づく売掛債権とのネッティングを行なう。また、特許文献３に記載された技術では、外貨間取引における取引参加者の負担を低減させるために、ビッド／オファー情報及び注文情報に基づく外貨間為替取引における外貨建て決済損益をマーケットメーカーの外貨建て証拠金でネッティングを行なう。そして、ネッティングされる外貨建て決済損益に相当する第１通貨建て決済損益を、マーケットメーカーの第１通貨建て証拠金と注文者の第１通貨建て証拠金との間で振替えるコンバージョン処理を行なう。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−２４５２５０号公報（第１頁、図１）
【特許文献２】特開２００３−７６９３１号公報（第１頁、図１）
【特許文献３】特開２０１０−９７５０３号公報（第１頁、図１６）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述の証券取引においては、同じ証券銘柄について、同一決済日に複数回の取引を行なうことがある。この場合、この取引の指図毎に証券保管振替機構において保管されている証券の振替を行なっていたのでは、保振振替件数が膨大となりコストが増加する。また、取引に伴う資金移動についても、ＤＶＰ決済に係る担保資金や決済資金調達コスト等の負担が大きくなる。
【０００８】
本発明は、上記課題を解決するためになされたものであり、その目的は、銀行において、特定の取引者の間で行なわれる証券取引について、効率的な決済を支援するための証券決済管理システム、証券決済管理方法及び証券決済管理プログラムを提供することにある。
【課題を解決するための手段】
【０００９】
上記問題点を解決するために、請求項１に記載の発明は、決済日、売買区分、証券銘柄コード、証券数量、決済金額、取引の相手先に関する情報を含む指図を記録する指図情報記憶手段と、証券残高履歴、預金残高履歴を記録する口座情報記憶手段と、証券保管振替システムに接続された制御手段を備えた証券決済管理システムであって、前記制御手段が、ネットワークを介して指図を受信した場合、指図情報記憶手段に記録する手段と、同一決済日について、投資家の指図であって相手先として特定証券会社が指定されている第１の指図と、特定証券会社の指図であって相手先として投資家が指定されている第２の指図を前記指図情報記憶手段から抽出する手段と、前記第１の指図及び第２の指図について、売買区分、証券銘柄コード、証券数量、決済金額を照合する手段と、照合ができた場合には、同一銘柄の指図の証券数量及び全指図の決済金額について相殺処理を行なう手段と、証券数量について相殺処理結果を前記証券保管振替システムに通知する手段と、前記口座情報記憶手段に、前記投資家の指図による証券残高履歴を記録するとともに、前記相殺処理結果を前記特定証券会社の預金残高履歴として記録する手段とを備えたことを要旨とする。
【００１０】
請求項２に記載の発明は、請求項１に記載の証券決済管理システムにおいて、前記制御手段が、前記照合において、不一致となった投資家及び特定証券会社の指図についてはキャンセルし、再度、受信した指図に基づいて再照合を行なう手段を更に備えたことを要旨とする。
【００１１】
請求項３に記載の発明は、請求項１又は２に記載の証券決済管理システムにおいて、前記制御手段が、前記特定証券会社から、フェイル情報を取得した場合、前記指図情報記憶手段において、このフェイル情報に対応する指図を特定し、前記指図の決済日を延期するための訂正を行なう手段を更に備えたことを要旨とする。
【００１２】
請求項４に記載の発明は、決済日、売買区分、証券銘柄コード、証券数量、決済金額、取引の相手先に関する情報を含む指図を記録する指図情報記憶手段と、証券残高履歴、預金残高履歴を記録する口座情報記憶手段と、証券保管振替システムに接続された制御手段を備えた証券決済管理システムを用いて、証券決済を管理するための方法であって、前記制御手段が、ネットワークを介して指図を受信した場合、指図情報記憶手段に記録する段階と、同一決済日について、投資家の指図であって相手先として特定証券会社が指定されている第１の指図と、特定証券会社の指図であって相手先として投資家が指定されている第２の指図を前記指図情報記憶手段から抽出する段階と、前記第１の指図及び第２の指図について、売買区分、証券銘柄コード、証券数量、決済金額を照合する段階と、照合ができた場合には、同一銘柄の指図の証券数量及び全指図の決済金額について相殺処理を行なう段階と、証券数量について相殺処理結果を前記証券保管振替システムに通知する段階と、前記口座情報記憶手段に、前記投資家の指図による証券残高履歴を記録するとともに、前記相殺処理結果を前記特定証券会社の預金残高履歴として記録する段階とを実行することを要旨とする。
【００１３】
請求項５に記載の発明は、決済日、売買区分、証券銘柄コード、証券数量、決済金額、取引の相手先に関する情報を含む指図を記録する指図情報記憶手段と、証券残高履歴、預金残高履歴を記録する口座情報記憶手段と、証券保管振替システムに接続された制御手段を備えた証券決済管理システムを用いて、証券決済を管理するためのプログラムであって、前記制御手段を、ネットワークを介して指図を受信した場合、指図情報記憶手段に記録する手段、同一決済日について、投資家の指図であって相手先として特定証券会社が指定されている第１の指図と、特定証券会社の指図であって相手先として投資家が指定されている第２の指図を前記指図情報記憶手段から抽出する手段、前記第１の指図及び第２の指図について、売買区分、証券銘柄コード、証券数量、決済金額を照合する手段、照合ができた場合には、同一銘柄の指図の証券数量及び全指図の決済金額について相殺処理を行なう手段、証券数量について相殺処理結果を前記証券保管振替システムに通知する手段、前記口座情報記憶手段に、前記投資家の指図による証券残高履歴を記録するとともに、前記相殺処理結果を前記特定証券会社の預金残高履歴として記録する手段として機能させることを要旨とする。
【００１４】
（作用）
請求項１、４又は５に記載の発明によれば、制御手段が、ネットワークを介して指図を受信した場合、指図情報記憶手段に記録する。次に、同一決済日について、投資家の指図であって相手先として特定証券会社が指定されている第１の指図と、特定証券会社の指図であって相手先として投資家が指定されている第２の指図を指図情報記憶手段から抽出する。そして、第１の指図及び第２の指図について、売買区分、証券銘柄コード、証券数量、決済金額を照合する。照合ができた場合には、同一銘柄の指図の証券数量及び全指図の決済金額について相殺処理を行ない、証券数量について相殺処理結果を保管振替システムに通知する。そして、口座情報記憶手段に、投資家の指図による証券残高履歴を記録するとともに、相殺処理結果を特定証券会社の預金残高履歴として記録する。これにより、同一銘柄について複数回の取引を行なった場合にもまとめて保管振替を行なうことができる。又、特定証券会社についても、まとめて預金残高履歴を記録するので、記録処理の負担軽減を図ることができる。
【００１５】
請求項２に記載の発明によれば、制御手段が、照合において、不一致となった投資家及び証券会社の指図についてはキャンセルし、再度、受信した指図に基づいて再照合を行なう。これにより、不整合が生じた場合にも、新たに受信した指図に基づいて相殺処理を行なうことができる。
【００１６】
請求項３に記載の発明によれば、制御手段が、特定証券会社から、フェイル情報を取得した場合、指図情報記憶手段において、このフェイル情報に対応する指図を特定する。そして、指図の決済日を延期するための訂正を行なう。これにより、残高不足等により取引ができない場合にも、残高不足が解消したときに決済処理を行なうことができる。
【発明の効果】
【００１７】
本発明によれば、銀行において、特定の取引者の間で行なわれる大量注文や、売買を繰り返し行なうような証券取引（回転売買）について、効率的な決済を支援することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態のシステム概略図。
【図２】本実施形態で用いるデータの説明図であって、（ａ）は口座管理データ記憶部に記録されたデータ、（ｂ）は指図データ、（ｃ）は照合一致明細データ、（ｄ）は照合不一致明細データ、（ｅ）は相殺処理結果データ、（ｆ）は残高調整データの説明図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の指図データの記録処理に用いられるデータの説明図。
【図７】本実施形態の照合一致明細データの記録処理に用いられるデータの説明図。
【図８】本実施形態の処理手順に用いられるデータの説明図であって、（ａ）は相殺処理、（ｂ）は相殺処理結果データの記録処理に用いられるデータの説明図。
【図９】本実施形態の処理手順に用いられるデータの説明図であって、（ａ）は証券残高調整処理、（ｂ）は勘定処理に用いられるデータの説明図。
【図１０】本実施形態の照合不一致明細データの記録処理に用いられるデータの説明図。
【図１１】本実施形態の処理手順に用いられるデータの説明図であって、（ａ）はフェイル連絡処理、（ｂ）は決済日訂正処理、（ｃ）相殺処理に用いられるデータの説明図。
【図１２】本実施形態の処理手順に用いられるデータの説明図であって、（ａ）は相殺処理結果データの記録処理、（ｂ）は証券残高調整処理に用いられるデータの説明図。
【図１３】本実施形態の勘定処理に用いられるデータの説明図。
【図１４】本実施形態の取引形態の説明図。
【発明を実施するための形態】
【００１９】
以下、本発明を具体化した一実施形態を、図１〜図１４に従って説明する。本実施形態では、カストディアン（投資家に代わって有価証券の管理を行なう機関）において、非居住者の取引を行なうカストディサービスを支援する場合に用いる証券決済管理システム、証券決済管理方法及び証券決済管理プログラムとして説明する。ここでは、特定の投資家及び証券会社から受けた同一決済日の取引指図を束ねてグループ化した指図ロットにより決済（以下、ロット決済という）を行なうサービスを提供する。この指図ロットには、一つのファイルに、ロット単位に１又は複数の取引指図が含まれる。
【００２０】
本願発明における取引形態を、図１４を用いて説明する。本願発明においては、海外在住の投資家と証券会社Ａとが取引を行なう場合を想定する。この場合、銀行Ｃが、証券会社Ａを顧客とするカストディアンである。海外投資家は、現地の証券会社Ａに対して所望の国内証券の売買約定を行なう。証券会社Ａは同社の東京拠点である証券会社Ｂに対して売買注文を依頼し、証券会社Ｂは売買注文を証券取引所に対して発注する。本願発明においては、銀行Ｃは、証券会社Ｂのカストディアンになることで、証券会社Ａと証券会社Ｂ間の取引の決済を行なう。この場合、証券会社Ａは、決済データ交換ネットワーク１０（ＳＷＩＦＴ）を利用して、銀行Ｃに対して、同一決済日の取引指図を束ねてグループ化した指図ロットを送信する。また、証券会社Ｂは、所定のネットワークを利用して、銀行Ｃに対して、同一決済日の取引指図を束ねてグループ化した指図ロットを送信する。この銀行Ｃは、証券会社（Ａ，Ｂ）のそれぞれの口座を保有している。そして、証券会社（Ａ，Ｂ）からの指図ロットに基づく決済は、これらの口座を利用して行なわれる。
【００２１】
また、このような証券取引を管理するために、公知の証券保管振替機構を利用する。証券保管振替機構は、受益権を管理する振替口座簿を備えている。振替口座簿には、銀行Ｃの顧客口（海外投資家の受益権を管理する口座）や、証券会社Ａ、証券取引所の決済口が設けられている。
【００２２】
このような取引業務を支援するために、本実施形態では、図１に示すように、銀行Ｃの証券取引業務を支援するための証券決済管理システムとして取引管理サーバ２０を用いる。この取引管理サーバ２０は、この銀行Ｃにおいて顧客口座を管理する勘定システム３０に接続されている。
【００２３】
勘定システム３０は、顧客の証券口座や資金口座を管理するコンピュータシステムである。この勘定システム３０は、口座管理データ記憶部３２を備えている。
口座管理データ記憶部３２は口座情報記憶手段として機能する。この口座管理データ記憶部３２には、図２（ａ）に示すように、顧客の証券口座の証券残高履歴、資金口座の預金残高履歴を管理するための口座管理レコード３２０が記憶される。口座管理レコード３２０は、顧客の口座が開設された場合に登録される。この口座管理レコード３２０は、資金口座管理レコード３２１及び証券口座管理レコード３２２から構成されている。資金口座管理レコード３２１は、資金口座番号、資金口座残高に関するデータを含んで構成される。証券口座管理レコード３２２は、証券口座番号、証券銘柄、証券残高に関するデータを含んで構成される。
【００２４】
資金口座番号データ領域、証券口座番号データ領域には、この顧客（本実施形態では、海外投資家、証券会社Ｂ）が保有している各口座（資金口座、証券口座）を特定するための識別子に関するデータが記録される。
【００２５】
証券銘柄データ領域には、この顧客が保有している証券の銘柄を特定するための識別子に関するデータが記録されている。
資金口座残高データ領域、証券残高データ領域には、この顧客が保有している各口座の残高に関するデータが記録されている。
【００２６】
更に、取引管理サーバ２０は、ネットワークを介して、決済データ交換ネットワーク１０、証券保管振替システム４０に接続される。
決済データ交換ネットワーク１０は、国際的な金融ネットワークの運営機関であるＳＷＩＦＴのデータ通信システムであり、指図電文等のデータの送受信を取引管理サーバ２０との間で行なう。海外の投資家が、海外カストディアンに対して、指図（証券売買に伴う証券の受渡指示）を行なうと、海外カストディアンからの指図（指図電文）が決済データ交換ネットワーク１０を介して取引管理サーバ２０に送信される。
【００２７】
証券保管振替システム４０は、証券保管振替制度により、ＤＶＰ決済により有価証券の売買取引の決済を行なう決済照合システムである。なお、証券保管振替システム４０は、取引管理サーバ２０と公衆回線等のネットワークにより接続されており、取引管理サーバ２０と各データの送受信を行なう。
【００２８】
取引管理サーバ２０は、決済データ交換ネットワーク１０から受信した指図電文に基づいて、二つの機関の証券決済を支援する銀行Ｃのコンピュータシステムである。取引管理サーバ２０は、指図電文の照合を行ない、一致した指図電文を証券保管振替システム４０に送信する。この場合、証券保管振替システム４０は、指図電文の情報に基づいてＤＶＰ決済を行なう。
【００２９】
この取引管理サーバ２０は、制御部２１、指図データ記憶部２２、照合一致明細データ記憶部２３、照合不一致明細データ記憶部２４、相殺処理結果データ記憶部２５、決済方法データ記憶部２６、フェイル連絡記憶部２７を備えている。
【００３０】
更に、取引管理サーバ２０は、担当者端末に接続されている。担当者端末は、カストディ業務を行なう銀行Ｃの担当者が利用するコンピュータ端末である。担当者は、この担当者端末を用いて、取引状況を監視する。この担当者端末は、図示しないディスプレイ等から構成された表示部や、キーボードやポインティングデバイス等から構成された入力部を備える。
【００３１】
ここで、制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ（図示せず）等から構成された制御手段を備えており、後述する処理（指図管理段階、通常決済段階、ロット決済段階、残高調整段階、勘定処理段階等の各処理）を行なう。そして、制御部２１は、図１に示すように、証券決済管理プログラムにより、指図管理手段２１１、通常決済手段２１２、ロット決済手段２１３、残高調整手段２１４、勘定処理手段２１５として機能する。
【００３２】
指図管理手段２１１は、決済データ交換ネットワーク１０から指図電文を受信する処理を実行する。そして、通常の決済とロット決済とを識別して、後述する通常決済手段２１２、ロット決済手段２１３に処理を引き継ぐ。このため、指図管理手段２１１は、ロット決済の対象となる特定の顧客（海外投資家）や証券会社の識別情報を記録したロット決済対象顧客テーブルを保持している。
【００３３】
通常決済手段２１２は、証券保管振替システム４０を介して受信した指図電文に基づいて、公知の方法により個別に決済処理を行なう処理を実行する。
ロット決済手段２１３は、特定の顧客（海外投資家）や証券会社の取引指図をまとめた指図ロットの決済処理を行なう処理を実行する。
【００３４】
残高調整手段２１４は、証券保管振替システム４０に対して、各種取引指図を送信することにより、証券保管振替において管理されている口座の残高を調整する処理を実行する。本実施形態では、照合ができた指図ロットについて、口座の残高を調整するための取引指図を送信する。
勘定処理手段２１５は、勘定システム３０において管理されている口座残高を用いて、証券取引における決済処理を実行する。
【００３５】
指図データ記憶部２２には、決済データ交換ネットワーク１０を介して受信した指図電文に関する指図データが記憶される。決済データ交換ネットワーク１０から３種類の指図電文（取引電文、変更電文、キャンセル電文）を受信する。各電文の種類は、電文に付されたヘッダにより特定することができる。取引電文とは、海外投資家が新たに指図を行なう場合に送信された電文である。一方、変更電文は、取引電文についての取引の状況を変更するための電文である。キャンセル電文とは、取引電文を取り消すための電文である。なお、指図ロットの取引指図については、各ロットを識別できるようにロット識別子が付与されている。第１の指図及び第２の指図として機能する取引電文を、図２（ｂ）を用いて説明する。
【００３６】
指図データは、ロット識別子、決済日、売買区分、証券口座番号、証券銘柄コード、証券数量、決済金額、相手先コードに関するデータを含む。
ロット識別子データ領域には、取引指図を束ねてグループ化された指図ロットを特定するための識別子に関するデータが記録される。
決済日データ領域には、取引についての決済を行なう年月日に関するデータが記録される。
【００３７】
売買区分データ領域には、この取引において、口座保有者が行なう取引種別（「売」又は「買」）を特定するための識別子に関するデータが記録される。
証券口座番号データ領域には、取引対象となる証券を管理する口座を特定するための識別子に関するデータが記録される。この口座番号に基づいて、取引依頼者（海外投資家や証券会社）を特定することができる。
【００３８】
証券銘柄コードデータ領域には、取引対象の証券の取引銘柄を特定するための識別子に関するデータが記録される。
証券数量データ領域には、取引対象の証券の数量に関するデータが記録される。
決済金額データ領域には、この証券取引において決済される取引金額に関するデータが記録される。
【００３９】
相手先コードデータ領域には、この取引の相手先（国内の相手証券会社又はカストディ銀行）を特定するための識別子に関するデータが記録される。決済相手先としては、例えば、「○○証券会社東京支店」が記録される。
【００４０】
照合一致明細データ記憶部２３は、図２（ｃ）に示すように、内容が一致する指図を管理するための照合一致明細データ２３０が記憶される。照合一致明細データ２３０は、指図の照合を行なった場合に記録される。この照合一致明細データ２３０は、照合ができた指図データのロット識別子、決済日、売買区分、証券口座番号、証券銘柄コード、証券数量、決済金額、相手先コード、差引証券数量、差引資金に関するデータを含む。
【００４１】
ロット識別子、決済日、売買区分、証券口座番号、証券銘柄コード、証券数量、決済金額、相手先コードの各データ領域には、照合一致となった指図データの各項目と同じデータが記録される。
【００４２】
差引証券数量、差引資金には、同じ証券銘柄コードにおいて、売買に応じて証券数量、決済金額を総計した数量や金額が記録される。ここでは、証券数量が減少する場合には「−」、増加する場合には「＋」で表わす。また、資金に関しては「入」と「払」とを識別して表わす。
【００４３】
照合不一致明細データ記憶部２４は、図２（ｄ）に示すように、内容が不一致の指図を管理するための照合不一致明細データ２４０が記憶される。照合不一致明細データ２４０は、指図の照合を行なった場合に記録される。この照合不一致明細データ２４０は、照合処理において不一致の指図データのロット識別子、決済日、売買区分、証券口座番号、証券銘柄コード、証券数量、決済金額、相手先コードに関するデータを含む。ロット識別子、決済日、売買区分、証券口座番号、証券銘柄コード、証券数量、決済金額、相手先コードの各データ領域には、照合不一致となった指図データの各項目と同じデータが記録される。
【００４４】
相殺処理結果データ記憶部２５には、図２（ｅ）に示すように、各証券会社から取得した指図電文により相殺された結果についての相殺処理結果データ２５０が記憶される。この相殺処理結果データ２５０には、後述する相殺処理を行なった場合に記録される。この相殺処理結果データ２５０は、決済日、売買区分、証券口座番号、証券銘柄コード、証券数量、決済金額、相手先コードに関するデータを含んで構成される。
【００４５】
決済日データ領域には、取引についての決済（相殺処理日）を行なう年月日に関するデータが記録される。
売買区分データ領域には、この取引において、口座保有者が行なう取引種別（「売り」又は「買い」）を特定するための識別子に関するデータが記録される。ここでは、相殺処理により残った売買区分が記録される。
【００４６】
証券口座番号データ領域には、取引対象となる証券を管理する口座を特定するための識別子に関するデータが記録される。
証券銘柄コードデータ領域には、取引対象の証券の銘柄を特定するための識別子に関するデータが記録される。
【００４７】
証券数量データ領域には、相殺処理により残った証券数量に関するデータが記録される。
決済金額データ領域には、相殺処理により残った決済金額に関するデータが記録される。
相手先コードデータ領域には、この取引の相手先を特定するための識別子に関するデータが記録される。
【００４８】
決済方法データ記憶部２６には、決済方法を特定するための決済方法管理レコードが記憶される。決済方法管理レコードは、顧客別決済方法レコード、証券銘柄別決済方法レコード、相手先別決済方法レコードから構成されている。
【００４９】
顧客別決済方法レコードは、顧客毎に決済方法を特定するためのデータであり、証券口座番号又は資金口座番号、照合方法、決済方法に関するデータを含んで構成される。
証券銘柄別決済方法レコードは、証券銘柄毎に決済方法を特定するためのデータであり、証券銘柄コード、証券保管振替機構参加情報、数量単位、決済場所、決済方法に関するデータを含んで構成される。
【００５０】
相手先別決済方法レコードは、相手先毎に決済方法を特定するためのデータであり、ＢＩＣコード、決済方法、保振口座番号、資金決済銀行、資金口座番号、決済場所に関するデータを含んで構成される。
【００５１】
証券口座番号又は資金口座番号データ領域には、証券口座又は資金口座を特定するための識別子に関するデータが記録されている。
照合方法データ領域には、取引電文の照合方法を特定するためのデータであり、保管振替機構による照合や電話による照合を特定するためのフラグが記録されている。
【００５２】
決済方法データ領域には、証券の決済方法及び資金の決済方法を特定するためのデータであり、証券本券決済、証券保管振替機構での証券振替決済、ＤＶＰ決済、外為円決済、ＲＴＧＳ決済、資金口座振替等の決済方法を特定するためのフラグが記録されている。
【００５３】
証券銘柄コードデータ領域には、証券銘柄を特定するための識別子に関するデータが記録されている。
証券保管振替機構参加情報データ領域には、この証券銘柄が証券保管振替機構において管理対象になっているかどうかを判定するためのデータが記録されている。
【００５４】
数量単位データ領域には、売買単位の数量に関するデータが記録されている。
決済場所データ領域には、取引管理サーバ２０を運営している銀行の窓口、相手先窓口、証券保管振替機構等の決済場所を特定するための識別子が記録されている。
【００５５】
ＢＩＣコードデータ領域には、決済データ交換ネットワーク１０上で相手方の銀行を特定するために用いられる銀行識別コードが記録されている。
保振口座番号、資金決済銀行、資金口座番号のデータ領域には、それぞれ保管振替機構における口座番号、資金決済を行なう銀行、資金口座を特定するための識別子に関するデータが記録されている。
【００５６】
また、証券会社Ｂにおいて、取引顧客の証券や資金の残高不足により、決済ができない場合には、証券会社Ｂは、銀行Ｃに対してフェイル連絡を行なう。この場合、銀行Ｃは、フェイル連絡があったことをフェイル連絡記憶部２７に記録する。このフェイル連絡記憶部２７には、残高不足となったフェイル対象の指図電文の識別情報（例えば、固有番号）が記録される。
【００５７】
上述した相殺処理結果データ２５０に基づいて、図２（ｆ）に示すように、残高調整データ３００が生成される。この残高調整データ３００は、証券保管振替システム４０に送信される指図電文に含められる。この残高調整データ３００は、決済日、売買区分、証券口座番号、証券銘柄コード、証券数量、決済金額、相手先コード、相手先保振口座、相手先資金口座に関するデータを含んで構成される。
【００５８】
決済日、売買区分、証券口座番号、証券銘柄コード、相手先コードの各データ領域には、相殺処理結果データ２５０の各項目と同じデータが記録される。
証券数量、決済金額の各データ領域には、相殺処理結果データ２５０の売買区分「売」についての証券の数量、決済金額に関するデータが記録される。
【００５９】
相手先保振口座、相手先資金口座の各データ領域には、相手先コードを用いて決済方法データ記憶部２６から抽出した口座を特定するための識別子に関するデータが記録される。
【００６０】
上記のように構成されたシステムを用いて、海外投資家と証券会社との取引についての決済処理を、図３〜図１３を用いて説明する。ここでは、海外投資家と証券会社Ｂとが証券取引について約定を行なった場合、海外投資家は証券会社Ａ、決済データ交換ネットワーク１０を介して指図ロットを送信する。また、証券会社Ｂは所定のネットワークを利用して、銀行Ｃに対して指図ロットを送信する。そして、約定日（Ｔ）から３日後に決済を行なう「Ｔ＋３」取引を行なう。
【００６１】
約定日から１日経過までに、図３に示すように、取引管理サーバ２０の制御部２１は、取引指図の記録処理を実行する（ステップＳ１−１）。具体的には、制御部２１の指図管理手段２１１は、決済データ交換ネットワーク１０を介して、証券会社Ａから海外投資家の取引電文を受信する。また、指図管理手段２１１は、所定のネットワークを介して、証券会社Ｂから取引電文を受信する。この場合、指図管理手段２１１は、受信した取引電文に基づいて、指図データ２２０を生成し、指図データ記憶部２２に記録する。この場合、同一決済日の取引指図を束ねてグループ化した指図ロットを受信した場合には、１又は複数の取引指図を束ねたロット単位で記録する。ここでは、図６に示すように、海外投資家の指図データ５０１、証券会社Ｂの指図データ５０２を記録する場合を想定する。
【００６２】
約定日から２日経過後の「Ｔ＋２」処理において、取引管理サーバ２０の制御部２１は、処理対象の取引指図の抽出処理を実行する（ステップＳ１−２）。具体的には、制御部２１の指図管理手段２１１は、指図データ記憶部２２に記録された指図データ２２０であって、決済日「２４日」の指図データ２２０を抽出する。
【００６３】
次に、取引管理サーバ２０の制御部２１は、ロット決済の対象かどうかについての判定処理を実行する（ステップＳ１−３）。具体的には、制御部２１の指図管理手段２１１は、抽出した指図データ２２０の証券口座番号及び相手先コードが、ロット決済対象顧客テーブルに記録されているかどうかを確認する。ここでは、ロット決済対象顧客テーブルに記録されている場合にはロット決済対象と判定し、記録されていない場合には、通常決済の処理対象と判定する。
【００６４】
ロット決済の対象でないと判定した場合（ステップＳ１−３において「ＮＯ」の場合）、取引管理サーバ２０の制御部２１は、通常処理を実行する（ステップＳ１−４）。具体的には、制御部２１の指図管理手段２１１は、抽出した指図データ２２０についての処理を、通常決済手段２１２に引き継ぐ。この場合、通常決済手段２１２は、指図データ２２０に基づいて、公知の決済方法により個別に処理を行なう。
【００６５】
一方、ロット決済の対象と判定した場合（ステップＳ１−３において「ＹＥＳ」の場合）、取引管理サーバ２０の制御部２１は、指図間の照合処理を実行する（ステップＳ１−５）。具体的には、制御部２１の指図管理手段２１１は、抽出した指図データ２２０についての処理を、ロット決済手段２１３に引き継ぐ。ここでは、ロット決済対象として、図６に示すように、海外投資家の指図データ５０１、証券会社Ｂの指図データ５０２を受信した場合を想定する。そこで、ロット決済手段２１３は、指図データ（５０１、５０２）において、証券銘柄コード、証券数量、決済金額が一致するレコードであって、指図データ５０１の売買区分と指図データ５０２の売買区分が反対になっているレコードを特定する。
【００６６】
そして、取引管理サーバ２０の制御部２１は、不整合があるかどうかについての判定処理を実行する（ステップＳ１−６）。具体的には、制御部２１のロット決済手段２１３は、指図データ５０１と指図データ５０２とにおいて、売買区分、証券銘柄コード、証券数量、決済金額が一致しないレコードがあるかどうかを判定する。図６の指図データ（５０１、５０２）においては、全件が整合していることになる。
【００６７】
不整合があると判定した場合（ステップＳ１−６において「ＹＥＳ」の場合）、取引管理サーバ２０の制御部２１は、後述するように、照合不一致の対応処理を実行する（ステップＳ１−７）。
【００６８】
一方、不整合がないと判定した場合（ステップＳ１−６において「ＮＯ」の場合）、取引管理サーバ２０の制御部２１は、照合一致明細の登録処理を実行する（ステップＳ１−８）。具体的には、制御部２１のロット決済手段２１３は、指図データ２２０に基づいて照合一致明細データ２３０を生成し、照合一致明細データ記憶部２３に記録する。ここでは、図７に示すように、照合一致明細データ（５２１、５２２）を照合一致明細データ記憶部２３に記録する。この場合、証券銘柄コード毎に、差引証券数量、差引資金を算出する。ここで、差引証券数量、差引資金においては、増加分は「＋」、減少分は「−」で表わす。従って、売買区分「売」は、証券数量の減算、資金の入金となり、売買区分「売」は、証券数量の加算、資金の出金となる。
【００６９】
次に、約定日から３日経過後の「Ｔ＋３」処理において、図４に示すように、取引管理サーバ２０の制御部２１は、フェイル連絡があったかどうかについての判定処理を実行する（ステップＳ２−１）。具体的には、制御部２１のロット決済手段２１３は、証券会社Ｂからのフェイル連絡がフェイル連絡記憶部２７に記録されているかどうかを確認する。
【００７０】
フェイル連絡記憶部２７にフェイル連絡が記録されている場合（ステップＳ２−１において「ＹＥＳ」の場合）には、取引管理サーバ２０の制御部２１は、明細指図修正処理を実行する（ステップＳ２−２）。この処理は、図１１を用いて後述する。
【００７１】
一方、フェイル連絡が記録されていない場合（ステップＳ２−１において「ＮＯ」の場合）には、取引管理サーバ２０の制御部２１は、相殺処理を実行する（ステップＳ２−３）。具体的には、制御部２１のロット決済手段２１３は、照合一致明細データ記憶部２３に記録されている指図について相殺を行なう。ここでは、差引証券数量、差引資金が「０」の証券銘柄コードの指図を削除する。図７に示す照合一致明細データ（５２１、５２２）について相殺処理を行なった場合、証券銘柄コード「Ｂ」については削除されて、海外投資家、証券会社の取引量は図８（ａ）に示す相殺処理結果データ（５３１、５３２）になる。更に、ロット決済手段２１３は、差引資金について「入」と「払」とを加減算することにより、相殺処理結果データ２５０を生成して、相殺処理結果データ記憶部２５に記録する。この結果、図７に示す照合一致明細データ（５２１、５２２）に対応して、図８（ｂ）に示す相殺処理結果データ（５４１、５４２）が記録される。なお、相殺処理結果データ（５４１、５４２）には、相手先コードを含めておく。
【００７２】
次に、取引管理サーバ２０の制御部２１は、相殺処理結果を用いて証券残高調整処理を実行する（ステップＳ２−４）。具体的には、制御部２１の残高調整手段２１４は、売られた証券数量を示す残高調整データ３００を生成する。この場合、決済方法データ記憶部２６に記録された決済方法管理レコードを用いて相手先コードに対応する相手先保振口座、相手先資金口座を特定して、残高調整データ３００に含める。そして、残高調整データ３００を含めた指図電文を証券保管振替システム４０に送信する。ここでは、残高調整手段２１４は、図８（ｂ）に示す相殺処理結果データ５４１に対応して、図９（ａ）に示す残高調整データ５５１を生成する。そして、残高調整手段２１４は、この残高調整データ５５１を含めた指図電文を送信する。なお、図９（ａ）では、決済金額、相手先コード、相手先保振口座、相手先資金口座は省略されている。
【００７３】
一方、証券会社Ｂによって売られた証券については、証券会社Ｂのオペレーションにより、証券数量を示す残高調整データ３００を含む指図電文が証券保管振替システム４０に送信される。ここでは、相殺処理結果データ５４２に対応して、図９（ａ）に示す残高調整データ５５２を含めた指図電文が送信されることになる。
【００７４】
次に、取引管理サーバ２０の制御部２１は、勘定処理を実行する（ステップＳ２−５）。具体的には、制御部２１の勘定処理手段２１５は、勘定システム３０の口座管理データ記憶部３２に記録された口座において、指図毎に証券や資金の移動を記録する。ここでは、図９（ｂ）に示すように、海外投資家の証券口座には、照合一致明細データ２３０に対応した取引履歴レコード５６１が記録される。一方、証券会社Ｂの口座においては、相殺処理結果データ５４２の差引資金について取引履歴レコード５６２が記録される。
【００７５】
次に、取引管理サーバ２０の制御部２１は、指図毎に決済結果の通知処理を実行する（ステップＳ２−６）。具体的には、制御部２１のロット決済手段２１３は、決済データ交換ネットワーク１０を介して、証券会社Ａに決済結果を通知する。この場合、証券会社Ａは海外投資家に決済結果を通知する。
【００７６】
（照合不一致の対応処理）
次に、図５を用いて、照合不一致の対応処理を説明する。
ここでは、取引管理サーバ２０の制御部２１は、照合不一致明細の記録処理を実行する（ステップＳ３−１）。具体的には、制御部２１のロット決済手段２１３は、不整合となった指図データを照合不一致明細データ記憶部２４に記録する。ここでは、ロット決済対象として、図１０に示すように、海外投資家の指図データ６０１、証券会社Ｂの指図データ６０２を受信した場合を想定する。この指図データ（６０１、６０２）においては、破線で囲まれたレコードが整合していない。そこで、ロット決済手段２１３は、指図データ（６０１、６０２）を照合不一致明細データとして、照合不一致明細データ記憶部２４に記録する。この場合、ロット単位で照合不一致明細データ記憶部２４に記録する。
【００７７】
次に、取引管理サーバ２０の制御部２１は、事前照合結果連絡処理を実行する（ステップＳ３−２）。具体的には、制御部２１のロット決済手段２１３は、所定のネットワークを介して、不整合が生じたことを証券会社Ａに通知する。事前照合結果には、照合不一致明細データとして指図データ（６０１、６０２）の内容を含める。この場合、誤った指図ロットを送信した取引者は、指図ロットを再送信する。この場合、取引者は、先に送信した指図ロットと同じロット識別子を設定しておく。
【００７８】
そして、取引管理サーバ２０の制御部２１は、指図の再受信したかどうかについての判定処理を実行する（ステップＳ３−３）。具体的には、制御部２１のロット決済手段２１３は、指図データ記憶部２２に記録された指図データ２２０において、指図の再受信を確認する。
指図の再受信していない場合（ステップＳ３−３において「ＮＯ」の場合）、取引管理サーバ２０の制御部２１は、新たな指図ロットの受信を待機する。
【００７９】
本実施形態では、証券会社Ａから海外投資家側の取引電文を、再度、受信する場合を想定する。なお、海外投資家側（証券会社Ａ）から再送信される場合に限られず、証券会社Ｂから再送信される場合や、両者から再送信される場合もある。ここでは、海外投資家側から、図１０に示す指図データ６１１を再受信した場合を想定する。再受信した指図データ６１１では、先に受信した指図データ６０１に対して、証券銘柄コード「Ｅ」〜「Ｇ」についての指図が修正されている。なお、指図データ６１１は、図６において説明した指図データ５０１と同じ内容である。
指図の再受信した場合（ステップＳ３−３において「ＹＥＳ」の場合）、取引管理サーバ２０の制御部２１は、キャンセル処理を実行する（ステップＳ３−４）。具体的には、制御部２１のロット決済手段２１３は、再指図受信時に、照合不一致明細データ記憶部２４の記録を参照し、同じ取引者から受信したロット指図であって、ロット識別子が一致する照合不一致明細データをキャンセルする。ここでは、指図データ６１１を再受信しているので、照合不一致明細データとして記録されていた海外投資家の指図データ６０１をキャンセルする。
【００８０】
次に、取引管理サーバ２０の制御部２１は、指図間の照合処理を実行する（ステップＳ３−５）。具体的には、制御部２１のロット決済手段２１３は、再受信した指図ロットを用いて、再度、照合を行なう。ここでは、再受信した指図データ６１１と、照合不一致明細データとして記録されていた指図データ６０２とを照合する。
【００８１】
次に、取引管理サーバ２０の制御部２１は、再照合において一致かどうかについての判定処理を実行する（ステップＳ３−６）。具体的には、制御部２１のロット決済手段２１３は、証券銘柄コード、証券数量、決済金額が一致しており、売買区分が反対なっている場合には、指図が一致していることになる。ここで、指図データ６１１と、照合不一致明細データとして記録されていた指図データ６０２とは一致している。
【００８２】
再照合において一致していない場合（ステップＳ３−６において「ＮＯ」の場合）、取引管理サーバ２０の制御部２１は、指図の再受信したかどうかについての判定処理（ステップＳ３−３）から繰り返す。
一方、再照合において一致している場合（ステップＳ３−６において「ＹＥＳ」の場合）、取引管理サーバ２０の制御部２１は、照合一致指図の登録処理を実行する（ステップＳ３−７）。具体的には、制御部２１のロット決済手段２１３は、受信した指図データ６１１の内容に基づいて、照合一致明細データ２３０を生成し、照合一致明細データ記憶部２３に登録する。指図データ６１１は、図６の指図データ５０１と同じ内容であるため、以下の処理においては、図７〜図９と同じ内容のデータが生成されることになる。
【００８３】
（フェイル対応処理）
次に、フェイル連絡があった場合の明細指図修正処理（ステップＳ２−２）について、図１１〜１３を用いて説明する。ここでは、証券会社Ｂから、図１１（ａ）に示すように、指図データ６５１についてのフェイル連絡を受けた場合を想定する。この場合、制御部２１のロット決済手段２１３は、照合一致明細データ記憶部２３に記録された照合一致明細データ２３０においてフェイル連絡があった取引指図（フェイル対象レコード）を含む指図ロットを特定する。
【００８４】
そして、ロット決済手段２１３は、この照合一致明細データ２３０からフェイル対象レコードを削除する。次に、ロット決済手段２１３は、決済日「２４日」を翌営業日「２５日」に変更した照合一致明細データ２３０を生成し、照合一致明細データ記憶部２３に記録する。この場合、照合一致明細データ記憶部２３には、図１１（ｂ）に示すように、照合一致明細データ（６６１、６６２）が記録される。なお、この明細指図修正処理は、残高不足が解消されるまで、決済日の順を繰り返す。
【００８５】
また、２４日においては、フェイル連絡がなかった証券銘柄コード「Ａ」、「Ｂ」、「Ｄ」〜「Ｇ」についてのみ、相殺処理を行なう。従って、相殺処理（ステップＳ２−３）において、図８（ａ）に示す相殺処理結果データ（５３１、５３２）に代えて、図１１（ｃ）に示すように、相殺処理結果データ（６７１、６７２）が生成される。更に、図８（ｂ）に示す相殺処理結果データ（５４１、５４２）に代えて、図１２（ａ）に示すように、相殺処理結果データ（６８１、６８２）が生成されて、相殺処理結果データ記憶部２５に記録される。
【００８６】
次に、証券残高調整処理（ステップＳ２−４）においては、図９（ａ）に示す残高調整データ５５１に代えて、図１２（ｂ）に示すように、残高調整データ６９１を含めた指図電文を送信する。一方、証券会社Ｂによって売られた証券については、証券会社Ｂのオペレーションにより、証券数量を示す残高調整データ６９２を含む指図電文が証券保管振替システム４０に送信される。
【００８７】
勘定処理（ステップＳ２−５）においては、図９（ｂ）に示す取引履歴レコード（５６１、５６２）に代えて、図１３に示すように、取引履歴レコード（７０１、７０２）を口座管理データ記憶部３２に記録する。
【００８８】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、取引管理サーバ２０の制御部２１は、指図間の照合処理を実行する（ステップＳ１−５）。次に、取引管理サーバ２０の制御部２１は、不整合があるかどうかについての判定処理を実行する（ステップＳ１−６）。取引管理サーバ２０の制御部２１は、照合一致明細の登録処理を実行する（ステップＳ１−８）。これにより、相殺可能な指図ロットを特定することができる。
【００８９】
（２）本実施形態では、フェイル連絡が記録されていない場合（ステップＳ２−１において「ＹＥＳ」の場合）には、取引管理サーバ２０の制御部２１は、相殺処理を実行する（ステップＳ２−３）。更に、取引管理サーバ２０の制御部２１は、相殺処理結果を用いて証券残高調整処理を実行する（ステップＳ２−４）。これにより、証券管理において、指図毎の残高の調整負担を軽減することができる。
更に、取引管理サーバ２０の制御部２１は、勘定処理を実行する（ステップＳ２−５）。これにより、勘定システム３０における口座残高の更新負担を軽減することができる。
従って、銀行Ｃでは、保振ＤＶＰ決済に係るコスト（振替手数料、担保金）負担を軽減することができる。また、証券会社Ｂでは、銀行Ｃとの決済のための証券の手当て（証券繰り）や保振ＤＶＰ決済に係るコスト負担を軽減することができる。証券会社においては、証券保管振替機構ではなく、カストディ銀行を決済場所とすることにより、ネットアウトされた最小の負担（証券と資金）で、大量取引を同時に１回で決済を完了させることができる。
【００９０】
（３）本実施形態では、フェイル連絡記憶部２７にフェイル連絡が記録されている場合（ステップＳ２−１において「ＹＥＳ」の場合）には、取引管理サーバ２０の制御部２１は、明細指図修正処理を実行する（ステップＳ２−２）。これにより、残高不足の場合には、後から決済を行なうことができる。
【００９１】
なお、上記各実施形態は以下のように変更してもよい。
・  上記実施形態では、取引管理サーバ２０に、指図データ記憶部２２、照合一致明細データ記憶部２３、照合不一致明細データ記憶部２４、相殺処理結果データ記憶部２５、決済方法データ記憶部２６、フェイル連絡記憶部２７を設けた。各データ記憶部に記録されるデータは、これらに限定されるものではなく、各取引を特定できる情報であればよい。
【００９２】
・  上記実施形態では、証券会社Ａは、決済データ交換ネットワーク１０（ＳＷＩＦＴ）を利用して、銀行Ｃに対して、指図ロットを送信する。また、証券会社Ｂは、所定のネットワークを利用して、銀行Ｃに対して指図ロットを送信する。送信方法はこれらに限定されるものではない。
【００９３】
・  上記実施形態では、照合不一致明細データの記録処理において、海外投資家からの指図ロットをキャンセルする。キャンセル対象の指図ロットは、海外投資家からの指図ロットに限定されるものではなく、証券会社Ｂからの指図ロットをキャンセルするようにしてもよい。
【００９４】
・  上記実施形態では、この取引管理サーバ２０は、この銀行において顧客口座を管理する勘定システム３０に接続されている。この勘定システム３０は、口座管理データ記憶部３２を備えている。ここで、口座管理データ記憶部３２を取引管理サーバ２０内に設ける構成や、他の銀行の勘定システム３０を利用することも可能である。
【００９５】
・  上記実施形態では、カストディアンにおいて、非居住者の取引を行なうカストディサービスを支援する場合を想定する。本発明の適用対象は、海外約定分のみを対象としたサービスに限定されるものではなく、大量の注文・約定が行なわれる国内取引の決済（例えば、国内機関投資家、ファンドを保有する国内証券会社間の大量決済等）にも適用できる。
【００９６】
・  上記実施形態では、証券会社（Ａ、Ｂ）は、銀行Ｃに対して、同一決済日の取引指図を束ねてグループ化した指図ロット（ファイル）を送信する。これに代えて、銀行Ｃにおいて受信した取引指図を束ねてグループ化することにより指図ロットを生成するようにしてもよい。この場合には、取引指図において、グループ化するためのロット識別子を設定しておく。そして、取引管理サーバ２０が、共通するロット識別子が設定された取引指図をグループ化して指図ロットを生成する。
【符号の説明】
【００９７】
１０…決済データ交換ネットワーク、２０…取引管理サーバ、２１…制御部、２１１…指図管理手段、２１２…通常決済手段、２１３…ロット決済手段、２１４…残高調整手段、２１５…勘定処理手段、２２…指図データ記憶部、２３…照合一致明細データ記憶部、２４…照合不一致明細データ記憶部、２５…相殺処理結果データ記憶部、２６…決済方法データ記憶部、２７…フェイル連絡記憶部、３０…勘定システム、３２…口座管理データ記憶部、４０…証券保管振替システム。
【図１】
0005214763.tif 000002
【図２】
0005214763.tif 000003
【図３】
0005214763.tif 000004
【図４】
0005214763.tif 000005
【図５】
0005214763.tif 000006
【図６】
0005214763.tif 000007
【図７】
0005214763.tif 000008
【図８】
0005214763.tif 000009
【図９】
0005214763.tif 000010
【図１０】
0005214763.tif 000011
【図１１】
0005214763.tif 000012
【図１２】
0005214763.tif 000013
【図１３】
0005214763.tif 000014
【図１４】
0005214763.tif 000015