JP2002324165A - ディーリングシステム、ディーリング方法およびそのプログラム - Google Patents
ディーリングシステム、ディーリング方法およびそのプログラムInfo
- Publication number
- JP2002324165A JP2002324165A JP2001128289A JP2001128289A JP2002324165A JP 2002324165 A JP2002324165 A JP 2002324165A JP 2001128289 A JP2001128289 A JP 2001128289A JP 2001128289 A JP2001128289 A JP 2001128289A JP 2002324165 A JP2002324165 A JP 2002324165A
- Authority
- JP
- Japan
- Prior art keywords
- contract
- dealer
- registration
- terminal
- confirmation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
(57)【要約】
【課題】 売り手がディーラに証券を売却してから買い
手が証券を買い取るまでの時間を短縮するディーリング
システム、ディーリング方法およびそのプログラムを提
供する。 【解決手段】 取引センタサーバにおいて親約定と子約
定との関係を約定レコード、証券チェックレコード、約
定チェックレコード、点呼確認レコードによって一元的
に管理する。また、ディーラ、買い手間の約定が不成
立、事故によって点呼確認されないとき、ディーラが取
引センタサーバに点呼確認照会する手段とディーラ、買
い手間の約定が不成立となったとき、その分の証券をデ
ィーラが自己引受するように関連項目を訂正する手段を
有する。
手が証券を買い取るまでの時間を短縮するディーリング
システム、ディーリング方法およびそのプログラムを提
供する。 【解決手段】 取引センタサーバにおいて親約定と子約
定との関係を約定レコード、証券チェックレコード、約
定チェックレコード、点呼確認レコードによって一元的
に管理する。また、ディーラ、買い手間の約定が不成
立、事故によって点呼確認されないとき、ディーラが取
引センタサーバに点呼確認照会する手段とディーラ、買
い手間の約定が不成立となったとき、その分の証券をデ
ィーラが自己引受するように関連項目を訂正する手段を
有する。
Description
【０００１】
【発明の属する技術分野】本発明は、売り手、ディーラ
（仲介者）、買い手による証券売買のディーリングシス
テム、ディーリング方法およびそのプログラムに関し、
特に、売り手とディーラ間の約定、ディーラと買い手間
の約定を関連付けて管理するディーリングシステム、デ
ィーリング方法およびそのプログラムに関する。
（仲介者）、買い手による証券売買のディーリングシス
テム、ディーリング方法およびそのプログラムに関し、
特に、売り手とディーラ間の約定、ディーラと買い手間
の約定を関連付けて管理するディーリングシステム、デ
ィーリング方法およびそのプログラムに関する。
【０００２】
【従来の技術】従来の証券のディーリング売買（仲介取
引）において、売り手がディーラを介して複数の買い手
に証券を売却する場合、以下の手順で取引を行ってい
た。
引）において、売り手がディーラを介して複数の買い手
に証券を売却する場合、以下の手順で取引を行ってい
た。
【０００３】図１３は、従来技術におけるディーリング
売買の手順を示すソフトウェアブロック図である。ま
ず、売り手とディーラは、約定１の登録と確認とを行
い、取引センタサーバ３は、確認登録する。すなわち、
売り手は、売り手端末１から取引センタサーバ３に約定
１を登録する。取引センタサーバ３は、売り手端末１か
らの約定１を登録する。ディーラは、ディーラ端末２か
ら取引センタサーバ３に約定１の確認登録を行う。その
後、取引センタサーバ３は、約定１の資金決済と権利移
転を行う。すなわち、売り手の口座とディーラの口座と
の振替をして、証券の権利者をディーラとする。
売買の手順を示すソフトウェアブロック図である。ま
ず、売り手とディーラは、約定１の登録と確認とを行
い、取引センタサーバ３は、確認登録する。すなわち、
売り手は、売り手端末１から取引センタサーバ３に約定
１を登録する。取引センタサーバ３は、売り手端末１か
らの約定１を登録する。ディーラは、ディーラ端末２か
ら取引センタサーバ３に約定１の確認登録を行う。その
後、取引センタサーバ３は、約定１の資金決済と権利移
転を行う。すなわち、売り手の口座とディーラの口座と
の振替をして、証券の権利者をディーラとする。
【０００４】約定１の証券売買に基づく権利移転後、デ
ィーラと買い手１が約定２、ディーラと買い手２が約定
３、ディーラと買い手３が約定４の登録と確認を行い、
取引センタサーバ３がそれぞれの約定確認、資金決済、
権利移転を行う。すなわち、ディーラと買い手とが売買
する度に、買い手の口座からディーラの口座に振替ら
れ、ディーラから買い手に証券の権利が移転されること
になる。
ィーラと買い手１が約定２、ディーラと買い手２が約定
３、ディーラと買い手３が約定４の登録と確認を行い、
取引センタサーバ３がそれぞれの約定確認、資金決済、
権利移転を行う。すなわち、ディーラと買い手とが売買
する度に、買い手の口座からディーラの口座に振替ら
れ、ディーラから買い手に証券の権利が移転されること
になる。
【０００５】本出願に関する従来技術として、特開２０
００−２１５２４１号公報に証券取引を支援する技術
が、特開平１０−３２０４７０号公報に購入、販売、仲
介、および決済を電子取引で関連付ける技術が開示され
ている。
００−２１５２４１号公報に証券取引を支援する技術
が、特開平１０−３２０４７０号公報に購入、販売、仲
介、および決済を電子取引で関連付ける技術が開示され
ている。
【０００６】この点、特開２０００−２１５２４１号公
報は、ディーラ経由の取引形態ではない。また、特開平
１０−２１５２４１号公報の公証機関は、本出願にかか
るディーラとは異なり契約主体ではない。また、本出願
は、取引の成立を迅速化することを目的としている。こ
の点、特開平１０−２１５２４１号公報は、購入者と販
売者との交渉を公証機関を仲介させて行うことにより、
適正な取引を成立させることを目的としており、取引の
迅速性とは、逆方向の技術である。
報は、ディーラ経由の取引形態ではない。また、特開平
１０−２１５２４１号公報の公証機関は、本出願にかか
るディーラとは異なり契約主体ではない。また、本出願
は、取引の成立を迅速化することを目的としている。こ
の点、特開平１０−２１５２４１号公報は、購入者と販
売者との交渉を公証機関を仲介させて行うことにより、
適正な取引を成立させることを目的としており、取引の
迅速性とは、逆方向の技術である。
【０００７】
【発明が解決しようとする課題】近年、電子商取引を使
った証券の取引の拡大にともない、売り手がディーラ経
由で買い手に証券を売却するまでの取引時間の縮小（即
時決済）が求められている。
った証券の取引の拡大にともない、売り手がディーラ経
由で買い手に証券を売却するまでの取引時間の縮小（即
時決済）が求められている。
【０００８】この点、従来の方式においては、売り手と
ディーラ間の約定およびディーラと買い手間の約定の資
金決済を同時に取引センタに依頼することができなかっ
たため、売り手がディーラに証券を売却してから、買い
手が証券を買い取るまでに時間がかかるという問題点が
あった。
ディーラ間の約定およびディーラと買い手間の約定の資
金決済を同時に取引センタに依頼することができなかっ
たため、売り手がディーラに証券を売却してから、買い
手が証券を買い取るまでに時間がかかるという問題点が
あった。
【０００９】本発明は、上記問題点に鑑みされたもので
あり、売り手とディーラ間の約定、ディーラと買い手間
の約定を一元化し、売り手とディーラ間の約定、および
ディーラと買い手間の約定の資金決済と権利移転とを同
時に行い、取引処理時間を短縮するディーリングシステ
ム、ディーリング方法およびそのプログラムを提供する
ことを目的とする。
あり、売り手とディーラ間の約定、ディーラと買い手間
の約定を一元化し、売り手とディーラ間の約定、および
ディーラと買い手間の約定の資金決済と権利移転とを同
時に行い、取引処理時間を短縮するディーリングシステ
ム、ディーリング方法およびそのプログラムを提供する
ことを目的とする。
【００１０】
【課題を解決するための手段】かかる目的を達成するた
めに、請求項１記載の発明は、売り手とディーラとの親
約定と、ディーラと複数の買い手との親約定に対応する
複数の子約定とをデータベースに管理する取引センタサ
ーバを有し、取引センタサーバは、親約定の決済と、子
約定の決済とを一括決済することを特徴とする。
めに、請求項１記載の発明は、売り手とディーラとの親
約定と、ディーラと複数の買い手との親約定に対応する
複数の子約定とをデータベースに管理する取引センタサ
ーバを有し、取引センタサーバは、親約定の決済と、子
約定の決済とを一括決済することを特徴とする。
【００１１】請求項２記載の発明は、請求項１記載の発
明において、売り手が取引センタサーバのデータベース
にネットワークを介して、親約定を登録する売り手端末
と、ディーラがデータベースにネットワークを介して、
売り手端末により登録された親約定の確認をして第１の
確認登録を行い、複数の子約定を登録するディーラ端末
と、買い手がデータベースにネットワークを介して、デ
ィーラ端末により登録された子約定の確認をして第２の
確認登録を行う買い手端末と、をさらに有することを特
徴とする。
明において、売り手が取引センタサーバのデータベース
にネットワークを介して、親約定を登録する売り手端末
と、ディーラがデータベースにネットワークを介して、
売り手端末により登録された親約定の確認をして第１の
確認登録を行い、複数の子約定を登録するディーラ端末
と、買い手がデータベースにネットワークを介して、デ
ィーラ端末により登録された子約定の確認をして第２の
確認登録を行う買い手端末と、をさらに有することを特
徴とする。
【００１２】請求項３記載の発明は、請求項２記載の発
明において、取引センタサーバは、買い手端末から第２
の確認登録がなされず、１以上の子約定が不成立となっ
たとき、ディーラ端末に不成立を通知する通知手段を有
し、ディーラ端末は、通知手段により不成立の通知を受
信すると、自己引受分として、不成立の子約定を確認し
て第３の登録確認を行うことを特徴とする。
明において、取引センタサーバは、買い手端末から第２
の確認登録がなされず、１以上の子約定が不成立となっ
たとき、ディーラ端末に不成立を通知する通知手段を有
し、ディーラ端末は、通知手段により不成立の通知を受
信すると、自己引受分として、不成立の子約定を確認し
て第３の登録確認を行うことを特徴とする。
【００１３】請求項４記載の発明は、請求項３記載の発
明において、取引センタサーバは、売り手端末、ディー
ラ端末および買い手端から、親約定の登録時、子約定の
登録時、および第１、第２、第３の確認登録時に、デー
タベースに入力された内容の整合性を、データベースを
検索して確認する点呼確認手段をさらに有し、点呼確認
手段は、入力された内容がデータベースの検索の結果、
不整合のとき、売り手端末、ディーラ端末および買い手
端末の内、不整合と判断された入力を行った端末に不整
合を通知することを特徴とする。
明において、取引センタサーバは、売り手端末、ディー
ラ端末および買い手端から、親約定の登録時、子約定の
登録時、および第１、第２、第３の確認登録時に、デー
タベースに入力された内容の整合性を、データベースを
検索して確認する点呼確認手段をさらに有し、点呼確認
手段は、入力された内容がデータベースの検索の結果、
不整合のとき、売り手端末、ディーラ端末および買い手
端末の内、不整合と判断された入力を行った端末に不整
合を通知することを特徴とする。
【００１４】請求項５記載の発明は、請求項２から４の
いずれか１項に記載の発明において、ディーラ端末は、
取引センタサーバのデータベースの内容を照会して確認
する照会手段を有することを特徴とする。
いずれか１項に記載の発明において、ディーラ端末は、
取引センタサーバのデータベースの内容を照会して確認
する照会手段を有することを特徴とする。
【００１５】請求項６記載の発明は、請求項５記載の発
明において、ディーラ端末は、照会手段により照会され
たデータベースの内容を訂正する関連項目訂正手段をさ
らに有することを特徴とする。
明において、ディーラ端末は、照会手段により照会され
たデータベースの内容を訂正する関連項目訂正手段をさ
らに有することを特徴とする。
【００１６】請求項７記載の発明は、請求項３記載の発
明において、取引センタサーバは、第１、第２、第３の
確認登録がなされた後、一括決済を行うことを特徴とす
る。
明において、取引センタサーバは、第１、第２、第３の
確認登録がなされた後、一括決済を行うことを特徴とす
る。
【００１７】請求項８記載の発明は、取引センタサーバ
が、売り手とディーラとの親約定と、ディーラと複数の
買い手との親約定に対応する複数の子約定とをデータベ
ースを使用して管理する管理工程と、取引センタサーバ
が、親約定の決済と、子約定の決済とを一括決済する一
括決済工程と、を有することを特徴とする。
が、売り手とディーラとの親約定と、ディーラと複数の
買い手との親約定に対応する複数の子約定とをデータベ
ースを使用して管理する管理工程と、取引センタサーバ
が、親約定の決済と、子約定の決済とを一括決済する一
括決済工程と、を有することを特徴とする。
【００１８】請求項９記載の発明は、請求項８記載の発
明において、管理工程は、売り手の使用する売り手端末
により、取引センタサーバのデータベースにネットワー
クを介して、親約定が登録される第１の登録工程と、デ
ィーラの使用するディーラ端末により、データベースに
ネットワークを介して、第１の登録工程により登録され
た親約定の確認がなされて確認登録が行われる第１の確
認登録工程と、ディーラ端末により、データベースにネ
ットワークを介して、複数の子約定が登録される第２の
登録工程と、買い手の使用する買い手端末により、デー
タベースにネットワークを介して、第２の登録工程によ
り登録された子約定の確認がなされて確認登録が行われ
る第２の確認登録工程と、を有することを特徴とする。
明において、管理工程は、売り手の使用する売り手端末
により、取引センタサーバのデータベースにネットワー
クを介して、親約定が登録される第１の登録工程と、デ
ィーラの使用するディーラ端末により、データベースに
ネットワークを介して、第１の登録工程により登録され
た親約定の確認がなされて確認登録が行われる第１の確
認登録工程と、ディーラ端末により、データベースにネ
ットワークを介して、複数の子約定が登録される第２の
登録工程と、買い手の使用する買い手端末により、デー
タベースにネットワークを介して、第２の登録工程によ
り登録された子約定の確認がなされて確認登録が行われ
る第２の確認登録工程と、を有することを特徴とする。
【００１９】請求項１０記載の発明は、請求項９記載の
発明において、管理工程は、第２の確認登録工程による
確認登録がなされず、１以上の子約定が不成立となった
とき、ディーラ端末に不成立を通知する通知工程と、通
知工程により通知された不成立の通知がディーラ端末に
より受信されると、自己引受分として、不成立の子約定
の確認がなされて登録確認が行われる第３の登録確認工
程と、をさらに有することを特徴とする。
発明において、管理工程は、第２の確認登録工程による
確認登録がなされず、１以上の子約定が不成立となった
とき、ディーラ端末に不成立を通知する通知工程と、通
知工程により通知された不成立の通知がディーラ端末に
より受信されると、自己引受分として、不成立の子約定
の確認がなされて登録確認が行われる第３の登録確認工
程と、をさらに有することを特徴とする。
【００２０】請求項１１記載の発明は、請求項１０記載
の発明において、管理工程は、売り手端末、ディーラ端
末および買い手端末から、親約定の登録時、子約定の登
録時、および第１、第２、第３の確認登録工程による確
認登録時に、データベースに入力された内容の整合性
を、データベースを検索して確認する点呼確認工程をさ
らに有し、点呼確認工程は、入力された内容がデータベ
ースの検索の結果、不整合のとき、売り手端末、ディー
ラ端末および買い手端末の内、不整合と判断された入力
を行った端末に不整合を通知することを特徴とする。
の発明において、管理工程は、売り手端末、ディーラ端
末および買い手端末から、親約定の登録時、子約定の登
録時、および第１、第２、第３の確認登録工程による確
認登録時に、データベースに入力された内容の整合性
を、データベースを検索して確認する点呼確認工程をさ
らに有し、点呼確認工程は、入力された内容がデータベ
ースの検索の結果、不整合のとき、売り手端末、ディー
ラ端末および買い手端末の内、不整合と判断された入力
を行った端末に不整合を通知することを特徴とする。
【００２１】請求項１２記載の発明は、請求項９から１
１のいずれか１項に記載の発明において、管理工程は、
ディーラ端末から取引センタサーバのデータベースの内
容を照会され確認される照会工程をさらに有することを
特徴とする。
１のいずれか１項に記載の発明において、管理工程は、
ディーラ端末から取引センタサーバのデータベースの内
容を照会され確認される照会工程をさらに有することを
特徴とする。
【００２２】請求項１３記載の発明は、請求項１２記載
の発明において、管理工程は、照会工程により照会され
たデータベースの内容が訂正される関連項目訂正工程を
さらに有することを特徴とする。
の発明において、管理工程は、照会工程により照会され
たデータベースの内容が訂正される関連項目訂正工程を
さらに有することを特徴とする。
【００２３】請求項１４記載の発明は、請求項１０記載
の発明において、一括決済工程は、第１、第２、第３の
確認登録工程により確認登録がなされた後、一括決済を
行うことを特徴とする。
の発明において、一括決済工程は、第１、第２、第３の
確認登録工程により確認登録がなされた後、一括決済を
行うことを特徴とする。
【００２４】請求項１５記載の発明は、取引センタサー
バが、売り手とディーラとの親約定と、ディーラと複数
の買い手との親約定に対応する複数の子約定とをデータ
ベースを使用して管理する管理処理と、取引センタサー
バが、親約定の決済と、子約定の決済とを一括決済する
一括決済処理と、をコンピュータに実行させることを特
徴とする。
バが、売り手とディーラとの親約定と、ディーラと複数
の買い手との親約定に対応する複数の子約定とをデータ
ベースを使用して管理する管理処理と、取引センタサー
バが、親約定の決済と、子約定の決済とを一括決済する
一括決済処理と、をコンピュータに実行させることを特
徴とする。
【００２５】請求項１６記載の発明は、請求項１５記載
の発明において、管理処理は、売り手の使用する売り手
端末により、取引センタサーバのデータベースにネット
ワークを介して、親約定が登録される第１の登録処理
と、ディーラの使用するディーラ端末により、データベ
ースにネットワークを介して、第１の登録処理により登
録された親約定の確認がなされて確認登録が行われる第
１の確認登録処理と、ディーラ端末により、データベー
スにネットワークを介して、複数の子約定が登録される
第２の登録処理と、買い手の使用する買い手端末によ
り、データベースにネットワークを介して、第２の登録
処理により登録された子約定の確認がなされて確認登録
が行われる第２の確認登録処理と、をコンピュータに実
行させることを特徴とする。
の発明において、管理処理は、売り手の使用する売り手
端末により、取引センタサーバのデータベースにネット
ワークを介して、親約定が登録される第１の登録処理
と、ディーラの使用するディーラ端末により、データベ
ースにネットワークを介して、第１の登録処理により登
録された親約定の確認がなされて確認登録が行われる第
１の確認登録処理と、ディーラ端末により、データベー
スにネットワークを介して、複数の子約定が登録される
第２の登録処理と、買い手の使用する買い手端末によ
り、データベースにネットワークを介して、第２の登録
処理により登録された子約定の確認がなされて確認登録
が行われる第２の確認登録処理と、をコンピュータに実
行させることを特徴とする。
【００２６】請求項１７記載の発明は、請求項１６記載
の発明において、管理処理は、第２の確認登録処理によ
る確認登録がなされず、１以上の子約定が不成立となっ
たとき、ディーラ端末に不成立を通知する通知処理と、
通知処理により通知された不成立の通知がディーラ端末
により受信されると、自己引受分として、不成立の子約
定の確認がなされて登録確認が行われる第３の登録確認
処理と、をさらにコンピュータに実行させることを特徴
とする。
の発明において、管理処理は、第２の確認登録処理によ
る確認登録がなされず、１以上の子約定が不成立となっ
たとき、ディーラ端末に不成立を通知する通知処理と、
通知処理により通知された不成立の通知がディーラ端末
により受信されると、自己引受分として、不成立の子約
定の確認がなされて登録確認が行われる第３の登録確認
処理と、をさらにコンピュータに実行させることを特徴
とする。
【００２７】請求項１８記載の発明は、請求項１７記載
の発明において、管理処理は、売り手端末、ディーラ端
末および買い手端末から、親約定の登録時、子約定の登
録時、および第１、第２、第３の確認登録処理による確
認登録時に、データベースに入力された内容の整合性
を、データベースを検索して確認する点呼確認処理をさ
らに有し、点呼確認処理は、入力された内容がデータベ
ースの検索の結果、不整合のとき、売り手端末、ディー
ラ端末および買い手端末の内、不整合と判断された入力
を行った端末に不整合を通知することを特徴とする。
の発明において、管理処理は、売り手端末、ディーラ端
末および買い手端末から、親約定の登録時、子約定の登
録時、および第１、第２、第３の確認登録処理による確
認登録時に、データベースに入力された内容の整合性
を、データベースを検索して確認する点呼確認処理をさ
らに有し、点呼確認処理は、入力された内容がデータベ
ースの検索の結果、不整合のとき、売り手端末、ディー
ラ端末および買い手端末の内、不整合と判断された入力
を行った端末に不整合を通知することを特徴とする。
【００２８】請求項１９記載の発明は、請求項１６から
１８のいずれか１項に記載の発明において、管理処理
は、ディーラ端末から取引センタサーバのデータベース
の内容を照会され確認される照会処理をさらに有するこ
とを特徴とする。
１８のいずれか１項に記載の発明において、管理処理
は、ディーラ端末から取引センタサーバのデータベース
の内容を照会され確認される照会処理をさらに有するこ
とを特徴とする。
【００２９】請求項２０記載の発明は、請求項１９記載
の発明において、管理処理は、照会処理により照会され
たデータベースの内容が訂正される関連項目訂正処理を
さらに有することを特徴とする。
の発明において、管理処理は、照会処理により照会され
たデータベースの内容が訂正される関連項目訂正処理を
さらに有することを特徴とする。
【００３０】請求項２１記載の発明は、請求項１７記載
の発明において、一括決済処理は、第１、第２、第３の
確認登録処理により確認登録がなされた後、一括決済を
行うことを特徴とする。
の発明において、一括決済処理は、第１、第２、第３の
確認登録処理により確認登録がなされた後、一括決済を
行うことを特徴とする。
【００３１】
【発明の実施の形態】以下、本発明の実施の形態を添付
図面を参照しながら詳細に説明する。
図面を参照しながら詳細に説明する。
【００３２】本発明は、取引センタを介して行う売り
手、ディーラ、複数の買い手による証券のディーリング
売買方式一般に適用することができる。図１は、本発明
の実施の形態におけるディーリングシステムのハードウ
ェア構成を示すブロック図である。本実施の形態におけ
るディーリングシステムは、売り手端末１と、ディーラ
端末２と、複数の買い手端末４とが取引センタサーバ３
にネットワークを介して接続されている。売り手端末
１、ディーラ端末２、および買い手端末４は、ＰＣ、移
動通信端末（携帯電話、ＰＤＡ等）等の情報処理装置で
ある。取引センタサーバ３は、データベースを有してい
る。ネットワークは、インターネット、専用回線等を使
用することができる。図１においては、買い手端末４
は、３つとしている。
手、ディーラ、複数の買い手による証券のディーリング
売買方式一般に適用することができる。図１は、本発明
の実施の形態におけるディーリングシステムのハードウ
ェア構成を示すブロック図である。本実施の形態におけ
るディーリングシステムは、売り手端末１と、ディーラ
端末２と、複数の買い手端末４とが取引センタサーバ３
にネットワークを介して接続されている。売り手端末
１、ディーラ端末２、および買い手端末４は、ＰＣ、移
動通信端末（携帯電話、ＰＤＡ等）等の情報処理装置で
ある。取引センタサーバ３は、データベースを有してい
る。ネットワークは、インターネット、専用回線等を使
用することができる。図１においては、買い手端末４
は、３つとしている。
【００３３】図２は、本発明の実施の形態におけるディ
ーリングシステムを利用した売り手とディーラ間の約定
と、ディーラと買い手間の約定とを示すブロック図であ
る。ここで、約定１（売り手とディーラ間の約定）を親
約定と呼び、約定１−１、約定１−２、約定１−３（デ
ィーラと買い手間の約定）を子約定と呼ぶことにする。
ーリングシステムを利用した売り手とディーラ間の約定
と、ディーラと買い手間の約定とを示すブロック図であ
る。ここで、約定１（売り手とディーラ間の約定）を親
約定と呼び、約定１−１、約定１−２、約定１−３（デ
ィーラと買い手間の約定）を子約定と呼ぶことにする。
【００３４】図３は、本発明の実施の形態におけるディ
ーリングシステムのソフトウェア構成を示すブロック図
である。まず、売り手は、売り手端末１から取引センタ
サーバ３に約定１（親約定）の登録を行う。ディーラ
は、ディーラ端末２から取引センタサーバ３に約定１の
確認登録を行う。その後、ディーラは、ディーラ端末２
から約定１−１（子約定）、約定１−２（子約定）、約
定１−３（子約定）の登録を行う。買い手１、買い手
２、買い手３は、それぞれの買い手端末４から取引セン
タサーバ３に約定１−１、約定１−２、約定１−３の確
認登録を行う。
ーリングシステムのソフトウェア構成を示すブロック図
である。まず、売り手は、売り手端末１から取引センタ
サーバ３に約定１（親約定）の登録を行う。ディーラ
は、ディーラ端末２から取引センタサーバ３に約定１の
確認登録を行う。その後、ディーラは、ディーラ端末２
から約定１−１（子約定）、約定１−２（子約定）、約
定１−３（子約定）の登録を行う。買い手１、買い手
２、買い手３は、それぞれの買い手端末４から取引セン
タサーバ３に約定１−１、約定１−２、約定１−３の確
認登録を行う。
【００３５】取引センタサーバ３は、親約定、子約定、
証券などの情報を約定レコード、証券チェックレコー
ド、約定チェックレコード、点呼確認レコードによって
管理する。取引センタサーバ３は、買い手の登録確認の
終了後、本実施の形態における取引が有効に成立したか
否かを確認するために、点呼確認を行う。取引センタサ
ーバ３は、取引成立を確認後、資金決済のため、売り手
の口座と買い手の口座との振替を行う。ディーラに自己
引受分がある場合はディーラの口座とも振替を行う。そ
して、買い手は、自己引受分がある場合はディーラも、
証券の権利者となる。
証券などの情報を約定レコード、証券チェックレコー
ド、約定チェックレコード、点呼確認レコードによって
管理する。取引センタサーバ３は、買い手の登録確認の
終了後、本実施の形態における取引が有効に成立したか
否かを確認するために、点呼確認を行う。取引センタサ
ーバ３は、取引成立を確認後、資金決済のため、売り手
の口座と買い手の口座との振替を行う。ディーラに自己
引受分がある場合はディーラの口座とも振替を行う。そ
して、買い手は、自己引受分がある場合はディーラも、
証券の権利者となる。
【００３６】以上の構成により、買い手が３人の取引に
おいては、図１３に示すように従来は４回の資金決済が
必要であったものを１回の資金決済で済ませることがで
きる。また、ディーラが子約定の不成立または不履行の
場合に自己引受することから、売り手も従来と比較し不
利益はない。
おいては、図１３に示すように従来は４回の資金決済が
必要であったものを１回の資金決済で済ませることがで
きる。また、ディーラが子約定の不成立または不履行の
場合に自己引受することから、売り手も従来と比較し不
利益はない。
【００３７】以下、上述した処理を図面を参照しながら
詳述する。図４は、本発明の実施の形態におけるディー
リングシステムの取引センタサーバ３の管理するレコー
ドの関係を示した図である。図中、（ｐ）は、主キーで
あることを示している。
詳述する。図４は、本発明の実施の形態におけるディー
リングシステムの取引センタサーバ３の管理するレコー
ドの関係を示した図である。図中、（ｐ）は、主キーで
あることを示している。
【００３８】図５は、本発明の実施の形態におけるディ
ーリングシステムの取引センタサーバが親約定設定登録
の際に作成するレコードを示す図である。売り手が売り
手端末１から親約定（約定１）を登録するとき、約定番
号、約定種別（“親約定”を指定する）、およびその約
定で売却するすべての証券番号（Ｓ００１〜Ｓ００５）
を指定する。
ーリングシステムの取引センタサーバが親約定設定登録
の際に作成するレコードを示す図である。売り手が売り
手端末１から親約定（約定１）を登録するとき、約定番
号、約定種別（“親約定”を指定する）、およびその約
定で売却するすべての証券番号（Ｓ００１〜Ｓ００５）
を指定する。
【００３９】取引センタサーバ３は、指定された内容で
約定レコード、証券チェックレコードを作成する。より
具体的には、指定された約定番号（Ｙ００１）、約定種
別（親約定）および取引状態（“未確認”）で約定レコ
ードを１レコード作成する。また、取引センタサーバ３
は、指定された約定番号とすべての証券番号（Ｓ００１
〜Ｓ００５）とを基に証券チェックレコードを証券数分
作成する。さらに、点呼確認レコードを点呼確認“未終
了”で１レコード作成する。
約定レコード、証券チェックレコードを作成する。より
具体的には、指定された約定番号（Ｙ００１）、約定種
別（親約定）および取引状態（“未確認”）で約定レコ
ードを１レコード作成する。また、取引センタサーバ３
は、指定された約定番号とすべての証券番号（Ｓ００１
〜Ｓ００５）とを基に証券チェックレコードを証券数分
作成する。さらに、点呼確認レコードを点呼確認“未終
了”で１レコード作成する。
【００４０】図６は、本発明の実施の形態におけるディ
ーリングシステムのディーラ端末から親約定確認登録が
あった後の取引センタサーバのレコードを示す図であ
る。ディーラは、ディーラ端末２から親約定の確認登録
を行うとき、関連する子約定（約定１−１、約定１−
２、約定１−３）の約定番号と、その親約定番号および
自己引受証券番号とを指定する。図６では、証券番号
（Ｓ００５）の証券を自己引受分としている。
ーリングシステムのディーラ端末から親約定確認登録が
あった後の取引センタサーバのレコードを示す図であ
る。ディーラは、ディーラ端末２から親約定の確認登録
を行うとき、関連する子約定（約定１−１、約定１−
２、約定１−３）の約定番号と、その親約定番号および
自己引受証券番号とを指定する。図６では、証券番号
（Ｓ００５）の証券を自己引受分としている。
【００４１】取引センタサーバ３は、指定された内容で
約定レコード、証券チェックレコードを更新し、約定チ
ェックレコードを作成する。すなわち、該当する約定レ
コード（Ｙ００１）の取引状態を“未確認”から“確
認”に更新する。自己引受証券については、買い手の登
録確認が必要ないため、証券チェックレコードの該当の
証券番号（Ｓ００５）の証券終了区分を“未終了”から
“終了”に更新する。また、指定された子約定番号（Ｙ
００２〜Ｙ００４）を基に約定チェックレコードを約定
終了区分“未終了”として子約定数分作成する。
約定レコード、証券チェックレコードを更新し、約定チ
ェックレコードを作成する。すなわち、該当する約定レ
コード（Ｙ００１）の取引状態を“未確認”から“確
認”に更新する。自己引受証券については、買い手の登
録確認が必要ないため、証券チェックレコードの該当の
証券番号（Ｓ００５）の証券終了区分を“未終了”から
“終了”に更新する。また、指定された子約定番号（Ｙ
００２〜Ｙ００４）を基に約定チェックレコードを約定
終了区分“未終了”として子約定数分作成する。
【００４２】図７は、本発明の実施の形態におけるディ
ーリングシステムのディーラ端末から子約定登録を行っ
た後の取引センタサーバのレコードを示す図である。上
述したように、ディーラ端末２から子約定（約定１−
１、約定１−２、約定１−３）が登録されると、その子
約定番号、約定種別（“子約定”を指定する）と、その
約定で売却するすべての証券番号が指定される。
ーリングシステムのディーラ端末から子約定登録を行っ
た後の取引センタサーバのレコードを示す図である。上
述したように、ディーラ端末２から子約定（約定１−
１、約定１−２、約定１−３）が登録されると、その子
約定番号、約定種別（“子約定”を指定する）と、その
約定で売却するすべての証券番号が指定される。
【００４３】取引センタサーバ３は、指定された内容で
約定レコードを作成し、証券チェックレコード、約定チ
ェックレコードを更新する。すなわち、指定された約定
番号（Ｙ００２〜Ｙ００４）、約定種別（“子約定”）
と取引状態（“未確認”）で約定レコードを作成する。
また、作成済みの証券チェックレコードの該当証券番号
（Ｓ００１〜Ｓ００４）の証券終了区分を“未終了”か
ら“終了”に更新する。また、約定チェックレコードの
該当する子約定番号の約定終了区分を“未終了”から
“終了”に更新する。
約定レコードを作成し、証券チェックレコード、約定チ
ェックレコードを更新する。すなわち、指定された約定
番号（Ｙ００２〜Ｙ００４）、約定種別（“子約定”）
と取引状態（“未確認”）で約定レコードを作成する。
また、作成済みの証券チェックレコードの該当証券番号
（Ｓ００１〜Ｓ００４）の証券終了区分を“未終了”か
ら“終了”に更新する。また、約定チェックレコードの
該当する子約定番号の約定終了区分を“未終了”から
“終了”に更新する。
【００４４】図８は、本発明の実施の形態におけるディ
ーリングシステムの買い手端末から子約定確認登録を行
った後の取引センタサーバのレコードを示す図である。
買い手は、買い手端末４から確認登録を行うとき、その
約定番号を指定する。取引センタサーバ３は、該当する
約定レコード（Ｙ００２〜Ｙ００４）の取引状態を“未
確認”から“確認”に更新する。
ーリングシステムの買い手端末から子約定確認登録を行
った後の取引センタサーバのレコードを示す図である。
買い手は、買い手端末４から確認登録を行うとき、その
約定番号を指定する。取引センタサーバ３は、該当する
約定レコード（Ｙ００２〜Ｙ００４）の取引状態を“未
確認”から“確認”に更新する。
【００４５】以上の処理の間に、取引センタサーバ３
は、入力ミス等を検知するために、以下の点呼確認を行
う。まず、取引センタサーバ３は、売り手端末１からの
親約定の入力時に、証券チェックレコードを検索し、入
力された証券番号が他の親約定で入力された番号でない
かをチェックする。重複する証券番号を検索した場合
は、売り手端末２に通知し、売り手に確認を求める。
は、入力ミス等を検知するために、以下の点呼確認を行
う。まず、取引センタサーバ３は、売り手端末１からの
親約定の入力時に、証券チェックレコードを検索し、入
力された証券番号が他の親約定で入力された番号でない
かをチェックする。重複する証券番号を検索した場合
は、売り手端末２に通知し、売り手に確認を求める。
【００４６】また、取引センタサーバ３は、ディーラ端
末２からの親約定の確認登録時に、約定チェックレコー
ドを検索し、入力された子約定番号が他の親約定で入力
された番号でないかをチェックする。重複する約定番号
を検索した場合は、ディーラ端末２に通知し、ディーラ
に確認を求める。
末２からの親約定の確認登録時に、約定チェックレコー
ドを検索し、入力された子約定番号が他の親約定で入力
された番号でないかをチェックする。重複する約定番号
を検索した場合は、ディーラ端末２に通知し、ディーラ
に確認を求める。
【００４７】また、取引センタサーバ３は、ディーラ端
末２からの子約定の入力時に、証券チェックレコードを
検索し、入力された証券番号が親約定で入力された証券
番号と一致するかを証券チェックレコードにより確認
し、また、入力された証券番号の証券終了区分が“未終
了”であるかを約定チェックレコードから確認し、入力
された親約定番号に自分（子約定番号）が指定されてい
るかを確認する。
末２からの子約定の入力時に、証券チェックレコードを
検索し、入力された証券番号が親約定で入力された証券
番号と一致するかを証券チェックレコードにより確認
し、また、入力された証券番号の証券終了区分が“未終
了”であるかを約定チェックレコードから確認し、入力
された親約定番号に自分（子約定番号）が指定されてい
るかを確認する。
【００４８】図９は、本発明の実施の形態におけるディ
ーリングシステムの取引センタサーバが点呼確認を行っ
たときのレコードを示す図である。取引センタサーバ３
は、以上の入力、チェックにより、親約定と子約定との
整合性のチェック（点呼確認）を行う。取引センタサー
バ３は、ディーラがすべての子約定の登録を行い、最後
の買い手が確認登録を行ったとき、点呼確認レコードの
点呼確認終了区分を“未終了”から“終了”に更新す
る。当該更新時に、取引センタサーバ３は、ディーラ端
末２に点呼確認を通知する。以上に説明した取引センタ
サーバ３の各レコードの検索は、図４に示す主キー
（ｐ）を基に行う。
ーリングシステムの取引センタサーバが点呼確認を行っ
たときのレコードを示す図である。取引センタサーバ３
は、以上の入力、チェックにより、親約定と子約定との
整合性のチェック（点呼確認）を行う。取引センタサー
バ３は、ディーラがすべての子約定の登録を行い、最後
の買い手が確認登録を行ったとき、点呼確認レコードの
点呼確認終了区分を“未終了”から“終了”に更新す
る。当該更新時に、取引センタサーバ３は、ディーラ端
末２に点呼確認を通知する。以上に説明した取引センタ
サーバ３の各レコードの検索は、図４に示す主キー
（ｐ）を基に行う。
【００４９】図１０は、本発明の実施の形態におけるデ
ィーリングシステムのディーラ端末が点呼確認照会を行
った際に表示される画面を示す図である。上述したよう
に、本実施の形態におけるディーリングシステムにおい
て、ディーラが１つまたは複数の子約定の登録を忘れた
場合や、１つまたは複数の買い手が確認登録を怠ったと
きは、ディーラ端末２に点呼確認が通知されないことに
なる。このときディーラは、取引センタサーバ３に約定
の登録された状態を確認する必要がある。この場合、デ
ィーラは、ディーラ端末２から取引センタサーバ３に約
定の登録された状態を確認する（点呼確認照会）。
ィーリングシステムのディーラ端末が点呼確認照会を行
った際に表示される画面を示す図である。上述したよう
に、本実施の形態におけるディーリングシステムにおい
て、ディーラが１つまたは複数の子約定の登録を忘れた
場合や、１つまたは複数の買い手が確認登録を怠ったと
きは、ディーラ端末２に点呼確認が通知されないことに
なる。このときディーラは、取引センタサーバ３に約定
の登録された状態を確認する必要がある。この場合、デ
ィーラは、ディーラ端末２から取引センタサーバ３に約
定の登録された状態を確認する（点呼確認照会）。
【００５０】取引センタサーバ３は、ディーラ端末２か
ら点呼確認照会があると、約定レコード、証券チェック
レコード、約定チェックレコードおよび点呼確認レコー
ドを検索して図１０のような照会イメージを作成してデ
ィーラ端末２に通知する。
ら点呼確認照会があると、約定レコード、証券チェック
レコード、約定チェックレコードおよび点呼確認レコー
ドを検索して図１０のような照会イメージを作成してデ
ィーラ端末２に通知する。
【００５１】図１０は、親約定（Ｙ００１）と子約定
（Ｙ００２、Ｙ００３、Ｙ００４）との登録が行われ、
Ｙ００１、Ｙ００２は、確認登録まで終了している（状
態が“確認”となっている）。Ｙ００３、Ｙ００４は、
確認登録が未確認である（状態が“未確認”）ことを示
している。親約定で売却する証券のうち証券Ｓ００２〜
Ｓ００４の証券については未終了である。証券Ｓ００１
は、子約定番号Ｙ００２で登録され、証券Ｓ００５は、
ディーラが自己引受するため終了となっている。以上の
ように、ディーラは、ディーラ端末２から取引センタサ
ーバ３にアクセスすることにより、いつでも約定の状態
を確認することができる。
（Ｙ００２、Ｙ００３、Ｙ００４）との登録が行われ、
Ｙ００１、Ｙ００２は、確認登録まで終了している（状
態が“確認”となっている）。Ｙ００３、Ｙ００４は、
確認登録が未確認である（状態が“未確認”）ことを示
している。親約定で売却する証券のうち証券Ｓ００２〜
Ｓ００４の証券については未終了である。証券Ｓ００１
は、子約定番号Ｙ００２で登録され、証券Ｓ００５は、
ディーラが自己引受するため終了となっている。以上の
ように、ディーラは、ディーラ端末２から取引センタサ
ーバ３にアクセスすることにより、いつでも約定の状態
を確認することができる。
【００５２】図１１は、本発明の実施の形態におけるデ
ィーリングシステムのディーラ端末から関連項目訂正を
行った後に表示される画面を示す図である。１つまたは
複数の子約定の確認が行われずに取引が不成立となった
場合、ディーラは不成立となる子約定で売却される証券
を自己引受証券として引き受ける。この場合、ディーラ
は、ディーラ端末２から親約定と子約定との関係を修正
する入力を取引センタサーバ３に対して行う（関連項目
の訂正）。
ィーリングシステムのディーラ端末から関連項目訂正を
行った後に表示される画面を示す図である。１つまたは
複数の子約定の確認が行われずに取引が不成立となった
場合、ディーラは不成立となる子約定で売却される証券
を自己引受証券として引き受ける。この場合、ディーラ
は、ディーラ端末２から親約定と子約定との関係を修正
する入力を取引センタサーバ３に対して行う（関連項目
の訂正）。
【００５３】ディーラ端末２から関連項目の訂正がなさ
れたときも、取引センタサーバ３は、点呼確認を行い、
完了後、再度ディーラ端末２に点呼確認を通知する。図
１１においては、図１０のＹ００３について確認登録が
行われたため、Ｓ００２、Ｓ００３が終了となり、Ｓ０
０４を自己引受に関連項目訂正したものが図１１であ
る。
れたときも、取引センタサーバ３は、点呼確認を行い、
完了後、再度ディーラ端末２に点呼確認を通知する。図
１１においては、図１０のＹ００３について確認登録が
行われたため、Ｓ００２、Ｓ００３が終了となり、Ｓ０
０４を自己引受に関連項目訂正したものが図１１であ
る。
【００５４】図１２は、本発明の実施の形態におけるデ
ィーリングシステムを使用したディーリング方法を示す
フローチャートである。ディーラは、ディーラ端末２か
ら取引センタサーバ３に親約定（約定１）の約定確認を
行う（ステップＳ１００）。買い手は、買い手端末４か
ら取引センタサーバ３に子約定（約定２、約定３、約定
４）の約定確認を行う（ステップＳ１０１）。取引セン
タサーバ３は、上記すべての約定（１〜４）の約定確認
が登録されたら、当該すべての約定（１〜４）の資金決
済を一括して行う（ステップＳ１０２）。資金決済が終
了したら、買い手は、自己引受分があるときはディーラ
も証券の権利を取得する（ステップＳ１０３）。
ィーリングシステムを使用したディーリング方法を示す
フローチャートである。ディーラは、ディーラ端末２か
ら取引センタサーバ３に親約定（約定１）の約定確認を
行う（ステップＳ１００）。買い手は、買い手端末４か
ら取引センタサーバ３に子約定（約定２、約定３、約定
４）の約定確認を行う（ステップＳ１０１）。取引セン
タサーバ３は、上記すべての約定（１〜４）の約定確認
が登録されたら、当該すべての約定（１〜４）の資金決
済を一括して行う（ステップＳ１０２）。資金決済が終
了したら、買い手は、自己引受分があるときはディーラ
も証券の権利を取得する（ステップＳ１０３）。
【００５５】なお、本発明におけるディリーリング方法
は、プログラムによりコンピュータを動作させることに
より実現可能である。当該プログラムは、光記録媒体
（ＣＤ、ＤＶＤ等）、磁気記録媒体、半導体記録媒体に
記録されて各端末に提供される。または、サーバからフ
ァイル転送プロトコル（ＦＴＰ）により、ネットワーク
を介して各端末にダウンロードされる。
は、プログラムによりコンピュータを動作させることに
より実現可能である。当該プログラムは、光記録媒体
（ＣＤ、ＤＶＤ等）、磁気記録媒体、半導体記録媒体に
記録されて各端末に提供される。または、サーバからフ
ァイル転送プロトコル（ＦＴＰ）により、ネットワーク
を介して各端末にダウンロードされる。
【００５６】なお、上述した実施の形態は、本発明の好
適な実施の形態の一例を示すものであり、本発明はそれ
に限定されることなく、その要旨を逸脱しない範囲内に
おいて、種々変形実施が可能である。
適な実施の形態の一例を示すものであり、本発明はそれ
に限定されることなく、その要旨を逸脱しない範囲内に
おいて、種々変形実施が可能である。
【００５７】
【発明の効果】以上の説明から明らかなように、本発明
によれば、点呼確認の完了をもって、親約定と子約定と
の整合性を確認することができるため、すなわち、親約
定の約定確認後、資金決済、権利移転を待たずに子約定
の登録、確認登録を行うことができるため、親約定とす
べての子約定の資金決済を同時に依頼することができ、
取引処理時間を短縮することができる。
によれば、点呼確認の完了をもって、親約定と子約定と
の整合性を確認することができるため、すなわち、親約
定の約定確認後、資金決済、権利移転を待たずに子約定
の登録、確認登録を行うことができるため、親約定とす
べての子約定の資金決済を同時に依頼することができ、
取引処理時間を短縮することができる。
【００５８】また、資金決済の回数を少なくすることが
できるため、ディーラのキャッシュフローが少ないとき
でも、証券取引を成立させることができる。ひいては、
全体的に証券取引に必要なキャッシュ量を少なくするこ
とができ、取引を活発化することができる。
できるため、ディーラのキャッシュフローが少ないとき
でも、証券取引を成立させることができる。ひいては、
全体的に証券取引に必要なキャッシュ量を少なくするこ
とができ、取引を活発化することができる。
【図１】本発明の実施の形態におけるディーリングシス
テムのハードウェア構成を示すブロック図である。
テムのハードウェア構成を示すブロック図である。
【図２】本発明の実施の形態におけるディーリングシス
テムを利用した売り手とディーラ間の約定と、ディーラ
と買い手間の約定とを示すブロック図である。
テムを利用した売り手とディーラ間の約定と、ディーラ
と買い手間の約定とを示すブロック図である。
【図３】本発明の実施の形態におけるディーリングシス
テムのソフトウェア構成を示すブロック図である。
テムのソフトウェア構成を示すブロック図である。
【図４】本発明の実施の形態におけるディーリングシス
テムの取引センタサーバの管理するレコードの関係を示
した図である。
テムの取引センタサーバの管理するレコードの関係を示
した図である。
【図５】本発明の実施の形態におけるリーディングシス
テムの取引センタサーバが親約定設定登録の際に作成す
るレコードを示す図である。
テムの取引センタサーバが親約定設定登録の際に作成す
るレコードを示す図である。
【図６】本発明の実施の形態におけるディーリングシス
テムのディーラ端末から親約定確認登録があった後の取
引センタサーバのレコードを示す図である。
テムのディーラ端末から親約定確認登録があった後の取
引センタサーバのレコードを示す図である。
【図７】本発明の実施の形態におけるディーリングシス
テムのディーラ端末から子約定登録を行った後の取引セ
ンタサーバのレコードを示す図である。
テムのディーラ端末から子約定登録を行った後の取引セ
ンタサーバのレコードを示す図である。
【図８】本発明の実施の形態におけるディーリングシス
テムの買い手端末から子約定確認登録を行った後の取引
センタサーバのレコードを示す図である。
テムの買い手端末から子約定確認登録を行った後の取引
センタサーバのレコードを示す図である。
【図９】本発明の実施の形態におけるディーリングシス
テムの取引センタサーバが点呼確認を行ったときのレコ
ードを示す図である。
テムの取引センタサーバが点呼確認を行ったときのレコ
ードを示す図である。
【図１０】本発明の実施の形態におけるディーリングシ
ステムのディーラ端末が点呼確認照会を行った際に表示
される画面を示す図である。
ステムのディーラ端末が点呼確認照会を行った際に表示
される画面を示す図である。
【図１１】本発明の実施の形態におけるディーリングシ
ステムのディーラ端末から関連項目訂正を行った後に表
示される画面を示す図である。
ステムのディーラ端末から関連項目訂正を行った後に表
示される画面を示す図である。
【図１２】本発明の実施の形態におけるディーリングシ
ステムを使用したディーリング方法を示すフローチャー
トである。
ステムを使用したディーリング方法を示すフローチャー
トである。
【図１３】従来技術におけるディーリング売買の手順を
示すソフトウェアブロック図である。
示すソフトウェアブロック図である。
１ 売り手端末 ２ ディーラ端末 ３ 取引センタサーバ ４ 買い手端末
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ＺＥＣ Ｇ０６Ｆ 17/60 ＺＥＣ (72)発明者 佐々木 一義 東京都江東区新木場一丁目18番６号 エヌ イーシーソフト株式会社内
Claims (21)
- 【請求項１】 売り手とディーラとの親約定と、該ディ
ーラと複数の買い手との前記親約定に対応する複数の子
約定とをデータベースに管理する取引センタサーバを有
し、 該取引センタサーバは、前記親約定の決済と、前記子約
定の決済とを一括決済することを特徴とするディーリン
グシステム。 - 【請求項２】 前記売り手が前記取引センタサーバの前
記データベースにネットワークを介して、前記親約定を
登録する売り手端末と、 前記ディーラが前記データベースに前記ネットワークを
介して、前記売り手端末により登録された親約定の確認
をして第１の確認登録を行い、前記複数の子約定を登録
するディーラ端末と、 前記買い手が前記データベースに前記ネットワークを介
して、前記ディーラ端末により登録された子約定の確認
をして第２の確認登録を行う買い手端末と、 をさらに有することを特徴とする請求項１記載のディー
リングシステム。 - 【請求項３】 前記取引センタサーバは、 前記買い手端末から前記第２の確認登録がなされず、１
以上の子約定が不成立となったとき、前記ディーラ端末
に前記不成立を通知する通知手段を有し、 前記ディーラ端末は、 前記通知手段により前記不成立の通知を受信すると、自
己引受分として、前記不成立の子約定を確認して第３の
登録確認を行うことを特徴とする請求項２記載のディー
リングシステム。 - 【請求項４】 前記取引センタサーバは、 前記売り手端末、前記ディーラ端末および前記買い手端
から、前記親約定の登録時、前記子約定の登録時、およ
び前記第１、第２、第３の確認登録時に、前記データベ
ースに入力された内容の整合性を、前記データベースを
検索して確認する点呼確認手段をさらに有し、 該点呼確認手段は、前記入力された内容が前記データベ
ースの検索の結果、不整合のとき、前記売り手端末、前
記ディーラ端末および前記買い手端末の内、前記不整合
と判断された入力を行った端末に前記不整合を通知する
ことを特徴とする請求項３記載のディーリングシステ
ム。 - 【請求項５】 前記ディーラ端末は、 前記取引センタサーバの前記データベースの内容を照会
して確認する照会手段を有することを特徴とする請求項
２から４のいずれか１項に記載のディーリングシステ
ム。 - 【請求項６】 前記ディーラ端末は、 前記照会手段により照会されたデータベースの内容を訂
正する関連項目訂正手段をさらに有することを特徴とす
る請求項５記載のディーリングシステム。 - 【請求項７】 前記取引センタサーバは、 前記第１、第２、第３の確認登録がなされた後、前記一
括決済を行うことを特徴とする請求項３記載のディーリ
ングシステム。 - 【請求項８】 取引センタサーバが、売り手とディーラ
との親約定と、該ディーラと複数の買い手との前記親約
定に対応する複数の子約定とをデータベースを使用して
管理する管理工程と、 前記取引センタサーバが、前記親約定の決済と、前記子
約定の決済とを一括決済する一括決済工程と、 を有することを特徴とするディーリング方法。 - 【請求項９】 前記管理工程は、 前記売り手の使用する売り手端末により、前記取引セン
タサーバの前記データベースにネットワークを介して、
前記親約定が登録される第１の登録工程と、 前記ディーラの使用するディーラ端末により、前記デー
タベースに前記ネットワークを介して、前記第１の登録
工程により登録された親約定の確認がなされて確認登録
が行われる第１の確認登録工程と、 前記ディーラ端末により、前記データベースに前記ネッ
トワークを介して、前記複数の子約定が登録される第２
の登録工程と、 前記買い手の使用する買い手端末により、前記データベ
ースに前記ネットワークを介して、前記第２の登録工程
により登録された子約定の確認がなされて確認登録が行
われる第２の確認登録工程と、 を有することを特徴とする請求項８記載のディーリング
方法。 - 【請求項１０】 前記管理工程は、 前記第２の確認登録工程による確認登録がなされず、１
以上の子約定が不成立となったとき、前記ディーラ端末
に前記不成立を通知する通知工程と、 該通知工程により通知された前記不成立の通知が前記デ
ィーラ端末により受信されると、自己引受分として、前
記不成立の子約定の確認がなされて登録確認が行われる
第３の登録確認工程と、 をさらに有することを特徴とする請求項９記載のディー
リング方法。 - 【請求項１１】 前記管理工程は、 前記売り手端末、前記ディーラ端末および前記買い手端
末から、前記親約定の登録時、前記子約定の登録時、お
よび前記第１、第２、第３の確認登録工程による確認登
録時に、前記データベースに入力された内容の整合性
を、前記データベースを検索して確認する点呼確認工程
をさらに有し、 該点呼確認工程は、前記入力された内容が前記データベ
ースの検索の結果、不整合のとき、前記売り手端末、前
記ディーラ端末および前記買い手端末の内、前記不整合
と判断された入力を行った端末に前記不整合を通知する
ことを特徴とする請求項１０記載のディーリング方法。 - 【請求項１２】 前記管理工程は、 前記ディーラ端末から前記取引センタサーバの前記デー
タベースの内容を照会され確認される照会工程をさらに
有することを特徴とする請求項９から１１のいずれか１
項に記載のディーリング方法。 - 【請求項１３】 前記管理工程は、 前記照会工程により照会されたデータベースの内容が訂
正される関連項目訂正工程をさらに有することを特徴と
する請求項１２記載のディーリング方法。 - 【請求項１４】 前記一括決済工程は、 前記第１、第２、第３の確認登録工程により確認登録が
なされた後、前記一括決済を行うことを特徴とする請求
項１０記載のディーリング方法。 - 【請求項１５】 取引センタサーバが、売り手とディー
ラとの親約定と、該ディーラと複数の買い手との前記親
約定に対応する複数の子約定とをデータベースを使用し
て管理する管理処理と、 前記取引センタサーバが、前記親約定の決済と、前記子
約定の決済とを一括決済する一括決済処理と、 をコンピュータに実行させることを特徴とするプログラ
ム。 - 【請求項１６】 前記管理処理は、 前記売り手の使用する売り手端末により、前記取引セン
タサーバの前記データベースにネットワークを介して、
前記親約定が登録される第１の登録処理と、 前記ディーラの使用するディーラ端末により、前記デー
タベースに前記ネットワークを介して、前記第１の登録
処理により登録された親約定の確認がなされて確認登録
が行われる第１の確認登録処理と、 前記ディーラ端末により、前記データベースに前記ネッ
トワークを介して、前記複数の子約定が登録される第２
の登録処理と、 前記買い手の使用する買い手端末により、前記データベ
ースに前記ネットワークを介して、前記第２の登録処理
により登録された子約定の確認がなされて確認登録が行
われる第２の確認登録処理と、 をコンピュータに実行させることを特徴とする請求項１
５記載のプログラム。 - 【請求項１７】 前記管理処理は、 前記第２の確認登録処理による確認登録がなされず、１
以上の子約定が不成立となったとき、前記ディーラ端末
に前記不成立を通知する通知処理と、 該通知処理により通知された前記不成立の通知が前記デ
ィーラ端末により受信されると、自己引受分として、前
記不成立の子約定の確認がなされて登録確認が行われる
第３の登録確認処理と、 をさらにコンピュータに実行させることを特徴とする請
求項１６記載のプログラム。 - 【請求項１８】 前記管理処理は、 前記売り手端末、前記ディーラ端末および前記買い手端
末から、前記親約定の登録時、前記子約定の登録時、お
よび前記第１、第２、第３の確認登録処理による確認登
録時に、前記データベースに入力された内容の整合性
を、前記データベースを検索して確認する点呼確認処理
をさらに有し、 該点呼確認処理は、前記入力された内容が前記データベ
ースの検索の結果、不整合のとき、前記売り手端末、前
記ディーラ端末および前記買い手端末の内、前記不整合
と判断された入力を行った端末に前記不整合を通知する
ことを特徴とする請求項１７記載のプログラム。 - 【請求項１９】 前記管理処理は、 前記ディーラ端末から前記取引センタサーバの前記デー
タベースの内容を照会され確認される照会処理をさらに
有することを特徴とする請求項１６から１８のいずれか
１項に記載のプログラム。 - 【請求項２０】 前記管理処理は、 前記照会処理により照会されたデータベースの内容が訂
正される関連項目訂正処理をさらに有することを特徴と
する請求項１９記載のプログラム。 - 【請求項２１】 前記一括決済処理は、 前記第１、第２、第３の確認登録処理により確認登録が
なされた後、前記一括決済を行うことを特徴とする請求
項１７記載のプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001128289A JP3657888B2 (ja) | 2001-04-25 | 2001-04-25 | ディーリングシステム、ディーリング方法およびそのプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001128289A JP3657888B2 (ja) | 2001-04-25 | 2001-04-25 | ディーリングシステム、ディーリング方法およびそのプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002324165A true JP2002324165A (ja) | 2002-11-08 |
| JP3657888B2 JP3657888B2 (ja) | 2005-06-08 |
Family
ID=18977011
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001128289A Expired - Fee Related JP3657888B2 (ja) | 2001-04-25 | 2001-04-25 | ディーリングシステム、ディーリング方法およびそのプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3657888B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006024221A (ja) * | 2004-07-09 | 2006-01-26 | Ebs Group Ltd | 電子取引システム、および電子取引システム上で取引する方法 |
| WO2007074903A1 (ja) * | 2005-12-28 | 2007-07-05 | Matsui Securities Co., Ltd. | 有価証券即時決済システム、株式即時決済システム及び有価証券即時決済装置 |
-
2001
- 2001-04-25 JP JP2001128289A patent/JP3657888B2/ja not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006024221A (ja) * | 2004-07-09 | 2006-01-26 | Ebs Group Ltd | 電子取引システム、および電子取引システム上で取引する方法 |
| US8108293B2 (en) | 2004-07-09 | 2012-01-31 | EBS Group Limted | Automated trading systems |
| WO2007074903A1 (ja) * | 2005-12-28 | 2007-07-05 | Matsui Securities Co., Ltd. | 有価証券即時決済システム、株式即時決済システム及び有価証券即時決済装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3657888B2 (ja) | 2005-06-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6983395B2 (en) | Multi-agent cooperative transaction method and system | |
| JP3269694B2 (ja) | 電子取引システム | |
| US7370053B2 (en) | Coordinating transactional web services | |
| US8135621B2 (en) | System and method for supporting anonymous transactions | |
| TW201937436A (zh) | 基於區塊鏈的交易執行方法及裝置、電子設備 | |
| JP4492914B2 (ja) | 取引管理方法及びプログラム | |
| US20060173672A1 (en) | Processing health care transactions using a semantic network | |
| US20050033583A1 (en) | Processing transactions using a structured natural language | |
| CN101188617B (zh) | 一种流程式服务的注册与发现方法 | |
| US20140188651A1 (en) | Domain name registration and resale | |
| WO2021129384A1 (zh) | 基于区块链的对账方法、对账装置及可读存储介质 | |
| TWI725527B (zh) | 保險交易處理方法及裝置 | |
| JP2004503036A (ja) | ネットワークベースのピア・トゥ・ピアのビジネス取引のための方法、装置及びシステム | |
| JP5670992B2 (ja) | キャッシュマネージメントシステム、プログラム、及び支払代行方法 | |
| JP2002049877A (ja) | 有価証券売買システム，有価証券売買方法，有価証券販売管理システム及び記録媒体 | |
| US7346557B2 (en) | Information processing apparatus and information processing method | |
| JP2002324165A (ja) | ディーリングシステム、ディーリング方法およびそのプログラム | |
| KR102483828B1 (ko) | 상품 자동 판매 방법 및 이를 수행하는 서버 | |
| WO2021008361A1 (zh) | 一种金融数据的交换校验方法、装置及存储介质 | |
| US7996295B1 (en) | Data structure for use in an automated order entry system | |
| AU2021104504A4 (en) | A method for land registry by utilizing an ethereum platform | |
| US9710845B2 (en) | E-commerce purchase portal | |
| KR20010051472A (ko) | 건설 수주 및 발주 시스템 | |
| US20070130542A1 (en) | Supporting user interaction with a computer system | |
| JP2002149976A (ja) | 株券貸借取引システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040915 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040928 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041129 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050301 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050310 |
|
| R150 | Certificate of patent (=grant) or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S631 | Written request for registration of reclamation of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313631 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080318 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090318 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110318 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110318 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120318 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120318 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (prs date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140318 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |