JP2023050585A - マッチング装置、マッチング方法、およびマッチングプログラム - Google Patents

Abstract

【課題】 短時間で効率的なマッチングを実現することができるマッチング装置、マッチング方法、およびマッチングプログラムを提供。【解決手段】 マッチング装置は、販売者端末から、販売者が販売する商品についての販売条件を受信した場合に、１以上の購入者に関連付けて商品の購入条件を予め格納している購入条件データベースを参照し、前記販売条件に応じて１以上の前記購入条件の候補を作成し、前記販売者端末に送信する候補作成部と、前記販売者端末から、前記候補の中から前記販売者によって選択された購入条件を受信した場合に、前記選択された購入条件に係る購入者と、前記販売者との間の契約処理を行なう契約処理部と、を備えることを特徴とする。【選択図】 図４

Description

本発明は、マッチング装置、マッチング方法、およびマッチングプログラムに関する。

販売者および購入者の双方が、希望する条件に合致する取引相手を見つけるのに、時間および労力を要する。そこで、仲介事業者がマッチングを請け負うことが多かった。しかしながら、仲介事業者を介在させると、コストが高くなるとい問題がある。そこで、販売者と購入者との取引を支援するマッチング装置に関する技術が開発されている（例えば、特許文献１～３参照）。

特開２００１－１０１３１８号公報 特開２００１－１２６０１２号公報 特開２００２－２３０３４７号公報

しかしながら、いずれのマッチング装置においても、販売者が希望条件に該当する購入者を見つけるまでに時間を要し、必ずしも短時間で効率的なマッチングがなされるわけではない。

本発明は、上記課題に鑑みなされたものであり、短時間で効率的なマッチングを実現することができるマッチング装置、マッチング方法、およびマッチングプログラムを提供することを目的とする。

本発明に係るマッチング装置は、販売者端末から、販売者が販売する商品についての販売条件を受信した場合に、１以上の購入者に関連付けて商品の購入条件を予め格納している購入条件データベースを参照し、前記販売条件に応じて１以上の前記購入条件の候補を作成し、前記販売者端末に送信する候補作成部と、前記販売者端末から、前記候補の中から前記販売者によって選択された購入条件を受信した場合に、前記選択された購入条件に係る購入者と、前記販売者との間の契約処理を行なう契約処理部と、を備えることを特徴とする。

上記マッチング装置において、前記候補作成部は、前記候補に係る購入者を匿名としてもよい。

上記マッチング装置において、前記候補作成部は、前記候補の購入条件について、前記販売条件に応じて優先順位を付してもよい。

上記マッチング装置は、前記販売条件を各購入者の購入者端末に通知する通知部をさらに備えていてもよい。

上記マッチング装置は、前記購入者が自身の購入条件の少なくとも一部の購入条件を購入者端末に入力した場合に、前記購入条件データベースを参照し、前記少なくとも一部の購入条件に応じた第１参考情報を作成し、前記購入者端末に送信する第１情報作成部をさらに備えていてもよい。

上記マッチング装置において、前記第１情報作成部は、前記第１参考情報に係る購入者を匿名としてもよい。

上記マッチング装置は、前記購入者が自身の購入条件の少なくとも一部の購入条件を購入者端末に入力した場合に、過去の取引の契約情報を予め格納している契約情報データベースを参照し、前記少なくとも一部の購入条件に応じた第２参考情報を作成し、前記購入者端末に送信する第２情報作成部をさらに備えていてもよい。

上記マッチング装置において、前記第２情報作成部は、前記第２参考情報に係る購入者を、匿名としてもよい。

上記マッチング装置は、前記販売条件を受信した場合に、過去の契約情報を予め格納している契約情報データベースを参照し、前記販売条件に応じた第３参考情報を作成し、前記販売者端末に送信する第３情報作成部をさらに備えていてもよい。

上記マッチング装置において、前記第３情報作成部は、前記第３参考情報に係る購入者を匿名としてもよい。

上記マッチング装置において、前記販売条件の項目は、前記購入条件データベースに格納されている購入条件の項目の一部としてもよい。

上記マッチング装置において、前記商品は、農作物としてもよい。

本発明に係るマッチング方法は、販売者端末から、販売者が販売する商品についての販売条件を受信した場合に、１以上の購入者に関連付けて商品の購入条件を予め格納している購入条件データベースを参照し、前記販売条件に応じて１以上の前記購入条件の候補を作成し、前記販売者端末に送信する処理と、前記販売者端末から、前記候補の中から前記販売者によって選択された購入条件を受信した場合に、前記選択された購入条件に係る購入者と、前記販売者との間の契約処理を行なう処理と、をコンピュータが実行することを特徴とする。

本発明に係るマッチングプログラムは、コンピュータに、販売者端末から、販売者が販売する商品についての販売条件を受信した場合に、１以上の購入者に関連付けて商品の購入条件を予め格納している購入条件データベースを参照し、前記販売条件に応じて１以上の前記購入条件の候補を作成し、前記販売者端末に送信する処理と、前記販売者端末から、前記候補の中から前記販売者によって選択された購入条件を受信した場合に、前記選択された購入条件に係る購入者と、前記販売者との間の契約処理を行なう処理と、を実行させることを特徴とする。

本発明によれば、短時間で効率的なマッチングを実現することができるマッチング装置、マッチング方法、およびマッチングプログラムを提供することができる。

第１実施形態に係るマッチングシステムのブロック図である。 （ａ）は購入者端末、マッチング装置、および販売者端末のブロック図であり、（ｂ）はマッチング装置のハードウェア構成を説明するためのブロック図である。 （ａ）は購入条件データベースを例示する図であり、（ｂ）は表示装置が表示する購入者用画面の一例である。 表示装置が表示する販売者用画面の一例である。 契約情報データベースを例示する図である。 マッチングシステムの動作の一例を表すシーケンス図である。 マッチング装置が購入者端末との間で行なう処理についてのフローチャートである。 マッチング装置が販売者端末との間で行なう処理についてのフローチャートである。 第２実施形態に係るマッチング装置のブロック図である。 購入者用画面を例示する図である。 販売者用画面を例示する図である。 マッチングシステムの動作の一例を表すシーケンス図である。 マッチング装置が購入者端末との間で行なう処理についてのフローチャートである。 マッチング装置が販売者端末との間で行なう処理についてのフローチャートである。

以下、図面を参照しつつ、実施形態について説明する。

（第１実施形態）
図１は、第１実施形態に係るマッチングシステム１００のブロック図である。図１で例示するように、マッチングシステム１００は、１以上の購入者端末１０がインターネットなどの電気通信回線４０を介してマッチング装置２０と接続され、１以上の販売者端末３０が電気通信回線４０を介してマッチング装置２０と接続された構成を有する。購入者端末１０は、電気通信回線４０を介して、マッチング装置２０との間で情報を送受信する。販売者端末３０は、電気通信回線４０を介して、マッチング装置２０との間で情報を送受信する。購入者端末１０および販売者端末３０は、デスクトップＰＣ、ノートＰＣなどの端末であってもよく、スマートフォンなどの携帯端末であってもよい。マッチング装置２０は、サーバなどである。電気通信回線４０は、有線と無線とが混在した構成を有していてもよい。

マッチングシステム１００は、販売者が希望する販売条件と購入者が希望する購入条件とのマッチングを提供し、販売者と購入者との間の契約に至るまでの負担を軽減し、短時間で効率的なマッチングを実現するシステムである。以下の実施形態では、一例として農作物（野菜、果物などの青果）を商品の例に選んで説明する。

図２（ａ）は、購入者端末１０、マッチング装置２０、および販売者端末３０のブロック図である。図２（ａ）で例示するように、購入者端末１０は、入力装置１１、表示装置１２などを備えている。販売者端末３０は、入力装置３１、表示装置３２などを備えている。入力装置１１，３１は、キーボード、マウス、タッチパネルなどである。表示装置３２は、液晶ディスプレイなどである。マッチング装置２０は、購入条件格納部２１、契約情報格納部２２、候補作成部２３、通知部２４、契約処理部２５などを備える。

図２（ｂ）は、マッチング装置２０のハードウェア構成を説明するためのブロック図である。図２（ｂ）で例示するように、マッチング装置２０は、ＣＰＵ１０１、ＲＡＭ１０２、記憶装置１０３、通信装置１０４、入力機器１０５などを備える。これらの各機器は、バスなどによって接続されている。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１は、中央演算処理装置である。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０２は、ＣＰＵ１０１が実行するプログラム、ＣＰＵ１０１が処理するデータなどを一時的に記憶する揮発性メモリである。記憶装置１０３は、不揮発性記憶装置である。記憶装置１０３として、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリなどのソリッド・ステート・ドライブ（ＳＳＤ）、ハードディスクドライブに駆動されるハードディスクなどを用いることができる。記憶装置１０３に記憶されているマッチングプログラムをＣＰＵ１０１が実行することによって、マッチング装置２０の各部の機能が実現される。なお、マッチング装置２０の各部の機能は、それぞれ専用の回路等によって構成されていてもよい。通信装置１０４は、電気通信回線４０に対するインタフェースである。入力機器１０５は、キーボード、マウス、タッチパネル等の入力装置である。

各購入者は、自身が所有する購入者端末１０の入力装置１１を用いて、購入を希望する農作物について、購入条件を入力する。購入条件格納部２１は、各購入者の購入条件を購入条件データベース内に格納する。図３（ａ）は、購入条件データベースを例示する図である。図３（ａ）で例示するように、購入条件データベースには、購入条件ＩＤに関連付けて、購入者ＩＤ、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担、（ｈ）納入量、などが関連付けられている。（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担、（ｈ）納入量については、購入者が入力装置１１を用いて入力する情報である。

（ａ）品目大分類は、商品の種類などであり、商品をおおまかに分類するための項目である。（ａ）品目大分類は、例えば、作目のことである。作目の例としては、例えば、イチゴ、リンゴ、ホウレン草、レタスなどが挙げられる。（ｂ）品目小分類は、商品をさらに詳細に分類するための項目である。（ｂ）品目小分類は、例えば、各商品のブランド名や品種名のことである。ブランド名の例としては、例えば、イチゴのあまおう（登録商標）などが挙げられる。（ｃ）産地は、商品が栽培されている場所のことであり、例えば、各県、各市などのことである。（ｄ）納入日は、商品の希望納入日のことである。（ｄ）納入日は、１日単位の日付であってもよく、数日分単位の期間を有していてもよい。（ｅ）出荷先は、商品が出荷される場所のことであり、例えば、各県、各市などのことである。出荷先には、商品を移動せずに受渡しを行う場合も含む。（ｇ）輸送費用の負担は、購入者が入力した（ｆ）単位重量あたりの価格に輸送費用が含まれるかどうかを示すための項目である。

図３（ｂ）は、表示装置１２が表示する購入者用画面の一例である。図３（ｂ）で例示するように、購入者用画面では、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担、および（ｈ）納入量について選択できるように設定されている。または、購入者用画面では、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担、および（ｈ）納入量について、数値や文字を入力できるように設定されている。購入条件格納部２１は、入力装置１１を介して（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担、および（ｈ）納入量が入力されるごとに、個別の購入条件ＩＤおよび購入者ＩＤと関連付けて購入希望条件テーブルに格納する。この場合の購入者ＩＤは、購入者がログインする際に入力したＩＤなどであり、または各購入者端末１０に割り振られているＩＤなどであってもよい。各購入者が購入条件を入力することによって、購入条件データベースには各購入条件が蓄積されることになる。

販売者は、自身が所有する販売者端末３０の入力装置３１を用いて、自身が販売する商品について希望する販売条件を入力する。候補作成部２３は、販売者によって入力された販売条件を販売者端末３０から受信する。候補作成部２３は、受信した販売条件に応じて、購入条件格納部２１に格納されている購入条件テーブルから、入札候補を一覧表として作成する。候補作成部２３は、作成した一覧表を、販売者端末３０に送信する。それにより、表示装置３２は、当該一覧表を表示する。

図４は、表示装置３２が表示する販売者用画面の一例である。図４で例示するように、販売者用画面では、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、および（ｄ）納入日について選択できるように設定されている。または、販売者用画面では、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、および（ｄ）納入日について、数値や文字を入力できるように設定されている。

候補作成部２３は、購入条件格納部２１に格納されている購入条件データベースを参照し、販売者によって入力された販売条件と一致するか、もしくは類似する購入条件を入札候補として抽出し、優先順位を付した一覧表を作成する。候補作成部２３は、購入条件データベースに格納されている全ての購入条件を抽出し、優先順位を付してもよい。以下、入札候補の一覧表の作成工程１～３について詳細に説明する。

販売条件ｘ（ｉ）を、（ａ（ｉ），ｂ（ｉ），ｃ（ｉ），ｄ（ｉ））またはその一部と定義する。ａ（ｉ）は、販売条件ＩＤ＝ｉの品目大分類であり、一例として、イチゴ（生食用）などである。ｂ（ｉ）は、販売条件ＩＤ＝ｉの品目小分類ｂ（ｉ）であり、一例として、あまおう（登録商標）などである。ｃ（ｉ）は、販売条件ＩＤ＝ｉの産地であり、一例として、福岡県などである。ｄ（ｉ）は、販売条件ＩＤ＝ｉの納入時期であり、一例として２０２１年８月３日である。

販売条件ｘ（ｉ）が入力されると、購入条件格納部２１が記憶している購入条件データベース内の各購入条件ｐ（ｊ）＝（ａ（ｊ），ｂ（ｊ），ｃ（ｊ），ｄ（ｊ），ｅ（ｊ），ｆ（ｊ），ｇ（ｊ））に順位が付けられる。「ｊ」は、購入条件ＩＤに相当する。

（作成工程１）
まず、候補作成部２３は、ａ（ｉ）＝ａ（ｊ）であるｐ（ｊ）の集合を特定する。すなわち、品目大分類が「イチゴ（生食用）」であるグループＧが特定される。

（作成工程２）
候補作成部２３は、一つの週を「月曜日から日曜日までの７日間」と定義する。なお、納入時期ｄ（ｉ）は、８月３日から８月５日のような区間であり得るが、異なる週にはまたがらない。つまり、候補作成部２３は、どの納入時期ｄ（ｉ）についても、属する週をただ一つに定める。候補作成部２３は、ｄ（ｉ）が属する週を、ｗ（ｄ（ｉ））と表す。このｗ（ｄ（ｉ））は、サービス開始日から数えてｄ（ｉ）日目は第ｗ（ｄ（ｉ））週に属することを意味する。

候補作成部２３は、二つの納入時期ｄ（ｉ）とｄ（ｊ）との距離を、「属する週の差」によって定める。具体的には、候補作成部２３は、距離ｄｉｓｔ（ｄ（ｉ），ｄ（ｊ））を、｜ｗ（ｄ（ｉ））－ｗ（ｄ（ｊ））｜として算出する。例えば、ｄ（ｉ）＝８月３日がサービス開始のｗ（ｄ（ｉ））＝１０週目に属し、またｄ（ｊ）＝８月１７日がサービス開始のｗ（ｄ（ｊ））＝１２週目に属するとすれば、距離ｄｉｓｔ（ｄ（ｉ），ｄ（ｊ））＝｜１０－１２｜＝２である。

（作成工程３）
候補作成部２３は、グループＧを複数のグループ（一例として、１７グループ）に分け、各グループ内で価格と輸送費についてこの販売条件ｘ（ｉ）を入力した販売者にとって有利な順に順位付けられる。例えば、候補作成部２３は、ｘ（ｉ）＝（ａ（ｉ），ｂ（ｉ），ｃ（ｉ），ｄ（ｉ））＝（イチゴ（生食用），あまおう（登録商標），福岡県，２０２１年８月３日）に対するｐ（ｊ）のグループ分けとして、以下のグループとする。
第１グループＧ_１：あまおう（登録商標），同じ週、福岡県
第２グループＧ_２：あまおう（登録商標），同じ週、非福岡県
第３グループＧ_３：あまおう（登録商標），１週違う、福岡県
第４グループＧ_４：あまおう（登録商標），１週違う、非福岡県
第５グループＧ_５：あまおう（登録商標），２週違う、福岡県
第６グループＧ_６：あまおう（登録商標），２週違う、非福岡県
第７グループＧ_７：あまおう（登録商標），３週違う、福岡県
第８グループＧ_８：あまおう（登録商標），３週違う、非福岡県
第９グループＧ_９：イチゴ（生食用），同じ週、福岡県
第１０グループＧ_１０：イチゴ（生食用），同じ週、非福岡県
第１１グループＧ_１１：イチゴ（生食用），１週違う、福岡県
第１２グループＧ_１２：イチゴ（生食用），１週違う、非福岡県
第１３グループＧ_１３：イチゴ（生食用），２週違う、福岡県
第１４グループＧ_１４：イチゴ（生食用），２週違う、非福岡県
第１５グループＧ_１５：イチゴ（生食用），３週違う、福岡県
第１６グループＧ_１６：イチゴ（生食用），３週違う、福岡県
第１７グループＧ_１７：４週以上違う

グループ番号の小さい上位グループの方が、ｐ（ｊ）の順位が高くなる。また、それぞれのグループＧ_ｍ内では、価格と輸送費についてこの販売条件ｘ（ｉ）を入力した販売者にとって有利な順にｐ（ｊ）が順位付けられる。

入札候補の一覧表の作成工程は、上記に限られない。例えば、販売条件ｘ（ｉ）＝（ａ（ｉ），ｂ（ｉ），ｃ（ｉ），ｄ（ｉ））のａ（ｉ）、ｂ（ｉ）、ｃ（ｉ）、およびｄ（ｉ）を数値化し、各購入条件ｐ（ｊ）＝（ａ（ｊ），ｂ（ｊ），ｃ（ｊ），ｄ（ｊ），ｅ（ｊ），ｆ（ｊ），ｇ（ｊ））のａ（ｊ）、ｂ（ｊ）、ｃ（ｊ）、およびｄ（ｊ）を数値化し、販売条件ｘ（ｉ）と各購入条件ｐ（ｊ）との間の距離を算出し、当該距離の短い順に各購入条件を並び替えてもよい。

候補作成部２３の各グループ内で販売者に有利な順に順位を付ける際に用いられる項目は、購入条件データベースに登録されている単位重量あたりの単価に限らない。購入条件データベースを参照し、そこから購入者が入力した単価に含まれない費用、例えば購入条件の輸送費用の負担、納入先および販売者の住所から推定される輸送費や租税、を足した金額を納入量で除した単価であってもよい。また、購入条件データベースを参照し、そこから購入者が入力した単価に含まれる商品代以外の費用、例えば購入条件の輸送費用の負担、納入先および販売者の住所から推定される推定される輸送費、を引いた金額を納入量で除した単価であってもよい。

表示装置３２は、候補作成部２３が作成した一覧表を、図４の販売者用画面の入札候補一覧のエリアに表示させる。図４の例では、優先順位の高い順に、購入条件Ａ～Ｇまでが表示されている。また、図４の例では、（ｄ）納入日、（ｇ）納入量、および（ｆ）単位重量当たりの単価が表示されている。表示される単価は、購入条件データベースの単価に輸送費や租税を足したものであっても、輸送費や租税を引いたものであってもよい。また、複数の単価を表示してもよい。これにより販売者は販売価格と手取り価格をもとに簡便に意思決定ができる。図４の販売者用画面の例では、購入条件のいずれかについて選択できるように設定されている。販売者によって選択された購入条件については入札が決定されることを意味する。図４の例のように、候補作成部２３は、各購入条件について匿名にすることが好ましい。各購入条件を匿名にすることによって、公正な競争を実現することができる。

販売者用画面に販売者が希望する販売条件を満足する購入条件が表示されていなければ、販売者は、各購入者に自身の販売条件を通知することができる。具体的には、販売者が販売者用画面の「通知」ボタンを押すと、通知部２４は、当該販売条件を各購入者端末１０に通知する。通知時には一部の販売条件については数値や文字で入力されてもよい。また、通知時には文字メッセージが入力できてもよい。この構成によれば、各購入者は当該販売者が希望する販売条件に一致するか近い購入条件を提示することができるようになる。

または、販売者用画面に表示された入札候補一覧のエリアに表示された購入条件のいずれかの購入者に、個別に販売条件を通知する構成としてもよい。例えば、販売者が入札候補一覧のエリアに表示された購入条件を選択したうえで「通知」ボタンを押すことによって、通知部２４は、選択された購入条件の購入者に個別に販売条件を通知する。この構成によれば、販売条件に近い購入条件の購入者に購入条件の再考を依頼することができるようになる。

販売者が入札を決めて選択した購入条件は、マッチング装置２０の契約処理部２５に渡される。例えば、販売者用画面において「入札」ボタンが押された購入条件が、契約処理部２５に渡される。入札の数量は、選択された購入条件の全部、もしくはその一部分であってもよい。契約処理部２５は、当該販売者と、入札が決定した購入条件の購入者との間の契約に関する処理を行なう。例えば、契約処理部２５は、契約対象の販売者の販売者端末３０と、当該契約対象の購入者の購入者端末１０とに、契約が完了した旨の通知を行なう。通知には入札された販売条件を記載する場合、入札された販売条件が記載されたウェブページへのリンクが記載される場合がある。または、契約処理部２５は、当該契約に関する契約書類を、契約対象の販売者の販売者端末３０と、当該契約対象の購入者の購入者端末１０とに送信する。

また、契約情報格納部２２は、契約処理部２５が契約処理を行なった契約情報に、契約ＩＤを関連付けて、契約情報データベースに格納する。図５は、契約情報データベースを例示する図である。図５で例示するように、契約情報データベースには、契約ＩＤに関連付けて、購入条件ＩＤ、購入者ＩＤ、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担および（ｈ）納入量、などが関連付けられている。契約処理部２５が契約処理を行なうごとに、契約情報データベースに契約情報が蓄積されることになる。

次に、各部間での情報のやりとりについて説明する。図６は、マッチングシステム１００の動作の一例を表すシーケンス図である。図６で例示するように、購入者端末１０から購入条件が購入条件格納部２１に送信される。購入条件格納部２１は、受信した購入条件を購入条件データベースに格納する。販売者端末３０から候補作成部２３に販売条件が送信されると、候補作成部２３は、購入条件格納部２１が記憶している購入条件データベースを参照し、受信した販売条件に応じた入札候補の一覧表を作成する。候補作成部２３は、作成した一覧表を販売者端末３０に送信する。販売者端末３０から、販売者が選択した購入条件が契約処理部２５に送信されると、契約処理部２５は、契約処理を行なう。例えば、契約処理部２５から販売者端末３０および購入者端末１０に、契約が完了した旨の通知が行われる。契約情報格納部２２は、契約情報を契約情報テーブルに格納する。

図７および図８は、マッチング装置２０の動作の詳細を表すフローチャートを例示する図である。図７は、マッチング装置２０が購入者端末１０との間で行なう処理についてのフローチャートである。図８は、マッチング装置２０が販売者端末３０との間で行なう処理についてのフローチャートである。

図７で例示するように、購入条件格納部２１は、いずれかの購入者端末１０から購入条件を受信したか否かを判定する（ステップＳ１）。ステップＳ１で「Ｎｏ」と判定された場合、所定時間後にステップＳ１が再度実行される。ステップＳ１で「Ｙｅｓ」と判定された場合、購入条件格納部２１は、ステップＳ１で受信した購入条件に、購入条件ＩＤを関連付けて、購入条件データベースに格納する（ステップＳ２）。その後、所定時間後にステップＳ１から再度実行される。

図８で例示するように、候補作成部２３は、いずれかの販売者端末３０から販売条件を受信したか否かを判定する（ステップＳ１１）。ステップＳ１１で「Ｎｏ」と判定された場合、所定時間後にステップＳ１１が再度実行される。

ステップＳ１１で「Ｙｅｓ」と判定された場合、候補作成部２３は、購入条件格納部２１が記憶している購入条件データベースを参照し、ステップＳ１１で受信した販売条件に応じた入札候補の一覧表を作成する（ステップＳ１２）。次に、候補作成部２３は、ステップＳ１２で作成された一覧表を販売者端末３０に送信する（ステップＳ１３）。それにより、販売者端末３０の表示装置３２に入札候補の一覧表が表示される。

次に、契約処理部２５は、販売者端末３０から、選択された購入条件を受け取ったか否かを判定する（ステップＳ１４）。ステップＳ１４で「Ｎｏ」と判定された場合、所定時間後に、ステップＳ１４が再度実行される。ステップＳ１４で「Ｙｅｓ」と判定された場合、契約処理部２５は、契約処理を行なう（ステップＳ１５）。契約情報格納部２２は、ステップＳ１５で契約処理された契約情報を、契約情報テーブルに格納する。その後、所定時間後に、ステップＳ１１から再度実行される。

本実施形態によれば、各購入者の購入条件を購入条件データベースに予め格納しておくことができる。販売者が自身の希望する販売条件を入力すると、当該販売条件に応じた候補が作成され、販売者端末３０の表示装置３２に表示される。それにより、販売者は、自身の希望する販売条件を満足する購入条件を容易に探すことができる。販売者が入札を決めた購入条件を選択するだけで、契約処理がなされる。以上のことから、短時間で効率的なマッチングを実現することができる。

なお、販売条件の項目（（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日）が購入条件の項目（（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担および（ｈ）納入量）の一部であることから、販売者の負担を軽減することができる。

また、販売者端末１０が複数であれば、複数の販売者が、購入条件データベースに格納されている購入条件に対して並行して入札を決めることができる。

購入者は、自身の購入条件の納入量を複数に分割して複数の購入条件を登録することができる。したがって、購入者は、任意の購入単位で購入条件を登録することができる。

（第２実施形態）
第２実施形態に係るマッチングシステム１００ａは、マッチング装置２０の代わりにマッチング装置２０ａを備えている。マッチング装置２０ａがマッチング装置２０と異なる点は、図９で例示するように、さらに第１情報作成部２６、第２情報作成部２７、および第３情報作成部２８を備えている点である。以下、第１実施形態と異なる点について説明する。

各購入者は、自身が所有する購入者端末１０の入力装置１１を用いて、購入を希望する農作物について、購入条件を入力する。少なくとも一部の購入条件が入力されると、入力された購入条件がマッチング装置２０の第１情報作成部２６に購入基本情報として送信される。本実施形態においては、一例として、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、および（ｄ）納入日が、購入基本情報として第１情報作成部２６に送信される。

第１情報作成部２６は、購入条件格納部２１が記憶している購入条件データベースを参照し、購入基本情報と一致するか、類似する購入条件を第１参考情報として抽出し、優先順位を付した一覧表を作成する。第１情報作成部２６は、購入条件データベースに格納されている全ての購入条件を抽出し、優先順位を付してもよい。第１情報作成部２６は、第１実施形態で説明した候補作成部２３と同様の手順により、第１参考情報の一覧表を作成する。例えば、第１情報作成部２６は、第１実施形態で説明した作成工程１～３に従って、一覧表を作成する。第１情報作成部２６は、図１０で例示するように、作成した第１参考情報の一覧表を購入者用画面の競合情報表示エリアに表示する。購入者は、競合情報表示エリアに表示された第１参考情報の一覧表を参照することによって、競合する購入者の購入条件を参考にすることができる。競合情報表示エリアに表示される購入条件は、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担および（ｈ）納入量の購入条件のうち、一部（例えば、（ｆ）単位重量当たりの単価）であるが、購入条件から推定される情報を加えて修正したものであってもよい（例えば、輸送費用を含む推定単価）。第１情報作成部２６は、競合する購入者のＩＤなどは第１参考情報に含めずに、匿名にする。それにより、公正な競争を実現することができる。

また、各購入者が購入者端末１０の入力装置１１を用いて少なくとも一部の購入条件を入力すると、入力された購入条件がマッチング装置２０の第２情報作成部２７にも送信される。本実施形態においては、一例として、上記した購入基本情報が第２情報作成部２７に送信される。

第２情報作成部２７は、契約情報格納部２２が記憶している契約情報データベースを参照し、購入基本情報と一致するか、類似する契約情報を第２参考情報として抽出し、優先順位を付した一覧表を作成する。第２情報作成部２７は、契約情報データベースに格納されている全ての契約情報を第２参考情報として抽出し、優先順位を付してもよい。第２情報作成部２７は、第１実施形態で説明した候補作成部２３と同様の手順により、第２参考情報の一覧表を作成する。例えば、第１実施形態で説明した作成工程１～３に従って、一覧表を作成する。第２情報作成部２７は、図１０で例示するように、作成した第２参考情報の一覧表を購入者用画面の参考価格表示エリアに表示する。購入者は、参考価格表示エリアに表示された一覧表を参照することによって、契約済みの購入条件を参考にすることができる。参考価格表示エリアに表示される第２参考情報は、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）主出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担および（ｈ）納入量の購入条件のうち、一部（例えば、（ｆ）単位重量当たりの単価）であるが、購入条件から推定される情報を加えて修正したものであってもよい（例えば、輸送費用を含む推定単価）。第２情報作成部２７は、競合する購入者のＩＤなどは第２参考情報に含めずに、匿名にする。それにより、公正な競争を実現することができる。

購入者端末１０に、全ての購入条件（（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担および（ｈ）納入量）が入力されると、購入条件格納部２１は、個別の購入条件ＩＤおよび購入者ＩＤと関連付けて購入希望条件データベースに格納する。

販売者が販売者端末３０の入力装置３１を用いて販売条件を入力すると、入力された販売条件がマッチング装置２０の第３情報作成部２８に送信される。第３情報作成部２８は、契約情報格納部２２が記憶している契約情報データベースを参照し、販売条件と一致するか、類似する契約情報を第３参考情報として抽出し、優先順位を付した一覧表を作成する。第３情報作成部２８は、契約情報データベースに格納されている全ての契約情報を第３参考情報として抽出し、優先順位を付してもよい。第３情報作成部２８は、第１実施形態で説明した候補作成部２３と同様の手順により、第３参考情報の一覧表を作成する。例えば、第１実施形態で説明した作成工程１～３に従って、一覧表を作成する。第３情報作成部２８は、図１１で例示するように、作成した第３参考情報の一覧表を販売者用画面の参考価格表示エリアに表示する。販売者は、参考価格表示エリアに表示された一覧表を参照することによって、契約済みの購入条件を参考にすることができる。参考価格表示エリアに表示される第３参考情報は、（ａ）品目大分類、（ｂ）品目小分類、（ｃ）産地、（ｄ）納入日、（ｅ）主出荷先、（ｆ）単位重量当たりの単価、（ｇ）輸送費用の負担および（ｈ）納入量の購入条件のうち、一部（例えば、（ｆ）単位重量当たりの単価）であるが、購入条件から推定される情報を加えて修正したものであってもよい（例えば、輸送費用を含む推定単価）。第３情報作成部２８は、購入者のＩＤなど第３参考情報には含めずに、匿名にする。それにより、公正な競争を実現することができる。

次に、各部間での情報のやりとりについて説明する。図１２は、マッチングシステム１００ａの動作の一例を表すシーケンス図である。図１２で例示するように、購入者端末１０から購入基本条件が第１情報作成部２６および第２情報作成部２７に送信される。第１情報作成部２６は、購入条件格納部２１が記憶している購入条件データベースを参照し、受信した購入基本条件に応じた第１参考情報の一覧表を作成し、購入者端末１０に送信する。第２情報作成部２７は、契約情報格納部２２が記憶している契約情報データベースを参照し、受信した購入基本条件に応じた第２参考情報の一覧表を作成し、購入者端末１０に送信する。購入者による購入条件の入力が完了すると、購入者端末１０から購入条件が購入条件格納部２１に送信される。購入条件格納部２１は、受信した購入条件を購入条件データベースに格納する。

販売者によって入力された販売条件は、第３情報作成部２８に送信される。第３情報作成部２８は、契約情報格納部２２が記憶している契約情報データベースを参照し、受信した販売条件に応じた第３参考情報の一覧表を作成し、販売者端末３０に送信する。また、販売者端末３０から候補作成部２３に販売条件が送信されると、候補作成部２３は、購入条件格納部２１に格納されている購入条件データベースを参照し、受信した販売条件に応じた入札候補の一覧表を作成する。候補表示部２３は、作成された一覧表を販売者端末３０に送る。販売者端末３０から、販売者が選択した購入条件が契約処理部２５に送信されると、契約処理部２５は、契約処理を行なう。例えば、契約処理部２５から販売者端末３０および購入者端末１０に、契約が完了した旨の通知が行われる。契約情報格納部２２は、契約情報を契約情報データベースに格納する。

図１３および図１４は、マッチング装置２０ａの動作の詳細を表すフローチャートを例示する図である。図１３は、マッチング装置２０ａが購入者端末１０との間で行なう処理についてのフローチャートである。図１４は、マッチング装置２０ａが販売者端末３０との間で行なう処理についてのフローチャートである。

図１３で例示するように、第１情報作成部２６は、いずれかの購入者端末１０から、購入基本条件を受信したか否かを判定する（ステップＳ２１）。ステップＳ２１で「Ｎｏ」と判定された場合、所定時間後にステップＳ２１が再度実行される。ステップＳ２１で「Ｙｅｓ」と判定された場合、第１情報作成部２６は、購入条件格納部２１が記憶している購入条件データベースを参照し、ステップＳ２１で受信した購入基本条件に応じた第１参考情報の一覧表を作成し、購入者端末１０に送信する（ステップＳ２２）。

次に、第２情報作成部２７は、契約情報格納部２２が記憶している契約情報データベースを参照し、ステップＳ２１で受信した購入基本条件に応じた第２参考情報の一覧表を作成し、購入者端末１０に送信する（ステップＳ２３）。

次に、購入条件格納部２１は、ステップＳ２１で受信した購入基本条件を送信した購入者端末１０から購入条件を受信したか否かを判定する（ステップＳ２４）。ステップＳ２４で「Ｎｏ」と判定された場合、所定時間後にステップＳ２４が再度実行される。ステップＳ２４で「Ｙｅｓ」と判定された場合、購入条件格納部２１は、ステップＳ２４で受信した購入条件に、購入条件ＩＤを関連付けて、購入条件データベースに格納する（ステップＳ２５）。その後、所定時間後にステップＳ２１から再度実行される。

図１４で例示するように、候補作成部２３は、いずれかの販売者端末３０から販売条件を受信したか否かを判定する（ステップＳ３１）。ステップＳ３１で「Ｎｏ」と判定された場合、所定時間後にステップＳ３１が再度実行される。

ステップＳ３１で「Ｙｅｓ」と判定された場合、第３情報作成部２８は、契約情報格納部２２が記憶している契約情報データベースを参照し、ステップＳ３１で受信した販売条件に応じた第３参考情報の一覧表を作成し、ステップＳ３１で受信した販売条件を送信した販売者端末３０に送信する（ステップＳ３２）。候補作成部２３は、購入条件格納部２１が記憶している購入条件データベースを参照し、ステップＳ３１で受信した販売条件に応じた入札候補の一覧表を作成する（ステップＳ３３）。次に、候補作成部２３は、ステップＳ３２で作成された一覧表を販売者端末３０に送る（ステップＳ３４）。それにより、販売者端末３０の表示装置３２に一覧表が表示される。

次に、契約処理部２５は、ステップＳ３１で受信した販売条件を送信した販売者端末３０から、選択された購入条件を受け取ったか否かを判定する（ステップＳ３５）。ステップＳ３５で「Ｎｏ」と判定された場合、所定時間後に、ステップＳ３５が再度実行される。ステップＳ３５で「Ｙｅｓ」と判定された場合、契約処理部２５は、契約処理を行なう（ステップＳ３６）。契約情報格納部２２は、ステップＳ３６で契約処理された契約情報を、契約情報データベースに格納する。その後、所定時間後に、ステップＳ３１から再度実行される。

本実施形態によれば、購入者用画面に、購入条件データベースから購入基本情報に応じた第１参考情報の一覧表が表示される。それにより、購入者は、他の競合する購入者の購入条件を参考にすることができるため、購入者間の競争を促すことができる。また、購入者用画面に、契約情報データベースから購入基本情報に応じた第２参考情報が表示される。それにより、購入者は、過去の契約を参考にすることができる。また、販売者用画面に、契約情報データベースから販売条件に応じた第３参考情報の一覧表が表示される。それにより、販売者は過去の契約を参考にすることができる。

上記実施形態では、商品の一例として農作物を例に説明したが、それに限られない。例えば、工業製品などを商品として用いてもよい。ただし、上記実施形態は、農作物を商品として用いる場合に、特に顕著な効果を発揮する。以下、詳細について説明する。

農作物を商品として用いる場合には、商品の性質上、販売者（生産者）が、購入者の提案する価格だけで取引を決められるわけではない。なぜなら、販売者が自分の生産力や納品日など、価格以外の諸要素をも勘案して、取引を決めるからである。これらの販売者側の「諸要素」は非常に複雑で、システムに入力することに向いていない。例えば、販売者が「自分は８月１日から８月５日のあいだに１００ｋｇ出荷できるが、各一日の上限は５０ｋｇで、またこの５日間のうちどれか一日は休みたい」という情報を入力するのは面倒である。さらに、現実的には、販売者は、こうした情報を脳内で明確に認知しているわけではないものと考えられる。したがって、認知コストや入力コストがともに高くなってしまう。

上記各実施形態では、販売者が購入条件の候補を見ていずれかを選択するという、販売者の判断を経ることになる。販売者の頭脳は、非常に高性能な部品とみなすことができる。なぜなら、販売者の中には、生産や納品に関する情報が、かならずしも明確な言語の形を取らずにあいまいにプールされており、その情報に基づき販売者は各購入者の購入条件に応じるか否かを決定することができるからである。この販売者の頭脳の判断を正確に導くために、上記各実施形態のように、各購入者の購入条件に「応じる」、「応じない」の二択とすることによって、販売者の負担を軽減しつつ、販売者の正確な判断を促すことができるのである。以上のことから、農作物に関して、上記各実施形態は顕著な効果を発揮するのである。

なお、いわゆるオークションでは、購入者が入札額を提示し、その中で最も高い金額を提示した購入者が自動的に入札される。このオークションの手法では販売者による価格以外の要素への判断を用いることが無いため、農作物の生産者を販売者とする場合には不向きであると言える。

以上、本発明の実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 購入者端末
１１ 入力装置
１２ 表示装置
２０ マッチング装置
２１ 購入条件格納部
２２ 契約情報格納部
２３ 候補作成部
２４ 通知部
２５ 契約処理部
２６ 第１情報作成部
２７ 第２情報作成部
２８ 第３情報作成部
３０ 販売者用端末
３１ 入力装置
３２ 表示装置
４０ 電気通信回線
１００ マッチングシステム

Claims (14)

1. 販売者端末から、販売者が販売する商品についての販売条件を受信した場合に、１以上の購入者に関連付けて商品の購入条件を予め格納している購入条件データベースを参照し、前記販売条件に応じて１以上の前記購入条件の候補を作成し、前記販売者端末に送信する候補作成部と、
   前記販売者端末から、前記候補の中から前記販売者によって選択された購入条件を受信した場合に、前記選択された購入条件に係る購入者と、前記販売者との間の契約処理を行なう契約処理部と、を備えることを特徴とするマッチング装置。
2. 前記候補作成部は、前記候補に係る購入者を匿名とすることを特徴とする請求項１に記載のマッチング装置。
3. 前記候補作成部は、前記候補の購入条件について、前記販売条件に応じて優先順位を付すことを特徴とする請求項１または請求項２に記載のマッチング装置。
4. 前記販売条件を、各購入者の購入者端末に通知する通知部を備えることを特徴とする請求項１から請求項３のいずれか一項に記載のマッチング装置。
5. 前記購入者が自身の購入条件の少なくとも一部の購入条件を購入者端末に入力した場合に、前記購入条件データベースを参照し、前記少なくとも一部の購入条件に応じた第１参考情報を作成し、前記購入者端末に送信する第１情報作成部をさらに備えることを特徴とする請求項１から請求項４のいずれか一項に記載のマッチング装置。
6. 前記第１情報作成部は、前記第１参考情報に係る購入者を匿名とすることを特徴とする請求項５に記載のマッチング装置。
7. 前記購入者が自身の購入条件の少なくとも一部の購入条件を購入者端末に入力した場合に、過去の取引の契約情報を予め格納している契約情報データベースを参照し、前記少なくとも一部の購入条件に応じた第２参考情報を作成し、前記購入者端末に送信する第２情報作成部をさらに備えることを特徴とする請求項１から請求項６のいずれか一項に記載のマッチング装置。
8. 前記第２情報作成部は、前記第２参考情報に係る購入者を、匿名とすることを特徴とする請求項７に記載のマッチング装置。
9. 前記販売条件を受信した場合に、過去の契約情報を予め格納している契約情報データベースを参照し、前記販売条件に応じた第３参考情報を作成し、前記販売者端末に送信する第３情報作成部をさらに備えることを特徴とする請求項１から請求項８のいずれか一項に記載のマッチング装置。
10. 前記第３情報作成部は、前記第３参考情報に係る購入者を、匿名とすることを特徴とする請求項９に記載のマッチング装置。
11. 前記販売条件の項目は、前記購入条件データベースに格納されている購入条件の項目の一部であることを特徴とする請求項１から請求項１０のいずれか一項に記載のマッチング装置。
12. 前記商品は、農作物であることを特徴とする請求項１から請求項１１のいずれか一項に記載のマッチング装置。
13. 販売者端末から、販売者が販売する商品についての販売条件を受信した場合に、１以上の購入者に関連付けて商品の購入条件を予め格納している購入条件データベースを参照し、前記販売条件に応じて１以上の前記購入条件の候補を作成し、前記販売者端末に送信する処理と、
    前記販売者端末から、前記候補の中から前記販売者によって選択された購入条件を受信した場合に、前記選択された購入条件に係る購入者と、前記販売者との間の契約処理を行なう処理と、をコンピュータが実行することを特徴とするマッチング方法。
14. コンピュータに、
    販売者端末から、販売者が販売する商品についての販売条件を受信した場合に、１以上の購入者に関連付けて商品の購入条件を予め格納している購入条件データベースを参照し、前記販売条件に応じて１以上の前記購入条件の候補を作成し、前記販売者端末に送信する処理と、
    前記販売者端末から、前記候補の中から前記販売者によって選択された購入条件を受信した場合に、前記選択された購入条件に係る購入者と、前記販売者との間の契約処理を行なう処理と、を実行させることを特徴とするマッチングプログラム。
    

Images