JP2002373255A - 決済情報ネットワークシステム及び情報処理装置，決済情報配信方法，プログラム並びに記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 本発明の目的は、会員側で効率的に利用でき
る決済情報の分類、画面構成、表示が可能な決済情報ネ
ットワークシステムを提供することにある。 【解決手段】 本発明は、決済情報を配受信するサーバ
コンピュータ４と、証券取引所の会員側クライアントコ
ンピュータ９とを備えた決済情報ネットワークシステム
である。サーバコンピュータ４は、決済情報指定手段４
１４ａを業務に分類して表示可能な決済情報指定画面デ
ータを配信し、クライアントコンピュータ９側から、決
済情報指定手段４１４ａでの指定情報を受信して、指定
された決済情報の表示データをクライアントコンピュー
タ９側に配信する。クライアントコンピュータ９側は、
決済情報指定画面データを受信して、決済情報指定手段
４１４ａを業務に分類して画面表示し、決済情報を受信
して画面表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は決済情報ネットワー
クシステム及び情報処理装置，決済情報配信方法，プロ
グラム並びに記憶媒体に係り、特に決済情報を受信する
クライアントコンピュータ側で、決済情報を効率的に利
用可能な決済情報ネットワークシステム及び情報処理装
置，決済情報配信方法，プログラム並びに記憶媒体に関
する。

【０００２】

【従来の技術】一般に、証券決済における元本リスク
（即ち証券の売手が証券を引き渡したにもかかわらず支
払いがなされない、あるいは証券の買手が支払いを行っ
たのに証券が引き渡されないとうリスク）の軽減又は除
去を図ることが必要とされている。証券決済システムの
元本リスクは、通常、システミック・リスク（即ち、あ
る機関が履行期限に債務を履行できなくなることによ
り、他の機関も履行期限に債務を履行できなくなり、最
終的には支払システムと金融市場の安定性が危険に曝さ
れるというリスク）を引き起こす可能性の最も高い要因
と考えられている。

【０００３】そして、このようなリスクは、決済日以前
には、証券取引の当事者は、リプレースメント・コスト
・リスク（即ち、もし一方の当事者が決済日前に破綻し
た場合、他方の破綻していない当事者は、当該未決済契
約に係る未実現の利益を喪失するというリスク）に曝さ
れている。その結果としてのエキスポージャーは、もと
もとの契約をその時の時価で置き換えるためのコストに
ほかならない。リプレースメントコスト・リスクの大き
さは、証券価格のボラティリティー及び売買日から決済
日までの期間に左右される。こうしたリスクは、売買か
ら決済までの期間を短縮することによって軽減が可能で
ある。

【０００４】また証券決済に係る最大のリスクは、決済
のプロセス（即ち、売買が売手から買手への証券のファ
イナル（アンコンディショナル）な振替（デリバリ）及
び買手から売手へのファイナルな資金の振替（ペイメン
ト）により結了するプロセス）で発生するものと考えら
れている。

【０００５】前記した元本リスクは、振り替えられた証
券の全価値に値するため、こうしたリスクの存在する証
券決済システムの参加者の破綻は、システミックな問題
を引き起こすほど巨額なクレジット・ロスを伴う可能性
が高い。このことから、デリバリとペイメントの間に可
能な限り最強のリンゲージを設けることは、証券決済シ
ステムにとって極めて重要なものと考えられている。

【０００６】また、流動性リスクとは、期日になっても
ペイメントを受けられない証券の売手が、他のペイメン
トを実行するために資金の借入や資産の売却を余儀なく
されるリスク、あるいは期日にデリバリを受けられない
証券の買手が、自身のデリバリ義務を履行するために証
券の借入を余儀なくされるリスクを言うものである。

【０００７】一般に、証券の決済システムとしては、大
きく次の三つの手法が考えられている。例えば、第１の
方法としては、証券と資金の双方について取引ごと（グ
ロス・ベース）の振替指図を実行するシステムで、売手
から買手への証券のファイナル（アンコンディショナ
ル）な振替（デリバリ）は、買手から売手への資金のフ
ァイナルな振替（ペイメント）と同時に行われるように
するものである。第２の方法としては、証券については
グロス・ベースで振替指図が実行され、売手から買手へ
の証券のファイナルな振替（デリバリ）は、決済処理時
間帯の中で常に行われるが、資金についてはネット・ベ
ースで振替指図が実行され、買手から売手への資金のフ
ァイナルな振替（ペイメント）は、決済処理時間帯の最
後に行われるようにするものである。第３の方法として
は、証券と資金の双方についてはネット・ベースで振替
指図が実行され、証券と資金ともにファイナルな振替は
決済処理時間帯の最後に行われるようにするものであ
る。

【０００８】このような方法において、流動性リスク
（ｌｉｑｕｉｄｉｔｙ ｒｉｓｋ）は、相手方が期日に
決済を全額履行できず、将来の不特定の日に行うという
リスクと定義される。相手方が決済できないのが、技術
的又は一時的な理由による場合はデフォルトではなくフ
ェイルド・トランザクション（ｆａｉｌｅｄ ｔｒａｎ
ｓａｃｔｉｏｎ）とされ、その当事者は、後日に全額決
済するであろうし、したがって信用上の損失は全く生じ
ないと考えられている。しかしながら、決済不履行が分
かった時、その当事者は、それがデフォルトなのか、フ
ェイルド・トランザクションなのか、確信をもって決め
られないのが一般的である。その結果、技術的な理由に
よるフェイルは、フェイルを起こした当事者への信頼の
喪失につながり、それによって、その当事者の相手方
は、その当事者との他の取引についても決済を停止する
可能性がある。

【０００９】たとえ信頼の喪失がないとしても、流動性
リスクは、やはり懸念の対象となる。証券の売手にとっ
て、流動性リスクとは、買手からペイメントを受けられ
ないというリスクであり、その場合、おそらく、その売
手は、他の取引に係る自身のペイメントの不履行を避け
るために資金の借入あるいは資産の処分を余儀なくされ
る。証券の買手にとっては、流動性リスクは、売手から
デリバリを受けられないというリスクであり、当該買手
は、第三者へのデリバリを履行するために、当該証券の
借入を強いられることになるものと考えられる。

【００１０】そして、証券決済における信用リスクの最
大の源泉、したがってシステミック・リスクの最たる源
泉は、決済期日に生ずる元本リスクである。このような
リスクは、証券決済システムがデリバリはペイメントが
実行された場合にのみ行われることを保証するようなメ
カニズムを設ければ、除去できるものである。さらに、
元本リスクの懸念を除去することにより、金融市場の逼
迫時に参加者がデリバリ又はペイメントを停止する可能
性を低め、それによって流動性リスクを削減するもので
ある。

【００１１】

【発明が解決しようとする課題】以上のように、証券の
決済はＤＶＰ（デリバリ・バーサス・ペイメント）で行
われることが好ましいが、現在、証券の決済等において
は、紙ベースで処理が行われており、ネットワーク等を
用いた決済処理は行われていなかった。

【００１２】しかし、紙ベースによる情報配信は、紙の
配布のために多大な時間と労力を必要とするものであ
り、情報配布にかかる時間や紙資源の省力化等から紙ベ
ースによる情報配信に代わる手段が望まれていた。

【００１３】また、上述のように、証券決済にＤＶＰを
用いることが必要であることは、知られているが、具体
的にはどのようなシステム、方法、装置、プログラム等
で行うかは、明確でなく、その解決には、新たなシステ
ム、方法、装置、プログラム等を考え出す必要があっ
た。

【００１４】そして、上記新たなシステム、方法、装
置、プログラム等は既存のシステム、或いは他の機関に
おけるシステムとの連繋を充分に図るものであることが
好ましい。

【００１５】例えば、証券決済をＤＶＰで行うために
は、ＤＶＰを利用する証券取引所の会員等の側に、決済
情報をネットワーク等を用いて送信する必要がある。こ
の決済情報は、ネットワーク等により送信する場合に、
どのような画面構成、方式にすれば効率的に会員側で利
用することができるかは、明確でなく、会員が効率的に
利用可能な決済情報の分類や画面構成の開発を行う必要
があった。

【００１６】本発明の第１の目的は、従来のような紙ベ
ースによる情報配信に代わる決済情報に関する新たなシ
ステム等を構築することにあり、上述のような他のシス
テムとの連繋を図ったときにおける元本リスク、システ
ミック・リスク、リプレースメント・コスト・リスク、
決済のプロセスにおけるリスク、流動性リスク、事務手
続き上のリスクなどの、各種のリスクが発生しないよう
なシステム、方法、装置、プログラム等の提供を目的と
する。本発明の第２の目的は、会員側で効率的に利用で
きる決済情報の分類、画面構成、表示が可能な決済情報
ネットワークシステム及び情報処理装置，決済情報配信
方法，プログラム並びに記憶媒体を提供することにあ
る。

【００１７】

【課題を解決するための手段】上記課題は、請求項１に
係る発明によれば、決済情報を配受信するサーバコンピ
ュータと、該サーバコンピュータとの間で前記決済情報
を送受信する証券取引所の会員側のクライアントコンピ
ュータと、を備えた決済情報ネットワークシステムであ
って、前記サーバコンピュータは、前記決済情報を格納
する決済情報記憶手段と、前記決済情報を指定する決済
情報指定手段を業務に分類して画面上に表示可能な決済
情報指定画面データを生成する決済情報指定画面データ
生成手段と、前記決済情報指定画面データを前記クライ
アントコンピュータ側に配信する決済情報指定画面デー
タ配信手段と、前記クライアントコンピュータ側から、
前記決済情報指定手段で指定された情報を受信した場合
に、前記決済情報指定手段で指定された決済情報の表示
データを前記クライアントコンピュータ側に配信する決
済情報表示データ配信手段と、を備え、前記クライアン
トコンピュータは、前記決済情報指定画面データを受信
して、前記決済情報指定手段を業務に分類して画面上に
表示する決済情報指定画面表示手段と、前記決済情報指
定手段で指定された情報を前記サーバコンピュータ側に
送信する指定情報送信手段と、前記サーバコンピュータ
側から、前記指定された決済情報を受信して画面上に表
示する決済情報表示手段と、を備えたことにより解決さ
れる。

【００１８】上記課題は、請求項１４に係る発明によれ
ば、証券取引所の会員側のクライアントコンピュータと
送受信可能に接続され、決済情報を配信するものであっ
て、該情報処理装置の動作を規定したプログラムを格納
する記憶装置と、前記公開情報を蓄積した公開情報デー
タベースを格納する記憶装置と、前記情報を作成するサ
ーバと、外部から情報を受け入れる入力装置と、外部に
情報を送出する出力装置と、前記記憶装置又は／及び前
記入力装置から受け取った情報を用いて演算し、演算し
た結果を前記記憶装置又は／及び前記出力装置に渡す中
央演算処理装置と、を備えた情報処理装置において、前
記決済情報を格納する決済情報記憶手段と、前記決済情
報を指定する決済情報指定手段を業務に分類して画面上
に表示可能な決済情報指定画面データを生成する決済情
報指定画面データ生成手段と、前記決済情報指定画面デ
ータを前記クライアントコンピュータ側に配信する決済
情報指定画面データ配信手段と、前記クライアントコン
ピュータ側から、前記決済情報指定手段で指定された情
報を受信した場合に、前記決済情報指定手段で指定され
た決済情報の表示データを前記クライアントコンピュー
タ側に配信する決済情報表示データ配信手段と、を備え
たことにより解決される。

【００１９】上記課題は、請求項２７に係る発明によれ
ば、決済情報を証券取引所の会員側のクライアントコン
ピュータに配信する決済情報配信方法であって、前記決
済情報を指定する決済情報指定手段を業務に分類して画
面上に表示可能な決済情報指定画面データを生成する決
済情報指定画面データ生成手順と、該決済情報指定画面
データ生成手順で生成した前記決済情報指定画面データ
を前記クライアントコンピュータ側に配信する決済情報
指定画面データ配信手順と、前記クライアントコンピュ
ータ側から、前記決済情報指定手段で指定された情報を
受信する指定情報受信手順と、該指定情報受信手順で指
定された情報に基づいて、前記決済情報指定手段で指定
された決済情報の表示データを前記クライアントコンピ
ュータ側に配信する決済情報表示データ配信手順と、を
行うことにより解決される。

【００２０】上記課題は、請求項４０に係る発明によれ
ば、前記証券取引所の会員側のクライアントコンピュー
タに決済情報を配信するコンピュータに、前記決済情報
を指定する決済情報指定手段を業務に分類して画面上に
表示可能な決済情報指定画面データを生成する決済情報
指定画面データ生成手順と、該決済情報指定画面データ
生成手順で生成した前記決済情報指定画面データを前記
クライアントコンピュータ側に配信する決済情報指定画
面データ配信手順と、前記クライアントコンピュータ側
から、前記決済情報指定手段で指定された情報を受信す
る指定情報受信手順と、該指定情報受信手順で指定され
た情報に基づいて、前記決済情報指定手段で指定された
決済情報の表示データを前記クライアントコンピュータ
側に配信する決済情報表示データ配信手順と、を実行さ
せるためのプログラムであることにより解決される。

【００２１】このように、サーバコンピュータは、前記
決済情報を指定する決済情報指定手段を業務に分類して
画面上に表示可能な決済情報指定画面データを生成する
決済情報指定画面データ生成手段を備えているので、決
済情報を、汎用性が高い業務の単位で分類して、会員側
のクライアントコンピュータの画面上に表示することが
可能となり、表示画面をシンプルなものにすることが可
能となると共に、閲覧、ダウンロード、エントリ等の操
作の操作性を高めることが可能となる。業務の単位は、
会員により多少異なる可能性はあるが、比較的汎用性が
高いため、殆どの会員に対して、操作性が高く利用しや
すい表示画面を提供することが可能となる。また、業務
の分類は汎用性が高いため、今後、非ＤＶＰシステムな
ど、他のシステムと連携させる場合にも、連携が容易と
なる。

【００２２】このとき、前記業務に分類して画面上に表
示とは、前記決済情報を、前記業務ごとに異なる画面に
表示するように構成すると好適である。このように構成
しているので、クライアントコンピュータを操作するユ
ーザが、業務分類をより明確に認識し易くなり、より決
済情報を表示する画面の操作性が高いものとなる。

【００２３】また、前記業務とは、照合業務と、決済業
務と、担保管理業務と、フェイル管理業務と、情報照会
業務と、を含む群のうち複数の業務であるように構成す
ると好適である。このように構成しているので、決済情
報ネットワークシステムを利用する会員間で汎用性の高
い分類により、決済情報を表示することが可能となる。
また、この照合業務と、決済業務と、担保管理業務と、
フェイル管理業務と、情報照会業務とを単位とする分類
は、取引種別や制度が今後変化した場合でも、変化に対
応しやすいシンプルな分類であるため、制度を変更する
場合等に対応が容易となる。

【００２４】また、前記クライアントコンピュータは、
最新のものから遡って所定件数分の決済情報の前記指定
画面データ送信を指示する最新所定件数分指定手段を備
え、前記決済情報指定画面データ生成手段は、前記最新
所定件数分指定手段から受信した情報に基づいて、最新
所定件数分の決済情報の前記指定画面データを生成する
ように構成すると好適である。このように構成している
ので、画面上に、全件のみでなく、所定件分の決済情報
指定手段を表示することができ、画面構成の自由度を増
すことが可能となる。

【００２５】また、前記クライアントコンピュータは、
所定日に配信された決済情報の前記指定画面データ送信
を指示する配信日指定手段を備え、前記決済情報指定画
面データ生成手段は、前記配信日指定手段から受信した
情報に基づいて、前記所定日に配信された決済情報の前
記指定画面データを生成するように構成すると好適であ
る。このように構成しているので、画面上に、クライア
ントコンピュータを操作するユーザが、配信日を特定し
て決済情報指定手段を表示させることができ、画面構成
の自由度を増すことが可能となる。

【００２６】また、前記決済情報指定手段には、前記決
済情報の名称と、前記サーバコンピュータから配信可能
になった業務日付と、が、前記クライアントコンピュー
タで表示可能に付されているように構成すると好適であ
る。このように、前記決済情報指定手段には、前記決済
情報の名称と、前記サーバコンピュータから配信可能に
なった業務日付と、が、前記クライアントコンピュータ
で表示可能に付されているので、クライアントコンピュ
ータ側のユーザが、必要な決済情報を、多数の決済情報
の中から容易に見つけることが可能となる。また、クラ
イアントコンピュータ側の会員は、日単位で決済情報を
扱っており、また毎日決済情報がサーバコンピュータ側
から送信されることとなるため、サーバコンピュータか
ら配信可能になった業務日付を決済情報指定手段に付す
ことにより、クライアントコンピュータ側のユーザは、
決済情報の管理を効率よく行うことが可能となる。

【００２７】また、前記決済情報が、所定時刻以降に配
信可能となる深夜生成情報である場合には、前記業務日
付の代わりに、前記深夜生成情報が配信可能になった翌
日の帳票日付が、前記決済情報指定手段に付されるよう
に構成すると好適である。このように構成しているの
で、通常は翌日にクライアントコンピュータ側で利用さ
れる深夜生成の決済情報を、実際に利用される日付で管
理することとなり、実体に沿った日付管理が可能とな
る。また、前記深夜生成情報は、照合業務に関する決済
情報であるように構成すると好適である。

【００２８】上記課題は、請求項９に係る発明によれ
ば、決済情報を配受信するサーバコンピュータと、該サ
ーバコンピュータとの間で前記決済情報を送受信する証
券取引所の会員側のクライアントコンピュータと、を備
えた決済情報ネットワークシステムであって、前記サー
バコンピュータは、前記決済情報を格納する決済情報記
憶手段と、該決済情報記憶手段に格納された前記決済情
報を、該決済情報の基準日と共に表示可能な決済情報表
示データを生成する決済情報表示データ生成手段と、前
記決済情報表示データを前記クライアントコンピュータ
側に配信する決済情報表示データ配信手段と、を備え、
前記クライアントコンピュータは、前記決済情報表示デ
ータを受信して、前記決済情報を画面上に表示する表示
手段を備え、前記決済情報が照合業務に関する情報であ
る場合には、前記基準日は、約定日であり、前記決済情
報が決済業務に関する情報である場合には、前記基準日
は、決済日であることにより解決される。

【００２９】上記課題は、請求項２２に係る発明によれ
ば、証券取引所の会員側のクライアントコンピュータと
送受信可能に接続され、決済情報を配信するものであっ
て、該情報処理装置の動作を規定したプログラムを格納
する記憶装置と、前記公開情報を蓄積した公開情報デー
タベースを格納する記憶装置と、前記情報を作成するサ
ーバと、外部から情報を受け入れる入力装置と、外部に
情報を送出する出力装置と、前記記憶装置又は／及び前
記入力装置から受け取った情報を用いて演算し、演算し
た結果を前記記憶装置又は／及び前記出力装置に渡す中
央演算処理装置と、を備えた情報処理装置において、前
記決済情報を格納する決済情報記憶手段と、該決済情報
記憶手段に格納された前記決済情報を、該決済情報の基
準日と共に表示可能な決済情報表示データを生成する決
済情報表示データ生成手段と、前記決済情報表示データ
を前記クライアントコンピュータ側に配信する決済情報
表示データ配信手段と、を備え、前記決済情報が照合業
務に関する情報である場合には、前記基準日は、約定日
であり、前記決済情報が決済業務に関する情報である場
合には、前記基準日は、決済日であることにより解決さ
れる。

【００３０】上記課題は、請求項３５に係る発明によれ
ば、決済情報を証券取引所の会員側のクライアントコン
ピュータに配信する決済情報配信方法であって、前記決
済情報を、該決済情報の基準日と共に表示可能な決済情
報表示データを生成する決済情報表示データ生成手順
と、該決済情報表示データ生成手順で生成された前記決
済情報表示データを前記クライアントコンピュータ側に
配信する決済情報表示データ配信手順と、を行い、前記
決済情報が照合業務に関する情報である場合には、前記
基準日は、約定日であり、前記決済情報が決済業務に関
する情報である場合には、前記基準日は、決済日である
ことにより解決される。

【００３１】上記課題は、請求項４８に係る発明によれ
ば、証券取引所の会員側のクライアントコンピュータに
決済情報を配信するコンピュータに、前記決済情報を、
該決済情報の基準日と共に表示可能な決済情報表示デー
タを生成する決済情報表示データ生成手順と、該決済情
報表示データ生成手順で生成された前記決済情報表示デ
ータを前記クライアントコンピュータ側に配信する決済
情報表示データ配信手順と、を実行させるためのプログ
ラムであって、前記決済情報が照合業務に関する情報で
ある場合には、前記基準日は、約定日であり、前記決済
情報が決済業務に関する情報である場合には、前記基準
日は、決済日であることを特徴とするプログラムである
ことにより解決される。このように構成していることに
より、関連する業務の日付による実体に沿った日付管理
が可能となる。

【００３２】このとき、前記照合業務に関する決済情報
には、内国株式売買明細表、債券取引売買明細表、サマ
リー、権利行使情報が含まれるように構成すると好適で
ある。また、前記決済業務に関する決済情報には、決済
通知、確定通知、相手方指定情報が含まれるように構成
すると好適である。

【００３３】また、前記担保管理業務に関する決済情報
には、前日差入担保金情報、証拠金情報が含まれるよう
に構成すると好適である。また、前記フェイル管理業務
に関する決済情報には、フェイル情報通知、バイイン情
報通知、バイイン実行通知、バイイン実行結果通知、バ
イイン請求画面、バイイン請求取下画面、バイイン注文
画面が含まれるように構成すると好適である。

【００３４】また、請求項４０乃至５２のいずれかに係
るプログラムを記憶させた記憶媒体であるように構成す
ると好適である。

【００３５】

【発明の実施の形態】以下、本発明の一実施の形態を図
面に基づいて説明する。なお、以下に説明する構成は、
本発明を限定するものでなく、本発明の趣旨の範囲内で
種々改変することができるものである。

【００３６】本明細書中で「コンピュータ」とは、演算
装置を備えた情報端末すべてを含む意味である。例え
ば、スーパーコンピュータ、汎用コンピュータ、オフィ
スコンピュータ、制御用コンピュータ、ワークステーシ
ョン、パソコンのほか、携帯情報端末、演算装置を備え
た携帯電話等をも含む。記憶媒体とは、インストール、
実行、流通などのために、コンピュータ読み取り可能な
記憶媒体、例えばフレキシブルディスク、光磁気ディス
ク、ＣＤ、ＤＶＤ等をいい、本発明に係るプログラムが
記憶されている。

【００３７】本実施の形態は、証券取引に関する広域ネ
ットワーク（Ｗｉｄｅ ＡｒｅａＮｅｔｗｏｒｋ）シス
テムである証券取引所ＷＡＮシステム１に含まれる決済
情報システムに関する。本実施の形態に係る決済情報ネ
ットワークシステムとしての決済情報システムは、証券
取引所１４における決済情報，エントリ情報を証券取引
所１４と会員２との間で送受信するシステムをいう。こ
の決済情報システムには、証券取引所１４の市場運営に
対する重要情報，緊急性が高い情報等の公開情報につい
て、配信準備が整って配信可能となった旨の配信可能情
報を、証券取引所１４の複数の会員２，特別参加者に同
時に通知する同報通知システムも含まれる。

【００３８】「同報通知」とは、一般的に、複数の者に
同時に通知することをいうが、以下、証券取引所１４の
運用に関する業務メッセージと決済情報，たとえば、こ
の配信可能情報を複数の会員２に同時に通知することを
「同報通知」といい、本明細書では、会員２の一部に同
時に通知すること，会員２に含まれる一部のユーザに同
時に通知すること，全会員２に同時に通知することのい
ずれもを含むものとする。

【００３９】証券取引所１４とは、証券市場を開設する
組織をいい、本実施形態における証券取引所１４は、有
価証券の売買，有価証券指数等の先物取引及び有価証券
オプション取引を行うために必要な有価証券取引市場を
開設する組織である。証券取引所１４は、証券の売買等
の場の提供，証券の売買等の管理，有価証券の審査及び
上場，上場証券の管理，会員２の管理等を行う。証券市
場とは、企業や国等の長期資金調達の場（発行市場）、
国民の証券投資の場（流通市場）をいう。

【００４０】本実施形態の証券取引所１４は、証券会社
を会員２とする会員組織の形態をとっている。この会員
組織とは、証券取引所１４の構成員としてその管理運営
に当たる者と、証券取引所１４の開設する有価証券市場
において売買等を行う者とが同一人格の会員である組織
形態をいう。

【００４１】証券取引所１４の会員２とは、証券取引所
１４の正会員，才取会員，特別参加会員をいう。通常、
会員２は、証券会社である。ただし、証券会社以外の者
を、会員２とするようにしてもよい。正会員とは、証券
取引所１４の市場において、顧客からの委託又は自己の
計算に基づいて売買等を行うことができる証券会社をい
う。才取会員とは、証券取引所１４の市場において、正
会員間の売買等の媒介，すなわち売買注文等の付け合わ
せ業務を主たる業務とする証券会社をいう。特別参加会
員とは、正会員以外の者のうち、取引所が適当と認め
て、先物取引やオプション取引市場において、取り引き
できる資格を与えた者をいう。

【００４２】本実施形態では、証券取引所１４における
ＤＶＰ（Ｄｅｌｉｖｅｒｙ Ｖｅｒｓｕｓ Ｐａｙｍｅ
ｎｔ：資金と証券の同時又は同日中の引渡し）による売
買取引の決済を行う。決済リスクの削減及びグローバル
・スタンダードの達成が可能となり、また、資金と証券
の授受をリンクさせることによって、取引相手の決済不
履行から生じる元本リスク（資金又は証券を交付した後
その対価を受け取れないリスク）が排除可能となる。

【００４３】本実施形態で採用するＤＶＰ決済の特徴に
ついて示す。まず、ＤＶＰ決済導入の背景・目的は、次
の通りである。従来の証券取引所１４における決済方法
では、有価証券と資金の授受の間のリンクが不十分なた
め、資金決済について不履行（デフォルト）が発生した
場合、当該不履行会員による有価証券の取引を完全には
停止することができず、元本リスクを排除することがで
きないという問題点があった。

【００４４】また、この場合不履行により会員２が被っ
た損害は、違約損失補償準備金により保証されることと
なっているが、違約損失補償準備金の財源は会員２が拠
出する特別会費であるから、元本リスクは最終的には会
員２が負っているという問題点もあった。

【００４５】さらに、日本ではペイオフの実施準備が進
められており、ペイオフの実施を考慮すると、決済リス
クをさらに削減する必要性が生じている。保管振替機関
における証券保管振替システムのリプレース、転換社債
（ＣＢ）の取扱開始、決済照合等システムの構築、中央
銀行における当預決済のＲＴＧＳ（即時グロス決済シス
テム）化等、今後の決済環境の整備・拡充が求められて
いる。また、決済制度改善の世界的ベンチマークとなっ
ているＧ３０勧告及びＩＳＳＡ修正勧告において、ＤＶ
Ｐを導入すべしとの提言がなされており、決済システム
のグローバルスタンダードの達成も求められている。

【００４６】本実施形態に係るＤＶＰ決済システムは、
これらの問題点を解決し、要望に応えるものであって、
資金と証券の授受をリンクさせることによって、取引相
手の決済不履行から生じる元本リスク（資金又は証券を
交付した後その対価を受け取れないリスク）を排除する
という効果を備えたものである。

【００４７】図１は、本実施形態に係るＤＶＰ決済の対
象取引を示す。なお、対象取引はこれらに限定されず、
適宜変更してもよいことは当然である。本実施形態のＤ
ＶＰ決済では、内国株券の普通取引、立会外分売、第一
銘柄取引、バスケット取引、終値取引と、受益株券の普
通取引と、転換社債券の普通取引、第一銘柄取引、終値
取引、立会外バスケット対当取引が対象となる。これら
の取引合計は、所定の証券取引所における有価証券の売
買代金の約９９．９％を占めるものである。

【００４８】なお、保管振替機関取扱有価証券に係る当
該普通取引、立会外分売、第一銘柄取引、バスケット取
引、終値取引、立会外バスケット対当取引の６種類の取
引には、業務規定等に基づく過誤訂正等のための売買を
含む。

【００４９】ここで、保管振替機関１５とは、証券保管
振替制度を運用する機関をいい、有価証券を集中保管
し、有価証券の受渡しを券面そのものの授受に代えて、
保管振替機関１５に設けられた口座間の振替によって処
理する機関をいう。有価証券の所有者は、有価証券を保
管振替機関１５に預託したままで権利を行使することも
できる。証券保管振替制度は、証券流通市場の円滑な運
営を図るため、株券等有価証券の保管・受渡しを効率
化、合理化することを目的とした制度である。

【００５０】内国株券とは、株券のうち外国株券以外の
ものをいい、内国法人の発行する株券をいう。転換社債
券とは、転換請求期間内であれば発行会社に対し株式へ
の転換を請求できる権利が付与された社債をいう。普通
取引とは、所定の証券取引所で使用されている用語であ
って、売買契約締結の日から起算して４日目（休業日を
除く）の日に決済を行う売買をいい、所定の証券取引所
で最も基本的な売買の形態である。

【００５１】図１において、内国株券の普通取引には、
普通取引と見なす株券オプション取引の権利行使により
成立する対象株券の売買を含むものとする。立会外分売
とは、売買立会外で、大量の売注文を分売する売買方法
をいう。具体的には、会員が顧客から立会外分売により
執行することを条件とする大量の売注文を受託し、執行
しようとするときには取引所に届出を行うとともに、売
買立会終了後に分売の条件を発表して、翌日の午前８：
２０から８：４５までに買付けの申込みを受けて売買を
成立させる方法が行われている。

【００５２】第一銘柄取引とは、１銘柄の株式を、一定
数量または一定金額以上売買することをいう。売買単位
の１００倍以上の取引を第一銘柄取引という場合もあ
る。バスケット取引とは、複数の銘柄の株式を同時に売
買することをいう。１５銘柄以上かつ売買代金の総額が
１億円以上になる取引をバスケット取引という場合もあ
る。

【００５３】終値取引とは、売買立会終了時の約定値段
での取引をいう。立会外バスケット対当取引とは、電子
取引ネットワークシステムを会して行う「立会外取引」
のうち、１５銘柄以上、売買代金１億円以上等の所定の
基準以上の取引を言う。なお、図１の第一銘柄取引、バ
スケット取引、立会外バスケット対当取引は、決済日が
普通取引と同様の取引に限るものとする。

【００５４】証券取引所１４の決済の効率性維持、実務
的実現可能性の観点から、本実施形態のＤＶＰ決済シス
テムは、既に行われている現行のネッティング決済（受
渡証券及び受払資金の差引数量の授受）を継続したＤＶ
Ｐ決済とする。

【００５５】ＤＶＰ決済システムの決済時限について説
明する。ＤＶＰ決済システムでは、証券決済時限（渡方
会員による証券取引所１４への証券交付時限）は正午と
する。また、ＤＶＰ予定受払代金預託時限（支払方（予
定）会員による証券取引所１４へのＤＶＰ予定受払代金
（決済代金の支払予定額）預託時限）は正午とする。預
託されたＤＶＰ予定受払代金は、資金支払時限をもって
資金決済代金に充当する。

【００５６】資金支払時限（フェイルに伴って、資金の
追加支払いが生じた支払方会員及び受領方（予定）から
支払方に転じた会員による証券取引所１４への資金支払
時限）は午後１時３０分とする。資金受領時刻（証券取
引所１４による受領方会員への資金交付時刻及び被フェ
イルに伴って、払込代金に余剰額が生じた支払方会員へ
の当該余剰額返戻時刻）は午後２時とする。なお、従来
の決済では、証券決済時限、資金受領時刻は午後３時、
資金支払時限は午後１時であった。

【００５７】受け証券の受領方法について説明する。会
員２が渡し証券を証券取引所１４に交付したときは、当
該渡し済み証券に相当する価値の受け証券を資金支払時
限以前に受領することができるようにする。また、当該
渡し済み証券の価値を上回る受け証券についても、所要
の担保を証券取引所１４に預託することにより、同様の
早期受領を可能とする。こうした証券と証券及び資金と
証券の授受のリンク並びに受け証券の早期受領を図るた
め、ネット・デビット方式による証券決済方法を採用す
るとともに、担保制度、フェイル制度及びそれに付随す
るバイイン制度を導入する。

【００５８】ここで、各用語の説明をする。ネット・デ
ビット方式とは、決済日の各振替時点において、渡済み
証券及び預託された担保の価値に見合う受領可能証券数
量を計算し、あらかじめ決定した順位に従って受け証券
の受領を行う方式をいう。

【００５９】ＤＶＰ予定受払代金（必須担保）とは、資
金の支払方（予定）会員が、支払予定額を決済日の正午
までに証券取引所１４に預託するＤＶＰ予定受払代金を
いう。具体的には、決済代金の暫定額（当日のフェイル
を考慮しない額）と値洗い差金の差引計算により得られ
た金額が払い超となっている会員２が、当該払い超とな
っている額の金銭を、ＤＶＰ予定受払代金として証券決
済時限である正午までに証券取引所１４に差し入れる。
ＤＶＰ予定受払代金の差入れは、資金決済銀行におい
て、会員口座から証券取引所口座への振込みにより行う
ものとする。このＤＶＰ予定受払代金の預託により、正
午までにフェイルに係る分を除く受け証券の受領が可能
となる。

【００６０】前日差入担保金（任意担保）とは、会員２
が、決済日の前日に証券取引所１４に預託する担保（現
金・代用有価証券）をいう。これにより、担保の価値に
相当する受け証券の早期受領が可能となる。

【００６１】フェイル制度とは、決済日に渡し証券を証
券取引所１４に交付できない場合（フェイル）は、その
証券及び資金決済（決済代金）を翌日に繰り越し、繰り
越された日を決済日とする売買取引の決済に係る有価証
券及び決済代金と再ネッティング（ＣＮＳ：Ｃｏｎｔｉ
ｎｕｏｕｓ Ｎｅｔｔｉｎｇ Ｓｅｔｔｌｅｍｅｎｔ）
したうえで決済する制度をいう。フェイル制度では、フ
ェイル会員には、遅延損害金等のペナルティーを課す。
フェイル会員はフェイルとなった受渡しに係る代金相当
額１００円につき、１日４銭の遅延損害金を証券取引所
１４を通じて受方会員に支払うこととする。遅延損害金
の率は、フェイルの抑制及び早期解消を図るため、貸借
金利、裁定金利等を上回るレートとなるように定める必
要がある。

【００６２】証券取引所１４は、フェイル会員が当初の
決済日から起算して５営業日目の日までに、フェイルを
解消しない場合には、証券取引所１４が定める額の金銭
を当該会員２から徴収することとする。フェイル制度の
導入に伴い、ＤＶＰ決済対象銘柄に関しては、従来の
Ｄ．Ｂ．制度は採用しない。従来の有価証券引渡票
（Ｄ．Ｂ．）制度は、有価証券の授受が実際には未了で
あるにもかかわらず金銭の授受を行うという点で、ＤＶ
Ｐの考え方になじまないからである。

【００６３】なお、有価証券引渡票（Ｄ．Ｂ．）制度と
は、決済日において有価証券を引き渡すことができない
場合は、Ｄ．Ｂ．を発行することにより決済（有価証券
及びこれに対応する金銭の授受）を行う制度であり、
Ｄ．Ｂ．の発行により、渡方と受方の間に有価証券の貸
借の関係が成立する（Ｄ．Ｂ．返済まで継続）。フェイ
ル制度を導入することにより、受方会員にとっては、翌
日の決済において有価証券を優先的に受領することがで
き、また証券取引所１４に対して有価証券の買付及び引
渡し（バイイン）を請求することができるというメリッ
トがある。

【００６４】ただし、決済日を厳守する現行の決済実態
を維持するため、無制限にフェイルを容認するのではな
く、フェイル発生を抑止するための遅延損害金等のペナ
ルティ及び被フェイル会員の権利としてのバイイン（フ
ェイルに係る有価証券の買付け及び引渡し）といった仕
組みを設けることとする。また、資金決済不履行時に
は、証券取引所１４が当該資金決済を履行するととも
に、引取りを停止した有価証券又は預託されている担保
を不履行により生じた損害の補填に充てることとする。

【００６５】株主の権利を確定するための基準日時の前
日においてフェイルが発生した場合は、証券取引所１４
が定める額の金銭を当該会員２から徴収する。万が一、
期越えのフェイルが発生した場合、配当、議決権等の権
利処理は当事者間で調整する。

【００６６】バイイン制度とは、被フェイル会員が、翌
日の決済で被フェイルが解消できない場合、証券取引所
１４に対してフェイルに係る証券の買付け及び引渡し
（バイイン）を請求することができる制度をいう。本実
施形態では、被フェイル日の翌日の証券決済時限（例え
ば午後１時、正午など）を越えて被フェイルが継続して
いる場合、バイイン請求できるものとする。

【００６７】フェイルの受方は受方順位の優先により、
フェイルを受けた翌日に解消できる可能性が高いことか
ら、バイインの請求は、翌日の決済終了以降に行えるこ
ととする。フェイルの受方は、受方順位の優先により、
フェイルを受けた翌日に解消できる可能性が高いことか
ら、バイインの請求は、翌日の決済終了以降に行えるこ
ととする。証券取引所１４は、被フェイル会員からバイ
インの請求があった場合、バイイン請求日から起算して
４営業日目の日までに当該請求に係る被フェイルが解消
されないときは、バイインを実行し、それに要した費用
を最も古いポジションを持つフェイル会員に請求する。

【００６８】バイイン請求会員は、当初のバイイン実行
予定日に、実行予定全数量の実行が完了しない場合には
その翌日以降、当該請求を取り下げる（バイイン請求の
取下げ）ことができる。請求日の古い請求ポジションか
ら順に請求の取下げが可能とし、各請求ポジション残高
の部分的な取消しは認めない。

【００６９】バイインの実行に際しての有価証券の買い
付け（売注文の募集：バイイン注文）は、注文受付時刻
を１５：００〜１５：３０、実行（約定）時刻を１５：
３０＋α、実行方法を実行日当日の終値を基準として上
下Ｘ％（未定）を範囲とする競争入札方式、注文受付方
法を証券取引所ＷＡＮシステム１を利用した、会員２に
よる入力として行う。

【００７０】図２および図３に基づき、証券決済に係る
振替請求方法について、従来の振替処理と本実施形態の
ＤＶＰ決済との相違点を説明する。従来は、証券取引所
１４の振替請求および保管振替機関１５における口座振
替は、図２の（Ａ）（Ｂ）のように、割当処理により受
渡しの相手方を指定していた。

【００７１】それに対し、本実施形態のＤＶＰ決済にお
ける振替処理では、証券取引所１４の振替請求および保
管振替機関１５における口座振替は、渡方会員受方会員
ともに、図３の（Ａ）（Ｂ）のように、受渡しの相手方
が証券取引所１４となる請求とする。ただし、（Ａ）の
証券取引所１４の振替請求において、証券取引所１４か
ら受方会員への受渡しは、振替条件を付すものとする。
また、（Ｂ）の保管振替機関１５における口座振替で
は、証券取引所口座から受方口座への振替は、あらかじ
め決定した順位に従い、受方会員の渡済み有価証券及び
預託担保の価値に応じた口座振替を実行するものとす
る。

【００７２】本実施形態では、このように証券取引所１
４の振替請求および保管振替機関１５における口座振替
を、渡方会員受方会員ともに、受渡しの相手方が証券取
引所１４となる請求としているため、取引相手の決済不
履行から生じる元本リスク（資金又は証券を交付した後
その対価を受け取れないリスク）が排除可能となる。

【００７３】図４は、本実施形態に係るＤＶＰ決済シス
テム構成を示す図である。本実施形態のＤＶＰ決済シス
テムは、会員２と証券取引所１４との間の広域ネットワ
ークシステムである証券取引所ＷＡＮシステム１、ＤＶ
Ｐ決済の事務処理を行うＤＶＰ決済システム３、ＤＶＰ
決済の資金決済を行う清算システム１４２２、資金決済
銀行システム１４２３、証券保管振替システム１４２１
を主要構成要素としている。

【００７４】このうちＤＶＰ決済システム３、清算シス
テム１４２２は証券取引所１４内に構築され、証券取引
所ＷＡＮシステム１は、証券取引所１４と会員２との間
に構築されている。資金決済銀行システム１４２３は、
会員２の資金口座が開設された資金決済銀行に構築され
ており、証券取引所１４内のＤＶＰ決済システム３、清
算システム１４２２との間で情報をやり取りすることに
より、資金決済を行う。

【００７５】証券保管振替システム１４２１は、会員２
の証券口座に証券を保管する保管振替機関１５に構築さ
れており、証券取引所１４内のＤＶＰ決済システム３、
清算システム１４２２との間で情報をやり取りすること
により、証券決済を行う。ＤＶＰ決済システム３には決
済状況監視端末コンピュータ、機関参加者端末コンピュ
ータ、中央銀行ネット端末コンピュータ等の各端末コン
ピュータ１４２６が接続されており、各業務を実施可能
に構成されている。

【００７６】また、資金決済銀行システム１４２３に
は、清算銀行の資金決済専用端末コンピュータ１４２
４、中央銀行ネットシステム１４２５が接続されてい
る。また、清算システム１４２２には、証券取引所１４
内の事務処理システム４３１が接続されている。

【００７７】次いで、各システム間で行われる処理の概
略について説明する。証券取引所１４の清算システム１
４２２、ＤＶＰ決済システム３、証券取引所ＷＡＮシス
テム１の間では、決算管理処理１４２７が行われる。決
算管理処理４２７としては、ネッティングによる清算・
決済情報の生成、前日差入担保金の差入・返戻管理、決
済履行状況監視、フェイル及びバイイン管理、フェイル
に伴う証券振替請求の訂正・取消情報及び資金調整情報
の生成が行われる。

【００７８】ＤＶＰ決済システム３と証券保管振替シス
テム１４２１との間では、証券保管振替システム１４２
１との証券決済情報の送受信、ネット・デビット方式に
よる口座振替の証券決済処理１４２８が行われる。ＤＶ
Ｐ決済システム３、清算システム１４２２、資金決済銀
行システム１４２３の間では、資金決済処理１４２９、
すなわち資金決済銀行システム１４２３との資金決済情
報の送受信が行われる。

【００７９】証券取引所ＷＡＮシステム１と会員端末コ
ンピュータ９との間では、会員サイトへの清算・決算情
報の送信（ＷＷＷブラウザ１１ｂ登録・閲覧及びファイ
ル転送）、約定・決済照合、バイイン請求の受渡事務処
理１４３０が行われる。

【００８０】図５は、保管振替機関１５、証券取引所１
４、会員２、資金決済銀行１６が行う決済事務処理のフ
ローの概要を示す図である。ここで、「Ｔ」とは、約定
日をいい、「Ｓ」とは、決済日をいう。本実施形態で
は、Ｓ日はＴ＋３日に該当する。Ｔ日、Ｔ＋１日には、
証券取引所１４は、処理４３１で、会員２側に売買照合
・決済予定情報通知を送信する。

【００８１】Ｔ＋２日には、会員２は、処理４３２で、
証券取引所１４側に前日差入担保金差入れを行う。証券
取引所１４は、処理４３３で、証券決済確定情報通知を
会員２側に送信する。Ｔ日からＴ＋２日まで、証券取引
所１４は、処理４３４の情報生成及び前日差入担保金管
理を行う。

【００８２】また、Ｔ＋２日に、証券取引所１４は、保
管振替機関１５側に、処理４３５で振替請求等を送信す
る。このとき、受方会員への振替は条件付とする。ま
た、処理４３６で前日差入担保金の判定に必要な情報を
送信する。証券振替機関１５は、処理４３７で証券取引
所１４側に決済履行状況通知を送信する。

【００８３】Ｔ＋３日の９：００〜１２：００から１
４：００以降にかけて、証券取引所１４は、処理４６０
で情報生成／決済状況監視を行う。Ｔ＋３日の９：００
〜１２：００には、証券取引所１４は、処理４３９で、
資金決済銀行１６側に、ＤＶＰ予定受払代金の振替請求
を送信する。この場合、清算銀行口座利用会員について
は逆引きとする。会員２は、処理４４０で、資金決済銀
行１６にＤＶＰ予定受払代金の振込みを行う。資金決済
銀行１６は、処理４３８の口座振替処理を行い、処理４
４１で、証券取引所１４側に振替済通知を送信する。

【００８４】証券取引所１４は、処理４４１の振替済通
知を受けて、処理４４２で、保管振替機関１５側に、Ｄ
ＶＰ予定受払代金の判定に必要な情報を送信する。保管
振替機関１５は、Ｔ＋２からＴ＋３の９：００〜１２：
００にかけて処理４４３ａで振替条件充足判定及び口座
振替を行う。

【００８５】Ｔ＋３の１２：００〜１２：３０に、保管
振替機関１５は、処理４４３ｂで証券取引所１４側に、
決済履行状況通知を送信する。この処理４４３を受けて
証券取引所１４は、処理４４４で、フェイル確定を行
う。ついで、処理４４５で、保管振替機関１５側に振替
請求の訂正・取消を行う。また、証券取引所１４は、会
員２側に、処理４４６で、フェイル情報通知を送信し、
処理４４７で資金決済確定情報通知を送信し、処理４４
８で追加支払請求を送信する。

【００８６】Ｔ＋３の１２：３０〜１３：３０に、会員
２は、処理４４９で資金決済銀行１６に追加支払を行
う。資金決済銀行１６は、処理４５０で口座入金を行
う。会員２は、処理４５１で証券取引所１４側に追加支
払を行った旨の追加支払通知を送信する。証券取引所１
４は、この処理４５１を受けて、処理４５２で保管振替
機関１５に追加支払通知を送信する。

【００８７】保管振替機関１５は、この処理４５２を受
けて、処理４５３で口座振替処理を行う。証券取引所１
４は、処理４５４で資金決済銀行１６側に資金調整・振
替請求（資金開放）を送信する。資金決済銀行１６は、
この処理４５４を受けてＴ＋３の１４：００までの間に
処理４５５で資金調整を行う。Ｔ＋３の１３：３０〜１
４：００に、保管振替機関１５は、処理４５６で証券取
引所１４側に決済履行状況通知を送信する。

【００８８】Ｔ＋３の１４：００以降に、資金決済銀行
１６は処理４５７で口座振替を行い、処理４５８で資金
開放を行う。また、処理４５９で証券取引所１４側に資
金調整・振替済通知を送信する。

【００８９】Ｔ＋３日に処理４４４でフェイルが確定し
ている場合には、Ｓ＋ｎ日に、会員２は、必要に応じて
処理４６１で証券取引所１４側にバイイン請求を送信す
る。処理４６１を受けて証券取引所１４は、処理４６２
でフェイル及びバイイン管理を行う。証券取引所１４
は、処理４６３で会員２側にバイイン情報通知を送信す
る。以上で、図５のフローを終了する。

【００９０】図６は、会員２と証券取引所システムセン
タ４２７ｃとの間で構築される証券取引所ＷＡＮシステ
ム１の概要を示す図である。会員２側には、クライアン
トコンピュータ９と、このクライアントコンピュータ９
に接続された端末コンピュータ４５が配置されている。
クライアントコンピュータ９は、証券決済・資金決済担
当部署（有価証券取扱責任者）に設置された会員２内の
業務用サーバコンピュータに接続される。また、会員２
内の業務用サーバコンピュータとクライアントコンピュ
ータ９とを一体として構成してもよい。

【００９１】会員２側と証券取引所システムセンタ４２
７ｃとの間は、専用回線または通信回線網で接続されて
いる。通常は専用回線が使用されるが、トラブル時に
は、通信回線網がバックアップ回線として使用される。
証券取引所システムセンタ４２７ｃには、証券取引所Ｗ
ＡＮシステム１を運営するＤＶＰサーバコンピュータ４
とＤＶＰ決済システムサーバコンピュータ３ｓと清算シ
ステムサーバコンピュータ４２２ｓが配置されている。

【００９２】会員２側では、証券会社等である会員２の
証券決済・資金決済担当部署（有価証券取扱責任者）に
設置されたクライアントコンピュータ９又は会員２の業
務用サーバコンピュータが用いられる。会員２側では、
ＩＤ，パスワード管理等を行う。

【００９３】会員２では、決済情報システムを通じて、
会員別売買明細表、サマリーＡ、総括清算表、決済確定
数量、受渡代金計算表等を受信する。会員２からは、決
済情報システムによりバイイン請求申告、バイイン受付
申込み、バイイン請求取下げ申告を送信する。会員２側
への証券取引所１４側からの送信方法は、電子文書はＨ
ＴＭＬ検索等形式であり、データはＣＳＶファイル転送
である。会員２側から証券取引所１４側への送信方法
は、所定のＨＴＭＬフォームに必要事項を入力し送信す
るものとする。

【００９４】本実施形態では、保管振替機関１５におけ
る取扱銘柄に係る売買取引を、ＤＶＰの対象取引とす
る。また、本実施形態では、従来用いられていたネッテ
ィング決済（有価証券及び金銭の差引数量の授受）を継
続しつつＤＶＰを導入可能な構成としている。これによ
り、証券取引所１４決済の効率性維持が可能となる。

【００９５】本実施形態では、図７に示すように、証券
決済において、渡方会員による有価証券の証券取引所１
４への交付を決済日の正午までに行う。また、資金決済
では、受払い代金について、支払方会員による証券取引
所１４への支払いは決済日の午後１時３０分まで、受領
方会員による証券取引所１４からの受領は同午後２時に
行うものとする。

【００９６】ここで、受払い代金とは、決済代金（実際
に引き渡しが行われた有価証券の数量に清算値段を乗じ
て得られた額の金銭）と値洗い差金（すべての売買取引
に係る約定値段と清算値段との差額及びフェイルにより
繰り越された受渡しに係る前日の清算値段と当該日の清
算値段との差額に相当する金銭）の差引計算により得ら
れた額の金銭をいう。

【００９７】ＤＶＰスキームイメージの具体例を、図７
に示す。決済時限は次の通りである。すなわち、図７の
例では証券決済時限及びＤＶＰ予定受払代金差入時限は
午後１時、資金支払時限（ＤＶＰ予定受払代金からの充
当）は午後２時１５分、資金受領時刻は午後２時４５分
とする。甲証券は、Ａ株及びＤＶＰ予定受払代金を午後
１時までに証券取引所１４に引き渡す（差し入れる）こ
とによりＢ株を受領できる。乙証券は、Ｂ株を午後１時
までに証券取引所１４に引き渡す。Ａ株はＢ株の引渡し
後に受領できる。資金は午後２時４５分に受領する。証
券取引所１４は、ＤＶＰ予定受払代金を午後２時１５分
に資金決済に係る支払に充当する。

【００９８】ＤＶＰスキームイメージの他の具体例を、
図８に示す。決済時限は次の通りである。すなわち、図
８の例では証券決済時限及びＤＶＰ予定受払代金差入時
限は正午、資金支払時限（ＤＶＰ予定受払代金からの充
当及び不足額振込み）は午後１時３０分、資金受領時刻
は午後２時とする。甲証券は、ＤＶＰ予定受払代金を正
午までに証券取引所１４に差し入れる。Ａ株の引渡しを
フェイルしたため、支払不足額を午後１時３０分までに
振り込む。Ｂ株は午後１時３０分に受領できる。

【００９９】乙証券は、Ｂ株を正午までに証券取引所１
４に引き渡す。資金は、フェイルされたＡ株の代金相当
額と合わせ１２０万円を午後２時に受領する。証券取引
所１４は、ＤＶＰ予定受払代金を午後１時３０分に資金
決済に係る支払に充当する。

【０１００】ＤＶＰスキームイメージのさらに他の具体
例を、図９に示す。決済時限は次の通りである。すなわ
ち、図９の例では証券決済時限及びＤＶＰ予定受払代金
差入時限は正午、資金支払時限（フェイルによる不足額
の振込み）は午後１時３０分、資金受領時刻及びＤＶＰ
予定受払代金余剰額返戻時刻は午後２時である。

【０１０１】甲証券は、Ａ株及びＤＶＰ予定受払代金を
正午までに証券取引所１４に引き渡す（差し入れる）。
Ｂ株の引渡しをフェイルされたため、資金及びＤＶＰ予
定受払代金余剰額を午後２時に受領する（返戻を受け
る）。乙証券は、Ｂ株の引渡しをフェイルしたため、午
後１時３０分までに資金を９０万円支払う。Ａ株は資金
の支払後（午後１時３０分）に受領できる。

【０１０２】次に、リンク方法について説明する。受方
会員による有価証券の早期受領を図るため、会員２が決
済に係る渡し有価証券を証券取引所１４に引き渡したと
きは、当該引渡し済み有価証券に相当する価値の受け有
価証券を資金決済終了（支払時限）以前に受領すること
ができることとする。

【０１０３】また、当該引渡し済み有価証券の価値を上
回る受け有価証券の受領は、担保の差入れにより可能と
する。こうしたリンク方法により、証券取引所決済機関
内部には各会員２の履行未了債務と同価値の有価証券又
は金銭が留保されることとなり、証券取引所１４決済に
おける元本リスクを排除することができるとともに、会
員２の有価証券及び資金の効率的かつ円滑な運用が可能
となる。

【０１０４】次いで、ＤＶＰ予定受払代金（必須担保）
および前日差入担保（任意担保）を含む担保制度の運用
について説明する。会員２から差し入れられたＤＶＰ予
定受払代金は、資金支払時限である午後１時３０分にお
いて、資金決済に係る支払いに充当するものとする。な
お、正午以降にフェイル分を考慮して算出・通知された
受払い代金の額がＤＶＰ予定受払代金として差し入れた
額と異なる場合は、資金支払時限である午後１時３０分
又は資金受領時刻である午後２時において調整する。

【０１０５】ＤＶＰの対象取引は、保管振替機関１５に
おける取扱銘柄に係る売買取引とする。なお、非取扱銘
柄に係る売買取引も対象取引としてもよいことは当然で
ある。

【０１０６】証券決済において、渡方会員による有価証
券の証券取引所１４への交付は決済日の正午までに行
う。また、資金決済において、支払方会員による証券取
引所１４への支払は決済日の午後１時３０分まで、受領
方会員による証券取引所１４からの受領は同午後２時に
行う。

【０１０７】決済のために授受する有価証券の数量は、
決済日を同一とするＤＶＰの対象取引に係る同一会員２
の銘柄ごとの有価証券の売付数量と買付数量の差引数量
である。この差引数量には、前日の決済においてフェイ
ルとなり、当日に繰り越された受渡しに係る有価証券の
数量を含む。

【０１０８】決済のために授受する金銭の額は、授受す
る有価証券の差引数量に係る受渡し銘柄の総売付代金
（清算値段（当該銘柄の決済日前日終値）×差引渡し数
量）と総買付代金（清算値段×差引受け数量）の差引額
である。この差引額からは、当日にフェイルとなった受
渡しに係る有価証券に相当する金額を除く。決済のため
に授受する金銭（以下「決済代金」という。）の額につ
いては、暫定額（フェイルを考慮しない額）が決済日前
日の取引終了以降に、確定額（当日のフェイル分を考慮
した額）が決済日の正午以降に、それぞれ算出される。

【０１０９】すべての売買取引について約定値段と清算
値段を比較して差額が生じたとき及びフェイルにより繰
り越された受渡しについて前日の清算値段と当該日の値
段を比較して差額が生じたときは、その差額に相当する
金銭を決済日に証券取引所１４を通じて授受するものと
する。この金銭の授受を「値洗い」という。値洗いのた
めに授受する金銭（以下「値洗い差金」という。）は、
決算代金とネッティングして授受する。以下、実際に授
受する金銭を「受払い代金」という。値洗いのために授
受する金銭の額は、同一会員２の総支払金額と総受入金
額の差引額とする。なお、値洗い差金の授受は、翌日に
繰り越さないこととする。

【０１１０】図１０，図１１は、値洗い差金の授受につ
いて、従来方式との比較を示した図である。図１０の左
端は原約定、図１０，図１１上段は従来の決済方式、図
１０，図１１下段は本実施形態にかかるＤＶＰ決済方式
を示している。従来方式の決済日の授受（図１０中上
欄）では、ネッティングの結果、各会員２にとっての１
千株当たりの受渡額が異なっている。従来方式の１千株
受渡未了の場合（図１０右上欄）では、Ｃ会員は、実際
には株券を受領できないのに代金を支払わなければなら
ない。Ｄ．Ｂ．預託金の額はＤＶＰ決済における清算値
段と同じく前日終値を基準にする。

【０１１１】従来方式の翌日（図１１左上欄）では、当
該銘柄の価値が上がってもＤ．Ｂ．預託金の追加差入れ
は行わない。従来方式の翌々日のＤ．Ｂ．返済時（図１
１右上欄）では、Ａ会員は、１千株を引き渡したので、
Ｄ．Ｂ．預託金の払戻を受ける。本実施形態のＤＶＰ決
済の決済日（図１０中下欄）には、フェイルとなった場
合のネッティングの再計算を避けるため、各会員２にと
っての１千株当たりの受渡額を清算値段により統一す
る。約定値段との差額は値洗い差金として授受する。本
実施形態のＤＶＰ決済の１千株受渡未了の場合（図１０
右下欄）には、Ｃ会員は、株券を受領できないので、決
済代金１１０万円を支払う必要はない。フェイルの有無
にかかわらず値洗いは行う。

【０１１２】本実施形態のＤＶＰ決済の翌日（図１１中
下欄）には、当該銘柄の価格が上がったので、上昇分を
値洗い差金として授受する。これにより、価格変動リス
クが排除される。本実施形態のＤＶＰ決済の翌々日（図
１１右下欄）には、Ａ会員〜証券取引所１４〜Ｃ会員の
間で、株券（１千株）と決済代金（１３０万円）のＤＶ
Ｐ決済及び値洗い差金１０万円の授受を行う。

【０１１３】決済日の正午までに渡方会員から証券取引
所１４への有価証券の引渡しを行った後、実際に引渡し
が行われた有価証券に対応する決済代金の授受を行う。
この際、受方会員による有価証券の早期受領を図るた
め、会員２が決済に係る渡し有価証券を証券取引所１４
に引き渡したときは、当該引き渡し済み有価証券に相当
する（当該会員２が当日に授受する値洗い差金の額を考
慮する）価値の受け有価証券を資金決済終了（支払時
限）以前に受領することができることとする。

【０１１４】また、当該引渡し済み有価証券の価値を上
回る受け有価証券の受領は、担保の差入れにより可能と
する。こうした方法により、証券取引所決済機関内部に
は各会員２の履行未了債務と同価値の有価証券は金銭が
留保されることとなり、証券取引所１４決済における元
本リスクを排除することができるとともに、会員２の有
価証券及び資金の効率的かつ円滑な運用が可能となる。

【０１１５】証券決済は次のように行う。有価証券の授
受は、保管振替機関１５における口座の振替により行う
ものとし、証券取引所１４が保管振替機関１５に設けら
れた渡方会員の口座から証券取引所１４の口座に振替を
受け、証券取引所１４の口座から受方会員の口座へ振り
替えるものとする。ただし、当該受方会員の履行未了債
務（当該受け方会員が証券取引所１４に交付していない
有価証券及び金銭（受払い代金））に相当する価値の有
価証券に係る証券取引所１４の口座から受方会員の口座
への振替は、当該受方会員が受領すべき有価証券の価値
に相当する担保を証券取引所１４に預託しない限り資金
決済終了（支払時限）後に行うものとする。このとき、
割当指定（有価証券の授受に係る相手方指定）は行わな
い。

【０１１６】証券取引所１４から受方会員への有価証券
の交付は、次の方法により定めた順位に従って行う。す
なわち、銘柄別受方会員順位の決定各銘柄ごとの受方会
員に係る受領順位（銘柄別受方会員順位）は、次のルー
ルに従って、あらかじめ決定する。前日における当該銘
柄の決済においてフェイルされた会員（被フェイル会
員）は、それ以外の会員に対し優先する。被フェイル会
員間の順位及びそれ以外の会員間の順位はそれぞれ抽選
により決定する。

【０１１７】各会員２ごとの受領銘柄に係る受領順位
（会員別受領銘柄順位）は、決済日当日における各振替
時点において、渡方会員からの引渡し状況、本所口座の
残高等を考慮し、最も効率的に有価証券の振替ができる
ような組合せとなるように決定する。フェイルの相手方
となる会員２の決定に係る公平性を担保するため、各会
員２における担保の差入状況及び決済の履行状況は考慮
しない。会員２からの受領順位の申告は行わない。図１
２は、銘柄Ａに係るネッティングの結果が左端表の通り
である場合の銘柄別受方会員順位について、従来の割当
指定制度との比較を示した図である。上段が従来の割当
指定指定制度、下段が本実施形態に係るＤＶＰ決済制度
を示している。

【０１１８】図１３，図１４は、履行未了債務と口座振
替の関係について示した図である。図１３のケースで
は、フェイル分となった受渡しに係る渡方会員（以下
「フェイル会員」という。）が既に証券を９０渡し済み
である場合（交付済み証券：渡し証券）、決済代金３０
と値洗差金５を支払うことにより、証券１２０が受領可
能（受け証券）となる。図１４のケースでは、フェイル
会員が既に証券を９０渡し済みであり（交付済み証券：
渡し証券）、証券９０を受ける場合（受け証券）、決済
代金３０を受領し、値洗差金５を支払うこととなる。

【０１１９】資金決済は次のように行う。金銭（受払い
代金）授受は、証券取引所１４が指定する銀行（以下
「清算銀行」という。）又は中央銀行のうちから会員２
が選定した銀行（以下「資金決済銀行」という。）にお
ける口座の振替により行うものとし、証券取引所１４
が、資金決済銀行に設けられた支払方会員の口座から証
券取引所１４の口座に振替を受け、証券取引所１４の口
座から受領方会員の口座へ振り替えるものとする。

【０１２０】本実施形態では、担保制度を採用する。受
方会員は、受領すべき有価証券の価値に相当する金銭又
は有価証券を担保として証券取引所１４に預託すること
により、資金決済終了（支払時限）以前に有価証券を受
領することができるものとする。担保制度には、ＤＶＰ
予定受払代金、前日差入担保金がある。

【０１２１】ＤＶＰ予定受払代金について説明する。決
済代金の暫定額と値洗い差金の差引計算により得られた
金額が払い超しとなっている会員２は、当該払い超しと
なっている額の金銭を、ＤＶＰ予定受払代金として証券
決済時限（例えば正午）までに証券取引所１４に差し入
れるものとする。これにより、証券決済時限（例えば正
午）において、フェイル分を除くすべての有価証券の受
領が可能となる。

【０１２２】ＤＶＰ予定受払代金の差入れは、資金決済
銀行において、会員口座から証券取引所口座への振込み
により行うものとする。清算銀行における振込みは、
「逆引き」により行う。会員２から差し入れられたＤＶ
Ｐ予定受払代金は、資金支払時限である午後１時３０分
において、資金決済に係る支払に充当するものとする。
正午以降にフェイル分を考慮して算出・通知された受払
い代金の額がＤＶＰ予定受払代金として差し入れた額と
異なる場合は、資金支払時限である午後１時３０分また
は資金受領時刻である午後２時において調整する。不足
金額の振込みについては、「逆引き」は行わない。

【０１２３】フェイル分となった受渡しに係る渡方会員
（「フェイル会員」）は、受払い代金の支払額がＤＶＰ
予定受払代金額を上回ることとなるので、資金支払時限
である午後１時３０分までに、支払不足額（＝フェイル
となった受渡しに係る代金相当額）を証券取引所１４の
資金決済口座に振り込むものとする。このとき、資金決
済（支払）＝ＤＶＰ予定受払代金の全額充当＋支払不足
額の振込みとする。

【０１２４】フェイルとなった受渡しに係る受方会員
（以下「被フェイル会員」という。）は、受払い代金の
支払額がＤＶＰ予定受払代金額を下回ることとなるの
で、資金受領時刻である午後２時に、担保余剰額（＝フ
ェイルとなった受渡しに係る代金相当額）を当該会員２
の資金決済口座で受領するものとする。このとき、資金
決済（支払）＝ＤＶＰ予定受払代金の一部充当（担保余
剰額の受領）とする。

【０１２５】フェイル会員又は被フェイル会員が、異な
る銘柄の受渡しにおいて、フェイルとなった受渡しに係
る受方又は渡方となる場合には、フェイルとなった受渡
しに係る代金相当額の払いと受けとを差引計算し、その
結果が支払超過であれば、当該金額を支払い不足額とし
て上記支払不足額の資金決済（支払）により支払、受領
超過であれば当該金額を担保余剰額として上記担保余剰
額の資金決済（支払）により受領する。決済代金の暫定
額と値洗い差金の差引計算により得られた金額が受け超
となっていた会員２が、フェイルにより受払い代金の支
払方となった場合は、上記支払不足額の資金決済（支
払）に準じて支払額を振り込むものとする。

【０１２６】前日差入担保金について説明する。会員２
は決済日の前日までに証券取引所１４に担保を差し入れ
ることにより、差し入れた担保の額に相当する受け有価
証券を受領することができるものとする。なお、前日差
入担保金の利用は会員２の任意とする。適格担保の範囲
については、先物・オプション取引に係る取引証拠金に
準ずるものとする。代用有価証券の掛け目についても、
先物・オプション取引に係る取引証拠金に準ずる。会員
２から担保の返戻申請を受けた場合には、申請日におけ
る資金決済終了（支払時限）後に返戻するものとする。

【０１２７】期末等におけるフェイルの取扱いは次の通
りである。証券取引所１４は、会員２が株主の権利を確
定するための基準日等の前日においてフェイルを発生さ
せた場合には、証券取引所１４が定める額の金銭を当該
会員２から徴収することとする。金額は、当該日におけ
るフェイルは極力避ける必要があることから抑止的効果
を持つ額とするとよい。当該日におけるフェイルに伴う
配当、議決権等の権利処理については、一律に取り扱う
ことが困難なため、当事者間で調整する。

【０１２８】資金決済不履行時には、証券取引所１４が
当該資金決済を履行するとともに、引取りを停止した有
価証券又は預託されている担保を不履行により生じた損
害の補填に充てる。

【０１２９】本実施の形態に係る決済情報システムの主
要構成を、図１５に示す。本実施の形態の決済情報シス
テムは、証券取引所１４側と会員２との間で構築される
証券取引所ＷＡＮシステム１に含まれる。証券取引所Ｗ
ＡＮシステム１とは、証券取引所１４が提供する通信回
線網を用いた広域通信ネットワークシステムをいい、証
券取引所１４側と会員２との間に構築され、会員２との
間でのバイイン請求等のエントリ情報の送受信、提供書
類・届出書類の送受信等の処理が行われる。証券取引所
ＷＡＮシステム１としては、Ｔａｒｇｅｔシステムがあ
る。

【０１３０】証券取引所ＷＡＮシステム１には、証券取
引所１４における決済情報，エントリ情報を証券取引所
１４と会員２との間で送受信するシステムである決済情
報システムが含まれる。なお、本実施形態では、決済情
報システムを含む証券取引所ＷＡＮシステム１を、証券
取引所１４が提供しているが、これに限定されず、証券
取引所１４からシステムの運営を委託されたシステム運
用組織が、証券取引所ＷＡＮシステム１を提供してもよ
い。

【０１３１】決済情報システムは、証券取引所１４側の
ＤＶＰサーバコンピュータ４と、ＷＷＷサーバコンピュ
ータ５と、会員２側のクライアントコンピュータ９と、
を主要構成要素としており、ＤＶＰサーバコンピュータ
４は、ＣＳＩ（Ｃｌｅａｒｉｎｇ Ｓｅｔｔｌｅｍｅｎ
ｔ Ｉｎｆｏｒｍａｔｉｏｎ）サーバコンピュータ１２
と接続されている。

【０１３２】サーバコンピュータとしてのＤＶＰサーバ
コンピュータ４は、決済情報システムを統括するコンピ
ュータである。図１６に、ＤＶＰサーバコンピュータ４
のハード構成を示す。ＤＶＰサーバコンピュータ４は、
データの演算・制御を行う中央演算処理装置としてのＣ
ＰＵ２１，記憶装置であるＲＡＭ２２，ＲＯＭ２３，Ｈ
ＤＤ２４及び記憶媒体装置２５を備える。ＣＰＵ２１
は、ＲＯＭ２３又はＨＤＤ２４に記憶されているプログ
ラムにしたがって各種の処理を実行するようになされて
いる。ＲＡＭ２２には、ＣＰＵ２１が各種の処理を実行
する上において必要なデータなどが適宜記憶される。

【０１３３】入力装置であるキーボード２６とマウス２
７は、ＣＰＵ２１に所定の指令を入力するとき適宜操作
される。さらに出力装置である表示装置２８，プリンタ
２９には、所定の書式で表示される情報，画像等が出力
表示される。

【０１３４】記憶媒体装置２５は、外付けハードディス
ク，光磁気ディスク，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ，
メモリスティックなどにより構成され、通信装置３０を
介して送信されてきたデータを適宜記憶し、またこれを
読み出すことができるようになされている。

【０１３５】入力装置，出力装置としての通信装置３０
は、外部に対してデータを送信し、また外部から供給さ
れたデータを受信するようになされている。

【０１３６】ＤＶＰサーバコンピュータ４には、コンピ
ュータに設けられた記憶装置，例えばＨＤＤ２４に、Ｃ
ＳＩサーバコンピュータ１２から取得した帳票データ，
約定データ等の決済情報が登録された決済情報記憶手段
としての決済データベース６と、証券取引所１４の運用
に関する業務メッセージが登録された業務メッセージテ
ーブル１７６と、配信可能となってから所定期間経過前
の配信可能情報を登録しておく配信情報管理データベー
ス１７２と、クライアントコンピュータ９でダウンロー
ドするための公開情報データが登録されたダウンロード
データベース７とが格納されている。また、ＨＤＤ２４
には通知機能１６７、１６８、情報通信サーバ１６６等
が格納されている。

【０１３７】決済情報記憶手段としての決済データベー
ス６には、ＣＳＩサーバコンピュータ１２から取得した
決済情報が、格納されている。つまり、ＣＳＩサーバコ
ンピュータ１２で、新しく決済情報が作成されると、こ
の決済情報は、ＣＳＩサーバコンピュータ１２の決済情
報ファイル１３に登録されると共に、ＤＶＰサーバコン
ピュータ４側に送信され、決済データベース６に登録さ
れる。

【０１３８】決済情報とは、帳票とも呼ばれているもの
であって、本実施の形態では、有価証券の決済に関する
情報をいう。照合業務に関しては、売買明細表，サマリ
ー等の約定照合情報，権利行使申告・割当明細表等の権
利行使情報，建玉管理情報、決済業務に関しては、総括
清算表，総受払代金計算表（予定額）等の決済照合情
報、総受払代金計算表（確定額），追加支払通知等の確
定通知情報、基準日等の決済に係る受方・渡方指定書等
の相手方指定情報、決済申告情報、担保管理に関して
は、前日差入担保金受払状況表，前日差入担保金残高表
等の前日差入担保金情報、証拠金情報、フェイル管理に
関しては、フェイル情報通知等のフェイル情報、バイイ
ン実行通知，バイイン請求申告等のバイイン情報通知等
の情報である。

【０１３９】不図示の業務メッセージテーブル１７６に
は、公開情報のうち業務メッセージが登録される。業務
メッセージテーブル１７６への業務メッセージの登録
は、決済情報システム運用者の端末コンピュータから行
われる。

【０１４０】ダウンロードデータベース７には、配信可
能となった公開情報が、ダウンロード可能なファイル形
式で登録されている。クライアントコンピュータ９の同
報通知プログラム１１ｃの画面上またはＷＷＷブラウザ
１１ｂの画面上でダウンロードを指示した場合には、こ
のダウンロードデータベース７から公開情報がダウンロ
ードされるように構成されている。

【０１４１】ＣＳＩサーバコンピュータ１２のハード構
成は、前記ＤＶＰサーバコンピュータ４のハード構成と
同様であるので、説明を省略する。ＣＳＩサーバコンピ
ュータ１２は、ＤＶＰ決済を統括する不図示のＤＶＰ決
済システムサーバコンピュータとデータ連携されてお
り、この不図示のＤＶＰ決済システムサーバコンピュー
タが統括した証券の売買，約定，決済等の公開情報を日
々作成するコンピュータである。

【０１４２】ＣＳＩサーバコンピュータ１２は、記憶装
置，例えばＨＤＤに、作成された証券の売買，約定，決
済等の公開情報が登録された決済情報ファイル１３が格
納されている。ＤＶＰサーバコンピュータ４は、この決
済情報ファイル１３から、決済情報を受信するように構
成されている。

【０１４３】ＷＷＷサーバコンピュータ５は、通信回線
網であるインターネットを介して、決済情報，業務メッ
セージに関するホームページを、証券取引所１４側から
会員２側に提供するためのコンピュータである。つま
り、ＷＷＷサーバコンピュータ５は、ＤＶＰサーバコン
ピュータ４とクライアントコンピュータ９との間に設け
られ、ＤＶＰサーバコンピュータ４とクライアントコン
ピュータ９との間の情報の送受信を司る役割を果たして
いる。

【０１４４】ＷＷＷサーバコンピュータ５のハード構成
は、前記ＤＶＰサーバコンピュータ４のハード構成と同
様であるので、説明を省略する。ＷＷＷサーバコンピュ
ータ５には、記憶装置，例えばＨＤＤに、会員２側のク
ライアントコンピュータ９画面上に種々の情報を表示さ
せるための画面コンテンツ情報が登録されたコンテンツ
データベース８が格納されている。ＷＷＷサーバコンピ
ュータ５は、クライアントコンピュータ９のＷＷＷブラ
ウザ１１ｂ画面または同報通知プログラム１１ｃ画面
で、公開情報の閲覧要求がされたときに、ＤＶＰサーバ
コンピュータ４の決済データベース６から、閲覧要求さ
れた公開情報を受信し、コンテンツデータベース８に登
録された情報を付加して、クライアントコンピュータ９
に、閲覧のために送信する役割を果たす。

【０１４５】また、ＷＷＷサーバコンピュータ５は、Ｗ
ＷＷブラウザ１１ｂ画面で、公開情報のダウンロード要
求がされたときに、ＤＶＰサーバコンピュータ４の決済
データベース６から、ダウンロード要求された公開情報
を取得し、クライアントコンピュータ９に、ダウンロー
ドのために送信する役割を果たす。

【０１４６】本実施の形態では、ＤＶＰサーバコンピュ
ータ４とＷＷＷサーバコンピュータ５とＣＳＩサーバコ
ンピュータ１２を、別のコンピュータとして構成してい
るが、ひとつのサーバコンピュータの記憶装置，例えば
ＨＤＤに、ＣＳＩサーバと、ＤＶＰサーバと、ＷＷＷサ
ーバとのうち少なくとも２つのサーバが格納されている
ように構成してもよい。

【０１４７】会員２には、クライアントコンピュータ９
（９ａ，９ｂ）が設置されている。クライアントコンピ
ュータ９（９ａ，９ｂ）は、証券取引所ＷＡＮシステム
１を利用するための会員２側のコンピュータである。ク
ライアントコンピュータ９のハード構成は、前記ＤＶＰ
サーバコンピュータ４のハード構成と同様であるので、
説明を省略する。

【０１４８】クライアントコンピュータ９ｂには、記憶
装置，例えばＨＤＤに、ＷＷＷサーバコンピュータ５か
ら、決済情報及び業務メッセージからなる公開情報が配
信可能となった旨の配信可能情報を受信し、画面上に表
示する同報通知プログラム１１ｃと、配信可能となった
公開情報を画面上に表示するＷＷＷブラウザ１１ｂと、
受信した公開情報を蓄積するための決済情報データファ
イル１０と、が格納されている。また、他のクライアン
トコンピュータ９ａには、同報通知プログラム１１ｃが
行う処理とＷＷＷブラウザ１１ｂが行う処理の双方を実
行可能な同報通知ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐ
ｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）１１ａが格納され
ている。

【０１４９】また、クライアントコンピュータ９は、図
４７に示すように、端末コンピュータ４５が接続された
自社サーバコンピュータ４２に接続され、端末コンピュ
ータ４５側からクライアントコンピュータ９に格納され
たプログラムを利用できるように構成されていてもよ
い。また、会員２側で、クライアントコンピュータ９と
端末コンピュータ４５とが、社内ＬＡＮで接続されてい
てもよい。

【０１５０】クライアントコンピュータ９からは、業務
メッセージ，決済情報等の公開情報を、ＤＶＰサーバコ
ンピュータ４，ＷＷＷサーバコンピュータ５側から閲
覧，ダウンロード可能に構成されている。会員２側で
は、ＤＶＰサーバコンピュータ４側からダウンロードす
ることにより得た業務メッセージ，決済情報データを用
いて、表計算プログラム等を用いた分析や、ワープロ機
能を用いた資料の作成等の情報活用が可能である。

【０１５１】本実施の形態に係る決済情報システムを統
括するＤＶＰサーバコンピュータ４と、ＣＳＩサーバコ
ンピュータ１２と、会員２のクライアントコンピュータ
９との関係について、図１７に基づき説明する。ＣＳＩ
サーバコンピュータ１２は、公開情報の一つである決済
情報の作成と、ＤＶＰサーバコンピュータ４が統括する
証券取引所ＷＡＮシステム１および不図示のＤＶＰ決済
システムの処理状況管理を行うコンピュータである。Ｄ
ＶＰ決済システムとのデータ連携，ＤＶＰサーバコンピ
ュータ４とのデータ連携を行う。

【０１５２】ＤＶＰサーバコンピュータ４は、決済情報
システムを含む証券取引所ＷＡＮシステム１を統括する
コンピュータであって、各公開情報について、クライア
ントコンピュータ９に送信する配信可能情報，ダウンロ
ード用情報等の作成・保管を行う。ＤＶＰサーバコンピ
ュータ４は、ＣＳＩサーバコンピュータ１２とのデータ
連携を行う。また、ＣＳＩサーバコンピュータ１２から
公開情報を受信し、クライアントコンピュータ９側に提
供するデータを蓄積する。クライアントコンピュータ９
側に提供するデータとは、業務メッセージ，ＣＳＩサー
バコンピュータ１２で作成された決済情報と、これらの
業務メッセージおよび決済情報のダウンロード用のデー
タである。

【０１５３】また、ＤＶＰサーバコンピュータ４は、こ
の蓄積された業務メッセージ及び決済情報のデータを用
いて、会員２のクライアントコンピュータ９側に提供す
る配信可能情報を作成し、送信する。この配信可能情報
とは、ＣＳＩサーバコンピュータ１２で作成された公開
情報が配信可能となった旨の配信可能情報である。ＤＶ
Ｐサーバコンピュータ４は、送信した配信可能情報を、
会員２側が受信したことの確認を行う。

【０１５４】クライアントコンピュータ９が設置される
会員２は、ＤＶＰサーバコンピュータ４が提供する知識
情報の活用主体である。会員２のクライアントコンピュ
ータ９は、ＤＶＰサーバコンピュータ４からの配信可能
情報が、決済情報システムに含まれる同報通知システム
による通知処理により送信されると、クライアントコン
ピュータ９に格納された同報通知プログラム１１ｃによ
り受信する。このとき、同報通知プログラム１１ｃは、
配信可能情報を受信した旨の受信確認を、ＤＶＰサーバ
コンピュータ４に送信する。

【０１５５】会員２のユーザが画面上で配信可能情報の
内容を確認した結果、配信可能情報でタイトル表示され
た公開情報が、ダウンロードの必要な情報であると判断
した場合には、クライアントコンピュータ９で、ＤＶＰ
サーバコンピュータ４からの情報のダウンロード処理を
行う。

【０１５６】ＤＶＰサーバコンピュータ４は、会員２側
に提供する配信可能情報とこの配信可能情報に対応する
公開情報を保管しておき、クライアントコンピュータ９
からダウンロード要求がされた場合に、公開情報のデー
タ送信を行う。ダウンロード処理により、ＤＶＰサーバ
コンピュータ４からデータ送信処理が行われるので、ク
ライアントコンピュータ９は、情報の取出を行う。この
情報の取出により、情報の活用が可能となる。その後、
ＤＶＰサーバコンピュータ４側での受信状況管理のた
め、同報通知プログラム１１ｃにより、データの受取確
認通知をＤＶＰサーバコンピュータ４に送信する。ＤＶ
Ｐサーバコンピュータ４は、データの受取確認通知を受
信して、受信状況を管理する。

【０１５７】次に、図１８に基づき、本実施形態の決済
情報システムの処理の概略について説明する。決済情報
システムは、記憶装置内にＷＷＷブラウザ１１ｂと同報
通知プログラム１１ｃとが格納されたクライアントコン
ピュータ９ｂと、ＷＷＷサーバコンピュータ５，ＤＶＰ
サーバコンピュータ４，ＣＳＩサーバコンピュータ１２
の間で構築されている。

【０１５８】ＷＷＷサーバコンピュータ５には、クライ
アントコンピュータ９ｂ側に送信するためのコンテンツ
を作成するためのコンテンツ生成プログラム３４が格納
されている。決済情報システムの処理は、ＤＶＰサーバ
コンピュータ４で、制御される。決済情報システムの処
理では、まず、ＣＳＩサーバコンピュータ１２の決済情
報ファイル１３に登録された決済情報データおよび別途
登録された業務メッセージについて、ＤＶＰサーバコン
ピュータ４にセットアップするデータセットアップ処理
が行われる（処理３１）。

【０１５９】次いで、クライアントコンピュータ９ｂに
対し、決済情報または業務メッセージである公開情報が
配信可能となった旨の配信可能情報を送信する同報通知
処理を行う（処理３２）。この同報通知処理は、同報通
知プログラム１１ｃに対して行う。

【０１６０】その後、クライアントコンピュータ９ｂの
同報通知プログラム１１ｃから、配信可能情報を特定し
てダウンロードを要求するダウンロード要求信号を受信
すると、ＤＶＰサーバコンピュータ４は、特定された配
信可能情報に対応する公開情報のダウンロードデータを
送信して、ダウンロード処理を行う（処理３３）。クラ
イアントコンピュータ９ｂでの配信可能情報の特定は、
クライアントコンピュータ９ｂの画面上で表示されたダ
ウンロード可能情報一覧の中から特定することによって
行う。

【０１６１】また、同報通知プログラム１１ｃの画面上
には、配信準備が整った後所定期間が経過していない新
規配信可能情報のみが表示されているため、同報通知プ
ログラム１１ｃからは、配信可能情報の配信準備が整っ
た後所定期間が経過していない公開情報のみダウンロー
ド可能である。配信可能情報の配信準備が整った後所定
期間が経過した公開情報は、別途ＷＷＷブラウザ１１ｂ
を用いてダウンロードすることができる。

【０１６２】なお、本実施形態では、この所定期間は、
１日に設定されている。所定期間を１日としたのは、通
常、決済情報の配信準備が整うのは深夜であり、会員２
側で決済情報が利用されるのは、翌日の朝９時頃からで
あるため、配信可能情報を表示する期間は、配信可能情
報の配信準備が整った後１日程度が妥当であると考えら
れるためである。なお、所定期間は、１日に限らず、数
時間または数日に設定してもよい。例えば、配信可能情
報の数が多い場合には、所定期間を短くしてもよい。

【０１６３】また、ダウンロード要求信号の発信は、ク
ライアントコンピュータ９ｂのＷＷＷブラウザ１１ｂか
らも行うことができる。すなわち、ＷＷＷブラウザ１１
ｂでは、公開情報のタイトル一覧画面を表示可能であ
り、この画面上から、公開情報を特定して、ダウンロー
ド要求信号を発信可能である。このＷＷＷブラウザ１１
ｂの決済情報のタイトル一覧画面からは、配信可能情報
の配信準備が整った後所定期間が経過した公開情報のダ
ウンロードが可能である。この所定期間は、１日に設定
されている。

【０１６４】このように、ＷＷＷブラウザ１１ｂから
は、配信可能情報の配信準備が整った後所定期間が経過
した公開情報のみダウンロード可能に構成されている。
配信可能情報の配信準備が整った後所定期間が経過して
いない決済情報は、同報通知プログラム１１ｃのみから
ダウンロード可能にして、会員２側での情報取得の監視
を厳密に行うようにしている。

【０１６５】ＷＷＷブラウザ１１ｂから、公開情報を特
定したダウンロード要求信号を受信すると、ＤＶＰサー
バコンピュータ４は、特定された公開情報をＷＷＷブラ
ウザ１１ｂに送信して、ダウンロード処理を行う（処理
３３）。

【０１６６】図１９は、エントリ処理の業務データ連携
イメージを示す図である。本実施形態では、会員２は、
証券取引所ＷＡＮシステム１の決済情報の利用（エント
リ等）を行う。証券取引所ＷＡＮシステム１のＤＶＰサ
ーバコンピュータ４は、ＣＳＩサーバコンピュータ１２
と処理連携している。

【０１６７】図２０は、エントリ処理のユーザオペレー
ションを示す図である。会員２側のクライアントコンピ
ュータ９は、証券取引所ＷＡＮシステム１との間で、ユ
ーザ認証処理、与信（アクセス制御）処理、エントリ画
面通知受信処理、エントリ依頼処理、エントリ結果通知
受信処理、エラー発生時のエントリ結果確認処理を行
う。

【０１６８】ここで、エントリ処理概要について説明す
る。エントリ処理では、会員・特参会員２などが、ＤＶ
Ｐ決済システムに関連してデータのエントリを行う。決
済情報システムで提供された決済データやコンテンツ情
報への修正やＤＶＰ決済システムへの情報の登録などの
処理を実現する。また、エントリ処理では、処理のトラ
ンザクションを保証する必要がある。

【０１６９】エントリ処理要件について説明する。デー
タエントリが確実（アプリケーション会話によりトラン
ザクションを保証）であること、負荷集中時の確実な処
理実行保証（高信頼・高性能機能による処理負荷集中時
の処理実行保証）されること、確実なリカバリ処理（処
理状況の管理によるエラー時の処理確認）を行うことが
必要である。

【０１７０】確実な運用（高信頼）を行うために、シス
テムの認証（システムの参入の際の認証チェック）、シ
ステム資源のアクセス管理（資源利用の際のアクセスチ
ェック）、処理状況管理（処理状況管理によるリカバリ
対策）が必要である。

【０１７１】運用を容易とするために、会員側への資源
配布不要とする。多用な連携形態をとり、多種多様な相
手システム形態をサポートし、マルチユーザシステムに
も対応可能とする。

【０１７２】次いで、ＤＶＰ決済の事務処理の詳細につ
いて説明する。本実施形態のＤＶＰ決済では、会員２に
よる有価証券の授受は、保管振替機関１５における口座
振替により、会員２による資金の授受は、資金決済銀行
における口座振替により行う。

【０１７３】ＤＶＰ決済の対象となる取引は、証券取引
所１４における売買のうち、保管振替機関１５における
取扱銘柄に係る次の売買とする。すなわち、内国株券
（優先出資証券を含む）、普通取引（株券オプション取
引の権利行使により成立する対象株券の売買を含
む。）、立会外分売、単一銘柄取引（決済日が普通取引
と同様の取引に限る。）、バスケット取引（決済日が普
通取引と同様の取引に限る。）及び終値取引の売買、日
経３００株価指数連動型上場投資信託の受益証券の普通
取引の売買、転換社債券の普通取引、単一銘柄取引（決
済日が普通取引と同様の取引に限る。）、終値取引及び
立会外バスケット対当取引（決済日が普通取引と同様の
取引に限る。）の売買である。また、なお、「売買」に
は、業務規程等に基づく過誤訂正等のための売買及び貸
借取引を含む。本実施形態では、当日決済取引、発行日
決済取引の決済は、ＤＶＰ決済の対象とはしない。以
下、ＤＶＰ決済の対象取引以外の売買の決済を「Ｎｏｎ
−ＤＶＰ決済」という。

【０１７４】証券・資金決済の取扱いについて説明す
る。まず、証券決済について説明する。会員２による有
価証券の授受は、保管振替機関１５における口座振替に
より行う。ここで、会員２には、株券オプション取引特
別参加者も含まれる。なお、通常先物取引やオプション
取引市場において正会員以外の者のうち証券取引所１４
が適当と認めるものに対して取引できる資格を与えられ
ることになっており、この資格を得た者を特別参加者と
いう。

【０１７５】まず、渡方会員による証券取引所１４への
引渡しを行う。渡方会員は、有価証券の証券取引所１４
への引渡しを、証券決済時限までに行う。なお、ここで
は、証券決済時限を１３：００とする。各決済日の１
３：００時点における渡方会員口座から証券取引所口座
への振替未了分はフェイルとして取扱う。

【０１７６】次いで、証券取引所１４による受方会員へ
の引渡しを行う。証券取引所１４による受方会員への引
渡しでは、図２１のフローチャートに示す流れにより、
ネット・デビット計算に基づく引渡しを行う。まず、ス
テップＳ４００−１で、ネット・デビット計算により受
領可能有価証券価値の算出を行う。

【０１７７】証券取引所１４による受方会員への有価証
券の引渡しは、当該受方会員から預託された前日差入担
保金、ＤＶＰ予定受払代金及び渡済み有価証券等の価値
に見合う有価証券について、銘柄別受方会員順位及び会
員別受領銘柄順位に従って行う。なお、ここで、ＤＶＰ
予定受払代金とは、決済日当日のフェイル発生状況が加
味されていないＤＶＰ決済に係る予定受払代金をいう。
こうした、受方会員の受領可能有価証券価値の計算をネ
ット・デビット計算という。

【０１７８】ネット・デビット計算による受領可能有価
証券価値は、 受領可能有価証券価値＝前日差入担保金預託額＋ＤＶＰ予定受払代金預託額 ＋渡済み有価証券価値＋追加支払振込額−受済み有価証券価値±値洗差金額 …（算式１） の算式により算出する。

【０１７９】この算式１において、代用有価証券につい
ては、前日差入担保金預託額として、代用価格を用い
る。信用取引における委託保証金、先物・オプション取
引における委託証拠金・取引証拠金等は、現金以外の株
券、公社債など証券取引所が定めた有価証券で代用可能
であり、これらの有価証券を代用有価証券という。

【０１８０】また、上記算式１の渡済み有価証券価値
は、 渡済み有価証券価値＝有価証券数量×清算値段 …（算式２） で表される。この算式２において、清算値段とは、決済
日前日最終値段をいい、東京証券取引所「呼値に関する
規則」第１０条により気配表示された最終気配値段を含
む。ただし、決済日前日最終値段がない場合には、決済
日前日基準値段をいう。算式１の値洗差金額とは、売買
に係る約定値段と清算値段との差額及びフェイルにより
繰り越された受渡しに係る前日の清算値段と当日の清算
値段との差額をいう。

【０１８１】次いで、ステップＳ４００−２で会員別受
領銘柄順位による引渡銘柄等の決定を行う。このステッ
プでは、上記ステップＳ４００−１により算出された当
該受方会員の受領可能有価証券価値に相当する引渡銘柄
及びその数量を後述する会員別受領銘柄順位に従って決
定する。

【０１８２】次いで、ステップＳ４００−３で、銘柄別
受方会員順位による引渡が可能か判定する。このステッ
プで、証券取引所１４は、上記ステップＳ４００−２に
より決定された銘柄及びその数量について、当該受方会
員に引渡可能かどうか後に説明する銘柄別受方会員順位
に従って判定する。

【０１８３】銘柄別受方会員順位による引渡が可能でな
いとき（ステップＳ４００−３：ＮＯ）、すなわち、当
該銘柄に係る渡方会員から証券取引所１４への振替済数
量累計が、当該銘柄について当該受方会員より優先する
他の受方会員への振替請求数量累計よりも小さくなると
きは、再度ステップＳ４００−１に戻り、当該受方会員
の会員別受領銘柄順位における次位の銘柄について、ス
テップＳ４００−１で、ネット・デビット計算により受
領可能有価証券価値の算出を行う。すなわち、ステップ
Ｓ４００−３で、銘柄別受方会員順位による引渡が可能
になるまで、当該受方会員の会員別受領銘柄順位におけ
る次位の銘柄以降について、ステップＳ４００−１〜Ｓ
４００−３の一連の処理を繰り返す。

【０１８４】銘柄別受方会員順位により引渡可能なとき
（ステップＳ４００−３：ＹＥＳ）、すなわち、当該銘
柄に係る渡方会員から証券取引所１４への振替済数量累
計が、当該銘柄について当該受方会員より優先する他の
受方会員への振替請求数量累計よりも大きくなるとき
は、ステップＳ４００−４で、当該銘柄に係る所要数量
の証券取引所１４から当該受方会員へ口座振替するため
の手続を行う。

【０１８５】次いで、ステップＳ４００−５で、その日
の証券決済時限（１３：００）になったか判定する。証
券決済時限になっていない場合（ステップＳ４００−
５：ＮＯ）、再度ステップＳ４００−１に戻り、次の銘
柄についてネット・デビット計算により受領可能有価証
券価値の算出を行う。すなわち、証券決済時限になるま
で、順次銘柄についてステップＳ４００−１〜ステップ
Ｓ４００−５を繰りかえす。

【０１８６】証券決済時限（１３：００）になった場合
（ステップＳ４００−５：ＹＥＳ）、ステップＳ４００
−７で証券決済を行い、各銘柄について口座振替できな
いか判定する。つまり、証券決済時限の一例である１
３：００になると、一旦ステップＳ４００−１〜ステッ
プＳ４００−４の処理を打ち切り、ステップＹＳ４００
−７の口座振替の確認と、必要に応じてステップＳ４０
０−８の被フェイルの確定とを行う。

【０１８７】口座振替できない場合（ステップＳ４００
−８：ＹＥＳ）、被フェイルの確定を行う。すなわち、
口座振替できなかったフェイル銘柄に係る銘柄別受方会
員順位の最下位にある受方会員から順に当該フェイル数
量に達するまで被フェイルの割当を行う。その後、処理
を終了する。口座振替できた場合（ステップＳ４００−
８：ＮＯ）、処理を終了する。

【０１８８】有価証券の受領順位の決定方法について説
明する。この有価証券の受領順位には、上記ステップＳ
４００−２で用いる会員別受領銘柄順位及びステップＳ
４００−３で用いる銘柄別受方会員順位が含まれる。会
員別受領銘柄順位の決定方法は、次の通りである。すな
わち、会員別受領銘柄順位は、有価証券の種類に関わら
ず、決済代金（決済数量×清算値段）が小口であるもの
から優先決定する。なお、会員別受領銘柄順位の順位付
けにおいて、バイイン請求を行っている受領数量とその
他の受領数量とは異なる順位として計算する。

【０１８９】銘柄別受方会員順位は次の順序に従って決
定する。バイイン請求数量は他の全てに対し優先する
「最優先グループ」である。受方会員による当日の受領
数量のうち、バイイン請求を行った数量分のみ優先させ
る。最優先グループのバイイン請求数量間の順位は、各
部分ごとにバイイン請求日が古い順（昇順）に優先す
る。バイイン請求日が同一の場合には、まず、被フェイ
ル期間の長い順（発生日の古い被フェイル：昇順）に優
先させ、次に被フェイル期間が同一の場合には抽選によ
り決定する。

【０１９０】最優先グループに次ぐ優先グループは、被
フェイル会員である。被フェイル会員はそれ以外の会員
２に対し優先する「優先グループ」である。当日受領数
量のうち、一部でも被フェイルに係る受領があった場
合、全ての当日受領数量を優先させる。

【０１９１】優先グループの被フェイル会員間の順位
は、被フェイル期間の長い（発生日の古い被フェイル：
昇順）会員順に優先する。被フェイル期間が同一の場合
には抽選により決定する。優先グループに次ぐ最下順位
の劣後グループは、被フェイル以外の会員２である。劣
後グループの被フェイル会員以外の会員間順位は、抽選
により決定する。

【０１９２】証券取引所１４による受方会員への有価証
券の引渡時点について説明する。受方会員への引渡し
は、保管振替機関１５における次の振替時点により行
う。 （ａ）９：００（決済日前日夜間バッチ処理） （ｂ）９：３０、１０：３０、１１：３０、１２：３０ （ｃ）１３：００直後 （ｄ）１４：１５直後 なお、振替時点は、これらの時点に限定されず、適宜変
更してもよいことは当然である。

【０１９３】有価証券の授受は、部分振替も可能であ
る。渡方会員から証券取引所１４への口座振替におい
て、振替請求数量に満たない場合であっても、渡方会員
口座に振替可能残高があるときは、その都度、証券取引
所１４への口座振替を実行し、部分振替を行う。この点
は、従来のＤ．Ｂ．制度による場合と同様である。

【０１９４】証券取引所１４から受方会員への口座振替
の時点において、引渡可能数量が振替請求数量に満たな
い場合であっても、証券取引所口座に受方会員の受領可
能残高があるときは、その都度、当該受方会員への口座
振替を実施し、部分振替を行う。この点は、Ｄ．Ｂ．と
なる場合を除いて振替請求数量に達した時点で口座振替
を実行しているＤ．Ｂ．制度と異なる。

【０１９５】次いで、資金決済について説明する。会員
２による資金（受払代金）の授受は、資金決済銀行（清
算銀行又は中央銀行）における口座振替により行う。こ
こで、受払代金とは、決済代金（受渡しが行われる有価
証券の数量に清算値段を乗じて得られた額の金銭）と値
洗差金額をネッティングし、実際に授受する金銭をい
う。

【０１９６】資金決済時限は、支払方会員による証券取
引所１４への支払いは決済日の１４：１５まで、受領方
会員による証券取引所１４からの受領は同１４：４５と
する。

【０１９７】ＤＶＰ予定受払代金の預託について説明す
る。このＤＶＰ予定受払代金は、必須担保である。決済
代金の予定額と値洗い差金の差引き計算により得られた
金額が払い超となっている会員２は、その払い超となっ
ている額の金銭を１３：００までにＤＶＰ予定受払代金
として証券取引所１４に預託する。この時点での決済代
金は、当日発生するフェイルに係る資金授受が加味され
ていないため、予定額となる。会員２から預託されたＤ
ＶＰ予定受払代金は、資金決済に係る支払いに充当され
る。

【０１９８】フェイルに係る資金授受について説明す
る。各会員２とも、異なる銘柄の受渡しにおいて、フェ
イルに係る支払額と被フェイルに係る受領額とを差引計
算し、その結果が支払超過であれば所要の金額を振込
み、受領超過であれば受領する。

【０１９９】フェイル会員及び被フェイル会員は、区分
（ａ）〜（ｃ）または区分（ａ）及び（ｂ）に従い、フ
ェイルとなった受渡しに係る代金相当額の授受を行う。
ここで、区分（ａ）とは、フェイル会員が受払代金（予
定額）の支払方であった場合、区分（ｂ）とは、フェイ
ル会員が受払代金（予定額）の受領方であった場合、区
分（ｃ）とは、フェイル会員が受払代金（予定額）の受
領方であったがフェイルの発生により受払代金（確定
額）の支払方となった場合をいう。

【０２００】まず、フェイル会員による追加支払につい
て説明する。なお、各会員２とも、異なる銘柄の受渡し
において、フェイルに係る支払額と被フェイルに係る受
領額とを差引計算し、その結果が支払超過であれば所要
の金額を振込み、受領超過であれば受領する。フェイル
会員が受払代金（予定額）の支払方であった区分（ａ）
の場合、渡方証券決済時限（１３：００）において、受
払代金の支払額がＤＶＰ予定受払代金預託額を上回るこ
ととなるので、資金支払時限（１４：１５）までに支払
不足額の追加支払を行う。支払不足額とは、フェイルと
なった受渡しに係る決済代金相当額である。

【０２０１】フェイル会員が受払代金（予定額）の受領
方であった区分（ｂ）の場合、資金受領時刻（１４：４
５）において、当該フェイルに係る決済代金相当額を減
じた受払代金（確定額）を受領する。フェイル会員が受
払代金（予定額）の受領方であったがフェイルの発生に
より受払代金（確定額）の支払方となった区分（ｃ）の
場合、資金支払時限（１４：１５）までに当該支払額の
追加支払を行う。

【０２０２】次に、被フェイル会員による資金受領につ
いて、受払代金（予定額）の支払方であった区分（ａ）
の場合、受払代金（予定額）の受領方であった区分
（ｂ）の場合に分けて説明する。なお、各会員２とも、
異なる銘柄の受渡しにおいて、フェイルに係る支払額と
被フェイルに係る受領額とを差引計算し、その結果が支
払超過であれば所要の金額を振込み、受領超過であれば
受領する。

【０２０３】受払代金（予定額）の支払方であった区分
（ａ）の場合、渡方証券決済時限（１３：００）におい
て、被フェイル会員は、受払代金の支払額がＤＶＰ予定
受払代金を下回ることとなるので、資金受領時刻（１
４：４５）に、担保余剰額を受領する。受払代金（予定
額）の受領方であった区分（ｂ）の場合、当該フェイル
に係る決済代金相当額を、受払代金（予定額）とともに
資金受領時刻（１４：４５）に受領する。

【０２０４】次に、約定日（Ｔ日）、約定日翌日（Ｔ＋
１日）、決済日前日（Ｔ＋２日）、決済日当日（Ｔ＋３
日）に行われる証券・資金決済に関する事務について説
明する。なお、Ｔ日〜Ｔ＋３日に行われる情報授受は、
証券取引所ＷＡＮシステム１により行う。データ送信の
時刻は、多少のずれが生じる場合がある。約定日（Ｔ
日）の事務として、会員２は、約定日（Ｔ日）の２３：
００〜、証券取引所１４から売買照合用データ、すなわ
ち「内国株式売買明細表」、「債券取引売買明細表」、
「サマリーＡ（照合用）」、「株券オプション取引権利
行使申告・割当明細表」のデータの受信が可能となる。

【０２０５】約定日翌日（Ｔ＋１日）には、売買照合用
データの受信、証券決済データの受信、資金決済データ
の受信が行われる。売買照合用データの受信として会員
２は、約定日翌日（Ｔ＋１日）の２１：００〜、証券取
引所１４から売買照合用データ、すなわち「内国株式売
買明細表（訂正分）」、「債券取引売買明細表（訂正
分）」、「サマリーＢ（訂正済）」の受信が可能とな
る。

【０２０６】証券決済データの受信として会員２は、約
定日翌日（Ｔ＋１日）の２１：００〜、証券取引所１４
からの「銘柄別決済予定数量」の受信が可能となる。こ
こでは、翌日発生のフェイルに係る決済とのネッティン
グ前であるので、予定数量となる。資金決済データの受
信として会員２は、約定日翌日（Ｔ＋１日）の２１：０
０〜、証券取引所１４からの「総括清算表（約定代
金）」の受信が可能となる。なお、本実施形態のＤＶＰ
決済では、３日目訂正を認めないものとする。

【０２０７】決済日前日（Ｔ＋２日）には、前日差入担
保金の預託・返戻、証券決済データの受信、資金決済デ
ータの受信が行われる。前日差入担保金の預託・返戻と
して会員２は、必要に応じ、決済日前日（Ｔ＋２日）の
９：００〜１２：００の間に前日差入担保金の預託又は
返戻の手続きを行う。前日差入担保金は、預託日の翌日
から返戻日までの決済において有効となる。

【０２０８】証券決済データの受信として会員２は、決
済日前日（Ｔ＋２日）の１７：００〜、証券取引所１４
から「銘柄別決済確定数量」を受信する。この銘柄別決
済確定数量とは、Ｔ日約定に係る決済（訂正処理済）と
Ｔ＋２日に発生したフェイルに係る決済とをネッティン
グした結果としての証券決済確定数量を示す。

【０２０９】資金決済データの受信として会員２は、決
済日前日（Ｔ＋２日）の１７：００〜、証券取引所１４
から「総括清算表（決済代金・値洗差金）」及び「総受
払代金計算表（予定額／速報）」を受信する。なお、こ
れらの情報には、先物取引等に係る資金授受情報を含ま
ない。また、会員２は、決済日前日（Ｔ＋２日）の２
２：００〜、証券取引所１４からの「総受払代金計算表
（予定額）」の受信が可能となる。この「総受払代金計
算表（予定額）」には、先物取引等に係る資金授受情報
が含まれる。

【０２１０】決済日当日（Ｔ＋３日）には、有価証券の
振込み、資金の振込み、有価証券の受領、フェイル、被
フェイル会員への通知、資金決済情報の受領及び追加支
払の履行、受払代金の受領、代金領収通知の受信が行わ
れる。有価証券の振込みとして渡方会員は、決済日当日
（Ｔ＋３日）の１３：００までに、引渡有価証券数量を
自己の口座に発生させる。

【０２１１】なお、１３：００間際に振替一時停止措置
の解除申告を行った場合、又は振替預託を行った場合
は、振替未了（フェイル）となる可能性がある。保管振
替機関１５に対して振替の一時停止を申告している場合
で、一時停止措置の解除指定時刻を１３：００以降とし
た場合は、その解除指定はエラーとなる。

【０２１２】資金の振込みとして支払方会員は、当該資
金の支払に係る事務処理を清算銀行利用会員、中央銀行
（当座勘定）利用会員の区分に応じて行う。ここで、支
払方会員とは、「総受払代金計算表（予定額）」の「総
受払代金」欄に支払額が記載されている会員２をいう。
なお、「総受払代金計算表（予定額）」の「総受払代
金」欄に記載された支払額（以下「総支払額」とい
う。）と受入額（以下「総受入額」という。）は差引計
算せずにそれぞれ証券取引所１４を通じて授受する。Ｄ
ＶＰ決済とＮｏｎ−ＤＶＰ決済の決済資金はネッティン
グを行わない。

【０２１３】区分が清算銀行利用会員である会員２は、
決済日当日（Ｔ＋３日）の１３：００までに資金決済口
座に総支払額の資金手当を行う。当該資金は、清算銀行
により決済日当日（Ｔ＋３日）の１３：００までに会員
２の資金決済口座から証券取引所１４の資金決済口座に
振替えられる（逆引き処理）。清算銀行による総支払額
の振替が完了し、その状況を証券取引所１４が確認する
ことにより、当該支払額のうち、ＤＶＰ決済に係る金額
がネット・デビット計算に反映される。区分が中央銀行
（当座勘定）利用会員である会員２は、中央銀行ネット
ワークシステムを利用し、決済日当日（Ｔ＋３日）の１
３：００までに総支払額を証券取引所１４の資金決済口
座に振込む。

【０２１４】有価証券の受領として受方会員は、各振替
時点においてネット・デビット計算に基づく口座振替に
より、随時有価証券を受領する。

【０２１５】フェイル、被フェイル会員への通知とし
て、渡方証券決済時限（決済日当日（Ｔ＋３日）の１
３：００）をもって、当日のフェイル（被フェイル）が
確定した後、当該フェイル（被フェイル）に係る各会員
２は決済日当日（Ｔ＋３日）の〜１３：３０に証券取引
所１４から「フェイル情報通知（受渡後）」を受信す
る。

【０２１６】資金決済情報の受領及び追加支払の履行と
して会員２は、次のａ〜ｃの事務を行う。ａ 会員２
は、決済日当日（Ｔ＋３日）の１３：３０までに証券取
引所１４から「総受払代金計算表（確定額）」及び「追
加支払通知」を受信する。「追加支払通知」は追加支払
を行う会員２に対して送信される。ｂ また、追加支払
を行う会員２は、当該金額を決済日当日（Ｔ＋３日）の
１４：１５までに追加支払として証券取引所１４の資金
決済口座に振込む。中央銀行当座勘定利用会員は中央銀
行ネットワークシステムを利用した振込みとなる。

【０２１７】ｃ 清算銀行利用会員のうち、上記ｂにお
いて追加支払を実行した会員２は、「追加支払通知」を
クライアントコンピュータ９によりプリントアウトし、
「追加支払振込実行通知書」欄に必要事項を記入、押印
のうえ、「振込入金を行ったことを証する書類の写し」
を添付し、証券取引所１４に対し直ちに（決済日当日
（Ｔ＋３日）の１４：１５までに）ファクシミリで送信
する。ここで、「振込入金を行ったことを証する書類の
写し」とは、銀行が発行する「振込金受取書」等やファ
ームバンキングシステムから出力される振込実行の確認
書類等である。ファームバンキング（ＦＢ；ｏｎ ｌｉ
ｎｅ ｂｕｓｉｎｅｓｓ ｂａｎｋｉｎｇ ｓｅｒｖｉ
ｃｅ）とは、企業などの得意先と金融機関を通信回線で
結び，決済など各種の金融業務を行う仕組みをいう。

【０２１８】清算銀行利用会員については、「追加支払
実行通知書」及び「振込入金を行ったことを証する書類
の写し」を証券取引所１４に送信することにより、当該
追加支払金額がネット・デビット計算に反映される。中
央銀行当座勘定利用会員については、追加支払を中央銀
行ネットワークシステムを利用して証券取引所１４の資
金決済口座に振込入金することにより、当該金額がネッ
ト・デビット計算に反映される。なお、中央銀行当座勘
定利用会員については、「追加支払振込実行通知書」及
び「振込入金を行ったことを証する書類の写し」の送信
は不要である。

【０２１９】受払代金の受領として受領方会員は、決済
日当日（Ｔ＋３日）の１４：４５に、当該金額を受領す
る。ここでいう「受領方会員」とは、「総受払代金計算
表（確定額）」の「資金決済時限総受入代金」欄に受入
額の記載がある会員２をいう。代金領収通知の受信とし
て、清算銀行利用会員のうち支払方会員は、決済日当日
（Ｔ＋３日）の１４：４５以降、証券取引所１４から
「代金領収通知」を受信する。ここでいう支払方会員と
は、「総受払代金計算表（確定額）」の「総受払代金」
欄に支払額の記載がある会員２である。

【０２２０】次いで、前日差入担保金の取扱いについて
説明する。前日差入担保金（任意担保）について説明す
る。会員２は、決済日の前日に証券取引所１４に担保を
預託することにより、決済日において、預託担保の額に
相当する受領有価証券を資金決済終了（資金支払時限）
以前に受領することが可能となる。

【０２２１】適格担保の範囲は、先物・オプション取引
に係る取引証拠金（現金及び代用有価証券）に準ずるも
のとする。また、代用有価証券の利札（クーポン）請求
の処理についても取引証拠金の処理に準ずる。

【０２２２】代用有価証券の代用価格は、下記の通りで
ある。前日差入担保金として差入れられた代用有価証券
の代用価格は、当該代用有価証券が前日差入担保金とし
て有効となる決済日の２日前の時価に取引証拠金に準じ
た代用掛目（率）を乗じて得た額とする。返戻時におけ
る代用価格は、返戻日の２日前の時価に取引証拠金に準
じた代用掛目（率）を乗じて得た額とする。

【０２２３】次に、前日差入担保金の預託・返戻手続の
概要について説明する。預託・返戻の申込みは次のよう
に行う。会員２は、前日差入担保金の預託及び返戻を行
おうとするときは、原則として９：００〜正午（半休日
は、１１：００）までに証券取引所１４に対して所定の
申込みを行う。取引証拠金等において利用可能な請求伝
票の電送については、前日差入担保金でも利用可能とす
る。なお、前日差入担保金は、当日処理のみの受付とす
る。

【０２２４】取引証拠金等（緊急取引証拠金を除く）に
ついての預託・返戻申込時限も、同様に原則として９：
００〜正午（半休日は、１１：００）までとする。ここ
で、緊急取引証拠金とは、午前立会において相場が異常
に大きく変動し、証券取引所が特に必要と認める場合
に、正会員である証券会社が預託する証拠金をいう。

【０２２５】返戻の実行は次のように行う。受領有価証
券金額に値洗差金額を加味した金額に相当する前日差入
担保金については、返戻申込日における資金決済支払時
限（１４：１５）以降に返戻を実行する。前日差入担保
金（余剰分）について移換処理を行うことにより、当日
の取引証拠金への充当が可能となる。

【０２２６】ここでいう受領有価証券金額に値洗差金額
を加味した金額とは、値洗差金が受領である場合は受領
有価証券金額から当該値洗差金額を差し引き、支払いで
ある場合は加算した金額となる。

【０２２７】受領有価証券金額に値洗差金額を加味した
金額を超える前日差入担保金余剰分（以下「余剰分」と
いう。）については、返戻申込受付時に返戻又は取引証
拠金への移換ができる。この移換手続きは、取引証拠金
等の手続に準ずる。前日差入担保金に係る取引証拠金と
の移換の組み合わせは、「前日差入担保金」から「自
己」若しくは「差換預託」、又は「差換預託」若しくは
「自己」から「前日差入担保金」とする。余剰分に係る
現金の返戻については、資金決済支払時限（１４：１
５）以降の返戻となる。

【０２２８】次に、前日差入担保金受払状況表等の送付
について説明する。前日差入担保金預託会員は、証券取
引所１４から１５：００に「信認金、売買・取引証拠
金、前日差入担保金受払状況表」を受信し、また、２
２：３０以降「前日差入担保金残高表」の受信が可能と
なる。

【０２２９】次に、前日差入担保金の預託・返戻に関す
る事務に関し、現金による預託・返戻手続、現物（本
券）による差入れ・返戻手続、保管振替機関取扱銘柄に
よる差入・返戻手続（当日振替請求のみ）、振決国債に
よる差入・返戻手続、登録国債による差入・返戻手続、
アメリカ合衆国財務省証券による差入・返戻手続の項目
について説明する。

【０２３０】まず、現金による預託・返戻手続について
説明する。現金により預託を行う会員２は、現行の「証
拠金選定銀行」を利用する。また、その証券取引所１４
からの返戻は、現行の「証拠金返戻口座」への振込みを
もって行う。

【０２３１】預託として会員２は、前日差入担保金預託
手続を行う日に、当日扱いで、証拠金選定銀行に設けら
れている証券取引所１４の証拠金専用口座（前日差入担
保金も併用）に現金を振込み、「振込入金を行ったこと
を証する書類の写し」、「前日差入担保金（現金）入金
通知書」（以下「入金通知書」という。）及び「前日差
入担保金入出金・移換伝票」（以下「現金伝票」とい
う。）を預託日の正午までに証券取引所１４へ提出す
る。「前日差入担保金（現金）入金通知書」は、既存の
「会員信認金・売買証拠金・取引証拠金（現金）入金通
知書」に種別を追加して利用する。なお、以下、特に断
りのない場合、「正午」とは、半休日については１１：
００をいうものとする。

【０２３２】返戻として会員２は、「現金伝票」に必要
事項を記入し、返戻日の正午までに証券取引所１４へ提
出する。移換として会員２は、「現金伝票」に必要事項
を記入し、移換日の正午までに証券取引所１４へ提出す
る。

【０２３３】次に、現物（本券）による差入れ・返戻手
続について説明する。差入れとして会員２は、「前日差
入担保金差入・返戻伝票」（以下「代用現物伝票」とい
う。）に必要事項を記入したうえ、代用現物差入・返戻
伝票提出用袋（以下「提出用袋」という。）に納入し、
現物を添えて差入日の正午までに証券取引所１４に提出
する。証券取引所１４の事務処理後、差入れ時に提出し
た「代用現物伝票」と「提出用袋」を受領する。「代用
現物伝票」は、返戻時にも使用する。

【０２３４】返戻として会員２は、差入れ時に使用した
「代用現物伝票」に必要事項を記入したうえ、「提出用
袋」に納入して返戻日の正午までに、証券取引所１４へ
提出する。証券取引所１４の事務処理後（受領可能証券
金額に相当する担保分についての返戻は１４：１５以
降）、返戻の現物と「提出用袋」を受領する。なお、現
物（本券）の移換を行おうとする場合は、差入れ及び返
戻の手続きを同時に行う。

【０２３５】次いで、保管振替機関取扱銘柄による差入
・返戻手続（当日振替請求のみ）について説明する。保
管振替機関取扱銘柄による差入れでは、会員２は、保管
振替機関１５に設けられている証券取引所１４の取引証
拠金口座（前日差入担保金も併用）への振替請求を行う
とともに、「保管振替株式（転換社債券）差入・返戻伝
票」（以下「保管振替伝票」という。）に必要事項を記
入して正午までに証券取引所１４へ提出する。

【０２３６】保管振替機関取扱銘柄による返戻では、会
員２は、「保管振替伝票」に必要事項を記入し、返戻日
の正午までに証券取引所１４へ提出する。保管振替機関
取扱銘柄による移換では、会員２は、「保管振替伝票」
に必要事項を記入し、移換日の正午までに証券取引所１
４へ提出する。

【０２３７】振決国債による差入・返戻手続について説
明する。振決国債による差入れでは、会員２は、「前日
差入担保金振決国債差入・返戻・移換伝票」（以下「振
決国債伝票」という。）に必要事項を記入し、差入日の
正午までに証券取引所１４に提出する。中央銀行ネット
ワークシステムにおける振替指図は、証券取引所１４が
行う。

【０２３８】振決国債による返戻では、会員２は、「振
決国債伝票」に必要事項を記入し、返戻日の正午までに
証券取引所１４へ提出する。振決国債による移換では、
会員２は、「振決国債伝票」に必要事項を記入し、移換
日の正午までに証券取引所１４へ提出する。

【０２３９】登録国債による差入・返戻手続について説
明する。差入れでは、会員２は、「取引証拠金登録国債
差入・返戻伝票」（以下「登録国債伝票」という。）と
「登録国債付記登録通知書」又は「登録国債付記登録通
知書（転質）」に必要事項を記入したうえ、「提出用
袋」に納入し、差入日の正午までに証券取引所１４へ提
出する。証券取引所１４の事務処理後、差入時に提出し
た「登録国債伝票」と「提出用袋」を受領する。中央銀
行ネットワークシステムにおける付記登録の指図は、証
券取引所１４が行う。

【０２４０】返戻では、会員２は、差入時に使用して返
却された「登録国債伝票」に必要事項を記入し、所要の
記入を行った「登録国債付記登録通知書」又は「登録国
債付記登録通知書（転質）」とを「提出用袋」に納入
し、返戻日の正午までに証券取引所１４へ提出する。

【０２４１】会員２は、余剰分についての事項変更（質
権設定金額又は転質権設定金額の変更）を行う場合は、
返戻・差入の形をとるため、返戻用の「登録国債伝
票」、差入用の「登録国債伝票」と「登録国債付記登録
通知書」又は「登録国債付記登録通知書（転質）」を
「提出用袋」に納入して、事項変更日の正午までに証券
取引所１４へ提出する。

【０２４２】アメリカ合衆国財務省証券による差入・返
戻手続について説明する。差入れでは、会員２は、「米
国債振替指図書」に必要事項を記入し、差入日前日の１
６：００までに証券取引所１４へ提出するとともに、当
該会員２が指定した現地の保管機関に証券取引所証拠金
口座へ当該証券を差入れるように指示する。

【０２４３】証券取引所１４は、現地の証券取引所指定
銀行から振替完了通知を受け取った時点で差入完了と
し、預かり残高を増加させる。証券取引所１４が、現地
の証券取引所指定銀行から振替完了通知を受け取れなか
った場合は、その理由にかかわらず差入が行われなかっ
たとみなす。証券取引所１４からその旨の連絡を受け、
必要があれば、現金または他の代用有価証券で差入を行
う。

【０２４４】返戻では、会員２は、「米国債振替指図
書」に必要事項を記入し、返戻日の正午までに証券取引
所１４へ提出するとともに、当該会員２が指定した現地
の保管機関に証券取引所証拠金口座から当該証券を受け
入れるよう指示する。証券取引所１４は、「米国債振替
指図書」が提出された時点で預かり残高を減少させる。
なお、返戻日翌日に、証券取引所１４が現地の証券取引
所指定銀行より返戻不能通知を受けた場合、その時点で
返戻を取消し、預かり残高を増加させる。

【０２４５】次いで、フェイル、バイインの取扱いにつ
いて説明する。まず、フェイルに関し、フェイルの確
定、被フェイル会員の確定、フェイルに係る再ネッティ
ング、バイインの請求、遅延損害金等、フェイルの解
消、その他の取扱いについて説明する。

【０２４６】フェイルの確定は、次のように行う。すな
わち、決済日の渡方証券決済時限（１３：００）までに
渡方会員による有価証券の引渡しがなされない場合（証
券取引所口座に渡方会員口座からの振替による残高が発
生していない場合）、これをフェイルとする。フェイル
に係る有価証券及びこれに対応する決済代金の授受は、
翌日に繰り越す。

【０２４７】なお、保管振替機関１５に対して振替の一
時停止を申告している場合で、一時停止措置の解除指定
時刻を１３：００以降とした場合は、その解除指定はエ
ラーとなる。また、渡方証券決済時限の直前に振替預託
を行う場合、その時刻によっては、当該振替預託分がフ
ェイルとなる可能性がある。

【０２４８】被フェイル会員の確定は、次のように行
う。フェイルとなった銘柄に係る当該銘柄の銘柄別受方
会員順位の最下位にある受方会員から順に当該フェイル
数量に達するまで被フェイルを割り当てる。当該被フェ
イルに係る有価証券及びこれに対応する決済代金の授受
は、翌日に繰り越す。

【０２４９】フェイル（及び被フェイル）により繰越さ
れた有価証券及び代金の決済は、繰越された日を決済日
とする売買取引の決済と再ネッティングしたうえで授受
する。

【０２５０】バイインの請求は、次のように行う。被フ
ェイル会員は、証券取引所１４に対し、翌日の決済時限
を越えて被フェイルが継続している場合、当該被フェイ
ルに係る有価証券の買付け及び引渡し（バイイン）を請
求することができる。このバイインの請求はクライアン
トコンピュータ９に表示される専用画面に必要事項を入
力することにより行う。

【０２５１】被フェイル会員からバイインの請求があっ
た場合、請求日から起算して４営業日目の日までに当該
バイインの請求に係る被フェイルが解消されないとき、
証券取引所１４はバイインを実行し、当該バイインに要
した費用を、原則、バイイン請求時点でフェイルを起こ
した会員２のうち、最も古いフェイルポジションを有し
た会員２に請求する。

【０２５２】遅延損害金、遅延違約金、期末銘柄等遅延
違約金、遅延損害金等の授受方法は次の通りである。フ
ェイル発生日以降の遅延損害金として、フェイル会員
は、フェイルとなった受渡しに係る遅延損害金を証券取
引所１４に支払い、証券取引所１４は当該損害金を受け
方会員（被フェイル会員）に支払う。この遅延損害金
は、日歩が決済代金相当額１００円につき４銭、対象数
量が決済日の渡方証券決済時限（１３：００）時点で確
定したフェイル数量、金額計算がフェイル銘柄の清算値
段×対象数量×日歩である。ここで、フェイル銘柄の清
算値段とは、フェイルとなった決済日における清算値段
をいう。

【０２５３】フェイル発生日＋４日以降の遅延違約金と
して、証券取引所１４は、フェイル会員が当初の決済日
から起算して５営業日目の日までにフェイルを解消しな
い場合には、その日以降、遅延違約金を当該会員２から
徴収する。この遅延違約金は、日歩が代金相当額１００
円につき２銭、対象数量が当初のフェイル発生日から起
算して５営業日目以降の渡方証券決済時限（１３：０
０）時点で未解消であるフェイル、金額計算がフェイル
銘柄の清算値段×対象数量×日歩である。

【０２５４】期末銘柄等遅延違約金として、証券取引所
１４は、会員２が期末銘柄等につき権利を確定するため
の基準日等の前日においてフェイルを発生させた場合に
は以下の対象数量と金額計算から算出される額の金銭を
当該会員２から徴収する。ただし、当該フェイルについ
ては、基準日等における決済ができることとし、同決済
によりフェイルを解消した分については、一部遅延違約
金を減額する。

【０２５５】権利を確定するための基準日等とは以下の
それぞれに係る基準となる日をいう。株券（優先出資証
券を含む）の場合は、配当落、権利落、保管振替機関取
扱株券に係る実質株主通知に係る基準となる日、転換社
債・優先株の場合は、転換条件変更に係る基準となる
日、転換社債の場合は、期中償還請求権に係る権利落に
係る基準となる日、受益証券の場合は、収益分配落に係
る基準となる日をいう。

【０２５６】ここで、対象数量とは、基準日等の前日の
計算基準時点で未解消であるフェイル数量（＝当初数
量。基準日等の当日の決済において解消されたフェイル
数量（＝減数量）については減額。）をいう。また、金
額計算は、 期末銘柄等遅延違約金の金額＝Ａ円−（Ａ円×減数量÷
当初数量×７５％） により行う。このとき、 ［各銘柄の基準日等の前日の決済に係る清算値段又は配
当落等の期日の決済に係る清算値段のいずれか高い値
段］×当初数量×０．０８％＝Ａ円 とする。遅延損害金等の授受は、当月１ヶ月分をまと
め、翌月に行う。具体的には、現行の有価証券引渡票に
係る品借料の授受と同様の方法で行う。

【０２５７】フェイルの解消について説明する。フェイ
ルは、受渡決済、再ネッティング、バイイン実行の場合
に解消する。受渡決済による解消、すなわち渡方証券決
済時限までの受渡決済での解消は、次のように扱われ
る。決済日（以下「Ｓ日」という。）の受渡決済による
フェイル解消は、Ｓ日になされたものとみなす。ただ
し、遅延損害金等はＳ−１日まで発生する。

【０２５８】再ネッティングによる解消、すなわち翌日
の受渡決済が受領方であった場合における当該決済分
と、フェイルにより翌日に繰越された決済分との再ネッ
ティングによる解消は、次のように扱われる。Ｓ−１日
に行われた（Ｓ日決済のための）再ネッティングでのフ
ェイル解消は、Ｓ日になされたものとみなす。ただし、
遅延損害金等はＳ−１日まで発生する。

【０２５９】バイイン実行に伴う解消、すなわちバイイ
ン実行により費用負担をしたことによる解消は、当該実
行日の翌日になされたものとみなす。ただし、遅延損害
金等は当該実行日まで発生する。

【０２６０】受渡決済、再ネッティング又はバイイン実
行によるフェイル解消は、発生日の最も古いフェイルか
ら順に行われる。いわゆる「先入れ先出し方式」であ
る。

【０２６１】フェイルに関するその他の取扱いについて
説明する。期末銘柄等のフェイルに係る受方・渡方指定
等は次のようにおこなう。期末銘柄等につき、権利を確
定する基準日等の前日の渡方証券決済時限（１３：０
０）時点で未解消であるフェイルがある場合、当該フェ
イルに伴う配当金その他権利処理をフェイル会員と被フ
ェイル会員との間で調整し、処理を行うため、同日に証
券取引所１４が受方会員と渡方会員との対応づけ（受方
・渡方指定）を行い、数量を含めてそれぞれに通知す
る。指定は、証券取引所１４が、会員２に対し基準日等
の前日１７：００に、「基準日の決済等に係る受方・渡
方指定書」を送信することにより行う。

【０２６２】期末銘柄等については、いわゆる「仮決
済」により基準日等の当日には決済が行われないが、当
該フェイルを解消するための決済は行うことができる。
期末銘柄等について、基準日等の当日に行われるフェイ
ル解消のための決済は、前日に証券取引所１４が行う受
方・渡方指定に基づき、渡方会員と証券取引所１４、証
券取引所１４と受方会員との間で行う。基準日等の当日
に行われるフェイル解消のための決済方法は、後述す
る。

【０２６３】また、上場廃止に係る最終売買日から起算
して４営業日目の最終受渡決済日と、期間売買停止開始
日前日から起算して４営業日目の決済日においては、有
価証券のフェイルを発生させることはできない。なお、
期間売買停止とは、東京証券取引所業務規程第２９条第
１号に掲げる場合の売買の停止をいう。

【０２６４】次いで、バイインに関し、バイイン請求、
バイイン請求・実行の制限、費用負担対象会員（暫定）
の割当、バイイン請求の解消、バイイン費用負担対象
（暫定）からの除外、費用負担対象会員（暫定）の再割
当て、バイインの実行、費用負担対象会員の確定、バイ
インの決済について説明する。

【０２６５】バイイン請求について説明する。被フェイ
ル会員は、被フェイルとなった日の翌日の渡方証券決済
時限を越えて継続している被フェイルについて、証券取
引所１４に対し、バイインの請求を行うことができる。
バイインの請求は、被フェイルとなった日の翌日以降、
日々、１３：３０から１４：３０まで可能とする。

【０２６６】バイイン請求・実行の制限について説明す
る。権利を確定するための基準日等の前日（基準日等が
休日にあたる場合は、２営業日前）及び当日のバイイン
請求はできない。また、バイイン実行が権利確定日の２
営業日前に完了しなかった場合には、当該バイイン実行
未了分の請求は無効とし、当該バイイン請求会員（以下
「請求会員」という。）がバイインを再度希望する場合
には、権利確定日の翌日以降、再度バイイン請求手続き
を行う。以上のバイイン請求・実行の基準日等に係る制
限を、図２２に示す。

【０２６７】上場廃止日以降のバイイン請求はできな
い。また、バイインの実行が売買最終日までに完了しな
かった場合には、当該バイイン実行未了分の請求は無効
とする。このバイイン請求・実行の上場廃止に係る制限
を図２３に示す。売買停止期間（売買停止開始日から解
除日）のバイイン請求はできない。また、バイインの実
行が期間売買停止開始日の前日までに完了しなかった場
合には、当該バイイン実行未了分の請求は無効とする。
このバイイン請求・実行の期間売買停止に係る制限を図
２４に示す。なお、その他、必要に応じ、バイインの請
求、実行を制限してもよい。

【０２６８】次いで、費用負担対象会員（暫定）の割当
について説明する。バイイン請求がなされた場合、当日
のバイイン請求と、当該請求に基づくバイイン実行に要
する費用を負担すべき対象（以下「費用負担対象（暫
定）」という。）との対応関係を暫定的に定めるため、
バイイン請求時限（１４：３０）後、以下の順で費用負
担対象となる会員２（以下「費用負担対象会員（暫
定）」という。）の割当を行う。

【０２６９】つまり、フェイル発生日の古いフェイルか
ら順に割当を行い、フェイル発生日が同じ場合は、フェ
イル数量に応じて按分処理する。ここで、「暫定」とし
たのは、バイインが実行されるのは、バイイン請求日の
４営業日後であるため、その間におけるフェイル解消等
により、費用負担対象会員が変動することがあるからで
ある。バイイン実行までの間の費用負担対象会員は「暫
定」となる。

【０２７０】次いで、バイイン請求の解消について説明
する。被フェイル会員によるバイイン請求は、被フェイ
ル解消、バイインの実行、バイイン請求の取下げの場合
に解消する。すなわち、バイイン請求日以降、バイイン
請求に係る被フェイルが解消した場合、当該バイイン請
求は解消する。また、バイインの実行が完了した場合、
当該実行に係るバイイン請求は解消する。

【０２７１】また、バイイン請求の取下げにより、バイ
イン請求は解消する。請求会員は、当初のバイイン実行
予定日に実行予定全数量の実行が完了しない場合には、
その翌日以降、当該請求の取下げが可能である。なお、
この場合、バイイン請求日の古い請求ポジションから順
に請求の取下げを可能とし、各請求残高の部分的な取消
しはできない。

【０２７２】例えば、請求玉取下げの具体例を示すと、
請求数量が５で請求日がＡ日、請求数量が１０で請求日
が（Ａ＋１）日、請求数量が６で請求日が（Ａ＋２）日
の請求玉がある場合、請求取下げ可能数量は、各請求数
量の累計残高である５、１５、２１のいずれかのみとな
る。

【０２７３】次いで、バイイン費用負担対象（暫定）か
らの除外について説明する。バイイン費用負担対象会員
（暫定）は、受渡決済の場合、バイイン請求の解消の場
合、バイイン実行完了に伴う除外の場合に当該負担対象
から除外される。

【０２７４】すなわち、費用負担対象会員（暫定）が受
渡決済により費用負担対象（暫定）に係るフェイルを解
消した場合には、当該フェイル解消分について、費用負
担対象（暫定）から除外される。なお、費用負担対象会
員（暫定）が再ネッティングによりフェイルを解消した
場合であっても、費用負担対象（暫定）からは除外され
ない。費用負担対象会員（暫定）が再ネッティングによ
りフェイルを解消した場合は、同時に他の会員２に受渡
決済義務が転じることとなる。

【０２７５】仮に当該他の会員２がさらにフェイルを起
こすと、請求会員の被フェイルを解消させることにはな
らない。この際、再ネッティングによりフェイルを解消
した費用負担対象会員（暫定）を負担対象から除外し、
新たなフェイル会員（他の会員２）を費用負担対象会員
（暫定）とすると、当該他の会員２はフェイル解消機会
を与えられないまま、最短ではフェイルを起こした当日
にバイインの実行による費用負担対象会員（確定）とな
ってしまう可能性がある。このことは、バイイン制度に
実行猶予期間を設けている趣旨に反するため、再ネッテ
ィングによりフェイルを解消した場合であっても、費用
負担対象会員（暫定）からは除外しない。ただし、再ネ
ッティングによりフェイルを解消した費用負担対象会員
（暫定）については、フェイル解消努力があったものと
して考え、フェイル未解消である費用負担対象会員（暫
定）に優先して当該対象から除外する。

【０２７６】また、バイイン請求に係る被フェイルの解
消又はバイイン請求の取消しによりバイイン請求が解消
された場合、これに対応するバイイン費用負担対象会員
（暫定）は当該負担対象から除外される。バイイン実行
の完了に伴い、当該実行に要した費用を負担することと
なった場合、バイイン費用負担対象（暫定）から除外さ
れる。

【０２７７】費用負担対象会員（暫定）の再割当てにつ
いて説明する。当初における費用負担対象会員（暫定）
の割当以降、バイイン請求の解消及び費用負担対象会員
（暫定）の対象からの除外に伴い、費用負担対象会員
（暫定）の再割当てを行う。この再割当ては、以下ａ〜
ｆの原則に従うものとする。

【０２７８】ａ．請求ポジションの残高は、請求日の古
いものから順に除外する。 ｂ．費用負担対象会員（暫定）のバイイン実行予定日は
繰り上げられてはならない。 ｃ．費用負担対象会員（暫定）が受渡決済によりフェイ
ルを解消した場合には、当該数量分を最優先して費用負
担対象（暫定）から除外する。

【０２７９】ｄ．バイインの実行を最小限にするため、
費用負担対象（暫定）として割当てられた日（以下「費
用負担対象（暫定）割当日」という。）の古いものから
除外する。 ｅ．費用負担対象（暫定）のうち、再ネッティングによ
りフェイルを解消している分については、フェイル未解
消分よりも、優先して費用負担対象（暫定）から除外す
る。 ｆ．費用負担対象（暫定）割当日が同じである費用負担
対象（暫定）を除外する場合には、フェイル発生日の新
しいものから順に除外する。

【０２８０】次いでバイインの実行について説明する。
バイインの実行において、費用負担対象会員（暫定）は
次に定める方法によりバイイン対象ポジションの買付け
を行う。つまり、売方は売却を希望する会員２、買方は
費用負担対象会員（暫定）である。費用負担対象会員
（暫定）が複数存在した場合、各費用負担対象会員（暫
定）はそれぞれの費用負担対象数量について買方とな
る。売注文受付時間は１５：００〜１５：３０、約定時
刻は１５：３０とする。約定方法は、当日最終終値と当
該値段に１０％相当額を加えた値段の範囲内における競
争入札方式とし、約定価格は、全落札者の発注価格のう
ち最も高い価格による統一価格とする。注文受付方法
は、証券取引所ＷＡＮシステム１を利用した会員２によ
る端末入力方法である。

【０２８１】自己・委託の別は次の通りである。費用負
担対象会員（暫定）による買付けは、自己の計算に基く
ものとする。一方、売方会員による売却については、売
方会員が売注文を入力する際に、その注文が顧客の委託
によるものか、自己の計算に基づくものかの別を、選択
入力する。決済日はバイイン実行完了日翌日とする。

【０２８２】費用負担対象会員の確定について説明す
る。バイイン実行によって確定したバイイン実行完了数
量に対し、費用負担対象を以下ａ〜ｄの順で割り当て、
確定する。 ａ．フェイル未解消分と再ネッティングによるフェイル
解消分がある場合は、フェイル未解消分から割り当て
る。 ｂ．フェイル未解消分について、フェイル発生日の古い
ものから順に割り当てる。 ｃ．再ネッティングによる解消分について、フェイル発
生日の古いものから順に割り当てる。 ｄ．上記ｂ．ｃ．において、フェイル発生日が同一であ
る費用負担対象（暫定）がある場合には、フェイル数量
に応じて、按分処理する。

【０２８３】次いで、バイインの決済について説明す
る。バイインの決済期日はバイイン実行完了日の翌日と
する。また、決済方法に関し、有価証券決済、資金決
済、決済に係る受渡について説明する。

【０２８４】まず、有価証券決済について説明する。図
２５は、バイイン実行に係る有価証券決済を示す図であ
る。バイイン実行に伴う売方会員４１１による証券決済
（渡方）はＮｏｎ−ＤＶＰ決済により行う。バイイン請
求会員４１２と売方会員４１１が同一であった場合の証
券決済は、受渡数量の差し引数量について決済を行う。
Ｎｏｎ−ＤＶＰ決済における総括清算の対象とする。バ
イイン実行に伴う売方会員４１１のＮｏｎ−ＤＶＰ決済
では、有価証券引渡票（Ｄ．Ｂ．）の交付は認めない。

【０２８５】バイイン実行の完了に伴うバイイン費用負
担対象会員（買方会員）４１３の証券決済（受け方）は
ＤＶＰ決済により行う。バイイン実行が完了した場合、
バイイン請求会員４１２の被フェイルポジションの解消
に係る証券決済（受方）は、Ｎｏｎ−ＤＶＰ決済により
行う。Ｎｏｎ−ＤＶＰ決済における総括清算の対象とす
る。

【０２８６】次いで、資金決済について説明する。図２
６は、バイイン実行に係る資金決済を示す図である。バ
イイン実行の完了に伴う売方会員４１１による資金決済
（受領）はＮｏｎ−ＤＶＰ決済により行う。Ｎｏｎ−Ｄ
ＶＰ決済における総括清算の対象とする。バイイン実行
の完了に伴う買方会員（バイイン費用負担会員）４１３
の資金決済は、（バイイン実行日清算値段）×（買付数
量）に相当する金額（以下「バイイン買付代金」とい
う。）をＤＶＰ決済として授受し、バイイン実行におけ
る約定代金から当該バイイン買付代金を差し引いた金額
についてはＮｏｎ−ＤＶＰ決済として授受する。このバ
イイン実行における約定代金から当該バイイン買付代金
を差し引いた金額は、費用負担額に相当する。

【０２８７】バイイン実行の完了に伴うバイイン請求会
員４１２の資金決済（支払）は、バイイン実行日清算値
段に決済数量を乗じた金額をＮｏｎ−ＤＶＰ決済により
支払う。Ｎｏｎ−ＤＶＰ決済における総括清算の対象と
する。

【０２８８】決済に係る受渡について説明する。証券は
保管振替機関１５における口座振替、資金は資金決済の
口座振替で決済を行う。証券決済のうち、Ｎｏｎ−ＤＶ
Ｐでの決済分（バイイン請求会員４１２の証券受領及び
売方会員４１１の証券引渡し）については、証券取引所
１４は保管振替機関１５への有価証券の振替請求を当日
請求（受方・渡方指定口座振替処理）により行う。この
場合、証券取引所１４は当該振替請求に対して一律に渡
方振替一時停止申告を付す。バイイン実行に係る決済
（Ｎｏｎ−ＤＶＰ決済分）のほか、基準日当日の決済及
び発行日決済取引に係る決済についても同様に渡方一時
停止申告を付す。

【０２８９】次いで、会員２が行うフェイルに関する事
務について説明する。会員２は、Ｓ日における渡方証券
決済時限後、〜１３：３０に証券取引所１４から「フェ
イル情報通知（受渡後）」を受信する。このデータによ
り、当日におけるフェイル・被フェイルの発生、解消状
況の把握が可能となる（フェイル、被フェイルの把握第
１回）。

【０２９０】フェイル会員のうち、「追加支払通知」
（〜１３：３０に受信）の追加支払額欄に金額の記載が
ある会員２は、資金支払時限（１４：１５）までに、証
券取引所１４の資金決済口座に振込入金を行う（フェイ
ル会員によるフェイルに係る資金授受）。被フェイル会
員は、当該フェイルに係る受払代金相当額を、資金決済
受領時刻である１４：４５に当該会員２の資金決済口座
で受領する（被フェイル会員によるフェイルに係る資金
授受）。

【０２９１】次いで会員２は、１７：００に証券取引所
１４から「フェイル情報通知（ネッティング後）」を受
信する。このデータにより、会員２はバイインの実行及
び再ネッティング処理を受けたフェイル、被フェイルの
解消状況を把握する（フェイル、被フェイルの把握第２
回）。

【０２９２】次いで、会員２及び証券取引所１４が行う
バイインに関する事務について説明する。バイイン請求
日には、次の事務を行う。被フェイル会員がバイイン請
求を行う場合、被フェイル発生日の翌日以降、１３：３
０までに証券取引所１４側から受信する「フェイル情報
通知（受渡後）」により被フェイルが継続していること
を確認後、当日１４：３０までにクライアントコンピュ
ータ９から入力を行う（被フェイル会員によるバイイン
の請求）。

【０２９３】バイイン請求を行った会員４１２は、クラ
イアントコンピュータ９で表示される画面により、当該
バイイン請求について有効・無効の確認を行う（バイイ
ン請求受付確認）。

【０２９４】バイイン請求受付後、証券取引所１４は費
用負担対象会員（暫定）４１１ａの割当を行う。この割
当後、バイイン請求会員４１２及び費用負担対象会員
（暫定）４１１ａは、１５：００に証券取引所１４から
「バイイン情報通知（当初）」を受信する（バイイン請
求／費用負担対象（暫定）の把握（１））。

【０２９５】バイイン請求会員４１２及び費用負担対象
会員（暫定）４１１ａは、当日の再ネッティング処理に
よりバイイン請求／費用負担対象（暫定）４１１ａが解
消しない場合、１７：００に証券取引所１４から、再ネ
ッティング処理を反映した「バイイン情報通知（ネッテ
ィング後）」を受信する（バイイン請求／費用負担対象
（暫定）の把握（２））。なお、この「バイイン情報通
知（ネッティング後）」は、当該会員４１１ａ、４１２
に係る全てのバイイン請求又は費用負担対象（暫定）が
解消するまで日々送信される。

【０２９６】バイイン請求日の翌日の事務について説明
する。バイイン請求会員４１２及び費用負担対象会員
（暫定）４１１ａは、当日の決済によりバイイン請求／
費用負担対象（暫定）が解消しない場合、〜１３：３０
に証券取引所１４から、受渡決済による処理を反映した
「バイイン情報通知（受渡後）」を受信する（バイイン
請求／費用負担対象の把握（３））。

【０２９７】なお、この「バイイン情報通知（受渡
後）」は、当該会員２に係る全てのバイイン請求又は費
用負担対象（暫定）が解消するまで日々送信される。ま
た、当日、バイイン請求／費用負担対象（暫定）が解消
しない場合には、１７：００に「バイイン情報通知（ネ
ッティング後）」を受信する。

【０２９８】バイイン請求翌々日（バイイン実行日の前
日）の事務として、バイイン実行予告通知を受信する。
すなわち、バイイン請求日の翌々日における再ネッティ
ング処理によりバイイン請求／費用負担対象（暫定）が
解消しない場合、全ての会員２は、１７：００に証券取
引所１４から翌日実行予定であるバイインについて、
「バイイン実行通知（前日予告）」を受信する。ここ
で、全ての会員２には、バイイン請求／費用負担対象が
無い会員２が含まれる。なお、バイイン実行予定数量
は、実行日当日の決済状況により、バイイン実行日前日
の予告通知における数量よりも減少することがある。

【０２９９】バイイン実行日（バイイン請求日＋３日目
以降）の事務について説明する。当日実行予定であるバ
イインに係るバイイン請求／費用負担対象（暫定）が当
日の受渡決済により解消しない場合、全ての会員２は１
３：３０以降に証券取引所１４から「バイイン実行通
知」を受信する（バイイン実行通知）。

【０３００】次いで、１５：００以降、証券取引所１４
は次の要領でバイインを実行する（バイインの実行）。
まず、バイイン実行に応じ、売付けを行おうとする会員
２は、１５：００〜１５：３０の間、クライアントコン
ピュータ９から売注文の発注を行う。その後証券取引所
１４は、１５：３０にバイイン実行に係る売付けの受付
を締め切り、あらかじめ定めた実行価格の範囲内におい
て、最も低い価格での売注文から順に約定させる。この
場合、売注文の価格に関わらず、全約定分のうち最も高
い売注文価格を全約定一律の約定価格とする。

【０３０１】同一価格での売注文数量がバイイン実行予
定残数量（下値において約定した数量を除いた数量）を
超える場合の約定配分については、最小単位を売注文数
量の多い会員順に配分したのち、売注文残数量により按
分して配分を行う。なお、バイイン実行に当たり、費用
負担対象会員（暫定）４１３はバイイン実行数量の買方
となるが、この時点での実務は発生しない。

【０３０２】その後全ての会員２は、証券取引所１４か
ら１６：００までにバイイン実行銘柄、実行価格、実行
数量等を記載した「バイイン実行結果通知」を受信す
る。バイイン実行が完了せず、かつ、翌日の渡方証券決
済時限までに当該実行に係るバイイン請求が解消しない
場合は、当該バイイン実行未了数量について、再度翌日
にバイインの実行を行う。

【０３０３】ここで、バイイン実行に係る事例を挙げ
る。たとえば、バイイン実行数量が５０００株（バイイ
ン請求会員：甲会員３０００株、乙会員２０００株）
で、売買単位が１０００株、実行可能価格帯が１０００
円〜１１００円、売注文が１０００円／Ａ会員１０００
株、１０５０円／Ｂ会員３０００株、Ｃ会員２０００
株、Ｄ会員２０００株である場合、約定の配分は次のと
おり行う。

【０３０４】まず、最も低い価格での売注文数量から順
に約定する。本事例では、Ａ会員の１０００株が約定と
なる。次に、同一価格に複数会員２の売注文があり、当
該売注文合計数量がバイイン実行予定残数量（下値にお
いて約定した数量を除いた数量）を上回る場合は、売注
文数量の多い会員順に、最小単位をそれ以外の部分の数
量に優先させ、配分を行う。本事例では、Ｂ、Ｃ、Ｄ会
員それぞれ１０００株づつの約定となる。

【０３０５】このとき、最小単位以外の数量について
は、各会員２の売注文残数量に基づき按分し、配分を行
う。本事例では、Ｂ会員が１０００株約定となる。以上
より、約定数量はＡ会員１０００株、Ｂ会員２０００
株、Ｃ会員１０００株、Ｄ会員１０００株となる。ま
た、約定価格はいずれの約定も１０５０円となる。

【０３０６】バイイン実行日の翌日の事務について説明
する。バイイン実行日の翌日には、バイイン請求の取下
げとバイインに係る決済を行う。

【０３０７】バイイン請求会員４１２が請求の取下げを
行う場合には、次の手続きによる（バイイン請求の取下
げ）。バイイン請求会員４１２は、バイインの実行が完
了しなかった日の翌日以降、９：００〜１３：００まで
の間に、クライアントコンピュータ９からの入力により
「バイイン請求取下げ申告」を行う。バイイン取下げ申
告を行ったバイイン請求会員４１２は、「バイイン請求
取下げ受付確認データ」の受信により、バイイン請求の
有効、無効の確認を行う。

【０３０８】バイイン請求会員４１２、バイイン費用負
担対象会員４１３及びバイインに係る売方会員４１１
は、それぞれ次の決済をバイイン実行完了日の翌日に行
う（バイインに係る決済）。バイイン請求会員４１２
は、バイイン実行完了によるフェイル解消に係る有価証
券の受領（Ｎｏｎ−ＤＶＰ決済）による証券決済および
フェイル解消に係る代金の支払（Ｎｏｎ−ＤＶＰ決済）
による資金決済を行う。

【０３０９】バイイン費用負担対象会員４１３は、バイ
イン実行完了による買付有価証券の受領（ＤＶＰ決済）
により証券決済を行い、バイイン買付代金及び値洗差金
額の授受（ＤＶＰ決済）およびバイイン実行完了に係る
費用負担の授受（Ｎｏｎ−ＤＶＰ決済）により資金決済
を行う。

【０３１０】バイインに係る売方会員４１１は、バイイ
ン実行に係る売付有価証券の引渡しにより証券決済（Ｎ
ｏｎ−ＤＶＰ決済）と、バイイン実行に係る売約定代金
の受領（Ｎｏｎ−ＤＶＰ決済）による資金決済を行う。
バイイン実行に係るＮｏｎ−ＤＶＰでの証券決済につい
ては、証券取引所１４は保管振替機関１５への振替請求
（当日請求）に対して一律に渡し方振替一時停止申告を
付す。渡し方会員は口座振替時に当該一時停止申告の解
除が必要となる。なお、Ｎｏｎ−ＤＶＰ決済の場合にお
いても、有価証券引渡票（Ｄ．Ｂ．）の交付は認めな
い。

【０３１１】次に、特殊処理に関する取扱いについて、
基準日等における決済、上場廃止時、期間売買停止、会
員合併・銘柄合併時の項目に分けて説明する。基準日等
における決済の受方・渡方指定、事務処理について説明
する。基準日等における決済の受方・渡方指定は、証券
取引所１４が行う。すなわち、基準日等（権利確定日）
の前日の証券決済時点で未解消のフェイルがある場合、
翌日（基準日等の当日）に行われる当該フェイル解消の
ための決済は、前日に証券取引所１４が行う受方・渡方
指定に基づき、渡方会員と証券取引所１４、証券取引所
１４と受方会員との間で行う。事前のフェイル解消への
交渉機会を提供するものである。配当金その他の権利処
理は、証券取引所１４が指定した当事者間で調整する。

【０３１２】基準日等における決済の事務処理手順につ
いて説明する。まず、基準日等の前日１７：００にフェ
イル会員及び被フェイル会員は、「基準日の決済等に係
る受方・渡方指定書」を受信する。

【０３１３】次いで、基準日等の決済に係る保管振替機
関１５への有価証券の振替請求は、決済日当日、証券取
引所１４が当日振替請求（受方・渡方指定口座振替処
理）により行う。なお、証券取引所１４は、当該振替請
求に対して一律に渡し方振替一時停止申告を付す。基準
日等当日の決済のほか、バイイン実行に係る決済（Ｎｏ
ｎ−ＤＶＰ決済分）及び発行日決済取引に係る決済につ
いても同様に渡し方一時停止申告を付す。

【０３１４】渡方会員は、１３：００までに、引渡有価
証券数量を自己の口座に発生させる。この際、渡し方会
員は証券取引所１４により一律に付された渡方一時停止
の解除を行う。

【０３１５】上記渡方会員が引渡有価証券数量を自己の
口座に発生させる処理により渡方会員口座から証券取引
所口座への有価証券の振替が行なわれた場合、この渡済
み有価証券価値はネット・デビット計算における受領可
能有価証券価値に加算される。

【０３１６】証券取引所口座から受方会員口座への振替
は、上記渡方会員が引渡有価証券数量を自己の口座に発
生させる処理により渡方会員口座から証券取引所口座へ
の有価証券の振替が行われ次第、履行される。この振替
では、ネット・デビット計算に基かずに振替を可能とす
る。

【０３１７】ここで、当日振替請求に係る受方振替請求
については、請求数量の一部の数量に係る振替は行われ
ず、振替請求数量全量が証券取引所口座に発生した場合
又は「当日振替請求数量の一部の数量について渡方会員
口座から証券取引所口座への振替が行われており、当日
振替請求数量の減少訂正を行ったことにより受方会員口
座への振替が履行された場合」により証券取引所１４が
振替請求数量の減少訂正を行った場合に履行される。

【０３１８】証券取引所口座から受方会員口座への有価
証券の振替が行われた場合には、ネット・デビット計算
における受領可能有価証券価値からは減額されない。

【０３１９】渡方証券決済時限（１３：００）時点で、
渡方会員口座から証券取引所口座への証券の振替未了が
生じた場合は、証券取引所１４は振替請求の取消又は訂
正を行う。訂正として、当日振替請求数量の一部の数量
について渡方会員口座から証券取引所口座への振替が行
われていた場合、当日振替請求数量の減少訂正を行うこ
とにより受方会員口座への振替が履行される。なお、当
該決済未了については、翌日の決済で通常のＤＶＰ決済
のフェイルと同様の決済が行われる。

【０３２０】基準日等の当日においてフェイルを発生さ
せた渡方会員は、当該フェイルの相手方である受方会員
（被フェイル会員）に対して「配当金・権利等引渡通知
書」を書面により交付する。

【０３２１】上場廃止時におけるフェイル、バイインの
取り扱いは次の通りである。上場廃止となる銘柄の最終
決済日に関しては、フェイルを認めない。また、上場廃
止日以降の日はバイインの請求を行うことはできない。
バイイン実行が売買最終日までに完了できなかった場合
には、当該バイイン実行未了分の請求は無効とする。

【０３２２】期間売買停止におけるフェイル、バイイン
の取り扱いは次の通りである。ここで期間売買停止と
は、東京証券取引所業務規程第２９条第１号に掲げる場
合の売買の停止をいう。期間売買停止開始日前日＋３日
の決済においては、フェイルを認めない。また、期間売
買停止中におけるバイインの請求は認めない。バイイン
実行が期間売買停止開始日前日までに完了しなかった場
合には、当該バイイン実行未了分の請求は無効とする。

【０３２３】会員合併時の取り扱いは次の通りである。
合併期日前日以前の約定ポジションについて、合併期日
以降に行われる決済については、以下のとおり取扱う。
証券決済では、合併会員と被合併会員の約定をネッティ
ングし、合併会員が決済する（被合併会員は決済しな
い）。資金決済では、合併会員と被合併会員の受払代金
についてネッティングし、合併会員が決済する（被合併
会員は決済しない）。

【０３２４】被合併会員の既存の前日差入担保金につい
ては、合併期日の前日に全て返戻する。被合併会員のフ
ェイル及びバイインに関するデータは、合併期日の前日
の再ネッティング処理直前に、合併会員に引継ぐ処理を
行う。フェイルポジションと被フェイルポジションが併
存する場合は、相殺処理を行う。

【０３２５】銘柄合併（対等合併を除く）時には、被合
併銘柄の決済に関しては、上場廃止の取扱いに準じ、次
のとおり取り扱う。合併により上場廃止となる被合併銘
柄の最終決済日に関しては、フェイルを認めない。上場
廃止日以降の日はバイインの請求を行うことはできな
い。バイイン実行が売買最終日までに完了しなかった場
合には、当該バイイン実行未了分の請求は無効とする。

【０３２６】対等合併による銘柄合併におけるフェイル
・バイインの取扱いについて説明する。合併登記日が合
併期日＋２日以内である場合、合併登記日の翌日以降に
到来する被合併銘柄の決済については、決済日を同一と
する存続銘柄の決済と合算、差引計算して行うため、次
のとおり取り扱う。すなわち、被合併銘柄のフェイル及
びバイインに関するデータは、登記日における再ネッテ
ィング処理直前に、合併銘柄に引継ぐ処理を行う。フェ
イルポジションと被フェイルポジションが併存する場合
は、相殺処理を行う。

【０３２７】合併登記日が合併期日＋３日以後である場
合、被合併銘柄の決済について、存続銘柄の決済との合
算、差引計算は行われないため、上場廃止の取扱いに準
じ、次のとおり取り扱う。すなわち、合併により上場廃
止となる被合併銘柄の受渡最終日に関しては、フェイル
を認めない。また、上場廃止日以降の日はバイインの請
求を行うことはできない。バイイン実行が売買最終日ま
でに完了しなかった場合には、当該バイイン実行未了分
の請求は無効とする。

【０３２８】転換社債券のＤＶＰ決済における取扱いに
ついて、ＤＶＰ決済対象、ネット・デビット計算におけ
る経過利子の取扱い、フェイル時における経過利子の取
扱い、利払日に係る取扱いの項目に関して説明する。Ｄ
ＶＰ決済対象は、普通取引、単一銘柄取引、終値取引及
び立会外バスケット対当取引とする。ただし、単一銘柄
取引および立会外バスケット対当取引は、決済日が普通
取引と同様の取引に限る。

【０３２９】ネット・デビット計算における経過利子の
取扱いについて、転換社債券のネット・デビット計算に
おける有価証券価値は、経過利子を含んで計算する。す
なわち、有価証券価値は次の式により算出を行う。 転換社債券の有価証券価値＝有価証券数量（単位数）×
（１額面金額×清算値段／１００＋１単位あたり経過利
子） （円位未満切捨て）この式における「有価証券価値」
は、証券取引所口座へ有価証券を引き渡した場合の渡済
み有価証券価値、証券取引所口座から有価証券を受領し
た場合の受済み有価証券価値のいずれにも適用される。

【０３３０】フェイル時における経過利子の取扱いは次
の通りである。すなわち、転換社債の決済でフェイルが
発生した場合、フェイル期間中の経過利子については日
々、値洗処理を行うこととする。ここで、転換社債の決
済でフェイルを発生させた場合における経過利子に係る
値洗差金額を「経過利子調整金（フェイル）」という。
値洗処理の結果、フェイル期間中の経過利子は被フェイ
ル会員が受領することとなる。

【０３３１】具体的な事例として、フェイル時における
経過利子取扱いの事例を示す。まず、この事例の前提条
件を説明する。Ｆ会員はＳ日及びＳ＋１日の決済で額面
１００万円の渡しをフェイル（Ｓ＋２日に解消）してい
る。Ｔ会員はＳ日、Ｓ＋１日の決済で額面１００万円の
受領を被フェイル（Ｓ＋２日に解消）している。約定代
金は１００万円（経過利子は含まない）である。Ｓ日〜
Ｓ＋２日の清算値段はいずれも１００円（決済代金は１
００万円）である。経過利子は、Ｓ日まで１万円、Ｓ＋
１日まで１．１万円、Ｓ＋２日まで１．２万円である。

【０３３２】上記前提条件があるときの決済の流れは、
次の通りになる。Ｓ日の決済は、次の通りである。９：
００〜１３：００に、Ｔ会員はＤＶＰ予定受払代金とし
て１０１万円を預託する。この１０１万円は、１００万
円（決済代金）＋１万円（Ｓ日までの経過利子）として
算出される。１３：００に、Ｆ会員のフェイルが確定す
る。１４：４５に、Ｔ会員はＤＶＰ予定受払代金の余剰
額として１０１万円を受領する。

【０３３３】Ｓ＋１日の決済は、次の通りである。９：
００〜１３：００に、Ｔ会員はＤＶＰ予定受払代金とし
て１０１万円を預託する。この１０１万円は、１００万
円（決済代金）＋１．１万円（Ｓ＋１日までの経過利
子）−０．１万円（経過利子に係る値洗差金）により算
出される。１３：００に、Ｆ会員のフェイルが確定す
る。１３：３０〜１４：１５に、Ｆ会員は追加支払とし
て０．１万円を支払う。この０．１万円は、経過利子に
係る値洗差金である。１４：４５に、Ｔ会員はＤＶＰ予
定受払代金の余剰額として１０１．１万円を受領。この
１０１．１万円は、１００万円（決済代金）＋１．１万
円（Ｓ＋１日までの経過利子）により算出される。

【０３３４】Ｓ＋２日の決済は、次の通りである。９：
００〜１３：００に、Ｔ会員はＤＶＰ予定受払代金とし
て１０１．１万円を預託する。この１０１．１万円は、
１００万円（決済代金）＋１．２万円（Ｓ＋２日までの
経過利子）−０．１万円（経過利子に係る値洗差金）に
より算出される。１３：３０〜１４：１５に、Ｆ会員は
有価証券の引渡しによりフェイルを解消する。１４：４
５に、Ｆ会員は受渡代金１０１．１万円を受領する。こ
の１０１．１万円は、１００万円（決済代金）＋１．２
万円（Ｓ＋２日までの経過利子）−０．１万円（経過利
子に係る値洗差金）により算出される。

【０３３５】利払日に係る取扱いについて、決済日、利
金の取扱いの項目に分けて説明する。決済日は、次のよ
うに決定する。普通取引では、売買取引締結の日から起
算して４営業日目を利払日（以下「Ｘ日」という。）の
前日とする売買取引については、当該売買取引締結の日
から起算して５営業日目（利払日）を決済日とする。Ｘ
−１日を決済日とする当日決済取引は認めない。Ｘ−１
日を翌営業日とするバイイン実行については、バイイン
実行の日から起算して３営業日目（利払日）を決済日と
する。

【０３３６】利金の取扱いは、次のように行う。利払日
当日に行われる決済については、経過利子を売買代金に
加算しないものとし、利落銘柄として扱う。Ｘ−２日に
フェイルが発生した場合、利払額（満額）とＸ−２日ま
での経過利子金額との差額をフェイルに係る経過利子の
値洗処理の対象に加える。決済が行われないＸ−１日は
遅延損害金等算定期間の対象とする。Ｘ−２日にフェイ
ルが発生した場合、Ｘ−１日には決済が行われないた
め、フェイル解消は最短でＸ日となるが、この場合にお
いても遅延損害金等に係る算定期間はＸ−２〜１までの
２日間となる。

【０３３７】発行日決済取引の決済は、次のように行
う。発行日決済取引の決済に係る保管振替機関１５への
有価証券の振替請求は、ＤＶＰ決済開始以降は当日振替
請求（受方・渡方指定口座振替処理）により行う。従来
は証券取引所１４による前日振替請求で行われていたも
のを変更するものである。

【０３３８】証券取引所１４は、当該当日振替請求に対
して一律に渡方振替一時停止申告を付す。渡方会員は、
１４：４５まで（半休日は１４：００まで）に、有価証
券の引渡数量を自己の口座に発生させる。この際、渡し
方会員は証券取引所１４により一律に付された一時停止
の解除を行う。

【０３３９】ＤＶＰ決済の導入にあたり、Ｎｏｎ−ＤＶ
Ｐ決済に係る資金・証券決済の振替時限は次のとおりと
する。ただし、ここでは、中央銀行ネットワークシステ
ムＲＴＧＳ化後の国債現物取引の決済及び国債先物取引
の受渡決済を除くものとする。資金決済の支払方から証
券取引所１４への支払いは決済日の１３：００まで、受
領方による証券取引所１４からの受領は同１４：４５に
行う。証券決済において、有価証券の授受は１４：４５
（半休日は１４：００）までに行うものとする。

【０３４０】次いで、証券取引所ＷＡＮシステム１障害
時の取扱い方針について説明する。証券取引所ＷＡＮシ
ステム１による清算データの受信が行えない場合は次の
ように対処する。夜間送信データの受信が行えない場合
は、原則として、ペーパーベースの帳票を作成し、各会
員２等に配布を行う。ここで、夜間送信データとして、
「売買明細表」、「サマリー」、「株券オプション取引
権利申告・割当明細表」、「銘柄別決済予定数量」、
「総括清算表（約定代金）」、「前日差入担保金残高
表」、「総受払代金計算表（予定額）」が対象となる。
日中送信データの受信が行えない場合は、当日の決済を
完了するために必要不可欠なデータについて、各会員２
にＦＡＸ送信を行う。ただし、障害の状況により、当日
のバイイン請求、バイイン請求の取下げ、バイイン実行
を制限することがある。

【０３４１】クライアントコンピュータ９からバイイン
請求、バイイン請求の取下げ、バイイン実行に係る売注
文の発注について入力を行うことができない場合には、
証券取引所１４は、入力を行うことができない会員２等
から入力内容を記載した書面をＦＡＸにより受信し、当
該会員２に代わり証券取引所端末コンピュータから入力
を行う。入力を行うことができない会員２が多数に亘っ
た場合、バイイン請求、実行の制限措置をとってもよ
い。

【０３４２】保管振替機関システム障害時の取扱いにつ
いて説明する。保管振替機関システム障害が発生した場
合には、発生の時間帯、障害の状況により原則次のとお
りの処理を行う。障害の状況によっては、原則によら
ず、柔軟な対応を図ってもよい。なお、障害の状況によ
り、当日のバイイン請求、バイイン請求の取下げ、バイ
イン実行を制限してもよい。

【０３４３】保管振替機関システム障害の回復時刻が決
済日の早い時間帯であり、決済を再開することにより当
日の処理を完了することができると見込まれる場合に
は、決済を再開する。この場合、決済時限の変更（延
長）を行ってもよい。保管振替機関システム障害が回復
した場合であっても、当日の処理の完了が困難であるも
のと見込まれる場合には、障害発生の時間帯により、次
の各ケースに従って処理を行う。

【０３４４】第１のケースは決済日前日保管振替機関シ
ステム夜間バッチ処理開始前に障害が発生した場合であ
り、この場合には、決済の全面的な翌日への繰延を行
う。この場合に繰り延べられた決済分は、繰延べ後の日
における決済分と相殺して処理を行う。なお、この場合
に繰り延べられた決済については、フェイル／被フェイ
ルとしては取り扱わない。

【０３４５】第２のケースは決済日前日夜間バッチ処理
以降決済日当日保管振替機関システムオンライン開始前
に発生した場合であり、この場合、夜間バッチ処理によ
り未了となった証券決済については、翌日への繰り延べ
を行う。この場合に繰延べられた決済分は、繰延べ後の
日における決済分と相殺して処理を行う。なお、この場
合に繰り延べられた決済については、フェイル／被フェ
イルとしては取り扱わない。また、夜間バッチ処理によ
り完了した証券決済に係る資金決済を行い、その他の資
金決済については、翌日への繰り延べを行う。この場合
に繰延べられた決済分は、繰延べ後の日における決済分
と相殺して処理を行う。

【０３４６】第３のケースは決済日当日保管振替機関シ
ステムオンライン開始以降、渡方証券決済時限（１３：
００）前に発生した場合であり、この場合、ＤＶＰ決済
を継続せず、次の処理を行う。すなわち、証券取引所決
済口座に残留した有価証券は、ネット・デビット計算に
よらずに受方会員口座へ強制的に振り替えるものとし、
そのうえで未了となった証券決済については翌日に当日
振替請求により証券の受渡を行う。なお、この場合に繰
り延べられた決済については、フェイル／被フェイルと
しては取り扱わない。また、決済日当日にはフェイルが
発生しなかったものとして資金決済を行う。

【０３４７】第４のケースは決済日当日渡方証券決済時
限（１３：００）以降に発生した場合であり、この場
合、証券取引所決済口座に残留した有価証券は、ネット
・デビット計算によらずに受方会員口座へ強制的に振り
替えるものとし、そのうえで未了となった証券決済につ
いてはフェイルとして取り扱い、翌日への決済の繰り延
べを行う。この場合に繰延べられた決済分は、繰延べ後
の日における決済分と相殺して処理を行う。また、証券
決済完了分に係る資金決済を行い、有価証券のフェイル
分に係る資金決済については、翌日への繰り延べを行
う。この場合に繰延べられた決済分は、繰延べ後の日に
おける決済分と相殺して処理を行う。ここで、受方会員
口座への強制的な振替えが行われる証券決済については
完了したものとみなし、これを「証券決済完了分」とす
る。

【０３４８】図２７は、ネット・デビット計算に基づく
証券決済の具体例を示す図である。この図において、各
数値のプラスは受領を、マイナスは支払いを示す。この
具体例の前提事項は、次の通りである。 （１）Ｘ証券が、次の株式の売買に係る決済を行う。 ［売］Ａ商事 １，０００株、約定価格 １，２００円 ［買］Ｂ電気 １，０００株、約定価格 １，４００円

【０３４９】（２）Ａ商事、Ｂ電気ともに清算値段（決
済日前日終値）は１，０００円とする。Ｘ証券は前日差
入担保金を預託していない。 Ｘ証券の会員別銘柄受領順位：１位 Ｂ電気（１，００
０株、１００万円） Ｂ電気の銘柄別会員受領順位：１位 甲証券（２，００
０株）、２位 Ｘ証券（１，０００株）、３位 乙証券
・・・ Ｘ証券の決済は、他には無いものとする。

【０３５０】次に、受領可能有価証券金額の算出を行
う。Ｘ証券は受払代金（支払）相当額２０万円をＤＶＰ
予定受払代金として預託し、Ｘ証券はＡ商事１，０００
株（１００万円相当）を証券取引所口座へ引き渡したと
すると、受領可能有価証券金額は、 受領可能有価証券金額 ＝前日差入担保金預託額＋ＤＶＰ予定受払代金預託額＋渡済み有価証券価値 ＋追加支払振込額−受済み有価証券価値±値洗差金額 ＝０円＋２０万円＋１００万円＋０円−０円−２０万円 ＝１００万円 となる。

【０３５１】次に、会員別銘柄受領順位による検索を行
う。Ｘ証券の会員別銘柄受領順位１位であるＢ電気は１
００万円であるので、 Ｂ電気１００万円≦ネット・デビット金額１００万円 となり、Ｂ電気が受領可能有価証券に該当する。

【０３５２】その後、銘柄別受方会員順位による証券取
引所口座残高確認を行う。Ｂ電気につき、他会員２によ
り証券取引所口座へ３，０００株の振込みがあったとす
ると、 銘柄別受方会員順位累計数量３，０００株（１位 甲証
券 ２，０００株＋２位 Ｘ証券 １，０００株）≦
累計振込み数量３，０００株 であるため、Ｘ証券が受領するＢ電気株式につき、証券
取引所口座への振込みがあったこととなる。以上より、
口座振替えにおいて、Ｂ電気につき、証券取引所口座か
らＸ証券への口座振替えが実行されることとなる。

【０３５３】図２８は、銘柄別受方会員順位の決定方法
の具体例であって、ある銘柄に係る９月１５日の銘柄別
受方会員順位決定を示す図である。図２８のケースで
は、バイイン請求され（最優先グループ）、バイイン請
求日が先組（９月１１日）で、被フェイル日が先組（９
月５日、９日）の会員ＣＢＩ（１）が１位、バイイン請
求され（最優先グループ）、バイイン請求日が先組（９
月１１日）で、被フェイル日が後組（９月８日）の会員
ＡＢＩ（１）が２位、バイイン請求され（最優先グルー
プ）、バイイン請求日が後組（９月１２日）で、被フェ
イル日が同日（９月８日）だが抽選結果により優先とな
った会員ＥＢＩ（１）が３位、被フェイル日が後組（９
月８日）の会員ＡＢＩ（１）が２位、バイイン請求され
（最優先グループ）、バイイン請求日が後組（９月１２
日）で、被フェイル日が同日（９月８日）だが抽選結果
により劣後となった会員ＡＢＩ（２）が４位となる。

【０３５４】続いて、被フェイル会員で（優先グルー
プ）、被フェイル日が先組（９月９日）の会員Ｃが５
位、被フェイル会員で（優先グループ）、被フェイル日
が後組の同日で（９月１２日）抽選結果により優先とな
った会員Ｂが６位、被フェイル会員で（優先グルー
プ）、被フェイル日が後組の同日で（９月１２日）抽選
結果により劣後となった会員Ａが７位となる。続いて、
バイイン請求されておらず、被フェイル会員でもない会
員２で（劣後グループ）、抽選結果により最優先となっ
た会員Ｆが８位、優先となった会員Ｅが９位、劣後とな
った会員Ｄが１０位となる。

【０３５５】図２９は、本実施形態のＤＶＰ決済制度と
従来Ｄ．Ｂ．制度の前日差入担保金及び証拠金差入・返
戻事務（イメージ）を示す図である。従来のＤ．Ｂ．制
度では、９：００〜１２：００に証拠金差入、９：００
〜１４：００に証拠金返戻受付・実行を行っていた。そ
れに対し、本実施形態では、９：００〜１２：００に証
拠金差入、９：００〜１４：００に証拠金返戻受付・実
行を行う。また、「前日差入担保金」制度を導入したこ
とに伴い、前日差入担保金差入を９：００〜１２：０
０、前日差入担保金返戻受付を９：００〜１２：００、
前日差入担保金（余剰分）返戻受付を９：００〜１２：
００、前日差入担保金返戻実行を１４：１５〜１５：０
０に行う。

【０３５６】また、１５：００以降に、受け払い状況の
配信を証券取引所ＷＡＮシステム１により行い、２２：
００以降に前日差入担保金残高（余剰情報）の配信を証
券取引所ＷＡＮシステム１により行う。ここで、前日差
入担保金余剰分とは、受領予定有価証券金額に値洗差金
を加味した額を超える前日差入担保金差入額である。ま
た、図２９に記載したもののほか、緊急取引証拠金の差
入もある。

【０３５７】次いで、バイイン実行に係る決済スキーム
の具体例について説明する。本具体例では、バイイン実
行日がＸ日で、バイイン実行銘柄がＡ銘柄であるバイイ
ンが実行されている。この銘柄のＸ−１日終値（＝Ｘ日
清算値段）は１，０００円、Ｘ日終値（＝Ｘ＋１日清算
値段）は１，１００円、バイイン実行数量が１０００
株、バイイン約定価格が１，３００円であったとする。

【０３５８】バイイン実行に係る決済スキームは次の通
りである。バイイン実行に係る決済は、バイイン実行日
の翌営業日に行われる。請求会員、費用負担会員、売方
会員それぞれが行う決済を図３０〜図３３に示す。な
お、各会員２とも、バイイン実行日翌日には、バイイン
実行及び当該実行に関するフェイル／被フェイルに係る
受渡以外はないものとする。

【０３５９】図３０は、費用負担会員がバイイン実行の
基となるフェイルを継続している場合に、請求会員、費
用負担会員、売方会員それぞれが行う証券決済を示す図
である。バイイン実行に伴い、当該実行の基となる被フ
ェイルに係る決済はＤＶＰ決済からＮｏｎ−ＤＶＰ決済
へ移行する。したがって、請求会員の証券決済はＮｏｎ
−ＤＶＰ決済による。バイイン実行に伴う費用負担会員
の買付数量の決済はＤＶＰ決済で行われるため、当該実
行の基となるフェイルに係る証券決済と相殺され、図３
０の費用負担会員は、受領・引渡のいずれも行わないこ
ととなる。

【０３６０】図３１は、費用負担会員がバイイン実行の
基となるフェイルを継続している場合に、請求会員、費
用負担会員、売方会員それぞれが行う資金決済を示す図
である。バイイン実行に伴い、当該実行の基となる被フ
ェイルに係る決済はＤＶＰ決済からＮｏｎ−ＤＶＰ決済
へ移行する。したがって、請求会員の資金決済はＮｏｎ
−ＤＶＰ決済による。

【０３６１】バイイン実行に伴う費用負担会員の買約定
代金のうち、「バイイン実行日清算値段×数量」に相当
する資金決済はＤＶＰ決済で行われるため、当該実行の
基となるフェイルに係る資金決済と相殺され、図３１の
費用負担会員は、ＤＶＰ決済では、受領・引渡のいずれ
も行わないこととなる。ただし、バイイン約定代金と
「バイイン実行日清算値段×数量」との差額に相当する
バイイン費用負担金額は、Ｎｏｎ−ＤＶＰ決済で行う。
したがって、費用負担会員は３００（千円）の支払をＮ
ｏｎ−ＤＶＰ決済で行う。

【０３６２】図３２は、費用負担会員がバイイン実行の
基となるフェイルを再ネッティングにより解消している
場合に、請求会員、費用負担会員、売方会員それぞれが
行う証券決済を示す図である。バイイン実行に伴い、当
該実行の基となる被フェイルに係る決済はＤＶＰ決済か
らＮｏｎ−ＤＶＰ決済へ移行する。したがって、請求会
員の証券決済はＮｏｎ−ＤＶＰ決済による。バイイン実
行に伴う費用負担会員の買付数量の決済はＤＶＰ決済で
行われる。

【０３６３】図３３は、費用負担会員がバイイン実行の
基となるフェイルを再ネッティングにより解消している
場合に、請求会員、費用負担会員、売方会員それぞれが
行う資金決済を示す図である。バイイン実行に伴い、当
該実行の基となる被フェイルに係る決済はＤＶＰ決済か
らＮｏｎ−ＤＶＰ決済へ移行する。したがって、請求会
員の資金決済はＮｏｎ−ＤＶＰ決済による。

【０３６４】バイイン実行に伴う費用負担会員の買約定
代金のうち「バイイン実行日清算値段×数量」に相当す
る資金決済はＤＶＰ決済で行われる。図３３で示す費用
負担会員の受払代金（１，０００千円）は、 受払代金（１，０００千円）＝決済代金（１，１００千
円）−値洗差金（１００千円） により算出される。バイイン約定代金と「バイイン実行
日清算値段×数量」との差額に相当するバイイン費用負
担金額は、Ｎｏｎ−ＤＶＰ決済で行う。したがって、費
用負担会員は３００（千円）の支払をＮｏｎ−ＤＶＰ決
済で行う。

【０３６５】図３４〜図３８に、ＤＶＰ決済に係る事務
処理タイムテーブルを示す。

【０３６６】図３９は、デイリーでの業務／データフロ
ーチャートを示す図である。この図３９において、正常
系とは、約定から決済までの処理をいい、異常系とは、
決済においてフェイルが発生したときのフェイル発生か
らバイイン実行までの処理をいう。また、既に説明した
とおり、Ｔ日とは約定日、Ｓ日とは決済日であって、Ｓ
＝Ｔ＋３である。

【０３６７】最上欄は、日々の業務スケジュールを示し
ている。１２：２０に決済執行、１４：００に資金開放
が行われる。夕方１７：００に決済代金ベース、担保評
価額算出が行われる。夜には、２１：００に二日目訂
正、２１：００，２２：００に代金ベース、２３：００
に照合が行われる。

【０３６８】図４０〜図４２は、業務／データフロー概
要を示す図であって、図３９のフローチャートをさらに
詳細に説明するものである。

【０３６９】図４３〜図４６は、エントリ処理の流れと
申請内容の有効性を示す図である。図４３は、バイイン
請求申告、バイイン請求取消の流れと申請内容の有効性
を示している。バイイン請求のエントリ可能期間は、Ｓ
＋ｎの１２：３０〜１４：３０までの間である。バイイ
ン請求可能な最大請求株数はＣＳＩサーバコンピュータ
１２連携時にＤＶＰサーバコンピュータ４側で取得す
る。請求可能数量は、会員２単位に設定される。当日に
送信する「フェイル情報通知（ＤＥＬ後）の株数が基準
となる。当日にエントリ可能な新規エントリは、会員２
別、銘柄単位に１件のみである。エントリ単位で版数管
理を行う。請求申告可能時間が終了する直前のエントリ
を担保するために、システム上の受付時間を多少遅めに
設定してもよい。

【０３７０】処理５０１−０１で被フェイル会員によ
り、バイイン請求申告がされると、処理５０１−０２
で、ＤＶＰサーバコンピュータ４（証券取引所ＷＡＮシ
ステム１）側で入力データが適正かの判定を行う。入力
データが適正でない場合（処理５０１−０２：ＮＧ）、
処理５０１−０４で受付状況を「不受理」とする。

【０３７１】入力データが適正である場合（処理５０１
−０２：ＯＫ）、処理受付状況を「仮受領」とする。ま
た、処理５０１−０１の入力チェックの結果に関わら
ず、処理５０１−０５でＤＶＰサーバコンピュータ４
（証券取引所ＷＡＮシステム１）からＣＳＩサーバコン
ピュータ１２に入力データを送信する。次いで、処理５
０１−０６で、ＣＳＩサーバコンピュータ１２でのデー
タ検証を行い、データが適正と認証されたか判定する。
データが適正と判定されなかった場合（処理５０１−０
６：ＮＧ）、処理５０１−０８で受付状況を「不受理」
とする。

【０３７２】データが適正と判定された場合（処理５０
１−０６：ＯＫ）、処理５０１−０７で受付状況を「本
受領」とする。当該バイイン請求申告が「本受領」とな
るまでの間は、バイイン請求の取消はできないように構
成されている。申告当日（エントリ可能時間内）に限
り、版数管理を行う。また、処理５０１−０４、０８で
「不受理」とした場合は、ＷＷＷ上の一覧リストのステ
ータス・同報通知ツール（同報通知ＡＰＩ１１ａ，同報
通知プログラム１１ｃ）・電子メールの手段のうち、適
切な方式でユーザ側に伝える。バイイン請求した内容
は、エントリ当日＋３日目に実行される。

【０３７３】バイイン請求をした会員２は、バイイン請
求の取消を行うことが可能である。バイイン請求取消の
エントリ可能期間は、エントリ当日の１２：３０〜１
４：３０までの間である。バイイン請求の取消単位は、
「バイイン請求申告」の単位に実行可能とする。バイイ
ン請求した会員２により、処理５０２−０１でバイイン
請求取消がされると、処理５０２−０２で、ＤＶＰサー
バコンピュータ４（証券取引所ＷＡＮシステム１）側で
入力データが適正かの判定を行う。

【０３７４】入力データが適正でない場合（処理５０２
−０２：ＮＧ）、処理５０２−０４で受付状況を「不受
理」とする。入力データが適正である場合（処理５０２
−０２：ＯＫ）、処理受付状況を「仮取消」とする。ま
た、処理５０２−０２の入力チェック処理の結果に関わ
らず、処理５０２−０５でＤＶＰサーバコンピュータ４
（証券取引所ＷＡＮシステム１）からＣＳＩサーバコン
ピュータ１２に入力データを送信する。次いで、処理５
０２−０６で、ＣＳＩサーバコンピュータ１２でのデー
タ検証を行い、データが適正と認証されたか判定する。
データが適正と判定されなかった場合（処理５０２−０
６：ＮＧ）、処理５０２−０８で受付状況を「不受理」
とする。

【０３７５】データが適正と判定された場合（処理５０
２−０６：ＯＫ）、処理５０２−０７で受付状況を「取
消済」とする。当該エントリが「取消済」となるまでの
間、バイイン請求の取消の取消（請求申告の復活）はで
きない。

【０３７６】図４４は、バイイン売注文発注、バイイン
売注文発注取消の流れと申請内容の有効性を示してい
る。バイイン売注文発注とはバイイン請求された有価証
券の売注文の発注をいう。バイイン売注文発注の流れ
は、「バイイン請求申告」と「バイイン売注文発注」と
が異なる点を除いては図４３のバイイン請求申告の流れ
と同様であるので、説明を省略する。

【０３７７】バイイン売注文発注のエントリ可能期間
は、バイイン実行日の１５：００〜１５：３０までであ
る。最大発注株数は、注文単位で設定される。同一銘柄
にまたがる複数のエントリが発生する可能性がある。エ
ントリ単位で版数管理を行う。請求申告可能時間が終了
する直前のエントリを担保するために、システム上の受
付時間を多少遅めに設定すると好適である。

【０３７８】また、受付状況を「不受理」とした場合
は、ＷＷＷ上の一覧リストのステータス・同報通知ツー
ル（同報通知ＡＰＩ１１ａ，同報通知プログラム１１
ｃ）・電子メールの手段のうち、適切な方式でユーザ側
に伝える。

【０３７９】また、図４４の下段のバイイン売注文発注
取消とはバイイン請求された有価証券の売注文の発注を
取消すことをいう。バイイン売注文発注取消の流れは、
「バイイン請求申告」と「バイイン売注文発注」とが異
なる点を除いては図４３のバイイン請求取消の流れと同
様であるので、説明を省略する。バイイン売注文発注取
消のエントリ可能期間は、エントリ当日の１５：００〜
１５：３０までの間である。バイイン売注文発注の取消
単位は、「バイイン売注文発注」の単位に実行可能とす
る。

【０３８０】図４５は、バイイン請求の取下、バイイン
請求取下の取消の流れと申請内容の有効性を示してい
る。バイイン請求の取下の流れは、「バイイン請求申
告」と「バイイン請求の取下」とが異なる点を除いては
図４３のバイイン請求申告の流れと同様であるので、説
明を省略する。また、図４５の下段のバイイン請求取下
の取消とはバイイン請求された有価証券の売注文の発注
を取消すことをいう。バイイン請求取下の取消の流れ
は、「バイイン請求申告」と「バイイン請求取下」とが
異なる点を除いては図４３のバイイン請求取消の流れと
同様であるので、説明を省略する。

【０３８１】バイイン請求取り下げのエントリ可能期間
は、実行日翌日の９：００〜１２：００までの間であ
る。取下げが可能な株数は別ページ記載の内容でＣＳＩ
サーバコンピュータ１２からＤＶＰサーバコンピュータ
４に送信する。前日に送信する「バイイン実行結果通
知」の残株数が基準となる。取下げのエントリは、「バ
イイン実行結果通知」一覧リストから可能とした方が操
作性が良く、好適である。

【０３８２】取下げのエントリは、「バイイン請求申
告」別の残数量単位であり、バイイン請求が古い順に取
下げることを可能とする。エントリ単位で版数管理を行
う。取下げ可能時間が終了する直前のエントリを担保す
るために、システム上の受付時間を多少遅めに設定する
と好適である。また、受付状況を「不受理」とした場合
は、ＷＷＷ上の一覧リストのステータス・同報通知ツー
ル（同報通知ＡＰＩ１１ａ，同報通知プログラム１１
ｃ）・電子メールの手段のうち、適切な方式でユーザ側
に伝える。

【０３８３】図４６は、各エントリ処理の流れと各エン
トリ処理を行う時間帯を示す図である。

【０３８４】次に、図４７の同報通知ＡＰＩ１１ａまた
はＷＷＷブラウザ１１ｂ・同報通知プログラム１１ｃ適
用による処理ブロック図に基づき、同報通知ＡＰＩ１１
ａまたはＷＷＷブラウザ１１ｂ・同報通知プログラム１
１ｃ適用による処理について説明する。図４７の処理ブ
ロック図は、会員２のクライアントコンピュータ９が、
同報通知ＡＰＩ１１ａを備える場合（ａ）と、会員２の
クライアントコンピュータ９が、ＷＷＷブラウザ１１ｂ
と同報通知プログラム１１ｃを備える場合（ｂ）とを示
すものである。

【０３８５】まず、会員２のクライアントコンピュータ
９が、同報通知ＡＰＩ１１ａを備える場合（ａ）につい
て説明する。クライアントコンピュータ９の記憶装置，
例えば、ＨＤＤには、同報通知ＡＰＩ１１ａが格納され
ている。また、クライアントコンピュータ９は、決済情
報データファイル１０，自社業務アプリケーション４４
が格納された自社サーバコンピュータ４２を備えてい
る。決済情報データファイル１０は、証券取引所ＷＡＮ
システム１から送信された公開情報を蓄積するためのデ
ータベースである。自社業務アプリケーション４４は、
会員２の社内業務を管理するためのアプリケーションプ
ログラムである。

【０３８６】自社サーバコンピュータ４２は、自社業務
アプリケーション４４の処理の制御を行うコンピュータ
である。同報通知ＡＰＩ１１ａが格納されたクライアン
トコンピュータ９に接続されており、記憶装置には、決
済情報データファイル１０が格納されている。また、自
社サーバコンピュータ４２には、会員２の各ユーザが使
用する複数の端末コンピュータ４５が接続されている。

【０３８７】同報通知ＡＰＩ１１ａは、証券取引所ＷＡ
Ｎシステム１の不図示のＷＷＷサーバコンピュータ５と
の間で情報を送受信するためのアプリケーション・イン
ターフェースである。具体的には、同報通知ＡＰＩ１１
ａと証券取引所ＷＡＮシステム１のＷＷＷサーバコンピ
ュータ５との間で、アクセス・接続管理が行われる。つ
まり、クライアントコンピュータ９が、証券取引所ＷＡ
Ｎシステム１にアクセス・接続した場合には、証券取引
所ＷＡＮシステム１は、アクセス・接続された旨の通知
をＡＰＩ１１ａから受信し、管理する。また、証券取引
所ＷＡＮシステム１のＷＷＷサーバコンピュータ５か
ら、公開情報が配信可能となった旨の配信可能情報が、
リアルタイムで同報通知される。配信可能情報につい
て、同報通知ＡＰＩ１１ａからのダウンロード要求に応
じて、証券取引所ＷＡＮシステム１のＷＷＷサーバコン
ピュータ５から、データのダウンロード処理が行われ
る。

【０３８８】会員２のクライアントコンピュータ９が、
ＷＷＷブラウザ１１ｂと同報通知プログラム１１ｃを備
える場合（ｂ）について説明する。クライアントコンピ
ュータ９の記憶装置，例えば、ＨＤＤには、同報通知プ
ログラム１１ｃ，ブラウザ１１ｂが格納されている。ま
た、クライアントコンピュータ９は、記憶装置に決済情
報データファイル１０，自社業務アプリケーション４４
が格納された自社サーバコンピュータ４２に接続されて
いる。決済情報データファイル１０，自社業務アプリケ
ーション４４は、上記会員２のクライアントコンピュー
タ９が、同報通知ＡＰＩ１１ａを備える場合（ａ）と同
様の構成である。

【０３８９】クライアントコンピュータ９の不図示のＣ
ＰＵは、記憶装置に格納された同報通知プログラム１１
ｃ，ブラウザ１１ｂの処理の制御を行う。また、自社サ
ーバコンピュータ４２との間で、証券取引所ＷＡＮシス
テム１側から取得したデータの送信，自社サーバコンピ
ュータ４２からの指令の受信等、各種情報の送受信を行
う。また、クライアントコンピュータ９には、会員２の
各ユーザが使用する端末コンピュータが接続されていて
もよい。

【０３９０】同報通知プログラム１１ｃは、証券取引所
ＷＡＮシステム１の不図示のＷＷＷサーバコンピュータ
５との間で情報を送受信する処理を行うプログラムであ
る。具体的には、同報通知プログラム１１ｃと証券取引
所ＷＡＮシステム１のＷＷＷサーバコンピュータ５との
間で、アクセス・接続管理が行われる。つまり、クライ
アントコンピュータ９から、同報通知プログラム１１ｃ
を用いて、証券取引所ＷＡＮシステム１にアクセス・接
続した場合には、証券取引所ＷＡＮシステム１は、アク
セス・接続された旨の通知を同報通知プログラム１１ｃ
から受信し、管理する。また、証券取引所ＷＡＮシステ
ム１のＷＷＷサーバコンピュータ５から、公開情報が配
信可能となった旨の配信可能情報が、リアルタイムで同
報通知される。同報通知プログラム１１ｃからのダウン
ロード要求に応じて、証券取引所ＷＡＮシステム１のＤ
ＶＰサーバコンピュータ４またはＷＷＷサーバコンピュ
ータ５から、データのダウンロード処理が行われる。

【０３９１】また、ブラウザ１１ｂは、証券取引所ＷＡ
Ｎシステム１の不図示のＷＷＷサーバコンピュータ５と
の間で情報を送受信する処理を行う。具体的には、ブラ
ウザ１１ｂと証券取引所ＷＡＮシステム１のＷＷＷサー
バコンピュータ５との間で、アクセス管理が行われる。
つまり、クライアントコンピュータ９から、ブラウザ１
１ｂを用いて、証券取引所ＷＡＮシステム１にアクセス
・接続した場合には、証券取引所ＷＡＮシステム１は、
アクセス・接続された旨の通知をブラウザ１１ｂから受
信し、管理する。ブラウザ１１ｂからのダウンロード要
求に応じて、証券取引所ＷＡＮシステム１のＷＷＷサー
バコンピュータ５から、データのダウンロード処理が行
われる。

【０３９２】次に、図４８の同報通知プログラム１１ｃ
の機能ブロック図に基づき、同報通知プログラム１１ｃ
の機能について説明する。図４８に示す機能は、クライ
アントコンピュータ９ｂの不図示のＣＰＵで制御され
る。まず、クライアントコンピュータ９ｂの入力装置，
例えばマウス，キーボードから入力された指示に対応し
て、同報通知プログラム１１ｃの起動処理を行う（処理
５１）。この起動処理時に、ユーザＩＤ認証等の認証手
続を実行する。次いで、同報通知プログラム１１ｃ起動
以前に、ＤＶＰサーバコンピュータ４から、クライアン
トコンピュータ９ｂ側に同報通知された、公開情報が配
信可能となった旨の配信可能情報の最新のものを取得す
る（処理５２）。

【０３９３】その後、同報通知プログラム１１ｃを起動
した状態で、配信可能情報が、ＤＶＰサーバコンピュー
タ４から送信される度に、最新の配信可能情報を自動受
信する配信可能情報のリアルタイム受信処理を行う（処
理５３）。この情報のリアルタイム受信処理が行われる
度に（処理５３）、クライアントコンピュータ９ａは、
通信状態を管理する通信状態管理処理を行う（処理５
７）。また、情報のリアルタイム受信処理が行われると
（処理５３）、適時行われる情報の配信準備ができた旨
の同報通知を画面上に表示する処理を行う（処理５
４）。

【０３９４】受信した配信可能情報の同報通知で、画面
上にリストアップされた情報のタイトルを見て、クライ
アントコンピュータ９ｂを操作するユーザが、ダウンロ
ードが必要な情報を選択し、「ダウンロード」ボタンを
クリックして、ダウンロードをすることを指示した場合
には、クライアントコンピュータ９ｂは、ＤＶＰサーバ
コンピュータ４からの情報のダウンロード処理を行う
（処理５５）。

【０３９５】クライアントコンピュータ９ｂによるダウ
ンロード処理（処理５５）が行われると、証券取引所Ｗ
ＡＮシステム１のＤＶＰサーバコンピュータ４が、ダウ
ンロード状況を監視するダウンロード監視処理を行う
（処理５６）。一方、同報通知受信処理により受信した
同報通知でリストアップされた情報のタイトルを見て、
クライアントコンピュータ９ｂを操作するユーザが、閲
覧が必要な情報タイトルをクリックして選択し、閲覧指
示をした場合には、クライアントコンピュータ９は、ま
ず、ＷＷＷブラウザ１１ｂの起動処理を行う（処理５
９）。次いで、ＷＷＷブラウザ１１ｂを介して、ＷＷＷ
サーバコンピュータ５からの情報を、ＷＷＷページとし
て表示させる閲覧処理を行う（処理６０）。

【０３９６】クライアントコンピュータ９ｂによる閲覧
処理が行われると（処理６０）、証券取引所ＷＡＮシス
テム１のＷＷＷサーバコンピュータ５が、閲覧状況を監
視する閲覧実績監視処理を行う（処理６１）。また、ク
ライアントコンピュータ９ｂによる通信状態の管理処理
（処理５７），ＷＷＷページへの情報の表示処理（処理
６０）が行われると、証券取引所ＷＡＮシステム１のＤ
ＶＰサーバコンピュータ４は、これらの処理（処理５
７，処理６０）が行われた情報を受信し、情報の受信状
況を監視する処理を行う（処理６２）。

【０３９７】同報通知プログラム１１ｃが起動している
間は、処理５３〜処理６１が繰り返され、ＷＷＷサーバ
コンピュータ５から、同報通知がされる毎に、最新情報
を都度受信する。その後、クライアントコンピュータ９
ｂの画面上で、ユーザにより「終了」ボタンがクリック
されると、プログラム終了指示がされたとして、同報通
知プログラム１１ｃの終了処理を行う（処理６３）。同
報通知プログラム１１ｃの起動処理（処理５１）から同
報通知プログラム１１ｃの終了処理（処理６３）までの
間、クライアントコンピュータ９ｂから、生存している
ことを通知する生存通知の受信を確認することにより、
ＤＶＰサーバコンピュータ４は、セション管理（生存監
視）処理を行う（処理６４）。以上で、図４８の処理を
完了する。

【０３９８】次に、同報通知ＡＰＩ１１ａについて説明
する。同報通知ＡＰＩ１１ａは、会員２のクライアント
コンピュータ９ａに格納して用いられる。同報通知ＡＰ
Ｉ１１ａ適用の前提条件について説明する。同報通知Ａ
ＰＩ１１ａを適用して接続するための前提条件は、ＬＯ
ＧＩＮからＬＯＧＯＵＴまでの間、「接続管理スレッド
（生存通知出口）」を起動し、会員サイト側のサーバ等
が生存していることを証券取引所ＷＡＮシステム１に通
知することである。

【０３９９】証券取引所ＷＡＮシステム１は、どのユー
ザＩＤが接続しているのか、接続先は正常に動作してい
るのかを管理する。証券取引所ＷＡＮシステム１は、会
員２のクライアントコンピュータ９に対し、証券取引所
ＷＡＮシステム１との接続を保証することを求める。

【０４００】同報通知ＡＰＩ１１ａを適用して情報受信
するための前提条件は、ＬＯＧＩＮからＬＯＧＯＵＴま
での間、「蓄積データ管理スレッド（情報受信出口）」
を起動し、会員サイト側の受信状態を常に保証すること
である。証券取引所ＷＡＮシステム１は、どの会員２が
情報を参照したのか、どの会員２にどの情報を通知した
のかを管理する。証券取引所ＷＡＮシステム１は、会員
２のクライアントコンピュータ９に対し、証券取引所Ｗ
ＡＮシステム１への受信出口を保証することを求める。

【０４０１】図４９に示すように、同報通知ＡＰＩ１１
ａは、コンポーネントとして、接続管理（Ｃｏｎｎｅｃ
ｔｉｏｎＭｏｎｉｔｏｒ）クラス７４、蓄積データ管理
（ＡｃｃｕｍｕｌａｔｉｏｎＤａｔａ）クラス７５、環
境情報管理（Ｅｎｖｉｒｏｎ）クラス７８、メッセージ
管理（ＭｅｓｓａｇｅＣｏｎｔｒｏｌｌｅｒ）クラス７
６、接続インターフェース（ＡｇｅｎｔＣｏｎｎｅｃｔ
ｉｏｎＩｎｔｅｒｆａｃｅ）クラス７２を提供する。

【０４０２】ここで、接続管理クラス７４とは、証券取
引所ＷＡＮシステム１に対する接続／切断、及び会員サ
イト（会員２側サーバコンピュータ）の生存通知処理を
管理／実行するクラスである。蓄積データ管理クラス７
５とは、配信可能情報（配信情報の準備を伝える通知、
業務メッセージ）を蓄積し、管理するクラスである。デ
ータの受信（受信確認）、ダウンロード及びデータの更
新処理を行う。環境情報管理クラス７８とは、環境設定
情報（ダウンロードするファイルを保存するディレクト
リ他）を管理するクラスである。設定した値は、Ｔａｒ
ｇｅｔＥｎｖｉｒｏｎｍｅｎｔ．ｉｎｉファイルに書き
込まれる。メッセージ管理クラス７６とは、各クラスで
発生した事象を記録、管理、表示するためのクラスであ
る。

【０４０３】以上の接続管理クラス７４、蓄積データ管
理クラス７５、環境情報管理クラス、メッセージ管理ク
ラスが、同報通知接続パッケージを構成する。また、接
続インターフェースクラス７２とは、メインクラス（Ａ
ＰＩを使用して証券取引所ＷＡＮシステム１に接続する
際に作成するクラス）７３を使用する際に実装するクラ
スである。メインクラス７３では接続インターフェース
を介し、接続管理クラス７４、蓄積データ管理クラス７
５、環境情報管理クラス７８、メッセージ管理クラス７
６から発生するイベントを処理する。

【０４０４】図４９は、同報通知ＡＰＩ１１ａが提供す
るコンポーネント間の関連と、各コンポーネントの役割
を示す図である。証券取引所ＷＡＮシステム１と同報通
知接続パッケージ７１の接続管理クラス７４、蓄積デー
タ管理クラス７５とが接続されており、接続インターフ
ェース７２を介して、同報通知接続パッケージ７１の接
続管理クラス７４、蓄積データ管理クラス７５とメイン
クラス７３とが接続されている。

【０４０５】また、接続管理クラス７４、蓄積データ管
理クラス７５とメッセージ管理クラス７６が接続されて
おり、メッセージ管理クラス７６は、ログを記憶するた
めのログデータベース７７に接続されている。同報通知
接続パッケージでは、ＤＶＰサーバコンピュータ４の接
続管理（監視）、通知データ電文の管理、及びメッセー
ジ／ログ管理機能をサポートしている。また、このクラ
スを利用するために必要なインターフェースクラス７２
を用意する。

【０４０６】次いで、図４９に基づき、同報通知ＡＰＩ
１１ａが提供する各コンポーネントの役割について説明
する。まず、クライアントコンピュータ９側から同報通
知接続パッケージ７１を介して、証券取引所ＷＡＮシス
テム１で開示される情報を閲覧する場合の処理について
説明する。

【０４０７】メインクラス７３は、認証手続きを行う
（処理９５）。この認証手続きは、接続インターフェー
ス７２を介して同報通知接続パッケージ７１の接続管理
クラス７４に送信される。同報通知接続パッケージ７１
は、証券取引所ＷＡＮシステム１に、接続通知処理を行
う（処理８９）。証券取引所ＷＡＮシステム１は、接続
通知を受信すると（処理８９）、生存の監視処理を行う
（処理８１）。

【０４０８】メインクラス７３は、接続要求手続きを行
う（処理９６）。この接続要求手続きは、同報通知接続
パッケージ７１の接続管理クラス７４に送信される。同
報通知接続パッケージ７１は、証券取引所ＷＡＮシステ
ム１に対し、ＬＯＧＩＮ処理を行う（処理９０）。証券
取引所ＷＡＮシステム１は、ＬＯＧＩＮ処理が行われる
と（処理９０）、認証手続き処理を行う（処理８２）。

【０４０９】メインクラス７３は、切断要求手続きを行
う（処理９７）。この切断要求手続きは、同報通知接続
パッケージ７１の接続管理クラス７４に送信される。同
報通知接続パッケージ７１は、証券取引所ＷＡＮシステ
ム１に対し、ＬＯＧＯＵＴ処理を行う（処理９１）。

【０４１０】証券取引所ＷＡＮシステム１は、ＬＯＧＯ
ＵＴ処理が行われると（処理９１）、ＬＯＧＯＵＴ処理
を行う（処理８３）。このＬＯＧＯＵＴ処理が行われる
と（処理８３）、生存監視の終了処理を行う（処理８
４）。すなわち、証券取引所ＷＡＮシステム１による生
存監視は、メインクラス７３によって接続要求処理（処
理９６）が行われてから切断要求処理（処理９７）が行
われるまで行われる。

【０４１１】次いで、証券取引所ＷＡＮシステム１側か
ら、同報通知接続パッケージ７１を介して、情報配信準
備ができた旨クライアントコンピュータ９側に同報通知
する場合の処理について説明する。証券取引所ＷＡＮシ
ステム１は、同報通知する情報、すなわち配信可能情報
の配信準備ができたら、配信準備ができた旨を通知し、
配信準備ができた公開情報のリストを送信する配信準備
の通知処理を行う（処理８５）。配信準備の通知を受信
すると（処理８５）、同報通知接続パッケージの蓄積デ
ータ管理クラス７５は、配信準備ができた旨と、配信準
備ができた公開情報リストを受信する情報受信処理を行
う（処理９２）。情報受信処理が行われると（処理９
２）、証券取引所ＷＡＮシステム１は、情報受信が行わ
れたことを確認する通知の受信確認処理を行う（処理８
６）。

【０４１２】また、情報受信処理が行われると（処理９
２）、接続インターフェース７２を介して、蓄積データ
管理クラス７５が受信した情報が、メインクラス７３に
送信され、メインクラス７３は、更新データを受信する
更新データ受信処理（処理１００）または通知データを
受信する通知データ受信処理（処理９９）を行う。更新
データ受信処理（処理１００）または通知データ受信処
理（処理９９）された受信データは、受信データベース
９８に登録される。

【０４１３】次いで、クライアントコンピュータ９側か
ら同報通知接続パッケージ７１を介して、証券取引所Ｗ
ＡＮシステム１で開示される最新情報を取得する場合の
処理について説明する。メインクラス７３は、データの
更新を要求するデータ更新要求処理を行う（処理１０
１）。メインクラス７３からのデータ更新要求処理が行
われると（処理１０１）、同報通知接続パッケージ７１
の蓄積データ管理クラス７５は、最新情報の取得処理を
行う（処理９３）。

【０４１４】蓄積データ管理クラス７５による最新情報
の取得処理が行われると（処理９３）、証券取引所ＷＡ
Ｎシステム１は、最新情報の配信処理を行う（処理８
７）。証券取引所ＷＡＮシステム１による最新情報の配
信処理が行われると（処理８７）、蓄積データ管理クラ
ス７５は、最新情報の取得処理を行う（処理９３）。

【０４１５】次いで、クライアントコンピュータ９が、
配信準備されたデータを、証券取引所ＷＡＮシステム１
側からダウンロードする場合の処理について説明する。
まず、メインクラス７３が、情報のダウンロードを要求
するダウンロード要求処理を行う（処理１０２）。メイ
ンクラス７３によるダウンロード要求処理が行われると
（処理１０２）、蓄積データ管理クラス７５は、情報の
ダウンロード処理を行う（処理９４）。

【０４１６】蓄積データ管理クラス７５のダウンロード
処理（処理９４）に対応して、証券取引所ＷＡＮシステ
ム１は、ダウンロード用のＣＳＶファイルの送信処理を
行う（処理８８）。証券取引所ＷＡＮシステム１によ
り、ＣＳＶファイルが送信されると（処理８８）、蓄積
データ管理クラス７５は、ＣＳＶファイルを受信し、メ
インクラス７３に対して送信するダウンロード処理（処
理９４）をおこなう。蓄積データ管理クラス７５による
ダウンロード処理が行われ、ＣＳＶファイルが蓄積デー
タ管理クラス７５により送信されると（処理９４）、メ
インクラス７３は、送信されたＣＳＶファイルの受信処
理を行う（処理１０３）。

【０４１７】図５０は、同報通知ＡＰＩ１１ａが提供す
るコンポーネントによるデータの処理手順例を示す図で
あり、決済情報の一例である内国株券売買明細表につい
て、配信可能となった旨の配信可能通知を同報通知し、
その後、会員２側からのダウンロード要求により、内国
株券売買明細表のダウンロードをする場合について説明
する。まず、証券取引所ＷＡＮシステム１側で、決済情
報である内国株券売買明細表の配信準備ができたとき
に、証券取引所ＷＡＮシステム１は、決済情報が配信準
備できた旨の配信可能情報の通知処理を行う（処理１１
１）。

【０４１８】情報が配信準備できた旨の配信可能情報の
通知処理が行われると（処理１１１）、会員２側のクラ
イアントコンピュータ９は、画面に、「内国株券売買明
細表の配信準備ができました」という表示をする処理を
行う（処理１２１）。クライアントコンピュータ２は、
受信した配信可能情報を受信データベース９８に登録す
る受信データベース登録処理を行い（処理１２２）、配
信可能情報を表示する画面上に、内国株券売買明細表の
リンク情報を表示する処理を行う（処理１２３）。

【０４１９】クライアントコンピュータ９を操作するユ
ーザが、内国株券売買明細表をダウンロードしたい場合
には、ユーザが、画面上で内国株券売買明細表のダウン
ロード指令を行う（処理１２４）。クライアントコンピ
ュータ９は、このダウンロード指令に基づき、内国株券
売買明細表に、ダウンロード要求フラグを設定する処理
を行う（処理１２５）。次いで、ダウンロード要求フラ
グを設定した内国株券売買明細表について（処理１２
５）、ＣＳＶファイルのダウンロードを要求する処理を
行う（処理１２６）。

【０４２０】クライアントコンピュータ９で、ダウンロ
ード要求処理が行われると（処理１２６）、証券取引所
ＷＡＮシステム１は、ダウンロード要求を受信する処理
を行う（処理１１２）。次いで、ダウンロード要求フラ
グが設定された内国株券売買明細表を、ダウンロードさ
せるために作成されたＣＳＶファイルを蓄積するＣＳＶ
ファイルデータベース２５４から抽出し（処理１１
３）、抽出した情報のＣＳＶファイルを送信する処理を
行う（処理１１４）。

【０４２１】次いで、クライアントコンピュータ９は、
送信されたＣＳＶファイルを受信する処理を行う（処理
１２７）。この処理では、受信したＣＳＶファイルを、
クライアントコンピュータ９側のＣＳＶファイルデータ
ベースに登録する（処理１２８）。

【０４２２】図５１は、同報通知ＡＰＩ１１ａを用いた
アプリケーション作成手順のうち証券取引所ＷＡＮシス
テム１への接続処理を示す図である。クライアントコン
ピュータ９から同報通知ＡＰＩ１１ａを用いて証券取引
所ＷＡＮシステム１に接続する場合、接続管理クラス７
４及び蓄積データ管理クラス７５（受信出口）を、別ス
レッドで起動する必要がある。

【０４２３】まず、メインクラス７３は、接続管理クラ
ス７４、メッセージ管理クラス７６、環境情報管理クラ
ス７８の各クラス初期化処理を行う（処理１３９）。次
いで、メインクラス７３は、接続管理クラス７４のログ
イン用メソッドを使用して、証券取引所ＷＡＮシステム
１に接続する。この証券取引所ＷＡＮシステム１への接
続は、次の手順で行われる。すなわち、メインクラス７
３は、証券取引所ＷＡＮシステム１へのＬＯＧＩＮ処理
を行う（処理１４０）。このメインクラス７３によるＬ
ＯＧＩＮ処理に対応して（処理１４０）、接続管理クラ
ス７４は、証券取引所ＷＡＮシステム１へのＬＯＧＩＮ
処理を行う（処理１３５）。この接続管理クラス７４に
よるＬＯＧＩＮ処理が行われると（処理１３５）、証券
取引所ＷＡＮシステム１は、認証手続き処理を行う（処
理１３１）。

【０４２４】上記ＬＯＧＩＮ処理が成功したら（処理１
４０）、メインクラス７３は、接続管理スレッドを起動
させる処理を行う（処理１４１）。メインクラス７３
で、接続管理スレッドを起動させる処理が行われると
（処理１４１）、接続管理クラス７４で、接続管理スレ
ッドが起動する（処理１３６）。接続管理スレッドが起
動（処理１３６）すると、証券取引所ＷＡＮシステム１
は、接続管理スレッドを監視する接続監視処理を行う
（処理１３２）。

【０４２５】次いで、メインクラス７３は、蓄積データ
管理クラス７５を初期化する処理を行う（処理１４
２）。その後、メインクラス７３は、蓄積データ管理ク
ラス７５の最新情報の取得メソッドを呼び出し、最新情
報の取得処理を行う（処理１４３）。ここで、最新情報
とは、ＬＯＧＩＮ処理（処理１３５）以前に発生した当
日分の差分情報をいう。メインクラス７３による最新情
報の取得処理が行われると（処理１４３）、蓄積データ
管理クラス７５は、証券取引所ＷＡＮシステム１から最
新情報を取得する最新情報取得処理を行う（処理１３
７）。蓄積データ管理クラス７５により、最新情報取得
処理が行われると（処理１３７）、証券取引所ＷＡＮシ
ステム１は、配信準備ができた情報のタイトルリストか
らなる通知データを蓄積データ管理クラス７５に配信す
る処理を行う（処理１３３）。

【０４２６】次いで、メインクラス７３は、蓄積データ
管理スレッド（情報受信出口）を起動させる処理を行う
（処理１４４）。メインクラス７３による蓄積データ管
理スレッドを起動させる処理（処理１４４）が行われる
と、蓄積データ管理クラス７５で、蓄積データ管理スレ
ッドが起動する（処理１３８）。蓄積データ管理スレッ
ドが起動する（処理１３８）と、証券取引所ＷＡＮシス
テム１は、通知データの配信処理を行う（処理１３
４）。

【０４２７】図５２は、同報通知ＡＰＩ１１ａを用いた
アプリケーションケーション作成手順のうちデータのダ
ウンロード処理を示す図である。図５１の処理１３６で
証券取引所ＷＡＮシステム１との接続が完了すると、各
イベントが、接続インターフェース７２の必須メソッド
にイベント情報として送信される。メインクラス７３が
受信したイベントには、データの状態の変更や新規デー
タの準備等が含まれている。メインクラス７３は、受信
したイベントを参照し、その内容を確認のうえ、必要に
応じてダウンロード処理を実行する。

【０４２８】証券取引所ＷＡＮシステム１で配信準備が
完了した情報をダウンロードする手順は次のとおりであ
る。まず、証券取引所ＷＡＮシステム１は、同報通知デ
ータの配信処理を行う（処理１３４）。証券取引所ＷＡ
Ｎシステム１から通知データが配信されると（処理１３
４）、蓄積データ管理クラス７５は、蓄積データ管理ス
レッドを通じて情報受信処理を行う（処理１５２）。蓄
積データ管理クラス７５で、情報受信処理が行われると
（処理１５２）、接続インターフェース７２を介して、
メインクラス７３は、通知データを受信する。

【０４２９】メインクラス７３は、受信した通知データ
（イベント）の内容を判定し、決済情報の配信準備に係
る通知データを取り出す処理を行う（処理１５６）。蓄
積データ管理クラス７５は、適宜最新情報を取得する処
理を行う（処理１５３）。次いで、メインクラス７３
は、ダウンロードするファイルのリンク情報が記録され
ている通知データに、ダウンロード要求フラグを設定す
る処理を行う（処理１５７）。ダウンロード要求フラグ
の設定は、受信データベース９８に登録された通知デー
タにフラグを設定することにより行う。

【０４３０】その後、メインクラス７３は、蓄積データ
管理クラス７５に、情報の更新を依頼する処理を行う
（処理１５８）。メインクラス７３により、情報の更新
を依頼する処理が行われると（処理１５８）、蓄積デー
タ管理クラス７５は、データベースに蓄積された蓄積デ
ータを更新する処理を行う（処理１５４）。

【０４３１】その後、メインクラス７３は、蓄積データ
管理クラス７５のダウンロード用メソッドを呼び出し、
ダウンロードの要求処理を行う（処理１５９）。メイン
クラス７３により、ダウンロードの要求処理が行われる
と（処理１５９）、蓄積データ管理クラス７５は、メイ
ンクラス７３によりフラグが設定された情報のダウンロ
ード処理を行う（処理１５５）。

【０４３２】蓄積データ管理クラス７５により、情報の
ダウンロード処理が行われると（処理１５５）、証券取
引所ＷＡＮシステム１は、メインクラス７３によりフラ
グが設定された情報のＣＳＶファイルの送信処理を行う
（処理１５１）。蓄積データ管理クラス７５は、ダウン
ロード用のＣＳＶファイルの送信が行われると（処理１
５１）、送信されたＣＳＶファイルのダウンロード処理
を行い（処理１５５）、ＣＳＶファイルデータベース１
２８に登録する。

【０４３３】次に、ＤＶＰサーバコンピュータ４で制御
される配信可能情報の同報通知の処理概要について説明
する。配信可能情報の同報通知の処理は、決済情報デー
タを作成するＣＳＩサーバコンピュータ１２と、ＣＳＩ
サーバコンピュータ１２から決済情報を受信して、決済
情報を格納する決済データベース６、決済情報のダウン
ロード用のＣＳＶファイルを格納するＣＳＶファイルデ
ータベース２５４、配信可能情報を格納する配信情報管
理データベース１７２を備え、クライアントコンピュー
タ９側に配信可能情報を同報通知するＤＶＰサーバコン
ピュータ４と、会員２側のクライアントコンピュータ９
と、の間で行われる。

【０４３４】ＣＳＩサーバコンピュータ１２とＤＶＰサ
ーバコンピュータ４とクライアントコンピュータ９との
間で行われる通知業務機能の処理概要を、図５３に示
す。通知業務機能は、ＣＳＩサーバコンピュータ１２で
作成された情報の授受要請通知等の決済情報や、業務メ
ッセージとしての管理者からのお知らせを、会員２側の
クライアントコンピュータ９へ通知する通知機能１６
７，１６８と、通知した情報をクライアントコンピュー
タ９で認識したことをＣＳＩサーバコンピュータ１２へ
通知する状況通知機能１６９，１７１を備えている。ク
ライアントコンピュータ９への情報の送信は、最終的に
は情報通信機能１６４で行われるため、通知業務機能
は、通知依頼するデータセットアップ系業務アプリケー
ション１７３及び情報通信機能１６４の情報通信サーバ
１６６のプログラムとのインターフェース機能を提供す
る。なお、情報通信機能１６４とは、同報通知を行う機
能をいい、情報通信クライアントおよびサーバを備えた
もの総称をいう。

【０４３５】図５３に示す通知業務機能の処理の流れの
概要について説明する。なお、図５３中（１）〜（１
５）は、以下に示す各処理を表す。処理（１）〜（１
５）について説明する。ＤＶＰサーバコンピュータ４の
データセットアップ業務アプリケーション１７３は、Ｃ
ＳＩサーバコンピュータ１２から決済情報を受け取る処
理を行い、不図示の決済データベース６格納処理、決済
情報のダウンロード用データであるＣＳＶファイル作成
処理と、作成したＣＳＶファイルのＣＳＶファイルデー
タベース２５４格納処理等，一連のデータセットアップ
処理を行う（処理（１））。

【０４３６】次いで、データセットアップ系業務アプリ
ケーション１７３は、データセットアップ処理（処理
（１））正常終了後、配信情報テーブル（会員２単位）
１７２ａに、決済情報，業務メッセージ，運用制御情報
等の公開情報が配信可能となった旨の配信可能情報の同
報通知に必要な情報を登録する処理を行う（処理
（２））。この時、データセットアップアプリケーショ
ン１７３は、公開情報が即時送信タイプの場合は、すぐ
に、通知機能（即時送信）１６７に通知依頼する処理を
行う（処理（２））。

【０４３７】通知機能（即時通知）１６７は、依頼され
た配信可能情報を情報通信サーバ１６６へ通知依頼を行
い（処理（４ａ））、正常に受付けられた場合は、ＣＳ
Ｉサーバコンピュータ１２に対して「データセットアッ
プ完了通知」を情報単位に送信する。この時、配信情報
管理データベース１７２の通知状態フラグを、同報通知
への通知完了に更新する（処理（４ｂ））。

【０４３８】通知機能（時刻指定）１６８は、一定周期
（１０分単位）で配信情報管理データベース１７２をチ
ェックし（処理（５ａ））、配信時刻になっている配信
可能情報を通信情報サーバ１６６へ通知依頼し（処理
（５ｂ））、正常に受付けられた場合は、ＣＳＩサーバ
コンピュータ１２に対して「データセットアップ完了通
知」を情報単位に送信する。この時、配信情報管理デー
タベース１７２の通知状態フラグを同報通知への通知完
了に更新する。

【０４３９】情報通信サーバ１６６は、通知機能１６
７，１６８から依頼された配信可能情報を元に配信情報
管理データベース１７２を参照して送信する会員２を検
索し（処理（６ａ））、ユーザ単位に変換し、情報通信
クライアント１６３へ送信する（処理（６ｂ））。配信
可能情報の詳細な情報は、決済系配信可能情報は配信情
報管理／配信情報詳細テーブル１７２から取得し（処理
（６ｃ））、業務メッセージは業務メッセージテーブル
１７６から取得する（処理（６ｄ））。

【０４４０】ＤＶＰサーバコンピュータ４運用者の端末
１７８で、公開情報の一種である業務メッセージの登録
を行うと、業務メッセージテーブル１７６への登録が行
われ、通知機能（連携コマンド）１７５が呼び出される
（処理（７））。通知機能（連携コマンド）１７５は、
業務メッセージ登録機能から受け取った情報を、配信情
報管理データベース１７２に登録する（処理（８））。
この時、業務メッセージが即時送信タイプの場合は、通
知機能（即時送信）１６７に通知依頼する（処理
（９））。

【０４４１】情報通信サーバ１６６は、処理で通知した
情報に対するクライアント１６３からの状況を、状況通
知情報として、状況通知機能（受付＆即時送信）１６９
へ通知依頼する（処理（１０））。ここで、情報通信サ
ーバ１６６から状況通知機能（受付＆即時送信）１６９
へ通知される状況通知情報は、「決済情報セットアップ
完了がクライアントコンピュータ９側へ通知されたこ
と」、「業務メッセージがクライアントコンピュータ側
へ通知されたこと」、「決済情報がクライアントコンピ
ュータ９でダウンロードされたこと」、「決済情報がク
ライアントコンピュータ９のブラウザで参照されたこ
と」である。これらの情報のうち、「決済情報のダウン
ロードがされたこと」または「決済情報がブラウザで参
照されたこと」のどちらか最初に通知されたものを「確
認完了」としてＣＳＩサーバコンピュータ１２へ通知す
る。

【０４４２】また、情報通信サーバ１６６から依頼され
た状況通知情報は、状況通知機能（受付＆即時送信）１
６９で受付けた時点でＩＤ単位に業務ログとして保存さ
れ、状況通知管理テーブル１７０では、会員２単位に集
約して管理する。この会員２単位とは、ＣＳＩサーバコ
ンピュータ１２へ通知する単位である。

【０４４３】状況通知機能１６９は、情報通信サーバ１
６６から依頼された情報を状況通知テーブル１７０に登
録する（処理（１１））。この時、即時送信の必要な状
況通知の場合は、状況通知テーブル１７０のＣＳＩサー
バコンピュータ１２への送信状態フラグを送信済に更新
して、ＣＳＩサーバコンピュータ１２に対して即時送信
する（処理（１２））。

【０４４４】状況通知機能（定期送信）１７１は、一定
周期（１０分単位）で状況通知テーブル１７０をチェッ
ク＆ブロッキングして、ＣＳＩサーバコンピュータ１２
へ送信する。この時、状況通知テーブル１７０のＣＳＩ
サーバコンピュータ１２への送信状態フラグを送信済に
更新して、ＣＳＩサーバコンピュータ１２に対して即時
送信する。

【０４４５】通知機能（即時通知）１６７は、制御機能
１７４からの運用制御情報を、情報通信機能（同報通知
機能）１６４へ通知する（処理（１４））。ここで通知
される運用制御情報は、ＤＶＰサーバコンピュータ４側
で受け入れられると、すぐにクライアントコンピュータ
９に通知される即時通知型の情報で、配信情報管理デー
タベース１７２では管理しない。運用制御情報には、日
替わりの通知，業務停止，業務開始等の情報が含まれ
る。制御機能１７７は、ＣＳＩサーバコンピュータ１２
へ通知した状況通知に対する受信確認電文を受けて、状
況通知テーブル１７０のＣＳＩサーバコンピュータ１２
送信状態フラグを更新する。

【０４４６】次いで、通知業務機能の構成について説明
する。ここで、通知業務機能とは、通知機能と状況通知
機能とからなる。すなわち、ＤＶＰサーバコンピュータ
４上で動作する各業務アプリケーション及び管理者機能
（業務メッセージ）からの通知依頼を受付て、情報通信
機能１６４を介してクライアントコンピュータ９へ通知
する通知機能１６７、１６８、１７５と、クライアント
コンピュータ９の処理状況等を情報通信機能１６４から
受付て、ＣＳＩサーバコンピュータ１２へ通知する状況
通知機能１６９、１７１から構成される。以下に各処理
の概要について説明する。

【０４４７】通知機能は、ＤＶＰサーバコンピュータ４
の記憶装置，例えばＨＤＤに格納されるプログラムであ
って、通知機能（即時通知）１６７、通知機能（時刻通
知）１６８、通知機能（連携コマンド）１７５の３つの
サブ機能から構成される。通知機能（即時通知）１６７
は、会員２側へ即時に送信する必要のある配信可能情報
を受け取り、情報通信サーバ１６６へ通知依頼する。通
知機能（即時通知）１６７が行う処理について、図５４
のフローチャートに基づき説明する。

【０４４８】まず、データセットアップ系業務アプリケ
ーション１７３、通知機能（連携コマンド）１７５、制
御機能１７４からの通知依頼を受付けて処理がスタート
する。通知依頼された情報をチェックし、即時通知すべ
き情報か判定する（ステップＳ１）。即時通知の必要の
ない時刻指定の場合は（ステップＳ１；Ｎｏ）、処理を
終了する。即時通知が必要な場合は（ステップＳ１；Ｙ
ｅｓ）、情報通信サーバ１６６に対して通知依頼し（ス
テップＳ２）、データセットアップ系業務アプリケーシ
ョン１７３、通知機能（連携コマンド）１７５、制御機
能１７４から受付けた情報を、情報通信サーバ１６６に
引き渡す。

【０４４９】次いで、通知依頼が、制御機能１７４から
の通知依頼か否か判定される（ステップＳ３）。通知依
頼が、制御機能１７４からの通知依頼である場合には
（ステップＳ３；Ｙｅｓ）、業務ログを出力した（ステ
ップＳ７）後、処理を終了する。通知依頼が、制御機能
１７４からの通知依頼でない場合には（ステップＳ３；
Ｎｏ）、引き渡した情報の配信情報管理データベース１
７２内の通知フラグを、同報機能通知済に更新する（ス
テップＳ４）。

【０４５０】状況通知機能（受付＆即時送信）１６９に
対して、ＣＳＩサーバコンピュータ１２への「データセ
ットアップ完了通知」の送信を依頼する（ステップＳ
５）。「データセットアップ完了通知」の送信を依頼し
た情報の配信情報管理データベース１７２内の通知フラ
グを、ＣＳＩサーバコンピュータ通知済に更新する（ス
テップＳ６）。業務ログを出力し（ステップＳ７）、処
理を終了する。

【０４５１】図５４のデータセットアップ系業務アプリ
ケーション１７３、通知機能（連携コマンド）１７５、
制御機能１７４からの通知依頼を受付ける処理（ステッ
プＳ１）では、配信情報種別（データ種別：帳票、業務
メッセージ、制御情報）、サイクル（配信情報種別の枝
番）、作成日（業務日付の年月日）、業務メッセージ書
類コードの情報の受け渡しが行われる。配信可能情報の
詳細は、配信情報管理データベース１７２に予め登録さ
れているため、このステップＳ１では、通知する情報を
検索するための情報である上記情報が受け渡されるので
ある。

【０４５２】業務メッセージ書類コードは、配信可能情
報が業務メッセージである場合は、業務メッセージテー
ブル１７６の検索キーである業務メッセージ書類コード
が受け渡される。配信可能情報が、業務メッセージ以外
である場合には、業務メッセージ書類コードは、使用さ
れない。

【０４５３】情報通信サーバ１６６に対して通知依頼す
る処理（図５４のステップＳ２）では、配信情報種別
（データ種別：帳票、業務メッセージ、制御情報）、サ
イクル（配信情報種別の枝番）、作成日（業務日付の年
月日）、業務メッセージ書類コードの情報の受け渡しが
行われる。配信可能情報の詳細は、配信情報管理データ
ベース１７２に予め登録されているため、通知する情報
を検索するための情報として、上記情報が受け渡される
のである。業務メッセージ書類コードは、配信情報種別
が業務メッセージの時のみ、業務メッセージテーブル１
７６を検索するためのキー情報が受け渡される。

【０４５４】状況通知機能（受付＆即時送信）１６９に
対する、ＣＳＩサーバコンピュータ１２への「データセ
ットアップ完了通知」の送信依頼処理（図５４のステッ
プＳ５）では、配信可能情報の配信情報種別（データ種
別（帳票））、配信可能情報のサイクル、配信可能情報
の作成日（業務日付年月日）、送信会員コード（清算会
員コード（未使用：全空白））、会員コード（非清算会
員コード（未使用：全空白））、担当者ＩＤ（未使用：
全空白）、通知する状況識別（データセットアップ完了
等）、処理された実行日時、コード：業務メッセージを
識別するための業務メッセージ書類コードの情報の受け
渡しが行われる。

【０４５５】通知機能（即時通知）１６７によるデータ
セットアップ系業務アプリケーション１７３、通知機能
（連携コマンド）１７５、制御機能１７４からの通知依
頼を受付ける処理、情報通信サーバ１６６に対して通知
依頼する処理（ステップＳ２）、状況通知機能（受付＆
即時送信）１６９に対して、ＣＳＩサーバコンピュータ
１２への「データセットアップ完了通知」の送信を依頼
する処理（ステップＳ５）は、ＣＯＲＢＡインタフェー
スを通じて行われる。

【０４５６】通知機能（時刻通知）１６８は、配信情報
管理データベース１７２に登録されている配信可能情報
の中から、会員２側への公表時刻（決済情報）または掲
載時刻が指定されている配信可能情報を、情報通信サー
バ１６６へ通知依頼する。通知機能（時刻通知）１６８
が行う処理について、図５５のフローチャートに基づき
説明する。

【０４５７】通知機能（時刻通知）１６８は、ｃｒｏｎ
から一定間隔（１０分単位）に起動され、以下の処理を
行う。まず、所定時間、すなわち、前回の処理から、１
０分が経過したか判定される（ステップＳ２１）。前回
の処理から１０分が経過していない場合（処理Ｓ２１；
Ｎｏ）、ステップＳ２１に戻り、再度、前回の処理か
ら、１０分が経過したか判定される（ステップＳ２
１）。すなわち、前回の処理から１０分が経過するま
で、ステップＳ２１を繰り返す。

【０４５８】前回の処理から１０分が経過した場合（ス
テップＳ２１；Ｙｅｓ）、配信情報管理データベース１
７２から、公開日時（公表時間または掲載時刻）に達し
ている情報を検索する（ステップＳ２２）。次いで、検
索した情報から配信可能情報を作成し、情報通信サーバ
１６６に対して通知依頼する（ステップＳ２３）。通知
依頼した情報の配信情報管理データベース１７２内の通
知フラグを同報機能通知済に更新する（ステップＳ２
４）。状況通知機能（受付＆即時送信）１６９に対し
て、ＣＳＩサーバコンピュータ１２への「データセット
アップ完了通知」の送信を依頼する（ステップＳ２
５）。

【０４５９】次いで、送信依頼した情報の配信情報管理
データベース１７２内の通知フラグをＣＳＩサーバコン
ピュータ通知済に更新する（ステップＳ２６）。その
後、業務ログを出力する（ステップＳ２７）。ステップ
Ｓ２２で配信情報管理データベース１７２から検索して
取得した情報数Ｎと、ステップＳ２３における情報通信
サーバ１６６に対する通知依頼およびステップＳ２５に
おける「データセットアップ完了通知」の送信依頼を行
った情報数ｎとの差が、０であるか判定する（ステップ
Ｓ２８）。Ｎ−ｎが０でない場合、すなわち、通知依頼
・送信依頼を、取得した情報数行っていない場合には
（ステップＳ２８；Ｎｏ）、情報通信サーバ１６６に対
する通知依頼処理を行う（ステップＳ２３）。

【０４６０】Ｎ−ｎが０である場合、すなわち、通知依
頼・送信依頼を、取得した情報数行った場合には（ステ
ップＳ２８；Ｙｅｓ）、処理を終了する。すなわち、取
得した情報すべてについて、ステップＳ２３〜ステップ
Ｓ２７を行う。

【０４６１】検索した情報から配信可能情報を作成し、
情報通信サーバ１６６に対して通知依頼する処理（図５
５のステップＳ２３）では、下記情報１〜４の受け渡し
が行われる。配信可能情報の詳細は、配信情報管理デー
タベース１７２に予め登録されているため、このステッ
プＳ１では、通知する情報を検索するための情報、すな
わち配信情報種別（帳票識別コード、業務メッセージコ
ード）、サイクル、作成日の業務日付年月日、業務メッ
セージ書類コードの情報が受け渡されるのである。業務
メッセージ書類コードは、配信情報種別が業務メッセー
ジの場合には、業務メッセージテーブル１７６を検索す
るためのキー情報が受け渡される。配信情報種別が業務
メッセージ以外の場合には、業務メッセージ書類コード
は、使用されない。

【０４６２】状況通知機能（受付＆即時送信）１６９に
対する、ＣＳＩサーバコンピュータ１２への「データセ
ットアップ完了通知」の送信依頼処理（図５５のステッ
プＳ２５）では、配信可能情報の配信情報種別、配信可
能情報のサイクル、配信可能情報の作成日年月日、送信
会員コード（清算会員コード（未使用：全空白））、会
員コード（非清算会員コード（未使用：全空白））、担
当者ＩＤ（未使用：全空白）、通知する状況識別（デー
タセットアップ完了等）、処理された実行日時業務メッ
セージ書類コードの情報の受け渡しが行われる。

【０４６３】通知機能（時刻通知）１６８の、検索した
情報から配信可能情報を作成し、情報通信サーバ１６６
に対して通知依頼する処理（ステップＳ２３）、状況通
知機能（受付＆即時送信）１６９に対する、ＣＳＩサー
バコンピュータ１２への「データセットアップ完了通
知」の送信依頼処理（ステップＳ２５）は、ＣＯＲＢＡ
インタフェースを通じて行われる。

【０４６４】通知機能（連携コマンド）１７５は、証券
取引所ＷＡＮシステム１管理者から発信された「業務メ
ッセージ」を受け取り、通知機能（即時通知）１６７、
通知機能（時刻通知）１６８へ、配信可能情報として中
継する機能である。通知機能（連携コマンド）１７５
は、次の処理を行う。すなわち、第１に、業務メッセー
ジ登録機能１７６からの通知を受付ける処理を行う。

【０４６５】第２に、依頼された情報を配信情報管理デ
ータベース１７２へ登録する処理を行う。この配信情報
管理データベース１７２へ登録する処理では、配信情報
種別、サイクル、作成日、配布形態、公開時間からなる
情報の登録を行う。第３に、掲載日時をチェックし、即
時送信であれば通知機能（即時通知）１６７に通知依頼
する処理を行う。掲載時刻指定の場合は、処理を終了す
る。

【０４６６】業務メッセージ登録機能１７６からの通知
を受付ける処理では、業務メッセージ書類コード、掲載
日時（即時送信／時刻指定の別含む）の情報の受け渡し
が行われる。業務メッセージの詳細は、業務メッセージ
テーブル１７６に予め登録されているため、この処理で
は、通知する業務メッセージ情報を検索するための情報
として、これらの情報が受け渡されるのである。

【０４６７】通知機能（即時通知）１６７に通知依頼す
る処理では、下記情報１〜４の受け渡しが行われる。業
務メッセージの詳細は、業務メッセージテーブル１７６
に予め登録されているため、この処理では、通知する業
務メッセージ情報を検索するための情報として、配信情
報種別（業務メッセージコード）、サイクル、作成日年
月日、業務メッセージ書類コード（業務メッセージテー
ブルを検索するためのキー情報）が受け渡されるのであ
る。

【０４６８】通知機能（連携コマンド）１７５が業務メ
ッセージテーブル１７６からの通知を受付ける処理は、
シェル起動で行われる。通知機能（連携コマンド）１７
５が通知機能（即時通知）１６７に通知依頼する処理
は、ＣＯＲＢＡインタフェースを通じて行われる。

【０４６９】通知機能１６７、１６８、１７５で扱う配
信可能情報には、次の情報がある。内国株式売買明細表
（立会内取引）、内国株式売買明細表（立会外取引・バ
スケット取引以外）、内国株式売買明細表（立会外取引
・バスケット取引）、内国株式売買明細表（銘柄合
計）、債券取引売買明細表（立会内取引）、債券取引売
買明細表（立会外取引・バスケット取引以外）、債券取
引売買明細表（立会外取引・バスケット取引）、債券取
引売買明細表（銘柄合計）、サマリーＡ（照合用）、株
券オプション取引権利行使申告・割当明細表、内国株式
売買明細表（立会内取引・訂正一覧）、内国株式売買明
細表（立会外取引・訂正一覧）、内国株式売買明細表
（バスケット取引・訂正一覧）、債券取引売買明細表
（立会内取引・訂正一覧）、債券取引売買明細表（立会
外取引・訂正一覧）、債券取引売買明細表（バスケット
取引・訂正一覧）、サマリーＢ（訂正済）、銘柄別決済
予定数量、総括清算表（約定代金）、銘柄別決済確定数
量、総括清算表（決済代金・値洗差金）、総受払代金計
算表（予定額／速報）、基準日等の決済に係る受方・渡
方指定書、総受払代金計算表（予定額）、追加支払通
知、総受払代金計算表（確定額）、代金領収通知、フェ
イル情報通知（ＤＥＬ後）、フェイル情報通知（ＣＮＳ
後）、バイイン情報通知（当初）、バイイン情報通知
（ＤＥＬ後）、バイイン情報通知（ＣＮＳ後）、バイイ
ン実行通知（前日予告）（バイイン請求会員用）、バイ
イン実行通知（前日予告）（バイイン費用負担対象会員
用）、バイイン実行通知（前日予告）（全会員用：配布
する情報が全会員同じ）、バイイン実行通知（バイイン
請求会員用）、バイイン実行通知（バイイン費用負担対
象会員用）、バイイン実行通知（全会員用：配布する情
報が全会員同じ）、バイイン実行結果通知（バイイン請
求会員用）、バイイン実行結果通知（バイイン費用負担
対象会員用）、バイイン実行結果通知（売方会員用）、
バイイン実行結果通知（全会員用）、バイイン無効通
知、会員信認金、売買・取引証拠金、前日差入担保金受
払状況表、前日差入担保金残高表、取引証拠金、差入・
返戻可能表、預かり有価証券残高通知書、会員信認金、
売買・取引証拠金、前日差入担保金 実質株主・担保受
入残高通知書、業務メッセージ、運用制御：業務開始、
運用制御：業務終了、運用制御：緊急停止・その他であ
る。

【０４７０】これらの各情報には、情報固有のコードが
付されている。このうち、「お知らせ」が業務メッセー
ジ、「運用制御：業務開始」、「運用制御：業務終
了」、「運用制御：緊急停止・その他」が制御情報、そ
れ以外が帳票に関する情報である。

【０４７１】次いで、状況通知機能１６９、１７１とＣ
ＳＩサーバコンピュータ１２間で通信を行う際の電文仕
様について説明する。状況通知機能１６９、１７１で
は、状況通知電文と状況通知受領確認電文を使用する。
状況通知電文とは、ＣＳＩサーバコンピュータ１２へ送
信する状況通知電文をいう。また、状況通知受領確認電
文とは、制御電文であって、送信した状況通知電文の受
領確認電文をいう。

【０４７２】状況通知電文では、図５６に示すヘッダ
部、データ部、フッタ部からなるファイル伝送型電文フ
ォーマットを使用する。ヘッダ部は、データ部未使用
で、制御部のみからなる。データ部は、５８０件／ブロ
ックを最大にブロッキングして、複数レコードを送信す
る。

【０４７３】電文項目の詳細について説明する。ヘッダ
部は、項目名称が電文種別、制御種別、データ種別、サ
イクル番号、作成日付、通番である。電文種別は、ファ
イル伝送電文等の電文の種別である。制御種別は、送信
開始／データ送信／送信終了の区別である。サイクル番
号は、データ種別毎のサイクルである。１日単位にリセ
ットされ、当日あたりの状況通知回数が示される。作成
日付は、ＤＶＰサーバコンピュータ４で管理している業
務日付（年月日）である。ヘッダ部の通番は「１」であ
る。

【０４７４】データ部は、項目名称が電文種別、制御種
別、データ種別、サイクル番号、作成日付、通番、デー
タ件数、取引所区分、送信先会員コード、会員コード、
通知完了日時、帳票種別、帳票サイクル、帳票作成日
付、状況種別である。データ部の通番は「２〜ｎ」であ
る。データ件数は、ブロッキングしたデータ件数であ
る。取引所区分・送信先会員コード・会員コード・状況
種別・通知完了日時・帳票種別・帳票サイクル・帳票作
成日付・状況種別を１件として、ブロッキングする。取
引所区分は、証券取引所１４の区分を示す。

【０４７５】送信先会員コードは、通知を完了した会員
２の会員コードである。状況種別がデータセットアップ
完了の場合は、送信先会員コードはない。会員コード
は、帳票の内容が示す会員２のコードである。状況種別
がデータセットアップ完了の場合は、会員コードはな
い。通知完了日時は、該当する状況種別の実行された日
時（年月日、時分秒）、すなわちＤＶＰサーバコンピュ
ータ４内のシステム日時である。

【０４７６】帳票種別は、通知した帳票の種別である。
帳票サイクルは、通知した帳票のサイクルである。帳票
作成日付は、通知した帳票の作成された業務日付（年月
日）、すなわちＣＳＩサーバコンピュータ１２で帳票デ
ータが作成された業務日付である。状況種別は、データ
セットアップ完了、確認（ダウンロードまたはブラウザ
参照）完了の別を示す。データセットアップ完了は情報
単位、確認完了は会員２単位である。その他はヘッダ部
と同様である。

【０４７７】フッタ部は、項目名称が電文種別、制御種
別、データ種別、サイクル番号、作成日付、通番、デー
タ件数である。フッタ部の通番は「ｎ＋１」である。デ
ータ件数は、データ部で送信した状況通知情報の件数で
ある。その他はヘッダ部と同様である。

【０４７８】状況通知機能１６９、１７１は、状況通知
機能（受付＆即時送信）１６９と状況通知機能（定期送
信）１７１との２つの機能から構成される。状況通知機
能（受付＆即時送信）１６９は、情報通信サーバ１６６
から依頼された会員２側の状況通知情報を受け取り、状
況通知管理テーブル１７０へ登録する（図５３の処理
（１１））。また、依頼された状況通知情報が、ＣＳＩ
サーバコンピュータ１２に対して即時送信の必要な情報
の場合は、ＣＳＩサーバコンピュータ１２に対して送信
する（図５３の処理（１２））。

【０４７９】状況通知機能（受付＆即時送信）１６９が
行う処理について、図５７のフローチャートに基づき、
より詳細に説明する。処理フローがスタートすると、ま
ず、情報通信サーバ１６６からの状況通知を受付る（ス
テップＳ３１）。次いで、ＩＤ単位で収集した業務ログ
を出力する（ステップＳ３２）。ＩＤ単位は、情報通信
サーバ１６６から状況通知依頼される単位である。依頼
された情報を、状況通知管理テーブル１７０へ登録する
（ステップＳ３３）。

【０４８０】その後、受付けた情報が、即時送信の必要
な決済情報に関するものか否かについて判定する（ステ
ップＳ３４）。なお、このステップＳ３４では、該当会
員２（ＩＤ）のレコード有無、通知された状況フラグの
更新、同一会員２で既にＣＳＩサーバコンピュータ１２
へ通知済みでないか等についても、チェックする。即時
送信の必要がない場合には（ステップＳ３４；Ｎｏ）、
処理を終了する。受付けた情報が、即時送信の必要な決
済情報に関するものである場合には（ステップＳ３４；
Ｙｅｓ）、ＣＳＩサーバコンピュータ１２への送信フラ
グを通知済みに設定する（ステップＳ３５）。

【０４８１】その後、即時送信の必要な決済情報につい
て、ＣＳＩサーバコンピュータ１２に対して送信依頼す
る（ステップＳ３６）。このとき、送信は、会員２／情
報毎の確認完了、すなわち最初に行われたダウンロード
完了またはブラウザ参照を、最初の１回のみ行う。ま
た、その時点で、状況通知管理テーブル１７０内にＣＳ
Ｉサーバコンピュータ１２未送信分があれば、合わせて
送信する。次いで、ＣＳＩサーバコンピュータ１２へ通
知する情報の単位である会員２単位で収集した業務ログ
を出力する（ステップＳ３７）。その後、処理フローを
終了する。

【０４８２】情報通信サーバ１６６からの状況通知受付
処理（図５７のステップＳ３１）では、配信可能情報の
配信情報種別（帳票、業務メッセージの別）、配信可能
情報のサイクル、配信可能情報の作成年月日、送信会員
コード（清算会員コード）、会員コード（非清算会員コ
ード）、担当者ＩＤ、状況識別通知する状況識別（通知
確認、ダウンロード完了、ブラウザ参照の別）、処理さ
れた実行日時、業務メッセージを識別するための業務メ
ッセージ書類コードの受け渡しが行われる。

【０４８３】状況通知情報として情報通信サーバ１６６
から依頼される情報は、通知機能１６７、１６８、１７
５から情報通信サーバ１６６へ通知された情報が、基本
になる。業務メッセージ書類コードは、情報が業務メッ
セージの場合のみ通知される。

【０４８４】即時送信の必要な決済情報についての、Ｃ
ＳＩサーバコンピュータ１２に対しての送信依頼処理
（図５７のステップＳ３６）では、配信可能情報の配信
情報種別、配信可能情報のサイクル、配信可能情報の作
成年月日、送信会員コード（清算会員コード）、会員コ
ード（非清算会員コード）、通知する状況識別（データ
セットアップ完了、確認完了の別）処理された実行日時
の情報の受け渡しが行われる。情報通信サーバ１６６か
ら依頼された情報のうち、ＣＳＩサーバコンピュータ１
２へ送信する情報は、通知された決済関連の配信可能情
報に対する会員２側の最初の確認情報である。

【０４８５】情報通信サーバ１６６からの状況通知受付
処理（図５７のステップＳ３１）は、ＣＯＲＢＡインタ
フェースを通じて行われる。即時送信の必要な決済情報
についての、ＣＳＩサーバコンピュータ１２に対しての
送信依頼処理（図５７のステップＳ３６）は、Ｃ関数呼
び出しで行われる。

【０４８６】状況通知機能（定期送信）１７１は、状況
通知管理テーブル１７０に登録されている状況通知情報
の中から、ＣＳＩサーバコンピュータ１２への送信が未
送信状態の状況通知情報を、ＣＳＩサーバコンピュータ
１２へ送信する（処理（１３））。状況通知機能（定期
送信）１７１が行う処理について、図５８のフローチャ
ートに基づき、より詳細に説明する。

【０４８７】状況通知機能（定期送信）１７１は、ｃｒ
ｏｎから一定間隔（１０分単位）に起動され、以下の処
理を行う。まず、所定時間、すなわち、前回の処理か
ら、１０分が経過したか判定される（ステップＳ４
１）。前回の処理から１０分が経過していない場合（Ｓ
４１；Ｎｏ）、ステップＳ４１に戻り、再度、前回の処
理から、１０分が経過したか判定される（ステップＳ４
１）。すなわち、前回の処理から１０分が経過するま
で、ステップＳ４１を繰り返す。

【０４８８】前回の処理から１０分が経過した場合（ス
テップＳ４１；Ｙｅｓ）、状況通知管理テーブル１７０
を検索して、ＣＳＩサーバコンピュータ１２未送信情報
を取得する（ステップＳ４２）。次いで、取得した情報
が、複数か判定される（ステップＳ４３）。取得した情
報が複数の場合（ステップＳ４３；Ｙｅｓ）、取得した
情報を、ブロッキングして（ステップＳ４４）、ＣＳＩ
サーバコンピュータ１２に対して情報の送信依頼をする
（ステップＳ４５）。取得した情報が複数でない場合
（ステップＳ４３；Ｎｏ）、ＣＳＩサーバコンピュータ
１２に対して情報の送信依頼をする（ステップＳ４
５）。なお、送信する対象は、ＣＳＩサーバコンピュー
タ１２へ通知済みでない情報全てとする。

【０４８９】送信完了後、ＣＳＩサーバコンピュータ１
２送信済みフラグを通知済みに設定する（ステップＳ４
６）。次いで、ＣＳＩサーバコンピュータ１２へ通知す
る情報の単位である会員２単位で収集した業務ログを、
出力する（ステップＳ４７）。ステップＳ４２で状況通
知管理テーブル１７０から検索して取得したＣＳＩサー
バコンピュータ１２未送信情報数Ｎと、ステップＳ４５
におけるＣＳＩサーバコンピュータ１２に対して情報の
送信依頼を行った情報数ｎとの差が、０であるか判定す
る（ステップＳ４８）。このとき、ステップ４４でブロ
ッキングした場合には、ブロッキングされた情報群に含
まれる各情報数を足してｎを算出する。Ｎ−ｎが０でな
い場合、すなわち、送信依頼を、取得した情報数行って
いない場合には（ステップＳ４８；Ｎｏ）、取得した情
報が、複数か判定する処理を行う（ステップＳ４３）。
Ｎ−ｎが０である場合、すなわち、送信依頼を、取得し
た情報数行った場合には（ステップＳ４８；Ｙｅｓ）、
処理を終了する。すなわち、取得した情報すべてについ
て、ステップＳ４３〜ステップＳ４７を行う。

【０４９０】状況通知機能（定期送信）１７１によるＣ
ＳＩサーバコンピュータ１２に対しての情報の送信依頼
処理（図５８のステップＳ４５）では、配信可能情報の
配信情報種別、配信可能情報のサイクル、配信可能情報
の作成年月日、送信会員コード（清算会員コード）、会
員コード、通知する状況識別（データセットアップ完
了、確認完了の別）、処理された実行日時の情報の受け
渡しが行われる。

【０４９１】状況通知管理テーブル１７０から検索した
情報のうち、ＣＳＩサーバコンピュータ１２へ送信する
情報は、通知された決済関連の配信可能情報に対する会
員２側の最初の確認情報である。状況通知は、担当者Ｉ
Ｄで管理されているため、会員２側の最初の確認情報の
みチェックすれば、同時に通知された配信可能情報は、
通知されたとみなすことができるためである。

【０４９２】状況通知機能（定期送信）１７１によるＣ
ＳＩサーバコンピュータ１２に対しての情報の送信依頼
処理（ステップＳ４５）は、ＣＳＩサーバコンピュータ
１２（ＭＱ連携機能）が提供するＣ共通関数呼び出しで
行われる。

【０４９３】状況通知機能１７０、１７１が、情報通信
サーバ１６６から依頼されて扱う情報は、次に示す情報
に対する状況情報である。すなわち、内国株式売買明細
表（立会内取引）、内国株式売買明細表（立会外取引・
バスケット取引以外）、内国株式売買明細表（立会外取
引・バスケット取引）、内国株式売買明細表（銘柄合
計）、債券取引売買明細表（立会内取引）、債券取引売
買明細表（立会外取引・バスケット取引以外）、債券取
引売買明細表（立会外取引・バスケット取引）、債券取
引売買明細表（銘柄合計）、サマリーＡ（照合用）、株
券オプション取引権利行使申告・割当明細表、内国株式
売買明細表（立会内取引・訂正一覧）、内国株式売買明
細表（立会外取引・訂正一覧）、内国株式売買明細表
（バスケット取引・訂正一覧）、債券取引売買明細表
（立会内取引・訂正一覧）、債券取引売買明細表（立会
外取引・訂正一覧）、債券取引売買明細表（バスケット
取引・訂正一覧）、サマリーＢ（訂正済）、銘柄別決済
予定数量、総括清算表（約定代金）、銘柄別決済確定数
量、総括清算表（決済代金・値洗差金）、総受払代金計
算表（予定額／速報）、基準日等の決済に係る受方・渡
方指定書、総受払代金計算表（予定額）、追加支払通
知、総受払代金計算表（確定額）、代金領収通知、フェ
イル情報通知（ＤＥＬ後）、フェイル情報通知（ＣＮＳ
後）、バイイン情報通知（当初）、バイイン情報通知
（ＤＥＬ後）、バイイン情報通知（ＣＮＳ後）、バイイ
ン実行通知（前日予告）（バイイン請求会員用）、バイ
イン実行通知（前日予告）（バイイン費用負担対象会員
用）、バイイン実行通知（前日予告）（全会員用）、バ
イイン実行通知（バイイン請求会員用）、バイイン実行
通知（バイイン費用負担対象会員用）、バイイン実行通
知（全会員用）、バイイン実行結果通知（バイイン請求
会員用）、バイイン実行結果通知（バイイン費用負担対
象会員用）、バイイン実行結果通知（売方会員用）、バ
イイン実行結果通知（全会員用）、バイイン無効通知、
会員信認金、売買・取引証拠金、前日差入担保金受払状
況表、前日差入担保金残高表、取引証拠金、差入・返戻
可能表、預かり有価証券残高通知書、会員信認金、売買
・取引証拠金、前日差入担保金 実質株主・担保受入残
高通知書、業務メッセージ、接続断である。これらの各
情報には、情報固有のコードが付されている。

【０４９４】なお、「追加支払通知」と、「総受払代金
計算表（確定額）」とは、即時送信情報である。また、
「業務メッセージ」と、「接続断」とは、ＣＳＩサーバ
コンピュータ１２へは通知しない。

【０４９５】状況通知機能１７０、１７１が、情報通信
サーバ１６６から依頼されて扱う情報は、上記決済情
報，業務メッセージ，運用制御情報のいずれかを含む公
開情報の配信可能情報に対する下記状況情報１〜５であ
る。すなわち、 状況情報１：公開情報のデータセットアップが完了した
ことを示す情報である。この状況情報１の送信タイミン
グは、情報通信機能（同報通知機能）１６４への通知依
頼が完了した時点である。

【０４９６】状況情報２：配信可能情報の通知が完了し
たことを示す情報、すなわち、情報通信機能（同報通知
機能）１６４の配信状況の画面上に表示されたことを示
す情報である。 状況情報３：配信可能情報を通知した公開情報につい
て、ＣＳＶファイルのダウンロードが完了したことを示
す情報である。 状況情報４：配信可能情報を通知した公開情報をブラウ
ザで参照したことを示す情報である。

【０４９７】状況情報５：配信可能情報のうち業務メッ
セージの通知が完了したことを示す情報、すなわち情報
通信機能（同報通知機能）１６４の配信状況の画面上に
表示されたことを示す情報である。 上記状況情報１〜５のうち、ＣＳＩサーバコンピュータ
１２へ通知する「確認完了」情報は、状況情報３、４の
うち先に通知が行われたいずれか一方の情報である。

【０４９８】状況通知機能１６８、１６９とＣＳＩサー
バコンピュータ１２間で通信を行う際、状況通知機能で
は、ＣＳＩサーバコンピュータ１２に送信する状況通知
電文と、送信した状況通知電文の受領を確認する電文で
ある制御電文としての状況通知受領確認電文とを使用す
る。

【０４９９】図５３の配信情報管理データベース１７２
について説明する。配信情報管理データベース１７２
は、会員２側へ通知する情報を格納するためのデータベ
ースであり、配信情報テーブル１７２ａと、配信情報詳
細テーブル１７２ｂとの２つのテーブルで構成されてい
る。

【０５００】配信情報テーブル１７２ａは、配信情報種
別、サイクル、作成日（業務日付）、基準日、基準日区
分、帳票日付、配布形態、公開日時、帳票パターン、通
知ステータス、業務メッセージ書類コード、登録日時の
項目からなる。配信情報種別は、帳票、業務メッセージ
の別を示す。作成日（業務日付）は、年月日である。基
準日の項目は、業務メッセージの場合はデータがない。
基準日区分は、約定日、決済日、その他の区分である。
業務メッセージの場合はデータがない。

【０５０１】帳票日付は、年月日であり、業務メッセー
ジの場合はデータがない。配布形態は、「会員別情報を
提供」、「会員別情報を提供（データなし有り）」、
「全会員に同一情報を提供」の別を示す。業務メッセー
ジの場合はデータがない。公開日時は、年月日時分秒を
示し、業務メッセージの即時送信の場合が識別される。
帳票パターンは、初期値はＮＵＬＬである。単票形式、
連票形式の別を示し、業務メッセージの場合はデータが
ない。

【０５０２】通知ステータスは、未通知、同報通知への
通知完了、データセットアップ完了通知の通知完了（状
況通知機能への）、通知未完了（通知処理失敗、同報通
知異常時等）の別を示す。初期値は「未通知」である。
業務メッセージ書類コードは、業務メッセージの場合に
のみデータが入る。業務メッセージテーブルへのキー項
目である。初期値はＮＵＬＬである。登録日時は、日付
データであり、レコード作成日付（年月日時分秒）であ
る。

【０５０３】配信情報詳細テーブル１７２ｂは、配信情
報種別、サイクル、作成日（業務日付）、送信会員コー
ド、会員コード、清算部員コード、配信情報有無フラ
グ、ＣＳＶ格納先ディレクトリ、ＣＳＶファイル名、Ｃ
ＳＶファイルサイズ、登録日時である。

【０５０４】送信会員コードは、データを通知する会員
２のコードである。会員コードは、帳票の内容が示す会
員２のコードである。清算部員コードは、データの内容
に対しての清算部員のコードである。配信情報有無フラ
グは、通知するデータの有無を識別する。登録日時は、
日付データであり、レコード作成日付（年月日時分秒）
である。

【０５０５】清算部員制度について、本実施形態では以
下の対応方法をとる。ＣＳＩサーバコンピュータ１２よ
り送信されてくるデータ中には、当該データの会員コー
ドの他に、清算部員の会員コードも付与される。会員コ
ード、清算部員の会員コードが付与されたデータがＤＢ
に格納されＷＷＷブラウザ１１ｂから当該ＤＢにアクセ
スした場合、アクセスしたユーザが属する会員コードが
データ中の会員コードにヒットしたか、データ中の清算
部員コードにヒットした場合には、ヒットしたデータを
抽出し、表示する。なお、配信情報が業務メッセージの
場合、配信情報詳細テーブル１７２ｂにレコードは生成
されない。

【０５０６】図５３の状況通知管理データベース１７０
について説明する。状況通知管理データベース１７０
は、ＣＳＩサーバコンピュータ１２へ通知する処理状況
を格納するためのデータベースであり、状況通知管理テ
ーブルを備えている。

【０５０７】状況通知管理テーブル１７０は、状況区
分、配信情報種別、サイクル、作成日、送信会員コー
ド、会員コード、ＣＳＩサーバコンピュータ１２送信状
態フラグ、通知確認フラグ、通知確認日時、ダウンロー
ドフラグ、ダウンロード日時、ブラウザ参照フラグ、ブ
ラウザ参照日時、業務メッセージ書類コード、ＣＳＩサ
ーバコンピュータ１２送信サイクル番号、ＣＳＩサーバ
コンピュータ１２送信日付、データセットアップ完了日
時の項目からなる。

【０５０８】状況区分は、データセットアップ、データ
セットアップ以外を識別する。作成日は、帳票の場合は
帳票の作成された業務日付（年月日）、業務メッセージ
の場合は発行日付（年月日）である。送信会員コード、
会員コードは、状況区分がデータセットアップの場合
は、ダミーセットである。

【０５０９】ＣＳＩサーバコンピュータ１２送信状態フ
ラグは、未送信、送信済、ＣＳＩサーバコンピュータ１
２受信正常終了、ＣＳＩサーバコンピュータ１２受信異
常終了を識別する。ＣＳＩサーバコンピュータ１２受信
正常終了、ＣＳＩサーバコンピュータ１２受信異常終了
は、ＣＳＩサーバコンピュータ１２からの受信完了電文
を受けて制御機能が更新する。

【０５１０】通知確認フラグは、確認未、確認済を識別
する。通知確認日時は、日付データであり、会員２側で
通知確認された日時（年月日時分秒）である。ダウンロ
ードフラグは、ダウンロード未、ダウンロード済を識別
する。ダウンロード日時は、日付データであり、会員２
側でダウンロードされた日時（年月日時分秒）である。
ブラウザ参照フラグは、ブラウザ参照未、ブラウザ参照
済を識別する。ブラウザ参照日時は、日付データであ
り、会員２側でブラウザ参照された日時（年月日時分
秒）である。

【０５１１】業務メッセージ書類コードは、業務メッセ
ージテーブル１７６の検索キーである。ＣＳＩサーバコ
ンピュータ１２送信サイクル番号は、状況通知としてＣ
ＳＩサーバコンピュータ１２に送信した時のサイクルで
ある。ＣＳＩサーバコンピュータ１２送信日付は、状況
通知としてＣＳＩサーバコンピュータ１２に送信した時
の業務日付（年月日）である。データセットアップ完了
日時は、日付データであり、データセットアップ完了を
会員２に通知した日時（年月日時分秒）である。

【０５１２】次いで、通知業務機能とＤＶＰサーバコン
ピュータ４内の各機能の関係について説明する。図５９
は、会員２（クライアントコンピュータ９）側への配信
可能情報の送信依頼の流れを示すブロック図である。通
知機能（即時通知、時刻通知）１６７、１６８は、会員
側端末４５へ配信可能情報を送信するために情報通信サ
ーバ１６６に対して通知依頼を行う（処理（４ａ））。

【０５１３】通知機能（即時通知、時刻通知）１６７、
１６８から情報通信サーバ１６６へ通知依頼を行う時に
渡す情報は、配信情報管理データベース１７２及び業務
メッセージテーブル１７６を検索するために必要な情報
のみとする。送信対象の会員２及び会員側端末４５の表
示に必要な詳細情報は、渡された情報をキーに情報通信
サーバ１６６が、配信情報管理データベース１７２から
検索して取得する。

【０５１４】図６０は、会員２側処理状況の受付の流れ
を示すブロック図である。状況通知機能（受付＆即時送
信）１６９は、会員２側の処理状況をＤＶＰサーバコン
ピュータ４内で管理し、またＣＳＩサーバコンピュータ
１２へ送信するために、情報通信サーバ１６６からの状
況通知情報を受付ける（処理（１０））。

【０５１５】状況通知機能（受付＆即時送信）１６９が
情報通信機能１６４から受付る情報は、情報通信機能１
６９から送られる配信可能情報に対する会員２側の状況
に関するものである。それ以外の情報については、情報
通知機能１６９側にて、必要に応じて管理する。また、
情報通信サーバコンピュータ１６６がした通知確認は、
ＣＳＩサーバコンピュータ１２へは通知せず、ＤＶＰサ
ーバコンピュータ４内での管理のみ行う。

【０５１６】次いで、業務メッセージ登録機能との関係
について説明する。図６１は、業務メッセージの通知依
頼受付の流れを示すブロック図である。通知機能（連携
コマンド）１７５は、業務メッセージ登録機能１８０か
ら依頼された業務メッセージを、会員２側へ送信するた
めに通知機能１６７へ通知依頼する。

【０５１７】図６１のブロック図の説明をする。ＤＶＰ
サーバコンピュータ４運用者の端末１７８の業務メッセ
ージ登録機能１８０で、業務メッセージの登録が行われ
ると、業務メッセージ登録機能１８０は、業務メッセー
ジテーブル１７６への業務メッセージの登録を行う（処
理（７ａ））。また業務メッセージ登録機能１８０は、
同時に、通知機能（連携コマンド）１７５を呼び出す
（処理（７ｂ））。

【０５１８】業務メッセージ登録機能１８０が、通知機
能（連携コマンド）１７５を呼び出すと（処理（７
ｂ））、業務メッセージが即時送信タイプの場合は、通
知機能（連携コマンド）１７５は、通知機能（即時送
信）１６７に、業務メッセージの通知依頼をする（処理
（９））。ここで、即時送信タイプか否かの判断，すな
わち即時通知するか否かの判断は、通知機能（連携コマ
ンド）１７５が、業務メッセージ登録機能１８０から業
務メッセージが渡される掲載時刻をもとにおこなう。

【０５１９】また、通知機能（連携コマンド）１７５
は、業務メッセージ登録機能から受け取った情報を、配
信情報管理データベース１７２に登録する（処理
（８））。通知機能（即時通知）１６７は、業務メッセ
ージの通知依頼がされると（処理（９））、依頼された
配信可能情報を情報通信サーバ１６６へ通知依頼を行い
（処理（４ａ））、正常に受付けられた場合は、状況通
知機能（受付＆即時送信）１６９を介して、ＣＳＩサー
バコンピュータ１２に対して「データセットアップ完了
通知」を情報単位に送信する（処理（４ｂ））。この
時、配信情報テーブル１７２の通知状態フラグを、同報
通知への通知完了に更新する。また、業務メッセージ登
録テーブル１７６に業務メッセージ登録が行われると
（処理（７ａ））、情報通信サーバ１６６は、情報通信
クライアント１６３側の表示に必要な詳細情報を、業務
メッセージテーブル１７６から取得する（処理（６
ｄ））。

【０５２０】通知機能（時刻通知）１６８は、一定周期
（１０分単位）で配信情報テーブル１７２をチェック
し、業務メッセージの掲載時刻に達した情報を抽出して
（処理（５ａ））、その情報を、通信情報サーバ１６６
に送信依頼する（処理（５ｂ））。なお、この処理（５
ｂ）において、同時期に複数の配信可能情報が存在して
も、情報通信サーバ１６６への送信依頼は１件単位で行
う。

【０５２１】次いで、データセットアップ系業務アプリ
ケーションとの関係について説明する。図６２は、決済
情報のデータセットアップ完了通知の送信依頼受付の流
れを示すブロック図である。

【０５２２】通知機能（即時通知、時刻通知）１６７、
１６８は、データセットアップ系業務アプリケーション
１７３から依頼された決済情報のデータセットアップ完
了通知を、クライアントコンピュータ９へ通知するため
に、情報通信サーバ１６６へ送信依頼する（処理（４
ａ）、（５ｂ））。通知機能（即時通知、時刻通知）１
６７、１６８は、情報通信サーバ１６６への通知依頼が
完了した時点で、状況通知機能（受付＆即時送信）１６
９を経由して、ＣＳＩサーバコンピュータ１２へ「デー
タセットアップ完了通知」を送信する（処理（１
２））。

【０５２３】なお、このとき、同時期に複数の配信可能
情報が存在しても情報通信サーバへの依頼は１件単位で
行う。データセットアップ系業務アプリケーション１７
３は、決済情報が即時送信タイプの場合は、通知機能
（即時送信）１６７に通知依頼する処理を行う（処
理）。このとき、即時通知するか否かの判断は、業務ア
プリケーション１７３で行う。また、時刻指定の情報の
場合でも、公表時刻が現在時刻を過ぎている場合は、通
知機能（即時通知）１６７へ送信依頼する。

【０５２４】データセットアップ系業務アプリケーショ
ン１７３は、データセットアップ処理（処理（１））正
常終了後、配信情報テーブル（会員２単位）１７２に、
通知に必要な情報を登録する処理を行う（処理
（２））。情報通信サーバ１６６は、情報通信クライア
ント１６３側の表示に必要な詳細情報は、情報通信サー
バ１６６が、配信情報データベース１７２から取得する
（処理（６ａ））。通知機能１６７，１６８から依頼さ
れた配信可能情報を元に配信管理データベース１７２を
参照して送信する会員２を検索する。通知機能（時刻指
定）１６８は、一定周期（１０分単位）で配信情報テー
ブル１７２をチェックし（処理（５ａ））、配信時刻に
なっている配信可能情報を通信情報サーバ１６６へ通知
依頼する（処理（５ｂ））。

【０５２５】次いで、制御機能との関係について説明す
る。図６３は、運用制御情報の送信依頼受付の流れを示
すブロック図である。制御機能１７４から依頼された運
用制御情報は、情報通信サーバ１６６に通知するため
に、通知機能（即時通知）１６７へ送信依頼される（処
理（１４））。この運用制御情報は、情報通信機能（同
報通知機能）１６４内部で使用する情報であり、会員２
側クライアントの画面上に表示するものではない。ここ
で通知される運用制御情報は、即時通知型の情報で、配
信管理テーブルでは管理しない。

【０５２６】次いで、ＭＱ連携機能との関係について説
明する。図６４は、状況通知情報の送信依頼の流れを示
すブロック図である。状況通知機能（受付＆即時送信、
定期送信）１６９、１７１は、ユーザＩＤ単位の状況通
知情報を、情報通信サーバ１６６から受付ける（処理
（１０））。状況通知機能（受付＆即時送信、定期送
信）１６９、１７１は、この状況通知情報を、ＭＱ連携
ＡＰＩ１８１へ送信依頼する（処理（１６ａ）（１６
ｂ）（１６ｃ））。

【０５２７】このとき、状況通知機能（受付＆即時送
信）１６９は、情報単位の情報（１件分）について、デ
ータセットアップ完了通知を送信する（処理（１６
ａ））。また、会員２単位の情報（１件分）について、
確認完了通知（ダウンロード完了またはブラウザ参照完
了）を送信する（処理（１６ｂ））。また、状況通知機
能（定期送信）１７１は、ブロッキングして複数件とし
た会員２単位の情報について、確認完了通知（ダウンロ
ード完了またはブラウザ参照完了）を送信する（処理
（１６ｃ））。ＭＱ連携ＡＰＩ１８１は、状況通知情報
を、ＣＳＩサーバコンピュータ１２へ送信する（処理
（１７））。

【０５２８】次いで、ログ機能との関係について説明す
る。図６５（Ａ）は、通知機能の業務ログ採取の流れを
示すブロック図である。通知機能１６７、１６８では、
通知機能（即時通知）１６７および通知機能（時刻通
知）１６８、情報通信サーバ１６６へ依頼した時点の配
信可能情報を、業務ログとして採取し、ログ管理機能
（ＡＰＩ）１８２に送信する（処理（１８ａ））。そし
て、ログ管理機能（ＡＰＩ）１８２は、通知機能１６
７、１６８から受信した情報通信サーバ１６６へ依頼し
た時点の配信可能情報を、ログデータベース７７に登録
する（処理（１８ｂ））。

【０５２９】図６５（Ｂ）は、状況通知機能の業務ログ
採取の流れを示すブロック図である。状況通知機能１６
９、１７１では、情報通信サーバ１６６から依頼された
時点の配信可能情報を、ＩＤ単位に、業務ログとして採
取し、ログ管理機能（ＡＰＩ）１８２に送信する（処理
（１９ａ））。

【０５３０】また、状況通知機能１６９、１７１では、
状況通知機能（受付＆即時送信）１６９および状況通知
機能（定期送信）１７１で、ＭＱ連携ＡＰＩ１８１へ依
頼した時点の状況通知情報を、会員２単位に業務ログと
して採取し、ログ管理機能（ＡＰＩ）１８２に送信する
（処理（１９ａ））。そして、ログ管理機能（ＡＰＩ）
１８２は、状況通知機能１６９、１７１から受信した情
報通信サーバ１６６へ依頼した時点の配信可能情報を、
ログデータベース７７に登録する（処理（１９ｂ））。

【０５３１】図６６〜図７６は、エントリ処理フローを
示す。各図において、太線で囲った処理がエントリ独自
の処理である。ＤＶＰサーバコンピュータ４の記憶装
置，例えばＨＤＤ２４のテーブル設計について説明す
る。ＤＶＰサーバコンピュータ４は、次の各テーブルが
格納された記憶装置を備えている。バイイン請求テーブ
ル２３０−０１は、会員２毎にバイイン請求申告／取消
状況を管理する。

【０５３２】バイイン注文テーブル２３０−０２は、会
員２毎にバイイン注文申込／取消状況を管理する。バイ
イン請求取下テーブル２３０−０３は、会員２毎にバイ
イン請求取下申告／取消状況を管理する。バイイン請求
対象テーブル２３０−０４は、会員２毎にバイイン請求
対象銘柄の銘柄コード、最大請求数量、バイイン実行予
定日等を管理する。ＣＳＩサーバコンピュータ１２から
受け取ったバイイン請求申告エントリ情報から再作成す
る。（過去のデータは全て削除する。）バイイン請求申
告の場合に参照する。取消されていないバイイン請求申
告済（「仮受領」、「本受領」）の銘柄は、新規申告可
否フラグを不可にする。

【０５３３】バイイン注文対象銘柄テーブル２３０−０
５は、バイイン注文対象銘柄の銘柄コード、最大注文数
量を管理する。ＣＳＩサーバコンピュータ１２から受け
取ったバイイン注文申込エントリ情報から作成する。
（過去のデータは全て削除する。）バイイン注文申込の
場合に参照する。

【０５３４】バイイン注文対象会員テーブル２３０−０
６は、バイイン注文が可能な会員２の会員コードを管理
するＣＳＩサーバコンピュータ１２から受け取ったバイ
イン注文申込エントリ情報から作成する。（過去のデー
タは全て削除する。）バイイン注文申込の場合に参照す
る。

【０５３５】バイイン請求取下対象テーブル２３０−０
７は、会員２毎にバイイン請求取下対象請求（銘柄コー
ド、請求日、請求取下可能数量）を管理する。ＣＳＩサ
ーバコンピュータ１２から受け取ったバイイン請求取下
申告エントリ情報から作成する。（過去のデータは全て
削除する。）バイイン請求取下申告／変更の場合に参照
する。取消されていないバイイン請求取下申告済（「仮
受領」、「本受領」）の銘柄は、新規申告可否フラグを
不可にする。

【０５３６】図６６〜図６８は、バイイン請求処理フロ
ーを示す図である。図６６のフローでは、ＣＳＩサーバ
コンピュータ１２がバイイン請求対象銘柄情報通知処理
２２７−０１を行うと、ＤＶＰサーバコンピュータ４
は、バイイン請求申告エントリ情報（Ｘ日，〜１２：３
０）を受信して、バイイン請求申告エントリ情報ダウン
ロード処理２２７−０２で、メッセージ受信／送信、請
求対象情報管理、運用管理を行い、バイイン請求申告エ
ントリ情報ダウンロード処理を行う。バイイン請求対象
テーブル２３０−０４に請求対象情報を登録し、運用管
理テーブル２３０−０８に運用管理情報を登録する。運
用管理としては、例えば、業務時間外に、フェイル管理
タブ画面でバイイン請求が選択されたときには、バイイ
ン請求状況受付画面を読取専用画面として表示し、請求
申告ボタン等を表示せず、入力できないようにする運用
管理を行う。ＣＳＩサーバコンピュータ１２は、ＤＶＰ
サーバコンピュータ４からのバイイン請求申告エントリ
情報受信確認を受信するエントリ制御受信処理２２７−
０３を行う。

【０５３７】ＣＳＩサーバコンピュータ１２がエントリ
制御送信処理２２７−０４を行うと、ＤＶＰサーバコン
ピュータ４は、バイイン請求申告受付開始通知（Ｘ日，
１２：３０）を受信して、制御電文監視受信アプリケー
ションの処理２２７−０５でメッセージ受信／送信、採
番管理テーブル２３０−０９に情報を登録する運用管理
を行う。バイイン請求申告受付開始確認を受信して、Ｃ
ＳＩサーバコンピュータ１２は、処理２２７−０６でエ
ントリ制御を受信する。

【０５３８】図６７のフローでは、クライアントコンピ
ュータ９がバイイン請求処理２２７−０７を行い、ＤＶ
Ｐサーバコンピュータ４がバイイン請求対象銘柄情報検
索処理２２７−０８を行う。つまり、クライアントコン
ピュータ９がバイイン請求処理２２７−０７でバイイン
請求対象銘柄情報要求を送信してバイイン請求対象銘柄
情報の取得を要求すると、ＤＶＰサーバコンピュータ４
はバイイン請求対象銘柄情報検索処理２２７−０８でバ
イイン請求対象テーブル２３０−０４、銘柄マスタ２３
０−１０、運用管理テーブル２３０−０８から情報を取
得してバイイン請求対象銘柄情報通知を行う。クライア
ントコンピュータ９はバイイン請求対象銘柄情報の取得
を完了する。

【０５３９】また、クライアントコンピュータ９がバイ
イン請求処理２２７−０７を行い、ＤＶＰサーバコンピ
ュータ４がバイイン請求申告処理２２７−０９を行う。
つまり、クライアントコンピュータ９はバイイン請求処
理２２７−０７でバイイン請求申告を送信すると、ＤＶ
Ｐサーバコンピュータ４はバイイン請求申告処理２２７
−０９で運用管理テーブル２３０−０８、採番管理テー
ブル２３０−０９から情報を取得して申告情報管理、採
番／版数管理、メッセージ送信、アップロード結果通知
処理を行う。クライアントコンピュータ９は請求申告ア
ップロード通知を受信してバイイン請求申告を完了す
る。

【０５４０】ＤＶＰサーバコンピュータ４がバイイン請
求申告処理２２７−０９を行うと、バイイン請求申告を
受信したＣＳＩサーバコンピュータ１２はバイイン請求
受付処理２２７−１０を行う。ＤＶＰサーバコンピュー
タ４はバイイン請求申告受信確認を受信して、バイイン
請求申告受付確認処理２２７−１１でメッセージ受信、
版数管理，申告情報管理を行い、バイイン請求テーブル
２３０−０１、バイイン請求対象テーブル２３０−０４
への情報の登録を行う。

【０５４１】図６８のフローでは、ＣＳＩサーバコンピ
ュータ１２がバイイン請求申告受付終了通知（Ｘ日，１
４：３０）を送信するエントリ制御送信処理２２７−１
２を行うと、ＤＶＰサーバコンピュータ４は制御電文監
視受信アプリケーションの処理２２７−１３でメッセー
ジ受信／送信，運用管理を行う。運用管理テーブル２３
０−０８に情報を登録する。次いで、ＣＳＩサーバコン
ピュータ１２が、ＤＶＰサーバコンピュータ４からバイ
イン請求申告受付終了確認情報を受信し、エントリ制御
受信処理２２７−１４を行う。

【０５４２】また、ＤＶＰサーバコンピュータ４は、バ
イイン請求申告エントリ終了情報を送信してバイイン請
求申告処理２２７−１５で請求申告エントリ終了電文作
成／格納，メッセージ送信，アップロード結果通知を行
うと、ＣＳＩサーバコンピュータ１２がバイイン請求受
付処理２２７−１６を行う。次いで、ＤＶＰサーバコン
ピュータ４は、ＣＳＩサーバコンピュータ１２からバイ
イン請求申告エントリ終了受信確認を受信し、バイイン
請求申告受付確認処理２２７−１７でメッセージ受信，
申告情報管理処理を行う。

【０５４３】図６９〜図７１は、バイイン注文処理フロ
ーを示す図である。図６９のフローでは、ＣＳＩサーバ
コンピュータ１２がバイイン注文申込エントリ情報（Ｘ
＋３日，〜１５：００）を送信してバイイン注文対象銘
柄情報通知処理２２８−０１を行うと、ＤＶＰサーバコ
ンピュータ４はバイイン注文申込エントリ情報ダウンロ
ード処理２２８−０２でメッセージ受信／送信，注文対
象情報管理，運用管理処理を行う。次いで、ＣＳＩサー
バコンピュータ１２はＤＶＰサーバコンピュータ４から
バイイン注文申込エントリ情報受信確認（「ファイル伝
送」型電文受信確認）を受信してエントリ制御受信処理
２２８−０３を行う。

【０５４４】ＣＳＩサーバコンピュータ１２がバイイン
注文申込受付開始（Ｘ＋３日，１５：００）を送信して
エントリ制御送信処理２２８−０４を行うと、クライア
ントコンピュータ９は制御電文監視受信アプリケーショ
ンの処理２２８−０５でメッセージ受信／送信，運用管
理処理を行う。運用管理としては、例えば、業務時間外
に、フェイル管理タブ画面でバイイン注文が選択された
ときには、バイイン注文状況受付画面を読取専用画面と
して表示し、注文申込ボタン等を表示せず、入力できな
いようにする運用管理を行う。次いで、ＣＳＩサーバコ
ンピュータ１２は、バイイン注文申込受付開始確認を受
信してエントリ制御受信処理２２８−０６を行う。

【０５４５】図７０のフローでは、クライアントコンピ
ュータ９がバイイン注文処理２２８−０７を行い、ＤＶ
Ｐサーバコンピュータ４がバイイン注文対象銘柄情報検
索処理２２８−０８を行う。つまり、クライアントコン
ピュータ９がバイイン注文処理２２８−０７でバイイン
注文対象銘柄情報要求を送信してバイイン注文対象銘柄
情報の取得を要求すると、ＤＶＰサーバコンピュータ４
はバイイン注文対象銘柄情報検索処理２２８−０８でバ
イイン注文対象銘柄テーブル２３０−０５、バイイン注
文対象会員テーブル２３０−０６、銘柄マスタ２３０−
１０から情報を取得してバイイン注文対象銘柄情報通知
を行う。クライアントコンピュータ９は、バイイン注文
対象銘柄情報を受信してバイイン注文対象銘柄情報の取
得を完了する。

【０５４６】また、クライアントコンピュータ９がバイ
イン注文処理２２８−０７を行い、ＤＶＰサーバコンピ
ュータ４がバイイン注文申込処理２２８−０９を行う。
つまり、クライアントコンピュータ９が注文申込を送信
してバイイン注文処理２２８−０７でバイイン注文申込
を行うと、ＤＶＰサーバコンピュータ４はバイイン注文
申込処理２２８−０９で運用管理テーブル２３０−０
８、採番管理テーブル２３０−０９、バイイン注文テー
ブル２３０−０２から情報を取得して申込情報管理、採
番／版数管理、メッセージ送信、アップロード結果通知
処理を行う。クライアントコンピュータ９は、バイイン
注文申込アップロード通知を受信してバイイン注文申込
を完了する。

【０５４７】ＤＶＰサーバコンピュータ４がバイイン注
文申込処理２２８−０９を行うと、ＣＳＩサーバコンピ
ュータ１２はバイイン注文申込情報を受信してバイイン
注文受付処理２２８−１０を行う。ＤＶＰサーバコンピ
ュータ４はバイイン注文申込受信確認を受信してバイイ
ン注文申込受付確認処理２２８−１１でメッセージ受
信、版数管理，申込情報管理を行い、バイイン注文テー
ブル２３０−０２への情報の登録を行う。

【０５４８】図７１のフローでは、バイイン注文申込受
付終了（Ｘ＋３日，１５：３０）を送信してＣＳＩサー
バコンピュータ１２がエントリ制御送信処理２２８−１
２を行うと、ＤＶＰサーバコンピュータ４は制御電文監
視受信アプリケーションの処理２２８−１３でメッセー
ジ受信／送信，運用管理テーブル２３０−０８に情報を
登録する運用管理を行う。次いで、ＣＳＩサーバコンピ
ュータ１２がバイイン注文申込受付終了確認情報を受信
してエントリ制御受信処理２２８−１４を行う。

【０５４９】また、ＤＶＰサーバコンピュータ４はバイ
イン注文申込エントリ終了情報を送信してバイイン注文
申込処理２２８−１５で注文申込エントリ終了電文作成
／格納，メッセージ送信，アップロード結果通知を行う
と、ＣＳＩサーバコンピュータ１２がバイイン注文受付
処理２２８−１６を行う。ＤＶＰサーバコンピュータ４
はバイイン注文申込エントリ終了受信確認情報を受信し
てバイイン注文申込受付確認処理２２８−１７でメッセ
ージ受信，申込情報管理処理を行う。

【０５５０】図７２〜図７４は、バイイン請求取下処理
フローを示す図である。図７２のフローでは、ＣＳＩサ
ーバコンピュータ１２がバイイン請求取下申告エントリ
情報（Ｘ＋４日，〜９：００）を送信してバイイン請求
取下対象銘柄情報通知処理２２９−０１を行うと、ＤＶ
Ｐサーバコンピュータ４は、バイイン請求取下申告エン
トリ情報ダウンロード処理２２９−０２で、メッセージ
受信／送信、取下対象情報管理、運用管理を行う。バイ
イン請求取下対象テーブル２３０−０７、運用管理テー
ブル２３０−０８に情報を登録する。ＣＳＩサーバコン
ピュータ１２は、バイイン請求取下申告エントリ情報受
信確認（「ファイル伝送」型電文受信確認）を受信して
エントリ制御受信処理２２９−０３を行う。

【０５５１】ＣＳＩサーバコンピュータ１２がバイイン
請求取下申告受付開始情報（Ｘ＋４日，９：００）を送
信してエントリ制御送信処理２２９−０４を行うと、Ｄ
ＶＰサーバコンピュータ４は、制御電文監視受信アプリ
ケーションの処理２２９−０５で、バイイン請求取下申
告受付開始確認情報を受信してメッセージ受信／送信、
運用管理を行う。採番管理テーブル２３０−０９に情報
を登録する。ＣＳＩサーバコンピュータ１２は、エント
リ制御受信処理２２９−０６を行う。

【０５５２】図７３のフローでは、クライアントコンピ
ュータ９がバイイン請求取下処理２２９−０７を行い、
ＤＶＰサーバコンピュータ４がバイイン請求取下対象銘
柄一覧検索処理２２９−０８を行う。つまり、クライア
ントコンピュータ９がバイイン請求取下処理２２９−０
７でバイイン請求取下対象銘柄一覧要求を送信してバイ
イン請求取下対象銘柄一覧情報の取得を要求すると、Ｄ
ＶＰサーバコンピュータ４はバイイン請求取下対象銘柄
一覧検索処理２２９−０８でバイイン請求取下対象テー
ブル２３０−０７、銘柄マスタ２３０−１０、運用管理
テーブル２３０−０８から情報を取得してバイイン請求
取下対象銘柄一覧通知を行う。クライアントコンピュー
タ９はバイイン請求取下対象銘柄一覧の取得を完了す
る。

【０５５３】また、クライアントコンピュータ９がバイ
イン請求取下処理２２９−０７を行うと、ＤＶＰサーバ
コンピュータ４がバイイン請求取下対象請求情報検索処
理２２９−０９を行う。つまり、クライアントコンピュ
ータ９がバイイン請求取下対象請求情報要求を送信して
バイイン請求取下処理２２９−０７で選択銘柄の取下対
象請求一覧情報の取得要求を行うと、ＤＶＰサーバコン
ピュータ４はバイイン請求取下対象請求情報検索処理２
２９−０９でバイイン請求取下対象テーブル２３０−０
７、銘柄マスタ２３０−１０、運用管理テーブル２３０
−０８から情報を取得してバイイン請求取下対象請求情
報の取得・通知を行う。クライアントコンピュータ９は
選択銘柄の取下対象請求一覧情報の取得を完了する。

【０５５４】また、クライアントコンピュータ９がバイ
イン請求取下処理２２９−０７を行うと、ＤＶＰサーバ
コンピュータ４がバイイン請求取下申告処理２２９−１
０を行う。つまり、クライアントコンピュータ９がバイ
イン請求取下申告を送信してバイイン請求取下処理２２
９−０７でバイイン請求取下申告を行うと、ＤＶＰサー
バコンピュータ４はバイイン請求取下申告処理２２９−
１０で運用管理テーブル２３０−０８、採番管理テーブ
ル２３０−０９から情報を取得して申告情報管理、採番
／版数管理、メッセージ送信、アップロード結果通知処
理を行う。クライアントコンピュータ９は、バイイン請
求取下申告アップロード通知を受信してバイイン請求取
下申告を完了する。

【０５５５】ＤＶＰサーバコンピュータ４がバイイン請
求取下申告を送信してバイイン請求取下申告処理２２９
−１０を行うと、ＣＳＩサーバコンピュータ１２はバイ
イン請求取下受付処理２２９−１１を行う。ＤＶＰサー
バコンピュータ４は、バイイン請求取下申告受付確認情
報を受信してバイイン請求取下申告受付確認処理２２９
−１２でメッセージ受信、版数管理，申告情報管理を行
い、バイイン請求取下テーブル２３０−０１、バイイン
請求取下対象テーブル２３０−０４への情報の登録を行
う。

【０５５６】図７４のフローでは、ＣＳＩサーバコンピ
ュータ１２がバイイン請求取下申告受付終了通知（Ｘ＋
４日，１２：００）を送信してエントリ制御送信処理２
２９―１３を行うと、ＤＶＰサーバコンピュータ４は制
御電文監視受信アプリケーションの処理２２９−１４で
メッセージ受信／送信，運用管理を行う。運用管理テー
ブル２３０−０８に情報を登録する。次いで、ＣＳＩサ
ーバコンピュータ１２が、ＤＶＰサーバコンピュータ４
からバイイン請求取下申告受付終了確認情報を受信し、
エントリ制御受信処理２２９−１５を行う。

【０５５７】また、ＤＶＰサーバコンピュータ４が、バ
イイン請求取下申告エントリ終了情報を送信してバイイ
ン請求取下申告処理２２９−１６で請求取下申告エント
リ終了電文作成／格納，メッセージ送信，アップロード
結果通知を行うと、ＣＳＩサーバコンピュータ１２がバ
イイン請求取下受付処理２２９−１７を行う。次いで、
ＤＶＰサーバコンピュータ４は、バイイン請求取下申告
エントリ終了受信確認を受信してバイイン請求取下申告
受付確認処理２２９−１８でメッセージ受信，申告情報
管理処理を行う。

【０５５８】図７５、図７６は、各バイイン受付状況確
認処理フローを示す図である。図７５のフローでは、ク
ライアントコンピュータ９がバイイン請求受付状況要求
情報を送信してバイイン請求処理２２９−１９でバイイ
ン請求受付状況要求を行うと、ＤＶＰサーバコンピュー
タ４はバイイン請求受付状況検索処理２２９−２０で請
求受付状況検索，クライアント表示データ作成を行う。
このとき、バイイン請求受付状況要求は、バイイン請求
受付状況を閲覧可能な権限を有するユーザＩＤを用いて
行われたかを、認証データベース２３０−１２を検索し
て判断する。この認証データベース２３０−１２は、権
限を含む認証に関する情報が蓄積されている。クライア
ントコンピュータ９は、ＤＶＰサーバコンピュータ４か
らバイイン請求受付状況情報を受信してバイイン請求受
付状況表示を行う。

【０５５９】また、クライアントコンピュータ９がバイ
イン注文処理２２９−２１でバイイン注文受付状況要求
を送信してバイイン注文受付状況要求を行うと、ＤＶＰ
サーバコンピュータ４はバイイン注文受付状況検索処理
２２９−２２で注文受付状況検索，クライアント表示デ
ータ作成を行う。クライアントコンピュータ９は、ＤＶ
Ｐサーバコンピュータ４からバイイン注文受付状況情報
を受信してバイイン注文受付状況表示を行う。

【０５６０】図７６のフローでは、クライアントコンピ
ュータ９がバイイン請求取下処理２２９−２３でバイイ
ン請求取下受付状況要求を送信してバイイン請求取下受
付状況要求を行うと、ＤＶＰサーバコンピュータ４はバ
イイン請求取下受付状況検索処理２２９−２４で請求取
下受付状況検索，クライアント表示データ作成を行う。
このとき、バイイン請求取下受付状況要求は、バイイ
ン請求取下受付状況を閲覧可能な権限を有するユーザＩ
Ｄを用いて行われたかを、認証データベース２３０−１
２を検索して判断する。この認証データベース２３０−
１２は、権限を含む認証に関する情報が蓄積されてい
る。クライアントコンピュータ９は、ＤＶＰサーバコン
ピュータ４からバイイン請求取下受付状況情報を受信し
てバイイン請求取下受付状況表示を行う。

【０５６１】次いで、ログ管理機能の概要について説明
する。ログ管理は、ＤＶＰサーバコンピュータ４上の各
処理部１８３から利用できる。ログの種類は、業務ログ
・デバッグログの２つに大別される。各ログの管理につ
いては、業務ログはテーブル７７ｂ、デバッグログはフ
ァイル７７ａで管理する。またログ管理で必要な情報
は、システム起動時に切り替えが可能である。

【０５６２】業務ログとは、会員２とＤＶＰサーバコン
ピュータ４内各処理部１８３でのやり取りを記録するロ
グである。また正常及び異常すべての情報を出力する。
業務ログテーブル７７ｂに情報を記録すると共に、コン
ソール１８８に情報を出力する。デバッグログとは、主
に開発時に利用し、処理内での細かいデータの流れを記
録するログである。デバッグログファイル７７ａに情報
を記録し、またコンソール１８８にも情報を出力する。
本番運用時にはエラーログのみの採取を行う。デバッグ
ログファイルを格納するパスは環境変数で保持する。

【０５６３】図７７は、ログ管理に関連する構成を示
す。ＤＶＰサーバコンピュータ４は、通知機能１６７
（１６８、１７５）、エントリ機能１８４、制御機能１
７４（１７７）、ＭＱ連携機能１８１、データセットア
ップ系業務アプリケーション１７３を含む処理部１８３
と、処理部からのログ入力に対して所定の処理を行い出
力するデバッグログ出力関数１８６、業務ログ出力関数
を備えたログ管理関数１８７と、デバッグログ出力関数
１８６からのデバッグログを記録するデバッグログファ
イル７７ａと、業務ログ出力関数１８７からの業務ログ
を記録する業務ログテーブル７７ｂと、デバッグログ出
力関数１８６および業務ログ出力関数１８７からログ出
力されるコンソール１８８を備えている。

【０５６４】ログ取得の対象となる機能は、エントリ機
能１８４、制御機能１７４（１７７）、ＭＱ連携機能１
８１、データセットアップ系業務アプリケーション１７
３、通知機能１６７（１６８、１７５）である。いずれ
の機能についても、業務ログ、デバッグログ（エラー情
報のみ）を取得する。エントリ機能１８４については、
エントリ機能実行時に会員ＩＤ，要求内容などを記録管
理する。制御機能１７４（１７７）については、業務開
始、終了等に関する情報を記録管理する。ＭＱ連携機能
１８１については、ＣＳＩサーバコンピュータ１２とＤ
ＶＰサーバコンピュータ４間のやり取りに関する情報や
日時を記録管理する。データセットアップ系業務アプリ
ケーション１７３については、データベース格納、ＣＳ
Ｖファイル等を作成した、日時及びデータなどを記録管
理する。通知機能１６７（１６８、１７５）について
は、各種通知時に通知された情報や通知対象者及び日時
などを記録管理する。

【０５６５】図７８は、正常系，すなわちエラーがない
場合の業務の流れを示すブロック図である。図７８に基
づき、正常系の業務の流れについて説明する。まず、Ｄ
ＶＰサーバコンピュータ４の処理部１８３は、最初の業
務処理として、前処理であるデータベース接続処理（処
理１９１．００）を行う。その後、必要に応じてその他
の前処理を行う。

【０５６６】その後、本処理を行う。本処理では、業務
１処理（処理１９１．０２）、業務２処理（処理１９
１．０４）を行う。その後、後処理を行う（処理１９
１．１０）。本処理のトランザクション管理について説
明する。トランザクション開始した後（処理１９１．０
１）、業務１を行う（処理１９１．０２）。次いで、デ
バッグログ出力関数によりデバッグログが、デバッグロ
グファイル７７ａ、コンソール１８８に出力される（処
理１９１．０３）。次いで業務２処理を行う（処理１９
１．０４）。その後、トランザクション終了する（処理
１９１．０５）。

【０５６７】次いで、業務ログ出力のトランザクション
管理が行われる。業務ログ出力のトランザクション開始
後（処理１９１．０６）、業務ログ出力関数１８７によ
り、業務ログ出力処理が行われ、業務ログテーブル７７
ｂ、コンソール１８８に出力される（処理１９１．０
７）。その後、業務ログ出力のトランザクションが終了
する（処理１９１．０８）。

【０５６８】図７９は、異常系，すなわちエラーがある
場合の業務の流れを示すブロック図である。図７９に基
づき、異常系の業務の流れについて説明する。まず、Ｄ
ＶＰサーバコンピュータ４の処理部１８３は、最初の業
務処理として、前処理であるデータベース接続処理（処
理１９２．００）を行う。その後、必要に応じてその他
の前処理を行う。その後、本処理を行う。本処理では、
業務１処理（処理１９２．０２）、業務２処理（処理１
９２．１０）を行う。その後、後処理を行う（処理１９
２．１１）。

【０５６９】本処理のトランザクション管理について説
明する。トランザクション開始した後（処理１９２．０
１）、業務１を行う（処理１９２．０２）。エラーが発
生していない場合には、業務ログ出力関数により業務ロ
グが、業務ログテーブル７７ｂ、コンソール１８８に出
力された後（処理１９２．０４）、Ｃｏｍｉｔ処理によ
り、トランザクションを終了する（処理１９２．０
５）。

【０５７０】次いで、エラーが発生した場合には（処理
１９２．０３）、Ｒｏｌｌｂａｃｋ処理によりトランザ
クションを終了する（処理１９２．０６）。その後、業
務ログ出力関数が、再度トランザクションを再発行して
（処理１９２．０７）、業務ログの出力処理が行われ、
業務ログテーブル７７ｂ、コンソール１８８に出力され
る（処理１９２．０８）。次いで、Ｃｏｍｉｔ処理によ
り、トランザクションを終了する（処理１９２．０
９）。このように、図７９の処理では、エラー発生時に
異常ログを出力する場合は一旦、現在のトランザクショ
ンを終了後、トランザクションを再発行して、エラーロ
グの出力を行う。

【０５７１】業務ログのログレコード形式について説明
する。業務ログレコードは、ログ種別、機能名、アプリ
ケーション名、データ種別、サイクル、作成日（業務日
付）、会員コード、ユーザＩＤ、ログ作成日付、メッセ
ージコード、コメントの項目からなる。

【０５７２】ログ種別は、インフォメーション（ｉｎｆ
ｏ）、ワーニング（ｗａｒ）、エラー（ｅｒｒ）を識別
する。機能名は、エントリ、制御、ＭＱ連携、データセ
ットアップ、通知である。アプリケーション名は、ログ
を出力したアプリケーション名である。ログ作成日付
は、日付データからなり、ログを出力した日時（月日時
分秒）である。メッセージコードは、固定メッセージを
表示する際にメッセージテーブルより取得するコードで
ある。デバッグログファイルは、ログ種別、アプリケー
ション名、ログ作成日付、コメントの項目からなる。

【０５７３】業務メッセージを格納するメッセージテー
ブルは、固定メッセージを識別するためのメッセージコ
ード、メッセージの項目からなる。

【０５７４】ログ関数について説明する。ログ出力機能
（業務ログ）は、業務的なログを取る際に使用される機
能であり、関数内では業務ログテーブルへの書き込みを
行い、加えてコンソールへの出力も行う。復帰値は、実
行結果（ｉｎｔ）（正常／エラーの別）であり、引数
は、作成日付を除き、業務ログテーブルと同一項目（す
べてｉｎ）である。

【０５７５】ログ出力機能（デバッグログ）は、運用、
開発時に障害が発生した場合の原因究明方法として使用
される機能であり、運用時にはエラーログのみを採取す
る。引数で取得するログ種別と環境変数に設定されてい
る出力レベルを比較し、該当する種別であれば、デバッ
グログファイルへの書き込みとコンソール出力を行う。
復帰値は、実行結果（ｉｎｔ）（正常／エラーの別）で
あり、引数は、作成日付を除き、デバッグログファイル
形式と同一項目（すべてｉｎ）、アプリケーション種別
である。

【０５７６】次いで、ＤＶＰサーバコンピュータ４とＣ
ＳＩサーバコンピュータ１２との連携の範囲について説
明する。図８０は、ＤＶＰサーバコンピュータ４とＣＳ
Ｉサーバコンピュータ１２の概要を示す。ＤＶＰサーバ
コンピュータ４のＣＳＩサーバコンピュータ１２連携処
理は、ＤＶＰサーバコンピュータ４とＣＳＩサーバコン
ピュータ１２との電文の送受信と、ＣＳＩサーバコンピ
ュータ１２からの受信を契機に起動されるＤＶＰサーバ
コンピュータ４内の処理（データベース展開２３１、Ｃ
ＳＶ作成２３２）とから構成される。

【０５７７】ＣＳＩサーバコンピュータ１２からの終了
電文受診時点午前４：００〜ＣＳＩサーバコンピュータ
１２からの開始電文受診時点午前８：００までの間は、
ＤＶＰサーバコンピュータ４とＣＳＩサーバコンピュー
タ１２との間の連携はない。ＤＶＰサーバコンピュータ
４からＣＳＩサーバコンピュータ１２に送信されるデー
タのうち制御データ以外のデータは、「送信開始」「デ
ータ」「送信終了」の形式で送信される。

【０５７８】帳票データの種類は、固定行数帳票と表形
式帳票の２種類である。固定行数帳票とは、表示内容に
ついて、行数、項目等が固定化されている帳票である。
全会員２について、同一フォーマットである。例えば、
サマリー表、総括清算表、総受払代金計算表等がこれに
該当する。表形式帳票とは、明細行数が可変の帳票であ
る。項目は一定で、会員２毎にページ数が異なる。例え
ば、銘柄別決済予定数量、銘柄別決済確定数量、フェイ
ル情報通知等がこれに該当する。

【０５７９】データ取得のタイミングについて説明す
る。ＣＳＩサーバコンピュータ１２からメッセージキュ
ーへの送信とは非同期に、ＤＶＰサーバコンピュータ４
側で一定サイクルで、キューの監視を行い、データが届
いていれば取得するものとする。データ取得は、ＣＳＩ
サーバコンピュータ１２からの業務開始要求電文を受信
してから業務終了電文を受信するまでの間を対象とす
る。

【０５８０】エントリのデータ種類について説明する。
バイイン取下申告のバイイン取下申告入力画面用データ
は、取下の入力画面作成と数値のＭＡＸ値チェックをす
るためのデータであって、ＣＳＩサーバコンピュータ１
２からＤＶＰサーバコンピュータ４に伝達される。制御
データのバイイン取下申告受付開始通知は、９：００に
通知される。ＣＳＩサーバコンピュータ１２からＤＶＰ
サーバコンピュータ４を経てクライアントコンピュータ
９に伝達される。

【０５８１】制御データのバイイン取下申告受付開始確
認通知は、ＤＶＰサーバコンピュータ４からＣＳＩサー
バコンピュータ１２に伝達される。バイイン取下申告の
バイイン取下げ申告は、クライアントコンピュータ９か
らＤＶＰサーバコンピュータ４を経てＣＳＩサーバコン
ピュータ１２に伝達される。

【０５８２】バイイン取下申告のバイイン取下げ申告受
信確認通知は、ＣＳＩサーバコンピュータ１２からＤＶ
Ｐサーバコンピュータ４を経てクライアントコンピュー
タ９に伝達される。バイイン取下げ申告の有った会員２
に送付される。バイイン取下申告のバイイン取下げ取消
は、クライアントコンピュータ９からＤＶＰサーバコン
ピュータ４を経てＣＳＩサーバコンピュータ１２に伝達
される。

【０５８３】バイイン取下申告のバイイン取下げ取消受
信確認通知は、ＣＳＩサーバコンピュータ１２からＤＶ
Ｐサーバコンピュータ４を経てクライアントコンピュー
タ９に伝達される。バイイン取下げ取消の有った会員２
に送付される。制御データのバイイン取下申告受付終了
通知は、ＣＳＩサーバコンピュータ１２からＤＶＰサー
バコンピュータ４を経てクライアントコンピュータ９に
伝達される。

【０５８４】制御データのバイイン取下申告受付終了確
認通知は、１２：００に通知される。ＤＶＰサーバコン
ピュータ４からＣＳＩサーバコンピュータ１２に伝達さ
れる。バイイン請求申告のバイイン請求申告入力画面用
データは、ＣＳＩサーバコンピュータ１２からＤＶＰサ
ーバコンピュータ４に伝達される。申告の入力画面作成
と数値のＭＡＸ値チェックをするためのデータである。
売り注文の発注の売注文申込み入力画面用データは、Ｃ
ＳＩサーバコンピュータ１２からＤＶＰサーバコンピュ
ータ４に伝達される。売注文申込みの入力と数値のＭＡ
Ｘ値チェックをするためのデータである。

【０５８５】制御データのバイイン請求申告受付開始通
知は、１２：３０に通知される。ＣＳＩサーバコンピュ
ータ１２からＤＶＰサーバコンピュータ４からクライア
ントコンピュータ９に伝達される。通知先は全会員２で
ある。制御データのバイイン請求申告受付開始確認通知
は、ＤＶＰサーバコンピュータ４からＣＳＩサーバコン
ピュータ１２に伝達される。

【０５８６】バイイン請求申告のバイイン請求申告通知
は、クライアントコンピュータ９からＤＶＰサーバコン
ピュータ４を経てＣＳＩサーバコンピュータ１２に伝達
される。バイイン請求申告のバイイン請求申告受付確認
は、ＣＳＩサーバコンピュータ１２からＤＶＰサーバコ
ンピュータ４を経てクライアントコンピュータ９に伝達
される。送付先は、バイイン請求申告の有った会員２で
ある。バイイン請求申告のバイイン請求取消通知は、ク
ライアントコンピュータ９からＤＶＰサーバコンピュー
タ４を経てＣＳＩサーバコンピュータ１２に伝達され
る。

【０５８７】バイイン請求申告のバイイン請求取消受付
確認は、ＣＳＩサーバコンピュータ１２からＤＶＰサー
バコンピュータ４を経てクライアントコンピュータ９に
伝達される。送付先は、バイイン請求取消の有った会員
２である。制御データのバイイン請求申告受付終了通知
は、１４：３０に通知される。ＣＳＩサーバコンピュー
タ１２からＤＶＰサーバコンピュータ４を経てクライア
ントコンピュータ９に伝達される。制御データのバイイ
ン請求申告受付終了確認通知は、ＤＶＰサーバコンピュ
ータ４からＣＳＩサーバコンピュータ１２に伝達され
る。

【０５８８】制御データの売注文の発注受付開始通知
は、１５：００に通知される。ＣＳＩサーバコンピュー
タ１２からＤＶＰサーバコンピュータ４を経てクライア
ントコンピュータ９に伝達される。制御データの売注文
の発注受付開始確認通知は、ＤＶＰサーバコンピュータ
４からＣＳＩサーバコンピュータ１２に伝達される。売
注文の発注の売注文申込み通知は、クライアントコンピ
ュータ９からＤＶＰサーバコンピュータ４を経てＣＳＩ
サーバコンピュータ１２に伝達される。

【０５８９】売注文の発注の売注文申込み受付確認は、
ＣＳＩサーバコンピュータ１２からＤＶＰサーバコンピ
ュータ４を経てクライアントコンピュータ９に伝達され
る。送付先は、売注文申込みの有った会員２である。売
注文の発注の売注文取消通知は、クライアントコンピュ
ータ９からＤＶＰサーバコンピュータ４を経てＣＳＩサ
ーバコンピュータ１２に伝達される。売注文の発注の売
注文取消受付確認は、ＣＳＩサーバコンピュータ１２か
らＤＶＰサーバコンピュータ４を経てクライアントコン
ピュータ９に伝達される。送付先は、売注文取消通知の
有った会員２である。

【０５９０】制御データの売注文の発注受付終了通知
は、１５：３０に通知される。ＣＳＩサーバコンピュー
タ１２からＤＶＰサーバコンピュータ４を経てクライア
ントコンピュータ９に伝達される。制御データの売注文
の発注受付終了確認通知は、ＤＶＰサーバコンピュータ
４からＣＳＩサーバコンピュータ１２に伝達される。

【０５９１】ＤＶＰサーバコンピュータ４からＣＳＩサ
ーバコンピュータ１２へのバイイン請求申告通知，バイ
イン請求取消通知，売注文申込み通知，売注文取消通
知，バイイン取下げ申告通知，バイイン取下げ取消通
知，エントリ情報受付終了確認通知の送信は、要求があ
った時点で即時送信する。ＤＶＰサーバコンピュータ４
とＣＳＩサーバコンピュータ１２とのやりとりは非同期
なので、会員２が結果を受け取るのにタイムラグが生じ
る。このため、別途確認画面が必要となる。

【０５９２】状況通知情報等データの種類は、データセ
ットアップ完了の通知と、確認通知との２種類である。
データセットアップ完了の通知とは、「帳票データがで
きたことを会員２に通知した」ことの通知であり、帳票
毎に行われる。ＣＳＩサーバコンピュータ１２に上げる
のと同じ情報をＤＶＰサーバコンピュータ４で蓄積す
る。ＤＶＰサーバコンピュータ４上で通知が実行された
時点で完了とする。

【０５９３】確認通知とは、「決済情報のダウンロード
がされたこと」または「決済情報がブラウザで参照され
たこと」のどちらか最初に通知されたものを「確認通
知」としてＣＳＩサーバコンピュータ１２へ通知するも
のである。ＣＳＩサーバコンピュータ１２に上げるのと
同じ情報をＤＶＰサーバコンピュータ４で蓄積する。

【０５９４】状況通知情報は、図８１に示す流れで処理
される。すなわち、ＤＶＰサーバコンピュータ４は、Ｃ
ＳＩサーバコンピュータ１２から決済データの受信をす
る（処理２４１）。次いで、受信した決済データを、デ
ータベースに格納する（処理２４２）。次に、受信した
決済データから、ＣＳＶファイルを作成する（処理２４
３）。ＤＶＰサーバコンピュータ４の情報通信サーバコ
ンピュータ１６６は、作成したファイルをクライアント
コンピュータに送信する通知処理を行う（処理２４
４）。このとき、通知するためのデータのセットアップ
が完了すると、情報通信サーバコンピュータ１６６は、
状況通知機能（受付＆即時送信）１６９に、データセッ
トアップ完了の通知を行う。

【０５９５】クライアントコンピュータ９は、ＤＶＰサ
ーバコンピュータ４から受信した通知を、画面上に表示
する通知表示処理を行う（処理２４５）。次いで、クラ
イアントコンピュータのユーザからの指示により、ＣＳ
Ｖファイルをダウンロードまたはブラウザ閲覧する処理
を行う（処理２４６）。ＣＳＶファイルのダウンロード
またはブラウザ閲覧が行われると、クライアントコンピ
ュータ９は、状況通知機能（受付＆即時送信）１６９
に、確認完了の通知を行う。

【０５９６】状況通知機能（受付＆即時送信）１６９
は、ＣＳＩサーバコンピュータ１２に対して、通知状況
を送信する（処理２４７）。このとき、同一会員２の複
数利用者が同じ情報を確認した場合、最初の１回のみを
ＣＳＩサーバコンピュータ１２に通知する。また、状況
通知機能（受付＆即時送信）１６９は、状況通知に関す
る業務ログをログ管理データベース７７に登録する処理
を行う（処理２４８）。

【０５９７】状況通知情報データの送信タイミングにつ
いて説明する。状況通知情報データは、基本的には、要
求があっても、ＤＶＰサーバコンピュータ４側で一定時
間ためこんで、まとめて送信する。ただし、即時性が要
求されるものについては、要求された時点で、即時送信
する。一括送信または即時送信は、データ毎に切り分け
が発生する。

【０５９８】状況通知データは、制御部と、送信会員コ
ード（通知を完了した会員２の会員コード），会員コー
ド（通知したデータの内容である会員コード），通知完
了日時（会員２への通知を完了した日時（年月日時分
秒）），通知した帳票の種別，通知した帳票のサイク
ル，通知した帳票の作成された業務日付（年月日），状
況種別（データセットアップ完了／閲覧ｏｒダウンロー
ド完了の別）を含む。

【０５９９】帳票用マスタデータには、会員マスタ、銘
柄マスタ・債券マスタ、漢字コンスタント、銀行マス
タ、株券オプション銘柄マスタの５種類がある。会員マ
スタは、会員漢字名の表示に使用する。銘柄マスタ、債
券マスタは、株式（銘柄マスタ）と株式以外（債券マス
タ）の銘柄漢字名の表示に使用する。漢字コンスタント
は、汎用的に漢字名の表示に使用する。銀行マスタは、
銀行名、支店名、口座名の表示に使用する。株券オプシ
ョン銘柄マスタは、原株漢字等の表示に使用する。

【０６００】帳票マスタデータは、基本的には毎日、全
データ送信される。通常、ユーザは、決済データは決済
日時点のマスタデータ、約定データは約定日時点のマス
タデータを使いたいので、決済データ、約定データは、
最新日付のマスタデータを使用すればよい。

【０６０１】ＤＶＰサーバコンピュータ４による帳票マ
スタデータの取得タイミングとしては、ＣＳＩサーバコ
ンピュータ１２からメッセージキューへの送信とは非同
期に、ＤＶＰサーバコンピュータ４側で一定サイクルで
キューの監視を行い、データが届いていれば取得するも
のとする。データの取得は、ＣＳＩサーバコンピュータ
１２からの業務開始要求電文を受信してから業務終了電
文を受信するまでの間を対象とし、１７：００〜２１：
００の間（１８：００をめど）に行う。

【０６０２】制御データには、業務開始要求応答、業務
終了要求応答、前日差入担保金・差入返戻受付開始応
答、前日差入担保金・差入返戻受付終了応答、バイイン
請求申告受付開始応答、バイイン請求申告受付終了応
答、売注文の発注受付開始応答、売注文の発注受付終了
応答、バイイン取下申告受付開始応答、バイイン取下申
告受付終了応答、ＤＶＰサーバコンピュータ４からＣＳ
Ｉサーバコンピュータ１２への帳票データ再送依頼電
文、ＤＶＰサーバコンピュータ４からＣＳＩサーバコン
ピュータ１２への制御データ再送依頼電文、帳票データ
受信確認等の種類がある。制御データは、応答対象の電
文を受け取ったら即時送信する。

【０６０３】ＭＱおよびＭＱＤの実装方式について説明
する。ＤＶＰサーバコンピュータ４とＣＳＩサーバコン
ピュータ１２の電文フォーマットの概念としては、制御
データ以外のデータは、ヘッダ（開始電文）と、Ｎ個
（Ｎは１以上）のデータ部と、フッタ（終了電文）とか
ら構成される。制御データは、ヘッダ・フッタがなく、
制御データのみから構成される。

【０６０４】制御電文の電文項目定義は、次の通りであ
る。 １．電文種別は、制御電文であることをコードで識別す
る項目である。 ２．制御種別は、業務開始要求応答，業務終了要求応
答，前日差入担保金・差入返戻受付開始応答，前日差入
担保金・差入返戻受付終了応答，バイイン請求申告受付
開始応答，バイイン請求申告受付終了応答，売注文の発
注受付開始応答，売注文の発注受付終了応答，バイイン
取下申告受付開始応答，バイイン取下申告受付終了応
答，再送依頼電文，受信確認電文等の制御対象をコード
で識別する項目である。

【０６０５】３．データ種別は、使用しない。 ４．サイクルは、０固定である。 ５．作成日は、業務日付の年月日である。 ６．通番，７．ユーザデータ部を含む。

【０６０６】業務電文の電文項目定義は、次の通りであ
る。 １．電文種別は、単一データであることをコードで識別
する項目である。 ２．制御種別は、問い合わせか応答であることを識別す
る項目である。 ３．データ種別は、バイイン請求申告，バイイン請求申
告終了，バイイン注文申込，バイイン注文申込終了，バ
イイン取下申告，バイイン取下申告終了を識別する項目
である。

【０６０７】４．サイクル番号は、データ種別毎のサイ
クル項目である。 ５．作成日は、業務日付の年月日である。 ６．通番は、通番である。 ７．以降の項目は、各データ依存の項目であり、エント
リの各業務に依存する。複数選択ができる取下業務につ
いては、古い順であることを保証してサマリして送信す
る。

【０６０８】ヘッダ・フッタ形式（通知）のヘッダの電
文項目定義は、次の通りである。 １．電文種別は、電文の種類をコードで識別する項目で
ある。 ２．制御種別は、従来「電文種別」項目であったもので
あり、ヘッダであることを識別する項目である。 ３．データ種別は、状況通知であることを識別する項目
である。

【０６０９】４．サイクル番号項目である。 ５．作成日は、従来「送信日」項目であったものであ
り、業務日付の年月日である。 ６．通番は、従来「電文ＩＤ」項目であったものであ
り、通番である。 ７．以降の項目は、各データ依存の項目であり、各業務
に依存する。

【０６１０】ヘッダ・フッタ形式（通知）のデータ部の
電文項目定義は、次の通りである。 １．電文種別は、電文の種類をコードで識別する項目で
ある。 ２．制御種別は、従来「電文種別」項目であったもので
あり、データであることをコードで識別する項目であ
る。 ３．データ種別は、状況通知であることを識別する項目
である。 ４．サイクル番号項目である。

【０６１１】５．作成日は、従来「送信日」項目であっ
たものであり、業務日付の年月日である。 ６．通番は、従来「電文ＩＤ」項目であったものであ
り、通番である。 ７．レコード件数は、従来「レコード数」であったもの
であり、１データ部に含まれるレコードの数である。 ８．以降の項目は、各データ依存の項目であり、通知の
各業務に依存する。

【０６１２】ヘッダ・フッタ形式（通知）のフッタ部の
電文項目定義は、次の通りである。 １．電文種別は、電文の種類をコードで識別する項目で
ある。 ２．制御種別は、従来「電文種別」項目であったもので
あり、フッタであることをコードで識別する項目であ
る。 ３．データ種別は、状況通知であることを識別する項目
である。

【０６１３】４．サイクル番号項目である。 ５．作成日は、従来「送信日」項目であったものであ
り、業務日付の年月日である。 ６．通番は、従来「電文ＩＤ」であったものであり、通
番である。 ７．総データ数は、データ部の総データ数である。

【０６１４】ＣＳＩサーバコンピュータ１２とＤＶＰサ
ーバコンピュータ４との連携に関する障害の種類、及び
発生時の対応について説明する。業務と障害について説
明する。

【０６１５】通知業務のうち帳票処理の障害について説
明する。ＣＳＩサーバコンピュータ１２に障害が発生し
たときは、ＣＳＶ作成、会員への通知不可とし、リカバ
リ方式はＣＳＩサーバコンピュータ１２の復旧待ちとす
る。ネットワーク（ＣＳＩサーバコンピュータ１２−Ｄ
ＶＰサーバコンピュータ４）に障害が発生したときは、
ＣＳＶ作成、会員への通知不可とし、リカバリ方式は電
子媒体によるデータの手渡しまたはＦＡＸとする。ＤＶ
Ｐサーバコンピュータ４に障害が発生したときは、ＣＳ
Ｖ作成、会員への通知不可とし、リカバリ方式はＤＶＰ
サーバコンピュータ４の復旧待ちとする。通知業務のう
ち帳票処理の障害は、基本的には即時対応とするが、緊
急度低い。

【０６１６】通知業務のうち決済処理の障害について説
明する。ＣＳＩサーバコンピュータ１２に障害が発生し
たときは、ＣＳＶ作成、会員への通知不可とし、リカバ
リ方式はＣＳＩサーバコンピュータ１２の復旧待ちとす
る。ネットワーク（ＣＳＩサーバコンピュータ１２−Ｄ
ＶＰサーバコンピュータ４）に障害が発生したときは、
ＣＳＶ作成、会員への通知不可とし、リカバリ方式は電
子媒体によるデータの手渡しとする。ＤＶＰサーバコン
ピュータ４に障害が発生したときは、ＣＳＶ作成、会員
への通知不可とし、リカバリ方式はＤＶＰサーバコンピ
ュータ４の復旧待ちとする。通知業務のうち決済処理の
障害は、緊急度非常に高い。制限時間タイトである。

【０６１７】通知業務のうち確認処理の障害について説
明する。ＣＳＩサーバコンピュータ１２に障害が発生し
たときは、ＣＳＶ作成、会員への通知不可とし、リカバ
リ方式はＣＳＩサーバコンピュータ１２の復旧待ちとす
る。ネットワーク（ＣＳＩサーバコンピュータ１２−Ｄ
ＶＰサーバコンピュータ４）に障害が発生したときは、
ＣＳＶ作成、会員への通知不可とし、リカバリ方式は電
子媒体によるデータの手渡しとする。ＤＶＰサーバコン
ピュータ４に障害が発生したときは、ＣＳＶ作成、会員
への通知不可とし、リカバリ方式はＤＶＰサーバコンピ
ュータ４の復旧待ちとする。通知業務のうち確認処理の
障害は、基本的には即時対応だが、緊急度低い。

【０６１８】エントリ業務のうち申請／取下処理の障害
について説明する。ＣＳＩサーバコンピュータ１２に障
害が発生したときは、ＣＳＩへの通知不可、会員からの
申請はＤＶＰ内で蓄積可能とし、リカバリ方式は復旧後
まとめての処理、電話連絡とする。ネットワーク（ＣＳ
Ｉサーバコンピュータ１２−ＤＶＰサーバコンピュータ
４）に障害が発生したときは、ＣＳＩへの通知不可。会
員からの申請はＤＶＰ内で蓄積可能とし、リカバリ方式
は復旧後まとめての処理、電話連絡、電子媒体によるデ
ータの手渡しとする。ＤＶＰサーバコンピュータ４に障
害が発生したときは、業務停止とし、リカバリ方式はＤ
ＶＰサーバコンピュータ４の復旧待ち、電話連絡とす
る。エントリ業務のうち申請／取下処理の障害は、緊急
度高い。

【０６１９】エントリ業務のうち売注文処理の障害につ
いて説明する。ＣＳＩサーバコンピュータ１２に障害が
発生したときは、ＣＳＩへの通知不可、会員からの受付
はＤＶＰ内での蓄積可能とし、リカバリ方式は復旧後ま
とめて処理、電話連絡とする。ネットワーク（ＣＳＩサ
ーバコンピュータ１２−ＤＶＰサーバコンピュータ４）
に障害が発生したときは、ＣＳＩへの通知不可、会員か
らの受付はＤＶＰ内での蓄積可能とし、リカバリ方式は
復旧後まとめて処理、電話連絡、電子媒体によるデータ
の手渡しとする。ＤＶＰサーバコンピュータ４に障害が
発生したときは、業務停止とし、リカバリ方式はＤＶＰ
サーバコンピュータ４の復旧待ち、電話連絡とする。エ
ントリ業務のうち売注文処理の障害は、緊急度非常に高
い。

【０６２０】制御処理の障害について説明する。ＣＳＩ
サーバコンピュータ１２に障害が発生したときは、開始
電文が来ない場合は業務が開始できず、また終了電文が
来ない場合は業務が終了できない。リカバリ方式はＣＳ
Ｉサーバコンピュータ１２の復旧待ちとする。ネットワ
ーク（ＣＳＩサーバコンピュータ１２−ＤＶＰサーバコ
ンピュータ４）に障害が発生したときは、開始電文が来
ない場合は業務が開始できず、終了電文が来ない場合は
業務が終了できない。リカバリ方式は電話連絡とする。
ＤＶＰサーバコンピュータ４に障害が発生したときは、
開始電文が来ない場合は業務が開始できず、終了電文が
来ない場合は業務が終了できない。リカバリ方式はＤＶ
Ｐサーバコンピュータ４の復旧待ちとする。制御処理の
障害は、開始電文については緊急度高い。終了電文につ
いては多少復旧が遅れても運用でカバーできる。

【０６２１】ＤＶＰサーバコンピュータ４での障害の種
類について説明する。障害箇所がハードウェアの本体、
周辺装置である場合の障害例としては、故障があり、業
務への影響はシステムダウン、業務停止である。障害箇
所がハードウェアの通信装置である場合の障害例として
は、故障があり、業務への影響は業務停止である。

【０６２２】障害箇所がハードウェアの通信経路である
場合の障害例としては、回線切断、タイムアウト、文字
化け、データ失踪、キューのオーバーフローがあり、業
務への影響は業務停止である。障害箇所がソフトウェア
のＯＳである場合の障害例としては、バグがあり、業務
への影響はシステムダウン、業務停止である。

【０６２３】障害箇所がソフトウェアのミドルウェア
（ＤＢ，ＩＮＴＥＲＳＴＡＧＥ等）である場合の障害例
としては、バグ、資源枯渇があり、業務への影響は業務
停止である。障害箇所がソフトウェアのアプリケーショ
ンである場合の障害例としては、バグがあり、業務への
影響は対象業務停止である。障害箇所がソフトウェアの
データである場合の障害例としては、不整合データがあ
り、業務への影響は対象業務停止である。

【０６２４】障害時のリカバリ方式は次の通りである。
障害箇所がハードウェアの本体、周辺装置、通信装置で
ある場合のリカバリ方式は、原因解明、障害箇所の修理
・交換である。障害箇所がハードウェアの通信経路であ
る場合のリカバリ方式は、原因解明、システムの再起
動、環境設定の変更、待機、キューのクリア、再送信
（ＣＳＩサーバコンピュータ１２からの再送と、ＤＶＰ
サーバコンピュータ４から再送要求を送っての再送の２
パターン）である。

【０６２５】障害箇所がソフトウェアのＯＳ、ミドルウ
ェア（ＤＢ，ＩＮＴＥＲＳＴＡＧＥ等）である場合のリ
カバリ方式は、原因解明、システムの再起動である。障
害箇所がソフトウェアのアプリケーションである場合の
リカバリ方式は、ログによる原因解明、ソースの修正、
アプリケーションの停止・再起動、キューのクリアであ
る。障害箇所がソフトウェアのデータである場合のリカ
バリ方式は、データの再作成、再送（ＣＳＩサーバコン
ピュータ１２からの再送と、ＤＶＰサーバコンピュータ
４から再送要求を送っての再送の２パターン）である。

【０６２６】通信部分の障害の場合のデータ毎の代替ル
ートは次の通りである。ルートが帳票データである場合
は代替ルートとして運用機能にマニュアルでのリラン機
能を持たせるか、電子媒体にデータを格納して手渡しす
る。電子媒体からのデータを取り込む仕組みが別途必要
となる。ルートがエントリである場合は代替ルートとし
てＤＶＰサーバコンピュータ４のログを参照するか、ロ
グからＣＳＶにダウンロードし、電子媒体で手渡しす
る。

【０６２７】ルートが状況通知（確認完了通知）である
場合は代替ルートとしてＤＶＰサーバコンピュータ４の
ログを参照するか、ログからＣＳＶにダウンロードし、
電子媒体で手渡しする。ルートがマスタデータである場
合は代替ルートとして運用機能にマニュアルでのリラン
機能を持たせるか、電子媒体にデータを格納して手渡し
する。電子媒体からのデータを取り込む仕組みが別途必
要となる。

【０６２８】障害通知及び監視方式について説明する。
ログ管理との調整として、ＣＳＩサーバコンピュータ１
２とのやりとりはログとして全て記録する。正常系異常
系併せてコンソールに随時表示できるようにする。ログ
取得のタイミングと取得できる障害は次の通りである。
ログ取得のタイミングがＤＶＰサーバコンピュータ４か
らの電文送信時である場合、送信情報単位で接続不可
能、送信失敗の障害を取得可能である。

【０６２９】ログ取得のタイミングがＣＳＩサーバコン
ピュータ１２からの電文受信時である場合、受信情報単
位で接続不可能、データ欠落、データ不整合の障害を取
得可能である。ログ取得のタイミングがＤＢ格納時であ
る場合、テーブル単位でＤＢ未起動、データ不整合、資
源枯渇の障害を取得可能である。ログ取得のタイミング
がＣＳＶ作成時である場合、ＣＳＶファイル単位で資源
枯渇、ファイル権限異常の障害を取得可能である。

【０６３０】データベースへの格納方法及び、ＣＳＶフ
ァイルの扱いについて説明する。データベースに格納す
るデータは、ＨＴＭＬのデータ源泉として使用する。ダ
ウンロード用ＣＳＶファイルはデータベースのデータと
は別に作成する。データベースへの格納方法および格納
単位について、図８２、図８３に基づき説明する。

【０６３１】図８２は、帳票データの格納方法および格
納単位を示す図である。まず、ＤＶＰサーバコンピュー
タ４は、ＣＳＩサーバコンピュータ１２から帳票データ
を取得し、キュー（待ち行列）２５１による先入れ先出
しの処理を行う。次いで、キュー２５１から取り出した
ジョブについて、連携通信処理を行う（処理２５２）。

【０６３２】その後、マスタデータベース２５７に格納
された帳票マスタデータを参照して、帳票データについ
て、１レコード毎に、ＣＳＶを作成する処理を行い（処
理２５３）、作成したＣＳＶファイルデータベース２５
４に格納する。また、連携通信処理を行った後（処理２
５２）、取得した帳票データを、帳票管理データベース
２５８、帳票データベース２５９に登録する。

【０６３３】図８３は、マスタデータ、エントリデータ
の格納方法および格納単位を示す図である。まず、ＤＶ
Ｐサーバコンピュータ４は、ＣＳＩサーバコンピュータ
１２からマスタデータ、エントリデータを取得し、キュ
ー（待ち行列）２５１による先入れ先出しの処理を行
う。次いで、キュー２５１から取り出したジョブを、デ
ータベースサーバコンピュータ２５６の各テーブル２６
１に格納するテーブル格納処理を行う（処理２６０）。
このとき、マスタデータは、全件置換して格納し、エン
トリデータは、追加して格納する。

【０６３４】ＣＳＶファイルは、ＣＳＶ管理情報テーブ
ルにより管理する。これにより、会員２に提供するＣＳ
Ｖファイルの検索、ＣＳＶファイルの状態管理が可能と
なる。図８４は、ＣＳＶ管理情報のテーブルを表す図で
ある。ＣＳＶ管理情報のテーブルには、帳票種別、サイ
クル、作成日、送信会員コード、会員コード、格納先デ
ィレクトリ名、ＣＳＶファイル名、配信情報有無フラグ
が含まれる。送信会員コードとは、ＣＳＶをダウンロー
ドする会員２、会員コードとは、ＣＳＶの内容が示す会
員２のコードである。格納先ディレクトリ名は、帳票種
別，会員コード，作成年月日から作成する。ＣＳＶファ
イル名は、帳票種別，会員コード，作成年月日から作成
する。配信情報有無フラグとは、配信情報（ＣＳＶファ
イル）の有無を識別するフラグである。ＣＳＶファイル
の保存期間は、６営業日とし、保存期間の過ぎたファイ
ルは、削除する。

【０６３５】ＣＳＶ作成方式について説明する。１日の
うちに同じ会員２に同じ帳票のＣＳＶファイルの生成を
通知する様な場合には、ＣＳＶファイルは丸ごと置き換
えるものとする。作成したＣＳＶファイルを所定の期間
保存し、保存対象外になったＣＳＶファイルを削除す
る。この場合の所定の保存期間は、検索処理の仕様によ
って決まる。ＣＳＩサーバコンピュータ１２から帳票デ
ータを受信し、データベースにレコードを書き込むタイ
ミングで、１行ずつＣＳＶファイルに出力する。

【０６３６】当日分のデータのみをＣＳＶファイルに登
録し、過去のデータは登録しない。ＣＳＶファイルは、
会員＋帳票単位で作成する。ＣＳＶファイルに格納する
際、空行は、固定行数帳票では、カンマのみの行とす
る。すなわち、ＤＶＰサーバコンピュータ４の帳票テー
ブルに、空行レコードは存在する。表形式帳票では、空
行は存在しない。

【０６３７】図８５は、会員２（クライアントコンピュ
ータ９）側への配信可能情報の送信処理フローチャート
であって、銘柄別決済予定数量を配布する場合を例とし
たものである。処理がスタートすると、ステップＳ５１
で、運用管理テーブルよりＣＳＶファイル作成ディレク
トリのプレフィクスを取得する。

【０６３８】次いで、ステップＳ５２で、電文ヘッダ部
よりデータ種別、同報通知会員１〜７００等の共通情報
を抽出する。ステップＳ５３で、配信情報管理データベ
ース１７２にレコードがあるか否か判定する。

【０６３９】配信情報管理データベース１７２にレコー
ドがない場合（ステップＳ５３：Ｎｏ）、ステップＳ５
４で配信情報詳細テーブル１７２ｂおよびＣＳＶファイ
ルを削除し、ステップＳ５５で電文データ部より１電文
ずつ読み込む。配信情報管理データベース１７２にレコ
ードがある場合（ステップＳ５３：Ｙｅｓ）、ステップ
Ｓ５５で電文データ部より１電文ずつ読み込む。ステッ
プＳ５５の電文データ部よりの読み込みでは、まずレコ
ード件数を読み込み、データがなくなるまでレコード単
位に項目を切り出す。各マスタより精算部員会員名、会
員名、漢字、銀行名等を取得する。ＣＳＶディレクト
リ、ＣＳＶファイル名を作成する。ＣＳＶにデータを出
力し、銘柄別決済予定数量にデータを追加する。ステッ
プＳ５５では、以上の処理をループとして繰り返す。

【０６４０】次いで、ステップＳ５６で同報通知会員１
〜７００の読み込みをデータがなくなるまで行う。この
ステップＳ５６の会員読み込みでは、まず、配信情報詳
細テーブル１７２ｂを検索する。検索の結果、データが
ヒットしなかった場合、配信情報詳細テーブル１７２ｂ
に配信情報種別、サイクル、作成日と、データがない旨
のデータを追加する。

【０６４１】次いで、ステップＳ５７で通知時間の指定
のない即時送信情報または指定された通知時間が経過し
た情報か否か判定する。通知時間の指定のない即時送信
情報または指定された通知時間が経過した情報である場
合（ステップＳ５７：Ｙｅｓ）、ステップＳ５８で配信
タイミングフラグを即時送信に指定し、ステップＳ６０
で配信情報管理データベースのレコード件数が０件か否
か判定する。

【０６４２】通知時間の指定のない即時送信情報または
指定された通知時間が経過した情報でない場合（ステッ
プＳ５７：Ｎｏ）、ステップＳ５９で配信タイミングフ
ラグを時刻指定に指定し、ステップＳ６０で配信情報管
理データベースのレコード件数が０件か否か判定する。

【０６４３】配信情報管理データベースのレコード件数
が０件である場合（ステップＳ６０：Ｙｅｓ）、ステッ
プＳ６１で情報を配信情報管理データベース１７２の配
信情報通知に追加し、ステップＳ６３でフッタ部のデー
タ件数が整合しているか判定する。配信情報管理データ
ベースのレコード件数が０件でない場合（ステップＳ６
０：Ｎｏ）、ステップＳ６２で配信情報管理データベー
ス１７２の配信情報通知を更新し、ステップＳ６３でフ
ッタ部のデータ件数が整合しているか判定する。

【０６４４】フッタ部のデータ件数が整合している場合
（ステップＳ６３：Ｙｅｓ）、ステップＳ６５で応答電
文を送信する。フッタ部のデータ件数が整合していない
場合（ステップＳ６３：Ｎｏ）、ステップＳ６４でデー
タベース、メッセージキューのロールバック、ＣＳＶフ
ァイルの全件削除、ログ出力等のエラー処理を行い、ス
テップＳ６５で応答電文を送信する。

【０６４５】ステップＳ６５で応答電文を送信した後、
ステップＳ６６で配信タイミングが即時送信か判定す
る。配信タイミングが即時送信である場合（ステップｓ
６６：Ｙｅｓ）、通知機能１６７をコールし、復帰値を
見て「通知処理を起動しました」「通知処理が正常終了
しました」「通知処理がエラーを返しました」等のログ
出力を行う。その後、処理を終了する。配信タイミング
が即時送信でない場合（ステップｓ６６：Ｎｏ）、処理
を終了する。

【０６４６】また、総受払代金計算表（予定額）配布の
処理の場合は、ステップＳ５５の電文データ部よりの読
み込みにおいて、銀行名をマスタより取得しない点、銘
柄別決済予定数量の代わりに総受払代金計算表（予定
額）にデータを追加する点を除いては、図８５の銘柄別
決済予定数量配布の処理フローと略同様である。

【０６４７】また、バイイン実行結果通知（全会員用）
配布の処理の場合は、ステップＳ５３の配信情報管理デ
ータベース１７２にレコードがあるか否かの判定処理で
同一サイクルがあるか否かのチェックを行う点、ステッ
プＳ５５の電文データ部よりの読み込み処理の直前にＣ
ＳＶ用ディレクトリ、ＣＳＶファイル名を作成する点、
銘柄別決済予定数量の代わりにバイイン実行結果通知
（全会員用）にデータを追加する点、ステップＳ５６の
会員読み込み処理で配信情報詳細テーブル１７２ｂを検
索せずに配信情報詳細テーブル１７２ｂに配信情報種
別、サイクル、作成日等のデータを追加する点、ステッ
プＳ５６の会員読み込み処理で会員コードを「全員」に
設定する点を除いては、図８５の銘柄別決済予定数量配
布の処理フローと略同様である。

【０６４８】エントリ業務の概要について説明する。本
実施形態では、バイイン事務のバイイン請求申告、バイ
イン実行に伴うバイイン注文申込、バイイン請求取下申
告をシステム化する。実運用面での認証／与信、監視機
能との連携を実現する。

【０６４９】バイイン請求関係業務の流れの概要につい
て説明する。バイイン請求関係業務の実施日はＸ（＝Ｓ
＋ｎ）日であり、決済日（被フェイル日）の翌日以降で
ある。対象会員は、決済日（被フェイル日）の翌日以
降、１２：３０迄に通知される「フェイル情報通知（Ｄ
ＥＬ後）」で、フェイルが解消しない被フェイル会員で
ある。

【０６５０】バイイン請求関係のデータの流れについて
説明する。フェイル情報通知（ＤＥＬ後）は、同報通知
の帳票の一つであって、毎日１２：３０までに全会員２
に送信される。ＣＳＩサーバコンピュータ１２からＤＶ
Ｐサーバコンピュータ４を経てクライアントコンピュー
タ９に伝達される。フェイル／被フェイル会員以外には
無情報を通知する。

【０６５１】バイイン請求対象銘柄情報は、Ｘ日の１
２：３０までにＣＳＩサーバコンピュータ１２からＤＶ
Ｐサーバコンピュータ４に伝達される。バイイン請求申
告受付開始通知は、Ｘ日の１２：３０にＣＳＩサーバコ
ンピュータ１２からＤＶＰサーバコンピュータ４に伝達
される。会員２への同報通知は行わない。

【０６５２】バイイン請求申告受付開始応答は、バイイ
ン請求申告受付開始通知を受信した事の通知であって、
Ｘ日の１２：３０にＤＶＰサーバコンピュータ４からＣ
ＳＩサーバコンピュータ１２に伝達される。バイイン請
求申告は、Ｘ日の１２：３０〜１４：３０にクライアン
トコンピュータ９からＤＶＰサーバコンピュータ４を経
てＣＳＩサーバコンピュータ１２に伝達される。発信元
は被フェイル会員、バイイン請求会員であり、新規申
告、変更申告、取消申告の３つの場合がある。

【０６５３】バイイン請求申告受付確認通知は、バイイ
ン請求申告の有効無効等の通知であって、Ｘ日の１２：
３０〜１４：３０にＣＳＩサーバコンピュータ１２から
ＤＶＰサーバコンピュータ４に伝達される。会員２への
任意通知はしない。バイイン請求申告受付終了通知は、
Ｘ日の１４：３０にＣＳＩサーバコンピュータ１２から
ＤＶＰサーバコンピュータ４に伝達される。会員２への
同報通知はしない。

【０６５４】バイイン請求申告受付終了応答はバイイン
請求申告受付終了通知を受信した事の通知であって、Ｘ
日の１４：３０以降にＤＶＰサーバコンピュータ４から
ＣＳＩサーバコンピュータ１２に伝達される。バイイン
請求申告終了はバイイン請求申告を全て送信した事の通
知であって、Ｘ日の１４：３０以降にＤＶＰサーバコン
ピュータ４からＣＳＩサーバコンピュータ１２に伝達さ
れる。

【０６５５】バイイン請求申告終了応答はバイイン請求
申告終了を受信した事の通知であって、Ｘ日の１４：３
０以降にＣＳＩサーバコンピュータ１２からＤＶＰサー
バコンピュータ４に伝達される。バイイン情報通知（当
初）はバイイン請求日に通知する帳票であって、Ｘ日の
１５：００にバイイン請求会員，費用負担対象会員に通
知される。ＣＳＩサーバコンピュータ１２からＤＶＰサ
ーバコンピュータ４を経てクライアントコンピュータ９
に伝達される。

【０６５６】バイイン情報通知（ＣＮＳ後）はバイイン
請求会員，費用負担対象会員に通知される帳票であっ
て、Ｘ以降毎日１７：００にＣＳＩサーバコンピュータ
１２からＤＶＰサーバコンピュータ４を経てクライアン
トコンピュータ９に伝達される。関係する全バイイン請
求又は費用負担対象（暫定）が解消する迄毎日通知され
る。

【０６５７】ＣＳＩサーバコンピュータ１２の機能概要
は、次のとおりである。ＣＳＩサーバコンピュータ１２
は、毎日、１２：３０迄に、全会員２の「フェイル情報
通知（ＤＥＬ後）」を作成し、ＤＶＰサーバコンピュー
タ４へ送信する。ＣＳＩサーバコンピュータ１２は、Ｘ
日の１２：３０迄に、「バイイン請求対象銘柄情報」を
作成し、ＤＶＰサーバコンピュータ４へ送信する。

【０６５８】ＣＳＩサーバコンピュータ１２は、Ｘ日の
１２：３０に「バイイン請求申告受付開始通知」をＤＶ
Ｐサーバコンピュータ４へ送信し、バイイン請求申告の
受付処理を開始する。ＣＳＩサーバコンピュータ１２
は、ＤＶＰサーバコンピュータ４から受け取った「バイ
イン請求申告」に対して受付処理を行ない、その結果を
ＤＶＰサーバコンピュータ４へ送信する。

【０６５９】ＣＳＩサーバコンピュータ１２は、Ｘ日の
１４：３０に「バイイン請求申告受付終了通知」をＤＶ
Ｐサーバコンピュータ４へ送信し、ＤＶＰサーバコンピ
ュータ４から「バイイン請求申告受付終了応答」と「バ
イイン請求申告終了」を受け取ったら、ＤＶＰサーバコ
ンピュータ４へ「バイイン請求申告終了応答」を返信
し、バイイン請求申告の受付処理を終了する。

【０６６０】ＣＳＩサーバコンピュータ１２は、バイイ
ン請求日の１５：００にバイイン請求会員と費用負担対
象会員に通知する「バイイン情報通知（当初）」をＤＶ
Ｐサーバコンピュータ４へ送信する。ＣＳＩサーバコン
ピュータ１２は、バイイン請求日以降の毎日、１７：０
０に必要であれば、バイイン請求会員と費用負担対象会
員に通知する「バイイン情報通知（ＣＮＳ後）」をＤＶ
Ｐサーバコンピュータ４へ送信する。

【０６６１】ＤＶＰサーバコンピュータ４の機能概要は
次のとおりである。ＤＶＰサーバコンピュータ４は、毎
日、１２：３０迄にＣＳＩサーバコンピュータ１２から
受け取った「フェイル情報通知（ＤＥＬ後）」を全会員
２へ同報通知する。

【０６６２】ＤＶＰサーバコンピュータ４は、Ｘ日の１
２：３０迄にＣＳＩサーバコンピュータ１２から受け取
った「バイイン請求対象銘柄情報」でバイイン請求対象
テーブルを再作成する。ＤＶＰサーバコンピュータ４
は、Ｘ日の１２：３０にＣＳＩサーバコンピュータ１２
から「バイイン請求申告受付開始通知」を受け取った
ら、請求申告受付時間内とし、ＣＳＩサーバコンピュー
タ１２へ「バイイン請求申告受付開始応答」を送信す
る。但し、未だＣＳＩサーバコンピュータ１２から「バ
イイン請求対象銘柄情報」を受け取っていなければ、請
求申告受付時間内とはせず、それを受け取ってバイイン
請求対象テーブルを再作成してから請求申告受付時間内
とする。

【０６６３】ＤＶＰサーバコンピュータ４は、クライア
ントコンピュータ９から「バイイン請求申告」を受信
後、請求番号の採番（新規申告時）、版数更新、バイイ
ン請求テーブル更新を行い、ＣＳＩサーバコンピュータ
１２へ「バイイン請求申告」を送信する。さらに、リア
ルタイムにその会員２へ「仮受領」または「仮取消」と
請求番号を「バイイン請求申告アップロード通知」で通
知する。バイイン請求受付時間内外のチェックを行う。
時間外の場合は、ＣＳＩサーバコンピュータ１２へは送
信せず、「バイイン請求申告アップロード通知」で時間
外エラーをその会員２へ通知する。

【０６６４】ＤＶＰサーバコンピュータ４は、ＣＳＩサ
ーバコンピュータ１２から受信した「バイイン請求受付
確認通知」でバイイン請求テーブルを更新する。ＤＶＰ
サーバコンピュータ４は、毎日、１４：３０にＣＳＩサ
ーバコンピュータ１２から「バイイン請求申告受付終了
通知」を受信したら、請求申告受付時間外とし、ＣＳＩ
サーバコンピュータ１２へ「バイイン請求申告受付終了
応答」を送信する。ＤＶＰサーバコンピュータ４は、未
送信の「バイイン請求申告」をＣＳＩサーバコンピュー
タ１２へ全て送信し、「バイイン請求申告終了」をＣＳ
Ｉサーバコンピュータ１２へ送信する。

【０６６５】ＤＶＰサーバコンピュータ４は、バイイン
請求日の１５：００にＣＳＩサーバコンピュータ１２か
ら受信した「バイイン情報通知（当初）」をバイイン請
求会員と費用負担対象会員に任意通知する。ＤＶＰサー
バコンピュータ４は、バイイン請求日以降の毎日、１
７：００にＣＳＩサーバコンピュータ１２から受信した
「バイイン情報通知（ＣＮＳ後）」をバイイン請求会員
と費用負担対象会員に任意通知する。

【０６６６】クライアントコンピュータ９の機能概要は
次のとおりである。全会員２のクライアントコンピュー
タ９は、毎日、１２：３０迄にＤＶＰサーバコンピュー
タ４から「フェイル情報通知（ＤＥＬ後）」の同報通知
を受ける。被フェイル会員のクライアントコンピュータ
９は、バイイン請求申告画面から請求銘柄，数量等を入
力し、ＤＶＰサーバコンピュータ４へ「バイイン請求申
告」を送信する。

【０６６７】バイイン請求会員のクライアントコンピュ
ータ９は、バイイン請求受付状況表から変更対象の請求
申告を選択し、数量を変更してＤＶＰサーバコンピュー
タ４へ「バイイン請求申告」を送信する。バイイン請求
会員クライアントコンピュータ９は、バイイン請求受付
状況表から取消対象の請求申告を選択し、ＤＶＰサーバ
コンピュータ４へ「バイイン請求請求」を送信する。

【０６６８】バイイン請求会員と費用負担対象会員のク
ライアントコンピュータ９は、ＤＶＰサーバコンピュー
タ４からバイイン請求日の１５：００に「バイイン情報
通知（当初）」の通知とバイイン請求日以降の毎日１
７：００に「バイイン情報通知（ＣＮＳ後）」の任意通
知を受ける。

【０６６９】バイイン実行に伴うバイイン注文申込関係
業務の流れの概要について説明する。バイイン注文申込
関係業務の実施日はＸ＋３日以降で、バイイン請求日の
３日後からフェイルが解消されるかバイインが取り下げ
られる迄である。対象会員は、全正会員と株券オプショ
ン取引特別参加者である。

【０６７０】バイイン実行に伴うバイイン注文申込関係
のデータの流れについて説明する。バイイン情報通知
（ＤＥＬ後）は、Ｘ＋１日以降毎日１２：３０にバイイ
ン請求会員，費用負担対象会員に配布される帳票であっ
て、ＣＳＩサーバコンピュータ１２からＤＶＰサーバコ
ンピュータ４を経てクライアントコンピュータ９に伝達
される。関係する全バイイン請求又は費用負担対象（暫
定）が解消する迄毎日通知される。

【０６７１】バイイン実行通知は、Ｘ＋３日以降の１
２：３０に請求会員、費用負担対象会員、全会員に配布
される帳票であって、ＣＳＩサーバコンピュータ１２か
らＤＶＰサーバコンピュータ４を経てクライアントコン
ピュータ９に伝達される。請求会員用、費用負担対象会
員用、全会員用の３種類がある。バイイン注文対象銘柄
情報は、Ｘ＋３日以降の１５：００までにＣＳＩサーバ
コンピュータ１２からＤＶＰサーバコンピュータ４に伝
達される。

【０６７２】バイイン注文申込受付開始通知は、Ｘ＋３
日以降の１５：００にＣＳＩサーバコンピュータ１２か
らＤＶＰサーバコンピュータ４に伝達される。会員２へ
の同報通知はしない。バイイン注文申込受付開始応答
は、バイイン注文申込受付開始通知を受信した事の通知
であって、Ｘ＋３日以降の１５：００にＤＶＰサーバコ
ンピュータ４からＣＳＩサーバコンピュータ１２に伝達
される。

【０６７３】バイイン注文申込は、Ｘ＋３日以降の１
５：００〜１５：３０にクライアントコンピュータ９か
らＤＶＰサーバコンピュータ４を経てＣＳＩサーバコン
ピュータ１２に伝達される。発信元は売注文希望会員、
売注文会員であり、新規申込、変更申込、取消申込の３
つの場合が有る。バイイン注文申込受付確認通知は、バ
イイン注文申込データの有効無効等の通知であって、Ｘ
＋３日以降の１５：００〜１５：３０にＣＳＩサーバコ
ンピュータ１２からＤＶＰサーバコンピュータ４に伝達
される。会員２への任意通知はしない。

【０６７４】バイイン注文申込受付終了通知は、Ｘ＋３
日以降の１５：３０にＣＳＩサーバコンピュータ１２か
らＤＶＰサーバコンピュータ４に伝達される。会員２へ
の同報通知はしない。バイイン注文申込受付終了応答は
バイイン注文申込受付終了通知を受信した事の通知であ
って、Ｘ＋３日以降の１５：３０以降にＤＶＰサーバコ
ンピュータ４からＣＳＩサーバコンピュータ１２に伝達
される。バイイン注文申込終了はバイイン注文申込を全
て送信した事の通知であって、Ｘ＋３日以降の１５：３
０以降にＤＶＰサーバコンピュータ４からＣＳＩサーバ
コンピュータ１２に伝達される。

【０６７５】バイイン注文申込終了応答はバイイン注文
申込終了を受信した事の通知であって、Ｘ＋３日以降の
１５：３０以降にＣＳＩサーバコンピュータ１２からＤ
ＶＰサーバコンピュータ４に伝達される。バイイン実行
結果通知はＸ＋３日以降の１６：３０にＣＳＩサーバコ
ンピュータ１２からＤＶＰサーバコンピュータ４を経て
クライアントコンピュータ９に伝達される。通知先は請
求会員、費用負担会員、売方会員、全会員のいずれかで
あり、請求会員用，費用負担会員用，売方会員用，全会
員用の４種類がある。

【０６７６】バイイン無効情報通知はＸ＋３日以降の１
７：００にＣＳＩサーバコンピュータ１２からＤＶＰサ
ーバコンピュータ４を経てクライアントコンピュータ９
に伝達される。通知先は無効となるバイインがある会員
２である。請求会員用、費用負担会員用があり、銘柄毎
に決まる。バイイン情報通知（ＣＮＳ後）はＸ日以降毎
日の１７：００にＣＳＩサーバコンピュータ１２からＤ
ＶＰサーバコンピュータ４を経てクライアントコンピュ
ータ９に伝達される。通知先はバイイン請求会員，費用
負担対象会員であり、関係する全バイイン請求又は費用
負担対象（暫定）が解消する迄毎日通知する。バイイン
実行通知（前日予告）はＸ＋２日の１７：００にＣＳＩ
サーバコンピュータ１２からＤＶＰサーバコンピュータ
４を経てクライアントコンピュータ９に伝達される。通
知先は請求会員、費用負担会員、全会員のいずれかであ
り、請求会員用，費用負担会員用，全会員用の３種類あ
る。

【０６７７】ＣＳＩサーバコンピュータ１２の機能概要
は次の通りである。ＣＳＩサーバコンピュータ１２は、
バイイン請求日以降の毎日、必要であれば、１７：００
にバイイン請求会員と費用負担対象会員に通知する「バ
イイン情報通知（ＣＮＳ後）」をＤＶＰサーバコンピュ
ータ４へ送信する。

【０６７８】ＣＳＩサーバコンピュータ１２は、バイイ
ン請求日の翌日以降の毎日、必要であれば、１２：３０
にバイイン請求会員と費用負担対象会員に通知する「バ
イイン情報通知（ＤＥＬ後）」をＤＶＰサーバコンピュ
ータ４へ送信する。ＣＳＩサーバコンピュータ１２は、
バイイン請求日の２日後の１７：００にバイイン請求会
員、費用負担対象会員と全会員へ通知する「バイイン実
行通知（前日予告）」をＤＶＰサーバコンピュータ４へ
送信する。ＣＳＩサーバコンピュータ１２は、バイイン
実行日の１２：３０にバイイン請求会員、費用負担対象
会員と全会員へ通知する「バイイン実行通知」をＤＶＰ
サーバコンピュータ４へ送信する。

【０６７９】ＣＳＩサーバコンピュータ１２は、バイイ
ン実行日の１５：００迄に「バイイン注文対象銘柄情
報」をＤＶＰサーバコンピュータ４へ送信する。ＣＳＩ
サーバコンピュータ１２は、バイイン実行日の１５：０
０に「バイイン注文申込受付開始通知」をＤＶＰサーバ
コンピュータ４へ送信し、バイイン注文申込の受付処理
を開始する。ＣＳＩサーバコンピュータ１２は、ＤＶＰ
サーバコンピュータ４から受け取った「バイイン注文申
込」に対して受付処理を行ない、その結果をＤＶＰサー
バコンピュータ４へ送信する。

【０６８０】ＣＳＩサーバコンピュータ１２は、バイイ
ン実行日の１５：３０に「バイイン注文申込受付終了通
知」をＤＶＰサーバコンピュータ４へ送信し、ＤＶＰサ
ーバコンピュータ４から「バイイン注文申込受付終了応
答」と「バイイン注文申込終了」を受け取ったら、ＤＶ
Ｐサーバコンピュータ４へ「バイイン注文申込終了応
答」を返信し、バイイン注文申込の受付を終了する。

【０６８１】ＣＳＩサーバコンピュータ１２は、バイイ
ン実行日の１６：３０にバイイン請求会員、費用負担対
象会員、売方会員と全会員へ通知する「バイイン実行結
果通知」をＤＶＰサーバコンピュータ４へ送信する。Ｃ
ＳＩサーバコンピュータ１２は、バイイン実行日の１
７：００に無効となるバイインの有るバイイン請求会
員、費用負担対象会員へ通知する「バイイン無効情報通
知」をＤＶＰサーバコンピュータ４へ送信する。

【０６８２】ＤＶＰサーバコンピュータ４の機能概要は
次の通りである。ＤＶＰサーバコンピュータ４はバイイ
ン請求日以降の毎日、１７：００にＣＳＩサーバコンピ
ュータ１２から受信した「バイイン情報通知（ＣＮＳ
後）」をバイイン請求会員と費用負担対象会員に任意通
知する。

【０６８３】ＤＶＰサーバコンピュータ４はバイイン請
求日の翌日以降の毎日、１２：３０にＣＳＩサーバコン
ピュータ１２から受信した「バイイン情報通知（ＤＥＬ
後）」をバイイン請求会員と費用負担対象会員に任意通
知する。ＤＶＰサーバコンピュータ４はバイイン請求日
の２日後の１７：００にＣＳＩサーバコンピュータ１２
から受信した「バイイン実行通知（前日予告）」をバイ
イン請求会員、費用負担対象会員と全会員へ任意／同報
通知する。

【０６８４】ＤＶＰサーバコンピュータ４はバイイン実
行日の１２：３０にＣＳＩサーバコンピュータ１２から
受信した「バイイン実行通知」をバイイン請求会員、費
用負担対象会員と全会員へ任意／同報通知する。ＤＶＰ
サーバコンピュータ４はバイイン実行日の１５：００迄
にＣＳＩサーバコンピュータ１２から受け取った「バイ
イン注文対象銘柄情報」によりバイイン注文対象テーブ
ルを再作成する。ＤＶＰサーバコンピュータ４はバイイ
ン実行日の１５：００にＣＳＩサーバコンピュータ１２
から「バイイン注文申込受付開始通知」を受け取った
ら、注文申込受付時間内とし、ＣＳＩサーバコンピュー
タ１２へ「バイイン注文申込受付開始応答」を送信す
る。

【０６８５】ＤＶＰサーバコンピュータ４はクライアン
トコンピュータ９から「バイイン注文申込」を受信後、
注文番号の採番（新規申込時）、版数更新、バイイン注
文テーブル更新を行い、ＣＳＩサーバコンピュータ１２
へ「バイイン注文申込」を送信する。さらに、リアルタ
イムにその会員２へ「仮受領」または「仮取消」と注文
番号を「バイイン注文申込アップロード通知」で通知す
る。バイイン注文受付時間内外をチェックし、時間外の
場合は、ＣＳＩサーバコンピュータ１２へは送信せず、
時間外エラーを「バイイン注文申込アップロード通知」
でその会員２へ通知する。

【０６８６】ＤＶＰサーバコンピュータ４はＣＳＩサー
バコンピュータ１２から受信した「バイイン注文申込受
付確認通知」でバイイン注文テーブルを更新する。ＤＶ
Ｐサーバコンピュータ４はバイイン実行日の１５：３０
にＣＳＩサーバコンピュータ１２から「バイイン注文申
込受付終了通知」を受け取ったら、注文受付時間外と
し、ＣＳＩサーバコンピュータ１２へ「バイイン注文申
込受付終了応答」を送信する。ＤＶＰサーバコンピュー
タ４は未送信の「バイイン注文申込」をＣＳＩサーバコ
ンピュータ１２へ全て送信し、「バイイン注文申込終
了」をＣＳＩサーバコンピュータ１２へ送信する。

【０６８７】ＤＶＰサーバコンピュータ４はバイイン実
行日の１６：３０にＣＳＩサーバコンピュータ１２から
受信した「バイイン実行結果通知」をバイイン請求会
員、費用負担対象会員、売方会員と全会員へ任意／同報
通知する。ＤＶＰサーバコンピュータ４はバイイン実行
日の１７：００にＣＳＩサーバコンピュータ１２から受
信した「バイイン無効情報通知」を無効となるバイイン
の有るバイイン請求会員、費用負担対象会員へ同報通知
する。

【０６８８】クライアントコンピュータ９の機能概要
は、次の通りである。バイイン請求会員と費用負担対象
会員のクライアントコンピュータ９は、バイイン請求日
以降の毎日、１７：００にＤＶＰサーバコンピュータ４
から「バイイン情報通知（ＣＮＳ後）」の任意通知を受
ける。

【０６８９】バイイン請求会員と費用負担対象会員のク
ライアントコンピュータ９は、バイイン請求日の翌日以
降の毎日、１２：３０にＤＶＰサーバコンピュータ４か
ら「バイイン情報通知（ＤＥＬ後）」の任意通知を受け
る。バイイン請求会員、費用負担対象会員または全会員
のクライアントコンピュータ９は、バイイン請求日の２
日後の１７：００にＤＶＰサーバコンピュータ４から
「バイイン実行通知（前日予告）」の任意／同報通知を
受ける。

【０６９０】バイイン請求会員、費用負担対象会員また
は全会員クライアントコンピュータ９は、バイイン実行
日の１２：３０にＤＶＰサーバコンピュータ４から「バ
イイン実行通知」の任意／同報通知を受ける。全正会員
と株券オプション取引特別参加者のクライアントコンピ
ュータ９は、バイイン注文申込画面から銘柄、値段、数
量、自己／委託区分等を入力し、ＤＶＰサーバコンピュ
ータ４へ「バイイン注文申込」を送信する。バイイン注
文会員のクライアントコンピュータ９は、バイイン注文
受付状況表から変更対象の注文申込を選択し、数量等を
変更し、ＤＶＰサーバコンピュータ４へ「バイイン注文
申込」を送信する。

【０６９１】バイイン注文会員のクライアントコンピュ
ータ９は、バイイン注文受付状況表から取消対象の注文
申込を選択し、ＤＶＰサーバコンピュータ４へ「バイイ
ン注文申込」を送信する。バイイン請求会員、費用負担
対象会員、売方会員または全会員のクライアントコンピ
ュータ９は、バイイン実行日の１６：３０にＤＶＰサー
バコンピュータ４から「バイイン実行結果通知」の任意
／同報通知を受ける。無効となるバイインの有るバイイ
ン請求会員、費用負担対象会員のクライアントコンピュ
ータ９は、バイイン実行日の１７：００にＤＶＰサーバ
コンピュータ４から「バイイン無効情報通知」の同報通
知を受ける。

【０６９２】バイイン請求取下げ関係業務の流れの概要
について説明する。バイイン請求取下げ関係の実施日は
Ｘ＋４日以降であり、バイインの実行が完了しなかった
日の翌日以降である。対象会員は、バイインの実行が完
了しなかったバイイン請求会員である。

【０６９３】バイイン請求取下げ関係のデータの流れに
ついて説明する。バイイン請求取下対象銘柄情報は、Ｘ
＋４日以降の９：００までにＣＳＩサーバコンピュータ
１２からＤＶＰサーバコンピュータ４に伝達される。バ
イイン請求取下申告受付開始通知は、Ｘ＋４日以降の
９：００にＣＳＩサーバコンピュータ１２からＤＶＰサ
ーバコンピュータ４に伝達される。会員２への同報通知
はしない。

【０６９４】バイイン請求取下申告受付開始応答はバイ
イン請求取下申告受付開始通知を受信した事の通知であ
って、Ｘ＋４日以降の９：００にＤＶＰサーバコンピュ
ータ４からＣＳＩサーバコンピュータ１２に伝達され
る。バイイン請求取下申告は、Ｘ＋４日以降の９：００
〜１２：００にクライアントコンピュータ９からＤＶＰ
サーバコンピュータ４を経てＣＳＩサーバコンピュータ
１２に伝達される。発信元はバイインの実行が完了しな
かったバイイン請求会員，バイイン取下会員であり、新
規申告、変更申告、取消申告の３つの場合が有る。

【０６９５】バイイン請求取下申告受付確認通知はバイ
イン請求取下申告の有効無効の通知であって、Ｘ＋４日
以降の９：００〜１２：００にＣＳＩサーバコンピュー
タ１２からＤＶＰサーバコンピュータ４に伝達される。
会員２への任意通知はしない。バイイン請求取下申告受
付終了通知はＸ＋４日以降の１２：００にＣＳＩサーバ
コンピュータ１２からＤＶＰサーバコンピュータ４に伝
達される。会員２への同報通知はしない。

【０６９６】バイイン請求取下申告受付終了応答はバイ
イン請求取下申告受付終了通知を受信した事の通知であ
って、Ｘ＋４日以降の１２：００以降にＤＶＰサーバコ
ンピュータ４からＣＳＩサーバコンピュータ１２に伝達
される。バイイン請求取下申告終了はバイイン請求取下
申告を全て送信した事の通知であって、Ｘ＋４日以降の
１２：００以降にＤＶＰサーバコンピュータ４からＣＳ
Ｉサーバコンピュータ１２に伝達される。バイイン請求
取下申告終了応答はバイイン請求取下申告終了を受信し
た事の通知であって、Ｘ＋４日以降の１２：００以降に
ＣＳＩサーバコンピュータ１２からＤＶＰサーバコンピ
ュータ４に伝達される。

【０６９７】ＣＳＩサーバコンピュータ１２の機能概要
は次の通りである。ＣＳＩサーバコンピュータ１２は、
バイイン実行日の翌日の９：００迄に「バイイン請求取
下対象銘柄情報」を作成し、ＤＶＰサーバコンピュータ
４へ送信する。ＣＳＩサーバコンピュータ１２は、バイ
イン実行日の翌日の９：００に「バイイン請求取下申告
受付開始通知」をＤＶＰサーバコンピュータ４へ送信
し、バイイン請求取下申告の受付処理を開始する。

【０６９８】ＣＳＩサーバコンピュータ１２は、ＤＶＰ
サーバコンピュータ４から受け取った「バイイン請求取
下申告」に対して受付処理を行ない、その結果をＤＶＰ
サーバコンピュータ４へ送信する。ＣＳＩサーバコンピ
ュータ１２は、バイイン実行日の翌日の１２：００に
「バイイン請求取下申告受付終了通知」をＤＶＰサーバ
コンピュータ４へ送信し、ＤＶＰサーバコンピュータ４
から「バイイン請求取下申告受付終了応答」と「バイイ
ン請求取下申告終了」を受け取ったら、ＤＶＰサーバコ
ンピュータ４へ「バイイン請求取下申告終了応答」を返
信し、バイイン請求取下申告の受付処理を終了する。

【０６９９】ＤＶＰサーバコンピュータ４の機能概要は
次の通りである。ＤＶＰサーバコンピュータ４は、バイ
イン実行日の翌日の９：００迄にＣＳＩサーバコンピュ
ータ１２から受け取った「バイイン請求取下対象銘柄情
報」でバイイン請求取下対象テーブルを再作成する。

【０７００】ＤＶＰサーバコンピュータ４は、バイイン
実行日の翌日の９：００にＣＳＩサーバコンピュータ１
２から「バイイン請求取下申告受付開始通知」を受け取
ったら、請求取下受付時間内とし、ＣＳＩサーバコンピ
ュータ１２へ「バイイン請求取下申告受付開始応答」を
送信する。但し、未だＣＳＩサーバコンピュータ１２か
ら「バイイン請求取下対象銘柄情報」を受け取っていな
ければ、請求取下受付時間内とはせず、それを受け取り
バイイン請求取下対象テーブルを再作成後、請求取下受
付時間内とする。

【０７０１】ＤＶＰサーバコンピュータ４は、クライア
ントコンピュータ９から「バイイン請求取下申告」を受
信後、取下番号の採番（新規申告時）、版数更新、バイ
イン請求取下テーブル更新を行い、ＣＳＩサーバコンピ
ュータ１２へ「バイイン請求取下申告」を送信する。さ
らに、リアルタイムにその会員２へ「仮受領」または
「仮取消」と取下番号を「バイイン請求取下申告アップ
ロード通知」で通知する。ＤＶＰサーバコンピュータ４
は、バイイン請求取下げ受付時間内外のチェックを行な
い、時間外の場合は、ＣＳＩサーバコンピュータ１２へ
は送信せず、時間外エラーを「バイイン請求取下申告ア
ップロード通知」でその会員２へ通知する。

【０７０２】ＤＶＰサーバコンピュータ４は、ＣＳＩサ
ーバコンピュータ１２から受信した「バイイン請求取下
受付確認通知」でバイイン請求取下テーブルを更新す
る。ＤＶＰサーバコンピュータ４は、バイイン実行日の
翌日の１２：００にＣＳＩサーバコンピュータ１２から
「バイイン請求取下申告受付終了通知」を受け取った
ら、請求取下受付時間外とし、ＣＳＩサーバコンピュー
タ１２に「バイイン請求取下申告受付終了応答」を送信
する。ＤＶＰサーバコンピュータ４は、未送信の「バイ
イン請求取下申告」をＣＳＩサーバコンピュータ１２へ
全て送信し、「バイイン請求取下申告終了」をＣＳＩサ
ーバコンピュータ１２へ送信する。

【０７０３】クライアントコンピュータ９の機能概要は
次の通りである。バイインの実行が完了しなかったバイ
イン請求会員のクライアントコンピュータ９は、バイイ
ン請求取下申告画面から取下対象の請求を選択し、ＤＶ
Ｐサーバコンピュータ４へ「バイイン請求取下申告」を
送信する。

【０７０４】バイイン請求取下会員のクライアントコン
ピュータ９は、バイイン請求取下受付状況表から変更対
象の請求取下申告を選択し、取下対象の請求を変更し、
ＤＶＰサーバコンピュータ４へ「バイイン請求取下申
告」を送信する。バイイン請求取下会員のクライアント
コンピュータ９は、バイイン請求取下受付状況表から取
消対象の請求取下申告を選択し、ＤＶＰサーバコンピュ
ータ４へ「バイイン請求取下申告」をへ送信する。

【０７０５】各バイイン申請受付状況確認関係業務の流
れの概要について説明する。バイイン申請受付状況確認
関係の実施日は毎日、対象会員は全会員である。

【０７０６】各バイイン申請受付状況確認関係のデータ
の流れについて説明する。バイイン請求受付状況要求
は、毎日、随時全会員のクライアントコンピュータ９か
らＤＶＰサーバコンピュータ４に伝達される。バイイン
請求受付状況データは、毎日、随時ＤＶＰサーバコンピ
ュータ４から要求会員のクライアントコンピュータ９に
伝達される。

【０７０７】バイイン注文受付状況要求は、毎日、随時
全会員のクライアントコンピュータ９からＤＶＰサーバ
コンピュータ４に伝達される。バイイン注文受付状況デ
ータは、毎日、随時ＤＶＰサーバコンピュータ４から要
求会員のクライアントコンピュータ９に伝達される。バ
イイン請求取下受付状況要求は、毎日、随時全会員のク
ライアントコンピュータ９からＤＶＰサーバコンピュー
タ４に伝達される。バイイン請求取下受付状況データ
は、毎日、随時ＤＶＰサーバコンピュータ４から要求会
員のクライアントコンピュータ９に伝達される。

【０７０８】各バイイン申請受付状況確認関係には、Ｃ
ＳＩサーバコンピュータ１２は無関係である。ＤＶＰサ
ーバコンピュータ４の機能概要は次の通りである。ＤＶ
Ｐサーバコンピュータ４は、クライアントコンピュータ
９から「バイイン請求受付状況要求」を受けたら、バイ
イン請求テーブルを検索し、検索結果を依頼を受けたク
ライアントコンピュータ９へ送信する。

【０７０９】ＤＶＰサーバコンピュータ４は、クライア
ントコンピュータ９から「バイイン注文受付状況要求」
を受けたら、バイイン注文テーブルを検索し、検索結果
を依頼を受けたクライアントコンピュータ９へ送信す
る。ＤＶＰサーバコンピュータ４は、クライアントコン
ピュータ９から「バイイン請求取下受付状況要求」を受
けたら、バイイン請求取下テーブルを検索し、検索結果
を依頼を受けたクライアントコンピュータ９へ送信す
る。

【０７１０】クライアントコンピュータ９の機能概要は
次の通りである。クライアントコンピュータ９は、ＤＶ
Ｐサーバコンピュータ４に「バイイン請求受付状況要
求」を送信する。全会員のクライアントコンピュータ９
が、この送信の機能を備えている。クライアントコンピ
ュータ９は、ＤＶＰサーバコンピュータ４から「バイイ
ン請求受付状況データ」を受信したら、バイイン請求受
付状況表に表示する。

【０７１１】クライアントコンピュータ９は、ＤＶＰサ
ーバコンピュータ４に「バイイン注文受付状況要求」を
送信する。全会員のクライアントコンピュータ９が、こ
の送信の機能を備えている。クライアントコンピュータ
９は、ＤＶＰサーバコンピュータ４から「バイイン注文
受付状況データ」を受信したら、バイイン注文受付状況
表に表示する。クライアントコンピュータ９は、ＤＶＰ
サーバコンピュータ４に「バイイン請求取下受付状況要
求」を送信する。全会員のクライアントコンピュータ９
が、この送信の機能を備えている。クライアントコンピ
ュータ９は、ＤＶＰサーバコンピュータ４から「バイイ
ン請求取下受付状況データ」を受信したら、バイイン請
求取下受付状況表に表示する。

【０７１２】ユーザの認証と権限のチェックは、エント
リ処理を呼び出すＷＷＷサーバコンピュータ５側の処理
で行い、エントリ処理の中では行わない。あるエントリ
処理が行えないユーザの場合、ＷＷＷサーバコンピュー
タ５側がそのエントリ処理を実行出来ない様にする。

【０７１３】ＣＳＩサーバコンピュータ１２の機能範囲
について説明する。ＣＳＩサーバコンピュータ１２は、
以下の通り、ＤＶＰサーバコンピュータ４と各エントリ
業務の情報をやり取りする。すなわち、ＣＳＩサーバコ
ンピュータ１２は、バイイン請求対象銘柄情報、バイイ
ン注文対象銘柄情報とバイイン請求取下対象銘柄情報を
ＤＶＰサーバコンピュータ４へ送信する。また、各エン
トリ業務の受付開始通知をＤＶＰサーバコンピュータ４
へ送信し、各エントリ業務の受付処理を開始する。ＤＶ
Ｐサーバコンピュータ４から受信した各エントリ業務申
告通知を各エントリ業務の受付処理に渡す。各エントリ
業務の受付処理から出力される各エントリ業務受付確認
通知をＤＶＰサーバコンピュータ４へ送信する。各エン
トリ業務の受付終了通知をＤＶＰサーバコンピュータ４
へ送信し、ＤＶＰサーバコンピュータ４から各エントリ
業務の受付終了確認通知と申告終了電文を受け取ったら
各エントリ業務の受付処理を終了する。ＤＶＰサーバコ
ンピュータ４へ各エントリ業務の申告終了電文を送信す
る。

【０７１４】ＤＶＰサーバコンピュータ４の機能範囲に
ついて説明する。ＤＶＰサーバコンピュータ４は、ＣＳ
Ｉサーバコンピュータ１２とクライアントコンピュータ
９の間で、各エントリ業務の情報の送受信の制御と情報
保存を行う。

【０７１５】すなわち、ＣＳＩサーバコンピュータ１２
から各エントリ受付開始通知を受信する迄の時間帯また
は各エントリ受付終了通知を受信した後の時間帯にクラ
イアントコンピュータ９からエントリ業務申告要求を受
け取った場合、受付時間外エラー通知をクライアントコ
ンピュータ９へ送信する。また、ＣＳＩサーバコンピュ
ータ１２から受信したバイイン請求対象銘柄情報、バイ
イン注文対象銘柄情報とバイイン請求取下対象銘柄情報
から各エントリ対象銘柄情報を作成し、記録する。ＣＳ
Ｉサーバコンピュータ１２から各エントリ業務の受付開
始通知と受付終了通知を受信したら各エントリ業務開始
／終了とし、ＣＳＩサーバコンピュータ１２へ受信応答
を返す。クライアントコンピュータ９から各エントリ業
務申告通知を受信したら、仮受領または仮取消とし、各
エントリ業務テーブルに記録し、ＣＳＩサーバコンピュ
ータ１２に送信する。ＣＳＩサーバコンピュータ１２か
ら各エントリ業務申告の正常受付確認通知を受信した
ら、本受領または取消済とし、各エントリ業務テーブル
に記録しする。ＣＳＩサーバコンピュータ１２から各エ
ントリ業務受付終了通知を受信しても、それまでにクラ
イアントコンピュータ９から受信したがＣＳＩサーバコ
ンピュータ１２に未送信の各エントリ業務申告通知はＣ
ＳＩサーバコンピュータ１２へ送信する。上記各エント
リ業務申告通知のＣＳＩサーバコンピュータ１２への送
信に続き、各エントリ業務の申告終了電文をＣＳＩサー
バコンピュータ１２に送信し、ＣＳＩサーバコンピュー
タ１２から各エントリ業務の申告終了応答電文を受け取
る。

【０７１６】クライアントコンピュータ９から各エント
リ業務の新規申告通知を受けたら、業務日付単位で各エ
ントリ業務番号を採番する。各エントリ業務共通の版数
管理は次の通りである。業務日付＋各エントリ業務番号
単位で申告通知の版数を管理する。クライアントコンピ
ュータ９から各エントリ業務の申告通知を受けたら、版
数を仮更新する。ＣＳＩサーバコンピュータ１２から受
付完了の各エントリ業務受付確認通知が返って来た時点
で、その版数は確定する。ＣＳＩサーバコンピュータ１
２から受付エラーの各エントリ業務受付確認通知が返っ
て来たら、その版数を取り消し、版数管理の対象外とす
る。各エントリ業務の取消分の申告通知の版数が確定し
た時点で、その版数は完了し、以降、版数は更新されな
い。更新可能な最新版のみが各エントリ業務の変更／取
消対象となる（確定した版のみ）。バイイン請求取下独
自の版数管理は次の通りである。すなわち、請求日単位
で請求取下が可能であるが、請求日の古いものから順番
にしか取下げる事が出来ない。

【０７１７】バイイン請求新規申告及びバイイン請求取
下新規申告で同一日に同一会員２からの同一銘柄の複数
申告を受けたらエラー通知をクライアントコンピュータ
９へ返す。バイイン注文新規申込で同一日に同一会員２
から同一銘柄かつ同一値段で自己／委託区分が自己の複
数申込を受けたらエラー通知をクライアントコンピュー
タ９へ返す。

【０７１８】ＤＶＰサーバコンピュータ４は、クライア
ントコンピュータ９から各エントリ受付状況情報参照要
求を受けたら、各エントリ業務テーブル等から依頼元会
員２の本日分のエントリ受付状況データを検索し、依頼
を受けたクライアントコンピュータ９へ送信する。

【０７１９】クライアントコンピュータ９の機能範囲に
ついて説明する。クライアントコンピュータ９が行う各
エントリ業務申告の入力とＤＶＰサーバコンピュータ４
への送信について説明する。クライアントコンピュータ
９は、各エントリ業務の申告をブラウザ画面から入力さ
せる。

【０７２０】各エントリ業務の申告としては、バイイン
請求申告、バイイン請求変更、バイイン請求取消、バイ
イン注文申込、バイイン注文変更、バイイン注文取消、
バイイン請求取下申告、バイイン請求取下変更、バイイ
ン請求取下取消がある。バイイン請求申告の画面では、
選択項目は対象銘柄（プルダウンメニューでの選択）、
入力項目は請求数量、自動表示項目はバイイン実行予定
日，現在日である。

【０７２１】バイイン請求変更の画面では、選択項目は
対象請求申告（バイイン請求受付状況表からの選択）、
入力項目は請求数量、自動表示項目は現在日，バイイン
実行予定日，請求番号，銘柄名，銘柄コードである。バ
イイン請求取消の画面では、選択項目は対象請求申告
（バイイン請求受付状況表からの選択）である。バイイ
ン注文申込の画面では、選択項目は対象銘柄（プルダウ
ンメニューでの選択），自己／委託区分（ラジオボタン
での選択）、入力項目は注文値段，注文数量、自動表示
項目は現在日である。

【０７２２】バイイン注文変更の画面では、選択項目は
対象注文申込（バイイン注文受付状況表からの選択）、
入力項目は注文数量、自動表示項目は現在日，注文番
号，銘柄名，銘柄コード，注文値段，自己／委託区分で
ある。バイイン注文取消の画面では、選択項目は対象注
文申込（バイイン注文受付状況表からの選択）である。

【０７２３】バイイン請求取下申告の画面では、選択項
目は対象銘柄（プルダウンメニューでの選択），対象請
求（バイイン請求取下対象一覧表からの選択）、自動表
示項目は現在日である。バイイン請求取下変更の画面で
は、選択項目は対象請求取下申告（バイイン請求取下受
付状況表からの選択），対象請求（バイイン請求取下対
象一覧表からの選択）自動表示項目は現在日，取下番
号，銘柄名，銘柄コードである。

【０７２４】バイイン請求取下取消の画面では、選択項
目は対象請求取下申告（バイイン請求取下受付状況表か
らの選択）である。クライアントコンピュータ９は、入
力チェックとして必須項目のチェック，数字項目の数字
チェック，各数量の最大値チェック，各数量の売買単位
の倍数チェックを行う。

【０７２５】クライアントコンピュータ９は、入力デー
タより各エントリ業務の申告電文を作成し、ＤＶＰサー
バコンピュータ４へ送信する。クライアントコンピュー
タ９は、ＤＶＰサーバコンピュータ４より各エントリ業
務申告のＣＳＩサーバコンピュータ１２アップロード通
知が来たら、新規入力画面又は受付状況表等を最新表示
する。

【０７２６】クライアントコンピュータ９は、各エント
リ業務受付状況の参照を行う。すなわち、クライアント
コンピュータ９は、各エントリ業務受付状況検索依頼電
文を作成し、ＤＶＰサーバコンピュータ４へ送信する。
クライアントコンピュータ９は、ＤＶＰサーバコンピュ
ータ４から各エントリ業務受付状況結果を受信したら、
ブラウザ上の各エントリ業務受付状況表に受信データを
一覧表示する。

【０７２７】ＤＶＰサーバコンピュータ４とクライアン
トコンピュータ９間連携は、Ｊａｖａ（登録商標）／Ｃ
ＯＲＢＡ（Ｃｏｍｍｏｎ Ｏｂｊｅｃｔ Ｒｅｑｕｅｓ
ｔＢｒｏｋｅｒ Ａｒｃｈｉｔｅｃｔｕｒｅ）連携を使
用する。Ｊａｖａ（登録商標）／ＣＯＲＢＡ連携とは、
Ｊａｖａ（登録商標）を使用してＣＯＲＢＡ連携を実現
する仕組みである。Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔ
ｏｒのようなＪａｖａ（登録商標）仮想マシンを持つブ
ラウザを利用し、ＨＴＴＰプロトコル、パラメータや処
理結果の受け渡しにＷＷＷサーバコンピュータ５から動
的にダウンロードしたアプレットとＯＲＢをつなぐＪａ
ｖａ（登録商標）／ＣＯＲＢＡゲートウェイとＩＩＯＰ
プロトコルを用いる。この連携機能とＣＯＲＢＡのトラ
ンザクション機能を併用する事で効率が良く信頼性の高
い通信パスがブラウザから利用できる。図８６は、ＤＶ
Ｐサーバコンピュータ４とクライアントコンピュータ９
間連携方式を示す図である。

【０７２８】該当クライアント側エントリ処理プログラ
ム５２１−０１では、バイイン請求処理、バイイン注文
処理、バイイン請求取下処理を行う。該当サーバ側エン
トリ処理プログラム５２１−０２では、バイイン請求申
告エントリ情報ダウンロード処理、バイイン請求対象銘
柄情報検索処理、バイイン請求申告処理、バイイン請求
申告受付確認処理、バイイン注文申込エントリ情報ダウ
ンロード処理、バイイン注文対象銘柄情報検索処理、バ
イイン注文申込処理、バイイン注文申込受付確認、バイ
イン請求取下申告エントリ情報ダウンロード処理、バイ
イン請求取下対象銘柄一覧検索処理、バイイン請求取下
対象請求情報検索処理、バイイン請求取下申告処理、バ
イイン請求取下申告受付確認処理、バイイン請求受付状
況検索処理、バイイン注文受付状況検索処理、バイイン
請求取下受付状況検索処理を行う。

【０７２９】Ｊａｖａ（登録商標）／ＣＯＲＢＡ連携の
該当通信データは次の通りである。バイイン請求申告は
クライアントコンピュータ９からＤＶＰサーバコンピュ
ータ４に伝達される。新規申告、変更申告、取消申告の
３つの場合が有る。バイイン請求申告アップロード通知
はバイイン請求申告情報をＣＳＩサーバコンピュータ１
２へ送信したかどうかの通知であって、ＤＶＰサーバコ
ンピュータ４からクライアントコンピュータ９に伝達さ
れる。新規申告、変更申告、取消申告の３つの場合が有
る。受付時間外の場合等のエラーもこの通知でクライア
ントコンピュータ９へ知らせる。

【０７３０】バイイン注文申込はクライアントコンピュ
ータ９からＤＶＰサーバコンピュータ４に伝達される。
新規申込、変更申込、取消申込の３つの場合が有る。バ
イイン注文申込アップロード通知はバイイン注文申込情
報をＣＳＩサーバコンピュータ１２へ送信したかどうか
の通知であって、ＤＶＰサーバコンピュータ４からクラ
イアントコンピュータ９に伝達される。新規申込、変更
申込、取消申込の３つの場合が有る。受付時間外の場合
もこの通知でクライアントコンピュータ９へ知らせる。

【０７３１】バイイン請求取下申告はクライアントコン
ピュータ９からＤＶＰサーバコンピュータ４に伝達され
る。新規申告、変更申告、取消申告の３つの場合が有
る。バイイン請求取下申告アップロード通知はバイイン
請求取下げ申告情報をＣＳＩサーバコンピュータ１２へ
送信したかどうかの通知であって、ＤＶＰサーバコンピ
ュータ４からクライアントコンピュータ９に伝達され
る。新規申告、変更申告、取消申告の３つの場合が有
る。受付時間外の場合もこの通知でクライアントコンピ
ュータ９へ知らせる。

【０７３２】バイイン請求対象銘柄情報要求は会員２毎
のバイイン請求対象銘柄情報の検索依頼であって、クラ
イアントコンピュータ９からＤＶＰサーバコンピュータ
４に伝達される。バイイン請求対象銘柄情報は会員２毎
のバイイン請求対象銘柄情報であって、ＤＶＰサーバコ
ンピュータ４からクライアントコンピュータ９に伝達さ
れる。

【０７３３】バイイン注文対象銘柄情報要求はバイイン
注文対象銘柄情報の検索依頼であって、クライアントコ
ンピュータ９からＤＶＰサーバコンピュータ４に伝達さ
れる。バイイン注文対象銘柄情報はバイイン注文対象銘
柄情報であって、ＤＶＰサーバコンピュータ４からクラ
イアントコンピュータ９に伝達される。バイイン請求取
下対象銘柄一覧要求は会員２毎のバイイン請求取下対象
銘柄一覧の検索依頼であって、クライアントコンピュー
タ９からＤＶＰサーバコンピュータ４に伝達される。

【０７３４】バイイン請求取下対象銘柄一覧は会員２毎
のバイイン請求取下対象銘柄一覧であって、ＤＶＰサー
バコンピュータ４からクライアントコンピュータ９に伝
達される。バイイン請求取下対象請求情報要求は会員２
毎のある一銘柄の取下対象請求情報の検索依頼であっ
て、クライアントコンピュータ９からＤＶＰサーバコン
ピュータ４に伝達される。バイイン請求取下対象請求情
報は会員２毎のある一銘柄の取下対象請求情報であっ
て、ＤＶＰサーバコンピュータ４からクライアントコン
ピュータ９に伝達される。

【０７３５】バイイン請求受付状況要求は会員２毎のバ
イイン請求受付状況情報の検索依頼であって、クライア
ントコンピュータ９からＤＶＰサーバコンピュータ４に
伝達される。バイイン請求受付状況情報は会員２毎のバ
イイン請求受付状況情報（当日分）であって、ＤＶＰサ
ーバコンピュータ４からクライアントコンピュータ９に
伝達される。

【０７３６】バイイン注文受付状況要求は会員２毎のバ
イイン注文受付状況情報の検索依頼であって、クライア
ントコンピュータ９からＤＶＰサーバコンピュータ４に
伝達される。バイイン注文受付状況情報は会員２毎のバ
イイン注文受付状況情報（当日分）であって、ＤＶＰサ
ーバコンピュータ４からクライアントコンピュータ９に
伝達される。

【０７３７】バイイン請求取下受付状況要求は会員２毎
のバイイン請求取下受付状況情報の検索依頼であって、
クライアントコンピュータ９からＤＶＰサーバコンピュ
ータ４に伝達される。バイイン請求取下受付状況情報は
会員２毎のバイイン請求取下受付状況情報（当日分）で
あって、ＤＶＰサーバコンピュータ４からクライアント
コンピュータ９に伝達される。

【０７３８】図８７は、本実施形態において、会員２等
と証券取引所ＷＡＮシステム１とＤＶＰ決済システム３
との間の処理概要を示す図である。証券取引所ＷＡＮシ
ステム１では、接続・アクセス管理処理５３１−０１、
同報通知処理５３１−０２、情報配信処理５３１−０
３、エントリ処理５３１−０４を行う。

【０７３９】つまり、証券取引所ＷＡＮシステム１で
は、接続・アクセス管理処理５３１−０１において、ア
クセス管理状態監視処理５３１−１５を行う。会員２側
のライアントコンピュータ９でＷＷＷブラウザ画面から
ユーザＩＤ、パスワードを入力することにより認証手続
き処理５３１−１１をすると、証券取引所ＷＡＮシステ
ム１では、ユーザＩＤ，パスワードの確認を行って、ア
クセス許可処理５３１−１２を行う。その後、証券取引
所ＷＡＮシステム１側では、会員２側と証券取引所ＷＡ
Ｎシステム１システム１との間の接続等の状態監視処理
５３１−１４を行う。また、証券取引所ＷＡＮシステム
１側では、証券取引所１４の担当者が、端末コンピュー
タでアクセス状況の監視，情報送達の監視等を行う。

【０７４０】同報通知処理５３１−０２では、ＤＶＰ決
済システム３の決済情報ファイル１３からデータ連携処
理５３１−２２が行われると、証券取引所ＷＡＮシステ
ム１側で決済データの配信準備処理５３１−２２が行わ
れる。配信用決済情報ファイル５３１−３１に決済デー
タが格納されて決済データの配信準備処理５３１−２２
が完了すると、同報通知処理５３１−２３が行われる。

【０７４１】同報通知処理５３１−２３では、証券取引
所ＷＡＮシステム１から会員２側へ配信可能通知処理５
３１−２４がされ、それに対し会員２側から証券取引所
ＷＡＮシステム１へ同報確認通知処理５３１−２５がさ
れる。会員２側では、同報通知プログラム１１ｃの専用
画面等で配信可能通知の内容を確認可能であり、また、
会員２側の業務用サーバコンピュータであるクライアン
トコンピュータ９がメッセージを受信する。

【０７４２】情報配信処理５３１−０３では、クライア
ントコンピュータ９側からの情報配信要求に対して、証
券取引所ＷＡＮシステム１は、配信用決済情報ファイル
５３１−３１から情報を取得して情報配信処理５３１−
３２を行う。情報配信処理５３１−３２が行われると、
会員２側では、証券取引所ＷＡＮシステム１から情報の
閲覧・受信処理５３１−３４を行う。受信した情報は、
ＷＷＷブラウザ画面で確認可能である。会員２側からは
証券取引所ＷＡＮシステム１に情報送達した旨の確認処
理５３１−３５を送信する。

【０７４３】また、会員２側からダウンロード要求がさ
れた場合には、証券取引所ＷＡＮシステム１は、ダウン
ロード処理５３１−３３を行う。ダウンロード処理５３
１−３３では、会員２側に情報のダウンロード処理５３
１−３６を行う。会員２側では、ＷＷＷブラウザ１１ｂ
でデータを受信、または業務用サーバコンピュータで決
済データを受信する。会員２側からは、ダウンロード用
の情報を取得した旨の取得確認通知を証券取引所ＷＡＮ
システム１側に送信する。

【０７４４】エントリ処理５３１−０４では、証券取引
所ＷＡＮシステム１は、エントリの送受信処理５３１−
４１を行う。会員２側からは、ＷＷＷブラウザ画面から
入力した情報のエントリ処理５３１−４２を行う。証券
取引所ＷＡＮシステム１は、受信した情報のエントリ受
付処理５３１−４３を行う。証券取引所ＷＡＮシステム
１は、ＤＶＰ決済システム３とデータ連携処理５３１−
４６、５３１−４７を行い、ＤＶＰ決済システム３はエ
ントリ内容の確認処理５３１−４８を行う。証券取引所
ＷＡＮシステム１は、データ連携処理５３１−４６、５
３１−４７によりＤＶＰ決済システム３からエントリ内
容を取得すると、結果送信処理５３１−４４を行って、
会員２側にエントリ結果の送信処理５３１−４５を行
う。会員２側では、エントリ結果をＷＷＷブラウザ画面
で確認する。

【０７４５】図８８〜図９５は図８７における画面遷移
等を示す説明図である。図８８は、会員２側と証券取引
所ＷＡＮシステム１との間で使用するＷＷＷブラウザ１
１ｂと同報通知プログラム１１ｃ（ＡＰＩ１１ａ）の関
係を示す図である。図８９は、証券取引所１４が提供す
るＷＷＷ画面の従来例における情報分類（従来のＷＷＷ
画面の考え方）を示す図である。

【０７４６】ＷＷＷ画面における情報分類（画面切替タ
ブの構成）について説明する。本実施形態の画面切替タ
ブは、決済業務の単位で決済情報を大分類されている。
このように、業務の単位は会社により異なるが汎用性が
高い業務の単位で分類することにより、表示画面をシン
プルに表示し、操作性を高める効果を期待できる。ま
た、今後取引種別や制度が変化することが予想される
が、このような取引種別や制度の変化において決済業務
の分類に大きな変化が生じるとは考えにくいことから、
決済業務の単位で決済情報を大分類することが好適であ
る。また、一部の決済情報では複数の取引種別を取り扱
うため、分類の単位として採用しずらいこと、非ＤＶＰ
取引では取引種別が多岐に及ぶため、画面構成や階層等
が複雑になり、操作性を損なうこと、新たな取引種別や
制度の変化により、画面構成や階層に影響を与える可能
性が高いことから、取引種別単位の分類とすることは好
ましくない。

【０７４７】本実施形態では、決済業務を基準に「画面
切替タブ」を構成する。画面切替タブとして、「ホー
ム」「照合業務」「決済業務」「担保管理」「フェイル
管理」「情報照会」「ヘルプ」タブを備えている。これ
らのタブのうち「照合業務」「決済業務」「担保管理」
「フェイル管理」は、ＤＶＰ決済制度に伴う業務であ
り、「照合業務」「決済業務」「担保管理」「フェイル
管理」「情報照会」は、ＤＶＰ決済以外の取引に伴う業
務である。本実施形態では、このように業務名を画面切
替タブに表示している。

【０７４８】図９０〜図９５は、ＷＷＷ画面における情
報分類を示す図である。すなわち、図９０はページ切替
メニューの構成を示す図、図９１〜図９５は情報画面ペ
ージの構成を示す図である。このように、ＷＷＷ画面で
は、決済情報を業務の単位に分類して表示する。この画
面は、決済情報を画面上に表示するための決済情報指定
画面データが、まずＤＶＰサーバコンピュータ４の決済
情報指定画面データ生成手段で生成される（決済情報指
定画面データ生成手順）。この決済情報指定画面データ
は、ＤＶＰサーバコンピュータ４側で、決済情報記憶手
段としての決済データベース６から決済情報を取得し
て、生成される。

【０７４９】この決済情報指定画面データが、ＤＶＰサ
ーバコンピュータ４の決済情報指定画面データ配信手段
によりクライアントコンピュータ９側に配信され（決済
情報指定画面データ配信手順）、このデータをクライア
ントコンピュータ９が受信して、決済情報指定画面表示
手段により、ＷＷＷ画面左側に、図９０の下半部に示す
ようなボタンとして表示する。これらのボタンが、決済
情報指定手段、最新所定件数分指定手段に該当する。

【０７５０】次いで、これらのボタンの中からユーザに
よってボタンが選択されると、図９１の左上欄のような
決済情報タイトルの一覧リスト画面が表示される。この
一覧リストは、最新所定件数の一例としての直近の５件
画表示される。一覧リストの中からユーザによって決済
情報のボタンが選択されると、クライアントコンピュー
タ９は、指定情報送信手段により、指定された情報をＤ
ＶＰサーバコンピュータ４側に送信する。ＤＶＰサーバ
コンピュータ４は、クライアントコンピュータ９側か
ら、決済情報指定手段で指定された情報を受信すると
（指定情報受信手順）、指定された決済情報を決済デー
タベース６から取得して、決済情報表示データ生成手段
でこの決済情報の表示データを作成し、クライアントコ
ンピュータ９側に配信する（決済情報表示データ配信手
順）。クライアントコンピュータ９は、決済情報の表示
データを受信して、決済情報表示手段で、図９１の右上
欄のように、決済情報を表示する。

【０７５１】次いで、ＤＶＰサーバコンピュータ４が提
供する決済情報システムの利用開始または終了時に行う
ログイン／ログアウト操作について、会員２のクライア
ントコンピュータ９側で、配信可能情報を閲覧するため
に用いるＷＷＷブラウザ１１ｂの操作を中心に説明す
る。なお、本発明に係る配信可能通知ネットワークシス
テムは、決済情報システムに含まれるものである。

【０７５２】本実施形態では、アクセス管理／接続状態
管理を行なうことから、シングル・ログイン方式を採用
する。シングル・ログイン方式は、証券取引所ＷＡＮシ
ステム１にアクセスする全てのユーザに対して行う。つ
まり、１つのユーザＩＤで同時にアクセス可能な利用者
は１名のみである。特定の利用者が決済情報システムに
アクセスしている間に、他の利用者が同じユーザＩＤを
用いて、決済情報システムを利用することはできない。
複数の利用者が決済情報システムを利用する場合は、利
用者別にアクセスする時間を調整するか、利用者の数だ
けユーザＩＤを申請する必要がある。

【０７５３】ログイン操作について説明する。ＷＷＷブ
ラウザ１１ｂを起動後、所定のＵＲＬをブラウザ１１ｂ
のＵＲＬ入力欄に入力すると、図９６の決済情報システ
ムのトップ画面が表示される。画面上のＴａｒｇｅｔロ
ゴ３００をマウスでクリックすると、認証ウィンドウが
表示されるので、決済情報システム用ＷＡＮユーザの登
録手続きが完了したユーザＩＤとパスワードを入力し、
「ＯＫ」ボタンをクリックする。

【０７５４】誤まった認証情報を入力した場合は、「認
証に失敗しました。再試行しますか？」という画面が表
示されるので、再試行する場合には「ＯＫ」をクリック
し、正しい認証情報を確認して再度入力を行う。再試行
しない場合には「キャンセル」をクリックして操作を終
了する。ユーザＩＤ，パスワードの認証が行われると、
ログインが完了し、ユーザＩＤのアクセス権限に応じた
ホーム画面が表示される。

【０７５５】なお、Ｃｏｏｋｉｅを受け入れなければ決
済情報システムにアクセスできない。「ブラウザのＣｏ
ｏｋｉｅが無効になっている場合は有効にして下さい」
というエラーメッセージがログイン操作時に表示された
場合は、使用中のＷＷＷブラウザ１１ｂの設定を、Ｃｏ
ｏｋｉｅを有効にするよう変更する。

【０７５６】決済情報システムの終了操作（ログアウ
ト）は、次の手順で実行する。決済情報システムの利用
が終了した時点で、各画面上のログアウトメニューボタ
ンをクリックする。これにより、「ログアウトしてもよ
ろしいですか？」というログアウトの確認画面が表示さ
れるので、ＯＫボタンをクリックし、ログアウトを行
う。ログアウトが正常に完了すると、決済情報システム
のトップ画面に戻る。この段階で、これまで使用してい
たユーザＩＤを他の利用者が使用できるようになる。

【０７５７】決済情報システムでは、利用者が特定のユ
ーザＩＤを使用して情報を授受している間、他の利用者
が同じユーザＩＤを使用してアクセスできないシングル
ログイン方式を採用している。したがって、情報の授受
が完了した時点で、「ログアウト」操作を実行しない
と、他の利用者が同じユーザＩＤを使用して同システム
にアクセスできない。ＷＷＷブラウザ１１ｂのクローズ
ドボックスまたは終了メニュー等では、正しいログアウ
ト操作は実行できない。

【０７５８】ある利用者が決済情報等を閲覧中（ログイ
ン中）に、別の利用者が同じユーザＩＤを使用してアク
セスすると、「ログインが拒否されました」という警告
画面が表示される。警告画面のＯＫボタンをクリックす
ると、「入力されたユーザＩＤは、他のクライアントコ
ンピュータから正常に接続中です。一旦全ブラウザを閉
じた後に再度ログインする必要があります。」など、ロ
グインが拒否された理由を表示する「ログインエラー画
面」が表示される。

【０７５９】「ログインエラー画面」のＯＫボタンをク
リックすると、数秒後に「ウィンドウを閉じますか？」
という画面が表示されるので、続けてＯＫボタンをクリ
ックすると、使用中のＷＷＷブラウザ画面が閉じる。
「入力されたユーザＩＤは、他のクライアントコンピュ
ータから正常に接続中です。一旦全ブラウザを閉じた後
に再度ログインする必要があります。」というエラーが
発生した場合は、ログイン時点で未使用のユーザＩＤを
使用し、再度アクセスを行うとよい。

【０７６０】なお、「入力されたユーザＩＤは、他のク
ライアントコンピュータから正常に接続中です。一旦全
ブラウザを閉じた後に再度ログインする必要がありま
す。」エラーが表示された時点で、複数のＷＷＷブラウ
ザ画面を開いている場合は、一旦、全ての画面を閉じて
から、再度ログイン操作を実行するとよい。ＷＷＷブラ
ウザ１１ｂのバージョンにより、一度入力した認証情報
を記憶してしまう場合があり、この記憶により二重ログ
インと認識されてエラーが発生する場合があるため、こ
のように、二重ログインが発生した時点でＷＷＷブラウ
ザ１１ｂを終了するようにする。

【０７６１】決済情報システムにアクセスしていた利用
者Ａが、一定時間ＷＷＷブラウザ１１ｂを表示したまま
放置した状態が続いた場合、他の利用者Ｂが同じユーザ
ＩＤを使用し、決済情報システムにアクセスすることが
可能になる。この場合、前記他の利用者Ｂが、同じユー
ザＩＤで決済情報システムにログインした状態で、これ
まで使用していた利用者Ａが、決済情報システム上で他
の操作を行おうとすると、「処理タイムアウトにより接
続が切断されました。現在、他のクライアントコンピュ
ータから正常接続中です。一旦、全ブラウザを閉じた後
に再度ログインする必要があります。」という警告画面
が表示され、以降、前記他の利用者Ｂがログアウトする
まで使用できない。

【０７６２】特定の利用者Ａが、一定時間ＷＷＷブラウ
ザ１１ｂを表示したまま放置している間、他の利用者Ｂ
が同じユーザＩＤを使用して、決済情報システムにアク
セスした後ログアウトすれば、その間、放置していた利
用者Ａは、継続して決済情報システムを利用することが
できる。

【０７６３】シングルログインにより発生するエラーと
対処方法について説明する。「入力されたユーザＩＤ
は、他のクライアントから正常接続中です。一旦、全ブ
ラウザを閉じた後に再度ログインする必要がありま
す。」というエラーの警告がされた場合、このエラー
は、同じユーザＩＤを使用して他の利用者が決済情報シ
ステムにアクセス中であることにより発生したものであ
る。前記他の利用者が同システムからログアウトすれ
ば、エラーが解消する。

【０７６４】「処理タイムアウトにより接続が切断され
ました。現在、他のクライアントから正常接続中です。
一旦、全ブラウザを閉じた後に再度ログインする必要が
あります。」というエラーの警告がされた場合、このエ
ラーは、現在使用中のユーザＩＤでアクセスした後、一
定時間が経過したため、他の利用者が一時的に同じユー
ザＩＤを使用してアクセスしたことにより発生したも
の、または、現在使用中のユーザＩＤでアクセスした
後、一定時間が経過したため、他の利用者が一時的に同
じユーザＩＤを使用してアクセスした後、他の利用者が
正しい手順でログアウト操作を実行しなかったことによ
り発生したものである。一定時間、同じユーザＩＤを使
用できない状態である。他の利用者が決済情報システム
からログアウトすれば、エラーが解消する。または、一
定時間経過すると、タイムアウトにより、再度、同じユ
ーザＩＤが使用できる状態に復帰する。

【０７６５】ログアウト操作時に、「タイムアウトのた
め、現在はログイン中ではありません。」というエラー
の警告がされた場合、このエラーは、現在使用中のユー
ザＩＤでアクセスした後、一定時間が経過したため、他
の利用者が一時的に同じユーザＩＤを使用してアクセス
していることにより発生したものである。そのため、こ
れまで使用していたユーザのログアウト操作は無効にな
る。

【０７６６】このユーザＩＤは使用できない。エラー画
面を表示した後、認証画面に戻るので、一旦、ＷＷＷブ
ラウザ１１ｂを全て閉じた後、別のユーザＩＤでアクセ
スする。タイムアウトが発生または解消されるまでの所
要時間は、利用状況等を考慮し、ＷＡＮ管理者が適宜調
整するとよい。ユーザの一般的なアクセス時間を考慮す
ると、１０分程度に調整するとよい。

【０７６７】図９７は、ログイン／ログアウト操作を示
す図である。図９７（ａ）は、ＷＷＷブラウザ１１ｂ操
作におけるログイン方式を示している。図９７（ａ）で
示すように、利用者Ａが使用中には、利用者Ｂが同じユ
ーザＩＤを用いてログインできない。また利用者Ａが正
常ログアウトした後は、利用者Ｂが同じユーザＩＤを用
いてログインできる。利用者Ａが使用しない状況が一定
時間経過後、同じユーザＩＤを用いてログインできる。

【０７６８】図９７（ｂ）は、同時に使用可能なユーザ
ＩＤのパターンを示す図である。図９７（ｂ）のよう
に、ＷＷＷブラウザ１１ｂと同報通知プログラム１１ｃ
（またはＡＰＩ１１ａ）を、同時に１つのユーザＩＤを
用いて利用することが可能である。ただし、同報通知プ
ログラム１１ｃと同報通知ＡＰＩ１１ａを、同時に１つ
のユーザＩＤを用いて利用することはできない。

【０７６９】ＷＷＷサーバコンピュータ５は、接続状況
の管理を行なう。なお、以下、「操作中ブラウザ」と
は、所定のユーザが操作するブラウザをいい、「別ブラ
ウザ」とは、操作中ブラウザとは異なるブラウザであっ
て、所定のユーザと同じユーザＩＤを用いて操作される
ブラウザをいう。ユーザが所定ＩＤを用いてログインす
る場合、想定される接続状況は、監視ステータスとして
「正常終了」「処理中」「異常終了／処理タイムアウ
ト」が表示される３つのケースが考えられる。ここで、
監視ステータス「正常終了」が表示される接続状況は、
正常ログアウトした場合であり、この監視ステータスが
表示されるときには、操作中のブラウザおよび操作中の
ブラウザ以外のブラウザは、ともにログイン可能であ
る。

【０７７０】監視ステータス「処理中」が表示される接
続状況は、正常ログイン後、当該ユーザがオペレーショ
ンを継続中（＝一定時間経過していない）場合であり、
この監視ステータスが表示されるときには、操作中のブ
ラウザはオペレーション可能だが、操作中のブラウザ以
外のブラウザはログイン／オペレーション不可である。
監視ステータス「異常終了／処理タイムアウト」が表示
される接続状況は、正常ログアウトせず、最終アクセス
時間より一定時間経過した場合である。例えば、ログイ
ン後ブラウザを放置していた場合がこのケースに該当す
る。この監視ステータスが表示されるときには、操作中
のブラウザはオペレーション可能で、操作中のブラウザ
以外のブラウザはログイン可能である。なお、このケー
スに該当した場合に、操作中のブラウザ以外のブラウザ
のうち、操作中であったブラウザ（一定時間経過したブ
ラウザ）でオペレーション継続を許可するようにしても
よい。

【０７７１】監視対象者は、「正常終了」「処理中」
「異常終了／処理タイムアウト」の監視ステータスによ
って監視されることになる。監視対象者は、有価証券取
扱責任者グループの担当者（エントリ可），担当者（エ
ントリ不可）、有価証券売買責任者グループの担当者
（エントリ可），担当者（エントリ不可）の４グループ
に属するユーザである。

【０７７２】図９８は、正常ログインの場合のフロー図
である。ユーザによりクライアントコンピュータ９でＷ
ＷＷブラウザ１１ｂ起動指示されるとＷＷＷプラウザが
起動し、ＷＷＷブラウザ１１ｂ上で所定アドレス入力等
されて、処理がスタートする。まず、ステップＳ５４１
−０１で、入力された所定アドレスにアクセスする。

【０７７３】次いで、ステップＳ５４１−０２で、暗号
化通信を開始する。ステップＳ５４１−０３で、トップ
画面で入力された「ユーザＩＤ」と「パスワード」の認
証処理を行う。すなわち、ユーザＩＤとパスワードが一
致しているかを確認し、一致していない場合には、ログ
インを拒否する。一致している場合には、「ユーザＩ
Ｄ」と「パスワード」を認証する。

【０７７４】次いで、ステップＳ５４１−０４で、別ブ
ラウザの接続状況が「処理中」か否か判定する。別ブラ
ウザの接続状況が「処理中」である場合（ステップＳ５
４１−０４：Ｙｅｓ）、ステップＳ５４１−０８で、画
面上に「入力されたユーザＩＤは、他のクライアントか
ら正常接続中です」とのエラー表示Ａをし、処理を終了
する。別ブラウザの接続状況が「正常終了」または「異
常終了／処理タイムアウト」のいずれかであって、別ブ
ラウザの接続状況が「処理中」でない場合（ステップＳ
５４１−０４：Ｎｏ）、「シングルログイン」であると
してログインを許可し、ステップＳ５４１−０５で、操
作用イニシャル画面に遷移する。

【０７７５】次いで、ステップＳ５４１−０６で、操作
中プラウザの接続状況が「処理中」または「異常終了／
処理タイムアウト」か否か判定する。操作中ブラウザの
接続状況が「処理中」または「異常終了／処理タイムア
ウト」である場合（ステップＳ５４１−０６：Ｙｅ
ｓ）、ステップＳ５４１−０７で、オペレーションを継
続する。操作中ブラウザの接続状況が「正常終了」であ
って、操作中ブラウザの接続状況が「処理中」または
「異常終了／処理タイムアウト」でない場合（ステップ
Ｓ５４１−０６：Ｎｏ）、ステップＳ５４１−０７で、
別ブラウザの接続状況が「処理中」か否か判定する。

【０７７６】別ブラウザの接続状況が「処理中」である
場合（ステップＳ５４１−０７：Ｙｅｓ）、すなわち操
作中ブラウザの接続状況が「正常終了」で別ブラウザの
接続状況が「処理中」である場合には、ステップＳ５４
１−１０で、画面上に「入力されたユーザＩＤは、他の
クライアントから正常接続中です」とのエラー表示Ａを
し、処理を終了する。

【０７７７】別ブラウザの接続状況が「処理中」でない
場合（ステップＳ５４１−０９：Ｎｏ）、ステップＳ５
４１−１１で、別ブラウザの接続状況が「異常終了／処
理タイムアウト」か否か判定する。別ブラウザの接続状
況が「異常終了／処理タイムアウト」である場合（ステ
ップＳ５４１−１１：Ｙｅｓ）、すなわち操作中ブラウ
ザの接続状況が「正常終了」で別ブラウザの接続状況が
「異常終了／処理タイムアウト」である場合には、ステ
ップＳ５４１−１２で、画面上に「処理タイムアウトに
より接続が切断されました。現在、他のクライアントか
ら正常接続中です」とのエラー表示Ｃをし、処理を終了
する。

【０７７８】別ブラウザの接続状況が「異常終了／処理
タイムアウト」でない場合（ステップＳ５４１−１１：
Ｎｏ）、すなわち操作中ブラウザの接続状況が「正常終
了」で別ブラウザの接続状況が「正常終了」である場合
には、ステップＳ５４１−１３で、画面上に「処理タイ
ムアウトにより接続が切断されました。再度ブラウザを
起動してログインしてください」とのエラー表示Ｂを
し、処理を終了する。以上で、図９８の処理を終了す
る。

【０７７９】図９９は、正常ログアウトの場合のフロー
図である。ユーザによりクライアントコンピュータ９の
ＷＷＷブラウザ１１ｂ上で操作メニューから「ログアウ
ト」が選択されると、処理がスタートする。まず、ステ
ップＳ５４２−０１で、操作中プラウザの接続状況が
「処理中」または「異常終了／処理タイムアウト」か否
か判定する。操作中ブラウザの接続状況が「正常終了」
であって、操作中ブラウザの接続状況が「処理中」また
は「異常終了／処理タイムアウト」でない場合（ステッ
プＳ５４２−０１：Ｎｏ）、ステップＳ５４２−０５
で、別ブラウザの接続状況が「処理中」か否か判定す
る。

【０７８０】操作中ブラウザの接続状況が「処理中」ま
たは「異常終了／処理タイムアウト」である場合（ステ
ップＳ５４２−０１：Ｙｅｓ）、正常ログイン中である
として、ステップＳ５４２−０２で、画面上にログアウ
トしてもよいか否かを問うログアウト可否確認画面を表
示して、ユーザに対しログアウト可否確認を行い、ログ
アウト指示がされたか判定する。ログアウト可否確認画
面でログアウト指示されていない場合（ステップＳ５４
２−０２：Ｎｏ）、処理を終了する。

【０７８１】ログアウト可否確認画面でログアウト指示
された場合（ステップＳ５４２−０２：Ｙｅｓ、ステッ
プＳ５４２−０３で、操作中プラウザの接続状況が「処
理中」または「異常終了／処理タイムアウト」か否か再
度判定する。操作中ブラウザの接続状況が「処理中」ま
たは「異常終了／処理タイムアウト」である場合（ステ
ップＳ５４２−０３：Ｙｅｓ）、正常ログイン中である
として、ステップＳ５４２−０４で、暗号化通信を終了
してログアウトし、ログアウト完了画面を表示し、処理
を終了する。

【０７８２】操作中ブラウザの接続状況が「正常終了」
であって、操作中ブラウザの接続状況が「処理中」また
は「異常終了／処理タイムアウト」でない場合（ステッ
プＳ５４２−０３：Ｎｏ）、ステップＳ５４２−０５
で、別ブラウザの接続状況が「処理中」か否か判定す
る。

【０７８３】別ブラウザの接続状況が「処理中」である
場合（ステップＳ５４２−０５：Ｙｅｓ）、すなわち操
作中ブラウザの接続状況が「正常終了」で別ブラウザの
接続状況が「処理中」である場合には、ステップＳ５４
２−０６で、画面上に「入力されたユーザＩＤは、他の
クライアントから正常接続中です」とのエラー表示Ａを
し、処理を終了する。別ブラウザの接続状況が「処理
中」でない場合（ステップＳ５４２−０５：Ｎｏ）、ス
テップＳ５４２−０７で、別ブラウザの接続状況が「異
常終了／処理タイムアウト」か否か判定する。

【０７８４】別ブラウザの接続状況が「異常終了／処理
タイムアウト」である場合（ステップＳ５４２−０７：
Ｙｅｓ）、すなわち操作中ブラウザの接続状況が「正常
終了」で別ブラウザの接続状況が「異常終了／処理タイ
ムアウト」である場合には、ステップＳ５４２−０８
で、画面上に「処理タイムアウトにより接続が切断され
ました。現在、他のクライアントから正常接続中です」
とのエラー表示Ｃをし、処理を終了する。

【０７８５】別ブラウザの接続状況が「異常終了／処理
タイムアウト」でない場合（ステップＳ５４１−０７：
Ｎｏ）、すなわち操作中ブラウザの接続状況が「正常終
了」で別ブラウザの接続状況が「正常終了」である場合
には、ステップＳ５４２−０９で、画面上に「処理タイ
ムアウトにより接続が切断されました。再度ブラウザを
起動してログインしてください」とのエラー表示Ｂを
し、処理を終了する。以上で、図９９の処理を終了す
る。

【０７８６】図９８、図９９のフローで画面上に表示さ
れる各エラー表示Ａ〜Ｃの状況は、次のとおりである。
「入力されたユーザＩＤは、他のクライアントから正常
接続中です」というエラーＡは、当該ユーザが他マシン
にて正常接続中の場合、および当該ユーザが正常ログア
ウトせず、一定期間が経過していない場合に表示され
る。

【０７８７】「処理タイムアウトにより接続が切断され
ました。再度ブラウザを起動してログインしてくださ
い」というエラーＢは、マシン１にて正常ログイン後、
処理タイムアウト（一定時間経過、ブラウザは表示され
たまま）になった場合、その後マシン２にて正常ログイ
ン後、正常ログアウトになった場合、その後さらにマシ
ン１の表示されたままのブラウザでアクセスした場合に
表示される。

【０７８８】「処理タイムアウトにより接続が切断され
ました。現在、他のクライアントから正常接続中です」
というエラーＣは、マシン１にて正常ログイン後、処理
タイムアウト（一定時間経過、ブラウザは表示されたま
ま）になった場合、その後マシン２にて正常ログイン
後、正常処理中であるか、または正常ログアウトせず一
定時間経過していない場合に表示される。

【０７８９】次いで、アクセス権管理について説明す
る。アクセス権管理では、同報通知プログラム１１ｃで
受信可能な情報をアクセス権により管理する。アクセス
権に関する情報は、ＷＷＷブラウザ１１ｂ上のアクセス
権管理で設定する。まず、決済情報システムにおいて、
各サイトを統括管理する担当者である２名のサイト管理
者を選任する。各サイトでは、サイト管理者が自サイト
のＷＡＮユーザを管理する。なお、本実施形態では、決
済情報システムでアクセス権設定を行っているが、これ
に限定されず、証券取引所１４が提供する会員２限定の
証券取引所ＷＡＮシステム１全体のアクセス権を設定
し、決済情報システムでも、同じアクセス権を用いるよ
うにしてもよい。

【０７９０】決済情報システムでは、取り扱う業務の性
格上、業務規程に定める有価証券取扱責任者と有価証券
売買責任者の各実務を担当するＷＡＮユーザをグループ
化して、有価証券取扱責任者グループ３０１ａと有価証
券売買責任者グループ３０１ｂとを構成し、決済業務に
係る情報を授受できる利用者を限定する。各グループ
は、図１００のように、責任者３０２ａ，３０２ｂと担
当者（エントリ可）３０３．１ａ，３０３．１ｂと担当
者（エントリ不可）３０３．２ａ，３０３．２ｂで構成
される。責任者３０２ａ，３０２ｂは、自分自身が属す
るグループのＷＡＮユーザ３０５を選任し、業務に必要
なアクセス権限を付与する。

【０７９１】各グループの責任者３０２ａ，３０２ｂ
は、サイト管理者３０４が既存のＷＡＮユーザ３０５か
ら、最大２名の範囲で選任する。また、責任者３０２
ａ，３０２ｂが割り当てる担当者３０３．１ａ，３０
３．１ｂ，３０３．２ａ，３０３．２ｂについても、サ
イト管理者３０４が、所要のＷＡＮユーザを予め準備し
ておく。なお、担当者３０３．１ａ，３０３．１ｂ，３
０３．２ａ，３０３．２ｂの数に制限はない。

【０７９２】決済情報システムでは、図１０１に示すよ
うに、ユーザ情報の管理を次のような体制で運用する。
この図では、責任者３０２ａ，３０２ｂを責任者３０２
とし、担当者３０３．１ａ，３０３．１ｂ，３０３．２
ａ，３０３．２ｂを担当者３０３と表示する。サイト管
理者３０４が、ＷＡＮユーザ３０５の作成・変更を行
う。サイト管理者３０４が、各グループ３０１ａ，３０
１ｂの責任者３０２を選任する。責任者３０２が、各グ
ループ３０１ａ，３０１ｂに属する担当者３０３を選任
する。責任者３０２が、責任者３０２、担当者３０３
に、決済業務に係る情報の授受に関するアクセス権を付
与する。

【０７９３】決済情報システムでは、次のとおり４種類
のアクセス権により、ユーザを管理する。サイト管理者
の認証許可のアクセス権として、サイト管理者３０４
は、各グループ３０１ａ，３０１ｂの責任者３０２を選
任する範囲において、決済情報システムにアクセスが可
能である。

【０７９４】責任者の認証許可のアクセス権として、サ
イト管理者３０４が選任した責任者３０２は、決済情報
システムにアクセスが可能である。担当者の認証許可の
アクセス権として、責任者３０２が選任した担当者３０
３は、決済情報システムにアクセスが可能である。決済
業務に係る情報の授受に関するアクセス権限として、責
任者３０２が割り当てた権限の範囲において、各担当者
３０３（責任者３０２を含む）は情報の授受が可能であ
る。

【０７９５】決済情報システムにおけるアクセス権の設
定は次の通りである。上記アクセス権の種類のうち、決
済業務に係る情報の授受については、属するグループに
より、扱うことが可能な業務が異なる。すなわち、有価
証券取扱責任者グループ３０１ａは、照合業務、決済業
務、担保管理、フェイル管理に関する情報を授受するこ
とが出来るが、バイイン注文に関する情報を授受するこ
とが出来ない。

【０７９６】また、有価証券売買責任者グループ３０１
ｂは、照合業務と、フェイル管理のうちバイイン通知、
バイイン注文に関する情報を授受することが出来るが、
決済業務、担保管理、バイイン通知以外のフェイル管理
に関する情報を授受することが出来ない。各責任者３０
２ａ，３０２ｂ，担当者３０３．１ａ，３０３．１ｂ，
３０３．２ａ，３０３．２ｂが取扱い可能な業務を図１
０２に示す。サイト管理者３０４は、照合業務、決済業
務、担保管理、フェイル、バイイン注文のいずれの業務
も取り扱うことができない。

【０７９７】なお、図１０２における「照合業務」に
は、内国株式売買明細表、債券取引売買明細表、サマリ
ー、権利行使が含まれ、「決済業務」には、決定通知、
確定通知、相手方指定が含まれ、「担保管理」には、前
日差入担保金（前日担保）、証拠金が含まれる。「フェ
イル」のうち「フェイル通知」には、フェイル情報通知
が含まれ、「バイイン通知」には、バイイン情報通知、
バイイン実行通知、バイイン実行結果通知が含まれ、
「バイイン請求」には、バイイン請求、バイイン請求取
下が含まれる。

【０７９８】この各グループにおける権限の範囲におい
て、責任者３０２と担当者３０３には、次のとおり権限
のレベルを設定可能である。すなわち、責任者３０２
ａ，３０２ｂは、グループ３０１ａまたは３０１ｂ内で
授受可能なすべての情報について、アクセス権限を設定
可能である。

【０７９９】また、担当者（エントリ可）３０３．１
ａ，３０３．１ｂは、グループ３０１ａまたは３０１ｂ
内で閲覧とエントリが可能な情報について、アクセス権
を設定可能である。担当者（エントリ不可）３０３．２
ａ，３０３．２ｂは、グループ３０１ａまたは３０１ｂ
内で情報の閲覧が可能である。なお、エントリについて
は、手続きの結果のみ閲覧が可能である。

【０８００】サイト管理者３０４が選任した各グループ
３０１ａ，３０１ｂの責任者３０２、及び責任者３０２
が選任した担当者３０３のユーザＩＤは、ＷＷＷブラウ
ザ１１ｂ、同報通知プログラム１１ｃ、同報通知ＡＰＩ
１１ａで共通に使用できる。ただし、決済情報システム
では、シングルログイン方式を採用しているので、既に
説明したシングルログイン方式の使用条件を考慮した設
定を行う。なお、シングルログイン方式により決済情報
システムを使用中、同じユーザＩＤを用いて、同じ会員
２内の他のクライアントコンピュータ９が、証券取引所
１４が提供する他サイトを利用することも可能である。
アクセス権の設定は、「画面切替タブ」「情報名」「ユ
ーザＩＤ」単位で行うことが可能である。各責任者は、
自分自身のＩＤを含め、アクセス権管理を設定する。

【０８０１】次いで、アクセス権の設定手順について説
明する。まず、サイト管理者３０４が、決済情報システ
ムにアクセスし、決済情報システムで使用するユーザＩ
Ｄを作成する。次いで、サイト管理者３０４は、次の手
順により、各グループの責任者３０２ａ，３０２ｂを選
任する。まず、サイト管理者３０４は、所定のＵＲＬに
アクセスして、決済情報システムのトップ画面を表示さ
せた後、認証ウィンドウボタンをクリックして表示させ
た認証ウィンドウでユーザ名、パスワードを入力し、認
証を受けてログインする。

【０８０２】次いで、ログインして表示された決済情報
システムのホームページ上で、ページ選択メニューの
「サイトユーザ管理」メニューボタンをクリックする
と、サイトユーザ管理画面に切り替わる。この「サイト
ユーザ管理」メニューボタンは、会員サイト管理者３０
４または各グループの責任者３０２ａ，３０２ｂが決済
情報システムにアクセスした場合、表示される。サイト
ユーザ管理画面には、サイトユーザ一覧ボタン、一覧
（ＣＳＶ形式）ボタン、参加者サイトグループ編集ボタ
ンが表示されるので、参加者サイトグループ編集ボタン
をクリックする。

【０８０３】これにより、図１０３に示す参加者サイト
グループ編集画面が表示される。この画面には、会員サ
イト管理者３０４により既に決済情報システムに登録済
のＷＡＮユーザのＩＤを表示する「現在のサイトＷＡＮ
ユーザリスト」３０６、現在のサイトＷＡＮユーザ３０
５のうち、決済情報システムを利用するＷＡＮユーザの
ＩＤを表示する「現在のＤＶＰユーザリスト」３０７ａ
〜ｃ、現在のＤＶＰユーザのうち、有価証券取扱責任者
３０２ａに選任したＷＡＮユーザのＩＤを表示する「現
在の有価証券取扱責任者リスト」３０８、現在のＤＶＰ
ユーザのうち、有価証券売買責任者に選任したＷＡＮユ
ーザのＩＤを表示する「現在の有価証券売買責任者リス
ト」３０９が、表示される。

【０８０４】会員サイト管理者３０４は、現在のサイト
ＷＡＮユーザリスト３０６から、決済情報システムを利
用するＷＡＮユーザを選択し、登録ボタン３１１をクリ
ックして現在のＤＶＰユーザリスト３０７ａに移動す
る。現在のＤＶＰユーザリスト３０７ａには、責任者３
０２と担当者３０３の分の登録を行う。現在のＤＶＰユ
ーザリスト３０７ａに登録可能なＷＡＮユーザ数に制限
はない。現在のＤＶＰユーザリスト３０７ａに登録した
ＷＡＮユーザを解任する場合は、同リスト３０７ａから
解任するＷＡＮユーザを選択し、削除ボタン３１０をク
リックして行う。

【０８０５】次に、有価証券取扱責任者グループ３０１
ａと、有価証券売買責任者３０１ｂグループの責任者３
０２ａ，３０２ｂの選任を行う。現在の有価証券取扱責
任者３０２ａの現在のＤＶＰユーザリスト３０７ｂと、
現在の有価証券売買責任者３０２ｂの現在のＤＶＰユー
ザリスト３０７ｃには、会員サイト管理者３０４が決済
情報システムに割り当てたＷＡＮユーザが掲載されてい
る。

【０８０６】各責任者グループ３０２ａ，３０２ｂの現
在のＤＶＰユーザリスト３０７ｂ，３０７ｃから、責任
者として選任するＷＡＮユーザを選択し、登録ボタン３
１３または３１５をクリックして、現在の有価証券取扱
責任者リスト３０８あるいは現在の有価証券売買責任者
リスト３０９に登録する。各責任者３０２ａ，３０２ｂ
に選任可能なＷＡＮユーザの数は、最大２つまでであ
る。現在の有価証券取扱責任者リスト３０８あるいは現
在の有価証券売買責任者リスト３０９からＷＡＮユーザ
を選択し、削除ボタン３１２または３１４をクリックす
ることにより、責任者３０２ａ，３０２ｂを解任するこ
とができる。

【０８０７】サイト管理者３０４による上記手続きが完
了した後、有価証券取扱責任者グループ３０１ａの責任
者３０２ａと、有価証券売買責任者３０１ｂグループの
責任者３０２ｂは、各グループ３０１ａ，３０１ｂの担
当者３０３ａ，３０３ｂを選任する。まず、決済情報シ
ステムにログインする。ログインの手順については、後
述する。次いで、「ホーム」タブ画面のサイトユーザ管
理メニューボタンをクリックすると、サイトユーザ管理
画面に切り替わるので、有価証券取扱担当者設定ボタン
または、有価証券売買担当者設定ボタンをクリックす
る。

【０８０８】有価証券取扱担当者設定ボタンをクリック
した場合、図１０４に示す有価証券取扱担当者設定画面
が表示される。有価証券取扱担当者設定画面では、会員
サイト管理者３０４が、図１０３の参加者サイトグルー
プ編集画面で登録したＤＶＰユーザ（決済情報システム
を利用できるＷＡＮユーザ）を表示する現在のＤＶＰユ
ーザ欄３２１、責任者３０２ａが、エントリ操作が可能
な有価証券取扱責任者グループ３０１ａのＷＡＮユーザ
として選任したユーザＩＤを表示する現在の有価証券取
扱担当者（エントリ可）欄３２２、責任者３０２ａが、
エントリ操作ができない有価証券取扱責任者グループ３
０１ａのＷＡＮユーザとして選任したユーザＩＤを表示
する現在の有価証券取扱担当者（エントリ不可）３２３
が、表示される。なお、エントリ操作ができない有価証
券取扱責任者グループ３０１ａのＷＡＮユーザも、情報
の閲覧は可能である。

【０８０９】担当者３０３ａを選任する場合は、現在の
ＤＶＰユーザリスト３２１ａ，ｂからＷＡＮユーザを選
択し、登録ボタン３２５または３２７をクリックして行
う。担当者３０３ａを解任する場合は、現在の有価証券
取扱担当者リスト３２２または３２３からＷＡＮユーザ
を選択し、削除ボタン３２４または３２６をクリックし
て行う。

【０８１０】一方、有価証券売買担当者設定ボタンをク
リックした場合、図１０５のとおり、有価証券売買担当
者設定画面が表示される。有価証券売買担当者設定画面
では、会員サイト管理者３０４が、図１０３の参加者サ
イトグループ編集画面で登録したＤＶＰユーザ（決済情
報システムを利用できるＷＡＮユーザ）を表示する現在
のＤＶＰユーザ欄３２８ａで、責任者３０２ｂが、エン
トリ操作が可能な有価証券売買責任者グループ３０１ｂ
のＷＡＮユーザとして選任したユーザＩＤを表示する現
在の有価証券売買担当者（エントリ可）欄３２９、責任
者３０２ｂが、エントリ操作ができない有価証券売買責
任者グループ３０１ｂのＷＡＮユーザとして選任したユ
ーザＩＤを表示する現在の有価証券取扱担当者（エント
リ不可）３３０が、表示される。なお、エントリ操作が
できない有価証券売買責任者グループ３０１ｂのＷＡＮ
ユーザも、情報の閲覧は可能である。

【０８１１】各担当者３０３ｂを選任する場合は、現在
のＤＶＰユーザリスト３２８ａ，ｂからＷＡＮユーザを
選択し、登録ボタン３３２，３３４をクリックすること
により行う。各担当者３０３ｂを解任する場合は、現在
の有価証券売買担当者リスト３２９，３３０からＷＡＮ
ユーザを選択し、削除ボタン３３１，３３３をクリック
することにより行う。なお、各グループ３０１ａ，３０
１ｂの担当者３０３は、相互の担当者を兼ねることがで
きるが、各グループ３０１ａ，３０１ｂの責任者３０２
は、他のグループの責任者を兼任することはできない。

【０８１２】以上の手順で有価証券取扱責任者グループ
３０１ａと有価証券売買責任者グループ３０１ｂの責任
者３０２と担当者３０３を選任した後、個々のユーザに
各情報の閲覧権またはエントリ権を設定する。以下に説
明するアクセス権を設定する画面では、有価証券取扱担
当者設定画面あるいは有価証券売買担当者設定画面で登
録したＷＡＮユーザを対象に設定が可能である。

【０８１３】情報（帳票）単位のアクセス権設定の手順
について説明する。まず、「決済情報システムにログイ
ンする。ログインするときには、アクセス権を設定する
権利のある責任者３０２のユーザＩＤ，パスワードを入
力して認証を受ける。次いで、図１０６に示す「ホー
ム」タブ画面のアクセス権管理メニューボタン３５８を
クリックして、ユーザアクセス権管理メニュー３６４を
表示させる。アクセス権管理メニューボタン３５８は、
各グループの責任者３０２が決済情報システムにアクセ
スした場合に、ページ選択メニュー３５０の一つとして
表示されるボタンである。

【０８１４】アクセス権管理メニュー３６４では、３種
類の方法で各ユーザにアクセス権を設定できる。帳票
「帳票指定」メニュー３６１では、個々の情報（帳票）
単位に、各ユーザのアクセス権限を設定する。帳票「帳
票分類指定」メニュー３６２では、ページ切替メニュー
（帳票分類）単位に、各ユーザのアクセス権限を設定す
る。

【０８１５】帳票「ユーザＩＤ指定」メニュー３６３で
は、ユーザＩＤ単位に、個々の情報（帳票）に係るアク
セス権を設定する。つまり、帳票「帳票指定」メニュー
３６１，帳票「帳票分類指定」メニュー３６２では、ま
ず帳票または帳票分類を選択し、選択した帳票または帳
票分類に対して、ユーザＩＤを指定していくが、帳票
「ユーザＩＤ指定」メニュー３６３では、まずユーザＩ
Ｄを選択し、選択したユーザＩＤに対して、帳票を指定
していく。

【０８１６】各方法によるアクセス権設定の操作手順に
ついて説明する。図１０６で、アクセス権管理メニュー
の帳票「帳票指定」メニュー３６１を選択した場合、帳
票「帳票指定」ボタン３６１をクリックすると、現在ア
クセスしている責任者３０２のグループ３０１が利用可
能な情報が、図１０７に示すように、一覧リスト形式で
表示される。

【０８１７】責任者３０２は、図１０７に示す一覧リス
トから、帳票名をクリックして、アクセス権を設定する
帳票を選択する。本例では、一覧リストの最上段の「内
国株式売買明細表（立会内取引）」をクリックする。こ
の場合、図１０８に示すように、現在アクセスしている
責任者３０２のグループ３０１に属するＷＡＮユーザ
が、一覧リスト形式で表示される。また、ＷＡＮユーザ
リストの左上には、アクセス権を設定する帳票の名称
「内国株式売買明細表（立会内取引）」が表示されてい
る。

【０８１８】閲覧またはエントリを許可するＷＡＮユー
ザのチェックボックス３７３を有効にして、該当帳票，
本例では「内国株式売買明細表（立会内取引）」のアク
セス権を、ＷＡＮユーザに設定する。チェックボックス
３７３を無効にすると、アクセス権限は当該ＷＡＮユー
ザに付与されない。アクセス権の設定が完了したら、実
行ボタン３７４をクリックし、アクセス権の設定を確定
する。リセットボタン３７５をクリックすると、アクセ
ス権が有効になっているすべてのチェックボックス３７
３を無効にすることができる。

【０８１９】図１０６で、帳票「帳票分類指定」メニュ
ー３６２を選択した場合、帳票「帳票分類指定」ボタン
３６２をクリックすると、現在アクセスしている責任者
３０２のグループ３０１が利用可能な情報が、図１０９
に示すように、帳票分類単位で、一覧リスト形式で表示
される。図１０９のリストには、決済情報システムで予
め設定されている「照合業務」「決済業務」等の情報分
類名が、分類１欄３７６に、それらの分類１欄３７６の
分類に含まれる帳票の名称が、分類２欄３７７に、表示
される。

【０８２０】図１０９の一覧リストで、分類１欄３７６
の帳票分類名，本例では最上段の「照合業務」をクリッ
クして、アクセス権を設定する情報分類を選択する。こ
れにより、図１１０に示すように、現在アクセスしてい
る責任者のグループに属するＷＡＮユーザが、一覧リス
ト形式で表示される。また、ＷＡＮユーザリストの左上
には、アクセス権を設定する帳票分類の名称「照合業
務」が表示されている。

【０８２１】閲覧またはエントリを許可するＷＡＮユー
ザのチェックボックス３７３を有効にして、該当帳票分
類，本例では「照合業務」のアクセス権を、ＷＡＮユー
ザに設定する。チェックボックス３７３を無効にする
と、アクセス権限は当該ＷＡＮユーザに付与されない。
アクセス権の設定が完了したら、実行ボタン３７４をク
リックし、アクセス権の設定を確定する。リセットボタ
ン３７５をクリックすると、アクセス権が有効になって
いるすべてのチェックボックス３７３を無効にすること
ができる。

【０８２２】図１０６で、アクセス権管理メニューの帳
票「ユーザＩＤ指定」メニュー３６３を選択した場合、
帳票「ユーザＩＤ指定」ボタン３６３をクリックする
と、現在アクセスしている責任者３０２のグループ３０
１に属する全てのＷＡＮユーザが、図１１１に示すよう
に、一覧リスト形式で表示される。責任者３０２は、図
１１１に示す一覧リストから、アクセス権を設定するＷ
ＡＮユーザを選択する。

【０８２３】これにより、現在アクセスしている責任者
３０２のグループ３０１が利用できる情報（帳票）が、
図１１２に示すように、一覧リスト形式で表示される。
また、情報（帳票）リストの左上には、アクセス権を設
定するＷＡＮユーザのＩＤが、表示されている。

【０８２４】閲覧またはエントリを許可する帳票のチェ
ックボックス３７３を有効にして、チェックした帳票の
アクセス権を、ＷＡＮユーザに設定する。チェックボッ
クス３７３を無効にすると、当該帳票のアクセス権限
は、当該ＷＡＮユーザに付与されない。アクセス権の設
定が完了したら、不図示の実行ボタンをクリックし、ア
クセス権の設定を確定する。不図示のリセットボタンを
クリックすると、アクセス権が有効になっているすべて
のチェックボックス３７３を無効にすることができる。

【０８２５】次いで、ＷＷＷブラウザ１１ｂを用いた決
済情報等の閲覧方法について説明する。決済情報システ
ムのログイン手続きが完了した後、図１１３のホーム画
面が表示される。画面上の表示名称及び機能は次のとお
りである。画面切替タブ３４０は、決済の業務単位また
はサービスの単位でページ選択メニュー３４１〜３４７
を切り替える。タブ選択時の最初のページは「本日の配
信情報」となる。ページ選択メニュー３５０は、画面切
替タブ３４０単位に、アクセスしたＷＡＮユーザが利用
できる通知、手続き、サービス３５１〜３６０の名称を
表示する。メニューボタン３５１〜３６０をクリックし
て、目的の情報画面ページを表示する。

【０８２６】情報画面ページ３６５は、各メニューに対
応した内容を表示する。簡易リンク（ＭＹ ＴＡＲＧＥ
Ｔ）３６６は、使用頻度が高い情報またはサービスに直
接リンクするメニューである。追加ボタン３６６ａをク
リックすると、リンクの追加ページに移行し、編集ボタ
ン３６６ｂをクリックすると、リンクの編集ページに移
行する。リンクの追加ページ、編集ページでは、それぞ
れリンクの追加、編集が可能である。ユーザＩＤ情報欄
３６７は、現在アクセスしているＷＡＮユーザのユーザ
ＩＤを表示する。

【０８２７】ホーム３４１タブ画面では、ページ選択メ
ニュー３５０で選択することによって、次のような業務
メッセージとしてのお知らせの掲載やユーザ情報の管理
に関するメニューを表示させることが可能である。お知
らせメニューボタン３５１は、図１１３の情報画面ペー
ジ３６５に示すように、証券取引所ＷＡＮシステム１共
通の管理者からのお知らせ３９１、システム運用レポー
ト３９２の他、決済業務固有の決済業務レポート３９３
を掲載している。サイト管理者３０４，責任者３０２，
担当者３０３がアクセス可能である。

【０８２８】関連サイトメニューボタン３５２は、証券
取引所ＷＡＮシステム１の他サイトへのリンク情報を掲
載している。サイト管理者３０４，責任者３０２，担当
者３０３がアクセス可能である。アーカイブメニューボ
タン３５３は、決済情報システムに関するソフトウェア
等をダウンロードするページである。サイト管理者３０
４，責任者３０２はアクセス可能であるが、担当者３０
３はアクセスできない。

【０８２９】パスワード変更メニューボタン３５４は、
ユーザＩＤのパスワードを変更する。サイト管理者３０
４，責任者３０２，担当者３０３がアクセス可能であ
る。ユーザ情報メニューボタン３５５は、ユーザＩＤに
対応するユーザ情報を変更する。サイト管理者３０４，
責任者３０２，担当者３０３がアクセス可能である。同
報通知一覧メニューボタン３５６は、証券取引所ＷＡＮ
システム１の同報通知プログラム１１ｃに配信された情
報を掲載する。サイト管理者３０４，責任者３０２，担
当者３０３がアクセス可能である。

【０８３０】サイトユーザ管理メニューボタン３５７
は、責任者３０２と担当者３０３の選任をする。サイト
管理者３０４，責任者３０２はアクセス可能であるが、
担当者３０３はアクセスできない。アクセス権管理メニ
ューボタン３５８は、責任者３０２と担当者３０３のア
クセス権を設定する。責任者３０２はアクセス可能であ
るが、サイト管理者３０４，担当者３０３はアクセスで
きない。

【０８３１】ログアウトメニューボタン３６０は、決済
情報システムの利用を終了する。サイト管理者３０４，
責任者３０２，担当者３０３がアクセス可能である。こ
れらのメニューのうち、ログアウトメニューボタン３６
０は、他のタブ画面でも設けられており、いずれのログ
アウトメニューボタンも、同じ機能を有している。

【０８３２】図１１４は、照合業務３４２タブ画面を示
す。照合業務３４２タブ画面では、図１１４に示すよう
に、次のメニューを用意している。本日の配信情報４０
１では、決済情報システムから受信した当日分の配信情
報を一覧リスト４１４に掲載する。この本日の配信情報
４０１が、配信日指定手段に該当する。

【０８３３】内国株式売買明細表４０２には、内国株式
売買明細表（立会内取引）、内国株式売買明細表（立会
内取引）訂正分、内国株式売買明細表（立会外取引）、
内国株式売買明細表（立会外取引）訂正分、内国株式売
買明細表（バスケット取引）、内国株式売買明細表（バ
スケット取引）訂正分、内国株式売買明細表（銘柄合
計）が含まれる。債券取引売買明細表４０３には、債券
取引売買明細表（立会内取引）、債券取引売買明細表
（立会内取引）訂正分、債券取引売買明細表（立会外取
引）、債券取引売買明細表（立会外取引）訂正分、債券
取引売買明細表（バスケット取引）、債券取引売買明細
表（バスケット取引）訂正分、債券取引売買明細表（銘
柄合計）が含まれる。

【０８３４】サマリー４０４には、サマリーＡ、サマリ
ーＢが含まれる。権利行使４０５には、株券オプション
取引権利行使申告・割当明細表が含まれる。配信日単位
の閲覧４０６では、本日を含む過去の配信情報を、配信
日単位で一覧リストに掲載する。

【０８３５】帳票検索４０７では、照合業務タブ画面に
属する情報の範囲で検索を行う。照合業務３４２タブ画
面の各メニューは、有価証券取扱責任者グループ，有価
証券売買責任者グループに属する責任者３０２，担当者
３０３が利用できる。サイト管理者３０４は利用できな
い。

【０８３６】決済業務３４３タブ画面では、次のメニュ
ーを用意している。本日の配信情報では、決済情報シス
テムから受信した当日分の配信情報を一覧リストに掲載
する。決済通知には、総括清算表（約定代金）、総受払
代金計算表（予定額／速報）、総受払代金計算表（予定
額）、銘柄別決済予定数量、総括清算表（決済代金・値
洗い差金）が含まれる。

【０８３７】確定通知には、総受払代金計算表（確定
額）、銘柄別決済確定数量、追加支払通知、代金領収通
知が含まれる。相手方指定には、基準日の決済等に係る
受方・渡方指定書が含まれる。配信日単位の閲覧では、
本日を含む過去の配信情報を、配信日単位で一覧リスト
に掲載する。

【０８３８】帳票検索では、決済業務タブ画面に属する
情報の範囲で検索を行うことができる。決済業務３４３
タブ画面の各メニューは、有価証券取扱責任者グループ
に属する責任者３０２，担当者３０３が利用できる。サ
イト管理者３０４は利用できない。

【０８３９】担保管理３４４タブ画面では、次のメニュ
ーを用意している。本日の配信情報では、決済情報シス
テムから受信した当日分の配信情報を一覧リストに掲載
する。前日差入担保金には、会員信認金、売買・取引証
拠金、前日差入担保金受払状況表、前日差入担保金残高
表が含まれる。

【０８４０】証拠金には、取引証拠金、差入・返戻可能
表、預り有価証券等残高通知書、実質株主・担保受入残
高通知書が含まれる。配信日単位の閲覧では、本日を含
む過去の配信情報を、配信日単位で一覧リストに掲載す
る。

【０８４１】帳票検索では、担保管理３４４タブ画面に
属する情報の範囲で検索を行う。担保管理３４４タブ画
面の各メニューは、有価証券取扱責任者グループ，有価
証券売買責任者グループに属する責任者３０２，担当者
３０３が利用できる。サイト管理者３０４は利用できな
い。

【０８４２】フェイル管理３４５タブ画面では、次のメ
ニューを用意している。本日の配信情報では、決済情報
システムから受信した当日分の配信情報を一覧リストに
掲載する。有価証券取扱責任者グループ，有価証券売買
責任者グループに属する責任者３０２，担当者３０３が
利用できる。サイト管理者３０４は利用できない。

【０８４３】フェイル情報通知には、フェイル情報通知
（ＤＥＬ後）、フェイル情報通知（ＣＮＳ後）が含まれ
る。責任者３０２はアクセス可能であるが、サイト管理
者３０４，担当者３０３はアクセスできない。フェイル
通知に係るメニューは、有価証券取扱責任者グループに
属する責任者３０２，担当者３０３が利用できる。サイ
ト管理者３０４は利用できない。

【０８４４】バイイン情報通知には、バイイン情報通
知、バイイン無効情報通知が含まれる。バイイン実行通
知には、バイイン実行通知（請求会員用）、バイイン実
行通知（負担会員用）、バイイン実行通知（全会員用）
が含まれる。

【０８４５】バイイン実行結果通知には、バイイン実行
結果通知（請求会員用）、バイイン実行結果通知（負担
会員用）、バイイン実行結果通知（売方用）、バイイン
実行結果通知（全会員用）が含まれる。バイイン通知に
係るメニュー（バイイン情報通知、バイイン実行通知、
バイイン実行結果通知）は、有価証券取扱責任者グルー
プ，有価証券売買責任者グループに属する責任者３０
２，担当者３０３が利用できる。サイト管理者３０４は
利用できない。

【０８４６】バイイン請求では、バイイン請求を行う。
バイイン請求取下では、バイイン請求取下を行う。バイ
イン請求メニュー、バイイン請求取下メニューは、有価
証券取扱責任者グループに属する責任者３０２，担当者
３０３が利用できる。サイト管理者３０４は利用できな
い。

【０８４７】バイイン注文では、バイイン注文を行う。
バイイン注文メニューは、有価証券売買責任者グループ
に属する責任者３０２，担当者３０３が利用できる。サ
イト管理者３０４は利用できない。配信日単位の閲覧で
は、本日を含む過去の配信情報を、配信日単位で一覧リ
ストに掲載する。責任者３０２，担当者３０３はアクセ
ス可能であるが、サイト管理者３０４はアクセスできな
い。帳票検索では、フェイル管理タブ画面に属する情報
の範囲で検索を行う。責任者３０２，担当者３０３はア
クセス可能であるが、サイト管理者３０４はアクセスで
きない。

【０８４８】情報照会３４６タブ画面では、電子メール
のアドレス帳である「証券取引所アドレス帳」を、用意
している。証券取引所アドレス帳は、決済情報システム
に関連する証券取引所所管部署の電子メールアドレスを
掲載している。サイト管理者３０４，責任者３０２，担
当者３０３が利用できる。

【０８４９】ヘルプ３４７タブ画面では、利用者を支援
するヘルプデスク、業務窓口、利用規程、操作マニュア
ルを用意している。ヘルプデスクには、運用ヘルプデス
ク、障害ヘルプデスクへの連絡方法及び運用時間につい
て掲載している。業務窓口には、決済情報システムに関
連する業務の窓口について掲載している。

【０８５０】利用規程には、証券取引所ＷＡＮシステム
１の利用に関する規程を掲載している。操作マニュアル
には、決済情報システムに関連する操作マニュアル等を
公開している。ヘルプデスク、業務窓口、利用規程、操
作マニュアルは、サイト管理者３０４，責任者３０２，
担当者３０３が利用できる。

【０８５１】照合業務３４２、決済業務３４３、担保管
理３４４、フェイル管理３４５の各タブ画面における決
済情報の閲覧方法について説明する。なお、各タブ画面
とも、閲覧の手順は共通であるため、本項では照合業務
３４２を例に説明する。照合業務３４２の画面切替タブ
をクリックすると、閲覧操作時点までに配信準備が整っ
た決済情報を、図１１４のように、本日の配信情報メニ
ュー４０１画面に一覧リスト形式で掲載する。同リスト
に掲載する決済情報は、閲覧中の画面切替タブに属する
メニューの範囲であり、図１１４の場合は、本日の配信
情報の範囲である。

【０８５２】本日の配信情報メニュー画面では、「照合
業務」に属する帳票のうち、帳票日付が本日分の帳票の
一覧を表示する。ＣＳＶが作成されない場合にはリンク
表示を行なわない。各情報について、情報名（帳票名）
４１４ａ、配信時刻４１４ｂ、ファイル容量４１４ｃ、
確認状況４１４ｄ（閲覧処理ステータス（未確認／確認
済））、ダウンロード４１４ｅが表示される。情報名
（帳票名）４１４ａには、各情報の情報名と配信日付が
表示され、この情報名（帳票名）４１４ａをクリックす
ると、クリックした情報の詳細画面に切り替わるように
構成されている。配信時刻４１４ｂには、情報の配信時
刻が表示される。ファイル容量４１４ｃには、ＣＳＶフ
ァイルのファイル容量が表示される。確認状況４１４ｄ
には、当該会員２での確認状況が、「確認済み」「閲覧
実績あり」「未確認」「閲覧実績がない」のいずれかで
表示される。ダウンロード４１４ｅは、ダウンロード用
のアイコンであり、クリックするとＣＳＶファイルのダ
ウンロードを実行するように構成されている。

【０８５３】前日掲載分ボタン４０８ａ、翌日掲載分ボ
タン４０８ｃ、日付指定欄４０８ｂは帳票日付の指定を
行うボタンであり、前日掲載分ボタン４０８ａまたは翌
日掲載分ボタン４０８ｃをクリックするか、日付指定欄
４０８ｂで日付を指定することにより、当該日付に該当
する「照合業務」関連の帳票一覧が表示される。つま
り、図１１４の画面は、配信日単位の閲覧であり、帳票
日付をキーに、照合業務関連の帳票を一覧表示する。ま
た前日掲載分ボタン４０８ａ、翌日掲載分ボタン４０８
ｃ、日付指定欄４０８ｂにより日付指定、前日／翌日分
表示が可能である。

【０８５４】本日分検索ボタン４１５は、「本日の配信
情報」で一覧表示されている帳票を対象に検索処理を行
なうためのボタンである。本日の配信情報メニュー画面
に表示された各情報名（帳票名）４１４ａをクリックす
ると、クリックした情報の詳細画面に切り替わる。な
お、図１１４の画面では、所定件数ごと，例えば３０件
ごとの配信記録のみ表示して、所定件数を越える配信記
録を次ページに表示するようにし、「前ページ」ボタ
ン、「次ページ」ボタン等で異なるページの配信記録を
表示できるようにしてもよい。

【０８５５】また、閲覧する情報が属する通知名を、図
１１４のページ切替メニュー４００から選択してクリッ
クすると、ページ切替メニューに対応する画面が表示さ
れる。例えば、内国株式売買明細表４０２、債券取引売
買明細表４０３、サマリー４０４、権利行使４０５をク
リックすると、それぞれのカテゴリに属する帳票につい
て、過去５営業日分すなわち直近５件分の配信状況が、
情報（帳票）単位に一覧表示される。例えば、図１１４
で、「内国株式売買明細表」４０２をクリックすると、
図１１５のように、内国株式売買明細表の直近５件分の
配信状況が表示される。

【０８５６】図１１５画面上の一覧表示ボタン４２１を
クリックすると、図１１６のように、直近５件を含む過
去の配信記録がすべて表示され、閲覧できる。図１１６
は、図１１５において、内国株式売買明細表（立会内取
引）の一覧表示ボタン４２１ａをクリックした場合を示
す。

【０８５７】図１１５の一覧リスト画面に表示する各掲
載項目について説明する。ページ切替メニュー名４２２
は、利用者が選択したページ切替メニューの名称を表示
する。情報名タイトル４２３は、一覧リストのタイトル
を表示する。

【０８５８】一覧表示ボタン４２１は、過去の配信情報
を一覧リスト形式で表示させるためのボタンである。情
報名および配信日付４２４は、情報の名称及び配信日付
を表示する欄であり、この情報名および配信日付欄４２
４をクリックすると、当該情報の内容を掲載する画面に
切り替わる。配信時刻４２５は、当該情報の配信時刻を
表示する。ファイル容量４２６は、ＣＳＶデータのファ
イル容量を表示する。

【０８５９】確認状況４２７は、当該情報を閲覧等した
実績があるかを示す欄である。「確認済」は、既に当該
情報を閲覧等した実績があることを示し、「未確認」
は、当該情報の閲覧実績がないことを示す。同報通知プ
ログラム１１ｃを用いて、当該情報のＣＳＶファイルを
ダウンロードした場合、同報通知プログラム１１ｃのリ
ンク機能を用いて、ＷＷＷブラウザ画面に当該情報の詳
細画面を表示した場合、ＷＷＷブラウザ１１ｂを用い
て、当該情報の詳細画面を表示した場合に、確認状況４
２７が「確認済」となる。

【０８６０】ダウンロードアイコン４２８は、ＣＳＶフ
ァイルのダウンロード処理を開始させるためのアイコン
である。このアイコンをクリックすると、ＣＳＶファイ
ルのダウンロード処理が開始する。なお、本日配信分の
情報には、ダウンロードアイコン４２８が表示されな
い。

【０８６１】図１１７は、情報名および配信日付４２４
欄の任意の項目をクリックすることにより表示された当
該情報の内容を表示する詳細画面を示す。複数ページに
渡る情報の場合は、「前ページ」ボタン４３１、「次ペ
ージ」ボタン４３２が、画面左右に表示される。それぞ
れのボタン４３１，４３２をクリックすることにより、
表示するページを切り替えることが可能である。

【０８６２】ＣＳＶファイルのダウンロード操作につい
て説明する。ダウンロードを希望する情報について、図
１１５の一覧リストのダウンロードアイコン４２８をク
リックすると、図１１８に示す画面が表示される。この
画面で、ＣＳＶファイルの保存先を指定し、保存ボタン
をクリックすることにより、ダウンロードを行う。ＣＳ
Ｖファイルの名称には、データ種別コード，サイクル，
会員コード，作成日が含まれている。

【０８６３】なお、ＷＷＷブラウザ１１ｂに表示中の内
容は、自動的に更新されない。したがって、最新の内容
を再表示する場合は、当該情報を表示する過程で実行し
た操作を再度行う必要がある。

【０８６４】ＷＷＷブラウザ画面での日付の考え方につ
いて説明する。本実施形態の決済情報システムでは、次
のとおり、３種類の日付（基準日、業務日付、帳票日
付）に関する考え方をもとに決済情報を管理する。基準
日とは、決済情報に係る約定日、決済日である。図１１
７は、基準日表示画面である。基準日は、ＷＷＷブラウ
ザ１１ｂ上で決済情報の検索を行う際に利用する日付条
件にも適用する。業務日付とは、決済情報システムで決
済情報の配信準備が整った日付である。業務日付は、Ｗ
ＷＷブラウザ画面に表示する一覧リストの情報名＋配信
日付欄、または同報通知プログラム１１ｃの日付種別欄
に表示する。図１１５は、業務日付表示画面である。

【０８６５】帳票日付とは、当該決済情報を利用者が使
用するであろう日付を、決済情報システムでは管理して
いる。例えば、前日の２３：００頃に情報の配信準備が
整う内国株式売買明細表（立会内取引）の帳票日付は、
翌日に利用者が閲覧するという想定で、業務日付＋１営
業日を帳票日付として管理する。帳票日付は、ＷＷＷブ
ラウザ画面で配信日単位に決済情報を閲覧する本日の配
信情報または配信日単位の閲覧メニューの掲載基準、決
済情報の検索を行う際に利用する日付条件等に採用して
いる。

【０８６６】図１１７は、帳票日付表示画面である。上
記例のとおり、帳票日付は、人間が利用するＷＷＷブラ
ウザ画面の操作性を向上する目的で採用する日付管理で
ある。

【０８６７】同報通知プログラム１１ｃの配信状況パネ
ル等には、直近の業務日付＋１営業日分の情報を掲載す
る。同掲載期間を超える情報は、パネル上の表示から自
動的に削除する。

【０８６８】決済情報システムでは、決済情報を収録し
たＣＳＶデータファイルを、直近の業務日付＋６営業日
分保存している。同期間を超える決済情報については、
利用者が操作の都度、決済情報システムで個々にＣＳＶ
データファイルを作成するため、ダウンロードする際の
所要時間が上記期間の情報に比べかかる。

【０８６９】次いで、ＷＷＷ画面の検索機能について説
明する。決済情報システムでは、画面切替タブ単位、配
信日単位、特定の情報（帳票）単位の３種類の検索機能
を提供する。画面切替タブ単位のキーワード検索では、
各画面切替タブに属する情報（帳票）を対象に、過去に
配信した決済情報等を検索できる。キーワード検索で
は、検索の対象にする期間別に「任意の期間を範囲とし
た検索」「本日配信分に限定した検索」の２種類の専用
画面を用意している。

【０８７０】任意の期間を範囲とした検索では、本日を
含む過去の一定期間を対象に、現在閲覧しているタブ画
面に属する決済情報の範囲で検索を行う。本日配信分に
限定した検索では、本日配信した決済情報を対象に、現
在閲覧しているタブ画面に属する決済情報の範囲で検索
を行う。

【０８７１】配信日単位の検索では、各画面切替タブに
属する情報（帳票）を対象に、当該日に配信された情報
（帳票）を一覧リスト形式で閲覧する。配信日単位の検
索では、検索の対象にする日付別に「任意の配信日を範
囲とした検索」「本日配信分に限定した検索」の２種類
の専用画面を用意している。任意の配信日を範囲とした
検索では、任意の配信日を対象に、現在閲覧しているタ
ブ画面に属する決済情報の範囲で検索を行う。

【０８７２】本日配信分に限定した検索では、本日分配
信分を対象に、現在閲覧しているタブ画面に属する決済
情報の範囲で検索を行う。特定の情報（帳票）単位の検
索では、複数ページに渡る情報（帳票）を対象に、現在
閲覧している情報を範囲に検索できる。１ページ（画
面）に収まる情報を閲覧する場合、同機能は使用できな
い。

【０８７３】次いで、各検索の操作手順について説明す
る。画面切替タブ単位のキーワード検索のうち任意の期
間を範囲とした検索では、ホーム画面、情報照会画面、
ヘルプ画面以外の各タブ画面に表示される帳票検索メニ
ューボタン５５１−０１をクリックすると、図１１９の
ような検索専用画面に切り替わる。

【０８７４】検索専用画面に表示される項目は、帳票名
５５１−０２、全選択／全解除５５１−０３、日付５５
１−０４である。各検索項目はアンド条件になる。つま
り、「選択した帳票名」かつ「指定した日付の範囲」で
検索する。帳票名５５１−０２では、現在閲覧している
画面タブに属する情報が表示される。表示される情報
は、当該利用者に付与されているアクセス権の範囲であ
る。検索の対象とする情報名のチェックボックスを有効
にする。

【０８７５】全選択／全解除５５１−０３では、帳票名
のチェックボックスを全て選択、または全て解除する。
日付５５１−０４では、日付指定無し項目５５１−０５
を選択すると、検索の対象期間を特定しない検索を実行
する。基準日項目５５１−０６を選択すると、指定した
期間内における基準日を検索条件にする。帳票日付項目
５５１−０７を選択すると、指定した期間内における帳
票日付５５１−０８を検索条件にする。

【０８７６】銘柄名５５１−０９では、入力した銘柄名
を検索条件にする。銘柄名を検索対象としない場合は、
同項目を空白にしておく。証券コード５５１−１０で
は、入力した証券コードを検索条件にする。証券コード
を検索対象としない場合は同項目を空白にしておく。新
証券コード５５１−１１では、入力した新証券コードを
検索条件にする。新証券コードを検索対象としない場合
は、同項目を空白にしておく。

【０８７７】検索を実行する場合は、検索条件を設定し
た後、検索ボタン５５１−１２をクリックする。既に設
定した検索条件を一旦取り消す場合は、リセットボタン
５５１−１３をクリックする。指定した検索条件に合致
する情報が存在する場合は、図１２０の検索結果画面が
表示される。図１２０の検索結果画面の一覧リストに掲
載される情報名＋配信日付欄５５１−２１をクリックす
ると、当該情報の詳細表示画面に切り替わる。

【０８７８】画面切替タブ単位のキーワード検索のうち
本日配信分に限定した検索では、本日の配信情報メニュ
ー画面５５１−３１に表示される本日分検索アイコン５
５１−３３をクリックすると、帳票検索メニュー相当の
検索専用画面５５１−３２が表示される。検索専用画面
５５１−３２では、日付項目５５１−０４が本日日付
（帳票日付）に固定される。その他の項目は、図１１９
の帳票検索メニュー画面と同様である。

【０８７９】配信日単位の検索について説明する。配信
日単位の検索のうち任意の配信日を範囲とした検索で
は、ホーム画面、情報照会画面、ヘルプ画面以外の各タ
ブ画面に表示される配信日単位の閲覧メニューボタン５
５１−４１をクリックすると、図１２２のような検索専
用画面に切り替わります。図１２２の検索専用画面上部
の日付指定ポップアップメニュー５５１−４２あるいは
日付移動ボタン５５１−４３を使用して任意の日（帳票
日付）に配信された過去の決済情報を一覧リストで確認
する。

【０８８０】配信日単位の検索のうち本日配信分に限定
した検索では、ホーム画面、情報照会画面、ヘルプ画面
以外の各タブ画面に表示される本日の配信情報メニュー
ボタン５５１−５１をクリックすると、図１２３のよう
な検索専用画面に切り替わり、利用者が閲覧した時点ま
でに配信準備が整った決済情報（本日配信分）を一覧リ
ストで確認できる。

【０８８１】特定の情報（帳票）単位の検索について説
明する。複数ページに渡る決済情報を閲覧すると、図１
２４のように、次ページボタンの左側に帳票内検索アイ
コン５５１−６１が表示される。同アイコン５５１−６
１をクリックすると、図１２５のように、帳票内検索ウ
ィンドウ５５１−６２が表示される。

【０８８２】帳票内検索ウィンドウ５５１−６２に表示
される項目は、銘柄名５５１−６３、証券コード５５１
−６４、新証券コード５５１−６５である。各検索項目
はアンド条件になる。銘柄名５５１−６３は、入力した
銘柄名を検索条件にする。銘柄名を検索対象としない場
合は、同項目を空白にする。

【０８８３】証券コード５５１−６４は、入力した証券
コードを検索条件にする。証券コードを検索対象としな
い場合は、同項目を空白にする。新証券コード５５１−
６５は、入力した新証券コードを検索条件にする。新証
券コードを検索対象としない場合は、同項目を空白にす
る。検索を実行する場合は、検索条件を設定した後、検
索ボタン５５１−１２をクリックする。既に設定した検
索条件を一旦取り消す場合は、リセットボタン５５１−
１３をクリックする。

【０８８４】指定した検索条件に合致する情報が存在す
る場合は、図１２５の検索結果画面が表示される。検索
条件にヒットした情報が存在する場合は、当該情報が掲
載されているページに直接移動し、そのページ内で、当
該情報は他の情報とは異なる色、例えば薄いピンク色で
識別される。

【０８８５】同一の検索条件で引き続き検索を行うと、
直前で移動したページ以降を対象に検索が実行される。
一方、別の検索条件で引き続き検索を行うと、当該決済
情報（帳票）の１ページ目に戻り検索が実行される。Ｗ
ＷＷ画面によるエントリ操作手順すなわちフェイル管理
タブ画面バイイン請求、バイイン請求取下、バイイン注
文に関する操作手順について説明する。ＤＶＰ決済シス
テムにおけるエントリ操作は、バイイン請求、バイイン
請求取下、バイイン注文の３種類である。

【０８８６】バイイン請求では、バイイン請求の申告、
変更、取消しに関するエントリ操作を用意している。バ
イイン請求に係る操作は、エントリ操作当日の１２：３
０〜１４：３０の間に操作が可能である。バイイン請求
取下では、バイイン請求取下の申告、変更、取消しに関
するエントリ操作を用意している。バイイン請求取下に
係る操作は、バイイン実行日の翌営業日（バイイン請求
日＋４営業日）の９：００〜１２：００の間に操作が可
能である。

【０８８７】バイイン注文では、バイイン注文の申込
み、変更、取消しに関するエントリ操作を用意してい
る。バイイン注文に係る操作は、バイイン実行日（バイ
イン請求日＋３営業日）の１５：００〜１５：３０の間
に操作が可能である。エントリの受付時間を、図１２６
（ｂ）に示す。

【０８８８】エントリ情報の受付手順について図１２６
（ａ）を参照して説明する。申告、取消等のエントリ操
作を行うと、入力したエントリ情報は仮受領５６１−０
１または仮取消５６１−０４の状態として受け付ける。
その後、エントリ情報の検証を決済情報システムで行
い、入力した内容に問題がなければ、本受領５６１−０
１または取消済５６１−０５の扱いになる。一方、エン
トリ情報に不都合があった場合は、不受理５６１−０
３、５６１−０６の扱いになる。

【０８８９】エントリ情報の状態は、後述の各状況画面
の受付状況欄に表示する。受付状況欄に表示する内容は
仮受領、仮取消、本受領、取消済、不受理または不受理
理由である。仮受領とは、エントリ操作（申告・変更）
を行った直後から、決済情報システムがエントリ内容の
検証を完了するまでの間の状況である。

【０８９０】仮取消とは、エントリ操作（取消）を行っ
た直後から、決済情報システムがエントリ内容の検証を
完了するまでの間の状況である。本受領とは、決済情報
システムの検証が完了し、エントリ情報（申告・変更）
を問題がなく受け付けた時点の状況である。取消済と
は、決済情報システムの検証が完了し、エントリ情報
（取消）を問題がなく受け付けた時点の状況である。

【０８９１】不受理または不受理理由は、決済情報シス
テムの検証が完了し、エントリ情報に不都合があり、当
該エントリが無効になった時点で表示される。仮受領の
状態になっているエントリ情報は、本受領に切り替わる
までの間、当該情報の変更及び取消操作を実行できな
い。仮取消または取消済の状態になっているエントリ情
報は、当該情報の変更及び取消操作を実行できない。つ
まり、本受領に移行するまでの間、当該エントリ情報の
変更・取消はできない。仮受領の状態になっているエン
トリ情報が、何らかの理由で不受理となった場合、当該
エントリ情報は無効になる。

【０８９２】したがって、後述する当該エントリ情報の
版数も、次の通り、不受理になった場合は改版されな
い。つまり、バイイン請求申告を新規にエントリした状
態では、画面上には「１版、請求申告、本受領」と表示
される。その後バイイン請求変更を行った直後の状態で
は、「２版、請求変更、仮受領」と表示される。その後
請求変更が不受理になった場合には、「１版、請求申
告、不受理」と表示され、上記仮受領のエントリ情報は
無効になり、結果、１版の請求申告のみ有効になるので
ある。

【０８９３】受付状況の不受理については、エントリ情
報が無効になった理由を表示してもよい。例えば、エン
トリ情報のうち注文値段に誤りがある場合の「表示注文
値段エラー」、エントリ情報のうち自己委託区分に誤り
がある場合の「自己委託区分エラー」、既に同一情報が
登録されている場合の「追加済エラー」、訂正対象のデ
ータは登録されていない場合の「訂正該当データな
し」、取消対象のデータは登録されていない場合の「取
消該当データなし」、エントリ情報のうち会員コードに
誤りがある場合の「会員コードエラー」、エントリ情報
のうち銘柄コードに誤りがある場合の「銘柄コードエラ
ー」、エントリ情報のうち売買単位に誤りがある場合の
「売買単位エラー」、エントリ情報のうち請求した数量
に誤りがある場合の「請求数量エラー」、エントリ情報
のうち取下げた数量に誤りがある場合の「取下数量エラ
ー」、エントリ情報のうち注文数量に誤りがある場合の
「注文数量エラー」、申告，変更，取消等、所定の区分
以外である場合の「処理区分エラー」、操作可能な時間
帯以外にエントリを行った場合の「受付時間外エラー」
等の理由である。

【０８９４】エントリ情報の版数管理について説明す
る。エントリした情報は、エントリ日・請求番号（後
述）の単位に、版数により状態の変化を管理する。版数
は、後述の各状況画面の版数欄に表示する。各エントリ
操作において、新たな申告（申込）を行った情報は１版
の扱いになる。以降、当該情報を変更する都度、版数が
更新（２版、３版等）される。なお、当該情報を取り消
した場合（受付状況が取消済となった時点）で、当該情
報の版数管理は完結する。取消が完了した後、再度、同
一銘柄の申告（申込）を行うと、版数は１版の扱いにな
る。不受理となったエントリ情報の版数は更新されず、
変更または取消操作は無効になる。

【０８９５】バイイン請求申告、バイイン売注文発注の
版数管理の具体例を、バイイン請求可能数量が１０株で
ある場合を例として説明する。この具体例では、取消を
行わずに数量を変更するため、 初版： ５株のバイイン請求 ２版： ７株のバイイン請求（数量の変更） ３版： ９株のバイイン請求（数量の変更） となる。

【０８９６】なお、一旦取消した後に数量を変更し、 初版： ５株のバイイン請求 ２版： ５株のバイイン請求の取消 ３版： ７株のバイイン請求（数量の変更） ４版： ７株のバイイン請求の取消 ５版： ９株のバイイン請求（数量の変更） とする案もあるが、後者の案は操作回数が増えるうえ、
従来のシステムの操作手続きとの差異が大きい手順とな
るため、前者の案のとおり、初版をもとにデータを修正
する方式を採用している。

【０８９７】バイイン請求の取下げの版数管理の具体例
について説明する。バイイン請求取下げが可能な単位
は、請求日ごととする。例えば、 ５株（請求日ａ日の残数量） １０株（請求日ｂ日の残数量） ６株（請求日ｃ日の残数量） のバイインがある場合、取下げは、請求日単位かつ請求
日が古い順（ａ→ｂ→ｃ）であり、したがって、取下げ
可能数量は、５株、１５株、２１株のいずれかになる。

【０８９８】取下げ可能数量については、ＣＳＩサーバ
コンピュータ１２からＤＶＰサーバコンピュータ４に対
し、５株、１０株、６株の単位で連携可能である。ユー
ザ側は、「バイイン実行結果通知」の残数量を確認した
うえで、取下げの是非を判断するため、「バイイン実行
結果通知」を実行日単位で配信し、それぞれの情報から
取下げの手続きを行うことが可能なこれらの単位が望ま
しいが、５株、１５株、２１株の単位で連携が可能なよ
うに構成してもよい。

【０８９９】エントリ情報の請求番号について説明す
る。決済情報システムでは、申告（申込）したエントリ
情報に対し、図１５５、図１６２、図１６９のように請
求番号を自動採番する。請求番号は、システム全体でエ
ントリ日単位に通番管理される。請求番号は、各サイト
単位の通番管理ではないため、注意を要する。

【０９００】請求番号は、申告（申込）〜取消までの間
で有効である。版数管理と同様、当該エントリ情報が取
り消された時点で、請求番号は無効になる。取消が完了
した後、再度同一銘柄の申告（申込）を行うと、異なる
請求番号が採番される。なお、この請求番号は、バイイ
ン請求では「請求番号」、バイイン請求取下では「取下
番号」、バイイン注文では「注文番号」と称する。図１
２６〜図１３０は、エントリにおけるステータス管理、
変更、取消手続き（受付状況と版数管理の関係）、請求
等の単位の概要を示す図である。

【０９０１】図１３１〜図１３７は、ＷＷＷ画面の画面
遷移図を示す。図１３１は、ホームの画面遷移図であ
る。ＷＷＷページのトップ画面５６１−０１で認証を受
けることにより、ホーム画面５６１−０２が表示され
る。ホーム画面５６１−０２では、タブの選択により、
照合業務画面５６１−０４、決済業務画面５６１−０
５、担保管理画面５６１−０６、フェイル管理画面５６
１−０７、情報紹介画面５６１−０８、ヘルプ画面５６
１−０９が表示される。

【０９０２】また、ホーム画面５６１−０２のメニュー
ボタンを選択することにより、お知らせ一覧５６１−１
０、関連サイト５６１−１１、アーカイブ一覧５６１−
１２、パスワード変更５６１−１３、ユーザ情報変更５
６１−１４、同報通知一覧５６１−１５、サイトユーザ
管理５６１−１６、アクセス権管理５６１−１７、課金
情報表示５６１−１８の各画面が表示される。お知らせ
一覧５６１−１０では、カテゴリごとのお知らせ一覧５
６１−１９画面に移行可能であり、カテゴリごとのお知
らせ一覧５６１−１９画面からは、お知らせをダウンロ
ード可能なお知らせ表示５６１−２０、お知らせをアッ
プロード可能なお知らせ登録／削除５６１−２１に移行
可能である。

【０９０３】サイトユーザ管理５６１−１７からは、参
加者サイト登録／削除、参加者サイトグループ編集、有
価証券取扱担当者設定、有価証券売買担当者設定、サイ
トユーザー一覧／ＣＳＶ、サイト管理者一覧／ＣＳＶを
含む設定画面５６１−２３のうち各管理者に対応した画
面に移行可能である。アクセス権管理５６１−１７から
は、対象会員管理（帳票指定）、対象会員管理（帳票分
類指定）、対象会員管理（会員指定）、対象会員管理
（属性指定）、ユーザアクセス権管理（帳票指定）、ユ
ーザアクセス権管理（帳票分類指定）、ユーザアクセス
権管理（ユーザＩＤ指定）を含む管理画面５６１−２４
のうち各管理者に対応した画面に移行可能である。

【０９０４】図１３２は、照合業務の画面遷移図であ
る。照合業務画面５６１−０４のメニューボタンで選択
することにより、本日の配信情報５６１−３１、情報項
目量によりカテゴライズされたカテゴリＡ・カテゴリＢ
・カテゴリＣ等の各帳票の過去５営業日分を一覧表示す
る帳票過去５営業日分一覧表示５６１−３３、配信日単
位の閲覧５６１−３７、帳票検索画面５６１−３８が表
示される。

【０９０５】本日の配信情報５６１−３１は、タブ選択
時の最初のページとなる。「照合業務」に属する帳票の
うち、本日分の帳票を一覧表示する。表示項目は帳票
名、閲覧処理ステータス、帳票配信時刻、ＣＳＶファイ
ルサイズであり、帳票表示（ＨＴＭＬ）５６１−３４へ
のリンクを持つ。帳票過去５営業日分一覧表示５６１−
３３からは、帳票一覧画面５６１−３４が表示可能であ
る。帳票一覧画面５６１−３４は、ＣＳＶダウンロード
が可能であり、また帳票表示（ＨＴＭＬ）５６１−３４
を経て帳票内検索画面５６１−３６に移行可能である。

【０９０６】図１３３は、決済業務の画面遷移図であ
る。図１３３に示す画面遷移図は、決済業務画面５６１
−０５から各画面が遷移表示される点、各画面が決済業
務に関する情報を表示する点を除いては図１３２の照合
業務の画面遷移図と同様であるので、説明を省略する。

【０９０７】図１３４は、担保管理の画面遷移図であ
る。図１３４に示す画面遷移図は、担保管理画面５６１
−０６から各画面が遷移表示される点、各画面が担保管
理に関する情報を表示する点を除いては図１３２の照合
業務の画面遷移図と同様であるので、説明を省略する。

【０９０８】図１３５は、フェイル管理の画面遷移図で
ある。フェイル管理画面５６１−０７からは、バイイン
請求画面５６１−３９を経てバイイン請求取下５６１−
４０、バイイン注文５６１−４１が表示される。図１３
５に示す画面遷移図は、フェイル管理画面５６１−０７
から各画面が遷移表示される点、各画面がフェイル管理
に関する情報を表示する点を除いては図１３２の照合業
務の画面遷移図と同様であるので、同様の構成について
の説明を省略する。

【０９０９】図１３６は、情報紹介の画面遷移図であ
る。情報紹介画面５６１−５１でメニューボタンを選択
することにより、証券取引所アドレス帳５６１−５３、
貴社サイト管理者画面５６１−５４、会員アドレス帳５
６１−５５が表示される。

【０９１０】図１３７は、ヘルプの画面遷移図である。
ヘルプ画面５６１−０９でメニューボタンを選択する
と、ヘルプデスク５６１−５６を経てヘルプデスク登録
画面５６１−６０、業務窓口５６１−５７を経て業務窓
口登録画面５６１−６１、利用規定５６１−５８を経て
利用規定登録画面５６１−６２、操作マニュアル５６１
−５９を経て操作マニュアル登録画面５６１−６３が表
示可能である。

【０９１１】次いで、ＷＷＷ画面の画面設計について説
明する。本実施形態では、受付状況画面から申告、変
更、取消の操作が出来る様に構成している。ＷＷＷのホ
ーム画面のフェイル管理タブ選択時の画面メニュー表示
部で「バイイン請求」、「バイイン請求取下」、「バイ
イン注文」の３業務を選択する様に構成している。

【０９１２】図１３８は、フェイル管理タブ選択以降の
画面遷移図である。バイイン請求業務メイン画面５７１
−０１でバイイン注文ボタンを選択するとバイイン注文
業務メイン画面５７１−０３、バイイン請求取下ボタン
を選択するとバイイン請求取下業務メイン画面５７１−
０２、請求申告ボタンを選択するとバイイン請求申告画
面５７１−０４、請求変更ボタンを選択するとバイイン
請求変更画面５７１−０５が表示される。

【０９１３】バイイン請求申告画面５７１−０４でキャ
ンセルボタン、またはバイイン請求変更画面５７１−０
５でＯＫボタン又はキャンセルボタンを選択するとバイ
イン請求業務メイン画面５７１−０１が表示される。バ
イイン請求取下業務メイン画面５７１−０２でバイイン
請求ボタンを選択するとバイイン請求業務メイン画面５
７１−０１、バイイン注文ボタンを選択するとバイイン
注文業務メイン画面５７１−０３、請求取下申告ボタン
を選択するとバイイン請求取下申告画面５７１−０６、
請求取下変更ボタンを選択するとバイイン請求取下変更
画面５７１−０７が表示される。

【０９１４】バイイン請求取下申告画面５７１−０６で
キャンセルボタン、またはバイイン請求取下変更画面５
７１−０７でＯＫボタン又はキャンセルボタンを選択す
るとバイイン請求取下業務メイン画面５７１−０２が表
示される。バイイン注文業務メイン画面５７１−０３で
バイイン請求ボタンを選択するとバイイン請求業務メイ
ン画面５７１−０１、バイイン請求取下ボタンを選択す
るとバイイン請求取下業務メイン画面５７１−０２、注
文申込ボタンを選択するとバイイン注文申込画面５７１
−０８、注文変更ボタンを選択するとバイイン注文変更
画面５７１−０９が表示される。バイイン注文申込画面
５７１−０８でキャンセルボタン、またはバイイン注文
変更画面５７１−０９でＯＫボタン又はキャンセルボタ
ンを選択するとバイイン注文業務メイン画面５７１−０
３が表示される。

【０９１５】次いで、各業務画面の画面遷移について説
明する。図１３９は、バイイン請求業務画面（請求申告
の処理の流れ）を示す画面遷移図である。図１１３のホ
ーム画面でフェイル管理３４５タブを選択することによ
り表示されたフェイル管理３４５タブ画面でバイイン請
求を選択すると、図１３９の処理がスタートする。

【０９１６】ステップＳ５０１−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０１−０１：Ｙｅｓ）、ステップＳ５０１−
０２で、バイイン請求関係のメイン画面であるバイイン
請求状況受付画面を、読取専用画面として表示する。す
なわち、請求申告ボタン（８）、請求変更ボタン（９）
等の各ボタンが表示されていない点を除いては図１４８
のバイイン請求状況受付画面と同様の画面を表示する。
この画面では、各ボタンが表示されていないため、ボタ
ンのクリック等の入力操作が不可能な状態である。

【０９１７】エントリの受付時間外でない場合（Ｓ５０
１−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０１−０３で、バイイン請求
関係のメイン画面である図１４８のバイイン請求状況受
付画面を表示する。このとき、バイイン請求受付状況デ
ータがある場合には、図１４８のように受付状況データ
がリスト表示され、バイイン請求受付状況データがない
場合には、図１５１のようにタイトル部分のみが表示さ
れる。次いで、ステップＳ５０１−０４で、図１４８の
請求申告ボタン（８）がクリックされたか判定する。請
求申告ボタン（８）がクリックされなかった場合（ステ
ップＳ５０１−０４：Ｎｏ）、ステップＳ５０１−０３
に戻り、バイイン請求状況受付画面の表示を継続する。

【０９１８】請求申告ボタン（８）がクリックされた場
合（ステップＳ５０１−０４：Ｙｅｓ）、ステップＳ５
０１−０５で、バイイン請求申告エントリの受付時間外
か否か判定する。バイイン請求申告エントリの受付時間
外である場合（ステップＳ５０１−０５：Ｙｅｓ）、ス
テップＳ５０１−０６で図１５０の「バイイン請求申告
受付時間外の為、受け付けられません。」というエラー
画面を表示し、ステップＳ５０１−０７でエラー画面の
「ＯＫ」ボタンがクリックされたか判定する。エラー画
面の「ＯＫ」ボタンがクリックされなかった場合（ステ
ップＳ５０１−０７：Ｎｏ）、ステップＳ５０１−０６
のエラー画面表示を継続する。エラー画面の「ＯＫ」ボ
タンがクリックされた場合（ステップＳ５０１−０７：
Ｙｅｓ）、ステップＳ５０１−０３に戻り、バイイン請
求状況受付画面を表示する。

【０９１９】バイイン請求申告エントリの受付時間外で
ない場合（ステップＳ５０１−０５：Ｎｏ）、つまりエ
ントリの受付時間内である場合、ステップＳ５０１−０
８で、バイイン請求申告エントリ可能な銘柄情報がある
か判定する。バイイン請求申告エントリ可能な銘柄情報
がない場合（ステップＳ５０１−０８：Ｎｏ）、ステッ
プＳ５０１−１２で「バイイン請求できる銘柄がありま
せん。」という銘柄なし画面を表示し、ステップＳ５０
１−１３で銘柄なし画面の「ＯＫ」ボタンがクリックさ
れたか判定する。銘柄なし画面の「ＯＫ」ボタンがクリ
ックされなかった場合（ステップＳ５０１−１３：Ｎ
ｏ）、ステップＳ５０１−１２の銘柄なし画面表示を継
続する。銘柄なし画面の「ＯＫ」ボタンがクリックされ
た場合（ステップＳ５０１−１３：Ｙｅｓ）、ステップ
Ｓ５０１−０３に戻り、バイイン請求状況受付画面を表
示する。

【０９２０】バイイン請求申告エントリ可能な銘柄情報
がある場合（ステップＳ５０１−０８：Ｙｅｓ）、ステ
ップＳ５０１−０９で図１５２のバイイン請求申告エン
トリ画面を表示する。次いで、ステップＳ５０１−０１
０でバイイン請求申告エントリ画面の「ＯＫ」ボタン
（５）がクリックされたか判定する。「ＯＫ」ボタン
（５）がクリックされていない場合（ステップＳ５０１
−１０：Ｎｏ）、ステップＳ５０１−１１で「キャンセ
ル」ボタン（６）がクリックされたか判定する。

【０９２１】「キャンセル」ボタン（６）がクリックさ
れていない場合（ステップＳ５０１−１１：Ｎｏ）、ユ
ーザがまだ画面上の処理を終えていないものとしてステ
ップＳ５０１−０９に戻り、図１５２のバイイン請求申
告エントリ画面表示を継続する。「キャンセル」ボタン
（６）がクリックされた場合（ステップＳ５０１−１
１：Ｙｅｓ）、バイイン請求申告の意思がないものとし
て、ステップＳ５０１−０３に戻り、バイイン請求状況
受付画面を表示する。

【０９２２】バイイン請求申告エントリ画面の「ＯＫ」
ボタン（５）がクリックされた場合（ステップＳ５０１
−１０：Ｙｅｓ）、ステップＳ５０１−１４で、クライ
アントコンピュータ９側のチェックにより入力データに
ミスがないと判定されたか判定する。

【０９２３】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定されなかった場合
（ステップＳ５０１−１４：Ｎｏ）、つまりチェックに
より入力データにミスがあった場合、ステップＳ５０１
−１５で「請求数量は１以上を入力してください」等の
エラー画面を表示し、ステップＳ５０１−１４でこのエ
ラー画面の「ＯＫ」ボタンがクリックされたか判定す
る。エラー画面の「ＯＫ」ボタンがクリックされなかっ
た場合（ステップＳ５０１−１６：Ｎｏ）、ステップＳ
５０１−０１５のエラー画面表示を継続する。エラー画
面の「ＯＫ」ボタンがクリックされた場合（ステップＳ
５０１−１６：Ｙｅｓ）、ステップＳ５０１−０９に戻
り、図１５２のバイイン請求申告エントリ画面を表示す
る。

【０９２４】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定された場合（ステ
ップＳ５０１−１４：Ｙｅｓ）、ステップＳ５０１−１
７で「請求申告を行います。よろしいですか？『はい／
いいえ』」というバイイン請求申告画面を表示する。次
いで、ステップＳ５０１−１８でバイイン請求申告画面
の「はい」がクリックされたか判定する。「はい」がク
リックされなかった場合（ステップＳ５０１−１８：Ｎ
ｏ）、ステップＳ５０１−１９でバイイン請求申告画面
の「いいえ」がクリックされたか判定する。バイイン請
求申告画面の「いいえ」がクリックされされなかった場
合（ステップＳ５０１−１９：Ｎｏ）、「はい」「いい
え」のいずれもクリックされておらず、ユーザがバイイ
ン請求申告画面での処理を終えていないものとして、ス
テップＳ５０１−１７に戻り、バイイン請求申告画面表
示を継続する。

【０９２５】バイイン請求申告画面の「いいえ」がクリ
ックされた場合（ステップＳ５０１−１９：Ｙｅｓ）、
図１３９のＡを経てステップＳ５０１−０９に戻り、図
１５２のバイイン請求申告エントリ画面を表示する。バ
イイン請求申告画面の「はい」がクリックされた場合
（ステップＳ５０１−１８：Ｙｅｓ）、ステップＳ５０
１−２０で、サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されたか判定する。

【０９２６】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定された場合（ステップＳ５０１−２０：Ｙｅｓ）、
ステップＳ５０１−２３で図１５５の「請求番号ｎｎｎ
が割り当てられ、仮受領されました。続けてバイイン請
求申告を行いますか？『はい／いいえ』」という仮受領
確認画面を表示する。次いで、ステップＳ５０１−２４
で仮受領確認画面の「はい」がクリックされたか判定す
る。「はい」がクリックされなかった場合（ステップＳ
５０１−２２：Ｎｏ）、ステップＳ５０１−２５で仮受
領確認画面の「いいえ」がクリックされたか判定する。
仮受領確認画面の「いいえ」がクリックされされなかっ
た場合（ステップＳ５０１−２５：Ｎｏ）、「はい」
「いいえ」のいずれもクリックされておらず、ユーザが
仮受領確認画面での処理を終えていないものとして、ス
テップＳ５０１−２３に戻り、仮受領確認画面表示を継
続する。

【０９２７】仮受領確認画面の「いいえ」がクリックさ
れた場合（ステップＳ５０１−２５：Ｙｅｓ）、ステッ
プＳ５０１−０３に戻り、バイイン請求状況受付画面を
表示する。仮受領確認画面の「はい」がクリックされた
場合（ステップＳ５０１−２４：Ｙｅｓ）、図１３９の
Ａを経てステップＳ５０１−０９に戻り、図１５２のバ
イイン請求申告エントリ画面を表示する。

【０９２８】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されなかった場合（ステップＳ５０１−２０：Ｎ
ｏ）、すなわちクライアントコンピュータ９側での操作
にミスがあると判定された場合、ステップＳ５０１−２
１で図１５０の「バイイン請求申告受付時間外の為、受
け付けられません。」という画面等のエラー画面を表示
し、ステップＳ５０１−２２でエラー画面の「ＯＫ」ボ
タンがクリックされたか判定する。エラー画面の「Ｏ
Ｋ」ボタンがクリックされなかった場合（ステップＳ５
０１−２２：Ｎｏ）、ステップＳ５０１−２１のエラー
画面表示を継続する。エラー画面の「ＯＫ」ボタンがク
リックされた場合（ステップＳ５０１−２２：Ｙｅ
ｓ）、ステップＳ５０１−０３に戻り、バイイン請求状
況受付画面を表示する。図１３９のフローチャートで
は、以上の処理を繰り返す。

【０９２９】図１４０は、バイイン請求業務画面（請求
変更の処理の流れ）を示す画面遷移図である。図１１３
のホーム画面でフェイル管理３４５タブを選択すること
により表示されたフェイル管理３４５タブ画面でバイイ
ン請求を選択すると、図１４０の処理がスタートする。

【０９３０】ステップＳ５０２−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０２−０２：Ｙｅｓ）、ステップＳ５０２−
０２で、バイイン請求関係のメイン画面であるバイイン
請求状況受付画面を、読取専用画面として表示する。す
なわち、請求申告ボタン（８）、請求変更ボタン（９）
等の各ボタンが表示されていない点を除いては図１４８
のバイイン請求状況受付画面と同様の画面を表示する。
この画面では、各ボタンが表示されていないため、ボタ
ンのクリック等の入力操作が不可能な状態である。

【０９３１】エントリの受付時間外でない場合（Ｓ５０
２−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０２−０３で、バイイン請求
関係のメイン画面である図１４８のバイイン請求状況受
付画面が表示される。このとき、バイイン請求受付状況
データがある場合には、図１４８のように受付状況デー
タがリスト表示され、バイイン請求受付状況データがな
い場合には、図１５１のようにタイトル部分のみが表示
される。次いで、ステップＳ５０１−０４で、図１４８
の請求変更ボタン（９）がクリックされたか判定する。
請求変更ボタン（９）がクリックされなかった場合（ス
テップＳ５０２−０４：Ｎｏ）、ステップＳ５０２−０
３に戻り、バイイン請求状況受付画面の表示を継続す
る。

【０９３２】請求変更ボタン（９）がクリックされた場
合（ステップＳ５０２−０４：Ｙｅｓ）、ステップＳ５
０２−０５で、バイイン変更申告エントリの受付時間外
か否か判定する。バイイン請求変更エントリの受付時間
外である場合（ステップＳ５０２−０５：Ｙｅｓ）、ス
テップＳ５０２−０６で図１５０の「バイイン請求申告
受付時間外の為、受け付けられません。」というエラー
画面を表示し、ステップＳ５０２−０７でエラー画面の
「ＯＫ」ボタンがクリックされたか判定する。エラー画
面の「ＯＫ」ボタンがクリックされなかった場合（ステ
ップＳ５０２−０７：Ｎｏ）、ステップＳ５０２−０６
のエラー画面表示を継続する。エラー画面の「ＯＫ」ボ
タンがクリックされた場合（ステップＳ５０２−０７：
Ｙｅｓ）、ステップＳ５０２−０３に戻り、バイイン請
求状況受付画面を表示する。

【０９３３】バイイン請求申告エントリの受付時間外で
ない場合（ステップＳ５０２−０５：Ｎｏ）、つまりエ
ントリの受付時間内である場合、ステップＳ５０２−０
８で、変更が指定されたエントリが変更可能な版である
か判定する。変更可能な版でない場合（ステップＳ５０
２−０８：Ｎｏ）、ステップＳ５０２−１２で「請求す
ることはできません。」というエラー画面を表示し、ス
テップＳ５０２−１３でエラー画面の「ＯＫ」ボタンが
クリックされたか判定する。エラー画面の「ＯＫ」ボタ
ンがクリックされなかった場合（ステップＳ５０２−１
３：Ｎｏ）、ステップＳ５０２−１２のエラー画面表示
を継続する。エラー画面の「ＯＫ」ボタンがクリックさ
れた場合（ステップＳ５０２−１３：Ｙｅｓ）、ステッ
プＳ５０２−０３に戻り、バイイン請求状況受付画面を
表示する。

【０９３４】変更が指定されたエントリが変更可能な版
である場合（ステップＳ５０２−０８：Ｙｅｓ）、ステ
ップＳ５０２−０９で図１５６のバイイン請求変更エン
トリ画面を表示する。次いで、ステップＳ５０２−１０
でバイイン請求変更エントリ画面の「ＯＫ」ボタン
（６）がクリックされたか判定する。「ＯＫ」ボタン
（６）がクリックされていない場合（ステップＳ５０２
−１０：Ｎｏ）、ステップＳ５０２−１１で「キャンセ
ル」ボタン（７）がクリックされたか判定する。

【０９３５】「キャンセル」ボタン（７）がクリックさ
れていない場合（ステップＳ５０２−１１：Ｎｏ）、ユ
ーザがまだ画面上の処理を終えていないものとしてステ
ップＳ５０２−０９に戻り、図１５６のバイイン請求変
更エントリ画面表示を継続する。「キャンセル」ボタン
（７）がクリックされた場合（ステップＳ５０２−１
１：Ｙｅｓ）、バイイン請求変更の意思がないものとし
て、ステップＳ５０２−０３に戻り、バイイン請求状況
受付画面を表示する。

【０９３６】バイイン請求変更エントリ画面の「ＯＫ」
ボタン（６）がクリックされた場合（ステップＳ５０２
−１０：Ｙｅｓ）、ステップＳ５０２−１４で、クライ
アントコンピュータ９側のチェックにより入力データに
ミスがないと判定されたか判定する。クライアントコン
ピュータ９側のチェックにより入力データにミスがない
と判定されなかった場合（ステップＳ５０２−１４：Ｎ
ｏ）、つまりチェックにより入力データにミスがあった
場合、ステップＳ５０２−１５で「請求数量は１以上を
入力してください」等のエラー画面を表示し、ステップ
Ｓ５０２−１６でこのエラー画面の「ＯＫ」ボタンがク
リックされたか判定する。エラー画面の「ＯＫ」ボタン
がクリックされなかった場合（ステップＳ５０２−１
６：Ｎｏ）、ステップＳ５０２−０１４のエラー画面表
示を継続する。エラー画面の「ＯＫ」ボタンがクリック
された場合（ステップＳ５０２−１６：Ｙｅｓ）、ステ
ップＳ５０２−０９に戻り、図１５６のバイイン請求変
更エントリ画面を表示する。

【０９３７】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定された場合（ステ
ップＳ５０２−１４：Ｙｅｓ）、ステップＳ５０２−１
７で「請求変更を行います。よろしいですか？『はい／
いいえ』」というバイイン請求変更画面を表示する。次
いで、ステップＳ５０２−１８でバイイン請求変更画面
の「はい」がクリックされたか判定する。「はい」がク
リックされなかった場合（ステップＳ５０２−１８：Ｎ
ｏ）、ステップＳ５０２−１９でバイイン請求変更画面
の「いいえ」がクリックされたか判定する。バイイン請
求変更画面の「いいえ」がクリックされされなかった場
合（ステップＳ５０２−１９：Ｎｏ）、「はい」「いい
え」のいずれもクリックされておらず、ユーザがバイイ
ン請求変更画面での処理を終えていないものとして、ス
テップＳ５０２−１７に戻り、バイイン請求変更画面表
示を継続する。

【０９３８】バイイン請求変更画面の「いいえ」がクリ
ックされた場合（ステップＳ５０２−１９：Ｙｅｓ）、
図１４０のＢを経てステップＳ５０２−０９に戻り、図
１５６のバイイン請求変更エントリ画面を表示する。バ
イイン請求変更画面の「はい」がクリックされた場合
（ステップＳ５０２−１８：Ｙｅｓ）、ステップＳ５０
２−２０で、サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されたか判定する。

【０９３９】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定された場合（ステップＳ５０２−２０：Ｙｅｓ）、
ステップＳ５０２−２３で「仮受領されました。」とい
う仮受領確認画面を表示する。次いで、ステップＳ５０
２−２４で仮受領確認画面の「ＯＫ」がクリックされた
か判定する。「ＯＫ」がクリックされなかった場合（ス
テップＳ５０２−２４：Ｎｏ）、ステップＳ５０２−２
３に戻り、仮受領確認画面表示を継続する。

【０９４０】仮受領確認画面の「ＯＫ」がクリックされ
た場合（ステップＳ５０２−２４：Ｙｅｓ）、ステップ
Ｓ５０２−０３に戻り、バイイン請求状況受付画面を表
示する。サーバコンピュータ４側のチェックによりクラ
イアントコンピュータ９側での操作にミスがないと判定
されなかった場合（ステップＳ５０２−２０：Ｎｏ）、
すなわちクライアントコンピュータ９側での操作にミス
があると判定された場合、ステップＳ５０２−２１で図
１５０の「バイイン請求申告受付時間外の為、受け付け
られません。」という画面等のエラー画面を表示し、ス
テップＳ５０２−２２でエラー画面の「ＯＫ」ボタンが
クリックされたか判定する。エラー画面の「ＯＫ」ボタ
ンがクリックされなかった場合（ステップＳ５０２−２
２：Ｎｏ）、ステップＳ５０２−２１のエラー画面表示
を継続する。エラー画面の「ＯＫ」ボタンがクリックさ
れた場合（ステップＳ５０２−２２：Ｙｅｓ）、ステッ
プＳ５０２−０３に戻り、バイイン請求状況受付画面を
表示する。図１４０のフローチャートでは、以上の処理
を繰り返す。

【０９４１】図１４１は、バイイン請求業務画面（請求
取消の処理の流れ）を示す画面遷移図である。図１１３
のホーム画面でフェイル管理３４５タブを選択すること
により表示されたフェイル管理３４５タブ画面でバイイ
ン請求を選択すると、図１４１の処理がスタートする。

【０９４２】ステップＳ５０３−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０３−０２：Ｙｅｓ）、ステップＳ５０３−
０２で、バイイン請求関係のメイン画面であるバイイン
請求状況受付画面を、読取専用画面として表示する。す
なわち、請求申告ボタン（８）、請求変更ボタン（９）
等の各ボタンが表示されていない点を除いては図１４８
のバイイン請求状況受付画面と同様の画面を表示する。
この画面では、各ボタンが表示されていないため、ボタ
ンのクリック等の入力操作が不可能な状態である。

【０９４３】エントリの受付時間外でない場合（Ｓ５０
３−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０３−０３で、バイイン請求
関係のメイン画面である図１４８のバイイン請求状況受
付画面が表示される。このとき、バイイン請求受付状況
データがある場合には、図１４８のように受付状況デー
タがリスト表示され、バイイン請求受付状況データがな
い場合には、図１５１のようにタイトル部分のみが表示
される。

【０９４４】次いで、ステップＳ５０３−０４で、図１
４８の請求取消ボタン（１０）がクリックされたか判定
する。請求取消ボタン（１０）がクリックされなかった
場合（ステップＳ５０３−０４：Ｎｏ）、ステップＳ５
０３−０３に戻り、バイイン請求状況受付画面の表示を
継続する。請求取消ボタン（１０）がクリックされた場
合（ステップＳ５０３−０４：Ｙｅｓ）、ステップＳ５
０３−０５で、バイイン請求取消エントリの受付時間外
か否か判定する。

【０９４５】バイイン請求取消エントリの受付時間外で
ある場合（ステップＳ５０３−０５：Ｙｅｓ）、ステッ
プＳ５０３−０６で図１５０の「バイイン請求申告受付
時間外の為、受け付けられません。」というエラー画面
を表示し、ステップＳ５０３−０７でエラー画面の「Ｏ
Ｋ」ボタンがクリックされたか判定する。エラー画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０３−０７：Ｎｏ）、ステップＳ５０３−０６のエ
ラー画面表示を継続する。エラー画面の「ＯＫ」ボタン
がクリックされた場合（ステップＳ５０３−０７：Ｙｅ
ｓ）、ステップＳ５０３−０３に戻り、バイイン請求状
況受付画面を表示する。

【０９４６】バイイン請求取消エントリの受付時間外で
ない場合（ステップＳ５０３−０５：Ｎｏ）、つまりエ
ントリの受付時間内である場合、ステップＳ５０３−０
８で、バイイン請求が取り消し可能な版か判定する。バ
イイン請求が取り消し可能な版でない場合（ステップＳ
５０３−０８：Ｎｏ）、ステップＳ５０３−１２で「請
求を取り消すことができません。」というエラー画面を
表示し、ステップＳ５０３−１３でエラー画面の「Ｏ
Ｋ」ボタンがクリックされたか判定する。エラー画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０３−１３：Ｎｏ）、ステップＳ５０３−１２のエ
ラー画面表示を継続する。エラー画面の「ＯＫ」ボタン
がクリックされた場合（ステップＳ５０３−１３：Ｙｅ
ｓ）、ステップＳ５０３−０３に戻り、バイイン請求状
況受付画面を表示する。

【０９４７】バイイン請求が取り消し可能な版である場
合（ステップＳ５０３−０８：Ｙｅｓ）、ステップＳ５
０３−０９で「下記の請求申告の取消を行いますか？
（Ｎｏ．、版数、区分、銘柄名、銘柄コード、請求数
量）『はい／いいえ』」というバイイン請求申告取消エ
ントリ画面を表示する。次いで、ステップＳ５０３−１
０でバイイン請求申告取消エントリ画面の「はい」ボタ
ンがクリックされたか判定する。「はい」ボタンがクリ
ックされていない場合（ステップＳ５０３−１０：Ｎ
ｏ）、ステップＳ５０１−１１で「いいえ」ボタンがク
リックされたか判定する。

【０９４８】「いいえ」ボタンがクリックされていない
場合（ステップＳ５０３−１１：Ｎｏ）、ユーザがまだ
画面上の処理を終えていないものとしてステップＳ５０
３−０９に戻り、バイイン請求申告取消エントリ画面表
示を継続する。「いいえ」ボタンがクリックされた場合
（ステップＳ５０３−１１：Ｙｅｓ）、バイイン請求申
告取消の意思がないものとして、ステップＳ５０３−０
３に戻り、バイイン請求状況受付画面を表示する。

【０９４９】バイイン請求申告取消エントリ画面の「は
い」ボタンがクリックされた場合（ステップＳ５０３−
１０：Ｙｅｓ）、ステップＳ５０３−１４で、サーバコ
ンピュータ４側のチェックによりクライアントコンピュ
ータ９側での操作にミスがないと判定されたか判定す
る。サーバコンピュータ４側のチェックによりクライア
ントコンピュータ９側での操作にミスがないと判定され
た場合（ステップＳ５０３−１４：Ｙｅｓ）、ステップ
Ｓ５０３−１７で「仮取消されました。」という仮取消
確認画面を表示する。次いで、ステップＳ５０３−１６
で仮取消確認画面の「ＯＫ」がクリックされたか判定す
る。「ＯＫ」がクリックされなかった場合（ステップＳ
５０３−１８：Ｎｏ）、ステップＳ５０３−１７に戻
り、仮取消確認画面表示を継続する。

【０９５０】仮取消確認画面の「ＯＫ」がクリックされ
た場合（ステップＳ５０３−１８：Ｙｅｓ）、ステップ
Ｓ５０３−０３に戻り、バイイン請求状況受付画面を表
示する。サーバコンピュータ４側のチェックによりクラ
イアントコンピュータ９側での操作にミスがないと判定
されなかった場合（ステップＳ５０３−１４：Ｎｏ）、
すなわちクライアントコンピュータ９側での操作にミス
があると判定された場合、ステップＳ５０３−１５で図
１５０の「バイイン請求申告受付時間外の為、受け付け
られません。」という画面等のエラー画面を表示し、ス
テップＳ５０３−１６でエラー画面の「ＯＫ」ボタンが
クリックされたか判定する。エラー画面の「ＯＫ」ボタ
ンがクリックされなかった場合（ステップＳ５０３−１
６：Ｎｏ）、ステップＳ５０３−１５のエラー画面表示
を継続する。エラー画面の「ＯＫ」ボタンがクリックさ
れた場合（ステップＳ５０３−１６：Ｙｅｓ）、ステッ
プＳ５０３−０３に戻り、バイイン請求状況受付画面を
表示する。図１４１のフローチャートでは、以上の処理
を繰り返す。

【０９５１】図１４２は、バイイン請求取下業務画面
（請求取下申告の処理の流れ）を示す画面遷移図であ
る。図１１３のホーム画面でフェイル管理３４５タブを
選択することにより表示されたフェイル管理３４５タブ
画面でバイイン請求取下を選択すると、図１４２の処理
がスタートする。

【０９５２】ステップＳ５０４−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０４−０１：Ｙｅｓ）、ステップＳ５０４−
０２で、バイイン請求関係のメイン画面であるバイイン
請求取下状況受付画面を、読取専用画面として表示す
る。すなわち、請求取下申告ボタン（８）、請求取下変
更ボタン（９）等の各ボタンが表示されていない点を除
いては図１６５のバイイン請求取下状況受付画面と同様
の画面を表示する。この画面では、各ボタンが表示され
ていないため、ボタンのクリック等の入力操作が不可能
な状態である。

【０９５３】エントリの受付時間外でない場合（Ｓ５０
４−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０４−０３で、バイイン請求
取下関係のメイン画面である図１６５のバイイン請求取
下状況受付画面が表示される。このとき、バイイン請求
取下受付状況データがある場合には、図１６５のように
受付状況データがリスト表示され、バイイン請求取下受
付状況データがない場合には、タイトル部分のみが表示
される。

【０９５４】次いで、ステップＳ５０４−０３で、図１
６５の請求取下申告ボタン（８）がクリックされたか判
定する。請求取下申告ボタン（８）がクリックされなか
った場合（ステップＳ５０４−０４：Ｎｏ）、ステップ
Ｓ５０４−０３に戻り、バイイン請求取下状況受付画面
の表示を継続する。請求取下申告ボタン（８）がクリッ
クされた場合（ステップＳ５０４−０４：Ｙｅｓ）、ス
テップＳ５０４−０５で、バイイン請求取下申告エント
リの受付時間外か否か判定する。

【０９５５】バイイン請求取下申告エントリの受付時間
外である場合（ステップＳ５０４−０５：Ｙｅｓ）、ス
テップＳ５０４−０６で図１６７の「バイイン請求取下
申告受付時間外の為、受け付けられません。」というエ
ラー画面を表示し、ステップＳ５０４−０７でエラー画
面の「ＯＫ」ボタンがクリックされたか判定する。エラ
ー画面の「ＯＫ」ボタンがクリックされなかった場合
（ステップＳ５０４−０７：Ｎｏ）、ステップＳ５０４
−０６のエラー画面表示を継続する。エラー画面の「Ｏ
Ｋ」ボタンがクリックされた場合（ステップＳ５０４−
０７：Ｙｅｓ）、ステップＳ５０４−０３に戻り、バイ
イン請求取下状況受付画面を表示する。

【０９５６】バイイン請求取下申告エントリの受付時間
外でない場合（ステップＳ５０４−０５：Ｎｏ）、つま
りエントリの受付時間内である場合、ステップＳ５０４
−０８で、バイイン請求取下申告エントリ可能な銘柄情
報があるか判定する。バイイン請求取下申告エントリ可
能な銘柄情報がない場合（ステップＳ５０４−０８：Ｎ
ｏ）、ステップＳ５０４−１２で「バイイン請求取下で
きる銘柄がありません。」という銘柄なし画面を表示
し、ステップＳ５０４−１３で銘柄なし画面の「ＯＫ」
ボタンがクリックされたか判定する。銘柄なし画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０４−１３：Ｎｏ）、ステップＳ５０４−１２の銘
柄なし画面表示を継続する。銘柄なし画面の「ＯＫ」ボ
タンがクリックされた場合（ステップＳ５０４−１３：
Ｙｅｓ）、ステップＳ５０４−０３に戻り、バイイン請
求取下状況受付画面を表示する。

【０９５７】バイイン請求取下申告エントリ可能な銘柄
情報がある場合（ステップＳ５０４−０８：Ｙｅｓ）、
ステップＳ５０４−０９で図１６８のバイイン請求取下
申告エントリ画面を表示する。次いで、ステップＳ５０
４−１０でバイイン請求取下申告エントリ画面の「Ｏ
Ｋ」ボタン（３）がクリックされたか判定する。「Ｏ
Ｋ」ボタン（３）がクリックされていない場合（ステッ
プＳ５０４−１０：Ｎｏ）、ステップＳ５０４−１１で
「キャンセル」ボタン（４）がクリックされたか判定す
る。

【０９５８】「キャンセル」ボタン（４）がクリックさ
れていない場合（ステップＳ５０４−１１：Ｎｏ）、ユ
ーザがまだ画面上の処理を終えていないものとしてステ
ップＳ５０４−０９に戻り、図１６８のバイイン請求取
下申告エントリ画面表示を継続する。「キャンセル」ボ
タン（４）がクリックされた場合（ステップＳ５０４−
１１：Ｙｅｓ）、バイイン請求取下申告の意思がないも
のとして、ステップＳ５０４−０３に戻り、バイイン請
求取下状況受付画面を表示する。

【０９５９】バイイン請求取下申告エントリ画面の「Ｏ
Ｋ」ボタン（３）がクリックされた場合（ステップＳ５
０４−１０：Ｙｅｓ）、ステップＳ５０４−１４で、ク
ライアントコンピュータ９側のチェックにより入力デー
タにミスがないと判定されたか判定する。

【０９６０】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定されなかった場合
（ステップＳ５０４−１４：Ｎｏ）、つまりチェックに
より入力データにミスがあった場合、ステップＳ５０４
−１５で「取り下げる請求を選択してください」等のエ
ラー画面を表示し、ステップＳ５０４−１６でこのエラ
ー画面の「ＯＫ」ボタンがクリックされたか判定する。
エラー画面の「ＯＫ」ボタンがクリックされなかった場
合（ステップＳ５０４−１６：Ｎｏ）、ステップＳ５０
４−０１５のエラー画面表示を継続する。エラー画面の
「ＯＫ」ボタンがクリックされた場合（ステップＳ５０
４−１６：Ｙｅｓ）、ステップＳ５０４−０９に戻り、
図１６８のバイイン請求取下申告エントリ画面を表示す
る。

【０９６１】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定された場合（ステ
ップＳ５０４−１４：Ｙｅｓ）、ステップＳ５０４−１
７で「請求取下申告を行います。よろしいですか？『は
い／いいえ』」というバイイン請求取下申告画面を表示
する。

【０９６２】次いで、ステップＳ５０４−１８でバイイ
ン請求取下申告画面の「はい」がクリックされたか判定
する。「はい」がクリックされなかった場合（ステップ
Ｓ５０４−１８：Ｎｏ）、ステップＳ５０４−１９でバ
イイン請求取下申告画面の「いいえ」がクリックされた
か判定する。バイイン請求取下申告画面の「いいえ」が
クリックされされなかった場合（ステップＳ５０４−１
９：Ｎｏ）、「はい」「いいえ」のいずれもクリックさ
れておらず、ユーザがバイイン請求取下申告画面での処
理を終えていないものとして、ステップＳ５０４−１７
に戻り、バイイン請求取下申告画面表示を継続する。

【０９６３】バイイン請求取下申告画面の「いいえ」が
クリックされた場合（ステップＳ５０４−１９：Ｙｅ
ｓ）、図１４２のＣを経てステップＳ５０４−０９に戻
り、図１６８のバイイン請求取下申告エントリ画面を表
示する。バイイン請求取下申告画面の「はい」がクリッ
クされた場合（ステップＳ５０４−１６：Ｙｅｓ）、ス
テップＳ５０４−１８で、サーバコンピュータ４側のチ
ェックによりクライアントコンピュータ９側での操作に
ミスがないと判定されたか判定する。

【０９６４】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定された場合（ステップＳ５０４−２０：Ｙｅｓ）、
ステップＳ５０４−２３で図１６９の「取下番号ｎｎｎ
が割り当てられ、仮受領されました。続けてバイイン請
求取下申告を行いますか？『はい／いいえ』」という仮
受領確認画面を表示する。次いで、ステップＳ５０４−
２４で仮受領確認画面の「はい」がクリックされたか判
定する。「はい」がクリックされなかった場合（ステッ
プＳ５０４−２４：Ｎｏ）、ステップＳ５０４−２５で
仮受領確認画面の「いいえ」がクリックされたか判定す
る。仮受領確認画面の「いいえ」がクリックされされな
かった場合（ステップＳ５０４−２５：Ｎｏ）、「は
い」「いいえ」のいずれもクリックされておらず、ユー
ザが仮受領確認画面での処理を終えていないものとし
て、ステップＳ５０４−２３に戻り、仮受領確認画面表
示を継続する。

【０９６５】仮受領確認画面の「いいえ」がクリックさ
れた場合（ステップＳ５０４−２５：Ｙｅｓ）、ステッ
プＳ５０４−０３に戻り、バイイン請求取下状況受付画
面を表示する。仮受領確認画面の「はい」がクリックさ
れた場合（ステップＳ５０４−２４：Ｙｅｓ）、図１４
２のＣを経てステップＳ５０４−０９に戻り、図１６８
のバイイン請求取下申告エントリ画面を表示する。

【０９６６】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されなかった場合（ステップＳ５０４−２０：Ｎ
ｏ）、すなわちクライアントコンピュータ９側での操作
にミスがあると判定された場合、ステップＳ５０４−２
１で図１６７の「バイイン請求取下申告受付時間外の
為、受け付けられません。」という画面等のエラー画面
を表示し、ステップＳ５０４−２２でエラー画面の「Ｏ
Ｋ」ボタンがクリックされたか判定する。エラー画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０４−２２：Ｎｏ）、ステップＳ５０４−２１のエ
ラー画面表示を継続する。エラー画面の「ＯＫ」ボタン
がクリックされた場合（ステップＳ５０４−２２：Ｙｅ
ｓ）、ステップＳ５０４−０３に戻り、バイイン請求取
下状況受付画面を表示する。図１４２のフローチャート
では、以上の処理を繰り返す。

【０９６７】図１４３は、バイイン請求取下業務画面
（請求取下変更の処理の流れ）を示す画面遷移図であ
る。図１１３のホーム画面でフェイル管理３４５タブを
選択することにより表示されたフェイル管理３４５タブ
画面でバイイン請求取下を選択すると、図１４３の処理
がスタートする。

【０９６８】ステップＳ５０５−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０５−０１：Ｙｅｓ）、ステップＳ５０５−
０２で、バイイン請求関係のメイン画面であるバイイン
請求取下状況受付画面を、読取専用画面として表示す
る。すなわち、請求取下申告ボタン（８）、請求取下変
更ボタン（９）等の各ボタンが表示されていない点を除
いては図１６５のバイイン請求取下状況受付画面と同様
の画面を表示する。この画面では、各ボタンが表示され
ていないため、ボタンのクリック等の入力操作が不可能
な状態である。

【０９６９】エントリの受付時間外でない場合（Ｓ５０
５−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０５−０３で、バイイン請求
取下関係のメイン画面である図１６５のバイイン請求取
下状況受付画面が表示される。このとき、バイイン請求
取下受付状況データがある場合には、図１６５のように
受付状況データがリスト表示され、バイイン請求取下受
付状況データがない場合には、タイトル部分のみが表示
される。

【０９７０】次いで、ステップＳ５０５−０４で、図１
６５の請求取下変更ボタン（９）がクリックされたか判
定する。請求取下変更ボタン（９）がクリックされなか
った場合（ステップＳ５０５−０４：Ｎｏ）、ステップ
Ｓ５０５−０３に戻り、バイイン請求取下状況受付画面
の表示を継続する。請求取下変更ボタン（９）がクリッ
クされた場合（ステップＳ５０５−０４：Ｙｅｓ）、ス
テップＳ５０５−０５で、バイイン請求取下変更申告エ
ントリの受付時間外か否か判定する。

【０９７１】バイイン請求取下変更エントリの受付時間
外である場合（ステップＳ５０５−０５：Ｙｅｓ）、ス
テップＳ５０５−０６で図１６７の「バイイン請求取下
申告受付時間外の為、受け付けられません。」というエ
ラー画面を表示し、ステップＳ５０５−０７でエラー画
面の「ＯＫ」ボタンがクリックされたか判定する。エラ
ー画面の「ＯＫ」ボタンがクリックされなかった場合
（ステップＳ５０５−０７：Ｎｏ）、ステップＳ５０５
−０６のエラー画面表示を継続する。エラー画面の「Ｏ
Ｋ」ボタンがクリックされた場合（ステップＳ５０５−
０７：Ｙｅｓ）、ステップＳ５０５−０３に戻り、バイ
イン請求取下状況受付画面を表示する。

【０９７２】バイイン請求取下申告エントリの受付時間
外でない場合（ステップＳ５０５−０５：Ｎｏ）、つま
りエントリの受付時間内である場合、ステップＳ５０５
−０８で、変更が指定されたエントリが変更可能な版で
あるか判定する。変更可能な版でない場合（ステップＳ
５０５−０８：Ｎｏ）、ステップＳ５０５−１２で「請
求取下することはできません。」というエラー画面を表
示し、ステップＳ５０５−１３でエラー画面の「ＯＫ」
ボタンがクリックされたか判定する。エラー画面の「Ｏ
Ｋ」ボタンがクリックされなかった場合（ステップＳ５
０５−１３：Ｎｏ）、ステップＳ５０５−１２のエラー
画面表示を継続する。エラー画面の「ＯＫ」ボタンがク
リックされた場合（ステップＳ５０５−１３：Ｙｅ
ｓ）、ステップＳ５０５−０３に戻り、バイイン請求取
下状況受付画面を表示する。

【０９７３】変更が指定されたエントリが変更可能な版
である場合（ステップＳ５０５−０８：Ｙｅｓ）、ステ
ップＳ５０５−０９で図１７０のバイイン請求取下変更
エントリ画面を表示する。次いで、ステップＳ５０５−
１０でバイイン請求取下変更エントリ画面の「ＯＫ」ボ
タン（４）がクリックされたか判定する。「ＯＫ」ボタ
ン（４）がクリックされていない場合（ステップＳ５０
５−１０：Ｎｏ）、ステップＳ５０５−１１で「キャン
セル」ボタン（５）がクリックされたか判定する。

【０９７４】「キャンセル」ボタン（５）がクリックさ
れていない場合（ステップＳ５０５−１１：Ｎｏ）、ユ
ーザがまだ画面上の処理を終えていないものとしてステ
ップＳ５０５−０９に戻り、図１７０のバイイン請求取
下変更エントリ画面表示を継続する。「キャンセル」ボ
タン（５）がクリックされた場合（ステップＳ５０５−
１１：Ｙｅｓ）、バイイン請求取下変更の意思がないも
のとして、ステップＳ５０５−０３に戻り、バイイン請
求取下状況受付画面を表示する。

【０９７５】バイイン請求取下変更エントリ画面の「Ｏ
Ｋ」ボタン（４）がクリックされた場合（ステップＳ５
０５−１０：Ｙｅｓ）、ステップＳ５０５−１４で、ク
ライアントコンピュータ９側のチェックにより入力デー
タにミスがないと判定されたか判定する。クライアント
コンピュータ９側のチェックにより入力データにミスが
ないと判定されなかった場合（ステップＳ５０５−１
４：Ｎｏ）、つまりチェックにより入力データにミスが
あった場合、ステップＳ５０５−１５で「請求取下数量
は１以上を入力してください」等のエラー画面を表示
し、ステップＳ５０５−１６でこのエラー画面の「Ｏ
Ｋ」ボタンがクリックされたか判定する。エラー画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０５−１６：Ｎｏ）、ステップＳ５０５−０１５の
エラー画面表示を継続する。エラー画面の「ＯＫ」ボタ
ンがクリックされた場合（ステップＳ５０５−１６：Ｙ
ｅｓ）、ステップＳ５０５−０９に戻り、図１７０のバ
イイン請求取下変更エントリ画面を表示する。

【０９７６】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定された場合（ステ
ップＳ５０５−１４：Ｙｅｓ）、ステップＳ５０５−１
７で「請求取下変更を行います。よろしいですか？『は
い／いいえ』」というバイイン請求取下変更画面を表示
する。次いで、ステップＳ５０５−１８でバイイン請求
取下変更画面の「はい」がクリックされたか判定する。
「はい」がクリックされなかった場合（ステップＳ５０
５−１８：Ｎｏ）、ステップＳ５０５−１９でバイイン
請求取下変更画面の「いいえ」がクリックされたか判定
する。バイイン請求取下変更画面の「いいえ」がクリッ
クされされなかった場合（ステップＳ５０５−１９：Ｎ
ｏ）、「はい」「いいえ」のいずれもクリックされてお
らず、ユーザがバイイン請求取下変更画面での処理を終
えていないものとして、ステップＳ５０５−１７に戻
り、バイイン請求取下変更画面表示を継続する。

【０９７７】バイイン請求取下変更画面の「いいえ」が
クリックされた場合（ステップＳ５０５−１９：Ｙｅ
ｓ）、図１４３のＤを経てステップＳ５０５−０９に戻
り、図１７０のバイイン請求取下変更エントリ画面を表
示する。バイイン請求取下変更画面の「はい」がクリッ
クされた場合（ステップＳ５０５−１８：Ｙｅｓ）、ス
テップＳ５０５−２０で、サーバコンピュータ４側のチ
ェックによりクライアントコンピュータ９側での操作に
ミスがないと判定されたか判定する。

【０９７８】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定された場合（ステップＳ５０５−２０：Ｙｅｓ）、
ステップＳ５０５−２３で「仮受領されました。」とい
う仮受領確認画面を表示する。次いで、ステップＳ５０
５−２４で仮受領確認画面の「ＯＫ」がクリックされた
か判定する。「ＯＫ」がクリックされなかった場合（ス
テップＳ５０５−２２：Ｎｏ）、ステップＳ５０５−２
４に戻り、仮受領確認画面表示を継続する。

【０９７９】仮受領確認画面の「ＯＫ」がクリックされ
た場合（ステップＳ５０５−２４：Ｙｅｓ）、ステップ
Ｓ５０５−０３に戻り、バイイン請求取下状況受付画面
を表示する。サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されなかった場合（ステップＳ５０５−２０：Ｎ
ｏ）、すなわちクライアントコンピュータ９側での操作
にミスがあると判定された場合、ステップＳ５０５−２
１で図１６７の「バイイン請求取下申告受付時間外の
為、受け付けられません。」という画面等のエラー画面
を表示し、ステップＳ５０５−２２でエラー画面の「Ｏ
Ｋ」ボタンがクリックされたか判定する。エラー画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０５−２２：Ｎｏ）、ステップＳ５０５−２１のエ
ラー画面表示を継続する。エラー画面の「ＯＫ」ボタン
がクリックされた場合（ステップＳ５０５−２２：Ｙｅ
ｓ）、ステップＳ５０５−０３に戻り、バイイン請求取
下状況受付画面を表示する。図１４３のフローチャート
では、以上の処理を繰り返す。

【０９８０】図１４４は、バイイン請求取下業務画面
（請求取下取消の処理の流れ）を示す画面遷移図であ
る。図１１３のホーム画面でフェイル管理３４５タブを
選択することにより表示されたフェイル管理３４５タブ
画面でバイイン請求取下を選択すると、図１４４の処理
がスタートする。

【０９８１】ステップＳ５０６−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０６−０１：Ｙｅｓ）、ステップＳ５０６−
０２で、バイイン請求関係のメイン画面であるバイイン
請求取下状況受付画面を、読取専用画面として表示す
る。すなわち、請求取下申告ボタン（８）、請求取下変
更ボタン（９）等の各ボタンが表示されていない点を除
いては図１６５のバイイン請求取下状況受付画面と同様
の画面を表示する。この画面では、各ボタンが表示され
ていないため、ボタンのクリック等の入力操作が不可能
な状態である。

【０９８２】エントリの受付時間外でない場合（Ｓ５０
６−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０６−０３で、バイイン請求
取下関係のメイン画面である図１６５のバイイン請求取
下状況受付画面が表示される。このとき、バイイン請求
取下受付状況データがある場合には、図１６５のように
受付状況データがリスト表示され、バイイン請求取下受
付状況データがない場合には、タイトル部分のみが表示
される。

【０９８３】次いで、ステップＳ５０６−０４で、図１
６５の請求取下取消ボタン（１０）がクリックされたか
判定する。請求取下取消ボタン（１０）がクリックされ
なかった場合（ステップＳ５０６−０４：Ｎｏ）、ステ
ップＳ５０６−０３に戻り、バイイン請求取下状況受付
画面の表示を継続する。請求取下取消ボタン（１０）が
クリックされた場合（ステップＳ５０６−０４：Ｙｅ
ｓ）、ステップＳ５０６−０５で、バイイン請求取下取
消エントリの受付時間外か否か判定する。

【０９８４】バイイン請求取下取消エントリの受付時間
外である場合（ステップＳ５０６−０５：Ｙｅｓ）、ス
テップＳ５０６−０６で図１６７の「バイイン請求取下
申告受付時間外の為、受け付けられません。」というエ
ラー画面を表示し、ステップＳ５０６−０７でエラー画
面の「ＯＫ」ボタンがクリックされたか判定する。エラ
ー画面の「ＯＫ」ボタンがクリックされなかった場合
（ステップＳ５０６−０７：Ｎｏ）、ステップＳ５０６
−０６のエラー画面表示を継続する。エラー画面の「Ｏ
Ｋ」ボタンがクリックされた場合（ステップＳ５０６−
０７：Ｙｅｓ）、ステップＳ５０６−０３に戻り、バイ
イン請求取下状況受付画面を表示する。

【０９８５】バイイン請求取下取消エントリの受付時間
外でない場合（ステップＳ５０６−０５：Ｎｏ）、つま
りエントリの受付時間内である場合、ステップＳ５０６
−０８で、バイイン請求取下が取り消し可能な版か判定
する。バイイン請求取下が取り消し可能な版でない場合
（ステップＳ５０６−０８：Ｎｏ）、ステップＳ５０６
−１２で「請求取下を取り消すことができません。」と
いうエラー画面を表示し、ステップＳ５０６−１３でエ
ラー画面の「ＯＫ」ボタンがクリックされたか判定す
る。エラー画面の「ＯＫ」ボタンがクリックされなかっ
た場合（ステップＳ５０６−１３：Ｎｏ）、ステップＳ
５０６−１２のエラー画面表示を継続する。エラー画面
の「ＯＫ」ボタンがクリックされた場合（ステップＳ５
０６−１３：Ｙｅｓ）、ステップＳ５０６−０３に戻
り、バイイン請求取下状況受付画面を表示する。

【０９８６】バイイン請求取下が取り消し可能な版であ
る場合（ステップＳ５０６−０８：Ｙｅｓ）、ステップ
Ｓ５０６−０９で図１６６の「下記の請求取下申告の取
消を行いますか？（Ｎｏ．、版数、区分、銘柄名、銘柄
コード、取下数量）『はい／いいえ』」というバイイン
請求取下申告取消エントリ画面を表示する。次いで、ス
テップＳ５０６−１０でバイイン請求取下申告取消エン
トリ画面の「はい」ボタンがクリックされたか判定す
る。「はい」ボタンがクリックされていない場合（ステ
ップＳ５０６−１０：Ｎｏ）、ステップＳ５０１−１１
で「いいえ」ボタンがクリックされたか判定する。

【０９８７】「いいえ」ボタンがクリックされていない
場合（ステップＳ５０６−１１：Ｎｏ）、ユーザがまだ
画面上の処理を終えていないものとしてステップＳ５０
６−０９に戻り、バイイン請求取下申告取消エントリ画
面表示を継続する。「いいえ」ボタンがクリックされた
場合（ステップＳ５０６−１１：Ｙｅｓ）、バイイン請
求取下申告取消の意思がないものとして、ステップＳ５
０６−０３に戻り、バイイン請求取下状況受付画面を表
示する。

【０９８８】バイイン請求取下申告取消エントリ画面の
「はい」ボタンがクリックされた場合（ステップＳ５０
６−１０：Ｙｅｓ）、ステップＳ５０６−１４で、サー
バコンピュータ４側のチェックによりクライアントコン
ピュータ９側での操作にミスがないと判定されたか判定
する。サーバコンピュータ４側のチェックによりクライ
アントコンピュータ９側での操作にミスがないと判定さ
れた場合（ステップＳ５０６−１４：Ｙｅｓ）、ステッ
プＳ５０６−１７で「仮取消されました。」という仮取
消確認画面を表示する。次いで、ステップＳ５０６−１
８で仮取消確認画面の「ＯＫ」がクリックされたか判定
する。「ＯＫ」がクリックされなかった場合（ステップ
Ｓ５０６−１８：Ｎｏ）、ステップＳ５０６−１７に戻
り、仮取消確認画面表示を継続する。

【０９８９】仮取消確認画面の「ＯＫ」がクリックされ
た場合（ステップＳ５０６−１８：Ｙｅｓ）、ステップ
Ｓ５０６−０３に戻り、バイイン請求取下状況受付画面
を表示する。サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されなかった場合（ステップＳ５０６−１４：Ｎ
ｏ）、すなわちクライアントコンピュータ９側での操作
にミスがあると判定された場合、ステップＳ５０６−１
５で図１６７の「バイイン請求取下申告受付時間外の
為、受け付けられません。」という画面等のエラー画面
を表示し、ステップＳ５０６−１６でエラー画面の「Ｏ
Ｋ」ボタンがクリックされたか判定する。エラー画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０６−１６：Ｎｏ）、ステップＳ５０６−１５のエ
ラー画面表示を継続する。エラー画面の「ＯＫ」ボタン
がクリックされた場合（ステップＳ５０６−１６：Ｙｅ
ｓ）、ステップＳ５０６−０３に戻り、バイイン請求取
下状況受付画面を表示する。図１４４のフローチャート
では、以上の処理を繰り返す。

【０９９０】図１４５は、バイイン実行業務画面（注文
申込の処理の流れ）を示す画面遷移図である。図１１３
のホーム画面でフェイル管理３４５タブを選択すること
により表示されたフェイル管理３４５タブ画面でバイイ
ン注文を選択すると、図１４５の処理がスタートする。

【０９９１】ステップＳ５０７−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０７−０１：Ｙｅｓ）、ステップＳ５０７−
０２で、バイイン注文関係のメイン画面であるバイイン
注文状況受付画面を、読取専用画面として表示する。す
なわち、請求取下申告ボタン（８）、請求取下変更ボタ
ン（９）等の各ボタンが表示されていない点を除いては
図１５７のバイイン注文状況受付画面と同様の画面を表
示する。この画面では、各ボタンが表示されていないた
め、ボタンのクリック等の入力操作が不可能な状態であ
る。

【０９９２】エントリの受付時間外でない場合（Ｓ５０
７−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０７−０３で、バイイン注文
関係のメイン画面である図１５７のバイイン注文状況受
付画面が表示される。このとき、バイイン注文受付状況
データがある場合には、図１５７のように受付状況デー
タがリスト表示され、バイイン注文受付状況データがな
い場合には、タイトル部分のみが表示される。次いで、
ステップＳ５０７−０４で、図１５７の注文申込ボタン
（８）がクリックされたか判定する。注文申込ボタン
（８）がクリックされなかった場合（ステップＳ５０７
−０４：Ｎｏ）、ステップＳ５０７−０３に戻り、バイ
イン注文状況受付画面の表示を継続する。

【０９９３】注文申込ボタン（８）がクリックされた場
合（ステップＳ５０７−０４：Ｙｅｓ）、ステップＳ５
０７−０５で、バイイン注文申込エントリの受付時間外
か否か判定する。バイイン注文申込エントリの受付時間
外である場合（ステップＳ５０７−０５：Ｙｅｓ）、ス
テップＳ５０７−０６で図１５０の「バイイン注文申込
受付時間外の為、受け付けられません。」というエラー
画面を表示し、ステップＳ５０７−０７でエラー画面の
「ＯＫ」ボタンがクリックされたか判定する。エラー画
面の「ＯＫ」ボタンがクリックされなかった場合（ステ
ップＳ５０７−０７：Ｎｏ）、ステップＳ５０７−０６
のエラー画面表示を継続する。エラー画面の「ＯＫ」ボ
タンがクリックされた場合（ステップＳ５０７−０７：
Ｙｅｓ）、ステップＳ５０７−０３に戻り、バイイン注
文状況受付画面を表示する。

【０９９４】バイイン注文申込エントリの受付時間外で
ない場合（ステップＳ５０７−０５：Ｎｏ）、つまりエ
ントリの受付時間内である場合、ステップＳ５０７−０
８で、バイイン注文申込エントリ可能な銘柄情報がある
か判定する。バイイン注文申込エントリ可能な銘柄情報
がない場合（ステップＳ５０７−０８：Ｎｏ）、ステッ
プＳ５０７−１２で「バイイン向けに売注文できる銘柄
がありません。」という銘柄なし画面を表示し、ステッ
プＳ５０７−１３で銘柄なし画面の「ＯＫ」ボタンがク
リックされたか判定する。銘柄なし画面の「ＯＫ」ボタ
ンがクリックされなかった場合（ステップＳ５０７−１
３：Ｎｏ）、ステップＳ５０７−１２の銘柄なし画面表
示を継続する。銘柄なし画面の「ＯＫ」ボタンがクリッ
クされた場合（ステップＳ５０７−１３：Ｙｅｓ）、ス
テップＳ５０７−０３に戻り、バイイン注文状況受付画
面を表示する。

【０９９５】バイイン注文申込エントリ可能な銘柄情報
がある場合（ステップＳ５０７−０８：Ｙｅｓ）、ステ
ップＳ５０７−０９で図１６０のバイイン注文申込エン
トリ画面を表示する。次いで、ステップＳ５０７−１０
でバイイン注文申込エントリ画面の「ＯＫ」ボタン
（７）がクリックされたか判定する。「ＯＫ」ボタン
（７）がクリックされていない場合（ステップＳ５０７
−１０：Ｎｏ）、ステップＳ５０７−１１で「キャンセ
ル」ボタン（８）がクリックされたか判定する。

【０９９６】「キャンセル」ボタン（８）がクリックさ
れていない場合（ステップＳ５０７−１１：Ｎｏ）、ユ
ーザがまだ画面上の処理を終えていないものとしてステ
ップＳ５０７−０９に戻り、図１６０のバイイン注文申
込エントリ画面表示を継続する。「キャンセル」ボタン
（８）がクリックされた場合（ステップＳ５０７−１
１：Ｙｅｓ）、バイイン注文申込の意思がないものとし
て、ステップＳ５０７−０３に戻り、バイイン注文状況
受付画面を表示する。

【０９９７】バイイン注文申込エントリ画面の「ＯＫ」
ボタン（７）がクリックされた場合（ステップＳ５０７
−１０：Ｙｅｓ）、ステップＳ５０７−１４で、クライ
アントコンピュータ９側のチェックにより入力データに
ミスがないと判定されたか判定する。

【０９９８】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定されなかった場合
（ステップＳ５０７−１４：Ｎｏ）、つまりチェックに
より入力データにミスがあった場合、ステップＳ５０７
−１５で「注文数量は１以上を入力してください」等の
エラー画面を表示し、ステップＳ５０７−１６でこのエ
ラー画面の「ＯＫ」ボタンがクリックされたか判定す
る。エラー画面の「ＯＫ」ボタンがクリックされなかっ
た場合（ステップＳ５０７−１６：Ｎｏ）、ステップＳ
５０７−１５のエラー画面表示を継続する。エラー画面
の「ＯＫ」ボタンがクリックされた場合（ステップＳ５
０７−１６：Ｙｅｓ）、ステップＳ５０７−０９に戻
り、図１６０のバイイン注文申込エントリ画面を表示す
る。

【０９９９】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定された場合（ステ
ップＳ５０７−１４：Ｙｅｓ）、ステップＳ５０７−１
７で「注文申込を行います。よろしいですか？『はい／
いいえ』」というバイイン注文申込画面を表示する。次
いで、ステップＳ５０７−１８でバイイン注文申込画面
の「はい」がクリックされたか判定する。「はい」がク
リックされなかった場合（ステップＳ５０７−１８：Ｎ
ｏ）、ステップＳ５０７−１９でバイイン注文申込画面
の「いいえ」がクリックされたか判定する。バイイン注
文申込画面の「いいえ」がクリックされされなかった場
合（ステップＳ５０７−１９：Ｎｏ）、「はい」「いい
え」のいずれもクリックされておらず、ユーザがバイイ
ン注文申込画面での処理を終えていないものとして、ス
テップＳ５０７−１７に戻り、バイイン注文申込画面表
示を継続する。

【１０００】バイイン注文申込画面の「いいえ」がクリ
ックされた場合（ステップＳ５０７−１９：Ｙｅｓ）、
図１４５のＥを経てステップＳ５０７−０９に戻り、図
１６０のバイイン注文申込エントリ画面を表示する。バ
イイン注文申込画面の「はい」がクリックされた場合
（ステップＳ５０７−１８：Ｙｅｓ）、ステップＳ５０
７−２０で、サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されたか判定する。

【１００１】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定された場合（ステップＳ５０７−２０：Ｙｅｓ）、
ステップＳ５０７−２３で図１６２の「注文番号ｎｎｎ
が割り当てられ、仮受領されました。続けて注文申込を
行いますか？『はい／いいえ』」という仮受領確認画面
を表示する。次いで、ステップＳ５０７−２４で仮受領
確認画面の「はい」がクリックされたか判定する。「は
い」がクリックされなかった場合（ステップＳ５０７−
２４：Ｎｏ）、ステップＳ５０７−２５で仮受領確認画
面の「いいえ」がクリックされたか判定する。仮受領確
認画面の「いいえ」がクリックされされなかった場合
（ステップＳ５０７−２５：Ｎｏ）、「はい」「いい
え」のいずれもクリックされておらず、ユーザが仮受領
確認画面での処理を終えていないものとして、ステップ
Ｓ５０７−２３に戻り、仮受領確認画面表示を継続す
る。

【１００２】仮受領確認画面の「いいえ」がクリックさ
れた場合（ステップＳ５０７−２５：Ｙｅｓ）、ステッ
プＳ５０７−０３に戻り、バイイン注文状況受付画面を
表示する。仮受領確認画面の「はい」がクリックされた
場合（ステップＳ５０７−２４：Ｙｅｓ）、図１４５の
Ｅを経てステップＳ５０７−０９に戻り、図１６０のバ
イイン注文申込エントリ画面を表示する。

【１００３】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されなかった場合（ステップＳ５０７−２０：Ｎ
ｏ）、すなわちクライアントコンピュータ９側での操作
にミスがあると判定された場合、ステップＳ５０７−２
１で図１５９の「バイイン注文申込受付時間外の為、受
け付けられません。」という画面等のエラー画面を表示
し、ステップＳ５０７−２２でエラー画面の「ＯＫ」ボ
タンがクリックされたか判定する。エラー画面の「Ｏ
Ｋ」ボタンがクリックされなかった場合（ステップＳ５
０７−２２：Ｎｏ）、ステップＳ５０７−２１のエラー
画面表示を継続する。エラー画面の「ＯＫ」ボタンがク
リックされた場合（ステップＳ５０７−２２：Ｙｅ
ｓ）、ステップＳ５０７−０３に戻り、バイイン注文状
況受付画面を表示する。図１４５のフローチャートで
は、以上の処理を繰り返す。

【１００４】図１４６は、バイイン実行業務画面（注文
変更の処理の流れ）を示す画面遷移図である。図１１３
のホーム画面でフェイル管理３４５タブを選択すること
により表示されたフェイル管理３４５タブ画面でバイイ
ン注文を選択すると、図１４６の処理がスタートする。

【１００５】ステップＳ５０８−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０８−０１：Ｙｅｓ）、ステップＳ５０７−
０２で、バイイン注文関係のメイン画面であるバイイン
注文状況受付画面を、読取専用画面として表示する。す
なわち、請求取下申告ボタン（８）、請求取下変更ボタ
ン（９）等の各ボタンが表示されていない点を除いては
図１５７のバイイン注文状況受付画面と同様の画面を表
示する。この画面では、各ボタンが表示されていないた
め、ボタンのクリック等の入力操作が不可能な状態であ
る。

【１００６】エントリの受付時間外でない場合（Ｓ５０
８−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０８−０３で、バイイン注文
関係のメイン画面である図１５７のバイイン注文状況受
付画面が表示される。このとき、バイイン注文受付状況
データがある場合には、図１５７のように受付状況デー
タがリスト表示され、バイイン注文受付状況データがな
い場合には、図１５１のようにタイトル部分のみが表示
される。

【１００７】次いで、ステップＳ５０１−０４で、図１
５７の注文変更ボタン（９）がクリックされたか判定す
る。注文変更ボタン（９）がクリックされなかった場合
（ステップＳ５０８−０４：Ｎｏ）、ステップＳ５０８
−０３に戻り、バイイン注文状況受付画面の表示を継続
する。注文変更ボタン（９）がクリックされた場合（ス
テップＳ５０８−０４：Ｙｅｓ）、ステップＳ５０８−
０５で、バイイン注文変更エントリの受付時間外か否か
判定する。

【１００８】バイイン注文変更エントリの受付時間外で
ある場合（ステップＳ５０８−０５：Ｙｅｓ）、ステッ
プＳ５０８−０６で図１５０の「バイイン注文申込受付
時間外の為、受け付けられません。」というエラー画面
を表示し、ステップＳ５０８−０７でエラー画面の「Ｏ
Ｋ」ボタンがクリックされたか判定する。エラー画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０８−０７：Ｎｏ）、ステップＳ５０８−０６のエ
ラー画面表示を継続する。エラー画面の「ＯＫ」ボタン
がクリックされた場合（ステップＳ５０８−０７：Ｙｅ
ｓ）、ステップＳ５０８−０３に戻り、バイイン注文状
況受付画面を表示する。

【１００９】バイイン注文申込エントリの受付時間外で
ない場合（ステップＳ５０８−０５：Ｎｏ）、つまりエ
ントリの受付時間内である場合、ステップＳ５０８−０
８で、変更が指定されたエントリが変更可能な版である
か判定する。変更可能な版でない場合（ステップＳ５０
８−０８：Ｎｏ）、ステップＳ５０８−１２で「注文す
ることはできません。」というエラー画面を表示し、ス
テップＳ５０８−１３でエラー画面の「ＯＫ」ボタンが
クリックされたか判定する。エラー画面の「ＯＫ」ボタ
ンがクリックされなかった場合（ステップＳ５０８−１
３：Ｎｏ）、ステップＳ５０８−１２のエラー画面表示
を継続する。エラー画面の「ＯＫ」ボタンがクリックさ
れた場合（ステップＳ５０８−１３：Ｙｅｓ）、ステッ
プＳ５０８−０３に戻り、バイイン注文状況受付画面を
表示する。

【１０１０】変更が指定されたエントリが変更可能な版
である場合（ステップＳ５０８−０８：Ｙｅｓ）、ステ
ップＳ５０８−０９で図１６３のバイイン注文変更エン
トリ画面を表示する。次いで、ステップＳ５０８−１０
でバイイン注文変更エントリ画面の「ＯＫ」ボタン
（８）がクリックされたか判定する。「ＯＫ」ボタン
（８）がクリックされていない場合（ステップＳ５０８
−１０：Ｎｏ）、ステップＳ５０８−１１で「キャンセ
ル」ボタン（９）がクリックされたか判定する。

【１０１１】「キャンセル」ボタン（９）がクリックさ
れていない場合（ステップＳ５０８−１１：Ｎｏ）、ユ
ーザがまだ画面上の処理を終えていないものとしてステ
ップＳ５０８−０９に戻り、図１６３のバイイン注文変
更エントリ画面表示を継続する。「キャンセル」ボタン
（９）がクリックされた場合（ステップＳ５０８−１
１：Ｙｅｓ）、バイイン注文変更の意思がないものとし
て、ステップＳ５０８−０３に戻り、バイイン注文状況
受付画面を表示する。バイイン注文変更エントリ画面の
「ＯＫ」ボタン（８）がクリックされた場合（ステップ
Ｓ５０８−１０：Ｙｅｓ）、ステップＳ５０８−１４
で、クライアントコンピュータ９側のチェックにより入
力データにミスがないと判定されたか判定する。

【１０１２】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定されなかった場合
（ステップＳ５０８−１４：Ｎｏ）、つまりチェックに
より入力データにミスがあった場合、ステップＳ５０８
−１５で「注文数量は１以上を入力してください」等の
エラー画面を表示し、ステップＳ５０８−１６でこのエ
ラー画面の「ＯＫ」ボタンがクリックされたか判定す
る。エラー画面の「ＯＫ」ボタンがクリックされなかっ
た場合（ステップＳ５０８−１６：Ｎｏ）、ステップＳ
５０８−０１５のエラー画面表示を継続する。エラー画
面の「ＯＫ」ボタンがクリックされた場合（ステップＳ
５０８−１６：Ｙｅｓ）、ステップＳ５０８−０９に戻
り、図１６３のバイイン注文変更エントリ画面を表示す
る。

【１０１３】クライアントコンピュータ９側のチェック
により入力データにミスがないと判定された場合（ステ
ップＳ５０８−１４：Ｙｅｓ）、ステップＳ５０８−１
７で「注文変更を行います。よろしいですか？『はい／
いいえ』」というバイイン注文変更画面を表示する。

【１０１４】次いで、ステップＳ５０８−１８でバイイ
ン注文変更画面の「はい」がクリックされたか判定す
る。「はい」がクリックされなかった場合（ステップＳ
５０８−１８：Ｎｏ）、ステップＳ５０８−１９でバイ
イン注文変更画面の「いいえ」がクリックされたか判定
する。バイイン注文変更画面の「いいえ」がクリックさ
れされなかった場合（ステップＳ５０８−１９：Ｎ
ｏ）、「はい」「いいえ」のいずれもクリックされてお
らず、ユーザがバイイン注文変更画面での処理を終えて
いないものとして、ステップＳ５０８−１７に戻り、バ
イイン注文変更画面表示を継続する。

【１０１５】バイイン注文変更画面の「いいえ」がクリ
ックされた場合（ステップＳ５０８−１９：Ｙｅｓ）、
図１４６のＥを経てステップＳ５０８−０９に戻り、図
１６３のバイイン注文変更エントリ画面を表示する。バ
イイン注文変更画面の「はい」がクリックされた場合
（ステップＳ５０８−１８：Ｙｅｓ）、ステップＳ５０
８−２０で、サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定されたか判定する。

【１０１６】サーバコンピュータ４側のチェックにより
クライアントコンピュータ９側での操作にミスがないと
判定された場合（ステップＳ５０８−２０：Ｙｅｓ）、
ステップＳ５０８−２３で「仮受領されました。」とい
う仮受領確認画面を表示する。次いで、ステップＳ５０
８−２４で仮受領確認画面の「ＯＫ」がクリックされた
か判定する。「ＯＫ」がクリックされなかった場合（ス
テップＳ５０８−２４：Ｎｏ）、ステップＳ５０８−２
３に戻り、仮受領確認画面表示を継続する。

【１０１７】仮受領確認画面の「ＯＫ」がクリックされ
た場合（ステップＳ５０８−２４：Ｙｅｓ）、ステップ
Ｓ５０８−０３に戻り、バイイン注文状況受付画面を表
示する。サーバコンピュータ４側のチェックによりクラ
イアントコンピュータ９側での操作にミスがないと判定
されなかった場合（ステップＳ５０８−２０：Ｎｏ）、
すなわちクライアントコンピュータ９側での操作にミス
があると判定された場合、ステップＳ５０８−２１で図
１５０の「バイイン注文申込受付時間外の為、受け付け
られません。」という画面等のエラー画面を表示し、ス
テップＳ５０８−２２でエラー画面の「ＯＫ」ボタンが
クリックされたか判定する。エラー画面の「ＯＫ」ボタ
ンがクリックされなかった場合（ステップＳ５０８−２
２：Ｎｏ）、ステップＳ５０８−２１のエラー画面表示
を継続する。エラー画面の「ＯＫ」ボタンがクリックさ
れた場合（ステップＳ５０８−２２：Ｙｅｓ）、ステッ
プＳ５０８−０３に戻り、バイイン注文状況受付画面を
表示する。図１４６のフローチャートでは、以上の処理
を繰り返す。

【１０１８】図１４７は、バイイン実行業務画面（注文
取消の処理の流れ）を示す画面遷移図である。図１１３
のホーム画面でフェイル管理３４５タブを選択すること
により表示されたフェイル管理３４５タブ画面でバイイ
ン注文を選択すると、図１４７の処理がスタートする。

【１０１９】ステップＳ５０９−０１で、エントリの受
付時間外か否か判定する。エントリの受付時間外である
場合（Ｓ５０９−０１：Ｙｅｓ）、ステップＳ５０９−
０２で、バイイン注文関係のメイン画面であるバイイン
注文状況受付画面を、読取専用画面として表示する。す
なわち、請求取下申告ボタン（８）、請求取下変更ボタ
ン（９）等の各ボタンが表示されていない点を除いては
図１５７のバイイン注文状況受付画面と同様の画面を表
示する。この画面では、各ボタンが表示されていないた
め、ボタンのクリック等の入力操作が不可能な状態であ
る。

【１０２０】エントリの受付時間外でない場合（Ｓ５０
９−０１：Ｎｏ）、すなわちエントリの受付時間内であ
る場合には、ステップＳ５０９−０３で、バイイン注文
関係のメイン画面である図１５７のバイイン注文状況受
付画面が表示される。このとき、バイイン注文受付状況
データがある場合には、図１５７のように受付状況デー
タがリスト表示され、バイイン注文受付状況データがな
い場合には、図１５１のようにタイトル部分のみが表示
される。

【１０２１】次いで、ステップＳ５０９−０４で、図１
５７の注文取消ボタン（１０）がクリックされたか判定
する。注文取消ボタン（１０）がクリックされなかった
場合（ステップＳ５０９−０４：Ｎｏ）、ステップＳ５
０９−０３に戻り、バイイン注文状況受付画面の表示を
継続する。注文取消ボタン（１０）がクリックされた場
合（ステップＳ５０９−０４：Ｙｅｓ）、ステップＳ５
０９−０５で、バイイン注文取消エントリの受付時間外
か否か判定する。

【１０２２】バイイン注文取消エントリの受付時間外で
ある場合（ステップＳ５０９−０５：Ｙｅｓ）、ステッ
プＳ５０９−０６で「バイイン注文取消受付時間外の
為、受け付けられません。」というエラー画面を表示
し、ステップＳ５０９−０７でエラー画面の「ＯＫ」ボ
タンがクリックされたか判定する。エラー画面の「Ｏ
Ｋ」ボタンがクリックされなかった場合（ステップＳ５
０９−０７：Ｎｏ）、ステップＳ５０９−０６のエラー
画面表示を継続する。エラー画面の「ＯＫ」ボタンがク
リックされた場合（ステップＳ５０９−０７：Ｙｅ
ｓ）、ステップＳ５０９−０３に戻り、バイイン注文状
況受付画面を表示する。

【１０２３】バイイン注文取消エントリの受付時間外で
ない場合（ステップＳ５０９−０５：Ｎｏ）、つまりエ
ントリの受付時間内である場合、ステップＳ５０９−０
８で、バイイン注文が取り消し可能な版か判定する。バ
イイン注文が取り消し可能な版でない場合（ステップＳ
５０９−０８：Ｎｏ）、ステップＳ５０９−１２で「注
文を取り消すことができません。」というエラー画面を
表示し、ステップＳ５０９−１３でエラー画面の「Ｏ
Ｋ」ボタンがクリックされたか判定する。エラー画面の
「ＯＫ」ボタンがクリックされなかった場合（ステップ
Ｓ５０９−１３：Ｎｏ）、ステップＳ５０９−１２のエ
ラー画面表示を継続する。エラー画面の「ＯＫ」ボタン
がクリックされた場合（ステップＳ５０９−１３：Ｙｅ
ｓ）、ステップＳ５０９−０３に戻り、バイイン注文状
況受付画面を表示する。

【１０２４】バイイン注文が取り消し可能な版である場
合（ステップＳ５０９−０８：Ｙｅｓ）、ステップＳ５
０９−０９で図１５８の「下記の注文申込の取消を行い
ますか？（Ｎｏ．、版数、区分、銘柄名、銘柄コード、
注文値段、注文数量、自己／委託の別）『はい／いい
え』」というバイイン注文取消エントリ画面を表示す
る。次いで、ステップＳ５０９−１０でバイイン注文取
消エントリ画面の「はい」ボタンがクリックされたか判
定する。「はい」ボタンがクリックされていない場合
（ステップＳ５０９−１０：Ｎｏ）、ステップＳ５０１
−１１で「いいえ」ボタンがクリックされたか判定す
る。

【１０２５】「いいえ」ボタンがクリックされていない
場合（ステップＳ５０９−１１：Ｎｏ）、ユーザがまだ
画面上の処理を終えていないものとしてステップＳ５０
９−０９に戻り、バイイン注文取消エントリ画面表示を
継続する。「いいえ」ボタンがクリックされた場合（ス
テップＳ５０９−１１：Ｙｅｓ）、バイイン注文取消の
意思がないものとして、ステップＳ５０９−０３に戻
り、バイイン注文状況受付画面を表示する。

【１０２６】バイイン注文取消エントリ画面の「はい」
ボタンがクリックされた場合（ステップＳ５０９−１
０：Ｙｅｓ）、ステップＳ５０９−１４で、サーバコン
ピュータ４側のチェックによりクライアントコンピュー
タ９側での操作にミスがないと判定されたか判定する。
サーバコンピュータ４側のチェックによりクライアント
コンピュータ９側での操作にミスがないと判定された場
合（ステップＳ５０９−１４：Ｙｅｓ）、ステップＳ５
０９−１７で「仮取消されました。」という仮取消確認
画面を表示する。次いで、ステップＳ５０９−１８で仮
取消確認画面の「ＯＫ」がクリックされたか判定する。
「ＯＫ」がクリックされなかった場合（ステップＳ５０
９−１８：Ｎｏ）、ステップＳ５０９−１７に戻り、仮
取消確認画面表示を継続する。

【１０２７】仮取消確認画面の「ＯＫ」がクリックされ
た場合（ステップＳ５０９−１８：Ｙｅｓ）、ステップ
Ｓ５０９−０３に戻り、バイイン注文状況受付画面を表
示する。サーバコンピュータ４側のチェックによりクラ
イアントコンピュータ９側での操作にミスがないと判定
されなかった場合（ステップＳ５０９−１４：Ｎｏ）、
すなわちクライアントコンピュータ９側での操作にミス
があると判定された場合、ステップＳ５０９−１５で
「バイイン注文取消受付時間外の為、受け付けられませ
ん。」という画面等のエラー画面を表示し、ステップＳ
５０９−１６でエラー画面の「ＯＫ」ボタンがクリック
されたか判定する。エラー画面の「ＯＫ」ボタンがクリ
ックされなかった場合（ステップＳ５０９−１６：Ｎ
ｏ）、ステップＳ５０９−１５のエラー画面表示を継続
する。エラー画面の「ＯＫ」ボタンがクリックされた場
合（ステップＳ５０９−１６：Ｙｅｓ）、ステップＳ５
０９−０３に戻り、バイイン注文状況受付画面を表示す
る。図１４７のフローチャートでは、以上の処理を繰り
返す。

【１０２８】次いで、バイイン関連業務の画面について
説明する。なお、以下図面中の丸数字（など）は、本
明細書中では、括弧で囲んだ数字（（１）など）として
記載する。図１４８は、業務バイイン請求業務画面のう
ちバイイン請求関係のメイン画面である。図１４８の
（１）は、フェイル情報通知関係のメイン画面に移行す
るためのフェイル情報通知ボタンである。図１４８の
（２）は、バイイン実行通知関係のメイン画面に移行す
るためのバイイン実行通知ボタンである。

【１０２９】図１４８の（３）は、バイイン実行確認通
知関係のメイン画面に移行するためのバイイン実行確認
通知ボタンである。図１４８の（４）は、バイイン請求
ボタンであり、選択状態にある。左側のランプが点灯し
ている。図１４８の（５）は、バイイン請求取下関係の
メイン画面に移行するためのバイイン請求取下ボタンで
ある。図１４８の（６）は、バイイン注文関係のメイン
画面に移行するためのバイイン注文ボタンである。図１
４８の（７）は、フェイル管理画面タブであり、選択状
態である。

【１０３０】図１４８の（８）は、最新の申告可能な請
求銘柄情報をＤＶＰサーバコンピュータ４側プログラム
から取得して図１５２のバイイン請求申告画面を表示
し、新規のバイイン請求申告を行うための請求申告ボタ
ンである。図１４８の（９）は、請求変更ボタンであ
る。バイイン請求受付状況表で選択されている請求申告
が変更可能であれば、このボタンによりバイイン請求変
更画面を表示し、選択されている請求申告を変更するこ
とが可能である。

【１０３１】図１４８の（１０）は、請求取消ボタンで
ある。バイイン請求受付状況表で選択されている請求申
告が取消可能な場合、このボタンをクリックすると、図
１４９の確認メッセージ画面が表示される。図１４９画
面で「はい」がクリックされた場合、選択されている請
求申告を取り消される。「いいえ」がクリックされた場
合、バイイン請求受付状況表画面に戻る。

【１０３２】図１４８の（１１）は、最新のバイイン請
求受付状況をＤＶＰサーバコンピュータ４側プログラム
から取得し、バイイン請求受付状況表を最新表示するた
めの最新表示ボタンである。図１４８の（１２）は、受
付順、銘柄コード順に交互に表示を切り替えるための表
示順切替ボタンである。現在のソート順が明示的にわか
るようにボタンのタイトル名の表示を「受付順」、「銘
柄順」と切り替える。銘柄コード順は昇順に並び替えて
表示するが、変更取消可能な版の行のみまとめて先頭か
ら表示する。例えば、現在のソート順が受付順の場合に
は、ボタンのタイトル名を「銘柄順」とし、現在のソー
ト順が銘柄コード順の場合には、ボタンのタイトル名を
「受付順」と表示する。

【１０３３】図１４８の（１３）は、バイイン請求受付
状況表である。このバイイン請求受付状況表の各項目に
ついて説明する。「Ｎｏ．」は、請求番号表示領域であ
る。「版数」とは、版数を知らせる為のカラムである。
「区分」は、「請求申告」、「請求変更」、「請求取
消」等の処理区分の表示領域である。このとき、「請求
申告」とは、最初の請求申告とする。「銘柄名」とは銘
柄名の表示領域である。「銘柄コード」とは銘柄コード
の表示領域である。「請求数量」とはカンマ付き数字で
ある。数字の後に売買単位名を表示する。

【１０３４】「受付状況」とは次の内容である。すなわ
ち、「仮受領」は、ＣＳＩサーバコンピュータ１２へ請
求申告を送信し、ＣＳＩサーバコンピュータ１２からの
受付確認通知を待っている場合である。「本受領」は、
ＣＳＩサーバコンピュータ１２から請求申告受付完了の
請求申告受付確認通知を受け取った場合である。「仮取
消」は、ＣＳＩサーバコンピュータ１２へ請求取消を送
信し、ＣＳＩサーバコンピュータ１２からの受付確認通
知を待っている場合である。「取消済」は、ＣＳＩサー
バコンピュータ１２から請求取消受付完了の請求申告受
付確認通知を受け取った場合である。受付エラーメッセ
ージ又は「不受理」→ＣＳＩサーバコンピュータ１２か
ら受付不可の請求申告受付確認通知を受け取った場合で
ある。

【１０３５】「受付時刻」とはＣＳＩサーバコンピュー
タ１２側で受け付けた時刻である。分単位である。「入
力時刻」とはＤＶＰサーバコンピュータ４側で受け付け
た時刻である。分単位である。「担当部署」とは会員２
側で請求申告／変更／取消を行なった担当部署名であ
る。

【１０３６】表示が画面に入りきれない場合、垂直／水
平方向のスクロールバーを表示する。水平スクロールバ
ーはブラウザが自動表示する。変更／取消可能な請求
は、文字の色を変えて表示する。データの表示順番は、
受付順と銘柄順の２種類である。受付順は、請求番号毎
にまとめてその降順とし、同一請求番号内では、入力時
刻の新しいものの順とする。銘柄順は、原則は銘柄コー
ドの昇順であるが、変更取消可能な版の行のみまとまて
先頭から表示する。同一銘柄内では、入力時刻の新しい
ものの順とする。

【１０３７】表示するデータは、現在日（業務日付）の
入力データのみとする。変更／取消対象の請求の選択操
作は、マウスによるクリックまたはパソコンキーボード
中のカーソルキーで行う。選択されている請求行を反転
表示し、選択可能数は１件とする。図１４８の「現在
日」（１４）は、現在の業務日付を表示する。

【１０３８】変更／取消可能な請求の判断基準について
説明する。受付状況が「仮取消」または「取消済」とな
っている「請求取消」がある場合は、同一請求番号の受
付行は全て変更／取消不可能である。一度も取り消され
ていない場合または取消が受付エラーとなっている場
合、最新版の「請求変更」で受付状況が「本受領」とな
っているもののみが変更／取消可能である。一度も変更
されていない場合は、受付状況が「本受領」となってい
る「請求申告」が変更／取消可能。受付状況が受付エラ
ーとなっているものは、版数を割り当てない。

【１０３９】請求申告／請求変更／請求取消ボタンがク
リックされた場合のエラー表示（メッセージボックス表
示）について説明する。ＣＳＩサーバコンピュータ１２
がバイイン請求申告受付時間外の場合ＤＶＰサーバコン
ピュータ４側プログラムからの応答により判定され、
「バイイン請求申告受付時間外の為、受け付けられませ
ん。」というメッセージを図１５０に示すメッセージボ
ックスで表示する。

【１０４０】バイイン請求対象銘柄が無い場合（請求申
告ボタンがクリックされた場合）、「バイインを請求出
来る銘柄が有りません。」というメッセージを不図示の
メッセージボックスで表示する。他の端末から同じ会員
２が同じ請求番号の同じ版を変更／取消した為、変更／
取消不可能になった版を選択した場合（請求変更／請求
取消ボタンがクリックされた場合）、「他の端末から請
求変更または請求取消された為、選択出来なくなりまし
た。最新表示ボタンを押して表示を更新して下さい。」
というメッセージを不図示のメッセージボックスで表示
する。

【１０４１】変更不可能な版を選択して請求変更ボタン
を選択した場合、「請求することが出来ません。」とい
うメッセージを不図示のメッセージボックスで表示す
る。取消不可能な版を選択して請求取消ボタンをクリッ
クし場合、「請求を取り消す事が出来ません。」という
メッセージを不図示のメッセージボックスで表示する。

【１０４２】起動時、請求申告実行後、請求変更実行
後、請求取消実行後は、バイイン請求受付状況表を最新
表示する。図１４８の「現在の表示件数」（１５）は、
現在、バイイン請求受付状況表に表示されている受付状
況データの件数を表示する。件数が０件の場合、バイイ
ン請求受付状況表は、図１５１のように、タイトル部分
のみを表示する。

【１０４３】クリックされても処理しないボタンは、無
効表示とする。図１５１の場合は、「請求変更」、「請
求取消」、「銘柄順」（又は「受付順」）の３個のボタ
ンが無効表示になる。受付状況表を最新状態に更新する
場合、バイイン請求受付時間外の時は、「請求申告」、
「請求変更」、「請求取消」のボタンが無効表示にな
る。

【１０４４】次いで、図１５２を参照してバイイン請求
申告画面について説明する。現在日とバイイン実行予定
日表示領域（１）は、自動表示であり、現在日は業務日
付、バイイン実行予定日は現在日の３営業日後が表示さ
れる。銘柄選択コンボボックス（２）では、バイイン請
求対象銘柄コードと銘柄名をリスト表示し選択可能とす
る。表示する銘柄は請求申告ボタンをクリックした時に
取得した請求可能銘柄である。銘柄コードと銘柄名の間
には半角スペースを設ける。銘柄コードと銘柄名の合計
の長さがコンボボックスのサイズより大きい場合は、図
１５３のように選択コンボボックスが拡張表示される。
但し、銘柄名が途中までしか表示されないように構成し
てもよい。

【１０４５】このコンボボックスに表示する銘柄一覧
は、ＤＶＰサーバコンピュータ４から受信するが、銘柄
が多数有る場合、レスポンスの悪化が予想される。した
がって、ＤＶＰサーバコンピュータ４から受信する銘柄
数に制限を設け、図１５４（ａ）のように、その銘柄分
のみを一覧表示する様にする。そして、一覧表示の最後
に「次の一覧」という項目５８１を設け、「次の一覧」
項目５８１がクリックされたら、ＤＶＰサーバコンピュ
ータ４から次の銘柄一覧を受信し、図１５４（ｂ）のよ
うに表示する。図１５４（ａ）は銘柄をＤＶＰサーバコ
ンピュータ４から制限数分受信した場合、図１５４
（ｂ）は銘柄をＤＶＰサーバコンピュータ４から最後ま
で受信した場合の銘柄選択コンボボックス表示画面を示
している。

【１０４６】図１５２の請求数量入力領域（３）は、請
求数量をキー入力する領域である。選択されている銘柄
の売買単位の整数倍である必要がある。図１５２の最大
請求可能数量表示領域（４）は、指定した銘柄の最大請
求可能数量を表示する。図１５２のＯＫボタン（５）を
クリックすると、「請求申告を行います。よろしいです
か？」と確認メッセージが表示される。確認メッセージ
の「はい」がクリックされた場合、入力データが確定さ
れ、請求申告が実行される。確認メッセージの「いい
え」がクリックされた場合、バイイン請求申告画面に戻
る。

【１０４７】請求申告実行後、図１５５のメッセージボ
ックスが表示される。図１５５のメッセージボックスで
「はい」がクリックされた場合、画面の入力値がクリア
され、新規入力画面が表示される。「いいえ」がクリッ
クされた場合、受付状況画面に戻る。図１５２のキャン
セルボタン（６）がクリックされた場合、入力データを
破棄し、請求申告を終了し、バイイン請求のメイン画面
に戻る。

【１０４８】図１５２の売買単位名（７）は、銘柄毎の
売買単位の名称である。選択されている銘柄の株，千
円，口等の売買単位の名称を表示する。なお図１５２の
ＯＫボタン（５）がクリックされた場合、次のエラーが
あった場合に、メッセージボックスにエラーメッセージ
を表示し、請求申告を実行しない。つまり、銘柄または
請求数量が未入力の場合、「入力されていない必須項目
が有ります。」というエラーメッセージ、請求数量が０
以下の場合や売買単位の整数倍で無い場合、「請求数量
は売買単位の倍数を入力して下さい。」というエラーメ
ッセージ、請求数量が最大値を超えている場合、「請求
数量が大きすぎます。」というエラーメッセージ、

【１０４９】請求数量に半角数字以外の文字が含まれて
いる場合、「請求数量は半角数字で入力して下さい。」
というエラーメッセージを表示し、請求申告を実行しな
い。図１５５の確認メッセージボックスの「はい」がク
リックされた場合、次のエラーがあった場合に、メッセ
ージボックスにエラーメッセージを表示し、請求申告を
実行しない。つまり、ＤＶＰサーバコンピュータ４側プ
ログラムからの応答により、ＳＩサーバコンピュータ１
２側がバイイン請求申告受付時間外であると判定された
場合、「バイイン請求申告受付時間外の為、受け付けら
れません。」というエラーメッセージ、サーバ側プログ
ラムからの応答により、バイイン請求対象外の銘柄を選
択したと判定された場合（連続して同じ銘柄を選択した
場合や他の端末から同じ会員２が同じ銘柄を請求申告し
た場合等）、「既にバイイン請求申告されている銘柄の
為、請求申告出来ません。」というエラーメッセージを
表示し、請求申告を実行しない。

【１０５０】図１５６を参照して、バイイン請求変更画
面について説明する。現在日とバイイン実行予定日表示
領域（１）は自動表示され、現在日は業務日付、バイイ
ン実行予定日は現在日の３営業日後が表示される。請求
番号（２）は選択された請求の請求番号を表示する。銘
柄表示領域（３）は選択された請求の銘柄名と銘柄コー
ドを表示する。請求数量入力領域（４）は請求数量をキ
ー入力する領域である。前回申告された請求数量が表示
されているので上書き修正する。選択されている銘柄の
売買単位の整数倍である必要がある。

【１０５１】最大請求数量表示領域（５）は指定された
銘柄の最大請求可能数量を表示する。ＯＫボタン（６）
がクリックされると「請求変更を行います。よろしいで
すか？」と確認メッセージが表示される。確認メッセー
ジの「はい」がクリックされた場合、入力データを確定
し、請求申告を実行する。請求申告実行後、「仮受領さ
れました。」というメッセージをメッセージボックスに
表示し、バイイン請求のメイン画面に戻る。確認メッセ
ージの「いいえ」がクリックされた場合、バイイン請求
変更画面に戻る。

【１０５２】キャンセルボタン（７）がクリックされる
と入力データを破棄し、請求申告を終了し、バイイン請
求のメイン画面に戻る。売買単位名（８）は銘柄毎の売
買単位の名称である。選択されている銘柄の株，千円，
口等の売買単位の名称を表示する。ＯＫボタン（６）が
クリックされた場合、エラーがある場合に、メッセージ
ボックスにエラーメッセージを表示し、請求変更を実行
しない。つまり、銘柄または請求数量が未入力の場合、
「入力されていない必須項目が有ります。」というエラ
ーメッセージを表示し、請求数量が０以下の場合や売買
単位の整数倍で無い場合「請求数量は売買単位の倍数を
入力して下さい。」というエラーメッセージを表示し、
請求数量が最大値を超えている場合「請求数量が大きす
ぎます。」というエラーメッセージを表示し、請求数量
に半角数字以外の文字が含まれている場合「請求数量は
半角数字で入力して下さい。」というエラーメッセージ
を表示し、請求変更を実行しない。

【１０５３】「請求変更を行います。よろしいですか
？」という確認メッセージボックスの「はい」がクリッ
クされた場合、エラーがある場合に、メッセージボック
スにエラーメッセージを表示し、請求変更を実行しな
い。つまり、サーバ側プログラムからの応答により、Ｃ
ＳＩサーバコンピュータ１２側がバイイン請求申告／取
消受付時間外と判定した場合、「バイイン請求申告／取
消受付時間外の為、受け付けられません。」というエラ
ーメッセージを表示し、サーバ側プログラムからの応答
により、他の端末から同じ会員２が同じ請求を変更／取
消した為、変更不可能となったと判定した場合、「他の
端末から請求変更または請求取消された為、変更出来な
くなりました。」というエラーメッセージを表示し、請
求変更を実行しない。

【１０５４】バイイン注文業務画面について説明する。
図１５７は、バイイン注文関係のメイン画面である。フ
ェイル情報通知ボタン（１）はフェイル情報通知関係の
メイン画面に移行するためのボタンである。バイイン実
行通知ボタン（２）はバイイン実行通知関係のメイン画
面に移行するためのボタンである。バイイン実行確認通
知ボタン（３）バイイン実行確認通知関係のメイン画面
に移行するためのボタンである。バイイン請求ボタン
（４）バイイン請求関係のメイン画面に移行するための
ボタンである。バイイン請求取下ボタン（５）バイイン
請求取下関係のメイン画面に移行するためのボタンであ
る。

【１０５５】バイイン注文ボタン（６）は選択状態であ
る。左側のランプが点灯する。フェイル管理画面タブ
（７）は選択状態である。注文申込ボタン（８）は、最
新の申込可能な注文銘柄情報をサーバ側プログラムから
取得してバイイン注文申込画面を表示し、新規のバイイ
ン注文申込を行うボタンである。注文変更ボタン（９）
は、バイイン注文受付状況表で選択されている注文申込
が変更可能であればバイイン注文変更画面を表示し、選
択されている注文申込を変更するボタンである。注文取
消ボタン（１０）は、バイイン注文受付状況表で選択さ
れている注文申込が取消可能であれば、図１５８の確認
メッセージを表示し、「はい」がクリックされた場合、
選択されている注文申込を取り消す。「いいえ」がクリ
ックされた場合、バイイン注文申込受付状況表画面に戻
る。

【１０５６】最新表示ボタン（１１）は、最新のバイイ
ン注文受付状況をサーバ側プログラムから取得し、バイ
イン注文受付状況表を最新表示する。表示順切替ボタン
（１２）は、受付順、銘柄コード順に交互に切り替える
ことが可能なボタンである。その際、現在のソート順が
明示的にわかるようにボタンのタイトル名を「受付
順」、「銘柄順」と変える。銘柄コード順は昇順に並び
替えて表示するが、変更取消可能な版のみまとめて先頭
から表示する。現在のソート順が受付順の場合は、ボタ
ンのタイトル名を「銘柄順」、現在のソート順が銘柄コ
ード順の場合は、ボタンのタイトル名を「受付順」とす
る。

【１０５７】バイイン注文受付状況表（１３）の項目に
ついて説明する。「Ｎｏ．」は、注文番号表示領域、
「版数」は版数を知らせる為のカラムである。「区分」
は「注文申込」、「注文変更」、「注文取消」等の処理
区分の表示領域であり、「注文申込」は最初の注文申込
とする。「銘柄名」は銘柄名の表示領域、「銘柄コー
ド」は銘柄コードの表示領域、「注文値段」は円単位で
表示し、銭の位を少数点以下２桁で表示する。「注文数
量」は数字の後に売買単位名を表示する。

【１０５８】「受付状況」のうち「仮受領」はＣＳＩサ
ーバコンピュータ１２へ注文申込を送信し、ＣＳＩサー
バコンピュータ１２からの受付確認通知を待っている場
合、「本受領」はＣＳＩサーバコンピュータ１２から注
文申込受付完了の注文申込受付確認通知を受け取った場
合、「仮取消」はＣＳＩサーバコンピュータ１２へ注文
取消を送信し、ＣＳＩサーバコンピュータ１２からの受
付確認通知を待っている場合、「取消済」はＣＳＩサー
バコンピュータ１２から注文取消受付完了の注文申込受
付確認通知を受け取った場合、「受付エラーメッセー
ジ」又は「不受理」はＣＳＩサーバコンピュータ１２か
ら受付不可の注文申込受付確認通知を受け取った場合を
示す。「受付時刻」はＣＳＩサーバコンピュータ１２側
で受け付けた時刻を示し、分単位である。「入力時刻」
ＤＶＰサーバコンピュータ４側で受け付けた時刻を示
し、分単位である。

【１０５９】「自己／委託区分」は「自己」、「委託」
の別を示す。「担当部署」は会員２側で注文申込／取消
を行なった担当部署名である。

【１０６０】表示が画面に入りきれない場合、垂直／水
平方向のスクロールバーを表示する。水平スクロールバ
ーはブラウザが自動表示する。変更／取消可能な請求
は、文字の色を変えて表示する。データの表示順番は、
受付順と銘柄順の２種類である。

【１０６１】「受付順」として、注文番号毎にまとめて
その降順とし、同一注文番号内では、入力時刻の新しい
ものの順とする。「銘柄順」は、原則は銘柄コードの昇
順であるが、変更取消可能な版の行のみまとまて先頭か
ら表示する。同一銘柄内では、入力時刻の新しいものの
順とする。表示するデータは、現在日（業務日付）の入
力データのみである。変更／取消対象の注文の選択操作
は、マウスによるクリックまたはパソコンキーボードの
カーソルキーで行う。選択されている注文行を反転表示
し、選択可能数は１件とする。図１５７の現在日（１
４）は業務日付を表示する。

【１０６２】変更／取消可能な注文の判断基準は次の通
りである。受付状況が「仮取消」または「取消済」とな
っている「注文取消」がある場合は、同一注文番号の受
付行は全て変更／取消不可能である。一度も取り消され
ていない場合または取消が受付エラーとなっている場
合、最新版の「注文変更」で受付状況が「本受領」とな
っているもののみが変更／取消可能である。一度も変更
されていない場合は、受付状況が「本受領」となってい
る「注文申込」が変更／取消可能である。

【１０６３】受付状況が受付エラーとなっているもの
は、版数を割り当てず、判断の対象外とする。注文申込
／注文変更／注文取消ボタンがクリックされた場合のエ
ラー処理は次の通りである。サーバ側プログラムからの
応答によりＣＳＩサーバコンピュータ１２がバイイン注
文申込受付時間外と判定された場合、「バイイン注文申
込受付時間外の為、受け付けられません。」というメッ
セージを図１５９に示すメッセージボックスで表示す
る。

【１０６４】バイイン注文対象銘柄が無い場合で注文申
込ボタンがクリックされた場合、「バイイン向けに売注
文出来る銘柄が有りません。」というメッセージをメッ
セージボックスで表示する。他の端末から同じ会員２が
同じ注文を変更／取消した為、変更／取消不可能になっ
た注文を選択した場合（注文変更／注文取消ボタンがク
リックされた場合）、「他の端末から注文変更または注
文取消された為、選択出来なくなりました。最新表示ボ
タンを押して表示を更新して下さい。」というメッセー
ジをメッセージボックスで表示する。変更不可能な版を
選択して注文変更ボタンを選択した場合、「注文するこ
とが出来ません。」というメッセージをメッセージボッ
クスで表示する。取消不可能な版を選択して注文取消ボ
タンをクリックし場合、「注文を取り消す事が出来ませ
ん。」というメッセージをメッセージボックスで表示す
る。

【１０６５】起動時、注文申込実行後、注文変更実行
後、注文取消実行後は、バイイン注文受付状況表を最新
表示する。図１５７の現在の表示件数（１５）は、現
在、バイイン注文受付状況表に表示されている受付状況
データの件数を表示する。件数が０件の場合、バイイン
注文受付状況表はタイトル部分のみを表示する。画面イ
メージはバイイン請求受付状況データが無い場合の図１
５１の画面と同様である。このとき「注文変更」、「注
文取消」、「銘柄順」（又は「受付順」）の３個のボタ
ンは無効表示する。受付状況表を最新状態に更新する場
合、バイイン注文受付時間外の時は、「注文申込」、
「注文変更」、「注文取消」のボタンを無効表示にす
る。

【１０６６】図１６０は、銘柄が株式の場合のバイイン
注文申込画面、図１６１は、銘柄が転換社債の場合のバ
イイン注文申込画面である。

【１０６７】図１６０、図１６１について説明する。現
在日表示領域（１）は自動表示され業務日付を表示す
る。銘柄選択コンボボックス（２）はバイイン注文申込
対象銘柄名と銘柄コードをリスト表示し選択可能とす
る。表示する銘柄は注文申込ボタンをクリックし時に取
得した注文可能銘柄である。表示の仕方は「バイイン請
求申告」の銘柄選択コンボボックスと同様である。

【１０６８】注文値段入力領域（３）は注文値段をキー
入力する領域であり、選択されている銘柄が株式の場合
は、円単位で９桁まで入力する。選択されている銘柄が
転換社債の場合は、円と銭単位で入力する。円は４桁ま
で、銭は２桁まで入力する。注文数量入力領域（４）は
注文数量をキー入力する領域である。選択されている銘
柄の売買単位の整数倍である必要がある。

【１０６９】自己／委託区分選択領域（５）はラジオボ
タンで選択する。初期選択値は「自己」である。バイイ
ン実行数量表示領域（６）は注文申込可能数量を表示す
る。ＯＫボタン（７）がクリックされると、「注文申込
を行います。よろしいですか？」と確認メッセージが表
示される。確認メッセージの「はい」がクリックされた
場合、入力データを確定し、注文申込を実行する。確認
メッセージの「いいえ」がクリックされた場合、バイイ
ン注文申込画面に戻る。注文申込実行後、図１６２のメ
ッセージボックスを表示する。

【１０７０】図１６２のメッセージボックスで「はい」
がクリックされた場合、画面の入力値をクリアし、新規
入力画面にする。「いいえ」がクリックされた場合、受
付状況画面に戻る。図１６１のキャンセルボタン（８）
がクリックされると、入力データを破棄し、注文申込を
終了し、バイイン注文のメイン画面に戻る。売買単位名
（９）とは、銘柄毎の売買単位の名称である。選択され
ている銘柄の株，千円，口等売買単位の名称を表示す
る。

【１０７１】ＯＫボタン（７）がクリックされた場合，
次のエラーの場合に，メッセージボックスにエラーメッ
セージを表示し、注文申込を実行しない。つまり、銘
柄、注文値段、注文数量のいずれかが未入力の場合に
は、「入力されていない必須項目が有ります。」とのエ
ラーメッセージ、注文数量が０以下の場合や売買単位の
整数倍で無い場合には、「注文数量は売買単位の倍数を
入力して下さい。」とのエラーメッセージ、注文値段が
０以下の場合には、「注文値段は１以上を入力して下さ
い。」とのエラーメッセージ、注文値段または注文数量
に半角数字以外の文字が含まれている場合には、「注文
値段と注文数量は半角数字で入力して下さい。」とのエ
ラーメッセージを表示し、注文申込を実行しない。

【１０７２】また、自己／委託区分が「自己」の場合、
入力された「注文数量」と「バイイン実行数量」を比較
する。「バイイン実行数量」を超えている場合、「注文
数量が大きすぎます」とメッセージを表示する。「委
託」の場合、「バイイン実行数量」と比較しない。

【１０７３】図１６２の確認メッセージボックスの「は
い」がクリックされた場合で、次のエラーの場合には、
メッセージボックスにエラーメッセージを表示し、注文
申込を実行しない。つまり、サーバ側プログラムからの
応答によりＣＳＩサーバコンピュータ１２側がバイイン
注文申込／取消受付時間外と判定した場合には、「バイ
イン注文申込受付時間外の為、受け付けられません。」
とのエラーメッセージ、自己／委託区分が「自己」の場
合に、取消されていない申込済（「仮受領」を含む）の
注文に同じ銘柄で同じ値段のものがあるとサーバ側プロ
グラムからの応答により判定した場合には、「既に同じ
銘柄で同じ値段の注文が有る為、注文申込出来ませ
ん。」とのエラーメッセージを表示し、注文申込を実行
しない。

【１０７４】図１６３は、銘柄が株式の場合のバイイン
注文変更画面、図１６４は、銘柄が転換社債の場合のバ
イイン注文変更画面である。

【１０７５】図１６３、図１６４について説明する。現
在日表示領域（１）は業務日付を自動表示する。注文番
号表示領域（２）は選択された注文の注文番号を表示す
る。銘柄名／銘柄コード表示領域（３）は選択された注
文の銘柄名と銘柄コードを表示する。注文値段表示領域
（４）は選択された注文の注文値段を表示する。選択さ
れている銘柄が株式の場合は、円単位で表示する。選択
されている銘柄が転換社債の場合は、円と銭単位で表示
する。

【１０７６】注文数量入力領域（５）は注文数量をキー
入力する領域である。前回入力された注文数量が表示さ
れているので上書き修正する。選択されている銘柄の売
買単位の整数倍である必要がある。自己／委託区分表示
領域（６）は選択された注文の自己／委託区分を表示す
る。「自己」または「委託」を表示する。バイイン実行
数量表示領域（７）は注文申込可能数量を表示する。

【１０７７】ＯＫボタン（８）がクリックされると、
「注文変更を行います。よろしいですか？」という確認
メッセージが表示される。確認メッセージの「はい」が
クリックされた場合、入力データを確定し、注文申込を
実行する。注文申込実行後、「仮受領されました。」と
いうメッセージをメッセージボックスに表示し、バイイ
ン注文のメイン画面に戻る。確認メッセージの「いい
え」がクリックされた場合、バイイン注文変更画面に戻
る。

【１０７８】キャンセルボタン（９）がクリックされる
と入力データを破棄し、注文変更を終了し、バイイン注
文のメイン画面に戻る。売買単位名（１０）は銘柄毎の
売買単位の名称である。選択されている銘柄の株，千
円，口等の売買単位の名称を表示する。ＯＫボタン
（８）がクリックされた場合で、次のエラーが発生した
場合には、メッセージボックスにエラーメッセージを表
示し、注文変更を実行しない。つまり、注文数量が未入
力の場合には「入力されていない必須項目が有りま
す。」とのエラーメッセージ、注文数量が０以下の場合
や売買単位の整数倍で無い場合には「注文数量は売買単
位の倍数を入力して下さい。」とのエラーメッセージ、
注文数量に半角数字以外の文字が含まれる場合には「注
文値段と注文数量は半角数字で入力して下さい。」との
エラーメッセージを表示し、注文変更を実行しない。

【１０７９】自己／委託区分が「自己」の場合、入力さ
れた「注文数量」と「バイイン実行数量」を比較する。
「バイイン実行数量」を超えている場合、「注文数量が
大きすぎます」とメッセージを表示する。「委託」の場
合、「バイイン実行数量」と比較しない。

【１０８０】「注文変更を行います。よろしいですか
？」という確認メッセージの「はい」がクリックされた
場合で、次の場合には、メッセージボックスにエラーメ
ッセージを表示し、注文変更を実行しない。つまり、Ｃ
ＳＩサーバコンピュータ１２側がバイイン注文申込／取
消受付時間外とサーバ側プログラムからの応答により判
定した場合には「バイイン注文申込受付時間外の為、受
け付けられません。」とのエラーメッセージ、他の端末
から同じ会員２が同じ注文を変更／取消した為、変更不
可能となったとサーバ側プログラムからの応答により判
定した場合には「他の端末から注文変更または注文取消
された為、変更出来なくなりました。」とのエラーメッ
セージを表示し、注文変更を実行しない。

【１０８１】バイイン請求取下業務画面イメージについ
て説明する。図１６５は、バイイン請求取下関係のメイ
ン画面である。フェイル情報通知ボタン（１）はフェイ
ル情報通知関係のメイン画面に移行するためのボタンで
ある。バイイン実行通知ボタン（２）はバイイン実行通
知関係のメイン画面に移行するためのボタンである。バ
イイン実行確認通知ボタン（３）はバイイン実行確認通
知関係のメイン画面に移行するためのボタンである。バ
イイン請求ボタン（４）はバイイン請求関係のメイン画
面に移行するためのボタンである。バイイン注文ボタン
（５）バイイン注文関係のメイン画面に移行するための
ボタンである。図１６５のバイイン請求取下ボタン
（６）は選択状態である。左側のランプが点灯する。図
１６５のフェイル管理画面タブ（７）は選択状態であ
る。

【１０８２】請求取下申告ボタン（８）は最新の申告可
能な取下銘柄情報をサーバ側プログラムから取得してバ
イイン請求取下申告画面を表示し、新規のバイイン請求
取下申告を行なうためのボタンである。請求取下変更ボ
タン（９）はバイイン請求取下受付状況表で選択されて
いる請求取下申告が変更可能であればバイイン請求取下
変更画面を表示し、選択されている請求取下申告を変更
するためのボタンである。請求取下取消ボタン（１０）
はバイイン請求取下受付状況表で選択されている請求取
下申告が取消可能な場合、図１６６の確認メッセージを
表示する。図１６６の確認メッセージで「はい」がクリ
ックされた場合、請求取下申告を取り消す。「いいえ」
がクリックされた場合、バイイン請求取下受付状況表画
面に戻る。

【１０８３】最新表示ボタン（１１）は最新のバイイン
請求取下受付状況をサーバ側プログラムから取得し、バ
イイン請求取下受付状況表を最新表示するためのボタン
である。表示順切替ボタン（１２）は、受付順、銘柄コ
ード順に交互に表示を切り替えるためのボタンである。
切替により、現在のソート順が明示的にわかるようにボ
タンのタイトル名を「受付順」、「銘柄順」と切替表示
する。銘柄コード順は昇順に並び替えて表示するが、変
更取消可能な版の行のみまとめて先頭から表示する。現
在のソート順が受付順の場合にはボタンのタイトル名を
「銘柄順」とする。現在のソート順が銘柄コード順の場
合にはボタンのタイトル名を「受付順」とする。

【１０８４】バイイン請求取下受付状況表（１３）の各
項目について説明する。Ｎｏ．は取下番号表示領域であ
る。版数は版数を知らせる為のカラムである。区分は
「取下申告」，「取下変更」，「取下取消」等の処理区
分の表示領域である。「取下申告」を最初の請求取下申
告とする。銘柄名は銘柄名の表示領域、銘柄コードは銘
柄コードの表示領域である。取下数量では、数字の後に
売買単位名を表示する。

【１０８５】受付状況は次の表示をする。「仮受領」表
示はＣＳＩサーバコンピュータ１２へ請求取下申告を送
信し、ＣＳＩサーバコンピュータ１２からの受付確認通
知を待っている場合を示す。「本受領」表示はＣＳＩサ
ーバコンピュータ１２から請求取下申告受付完了の請求
取下申告受付確認通知を受け取った場合を示す。「仮取
消」表示はＣＳＩサーバコンピュータ１２へ請求取下取
消を送信し、ＣＳＩサーバコンピュータ１２からの受付
確認通知を待っている場合を示す。「取消済」表示はＣ
ＳＩサーバコンピュータ１２から請求取下取消受付完了
の請求取下申告受付確認通知を受け取った場合を示す。
受付エラーメッセージ又は「不受理」はＣＳＩサーバコ
ンピュータ１２から受付不可の請求取下申告受付確認通
知を受け取った場合を示す。

【１０８６】受付時刻はＣＳＩサーバコンピュータ１２
側で受け付けた時刻であり、分単位で表示する。入力時
刻はＤＶＰサーバコンピュータ４側で受け付けた時刻で
あり、分単位で表示する。担当部署は会員２側で請求取
下申告／変更／取消を行なった担当部署名である。

【１０８７】表示が画面に入りきれない場合、垂直／水
平方向のスクロールバーを表示する。水平スクロールバ
ーはブラウザが自動表示する。変更／取消可能な請求
は、文字の色を変えて表示する。データの表示順番は、
受付順と銘柄順の２種類である。受付順は、番号毎にま
とめてその降順とし、同一取下番号内では、入力時刻の
新しいものの順とする。銘柄順は、原則は銘柄コードの
昇順であるが、変更取消可能な版の行のみまとめて先頭
から表示する。表示するデータは、現在日（業務日付）
の入力データのみである。変更／取消対象の請求取下の
選択操作は、マウスによるクリックまたはキーボードの
カーソルキーで行う。選択されている請求取下行を反転
表示し、選択可能数は１件とする。

【１０８８】現在日（１４）は、業務日付を表示する。
変更／取消可能な取下の判断基準は次の通りである。受
付状況が「仮取消」または「取消済」となっている「取
下取消」がある場合は、同一取下番号の受付行は全て変
更／取消不可能とする。一度も取り消されていない場合
または取消が受付エラーとなっている場合、最新版の
「取下変更」で受付状況が「本受領」となっているもの
のみが変更／取消可能とする。一度も変更されていない
場合は、受付状況が「本受領」となっている「取下申
告」が変更／取消可能である。受付状況が受付エラーと
なっているものは、版数を割り当てない。

【１０８９】請求取下申告／請求取下変更／請求取下取
消ボタンがクリックされた場合のエラー処理であるメッ
セージボックス表示は次の通りである。ＣＳＩサーバコ
ンピュータ１２がバイイン請求取下申告受付時間外であ
るとサーバ側プログラムからの応答により判定した場
合、図１６７のように「バイイン請求取下申告受付時間
外の為、受け付けられません。」というメッセージをメ
ッセージボックスで表示する。請求取下対象銘柄が無
く、請求取下申告ボタンがクリックされた場合、「バイ
イン請求を取下げる事が出来る銘柄が有りません。」と
いうメッセージをメッセージボックスで表示する。他の
端末から同じ会員２が同じ請求取下を変更／取消した
為、変更／取消不可能になった請求取下を選択した場合
（請求取下変更／請求取下取消ボタンがクリックされた
場合）、「他の端末から請求取下変更または請求取下取
消された為、選択出来なくなりました。最新表示ボタン
を押して表示を更新して下さい。」というメッセージを
メッセージボックスで表示する。変更不可能な版を選択
して請求取下変更ボタンを選択した場合、「請求取下す
ることが出来ません。」というメッセージをメッセージ
ボックスで表示する。取消不可能な版を選択して請求取
下取消ボタンを押した場合、「請求取下を取り消す事が
出来ません。」というメッセージをメッセージボックス
で表示する。

【１０９０】起動時、請求取下処理実行後、取消処理実
行後は、図１６５のバイイン請求取下受付状況表を最新
表示する。

【１０９１】図１６５の現在の表示件数（１５）は、現
在、バイイン請求取下受付状況表に表示されている受付
状況データの件数を表示する。件数が０件の場合、バイ
イン請求取下受付状況表はタイトル部分のみを表示す
る。件数が０件の場合の画面イメージは図１５１の画面
と同様である。「請求取下変更」、「請求取下取消」、
「銘柄順」（又は「受付順」）の３個のボタンは無効表
示する。受付状況表を最新状態に更新する場合、バイイ
ン請求取下受付時間外の時は、「請求取下申告」、「請
求取下変更」、「請求取下取消」のボタンを無効表示に
する。

【１０９２】図１６８は、銘柄が株式の場合のバイイン
請求取下申告画面である。現在日とバイイン実行予定日
表示領域（１）は自動表示とする。銘柄選択コンボボッ
クス（２）ではバイイン請求取下対象銘柄名と銘柄コー
ドをリスト表示し選択可能とする。表示する銘柄は請求
取下申告ボタンをクリックし時に取得した取下可能銘柄
である。コンボボックス（２）は、図１５３のように選
択コンボボックスが拡張表示可能であり、また図１５４
（ａ）（ｂ）のように制限数分のみ一覧表示し、「次の
一覧」という項目をクリックすることにより次の一覧を
表示するように構成してもよい。ＯＫボタン（３）がク
リックされると「請求取下申告を行います。よろしいで
すか？」という確認メッセージが表示される。確認メッ
セージの「はい」がクリックされた場合、入力データを
確定し、請求取下申告を実行する。確認メッセージの
「いいえ」がクリックされた場合、バイイン請求取下申
告画面に戻る。

【１０９３】請求取下申告実行後、図１６９のメッセー
ジボックスを表示する。図１６９のメッセージボックス
で「はい」がクリックされた場合、画面の入力値をクリ
アし、新規入力画面にする。「いいえ」がクリックされ
た場合、受付状況画面に戻る。図１６８のキャンセルボ
タン（４）がクリックされると、請求取下申告を終了
し、バイイン請求取下のメイン画面に戻る。図１６８の
バイイン請求取下対象一覧表（５）は、銘柄名選択コン
ボボックスで選択された銘柄の請求取下対象データを表
示する。初期状態（銘柄未選択時）はタイトルのみ表示
する。

【１０９４】バイイン請求取下対象一覧表（５）の各項
目について説明する。請求日はバイイン請求申告をした
日付を表示する。請求残数量はバイイン残数量を表示
し、数字の後に売買単位名を表示する。累積請求残数量
は請求日の古いデータ順に請求残数量の累積を表示す
る。数字の後に売買単位名を表示する。表示が画面に入
りきれない場合、垂直／水平方向のスクロールバーを表
示する。水平スクロールバーはブラウザが自動表示す
る。データの表示順番は、請求日の昇順（古い順）とす
る。取下対象の請求の選択操作は、マウスによるクリッ
クまたはキーボードのカーソルキーで行う。選択した項
目より請求日の古いデータはすべて選択される。選択行
は異なる色で表示される。

【１０９５】図１６９の確認メッセージの「はい」がク
リックされた場合、次の場合に、メッセージボックスに
エラーメッセージを表示し、請求取下申告を実行しな
い。つまり、ＣＳＩサーバコンピュータ１２側がバイイ
ン請求取下申告受付時間外であるとサーバ側プログラム
からの応答により判定した場合、「バイイン請求取下申
告受付時間外の為、受け付けられません。」とのエラー
メッセージ、他の端末から同じ会員２が同じ銘柄を請求
取下申告したとサーバ側プログラムからの応答により判
定した場合、「既にバイイン請求取下申告されている銘
柄の為、請求取下申告出来ません。」とのエラーメッセ
ージを表示し、請求取下申告を実行しない。

【１０９６】図１６８のＯＫボタン（３）がクリックさ
れた場合で、取下対象が選択されていない場合、「取り
下げる請求を選択して下さい。」とのエラーメッセージ
を表示し、請求取下申告を実行しない。現在の表示件数
（６）は、現在、バイイン請求取下対象一覧表に表示さ
れているデータ件数を表示する。件数が０件の場合、バ
イイン請求取下対象一覧表はタイトル部分のみを表示す
る。

【１０９７】図１７０は、銘柄が転換社債の場合のバイ
イン請求取下変更画面である。現在日とバイイン実行予
定日表示領域（１）は自動表示とし、現在日とバイイン
実行予定日は同じ日付で現在の業務日付である。取下番
号（２）は選択された請求取下の取下番号を表示する。
銘柄名と銘柄コード表示領域（３）は選択された請求取
下の銘柄名と銘柄コードを表示する。

【１０９８】ＯＫボタン（４）がクリックされると「請
求取下変更を行います。よろしいでしょうか？」と確認
メッセージが表示される。確認メッセージの「はい」が
クリックされた場合、入力データを確定し、請求取下申
告を実行する。請求取下申告実行後、「仮受領されまし
た。」というメッセージをメッセージボックスに表示
し、バイイン請求取下のメイン画面に戻る。

【１０９９】「請求取下変更を行います。よろしいでし
ょうか？」という確認メッセージの「いいえ」がクリッ
クされた場合、バイイン請求取下変更画面に戻る。キャ
ンセルボタン（５）がクリックされると請求取下変更を
終了し、バイイン請求取下のメイン画面に戻る。バイイ
ン請求取下対象一覧表（６）は選択された請求取下の銘
柄の請求取下データを表示する。バイイン請求取下対象
一覧表（６）の内容は、図１６８のバイイン請求取下申
告画面のバイイン請求取下対象一覧表（５）と同様であ
るので説明を省略する。

【１１００】「請求取下変更を行います。よろしいでし
ょうか？」という確認メッセージの「はい」ボタンがク
リックされた場合、次の場合に、メッセージボックスに
エラーメッセージを表示し、請求取下変更を実行しな
い。つまり、ＣＳＩサーバコンピュータ１２側がバイイ
ン請求取下申告受付時間外であるとサーバ側プログラム
からの応答により判定した場合、「バイイン請求取下申
告受付時間外の為、受け付けられません。」というエラ
ーメッセージ、他の端末から同じ会員２が同じ銘柄を請
求取下変更または請求取下取消したとサーバ側プログラ
ムからの応答により判定した場合、「他の端末から請求
取下変更または請求取下取消された為、変更出来なくな
りました。」というエラーメッセージを表示し、請求取
下変更を実行しない。

【１１０１】図１７０のＯＫボタン（４）がクリックさ
れた場合で、取下対象が選択されていない場合には、メ
ッセージボックスに「取り下げる請求を選択して下さ
い。」というエラーメッセージを表示し、請求取下変更
を実行しない。現在の表示件数（７）は、現在、バイイ
ン請求取下対象一覧表に表示されているデータ件数を表
示する。件数が０件の場合、バイイン請求取下対象一覧
表はタイトル部分のみを表示する。

【１１０２】以下、同報通知プログラム１１ｃによる証
券取引所１４側から会員２側への情報送信について説明
する。会員２のクライアントコンピュータ９側からは、
ＤＶＰサーバコンピュータ４への接続方式を設定可能に
構成されている。図１７１は、同報通知プログラム１１
ｃの初期設定画面で接続情報タブ５８２−０１を選択し
た場合の画面である。ユーザは、図１７１の画面で「静
的ＮＡＴ方式で情報を取得する」ボタン５８２−０２、
「動的ＮＡＴ方式で情報を取得する」ボタン５８２−０
３のいずれかを選択することによりサーバへの接続方式
の選択が可能である。

【１１０３】図１７２は、静的ＮＡＴ（Ｎｅｔｗｏｒｋ
Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）方式の概
要を示す図である。ここで、静的ＮＡＴとは、クライア
ントコンピュータ９は、ログイン時にＩＰアドレスをサ
ーバコンピュータ４に通知し、サーバコンピュータ４は
新規情報クライアントコンピュータ９のＩＰアドレスを
特定し、新規情報が発生したら、サーバコンピュータ４
からクライアントコンピュータ９に対して情報を通知す
る方式である。

【１１０４】図１７３は、動的ＮＡＴ方式の概要を示す
図である。ここで、動的ＮＡＴ方式とは、クライアント
コンピュータ９がログイン時にＩＰアドレスが固定でな
いことをサーバコンピュータ４に通知し、サーバコンピ
ュータ４は、通知データを保留し、クライアントコンピ
ュータ９からの生存通知がきた場合に、データを通知す
る方式をいう。この動的ＮＡＴ方式の場合、クライアン
トコンピュータ９からの通信に対して情報を追加するた
め、クライアントコンピュータ９が受信待ちをする必要
がない。そのためクライアントコンピュータ９側でＩＰ
アドレスと端末コンピュータとを固定する必要がなくな
る。１個のアドレスで複数の端末コンピュータを動作さ
せることができる。

【１１０５】静的ＮＡＴ方式が選択された場合には、指
定されたＩＰアドレスに情報を通知する。ただし、サー
バコンピュータ４からクライアントコンピュータ９への
情報通知が失敗した場合には、静的ＮＡＴ方式から動的
ＮＡＴ方式に通信を変更する。このように、本実施形態
ではＮＡＴ方式の変換を行っているので、クライアント
コンピュータ９は、サーバコンピュータ４にログインが
できれば、情報通知を必ず受けることが可能となる。

【１１０６】図１７４は、同報通知プログラム１１ｃの
初期設定画面でブラウザ情報タブ５８２−０４を選択し
た場合の画面である。この画面では、起動ブラウザの選
択が可能である。ブラウザを起動する場合に、起動した
いブラウザの項目５８２−０５をクリックすることによ
り起動するブラウザを選択できる。この画面で選択され
たブラウザ情報は、クライアントコンピュータ９内のイ
ンストール情報として読み込まれ、選択されたブラウザ
が起動される。

【１１０７】決済情報システムの同報通知プログラム１
１ｃにより表示されるメイン画面の構成について説明す
る。図１７５は、本実施形態の同報通知プログラム１１
ｃにより表示されるメイン画面を示す図である。このメ
イン画面は、クライアントコンピュータで、同報通知プ
ログラム１１ｃを起動し、ＤＶＰサーバコンピュータ４
に接続することにより表示される。

【１１０８】メイン画面には、配信状況パネル２０１、
未確認情報パネル２０２、ダウンロード済パネル２０
３、業務メッセージパネル２０４、日付操作項目２０
５、操作ボタン２０６、お知らせ情報テロップ２０７、
通信状態表示パネル２０８が含まれる。配信状況パネル
２０１、未確認情報パネル２０２、ダウンロード済パネ
ル２０３、業務メッセージパネル２０４は、リスト切替
タブでパネルを選択することにより、切り替えられる。

【１１０９】配信状況パネル２０１には、決済情報シス
テムの同報通知システムから通知された決済関連情報全
てが、リスト形式で表示される。決済メッセージの件数
が多く、全ての決済関連情報を表示域に表示し切れない
場合、右側に、スクロールバーが自動的に表示される。
受信時刻が新しいものから上下に順に表示される。

【１１１０】配信状況パネル２０１には、各情報につい
て、確認状況項目２０９、内容２１０、受信時刻２１
１、サイズ２１２、選択（チェックボックス）２１３項
目の内容が表示される。確認状況項目２０９には、受信
確認の状態が表示される。確認状態の種別は次のとおり
である。すなわち、「確認済：ダウンロードまたは同報
通知プログラム１１ｃ経由でＷＷＷブラウザ１１ｂ参照
を完了している」、「未確認：確認操作をしていな
い」、「空白：ダウンロード対象外の情報である」の３
種である。

【１１１１】内容２１０には、配信が可能になった決済
情報または業務メッセージ情報のタイトルが表示され
る。同項目をクリックすると、参照すべき情報がある場
合にＷＷＷブラウザ１１ｂが起動し、当該ページに移動
する。

【１１１２】受信時刻２１１には、「日付操作項目」で
選択した情報が表示される。すなわち、「受信時刻：同
報通知プログラム１１ｃが情報を受信した時刻」、「約
定日：各情報がどの約定日に係る内容であるか」、「決
済日：各情報がどの決済日に係る内容であるか」を表示
する。サイズ２１２には、ダウンロード可能なファイル
の容量が表示される。選択（チェックボックス）２１３
は、ダウンロードするファイルを選択するボタンであ
る。選択後、続いてダウンロードボタン２１４をクリッ
クすると、選択してチェックボックスを有効にした情報
をファイルとしてダウンロードできるように構成されて
いる。

【１１１３】未確認情報パネル２０２には、同報通知シ
ステムから通知された決済情報のうち、ダウンロードま
たはＷＷＷブラウザ参照による確認操作実績のない情報
が表示される。確認操作を行うことにより、同パネルの
表示から削除される。ダウンロード済パネル２０３に
は、同報通知システムから通知された決済情報のうち、
ダウンロードまたはＷＷＷブラウザ参照による確認操作
が完了している情報が表示される。

【１１１４】業務メッセージパネル２０４には、同報通
知システムから通知された決済情報のうち、業務メッセ
ージ（お知らせ情報）が表示される。業務メッセージの
重要度を表示する「重要度」欄、業務メッセージの内容
を表示する「内容」欄、業務メッセージのサブタイトル
を表示する「サブタイトル」欄、日付操作項目で選択し
た情報を表示する「日付種別」欄、同報通知プログラム
１１ｃが情報を受信した時刻を表示する「受信時刻」欄
を備えている。日付操作項目２０５は、表示パネル上の
「日付種別」覧で採用する日付情報を選択する欄であ
る。

【１１１５】操作ボタン２０６は、同報通知プログラム
１１ｃが実装する各機能を実行するボタンである。操作
ボタン２０６には、図１７５に示すように、同報通知シ
ステムを含む決済情報システムから情報をファイルとし
てダウンロードするためのダウンロードボタン２１４、
パネル上のチェックボックスを全て有効にするための全
選択ボタン２１５、パネル上のチェックボックスを全て
無効にするための全解除ボタン２１６、決済情報システ
ムから最新情報を手動で受信するための情報更新ボタン
２１７、初期設定ボタン２１８、同報通知プログラム１
１ｃを終了するための終了ボタン２１９が含まれてい
る。初期設定ボタン２１８をクリックすると、ユーザＩ
Ｄ設定ボタン、ダウンロード先フォルダ設定欄、テロッ
プ設定欄等を含む初期設定画面に移行する。

【１１１６】お知らせ情報テロップ２０７では、最新の
業務メッセージ（お知らせ情報）が、スクロールしなが
ら表示される。通信状態表示パネル２０８では、決済情
報システムから送信される情報通知や利用者の操作結果
等が表示される。

【１１１７】次いで、同報通知プログラム１１ｃの画面
遷移について説明する。ユーザは、同報通知プログラム
１１ｃを立ち上げ、決済情報システムに接続して証券取
引所ＷＡＮシステム１から同報通知された新着情報を受
信する。図１７５は、８件の新着情報を受信した直後の
画面を示す図である。図１７５は、配信状況パネル２０
１において、未確認である決済情報「総括清算表（約定
代金）」を選択した状態である。

【１１１８】次いで、ユーザが、図１７５のように、未
確認である決済情報「総括清算表（約定代金）」を選択
した状態で、ダウンロードボタン２１４をクリックする
と、ブラウザ１１ｂが起動して、選択した決済情報「総
括清算表（約定代金）」のダウンロードが行われる。ダ
ウンロードが終了すると、図１７６に示すように、配信
状況パネル２０１において、ダウンロードが済んだ決済
情報「総括清算表（約定代金）」の確認状況項目２０１
に、「確認済み」が表示され、通信状態表示パネル２０
８の最上段に、指定された情報のダウンロードが正常に
終了した旨表示される。

【１１１９】図１７６の状態で、未確認情報パネル２０
２のタブをクリックすると、図１７７に示すように、ダ
ウンロードまたはＷＷＷブラウザ参照実績がない情報の
みが未確認情報パネル２０２に表示される。この例で
は、図１７６の画面で表示された情報のうち唯一の未確
認情報である「内国株式売買明細表」のみが、未確認情
報パネル２０２に表示されている。

【１１２０】また、図１７６、図１７７の状態で、ダウ
ンロード済パネル２０３のタブをクリックすると、図１
７８に示すように、ダウンロードまたはＷＷＷブラウザ
参照を行った情報のみがダウンロード済パネル２０３に
表示される。この例では、新着情報取得後にダウンロー
ドを行った情報である「総括清算表（約定代金）」のみ
が、ダウンロード済パネル２０３に表示されている。

【１１２１】図１７５乃至図１７８の状態で、業務メッ
セージパネル２０４のタブをクリックすると、図１７９
に示すように、決済情報システムの同報通知システムか
ら送信された業務メッセージ（お知らせ情報）が表示さ
れる。この例では、新着情報取得により取得された４件
の業務メッセージ（お知らせ情報）「ＴａｒｇｅｔＤＶ
Ｐお知らせ」１〜４が、業務メッセージパネル２０４に
表示されている。

【１１２２】図１８０は、図１７５乃至図１７９の画面
で、初期設定ボタン２１８をクリックすることにより表
示される画面である。図１８０は、同報通知プログラム
１１ｃを起動した際、「ｔｅｓｔ＿ｕｓｅｒ０１」をユ
ーザＩＤとして採用した場合の初期設定：ユーザＩＤパ
ネル２１８−１を示している。図１８１は、初期設定画
面でダウンロードパネル２１８−２のタブを選択した場
合の画面である。決済情報のダウンロード先を予め指定
し、ダウンロードファイルを自動保存する設定を示して
いる。

【１１２３】図１８２は、初期設定画面でテロップパネ
ル２１８−３のタブを選択した場合の画面である。デフ
ォルトの表示色、テロップ速度等を採用した状態を示し
ている。図１８３は、初期設定画面でアラームパネル２
１８−４のタブを選択した場合の画面である。決済情報
システムの同報通知システムから新着情報を受信した
際、マウスクリックによるアラームの解除を選択した状
態を示している。図１８４は、初期設定画面でアピアラ
ンスパネル２１８−５のタブを選択した場合の画面であ
る。デフォルトのルック＆フィールを採用した状態を示
している。

【１１２４】次いで、図１８５のブロック図を参照して
同報通知ＡＰＩ１１ａの各処理について説明する。同報
通知ＡＰＩ１１ａでは、サーバアプリケーション５８３
−０８からクライアントアプリケーション５８３−０７
に対して電文を通知する。クライアントアプリケーショ
ン５８３−０７は、通知された電文の一部を表示データ
として使用する。

【１１２５】証券取引所ＷＡＮシステム１のＤＶＰサー
バコンピュータ４からクライアントコンピュータ９の同
報通知ＡＰＩ１１ａに送信される通知データには、配信
準備の通知、業務メッセージ、その他の情報がある。配
信準備の通知の通知データとは、通知データ電文が示す
決済情報の配信準備が整った旨を、ＤＶＰサーバコンピ
ュータ４から、クライアントコンピュータ９に伝える通
知データである。同通知データには決済情報は含まれて
いない。該当する決済情報を取得する場合は、当該決済
情報が収録されているＣＳＶデータのダウンロードを、
ＤＶＰサーバコンピュータ４に要求する必要がある。

【１１２６】業務メッセージの通知データとは、ＤＶＰ
サーバコンピュータ４からクライアントコンピュータ９
に対し、決済業務に係るお知らせを伝える通知データで
ある。同通知データでは、実際のお知らせ文のうち、サ
ブタイトルが配信される。お知らせの本文を参照する場
合は、別途、ＷＷＷブラウザ１１ｂを用いて、証券取引
所ＷＡＮシステムの「お知らせ」掲示板を閲覧する必要
がある。その他の情報の通知データとは、上記のような
業務に係る通知データ以外に、認証手続き、ダウンロー
ド処理、ネットワーク接続等に関する結果または状態を
示す情報を、各クラスを用いて取得することが可能であ
る。

【１１２７】図１８６は、同報通知機能で通知する電文
を示す図である。同報通知ＡＰＩ１１ａをクライアント
コンピュータ９に格納した場合には、図１８６に示すク
ライアントコンピュータ９側のクライアントアプリケー
ション５８３−０７と、ＤＶＰサーバコンピュータ４側
のサーバアプリケーション５８３−０８との間で、情報
の送受信が行われる。まず、クライアントアプリケーシ
ョン５８３−０７の起動処理５８３−０１を行う。起動
が完了しても、サーバアプリケーション５８３−０８と
は接続していない状態である。クライアントアプリケー
ション５８３−０７は複数ＩＤでの利用が可能である。
１端末では１つのアプリケーションしか起動できない。

【１１２８】次いで、同報配信可能情報の受信を可能に
するために、ログイン処理を行う。ログイン処理では、
まずユーザＩＤ及びパスワードの設定を行う。ログイン
処理に必要なユーザＩＤとパスワードの設定方法は、次
の２通りがある。第１のユーザＩＤとパスワードの設定
方法は、接続管理クラス７４のログイン用メソッドにユ
ーザ情報、すなわちログイン処理に使用するユーザＩＤ
とパスワードを設定する方法である。

【１１２９】このとき、接続管理クラス７４のログイン
用メソッドによりユーザ情報を設定する。したがって、
ユーザ管理クラスの初期化はＡＰＩ１１ａ自身が行う。
第２のユーザＩＤとパスワードの設定方法は、認証画面
にユーザ情報を入力する方法である。第１の方法によ
り、ログイン用メソッドにユーザＩＤとパスワードを設
定していない場合は、図１８７のような認証画面が表示
される。認証画面では、認証情報を入力する。

【１１３０】次いで、ログイン処理の呼出しを行う。接
続管理クラス７４のログイン用メソッドを呼び出すこと
により、ＤＶＰサーバコンピュータ４へのログイン処理
が開始される。このとき、クライアントコンピュータ９
には、図１８８に示す画面が表示される。ユーザＩＤと
パスワードを利用者に入力させる。入力されたユーザＩ
Ｄとパスワードをサーバアプリケーション５８３−０８
に通知し、ユーザを認証する。ログイン中のメッセージ
を出力する。ログイン処理の結果は、ログイン用メソッ
ドの戻り値により確認できる。以上の処理で、ログイン
が完了すると、自動的に新着情報が取得される。このと
き、クライアントコンピュータ９には、図１８９に示す
画面が表示される。

【１１３１】処理結果の詳細を確認する場合は、ユーザ
管理クラスのフィールドに定義されている状態を示す定
数を、ユーザ管理クラスの詳細コード確認用メソッドを
用いて取得することが可能である。ユーザ管理クラスの
フィールドには、認証情報の誤り、異常発生、正常終
了、同一ユーザＩＤを他のサーバコンピュータ等で使用
中であることを示す処理結果、同一サーバコンピュータ
でＡＰＩ１１ａを二重起動している可能性があることを
示す処理結果等を示す定数が定義されている。

【１１３２】同報通知ＡＰＩ１１ａでは、同報通知プロ
グラム１１ｃと同様、１台の自社サーバコンピュータで
同報通知ＡＰＩ１１ａを実行した場合、シングルログイ
ン方式ならびに二重起動の抑止が行われる。ログイン用
メソッドでユーザＩＤとパスワードを設定した場合、他
の会員２側サーバコンピュータ、またはＷＷＷブラウザ
１１ｂと同報通知プログラム１１ｃを格納するクライア
ントコンピュータ９で、既に使用されているユーザＩＤ
を用いてログインすると、詳細コード確認用メソッドに
より、二重起動している可能性があることを示す処理結
果が返され、ログインはできない。

【１１３３】また、同一サーバコンピュータで複数のユ
ーザＩＤを用いてログインしようとすると、詳細コード
確認用メソッドにより、二重起動している可能性がある
ことを示す処理結果が返され、ログインできない。ログ
イン用メソッドでユーザＩＤとパスワードを設定しない
場合、既に使用しているユーザＩＤを用いてログインす
ると、図１９０（Ａ）のような警告画面が表示され、ロ
グインできない。また、同一サーバコンピュータで複数
のユーザＩＤを用いてログインしようとすると、図１９
０（Ｂ）のような警告画面が表示され、ログインできな
い。

【１１３４】クライアントアプリケーション５８３−０
７は、入力されたユーザＩＤとパスワードをサーバアプ
リケーション５８３−０８に通知し、ユーザを認証す
る。ログイン中のメッセージを出力する。ユーザ認証が
完了したら、自動的に最新情報を取得する。このとき、
クライアントコンピュータ９画面上には、図１８９の画
面が表示される。最新情報を取得したら、メイン画面を
表示する。

【１１３５】クライアントアプリケーション５８３−０
７は、ログイン時に最新情報の取得処理５８３−０２を
行う。運用中に情報の更新があればサーバプログラムと
連携して情報を更新する。本機能は、異常発生の対処及
び機能を補完するものである。操作は以下のとおりであ
る。まず利用者がメイン画面の最新取得ボタンをクリッ
クすると、クライアントアプリケーション５８３−０７
が動的に最新情報を取得する。図１９１は、情報更新を
示す図である。メイン画面は操作不能状態になり、最新
情報の取得中を表示する。受信が完了したら情報を更新
する。図１７５の通信状態表示パネル２０８のように、
新着情報の取得を完了した旨のメッセージが出力され、
画面上に表示される。初期設定でアラームが設定されて
いる場合は、アラーム音がなる。

【１１３６】同報通知機能の場合、利用者への情報通知
から受信確認までの操作で、すべての完了がリアルタイ
ムに確認できる。利用者が接続中か否か、利用中に切断
トラブルがあったかなど状態の監視ができる。「利用者
にリアルタイム通知が可能か」を判断できる。図１９２
は、接続監視の流れを示すブロック図である。

【１１３７】情報の通知処理５８３−０３について説明
する。クライアントアプリケーション５８３−０７を起
動し、ログインが完了するとサーバアプリケーション５
８３−０８からの情報通知が可能な状態になる。サーバ
アプリケーション５８３−０８から情報が通知された場
合の変化について説明する。受信状態の情報がない場
合、図１９３のように、メッセージが表示されない画面
状態になる。サーバコンピュータから情報が通知される
と、画面の先頭行に赤字で項目が追加され、図１７５の
ように、通信状態表示パネル２０８に新着情報を取得し
たことが通知される。初期設定でアラームが設定されて
いる場合は、アラーム音がなる。

【１１３８】情報のダウンロード処理５８３−０４につ
いて説明する。配信状況パネル２０１、未確認情報パネ
ル２０２、ダウンロード済パネル２０３のいずれかのパ
ネルからでもダウンロードの操作はできるが、本実施形
態では、未確認情報パネル２０２で選択した場合を例と
して説明する。操作手順は以下のとおりである。まず、
利用者は、図１７７のように、ダウンロードするため未
確認情報パネル２０２を選択する。次いで、利用者はダ
ウンロードする項目について、図１９４のように選択
（チェックボックス）２１３にチェックをして、選択す
る。項目を選択すると、図１７７のダウンロードボタン
２１４が有効になる。全選択ボタン２１５をクリックし
場合は、確認状況項目欄２０９が「未確認」であるすべ
ての項目が、選択状態になる。

【１１３９】その後、図１７７のダウンロードボタン２
１４をクリックする。メイン画面が操作不能になり、フ
ァイル選択画面が表示される。ファイル格納先を確認す
る。ボタンを選択すると、図１９５に示すファイルダイ
アログが表示される。図１９５の「以降同じフォルダに
格納する」欄をチェックすると、複数ファイルであって
も以降の問合せ処理をせず、以降は図１９６のファイル
ダイアログが表示される。格納先フォルダを指定する必
要があるときは、図１９７のファイルダイアログで格納
先フォルダを指定する。ファイル指定が完了したら、図
１９５のファイルダイアログが再び表示されるので、了
解ボタンを選択して、ダウンロードを指示する。これに
より、図１９８のように、ダウンロード中であることを
示す画面が表示される。

【１１４０】ダウンロードが完了すると、完了メッセー
ジがログに出力され、図１７６の通信状態表示パネル２
０８のように、画面の先頭行にダウンロード完了のメッ
セージが表示される。なお、複数ファイルを指定してダ
ウンロードを行う場合には、ファイル格納先の確認、格
納先フォルダの指定、了解ボタン選択によるダウンロー
ド指示の処理を繰り返す。

【１１４１】通知された情報を閲覧する場合には、表示
されている一覧の内容部分がクリックされることにより
インターネットブラウザ起動処理５８３−０５を行い、
ブラウザにより情報の閲覧を行う。各処理が終了する
と、クライアントアプリケーション５８３−０７からサ
ーバアプリケーション５８３−０８に通知して、ログア
ウトする。ログアウト処理では、まず、ログアウト処理
の呼出しを行う。接続管理クラス７４のログアウト用メ
ソッドを呼び出すことにより、ＤＶＰサーバコンピュー
タ４に対するログアウト処理が開始される。ログアウト
処理の結果は、ログアウト用メソッドの戻り値により確
認できる。

【１１４２】ログアウト処理結果の詳細を確認する場合
は、ユーザ管理クラスのフィールドに定義されている状
態を示す定数を、ユーザ管理クラスの詳細コード確認用
メソッドを用いて検証することが可能である。ユーザ管
理クラスのフィールドには、異常発生、正常終了等を示
す定数が定義されている。ログアウト処理が完了した
後、クライアントアプリケーション終了処理５８３−０
６を行う。

【１１４３】図１９９〜図２０１に、本実施形態で送受
信される清算・決済情報一覧を示す。この一覧では、図
１９９〜図２０１の照会画面の欄に、証券取引所１４側
から会員２側に送信される情報を示し、図２０１のエン
トリ画面の欄に、会員２側から証券取引所１４側に送信
されるエントリ情報の画面を示す。

【１１４４】クライアントコンピュータ９側の同報通知
ＡＰＩ１１ａを用いた通知データの取得方法について説
明する。配信可能情報と業務メッセージの取得方法は次
の通りである。配信可能情報と業務メッセージは、蓄積
管理クラスのスレッドが一括管理している。ＤＶＰサー
バコンピュータ４からリアルタイムに送信される都度、
同スレッドが通知データを受信する。同スレッドが受信
した通知データは、接続インターフェースを介し、メイ
ンクラス７３に実装した受信用メソッドまたはｃｈａｎ
ｇｅＮｏｔｉｃｅＤａｔａＰｅｒｆｏｒｍｅｄに伝えら
れる。

【１１４５】クライアントコンピュータ９が同報通知Ａ
ＰＩ１１ａにより受信した通知データ電文は、次のクラ
スを用いて操作することが可能である。通知データ電文
は、通知データ管理クラスが管理する。個々の通知デー
タに記録されている詳細情報を取得する場合は、通知デ
ータ管理クラスのメソッドを使用する。

【１１４６】通知データ管理クラスのメソッドを用いて
取得可能な詳細情報は、通知情報の内容通知（データの
記録内容）、作成日（決済情報の作成日）、受信日時
（通知データの受信日時）、サーバ受付時刻（通知デー
タのＤＶＰサーバコンピュータ４の受付時刻）、サイク
ル番号（決済情報のサイクル番号）、ＵＲＬ情報（決済
情報の保存先ＵＲＬ）、情報種別コード（決済情報の情
報種別コード）、通知データタイプ（通知データのデー
タタイプ）、セキュアタイプ（通知データのセキュアタ
イプ）、国別コード（決済情報の国別コード）、証券取
引所コード（決済情報の取引所コード）、会員コード
（決済情報の対象会員コード）、ダウンロード情報（ダ
ウンロード処理の可否）、ダウンロード完了（ダウンロ
ード完了の有無）、ダウンロード要求（ダウンロード要
求の有無）、ダウンロード結果（ダウンロード処理の結
果）である。

【１１４７】これらの詳細情報のうち、作成日、サイク
ル番号、情報種別コードが一致する場合、同一の情報と
みなすことができる。なお、実際の通知データの受信で
は、同一の通知データが複数回送信される可能性があ
る。その場合は、受信日時が新しい通知データを最新デ
ータとして扱う。サイクル番号は、同一の情報種別コー
ドを付した決済情報において、ＣＳＶファイルに保存す
るデータが更新された場合、異なるサイクル番号が採用
される。異なるサイクル番号を付した通知データを受信
した場合は、接続インターフェースのａｄｄＮｏｔｉｃ
ｅＤａｔａＰｅｒｆｏｒｍｅｄメソッドが呼び出され
る。また、サイクル番号に対象したＣＳＶファイルが個
別に作成される。

【１１４８】ＤＶＰ決済制度に基づく通知データは、Ｄ
ＶＰ決済データ管理クラスが管理する。個々の通知デー
タに記録されている詳細情報を取得する場合は、ＤＶＰ
決済データ管理クラスのメソッドを使用する。ＤＶＰ決
済データ管理クラスのメソッドを用いて取得可能な詳細
情報は、次のとおりである。

【１１４９】ＤＶＰ決済データ管理クラスのメソッドを
用いた時に取得可能な詳細情報は、ファイル名（配信情
報のファイル名）、ファイルサイズ（配信情報のファイ
ル容量）、ファイルタイプ（配信情報のファイル種
別）、会員コード（決済情報に係る会員コード）、約定
日（決済情報の当該約定日）、決済日（決済情報の当該
決済日）である。

【１１５０】決済業務に係る業務メッセージ（お知ら
せ）は、業務メッセージ管理クラスが管理する。個々の
通知データに記録されている詳細情報を取得する場合
は、業務メッセージ管理クラスのメソッドを使用する。
業務メッセージ管理クラスのメソッドを用いて取得可能
な詳細情報は、次のとおりである。

【１１５１】業務メッセージ管理クラスのメソッドを用
いた時に取得可能な詳細情報は、サブタイトル（業務メ
ッセージのタイトル）、重要度（業務メッセージの重要
度）である。

【１１５２】配信可能情報および業務メッセージ以外の
情報の取得方法は次の通りである。すなわち、接続イン
ターフェースのメソッドを利用すると、ＣＳＶファイル
をダウンロードする際の進捗情報と、証券取引所ＷＡＮ
システム１との切断について情報を取得することができ
る。上記各メソッドは、メインクラス７３に実装するこ
とにより、各事象に応じた情報を取得可能になる。

【１１５３】また、ユーザ管理クラスのメソッドを利用
すると、証券取引所ＷＡＮシステム１との認証手続きの
詳細な結果やログインの状態を取得することができる。

【１１５４】

【発明の効果】以上のように本発明によれば、サーバコ
ンピュータは、前記決済情報を指定する決済情報指定手
段を業務に分類して画面上に表示可能な決済情報指定画
面データを生成する決済情報指定画面データ生成手段を
備えているので、決済情報を、汎用性が高い業務の単位
で分類して、会員側のクライアントコンピュータの画面
上に表示することが可能となり、表示画面をシンプルな
ものにすることが可能となると共に、閲覧、ダウンロー
ド、エントリ等の操作の操作性を高めることが可能とな
る。

【１１５５】業務の単位は、会員により多少異なる可能
性はあるが、比較的汎用性が高いため、殆どの会員に対
して、操作性が高く利用しやすい表示画面を提供するこ
とが可能となる。また、業務の分類は汎用性が高いた
め、今後、非ＤＶＰシステムなど、他のシステムと連携
させる場合にも、連携が容易となる。

【図面の簡単な説明】

【図１】ＤＶＰ決済導入の背景・目的を示す説明図であ
る。

【図２】証券決済に係る従来の振替処理を示す説明図で
ある。

【図３】証券決済に係るＤＶＰ決済における振替処理を
示す説明図である。

【図４】本発明のシステム構成イメージの一例を示す説
明図である。

【図５】本発明の決済事務処理フローの概要の一例を示
す説明図である。

【図６】本発明の実施の形態に係る証券取引所ＷＡＮシ
ステムの概要を示す説明図である。

【図７】本発明の実施の形態に係るＤＶＰ決済のスキー
ムイメージの一例を示す説明図である。

【図８】本発明の実施の形態に係るＤＶＰ決済のスキー
ムイメージの一例を示す説明図である。

【図９】本発明の実施の形態に係るＤＶＰ決済のスキー
ムイメージの一例を示す説明図である。

【図１０】本発明の実施の形態に係る値洗い差金の授受
と従来の方式との対比を示す説明図である。

【図１１】本発明の実施の形態に係る値洗い差金の授受
と従来の方式との対比を示す説明図である。

【図１２】本発明の実施の形態に係る銘柄別受方会員順
位と従来の割当指定制度との対比を示す説明図である。

【図１３】履行未了債務と口座振替の関係について示す
説明図である。

【図１４】履行未了債務と口座振替の関係について示す
説明図である。

【図１５】本発明の実施の形態に係るシステムの全体を
示す説明図である。

【図１６】本発明の実施の形態に係るサーバコンピュー
タのハード構成を示す説明図である。

【図１７】本発明の実施の形態に係るシステムを構成す
る各コンピュータの関係を示す説明図である。

【図１８】本発明の実施の形態に係るシステムを構成す
る各コンピュータの関係を示す説明図である。

【図１９】本発明の実施の形態に係るエントリ処理業務
データ連携イメージを示す説明図である。

【図２０】本発明の実施の形態に係るエントリ処理ユー
ザオペレーションを示す説明図である。

【図２１】本発明の実施の形態に係るエントリ処理の流
れを示すフロー図である。

【図２２】本発明の実施の形態に係る基準日等に係る制
限を示す説明図である。

【図２３】本発明の実施の形態に係る上場廃止に係る制
限を示す説明図である。

【図２４】本発明の実施の形態に係る期間売買停止に係
る制限を示す説明図である。

【図２５】本発明の実施の形態に係るバイイン実行に係
る証券決済を示す説明図である。

【図２６】本発明の実施の形態に係るバイイン実行に係
る資金決済を示す説明図である。

【図２７】本発明の実施の形態に係るバイイン実行に係
る資金決済を示す説明図である。

【図２８】本発明の実施の形態に係る銘柄別受け方会員
順位の決定方法を示す説明図である。

【図２９】前日差入担保金及び証拠金差入・返戻事務
（イメージ）を示す説明図である。

【図３０】本発明の実施の形態に係る証券決済の例を示
す説明図である。

【図３１】本発明の実施の形態に係る資金決済の例を示
す説明図である。

【図３２】本発明の実施の形態に係る証券決済の例を示
す説明図である。

【図３３】本発明の実施の形態に係る資金決済の例を示
す説明図である。

【図３４】ＤＶＰ決済に係る事務処理タイムテーブルを
示す説明図である。

【図３５】ＤＶＰ決済に係る事務処理タイムテーブルを
示す説明図である。

【図３６】ＤＶＰ決済に係る事務処理タイムテーブルを
示す説明図である。

【図３７】ＤＶＰ決済に係る事務処理タイムテーブルを
示す説明図である。

【図３８】ＤＶＰ決済に係る事務処理タイムテーブルを
示す説明図である。

【図３９】本発明の実施の形態に係るデイリーでの業務
／データフローチャートである。

【図４０】本発明の実施の形態に係る業務／データフロ
ー概要を示す説明図である。

【図４１】本発明の実施の形態に係る業務／データフロ
ー概要を示す説明図である。

【図４２】本発明の実施の形態に係る業務／データフロ
ー概要を示す説明図である。

【図４３】本発明の実施の形態に係るエントリ処理の流
れと申請内容の有効性を示す説明図である。

【図４４】本発明の実施の形態に係るエントリ処理の流
れと申請内容の有効性を示す説明図である。

【図４５】本発明の実施の形態に係るエントリ処理の流
れと申請内容の有効性を示す説明図である。

【図４６】本発明の実施の形態に係るエントリ処理の流
れと申請内容の有効性を示す説明図である。

【図４７】本発明の実施の形態に係る同報通知ＡＰＩに
よる処理フローブロック図である。

【図４８】本発明の実施の形態に係る同報通知プログラ
ムの機能フローブロック図である。

【図４９】本発明の実施の形態に係る同報通知ＡＰＩが
提供するコンポーネント（コンポーネントの役割）を示
す説明図である。

【図５０】本発明の実施の形態に係る同報通知ＡＰＩが
提供するコンポーネント（データの処理手順例）を示す
説明図である。

【図５１】本発明の実施の形態に係る同報通知ＡＰＩを
用いた証券取引所ＷＡＮシステムへの接続処理を示す説
明図である。

【図５２】本発明の実施の形態に係る同報通知ＡＰＩを
用いたデータのダウンロード処理を示す説明図である。

【図５３】本発明の実施の形態に係る通知業務機能の処
理概要を示す説明図である。

【図５４】本発明の実施の形態に係るＤＶＰサーバコン
ピュータの通知機能（即時通知）が行う処理を示すフロ
ーチャートである。

【図５５】本発明の実施の形態に係るＤＶＰサーバコン
ピュータの通知機能（時刻通知）が行う処理を示すフロ
ーチャートである。

【図５６】本発明の実施の形態に係る電文フォーマット
（状況通知電文）を示す図である。

【図５７】本発明の実施の形態に係るＤＶＰサーバコン
ピュータの状況通知機能（受付＆即時送信）が行う処理
を示すフローチャートである。

【図５８】本発明の実施の形態に係るＤＶＰサーバコン
ピュータの状況通知機能（定期送信）が行う処理を示す
フローチャートである。

【図５９】本発明の実施の形態に係る会員側への通知情
報の送信依頼を示す説明図である。

【図６０】本発明の実施の形態に係る会員側処理状況の
受付を示す説明図である。

【図６１】本発明の実施の形態に係る業務メッセージの
通知依頼受付を示す説明図である。

【図６２】本発明の実施の形態に係る決済情報のデータ
セットアップ完了通知の送信依頼受付を示す説明図であ
る。

【図６３】本発明の実施の形態に係る運用制御情報の送
信依頼受付を示す説明図である。

【図６４】本発明の実施の形態に係る状況通知情報の送
信依頼を示す説明図である。

【図６５】本発明の実施の形態に係る通知機能の業務ロ
グ採取を示す説明図である。

【図６６】本発明の実施の形態に係るエントリ処理フロ
ーのバイイン請求を示す説明図である。

【図６７】本発明の実施の形態に係るエントリ処理フロ
ーのバイイン請求を示す説明図である。

【図６８】本発明の実施の形態に係るエントリ処理フロ
ーのバイイン請求を示す説明図である。

【図６９】本発明の実施の形態に係るバイイン注文を示
す説明図である。

【図７０】本発明の実施の形態に係るバイイン注文を示
す説明図である。

【図７１】本発明の実施の形態に係るバイイン注文を示
す説明図である。

【図７２】本発明の実施の形態に係るバイイン請求取下
を示す説明図である。

【図７３】本発明の実施の形態に係るバイイン請求取下
を示す説明図である。

【図７４】本発明の実施の形態に係るバイイン請求取下
を示す説明図である。

【図７５】本発明の実施の形態に係る各バイイン受付状
況確認を示す説明図である。

【図７６】本発明の実施の形態に係る各バイイン受付状
況確認を示す説明図である。

【図７７】本発明の実施の形態に係るＤＶＰサーバコン
ピュータの構成図である。

【図７８】本発明の実施の形態に係る正常系の業務の流
れを示す説明図である。

【図７９】本発明の実施の形態に係る異常系の業務の流
れを示す説明図である。

【図８０】本発明の実施の形態に係るＣＳＩサーバコン
ピュータ連携の範囲を示す説明図である。

【図８１】状況通知情報の処理を示すブロック図であ
る。

【図８２】本発明の実施の形態に係る帳票データの格納
方法を示す説明図である。

【図８３】本発明の実施の形態に係るマスタデータ、エ
ントリデータの格納方法を示す説明図である。

【図８４】本発明の実施の形態に係るＣＳＶ管理情報テ
ーブルである。

【図８５】本発明の実施の形態に係る会員側への配信可
能情報の送信処理フローチャートである。

【図８６】本発明の実施の形態に係るＤＶＰサーバコン
ピュータと会員クライアントコンピュータ間連携方式を
示す説明図である。

【図８７】本発明の実施の形態に係る決済情報の電子化
に伴う機能概要を示す説明図である。

【図８８】本発明の実施の形態に係るＷＷＷブラウザと
同報通知プログラム（ＡＰＩ）の関係を示す説明図であ
る。

【図８９】本発明の実施の形態に係るＷＷＷ画面におけ
る情報分類（従来のＷＷＷ画面の考え方）を示す説明図
である。

【図９０】本発明の実施の形態に係るＷＷＷ画面におけ
る情報分類（ページ切替メニューの構成）を示す説明図
である。

【図９１】本発明の実施の形態に係るＷＷＷ画面におけ
る情報分類（情報画面ページの構成）を示す説明図であ
る。

【図９２】本発明の実施の形態に係るＷＷＷ画面におけ
る情報分類（情報画面ページの構成）を示す説明図であ
る。

【図９３】本発明の実施の形態に係るＷＷＷ画面におけ
る情報分類（情報画面ページの構成）を示す説明図であ
る。

【図９４】本発明の実施の形態に係るＷＷＷ画面におけ
る情報分類（情報画面ページの構成）を示す説明図であ
る。

【図９５】本発明の実施の形態に係るＷＷＷ画面におけ
る情報分類（情報画面ページの構成）を示す説明図であ
る。

【図９６】本発明の実施の形態に係る決済情報システム
のトップ画面を示す説明図である。

【図９７】本発明の実施の形態に係るログイン／ログア
ウト操作（シングルログイン方式の採用）を示す説明図
である。

【図９８】本発明の実施の形態に係る正常ログインの場
合のフロー図である。

【図９９】本発明の実施の形態に係る正常ログアウトの
場合のフロー図である。

【図１００】本発明の実施の形態に係るＤＶＰ決済制度
に伴う電子化におけるユーザ管理の考え方を示す説明図
である。

【図１０１】本発明の実施の形態に係るユーザ情報の管
理を示す説明図である。

【図１０２】本発明の実施の形態に係る決済情報システ
ムにおけるアクセス権の設定を示す説明図である。

【図１０３】本発明の実施の形態に係る参加者サイトグ
ループ編集画面を示す説明図である。

【図１０４】本発明の実施の形態に係る有価証券取扱担
当者設定画面を示す説明図である。

【図１０５】本発明の実施の形態に係る有価証券売買担
当者設定画面を示す説明図である。

【図１０６】本発明の実施の形態に係るホームタブ画面
を示す説明図である。

【図１０７】本発明の実施の形態に係る帳票アクセス権
管理画面を示す説明図である。

【図１０８】本発明の実施の形態に係る帳票アクセス権
管理画面を示す説明図である。

【図１０９】本発明の実施の形態に係る帳票ユーザアク
セス権管理画面を示す説明図である。

【図１１０】本発明の実施の形態に係る帳票ユーザアク
セス権管理画面を示す説明図である。

【図１１１】本発明の実施の形態に係る帳票アクセス権
管理画面を示す説明図である。

【図１１２】本発明の実施の形態に係る帳票アクセス権
管理画面を示す説明図である。

【図１１３】本発明の実施の形態に係る業務メッセージ
画面（お知らせ）を示す説明図である。

【図１１４】本発明の実施の形態に係る照合業務タブ画
面を示す説明図である。

【図１１５】本発明の実施の形態に係る内国株式売買明
細表一覧画面を示す説明図である。

【図１１６】本発明の実施の形態に係る内国株式売買明
細表一覧画面を示す説明図である。

【図１１７】本発明の実施の形態に係る内国株式売買明
細表画面を示す説明図である。

【図１１８】本発明の実施の形態に係るＣＳＶファイル
の保存先指定画面を示す説明図である。

【図１１９】本発明の実施の形態に係るＷＷＷ画面によ
る検索操作を示す説明図である。

【図１２０】本発明の実施の形態に係るＷＷＷ画面によ
る検索操作を示す説明図である。

【図１２１】本発明の実施の形態に係るＷＷＷ画面によ
る検索操作を示す説明図である。

【図１２２】本発明の実施の形態に係るＷＷＷ画面によ
る検索操作を示す説明図である。

【図１２３】本発明の実施の形態に係るＷＷＷ画面によ
る検索操作を示す説明図である。

【図１２４】本発明の実施の形態に係るＷＷＷ画面によ
る検索操作を示す説明図である。

【図１２５】本発明の実施の形態に係るＷＷＷが面によ
る検索操作を示す説明図である。

【図１２６】本発明の実施の形態に係るエントリにおけ
る受付操作の取扱いを示す説明図である。

【図１２７】本発明の実施の形態に係るエントリにおけ
るステータス管理を示す説明図である。

【図１２８】本発明の実施の形態に係るエントリにおけ
る変更、取消手続き（受付状況と版数管理の関係）を示
す説明図である。

【図１２９】本発明の実施の形態に係るエントリにおけ
る請求等の単位を示す説明図である。

【図１３０】本発明の実施の形態に係るエントリにおけ
る請求等の単位を示す説明図である。

【図１３１】本発明の実施の形態に係るホームの画面遷
移図である。

【図１３２】本発明の実施の形態に係る照合業務の画面
遷移図である。

【図１３３】本発明の実施の形態に係る決済業務の画面
遷移図である。

【図１３４】本発明の実施の形態に係る担保管理の画面
遷移図である。

【図１３５】本発明の実施の形態に係るフェイル管理の
画面遷移図である。

【図１３６】本発明の実施の形態に係る情報紹介の画面
遷移図である。

【図１３７】本発明の実施の形態に係るヘルプの画面遷
移図である。

【図１３８】本発明の実施の形態に係る画面遷移図（フ
ェイル管理タブ選択以降）である。

【図１３９】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４０】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４１】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４２】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４３】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４４】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４５】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４６】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４７】本発明の実施の形態に係るエントリの処理
の流れを示すフロー図である。

【図１４８】本発明の実施の形態に係るバイイン請求関
係のメイン画面である。

【図１４９】本発明の実施の形態に係るバイイン請求申
告取消確認メッセージ表示画面である。

【図１５０】本発明の実施の形態に係るバイイン請求取
消不可能な場合のメッセージボックス表示画面である。

【図１５１】本発明の実施の形態に係るバイイン請求受
付状況データが無い場合の画面である。

【図１５２】本発明の実施の形態に係るバイイン請求申
告画面である。

【図１５３】本発明の実施の形態に係る銘柄選択コンボ
ボックス表示画面である。

【図１５４】本発明の実施の形態に係る銘柄選択コンボ
ボックス表示画面である。

【図１５５】本発明の実施の形態に係るバイイン請求申
告実行後のメッセージボックス表示画面である。

【図１５６】本発明の実施の形態に係るバイイン請求変
更画面である。

【図１５７】本発明の実施の形態に係るバイイン注文関
係のメイン画面である。

【図１５８】本発明の実施の形態に係るバイイン注文申
込取消の確認メッセージ表示画面である。

【図１５９】本発明の実施の形態に係るバイイン注文取
消不可能な場合のメッセージボックス表示画面である。

【図１６０】本発明の実施の形態に係るバイイン注文申
込画面（銘柄が株式の場合）である。

【図１６１】本発明の実施の形態に係るバイイン注文申
込画面（銘柄が転換社債の場合）である。

【図１６２】本発明の実施の形態に係るバイイン注文申
込の確認メッセージ表示画面である。

【図１６３】本発明の実施の形態に係るバイイン注文変
更画面（銘柄が株式の場合）である。

【図１６４】本発明の実施の形態に係るバイイン注文変
更画面（銘柄が転換社債の場合）である。

【図１６５】本発明の実施の形態に係るバイイン請求取
下関係のメイン画面である。

【図１６６】本発明の実施の形態に係るバイイン請求取
下申告の確認メッセージ表示画面である。

【図１６７】本発明の実施の形態に係るバイイン請求取
下取消不可能な場合のメッセージボックス表示画面であ
る。

【図１６８】本発明の実施の形態に係るバイイン請求取
下申告画面（銘柄が株式の場合）である。

【図１６９】本発明の実施の形態に係るバイイン請求取
下申告実行後のメッセージボックス表示画面である。

【図１７０】本発明の実施の形態に係るバイイン請求取
下変更画面（銘柄が転換社債の場合）である。

【図１７１】本発明の実施の形態に係るＤＶＰサーバコ
ンピュータへの接続方式の選択を示す説明図である。

【図１７２】本発明の実施の形態に係る静的ＮＡＴ方式
を示す説明図である。

【図１７３】本発明の実施の形態に係る動的ＮＡＴ方式
を示す説明図である。

【図１７４】本発明の実施の形態に係る起動ブラウザの
選択画面である。

【図１７５】本発明の実施の形態に係る同報通知プログ
ラムの配信状況パネルの表示例を示す説明図である。

【図１７６】本発明の実施の形態に係る同報通知プログ
ラムの配信状況パネルの表示例を示す説明図である。

【図１７７】本発明の実施の形態に係る同報通知プログ
ラムの未確認情報パネルの表示例を示す説明図である。

【図１７８】本発明の実施の形態に係る同報通知プログ
ラムのダウンロード済パネルの表示例を示す説明図であ
る。

【図１７９】本発明の実施の形態に係る同報通知プログ
ラムの業務メッセージパネルの表示例を示す説明図であ
る。

【図１８０】本発明の実施の形態に係る同報通知プログ
ラムのユーザＩＤ初期設定の表示例を示す説明図であ
る。

【図１８１】本発明の実施の形態に係る同報通知プログ
ラムのダウンロード初期設定の表示例を示す説明図であ
る。

【図１８２】本発明の実施の形態に係る同報通知プログ
ラムのテロップ初期設定の表示例を示す説明図である。

【図１８３】同報通知プログラムのアラーム初期設定の
表示例を示す説明図である。

【図１８４】本発明の実施の形態に係る同報通知プログ
ラムのアピアランス初期設定の表示例を示す説明図であ
る。

【図１８５】本発明の実施の形態に係る利用者が同報通
知機能を利用する場合の一連の流れを示す説明図であ
る。

【図１８６】本発明の実施の形態に係る同報通知機能で
の、サーバとクライアントの関係及び電文の例を示す説
明図である。

【図１８７】本発明の実施の形態に係るクライアントア
プリケーションのログイン画面である。

【図１８８】本発明の実施の形態に係るログイン中のメ
ッセージ出力画面である。

【図１８９】本発明の実施の形態に係る最新情報取得中
を示す画面である。

【図１９０】本発明の実施の形態に係るログインに対す
る警告画面を示す説明図である。

【図１９１】本発明の実施の形態に係る最新情報取得中
を示す画面である。

【図１９２】本発明の実施の形態に係る接続監視状況を
示す図である。

【図１９３】本発明の実施の形態に係る受信状態の情報
がない場合の画面である。

【図１９４】本発明の実施の形態に係るダウンロードす
る項目を選択した時の画面である。

【図１９５】本発明の実施の形態に係るファイルダイア
ログ表示画面である。

【図１９６】本発明の実施の形態に係るファイルダイア
ログ表示画面である。

【図１９７】本発明の実施の形態に係る格納先フォルダ
指定画面である。

【図１９８】本発明の実施の形態に係るダウンロード中
を示す画面である。

【図１９９】本発明の実施の形態に係る清算・決済情報
一覧を示す説明図である。

【図２００】本発明の実施の形態に係る清算・決済情報
一覧を示す説明図である。

【図２０１】本発明の実施の形態に係る清算・決済情報
一覧を示す説明図である。

【符号の説明】

１ 証券取引所ＷＡＮシステム ２ 会員 ３ ＤＶＰ決済システム ４ ＤＶＰサーバコンピュータ ５ ＷＷＷサーバコンピュータ ６ 決済データベース ７ ダウンロードデータベース ８ コンテンツデータベース ９ クライアントコンピュータ １０ 決済情報データファイル １１ａ 同報通知ＡＰＩ １１ｂ ＷＷＷブラウザ １１ｃ 同報通知プログラム １２ ＣＳＩサーバコンピュータ １３ 決済情報ファイル １４ 証券取引所 １５ 保管振替機関 １６ 資金決済銀行 ２１ ＣＰＵ ２２ ＲＡＭ ２３ ＲＯＭ ２４ ＨＤＤ ２５ 記憶媒体装置 ２６ キーボード ２７ マウス ２８ 表示装置 ２９ プリンタ ３０ 通信装置 ３２ コンテンツ生成プログラム ３５ ＷＷＷブラウザ ４２ 自社サーバコンピュータ ４３ 決済情報データベース ４４ 自社業務アプリケーション ４５ 端末コンピュータ ７２ 接続インターフェースクラス ７３ メインクラス ７４ 接続管理クラス ７５ 蓄積データ管理クラス ７６ メッセージ管理クラス ７７ ログデータベース ７７ａ デバッグログファイル ７７ｂ 業務ログテーブル ７８ 環境情報管理クラス ９８ 受信データベース １６１ 通知情報表示 １６２ 通知情報確認 １６３ 情報通信クライアント １６４ 情報通信機能 １６５ 配新情報（ＩＤ単位） １６６ 情報通信サーバ １６７ 通知機能（即時通知） １６８ 通知機能（時刻通知） １６９ 状況通知機能（受付＆即時送信） １７０ 状況通知テーブル １７１ 状況通知機能（定期送信） １７２ 配信情報管理データベース １７２ａ 配信情報テーブル（会員単位） １７２ｂ 配信情報詳細テーブル １７３ データセットアップ系業務アプリケーション １７４ 制御機能 １７５ 通知機能（連携コマンド） １７６ 業務メッセージテーブル １７７ 制御機能 １７８ ＤＶＰ運用者の端末 １８０ お知らせ登録機能 １８１ ＭＱ連携ＡＰＩ １８２ ログ管理機能（ＡＰＩ） １８３ 処理部 １８４ エントリ機能 １８６ デバッグログ出力関数 １８７ ログ管理関数 １８８ コンソール １９３ 業務ログの出力例 １９４ デバッグログの出力例 ２０１ 配信状況パネル ２０２ 未確認情報パネル ２０３ ダウンロード済パネル ２０４ 業務メッセージパネル ２０５ 日付操作項目 ２０６ 操作ボタン ２０７ お知らせ情報テロップ ２０８ 通信状態表示パネル ２０９ 確認状況項目 ２１０ 内容 ２１１ 日付種別 ２１２ サイズ ２１３ 選択（チェックボックス） ２１４ ダウンロードボタン ２１５ 全選択ボタン ２１６ 全解除ボタン ２１７ 情報更新ボタン ２１８ 初期設定ボタン ２１８−１ 初期設定：ユーザＩＤ ２１８−２ ダウンロードパネル ２１８−３ テロップパネル ２１８−４ アラームパネル ２１８−５ アピアランスパネル ２１８−６ 了解 ２１８−７ 取消 ２１９ 終了ボタン ２２０ ログアウト用メソッド ２２１ ユーザ管理クラス ２２２ 詳細コード確認用メソッド ２３０−１２ 認証データベース ２３１ ＤＢ展開 ２３２ ＣＳＶ作成 ２５１ キュー（待ち行列） ２５４ ＣＳＶファイルデータベース ２５６ ＤＢサーバコンピュータ ２５７ マスタデータベース ２５８ 帳票管理データベース ２５９ 帳票データベース ２６１ 各テーブル ３００ Ｔａｒｇｅｔロゴ ３０１ａ 有価証券取扱責任者グループ ３０１ｂ 有価証券売買責任者グループ ３０２ 責任者 ３０３ 担当者 ３０４ サイト管理者 ３０５ ＷＡＮユーザ ３０６ 「現在のサイトＷＡＮユーザリスト」 ３０７ａ〜ｃ 「現在のＤＶＰユーザリスト」 ３０８ 「現在の有価証券取扱責任者リスト」 ３０９ 「現在の有価証券売買責任者リスト」 ３１１，３１３，３１５，３３２，３３４ 登録ボタン ３１２，３１４，３２４，３２６，３３１，３３３ 削
除ボタン ３２１ 現在のＤＶＰユーザ欄 ３２２ 現在の有価証券取扱担当者（エントリ可）欄 ３２３ 現在の有価証券取扱担当者（エントリ不可） ３２８ａ，ｂ 現在のＤＶＰユーザ欄 ３２９，３３０ 現在の有価証券売買担当者リスト ３４０ 画面切替タブ ３４１ ホームタブ ３４２ 照合業務タブ ３４３ 決済業務タブ ３４４ 担保管理タブ ３４５ フェイル管理タブ ３４６ 情報照会タブ ３４７ ヘルプタブ ３５０ ページ選択メニュー ３５１ お知らせメニューボタン ３５２ 関連サイトメニューボタン ３５３ アーカイブメニューボタン ３５４ パスワード変更メニューボタン ３５５ ユーザ情報メニューボタン ３５６ 同報通知一覧メニューボタン ３５７ サイトユーザ管理メニューボタン ３５８ アクセス権管理メニューボタン ３６０ ログアウトメニューボタン ３６１ 帳票「帳票指定」メニュー ３６２ 帳票「帳票分類指定」メニュー ３６３ 帳票「ユーザＩＤ指定」メニュー ３６４ ユーザアクセス権管理メニュー ３６５ 情報画面ページ ３６６ 簡易リンク（ＭＹ ＴＡＲＧＥＴ） ３６６ａ 追加ボタン ３６６ｂ 編集ボタン ３６７ ユーザＩＤ情報欄 ３７３ チェックボックス ３７４ 実行ボタン ３７５ リセットボタン ３７６ 分類１欄 ３７７ 分類２欄 ３９１ お知らせ ３９２ システム運用レポート ３９３ 決済業務レポート ４００ ページ切替メニュー ４０１ 本日の配信情報 ４０２ 内国株式売買明細表 ４０３ 債券取引売買明細表 ４０４ サマリー ４０５ 権利行使 ４０６ 配信日単位の閲覧 ４０７ 帳票検索 ４０８ａ 前日掲載分ボタン ４０８ｂ 日付指定欄 ４０８ｃ 翌日掲載分ボタン ４１４ 一覧リスト ４１４ａ 情報名（帳票名） ４１４ｂ 配信時刻 ４１４ｃ ファイル容量 ４１４ｄ 確認状況 ４１４ｅ ダウンロード ４１５ 本日分検索ボタン ４２１ 一覧表示ボタン ４２２ ページ切替メニュー名 ４２３ 情報名タイトル ４２４ 情報名および配信日付 ４２５ 配信時刻 ４２６ ファイル容量 ４２７ 確認状況 ４２８ ダウンロードアイコン ４３１ 「前ページ」ボタン ４３２ 「次ページ」ボタン ５５１−０１ 帳票検索メニューボタン ５５１−０２ 帳票名 ５５１−０３ 全選択／全解除 ５５１−０４ 日付 ５５１−０５ 日付指定無し項目 ５５１−０６ 基準日項目 ５５１−０７ 帳票日付項目 ５５１−０８ 帳票日付 ５５１−０９ 銘柄名 ５５１−１０ 証券コード ５５１−１１ 新証券コード ５５１−１２ 検索ボタン ５５１−１３ リセットボタン ５５１−２１ 情報名＋配信日付欄 ５５１−３１ 本日の配信情報メニュー画面 ５５１−３２ 検索専用画面 ５５１−３３ 本日分検索アイコン ５５１−４２ 日付指定ポップアップメニュー ５５１−４３ 日付移動ボタン ５５１−５１ 配信情報メニューボタン ５５１−６１ 帳票内検索アイコン ５５１−６２ 帳票内検索ウィンドウ ５８２−０１ 接続情報タブ ５８２−０２ 「静的ＮＡＴ方式で情報を取得する」ボ
タン ５８２−０３ 「動的ＮＡＴ方式で情報を取得する」ボ
タン ５８２−０４ ブラウザ情報タブ ５８３−０７ クライアントアプリケーション ５８３−０８ サーバアプリケーション １４２１ 証券保管振替システム １４２２ 清算システム、 １４２３ 資金決済銀行システム

Claims (53)

【特許請求の範囲】
1. 【請求項１】 決済情報を配受信するサーバコンピュー
   タと、該サーバコンピュータとの間で前記決済情報を送
   受信する証券取引所の会員側のクライアントコンピュー
   タと、を備えた決済情報ネットワークシステムであっ
   て、 前記サーバコンピュータは、前記決済情報を格納する決
   済情報記憶手段と、 前記決済情報を指定する決済情報指定手段を業務に分類
   して画面上に表示可能な決済情報指定画面データを生成
   する決済情報指定画面データ生成手段と、 前記決済情報指定画面データを前記クライアントコンピ
   ュータ側に配信する決済情報指定画面データ配信手段
   と、 前記クライアントコンピュータ側から、前記決済情報指
   定手段で指定された情報を受信した場合に、前記決済情
   報指定手段で指定された決済情報の表示データを前記ク
   ライアントコンピュータ側に配信する決済情報表示デー
   タ配信手段と、を備え、 前記クライアントコンピュータは、前記決済情報指定画
   面データを受信して、前記決済情報指定手段を業務に分
   類して画面上に表示する決済情報指定画面表示手段と、 前記決済情報指定手段で指定された情報を前記サーバコ
   ンピュータ側に送信する指定情報送信手段と、 前記サーバコンピュータ側から、前記指定された決済情
   報を受信して画面上に表示する決済情報表示手段と、を
   備えたことを特徴とする決済情報ネットワークシステ
   ム。
2. 【請求項２】 前記業務に分類して画面上に表示とは、
   前記決済情報を、前記業務ごとに異なる画面に表示する
   ことであることを特徴とする請求項１記載の決済情報ネ
   ットワークシステム。
3. 【請求項３】 前記業務とは、照合業務と、決済業務
   と、担保管理業務と、フェイル管理業務と、情報照会業
   務と、を含む群のうち複数の業務であることを特徴とす
   る請求項１または２記載の決済情報ネットワークシステ
   ム。
4. 【請求項４】 前記クライアントコンピュータは、最新
   のものから遡って所定件数分の決済情報の前記指定画面
   データ送信を指示する最新所定件数分指定手段を備え、 前記決済情報指定画面データ生成手段は、前記最新所定
   件数分指定手段から受信した情報に基づいて、最新所定
   件数分の決済情報の前記指定画面データを生成すること
   を特徴とする請求項１記載の決済情報ネットワークシス
   テム。
5. 【請求項５】 前記クライアントコンピュータは、所定
   日に配信された決済情報の前記指定画面データ送信を指
   示する配信日指定手段を備え、 前記決済情報指定画面データ生成手段は、前記配信日指
   定手段から受信した情報に基づいて、前記所定日に配信
   された決済情報の前記指定画面データを生成することを
   特徴とする請求項１記載の決済情報ネットワークシステ
   ム。
6. 【請求項６】 前記決済情報指定手段には、前記決済情
   報の名称と、前記サーバコンピュータから配信可能にな
   った業務日付と、が、前記クライアントコンピュータで
   表示可能に付されていることを特徴とする請求項１記載
   の決済情報ネットワークシステム。
7. 【請求項７】 前記決済情報が、所定時刻以降に配信可
   能となる深夜生成情報である場合には、前記業務日付の
   代わりに、前記深夜生成情報が配信可能になった翌日の
   帳票日付が、前記決済情報指定手段に付されることを特
   徴とする請求項６記載の決済情報ネットワークシステ
   ム。
8. 【請求項８】 前記深夜生成情報は、照合業務に関する
   決済情報であることを特徴とする請求項７記載の決済情
   報ネットワークシステム。
9. 【請求項９】 決済情報を配受信するサーバコンピュー
   タと、該サーバコンピュータとの間で前記決済情報を送
   受信する証券取引所の会員側のクライアントコンピュー
   タと、を備えた決済情報ネットワークシステムであっ
   て、 前記サーバコンピュータは、前記決済情報を格納する決
   済情報記憶手段と、 該決済情報記憶手段に格納された前記決済情報を、該決
   済情報の基準日と共に表示可能な決済情報表示データを
   生成する決済情報表示データ生成手段と、 前記決済情報表示データを前記クライアントコンピュー
   タ側に配信する決済情報表示データ配信手段と、を備
   え、 前記クライアントコンピュータは、前記決済情報表示デ
   ータを受信して、前記決済情報を画面上に表示する表示
   手段を備え、 前記決済情報が照合業務に関する情報である場合には、
   前記基準日は、約定日であり、前記決済情報が決済業務
   に関する情報である場合には、前記基準日は、決済日で
   あることを特徴とする決済情報ネットワークシステム。
10. 【請求項１０】 前記照合業務に関する決済情報には、
    内国株式売買明細表、債券取引売買明細表、サマリー、
    権利行使情報が含まれることを特徴とする請求項３、
    ８、９いずれか記載の決済情報ネットワークシステム。
11. 【請求項１１】 前記決済業務に関する決済情報には、
    決済通知、確定通知、相手方指定情報が含まれることを
    特徴とする請求項３または９記載の決済情報ネットワー
    クシステム。
12. 【請求項１２】 前記担保管理業務に関する決済情報に
    は、前日差入担保金情報、証拠金情報が含まれることを
    特徴とする請求項３記載の決済情報ネットワークシステ
    ム。
13. 【請求項１３】 前記フェイル管理業務に関する決済情
    報には、フェイル情報通知、バイイン情報通知、バイイ
    ン実行通知、バイイン実行結果通知、バイイン請求画
    面、バイイン請求取下画面、バイイン注文画面が含まれ
    ることを特徴とする請求項３記載の決済情報ネットワー
    クシステム。
14. 【請求項１４】 証券取引所の会員側のクライアントコ
    ンピュータと送受信可能に接続され、決済情報を配信す
    るものであって、 該情報処理装置の動作を規定したプログラムを格納する
    記憶装置と、前記公開情報を蓄積した公開情報データベ
    ースを格納する記憶装置と、 前記情報を作成するサーバと、 外部から情報を受け入れる入力装置と、 外部に情報を送出する出力装置と、 前記記憶装置又は／及び前記入力装置から受け取った情
    報を用いて演算し、演算した結果を前記記憶装置又は／
    及び前記出力装置に渡す中央演算処理装置と、を備えた
    情報処理装置において、 前記決済情報を格納する決済情報記憶手段と、 前記決済情報を指定する決済情報指定手段を業務に分類
    して画面上に表示可能な決済情報指定画面データを生成
    する決済情報指定画面データ生成手段と、 前記決済情報指定画面データを前記クライアントコンピ
    ュータ側に配信する決済情報指定画面データ配信手段
    と、 前記クライアントコンピュータ側から、前記決済情報指
    定手段で指定された情報を受信した場合に、前記決済情
    報指定手段で指定された決済情報の表示データを前記ク
    ライアントコンピュータ側に配信する決済情報表示デー
    タ配信手段と、を備えたことを特徴とする情報処理装
    置。
15. 【請求項１５】 前記業務に分類して画面上に表示と
    は、前記決済情報を、前記業務ごとに異なる画面に表示
    することであることを特徴とする請求項１４記載の情報
    処理装置。
16. 【請求項１６】 前記業務とは、照合業務と、決済業務
    と、担保管理業務と、フェイル管理業務と、情報照会業
    務と、を含む群のうち複数の業務であることを特徴とす
    る請求項１４または１５記載の情報処理装置。
17. 【請求項１７】 前記決済情報指定画面データ生成手段
    は、最新のものから遡って所定件数分の決済情報の前記
    指定画面データ送信を指示する情報を前記クライアント
    コンピュータ側から受信して、最新所定件数分の決済情
    報の前記指定画面データを生成することを特徴とする請
    求項１４記載の情報処理装置。
18. 【請求項１８】 前記決済情報指定画面データ生成手段
    は、所定日に配信された決済情報の前記指定画面データ
    送信を指示する情報を前記クライアントコンピュータ側
    から受信して、前記所定日に配信された決済情報の前記
    指定画面データを生成することを特徴とする請求項１４
    記載の情報処理装置。
19. 【請求項１９】 前記決済情報指定手段には、前記決済
    情報の名称と、前記決済情報が配信可能になった業務日
    付と、が、前記クライアントコンピュータで表示可能に
    付されていることを特徴とする請求項１４記載の情報処
    理装置。
20. 【請求項２０】 前記決済情報が、所定時刻以降に配信
    可能となる深夜生成情報である場合には、前記業務日付
    の代わりに、前記深夜生成情報が配信可能になった翌日
    の帳票日付が、前記決済情報指定手段に付されることを
    特徴とする請求項１９記載の情報処理装置。
21. 【請求項２１】 前記深夜生成情報は、照合業務に関す
    る決済情報であることを特徴とする請求項２０記載の情
    報処理装置。
22. 【請求項２２】 証券取引所の会員側のクライアントコ
    ンピュータと送受信可能に接続され、決済情報を配信す
    るものであって、 該情報処理装置の動作を規定したプログラムを格納する
    記憶装置と、前記公開情報を蓄積した公開情報データベ
    ースを格納する記憶装置と、 前記情報を作成するサーバと、 外部から情報を受け入れる入力装置と、 外部に情報を送出する出力装置と、 前記記憶装置又は／及び前記入力装置から受け取った情
    報を用いて演算し、演算した結果を前記記憶装置又は／
    及び前記出力装置に渡す中央演算処理装置と、を備えた
    情報処理装置において、 前記決済情報を格納する決済情報記憶手段と、 該決済情報記憶手段に格納された前記決済情報を、該決
    済情報の基準日と共に表示可能な決済情報表示データを
    生成する決済情報表示データ生成手段と、 前記決済情報表示データを前記クライアントコンピュー
    タ側に配信する決済情報表示データ配信手段と、を備
    え、前記決済情報が照合業務に関する情報である場合に
    は、前記基準日は、約定日であり、前記決済情報が決済
    業務に関する情報である場合には、前記基準日は、決済
    日であることを特徴とする情報処理装置。
23. 【請求項２３】 前記照合業務に関する決済情報には、
    内国株式売買明細表、債券取引売買明細表、サマリー、
    権利行使情報が含まれることを特徴とする請求項１６、
    ２１、２２いずれか記載の情報処理装置。
24. 【請求項２４】 前記決済業務に関する決済情報には、
    決済通知、確定通知、相手方指定情報が含まれることを
    特徴とする請求項１６または２２記載の情報処理装置。
25. 【請求項２５】 前記担保管理業務に関する決済情報に
    は、前日差入担保金情報、証拠金情報が含まれることを
    特徴とする請求項１６記載の情報処理装置。
26. 【請求項２６】 前記フェイル管理業務に関する決済情
    報には、フェイル情報通知、バイイン情報通知、バイイ
    ン実行通知、バイイン実行結果通知、バイイン請求画
    面、バイイン請求取下画面、バイイン注文画面が含まれ
    ることを特徴とする請求項１６記載の情報処理装置。
27. 【請求項２７】 決済情報を証券取引所の会員側のクラ
    イアントコンピュータに配信する決済情報配信方法であ
    って、 前記決済情報を指定する決済情報指定手段を業務に分類
    して画面上に表示可能な決済情報指定画面データを生成
    する決済情報指定画面データ生成手順と、 該決済情報指定画面データ生成手順で生成した前記決済
    情報指定画面データを前記クライアントコンピュータ側
    に配信する決済情報指定画面データ配信手順と、 前記クライアントコンピュータ側から、前記決済情報指
    定手段で指定された情報を受信する指定情報受信手順
    と、 該指定情報受信手順で指定された情報に基づいて、前記
    決済情報指定手段で指定された決済情報の表示データを
    前記クライアントコンピュータ側に配信する決済情報表
    示データ配信手順と、を行うことを特徴とする決済情報
    配信方法。
28. 【請求項２８】 前記業務に分類して画面上に表示と
    は、前記決済情報を、前記業務ごとに異なる画面に表示
    することであることを特徴とする請求項２７記載の決済
    情報配信方法。
29. 【請求項２９】 前記業務とは、照合業務と、決済業務
    と、担保管理業務と、フェイル管理業務と、情報照会業
    務と、を含む群のうち複数の業務であることを特徴とす
    る請求項２７または２８記載の決済情報配信方法。
30. 【請求項３０】 前記決済情報指定画面データ生成手順
    では、最新のものから遡って所定件数分の決済情報の前
    記指定画面データ送信を指示する情報を前記クライアン
    トコンピュータ側から受信して、最新所定件数分の決済
    情報の前記指定画面データを生成することを特徴とする
    請求項２７記載の決済情報配信方法。
31. 【請求項３１】 前記決済情報指定画面データ生成手順
    では、所定日に配信された決済情報の前記指定画面デー
    タ送信を指示する情報を前記クライアントコンピュータ
    側から受信して、前記所定日に配信された決済情報の前
    記指定画面データを生成することを特徴とする請求項２
    ７記載の決済情報配信方法。
32. 【請求項３２】 前記決済情報指定画面データ生成手順
    は、前記決済情報の名称と、前記サーバコンピュータか
    ら配信可能になった業務日付とを、前記決済情報指定手
    段に表示可能なように、前記決済情報指定画面データを
    生成することを特徴とする請求項２７記載の決済情報配
    信方法。
33. 【請求項３３】 前記決済情報が、所定時刻以降に配信
    可能となる深夜生成情報である場合には、前記決済情報
    指定画面データ生成手順は、前記業務日付の代わりに、
    前記深夜生成情報が配信可能になった翌日の帳票日付
    を、前記決済情報指定手段で表示可能にすることを特徴
    とする請求項３２記載の決済情報配信方法。
34. 【請求項３４】 前記深夜生成情報は、照合業務に関す
    る決済情報であることを特徴とする請求項３３記載の決
    済情報配信方法。
35. 【請求項３５】 決済情報を証券取引所の会員側のクラ
    イアントコンピュータに配信する決済情報配信方法であ
    って、 前記決済情報を、該決済情報の基準日と共に表示可能な
    決済情報表示データを生成する決済情報表示データ生成
    手順と、 該決済情報表示データ生成手順で生成された前記決済情
    報表示データを前記クライアントコンピュータ側に配信
    する決済情報表示データ配信手順と、を行い、 前記決済情報が照合業務に関する情報である場合には、
    前記基準日は、約定日であり、前記決済情報が決済業務
    に関する情報である場合には、前記基準日は、決済日で
    あることを特徴とする決済情報配信方法。
36. 【請求項３６】 前記照合業務に関する決済情報には、
    内国株式売買明細表、債券取引売買明細表、サマリー、
    権利行使情報が含まれることを特徴とする請求項２９、
    ３４、３５いずれか記載の決済情報配信方法。
37. 【請求項３７】 前記決済業務に関する決済情報には、
    決済通知、確定通知、相手方指定情報が含まれることを
    特徴とする請求項２９または３５記載の決済情報配信方
    法。
38. 【請求項３８】 前記担保管理業務に関する決済情報に
    は、前日差入担保金情報、証拠金情報が含まれることを
    特徴とする請求項２９記載の決済情報配信方法。
39. 【請求項３９】 前記フェイル管理業務に関する決済情
    報には、フェイル情報通知、バイイン情報通知、バイイ
    ン実行通知、バイイン実行結果通知、バイイン請求画
    面、バイイン請求取下画面、バイイン注文画面が含まれ
    ることを特徴とする請求項２９記載の決済情報配信方
    法。
40. 【請求項４０】 前記証券取引所の会員側のクライアン
    トコンピュータに決済情報を配信するコンピュータに、 前記決済情報を指定する決済情報指定手段を業務に分類
    して画面上に表示可能な決済情報指定画面データを生成
    する決済情報指定画面データ生成手順と、 該決済情報指定画面データ生成手順で生成した前記決済
    情報指定画面データを前記クライアントコンピュータ側
    に配信する決済情報指定画面データ配信手順と、 前記クライアントコンピュータ側から、前記決済情報指
    定手段で指定された情報を受信する指定情報受信手順
    と、 該指定情報受信手順で指定された情報に基づいて、前記
    決済情報指定手段で指定された決済情報の表示データを
    前記クライアントコンピュータ側に配信する決済情報表
    示データ配信手順と、を実行させるためのプログラム。
41. 【請求項４１】 前記業務に分類して画面上に表示と
    は、前記決済情報を、前記業務ごとに異なる画面に表示
    することであることを特徴とする請求項４０記載のプロ
    グラム。
42. 【請求項４２】 前記業務とは、照合業務と、決済業務
    と、担保管理業務と、フェイル管理業務と、情報照会業
    務と、を含む群のうち複数の業務であることを特徴とす
    る請求項４０または４１記載のプログラム。
43. 【請求項４３】 前記決済情報指定画面データ生成手順
    では、最新のものから遡って所定件数分の決済情報の前
    記指定画面データ送信を指示する情報を前記クライアン
    トコンピュータ側から受信して、最新所定件数分の決済
    情報の前記指定画面データを生成することを特徴とする
    請求項４０記載のプログラム。
44. 【請求項４４】 前記決済情報指定画面データ生成手順
    では、所定日に配信された決済情報の前記指定画面デー
    タ送信を指示する情報を前記クライアントコンピュータ
    側から受信して、前記所定日に配信された決済情報の前
    記指定画面データを生成することを特徴とする請求項４
    ０記載のプログラム。
45. 【請求項４５】 前記決済情報指定画面データ生成手順
    は、前記決済情報の名称と、前記サーバコンピュータか
    ら配信可能になった業務日付とを、前記決済情報指定手
    段に表示可能なように、前記決済情報指定画面データを
    生成することを特徴とする請求項４０記載のプログラ
    ム。
46. 【請求項４６】 前記決済情報が、所定時刻以降に配信
    可能となる深夜生成情報である場合には、前記決済情報
    指定画面データ生成手順は、前記業務日付の代わりに、
    前記深夜生成情報が配信可能になった翌日の帳票日付
    を、前記決済情報指定手段で表示可能にすることを特徴
    とする請求項４５記載のプログラム。
47. 【請求項４７】 前記深夜生成情報は、照合業務に関す
    る決済情報であることを特徴とする請求項４６記載のプ
    ログラム。
48. 【請求項４８】 証券取引所の会員側のクライアントコ
    ンピュータに決済情報を配信するコンピュータに、 前記決済情報を、該決済情報の基準日と共に表示可能な
    決済情報表示データを生成する決済情報表示データ生成
    手順と、該決済情報表示データ生成手順で生成された前
    記決済情報表示データを前記クライアントコンピュータ
    側に配信する決済情報表示データ配信手順と、を実行さ
    せるためのプログラムであって、 前記決済情報が照合業務に関する情報である場合には、
    前記基準日は、約定日であり、前記決済情報が決済業務
    に関する情報である場合には、前記基準日は、決済日で
    あることを特徴とするプログラム。
49. 【請求項４９】 前記照合業務に関する決済情報には、
    内国株式売買明細表、債券取引売買明細表、サマリー、
    権利行使情報が含まれることを特徴とする請求項４２、
    ４７、４８いずれか記載のプログラム。
50. 【請求項５０】 前記決済業務に関する決済情報には、
    決済通知、確定通知、相手方指定情報が含まれることを
    特徴とする請求項４２または４８記載のプログラム。
51. 【請求項５１】 前記担保管理業務に関する決済情報に
    は、前日差入担保金情報、証拠金情報が含まれることを
    特徴とする請求項４２記載のプログラム。
52. 【請求項５２】 前記フェイル管理業務に関する決済情
    報には、フェイル情報通知、バイイン情報通知、バイイ
    ン実行通知、バイイン実行結果通知、バイイン請求画
    面、バイイン請求取下画面、バイイン注文画面が含まれ
    ることを特徴とする請求項４２記載のプログラム。
53. 【請求項５３】 請求項４０乃至５２のいずれかに係る
    プログラムを記憶させた記憶媒体。