JP3413076B2 - 中央市場システム及び電子市場システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上で
開設される電子市場を円滑かつ効果的に運用するための
中央市場システム及び電子市場システムに関する。

【０００２】

【従来の技術】近年、インターネットが急速に普及し、
インターネットによるビジネス活動が関心を集めてい
る。

【０００３】既存のビジネス形態の代表的なものの１つ
として市場がある。すなわち、売り手と買い手が共通の
場に集まって相場を形成し、取引を成立させるものが市
場である。この市場を電子的に実現することができれ
ば、売り手、買い手とも一同に会する必要がなくなり、
また迅速な取引や平等な参加が可能となる等の利点があ
る。

【０００４】従来、このような市場の電子化に関して
は、電話やＦＡＸ、電子メールを用いて通信を電子化す
ることに主眼が置かれている。これにより、遠隔地から
の市場参加が可能となったが、市場の中心となる売買の
仲介は人間を介して行う必要があり、電子化の利点であ
る迅速性や平等性が実現されていない。また、人手の介
入が必要なため市場運営コストの低減も実現が困難であ
る。

【０００５】電子的な市場を実現するには、市場の持つ
機能を電子的に実現する必要がある。売り手はできるだ
け高く売ることを願い、買い手はできるだけ安く買うこ
とを願う。需要が供給を上回るとき価格は上がり、供給
が需要を上回るとき価格低下する。このような機能を反
映して、複数の売り手と買い手間で適性な価格で最適な
組合せを自動的に見つける方法が必要である。売り手、
買い手の売買の意思は固定されたものではなく、市場で
の相場等の各種の要因により変化するものである。この
ように、電子的な市場では市場原理に沿った機能をソフ
トウェア的に実現することが必要であるが、このような
方法を実現することが困難であった。

【０００６】さらに、電子的な市場が世界中で同時に開
設された場合、ネットワークを利用することにより遠隔
地からの市場参加が可能となるため、これらに同時に参
加することが可能となるが、これらの市場が連動してい
ないと重複して売買の可能性があり、複数市場への同時
参加が困難となる。

【０００７】また、従来の電子市場では、電子市場に参
加しようとしてから成約するまでに時間を要する場合が
あり、電子化のメリットを活かした、より効率的な電子
市場が要望される。

【０００８】

【０００９】

【００１０】

【００１１】

【発明が解決しようとする課題】このように従来の電子
市場システムでは申込み情報等の通信については電子メ
ール等を用いて可能であるが、市場の中心となる売買の
仲介は人間が行っており、参加者の要望に柔軟に対応で
き、かつ円滑に運営可能な効果的な電子市場を実現する
ことは困難であった。

【００１２】本発明は、上記事情を考慮してなされたも
ので、円滑な運営を可能としかつ参加者の要望に柔軟に
対応できる効果的な電子市場を実現できる中央市場シス
テム及び電子市場システムを提供することを目的とす
る。

【００１３】一方、従来の電子市場システムでは、電子
化したことによるメリットが十分に活かされていないと
ともに、電子化によるデメリットも解決されていない部
分があった。

【００１４】本発明は、電子的な市場を効率よく実現可
能な中央市場システム及び電子市場システムを提供する
ことを目的とする。

【００１５】

【００１６】

【００１７】

【００１８】

【００１９】

【課題を解決するための手段】本発明の第１の観点によ
ると、予め中央市場システムから市場クライアントシス
テムに通知された予定の時刻毎に繰り返し開設される少
なくとも１つの電子市場を運営する中央市場システムで
あって、前記市場クライアントシステムから送信される
少なくとも売買の別を示すデータと購入または販売に係
る価格データとを含む売買申込情報を受付ける受付手段
と、受付けた前記売買申込情報を格納する第１の情報格
納手段と、前記第１の情報格納手段に格納された前記売
買申込情報に含まれる前記購入に係る価格データと販売
に係る価格データとを照合して取引を成立させる処理を
行う照合手段と、少なくとも前記取引が成立した売買申
込情報を送信した前記市場クライアントシステムに該取
引が成立した旨の情報を通知する通知手段と、前記市場
クライアントシステムから通知された、前記市場クライ
アントシステムから通知された、希望する取引価格で前
記取引が成立するように前記電子市場が開設される一連
の時刻毎の購入または販売に係る取引希望価格を予め指
定するための時系列情報を格納する第２の情報格納手段
と、前記電子市場が開設される各時刻毎に、該第２の情
報格納手段に格納された前記時系列情報から当該時刻に
おける当該市場クライアントシステムの購入または販売
に係る価格を求め、該求めた価格に基づいて前記第１の
情報格納手段に格納された前記売買申込情報に含まれる
前記購入または販売に係る価格データを更新する更新手
段とを備えたことを特徴とする中央市場システムが提供
される。

【００２０】本発明の第２の観点によると、複数系統の
電子市場を並行して開設可能に構成され、該電子市場を
運営する中央市場システムであって、前記市場クライア
ントシステムから送信される少なくとも売買の別を示す
データと購入または販売に係る価格データとを含む売買
申込情報を受付ける受付手段と、前記複数系統の電子市
場に対応して設けられ、受付けた前記売買申込情報を格
納する複数の第１の情報格納手段と、前記複数系統の電
子市場に対応して設けられ、同一系統の電子市場に対応
する前記売買申込情報に含まれる前記購入に係る価格デ
ータと販売に係る価格データとを照合して取引を成立さ
せる処理を行う複数の照合手段と、少なくとも前記取引
が成立した売買申込情報を送信した前記市場クライアン
トシステムに該取引が成立した旨の情報を通知する通知
手段と、前記市場クライアントシステムから通知され
た、前記複数系統の電子市場に並行的に売買の申込を行
う旨を示す重複売買申込情報、および一つの系統の電子
市場での該申込に対する取引が成立した旨の情報に対す
る他の系統の電子市場への該申込の扱いを変更する情報
に基づいて、該複数の電子市場を連動させる処理を行う
連動手段とを備えたことを特徴とする中央市場システム
が提供される。

【００２１】ここで、前記連動手段は、例えば第１の系
統と第２の系統を連動させる処理を行うために、該第１
の系統において前記取引が成立したとき該第２の系統に
対応する前記第１の情報格納手段における該取引が成立
した売買申込情報に含まれる前記購入に係る価格データ
と販売に係る価格データを更新を行う。

【００２２】本発明の第３の観点によると、少なくとも
１つの電子市場を運営する中央市場システムであって、
前記市場クライアントシステムから送信される少なくと
も売買の別を示すデータと購入または販売に係る価格デ
ータとを含む売買申込情報を受付ける受付手段と、受付
けた前記売買申込情報を格納する第１の情報格納手段
と、前記第１の情報格納手段に格納された前記売買申込
情報に含まれる前記購入に係る価格データと販売に係る
価格データとを照合して取引を成立させる処理を行う照
合手段と、少なくとも前記取引が成立した売買申込情報
を送信した前記市場クライアントシステムに該取引が成
立した旨の情報を通知する通知手段と、前記市場クライ
アントシステムから通知された、前記中央市場システム
と他の中央市場システムを含む複数の中央市場システム
により開設される複数系統の電子市場に並行的に１つの
売買の申込を行う旨を示す重複売買申込情報、および一
つの系統の電子市場での該申込に対する取引が成立した
旨の情報に対する他の系統の電子市場への該申込の扱い
を変更する情報に基づいて、前記中央市場システムが前
記他の中央市場システムと協調して該申込に関して該複
数の電子市場を連動させるための処理を行う連動手段と
を備えたことを特徴とする中央市場システムが提供され
る。

【００２３】ここで、前記連動手段は、例えば前記取引
が成立した場合には前記他の中央市場システムに対して
該取引が成立した旨の情報を通知し、前記他の中央市場
から前記取引が成立した旨の情報の通知を受けた場合に
は前記第１の情報格納手段における該取引が成立した売
買申込情報に含まれる前記購入に係る価格データと販売
に係る価格データを更新を行う。

【００２４】第１〜第３の観点に係る中央市場システム
においては、前記取引の成立の確定に先立ち、該取引に
おける購入側と販売側の双方の前記市場クライアントシ
ステムに確認のための問い合わせを行う手段と、前記問
い合わせに対して前記双方の市場クライアントシステム
から前記取引の成立を承認する旨の応答があった場合に
のみ前記取引の成立を確定させる手段とをさらに備えて
いてもよい。

【００２５】さらに、第１〜第３の観点に係る中央市場
システムにおいて、前記取引の成立に先立ち、該取引の
成立に対する確認のための問い合わせを申込元に対して
行う手段を備え、前記市場クライアントシステムは、前
記複数台の前記中央市場システムによりそれぞれ開設さ
れる前記複数系統の電子市場に並行的に１つの売買の申
込を行う手段と、少なくとも売買の別を示すデータと購
入または販売に係る価格データとを含む売買申込情報を
前記中央市場システムにそれぞれ送信する手段と、前記
問い合わせを行った複数の前記中央市場システムのうち
の所望の中央市場システムを選択して該選択した中央市
場システムに対して該問い合わせに対する承認の応答を
行う手段とを備えてもよい。

【００２６】本発明の第４の観点によると、予め中央市
場システムから市場クライアントシステムに通知された
予定の時刻毎に繰り返し開設される少なくとも１つの電
子市場を運営する少なくとも１台の中央市場システム
と、所望の中央市場システムと情報を交換して所望の電
子市場に参加する複数台の市場クライアントシステムと
から構成される電子市場システムであって、前記市場ク
ライアントシステムは、希望する取引価格で前記取引が
成立するように電子市場が開設される一連の時刻毎の購
入または販売に係る取引希望価格を予め指定するための
時系列情報を予め前記中央市場システムに通知する手段
を備え、前記中央市場システムは、前記市場クライアン
トシステムから送信される少なくとも売買の別を示すデ
ータと購入または販売に係る価格データとを含む売買申
込情報を受付ける受付手段と、受付けた前記売買申込情
報を格納する第１の情報格納手段と、前記第１の情報格
納手段に格納された前記売買申込情報に含まれる前記購
入に係る価格データと販売に係る価格データとを照合し
て取引を成立させる処理を行う照合手段と、少なくとも
前記取引が成立した売買申込情報を送信した前記市場ク
ライアントシステムに該取引が成立した旨の情報を通知
する通知手段と、前記市場クライアントシステムから通
知された前記時系列情報を格納する第２の情報格納手段
と、前記電子市場が開設される各時刻毎に、該第２の情
報格納手段に格納された前記時系列情報から当該時刻に
おける当該市場クライアントシステムの購入または販売
に係る価格を求め、該求めた価格に基づいて前記第１の
情報格納手段に格納された前記売買申込情報に含まれる
前記購入または販売に係る価格データを更新する更新手
段とを備えたことを特徴とする電子市場システムが提供
される。

【００２７】本発明の第５の観点によると、複数系統の
電子市場を並行して開設可能に構成され、該電子市場を
運営する少なくとも１台の中央市場システムと、該中央
市場システムと情報を交換して所望の電子市場に参加す
る複数台の市場クライアントシステムとから構成される
電子市場システムであって、前記市場クライアントシス
テムは、同一の中央市場システムにより開設される前記
複数系統の電子市場に並行的に１つの売買の申込を行う
場合にその旨を通知するための重複売買申込情報を少な
くとも売買の別を示すデータと購入または販売に係る価
格データとを含む売買申込情報とともに当該中央市場シ
ステムに送信する手段を備え、前記中央市場システム
は、前記市場クライアントシステムから送信される前記
売買申込情報を受付ける受付手段と、前記複数系統の電
子市場に対応して設けられ、受付けた前記売買申込情報
を格納する複数の第１の情報格納手段と、前記複数系統
の電子市場に対応して設けられ、同一系統の電子市場に
対応する前記売買申込情報に含まれる前記購入に係る価
格データと販売に係る価格データとを照合して取引を成
立させる処理を行う複数の照合手段と、少なくとも前記
取引が成立した売買申込情報を送信した前記市場クライ
アントシステムに該取引が成立した旨の情報を通知する
通知手段と、前記市場クライアントシステムから通知さ
れた、前記複数系統の電子市場に並行的に売買の申込を
行う旨を示す重複売買申込情報、および一つの系統の電
子市場での該申込に対する取引が成立した旨の情報に対
する他の系統の電子市場への該申込の扱いを変更する情
報に基づいて、該複数の電子市場を連動させる処理を行
う連動手段とを備えたことを特徴とする電子市場システ
ムが提供される。

【００２８】本発明の第６の観点によると、複数系統の
電子市場を並行して開設可能に構成され、該電子市場を
運営する少なくとも１台の中央市場システムと、該中央
市場システムと情報を交換して所望の電子市場に参加す
る複数台の市場クライアントシステムとから構成される
電子市場システムであって、前記市場クライアントシス
テムは、異なる前記中央市場システムにより開設される
前記複数系統の電子市場に並行的に１つの売買の申込を
行う場合にその旨を通知するための重複売買申込情報を
少なくとも売買の別を示すデータと購入または販売に係
る価格データとを含む売買申込情報とともに当該中央市
場システムに送信する手段を備え、前記中央市場システ
ムは、前記市場クライアントシステムから送信される前
記売買申込情報を受付ける受付手段と、前記複数系統の
電子市場に対応して設けられ、受付けた前記売買申込情
報を格納する複数の第１の情報格納手段と、前記複数系
統の電子市場に対応して設けられ、同一系統の電子市場
に対応する前記売買申込情報に含まれる前記購入に係る
価格データと販売に係る価格データとを照合して取引を
成立させる処理を行う複数の照合手段と、少なくとも前
記取引が成立した売買申込情報を送信した前記市場クラ
イアントシステムに該取引が成立した旨の情報を通知す
る通知手段と、同一の前記市場クライアントシステムか
ら通知された前記重複売買申込情報、および一つの系統
の電子市場での該申込に対する取引が成立した旨の情報
に他逸する他の系統の電子市場への該申込の扱いを変更
する情報に基づいて、前記中央市場システムが前記他の
中央市場システムと協調して該申込に関して該複数の電
子市場を連動させる処理を行う連動手段とを備えたこと
を特徴とする電子市場システムが提供される。

【００２９】第４〜第６の観点に係る電子市場システム
において、前記市場クライアントシステムは、異なる前
記中央市場システムにより開設される複数系統の電子市
場に並行的に１つの売買の申込を行う場合、前記売買申
込情報を対応する前記中央市場システムにそれぞれ送信
する手段と、該中央市場システムからの該申込について
の取引の成立に対する確認のための問い合わせに応答す
る手段とを備え、前記中央市場システムは、前記取引の
成立の確定に先立ち、該取引における購入側と販売側の
双方の前記市場クライアントシステムに確認のための問
い合わせを行う手段と、前記問い合わせに対して前記双
方の市場クライアントシステムから前記取引の成立を承
認する旨の応答があった場合にのみ前記取引の成立を確
定させる手段とをさらに備えていてもよい。

【００３０】さらに、第４〜第６の観点に係る電子市場
システムにおいて、前記市場クライアントシステムは、
異なる前記中央市場システムにより開設される複数系統
の前記電子市場に時間的な重複がないように１つの売買
の申込を順次行うためのスケジュールを示す時間依存情
報を前記売買申込情報とともに該当する前記中央市場シ
ステムにそれぞれ送信する手段を備え、前記中央市場シ
ステムの各々は、同一の前記市場クライアントシステム
から送信される前記時間依存情報を受信したとき該時間
依存情報をもとに該当する回における電子市場について
のみ前記受け付けた前記売買申込情報を前記第１の情報
格納手段に格納する手段をさらに備えていてもよい。

【００３１】

【００３２】

【００３３】

【００３４】

【００３５】

【００３６】

【００３７】

【００３８】

【００３９】

【００４０】

【００４１】

【００４２】

【００４３】

【００４４】

【００４５】

【００４６】

【００４７】

【００４８】

【００４９】

【００５０】

【００５１】

【００５２】

【００５３】

【００５４】

【００５５】

【００５６】

【００５７】

【００５８】

【００５９】

【００６０】

【００６１】

【００６２】

【００６３】

【００６４】

【００６５】

【００６６】

【００６７】

【００６８】

【００６９】

【００７０】なお、以上の各装置に係る発明は方法に係
る発明としても成立し、各方法に係る発明は装置に係る
発明としても成立する。

【００７１】また、上記の発明は、相当する手順あるい
は手段をコンピュータに実行させるためのプログラムを
記録した機械読取り可能な媒体としても成立する。

【００７２】本発明によれば、市場メカニズムを電子化
することにより、市場参加者は地理的に離れていても市
場に参加でき、市場状況に応じた戦略を手続きとして組
み込むことにより判断の省力化が可能となり、また、複
数商品の市場に連動しながら同時に参加することや、分
散された市場に同時に参加することが可能となり、取り
引きの利便性を高めることができる。

【００７３】市場運営者にとっては、市場開設が電子的
に行えるため迅速にかつ平等な市場を効率良く運営する
ことができる。

【００７４】また、本発明によれば、市場メカニズムを
電子化することにより、市場参加者は地理的に離れてい
ても市場に参加でき、オンデマンドで市場情報の入手や
照合の自動化が可能となる。

【００７５】

【００７６】

【００７７】

【００７８】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００７９】最初に本発明の実施の形態に係る電子市場
システムの基本的な構成について説明する。

【００８０】（第１の実施形態）まず、本発明の第１の
実施形態に係る電子市場システムについて説明する。

【００８１】図１に本実施形態に係る電子市場システム
の構成を示す。

【００８２】本電子市場システムは、市場開設サイトに
おける中央市場システム１と、市場参加者（販売側、購
入側）のサイトにおける複数（任意数）の市場クライア
ントシステム３から構成される。

【００８３】中央市場システム１と、個々の市場クライ
アントシステム３とは、例えばインターネットなどの所
定のネットワーク（図示せず）を通じて相互に通信可能
であるものとする。なお、図中、中央市場システム１と
個々の市場クライアントシステム３の夫々における通信
インターフェース部分の記述は省略してある。また、中
央市場システム１と市場クライアントシステム３は、い
ずれも計算機等を利用して構成することができる。

【００８４】中央市場システム１は、市場クライアント
システム３からの申込を受け付ける入力部１１、購買申
込データを格納する購買申込データ格納部１２、販売申
込データを格納する販売申込データ格納部１３、これら
格納された購買申込データと販売申込データとを照合す
る照合部１４、照合結果等を市場クライアントシステム
３に通知する通知部１５を備えている。

【００８５】市場クライアントシステム３は、売買の申
し込み情報を市場クライアントシステム３に送信し、市
場クライアントシステム３から成約等の通知を受ける。

【００８６】次に、図２の中央市場システム１と市場ク
ライアントシステム３の基本的な動作手順を参照しなが
ら、中央市場システム１の基本的な働きと、中央市場シ
ステム１により開設される電子市場の基本的な内容と、
市場クライアントシステム３の電子市場への基本的な参
加の仕方について説明する。

【００８７】まず、本実施形態では、電子市場は予め定
められたタイムスケジュールにしたがって繰り返し開設
されるものとする。一例としては、電子市場が一定の時
刻に、例えば午前９時から午後３時までの毎時０分とい
ったように、開設される場合が考えられる。

【００８８】中央市場システム１は、市場クライアント
システム３に対して市場内容、市場開設時間などの市場
開設情報をあらかじめ通知部１５より通知する。この通
知は、市場クライアントシステム３からの要求に応じて
行っても良いし、予め登録された市場クライアントシス
テム３に定期的に行っても良い。また、要求のない市場
クライアントシステム３に対しても宣伝的に行っても構
わない。

【００８９】さて、市場に参加しようとする販売側また
は購入側の市場クライアントシステム３は、売買の申し
込み情報を作成して中央市場システム１に転送する（ス
テップＳ４）。

【００９０】すなわち、市場開設時刻（あるいはそれ以
前の申込締切時刻）までに、各市場クライアントシステ
ム３から売買の申し込み情報が中央市場システム１に送
付されてくる。

【００９１】中央市場システム１は、クライアントシス
テム３から受信した売買の申し込み情報をもとに申込デ
ータを購買申込データ格納部１２または販売申込データ
格納部１３に格納する（ステップＳ１）。

【００９２】市場開設時間となると、中央市場システム
１の照合部１４は、市場クライアントシステム３からの
売買の申し込みを照合して売買の成立をはかる（ステッ
プＳ２）。

【００９３】照合に関しては、一般に最低販売価格が最
高購入価格以下であれば成立する。このような組合せが
複数個ある場合は、どの組合せを選択するかはいくつか
考えられるが、市場の平等性を保証する必要がある。例
えば、販売価格の低いものと購入価格の高いものとを順
に組合せ、同額の場合はランダムに選択する方式があ
る。また、成約した価格を決める方法についてもいくつ
かの方法が考えられるが、例えば販売価格と購入価格の
中間値をとる方法がある。

【００９４】中央市場システム１は、取り引きの成立し
たものに関してはその旨を通知部１５より販売側と購入
側の双方の市場クライアントシステム３に通知する（ス
テップＳ３）。なお、取り引きの成立しなかったものに
関してはその旨を明示的に市場クライアントシステム３
に通知するようにしても良いし、取り引きが成立した旨
の通知がなかったことをもって、取り引きが成立しなか
ったことを知らしめるようにしても良い。

【００９５】また、中央市場システム１は、市場に参加
している全体の市場クライアントシステム３に対して、
成約価格等の市場状況などの当該市場に関する市場情報
を通知部１５より知らせるようにすると好ましい。

【００９６】さらに、中央市場システム１は、売買が成
立したものに関して、契約書作成、決済、物流等と連携
をとるため、関連システムに必要な情報を転送するよう
にすると好ましい。

【００９７】さて、市場に参加した各市場クライアント
システム３は、中央市場システム１から通知を受ける
（ステップＳ５）。

【００９８】取り引きが成立した旨の通知を受け取った
ことにより、当該申込の目的が達成されたことを知るこ
とができる。また、取り引きが成立しなかった旨の通知
を受け取ったことにより、取り引きが成立した旨の通知
が送られてこなかったことにより、当該申込の目的が達
成されたことを知ることができる。

【００９９】取り引きが成立しなかったことを知った場
合、各市場クライアントシステム３は、例えば中央市場
システム１から通知された市場情報を参照しながら、次
の市場開設時刻に向けて売買の申し込み情報を作成し、
中央市場システム３に送付して、市場に参加する。ある
いは、例えば中央市場システム１から通知された市場情
報を参照するなどして検討した結果、次の市場への参加
はしないことを決定する。

【０１００】次に、いくつかの具体例をあげて照合処理
について説明する。

【０１０１】ここでは、１つの中央市場システム１と６
つの市場クライアントシステム３から構成されるとす
る。

【０１０２】ある商品に関してある市場開設時刻におい
て、Ａ、Ｂ、Ｃの３社が販売の申し込み、Ｄ、Ｅ、Ｆの
３社が購入の申し込みを行い、販売希望価格をＡ社が１
００円、Ｂ社が１５０円、Ｃ社が１８０円とし、購入希
望価格をＤ社が８０円、Ｅ社が９０円、Ｆ社が１００円
としたものとする。

【０１０３】この場合は、最低販売価格がＡ社の１００
円、最大購入価格がＦ社の１００円で一致しているの
で、Ａ社とＦ社の間で取り引きが成立する。もちろん、
取り引き価格は１００円となる。

【０１０４】第２の例として、販売希望価格をＡ社が１
００円、Ｂ社が１５０円、Ｃ社が１８０円とし、購入希
望価格をＤ社が８０円、Ｅ社が９０円、Ｆ社が１２０円
としたものとする。

【０１０５】この場合は、最低販売価格がＡ社の１００
円、最大購入価格がＦ社の１２０円であり、最低販売価
格の方が低いのでＡ社とＦ社の間で取り引きが成立する
条件は満たしている。

【０１０６】このときの取り引き価格の決定方法には種
々の方法が考えられるが、１００円と１２０円の間で適
当な値を取る方法が考えらる。ここでは、両者の中間値
を取って１１０円に決定するものとする。

【０１０７】第３の例として、販売希望価格をＡ社が１
００円、Ｂ社が１２０円、Ｃ社が１８０円とし、購入希
望価格をＤ社が８０円、Ｅ社が１２０円、Ｆ社が１３０
円としたものとする。

【０１０８】この場合は、成約し得る複数の組合せが存
在する。すなわち、Ａ社とＥ社、Ｂ社とＥ社、Ａ社とＦ
社、Ｂ社とＦ社の組合せが可能となる。

【０１０９】この中でいずれを選択しても良いが、ここ
では最低販売価格のＡ社と最高購入価格のＦ社、２番目
に低い販売価格のＢ社と２番目に高い購入価格のＥ社と
の間で取り引きを成立させるものとする。あるいは、最
低販売価格のＡ社と２番目に高い購入価格のＥ社、２番
目に低い販売価格のＢ社と最高購入価格のＦ社との間で
取り引きを成立させるようにしても良い。

【０１１０】ところで、上記の各例では、販売側、購入
側との取り引き単位が同じとしていたが、第４の例とし
て、取り引き量を加えた場合について説明する。

【０１１１】例えば販売側の取り引き申込み数量と金額
は図３に示すようでり、一方、購入側の取り引き申込み
数量と金額は図４に示すようであるとする。

【０１１２】この場合も、第３の例と同様に成約し得る
複数の組合せが可能となるが、例えば前述したように販
売価格の低い順と購入価格の高い順に照合を行い、両者
の数量の小さい方を取り引き数量とすれば良い。

【０１１３】本例においては、まず最低販売価格を提示
したＡ社と最高購買価格を提示したＦ社の間で取り引き
が成立し、取り引き価格としては中間値の１１５円、数
量としてＡ社の１０とＦ社の５の小さい方である５が決
定される。これにより、Ｆ社の購入申込は全て成立した
ので購入社リスト（購買申込データ格納部１２）から削
除するが、Ａ社の販売申込は残量が５となり、販売者リ
スト（販売申込データ格納部１３）の数量を減らして照
合を継続する。

【０１１４】次にＡ社とＥ社との間で取り引きが成立す
る。この取り引き価格は１１０円、数量は５となる。こ
れにより、Ａ社の販売申込は全て成立したので販売社リ
ストから削除するが、Ｅ社の購入申込は残量が１０とな
り、購入者リストの数量を減らして照合を継続する。

【０１１５】その次にＢ社とＥ社との間で取り引きが成
立し、取り引き価格は１２０円、数量は５となる。これ
により、Ｂ社の販売申込は全て成立したので販売社リス
トから削除するが、Ｅ社の購入申込は残量が５となり、
購入者リストの数量を減らして照合を継続する。

【０１１６】これ以降は販売価格が購入価格を上回るた
め、取り引きは成立しない。

【０１１７】次に、図５に本実施形態の中央市場システ
ム１のより詳しくした動作手順の一例を示す。

【０１１８】本実施形態では、市場クライアントシステ
ム３は個々の市場毎に売買の申し込み情報として購買申
込データまたは販売申込データを作成して中央市場シス
テム１に送付するものである。なお、本実施形態では、
市場クライアントシステム３における売買価格の決定に
は、例えば中央市場システム１から得た市場情報をもと
にするなどした価格決定の支援ソフトを用いても良い
し、ユーザの判断が介在しても良い。

【０１１９】前述したように電子市場は繰り返し予定の
時刻に開設されるものとする。

【０１２０】中央市場システム１は、次の電子市場の開
設時刻になるまで（ステップＳ１１）、随時、市場クラ
イアント３からの次の電子市場への売買の申し込みを受
け付ける（ステップＳ１２，Ｓ１３）。

【０１２１】市場クライアント３から次の電子市場への
売買の申し込みを受信した場合（ステップＳ１３）、受
信したデータが購買申込データならば（ステップＳ１
４）、これを購買申込データ格納部１２に格納し（ステ
ップＳ１５）、受信したデータが販売申込データならば
（ステップＳ１４）、これを販売申込データ格納部１３
に格納し（ステップＳ１６）、ステップＳ１１に戻る。

【０１２２】以上の動作を繰り返し、ステップＳ１１で
開設時刻になったならば、照合部１４により照合処理を
行う（ステップＳ１７）。

【０１２３】そして、通知部１５から照合結果を市場ク
ライアントシステムに通知する（ステップＳ１８）。

【０１２４】なお、ステップＳ１８の通知は、ステップ
Ｓ１７の照合がすべて終了してから行っても良いし、ス
テップＳ１７の照合において成約する都度、その時点で
行っても良い。

【０１２５】そして、購買申込データ格納部１２と販売
申込データ格納部１３からデータを削除し、次の登録に
備え、ステップＳ１１に戻り、申込の受信待ちに入る。

【０１２６】なお、当該回の市場に参加した市場クライ
アントシステム３で、取り引きが成立しなかったもの
は、前述したように、適宜、次の市場に参加する場合の
価格等を決定し、あるいは参加しないことを決定し、参
加する場合は、次の電子市場の開設時刻までに購買申込
データまたは購買申込データを中央市場システム１に送
信する。

【０１２７】次に、図６に本実施形態の中央市場システ
ム１のより詳しくした動作手順の他の例を示す。図５の
手順では、市場開設時刻になるまで申込を受付け、市場
開設時刻になったら申込を締切り、ステップＳ１９で購
買申込データ格納部１２と販売申込データ格納部１３が
初期化された後に、次回の申込の受付を開始するが、図
６の手順は、申込の受付開始時刻と受付締切時刻をも予
め設定しておくようにしたものである。それ以外の点
は、図５の手順と同様である。

【０１２８】まず、中央市場システム１は、市場クライ
アントシステム３に対して市場開設情報として受付開始
時刻と受付締切時刻をもあらかじめ通知部１５より通知
しておく。

【０１２９】中央市場システム１は、受付開始時刻にな
ったら（ステップＳ１１−１）、受付締切時刻になるま
で、随時、市場クライアント３からの当該回の電子市場
への売買の申し込みを受け付ける（ステップＳ１１−
２，Ｓ１２，Ｓ１３）。図５の手順と同様に受信した申
込データは購買申込データ格納部１２または販売申込デ
ータ格納部１３に格納する。

【０１３０】そして、ステップＳ１１−３で開設時刻に
なったならば、照合処理・通知処理を行う。

【０１３１】そして、購買申込データ格納部１２と販売
申込データ格納部１３からデータを削除し、次の登録に
備え、ステップＳ１１に戻り、次の受付開始時刻を待
つ。

【０１３２】なお、以下に示す第２〜第９の実施形態で
は、以上説明したような構成を基本的な構成として持つ
ものとし、第２〜第９の実施形態の説明は、主に各実施
形態が第１の実施形態と相違する点あるいは第１の実施
形態に付加する点につてい行うものとする。

【０１３３】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。

【０１３４】本実施形態では、市場クライアントシステ
ム３は一連の市場開設時刻での売買価格等の情報をあら
かじめ時系列データとして中央市場システム１に送付し
ておき、中央市場システム１側では時系列データがある
限りにおいて該当する市場クライアントシステム３につ
いては購買申込データまたは販売申込データを自動更新
するようにしたものである。

【０１３５】図７に本実施形態に係る電子市場システム
の構成を示す。また、図８に本実施形態の中央市場シス
テムの動作手順の一例を示す。

【０１３６】図７に示されるように、本実施形態に係る
中央市場システム１は、第１の実施形態における構成に
加えて、売買申込時系列データ格納部１６と更新部１７
を有する。

【０１３７】時系列データ格納部１６は、市場クライア
ントシステム３よりあらかじめ送付された売買申込時系
列データを格納する。

【０１３８】更新部１７は、市場が開設される各時刻毎
に、時系列データ格納部１６内の各市場クライアントシ
ステム３の売買申込時系列データから対応する時刻の購
入価格または販売価格をそれぞれ抽出し、購買申込デー
タ格納部１２または販売申込データ格納部１３に設定す
る。

【０１３９】これにより、中央市場システム１と市場ク
ライアントシステム３との間の通信を低減させることが
できるとともに、時間に沿って除々に販売価格を下げた
り購入価格を上げたりする操作が自動化される。

【０１４０】ここで、売買申込時系列データとこれによ
る購買申込データおよび販売申込データの自動更新につ
いて説明する。

【０１４１】図９に売買申込時系列データの一例を示
す。図９の例では、各社の時間毎の価格はグラフの形で
表され、横軸は時刻を、縦軸は価格をそれぞれ表してい
る。この市場開設時毎の価格グラフは、各市場クライア
ントシステム３においてテーブルあるいは手続きの形で
作成し、中央市場システム１に送付される。

【０１４２】図９に示すように、一般に販売側のグラフ
は減少方向となり、購入側のグラフは増加方向となる。
これら６つのグラフを各市場開設時刻毎に比較すること
により、売買の成立が判定できる。

【０１４３】図９の例の場合、１１時までは販売側Ａ、
Ｂ、Ｃ社の価格は購入側Ｄ、Ｅ、Ｆ社の価格を上回って
おり、取り引きは成立しない。

【０１４４】１２時になると、Ａ社の販売価格と、Ｄ
社、Ｆ社の販売価格は一致する。従ってこの時点でＡ社
とＤ社、あるいはＦ社の間で取り引きが成立する。ここ
ではＡ社とＤ社の間で取り引きを成立させるものとす
る。これ以降はＡ社、Ｄ社のグラフは消去する。

【０１４５】次に取り引きが成立するのは、３時の時点
でＣ社とＥ社あるいはＦ社の間である。ここでは最高購
入価格と最低販売価格を提示しているＦ社とＣ社との間
で成立するものとする。

【０１４６】このように時間に対応した販売、購入戦略
を表現することができる。

【０１４７】次に、図８を参照しながら本実施形態の中
央市場システム１の動作手順について説明する。なお、
前述したように電子市場は繰り返し予定の時刻に開設さ
れるものであるが、図８においては繰り返しのための記
述は省略し、１つの電子市場についての手順のみ示して
ある。

【０１４８】中央市場システム１は、市場クライアント
３からの申込を随時受付けており、売買申込時系列デー
タを受信したならば、これを売買申込時系列データ格納
部１６に格納するものとする。

【０１４９】さて、中央市場システム１では、開設時刻
になったならば（あるいは開設時刻以前の設定時刻にな
ったならば）、更新部１７により次の電子市場の開設に
向けて、売買申込時系列データ格納部１６から当該電子
市場の開設時刻に対応するデータを読み出す（ステップ
Ｓ２１）。

【０１５０】次に、更新部１７は、読み出したデータが
購買側のものであれば（ステップＳ２２）、これを購買
申込データとして購買申込データ格納部１２に格納し
（ステップＳ２３）、読み出したデータが販売側のもの
であれば（ステップＳ２２）、これを販売申込データと
して販売申込データ格納部１３に格納する（ステップＳ
２４）。

【０１５１】なお、市場クライアントシステムから送信
されてきた購買申込データや販売申込データも購買申込
データ格納部１２や販売申込データ格納部１３に格納す
る。

【０１５２】以上の動作を、該当するデータがなくなる
まで繰り返する（ステップＳ２５）。

【０１５３】次に、データの設定がすべて完了したなら
ば（開設時刻以前に設定が完了する場合は開設時刻にな
ったならば）、第１の実施形態で示したような照合部１
４による照合処理／通知部１５による通知処理を行う
（ステップＳ２６，Ｓ２７）。

【０１５４】なお、中央市場システム１では、後処理と
して、購買申込データ格納部１２と販売申込データ格納
部１３からデータを削除し、成約した売買申込時系列デ
ータものに対応する売買申込時系列データを売買申込時
系列データ格納部１６から削除し、次回の市場開設の準
備に移行する。

【０１５５】なお、本実施形態では、購買申込データや
販売申込データによる申込と、売買申込時系列データに
よる申込の両方を受付けたが、すべて売買申込時系列デ
ータにより申込を受付けるようにしても良い。この場
合、１回のみ申し込むときは、購買申込データや販売申
込データに時刻の情報を付加したものを売買申込時系列
データとして扱うようにすれば良い。

【０１５６】（第３の実施形態）次に、本発明の第３の
実施形態について説明する。

【０１５７】本実施形態では、中央市場システム１から
各時刻毎に販売価格の最低値、平均値、購入価格の最高
値、平均値、販売申し込み総数、購入申し込み総数を各
市場クライアントシステム３に通知し、市場クライアン
トシステム３にはこれらの情報をもとに次の時刻での販
売価格あるいは購入価格を自動的に決定する機能を設け
たものである。

【０１５８】図１０に本実施形態に係る電子市場システ
ムの構成を示す。また、図１１に本実施形態に係る市場
クライアントシステムの動作手順の一例を示し、図１２
に本実施形態に係る中央市場システムの動作手順の一例
を示す。

【０１５９】本実施形態に係る中央市場システム１は、
第１の実施形態における構成とほぼ同様である。

【０１６０】図１０に示されるように、本実施形態に係
る市場クライアントシステム３は、第１の実施形態にお
ける構成に加えて、手続き格納部３１と更新部３２を有
する。

【０１６１】手続き格納部３１には、次の時刻での販売
価格あるいは購入価格を決定するための手続きが格納さ
れる。

【０１６２】更新部３２は、手続き格納部３１に格納さ
れている予め設定された手続きを起動し、中央市場シス
テム１から送付された市場情報に基づいて、次の時刻で
の販売価格あるいは購入価格を決定する。なお、決定さ
れた価格の情報を含む申込データは第１の実施形態と同
様にして中央市場システム１に送付する。

【０１６３】これによって、市場クライアントシステム
３では市場の状況に応じた自動的な判断が可能となり、
市場参加者の操作の自動化が向上する。

【０１６４】ここで、市場情報に基づく価格の自動決定
機能について説明する。

【０１６５】本実施形態では、中央市場システム１は市
場開設時刻以前に前回の市場に関する情報を市場クライ
アントシステム３に送付するものとする。これによっ
て、市場クライアントシステム３では、これらの情報を
参照して次の購入価格あるいは販売価格を決定すること
ができる。

【０１６６】具体例として、市場にＡ〜Ｆの６社が参加
し、Ａ、Ｂは販売側、Ｃ、Ｄ、Ｅ、Ｆは購入側であると
する。このとき、前回の市場開設時刻での各社の提示価
格が図１３に示すようであったものとする。この時点で
は最低販売価格が最高購入価格を上回っているため、取
り引きは成立しなかったことになる。この市場に関する
情報として、例えば図１４に示すような市場情報を中央
市場システム１が市場クライアントシステム３に知らせ
るとする。

【０１６７】本実施形態では、各市場クライアントシス
テム３は、中央市場システム１より送られてくるこれら
の値を用いて次の申込価格を決定する手続きを内蔵する
ことができるようにしている。

【０１６８】そのような手続きの一例としてＡ社の手続
きを以下に示す。 （１）もし、販売提示総数＜購入提示総数ならば、販売
価格はそのままで提示する。 （２）もし、最高購入提示価格＜販売限界価格ならば、
次回は提示しない。 （３）もし、販売価格−最高購入提示価格＜１０なら
ば、その差の半分だけ販売価格を下げる。

【０１６９】第１の条件は、供給より需要が上回ってい
る場合であり、売り手としては強気で販売価格を下げず
に対処することを表している。第２の条件は、販売の限
界価格以上の購入提示がない場合であり、この場合は取
り引きの見込みがないとし判断し、次回には提示しない
ことを表している。第３の条件は、提示した販売価格と
最高購入提示価格の差が小さいと判断した場合であり、
この場合は販売価格を下げて取り引きの成立を目指すこ
とを表している。

【０１７０】このように規則の形式で手続きを記述し、
マッチしたものが複数個あるならば規則間で優先度を設
ける方式が考えられる。なお、手続きの記述はどのよう
な形式でも良い。

【０１７１】このように、中央市場システム１より送ら
れてくる市場情報を用いて次回の市場開設時刻に提示す
る価格を決定する手続きを内蔵することにより、市場ク
ライアントシステム３では、市場状況に応じた判断が可
能となる。

【０１７２】次に、図１１、図１２を参照しながら本実
施形態の電子市場システムの動作手順について説明す
る。なお、前述したように電子市場は繰り返し予定の時
刻に開設されるものであるが、図１２においては繰り返
しのための記述は省略し、１つの電子市場についての手
順のみ示してある。

【０１７３】市場に参加しようとする販売側または購入
側の市場クライアントシステム３は、売買の申し込み情
報を作成して中央市場システム１に転送する（ステップ
Ｓ３１）。そして、中央市場システム１からの通知を待
つ。

【０１７４】一方、中央市場システム１では、第１の実
施形態と同様に、申込データの受付け、格納、照合、通
知等の処理を行う（ステップＳ３６）。また、市場情報
の送信を行う（ステップＳ３７）。

【０１７５】さて、市場に参加した各市場クライアント
システム３は、取り引きが成立した旨の通知を受け取っ
たことにより、当該申込の目的が達成されたことを知る
ことができる。また、取り引きが成立しなかった旨の通
知を受け取ったことにより、取り引きが成立した旨の通
知が送られてこなかったことにより、当該申込の目的が
達成されたことを知ることができる。

【０１７６】市場クライアントシステム３は、取り引き
が成立しなかったことを知った場合（ステップＳ３
２）、中央市場システム１から送信される市場情報を受
信し（ステップＳ３３）、更新部３２により手続きを起
動し市場情報に基づいて次の時刻での販売価格あるいは
購入価格を決定する（ステップＳ３４）。なお、直前の
市場情報だけではなく過去の市場情報の履歴に基づいて
次の売買申込時系列データを生成するようにしても良
い。

【０１７７】もし、次の市場への参加はしないことが決
定された場合（ステップＳ３５）、手順を終了する。

【０１７８】もし、次の市場へ再度参加する場合（ステ
ップＳ３５）、ステップＳ３１に戻り、売買の申し込み
情報を中央市場システム１に転送して、結果の通知を待
つ。なお、市場クライアントシステム３は、取り引きが
成立したことを知った場合（ステップＳ３２）、当該手
順に関してはこれを終了する。なお、この場合において
も、後の参考等のため、中央市場システム１から送信さ
れる市場情報を受信し、これを蓄積するようにしても良
い。

【０１７９】（第４の実施形態）次に、本発明の第４の
実施形態について説明する。

【０１８０】本実施形態では、第２の実施形態のように
市場クライアントシステム３は一連の市場開設時刻での
売買価格等の情報をあらかじめ申込時系列データとして
中央市場システム１に送付しておき、中央市場システム
１側では時系列データがある限りにおいて該当する市場
クライアントシステム３については購買申込データまた
は販売申込データを自動更新するようにするとともに、
第３の実施形態のように、市場クライアントシステム３
には、中央市場システム１から通知された、販売価格の
最低値、平均値、購入価格の最高値、平均値、販売申し
込み総数、購入申し込み総数をもとに、次の申込時系列
データを生成する機能を設けたものである。

【０１８１】図１５に本実施形態に係る電子市場システ
ムの構成を示す。また、図１６に本実施形態に係る中央
市場システムの動作手順の一例を示し、図１７に本実施
形態に係る市場クライアントシステムの動作手順の一例
を示す。

【０１８２】図１５に示されるように、本実施形態に係
る中央市場システム１は、第１の実施形態における構成
に加えて、売買申込時系列データ格納部１８と更新部１
９を有する。

【０１８３】時系列データ格納部１８は、市場クライア
ントシステム３よりあらかじめ送付された売買申込時系
列データを格納する。

【０１８４】更新部１９は、市場が開設される各時刻毎
に、時系列データ格納部１８内の各市場クライアントシ
ステム３の売買申込時系列データから対応する時刻の購
入価格または販売価格をそれぞれ抽出し、購買申込デー
タ格納部１２または販売申込データ格納部１３に設定す
る。

【０１８５】これにより、中央市場システム１と市場ク
ライアントシステム３との間の通信を低減させることが
できるとともに、時間に沿って除々に販売価格を下げた
り購入価格を上げたりする操作が自動化される。

【０１８６】図１５に示されるように、本実施形態に係
る市場クライアントシステム３は、第１の実施形態にお
ける構成に加えて、手続き格納部３３と更新部３４を有
する。

【０１８７】手続き格納部３３には、次の売買申込時系
列データを決定するための手続きが格納される。なお、
第３の実施形態では、手続きは次の売買申込データを決
定するためのものであったが、本実施形態の場合、時系
列データを決定するために、手続きとして、例えば時間
に対する価格の増加あるいは減少の傾きを設定あるいは
修正する規則、時間の経過に伴った価格の変化のさせ方
（時間−価格曲線の形状；図９参照）の設定あるいは修
正する規則等が含まれる。

【０１８８】更新部３４は、手続き格納部３３に格納さ
れている予め設定された手続きを起動し、中央市場シス
テム１から送付された市場情報に基づいて、次の売買申
込時系列データを決定する。なお、決定された売買申込
時系列データは第１の実施形態と同様にして中央市場シ
ステム１に送付する。

【０１８９】これによって、市場クライアントシステム
３では市場の状況に応じた自動的な判断が可能となり、
市場参加者の操作の自動化が向上する。

【０１９０】次に、図１６を参照しながら本実施形態の
中央市場システム１の動作手順について説明する。な
お、前述したように電子市場は繰り返し予定の時刻に開
設されるものであるが、図１６においては繰り返しのた
めの記述は省略し、１つの電子市場についての手順のみ
示してある。

【０１９１】中央市場システム１は、市場クライアント
３からの申込を随時受付けており、売買申込時系列デー
タを受信したならば、これを売買申込時系列データ格納
部１６に格納するものとする。

【０１９２】さて、中央市場システム１では、開設時刻
になったならば（あるいは開設時刻以前の設定時刻にな
ったならば）、更新部１９により次の電子市場の開設に
向けて、売買申込時系列データ格納部１８から当該電子
市場の開設時刻に対応するデータを読み出す（ステップ
Ｓ４１）。

【０１９３】次に、更新部１９は、読み出したデータが
購買側のものであれば（ステップＳ４２）、これを購買
申込データとして購買申込データ格納部１２に格納し
（ステップＳ４３）、読み出したデータが販売側のもの
であれば（ステップＳ４２）、これを販売申込データと
して販売申込データ格納部１３に格納する（ステップＳ
４４）。

【０１９４】なお、市場クライアントシステムから送信
されてきた購買申込データや販売申込データも購買申込
データ格納部１２や販売申込データ格納部１３に格納す
る。

【０１９５】以上の動作を、該当するデータがなくなる
まで繰り返する（ステップＳ４５）。

【０１９６】次に、データの設定がすべて完了したなら
ば（開設時刻以前に設定が完了する場合は開設時刻にな
ったならば）、照合部１４による照合処理／通知部１５
による通知処理を行う（ステップＳ４６，Ｓ４７）。

【０１９７】なお、中央市場システム１では、後処理と
して、購買申込データ格納部１２と販売申込データ格納
部１３からデータを削除し、成約した売買申込時系列デ
ータものに対応する売買申込時系列データを売買申込時
系列データ格納部１８から削除し、次回の市場開設の準
備に移行する。

【０１９８】次、図１７を参照しながら本実施形態の市
場クライアントシステムの動作手順について説明する。

【０１９９】市場に参加しようとする販売側または購入
側の市場クライアントシステム３は、売買申込時系列デ
ータを作成して中央市場システム１に転送する（ステッ
プＳ５１）。そして、中央市場システム１からの通知を
待つ（ステップＳ５２）。

【０２００】さて、市場に参加した各市場クライアント
システム３は、取り引きが成立した旨の通知を受け取っ
たことにより、当該申込の目的が達成されたことを知る
ことができる。また、取り引きが成立しなかった旨の通
知を受け取ったことにより、取り引きが成立した旨の通
知が送られてこなかったことにより、当該申込の目的が
達成されたことを知ることができる。

【０２０１】市場クライアントシステム３は、取り引き
が成立しなかったことを知った場合（ステップＳ５
３）、中央市場システム１から送信される市場情報を受
信しておく（ステップＳ５４）。

【０２０２】そして、先に中央市場システム１に送信し
た売買申込時系列データに次回分のデータが含まれてい
るならば（ステップＳ５５）、ステップＳ５２に戻って
次の電子市場における結果の通知を待つ。

【０２０３】一方、先に中央市場システム１に送信した
売買申込時系列データにはもう次回分のデータは含まれ
ていないならば（ステップＳ５５）、更新部３４により
手続きを起動し通知された市場情報に基づいて次の売買
申込時系列データを生成する（ステップＳ５６）。な
お、直前の市場情報だけではなく過去の市場情報の履歴
に基づいて次の売買申込時系列データを生成するように
しても良い。

【０２０４】もし、次の市場への参加はしないことが決
定された場合（ステップＳ５７）、手順を終了する。

【０２０５】もし、次の市場へ再度参加する場合（ステ
ップＳ３５）、ステップＳ５１に戻り、売買申込時系列
データを中央市場システム１に転送して、結果の通知を
待つ。

【０２０６】なお、市場クライアントシステム３は、取
り引きが成立したことを知った場合（ステップＳ５
３）、当該手順に関してはこれを終了する。なお、この
場合においても、後の参考等のため、中央市場システム
１から送信される市場情報を受信し、これを蓄積するよ
うにしても良い。

【０２０７】なお、本実施形態では、先に中央市場シス
テム１に送信した売買申込時系列データにはもう次回分
のデータは含まれていない場合に、次の売買申込時系列
データを生成するようにしたが、先に中央市場システム
１に送信した売買申込時系列データには次回分のデータ
が含まれていても、これを修正したい場合には、次の売
買申込時系列データを生成し、これを中央市場システム
１に登録し直すようにしても良い。

【０２０８】なお、市場クライアントシステム３が購買
申込データや販売申込データにより申し込みを行う場合
の手順は第１の実施形態と同様である。

【０２０９】なお、本実施形態では、購買申込データや
販売申込データによる申込と、売買申込時系列データに
よる申込の両方を受付けたが、すべて売買申込時系列デ
ータにより申込を受付けるようにしても良い。この場
合、１回のみ申し込むときは、購買申込データや販売申
込データに時刻の情報を付加したものを売買申込時系列
データとして扱うようにすれば良い。

【０２１０】（第５の実施形態）次に、本発明の第５の
実施形態について説明する。

【０２１１】本実施形態は、第３の実施形態と同じ機能
を中央市場システム１に内在させるようにしたものであ
る。

【０２１２】図１８に本実施形態に係る電子市場システ
ムの構成を示す。また、図１９に本実施形態の中央市場
システムの動作手順の一例を示す。

【０２１３】図１８に示されるように、本実施形態に係
る中央市場システム１は、第１の実施形態における構成
に加えて、売買申込データ生成手続き格納部２０と更新
部２１を有する。

【０２１４】売買申込データ生成手続き格納部２０は、
市場クライアントシステム３よりあらかじめ送付され
た、次の時刻での販売価格あるいは購入価格を決定する
ための売買申込データ生成手続きを格納する。

【０２１５】更新部２１は、市場参加者の作成した売買
申込データ生成手続きを実行することにより、次の時刻
での販売価格あるいは購入価格を決定し、購買申込デー
タ格納部１２あるいは販売申込データ格納部１３に設定
する。

【０２１６】これによって、市場開設時刻毎の中央市場
システム１と市場クライアントシステム３との間の通信
を行わなくても市場状況を反映した売買申込データの生
成が自動的にできる。また、時間に沿って除々に販売価
格を下げたり購入価格を上げたりする操作が自動化され
る。

【０２１７】次に、図１９を参照しながら本実施形態の
中央市場システム１の動作手順について説明する。な
お、前述したように電子市場は繰り返し予定の時刻に開
設されるものであるが、図１９においては繰り返しのた
めの記述は省略し、１つの電子市場についての手順のみ
示してある。

【０２１８】中央市場システム１は、市場クライアント
３からの申込を随時受付けており、売買申込時系列デー
タを受信したならば、これを売買申込時系列データ格納
部１６に格納するものとする。

【０２１９】さて、中央市場システム１では、開設時刻
になったならば（あるいは開設時刻以前の設定時刻にな
ったならば）、まず、更新部２１により売買申込データ
生成手続き格納部２０から市場参加者の作成した売買申
込データ生成手続きを読出す（ステップＳ６１）。

【０２２０】次に、更新部２１は、売買申込データ生成
手続きを実行することにより、通知された市場情報に基
づいて、次の時刻での販売価格あるいは購入価格を決定
し、あるいは次回は申し込まないことを決定する（ステ
ップＳ６２）。

【０２２１】もし、次の市場への参加はしないことが決
定された場合（ステップＳ６３）、購買申込データ格納
部１２および販売申込データ格納部１３には何も格納し
ない。

【０２２２】もし、次の市場へ再度参加する場合（ステ
ップＳ６３）、更新部１７は、生成されたデータが購買
側のものであれば（ステップＳ６４）、これを購買申込
データとして購買申込データ格納部１２に格納し（ステ
ップＳ６５）、生成されたデータが販売側のものであれ
ば（ステップＳ６４）、これを販売申込データとして販
売申込データ格納部１３に格納する（ステップＳ６
６）。

【０２２３】なお、市場クライアントシステムから送信
されてきた購買申込データや販売申込データも購買申込
データ格納部１２や販売申込データ格納部１３に格納す
る。

【０２２４】以上の動作を、該当する手続きがなくなる
まで繰り返する（ステップＳ２５）。

【０２２５】次に、データの設定がすべて完了したなら
ば（開設時刻以前に設定が完了する場合は開設時刻にな
ったならば）、照合部１４による照合処理／通知部１５
による通知処理を行う（ステップＳ６８，Ｓ６９）。

【０２２６】なお、中央市場システム１では、後処理と
して、購買申込データ格納部１２と販売申込データ格納
部１３からデータを削除し、成約したものに対応する売
買申込時系列データを売買申込時系列データ格納部１６
から削除し、次回の市場開設の準備に移行する。なお、
ここでは、申込しないことが決定された売買申込時系列
データについても、次回移行の申込の可能性がないもの
として売買申込時系列データ格納部１６から削除するも
のとする。

【０２２７】一方、市場に参加しようとする販売側また
は購入側の市場クライアントシステム３は、売買申込時
系列データを作成して中央市場システム１に転送する。
そして、中央市場システム１からの通知を待つ。

【０２２８】市場に参加した各市場クライアントシステ
ム３は、取り引きが成立した旨の通知を受け取ったこと
により、当該申込の目的が達成されたことを知ることが
できる。また、取り引きが成立しなかった旨の通知を受
け取ったことにより、取り引きが成立した旨の通知が送
られてこなかったことにより、当該申込の目的が達成さ
れたことを知ることができる。

【０２２９】なお、本実施形態においても、中央市場シ
ステム１から市場クライアントシステム３に市場情報を
送信し、市場クライアントシステム３は送信される市場
情報を受信し、これを蓄積するようにしても良い。

【０２３０】なお、市場クライアントシステム３は売買
申込データ生成手続きに有効期間の情報を付加して中央
市場システム１に送信し、中央市場システム１は各売買
申込データ生成手続きについてその有効期間の間だけこ
れを用いるようにしても良い。

【０２３１】なお、市場クライアントシステム３が購買
申込データや販売申込データにより申し込みを行う場合
の手順は第１の実施形態と同様である。

【０２３２】なお、本実施形態では、購買申込データや
販売申込データによる申込と、売買申込時系列データに
よる申込の両方を受付けたが、すべて売買申込データ生
成手続きにより申込を受付けるようにしても良い。この
場合、１回のみ申し込むときは、１回分の購買申込デー
タや販売申込データを生成する売買申込データ生成手続
きを用いるようにすれば良い。

【０２３３】なお、本実施形態でも、第４の実施形態と
同様に市場クライアントシステム３に中央市場システム
１から通知された市場情報をもとにして売買申込データ
生成手続きを作成する機能を設け、市場クライアントシ
ステム３が、中央市場システム１からの市場情報をもと
に所定の手続きにより売買申込データ生成手続きを生成
しあるいは修正し、これを中央市場システム１に登録す
るあるいは登録し直すようにしても良い。

【０２３４】以上、基本的な構成を有する第１の実施形
態、購買申込データと販売申込データに関する所定の機
能を中央市場システムや市場クライアントシステムに付
加した第２の実施形態〜第５の実施形態について説明し
てきたが、これら各実施形態は、任意に組み合わせて実
施することが可能である。

【０２３５】例えば、第１の実施形態〜第６の実施形態
までのすべての機能を備え、市場クライアントシステム
は、購買申込データあるいは販売申込データによって
も、売買申込時系列データによっても、売買申込データ
生成手続きによっても、中央市場システムに申込を行う
ことができるようにしても良い。

【０２３６】以下では、複数の市場への重複した申込を
実現する場合の実施形態について説明する。以下の第６
〜第９の実施形態では、説明を分かりやすくするため
に、市場クライアントシステムは購買申込データあるい
は販売申込データによって申込を行う場合について説明
するが、第１の実施形態〜第６の実施形態のうちから任
意に組み合わせたものを、第６〜第９の各実施形態に適
用することが可能である。

【０２３７】（第６の実施形態）次に、本発明の第６の
実施形態について説明する。

【０２３８】図２０に本実施形態に係る電子市場システ
ムの構成を示す。また、図２１に本実施形態に係る中央
市場システムの動作手順の一例を示す。

【０２３９】本実施形態では、第１の実施形態における
構成において、中央市場システム１に２系統の電子市場
の機能を設けたものであり、第１系統に専用に購買申込
データ格納部１２₁ と販売申込データ格納部１３₁ と照
合部１４₁ が設けられ、第２系統に専用に購買申込デー
タ格納部１２₂ と販売申込データ格納部１３₂ と照合部
１４₂ が設けられ、入力部１１と通知部１５は両系統で
共用される。

【０２４０】また、本実施形態に係る中央市場システム
１は、第１の実施形態における構成に加えて、第１系統
の電子市場と第２系統の電子市場を連動させるために、
連動手続き格納部２２と連動部２３を有する。

【０２４１】本実施形態では、１つの中央市場システム
１により電子市場が複数商品について開設される場合を
想定している。すなわち、購入者は複数商品市場のいず
れかの市場で有利な方に参加したいという場合である。
このような場合には、市場クライアントシステム３は複
数の市場に申し込み情報が重複している旨を記入して中
央市場システム１に送付する。これを受理した中央市場
システム１では、連動部２３により売買が重複しないよ
うに制御を行う。連動部２３には双方の照合部１４₁ ，
１４₂ より照合結果が入力され、連動部２３はあらかじ
め重複申込が連動手続きとして連動手続き格納部２２に
登録されているならば、これを実行して他方の売買申込
データを変更する。これによって、市場内の商品市場間
の連動を可能にできる。

【０２４２】次に、具体例を用いて商品市場間の連動処
理について説明する。

【０２４３】本例では、「りんご」と「みかん」に対す
る市場が同時に開設されるとする（りんご市場が第１系
統で、みかん市場第２系統で開設されるとする）。ここ
では購入者は複数の市場に同時に申し込めるとする。ま
た、いずれかの市場で成立すれば、他の市場ではキャン
セルする連動機能を持つものとする。

【０２４４】ここでは、りんご市場におけるある時刻で
の申込状況が図２２に示すようであり、また、みかん市
場におけるある時刻での申込状況が図２３に示すようで
あるとする。

【０２４５】ここではＥ社は「りんご」か「みかん」の
いずれかが必要なのであって両方はいらないと仮定す
る。２つの市場が独立ならば、りんご市場では最低販売
価格を提示したＡ社と最高購入価格を提示したＥ社の取
り引きが成立し、みかん市場で同様にＣ社とＥ社の取り
引きが成立し、Ｅ社が重複して購入しなければならな
い。このような重複を避けながら複数の市場に同時に申
し込める機能を実現するため、重複して申し込む場合に
は、市場クライアントシステム３では予め中央市場シス
テム１に連動していることを知らせ、中央市場システム
１では連動情報を保持し、一方の市場が成立すれば他方
の市場への申込を変更することにより重複を避ける手法
を導入する。

【０２４６】Ｅ社は予めりんご市場への申込とみかん市
場への申込が重複していることを申込時に中央市場シス
テム１に知らせる。連動手続きには、例えば次のような
手続きが連動手続き格納部２２に登録される。 （１）もし、りんご市場でＥ社が成立すれば、みかん市
場でのＥ社の申込をキャンセルする。 （２）もし、みかん市場でＥ社が成立すれば、みかん市
場でのＥ社の申込をキャンセルする。

【０２４７】りんご市場とみかん市場のいずれが先に開
設されても良いが、ここではりんご市場が先とする。り
んご市場において最低販売価格を提示したＡ社と最高購
入価格を提示したＥ社との間で取り引きが成立する。

【０２４８】中央市場システム１の第１系統の照合部１
４₁ では、この成約情報を連動部２３に知らせる。連動
部２３では登録されいている連動手続きとのマッチング
を行う。この場合、第１の規則とマッチングがとれるの
で、第２系統の購買申込データ格納部１２₂ から該当す
るデータを削除して、みかん市場でのＥ社の申込をキャ
ンセルする。次にみかん市場が開設されたとき、Ｅ社の
申込はキャンセルされているので、Ｃ社とＧ社との間で
取り引きが成立する。

【０２４９】このように複数商品の市場の同時開設にお
いて、競合を解消することにより市場参加者の利便性を
増すことができる。

【０２５０】次に、図２１を参照しながら本実施形態の
中央市場システム１の動作手順について説明する。な
お、前述したように電子市場は繰り返し予定の時刻に開
設されるものであるが、図２１においては繰り返しのた
めの記述は省略し、１つの電子市場についての手順のみ
示してある。

【０２５１】中央市場システム１は、クライアントシス
テム３からの申込を受付ける（ステップＳ７１）。

【０２５２】受信した申込が第１系統の市場に対するも
のであれば、申込データを購買申込データ格納部１２₁
または販売申込データ格納部１３₁ に格納し（ステップ
Ｓ７２−１）、第２系統の市場に対するものであれば、
申込データを購買申込データ格納部１２₂ または販売申
込データ格納部１３₂ に格納する（ステップＳ７２−
２）。

【０２５３】なお、前述のように重複参加の申込である
場合には、購買申込データ格納部１２₁ と１２₂ の両方
または販売申込データ格納部１３₁ と１３₂ の両方に格
納されることになり、また、前述したような連動手続き
が連動手続き格納部２２に登録される。

【０２５４】なお、ステップＳ７２−１、ステップＳ７
２−２は、申込の受信に応じて繰り返し行われる。

【０２５５】それぞれの系統では、市場開設時間となる
と、照合部１４₁ ，１４₂ により市場クライアントシス
テム３からの売買の申し込みを照合して売買の成立をは
かる（ステップＳ７３−１とステップＳ７３−２）。

【０２５６】そして、前述したように必要に応じて連動
処理が行われる（ステップＳ７４−１とステップＳ７４
−２）。例えば、前述したように重複申込について先に
成約した第１系統では成立情報を照合部１４₁ から連動
部２３に知らせ、連動部２３では連動手続きに従って第
２系統の対応する申込をキャンセルすることを決定し、
第２系統ではこれに応じて購買申込データ格納部１２₂
または販売申込データ格納部１３₂ から該当するデータ
が削除される。

【０２５７】以上の手順が、それぞれの系統について、
照合が完了するまで繰り返し行われる（ステップＳ７５
−１とステップＳ７５−２）。

【０２５８】なお、第１の実施形態で説明したように、
必要に応じて通知処理が行われる。

【０２５９】一方、市場に参加しようとする販売側また
は購入側の市場クライアントシステム３は、申込にあた
って申込が重複していることをも中央市場システム１−
１，１−２に通知する。そして、中央市場システム１−
１，１−２からの通知を待つ。

【０２６０】市場に参加した各市場クライアントシステ
ム３は、取り引きが成立した旨の通知を受け取ったこと
により、当該申込の目的が達成されたことを知ることが
できる。また、取り引きが成立しなかった旨の通知を受
け取ったことにより、取り引きが成立した旨の通知が送
られてこなかったことにより、当該申込の目的が達成さ
れたことを知ることができる。

【０２６１】なお、第１の実施形態で説明したように申
込の数量の一部のみ成約することがある場合において、
一部のみでは成約しないようにしても良いし、一部のみ
成約した場合、他の系統の市場において当該データにつ
いてその成約した一部の数量のみキャンセルする（デー
タ中の数量を更新する）ようにしても良いし、一部のみ
成約した場合、他の系統の市場において当該データをす
べてキャンセルするようにしても良い。

【０２６２】本実施形態では、２つの市場の連動につい
て説明したが、３以上の市場を連動させることも同様し
て可能である。

【０２６３】（第７の実施形態）次に、本発明の第７の
実施形態について説明する。

【０２６４】図２４に本発明の第７の実施形態に係る電
子市場システムの構成を示す。また、図２５に本実施形
態に係る中央市場システムの動作手順の一例を示す。

【０２６５】本実施形態では、電子市場システムは、市
場開設サイトにおける２つの中央市場システム１−１，
１−２と、市場参加者のサイトにおける複数の市場クラ
イアントシステム３から構成されるものである。

【０２６６】第６の実施形態では、１つの中央市場シス
テム１内に開設される複数の市場を連動させるようにし
たが、本実施形態では、第６の実施形態と同様の仕組み
により、異なる２つの中央市場システム１内に夫々開設
される複数の市場を連動されるようにしたものである。

【０２６７】本実施形態に係る中央市場システム１−１
は、第１の実施形態における構成に、市場連動手続きの
機能を付加したもので、入力部１１−１、購買申込デー
タ格納部１２−１、販売申込データ格納部１３−１、照
合部１４−１、通知部１５−１、市場連動手続き格納部
２４−１、市場連動部２５−１を備えている。

【０２６８】また、中央市場システム１−２は、中央市
場システム１−１と同様の構成であり、入力部１１−
２、購買申込データ格納部１２−２、販売申込データ格
納部１３−２、照合部１４−２、通知部１５−２、市場
連動手続き格納部２４−２、市場連動部２５−２を備え
ている。

【０２６９】なお、市場クライアントシステム３の構成
・動作は第６の実施形態と同様であり、また図２４では
その記述を省略している。

【０２７０】本実施形態では、電子市場が分散して同時
開設されている場合を想定している。すなわち、購入者
は分散されている複数市場に同時に参加し、いずれかの
市場で売買が重複することなく有利な方での取り引きを
行いたいという場合である。このような場合には、市場
クライアントシステム３は複数の市場に申し込み情報が
重複している旨を記入して双方の中央市場システム１−
１，１−２に送付する。これを受理した分散された中央
市場システム１−１，１−２では、それらの間で照合結
果をやりとりし、売買が重複しないように制御を行う。
市場連動部２５−１，２５−２は、他方の中央市場シス
テム１−２，１−１から送付されてきた照合結果を受理
し、あらかじめ重複申込が市場連動手続きとして市場連
動手続き格納部２４−１，２４−２に登録されているな
らば、これを実行して売買申込データを変更する。これ
によって、市場間の連動を可能にできる。

【０２７１】次に、具体例を用いて市場間の連動処理に
ついて説明する。

【０２７２】本例では、中央市場システム＃１（１−
１）が東京にあり、中央市場システム＃２（１−２）が
大阪にあり、東京市場と大阪市場が交互に開催され、相
互に成約結果を送付するものとする。

【０２７３】ここでは、東京市場での申込状況が図２６
に示すようになっており、また、大阪市場での申込状況
が図２７に示すようになっているとする。

【０２７４】本例では、Ｅ社は両方の市場に重複して購
入の申込をしている。あらかじめ重複をとるため、両方
の市場の市場連動手続き格納部２４−１，２４−２に例
えば以下のような手続きを登録する。 （１）もし、東京市場でＥ社が成立すれば、大阪市場で
のＥ社の申込をキャンセルする。 （２）もし、大阪市場でＥ社が成立すれば、東京市場で
のＥ社の申込をキャンセルする。

【０２７５】第１の手続きは大阪市場の市場連動手続き
格納部２４−２に格納され、第２の手続きは東京市場の
市場連動手続き格納部２４−１に格納されるようにす
る。

【０２７６】まず、東京市場が開催されるとする。この
場合には、Ａ社とＥ社が照合し、取り引きが成立するも
のとする。この結果を東京市場から大阪市場に送付す
る。

【０２７７】大阪市場では市場連動部２５−２より、上
記の手続き１が起動され、購買申込データ格納部１２−
２から該当するデータを削除して、大阪市場でのＥ社の
申込をキャンセルする。これにより、大阪市場では照合
の対象とならないため重複は生じない。

【０２７８】次に、図２５を参照しながら本実施形態の
中央市場システム１の動作手順について説明する。図２
５（ａ）は中央市場システム１−１の手順であり、
（ｂ）は中央市場システム１−２の手順であり、いずれ
も同様の手順となっている。なお、前述したように電子
市場は繰り返し予定の時刻に開設されるものであるが、
図２５においては繰り返しのための記述は省略し、１つ
の電子市場についての手順のみ示してある。

【０２７９】中央市場システム１−１と１−２は、それ
ぞれ、クライアントシステム３からの申込を受付ける
（ステップＳ８１−１とＳ８１−２）。

【０２８０】受信したデータが購買申込データならば、
これを購買申込データ格納部１２−１に格納し、受信し
たデータが販売申込データならば、これを販売申込デー
タ格納部１３−１に格納する（ステップＳ８２−１とＳ
８２−２）。

【０２８１】なお、前述のように重複申込である場合に
は、前述したような連動手続きが市場連動手続き格納部
２４−１に登録される。

【０２８２】なお、ステップＳ８２−１、ステップＳ８
２−２は、申込の受信に応じて繰り返し行われる。

【０２８３】それぞれの系統では、市場開設時間となる
と、照合を開始する。

【０２８４】まず、照合に先だって、他の中央市場シス
テム１−２，１−１から重複申込に係るものについての
成約の通知があれば（ステップＳ８３−１とＳ８３−
２）、前述したように該通知をもとに連動処理を行う
（ステップＳ８４−１とＳ８４−２）。例えば他の市場
で成約したものに対応するデータをキャンセルする。

【０２８５】次に、照合部１４−１，１４−２により市
場クライアントシステム３からの売買の申し込みを照合
して売買の成立をはかる（ステップＳ８５−１とステッ
プＳ８５−２）。

【０２８６】照合の結果、成約したものが重複申込に係
るものであるならば、当該重複にかかる他の中央市場シ
ステム１−２，１−１に成約の通知を行う（ステップＳ
８６−１とステップＳ８６−２）。

【０２８７】以上の手順が、それぞれの市場において、
照合が完了するまで繰り返し行われる（ステップＳ８７
−１とステップＳ８７−２）。

【０２８８】なお、第１の実施形態で説明したように、
必要に応じて通知処理が行われる。

【０２８９】一方、市場に参加しようとする販売側また
は購入側の市場クライアントシステム３は、申込にあた
って重複申込に関する情報をも中央市場システム１−
１，１−２に通知する。そして、中央市場システム１−
１，１−２からの通知を待つ。

【０２９０】市場に参加した各市場クライアントシステ
ム３は、取り引きが成立した旨の通知を受け取ったこと
により、当該申込の目的が達成されたことを知ることが
できる。また、取り引きが成立しなかった旨の通知を受
け取ったことにより、取り引きが成立した旨の通知が送
られてこなかったことにより、当該申込の目的が達成さ
れたことを知ることができる。

【０２９１】なお、第１の実施形態で説明したように申
込の数量の一部のみ成約することがある場合において、
一部のみでは成約しないようにしても良いし、一部のみ
成約した旨とその数量を他の中央市場システムに通知
し、通知を受けた他の中央市場システムは当該データに
ついてその成約した一部の数量のみキャンセルする（デ
ータ中の数量を更新する）ようにしても良いし、一部の
み成約した旨とその数量を他の中央市場システムに通知
し、通知を受けた他の中央市場システムは当該データを
すべてキャンセルするようにしても良い。

【０２９２】本実施形態では、２つの市場の連動につい
て説明したが、３以上の市場を連動させることも同様し
て可能である。

【０２９３】（第８の実施形態）次に、本発明の第８の
実施形態について説明する。

【０２９４】図２８に本発明の第８の実施形態に係る電
子市場システムの構成を示す。また、図２９に本実施形
態に係る中央市場システムの動作手順の一例を示す。

【０２９５】本実施形態では、電子市場システムは、市
場開設サイトにおける２つの中央市場システム１−１，
１−２と、市場参加者のサイトにおける複数の市場クラ
イアントシステム３から構成されるものである。

【０２９６】本実施形態は、分散された電子市場におい
て重複申込を制御する第２の方式である。すなわち、第
７の実施形態では、複数の市場への重複申込については
市場間で通知を行うなどして重複複数の市場を連動させ
る連動処理を行ったが、本実施形態では、連動処理は行
わずその代わりに、成約するものについては市場クライ
アントシステム３に問い合わせを行い、購入側と販売側
の双方から承認の応答があった場合に限って成約させる
ようにしたものである。

【０２９７】本実施形態に係る中央市場システム１−１
は、第１の実施形態における構成に、市場クライアント
システム３に対する確認処理の機能を付加したもので、
入力部１１−１、購買申込データ格納部１２−１、販売
申込データ格納部１３−１、照合部１４−１、通知部１
５−１、確認部２６−１を備えている。

【０２９８】また、中央市場システム１−２は、中央市
場システム１−１と同様の構成であり、入力部１１−
２、購買申込データ格納部１２−２、販売申込データ格
納部１３−２、照合部１４−２、通知部１５−２、確認
部２６−２を備えている。

【０２９９】なお、本実施形態に係る市場クライアント
システム３は応答部３５を有するが、その他の構成・動
作は第７の実施形態と同様である。

【０３００】本実施形態では、中央市場システム１−
１，１−２は、それぞれ、販売申込と購買申込の照合を
とるときに、対象となる市場クライアントシステム３に
確認をとる。中央市場システム１−１，１−２内の確認
部２６−１，２６−２は、それぞれ、売買の照合した双
方の市場クライアントシステム３に対して確認要求メッ
セージを出し市場クライアントシステムからの返答を待
つ。市場クライアントシステム３では重複した売買に対
して１回だけ承認の応答を出し、他の売買に対しては否
認の応答を出すことにより重複した売買を避けることが
できる。

【０３０１】次に、具体例を用いて市場間の連動処理に
ついて説明する。ここでは、第７の実施形態で用いたも
のと同じ例を用いるものとする（図２６、図２７）。

【０３０２】前述のように本実施形態では、中央市場シ
ステム１−１，１−２では照合した結果に対して、双方
の市場クライアントシステム３に問い合わせ、確認の得
られたものに関して取り引きが成立する。

【０３０３】ここでは、東京市場と大阪市場がほぼ同時
に開設され、照合を行うとする。その結果、東京市場で
はＡ社とＥ社、大阪市場ではＣ社とＥ社が照合する。

【０３０４】この場合、東京市場を開設する中央市場シ
ステム１−１では、対応する市場クライアントシステム
３（Ａ社とＥ社）に確認要求メッセージを送付し、大阪
市場を開設する中央市場システム１−２では、対応する
市場クライアントシステム３（Ｃ社とＥ社）に確認要求
メッセージを送付する。

【０３０５】その結果、Ｅ社には東京市場、大阪市場の
双方から確認要求メッセージが到達する。市場クライア
ントシステム３において、複数から確認要求メッセージ
が到達した場合に、どのような決定方法により承認の応
答をする方を決定するかについては自由であるが、ここ
では、Ｅ社はどちらか早く到着した方に承認を返し、遅
く到着した方には否認を返すものとする。この場合、大
阪市場からの確認要求メッセージの方が早く到着し、大
阪市場に承認を返すものとする。なお、この他にも決定
方法としては、例えば第１の実施形態で説明したように
申込の数量の一部のみ成約することがある場合におい
て、より多くの数量が成約した方に承認の応答を通知す
る方法も考えられる。

【０３０６】中央市場システム１−１，１−２では購買
側と販売側の市場クライアントシステム３双方から承認
の返事を得たときのみ取り引きが成立するので、本例で
は、東京市場ではＥ社より否認の返事を受け取ったた
め、Ａ社とＥ社の取り引きはキャンセルし、一方、大阪
市場ではＣ社とＥ社双方から承認の返事を得て、取り引
きが成立する。なお、東京市場、大阪市場とも、引き続
いて照合を行うが、いずれも他に照合するものがないの
で、照合は終了となる。

【０３０７】以上のように市場クライアントシステム３
に問い合わせることにより重複を避けることができる。

【０３０８】次に、図２９を参照しながら本実施形態の
中央市場システム１の動作手順について説明する。図２
９（ａ）は中央市場システム１−１の手順であり、
（ｂ）は中央市場システム１−２の手順であり、いずれ
も同様の手順となっている。なお、前述したように電子
市場は繰り返し予定の時刻に開設されるものであるが、
図２５においては繰り返しのための記述は省略し、１つ
の電子市場についての手順のみ示してある。

【０３０９】中央市場システム１−１と１−２は、それ
ぞれ、クライアントシステム３からの申込を受付ける
（ステップＳ９１−１とＳ９１−２）。

【０３１０】受信したデータが購買申込データならば、
これを購買申込データ格納部１２−１に格納し、受信し
たデータが販売申込データならば、これを販売申込デー
タ格納部１３−１に格納する（ステップＳ９２−１とＳ
９２−２）。

【０３１１】なお、ステップＳ９２−１、ステップＳ９
２−２は、申込の受信に応じて繰り返し行われる。

【０３１２】それぞれの系統では、市場開設時間となる
と、照合部１４−１，１４−２により市場クライアント
システム３からの売買の申し込みを照合して売買の成立
をはかる（ステップＳ９３−１とステップＳ９３−
２）。

【０３１３】次に、前述したように、成約し得るものに
ついて対象となる購入側と販売側の双方の市場クライア
ントシステム３に確認をとり、双方の市場クライアント
システム３から承認の応答があったに場合にのみこれを
成約させ、それ以外の場合には取り引きが成立しないも
のとする（ステップＳ９４−１とステップＳ９４−
２）。

【０３１４】そして、成約した旨あるいは成約しなかっ
た旨等の情報を市場クライアントシステム３に送信する
（ステップＳ９５−１とステップＳ９５−２）。

【０３１５】以上の照合処理と確認処理が、それぞれの
市場において、照合が完了するまで繰り返し行われる
（ステップＳ８７−１とステップＳ８７−２）。

【０３１６】なお、第１の実施形態で説明したように、
必要に応じて通知処理が行われる。

【０３１７】一方、市場に参加しようとする販売側また
は購入側の市場クライアントシステム３は、申込にあた
って重複申込に関する情報をも中央市場システム１−
１，１−２に通知する。そして、中央市場システム１−
１，１−２からの通知を待つ。

【０３１８】市場に参加した各市場クライアントシステ
ム３は、取り引きが成立した旨の通知を受け取ったこと
により、当該申込の目的が達成されたことを知ることが
できる。また、取り引きが成立しなかった旨の通知を受
け取ったことにより、取り引きが成立した旨の通知が送
られてこなかったことにより、当該申込の目的が達成さ
れたことを知ることができる。

【０３１９】なお、上記ではすべての申込について確認
を行うようにしたが、第７の実施形態のように重複申込
である場合には、その旨を市場クライアントシステム３
から重複申込する各中央市場システム１−１，１−２に
通知し、各中央市場システム１−１，１−２では、重複
情報を登録しておき、確認の処理は重複申込に係るもの
についてのみ行うようにしても良い。

【０３２０】本実施形態では、２つの市場の連動につい
て説明したが、３以上の市場を連動させることも同様し
て可能である。

【０３２１】（第９の実施形態）次に、本発明の第９の
実施形態について説明する。

【０３２２】図３０に本発明の第９の実施形態に係る電
子市場システムの構成を示す。また、図３１に本実施形
態に係る中央市場システムの動作手順の一例を示す。

【０３２３】本実施形態では、電子市場システムは、市
場開設サイトにおける２つの中央市場システム１−１，
１−２と、市場参加者のサイトにおける複数の市場クラ
イアントシステム３から構成されるものである。

【０３２４】本実施形態では、分散された電子市場にお
いて重複申込を制御する第３の方式である。本実施形態
では、複数の市場に重複参加する市場クライアントシス
テム３側が同時刻においては１つの市場に参加するよう
に設定した時間依存手続きを作成して中央市場システム
１−１，１−２に送信し、中央市場システム１−１，１
−２では受信した時間依存手続きに従って申込データを
更新するようにしたものである。

【０３２５】本実施形態に係る中央市場システム１−１
は、第１の実施形態における構成に、時間依存手続きの
機能を付加したもので、入力部１１−１、購買申込デー
タ格納部１２−１、販売申込データ格納部１３−１、照
合部１４−１、通知部１５−１、時間依存手続き格納部
２７−１、時間更新部２８−１を備えている。

【０３２６】また、中央市場システム１−２は、中央市
場システム１−１と同様の構成であり、入力部１１−
２、購買申込データ格納部１２−２、販売申込データ格
納部１３−２、照合部１４−２、通知部１５−２、時間
依存手続き格納部２７−２、時間更新部２８−２を備え
ている。

【０３２７】本実施形態では、複数市場に同時に参加す
る市場クライアントシステム３はあらかじめ参加時間を
時間依存手続きに登録する。中央市場システム１−１，
１−２では、それぞれ、市場開設時間毎に時間更新部２
８−１，２８−２を起動し、時間依存手続きを実行する
ことにより、重複した申込を時間毎に切り替えることに
より重複を制御する。

【０３２８】次に、具体例を用いて時間依存手続きによ
る時間更新について説明する。

【０３２９】ここでは、各中央市場システム１−１，１
−２での照合開始時刻と照合終了時刻があらかじめ公開
されているとする。中央市場システム１−１，１−２で
は照合開始時刻までに申し込まれた売買申し込みを照合
し、結果を照合終了時刻までに市場クライアントシステ
ム３に送付するものとする。

【０３３０】本例では、東京市場は中央市場システム１
−１により開設され、大阪市場は中央市場システム１−
２により開設されるものとする。また、東京市場の照合
開始時刻と照合終了時刻が図３２に示すようであるり、
大阪市場の照合開始時刻と照合終了時刻が図３３に示す
ようであるとする。

【０３３１】東京市場と大阪市場の双方に参加しようと
する市場クライアントシステム３では双方の市場開設時
間の重複を調べることにより、最適な市場参加方法を決
める。例えば、それぞれの照合開始時刻と照合終了時刻
が図３２と図３３のようである場合は、図３４に示すよ
うにスケジューリングすれば、同時刻での重複はない。

【０３３２】市場クライアントシステム３では重複のな
い市場参加時間をあらかじめ求め、時間依存手続きとし
て表現して中央市場システム１−１，１−２に送付す
る。この手続きの表現は、単なる参加時間のリストでも
よいし、規則性を利用した手続き表現でもよい。なお、
申込データについては第１の実施形態のようにその都度
送信しても良いし、第２の実施形態のように時系列デー
タとして送信しても良いし、第５の実施形態のように手
続きとして送信しても良いし、時間依存手続き中に付加
して送信するようにしても良い。

【０３３３】中央市場システム１−１，１−２では、各
市場開設時刻毎に時間更新部２８−１，２８−２により
時間依存手続きを起動して各市場クライアントシステム
３が参加するか否かを決定し、参加する場合には申込デ
ータを購買申込データ格納部１２−１，１２−２または
販売申込データ格納部１３−１，１３−２に格納し、照
合を行う。このようにして、分散された市場間の重複を
とることができる。

【０３３４】次に、図３１を参照しながら本実施形態の
中央市場システム１−１，１−２の動作手順について説
明する。なお、図３１においては繰り返しのための記述
は省略し、１つの電子市場についての手順のみ示してあ
る。

【０３３５】中央市場システム１−１は、市場クライア
ント３からの申込を随時受付けており、時間依存手続き
を受信したならば、これを時間依存手続き格納部２７−
１に格納するものとする。

【０３３６】さて、中央市場システム１では、開設時刻
になったならば（あるいは開設時刻以前の設定時刻にな
ったならば）、まず、時間更新部２８−１により時間依
存手続き格納部２７−１から市場参加者の作成した時間
依存手続きを読出す（ステップＳ１０１）。

【０３３７】次に、更新部２７−１は、時間依存手続き
を実行することにより、次の時刻の市場に参加するか否
かを決定するとともに、参加する場合の申込データを求
める（ステップＳ１０２）。

【０３３８】もし、次の市場への参加はしないことが決
定された場合（ステップＳ１０３）、購買申込データ格
納部１２および販売申込データ格納部１３には何も格納
しない。

【０３３９】もし、次の市場へ再度参加する場合（ステ
ップＳ１０３）、更新部２７−１は、求められた申込デ
ータが購買側のものであれば（ステップＳ１０４）、こ
れを購買申込データ格納部１２−１に格納し（ステップ
Ｓ１０５）、求められた申込データが販売側のものであ
れば（ステップＳ１０４）、これを販売申込データ格納
部１３−１に格納する（ステップＳ１０６）。

【０３４０】以上の動作を、該当する手続きがなくなる
まで繰り返する（ステップＳ２５）。

【０３４１】なお、時間依存手続きの通知なしに購買申
込データや販売申込データを受付ける場合には、市場ク
ライアントシステムから送信されてきた購買申込データ
や販売申込データも購買申込データ格納部１２−１や販
売申込データ格納部１３−１に格納する。

【０３４２】次に、データの設定がすべて完了したなら
ば（開設時刻以前に設定が完了する場合は開設時刻にな
ったならば）、照合部１４−１による照合処理／通知部
１５−１による通知処理を行う（ステップＳ１０８，Ｓ
１０９）。

【０３４３】なお、ここでは、成約があったものについ
ては時間依存手続きに記述されている他の市場に該当す
る中央市場システム１−２にその情報を通知し、通知を
受けた他の中央市場システム１−２では対応する情報を
すべて削除するものとする。

【０３４４】なお、第１の実施形態で説明したように申
込の数量の一部のみ成約することがある場合において、
一部のみでは成約しないようにしても良いし、一部のみ
成約した旨とその数量を他の中央市場システムに通知
し、通知を受けた他の中央市場システムは当該データに
ついてその成約した一部の数量に対応するデータの部分
のみキャンセルする（データ中の数量を更新する）よう
にしても良いし、一部のみ成約した旨とその数量を他の
中央市場システムに通知し、通知を受けた他の中央市場
システムは対応する情報をすべてキャンセルするように
しても良い。

【０３４５】なお、中央市場システム１−１では、後処
理として、購買申込データ格納部１２−１と販売申込デ
ータ格納部１３−１からデータを削除し、成約したもの
に対応する時間依存手続きを時間依存手続き格納部１６
−１から削除し、次回の市場開設の準備に移行する。

【０３４６】なお、第１の実施形態で説明したように、
必要に応じて通知処理が行われる。

【０３４７】中央市場システム１−２についても以上と
同様である。

【０３４８】一方、市場に参加しようとする販売側また
は購入側の市場クライアントシステム３は、申込にあた
って時間依存手続きをも中央市場システム１−１，１−
２に通知する。そして、中央市場システム１−１，１−
２からの通知を待つ。

【０３４９】市場に参加した各市場クライアントシステ
ム３は、取り引きが成立した旨の通知を受け取ったこと
により、当該申込の目的が達成されたことを知ることが
できる。また、取り引きが成立しなかった旨の通知を受
け取ったことにより、取り引きが成立した旨の通知が送
られてこなかったことにより、当該申込の目的が達成さ
れたことを知ることができる。

【０３５０】本実施形態では、２つの市場の連動につい
て説明したが、３以上の市場を連動させることも同様に
して可能である。

【０３５１】（第１０の実施形態）次に、本発明の第１
０の実施形態について説明する。

【０３５２】図３５に本実施形態に係る電子市場システ
ムの構成を示す。

【０３５３】本電子市場システムは、市場を運営する中
央市場システム１０１と、市場に参加する売り手のサイ
トに設置される複数の売り手側端末１０３と、市場に参
加する買い手のサイトに設置される複数の買い手側端末
１０２から構成される。

【０３５４】中央市場システム１０１の基本的な機能と
して、市場に関する情報提供およびマッチングの２つの
機能のうちの少なくとも一方を提供する。市場に関する
情報提供とは、買い手側の購入したい商品に関する情報
を売り手側から入手し、これを買い手側に返送する機能
である。マッチング機能とは、買い手側の購入したい商
品に関する情報を売り手側から入手するとともに、中央
市場システム１０１では買い手側の仕様との照合を行な
い、もっともふさわしいものを選択して仮予約し、売り
手側、買い手側の双方に通知する機能である。

【０３５５】市場に関する情報提供機能に関しては、買
い手側の仕様と売り手側の情報との照合は買い手側端末
で行なわれる。選択された商品を購入するためには買い
手側は照合結果に基づいて購入依頼書を発行する（ただ
し、情報提供と購入依頼書の発行との間に時間的な差異
が生じ、もっともふさわしい商品が品切れにより購入で
きない状況が生じる可能性はある）。中央市場システム
１０１は購入依頼書を売り手側に中継し、売り手側から
受諾メッセージが来たら買い手側に取引成立通知を送信
する。

【０３５６】マッチング機能では、予め買い手側は仕様
を明確に記述しておく。この場合、情報入手と照合との
間に時間的な差異がないためもっともふさわしい商品が
必ず仮予約できる。

【０３５７】（第１１の実施形態）次に、本発明の第１
１の実施形態について説明する。

【０３５８】図３６に本実施形態に係る電子市場システ
ムの構成を示す。本電子市場システムは、市場を運営す
る中央市場システム１０１と、市場に参加する売り手の
サイトに設置される複数の売り手側端末１０３と、市場
に参加する買い手のサイトに設置される複数の買い手側
端末１０２から構成される。本実施形態は、市場に関す
る情報提供の機能を提供するものである。

【０３５９】電子市場システム１０１における電子市場
の開設に先だって、売り手側の商品情報は予め中央市場
システム１０１内の売り手商品ファイル１１４に格納さ
れている。

【０３６０】市場の開設は買い手側のアクセスが生じた
ときにオンデマンドで行なわれる。

【０３６１】中央市場システム１０１は、買い手側端末
１０２より送付される見積り依頼書を買い手側受信部１
１１により受け取り、売り手選択部１１２では対応する
商品を販売する売り手を売り手商品ファイル１１４より
検索して選択する。続いて、売り手側送信部１１３によ
り、選択された売り手に見積り依頼を送信して売り手端
末１０３よりの返信を待つ。

【０３６２】売り手側では、端末１０３内に格納された
プログラムによりあるいは人手の介在により、対応する
商品の見積書を作成して中央市場システムに返信する。

【０３６３】中央市場システム１０１では、売り手側受
信部１１５により売り手から返送される見積書を受信す
ると、それらをまとめて買い手側送信部１１６を起動
し、対応する買い手側に返送する。

【０３６４】以上の処理は予め決められた時間内に行な
われるものとする。すなわち、売り手側からの返信が一
定時間内にない場合には返信がないものとして処理を続
行する。これにより、買い手側では見積り依頼書を発行
してから一定時間内に必ず返答を受け取ることが保証さ
れ、予め決められた時刻に開設される市場に比べて大幅
な業務効率の向上がはかれる。

【０３６５】買い手側では返送された見積書より購入依
頼書を発行して中央市場システム１０１に送信する。

【０３６６】中央市場システム１０１では、買い手側受
信部１１１により購入依頼書を受信すれば、売り手側送
信部１１３により対応する売り手端末に送信する。

【０３６７】売り手側端末１０３では、購入依頼書を受
信すれば在庫／納期等をチェックして、ａｃｃｅｐｔ／
ｒｅｊｅｃｔのいずれかを中央市場システム１０１に返
送する。

【０３６８】中央市場システム１０１では、売り手側端
末１０３よりａｃｃｅｐｔを受信することにより取引の
成立とみなし、対応する買い手側端末１０２、売り手側
端末１０３の双方に通知するとともに、取引の照明のた
めの記録を保存する。

【０３６９】中央市場システム１０１が売り手端末１０
３よりｒｅｊｅｃｔを受信すれば取引は不成立であり、
買い手側送信部１１６により対応する買い手側端末１０
２にｒｅｊｅｃｔを返信する。

【０３７０】以下、具体例を用いて本実施形態を説明す
る。

【０３７１】ここでは、３つの買い手側端末（Ａ、Ｂ、
Ｃ）と３つの売り手側端末（Ｘ、Ｙ、Ｚ）が存在するも
のとして説明する。また、本市場の扱う商品を、「りん
ご」と「みかん」とする。Ｘ、Ｙ、Ｚ社の「りんご」の
販売価格および在庫を図３７のように仮定し、「みか
ん」の販売価格および在庫を図３８のように仮定する。

【０３７２】Ａ社の買い手側端末１０２より、みかん１
００個の見積り依頼書が中央市場システム１０１に送信
されてきたとする。

【０３７３】買い手側受信部１１１はこの情報を売り手
選択部１１２に渡す。売り手選択部１１２は売り手商品
ファイル１１４を検索し、該当する売り手を得る。ここ
では、売り手商品ファイル１１４には図３９のように情
報が格納されているとする。

【０３７４】これより売り手送信部１１３は、みかんを
取り扱う売り手はＸ、Ｙ、Ｚの３社であることを知り、
Ｘ、Ｙ、Ｚ社にＡ社の見積り依頼書を送付し、返答を待
つ。

【０３７５】本例の場合、Ｘ社は在庫が不足するため返
答しない。Ｙ社は１２０円、Ｚ社は１００円という見積
書を一定時間内に返答する。

【０３７６】中央市場システム１０１は、この結果をま
とめて、買い手側送信部１１６により、Ａ社に対して、
Ｙ社は１２０円、Ｚ社は１００円という情報を一定時間
内に返答する。

【０３７７】Ａ社の買い手側端末１０２は、これを受け
て自動的にあるいは人手の介在により、例えばＺ社の方
が安価なのでＺ社を選択し、Ｚ社に対する購入依頼書を
一定時間内に中央市場システム１０１に送付する。

【０３７８】中央市場システム１０１では、Ａ社からの
購入依頼書を受信すると、見積り記録ファイル（図示せ
ず）を参照し、対応するＺ社に購入依頼書を転送する。

【０３７９】Ｚ社は購入依頼書を受信すると在庫をチェ
ックしてａｃｃｅｐｔ／ｒｅｊｅｃｔを判定し、中央市
場システム１０１に返答する。

【０３８０】中央市場システム１０１は、Ｚ社よりａｃ
ｃｅｐｔを受信すると取引成立とみなし、Ａ社に通知す
るとともに、取引の証明のための記録を保存する。

【０３８１】以上の処理におけるＡ社、中央市場システ
ム、Ｚ社間の情報の流れを図４０に示す。

【０３８２】（第１２の実施形態）次に、本発明の第１
２の実施形態について説明する。

【０３８３】図４１に本実施形態に係る電子市場システ
ムの構成を示す。本電子市場システムは、市場を運営す
る中央市場システム１０１と、市場に参加する売り手の
サイトに設置される複数の売り手側端末１０３と、市場
に参加する買い手のサイトに設置される複数の買い手側
端末１０２から構成される。本実施形態は、マッチング
機能を提供するものである。

【０３８４】電子市場システム１０１における電子市場
の開設に先だって、売り手側の商品情報は予め中央市場
システム１０１内の売り手商品ファイル１１４に格納さ
れている。

【０３８５】市場の開設は買い手側のアクセスが生じた
ときにオンデマンドで行なわれる。ただし、一定時間内
に到着した複数の買い手側アクセスを一括して取り扱う
ことも可能とする。このように一括して取り扱うと、売
り手側にも買い手を選択する機能を組み込むことが可能
となる。

【０３８６】中央市場システム１０１は、買い手側端末
１０２より送付される見積り依頼書を買い手側受信部１
１１により受け取り、一定時間以内にこれらを一括して
売り手選択部１１２に伝達し、対応する商品を販売する
売り手を売り手商品ファイル１１４より検索して選択す
る。続いて、売り手側送信部１１３により、選択された
売り手に見積り依頼を送信して売り手端末よりの返信を
待つ。

【０３８７】売り手側では、端末１０３内に格納された
プログラムによりあるいは人手の介在により、対応する
商品の見積書を作成して中央市場システム１０１に返信
する。

【０３８８】中央市場システム１０１では、売り手側受
信部１１５により売り手から返送される見積書を受信す
ると、照合部１１７によりマッチングを行なう。照合部
１１７ではマッチングの結果もっともふさわしい売り手
と買い手の対を仮予約として登録し、買い手側送信部１
１５ではそれぞれ対応する買い手側に返送する。

【０３８９】買い手側では返送された仮予約書を受信す
ると一定時間内に購入依頼書を発行して中央市場システ
ム１０１に送信する。

【０３９０】中央市場システム１０１では、買い手側受
信部１１１により購入依頼書を受信すれば取引の成立と
みなし、対応する買い手側端末１０２、売り手側端末１
０３の双方に通知するとともに、取引の照明のための記
録を保存する。買い手側端末１０３より一定時間内に購
入依頼書が送信されてこない場合には、取引不成立とみ
なし、仮予約を取り消す。

【０３９１】以下、具体例を用いて本実施形態を説明す
る。

【０３９２】取り扱う商品、および売り手の商品に関し
ては第１１の実施形態すなわち図３７、図３８、図３９
と同様とする。なお、本実施形態では、買い手側は照合
のための購入条件を見積り依頼書中に明記するものとす
る。

【０３９３】Ａ社の買い手側端末１０２より見積り依頼
書が送信され、この見積り依頼書では、りんご５０個、
価格は１００円以下という購入条件が提示されたとす
る。同様に、Ｂ社からは、りんご５０個、価格は１２０
円以下という購入条件が提示されたとする。

【０３９４】中央市場システム１０１では、買い手側受
信部１１１によりこの情報を照合部１１８に渡す。照合
部１１８は、売り手商品ファイル１１４よりりんごの取
り扱いはＸ、Ｙ社であることを知り、Ｘ、Ｙ社に対して
Ａ社とＢ社の購入条件を送付し、返答を待つ。

【０３９５】Ｘ社、Ｙ社はＡ社とＢ社の購入条件に対し
て次のような返答を作成するとする。ただし、Ｙ社のり
んごの販売価格は１２０円であり、Ａ社の購入条件を満
たさないのでＹ社からＡ社への返答はないとする。 Ｘ社からＡ社への返答 ： 価格１００円、個数５０個 Ｘ社からＢ社への返答：価格１００円、個数５０個 Ｙ社からＡ社への返答：ｒｅｊｅｃｔ Ｙ社からＢ社への返答：価格１２０円、個数５０個 中央市場システム１０１の売り手側受信部１１５は、Ｘ
社、Ｙ社からこの情報を受け取ると照合部１１７に渡
し、照合が開始される。この場合、Ｘ社の在庫は５０個
であるので、Ａ社とＢ社の両方には販売できない。

【０３９６】照合部１１７における照合方法は、種々の
ものが考えられるが、ここではランダムに売り手を並
べ、その順に在庫のある限りマッチングする手法とす
る。この照合処理の手順の一例を図４２に示す。

【０３９７】以下、図４２のフローチャートに沿ってマ
ッチングの一例を説明する。

【０３９８】まず、ステップＳ１１１で売り手、買い手
の対を作る。本例においてはｐは以下の３個となる。 （Ｘ社、Ａ社）、（Ｘ社、Ｂ社）、（Ｙ社、Ｂ社） なお、括弧内の左側の要素が売り手、右側の要素が買い
手である。

【０３９９】ステップＳ１１２において、買い手を順に
並べる。第１のケースとしてｂ（１）をＡ社、ｂ（２）
をＢ社とした場合について説明する。

【０４００】ステップＳ１１３において、ｂ（１）はｅ
ｍｐｔｙではないのでステップＳ１１４に進む。

【０４０１】ステップＳ１１４で、Ａ社に対する回答は
Ｘ社のみであるので、ステップＳ１１５は通過し、ステ
ップＳ１１６でマッチングによりＡ社とＸ社が照合する
ので、これを仮予約として登録する。

【０４０２】次に、ステップＳ１１７でＸ社の在庫を調
整する。Ｘ社の在庫は５０個なので、Ａ社とのへの販売
によりＸ社は在庫切れとなり、Ｘ社→Ｂ社への販売は不
可能となるので、ステップＳ１１８により、（Ｘ社、Ｂ
社）をｐより除去する。

【０４０３】以上でＡ社の処理を終わり、次にｂ（２）
のＢ社の処理に移る。

【０４０４】（Ｘ社、Ｂ社）の回答はｐより除去されて
いるので、ステップＳ１１４においてＢ社への回答はＹ
社のみとなる。

【０４０５】ステップＳ１１６において、Ｂ社とＹ社が
マッチングし、これを仮予約として登録する。同様にＹ
社の在庫は１００個であるので、Ｂ社への販売個数５０
個を減じて在庫を５０とする。

【０４０６】ステップＳ１１３に戻り、ｂ（３）はｅｍ
ｐｔｙであるので、処理を終了する。このようにＡ社の
マッチングを先に行なうことにより、（Ｘ社、Ａ社）、
（Ｙ社、Ｂ社）の２つの仮予約が成立する。

【０４０７】一方、ｂにおける順序をＢ社、Ａ社の順に
すると（ｂ（１）をＢ社、ｂ（２）をＡ社とすると）、
ステップＳ１１４でＢ社に対する回答はＸ社、Ｙ社の両
方となり、ステップＳ１１６でマッチングにおいてＸ社
の方が低価格なのでＢ社とＸ社が照合し、これを仮予約
として登録する。

【０４０８】ステップＳ１１７で、Ｘ社の在庫を調整
し、Ｂ社への販売によりＸ社は在庫切れとなり、（Ｘ
社、Ａ社）をｐより除去する。

【０４０９】次にＡ社の処理に移るが、ステップＳ１１
４においてＡ社への回答はｅｍｐｔｙとなり、ステップ
Ｓ１１５のチェックによりＡ社に関してはマッチングな
しで終了する。

【０４１０】（第１３の実施形態）次に、本発明の第１
３の実施形態について説明する。

【０４１１】図４３に本実施形態に係る電子市場システ
ムの構成を示す。本電子市場システムは、市場を運営す
る中央市場システム１０１と、市場に参加する売り手の
サイトに設置される複数の売り手側端末１０３と、市場
に参加する買い手のサイトに設置される複数の買い手側
端末１０２から構成される。

【０４１２】第１１、第１２の実施形態では、買い手側
端末より見積り依頼のアクセスがあるとその都度、対応
する売り手側端末との間で見積りや購入依頼に関する通
信が行われるが、本実施形態では、中央市場システム１
０１内の売り手商品ファイル１１４に売り手毎の商品の
価格、在庫、納期等の販売に関する情報を保持すること
で、個々の売り手側端末１０３とその都度通信すること
なく情報提供やマッチングを中央市場システム１０１内
で実現可能としたものである。

【０４１３】第１２の実施形態と同様に、中央市場シス
テム１０１は、一定時間内に買い手側端末より送付され
る見積り依頼書を買い手側受信部１１１により受け取
り、これらを一括して照合部１１８に伝達する。照合部
１１８では、売り手商品ファイル１１４を検索して、対
応する商品の販売情報を得ると、買い手側受信部１１３
より受信した買い手側見積り依頼書の仕様とのマッチン
グを、例えば第１２の実施形態のような手順で行なう。
照合部１１８では、マッチングの結果もっともふさわし
い売り手と買い手の対を仮予約として登録し、買い手側
送信部１１３ではそれぞれ対応する買い手側に返送す
る。

【０４１４】買い手側では返送された仮予約書を受信す
ると一定時間内に購入依頼書を発行して中央市場システ
ム１０１に送信する。中央市場システム１０１では、買
い手側受信部１１１により購入依頼書を受信すれば取引
の成立とみなし、対応する買い手側端末１０２、売り手
側端末１０３の双方に通知するとともに、取引の証明の
ための記録を保存する。買い手側端末１０２より一定時
間内に購入依頼書が送信されてこない場合には、取引不
成立とみなし、仮予約を取り消す。

【０４１５】なお、売り手商品ファイル１１４のある売
り手の商品の価格、在庫、納期等の販売に関する情報の
修正は、修正部１１９を通じて行われる。

【０４１６】（第１４の実施形態）次に、本発明の第１
４の実施形態について説明する。

【０４１７】図４４に本実施形態に係る電子市場システ
ムの構成を示す。本電子市場システムは、市場を運営す
る中央市場システム１０１と、市場に参加する売り手の
サイトに設置される複数の売り手側端末１０３と、市場
に参加する買い手のサイトに設置される複数の買い手側
端末１０２から構成される。本実施形態は、マッチング
機能を提供するものである。

【０４１８】まず、売り手は自らが取り扱っている商品
の売り手商品ファイル１１４に、購入個数−単価対応表
１１４０を登録する。購入個数−単価対応表とは、商品
の販売個数と、その時の単価を記録したものである。通
常、商品を大量に購入する相手に対しては、単価を低く
設定する場合が多いので購入個数−単価対応表１１４０
は複数のエントリーを持って良い。また、単価や販売個
数は売り手の持つ在庫に応じて変わることもあるので、
その場合は購入個数−単価対応表１１４０はその都度更
新する。なお、売り手商品ファイル１１４の情報や購入
個数−単価対応表１１４０の修正は、修正部１１９を通
じて行われる。

【０４１９】買い手から見積もり依頼を受け取ると、見
積もり依頼分割部１２０では、個々の商品を販売してい
る各売り手の購入個数−単価対応表１１４０を参照し
て、全体の購入価格が最も安くなるように、どの売り手
にいくつ注文するかを決定する。それにしたがって、見
積もり依頼分割部１２０は、見積もり依頼を分割し、個
々の売り手に対して分割した見積もり依頼を送信する。
見積もり依頼分割部１２０は、分割した見積もり依頼全
てに対して見積書を受信するのを待って、それらをまと
めて買い手に対して返送する。

【０４２０】以下、具体例を用いて本実施形態を説明す
る。

【０４２１】買い手Ａがメロンを１００個購入しようと
するものとする。「メロン」に関して、２つの売り手Ｘ
社、Ｙ社があり、売り手商品ファイル１１４には、図４
５のようなＸ社についての購入個数−単価対応表と、図
４６のようなＹ社についての購入個数−単価対応表とが
登録されているものとする。なお、Ｙ社では在庫に限り
があって、８０個より多くは売ることができないものと
している。

【０４２２】最も単価の安いケースはＹ社から４０個以
上を購入する場合であるが、買い手Ａは１００個購入し
ようとするのに対しＹ社は８０個までしか売れないの
で、Ｘ社とＹ社に分割して購入する必要がある。

【０４２３】ここで、図４７に、１００個の購入個数を
Ｘ社、Ｙ社に振り分けた場合に購入価格がどのように変
化するかを示す。縦軸には購入金額、横軸にはＹ社から
の購入個数を取ってある。つまり、左端がメロン１００
個全部をＸ社から購入する場合、右端がメロン１００個
全部をＹ社から購入する場合（ただしＹ社からは８０個
までしか購入できないのでこれは実現できない）を示
す。太い実践で示した部分が購入金額であるが、Ｘ社、
Ｙ社のメロンの単価が不連続になる販売個数で購入金額
も不連続に変化するので、これらの位置で購入金額が最
も安くなる可能性がある。

【０４２４】図４８に、見積もり依頼分割部１２０の処
理手順の一例を示す。

【０４２５】まず、見積もり依頼分割部１２０は、メロ
ンを販売している全ての売りての購入個数−単価対応表
１１４０を調べ、最適な販売個数の組合せの候補をリス
トアップする（ステップＳ１２１）。本例では売り手Ｘ
の単価が変化する購買個数が５０、売り手Ｙの単価が変
化する購買個数が８０であることから、最適な購買個数
の候補は以下のように抽出される。 （Ｘ、Ｙ）＝（１００、０）、（６０、４０）、（５
０、５０）、（２０、８０） 続いて、見積もり依頼分割部１２０は、それぞれの候補
についてトータルの購入コストを計算する（ステップＳ
１２２）。本例では以下のような結果になる。 （１００、０）：１００＊７０ ＋ ０＊８０ ＝ ７，０００ （６０、４０）： ６０＊７０ ＋ ４０＊６０ ＝ ６，６００ （５０、５０）： ５０＊７０ ＋ ５０＊６０ ＝ ６，５００ （２０、８０）： ２０＊１００ ＋ ８０＊６０ ＝ ６，８００ この結果、Ｘ社、Ｙ社からそれぞれ５０個購入するのが
最もコストが低いことが分かる。そこで、本例の場合
は、（Ｘ、Ｙ）＝（５０、５０）の組み合わせに決定さ
れる（ステップＳ１２３）。

【０４２６】そこで、見積もり依頼分割部１２０は、Ａ
からのメロン１００個の見積もり依頼をＸに対するメロ
ン５０個の見積もり依頼とＹ社に対するメロン５０個の
見積もり依頼に分割して、それぞれＸ社、Ｙ社に送信す
る（ステップＳ１２４）。

【０４２７】見積もり依頼分割部はＸ社、Ｙ社からの見
積書を待って（ステップＳ１２５）、それらをまとめて
Ａに返送する（ステップＳ１２６）。

【０４２８】なお、本見積もり依頼分割に関する機能
は、第１０〜第１３の実施形態のいずれとも組み合わせ
て実施可能である。

【０４２９】（第１５の実施形態）次に、本発明の第１
５の実施形態について説明する。

【０４３０】本実施形態は、第１０〜第１２の実施形態
における取り引き成立過程を記録する機能に関するもの
である。

【０４３１】本実施形態では、まず、買い手側の見積り
依頼書に取り引き基本番号を付加して管理する。この処
理の例として２つの形態を示す。

【０４３２】第１の形態を図４９に示す。この形態で
は、買い手側端末１０２より見積り依頼書が中央市場シ
ステム１０１の買い手側受信部１１１に送られる。買い
手側受信部１１１は、見積り依頼書１６０を受けとる
と、取り引き基本番号割り当て部１５１から取り引き基
本番号を取得し、見積り依頼書に付加して取り引き基本
番号付き見積り依頼１６１として処理を進める。

【０４３３】第２の形態を図５０に示す。この形態で
は、買い手側端末１０２より取り引き基本番号発行依頼
が中央市場システム１０１の買い手側受信部１１１に送
られる。買い手側受信部１１１は、取り引き基本情報割
り当て部１５１より取り引き基本番号を取得し、買い手
側送信部１１６を通じて、買い手側端末１０２に取り引
き基本番号を送信する。買い手側端末１０２では、見積
り依頼に取り引き基本番号を付加し、取り引き基本番号
付見積り依頼１６２として、再度中央市場システム１０
１に送信する。

【０４３４】第１の形態と第２の形態の違いは、第２の
形態では買い手側端末１０２が見積り依頼を発行した時
点で取り引き基本番号を記録することが出来る点であ
る。

【０４３５】次に、中央市場システム１０１で取り引き
過程の記録を市場ログファイルに記録する場合の構成例
を図５１に示す。ここでは、上記の第１または第２の形
態により、見積り依頼書、見積書、購入依頼書には取り
引き基本番号が付けられているものとする。

【０４３６】中央市場システム１０１では、買い手側端
末１０２から見積り依頼書を受けとると、それらを第１
０〜第１２の実施形態の手順に従って、売り手側端末１
０３に送付する。その際、取り引き過程記録部１５２で
は、市場ログファイル１５３内の、当該取り引き基本番
号に対応するリンクに見積り依頼書の複製を繋げる。

【０４３７】中央市場システム１０１では、売り手側端
末１０３から見積書を受けとると、当該見積り書に付加
されている取り引き基本番号を元に市場ログファイル１
５３から対応する見積り依頼書を検索する。そして、見
積書中の、品名、個数、価格、納期等の記載事項が見積
り依頼書の記載事項の条件と合致しているかチェックす
る。

【０４３８】もし合致していない場合は、見積書を無効
にする、あるいは売り手側端末１０３に警告のメッセー
ジを送り見積書を送り返す等の予め定められた処理を行
なう。

【０４３９】見積書の記載事項と見積り依頼書の記載事
項が合致している場合は、第１０〜第１２の実施形態の
手順に従って、見積書を買い手側の端末に送付する。そ
の際、取り引き過程記録部１５２では、市場ログファイ
ル１５３内の、当該取り引き基本番号に対応するリンク
に見積書の複製を繋げるようにしてもよい。

【０４４０】中央市場システム１０１では、買い手側端
末１０２から購入依頼書を受けとると、当該見積り書に
付加されている取り引き基本番号と売り手の会社名を元
に市場ログファイル１５２から対応する見積書を検索す
る。そして、購入依頼書中の、品名、個数、価格、納
期、売り手会社等の記載事項が見積書の記載事項の条件
と合致しているかチェックする。

【０４４１】もし合致していない場合は、購入依頼書を
無効にする、あるいは買い手側端末１０２に警告のメッ
セージを送り購入依頼書を送り返す等の予め定められた
処理を行なう。

【０４４２】購入依頼書の記載事項と見積書の記載事項
が合致している場合は、第１０〜第１２の実施形態の手
順に従って、購入依頼書を売り手側の端末１０３に送付
する。その際、取り引き過程記録部１５２では、市場ロ
グファイル１５３内の、当該取り引き基本番号に対応す
るリンクに購入依頼書の複製を繋げるようにしてもよ
い。

【０４４３】ここで、市場ログファイル１５３の構成例
を図５２に、中央市場システム１０１が市場ログファイ
ル１５３を作成する手順の一例を図５３に示す。

【０４４４】売り手側端末または買い手側端末からメッ
セージを受け取ると（ステップＳ１３１）、見積り依頼
書ならば（ステップＳ１３２）、市場ログファイルに記
録し（ステップＳ１４２）、メッセージを売り手側端末
に送付する（ステップＳ１４３）。

【０４４５】ステップＳ１３１で受け取ったメッセージ
が、見積書ならば（ステップＳ１３３）、まず、市場ロ
グファイルより対応する見積り依頼書を検索する（ステ
ップＳ１３９）。そして、これら対応する見積書と見積
り依頼書の記載内容を比較し、記載内容が合致している
ならば（ステップＳ１４０）、メッセージを買い手側端
末に送付する（ステップＳ１４４）。一方、記載内容が
合致していないならば（ステップＳ１４０）、定められ
た例外処理を行う（ステップＳ１４１）。

【０４４６】ステップＳ１３１で受け取ったメッセージ
が、購入依頼書ならば（ステップＳ１３４）、まず、市
場ログファイルより対応する見積書を検索する（ステッ
プＳ１３６）。そして、これら対応する見積書と見積り
依頼書の記載内容を比較し、記載内容が合致しているな
らば（ステップＳ１３７）、メッセージを売り手側端末
に送付する（ステップＳ１４３）。一方、記載内容が合
致していないならば（ステップＳ１３７）、定められた
例外処理を行う（ステップＳ１３８）。

【０４４７】なお、ステップＳ１３１で受け取ったメッ
セージが、見積り依頼書、見積書、購入依頼書のいずれ
にも該当しなければ（ステップＳ１３２〜Ｓ１３４）、
定められた例外処理を行う（ステップＳ１３５）。

【０４４８】本実施例に係る市場ログファイル１５３は
本電子市場システム１０１外での当該取り引きに関する
活動（実際の物の引渡し等）における契約の証拠として
使用することも可能である。また、取り引きが成立した
後は、当該取り引きに関する全てのログ、もしくは見積
りだけが行なわれたログを消去して、市場ログファイル
１０１の領域を確保することも可能である。

【０４４９】（第１６の実施形態）次に、本発明の第１
６の実施形態について説明する。

【０４５０】本実施形態は、第１０〜第１４の実施形態
において送受信されるメッセージの消失を検出する機能
に関するものである。

【０４５１】本実施形態では、各伝票に固有な伝票番号
が付けられる。伝票番号は、全システム内で一意となる
ように、売り手側、買い手側の端末の番号と各端末で生
成される連続番号との結合とする。この伝票番号のデー
タ形式の一例を図５４に示す。

【０４５２】図５５に本実施形態に係る電子市場システ
ムにおけるメッセージ消失検知に関する要部構成を示
す。

【０４５３】買い手側端末１０２、売り手側端末１０３
には、端末ごとに、伝票番号発生部１２１，１３１が設
けられ、図５４で示した形式の伝票番号が生成される。

【０４５４】買い手側端末１０２、売り手側端末１０３
には、端末ごとに、前回伝票番号記憶部１２２，１３２
が設けられ、前回受信したメッセージの伝票番号が記憶
される。

【０４５５】中央市場システム１０１の買い手側受信部
１１１、売り手側受信部１１５には、各買い手、売り手
ごとに、前回受信したメッセージの伝票番号が記憶され
ている（前回伝票番号記憶部１６４，１６６）。

【０４５６】中央市場システムの買い手側送信部１１
６、売り手側送信部１１３には、各買い手、売り手に対
して前回送信したメッセージの伝票番号が記憶されてい
る（前回伝票番号記憶部１６７，１６５）。

【０４５７】買い手側端末１０２、売り手側端末１０
３、中央市場システム１０１の買い手側送信部１１６、
中央市場システム１０１の売り手側送信部１１３は、そ
れぞれ、メッセージを送信する際に、当該メッセージに
前回送信したメッセージの伝票番号を付加する。更に、
前回伝票番号記憶部の前回送信したメッセージの伝票番
号を当該メッセージの取り引き基本番号とする。

【０４５８】買い手側端末１０２、売り手側端末１０
３、中央市場システム１０１の買い手側送信部１１６、
中央市場システム１０１の売り手側送信部１１３は、そ
れぞれ、メッセージを受信した際に、前回伝票記憶部内
の前回受信した伝票番号と、今回受信したメッセージに
付けられている、前回送信された伝票番号とを比較し、
それらが一致していればメッセージの消失はなかったも
のとして、今回受信したメッセージの伝票番号を前回伝
票番号記憶部に格納する。受信したメッセージ内の前回
送信された伝票番号と、前回伝票番号記憶部内の前回受
信した伝票番号が一致しない場合は、メッセージが消失
していることを検知する。

【０４５９】メッセージ消失を検知した後は、システム
で定められた所定の処理を行なうが、例えば、システム
全体を停止するメッセージを送った後に、前回受信した
伝票番号とメッセージの再送要求を送信し、第１５の実
施形態に示された市場ログファイルの内容に従って、最
新伝票までのメッセージを再送するように要求すること
も可能である。

【０４６０】図５６に、買い手側端末１０２、売り手側
端末１０３、中央市場システム１０１の買い手側送信部
１１６、中央市場システム１０１の売り手側送信部１１
３がメッセージを送信する際の処理手順の一例を示す。

【０４６１】すなわち、前回伝票番号記載部より前回送
出したメッセージの伝票番号を取り出し（ステップＳ１
５１）、メッセージに前回送出したメッセージの伝票番
号と新たに生成した伝票番号を付加して送出し（ステッ
プＳ１５２）、前回伝票番号記憶部に今回送出したメッ
セージの伝票番号を格納する（ステップＳ１５３）。

【０４６２】図５７に、買い手側端末１０２、売り手側
端末１０３、中央市場システム１０１の買い手側受信部
１１１、中央市場システム１０１の売り手側受信部１１
５がメッセージを受信する際の処理手順の一例を示す。

【０４６３】すなわち、メッセージを受信したならば
（ステップＳ１６１）、前回伝票番号記憶部より前回受
信したメッセージの伝票番号を取り出し（ステップＳ１
６２）、受信したメッセージ内の前回送られた伝票番号
と、前回伝票番号記憶部内の前回受信した伝票番号が一
致しているならば（ステップＳ１６３）、今回受信した
メッセージの伝票番号を前回伝票番号記憶部に格納する
（ステップＳ１６４）。一方、ステップＳ１６３にて両
伝票番号が一致していないならば、メッセージ消失を検
出したことになる。

【０４６４】（第１７の実施形態）次に、本発明の第１
７の実施形態について説明する。

【０４６５】本実施形態は、第１０〜第１４の実施形態
において送受信されるメッセージの消失を検出する機能
に関するものである。

【０４６６】本実施形態では、各伝票に固有な伝票番号
が付けられる。伝票番号は、全システム内で一意となる
ように、売り手側、買い手側の端末の番号と各端末で生
成される連続番号との結合とする。この伝票番号のデー
タ形式の一例を図５４示す。

【０４６７】図５８に本実施形態に係る電子市場システ
ムにおけるメッセージ消失検知に関する要部構成を示
す。

【０４６８】買い手側端末１０２、売り手側端末１０３
には、端末ごとに、伝票番号発生部１２４，１３４が設
けられ、図５４で示した形式の伝票番号が生成される。

【０４６９】買い手側端末１０２、売り手側端末１０
３、中央市場システム１０１の買い手側送信部１１６、
売り手側送信部１１３には、各送信先の買い手側端末、
売り手側端末、中央市場システムに対応する送信伝票番
号記憶部１２５，１３５，１０５，２０３が設けられ、
メッセージを送信する際に当該メッセージの伝票番号が
記憶される。

【０４７０】買い手側端末１０２、売り手側端末１０
３、中央市場システム１０１の買い手側受信部１１１、
売り手側受信部１１５には、各送信元の買い手側端末、
売り手側端末、中央市場システムに対応する受信伝票番
号記憶部１２６，１３６，２０２，２０４が設けられ、
メッセージを受信する際に当該メッセージの伝票番号が
記憶される。

【０４７１】買い手側端末１０２、売り手側端末１０
３、中央市場システム１０１に備えられている同期用タ
イマー１２３，１３３，２０１により、一定時間に一
回、メッセージを送信可能な買い手側端末１０２、売り
手側端末１０３、中央市場システム１０１に対して同期
メッセージが送出される。その際、送信先の買い手側端
末１０２、売り手側端末１０３、中央市場システム１０
１に対応する送信伝票番号記憶部内の、今までに送信し
たメッセージの伝票番号群が同期メッセージに付加され
て送出される。

【０４７２】同期メッセージを受信した買い手側端末１
０２、売り手側端末１０３、中央市場システム１０１
は、送信元の買い手側端末１０２、売り手側端末１０
３、中央市場システム１０１に対応する受信伝票番号記
憶部から今までに受けとったメッセージの伝票番号群を
取りだし、これを同期メッセージに付加されているメッ
セージの伝票番号群と比較する。

【０４７３】この両者の伝票番号群が等しければ、メッ
セージの消失はないものとし、受信伝票番号記憶部内の
伝票番号群を消去し、メッセージ送信元に送信伝票番号
記憶部内の伝票番号群を消去する依頼を送り、２次記憶
容量を確保することも可能である。

【０４７４】この両者の伝票番号群が一致しない場合
は、メッセージが途中で消失していることを検知する。

【０４７５】メッセージ消失を検知した後は、システム
で定められた所定の処理を行なうが、例えばシステム全
体を停止するメッセージを送った後に、受信伝票番号記
憶部内の伝票番号群とメッセージの再送要求を送信し、
第１５の実施形態に示された市場ログファイルの内容に
従って、最新伝票までのメッセージを再送するように要
求することも可能である。

【０４７６】図５９に、買い手側端末１０２、売り手側
端末１０３、中央市場システム１０１の買い手側送信部
１１６、中央市場システム１０１の売り手側送信部１１
３がメッセージを送信する際の処理手順の一例を示す。

【０４７７】すなわち、送信伝票記憶部に送信する伝票
の伝票番号を記録し（ステップＳ１７１）、メッセージ
を送信する（ステップＳ１７２）。

【０４７８】図６０に、買い手側端末１０２、売り手側
端末１０３、中央市場システム１０１の買い手側受信部
１１１、中央市場システム１０１の売り手側受信部１１
５がメッセージを受信する際の処理手順の一例を示す。

【０４７９】すなわち、メッセージを受信したならば
（ステップＳ１８１）、メッセージから伝票番号を取得
し（ステップＳ１８１）、受信伝票記憶部に受信した伝
票の伝票番号を記録する（ステップＳ１８２）。

【０４８０】図６１に、受信部１１１、中央市場システ
ム１０１の売り手側受信部１１５が同期メッセージを受
信する際の処理手順の一例を示す。

【０４８１】すなわち、同期メッセージを受信したなら
ば（ステップＳ１９１）、同期メッセージから付加され
ている伝票番号群を取り出し（ステップＳ１９２）、受
信伝票記憶部から伝票番号群を取り出し（ステップＳ１
９３）、受信伝票記憶部内の伝票番号群と同期メッセー
ジ内の伝票番号群が等しいか否か調べ（ステップＳ１９
４）、等しくなければ、メッセージ消失を検出したこと
になる。

【０４８２】（第１８の実施形態）次に、本発明の第１
８の実施形態について説明する。

【０４８３】本実施形態は、中央市場システムと売り手
側や買い手側の端末との間でのセキュリティに関するも
ので、第１〜第１７の各実施形態と組み合わせて実施す
ることが可能である。

【０４８４】図６２に本実施形態に係る電子市場システ
ムの構成を示す。売り手側端末１０２および買い手側端
末１０３を便宜上クライアントと呼ぶ。クライアント側
は端末１００２、デバイス１０２０から成り立ってい
る。端末１００２は売り手もしくは買い手とのユーザイ
ンターフェースを取る。

【０４８５】クライアント側で情報を中央市場システム
１００１に送る場合には、まず端末１００２で作成した
送信データがデバイス１０２０に送られる。

【０４８６】デバイス１０２０内では、時計１０２５と
デバイス固有のＩＤ１０２４とシリアル番号１０２９を
付加して、エンコーダ１０２３で暗号化する。その暗号
化したものを記憶装置１０２６に格納すると共に、暗号
化したデータを端末１００２に渡して送信する。

【０４８７】送信が成功したかどうかをもデバイス１０
２０内の記録装置１０２６に保存する。この情報も時計
１０２５の時刻情報と共にエンコードして保存する。

【０４８８】シリアル番号は一度参照するたびに一つイ
ンクリメントされ、十分なビット幅を持ち、もしシリア
ル番号が桁溢れを起こした場合には、再び０となる。

【０４８９】クライアント側で情報を中央市場システム
１００１から受信する場合には、まず端末１００２で受
けたデータをデバイス１０２０に送る。このデータは暗
号化されているので、端末１００２ではその内容を知る
ことはできない。

【０４９０】デバイス１０２０では、そのデータを時計
１０２５の時刻情報とシリアル番号９と合わせて記憶装
置１０２６に格納する。さらに受信データをデコーダ１
０２８で復号して端末１００２に返す。端末１００２で
はデコーダ１０２８の復号化により平文になったものを
利用する。

【０４９１】中央市場システム１００１も、上記と同様
の手順により、情報の送受信を暗号化・復号化すると共
に、時刻情報と共に記録する。

【０４９２】ここで、中央市場システム１００１の時計
１０１５とクライアント側のデバイス１０２０内の時計
１０２５とが必ずしも一致していない、もしくはずれが
生じることが考えられる。そこで、中央市場システム１
００１からクライアントのデバイス１０２０内の時計１
０２５を設定して時間合わせができるようにする。もし
くは中央市場システム１００１からクライアントのデバ
イス１０２０内の時計１０２５の時間を読み取って両時
計の時間のずれを記録しておき、相手の時計と自時計と
を論理的に同期させる。このときにはクライアント側も
中央市場システム１００１の時計１０２５の時刻を読み
取り、両時計のずれ（あるいは中央市場システム１００
１の時計１０２５の時刻自体）をデバイス１０２０内の
記憶装置１０２６で記録しておく。

【０４９３】また、定期的もしくはランダムな時刻もし
くは通信の直前・直後に、時計合わせをしたり、相手の
時計の時刻を読みとり、時刻を物理的もしくは論理的に
同期させる。

【０４９４】このようにすることにより、クライアント
側もしくは中央市場システム１００１の側が故意もしく
は事故によって、時刻が正常でない状態になったことを
監視できる。例えば、両時計の時差が急激に広がったこ
とで異常を検知する。

【０４９５】エンコーダ１０２３とデコーダ１０２８と
は異なる鍵を用いておくのが好ましい。そのようにすれ
ば、エンコーダ１０２３でエンコードしたものをデコー
ダ１０２８で元にもどすことはできない。また、デコー
ダ１０２８でデコードしたものをエンコーダ１０２３で
元に戻すこともできない。

【０４９６】デバイス１０２０内の記憶装置１０２６の
情報はオーバーフローする前に端末１００２内の記憶装
置に書き出す機能をもつ。書き出したデータは上記の理
由により、解読することも改変することもできない。ま
た、この暗号化されたデータはシリアル番号を含んでい
るので、痕跡を残さずに、データを削除することもでき
ない。

【０４９７】クライアント側端末１００２も中央市場シ
ステム１００１も単独ではこのデータを解読することは
できない。この情報は裁判所などの公の立ち会いのもと
で、中央市場システムが管理するパスワードとそのＩＣ
カードを用いていた側が管理しているパスワードとの両
方を用いて初めて内容が読み出せるようにしておく。さ
らに、第三のパスワードとして電子公証人もしくは認証
局のパスワードが必要であってもよい。

【０４９８】デバイス１０２０はＩＣカードで構成する
ことが考えられる。また、パソコン等で広く用いられて
いるＰＣＭＣＩＡ仕様のものであってもよい。また、パ
ソコン形態端末システム等の任意のコンピュータシステ
ムとのインターフェースを持つ任意の形態の装置であっ
てもよい。

【０４９９】なお、以上の各機能は、ソフトウェアとし
ても実現可能である。また、上記した各手順あるいは手
段をコンピュータに実行させるためのプログラムを記録
した機械読取り可能な媒体として実施することもでき
る。

【０５００】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０５０１】

【発明の効果】本発明によれば、市場メカニズムを電子
化することにより、円滑な運営を可能としかつ参加者の
要望に柔軟に対応できる効果的な電子市場を実現でき
る。特に、市場参加者は地理的に離れていても市場に参
加でき、市場状況に応じた戦略を手続きとして組み込む
ことにより判断の省力化が可能となり、また、複数商品
の市場に連動しながら同時に参加することや、分散され
た市場に同時に参加することが可能となり、取り引きの
利便性を高めることができる。

【０５０２】また、本発明によれば、市場メカニズムの
電子化を工夫することにより、市場参加者は地理的に離
れていても市場に参加でき、オンデマンドで市場情報の
入手や照合の自動化が可能となる。

【０５０３】また、市場運営者にとっては、市場開設が
電子的に行えるため迅速にかつ平等な市場を効率良く運
営することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る電子市場システ
ムの構成を示す図

【図２】本発明の中央市場システムと市場クライアント
システムの基本的な処理手順を示すフローチャート

【図３】販売申込データの一例を示す図

【図４】購買申込データの一例を示す図

【図５】同実施形態に係る中央市場システムの処理手順
の一例を示すフローチャート

【図６】同実施形態に係る中央市場システムの処理手順
の他の例を示すフローチャート

【図７】本発明の第２の実施形態に係る電子市場システ
ムの構成を示す図

【図８】同実施形態に係る中央市場システムの処理手順
の一例を示すフローチャート

【図９】売買申込時系列データの一例を示す図

【図１０】本発明の第３の実施形態に係る電子市場シス
テムの構成を示す図

【図１１】同実施形態に係る市場クライアントシステム
の処理手順の一例を示すフローチャート

【図１２】同実施形態に係る中央市場システムの処理手
順の一例を示すフローチャート

【図１３】売買申込データの一例を示す図

【図１４】市場情報の一例を示す図

【図１５】本発明の第４の実施形態に係る電子市場シス
テムの構成を示す図

【図１６】同実施形態に係る中央市場システムの処理手
順の一例を示すフローチャート

【図１７】同実施形態に係る市場クライアントシステム
の処理手順の一例を示すフローチャート

【図１８】本発明の第５の実施形態に係る電子市場シス
テムの構成を示す図

【図１９】同実施形態に係る中央市場システムの処理手
順の一例を示すフローチャート

【図２０】本発明の第６の実施形態に係る電子市場シス
テムの構成を示す図

【図２１】同実施形態に係る中央市場システムの処理手
順の一例を示すフローチャート

【図２２】売買申込データの一例を示す図

【図２３】売買申込データの一例を示す図

【図２４】本発明の第７の実施形態に係る電子市場シス
テムの構成を示す図

【図２５】同実施形態に係る中央市場システムの処理手
順の一例を示すフローチャート

【図２６】売買申込データの一例を示す図

【図２７】売買申込データの一例を示す図

【図２８】本発明の第８の実施形態に係る電子市場シス
テムの構成を示す図

【図２９】同実施形態に係る中央市場システムの処理手
順の一例を示すフローチャート

【図３０】本発明の第９の実施形態に係る電子市場シス
テムの構成を示す図

【図３１】同実施形態に係る中央市場システムの処理手
順の一例を示すフローチャート

【図３２】時間依存手続きの一例を示す図

【図３３】時間依存手続きの一例を示す図

【図３４】時間依存手続きの一例を示す図

【図３５】本発明の第１０の実施形態に係る電子市場シ
ステムの構成を示す図

【図３６】本発明の第１１の実施形態に係る電子市場シ
ステムの構成を示す図

【図３７】販売価格および在庫の一例を示す図

【図３８】販売価格および在庫の一例を示す図

【図３９】売り手商品ファイルに格納される情報の一例
を示す図

【図４０】情報提供機能に関する情報の流れを示す図

【図４１】本発明の第１２の実施形態に係る電子市場シ
ステムの構成を示す図

【図４２】同実施形態に係るマッチングの処理手順の一
例を示すフローチャート

【図４３】本発明の第１３の実施形態に係る電子市場シ
ステムの構成を示す図

【図４４】本発明の第１４の実施形態に係る電子市場シ
ステムの構成を示す図

【図４５】購入個数−単価対応表の一例を示す図

【図４６】購入個数−単価対応表の一例を示す図

【図４７】見積もり依頼分割による価格の推移を説明す
るための図

【図４８】見積もり依頼分割部の処理手順の一例を示す
フローチャート

【図４９】本発明の第１５の実施形態に係る電子市場シ
ステムの取り引き基本番号付加に関する構成を示す図

【図５０】本発明の第１５の実施形態に係る電子市場シ
ステムの取り引き基本番号付加に関する他の構成を示す
図

【図５１】本発明の第１５の実施形態に係る電子市場シ
ステムの市場ログファイル作成に関する構成を示す図

【図５２】市場ログファイルの構成例を示す図

【図５３】市場ログファイル処理の手順の一例を示すフ
ローチャート

【図５４】伝票番号のデータ形式の一例を示す図

【図５５】本発明の第１６の実施形態に係る電子市場シ
ステムの構成を示す図

【図５６】メッセージ送出側の処理手順の一例を示すフ
ローチャート

【図５７】メッセージ受信側の処理手順の一例を示すフ
ローチャート

【図５８】本発明の第１７の実施形態に係る電子市場シ
ステムの構成を示す図

【図５９】メッセージ送信手順の一例を示すフローチャ
ート

【図６０】メッセージ受信手順の一例を示すフローチャ
ート

【図６１】同期メッセージ受信手順の一例を示すフロー
チャート

【図６２】本発明の第１８の実施形態に係る電子市場シ
ステムの構成を示す図

【符号の説明】

１，１−１，１−２…中央市場システム ３…市場クライアントシステム １１，１１−１１，１１−１２…入力部 １２，１２₁ ，１２₂ ，１２−１，１２−２…購買申込
データ格納部 １３，１３₁ ，１３₂ ，１３−１，１３−２…販売申込
データ格納部 １４，１４₁ ，１４₂ ，１４−１，１４−２…照合部 １５，１５−１，１５−２…通知部 １６，１８…販売申込時系列データ格納部 １７，１９，２１，３２，３４…更新部 ２０…売買申込データ生成手続き格納部 ２２…連動手続き格納部 ２３…連動部 ２４−１，２４−２…市場連動手続き格納部 ２５−１，２５−２…市場連動部 ２６−１，２６−２…確認部 ２７−１，２７−２…時間依存手続き格納部 ２８−１，２８−２…時間更新部 ３１，３３…手続き格納部 ３５…応答部 １０１…中央市場システム １０２…買い手側端末 １０３…売り手側端末 １１１…買い手側受信部 １１２…売り手選択部 １１３…売り手側送信部 １１４…売り手商品ファイル １１５…売り手側受信部 １１６…買い手側送信部 １１７，１１８…照合部 １１９…修正部 １２０…見積もり依頼分割部 １１４０…購入個数−単価対応表 １５１…取り引き基本番号割り当て部 １５２…取り引き過程記録部 １５３…市場ログファイル １２１，１３１…伝票番号発生部 １２２，１３２，１６４，１６５，１６６，１６７…前
回伝票番号記憶部 １２３，１３３，２０１…同期用タイマー １２４，１３４…伝票番号発生部 １２５，１３５，１０５，２０３…送信伝票番号記憶部 １２６，１３６，２０２，２０４…受信伝票番号記憶部 １００１…中央市場システム １００２…端末 １０２０…デバイス １０２３…エンコーダ １０２４…ＩＤ １０１５，１０２５…時計 １０２６…記憶装置 １０２８…デコーダ １０２９…シリアル番号

───────────────────────────────────────────────────── フロントページの続き (72)発明者 仲瀬 明彦 神奈川県川崎市幸区小向東芝町１番地 株式会社東芝研究開発センター内 (56)参考文献 特開 平９−6871（ＪＰ，Ａ) 特開 平８−161412（ＪＰ，Ａ) 特開 平７−302287（ＪＰ，Ａ) 特開 平８−315047（ＪＰ，Ａ) 特開 平５−324690（ＪＰ，Ａ) 特開 平３−204767（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60 148

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】予め中央市場システムから市場クライアン
   トシステムに通知された予定の時刻毎に繰り返し開設さ
   れる少なくとも１つの電子市場を運営する中央市場シス
   テムであって、 前記市場クライアントシステムから送信される少なくと
   も売買の別を示すデータと購入または販売に係る価格デ
   ータとを含む売買申込情報を受付ける受付手段と、 受付けた前記売買申込情報を格納する第１の情報格納手
   段と、 前記第１の情報格納手段に格納された前記売買申込情報
   に含まれる前記購入に係る価格データと販売に係る価格
   データとを照合して取引を成立させる処理を行う照合手
   段と、 少なくとも前記取引が成立した売買申込情報を送信した
   前記市場クライアントシステムに該取引が成立した旨の
   情報を通知する通知手段と、 前記市場クライアントシステムから通知された、希望す
   る取引価格で前記取引が成立するように前記電子市場が
   開設される一連の時刻毎の購入または販売に係る取引希
   望価格を予め指定するための時系列情報を格納する第２
   の情報格納手段と、 前記電子市場が開設される各時刻毎に、該第２の情報格
   納手段に格納された前記時系列情報から当該時刻におけ
   る当該市場クライアントシステムの購入または販売に係
   る価格を求め、該求めた価格に基づいて前記第１の情報
   格納手段に格納された前記売買申込情報に含まれる前記
   購入または販売に係る価格データを更新する更新手段と
   を備えたことを特徴とする中央市場システム。
2. 【請求項２】複数系統の電子市場を並行して開設可能に
   構成され、該電子市場を運営する中央市場システムであ
   って、 前記市場クライアントシステムから送信される少なくと
   も売買の別を示すデータと購入または販売に係る価格デ
   ータとを含む売買申込情報を受付ける受付手段と、 前記複数系統の電子市場に対応して設けられ、受付けた
   前記売買申込情報を格納する複数の第１の情報格納手段
   と、 前記複数系統の電子市場に対応して設けられ、同一系統
   の電子市場に対応する前記売買申込情報に含まれる前記
   購入に係る価格データと販売に係る価格データとを照合
   して取引を成立させる処理を行う複数の照合手段と、 少なくとも前記取引が成立した売買申込情報を送信した
   前記市場クライアントシステムに該取引が成立した旨の
   情報を通知する通知手段と、 前記市場クライアントシステムから通知された、前記複
   数系統の電子市場に並行的に売買の申込を行う旨を示す
   重複売買申込情報、および一つの系統の電子市場での該
   申込に対する取引が成立した旨の情報に対する他の系統
   の電子市場への該申込の扱いを変更する情報に基づい
   て、該複数の電子市場を連動させる処理を行う連動手段
   とを備えたことを特徴とする中央市場システム。
3. 【請求項３】前記連動手段は、第１の系統と第２の系統
   を連動させる処理を行うために、該第１の系統において
   前記取引が成立したとき該第２の系統に対応する前記第
   １の情報格納手段における該取引が成立した売買申込情
   報に含まれる前記購入に係る価格データと販売に係る価
   格データの更新を行うことを特徴とする請求項２に記載
   の中央市場システム。
4. 【請求項４】少なくとも１つの電子市場を運営する中央
   市場システムであって、 前記市場クライアントシステムから送信される少なくと
   も売買の別を示すデータと購入または販売に係る価格デ
   ータとを含む売買申込情報を受付ける受付手段と、 受付けた前記売買申込情報を格納する第１の情報格納手
   段と、 前記第１の情報格納手段に格納された前記売買申込情報
   に含まれる前記購入に係る価格データと販売に係る価格
   データとを照合して取引を成立させる処理を行う照合手
   段と、 少なくとも前記取引が成立した売買申込情報を送信した
   前記市場クライアントシステムに該取引が成立した旨の
   情報を通知する通知手段と、 前記市場クライアントシステムから通知された、前記中
   央市場システムと他の中央市場システムを含む複数の中
   央市場システムにより開設される複数系統の電子市場に
   並行的に１つの売買の申込を行う旨を示す重複売買申込
   情報、および一つの系統の電子市場での該申込に対する
   取引が成立した旨の情報に対する他の系統の電子市場へ
   の該申込の扱いを変更する情報に基づいて、前記中央市
   場システムが前記他の中央市場システムと協調して該申
   込に関して該複数の電子市場を連動させるための処理を
   行う連動手段とを備えたことを特徴とする中央市場シス
   テム。
5. 【請求項５】前記連動手段は、前記取引が成立した場合
   には前記他の中央市場システムに対して該取引が成立し
   た旨の情報を通知し、前記他の中央市場から前記取引が
   成立した旨の情報の通知を受けた場合には前記第１の情
   報格納手段における該取引が成立した売買申込情報に含
   まれる前記購入に係る価格データと販売に係る価格デー
   タの更新を行うことを特徴とする請求項４に記載の中央
   市場システム。
6. 【請求項６】前記取引の成立の確定に先立ち、該取引に
   おける購入側と販売側の双方の前記市場クライアントシ
   ステムに確認のための問い合わせを行う手段と、 前記問い合わせに対して前記双方の市場クライアントシ
   ステムから前記取引の成立を承認する旨の応答があった
   場合にのみ前記取引の成立を確定させる手段とをさらに
   備えたことを特徴とする請求項１、２または４のいずれ
   か１項に記載の中央市場システム。
7. 【請求項７】前記中央市場システムは、前記取引の成立
   に先立ち、該取引の成立に対する確認のための問い合わ
   せを申込元に対して行う手段を備え、 前記市場クライアントシステムは、 前記複数台の前記中央市場システムによりそれぞれ開設
   される前記複数系統の電子市場に並行的に１つの売買の
   申込を行う手段と、 少なくとも売買の別を示すデータと購入または販売に係
   る価格データとを含む売買申込情報を前記中央市場シス
   テムにそれぞれ送信する手段と、 前記問い合わせを行った複数の前記中央市場システムの
   うちの所望の中央市場システムを選択して該選択した中
   央市場システムに対して該問い合わせに対する承認の応
   答を行う手段とを備えたことを特徴とする請求項１、２
   または４のいずれか１項に記載の中央市場システム。
8. 【請求項８】予め中央市場システムから市場クライアン
   トシステムに通知された予定の時刻毎に繰り返し開設さ
   れる少なくとも１つの電子市場を運営する少なくとも１
   台の中央市場システムと、所望の中央市場システムと情
   報を交換して所望の電子市場に参加する複数台の市場ク
   ライアントシステムとから構成される電子市場システム
   であって、 前記市場クライアントシステムは、希望する取引価格で
   前記取引が成立するように電子市場が開設される一連の
   時刻毎の購入または販売に係る取引希望価格を予め指定
   するための時系列情報を予め前記中央市場システムに通
   知する手段を備え、 前記中央市場システムは、 前記市場クライアントシステムから送信される少なくと
   も売買の別を示すデータと購入または販売に係る価格デ
   ータとを含む売買申込情報を受付ける受付手段と、 受付けた前記売買申込情報を格納する第１の情報格納手
   段と、 前記第１の情報格納手段に格納された前記売買申込情報
   に含まれる前記購入に係る価格データと販売に係る価格
   データとを照合して取引を成立させる処理を行う照合手
   段と、 少なくとも前記取引が成立した売買申込情報を送信した
   前記市場クライアントシステムに該取引が成立した旨の
   情報を通知する通知手段と、 前記市場クライアントシステムから通知された前記時系
   列情報を格納する第２の情報格納手段と、 前記電子市場が開設される各時刻毎に、該第２の情報格
   納手段に格納された前記時系列情報から当該時刻におけ
   る当該市場クライアントシステムの購入または販売に係
   る価格を求め、該求めた価格に基づいて前記第１の情報
   格納手段に格納された前記売買申込情報に含まれる前記
   購入または販売に係る価格データを更新する更新手段と
   を備えたことを特徴とする電子市場システム。
9. 【請求項９】複数系統の電子市場を並行して開設可能に
   構成され、該電子市場を運営する少なくとも１台の中央
   市場システムと、該中央市場システムと情報を交換して
   所望の電子市場に参加する複数台の市場クライアントシ
   ステムとから構成される電子市場システムであって、 前記市場クライアントシステムは、同一の中央市場シス
   テムにより開設される前記複数系統の電子市場に並行的
   に１つの売買の申込を行う場合にその旨を通知するため
   の重複売買申込情報を少なくとも売買の別を示すデータ
   と購入または販売に係る価格データとを含む売買申込情
   報とともに当該中央市場システムに送信する手段を備
   え、 前記中央市場システムは、 前記市場クライアントシステムから送信される前記売買
   申込情報を受付ける受付手段と、 前記複数系統の電子市場に対応して設けられ、受付けた
   前記売買申込情報を格納する複数の第１の情報格納手段
   と、 前記複数系統の電子市場に対応して設けられ、同一系統
   の電子市場に対応する前記売買申込情報に含まれる前記
   購入に係る価格データと販売に係る価格データとを照合
   して取引を成立させる処理を行う複数の照合手段と、 少なくとも前記取引が成立した売買申込情報を送信した
   前記市場クライアントシステムに該取引が成立した旨の
   情報を通知する通知手段と、 前記市場クライアントシステムから通知された、前記複
   数系統の電子市場に並行的に売買の申込を行う旨を示す
   重複売買申込情報、および一つの系統の電子市場での該
   申込に対する取引が成立した旨の情報に対する他の系統
   の電子市場への該申込の扱いを変更する情報に基づい
   て、該複数の電子市場を連動させる処理を行う連動手段
   とを備えたことを特徴とする電子市場システム。
10. 【請求項１０】複数系統の電子市場を並行して開設可能
    に構成され、該電子市場を運営する少なくとも１台の中
    央市場システムと、該中央市場システムと情報を交換し
    て所望の電子市場に参加する複数台の市場クライアント
    システムとから構成される電子市場システムであって、 前記市場クライアントシステムは、異なる前記中央市場
    システムにより開設される前記複数系統の電子市場に並
    行的に売買の申込を行う場合にその旨を通知するための
    重複売買申込情報を少なくとも売買の別を示すデータと
    購入または販売に係る価格データとを含む売買申込情報
    とともに当該中央市場システムに送信する手段を備え、 前記中央市場システムは、 前記市場クライアントシステムから送信される前記売買
    申込情報を受付ける受付手段と、 前記複数系統の電子市場に対応して設けられ、受付けた
    前記売買申込情報を格納する複数の第１の情報格納手段
    と、 前記複数系統の電子市場に対応して設けられ、同一系統
    の電子市場に対応する前記売買申込情報に含まれる前記
    購入に係る価格データと販売に係る価格データとを照合
    して取引を成立させる処理を行う複数の照合手段と、 少なくとも前記取引が成立した売買申込情報を送信した
    前記市場クライアントシステムに該取引が成立した旨の
    情報を通知する通知手段と、 同一の前記市場クライアントシステムから通知された前
    記重複売買申込情報、および一つの系統の電子市場での
    該申込に対する取引が成立した旨の情報に対する他の系
    統の電子市場への該申込の扱いを変更する情報に基づい
    て、前記中央市場システムが前記他の中央市場システム
    と協調して該申込に関して該複数の電子市場を連動させ
    る処理を行う連動手段とを備えたことを特徴とする電子
    市場システム。
11. 【請求項１１】前記市場クライアントシステムは、 異なる前記中央市場システムにより開設される複数系統
    の電子市場に並行的に１つの売買の申込を行う場合、前
    記売買申込情報を対応する前記中央市場システムにそれ
    ぞれ送信する手段と、 該中央市場システムからの該申込についての取引の成立
    に対する確認のための問い合わせに応答する手段とを備
    え、 前記中央市場システムは、前記取引の成立の確定に先立
    ち、該取引における購入側と販売側の双方の前記市場ク
    ライアントシステムに確認のための問い合わせを行う手
    段と、 前記問い合わせに対して前記双方の市場クライアントシ
    ステムから前記取引の成立を承認する旨の応答があった
    場合にのみ前記取引の成立を確定させる手段とをさらに
    備えたことを特徴とする請求項請求項８乃至１０のいず
    れか１項に記載の電子市場システム。
12. 【請求項１２】前記市場クライアントシステムは、異な
    る前記中央市場システムにより開設される複数系統の前
    記電子市場に時間的な重複がないように１つの売買の申
    込を順次行うためのスケジュールを示す時間依存情報を
    前記売買申込情報とともに該当する前記中央市場システ
    ムにそれぞれ送信する手段を備え、 前記中央市場システムの各々は、同一の前記市場クライ
    アントシステムから送信される前記時間依存情報を受信
    したとき該時間依存情報をもとに該当する回における電
    子市場についてのみ前記受け付けた前記売買申込情報を
    前記第１の情報格納手段に格納する手段をさらに備えた
    ことを特徴とする請求項８乃至１０のいずれか１項に記
    載の電子市場システム。