JP3974302B2 - Transaction verification support system, transaction verification support method, and storage medium storing a program for causing a computer to perform processing in the system - Google Patents

Transaction verification support system, transaction verification support method, and storage medium storing a program for causing a computer to perform processing in the system Download PDF

Info

Publication number
JP3974302B2
JP3974302B2 JP35198599A JP35198599A JP3974302B2 JP 3974302 B2 JP3974302 B2 JP 3974302B2 JP 35198599 A JP35198599 A JP 35198599A JP 35198599 A JP35198599 A JP 35198599A JP 3974302 B2 JP3974302 B2 JP 3974302B2
Authority
JP
Japan
Prior art keywords
transaction
event information
transaction event
display
time
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.)
Expired - Fee Related
Application number
JP35198599A
Other languages
Japanese (ja)
Other versions
JP2001167155A (en
Inventor
博 米澤
敏 古賀
成彦 寺島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP35198599A priority Critical patent/JP3974302B2/en
Publication of JP2001167155A publication Critical patent/JP2001167155A/en
Application granted granted Critical
Publication of JP3974302B2 publication Critical patent/JP3974302B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、取引の正当性の検証を支援する取引検証支援システムに係り、詳しくは、注文等により発生する事象を指定時刻まで累積し指定時刻の取引状況を再現し、取引の正当性の検証を支援する取引検証支援システムを提供するものである。
【0002】
また、本発明は、そのような取引検証支援方法及びそのシステムでの処理をコンピュータに行なわせるためのプログラムを格納した記憶媒体に関する。
【0003】
【従来の技術】
従来、東証(東京証券取引所)において、取引所の場内で証券業者(会員)間の立ち会いにより株の売買を行なっていた。(売買)注文は、注文毎に取引伝票が作成され取引記録に記録される。また、例えば、一般銘柄の場合、取引所の係員が、取引伝票(板)に書かれた売買注文を整理し、売り注文は値段の安い方から、買い注文は値段の高い方から売買注文をつき合せて値段を決めること(板寄せ)によって注文が約定していた。
【0004】
【発明が解決しようとする課題】
株価は公開された情報に影響され上下する。取引商品の価格の上昇に大きく関与する良い情報が公開されると、その取引商品に対する買い注文の数量が増加するという理由で、その価格が上昇する。一方、取引商品の価格の下降に大きく関与する悪い情報が公開されると、その取引商品に対する売り注文の数量が減少するという理由で、その価格が下降する。このような重要な情報が公開される以前にその情報を知り得た一部の投資家が、その情報が良い情報の場合は、その取引商品を予め購入しておき、情報が公開された後に同一の取引商品を即刻に売却すれば短期間にその取引商品の価格情報による利益を得ることが可能である。逆に、その情報が悪い情報の場合は、その取引商品を予め売却しておき、情報が公開された後に同一の取引商品を即時に購入すれば短期間にその取引商品の価格下降による利益を得ることが可能である。このような特定取引を実行する投資家は、その取引商品の売買注文の売買約定の成立又は売買約定の未成立を観察し、一定の期間を超えて、その取引商品の売買注文の売買約定が未成立の場合は、即刻に、その取引商品の売買注文に対して反対に買売注文を入力し取消をする。そのため、前記過去の時点の特定取引を監査する場合、先ず、その時点の以前を含む一定期間の全ての取引記録から取引伝票を抽出し、次に、指定の取引商品に対する個別の取引伝票を抽出するテーブルを作成し、更に、同一の会員及び同一の顧客の売り注文(又は買い注文)に対する買い注文(又は売り注文)であるという同定処理をする3段階の処理をしなければならない。そのため、指定の特定取引を監査するのに多くの時間と面倒な作業が必要とされていた。
【0005】
そこで、本発明の第一の課題は、注文等により発生する事象を指定時刻まで累積し指定時刻の取引状況を再現し、不正取引の検証を支援する取引検証支援システムを提供することである。
また、本発明の第二の課題は、同様に、注文等により発生する事象を指定時刻まで累積し指定時刻の取引状況を再現し、不正取引の検証を支援する取引検証支援方法を提供することである。
【0006】
さらに、本発明の第三の課題は、上記のような取引検証支援システムでの処理をコンピュータに行なわせるためのプログラムを格納した記憶媒体を提供することである。
【0007】
【課題を解決するための手段】
上記第一の課題を解決するため、本発明は、請求項1記載に記載されるように、取引商品毎に行なわれる注文に関する取引事象の検証を行なうために実際に行なわれた取引状況を示す画面を再現する取引検証支援システムにおいて、注文に関する取引事象毎に取引事象情報として、少なくとも該取引事象が発生した日付及びと取引商品と取引種別と該取引を行った会員を特定するための情報と取引数量と値段とを関連付けてデータベースに格納する取引事象格納手段と、上記取引事象情報を抽出するための日付及び時刻と取引商品を利用者から取得する取得手段と、上記取得した日付において上記取得した取引商品を示す上記取引事象情報を検索し、該日付の最初の取引事象から取得した刻までの取引事象情報を上記取引事象格納手段から抽出する抽出手段と上記抽出された取引事象情報に対して値段毎に上記取引種別に応じて取引会員数及び数量を時系列に累積する累積演算手段と、上記値段毎に上記取引種別に応じて累積された取引会員数及び数量を時系列に示す情報である板画面と、上記取得した時刻の直前に行われた1つの該取引事象情報に関する情報を出力する領域である表示部との両方を同一画面に出力する再現手段と、上記第一の取引事象情報を該第一の取引事象情報の一つ前の取引である第二の取引事象情報に置き換えて上記抽出手段と上記累積演算手段と上記再現手段による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第二の取引事象情報に関する情報の表示に更新する前事象再現手段と、上記第一の取引事象情報を該第一の取引事象情報の一つ後の取引である第三の取引事象情報に置き換えて上記抽出手段と上記累積演算手段と上記再現手段による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第三の取引事象情報に関する情報の表示に変更する後事象再現手段とを有するように構成される。
【0008】
このような取引検証支援システムでは、指定された日時と指定された取引商品に応じて実際の取引画面が再現される。また、当該日時に応じた最終の取引事象情報が表示される。従って、当該日時までの取引状況と当該日時での取引状況を把握することができる。取引状況を示す画面は、株の売り買いの状況が実際と同じように表現されれば良い。更に、再現された画面の取引状況から1取引事象前毎又は1取引事象後毎を再現することができる。従って、1取引事象毎に検証できる。また、必要に応じて、再現された画面の取引状況の前後を繰り返し再現することができる。
【0009】
上記取引商品は、例えば、株の銘柄を示す。
上記取引事象毎とは、注文に関する取引処理毎である。例えば、注文を受付し、その注文が約定した場合、該注文の受付に関する取引事象は、注文の受付処理と約定処理という2つの取引事象がある。また、既に受付済みの注文で指定した値段を訂正する場合、注文の訂正に関する取引事象は、受付済みの注文の取り消し処理と訂正した注文の再受付処理という2つの取引事象がある。
【0010】
上記取引事象情報は、上記取引事象の内容を示す。例えば、注文受付による注文受付を示す取引事象情報、約定の成立による約定を示す取引事象情報、又は受付した注文の訂正による取引事象情報等である。各々の取引事象情報には、日時、取引商品(銘柄)、会員(証券会社)識別、取引種別、数量、値段等を含む。
上記指定された日時は、株価を上下に変動させるような重大な情報が公開された日時前後を指定した日時である。
【0011】
指定された日時の取引状況を再現するという観点から、本発明は、請求項2に記載されるように、請求項1記載の取引検証支援システムにおいて、上記取引事象情報は、取引種別、取引会員数、数量及び値段を含み、上記再現手段は、値段毎に取引種別に応じて、抽出された上記取引事象情報の取引会員数及び数量を時間順に累積した情報で構成される値段表を当該画面に表示させるように構成することができる。
【0012】
このような取引検証支援システムでは、個々の取引事象情報を指定された時刻まで累積することによって取引状況を示す画面を再現することができる。
上記取引種別は、取引事象の種別を示す。例えば、売り注文、買い注文、約定又は注文訂正等を示す。
上記取引会員数は、取引事象によって変動した取引会員の増減数を示す。例えば、注文発行により会員が増加した場合は正の数で示され、約定により会員が減少した場合は負の数で示される。また、注文訂正の取引事象では、会員の増減は発生しないのでゼロが示される。注文取消の取引事象では、会員数が負の数で示される。
【0013】
上記数量は、上記取引会員数と同様に取引事象によって変動した注文数量を示す。例えば、1000株を単位として数量が示される。上記値段は、単価である。例えば、株の単価を示す。また、指定された値段に関する注文の内訳を表示させるという観点から、本発明は、請求項に記載されるように、請求項1記載の取引検証支援システムにおいて、上記再現手段によって再現された上記画面の取得した値段に応じた注文を示す取引事象情報を時間順に表示させる指定値段取引表示手段を有すように構成される。
【0014】
このような取引検証支援システムでは、指定された値段に関する取引事象情報を時間順に表示させることができる。従って、取引状況を示す画面からでは分かりにくい1回毎の注文状況を解析することができる。さらに、所望値段に関する注文の内訳を表示させるとことができる。
【0015】
た、所望の銘柄を容易に選択できる観点から、本発明は、請求項に記載されるように、請求項1又は2記載の取引検証支援システムにおいて、上記取得された日付及び刻に取引事象のある取引商品のリストを生成する取引商品リスト生成手段を有し、該リストから所望の取引商品を選択するように構成される。
【0016】
このような取引検証支援システムでは、指定された日時において取引された銘柄のリストから所望の銘柄を選択することができる。従って、注文が大量に発生した場合でも、日付と時間を指定することで検証を要する銘柄を絞り込むことができる。上記第二の課題を解決するため、本発明は、請求項に記載されるように、取引商品毎に行なわれる注文に関する取引事象の検証を行なうために実際に行なわれた取引状況を示す画面を再現する取引検証支援方法において、注文に関する取引事象毎にサンプリングされた取引事象情報を抽出するための日付及び時刻と取引商品を利用者から取得する取得手順と、上記取引事象情報として少なくとも当該取引事象が発生した日付及びと取引商品と取引種別と該取引を行った会員を特定するための情報と取引数量と値段とを関連付けて格納したデータベースから上記取得した日付において上記取得した取引商品を示す上記取引事象情報を検索し、該日付の最初の取引事象から取得した刻までの取引事象情報を抽出する抽出手順と上記抽出された取引事象情報に対して値段毎に上記取引種別に応じて取引会員数及び数量を時系列に累積する累積演算手順と、上記値段毎に上記取引種別に応じて累積された取引会員数及び数量を時系列に示す情報である板画面と、上記取得した時刻の直前に行われた1つの該取引事象情報に関する情報を出力する領域である表示部との両方を同一画面に出力する再現手順と、上記第一の取引事象情報を該第一の取引事象情報の一つ前の取引である第二の取引事象情報に置き換えて上記抽出手順と上記累積演算手順と上記再現手順による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第二の取引事象情報に関する情報の表示に更新する前事象再現手順と、上記第一の取引事象情報を該第一の取引事象情報の一つ後の取引である第三の取引事象情報に置き換えて上記抽出手順と上記累積演算手順と上記再現手順による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第三の取引事象情報に関する情報の表示に変更する後事象再現手順とを有するように構成される。
【0017】
上記第三の課題を解決するため、本発明は、請求項に記載されるように、取引商品毎に行なわれる注文に関する取引事象の検証を行なうために実際に行なわれた取引状況を示す画面を再現するシステムでの処理をコンピュータに行なわせるためのプログラムを格納した記憶媒体において、該コンピュータに、注文に関する取引事象毎にサンプリングされた取引事象情報を抽出するための日付及び時刻と取引商品を利用者から取得する取得手順と、上記取引事象情報として少なくとも当該取引事象が発生した日付及びと取引商品と取引種別と該取引を行った会員を特定するための情報と取引数量と値段とを関連付けて格納したデータベースから上記取得した日付において上記取得した取引商品を示す上記取引事象情報を検索し、該日付の最初の取引事象から取得した刻までの取引事象情報を抽出する抽出手順と上記抽出された取引事象情報に対して値段毎に上記取引種別に応じて取引会員数及び数量を時系列に累積する累積演算手順と、上記値段毎に上記取引種別に応じて累積された取引会員数及び数量を時系列に示す情報である板画面と、上記取得した時刻の直前に行われた1つの該取引事象情報に関する情報を出力する領域である表示部との両方を同一画面に出力する再現手順と、上記第一の取引事象情報を該第一の取引事象情報の一つ前の取引である第二の取引事象情報に置き換えて上記抽出手段と上記累積演算手段と上記再現手段による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第二の取引事象情報に関する情報の表示に更新する前事象再現手順と、上記第一の取引事象情報を該第一の取引事象情報の一つ後の取引である第三の取引事象情報に置き換えて上記抽出手段と上記累積演算手段と上記再現手段による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第三の取引事象情報に関する情報の表示に変更する後事象再現手順とを実行させるプログラムを格納した記憶媒体として構成される。
【0018】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
本発明の実施の一形態に係る取引検証支援システム100が構成するネットワークは、例えば、図1のように示される。
図1より、取引検証支援システム100は東証に設置され、各会員(証券会社)AからZとネットワークを経由して接続されている。
【0019】
東証に設置された取引検証支援システム100と各会員AからZは、銘柄毎の値段に応じて売り注文と買い注文が表示される板画面を参照することができる。会員は、会員が持つ顧客からの注文に応じ、銘柄毎の板画面から値段と株数を指定した売り注文又は買い注文を入力する。入力された情報(会員名、銘柄、売り注文又は買い注文を示す注文区別、値段、株数等)は、ネットワークを介して東証の取引検証支援システム100に集約される。取引検証支援システム100は、当該情報をデータベースに格納すると共に、板画面を更新する。板画面は、注文が発生した時、値段等の訂正が発生した時、又は、板寄せにより値が決まり約定した時等に更新され、各会員の板画面も即時に更新される。これらの板画面の更新情報は、取引検証支援システム100のデータベースに格納され蓄積される。
【0020】
本発明の実施の一形態に係る取引検証支援システムが構成されるコンピュータシステムのハードウェア構成は、例えば、図2に示すようになっている。
図2において、このシステムは、CPU(中央演算処理ユニット)11、メモリユニット12、通信ユニット13、入力ユニット14、表示ユニット15、補助記憶システム16、CD−ROMドライブユニット17及びデータベース(DB)19を有している。これらの各ユニット11、12、13、14、15、16、17及びデータベース(DB)19は、バスBに接続されている。
【0021】
CPU11は、メモリユニット12に格納されたプログラムに従って当該取引検証支援システムを制御すると共に、後述するような取引検証支援システムでの処理を行う。メモリユニット12は、RAM及びROMにて構成され、CPU11にて実行されるプログラム、CPU11での処理に必要なデータ、CPU11での処理にて得られたデータ等を格納する。また、メモリユニット12の一部の領域が、CPU11での処理に利用されるワークエリアとして割り付けられている。
【0022】
通信ユニット13は、取引検証支援システムでの各会員との情報の送信及び受信を制御する。
入力ユニット14は、マウス、キーボード等を有し、後述するような板再現処理を行なうためのデータの入力等、必要な各種情報を入力するために用いられる。表示ユニット16は、CPU11の制御のもとに利用者に必要な各種情報を表示する。
【0023】
補助記憶システム16は、例えば、ハードディスクユニットにて構成され、各種ファイル及びプログラムを格納する。
データベース19は、図1に示されるデータベースに相当する。各会員からの注文に係る取引事象は、レコードとしてデータベース19に管理されるテーブルに格納され累積される。データベース19のテーブルに格納され蓄積されたレコードは、後述する板再現処理で必要に応じて抽出され処理される。
【0024】
板再現処理に係るプログラムは、例えば、CD−ROM50によって当該システムに提供される。即ち、板再現処理に係るプログラムが保存されたCD−ROM50がCD−ROMドライブユニット17にセットされると、CD−ROMドライブユニット17がCD−ROM50から当該プログラムを読み出し、その読み出されたプログラムがバスBを介して補助記憶システム16にインストールされる。そして、この板再現処理が起動されると、補助記憶システム16にインストールされた当該プログラムに従ってCPU11がその処理を開始する。尚、当該プログラムを格納する媒体としてCD−ROM50に限定するものではなく、コンピュータが読み取り可能な媒体であればよい。
【0025】
本発明の実施の一形態に係る取引検証支援システムにおいて、CPU11によって実行される板再現処理について、図3、図4及び図5で説明する。図3は、指定銘柄の抽出処理を示すフローチャート図である。図4は、板再現処理を説明するフローチャート図である。図5は、画面遷移を説明する図である。図5での画面図は、便宜上最小限の情報を示す概略図である。
【0026】
例えば、利用者は、1999年4月1日の時刻9時10分に取引された銘柄について検証すると仮定する。
図3において、過去の板画面を再現するために、利用者は、先ず、図5に示す指定銘柄別注文状況画面110を表示ユニット15に表示させる(ステップS11)。ここで、利用者とは、東証で不正な取引がなかったかを監査する人である。利用者は、日付指定111に「1999/04/01」を指定し、時刻指定112に時刻「09:10 」を指定する(ステップS12)。すると、CPU11は、指定された日付及び時刻を検索キーとしてデータベース19から該当する日時に行なわれた取引の全ての銘柄を抽出しリストを作成し、図5に示す指定銘柄別注文状況画面110の取引銘柄リスト113を表示させる(ステップS13)。利用者は、更に、表示された図5の取引銘柄リスト113から調査対象となる特定取引と思われる銘柄を選択する(ステップS14)。利用者は、日付指定と時刻指定によって絞り込まれた取引銘柄リスト113から銘柄を選択できるため、特定取引を絞り込むための調査に要する時間を短縮できる。
【0027】
特定取引が選択されると、CPU11は、指定された日付及び時と銘柄に応じて図5に示す板再現画面120を表示ユニット15に表示させる(板再現処理を開始す)(ステップS20)。
続いて、前述された板再現処理について図4で説明する。
図4より、CPU11は、図1のデータベース19から利用者によって上記指定された日付において、指定された銘柄名に応じた銘柄コードで、板再現に必要な板情報が1取引事象に対し1レコードで格納された板スプールレコードを検索し、当日最初の取引事象を示す板スプールレコードから上記指定された時刻に最も近い板スプールレコードまでを取り出し、板情報を時系列に累積する(ステップS21)。上記板スプールレコードの検索にて、当該銘柄コードの指定日付及び指定時刻に応じて所定の一定時間帯で時系列に並べた図6に示されるようなテーブル200を生成し、一時的に図2のメモリユニット12に格納しても良い。テーブル200を生成しておくことにより、板再現処理を効率良く行なえる。
【0028】
上記例の場合、図5の板再現画面120の日付指定121及び時刻指定122には、指定銘柄別注文状況画面110の日付指定111 及び時刻指定112で利用者により指定された値が表示される。また、板再現画面120の銘柄123には、指定銘柄別注文状況画面110の取引銘柄リスト113から利用者によって選択された銘柄名が表示される。板再現画面120の板画面127には、ステップS21で累積された情報が板情報として表示される(ステップS22)。つまり、時刻9時10分直前までの板スプールレコードが累積され指定時刻までの板情報が表示される。この例の場合、図6のテーブル200の時刻「08:59:59」と時刻「09:00:00」の2つの板スプールレコードが累積される。
【0029】
ここで、図6の板スプールレコードについて説明する。板スプールレコードは、注文等の取引事象が発生した時刻、銘柄コード、売り注文又は買い注文を示す売買区分、注文等の取引事象によって増減した単位株数の増減数量、その取引事象での株の値段、取引した会員コード、取引による会員の増減会員数、及び値段の対当値を示す対当符号等の情報を含む。板スプールレコードは、注文、注文による約定又は値段訂正等の取引事象毎に作成されデータベース19に蓄積される。
【0030】
時刻「08:59:59」と時刻「09:00:00」の2つの板スプールレコードは、共に値段「1020」の売り注文であるため、単位株数の増減数量を示す数量及び増減会員数を示す会員数は加算される。よって、表示される板情報は、2会員(会員数2)から値段「1020」で売数量2単位株数の累計2単位株数の売り注文があったことを示し、板画面127の左半分に表示される。売数量、買数量及び累計は、銘柄毎に単位が異なるが、通常、1000株を1単位株数としている。また、板画面127は、値段を中心に左半分に売り注文を右半分に買い注文を表示する。
【0031】
上記指定時刻直前の時刻「09:00:00」の板スプールレコード内にある会員コードと時刻を取り出す(ステップS23)。この場合、9時0分の板スプールレコードの会員コード「025」(会員Yに対応)及び時刻「09:00:00」が取り出される。
取り出された会員コードと時刻を検索キーとして注文レコードから対応するレコードを抽出する(ステップS24)。注文レコードは、各会員からの売り注文及び買い注文を記録しておくレコードである。当該銘柄コードの指定日付及び指定時刻に応じてある一定時間帯で時系列に並べた図7に示されるようなテーブル300を生成し、一時的に図2のメモリユニット12に格納しても良い。テーブル300を生成しておくことにより、板再現処理を効率良く行なうことができる。この場合、時刻「09:00:00」の注文レコードが抽出される。
【0032】
板再現画面120の表示部128に、抽出された注文レコードより指定時刻直前の会員Yの注文情報が表示される(ステップS25)。
銘柄名「M01」の取引を検証中の利用者は、板再現画面120の巻き戻しボタン124をマウス等の入力ユニット14でクリックすることによって、一つ前の取引事象を示す板情報を検証することができる。利用者の巻き戻しボタン124のクリックにより、CPU11は、板画面127に表示された板情報の一つ前の板スプールレコードまでのレコードを図6のテーブル200から取り出す(ステップS26及びステップS263)。さらに、CPU11は、指定時刻直前の板スプールレコードを当該一つ前の板スプールレコードに置き換えて、同様にステップS22、S23、S24及びS25を行ない、一つ前の板スプールレコードまでのレコードを累積し、板画面127及び表示部128を更新させる。
【0033】
また、利用者は、板再現画面120の再生ボタン125を上記同様にクリックすることによって、一つ後の取引事象を示す板情報を検証することができる。利用者の再生ボタン125のクリックによって、ステップS26の巻き戻しボタンの判断処理での「No」の判断により一つ前の板スプールレコードの取り出しを禁止し、CPU11は、板画面127に表示された板情報の一つ後の板スプールレコードを図6のテーブル200から取り出す(ステップS27及びステップS273)。さらに、CPU11は、指定時刻直前の板スプールレコードを当該一つ後の板スプールレコードに置き換えて、同様にステップS22、S23、S24及びS25を行ない、一つ後の板スプールレコードまでのレコードを累積し、板画面127及び表示部128を更新させる。これにより、実際に行なわれた取引事象を取引中と同じ状況で板画面に再現できるため、従来のように取引注文を照らし合わせながらの検証が不要となる。
【0034】
さらに、会員数が複数の場合、板画面127では、どの会員がどれだけの株数の注文を出したのか、或いは、同一会員による注文は1度又は複数回あったのか等の注文内訳が分からない。この様な場合に、利用者は、板再現画面120の板画面127の値段部分をクリックすることによって、会員毎の注文状況を検証することができる。利用者の板画面127の値段部分のクリックにより、CPU11は、ステップS26の巻き戻しボタンの判断処理での「No」の判断により一つ前の板スプールレコードの取り出しを禁止し、かつ、ステップS27の再生ボタンの判断処理での「No」の判断により一つ後の板スプールレコードの取り出しを禁止し、指定値段の注文状況画面を表示するステップS30を行なう。利用者が板画面127の値段「1020」をクリックした場合、CPU11は、注文レコードのテーブル300等により値段「1020」に応じた注文情報を抽出し、図5に示されるような指定値段注文状況画面130を表示ユニット15に表示させる。この場合、値段「1020」に応じた注文レコードは2つあり、各々会員「X」及び「Y」により1単位株数の売り注文があったことが示される。仮に、同一会員「Y」について2つの注文があった場合は、異なる注文受付時刻に同じ値段「1020」で1単位株数の注文があったことが示される。また、板再現画面120の板画面127で売り注文と買い注文が値段「1020」に表示されるような場合には、指定値段注文状況画面130で売り区分に「売り」又は「買い」の区別がされ、各々の注文受付時刻に応じて表示される。この指定値段注文状況画面130によって、同一会員の注文の動き、会員間の注文の動き、又は注文受付時刻のバラツキ度又は集中度を検証することができるため、取引の正当性又は不当性を監査することができる。さらに、上記表示される時刻は、コンピュータが持つ時刻で管理されるため、たとえ表示時刻が秒単位で同一であっても、μ秒で時系列に表示されるので、利用者は、μ秒で取引の解析をすることができる。利用者により指定値段注文状況画面130が終了されると、ステップS30の処理が終了する。
【0035】
さらに、利用者により巻き戻しボタン124又は再生ボタン125等がクリックされた場合には、CPU11は、ステップS29でクリックされたボタンが板再現終了ボタンでないことを判断し、ステップS26から再度上述と同様の処理を行なう。
図4に示す板再現処理は、利用者による板再現の終了ボタンのクリックによって終了し図5に示す指定銘柄別注文状況画面110に戻る。利用者の板画面の終了ボタンのクリックにより、CPU11は、図3に示す板再現処理(ステップS20)を終了し、図5に示す再度指定銘柄別注文状況画面110を表示ユニット15に表示する。
【0036】
続けて別の検証をする為、利用者により、日付指定或いは時刻指定等の入力があった場合には、CPU11により当該入力が検証を終了させるための入力でないことが判断され(ステップS16)、ステップS12から再度上述と同様の処理が繰り返される。一方、利用者による当該指定銘柄の抽出処理を終了する終了ボタンのクリックされた場合、CPU11は、利用者への検証支援を終了する。
【0037】
実際の会員間の取引事象をデータベース19に格納する際に、例えば、取引事象別に、売買注文の発行毎にデータを格納する注文履歴テーブル、約定情報を格納する約定履歴テーブル及び発行されている注文に対する訂正情報又は取消情報を格納する訂正履歴テーブル等に分類して格納しておくことにより、上記例での処理がより効果的に処理される。例えば、インサイダー取引の場合等は、投資家は、発行した注文の約定状況を常に観察しており、約定が成立しない場合には、即日取消注文を発行する傾向にある。注文の発行状況と訂正状況とを個別に検証することを可能とするため、約定が成立しなかった異常に多い注文を検証するのに効果的である。上記テーブル200は、上記3つのテーブルから抽出されたデータで作成される。また、上記テーブル300は、主に注文履歴テーブルから抽出されたデータで作成される。
【0038】
次に、約定が成立した不正な取引の検証における、本発明の実施例に係る取引検証支援システムでの検証支援の例を、図6、図8及び図9で説明する。図6において、説明の便宜上、テーブル200の幾つかのレコードについて売り成立又は買い成立等の補足説明を付してある。また、図8において、説明の便宜上、特に影響の無い数字部分は英小文字のh、m、n及びx等で記してある。
【0039】
1999年4月1日の10時40分に銘柄名「M01」(銘柄コード「001」)に関する不祥事のニュースが流れた場合の銘柄名「M01」に対する検証の方法を説明する。
利用者は、不祥事のニュースが流れた時刻の前に特別な売買注文があったか、及び、当該時刻の後に不当に利益を得たような買い戻し又は売り戻しがあったかを重点に検証する。つまり、先ず、上述と同様に図5の指定銘柄別注文状況画面110に日付指定111に「1999/04/01」を指定し、不祥事ニュースの流れた10時40分より前時刻から検証をする。例えば、時刻指定に「10:30 」を指定しする。次に、指定銘柄別注文状況画面110の取引銘柄リスト113から銘柄名「M01」を選択する。すると、板再現画面120が表示されるのでボタン124又は125で板画面127を更新しながら、注目すべき大きな売買注文がなかったかを検証する。図6のテーブル200の例の場合、利用者は、図8に示されるテーブル200の例に応じた板再現画面1201から、10時30分直後の会員「Z」(会員コード「026」)の売り注文がより多くの株を売ろうとしたことに気づく。さらに、図8の板再現画面1201の再生ボタン125をクリックすることにより、会員「Z」の6株980円の売り注文が990円及び980円に値を付けた3会員と次々と約定したことが判る。
【0040】
利用者が続けて、再生ボタン125をクリックすることによって、図9に示される板再現画面1202から、ニュース直後の10時41分に会員「Z」が、今度は10時30分の売り注文より安い値(950円)で買い注文を出していることに気づく。さらに再生ボタン125をクリックすることにより、950円の売り注文を発行した他数会員と注文と同時に次々と約定したことが判る。実際の取引においては、即座に約定される場合、約定と同時に売り注文と買い注文が板画面から消えてしまう。しかし、この様な状況も、ボタン124及び125を操作し1画面ずつ再現できるので、不正取引に関与したと思われる会員の取引動向を詳細に検証できる。
【0041】
利用者は、上記板再現による検証で関与会員を絞り込むことができるため、関与会員が実際に利益を得たのかを調査すれば良い。この例では、不祥事ニュースの前後で注文を発行している会員「Z」以外の多くの会員は損失が確定しているにも関わらず、会員「Z」においては利益が確定している。また、会員「Z」は、不祥事ニュースの前後に売り注文と買い注文をタイミング良く発行し、約定をほぼ独占的に成立させていたことを考慮すると、会員「Z」によって行なわれた株取引は、不正取引であった可能性が高いと利用者によって判断される。
【0042】
利用者による上述のボタン124及び125の操作によって、板画面の情報が時系列的に前後させて表示することができるため、ある時刻前後を必要に応じて何度となく再現させることができる。
また、利用者が所望する過去に取引された銘柄の板画面をコンピュータの時間(μ秒)で時系列に再現することで、利用者の思考に応じて、複数の会員から集中して大量の注文が発生した場合等においても、μ秒単位で1画面ずつ表示させることが可能であるので、同時刻に多くの会員によって取引が行なわれた場合でも不正取引に関与したと思われる会員を詳細に検証することができる。
【0043】
上述によって、取引対象となる大量の銘柄は日付指定及び時刻指定によって絞り込まれ、利用者は絞り込まれた銘柄リストから所望の銘柄を容易に選択することができる。
また、板画面の値段を指定することによって、指定された値段の注文状況の動きを時系列に検証することができる。よって、ある特定の値段で過度に頻繁に取引される場合に、特定の会員によって不正な取引が行なわれていなかったかを検証することができる。
【0044】
なお、上記例において、図4に示すステップS21及びS22での処理が請求項1の再現手段に対応する。
【0045】
【発明の効果】
以上、説明してきたように、請求項1乃至5記載の本願発明によれば、日時を指定することによってその日時に取引された銘柄のリストを作成する。さらに、該リストから指定された銘柄に応じて、指定日時までの取引事象を累積し取引状況の画面を再現する。また、値段を指定することによって該値段に関する取引詳細を時系列に表示する。従って、日時を指定することによって大量に取引される銘柄を絞り込むことができ検証すべき銘柄の範囲を狭めることができる。また、取引状況の再現及び値段を指定することで取引詳細を検証することができる。
【0046】
また、請求項6乃至8記載の本願発明によれば、注文等により発生する事象を指定時刻まで累積し指定時刻の取引状況を再現し、不正取引の検証を支援する取引検証支援を提供することができる。
さらに、請求項9乃至11記載の本願発明によれば、上記のような取引検証支援システムでの処理をコンピュータに行なわせるためのプログラムを格納した記憶媒体を提供することができる。
【図面の簡単な説明】
【図1】取引検証支援システムのネットワーク構成図である。
【図2】ハードウェア構成図である。
【図3】指定銘柄の抽出処理を説明するフローチャート図である。
【図4】板再現処理を説明するフローチャート図である。
【図5】画面遷移を説明する図である。
【図6】板スプールレコード構成の例を示す図である。
【図7】注文レコード構成の例を示す図である。
【図8】板再現画面の例を示す図である。
【図9】板再現画面の他の例を示す図である。
【符号の説明】
11 CPU
12 メモリユニット
13 通信ユニット
14 入力ユニット
15 表示ユニット
16 補助記憶システム
17 CD−ROMドライバ
50 CD−ROM
B バス
110 指定銘柄別注文状況画面
120 板再現画面
130 指定値段注文状況画面
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a transaction verification support system that supports verification of transaction validity. More specifically, the present invention accumulates events that occur due to orders, etc. up to a specified time, reproduces the transaction status at the specified time, and verifies transaction validity. A transaction verification support system for supporting
[0002]
The present invention also relates to such a transaction verification support method and a storage medium storing a program for causing a computer to perform processing in the system.
[0003]
[Prior art]
Traditionally, TSE (Tokyo Stock Exchange) trades stocks in the presence of exchanges in the presence of brokers (members). (Trade) orders are recorded in the transaction record for each order. In addition, for example, in the case of general brands, the staff of the exchange organizes the buying and selling orders written on the transaction slip (board), the selling order is from the cheaper price, the buying order from the higher price The order was filled by deciding the price together (boarding).
[0004]
[Problems to be solved by the invention]
The stock price is affected by the published information and goes up and down. When good information that is largely involved in increasing the price of a traded product is disclosed, the price rises because the quantity of buy orders for that traded product increases. On the other hand, when bad information largely related to the decline in the price of a trading product is disclosed, the price falls because the quantity of sell orders for the trading product decreases. Some investors who knew the information before such important information was released, if the information is good information, after purchasing the product in advance and after the information is released If the same transaction product is immediately sold, it is possible to obtain a profit based on the price information of the transaction product in a short time. Conversely, if the information is bad information, sell the transaction product in advance, and immediately purchase the same transaction product after the information has been released, then you can profit from the price drop of the transaction product in a short period of time. It is possible to obtain. An investor who executes such a specific transaction observes whether or not a trading contract for a trading product for that trading product has been established or has not yet been established, and after a certain period, If it has not been established, immediately enter a buy / sell order against the trade order of the traded product and cancel it. Therefore, when auditing a specific transaction at the past time point, first, a transaction slip is extracted from all transaction records for a certain period including before that point, and then an individual transaction slip for a specified transaction product is extracted. Further, it is necessary to perform a three-step process for identifying the purchase order (or sell order) for the sell order (or buy order) of the same member and the same customer. Therefore, a lot of time and troublesome work is required to audit a specific transaction.
[0005]
Accordingly, a first object of the present invention is to provide a transaction verification support system that accumulates events that occur due to orders or the like up to a specified time, reproduces the transaction status at the specified time, and supports verification of unauthorized transactions.
Similarly, the second problem of the present invention is to provide a transaction verification support method for accumulating events that occur due to orders or the like up to a specified time, reproducing the transaction status at the specified time, and supporting the verification of fraudulent transactions. It is.
[0006]
Furthermore, a third object of the present invention is to provide a storage medium storing a program for causing a computer to perform processing in the transaction verification support system as described above.
[0007]
[Means for Solving the Problems]
  In order to solve the first problem, as described in claim 1, the present invention shows a transaction situation actually performed to verify a transaction event related to an order made for each transaction product. In the transaction verification support system that reproduces the screen, at least the date when the transaction event occurred as transaction event information for each transaction event related to the orderAndTimeTimeA transaction event storage means for associating the transaction product, the transaction type, the information for identifying the member who has performed the transaction, the transaction quantity, and the price with each other stored in the database;An acquisition means for acquiring a date and time for extracting the transaction event information and a transaction product from a user;the aboveAcquiredDayIn the appendix, the transaction event information indicating the acquired transaction product is searched and acquired from the first transaction event on that date.TimeUntilTrading event informationthe aboveExtract from transaction event storageExtraction means to,For the extracted transaction event informationFor each priceDepending on the transaction typeAccumulate number of trading members and quantity over timeCumulative calculation means, and the number and quantity of trading members accumulated according to the transaction type for each price are shown in time seriesInformation board screen,Get aboveReproduction means for outputting both the display unit, which is an area for outputting information related to one piece of transaction event information performed immediately before the time, on the same screen;The first transaction event information is replaced with second transaction event information that is a transaction immediately before the first transaction event information, and the processing by the extraction means, the cumulative calculation means, and the reproduction means is executed. Updating the display on the board screen, and updating the display on the display unit to display information on the second transaction event information, and the first transaction event information on the first transaction event information. The display of the board screen is updated by executing processing by the extraction means, the cumulative calculation means, and the reproduction means in place of third transaction event information, which is a transaction immediately after one transaction event information, A post-event reproduction means for changing the display of the display unit to display of information relating to the third transaction event information;It is comprised so that it may have.
[0008]
  In such a transaction verification support system, an actual transaction screen is reproduced according to the specified date and time and the specified transaction product. Moreover, the last transaction event information according to the said date is displayed. Therefore, the transaction status up to the date and time and the transaction status at the date and time can be grasped. The screen showing the transaction status may be expressed in the same way as the actual status of stock buying and selling.Furthermore, it is possible to reproduce every one transaction event before or after every transaction event from the reproduced transaction status on the screen. Therefore, it can verify for every transaction event. Moreover, before and after the transaction status of the reproduced screen can be repeatedly reproduced as necessary.
[0009]
The transaction product indicates a stock brand, for example.
Each transaction event is a transaction process related to an order. For example, when an order is received and the order is executed, there are two transaction events related to the reception of the order: order reception processing and execution processing. In addition, when correcting the price specified in an already received order, there are two transaction events related to the correction of the order: a canceled order cancellation process and a corrected order re-acceptance process.
[0010]
The transaction event information indicates the content of the transaction event. For example, transaction event information indicating order reception by order reception, transaction event information indicating execution due to completion of a contract, or transaction event information due to correction of an accepted order. Each transaction event information includes date and time, transaction product (brand), member (securities company) identification, transaction type, quantity, price, and the like.
The designated date and time is a date and time designated before and after the date and time when significant information that fluctuates the stock price was released.
[0011]
From the viewpoint of reproducing the transaction status at the designated date and time, the present invention is the transaction verification support system according to claim 1, wherein the transaction event information includes a transaction type, a transaction member, The reproduction means includes a price list including information obtained by accumulating the number of trading members and the quantity of the extracted trading event information in time order according to the trading type for each price. Can be configured to be displayed.
[0012]
In such a transaction verification support system, a screen showing a transaction status can be reproduced by accumulating individual transaction event information up to a designated time.
The transaction type indicates the type of transaction event. For example, it indicates a sell order, a buy order, a contract or an order correction.
The number of trading members indicates the number of trade members that have fluctuated due to trading events. For example, when the number of members is increased by issuing an order, the number is indicated by a positive number. When the number of members is decreased by a contract, the number is indicated by a negative number. In the order correction transaction event, no increase or decrease in membership occurs, so zero is indicated. In the transaction event of order cancellation, the number of members is shown as a negative number.
[0013]
  The quantity indicates the order quantity that has fluctuated due to a trading event, like the number of trading members. For example, the quantity is shown in units of 1000 shares. The above price is a unit price. For example, the unit price of a stock is indicated. Further, from the viewpoint of displaying a breakdown of orders related to a specified price, the present invention claims2In the transaction verification support system according to claim 1, the screen of the screen reproduced by the reproduction means is described.GetThere is a designated price transaction display means to display the transaction event information indicating the order according to the price that was ordered in time orderRuConfigured as follows.
[0014]
  In such a transaction verification support system, transaction event information relating to a specified price can be displayed in time order. Therefore, it is possible to analyze the order status for each time which is difficult to understand from the screen showing the transaction status. In addition, if you display the breakdown of orders for the desired price,be able to.
[0015]
  MaIn addition, from the viewpoint of easily selecting a desired brand, the present invention claims3As described in claim 1Or 2In the transaction verification support system described,Acquisition aboveDateAndTimeEvery momentA transaction product list generation unit that generates a list of transaction products having a transaction event is configured to select a desired transaction product from the list.
[0016]
  In such a transaction verification support system, a desired brand can be selected from a list of brands traded at a specified date and time. Therefore, even if a large number of orders are generated, it is possible to narrow down the issues that need to be verified by specifying the date and time. In order to solve the second problem, the present invention claims4In the transaction verification support method that reproduces the screen showing the actual transaction status in order to verify the transaction event related to the order performed for each transaction product as described in the above, it is sampled for each transaction event related to the order. Transaction event informationAcquisition procedure for acquiring the date and time for extracting the transaction product from the user, and the above transaction event informationAt least the date the transaction event occurredAndTimeTimeFrom the database that stores information relating to the transaction product, transaction type, information for identifying the member who performed the transaction, transaction quantity and price in association with each otherAcquiredDayIn the appendix, the transaction event information indicating the acquired transaction product is searched and acquired from the first transaction event on that date.TimeUntilExtract transaction event informationExtraction procedure and,For the extracted transaction event informationFor each priceDepending on the transaction typeAccumulate number of trading members and quantity over timeShows the cumulative calculation procedure and the number and quantity of trading members accumulated according to the transaction type for each price.Information board screen,Get aboveA reproduction procedure for outputting both the display unit, which is an area for outputting information related to one piece of the transaction event information, performed immediately before the time on the same screen;Replacing the first transaction event information with second transaction event information that is a transaction immediately before the first transaction event information, and executing processing according to the extraction procedure, the cumulative calculation procedure, and the reproduction procedure To update the display on the board screen, and to update the display on the display unit to display information on the second transaction event information, and to change the first transaction event information to the first transaction event information. The display of the board screen is updated by executing the process according to the extraction procedure, the cumulative calculation procedure, and the reproduction procedure by replacing the transaction event information with the third transaction event information which is a transaction immediately after the transaction event information. After-event reproduction to change the display on the display unit to display information on the third transaction event informationAnd a procedure.
[0017]
  In order to solve the third problem, the present invention claims6Stores a program that causes a computer to perform processing in a system that reproduces a screen showing the actual transaction status in order to verify transaction events related to orders placed for each transaction product In the storage mediumTo the computer,Trading event information sampled for each trading event related to the orderAcquisition procedure for acquiring the date and time for extracting the transaction product from the user, and the above transaction event informationAt least the date the transaction event occurredAndTimeTimeFrom the database that stores information relating to the transaction product, transaction type, information for identifying the member who performed the transaction, transaction quantity and price in association with each otherAcquiredDayIn the appendix, the transaction event information indicating the acquired transaction product is searched and acquired from the first transaction event on that date.TimeUntilExtract transaction event informationExtraction procedure and,For the extracted transaction event informationFor each priceDepending on the transaction typeAccumulate number of trading members and quantity over timeShows the cumulative calculation procedure and the number and quantity of trading members accumulated according to the transaction type for each price.Information board screen,Get aboveA reproduction procedure for outputting both the display unit, which is an area for outputting information related to one piece of the transaction event information, performed immediately before the time on the same screen;Replacing the first transaction event information with second transaction event information that is a transaction immediately before the first transaction event information, and executing processing by the extraction means, the cumulative calculation means, and the reproduction means To update the display on the board screen, and to update the display on the display unit to display information on the second transaction event information, and to change the first transaction event information to the first transaction event information. The display of the plate screen is updated by executing the processing by the extraction means, the cumulative calculation means, and the reproduction means in place of third transaction event information that is a transaction immediately after the transaction event information. After-event reproduction to change the display on the display unit to display information on the third transaction event informationProcedure andExecuteIt is configured as a storage medium storing a program.
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
The network which the transaction verification support system 100 which concerns on one Embodiment of this invention comprises is shown like FIG. 1, for example.
As shown in FIG. 1, the transaction verification support system 100 is installed on the TSE and is connected to each member (securities company) A to Z via a network.
[0019]
The transaction verification support system 100 installed in TSE and each member A to Z can refer to a board screen on which a sell order and a buy order are displayed according to the price for each brand. The member inputs a sell order or a buy order in which the price and the number of shares are specified from the board screen for each brand according to the order from the customer held by the member. The input information (member name, brand, order distinction indicating selling order or buying order, price, number of shares, etc.) is collected in the TSE transaction verification support system 100 via the network. The transaction verification support system 100 stores the information in a database and updates the board screen. The board screen is updated when an order is generated, when a price or the like is corrected, or when a value is determined and contracted by boarding, and the board screen of each member is updated immediately. The update information of these board screens is stored and accumulated in the database of the transaction verification support system 100.
[0020]
A hardware configuration of a computer system in which a transaction verification support system according to an embodiment of the present invention is configured is, for example, as shown in FIG.
2, this system includes a CPU (Central Processing Unit) 11, a memory unit 12, a communication unit 13, an input unit 14, a display unit 15, an auxiliary storage system 16, a CD-ROM drive unit 17, and a database (DB) 19. Have. Each of these units 11, 12, 13, 14, 15, 16, 17 and the database (DB) 19 are connected to the bus B.
[0021]
The CPU 11 controls the transaction verification support system according to the program stored in the memory unit 12 and performs processing in the transaction verification support system as described later. The memory unit 12 includes a RAM and a ROM, and stores programs executed by the CPU 11, data necessary for processing by the CPU 11, data obtained by processing by the CPU 11, and the like. A part of the memory unit 12 is allocated as a work area used for processing by the CPU 11.
[0022]
The communication unit 13 controls transmission and reception of information with each member in the transaction verification support system.
The input unit 14 includes a mouse, a keyboard, and the like, and is used for inputting various necessary information such as data input for performing plate reproduction processing as described later. The display unit 16 displays various information necessary for the user under the control of the CPU 11.
[0023]
The auxiliary storage system 16 is composed of, for example, a hard disk unit, and stores various files and programs.
The database 19 corresponds to the database shown in FIG. Transaction events related to orders from each member are stored and accumulated as records in a table managed in the database 19. Records stored and accumulated in the table of the database 19 are extracted and processed as necessary in plate reproduction processing described later.
[0024]
A program related to the plate reproduction process is provided to the system by, for example, the CD-ROM 50. That is, when the CD-ROM 50 storing the program related to the plate reproduction process is set in the CD-ROM drive unit 17, the CD-ROM drive unit 17 reads the program from the CD-ROM 50, and the read program is the bus. It is installed in the auxiliary storage system 16 via B. When this plate reproduction process is activated, the CPU 11 starts the process according to the program installed in the auxiliary storage system 16. The medium for storing the program is not limited to the CD-ROM 50, and any medium that can be read by a computer may be used.
[0025]
The board reproduction process executed by the CPU 11 in the transaction verification support system according to the embodiment of the present invention will be described with reference to FIGS. FIG. 3 is a flowchart showing a specified brand extraction process. FIG. 4 is a flowchart for explaining the plate reproduction process. FIG. 5 is a diagram illustrating screen transition. The screen diagram in FIG. 5 is a schematic diagram showing minimum information for convenience.
[0026]
For example, suppose a user verifies a stock traded at 9:10 on April 1, 1999.
In FIG. 3, in order to reproduce the past board screen, the user first causes the display unit 15 to display the order status screen 110 for each designated brand shown in FIG. 5 (step S11). Here, the user is a person who inspects whether there has been an illegal transaction in TSE. The user designates “1999/04/01” as the date designation 111 and designates the time “09:10” as the time designation 112 (step S12). Then, the CPU 11 creates a list by extracting all the brands of transactions performed at the relevant date and time from the database 19 using the designated date and time as a search key, and displays the order status screen 110 for each designated brand shown in FIG. The trading brand list 113 is displayed (step S13). The user further selects a brand that seems to be a specific transaction to be investigated from the trade brand list 113 shown in FIG. 5 (step S14). Since the user can select a brand from the trade brand list 113 narrowed down by the date designation and the time designation, the time required for the investigation for narrowing down the specific transaction can be shortened.
[0027]
When the specific transaction is selected, the CPU 11 displays the plate reproduction screen 120 shown in FIG. 5 on the display unit 15 according to the designated date, time, and brand (starts the plate reproduction process) (step S20).
Next, the plate reproduction process described above will be described with reference to FIG.
As shown in FIG. 4, the CPU 11 uses the stock code corresponding to the designated stock name on the date designated by the user from the database 19 in FIG. The board spool record stored in the above is retrieved, the board spool record indicating the first transaction event on the day is taken out to the board spool record closest to the specified time, and the board information is accumulated in time series (step S21). In the search of the board spool record, a table 200 as shown in FIG. 6 arranged in time series in a predetermined fixed time zone according to the designated date and designated time of the stock code is generated, and temporarily shown in FIG. It may be stored in the memory unit 12. By generating the table 200, the plate reproduction process can be performed efficiently.
[0028]
In the case of the above example, the date designation 121 and the time designation 122 on the board reproduction screen 120 in FIG. 5 display the values designated by the user in the date designation 111 and the time designation 112 on the order status screen 110 for each specified brand. . In addition, the brand name selected by the user from the trade brand list 113 on the order status screen 110 for each designated brand is displayed on the brand 123 on the plate reproduction screen 120. On the plate screen 127 of the plate reproduction screen 120, the information accumulated in step S21 is displayed as plate information (step S22). That is, the plate spool records up to just before 9:10 are accumulated, and the plate information up to the specified time is displayed. In the case of this example, two plate spool records of time “08:59:59” and time “09:00:00” in the table 200 of FIG. 6 are accumulated.
[0029]
Here, the plate spool record of FIG. 6 will be described. The board spool record is the time when a trading event such as an order occurs, the stock code, the trading category indicating a sell or buy order, the amount of increase or decrease in the number of unit shares increased or decreased due to the trading event such as an order, the price of the stock in that trading event Information such as a corresponding member code, a member number increased or decreased due to the transaction, and a corresponding code indicating a corresponding value of the price. The plate spool record is created and stored in the database 19 for each transaction event such as an order, a contract based on the order or price correction.
[0030]
The two plate spool records at time “08:59:59” and time “09:00:00” are both selling orders for the price “1020”. The number of members shown is added. Therefore, the displayed board information indicates that there has been a selling order of 2 unit shares in the cumulative quantity of 2 unit shares at the price “1020” from 2 members (2 members), and is displayed on the left half of the board screen 127. Is done. The units sold and accumulated are different for each brand, but usually 1000 shares are used as one unit. The board screen 127 displays the selling order on the left half and the buying order on the right half centered on the price.
[0031]
The member code and time in the board spool record at time “09:00:00” immediately before the specified time are extracted (step S23). In this case, the member code “025” (corresponding to member Y) and the time “09:00:00” of the board spool record at 9:00 are extracted.
A corresponding record is extracted from the order record using the retrieved member code and time as a search key (step S24). The order record is a record for recording a selling order and a buying order from each member. A table 300 as shown in FIG. 7 arranged in time series in a certain time period according to the specified date and time of the stock code may be generated and temporarily stored in the memory unit 12 of FIG. . By generating the table 300, the plate reproduction process can be performed efficiently. In this case, the order record at time “09:00:00” is extracted.
[0032]
The order information of the member Y immediately before the specified time from the extracted order record is displayed on the display unit 128 of the board reproduction screen 120 (step S25).
The user who is verifying the transaction of the brand name “M01” verifies the board information indicating the previous transaction event by clicking the rewind button 124 of the board reproduction screen 120 with the input unit 14 such as a mouse. be able to. When the user clicks on the rewind button 124, the CPU 11 takes out records up to the board spool record immediately before the board information displayed on the board screen 127 from the table 200 of FIG. 6 (steps S26 and S263). Further, the CPU 11 replaces the board spool record immediately before the designated time with the previous board spool record, and similarly performs steps S22, S23, S24 and S25, and accumulates the records up to the previous board spool record. The board screen 127 and the display unit 128 are updated.
[0033]
In addition, the user can verify the board information indicating the next transaction event by clicking the reproduction button 125 on the board reproduction screen 120 in the same manner as described above. When the user clicks the play button 125, the CPU 11 prohibits the previous board spool record from being taken out by determining “No” in the determination process of the rewind button in step S 26, and the CPU 11 is displayed on the board screen 127. The board spool record immediately after the board information is extracted from the table 200 of FIG. 6 (steps S27 and S273). Further, the CPU 11 replaces the board spool record immediately before the designated time with the next board spool record, and similarly performs steps S22, S23, S24 and S25, and accumulates the records up to the next board spool record. The board screen 127 and the display unit 128 are updated. As a result, since the actual transaction event can be reproduced on the board screen in the same situation as during the transaction, verification while comparing the transaction order as in the conventional case becomes unnecessary.
[0034]
Furthermore, when there are a plurality of members, the board screen 127 does not show the order breakdown such as which member has placed an order of how many shares, or whether the order by the same member has been made once or more than once. . In such a case, the user can verify the order status for each member by clicking the price portion of the plate screen 127 of the plate reproduction screen 120. When the user clicks on the price portion of the board screen 127, the CPU 11 prohibits taking out the previous board spool record by judging “No” in the judgment process of the rewind button in step S26, and in step S27. In step S30, the next button spool record is prohibited from being taken out by the determination of “No” in the playback button determination process, and the order status screen for the specified price is displayed. When the user clicks the price “1020” on the board screen 127, the CPU 11 extracts the order information corresponding to the price “1020” from the order record table 300 and the like, and the specified price order status as shown in FIG. The screen 130 is displayed on the display unit 15. In this case, there are two order records corresponding to the price “1020”, and each member “X” and “Y” indicates that there is a selling order of one unit stock. If there are two orders for the same member “Y”, it is indicated that there is an order of one unit stock at the same price “1020” at different order reception times. Further, when the sell order and the buy order are displayed at the price “1020” on the plate screen 127 of the plate reproduction screen 120, the selling category is distinguished from “sell” or “buy” on the designated price order status screen 130. Is displayed according to each order reception time. This specified price order status screen 130 can verify the order movement of the same member, the movement of the order between members, or the degree of variation or concentration of the order reception time. can do. Furthermore, since the displayed time is managed by the time that the computer has, even if the display time is the same in seconds, it is displayed in chronological order in μ seconds. You can analyze transactions. When the designated price order status screen 130 is finished by the user, the process of step S30 is finished.
[0035]
Further, when the user clicks the rewind button 124 or the playback button 125, the CPU 11 determines that the button clicked in step S29 is not the board reproduction end button, and again from step S26, the same as described above. Perform the following process.
The plate reproduction process shown in FIG. 4 is terminated when the user clicks on a plate reproduction end button, and the screen returns to the designated brand-specific order status screen 110 shown in FIG. When the user clicks the end button on the board screen, the CPU 11 ends the board reproduction process (step S20) shown in FIG. 3 and displays the order status screen 110 for each designated brand shown in FIG.
[0036]
In order to carry out another verification, when the user inputs a date specification or a time specification, the CPU 11 determines that the input is not an input for ending the verification (step S16). From step S12, the same processing as described above is repeated again. On the other hand, when the user clicks the end button for ending the specified brand extraction process, the CPU 11 ends the verification support for the user.
[0037]
When storing actual transaction events between members in the database 19, for example, for each transaction event, an order history table that stores data for each issue of a buy / sell order, a contract history table that stores contract information, and issued orders By classifying and storing in the correction history table or the like for storing correction information or cancellation information for the above, the processing in the above example is processed more effectively. For example, in the case of insider trading, the investor always observes the execution status of the issued order, and if the execution is not established, the investor tends to issue a cancellation order on the same day. Since it is possible to individually verify the issue status and correction status of orders, it is effective to verify an abnormally large number of orders for which no contract has been established. The table 200 is created with data extracted from the three tables. The table 300 is created mainly from data extracted from the order history table.
[0038]
Next, an example of verification support in the transaction verification support system according to the embodiment of the present invention in verification of an illegal transaction for which a promise has been established will be described with reference to FIGS. In FIG. 6, for convenience of explanation, supplementary explanations such as sale establishment or purchase establishment are given to some records of the table 200. Further, in FIG. 8, for convenience of explanation, numerical parts that are not particularly affected are indicated by lowercase letters h, m, n, x, and the like.
[0039]
A method of verifying the brand name “M01” when the news of a scandal relating to the brand name “M01” (brand code “001”) flows at 10:40 on April 1, 1999 will be described.
The user focuses on whether there was a special buy / sell order before the time when the news of the scandal flowed, and whether there was a buyback or resale that was unfairly profitable after that time. That is, first, in the same manner as described above, “1999/04/01” is designated as the date designation 111 on the order status screen 110 by designated brand in FIG. 5, and verification is performed from 10:40 before the scandal news flow. . For example, “10:30” is specified as the time specification. Next, the brand name “M01” is selected from the trading brand list 113 on the order status screen 110 for each designated brand. Then, the board reproduction screen 120 is displayed. The board screen 127 is updated with the button 124 or 125, and it is verified whether or not there is a large sales order to be noted. In the case of the example of the table 200 in FIG. 6, the user selects the member “Z” (member code “026”) immediately after 10:30 from the board reproduction screen 1201 corresponding to the example of the table 200 shown in FIG. Notice that the sell order tried to sell more shares. Furthermore, by clicking the play button 125 on the board reproduction screen 1201 in FIG. 8, the selling order of 980 yen for 6 shares of the member “Z” was successively filled with 3 members who priced 990 yen and 980 yen. I understand.
[0040]
When the user continues to click the play button 125, the member “Z” at 10:41 immediately after the news from the board reproduction screen 1202 shown in FIG. I notice that I am placing a buy order at a low price (950 yen). Further, by clicking the play button 125, it can be seen that other members who issued a selling order of 950 yen were contracted one after another at the same time as the order. In actual transactions, if the contract is executed immediately, the sell order and the buy order disappear from the board screen at the same time as the execution. However, such a situation can also be reproduced on a screen-by-screen basis by operating the buttons 124 and 125, so that it is possible to verify in detail the transaction trends of members who are thought to have been involved in unauthorized transactions.
[0041]
Since the user can narrow down the participating members by the verification by the above plate reproduction, it is only necessary to investigate whether the participating members actually gained profits. In this example, many members other than the member “Z” who has issued an order before and after the scandal news have confirmed the profit in the member “Z”, although the loss has been confirmed. Also, considering that the member “Z” issued sell and buy orders in a timely manner before and after the scandal news, and the contract was made almost exclusively, the stock trading conducted by the member “Z” The user determines that there is a high possibility that the transaction was fraudulent.
[0042]
By operating the above buttons 124 and 125 by the user, the information on the board screen can be displayed back and forth in chronological order, so that before and after a certain time can be reproduced as many times as necessary.
In addition, by reproducing the screens of the brands traded in the past desired by users in chronological order in computer time (μs), a large amount can be concentrated from multiple members according to the user's thoughts. Even when an order is generated, it is possible to display one screen at a time in units of microseconds. Therefore, details of members who seem to have been involved in fraudulent transactions even if transactions were made by many members at the same time. Can be verified.
[0043]
As described above, a large number of brands to be traded are narrowed down by date designation and time designation, and the user can easily select a desired brand from the narrowed brand list.
Also, by specifying the price of the board screen, it is possible to verify the movement of the order status at the specified price in time series. Therefore, when an excessively frequent transaction is performed at a specific price, it is possible to verify whether an unauthorized transaction has been performed by a specific member.
[0044]
In the above example, the processing in steps S21 and S22 shown in FIG.
[0045]
【The invention's effect】
As described above, according to the present invention described in claims 1 to 5, by designating a date and time, a list of brands traded on that date and time is created. Further, according to the brand specified from the list, the transaction events up to the specified date and time are accumulated to reproduce the transaction status screen. Further, by specifying a price, transaction details regarding the price are displayed in time series. Therefore, by specifying the date and time, it is possible to narrow down the brands to be traded in large quantities, and to narrow the range of brands to be verified. Moreover, the transaction details can be verified by specifying the reproduction of the transaction status and the price.
[0046]
Further, according to the present invention described in claims 6 to 8, it is possible to provide transaction verification support for accumulating events that occur due to orders or the like up to a specified time, reproducing a transaction status at the specified time, and supporting verification of illegal transactions. Can do.
Furthermore, according to the present invention described in claims 9 to 11, it is possible to provide a storage medium storing a program for causing a computer to perform the processing in the transaction verification support system as described above.
[Brief description of the drawings]
FIG. 1 is a network configuration diagram of a transaction verification support system.
FIG. 2 is a hardware configuration diagram.
FIG. 3 is a flowchart for explaining a specified brand extraction process;
FIG. 4 is a flowchart illustrating plate reproduction processing.
FIG. 5 is a diagram illustrating screen transition.
FIG. 6 is a diagram showing an example of a configuration of a board spool record.
FIG. 7 is a diagram illustrating an example of an order record configuration.
FIG. 8 is a diagram showing an example of a plate reproduction screen.
FIG. 9 is a diagram showing another example of a plate reproduction screen.
[Explanation of symbols]
11 CPU
12 Memory unit
13 Communication unit
14 Input unit
15 Display unit
16 Auxiliary storage system
17 CD-ROM driver
50 CD-ROM
B bus
110 Order status screen by specified brand
120 plate reproduction screen
130 Specified price order status screen

Claims (7)

取引商品毎に行なわれる注文に関する取引事象の検証を行なうために実際に行なわれた取引状況を示す画面を再現する取引検証支援システムにおいて、
注文に関する取引事象毎に取引事象情報として、少なくとも該取引事象が発生した日付及びと取引商品と取引種別と該取引を行った会員を特定するための情報と取引数量と値段とを関連付けてデータベースに格納する取引事象格納手段と、
上記取引事象情報を抽出するための日付及び時刻と取引商品を利用者から取得する取得手段と、
上記取得した日付において上記取得した取引商品を示す上記取引事象情報を検索し、該日付の最初の取引事象から取得した刻までの取引事象情報を上記取引事象格納手段から抽出する抽出手段と
上記抽出された取引事象情報に対して値段毎に上記取引種別に応じて取引会員数及び数量を時系列に累積する累積演算手段と、
上記値段毎に上記取引種別に応じて累積された取引会員数及び数量を時系列に示す情報である板画面と、上記取得した時刻の直前に行われた1つの該取引事象情報に関する情報を出力する領域である表示部との両方を同一画面に出力する再現手段と
上記第一の取引事象情報を該第一の取引事象情報の一つ前の取引である第二の取引事象情報に置き換えて上記抽出手段と上記累積演算手段と上記再現手段による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第二の取引事象情報に関する情報の表示に更新する前事象再現手段と、
上記第一の取引事象情報を該第一の取引事象情報の一つ後の取引である第三の取引事象情報に置き換えて上記抽出手段と上記累積演算手段と上記再現手段による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第三の取引事象情報に関する情報の表示に変更する後事象再現手段とを有する取引検証支援システム。
In a transaction verification support system that reproduces a screen showing the status of transactions actually performed in order to verify transaction events related to orders made for each transaction product,
As a transaction event information for each transaction events related to the order, associated with the price and information for identifying the member who conducted the transaction type and the deal with at least the transaction events and the time time date that occurred traded commodity and the trading volume Transaction event storage means stored in the database,
An acquisition means for acquiring a date and time for extracting the transaction event information and a transaction product from a user;
Searching the transaction event information indicating the acquired products traded in date that the acquired, extracting the transaction event information up time when the acquired from the first transaction events with該日 from the transaction event storage means extracting means And
Cumulative calculation means for accumulating the number of trading members and the quantity in time series according to the transaction type for each price with respect to the extracted transaction event information ,
A board screen which is information indicating the number of trading members and quantity accumulated in accordance with the transaction type for each price in a time series, and information relating to one piece of the transaction event information performed immediately before the acquired time. Reproduction means for outputting both the display area which is an output area to the same screen ,
Replacing the first transaction event information with second transaction event information that is a transaction immediately before the first transaction event information, and executing processing by the extraction means, the cumulative calculation means, and the reproduction means Updating the display of the board screen by the previous event reproduction means for updating the display of the display unit to display information on the second transaction event information,
Replacing the first transaction event information with third transaction event information which is a transaction immediately after the first transaction event information, and executing processing by the extraction means, the cumulative calculation means, and the reproduction means And a post-event reproduction means for updating the display on the board screen and changing the display on the display unit to display information on the third transaction event information .
請求項1記載の取引検証支援システムにおいて、
上記再現手段によって再現された上記画面の取得した値段に応じた注文を示す取引事象情報を時間順に表示させる指定値段取引表示手段を有するようにした取引検証支援システム。
In the transaction verification support system according to claim 1,
A transaction verification support system comprising designated price transaction display means for displaying, in chronological order, transaction event information indicating an order corresponding to an acquired price of the screen reproduced by the reproduction means.
請求項1又は2記載の取引検証支援システムにおいて、
上記取得された日付及び刻に取引事象のある取引商品のリストを生成する取引商品リスト生成手段を有し、該リストから所望の取引商品を選択するようにした取引検証支援システム。
In the transaction verification support system according to claim 1 or 2 ,
Trading verification support system adapted has a trading product list generating means for generating a list of trading instruments with trading events and the time time date that is the acquisition, selects a desired transaction item from the list.
取引商品毎に行なわれる注文に関する取引事象の検証を行なうために実際に行なわれた取引状況を示す画面を再現する取引検証支援方法において、
注文に関する取引事象毎にサンプリングされた取引事象情報を抽出するための日付及び時刻と取引商品を利用者から取得する取得手順と、
上記取引事象情報として少なくとも当該取引事象が発生した日付及びと取引商品と取引種別と該取引を行った会員を特定するための情報と取引数量と値段とを関連付けて格納したデータベースから上記取得した日付において上記取得した取引商品を示す上記取引事象情報を検索し、該日付の最初の取引事象から取得した刻までの取引事象情報を抽出する抽出手順と
上記抽出された取引事象情報に対して値段毎に上記取引種別に応じて取引会員数及び数量を時系列に累積する累積演算手順と、
上記値段毎に上記取引種別に応じて累積された取引会員数及び数量を時系列に示す情報である板画面と、上記取得した時刻の直前に行われた1つの該取引事象情報に関する情報を出力する領域である表示部との両方を同一画面に出力する再現手順と、
上記第一の取引事象情報を該第一の取引事象情報の一つ前の取引である第二の取引事象情報に置き換えて上記抽出手順と上記累積演算手順と上記再現手順による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第二の取引事象情報に関する情報の表示に更新する前事象再現手順と、
上記第一の取引事象情報を該第一の取引事象情報の一つ後の取引である第三の取引事象情報に置き換えて上記抽出手順と上記累積演算手順と上記再現手順による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第三の取引事象情報に関する情報の表示に変更する後事象再現手順とを有する取引検証支援方法。
In a transaction verification support method for reproducing a screen showing a transaction status actually performed in order to verify a transaction event related to an order made for each transaction product,
An acquisition procedure for acquiring the date and time and the transaction product for extracting the transaction event information sampled for each transaction event related to the order from the user;
The from a database that stores in association with information and trading volume and price for identifying the members of at least the transaction event went was the date and time time trading commodity transaction type and the transaction occurs as the transaction event information and the extraction procedure for extracting the transaction event information up to the time when the search for the transaction event information indicating the transaction products that the acquired, was taken from the first transaction events with該日in with acquired day,
A cumulative calculation procedure for accumulating the number of trading members and quantity in time series according to the transaction type for each price with respect to the extracted transaction event information ,
A board screen which is information indicating the number of trading members and quantity accumulated in accordance with the transaction type for each price in a time series, and information relating to one piece of the transaction event information performed immediately before the acquired time. Reproduction procedure to output both the display area that is the output area to the same screen,
Replacing the first transaction event information with second transaction event information that is a transaction immediately before the first transaction event information, and executing processing according to the extraction procedure, the cumulative calculation procedure, and the reproduction procedure Update the display of the board screen by the previous event reproduction procedure for updating the display of the display unit to display information on the second transaction event information,
Replacing the first transaction event information with third transaction event information, which is a transaction immediately after the first transaction event information, and executing processing according to the extraction procedure, the cumulative calculation procedure, and the reproduction procedure And a post-event reproduction support procedure for updating the display on the board screen and changing the display on the display unit to display information on the third transaction event information .
請求項記載の取引検証支援方法において、
上記再現手順によって再現された上記画面の取得した値段に応じた注文を示す取引事象情報を時間順に表示させる指定値段取引表示手順を有するようにした取引検証支援方法。
In the transaction verification support method according to claim 4 ,
A transaction verification support method including a specified price transaction display procedure for displaying, in time order, transaction event information indicating an order corresponding to an acquired price of the screen reproduced by the reproduction procedure.
取引商品毎に行なわれる注文に関する取引事象の検証を行なうために実際に行なわれた取引状況を示す画面を再現するシステムでの処理をコンピュータに行なわせるためのプログラムを格納した記憶媒体において、該コンピュータに、
注文に関する取引事象毎にサンプリングされた取引事象情報を抽出するための日付及び時刻と取引商品を利用者から取得する取得手順と、
上記取引事象情報として少なくとも当該取引事象が発生した日付及びと取引商品と取引種別と該取引を行った会員を特定するための情報と取引数量と値段とを関連付けて格納したデータベースから上記取得した日付において上記取得した取引商品を示す上記取引事象情報を検索し、該日付の最初の取引事象から取得した刻までの取引事象情報を抽出する抽出手順と
上記抽出された取引事象情報に対して値段毎に上記取引種別に応じて取引会員数及び数量を時系列に累積する累積演算手順と、
上記値段毎に上記取引種別に応じて累積された取引会員数及び数量を時系列に示す情報である板画面と、上記取得した時刻の直前に行われた1つの該取引事象情報に関する情報を出力する領域である表示部との両方を同一画面に出力する再現手順と、
上記第一の取引事象情報を該第一の取引事象情報の一つ前の取引である第二の取引事象情報に置き換えて上記抽出手段と上記累積演算手段と上記再現手段による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第二の取引事象情報に関する情報の表示に更新する前事象再現手順と、
上記第一の取引事象情報を該第一の取引事象情報の一つ後の取引である第三の取引事象情報に置き換えて上記抽出手段と上記累積演算手段と上記再現手段による処理を実行することにより上記板画面の表示を更新し、また、上記表示部の表示を、該第三の取引事象情報に関する情報の表示に変更する後事象再現手順とを実行させるプログラムを格納した記憶媒体。
In a storage medium storing a program for causing a computer to perform processing in a system that reproduces a screen showing a transaction status actually performed in order to verify a transaction event related to an order made for each transaction product, the computer In addition,
An acquisition procedure for acquiring the date and time and the transaction product for extracting the transaction event information sampled for each transaction event related to the order from the user;
The from a database that stores in association with information and trading volume and price for identifying the members of at least the transaction event went was the date and time time trading commodity transaction type and the transaction occurs as the transaction event information and the extraction procedure for extracting the transaction event information up to the time when the search for the transaction event information indicating the transaction products that the acquired, was taken from the first transaction events with該日in with acquired day,
A cumulative calculation procedure for accumulating the number of trading members and quantity in time series according to the transaction type for each price with respect to the extracted transaction event information ,
A board screen which is information indicating the number of trading members and quantity accumulated in accordance with the transaction type for each price in a time series, and information relating to one piece of the transaction event information performed immediately before the acquired time. Reproduction procedure to output both the display area that is the output area to the same screen,
Replacing the first transaction event information with second transaction event information that is a transaction immediately before the first transaction event information, and executing processing by the extraction means, the cumulative calculation means, and the reproduction means Update the display of the board screen by the previous event reproduction procedure for updating the display of the display unit to display information on the second transaction event information,
Replacing the first transaction event information with third transaction event information which is a transaction immediately after the first transaction event information, and executing processing by the extraction means, the cumulative calculation means, and the reproduction means A storage medium storing a program for updating the display on the board screen and executing a post-event reproduction procedure for changing the display on the display unit to display information on the third transaction event information .
請求項6記載のプログラムを格納する記憶媒体において、
上記再現手順によって再現された上記画面の取得した値段に応じた注文を示す取引事象情報を時間順に表示させる指定値段取引表示手順を備えたプログラムを格納した記憶媒体。
A storage medium for storing the program according to claim 6.
A storage medium storing a program having a specified price transaction display procedure for displaying, in chronological order, transaction event information indicating an order corresponding to an acquired price of the screen reproduced by the reproduction procedure.
JP35198599A 1999-12-10 1999-12-10 Transaction verification support system, transaction verification support method, and storage medium storing a program for causing a computer to perform processing in the system Expired - Fee Related JP3974302B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP35198599A JP3974302B2 (en) 1999-12-10 1999-12-10 Transaction verification support system, transaction verification support method, and storage medium storing a program for causing a computer to perform processing in the system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP35198599A JP3974302B2 (en) 1999-12-10 1999-12-10 Transaction verification support system, transaction verification support method, and storage medium storing a program for causing a computer to perform processing in the system

Publications (2)

Publication Number Publication Date
JP2001167155A JP2001167155A (en) 2001-06-22
JP3974302B2 true JP3974302B2 (en) 2007-09-12

Family

ID=18420991

Family Applications (1)

Application Number Title Priority Date Filing Date
JP35198599A Expired - Fee Related JP3974302B2 (en) 1999-12-10 1999-12-10 Transaction verification support system, transaction verification support method, and storage medium storing a program for causing a computer to perform processing in the system

Country Status (1)

Country Link
JP (1) JP3974302B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004213283A (en) * 2002-12-27 2004-07-29 Daiwa Securities Group Inc Carry-over processor, carry-over processing method, and program for carry-over processing
JP2007272703A (en) * 2006-03-31 2007-10-18 Daiwa Securities Group Inc Securities transaction system, securities transaction server, securities transaction method and program
JP2008146675A (en) * 2008-02-05 2008-06-26 Daiwa Securities Group Inc Method and apparatus for ordering trading of securities and program

Also Published As

Publication number Publication date
JP2001167155A (en) 2001-06-22

Similar Documents

Publication Publication Date Title
US8935181B2 (en) Municipal bond tracking and evaluation system
US20200043037A1 (en) Point management system and point management program
US20090006268A1 (en) Computer-based method for teaming research analysts to generate improved securities investment recommendations
CA2471294A1 (en) Sales optimization
JP2008522252A (en) How to do retail sales analysis
JP2004310761A (en) Securities transaction support system and securities transaction support method
JP2003504701A (en) Portfolio investment guidelines / compliance and financial fund management system
JP2001154722A (en) Production planning system
US20120271741A1 (en) Inventory price optimization with key price list
JP2011238075A (en) Financial product transaction management device and program
JP3974302B2 (en) Transaction verification support system, transaction verification support method, and storage medium storing a program for causing a computer to perform processing in the system
KR101732097B1 (en) Method for Providing a Stock Item using asking price information of Home Trading System
JP4253646B2 (en) Market transaction support system, apparatus, method and program
JP2006259858A (en) Exhibit management system and computer program for managing exhibit
JP4250979B2 (en) Product or service information providing system and method
JP2004258717A (en) Cost management system and method
JP5815815B2 (en) Financial product transaction management device, program
JP6405445B2 (en) Financial product transaction management device, program
JP2021120913A (en) Financial product transaction management device, financial product transaction management system, and program
JP6271661B2 (en) Financial product transaction management device, program
JPH05101108A (en) Control method for customer data
JP2003022366A (en) System for updating utilization limit amount in finance
JP6001744B2 (en) Financial product transaction management device, program
JP6585792B2 (en) Financial product transaction management device, program
JP4154973B2 (en) Rental equipment management system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040324

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060829

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061030

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070306

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070507

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: 20070605

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070614

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100622

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110622

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120622

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120622

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130622

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140622

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees