(57)【特許請求の範囲】
【請求項１】
商品の取引を支援する取引支援装置において、
第１の商品に対する第１の売買注文と前記第１の商品と異なる第２の商品に対する第２の売買注文とで構成され、前記第１の売買注文の成立を条件として前記第２の売買注文の実行を要請するフック注文を入力するフック注文入力手段と、
前記第２の商品の売買レートの変化に連動して、前記第１の売買注文の注文レートを変更する価格変更手段と、
前記第２の商品の売買レートが指定値幅内である場合は前記第１の売買注文を注文レートを含めて表示し、前記指定値幅外である場合は前記第１の売買注文を表示しないと共に、少なくとも前記第２の売買注文の成立前は前記第２の売買注文を表示しないように制御する表示手段と、
前記表示手段によって表示されている前記第１の売買注文を実行する際の相手方となる応答注文を検出する注文検出手段と、
前記注文検出手段によって前記応答注文が検出されると、実行時の前記第１の売買注文の注文レートに従って前記第１の売買注文を実行すると共に、実行時の前記第２の商品の売買レートに従って前記第２の売買注文を実行するフック注文処理手段と、
を備えることを特徴とする取引支援装置。
【請求項２】
前記表示手段は、前記第１の売買注文を表示中のときに、前記第２の売買注文を実行する際の相手方となり得る注文が成立済または取消となった場合、前記第１の売買注文の表示を削除することを特徴とする請求項１記載の取引支援装置。
【請求項３】
前記表示手段は、前記フック注文処理手段の処理によって前記第２の売買注文が成立すると、前記第２の売買注文が成立した旨を表示することを特徴とする請求項１記載の取引支援装置。
【請求項４】
前記価格変更手段は、前記フック注文に対する差分レートが指定されている場合、前記第２の商品の売買レートに前記差分レートを加えた値を、前記第１の売買注文の注文レートとすることを特徴とする請求項１記載の取引支援装置。
【請求項５】
前記フック注文処理手段は、前記第２の売買注文が他のフック注文を構成する場合は、前記他のフック注文を連鎖して実行することを特徴とする請求項１記載の取引支援装置。
【請求項６】
前記フック注文入力手段から入力された前記フック注文を記憶するフック注文記憶手段と、
前記フック注文処理手段によって処理が終了した前記フック注文を前記フック注文記憶手段から削除する削除手段と、
を更に有することを特徴とする請求項１記載の取引支援装置。
【請求項７】
前記フック注文の実行によって納付が必要となる税金の金額を算出する納税額算出手段と、
前記フック注文の売買の関係者に対して、前記納税額算出手段によって算出された納税額を通知する通知手段と、
前記フック注文の実行によって発生する代金および税金を売買の関係者の口座から自動的に振り替える振り替え手段と、
を更に有することを特徴とする請求項１記載の取引支援装置。
【請求項８】
商品の取引を支援する取引支援処理をコンピュータに実行させる取引支援プログラムを記録したコンピュータ読み取り可能な記録媒体において、
コンピュータに、
第１の商品に対する第１の売買注文と前記第１の商品と異なる第２の商品に対する第２の売買注文とで構成され、前記第１の売買注文の成立を条件として前記第２の売買注文の実行を要請するフック注文を入力するフック注文入力ステップと、
前記第２の商品の売買レートの変化に連動して、前記第１の売買注文の注文レートを変更する価格変更ステップと、
前記第２の商品の売買レートが指定値幅内である場合は前記第１の売買注文を注文レートを含めて表示し、前記指定値幅外である場合は前記第１の売買注文を表示しないと共に、少なくとも前記第２の売買注文の成立前は前記第２の売買注文を表示しないように制御する表示ステップと、
前記表示ステップによって表示されている前記第１の売買注文を実行する際の相手方となる応答注文を検出する注文検出ステップと、
前記注文検出ステップによって前記応答注文が検出されると、実行時の前記第１の売買注文の注文レートに従って前記第１の売買注文を実行すると共に、実行時の前記第２の商品の売買レートに従って前記第２の売買注文を実行するフック注文処理ステップと、
を実行させることを特徴とする取引支援プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、取引支援装置および記録媒体に関し、特に、複数の顧客からの売買注文を表示装置に表示させ、これらの注文に対して売買の引き合いがあった場合には、仲介人がその対象となる商品に対する注文を発することによりその商品の売買を成立させる取引を支援する取引支援装置およびそのような取引支援処理をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
近年では、商品等の取引の確実と迅速を目的として、取引支援装置が種々利用されている。
【０００３】
図２２は、債券の取引を支援する取引支援装置と、端末装置等から構成される取引支援システムの構成例を示すブロック図である。
この図において、取引支援装置１は、仲介人が有する端末装置２から入力された、債券に対する売り注文および買い注文等を受け付けて記憶するとともに、これらの注文に対して所定の処理を施し、端末装置２に表示させるとともに、顧客側に設置されている表示装置３−１〜３−ｎに対して表示させる。
【０００４】
仲介人４側に設置された電話機４は、専用回線（ホットライン）６を介して、顧客側の電話機５−１〜５−ｎと接続されている。
このような取引支援システムにおいて、例えば、顧客Ａが、電話機５−１を介して回号（通し番号の一種）が「１８３回」である債券に対する売り注文を電話機４側の仲介人に対して要請したとする。
【０００５】
要請を受けた仲介人は、端末装置２を操作して、「１８３回」に対する売り注文を入力する。すると、取引支援装置１は、「１８３回」の債券に対する売り注文が入力されたことを検知して内部の記憶装置に記憶し、仲介人側の端末装置２に対してこの売り注文を表示させるとともに、表示装置３−１〜３−ｎに対しても同様の内容を表示させる。
【０００６】
図２３は、このとき、端末装置２および表示装置３−１〜３−ｎに表示される画面の表示例である。この図に示す表示例では、「１８３回」の債券に対する売買の注文が一覧表となって表示されている。この表示例において、図の左側は売り注文が表示される領域とされており、図の右側は買い注文が表示される領域とされている。また、「注文番号」は、各売り注文または買い注文を特定するために付与された番号である。「レート」は、その債券の利回りを示す。「数量」は、注文の数量であり、「１０億」は、１０億円を示す。なお、このような表示画面は板画面と呼ばれている。
【０００７】
この例では、表示内容が１つだけであるが、複数の注文が存在している場合には、売り注文、買い注文それぞれにおいてベストのレート（以下、ベストレートという）を有する注文から順に表示されることになる。
【０００８】
このような表示画面を参照して、例えば、顧客Ｂが電話機５−２を介して仲介者に「１８３回」に対して買い注文を行った場合には、仲介人が端末装置２から要請された買い注文を入力する。その結果、取引支援装置１は、この「１８３回」の売り注文に対する約定処理（取引の成立時に実行される処理）を実行する。
【０００９】
その結果、「１８３回」に対する売買が成立するとともに、取引支援装置１は、記憶装置から「１８３回」に対する売り注文を削除するとともに、端末装置２および表示装置３−１〜３−ｎの表示画面から、「１８３回」の売り注文に該当する表示項目を削除する。なお、他にも売り注文が存在している場合には、表示項目をレートに応じて適宜並べ替える処理を行う。
【００１０】
以上のような取引支援装置１を使用すると、取引を確実にしかも迅速に行うことが可能となる。
【００１１】
【発明が解決しようとする課題】
取引界では、自己の商品の売却を条件に他の商品を購入するいわゆるフック（Hook）取引が行われている。
【００１２】
例えば、債券の場合では、自己の「１８３回」の債券に対して買い注文があった場合には、他人の債券である「２００回」の債券を購入するという取引である。また、逆に他者の「２００回」の債券に対して売り注文があった場合には、自己の「１８３回」を売却する注文である。
【００１３】
このようなフック取引を図２２に示す取引支援システムで行う場合について考える。例えば、いま、顧客から前述のようなフック注文がなされたとすると、仲介人は、「１８３回」に対する売り注文を端末装置２から入力する。すると、端末装置２と表示装置３−１〜３−ｎに対して「１８３回」に対する売り注文が表示されることになる。
【００１４】
ところで、このフック注文は、フック先である被フック注文（この例では「２００回」）の存在を前提とした売り注文であるため、仲介者は、フック先である「２００回」の売り注文が存在しているか否かを常に確認し、無くなった場合には「１８３回」の売り注文を即座に停止しなければならない。
【００１５】
従って、このようなフック注文を受け付けた場合には、仲介者は、常にフック先を監視し続ける必要があり、煩雑であるという問題点があった。
また、フック注文である「１８３回」に対する買い注文がなされた場合には、即座に、被フック注文である「２００回」に対する買い注文を連動して行う必要があり、仲介人の負担が増大するという問題点があった。
【００１６】
更に、フック注文が連鎖するような場合（例えば、前述の例で、「２００回」が「２０１回」に対するフック注文であるような場合）には、以上の動作を繰り返し実行する必要があるので、処理を確実にしかも迅速に行うことが困難となる場合が多いという問題点もあった。
【００１７】
また、中古車や不動産取引の分野等では、自己の商品または不動産に対して買い注文が発生したことを条件として他者の商品または不動産を購入したり、逆に、他者の商品または不動産に対して売り注文が発生したことを条件として自己の商品または不動産を売却する、いわゆる入れ換え売買が慣行されている。このような商取引においても、前述の場合と同様の問題点があった。
【００１８】
更に、中古車や不動産等の取引においては、所有権が移転して名義が書き換えられた時点から課税対象者が変更になるため、前所有者が余分に税金を支払っている場合にはこれを返却するとともに、不足分を現所有者から徴収する手続きを行う必要があり、煩雑であるという問題点もあった。
【００１９】
本発明はこのような点に鑑みてなされたものであり、商品等の取引に見られるフック注文や入れ換え売買注文を確実にしかも迅速に処理することを可能とする取引支援装置を提供することを目的とする。
【００２０】
また、本発明は、商品等の所有権移転に伴う税金等の手続きを確実にしかも簡単に処理することを可能とする取引支援装置を提供することを目的とする。
【００２１】
【課題を解決するための手段】
本発明では上記課題を解決するために、図１に示す、商品の取引を支援する取引支援装置５０において、第１の商品に対する第１の売買注文と第１の商品と異なる第２の商品に対する第２の売買注文とで構成され、第１の売買注文の成立を条件として第２の売買注文の実行を要請するフック注文を入力するフック注文入力手段５０ａと、第２の商品の売買レートの変化に連動して、第１の売買注文の注文レートを変更する価格変更手段５０ｆと、第２の商品の売買レートが指定値幅内である場合は第１の売買注文を注文レートを含めて表示し、指定値幅外である場合は第１の売買注文を表示しないと共に、少なくとも第２の売買注文の成立前は第２の売買注文を表示しないように制御する表示手段５０ｇと、表示手段５０ｇによって表示されている第１の売買注文を実行する際の相手方となる応答注文を検出する注文検出手段５０ｃと、注文検出手段５０ｃによって応答注文が検出されると、実行時の第１の売買注文の注文レートに従って第１の売買注文を実行すると共に、実行時の第２の商品の売買レートに従って第２の売買注文を実行するフック注文処理手段５０ｄとを備えることを特徴とする取引支援装置５０が提供される。
【００２２】
ここで、フック注文入力手段５０ａは、第１の売買注文の成立を条件として第２の売買注文の実行を要請するフック注文を入力する。価格変更手段５０ｆは、第２の商品の売買レートの変化に連動して、第１の売買注文の注文レートを変更する。表示手段５０ｇは、第２の商品の売買レートが指定値幅内である場合は第１の売買注文を表示し、指定値幅外である場合は第１の売買注文を表示しないと共に、少なくとも第２の売買注文の成立前は第２の売買注文を表示しないように制御する。注文検出手段５０ｃは、表示中の第１の売買注文に対応する応答注文を検出する。フック注文処理手段５０ｄは、実行時の注文レートに従って第１の売買注文を実行すると共に、実行時の売買レートに従って第２の売買注文を実行する。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して説明する。なお、本明細書中において、「商品」とは、「取引の対象となる財貨」であり、「動産」の他、「不動産」や「無体財産」も含まれるものとする。また、請求項中における「フック注文」は、「入れ換え注文」も包含するものとする。
【００２４】
図１は、本発明に係る取引支援装置の動作原理を説明する原理図である。
この図において、フック注文入力手段５０ａは、第１の商品の売却または購入を条件に他の商品である第２の商品の購入または売却を要請する注文であるフック注文を入力する。
【００２５】
フック注文記憶手段５０ｂは、フック注文入力手段５０ａから入力されたフック注文を記憶する。なお、フック注文記憶手段５０ｂには、フック注文の他にも、通常の売り注文および買い注文も記憶される。
【００２６】
注文検出手段５０ｃは、フック注文記憶手段５０ｂに記憶されている所定のフック注文の第１の商品に対する買い注文または売り注文がなされたことを検出する。
【００２７】
フック注文処理手段は、注文検出手段５０ｃによって所定のフック注文に対する買い注文または売り注文が検出された場合には、第１の商品の売却処理または購入処理を実行するとともに、第２の商品の購入処理または売却処理を実行する。
【００２８】
削除手段５０ｅは、フック注文処理手段５０ｄによって処理が終了したフック注文をフック注文記憶手段５０ｂから削除する。
価格変更手段５０ｆは、新たな売り注文または買い注文等によって第２の商品の価格が変動した場合には、第１の商品の価格を連動して変更する。なお、価格の変更の必要がない場合には、フック注文記憶手段５０ｂに記憶されているフック注文をそのまま表示手段５０ｇに供給する。
【００２９】
表示手段５０ｇは、価格変更手段５０ｆによって価格が適宜変更されたフック注文を、表示装置６０に対して表示させる。
次に、以上の原理図の動作について説明する。なお、以下では、自己の商品の売却を条件に他の商品を購入する形態のフック取引を例に挙げて説明を行う。
【００３０】
いま、顧客Ａが、自己の債券である「１８３回」の売却を条件として、他の「２００回」を購入するフック注文を行ったとすると、このフック注文は、例えば、仲介人によってフック注文入力手段５０ａから入力される。なお、以下では、フック注文の売却の対象となる債券（いまの例では、「１８３回」）をフック銘柄と呼び、また、購入の対象となる債券（いまの例では、「２００回」）を被フック銘柄と呼ぶ。
【００３１】
フック注文入力手段５０ａから入力されたフック注文は、フック注文記憶手段５０ｂに記憶される。
図２は、フック注文記憶手段５０ｂに記憶されているフック注文の一例を示す図である。この例は、前述の「２００回」を被フック銘柄（フック先）とし、「１８３回」をフック銘柄とするフック注文を示す情報を示している。なお、「数量」はフック銘柄の売却数量を示し、この例では「１０億円」とされている。
【００３２】
また、「レート」は自己の「１８３回」の売却レートを決定するための値で、この例では、被フック銘柄である「２００回」のレートに対して「０．１」を加算した値とすることを示す。従って、「２００回」のレートが「１．０５」であれば、「１８３回」のレートは「１．１５」となる。
【００３３】
更に、指定幅は、被フック銘柄のベストレートがこの範囲内にある場合には、フック注文を有効とすることを示す。この例では、被フック銘柄である「２００回」のベストレートが“１．００”〜“１．２０”の範囲にある場合において、フック銘柄である「１８３回」に対して買い注文が発生したときには、被フック銘柄である「２００回」に対する買い注文を実行する。
【００３４】
価格変更手段５０ｆは、フック注文記憶手段５０ｂに記憶されているフック注文を読み出して、被フック銘柄に価格の変動があった場合には、フック銘柄の価格を変更して表示手段５０ｇに供給する。なお、価格の変更がなかった場合には、そのままの情報が表示手段５０ｇに供給される。
【００３５】
表示手段５０ｇは、価格変更手段５０ｆから供給された情報を表示装置６０に表示させる。なお、このとき、表示手段５０ｇは、各注文に対して注文番号を発行して付与するとともに、注文がフック注文である場合にはその旨を示す情報（詳細は後述する）も付与する。
【００３６】
図３は、以上の処理により、表示装置６０に表示される画面の表示例を示す図である。この表示例では、「１８３回」と「２００回」に関する表示がなされている。「１８３回」に関する表示では、先に入力されたフック注文に対応する情報に対して、注文番号“８”が付与されて表示されている。ここで、注文番号“８”の右下部に表示されている「Ｈ」は、この注文がフック注文であることを示しており、表示手段５０ｇによって付与された情報である。また、「レート」には、その下に表示されている「２００回」に関する表示において、注文番号が“２”である売り注文のレートに対して“０．１”が加算された値（＝１．１５０）が表示されている。
【００３７】
ところで、フック注文は、基本的にはフック先の商品に対する売買の注文であることから、他の商品に対する売買の注文も板画面上に表示されるべきと考えられるが、このような表示を行うと、その買い注文に対して売り注文が発生することがあるため、注文発生時には表示を行わず、フック銘柄の売買が成立した後に一時的に表示する。
【００３８】
図３に示すような表示を参照して、例えば、顧客Ｂが「１８３回」に対する買い注文を行ったとすると、注文検出手段５０ｃは、フック注文記憶手段５０ｂを参照して入力された買い注文をフック先とするフック注文が存在するか否かを判定する。その結果、該当するフック注文があった場合には、その情報をフック注文記憶手段５０ｂから取得してフック注文処理手段５０ｄに供給する。
【００３９】
フック注文処理手段５０ｄは、注文検出手段５０ｃから供給されたフック注文を参照して、フック銘柄に対する売却処理と、被フック銘柄に対する購入処理とを実行する。
【００４０】
いまの例では、「１８３回」がフック銘柄であり「２００回」が被フック銘柄であるので、「１８３回」に対する売却処理を実行し、続いて、「２００回」に対する購入処理を実行する。その結果、「１８３回」は顧客Ｂに対して売却され、また、「２００回」はフック注文を行った顧客Ａに対して売却され、約定が成立することになる。
【００４１】
そして、フック注文の処理が終了すると、フック注文処理手段５０ｄは、その旨を削除手段５０ｅに通知する。削除手段５０ｅは、フック注文処理手段５０ｄからの通知を受け、該当するフック注文をフック注文記憶手段５０ｂから削除する。
【００４２】
その結果、図２に示すフック注文がフック注文記憶手段５０ｂから削除されるとともに、表示装置６０から図３に示す注文番号が“８”である注文が削除されることになる。
【００４３】
また、このとき、表示手段５０ｇは、フック銘柄に対する買い注文があったことを一時的に表示装置６０に表示させる。
なお、フック銘柄に対する買い注文は、その注文がフック注文に係る買い注文であることを明示して板画面上に表示させるようにしてもよい。
【００４４】
以上に示すように、本発明に係る取引支援装置５０によれば、フック注文が自動的に処理されることから、仲介人等にかかる負担を軽減させることが可能となる。
【００４５】
なお、以上の説明では被フック銘柄の価格の変動等は考慮しなかったが、実際の取引では価格が変動したり、被フック銘柄の売り注文が取り消されたりする場合が存在する。そのような事態が発生した場合に関する処理を以下に説明する。
【００４６】
例えば、被フック銘柄である「２００回」に対して新たな売り注文がなされたとし、その売り注文のレートがその時点において最良のもの（ベストレート）であるとする。フック注文においては、ベストレートである被フック銘柄をフックの対象とするため、ベストレートが変動した場合には、フック銘柄のレートをそれに追従させる必要がある。
【００４７】
例えば、いま、被フック銘柄である「２００回」を対象として、レートが「１．０５５」の新たな売り注文がなされたとすると、この注文はベストレートになるため、図４に示すように、「２００回」に関する表示領域の最上部に表示されることになる。
【００４８】
このとき、価格変更手段５０ｆは、被フック銘柄のベストレートが変動したことを検知し、フック銘柄である「１８３回」のレートを変更して表示手段５０ｇに供給する。即ち、いまの例では、フック銘柄のレートは、図２に示すように被フック銘柄のレートに“０．１”を加算したものであるので、新たなレートとして“１．１５５”が算出され、表示手段５０ｇに供給される。
【００４９】
表示手段５０ｇは、レートが変更されたフック注文に対して新たな注文番号“１２”を発生し、表示装置６０の表示内容を更新する。
その結果、図４に示すように、注文番号が“１２”であり、また、レートが“１．１５５”であるフック注文が表示装置６０に表示されることになる。
【００５０】
以上に示すように、本発明に係る取引支援装置５０では、被フック銘柄のレートが変動した場合には、フック銘柄のレートが自動的に連動するので、仲介者の負担を軽減することが可能となる。
【００５１】
次に、被フック銘柄のベストレートが指定範囲から外れたり、被フック銘柄が売却済となったり、売り注文を撤回されて対象となる被フック銘柄が存在しなくなった場合の処理について説明する。
【００５２】
いま、例えば、被フック銘柄のベストレートが“１．２１”になったとすると、図２に示すように、「１８３回」をフック銘柄とするフック注文の指定範囲は、“１．００”〜“１．２０”であるので範囲を逸脱することになる。
【００５３】
そのような場合には、表示手段５０ｇがこのフック注文の出力を即座に中止することから、表示装置６０の画面上から対応する情報が削除されることになる。また、被フック銘柄の売り注文が無くなった場合にも同様に、表示手段５０ｇがフック注文の表示を停止することから、画面上から該当する表示が削除されることになる。
【００５４】
なお、この表示の停止は、一時的なものであるので、被フック銘柄のベストレートが指定範囲内に復帰したり、被フック銘柄の売り注文が新たに発生した場合には、再度画面表示がなされることになる。
【００５５】
以上に示すように、本発明に係る取引支援装置５０によれば、被フック銘柄の売り注文が消滅したり、被フック銘柄のベストレートが指定範囲を逸脱した場合にはフック注文の表示が一時的に中止されるので、仲介人がこれらの条件を監視して、フック注文の表示を中止させたり再開させたりする必要がなくなるので、仲介人の負担を軽減することが可能となる。
【００５６】
なお、被フック銘柄がフック注文である場合には、フック注文処理手段５０ｄが、被フック銘柄に対しても同様の処理を実行することにより、フック注文が連鎖している場合にも対処することができる。例えば、先の例では、「１８３回」の被フック銘柄である「２００回」が、「２０１回」を被フック銘柄とするフック注文である場合には、先に述べた処理の後に「２０１回」に対する購入処理を追加的に実行することにより対処が可能となる。
【００５７】
これにより、仲介人の負担を更に軽減するとともに、取引の確実と迅速を図ることが可能となる。
次に、図５を参照して、本発明の実施の形態の構成例について説明する。
【００５８】
図５は、本発明の実施の形態の構成例を示すブロック図である。
この図において、取引支援装置１は、仲介人が有する端末装置２から入力された売り注文および買い注文等を受け付けて記憶するとともに、ソート処理等の所定の処理を施して、端末装置２および顧客側に設置されている表示装置３−１〜３−ｎに対して表示させる。
【００５９】
この図に示すように、取引支援装置１は、ＣＰＵ（Central Processing Unit）１ａ、ＲＯＭ（Read Only Memory）１ｂ、ＲＡＭ（Random Access Memory）１ｃ、ＨＤＤ（Hard Disk Drive）１ｄ、Ｉ／Ｆ（Interface）１ｅ，１ｆ、および、バス１ｇによって構成されている。
【００６０】
ＣＰＵ１ａは、ＲＯＭ１ｂ、ＲＡＭ１ｃ、および、ＨＤＤ１ｄに記憶されているプログラム等に応じて装置の各部を制御するとともに、種々の演算処理を実行する。
【００６１】
ＲＯＭ１ｂは、ＣＰＵ１ａが実行する基本的なプログラムやデータ等を記憶している。
ＲＡＭ１ｃは、ＣＰＵ１ａが実行対象とするプログラムや演算途中のデータ等を一時的に格納する。
【００６２】
ＨＤＤ１ｄは、ＣＰＵ１ａが実行する各種プログラムを格納するとともに、端末装置２から入力された売り注文、買い注文、および、フック注文等を記憶する。
【００６３】
Ｉ／Ｆ１ｅは、端末装置２との間のインターフェースであり、端末装置２と取引支援装置１のデータ形式を相互に変換し、これらの間で情報の授受を可能とする。
【００６４】
Ｉ／Ｆ１ｆは、表示装置３−１〜３−ｎに対して画像情報を同報で供給し、図２３に示すような板画面を表示させる。なお、端末装置２の表示内容と、表示装置３−１〜３−ｎの表示内容は、同様であるので、仲介者と顧客との間で同様の情報が共有される。
【００６５】
バス１ｇは、ＣＰＵ１ａ、ＲＯＭ１ｂ、ＲＡＭ１ｃ、ＨＤＤ１ｄ、および、Ｉ／Ｆ１ｅ，１ｆを相互に接続し、これらの間で情報の授受を可能とする。
仲介人側に設置された電話機４は、専用回線（ホットライン）６を介して、顧客側の電話機５−１〜５−ｎと接続されている。
【００６６】
次に、以上の実施の形態の動作を、図６を参照して説明する。
図６は、図５に示す実施の形態において、フック注文がなされた場合に実行される処理の一例を説明するフローチャートである。この処理が開始されると、以下の処理が実行されることになる。
［Ｓ１］ＣＰＵ１ａは、フック注文が発生したか否かを判定し、発生した場合にはステップＳ２に進み、それ以外の場合にはステップＳ３に進む。
【００６７】
即ち、ＣＰＵ１ａは、端末装置２が操作されてフック注文が入力された場合にはステップＳ２に進み、それ以外の場合にはステップＳ３に進む。
［Ｓ２］ＣＰＵ１ａは、ステップＳ１において入力されたフック注文をＨＤＤ１ｄに格納されている所定のファイル（予約注文ファイル（図２参照））に記憶させる。
［Ｓ３］ＣＰＵ１ａは、端末装置２および表示装置３−１〜３−ｎに対して、図２に示す予約注文ファイルに格納されているフック注文を適宜表示させる処理である「表示処理」を実行する。
【００６８】
なお、この処理の詳細は、図７を参照して後述する。
［Ｓ４］ＣＰＵ１ａは、フック注文の条件が満足されなくなった場合に、そのフック注文を取り消す「取り消し処理」を実行する。
【００６９】
なお、この処理の詳細は図８を参照して後述する。
［Ｓ５］ＣＰＵ１ａは、フック先銘柄のベストレートが変動した場合には、それに連動してフック銘柄のレートを追従させる「レート追従処理」を実行する。
【００７０】
なお、この処理の詳細は図９を参照して後述する。
［Ｓ６］ＣＰＵ１ａは、フック注文のフック銘柄に対して買い注文がなされた場合には、フック注文を捌くために必要な一連の処理である「約定処理」を実行する。
【００７１】
なお、この処理の詳細は図１０を参照して後述する。
［Ｓ７］ＣＰＵ１ａは、処理を終了するか否かを判定し、終了しない場合にはステップＳ１に戻り、それ以外の場合には処理を終了する（エンド）。
【００７２】
例えば、ＣＰＵ１ａは図示する処理以外の他の処理からの実行の要請があった場合にはこの処理を終了し、それ以外の場合にはステップＳ１に戻る。
次に、図７を参照して、図６に示す「表示処理」の詳細について説明する。このフローチャートが開始されると、以下の処理が実行されることになる。
［Ｓ１０］ＣＰＵ１ａは、ＨＤＤ１ｄの予約注文ファイルに、フック注文が登録されているか否かを判定し、登録されている場合にはステップＳ１１に進み、それ以外の場合にはもとの処理に復帰（リターン）する。
［Ｓ１１］ＣＰＵ１ａは、所定のフック注文を１つ予約注文ファイルから取得する。
［Ｓ１２］ＣＰＵ１ａは、ステップＳ１１において取得したフック注文の被フック数量残があるか否か、即ち、ベストレートの被フック銘柄の数量が充分にあるか否かを判定し、数量が充分である場合にはステップＳ１３に進み、それ以外の場合にはステップＳ１７に進む。
［Ｓ１３］ＣＰＵ１ａは、ベストレートである被フック銘柄のレートが指定値幅内に収まっているか否かを判定し、収まっている場合にはステップＳ１４に進み、それ以外の場合にはステップＳ１７に進む。
［Ｓ１４］ＣＰＵ１ａは、処理の対象としているフック注文が既に表示済であるか否かを判定し、表示済である場合にはステップＳ１７に進み、それ以外の場合にはステップＳ１５に進む。
［Ｓ１５］ＣＰＵ１ａは、注文番号を発行する。
［Ｓ１６］ＣＰＵ１ａは、端末装置２および表示装置３−１〜３−ｎの板画面上に、処理の対象となっているフック注文を表示させる。
【００７３】
なお、フック注文は、フック先の商品に対する売買の注文（この例では、買い注文）であるので、フック先の商品の板画面に対しても注文の発生を表示することが通例であるが、この買い注文は売買を目的としない注文であるためこのような表示は行わない。
［Ｓ１７］ＣＰＵ１ａは、予約注文ファイルを参照して、未処理のフック注文が存在するか否かを判定し、存在している場合にはステップＳ１１に戻って同様の処理を繰り返し、それ以外の場合にはもとの処理へ復帰（リターン）する。
【００７４】
以上の処理によれば、予約注文ファイルに対してフック注文が登録されている場合において、そのフック注文が表示の条件（被フック数量残が有り、指定値幅内で有り、かつ、表示済でない）を満足している場合には、注文番号が付与されて板画面上に表示されることになる。なお、以上の表示条件が満足されなくなった場合には、次に示す「取り消し処理」、または、その次に示す「レート追従処理」によって板画面上から削除される。
【００７５】
次に、図８を参照して、図６に示す「取り消し処理」の詳細について説明する。このフローチャートが開始されると、以下の処理が実行されることになる。
［Ｓ２０］ＣＰＵ１ａは、売り注文の取り消しが発生したか否かを判定し、売り注文の取り消しが発生した場合にはステップＳ２１に進み、それ以外の場合にはもとの処理に復帰（リターン）する。
［Ｓ２１］ＣＰＵ１ａは、予約注文ファイルを参照し、取り消された売り注文をフック先とするフック注文が存在するか否かを判定し、存在する場合にはステップＳ２２に進み、それ以外の場合にはもとの処理に復帰（リターン）する。
［Ｓ２２］ＣＰＵ１ａは、該当するフック注文を板画面から削除した後、もとの処理に復帰（リターン）する。
【００７６】
以上の処理によれば、売り注文の取り消しが発生した場合において、その売り注文がフック注文のフック先である場合には、そのフック注文が板画面から削除されることになる。なお、取り消された売り注文も、図示せぬ他の処理によって板画面上から削除されることはいうまでもない。
【００７７】
次に、図９を参照して、図６に示す「レート追従処理」の詳細について説明する。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ３０］ＣＰＵ１ａは、新たな売り注文が発生したか否かを判定し、売り注文が発生した場合にはステップＳ３１に進み、それ以外の場合にはもとの処理に復帰（リターン）する。
［Ｓ３１］ＣＰＵ１ａは、その売り注文がベストレートであるか否かを判定し、ベストレートの注文（ベストレート注文）である場合にはステップＳ３２に進み、それ以外の場合にはもとの処理に復帰（リターン）する。
［Ｓ３２］ＣＰＵ１ａは、予約注文ファイルを参照し、そのベストレート注文をフック先とするフック注文が存在するか否かを判定し、存在する場合にはステップＳ３３に進み、それ以外の場合にはもとの処理に復帰（リターン）する。
［Ｓ３３］ＣＰＵ１ａは、ベストレートに対応する新たなレートを算出する。即ち、ＣＰＵ１ａは、ステップＳ３１においてベストレートであると判定された被フック銘柄のレートに対して、フック注文の際に指定されたレート（図２に示すレート）を加算して、フック銘柄のレートを算出する。
［Ｓ３４］ＣＰＵ１ａは、該当するフック注文を板画面から削除する。
［Ｓ３５］ＣＰＵ１ａは、予約注文ファイルに格納されている指定幅を参照し、新たなレートが指定値幅範囲内に収まっているか否かを判定し、収まっている場合にはステップＳ３６に進み、それ以外の場合にはもとの処理に復帰（リターン）する。
［Ｓ３６］ＣＰＵ１ａは、新たな注文番号を発行する。
［Ｓ３７］ＣＰＵ１ａは、新たな注文番号と新たなレートを付与されたフック注文を板画面に表示させる。
【００７８】
以上の処理によれば、被フック銘柄のベストレートが変動した場合には、該当するフック銘柄が板画面から削除されるとともに、新たな注文番号と新たなレートとが付与されたフック注文が板画面上に再表示される。また、新たなレートが指定値幅範囲内に収まっていない場合には、そのフック注文が板画面上から削除されることになる。
【００７９】
最後に、図１０を参照して、図６に示す「約定処理」の詳細について説明する。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ４０］ＣＰＵ１ａは、買い注文が発生したか否かを判定し、買い注文が発生した場合にはステップＳ４１に進み、それ以外の場合にはもとの処理に復帰（リターン）する。
［Ｓ４１］ＣＰＵ１ａは、予約注文ファイルを参照してその買い注文がフック注文に対する買い注文である場合にはステップＳ４２に進み、それ以外の場合にはステップＳ４８に進む。
［Ｓ４２］ＣＰＵ１ａは、対象となるフック注文に係る売買を自動執行する。即ち、フック銘柄に対して売却処理を施すとともに、被フック銘柄に対して購入処理を施す。
［Ｓ４３］ＣＰＵ１ａは、該当するフック注文を板画面から削除する。
［Ｓ４４］ＣＰＵ１ａは、該当するフック注文を予約注文ファイルから削除する。
［Ｓ４５］ＣＰＵ１ａは、該当する被フック注文を板画面から削除する。このとき、ＣＰＵ１ａは、フック先の商品に対する買い注文が発生したことを示すために、板画面上にその情報を一時的に表示させる。
［Ｓ４６］ＣＰＵ１ａは、該当する被フック注文を予約注文ファイルから削除する。
【００８０】
なお、被フック注文の数量がフック注文の数量を上回っている場合には、残りの数量に対して新たな注文番号（例えば、注文番号“１”に対しては“１−２”のようにもとの注文から派生した注文であることを示す番号）を発行して表示させる。
［Ｓ４７］ＣＰＵ１ａは、被フック注文がフック注文であるか否かを判定し、被フック注文がフック注文である場合にはステップＳ４２に戻って同様の処理を繰り返し、それ以外の場合にはもとの処理に復帰（リターン）する。
【００８１】
即ち、フック注文が連鎖している場合には、ステップＳ４２に戻って同様の処理を繰り返すことにより、連鎖が複数回連続している場合にも対応可能となる。なお、処理が複雑になることを避けるために、所定の回数以上連鎖が継続している場合には、処理を中断するようにしてもよい。
［Ｓ４８］ＣＰＵ１ａは、通常の売買処理を行う。即ち、買い注文はフック注文ではない通常の注文（アウトライト注文）を対象としていることから、アウトライト注文に対する通常の処理が実行され、もとの処理に復帰（リターン）する。
【００８２】
以上の処理によれば、買い注文が発生した場合であって、その買い注文の対象がフック注文（フック銘柄）である場合には、フック銘柄に対する売却処理と、被フック銘柄に対する購入処理が自動的に執行されるとともに、板画面上にその結果が反映されることになる。
【００８３】
以上に示したように、本発明の実施の形態によれば、フック注文を自動的に処理するようにしたので、取引の確実と迅速を図ることが可能となる。
また、被フック銘柄のベストレートが変動した場合には、それに追従してフック銘柄のレートも自動的に変動するようにしたので、仲介者の負担を軽減することが可能となる。
【００８４】
更に、被フック銘柄のベストレートが変動して指定値幅外になった場合や、被フック銘柄の売り注文が消滅した場合にはフック注文を画面上から削除し、条件が再度合致するまで表示が保留されることから、誤った買い注文が発生することを防止することが可能となる。
【００８５】
なお、以上の説明では、自己の債券の売却を条件に他の商品を購入する形態のフック注文のみについて説明したが、他の債券の購入を条件に自己の商品を売却する形態のフック注文についても本発明によって実現することが可能となる。
【００８６】
また、以上の説明では、債券を例に挙げて説明を行ったが、本発明はこのような場合にのみ限定されるものではなく、各種商品に対しても適用することが可能であることはいうまでもない。
【００８７】
更に、以上の説明においては、フック先の商品に対する買い注文（または売り注文）は、フック取引が終了した後に板画面上に一時的に表示させるようにしたが、フック先の商品である旨を明示したうえで当初から板画面上に表示させるようにしてもよい。
【００８８】
次に、図１１を参照して、本発明の第２の実施の形態について説明する。なお、この図に置いて、図５の場合と対応する部分には同一の符号を付してあるのでその説明は省略する。
【００８９】
この実施の形態では、取引の対象として「中古車」を扱う。端末装置２０および端末装置２４−１〜２４−３は、パーソナルコンピュータ等によって構成されており、端末装置２０は仲介業者側に、また、端末装置２４−１〜２４−３は代理店にそれぞれ設置されている。
【００９０】
ネットワーク２１は、例えば、ＩＳＤＮ（Integrated Service Digital Network）等の公衆回線であり、取引支援装置１と端末装置２４−１〜２４−３その他を相互に接続し、これらの間で情報の伝送を可能とする。
【００９１】
ＣＡＦＩＳ（Credit And Finance Information System）（商標）２２は、クレジットカード等により代金の支払いを行う場合に、クレジットデータをクレジット会社に中継する処理を行ったり、クレジット会社のコンピュータセンタの休止時には代行してサービスを行う。
【００９２】
ＣＭＳ（Cash Management Service）システム２３は、銀行口座を用いて代金の支払いを行う場合に、取引相手の銀行との間で口座振替その他の処理を行う。
その他の部分は、図５の場合と同様である。
【００９３】
次に、以上の実施の形態の動作について説明する。
図１２は、本実施の形態において処理の対象となる入れ換え注文を説明するための図である。入れ換え注文とは、ある商品の売却または購入を条件に他の商品の購入または売却を要請する注文である。図１２の例では、中古車を例に挙げて説明を行っており、甲が入れ換え注文の発注者である。また、乙および丙は、それぞれ入れ換え注文に対する購入者と売却者である。即ち、甲は、自己の車両Ａの売却または車両Ｂの購入を条件として、車両Ｂの購入または車両Ａの売却を要請する注文である入れ換え注文を行っている。以下では、この入れ換え注文を適切に処理するための構成および処理について説明する。
【００９４】
図１３は、図１１に示す実施の形態において、中古車の売買注文を入力する場合に実行される処理の一例を説明するフローチャートである。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ５０］ＣＰＵ１ａは、端末装置２０，２４−１〜２４−３からの注文（通常の注文および入れ換え注文）をＩ／Ｆ１ｅ，１ｆを介して入力する。
【００９５】
図１４は、端末装置から入力される注文（この例では、入れ換え注文）の一例を示す図である。この図において、「注文番号」は、各注文にシリアルに付与されたユニークな番号である。「車体番号」は、車種を特定するための番号である。「年式」は、車体が製造された時期を示す。「色」は、車体の色を示す。「走行距離」は、車両の走行距離を示す。「初年度登録日」は、車両を購入したときの年月日を示す。「前回登録日」は、前回の車検日を示す。「前回登録番号」は、前回登録時において付与された車両番号を示す。「希望価格」はこの車両の希望販売価格を示す。「売買」は、売買の形態を示し、この例では、同欄の右側に「入れ換え」と表示されていることから、入れ換え注文であることが分かる。入れ換えの対象となる車両の概要は、右側の欄の「車体番号」〜「価格」に示されている。即ち、車体番号が“１１１８４５”であり、年式が「８９年式」、色が「白」、走行距離が「８万Ｋｍ」、価格が「９０万円」である車が入れ換えの対象である。
【００９６】
「優先」は、買い注文または売り注文の何れを優先するかを示す。即ち、買い注文を優先する場合には、希望する車両が購入できた場合に、自己の車両を売却する手続きを行う。逆に、売り注文を優先する場合には、自己の車両が売却できた場合に、希望する車両を購入する手続きを行う。
【００９７】
「銀行番号」〜「名義人電話番号」は、売買が成立した場合に代金を振り替える銀行口座に関する情報が表示されている。
なお、以上の例は、銀行口座から振り替えを行う場合に対応しているが、支払いに関しては、クレジットカードを用いることも可能である。図１５は、クレジットカードにより支払いを行う場合の注文の一例を示している。この例では、「カード番号」〜「名義人電話番号」がクレジットカードによる支払いに必要な情報となっている。
【００９８】
なお、入れ換え取引でない通常の注文の場合は、「売買」の欄に「通常」と記入されており、また、入れ換えの対象となる車両に関する情報（「優先」〜「価格」）が除外されたフォーマットとなっている。
［Ｓ５１］ＣＰＵ１ａは、入力した注文をＨＤＤ１ｄの所定の領域に格納する。［Ｓ５２］ＣＰＵ１ａは、入力した注文が入れ換え注文であるか否かを判定し、入れ換え注文である場合にはステップＳ５４に進み、それ以外の場合にはステップＳ５３に進む。
［Ｓ５３］ＣＰＵ１ａは、入力した注文をＩ／Ｆ１ｅ，１ｆを介して端末装置２０，２４−１〜２４−３に対して供給して画面に表示させる。
【００９９】
図１６は、端末装置２０，２４−１〜２４−３に表示された画面の表示例である。この例では、注文番号“０１０００１”から“０１０００３”までは、通常の注文（入れ換え注文でない注文）に対応している。画面上に表示されている内容は、各端末装置から入力された注文の記載内容に対応している。なお、この図において、「売買」はこの注文が売り注文または買い注文の何れであるかを示している。
［Ｓ５４］ＣＰＵ１ａは、入れ換え注文が買い注文優先であるか否かを判定し、買い注文優先である場合にはステップＳ５５に進み、それ以外の場合にはステップＳ５６に進む。
【０１００】
例えば、図１４の例では、「優先」の右側の欄に「買い優先」が表示されていることから、買い注文優先であるとしてステップＳ５５に進むことになる。
［Ｓ５５］ＣＰＵ１ａは、入れ換え注文から買い注文を抽出して、端末装置２０，２４−１〜２４−３に供給して表示させる。
【０１０１】
図１６では、図１４に示す入れ換え注文の買い注文が行末に表示されている。即ち、図１４に示す右欄が空白となっている部分に表示されている内容が表示されている。なお、「注文番号」である“０１０００４”に付された下線は、この注文が入れ換え注文であることを示している。
［Ｓ５６］ＣＰＵ１ａは、入れ換え注文から売り注文を抽出して、端末装置２０，２４−１〜２４−３に供給して表示させる。
【０１０２】
以上の処理によれば、図１１に示すＨＤＤ１ｄに対して端末装置から入力された注文が格納されるとともに、各端末装置に対して例えば図１６に示すような画面が表示されることになる。
【０１０３】
次に、図１７を参照して、図１１に示す取引支援装置１において、格納されている注文を処理する際に実行されるフローチャートについて説明する。このフローチャートは、例えば、割り込み等によって所定の周期で実行され、ＨＤＤ１ｄに格納されている注文を処理する。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ６０］ＣＰＵ１ａは、処理回数をカウントする変数ｉを初期値“１”に設定する。
［Ｓ６１］ＣＰＵ１ａは、ＨＤＤ１ｄに格納されている注文のうち、第ｉ番目の注文を検索して取得する。
［Ｓ６２］ＣＰＵ１ａは、取得した注文が入れ換え注文であるか否かを判定し、入れ換え注文である場合にはステップＳ６４に進み、それ以外の場合にはステップＳ６３に進む。
［Ｓ６３］ＣＰＵ１ａは、通常の注文に対する通常の処理を実行する。
【０１０４】
なお、通常の処理とは、取得した売り注文または買い注文の条件に合致する買い注文または売り注文が存在する場合にはそれを予約して精算する処理を意味する。
［Ｓ６４］ＣＰＵ１ａは、入れ換え注文が買い注文優先であるか否かを判定し、買い注文優先である場合にはステップＳ６５に進み、それ以外の場合にはステップＳ６６に進む。
［Ｓ６５］ＣＰＵ１ａは、買い注文に対する売り注文が発生した場合にはその売り注文を予約する処理をし、その後で売り注文に対する処理をする「買い注文優先処理」を実行する。
【０１０５】
なお、この処理の詳細は、図１８を参照して後述する。
［Ｓ６６］ＣＰＵ１ａは、売り注文に対する買い注文が発生した場合にはその買い注文を予約する処理をし、その後で買い注文に対する処理をする「売り注文優先処理」を実行する。
【０１０６】
なお、この処理の詳細は、図１９を参照して後述する。
［Ｓ６７］ＣＰＵ１ａは、入れ換え注文に対する売買が成立したか否かを判定し、成立した場合にはステップＳ６８に進み、それ以外の場合にはステップＳ６９に進む。
［Ｓ６８］ＣＰＵ１ａは、売買に係る代金と、それに付随する税金とを計算し、売買の関係者の銀行口座等から徴収または振り込む処理である「精算処理」を実行する。
【０１０７】
なお、この処理の詳細は、図２１を参照して後述する。
［Ｓ６９］ＣＰＵ１ａは、変数ｉの値を“１”だけインクリメントする。
［Ｓ７０］ＣＰＵ１ａは、変数ｉの値がＨＤＤ１ｄにその時点において格納されている注文の総数Ｎ以下である場合にはステップＳ６１に戻って前述の場合と同様の処理を繰り返し、それ以外の場合には処理を終了する。
【０１０８】
次に、図１８を参照して、図１７に示す「買い注文優先処理」の詳細について説明する。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ８０］ＣＰＵ１ａは、買い注文が処理済みであるか否かを判定し、処理済みである場合にはステップＳ８５に進み、それ以外の場合にはステップＳ８１に進む。
【０１０９】
即ち、買い注文に対応する売り注文が発生して買い注文に対する売買が既に成立している場合にはステップＳ８５に進む。より具体的には、図１２において甲が車両Ｂを丙から購入する売買契約のみが成立している場合を指す。
［Ｓ８１］ＣＰＵ１ａは、ＨＤＤ１ｄを検索し、買い注文の条件に合致する売り注文が存在しているか否かを判定する。その結果、該当する売り注文が存在している場合にはステップＳ８２に進み、それ以外の場合にはもとの処理に復帰する。
［Ｓ８２］ＣＰＵ１ａは、該当する売り注文に対して予約を行う。
【０１１０】
例えば、図１６に示す注文番号“０１０００４”の買い注文の条件に合致する売り注文が存在している場合には、その売り注文に対して予約が行われることになる。
［Ｓ８３］ＣＰＵ１ａは、買い注文に対応する表示を停止する。
【０１１１】
例えば、図１６の例では、注文番号“０１０００４”の買い注文が各端末装置の画面上から消去されることになる。
［Ｓ８４］ＣＰＵ１ａは、入れ換え注文の売り注文を各端末装置に対して表示させる。
【０１１２】
例えば、図１４に示す例では、売り注文の対象となる自己の車両（車体番号が“５５４８４５”の車両）に関する情報が各端末装置に供給されて表示されることになる。図２０は、その結果として、各端末装置に対して表示される画面の表示例である。この例では、車体番号“５５４８４５”の車両が、注文番号“０１０００４”の売り注文として表示されている。
［Ｓ８５］ＣＰＵ１ａは、売り注文の条件に合致する買い注文がＨＤＤ１ｄに存在しているか否かを判定し、存在している場合にはステップＳ８６に進み、それ以外の場合にはもとの処理に復帰する。
【０１１３】
例えば、図２０に示す、注文番号“０１０００４”の売り注文の条件に合致する買い注文が存在している場合にはステップＳ８６に進む。
［Ｓ８６］ＣＰＵ１ａは、対応する買い注文を予約する。
［Ｓ８７］ＣＰＵ１ａは、入れ換え注文の売り注文を各端末装置の画面から消去する。
【０１１４】
例えば、図２０の例では、注文番号“０１０００４”の売り注文が画面から消去されることになる。
［Ｓ８８］ＣＰＵ１ａは、入れ換え注文をＨＤＤ１ｄから削除する。
【０１１５】
以上の処理により、入れ換え注文の売り注文を優先した売買処理を実行することができる。
次に、図１８を参照して、図１７に示す「売り注文優先処理」の詳細について説明する。このフローチャートが開始されると、以下の処理が実行される。
［Ｓ９０］ＣＰＵ１ａは、売り注文が処理済みであるか否かを判定し、処理済みである場合にはステップＳ９５に進み、それ以外の場合にはステップＳ９１に進む。
【０１１６】
即ち、売り注文に対応する買い注文が発生して売り注文に対する売買が既に成立している場合にはステップＳ９５に進む。より具体的には、図１２において、乙が甲から車両Ａを購入する売買契約のみが成立している場合を指す。
［Ｓ９１］ＣＰＵ１ａは、ＨＤＤ１ｄを検索し、売り注文の条件に合致する買い注文が存在しているか否かを判定する。その結果、該当する買い注文が存在している場合にはステップＳ９２に進み、それ以外の場合にはもとの処理に復帰する。
［Ｓ９２］ＣＰＵ１ａは、該当する買い注文に対して予約を行う。
［Ｓ９３］ＣＰＵ１ａは、売り注文に対する表示を停止する。
［Ｓ９４］ＣＰＵ１ａは、入れ換え注文の買い注文を各端末装置に対して表示させる。
［Ｓ９５］ＣＰＵ１ａは、買い注文の条件に合致する売り注文がＨＤＤ１ｄに存在しているか否かを判定し、存在している場合にはステップＳ９６に進み、それ以外の場合にはもとの処理に復帰する。
［Ｓ９６］ＣＰＵ１ａは、該当する売り注文を予約する。
［Ｓ９７］ＣＰＵ１ａは、入れ換え注文の買い注文を各端末装置の画面から消去する。
［Ｓ９８］ＣＰＵ１ａは、入れ換え注文をＨＤＤ１ｄから削除する。
【０１１７】
以上の処理により、入れ換え注文の売り注文を優先した売買処理を実行することができる。
次に、図２１を参照して、図１７に示す「精算処理」の詳細について説明する。このフローチャートが開始されると、以下の処理が実行されることになる。なお、以下では、図１２に示す売買関係を例に挙げて説明を行う。
［Ｓ１００］ＣＰＵ１ａは、甲が丙から購入した車両Ｂの重量税と自動車税の税金余剰ｒ１を算出する。
【０１１８】
即ち、重量税と自動車税とは、次回の車検までに必要額を前納する形式が採用されているので、所有権が丙から甲に移転されて名義変更がされた場合には、名義変更日以降の税金を丙が余分に負担していることになる。そこで、この余分な負担額を税金の余剰ｒ１として算出する。
［Ｓ１０１］ＣＰＵ１ａは、ＣＭＳシステム２３に対して、車両Ｂの代金と、税金の余剰ｒ１との合計金額を通知し、甲の口座から前述の合計金額を丙の口座に振り込ませる。
［Ｓ１０２］ＣＰＵ１ａは、仲介業者の仲介料とその消費税、および、甲が自動車を取得したことに対して発生する取得税の合計金額を、ＣＭＳシステム２３により、甲の銀行口座から仲介業者の銀行口座に対して振り込ませる。
【０１１９】
なお、取得税は、新車価格から減価償却を算出した価格を基準として算出する。
［Ｓ１０３］ＣＰＵ１ａは、乙が甲から購入した車両Ａの重量税と自動車税の税金余剰ｒ２を算出する。
［Ｓ１０４］ＣＰＵ１ａは、ＣＭＳシステム２３に対して、車両Ａの代金と、税金の余剰ｒ２との合計金額を通知し、乙の口座から前述の合計金額を甲の口座に振り込ませる。
［Ｓ１０５］ＣＰＵ１ａは、仲介業者の仲介料とその消費税、および、取得税の合計金額を乙の口座から仲介業者の口座に対して振り込ませる。
【０１２０】
以上の処理によれば、税金と代金とを自動的に算出するとともに、銀行口座から自動的に振り替えるようにしたので、仲介業者の手続きを迅速に図ることが可能となるとともに、売買に付随して生ずる税金を自動的に計算して徴収することが可能となる。
【０１２１】
以上に説明したように、本発明の第２の実施の形態によれば、例えば、自動車等の商品を取引する場合における入れ換え注文を確実にしかも迅速に処理することが可能となる。また、その場合において、売買に付随して生ずる税金を正確に計算して適切な納税者に対して請求することができるので、仲介業者の負担を更に軽減することが可能となる。
【０１２２】
なお、以上の実施の形態では、取引の対象として中古車を例に挙げて説明を行ったが、例えば、不動産その他の商品を対象とすることも可能である。
また、代金や税金を銀行口座から振り替えるようにしたが、例えば、クレジットカードを用いて精算するようにしてもよい。その場合には、図１１に示すＣＡＦＩＳ２２を用いることにより実現可能である。
【０１２３】
最後に、上記の処理機能は、コンピュータによって実現することができる。その場合、取引支援装置が有すべき機能の処理内容は、コンピュータで読み取り可能な記録媒体に記録されたプログラムに記述されており、このプログラムをコンピュータで実行することにより、上記処理がコンピュータで実現される。コンピュータで読み取り可能な記録媒体としては、磁気記録装置や半導体メモリ等がある。
【０１２４】
市場に流通させる場合には、ＣＤ−ＲＯＭ(Compact Disk Read Only Memory) やフロッピーディスク等の可搬型記録媒体にプログラムを格納して流通させたり、ネットワークを介して接続されたコンピュータの記憶装置に格納しておき、ネットワークを通じて他のコンピュータに転送することもできる。コンピュータで実行する際には、コンピュータ内のハードディスク装置等にプログラムを格納しておき、メインメモリにロードして実行するようにすればよい。
【０１２５】
【発明の効果】
以上説明したように本発明では、第１の売買注文の注文レートを第２の商品の売買レートと連動させると共に、第２の商品の売買レートが指定値幅内の場合のみ第１の売買注文を表示し、表示中の第１の売買注文に対する応答注文を検出して自動的にフック取引を行うようにしたので、第２の商品の希望売買レートを保持して注文者の利益を確保しながら、フック取引を確実にしかも迅速に処理することが可能となるとともに、仲介者等の負担を軽減することが可能となる。
【図面の簡単な説明】
【図１】本発明の動作原理を説明する原理図である。
【図２】図１に示すフック注文記憶手段に記憶されている情報の一例を示す図である。
【図３】図１に示す表示装置に表示される画面の表示例である。
【図４】図３において、被フック銘柄に新たな売り注文がなされた場合の表示例である。
【図５】本発明の実施の形態の構成例を示すブロック図である。
【図６】図５に示す実施の形態において実行される処理の一例を説明するフローチャートである。
【図７】図６に示す「表示処理」の詳細を説明するフローチャートである。
【図８】図６に示す「取り消し処理」の詳細を説明するフローチャートである。
【図９】図６に示す「レート追従処理」の詳細を説明するフローチャートである。
【図１０】図６に示す「約定処理」の詳細を説明するフローチャートである。
【図１１】本発明の第２の実施の形態の構成例を示すブロック図である。
【図１２】車両の入れ換え取引を説明するための図である。
【図１３】図１１に示す実施の形態において注文を入力した場合に実行される処理の一例を説明するフローチャートである。
【図１４】図１１に示す実施の形態に示す各端末装置から入力される注文の一例を示す図である。
【図１５】図１１に示す実施の形態に示す各端末装置から入力される注文の他の一例を示す図である。
【図１６】図１１に示す実施の形態に示す各端末装置に表示される画面の一例を示す図である。
【図１７】図１１に示す実施の形態において、入力された注文を処理する場合に実行されるフローチャートの一例である。
【図１８】図１７に示す「買い注文優先処理」の詳細を説明するフローチャートである。
【図１９】図１７に示す「売り注文優先処理」の詳細を説明するフローチャートである。
【図２０】図１１に示す実施の形態に示す各端末装置に表示される画面の他の一例を示す図である。
【図２１】図１７に示す「精算処理」の一例を説明するフローチャートである。
【図２２】従来における取引支援システムの構成例を示す図である。
【図２３】図２２に示すシステムの端末装置および表示装置に表示される画面の表示例である。
【符号の説明】
１  取引支援装置
１ａ  ＣＰＵ
１ｂ  ＲＯＭ
１ｃ  ＲＡＭ
１ｄ  ＨＤＤ
１ｅ，１ｆ  Ｉ／Ｆ
１ｇ  バス
２  端末装置
３−１〜３−ｎ  表示装置
４，５−１〜５−ｎ  電話機
６  専用回線
２０  端末装置
２１  ネットワーク
２２  ＣＡＦＩＳ
２３  ＣＭＳシステム
２４−１〜２４−３  端末装置
５０  取引支援装置
５０ａ  フック注文入力手段
５０ｂ  フック注文記憶手段
５０ｃ  注文検出手段
５０ｄ  フック注文処理手段
５０ｅ  削除手段
５０ｆ  価格変更手段
５０ｇ  表示手段
６０  表示装置
【図１】
0003976963.tif 000002
【図２】
0003976963.tif 000003
【図３】
0003976963.tif 000004
【図４】
0003976963.tif 000005
【図５】
0003976963.tif 000006
【図６】
0003976963.tif 000007
【図７】
0003976963.tif 000008
【図８】
0003976963.tif 000009
【図９】
0003976963.tif 000010
【図１０】
0003976963.tif 000011
【図１１】
0003976963.tif 000012
【図１２】
0003976963.tif 000013
【図１３】
0003976963.tif 000014
【図１４】
0003976963.tif 000015
【図１５】
0003976963.tif 000016
【図１６】
0003976963.tif 000017
【図１７】
0003976963.tif 000018
【図１８】
0003976963.tif 000019
【図１９】
0003976963.tif 000020
【図２０】
0003976963.tif 000021
【図２１】
0003976963.tif 000022
【図２２】
0003976963.tif 000023
【図２３】
0003976963.tif 000024