[go: up one dir, main page]

JP3762354B2 - Central market system - Google Patents

Central market system Download PDF

Info

Publication number
JP3762354B2
JP3762354B2 JP2002306317A JP2002306317A JP3762354B2 JP 3762354 B2 JP3762354 B2 JP 3762354B2 JP 2002306317 A JP2002306317 A JP 2002306317A JP 2002306317 A JP2002306317 A JP 2002306317A JP 3762354 B2 JP3762354 B2 JP 3762354B2
Authority
JP
Japan
Prior art keywords
market
central
seller
company
purchase
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002306317A
Other languages
Japanese (ja)
Other versions
JP2003187108A (en
Inventor
滋 小柳
満 柿元
節 鈴岡
明彦 仲瀬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2002306317A priority Critical patent/JP3762354B2/en
Publication of JP2003187108A publication Critical patent/JP2003187108A/en
Application granted granted Critical
Publication of JP3762354B2 publication Critical patent/JP3762354B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、ネットワーク上で開設される電子市場を円滑かつ効果的に運用するための中央市場システム、市場クライアントシステム、デバイス装置及び電子市場運営方法に関する。
【0002】
【従来の技術】
近年、インターネットが急速に普及し、インターネットによるビジネス活動が関心を集めている。
既存のビジネス形態の代表的なものの1つとして市場がある。すなわち、売り手と買い手が共通の場に集まって相場を形成し、取引を成立させるものが市場である。この市場を電子的に実現することができれば、売り手、買い手とも一同に会する必要がなくなり、また迅速な取引や平等な参加が可能となる等の利点がある。
【0003】
従来、このような市場の電子化に関しては、電話やFAX、電子メールを用いて通信を電子化することに主眼が置かれている。これにより、遠隔地からの市場参加が可能となったが、市場の中心となる売買の仲介は人間を介して行う必要があり、電子化の利点である迅速性や平等性が実現されていない。また、人手の介入が必要なため市場運営コストの低減も実現が困難である。
【0004】
電子的な市場を実現するには、市場の持つ機能を電子的に実現する必要がある。売り手はできるだけ高く売ることを願い、買い手はできるだけ安く買うことを願う。需要が供給を上回るとき価格は上がり、供給が需要を上回るとき価格低下する。このような機能を反映して、複数の売り手と買い手間で適性な価格で最適な組合せを自動的に見つける方法が必要である。売り手、買い手の売買の意思は固定されたものではなく、市場での相場等の各種の要因により変化するものである。このように、電子的な市場では市場原理に沿った機能をソフトウェア的に実現することが必要であるが、このような方法を実現することが困難であった。
【0005】
さらに、電子的な市場が世界中で同時に開設された場合、ネットワークを利用することにより遠隔地からの市場参加が可能となるため、これらに同時に参加することが可能となるが、これらの市場が連動していないと重複して売買の可能性があり、複数市場への同時参加が困難となる。
【0006】
また、従来の電子市場では、電子市場に参加しようとしてから成約するまでに時間を要する場合があり、電子化のメリットを活かした、より効率的な電子市場が要望される。
【0007】
また、所望の品物を一定数量購入する場合に、複数の売り手に振り分けて購入すると対価が少なくてすむことがある。しかしながら、どのように振り分ければよいかを決めるために、個々の売り手に個別に見積もり依頼をする必要があるため、非常に手間を要した。また、振り分け数量を検討する間に、ある売り手の在庫が切れてしまうことがあるなどの不具合があった。
【0008】
また、売り手と買い手が一同に会さず、電子的に売買を行なうシステムでは、買い手側の要求の記載内容と売り手側の要求の記載内容とに相違がある事故が生じる可能性があった。
【0009】
また、このようにネットワークを使って売買や契約に関する情報を送受信するシステムでは、ネットワーク障害などの発生によりメッセージが消失する恐れがあり、不都合をきたすおそれがある。また、セキュリティの問題もあった。
【0010】
【発明が解決しようとする課題】
このように従来の電子市場システムでは申込み情報等の通信については電子メール等を用いて可能であるが、市場の中心となる売買の仲介は人間が行っており、参加者の要望に柔軟に対応でき、かつ円滑に運営可能な効果的な電子市場を実現することは困難であった。
【0011】
一方、従来の電子市場システムでは、電子化したことによるメリットが十分に活かされていないとともに、電子化によるデメリットも解決されていない部分があった。
【0012】
本発明は、円滑な運営を可能としかつ参加者の要望に柔軟に対応できる効果的な電子市場を実現できる中央市場システム、市場クライアントシステム及び電子市場運営方法を提供することを目的とする。
【0013】
また、本発明は、電子的な市場を効率よく実現可能な中央市場システム、市場クライアントシステム及び電子市場運営方法を提供することを目的とする。
【0014】
また、本発明は、買い手にとってより有利な条件での購入方法を提示可能な中央市場システム、市場クライアントシステム及び電子市場運営方法を提供することを目的とする。
【0015】
また、本発明は、買い手側の要求内容と売り手側の要求内容との整合性を確保可能な中央市場システム、市場クライアントシステム及び電子市場運営方法を提供することを目的とする。
【0016】
また、本発明は、通信上の種々のトラブルを回避可能な中央市場システム、市場クライアントシステム及び電子市場運営方法を提供することを目的とする。
【0017】
また、本発明は、通信データのセキュリティを確保可能な中央市場システム、市場クライアントシステム、デバイス装置及び電子市場運営方法を提供することを目的とする。
【0018】
【課題を解決するための手段】
本発明は、少なくとも1つの電子市場を定期的に開設する少なくとも1台の中央市場システムと情報を交換して該電子市場に参加する市場クライアントシステムの電子市場参加方法であって、前記中央市場システムから提供された、既に開設された電子市場に関する所定の実績情報をもとにして、少なくとも次回の電子市場に申込む購買または販売に係る価格を決定することを特徴とする。
【0019】
本発明は、少なくとも1つの電子市場を運営する中央市場システムであって、買い手側端末より送付される見積り依頼を受信する手段と、受信した見積り依頼に係る商品を販売する売り手を、予め登録された商品と売り手の対応情報をもとに選択する手段と、選択された売り手側端末に見積り依頼を送信する手段と、前記売り手側端末から返送される見積書を受信する手段と、見積書を依頼元の前記買い手側端末に返送する手段とを備えたことを特徴とする。
【0020】
好ましくは、前記売り手側端末から受信した前記見積書と、対応する買い手側端末から受信した前記見積り依頼書との照合を行ない、買い手側の購入条件に最も合致する売り手を選択して仮予約する手段と、この仮予約に関する情報を該当する買い手側端末および売り手側端末に通知する手段をさらに備えたことを特徴とする。
【0021】
好ましくは、前記仮予約する手段は、一定時間内に同一商品について複数の買い手側端末から見積り依頼書を受信した場合、この複数の見積り依頼書に関する前記照合を一括して行うことを特徴とする。
【0022】
本発明は、少なくとも1つの電子市場を運営する中央市場システムであって、予め登録された売り手側の商品に関する販売情報(例えば、価格、納期、在庫等)を記憶する手段と、買い手側端末より送付される見積り依頼を受信する手段と、前記買い手側端末から受信した前記見積り依頼書と、販売情報との照合を行ない、買い手側の購入条件に最も合致する売り手を選択して仮予約する手段と、この仮予約に関する情報を、該当する買い手側端末および売り手側端末に通知する手段とを備えたことを特徴とする。
【0023】
好ましくは、前記仮予約する手段は、一定時間内に同一商品について複数の買い手側端末から見積り依頼書を受信した場合、この複数の見積り依頼書に関する前記照合を一括して行うことを特徴とする。
【0024】
好ましくは、予め登録された売り手ごとの個々の商品の購入個数と単価との対応関係を示す情報をもとにして、買い手が発した見積もり依頼の内容を、総購入費用が最小になるように複数の売り手に対する見積もり依頼に分割する手段をさらに備えたことを特徴とする。
【0025】
好ましくは、前記買い手側端末からの見積り依頼書に固有の取り引き基本番号を割り当てる手段と、前記売り手側端末へ送信する見積り依頼書、該見積り依頼書に対応した売り手側端末から自装置を介して前記買い手側端末へ中継される見積書、該見積書に対応した買い手側端末から自装置を介して前記売り手側端末へ中継される購入依頼書、および該購入依頼書に対応した売り手側端末から自装置を介して買い手側端末へ中継される取り引き成立通知に、対応する取り引き基本番号を付加する手段と、取り引き成立過程を記録した市場ログファイルを管理する手段と、少なくとも見積り依頼書および見積り依頼書について、その記載事項(例えば、商品名、希望商品数、希望価格、納期等)を対応する取り引き基本番号と関連付けて前記市場ログファイルに格納する手段と、前記市場ログファイルを参照して、少なくとも、対応する取り引き基本番号に係る見積り依頼書と見積書との間および見積書と購入依頼書との間で、前記記載事項が一致しているか否かを調べる手段と、少なくとも、前記見積り依頼書と見積書との間または前記見積書と購入依頼書との間で前記記載事項が一致していないことが検出された場合に、異常発生として所定の処理(例えば、不正な見積書、購入依頼書、取り引き成立通知として送信側に送り返す等の警告や取り引きの中止を行なうなどの処理)を行う手段とを備えたことを特徴とする。
【0026】
好ましくは、買い手側端末および/または売り手側端末にも取り引き成立過程の記録を格納する市場ログファイルを用意するようにしてもよい。
【0027】
好ましくは、前記売り手側端末または前記買い手側端末に伝票に係るメッセージを送信する際に、各伝票に固有な伝票番号を生成する手段と、前記メッセージに、生成された前記伝票番号を付加するとともに、同一の端末に前回送信したメッセージに付加した伝票番号をも付加する手段とを備えたことを特徴とする。
【0028】
好ましくは、前記売り手側端末または前記買い手側端末から受信した伝票に係るメッセージに付加された該伝票に固有の伝票番号と、同一の端末から前回受信したメッセージに付加されていた伝票番号とを比較することにより、メッセージの消失(例えばネットワークの障害等による)を検知する手段をさらに備えたことを特徴とする。
【0029】
好ましくは、前記売り手側端末または前記買い手側端末に伝票に係るメッセージを送信する際に、各伝票に固有な伝票番号を生成する手段と、送信先と同期した同期タイマーをもとにして一定期間中に該送信先に送信したメッセージに付加された前記伝票番号を送信先ごとに蓄積する手段と、前記同期タイマーにおいて前記一定期間が経過したことを契機として、前記送信先について蓄積された前記伝票番号群を含む同期メッセージを該送信先に送信する手段とをさらに備えたことを特徴とする。
【0030】
好ましくは、送信元と同期した同期タイマーをもとにして一定期間中に該送信元から受信した伝票に係るメッセージに付加された、該伝票に固有の伝票番号を送信先ごとに蓄積する手段と、送信元の前記同期タイマーにおいて前記一定期間が経過したことを契機として該送信元から送信されてきた同期メッセージに含まれる、該送信元が自装置に該一定期間に送信したメッセージに付加した伝票番号群と、該送信元について自装置内に蓄積されている前記伝票番号群とを比較することにより、メッセージの消失(例えばネットワークの障害等による)を検知する手段をさらに備えたことを特徴とする。
【0031】
本発明は、少なくとも1つの電子市場を開設する中央市場システムと情報を交換して該電子市場に参加する市場クライアントシステム(売り手側端末、買い手側端末)であって、前記中央市場システムに伝票に係るメッセージを送信する際に、各伝票に固有な伝票番号を生成する手段と、前記メッセージに、生成された前記伝票番号を付加するとともに、前記中央市場システムに前回送信したメッセージに付加した伝票番号をも付加する手段とを備えたことを特徴とする。
【0032】
本発明は、少なくとも1つの電子市場を開設する中央市場システムと情報を交換して該電子市場に参加する市場クライアントシステム(売り手側端末、買い手側端末)であって、前記中央市場システムから受信した伝票に係るメッセージに付加された該伝票に固有の伝票番号と、前記中央市場システムから前回受信したメッセージに付加されていた伝票番号とを比較することにより、メッセージの消失(例えばネットワークの障害等による)を検知する手段を備えたことを特徴とする。
【0033】
本発明は、少なくとも1つの電子市場を開設する中央市場システムと情報を交換して該電子市場に参加する市場クライアントシステム(売り手側端末、買い手側端末)であって、前記中央市場システムに伝票に係るメッセージを送信する際に、各伝票に固有な伝票番号を生成する手段と、前記中央市場システムと同期した同期タイマーをもとにして一定期間中に該中央市場システムに送信したメッセージに付加された前記伝票番号を蓄積する手段と、前記同期タイマーにおいて前記一定期間が経過したことを契機として、蓄積された前記伝票番号群を含む同期メッセージを前記中央市場システムに送信する手段とを備えたことを特徴とする。
【0034】
本発明は、少なくとも1つの電子市場を開設する中央市場システムと情報を交換して該電子市場に参加する市場クライアントシステム(売り手側端末、買い手側端末)であって、前記中央市場システムと同期した同期タイマーをもとにして一定期間中に該中央市場システムから受信した伝票に係るメッセージに付加された、該伝票に固有の伝票番号を蓄積する手段と、前記中央市場システムの同期タイマーにおいて前記一定期間が経過したことを契機として該中央市場システムから送信されてきた同期メッセージに含まれる、該中央市場システムが自装置に該一定期間に送信したメッセージに付加した伝票番号群と、自装置内に蓄積されている前記伝票番号群とを比較することにより、メッセージの消失(例えばネットワークの障害等による)を検知する手段を備えたことを特徴とする。
【0035】
本発明は、少なくとも1つの電子市場を開設する中央市場システムと情報を交換して該電子市場に参加する市場クライアントシステム(売り手側端末、買い手側端末)であって、任意の情報を自由に書き換えることはできず、限定された内部状態の変更と処理しか許されないデバイスとの情報の受け渡し行うインターフェース手段と、前記中央市場システムに送信すべき情報を前記デバイスに渡すことにより、該情報に該デバイス内の該中央市場システムと同期した時計の時刻情報と該デバイスに固有のデバイスID情報と生成されるごとに変化する固有番号とを付加して、さらにエンコードされたデータを該デバイスから受け取るとともに、該エンコードされたデータを該デバイスに記憶させる手段と、このエンコードされたデータを前記中央市場システムに送信させる手段と、前記中央市場システムから受信した、前記送信すべき情報に対する受理メッセージを含む情報を前記デバイスに渡すことにより、該情報に該デバイス内の前記時計の時刻情報と該デバイスに固有のデバイスID情報と生成されるごとに変化する固有番号を付加して、さらにエンコードされたデータを該デバイスに記憶させるとともに、受信した情報のうちデコードしたものを取得すべき情報については、該デバイス内でデコードされたデータを該デバイスから受け取る手段とを備えたことを特徴とする。
【0036】
好ましくは、前記デバイスによりエンコードされ該デバイス内に保存された情報を読出すためまたはデコードするためには複数の正当なパスワードの入力を必要とすることを特徴とする。
【0037】
好ましくは、前記デバイス内の時計の時刻合わせを、前記中央市場システムからの信号に基づいて物理的に行うか、または該デバイス内に該デバイスの時刻と該中央市場システムの時刻との差または該中央市場システムの時刻を格納することにより論理的に行うことを特徴とする。
【0038】
また、好ましくは、前記デバイスとしてICカードを用いてもよい。
なお、このデバイスに関する市場クライアントシステムの発明は、中央市場システムにも適用可能である。
【0039】
本発明は、少なくとも1つの電子市場を開設する中央市場システムと情報を交換して該電子市場に参加する市場クライアントシステムに接続されて使用されるデバイス装置であって、前記市場クライアントシステムから、前記中央市場システムに送信すべき情報を渡された場合、該情報に自装置内の前記中央市場システムと同期した時計の時刻情報と自装置に固有のデバイスID情報と生成されるごとに変化する固有番号とを付加して、さらにエンコードして得たデータを該市場クライアントシステムに返すとともに、該エンコードされたデータを自装置内に記憶させる手段と、前記市場クライアントシステムから、前記中央市場システムより受信した、前記送信すべき情報に対する受理メッセージを含む情報を渡された場合、該情報に自装置内の前記時計の時刻情報と自装置に固有のデバイスID情報と生成されるごとに変化する固有番号を付加して、さらにエンコードして得たデータを自装置内に記憶させるとともに、受信した情報のうちデコードされたものを該市場クライアントシステムが取得すべき情報については、該情報をデコードして得たデータを該市場クライアントシステムに返す手段とを備えたことを特徴とする。
【0040】
本発明は、少なくとも1つの電子市場を運営する中央市場システムの電子市場運営方法であって、買い手側端末より送付される見積り依頼を受信し、受信した見積り依頼に係る商品を販売する売り手を、予め登録された商品と売り手の対応情報をもとに選択し、選択された売り手側端末に見積り依頼を送信し、前記売り手側端末から返送される見積書を受信し、見積書を依頼元の前記買い手側端末に返送することを特徴とする。
【0041】
また、好ましくは、上記各発明において、中央市場システム又は買い手側は、買い手側端末からの見積り依頼書に固有の取り引き基本番号を割り当て、中央市場システムから売り手側端末への見積り依頼書、当該見積り依頼書に対応し売り手側端末から中央市場システムを通じて買い手側端末に送られる見積書、当該見積書に対応し買い手側端末から中央市場を通じて売り手側端末に送られる購入依頼書、当該購入依頼書に対応し、売り手側端末から中央市場システムを通じて買い手側端末に送られる取り引き成立通知には、当該取り引き基本番号を割り当て、更に、中央市場システム、望ましくは、買い手側端末、売り手側端末は、取り引き成立過程の記録を格納する市場ログファイルを用意し、中央市場システムは、見積り依頼書に記載されている商品名、希望商品数、希望価格、納期等の記載事項を当該取り引き基本番号と関連づけて、市場ログファイルに格納し、見積書、購入依頼書、取り引き成立通知の商品名、希望商品数、希望価格、納期等の記載事項が、対応する取り引き基本番号を持つ見積り依頼書、見積書、購入依頼書の記載事項と一致しているか否かを調べ、一致していなければ不正な見積書、購入依頼書、取り引き成立通知として送信側に送り返す等の警告や取り引きの中止を行なう手段を持つようにしてもよい。
【0042】
また、好ましくは、上記各発明において、中央市場システム、売り手側端末、買い手側端末の間で送信されるメッセージに、各伝票に固有な番号を付加する伝票番号付加手段を持ち、当該伝票番号付加手段を用いて、メッセージ送信時にメッセージに伝票番号を付加し、同時に当該伝票番号を前回送出伝票番号として、前回伝票番号記憶手段に記録し、メッセージ受信時にはメッセージに付加されている伝票番号を前回送出伝票番号前回伝票番号記憶手段に記憶し、メッセージ送信時には、メッセージに伝票番号と前回送出伝票番号を付加し、メッセージ受信時にはメッセージに付加されている前回送出伝票番号と前回伝票番号記憶手段に記録されている前回受信伝票番号を比較することにより、ネットワークの障害等によるメッセージの消失を検知するようにしてもよい。
【0043】
また、好ましくは、上記各発明において、中央市場システム、売り手側端末、買い手側端末の間で送信されるメッセージに、各伝票に固有な番号を付加する伝票番号付加手段と同期メッセージを送出するための同期タイマーと、中央市場又は各端末に対応して送信した伝票番号を格納する送出伝票番号記憶手段と、中央市場又は各端末に対応して受信した伝票番号を格納する受信伝票番号記憶手段とを備え、中央市場又はある端末に対してメッセージを送信する際には、メッセージの送り先に対応した送出伝票番号記憶手段に送信した伝票番号を格納し、中央市場又はある端末よりメッセージを受信する際には、メッセージの送り元に対応した受信伝票番号記憶手段に受信した伝票番号を格納し、ある定められた一定期間ごとに、送出伝票番号記憶手段に記録された伝票番号群を同期メッセージとして対応する中央市場又はある端末に対して送出し、同期メッセージを受けとった際には、メッセージに期されている伝票番号群と対応する中央市場又はある端末に対する受信伝票番号記憶手段内の伝票番号群を比較し、それらが一致していなければネットワークの障害等によるメッセージの消失があったことを検知するようにしてもよい。
【0044】
また、好ましくは、上記各発明において、ネットワークで中央市場システムに接続している買い手側および売り手側の通信装置は、任意の情報を自由に書き換えることはできず、限定された内部状態の変更と処理しか許されないデバイスを用いて、中央市場とデータの変換および蓄積をおこなう場合に、送信すべき情報は前記デバイスに入力され、前記デバイス内の時計の時刻情報とID情報とシリアル番号共に、エンコードしたものを端末側に保持すると共に中央市場に送信し、この送信に対する中央市場からの受理情報もエンコードしたまま端末側に保持し、中央市場から受信すべき情報は前記デバイスに入力され、前記デバイス内の時計の時刻情報とシリアル番号と共にエンコードしたものを端末に保存すると共に、デコードしたものを端末に渡し、前記デバイスによりエンコードされ保存された情報をデコードするには複数のパスワードが必要であり、かつ前記デバイス内時計は中央市場から時刻合わせが可能であるか、もしくは中央市場では前記デバイスの時刻を読み取ることができ、端末からは前記デバイスの時刻と中央市場の時刻とを監視でき、前記デバイスは中央市場からの時刻を定期的に読み取り、前記デバイス内記憶装置に格納するようにしてもよい。
【0045】
また、前記デバイスはICカードであってもい。
なお、以上の各装置に係る発明は方法に係る発明としても成立し、各方法に係る発明は装置に係る発明としても成立する。
また、上記の発明は、相当する手順あるいは手段をコンピュータに実行させるためのプログラムを記録した機械読取り可能な媒体としても成立する。
【0046】
本発明によれば、市場メカニズムを電子化することにより、市場参加者は地理的に離れていても市場に参加でき、市場状況に応じた戦略を手続きとして組み込むことにより判断の省力化が可能となり、また、複数商品の市場に連動しながら同時に参加することや、分散された市場に同時に参加することが可能となり、取り引きの利便性を高めることができる。
【0047】
市場運営者にとっては、市場開設が電子的に行えるため迅速にかつ平等な市場を効率良く運営することができる。
【0048】
また、本発明によれば、市場メカニズムを電子化することにより、市場参加者は地理的に離れていても市場に参加でき、オンデマンドで市場情報の入手や照合の自動化が可能となる。
【0049】
また、ひとりの買い手が複数個の品物を見積もり依頼するとき、もっとも条件の良い売り手が、希望納期までに十分な数の品物を用意できるとは限らない。本発明によれば、品物の値段が購入数に依存する場合に、どの売り手にいくつ見積もり依頼するかを判断し、所望の数だけ品物を購入するのに必要な対価を最も少なくて済むような見積もり依頼の分割を自動化することができる。
【0050】
また、本発明によれば、中央市場システムで予め両者の記載内容をチェックしたり、売買の交渉過程の記録を取っておくことにより、買い手側の要求の記載内容が売り手側の要求の記載内容とに相違がある事故等を未然に防止し、あるいは後々のトラブル解決に役立てることができる。
【0051】
また、本発明によれば、暗号化機能を持つデバイスをメッセージ通信に利用することにより、通信データのセキュリティを確保することができる。
【0052】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
最初に、本発明の実施の形態に係る電子市場システムの基本的な構成について説明する。
(第1の実施形態)
まず、本発明の第1の実施形態に係る電子市場システムについて説明する。
図1に本実施形態に係る電子市場システムの構成を示す。
本電子市場システムは、市場開設サイトにおける中央市場システム1と、市場参加者(販売側、購入側)のサイトにおける複数(任意数)の市場クライアントシステム3から構成される。
【0053】
中央市場システム1と、個々の市場クライアントシステム3とは、例えばインターネットなどの所定のネットワーク(図示せず)を通じて相互に通信可能であるものとする。なお、図中、中央市場システム1と個々の市場クライアントシステム3の夫々における通信インターフェース部分の記述は省略してある。また、中央市場システム1と市場クライアントシステム3は、いずれも計算機等を利用して構成することができる。
【0054】
中央市場システム1は、市場クライアントシステム3からの申込を受け付ける入力部11、購買申込データを格納する購買申込データ格納部12、販売申込データを格納する販売申込データ格納部13、これら格納された購買申込データと販売申込データとを照合する照合部14、照合結果等を市場クライアントシステム3に通知する通知部15を備えている。
【0055】
市場クライアントシステム3は、売買の申し込み情報を市場クライアントシステム3に送信し、市場クライアントシステム3から成約等の通知を受ける。
【0056】
次に、図2の中央市場システム1と市場クライアントシステム3の基本的な動作手順を参照しながら、中央市場システム1の基本的な働きと、中央市場システム1により開設される電子市場の基本的な内容と、市場クライアントシステム3の電子市場への基本的な参加の仕方について説明する。
【0057】
まず、本実施形態では、電子市場は予め定められたタイムスケジュールにしたがって繰り返し開設されるものとする。一例としては、電子市場が一定の時刻に、例えば午前9時から午後3時までの毎時0分といったように、開設される場合が考えられる。
【0058】
中央市場システム1は、市場クライアントシステム3に対して市場内容、市場開設時間などの市場開設情報をあらかじめ通知部15より通知する。この通知は、市場クライアントシステム3からの要求に応じて行っても良いし、予め登録された市場クライアントシステム3に定期的に行っても良い。また、要求のない市場クライアントシステム3に対しても宣伝的に行っても構わない。
【0059】
さて、市場に参加しようとする販売側または購入側の市場クライアントシステム3は、売買の申し込み情報を作成して中央市場システム1に転送する(ステップS4)。すなわち、市場開設時刻(あるいはそれ以前の申込締切時刻)までに、各市場クライアントシステム3から売買の申し込み情報が中央市場システム1に送付されてくる。
【0060】
中央市場システム1は、クライアントシステム3から受信した売買の申し込み情報をもとに申込データを購買申込データ格納部12または販売申込データ格納部13に格納する(ステップS1)。
市場開設時間となると、中央市場システム1の照合部14は、市場クライアントシステム3からの売買の申し込みを照合して売買の成立をはかる(ステップS2)。
【0061】
照合に関しては、一般に最低販売価格が最高購入価格以下であれば成立する。このような組合せが複数個ある場合は、どの組合せを選択するかはいくつか考えられるが、市場の平等性を保証する必要がある。例えば、販売価格の低いものと購入価格の高いものとを順に組合せ、同額の場合はランダムに選択する方式がある。また、成約した価格を決める方法についてもいくつかの方法が考えられるが、例えば販売価格と購入価格の中間値をとる方法がある。
【0062】
中央市場システム1は、取り引きの成立したものに関してはその旨を通知部15より販売側と購入側の双方の市場クライアントシステム3に通知する(ステップS3)。なお、取り引きの成立しなかったものに関してはその旨を明示的に市場クライアントシステム3に通知するようにしても良いし、取り引きが成立した旨の通知がなかったことをもって、取り引きが成立しなかったことを知らしめるようにしても良い。
【0063】
また、中央市場システム1は、市場に参加している全体の市場クライアントシステム3に対して、成約価格等の市場状況などの当該市場に関する市場情報を通知部15より知らせるようにすると好ましい。
さらに、中央市場システム1は、売買が成立したものに関して、契約書作成、決済、物流等と連携をとるため、関連システムに必要な情報を転送するようにすると好ましい。
【0064】
さて、市場に参加した各市場クライアントシステム3は、中央市場システム1から通知を受ける(ステップS5)。
取り引きが成立した旨の通知を受け取ったことにより、当該申込の目的が達成されたことを知ることができる。また、取り引きが成立しなかった旨の通知を受け取ったことにより、取り引きが成立した旨の通知が送られてこなかったことにより、当該申込の目的が達成されたことを知ることができる。
【0065】
取り引きが成立しなかったことを知った場合、各市場クライアントシステム3は、例えば中央市場システム1から通知された市場情報を参照しながら、次の市場開設時刻に向けて売買の申し込み情報を作成し、中央市場システム3に送付して、市場に参加する。あるいは、例えば中央市場システム1から通知された市場情報を参照するなどして検討した結果、次の市場への参加はしないことを決定する。
【0066】
次に、いくつかの具体例をあげて照合処理について説明する。
ここでは、1つの中央市場システム1と6つの市場クライアントシステム3から構成されるとする。
ある商品に関してある市場開設時刻において、A、B、Cの3社が販売の申し込み、D、E、Fの3社が購入の申し込みを行い、販売希望価格をA社が100円、B社が150円、C社が180円とし、購入希望価格をD社が80円、E社が90円、F社が100円としたものとする。
この場合は、最低販売価格がA社の100円、最大購入価格がF社の100円で一致しているので、A社とF社の間で取り引きが成立する。もちろん、取り引き価格は100円となる。
【0067】
第2の例として、販売希望価格をA社が100円、B社が150円、C社が180円とし、購入希望価格をD社が80円、E社が90円、F社が120円としたものとする。
この場合は、最低販売価格がA社の100円、最大購入価格がF社の120円であり、最低販売価格の方が低いのでA社とF社の間で取り引きが成立する条件は満たしている。
【0068】
このときの取り引き価格の決定方法には種々の方法が考えられるが、100円と120円の間で適当な値を取る方法が考えらる。ここでは、両者の中間値を取って110円に決定するものとする。
【0069】
第3の例として、販売希望価格をA社が100円、B社が120円、C社が180円とし、購入希望価格をD社が80円、E社が120円、F社が130円としたものとする。
この場合は、成約し得る複数の組合せが存在する。すなわち、A社とE社、B社とE社、A社とF社、B社とF社の組合せが可能となる。
【0070】
この中でいずれを選択しても良いが、ここでは最低販売価格のA社と最高購入価格のF社、2番目に低い販売価格のB社と2番目に高い購入価格のE社との間で取り引きを成立させるものとする。あるいは、最低販売価格のA社と2番目に高い購入価格のE社、2番目に低い販売価格のB社と最高購入価格のF社との間で取り引きを成立させるようにしても良い。
【0071】
ところで、上記の各例では、販売側、購入側との取り引き単位が同じとしていたが、第4の例として、取り引き量を加えた場合について説明する。
例えば販売側の取り引き申込み数量と金額は図3に示すようでり、一方、購入側の取り引き申込み数量と金額は図4に示すようであるとする。
この場合も、第3の例と同様に成約し得る複数の組合せが可能となるが、例えば前述したように販売価格の低い順と購入価格の高い順に照合を行い、両者の数量の小さい方を取り引き数量とすれば良い。
【0072】
本例においては、まず最低販売価格を提示したA社と最高購買価格を提示したF社の間で取り引きが成立し、取り引き価格としては中間値の115円、数量としてA社の10とF社の5の小さい方である5が決定される。これにより、F社の購入申込は全て成立したので購入社リスト(購買申込データ格納部12)から削除するが、A社の販売申込は残量が5となり、販売者リスト(販売申込データ格納部13)の数量を減らして照合を継続する。
【0073】
次にA社とE社との間で取り引きが成立する。この取り引き価格は110円、数量は5となる。これにより、A社の販売申込は全て成立したので販売社リストから削除するが、E社の購入申込は残量が10となり、購入者リストの数量を減らして照合を継続する。
【0074】
その次にB社とE社との間で取り引きが成立し、取り引き価格は120円、数量は5となる。これにより、B社の販売申込は全て成立したので販売社リストから削除するが、E社の購入申込は残量が5となり、購入者リストの数量を減らして照合を継続する。
これ以降は販売価格が購入価格を上回るため、取り引きは成立しない。
【0075】
次に、図5に本実施形態の中央市場システム1のより詳しくした動作手順の一例を示す。
本実施形態では、市場クライアントシステム3は個々の市場毎に売買の申し込み情報として購買申込データまたは販売申込データを作成して中央市場システム1に送付するものである。なお、本実施形態では、市場クライアントシステム3における売買価格の決定には、例えば中央市場システム1から得た市場情報をもとにするなどした価格決定の支援ソフトを用いても良いし、ユーザの判断が介在しても良い。前述したように電子市場は繰り返し予定の時刻に開設されるものとする。
【0076】
中央市場システム1は、次の電子市場の開設時刻になるまで(ステップS11)、随時、市場クライアント3からの次の電子市場への売買の申し込みを受け付ける(ステップS12,S13)。
【0077】
市場クライアント3から次の電子市場への売買の申し込みを受信した場合(ステップS13)、受信したデータが購買申込データならば(ステップS14)、これを購買申込データ格納部12に格納し(ステップS15)、受信したデータが販売申込データならば(ステップS14)、これを販売申込データ格納部13に格納し(ステップS16)、ステップS11に戻る。
【0078】
以上の動作を繰り返し、ステップS11で開設時刻になったならば、照合部14により照合処理を行う(ステップS17)。そして、通知部15から照合結果を市場クライアントシステムに通知する(ステップS18)。なお、ステップS18の通知は、ステップS17の照合がすべて終了してから行っても良いし、ステップS17の照合において成約する都度、その時点で行っても良い。
そして、購買申込データ格納部12と販売申込データ格納部13からデータを削除し、次の登録に備え、ステップS11に戻り、申込の受信待ちに入る。
【0079】
なお、当該回の市場に参加した市場クライアントシステム3で、取り引きが成立しなかったものは、前述したように、適宜、次の市場に参加する場合の価格等を決定し、あるいは参加しないことを決定し、参加する場合は、次の電子市場の開設時刻までに購買申込データまたは購買申込データを中央市場システム1に送信する。
【0080】
次に、図6に本実施形態の中央市場システム1のより詳しくした動作手順の他の例を示す。図5の手順では、市場開設時刻になるまで申込を受付け、市場開設時刻になったら申込を締切り、ステップS19で購買申込データ格納部12と販売申込データ格納部13が初期化された後に、次回の申込の受付を開始するが、図6の手順は、申込の受付開始時刻と受付締切時刻をも予め設定しておくようにしたものである。それ以外の点は、図5の手順と同様である。
【0081】
まず、中央市場システム1は、市場クライアントシステム3に対して市場開設情報として受付開始時刻と受付締切時刻をもあらかじめ通知部15より通知しておく。
【0082】
中央市場システム1は、受付開始時刻になったら(ステップS11−1)、受付締切時刻になるまで、随時、市場クライアント3からの当該回の電子市場への売買の申し込みを受け付ける(ステップS11−2,S12,S13)。図5の手順と同様に受信した申込データは購買申込データ格納部12または販売申込データ格納部13に格納する。
【0083】
そして、ステップS11−3で開設時刻になったならば、照合処理・通知処理を行う。そして、購買申込データ格納部12と販売申込データ格納部13からデータを削除し、次の登録に備え、ステップS11に戻り、次の受付開始時刻を待つ。
【0084】
なお、以下に示す第2〜第9の実施形態では、以上説明したような構成を基本的な構成として持つものとし、第2〜第9の実施形態の説明は、主に各実施形態が第1の実施形態と相違する点あるいは第1の実施形態に付加する点につてい行うものとする。
【0085】
(第2の実施形態)
次に、本発明の第2の実施形態について説明する。
本実施形態では、市場クライアントシステム3は一連の市場開設時刻での売買価格等の情報をあらかじめ時系列データとして中央市場システム1に送付しておき、中央市場システム1側では時系列データがある限りにおいて該当する市場クライアントシステム3については購買申込データまたは販売申込データを自動更新するようにしたものである。
【0086】
図7に本実施形態に係る電子市場システムの構成を示す。また、図8に本実施形態の中央市場システムの動作手順の一例を示す。図7に示されるように、本実施形態に係る中央市場システム1は、第1の実施形態における構成に加えて、売買申込時系列データ格納部16と更新部17を有する。
【0087】
時系列データ格納部16は、市場クライアントシステム3よりあらかじめ送付された売買申込時系列データを格納する。
【0088】
更新部17は、市場が開設される各時刻毎に、時系列データ格納部16内の各市場クライアントシステム3の売買申込時系列データから対応する時刻の購入価格または販売価格をそれぞれ抽出し、購買申込データ格納部12または販売申込データ格納部13に設定する。
【0089】
これにより、中央市場システム1と市場クライアントシステム3との間の通信を低減させることができるとともに、時間に沿って除々に販売価格を下げたり購入価格を上げたりする操作が自動化される。
【0090】
ここで、売買申込時系列データとこれによる購買申込データおよび販売申込データの自動更新について説明する。
図9に売買申込時系列データの一例を示す。図9の例では、各社の時間毎の価格はグラフの形で表され、横軸は時刻を、縦軸は価格をそれぞれ表している。この市場開設時毎の価格グラフは、各市場クライアントシステム3においてテーブルあるいは手続きの形で作成し、中央市場システム1に送付される。
【0091】
図9に示すように、一般に販売側のグラフは減少方向となり、購入側のグラフは増加方向となる。これら6つのグラフを各市場開設時刻毎に比較することにより、売買の成立が判定できる。
【0092】
図9の例の場合、11時までは販売側A、B、C社の価格は購入側D、E、F社の価格を上回っており、取り引きは成立しない。
12時になると、A社の販売価格と、D社、F社の販売価格は一致する。従ってこの時点でA社とD社、あるいはF社の間で取り引きが成立する。ここではA社とD社の間で取り引きを成立させるものとする。これ以降はA社、D社のグラフは消去する。
【0093】
次に取り引きが成立するのは、3時の時点でC社とE社あるいはF社の間である。ここでは最高購入価格と最低販売価格を提示しているF社とC社との間で成立するものとする。
このように時間に対応した販売、購入戦略を表現することができる。
【0094】
次に、図8を参照しながら本実施形態の中央市場システム1の動作手順について説明する。なお、前述したように電子市場は繰り返し予定の時刻に開設されるものであるが、図8においては繰り返しのための記述は省略し、1つの電子市場についての手順のみ示してある。
【0095】
中央市場システム1は、市場クライアント3からの申込を随時受付けており、売買申込時系列データを受信したならば、これを売買申込時系列データ格納部16に格納するものとする。
【0096】
さて、中央市場システム1では、開設時刻になったならば(あるいは開設時刻以前の設定時刻になったならば)、更新部17により次の電子市場の開設に向けて、売買申込時系列データ格納部16から当該電子市場の開設時刻に対応するデータを読み出す(ステップS21)。
【0097】
次に、更新部17は、読み出したデータが購買側のものであれば(ステップS22)、これを購買申込データとして購買申込データ格納部12に格納し(ステップS23)、読み出したデータが販売側のものであれば(ステップS22)、これを販売申込データとして販売申込データ格納部13に格納する(ステップS24)。
【0098】
なお、市場クライアントシステムから送信されてきた購買申込データや販売申込データも購買申込データ格納部12や販売申込データ格納部13に格納する。
以上の動作を、該当するデータがなくなるまで繰り返する(ステップS25)。
【0099】
次に、データの設定がすべて完了したならば(開設時刻以前に設定が完了する場合は開設時刻になったならば)、第1の実施形態で示したような照合部14による照合処理/通知部15による通知処理を行う(ステップS26,S27)。
【0100】
なお、中央市場システム1では、後処理として、購買申込データ格納部12と販売申込データ格納部13からデータを削除し、成約した売買申込時系列データものに対応する売買申込時系列データを売買申込時系列データ格納部16から削除し、次回の市場開設の準備に移行する。
【0101】
なお、本実施形態では、購買申込データや販売申込データによる申込と、売買申込時系列データによる申込の両方を受付けたが、すべて売買申込時系列データにより申込を受付けるようにしても良い。この場合、1回のみ申し込むときは、購買申込データや販売申込データに時刻の情報を付加したものを売買申込時系列データとして扱うようにすれば良い。
【0102】
(第3の実施形態)
次に、本発明の第3の実施形態について説明する。
本実施形態では、中央市場システム1から各時刻毎に販売価格の最低値、平均値、購入価格の最高値、平均値、販売申し込み総数、購入申し込み総数を各市場クライアントシステム3に通知し、市場クライアントシステム3にはこれらの情報をもとに次の時刻での販売価格あるいは購入価格を自動的に決定する機能を設けたものである。
【0103】
図10に本実施形態に係る電子市場システムの構成を示す。また、図11に本実施形態に係る市場クライアントシステムの動作手順の一例を示し、図12に本実施形態に係る中央市場システムの動作手順の一例を示す。
【0104】
本実施形態に係る中央市場システム1は、第1の実施形態における構成とほぼ同様である。図10に示されるように、本実施形態に係る市場クライアントシステム3は、第1の実施形態における構成に加えて、手続き格納部31と更新部32を有する。
【0105】
手続き格納部31には、次の時刻での販売価格あるいは購入価格を決定するための手続きが格納される。
更新部32は、手続き格納部31に格納されている予め設定された手続きを起動し、中央市場システム1から送付された市場情報に基づいて、次の時刻での販売価格あるいは購入価格を決定する。なお、決定された価格の情報を含む申込データは第1の実施形態と同様にして中央市場システム1に送付する。
これによって、市場クライアントシステム3では市場の状況に応じた自動的な判断が可能となり、市場参加者の操作の自動化が向上する。
【0106】
ここで、市場情報に基づく価格の自動決定機能について説明する。
本実施形態では、中央市場システム1は市場開設時刻以前に前回の市場に関する情報を市場クライアントシステム3に送付するものとする。これによって、市場クライアントシステム3では、これらの情報を参照して次の購入価格あるいは販売価格を決定することができる。
【0107】
具体例として、市場にA〜Fの6社が参加し、A、Bは販売側、C、D、E、Fは購入側であるとする。このとき、前回の市場開設時刻での各社の提示価格が図13に示すようであったものとする。この時点では最低販売価格が最高購入価格を上回っているため、取り引きは成立しなかったことになる。この市場に関する情報として、例えば図14に示すような市場情報を中央市場システム1が市場クライアントシステム3に知らせるとする。
【0108】
本実施形態では、各市場クライアントシステム3は、中央市場システム1より送られてくるこれらの値を用いて次の申込価格を決定する手続きを内蔵することができるようにしている。
【0109】
そのような手続きの一例としてA社の手続きを以下に示す。
(1)もし、販売提示総数<購入提示総数ならば、販売価格はそのままで提示する。
(2)もし、最高購入提示価格<販売限界価格ならば、次回は提示しない。
(3)もし、販売価格−最高購入提示価格<10ならば、その差の半分だけ販売価格を下げる。
【0110】
第1の条件は、供給より需要が上回っている場合であり、売り手としては強気で販売価格を下げずに対処することを表している。第2の条件は、販売の限界価格以上の購入提示がない場合であり、この場合は取り引きの見込みがないとし判断し、次回には提示しないことを表している。第3の条件は、提示した販売価格と最高購入提示価格の差が小さいと判断した場合であり、この場合は販売価格を下げて取り引きの成立を目指すことを表している。
【0111】
このように規則の形式で手続きを記述し、マッチしたものが複数個あるならば規則間で優先度を設ける方式が考えられる。なお、手続きの記述はどのような形式でも良い。
このように、中央市場システム1より送られてくる市場情報を用いて次回の市場開設時刻に提示する価格を決定する手続きを内蔵することにより、市場クライアントシステム3では、市場状況に応じた判断が可能となる。
【0112】
次に、図11、図12を参照しながら本実施形態の電子市場システムの動作手順について説明する。なお、前述したように電子市場は繰り返し予定の時刻に開設されるものであるが、図12においては繰り返しのための記述は省略し、1つの電子市場についての手順のみ示してある。
【0113】
市場に参加しようとする販売側または購入側の市場クライアントシステム3は、売買の申し込み情報を作成して中央市場システム1に転送する(ステップS31)。そして、中央市場システム1からの通知を待つ。
【0114】
一方、中央市場システム1では、第1の実施形態と同様に、申込データの受付け、格納、照合、通知等の処理を行う(ステップS36)。また、市場情報の送信を行う(ステップS37)。
【0115】
さて、市場に参加した各市場クライアントシステム3は、取り引きが成立した旨の通知を受け取ったことにより、当該申込の目的が達成されたことを知ることができる。また、取り引きが成立しなかった旨の通知を受け取ったことにより、取り引きが成立した旨の通知が送られてこなかったことにより、当該申込の目的が達成されたことを知ることができる。
【0116】
市場クライアントシステム3は、取り引きが成立しなかったことを知った場合(ステップS32)、中央市場システム1から送信される市場情報を受信し(ステップS33)、更新部32により手続きを起動し市場情報に基づいて次の時刻での販売価格あるいは購入価格を決定する(ステップS34)。なお、直前の市場情報だけではなく過去の市場情報の履歴に基づいて次の売買申込時系列データを生成するようにしても良い。
【0117】
もし、次の市場への参加はしないことが決定された場合(ステップS35)、手順を終了する。
もし、次の市場へ再度参加する場合(ステップS35)、ステップS31に戻り、売買の申し込み情報を中央市場システム1に転送して、結果の通知を待つ。なお、市場クライアントシステム3は、取り引きが成立したことを知った場合(ステップS32)、当該手順に関してはこれを終了する。なお、この場合においても、後の参考等のため、中央市場システム1から送信される市場情報を受信し、これを蓄積するようにしても良い。
【0118】
(第4の実施形態)
次に、本発明の第4の実施形態について説明する。
本実施形態では、第2の実施形態のように市場クライアントシステム3は一連の市場開設時刻での売買価格等の情報をあらかじめ申込時系列データとして中央市場システム1に送付しておき、中央市場システム1側では時系列データがある限りにおいて該当する市場クライアントシステム3については購買申込データまたは販売申込データを自動更新するようにするとともに、第3の実施形態のように、市場クライアントシステム3には、中央市場システム1から通知された、販売価格の最低値、平均値、購入価格の最高値、平均値、販売申し込み総数、購入申し込み総数をもとに、次の申込時系列データを生成する機能を設けたものである。
【0119】
図15に本実施形態に係る電子市場システムの構成を示す。また、図16に本実施形態に係る中央市場システムの動作手順の一例を示し、図17に本実施形態に係る市場クライアントシステムの動作手順の一例を示す。
【0120】
図15に示されるように、本実施形態に係る中央市場システム1は、第1の実施形態における構成に加えて、売買申込時系列データ格納部18と更新部19を有する。
時系列データ格納部18は、市場クライアントシステム3よりあらかじめ送付された売買申込時系列データを格納する。
更新部19は、市場が開設される各時刻毎に、時系列データ格納部18内の各市場クライアントシステム3の売買申込時系列データから対応する時刻の購入価格または販売価格をそれぞれ抽出し、購買申込データ格納部12または販売申込データ格納部13に設定する。
これにより、中央市場システム1と市場クライアントシステム3との間の通信を低減させることができるとともに、時間に沿って除々に販売価格を下げたり購入価格を上げたりする操作が自動化される。
【0121】
図15に示されるように、本実施形態に係る市場クライアントシステム3は、第1の実施形態における構成に加えて、手続き格納部33と更新部34を有する。
【0122】
手続き格納部33には、次の売買申込時系列データを決定するための手続きが格納される。なお、第3の実施形態では、手続きは次の売買申込データを決定するためのものであったが、本実施形態の場合、時系列データを決定するために、手続きとして、例えば時間に対する価格の増加あるいは減少の傾きを設定あるいは修正する規則、時間の経過に伴った価格の変化のさせ方(時間−価格曲線の形状;図9参照)の設定あるいは修正する規則等が含まれる。
【0123】
更新部34は、手続き格納部33に格納されている予め設定された手続きを起動し、中央市場システム1から送付された市場情報に基づいて、次の売買申込時系列データを決定する。なお、決定された売買申込時系列データは第1の実施形態と同様にして中央市場システム1に送付する。
これによって、市場クライアントシステム3では市場の状況に応じた自動的な判断が可能となり、市場参加者の操作の自動化が向上する。
【0124】
次に、図16を参照しながら本実施形態の中央市場システム1の動作手順について説明する。なお、前述したように電子市場は繰り返し予定の時刻に開設されるものであるが、図16においては繰り返しのための記述は省略し、1つの電子市場についての手順のみ示してある。
【0125】
中央市場システム1は、市場クライアント3からの申込を随時受付けており、売買申込時系列データを受信したならば、これを売買申込時系列データ格納部16に格納するものとする。
【0126】
さて、中央市場システム1では、開設時刻になったならば(あるいは開設時刻以前の設定時刻になったならば)、更新部19により次の電子市場の開設に向けて、売買申込時系列データ格納部18から当該電子市場の開設時刻に対応するデータを読み出す(ステップS41)。
【0127】
次に、更新部19は、読み出したデータが購買側のものであれば(ステップS42)、これを購買申込データとして購買申込データ格納部12に格納し(ステップS43)、読み出したデータが販売側のものであれば(ステップS42)、これを販売申込データとして販売申込データ格納部13に格納する(ステップS44)。
【0128】
なお、市場クライアントシステムから送信されてきた購買申込データや販売申込データも購買申込データ格納部12や販売申込データ格納部13に格納する。
以上の動作を、該当するデータがなくなるまで繰り返する(ステップS45)。
【0129】
次に、データの設定がすべて完了したならば(開設時刻以前に設定が完了する場合は開設時刻になったならば)、照合部14による照合処理/通知部15による通知処理を行う(ステップS46,S47)。
【0130】
なお、中央市場システム1では、後処理として、購買申込データ格納部12と販売申込データ格納部13からデータを削除し、成約した売買申込時系列データものに対応する売買申込時系列データを売買申込時系列データ格納部18から削除し、次回の市場開設の準備に移行する。
【0131】
次、図17を参照しながら本実施形態の市場クライアントシステムの動作手順について説明する。
市場に参加しようとする販売側または購入側の市場クライアントシステム3は、売買申込時系列データを作成して中央市場システム1に転送する(ステップS51)。そして、中央市場システム1からの通知を待つ(ステップS52)。
【0132】
さて、市場に参加した各市場クライアントシステム3は、取り引きが成立した旨の通知を受け取ったことにより、当該申込の目的が達成されたことを知ることができる。また、取り引きが成立しなかった旨の通知を受け取ったことにより、取り引きが成立した旨の通知が送られてこなかったことにより、当該申込の目的が達成されたことを知ることができる。
【0133】
市場クライアントシステム3は、取り引きが成立しなかったことを知った場合(ステップS53)、中央市場システム1から送信される市場情報を受信しておく(ステップS54)。
【0134】
そして、先に中央市場システム1に送信した売買申込時系列データに次回分のデータが含まれているならば(ステップS55)、ステップS52に戻って次の電子市場における結果の通知を待つ。
【0135】
一方、先に中央市場システム1に送信した売買申込時系列データにはもう次回分のデータは含まれていないならば(ステップS55)、更新部34により手続きを起動し通知された市場情報に基づいて次の売買申込時系列データを生成する(ステップS56)。なお、直前の市場情報だけではなく過去の市場情報の履歴に基づいて次の売買申込時系列データを生成するようにしても良い。
【0136】
もし、次の市場への参加はしないことが決定された場合(ステップS57)、手順を終了する。
もし、次の市場へ再度参加する場合(ステップS35)、ステップS51に戻り、売買申込時系列データを中央市場システム1に転送して、結果の通知を待つ。
【0137】
なお、市場クライアントシステム3は、取り引きが成立したことを知った場合(ステップS53)、当該手順に関してはこれを終了する。なお、この場合においても、後の参考等のため、中央市場システム1から送信される市場情報を受信し、これを蓄積するようにしても良い。
【0138】
なお、本実施形態では、先に中央市場システム1に送信した売買申込時系列データにはもう次回分のデータは含まれていない場合に、次の売買申込時系列データを生成するようにしたが、先に中央市場システム1に送信した売買申込時系列データには次回分のデータが含まれていても、これを修正したい場合には、次の売買申込時系列データを生成し、これを中央市場システム1に登録し直すようにしても良い。市場クライアントシステム3が購買申込データや販売申込データにより申し込みを行う場合の手順は、第1の実施形態と同様である。
【0139】
なお、本実施形態では、購買申込データや販売申込データによる申込と、売買申込時系列データによる申込の両方を受付けたが、すべて売買申込時系列データにより申込を受付けるようにしても良い。この場合、1回のみ申し込むときは、購買申込データや販売申込データに時刻の情報を付加したものを売買申込時系列データとして扱うようにすれば良い。
【0140】
(第5の実施形態)
次に、本発明の第5の実施形態について説明する。
本実施形態は、第3の実施形態と同じ機能を中央市場システム1に内在させるようにしたものである。
【0141】
図18に本実施形態に係る電子市場システムの構成を示す。また、図19に本実施形態の中央市場システムの動作手順の一例を示す。
図18に示されるように、本実施形態に係る中央市場システム1は、第1の実施形態における構成に加えて、売買申込データ生成手続き格納部20と更新部21を有する。
【0142】
売買申込データ生成手続き格納部20は、市場クライアントシステム3よりあらかじめ送付された、次の時刻での販売価格あるいは購入価格を決定するための売買申込データ生成手続きを格納する。
更新部21は、市場参加者の作成した売買申込データ生成手続きを実行することにより、次の時刻での販売価格あるいは購入価格を決定し、購買申込データ格納部12あるいは販売申込データ格納部13に設定する。
これによって、市場開設時刻毎の中央市場システム1と市場クライアントシステム3との間の通信を行わなくても市場状況を反映した売買申込データの生成が自動的にできる。また、時間に沿って除々に販売価格を下げたり購入価格を上げたりする操作が自動化される。
【0143】
次に、図19を参照しながら本実施形態の中央市場システム1の動作手順について説明する。なお、前述したように電子市場は繰り返し予定の時刻に開設されるものであるが、図19においては繰り返しのための記述は省略し、1つの電子市場についての手順のみ示してある。
【0144】
中央市場システム1は、市場クライアント3からの申込を随時受付けており、売買申込時系列データを受信したならば、これを売買申込時系列データ格納部16に格納するものとする。
さて、中央市場システム1では、開設時刻になったならば(あるいは開設時刻以前の設定時刻になったならば)、まず、更新部21により売買申込データ生成手続き格納部20から市場参加者の作成した売買申込データ生成手続きを読出す(ステップS61)。
【0145】
次に、更新部21は、売買申込データ生成手続きを実行することにより、通知された市場情報に基づいて、次の時刻での販売価格あるいは購入価格を決定し、あるいは次回は申し込まないことを決定する(ステップS62)。
もし、次の市場への参加はしないことが決定された場合(ステップS63)、購買申込データ格納部12および販売申込データ格納部13には何も格納しない。
もし、次の市場へ再度参加する場合(ステップS63)、更新部17は、生成されたデータが購買側のものであれば(ステップS64)、これを購買申込データとして購買申込データ格納部12に格納し(ステップS65)、生成されたデータが販売側のものであれば(ステップS64)、これを販売申込データとして販売申込データ格納部13に格納する(ステップS66)。
【0146】
なお、市場クライアントシステムから送信されてきた購買申込データや販売申込データも購買申込データ格納部12や販売申込データ格納部13に格納する。
以上の動作を、該当する手続きがなくなるまで繰り返する(ステップS25)。
【0147】
次に、データの設定がすべて完了したならば(開設時刻以前に設定が完了する場合は開設時刻になったならば)、照合部14による照合処理/通知部15による通知処理を行う(ステップS68,S69)。
【0148】
なお、中央市場システム1では、後処理として、購買申込データ格納部12と販売申込データ格納部13からデータを削除し、成約したものに対応する売買申込時系列データを売買申込時系列データ格納部16から削除し、次回の市場開設の準備に移行する。なお、ここでは、申込しないことが決定された売買申込時系列データについても、次回移行の申込の可能性がないものとして売買申込時系列データ格納部16から削除するものとする。
【0149】
一方、市場に参加しようとする販売側または購入側の市場クライアントシステム3は、売買申込時系列データを作成して中央市場システム1に転送する。そして、中央市場システム1からの通知を待つ。
【0150】
市場に参加した各市場クライアントシステム3は、取り引きが成立した旨の通知を受け取ったことにより、当該申込の目的が達成されたことを知ることができる。また、取り引きが成立しなかった旨の通知を受け取ったことにより、取り引きが成立した旨の通知が送られてこなかったことにより、当該申込の目的が達成されたことを知ることができる。
【0151】
なお、本実施形態においても、中央市場システム1から市場クライアントシステム3に市場情報を送信し、市場クライアントシステム3は送信される市場情報を受信し、これを蓄積するようにしても良い。
【0152】
なお、市場クライアントシステム3は売買申込データ生成手続きに有効期間の情報を付加して中央市場システム1に送信し、中央市場システム1は各売買申込データ生成手続きについてその有効期間の間だけこれを用いるようにしても良い。市場クライアントシステム3が購買申込データや販売申込データにより申し込みを行う場合の手順は第1の実施形態と同様である。
【0153】
なお、本実施形態では、購買申込データや販売申込データによる申込と、売買申込時系列データによる申込の両方を受付けたが、すべて売買申込データ生成手続きにより申込を受付けるようにしても良い。この場合、1回のみ申し込むときは、1回分の購買申込データや販売申込データを生成する売買申込データ生成手続きを用いるようにすれば良い。
【0154】
なお、本実施形態でも、第4の実施形態と同様に市場クライアントシステム3に中央市場システム1から通知された市場情報をもとにして売買申込データ生成手続きを作成する機能を設け、市場クライアントシステム3が、中央市場システム1からの市場情報をもとに所定の手続きにより売買申込データ生成手続きを生成しあるいは修正し、これを中央市場システム1に登録するあるいは登録し直すようにしても良い。
【0155】
以上、基本的な構成を有する第1の実施形態、購買申込データと販売申込データに関する所定の機能を中央市場システムや市場クライアントシステムに付加した第2の実施形態〜第5の実施形態について説明してきたが、これら各実施形態は、任意に組み合わせて実施することが可能である。
【0156】
例えば、第1の実施形態〜第6の実施形態までのすべての機能を備え、市場クライアントシステムは、購買申込データあるいは販売申込データによっても、売買申込時系列データによっても、売買申込データ生成手続きによっても、中央市場システムに申込を行うことができるようにしても良い。
【0157】
以下では、複数の市場への重複した申込を実現する場合の実施形態について説明する。以下の第6〜第9の実施形態では、説明を分かりやすくするために、市場クライアントシステムは購買申込データあるいは販売申込データによって申込を行う場合について説明するが、第1の実施形態〜第6の実施形態のうちから任意に組み合わせたものを、第6〜第9の各実施形態に適用することが可能である。
【0158】
(第6の実施形態)
次に、本発明の第6の実施形態について説明する。
図20に本実施形態に係る電子市場システムの構成を示す。また、図21に本実施形態に係る中央市場システムの動作手順の一例を示す。
【0159】
本実施形態では、第1の実施形態における構成において、中央市場システム1に2系統の電子市場の機能を設けたものであり、第1系統に専用に購買申込データ格納部121 と販売申込データ格納部131 と照合部141 が設けられ、第2系統に専用に購買申込データ格納部122 と販売申込データ格納部132 と照合部142 が設けられ、入力部11と通知部15は両系統で共用される。
【0160】
また、本実施形態に係る中央市場システム1は、第1の実施形態における構成に加えて、第1系統の電子市場と第2系統の電子市場を連動させるために、連動手続き格納部22と連動部23を有する。
【0161】
本実施形態では、1つの中央市場システム1により電子市場が複数商品について開設される場合を想定している。すなわち、購入者は複数商品市場のいずれかの市場で有利な方に参加したいという場合である。このような場合には、市場クライアントシステム3は複数の市場に申し込み情報が重複している旨を記入して中央市場システム1に送付する。
【0162】
これを受理した中央市場システム1では、連動部23により売買が重複しないように制御を行う。連動部23には双方の照合部141 ,142 より照合結果が入力され、連動部23はあらかじめ重複申込が連動手続きとして連動手続き格納部22に登録されているならば、これを実行して他方の売買申込データを変更する。これによって、市場内の商品市場間の連動を可能にできる。
【0163】
次に、具体例を用いて商品市場間の連動処理について説明する。
本例では、「りんご」と「みかん」に対する市場が同時に開設されるとする(りんご市場が第1系統で、みかん市場第2系統で開設されるとする)。ここでは購入者は複数の市場に同時に申し込めるとする。また、いずれかの市場で成立すれば、他の市場ではキャンセルする連動機能を持つものとする。
【0164】
ここでは、りんご市場におけるある時刻での申込状況が図22に示すようであり、また、みかん市場におけるある時刻での申込状況が図23に示すようであるとする。
【0165】
ここではE社は「りんご」か「みかん」のいずれかが必要なのであって両方はいらないと仮定する。2つの市場が独立ならば、りんご市場では最低販売価格を提示したA社と最高購入価格を提示したE社の取り引きが成立し、みかん市場で同様にC社とE社の取り引きが成立し、E社が重複して購入しなければならない。このような重複を避けながら複数の市場に同時に申し込める機能を実現するため、重複して申し込む場合には、市場クライアントシステム3では予め中央市場システム1に連動していることを知らせ、中央市場システム1では連動情報を保持し、一方の市場が成立すれば他方の市場への申込を変更することにより重複を避ける手法を導入する。
【0166】
E社は予めりんご市場への申込とみかん市場への申込が重複していることを申込時に中央市場システム1に知らせる。連動手続きには、例えば次のような手続きが連動手続き格納部22に登録される。
【0167】
(1)もし、りんご市場でE社が成立すれば、みかん市場でのE社の申込をキャンセルする。
(2)もし、みかん市場でE社が成立すれば、みかん市場でのE社の申込をキャンセルする。
【0168】
りんご市場とみかん市場のいずれが先に開設されても良いが、ここではりんご市場が先とする。りんご市場において最低販売価格を提示したA社と最高購入価格を提示したE社との間で取り引きが成立する。
【0169】
中央市場システム1の第1系統の照合部141 では、この成約情報を連動部23に知らせる。連動部23では登録されいている連動手続きとのマッチングを行う。この場合、第1の規則とマッチングがとれるので、第2系統の購買申込データ格納部122 から該当するデータを削除して、みかん市場でのE社の申込をキャンセルする。次にみかん市場が開設されたとき、E社の申込はキャンセルされているので、C社とG社との間で取り引きが成立する。
このように複数商品の市場の同時開設において、競合を解消することにより市場参加者の利便性を増すことができる。
【0170】
次に、図21を参照しながら本実施形態の中央市場システム1の動作手順について説明する。なお、前述したように電子市場は繰り返し予定の時刻に開設されるものであるが、図21においては繰り返しのための記述は省略し、1つの電子市場についての手順のみ示してある。
【0171】
中央市場システム1は、クライアントシステム3からの申込を受付ける(ステップS71)。
受信した申込が第1系統の市場に対するものであれば、申込データを購買申込データ格納部121 または販売申込データ格納部131 に格納し(ステップS72−1)、第2系統の市場に対するものであれば、申込データを購買申込データ格納部122 または販売申込データ格納部132 に格納する(ステップS72−2)。
【0172】
なお、前述のように重複参加の申込である場合には、購買申込データ格納部121 と122 の両方または販売申込データ格納部131 と132 の両方に格納されることになり、また、前述したような連動手続きが連動手続き格納部22に登録される。
なお、ステップS72−1、ステップS72−2は、申込の受信に応じて繰り返し行われる。
それぞれの系統では、市場開設時間となると、照合部141 ,142 により市場クライアントシステム3からの売買の申し込みを照合して売買の成立をはかる(ステップS73−1とステップS73−2)。
【0173】
そして、前述したように必要に応じて連動処理が行われる(ステップS74−1とステップS74−2)。例えば、前述したように重複申込について先に成約した第1系統では成立情報を照合部141 から連動部23に知らせ、連動部23では連動手続きに従って第2系統の対応する申込をキャンセルすることを決定し、第2系統ではこれに応じて購買申込データ格納部122 または販売申込データ格納部132 から該当するデータが削除される。
以上の手順が、それぞれの系統について、照合が完了するまで繰り返し行われる(ステップS75−1とステップS75−2)。
なお、第1の実施形態で説明したように、必要に応じて通知処理が行われる。
【0174】
一方、市場に参加しようとする販売側または購入側の市場クライアントシステム3は、申込にあたって申込が重複していることをも中央市場システム1−1,1−2に通知する。そして、中央市場システム1−1,1−2からの通知を待つ。
【0175】
市場に参加した各市場クライアントシステム3は、取り引きが成立した旨の通知を受け取ったことにより、当該申込の目的が達成されたことを知ることができる。また、取り引きが成立しなかった旨の通知を受け取ったことにより、取り引きが成立した旨の通知が送られてこなかったことにより、当該申込の目的が達成されたことを知ることができる。
【0176】
なお、第1の実施形態で説明したように申込の数量の一部のみ成約することがある場合において、一部のみでは成約しないようにしても良いし、一部のみ成約した場合、他の系統の市場において当該データについてその成約した一部の数量のみキャンセルする(データ中の数量を更新する)ようにしても良いし、一部のみ成約した場合、他の系統の市場において当該データをすべてキャンセルするようにしても良い。
本実施形態では、2つの市場の連動について説明したが、3以上の市場を連動させることも同様して可能である。
【0177】
(第7の実施形態)
次に、本発明の第7の実施形態について説明する。
図24に本発明の第7の実施形態に係る電子市場システムの構成を示す。また、図25に本実施形態に係る中央市場システムの動作手順の一例を示す。
【0178】
本実施形態では、電子市場システムは、市場開設サイトにおける2つの中央市場システム1−1,1−2と、市場参加者のサイトにおける複数の市場クライアントシステム3から構成されるものである。
【0179】
第6の実施形態では、1つの中央市場システム1内に開設される複数の市場を連動させるようにしたが、本実施形態では、第6の実施形態と同様の仕組みにより、異なる2つの中央市場システム1内に夫々開設される複数の市場を連動されるようにしたものである。
【0180】
本実施形態に係る中央市場システム1−1は、第1の実施形態における構成に、市場連動手続きの機能を付加したもので、入力部11−1、購買申込データ格納部12−1、販売申込データ格納部13−1、照合部14−1、通知部15−1、市場連動手続き格納部24−1、市場連動部25−1を備えている。
【0181】
また、中央市場システム1−2は、中央市場システム1−1と同様の構成であり、入力部11−2、購買申込データ格納部12−2、販売申込データ格納部13−2、照合部14−2、通知部15−2、市場連動手続き格納部24−2、市場連動部25−2を備えている。
なお、市場クライアントシステム3の構成・動作は第6の実施形態と同様であり、また図24ではその記述を省略している。
【0182】
本実施形態では、電子市場が分散して同時開設されている場合を想定している。すなわち、購入者は分散されている複数市場に同時に参加し、いずれかの市場で売買が重複することなく有利な方での取り引きを行いたいという場合である。このような場合には、市場クライアントシステム3は複数の市場に申し込み情報が重複している旨を記入して双方の中央市場システム1−1,1−2に送付する。
【0183】
これを受理した分散された中央市場システム1−1,1−2では、それらの間で照合結果をやりとりし、売買が重複しないように制御を行う。市場連動部25−1,25−2は、他方の中央市場システム1−2,1−1から送付されてきた照合結果を受理し、あらかじめ重複申込が市場連動手続きとして市場連動手続き格納部24−1,24−2に登録されているならば、これを実行して売買申込データを変更する。これによって、市場間の連動を可能にできる。
【0184】
次に、具体例を用いて市場間の連動処理について説明する。
本例では、中央市場システム#1(1−1)が東京にあり、中央市場システム#2(1−2)が大阪にあり、東京市場と大阪市場が交互に開催され、相互に成約結果を送付するものとする。
【0185】
ここでは、東京市場での申込状況が図26に示すようになっており、また、大阪市場での申込状況が図27に示すようになっているとする。
本例では、E社は両方の市場に重複して購入の申込をしている。あらかじめ重複をとるため、両方の市場の市場連動手続き格納部24−1,24−2に例えば以下のような手続きを登録する。
(1)もし、東京市場でE社が成立すれば、大阪市場でのE社の申込をキャンセルする。
(2)もし、大阪市場でE社が成立すれば、東京市場でのE社の申込をキャンセルする。
【0186】
第1の手続きは大阪市場の市場連動手続き格納部24−2に格納され、第2の手続きは東京市場の市場連動手続き格納部24−1に格納されるようにする。
まず、東京市場が開催されるとする。この場合には、A社とE社が照合し、取り引きが成立するものとする。この結果を東京市場から大阪市場に送付する。
【0187】
大阪市場では市場連動部25−2より、上記の手続き1が起動され、購買申込データ格納部12−2から該当するデータを削除して、大阪市場でのE社の申込をキャンセルする。これにより、大阪市場では照合の対象とならないため重複は生じない。
【0188】
次に、図25を参照しながら本実施形態の中央市場システム1の動作手順について説明する。図25(a)は中央市場システム1−1の手順であり、(b)は中央市場システム1−2の手順であり、いずれも同様の手順となっている。なお、前述したように電子市場は繰り返し予定の時刻に開設されるものであるが、図25においては繰り返しのための記述は省略し、1つの電子市場についての手順のみ示してある。
中央市場システム1−1と1−2は、それぞれ、クライアントシステム3からの申込を受付ける(ステップS81−1とS81−2)。
【0189】
受信したデータが購買申込データならば、これを購買申込データ格納部12−1に格納し、受信したデータが販売申込データならば、これを販売申込データ格納部13−1に格納する(ステップS82−1とS82−2)。
【0190】
なお、前述のように重複申込である場合には、前述したような連動手続きが市場連動手続き格納部24−1に登録される。
なお、ステップS82−1、ステップS82−2は、申込の受信に応じて繰り返し行われる。
【0191】
それぞれの系統では、市場開設時間となると、照合を開始する。
まず、照合に先だって、他の中央市場システム1−2,1−1から重複申込に係るものについての成約の通知があれば(ステップS83−1とS83−2)、前述したように該通知をもとに連動処理を行う(ステップS84−1とS84−2)。例えば他の市場で成約したものに対応するデータをキャンセルする。
【0192】
次に、照合部14−1,14−2により市場クライアントシステム3からの売買の申し込みを照合して売買の成立をはかる(ステップS85−1とステップS85−2)。
【0193】
照合の結果、成約したものが重複申込に係るものであるならば、当該重複にかかる他の中央市場システム1−2,1−1に成約の通知を行う(ステップS86−1とステップS86−2)。
以上の手順が、それぞれの市場において、照合が完了するまで繰り返し行われる(ステップS87−1とステップS87−2)。
【0194】
なお、第1の実施形態で説明したように、必要に応じて通知処理が行われる。
一方、市場に参加しようとする販売側または購入側の市場クライアントシステム3は、申込にあたって重複申込に関する情報をも中央市場システム1−1,1−2に通知する。そして、中央市場システム1−1,1−2からの通知を待つ。
【0195】
市場に参加した各市場クライアントシステム3は、取り引きが成立した旨の通知を受け取ったことにより、当該申込の目的が達成されたことを知ることができる。また、取り引きが成立しなかった旨の通知を受け取ったことにより、取り引きが成立した旨の通知が送られてこなかったことにより、当該申込の目的が達成されたことを知ることができる。
【0196】
なお、第1の実施形態で説明したように申込の数量の一部のみ成約することがある場合において、一部のみでは成約しないようにしても良いし、一部のみ成約した旨とその数量を他の中央市場システムに通知し、通知を受けた他の中央市場システムは当該データについてその成約した一部の数量のみキャンセルする(データ中の数量を更新する)ようにしても良いし、一部のみ成約した旨とその数量を他の中央市場システムに通知し、通知を受けた他の中央市場システムは当該データをすべてキャンセルするようにしても良い。
本実施形態では、2つの市場の連動について説明したが、3以上の市場を連動させることも同様して可能である。
【0197】
(第8の実施形態)
次に、本発明の第8の実施形態について説明する。
図28に本発明の第8の実施形態に係る電子市場システムの構成を示す。また、図29に本実施形態に係る中央市場システムの動作手順の一例を示す。
本実施形態では、電子市場システムは、市場開設サイトにおける2つの中央市場システム1−1,1−2と、市場参加者のサイトにおける複数の市場クライアントシステム3から構成されるものである。
【0198】
本実施形態は、分散された電子市場において重複申込を制御する第2の方式である。すなわち、第7の実施形態では、複数の市場への重複申込については市場間で通知を行うなどして重複複数の市場を連動させる連動処理を行ったが、本実施形態では、連動処理は行わずその代わりに、成約するものについては市場クライアントシステム3に問い合わせを行い、購入側と販売側の双方から承認の応答があった場合に限って成約させるようにしたものである。
【0199】
本実施形態に係る中央市場システム1−1は、第1の実施形態における構成に、市場クライアントシステム3に対する確認処理の機能を付加したもので、入力部11−1、購買申込データ格納部12−1、販売申込データ格納部13−1、照合部14−1、通知部15−1、確認部26−1を備えている。
【0200】
また、中央市場システム1−2は、中央市場システム1−1と同様の構成であり、入力部11−2、購買申込データ格納部12−2、販売申込データ格納部13−2、照合部14−2、通知部15−2、確認部26−2を備えている。
なお、本実施形態に係る市場クライアントシステム3は応答部35を有するが、その他の構成・動作は第7の実施形態と同様である。
【0201】
本実施形態では、中央市場システム1−1,1−2は、それぞれ、販売申込と購買申込の照合をとるときに、対象となる市場クライアントシステム3に確認をとる。中央市場システム1−1,1−2内の確認部26−1,26−2は、それぞれ、売買の照合した双方の市場クライアントシステム3に対して確認要求メッセージを出し市場クライアントシステムからの返答を待つ。市場クライアントシステム3では重複した売買に対して1回だけ承認の応答を出し、他の売買に対しては否認の応答を出すことにより重複した売買を避けることができる。
【0202】
次に、具体例を用いて市場間の連動処理について説明する。ここでは、第7の実施形態で用いたものと同じ例を用いるものとする(図26、図27)。
前述のように本実施形態では、中央市場システム1−1,1−2では照合した結果に対して、双方の市場クライアントシステム3に問い合わせ、確認の得られたものに関して取り引きが成立する。
【0203】
ここでは、東京市場と大阪市場がほぼ同時に開設され、照合を行うとする。その結果、東京市場ではA社とE社、大阪市場ではC社とE社が照合する。
この場合、東京市場を開設する中央市場システム1−1では、対応する市場クライアントシステム3(A社とE社)に確認要求メッセージを送付し、大阪市場を開設する中央市場システム1−2では、対応する市場クライアントシステム3(C社とE社)に確認要求メッセージを送付する。
【0204】
その結果、E社には東京市場、大阪市場の双方から確認要求メッセージが到達する。市場クライアントシステム3において、複数から確認要求メッセージが到達した場合に、どのような決定方法により承認の応答をする方を決定するかについては自由であるが、ここでは、E社はどちらか早く到着した方に承認を返し、遅く到着した方には否認を返すものとする。この場合、大阪市場からの確認要求メッセージの方が早く到着し、大阪市場に承認を返すものとする。なお、この他にも決定方法としては、例えば第1の実施形態で説明したように申込の数量の一部のみ成約することがある場合において、より多くの数量が成約した方に承認の応答を通知する方法も考えられる。
【0205】
中央市場システム1−1,1−2では購買側と販売側の市場クライアントシステム3双方から承認の返事を得たときのみ取り引きが成立するので、本例では、東京市場ではE社より否認の返事を受け取ったため、A社とE社の取り引きはキャンセルし、一方、大阪市場ではC社とE社双方から承認の返事を得て、取り引きが成立する。なお、東京市場、大阪市場とも、引き続いて照合を行うが、いずれも他に照合するものがないので、照合は終了となる。
以上のように市場クライアントシステム3に問い合わせることにより重複を避けることができる。
【0206】
次に、図29を参照しながら本実施形態の中央市場システム1の動作手順について説明する。図29(a)は中央市場システム1−1の手順であり、(b)は中央市場システム1−2の手順であり、いずれも同様の手順となっている。なお、前述したように電子市場は繰り返し予定の時刻に開設されるものであるが、図25においては繰り返しのための記述は省略し、1つの電子市場についての手順のみ示してある。
【0207】
中央市場システム1−1と1−2は、それぞれ、クライアントシステム3からの申込を受付ける(ステップS91−1とS91−2)。
受信したデータが購買申込データならば、これを購買申込データ格納部12−1に格納し、受信したデータが販売申込データならば、これを販売申込データ格納部13−1に格納する(ステップS92−1とS92−2)。
なお、ステップS92−1、ステップS92−2は、申込の受信に応じて繰り返し行われる。
それぞれの系統では、市場開設時間となると、照合部14−1,14−2により市場クライアントシステム3からの売買の申し込みを照合して売買の成立をはかる(ステップS93−1とステップS93−2)。
【0208】
次に、前述したように、成約し得るものについて対象となる購入側と販売側の双方の市場クライアントシステム3に確認をとり、双方の市場クライアントシステム3から承認の応答があったに場合にのみこれを成約させ、それ以外の場合には取り引きが成立しないものとする(ステップS94−1とステップS94−2)。
【0209】
そして、成約した旨あるいは成約しなかった旨等の情報を市場クライアントシステム3に送信する(ステップS95−1とステップS95−2)。
以上の照合処理と確認処理が、それぞれの市場において、照合が完了するまで繰り返し行われる(ステップS87−1とステップS87−2)。
【0210】
なお、第1の実施形態で説明したように、必要に応じて通知処理が行われる。
一方、市場に参加しようとする販売側または購入側の市場クライアントシステム3は、申込にあたって重複申込に関する情報をも中央市場システム1−1,1−2に通知する。そして、中央市場システム1−1,1−2からの通知を待つ。
【0211】
市場に参加した各市場クライアントシステム3は、取り引きが成立した旨の通知を受け取ったことにより、当該申込の目的が達成されたことを知ることができる。また、取り引きが成立しなかった旨の通知を受け取ったことにより、取り引きが成立した旨の通知が送られてこなかったことにより、当該申込の目的が達成されたことを知ることができる。
【0212】
なお、上記ではすべての申込について確認を行うようにしたが、第7の実施形態のように重複申込である場合には、その旨を市場クライアントシステム3から重複申込する各中央市場システム1−1,1−2に通知し、各中央市場システム1−1,1−2では、重複情報を登録しておき、確認の処理は重複申込に係るものについてのみ行うようにしても良い。
本実施形態では、2つの市場の連動について説明したが、3以上の市場を連動させることも同様して可能である。
【0213】
(第9の実施形態)
次に、本発明の第9の実施形態について説明する。
図30に本発明の第9の実施形態に係る電子市場システムの構成を示す。また、図31に本実施形態に係る中央市場システムの動作手順の一例を示す。
【0214】
本実施形態では、電子市場システムは、市場開設サイトにおける2つの中央市場システム1−1,1−2と、市場参加者のサイトにおける複数の市場クライアントシステム3から構成されるものである。
【0215】
本実施形態では、分散された電子市場において重複申込を制御する第3の方式である。本実施形態では、複数の市場に重複参加する市場クライアントシステム3側が同時刻においては1つの市場に参加するように設定した時間依存手続きを作成して中央市場システム1−1,1−2に送信し、中央市場システム1−1,1−2では受信した時間依存手続きに従って申込データを更新するようにしたものである。
【0216】
本実施形態に係る中央市場システム1−1は、第1の実施形態における構成に、時間依存手続きの機能を付加したもので、入力部11−1、購買申込データ格納部12−1、販売申込データ格納部13−1、照合部14−1、通知部15−1、時間依存手続き格納部27−1、時間更新部28−1を備えている。
【0217】
また、中央市場システム1−2は、中央市場システム1−1と同様の構成であり、入力部11−2、購買申込データ格納部12−2、販売申込データ格納部13−2、照合部14−2、通知部15−2、時間依存手続き格納部27−2、時間更新部28−2を備えている。
【0218】
本実施形態では、複数市場に同時に参加する市場クライアントシステム3はあらかじめ参加時間を時間依存手続きに登録する。中央市場システム1−1,1−2では、それぞれ、市場開設時間毎に時間更新部28−1,28−2を起動し、時間依存手続きを実行することにより、重複した申込を時間毎に切り替えることにより重複を制御する。
【0219】
次に、具体例を用いて時間依存手続きによる時間更新について説明する。
ここでは、各中央市場システム1−1,1−2での照合開始時刻と照合終了時刻があらかじめ公開されているとする。中央市場システム1−1,1−2では照合開始時刻までに申し込まれた売買申し込みを照合し、結果を照合終了時刻までに市場クライアントシステム3に送付するものとする。
【0220】
本例では、東京市場は中央市場システム1−1により開設され、大阪市場は中央市場システム1−2により開設されるものとする。また、東京市場の照合開始時刻と照合終了時刻が図32に示すようであるり、大阪市場の照合開始時刻と照合終了時刻が図33に示すようであるとする。
【0221】
東京市場と大阪市場の双方に参加しようとする市場クライアントシステム3では双方の市場開設時間の重複を調べることにより、最適な市場参加方法を決める。例えば、それぞれの照合開始時刻と照合終了時刻が図32と図33のようである場合は、図34に示すようにスケジューリングすれば、同時刻での重複はない。
【0222】
市場クライアントシステム3では重複のない市場参加時間をあらかじめ求め、時間依存手続きとして表現して中央市場システム1−1,1−2に送付する。この手続きの表現は、単なる参加時間のリストでもよいし、規則性を利用した手続き表現でもよい。なお、申込データについては第1の実施形態のようにその都度送信しても良いし、第2の実施形態のように時系列データとして送信しても良いし、第5の実施形態のように手続きとして送信しても良いし、時間依存手続き中に付加して送信するようにしても良い。
【0223】
中央市場システム1−1,1−2では、各市場開設時刻毎に時間更新部28−1,28−2により時間依存手続きを起動して各市場クライアントシステム3が参加するか否かを決定し、参加する場合には申込データを購買申込データ格納部12−1,12−2または販売申込データ格納部13−1,13−2に格納し、照合を行う。このようにして、分散された市場間の重複をとることができる。
【0224】
次に、図31を参照しながら本実施形態の中央市場システム1−1,1−2の動作手順について説明する。なお、図31においては繰り返しのための記述は省略し、1つの電子市場についての手順のみ示してある。
【0225】
中央市場システム1−1は、市場クライアント3からの申込を随時受付けており、時間依存手続きを受信したならば、これを時間依存手続き格納部27−1に格納するものとする。
【0226】
さて、中央市場システム1では、開設時刻になったならば(あるいは開設時刻以前の設定時刻になったならば)、まず、時間更新部28−1により時間依存手続き格納部27−1から市場参加者の作成した時間依存手続きを読出す(ステップS101)。
【0227】
次に、更新部27−1は、時間依存手続きを実行することにより、次の時刻の市場に参加するか否かを決定するとともに、参加する場合の申込データを求める(ステップS102)。
【0228】
もし、次の市場への参加はしないことが決定された場合(ステップS103)、購買申込データ格納部12および販売申込データ格納部13には何も格納しない。
【0229】
もし、次の市場へ再度参加する場合(ステップS103)、更新部27−1は、求められた申込データが購買側のものであれば(ステップS104)、これを購買申込データ格納部12−1に格納し(ステップS105)、求められた申込データが販売側のものであれば(ステップS104)、これを販売申込データ格納部13−1に格納する(ステップS106)。
以上の動作を、該当する手続きがなくなるまで繰り返す(ステップS25)。
【0230】
なお、時間依存手続きの通知なしに購買申込データや販売申込データを受付ける場合には、市場クライアントシステムから送信されてきた購買申込データや販売申込データも購買申込データ格納部12−1や販売申込データ格納部13−1に格納する。
【0231】
次に、データの設定がすべて完了したならば(開設時刻以前に設定が完了する場合は開設時刻になったならば)、照合部14−1による照合処理/通知部15−1による通知処理を行う(ステップS108,S109)。
【0232】
なお、ここでは、成約があったものについては時間依存手続きに記述されている他の市場に該当する中央市場システム1−2にその情報を通知し、通知を受けた他の中央市場システム1−2では対応する情報をすべて削除するものとする。
【0233】
なお、第1の実施形態で説明したように申込の数量の一部のみ成約することがある場合において、一部のみでは成約しないようにしても良いし、一部のみ成約した旨とその数量を他の中央市場システムに通知し、通知を受けた他の中央市場システムは当該データについてその成約した一部の数量に対応するデータの部分のみキャンセルする(データ中の数量を更新する)ようにしても良いし、一部のみ成約した旨とその数量を他の中央市場システムに通知し、通知を受けた他の中央市場システムは対応する情報をすべてキャンセルするようにしても良い。
【0234】
なお、中央市場システム1−1では、後処理として、購買申込データ格納部12−1と販売申込データ格納部13−1からデータを削除し、成約したものに対応する時間依存手続きを時間依存手続き格納部16−1から削除し、次回の市場開設の準備に移行する。
【0235】
なお、第1の実施形態で説明したように、必要に応じて通知処理が行われる。
中央市場システム1−2についても以上と同様である。
【0236】
一方、市場に参加しようとする販売側または購入側の市場クライアントシステム3は、申込にあたって時間依存手続きをも中央市場システム1−1,1−2に通知する。そして、中央市場システム1−1,1−2からの通知を待つ。
【0237】
市場に参加した各市場クライアントシステム3は、取り引きが成立した旨の通知を受け取ったことにより、当該申込の目的が達成されたことを知ることができる。また、取り引きが成立しなかった旨の通知を受け取ったことにより、取り引きが成立した旨の通知が送られてこなかったことにより、当該申込の目的が達成されたことを知ることができる。
本実施形態では、2つの市場の連動について説明したが、3以上の市場を連動させることも同様にして可能である。
【0238】
(第10の実施形態)
次に、本発明の第10の実施形態について説明する。
図35に本実施形態に係る電子市場システムの構成を示す。
本電子市場システムは、市場を運営する中央市場システム101と、市場に参加する売り手のサイトに設置される複数の売り手側端末103と、市場に参加する買い手のサイトに設置される複数の買い手側端末102から構成される。
【0239】
中央市場システム101の基本的な機能として、市場に関する情報提供およびマッチングの2つの機能のうちの少なくとも一方を提供する。市場に関する情報提供とは、買い手側の購入したい商品に関する情報を売り手側から入手し、これを買い手側に返送する機能である。マッチング機能とは、買い手側の購入したい商品に関する情報を売り手側から入手するとともに、中央市場システム101では買い手側の仕様との照合を行ない、もっともふさわしいものを選択して仮予約し、売り手側、買い手側の双方に通知する機能である。
【0240】
市場に関する情報提供機能に関しては、買い手側の仕様と売り手側の情報との照合は買い手側端末で行なわれる。選択された商品を購入するためには買い手側は照合結果に基づいて購入依頼書を発行する(ただし、情報提供と購入依頼書の発行との間に時間的な差異が生じ、もっともふさわしい商品が品切れにより購入できない状況が生じる可能性はある)。中央市場システム101は購入依頼書を売り手側に中継し、売り手側から受諾メッセージが来たら買い手側に取引成立通知を送信する。
マッチング機能では、予め買い手側は仕様を明確に記述しておく。この場合、情報入手と照合との間に時間的な差異がないためもっともふさわしい商品が必ず仮予約できる。
【0241】
(第11の実施形態)
次に、本発明の第11の実施形態について説明する。
図36に本実施形態に係る電子市場システムの構成を示す。本電子市場システムは、市場を運営する中央市場システム101と、市場に参加する売り手のサイトに設置される複数の売り手側端末103と、市場に参加する買い手のサイトに設置される複数の買い手側端末102から構成される。本実施形態は、市場に関する情報提供の機能を提供するものである。
【0242】
電子市場システム101における電子市場の開設に先だって、売り手側の商品情報は予め中央市場システム101内の売り手商品ファイル114に格納されている。
市場の開設は買い手側のアクセスが生じたときにオンデマンドで行なわれる。
【0243】
中央市場システム101は、買い手側端末102より送付される見積り依頼書を買い手側受信部111により受け取り、売り手選択部112では対応する商品を販売する売り手を売り手商品ファイル114より検索して選択する。続いて、売り手側送信部113により、選択された売り手に見積り依頼を送信して売り手端末103よりの返信を待つ。
【0244】
売り手側では、端末103内に格納されたプログラムによりあるいは人手の介在により、対応する商品の見積書を作成して中央市場システムに返信する。
【0245】
中央市場システム101では、売り手側受信部115により売り手から返送される見積書を受信すると、それらをまとめて買い手側送信部116を起動し、対応する買い手側に返送する。
【0246】
以上の処理は予め決められた時間内に行なわれるものとする。すなわち、売り手側からの返信が一定時間内にない場合には返信がないものとして処理を続行する。これにより、買い手側では見積り依頼書を発行してから一定時間内に必ず返答を受け取ることが保証され、予め決められた時刻に開設される市場に比べて大幅な業務効率の向上がはかれる。
【0247】
買い手側では返送された見積書より購入依頼書を発行して中央市場システム101に送信する。
中央市場システム101では、買い手側受信部111により購入依頼書を受信すれば、売り手側送信部113により対応する売り手端末に送信する。
【0248】
売り手側端末103では、購入依頼書を受信すれば在庫/納期等をチェックして、accept/rejectのいずれかを中央市場システム101に返送する。
【0249】
中央市場システム101では、売り手側端末103よりacceptを受信することにより取引の成立とみなし、対応する買い手側端末102、売り手側端末103の双方に通知するとともに、取引の照明のための記録を保存する。
【0250】
中央市場システム101が売り手端末103よりrejectを受信すれば取引は不成立であり、買い手側送信部116により対応する買い手側端末102にrejectを返信する。
【0251】
以下、具体例を用いて本実施形態を説明する。
ここでは、3つの買い手側端末(A、B、C)と3つの売り手側端末(X、Y、Z)が存在するものとして説明する。また、本市場の扱う商品を、「りんご」と「みかん」とする。X、Y、Z社の「りんご」の販売価格および在庫を図37のように仮定し、「みかん」の販売価格および在庫を図38のように仮定する。
【0252】
A社の買い手側端末102より、みかん100個の見積り依頼書が中央市場システム101に送信されてきたとする。
買い手側受信部111はこの情報を売り手選択部112に渡す。売り手選択部112は売り手商品ファイル114を検索し、該当する売り手を得る。ここでは、売り手商品ファイル114には図39のように情報が格納されているとする。
これより売り手送信部113は、みかんを取り扱う売り手はX、Y、Zの3社であることを知り、X、Y、Z社にA社の見積り依頼書を送付し、返答を待つ。
本例の場合、X社は在庫が不足するため返答しない。Y社は120円、Z社は100円という見積書を一定時間内に返答する。
【0253】
中央市場システム101は、この結果をまとめて、買い手側送信部116により、A社に対して、Y社は120円、Z社は100円という情報を一定時間内に返答する。
A社の買い手側端末102は、これを受けて自動的にあるいは人手の介在により、例えばZ社の方が安価なのでZ社を選択し、Z社に対する購入依頼書を一定時間内に中央市場システム101に送付する。
【0254】
中央市場システム101では、A社からの購入依頼書を受信すると、見積り記録ファイル(図示せず)を参照し、対応するZ社に購入依頼書を転送する。
Z社は購入依頼書を受信すると在庫をチェックしてaccept/rejectを判定し、中央市場システム101に返答する。
中央市場システム101は、Z社よりacceptを受信すると取引成立とみなし、A社に通知するとともに、取引の証明のための記録を保存する。
以上の処理におけるA社、中央市場システム、Z社間の情報の流れを図40に示す。
【0255】
(第12の実施形態)
次に、本発明の第12の実施形態について説明する。
図41に本実施形態に係る電子市場システムの構成を示す。本電子市場システムは、市場を運営する中央市場システム101と、市場に参加する売り手のサイトに設置される複数の売り手側端末103と、市場に参加する買い手のサイトに設置される複数の買い手側端末102から構成される。本実施形態は、マッチング機能を提供するものである。
【0256】
電子市場システム101における電子市場の開設に先だって、売り手側の商品情報は予め中央市場システム101内の売り手商品ファイル114に格納されている。
市場の開設は買い手側のアクセスが生じたときにオンデマンドで行なわれる。ただし、一定時間内に到着した複数の買い手側アクセスを一括して取り扱うことも可能とする。このように一括して取り扱うと、売り手側にも買い手を選択する機能を組み込むことが可能となる。
【0257】
中央市場システム101は、買い手側端末102より送付される見積り依頼書を買い手側受信部111により受け取り、一定時間以内にこれらを一括して売り手選択部112に伝達し、対応する商品を販売する売り手を売り手商品ファイル114より検索して選択する。続いて、売り手側送信部113により、選択された売り手に見積り依頼を送信して売り手端末よりの返信を待つ。
売り手側では、端末103内に格納されたプログラムによりあるいは人手の介在により、対応する商品の見積書を作成して中央市場システム101に返信する。
【0258】
中央市場システム101では、売り手側受信部115により売り手から返送される見積書を受信すると、照合部117によりマッチングを行なう。照合部117ではマッチングの結果もっともふさわしい売り手と買い手の対を仮予約として登録し、買い手側送信部115ではそれぞれ対応する買い手側に返送する。
買い手側では返送された仮予約書を受信すると一定時間内に購入依頼書を発行して中央市場システム101に送信する。
【0259】
中央市場システム101では、買い手側受信部111により購入依頼書を受信すれば取引の成立とみなし、対応する買い手側端末102、売り手側端末103の双方に通知するとともに、取引の照明のための記録を保存する。買い手側端末103より一定時間内に購入依頼書が送信されてこない場合には、取引不成立とみなし、仮予約を取り消す。
【0260】
以下、具体例を用いて本実施形態を説明する。
取り扱う商品、および売り手の商品に関しては第11の実施形態すなわち図37、図38、図39と同様とする。なお、本実施形態では、買い手側は照合のための購入条件を見積り依頼書中に明記するものとする。
【0261】
A社の買い手側端末102より見積り依頼書が送信され、この見積り依頼書では、りんご50個、価格は100円以下という購入条件が提示されたとする。同様に、B社からは、りんご50個、価格は120円以下という購入条件が提示されたとする。
【0262】
中央市場システム101では、買い手側受信部111によりこの情報を照合部118に渡す。照合部118は、売り手商品ファイル114よりりんごの取り扱いはX、Y社であることを知り、X、Y社に対してA社とB社の購入条件を送付し、返答を待つ。
【0263】
X社、Y社はA社とB社の購入条件に対して次のような返答を作成するとする。ただし、Y社のりんごの販売価格は120円であり、A社の購入条件を満たさないのでY社からA社への返答はないとする。
X社からA社への返答 : 価格100円、個数50個X社からB社への返答:価格100円、個数50個Y社からA社への返答:rejectY社からB社への返答:価格120円、個数50個中央市場システム101の売り手側受信部115は、X社、Y社からこの情報を受け取ると照合部117に渡し、照合が開始される。この場合、X社の在庫は50個であるので、A社とB社の両方には販売できない。
【0264】
照合部117における照合方法は、種々のものが考えられるが、ここではランダムに売り手を並べ、その順に在庫のある限りマッチングする手法とする。この照合処理の手順の一例を図42に示す。
【0265】
以下、図42のフローチャートに沿ってマッチングの一例を説明する。
まず、ステップS111で売り手、買い手の対を作る。本例においてはpは以下の3個となる。
(X社、A社)、(X社、B社)、(Y社、B社)
なお、括弧内の左側の要素が売り手、右側の要素が買い手である。
【0266】
ステップS112において、買い手を順に並べる。第1のケースとしてb(1)をA社、b(2)をB社とした場合について説明する。
ステップS113において、b(1)はemptyではないのでステップS114に進む。
ステップS114で、A社に対する回答はX社のみであるので、ステップS115は通過し、ステップS116でマッチングによりA社とX社が照合するので、これを仮予約として登録する。
【0267】
次に、ステップS117でX社の在庫を調整する。X社の在庫は50個なので、A社とのへの販売によりX社は在庫切れとなり、X社→B社への販売は不可能となるので、ステップS118により、(X社、B社)をpより除去する。
【0268】
以上でA社の処理を終わり、次にb(2)のB社の処理に移る。
(X社、B社)の回答はpより除去されているので、ステップS114においてB社への回答はY社のみとなる。
ステップS116において、B社とY社がマッチングし、これを仮予約として登録する。同様にY社の在庫は100個であるので、B社への販売個数50個を減じて在庫を50とする。
ステップS113に戻り、b(3)はemptyであるので、処理を終了する。このようにA社のマッチングを先に行なうことにより、(X社、A社)、(Y社、B社)の2つの仮予約が成立する。
【0269】
一方、bにおける順序をB社、A社の順にすると(b(1)をB社、b(2)をA社とすると)、ステップS114でB社に対する回答はX社、Y社の両方となり、ステップS116でマッチングにおいてX社の方が低価格なのでB社とX社が照合し、これを仮予約として登録する。
ステップS117で、X社の在庫を調整し、B社への販売によりX社は在庫切れとなり、(X社、A社)をpより除去する。
【0270】
次にA社の処理に移るが、ステップS114においてA社への回答はemptyとなり、ステップS115のチェックによりA社に関してはマッチングなしで終了する。
【0271】
(第13の実施形態)
次に、本発明の第13の実施形態について説明する。
図43に本実施形態に係る電子市場システムの構成を示す。本電子市場システムは、市場を運営する中央市場システム101と、市場に参加する売り手のサイトに設置される複数の売り手側端末103と、市場に参加する買い手のサイトに設置される複数の買い手側端末102から構成される。
【0272】
第11、第12の実施形態では、買い手側端末より見積り依頼のアクセスがあるとその都度、対応する売り手側端末との間で見積りや購入依頼に関する通信が行われるが、本実施形態では、中央市場システム101内の売り手商品ファイル114に売り手毎の商品の価格、在庫、納期等の販売に関する情報を保持することで、個々の売り手側端末103とその都度通信することなく情報提供やマッチングを中央市場システム101内で実現可能としたものである。
【0273】
第12の実施形態と同様に、中央市場システム101は、一定時間内に買い手側端末より送付される見積り依頼書を買い手側受信部111により受け取り、これらを一括して照合部118に伝達する。照合部118では、売り手商品ファイル114を検索して、対応する商品の販売情報を得ると、買い手側受信部113より受信した買い手側見積り依頼書の仕様とのマッチングを、例えば第12の実施形態のような手順で行なう。照合部118では、マッチングの結果もっともふさわしい売り手と買い手の対を仮予約として登録し、買い手側送信部113ではそれぞれ対応する買い手側に返送する。
【0274】
買い手側では返送された仮予約書を受信すると一定時間内に購入依頼書を発行して中央市場システム101に送信する。中央市場システム101では、買い手側受信部111により購入依頼書を受信すれば取引の成立とみなし、対応する買い手側端末102、売り手側端末103の双方に通知するとともに、取引の証明のための記録を保存する。買い手側端末102より一定時間内に購入依頼書が送信されてこない場合には、取引不成立とみなし、仮予約を取り消す。
なお、売り手商品ファイル114のある売り手の商品の価格、在庫、納期等の販売に関する情報の修正は、修正部119を通じて行われる。
【0275】
(第14の実施形態)
次に、本発明の第14の実施形態について説明する。
図44に本実施形態に係る電子市場システムの構成を示す。本電子市場システムは、市場を運営する中央市場システム101と、市場に参加する売り手のサイトに設置される複数の売り手側端末103と、市場に参加する買い手のサイトに設置される複数の買い手側端末102から構成される。本実施形態は、マッチング機能を提供するものである。
【0276】
まず、売り手は自らが取り扱っている商品の売り手商品ファイル114に、購入個数−単価対応表1140を登録する。購入個数−単価対応表とは、商品の販売個数と、その時の単価を記録したものである。通常、商品を大量に購入する相手に対しては、単価を低く設定する場合が多いので購入個数−単価対応表1140は複数のエントリーを持って良い。また、単価や販売個数は売り手の持つ在庫に応じて変わることもあるので、その場合は購入個数−単価対応表1140はその都度更新する。なお、売り手商品ファイル114の情報や購入個数−単価対応表1140の修正は、修正部119を通じて行われる。
【0277】
買い手から見積もり依頼を受け取ると、見積もり依頼分割部120では、個々の商品を販売している各売り手の購入個数−単価対応表1140を参照して、全体の購入価格が最も安くなるように、どの売り手にいくつ注文するかを決定する。それにしたがって、見積もり依頼分割部120は、見積もり依頼を分割し、個々の売り手に対して分割した見積もり依頼を送信する。見積もり依頼分割部120は、分割した見積もり依頼全てに対して見積書を受信するのを待って、それらをまとめて買い手に対して返送する。
【0278】
以下、具体例を用いて本実施形態を説明する。
買い手Aがメロンを100個購入しようとするものとする。「メロン」に関して、2つの売り手X社、Y社があり、売り手商品ファイル114には、図45のようなX社についての購入個数−単価対応表と、図46のようなY社についての購入個数−単価対応表とが登録されているものとする。なお、Y社では在庫に限りがあって、80個より多くは売ることができないものとしている。
【0279】
最も単価の安いケースはY社から40個以上を購入する場合であるが、買い手Aは100個購入しようとするのに対しY社は80個までしか売れないので、X社とY社に分割して購入する必要がある。
【0280】
ここで、図47に、100個の購入個数をX社、Y社に振り分けた場合に購入価格がどのように変化するかを示す。縦軸には購入金額、横軸にはY社からの購入個数を取ってある。つまり、左端がメロン100個全部をX社から購入する場合、右端がメロン100個全部をY社から購入する場合(ただしY社からは80個までしか購入できないのでこれは実現できない)を示す。太い実践で示した部分が購入金額であるが、X社、Y社のメロンの単価が不連続になる販売個数で購入金額も不連続に変化するので、これらの位置で購入金額が最も安くなる可能性がある。
【0281】
図48に、見積もり依頼分割部120の処理手順の一例を示す。
まず、見積もり依頼分割部120は、メロンを販売している全ての売りての購入個数−単価対応表1140を調べ、最適な販売個数の組合せの候補をリストアップする(ステップS121)。本例では売り手Xの単価が変化する購買個数が50、売り手Yの単価が変化する購買個数が80であることから、最適な購買個数の候補は以下のように抽出される。
(X、Y)=(100、0)、(60、40)、(50、50)、(20、80)
続いて、見積もり依頼分割部120は、それぞれの候補についてトータルの購入コストを計算する(ステップS122)。本例では以下のような結果になる。 (100、0):100*70 + 0*80 = 7,000 (60、40): 60*70 + 40*60 = 6,600 (50、50): 50*70 + 50*60 = 6,500 (20、80): 20*100 + 80*60 = 6,800 。この結果、X社、Y社からそれぞれ50個購入するのが最もコストが低いことが分かる。そこで、本例の場合は、(X、Y)=(50、50)の組み合わせに決定される(ステップS123)。
【0282】
そこで、見積もり依頼分割部120は、Aからのメロン100個の見積もり依頼をXに対するメロン50個の見積もり依頼とY社に対するメロン50個の見積もり依頼に分割して、それぞれX社、Y社に送信する(ステップS124)。
【0283】
見積もり依頼分割部はX社、Y社からの見積書を待って(ステップS125)、それらをまとめてAに返送する(ステップS126)。
なお、本見積もり依頼分割に関する機能は、第10〜第13の実施形態のいずれとも組み合わせて実施可能である。
【0284】
(第15の実施形態)
次に、本発明の第15の実施形態について説明する。
本実施形態は、第10〜第12の実施形態における取り引き成立過程を記録する機能に関するものである。
本実施形態では、まず、買い手側の見積り依頼書に取り引き基本番号を付加して管理する。この処理の例として2つの形態を示す。
【0285】
第1の形態を図49に示す。この形態では、買い手側端末102より見積り依頼書が中央市場システム101の買い手側受信部111に送られる。買い手側受信部111は、見積り依頼書160を受けとると、取り引き基本番号割り当て部151から取り引き基本番号を取得し、見積り依頼書に付加して取り引き基本番号付き見積り依頼161として処理を進める。
【0286】
第2の形態を図50に示す。この形態では、買い手側端末102より取り引き基本番号発行依頼が中央市場システム101の買い手側受信部111に送られる。買い手側受信部111は、取り引き基本情報割り当て部151より取り引き基本番号を取得し、買い手側送信部116を通じて、買い手側端末102に取り引き基本番号を送信する。買い手側端末102では、見積り依頼に取り引き基本番号を付加し、取り引き基本番号付見積り依頼162として、再度中央市場システム101に送信する。
第1の形態と第2の形態の違いは、第2の形態では買い手側端末102が見積り依頼を発行した時点で取り引き基本番号を記録することが出来る点である。
【0287】
次に、中央市場システム101で取り引き過程の記録を市場ログファイルに記録する場合の構成例を図51に示す。ここでは、上記の第1または第2の形態により、見積り依頼書、見積書、購入依頼書には取り引き基本番号が付けられているものとする。
【0288】
中央市場システム101では、買い手側端末102から見積り依頼書を受けとると、それらを第10〜第12の実施形態の手順に従って、売り手側端末103に送付する。その際、取り引き過程記録部152では、市場ログファイル153内の、当該取り引き基本番号に対応するリンクに見積り依頼書の複製を繋げる。
【0289】
中央市場システム101では、売り手側端末103から見積書を受けとると、当該見積り書に付加されている取り引き基本番号を元に市場ログファイル153から対応する見積り依頼書を検索する。そして、見積書中の、品名、個数、価格、納期等の記載事項が見積り依頼書の記載事項の条件と合致しているかチェックする。
もし合致していない場合は、見積書を無効にする、あるいは売り手側端末103に警告のメッセージを送り見積書を送り返す等の予め定められた処理を行なう。
【0290】
見積書の記載事項と見積り依頼書の記載事項が合致している場合は、第10〜第12の実施形態の手順に従って、見積書を買い手側の端末に送付する。その際、取り引き過程記録部152では、市場ログファイル153内の、当該取り引き基本番号に対応するリンクに見積書の複製を繋げるようにしてもよい。
【0291】
中央市場システム101では、買い手側端末102から購入依頼書を受けとると、当該見積り書に付加されている取り引き基本番号と売り手の会社名を元に市場ログファイル152から対応する見積書を検索する。そして、購入依頼書中の、品名、個数、価格、納期、売り手会社等の記載事項が見積書の記載事項の条件と合致しているかチェックする。
【0292】
もし合致していない場合は、購入依頼書を無効にする、あるいは買い手側端末102に警告のメッセージを送り購入依頼書を送り返す等の予め定められた処理を行なう。
【0293】
購入依頼書の記載事項と見積書の記載事項が合致している場合は、第10〜第12の実施形態の手順に従って、購入依頼書を売り手側の端末103に送付する。その際、取り引き過程記録部152では、市場ログファイル153内の、当該取り引き基本番号に対応するリンクに購入依頼書の複製を繋げるようにしてもよい。
【0294】
ここで、市場ログファイル153の構成例を図52に、中央市場システム101が市場ログファイル153を作成する手順の一例を図53に示す。
売り手側端末または買い手側端末からメッセージを受け取ると(ステップS131)、見積り依頼書ならば(ステップS132)、市場ログファイルに記録し(ステップS142)、メッセージを売り手側端末に送付する(ステップS143)。
【0295】
ステップS131で受け取ったメッセージが、見積書ならば(ステップS133)、まず、市場ログファイルより対応する見積り依頼書を検索する(ステップS139)。そして、これら対応する見積書と見積り依頼書の記載内容を比較し、記載内容が合致しているならば(ステップS140)、メッセージを買い手側端末に送付する(ステップS144)。一方、記載内容が合致していないならば(ステップS140)、定められた例外処理を行う(ステップS141)。
【0296】
ステップS131で受け取ったメッセージが、購入依頼書ならば(ステップS134)、まず、市場ログファイルより対応する見積書を検索する(ステップS136)。そして、これら対応する見積書と見積り依頼書の記載内容を比較し、記載内容が合致しているならば(ステップS137)、メッセージを売り手側端末に送付する(ステップS143)。一方、記載内容が合致していないならば(ステップS137)、定められた例外処理を行う(ステップS138)。
なお、ステップS131で受け取ったメッセージが、見積り依頼書、見積書、購入依頼書のいずれにも該当しなければ(ステップS132〜S134)、定められた例外処理を行う(ステップS135)。
【0297】
本実施例に係る市場ログファイル153は本電子市場システム101外での当該取り引きに関する活動(実際の物の引渡し等)における契約の証拠として使用することも可能である。また、取り引きが成立した後は、当該取り引きに関する全てのログ、もしくは見積りだけが行なわれたログを消去して、市場ログファイル101の領域を確保することも可能である。
【0298】
(第16の実施形態)
次に、本発明の第16の実施形態について説明する。
本実施形態は、第10〜第14の実施形態において送受信されるメッセージの消失を検出する機能に関するものである。
本実施形態では、各伝票に固有な伝票番号が付けられる。伝票番号は、全システム内で一意となるように、売り手側、買い手側の端末の番号と各端末で生成される連続番号との結合とする。この伝票番号のデータ形式の一例を図54に示す。
【0299】
図55に本実施形態に係る電子市場システムにおけるメッセージ消失検知に関する要部構成を示す。
買い手側端末102、売り手側端末103には、端末ごとに、伝票番号発生部121,131が設けられ、図54で示した形式の伝票番号が生成される。
買い手側端末102、売り手側端末103には、端末ごとに、前回伝票番号記憶部122,132が設けられ、前回受信したメッセージの伝票番号が記憶される。
【0300】
中央市場システム101の買い手側受信部111、売り手側受信部115には、各買い手、売り手ごとに、前回受信したメッセージの伝票番号が記憶されている(前回伝票番号記憶部164,166)。
【0301】
中央市場システムの買い手側送信部116、売り手側送信部113には、各買い手、売り手に対して前回送信したメッセージの伝票番号が記憶されている(前回伝票番号記憶部167,165)。
【0302】
買い手側端末102、売り手側端末103、中央市場システム101の買い手側送信部116、中央市場システム101の売り手側送信部113は、それぞれ、メッセージを送信する際に、当該メッセージに前回送信したメッセージの伝票番号を付加する。更に、前回伝票番号記憶部の前回送信したメッセージの伝票番号を当該メッセージの取り引き基本番号とする。
【0303】
買い手側端末102、売り手側端末103、中央市場システム101の買い手側送信部116、中央市場システム101の売り手側送信部113は、それぞれ、メッセージを受信した際に、前回伝票記憶部内の前回受信した伝票番号と、今回受信したメッセージに付けられている、前回送信された伝票番号とを比較し、それらが一致していればメッセージの消失はなかったものとして、今回受信したメッセージの伝票番号を前回伝票番号記憶部に格納する。受信したメッセージ内の前回送信された伝票番号と、前回伝票番号記憶部内の前回受信した伝票番号が一致しない場合は、メッセージが消失していることを検知する。
【0304】
メッセージ消失を検知した後は、システムで定められた所定の処理を行なうが、例えば、システム全体を停止するメッセージを送った後に、前回受信した伝票番号とメッセージの再送要求を送信し、第15の実施形態に示された市場ログファイルの内容に従って、最新伝票までのメッセージを再送するように要求することも可能である。
【0305】
図56に、買い手側端末102、売り手側端末103、中央市場システム101の買い手側送信部116、中央市場システム101の売り手側送信部113がメッセージを送信する際の処理手順の一例を示す。
すなわち、前回伝票番号記載部より前回送出したメッセージの伝票番号を取り出し(ステップS151)、メッセージに前回送出したメッセージの伝票番号と新たに生成した伝票番号を付加して送出し(ステップS152)、前回伝票番号記憶部に今回送出したメッセージの伝票番号を格納する(ステップS153)。
【0306】
図57に、買い手側端末102、売り手側端末103、中央市場システム101の買い手側受信部111、中央市場システム101の売り手側受信部115がメッセージを受信する際の処理手順の一例を示す。
すなわち、メッセージを受信したならば(ステップS161)、前回伝票番号記憶部より前回受信したメッセージの伝票番号を取り出し(ステップS162)、受信したメッセージ内の前回送られた伝票番号と、前回伝票番号記憶部内の前回受信した伝票番号が一致しているならば(ステップS163)、今回受信したメッセージの伝票番号を前回伝票番号記憶部に格納する(ステップS164)。一方、ステップS163にて両伝票番号が一致していないならば、メッセージ消失を検出したことになる。
【0307】
(第17の実施形態)
次に、本発明の第17の実施形態について説明する。
本実施形態は、第10〜第14の実施形態において送受信されるメッセージの消失を検出する機能に関するものである。
本実施形態では、各伝票に固有な伝票番号が付けられる。伝票番号は、全システム内で一意となるように、売り手側、買い手側の端末の番号と各端末で生成される連続番号との結合とする。この伝票番号のデータ形式の一例を図54示す。
【0308】
図58に本実施形態に係る電子市場システムにおけるメッセージ消失検知に関する要部構成を示す。
【0309】
買い手側端末102、売り手側端末103には、端末ごとに、伝票番号発生部124,134が設けられ、図54で示した形式の伝票番号が生成される。
買い手側端末102、売り手側端末103、中央市場システム101の買い手側送信部116、売り手側送信部113には、各送信先の買い手側端末、売り手側端末、中央市場システムに対応する送信伝票番号記憶部125,135,105,203が設けられ、メッセージを送信する際に当該メッセージの伝票番号が記憶される。
【0310】
買い手側端末102、売り手側端末103、中央市場システム101の買い手側受信部111、売り手側受信部115には、各送信元の買い手側端末、売り手側端末、中央市場システムに対応する受信伝票番号記憶部126,136,202,204が設けられ、メッセージを受信する際に当該メッセージの伝票番号が記憶される。
【0311】
買い手側端末102、売り手側端末103、中央市場システム101に備えられている同期用タイマー123,133,201により、一定時間に一回、メッセージを送信可能な買い手側端末102、売り手側端末103、中央市場システム101に対して同期メッセージが送出される。その際、送信先の買い手側端末102、売り手側端末103、中央市場システム101に対応する送信伝票番号記憶部内の、今までに送信したメッセージの伝票番号群が同期メッセージに付加されて送出される。
【0312】
同期メッセージを受信した買い手側端末102、売り手側端末103、中央市場システム101は、送信元の買い手側端末102、売り手側端末103、中央市場システム101に対応する受信伝票番号記憶部から今までに受けとったメッセージの伝票番号群を取りだし、これを同期メッセージに付加されているメッセージの伝票番号群と比較する。
【0313】
この両者の伝票番号群が等しければ、メッセージの消失はないものとし、受信伝票番号記憶部内の伝票番号群を消去し、メッセージ送信元に送信伝票番号記憶部内の伝票番号群を消去する依頼を送り、2次記憶容量を確保することも可能である。
この両者の伝票番号群が一致しない場合は、メッセージが途中で消失していることを検知する。
【0314】
メッセージ消失を検知した後は、システムで定められた所定の処理を行なうが、例えばシステム全体を停止するメッセージを送った後に、受信伝票番号記憶部内の伝票番号群とメッセージの再送要求を送信し、第15の実施形態に示された市場ログファイルの内容に従って、最新伝票までのメッセージを再送するように要求することも可能である。
【0315】
図59に、買い手側端末102、売り手側端末103、中央市場システム101の買い手側送信部116、中央市場システム101の売り手側送信部113がメッセージを送信する際の処理手順の一例を示す。
すなわち、送信伝票記憶部に送信する伝票の伝票番号を記録し(ステップS171)、メッセージを送信する(ステップS172)。
【0316】
図60に、買い手側端末102、売り手側端末103、中央市場システム101の買い手側受信部111、中央市場システム101の売り手側受信部115がメッセージを受信する際の処理手順の一例を示す。
すなわち、メッセージを受信したならば(ステップS181)、メッセージから伝票番号を取得し(ステップS181)、受信伝票記憶部に受信した伝票の伝票番号を記録する(ステップS182)。
【0317】
図61に、受信部111、中央市場システム101の売り手側受信部115が同期メッセージを受信する際の処理手順の一例を示す。
すなわち、同期メッセージを受信したならば(ステップS191)、同期メッセージから付加されている伝票番号群を取り出し(ステップS192)、受信伝票記憶部から伝票番号群を取り出し(ステップS193)、受信伝票記憶部内の伝票番号群と同期メッセージ内の伝票番号群が等しいか否か調べ(ステップS194)、等しくなければ、メッセージ消失を検出したことになる。
【0318】
(第18の実施形態)
次に、本発明の第18の実施形態について説明する。
本実施形態は、中央市場システムと売り手側や買い手側の端末との間でのセキュリティに関するもので、第1〜第17の各実施形態と組み合わせて実施することが可能である。
【0319】
図62に本実施形態に係る電子市場システムの構成を示す。売り手側端末102および買い手側端末103を便宜上クライアントと呼ぶ。クライアント側は端末1002、デバイス1020から成り立っている。端末1002は売り手もしくは買い手とのユーザインターフェースを取る。
【0320】
クライアント側で情報を中央市場システム1001に送る場合には、まず端末1002で作成した送信データがデバイス1020に送られる。
【0321】
デバイス1020内では、時計1025とデバイス固有のID1024とシリアル番号1029を付加して、エンコーダ1023で暗号化する。その暗号化したものを記憶装置1026に格納すると共に、暗号化したデータを端末1002に渡して送信する。
送信が成功したかどうかをもデバイス1020内の記録装置1026に保存する。この情報も時計1025の時刻情報と共にエンコードして保存する。
シリアル番号は一度参照するたびに一つインクリメントされ、十分なビット幅を持ち、もしシリアル番号が桁溢れを起こした場合には、再び0となる。
【0322】
クライアント側で情報を中央市場システム1001から受信する場合には、まず端末1002で受けたデータをデバイス1020に送る。このデータは暗号化されているので、端末1002ではその内容を知ることはできない。
【0323】
デバイス1020では、そのデータを時計1025の時刻情報とシリアル番号9と合わせて記憶装置1026に格納する。さらに受信データをデコーダ1028で復号して端末1002に返す。端末1002ではデコーダ1028の復号化により平文になったものを利用する。
【0324】
中央市場システム1001も、上記と同様の手順により、情報の送受信を暗号化・復号化すると共に、時刻情報と共に記録する。
ここで、中央市場システム1001の時計1015とクライアント側のデバイス1020内の時計1025とが必ずしも一致していない、もしくはずれが生じることが考えられる。そこで、中央市場システム1001からクライアントのデバイス1020内の時計1025を設定して時間合わせができるようにする。
【0325】
もしくは中央市場システム1001からクライアントのデバイス1020内の時計1025の時間を読み取って両時計の時間のずれを記録しておき、相手の時計と自時計とを論理的に同期させる。このときにはクライアント側も中央市場システム1001の時計1025の時刻を読み取り、両時計のずれ(あるいは中央市場システム1001の時計1025の時刻自体)をデバイス1020内の記憶装置1026で記録しておく。
【0326】
また、定期的もしくはランダムな時刻もしくは通信の直前・直後に、時計合わせをしたり、相手の時計の時刻を読みとり、時刻を物理的もしくは論理的に同期させる。
このようにすることにより、クライアント側もしくは中央市場システム1001の側が故意もしくは事故によって、時刻が正常でない状態になったことを監視できる。例えば、両時計の時差が急激に広がったことで異常を検知する。
【0327】
エンコーダ1023とデコーダ1028とは異なる鍵を用いておくのが好ましい。そのようにすれば、エンコーダ1023でエンコードしたものをデコーダ1028で元にもどすことはできない。また、デコーダ1028でデコードしたものをエンコーダ1023で元に戻すこともできない。
【0328】
デバイス1020内の記憶装置1026の情報はオーバーフローする前に端末1002内の記憶装置に書き出す機能をもつ。書き出したデータは上記の理由により、解読することも改変することもできない。また、この暗号化されたデータはシリアル番号を含んでいるので、痕跡を残さずに、データを削除することもできない。
【0329】
クライアント側端末1002も中央市場システム1001も単独ではこのデータを解読することはできない。この情報は裁判所などの公の立ち会いのもとで、中央市場システムが管理するパスワードとそのICカードを用いていた側が管理しているパスワードとの両方を用いて初めて内容が読み出せるようにしておく。さらに、第三のパスワードとして電子公証人もしくは認証局のパスワードが必要であってもよい。
【0330】
デバイス1020はICカードで構成することが考えられる。また、パソコン等で広く用いられているPCMCIA仕様のものであってもよい。また、パソコン形態端末システム等の任意のコンピュータシステムとのインターフェースを持つ任意の形態の装置であってもよい。
【0331】
なお、以上の各機能は、ソフトウェアとしても実現可能である。また、上記した各手順あるいは手段をコンピュータに実行させるためのプログラムを記録した機械読取り可能な媒体として実施することもできる。
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【0332】
【発明の効果】
本発明によれば、市場メカニズムを電子化することにより、円滑な運営を可能としかつ参加者の要望に柔軟に対応できる効果的な電子市場を実現できる。特に、市場参加者は地理的に離れていても市場に参加でき、市場状況に応じた戦略を手続きとして組み込むことにより判断の省力化が可能となり、また、複数商品の市場に連動しながら同時に参加することや、分散された市場に同時に参加することが可能となり、取り引きの利便性を高めることができる。
【0333】
また、本発明によれば、市場メカニズムの電子化を工夫することにより、市場参加者は地理的に離れていても市場に参加でき、オンデマンドで市場情報の入手や照合の自動化が可能となる。
【0334】
また、市場運営者にとっては、市場開設が電子的に行えるため迅速にかつ平等な市場を効率良く運営することができる。
【図面の簡単な説明】
【図1】本発明の第1の実施形態に係る電子市場システムの構成を示す図
【図2】本発明の中央市場システムと市場クライアントシステムの基本的な処理手順を示すフローチャート
【図3】販売申込データの一例を示す図
【図4】購買申込データの一例を示す図
【図5】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図6】同実施形態に係る中央市場システムの処理手順の他の例を示すフローチャート
【図7】本発明の第2の実施形態に係る電子市場システムの構成を示す図
【図8】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図9】売買申込時系列データの一例を示す図
【図10】本発明の第3の実施形態に係る電子市場システムの構成を示す図
【図11】同実施形態に係る市場クライアントシステムの処理手順の一例を示すフローチャート
【図12】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図13】売買申込データの一例を示す図
【図14】市場情報の一例を示す図
【図15】本発明の第4の実施形態に係る電子市場システムの構成を示す図
【図16】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図17】同実施形態に係る市場クライアントシステムの処理手順の一例を示すフローチャート
【図18】本発明の第5の実施形態に係る電子市場システムの構成を示す図
【図19】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図20】本発明の第6の実施形態に係る電子市場システムの構成を示す図
【図21】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図22】売買申込データの一例を示す図
【図23】売買申込データの一例を示す図
【図24】本発明の第7の実施形態に係る電子市場システムの構成を示す図
【図25】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図26】売買申込データの一例を示す図
【図27】売買申込データの一例を示す図
【図28】本発明の第8の実施形態に係る電子市場システムの構成を示す図
【図29】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図30】本発明の第9の実施形態に係る電子市場システムの構成を示す図
【図31】同実施形態に係る中央市場システムの処理手順の一例を示すフローチャート
【図32】時間依存手続きの一例を示す図
【図33】時間依存手続きの一例を示す図
【図34】時間依存手続きの一例を示す図
【図35】本発明の第10の実施形態に係る電子市場システムの構成を示す図
【図36】本発明の第11の実施形態に係る電子市場システムの構成を示す図
【図37】販売価格および在庫の一例を示す図
【図38】販売価格および在庫の一例を示す図
【図39】売り手商品ファイルに格納される情報の一例を示す図
【図40】情報提供機能に関する情報の流れを示す図
【図41】本発明の第12の実施形態に係る電子市場システムの構成を示す図
【図42】同実施形態に係るマッチングの処理手順の一例を示すフローチャート
【図43】本発明の第13の実施形態に係る電子市場システムの構成を示す図
【図44】本発明の第14の実施形態に係る電子市場システムの構成を示す図
【図45】購入個数−単価対応表の一例を示す図
【図46】購入個数−単価対応表の一例を示す図
【図47】見積もり依頼分割による価格の推移を説明するための図
【図48】見積もり依頼分割部の処理手順の一例を示すフローチャート
【図49】本発明の第15の実施形態に係る電子市場システムの取り引き基本番号付加に関する構成を示す図
【図50】本発明の第15の実施形態に係る電子市場システムの取り引き基本番号付加に関する他の構成を示す図
【図51】本発明の第15の実施形態に係る電子市場システムの市場ログファイル作成に関する構成を示す図
【図52】市場ログファイルの構成例を示す図
【図53】市場ログファイル処理の手順の一例を示すフローチャート
【図54】伝票番号のデータ形式の一例を示す図
【図55】本発明の第16の実施形態に係る電子市場システムの構成を示す図
【図56】メッセージ送出側の処理手順の一例を示すフローチャート
【図57】メッセージ受信側の処理手順の一例を示すフローチャート
【図58】本発明の第17の実施形態に係る電子市場システムの構成を示す図
【図59】メッセージ送信手順の一例を示すフローチャート
【図60】メッセージ受信手順の一例を示すフローチャート
【図61】同期メッセージ受信手順の一例を示すフローチャート
【図62】本発明の第18の実施形態に係る電子市場システムの構成を示す図
【符号の説明】
1,1−1,1−2…中央市場システム
3…市場クライアントシステム
11,11−11,11−12…入力部
12,121 ,122 ,12−1,12−2…購買申込データ格納部
13,131 ,132 ,13−1,13−2…販売申込データ格納部
14,141 ,142 ,14−1,14−2…照合部
15,15−1,15−2…通知部
16,18…販売申込時系列データ格納部
17,19,21,32,34…更新部
20…売買申込データ生成手続き格納部
22…連動手続き格納部
23…連動部
24−1,24−2…市場連動手続き格納部
25−1,25−2…市場連動部
26−1,26−2…確認部
27−1,27−2…時間依存手続き格納部
28−1,28−2…時間更新部
31,33…手続き格納部
35…応答部
101…中央市場システム
102…買い手側端末
103…売り手側端末
111…買い手側受信部
112…売り手選択部
113…売り手側送信部
114…売り手商品ファイル
115…売り手側受信部
116…買い手側送信部
117,118…照合部
119…修正部
120…見積もり依頼分割部
1140…購入個数−単価対応表
151…取り引き基本番号割り当て部
152…取り引き過程記録部
153…市場ログファイル
121,131…伝票番号発生部
122,132,164,165,166,167…前回伝票番号記憶部
123,133,201…同期用タイマー
124,134…伝票番号発生部
125,135,105,203…送信伝票番号記憶部
126,136,202,204…受信伝票番号記憶部
1001…中央市場システム
1002…端末
1020…デバイス
1023…エンコーダ
1024…ID
1015,1025…時計
1026…記憶装置
1028…デコーダ
1029…シリアル番号
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a central market system, a market client system, a device, and an electronic market management method for smoothly and effectively operating an electronic market established on a network.
[0002]
[Prior art]
In recent years, the Internet has spread rapidly, and business activities by the Internet have attracted attention.
One of the typical existing business forms is the market. In other words, the market is a place where sellers and buyers gather in a common place to form a market and make a deal. If this market can be realized electronically, there is no need to meet with both the seller and the buyer, and there are advantages such as quick transactions and equal participation.
[0003]
Conventionally, with regard to the digitization of such a market, the main focus has been on digitizing communications using telephones, FAX, and e-mail. As a result, it is possible to participate in the market from a remote location, but it is necessary to mediate buying and selling, which is the center of the market, through humans, and the speed and equality that are the advantages of computerization are not realized. . In addition, it is difficult to reduce the market operating cost because human intervention is required.
[0004]
In order to realize an electronic market, it is necessary to electronically realize the functions of the market. The seller wishes to sell as high as possible, and the buyer wishes to buy as cheaply as possible. Prices rise when demand exceeds supply, and prices decline when supply exceeds demand. Reflecting such functions, there is a need for a method that automatically finds the optimal combination at an appropriate price among a plurality of sellers and buyers. Sellers and buyers' intentions to buy and sell are not fixed, but change depending on various factors such as market prices. As described above, in the electronic market, it is necessary to realize a function according to the market principle in software, but it is difficult to realize such a method.
[0005]
In addition, when electronic markets are opened all over the world at the same time, it is possible to participate in these markets at the same time by using the network. If they are not linked, there is a possibility of overlapping sales, making it difficult to participate in multiple markets simultaneously.
[0006]
In addition, in the conventional electronic market, it may take time to make a contract after trying to participate in the electronic market, and a more efficient electronic market that takes advantage of the digitization is desired.
[0007]
In addition, when purchasing a certain quantity of a desired item, there is a case where the consideration is less if it is distributed to a plurality of sellers. However, in order to decide how to distribute, it is necessary to make a request for an estimate individually to each seller. In addition, there was a problem that a certain seller's inventory might run out while considering the distribution quantity.
[0008]
Further, in a system in which sellers and buyers do not meet together and electronically buy and sell, there is a possibility that an accident may occur in which there is a difference between the contents described in the buyer's request and the contents described in the seller's request.
[0009]
Further, in such a system that transmits and receives information related to sales and contracts using a network, there is a possibility that a message may be lost due to a network failure or the like, which may cause inconvenience. There were also security issues.
[0010]
[Problems to be solved by the invention]
In this way, in the conventional electronic market system, it is possible to communicate application information etc. using e-mail, etc., but the brokerage of buying and selling, which is the center of the market, is done by humans and responds flexibly to the requests of participants It was difficult to realize an effective electronic market that can be operated smoothly.
[0011]
On the other hand, in the conventional electronic market system, there is a part in which the merit of the computerization is not fully utilized and the disadvantage of the computerization is not solved.
[0012]
It is an object of the present invention to provide a central market system, a market client system, and an electronic market operation method that can realize an effective electronic market that can be smoothly operated and can flexibly respond to requests from participants.
[0013]
It is another object of the present invention to provide a central market system, a market client system, and an electronic market operation method that can efficiently realize an electronic market.
[0014]
It is another object of the present invention to provide a central market system, a market client system, and an electronic market management method that can present a purchase method under conditions more advantageous to the buyer.
[0015]
It is another object of the present invention to provide a central market system, a market client system, and an electronic market operation method that can ensure consistency between the request content on the buyer side and the request content on the seller side.
[0016]
Another object of the present invention is to provide a central market system, a market client system, and an electronic market management method capable of avoiding various communication problems.
[0017]
Another object of the present invention is to provide a central market system, a market client system, a device apparatus, and an electronic market management method capable of ensuring the security of communication data.
[0018]
[Means for Solving the Problems]
The present invention relates to an electronic market participation method of a market client system for exchanging information with at least one central market system that periodically opens at least one electronic market and participating in the electronic market, the central market system comprising: Based on the predetermined performance information about the already opened electronic market provided by the company, at least the price for purchasing or selling for the next electronic market is determined.
[0019]
The present invention is a central market system that operates at least one electronic market, in which means for receiving a quote request sent from a buyer's terminal and a seller who sells a product related to the received quote request are registered in advance. A means for selecting based on the correspondence information between the merchandise and the seller, a means for transmitting an estimate request to the selected seller-side terminal, a means for receiving an estimate returned from the seller-side terminal, and a quote Means for returning to the buyer terminal of the request source.
[0020]
Preferably, the quotation received from the seller-side terminal is compared with the quotation request received from the corresponding buyer-side terminal, and the seller that best matches the purchase conditions on the buyer side is selected and provisionally reserved. And means for notifying the relevant buyer-side terminal and seller-side terminal of information relating to the provisional reservation.
[0021]
Preferably, the provisional reservation unit collectively performs the collation for the plurality of quotation request documents when receiving the quotation request documents from a plurality of buyer-side terminals for the same product within a predetermined time. .
[0022]
The present invention is a central market system that operates at least one electronic market, and stores means for storing sales information (for example, price, delivery date, inventory, etc.) relating to a pre-registered seller-side product, and a buyer-side terminal Means for receiving a quote request to be sent, means for collating the quote request document received from the buyer side terminal with sales information, and selecting a provisional reservation by selecting a seller that best matches the purchase conditions on the buyer side And means for notifying the relevant buyer-side terminal and seller-side terminal of information relating to the provisional reservation.
[0023]
Preferably, the provisional reservation unit collectively performs the collation for the plurality of quotation request documents when receiving the quotation request documents from a plurality of buyer-side terminals for the same product within a predetermined time. .
[0024]
Preferably, based on the information indicating the correspondence between the number of individual products purchased and the unit price for each seller registered in advance, the content of the request for quotation issued by the buyer should be minimized. It is further characterized by further comprising means for dividing the request for quotation to a plurality of sellers.
[0025]
Preferably, means for assigning a unique transaction basic number to an estimate request form from the buyer side terminal, an estimate request form to be transmitted to the seller side terminal, and from the seller side terminal corresponding to the estimate request form via its own device From an estimate sent to the buyer terminal, a purchase request sent from the buyer terminal corresponding to the estimate to the seller terminal via its own device, and from the seller terminal corresponding to the purchase request A means for adding a corresponding transaction basic number to a transaction establishment notification relayed to the buyer terminal via its own device, a means for managing a market log file that records the transaction establishment process, and at least an estimate request form and an estimate request In connection with the written information (for example, product name, desired number of products, desired price, delivery date, etc.) Means for storing in a log file, and referring to the market log file, at least between the request for quotation and the estimate for the corresponding transaction basic number and between the estimate and the purchase request If it is detected that the description items do not match between the means for checking whether or not, and at least between the estimate request and the estimate, or between the estimate and the purchase request And a means for performing a predetermined process (for example, an illegal estimate, a purchase request, a warning such as sending back to the transmitting side as a transaction establishment notification, or a process of canceling the transaction) as an occurrence of an abnormality. Features.
[0026]
Preferably, a market log file for storing a record of the transaction establishment process may be prepared in the buyer side terminal and / or the seller side terminal.
[0027]
Preferably, when transmitting a message relating to a slip to the seller side terminal or the buyer side terminal, means for generating a slip number unique to each slip, and adding the generated slip number to the message And means for adding the slip number added to the message transmitted last time to the same terminal.
[0028]
Preferably, the slip number unique to the slip added to the message related to the slip received from the seller side terminal or the buyer side terminal is compared with the slip number added to the message received last from the same terminal. By this, it is further provided with means for detecting the disappearance of the message (for example, due to a network failure or the like).
[0029]
Preferably, when a message relating to a slip is transmitted to the seller side terminal or the buyer side terminal, a unit for generating a slip number unique to each slip and a synchronization timer synchronized with the transmission destination for a certain period of time Means for accumulating the slip number added to a message transmitted to the destination for each destination, and the slip accumulated for the destination when the fixed period has elapsed in the synchronization timer And a means for transmitting a synchronization message including a group of numbers to the transmission destination.
[0030]
Preferably, means for storing, for each transmission destination, a slip number unique to the slip added to a message relating to the slip received from the sender during a certain period based on a synchronization timer synchronized with the sender. The slip added to the message transmitted from the transmission source to the own device during the certain period included in the synchronization message transmitted from the transmission source when the certain period has elapsed in the synchronization timer of the transmission source A means for detecting a loss of a message (for example, due to a network failure or the like) by comparing the number group with the slip number group stored in the own device for the transmission source; To do.
[0031]
The present invention is a market client system (seller-side terminal, buyer-side terminal) that exchanges information with a central market system that establishes at least one electronic market and participates in the electronic market. Means for generating a slip number unique to each slip when sending such a message, and the slip number added to the message sent last time to the central market system while adding the slip number generated to the message And a means for adding.
[0032]
The present invention is a market client system (seller-side terminal, buyer-side terminal) that exchanges information with a central market system that establishes at least one electronic market and participates in the electronic market, received from the central market system By comparing the slip number unique to the slip attached to the message related to the slip with the slip number attached to the message received last from the central market system, the message disappears (for example, due to a network failure or the like). ) Is detected.
[0033]
The present invention is a market client system (seller-side terminal, buyer-side terminal) that exchanges information with a central market system that establishes at least one electronic market and participates in the electronic market. When sending such a message, it is added to the message sent to the central market system during a certain period based on means for generating a slip number unique to each slip and a synchronization timer synchronized with the central market system. Means for storing the slip number, and means for transmitting a synchronization message including the stored slip number group to the central market system when the fixed period has elapsed in the synchronization timer. It is characterized by.
[0034]
The present invention is a market client system (seller side terminal, buyer side terminal) that exchanges information with a central market system that establishes at least one electronic market and participates in the electronic market, and is synchronized with the central market system Means for accumulating a slip number unique to the slip added to a message relating to the slip received from the central market system during a predetermined period based on the synchronization timer; and the constant timer in the synchronization timer of the central market system The slip number group included in the synchronization message transmitted from the central market system triggered by the elapse of the period and added to the message transmitted by the central market system to the own device during the predetermined period, By comparing with the accumulated slip number group, message disappearance (for example, due to network failure etc.) Characterized by comprising a means for detecting.
[0035]
The present invention is a market client system (seller-side terminal, buyer-side terminal) that exchanges information with a central market system that establishes at least one electronic market and participates in the electronic market, and freely rewrites arbitrary information. Interface means for passing information to and from a device that is only allowed to change and process limited internal states, and by passing information to be sent to the central market system to the device. Adding time information of a clock synchronized with the central market system, device ID information unique to the device, and a unique number that changes every time it is generated, and receiving further encoded data from the device; Means for storing the encoded data in the device; and A means for transmitting to the central market system, and passing to the device information including an acceptance message for the information to be transmitted, received from the central market system, and the time information of the clock in the device and the information Add device ID information unique to the device and a unique number that changes each time it is generated, and store the encoded data in the device. And means for receiving data decoded in the device from the device.
[0036]
Preferably, a plurality of valid passwords are required to read or decode information encoded by the device and stored in the device.
[0037]
Preferably, the clock in the device is physically timed based on a signal from the central market system, or the difference between the time of the device and the time of the central market system in the device, or the It is logically performed by storing the time of the central market system.
[0038]
Preferably, an IC card may be used as the device.
The invention of the market client system relating to this device can also be applied to the central market system.
[0039]
The present invention is a device apparatus used by being connected to a market client system that exchanges information with a central market system that establishes at least one electronic market and participates in the electronic market. When the information to be transmitted to the central market system is passed, the time information of the clock synchronized with the central market system in the own device and the device ID information unique to the own device and unique information that changes each time it is generated A number is added, and the data obtained by further encoding is returned to the market client system, and the encoded data is stored in its own device, and received from the market client system from the central market system. If information including an acceptance message for the information to be transmitted is passed, The time information of the clock and device ID information unique to the own device and a unique number that changes every time it is generated are added, and the data obtained by further encoding is stored in the own device, and the received information The information to be acquired by the market client system from the decoded information is provided with means for returning data obtained by decoding the information to the market client system.
[0040]
The present invention is an electronic market operation method of a central market system that operates at least one electronic market, and receives a quotation request sent from a buyer's terminal, and a seller who sells a product related to the received quotation request, Select based on pre-registered product and seller correspondence information, send a quote request to the selected seller side terminal, receive a quote returned from the seller side terminal, and send a quote to the requester's terminal It returns to the said buyer side terminal, It is characterized by the above-mentioned.
[0041]
Preferably, in each of the above-mentioned inventions, the central market system or the buyer side assigns a unique transaction basic number to the estimate request form from the buyer side terminal, and the estimate request form from the central market system to the seller side terminal, the estimate In response to the request form, an estimate sent from the seller side terminal to the buyer side terminal through the central market system, a purchase request form corresponding to the estimate form sent from the buyer side terminal to the seller side terminal through the central market, and the purchase request form Correspondingly, the transaction basic notification is sent from the seller side terminal to the buyer side terminal through the central market system, and the transaction basic number is assigned. Further, the central market system, preferably, the buyer side terminal and the seller side terminal establish the transaction. Prepare a market log file to store the process record, the central market system listed in the request for quotation The product name, desired number of products, desired price, delivery date, etc. are stored in the market log file in association with the transaction basic number, and the quotation, purchase request form, trade establishment notification product name, desired product Check whether the items described in the number, desired price, delivery date, etc. are the same as those in the request for quotation, estimate, and purchase request with the corresponding transaction basic number. A means for canceling the transaction or a warning such as sending it back to the transmission side as a transaction confirmation notice, a purchase request document, or a transaction establishment notification may be provided.
[0042]
Preferably, in each of the above-mentioned inventions, a slip number adding means for adding a unique number to each slip is added to a message transmitted between the central market system, the seller side terminal, and the buyer side terminal. When a message is sent, a slip number is added to the message. At the same time, the slip number is recorded in the previous slip number storage means as the last sent slip number, and when the message is received, the slip number added to the message is sent last time. The slip number is stored in the previous slip number storage means. When a message is sent, the slip number and the previous send slip number are added to the message. When the message is received, the previous send slip number and the previous slip number storage means added to the message are recorded By comparing the last received slip number, the message disappears due to network failure etc. It is also possible to detect the.
[0043]
Preferably, in each of the above inventions, a slip number adding means for adding a unique number to each slip and a synchronization message are sent to a message transmitted between the central market system, the seller side terminal, and the buyer side terminal. A synchronization slip timer, a sending slip number storage means for storing a slip number transmitted corresponding to the central market or each terminal, a received slip number storage means for storing a slip number received corresponding to the central market or each terminal, When the message is transmitted to the central market or a certain terminal, the slip number transmitted to the transmission slip number storage means corresponding to the message destination is stored, and the message is received from the central market or the certain terminal. Stores the received slip number in the received slip number storage means corresponding to the sender of the message, and sends out the slip slip number every certain fixed period. When the slip number group recorded in the storage means is sent as a synchronization message to the corresponding central market or a certain terminal, and when the synchronization message is received, the central market number corresponding to the slip number group intended for the message or The slip number groups in the received slip number storage means for a certain terminal may be compared, and if they do not match, it may be detected that a message has been lost due to a network failure or the like.
[0044]
Preferably, in each of the above-described inventions, the buyer-side and seller-side communication devices connected to the central market system via a network cannot freely rewrite arbitrary information, and limited internal state changes When converting and storing data with the central market using a device that only allows processing, information to be transmitted is input to the device, and the time information, ID information, and serial number of the clock in the device are encoded. Information received from the central market is also input to the device, and the information to be received from the central market is input to the device. What is encoded with the time information and serial number of the internal clock is saved on the terminal and decoded Multiple passwords are required to decode information that is passed to the terminal and encoded and stored by the device, and the internal clock can be timed from a central market, or in the central market the device's The time can be read, the time of the device and the time of the central market can be monitored from the terminal, and the device can periodically read the time from the central market and store it in the internal storage device. Good.
[0045]
The device may be an IC card.
The invention relating to each of the above devices is also established as an invention relating to the method, and the invention relating to each method is also established as an invention relating to the device.
The above-described invention can also be realized as a machine-readable medium recording a program for causing a computer to execute a corresponding procedure or means.
[0046]
According to the present invention, by digitizing the market mechanism, market participants can participate in the market even if they are geographically separated, and it is possible to save labor by incorporating strategies according to the market situation as procedures. In addition, it is possible to participate in a plurality of products at the same time in conjunction with the market, or to participate in a distributed market at the same time, so that the convenience of the transaction can be improved.
[0047]
For the market operator, since the market can be opened electronically, it is possible to quickly and efficiently operate an equal market.
[0048]
According to the present invention, by digitizing the market mechanism, market participants can participate in the market even if they are geographically separated, and it is possible to obtain market information and automate collation on demand.
[0049]
Also, when a buyer requests a quote for a plurality of items, the best seller may not be able to prepare a sufficient number of items by the desired delivery date. According to the present invention, when the price of an item depends on the number of purchases, it is possible to determine to which seller how many quotations are requested, and to minimize the consideration required to purchase the desired number of items. It is possible to automate the division of quotation requests.
[0050]
In addition, according to the present invention, the description contents of the buyer's request can be changed by checking the description contents of both in advance in the central market system or keeping a record of the negotiation process of buying and selling. Can prevent accidents etc. that are different from each other in advance, or can be useful for solving problems later.
[0051]
According to the present invention, security of communication data can be ensured by using a device having an encryption function for message communication.
[0052]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the invention will be described with reference to the drawings.
First, a basic configuration of the electronic market system according to the embodiment of the present invention will be described.
(First embodiment)
First, an electronic market system according to the first embodiment of the present invention will be described.
FIG. 1 shows a configuration of an electronic market system according to the present embodiment.
This electronic market system is composed of a central market system 1 at a market opening site and a plurality (arbitrary number) of market client systems 3 at the sites of market participants (sales side and purchase side).
[0053]
The central market system 1 and each market client system 3 can communicate with each other through a predetermined network (not shown) such as the Internet. In the figure, descriptions of communication interface portions in the central market system 1 and the individual market client systems 3 are omitted. Further, both the central market system 1 and the market client system 3 can be configured using a computer or the like.
[0054]
The central market system 1 includes an input unit 11 that accepts an application from the market client system 3, a purchase application data storage unit 12 that stores purchase application data, a sales application data storage unit 13 that stores sales application data, and these stored purchase purchases. A collation unit 14 for collating the application data with the sales application data, and a notification unit 15 for notifying the market client system 3 of the collation result and the like are provided.
[0055]
The market client system 3 transmits trade application information to the market client system 3, and receives a contract notification from the market client system 3.
[0056]
Next, referring to basic operation procedures of the central market system 1 and the market client system 3 in FIG. 2, the basic operation of the central market system 1 and the basics of the electronic market established by the central market system 1 are described. The basic contents and how the market client system 3 basically participates in the electronic market will be described.
[0057]
First, in the present embodiment, the electronic market is repeatedly opened according to a predetermined time schedule. As an example, the electronic market may be opened at a certain time, for example, every hour from 9:00 am to 3:00 pm.
[0058]
The central market system 1 notifies the market client system 3 of market opening information such as market contents and market opening time from the notification unit 15 in advance. This notification may be made in response to a request from the market client system 3, or may be made periodically to the market client system 3 registered in advance. Further, the market client system 3 having no request may be promoted.
[0059]
Now, the market client system 3 on the sales side or purchase side that intends to participate in the market creates the application information for the sale and transfers it to the central market system 1 (step S4). That is, the market application information is sent to the central market system 1 from each market client system 3 by the market opening time (or the application deadline time before that).
[0060]
The central market system 1 stores the application data in the purchase application data storage unit 12 or the sales application data storage unit 13 based on the application information for sales received from the client system 3 (step S1).
When the market opening time is reached, the collation unit 14 of the central market system 1 collates the sale application from the market client system 3 and establishes the sale (step S2).
[0061]
The verification is generally established if the minimum selling price is less than or equal to the maximum purchasing price. When there are a plurality of such combinations, there are several possible combinations to select, but it is necessary to ensure market equality. For example, there is a method in which a low sales price and a high purchase price are combined in order, and the same price is selected at random. There are several methods for determining the contract price. For example, there is a method of taking an intermediate value between the sales price and the purchase price.
[0062]
The central market system 1 notifies the market client system 3 of both the selling side and the purchasing side from the notifying unit 15 regarding the successful transaction (step S3). It should be noted that regarding the case where the transaction is not established, the market client system 3 may be explicitly notified to that effect, or the transaction was not established because there was no notification that the transaction was established. You may make it known.
[0063]
In addition, the central market system 1 preferably notifies the market information about the market such as the market situation such as the contract price from the notification unit 15 to the entire market client systems 3 participating in the market.
Furthermore, it is preferable that the central market system 1 transfers necessary information to the related system in order to cooperate with contract creation, settlement, logistics, etc., regarding those for which trading has been established.
[0064]
Now, each market client system 3 participating in the market receives a notification from the central market system 1 (step S5).
By receiving notification that the transaction has been established, it is possible to know that the purpose of the application has been achieved. In addition, it is possible to know that the purpose of the application has been achieved by receiving the notification that the transaction has not been established and not receiving the notification that the transaction has been established.
[0065]
When the market client system 3 learns that the transaction has not been established, each market client system 3 creates the application information for the next market opening time while referring to the market information notified from the central market system 1, for example. , Send to the central market system 3 to participate in the market. Alternatively, for example, as a result of examination by referring to the market information notified from the central market system 1, it is determined not to participate in the next market.
[0066]
Next, the collation process will be described with some specific examples.
Here, it is assumed that one central market system 1 and six market client systems 3 are configured.
At a certain market opening time for a certain product, three companies A, B, and C apply for sales, three companies D, E, and F apply for purchase. It is assumed that 150 yen is set for 150 companies, 180 yen for company C, 80 yen for company D, 90 yen for company E, and 100 yen for company F.
In this case, the minimum sales price is 100 yen for Company A and the maximum purchase price is 100 yen for Company F, so a transaction is established between Company A and Company F. Of course, the transaction price is 100 yen.
[0067]
As a second example, the desired sales price is 100 yen for company A, 150 yen for company B, 180 yen for company C, the desired purchase price is 80 yen for company D, 90 yen for company E, and 120 yen for company F. Suppose that
In this case, the minimum selling price is 100 yen for Company A, the maximum purchase price is 120 yen for Company F, and the minimum selling price is lower, so the conditions for a transaction between Company A and Company F are satisfied. Yes.
[0068]
Various methods can be considered for determining the transaction price at this time, and a method of taking an appropriate value between 100 yen and 120 yen is conceivable. Here, the intermediate value between the two is taken and determined to be 110 yen.
[0069]
As a third example, the desired sales price is 100 yen for company A, 120 yen for company B, 180 yen for company C, the desired purchase price is 80 yen for company D, 120 yen for company E, and 130 yen for company F. Suppose that
In this case, there are a plurality of combinations that can be concluded. That is, combinations of Company A and Company E, Company B and Company E, Company A and Company F, Company B and Company F are possible.
[0070]
You can choose any of these, but here, between Company A with the lowest selling price and Company F with the highest purchase price, Company B with the second lowest selling price and Company E with the second highest purchase price. The transaction shall be finalized. Alternatively, a transaction may be established between Company A having the lowest selling price, Company E having the second highest purchase price, Company B having the second lowest sales price, and Company F having the highest purchase price.
[0071]
By the way, in each of the above examples, the transaction unit between the selling side and the purchasing side is the same. However, as a fourth example, a case where a trading amount is added will be described.
For example, assume that the sales application quantity and amount on the sales side are as shown in FIG. 3, while the transaction application quantity and amount on the purchase side are as shown in FIG.
In this case as well, a plurality of combinations that can be concluded are possible in the same manner as in the third example. For example, as described above, collation is performed in ascending order of sales price and purchase price. The transaction quantity may be used.
[0072]
In this example, a transaction is first established between Company A that has presented the lowest selling price and Company F that has presented the highest purchase price, and the transaction price is an intermediate value of 115 yen, the amount of Company A 10 and Company F 5 which is the smaller of 5 is determined. As a result, all the purchase applications for company F have been established and are deleted from the purchase company list (purchase application data storage unit 12). However, the sales application for company A becomes 5 and the seller list (sales application data storage unit) 13) Decrease the quantity and continue verification.
[0073]
Next, a transaction is established between Company A and Company E. The transaction price is 110 yen and the quantity is 5. As a result, all the sales applications of company A have been established and are deleted from the sales company list. However, the purchase application of company E has a remaining amount of 10, and the verification is continued by reducing the quantity in the purchaser list.
[0074]
Next, a transaction is established between Company B and Company E, the transaction price is 120 yen, and the quantity is 5. As a result, all the sales applications of company B have been established and are deleted from the sales company list. However, the purchase application of company E has a remaining amount of 5, and the verification is continued by reducing the quantity in the buyer list.
Since then, the sale price will exceed the purchase price, so the transaction will not be successful.
[0075]
Next, FIG. 5 shows an example of a more detailed operation procedure of the central market system 1 of the present embodiment.
In this embodiment, the market client system 3 creates purchase application data or sales application data as sales application information for each market and sends it to the central market system 1. In the present embodiment, for the purchase price determination in the market client system 3, for example, price determination support software based on the market information obtained from the central market system 1 may be used. Judgment may intervene. As described above, it is assumed that the electronic market is opened repeatedly at a scheduled time.
[0076]
The central market system 1 accepts an application for buying and selling to the next electronic market from the market client 3 at any time (steps S12 and S13) until the next electronic market opening time is reached (step S11).
[0077]
When an application for buying and selling to the next electronic market is received from the market client 3 (step S13), if the received data is purchase application data (step S14), it is stored in the purchase application data storage unit 12 (step S15). If the received data is sales application data (step S14), it is stored in the sales application data storage unit 13 (step S16), and the process returns to step S11.
[0078]
The above operation is repeated, and when the opening time is reached in step S11, the collation unit 14 performs collation processing (step S17). And the collation result is notified to a market client system from the notification part 15 (step S18). Note that the notification in step S18 may be performed after all of the collation in step S17 is completed, or may be performed at that time every time a contract is made in the collation in step S17.
Then, the data is deleted from the purchase application data storage unit 12 and the sales application data storage unit 13, and in preparation for the next registration, the process returns to step S <b> 11 and waits for application reception.
[0079]
In addition, as described above, the market client system 3 that has participated in the market of the time in which the transaction has not been established appropriately determines the price or the like when participating in the next market, or does not participate. In the case of determination and participation, purchase application data or purchase application data is transmitted to the central market system 1 by the opening time of the next electronic market.
[0080]
Next, FIG. 6 shows another example of a more detailed operation procedure of the central market system 1 of the present embodiment. In the procedure of FIG. 5, the application is accepted until the market opening time is reached, the application is closed when the market opening time is reached, and after the purchase application data storage unit 12 and the sales application data storage unit 13 are initialized in step S19, the next time. 6 is started, the procedure of FIG. 6 is such that the application reception start time and the reception deadline are also set in advance. The other points are the same as the procedure of FIG.
[0081]
First, the central market system 1 notifies the market client system 3 of the reception start time and the reception deadline time as market opening information from the notification unit 15 in advance.
[0082]
When the central market system 1 reaches the reception start time (step S11-1), the market client 3 accepts an application for buying and selling from the market client 3 to the electronic market at any time until the reception deadline time (step S11-2). , S12, S13). The received application data is stored in the purchase application data storage unit 12 or the sales application data storage unit 13 as in the procedure of FIG.
[0083]
If the opening time is reached in step S11-3, collation processing / notification processing is performed. Then, the data is deleted from the purchase application data storage unit 12 and the sales application data storage unit 13, and in preparation for the next registration, the process returns to step S11 and waits for the next reception start time.
[0084]
In the following second to ninth embodiments, the basic configuration is as described above, and the description of the second to ninth embodiments is mainly described in each embodiment. Differences from the first embodiment or points added to the first embodiment will be described.
[0085]
(Second Embodiment)
Next, a second embodiment of the present invention will be described.
In this embodiment, the market client system 3 sends information such as a purchase price at a series of market opening times to the central market system 1 as time series data in advance, and the central market system 1 side has time series data as long as there is time series data. In the market client system 3 corresponding to the above, the purchase application data or the sales application data is automatically updated.
[0086]
FIG. 7 shows the configuration of the electronic market system according to the present embodiment. FIG. 8 shows an example of the operation procedure of the central market system of the present embodiment. As shown in FIG. 7, the central market system 1 according to the present embodiment includes a sales application time series data storage unit 16 and an update unit 17 in addition to the configuration in the first embodiment.
[0087]
The time series data storage unit 16 stores trade application time series data sent in advance from the market client system 3.
[0088]
The update unit 17 extracts the purchase price or the sales price at the corresponding time from the sales application time-series data of each market client system 3 in the time-series data storage unit 16 at each time when the market is opened. It is set in the application data storage unit 12 or the sales application data storage unit 13.
[0089]
Thereby, the communication between the central market system 1 and the market client system 3 can be reduced, and the operation of gradually decreasing the sales price or increasing the purchase price with time is automated.
[0090]
Here, the transaction application time series data and the automatic update of the purchase application data and the sales application data based on this will be described.
FIG. 9 shows an example of sales application time series data. In the example of FIG. 9, the hourly price of each company is represented in the form of a graph, the horizontal axis represents the time, and the vertical axis represents the price. The price graph for each market opening is created in the form of a table or procedure in each market client system 3 and sent to the central market system 1.
[0091]
As shown in FIG. 9, generally, the sales-side graph has a decreasing direction, and the purchase-side graph has an increasing direction. By comparing these six graphs at each market opening time, it is possible to determine whether or not the sale has been completed.
[0092]
In the case of the example in FIG. 9, until 11 o'clock, the prices of the sales side A, B, C are higher than the prices of the purchase side D, E, F, and the transaction is not established.
At 12 o'clock, the selling price of Company A matches the selling prices of Company D and Company F. Therefore, at this point, a transaction is established between Company A and Company D or Company F. Here, it is assumed that a transaction is established between Company A and Company D. Thereafter, the graphs of Company A and Company D are deleted.
[0093]
The next transaction is established between Company C and Company E or Company F at 3 o'clock. Here, it is assumed that it is established between Company F and Company C presenting the highest purchase price and the lowest selling price.
In this way, sales and purchase strategies corresponding to time can be expressed.
[0094]
Next, the operation procedure of the central market system 1 of the present embodiment will be described with reference to FIG. As described above, the electronic market is opened at the scheduled time, but in FIG. 8, the description for repetition is omitted, and only the procedure for one electronic market is shown.
[0095]
The central market system 1 accepts applications from the market client 3 at any time. When receiving the sales application time series data, the central market system 1 stores it in the sales application time series data storage unit 16.
[0096]
In the central market system 1, when the opening time comes (or when the set time before the opening time is reached), the update unit 17 stores the sales application time series data for opening the next electronic market. Data corresponding to the opening time of the electronic market is read from the unit 16 (step S21).
[0097]
Next, if the read data is on the purchase side (step S22), the update unit 17 stores this as purchase application data in the purchase application data storage unit 12 (step S23), and the read data is on the sales side. If this is the case (step S22), it is stored in the sales application data storage unit 13 as sales application data (step S24).
[0098]
The purchase application data and sales application data transmitted from the market client system are also stored in the purchase application data storage unit 12 and the sales application data storage unit 13.
The above operation is repeated until there is no corresponding data (step S25).
[0099]
Next, if all the data settings are completed (if the setting is completed before the opening time, the opening time is reached), the matching process / notification by the matching unit 14 as shown in the first embodiment is performed. Notification processing by the unit 15 is performed (steps S26 and S27).
[0100]
In the central market system 1, as post-processing, data is deleted from the purchase application data storage unit 12 and the sales application data storage unit 13, and sales application time series data corresponding to the contracted sales application time series data is applied to the sales application. It deletes from the time series data storage part 16, and transfers to preparations for the next market opening.
[0101]
In the present embodiment, both the application based on the purchase application data and the sales application data and the application based on the sales application time series data are accepted. However, all the applications may be accepted based on the sales application time series data. In this case, when applying only once, it is only necessary to handle purchase application data or sales application data with time information added as sales application time series data.
[0102]
(Third embodiment)
Next, a third embodiment of the present invention will be described.
In the present embodiment, the minimum value, average value, maximum value of purchase price, average value, total number of sales applications, and total number of purchase applications are notified to each market client system 3 from the central market system 1 at each time. The client system 3 is provided with a function for automatically determining a sales price or a purchase price at the next time based on such information.
[0103]
FIG. 10 shows the configuration of the electronic market system according to the present embodiment. FIG. 11 shows an example of the operation procedure of the market client system according to this embodiment, and FIG. 12 shows an example of the operation procedure of the central market system according to this embodiment.
[0104]
The central market system 1 according to the present embodiment is substantially the same as the configuration in the first embodiment. As shown in FIG. 10, the market client system 3 according to the present embodiment includes a procedure storage unit 31 and an update unit 32 in addition to the configuration in the first embodiment.
[0105]
The procedure storage unit 31 stores a procedure for determining a sales price or a purchase price at the next time.
The update unit 32 activates a preset procedure stored in the procedure storage unit 31 and determines the sales price or purchase price at the next time based on the market information sent from the central market system 1. . The application data including the determined price information is sent to the central market system 1 as in the first embodiment.
As a result, the market client system 3 can automatically make a judgment according to the market situation, and the operation of the market participant can be automated.
[0106]
Here, an automatic price determination function based on market information will be described.
In the present embodiment, it is assumed that the central market system 1 sends information on the previous market to the market client system 3 before the market opening time. Thereby, the market client system 3 can determine the next purchase price or the sales price by referring to these pieces of information.
[0107]
As a specific example, it is assumed that six companies A to F participate in the market, A and B are the sales side, and C, D, E, and F are the purchase side. At this time, it is assumed that the suggested price of each company at the previous market opening time is as shown in FIG. At this point in time, the minimum sales price is higher than the maximum purchase price, so the transaction was not successful. Assume that the central market system 1 informs the market client system 3 of market information as shown in FIG.
[0108]
In the present embodiment, each market client system 3 can incorporate a procedure for determining the next application price using these values sent from the central market system 1.
[0109]
The procedure of Company A is shown below as an example of such a procedure.
(1) If the total number of sales presentations <the total number of purchase presentations, the sales price is presented as it is.
(2) If the maximum purchase offer price is less than the sales limit price, it will not be presented next time.
(3) If the selling price minus the maximum purchase offer price <10, the selling price is lowered by half the difference.
[0110]
The first condition is a case where the demand is higher than the supply, and represents that the seller is bullish and deals without lowering the selling price. The second condition is a case where there is no purchase presentation exceeding the limit price of sales. In this case, it is judged that there is no prospect of the transaction, and it is not presented next time. The third condition is a case where it is determined that the difference between the presented sales price and the maximum purchase offered price is small. In this case, the sales price is lowered to aim at making a deal.
[0111]
In this way, a method is described in which a procedure is described in the form of a rule, and if there are a plurality of matched items, a priority is set between the rules. The procedure description may be in any format.
Thus, by incorporating a procedure for determining the price to be presented at the next market opening time using the market information sent from the central market system 1, the market client system 3 can make a judgment according to the market situation. It becomes possible.
[0112]
Next, an operation procedure of the electronic market system according to the present embodiment will be described with reference to FIGS. As described above, the electronic market is opened at a scheduled time, but in FIG. 12, description for repetition is omitted, and only the procedure for one electronic market is shown.
[0113]
The market client system 3 on the sales side or purchase side that intends to participate in the market creates application information for buying and selling and transfers it to the central market system 1 (step S31). And the notification from the central market system 1 is waited for.
[0114]
On the other hand, the central market system 1 performs processing such as acceptance of application data, storage, verification, notification, etc., as in the first embodiment (step S36). Also, market information is transmitted (step S37).
[0115]
Now, each market client system 3 participating in the market can know that the purpose of the application has been achieved by receiving a notification that the transaction has been established. In addition, it is possible to know that the purpose of the application has been achieved by receiving the notification that the transaction has not been established and not receiving the notification that the transaction has been established.
[0116]
When the market client system 3 knows that the transaction has not been established (step S32), the market client system 3 receives the market information transmitted from the central market system 1 (step S33), and activates the procedure by the updating unit 32 to market information. Based on the above, the sales price or purchase price at the next time is determined (step S34). Note that the next trade application time series data may be generated not only based on the previous market information but also on the past market information history.
[0117]
If it is determined not to participate in the next market (step S35), the procedure is terminated.
If the user wants to participate in the next market again (step S35), the process returns to step S31, the trading application information is transferred to the central market system 1, and a result notification is awaited. When the market client system 3 knows that the transaction has been established (step S32), the market client system 3 ends this procedure. Even in this case, the market information transmitted from the central market system 1 may be received and stored for later reference.
[0118]
(Fourth embodiment)
Next, a fourth embodiment of the present invention will be described.
In the present embodiment, as in the second embodiment, the market client system 3 sends information such as a sale price at a series of market opening times to the central market system 1 in advance as application time series data, and the central market system 1 As long as there is time-series data on the one side, the purchase application data or the sales application data is automatically updated for the corresponding market client system 3, and as in the third embodiment, the market client system 3 includes: A function to generate the next application time series data based on the minimum value, average value, maximum value of purchase price, average value, total number of sales applications, total number of purchase applications notified from the central market system 1 It is provided.
[0119]
FIG. 15 shows the configuration of the electronic market system according to the present embodiment. FIG. 16 shows an example of the operation procedure of the central market system according to this embodiment, and FIG. 17 shows an example of the operation procedure of the market client system according to this embodiment.
[0120]
As shown in FIG. 15, the central market system 1 according to the present embodiment includes a sales application time series data storage unit 18 and an update unit 19 in addition to the configuration in the first embodiment.
The time series data storage unit 18 stores trade application time series data sent in advance from the market client system 3.
For each time when the market is opened, the update unit 19 extracts the purchase price or the sales price at the corresponding time from the sales application time series data of each market client system 3 in the time series data storage unit 18. It is set in the application data storage unit 12 or the sales application data storage unit 13.
Thereby, the communication between the central market system 1 and the market client system 3 can be reduced, and the operation of gradually decreasing the sales price or increasing the purchase price with time is automated.
[0121]
As shown in FIG. 15, the market client system 3 according to the present embodiment includes a procedure storage unit 33 and an update unit 34 in addition to the configuration in the first embodiment.
[0122]
The procedure storage unit 33 stores a procedure for determining the next trade application time series data. In the third embodiment, the procedure is for determining the next sale application data. However, in this embodiment, in order to determine the time-series data, for example, as a procedure, the price of time is determined. This includes rules for setting or correcting the slope of increase or decrease, rules for setting or correcting how prices change with time (time-price curve shape; see FIG. 9), and the like.
[0123]
The update unit 34 activates a preset procedure stored in the procedure storage unit 33, and determines the next trade application time series data based on the market information sent from the central market system 1. The determined sales application time series data is sent to the central market system 1 in the same manner as in the first embodiment.
As a result, the market client system 3 can automatically make a judgment according to the market situation, and the operation of the market participant can be automated.
[0124]
Next, the operation procedure of the central market system 1 of the present embodiment will be described with reference to FIG. As described above, the electronic market is opened at a scheduled time, but in FIG. 16, description for repetition is omitted, and only the procedure for one electronic market is shown.
[0125]
The central market system 1 accepts applications from the market client 3 at any time. When receiving the sales application time series data, the central market system 1 stores it in the sales application time series data storage unit 16.
[0126]
Now, in the central market system 1, when the opening time is reached (or when the set time before the opening time is reached), the update unit 19 stores the sales application time series data for opening the next electronic market. Data corresponding to the opening time of the electronic market is read from the unit 18 (step S41).
[0127]
Next, if the read data is from the purchase side (step S42), the update unit 19 stores this as purchase application data in the purchase application data storage unit 12 (step S43), and the read data is stored on the sales side. If this is the case (step S42), it is stored in the sales application data storage unit 13 as sales application data (step S44).
[0128]
The purchase application data and sales application data transmitted from the market client system are also stored in the purchase application data storage unit 12 and the sales application data storage unit 13.
The above operation is repeated until there is no corresponding data (step S45).
[0129]
Next, if all the data settings are completed (if the setting is completed before the opening time, the opening time is reached), the collation processing by the collation unit 14 / notification processing by the notification unit 15 is performed (step S46). , S47).
[0130]
In the central market system 1, as post-processing, data is deleted from the purchase application data storage unit 12 and the sales application data storage unit 13, and sales application time series data corresponding to the contracted sales application time series data is applied to the sales application. It deletes from the time series data storage part 18, and transfers to preparations for the next market opening.
[0131]
Next, the operation procedure of the market client system of this embodiment will be described with reference to FIG.
The market client system 3 on the sales side or purchase side that intends to participate in the market creates the sales application time series data and transfers it to the central market system 1 (step S51). And it waits for the notification from the central market system 1 (step S52).
[0132]
Now, each market client system 3 participating in the market can know that the purpose of the application has been achieved by receiving a notification that the transaction has been established. In addition, it is possible to know that the purpose of the application has been achieved by receiving the notification that the transaction has not been established and not receiving the notification that the transaction has been established.
[0133]
When the market client system 3 knows that the transaction has not been established (step S53), it receives the market information transmitted from the central market system 1 (step S54).
[0134]
If the next application data is included in the sales application time series data transmitted to the central market system 1 (step S55), the process returns to step S52 and waits for notification of the result in the next electronic market.
[0135]
On the other hand, if the sales application time series data previously transmitted to the central market system 1 no longer includes data for the next time (step S55), the procedure is started by the updating unit 34 and based on the market information notified. Next, the next purchase application time series data is generated (step S56). Note that the next trade application time series data may be generated not only based on the previous market information but also on the past market information history.
[0136]
If it is determined not to participate in the next market (step S57), the procedure is terminated.
If the user wants to participate in the next market again (step S35), the process returns to step S51, transfers the sales application time series data to the central market system 1, and waits for notification of the result.
[0137]
When the market client system 3 knows that the transaction has been established (step S53), the market client system 3 ends this procedure. Even in this case, the market information transmitted from the central market system 1 may be received and stored for later reference.
[0138]
In the present embodiment, when the sales application time series data transmitted to the central market system 1 does not include data for the next time, the next sales application time series data is generated. Even if the sales application time series data previously sent to the central market system 1 includes the data for the next time, if you want to correct it, generate the next sales application time series data, You may make it register again in the market system 1. FIG. The procedure when the market client system 3 makes an application using purchase application data or sales application data is the same as in the first embodiment.
[0139]
In the present embodiment, both the application based on the purchase application data and the sales application data and the application based on the sales application time series data are accepted. However, all the applications may be accepted based on the sales application time series data. In this case, when applying only once, it is only necessary to handle purchase application data or sales application data with time information added as sales application time series data.
[0140]
(Fifth embodiment)
Next, a fifth embodiment of the present invention will be described.
In the present embodiment, the central market system 1 has the same functions as those in the third embodiment.
[0141]
FIG. 18 shows a configuration of an electronic market system according to the present embodiment. FIG. 19 shows an example of the operation procedure of the central market system of this embodiment.
As shown in FIG. 18, the central market system 1 according to the present embodiment includes a sales application data generation procedure storage unit 20 and an update unit 21 in addition to the configuration in the first embodiment.
[0142]
The sales application data generation procedure storage unit 20 stores a sales application data generation procedure sent in advance from the market client system 3 for determining a sales price or a purchase price at the next time.
The updating unit 21 determines the sales price or the purchase price at the next time by executing the sales application data generation procedure created by the market participant, and stores it in the purchase application data storage unit 12 or the sales application data storage unit 13. Set.
Accordingly, it is possible to automatically generate trading application data reflecting market conditions without performing communication between the central market system 1 and the market client system 3 at each market opening time. In addition, the operation of gradually decreasing the selling price or increasing the purchase price with time is automated.
[0143]
Next, the operation procedure of the central market system 1 of the present embodiment will be described with reference to FIG. As described above, the electronic market is opened at the scheduled time, but in FIG. 19, the description for repetition is omitted, and only the procedure for one electronic market is shown.
[0144]
The central market system 1 accepts applications from the market client 3 at any time. When receiving the sales application time series data, the central market system 1 stores it in the sales application time series data storage unit 16.
In the central market system 1, when the opening time is reached (or when the set time before the opening time is reached), the update unit 21 first creates a market participant from the trading application data generation procedure storage unit 20. The purchase / purchase application data generation procedure is read (step S61).
[0145]
Next, the update unit 21 determines the sales price or purchase price at the next time based on the notified market information by executing the sales application data generation procedure, or decides not to apply for the next time. (Step S62).
If it is determined not to participate in the next market (step S63), nothing is stored in the purchase application data storage unit 12 and the sales application data storage unit 13.
If re-participating in the next market (step S63), if the generated data is on the purchase side (step S64), the update unit 17 stores this data as purchase application data in the purchase application data storage unit 12. If it is stored (step S65) and the generated data is from the sales side (step S64), it is stored in the sales application data storage unit 13 as sales application data (step S66).
[0146]
The purchase application data and sales application data transmitted from the market client system are also stored in the purchase application data storage unit 12 and the sales application data storage unit 13.
The above operation is repeated until there is no corresponding procedure (step S25).
[0147]
Next, when all the data settings are completed (when the setting is completed before the opening time, the opening time is reached), the collation processing by the collation unit 14 / notification processing by the notification unit 15 is performed (step S68). , S69).
[0148]
In the central market system 1, as post-processing, data is deleted from the purchase application data storage unit 12 and the sales application data storage unit 13, and sales application time-series data storage units corresponding to the contracts are obtained. Remove from 16 and move on to prepare for the next market opening. Here, it is assumed that the sales application time-series data determined not to be applied is also deleted from the sales application time-series data storage unit 16 because there is no possibility of applying for the next migration.
[0149]
On the other hand, the market client system 3 on the selling side or the purchasing side who intends to participate in the market creates trading application time series data and transfers it to the central market system 1. And the notification from the central market system 1 is waited for.
[0150]
Each market client system 3 participating in the market can know that the purpose of the application has been achieved by receiving a notification that the transaction has been established. In addition, it is possible to know that the purpose of the application has been achieved by receiving the notification that the transaction has not been established and not receiving the notification that the transaction has been established.
[0151]
Also in this embodiment, market information may be transmitted from the central market system 1 to the market client system 3, and the market client system 3 may receive the market information to be transmitted and store it.
[0152]
The market client system 3 adds information on the validity period to the purchase application data generation procedure and transmits it to the central market system 1, and the central market system 1 uses this for each sale application data generation procedure only during the validity period. You may do it. The procedure when the market client system 3 makes an application using purchase application data or sales application data is the same as that in the first embodiment.
[0153]
In this embodiment, both the application based on the purchase application data and the sales application data and the application based on the sales application time series data are accepted. However, all the applications may be accepted by the sales application data generation procedure. In this case, when applying for only one time, a purchase application data generation procedure for generating purchase application data or sales application data for one time may be used.
[0154]
In this embodiment as well, as in the fourth embodiment, the market client system 3 is provided with a function of creating a sales application data generation procedure based on the market information notified from the central market system 1. 3 may generate or modify a purchase application data generation procedure by a predetermined procedure based on the market information from the central market system 1 and register or re-register this in the central market system 1.
[0155]
The first embodiment having the basic configuration, the second embodiment to the fifth embodiment in which predetermined functions relating to purchase application data and sales application data are added to the central market system and the market client system have been described above. However, these embodiments can be implemented in any combination.
[0156]
For example, the market client system has all the functions from the first embodiment to the sixth embodiment, and the market client system uses the purchase application data or the sales application data, the sales application time series data, or the sales application data generation procedure. Alternatively, it may be possible to apply to the central market system.
[0157]
In the following, an embodiment in the case where a duplicate application to a plurality of markets is realized will be described. In the following sixth to ninth embodiments, in order to make the explanation easy to understand, a case where the market client system makes an application using purchase application data or sales application data will be described, but the first embodiment to the sixth embodiment will be described. Any combination of the embodiments can be applied to the sixth to ninth embodiments.
[0158]
(Sixth embodiment)
Next, a sixth embodiment of the present invention will be described.
FIG. 20 shows the configuration of the electronic market system according to the present embodiment. FIG. 21 shows an example of the operation procedure of the central market system according to the present embodiment.
[0159]
In the present embodiment, in the configuration of the first embodiment, the central market system 1 is provided with functions of two electronic markets, and the purchase application data storage unit 12 is dedicated to the first system. 1 And sales application data storage unit 13 1 And collation unit 14 1 And a purchase application data storage unit 12 dedicated to the second system. 2 And sales application data storage unit 13 2 And collation unit 14 2 The input unit 11 and the notification unit 15 are shared by both systems.
[0160]
In addition to the configuration in the first embodiment, the central market system 1 according to the present embodiment is linked to the linked procedure storage unit 22 in order to link the first electronic market and the second electronic market. Part 23.
[0161]
In this embodiment, the case where the electronic market is opened about several goods by the one central market system 1 is assumed. That is, the purchaser wants to participate in an advantageous one in any of the multi-commodity markets. In such a case, the market client system 3 writes that application information is duplicated in a plurality of markets and sends it to the central market system 1.
[0162]
In the central market system 1 that has received this, the interlocking unit 23 performs control so that trading does not overlap. The interlocking unit 23 includes both verification units 14. 1 , 14 2 If the collation result is input, and the duplicate application is registered in advance in the linked procedure storage unit 22 as a linked procedure, the linked unit 23 executes this and changes the other sale application data. Thereby, it is possible to link the commodity markets in the market.
[0163]
Next, the interlocking process between commodity markets will be described using a specific example.
In this example, it is assumed that markets for “apples” and “mandarin oranges” are opened simultaneously (the apple market is opened in the first system and the second system in the mandarin orange market). Here, it is assumed that the buyer can apply to multiple markets simultaneously. In addition, if it is established in any market, it has an interlocking function for canceling in other markets.
[0164]
Here, it is assumed that the application status at a certain time in the apple market is as shown in FIG. 22, and the application status at a certain time in the mandarin orange market is as shown in FIG.
[0165]
Here, it is assumed that Company E needs either "apple" or "mandarin orange", but not both. If the two markets are independent, in the apple market, the transaction between Company A that presents the lowest selling price and Company E that presents the highest purchase price is established, and in the same orange market, the transaction between Company C and Company E is established, Company E has to purchase it in duplicate. In order to realize the function of applying to a plurality of markets at the same time while avoiding such duplication, in the case of overlapping application, the market client system 3 informs in advance that the central market system 1 is linked, and the central market system 1 Now, we will introduce a method to avoid duplication by holding linked information and changing the application to the other market once one market is established.
[0166]
Company E informs the central market system 1 at the time of application that the application for the apple market and the application for the mandarin orange market overlap. For example, the following procedure is registered in the linkage procedure storage unit 22 as the linkage procedure.
[0167]
(1) If company E is established in the apple market, application for company E in the mandarin orange market is cancelled.
(2) If company E is established in the mandarin orange market, the application for company E in the mandarin orange market is cancelled.
[0168]
Either the apple market or the mandarin orange market may be opened first, but here the apple market is the first. In the apple market, a deal is established between Company A that has presented the lowest selling price and Company E that has presented the highest purchase price.
[0169]
Verification unit 14 of the first system of the central market system 1 1 Then, this contract information is notified to the interlocking unit 23. The interlocking unit 23 performs matching with the registered interlocking procedure. In this case, since the first rule can be matched, the purchase application data storage unit 12 of the second system 2 Delete the applicable data from and cancel the application of company E in the mandarin orange market. Next, when the mandarin orange market is opened, the application of company E is canceled, so a transaction is established between company C and company G.
In this way, the convenience of market participants can be increased by eliminating competition in the simultaneous opening of a market for multiple products.
[0170]
Next, the operation procedure of the central market system 1 of the present embodiment will be described with reference to FIG. As described above, the electronic market is opened at the scheduled time, but in FIG. 21, description for repetition is omitted, and only the procedure for one electronic market is shown.
[0171]
The central market system 1 accepts the application from the client system 3 (step S71).
If the received application is for the first system market, the application data is stored in the purchase application data storage unit 12. 1 Or sales application data storage unit 13 1 (Step S72-1), if it is for the market of the second system, the application data is stored in the purchase application data storage unit 12. 2 Or sales application data storage unit 13 2 (Step S72-2).
[0172]
As described above, in the case of an application for overlapping participation, the purchase application data storage unit 12 1 And 12 2 Or sales application data storage unit 13 1 And 13 2 In addition, the interlocking procedure as described above is registered in the interlocking procedure storage unit 22.
Steps S72-1 and S72-2 are repeatedly performed in response to receipt of the application.
In each system, when the market opening time is reached, the matching unit 14 1 , 14 2 Thus, the transaction application from the market client system 3 is collated to establish the transaction (steps S73-1 and S73-2).
[0173]
Then, as described above, interlocking processing is performed as necessary (steps S74-1 and S74-2). For example, as described above, in the first system that was previously concluded for the duplicate application, the verification information 14 1 To the interlocking unit 23, and the interlocking unit 23 decides to cancel the corresponding application in the second system according to the interlocking procedure. In the second system, the purchase application data storage unit 12 responds accordingly. 2 Or sales application data storage unit 13 2 The corresponding data is deleted from.
The above procedure is repeated for each system until collation is completed (steps S75-1 and S75-2).
As described in the first embodiment, notification processing is performed as necessary.
[0174]
On the other hand, the market client system 3 on the sales side or purchase side that intends to participate in the market also notifies the central market systems 1-1 and 1-2 that the application is duplicated in the application. Then, it waits for notification from the central market system 1-1, 1-2.
[0175]
Each market client system 3 participating in the market can know that the purpose of the application has been achieved by receiving a notification that the transaction has been established. In addition, it is possible to know that the purpose of the application has been achieved by receiving the notification that the transaction has not been established and not receiving the notification that the transaction has been established.
[0176]
As described in the first embodiment, in the case where only a part of the quantity of the application may be concluded, the contract may not be made only for a part of the application. It may be possible to cancel only a part of the data that has been closed in the market (update the quantity in the data), or cancel all the data in the market of other systems if only part of the data is closed You may make it do.
In the present embodiment, the linkage between two markets has been described, but it is also possible to link three or more markets in the same manner.
[0177]
(Seventh embodiment)
Next, a seventh embodiment of the present invention will be described.
FIG. 24 shows the configuration of an electronic market system according to the seventh embodiment of the present invention. FIG. 25 shows an example of the operation procedure of the central market system according to this embodiment.
[0178]
In the present embodiment, the electronic market system is composed of two central market systems 1-1 and 1-2 at the market opening site and a plurality of market client systems 3 at the market participant sites.
[0179]
In the sixth embodiment, a plurality of markets established in one central market system 1 are linked, but in this embodiment, two different central markets are configured by the same mechanism as that of the sixth embodiment. A plurality of markets opened in the system 1 are linked with each other.
[0180]
The central market system 1-1 according to the present embodiment is obtained by adding a function of a market linkage procedure to the configuration in the first embodiment, and includes an input unit 11-1, a purchase application data storage unit 12-1, a sales application. A data storage unit 13-1, a verification unit 14-1, a notification unit 15-1, a market linkage procedure storage unit 24-1, and a market linkage unit 25-1.
[0181]
The central market system 1-2 has the same configuration as the central market system 1-1, and includes an input unit 11-2, a purchase application data storage unit 12-2, a sales application data storage unit 13-2, and a verification unit 14. -2, a notification unit 15-2, a market linkage procedure storage unit 24-2, and a market linkage unit 25-2.
The configuration and operation of the market client system 3 are the same as those in the sixth embodiment, and the description thereof is omitted in FIG.
[0182]
In the present embodiment, it is assumed that the electronic market is distributed and opened simultaneously. In other words, the purchaser wants to participate in a plurality of dispersed markets at the same time, and wants to make an advantageous transaction without duplication of sales in any of the markets. In such a case, the market client system 3 writes that the application information is duplicated in a plurality of markets and sends it to both the central market systems 1-1 and 1-2.
[0183]
In the distributed central market systems 1-1 and 1-2 that have received this, the verification results are exchanged between them, and control is performed so that trading does not overlap. The market interlocking units 25-1 and 25-2 receive the collation results sent from the other central market systems 1-2 and 1-1, and the market registration procedure storage unit 24- If it is registered in 1, 24-2, this is executed to change the sales application data. This enables linkage between markets.
[0184]
Next, the interlocking process between markets will be described using a specific example.
In this example, Central Market System # 1 (1-1) is located in Tokyo, Central Market System # 2 (1-2) is located in Osaka, and Tokyo Market and Osaka Market are held alternately. Shall be sent.
[0185]
Here, it is assumed that the application status in the Tokyo market is as shown in FIG. 26, and the application status in the Osaka market is as shown in FIG.
In this example, Company E has applied for purchase in both markets. In order to overlap in advance, for example, the following procedures are registered in the market-linked procedure storage units 24-1 and 24-2 in both markets.
(1) If company E is established in the Tokyo market, the application for company E in the Osaka market is cancelled.
(2) If company E is established in the Osaka market, the application for company E in the Tokyo market is cancelled.
[0186]
The first procedure is stored in the market-linked procedure storage unit 24-2 in the Osaka market, and the second procedure is stored in the market-linked procedure storage unit 24-1 in the Tokyo market.
First, assume that the Tokyo market is held. In this case, company A and company E collate, and the transaction is established. This result is sent from the Tokyo market to the Osaka market.
[0187]
In the Osaka market, the procedure 1 described above is activated by the market interlocking unit 25-2, and the corresponding data is deleted from the purchase application data storage unit 12-2, and the application of company E in the Osaka market is cancelled. As a result, there is no duplication in the Osaka market as it is not subject to matching.
[0188]
Next, the operation procedure of the central market system 1 of the present embodiment will be described with reference to FIG. FIG. 25A shows the procedure of the central market system 1-1, and FIG. 25B shows the procedure of the central market system 1-2, both of which are the same procedure. As described above, the electronic market is opened at the scheduled time, but in FIG. 25, the description for repetition is omitted and only the procedure for one electronic market is shown.
The central market systems 1-1 and 1-2 each accept an application from the client system 3 (steps S81-1 and S81-2).
[0189]
If the received data is purchase application data, it is stored in the purchase application data storage unit 12-1. If the received data is sales application data, it is stored in the sales application data storage unit 13-1 (step S82). -1 and S82-2).
[0190]
In addition, when it is a duplicate application as described above, the interlocking procedure as described above is registered in the market interlocking procedure storage unit 24-1.
Steps S82-1 and S82-2 are repeatedly performed in response to receipt of the application.
[0191]
In each system, verification starts when the market opening time is reached.
First, prior to collation, if there is a contractual notification regarding a duplicate application from other central market systems 1-2 and 1-1 (steps S83-1 and S83-2), the notification is sent as described above. The interlocking process is originally performed (steps S84-1 and S84-2). For example, cancel the data corresponding to the contracts made in other markets.
[0192]
Next, the collation units 14-1 and 14-2 collate the sale application from the market client system 3 to establish the sale (step S85-1 and step S85-2).
[0193]
As a result of the verification, if the contract is related to the duplicate application, the contract is notified to the other central market systems 1-2 and 1-1 related to the overlap (steps S86-1 and S86-2). ).
The above procedure is repeatedly performed in each market until collation is completed (steps S87-1 and S87-2).
[0194]
As described in the first embodiment, notification processing is performed as necessary.
On the other hand, the market client system 3 on the sales side or purchase side that intends to participate in the market also notifies the central market systems 1-1 and 1-2 of the information related to the duplicate application when applying. Then, it waits for notification from the central market system 1-1, 1-2.
[0195]
Each market client system 3 participating in the market can know that the purpose of the application has been achieved by receiving a notification that the transaction has been established. In addition, it is possible to know that the purpose of the application has been achieved by receiving the notification that the transaction has not been established and not receiving the notification that the transaction has been established.
[0196]
In addition, as described in the first embodiment, when only a part of the application quantity is sold, it may not be executed by only a part of the application. Other central market systems may be notified, and the other central market system that receives the notification may cancel only a part of the data that has been closed (update the quantity in the data) or part of the data. It is also possible to notify the other central market system of the fact that only the contract has been concluded and the quantity thereof, and the other central market system that has received the notification may cancel all the data.
In the present embodiment, the linkage between two markets has been described, but it is also possible to link three or more markets in the same manner.
[0197]
(Eighth embodiment)
Next, an eighth embodiment of the present invention will be described.
FIG. 28 shows the configuration of an electronic market system according to the eighth embodiment of the present invention. FIG. 29 shows an example of the operation procedure of the central market system according to the present embodiment.
In the present embodiment, the electronic market system is composed of two central market systems 1-1 and 1-2 at the market opening site and a plurality of market client systems 3 at the market participant sites.
[0198]
This embodiment is a second method for controlling duplicate applications in a distributed electronic market. In other words, in the seventh embodiment, linked processing for linking multiple markets is performed by, for example, notifying between multiple markets for overlapping applications to multiple markets. However, in this embodiment, linked processing is performed. Instead, the market client system 3 is inquired about what is to be concluded, and is concluded only when there is an approval response from both the purchase side and the sales side.
[0199]
The central market system 1-1 according to the present embodiment is obtained by adding a confirmation processing function for the market client system 3 to the configuration of the first embodiment. The input unit 11-1, the purchase application data storage unit 12- 1, a sales application data storage unit 13-1, a verification unit 14-1, a notification unit 15-1, and a confirmation unit 26-1.
[0200]
The central market system 1-2 has the same configuration as the central market system 1-1, and includes an input unit 11-2, a purchase application data storage unit 12-2, a sales application data storage unit 13-2, and a verification unit 14. -2, a notification unit 15-2, and a confirmation unit 26-2.
The market client system 3 according to the present embodiment includes the response unit 35, but other configurations and operations are the same as those of the seventh embodiment.
[0201]
In the present embodiment, the central market systems 1-1 and 1-2 check the target market client system 3 when collating the sales application and the purchase application. The confirmation units 26-1 and 26-2 in the central market systems 1-1 and 1-2 issue confirmation request messages to the two market client systems 3 that have been verified for purchase and sale, respectively, and send responses from the market client systems. wait. The market client system 3 can avoid a duplicate trade by issuing a response of approval only once for a duplicate trade and giving a denial response for other trades.
[0202]
Next, the interlocking process between markets will be described using a specific example. Here, the same example as that used in the seventh embodiment is used (FIGS. 26 and 27).
As described above, in the present embodiment, the central market systems 1-1 and 1-2 are inquired of both market client systems 3 with respect to the collated results, and a deal is obtained with respect to what has been confirmed.
[0203]
Here, it is assumed that the Tokyo market and the Osaka market are opened almost simultaneously, and collation is performed. As a result, Company A and Company E collate in the Tokyo market, and Company C and Company E collate in the Osaka market.
In this case, in the central market system 1-1 that opens the Tokyo market, a confirmation request message is sent to the corresponding market client system 3 (Company A and Company E), and in the central market system 1-2 that opens the Osaka market, A confirmation request message is sent to the corresponding market client system 3 (Company C and Company E).
[0204]
As a result, company E receives confirmation request messages from both the Tokyo market and the Osaka market. In the market client system 3, when the confirmation request message arrives from more than one, it is free to decide which method to respond to approval by, but here, E company arrives earlier Approval will be returned to those who have arrived, and denial will be returned to those who arrive late. In this case, it is assumed that the confirmation request message from the Osaka market arrives earlier and returns approval to the Osaka market. In addition, as another determination method, for example, when there is a case where only a part of the application quantity is closed as described in the first embodiment, an approval response is given to the person who has concluded a larger quantity. A method of notification is also conceivable.
[0205]
In the central market system 1-1 and 1-2, the transaction is established only when an approval reply is obtained from both the purchase side and the market client system 3 on the purchase side. Therefore, the transaction between Company A and Company E is cancelled. On the other hand, in the Osaka market, an approval reply is received from both Company C and Company E, and the transaction is established. Although the Tokyo market and the Osaka market are continuously collated, there is no other collation, so the collation ends.
Duplication can be avoided by making an inquiry to the market client system 3 as described above.
[0206]
Next, the operation procedure of the central market system 1 of the present embodiment will be described with reference to FIG. FIG. 29A shows the procedure of the central market system 1-1, and FIG. 29B shows the procedure of the central market system 1-2, both of which are the same procedure. As described above, the electronic market is opened at the scheduled time, but in FIG. 25, the description for repetition is omitted and only the procedure for one electronic market is shown.
[0207]
The central market systems 1-1 and 1-2 each accept an application from the client system 3 (steps S91-1 and S91-2).
If the received data is purchase application data, it is stored in the purchase application data storage unit 12-1. If the received data is sales application data, it is stored in the sales application data storage unit 13-1 (step S92). -1 and S92-2).
Steps S92-1 and S92-2 are repeatedly performed in response to receipt of the application.
In each system, when the market opening time is reached, the collation units 14-1 and 14-2 collate the sale application from the market client system 3 to establish the sale (step S93-1 and step S93-2). .
[0208]
Next, as described above, confirmation is made with the target market client system 3 on both the purchase side and the sales side regarding what can be concluded, and only when there is an approval response from both market client systems 3 It is concluded that this is concluded, and otherwise the transaction is not established (steps S94-1 and S94-2).
[0209]
Then, information indicating that the contract has been made or not made is transmitted to the market client system 3 (steps S95-1 and S95-2).
The above collation process and confirmation process are repeatedly performed in each market until collation is completed (steps S87-1 and S87-2).
[0210]
As described in the first embodiment, notification processing is performed as necessary.
On the other hand, the market client system 3 on the sales side or purchase side that intends to participate in the market also notifies the central market systems 1-1 and 1-2 of the information related to the duplicate application when applying. Then, it waits for notification from the central market system 1-1, 1-2.
[0211]
Each market client system 3 participating in the market can know that the purpose of the application has been achieved by receiving a notification that the transaction has been established. In addition, it is possible to know that the purpose of the application has been achieved by receiving the notification that the transaction has not been established and not receiving the notification that the transaction has been established.
[0212]
In the above description, all the applications are confirmed. However, if the application is a duplicate application as in the seventh embodiment, each central market system 1-1 that applies the application from the market client system 3 to that effect. 1-2, each central market system 1-1, 1-2 may register duplicate information, and the confirmation process may be performed only for those related to duplicate applications.
In the present embodiment, the linkage between two markets has been described, but it is also possible to link three or more markets in the same manner.
[0213]
(Ninth embodiment)
Next, a ninth embodiment of the present invention will be described.
FIG. 30 shows the configuration of an electronic market system according to the ninth embodiment of the present invention. FIG. 31 shows an example of the operation procedure of the central market system according to this embodiment.
[0214]
In the present embodiment, the electronic market system is composed of two central market systems 1-1 and 1-2 at the market opening site and a plurality of market client systems 3 at the market participant sites.
[0215]
This embodiment is a third method for controlling duplicate applications in a distributed electronic market. In this embodiment, the market client system 3 side that participates in a plurality of markets redundantly creates a time-dependent procedure that is set to participate in one market at the same time, and transmits it to the central market systems 1-1 and 1-2. In the central market system 1-1, 1-2, the application data is updated according to the received time-dependent procedure.
[0216]
The central market system 1-1 according to the present embodiment is obtained by adding a function of a time-dependent procedure to the configuration in the first embodiment, and includes an input unit 11-1, a purchase application data storage unit 12-1, a sales application. A data storage unit 13-1, a verification unit 14-1, a notification unit 15-1, a time-dependent procedure storage unit 27-1, and a time update unit 28-1 are provided.
[0217]
The central market system 1-2 has the same configuration as the central market system 1-1, and includes an input unit 11-2, a purchase application data storage unit 12-2, a sales application data storage unit 13-2, and a verification unit 14. -2, a notification unit 15-2, a time-dependent procedure storage unit 27-2, and a time update unit 28-2.
[0218]
In the present embodiment, the market client system 3 that participates in a plurality of markets simultaneously registers the participation time in the time-dependent procedure in advance. In the central market systems 1-1 and 1-2, the time update units 28-1 and 28-2 are started at each market opening time, and the time-dependent procedures are executed, thereby switching the overlapping applications by time. To control duplication.
[0219]
Next, time update by a time-dependent procedure will be described using a specific example.
Here, it is assumed that the collation start time and collation end time in each of the central market systems 1-1 and 1-2 are disclosed in advance. The central market systems 1-1 and 1-2 collate the sales application applied by the collation start time, and send the result to the market client system 3 by the collation end time.
[0220]
In this example, the Tokyo market is opened by the central market system 1-1, and the Osaka market is opened by the central market system 1-2. Further, it is assumed that the collation start time and collation end time in the Tokyo market are as shown in FIG. 32, and the collation start time and collation end time in the Osaka market are as shown in FIG.
[0221]
In the market client system 3 which intends to participate in both the Tokyo market and the Osaka market, the optimum market participation method is determined by examining the overlap of the market opening times of both sides. For example, if the collation start time and collation end time are as shown in FIGS. 32 and 33, there is no overlap at the same time if scheduling is performed as shown in FIG.
[0222]
In the market client system 3, a market participation time without duplication is obtained in advance, expressed as a time-dependent procedure, and sent to the central market systems 1-1 and 1-2. The expression of the procedure may be a simple participation time list or a procedure expression using regularity. The application data may be transmitted each time as in the first embodiment, may be transmitted as time-series data as in the second embodiment, or as in the fifth embodiment. It may be transmitted as a procedure, or may be added and transmitted during a time-dependent procedure.
[0223]
In the central market system 1-1, 1-2, the time update procedure 28-1, 28-2 is activated at each market opening time to determine whether each market client system 3 participates. When participating, the application data is stored in the purchase application data storage units 12-1 and 12-2 or the sales application data storage units 13-1 and 13-2 and collated. In this way, overlap between distributed markets can be achieved.
[0224]
Next, the operation procedure of the central market systems 1-1 and 1-2 according to the present embodiment will be described with reference to FIG. In FIG. 31, description for repetition is omitted, and only the procedure for one electronic market is shown.
[0225]
The central market system 1-1 accepts applications from the market client 3 at any time, and if it receives a time-dependent procedure, it stores it in the time-dependent procedure storage unit 27-1.
[0226]
In the central market system 1, when the opening time is reached (or when the set time before the opening time is reached), the time update unit 28-1 first performs market participation from the time-dependent procedure storage unit 27-1. The time-dependent procedure created by the user is read (step S101).
[0227]
Next, the update unit 27-1 determines whether or not to participate in the market at the next time by executing a time-dependent procedure, and obtains application data for participation (step S102).
[0228]
If it is determined not to participate in the next market (step S103), nothing is stored in the purchase application data storage unit 12 and the sales application data storage unit 13.
[0229]
If re-participating in the next market (step S103), the updating unit 27-1 determines that the requested application data is on the purchase side (step S104), the purchase application data storage unit 12-1 (Step S105), and if the obtained application data is for the sales side (step S104), it is stored in the sales application data storage unit 13-1 (step S106).
The above operation is repeated until there is no corresponding procedure (step S25).
[0230]
In addition, when accepting purchase application data and sales application data without notification of time-dependent procedures, the purchase application data and sales application data transmitted from the market client system are also stored in the purchase application data storage unit 12-1 and the sales application data. Store in the storage unit 13-1.
[0231]
Next, if all the data settings are completed (if the setting is completed before the opening time, the opening time is reached), the collation processing by the collation unit 14-1 / notification processing by the notification unit 15-1 is performed. It performs (step S108, S109).
[0232]
In addition, here, the information about the contract that has been concluded is notified to the central market system 1-2 corresponding to the other market described in the time-dependent procedure, and the other central market system 1- In 2, it is assumed that all corresponding information is deleted.
[0233]
In addition, as described in the first embodiment, when only a part of the application quantity is sold, it may not be executed by only a part of the application. Notify other central market systems, and the other central market systems that receive the notification cancel only the part of the data corresponding to the part of the data that was closed (update the quantity in the data). Alternatively, it may be notified to other central market systems that only a part has been closed and the quantity thereof, and the other central market systems that have received the notification may cancel all corresponding information.
[0234]
In the central market system 1-1, as post-processing, data is deleted from the purchase application data storage unit 12-1 and the sales application data storage unit 13-1, and the time-dependent procedure corresponding to the contract is changed to the time-dependent procedure. It deletes from the storage part 16-1, and transfers to preparations for the next market opening.
[0235]
As described in the first embodiment, notification processing is performed as necessary.
The same applies to the central market system 1-2.
[0236]
On the other hand, the market client system 3 on the sales side or purchase side that intends to participate in the market also notifies the central market systems 1-1 and 1-2 of the time-dependent procedure when applying. Then, it waits for notification from the central market system 1-1, 1-2.
[0237]
Each market client system 3 participating in the market can know that the purpose of the application has been achieved by receiving a notification that the transaction has been established. In addition, it is possible to know that the purpose of the application has been achieved by receiving the notification that the transaction has not been established and not receiving the notification that the transaction has been established.
In the present embodiment, the linkage between two markets has been described, but it is also possible to link three or more markets in the same manner.
[0238]
(Tenth embodiment)
Next, a tenth embodiment of the present invention will be described.
FIG. 35 shows the configuration of the electronic market system according to the present embodiment.
This electronic market system includes a central market system 101 that operates a market, a plurality of seller-side terminals 103 that are installed at seller sites participating in the market, and a plurality of buyer sides that are installed at buyer sites participating in the market. The terminal 102 is configured.
[0239]
As a basic function of the central market system 101, at least one of two functions of providing information about the market and matching is provided. The provision of information related to the market is a function of obtaining information on a product that the buyer wants to purchase from the seller and returning it to the buyer. With the matching function, information on the product that the buyer wants to purchase is obtained from the seller, and the central market system 101 compares the specifications with the buyer, selects the most appropriate one, makes a tentative reservation, This is a function to notify both buyers.
[0240]
As for the information providing function regarding the market, the buyer side terminal and the seller side information are collated at the buyer side terminal. In order to purchase the selected product, the buyer issues a purchase request based on the matching result (however, there is a time difference between providing information and issuing the purchase request, and the most appropriate product is There is a possibility that it may not be possible to purchase due to out of stock). The central market system 101 relays the purchase request form to the seller side, and when the acceptance message comes from the seller side, transmits a transaction establishment notice to the buyer side.
In the matching function, the buyer clearly describes the specifications beforehand. In this case, there is no time difference between information acquisition and verification, so that the most suitable product can always be provisionally reserved.
[0241]
(Eleventh embodiment)
Next, an eleventh embodiment of the present invention will be described.
FIG. 36 shows the configuration of the electronic market system according to the present embodiment. This electronic market system includes a central market system 101 that operates a market, a plurality of seller-side terminals 103 that are installed at seller sites participating in the market, and a plurality of buyer sides that are installed at buyer sites participating in the market. The terminal 102 is configured. The present embodiment provides a function for providing information related to the market.
[0242]
Prior to the establishment of the electronic market in the electronic market system 101, the seller's product information is stored in advance in the seller product file 114 in the central market system 101.
Market opening takes place on demand when buyer side access occurs.
[0243]
The central market system 101 receives an estimate request sent from the buyer-side terminal 102 by the buyer-side receiving unit 111, and the seller-selecting unit 112 searches and selects a seller who sells the corresponding product from the seller product file 114. Subsequently, the seller side transmission unit 113 transmits an estimate request to the selected seller and waits for a reply from the seller terminal 103.
[0244]
On the seller side, a quote for the corresponding product is created and returned to the central market system by a program stored in the terminal 103 or by manual intervention.
[0245]
In the central market system 101, when the quotation returned from the seller is received by the seller side receiving unit 115, the buyer side transmitting unit 116 is collectively activated and returned to the corresponding buyer side.
[0246]
It is assumed that the above processing is performed within a predetermined time. That is, if the reply from the seller is not within a certain time, the processing is continued assuming that there is no reply. As a result, the buyer side is guaranteed to receive a reply within a certain time after issuing the request for quotation, and the business efficiency is greatly improved compared to the market opened at a predetermined time.
[0247]
The buyer issues a purchase request form from the returned quotation and sends it to the central market system 101.
In the central market system 101, when the purchase request form is received by the buyer side receiving unit 111, it is transmitted by the seller side transmitting unit 113 to the corresponding seller terminal.
[0248]
When the seller side terminal 103 receives the purchase request form, it checks the stock / delivery date and returns either accept / reject to the central market system 101.
[0249]
The central market system 101 receives the accept from the seller-side terminal 103 and considers that the transaction has been completed, notifies both the corresponding buyer-side terminal 102 and the seller-side terminal 103, and stores a record for lighting the transaction. To do.
[0250]
If the central market system 101 receives a reject from the seller terminal 103, the transaction is not established, and the buyer side transmitting unit 116 returns the reject to the corresponding buyer terminal 102.
[0251]
Hereinafter, the present embodiment will be described using specific examples.
Here, description will be made assuming that there are three buyer terminals (A, B, C) and three seller terminals (X, Y, Z). In addition, the products handled in this market are called “apples” and “mandarin oranges”. Assume the sales price and stock of “apples” of companies X, Y, and Z as shown in FIG. 37, and the sales price and stock of “mandarin oranges” as shown in FIG.
[0252]
Assume that 100 quotation requests for mandarin oranges have been sent to the central market system 101 from the buyer's terminal 102 of company A.
The buyer side receiving unit 111 passes this information to the seller selecting unit 112. The seller selection unit 112 searches the seller product file 114 to obtain a corresponding seller. Here, it is assumed that information is stored in the seller product file 114 as shown in FIG.
As a result, the seller transmitting unit 113 knows that there are three sellers handling the mandarin oranges, X, Y, and Z, sends an estimate request form of the A company to the X, Y, and Z companies, and waits for a reply.
In the case of this example, Company X does not respond because the inventory is insufficient. Company Y responds with an estimate of 120 yen and company Z returns 100 yen within a certain period of time.
[0253]
The central market system 101 summarizes the results, and the buyer-side transmission unit 116 returns information to Company A that Y is 120 yen and Z is 100 yen within a certain time.
In response to this, the buyer terminal 102 of company A selects company Z, for example, because company Z is less expensive, either manually or through human intervention. 101.
[0254]
When the central market system 101 receives a purchase request form from company A, it refers to an estimate record file (not shown) and transfers the purchase request form to the corresponding company Z.
When company Z receives the purchase request form, it checks the stock, determines accept / reject, and returns to the central market system 101.
When the central market system 101 receives an accept from the company Z, the central market system 101 regards the transaction as being completed, notifies the company A, and stores a record for proof of the transaction.
FIG. 40 shows the flow of information among the company A, the central market system, and the company Z in the above processing.
[0255]
(Twelfth embodiment)
Next, a twelfth embodiment of the present invention will be described.
FIG. 41 shows the configuration of the electronic market system according to this embodiment. This electronic market system includes a central market system 101 that operates a market, a plurality of seller-side terminals 103 that are installed at seller sites participating in the market, and a plurality of buyer sides that are installed at buyer sites participating in the market. The terminal 102 is configured. The present embodiment provides a matching function.
[0256]
Prior to the establishment of the electronic market in the electronic market system 101, the seller's product information is stored in advance in the seller product file 114 in the central market system 101.
Market opening takes place on demand when buyer side access occurs. However, it is also possible to handle a plurality of buyer-side accesses that have arrived within a certain period of time. When handled in this manner, it is possible to incorporate a function of selecting a buyer on the seller side.
[0257]
The central market system 101 receives an estimate request sent from the buyer's terminal 102 by the buyer's receiver 111 and transmits them to the seller's selector 112 in a batch within a certain time, and sells the corresponding product. Is searched and selected from the seller product file 114. Subsequently, the seller-side transmitter 113 transmits an estimate request to the selected seller and waits for a reply from the seller terminal.
On the seller side, a quotation for the corresponding product is created and returned to the central market system 101 by a program stored in the terminal 103 or manually.
[0258]
In the central market system 101, when the seller-side receiving unit 115 receives the quotation returned from the seller, the matching unit 117 performs matching. The matching unit 117 registers the pair of seller and buyer who is most suitable as a result of matching as a provisional reservation, and the buyer side transmission unit 115 returns it to the corresponding buyer side.
Upon receiving the returned provisional reservation form, the buyer issues a purchase request form within a certain time and transmits it to the central market system 101.
[0259]
In the central market system 101, if the purchase request form is received by the buyer-side receiving unit 111, it is considered that the transaction has been completed, and the corresponding buyer-side terminal 102 and seller-side terminal 103 are notified, and a record for lighting the transaction is recorded. Save. If the purchase request form is not transmitted from the buyer side terminal 103 within a certain time, it is considered that the transaction has not been established and the provisional reservation is cancelled.
[0260]
Hereinafter, the present embodiment will be described using specific examples.
The merchandise to be handled and the merchandise of the seller are the same as those in the eleventh embodiment, that is, FIG. 37, FIG. 38, and FIG. In this embodiment, it is assumed that the buyer side specifies purchase conditions for verification in the estimate request form.
[0261]
Assume that an estimate request form is transmitted from the buyer's terminal 102 of company A, and in this estimate request form, the purchase conditions of 50 apples and a price of 100 yen or less are presented. Similarly, it is assumed that company B presents a purchase condition of 50 apples and a price of 120 yen or less.
[0262]
In the central market system 101, the buyer side receiving unit 111 passes this information to the matching unit 118. The verification unit 118 knows from the seller product file 114 that apples are handled by companies X and Y, sends the purchase conditions of companies A and B to companies X and Y, and waits for a response.
[0263]
Assume that X company and Y company make the following response to the purchase conditions of company A and company B. However, the selling price of the apples of company Y is 120 yen, and it does not satisfy the purchase conditions of company A, so it is assumed that there is no response from company Y to company A.
Response from Company X to Company A: Price 100 yen, number 50 pieces Response from Company X to Company B: Price 100 yen, number 50 pieces Response from Company Y to Company A: Response from Company Y to Company B: When the seller side receiving unit 115 of the central market system 101 receives the information from the X company and the Y company, the seller side receiving unit 115 of the price 120 yen and the number of 50 pieces passes the information to the checking unit 117 and starts the checking. In this case, since the stock of company X is 50, it cannot be sold to both company A and company B.
[0264]
Various verification methods can be considered in the verification unit 117. Here, a method is used in which sellers are arranged at random and matching is performed as long as there is inventory in that order. An example of the procedure of this collation process is shown in FIG.
[0265]
Hereinafter, an example of matching will be described with reference to the flowchart of FIG.
First, in step S111, a seller-buyer pair is created. In this example, p is the following three.
(Company X, Company A), (Company X, Company B), (Company Y, Company B)
The left element in the parenthesis is the seller, and the right element is the buyer.
[0266]
In step S112, buyers are arranged in order. A case where b (1) is A company and b (2) is B company will be described as a first case.
In step S113, b (1) is not empty, so the process proceeds to step S114.
In step S114, since the answer to company A is only company X, step S115 is passed, and in step S116, company A and company X collate by matching, so this is registered as a provisional reservation.
[0267]
Next, the stock of company X is adjusted in step S117. Since the stock of company X is 50 pieces, company X is out of stock by selling to company A, and sales from company X to company B are impossible. According to step S118, (company X, company B) Is removed from p.
[0268]
The processing of company A is completed as described above, and then the processing of company B of b (2) is started.
Since the answer of (Company X, Company B) is removed from p, the answer to Company B is only Company Y in step S114.
In step S116, company B and company Y match, and this is registered as a temporary reservation. Similarly, since the stock of company Y is 100, the number sold to company B is reduced to 50 and the stock is set to 50.
Returning to step S113, since b (3) is empty, the process ends. Thus, by performing matching of company A first, two provisional reservations of (Company X, Company A) and (Company Y, Company B) are established.
[0269]
On the other hand, if the order in b is in the order of B company and A company (b (1) is B company and b (2) is A company), the response to B company in step S114 is both X company and Y company. In step S116, company X is lower in matching, so company B and company X collate and register this as a provisional reservation.
In step S117, the stock of company X is adjusted. Company X is out of stock by selling to company B, and (company X, company A) is removed from p.
[0270]
Next, the processing of company A is performed. In step S114, the answer to company A is empty, and the check in step S115 ends with no matching for company A.
[0271]
(13th Embodiment)
Next, a thirteenth embodiment of the present invention is described.
FIG. 43 shows the configuration of the electronic market system according to the present embodiment. This electronic market system includes a central market system 101 that operates a market, a plurality of seller-side terminals 103 that are installed at seller sites participating in the market, and a plurality of buyer sides that are installed at buyer sites participating in the market. The terminal 102 is configured.
[0272]
In the eleventh and twelfth embodiments, whenever an estimate request is accessed from the buyer side terminal, communication regarding the estimate or purchase request is performed with the corresponding seller side terminal. By holding information related to sales such as the price, inventory, and delivery date of products for each seller in the seller product file 114 in the market system 101, information provision and matching can be centralized without communicating with each seller terminal 103 each time. This can be realized in the market system 101.
[0273]
Similar to the twelfth embodiment, the central market system 101 receives an estimate request document sent from the buyer side terminal within a predetermined time by the buyer side receiving unit 111 and transmits them together to the matching unit 118. When the matching unit 118 searches the seller product file 114 and obtains sales information of the corresponding product, matching with the specification of the buyer side request for quotation received from the buyer side receiving unit 113 is performed, for example, in the twelfth embodiment. The procedure is as follows. The matching unit 118 registers a pair of a seller and a buyer who is most suitable as a result of matching as a provisional reservation, and the buyer-side transmission unit 113 sends it back to the corresponding buyer side.
[0274]
Upon receiving the returned provisional reservation form, the buyer issues a purchase request form within a certain time and transmits it to the central market system 101. In the central market system 101, if the purchase request form is received by the buyer-side receiving unit 111, it is considered that the transaction has been completed, and both the corresponding buyer-side terminal 102 and seller-side terminal 103 are notified, and a record for proof of the transaction is provided. Save. If a purchase request form is not transmitted from the buyer terminal 102 within a certain time, it is considered that the transaction has not been established and the provisional reservation is cancelled.
It should be noted that the correction of information related to sales such as the price, inventory, and delivery date of the seller's product in the seller product file 114 is performed through the correction unit 119.
[0275]
(Fourteenth embodiment)
Next, a fourteenth embodiment of the present invention is described.
FIG. 44 shows the configuration of the electronic market system according to the present embodiment. This electronic market system includes a central market system 101 that operates a market, a plurality of seller-side terminals 103 that are installed at seller sites participating in the market, and a plurality of buyer sides that are installed at buyer sites participating in the market. The terminal 102 is configured. The present embodiment provides a matching function.
[0276]
First, the seller registers the purchase quantity-unit price correspondence table 1140 in the seller product file 114 of the product he / she handles. The purchased quantity-unit price correspondence table is a record of the number of products sold and the unit price at that time. Usually, for a party who purchases a large amount of products, the unit price is often set low, so the purchase quantity-unit price correspondence table 1140 may have a plurality of entries. Further, the unit price and the sales quantity may change depending on the inventory of the seller, and in this case, the purchase quantity / unit price correspondence table 1140 is updated each time. The information in the seller product file 114 and the purchase quantity-unit price correspondence table 1140 are corrected through the correction unit 119.
[0277]
Upon receiving a quote request from a buyer, the quote request splitting unit 120 refers to a purchase quantity-unit price correspondence table 1140 of each seller who sells individual products, and determines which one of the overall purchase prices is the cheapest. Decide how many to order from the seller. Accordingly, the quotation request dividing unit 120 divides the quotation request and transmits the divided quotation requests to individual sellers. The quote request splitting unit 120 waits to receive a quote for all of the split quote requests, and collectively returns them to the buyer.
[0278]
Hereinafter, the present embodiment will be described using specific examples.
Suppose Buyer A wants to purchase 100 melons. Regarding “Melon”, there are two sellers X and Y, and the seller product file 114 includes a purchase quantity-unit price correspondence table for company X as shown in FIG. 45 and a purchase for company Y as shown in FIG. It is assumed that the number-unit price correspondence table is registered. Y company has limited stock and cannot sell more than 80 pieces.
[0279]
The cheapest case is when purchasing 40 or more pieces from company Y, but buyer A wants to purchase 100, whereas company Y only sells up to 80, so split into company X and company Y. Need to buy.
[0280]
Here, FIG. 47 shows how the purchase price changes when 100 purchased items are distributed to Company X and Company Y. The vertical axis represents the purchase amount, and the horizontal axis represents the number purchased from Y company. That is, when the left end purchases all 100 melons from company X, the right end shows the case where all 100 melons are purchased from company Y (however, since only 80 pieces can be purchased from company Y, this cannot be realized). The part shown by the thick practice is the purchase price, but the purchase price also changes discontinuously with the sales volume where the unit price of melon of Company X and Company Y becomes discontinuous, so the purchase price is the cheapest at these positions there is a possibility.
[0281]
FIG. 48 shows an example of the processing procedure of the quote request dividing unit 120.
First, the quotation request dividing unit 120 examines all the sales quantity-unit price correspondence tables 1140 for selling melons, and lists the optimal sales quantity combination candidates (step S121). In this example, since the purchase quantity where the unit price of the seller X changes is 50 and the purchase quantity where the unit price of the seller Y changes is 80, the optimal purchase quantity candidate is extracted as follows.
(X, Y) = (100, 0), (60, 40), (50, 50), (20, 80)
Subsequently, the quotation request dividing unit 120 calculates the total purchase cost for each candidate (step S122). In this example, the following results are obtained. (100, 0): 100 * 70 + 0 * 80 = 7,000 (60, 40): 60 * 70 + 40 * 60 = 6,600 (50, 50): 50 * 70 + 50 * 60 = 6, 500 (20, 80): 20 * 100 + 80 * 60 = 6,800. As a result, it can be seen that purchasing 50 pieces from each of the X company and the Y company has the lowest cost. Therefore, in the case of this example, the combination of (X, Y) = (50, 50) is determined (step S123).
[0282]
Therefore, the estimate request splitting unit 120 divides the estimate request for 100 melons from A into an estimate request for 50 melons for X and an estimate request for 50 melons for Company Y, and sends them to Company X and Company Y, respectively. (Step S124).
[0283]
The quotation request splitting unit waits for quotations from company X and company Y (step S125), and returns them together to A (step S126).
It should be noted that the function related to the present request for splitting can be implemented in combination with any of the tenth to thirteenth embodiments.
[0284]
(Fifteenth embodiment)
Next, a fifteenth embodiment of the present invention is described.
This embodiment relates to a function for recording a transaction establishment process in the tenth to twelfth embodiments.
In this embodiment, first, a basic transaction number is added to the buyer's estimate request form for management. Two examples of this processing are shown.
[0285]
The first embodiment is shown in FIG. In this form, an estimate request form is sent from the buyer side terminal 102 to the buyer side receiving unit 111 of the central market system 101. Upon receiving the request for quotation 160, the buyer-side receiving unit 111 acquires the basic transaction number from the basic transaction number assigning unit 151, adds the basic transaction number to the estimate request, and proceeds as an estimate request 161 with a basic transaction number.
[0286]
The second form is shown in FIG. In this form, a transaction basic number issuance request is sent from the buyer side terminal 102 to the buyer side receiving unit 111 of the central market system 101. The buyer-side receiving unit 111 acquires the transaction basic number from the transaction basic information allocating unit 151 and transmits the transaction basic number to the buyer-side terminal 102 through the buyer-side transmission unit 116. The buyer terminal 102 adds the transaction basic number to the request for quotation, and transmits it to the central market system 101 again as a transaction basic numbered estimate request 162.
The difference between the first form and the second form is that in the second form, the transaction basic number can be recorded when the buyer side terminal 102 issues a request for quotation.
[0287]
Next, FIG. 51 shows a configuration example in the case where the central market system 101 records a transaction process in a market log file. Here, it is assumed that the basic transaction number is assigned to the estimate request form, the estimate form, and the purchase request form according to the first or second form.
[0288]
When the central market system 101 receives the request for quotation from the buyer side terminal 102, it sends them to the seller side terminal 103 according to the procedures of the tenth to twelfth embodiments. At that time, the transaction process recording unit 152 connects the copy of the request for quotation to the link corresponding to the transaction basic number in the market log file 153.
[0289]
When the central market system 101 receives an estimate from the seller-side terminal 103, it searches the market log file 153 for a corresponding estimate request based on the transaction basic number added to the estimate. Then, it is checked whether the description items such as product name, quantity, price, delivery date, etc. in the estimate sheet are in accordance with the conditions of the items described in the estimate request sheet.
If they do not match, predetermined processing such as invalidating the estimate or sending a warning message to the seller side terminal 103 and returning the estimate is performed.
[0290]
When the items described in the estimate and the items described in the request for quotation match, the estimate is sent to the buyer's terminal according to the procedures of the tenth to twelfth embodiments. At that time, the transaction process recording unit 152 may link the estimate copy to the link corresponding to the transaction basic number in the market log file 153.
[0291]
When the central market system 101 receives the purchase request form from the buyer terminal 102, the central market system 101 searches the market log file 152 for a corresponding estimate based on the transaction basic number added to the estimate and the company name of the seller. Then, it is checked whether the description items such as product name, quantity, price, delivery date, seller company, etc. in the purchase request form match the conditions of the description items in the estimate.
[0292]
If they do not match, predetermined processing such as invalidating the purchase request or sending a warning message to the buyer terminal 102 and returning the purchase request is performed.
[0293]
When the items described in the purchase request form match the items described in the estimate sheet, the purchase request form is sent to the terminal 103 on the seller side according to the procedures of the tenth to twelfth embodiments. At that time, the transaction process recording unit 152 may connect the copy of the purchase request document to the link corresponding to the transaction basic number in the market log file 153.
[0294]
Here, FIG. 52 shows an example of the configuration of the market log file 153, and FIG. 53 shows an example of the procedure by which the central market system 101 creates the market log file 153.
When a message is received from the seller side terminal or the buyer side terminal (step S131), if it is a request for quotation (step S132), it is recorded in the market log file (step S142), and the message is sent to the seller side terminal (step S143). .
[0295]
If the message received in step S131 is an estimate (step S133), first, a corresponding estimate request is searched from the market log file (step S139). Then, the contents of the corresponding estimate and the request for quotation are compared, and if the contents match (step S140), a message is sent to the buyer terminal (step S144). On the other hand, if the description contents do not match (step S140), the predetermined exception processing is performed (step S141).
[0296]
If the message received in step S131 is a purchase request form (step S134), first, a corresponding estimate is retrieved from the market log file (step S136). Then, the contents described in the corresponding estimate and the request for quotation are compared, and if the contents match (step S137), a message is sent to the seller terminal (step S143). On the other hand, if the description contents do not match (step S137), the predetermined exception processing is performed (step S138).
If the message received in step S131 does not correspond to any of the estimate request form, the estimate form, and the purchase request form (steps S132 to S134), predetermined exception processing is performed (step S135).
[0297]
The market log file 153 according to the present embodiment can also be used as proof of contract in an activity related to the transaction outside the electronic market system 101 (delivery of an actual thing, etc.). Further, after the transaction is established, it is possible to secure the area of the market log file 101 by erasing all logs related to the transaction or logs for which only the estimation has been performed.
[0298]
(Sixteenth embodiment)
Next, a sixteenth embodiment of the present invention will be described.
The present embodiment relates to a function for detecting the disappearance of messages transmitted and received in the tenth to fourteenth embodiments.
In this embodiment, each slip is given a unique slip number. The slip number is a combination of the terminal number on the seller side and the buyer side and the serial number generated at each terminal so as to be unique within the entire system. An example of the data format of the slip number is shown in FIG.
[0299]
FIG. 55 shows a main configuration relating to message loss detection in the electronic market system according to the present embodiment.
The buyer-side terminal 102 and the seller-side terminal 103 are provided with slip number generators 121 and 131 for each terminal, and a slip number having the format shown in FIG. 54 is generated.
The buyer-side terminal 102 and the seller-side terminal 103 are provided with the previous slip number storage units 122 and 132 for each terminal, and store the slip number of the message received last time.
[0300]
The buyer-side receiver 111 and seller-side receiver 115 of the central market system 101 store the slip number of the message received last time for each buyer and seller (previous slip number storage units 164 and 166).
[0301]
The buyer-side transmitter 116 and seller-side transmitter 113 of the central market system store the slip number of the last message sent to each buyer and seller (previous slip number storage units 167 and 165).
[0302]
When the buyer side terminal 102, the seller side terminal 103, the buyer side transmission unit 116 of the central market system 101, and the seller side transmission unit 113 of the central market system 101 respectively transmit a message, A slip number is added. Further, the slip number of the message transmitted last time in the previous slip number storage unit is set as the transaction basic number of the message.
[0303]
The buyer-side terminal 102, the seller-side terminal 103, the buyer-side transmission unit 116 of the central market system 101, and the seller-side transmission unit 113 of the central market system 101 each received the previous time in the previous slip storage unit when receiving the message. The slip number is compared with the previously sent slip number attached to the message received this time. If they match, the message number of the message received this time Store in the slip number storage unit. If the previously transmitted slip number in the received message does not match the previously received slip number in the previous slip number storage unit, it is detected that the message has disappeared.
[0304]
After detecting the message loss, the system performs predetermined processing determined by the system. For example, after sending a message to stop the entire system, the previously received slip number and message resend request are sent, It is also possible to request that the message up to the latest slip is retransmitted according to the contents of the market log file shown in the embodiment.
[0305]
FIG. 56 shows an example of a processing procedure when the buyer-side terminal 102, the seller-side terminal 103, the buyer-side transmission unit 116 of the central market system 101, and the seller-side transmission unit 113 of the central market system 101 transmit a message.
That is, the slip number of the message sent last time is extracted from the previous slip number description section (step S151), the message slip number of the message sent last time and the newly generated slip number are added to the message and sent (step S152). The slip number of the message sent this time is stored in the slip number storage unit (step S153).
[0306]
FIG. 57 shows an example of a processing procedure when the buyer-side terminal 102, the seller-side terminal 103, the buyer-side receiver 111 of the central market system 101, and the seller-side receiver 115 of the central market system 101 receive a message.
That is, if a message is received (step S161), the slip number of the message received last time is extracted from the previous slip number storage unit (step S162), and the previously sent slip number in the received message and the previous slip number storage are stored. If the previously received slip number in the section matches (step S163), the slip number of the message received this time is stored in the previous slip number storage unit (step S164). On the other hand, if the two slip numbers do not match in step S163, it means that message loss has been detected.
[0307]
(Seventeenth embodiment)
Next, a seventeenth embodiment of the present invention will be described.
The present embodiment relates to a function for detecting the disappearance of messages transmitted and received in the tenth to fourteenth embodiments.
In this embodiment, each slip is given a unique slip number. The slip number is a combination of the terminal number on the seller side and the buyer side and the serial number generated at each terminal so as to be unique within the entire system. An example of the data format of the slip number is shown in FIG.
[0308]
FIG. 58 shows the main configuration of message loss detection in the electronic market system according to the present embodiment.
[0309]
The buyer-side terminal 102 and the seller-side terminal 103 are provided with slip number generation units 124 and 134 for each terminal, and a slip number having the format shown in FIG. 54 is generated.
The buyer-side terminal 102, the seller-side terminal 103, the buyer-side transmission unit 116 of the central market system 101, and the seller-side transmission unit 113 include a transmission slip number corresponding to each destination buyer-side terminal, seller-side terminal, and central market system. Storage units 125, 135, 105, and 203 are provided to store the slip number of the message when the message is transmitted.
[0310]
The buyer-side terminal 102, the seller-side terminal 103, the buyer-side receiver 111 of the central market system 101, and the seller-side receiver 115 have a receipt slip number corresponding to each sender's buyer-side terminal, seller-side terminal, and central market system. Storage units 126, 136, 202, and 204 are provided, and the slip number of the message is stored when the message is received.
[0311]
The buyer side terminal 102, the seller side terminal 103, the buyer side terminal 102, the seller side terminal 103, which can send a message once every fixed time by the synchronization timers 123, 133, 201 provided in the central market system 101, A synchronization message is sent to the central market system 101. At that time, the slip number group of the message sent so far in the sending slip number storage unit corresponding to the buyer side terminal 102, the seller side terminal 103, and the central market system 101 of the transmission destination is added to the synchronization message and sent out. .
[0312]
The buyer terminal 102, seller terminal 103, and central market system 101 that have received the synchronization message have so far received from the receiving slip number storage unit corresponding to the buyer terminal 102, seller terminal 103, and central market system 101 of the transmission source. The slip number group of the received message is taken out and compared with the slip number group of the message added to the synchronous message.
[0313]
If the two slip number groups are equal, it is assumed that the message is not lost, the slip number group in the received slip number storage unit is deleted, and a request to delete the slip number group in the transmission slip number storage unit is sent to the message sender. It is also possible to secure a secondary storage capacity.
If the two slip number groups do not match, it is detected that the message has disappeared in the middle.
[0314]
After detecting the message loss, perform predetermined processing determined by the system, for example, after sending a message to stop the entire system, send a slip number group in the received slip number storage unit and a message retransmission request, It is also possible to request to resend the message up to the latest slip according to the contents of the market log file shown in the fifteenth embodiment.
[0315]
FIG. 59 shows an example of a processing procedure when the buyer-side terminal 102, the seller-side terminal 103, the buyer-side transmission unit 116 of the central market system 101, and the seller-side transmission unit 113 of the central market system 101 transmit a message.
That is, the slip number of the slip to be transmitted is recorded in the transmission slip storage unit (step S171), and a message is transmitted (step S172).
[0316]
FIG. 60 shows an example of a processing procedure when the buyer-side terminal 102, the seller-side terminal 103, the buyer-side receiver 111 of the central market system 101, and the seller-side receiver 115 of the central market system 101 receive a message.
That is, if a message is received (step S181), a slip number is acquired from the message (step S181), and the slip number of the received slip is recorded in the received slip storage unit (step S182).
[0317]
FIG. 61 shows an example of a processing procedure when the receiving unit 111 and the seller side receiving unit 115 of the central market system 101 receive the synchronization message.
That is, if the synchronization message is received (step S191), the slip number group added from the synchronization message is extracted (step S192), the slip number group is extracted from the received slip storage unit (step S193), and the received slip storage unit It is checked whether or not the slip number group is equal to the slip number group in the synchronization message (step S194).
[0318]
(Eighteenth embodiment)
Next, an eighteenth embodiment of the present invention will be described.
The present embodiment relates to security between the central market system and the seller-side or buyer-side terminals, and can be implemented in combination with the first to seventeenth embodiments.
[0319]
FIG. 62 shows the configuration of the electronic market system according to the present embodiment. The seller side terminal 102 and the buyer side terminal 103 are called clients for convenience. The client side includes a terminal 1002 and a device 1020. Terminal 1002 takes a user interface with a seller or buyer.
[0320]
When sending information to the central market system 1001 on the client side, first, transmission data created by the terminal 1002 is sent to the device 1020.
[0321]
In the device 1020, a clock 1025, a device-specific ID 1024 and a serial number 1029 are added and encrypted by the encoder 1023. The encrypted data is stored in the storage device 1026 and the encrypted data is transferred to the terminal 1002 and transmitted.
Whether or not the transmission is successful is also stored in the recording device 1026 in the device 1020. This information is also encoded and stored together with the time information of the clock 1025.
The serial number is incremented by one each time it is referred to, and has a sufficient bit width. If the serial number overflows, it is set to 0 again.
[0322]
When information is received from the central market system 1001 on the client side, first, data received by the terminal 1002 is sent to the device 1020. Since this data is encrypted, the terminal 1002 cannot know its contents.
[0323]
In the device 1020, the data is stored in the storage device 1026 together with the time information of the clock 1025 and the serial number 9. Further, the received data is decoded by the decoder 1028 and returned to the terminal 1002. The terminal 1002 uses the plaintext that has been decoded by the decoder 1028.
[0324]
The central market system 1001 also encrypts / decrypts transmission / reception of information and records it together with time information by the same procedure as described above.
Here, it is conceivable that the clock 1015 of the central market system 1001 and the clock 1025 in the client-side device 1020 do not necessarily match or shift occurs. Therefore, the clock 1025 in the client device 1020 is set from the central market system 1001 so that the time can be adjusted.
[0325]
Alternatively, the time of the clock 1025 in the client device 1020 is read from the central market system 1001 to record the time difference between both clocks, and the other's clock and its own clock are logically synchronized. At this time, the client side also reads the time of the clock 1025 of the central market system 1001 and records the difference between the clocks (or the time of the clock 1025 of the central market system 1001 itself) in the storage device 1026 in the device 1020.
[0326]
In addition, the clock is adjusted at regular or random times or immediately before and after the communication, or the time of the other's clock is read to synchronize the time physically or logically.
By doing so, it is possible to monitor that the time on the client side or the central market system 1001 side is not normal due to intention or accident. For example, an abnormality is detected when the time difference between both clocks spreads rapidly.
[0327]
It is preferable to use different keys for the encoder 1023 and the decoder 1028. If it does so, what was encoded by the encoder 1023 cannot be restored by the decoder 1028. Also, the data decoded by the decoder 1028 cannot be restored by the encoder 1023.
[0328]
Information in the storage device 1026 in the device 1020 has a function of writing to the storage device in the terminal 1002 before overflowing. The written data cannot be decrypted or altered for the reasons described above. In addition, since the encrypted data includes a serial number, the data cannot be deleted without leaving a trace.
[0329]
Neither the client terminal 1002 nor the central market system 1001 can decrypt this data alone. This information can be read for the first time by using both the password managed by the central market system and the password managed by the party using the IC card in the presence of a court or other public representative. . Further, an electronic notary or certificate authority password may be required as the third password.
[0330]
It is conceivable that the device 1020 is composed of an IC card. Moreover, the thing of the PCMCIA specification widely used with the personal computer etc. may be used. Moreover, the apparatus of arbitrary forms which has an interface with arbitrary computer systems, such as a personal computer form terminal system, may be sufficient.
[0331]
The above functions can also be realized as software. Further, the present invention can also be implemented as a machine-readable medium in which a program for causing a computer to execute each procedure or means described above is recorded.
The present invention is not limited to the embodiment described above, and can be implemented with various modifications within the technical scope thereof.
[0332]
【The invention's effect】
According to the present invention, by digitizing the market mechanism, it is possible to realize an effective electronic market that enables smooth operation and can flexibly respond to the requests of participants. In particular, market participants can participate in the market even if they are geographically separated, and by incorporating strategies according to market conditions as procedures, it becomes possible to save labor in judgments, and also participate simultaneously while linking to the market of multiple products. And can participate in distributed markets at the same time, improving the convenience of transactions.
[0333]
In addition, according to the present invention, by devising digitization of the market mechanism, market participants can participate in the market even if they are geographically separated, and it is possible to obtain market information and automate collation on demand. .
[0334]
In addition, since the market operator can open the market electronically, it can quickly and efficiently operate an equal market.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of an electronic market system according to a first embodiment of the present invention.
FIG. 2 is a flowchart showing basic processing procedures of the central market system and the market client system of the present invention.
FIG. 3 is a diagram showing an example of sales application data.
FIG. 4 is a diagram showing an example of purchase application data
FIG. 5 is a flowchart showing an example of a processing procedure of the central market system according to the embodiment;
FIG. 6 is a flowchart showing another example of the processing procedure of the central market system according to the embodiment;
FIG. 7 is a diagram showing a configuration of an electronic market system according to a second embodiment of the present invention.
FIG. 8 is a flowchart showing an example of a processing procedure of the central market system according to the embodiment;
FIG. 9 is a diagram showing an example of sales application time series data
FIG. 10 is a diagram showing a configuration of an electronic market system according to a third embodiment of the present invention.
FIG. 11 is a flowchart showing an example of a processing procedure of the market client system according to the embodiment;
FIG. 12 is a flowchart showing an example of a processing procedure of the central market system according to the embodiment;
FIG. 13 is a diagram showing an example of sales application data
FIG. 14 is a diagram showing an example of market information
FIG. 15 is a diagram showing a configuration of an electronic market system according to a fourth embodiment of the present invention.
FIG. 16 is a flowchart showing an example of a processing procedure of the central market system according to the embodiment;
FIG. 17 is a flowchart showing an example of a processing procedure of the market client system according to the embodiment;
FIG. 18 is a diagram showing a configuration of an electronic market system according to a fifth embodiment of the present invention.
FIG. 19 is a flowchart showing an example of the processing procedure of the central market system according to the embodiment;
FIG. 20 is a diagram showing a configuration of an electronic market system according to a sixth embodiment of the present invention.
FIG. 21 is a flowchart showing an example of the processing procedure of the central market system according to the embodiment;
FIG. 22 is a diagram showing an example of sales application data
FIG. 23 is a diagram showing an example of sales application data.
FIG. 24 is a diagram showing a configuration of an electronic market system according to a seventh embodiment of the present invention.
FIG. 25 is a flowchart showing an example of a processing procedure of the central market system according to the embodiment;
FIG. 26 is a diagram showing an example of sales application data
FIG. 27 is a diagram showing an example of sales application data
FIG. 28 is a diagram showing a configuration of an electronic market system according to an eighth embodiment of the present invention.
FIG. 29 is a flowchart showing an example of the processing procedure of the central market system according to the embodiment;
FIG. 30 is a diagram showing a configuration of an electronic market system according to a ninth embodiment of the present invention.
FIG. 31 is a flowchart showing an example of a processing procedure of the central market system according to the embodiment;
FIG. 32 is a diagram showing an example of a time-dependent procedure
FIG. 33 is a diagram showing an example of a time-dependent procedure
FIG. 34 is a diagram showing an example of a time-dependent procedure
FIG. 35 is a diagram showing a configuration of an electronic market system according to a tenth embodiment of the present invention.
FIG. 36 is a diagram showing the configuration of an electronic market system according to an eleventh embodiment of the present invention.
FIG. 37 is a diagram showing an example of sales price and stock
FIG. 38 is a diagram showing an example of sales price and stock
FIG. 39 is a diagram showing an example of information stored in a seller product file
FIG. 40 is a diagram showing a flow of information related to the information providing function.
FIG. 41 is a diagram showing a configuration of an electronic market system according to a twelfth embodiment of the present invention.
FIG. 42 is a flowchart showing an example of a matching processing procedure according to the embodiment;
FIG. 43 is a diagram showing the configuration of an electronic market system according to a thirteenth embodiment of the present invention.
FIG. 44 is a diagram showing the configuration of an electronic market system according to a fourteenth embodiment of the present invention.
FIG. 45 is a diagram showing an example of a purchase quantity-unit price correspondence table;
FIG. 46 is a diagram showing an example of a purchase quantity-unit price correspondence table;
FIG. 47 is a diagram for explaining the transition of the price due to the quotation request division
FIG. 48 is a flowchart illustrating an example of a processing procedure of an estimation request dividing unit.
FIG. 49 is a diagram showing a configuration related to transaction basic number addition of an electronic market system according to a fifteenth embodiment of the present invention;
FIG. 50 is a diagram showing another configuration relating to transaction basic number addition in the electronic market system according to the fifteenth embodiment of the present invention;
FIG. 51 is a diagram showing a configuration relating to creation of a market log file of an electronic market system according to a fifteenth embodiment of the present invention;
FIG. 52 is a diagram showing a configuration example of a market log file
FIG. 53 is a flowchart showing an example of the procedure of market log file processing;
FIG. 54 is a diagram showing an example of a data format of a slip number
FIG. 55 is a diagram showing a configuration of an electronic market system according to a sixteenth embodiment of the present invention.
FIG. 56 is a flowchart showing an example of a processing procedure on the message transmission side;
FIG. 57 is a flowchart illustrating an example of a processing procedure on the message receiving side.
FIG. 58 is a diagram showing a configuration of an electronic market system according to a seventeenth embodiment of the present invention.
FIG. 59 is a flowchart illustrating an example of a message transmission procedure.
FIG. 60 is a flowchart illustrating an example of a message reception procedure.
FIG. 61 is a flowchart illustrating an example of a synchronization message reception procedure.
FIG. 62 is a diagram showing a configuration of an electronic market system according to an eighteenth embodiment of the present invention.
[Explanation of symbols]
1, 1-1, 1-2 ... Central market system
3. Market client system
11, 11-11, 11-12 ... input unit
12, 12 1 , 12 2 , 12-1, 12-2 ... purchase application data storage unit
13, 13 1 , 13 2 , 13-1, 13-2 ... Sales application data storage unit
14,14 1 , 14 2 , 14-1, 14-2 ... collation unit
15, 15-1, 15-2 ... notification section
16, 18 ... Sales application time series data storage
17, 19, 21, 32, 34 ... update unit
20 ... Sales application data generation procedure storage
22 ... Interlocking procedure storage
23 ... Interlocking section
24-1, 24-2 ... Market-linked procedure storage
25-1, 25-2 ... Market interlocking department
26-1, 26-2 ... confirmation part
27-1, 27-2: Time-dependent procedure storage unit
28-1, 28-2 ... Time update unit
31, 33 ... procedure storage section
35 ... Response unit
101 ... Central market system
102 ... Buyer side terminal
103 ... seller side terminal
111 ... Buyer side receiver
112 ... Seller selection section
113 ... Seller side transmitter
114 ... Seller product file
115 ... Seller side receiving section
116: Buyer side transmitter
117, 118 ... verification unit
119 ... Correction part
120: Estimate request division unit
1140 ... Number of units purchased-unit price
151. Transaction basic number assignment unit
152 ... transaction process recording section
153 ... Market log file
121, 131 ... slip number generation part
122, 132, 164, 165, 166, 167... Previous slip number storage unit
123, 133, 201 ... synchronization timer
124, 134 ... slip number generation part
125, 135, 105, 203 ... transmission slip number storage unit
126, 136, 202, 204 ... received slip number storage unit
1001 ... Central market system
1002 ... Terminal
1020 ... Device
1023 ... Encoder
1024 ... ID
1015, 1025 ... clock
1026 ... Storage device
1028. Decoder
1029 ... Serial number

Claims (1)

市場クライアントシステムと情報を交換して、少なくとも1つの電子市場を運営する中央市場システムであって、
前記市場クライアントシステムの買い手側端末より送付され、ある商品をある購入個数だけ購入する際の見積り依頼を受信する手段と、
複数の売り手ごとに、前記商品の購入個数と単価との対応関係を示す対応表が登録された売り手商品ファイルを記憶する手段と、
前記対応表を参照することにより、単価が変化する購入個数について前記複数の売り手に対する購入個数の組み合わせの候補を求め、該候補のぞれぞれについて前記商品の総購入費用を計算し、該総購入費用が最小となる組み合わせを決定し、該組み合わせに基づいて、前記見積り依頼を第一の売り手に対する第一の見積依頼および第二の売り手に対する第二の見積依頼に分割する手段と、
前記第一の売り手の売り手端末に前記第一の見積依頼を送信し、前記第二の売り手の売り手端末に前記第二の見積依頼を送信する手段と、
前記第一の売り手の売り手端末から前記第一の見積依頼に対して返送される第一の見積書と、前記第二の売り手の売り手端末から前記第二の見積依頼に対して返送される第二の見積書とを受信する手段と、
前記第一の見積書と前記第二の見積書とを受信したら、該第一の見積書と第二の見積書とをまとめて前記買い手側端末に返送する手段とを備えたことを特徴とする中央市場システム。
A central market system that exchanges information with market client systems and operates at least one electronic market,
Means for receiving an estimate request sent from a buyer side terminal of the market client system and purchasing a certain amount of a certain product;
Means for storing a seller product file in which a correspondence table indicating a correspondence relationship between the number of purchased products and a unit price is registered for each of a plurality of sellers;
By referring to the correspondence table, a candidate for a combination of purchase quantities for the plurality of sellers is obtained for the purchase quantity whose unit price changes, and the total purchase cost of the product is calculated for each of the candidates. Means for determining a combination that minimizes the purchase cost and, based on the combination, dividing the request for quotation into a first request for quotation for a first seller and a second request for quotation for a second seller;
Means for transmitting the first request for quotation to the seller terminal of the first seller and means for transmitting the second request for quotation to the seller terminal of the second seller;
A first quotation returned from the first seller's seller terminal to the first quotation request and a first quotation returned from the second seller's seller terminal to the second quotation request. Means for receiving a second quotation;
Means for receiving the first quotation and the second quotation together with means for returning the first quotation and the second quotation together to the buyer terminal; Central market system to do.
JP2002306317A 1997-03-18 2002-10-21 Central market system Expired - Fee Related JP3762354B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002306317A JP3762354B2 (en) 1997-03-18 2002-10-21 Central market system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP9-65141 1997-03-18
JP6514197 1997-03-18
JP2002306317A JP3762354B2 (en) 1997-03-18 2002-10-21 Central market system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP25387197A Division JP3413076B2 (en) 1997-03-18 1997-09-18 Central market system and electronic market system

Publications (2)

Publication Number Publication Date
JP2003187108A JP2003187108A (en) 2003-07-04
JP3762354B2 true JP3762354B2 (en) 2006-04-05

Family

ID=27614976

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002306317A Expired - Fee Related JP3762354B2 (en) 1997-03-18 2002-10-21 Central market system

Country Status (1)

Country Link
JP (1) JP3762354B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7840477B2 (en) * 2005-06-07 2010-11-23 Bgc Partners, Inc. System and method for routing a trading order based upon quantity
US8533049B2 (en) 2006-10-25 2013-09-10 Microsoft Corporation Value add broker for federated advertising exchange
US8589233B2 (en) 2006-10-25 2013-11-19 Microsoft Corporation Arbitrage broker for online advertising exchange
US20080103795A1 (en) * 2006-10-25 2008-05-01 Microsoft Corporation Lightweight and heavyweight interfaces to federated advertising marketplace

Also Published As

Publication number Publication date
JP2003187108A (en) 2003-07-04

Similar Documents

Publication Publication Date Title
JP3413076B2 (en) Central market system and electronic market system
JP7341304B2 (en) Control method
US9280751B2 (en) Methods and systems for validating real time network communications
US7236947B2 (en) Providing highly automated procurement services
CN113672637B (en) Block chain-based product supply chain green electricity consumption accounting method, device and platform
KR20200002227A (en) Platform for trading energy using block chain and method thereof
JPWO2020008623A1 (en) Resource accommodation support system, resource accommodation support method, and resource accommodation support device
US7664688B2 (en) Managing information in a multi-hub system for collaborative planning and supply chain management
KR100827015B1 (en) Method and system for providing social mediation service in online social network
JPH10511793A (en) Data management computer system and method of operating this system
US7346683B2 (en) Electronic service system using main site server and partner site server
JP3762354B2 (en) Central market system
US8364554B2 (en) Method, system and computer program product for processing cooperative transactions
KR20110041457A (en) Unified mobile coupon brokerage and management system
KR20020016078A (en) System and Method for Electronic Commerce Transaction through Real Time Searching and Messaging in Internet
EP1168171B1 (en) Autonomous network service configuration
JP2024051019A (en) Data processing system, data processing method, and program
JP7664293B2 (en) Data trading method, terminal, and program
KR20200061163A (en) Blockchain Middle Ware System using Virtual Money
JP5805920B2 (en) Information display device and information display system using the same
KR102368785B1 (en) Device and method of supporting transactions of unlisted securities
KR101681889B1 (en) Operating method of sharing and dealing system for trading information between companies
JP7611068B2 (en) Subscription product contract information management system, subscription product contract information management method, and computer program for managing subscription product contract information
JP7611067B2 (en) Subscription product provision user management system, subscription product provision user management method, and computer program for subscription product provision user management
JP7370404B2 (en) Information processing device, information processing method, and program

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050531

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050801

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20060110

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20060112

LAPS Cancellation because of no payment of annual fees