JP4237312B2 - Commodity transaction processing device - Google Patents

Commodity transaction processing device Download PDF

Info

Publication number
JP4237312B2
JP4237312B2 JP33741698A JP33741698A JP4237312B2 JP 4237312 B2 JP4237312 B2 JP 4237312B2 JP 33741698 A JP33741698 A JP 33741698A JP 33741698 A JP33741698 A JP 33741698A JP 4237312 B2 JP4237312 B2 JP 4237312B2
Authority
JP
Japan
Prior art keywords
information
sales
purchase
purchase information
sales information
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 - Lifetime
Application number
JP33741698A
Other languages
Japanese (ja)
Other versions
JP2000163494A (en
JP2000163494A5 (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.)
NS Solutions Corp
Original Assignee
NS Solutions 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
Priority to JP33741698A priority Critical patent/JP4237312B2/en
Application filed by NS Solutions Corp filed Critical NS Solutions Corp
Priority to CN 98813406 priority patent/CN1284187A/en
Priority to CN 200410059203 priority patent/CN1619561A/en
Priority to PCT/JP1998/005522 priority patent/WO1999030259A1/en
Priority to EP98957206A priority patent/EP1067471A1/en
Publication of JP2000163494A publication Critical patent/JP2000163494A/en
Priority to US10/896,861 priority patent/US20050027613A1/en
Publication of JP2000163494A5 publication Critical patent/JP2000163494A5/en
Application granted granted Critical
Publication of JP4237312B2 publication Critical patent/JP4237312B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、例えば、花卉や青果物等のライフサイクルの短い生鮮商品や、有効期限のある航空チケット等のサービス商品のように、ある期間が過ぎてしまうと商品価値がなくなる或いは減少する各種商品の売買取引において、特に、複数の買手業者と複数の売手業者間の取引の際に有効な商品取引処理装置に関するものである。
【0002】
【従来の技術】
従来より、例えば、生花の売り買いの取引は、卸売市場で行われる。すなわち、買手業者は現場に出向き、売手業者が実際に販売している現物を観察し、どのような生花がいくらで販売されているか等を把握する。そして、希望する生花が販売されていた場合には、その売手と価格等を含めた取引を行う。
【0003】
【発明が解決しようとする課題】
ところで、上述したような商品の売買取引を、電子的にシステム化したものが提案されている。このシステム(商品取引システム)では、買手業者側の端末装置から入力された購入情報(販売希望する生花の品目又は品種、色、等階級等の属性や、販売希望価格、最低販売価格等の情報)と、売手業者側の端末装置から入力された販売情報(購入希望する生花の品目又は品種、色、等階級等の属性や、購入希望価格等の情報)とに基づいて、購入情報と販売情報を引き当て、商品の取引を決定(成約)するようになされている。これにより、各業者は、卸売市場まで出向くことなく、自端末装置上にて商品の売買取引を行うことができる。
このとき、複数の買手業者及び複数の売手業者がシステムに参加しており、各々の業者から購入情報及び販売情報が発行された場合には、買手業者から提示された各々の販売情報に対する購入の意思や条件、購入情報の入力順、購入情報に含まれる購入希望価格の高い順、というような固定のルールに従って、販売情報との引当を行い、取引を決定する。
【0004】
しかしながら、買手業者と売手業者が取引する際の条件とは多種多様なものであり、各々が発する購入情報と販売情報は異なっているのが通常である。このような状況において、単に固定のルールに従って取引を決定すると、取引の機会を限定することになり、また、取引の決定の機会や割合も低くなってしまう。
具体的には例えば、単純に購入希望価格の高い順に、購入情報と販売情報の引当を行った場合、購入希望価格が低い買手業者に対する取引が成立しにくくなる。これは、とにかく商品の単価を安くして大量の商品を裁きたい売手業者や、とにかく単価の安い商品を大量に購入したい買手業者にとっては不利になる。
【0005】
本発明は上記の点に鑑みなされたもので、複数の買手業者と複数の売手業者間の売買取引を効率的に行い、該売買取引の成立の割合を高めることが可能な商品取引処理装置を提供することを目的とする。
【0006】
【課題を解決するための手段】
そこで、上記問題を解決するため、本発明は、販売者側端末及び購入者側端末とネットワークを介して接続され、販売者側端末から発せられた販売情報と、購入者側端末から発せられた購入情報とに基づいて、商品の売買取引処理を行う商品取引処理装置であって、前記販売者側端末から受信した、ある期間を過ぎると価値がなくなる或いは減少する商品に関する複数の販売情報及び前記購入者側端末から受信した、ある期間を過ぎると価値がなくなる或いは減少する商品に関する複数の購入情報を記憶する記憶手段と、前記販売情報に含まれる商品属性によって販売情報をクラスタリングする第一のクラスタリング手段と、前記購入情報に含まれる購入希望商品属性によって購入情報をクラスタリングする第二のクラスタリング手段と、前記クラスタリングされた販売情報と、前記クラスタリングされた購入情報と、について、同一条件でクラスタリングされた、販売情報の集合と、購入情報の集合と、に含まれる個々の販売情報と、購入情報と、を用いて、前記第一及び第二のクラスタリング手段でクラスタリングする際の条件数の多い集合から順に、互いの条件を満たす販売情報と、購入情報と、を検索し、前記条件を満たす販売情報と、購入情報と、を紐付け処理する取引処理手段と、を有することを特徴とする。
【0021】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
【0022】
(第1の実施の形態)
本発明は、例えば、図1に示すような生花取引システム100に適用される。
【0023】
この生花取引システム100では、上記図1に示すように、生花の市場管理を行うサーバ側の端末装置140と、複数の買手業者A1,A2,・・・,An側の端末装置120A1,120A2,・・・,120Anと、複数の売手業者B1,B2,・・・,Bn側の端末装置130B1,130B2,・・・,130Bnとが、WAN110を介して互いに通信可能に接続された構成としている。
サーバ側、売手業者B1〜Bn側、及び買手業者A1〜An側の各端末装置は、中央処理装置(CPU)、キーボード、マウス、表示器、通信器、及び本システムの処理プログラムが予め格納されたメモリ等を備えたパーソナルコンピュータ(パソコン)からなり、該メモリの処理プログラムをCPUが読み出して実行することで、後述する種々の処理が行われるようになされている。
【0024】
また、生花取引システム100では、各々の買手業者A1,A2,・・・,Anは、自端末装置120A1,120A2,・・・,120Anを用いて、購入したい商品(生花)の情報(購入情報、以下、「注文情報」とも言う)(A1),(A2),・・・,(An)を発行し、各々の売手業者B1,B2,・・・,Bnも同様に、自端末装置130B1,130B2,・・・,130Bnを用いて、販売したい商品(生花)の情報(販売情報、以下、「出荷情報」とも言う)(B1),(B2),・・・,(Bn)を発行し、互いに互いの情報を端末装置の画面上にて参照することで、種々の取引形態にて生花の取り引きを進めるようになされている。
尚、ここでの”商品の情報”は、例えば、数量、単価、情報入力時刻、及び属性データを含み、該”属性データ”は、期日、期限、品種、及び色等を含む。また、ここでの”売手業者”には、実際の商品の生産者、該生産者から販売の委託を受けている販売代理人、販売卸業者、販売エージェント、或いは輸入業者等も含まれる。
【0025】
このため、サーバ側の端末装置140は、種々の情報の受信及び送信(配信)を行うための情報受信配信機能141と、アプリケーション機能(APP機能)142と、各種処理に必要なデータを記憶するための記憶機能(データベースメモリ:DBM)143とを有している。
【0026】
APP機能142としては、注文情報(A1),(A2),・・・,(An)及び販売情報(B1),(B2),・・・,(Bn)に基づいた取引等の種々の取引形態での取り引きを実行するための取引処理機能と、サーバ側の端末装置140を運用して本システム全体を制御管理するためのシステム運用管理機能とが設けられていると共に、クラスタリング機能が設けられている。
クラスタリング機能とは、本システムの最も特徴とする機能であり、詳細は後述するが、各々が複数の購入情報(A1),(A2),・・・,(An)及び販売情報(B1),(B2),・・・,(Bn)を、所定のアルゴリズムに従って紐付けして、取引成立を決定するための機能である。
【0027】
一方、買手業者A1,A2,・・・,An側の端末装置120A1,120A2,・・・,120An、及び売手業者B1,B2,・・・,Bn側の端末装置130B1,130B2,・・・,130Bnは各々が同様の構成としており、種々の情報の受信及び配信を行う情報受信配信機能121と、WWWブラウザ等によるユーザインターフェース(I/F)機能122と、アプリケーション機能123と、各種処理に必要なデータを記憶するためのDBM124とを有している。
【0028】
端末装置120A1,120A2,・・・,120An及び130B1,130B2,・・・,130Bnでは、インターフェース機能122(WWWブラウザ等)により、サーバ側から送られてくる各種データ(注文情報や販売情報等)の画面表示が行われ、使用者が該画面を参照してマウスやキーボード等を用いた所定の操作を行うことで、各種の取引形態での処理が進められるようになされている。
【0029】
そこで、上述のような生花取引システム100において、例えば、買手業者A1,A2,・・・,Anと売手業者B1,B2,・・・,Bnが本システムに参加し、各々の端末装置から、購入情報(A1),(A2),・・・,(An)と販売情報(B1),(B2),・・・,(Bn)が発行されると、これらの購入情報(A1),(A2),・・・,(An)及び販売情報(B1),(B2),・・・,(Bn)は、WAN110を介してサーバ側の端末装置140内のDBM143に格納される。
【0030】
ここでは、DBM143に格納された購入情報(A1),(A2),・・・,(An)及び販売情報(B1),(B2),・・・,(Bn)を、図2及び図3に示すような情報とする。
上記図2に示すように、ここでの購入情報は、買手業者が購入を希望する生花の「品目」、「品種」、「色」、「等階級」、「産地」、「購入本数」、及び「購入希望価格」を含む。また、販売情報については、上記図3に示すように、売手業者が販売を希望する生花の「品目」、「品種」、「色」、「等階級」、「産地」、「販売本数」、「販売希望価格」、及び「最低販売価格」を含む。
【0031】
上記図2及び図3に示したような、DBM143に格納された購入情報(A1),(A2),・・・,(An)と販売情報(B1),(B2),・・・,(Bn)は、サーバ側の端末装置140が備えているクラスタリング機能により、以下に説明するようなアルゴリズムに従って紐付けが行われ、取引成立の決定がなされる。
尚、ここでは、上記のアルゴリズムの一例としての[アルゴリズム1]と[アルゴリズム2]について説明する。
【0032】
[アルゴリズム1]
本アルゴリズムは、例えば、図4のフローチャートにより示される。
【0033】
ステップS201:購入情報(A1),(A2),・・・,(An)に対してクラスタリング処理を行う。このときのクラスタリング処理は、図5のフローチャートにより示される。
尚、「クラスタリング」とは、予め設定されたクラスタリング属性に基づいて、全ての注文情報(A1),(A2),・・・,(An)から集合(以下、「クラスタ」又は「クラスタリングフィールド」とも言う)を作成することを意味する。
【0034】
先ず、DBM143に格納されている購入情報(A1),(A2),・・・,(An)の最初の購入情報(A1)を読み取る(ステップS211)。
【0035】
次に、ステップS211にて読み取った購入情報(A1)のクラスタリング属性を読み取る(ステップS212)。このクラスタリング属性は、市場運営者により、商品の価格を決定する要素として商品属性の項目の中で重要な項目が設定される。ここでは、その一例として「品目」及び「色」が設定されているものとする。
したがって、このステップS212では、購入情報(A1)に含まれる「品目−”ヒマワリ”」及び「色−”オレンジ”」が読み取られる。
【0036】
次に、ステップS212にて読み取ったクラスタリング属性を判別し(ステップS213)、その判別結果に従って、該当するクラスタへ購入情報(A1)を割り当てる(ステップS214)。この結果、購入情報(A1)は、上記図2に示すように、”ヒマワリ−オレンジ”のクラスタbに割り当てられる。
【0037】
以降の購入情報(A2),・・・,(An)についても同様にして、ステップS211〜S214の処理を行い、全ての購入情報(A1)〜(An)に対してのステップS211〜S214の処理が終了すると(ステップS215)、本処理終了となる。
【0038】
したがって、購入情報(A1),(A2),・・・,(An)は、上記図2に示すように、
”キク大輪−白”のクラスタa:
購入情報(A2),購入情報(A3),購入情報(A7)
”ヒマワリ−オレンジ”のクラスタb:
購入情報(A1),購入情報(A5),購入情報(A8),購入情報(A9)
”スターチス−紫”のクラスタc:
購入情報(A4),購入情報(A6)
にクラスタリングされる。
【0039】
ステップS202:上述のクラスタリング処理にて生成された各クラスタa〜c内において、購入情報の処理順(引当順)を決定する。
例えば、クラスタaに着目すると、このクラスタaは、購入情報(A2)、購入情報(A3)、及び購入情報(A7)からなる。そこで、これらの購入情報(A2)、(A3)、(A7)を購入希望価格が高い順に処理順を決定する。したがって、この場合の処理順は、購入情報(A3)、購入情報(A7)、購入情報(A2)、となる。ところで、購入情報(A7)の購入希望価格は、購入情報(A2)の購入希望価格よりも高いが、購入条件の指定数(指定項目数)が購入情報(A2)よりも少ない。すなわち、購入情報(A7)は、「品目」、「色」、「購入本数」、及び「購入希望価格」の指定がなされているが、これに対して購入情報(A2)は、購入情報(A7)の指定項目に加えて「品種」、「等階級」、及び「産地」の指定をもなされている。このように、購入希望する生花をより具体的に指定されている場合には、その購入情報(A2)を優先する。したがって、クラスタa内での処理順は、図6(a)に示すように、購入情報(A3)、購入情報(A2)、購入情報(A7)、に決定される。
他のクラスタb,cについても同様にして、購入情報の処理順を決定する。
【0040】
ステップS203:上記図5に示したクラスタリング処理に従って、販売情報(B1),(B2),・・・,(Bn)に対してもクラスタリング処理を行う。
この結果、販売情報(B1),(B2),・・・,(Bn)は、上記図3に示すように、
”キク大輪−白”のクラスタa’:
販売情報(B1),販売情報(B5),販売情報(B6),販売情報(B9)
”ヒマワリ−オレンジ”のクラスタb’:
販売情報(B2),販売情報(B3),販売情報(B7)
”スターチス−紫”のクラスタc’:
販売情報(B4),販売情報(B8)
にクラスタリングされる。
【0041】
ステップS204:購入情報のクラスタa,b,cと、それに対応する販売情報のクラスタa’,b’,c’とにおいて、クラスタ毎に、購入情報と販売情報の紐付けを行って取引の成立を決定する。ここでの紐付け処理は、図7のフローチャートにより示される。
【0042】
例えば、”キク大輪−白”のクラスタに着目する。この場合、上記図6(a)及び(b)に示すように、
購入情報のクラスタa:
購入情報(A3)、購入情報(A2)、購入情報(A7)
販売情報のクラスタa’:
販売情報(B1),販売情報(B5),販売情報(B6),販売情報(B9)
となる。
そこで、ステップS202にて決定された処理順に従って、購入情報(A3)から順に、上記図7に示される処理を実行する。
【0043】
先ず最初の購入情報(A3)について、購入情報(A3)の購入希望価格”130円”に最も近い販売希望価格を有し、且つ購入希望価格”130円”が最低販売価格を下回っていない販売情報を検索する(ステップS221)。ここでは、販売情報(B9)が検索される。
【0044】
次に、ステップS221にて検索した販売情報(B9)の販売本数が”0”でないか否か、すなわち販売情報(B9)の販売本数の全てが取引終了(取引成立が決定)していないか否かを判別する(ステップS222)。ここでは、販売情報(B9)についての取引は未だ行われていないため、次のステップS223からの処理が実行される。
【0045】
ステップS223では、販売情報(B9)の販売本数を購入情報(A3)に引き当てる。このとき、購入情報(A3)の購入本数は”5000本”であり、販売情報(B9)の販売本数は”4000本”であるため、図8に示すように、販売本数”4000本”を購入本数”5000本”のうちの”4000本”に引き当てるようにする(図中斜線部分)。この結果、購入情報(A3)の購入本数”5000本”のうちの”4000本”と、販売情報(B9)の販売本数”4000本”との取引が成立する。
【0046】
ステップS223により購入情報(A3)と販売情報(B9)の取引が成立すると、販売情報(B9)の販売本数を更新する(ステップS224)。ここでは、販売情報(B9)の販売本数”4000本”全てが取引成立しているため、該販売本数が”0”に更新される。
【0047】
そして、購入情報(A3)の購入本数に残本数が有るか否かを判別する(ステップS225)。ここでは、購入情報(A3)の購入本数”5000本”のうちの”4000本”が販売情報(B9)と取引成立しており、”1000本”が未だ取引成立していないため、残本数有りと判別される。したがって、この場合には、次のステップS226により、購入本数が”1000本”に更新される。その後、ステップS221に戻る。
【0048】
ステップS221に戻ると、該ステップS221及び次のステップS222により、販売情報(B9)の次に条件の合う販売情報(B1)が検索される。そして、ステップS223により、上記図8に示すように、購入情報(A3)の残りの購入本数”1000本”に対して、販売情報(B1)の販売本数”10000本”のうちの”1000本”が引き当てられ(図中黒部分)、購入情報(A3)の残りの購入本数”1000本”と、販売情報(B1)の販売本数”10000本”のうちの”1000本”との取引が成立する。これにより、購入情報(A3)の購入本数”5000本”全てが、取引終了する。
【0049】
そして、ステップS224により、販売情報(B1)の販売本数が”9000本”に更新された後、ステップS225により、購入情報(A3)の残本数無しと判別されて、購入情報(A3)に対する本処理が終了する。
【0050】
上述のようにして、購入情報(A3)に対する処理が終了すると、次の購入情報(A2)に対する処理を行う。この場合も、購入情報(A3)と同様にして、先ず、購入情報(A2)の購入希望価格”85円”に最も近い販売希望価格を有し、且つ購入希望価格”85円”が最低販売価格を下回っていない販売情報を検索する(ステップS221)。ここでは、販売情報(B1)が検索される。
【0051】
次に、ステップS221にて検索した販売情報(B1)の販売本数が”0”でないか否か、すなわち販売情報(B1)の販売本数の全てが取引終了(取引成立が決定)していないか否かを判別する(ステップS222)。ここでは、販売情報(B1)の取引成立していない本数は”9000本”であるため、次のステップS223からの処理が実行される。
【0052】
ステップS223では、販売情報(B1)の販売本数を購入情報(A2)に引き当てる。このとき、購入情報(A2)の購入本数は”12000本”であり、販売情報(B1)の販売本数は”9000本”であるため、販売本数”9000本”を購入本数”12000本”のうちの”9000本”に引き当てるようにする。この結果、購入情報(A2)の購入本数”12000本”のうちの”9000本”と、販売情報(B1)の販売本数”9000本”との取引が成立する。
【0053】
ステップS223により購入情報(A2)と販売情報(B1)の取引が成立すると、販売情報(B1)の販売本数を更新する(ステップS224)。ここでは、販売情報(B1)の販売本数”9000本”全てが取引成立しているため、該販売本数が”0”に更新される。
そして、購入情報(A2)の購入本数に残本数が有るか否かを判別する(ステップS225)。ここでは、購入情報(A2)の購入本数”12000本”のうちの”9000本”が販売情報(B1)と取引成立しており、”3000本”が未だ取引成立していないため、残本数有りと判別される。したがって、この場合には、次のステップS226により、購入本数が”3000本”に更新される。
【0054】
その後、ステップS221に戻り、上述したようにして、以降の処理が進められる。そして、購入情報(A2)に対する処理が終了すると、次の購入情報(A7)に対する処理が同様にして行われる。
【0055】
ステップS205:上述のようなステップS204にて決定された取引成立については、各々の買手業者及び売手業者に通知される。
【0056】
上述のように、[アルゴリズム1]では、各々の買手業者側から出力される購入情報(A1),(A2),・・・,(An)を、予め市場運営者から設定されたクラスタリング属性(「品目」、「色」)に従ってクラスタリングすることで、クラスタa,b,c,・・・を生成する。このとき、各クラスタ内で購入情報の処理順も決定しておく。また、各々の売手業者側から出力される販売情報(B1),(B2),・・・,(Bn)についても同様にしてクラスタリングすることで、クラスタa’,b’,c’,・・・を生成する。そして、購入情報のクラスタaと販売情報のクラスタa’、購入情報のクラスタbと販売情報のクラスタb’、・・・の各々の中で、購入希望価格の高い順等に従って、購入情報と販売情報の紐付けを行う。これにより、多様な売買要求に従ったかたちで、複数の購入情報と複数の販売情報の紐付けを行うことができ、短時間に効率的に取引成立の割合を高めることができる。
【0057】
[アルゴリズム2]
本アルゴリズムは、例えば、図9のフローチャートにより示される。
【0058】
ステップS301:上記図2に示したような購入情報(A1),(A2),・・・,(An)の全てにおいて、次のステップS302からの処理を実行する処理順を決定する。この処理順の決定は、[アルゴリズム1]でのステップS202と同様に、例えば、購入希望価格が高い順とする。また、指定項目が多い購入情報を優先とする。
したがって、購入情報(A1),(A2),・・・,(An)の処理順は、図10に示すような順に決定される。
【0059】
ステップS302:ステップS303にて決定された処理順に従って、先ず最初の購入情報(A5)を読み込む(上記図10参照)。
【0060】
ステップS303:ステップS302にて読み込んだ購入情報(A5)のクラスタリング属性を読み取る。ここでのクラスタリング属性についても、[アルゴリズム1]と同様に、「品目」及び「色」とする。
したがって、このステップS303では、購入情報(A5)に含まれる「品目−”ヒマワリ”」及び「色−”オレンジ”」が読み取られる。
【0061】
ステップS304:ステップS303にて読み取ったクラスタリング属性(「品目−”ヒマワリ”」及び「色−”オレンジ”」)に従って、上記図3に示したような販売情報(B1),(B2),・・・,(Bn)に対してクラスタリング処理を行う。
したがって、販売情報(B1),(B2),・・・,(Bn)からは、図11に示すように、
”ヒマワリ−オレンジ”のクラスタb’:
販売情報(B2),販売情報(B3),販売情報(B7)
が得られることになる。
【0062】
ステップS305:購入情報(A5)と、クラスタb’内の販売情報(B2),販売情報(B3),販売情報(B7)とにおいて、[アルゴリズム1]でのステップS204と同様にして紐付けを行い、取引成立を決定する。
このとき、購入情報にて「品目」及び「色」以外の項目が指定されていた場合には、その指定に合った販売情報を優先する。これにより、購入情報(A5)は、「品目」及び「色」以外に項目の指定がなされているため(「産地」等)、該指定に合った販売情報(B3)との紐付けが行われることになる。したがって、販売情報(B3)の販売本数”11000本”が、購入情報(A5)の購入本数”12000本”のうちの”11000本”に引き当てられる。また、残りの”1000本”については、次に条件の合う販売情報(B2)の販売本数”8000”のうちの”1000本”が引き当てられる。
【0063】
ステップS306:ステップS205にて決定された取引成立については、各々の買手業者及び売手業者に通知される。
【0064】
ステップS307:上述のようにして、購入情報(A5)に対する処理が終了すると、次の購入情報(A3)に対する処理を実行するために、ステップS302に戻る。したがって、購入情報(A3)についても同様にしてステップS302〜S306の処理が行われる。また、それ以降の購入情報(A6),(A4),・・・に対しても、同様にして処理が行われる。
【0065】
上述のように、[アルゴリズム2]では、各々の買手業者側から出力される購入情報(A1),(A2),・・・,(An)を、購入希望価格の高い順等に従ってソートし、その順番で、購入情報のクラスタリング属性(「品目」、「色」)に従って販売情報をクラスタリングすることで生成したクラスタ内での紐付けを行う。これによっても、[アルゴリズム1]と同様に、多様な売買要求に従ったかたちで、複数の購入情報と複数の販売情報の紐付けを行うことができ、短時間に効率的に取引成立の割合を高めることができる。
【0066】
尚、上述の[アルゴリズム1]及び[アルゴリズム2]において、購入情報の処理順を購入価格の高い順としたが、これに限られることはない。例えば、購入本数が多い順、或いは入力順としてもよい。
また、クラスタリング属性についても、「品目」及び「色」に限られることはない。
【0067】
(第2の実施の形態)
上述した第1の実施の形態では、クラスタリング属性の項目(「品目」と「色」等)を市場運営者が予め決定するものとした。これに対して本実施の形態では、クラスタリング属性の項目及びその内容(条件)を、買手業者が任意に設定できるものとする。
このアルゴリズムの一例として、ここでは次のような[アルゴリズム3]と[アルゴリズム4]について説明する。
【0068】
[アルゴリズム3]
図12は、本アルゴリムを図示したものである。
この図12に示すように、「品種」及び「色」をクラスタリング属性とするレベル1(図中(A))、「品種」、「色」、及び「規格」をクラスタリング属性とするレベル2(図中(B))、「品種」、「色」、「規格」、及び「生産者」をクラスタリング属性とするレベル3(図中(C))が、予め規定されている。すなわち、レベル1よりもレベル2が、レベル2よりもレベル3が細かい条件指定となる。このレベル規定は、例えば、市場運営者がこれらのレベル(以下、「クラスタレベル」とも言う)を予め決定してシステム的に用意しておく。
尚、ここでは説明の簡単のために3つのレベル規定とするが、これに限られることはなく、その他複数レベル用意するようにしてもよい。
【0069】
買手業者は、これらレベル1〜3のどのレベルで取引を行うか指定し、その指定したレベルのクラスタリング属性の各項目に、その内容を設定する。
具体的には例えば、ある買手業者は、レベル1での取引を指定し、そのレベル1のクラスタリング属性の項目「品種」と「色」に対して、希望する”精雲”と”白”を設定する。また、ある買手業者は、レベル2での取引を指定し、そのレベル2のクラスタリング属性の項目「品種」、「色」、及び「規格」に対して、希望する”精雲”、”白”、及び”秀L”を設定する。
したがって、買手業者からは、各々の指定レベルに従ったクラスタリング属性の項目に、その内容が設定された購入情報が発せられることになる。ここでは、レベル1指定での購入情報を購入情報A−▲1▼、レベル2指定での購入情報を購入情報B−▲1▼、レベル3指定での購入情報を購入情報C−▲1▼とする。
【0070】
そこで、先ず、最も条件指定が細かい購入情報A−▲3▼を、そのクラスタリング属性の項目である「品種」、「色」、「規格」、及び「生産者」でクラスタリングする。また、上記のクラスタリング属性に従って、売手業者側からの販売情報をクラスタリングする。そして、同一クラスタ内で、購入情報と販売情報を紐付けして成約決定する(以下、ここでの成約決定処理を「成約決定処理1」とする)。
【0071】
次に、次に条件指定が細かい購入情報A−▲2▼を、そのクラスタリング属性の項目である「品種」、「色」、及び「規格」でクラスタリングする。また、上記のクラスタリング属性に従って、売手業者側からの販売情報(成約決定処理1で残った販売情報)をクラスタリングする。そして、同一クラスタ内で、購入情報と販売情報を紐付けして成約決定する(以下、ここでの成約決定処理を「成約決定処理2」とする)。
【0072】
そして最後に、購入情報A−▲1▼を、そのクラスタリング属性の項目である「品種」及び「色」でクラスタリングする。また、上記のクラスタリング属性に従って、売手業者側からの販売情報(成約決定処理1及び2で残った販売情報)をクラスタリングする。そして、同一クラスタ内で、購入情報と販売情報を紐付けして成約決定する。
【0073】
ここで、上述のようなアルゴリズムに従ったクラスタリングでは、購入情報と販売情報の対応するクラスタ毎に、予め規定された処理順(ここでは、レベル3→レベル2→レベル1)で成約決定するようにした。これは、例えば、レベル1での”精雲”と”白”のクラスタは、レベル2での”精雲”、”白”、及び”秀L”のクラスタに含まれる、ということから、各クラスタが他のクラスタと部分的に重複している場合もあるためである。
したがって、通常は売手業者側にとって需要度が高く、価格の高くなるレベル3→レベル2→レベル1の処理順が一般的である、ということから、ここではレベル3→レベル2→レベル1のように、条件指定の細かい順で処理を行うようにした。しかしながら、この処理順に限られることはなく、市場運営者等が任意に予め規定するようにしてもよい。
尚、成約決定の際の紐付けについての詳細は後述する。
【0074】
[アルゴリズム4]
上述した第1の実施の形態での[アルゴリズム2]では、図13(a)に示すように、買手業者側からの購入情報の処理順(購入希望価格の高い順、数量の多い順、情報入力時刻の早い順等、予め規定された処理順)を決定し、その決定した順に、購入情報の条件に従って販売情報をクラスタリングするようにした。
これに対して本アルゴリズムでは、上記図13(b)に示すように、販売業者側からの販売情報の処理順(販売希望価格の高い順或いは低い順、数量の多い順、情報入力時刻の早い順等、予め規定された処理順)を決定し、その決定した順に、販売情報の条件に従って購入情報をクラスタリングする。
【0075】
図14は、上述したような各アルゴリズムにおいて、購入情報と販売情報の対応するクラスタ内での紐付けの一例を示したものである。
ここでは、ある購入情報のクラスタ内に購入情報(1)〜(4)が存在し、それに対応する販売情報のクラスタ内に販売情報(a)〜(b)が存在するものとしている。そして、クラスタ内での紐付けの基準を、価格、数量、及び情報入力時刻としている。
また、購入情報(1)と購入情報(4)は、同じ上限価格を指定しており、数量もその範囲の同じものを指定している。但し、購入情報(1)のほうが購入情報(4)よりも早く入力されたものとする。購入情報(2)と購入情報(3)は、上限価格、数量、及びその範囲を他者と異なるものを指定している。
一方、販売情報(b)は、最も低い下限価格を指定しており、販売情報(c)は、最も高い下限価格を指定している。販売情報(a)は、販売情報(b)と販売情報(c)の各下限価格の間の価格を下限価格として指定している。
【0076】
そこで、上述のような購入情報(1)〜(4)のクラスタと、販売情報(a)〜(b)のクラスタとでの紐付けは、次のような順序で行われる。
【0077】
1.上限価格の高い順に、購入情報の紐付け処理順を決定する。このとき、上限価格が同じ購入情報が存在した場合は数量を多く指定してある方を優先し、数量も同じ指定であった場合は、情報入力時刻の早い方を優先する。
ここでは、最も高い上限価格を指定した購入情報が、購入情報(1)と購入情報(4)の2つであるが、これらの購入情報のうち情報入力時刻が早いのは購入情報(1)であるため、この購入情報(1)を優先する。したがって、購入情報の紐付け処理順は、購入情報(1)→購入情報(4)→購入情報(3)→購入情報(2)となる。
【0078】
2.下限価格の高い順に、販売情報の紐付け処理順を決定する。或いは、買手業者に上限価格の高値入力を促し、売手業者に下限価格の安値入力を促すという観点から、下限価格の低い順に、販売情報の紐付け処理順を決定する。このときも、下限価格が同じ販売情報が存在した場合は数量を多く指定してある方を優先し、数量も同じ指定であった場合は、情報入力時刻の早い方を優先する。
したがって、下限価格の高い順の場合、販売情報の紐付け処理順は、販売情報(c)→販売情報(a)→販売情報(b)となり、下限価格の低い順の場合、販売情報の紐付け処理順は、販売情報(b)→販売情報(a)→販売情報(c)となる。
【0079】
3.販売情報の紐付け処理順が下限価格の高い順である場合、購入情報(1)は、最初の販売情報(c)が条件を満たすものであれば、これと紐付けられて成約決定となる。
このとき、販売情報(c)の条件では満たされない場合、次の販売情報(a)と紐付けられる。販売情報(a)でも満たされないときは、最後の販売情報(b)と紐付けられる。また、例えば、購入情報(1)と販売情報(c)が紐付けられ、購入情報(1)の希望する数量(必要数量)が販売情報(c)で指定されている数量では満たされない場合、該必要数量が満たされるまで、次の販売情報(ここでは販売情報(a)、販売情報(b))との紐付けが繰り返し行われる。
販売情報の紐付け処理順が下限価格の低い順である場合も同様にして、購入情報(1)は、販売情報(b)、販売情報(a)、販売情報(c)の順に、紐付けられて成約決定される。この場合の紐付け処理順で処理を進めると、購入情報(1)の上限価格を下回る販売情報の下限価格(最安値)の商品が、購入情報(1)に紐付けられることになるため、成約決定の確率が高くなり、取引がより活性化される、という効果がある。
その後、次の購入情報(4)が同様にして処理され、続いて、購入情報(3)、購入情報(2)が順に処理される。
【0080】
上述の処理3.での成約決定の際の価格については、購入情報にて指定されている上限価格(@1)に基づいて決定するのが一般的であるが、これに限らず、販売情報にて指定されている下限価格(@2)に基づいて決定するようにしてもよい。或いは、購入情報と販売情報の各々で指定されている価格に基づいて決定するようにしてもよい。例えば、購入情報の上限価格(@1)と販売情報の下限価格(@2)の内分点((@1+@2)/2)に基づいて価格決定する。
【0081】
尚、上述した紐付け処理と価格決定処理については、対象コンテンツの特性や取引参加者の評価関数によりNONル−ル化してもよいし、GAを利用するようにしてもよい。
【0082】
ところで、本実施の形態では、対象商品を生花としているが、これに限られることはない。例えば、航空チケットや他の交通機関のチケット、コンサートチケットのように、使用可能な期限が決まった商品でもよい。
【0083】
その一例として、図15は、対象商品を航空チケットとした場合に、売手側の販売情報に対して買手側が様々な条件付け(様々なクラスタレベルでのクラスタリング属性の項目の内容の限定)を行った際の紐付け処理順の抽象度が、上述した生花の場合と、どのように対応するかを示したものである。
この図15に示すように、航空チケットの場合においても、共通項目である「価格」及び「数量」に加えて、「便名」、「航空会社」、「時間帯」、「フライト日」、「OD(出発地、到着地)」と、指定項目が多ければ多いほど、抽象度が高くなり、先に処理されることになる。
尚、航空チケットの場合、生産者が航空会社に対応し、大手売手業者が航空会社の支店などの営業部門、或いは大手旅行会社などの販売エ−ジェントに対応し、小口売手業者が各旅行代理店や航空チケットを扱うコンビニエンスストアなどの販売店に対応する。
【0084】
具体的には例えば、図16は、クラスタレベル1〜4が仲介業者により予め決定されており、買手側がそれらのクラスタレベル1〜4の中から任意に決定したクラスタレベルのクラスタリング属性の項目にその内容を設定する場合の、買手側1〜3の紐付け処理順を示したものである。
この図16に示すように、最も条件指定が細かいクラスタレベル4(「フライト日」、「午前又は午後指定」、「航空会社」、及び「便名」の全ての指定)にてその内容を設定した買手側3が先ず最初の処理対象となり、次に条件指定が細かいクラスタレベル3(「フライト日」、「午前又は午後指定」、及び「航空会社」の指定)にてその内容を設定した買手側2が次の処理対象となり、そして最後の買手側1が処理対象となる。
【0085】
また、図17は、買手側1〜4が各々クラスタリング属性の項目及びその内容(条件)を任意に設定する場合の、買手側1〜4の紐付け処理順を示したものである。
この図17に示すように、最も条件指定が細かい買手側4が先ず最初の処理対象となり、続いて、買手側3、買手側2、買手側1が順に処理対象となる。
先ず最初の買手側4については、対応する販売情報は販売情報▲5▼の1つのみであるため、これを紐付けする。次の買手側3については、対応する販売情報は販売情報▲5▼及び▲9▼の2つであるため、それらのうちの販売金額の高い販売情報▲5▼の方を優先して紐付けする。次の買手側2についても同様に、対応する販売情報▲8▼、▲2▼、▲9▼、及び▲5▼の4つのうち、販売金額の高い順で、販売金額が同じならば席数の多い方を優先して、該当する販売情報を紐付けする。そして最後の買手側1についても同様に、対応する販売情報▲1▼〜▲9▼(全ての販売情報)のうち、販売金額の高い順で、販売金額が同じならば席数の多い方を優先して、さらに席数が同じならば情報入力時刻の早い方を優先して、該当する販売情報を紐付けする。
【0086】
以上の説明から、本実施の形態でのクラスタリング属性の項目指定及び処理順については、次のようにまとめられる。
1.クラスタリング属性の項目とその内容
▲1▼ 市場運営者や仲介業者が予め決定する。
▲2▼ 買手側が任意に決定する。
2.クラスタ間の処理順
▲1▼ 条件指定が細かい(指定項目が多いもの、内容の限定が細かいもの)クラスタから順に処理する。
▲2▼ 市場運営者や仲介業者が予め決定する。
3.クラスタ内の処理順
▲1▼ 購入情報のクラスタ内の処理順を決定してから、購入情報毎に販売情報をクラスタリングする。
▲2▼ 販売情報のクラスタ内の処理順を決定してから、販売情報毎に購入情報をクラスタリングする。
【0087】
尚、第2の実施の形態で説明したクラスタ間及びクラスタ内の処理順等については、第1の実施の形態にも適用可能であることは言うまでもない。また、第1の実施の形態でも、対象商品を生花としているが、これに限られることはなく、航空チケットや他の交通機関のチケット、コンサートチケットのように、使用可能な期限が決まった商品にも適用可能である。
【0088】
また、本発明は、上述した各実施の形態での生花取引システムに限られることはない。複数の買手業者と複数の売手業者が参加するようになされた商品取引システムであれば、適用可能である。
【0089】
また、本発明の目的は、上述した各実施の形態のサーバ及び端末の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ(又はCPUやMPU等)が記憶媒体に格納されたプログラムコードを読みだして実行することによっても、達成されることは言うまでもない。
この場合、記憶媒体から読み出されたプログラムコード自体が上述した各実施の形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することとなる。
プログラムコードを供給するための記憶媒体としては、ROM、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、CD−ROM、CD−R、磁気テープ、不揮発性のメモリカード等を用いることができる。
また、コンピュータが読みだしたプログラムコードを実行することにより、上述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているOS等が実際の処理の一部又は全部を行い、その処理によって各実施の形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部又は全部を行い、その処理によって上述した各実施の形態の機能が実現される場合も含まれることは言うまでもない。
以上説明したように本実施形態では、複数の買手側から出力される複数の購入情報から、購入条件(商品の「種類」や「色」等の属性)に従った集合(クラスタ)を形成する(クラスタリング処理)。この購入条件は、例えば、市場運営者(仲介業者)より予め設定されたり、或いは買手側が任意に設定したりする。一方、複数の売手側から出力される複数の販売情報についても、上記の購入条件に従った集合を形成する。これにより、購入条件毎に、購入情報の集合と販売情報の集合が形成される。そして、同じ購入条件の購入情報の集合と販売情報の集合の間で、購入情報と販売情報の紐付けを行う。このとき、購入情報の集合を構成する購入情報の中で所定の条件(購入希望価格が高い順等)に従って決定された順序で、上記の紐付けを行うようにしてもよい。
また、複数の買手側から出力される複数の購入情報において、販売情報との紐付けを行う順序を、所定の条件(購入希望価格が高い順等)に従って決定する。この順序に従った処理対象の購入情報に含まれる予め設定された購入条件(商品の「種類」や「色」等の属性)に従って、複数の売手側から出力される複数の販売情報から集合(クラスタ)を形成する。これにより、処理対象購入情報の購入条件に対応した販売情報の集合が形成される。そして、この販売情報の集合を構成する販売情報の中で、処理対象購入情報の紐付けを行う。
或いは、複数の売手側から出力される複数の販売情報において、購入情報との紐付けを行う順序を、所定の条件(販売希望価格が高い順或いは低い順等)に従って決定する。この順序に従った処理対象の販売情報に含まれる予め設定された販売条件(商品の「種類」や「色」等の属性)に従って、複数の買手側から出力される複数の購入情報から集合(クラスタ)を形成する。これにより、処理対象販売情報の販売条件に対応した購入情報の集合が形成される。そして、この購入情報の集合を構成する購入情報の中で、処理対象販売情報の紐付けを行う。
上述のような構成とすることで、多様な売買要求に従ったかたちで、複数の購入情報と複数の販売情報の紐付けを行うことができ、短時間に効率的に取引成立の割合を高めることができる。
【0090】
【発明の効果】
本発明によれば、複数の買手業者と複数の売手業者間の売買取引を効率的に行い、該売買取引の成立の割合を高めることが可能な商品取引処理装置を提供することができる。
【図面の簡単な説明】
【図1】第1の実施の形態において、 本発明を適用した生花取引システムの構成を示すブロック図である。
【図2】上記生花取引システムにおいて、各々の買手業者側から出力される購入情報を説明するための図である。
【図3】上記生花取引システムにおいて、各々の売手業者側から出力される販売情報を説明するための図である。
【図4】複数の上記購入情報と複数の上記販売情報を紐付けして取引成立するためのアルゴリズム1を説明するためのフローチャートである。
【図5】上記アルゴリズム1でのクラスタリング処理を説明するためのフローチャートである。
【図6】上記クラスタリング処理により生成された購入情報のクラスタと販売情報のクラスタを説明するための図である。
【図7】上記購入情報のクラスタと販売情報のクラスタ内での紐付け処理を説明するためのフローチャートである。
【図8】上記紐付け処理を具体的に説明するための図である。
【図9】複数の上記購入情報と複数の上記販売情報を紐付けして取引成立するためのアルゴリズム2を説明するためのフローチャートである。
【図10】上記アルゴリズム2での購入情報の処理順決定を説明するための図である。
【図11】上記購入情報の処理順決定に従って、購入情報と販売情報のクラスタ内での紐付け処理を説明するための図である。
【図12】第2の実施の形態において、複数の上記購入情報と複数の上記販売情報を紐付けして取引成立するためのアルゴリズム3を説明するための図である。
【図13】複数の上記購入情報と複数の上記販売情報を紐付けして取引成立するためのアルゴリズム4を説明するための図である。
【図14】上記の各アルゴリズムにおいて、購入情報と販売情報の対応するクラスタ内での紐付けの一例を説明するための図である。
【図15】対象商品を航空チケットとした場合の、売手側の販売情報に対して買手側が様々な条件付けを行った際の紐付け処理順の抽象度を説明するための図である。
【図16】上記の紐付け処理順をより具体化(買手側が条件のレベルを指定する場合)して説明するための図である。
【図17】上記の紐付け処理順をより具体化(買手側が条件を任意に指定する場合)して説明するための図である。
【符号の説明】
100 生花取引システム
110 WAN
120A1,120A2,・・・,120An買手業者側端末装置
120B1,120B2,・・・,120Bn売手業者側端末装置
121 情報受信配信機能
122 インターフェース(I/F)機能
123 アプリケーション機能
124 データベースメモリ
140 サーバ側端末装置
141 情報受信配信機能
142 アプリケーション機能
143 データベースメモリ
[0001]
BACKGROUND OF THE INVENTION
The present invention is applicable to various products whose product value is lost or reduced after a certain period of time, such as fresh products with a short life cycle such as flowers and fruits and service products such as air tickets with expiration dates. The present invention relates to a merchandise transaction processing apparatus that is effective in transactions between a plurality of buyers and a plurality of sellers.
[0002]
[Prior art]
Conventionally, for example, transactions for selling and buying fresh flowers are performed in a wholesale market. That is, the buyer trader goes to the site, observes the actual product actually sold by the seller trader, and grasps what kind of fresh flowers are sold and how much. Then, if the desired fresh flower is sold, a transaction including the price and the like is performed with the seller.
[0003]
[Problems to be solved by the invention]
By the way, the thing which systematized electronically the sales transaction of the above goods is proposed. In this system (commodity trading system), purchase information (such as attributes or items such as the item or varieties, color, class, etc. of the fresh flowers desired to be sold, desired sales price, minimum sales price, etc.) input from the terminal device of the buyer ) And sales information input from the seller's terminal device (information on the desired flower items or varieties, color, class, etc., information on desired purchase price, etc.) and purchase information and sales Information is allocated and the transaction of goods is decided (contracted). Thereby, each trader can perform a buying and selling transaction of goods on its own terminal device without going to the wholesale market.
At this time, when a plurality of buyers and sellers are participating in the system, and purchase information and sales information are issued from each supplier, the purchase information for each sales information presented by the buyer is purchased. In accordance with fixed rules such as intentions and conditions, purchase information input order, and purchase price included in purchase information in descending order, provision with sales information is performed to determine a transaction.
[0004]
However, there are a wide variety of conditions for transactions between buyers and sellers, and the purchase information and sales information issued by each are usually different. In such a situation, if a transaction is simply determined according to a fixed rule, the transaction opportunity is limited, and the opportunity and rate of transaction determination are also reduced.
Specifically, for example, when purchase information and sales information are allocated in the order of higher purchase desired price, it is difficult to establish a transaction for a buyer with a lower purchase desired price. This is disadvantageous for a seller who wants to reduce the unit price of a product and judge a large amount of products, or a buyer that wants to purchase a large amount of products that have a low unit price.
[0005]
The present invention has been made in view of the above points, and provides a merchandise transaction processing apparatus capable of efficiently performing a sales transaction between a plurality of buyers and a plurality of sellers and increasing the rate of establishment of the sales transaction. The purpose is to provide.
[0006]
[Means for Solving the Problems]
Therefore, in order to solve the above problem, the present invention is connected to the seller side terminal and the purchaser side terminal via the network, and sales information issued from the seller side terminal and issued from the purchaser side terminal. A merchandise transaction processing apparatus that performs merchandise sales transaction processing based on purchase information, the plurality of sales information received from the seller-side terminal, the value of which is lost or decreased after a certain period, and the sales information Storage means for storing a plurality of purchase information relating to a product whose value is lost or decreased after a certain period of time received from a terminal on the purchaser side, and first clustering for clustering the sales information by product attributes included in the sales information Means, second clustering means for clustering purchase information according to desired purchase product attributes included in the purchase information, For each of the clustered sales information and the clustered purchase information, the individual sales information and the purchase information included in the set of sales information and the set of purchase information that are clustered under the same conditions. Using the first and second clustering means, in order from the set having a large number of conditions when searching, sales information satisfying each other and purchase information are searched, sales information satisfying the conditions, Transaction processing means for associating purchase information with the purchase information.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0022]
(First embodiment)
The present invention is applied to, for example, a fresh flower trading system 100 as shown in FIG.
[0023]
In this fresh flower trading system 100, as shown in FIG. 1, a server-side terminal device 140 that manages the fresh flower market and a plurality of buyers A1, A2,. A1 , 120 A2 , ..., 120 An And a plurality of sellers B1, B2,... B1 , 130 B2 , ..., 130 Bn Are configured to be communicably connected to each other via the WAN 110.
Each terminal device on the server side, seller's B1-Bn side, and buyer's A1-An side stores a central processing unit (CPU), a keyboard, a mouse, a display, a communication device, and a processing program for this system in advance. A personal computer (personal computer) provided with a memory or the like, and the CPU reads and executes a processing program in the memory, whereby various processes described later are performed.
[0024]
Further, in the fresh flower trading system 100, each of the buyers A1, A2,. A1 , 120 A2 , ..., 120 An , (A1), (A2),..., (An) of the product (fresh flowers) to be purchased (purchasing information, hereinafter also referred to as “order information”), Similarly, B2,... B1 , 130 B2 , ..., 130 Bn (B1), (B2),..., (Bn) of the product (fresh flowers) to be sold (sales information, hereinafter also referred to as “shipment information”) By referring to the screen of the apparatus, it is possible to proceed with the arrangement of fresh flowers in various transaction forms.
The “product information” here includes, for example, quantity, unit price, information input time, and attribute data, and the “attribute data” includes date, deadline, product type, color, and the like. Further, the “seller” here includes a producer of an actual product, a sales agent entrusted with sales from the producer, a sales wholesaler, a sales agent, or an importer.
[0025]
Therefore, the server-side terminal device 140 stores an information reception / delivery function 141 for receiving and transmitting (distributing) various information, an application function (APP function) 142, and data necessary for various processes. Storage function (database memory: DBM) 143.
[0026]
The APP function 142 includes various transactions such as transactions based on order information (A1), (A2),..., (An) and sales information (B1), (B2),. A transaction processing function for executing transactions in the form and a system operation management function for operating and managing the terminal device 140 on the server side to control and manage the entire system and a clustering function are provided. ing.
The clustering function is a function that is the most characteristic of the present system, and will be described in detail later. Each of the clustering functions includes a plurality of purchase information (A1), (A2),..., (An) and sales information (B1), This is a function for linking (B2),..., (Bn) according to a predetermined algorithm to determine the establishment of a transaction.
[0027]
On the other hand, the terminal devices 120 on the buyer side A1, A2,. A1 , 120 A2 , ..., 120 An , And terminal devices 130 on the side of sellers B1, B2,..., Bn B1 , 130 B2 , ..., 130 Bn Each of them has the same configuration, and is necessary for various processes such as an information reception / distribution function 121 for receiving and distributing various information, a user interface (I / F) function 122 using a WWW browser, an application function 123, and the like. And a DBM 124 for storing data.
[0028]
Terminal device 120 A1 , 120 A2 , ..., 120 An And 130 B1 , 130 B2 , ..., 130 Bn Then, the interface function 122 (WWW browser, etc.) displays various data (order information, sales information, etc.) sent from the server side, and the user refers to the screen and uses the mouse, keyboard, etc. By performing the predetermined operation used, processing in various transaction forms is advanced.
[0029]
Therefore, in the fresh flower trading system 100 as described above, for example, buyers A1, A2, ..., An and sellers B1, B2, ..., Bn participate in this system, and from each terminal device, When purchase information (A1), (A2), ..., (An) and sales information (B1), (B2), ..., (Bn) are issued, these purchase information (A1), ( A2),..., (An) and sales information (B1), (B2),..., (Bn) are stored in the DBM 143 in the terminal device 140 on the server side via the WAN 110.
[0030]
Here, the purchase information (A1), (A2),..., (An) and the sales information (B1), (B2),..., (Bn) stored in the DBM 143 are shown in FIGS. Information as shown in
As shown in FIG. 2 above, the purchase information here includes “item”, “variety”, “color”, “equal class”, “origin”, “number of purchased items”, And “Purchase Price”. As for the sales information, as shown in FIG. 3 above, the “item”, “variety”, “color”, “class”, “origin”, “number of items sold”, Includes “Selling Price” and “Minimum Price”.
[0031]
Purchase information (A1), (A2),..., (An) and sales information (B1), (B2),..., (Stored in the DBM 143 as shown in FIGS. In Bn), the clustering function of the terminal device 140 on the server side is linked according to the algorithm described below, and the transaction is determined to be established.
Here, [algorithm 1] and [algorithm 2] as an example of the above algorithm will be described.
[0032]
[Algorithm 1]
This algorithm is shown by the flowchart of FIG. 4, for example.
[0033]
Step S201: Clustering processing is performed on the purchase information (A1), (A2),..., (An). The clustering process at this time is shown by the flowchart of FIG.
Note that “clustering” is a set of all order information (A1), (A2),..., (An) (hereinafter “cluster” or “clustering field”) based on a preset clustering attribute. Also called).
[0034]
First, the first purchase information (A1) of the purchase information (A1), (A2),..., (An) stored in the DBM 143 is read (step S211).
[0035]
Next, the clustering attribute of the purchase information (A1) read in step S211 is read (step S212). As the clustering attribute, an important item among items of the product attribute is set as an element for determining the price of the product by the market operator. Here, as an example, it is assumed that “item” and “color” are set.
Therefore, in this step S212, “item—“ sunflower ”” and “color—“ orange ”” included in the purchase information (A1) are read.
[0036]
Next, the clustering attribute read in step S212 is determined (step S213), and purchase information (A1) is assigned to the corresponding cluster according to the determination result (step S214). As a result, the purchase information (A1) is assigned to the “sunflower-orange” cluster b as shown in FIG.
[0037]
The subsequent purchase information (A2),..., (An) are similarly processed in steps S211 to S214, and all of the purchase information (A1) to (An) are processed in steps S211 to S214. When the process ends (step S215), the process ends.
[0038]
Therefore, the purchase information (A1), (A2),..., (An) is as shown in FIG.
"Kiku Daiwa-White" cluster a:
Purchase information (A2), purchase information (A3), purchase information (A7)
“Sunflower-Orange” cluster b:
Purchase information (A1), Purchase information (A5), Purchase information (A8), Purchase information (A9)
Cluster "Curtis-purple" c:
Purchase information (A4), purchase information (A6)
Are clustered.
[0039]
Step S202: The order of purchase information (allocation order) is determined in each of the clusters a to c generated by the clustering process described above.
For example, focusing on the cluster a, the cluster a includes purchase information (A2), purchase information (A3), and purchase information (A7). Therefore, the processing order of the purchase information (A2), (A3), and (A7) is determined in descending order of the purchase desired price. Accordingly, the processing order in this case is purchase information (A3), purchase information (A7), and purchase information (A2). By the way, the purchase desired price of the purchase information (A7) is higher than the purchase desired price of the purchase information (A2), but the specified number (number of specified items) of the purchase condition is smaller than the purchase information (A2). That is, in the purchase information (A7), “item”, “color”, “number of purchases”, and “preferred purchase price” are specified, but on the other hand, the purchase information (A2) In addition to the items specified in A7), “variety”, “class of class”, and “origin” are also specified. In this way, when the fresh flower desired to be purchased is specified more specifically, the purchase information (A2) is given priority. Therefore, the processing order in the cluster a is determined as purchase information (A3), purchase information (A2), and purchase information (A7) as shown in FIG.
The processing order of purchase information is similarly determined for the other clusters b and c.
[0040]
Step S203: In accordance with the clustering process shown in FIG. 5, the clustering process is also performed on the sales information (B1), (B2),..., (Bn).
As a result, the sales information (B1), (B2),..., (Bn) is as shown in FIG.
“Kiku Daiwa-White” cluster a ′:
Sales information (B1), Sales information (B5), Sales information (B6), Sales information (B9)
Cluster “b” of “sunflower-orange”:
Sales information (B2), Sales information (B3), Sales information (B7)
Cluster "C 'of" Statis-Purple ":
Sales information (B4), Sales information (B8)
Are clustered.
[0041]
Step S204: In the purchase information clusters a, b, and c and the corresponding sales information clusters a ′, b ′, and c ′, the transaction is established by associating the purchase information with the sales information for each cluster. To decide. The linking process here is shown by the flowchart in FIG.
[0042]
For example, focus on the “Kiku Daiwa-White” cluster. In this case, as shown in FIGS. 6 (a) and (b) above,
Purchase information cluster a:
Purchase information (A3), purchase information (A2), purchase information (A7)
Sales information cluster a ':
Sales information (B1), Sales information (B5), Sales information (B6), Sales information (B9)
It becomes.
Therefore, the processing shown in FIG. 7 is executed in order from the purchase information (A3) according to the processing order determined in step S202.
[0043]
The first purchase information (A3) has a desired sales price closest to the desired purchase price “130 yen” in the purchase information (A3), and the desired purchase price “130 yen” does not fall below the minimum sales price. Information is searched (step S221). Here, sales information (B9) is searched.
[0044]
Next, whether or not the sales number of the sales information (B9) searched in step S221 is not “0”, that is, whether or not all the sales numbers of the sales information (B9) have ended (determination of the transaction is determined). It is determined whether or not (step S222). Here, since the transaction for the sales information (B9) has not been performed yet, the processing from the next step S223 is executed.
[0045]
In step S223, the sales number of the sales information (B9) is allocated to the purchase information (A3). At this time, the purchase number of the purchase information (A3) is “5000”, and the sales number of the sales information (B9) is “4000”. Therefore, as shown in FIG. Of the number of purchased “5000”, it is assigned to “4000” (shaded portion in the figure). As a result, a transaction is established between “4000” of the purchase number “5000” in the purchase information (A3) and “4000” in the sales information (B9).
[0046]
When the transaction between the purchase information (A3) and the sales information (B9) is established in step S223, the number of sales in the sales information (B9) is updated (step S224). Here, since all the sales numbers “4000” of the sales information (B9) have been established, the sales number is updated to “0”.
[0047]
And it is discriminate | determined whether there is a remaining number in the purchase number of purchase information (A3) (step S225). Here, out of the number of purchases “5000” in the purchase information (A3), “4000” is a transaction with the sales information (B9), and “1000” is not yet a transaction. It is determined that there is. Accordingly, in this case, the purchased number is updated to “1000” in the next step S226. Thereafter, the process returns to step S221.
[0048]
Returning to step S221, the sales information (B1) that satisfies the condition next to the sales information (B9) is searched by the step S221 and the next step S222. Then, in step S223, as shown in FIG. 8, the remaining purchase number “1000” in the purchase information (A3) is set to “1000” out of the “10000” sales in the sales information (B1). ”Is allocated (black part in the figure), the transaction between the remaining purchase number“ 1000 ”in the purchase information (A3) and“ 1000 ”of the sales number“ 10000 ”in the sales information (B1) To establish. As a result, all the purchase numbers “5000” of the purchase information (A3) are terminated.
[0049]
Then, after the number of sales information (B1) is updated to “9000” in step S224, it is determined in step S225 that there is no remaining number of purchase information (A3), and the book for the purchase information (A3). The process ends.
[0050]
As described above, when the process for the purchase information (A3) is completed, the process for the next purchase information (A2) is performed. In this case as well, in the same way as the purchase information (A3), first, the desired purchase price “85 yen” closest to the desired purchase price “85 yen” in the purchase information (A2) is obtained, and the desired purchase price “85 yen” is the lowest sale. Sales information that is not lower than the price is searched (step S221). Here, sales information (B1) is searched.
[0051]
Next, whether or not the sales number of the sales information (B1) searched in step S221 is not “0”, that is, whether or not all the sales numbers of the sales information (B1) have ended (determination of the transaction). It is determined whether or not (step S222). Here, since the number of sales information (B1) transactions that have not been established is "9000", the processing from the next step S223 is executed.
[0052]
In step S223, the sales number of the sales information (B1) is allocated to the purchase information (A2). At this time, the purchase number of the purchase information (A2) is “12,000” and the sales number of the sales information (B1) is “9000”, so the sales number “9000” is the purchase number “12000”. Try to allocate to “9000” of them. As a result, a transaction is established between “9000” of the purchase number “12000” of the purchase information (A2) and “9000” of the sales information (B1).
[0053]
When the transaction between the purchase information (A2) and the sales information (B1) is established in step S223, the number of sales in the sales information (B1) is updated (step S224). Here, since all the sales numbers “9000” of the sales information (B1) are successful, the number of sales is updated to “0”.
And it is discriminate | determined whether there is a remaining number in the purchase number of purchase information (A2) (step S225). Here, out of the number of purchases “12000” in the purchase information (A2), “9000” has been traded with the sales information (B1), and “3000” has not yet been traded. It is determined that there is. Therefore, in this case, the purchased number is updated to “3000” in the next step S226.
[0054]
Thereafter, the process returns to step S221, and the subsequent processing proceeds as described above. When the process for the purchase information (A2) is completed, the process for the next purchase information (A7) is performed in the same manner.
[0055]
Step S205: Each buyer and seller are notified of the transaction completion determined in step S204 as described above.
[0056]
As described above, in [Algorithm 1], the purchase information (A1), (A2),..., (An) output from each buyer's merchant is used as a clustering attribute ( Clustering according to “item”, “color”) generates clusters a, b, c,. At this time, the processing order of purchase information is also determined within each cluster. Further, the sales information (B1), (B2),..., (Bn) output from each seller trader side is also clustered in the same manner, so that the clusters a ′, b ′, c ′,. Generate Then, in each of the purchase information cluster a and the sales information cluster a ′, the purchase information cluster b and the sales information cluster b ′,... Link information. As a result, a plurality of pieces of purchase information and a plurality of pieces of sales information can be associated with each other in accordance with various buying and selling requests, and the rate of transaction establishment can be increased efficiently in a short time.
[0057]
[Algorithm 2]
This algorithm is shown by the flowchart of FIG. 9, for example.
[0058]
Step S301: In all the purchase information (A1), (A2),..., (An) as shown in FIG. 2, the processing order for executing the processing from the next step S302 is determined. The determination of the processing order is, for example, in the order of the desired purchase price as in step S202 in [Algorithm 1]. In addition, priority is given to purchase information with many designated items.
Therefore, the processing order of the purchase information (A1), (A2),..., (An) is determined in the order as shown in FIG.
[0059]
Step S302: First, purchase information (A5) is read in accordance with the processing order determined in step S303 (see FIG. 10 above).
[0060]
Step S303: The clustering attribute of the purchase information (A5) read in step S302 is read. The clustering attribute here is also “item” and “color” as in [Algorithm 1].
Therefore, in this step S303, “item—“ sunflower ”” and “color—“ orange ”” included in the purchase information (A5) are read.
[0061]
Step S304: According to the clustering attributes (“item—“ sunflower ”” and “color—“ orange ””) read in step S303, the sales information (B1), (B2),. .., (Bn) is subjected to clustering processing.
Therefore, from the sales information (B1), (B2),..., (Bn), as shown in FIG.
Cluster “b” of “sunflower-orange”:
Sales information (B2), Sales information (B3), Sales information (B7)
Will be obtained.
[0062]
Step S305: The purchase information (A5) and the sales information (B2), sales information (B3), and sales information (B7) in the cluster b ′ are linked in the same manner as in step S204 in [Algorithm 1]. To make a deal.
At this time, if items other than “item” and “color” are specified in the purchase information, the sales information that matches the specification is given priority. As a result, in the purchase information (A5), items other than “item” and “color” are designated (such as “origin”), so that the sales information (B3) matching the designation is linked. It will be. Therefore, the sales number “11000” of the sales information (B3) is allocated to “11000” of the purchase number “12000” of the purchase information (A5). For the remaining “1000”, “1000” of the sales number “8000” of the sales information (B2) that meets the next condition is allocated.
[0063]
Step S306: Each buyer and seller are notified of the transaction determined in step S205.
[0064]
Step S307: When the process for the purchase information (A5) is completed as described above, the process returns to step S302 to execute the process for the next purchase information (A3). Accordingly, the processing of steps S302 to S306 is similarly performed on the purchase information (A3). In addition, processing is performed in the same manner for subsequent purchase information (A6), (A4),.
[0065]
As described above, in [Algorithm 2], the purchase information (A1), (A2),..., (An) output from each buyer trader is sorted according to the order of the desired purchase price, etc. In that order, the sales information is clustered according to the clustering attributes (“item”, “color”) of the purchase information, and the association is performed in the cluster generated. As in [Algorithm 1], it is possible to link a plurality of pieces of purchase information and a plurality of pieces of sales information in accordance with various buying and selling requests as in [Algorithm 1]. Can be increased.
[0066]
In the above [Algorithm 1] and [Algorithm 2], the purchase information is processed in the descending order of purchase price, but the present invention is not limited thereto. For example, the order of purchase number may be the order of entry or the order of entry.
Further, the clustering attribute is not limited to “item” and “color”.
[0067]
(Second Embodiment)
In the first embodiment described above, the market operator predetermines clustering attribute items (such as “item” and “color”). On the other hand, in the present embodiment, it is assumed that a buyer contractor can arbitrarily set the items of clustering attributes and the contents (conditions) thereof.
As an example of this algorithm, the following [Algorithm 3] and [Algorithm 4] will be described here.
[0068]
[Algorithm 3]
FIG. 12 illustrates the present algorithm.
As shown in FIG. 12, level 1 (“A” in the figure) with “product type” and “color” as clustering attributes, and level 2 (with “cluster” attributes of “product”, “color”, and “standard”). Level 3 ((C) in the figure) having “cluster” attributes “product type”, “color”, “standard”, and “producer” is defined in advance. That is, level 2 is more detailed than level 1 and level 3 is more detailed than level 2. For example, the market operator prepares these levels (hereinafter also referred to as “cluster levels”) in advance and systematically prepares them.
Here, three levels are defined for simplicity of explanation, but the present invention is not limited to this, and a plurality of other levels may be prepared.
[0069]
The buyer trader designates at which level of the levels 1 to 3 the transaction is performed, and sets the contents in each item of the clustering attribute of the designated level.
Specifically, for example, a buyer trader designates a transaction at level 1 and, for the items “variety” and “color” of the level 1 clustering attribute, he / she desires “seimo” and “white”. Set. Also, a certain buyer trader designates a transaction at level 2 and, for the level 2 clustering attribute items “variety”, “color”, and “standard”, “desired cloud” and “white” are desired. And “Hide L”.
Accordingly, purchase information in which the contents are set for the clustering attribute item according to each designated level is issued from the buyer. Here, purchase information A- (1) is designated as purchase information with level 1 designation, purchase information B- (1) is designated as purchase information with level 2 designation, and purchase information C- (1) is designated as purchase information with level 3 designation. And
[0070]
Therefore, first, the purchase information A- <3> with the finest condition designation is clustered by "cluster", "color", "standard", and "producer" which are items of the clustering attribute. Further, the sales information from the seller is clustered according to the above clustering attribute. Then, in the same cluster, the purchase information and the sales information are linked and the contract is determined (hereinafter, the contract determination process is referred to as “contract determination process 1”).
[0071]
Next, the purchase information A- <2>, which has the next finest specification of conditions, is clustered according to "cluster", "color", and "standard" which are items of the clustering attribute. Further, the sales information from the seller (the sales information remaining in the contract determination process 1) is clustered in accordance with the clustering attribute. Then, in the same cluster, the purchase information and the sales information are linked and the contract is determined (hereinafter, the contract determination process is referred to as “contract determination process 2”).
[0072]
Finally, the purchase information A- (1) is clustered with “product type” and “color” which are items of the clustering attribute. Further, the sales information from the seller (the sales information remaining in the contract determination processes 1 and 2) is clustered according to the clustering attribute. Then, within the same cluster, the purchase information and the sales information are linked and the contract is determined.
[0073]
Here, in the clustering according to the algorithm as described above, the contract is determined in a predetermined processing order (here, level 3 → level 2 → level 1) for each cluster corresponding to purchase information and sales information. I made it. This is because, for example, the “cloud” and “white” clusters at level 1 are included in the “cloud”, “white”, and “excellent L” clusters at level 2. This is because the cluster may partially overlap with other clusters.
Therefore, the level of demand is usually high for sellers and the order of processing is generally level 3 → level 2 → level 1 where the price increases. Therefore, here, level 3 → level 2 → level 1 In addition, processing was performed in the order of detailed specification of conditions. However, the processing order is not limited, and the market operator or the like may arbitrarily prescribe the processing order.
The details of the tying when the contract is determined will be described later.
[0074]
[Algorithm 4]
In [Algorithm 2] in the first embodiment described above, as shown in FIG. 13A, the order of processing of purchase information from the buyer's side (in order of high purchase price, in descending order of quantity, information) The processing order defined in advance, such as the order of input time, is determined, and the sales information is clustered according to the conditions of the purchase information in the determined order.
On the other hand, in this algorithm, as shown in FIG. 13 (b), the order of processing of sales information from the seller side (in order of high or low desired sales price, high order of quantity, and early information input time) The processing order defined in advance, such as order, is determined, and the purchase information is clustered in accordance with the conditions of the sales information in the determined order.
[0075]
FIG. 14 shows an example of the association of purchase information and sales information in the corresponding cluster in each algorithm as described above.
Here, it is assumed that purchase information (1) to (4) exists in a cluster of certain purchase information, and sales information (a) to (b) exists in a corresponding cluster of sales information. In addition, the price, quantity, and information input time are used as the reference for linking in the cluster.
The purchase information (1) and the purchase information (4) specify the same upper limit price, and the quantity also specifies the same range. However, it is assumed that purchase information (1) is input earlier than purchase information (4). The purchase information (2) and the purchase information (3) specify the upper limit price, the quantity, and the range different from the others.
On the other hand, sales information (b) designates the lowest lower limit price, and sales information (c) designates the highest lower limit price. The sales information (a) specifies the price between the lower limit prices of the sales information (b) and the sales information (c) as the lower limit price.
[0076]
Therefore, the association between the clusters of purchase information (1) to (4) and the clusters of sales information (a) to (b) as described above is performed in the following order.
[0077]
1. The purchase information linking process order is determined in descending order of the upper limit price. At this time, when purchase information having the same upper limit price exists, priority is given to the case where a larger quantity is specified, and priority is given to the earlier information input time when the quantity is also specified.
Here, the purchase information specifying the highest upper limit price is two, purchase information (1) and purchase information (4). Of these purchase information, the information input time is earlier than the purchase information (1). Therefore, priority is given to this purchase information (1). Therefore, the purchase information linking process order is purchase information (1) → purchase information (4) → purchase information (3) → purchase information (2).
[0078]
2. The sales information linking process order is determined in descending order of the lower limit price. Alternatively, from the viewpoint of prompting the buyer to input a high price for the upper limit price and prompting the seller to enter a low price for the lower price, the order of the sales information linking process is determined in ascending order of the lower price. Also in this case, when sales information having the same lower limit price exists, priority is given to the one with a larger quantity specified, and when the same quantity is specified, priority is given to the earlier information input time.
Therefore, in the order of the lowest price, the sales information linking processing order is sales information (c) → sales information (a) → sales information (b). The order of attachment processing is sales information (b) → sales information (a) → sales information (c).
[0079]
3. In the case where the sales information linking processing order is the order in which the lower limit price is high, the purchase information (1) is linked to this if the first sales information (c) satisfies the condition, and the contract is decided. .
At this time, when the condition of the sales information (c) is not satisfied, it is associated with the next sales information (a). When the sales information (a) is not satisfied, it is linked with the last sales information (b). Further, for example, when purchase information (1) and sales information (c) are linked, and the desired quantity (necessary quantity) of purchase information (1) is not satisfied with the quantity specified in sales information (c), Until the required quantity is satisfied, the association with the next sales information (here, sales information (a), sales information (b)) is repeated.
Similarly, in the case where the sales information linking processing order is the lowest price, the purchase information (1) is linked in the order of sales information (b), sales information (a), and sales information (c). The contract is decided. If the processing proceeds in the order of the linking process in this case, the product of the lower limit price (lowest price) of the sales information that is lower than the upper limit price of the purchase information (1) is linked to the purchase information (1). There is an effect that the probability of closing is increased and the transaction is more activated.
Thereafter, the next purchase information (4) is processed in the same manner, and subsequently, the purchase information (3) and the purchase information (2) are sequentially processed.
[0080]
2. Processing described above Generally, the price at the time of closing contract is determined based on the upper limit price (@ 1) specified in the purchase information, but not limited to this, it is specified in the sales information. It may be determined based on the lower limit price (@ 2). Or you may make it determine based on the price designated by each of purchase information and sales information. For example, the price is determined based on the inner dividing point ((@ 1 + @ 2) / 2) of the upper limit price (@ 1) of the purchase information and the lower limit price (@ 2) of the sales information.
[0081]
Note that the above-described linking process and price determination process may be NON-ruled according to the characteristics of the target content or the evaluation function of the trading participant, or may be made to use GA.
[0082]
By the way, in this Embodiment, although object goods are made into a fresh flower, it is not restricted to this. For example, it may be a product whose expiration date is determined, such as an air ticket, a ticket for other transportation, or a concert ticket.
[0083]
As an example, in FIG. 15, when the target product is an air ticket, the buyer performs various conditions on the seller's sales information (limitation of contents of clustering attribute items at various cluster levels). This shows how the abstraction level of the linking process order corresponds to the case of fresh flowers described above.
As shown in FIG. 15, in the case of an air ticket, in addition to “price” and “quantity” which are common items, “flight name”, “airline”, “time zone”, “flight date”, The more designated items, such as “OD (Departure point, Arrival point)”, the higher the level of abstraction and the earlier processing.
In the case of air tickets, producers correspond to airlines, major sellers correspond to sales departments such as airline branches or sales agents such as major travel agencies, and small sellers act as travel agents. It corresponds to stores such as stores and convenience stores that handle air tickets.
[0084]
Specifically, for example, in FIG. 16, cluster levels 1 to 4 are determined in advance by an intermediary, and the buyer side arbitrarily selects the cluster level clustering attribute items determined from the cluster levels 1 to 4. This shows the linking process order of buyers 1 to 3 when setting the contents.
As shown in FIG. 16, the details are set at cluster level 4 (all designations of “flight date”, “morning or afternoon designation”, “airline”, and “flight name”) with the finest condition designation. Buyer 3 who has set the details at cluster level 3 (designation of “flight date”, “morning or afternoon designation”, and “airline”), which is the first processing target, then the detailed designation of conditions Side 2 is the next processing target, and the last buyer side 1 is the processing target.
[0085]
FIG. 17 shows the linking process order of the buyers 1 to 4 when the buyers 1 to 4 arbitrarily set the items of clustering attributes and their contents (conditions).
As shown in FIG. 17, the buyer side 4 with the finest condition designation is the first processing target, and then the buyer side 3, the buyer side 2, and the buyer side 1 are sequentially processed.
First, for the first buyer side 4, the corresponding sales information is only one of the sales information (5), so this is linked. For the next buyer 3, the corresponding sales information is sales information (5) and (9), so the sales information (5) with the higher sales amount is given priority. To do. Similarly, for the next buyer side 2, the number of seats is the same if the sales amount is the same among the four corresponding sales information (8), (2), (9), and (5), in descending order of the sales amount. Priority is given to the person with the largest number of sales information. For the last buyer side 1 as well, in the corresponding sales information (1) to (9) (all sales information), if the sales price is the same in descending order of sales price, If the number of seats is the same, priority is given to the earlier information input time, and the corresponding sales information is linked.
[0086]
From the above description, the item designation and processing order of the clustering attribute in the present embodiment can be summarized as follows.
1. Clustering attribute items and their contents
(1) Market operators and brokers determine in advance.
(2) The buyer decides arbitrarily.
2. Processing order between clusters
{Circle around (1)} The conditions are specified in detail (the one with many specified items, the one with the limited content), and processing is performed in order from the cluster.
(2) Market operators and brokers decide in advance.
3. Processing order within the cluster
(1) After determining the processing order in the cluster of purchase information, the sales information is clustered for each purchase information.
(2) After determining the processing order within the sales information cluster, the purchase information is clustered for each sales information.
[0087]
It goes without saying that the processing order between clusters and within clusters described in the second embodiment can also be applied to the first embodiment. Also, in the first embodiment, the target product is a fresh flower, but the product is not limited to this, and a product whose expiration date is determined, such as an air ticket, a ticket of other transportation, or a concert ticket. It is also applicable to.
[0088]
Further, the present invention is not limited to the fresh flower trading system in each of the above-described embodiments. The present invention is applicable to any product transaction system in which a plurality of buyers and a plurality of sellers participate.
[0089]
Another object of the present invention is to supply a storage medium storing software program codes for realizing the functions of the server and terminal according to each of the above-described embodiments to a system or apparatus, and the computer (or CPU) of the system or apparatus. Needless to say, this can also be achieved by reading and executing the program code stored in the storage medium.
In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the storage medium storing the program code constitutes the present invention.
As a storage medium for supplying the program code, ROM, flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, magnetic tape, nonvolatile memory card, and the like can be used.
Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but an OS or the like running on the computer is actually executed based on an instruction of the program code. It goes without saying that a case where the function of each embodiment is realized by performing a part or all of the process and the process is included.
Further, after the program code read from the storage medium is written to the memory provided in the extension function board inserted in the computer or the function extension unit connected to the computer, the function extension is performed based on the instruction of the program code. It goes without saying that the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing, and the functions of the above-described embodiments are realized by the processing.
As described above, in this embodiment, a set (cluster) according to purchase conditions (attributes such as “type” and “color” of products) is formed from a plurality of pieces of purchase information output from a plurality of buyers. (Clustering process). This purchase condition is set in advance by, for example, a market operator (broker) or arbitrarily set by the buyer. On the other hand, a plurality of pieces of sales information output from a plurality of sellers are also formed in accordance with the above purchase conditions. Thus, a set of purchase information and a set of sales information are formed for each purchase condition. Then, the purchase information and the sales information are linked between the purchase information set and the sales information set under the same purchase conditions. At this time, the above association may be performed in the order determined in accordance with a predetermined condition (in order of highest purchase desired price, etc.) in the purchase information constituting the collection of purchase information.
In addition, in a plurality of pieces of purchase information output from a plurality of buyers, the order of associating with sales information is determined in accordance with a predetermined condition (in order of the desired purchase price, etc.) In accordance with preset purchase conditions (attributes such as “type” and “color” of the product) included in the purchase information to be processed according to this order, a set of a plurality of pieces of sales information output from a plurality of sellers ( Cluster). Thereby, a set of sales information corresponding to the purchase conditions of the processing target purchase information is formed. Then, in the sales information that constitutes the collection of sales information, the processing target purchase information is linked.
Alternatively, in a plurality of pieces of sales information output from a plurality of sellers, the order of associating with purchase information is determined in accordance with a predetermined condition (such as the order in which the desired sales price is high or low). In accordance with preset sales conditions (attributes such as “type” and “color” of the product) included in the sales information to be processed according to this order, a set of a plurality of purchase information output from a plurality of buyers ( Cluster). Thereby, a set of purchase information corresponding to the sales conditions of the processing target sales information is formed. Then, the sales information to be processed is associated with the purchase information constituting the collection of purchase information.
By adopting the configuration as described above, it is possible to link a plurality of purchase information and a plurality of sales information in accordance with various sales requests, and efficiently increase the rate of transaction establishment in a short time. be able to.
[0090]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, the merchandise transaction processing apparatus which can perform the sales transaction between several buyer traders and several seller traders efficiently, and can raise the ratio of establishment of this sales deal can be provided.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a fresh flower trading system to which the present invention is applied in the first embodiment.
FIG. 2 is a diagram for explaining purchase information output from each buyer trader in the fresh flower trading system.
FIG. 3 is a diagram for explaining sales information output from each seller trader side in the fresh flower trading system.
FIG. 4 is a flowchart for explaining an algorithm 1 for establishing a transaction by linking a plurality of the purchase information and a plurality of the sales information.
FIG. 5 is a flowchart for explaining clustering processing in the algorithm 1;
FIG. 6 is a diagram for explaining a cluster of purchase information and a cluster of sales information generated by the clustering process.
FIG. 7 is a flowchart for explaining the linking process in the purchase information cluster and the sales information cluster;
FIG. 8 is a diagram for specifically explaining the linking process.
FIG. 9 is a flowchart for explaining an algorithm 2 for establishing a transaction by associating a plurality of the purchase information and a plurality of the sales information.
FIG. 10 is a diagram for explaining the processing order determination of purchase information in the algorithm 2;
FIG. 11 is a diagram for explaining a process for associating purchase information and sales information in a cluster in accordance with the processing order determination of the purchase information.
FIG. 12 is a diagram for explaining an algorithm 3 for establishing a transaction by linking a plurality of the purchase information and a plurality of the sales information in the second embodiment.
FIG. 13 is a diagram for explaining an algorithm 4 for establishing a transaction by linking a plurality of the purchase information and a plurality of the sales information.
FIG. 14 is a diagram for explaining an example of association between purchase information and sales information in a corresponding cluster in each of the algorithms described above.
FIG. 15 is a diagram for explaining the abstraction level of the linking process order when the buyer performs various conditions on the seller's sales information when the target product is an air ticket.
FIG. 16 is a diagram for explaining the above linking processing order in a more specific manner (when a buyer specifies a condition level);
FIG. 17 is a diagram for explaining the above linking processing order in a more specific manner (when a buyer arbitrarily specifies a condition).
[Explanation of symbols]
100 Flower trading system
110 WAN
120 A1 , 120 A2 , ..., 120 An Buyer side terminal device
120 B1 , 120 B2 , ..., 120 Bn Vendor side terminal device
121 Information reception and delivery function
122 Interface (I / F) function
123 Application functions
124 Database memory
140 Server-side terminal device
141 Information reception and delivery function
142 Application functions
143 Database memory

Claims (2)

販売者側端末及び購入者側端末とネットワークを介して接続され、販売者側端末から発せられた販売情報と、購入者側端末から発せられた購入情報とに基づいて、商品の売買取引処理を行う商品取引処理装置であって、
前記販売者側端末から受信した、ある期間を過ぎると価値がなくなる或いは減少する商品に関する複数の販売情報及び前記購入者側端末から受信した、ある期間を過ぎると価値がなくなる或いは減少する商品に関する複数の購入情報を記憶する記憶手段と、
前記販売情報に含まれる商品属性によって販売情報をクラスタリングする第一のクラスタリング手段と、
前記購入情報に含まれる購入希望商品属性によって購入情報をクラスタリングする第二のクラスタリング手段と、
前記クラスタリングされた販売情報と、前記クラスタリングされた購入情報と、について、同一条件でクラスタリングされた、販売情報の集合と、購入情報の集合と、に含まれる個々の販売情報と、購入情報と、を用いて、前記第一及び第二のクラスタリング手段でクラスタリングする際の条件数の多い集合から順に、互いの条件を満たす販売情報と、購入情報と、を検索し、前記条件を満たす販売情報と、購入情報と、を紐付け処理する取引処理手段と、
を有することを特徴とする商品取引処理装置。
It is connected to the seller side terminal and the purchaser side terminal via a network, and based on the sales information issued from the seller side terminal and the purchase information issued from the purchaser side terminal, the sales transaction processing of the product is performed. A commodity transaction processing apparatus to perform,
Plural items of sales information received from the seller-side terminal that loses or decreases its value after a certain period, and a plurality of items received from the buyer-side terminal that have a value that decreases or decreases after a certain period Storage means for storing the purchase information of
First clustering means for clustering the sales information according to product attributes included in the sales information;
Second clustering means for clustering purchase information according to purchase desired product attributes included in the purchase information;
For each of the clustered sales information and the clustered purchase information, the individual sales information and the purchase information included in the set of sales information and the set of purchase information clustered under the same conditions; Using the first and second clustering means, in order from the set having a large number of conditions when searching, sales information that satisfies each other and purchase information are searched, and the sales information that satisfies the conditions , Transaction processing means for linking purchase information,
A merchandise transaction processing apparatus comprising:
前記取引処理手段は、同一条件でクラスタリングされた、販売情報の集合と、購入情報の集合と、について前記紐付け処理を行った後、前記購入情報に残数がある場合は、前記販売情報の集合に含まれる販売情報との紐付け処理を繰り返し行うことを特徴とする請求項1に記載の商品取引処理装置。  The transaction processing means performs the linking process for a set of sales information and a set of purchase information that are clustered under the same conditions, and when there is a remaining number in the purchase information, The merchandise transaction processing apparatus according to claim 1, wherein the associating process with the sales information included in the set is repeatedly performed.
JP33741698A 1997-12-08 1998-11-27 Commodity transaction processing device Expired - Lifetime JP4237312B2 (en)

Priority Applications (6)

Application Number Priority Date Filing Date Title
JP33741698A JP4237312B2 (en) 1998-11-27 1998-11-27 Commodity transaction processing device
CN 200410059203 CN1619561A (en) 1997-12-08 1998-12-07 Commodity exchanging appararus
PCT/JP1998/005522 WO1999030259A1 (en) 1997-12-08 1998-12-07 Commodity exchanging apparatus, commodity exchanging system, commodity exchanging method and storage medium
EP98957206A EP1067471A1 (en) 1997-12-08 1998-12-07 Commodity exchanging apparatus, commodity exchanging system, commodity exchanging method and storage medium
CN 98813406 CN1284187A (en) 1997-12-08 1998-12-07 Commodity exchanging appts its exchanging system and exchanging method and storage medium
US10/896,861 US20050027613A1 (en) 1997-12-08 2004-07-23 Goods dealing apparatus, goods, dealing system, goods dealing method, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP33741698A JP4237312B2 (en) 1998-11-27 1998-11-27 Commodity transaction processing device

Publications (3)

Publication Number Publication Date
JP2000163494A JP2000163494A (en) 2000-06-16
JP2000163494A5 JP2000163494A5 (en) 2006-03-23
JP4237312B2 true JP4237312B2 (en) 2009-03-11

Family

ID=18308437

Family Applications (1)

Application Number Title Priority Date Filing Date
JP33741698A Expired - Lifetime JP4237312B2 (en) 1997-12-08 1998-11-27 Commodity transaction processing device

Country Status (1)

Country Link
JP (1) JP4237312B2 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099775A (en) * 2000-09-21 2002-04-05 Nippon Telegr & Teleph Corp <Ntt> Device and method for mail-order business
WO2002077888A1 (en) * 2001-03-26 2002-10-03 Makoto Dojo Charging device, charging method, transaction supporting device, and transaction supporting method
JP2002318935A (en) * 2001-04-23 2002-10-31 Mitsubishi Electric Engineering Co Ltd Electronic agent center and electronic commerce system
JP5016169B2 (en) * 2001-08-03 2012-09-05 株式会社ブロードリーフ Online transaction support method
JP2007188442A (en) * 2006-01-16 2007-07-26 Showa Shell Sekiyu Kk Sales management system and method, and computer program
CN102411591A (en) 2010-09-21 2012-04-11 阿里巴巴集团控股有限公司 Method and equipment for processing information

Also Published As

Publication number Publication date
JP2000163494A (en) 2000-06-16

Similar Documents

Publication Publication Date Title
Beam et al. Auctions on the Internet: A field study
US20020107756A1 (en) Method for creating and operating a personalized virtual internet store including &#34;disconnected&#34; purchasing capability
US20040083156A1 (en) Creating and conducting a reverse auction
KR101753480B1 (en) Monitoring and changing system for stock management of open market
WO1999030259A1 (en) Commodity exchanging apparatus, commodity exchanging system, commodity exchanging method and storage medium
KR20080044299A (en) Truth revealing market equilibrium
CN111861639B (en) Financial transaction matching method and system
WO2002059815A1 (en) Trading data visualisation system and method
US9189816B1 (en) Budget planner for softlines
JP2012014467A (en) Information provision system, information provision device, information provision method, program and information recording medium
JP4377979B2 (en) Commodity transaction processing device
JP4237312B2 (en) Commodity transaction processing device
WO2024109558A1 (en) Recommendation data processing method, recommendation method, and electronic device and storage medium
JPH11232354A (en) Commodity transaction device, system therefor and storage medium
KR20040096810A (en) The Method and System of Goods Array Applied Consumer Preference of Electronic Commerce
US7702562B1 (en) Providing visualization of market offers using patterns of geometric display elements
JPH11232350A (en) Commodity transaction device, system therefor and storage medium
KR102452485B1 (en) Sales data analysis method and apparatus
JPH11232352A (en) Commodity transaction device, system therefor and storage medium
JP4562822B2 (en) Commodity transaction processing apparatus and commodity transaction processing method
JP2023007339A (en) Merchandise resale method based on space station, system, and recording medium
Ater et al. Price saliency and fairness: Evidence from regulatory shaming
JP3836986B2 (en) Commodity transaction management device
CA2883963A1 (en) Systems and methods for an outcome based pricing
JP7260708B1 (en) Information processing device, information processing method and program

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051114

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051114

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20051221

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20060124

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060327

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060704

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060901

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20060919

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20061027

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20081218

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111226

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111226

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121226

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121226

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131226

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term