JP2016110191A - 注文処理装置および買い注文処理方法 - Google Patents

Abstract

【課題】銀行システムの機能変更や機能追加を抑えつつ、証券口座の残高以上の購入額の有価証券を購入可能にすること。
【解決手段】注文処理装置１０１は、証券口座の残高情報から、買い注文の依頼により特定される証券口座の残高を取得する。注文処理装置１０１は、証券口座の残高が、有価証券の買い注文に必要な総額よりも少ない場合に、買い注文の依頼により特定されるユーザが保有する預金口座の残高照会依頼を、銀行システム１０２へ送信する。注文処理装置１０１は、銀行システム１０２から返信された預金口座の残高と証券口座の残高との合計が、買い注文に必要な総額よりも多い場合に、総額と証券口座の残高との差額分を預金口座において出金抑止する出金抑止依頼を、銀行システム１０２へ送信する。注文処理装置１０１は、銀行システム１０２から出金抑止依頼に対する処理の完了を示す情報を受信した場合に、有価証券の買い注文を出力する。
【選択図】図１

Description

本発明は、注文処理装置および買い注文処理方法に関する。

近年、金融業界全体の流れとして、金融コングロマリット化により、証券会社が銀行や保険会社などと組むことが増えており、資産の流れを貯蓄から投資へ向けることが進められている。金融コングロマリットとは、金融持株会社のもとに、銀行、証券会社、保険会社など異なる業態の金融機関をグループ化する組織形態である。

先行技術としては、例えば、銀行側コンピュータが、証券会社側コンピュータから買付余力の不足分を通知されると、不足分に対応する額を顧客指定の銀行預金口座においてフリーズし、銀行預金口座の残高が不足分に満たない場合には証券会社側コンピュータにその旨の通知を行う技術がある。また、預金が複数の金融機関に分散して預け入れられている場合に、予め指定された優先順位に従って、代金の口座振替を実行する口座振替システムがある。例えば、Ａ銀行に代金の口座振替を要求し、全額を賄いきれない場合には、Ａ銀行から次位のＢ銀行に不足額の口座振替を要求する。

また、顧客の当月の支払い予定料金データを、予定料金データと口座別の残高情報を比較する送金条件に入力し、送金条件を満たすときに、他の金融機関の口座から当月の支払い予定の金額を振り込む技術がある。また、利用者の指定にしたがって１回の入金取引で、本口座および関連口座から利用者が選択したそれぞれの口座に入金する技術がある。

特開２００２−０６３５２２号公報 特開２００４−０７０８３３号公報 特開２００３−２８８４９０号公報 特開２００６−０９９３１６号公報

しかしながら、従来技術では、証券口座の残高以上の購入額の有価証券の買い注文を行うことが難しい。例えば、証券口座の残高が不足している場合に、銀行の預金口座にある資金で不足分の金額を補填することも考えられる。ところが、銀行側のシステムで、買い注文に対する不足分の金額を補填できるか否かを判断して、預金口座の資金を投資資金として使えるようにするには、銀行側のシステムに対する機能変更、機能追加が発生してしまう。

一つの側面では、本発明は、銀行システムの機能変更や機能追加を抑えつつ、証券口座の残高以上の購入額の有価証券を購入可能にする注文処理装置および買い注文処理方法を提供することを目的とする。

本発明の一側面によれば、端末から、ユーザ識別子と対応付いた、有価証券の買い注文の依頼を受信し、受信した前記依頼により特定される、前記有価証券の買い注文に必要な総額を算出し、ユーザ識別子と対応付けて管理されている証券口座の残高情報から、前記依頼により特定されるユーザ識別子に対応する証券口座の残高を取得し、取得した前記証券口座の残高が、算出した前記総額よりも少ない場合に、前記依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高の照会依頼を、銀行システムへ送信し、前記銀行システムから返信された前記預金口座の残高と前記証券口座の残高との合計と、前記総額とを比較し、比較した結果、前記合計が前記総額よりも多い場合に、前記総額と前記証券口座の残高との差額分を前記預金口座において出金抑止する出金抑止依頼を、前記銀行システムへ送信し、前記銀行システムから前記出金抑止依頼に対する処理の完了を示す情報を受信した場合に、前記有価証券の買い注文を出力する注文処理装置および買い注文処理方法が提案される。

本発明の一態様によれば、銀行システムの機能変更や機能追加を抑えつつ、証券口座の残高以上の購入額の有価証券を購入可能にするという効果を奏する。

図１は、実施の形態にかかる買い注文処理方法の一実施例を示す説明図である。 図２は、オンライン取引システム２００のシステム構成例を示す説明図である。 図３は、注文処理装置１０１等のハードウェア構成例を示すブロック図である。 図４は、顧客端末１０３のハードウェア構成例を示すブロック図である。 図５は、有価証券の注文依頼の具体例を示す説明図である。 図６は、電文のフォーマット例を示す説明図である。 図７Ａは、電文の具体例を示す説明図（その１）である。 図７Ｂは、電文の具体例を示す説明図（その２）である。 図８は、顧客ＤＢ２２０の記憶内容の一例を示す説明図である。 図９は、買い注文管理テーブル２３０の記憶内容の一例を示す説明図である。 図１０は、出金抑止管理テーブル２４０の記憶内容の一例を示す説明図である。 図１１は、注文処理装置１０１の機能的構成例を示すブロック図である。 図１２は、買い注文管理テーブル２３０の記憶内容の変遷例を示す説明図である。 図１３は、出金抑止管理テーブル２４０の記憶内容の変遷例を示す説明図である。 図１４は、推奨画面の画面例を示す説明図である。 図１５は、預金口座画面の画面例を示す説明図（その１）である。 図１６は、預金口座画面の画面例を示す説明図（その２）である。 図１７は、預金口座画面の画面例を示す説明図（その３）である。 図１８は、注文処理装置１０１の買い注文処理手順の一例を示すフローチャート（その１）である。 図１９は、注文処理装置１０１の買い注文処理手順の一例を示すフローチャート（その２）である。 図２０は、出金抑止補正処理の具体的処理手順の一例を示すフローチャートである。 図２１は、銀行システム１０２の残高照会処理手順の一例を示すフローチャートである。 図２２は、銀行システム１０２の出金抑止処理手順の一例を示すフローチャートである。 図２３は、銀行システム１０２の出金抑止補正処理手順の一例を示すフローチャートである。 図２４は、証券会社と銀行との関係を示す説明図（その１）である。 図２５は、証券会社と銀行との関係を示す説明図（その２）である。

以下に図面を参照して、本発明にかかる注文処理装置および買い注文処理方法の実施の形態を詳細に説明する。

（買い注文処理方法の一実施例）
図１は、実施の形態にかかる買い注文処理方法の一実施例を示す説明図である。図１において、注文処理装置１０１は、有価証券の買い注文を処理するコンピュータである。有価証券とは、財産権を表示する証券であり、例えば、株券、債券、証券投資信託などである。

銀行システム１０２は、銀行の預金口座に対する各種依頼、例えば、残高照会依頼や出金抑止依頼を処理するコンピュータである。残高照会依頼とは、預金口座の残高を確認するためのものである。出金抑止依頼とは、預金口座において指定された金額の出金を抑止するためのものである。

また、顧客端末１０３は、ユーザが使用するコンピュータである。ユーザは、例えば、証券会社や銀行の顧客である。また、取引所システム１０４は、有価証券の買い注文や売り注文を受け付けるコンピュータである。取引所システム１０４は、例えば、有価証券の売買取引を行う証券取引所に設けられる。

株券などの有価証券を購入する場合、顧客は、証券会社に証券口座を開設し、証券会社に対して有価証券の買い注文を出す。この際、有価証券の買い注文に必要な総額に対して、証券口座の残高が不足している場合がある。この場合、例えば、顧客が、証券口座に不足分の金額を振り込んだり、自分が保有する預金口座から証券口座に不足分の金額を振り替えたりすることが考えられるが、手間や時間がかかってしまう。

また、例えば、銀行に預けている資金を別の金融機関での取引に利用するサービスを利用して、銀行の預金口座にある資金で不足分の金額を補填することも考えられる。ところが、銀行側のシステムで、買い注文に対する不足分の金額を補填できるか否かを判断して、預金口座の資金を投資資金として使えるようにするためには、銀行側のシステムに対する機能変更、機能追加が発生してしまう。

そこで、本実施の形態では、銀行側のシステムにできるだけ手を加えることなく、証券口座の残高以上の購入額の有価証券を購入可能にする買い注文処理方法について説明する。以下、注文処理装置１０１の処理例について説明する。

（１）注文処理装置１０１は、顧客端末１０３から、ユーザ識別子と対応付いた、買い注文の依頼を受信する。ここで、買い注文とは、有価証券を購入するために出す注文である。買い注文の依頼には、例えば、有価証券の銘柄、数量などが含まれる。ユーザ識別子は、ユーザ（顧客）を識別する識別子である。

図１の例では、注文処理装置１０１が、顧客端末１０３から、株券の買い注文の依頼を受信した場合を想定する。なお、買い注文の依頼の具体例については、図５を用いて後述する。

（２）注文処理装置１０１は、受信した依頼により特定される、有価証券の買い注文に必要な総額を算出する。具体的には、例えば、注文処理装置１０１は、下記式（１）を用いて、有価証券の買い注文に必要な総額を算出することができる。ただし、概算支払額は、有価証券の買い注文に必要な総額である。数量は、有価証券の数量である。単価は、有価証券の単価である。手数料は、証券会社に支払う手数料である。

概算支払額＝数量×単価＋手数料 ・・・（１）

図１の例では、株券の買い注文に必要な総額として、「￥１，０００，０００」が算出された場合を想定する。

（３）注文処理装置１０１は、証券口座の残高情報から、受信した依頼により特定されるユーザ識別子に対応する証券口座の残高を取得する。ここで、証券口座の残高情報は、ユーザ識別子と対応付けて管理されており、当該ユーザ識別子に対応する証券口座の残高を示す情報である。

図１の例では、株券の買い注文の依頼により特定されるユーザ識別子に対応する証券口座の残高として、「￥３００，０００」が取得された場合を想定する。

（４）注文処理装置１０１は、取得した証券口座の残高が、算出した総額よりも少ない場合に、受信した依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高照会依頼を、銀行システム１０２へ送信する。依頼先の銀行システム１０２は、ユーザが保有する預金口座が設けられた銀行のシステムである。残高照会依頼には、例えば、顧客の預金口座の口座番号、顧客の預金口座が開設された銀行の店番などが含まれる。

図１の例では、証券口座の残高「￥３００，０００」が、総額「￥１，０００，０００」よりも少ない。すなわち、株券の買い注文に対して、買付余力が不足している。買付余力とは、ユーザが買付可能な金額の上限である。この場合、注文処理装置１０１は、ユーザが保有する預金口座の残高照会依頼を、銀行システム１０２へ送信する。なお、残高照会依頼の具体例については、図７Ａを用いて後述する。

銀行システム１０２は、残高照会依頼を受信したことに応じて、ユーザが保有する預金口座の残高を取得して、取得した預金口座の残高を含む残高照会応答を、注文処理装置１０１へ送信する。図１の例では、ユーザが保有する預金口座の残高として、「￥２，０００，０００」が取得された場合を想定する。

（５）注文処理装置１０１は、銀行システム１０２から返信された預金口座の残高と、証券口座の残高との合計を算出する。そして、注文処理装置１０１は、算出した合計と、算出した総額とを比較する。

図１の例では、注文処理装置１０１は、預金口座の残高「￥２，０００，０００」と、証券口座の残高「￥３００，０００」との合計「￥２，３００，０００」を算出する。合計「￥２，３００，０００」は、顧客の買付余力（証券側＋銀行側）となる。そして、注文処理装置１０１は、算出した合計「￥２，３００，０００」と、算出した総額「￥１，０００，０００」とを比較する。

（６）注文処理装置１０１は、比較した結果、合計が総額よりも多い場合に、総額と証券口座の残高との差額分を預金口座において出金抑止する出金抑止依頼を、銀行システム１０２へ送信する。出金抑止依頼には、例えば、顧客の預金口座の口座番号、顧客の預金口座が開設された銀行の店番、出金抑止金額などが含まれる。

図１の例では、合計「￥２，３００，０００」が総額「￥１，０００，０００」よりも多い。この場合、注文処理装置１０１は、総額「￥１，０００，０００」と証券口座の残高「￥３００，０００」との差額分「￥７００，０００」を出金抑止額とする出金抑止依頼を、銀行システム１０２へ送信する。なお、出金抑止依頼の具体例については、図７Ａを用いて後述する。

銀行システム１０２は、出金抑止依頼を受信したことに応じて、顧客の預金口座において出金抑止金額分「￥７００，０００」の出金を抑止する。この結果、証券口座に出金抑止金額分「￥７００，０００」が補填されることになり、預金口座の出金可能額は、「￥１，３００，０００（＝￥２，０００，０００−７００，０００）」となる。そして、銀行システム１０２は、出金抑止依頼に対する処理の完了を示す出金抑止応答を、注文処理装置１０１へ送信する。

なお、銀行システム１０２における出金抑止額の管理方法としては、例えば、預金口座の出金抑止額を管理するためのデータベースを設けることにしてもよい。また、例えば、他店券の管理と同様に、預金元帳（例えば、ＣＩＦ：Ｃｕｓｔｏｍｅｒｓ’ Ｉｎｆｏｒｍａｔｉｏｎ Ｆｉｌｅｓ）に出金抑止額の項目を設けることにしてもよい。さらに、補填限度額の項目を設けることにより、預金口座から証券口座に補填できる金額、すなわち、出金抑止できる金額を制限することにしてもよい。これにより、ユーザ（顧客）が、預金口座から証券口座に補填できる金額を制限できるようになる。

（７）注文処理装置１０１は、銀行システム１０２から出金抑止依頼に対する処理の完了を示す情報を受信した場合に、有価証券の買い注文を出力する。図１の例では、注文処理装置１０１は、出金抑止依頼に対する処理の完了を示す出金抑止応答を受信する。この場合、顧客の証券側の買付余力は、証券口座の残高「￥３００，０００」と補填金額「￥７００，０００」とを足し合わせた「￥１，０００，０００」となる。

このため、注文処理装置１０１は、取引所システム１０４に対して株券の買い注文を出力する。そして、証券取引所において、取引所システム１０４が受け付けた買い注文に対する株券の売買が成立すると、取引所システム１０４から注文処理装置１０１に約定通知が送られる。

なお、買い注文についての決済は、取引日の翌々々日の営業日に行われる。また、決済日の資金振替は、既存システムのセンタカット処理や他店券の資金化処理の仕組みを流用することにより、顧客の預金口座から証券口座への振替処理をシステム化して業務効率化を図ることができる。

このように、注文処理装置１０１によれば、顧客からの有価証券の買い注文に対して証券口座の残高が不足していれば、顧客の預金口座の残高を照会して、預金口座の残高で不足分を補填できるか否かを判断することができる。そして、注文処理装置１０１によれば、預金口座の残高で不足分を補填できる場合に、銀行システム１０２に不足分の出金抑止を依頼し、出金抑止の処理が完了したことに応じて、有価証券の買い注文を出すことができる。

これにより、証券側システム（注文処理装置１０１）と銀行側システム（銀行システム１０２）とを連携させて、顧客の証券口座の残高以上の購入額の有価証券を購入可能にすることができる。また、預金口座の残高で不足分を補填できるかといった判断を証券側システムが行うため、本サービスの運用を開始する際の銀行側システムに対する機能変更や機能追加をできるだけ抑えることができる。

なお、上記（５）において、注文処理装置１０１は、預金口座の残高と証券口座の残高との合計を算出して総額と比較することにしたが、これに限らない。例えば、注文処理装置１０１は、総額から、預金口座の残高と証券口座の残高とを減算した値が「０」より大きいか否かを判断することにより、預金口座の残高と証券口座の残高との合計が総額よりも多いか否かを判断することにしてもよい。

（オンライン取引システム２００のシステム構成例）
つぎに、実施の形態にかかるオンライン取引システム２００のシステム構成例について説明する。

図２は、オンライン取引システム２００のシステム構成例を示す説明図である。図２において、オンライン取引システム２００は、注文処理装置１０１と、複数の銀行システム１０２と、顧客端末１０３と、取引所システム１０４と、を含む構成である。オンライン取引システム２００において、注文処理装置１０１、銀行システム１０２、顧客端末１０３および取引所システム１０４は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

ここで、注文処理装置１０１は、証券会社に設けられるサーバであり、顧客ＤＢ（データベース）２２０および買い注文管理テーブル２３０を有する。顧客ＤＢ２２０および買い注文管理テーブル２３０の記憶内容については、図８および図９を用いて後述する。

銀行システム１０２は、各銀行（図２の例では、銀行Ａ、銀行Ｂ、銀行ｘｘ）に設けられるサーバであり、出金抑止管理テーブル２４０を有する。出金抑止管理テーブル２４０の記憶内容については、図１０を用いて後述する。顧客端末１０３は、証券会社の顧客が使用するＰＣ（パーソナル・コンピュータ）、ノートＰＣ、タブレット型ＰＣなどである。取引所システム１０４は、証券取引所に設けられるサーバである。

（注文処理装置１０１等のハードウェア構成例）
つぎに、注文処理装置１０１、銀行システム１０２および取引所システム１０４のハードウェア構成例について説明する。ここでは、注文処理装置１０１、銀行システム１０２および取引所システム１０４を「注文処理装置１０１等」と表記する。

図３は、注文処理装置１０１等のハードウェア構成例を示すブロック図である。図３において、注文処理装置１０１等は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０３と、ディスクドライブ３０４と、ディスク３０５と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、注文処理装置１０１等の全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

Ｉ／Ｆ３０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他の装置に接続される。そして、Ｉ／Ｆ３０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ３０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

ディスクドライブ３０４は、ＣＰＵ３０１の制御に従ってディスク３０５に対するデータのリード／ライトを制御する。ディスク３０５は、ディスクドライブ３０４の制御で書き込まれたデータを記憶する。ディスク３０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

なお、注文処理装置１０１等は、上述した構成部のほか、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、キーボード、マウス、ディスプレイなどを有することにしてもよい。

（顧客端末１０３のハードウェア構成例）
つぎに、顧客端末１０３のハードウェア構成例について説明する。

図４は、顧客端末１０３のハードウェア構成例を示すブロック図である。図４において、顧客端末１０３は、ＣＰＵ４０１と、メモリ４０２と、ディスクドライブ４０３と、ディスク４０４と、Ｉ／Ｆ４０５と、ディスプレイ４０６と、入力装置４０７と、を有する。また、各構成部はバス４００によってそれぞれ接続される。

ここで、ＣＰＵ４０１は、顧客端末１０３の全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ、ＲＡＭおよびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。

ディスクドライブ４０３は、ＣＰＵ４０１の制御に従ってディスク４０４に対するデータのリード／ライトを制御する。ディスク４０４は、ディスクドライブ４０３の制御で書き込まれたデータを記憶する。ディスク４０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

Ｉ／Ｆ４０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他の装置（例えば、図２に示した注文処理装置１０１）に接続される。そして、Ｉ／Ｆ４０５は、ネットワーク２１０と内部のインターフェースを司り、他の装置からのデータの入出力を制御する。

ディスプレイ４０６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ４０６は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイなどを採用することができる。

入力装置４０７は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置４０７は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。

なお、顧客端末１０３は、上述した構成部のうち、例えば、ディスクドライブ４０３、ディスク４０４などを有さないことにしてもよい。また、顧客端末１０３は、上述した構成部のほか、例えば、ＳＳＤ、スキャナ、プリンタなどを有することにしてもよい。

（有価証券の注文依頼の具体例）
つぎに、顧客端末１０３から注文処理装置１０１に送信される有価証券の注文依頼の具体例について説明する。

図５は、有価証券の注文依頼の具体例を示す説明図である。図５において、有価証券の注文依頼５００は、有価証券の注文を証券会社に依頼するための電文である。有価証券の注文依頼５００は、口座番号、銘柄名、銘柄コード、数量、売買区分および注文区分を有する。

口座番号は、顧客が保有する証券口座の番号である。銘柄名は、取引対象の有価証券の銘柄名である。銘柄コードは、取引対象の有価証券の銘柄コードである。数量は、取引対象の有価証券の数量である。売買区分は、売り注文または買い注文を区別するための区分である。注文区分は、指し値注文または成り行き注文を区別するための区分である。指し値注文の場合は指し値（金額）が指定される。

具体的には、有価証券の注文依頼５００は、口座番号「１１１１１１１」の証券口座を保有する顧客が、銘柄名「××株式会社」、銘柄コード「ｘｘｘｘ」の株券を、指し値「９９，０００」で数量「１０」購入するための買い注文の依頼である。なお、有価証券の注文依頼５００には、有価証券の注文の発注期限が含まれていてもよい。発注期限としては、例えば、当日から１ヶ月先程度の指定が可能である。

（電文のフォーマット例）
つぎに、注文処理装置１０１と銀行システム１０２との間でやり取りされる電文（例えば、残高照会依頼、残高照会応答、出金抑止依頼、出金抑止応答）のフォーマット例について説明する。

図６は、電文のフォーマット例を示す説明図である。図６において、電文６００は、処理通番、電文種別、科目コード、口座番号、店番、取引金額および出金可能額のフィールドを有する。各フィールドに情報を設定することで各種電文が形成される。

ここで、処理通番は、注文処理装置１０１から銀行システム１０２に送信される依頼電文に連番で付与される番号である。処理通番は、銀行システム１０２から注文処理装置１０１に送信される応答電文と依頼電文とのマッチングに使用される。処理通番の属性は、数字タイプであり、桁数は６桁である。

電文種別は、電文の種別を示す。電文種別の属性は、数字タイプであり、桁数は４桁である。ここでは、電文種別「１０００」が残高照会依頼を示し、電文種別「１１００」が残高照会正常応答を示し、電文種別「１２××」が残高照会異常応答を示す。また、電文種別「２０００」が出金抑止依頼を示し、電文種別「２１００」が出金抑止正常応答を示し、電文種別「２２××」が出金抑止異常応答を示す。

また、電文種別「３０００」が出金抑止補正依頼を示し、電文種別「３１００」が出金抑止補正正常応答を示し、電文種別「３２××」が出金抑止補正異常応答を示す。なお、各種異常応答電文の××部分は、例えば、該当口座が存在しない場合や、残高不足など異常応答となる事象により異なる。

科目コードは、顧客が保有する預金口座の科目を示す。科目コードの属性は、数字タイプであり、桁数は２桁である。ここでは、科目コード「０１」が普通預金を示し、科目コード「０２」が当座預金を示す。口座番号は、預金口座の番号である。口座番号の属性は、数字タイプであり、桁数は７桁である。

店番は、預金口座が開設された銀行の店番を示す。店番の属性は、数字タイプであり、桁数は４桁である。取引金額は、出金抑止または出金抑止補正する金額を示す。取引金額の属性は、数字タイプであり、桁数は１１桁である。出金可能額は、預金口座の残高を示す。出金可能額の属性は、数字タイプであり、桁数は１３桁である。なお、出金可能額は、預金元帳を参照できた場合は、異常応答電文にもセットされる。

（電文６００の具体例）
つぎに、注文処理装置１０１と銀行システム１０２との間でやり取りされる電文６００の具体例について説明する。

図７Ａおよび図７Ｂは、電文の具体例を示す説明図である。図７Ａにおいて、電文７０１は、注文処理装置１０１から銀行システム１０２に送信される残高照会依頼の具体例である。電文７０２は、電文７０１の依頼電文に対する応答電文であり、銀行システム１０２から注文処理装置１０１に送信される残高照会正常応答の具体例である。

また、電文７０３は、注文処理装置１０１から銀行システム１０２に送信される出金抑止依頼の具体例である。電文７０４は、電文７０３の依頼電文に対する応答電文であり、銀行システム１０２から注文処理装置１０１に送信される出金抑止正常応答の具体例である。

また、電文７０５は、注文処理装置１０１から銀行システム１０２に送信される出金抑止補正依頼の具体例である。電文７０６は、電文７０５の依頼電文に対する応答電文であり、銀行システム１０２から注文処理装置１０１に送信される出金抑止補正正常応答の具体例である。

図７Ｂにおいて、電文７０７は、注文処理装置１０１から銀行システム１０２に送信される出金抑止依頼の具体例である。電文７０８は、電文７０７の依頼電文に対する応答電文であり、銀行システム１０２から注文処理装置１０１に送信される出金抑止異常応答の具体例である。なお、電文種別「２２１０」は、該当口座が存在しないことを示す。

また、電文７０９は、注文処理装置１０１から銀行システム１０２に送信される出金抑止依頼の具体例である。電文７１０は、電文７０９の依頼電文に対する応答電文であり、銀行システム１０２から注文処理装置１０１に送信される出金抑止異常応答の具体例である。なお、電文種別「２２２０」は、残高不足を示す。

（顧客ＤＢ２２０の記憶内容）
つぎに、注文処理装置１０１が有する顧客ＤＢ２２０の記憶内容について説明する。顧客ＤＢ２２０は、例えば、図３に示した注文処理装置１０１のメモリ３０２、ディスク３０５などの記憶装置により実現される。

図８は、顧客ＤＢ２２０の記憶内容の一例を示す説明図である。図８において、顧客ＤＢ２２０は、顧客ＩＤ、顧客名、証券口座の口座番号、残高、預金口座の金融機関名、店番、科目コードおよび口座番号のフィールドを有する。各フィールドに情報を設定することで、顧客情報（例えば、顧客情報８００−１）がレコードとして記憶される。

ここで、顧客ＩＤは、証券会社の顧客を識別する識別子である。顧客名は、顧客の氏名である。証券口座の口座番号は、顧客が保有する証券口座の番号である。残高は、顧客が保有する証券口座の残高である。預金口座の金融機関名は、顧客が保有する預金口座が開設された銀行名である。店番は、顧客が保有する預金口座が開設された銀行の店番である。科目コードは、顧客が保有する預金口座の科目を示すコードである。口座番号は、顧客が保有する預金口座の番号である。

例えば、顧客情報８００−１は、顧客Ｃ１の顧客名「富士 太郎」、顧客Ｃ１が保有する証券口座の口座番号「１１１１１１１」および残高「￥３００，０００」を示す。また、顧客情報８００−１は、顧客Ｃ１が保有する預金口座の金融機関名「Ａ銀行」、店番「０００１」、科目コード「０１」および口座番号「１２３４５６７」を示す。また、顧客情報８００−１は、顧客Ｃ１が保有する預金口座の金融機関名「Ａ銀行」、店番「０００２」、科目コード「０１」および口座番号「１２３４６００」を示す。また、顧客情報８００−１は、顧客Ｃ１が保有する預金口座の金融機関名「Ｂ銀行」、店番「０００３」、科目コード「０１」および口座番号「７６５４３２１」を示す。

（買い注文管理テーブル２３０の記憶内容）
つぎに、注文処理装置１０１が有する買い注文管理テーブル２３０の記憶内容について説明する。買い注文管理テーブル２３０は、例えば、顧客の証券口座ごとに設けられる。ここでは、顧客Ｃ１（図８参照）の証券口座を例に挙げて説明する。買い注文管理テーブル２３０は、例えば、図３に示した注文処理装置１０１のメモリ３０２、ディスク３０５などの記憶装置により実現される。

図９は、買い注文管理テーブル２３０の記憶内容の一例を示す説明図である。図９において、買い注文管理テーブル２３０は、残高、補填額および買付余力のフィールドを有し、取引前（買い注文の依頼時）から決済日までの各フィールドの情報を記憶する。

ここで、残高は、顧客Ｃ１の証券口座の残高を示す。補填額は、顧客Ｃ１の預金口座（図８参照）から証券口座に補填された金額を示す。買付余力は、顧客Ｃ１の証券側の買付余力を示す。図９の例では、顧客Ｃ１の証券口座の取引前の残高「￥３００，０００」、補填額「０」および買付余力「￥３００，０００」が示されている。

（出金抑止管理テーブル２４０の記憶内容）
つぎに、銀行システム１０２が有する出金抑止管理テーブル２４０の記憶内容について説明する。出金抑止管理テーブル２４０は、例えば、顧客の預金口座ごとに設けられる。ここでは、顧客Ｃ１（図８参照）のＡ銀行の口座番号「１２３４５６７」の預金口座を例に挙げて説明する。出金抑止管理テーブル２４０は、例えば、図３に示した銀行システム１０２のメモリ３０２、ディスク３０５などの記憶装置により実現される。

図１０は、出金抑止管理テーブル２４０の記憶内容の一例を示す説明図である。図１０において、出金抑止管理テーブル２４０は、表面残高、補填限度額、出金抑止額、出金可能額および補填可能額のフィールドを有し、取引前から決済日までの各フィールドの情報を記憶する。

ここで、表面残高は、顧客Ｃ１の預金口座の表面残高を示す。表面残高とは、金融機関の勘定上の預金、すなわち、顧客（預金者）が持込んだ現金や他店払手形・小切手を含む預金全体を指す。補填限度額は、顧客Ｃ１の預金口座から証券口座に補填する金額を制限するためのものである。ここでは、補填限度額は、顧客Ｃ１の預金口座に最低限残す金額を示す。

出金抑止額は、顧客Ｃ１の預金口座において出金抑止する金額を示す。出金可能額は、顧客Ｃ１の預金口座から出金できる金額を示す。出金可能額は、「出金可能額＝表面残高−出金抑止額」となる。補填可能額は、顧客Ｃ１の預金口座から証券口座に補填できる金額を示す。補填可能額は、「補填可能額＝表面残高−補填限度額−出金抑止額」となる。

図１０の例では、顧客Ｃ１の預金口座の取引前の表面残高「￥２，０００，０００」、補填限度額「￥０」、出金抑止額「￥０」、出金可能額「￥２，０００，０００」および補填可能額「￥２，０００，０００」が示されている。

（注文処理装置１０１の機能的構成例）
図１１は、注文処理装置１０１の機能的構成例を示すブロック図である。図１１において、注文処理装置１０１は、受信部１１０１と、総額算出部１１０２と、残高取得部１１０３と、判断部１１０４と、生成部１１０５と、送信部１１０６と、発注部１１０７と、を含む構成である。受信部１１０１〜発注部１１０７は制御部となる機能であり、具体的には、例えば、図３に示した注文処理装置１０１のメモリ３０２、ディスク３０５などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０３により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０５などの記憶装置に記憶される。

受信部１１０１は、顧客端末１０３から、ユーザ識別子と対応付いた、買い注文の依頼を受信する。ユーザ識別子は、顧客端末１０３のユーザを識別する識別子であり、例えば、証券会社の顧客の顧客ＩＤ、顧客名、証券口座の口座番号などである。

買い注文の依頼には、例えば、取引対象の有価証券の銘柄名、銘柄コード、数量、売買区分などが含まれる。さらに、指し値注文の場合には指し値（金額）が含まれる。具体的には、例えば、受信部１１０１は、顧客端末１０３から、図５に示したような有価証券の注文依頼５００を受信する。

総額算出部１１０２は、受信された買い注文の依頼により特定される、有価証券の買い注文に必要な総額を算出する。具体的には、例えば、総額算出部１１０２は、上記式（１）を用いて、有価証券の注文依頼５００により特定される、株券の買い注文に必要な総額として、概算支払額を算出する。

例えば、手数料を「￥１０，０００」とすると、有価証券の注文依頼５００により特定される、株券の買い注文に必要な総額は「￥１，０００，０００（＝１０×９９，０００（指し値）＋１０，０００）」となる。以下の説明では、有価証券の買い注文に必要な総額を「概算支払額」と表記する場合がある。

残高取得部１１０３は、顧客ＤＢ２２０から、受信された買い注文の依頼により特定されるユーザ識別子に対応する証券口座の残高を取得する。具体的には、例えば、残高取得部１１０３は、顧客ＤＢ２２０から、受信された有価証券の注文依頼５００により特定される口座番号「１１１１１１１」に対応する証券口座の残高「￥３００，０００」を取得する。

判断部１１０４は、取得された証券口座の残高が、算出された概算支払額よりも少ないか否かを判断する。上述した例では、具体的には、例えば、判断部１１０４は、取得された証券口座の残高「￥３００，０００」が、算出された概算支払額「￥１，０００，０００」よりも少ないと判断する。

生成部１１０５は、証券口座の残高が概算支払額よりも少ない場合に、受信された買い注文の依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高照会依頼を生成する。具体的には、例えば、判断部１１０４は、証券口座の残高「￥３００，０００」が概算支払額「￥１，０００，０００」よりも少ない場合、顧客ＤＢ２２０を参照して、顧客Ｃ１が保有するいずれかの預金口座を選択する。

顧客Ｃ１は、有価証券の注文依頼５００により特定される、口座番号「１１１１１１１」の証券口座を保有するユーザである。ここでは、顧客Ｃ１が保有する、Ａ銀行の口座番号「１２３４５６７」の預金口座が選択された場合を想定する。この場合、判断部１１０４は、選択したＡ銀行の口座番号「１２３４５６７」の預金口座の残高照会依頼（例えば、図７Ａに示した電文７０１）を生成する。

送信部１１０６は、生成された残高照会依頼を銀行システム１０２に送信する。具体的には、例えば、送信部１１０６は、生成された残高照会依頼の電文７０１を、Ａ銀行の銀行システム１０２に送信する。

銀行システム１０２は、残高照会依頼を受信すると、残高照会依頼により特定される預金口座の残高照会処理を実行する。そして、銀行システム１０２は、残高照会正常応答（例えば、図７Ａに示した電文７０２）または残高照会異常応答を、注文処理装置１０１に送信する。残高照会正常応答は、残高照会依頼に対して正常に処理が完了した場合の応答である。残高照会異常応答は、残高照会依頼に対して正常に処理が完了しなかった場合の応答である。

受信部１１０１は、銀行システム１０２から、残高照会依頼に対する、残高照会正常応答（例えば、図７Ａに示した電文７０２）または残高照会異常応答を受信する。

判断部１１０４は、残高照会正常応答が受信された場合、残高照会正常応答により特定される、預金口座の残高と証券口座の残高との合計と、概算支払額とを比較して、合計が概算支払額よりも多いか否かを判断する。具体的には、例えば、判断部１１０４は、残高照会正常応答の電文７０２が受信された場合、預金口座の残高「￥２，０００，０００」と、証券口座の残高「￥３００，０００」との合計「￥２，３００，０００」を算出する。

合計「￥２，３００，０００」は、顧客の買付余力（証券側＋銀行側）となる。そして、判断部１１０４は、合計「￥２，３００，０００」と概算支払額「￥１，０００，０００」とを比較して、合計が概算支払額よりも多いか否かを判断する。ここは、合計「￥２，３００，０００」が総額「￥１，０００，０００」よりも多い。

以下の説明では、残高照会正常応答により特定される、預金口座の残高と証券口座の残高との合計を「合計買付余力」と表記する場合がある。

生成部１１０５は、合計買付余力が概算支払額よりも多い場合に、概算支払額と証券口座の残高との差額分を預金口座において出金抑止する出金抑止依頼を生成する。具体的には、例えば、生成部１１０５は、概算支払額「￥１，０００，０００」と証券口座の残高「￥３００，０００」との差額「￥７００，０００」を出金抑止額とする出金抑止依頼（例えば、図７Ａに示した電文７０３）を生成する。

送信部１１０６は、生成された出金抑止依頼を銀行システム１０２に送信する。具体的には、例えば、送信部１１０６は、生成された出金抑止依頼の電文７０３を、Ａ銀行の銀行システム１０２に送信する。

銀行システム１０２は、出金抑止依頼を受信すると、出金抑止依頼により特定される預金口座の出金抑止処理を実行する。そして、銀行システム１０２は、出金抑止正常応答（例えば、図７Ａに示した電文７０４）または出金抑止異常応答（例えば、図７Ｂに示した電文７０８，７１０）を、注文処理装置１０１に送信する。出金抑止正常応答は、出金抑止依頼に対して正常に処理が完了した場合の応答である。出金抑止異常応答は、出金抑止依頼に対して正常に処理が完了しなかった場合の応答である。

受信部１１０１は、銀行システム１０２から、送信された出金抑止依頼に対する、出金抑止正常応答（例えば、図７Ａに示した電文７０４）または出金抑止異常応答（例えば、図７Ｂに示した電文７０８，７１０）を受信する。

発注部１１０７は、出金抑止正常応答が受信された場合に、受信された買い注文の依頼により特定される、有価証券の買い注文を出力する。具体的には、例えば、発注部１１０７は、出金抑止正常応答の電文７０４が受信された場合に、有価証券の注文依頼５００により特定される、株券の買い注文を取引所システム１０４に出力する。

また、発注部１１０７は、取得された証券口座の残高が、算出された概算支払額以上の場合には、有価証券の買い注文を出力する。すなわち、発注部１１０７は、証券側の資金だけで買付余力を満たしている場合には、銀行側の資金を補填することなく有価証券の買い注文を発注する。具体的には、例えば、発注部１１０７は、証券口座の残高が概算支払額「￥１，０００，０００」以上の場合には、有価証券の注文依頼５００により特定される、株券の買い注文を取引所システム１０４に出力する。

受信部１１０１は、取引所システム１０４から、出力された有価証券の買い注文に対する約定通知を受信する。ここで、約定通知とは、買い注文に対する有価証券の売買が成立したことを示す通知である。約定通知には、例えば、売買が成立した有価証券の銘柄名、銘柄コード、数量、単価、約定金額などが含まれる。

ここで、指し値注文の場合には、顧客から指定された指し値よりも低い金額で売買が成立する場合がある。この場合、概算支払額よりも約定金額が少なくなり、概算支払額と約定金額とに差額が生じる。このため、生成部１１０５は、約定金額が概算支払額よりも少ない場合に、預金口座における出金抑止額を、約定金額と概算支払額との差額分補正する出金抑止補正依頼を生成することにしてもよい。

例えば、概算支払額「￥１，０００，０００」に対して、約定金額が「￥９９０，０００」である場合を想定する。この場合、概算支払額「￥１，０００，０００」よりも約定金額「￥９９０，０００」が少ない。このため、生成部１１０５は、約定金額「￥９９０，０００」と証券口座の残高「￥３００，０００」との差額分「￥６９０，０００」を出金抑止額とする出金抑止補正依頼（例えば、図７Ａに示した電文７０５）を生成する。

そして、送信部１１０６は、生成された出金抑止補正依頼を銀行システム１０２に送信する。具体的には、例えば、送信部１１０６は、生成された出金抑止補正依頼の電文７０５を、Ａ銀行の銀行システム１０２に送信する。これにより、実際の約定金額に合わせて、顧客の預金口座における出金抑止額を補正することができる。

銀行システム１０２は、出金抑止補正依頼を受信すると、出金抑止補正依頼により特定される預金口座の出金抑止補正処理を実行する。そして、銀行システム１０２は、出金抑止補正正常応答（例えば、図７Ａに示した電文７０６）または出金抑止補正異常応答を、注文処理装置１０１に送信する。出金抑止補正正常応答は、出金抑止補正依頼に対して正常に処理が完了した場合の応答である。出金抑止補正異常応答は、出金抑止補正依頼に対して正常に処理が完了しなかった場合の応答である。

また、生成部１１０５は、合計買付余力が概算支払額よりも所定以上多い場合に、買い注文の依頼に含まれる銘柄とは異なる他の銘柄についての情報を生成することにしてもよい。ここで、他の銘柄についての情報は、資金に余裕がある顧客に対して他の銘柄を推奨するための情報である。顧客に対して推奨する他の銘柄は、任意に指定可能であり、例えば、前日からの値上がり率が高い上位Ｎ個の銘柄であってもよく、また、当日の出来高が高い上位Ｎ個の銘柄であってもよい（例えば、Ｎ＝５）。

具体的には、例えば、生成部１１０５は、合計買付余力が概算支払額よりもＸ倍以上の場合に、他の銘柄を推奨するための推奨画面の画面情報を生成することにしてもよい。上記Ｘは、任意に設定可能であり、例えば、２〜５程度の値に設定される。

また、例えば、生成部１１０５は、合計買付余力が概算支払額よりも所定額以上多い場合に、他の銘柄を推奨するための推奨画面の画面情報を生成することにしてもよい。所定額は、任意に設定可能であり、例えば、￥１，０００，０００〜￥１０，０００，０００程度の額に設定される。

送信部１１０６は、生成された他の銘柄についての情報を、顧客端末１０３へ出力する。具体的には、例えば、送信部１１０６は、生成された推奨画面の画面情報を、顧客端末１０３に送信することにしてもよい。なお、推奨画面の画面例については、図１４を用いて後述する。

また、生成部１１０５は、証券口座の残高が概算支払額よりも少ない場合に、顧客ＤＢ２２０を参照して、買い注文の依頼により特定されるユーザ識別子に対応付けられた１以上の預金口座に対する残高照会依頼を生成することにしてもよい。すなわち、生成部１１０５は、顧客が保有する預金口座が複数存在する場合には、複数の預金口座それぞれに対する残高照会依頼を生成する。

顧客Ｃ１を例に挙げると、生成部１１０５は、Ａ銀行の口座番号「１２３４５６７」の預金口座の残高照会依頼と、Ａ銀行の口座番号「１２３４６００」の預金口座の残高照会依頼と、Ｂ銀行の口座番号「７６５４３２１」の預金口座の残高照会依頼とを生成する。これにより、顧客Ｃ１が保有する３つの預金口座の残高をそれぞれ取得することができる。

また、生成部１１０５は、銀行システム１０２から返信された１以上の預金口座の残高を示す情報を生成することにしてもよい。具体的には、例えば、生成部１１０５は、銀行システム１０２から返信された１以上の預金口座の残高を示す預金口座画面の画面情報を生成する。

より詳細に説明すると、例えば、生成部１１０５は、顧客が保有する複数の預金口座の中から、証券口座への補填用に使用する預金口座を選択可能な預金口座画面（例えば、後述の図１５に示す預金口座画面１５００）の画面情報を生成することにしてもよい。

また、例えば、生成部１１０５は、顧客が保有する預金口座ごとの使用額を指定可能な預金口座画面（例えば、後述の図１６に示す預金口座画面１６００）の画面情報を生成することにしてもよい。使用額とは、預金口座の残高のうち、証券口座への補填用に使用を許可する金額である。

また、例えば、生成部１１０５は、顧客が保有する複数の預金口座について、証券口座への補填用に使用する預金口座の優先順位を指定可能な預金口座画面（例えば、後述の図１７に示す預金口座画面１７００）の画面情報を生成することにしてもよい。

また、送信部１１０６は、生成された１以上の預金口座の残高を示す情報を、顧客端末１０３へ送信することにしてもよい。具体的には、例えば、送信部１１０６は、生成された預金口座画面の画面情報を顧客端末１０３へ送信する。これにより、顧客端末１０３のディスプレイ４０６に、預金口座画面（例えば、預金口座画面１５００，１６００，１７００）を表示することができる。

また、受信部１１０１は、顧客端末１０３から、顧客が保有する１以上の預金口座のいずれかの選択の指示を受信する。この場合、判断部１１０４は、選択の指示を受け付けた預金口座の残高を用いて、証券口座の残高との合計を算出することにしてもよい。これにより、顧客が選択した預金口座の残高を用いて合計買付余力を算出することができる。

この場合、生成部１１０５は、合計買付余力が概算支払額よりも多ければ、概算支払額と証券口座の残高との差額分を、選択の指示を受け付けた預金口座において出金抑止する出金抑止依頼を生成する。これにより、顧客が選択した預金口座の資金を証券口座に補填することができる。

また、受信部１１０１は、顧客端末１０３から、顧客が保有する１以上の預金口座のいずれか１以上の選択の指示と、選択の指示を受け付けた預金口座の残高のうちの使用を許可する使用額の指定とを受信する。この場合、判断部１１０４は、選択の指示を受け付けた預金口座の残高に替えて、指定された使用額を用いて、証券口座の残高との合計を算出することにしてもよい。これにより、顧客が選択した預金口座ごとの残高のうち、顧客が指定した預金口座ごとの使用額を用いて合計買付余力を算出することができる。

さらに、生成部１１０５は、合計買付余力が概算支払額よりも多ければ、選択の指示を受け付けた預金口座において、指定された使用額の資金を出金抑止する出金抑止依頼を生成する。これにより、顧客が選択した預金口座の残高のうち、顧客が指定した使用額分の資金を証券口座に補填することができる。

また、受信部１１０１は、顧客端末１０３から、顧客が保有する１以上の預金口座のいずれか１以上の選択の指示と、選択の指示を受け付けた預金口座の優先順位の指定とを受信する。この場合、判断部１１０４は、選択の指示を受け付けた預金口座の残高を用いて、証券口座の残高との合計を算出することにしてもよい。これにより、顧客が選択した１以上の預金口座の残高を用いて合計買付余力を算出することができる。

この場合、生成部１１０５は、合計買付余力が概算支払額よりも多ければ、概算支払額と証券口座の残高との差額分を、指定された優先順位に従って、選択の指示を受け付けた１以上の預金口座において出金抑止する出金抑止依頼を生成する。これにより、顧客が選択した１以上の預金口座の資金を、顧客が指定した優先順位に従って証券口座に補填することができる。

なお、買い注文の依頼により特定されるユーザ識別子のユーザが保有する預金口座が存在しない場合がある。この場合、送信部１１０６は、証券口座の残高が概算支払額よりも少ないときには、買付余力が不足していることを示すメッセージを顧客端末１０３に送信することにしてもよい。また、送信部１１０６は、残高照会異常応答が受信された場合に、買付余力が不足していることを示すメッセージを顧客端末１０３に送信することにしてもよい。

また、上述した説明では、注文処理装置１０１は、顧客端末１０３から買い注文の依頼を受信し、証券口座の残高が概算支払額よりも少ない場合に、預金口座の残高照会を行うことにしたが、これに限らない。例えば、注文処理装置１０１は、顧客が証券会社のサイトへログインした際に、買い注文の依頼を受信する前に、顧客が保有する預金口座の残高照会を予め行うことにしてもよい。

また、上述した説明では、証券会社に設けられる注文処理装置１０１が各機能部１１０１〜１１０７の機能を実現することにしたが、これに限らない。具体的には、例えば、銀行システム１０２、顧客端末１０３および取引所システム１０４と通信可能なサーバが、各機能部１１０１〜１１０７の機能を実現する形態としてもよい。この場合、サーバは、例えば、証券会社ごとの顧客ＤＢ２２０を有することになる。

また、上述した説明では、注文処理装置１０１が、ある証券会社に設けられるコンピュータである場合を例に挙げて説明したが、これに限らない。具体的には、例えば、注文処理装置１０１は、複数の証券会社のコンピュータと通信可能なサーバにより実現されることにしてもよい。この場合、注文処理装置１０１は、例えば、証券会社ごとの顧客ＤＢ２２０を有することになる。

（買い注文管理テーブル２３０と出金抑止管理テーブル２４０の記憶内容の変遷例）
つぎに、買い注文管理テーブル２３０と出金抑止管理テーブル２４０の記憶内容の変遷例について説明する。

図１２は、買い注文管理テーブル２３０の記憶内容の変遷例を示す説明図である。また、図１３は、出金抑止管理テーブル２４０の記憶内容の変遷例を示す説明図である。

ここでは、顧客の証券口座を、顧客Ｃ１の口座番号「１１１１１１１」の証券口座とし、顧客の預金口座を、顧客Ｃ１のＡ銀行の口座番号「１２３４５６７」の預金口座とする。また、注文処理装置１０１が、顧客端末１０３から有価証券の注文依頼５００を受信した場合を想定する。有価証券の注文依頼５００の概算支払額は「￥１，０００，０００」である。

（１２−１）
注文処理装置１０１は、概算支払額「￥１，０００，０００」の買い注文の依頼を受信すると、証券口座の残高「￥３００，０００」を、買い注文管理テーブル２３０内の残高フィールドと買付余力フィールドに設定する。この時点の補填額は「￥０」である。

ここでは、証券口座の残高「￥３００，０００」が概算支払額「￥１，０００，０００」よりも少ない。このため、注文処理装置１０１は、Ａ銀行の口座番号「１２３４５６７」の預金口座の残高照会依頼の電文７０１を、Ａ銀行の銀行システム１０２に送信する。

（１３−１）
銀行システム１０２は、残高照会依頼の電文７０１を受信すると、該当口座の残高「￥２，０００，０００」を、出金抑止管理テーブル２４０内の表面残高フィールドと出金可能額フィールドに設定する。ここでは、補填限度額は「￥０」である。

この場合、銀行システム１０２は、預金口座の残高「￥２，０００，０００」を、出金抑止管理テーブル２４０内の補填可能額フィールドに設定する。この時点の出金抑止額は「￥０」である。そして、銀行システム１０２は、残高照会正常応答の電文７０２を注文処理装置１０１に送信する。

注文処理装置１０１は、銀行システム１０２から残高照会正常応答の電文７０２を受信する。ここで、残高照会正常応答の電文７０２により特定される、預金口座の残高は「￥２，０００，０００」である。したがって、合計買付余力は「￥２，３００，０００」となり、概算支払額「￥１，０００，０００」よりも多くなる。

このため、注文処理装置１０１は、概算支払額「￥１，０００，０００」と証券口座の残高「￥３００，０００」との差額分「￥７００，０００」を出金抑止額とする出金抑止依頼の電文７０３を、Ａ銀行の銀行システム１０２に送信する。

（１３−２）
銀行システム１０２は、出金抑止依頼の電文７０３を受信すると、補填可能額が「￥２，０００，０００」のため、出金抑止額「￥７００，０００」を、出金抑止管理テーブル２４０内の出金抑止額フィールドに設定する。また、銀行システム１０２は、出金抑止管理テーブル２４０内の出金可能額と補填可能額から、出金抑止額「￥７００，０００」をそれぞれ減算する。

そして、銀行システム１０２は、出金抑止正常応答の電文７０４を注文処理装置１０１に送信する。なお、補填可能額が出金抑止額未満の場合には、預金口座から証券口座に出金抑止額分の資金を補填できないため、銀行システム１０２から注文処理装置１０１に出金抑止異常応答の電文が送信されて取引エラーとなる。

（１２−２）
また、注文処理装置１０１は、出金抑止正常応答の電文７０４を受信すると、買い注文管理テーブル２３０内の補填額フィールドに、出金抑止額「￥７００，０００」を設定する。そして、注文処理装置１０１は、有価証券の注文依頼５００により特定される買い注文を取引所システム１０４に出力する。

このあと、有価証券の注文依頼５００に対して約定金額「￥９９０，０００」で売買が成立したとする。この場合、注文処理装置１０１は、約定金額「￥９９０，０００」と証券口座の残高「￥３００，０００」との差額分「￥６９０，０００」を出金抑止額とする出金抑止補正依頼の電文を、Ａ銀行の銀行システム１０２に送信する。

（１３−３）
銀行システム１０２は、出金抑止補正依頼を受信すると、出金抑止額「￥６９０，０００」を、出金抑止管理テーブル２４０内の出金抑止額フィールドに設定する。また、銀行システム１０２は、出金抑止管理テーブル２４０内の出金可能額と補填可能額に、差額分「￥１０，０００」をそれぞれ加算する。そして、銀行システム１０２は、出金抑止補正正常応答の電文を注文処理装置１０１に送信する。

（１２−３）
また、注文処理装置１０１は、出金抑止補正正常応答の電文を受信すると、買い注文管理テーブル２３０内の補填額から、差額分「￥１０，０００」を減算する。

つぎに、顧客端末１０３から、同一営業日に、新たに概算支払額「￥１，０００，０００」の買い注文の依頼が注文処理装置１０１に送信された場合を想定する。

この場合、未決済のため証券口座の残高は「￥３００，０００」のままとなっているものの、有価証券の注文依頼５００により特定される買い注文を出したため、証券口座の買付余力は「￥０」となる。このため、発注済みの買い注文の決済が行われるまでの間は、証券口座の買付余力「￥０」を証券口座の残高として扱う。

なお、以降の処理は、注文処理装置１０１が有価証券の注文依頼５００を受信した場合と同様のため説明を省略する。また、取引日Ｔに発注された買い注文の決済は、取引日Ｔの翌々々日営業日に行われる。したがって、例えば、取引日Ｔの翌営業日に新たな買い注文が発注された場合には、新たな買い注文の決済は、取引日Ｔの翌々々々日営業日に行われることになる。

（推奨画面の画面例）
つぎに、顧客端末１０３のディスプレイ４０６に表示される推奨画面の画面例について説明する。

図１４は、推奨画面の画面例を示す説明図である。図１４において、推奨画面１４００は、資金に余裕がある顧客（ここでは、顧客Ｃ１）に対して、顧客が買い注文を依頼した銘柄以外の他の銘柄を推奨するための画面である。推奨画面１４００には、注文情報１４１０と、買付余力情報１４２０と、推奨情報１４３０と、が表示されている。

ここで、注文情報１４１０は、顧客Ｃ１が買い注文を依頼した銘柄についての情報である。買付余力情報１４２０は、預金口座の残高と証券口座の残高とを合わせた残りの買付余力を示す情報である。推奨情報１４３０は、前日からの株価の値上がり率が高い上位５個の銘柄についての情報である。

推奨画面１４００によれば、資産に余裕がある顧客Ｃ１に対して、新たな買い注文を提案することができる。また、顧客Ｃ１は、預金口座の残高と証券口座の残高とを合わせた残りの買付余力を把握した上で、証券会社から推奨された銘柄についての買い注文を行うかどうかを判断することができる。

（預金口座画面の画面例）
つぎに、図１５〜図１７を用いて、顧客端末１０３のディスプレイ４０６に表示される預金口座画面の画面例について説明する。

図１５は、預金口座画面の画面例を示す説明図（その１）である。図１５において、預金口座画面１５００は、顧客（ここでは、顧客Ｃ１）が保有する複数の預金口座の中から、証券口座への補填用に使用する預金口座を選択可能な画面である。預金口座画面１５００には、証券口座情報１５１０と、預金口座情報１５２０と、が表示されている。

ここで、証券口座情報１５１０は、顧客Ｃ１が保有する証券口座の情報である。例えば、買付金額は、顧客Ｃ１が依頼した買い注文に必要な総額（概算支払額）である。不足額は、顧客Ｃ１が依頼した買い注文に対して、証券口座の残高だけでは賄えない不足分の金額である。預金口座情報１５２０は、顧客Ｃ１が保有する３つの預金口座の残高（出金可能額）を示す情報である。

預金口座画面１５００において、図４に示した入力装置４０７を用いたユーザの操作入力により、チェックボックス１５２１〜１５２３のいずれかをクリックすると、証券口座への補填用に使用する預金口座を選択することができる。図１５の例では、チェックボックス１５２１がクリックされて、Ａ銀行の口座番号「１２３４５６７」の預金口座が選択されている。

なお、充当不足額には、預金口座が選択される前は、不足額「７００，０００円」が表示され、預金口座が選択されると、選択された預金口座で充当可能な金額（出金可能額）と７００，０００円との差額が表示される。ただし、不足額を全て充当可能な場合は「０円」が表示される。

また、預金口座画面１５００において、ユーザの操作入力により、実行ボタン１５３０をクリックすると、顧客端末１０３から、預金口座の選択の指示が、注文処理装置１０１に送信される。また、預金口座画面１５００において、ユーザの操作入力により、キャンセルボタン１５４０をクリックすると、買い注文をキャンセルすることができる。

例えば、顧客端末１０３から、Ａ銀行の口座番号「１２３４５６７」の預金口座の選択の指示が、注文処理装置１０１に送信されたとする。この場合、判断部１１０４は、Ａ銀行の口座番号「１２３４５６７」の預金口座の残高を用いて、証券口座の残高との合計（合計買付余力）を算出することになる。

このように、預金口座画面１５００によれば、顧客Ｃ１は、買い注文の依頼時に、自分が保有する預金口座の残高状況や使用予定などを考慮しながら、買付資金が不足している証券口座への補填用に使用する預金口座を選択することができる。

なお、ここでは、預金口座画面１５００において、証券口座への補填用に使用する預金口座を顧客Ｃ１に選択させることにしたが、これに限らない。例えば、顧客Ｃ１が保有する預金口座のうち、買付資金が不足する証券口座への補填用に使用する預金口座は、予め決められていてもよい。

図１６は、預金口座画面の画面例を示す説明図（その２）である。図１６において、預金口座画面１６００は、顧客（ここでは、顧客Ｃ１）が保有する預金口座ごとの使用額を指定可能な画面である。預金口座画面１６００には、証券口座情報１６１０と、預金口座情報１６２０と、が表示されている。

ここで、証券口座情報１６１０は、顧客Ｃ１が保有する証券口座の情報である。預金口座情報１６２０は、顧客Ｃ１が保有する３つの預金口座の残高（出金可能額）を示す情報である。

預金口座画面１６００において、ユーザの操作入力により、ボックス１６２１〜１６２３のいずれかをクリックすると、預金口座ごとの使用額を指定することができる。図１６の例では、ボックス１６２１がクリックされて、Ａ銀行の口座番号「１２３４５６７」の預金口座の使用額「３００，０００円」が指定されている。また、ボックス１６２３がクリックされて、Ｂ銀行の口座番号「７６５４３２１」の預金口座の使用額「４００，０００円」が指定されている。

なお、充当不足額には、預金口座の使用額が指定される前は、不足額「７００，０００円」が表示され、預金口座の使用額が指定されると、指定された使用額の合計金額と７００，０００円との差額が表示される。ただし、不足額を全て充当可能な場合は「０円」が表示される。

また、預金口座画面１６００において、ユーザの操作入力により、実行ボタン１６３０をクリックすると、顧客端末１０３から、預金口座の選択の指示と、選択の指示を受け付けた預金口座の使用額の指定とが、注文処理装置１０１に送信される。また、預金口座画面１６００において、ユーザの操作入力により、キャンセルボタン１６４０をクリックすると、買い注文をキャンセルすることができる。

例えば、顧客端末１０３から、Ａ銀行の口座番号「１２３４５６７」の預金口座の選択の指示と使用額「３００，０００円」の指定、および、Ｂ銀行の口座番号「７６５４３２１」の預金口座の選択の指示と使用額「４００，０００円」の指定が、注文処理装置１０１に送信されたとする。

この場合、判断部１１０４は、Ａ銀行の口座番号「１２３４５６７」の預金口座の使用額「３００，０００円」とＢ銀行の口座番号「７６５４３２１」の預金口座の使用額「４００，０００円」とを用いて、証券口座の残高との合計（合計買付余力）を算出することになる。

また、生成部１１０５は、合計買付余力が概算支払額よりも多ければ、Ａ銀行の口座番号「１２３４５６７」の預金口座において、使用額「３００，０００円」の資金を出金抑止する出金抑止依頼を生成する。さらに、生成部１１０５は、Ｂ銀行の口座番号「７６５４３２１」の預金口座において、使用額「４００，０００円」の資金を出金抑止する出金抑止依頼を生成する。

このように、預金口座画面１６００によれば、顧客Ｃ１は、買い注文の依頼時に、自分が保有する預金口座の残高状況や使用予定などを考慮しながら、買付資金が不足している証券口座への補填用に使用する預金口座ごとの使用額を指定することができる。

なお、ここでは、預金口座画面１６００において、証券口座への補填用に使用する使用額を預金口座ごとに顧客Ｃ１に指定させることにしたが、これに限らない。例えば、顧客Ｃ１が保有する預金口座ごとに、証券口座への補填用に使用する使用額の比率が、予め決められていてもよい。

この場合、注文処理装置１０１は、例えば、顧客が保有する複数の預金口座のそれぞれに対して、概算支払額と証券口座の残高との差額を、予め決められた比率に応じて配分した額についての出金抑止依頼を生成することにしてもよい。これにより、予め決められた比率に従って、顧客が保有する複数の預金口座のそれぞれから、買付資金が不足している証券口座へ資金を補填することができる。

図１７は、預金口座画面の画面例を示す説明図（その３）である。図１７において、預金口座画面１７００は、顧客（ここでは、顧客Ｃ１）が保有する複数の預金口座について、証券口座への補填用に使用する預金口座の優先順位を指定可能な画面である。預金口座画面１７００には、証券口座情報１７１０と、預金口座情報１７２０と、が表示されている。

ここで、証券口座情報１７１０は、顧客Ｃ１が保有する証券口座の情報である。預金口座情報１７２０は、顧客Ｃ１が保有する３つの預金口座の残高（出金可能額）を示す情報である。

預金口座画面１７００において、ユーザの操作入力により、チェックボックス１７２１〜１７２３のいずれかをクリックすると、証券口座への補填用に使用する預金口座の優先順位を指定することができる。図１７の例では、チェックボックス１７２１がクリックされて、Ａ銀行の口座番号「１２３４５６７」の預金口座の優先順位「２」が指定されている。また、チェックボックス１７２３がクリックされて、Ｂ銀行の口座番号「７６５４３２１」の預金口座の優先順位「１」が指定されている。なお、優先順位が指定されていない預金口座は、証券口座への補填用に使用しない預金口座を示す。

各預金口座の充当額は、指定された各預金口座の優先順位に従って決定される。例えば、各預金口座の充当額は、優先順位「１」の預金口座の残高（出金可能額）で不足額を賄えなければ、その不足分を、優先順位「２」の預金口座の残高（出金可能額）で賄うといったやり方で決定される。また、充当不足額には、預金口座の優先順位が指定される前は、不足額「７００，０００円」が表示され、預金口座の優先順位が指定されると、決定された充当額の合計金額と７００，０００円との差額が表示される。

また、預金口座画面１７００において、ユーザの操作入力により、実行ボタン１７３０をクリックすると、顧客端末１０３から、預金口座の選択の指示と、選択の指示を受け付けた預金口座の優先順位の指定とが、注文処理装置１０１に送信される。また、預金口座画面１７００において、ユーザの操作入力により、キャンセルボタン１７４０をクリックすると、買い注文をキャンセルすることができる。

例えば、顧客端末１０３から、Ａ銀行の口座番号「１２３４５６７」の預金口座の選択の指示と優先順位「２」の指定、および、Ｂ銀行の口座番号「７６５４３２１」の預金口座の選択の指示と優先順位「１」の指定が、注文処理装置１０１に送信されたとする。

この場合、判断部１１０４は、Ａ銀行の口座番号「１２３４５６７」の預金口座の残高（出金可能額）とＢ銀行の口座番号「７６５４３２１」の預金口座の残高（出金可能額）とを用いて、証券口座の残高との合計（合計買付余力）を算出することになる。

また、生成部１１０５は、合計買付余力が概算支払額よりも多ければ、指定された各預金口座の優先順位に従って、概算支払額と証券口座の残高との差額分「７００，０００円」を補填するための出金抑止依頼を生成する。

例えば、生成部１１０５は、優先順位「１」のＢ銀行の口座番号「７６５４３２１」の預金口座において、残高全額「５００，０００円」を出金抑止額とする出金抑止依頼を生成する。ただし、この時点では概算支払額と証券口座の残高との差額分を賄えていない。このため、生成部１１０５は、優先順位「２」のＡ銀行の口座番号「１２３４５６７」の預金口座において、残りの「２００，０００円」を出金抑止額とする出金抑止依頼を生成する。

このように、預金口座画面１７００によれば、顧客Ｃ１は、買い注文の依頼時に、自分が保有する複数の預金口座の残高状況や使用予定などを考慮しながら、証券口座への補填用に使用する預金口座の優先順位を指定することができる。

なお、ここでは、預金口座画面１７００において、証券口座への補填用に使用する預金口座の優先順位を顧客Ｃ１に指定させることにしたが、これに限らない。例えば、証券口座への補填用に使用する預金口座の優先順位は、予め決められていてもよい。

この場合、注文処理装置１０１は、例えば、概算支払額と証券口座の残高との差額分を賄えるまで、予め決められた優先順位が高い預金口座から順に、預金口座の残高全額を出金抑止額とする出金抑止依頼を生成することにしてもよい。これにより、予め決められた優先順位に従って、顧客が保有する複数の預金口座から、買付資金が不足している証券口座へ資金を補填することができる。

（注文処理装置１０１の買い注文処理手順）
つぎに、注文処理装置１０１の買い注文処理手順について説明する。

図１８および図１９は、注文処理装置１０１の買い注文処理手順の一例を示すフローチャートである。図１８のフローチャートにおいて、まず、注文処理装置１０１は、顧客端末１０３から、買い注文の依頼を受信したか否かを判断する（ステップＳ１８０１）。ここで、注文処理装置１０１は、買い注文の依頼を受信するのを待つ（ステップＳ１８０１：Ｎｏ）。

そして、注文処理装置１０１は、買い注文の依頼を受信した場合（ステップＳ１８０１：Ｙｅｓ）、受信した買い注文の依頼により特定される、有価証券の買い注文に必要な概算支払額を算出する（ステップＳ１８０２）。つぎに、注文処理装置１０１は、顧客ＤＢ２２０から、受信された買い注文の依頼により特定されるユーザ識別子に対応する証券口座の残高を取得する（ステップＳ１８０３）。

そして、注文処理装置１０１は、取得した証券口座の残高が、算出した概算支払額よりも少ないか否かを判断する（ステップＳ１８０４）。ここで、証券口座の残高が概算支払額以上の場合（ステップＳ１８０４：Ｎｏ）、注文処理装置１０１は、受信した買い注文の依頼により特定される、有価証券の買い注文を、取引所システム１０４に出力して（ステップＳ１８０５）、本フローチャートによる一連の処理を終了する。

一方、証券口座の残高が概算支払額より少ない場合（ステップＳ１８０４：Ｙｅｓ）、注文処理装置１０１は、顧客ＤＢ２２０を参照して、買い注文の依頼により特定される顧客が保有する預金口座があるか否かを判断する（ステップＳ１８０６）。

ここで、預金口座がない場合（ステップＳ１８０６：Ｎｏ）、注文処理装置１０１は、買付余力が不足していることを示すメッセージを顧客端末１０３に通知して（ステップＳ１８０７）、本フローチャートによる一連の処理を終了する。

一方、預金口座がある場合（ステップＳ１８０６：Ｙｅｓ）、注文処理装置１０１は、顧客が保有する預金口座の残高照会依頼を生成して銀行システム１０２に送信する（ステップＳ１８０８）。そして、注文処理装置１０１は、銀行システム１０２から、送信した残高照会依頼に対する、残高照会応答を受信したか否かを判断する（ステップＳ１８０９）。

ここで、注文処理装置１０１は、銀行システム１０２から残高照会応答を受信するのを待つ（ステップＳ１８０９：Ｎｏ）。そして、注文処理装置１０１は、残高照会応答を受信した場合（ステップＳ１８０９：Ｙｅｓ）、受信した残高照会応答が、残高照会正常応答であるか否かを判断する（ステップＳ１８１０）。

ここで、残高照会異常応答の場合（ステップＳ１８１０：Ｎｏ）、注文処理装置１０１は、ステップＳ１８０７に移行する。一方、残高照会正常応答の場合は（ステップＳ１８１０：Ｙｅｓ）、注文処理装置１０１は、図１９に示すステップＳ１９０１に移行する。

図１９のフローチャートにおいて、まず、注文処理装置１０１は、残高照会正常応答により特定される、預金口座の残高と証券口座の残高との合計買付余力を算出する（ステップＳ１９０１）。そして、注文処理装置１０１は、算出した合計買付余力が概算支払額以上であるか否かを判断する（ステップＳ１９０２）。

ここで、合計買付余力が概算支払額よりも少ない場合（ステップＳ１９０２：Ｎｏ）、注文処理装置１０１は、買付余力が不足していることを示すメッセージを顧客端末１０３に通知して（ステップＳ１９０３）、本フローチャートによる一連の処理を終了する。

一方、合計買付余力が概算支払額以上の場合（ステップＳ１９０２：Ｙｅｓ）、注文処理装置１０１は、概算支払額と証券口座の残高との差額を算出する（ステップＳ１９０４）。そして、注文処理装置１０１は、算出した差額を出金抑止額とする出金抑止依頼を生成して銀行システム１０２に送信する（ステップＳ１９０５）。

そして、注文処理装置１０１は、銀行システム１０２から、送信した出金抑止依頼に対する、出金抑止応答を受信したか否かを判断する（ステップＳ１９０６）。ここで、注文処理装置１０１は、銀行システム１０２から出金抑止応答を受信するのを待つ（ステップＳ１９０６：Ｎｏ）。

そして、注文処理装置１０１は、出金抑止応答を受信した場合（ステップＳ１９０６：Ｙｅｓ）、受信した出金抑止応答が、出金抑止正常応答であるか否かを判断する（ステップＳ１９０７）。ここで、出金抑止異常応答の場合（ステップＳ１９０７：Ｎｏ）、注文処理装置１０１は、ステップＳ１９０３に移行する。

一方、出金抑止正常応答の場合は（ステップＳ１９０７：Ｙｅｓ）、注文処理装置１０１は、受信した買い注文の依頼により特定される、有価証券の買い注文を、取引所システム１０４に出力する（ステップＳ１９０８）。そして、注文処理装置１０１は、取引所システム１０４から、出力した有価証券の買い注文に対する約定通知を受信したか否かを判断する（ステップＳ１９０９）。

ここで、注文処理装置１０１は、約定通知を受信するのを待つ（ステップＳ１９０９：Ｎｏ）。そして、注文処理装置１０１は、約定通知を受信した場合（ステップＳ１９０９：Ｙｅｓ）、出金抑止補正処理を実行して（ステップＳ１９１０）、本フローチャートによる一連の処理を終了する。

これにより、顧客の証券口座の残高以上の購入額の有価証券を購入可能にすることができる。

（出金抑止補正処理の具体的処理手順）
つぎに、図１９に示したステップＳ１９１０の出金抑止補正処理の具体的な処理手順について説明する。

図２０は、出金抑止補正処理の具体的処理手順の一例を示すフローチャートである。図２０のフローチャートにおいて、まず、注文処理装置１０１は、図１９に示したステップＳ１９０９において受信した約定通知により特定される約定金額と概算支払額とを比較する（ステップＳ２００１）。

そして、注文処理装置１０１は、約定金額と概算支払額とに差額があるか否かを判断する（ステップＳ２００２）。ここで、差額がない場合（ステップＳ２００２：Ｎｏ）、注文処理装置１０１は、出金抑止補正処理を呼び出したステップに戻る。

一方、差額がある場合（ステップＳ２００２：Ｙｅｓ）、注文処理装置１０１は、約定金額と証券口座の残高との差額分を出金抑止額とする出金抑止補正依頼を生成して銀行システム１０２に送信する（ステップＳ２００３）。そして、注文処理装置１０１は、銀行システム１０２から、送信した出金抑止補正依頼に対する、出金抑止補正応答を受信したか否かを判断する（ステップＳ２００４）。

ここで、注文処理装置１０１は、銀行システム１０２から出金抑止補正応答を受信するのを待つ（ステップＳ２００４：Ｎｏ）。そして、注文処理装置１０１は、出金抑止補正応答を受信した場合（ステップＳ２００４：Ｙｅｓ）、受信した出金抑止補正応答が、出金抑止補正正常応答であるか否かを判断する（ステップＳ２００５）。

ここで、出金抑止補正正常応答の場合（ステップＳ２００５：Ｙｅｓ）、注文処理装置１０１は、出金抑止補正処理を呼び出したステップに戻る。一方、出金抑止補正異常応答の場合（ステップＳ２００５：Ｎｏ）、注文処理装置１０１は、出金抑止補正エラーを出力して（ステップＳ２００６）、出金抑止補正処理を呼び出したステップに戻る。

これにより、実際の約定金額に合わせて、顧客の預金口座における出金抑止額を補正することができる。

（銀行システム１０２の各種処理手順）
つぎに、銀行システム１０２の各種処理手順について説明する。まず、銀行システム１０２の残高照会処理手順について説明する。

図２１は、銀行システム１０２の残高照会処理手順の一例を示すフローチャートである。図２１のフローチャートにおいて、まず、銀行システム１０２は、注文処理装置１０１から、残高照会依頼を受信したか否かを判断する（ステップＳ２１０１）。ここで、銀行システム１０２は、残高照会依頼を受信するのを待つ（ステップＳ２１０１：Ｎｏ）。

そして、銀行システム１０２は、残高照会依頼を受信した場合（ステップＳ２１０１：Ｙｅｓ）、受信した残高照会依頼により特定される預金口座の残高照会処理を実行する（ステップＳ２１０２）。そして、銀行システム１０２は、残高照会処理が正常に完了したか否かを判断する（ステップＳ２１０３）。

ここで、残高照会処理が正常に完了した場合（ステップＳ２１０３：Ｙｅｓ）、銀行システム１０２は、残高照会正常応答を注文処理装置１０１に送信して（ステップＳ２１０４）、本フローチャートによる一連の処理を終了する。

一方、残高照会処理が正常に完了しなかった場合（ステップＳ２１０３：Ｎｏ）、銀行システム１０２は、残高照会異常応答を注文処理装置１０１に送信して（ステップＳ２１０５）、本フローチャートによる一連の処理を終了する。

これにより、注文処理装置１０１からの残高照会依頼により特定される預金口座の残高照会処理を実行することができる。

つぎに、銀行システム１０２の出金抑止処理手順について説明する。

図２２は、銀行システム１０２の出金抑止処理手順の一例を示すフローチャートである。図２２のフローチャートにおいて、まず、銀行システム１０２は、注文処理装置１０１から、出金抑止依頼を受信したか否かを判断する（ステップＳ２２０１）。ここで、銀行システム１０２は、出金抑止依頼を受信するのを待つ（ステップＳ２２０１：Ｎｏ）。

そして、銀行システム１０２は、出金抑止依頼を受信した場合（ステップＳ２２０１：Ｙｅｓ）、受信した出金抑止依頼により特定される預金口座の出金抑止処理を実行する（ステップＳ２２０２）。そして、銀行システム１０２は、出金抑止処理が正常に完了したか否かを判断する（ステップＳ２２０３）。

ここで、出金抑止処理が正常に完了した場合（ステップＳ２２０３：Ｙｅｓ）、銀行システム１０２は、出金抑止正常応答を注文処理装置１０１に送信して（ステップＳ２２０４）、本フローチャートによる一連の処理を終了する。

一方、出金抑止処理が正常に完了しなかった場合（ステップＳ２２０３：Ｎｏ）、銀行システム１０２は、出金抑止異常応答を注文処理装置１０１に送信して（ステップＳ２２０５）、本フローチャートによる一連の処理を終了する。

これにより、注文処理装置１０１からの出金抑止依頼により特定される預金口座の出金抑止処理を実行することができる。

つぎに、銀行システム１０２の出金抑止補正処理手順について説明する。

図２３は、銀行システム１０２の出金抑止補正処理手順の一例を示すフローチャートである。図２３のフローチャートにおいて、まず、銀行システム１０２は、注文処理装置１０１から、出金抑止補正依頼を受信したか否かを判断する（ステップＳ２３０１）。ここで、銀行システム１０２は、出金抑止補正依頼を受信するのを待つ（ステップＳ２３０１：Ｎｏ）。

そして、銀行システム１０２は、出金抑止補正依頼を受信した場合（ステップＳ２３０１：Ｙｅｓ）、受信した出金抑止補正依頼により特定される預金口座の出金抑止補正処理を実行する（ステップＳ２３０２）。そして、銀行システム１０２は、出金抑止補正処理が正常に完了したか否かを判断する（ステップＳ２３０３）。

ここで、出金抑止補正処理が正常に完了した場合（ステップＳ２３０３：Ｙｅｓ）、銀行システム１０２は、出金抑止補正正常応答を注文処理装置１０１に送信して（ステップＳ２３０４）、本フローチャートによる一連の処理を終了する。

一方、出金抑止補正処理が正常に完了しなかった場合（ステップＳ２３０３：Ｎｏ）、銀行システム１０２は、出金抑止補正異常応答を注文処理装置１０１に送信して（ステップＳ２３０５）、本フローチャートによる一連の処理を終了する。

これにより、注文処理装置１０１からの出金抑止補正依頼により特定される預金口座の出金抑止補正処理を実行することができる。

以上説明したように、実施の形態にかかる注文処理装置１０１によれば、顧客端末１０３から買い注文の依頼を受信し、上記式（１）を用いて、受信した買い注文の依頼により特定される概算支払額を算出することができる。これにより、有価証券の買い注文に必要な総額を算出することができる。

また、注文処理装置１０１によれば、顧客ＤＢ２２０から、受信した買い注文の依頼により特定される証券口座の残高を取得し、取得した証券口座の残高が、算出した概算支払額よりも少ないか否かを判断することができる。これにより、概算支払額に対して証券側の買付余力が不足しているか否かを判断することができる。

また、注文処理装置１０１によれば、証券口座の残高が概算支払額よりも少ない場合に、買い注文の依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高照会依頼を生成して銀行システム１０２に送信することができる。これにより、証券側の買付余力が不足している場合に、顧客が保有する預金口座の残高照会を行うことができる。

また、注文処理装置１０１によれば、残高照会正常応答を受信した場合、残高照会正常応答により特定される、預金口座の残高と証券口座の残高との合計を算出することができる。これにより、顧客が有価証券の購入に使用できる合計買付余力（証券側＋銀行側）を算出することができる。

また、注文処理装置１０１によれば、合計買付余力と概算支払額とを比較した結果、合計買付余力が概算支払額よりも多い場合に、概算支払額と証券口座の残高との差額分を預金口座において出金抑止する出金抑止依頼を生成して銀行システム１０２に送信することができる。これにより、不足分の資金を証券口座に補填するための資金を預金口座において確保することができる。

また、注文処理装置１０１によれば、出金抑止正常応答を受信した場合に、有価証券の買い注文を出力することができる。これにより、顧客の証券口座の残高以上の購入額の有価証券を購入可能にすることができる。

また、注文処理装置１０１によれば、合計買付余力が概算支払額よりも所定以上多い場合に、買い注文の依頼に含まれる銘柄とは異なる他の銘柄についての情報（例えば、推奨画面１４００の画面情報）を生成して顧客端末１０３へ出力することができる。これにより、資産に余裕がある顧客に対して、新たな買い注文を提案することができ、資産の流れを貯蓄から投資へ向けることができる。

また、注文処理装置１０１によれば、証券口座の残高が概算支払額よりも少ない場合に、顧客ＤＢ２２０を参照して、買い注文の依頼により特定されるユーザ識別子に対応付けられた１以上の預金口座に対する残高照会依頼を生成して銀行システム１０２に送信することができる。これにより、証券側の買付余力が不足している場合に、顧客が保有する１以上の預金口座のそれぞれの残高照会を行うことができる。

また、注文処理装置１０１によれば、銀行システム１０２から返信された１以上の預金口座の残高を示す情報（例えば、預金口座画面１５００，１６００，１７００の画面情報）を生成して顧客端末１０３へ送信することができる。これにより、１以上の預金口座を保有する顧客に対して、１以上の預金口座のそれぞれの残高を提示することができる。

また、注文処理装置１０１によれば、顧客端末１０３から、１以上の預金口座のいずれかの選択の指示を受信した場合、選択の指示を受け付けた預金口座の残高を用いて、証券口座の残高との合計（合計買付余力）を算出することができる。さらに、注文処理装置１０１によれば、合計買付余力が概算支払額よりも多ければ、概算支払額と証券口座の残高との差額分を、選択の指示を受け付けた預金口座において出金抑止する出金抑止依頼を生成することができる。これにより、顧客が選択した預金口座の資金を証券口座に補填することができる。

また、注文処理装置１０１によれば、顧客端末１０３から、１以上の預金口座のいずれか１以上の選択の指示と、選択の指示を受け付けた預金口座の使用額の指定とを受信した場合、選択の指示を受け付けた預金口座の残高に替えて、指定された使用額を用いて、証券口座の残高との合計を算出することができる。さらに、注文処理装置１０１によれば、合計買付余力が概算支払額よりも多ければ、選択の指示を受け付けた預金口座において、指定された使用額の資金を出金抑止する出金抑止依頼を生成することができる。これにより、顧客が選択した預金口座の残高のうち、顧客が指定した使用額分の資金を証券口座に補填することができる。

また、注文処理装置１０１によれば、有価証券の買い注文に対する約定通知を受信した場合に、受信した約定通知により特定される約定金額が概算支払額よりも少ないか否かを判断することができる。そして、注文処理装置１０１によれば、約定金額が概算支払額よりも少ない場合に、約定金額と証券口座の残高との差額分を預金口座において出金抑止する出金抑止補正依頼を生成して銀行システム１０２へ送信することができる。これにより、実際の約定金額に合わせて、顧客の預金口座における出金抑止額を補正することができ、約定金額と証券口座の残高との差額分の資金を預金口座に復帰させることができる。

これらのことから、注文処理装置１０１によれば、有価証券の買い注文に対して証券側の買付余力が不足している場合に、不足分の金額を銀行側の資金で補填して、証券口座の残高以上の購入額の有価証券を購入可能にすることができる。

また、注文処理装置１０１によれば、有価証券の買い注文の依頼時に、預金口座の残高照会を行うため、証券会社のサイトへのログイン時などに残高照会を行う場合に比べて、残高照会から預金口座の出金抑止を行うまでの時間間隔を短くすることができる。これにより、出金抑止前に預金口座の残高が変動して不足分の金額を出金抑止できないといった不具合の発生を防ぐことができる。

また、預金口座の残高で不足分を補填できるかといった判断を証券側の注文処理装置１０１が行うため、本サービスの運用を開始する際の銀行側システムに対する機能変更や機能追加をできるだけ抑えることができる。この結果、図２４および図２５に示すような証券会社と銀行との関係を築きやすくなる。

図２４は、証券会社と銀行との関係を示す説明図（その１）である。図２４の例では、証券会社から見ると、証券会社と銀行は「１：ｎ（図２４の例では、ｎ＝３）」の関係となる。また、銀行から見ると、銀行と証券会社は「１：１」の関係となる。これにより、証券会社としては、複数の銀行に分散している顧客の銀行資金を買付資金とすることが可能となる。

図２５は、証券会社と銀行との関係を示す説明図（その２）である。図２５の例では、証券会社から見ると、証券会社と銀行は「１：１」の関係となる。また、銀行から見ると、銀行と証券会社は「１：ｎ（図２５の例では、ｎ＝３）」の関係となる。これにより、銀行としては、顧客の銀行資金を複数の証券会社の買付資金とすることが可能となる。

なお、本実施の形態で説明した買い注文処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本買い注文処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本買い注文処理プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）端末から、ユーザ識別子と対応付いた、有価証券の買い注文の依頼を受信し、
受信した前記依頼により特定される、前記有価証券の買い注文に必要な総額を算出し、
ユーザ識別子と対応付けて管理されている証券口座の残高情報から、前記依頼により特定されるユーザ識別子に対応する証券口座の残高を取得し、
取得した前記証券口座の残高が、算出した前記総額よりも少ない場合に、前記依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高の照会依頼を、銀行システムへ送信し、
前記銀行システムから返信された前記預金口座の残高と前記証券口座の残高との合計と、前記総額とを比較し、
比較した結果、前記合計が前記総額よりも多い場合に、前記総額と前記証券口座の残高との差額分を前記預金口座において出金抑止する出金抑止依頼を、前記銀行システムへ送信し、
前記銀行システムから前記出金抑止依頼に対する処理の完了を示す情報を受信した場合に、前記有価証券の買い注文を出力する、
制御部を有することを特徴とする注文処理装置。

（付記２）前記有価証券の買い注文の依頼は、有価証券の銘柄を特定する情報と、購入する数を示す情報とを含み、
前記制御部は、比較した結果、前記合計が前記総額よりも所定以上多い場合に、前記銘柄とは異なる他の銘柄についての情報を、前記端末へ出力することを特徴とする付記１に記載の注文処理装置。

（付記３）前記制御部は、
前記証券口座の残高が前記総額よりも少ない場合に、ユーザ識別子と対応付けて複数の預金口座を特定する情報を記憶する記憶部を参照して、前記依頼により特定されるユーザ識別子に対応付けられた１以上の預金口座に対して残高の照会依頼を送信し、
前記銀行システムから返信された前記１以上の預金口座の残高を、前記端末へ送信し、
前記端末から、前記１以上の預金口座のいずれか１以上の選択の指示と、選択の指示を受け付けた預金口座の残高のうち、使用を許可する使用額の指定とを受信し、
前記選択の指示を受け付けた預金口座の残高に替えて前記使用額を用いて、前記証券口座の残高との合計を算出する、
ことを特徴とする付記１または２に記載の注文処理装置。

（付記４）前記制御部は、
前記証券口座の残高が前記総額よりも少ない場合に、ユーザ識別子と対応付けて複数の預金口座を特定する情報を記憶する記憶部を参照して、前記依頼により特定されるユーザ識別子と対応付けられた１以上の預金口座を特定する情報を読み出し、
読み出した前記１以上の預金口座を特定する情報を、選択可能な状態で、前記端末へ送信し、
前記端末から、前記１以上の預金口座のいずれか１以上の選択の指示を受信し、
前記選択の指示を受け付けた預金口座の残高を用いて、前記証券口座の残高との合計を算出する、
ことを特徴とする付記１〜３のいずれか一つに記載の注文処理装置。

（付記５）前記制御部は、
出力した前記有価証券の買い注文に対する約定通知を受信し、
受信した前記約定通知により特定される約定金額が前記総額よりも少ない場合に、前記約定金額と前記証券口座の残高との差額分を前記預金口座において出金抑止する出金抑止補正依頼を、前記銀行システムへ送信する、
ことを特徴とする付記１〜４のいずれか一つに記載の注文処理装置。

（付記６）コンピュータが、
端末から、ユーザ識別子と対応付いた、有価証券の買い注文の依頼を受信し、
受信した前記依頼により特定される、前記有価証券の買い注文に必要な総額を算出し、
ユーザ識別子と対応付けて管理されている証券口座の残高情報から、前記依頼により特定されるユーザ識別子に対応する証券口座の残高を取得し、
取得した前記証券口座の残高が、算出した前記総額よりも少ない場合に、前記依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高の照会依頼を、銀行システムへ送信し、
前記銀行システムから返信された前記預金口座の残高と前記証券口座の残高との合計と、前記総額とを比較し、
比較した結果、前記合計が前記総額よりも多い場合に、前記総額と前記証券口座の残高との差額分を前記預金口座において出金抑止する出金抑止依頼を、前記銀行システムへ送信し、
前記銀行システムから前記出金抑止依頼に対する処理の完了を示す情報を受信した場合に、前記有価証券の買い注文を出力する、
処理を実行することを特徴とする買い注文処理方法。

（付記７）コンピュータに、
端末から、ユーザ識別子と対応付いた、有価証券の買い注文の依頼を受信し、
受信した前記依頼により特定される、前記有価証券の買い注文に必要な総額を算出し、
ユーザ識別子と対応付けて管理されている証券口座の残高情報から、前記依頼により特定されるユーザ識別子に対応する証券口座の残高を取得し、
取得した前記証券口座の残高が、算出した前記総額よりも少ない場合に、前記依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高の照会依頼を、銀行システムへ送信し、
前記銀行システムから返信された前記預金口座の残高と前記証券口座の残高との合計と、前記総額とを比較し、
比較した結果、前記合計が前記総額よりも多い場合に、前記総額と前記証券口座の残高との差額分を前記預金口座において出金抑止する出金抑止依頼を、前記銀行システムへ送信し、
前記銀行システムから前記出金抑止依頼に対する処理の完了を示す情報を受信した場合に、前記有価証券の買い注文を出力する、
処理を実行させることを特徴とする買い注文処理プログラム。

１０１ 注文処理装置
１０２ 銀行システム
１０３ 顧客端末
１０４ 取引所システム
２００ オンライン取引システム
２２０ 顧客ＤＢ
２３０ 買い注文管理テーブル
２４０ 出金抑止管理テーブル
１１０１ 受信部
１１０２ 総額算出部
１１０３ 残高取得部
１１０４ 判断部
１１０５ 生成部
１１０６ 送信部
１１０７ 発注部
１４００ 推奨画面
１５００，１６００，１７００ 預金口座画面

Claims (5)

1. 端末から、ユーザ識別子と対応付いた、有価証券の買い注文の依頼を受信し、
   受信した前記依頼により特定される、前記有価証券の買い注文に必要な総額を算出し、
   ユーザ識別子と対応付けて管理されている証券口座の残高情報から、前記依頼により特定されるユーザ識別子に対応する証券口座の残高を取得し、
   取得した前記証券口座の残高が、算出した前記総額よりも少ない場合に、前記依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高の照会依頼を、銀行システムへ送信し、
   前記銀行システムから返信された前記預金口座の残高と前記証券口座の残高との合計と、前記総額とを比較し、
   比較した結果、前記合計が前記総額よりも多い場合に、前記総額と前記証券口座の残高との差額分を前記預金口座において出金抑止する出金抑止依頼を、前記銀行システムへ送信し、
   前記銀行システムから前記出金抑止依頼に対する処理の完了を示す情報を受信した場合に、前記有価証券の買い注文を出力する、
   制御部を有することを特徴とする注文処理装置。
2. 前記有価証券の買い注文の依頼は、有価証券の銘柄を特定する情報と、購入する数を示す情報とを含み、
   前記制御部は、比較した結果、前記合計が前記総額よりも所定以上多い場合に、前記銘柄とは異なる他の銘柄についての情報を、前記端末へ出力することを特徴とする請求項１に記載の注文処理装置。
3. 前記制御部は、
   前記証券口座の残高が前記総額よりも少ない場合に、ユーザ識別子と対応付けて複数の預金口座を特定する情報を記憶する記憶部を参照して、前記依頼により特定されるユーザ識別子に対応付けられた１以上の預金口座に対して残高の照会依頼を送信し、
   前記銀行システムから返信された前記１以上の預金口座の残高を、前記端末へ送信し、
   前記端末から、前記１以上の預金口座のいずれか１以上の選択の指示と、選択の指示を受け付けた預金口座の残高のうち、使用を許可する使用額の指定とを受信し、
   前記選択の指示を受け付けた預金口座の残高に替えて前記使用額を用いて、前記証券口座の残高との合計を算出する、
   ことを特徴とする請求項１または２に記載の注文処理装置。
4. 前記制御部は、
   前記証券口座の残高が前記総額よりも少ない場合に、ユーザ識別子と対応付けて複数の預金口座を特定する情報を記憶する記憶部を参照して、前記依頼により特定されるユーザ識別子と対応付けられた１以上の預金口座を特定する情報を読み出し、
   読み出した前記１以上の預金口座を特定する情報を、選択可能な状態で、前記端末へ送信し、
   前記端末から、前記１以上の預金口座のいずれか１以上の選択の指示を受信し、
   前記選択の指示を受け付けた預金口座の残高を用いて、前記証券口座の残高との合計を算出する、
   ことを特徴とする請求項１〜３のいずれか一つに記載の注文処理装置。
5. コンピュータが、
   端末から、ユーザ識別子と対応付いた、有価証券の買い注文の依頼を受信し、
   受信した前記依頼により特定される、前記有価証券の買い注文に必要な総額を算出し、
   ユーザ識別子と対応付けて管理されている証券口座の残高情報から、前記依頼により特定されるユーザ識別子に対応する証券口座の残高を取得し、
   取得した前記証券口座の残高が、算出した前記総額よりも少ない場合に、前記依頼により特定されるユーザ識別子のユーザが保有する預金口座の残高の照会依頼を、銀行システムへ送信し、
   前記銀行システムから返信された前記預金口座の残高と前記証券口座の残高との合計と、前記総額とを比較し、
   比較した結果、前記合計が前記総額よりも多い場合に、前記総額と前記証券口座の残高との差額分を前記預金口座において出金抑止する出金抑止依頼を、前記銀行システムへ送信し、
   前記銀行システムから前記出金抑止依頼に対する処理の完了を示す情報を受信した場合に、前記有価証券の買い注文を出力する、
   処理を実行することを特徴とする買い注文処理方法。

Images