JP2002245251A

JP2002245251A - オンライン証券取引サーバ、口座管理サーバ、オンライン証券取引システム、買い注文決済方法、買い注文決済プログラム、および記録媒体

Info

Publication number: JP2002245251A
Application number: JP2001040838A
Authority: JP
Inventors: Takuya Oka; 卓哉岡; Takanori Fukuda; 高典服田; Masaaki Ueda; 雅章上田; Shinya Takagi; 伸哉高木; Yoshihiro Muto; 義弘武藤
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2001-02-16
Filing date: 2001-02-16
Publication date: 2002-08-30

Abstract

(57)【要約】【課題】有価証券の購入代金を確実に決済できるオン
ライン証券取引システムを提供する。【解決手段】オンライン証券取引サーバ２は、ＰＣ４
から買い注文を受け付けると、買い注文の決済に必要な
金額を算出した後、口座管理サーバ５に対して、投資家
の預金口座から前記金額を確保するように要求する。口
座管理サーバ５は要求された金額を預金口座から決済用
口座に移す。買い注文について約定が成立した場合、オ
ンライン証券取引サーバ２は、口座管理サーバ５に要求
して、決済用口座の資金を用いて買い注文を決済する。
約定が成立しなかった場合には、オンライン証券取引サ
ーバ２は、口座管理サーバ５に要求して、決済用口座の
資金を元の預金口座に戻させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オンライン証券取
引の決済を行うオンライン証券取引システムに関する。

【０００２】

【従来の技術】近年、インターネットの普及によりネッ
トワーク上で有価証券の売買を行わせるオンライン証券
取引（online trading）が盛んに行われるようになって
きた。オンライン証券取引サービスを提供する証券各社
においては、オンライン証券取引を利用する投資家から
買い注文を受け付ける際に、当該買い注文に係る買付概
算金額を預かる前受け金制度を採用している場合が殆ど
である。従って、投資家は有価証券を購入するに先立っ
て、オンライン口座の残高、または利用するオンライン
証券取引サービスが証券総合口座など通常の口座と連動
している場合にはその残高を確認して、前記買付概算金
額に満たない場合には不足分を前記口座に振り込まなけ
ればならない。また、前受け金制度を採用していない証
券会社では、前記口座の残高が所定金額以上であること
を発注条件としているので、前記口座の残高が前記所定
金額に満たなければ、やはり不足分を前記口座に預け入
れなければならない。

【０００３】これに対して、例えば東京証券取引所では
証券会社と郵便局をオンラインで結び、投資家が証券会
社に保有する口座に有価証券の購入代金を振り込んだ
り、証券会社が株式売却代金や配当を投資家の郵便貯金
口座に入金したりするといった手続きが自動引き落とし
でできる、証券資金決済システムの開発を進めている。
この証券資金決済システムによれば、投資家は前記口座
に証券購入代金を振り込んだり、証券会社が証券売却代
金や配当を投資家がもつ郵便貯金口座に入金したりとい
った、証券取引に伴う資金決済の手間を軽減することが
できる。また、インターネットを利用することによって
設備投資を抑え、郵便局は証券会社ごとに一括して決済
するため、振り込み手数料を低減することができる。

【０００４】

【発明が解決しようとする課題】しかしながら、上記証
券資金決済システムにおいては、郵便局が証券会社ごと
に一括して決済するため、投資家が有価証券を購入し
て、その購入代金を決済する場合、有価証券を購入した
後の一括決済の時期に郵便局と証券会社との間で決済さ
れることになる。

【０００５】この時、有価証券を購入した投資家の郵便
貯金口座の残高が不十分の場合、郵便局と証券会社は投
資家が購入した有価証券の購入代金を決済することがで
きず、不渡りが発生するという問題がある。本発明は、
このような問題に鑑みてなされたものであって、有価証
券の購入代金を確実に決済できるオンライン証券取引シ
ステムを提供することを目的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに本発明に係るオンライン証券取引サーバは、買い注
文を受け付けて執行するオンライン証券取引サーバであ
って、所定の金融機関にて開設された預貯金口座を指定
する口座指定を受け付ける口座指定受付手段と、前記買
い注文を受け付けると、前記金融機関に対して、前記口
座指定にて指定された預貯金口座から所定の金額を予約
金として確保するように要求する予約金確保手段と、前
記買い注文について約定が成立したら、前記予約金を買
い注文の決済に充当する決済手段を備えることを特徴と
する。

【０００７】このようにすれば、投資家にとっては、前
受け金を振り込む手間が省け、証券会社にとっては有価
証券の購入代金を確実に決済でき、また、銀行にとって
は証券取引が成立せず、従って決済の必要のないときに
は預金が流出しないという利点がある。なお、預金口座
とは金銭を預け入れるために銀行等の金融機関に設けた
口座をいい、当座預金・普通預金・通知預金・定期預金
などの口座がある。また、貯金口座とは、金銭を預け入
れるために郵便局に設けた口座をいい、通常貯金、定額
郵便貯金などの口座がある。これらの口座を総称して預
貯金口座という。

【０００８】また、証券総合口座は、有価証券の取引を
目的として証券会社に設けた口座をいい、預かり金は、
ＭＲＦ（Money Reserve Fund、新型ＭＭＦ）で１円単位
で運用される。また、郵便局や都市銀行の現金自動預け
払い機（ＡＴＭ）から無料で証券総合口座の現金を引き
出せる。また、本発明に係るオンライン証券取引サーバ
は、受け付けた買い注文に応じて予約金の金額を算出す
る予約金額算出手段を、更に備えることを特徴とする。

【０００９】或いは、前記買い注文について約定が不成
立の場合には、前記金融機関に対して、予約金の確保を
解除するように要求する解除要求手段を、更に備えるこ
とを特徴とする。本発明に係る口座管理サーバは、預貯
金口座を管理する口座管理サーバであって、預貯金口座
と金額とを指定して、前記預貯金口座から前記金額を予
約金として確保させる確保要求を受け付ける確保要求受
付手段と、前記確保要求を受け付けると、前記預貯金口
座から資金確保用の預貯金口座に前記金額を移す資金確
保手段と、預貯金口座と金額とを指定して、前記予約金
から資金を給付させる給付要求を受け付ける給付要求受
付手段と、給付要求を受け付けると、予約金から要求さ
れた金額を給付要求の要求元に引き渡す資金給付手段と
を備えることを特徴とする。

【００１０】また、予約金の確保を解除させる解除要求
を受け付ける解除要求受付手段と、解除要求を受け付け
ると、前記予約金を前記資金確保用の預貯金口座から元
の預貯金口座に戻す予約解除手段を、更に備えることを
特徴とする。本発明に係るオンライン証券取引システム
は、上記のオンライン証券取引サーバと、口座管理サー
バとを備えることを特徴とする。

【００１１】本発明に係る買い注文決済方法は、買い注
文を受け付ける買い注文受付ステップと、所定の金融機
関にて開設された預貯金口座を指定する口座指定を受け
付ける口座指定受付ステップと、前記買い注文を受け付
けると、前記金融機関に対して、前記口座指定にて指定
された預貯金口座から所定の金額を予約金として確保す
るように要求する予約金確保ステップと、前記買い注文
について約定が成立したら、前記予約金を買い注文の決
済に充当する決済ステップとを含むことを特徴とする。

【００１２】また、受け付けた買い注文に応じて予約金
の金額を算出する予約金額算出ステップを、更に含むこ
とを特徴とする。或いは、前記買い注文について約定が
不成立の場合には、前記金融機関に対して、予約金の確
保を解除するように要求する解除要求ステップを、更に
含むことを特徴とする。

【００１３】本発明に係る買い注文決済プログラムは、
上記のいずれかの買い注文決済方法をコンピュータに実
行させることを特徴とする。本発明に係る記録媒体は、
コンピュータ読み取り可能な記録媒体であって、上記の
買い注文決済プログラムを記録していることを特徴とす
る。

【００１４】

【発明の実施の形態】本発明の実施の形態について図面
を参照しながら説明する。（第１の実施の形態）１. 全体構成図１は、本実施の形態に係るオンライン証券取引システ
ム（以下、単に「証券取引システム」という。）１の構
成を示した構成図である。図１に示すように、証券取引
システム１は、証券会社Ａのサーバ（以下、「証券取引
サーバ」という。）２、銀行Ｂのサーバ（以下、「口座
管理サーバ」という。）５、および投資家Ｃのパーソナ
ルコンピュータ（以下、単に「ＰＣ」という。）４を、
インターネット３を介して接続した構成となっている。

【００１５】なお、証券会社Ａは、インターネット３を
介してオンライン証券取引サービス（以下、単に「証券
取引サービス」という。）を提供しており、投資家Ｃは
当該証券取引サービスの利用者である。また、証券会社
Ａと銀行Ｂは、証券会社Ａが提供する証券取引サービス
に関わる決済について提携関係にあり、以下に述べるよ
うに決済を行う。

【００１６】投資家Ｃは、銀行Ｂに預金口座を保有して
いる。預金口座は、名義、口座番号、および預金口座を
開設した支店を表す支店番号によって特定される。ま
た、投資家Ｃは、証券取引サービスを利用するために証
券総合口座を証券会社Ａに保有している。証券総合口座
は、名義、口座番号、および証券総合口座を開設した支
店を表す支店番号によって特定される。証券会社Ａが販
売する証券総合口座は、預かり金をすべて自動的にＭＲ
Ｆ（Money Reserve Fund）にて運用する。証券会社Ａ
は、ＭＭＦ（Money Management Fund）を含む様々な金
融商品を販売しており、投資家Ｃが購入した有価証券や
金融商品は、証券総合口座を用いて管理される。証券会
社Ａは、投資家Ｃが証券総合口座に保有するＭＲＦまた
はＭＭＦを換金して、買い注文の決済に充当する。以
下、投資家Ｃが証券総合口座に保有するＭＲＦの評価金
額とＭＭＦの評価金額との合計金額を、投資家Ｃの証券
総合口座の残高という。

【００１７】また、証券会社Ａは、銀行Ｂの預金を口座
振替することによって、証券取引の決済に充当するサー
ビスを提供している。投資家Ｃは、証券会社Ａに証券取
引サービスの利用を申し込む際に口座振替サービスを受
ける旨の特約を交わしており、投資家Ｃが行なった証券
取引に関わる費用の決済に、前記銀行Ｂの預金口座の預
金が口座振替により充当される。口座振替特約を結ぶ際
に、投資家Ｃは、証券会社Ａに口座振替依頼書を提出し
ている。図２は、投資家Ｃが証券会社Ａに提出した口座
振替依頼書である。図２に示すように、口座振替依頼書
には、投資家Ｃが証券取引サービスを利用するために開
設した証券総合口座の明細（支店番号、支店名、証券総
合口座番号、名義など）を記入する欄（図２において
は、「お取引口座明細」とある箇所。）と、投資家Ｃの
証券取引に関わる費用を充当するために用いる銀行Ｂの
預金口座の明細（支店番号、支店名、預金口座番号、名
義など）を記入する欄（図２においては、「振替元口座
明細」とある箇所。）とが設けられている。

【００１８】証券会社Ａと銀行Ｂとは証券取引に関わる
費用の決済について提携関係にある。証券会社Ａは、口
座振替依頼書を銀行Ｂに送付して、投資家Ｃの証券取引
に関わる費用の口座振替手続きを依頼する。また、証券
会社Ａは、口座振替依頼書の写しを保管する。２. 指
値による買い注文の決済本実施の形態に係る証券取引シ
ステム１を利用して、投資家Ｃが指値により有価証券を
購入した際の購入費用の決済について、証券取引システ
ム１の動作を説明する。なお、指値による買い注文と
は、投資家Ｃが買い値段を指定した注文をいう。

【００１９】２.１投資家ＣによるＰＣ４の操作（１）初期操作投資家Ｃは、証券取引サービスを利用して有価証券を購
入する際、次に述べるような操作によって買い注文デー
タを入力する。まず、投資家Ｃは、ＰＣ４に電源を投入
し、ブラウザを起動して、証券取引サーバ２にアクセス
する。

【００２０】（２）ログオン操作証券取引サーバ２は、所定の認証手続きによりＰＣ４と
の間でセッションが確立されると、ＰＣ４に証券取引サ
ービスのログオン画面を表示させる。投資家Ｃは、ログ
オン画面にて、証券総合口座の口座番号、支店番号、お
よび暗証番号を入力して、証券取引サーバ２に送付す
る。

【００２１】（３）エントリ画面送付した証券総合口座番号、暗証番号、および電子証明
書の正当性が証券取引サーバ２によって確認されると、
証券取引サービスのエントリ画面が投資家ＣのＰＣ４に
表示される。図３は、証券取引サービスのエントリ画面
を示した図である。エントリ画面１０の上部には、タイ
トル文字列「Ａ証券オンライン証券取引サービス」が表
示されており、その下にサービス一覧が表示されてい
る。証券会社Ａが提供する証券取引サービスには有価証
券の購入サービス、売却サービス、および注文内容の照
会サービスがあり、それぞれエントリ画面１０に表示さ
れた文字列「買い注文」、「売り注文」、または「注文
内容の照会」をクリックすると、ハイパーリンクにより
結び付けられたハイパーテキストが表示される。ここ
で、前記買い注文は当日注文、すなわち発注した当日の
み有効な注文をいうものとする。

【００２２】投資家Ｃは、有価証券を購入する場合に
は、エントリ画面１０に表示された文字列「買い注文」
をクリックする。すると、購入する有価証券を選択させ
る有価証券選択画面が表示される。図４は有価証券選択
画面２０を示した図である。有価証券選択画面２０の上
部には、エントリ画面１０と同様に、タイトル文字列
「Ａ証券オンライン証券取引サービス」が表示されてお
り、その下にはサブタイトル文字列「買い注文」が表示
されている。更に、サブタイトル文字列「買い注文」の
下には、有価証券選択メニューが表示されており、証券
取引サービスが取り扱っている有価証券が、国内株式、
株式ミニ投資、転換社債、および投資信託の順に対応す
る各文字列が表示されている。

【００２３】国内株式は、国内の証券取引所にて取引さ
れている株式の買い注文を受け付けるサービスであり、
指定された国内株式についてその単位株数を整数倍した
株数の買い注文を受け付ける。また、株式ミニ投資は、
証券会社Ａが特に株式ミニ投資制度の適用対象に指定し
ている株式銘柄について単位株数の１０分の１の整数倍
であって１０分の９以下の株数の買い注文を受け付け
る。例えば、単位株数が１，０００株の株式銘柄におい
ては、買付数量として１００株、２００株、…、９００
株のいずれかを受け付ける。転換社債、投資信託につい
ても、証券会社Ａが取扱い対象としている銘柄について
買い注文を受け付ける。

【００２４】これら有価証券選択メニューに表示された
各文字列のいずれかをクリックすると、ハイパーリンク
により結び付けられたハイパーテキストであって、各選
択内容に対応したハイパーテキストが表示される。ここ
では、投資家Ｃが国内株式を購入する場合を例にとって
説明する。（４）国内株式選択画面投資家Ｃは、国内株式を購入する場合には、有価証券選
択画面２０に表示された文字列「国内株式」をクリック
する。すると、購入する国内株式を選択させる国内株式
選択画面が表示される。図５は、国内株式選択画面３０
を示した図である。国内株式選択画面３０には、有価証
券選択画面２０と同様に、タイトル文字列とサブタイト
ル文字列が表示されており、タイトル文字列は「Ａ証券
オンライン証券取引サービス」であり、サブタイトル文
字列は「買い注文／国内株式」である。

【００２５】国内株式選択画面３０には、更に、買い注
文の対象である国内株式を特定するための証券コードを
受け付けるテキストボックス３１が表示されている。な
お、証券取引サービスにおいては、証券コードとして、
証券取引所にて用いられている４桁の証券コード（００
００〜１２９９は債券銘柄に、１３００〜９９９９は株
式銘柄に割り当てられる。）を使用している。投資家Ｃ
はテキストボックス３１に購入したい国内株式の証券コ
ード（図５においては、「１３００」を例示した。）を
入力する。

【００２６】その他、国内株式選択画面３０において
は、証券コードを検索するサービスが提供されており、
文字列「検索サービス」がクリックされると、ハイパー
リンクされた検索サービス画面が投資家ＣのＰＣ４に表
示される。また、国内株式選択画面３０は、文字列「次
へ進む」を表示したボタン３２を備えており、当該「次
へ進む」ボタン３２がクリックされると、当該「次へ進
む」ボタン３２にハイパーリンクされた買い注文入力画
面を表示させる。

【００２７】（５）買い注文入力画面図６は、買い注文入力画面４０を示した図である。買い
注文入力画面４０には、国内株式選択画面３０と同様の
タイトル文字列が表示されるとともに、その直ぐ下にサ
ブタイトル文字列「買い注文／国内株式／Ｑ株式会社」
が表示されている。ここで、Ｑ株式会社は、投資家Ｃが
国内株式選択画面３０のテキストボックス３１に入力し
た証券コード（１３００）に対応する銘柄名である。買
い注文入力画面４０には、その他、買い注文に必要なデ
ータとして、買付数量、１株あたりの買い値段、指定さ
れた国内株式を購入する証券取引所を入力させるように
なっている。

【００２８】買付数量は、テキストボックス４１にて、
前述のように単位株数の整数倍のみを受け付ける。図６
においては、Ｑ株式会社の単位株数１，００0株の５倍
である５，０００株がテキストボックス４１に入力され
ている。また、買い値段については、買い注文入力画面
４０において、文字列「値段」と表示された箇所にデー
タを入力するようになっており、ラジオボタン４４をク
リックされると指値で、またラジオボタン４５をクリッ
クされると成行きで、択一的に買い注文を受け付ける。
ラジオボタン４４がクリックされ、指値で買い注文を受
け付けた場合、買い注文はテキストボックス４２に入力
された１株当たりの買い値段以下の値段で執行される。

【００２９】ラジオボタン４６〜４８は、買い注文に係
る証券取引所を指定させるラジオボタンであって、ラジ
オボタン４６がクリックされると東京証券取引所が選択
され、ラジオボタン４７がクリックされると大阪証券取
引所が、また、ラジオボタン４８がクリックされると名
古屋証券取引所がそれぞれ択一的に選択される。図６に
おいては、ラジオボタン４６がクリックされ、東京証券
取引所が選択されている。文字列「次へ進む」を貼付さ
れたボタン４３は、注文確認画面にハイパーリンクされ
ており、「次へ進む」ボタン４３がクリックされると注
文確認画面が投資家ＣのＰＣ４に表示される。

【００３０】（６）注文確認画面図７は、注文確認画面５０を示した図である。注文確認
画面５０においても、上記と同様にタイトル文字列とサ
ブタイトル文字列が表示されている。買い注文確認画面
５０には、買い注文に係る確認内容として銘柄（証券コ
ード「１３００」と銘柄名「Ｑ株式会社」）、買付数量
（「５，０００（株）」）、買い値段（「３，７６２
円」）、および市場（「東京」）が表示されている。投
資家Ｃは、これらの表示された買い注文の内容を訂正し
たい場合には「訂正する」ボタン５１をクリックする。
すると、買い注文入力画面４０が再び表示されるので、
投資家Ｃは買い注文の内容を訂正することができる。注
文確認画面５０に表示されたデータに不都合がなけれ
ば、投資家Ｃは「注文する」ボタン５２をクリックす
る。すると、買い注文の内容が証券会社Ａの証券取引サ
ーバ２に送付され、買い注文が発注される。

【００３１】２.２買い注文の執行証券取引サーバ２は買い注文を受けると、受付コードを
割り当てた後、次の５点を確認する。すなわち、（１）
銘柄として割り当てられていない証券コードが指定され
ているか、（２）買付数量が単位株数の整数倍となって
いるか、（３）注文コードが「１」または「２」のいず
れかとなっているか、（４）注文コードが「１」の場
合、買い値段が１円以上となっているか（指値の場合の
買い値段の入力忘れのチェック。）、および（５）市場
コードが「１」から「３」のいずれかとなっているか、
である。

【００３２】証券取引サーバ２は、これら確認項目につ
いてエラーを検出したら、その旨を受付コードと共に投
資家ＣのＰＣ４に表示させる。この表示により投資家Ｃ
は、買い注文を入力し直して発注する。また、投資家Ｃ
は、エラー表示の内容に得心できない場合、受付コード
を連絡して証券会社Ａに問い合わせを行ってもよい。買
い注文にエラーがなければ、証券取引サーバ２は約定代
金の上限金額を求める。すなわち、買い値段が３，７６
２円、買付数量が５，０００株なので約定代金の上限金
額は、３，７６２円×５，０００株＝１８，８１０，００
０円となる。証券取引サーバ２は、この金額に所定の手数料
を加算して振替予約金額（例えば、手数料が６０，８０
０円の場合は、１８，８７０，８００円）とし、銀行Ｂ
の口座管理サーバ５に口座振替の予約を依頼する。

【００３３】口座管理サーバ５は、投資家Ｃの預金口座
の残高を確認して、振替予約金額より少なければ、その
旨を証券取引サーバ２に通知する。すると、証券取引サ
ーバ２は、その旨を受付コードと共にＰＣ４に表示させ
る。預金口座の残高が振替予約金額より多ければ、口座
管理サーバ５は新たに当座預金口座を開設して、振替予
約金額に相当する金額を預金口座から当座預金口座に移
す。その後、口座管理サーバ５は、証券取引サーバ２に
口座振替の予約が完了した旨を通知する。すると、証券
取引サーバ２は、その旨を受付コードと共にＰＣ４に表
示させ、次いで買い注文を執行する。すなわち、指定さ
れた証券取引所に買い注文を出す。

【００３４】２.３約定が成立した場合の決済執行した買い注文について約定が成立したら、証券取引
サーバ２は約定代金に所定の手数料を加えて決済金額を
算出すると共に、受渡日、すなわち決済日を決定する。
そして、証券取引サーバ２は、これらのデータを口座管
理サーバ５に送付し、投資家Ｃの預金口座から決済金額
を証券会社Ａの所定の口座に口座振替するように依頼す
る。

【００３５】口座管理サーバ５は、受渡日を待って、決
済金額を当座預金口座から証券会社Ａの口座に口座振替
し、その後、当座預金口座の残高が１円以上あれば預金
口座に戻す。口座管理サーバ５は、当座預金口座の残高
がゼロ円になったら、またはそもそも当座預金口座の残
高がゼロ円の場合には直ちに、当座預金口座を閉鎖す
る。最終的に、預金口座には、振替予約金額を当座預金
口座に移した旨と、決済金額が振替予約金額よりも少な
かった場合には、その差額を当座預金口座から預金口座
に戻した旨が記録されて残る。

【００３６】その後、口座管理サーバ５は、振替処理が
正常終了した旨の通知を決済処理部６４に送付する。決
済処理部６４は、証券会社Ａの所定の口座を照会して決
済金額が口座振替されていることを確認すると、その旨
のログデータを記録する。また、投資家Ｃの証券総合口
座にもその旨を記録する。２.４約定が成立しなかった場合投資家Ｃの買い注文について約定が成立しなかった場合
には、証券取引サーバ２は、口座管理サーバ５に対して
口座振替の予約を解消するように請求する。

【００３７】口座管理サーバ５は、当座預金口座の残高
をすべて預金口座に戻して、当座預金口座を閉鎖する。
預金口座には、振替予約金額に相当する金額を当座預金
口座に移した旨、および同金額を当座預金口座から預金
口座に戻した旨の２つが最終的に記録される。その後、
口座管理サーバ５は、口座振替の予約を解消した旨を証
券取引サーバ２に通知する。

【００３８】３. 成行きによる買い注文の決済次に、投資家Ｃが成行きにより有価証券を購入した際の
購入費用の決済について説明する。なお、成行きによる
買い注文とは、投資家Ｃによる買い値段の制限のない注
文をいう。３.１買い注文データの入力ここでは、説明の便宜上、買い注文の内容は上記指値の
場合とほぼ同じものとする。すなわち、銘柄はＱ株式会
社（証券コード「１３００」）、買付数量は５，０００
株、市場は東京証券取引所とし、買い値段は成行き注文
のため無指定とする。また、投資家Ｃが国内株式選択画
面３０にデータを入力して、買い注文入力画面４０を表
示させるまでの操作は、指値注文の場合と同じである。
したがって、ここでは投資家Ｃが買い注文入力画面４０
にデータを入力するための操作以降の処理について説明
する。

【００３９】図８は、買い注文入力画面４０を示した図
である。成行き注文のため、投資家Ｃは、ラジオボタン
４４に代えて、ラジオボタン４５を選択し、テキストボ
ックス４２には何も入力しない。すべての買い注文デー
タを入力し終わった後、投資家Ｃが「次へ進む」ボタン
４３をクリックすると、指値注文のときと同様、注文確
認画面５０に進む。図９は注文確認画面５０を示した図
である。注文確認画面５０には、買い注文の内容が表示
されており、値段は「成行き」とのみ表示され、買い値
段は無指定なので表示されない。その後、投資家Ｃが
「注文する」ボタン５２がクリックすると、買い注文デ
ータが証券取引サーバ２に送付される。

【００４０】３.２買い注文の執行証券取引サーバ２はＰＣ４から成行き注文を受け付ける
と、指値注文の場合と概ね同様に処理するが、約定代金
の上限金額については買い値段が無指定のため、以下の
ようにして算出する。すなわち、銘柄毎に株価の１日の
値幅が前日の終値から一定の範囲に制限されていること
（値幅制限）に着目して、注文に係る銘柄（ここでは、
「Ｑ株式会社」。）のストップ高値段と買付数量（ここ
では「５，０００株」）とを乗算して約定代金の上限を
求める。例えば、Ｑ株式会社の前日の終値が３，７００
円の場合、Ｑ株式会社が上場しているとすると値幅制限
は５００円なので、ストップ高値段は、３，７００円＋５００円＝４，２００円である。したがって、投資家Ｃの買い注文に係る約定代
金の上限は、４，２００円×５，０００株＝２１，０００，００
０円となる。証券取引サーバ２は、この金額に所定の手数料
を加算して振替予約金額とする。例えば、手数料が６
０，８００円の場合は、２１，０６０，８００円とな
る。

【００４１】このようにして振替予約金額を求めた後の
買い注文の執行は、指値注文の場合と同じである。ま
た、約定が成立した場合の決済や約定が成立しなかった
場合の処理についても、指値の場合と同様である。４. 証券取引サーバ２次に、証券取引サーバ２の構成について説明する。図１
０は、証券取引サーバ２の機能構成を示した機能構成図
である。証券取引サーバ２は、ＳＳＬ（Security Socke
ts Layer）処理部６１、ＷＷＷ（World Wide Web）処理
部６２などを備えており、通信処理部６０を介してイン
ターネット３に接続している。

【００４２】４.１通信処理部とＳＳＬ処理部通信処理部６０は、ＴＣＰ／ＩＰ（Transmission Contr
ol Protocol / Internet Protocol）等、下位層のプロ
トコル処理を実行する。ＳＳＬ処理部６１は、セキュリ
ティ保護のため、後述のようなＳＳＬプロトコル処理を
行う。４.２ＷＷＷ処理部ＷＷＷ処理部は、証券取引サービスを提供するＷＷＷサ
ーバとして機能し、ＷＷＷクライアントからの求めに応
じて、データ記憶部６５からハイパーテキストを読み出
して返信したり、要求されたＣＧＩプログラムを起動し
たりする。ＣＧＩプログラムには、ログオン画面から起
動されるログオン処理プログラムと、注文確認画面５０
から起動される受注処理プログラムがある。

【００４３】図１１は、ログオン処理プログラムの処理
の流れを示したフローチャートである。ログオン処理プ
ログラムは、ＰＣ４からログオンデータ（投資家Ｃの総
合証券口座の支店番号、口座番号、および暗証番号。）
を受け付けると（ステップＳ１）、認証処理を実行する
（ステップＳ２）。すなわち、データ記憶部６５を検索
して、ログオンデータに対応する証券総合口座の有無を
確認して、そのような証券総合口座があれば、暗証番号
を照会する。認証の結果、ログオンデータの不正が認め
られたら（ステップＳ３でＮＯ）、ＰＣ４にエラーを表
示させて（ステップＳ４）、処理を終了する。さもなけ
れば（ステップＳ３でＹＥＳ）、直ちに処理を終了す
る。なお、ログオン処理終了後、ＷＷＷ処理部６２はＰ
Ｃ４にエントリ画面１０を表示させる。

【００４４】図１２は、受注処理プログラムの処理の流
れを示したフローチャートである。受注処理プログラム
は、ＰＣ４から買い注文データ（証券コード、買付数
量、注文コード、買い値段、および市場コード）を受け
付けると、買い注文データを執行処理部６３に引き渡し
て、買い注文処理を依頼する。ここで、注文コードは買
い値段の指定の有無を示すコードであって、「１」は指
値注文を意味し、また「２」は成行き注文を意味する。
また、市場コードは、買い注文を執行する証券取引所を
指すコードであって、「１」は東京証券取引所、「２」
は大阪証券取引所、「３」は名古屋証券取引所をそれぞ
れ意味する。

【００４５】４.３執行処理部執行処理部６３は、ＷＷＷ処理部６２から渡された買い
注文に従って、口座管理サーバ５に口座振替の予約を依
頼した後、買い注文を執行する。図１３は、執行処理部
６３の動作を示したフローチャートである。執行処理部
６３は受注処理プログラムから買い注文データを受け付
けると、先ず５桁の受付コードを割り当てる（ステップ
Ｓ２０）。

【００４６】証券取引サーバ２は、当該買い注文に係る
処理の経過一切を当該受付コードと共に投資家Ｃの証券
総合口座に関わる履歴としてデータ記憶部６５に記録
し、この記録、すなわちログデータを所定期間（例え
ば、２５年間）保存する。当該ログデータは投資家Ｃか
らのクレーム対応その他、必要に応じて参照される。受
付コードについて更に説明する。執行処理部６３は、デ
ータ記憶部６５にて記憶された１６ビットの受付コード
（１〜６５，５３５）を証券総合口座毎に管理してい
る。執行処理部６３は、最初に受け付けた買い注文に対
しては、受付コードとして１を割り当てる。その後、新
たに受け付けた買い注文に対して、前回の買い注文に割
り当てた受付コードよりも１だけ大きい受付コードを割
り当てる。証券取引サーバ２は、受付コードの最大値を
割り当てた後、受付コードを１に戻す。この際、前述の
ログデータについては、受付コードが同一であっても、
上書きはせず、ログ内容に日付を付すことにより別の注
文であることを識別する。

【００４７】次に、執行処理部６３は、買い注文データ
の内容について以下の５点を確認する（ステップＳ２
１）。すなわち、（１）銘柄として割り当てられていな
い証券コードが指定されているか、（２）買付数量が単
位株数の整数倍となっているか、（３）注文コードが
「１」または「２」のいずれかとなっているか、（４）
注文コードが「１」の場合、買い値段が１円以上となっ
ているか（言い換えれば、指値の場合に買い値段の入力
忘れがあるかどうか）、および（５）市場コードが
「１」から「３」のいずれかとなっているか、の５点で
ある。執行処理部６３は、これら確認項目についてエラ
ーを検出したら（ステップＳ２２でＮＯ）、その旨を受
付コードと共にＰＣ４に表示させる（ステップＳ２
８）。この表示により投資家Ｃは、改めて正しい買い注
文データを入力して、発注することができる。また、投
資家Ｃは、前記表示に係る証券会社Ａの執行処理部６３
による買い注文の確認結果に得心できない場合、証券会
社Ａに前記受付コードを連絡して問い合わせを行うこと
もできる。問い合わせを受けた証券会社Ａは、連絡され
た受付コードに係るログデータを確認して投資家Ｃに応
対する。

【００４８】執行処理部６３は、買い注文データにエラ
ーがなければ、当該買い注文に係る約定代金の上限金額
を求める。注文コードが「１」（指値）、買い値段が
３，７６２円、かつ買付数量が５，０００株であること
から、投資家Ｃの買い注文に係る約定代金の上限は、３，７６２円×５，０００株＝１８，８１０，００
０円となる。証券会社Ａの執行処理部６３は、この金額を前
記購入総額とし、当該購入総額から決定される手数料を
加算して、振替予約金額とする（ステップＳ２３）。そ
して、執行処理部６３は、口座管理サーバ５（後述の予
約処理部）に対して、受付コード、振替予約金額、およ
び投資家Ｃの預金口座のデータ（支店番号、口座番号、
および名義）を送付して、口座振替の予約を依頼する
（ステップＳ２４）。

【００４９】執行処理部６３は、予約処理部から投資家
Ｃの預金口座の残高が不足している旨の通知を受け付け
ると（ステップＳ２５でＮＯ）、投資家ＣのＰＣ４の表
示画面にその旨を受付コードと共に表示させる（ステッ
プＳ２８）。また、執行処理部６３は、予約処理部から
口座振替の予約処理が正常終了した旨の通知を受け付け
ると（ステップＳ２５でＹＥＳ）、投資家ＣのＰＣ４の
表示画面にその旨を受付コードと共に表示させる（ステ
ップＳ２６）。その後、買い注文を執行する、すなわち
指定された証券取引所に買い注文を出す（ステップＳ２
７）。

【００５０】４.４決済処理部決済処理部６４は、約定が成立した場合の決済と、約定
が成立しなかった場合の予約解消の依頼を実行する。図
１４は、決済処理部６４の処理の流れを示したフローチ
ャートである。（約定が成立した場合の決済処理）決済処理部６４は、
投資家Ｃの買い注文について約定が成立した場合には
（ステップＳ３０でＹＥＳ）、約定代金に所定の手数料
を加えて決済金額を算出し、約定が成立した日から４営
業日目を投資家Ｃの買い注文に係る受渡日、すなわち約
定が成立した注文を決済する日とする（ステップＳ３
１）。次に、決済処理部６４は、口座管理サーバ５（振
替処理部８３）に対して受付コード、決済金額、受渡
日、および投資家Ｃの預金口座のデータ（支店番号、口
座番号、および名義）を引き渡して、投資家Ｃの預金口
座から決済金額を口座振替するように依頼する（ステッ
プＳ３２）。その後、振替処理部８３から処理完了を通
知された決済処理部６４は、証券会社Ａの所定の口座を
照会して決済金額が口座振替されていることを確認する
と、その旨のログデータを記録する。また、投資家Ｃの
証券総合口座にもその旨を記録する（ステップＳ３
３）。

【００５１】（約定が成立しなかった場合の処理）決済
処理部６４は、投資家Ｃの買い注文を執行したものの、
約定が成立しなかった場合には（ステップＳ３０でＮ
Ｏ）、予約解消処理部に受付コードと投資家Ｃの預金口
座のデータ（支店番号、口座番号、および名義）を送付
して、口座振替の予約を解消するように請求する（ステ
ップＳ３４）。その後、予約解消処理部から処理完了を
通知された決済処理部６４は、その旨を受付コードに係
るログデータとして記録する（ステップＳ３３）。

【００５２】４.５データ記憶部データ記憶部６５は、ＷＷＷ処理部６２、執行処理部６
３、および決済処理部６４が使用する各種データを格納
する。ＷＷＷ処理部６２については、ハイパーテキスト
やＣＧＩプログラムを記憶している。また、執行処理部
６３と決済処理部６４は、データ記憶部６５に格納され
たデータベースを共用する。図１５は、データ記憶部６
５に格納されたデータベース７０を示した図である。デ
ータベース７０は、口座リスト７１と注文リスト７２か
らなるデータベースであって、口座リスト７１には、支
店番号、口座番号、および名義からなる証券総合口座デ
ータと、これに対応する銀行預金口座に係る支店番号、
口座番号、および名義が表形式で格納されている。ま
た、注文リスト７２には、前述のような証券総合口座に
係るデータに対して、買い注文に係る受付コード、証券
コード、買付数量、注文コード、買い値段、市場コー
ド、決済金額、および受渡日の各データが関連付けられ
て、これも表形式で格納されている。

【００５３】５. 口座管理サーバ５次に、口座管理サーバ５の構成について説明する。図１
６は、口座管理サーバ５の機能構成を示した機能構成図
である。口座管理サーバ５は、予約処理部８２、振替処
理部８３などを備えており、通信処理部８０を介してイ
ンターネット３に接続している。通信処理部８０とＳＳ
Ｌ処理部８１については、証券取引サーバ２と同様であ
る。

【００５４】５.１予約処理部予約処理部８２は、執行処理部６３からの依頼を受けて
口座振替の予約を行う。図１７は、予約処理部８２の処
理の流れを示したフローチャートである。予約処理部８
２は、執行処理部６３から、受付コード、振替予約金
額、および口座データと共に、口座振替の予約を受け付
けると（ステップＳ４０）、受け付けた口座データによ
り投資家Ｃの預金口座を特定する（ステップＳ４１）。
そして、データ記憶部８５のデータベース２１０に、新
たに口座振替の予約に用いるレコードを確保して、当該
レコードに受付コードを格納する（ステップＳ４２）。

【００５５】予約処理部８２は、投資家Ｃの預金口座の
残高を照会して（ステップＳ４３）、振替予約金額より
少なければ（ステップＳ４４でＹＥＳ）、その旨を執行
処理部６３に通知して（ステップＳ４８）、処理を終了
する。投資家Ｃの預金口座に残高が振替予約金額より多
ければ、予約処理部８２は新たに当座預金口座を開設す
る（ステップＳ４５）。なお、当該当座預金口座には、
投資家Ｃの預金口座と同じ名義と同じ支店番号とを与
え、口座番号は新たに適当な番号を割り当て、前記レコ
ードにこれら名義、支店番号、および当座預金口座番号
を格納する。なお、当該当座預金口座は、投資家Ｃの買
い注文の決済のみを目的とし、投資家Ｃは引き出し、預
け入れ、残高照会等はできない。

【００５６】予約処理部８２は、当座預金口座を開設す
ると、振替予約金額に相当する金額を投資家Ｃの預金口
座から当座預金口座に移す（ステップＳ４６）。資金の
移動が完了すると、予約処理部８２は、執行処理部６３
に対して口座振替の予約処理が正常終了した旨の通知を
送付して（ステップＳ４７）、処理を終了する。５.２振替処理部振替処理部８３は、決済処理部６４からの依頼を受け
て、証券取引の決済のため口座振替を行う。図１８は、
振替処理部８３の処理の流れを示したフローチャートで
ある。振替処理部８３は、決済処理部６４から受付コー
ド、決済金額、受渡日、および口座のデータ（支店番
号、口座番号、および名義）と共に口座振替の依頼を受
け付けると（ステップＳ５０）、受付コードをキーとし
てデータ記憶部８５の対応するレコードを検索し、決済
金額を口座振替するための振替元口座となる当座預金口
座を特定する（ステップＳ５１）。そして、受渡日を待
って（ステップＳ５２）、決済金額を当座預金口座から
証券会社Ａの所定の口座に口座振替する（ステップＳ５
３）。振替処理部８３は、更に、投資家Ｃの前記当座預
金口座の残高を調べて（ステップＳ５４）、残金が１円
以上あれば（ステップＳ５５でＹＥＳ）、受付コードを
キーとしてデータ記憶部８５の対応するレコードを検索
し、特定した投資家Ｃの預金口座に当座預金口座の残金
を戻す（ステップＳ５６）。

【００５７】そうして、振替処理部８３は、当座預金口
座の残高がゼロ円になったら、またはそもそも当座預金
口座の残高がゼロ円の場合には直ちに、当座預金口座を
閉鎖する（ステップＳ５７）。振替処理部８３は、預金
口座に証券会社Ａから請求された決済金額を口座振替し
た旨を記録する（ステップＳ５８）。最終的に、前記預
金口座には、振替予約金額を当座預金口座に移した旨
と、決済金額が振替予約金額よりも少ない場合には、そ
の差額を当座預金口座から預金口座に戻した旨が記録さ
れて残る。

【００５８】その後、振替処理部８３は、振替処理が正
常終了した旨の通知を決済処理部６４に送付する（ステ
ップＳ５９）。決済処理部６４は、証券会社Ａの所定の
口座を照会して決済金額が口座振替されていることを確
認すると、その旨のログデータを記録する。また、投資
家Ｃの証券総合口座の取引履歴にもその旨を記録する。

【００５９】５.３解約処理部解約処理部８４は、決済処理部６４からの依頼を受け
て、口座振替の予約を解消する。図１９は、解約処理部
８４の処理の流れを示したフローチャートである。解約
処理部８４は、決済処理部６４から受付コードと口座の
データ（支店番号、口座番号、および名義）と共に口座
振替の解約を受け付けると（ステップＳ６０）、データ
記憶部８５を検索して、決済金額を口座振替するための
振替元口座となる当座預金口座を特定する（ステップＳ
６１）。

【００６０】解約処理部８４は、当座預金口座の残高を
すべて預金口座に戻して（ステップＳ６２）、当座預金
口座を閉鎖する（ステップＳ６３）。その後、解約処理
部８４は、前記預金口座に、取引履歴として、振替予約
金額に相当する金額を当座預金口座に移した旨、および
同金額を当座預金口座から預金口座に戻した旨の２つを
記録する（ステップＳ６４）。最後に、解約処理部８４
は、決済処理部６４に対して口座振替の予約を解消した
旨の通知を送付して（ステップＳ６５）、処理を終了す
る。

【００６１】５.４データ記憶部データ記憶部８５は、予約処理部８２、振替処理部８
３、および解約処理部８４が使用する各種データを格納
する。予約処理部８２、執行処理部８３と決済処理部８
４は、データ記憶部８５に格納されたデータベースを共
用する。図２０は、データ記憶部８５に格納されたデー
タベース９０を示した図である。データベース９０は、
表形式のデータベースであって、決済資金を供給する預
金口座に係る支店番号、口座番号、および名義、振替予
約金額を納める当座預金口座に係る支店番号、口座番
号、および名義、買い注文に係る受付コード、証券コー
ド、買付数量、注文コード、買い値段、市場コード、決
済金額、および受渡日の各データを格納する。

【００６２】６セキュリティの保護本実施の形態に係る証券取引システム１はセキュリティ
対策のため、ＳＳＬプロトコル（Security Sockets Lay
er, Version 3.0）を採用しており、証券取引サーバ
２、口座管理サーバ５、およびＰＣ４に搭載されたブラ
ウザはすべて鍵長１２８ビットのＳＳＬプロトコル処理
を実行する。例えば、証券取引サーバ２は、ＰＣ４から
のアクセスを受け付けるにあたって、ＳＳＬプロトコル
に規定されたプロトコル（Handshake Protocol）に従
い、サーバ認証とクライアント認証とを行う。これら認
証処理の際に用いる電子証明書はＩＴＵ−Ｔ（Internat
ionalTelecommunication Union − Telecommunication
Sector）が定めたＸ.５０９（Version 3.0）勧告に準拠
している。認証処理の結果、アクセスの正当性が確認さ
れると、証券取引サーバ２とＰＣ４の間にセッションが
確立する。

【００６３】セッション確立後は、証券取引サーバ２と
ＰＣ４とは、それぞれ前記電子証明書に含まれる公開鍵
情報に基づいて送信データを暗号化し、また自己の秘密
鍵を用いて受信データを復号化する。証券取引サーバ２
と口座管理サーバ５が通信する際も、上記と同様の処理
を行う。以下、特に明記する場合を除き、証券取引シス
テム１において遣り取りされる通信データはすべてＳＳ
Ｌプロトコルによる処理を受けているものとする。

【００６４】７. まとめ以上述べたように、本実施の形態によれば、オンライン
証券取引サービスを提供する証券会社は、前受け金制度
を採用することなく、有価証券の購入代金を確実に決済
することができる。また、投資家にとっても、前受け金
を予め証券総合口座に振り込む必要がないので手間が省
ける上に、約定が成立しなかった場合には銀行口座に資
金が残るので、前受け金を振り込む手間が無駄になって
しまうこともない。また、銀行にとっても、前受け金が
無駄に振り込まれること起因する預金の流出を抑制する
効果が期待できる。

【００６５】（１）なお、上記の実施の形態において
は、約定代金の上限金額である購入総額に手数料を加え
て振替予約金額としたが、これに代えて、次のように振
替予約金額を算出するとしても良い。すなわち、執行処
理部６３は、振替予約金額を算出するにあたって、証券
総合口座の残高を照会して残高が１円以上ある場合に
は、購入総額と手数料の和から証券総合口座の残高を差
し引いた額を振替予約金額とする。

【００６６】このようにすれば、投資家Ｃが証券総合口
座に保有する資金を買い注文の決済に転用することがで
きるので、預金口座に保有する資金についても、一時的
に当座預金口座に確保されて運用できなくなる額が少な
くなる。したがって、投資家Ｃはより柔軟に資金を運用
することが可能となる。（２）また、上記の実施の形態においては、予約処理部
８２は口座振替の予約を請求されると、預金口座の残高
が不足している場合（ステップ４４でＹＥＳ）、エラー
を通知する（ステップＳ４５）としたが、これに代え
て、次のようにするとしても良い。すなわち、予約処理
部８２は、預金口座の残高が不足している場合、当座貸
越契約がされているかを確認する。そして、当座貸越契
約がある場合には、預金口座の残高の不足分と当座貸越
の限度額を比較する。当座貸越の限度額が不足分よりも
多い場合、不足分を当座貸越契約によって補填する。ま
た、当座貸越契約がない場合や当座貸越の限度額が不足
分に満たない場合には、ステップＳ４５と同様にエラー
を通知する。

【００６７】このようにすれば、投資家Ｃは前記預金口
座の残高が不足している場合であっても買い注文を出す
ことができるようになる。また、当座貸越の限度額とし
て、固定枠と、振替予約金額に対する比率から定まる金
額（以下、「比例枠」という。）のいずれか小さい方と
しても良い。例えば、固定枠が３，０００，０００円、
比率が３０％の場合を考える。振替予約金額が２０，０
００，０００円で、預金口座の残高が１６，０００，０
００円ならば、不足分が４，０００，０００円となる。
この金額は、比例枠４，８００，０００円よりは小さい
が、固定枠３，０００，０００円よりも多いので、当座
貸越による補填はせず、ステップＳ４５と同様にエラー
を通知する。

【００６８】振替予約金額が１０，０００，０００円
で、預金口座の残高が８，０００，０００円ならば、不
足分が２，０００，０００円となる。この金額は、比例
枠２，４００，０００円より小さく、かつ固定枠３，０
００，０００円よりも小さいので、当座貸越により振替
予約金を補填する。このようにすれば、当座貸越金が返
済されなかった場合でも、銀行Ｂは、投資家Ｃが購入し
た有価証券を差し押さえることができれば、貸付金を回
収することができる。

【００６９】（３）また、上記の実施の形態において
は、成行きによる買い注文の場合にストップ高値段を用
いて購入総額を算出したが、これに代えて、次のように
するとしても良い。すなわち、執行処理部６３は、買い
注文に係る銘柄の前日の終値に買付数量を乗算して購入
総額を算出する。また、終値がない場合には、同銘柄の
最終気配値段を用いる。或いは、終値に代えて、買い注
文を執行する日の始値（始値がない場合には、気配値
段）を用いても良い。通常、株価がストップ高値段まで
高騰することは稀であるため、上のようにすれば、口座
振替の予約により一時的に運用できなくなる金額を低減
させることができる。

【００７０】（４）また、上記実施の形態においては当
日注文としたが、これに代えて、次のようにしてもよ
い。すなわち、前記買い注文入力画面４０に、更に、注
文方法を選択させるラジオボタンを２つ設け、一方のラ
ジオボタンが選択された場合には当日注文として処理
し、もう一方のラジオボタンが選択された場合には出合
注文として処理する。なお、出合注文とは約定が成立す
るまで所定の期間（例えば、投資家が発注した日を含む
週の週末まで）、毎日、注文を執行する注文方法であ
る。

【００７１】投資家Ｃが当日注文を選択した場合につい
ては、上記の実施の形態と同様の処理を行う。投資家Ｃ
が出合注文を選択して指値注文した場合、決済処理部６
４は、所定の期間内に約定が成立したら、振替処理部８
３に口座振替を請求する。所定の期間内に約定が成立し
なかったら、解約処理部８４に口座振替の予約の解消を
請求する。

【００７２】投資家Ｃが出合注文を選択して成行き注文
した場合、決済処理部６４は、所定の期間中の約定が成
立しなかった日には、一旦、解約処理部８４に口座振替
の予約の解消を請求する。そして、その日の終値等を用
いて振替予約金額を再計算し、予約処理部８２に対し
て、新たに口座振替の予約を請求する。所定の期間中の
最終日になっても、なお約定が成立しなかった場合、解
約処理部８４に口座振替の予約の解消を請求する。しか
し、新たな口座振替の予約の請求はしない。所定の期間
内に約定が成立した場合には、上述と同様に振替処理部
８３に口座振替を請求する。

【００７３】（５）また、上記の実施の形態において
は、投資家Ｃの預金口座からの口座振替により決済を行
うとしたが、預金口座に代えて貯金口座を用いるとして
もよい。この場合、金融機関は銀行Ｂに代わって郵便局
となる。（６）上記においては、セキュリティ対策として鍵長１
２８ビットのＳＳＬプロトコルを採用したが、セキュリ
ティが適正に保持されるのであれば他の方式を採用して
も構わない。

【００７４】（第２の実施の形態）次に、本発明の第２
の実施の形態に係る証券取引システムについて、図面を
参照しながら説明する。１. 構成本実施の形態に係る証券取引システムの機器構成は前記
第１の実施の形態に係る証券取引システム１の機器構成
と概ね同様であり、第１の実施の形態との構成上の相違
点は、ＰＣ４に入力補助装置１００が接続されている点
である。図２１は、入力補助装置１００の機器構成を示
した機器構成図である。図２１において、入力補助装置
１００は携帯端末１０１とＩＣカード１０２からなり、
シリアルケーブル１０３にてＰＣ４と携帯端末１０１を
接続する。また、ＩＣカード１０２には、証券取引サー
バ２や口座管理サーバ５にアクセスするためのＵＲＬ
（Uniform Resource Locator）等が格納されている。

【００７５】また、本実施の形態においては、銀行Ｂは
オンラインバンキングサービス（以下、「銀行取引サー
ビス」という。）を提供しており、投資家Ｃは銀行取引
サービスを利用して預金口座の残高を照会することがで
きる。このため、口座管理サーバ５にＷＷＷサーバ機能
が追加されている。図２２は、口座管理サーバ５の機能
構成を示した機能構成図である。図２２には、新たな機
能要素としてＷＷＷ処理部８６が追加されている。ＷＷ
Ｗ処理部８６は、インターネット３を介して要求を受け
付け、データ記憶部８５に格納されたハイパーテキスト
や預金口座のデータ等を読み出して銀行取引サービスを
提供する。なお、本実施の形態についても、第１の実施
の形態におけるのと同様にセキュリティ対策がなされて
いる。

【００７６】２. 携帯端末１０１の動作投資家Ｃが携帯端末１０１をＰＣ４の本体に接続する
と、携帯端末１０１はＩＣカード１０２から銀行取引サ
ービスの残高照会サービスのＵＲＬ、残高照会したい預
金口座の口座番号、支店番号、暗証番号、および認証に
必要な電子証明書を読み出して、ＰＣ４に搭載のブラウ
ザに起動をかける。

【００７７】ＰＣ４からアクセスを受け付けたＷＷＷ処
理部８６は、データ記憶部８５から預金口座の残高を読
み出し、預金残高を表示するハイパーテキストを返信す
る。図２３は、ＰＣ４に表示された残高照会画面１１０
である。図２３において、残高照会画面１１０には、上
からタイトル文字列「Ｂ銀行オンラインバンキング」、
サブタイトル文字列「残高照会サービス」が表示され、
続いて預金口座の残高と当座貸越の限度額が表示されて
いる。また、「ＴＯＰへ戻る」ボタン１１１をクリック
すると、銀行取引サービスのエントリ画面が表示され
る。

【００７８】次に、携帯端末１０１はＩＣカード１０２
から、証券取引サービスのエントリ画面１０を表示させ
るＵＲＬを読み出して、ＰＣ４のブラウザにアクセスさ
せ、エントリ画面１０を表示させる。エントリ画面１０
を表示させた後の、投資家Ｃの操作等については第１の
実施の形態と同様である。３. 第２の実施の形態に関するまとめ以上述べたように、預金口座の残高を自動表示させれ
ば、投資家が買付数量や買い値段、或いは銘柄を決定す
る際の参考となり、便利である。

【００７９】（１）なお、上記の実施の形態において
は、預金口座の残高を表示させるとしたが、更に、証券
総合口座の残高を表示させるとしても良い。このために
は、次の２方式が考えられる。（１ａ）ＷＷＷ処理部８６にて残高情報を収集投資家Ｃが携帯端末１０１をＰＣ４の本体に接続する
と、携帯端末１０１は、上記の内容に加えて、残高照会
する証券総合口座の口座番号と支店番号をＩＣカード１
０２から読み出して、ＰＣ４のブラウザを起動する。Ｗ
ＷＷ処理部８６は、データ記憶部８５から預金残高を読
み出した後、インターネット３を介して、ＷＷＷ処理部
６２に証券総合口座の残高照会を要求する。ＷＷＷ処理
部６２から残高情報を受け取ると、ＷＷＷ処理部８６
は、これらの預金残高を表示するハイパーテキストをＰ
Ｃ４に返信する。

【００８０】（１ｂ）携帯端末１０１にて残高情報を収
集携帯端末１０１は、ＰＣ４がＷＷＷ処理部８６から預金
残高を表示するハイパーテキストを受け取った後、証券
取引サービスを利用して証券総合口座の残高を参照すべ
く、ＩＣカード１０２から証券総合口座の口座番号、支
店番号、暗証番号を読み出す。そして、ＰＣ４のブラウ
ザをＷＷＷ処理部６２にアクセスさせて、証券総合口座
の残高を表示させる。

【００８１】（２）また、上記の実施の形態において
は、入力補助装置１００がＰＣ４のブラウザを起動する
ことにより残高表示を行うとしたが、これに代えて次の
ようにしてもよい。すなわち、ＰＣ４のブラウザに証券
取引サービスの国内株式選択画面３０を表示させる際
に、ＷＷＷ処理部６２は、ＷＷＷ処理部８６に預金口座
の残高等を問い合わせて、収集した残高データをＰＣ４
のブラウザに表示させる。図２４は、ＷＷＷ処理部６２
がＰＣ４に表示させた残高一覧画面７０を示した図であ
る。残高一覧画面７０の最上部には、証券取引サービス
の他の画面と同様にタイトル文字列が表示されている。
更に、タイトル文字列に続いて、証券総合口座の残高、
預金残高、および当座貸越の限度額が表示される。

【００８２】（第３の実施の形態）次に、本発明の第３
の実施の形態に係る証券取引システムについて、図面を
参照しながら説明する。図２５は、本発明の実施の形態
に係る証券取引システム１３０の構成を示した構成図で
ある。図２５において、証券取引システム１３０は、図
１の証券取引システム１に、更に、銀行Ｄの口座管理サ
ーバ１３１がインターネット３に接続する様態で追加さ
れた証券取引システムである。銀行Ｄは、銀行Ｂと同様
に、証券会社Ａと提携関係にあり、口座管理サーバ１３
１は証券取引サーバ２と連携して、証券取引サービスの
決済を行う。また、投資家Ｃは、銀行Ｂと同様、銀行Ｄ
にも預金口座を保有しており、当該口座についても証券
会社Ａと口座振替サービスの特約を結んでいる。

【００８３】１. 指値による買い注文の決済以下、本実施の形態に係る証券取引システム１３０を利
用して、投資家Ｃが指値により有価証券を購入した際の
購入費用の決済について、証券取引システム１３０の動
作を説明する。１.１投資家ＣによるＰＣ４の操作有価証券を購入する際の投資家Ｃの操作は、以下に説明
する操作が加わる他は、上記第１の実施の形態における
のとほぼ同様である。すなわち、図５の買い注文入力画
面４０にて投資家Ｃが「次へ進む」ボタン４３をクリッ
クすると、引当指定画面が表示される。

【００８４】図２６は、引当指定画面１４０を示した図
である。引当指定画面１４０には、上からタイトル文字
列、振替予約金額（購入総額と手数料の合計から証券取
引口座の残高を差し引いた額に相当）、および証券総合
口座の残高が表示され、続いて銀行Ｂと銀行Ｄのそれぞ
れについて預金残高等の表示がされている。図２６で
は、銀行Ｂの預金残高（８２，０１０，２９３円）と当
座貸越の限度額（３，０００，０００円）が表示され、
更に、銀行Ｄの預金残高（１５，０００，９７０円）が
表示されている。なお、図２６の例では、銀行Ｄについ
て当座貸越の限度額をゼロ円と表示しており、投資家Ｃ
と銀行Ｄの間には当座貸越契約がないか、若しくは当座
貸越を既に限度額まで受けていることになる。

【００８５】さて、投資家Ｃは、引当指定画面１４０の
表示を参照しながら、銀行Ｂの預金口座から証券取引の
決済に引き当てる引当金額をテキストボックス１４１に
入力する。また、銀行Ｄの預金口座からの引当金額につ
いては、テキストボックス１４２に入力する。その後、
投資家Ｃが「次へ進む」ボタン１４３をクリックする
と、振替金額確認プログラムが起動され、テキストボッ
クス１４１、１４２に入力された引当金額の合計が振替
予約金額よりも少ないかをチェックする。合計金額が振
替予約金額よりも少なければ、ＰＣ４にその旨が表示さ
れ、テキストボッ4クス１４１、１４２への再入力が促
される。引当金額の合計が振替予約金額に等しいか、ま
たは大きい場合には、ＰＣ４に注文確認画面を表示す
る。

【００８６】図２７は、注文確認画面１５０を示した図
である。注文確認画面１５０には、注文確認画面５０の
表示内容（図９参照）に加えて、引当指定画面１４０に
て入力した引当金額が銀行毎に表示される。図２７で
は、銀行Ｂの口座からの引当金額が１９，０００，００
０円、銀行Ｄの口座からの引当金額がゼロ円と表示され
ている。投資家Ｃは、注文確認画面１５０に表示された
注文内容を変更したい場合、「訂正する」ボタン１５１
をクリックして買い注文入力画面４０を表示させる。ま
た、注文確認画面１５０の表示内容に問題がなければ、
「注文する」ボタン１５２をクリックし、買い注文デー
タが証券取引サーバ２に送付する。

【００８７】１.２買い注文の執行買い注文を受け付けた証券取引サーバ２は、買い注文の
内容を確認して不備がなければ、指定された銀行（本実
施の形態においては、投資家Ｃが銀行Ｄに割り当てた口
座振替金額がゼロ円のため、銀行Ｂのみである。）の口
座管理サーバに対して、指定された引当金額を通知し
て、口座振替の予約処理を依頼する。その後、予約処理
を依頼した口座管理サーバのすべてから予約処理が成功
した旨の通知を受けると、証券取引サーバ２は、買い注
文の受付処理が完了した旨を受付コードと共にＰＣ４に
表示させ、買い注文を執行する。

【００８８】予約処理を依頼した口座管理サーバのいず
れかから予約処理が失敗した旨の通知を受けた場合や、
所定時間内に応答を返さない口座管理サーバがある場合
には、証券取引サーバ２は、買い注文の受付処理が失敗
した旨を受付コードと共にＰＣ４に表示させる。更に、
このとき、口座振替の予約が成功した旨を通知してきた
口座管理サーバがあれば、当該口座管理サーバに対して
口座振替の予約解消を依頼する。

【００８９】１.３約定が成立した場合の決済処理買い注文を執行して約定が成立したら、証券取引サーバ
２は約定代金に所定の手数料を加えて決済金額を算出
し、投資家Ｃが指定した引当金額に応じて、口座管理サ
ーバ５（銀行Ｂ）に依頼する口座振替の金額と、口座管
理サーバ１３１（銀行Ｄ）に依頼する口座振替とを決定
する。また、受渡日を決定する。そして、証券取引サー
バ２は、口座管理サーバ（本実施の形態においては、銀
行Ｂの口座管理サーバ５のみ）に送付し、投資家Ｃの預
金口座から決済金額を証券会社Ａの所定の口座に口座振
替するように依頼する。

【００９０】依頼を受けた口座管理サーバ５は、受渡日
を待って、決済金額を当座預金口座から証券会社Ａの口
座に口座振替し、当座預金口座の残金を預金口座に戻し
て、当座預金口座を閉鎖する。その後、振替処理が正常
終了した旨の通知を証券取引サーバ２に送付する。１.４約定が成立しなかった場合約定が成立しなかった場合には、証券取引サーバ２は、
予め口座振替の予約をしてあった口座管理サーバに対し
て口座振替の予約を解消するように請求する。

【００９１】請求を受けた口座管理サーバは、当座預金
口座の残高をすべて預金口座に戻して、当座預金口座を
閉鎖する。預金口座には、振替予約金額に相当する金額
を当座預金口座に移した旨、および同金額を当座預金口
座から預金口座に戻した旨の２つが最終的に記録され
る。その後、口座管理サーバ５は、口座振替の予約を解
消した旨を証券取引サーバ２に通知する。

【００９２】２. 決済金額の決定の仕方本実施の形態では、購入総額を用いて振替予約金額を決
定しているので、決済金額は常に振替予約金額よりも小
額となる。したがって、口座振替元となる銀行が複数あ
る場合、決済金額を割り振る方法を考える必要がある。２.１優先順位に基づく方法振替元口座に優先順位をつけて、優先順位の高い口座か
ら順に決済金額を割り振る方法である。例えば、投資家
が３つ振替元口座ｉ、ｊ、ｋを保有し、優先順位の高い
方から口座ｉの引当金額を３，０００，０００円、口座
ｊの引当金額を２，０００，０００円、口座ｋの引当金
額を５，０００，０００円と指定したのに対して、決済
金額が６，２００，０００円の場合、これを次のように
割り振る。まず、もっとも優先順位の高い口座ｉの引当
金額と決済金額を比較して、小さい方を口座ｉの振替金
額（３，０００，０００円）とする。次に、優先順位の
高い口座ｊについて、決済金額から口座ｉの振替金額を
除いた金額と口座ｊの引当金額とを比較して小さい方を
口座ｊの振替金額（２，０００，０００円）とする。最
後に、最も優先順位の低い口座ｋについて、口座ｉの振
替金額と口座ｊの振替金額を合計した金額を決済金額か
ら引いた金額と、口座ｋの引当額とを比較して小さい方
を口座ｋの振替金額（１，２００，０００円）とする。

【００９３】２.２比例配分する方法投資家が指定した引当金額に比例させて決済金額を割り
振る方法である。例えば、投資家が振替元口座ｉ、ｊに
対する引当金額をそれぞれ１，０００，０００円、２，
０００，０００円と指定し、決済金額が２，７００，０
００円の場合、口座ｉの振替金額を９００，０００円、
口座ｊの振替金額を１，８００，０００円とする。

【００９４】３. 第３の実施の形態に関するまとめ以上、述べたように本実施の形態の証券取引システムに
よれば、投資家は複数ある預金口座から証券取引の決済
に資金を振り向けることができるので、預金を複数の金
融機関に分散させたい場合（例えば、ひとつの金融機関
の預金額を預金保険制度で保護される金額（１０，００
０，０００円）までとしたい等）、有効である。

【００９５】

【発明の効果】以上説明したように、本発明によれば、
買い注文の際に、所定の預貯金口座から買い注文に応じ
た決済資金を確保すると共に、約定が成立した場合に
は、予め確保した決済資金を充当するので、証券会社は
前受け金制度に依らずに有価証券の購入代金を確実に決
済することができる。

【００９６】前受け金制度が不要となる結果、投資家に
とっても、予め前受け金を振り込む手間が省ける。特
に、買い注文を発注したいにも関わらず、証券会社の口
座に前受け金がないばかりに、買い注文のタイミングを
逸するといった不都合を回避することができる。更に、
銀行にとっても、買い注文について約定が成立しなかっ
た場合には、決済用に確保した資金を元の預金口座に留
めることができるので、預金の流出を防ぐことができ
る。

【図面の簡単な説明】

【図１】第１の実施の形態に係るオンライン証券取引シ
ステムの構成を示した構成図である。

【図２】オンライン証券取引の決済に関する口座振替依
頼書を例示した図である。

【図３】オンライン証券取引サービスのエントリ画面を
示した図である。

【図４】オンライン証券取引サービスの有価証券選択画
面を示した図である。

【図５】オンライン証券取引サービスの国内株式選択画
面を示した図である。

【図６】オンライン証券取引サービスの買い注文入力画
面を示した図である。

【図７】オンライン証券取引サービスの注文確認画面を
示した図である。

【図８】オンライン証券取引サービスの買い注文入力画
面を示した図である。

【図９】オンライン証券取引サービスの注文確認画面を
示した図である。

【図１０】証券取引サーバ２の機能構成を示した機能構
成図である。

【図１１】ログオン処理プログラムの処理の流れを示し
たフローチャートである。

【図１２】受注処理プログラムの処理の流れを示したフ
ローチャートである。

【図１３】証券取引サーバ２の執行処理部の動作を示し
たフローチャートである。

【図１４】証券取引サーバ２の決済処理部の処理の流れ
を示したフローチャートである。

【図１５】証券取引サーバ２のデータ記憶部に格納され
たデータベースを示した図である。

【図１６】口座管理サーバの機能構成を示した機能構成
図である。

【図１７】口座管理サーバの予約処理部の処理の流れを
示したフローチャートである。

【図１８】口座管理サーバの振替処理部の処理の流れを
示したフローチャートである。

【図１９】口座管理サーバの解約処理部の処理の流れを
示したフローチャートである。

【図２０】口座管理サーバのデータ記憶部に格納された
データベースを示した図である。

【図２１】ＰＣに接続して用いる入力補助装置の機器構
成を示した機器構成図である。

【図２２】口座管理サーバの機能構成を示した機能構成
図である。

【図２３】銀行取引サービスの残高照会画面である。

【図２４】オンライン証券取引サービスの残高一覧画面
を示した図である。

【図２５】第２の実施の形態に係るオンライン証券取引
システムの構成を示した構成図である。

【図２６】第２の実施の形態に係るオンライン証券取引
サービスの引当指定画面を示した図である。

【図２７】第２の実施の形態に係るオンライン証券取引
サービスの注文確認画面を示した図である。

【符号の説明】１第１の実施の形態に係るオンライン証券取引システ
ム２証券取引サーバ３インターネット４パーソナルコンピュータ（ＰＣ）５口座管理サーバ１０オンライン証券取引サービスのエントリ画面２０オンライン証券取引サービスの有価証券選択画面３０オンライン証券取引サービスの国内株式選択画面４０オンライン証券取引サービスの買い注文入力画面５０オンライン証券取引サービスの注文確認画面６０証券取引サーバの通信処理部６１証券取引サーバのＳＳＬ処理部６２証券取引サーバのＷＷＷ処理部６３証券取引サーバの執行処理部６４証券取引サーバの決済処理部６５証券取引サーバのデータ記憶部７０証券取引サーバのデータ記憶部に格納されたデー
タベース７１証券取引サーバのデータ記憶部に格納されたデー
タベースの口座リスト７２証券取引サーバのデータ記憶部に格納されたデー
タベースの注文リスト８０口座管理サーバの通信処理部８１口座管理サーバのＳＳＬ処理部８２口座管理サーバの予約処理部８３口座管理サーバの振替処理部８４口座管理サーバの解約処理部８５口座管理サーバのデータ記憶部８６口座管理サーバのＷＷＷ処理部９０口座管理サーバのデータ記憶部に格納されたデー
タベース１００入力補助装置１０１入力補助装置を構成する携帯端末１０２入力補助装置を構成するＩＣカード１０３入力補助装置とパーソナルコンピュータを接続
するシリアルケーブル１１０銀行取引サービスの残高照会画面１２０オンライン証券取引サービスの残高一覧画面１３０第３の実施の形態に係るオンライン証券取引シ
ステム１３１口座管理サーバ１４０オンライン証券取引サービスの引当指定画面１５０オンライン証券取引サービスの注文確認画面

───────────────────────────────────────────────────── フロントページの続き (72)発明者上田雅章大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者高木伸哉大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者武藤義弘大阪府門真市大字門真1006番地松下電器産業株式会社内

Claims

【特許請求の範囲】

【請求項１】買い注文を受け付けて執行するオンライ
ン証券取引サーバであって、所定の金融機関にて開設された預貯金口座を指定する口
座指定を受け付ける口座指定受付手段と、前記買い注文を受け付けると、前記金融機関に対して、
前記口座指定にて指定された預貯金口座から所定の金額
を予約金として確保するように要求する予約金確保手段
と、前記買い注文について約定が成立したら、前記予約金を
買い注文の決済に充当する決済手段を備えることを特徴
とするオンライン証券取引サーバ。
【請求項２】受け付けた買い注文に応じて予約金の金
額を算出する予約金額算出手段を、更に備えることを特
徴とする請求項１に記載のオンライン証券取引サーバ。
【請求項３】前記買い注文について約定が不成立の場
合には、前記金融機関に対して、予約金の確保を解除す
るように要求する解除要求手段を、更に備えることを特
徴とする請求項１または請求項２のいずれかに記載のオ
ンライン証券取引サーバ。
【請求項４】預貯金口座を管理する口座管理サーバで
あって、預貯金口座と金額とを指定して、前記預貯金口座から前
記金額を予約金として確保させる確保要求を受け付ける
確保要求受付手段と、前記確保要求を受け付けると、前記預貯金口座から資金
確保用の預貯金口座に前記金額を移す資金確保手段と、預貯金口座と金額とを指定して、前記予約金から資金を
給付させる給付要求を受け付ける給付要求受付手段と、給付要求を受け付けると、予約金から要求された金額を
給付要求の要求元に引き渡す資金給付手段とを備えるこ
とを特徴とする口座管理サーバ。
【請求項５】予約金の確保を解除させる解除要求を受
け付ける解除要求受付手段と、解除要求を受け付けると、前記予約金を前記資金確保用
の預貯金口座から元の預貯金口座に戻す予約解除手段
を、更に備えることを特徴とする請求項４に記載の口座
管理サーバ。
【請求項６】請求項１または請求項２のいずれかに記
載のオンライン証券取引サーバと、請求項４に記載の口座管理サーバとを備えることを特徴
とするオンライン証券取引システム。
【請求項７】請求項３に記載のオンライン証券取引サ
ーバと、請求項５に記載の口座管理サーバを備えることを特徴と
するオンライン証券取引システム。
【請求項８】買い注文を受け付ける買い注文受付ステ
ップと、所定の金融機関にて開設された預貯金口座を指定する口
座指定を受け付ける口座指定受付ステップと、前記買い注文を受け付けると、前記金融機関に対して、
前記口座指定にて指定された預貯金口座から所定の金額
を予約金として確保するように要求する予約金確保ステ
ップと、前記買い注文について約定が成立したら、前記予約金を
買い注文の決済に充当する決済ステップとを含むことを
特徴とする買い注文決済方法。
【請求項９】受け付けた買い注文に応じて予約金の金
額を算出する予約金額算出ステップを、更に含むことを
特徴とする請求項８に記載の買い注文決済方法。
【請求項１０】前記買い注文について約定が不成立の
場合には、前記金融機関に対して、予約金の確保を解除
するように要求する解除要求ステップを、更に含むこと
を特徴とする請求項８または請求項９のいずれかに記載
の買い注文決済方法。
【請求項１１】請求項８から請求項１０のいずれかに
記載の買い注文決済方法をコンピュータに実行させるた
めの買い注文決済プログラム。
【請求項１２】請求項１１に記載の買い注文決済プロ
グラムを記録したコンピュータ読み取り可能な記録媒
体。