JP2000082098A - 商品取引装置、商品取引システム、商品取引方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 異なる取引形態に関する情報を同一画面上に
表示することを可能とすることで、商品の売買取引の効
率を飛躍的に向上させた商品取引システムを提供する。 【解決手段】 買手側及び売手側の各端末装置の画面
は、第１の取引処理に関する情報（第１の取引処理によ
って自端末装置で発生した販売情報又は購入情報、及び
該情報に対する他の端末装置で発生した情報）を表示す
る第１の取引情報表示部２２１と、第２の取引処理に関
する情報（第２の取引処理によって他の端末装置で発生
した購入情報又は販売情報）を表示する第２の取引情報
表示部２２２とを含む構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、花卉や青
果物等のライフサイクルの短い生鮮商品や、有効期限の
あるチケット等のサービス商品、使用日が限れた航空チ
ケットのように、ある期間が過ぎてしまうと商品価値が
なくなる或いは減少する各種商品の売買取引に用いられ
る商品取引装置、商品取引システム、商品取引方法、及
び該商品取引方法を実施するための処理ステップをコン
ピュータが読出可能に格納した記憶媒体に関するもので
ある。

【０００２】

【従来の技術】例えば、生花の売り買いの取引は、卸売
市場で行われる。すなわち、買手業者は現場に出向き、
売手業者が実際に販売している現物を観察し、どのよう
な生花がいくらで販売されているか等を把握する。そし
て、希望する生花が販売されていた場合には、その売手
と価格等を含めた取引を行う。このようにして、買手業
者は、希望する生花を調達する。

【０００３】

【発明が解決しようとする課題】しかしながら、従来で
は、上述したような生花等の商品の売買取引をシステム
化したものはなかった。このため、次のような問題があ
った。

【０００４】（１）買手業者は、希望する商品を得るた
めには実際に現場（卸売市場や卸売会社等）に出向いて
行く必要がある。このとき、希望する商品が販売されて
いればよいが、そうでない場合には無駄になってしま
う。また、買手業者は、複数種類の商品を大量に希望す
る場合が多いが、上述した通り、実際に現場に出向かな
ければ、希望する商品が希望する数量分、どの売手業者
により販売されているか等を事前に知ることはできな
い。このため、計画的に購入することができない上、特
に大量な商品を購入したい場合には、その現場の需要が
逼迫し、自分で価格をつり上げることになる。さらに、
生花等のような商品は特に、気象や災害等の自然条件の
影響を受けやすいものであるため、予定のものが予定通
りに販売されていない場合が多々ある。したがって、買
手業者にとっては、場当たり的な仕入れとなる場合が多
く、調達計画を立てることができない。

【０００５】（２）売手業者は卸売市場で商品の販売を
行うが、その商品に買手がつくか、どのくらいの量を裁
ききれるか、どのような商品をどこの買手業者が希望し
ているのか等を事前に知ることができず、販売計画を立
てることができない。また、裁ききれなかった商品（残
商品）については、競り等の現品販売により裁くことに
なるが、生花等のような商品は、ある期間が過ぎてしま
うと品質が低下してしまう。このため、入荷、販売、競
り準備、競り後の分荷等によりダメージを受けた分、販
売価格を下げる必要が出てくる。

【０００６】そこで、本発明は、上記のような欠点を除
去するために成されたもので、計画的な商品の販売及び
計画的な商品の調達を画面上で容易に且つ効率的に可能
とし、特に、異なる取引形態に関する情報を同一画面上
に表示することを可能とすることで、商品の売買取引の
効率を飛躍的に向上させた商品取引装置、商品取引シス
テム、商品取引方法、及び該商品取引方法を実施するた
めの処理ステップをコンピュータが読出可能に格納した
記憶媒体を提供することを目的とする。

【０００７】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、複数の端末装置から出力される商品の売
買取引のための販売情報及び購入情報に基づいて、少な
くとも第１の取引処理及び第２の取引処理を画面上にて
実行することで、商品の売買の成約を決定するシステム
における上記複数の端末装置の少なくとも１つの端末装
置であって、上記第１の取引処理に関する情報を表示す
る第１の取引情報表示部と、上記第２の取引処理に関す
る情報を表示する第２の取引情報表示部とを含む画面を
有することを特徴とする。

【０００８】第２の発明は、上記第１の発明において、
上記第１の取引情報表示部は、上記第１の取引処理によ
って自端末装置で発生した上記販売情報又は購入情報、
及び該情報に対する他の端末装置で発生した情報を表示
し、上記第２の取引情報表示部は、上記第２の取引処理
によって他の端末装置で発生した上記購入情報又は販売
情報を表示することを特徴とする。

【０００９】第３の発明は、上記第１の発明において、
上記第１の取引処理及び第２の取引処理の何れか一方
は、上記購入情報に基づく予約相対取引を行う処理であ
り、他方の取引処理は、上記販売情報に基づく予約相対
取引を行う処理であることを特徴とする。

【００１０】第４の発明は、上記第１の発明において、
上記第１の取引処理及び第２の取引処理の何れか一方
は、上記購入情報に基づく予約相対取引を行う処理であ
り、他方の取引処理は、複数の上記購入情報と複数の上
記販売情報を突き合わせて、双方の条件の折り合うもの
から順次成約決定する取引を行う処理であることを特徴
とする。

【００１１】第５の発明は、上記第１の発明において、
上記端末装置の画面は、上記第１の取引処理及び第２の
取引処理の実行により発生する情報から、上記第１の取
引情報表示部及び第２の取引情報表示部に表示する情報
を抽出する際の条件を入力する条件入力部を更に含むこ
とを特徴とする。

【００１２】第６の発明は、上記第１の発明において、
各処理を実行するためのアイコン機能を有することを特
徴とする。

【００１３】第７の発明は、上記第１の発明において、
上記商品は、商品毎に想定される期間経過後には価値が
なくなる或いは減少するものであることを特徴とする。

【００１４】第８の発明は、複数の端末装置から出力さ
れる商品の売買取引のための販売情報と購入情報から商
品の売買の成約を決定する商品取引システムであって、
上記複数の端末装置の少なくとも１つの端末装置は、請
求項１〜８の何れかに記載の商品取引装置であることを
特徴とする。

【００１５】第９の発明は、複数の端末装置とホストが
相互通信することで、上記複数の端末装置から出力され
る商品の売買取引のための販売情報と購入情報から商品
の売買の成約を決定する商品取引システムであって、上
記ホストは、第１の取引処理を行う第１の取引処理機能
と、第２の取引処理を行う第２の取引処理機能との少な
くとも２つの取引処理機能を有し、上記端末装置は、送
られてきた情報をブラウザ機能により画面表示し、その
画面上の情報に基づいて行われたユーザからの操作に従
って情報を出力するものであって、上記第１の取引処理
に関する情報を表示する第１の取引情報表示部と、上記
第２の取引処理に関する情報を表示する第２の取引情報
表示部とを含む画面を有することを特徴とする。

【００１６】第１０の発明は、上記第８又は９の発明に
おいて、記第１の取引情報表示部は、上記第１の取引処
理によって自端末装置で発生した上記販売情報又は購入
情報、及び該情報に対する他の端末装置で発生した情報
を表示し、上記第２の取引情報表示部は、上記第２の取
引処理によって他の端末装置で発生した上記購入情報又
は販売情報を表示することを特徴とする。

【００１７】第１１の発明は、複数の端末装置から出力
される商品の売買取引のための販売情報及び購入情報に
基づいて、少なくとも第１の取引処理及び第２の取引処
理を画面上にて実行することで、商品の売買の成約を決
定するための取引処理を行う商品取引方法であって、上
記第１の取引処理に関する情報と、上記第２の取引処理
に関する情報とを同一画面上に表示するステップを含む
ことを特徴とする。

【００１８】第１２の発明は、上記第１１の発明におい
て、上記第１の取引情報に関する情報は、上記第１の取
引処理によって自端末装置で発生した上記販売情報又は
購入情報、及び該情報に対する他の端末装置で発生した
情報であり、上記第２の取引情報に関する情報は、上記
第２の取引処理によって他の端末装置で発生した上記購
入情報又は販売情報であることを特徴とする。

【００１９】第１３の発明は、複数の端末装置から出力
される商品の売買取引のための販売情報及び購入情報に
基づいて、少なくとも第１の取引処理及び第２の取引処
理を画面上にて実行することで、商品の売買の成約を決
定するための取引処理ステップを実行するプログラムを
格納した記憶媒体であって、上記取引処理ステップは、
請求項１１又は請求項１２記載の商品取引方法の処理ス
テップを含むことを特徴とする。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００２１】本発明は、例えば、図１に示すような生花
取引システム１００に適用される。

【００２２】この生花取引システム１００では、上記図
１に示すように、生花の市場管理を行うサーバ側の端末
装置１０１と、複数の売手業者側の端末装置１１１〜１
１４及び１４１、複数の買手業者側の端末装置１２１〜
１２３及び１５１、及び中卸業者側の端末装置１３１と
が、ＷＡＮ１６１を介して互いに通信可能に接続された
構成としている。

【００２３】ここで、複数の売手業者の中には、大手業
者（大手売手）や小口の業者（小口売手）も含まれてお
り、また、複数の買手業者の中にも大手業者（大手買
手）や小口の業者（小口買手）も含まれている。そし
て、サーバ側、売手業者側、買手業者側、及び中卸業者
側の各端末装置は、中央処理装置（ＣＰＵ）、キーボー
ド、マウス、表示器、通信器、及び本システムの処理プ
ログラムが予め格納されたメモリ等を備えたパーソナル
コンピュータ（パソコン）からなり、該メモリの処理プ
ログラムをＣＰＵが読み出して実行することで、後述す
る種々の処理が実行されるようになされている。

【００２４】尚、上記図１において、ＷＡＮ１６１を介
してのサーバ側と各業者側の接続構成としたが、これに
限らず、ホストコンピュータと端末装置の接続構成でも
よいし、サーバ側とクライアント側の接続構成でもよ
い。また、複数の売手業者側の端末装置１１１〜１１
４、及び複数の買手業者側の端末装置１２１〜１２３は
個々に、ＷＡＮ１６１を介してサーバ側と接続された構
成としてもよい。また、図中の１７１〜１７３は、生産
者を示す。これらの生産者１７１〜１７３は、大手売手
業者１１１とは通信で接続されておらず、電話やファッ
クス等で連絡するようになされている。

【００２５】上述のようなサーバ側の端末装置の内部構
成、及び各業者側の端末装置の内部構成は、例えば、図
２に示すような構成としている。

【００２６】すなわち、サーバ側の端末装置３００（１
０１）は、種々の情報の受信及び送信（配信）を行うた
めの情報受信配信機能３１０と、アプリケーション機能
（ＡＰＰ機能）としての取引処理及び価格形成機能３２
１、価格予想機能３２２、システム運用管理機能３２
３、個人別マーケット分析機能３２４、及び個人別デー
タ配信管理機能３２５と、トランザクションデータやマ
スターデータを記憶すると共に各種処理に必要なデータ
を記憶するための記憶機能（データベースメモリ：ＤＢ
Ｍ）３３０とを有している。

【００２７】上記アプリケーション機能において、取引
処理及び価格形成機能３２１とは、後述する各種の取引
処理を行うための機能である。価格予想機能３２２と
は、各業者間での取引において、取引対象となる生花の
価格の変動を予測するための機能である。システム運用
管理機能３２３とは、サーバ側の端末装置３００を運用
して生花取引システム１００を制御管理するための機能
である。個人別マーケット分析機能３２４とは、参加者
の登録を行うと共に、その参加者が実際に取引した日
時、その取引後の取引状況、及び取引された生花につい
ての情報（生花の種類や取引価格等）等、各参加者が行
った取引に関する情報をＤＢＭ３３０に記憶させ、その
記憶情報を基に、例えば、取引される生花の季節別の傾
向値、値段の高低、各参加者の今後の取引傾向（売買動
向）等を分析するための機能である。個人別データ配信
管理機能３２５とは、各参加者に対するデータ配信管理
についてフィルタリングをかける機能であり、例えば、
売手側や買手側の各参加者の業態（中卸や量販店等）、
或いは商品の引き渡しの条件、或いは各参加者に提供さ
れるサービスの内容等によって、配信データの全体或い
は一部の表示を行ったり行わなかったりする機能、或い
は上述の理由により各参加者側毎で表示される全体或い
は一部の内容を変更させたりする機能である。

【００２８】一方、各業者側の端末装置４００は、種々
の情報の受信及び配信を行う情報受信配信機能４１０
と、ＷＷＷブラウザ等によるユーザインターフェース
（Ｉ／Ｆ）機能４２０と、アプリケーション機能（ＡＰ
Ｐ機能）としての自己勘定管理機能４３１及び連携機能
４３２と、トランザクションデータやマスターデータを
記憶すると共に各種処理に必要なデータを記憶するため
の記憶機能（データベースメモリ：ＤＢＭ）４４０とを
有している。

【００２９】上記アプリケーション機能において、自己
勘定管理機能４３１とは、先の取引により発生する支払
いの管理等、参加者側で処理する自己勘定を管理するた
めの機能である。連携機能４３２とは、直属する小売店
側のシステムや社内販売システムと連携して、先の取引
についての情報を通知する等、参加者側に所属する側と
連携可能とするための機能である。

【００３０】尚、上記図２では、業者側の端末装置４０
０に自己勘定管理機能４３１、連携機能４３２、及び記
憶機能４４０を設けるようにしたが、これらの機能につ
いては、必ずしも業者側の端末装置４００に設ける必要
はなく、業者側の端末装置４００に設ける代わりにサー
バ側の端末装置３００に設けるようにしてもよい。

【００３１】上述のような生花取引システム１００の最
も特徴とする構成は、各業者側の端末装置３００で表示
される画面構成にある。

【００３２】すなわち、各業者の端末装置３００には、
インターフェース機能４２０としてのＷＷＷブラウザ等
により、サーバ側の端末装置４００を介して送られてく
る各種情報が画面表示され、その表示画面上で使用者が
操作することで、各種処理が進められるが、特に、本シ
ステムでは、後述する各種の取引処理が行われる際の画
面構成を、例えば、図３に示すように、コマンド部２１
０と、２つの取引情報表示部２２１及び２２２と、条件
入力部２３０とを有するものとしている。そして、この
画面上における各種情報の表示制御等は、個人別データ
配信管理機能３２５により行われるようになされてい
る。

【００３３】上記図３において、コマンド部２１０に
は、「新規・変更」、「＜＜」、「＜」、「＞＞」、
「＞」、及び「削除」等の項目が表示される。そして、
装置の使用者からのマウス操作等により、これらの項目
から任意の項目が選択され指定（クリック）されること
で、その選択された項目に対応した処理が実行される。

【００３４】取引情報表示部２２１及び２２２には、例
えば、そのとき実行されている取引状況に応じて、異な
る２つの取引形態で発生した各種情報が対応して表示さ
れる。

【００３５】条件入力部２３０には、ある取引処理での
対象商品の情報を抽出（検索）するための各種条件が入
力される。ここでは、対象商品である生花の”着荷
日”、”登録日”、”産地”、”注文・応募・出荷・販
売番号”、”品目”、”品種”、”色”、”生産者等階
級”、”規格”、”Ａ取引／生産者”、”Ｂ取引／生産
者”、及び”Ｃ取引／生産者”等を入力する各入力部が
設けられている。また、条件入力部２３０には、「検
索」及び「条件取消」等の項目が表示される。そして、
装置の使用者からのマウス操作等により、これらの項目
から任意の項目が選択され指定（クリック）されること
で、その選択された項目に対応した処理が実行される。
例えば、「検索」がクリックされることで、上述したよ
うな各入力部に入力された各種条件に該当する情報が、
取引時に発生した各種情報のなかから検索され、その検
索結果が取引情報表示部２２１及び２２２に表示され
る。

【００３６】ここで、「生産者等階級」とは、例えば、
生産者が各種の生花について分類するための等級のこと
である。具体的には例えば、花のサイズにより、
「秀」、「優」、「良」等を各生花に振り当てる。本実
施の形態では、生産者が振り当てた階級（等階級）を用
いているが、これに限定されるものではない。

【００３７】尚、コマンド部２１０の「新規・変更」、
「＜＜」、「＜」、「＞＞」、「＞」、及び「削除」等
の項目や、条件入力部２３０の「検索」及び「条件取
消」等の項目の表示は、絵柄等でもよく、アイコン機能
と同様に、その絵柄等の部分をクリックすると、その部
分に対応した処理が実行されるようにしてよい。

【００３８】ここで、本システムで行われる取引処理
を、例えば、買手側から発生する商品の情報（注文情
報、以下、購入情報とも言う）に基づいた各業者間の取
引処理（（Ａ）の取引処理））、売手側から発生する商
品の情報（販売情報）に基づいた各業者間の取引処理
（（Ｂ）の取引処理））、及び複数の買手側から発生す
る購入情報と複数の売手側から発生する販売情報に基づ
いた複数の各業者間の取引処理（（Ｃ）の取引処理））
による生花の売買取引とする。これらの取引処理は、本
システムに加入している各業者（参加者）の各端末装置
上にて行われるようになされている。また、詳細は後述
するが、上記図３の画面構成において、取引情報表示部
２２１には（Ｂ）又は（Ｃ）の取引処理に関する情報が
表示され、取引情報表示部２２２には（Ａ）の取引処理
に関する情報が表示されるようになされている。

【００３９】尚、ここでの”商品の情報”は、例えば、
数量、単価、情報入力時刻、及び属性データを含み、
該”属性データ”は、期日、期限、品種、及び色等を含
む。また、ここでの”生産者”には、実際の生産者から
販売の委託を受けている販売代理人、販売卸業者、販売
エージェント、或いは輸入業者等も含まれる。

【００４０】そこで、まず、（Ａ）、（Ｂ）、及び
（Ｃ）の各取引処理の流れについて説明する。

【００４１】ある業者が生花取引システム１００を利用
して、（Ａ）、（Ｂ）、及び（Ｃ）の取引処理を行う場
合、自端末装置でサーバ側にアクセスすることで、装置
には、例えば、図４又は図５に示すようなトップ画面が
表示される。上記図４は、買手となる場合に表示される
トップ画面であり、「注文」、「予約」、「一般Ｉ」、
「一般ＩＩ」、「成約・着荷」、「集統計」、「お知ら
せ」、「終了」等の各種項目が表示される。一方、上記
図５は、売手となる場合に表示されるトップ画面であ
り、「注文」、「予約」、「複写」、「一般」、「成約
・着荷」、「集統計」、「お知らせ」、「終了」等の各
種項目が表示される。尚、これらの表示は、アイコン機
能と同様に、その文字部をクリックすると、その文字部
に対応した処理が実行されるようになされている。ここ
では文字表示としているが、これに限らず、絵柄等で表
示するようにしてもよい。

【００４２】そして、端末装置の使用者は、マウス等を
用いて各項目を選択的に指定（クリック）する。これに
より、このとき指定された項目に対応した処理が実行さ
れる。例えば、「注文」の項目がクリックされた場合に
は（Ａ）の取引処理が実行され、「予約」の項目がクリ
ックされた場合には（Ｂ）の取引処理が実行され、「一
般Ｉ」又は「一般ＩＩ」、或いは「一般」の項目がクリ
ックされた場合には（Ｃ）の取引処理が実行される。

【００４３】（Ａ）の取引処理（第１の取引：購入情報
に基づく予約相対取引） 本取引処理は、例えば、図６に示すような流れに従って
実行される。

【００４４】買手業者は、自端末装置のトップ画面（上
記図４）上で「注文」の項目を選択し指定する。これに
より、装置には、上記図３に示した構成の画面が表示さ
れる。そこで、買手業者は、この画面上のコマンド部２
１０や条件入力部２３０により、調達（仕入）計画に従
って、希望する購入日、生花の品目、品種、色、等階
級、産地、総本数、及び価格等の購入情報を入力する。
この入力情報は、サーバ側に送られる。この結果、例え
ば、図７に示すような、入力されたその購入情報と、そ
の購入情報における”合計本数”、”未選定合計本
数”、及び”合計金額”等の情報とを含む注文情報一覧
情報が生成され、この一覧情報は、買手業者側の端末装
置の画面上の取引情報表示部２２２に表示される。この
ようにして、買手業者は、自端末装置上で調達（仕入）
計画に従った生花の注文を行う。

【００４５】売手業者は、自端末装置にて、買手業者が
発した購入情報（注文／応募情報一覧情報）を画面上の
取引情報表示部２２２で参照することで、販売（生産）
計画に従って、買手業者が希望する生花を出荷可能であ
るか否かを判断し、出荷可能であれば、それを応募情報
としてキーボード入力する。この応募情報は、サーバ側
に送られる。このようにして、売手業者は、買手業者が
発した購入情報に対して、自端末装置上で応募する。
尚、売手業者は、買手業者が希望する総本数全てに対し
て応募することもでき、その一部に対して応募すること
もできる。或いは、買手業者が希望する総本数より多い
本数を応募することもできる。

【００４６】買手業者は、自端末装置の画面上の取引情
報表示部２２２にて、注文情報一覧情報を再度参照す
る。このとき表示されている注文情報一覧情報には、サ
ーバ側により、売手業者が発した応募情報が反映されて
いる。すなわち、注文情報一覧情報の”応募”欄には、
購入情報に対して応募した売手業者の注文件数が表示さ
れるようになされており、買手業者は、”応募”欄部分
の隣の”応”のアイコン部をマウスで指定することで、
購入情報に対して応募した売手業者の詳細情報が参照で
きるようになされている。このような注文情報一覧情報
を買手業者が参照することで、買手業者は、購入情報に
対して応募した売手業者のなかから希望する売手業者を
選択して予約し、それを購入情報としてキーボード入力
する。この購入情報は、サーバ側に送られ登録される。

【００４７】そして、サーバ側にて、買手業者と売手業
者の成約が成り立つと、サーバ側から売手業者側に対し
て成約通知が送られ、売手業者は、これを受け、買手業
者との取引が確定したことを認識する。尚、この成約通
知を送らずに売手業者が自端末装置にて、例えば、成約
情報一覧を画面上で参照することで、買手業者の取引が
確定したことを認識するようにしてもよい。

【００４８】このとき、買手業者側の端末装置に画面表
示されている注文情報一覧情報には、この成約が”未選
定”欄に反映される。例えば、ある希望する生花の希望
総本数が１００本であり、この成約で１００本全て確定
した場合、未成約本数である未選定本数は０本となる。
また、１００本のうち４０本が確定した場合、未選定本
数は６０本となる。また、売手業者が応募した本数が、
希望する総本数より多い場合には、未選定数のマイナス
表示を許すことにより、未選定本数がマイナス本数（−
６０本等）となる。

【００４９】尚、ここでは、買手業者の注文情報に対し
て各々の売手業者が応募した後、買手業者が該応募情報
を参照して所望する売手業者を選択するようにしたが
（上記図６参照）、例えば、買手業者は、このときの選
択を行わずに、再度新たな注文情報の追加登録するよう
にしてもよい。或いは、以前の注文情報を削除して新た
な注文情報を登録するようにしてもよい。この場合、更
新され注文情報に対して、上述したような売手業者の応
募が繰り返して行われることになる。また、買手業者が
上記の応募情報を選択する際、それらの応募情報の全て
或いは一部を選択可能、或いは拒絶可能とするようにし
てもよい。

【００５０】（Ｂ）の取引処理（第２の取引：販売情報
に基づく予約相対取引） 本取引処理は、例えば、図８（Ｂ）に示すような流れに
従って実行される。

【００５１】売手業者は、自端末装置のトップ画面（上
記図５）上で「予約」の項目を選択し指定する。これに
より、装置には、上記図３に示した構成の画面が表示さ
れる。そこで、売手業者は、この画面上のコマンド部２
１０や条件入力部２３０により、希望する生花の品目、
品種、色、着荷日、等階級、産地、生産者名、箱数、及
び価格等の販売希望情報である販売情報（出荷情報）を
キーボード入力する。この入力情報は、サーバ側に送ら
れる。この結果、例えば、図９に示すような、未成約の
選定の箱数（残箱数）の情報を含む出荷情報一覧情報が
作成される。この情報は、売手業者側の端末装置の画面
上の取引情報表示部２２１に表示される。このようにし
て、売手業者は、自端末装置上で生花の販売を行う。

【００５２】買手業者は、自端末装置にて、例えば、図
１０に示すような、売手業者が発した販売情報（出荷／
応札情報一覧情報）を画面上の取引情報表示部２２１で
希望商品を検索し参照することで、希望する品の箱数等
を購入登録情報としてキーボード入力する。このとき、
希望する箱数の一部の登録も行うことができる。例え
ば、出荷情報の残箱数が５０箱であり、買手業者が本来
希望する箱数は２０箱であるが、そのうちの１０箱のみ
を登録することもできる。そして、このような購入登録
情報は、サーバ側に送られる。このようにして、買手業
者は、売手業者が発した出荷情報に対して、自端末装置
上で購入登録する。

【００５３】売手業者は、自端末装置にて、買手業者の
登録状況を画面上の取引情報表示部２２１にて参照して
判断し、買手業者と成約する。

【００５４】尚、買手業者側において、上述したような
（Ｂ）の取引処理（タイプ１、以下、（Ｂ１）の取引処
理とも言う）において、購入登録を行う際に購入価格の
指定を行って、これを購入登録情報とする処理（タイプ
２、以下、（Ｂ２）の取引処理とも言う）も行うことが
できる。この取引処理では、例えば、売手業者側の端末
装置において、複数の買手業者から指定された各購入価
格に基づいて、適切な買手業者（最も購入価格の高い買
手業者等）を自動的に決定するようなアルゴリズムを実
行させるようすることも可能である。

【００５５】また、販売情報で残数１０箱に対し、買手
業者は、購入登録情報として、例えば、６箱とし、且
つ、６箱以下でも購入する旨の情報を登録することもで
きる。これにより、残数１０箱に対して、甲乙２名の買
手業者が各々６箱の購入登録しても、甲が６箱以下でも
購入するという情報であれば、乙に６箱、甲に４箱、と
いう成約も可能となる。

【００５６】（Ｃ）の取引処理（第３の取引：複数の購
入情報と複数の販売情報を同時に双方の条件の折り合う
ものから順次成約決定する取引） 本取引処理は、例えば、上記図８（Ｃ）に示すような流
れに従って実行される。

【００５７】ここで、本取引処理は、２つの取引処理
（（Ｃ１）の取引処理、（Ｃ２）の取引処理とする）に
分けられ、これらの２つの取引処理が、買手となる場合
のトップ画面（上記図４）の「一般Ｉ」と「一般ＩＩ」
に対応する。そして、（Ｃ１）の取引処理及び（Ｃ２）
の取引処理は、例えば、買手業者が上述したような購入
登録する際に、売手業者側が発した販売情報に対して行
う購入登録の方法が異なる。

【００５８】そこで、売手業者は、上述した（Ｂ）の取
引処理の結果、販売情報として発した数量を全て裁きき
れなかった場合、具体的には、ある生花を１００箱、販
売希望したにも関わらず、そのうちの６０箱しか買手業
者と成約できなかった場合、４０箱が残ってしまう。こ
のような販売漏れの生花（未成約の生花）がある場合に
は、売手業者は、自端末装置にて、未成約の生花を検索
し、その情報を得て、トップ画面（上記図５）の「複
写」項目を選択し指定することで、販売漏れの生花、す
なわち（Ｂ）の取引処理での対象生花のうち販売漏れの
生花についてを、本取引処理に移行する。そして、売手
業者は、販売漏れの生花について、（Ｂ）の取引処理と
同様にして、販売情報をキーボード入力する。また、こ
のとき、新規に販売希望する生花があれば、それについ
ての販売情報も入力する。このときに、下限価格情報
（販売下限価格値）も入力する。そして、このような販
売情報は、サーバ側に送られる。また、他の売手業者も
同様にして各々、自端末装置にて、販売希望する生花の
販売情報を入力する。そして、各売手業者の販売情報
も、サーバ側に送られる。したがって、サーバ側には、
複数の売手業者の販売情報が存在することになる。

【００５９】買手業者は、（Ｂ）の取引処理と同様にし
て、自端末装置にて、複数の売手業者が発した販売情報
を画面上にて参照し、希望する条件に合った販売情報に
対して購入登録するが、このとき、上述の（Ｃ１）或い
は（Ｃ２）の取引処理で購入登録する。

【００６０】すなわち、（Ｃ１）の取引処理で購入登録
する場合、買手業者は、自端末装置のトップ画面（上記
図４）上で「一般Ｉ」を選択し指定する。これにより、
装置は、上記図３に示した構成の画面が表示される。そ
こで、買手業者は、この画面上のコマンド部２１０や条
件入力部２３０により、複数の売手業者が発した販売情
報のうち希望する情報を取引情報表示部２２１で参照
し、購入登録する。ここでの購入登録は、例えば、希望
する生花の”品目”及び”色”のみならず、”品種”
や”等階級”等、その他の詳細な条件を特定できるよう
になされている。また、買手業者は、このような詳細な
条件を複数の販売情報に対して特定できるようになされ
ている。

【００６１】一方、（Ｃ２）の取引処理で購入登録する
場合、買手業者は、自端末装置のトップ画面（上記図
４）上で「一般ＩＩ」を選択し指定する。これにより、
装置の画面上にて、複数の売手業者が発した販売情報が
参照可能となり、購入登録可能状態となる。但し、この
場合、ここでの購入登録は、例えば、希望する生花の”
品目”及び”色”のみの条件を特定できるようになされ
ている。そして、このような購入登録情報は、サーバ側
に送られる。また、他の買手業者も同様にして各々、自
端末装置にて、複数の売手業者が発した販売情報を参照
して、（Ｃ１）或いは（Ｃ２）の取引処理で購入登録す
る。したがって、サーバ側には、複数の売手業者が発し
た販売情報と、複数の買手業者が発した購入登録情報と
が存在することになる。尚、このときの画面に表示され
る販売情報には、”下限値”の情報は含まれない。

【００６２】サーバ側では、所定の成約決定アルゴリズ
ムによる成約決定処理により、複数の売手業者が発した
販売情報と、複数の買手業者が発した購入登録情報とに
対して、双方の条件の折り合うものから順次成約（価
格）を決定する。例えば、ここでの成約決定アルゴリズ
ムは、販売下限価格の条件を満たし、且つ、購入価格の
高い順、購入情報の入力時間の早い順等により成約を決
定するものである。この成約決定についての情報は、売
手業者側及び買手業者側に通知される。これにより、売
手業者及び買手業者は各々、自端末装置にて、成約決定
について認識する。

【００６３】尚、上述した成約決定アルゴリズムでは、
購入希望価格の高い順や情報入力の早い順に成約決定す
るようにしたが、これに限らず、例えば、購入希望数量
の多い順や過去の取引規模などの因子により予め決めら
れた優先順位に従って成約決定するようにしてもよい。
或いは、購入希望数量の一部でも販売残数があれば購入
したいという要求をも許容して、これを優先順位決定に
反映させて成約決定してもよい。したがって、例えば、
購入希望価格の高い順に成約決定する場合で、同じ価格
の購入情報が存在した場合、それらの中でさらに数量の
多い順や、情報入力の早い順、或いは上述の購入希望数
量に欠けが存在した場合の購入許可など、買手業者側の
購入条件に許容範囲の広いもの、などの一部或いはこれ
らの組み合わせのアルゴリズムを用いるようにしてもよ
い。また、対象商品の条件許容度が高い（条件が緩い）
場合に、（Ｃ）の取引処理へ移行し、許容度が低い（条
件が厳しい）場合には、（Ｃ）の取引処理に移行しな
い、というようなアルゴリズムを付加するようにしても
よい。

【００６４】また、売手業者が発する販売情報中に下限
価格情報（販売下限価格値）を含むようにしたが、下限
価格情報を”０”（ゼロ）とし、完全な販売委託方式に
してもよし、下限価格情報の代わりに別のパラメータを
用いるようにしてもよい。例えば、販売最低本数の情報
を用いるようにしてもよい。

【００６５】また、Ｃ１及びＣ２の取引処理での条件入
力（Ｃ２では詳細は条件入力、Ｃ１では該条件を緩和し
た条件入力）を、買手業者が決定して行うものとした
が、例えば、システム内で予め各々の項目（「品種」、
「品目」、「色」等）及びその内容（例えば、項目「品
目」であれば、「菊」、「バラ」等の内容）を設定して
おき、その中から買手業者が所望する項目及びその内容
（条件）を指定するようにしてもよい。具体的には例え
ば、取引対象商品が野菜であった場合、「品種」、「規
格」のみの条件と、この「品種」、「規格」に産地・生
産者名の条件とを予めテーブル等で用意しておく。ま
た、航空チケットの場合には、フライト日と区間のみの
条件と、これに航空会社名或いは具体的な便名（複数も
可）等の複数の条件を予め用意しておく。これにより、
買手業者は、多様な条件の設定を行うことができる。

【００６６】以上が、（Ａ）、（Ｂ）、及び（Ｃ）の各
取引処理の流れである。つぎに、上記図３の構成の画面
上に表示される情報について具体的に説明する。

【００６７】本システムでは、上記図３の画面構成によ
り、買手業者側及び売手業者側の各々において、（Ａ）
の取引処理時に発生した買手業者側の情報（購入情報）
が表示されると共に、その同一画面上に、そのときの取
引経過状況に応じて、（Ｂ）の取引処理時に発生した売
手業者側の情報（販売情報）、又は、（Ｃ）の取引処理
（具体的には（Ｃ１）の取引処理）時に発生した売手業
者側の情報（販売情報）との異なる２つの取引情報が同
時に表示されるようになされている。尚、説明の簡単の
ために、（Ａ）の取引処理での購入情報と（Ｂ）の取引
処理での販売情報が同時に表示される状態を表示パター
ン１とし、（Ａ）の取引処理での購入情報と（Ｃ）の取
引処理での販売情報が同時に表示される状態を表示パタ
ーン２として、以下の説明を行う。

【００６８】（表示パターン１）

【００６９】まず、図１１は、上記図３の画面にて、各
情報買手業者側及び売手業者側が各々の画面上にて参照
可能な情報を示したものである。この図１１において、
α，β，・・・は、本システムに参加している買手業者
を示し、甲，乙，・・・は、本システムに参加している
売手業者を示す。（注）α，（注）β，・・・・は、
α，β，・・・の各買手業者が（Ａ）取引処理にて出力
する購入情報を示し、（応）α、（応）β，・・・・
は、（注）α，（注）β，・・・・に対して、任意の売
手業者が出力する応募情報を示す。（販）甲，（販）
乙，・・・は、甲，乙，・・・の各売手業者が（Ｂ）取
引処理にて出力する販売情報を示し、（成）甲，（成）
乙，・・・は、（販）甲，（販）乙，・・・に対する任
意の買手業者との成約情報を示す。

【００７０】そこで、αの買手業者と甲の売手業者に着
目すると、まず、αの買手業者は、自分が出した（注）
αと、それに対する（応）αと、甲，乙，・・・の全て
の売手業者が出した（販）甲，（販）乙，・・・とが参
照可能となる。したがって、これらの情報が、αの買手
業者側の端末装置にて、その画面上の取引情報表示部２
２１及び２２２に表示されることになる。また、αの買
手業者は、上記図５に示したトップ画面の「集統計」の
項目が指定されることで生成される集統計情報も参照す
ることができる。この集統計情報とは、今後発生する予
定の取引（既に決定している取引）についての情報、具
体的には、先渡し（荷渡し）の日付、生花の平均価格、
最高価格、最低価格、及び総本数等の情報を含むもので
ある。このような情報は、画面上の条件入力部２３０に
より、日付け、品目、品種等の条件を入力することで、
指定された条件毎の情報が取引情報表示部２２２に表示
されるようになされている。

【００７１】一方、甲の売手業者は、α，β，・・・の
全ての買手業者が出した（注）α，（注）β，・・・
と、自分が出した（販）甲と、それに対する（成）甲と
が参照可能となる。したがって、これらの情報が、甲の
売手業者側の端末装置にて、その画面上の取引情報表示
部２２１及び２２２に表示されることになる。また、甲
の売手業者も、上記図４に示したトップ画面の「集統
計」の項目が指定されることで生成される上述したよう
な集統計情報も参照することができる。このような情報
は、画面上の条件入力部２３０により、日付け、品目、
品種等の条件を入力することで、指定された条件毎の情
報が取引情報表示部２２１に表示されるようになされて
いる。

【００７２】したがって、例えば、買手業者側におい
て、買手業者が希望する生花を購入するために、その希
望する生花の条件（”品目”や”品種”等の属性）を、
上記図３の画面上にて条件入力部２３０を操作して入力
すると、装置の画面上には、図１２に示すように、その
入力情報が注文情報（購入情報）一覧として取引情報表
示部２２２に表示されると同時に、これに該当する売手
業者で発生した出荷／応札情報（販売情報）一覧が取引
情報表示部２２１に表示される。買手業者は、自分が出
した購入情報と、売手業者側が発した販売情報とを参照
して、（Ａ）や（Ｂ）の取引処理を実行することで、売
手業者との取引を行う。このように、買手業者は、自分
が出した購入情報と、それに該当する相手側が出した販
売情報とを同時に参照して取引することができるため、
希望する生花を確実に手に入れることができる。

【００７３】一方、売手業者側においても同様に、売手
業者がある生花を販売するために、その販売する生花の
条件を、上記図３の画面上にて条件入力部２３０を操作
して入力すると、装置の画面上には、図１３に示すよう
に、その入力情報が出荷情報（販売情報）一覧として取
引情報表示部２２１に表示されると同時に、これに該当
する買手業者で発生した注文／応札情報（注文情報）一
覧が取引情報表示部２２２に表示される。売手業者は、
自分が出した販売情報と、買手業者側が発した購入情報
とを参照して、（Ａ）や（Ｂ）の取引処理を実行するこ
とで、買手業者との取引を行う。このように、売手業者
も、自分が出した販売情報と、それに該当する相手側が
出した購入情報とを同時に参照して取引することができ
るため、販売する生花を確実に裁くことができる。

【００７４】（表示パターン２）

【００７５】ここで、（Ｃ）の取引処理では、上述した
ように、売手業者は未成約の生花についての販売情報が
出力される。したがって、本パターン２の場合、買手業
者は、自分が出した購入情報と、相手側が出した未成約
の販売情報とが参照可能となり、売手業者は、自分が出
した未成約の販売情報と、相手側が出した購入情報とが
参照可能となる。

【００７６】具体的には、例えば、図１４に示すよう
に、αの買手業者と甲の売手業者に着目すると、まず、
αの買手業者は、自分が出した（注）αと、甲，乙，・
・・の全ての売手業者が出した未成約の（販）甲，
（販）乙，・・・とが参照可能となる。したがって、こ
れらの情報が、αの買手業者側の端末装置にて、その画
面上の取引情報表示部２２１及び２２２に表示されるこ
とになる。

【００７７】一方、甲の売手業者は、自分が出した未成
約の（販）甲と、α，β，・・・の全ての買手業者が出
した（注）α，（注）β，・・・とが参照可能となる。
したがって、これらの情報が、甲の売手業者側の端末装
置にて、その画面上の取引情報表示部２２１及び２２２
に表示されることになる。

【００７８】尚、（Ａ）の取引処理での情報のうち各業
者が参照可能な情報については、上述の表示パターン１
の場合と同様であるため（上記図１１参照）、その詳細
な説明は省略する。また、（Ｃ）の取引処理では、売手
業者は新規の生花についての販売情報も出すことが可能
であるが、この情報の扱いについては、（Ｂ）の取引処
理での販売情報と同様であるため、その詳細な説明は省
略する。

【００７９】したがって、例えば、買手業者側におい
て、買手業者が希望する生花を購入するために、その希
望する生花の条件（”品目”や”品種”等の属性）を、
上記図３の画面上にて条件入力部２３０を操作して入力
すると、装置の画面上には、図１５に示すように、その
入力情報が注文情報（購入情報）一覧として取引情報表
示部２２２に表示されると同時に、これに該当する売手
業者で発生した販売情報一覧が取引情報表示部２２１に
表示される。買手業者は、自分が出した購入情報と、売
手業者側が発した販売情報とを参照して、（Ａ）や
（Ｃ）の取引処理を実行することで、売手業者との取引
を行う。このように、買手業者は、自分が出した購入情
報と、それに該当する相手側が出した販売情報とを同時
に参照して取引することができるため、希望する生花を
確実に手に入れることができる。

【００８０】一方、売手業者側においても同様に、売手
業者が未成約或いは新規の生花を販売するために、その
販売する生花の条件を、上記図３の画面上にて条件入力
部２３０を操作して入力すると、装置の画面上には、図
１６に示すように、その入力情報が販売情報一覧として
取引情報表示部２２１に表示されると同時に、これに該
当する買手業者で発生した注文／応札情報（注文情報）
一覧が取引情報表示部２２２に表示される。売手業者
は、自分が出した販売情報と、買手業者側が発した購入
情報とを参照して、（Ａ）や（Ｃ）の取引処理を実行す
ることで、買手業者との取引を行う。このように、売手
業者も、自分が出した販売情報と、それに該当する相手
側が出した購入情報とを同時に参照して取引することが
できるため、未成約或いは新規に販売する生花を確実に
裁くことができる。

【００８１】上述のように、本実施の形態では、各業者
の端末装置において、その画面構成を上記図３に示した
ような構成とし、条件操作入力部２３０から入力された
情報に基づいて、取引情報表示部２２１には（Ｂ）又は
（Ｃ）の取引処理に関する情報（販売情報）を表示し、
これと同時に、取引情報表示部２２２には（Ａ）の取引
処理に関する情報（購入情報）を表示するようにした。
このように、取引形態が異なる取引処理に関する情報を
同一画面上に表示するように構成したため、買手業者
は、希望する生花についての購入情報と、それに対する
売手業者の応募情報やその希望する生花に該当する販売
情報との全ての情報を同時に参照することができ、ま
た、売手業者との取引を異なる取引形態によって行うこ
とができる。また、売手業者も、販売したい生花につい
ての販売情報と、それに対する買手業者の購入登録情報
やその販売したい生花に該当する購入情報との全ての情
報を同時に参照することができ、また、売手業者との取
引を異なる取引形態によって行うことができる。したが
って、買手業者は、計画的に生花の調達を画面上で容易
に且つ効率的に行うことができると共に、その生花を確
実に調達することができる。また、売手業者も、計画的
に生花の販売を画面上で容易に且つ効率的に行うことが
できると共に、その生花を確実に販売することができ
る。

【００８２】尚、上述した実施の形態では、対象商品を
生花等の生鮮商品を一例として説明したが、これに限ら
れることはない。航空チケットや他の交通機関のチケッ
ト、コンサートチケットのように、使用可能な期限が決
まった商品にも適用することができる。例えば、航空チ
ケットの場合、上述した生産者が航空会社に対応し、大
手売手業者が航空会社の支店などの営業部門、或いは大
手旅行会社などの販売エ−ジェントに対応し、小口売手
業者が各旅行代理店や航空チケットを扱うコンビニエン
スストアなどの販売店に対応する。また、１２月３０日
又は２９日のＸＸＸ便を２席購入したい、或いは１２月
２９日のＡ空港からＢ空港までのＸＸＸ便又はＹＹＹ便
を２席購入したい等が（Ａ）取引処理に対応し、１２月
２９日から１月５日までのＸＸＸ便がα円、ＹＹＹ便が
β円で各々１００席ずつある等の情報に基づいた取引が
（Ｂ）取引処理に対応し、これらの条件に様々な広がり
を有する購入情報と販売情報を突き合わせて価格と数量
の決定を行う取引が（Ｃ）取引処理に対応する。したが
って、このように、航空チケット等の期限付きの商品や
期日付きの商品についても、本発明は適用可能である。

【００８３】また、本発明の目的は、上述した実施の形
態のサーバ及び端末の機能を実現するソフトウェアのプ
ログラムコードを記憶した記憶媒体を、システム或いは
装置に供給し、そのシステム或いは装置のコンピュータ
（又はＣＰＵやＭＰＵ等）が記憶媒体に格納されたプロ
グラムコードを読みだして実行することによっても、達
成されることは言うまでもない。この場合、記憶媒体か
ら読み出されたプログラムコード自体が上述した実施の
形態の機能を実現することとなり、そのプログラムコー
ドを記憶した記憶媒体は本発明を構成することとなる。

【００８４】プログラムコードを供給するための記憶媒
体としては、ＲＯＭ、フロッピーディスク、ハードディ
スク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、Ｃ
Ｄ−Ｒ、磁気テープ、不揮発性のメモリカード等を用い
ることができる。

【００８５】また、コンピュータが読みだしたプログラ
ムコードを実行することにより、上述した実施の形態の
機能が実現されるだけでなく、そのプログラムコードの
指示に基づき、コンピュータ上で稼動しているＯＳ等が
実際の処理の一部又は全部を行い、その処理によって実
施の形態の機能が実現される場合も含まれることは言う
までもない。

【００８６】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された拡張機能ボー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張ボードや機能拡張ユニットに
備わるＣＰＵなどが実際の処理の一部又は全部を行い、
その処理によって上述した実施の形態の機能が実現され
る場合も含まれることは言うまでもない。

【００８７】

【発明の効果】以上説明したように本発明によれば、各
々が異なる取引形態を有する各取引処理に関する情報を
同一画面上で同時に参照しながら、それらの取引処理の
実行による商品の取引（所謂先渡し取引等）をネットワ
ーク上で可能にし、今迄にない販売及び調達の機会を売
手側及び買手側に与えることができるようになる。この
ため、従来にない効率的な商品取引を行うことができ
る。

【００８８】具体的には、例えば、買手側は、購入希望
する商品についての購入情報を入力することで、その購
入情報及びそれに対して売手側が出した応募情報等を含
む情報（第１の取引処理の実行により発生した情報）
と、売手側が出した販売希望する商品についての販売情
報のうち購入希望する商品に該当する販売情報（第２の
取引処理の実行により発生した情報）とを、同一画面上
にて同時に参照しながら、異なる２つの取引処理の実行
により、購入希望する商品の取引を可能にした。また、
売手側は、販売希望する商品についての販売情報を入力
することで、その販売情報及びそれに対して買手側が出
した購入登録情報等を含む情報（第２の取引処理の実行
により発生した情報）と、買手側が出した購入希望する
商品についての購入情報のうち販売希望する商品に該当
する購入情報（第１の取引処理の実行により発生した情
報）とを、同一画面上にて同時に参照しながら、異なる
２つの取引処理の実行により、販売希望する商品の取引
を可能にした。このような構成とすることで、少なくと
も次のような効果が得られる。

【００８９】（１）買手業者は、卸売市場等に出向く必
要がなく、自端末装置にて、購入希望する商品が販売さ
れているか、また、自分が購入希望（注文）した商品に
対して売手側から応募があったか等を容易に把握するこ
とができ、購入希望する商品を容易に且つ確実に仕入れ
ることができる。また、調達計画を立てて、事前にこれ
を行うこともできる。また、買手側は、自端末装置に
て、大量の商品を希望する場合であっても、容易に且つ
確実に品揃えすることができる。

【００９０】（２）売手業者は、自端末装置にて、販売
する商品に買手がつくか、どのくらいの量を販売できる
か、また、販売する商品に該当するものを買手側が希望
しているか等を容易に把握することができ、販売希望す
る商品を容易に且つ確実に販売することができる。ま
た、販売計画を立てて、事前にこれを行うこともでき
る。さらに、無駄な商品の発生も抑えることができ、特
に、ある期間を過ぎると価値が無くなる生花等において
は、その商品の鮮度保持も可能となる。

【００９１】（３）商品の出荷前に売手側と買手側間で
その商品の取引を行うことができる。また、複数の取引
処理に必要な情報を参照或いは利用しながら、それらの
取引処理による取引を同時に行うこともできる。さら
に、自分の得たい商品の情報を容易に抽出し、それを参
照することができる。さらにまた、パーソナルコンピュ
ータ等を利用することで、取引の効率を飛躍的に向上さ
せることができる。

【図面の簡単な説明】

【図１】本発明を適用した生花取引システムの構成を示
すブロック図である。

【図２】上記生花取引システムの各業者側及びサーバ側
の端末装置の内部構成を示すブロック図である。

【図３】上記各業者側の端末装置での画面構成を説明す
るための図である。

【図４】買手側のトップ画面を説明するための図であ
る。

【図５】売手側のトップ画面を説明するための図であ
る。

【図６】注文情報に基づく予約相対取引処理（（Ａ）取
引処理）を説明するための図である。

【図７】上記（Ａ）取引処理において、注文情報一覧情
報を説明するための図である。

【図８】販売情報に基づく予約相対取引処理（（Ｂ）取
引処理）、及び複数の購入情報と複数の販売情報を同時
に双方の条件の折り合うものから順次成約決定する取引
処理（（Ｃ）取引処理）を説明するための図である。

【図９】上記（Ｂ）取引処理において、出荷情報一覧情
報を説明するための図である。

【図１０】上記（Ｃ）取引処理において、出荷／応札情
報一覧情報を説明するための図である。

【図１１】上記（Ａ）及び（Ｂ）取引処理時にて、各業
者が参照できる情報を説明するための図である。

【図１２】上記（Ａ）取引処理及び（Ｂ）取引処理時に
て、買手側での画面表示を説明するための図である。

【図１３】上記（Ａ）取引処理及び（Ｂ）取引処理時に
て、売手側での画面表示を説明するための図である。

【図１４】上記（Ａ）及び（Ｃ）取引処理時にて、情報
の流れを説明するための図である。

【図１５】上記（Ａ）取引処理及び（Ｃ）取引処理時に
て、買手側での画面表示を説明するための図である。

【図１６】上記（Ａ）取引処理及び（Ｃ）取引処理時に
て、売手側での画面表示を説明するための図である。

【符号の説明】

２１０ コマンド部 ２２１ 取引情報表示部 ２２２ 取引情報表示部 ２３０ 条件入力部

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数の端末装置から出力される商品の売
   買取引のための販売情報及び購入情報に基づいて、少な
   くとも第１の取引処理及び第２の取引処理を画面上にて
   実行することで、商品の売買の成約を決定するシステム
   における上記複数の端末装置の少なくとも１つの端末装
   置であって、 上記第１の取引処理に関する情報を表示する第１の取引
   情報表示部と、 上記第２の取引処理に関する情報を表示する第２の取引
   情報表示部とを含む画面を有することを特徴とする商品
   取引装置。
2. 【請求項２】 上記第１の取引情報表示部は、上記第１
   の取引処理によって自端末装置で発生した上記販売情報
   又は購入情報、及び該情報に対する他の端末装置で発生
   した情報を表示し、 上記第２の取引情報表示部は、上記第２の取引処理によ
   って他の端末装置で発生した上記購入情報又は販売情報
   を表示することを特徴とする請求項１記載の商品取引装
   置。
3. 【請求項３】 上記第１の取引処理及び第２の取引処理
   の何れか一方は、上記購入情報に基づく予約相対取引を
   行う処理であり、 他方の取引処理は、上記販売情報に基づく予約相対取引
   を行う処理であることを特徴とする請求項１記載の商品
   取引装置。
4. 【請求項４】 上記第１の取引処理及び第２の取引処理
   の何れか一方は、上記購入情報に基づく予約相対取引を
   行う処理であり、 他方の取引処理は、複数の上記購入情報と複数の上記販
   売情報を突き合わせて、双方の条件の折り合うものから
   順次成約決定する取引を行う処理であることを特徴とす
   る請求項１記載の商品取引装置。
5. 【請求項５】 上記端末装置の画面は、上記第１の取引
   処理及び第２の取引処理の実行により発生する情報か
   ら、上記第１の取引情報表示部及び第２の取引情報表示
   部に表示する情報を抽出する際の条件を入力する条件入
   力部を更に含むことを特徴とする請求項１記載の商品取
   引装置。
6. 【請求項６】 各処理を実行するためのアイコン機能を
   有することを特徴とする請求項１記載の商品取引装置。
7. 【請求項７】 上記商品は、商品毎に想定される期間経
   過後には価値がなくなる或いは減少するものであること
   を特徴とする請求項１記載の商品取引装置。
8. 【請求項８】 複数の端末装置から出力される商品の売
   買取引のための販売情報と購入情報から商品の売買の成
   約を決定する商品取引システムであって、上記複数の端
   末装置の少なくとも１つの端末装置は、請求項１〜８の
   何れかに記載の商品取引装置であることを特徴とする商
   品取引システム。
9. 【請求項９】 複数の端末装置とホストが相互通信する
   ことで、上記複数の端末装置から出力される商品の売買
   取引のための販売情報と購入情報から商品の売買の成約
   を決定する商品取引システムであって、 上記ホストは、第１の取引処理を行う第１の取引処理機
   能と、第２の取引処理を行う第２の取引処理機能との少
   なくとも２つの取引処理機能を有し、 上記端末装置は、送られてきた情報をブラウザ機能によ
   り画面表示し、その画面上の情報に基づいて行われたユ
   ーザからの操作に従って情報を出力するものであって、
   上記第１の取引処理に関する情報を表示する第１の取引
   情報表示部と、上記第２の取引処理に関する情報を表示
   する第２の取引情報表示部とを含む画面を有することを
   特徴とする商品取引システム。
10. 【請求項１０】 上記第１の取引情報表示部は、上記第
    １の取引処理によって自端末装置で発生した上記販売情
    報又は購入情報、及び該情報に対する他の端末装置で発
    生した情報を表示し、 上記第２の取引情報表示部は、上記第２の取引処理によ
    って他の端末装置で発生した上記購入情報又は販売情報
    を表示することを特徴とする請求項８又は９記載の商品
    取引システム。
11. 【請求項１１】 複数の端末装置から出力される商品の
    売買取引のための販売情報及び購入情報に基づいて、少
    なくとも第１の取引処理及び第２の取引処理を画面上に
    て実行することで、商品の売買の成約を決定するための
    取引処理を行う商品取引方法であって、 上記第１の取引処理に関する情報と、上記第２の取引処
    理に関する情報とを同一画面上に表示するステップを含
    むことを特徴とする商品取引方法。
12. 【請求項１２】 上記第１の取引情報に関する情報は、
    上記第１の取引処理によって自端末装置で発生した上記
    販売情報又は購入情報、及び該情報に対する他の端末装
    置で発生した情報であり、 上記第２の取引情報に関する情報は、上記第２の取引処
    理によって他の端末装置で発生した上記購入情報又は販
    売情報であることを特徴とする請求項１１記載の商品取
    引方法。
13. 【請求項１３】 複数の端末装置から出力される商品の
    売買取引のための販売情報及び購入情報に基づいて、少
    なくとも第１の取引処理及び第２の取引処理を画面上に
    て実行することで、商品の売買の成約を決定するための
    取引処理ステップを実行するプログラムを格納した記憶
    媒体であって、 上記取引処理ステップは、請求項１１又は請求項１２記
    載の商品取引方法の処理ステップを含むことを特徴とす
    る記憶媒体。