JP3656043B2 - Negotiation support system and method for trading market of stocks, securities, products, etc. - Google Patents

Negotiation support system and method for trading market of stocks, securities, products, etc. Download PDF

Info

Publication number
JP3656043B2
JP3656043B2 JP2001243864A JP2001243864A JP3656043B2 JP 3656043 B2 JP3656043 B2 JP 3656043B2 JP 2001243864 A JP2001243864 A JP 2001243864A JP 2001243864 A JP2001243864 A JP 2001243864A JP 3656043 B2 JP3656043 B2 JP 3656043B2
Authority
JP
Japan
Prior art keywords
negotiation
transaction
party
screen
parties
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 - Lifetime
Application number
JP2001243864A
Other languages
Japanese (ja)
Other versions
JP2003058707A (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.)
Nihon Unisys Ltd
Original Assignee
Nihon Unisys 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 Nihon Unisys Ltd filed Critical Nihon Unisys Ltd
Priority to JP2001243864A priority Critical patent/JP3656043B2/en
Publication of JP2003058707A publication Critical patent/JP2003058707A/en
Application granted granted Critical
Publication of JP3656043B2 publication Critical patent/JP3656043B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、株式、証券、商品等の取引市場における約定締結のための交渉を支援する交渉支援システムおよびその方法に関する。
【0002】
【従来の技術】
近年においては、株式、証券、商品等の取引市場において、各取引当事者の取引希望(注文)を付け合せる手段として、コンピュータシステムが導入されている。いわゆる「電子市場」と呼ばれているが、この電子市場システムにおいては、原則として、相対する取引を希望する取引当事者の注文が合致すれば、自動的に取引を成立させ、または取引を成立させることを取引当事者に確認させる機能が実現されている。
【0003】
これに対し、実際の取引においては、若干の条件が異なる場合には、交渉によって約定成立へ導くことがあるため、自動的な取引成立機能だけでは、電子市場における取引が活性化しないこととなる。
【0004】
この問題に関し、電子市場システムにおいて交渉機能を実現する技術として、特願平8−507171号(特表平10−504409号公報参照)に開示されたような交渉照合システムが知られている。これは、取引条件を交渉するために複数の当事者間で、交渉メッセージを伝送するものである。この交渉メッセージの伝送の例として、自由な対話形式によるものが開示されている。
【0005】
また、コンピュータを用いた電子市場システムにおいて、複数の当事者間において、交渉メッセージを伝送すること自体は、例えば、既知の電子掲示板システム、電子メールシステム、電子チャットシステムを用いても実現することができる。
【0006】
【発明が解決しようとする課題】
しかしながら、これらの技術は、いずれも交渉メッセージを、メッセージ文として(フォーマットは問わないが)伝送し、相手方の表示装置上にメッセージとして発生順に表示させるものであるから、メッセージの交換が繰り返されることにより、過去のメッセージが表示装置上から順次消去されて行くか、スクロール機能により当事者の視覚から消えることになる。つまり、単なるメッセージの伝送技術が開示されているに過ぎないのである。
【0007】
このため、次のような問題が生じている。
(1)交渉メッセージを入力するために、キーボードから全ての交渉条件を入力しなくてはならず、入力作業が煩雑となっている。
(2)交渉条件を逐次追加して複数提示した中から相手の条件にあった交渉条件を選択させる場合には、一覧性に欠ける。
(3)交渉条件を訂正したり、取り消したりする場合、入力が煩雑なだけでなく、最新の条件が理解しにくい。
(4)複数の相手と同時進行的に交渉する場合、一覧性に欠けるため、どの条件が有利か判断し難い。
【0008】
本発明の目的は、前述したような従来の技術における問題点を解消しうるような取引市場における交渉支援システムおよびその方法を提供することである。
【0009】
【課題を解決するための手段】
本発明によれば、取引市場における約定締結のための交渉を支援する交渉支援システムにおいて、複数の取引当事者の端末と通信回線を介して接続される取引処理コンピュータを備えており、該取引処理コンピュータは、少なくとも、各取引当事者の端末から入力されてくる注文データおよび/または交渉条件データを互いに関連させて且つ該取引当事者を識別する識別情報、注文データを識別する識別情報および交渉条件付であることを識別する識別情報と共に記録するための取引情報記憶手段と、複数の当事者との同一取引に対する交渉について、前記取引情報記憶手段に記憶された各情報に基づき、少なくとも交渉の対象となっている注文データの状況を示す情報、交渉の状況を示す情報、当事者または端末を識別する情報および取引を識別する情報によって構成される複数の独立した当事者間の交渉プロセスを生成するための交渉制御手段と、同一取引に対する複数の当事者との交渉状況を一つの画面において一覧性をもった交渉画面として当該当事者の端末に表示させるための交渉画面制御手段と、前記交渉制御手段からの確定した交渉条件を取引条件とした約定成立処理を指示する信号に基づき約定成立処理を行うための約定執行手段とを実現する機能を有しており、前記交渉制御手段は、交渉の当事者から交渉条件が入力されると、当該交渉条件を交渉プロセスと関連付けて前記取引情報記憶手段に記憶させ、且つ前記約定執行手段において特定の交渉プロセスにおける約定が成立した場合に、約定が成立した注文データを識別する識別情報と同じ識別情報を有する交渉プロセスを検出して、交渉の終了処理を行うことを特徴とする交渉支援システムが提供される。
【0010】
本発明の一つの実施の形態によれば、前記一覧性をもった交渉画面は、表形式のものである。
【0011】
本発明の別の実施の形態によれば、前記交渉画面制御手段は、一つの取引に対して複数の交渉要求があった場合には、該交渉要求の対象となっている取引当事者の端末に表示される交渉画面が当該複数の交渉要求をなした取引当事者との交渉状況を一覧可能なものとなるようにするが、該交渉要求をなした取引当事者の各々の端末に表示される交渉画面には他の交渉要求をなした取引当事者の交渉状況が表示されないようにする。
【0012】
本発明のさらに別の実施の形態によれば、前記交渉画面制御手段は、前記交渉要求の対象となっている取引当事者の端末に表示される交渉画面において、前記複数の交渉要求をなした取引当事者との交渉状況の各々が互いに識別容易な形式にて表示されるようにする。
【0021】
【発明の実施の形態】
次に、添付図面に基づいて、本発明の実施の形態および実施例について、本発明をより詳細に説明する。
【0022】
なお、以下に詳細に説明する本発明の実施の形態および実施例は、無担保コール取引を行うシステムを例にしているのであるが、本発明は、当該無担保コール取引のみならず、通貨、株式、オイル等の種々な商品等、様々な取引システムに応用が可能なものである。また、取引当事者からの取引指示(注文情報)がシステムに入力されると、当該システムは自動的に相対する注文情報のマッチングを行ない、取引を成立させようとするのが通常であるが、本発明の交渉支援システムおよびその方法では、より取引に柔軟性を持たせて、円滑な約定成立を促進させるため、取引当事者による注文情報の入力時に、約定の自動成立とは別に、交渉可能の条件をつけることが可能に構成されており、当該条件を識別して交渉支援システムが両当事者間の交渉を支援する。
システムの構成
本発明の一実施例としての交渉支援システムは、ネットワークにより取引当事者のコンピュータ端末に接続され、当事者間の取引をリアルタイムおよび/またはバッチ処理にて処理する取引処理コンピュータ(取引処理サーバ)と取引当事者のコンピュータ端末から送信される注文データ等の取引指示情報をネットワーク経由にて受信し、交渉データを当該端末に送信する通信手段とを備える。そして、この交渉支援システムは、当然の目的として交渉が成立した取引の約定成立をシステム上で行なうため、約定執行のための機能を有し、これは取引処理コンピュータにて実現される。この取引処理コンピュータは、インターネット等のネットワークと接続可能に構成されており、その接続方法、ネットワークの種類は問わない。TCP/IPを利用したインターネットによる接続が考えられるが、より高速で安全性の高い専用回線による接続を行なうことも可能である。
【0023】
図1は、前述したような交渉支援システムの構成を概略的に示しており、図2は、取引処理コンピュータの構成の概要を示している。これら図に略示されるように、本交渉支援システムの主要部を示す取引処理コンピュータ10は、通信手段20を介して、公衆回線、専用回線等のネットワーク1に対して接続され、さらに、取引当事者のコンピュータ端末30に接続される。この通信手段20としては、一般的には通信モデムなどが知られているが、インターネットのようなオープンネットワークに接続する場合には、モデム等の通信装置に加えて、ネットワーク接続用のサーバを経由し、よりセキュリティーを高めることが考えられる。図では、有線による接続のように見えるが、無線方式による通信も可能であり、通信方式に応じて通信モデム等の通信機器を変更すれば良い。
【0024】
図2に略示されるように、取引処理コンピュータ10は、本システムにおいては、約定執行手段11と、交渉制御手段12と、交渉画面制御手段13と、タイマー手段14とを実現する機能を有している。また、図2においては、取引処理コンピュータ10は、取引情報記憶手段(交渉条件記憶手段)15に接続するように示されているが、この取引情報記憶手段15は、取引処理コンピュータ10の内部に存在しても良く、取引当事者によって入力された交渉の対象となる取引情報が記録されるものである。もちろん、この取引情報記憶手段15には、本発明の対象ではないが、交渉を行なう必要のない、自動約定成立だけを目的とした取引情報も記録される。交渉条件が付された取引情報が取引当事者により入力された場合には、当該交渉条件も記録される。
システムの操作、機能および動作
以下に、前述したような構成を有する交渉支援システムの操作、機能および動作について順をおって説明する。
(1)取引情報の入力
取引当事者Aは、ネットワーク1経由により取引処理コンピュータ10と接続された自己の端末30から、自己が所望する取引指示=注文データを入力する。
【0025】
この際、取引当事者が自動約定成立と共に/または自動約定成立に代えて交渉による約定成立を希望する場合には、当該注文データに交渉条件(交渉データ)を付加する。交渉条件は、例えば、図3のような入力画面により取引当事者に入力が促される。
【0026】
図3の入力画面に現れている注文番号とは、当該交渉条件が付加される元の注文データを示し、取引処理コンピュータ10における処理において、当該注文データを一義に識別することができるように付与されたものである。図3の入力画面は、一旦、注文データの入力が行なわれ、次に交渉条件(交渉条件データまたは交渉データ)の入力を行なう場合の例であるが、注文データの入力と同時に交渉条件の入力を行なえるように画面を構成することも可能である。
【0027】
図4は、このような注文データの構造例を示しており、図5は、交渉データの構造例を示している。
(2)取引データの送信
取引当事者Aにおいて交渉条件付の注文データが入力され、取引処理コンピュータ10に送信されると、取引処理コンピュータ10は、これを受信し、注文データの登録ステップに入る。取引処理コンピュータ10は、送信されてきた取引データを、1取引データ1テーブルの情報として、取引情報記憶手段15に記憶する。この際、注文データは、識別可能な前記識別情報とともに記録される。また、当該注文データが交渉条件付であることを識別するデータも記録される。
【0028】
この交渉条件付であることを識別するデータとは、例えば、注文データのレコードに交渉条件の有無を示すフィールドを設けておき、当該フィールドに対する任意のパラメータであることが望ましい。図4に記載しているデータ構造では、「○」印で記載されているが、このような記号に限定されない。
【0029】
交渉条件のデータは、注文データに付随する情報として、当該注文データと同じレコードに記録されてもよいし、注文データとは別に一つの交渉条件データを1レコードとして別に記録を行なっても良い。別に記録する場合は、前記注文データの識別情報を交渉条件に関連させて記録することで、どの交渉条件データがどの注文データに対応するかを識別することが可能になっていることが望ましい。
【0030】
更に、一つの注文データに対し、複数の交渉条件が示されることもあるため、交渉条件のデータは、関連する複数の交渉条件を記録することができるように構成されており、関連する交渉条件データは相互に関連付けられていることが望ましい。
(3)交渉条件付注文データの表示
取引処理コンピュータ10は、注文データの入力があった場合、その内容に基づき端末表示用の情報を生成して各端末に送信する。他の取引当事者は、このようにして送信されてきた注文データが自己の端末30に表示されることで、市場の取引状況を把握することができる。
【0031】
本発明とは直接関係しないが、注文データに対して交渉の余地が定められていないもの、つまり自動約定成立だけを対象とする注文データは、取引処理コンピュータ10が注文データの記憶を行なうと同時に付け合せ可能な注文があるか否かを検出し、自動約定成立が可能な注文が検出されると、他の取引当事者の端末に注文データが表示されることなく、約定の成立処理が行なわれる。なお、付け合せの対象となった注文データが端末の画面に表示されている場合は、当該注文データは付け合せが行なわれた段階で他の取引当事者からの約定成立や交渉要求を受け付けないようにロック処理を行ない、約定が成立した時点で画面上の表示から消去されることが望ましい。
【0032】
交渉条件付の取引データの入力があった場合、取引処理コンピュータ10は、当該注文データが取引条件付きであることが取引当事者にわかりやすいように、自動約定成立の注文データと区別可能な方法にて表示データを生成する。例えば、表示色や表示フォントを変えたり、交渉条件付であることを意味する記号等を付加しても良い。
(4)交渉開始
図6は、取引処理コンピュータ10によって取引当事者の端末画面に表示される取引データの表示例である。この表示例は、いわゆる付け合わせ板形式のものである。例えば、図6の例では、交渉条件付きの取引データは、黒色の背景に白色で数字が表示されるように構成されている。ある取引当事者が、レート0.84で「20」(例えば20億円を意味する)の交渉条件付き取引データを見て、交渉を開始したいと考えた場合、例えば、当該取引当事者は、ポインティングデバイスで画面上のレート0.84で「20」のセルの部分を選択する。
【0033】
当該セルには、当該選択された注文データを識別可能な識別情報が関連付けられており、端末30は、当該セルに表象される取引データに対する交渉要求があった旨の情報を取引処理コンピュータ10に送信する。取引処理コンピュータ10は、識別情報によって、交渉の対象となる取引データを特定することができる。
【0034】
取引処理コンピュータ10は、交渉要求を行なった取引当事者と、交渉の対象となった取引データを入力した取引当事者を特定するとその交渉画面制御手段13の実現機能により交渉画面を生成して、当該双方の取引当事者の端末30に表示させる。
【0035】
図7は、このような交渉画面の一例を示している。この交渉画面は、リアルタイムで取引当事者の交渉が反映されるように構成されており、一方の取引当事者が入力した交渉メッセージ(交渉内容)は、取引処理コンピュータ10における交渉制御手段12の実現機能によって制御され、双方の当事者の交渉画面を更新するように構成されている。
【0036】
ここで重要なのは、交渉画面の構成および交渉メッセージの制御方法である。従来技術においては、交渉メッセージは、単なるメッセージデータとしか扱われておらず、取引の仲介をするコンピュータシステムは、取引当事者から送信されてくるメッセージ文または定型文を中継して交渉相手の端末へと送信するに過ぎなかった(つまり、プライベート通信のための単なる通信回線の提供にすぎない)。このため、各取引当事者の端末画面においては、交渉メッセージが時系列的に連なって表示されていた。そして、交渉がまとまると、交渉が成立した取引条件を入力し、約定を成立させていたのである。
【0037】
このような、従来の単なるメッセージの仲介に対して、本発明による交渉支援システムにおいては、交渉を行なう取引当事者の端末30に、図7に例示するような、一覧性をもった交渉画面を提供し、交渉を行なう取引当事者が、簡単な操作で交渉条件を入力可能にするとともに、例えば、複数の条件を提示しておき、相手に選択させるというような複雑な交渉の仕方にも対応できるようにしている。
(5)交渉制御
前述したような交渉を可能とするため、本発明における交渉支援システムは、交渉条件記憶手段15の情報に基づき、交渉制御手段12を用いることで、次のような制御を行なうように構成されている。
5−1.交渉プロセス
一つの交渉は、原則として二者間で行なわれる。この交渉は、交渉制御手段12において二者間の交渉プロセスとして制御されている。ここでは、その制御の一例を示す。交渉制御手段12において、一つの交渉は、一つの交渉プロセスとして管理されている。この交渉プロセスは、交渉する当事者に関する情報、交渉の対象となっている注文データの状況、交渉の状況、交渉のタイムアウト監視に必要な時間情報など、二者間で交渉を行なうために要する各種の情報によって構成されるとともに、これら情報に基づき、当該二者間の交渉を制御している。
5−2.複数当事者間による交渉
一つの交渉は二者間で行なわれるが、一つの取引に対しては、複数の交渉が成立可能である。つまり、交渉条件が付された特定の取引に対する交渉の申込は、複数の当事者から受付可能に構成されている。例えば、Aという取引当事者が入力した交渉条件付の取引データに対し、B、C、Dという三者が交渉を申し込んだとすると、A−B間、A−C間、A−D間において、それぞれ交渉が併行して行なわれることとなる。
【0038】
上記の交渉プロセスを用いて説明すると、A−B間、A−C間、A−D間の各交渉は、それぞれ個別の交渉プロセスとして管理・制御されることになる。なお、当該各交渉プロセスは、取引当事者Aの行なった特定の交渉条件付注文に付随するものであるから、相互に関連付けられるように構成されていることが望ましく、一つの交渉が成立した場合には、他の残りの交渉は終了するように構成されていることが更に望ましい。
5−3.交渉画面制御
従来技術においては、A−B間、A−C間、A−D間の交渉は、それぞれ独立した交渉画面で表示され、システム上は別々の交渉として取り扱われていた。
【0039】
これに対し、本発明においては、交渉条件が付された特定の取引に対して複数の当事者から交渉が申し込まれた場合であっても、当該交渉の対象となった取引を入力した当事者Aの端末においては、当該複数当事者B、C、Dとの交渉状況を一つの画面において一覧可能に構成されている。一方、交渉を申し込んだ各当事者B、C、Dの交渉画面においては、交渉を申し込んだ他の当事者の交渉状況は表示されない。この場合において、取引当事者Aの端末に表示される交渉画面においては、例えば、各当事者B、C、Dを色分けして表示することにより、複数の当事者B、C、Dの交渉を一覧可能とすることができ、取引当事者B、C、Dの交渉画面においては、取引当事者Aとの交渉状況のみが表示されるように構成される。
【0040】
この様にして、二者間の独立した交渉を確保しながらも、複数の当事者との同一取引に対する交渉を可能にしている。この具体的な実現方法の一例を、図8に図式的に示している。図8において、交渉プロセス1、交渉プロセス2および交渉プロセス3の各々は、オブジェクト指向の形態でまとめられることが好ましい。
【0041】
各交渉プロセスは独立して交渉を制御しているが、各当事者に対する交渉画面データを生成するに当たっては、当事者または端末を識別する情報と、取引を識別する情報を用いることにより、同一当事者における同一取引の交渉は、一つの交渉画面で行なうことを可能にしている。
【0042】
この様に、同一の取引に対し、複数の当事者の交渉が併行して行なわれている過程において、ある当事者間での交渉がまとまり、約定執行手段11の機能を介して約定成立に至ったときは、交渉制御手段12は、交渉が成立した取引の識別情報と同じ識別情報を保有する交渉プロセスを検出して、交渉の終了処理を行なう。好適には、交渉の当事者に対して、交渉打ち切りのメッセージを表示したうえで、交渉画面を閉じることが望ましい。
5−4.データ関連
交渉プロセスにおいて取り扱われる交渉条件は、交渉データとして交渉条件記憶手段15に記憶される。交渉要求によって交渉プロセスが生成されると、当該交渉プロセスには、当事者情報、交渉の対象となっている注文データの識別情報、当該注文データに関連づけられている当初の交渉条件に関するデータが記録される。
【0043】
当該交渉プロセスにおいて、交渉当事者から新たな交渉条件が入力された場合には、交渉プロセスは、当該交渉条件を当該交渉プロセスと関連付けを行ない、交渉条件記憶手段15に記録を行なう。
【0044】
また、既に入力されている交渉条件に対し、変更(訂正)が行なわれた場合には、交渉プロセスは、変更が行なわれた交渉データの特定を行い、交渉条件記憶手段15の当該交渉データの変更を行なう。
【0045】
このように、交渉条件記憶手段15中の交渉データは、交渉プロセスを介して相互に関連付けられている。従って、当該交渉プロセスにおいて、特定の交渉条件(交渉データ)に対して交渉が成立した場合は、交渉プロセスは、関連する他の交渉条件(交渉データ)を消去することが可能になっている。
5−5.同一交渉プロセス内における特定交渉条件への合意
前述のとおり、交渉当事者は、一つの注文データに対する交渉=交渉プロセスの中で、複数の交渉条件を提示することが可能になっている。この複数の交渉条件は、特定の交渉プロセスと関連付けられて、それぞれ交渉条件記憶手段15に記録されている。ところで、このように複数の交渉条件が提示されている中で、取引当事者は、特定の交渉条件での約定を成立させることができる。
5−6.交渉画面の説明
交渉画面は、単なる交渉メッセージをメッセージウィンドに表示するものではなく、図7に関して前述したように、交渉状況を一覧性をもった表形式に表現したものとなる。つまり、当事者により入力された交渉条件は、単なるテキスト情報として、そのまま相手方当事者に送信されるのではなく、交渉画面制御手段13により各交渉当事者に適した交渉画面情報として生成され、リアルタイムに表形式で提供される。
5−7.交渉成立
自己が所望する交渉条件が提示された場合は、取引当事者は交渉画面において、当該条件が表示されている部分をポインティングデバイス等により選択したうえで、条件承認を行なう。これにより、交渉制御手段12は、確定した交渉条件を取引条件として約定成立処理を行なうよう、約定執行手段11に信号を発する。
【0046】
好適には、双方の当事者から交渉条件の確認が行なわれた場合、当該確認が行なわれた交渉を制御している交渉プロセスは、約定執行手段11に対して、最終的に合意に達した条件に基づき、取引約定を執行するよう制御を行なう。
【0047】
約定執行手段11は、当該制御にもとづき、対象となっている注文データおよび約定の条件を特定して約定執行処理を行なう。
5−8.交渉成立確認機能
交渉が成立する場合、一方当事者によって条件が変更されたにもかかわらず、他方当事者が変更前の交渉条件に合意してしまう可能性がある。この様な場合、当事者に条件が変更されていることを確認させるべきであり、本実施例の一つの形態として、次のような変形例を設ける。
【0048】
交渉プロセスにおいては、例えば、交渉条件が入力された時刻または記録される時刻等の時間に関するデータを管理している。なお、ここで管理するデータは、時間に関するものでなくとも、例えば連番のように、二つの情報を比較することで、前後関係を判別できる情報であればよい。
【0049】
当事者間で交渉が開始し、交渉プロセスが生成されると、前記時間に関するデータは、交渉プロセスにおいて管理され、交渉プロセスによって制御される当事者間の交渉において、当事者により、交渉条件の変更等、交渉に何らかのステータス変化があった場合には、当該変更があった時刻等の時間に関するデータで、当該交渉プロセスにおいて管理された時間に関するデータが更新される。
【0050】
交渉データが、当事者の端末30に送信される際には、交渉プロセスによって管理された当該時間に関するデータも送信される。当事者が端末30の交渉画面に表示されている特定の交渉条件を選択し、合意する旨の操作を行なった場合、当該交渉データの識別情報と端末側で受信していた当該交渉データの時間に関するデータが取引処理コンピュータ10に送信されるため、交渉プロセスは、端末から送信されてきた時間に関するデータと、合意の対象となる交渉データの現在の時間に関するデータを比較する。
【0051】
比較の結果、同一であれば、合意が成立する処理を行い、送信されてきた時間に関するデータが、交渉プロセスにおける現在の時間に関するデータよりも前のものである場合は、交渉プロセスは、例えば、変更前の条件に同意したので、相手方に変更前の条件での合意を追認するか、または、条件が変更されているので、変更後の条件で合意するか否かを決定させるような制御を行なうとよい。
【0052】
取引処理コンピュータ10は、当該追認または合意の確認に関する信号を端末から受信すると、交渉に関する合意処理を行なう。
【0053】
なお、前記のとおり、交渉プロセスにおいて管理される情報は、時刻等の時間に関するデータに限らず、例えば、001、002の様にステータス変化があるごとに、連番を採用してもよい。
【0054】
また、前記時間に関するデータは、交渉条件が入力され、取引情報記憶手段に記録された時点で取引処理コンピュータ10の制御により記録され、交渉プロセス生成時に転記し、以後は交渉プロセスにおいて管理されるように構成してもよい。
5−9.交渉制御手段
交渉制御手段12は、交渉プロセスにより個々の交渉を制御するとともに、交渉の対象となっている注文データと個々の交渉プロセスの関係を制御している。注文データが取り消されたり、注文データの内容が訂正・変更された場合には、当該注文に関連する交渉プロセスに当該取消、変更・訂正を反映させ、又は必要に応じて交渉プロセスを終了させなければならない。また、反対に、交渉プロセスによる交渉が終了し、当事者が合意した内容で約定が執行される場合には、交渉プロセスの対象となっていた注文データを失効させる必要がある。交渉制御手段12は、この様に相互に関連する注文データと交渉プロセスの制御を行なう機能を有している。
(6)タイムアウト機能
本実施例においては、交渉条件として、開始時刻と終了時刻を定めることが可能に構成されている。この交渉時間に関する制約は、交渉プロセスにおいて管理されており、取引処理コンピュータ10によって実現されるタイマー手段14と連動して、交渉プロセスのタイムアウトを制御している。
【0055】
ここでいうタイムアウトとは、時間的な条件に基づく強制的な交渉の終了を意味する。交渉プロセスは、タイマー手段による時刻に基づき、当該交渉プロセスがタイムアウトになったことを検知すると、交渉の各当事者に対してタイムアウトによる交渉終了を通知し、終了処理を行なう。
【0056】
ここで、交渉プロセスにおいてタイムアウトを管理する例を示したが、タイマー手段14において、各交渉プロセス毎のタイムアウト情報を当該交渉プロセスと関連付けて管理しておき、取引処理コンピュータ10の時計機能に基づき、各交渉プロセスのタイムアウトを監視するように構成してもよい。この場合、タイマー手段12は、ある交渉プロセスについてタイムアウトとなったことを検知した場合、該当する交渉プロセスに対してタイムアウトになったことを伝達する。交渉プロセスは当該伝達された情報に基づき、交渉の終了処理を行なう。
(7)交渉条件チェック機能
本発明においては、取引当事者が自己の希望する交渉条件を視覚的に把握し、また、自己が行なっている交渉の状況が、自己が希望する交渉条件の範疇に属するか否かを判断することを支援するために、交渉条件チェック機能を更に有する。
【0057】
本発明においては、このような交渉条件チェック機能を与えるため、取引当事者により、自己の交渉のレンジ(許容される取引条件の範囲)が入力可能に構成されている。本実施例においては、交渉レンジは、数量(金額)、単価(レート)等、取引に関する諸条件に基づき指定される。本実施例においては、これら指定された諸条件を関数を用いて定義する。
【0058】
定義された関数は、取引当事者の行なっている交渉に関する交渉プロセスと関連付けられており、現在の交渉の状況を当該関数に基づき算出し、交渉条件チェック機能に反映させることが可能に構成されている。
【0059】
この交渉条件チェック機能は、視覚的に容易に行えるように、前記関数を用いて交渉レンジをグラフを用いて表示可能に構成されている。このグラフの形式は、例えば二次元によるもの、三次元によるものが考えられるが、これらに限定されない。好適には、複数の要素により構成された複雑な関数を、3次元により表現可能に構成し、取引当事者において、交渉レンジを視覚的に把握しやすくすることが望ましい。
【0060】
図9は、このようなグラフ表示の一つの例として、約定条件チャート定義図(直線指定)の画面例を示している。この画面例は、自行注文(OFFER)を行う取引当事者が自己の端末に接続されたマウスによって(レート、金額)という2次元座標(0.25、4)(P1)、(0.25、8)(P2)、(0.24、22)(P3)の3ヶ所をポイントすることによって直線を引いた例である。座標は、入力座標ダイアログにも表示され、ここで直接レートや金額を修正することも可能である。修正した場合は、チャートも自動的に更新描画される。図9の約定条件チャート定義図は、前提から自行は資金の出し手であり、4億以上22億以下の資金をOFFERする希望であり、レートも0.25から0.24の範囲を想定していることを意味している。
【0061】
図10は、グラフ表示の別の例として、約定条件チャート定義図(範囲指定)の画面例を示している。この画面例は、自行注文(OFFER)を行う取引当事者が自己の端末に接続されたマウスをP1−P2上に合わせるとカーソルが上下拡大縮小に変わるのでレートを0.24までドラッグすると、この状態では、P1−P2−P3−P4の領域となり、さらに、マウスでP5、P6、P7をクリックすることで、自動的にP1−P2−P3−P7−P6−P5−P4の領域が作成された例である。この領域は、OFFERとして自己注文のレートと金額との希望範囲を定義している。自己注文する場合には、この領域内が望ましいと考えている。指定領域より上部は、OFFER側にとって有利な領域となり、また、下部であれば不利な領域ということを表している。
【0062】
図11は、図10の約定条件チャート定義図に対してBID側の注文状態がリアルタイムで表示(黒丸印)されたところを例示している。図11において、黒丸印Aは、BID側の取引当事者Aの注文を示しており、以下同様に、黒丸印Bは、取引当事者Bの注文を示し、黒丸印Cは、取引当事者Cの注文を示しており、黒丸印Dは、取引当事者Dの注文を示し、黒丸印Eは、取引当事者Eの注文を示し、黒丸印Fは、取引当事者Fの注文を示している。図11の例では、取引当事者Dの注文のみが領域範囲に入っていることが一目瞭然である。
【0063】
このチャート図上から注文(新規、訂正、取消)も可能である。自己注文(太陽印)を約定しそうにない0.26に14億上にプロットすると新規注文が生成される。逆に、正規の注文によって新規注文を生成すると付け合わせ板に表示されると同時に、チャート上に太陽印でプロットされる。このとき自己注文(太陽印)が、自行が予め定義した条件範囲に入っていないことが明瞭である。
【0064】
図12は、図11の注文表示に指標値表示を行った例を示している。この例では、2つの指標値を自動計算して表示している。上段は、領域からの乖離度合いをレート単位(正負:負は自行にとって不利益)で表記している。下段では、上段のレート乖離度に金額(億単位)を乗じている。例えば、不利な条件である取引当事者Cの注文と取引当事者Eの注文のどちらが相対的に有利かという判断をする場合、下段指標値では、Cが−3.96、Eが−10.0となっているので、Eの方が逸失利益が大きいと判断できる。
【0065】
前述したように、取引当事者によりリアルタイムで更新される交渉の状況は、当該交渉条件チェック機能によって、取引当事者の端末画面に表示される。取引当事者は、グラフによって表現された自己の交渉レンジと、当該グラフ上に表示される現在の交渉状況の位置によって、現在の交渉条件が、交渉レンジ内であるか、外であるかを容易に判断することが可能であり、交渉状況の確認を容易に行うことができる。
【0066】
これにより、従来は交渉の結果合意した取引内容が、結果として予め自己が想定していた取引内容よりも不利なものとなってしまう可能性があったが、常に自己の交渉のポジションを把握することができるようになるので、判断ミスがなくなる。
【0067】
なお、前述の説明では、交渉がリアルタイムで行われる例であったが、本発明は、これに限らず、交渉の予約申込を行なうことができるように構成することもできる。
【0068】
【発明の効果】
本発明によれば、取引市場における約定締結のための交渉において一覧性をもった交渉画面が提供されるので、交渉を行う取引当事者は、簡単な操作で交渉条件を入力することが可能となり、また、複数の条件を提示しておき、相手に選択させるというような複雑な交渉の仕方にも容易に対応することが可能である。また、交渉条件を訂正したり、取り消したりすることも簡単に行える。さらにまた、複数の相手と同時進行的に交渉する場合にも、一覧性であるため、どの条件が有利か等の判断も容易にできる。
【0069】
複数当事者間の交渉を同時に併行して行うことも容易となる。
【0070】
交渉成立確認機能を容易に持たせることが可能であり、一方当事者によって条件が変更されたにもかかわらず、他方当事者が変更前の交渉条件に合意した状態のまま、約定締結してしまうような可能性をなくすることができる。
【0071】
タイムアウト機能を持たせて、時間的な条件に基づく強制的な交渉の終了を行うことも容易にできる。
【0072】
取引当事者が自己の希望する交渉条件を視覚的に把握できるような交渉条件チェック機能を容易に持たせることができるので、常に、取引当事者が自己の交渉のポジションを容易に把握することができ、判断ミスをなくすることができる。
【図面の簡単な説明】
【図1】本発明による交渉支援システムの構成を概略的に示す図である。
【図2】図1における取引処理コンピュータの構成の概要を示す図である。
【図3】図1の各端末に表示される入力画面を例示する図である。
【図4】注文データの構造例を示す図である。
【図5】交渉データの構造例を示す図である。
【図6】取引処理コンピュータによって取引当事者の端末画面に表示される取引データの表示例を示す図である。
【図7】取引当事者の端末に表示される交渉画面を例示する図である。
【図8】一つの取引に対する複数当事者間の交渉プロセスの一例を図式化して示す図である。
【図9】交渉レンジをグラフを用いて表示する一つの例を示す図である。
【図10】交渉レンジをグラフを用いて表示する別の例を示す図である。
【図11】交渉レンジをグラフを用いて表示するさらに別の例を示す図である。
【図12】交渉レンジをグラフを用いて表示するさらに別の例を示す図である。
【符号の説明】
1 ネットワーク
10 取引処理コンピュータ
11 約定執行手段
12 交渉制御手段
13 交渉画面制御手段
14 タイマー手段
15 取引情報記憶手段
20 通信手段
30 端末
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a negotiation support system and method for supporting negotiation for closing a contract in a trading market for stocks, securities, commodities, and the like.
[0002]
[Prior art]
In recent years, a computer system has been introduced as a means for combining each transaction party's transaction requests (orders) in a trading market for stocks, securities, products, and the like. Although it is called “electronic market”, in this electronic market system, as a general rule, if the order of a trading party who wants to deal with each other matches, the transaction is automatically established or the transaction is established. The function to make the transaction party confirm this is realized.
[0003]
On the other hand, in actual transactions, if some conditions are different, negotiations may lead to the conclusion of the contract, so the automatic transaction establishment function alone will not activate the transaction in the electronic market. .
[0004]
Regarding this problem, as a technique for realizing a negotiation function in an electronic market system, a negotiation verification system as disclosed in Japanese Patent Application No. 8-507171 (see Japanese Patent Application No. 10-504409) is known. This is to transmit a negotiation message between a plurality of parties to negotiate transaction conditions. As an example of the transmission of the negotiation message, a free interactive format is disclosed.
[0005]
Further, in an electronic market system using a computer, transmission of a negotiation message between a plurality of parties can be realized by using, for example, a known electronic bulletin board system, electronic mail system, and electronic chat system. .
[0006]
[Problems to be solved by the invention]
However, these technologies all transmit negotiation messages as message texts (regardless of format) and display them as messages on the other party's display device in the order in which they occur, so that message exchange is repeated. Thus, past messages are sequentially erased from the display device or disappear from the visual sense of the parties by the scroll function. That is, only a message transmission technique is disclosed.
[0007]
For this reason, the following problems have arisen.
(1) In order to input a negotiation message, all negotiation conditions must be input from the keyboard, which makes the input operation complicated.
(2) In the case where a negotiation condition that matches the condition of the other party is selected from among a plurality of negotiation conditions that are sequentially added and presented, the listability is lacking.
(3) When correcting or canceling negotiation conditions, not only is the input complicated, but the latest conditions are difficult to understand.
(4) When negotiating with a plurality of opponents at the same time, it is difficult to determine which conditions are advantageous because the listability is lacking.
[0008]
An object of the present invention is to provide a negotiation support system and method in a trading market which can solve the problems in the conventional technology as described above.
[0009]
[Means for Solving the Problems]
  According to the present invention, in a negotiation support system for supporting negotiation for contract conclusion in a transaction market, a transaction processing computer connected to terminals of a plurality of transaction parties via a communication line is provided. Includes at least identification information for associating order data and / or negotiation condition data input from the terminals of each transaction party and identifying the transaction party, identification information for identifying the order data, and negotiation conditions. Transaction information storage means for recording together with identification information for identifying this, and negotiations on the same transaction with a plurality of parties are at least subject to negotiation based on each information stored in the transaction information storage means Information indicating the status of order data, information indicating the status of negotiations, information identifying the party or terminal, and transactions Negotiation control means for generating a negotiation process between a plurality of independent parties constituted by information to be identified, and the negotiation status between a plurality of parties for the same transaction as a negotiation screen having a list on one screen A negotiation screen control means for displaying on the terminal of the party, and a contract execution means for performing the contract establishment process based on a signal instructing the contract establishment process using the negotiation condition determined from the negotiation control means as a transaction condition The negotiation control means, when a negotiation condition is inputted from a party of negotiation, stores the negotiation condition in the transaction information storage means in association with a negotiation process, and the execution means Has the same identification information as the identification information for identifying the order data for which the contract is executed when the contract in the specific negotiation process is executed Detects the negotiations process, negotiation support system and performs termination processing of negotiation is provided.
[0010]
According to one embodiment of the present invention, the negotiation screen having the list property is in a table format.
[0011]
According to another embodiment of the present invention, when there are a plurality of negotiation requests for one transaction, the negotiation screen control means sends the negotiation request to the terminal of the transaction party that is the target of the negotiation request. Negotiation screen displayed on the terminal of each of the transaction parties who have made the negotiation request, while the displayed negotiation screen can list the negotiation status with the transaction parties who have made the plurality of negotiation requests. Does not display the negotiation status of the other party who made the negotiation request.
[0012]
According to still another embodiment of the present invention, the negotiation screen control means is a transaction that has made the plurality of negotiation requests on a negotiation screen displayed on a terminal of a transaction party that is a target of the negotiation request. Each negotiation status with the parties is displayed in a form that can be easily distinguished from each other.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Next, based on an accompanying drawing, the present invention is explained in detail about an embodiment and an example of the present invention.
[0022]
The embodiments and examples of the present invention described in detail below are examples of a system that performs unsecured call transactions, but the present invention is not limited to the unsecured call transactions, It can be applied to various trading systems such as various products such as stocks and oils. In addition, when a transaction instruction (order information) from a transaction party is input to the system, the system normally performs matching of the opposing order information and tries to close the transaction. In the negotiation support system and method of the invention, in order to make the transaction more flexible and to facilitate smooth execution of the contract, the negotiation conditions are separate from the automatic establishment of the contract when the transaction party inputs the order information. The negotiation support system supports negotiation between both parties by identifying the conditions.
System configuration
A negotiation support system as an embodiment of the present invention is connected to a computer terminal of a transaction party through a network, and processes a transaction processing computer (transaction processing server) and a transaction party that process transactions between the parties in real time and / or batch processing. Communication means for receiving transaction instruction information such as order data transmitted from the computer terminal via the network and transmitting negotiation data to the terminal. The negotiation support system has a function for executing a contract in order to execute the execution of the transaction for which the negotiation has been completed as a matter of course, which is realized by a transaction processing computer. This transaction processing computer is configured to be connectable to a network such as the Internet, and the connection method and the type of network are not limited. Although connection via the Internet using TCP / IP is conceivable, it is also possible to connect via a dedicated line with higher speed and higher safety.
[0023]
FIG. 1 schematically shows the configuration of the negotiation support system as described above, and FIG. 2 shows the overview of the configuration of the transaction processing computer. As schematically shown in these drawings, a transaction processing computer 10 showing a main part of the negotiation support system is connected to a network 1 such as a public line, a dedicated line, etc. via a communication means 20, and further, a transaction party. Connected to the computer terminal 30. As this communication means 20, a communication modem or the like is generally known. However, when connecting to an open network such as the Internet, in addition to a communication device such as a modem, a network connection server is used. However, it is conceivable to increase security. Although it looks like a wired connection in the figure, communication by a wireless system is also possible, and a communication device such as a communication modem may be changed according to the communication system.
[0024]
As schematically shown in FIG. 2, the transaction processing computer 10 has a function of realizing a contract execution means 11, a negotiation control means 12, a negotiation screen control means 13, and a timer means 14 in this system. ing. Further, in FIG. 2, the transaction processing computer 10 is shown to be connected to the transaction information storage means (negotiation condition storage means) 15, but this transaction information storage means 15 is provided inside the transaction processing computer 10. It may be present, and records transaction information to be negotiated entered by a transaction party. Of course, the transaction information storage means 15 also records transaction information that is not the subject of the present invention, but that does not need to be negotiated and is intended only for the automatic execution. When transaction information with negotiation conditions is input by a transaction party, the negotiation conditions are also recorded.
System operation, function and operation
Hereinafter, the operation, function, and operation of the negotiation support system having the above-described configuration will be described in order.
(1) Input of transaction information
Trading party A inputs his / her desired transaction instruction = order data from his / her terminal 30 connected to the transaction processing computer 10 via the network 1.
[0025]
At this time, if the transaction party wishes to establish a contract through negotiation in place of automatic contract establishment and / or instead of automatic contract establishment, a negotiation condition (negotiation data) is added to the order data. Negotiation conditions are urged to be entered by a trading party through an input screen as shown in FIG. 3, for example.
[0026]
The order number appearing on the input screen in FIG. 3 indicates the original order data to which the negotiation condition is added, and is assigned so that the order data can be uniquely identified in the processing in the transaction processing computer 10. It has been done. The input screen of FIG. 3 is an example in which order data is input once and then negotiation conditions (negotiation condition data or negotiation data) are input. It is also possible to configure the screen so that
[0027]
FIG. 4 shows an example structure of such order data, and FIG. 5 shows an example structure of negotiation data.
(2) Transaction data transmission
When order data with negotiating conditions is input and transmitted to the transaction processing computer 10 at the transaction party A, the transaction processing computer 10 receives this and enters the order data registration step. The transaction processing computer 10 stores the transmitted transaction data in the transaction information storage means 15 as information of one transaction data 1 table. At this time, the order data is recorded together with the identifiable identification information. Data for identifying that the order data is subject to negotiation conditions is also recorded.
[0028]
The data for identifying that the negotiation condition is attached is preferably, for example, a field indicating whether or not the negotiation condition exists in the order data record, and an arbitrary parameter for the field. In the data structure illustrated in FIG. 4, the data structure is described by “◯”, but is not limited to such a symbol.
[0029]
The negotiation condition data may be recorded in the same record as the order data as information accompanying the order data, or one negotiation condition data may be recorded as one record separately from the order data. In the case of recording separately, it is desirable that it is possible to identify which negotiation condition data corresponds to which order data by recording the identification information of the order data in association with the negotiation conditions.
[0030]
Furthermore, since a plurality of negotiation conditions may be indicated for one order data, the negotiation condition data is configured so that a plurality of related negotiation conditions can be recorded. It is desirable that the data be correlated.
(3) Display of order data with negotiation conditions
When there is an input of order data, the transaction processing computer 10 generates terminal display information based on the content and transmits it to each terminal. Other transaction parties can grasp the transaction status in the market by displaying the order data transmitted in this way on their terminal 30.
[0031]
Although there is no direct relationship with the present invention, there is no room for negotiation with respect to order data, that is, order data that is only intended for automatic execution, the transaction processing computer 10 stores the order data at the same time. When it is detected whether there is an order that can be matched, and when an order that can be automatically executed is detected, the execution process of the execution is performed without displaying the order data on the terminals of other trading parties. If order data subject to garnishing is displayed on the screen of the terminal, the order data is locked to prevent acceptance of negotiations or negotiation requests from other trading parties at the stage of garnishing. It is desirable to perform processing and delete from the display on the screen when the contract is established.
[0032]
When transaction data with a negotiation condition is input, the transaction processing computer 10 uses a method that can be distinguished from the order data that has been automatically executed so that the transaction party can easily understand that the order data has a transaction condition. Generate display data. For example, a display color or a display font may be changed, or a symbol indicating that a negotiation condition is attached may be added.
(4) Negotiations started
FIG. 6 is a display example of transaction data displayed on the terminal screen of the transaction party by the transaction processing computer 10. This display example is of a so-called laminating plate type. For example, in the example of FIG. 6, the transaction data with negotiation conditions is configured such that white numbers are displayed on a black background. If a trading party sees transaction data with negotiation terms of “20” (for example, 2 billion yen) at a rate of 0.84 and wishes to initiate a negotiation, for example, the trading party To select the cell portion “20” at a rate of 0.84 on the screen.
[0033]
Identification information that can identify the selected order data is associated with the cell, and the terminal 30 sends information to the transaction processing computer 10 that there is a negotiation request for the transaction data represented in the cell. Send. The transaction processing computer 10 can specify transaction data to be negotiated based on the identification information.
[0034]
When the transaction processing computer 10 identifies the transaction party that has made the negotiation request and the transaction party that has input the transaction data to be negotiated, the transaction processing computer 10 generates a negotiation screen by the realization function of the negotiation screen control means 13, Displayed on the terminal 30 of the transaction party.
[0035]
FIG. 7 shows an example of such a negotiation screen. This negotiation screen is configured to reflect the negotiation of the trading party in real time, and the negotiation message (negotiation content) input by one of the trading parties depends on the realization function of the negotiation control means 12 in the transaction processing computer 10. Controlled and configured to update the negotiation screen of both parties.
[0036]
What is important here is the configuration of the negotiation screen and the control method of the negotiation message. In the prior art, the negotiation message is handled only as message data, and the computer system that mediates the transaction relays the message text or the fixed text transmitted from the transaction party to the terminal of the negotiation partner. (That is, merely providing a communication line for private communication). For this reason, negotiation messages are displayed in chronological order on the terminal screen of each transaction party. Then, when the negotiations were finalized, the transaction conditions under which the negotiations were made were entered, and the contract was made.
[0037]
In contrast to the conventional mere message mediation, in the negotiation support system according to the present invention, a negotiation screen having a list as shown in FIG. In addition, the parties to the negotiation can enter the negotiation conditions with a simple operation and, for example, can also handle complicated negotiation methods such as presenting multiple conditions and allowing the other party to select. I have to.
(5) Negotiation control
In order to enable negotiation as described above, the negotiation support system according to the present invention is configured to perform the following control by using the negotiation control unit 12 based on the information in the negotiation condition storage unit 15. Yes.
5-1. Negotiation process
One negotiation is generally conducted between the two parties. This negotiation is controlled by the negotiation control means 12 as a negotiation process between the two parties. Here, an example of the control is shown. In the negotiation control means 12, one negotiation is managed as one negotiation process. This negotiation process includes various information required for negotiation between two parties, including information on the parties to be negotiated, the status of the order data being negotiated, the status of the negotiation, and the time information necessary for monitoring the negotiation timeout. Consists of information, and based on this information, the negotiation between the two parties is controlled.
5-2. Negotiations between multiple parties
Although one negotiation is conducted between two parties, a plurality of negotiations can be established for one transaction. In other words, the application for negotiation for a specific transaction with negotiation conditions is configured to be accepted from a plurality of parties. For example, suppose that three parties B, C, and D apply for negotiation data with negotiation conditions entered by a transaction party A, and negotiate between AB, A-C, and A-D. Will be performed in parallel.
[0038]
If it demonstrates using said negotiation process, each negotiation between AB, between A-C, and AD will be managed and controlled as an individual negotiation process, respectively. In addition, since each said negotiation process is attached to the order with the specific negotiation conditions which the transaction party A performed, it is desirable to be comprised so that it may mutually relate, and when one negotiation is materialized More preferably, the other remaining negotiations are configured to end.
5-3. Negotiation screen control
In the prior art, negotiations between A-B, A-C, and A-D are displayed on independent negotiation screens, and are handled as separate negotiations on the system.
[0039]
On the other hand, in the present invention, even when a plurality of parties apply for negotiations for a specific transaction with negotiation conditions, the party A who has input the transaction subject to the negotiation The terminal is configured so that the negotiation status with the parties B, C, D can be listed on one screen. On the other hand, in the negotiation screen of each party B, C, D who applied for negotiation, the negotiation status of the other party who applied for negotiation is not displayed. In this case, on the negotiation screen displayed on the terminal of the transaction party A, for example, by displaying each party B, C, D in different colors, it is possible to list negotiations of a plurality of parties B, C, D In the negotiation screen of the transaction parties B, C, and D, only the negotiation status with the transaction party A is displayed.
[0040]
In this way, it is possible to negotiate the same transaction with multiple parties while ensuring independent negotiations between the two parties. An example of this specific implementation method is schematically shown in FIG. In FIG. 8, each of negotiation process 1, negotiation process 2, and negotiation process 3 is preferably organized in an object-oriented manner.
[0041]
Each negotiation process controls the negotiation independently. However, when generating the negotiation screen data for each party, the information for identifying the party or terminal and the information for identifying the transaction are used to generate the same negotiation screen data. Transaction negotiations can be done on a single negotiation screen.
[0042]
In this way, when negotiations between a plurality of parties are performed in the process in which negotiations of a plurality of parties are performed concurrently for the same transaction, the agreement is concluded through the function of the execution means 11 The negotiation control means 12 detects a negotiation process having the same identification information as the identification information of the transaction for which the negotiation has been established, and performs a negotiation termination process. Preferably, it is desirable to display a message for aborting the negotiation for the parties to the negotiation and then close the negotiation screen.
5-4. Data related
Negotiation conditions handled in the negotiation process are stored in the negotiation condition storage means 15 as negotiation data. When a negotiation process is generated by a negotiation request, the negotiation process records the party information, the identification information of the order data to be negotiated, and data about the initial negotiation conditions associated with the order data. The
[0043]
In the negotiation process, when a new negotiation condition is input from the negotiating party, the negotiation process associates the negotiation condition with the negotiation process and records it in the negotiation condition storage unit 15.
[0044]
Further, when a change (correction) has been made with respect to a negotiation condition that has already been input, the negotiation process specifies the negotiation data that has been changed, and the negotiation data in the negotiation condition storage means 15 is identified. Make changes.
[0045]
In this way, the negotiation data in the negotiation condition storage means 15 are associated with each other through the negotiation process. Therefore, in the negotiation process, when a negotiation is established for a specific negotiation condition (negotiation data), the negotiation process can delete other related negotiation conditions (negotiation data).
5-5. Agreement on specific negotiation conditions within the same negotiation process
As described above, the negotiation party can present a plurality of negotiation conditions in the negotiation = negotiation process for one order data. The plurality of negotiation conditions are recorded in the negotiation condition storage unit 15 in association with a specific negotiation process. By the way, while a plurality of negotiation conditions are presented in this way, the trading party can establish a contract under specific negotiation conditions.
5-6. Explanation of negotiation screen
The negotiation screen does not simply display a negotiation message in the message window, but represents the negotiation status in a tabular form with a list as described above with reference to FIG. That is, the negotiation conditions input by the parties are not transmitted as simple text information to the other party as they are, but are generated as negotiation screen information suitable for each negotiation party by the negotiation screen control means 13, and are displayed in real time in table format. Provided in.
5-7. Negotiations completed
When the negotiation condition desired by the user is presented, the transaction party selects the portion on which the condition is displayed on the negotiation screen by using a pointing device or the like and then approves the condition. Thereby, the negotiation control means 12 sends a signal to the execution means 11 so as to execute the contract establishment process using the confirmed negotiation condition as a transaction condition.
[0046]
Preferably, when the negotiation conditions are confirmed by both parties, the negotiation process that controls the negotiation for which the confirmation has been performed is as follows: Based on the above, control to execute the transaction agreement.
[0047]
Based on the control, the contract execution means 11 specifies the target order data and the contract conditions, and executes the contract execution processing.
5-8. Negotiation confirmation function
When the negotiation is successful, there is a possibility that the other party agrees with the negotiation condition before the change even though the condition is changed by one party. In such a case, the parties should confirm that the conditions have been changed, and the following modification is provided as one form of the present embodiment.
[0048]
In the negotiation process, for example, data related to time such as the time when the negotiation condition is input or the time when it is recorded is managed. Note that the data managed here may be information that can determine the context by comparing two pieces of information, for example, serial numbers, even if it does not relate to time.
[0049]
When negotiation starts between the parties and the negotiation process is generated, the time-related data is managed in the negotiation process, and the negotiation between the parties controlled by the negotiation process allows the parties to negotiate, such as changing the negotiation conditions. If there is any status change, the data related to the time managed in the negotiation process is updated with the data related to the time such as the time when the change occurred.
[0050]
When the negotiation data is transmitted to the terminal 30 of the party, the data related to the time managed by the negotiation process is also transmitted. When the party selects a specific negotiation condition displayed on the negotiation screen of the terminal 30 and performs an operation to agree, the identification information of the negotiation data and the time of the negotiation data received on the terminal side Since the data is transmitted to the transaction processing computer 10, the negotiation process compares the data related to the time transmitted from the terminal with the data related to the current time of the negotiation data to be agreed.
[0051]
If the result of the comparison is that they are the same, an agreement is established, and if the transmitted time data is earlier than the current time data in the negotiation process, the negotiation process is, for example, Since you agreed with the conditions before the change, either confirm the agreement with the conditions before the change, or because the conditions have been changed, control to determine whether to agree with the conditions after the change. You should do it.
[0052]
When the transaction processing computer 10 receives a signal regarding the confirmation or confirmation of agreement from the terminal, the transaction processing computer 10 performs agreement processing regarding negotiation.
[0053]
As described above, the information managed in the negotiation process is not limited to data related to time and the like, but may be a serial number every time there is a status change such as 001 and 002, for example.
[0054]
The time-related data is recorded under the control of the transaction processing computer 10 at the time when the negotiation conditions are input and recorded in the transaction information storage means, transferred when the negotiation process is generated, and thereafter managed in the negotiation process. You may comprise.
5-9. Negotiation control means
The negotiation control means 12 controls each negotiation by the negotiation process, and controls the relationship between the order data to be negotiated and each negotiation process. If the order data is canceled or the contents of the order data are corrected or changed, the cancellation, change or correction must be reflected in the negotiation process related to the order, or the negotiation process must be terminated as necessary. I must. On the other hand, when the negotiation by the negotiation process is completed and the contract is executed with the contents agreed by the parties, it is necessary to invalidate the order data that has been subject to the negotiation process. The negotiation control means 12 has a function of controlling the order data and the negotiation process related to each other as described above.
(6) Timeout function
In this embodiment, the start time and the end time can be determined as negotiation conditions. The restrictions on the negotiation time are managed in the negotiation process, and the timeout of the negotiation process is controlled in conjunction with the timer means 14 realized by the transaction processing computer 10.
[0055]
Timeout here means the end of forced negotiation based on time conditions. When the negotiation process detects that the negotiation process has timed out based on the time by the timer means, the negotiation process notifies the parties to the negotiation completion of the negotiation due to the timeout, and performs termination processing.
[0056]
Here, an example of managing timeout in the negotiation process has been shown, but the timer means 14 manages timeout information for each negotiation process in association with the negotiation process, and based on the clock function of the transaction processing computer 10, It may be configured to monitor the timeout of each negotiation process. In this case, when the timer means 12 detects that a certain negotiation process has timed out, it notifies the relevant negotiation process that the timeout has occurred. The negotiation process performs a negotiation termination process based on the transmitted information.
(7) Negotiation condition check function
In the present invention, the transaction party visually grasps the negotiation conditions desired by itself, and determines whether or not the status of the negotiations carried out by itself belongs to the category of the negotiation conditions desired by itself. In addition, a negotiation condition check function is further provided.
[0057]
In the present invention, in order to provide such a negotiation condition check function, a trading party can input his / her negotiation range (allowable transaction condition range). In this embodiment, the negotiation range is specified based on various conditions relating to transactions such as quantity (amount) and unit price (rate). In this embodiment, these specified conditions are defined using functions.
[0058]
The defined function is associated with the negotiation process related to the negotiation conducted by the trading party, and the current negotiation status can be calculated based on the function and reflected in the negotiation condition check function. .
[0059]
The negotiation condition check function is configured so that the negotiation range can be displayed using a graph using the function so that it can be visually easily performed. For example, the graph format may be two-dimensional or three-dimensional, but is not limited thereto. Preferably, it is desirable to configure a complex function composed of a plurality of elements so that it can be expressed in three dimensions, so that it is easy for the trading party to visually grasp the negotiation range.
[0060]
FIG. 9 shows an example of a contract condition chart definition diagram (straight line designation) as one example of such a graph display. This screen example shows two-dimensional coordinates (0.25, 4) (P1), (0.25, 8) called (Rate, Amount) by a mouse connected to the terminal of a trading party who makes a private order (OFFER) ) (P2), (0.24, 22) (P3) is an example in which a straight line is drawn by pointing at three points. The coordinates are also displayed in the input coordinate dialog, where it is possible to directly correct the rate and amount. If corrected, the chart is automatically updated and drawn. The contract condition chart definition diagram in Fig. 9 assumes that the bank is the source of funds from the premise, and hopes to OFFER 400 million to 2.2 billion funds, and the rate also assumes a range of 0.25 to 0.24 It means that
[0061]
FIG. 10 shows a screen example of a contract condition chart definition diagram (range specification) as another example of the graph display. In this screen example, when the transaction party who makes the own order (OFFER) puts the mouse connected to his terminal on P1-P2, the cursor changes to vertical scaling, so if you drag the rate to 0.24, this state Then, it becomes the area of P1-P2-P3-P4, and further, the area of P1-P2-P3-P7-P6-P5-P4 was automatically created by clicking P5, P6, P7 with the mouse. It is an example. This area defines a desired range between the self-order rate and the amount as OFFER. In the case of self-ordering, this area is considered desirable. The area above the designated area is an advantageous area for the OFFER side, and the area below the designated area represents an unfavorable area.
[0062]
FIG. 11 shows an example where the order status on the BID side is displayed in real time (black circles) with respect to the contract condition chart definition diagram of FIG. In FIG. 11, a black circle A indicates an order of a trading party A on the BID side. Similarly, a black circle B indicates an order of the trading party B, and a black circle C indicates an order of the trading party C. In the figure, a black circle D indicates an order of the trading party D, a black circle E indicates an order of the trading party E, and a black circle F indicates an order of the trading party F. In the example of FIG. 11, it is obvious that only the order of the trading party D is within the area range.
[0063]
Orders (new, correction, cancellation) can be made from this chart. Plotting 1.4 billion above 0.26, which is unlikely to fill a self-order (sun sign), creates a new order. On the other hand, when a new order is generated by a regular order, it is displayed on the garnish board, and at the same time, it is plotted with sun marks on the chart. At this time, it is clear that the self-order (sun mark) is not within the condition range defined by the bank.
[0064]
FIG. 12 shows an example in which index values are displayed on the order display of FIG. In this example, two index values are automatically calculated and displayed. The top row shows the degree of deviation from the area in rate units (positive / negative: negative is disadvantageous for the bank). In the lower row, the rate divergence in the upper row is multiplied by the amount (100 million units). For example, when determining which of the disadvantageous conditions is the order of trading party C or trading party E is relatively advantageous, the lower index value indicates that C is −3.96 and E is −10.0. Therefore, E can be judged to have a larger lost profit.
[0065]
As described above, the status of the negotiation updated in real time by the transaction party is displayed on the terminal screen of the transaction party by the negotiation condition check function. Depending on the negotiation range represented by the graph and the position of the current negotiation status displayed on the graph, the trading party can easily determine whether the current negotiation conditions are within or outside the negotiation range. It is possible to make a judgment, and it is possible to easily confirm the negotiation status.
[0066]
As a result, there was a possibility that the transaction contents agreed as a result of the negotiations would be disadvantageous as compared with the transaction contents that the customer assumed in advance, but always grasp the position of the negotiations. So that there will be no judgment mistakes.
[0067]
In the above description, the negotiation is performed in real time. However, the present invention is not limited to this, and the negotiation can be configured to be applied for.
[0068]
【The invention's effect】
According to the present invention, since a negotiation screen having a list is provided in negotiation for conclusion of a contract in a transaction market, it becomes possible for a party to perform negotiation to input negotiation conditions with a simple operation, It is also possible to easily cope with complicated negotiation methods such as presenting a plurality of conditions and allowing the other party to select. It is also easy to correct or cancel negotiation conditions. Furthermore, even when negotiating with a plurality of opponents simultaneously, since it is a list, it is easy to determine which conditions are advantageous.
[0069]
It is also easy to conduct negotiations between multiple parties simultaneously.
[0070]
It is possible to easily have a negotiation confirmation function, and even if the conditions are changed by one party, the other party will conclude a contract while agreeing to the negotiation conditions before the change. The possibility can be eliminated.
[0071]
A time-out function can be provided to easily terminate a forced negotiation based on time conditions.
[0072]
Since it is possible to easily have a negotiation condition check function that allows the transaction party to visually grasp the negotiation condition desired by the transaction party, the transaction party can always easily grasp its own negotiation position, Mistakes in judgment can be eliminated.
[Brief description of the drawings]
FIG. 1 is a diagram schematically showing a configuration of a negotiation support system according to the present invention.
FIG. 2 is a diagram showing an outline of a configuration of a transaction processing computer in FIG. 1;
FIG. 3 is a diagram illustrating an input screen displayed on each terminal of FIG. 1;
FIG. 4 is a diagram illustrating a structure example of order data.
FIG. 5 is a diagram illustrating a structure example of negotiation data.
FIG. 6 is a diagram showing a display example of transaction data displayed on a terminal screen of a transaction party by a transaction processing computer.
FIG. 7 is a diagram illustrating a negotiation screen displayed on a terminal of a transaction party.
FIG. 8 is a diagram schematically illustrating an example of a negotiation process between a plurality of parties for one transaction.
FIG. 9 is a diagram illustrating an example of displaying a negotiation range using a graph.
FIG. 10 is a diagram illustrating another example of displaying a negotiation range using a graph.
FIG. 11 is a diagram illustrating still another example in which the negotiation range is displayed using a graph.
FIG. 12 is a diagram illustrating still another example in which the negotiation range is displayed using a graph.
[Explanation of symbols]
1 network
10 Transaction processing computer
11 Execution means
12 Negotiation control means
13 Negotiation screen control means
14 Timer means
15 Transaction information storage means
20 Communication means
30 terminals

Claims (4)

取引市場における約定締結のための交渉を支援する交渉支援システムにおいて、複数の取引当事者の端末と通信回線を介して接続される取引処理コンピュータを備えており、該取引処理コンピュータは、少なくとも、各取引当事者の端末から入力されてくる注文データおよび/または交渉条件データを互いに関連させて且つ該取引当事者を識別する識別情報、注文データを識別する識別情報および交渉条件付であることを識別する識別情報と共に記録するための取引情報記憶手段と、複数の当事者との同一取引に対する交渉について、前記取引情報記憶手段に記憶された各情報に基づき、少なくとも交渉の対象となっている注文データの状況を示す情報、交渉の状況を示す情報、当事者または端末を識別する情報および取引を識別する情報によって構成される複数の独立した当事者間の交渉プロセスを生成するための交渉制御手段と、同一取引に対する複数の当事者との交渉状況を一つの画面において一覧性をもった交渉画面として当該当事者の端末に表示させるための交渉画面制御手段と、前記交渉制御手段からの確定した交渉条件を取引条件とした約定成立処理を指示する信号に基づき約定成立処理を行うための約定執行手段とを実現する機能を有しており、前記交渉制御手段は、交渉の当事者から交渉条件が入力されると、当該交渉条件を交渉プロセスと関連付けて前記取引情報記憶手段に記憶させ、且つ前記約定執行手段において特定の交渉プロセスにおける約定が成立した場合に、約定が成立した注文データを識別する識別情報と同じ識別情報を有する交渉プロセスを検出して、交渉の終了処理を行うことを特徴とする交渉支援システム。  In a negotiation support system for supporting negotiation for closing a contract in a transaction market, the transaction support computer includes a transaction processing computer connected to terminals of a plurality of transaction parties via a communication line, and the transaction processing computer includes at least each transaction Identification information for associating order data and / or negotiation condition data input from a terminal of the party with each other and identifying the transaction party, identification information for identifying the order data, and identification information for identifying the negotiation condition The transaction information storage means for recording together with the transaction information storage means, and the negotiation of the same transaction with a plurality of parties, based on each information stored in the transaction information storage means, at least indicates the status of the order data subject to negotiation Information, information indicating the status of negotiations, information identifying the party or terminal, and information identifying the transaction The negotiation control means for generating a negotiation process between a plurality of independent parties configured as described above, and the negotiation status with a plurality of parties for the same transaction as a negotiation screen having a list on one screen The negotiation screen control means for displaying on the terminal and the execution means for executing the contract based on the signal for instructing the execution of the contract using the negotiation condition determined from the negotiation control means as a transaction condition are realized. The negotiation control means stores the negotiation conditions in the transaction information storage means in association with the negotiation process when the negotiation conditions are inputted from the parties to the negotiation, and is specified by the execution means. If the negotiation process is executed, the negotiation process having the same identification information as the identification information for identifying the order data for which the execution has been executed is detected. Negotiation support system, characterized in that to, the termination process of negotiation. 前記一覧性をもった交渉画面は、表形式のものである請求項1に記載の交渉支援システム。  The negotiation support system according to claim 1, wherein the negotiation screen having the list property is in a table format. 前記交渉画面制御手段は、一つの取引に対して複数の交渉要求があった場合には、該交渉要求の対象となっている取引当事者の端末に表示される交渉画面が当該複数の交渉要求をなした取引当事者との交渉状況を一覧可能なものとなるようにするが、該交渉要求をなした取引当事者の各々の端末に表示される交渉画面には他の交渉要求をなした取引当事者の交渉状況が表示されないようにする請求項1または2に記載の交渉支援システム。  When there are a plurality of negotiation requests for one transaction, the negotiation screen control means displays the plurality of negotiation requests on the negotiation screen displayed on the terminal of the transaction party that is the target of the negotiation request. It is possible to list the status of negotiations with the trading party that has made, but the negotiation screen displayed on each terminal of the trading party that made the negotiation request displays the The negotiation support system according to claim 1 or 2, wherein the negotiation status is not displayed. 前記交渉画面制御手段は、前記交渉要求の対象となっている取引当事者の端末に表示される交渉画面において、前記複数の交渉要求をなした取引当事者との交渉状況の各々が互いに識別容易な形式にて表示されるようにする請求項3に記載の交渉支援システム。  In the negotiation screen displayed on the terminal of the transaction party that is the target of the negotiation request, the negotiation screen control means can easily identify each of the negotiation statuses with the transaction party that has made the plurality of negotiation requests. The negotiation support system according to claim 3, wherein the negotiation support system is configured to be displayed in the form.
JP2001243864A 2001-08-10 2001-08-10 Negotiation support system and method for trading market of stocks, securities, products, etc. Expired - Lifetime JP3656043B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001243864A JP3656043B2 (en) 2001-08-10 2001-08-10 Negotiation support system and method for trading market of stocks, securities, products, etc.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001243864A JP3656043B2 (en) 2001-08-10 2001-08-10 Negotiation support system and method for trading market of stocks, securities, products, etc.

Publications (2)

Publication Number Publication Date
JP2003058707A JP2003058707A (en) 2003-02-28
JP3656043B2 true JP3656043B2 (en) 2005-06-02

Family

ID=19073890

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001243864A Expired - Lifetime JP3656043B2 (en) 2001-08-10 2001-08-10 Negotiation support system and method for trading market of stocks, securities, products, etc.

Country Status (1)

Country Link
JP (1) JP3656043B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7702570B2 (en) * 2007-03-15 2010-04-20 Bgc Partners, Inc. System and method for providing an operator interface for a radar display of market data

Also Published As

Publication number Publication date
JP2003058707A (en) 2003-02-28

Similar Documents

Publication Publication Date Title
US6980983B2 (en) Method for collective decision-making
JP3873365B2 (en) Business processing system using bulletin board type database and processing method thereof
US8744953B2 (en) System and method for icon oriented representation of trading strategies
US20080301022A1 (en) Real-Time Core Integration Method and System
US20080103916A1 (en) Apparatuses, methods, and systems for capital management product enrollment
JP2008130002A (en) Financial product transaction management apparatus and program
US7269793B2 (en) Conversational dealing system
WO2001065403A2 (en) Click based trading with intuitive grid display of market depth
CN1770186A (en) Computer system for exchanging workflows and methods thereof
JP2002032549A (en) System and method for managing multidimensional matrix
US8046289B2 (en) Electronic pitcard for wireless financial exchange
US20060161496A1 (en) Money market trading system
WO2003067400A2 (en) Electronic waiting room
JP3656043B2 (en) Negotiation support system and method for trading market of stocks, securities, products, etc.
US20050060218A1 (en) Targeted messaging system
JP3656039B2 (en) Transaction support system
JP2010113485A (en) Management server of internet banking system
JP4262655B2 (en) Workflow system and workflow system management method
JP4731037B2 (en) Automatic transaction equipment
KR20210045176A (en) Method and system for calibrating design draft in real time
KR20200091655A (en) A Caregiver Virtual Account Management System For Providing Account Transfer Service Encashable In Real-time And Method Thereof
KR20190018223A (en) Apparatus and computer program for providing money transfer service and dept management service related thereto
JP2002024543A (en) System for changing contract through network and method for the same
JP2001306815A (en) Method for presenting assets operation information
EP2109851A2 (en) System for providing immediate assistance in an electronic trading system

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20041015

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20041025

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20041224

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050307

R150 Certificate of patent or registration of utility model

Ref document number: 3656043

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20090311

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

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

Free format text: PAYMENT UNTIL: 20090311

Year of fee payment: 4

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

Free format text: PAYMENT UNTIL: 20100311

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

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

Free format text: PAYMENT UNTIL: 20110311

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

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

Free format text: PAYMENT UNTIL: 20110311

Year of fee payment: 6

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

Free format text: PAYMENT UNTIL: 20120311

Year of fee payment: 7

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

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

Free format text: PAYMENT UNTIL: 20120311

Year of fee payment: 7

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

Free format text: PAYMENT UNTIL: 20130311

Year of fee payment: 8

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

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

Free format text: PAYMENT UNTIL: 20130311

Year of fee payment: 8

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

Free format text: PAYMENT UNTIL: 20140311

Year of fee payment: 9

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term