JP2000315232A - 取引支援装置および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 フック注文を自動的に処理可能な取引支援装
置を提供する。 【解決手段】 フック注文入力手段５０ａはフック注文
の入力を受け、フック注文記憶手段５０ｂに供給して記
憶させる。注文検出手段５０ｃは、買い注文の入力を受
け、その買い注文がフック注文を対象とするものである
場合には、フック注文処理手段５０ｄにその旨を通知す
る。フック注文処理手段５０ｄは、買い注文がなされた
フック注文に対する売買処理を実行する。削除手段５０
ｅは、売買処理が終了した場合には、フック注文記憶手
段５０ｂから該当するフック注文を削除する。価格変更
手段５０ｆは、フック先の商品の価格が変更された場合
には、それに応じてフック元の商品の価格を連動させて
変更する。表示手段５０ｇは、フック先の商品が存在す
る等の一定の条件を満足しているフック注文のみを選択
して表示装置６０に表示させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、取引支援装置およ
び記録媒体に関し、特に、複数の顧客からの売買注文を
表示装置に表示させ、これらの注文に対して売買の引き
合いがあった場合には、仲介人がその対象となる商品に
対する注文を発することによりその商品の売買を成立さ
せる取引を支援する取引支援装置およびそのような取引
支援処理をコンピュータに実行させるプログラムを記録
したコンピュータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】近年では、商品等の取引の確実と迅速を
目的として、取引支援装置が種々利用されている。

【０００３】図２２は、債券の取引を支援する取引支援
装置と、端末装置等から構成される取引支援システムの
構成例を示すブロック図である。この図において、取引
支援装置１は、仲介人が有する端末装置２から入力され
た、債券に対する売り注文および買い注文等を受け付け
て記憶するとともに、これらの注文に対して所定の処理
を施し、端末装置２に表示させるとともに、顧客側に設
置されている表示装置３−１〜３−ｎに対して表示させ
る。

【０００４】仲介人４側に設置された電話機４は、専用
回線（ホットライン）６を介して、顧客側の電話機５−
１〜５−ｎと接続されている。このような取引支援シス
テムにおいて、例えば、顧客Ａが、電話機５−１を介し
て回号（通し番号の一種）が「１８３回」である債券に
対する売り注文を電話機４側の仲介人に対して要請した
とする。

【０００５】要請を受けた仲介人は、端末装置２を操作
して、「１８３回」に対する売り注文を入力する。する
と、取引支援装置１は、「１８３回」の債券に対する売
り注文が入力されたことを検知して内部の記憶装置に記
憶し、仲介人側の端末装置２に対してこの売り注文を表
示させるとともに、表示装置３−１〜３−ｎに対しても
同様の内容を表示させる。

【０００６】図２３は、このとき、端末装置２および表
示装置３−１〜３−ｎに表示される画面の表示例であ
る。この図に示す表示例では、「１８３回」の債券に対
する売買の注文が一覧表となって表示されている。この
表示例において、図の左側は売り注文が表示される領域
とされており、図の右側は買い注文が表示される領域と
されている。また、「注文番号」は、各売り注文または
買い注文を特定するために付与された番号である。「レ
ート」は、その債券の利回りを示す。「数量」は、注文
の数量であり、「１０億」は、１０億円を示す。なお、
このような表示画面は板画面と呼ばれている。

【０００７】この例では、表示内容が１つだけである
が、複数の注文が存在している場合には、売り注文、買
い注文それぞれにおいてベストのレート（以下、ベスト
レートという）を有する注文から順に表示されることに
なる。

【０００８】このような表示画面を参照して、例えば、
顧客Ｂが電話機５−２を介して仲介者に「１８３回」に
対して買い注文を行った場合には、仲介人が端末装置２
から要請された買い注文を入力する。その結果、取引支
援装置１は、この「１８３回」の売り注文に対する約定
処理（取引の成立時に実行される処理）を実行する。

【０００９】その結果、「１８３回」に対する売買が成
立するとともに、取引支援装置１は、記憶装置から「１
８３回」に対する売り注文を削除するとともに、端末装
置２および表示装置３−１〜３−ｎの表示画面から、
「１８３回」の売り注文に該当する表示項目を削除す
る。なお、他にも売り注文が存在している場合には、表
示項目をレートに応じて適宜並べ替える処理を行う。

【００１０】以上のような取引支援装置１を使用する
と、取引を確実にしかも迅速に行うことが可能となる。

【００１１】

【発明が解決しようとする課題】取引界では、自己の商
品の売却を条件に他の商品を購入するいわゆるフック
（Hook）取引が行われている。

【００１２】例えば、債券の場合では、自己の「１８３
回」の債券に対して買い注文があった場合には、他人の
債券である「２００回」の債券を購入するという取引で
ある。また、逆に他者の「２００回」の債券に対して売
り注文があった場合には、自己の「１８３回」を売却す
る注文である。

【００１３】このようなフック取引を図２２に示す取引
支援システムで行う場合について考える。例えば、い
ま、顧客から前述のようなフック注文がなされたとする
と、仲介人は、「１８３回」に対する売り注文を端末装
置２から入力する。すると、端末装置２と表示装置３−
１〜３−ｎに対して「１８３回」に対する売り注文が表
示されることになる。

【００１４】ところで、このフック注文は、フック先で
ある被フック注文（この例では「２００回」）の存在を
前提とした売り注文であるため、仲介者は、フック先で
ある「２００回」の売り注文が存在しているか否かを常
に確認し、無くなった場合には「１８３回」の売り注文
を即座に停止しなければならない。

【００１５】従って、このようなフック注文を受け付け
た場合には、仲介者は、常にフック先を監視し続ける必
要があり、煩雑であるという問題点があった。また、フ
ック注文である「１８３回」に対する買い注文がなされ
た場合には、即座に、被フック注文である「２００回」
に対する買い注文を連動して行う必要があり、仲介人の
負担が増大するという問題点があった。

【００１６】更に、フック注文が連鎖するような場合
（例えば、前述の例で、「２００回」が「２０１回」に
対するフック注文であるような場合）には、以上の動作
を繰り返し実行する必要があるので、処理を確実にしか
も迅速に行うことが困難となる場合が多いという問題点
もあった。

【００１７】また、中古車や不動産取引の分野等では、
自己の商品または不動産に対して買い注文が発生したこ
とを条件として他者の商品または不動産を購入したり、
逆に、他者の商品または不動産に対して売り注文が発生
したことを条件として自己の商品または不動産を売却す
る、いわゆる入れ換え売買が慣行されている。このよう
な商取引においても、前述の場合と同様の問題点があっ
た。

【００１８】更に、中古車や不動産等の取引において
は、所有権が移転して名義が書き換えられた時点から課
税対象者が変更になるため、前所有者が余分に税金を支
払っている場合にはこれを返却するとともに、不足分を
現所有者から徴収する手続きを行う必要があり、煩雑で
あるという問題点もあった。

【００１９】本発明はこのような点に鑑みてなされたも
のであり、商品等の取引に見られるフック注文や入れ換
え売買注文を確実にしかも迅速に処理することを可能と
する取引支援装置を提供することを目的とする。

【００２０】また、本発明は、商品等の所有権移転に伴
う税金等の手続きを確実にしかも簡単に処理することを
可能とする取引支援装置を提供することを目的とする。

【００２１】

【課題を解決するための手段】本発明では上記課題を解
決するために、図１に示す、商品の取引を支援する取引
支援装置５０において、第１の商品の売却または購入を
条件に他の商品である第２の商品の購入または売却を要
請する注文であるフック注文を入力するフック注文入力
手段５０ａと、前記フック注文の前記第１の商品に対す
る購入または売却の注文がなされたことを検出する注文
検出手段５０ｃと、前記注文検出手段５０ｃによって所
定のフック注文に対する購入または売却の注文が検出さ
れた場合には、前記第１の商品の売却処理または購入処
理を実行するとともに、前記第２の商品の購入処理また
は売却処理を実行するフック注文処理手段５０ｄとを有
することを特徴とする取引支援装置が提供される。

【００２２】ここで、フック注文入力手段５０ａは、第
１の商品の売却または購入を条件に他の商品である第２
の商品の購入または売却を要請する注文であるフック注
文を入力する。注文検出手段５０ｃは、フック注文の第
１の商品に対する購入または売却の注文がなされたこと
を検出する。フック注文処理手段５０ｄは、注文検出手
段５０ｃによって所定のフック注文に対する購入または
売却の注文が検出された場合には、第１の商品の売却処
理または購入処理を実行するとともに、第２の商品の購
入処理または売却処理を実行する。

【００２３】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。なお、本明細書中において、「商
品」とは、「取引の対象となる財貨」であり、「動産」
の他、「不動産」や「無体財産」も含まれるものとす
る。また、請求項中における「フック注文」は、「入れ
換え注文」も包含するものとする。

【００２４】図１は、本発明に係る取引支援装置の動作
原理を説明する原理図である。この図において、フック
注文入力手段５０ａは、第１の商品の売却または購入を
条件に他の商品である第２の商品の購入または売却を要
請する注文であるフック注文を入力する。

【００２５】フック注文記憶手段５０ｂは、フック注文
入力手段５０ａから入力されたフック注文を記憶する。
なお、フック注文記憶手段５０ｂには、フック注文の他
にも、通常の売り注文および買い注文も記憶される。

【００２６】注文検出手段５０ｃは、フック注文記憶手
段５０ｂに記憶されている所定のフック注文の第１の商
品に対する買い注文または売り注文がなされたことを検
出する。

【００２７】フック注文処理手段は、注文検出手段５０
ｃによって所定のフック注文に対する買い注文または売
り注文が検出された場合には、第１の商品の売却処理ま
たは購入処理を実行するとともに、第２の商品の購入処
理または売却処理を実行する。

【００２８】削除手段５０ｅは、フック注文処理手段５
０ｄによって処理が終了したフック注文をフック注文記
憶手段５０ｂから削除する。価格変更手段５０ｆは、新
たな売り注文または買い注文等によって第２の商品の価
格が変動した場合には、第１の商品の価格を連動して変
更する。なお、価格の変更の必要がない場合には、フッ
ク注文記憶手段５０ｂに記憶されているフック注文をそ
のまま表示手段５０ｇに供給する。

【００２９】表示手段５０ｇは、価格変更手段５０ｆに
よって価格が適宜変更されたフック注文を、表示装置６
０に対して表示させる。次に、以上の原理図の動作につ
いて説明する。なお、以下では、自己の商品の売却を条
件に他の商品を購入する形態のフック取引を例に挙げて
説明を行う。

【００３０】いま、顧客Ａが、自己の債券である「１８
３回」の売却を条件として、他の「２００回」を購入す
るフック注文を行ったとすると、このフック注文は、例
えば、仲介人によってフック注文入力手段５０ａから入
力される。なお、以下では、フック注文の売却の対象と
なる債券（いまの例では、「１８３回」）をフック銘柄
と呼び、また、購入の対象となる債券（いまの例では、
「２００回」）を被フック銘柄と呼ぶ。

【００３１】フック注文入力手段５０ａから入力された
フック注文は、フック注文記憶手段５０ｂに記憶され
る。図２は、フック注文記憶手段５０ｂに記憶されてい
るフック注文の一例を示す図である。この例は、前述の
「２００回」を被フック銘柄（フック先）とし、「１８
３回」をフック銘柄とするフック注文を示す情報を示し
ている。なお、「数量」はフック銘柄の売却数量を示
し、この例では「１０億円」とされている。

【００３２】また、「レート」は自己の「１８３回」の
売却レートを決定するための値で、この例では、被フッ
ク銘柄である「２００回」のレートに対して「０．１」
を加算した値とすることを示す。従って、「２００回」
のレートが「１．０５」であれば、「１８３回」のレー
トは「１．１５」となる。

【００３３】更に、指定幅は、被フック銘柄のベストレ
ートがこの範囲内にある場合には、フック注文を有効と
することを示す。この例では、被フック銘柄である「２
００回」のベストレートが“１．００”〜“１．２０”
の範囲にある場合において、フック銘柄である「１８３
回」に対して買い注文が発生したときには、被フック銘
柄である「２００回」に対する買い注文を実行する。

【００３４】価格変更手段５０ｆは、フック注文記憶手
段５０ｂに記憶されているフック注文を読み出して、被
フック銘柄に価格の変動があった場合には、フック銘柄
の価格を変更して表示手段５０ｇに供給する。なお、価
格の変更がなかった場合には、そのままの情報が表示手
段５０ｇに供給される。

【００３５】表示手段５０ｇは、価格変更手段５０ｆか
ら供給された情報を表示装置６０に表示させる。なお、
このとき、表示手段５０ｇは、各注文に対して注文番号
を発行して付与するとともに、注文がフック注文である
場合にはその旨を示す情報（詳細は後述する）も付与す
る。

【００３６】図３は、以上の処理により、表示装置６０
に表示される画面の表示例を示す図である。この表示例
では、「１８３回」と「２００回」に関する表示がなさ
れている。「１８３回」に関する表示では、先に入力さ
れたフック注文に対応する情報に対して、注文番号
“８”が付与されて表示されている。ここで、注文番号
“８”の右下部に表示されている「Ｈ」は、この注文が
フック注文であることを示しており、表示手段５０ｇに
よって付与された情報である。また、「レート」には、
その下に表示されている「２００回」に関する表示にお
いて、注文番号が“２”である売り注文のレートに対し
て“０．１”が加算された値（＝１．１５０）が表示さ
れている。

【００３７】ところで、フック注文は、基本的にはフッ
ク先の商品に対する売買の注文であることから、他の商
品に対する売買の注文も板画面上に表示されるべきと考
えられるが、このような表示を行うと、その買い注文に
対して売り注文が発生することがあるため、注文発生時
には表示を行わず、フック銘柄の売買が成立した後に一
時的に表示する。

【００３８】図３に示すような表示を参照して、例え
ば、顧客Ｂが「１８３回」に対する買い注文を行ったと
すると、注文検出手段５０ｃは、フック注文記憶手段５
０ｂを参照して入力された買い注文をフック先とするフ
ック注文が存在するか否かを判定する。その結果、該当
するフック注文があった場合には、その情報をフック注
文記憶手段５０ｂから取得してフック注文処理手段５０
ｄに供給する。

【００３９】フック注文処理手段５０ｄは、注文検出手
段５０ｃから供給されたフック注文を参照して、フック
銘柄に対する売却処理と、被フック銘柄に対する購入処
理とを実行する。

【００４０】いまの例では、「１８３回」がフック銘柄
であり「２００回」が被フック銘柄であるので、「１８
３回」に対する売却処理を実行し、続いて、「２００
回」に対する購入処理を実行する。その結果、「１８３
回」は顧客Ｂに対して売却され、また、「２００回」は
フック注文を行った顧客Ａに対して売却され、約定が成
立することになる。

【００４１】そして、フック注文の処理が終了すると、
フック注文処理手段５０ｄは、その旨を削除手段５０ｅ
に通知する。削除手段５０ｅは、フック注文処理手段５
０ｄからの通知を受け、該当するフック注文をフック注
文記憶手段５０ｂから削除する。

【００４２】その結果、図２に示すフック注文がフック
注文記憶手段５０ｂから削除されるとともに、表示装置
６０から図３に示す注文番号が“８”である注文が削除
されることになる。

【００４３】また、このとき、表示手段５０ｇは、フッ
ク銘柄に対する買い注文があったことを一時的に表示装
置６０に表示させる。なお、フック銘柄に対する買い注
文は、その注文がフック注文に係る買い注文であること
を明示して板画面上に表示させるようにしてもよい。

【００４４】以上に示すように、本発明に係る取引支援
装置５０によれば、フック注文が自動的に処理されるこ
とから、仲介人等にかかる負担を軽減させることが可能
となる。

【００４５】なお、以上の説明では被フック銘柄の価格
の変動等は考慮しなかったが、実際の取引では価格が変
動したり、被フック銘柄の売り注文が取り消されたりす
る場合が存在する。そのような事態が発生した場合に関
する処理を以下に説明する。

【００４６】例えば、被フック銘柄である「２００回」
に対して新たな売り注文がなされたとし、その売り注文
のレートがその時点において最良のもの（ベストレー
ト）であるとする。フック注文においては、ベストレー
トである被フック銘柄をフックの対象とするため、ベス
トレートが変動した場合には、フック銘柄のレートをそ
れに追従させる必要がある。

【００４７】例えば、いま、被フック銘柄である「２０
０回」を対象として、レートが「１．０５５」の新たな
売り注文がなされたとすると、この注文はベストレート
になるため、図４に示すように、「２００回」に関する
表示領域の最上部に表示されることになる。

【００４８】このとき、価格変更手段５０ｆは、被フッ
ク銘柄のベストレートが変動したことを検知し、フック
銘柄である「１８３回」のレートを変更して表示手段５
０ｇに供給する。即ち、いまの例では、フック銘柄のレ
ートは、図２に示すように被フック銘柄のレートに
“０．１”を加算したものであるので、新たなレートと
して“１．１５５”が算出され、表示手段５０ｇに供給
される。

【００４９】表示手段５０ｇは、レートが変更されたフ
ック注文に対して新たな注文番号“１２”を発生し、表
示装置６０の表示内容を更新する。その結果、図４に示
すように、注文番号が“１２”であり、また、レートが
“１．１５５”であるフック注文が表示装置６０に表示
されることになる。

【００５０】以上に示すように、本発明に係る取引支援
装置５０では、被フック銘柄のレートが変動した場合に
は、フック銘柄のレートが自動的に連動するので、仲介
者の負担を軽減することが可能となる。

【００５１】次に、被フック銘柄のベストレートが指定
範囲から外れたり、被フック銘柄が売却済となったり、
売り注文を撤回されて対象となる被フック銘柄が存在し
なくなった場合の処理について説明する。

【００５２】いま、例えば、被フック銘柄のベストレー
トが“１．２１”になったとすると、図２に示すよう
に、「１８３回」をフック銘柄とするフック注文の指定
範囲は、“１．００”〜“１．２０”であるので範囲を
逸脱することになる。

【００５３】そのような場合には、表示手段５０ｇがこ
のフック注文の出力を即座に中止することから、表示装
置６０の画面上から対応する情報が削除されることにな
る。また、被フック銘柄の売り注文が無くなった場合に
も同様に、表示手段５０ｇがフック注文の表示を停止す
ることから、画面上から該当する表示が削除されること
になる。

【００５４】なお、この表示の停止は、一時的なもので
あるので、被フック銘柄のベストレートが指定範囲内に
復帰したり、被フック銘柄の売り注文が新たに発生した
場合には、再度画面表示がなされることになる。

【００５５】以上に示すように、本発明に係る取引支援
装置５０によれば、被フック銘柄の売り注文が消滅した
り、被フック銘柄のベストレートが指定範囲を逸脱した
場合にはフック注文の表示が一時的に中止されるので、
仲介人がこれらの条件を監視して、フック注文の表示を
中止させたり再開させたりする必要がなくなるので、仲
介人の負担を軽減することが可能となる。

【００５６】なお、被フック銘柄がフック注文である場
合には、フック注文処理手段５０ｄが、被フック銘柄に
対しても同様の処理を実行することにより、フック注文
が連鎖している場合にも対処することができる。例え
ば、先の例では、「１８３回」の被フック銘柄である
「２００回」が、「２０１回」を被フック銘柄とするフ
ック注文である場合には、先に述べた処理の後に「２０
１回」に対する購入処理を追加的に実行することにより
対処が可能となる。

【００５７】これにより、仲介人の負担を更に軽減する
とともに、取引の確実と迅速を図ることが可能となる。
次に、図５を参照して、本発明の実施の形態の構成例に
ついて説明する。

【００５８】図５は、本発明の実施の形態の構成例を示
すブロック図である。この図において、取引支援装置１
は、仲介人が有する端末装置２から入力された売り注文
および買い注文等を受け付けて記憶するとともに、ソー
ト処理等の所定の処理を施して、端末装置２および顧客
側に設置されている表示装置３−１〜３−ｎに対して表
示させる。

【００５９】この図に示すように、取引支援装置１は、
ＣＰＵ（Central Processing Unit）１ａ、ＲＯＭ（Rea
d Only Memory）１ｂ、ＲＡＭ（Random Access Memor
y）１ｃ、ＨＤＤ（Hard Disk Drive）１ｄ、Ｉ／Ｆ（In
terface）１ｅ，１ｆ、および、バス１ｇによって構成
されている。

【００６０】ＣＰＵ１ａは、ＲＯＭ１ｂ、ＲＡＭ１ｃ、
および、ＨＤＤ１ｄに記憶されているプログラム等に応
じて装置の各部を制御するとともに、種々の演算処理を
実行する。

【００６１】ＲＯＭ１ｂは、ＣＰＵ１ａが実行する基本
的なプログラムやデータ等を記憶している。ＲＡＭ１ｃ
は、ＣＰＵ１ａが実行対象とするプログラムや演算途中
のデータ等を一時的に格納する。

【００６２】ＨＤＤ１ｄは、ＣＰＵ１ａが実行する各種
プログラムを格納するとともに、端末装置２から入力さ
れた売り注文、買い注文、および、フック注文等を記憶
する。

【００６３】Ｉ／Ｆ１ｅは、端末装置２との間のインタ
ーフェースであり、端末装置２と取引支援装置１のデー
タ形式を相互に変換し、これらの間で情報の授受を可能
とする。

【００６４】Ｉ／Ｆ１ｆは、表示装置３−１〜３−ｎに
対して画像情報を同報で供給し、図２３に示すような板
画面を表示させる。なお、端末装置２の表示内容と、表
示装置３−１〜３−ｎの表示内容は、同様であるので、
仲介者と顧客との間で同様の情報が共有される。

【００６５】バス１ｇは、ＣＰＵ１ａ、ＲＯＭ１ｂ、Ｒ
ＡＭ１ｃ、ＨＤＤ１ｄ、および、Ｉ／Ｆ１ｅ，１ｆを相
互に接続し、これらの間で情報の授受を可能とする。仲
介人側に設置された電話機４は、専用回線（ホットライ
ン）６を介して、顧客側の電話機５−１〜５−ｎと接続
されている。

【００６６】次に、以上の実施の形態の動作を、図６を
参照して説明する。図６は、図５に示す実施の形態にお
いて、フック注文がなされた場合に実行される処理の一
例を説明するフローチャートである。この処理が開始さ
れると、以下の処理が実行されることになる。 ［Ｓ１］ＣＰＵ１ａは、フック注文が発生したか否かを
判定し、発生した場合にはステップＳ２に進み、それ以
外の場合にはステップＳ３に進む。

【００６７】即ち、ＣＰＵ１ａは、端末装置２が操作さ
れてフック注文が入力された場合にはステップＳ２に進
み、それ以外の場合にはステップＳ３に進む。 ［Ｓ２］ＣＰＵ１ａは、ステップＳ１において入力され
たフック注文をＨＤＤ１ｄに格納されている所定のファ
イル（予約注文ファイル（図２参照））に記憶させる。 ［Ｓ３］ＣＰＵ１ａは、端末装置２および表示装置３−
１〜３−ｎに対して、図２に示す予約注文ファイルに格
納されているフック注文を適宜表示させる処理である
「表示処理」を実行する。

【００６８】なお、この処理の詳細は、図７を参照して
後述する。 ［Ｓ４］ＣＰＵ１ａは、フック注文の条件が満足されな
くなった場合に、そのフック注文を取り消す「取り消し
処理」を実行する。

【００６９】なお、この処理の詳細は図８を参照して後
述する。 ［Ｓ５］ＣＰＵ１ａは、フック先銘柄のベストレートが
変動した場合には、それに連動してフック銘柄のレート
を追従させる「レート追従処理」を実行する。

【００７０】なお、この処理の詳細は図９を参照して後
述する。 ［Ｓ６］ＣＰＵ１ａは、フック注文のフック銘柄に対し
て買い注文がなされた場合には、フック注文を捌くため
に必要な一連の処理である「約定処理」を実行する。

【００７１】なお、この処理の詳細は図１０を参照して
後述する。 ［Ｓ７］ＣＰＵ１ａは、処理を終了するか否かを判定
し、終了しない場合にはステップＳ１に戻り、それ以外
の場合には処理を終了する（エンド）。

【００７２】例えば、ＣＰＵ１ａは図示する処理以外の
他の処理からの実行の要請があった場合にはこの処理を
終了し、それ以外の場合にはステップＳ１に戻る。次
に、図７を参照して、図６に示す「表示処理」の詳細に
ついて説明する。このフローチャートが開始されると、
以下の処理が実行されることになる。 ［Ｓ１０］ＣＰＵ１ａは、ＨＤＤ１ｄの予約注文ファイ
ルに、フック注文が登録されているか否かを判定し、登
録されている場合にはステップＳ１１に進み、それ以外
の場合にはもとの処理に復帰（リターン）する。 ［Ｓ１１］ＣＰＵ１ａは、所定のフック注文を１つ予約
注文ファイルから取得する。 ［Ｓ１２］ＣＰＵ１ａは、ステップＳ１１において取得
したフック注文の被フック数量残があるか否か、即ち、
ベストレートの被フック銘柄の数量が充分にあるか否か
を判定し、数量が充分である場合にはステップＳ１３に
進み、それ以外の場合にはステップＳ１７に進む。 ［Ｓ１３］ＣＰＵ１ａは、ベストレートである被フック
銘柄のレートが指定値幅内に収まっているか否かを判定
し、収まっている場合にはステップＳ１４に進み、それ
以外の場合にはステップＳ１７に進む。 ［Ｓ１４］ＣＰＵ１ａは、処理の対象としているフック
注文が既に表示済であるか否かを判定し、表示済である
場合にはステップＳ１７に進み、それ以外の場合にはス
テップＳ１５に進む。 ［Ｓ１５］ＣＰＵ１ａは、注文番号を発行する。 ［Ｓ１６］ＣＰＵ１ａは、端末装置２および表示装置３
−１〜３−ｎの板画面上に、処理の対象となっているフ
ック注文を表示させる。

【００７３】なお、フック注文は、フック先の商品に対
する売買の注文（この例では、買い注文）であるので、
フック先の商品の板画面に対しても注文の発生を表示す
ることが通例であるが、この買い注文は売買を目的とし
ない注文であるためこのような表示は行わない。 ［Ｓ１７］ＣＰＵ１ａは、予約注文ファイルを参照し
て、未処理のフック注文が存在するか否かを判定し、存
在している場合にはステップＳ１１に戻って同様の処理
を繰り返し、それ以外の場合にはもとの処理へ復帰（リ
ターン）する。

【００７４】以上の処理によれば、予約注文ファイルに
対してフック注文が登録されている場合において、その
フック注文が表示の条件（被フック数量残が有り、指定
値幅内で有り、かつ、表示済でない）を満足している場
合には、注文番号が付与されて板画面上に表示されるこ
とになる。なお、以上の表示条件が満足されなくなった
場合には、次に示す「取り消し処理」、または、その次
に示す「レート追従処理」によって板画面上から削除さ
れる。

【００７５】次に、図８を参照して、図６に示す「取り
消し処理」の詳細について説明する。このフローチャー
トが開始されると、以下の処理が実行されることにな
る。 ［Ｓ２０］ＣＰＵ１ａは、売り注文の取り消しが発生し
たか否かを判定し、売り注文の取り消しが発生した場合
にはステップＳ２１に進み、それ以外の場合にはもとの
処理に復帰（リターン）する。 ［Ｓ２１］ＣＰＵ１ａは、予約注文ファイルを参照し、
取り消された売り注文をフック先とするフック注文が存
在するか否かを判定し、存在する場合にはステップＳ２
２に進み、それ以外の場合にはもとの処理に復帰（リタ
ーン）する。 ［Ｓ２２］ＣＰＵ１ａは、該当するフック注文を板画面
から削除した後、もとの処理に復帰（リターン）する。

【００７６】以上の処理によれば、売り注文の取り消し
が発生した場合において、その売り注文がフック注文の
フック先である場合には、そのフック注文が板画面から
削除されることになる。なお、取り消された売り注文
も、図示せぬ他の処理によって板画面上から削除される
ことはいうまでもない。

【００７７】次に、図９を参照して、図６に示す「レー
ト追従処理」の詳細について説明する。このフローチャ
ートが開始されると、以下の処理が実行される。 ［Ｓ３０］ＣＰＵ１ａは、新たな売り注文が発生したか
否かを判定し、売り注文が発生した場合にはステップＳ
３１に進み、それ以外の場合にはもとの処理に復帰（リ
ターン）する。 ［Ｓ３１］ＣＰＵ１ａは、その売り注文がベストレート
であるか否かを判定し、ベストレートの注文（ベストレ
ート注文）である場合にはステップＳ３２に進み、それ
以外の場合にはもとの処理に復帰（リターン）する。 ［Ｓ３２］ＣＰＵ１ａは、予約注文ファイルを参照し、
そのベストレート注文をフック先とするフック注文が存
在するか否かを判定し、存在する場合にはステップＳ３
３に進み、それ以外の場合にはもとの処理に復帰（リタ
ーン）する。 ［Ｓ３３］ＣＰＵ１ａは、ベストレートに対応する新た
なレートを算出する。即ち、ＣＰＵ１ａは、ステップＳ
３１においてベストレートであると判定された被フック
銘柄のレートに対して、フック注文の際に指定されたレ
ート（図２に示すレート）を加算して、フック銘柄のレ
ートを算出する。 ［Ｓ３４］ＣＰＵ１ａは、該当するフック注文を板画面
から削除する。 ［Ｓ３５］ＣＰＵ１ａは、予約注文ファイルに格納され
ている指定幅を参照し、新たなレートが指定値幅範囲内
に収まっているか否かを判定し、収まっている場合には
ステップＳ３６に進み、それ以外の場合にはもとの処理
に復帰（リターン）する。 ［Ｓ３６］ＣＰＵ１ａは、新たな注文番号を発行する。 ［Ｓ３７］ＣＰＵ１ａは、新たな注文番号と新たなレー
トを付与されたフック注文を板画面に表示させる。

【００７８】以上の処理によれば、被フック銘柄のベス
トレートが変動した場合には、該当するフック銘柄が板
画面から削除されるとともに、新たな注文番号と新たな
レートとが付与されたフック注文が板画面上に再表示さ
れる。また、新たなレートが指定値幅範囲内に収まって
いない場合には、そのフック注文が板画面上から削除さ
れることになる。

【００７９】最後に、図１０を参照して、図６に示す
「約定処理」の詳細について説明する。このフローチャ
ートが開始されると、以下の処理が実行される。 ［Ｓ４０］ＣＰＵ１ａは、買い注文が発生したか否かを
判定し、買い注文が発生した場合にはステップＳ４１に
進み、それ以外の場合にはもとの処理に復帰（リター
ン）する。 ［Ｓ４１］ＣＰＵ１ａは、予約注文ファイルを参照して
その買い注文がフック注文に対する買い注文である場合
にはステップＳ４２に進み、それ以外の場合にはステッ
プＳ４８に進む。 ［Ｓ４２］ＣＰＵ１ａは、対象となるフック注文に係る
売買を自動執行する。即ち、フック銘柄に対して売却処
理を施すとともに、被フック銘柄に対して購入処理を施
す。 ［Ｓ４３］ＣＰＵ１ａは、該当するフック注文を板画面
から削除する。 ［Ｓ４４］ＣＰＵ１ａは、該当するフック注文を予約注
文ファイルから削除する。 ［Ｓ４５］ＣＰＵ１ａは、該当する被フック注文を板画
面から削除する。このとき、ＣＰＵ１ａは、フック先の
商品に対する買い注文が発生したことを示すために、板
画面上にその情報を一時的に表示させる。 ［Ｓ４６］ＣＰＵ１ａは、該当する被フック注文を予約
注文ファイルから削除する。

【００８０】なお、被フック注文の数量がフック注文の
数量を上回っている場合には、残りの数量に対して新た
な注文番号（例えば、注文番号“１”に対しては“１−
２”のようにもとの注文から派生した注文であることを
示す番号）を発行して表示させる。 ［Ｓ４７］ＣＰＵ１ａは、被フック注文がフック注文で
あるか否かを判定し、被フック注文がフック注文である
場合にはステップＳ４２に戻って同様の処理を繰り返
し、それ以外の場合にはもとの処理に復帰（リターン）
する。

【００８１】即ち、フック注文が連鎖している場合に
は、ステップＳ４２に戻って同様の処理を繰り返すこと
により、連鎖が複数回連続している場合にも対応可能と
なる。なお、処理が複雑になることを避けるために、所
定の回数以上連鎖が継続している場合には、処理を中断
するようにしてもよい。 ［Ｓ４８］ＣＰＵ１ａは、通常の売買処理を行う。即
ち、買い注文はフック注文ではない通常の注文（アウト
ライト注文）を対象としていることから、アウトライト
注文に対する通常の処理が実行され、もとの処理に復帰
（リターン）する。

【００８２】以上の処理によれば、買い注文が発生した
場合であって、その買い注文の対象がフック注文（フッ
ク銘柄）である場合には、フック銘柄に対する売却処理
と、被フック銘柄に対する購入処理が自動的に執行され
るとともに、板画面上にその結果が反映されることにな
る。

【００８３】以上に示したように、本発明の実施の形態
によれば、フック注文を自動的に処理するようにしたの
で、取引の確実と迅速を図ることが可能となる。また、
被フック銘柄のベストレートが変動した場合には、それ
に追従してフック銘柄のレートも自動的に変動するよう
にしたので、仲介者の負担を軽減することが可能とな
る。

【００８４】更に、被フック銘柄のベストレートが変動
して指定値幅外になった場合や、被フック銘柄の売り注
文が消滅した場合にはフック注文を画面上から削除し、
条件が再度合致するまで表示が保留されることから、誤
った買い注文が発生することを防止することが可能とな
る。

【００８５】なお、以上の説明では、自己の債券の売却
を条件に他の商品を購入する形態のフック注文のみにつ
いて説明したが、他の債券の購入を条件に自己の商品を
売却する形態のフック注文についても本発明によって実
現することが可能となる。

【００８６】また、以上の説明では、債券を例に挙げて
説明を行ったが、本発明はこのような場合にのみ限定さ
れるものではなく、各種商品に対しても適用することが
可能であることはいうまでもない。

【００８７】更に、以上の説明においては、フック先の
商品に対する買い注文（または売り注文）は、フック取
引が終了した後に板画面上に一時的に表示させるように
したが、フック先の商品である旨を明示したうえで当初
から板画面上に表示させるようにしてもよい。

【００８８】次に、図１１を参照して、本発明の第２の
実施の形態について説明する。なお、この図に置いて、
図５の場合と対応する部分には同一の符号を付してある
のでその説明は省略する。

【００８９】この実施の形態では、取引の対象として
「中古車」を扱う。端末装置２０および端末装置２４−
１〜２４−３は、パーソナルコンピュータ等によって構
成されており、端末装置２０は仲介業者側に、また、端
末装置２４−１〜２４−３は代理店にそれぞれ設置され
ている。

【００９０】ネットワーク２１は、例えば、ＩＳＤＮ
（Integrated Service Digital Network）等の公衆回線
であり、取引支援装置１と端末装置２４−１〜２４−３
その他を相互に接続し、これらの間で情報の伝送を可能
とする。

【００９１】ＣＡＦＩＳ（Credit And Finance Informa
tion System）（商標）２２は、クレジットカード等に
より代金の支払いを行う場合に、クレジットデータをク
レジット会社に中継する処理を行ったり、クレジット会
社のコンピュータセンタの休止時には代行してサービス
を行う。

【００９２】ＣＭＳ（Cash Management Service）シス
テム２３は、銀行口座を用いて代金の支払いを行う場合
に、取引相手の銀行との間で口座振替その他の処理を行
う。その他の部分は、図５の場合と同様である。

【００９３】次に、以上の実施の形態の動作について説
明する。図１２は、本実施の形態において処理の対象と
なる入れ換え注文を説明するための図である。入れ換え
注文とは、ある商品の売却または購入を条件に他の商品
の購入または売却を要請する注文である。図１２の例で
は、中古車を例に挙げて説明を行っており、甲が入れ換
え注文の発注者である。また、乙および丙は、それぞれ
入れ換え注文に対する購入者と売却者である。即ち、甲
は、自己の車両Ａの売却または車両Ｂの購入を条件とし
て、車両Ｂの購入または車両Ａの売却を要請する注文で
ある入れ換え注文を行っている。以下では、この入れ換
え注文を適切に処理するための構成および処理について
説明する。

【００９４】図１３は、図１１に示す実施の形態におい
て、中古車の売買注文を入力する場合に実行される処理
の一例を説明するフローチャートである。このフローチ
ャートが開始されると、以下の処理が実行される。 ［Ｓ５０］ＣＰＵ１ａは、端末装置２０，２４−１〜２
４−３からの注文（通常の注文および入れ換え注文）を
Ｉ／Ｆ１ｅ，１ｆを介して入力する。

【００９５】図１４は、端末装置から入力される注文
（この例では、入れ換え注文）の一例を示す図である。
この図において、「注文番号」は、各注文にシリアルに
付与されたユニークな番号である。「車体番号」は、車
種を特定するための番号である。「年式」は、車体が製
造された時期を示す。「色」は、車体の色を示す。「走
行距離」は、車両の走行距離を示す。「初年度登録日」
は、車両を購入したときの年月日を示す。「前回登録
日」は、前回の車検日を示す。「前回登録番号」は、前
回登録時において付与された車両番号を示す。「希望価
格」はこの車両の希望販売価格を示す。「売買」は、売
買の形態を示し、この例では、同欄の右側に「入れ換
え」と表示されていることから、入れ換え注文であるこ
とが分かる。入れ換えの対象となる車両の概要は、右側
の欄の「車体番号」〜「価格」に示されている。即ち、
車体番号が“１１１８４５”であり、年式が「８９年
式」、色が「白」、走行距離が「８万Ｋｍ」、価格が
「９０万円」である車が入れ換えの対象である。

【００９６】「優先」は、買い注文または売り注文の何
れを優先するかを示す。即ち、買い注文を優先する場合
には、希望する車両が購入できた場合に、自己の車両を
売却する手続きを行う。逆に、売り注文を優先する場合
には、自己の車両が売却できた場合に、希望する車両を
購入する手続きを行う。

【００９７】「銀行番号」〜「名義人電話番号」は、売
買が成立した場合に代金を振り替える銀行口座に関する
情報が表示されている。なお、以上の例は、銀行口座か
ら振り替えを行う場合に対応しているが、支払いに関し
ては、クレジットカードを用いることも可能である。図
１５は、クレジットカードにより支払いを行う場合の注
文の一例を示している。この例では、「カード番号」〜
「名義人電話番号」がクレジットカードによる支払いに
必要な情報となっている。

【００９８】なお、入れ換え取引でない通常の注文の場
合は、「売買」の欄に「通常」と記入されており、ま
た、入れ換えの対象となる車両に関する情報（「優先」
〜「価格」）が除外されたフォーマットとなっている。 ［Ｓ５１］ＣＰＵ１ａは、入力した注文をＨＤＤ１ｄの
所定の領域に格納する。 ［Ｓ５２］ＣＰＵ１ａは、入力した注文が入れ換え注文
であるか否かを判定し、入れ換え注文である場合にはス
テップＳ５４に進み、それ以外の場合にはステップＳ５
３に進む。 ［Ｓ５３］ＣＰＵ１ａは、入力した注文をＩ／Ｆ１ｅ，
１ｆを介して端末装置２０，２４−１〜２４−３に対し
て供給して画面に表示させる。

【００９９】図１６は、端末装置２０，２４−１〜２４
−３に表示された画面の表示例である。この例では、注
文番号“０１０００１”から“０１０００３”までは、
通常の注文（入れ換え注文でない注文）に対応してい
る。画面上に表示されている内容は、各端末装置から入
力された注文の記載内容に対応している。なお、この図
において、「売買」はこの注文が売り注文または買い注
文の何れであるかを示している。 ［Ｓ５４］ＣＰＵ１ａは、入れ換え注文が買い注文優先
であるか否かを判定し、買い注文優先である場合にはス
テップＳ５５に進み、それ以外の場合にはステップＳ５
６に進む。

【０１００】例えば、図１４の例では、「優先」の右側
の欄に「買い優先」が表示されていることから、買い注
文優先であるとしてステップＳ５５に進むことになる。 ［Ｓ５５］ＣＰＵ１ａは、入れ換え注文から買い注文を
抽出して、端末装置２０，２４−１〜２４−３に供給し
て表示させる。

【０１０１】図１６では、図１４に示す入れ換え注文の
買い注文が行末に表示されている。即ち、図１４に示す
右欄が空白となっている部分に表示されている内容が表
示されている。なお、「注文番号」である“０１０００
４”に付された下線は、この注文が入れ換え注文である
ことを示している。 ［Ｓ５６］ＣＰＵ１ａは、入れ換え注文から売り注文を
抽出して、端末装置２０，２４−１〜２４−３に供給し
て表示させる。

【０１０２】以上の処理によれば、図１１に示すＨＤＤ
１ｄに対して端末装置から入力された注文が格納される
とともに、各端末装置に対して例えば図１６に示すよう
な画面が表示されることになる。

【０１０３】次に、図１７を参照して、図１１に示す取
引支援装置１において、格納されている注文を処理する
際に実行されるフローチャートについて説明する。この
フローチャートは、例えば、割り込み等によって所定の
周期で実行され、ＨＤＤ１ｄに格納されている注文を処
理する。このフローチャートが開始されると、以下の処
理が実行される。 ［Ｓ６０］ＣＰＵ１ａは、処理回数をカウントする変数
ｉを初期値“１”に設定する。 ［Ｓ６１］ＣＰＵ１ａは、ＨＤＤ１ｄに格納されている
注文のうち、第ｉ番目の注文を検索して取得する。 ［Ｓ６２］ＣＰＵ１ａは、取得した注文が入れ換え注文
であるか否かを判定し、入れ換え注文である場合にはス
テップＳ６４に進み、それ以外の場合にはステップＳ６
３に進む。 ［Ｓ６３］ＣＰＵ１ａは、通常の注文に対する通常の処
理を実行する。

【０１０４】なお、通常の処理とは、取得した売り注文
または買い注文の条件に合致する買い注文または売り注
文が存在する場合にはそれを予約して精算する処理を意
味する。 ［Ｓ６４］ＣＰＵ１ａは、入れ換え注文が買い注文優先
であるか否かを判定し、買い注文優先である場合にはス
テップＳ６５に進み、それ以外の場合にはステップＳ６
６に進む。 ［Ｓ６５］ＣＰＵ１ａは、買い注文に対する売り注文が
発生した場合にはその売り注文を予約する処理をし、そ
の後で売り注文に対する処理をする「買い注文優先処
理」を実行する。

【０１０５】なお、この処理の詳細は、図１８を参照し
て後述する。 ［Ｓ６６］ＣＰＵ１ａは、売り注文に対する買い注文が
発生した場合にはその買い注文を予約する処理をし、そ
の後で買い注文に対する処理をする「売り注文優先処
理」を実行する。

【０１０６】なお、この処理の詳細は、図１９を参照し
て後述する。 ［Ｓ６７］ＣＰＵ１ａは、入れ換え注文に対する売買が
成立したか否かを判定し、成立した場合にはステップＳ
６８に進み、それ以外の場合にはステップＳ６９に進
む。 ［Ｓ６８］ＣＰＵ１ａは、売買に係る代金と、それに付
随する税金とを計算し、売買の関係者の銀行口座等から
徴収または振り込む処理である「精算処理」を実行す
る。

【０１０７】なお、この処理の詳細は、図２１を参照し
て後述する。 ［Ｓ６９］ＣＰＵ１ａは、変数ｉの値を“１”だけイン
クリメントする。 ［Ｓ７０］ＣＰＵ１ａは、変数ｉの値がＨＤＤ１ｄにそ
の時点において格納されている注文の総数Ｎ以下である
場合にはステップＳ６１に戻って前述の場合と同様の処
理を繰り返し、それ以外の場合には処理を終了する。

【０１０８】次に、図１８を参照して、図１７に示す
「買い注文優先処理」の詳細について説明する。このフ
ローチャートが開始されると、以下の処理が実行され
る。 ［Ｓ８０］ＣＰＵ１ａは、買い注文が処理済みであるか
否かを判定し、処理済みである場合にはステップＳ８５
に進み、それ以外の場合にはステップＳ８１に進む。

【０１０９】即ち、買い注文に対応する売り注文が発生
して買い注文に対する売買が既に成立している場合には
ステップＳ８５に進む。より具体的には、図１２におい
て甲が車両Ｂを丙から購入する売買契約のみが成立して
いる場合を指す。 ［Ｓ８１］ＣＰＵ１ａは、ＨＤＤ１ｄを検索し、買い注
文の条件に合致する売り注文が存在しているか否かを判
定する。その結果、該当する売り注文が存在している場
合にはステップＳ８２に進み、それ以外の場合にはもと
の処理に復帰する。 ［Ｓ８２］ＣＰＵ１ａは、該当する売り注文に対して予
約を行う。

【０１１０】例えば、図１６に示す注文番号“０１００
０４”の買い注文の条件に合致する売り注文が存在して
いる場合には、その売り注文に対して予約が行われるこ
とになる。 ［Ｓ８３］ＣＰＵ１ａは、買い注文に対応する表示を停
止する。

【０１１１】例えば、図１６の例では、注文番号“０１
０００４”の買い注文が各端末装置の画面上から消去さ
れることになる。 ［Ｓ８４］ＣＰＵ１ａは、入れ換え注文の売り注文を各
端末装置に対して表示させる。

【０１１２】例えば、図１４に示す例では、売り注文の
対象となる自己の車両（車体番号が“５５４８４５”の
車両）に関する情報が各端末装置に供給されて表示され
ることになる。図２０は、その結果として、各端末装置
に対して表示される画面の表示例である。この例では、
車体番号“５５４８４５”の車両が、注文番号“０１０
００４”の売り注文として表示されている。 ［Ｓ８５］ＣＰＵ１ａは、売り注文の条件に合致する買
い注文がＨＤＤ１ｄに存在しているか否かを判定し、存
在している場合にはステップＳ８６に進み、それ以外の
場合にはもとの処理に復帰する。

【０１１３】例えば、図２０に示す、注文番号“０１０
００４”の売り注文の条件に合致する買い注文が存在し
ている場合にはステップＳ８６に進む。 ［Ｓ８６］ＣＰＵ１ａは、対応する買い注文を予約す
る。 ［Ｓ８７］ＣＰＵ１ａは、入れ換え注文の売り注文を各
端末装置の画面から消去する。

【０１１４】例えば、図２０の例では、注文番号“０１
０００４”の売り注文が画面から消去されることにな
る。 ［Ｓ８８］ＣＰＵ１ａは、入れ換え注文をＨＤＤ１ｄか
ら削除する。

【０１１５】以上の処理により、入れ換え注文の売り注
文を優先した売買処理を実行することができる。次に、
図１８を参照して、図１７に示す「売り注文優先処理」
の詳細について説明する。このフローチャートが開始さ
れると、以下の処理が実行される。 ［Ｓ９０］ＣＰＵ１ａは、売り注文が処理済みであるか
否かを判定し、処理済みである場合にはステップＳ９５
に進み、それ以外の場合にはステップＳ９１に進む。

【０１１６】即ち、売り注文に対応する買い注文が発生
して売り注文に対する売買が既に成立している場合には
ステップＳ９５に進む。より具体的には、図１２におい
て、乙が甲から車両Ａを購入する売買契約のみが成立し
ている場合を指す。 ［Ｓ９１］ＣＰＵ１ａは、ＨＤＤ１ｄを検索し、売り注
文の条件に合致する買い注文が存在しているか否かを判
定する。その結果、該当する買い注文が存在している場
合にはステップＳ９２に進み、それ以外の場合にはもと
の処理に復帰する。 ［Ｓ９２］ＣＰＵ１ａは、該当する買い注文に対して予
約を行う。 ［Ｓ９３］ＣＰＵ１ａは、売り注文に対する表示を停止
する。 ［Ｓ９４］ＣＰＵ１ａは、入れ換え注文の買い注文を各
端末装置に対して表示させる。 ［Ｓ９５］ＣＰＵ１ａは、買い注文の条件に合致する売
り注文がＨＤＤ１ｄに存在しているか否かを判定し、存
在している場合にはステップＳ９６に進み、それ以外の
場合にはもとの処理に復帰する。 ［Ｓ９６］ＣＰＵ１ａは、該当する売り注文を予約す
る。 ［Ｓ９７］ＣＰＵ１ａは、入れ換え注文の買い注文を各
端末装置の画面から消去する。 ［Ｓ９８］ＣＰＵ１ａは、入れ換え注文をＨＤＤ１ｄか
ら削除する。

【０１１７】以上の処理により、入れ換え注文の売り注
文を優先した売買処理を実行することができる。次に、
図２１を参照して、図１７に示す「精算処理」の詳細に
ついて説明する。このフローチャートが開始されると、
以下の処理が実行されることになる。なお、以下では、
図１２に示す売買関係を例に挙げて説明を行う。 ［Ｓ１００］ＣＰＵ１ａは、甲が丙から購入した車両Ｂ
の重量税と自動車税の税金余剰ｒ１を算出する。

【０１１８】即ち、重量税と自動車税とは、次回の車検
までに必要額を前納する形式が採用されているので、所
有権が丙から甲に移転されて名義変更がされた場合に
は、名義変更日以降の税金を丙が余分に負担しているこ
とになる。そこで、この余分な負担額を税金の余剰ｒ１
として算出する。 ［Ｓ１０１］ＣＰＵ１ａは、ＣＭＳシステム２３に対し
て、車両Ｂの代金と、税金の余剰ｒ１との合計金額を通
知し、甲の口座から前述の合計金額を丙の口座に振り込
ませる。 ［Ｓ１０２］ＣＰＵ１ａは、仲介業者の仲介料とその消
費税、および、甲が自動車を取得したことに対して発生
する取得税の合計金額を、ＣＭＳシステム２３により、
甲の銀行口座から仲介業者の銀行口座に対して振り込ま
せる。

【０１１９】なお、取得税は、新車価格から減価償却を
算出した価格を基準として算出する。 ［Ｓ１０３］ＣＰＵ１ａは、乙が甲から購入した車両Ａ
の重量税と自動車税の税金余剰ｒ２を算出する。 ［Ｓ１０４］ＣＰＵ１ａは、ＣＭＳシステム２３に対し
て、車両Ａの代金と、税金の余剰ｒ２との合計金額を通
知し、乙の口座から前述の合計金額を甲の口座に振り込
ませる。 ［Ｓ１０５］ＣＰＵ１ａは、仲介業者の仲介料とその消
費税、および、取得税の合計金額を乙の口座から仲介業
者の口座に対して振り込ませる。

【０１２０】以上の処理によれば、税金と代金とを自動
的に算出するとともに、銀行口座から自動的に振り替え
るようにしたので、仲介業者の手続きを迅速に図ること
が可能となるとともに、売買に付随して生ずる税金を自
動的に計算して徴収することが可能となる。

【０１２１】以上に説明したように、本発明の第２の実
施の形態によれば、例えば、自動車等の商品を取引する
場合における入れ換え注文を確実にしかも迅速に処理す
ることが可能となる。また、その場合において、売買に
付随して生ずる税金を正確に計算して適切な納税者に対
して請求することができるので、仲介業者の負担を更に
軽減することが可能となる。

【０１２２】なお、以上の実施の形態では、取引の対象
として中古車を例に挙げて説明を行ったが、例えば、不
動産その他の商品を対象とすることも可能である。ま
た、代金や税金を銀行口座から振り替えるようにした
が、例えば、クレジットカードを用いて精算するように
してもよい。その場合には、図１１に示すＣＡＦＩＳ２
２を用いることにより実現可能である。

【０１２３】最後に、上記の処理機能は、コンピュータ
によって実現することができる。その場合、取引支援装
置が有すべき機能の処理内容は、コンピュータで読み取
り可能な記録媒体に記録されたプログラムに記述されて
おり、このプログラムをコンピュータで実行することに
より、上記処理がコンピュータで実現される。コンピュ
ータで読み取り可能な記録媒体としては、磁気記録装置
や半導体メモリ等がある。

【０１２４】市場に流通させる場合には、ＣＤ−ＲＯＭ
(Compact Disk Read Only Memory)やフロッピーディス
ク等の可搬型記録媒体にプログラムを格納して流通させ
たり、ネットワークを介して接続されたコンピュータの
記憶装置に格納しておき、ネットワークを通じて他のコ
ンピュータに転送することもできる。コンピュータで実
行する際には、コンピュータ内のハードディスク装置等
にプログラムを格納しておき、メインメモリにロードし
て実行するようにすればよい。

【０１２５】

【発明の効果】以上説明したように本発明では、商品の
取引を支援する取引支援装置において、第１の商品の売
却または購入を条件に他の商品である第２の商品の購入
または売却を要請する注文であるフック注文を入力する
フック注文入力手段と、フック注文の第１の商品に対す
る購入または売却の注文がなされたことを検出する注文
検出手段と、注文検出手段によって所定のフック注文に
対する購入または売却の注文が検出された場合には、第
１の商品の売却処理または購入処理を実行するととも
に、第２の商品の購入処理または売却処理を実行するフ
ック注文処理手段と、を有するようにしたので、フック
取引を確実にしかも迅速に処理することが可能となると
ともに、仲介者等の負担を軽減することが可能となる。

【図面の簡単な説明】

【図１】本発明の動作原理を説明する原理図である。

【図２】図１に示すフック注文記憶手段に記憶されてい
る情報の一例を示す図である。

【図３】図１に示す表示装置に表示される画面の表示例
である。

【図４】図３において、被フック銘柄に新たな売り注文
がなされた場合の表示例である。

【図５】本発明の実施の形態の構成例を示すブロック図
である。

【図６】図５に示す実施の形態において実行される処理
の一例を説明するフローチャートである。

【図７】図６に示す「表示処理」の詳細を説明するフロ
ーチャートである。

【図８】図６に示す「取り消し処理」の詳細を説明する
フローチャートである。

【図９】図６に示す「レート追従処理」の詳細を説明す
るフローチャートである。

【図１０】図６に示す「約定処理」の詳細を説明するフ
ローチャートである。

【図１１】本発明の第２の実施の形態の構成例を示すブ
ロック図である。

【図１２】車両の入れ換え取引を説明するための図であ
る。

【図１３】図１１に示す実施の形態において注文を入力
した場合に実行される処理の一例を説明するフローチャ
ートである。

【図１４】図１１に示す実施の形態に示す各端末装置か
ら入力される注文の一例を示す図である。

【図１５】図１１に示す実施の形態に示す各端末装置か
ら入力される注文の他の一例を示す図である。

【図１６】図１１に示す実施の形態に示す各端末装置に
表示される画面の一例を示す図である。

【図１７】図１１に示す実施の形態において、入力され
た注文を処理する場合に実行されるフローチャートの一
例である。

【図１８】図１７に示す「買い注文優先処理」の詳細を
説明するフローチャートである。

【図１９】図１７に示す「売り注文優先処理」の詳細を
説明するフローチャートである。

【図２０】図１１に示す実施の形態に示す各端末装置に
表示される画面の他の一例を示す図である。

【図２１】図１７に示す「精算処理」の一例を説明する
フローチャートである。

【図２２】従来における取引支援システムの構成例を示
す図である。

【図２３】図２２に示すシステムの端末装置および表示
装置に表示される画面の表示例である。

【符号の説明】

１ 取引支援装置 １ａ ＣＰＵ １ｂ ＲＯＭ １ｃ ＲＡＭ １ｄ ＨＤＤ １ｅ，１ｆ Ｉ／Ｆ １ｇ バス ２ 端末装置 ３−１〜３−ｎ 表示装置 ４，５−１〜５−ｎ 電話機 ６ 専用回線 ２０ 端末装置 ２１ ネットワーク ２２ ＣＡＦＩＳ ２３ ＣＭＳシステム ２４−１〜２４−３ 端末装置 ５０ 取引支援装置 ５０ａ フック注文入力手段 ５０ｂ フック注文記憶手段 ５０ｃ 注文検出手段 ５０ｄ フック注文処理手段 ５０ｅ 削除手段 ５０ｆ 価格変更手段 ５０ｇ 表示手段 ６０ 表示装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者 岡島 敦子 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B049 AA02 BB16 BB36 BB47 CC05 DD01 EE05 FF03 GG04

Claims (9)

【特許請求の範囲】
1. 【請求項１】 商品の取引を支援する取引支援装置にお
   いて、 第１の商品の売却または購入を条件に他の商品である第
   ２の商品の購入または売却を要請する注文であるフック
   注文を入力するフック注文入力手段と、 前記フック注文の前記第１の商品に対する購入または売
   却の注文がなされたことを検出する注文検出手段と、 前記注文検出手段によって所定のフック注文に対する購
   入または売却の注文が検出された場合には、前記第１の
   商品の売却処理または購入処理を実行するとともに、前
   記第２の商品の購入処理または売却処理を実行するフッ
   ク注文処理手段と、 を有することを特徴とする取引支援装置。
2. 【請求項２】 前記フック注文入力手段から入力された
   フック注文を記憶するフック注文記憶手段と、 前記フック注文処理手段によって処理が終了したフック
   注文を前記フック注文記憶手段から削除する削除手段
   と、 を更に有することを特徴とする請求項１記載の取引支援
   装置。
3. 【請求項３】 前記フック注文のうち、前記第２の商品
   に係る売却または購入注文が存在し、かつ、その売買に
   係る条件が満足されているものを選択して表示させる表
   示手段を更に有することを特徴とする請求項１記載の取
   引支援装置。
4. 【請求項４】 前記表示手段は、前記フック注文に係る
   表示であって、前記第２の商品に対する購入または売却
   の注文に関しては、フック注文発生時には表示させず、
   売買が成立した後に表示させることを特徴とする請求項
   ３記載の取引支援装置。
5. 【請求項５】 前記表示手段によって表示されているフ
   ック注文のうち、前記第２の商品の価格が変化した場合
   には、それに連動して自己の商品の価格を変更する価格
   変更手段を更に有することを特徴とする請求項３記載の
   取引支援装置。
6. 【請求項６】 前記フック注文処理手段は、処理対象と
   なる前記第２の商品に係る注文がフック注文である場合
   には、フック注文処理を連鎖して実行することを特徴と
   する請求項１記載の取引支援装置。
7. 【請求項７】 売買の結果として納付が必要となる税金
   の金額を算出する納税額算出手段と、 前記フック注文の売買の関係者に対して、前記納税額算
   出手段によって算出された納税額を通知する通知手段
   と、 を更に有することを特徴とする請求項１記載の取引支援
   装置。
8. 【請求項８】 売買の結果として発生する代金および税
   金を売買の関係者の口座から自動的に振り替える振り替
   え手段を更に有することを特徴とする請求項１記載の取
   引支援装置。
9. 【請求項９】 商品の取引を支援する取引支援処理をコ
   ンピュータに実行させるプログラムを記録したコンピュ
   ータ読み取り可能な記録媒体において、 コンピュータを、 第１の商品の売却または購入を条件に他の商品である第
   ２の商品の購入または売却を要請する注文であるフック
   注文を入力するフック注文入力手段、 前記フック注文の前記第１の商品に対する購入または売
   却の注文がなされたことを検出する注文検出手段、 前記注文検出手段によって所定のフック注文に対する購
   入または売却の注文が検出された場合には、前記第１の
   商品の売却処理または購入処理を実行するとともに、前
   記第２の商品の購入処理または売却処理を実行するフッ
   ク注文処理手段、 として機能させるプログラムを記録したコンピュータ読
   み取り可能な記録媒体。