JP2004030658A - 電子取引仲介方法、組合せ候補生成方法、電子取引仲介装置および記録媒体 - Google Patents
電子取引仲介方法、組合せ候補生成方法、電子取引仲介装置および記録媒体 Download PDFInfo
- Publication number
- JP2004030658A JP2004030658A JP2003170837A JP2003170837A JP2004030658A JP 2004030658 A JP2004030658 A JP 2004030658A JP 2003170837 A JP2003170837 A JP 2003170837A JP 2003170837 A JP2003170837 A JP 2003170837A JP 2004030658 A JP2004030658 A JP 2004030658A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- conditions
- condition
- combination candidate
- subset
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 35
- 238000012545 processing Methods 0.000 description 17
- 230000032258 transport Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 9
- 238000004891 communication Methods 0.000 description 7
- 238000011156 evaluation Methods 0.000 description 5
- 230000008030 elimination Effects 0.000 description 4
- 238000003379 elimination reaction Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000001174 ascending effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 239000000969 carrier Substances 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000010845 search algorithm Methods 0.000 description 2
- 230000004308 accommodation Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000004880 explosion Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000000474 nursing effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000013138 pruning Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】業者側と消費者側の少なくとも一方が複数いるような3者以上の当事者間の複雑な取引も仲介可能な電子取引方法および電子取引装置を提供する。
【解決手段】ネットワークを介して複数のユーザによる複数の項目からなる複数の取引希望条件を収集し、複数のユーザからの複数の取引希望条件を組み合せることにより、各ユーザの取引希望条件のうちの複数の項目を満足する取引組合せ候補を生成する。この生成された取引組合せ候補は、その取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに提示される。提示された取引組合せ候補のうち特定の取引組合せ候補に対し、その特定の取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザから承認が得られたとき、当該ユーザに当該特定の取引組合せ候補に係る取引が成立した旨を通知する。
【選択図】 図1
【解決手段】ネットワークを介して複数のユーザによる複数の項目からなる複数の取引希望条件を収集し、複数のユーザからの複数の取引希望条件を組み合せることにより、各ユーザの取引希望条件のうちの複数の項目を満足する取引組合せ候補を生成する。この生成された取引組合せ候補は、その取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに提示される。提示された取引組合せ候補のうち特定の取引組合せ候補に対し、その特定の取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザから承認が得られたとき、当該ユーザに当該特定の取引組合せ候補に係る取引が成立した旨を通知する。
【選択図】 図1
Description
【0001】
【発明の属する技術分野】
本発明は、例えば、インターネットを媒体として複数当事者間の取引を仲介する電子取引仲介方法および電子取引仲介システムに関する。
【0002】
【従来の技術】
最近、インターネット技術の開発に支えられた電子商取引の普及がめざましい。例えば、インターネット上の仲介ビジネスとしては、仲介者(仲介サーバ)が、消費者により登録された購入条件に合う販売業者を見つけるという逆オークション方式(プライスライン特許 米国特許第5,794,207号)がある。この方式は、例えば、消費者は、「東京−ニューヨーク間の往復航空券を30万円以内で購入したい」という、希望する商品の購入条件を仲介者に送信する。仲介者は、上記購入条件を各社(A社、B社、C社)に伝達する。各社は上記条件から見積もりを仲介者に提示する。各社見積もりは、A社は32万円、B社は31万円、C社は29万円であったとする。仲介者は各社見積もりを対比して、消費者の希望条件に合致する商品を選択し、その内容を消費者に連絡するというものである。
【0003】
また、販売業者が提示した商品情報を仲介者が収集蓄積しておき、消費者に提供する仲介ビジネス(通信販売のインターネット版のようなもの)もある(特開平10−320470号公報、特開平10−240823号公報)。これは、予め各社の商品情報をサーバに蓄積しておき、消費者はその中から希望条件に合致するものを選ぶ。商品情報は各社が提示した内容で固定されているため、消費者は希望条件についてある程度の妥協を余儀なくされる。
【0004】
【発明が解決しようとする課題】
このように、従来の電子商取引は、業者側と消費者側との1対1の取引を成立させるためのものであり、複数の業者を組み合わせて1つの取引を成立させたり、複数の業者と複数の顧客とを組み合わせて複数の取引を成立させたりといったサービス提供側とそのサービスを受ける側の少なくとも一方が複数いるような複雑な取引を仲介するものはなかった。
【0005】
そこで、本発明は、業者側と消費者側との1対1の2当事者間の取引のみならず、従来にはない、業者側と消費者側の少なくとも一方が複数いるような3者以上の当事者間の複雑な取引も仲介可能な電子取引方法および電子取引装置を提供することを目的とする。
【0006】
【課題を解決するための手段】
本発明は、ネットワークを介して複数のユーザ間の取引を仲介するものであって、前記ネットワークを介して前記複数のユーザによる複数の項目からなる複数の取引希望条件を収集し、前記複数のユーザからの前記複数の取引希望条件を組み合せることにより、各ユーザの取引希望条件のうちの複数の項目を満足する取引組合せ候補を生成する。この生成された取引組合せ候補は、その取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに提示される。提示された取引組合せ候補のうち特定の取引組合せ候補に対し、その特定の取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザから承認が得られたとき、当該ユーザに当該特定の取引組合せ候補に係る取引が成立した旨を通知することにより、三者以上の当事者間の複雑な取引の自動的な仲介を可能にする。
【0007】
また、前記特定の取引候補に係る取引が成立したとき、当該特定の取引候補に含まれる取引希望条件を少なくとも1つ含む他の取引組合せ候補を削除して、残りの取引組合せ候補をユーザの端末に提示することにより、ユーザに提示した取引候補に取引が成立したものがあれば、ユーザへの提示内容に、それを直ちに反映させる。好ましくは、削除した取引候補を承認していたユーザに対し、その承認が無効になった旨を通知する。
【0008】
また、前記取引候補をその取引の当事者としてのユーザに提示する際、そのユーザの端末から提出された取引希望条件の満足度を数値化し、その満足度の高いものを優先して提示することにより、ユーザが最も承認し易い取引候補を効果的に提示する。
【0009】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。
【0010】
図1は、本発明の実施形態に係る電子取引仲介システムの全体の構成例を示したもので、取引仲介者により運営されるサービスセンターの取引仲介装置1と、複数(ここでは、例えば3つ)の顧客端末2と、複数(ここでは、例えば2つ)の業者端末3とが、例えばインターネット等の通信ネットワーク4を介して、互いに通信可能なように接続されている。
【0011】
取引仲介装置1には、業者登録部11、顧客登録部12、組合せ候補閲覧・選択部13、組合せ候補消去部14、属性・取引希望条件データベース15(以下、簡単にデータベース15と呼ぶこともある)、スケジューリング部16、組合せ候補データベース17(以下、簡単にデータベース17と呼ぶこともある)、組合せ候補消去・変更通知部18、組合せ候補契約成立通知部19から構成されている。
【0012】
顧客端末2は、例えば、顧客属性と取引希望条件等のデータを入力したり、取引仲介装置1から送られてきた情報を提示したり等するためのGUI(Graphical User Interface)21、通信ネットワーク4に接続して、取引仲介装置1にアクセスするためのアクセス部22から構成されている。
【0013】
業者端末3、業者属性と取引希望条件等のデータを入力したり、取引仲介装置1から送られてきた情報を提示したり等するためのGUI31、通信ネットワーク4に接続して、取引仲介装置1にアクセスするためのアクセス部32から構成されている。なお、顧客用および業者用端末の機能は、インターネット端末の汎用のブラウザにより実現され、取引仲介装置1へのアクセス時にユーザIDとパスワードなどでユーザ認証を行う形式であってもよい。
【0014】
業者登録部11は、業者端末3のGUI31を用いて入力された業者属性と取引希望条件等のデータを通信ネットワーク4を介して受信し、取引への参加権利を持つ不特定多数の業者からの業者属性と取引希望条件等のデータを業者エントリーデータとして収集し、属性・取引希望条件データベース15に登録するためのものである。
【0015】
業者端末3からは、既にデータベース15に登録された自らの取引希望条件等を閲覧し、変更することも可能である。なお、業者登録部11は、業者端末3に設けることも可能である。
【0016】
顧客登録部12は、顧客端末2のGUI21を用いて入力された顧客属性と取引希望条件等のデータを通信ネットワーク4を介して受信し、取引への参加権利を持つ不特定多数の顧客からの顧客属性と取引希望条件等のデータを顧客エントリーデータとして収集し、属性・取引希望条件データベース15に登録するためのものである。
【0017】
顧客端末2からは、既にデータベース15に登録した自らの取引希望条件を閲覧し、変更することも可能である。顧客登録部12は、顧客端末2に設けることも可能である。
【0018】
業者登録部11、顧客登録部12からデータベース15に登録される取引希望条件は、例えば、業務内容、希望料金に関する条件を含み、さらに、例えば、業務を開始する場所、業務を終了する場所、業務を開始する時間帯、業務を終了する時間帯などが含まれていてもよい。例えば、取引の対象となる業務が共同輸送業務であれば、各業者と各顧客は、取引希望条件として、荷物の種類、積載量、さらに業務を開始する場所としてピッキング場所、業務を終了する場所として目的地、業務を開始する時間帯としてピッキング希望時間、業務を終了する時間帯として荷物到着時間などのデータを登録することになる。
【0019】
属性・取引希望条件データベース15は、業者と顧客の属性、取引希望条件などのデータを、属性や取引希望条件を検索キーとして検索可能なように保存する。
【0020】
スケジューリング部16は、属性・取引希望条件データベース15に保存されている取引希望条件を基に、業者と顧客との双方の希望取引条件が同時に満足するように、複数の組合せ候補を作成する。この組合せ候補としては、複数の業者の取引希望条件と1つの顧客の取引希望条件との組合せ、1つの業者の取引希望条件と複数の顧客の取引希望条件との組合せ、複数の業者の取引希望条件と複数の顧客の取引希望条件との組合せとがあり得る。
【0021】
これらの組合せ候補の作成は、例えば、データベース15の登録内容が更新される度に実施され、作成された組合せ候補は、取引希望条件組合せ候補データベース17に蓄積される。重複する組合せ候補は作成せず、全ての可能な取引希望条件組合せ候補を作成し終えた場合は、例えば、属性・取引希望条件データベース15の登録内容が更新されるまで、スケジューリング部16は停止する。
【0022】
スケジューリング部16は、例えば、取引の対象となる業務が共同輸送業務であれば、複数の運送業者のそれぞれが取引希望条件として登録した輸送ルートを複数組合せることで、ある顧客が取引希望条件として登録した荷物輸送ルートと指定時間帯、輸送料金を満足できる組合せを作成する。逆に、複数の顧客が取引希望条件として登録した荷物輸送業務を複数組合せることで、ある業者が希望取引条件として登録した荷物輸送ルートの希望積載率を満足できる組合せを作成する。
【0023】
また、取引の対象となる業務が旅行ツアーであれば、複数の鉄道運輸・輸送業者のそれぞれが登録した交通機関の前売りチケットや、複数の旅館・ホテル業者のそれぞれが登録した宿泊チケットなどを複数組合せることで、ある顧客の希望した観光ルート、期間、料金を満足できる組合せを作成する。
【0024】
もちろん、複数の業者の取引希望条件と複数の顧客の取引希望条件とを組合せる場合も有り得る。
【0025】
スケジューリング部16のスケジューリング方法としては、ここでは特に限定しないが、各業者及び各顧客の満足度を定量的に見積もる基準となる演算式を定義し、組合せ候補に含まれる業者及び顧客の満足度がなるべく均等になる公平な組合せ候補を抽出することが望ましい。公平な組合せ候補を作成することにより、これらの組合せ候補を業者及び顧客に提示した際に、その組合せ候補に関連する全ての業者及び顧客の承諾が同時に得られる可能性が高くなる。
【0026】
例えば、組合せに含まれる全ての業者と顧客の満足度の総和を大きくすることを最適化の目的関数として各組合せ候補について評価値を求め、その値が上位から一定数の組合せ候補を探索により列挙し、さらにこれらの組合せ候補の中から、各業者及び各顧客の満足度のうちの最小値が閾値以上になる組合せ候補だけを抽出する方法などが有る。
【0027】
組合せ候補閲覧・選択部13は、業者端末3や顧客端末2からの組合せ候補閲覧希望要求を受けた際に、当該業者や当該顧客の登録した取引希望条件の含まれる組合せ候補を、組合せ候補データベース17より抽出し、その抽出した組合せ候補のデータを閲覧可能なように当該端末へ送信したり、業者端末3、顧客端末2にて閲覧された組合せ候補中から、その業者や顧客が承認できる組合せ候補を少なくとも1つ選択させるためのものである。なお、組合せ候補閲覧・選択部13は、業者端末3や顧客端末2に設けることも可能である。
【0028】
組合せ候補契約成立通知部19は、組合せ候補のうち、業者側、顧客側の双方から承認が得られ、取引の成立した組合せに係る取引希望条件を満足した全ての業者、顧客へその旨を通知するためのものである。
【0029】
組合せ候補消去部14は、取引が成立した組合せに係る取引希望条件のうちのいずれか1つでも含む他の組合せ候補の全てを、組合せ候補データベース17から抹消し、また抹消された組合せ候補を閲覧中の顧客端末2および業者端末2に対し、組合せ候補消去・変更通知部18を用いて、抹消された組合せ候補の情報を通知し、各閲覧内容に反映させる。
【0030】
次に、図1の取引仲介装置1の処理動作について、説明する。なお、顧客および業者は双方ともユーザと呼ぶ。
【0031】
図2は、取引仲介装置1がユーザの端末2、3から新たな取引希望条件を受け付ける際の処理動作を説明するためのフローチャートである。取引希望条件は、ユーザのID、契約対象となる業務の内容に関して、その情報を含み、さらに業務を開始する場所、業務を終了する場所、業務を開始可能な時間帯、業務を終了可能な時間帯などのデータを含む。
【0032】
ユーザが端末2、3のGUI21、31を利用してサービスセンターの取引仲介装置1に接続し、新たな取引希望条件のデータを送信すると、取引仲介装置1の業者登録部11、顧客登録部12にて、それを受信し(ステップS101)、当該取引希望条件を識別するためのエントリーIDを発行する(ステップS102)。
【0033】
そして、その取引希望条件を送ってきたユーザID(属性)と合わせて属性・取引希望条件データベース15に登録し(ステップS103)、当該ユーザに登録完了の旨通知する(ステップS104)。
【0034】
さらに、属性・取引希望条件データベース15を検索し、新規に登録された取引希望条件と、それぞれの取引希望条件の一部を相互に満足し、1対1の組合せが可能な他の取引希望条件を全て発見し(ステップS105)、後にスケジューリング部16が組合せ候補を作成する際の効率化のため利用可能なように、新規に登録された取引希望条件と、それと組合せ可能な他の取引希望条件とが相互に参照可能にするためのリンク情報として、その発見された組合せ可能な他の取引希望条件のエントリーIDを、データベース15に記録する(ステップS106)。なお、エントリーID以外に取引希望条件の記憶アドレス情報等でもリンク情報になり得る。
【0035】
図3、図4は、属性・取引希望条件データベース15に蓄積された登録内容の一例を示したもので、例えば、運送業者と顧客をユーザとした場合を示している。図3は、業者側の登録内容(業者セグメント)で、図4は顧客側の登録内容(顧客セグメント)である。なお、説明の簡単のために、取引希望条件から時間に関する条件は省いてある。また、1つの業者や顧客がそれぞれ複数の取引希望条件をエントリーする場合もあり得る。
【0036】
この例では、運送業者の予定経路と顧客の指定した荷物の経路の間で重複する経路がある場合、両者は同じ組合せ候補に含まれる可能性があるため、相互にリンク情報を付加する。例えば、図3のエントリーID「B4」が新規に登録された取引希望条件であるとすると、それに対応して、図3のエントリーID「B4」のリンク情報には、新規登録の取引希望条件にある経路が静岡、大阪であるので、その経路を含む顧客側の希望取引条件であるエントリーID「S2」「S3」が追加され、図4の顧客セグメントの、エントリーID「S2」「S3」のそれぞれのリンク情報にエントリーID「B4」が追加されている。
【0037】
次に、図5を参照して取引仲介装置1がユーザから組合せ候補の閲覧要求を受け付けた際の処理動作について説明する。ユーザが端末2、3のGUI21、31を用いて、取引仲介装置1に接続し、所望の取引希望条件のエントリーIDとともに閲覧要求を送信すると、それを取引仲介装置1の組合せ候補閲覧・選択部13にて受信し(ステップS201)、指定された取引希望条件を含む組合せ候補を組合せ候補データベース17から検索し、抽出する(ステップS202)。この抽出した組合せ候補を要求元のユーザに返信するとともに(ステップS208)、どのユーザがどの組合せ候補を閲覧中かを閲覧履歴情報として記憶する(ステップS204)。当該ユーザから閲覧終了の通知を受信する(ステップS205)まで当該履歴情報は保存する。なお、ステップS204とステップS205の処理は省略し得る。
【0038】
次に、図6を参照して、スケジューリング部16が組合せ候補を作成するための処理の一部である、可能性のある組合せを効率良く列挙するための処理動作について説明する。ここで列挙された組合せ候補のうち、前述した方法により満足度を数値化し、業者と顧客の満足度の高い候補が、組合せ候補データベース17に記録される。
【0039】
まず、属性・取引希望条件データベース15に登録された取引希望条件を優先順位に従い選択し、基点とする(ステップS401)。優先順位は、重要なユーザ順でも良いし、利用率の高いユーザを優先する方法や既に閲覧要求のあるユーザを最優先にするなど幾つかの決定方法が考えられる。また、未だ基点として選択されていない取引希望条件や新規に登録された取引希望条件を優先的に基点として選択してもよい。
【0040】
次に、基点として選択された取引希望条件のリンク情報を辿った探索により、予め定めた上限の範囲内で可能な組合せ候補を列挙する(ステップS402)。
【0041】
ここで、図7に示した、図4のエントリーID「S3」の取引希望条件を基点とした場合の探索木を参照して、ステップS402の組合せ候補の列挙方法について説明する。図7の探索木の各ノードは、その時点で親ノードに追加される取引希望条件を示す。また、1つの組合せ候補として組合せ可能な取引希望条件の数の上限値は、顧客側が3つ、業者側が2つであるとする。
【0042】
エントリーID「S3」の取引希望条件に付加されているリンク情報は、図4より{B1、B2、B3、B4}である。すなわち、このリンク情報の集合の部分集合の取引希望条件の組合せであれば、エントリーID「S3」の取引希望条件と組み合わせることが可能である。
【0043】
ここで、上記上限から、1つのノードの要素数を2以下とする。すなわち、エントリーID「S3」の取引希望条件を基点とした場合、それから展開されるノードとして、集合{B1、B2、B3、B4}の要素が2以下の全ての部分集合{B1}{B2}…{B1、B3}…{B2、B4}…{B3、B4}が列挙される。すなわち、これらの取引希望条件の部分集合はいずれもその親ノードであるエントリーID「S3」の取引希望条件と組み合わせて、1つの組合せ候補を構成し得る。
【0044】
さらに、ノード{B1、B3}を展開する、すなわち、ノード{B1、B3}に繋がるノードを求める。図3からエントリーID「B1」「B3」の取引希望条件のそれぞれのリンク情報の和集合が{S1、S2、S3}であるので、ここからノード{B1、B2}の組合せ要素の1つである「S3」を除いた取引希望条件の集合{S1、S2}の部分集合{S1}{S2}{S1、S2}が列挙される。すなわち、これらの取引希望条件の部分集合はいずれもその親ノードの取引希望条件の集合{B1、B3}に追加して、エントリーID「S3」の取引希望条件と組み合わせて、1つの組合せ候補を構成し得る。本例では、{S1、S2}のノードは、取引に絡む顧客が上限の「3」に達したので、それ以上の展開は行わない。
【0045】
以上のようにして、各ノードに対し、そのノードから展開される取引希望条件の集合を列挙していき、各ノードの取引希望条件の部分集合をその親ノードの取引希望条件の部分集合に追加していくことを各ノードから基点方向に辿ることで、展開したノードの個数分の組合せ候補をもれなく列挙できる。これらの展開の際には、探索中に既に列挙された組合せとの重複チェックを行うことで探索枝刈りを行う。
【0046】
なお、この探索は、詳細な制約チェックと前述したような顧客と業者の満足度に基づく評価値の演算に先立って独立して実施されても良いが、取引希望条件やリンク情報の数が多い場合、組合せ爆発が生じる。効率化のため探索中に各ノードの組合せについて評価値演算を行ない、評価値の高いノードを優先的に展開していく探索方法が有り得る。この場合は最良優先探索アルゴリズムやA*探索アルゴリズムなどを利用して、全てを列挙することなく、より取引の成立の高い組合せ候補を発見できる。
【0047】
組合せ候補が列挙された後に、各組合せ候補について、それを構成する各取引希望条件のうち、最低限必要な条件の項目を全て満足しているか否か、顧客間あるいは業者間の競合がないか否か、等の各組合せ候補に依存する条件により詳細な制約チェックを行い(ステップS403)、組合せ候補データベース17に登録する(ステップS404)。
【0048】
次に、図8を参照して、組合せ候補を閲覧したユーザ(説明を容易にするため、これをユーザAとする)から、組合せ候補(説明を容易にするため、これを組合せ候補Xとする)の承認を得られた場合の処理動作について説明する。
【0049】
ユーザAが、端末2、3のGUI21、31を用いて、取引仲介装置1に接続し、組合せ候補XのIDとともに承認通知を送信すると、それを、組合せ候補閲覧・選択部13にて受信する(ステップS301)。組合せ候補閲覧・選択部13は、この承認通知を受けて、組合せ候補データベース17から組合せ候補Xを抽出する(ステップS302)。組合せ候補Xを構成する全ての取引希望条件について、その各取引希望条件を登録したユーザA以外のユーザ(説明を簡単にするために、これをユーザB、Cとする)のいずれかの承認が得られていない場合は、ユーザAが組合せ候補Xを承認した旨をデータベース17に記録する(ステップS303、ステップS311)。
【0050】
組合せ候補Xについて、ユーザA以外の全てのユーザB、Cの承認が得られている場合は(ステップS303)、組合せ候補契約成立通知部19は、ユーザA、B、C全員に、全関係者の承認が得られた旨通知し(ステップS304)、以後はこれらのユーザ間で詳細契約を交してもらう。
【0051】
組合せ候補Xが関係者全員に承認された時点で、この組合せ候補Xを構成する取引希望条件は、他の組合せ候補で重複して使用することが不可能になるため、ステップS305以降のステップではこれに伴う処理を実施する。
【0052】
まず、組合せ候補消去部14は、組合せ候補Xを構成する全ての取引希望条件を列挙し(ステップS305)、その列挙された取引希望条件を属性・取引希望条件データベース15より削除する(ステップS306)。また、列挙された取引希望条件のいずれかを1つでも含む組合せ候補を組合せ候補データベース17より全て削除する(ステップS307、ステップS310)。さらに、組合せ候補消去・変更通知部18は、前述した閲覧履歴情報を参照して、削除された組合せ候補を閲覧中のユーザにその旨通知し(ステップS308)、これら削除された組合せ候補を既に承認していたユーザに対しても、承認が無効になった旨通知する(ステップS309)。なお、ステップS304以降の処理は必ずしもこの順序で実行する必要はない。また、ステップS308、ステップS309は省略することもあり得る。
【0053】
なお、業者または顧客に、閲覧した取引希望条件組合せ候補の中から、組合せ候補を承認させる処理において、一部の業者または顧客が組合せ候補を閲覧し承認操作をすることなくデフォルトで承認扱いにすることも可能である。
【0054】
この場合、業者あるいは顧客は、いちいち組合せ候補の閲覧を行わずに、取引希望条件さえ満足されればデフォルトで承認扱いするように、取引仲介装置1に事前通知すればよい。
【0055】
また、ユーザ(業者および顧客)が閲覧した取引希望条件組合せ候補の中から、組合せ候補を承認する際、承認する条件を予め指定しておき、この条件を満たす複数個の組合せ候補が自動的に承認されるようにしてもよい。
【0056】
さらに、例えば、顧客側で取引可能な業者のリストを作成し、このリストを取引仲介装置1に予め通知する。このリスト内に含まれる業者のみで組合せが構成される場合は、デフォルトで承認扱いにするようにしてもよい。
【0057】
当事者が三者以上の取引の仲介を行う場合、特定の業者や顧客が特に不利益を被ることのない組合せ候補を仲介業者が提案しないと、関連する業者や顧客の全員の承諾を得るのが難しく、不特定多数のユーザを相手にする電子商取引においては、取引が容易に成立しない。このような組合せ候補の作成は、従来は仲介業者が人手にて行なっていた作業であるが、本発明はこれを含めた一連の仲介業務を自動化するものであり、あらゆる業種の自由参加形式の業務取引仲介の自動化に活用可能である。
【0058】
例えば、旅行代理店がパッケージツアーを企画する場合には、旅行代理店では、交通機関、ホテル、レストラン等の複数の業者を、時間、場所等の条件に応じて組み合わせて、顧客の要望に合うようなパッケージツアーを作成できる。従来の単なるチケットの逆オークションと異なり、このようにして作成されたパッケージツアーは業者側からみても必ず採算のとれるものになっている。
【0059】
また、老人介護のためのヘルパーの派遣サービス業務においては、異なるエリアに住む複数の顧客からのそれぞれ異なる要求時間帯に、手の空いたヘルパーを迅速に派遣するためには、複数の顧客の要望と複数のヘルパーの空き状況とを組み合わせて効率のよいスケジュールをタイムリーに作成して顧客に提供することができる。このようにして提案されたスケジュールは、業者側にも都合のよいものとなっている。例えば、1人のヘルパーが同じ地域に住む介護対象者を効率よく回れるスケジュールとなっている。
【0060】
次に、共同輸送の複数の物流業者及び顧客間の自由参加形式の取引を例として、具体的に説明する。
【0061】
共同輸送の自由参加形式の電子取引で従来提案されている方式は、物流業者が輸送条件と希望価格を提示し、複数顧客が競り落すオークション形式か、顧客が先に条件提示する逆オークション形式のいずれかである。この場合、1つの業者と1つの顧客の仲介ではあるが、双方の希望輸送条件が完全に一致する場合は少なく、業者が顧客のどちらか一方が譲歩する場合が多い。
【0062】
本発明によれば、複数輸送業者と複数顧客にまたがる複雑な取引の仲介を自動化できるため、幾つかの希望条件を組合せることで、業者と顧客の双方の希望輸送条件を同時に満足させ、双方にメリットの大きい取引仲介サービスを高速かつ安いコストで提供できる。
【0063】
図18から図19に示すフローチャートを参照して、取引仲介装置1の処理動作について説明する。
【0064】
各輸送業者が、空きのあるトラックの輸送条件(輸送区間、積載量、希望最低価格等)を業者端末3から入力し、データベース15に登録される(ステップS1、ステップS3)。
【0065】
各顧客が、輸送してもらいたい荷物の輸送希望条件(輸送区間、量、希望上限価格等)を顧客端末2から入力し、データベース15に登録される(ステップS2、ステップS3)。
【0066】
図9は、データベース15に登録された、業者側の属性と希望取引条件とを模式的に示したもので、複数(ここでは、例えば4者)の輸送業者が、それぞれ希望取引条件として、輸送区間、積載量、各区間の単位積載量当たりの希望最低価格を登録している場合を示している。例えば輸送業者「シロネコ」は輸送区間が「東京−静岡−名古屋」であって、東京−静岡間に輸送可能な積載量は「2」、その間の単位積載量「1」当たりの輸送費は5千円であることがわかる。なお、積載量としては、説明の簡単のため、単位積載量を基準とした数値のみで表すものとする。すなわち、この例では、積載量「2」で、東京から静岡まで輸送する場合、輸送費は1万円かかるということである。
【0067】
図10は、データベース15に登録された、顧客側の属性と希望取引条件とを模式的に示したもので、複数(ここでは、例えば3者)の顧客が、それぞれ希望取引条件として、輸送区間、積載量を登録している場合を示している。例えば顧客「初芝」は輸送区間が「東京−大阪」であって、その間の積載量は「2」である。
【0068】
スケジューリング部16が、例えば、データベース15の登録内容の更新を検知して(ステップS4)、上記希望取引条件間のマッチングを行い、取引候補である、複数の組合せ候補を生成する(ステップS5)。その際、前述したような探索木を用いて組合せ候補を生成し、その後、生成された各組合せ候補に対し、制約チェックや評価値に基づくより実現性のある組合せ候補の抽出を行うが、ここでは、その説明は省略する。
【0069】
ステップS5において、ある取引条件を基点として組合せ探索を行った際に、顧客と業者の双方の希望取引条件を満足するような組合せ候補が1つも生成できない場合がある。その場合には(ステップS6)、例えば空白区間について、オークション形式で輸送業者からエントリー募集を行ったり、もしくは逆オークション形式で顧客からエントリー募集を行う(ステップS7)。
【0070】
ステップS5で生成された組合せ候補は、組合せ候補データベース17に格納される。また、閲覧要求があった場合に、各組合せ候補をその候補を構成する各顧客および各業者に通知する。例えば、業者「シロネコ」の業者端末3には、図11に示すような組合せ候補のリストが送信され、GUI32に表示される(図19のステップS8)。また、顧客「初芝」の顧客端末2には、図12に示すような組合せ候補のリストが送信され、GUI21に表示される(図19のステップS9)。
【0071】
まず、図11、図12を参照して、スケジューリング部16で生成された組合せ候補について説明する。
【0072】
例えば顧客「初芝」は、図10から明らかなように、東京から大阪まで積載量「2」の輸送を希望している。その間の輸送費として希望上限価格は「4万円」であるとする。
【0073】
業者「シロネコ」は、図9から明らかなように、東京−静岡間に積載量「2」の空きと、静岡−名古屋間に積載量「2」の空きがある。また、業者「サカワ便」は、図9から明らかなように、名古屋−大阪間に積載量「2」の空きがあるので、この2つの業者を組み合わせれば、顧客「初芝」の希望取引条件を満たす輸送が実現できる。この場合、輸送費は「3万円」であるとする。その他、同様にて、図12に示すような、顧客「初芝」の希望取引条件を満足するような業者の組合せが可能である。顧客側からすれば、希望の積載量でできるだけ安価で輸送できることが望ましい。そこで、組合せ候補閲覧・選択部13は、これら組合せのうち、輸送費が4万円以内のものを輸送コストの安いもの順に並び替えて、図12に示したようなリストを生成し、それを顧客端末2に提供する。あるいは、輸送時間の短い順に組合せ候補を並び替えてもよく、要は、顧客が選択した最も重要視した項目を基準に組合せ候補を並び替えればよい。
【0074】
一方、業者「シロネコ」は東京から名古屋まで「初芝」の荷物を輸送すれば、積載量が100%となる。また、東京−静岡間で「初芝」と「松下」の荷物を「1」づつ輸送し、静岡から名古屋までは「初芝」と「ソミー」の荷物を「1」づつ輸送すれば同じく、積載量が100%となる。業者側からすれば、空きのルートを積載量100%で全て埋められることが望ましい。そこで、組合せ候補閲覧・選択部13は、これら組合せのうち、積載量が高いものが上になるように並び替えて、図11に示したようなリストを生成し、それを業者端末3に提供する。あるいは、売上が高い者から順に並び替えてもよく、要は、業者が選択した最も重要視したい項目を基準に組合せ候補を並び替えればよい。
【0075】
また、この場合、業者「ヘリカン」の業者端末3には、図13に示すような組合せリストが表示される。
【0076】
さて、顧客「初芝」、業者「シロネコ」の双方の端末のGUI21、31に表示された図12、図11に示したようなリスト上の「OK」ボタン101、201が選択されて、図12、図11のぞれぞれのリストの最初に提示された組合せ候補に対し、当該取引に承認する旨が組合せ候補閲覧・選択部13に送られてきたとする(ステップS10)。さらに、「サカワ便」の業者端末から同じ組合せ候補に対し承認する旨が組合せ候補閲覧・選択部13に送られてきたとする。すると、「シロネコ」「サカワ便」「初芝」の2業者1顧客の3当事者間の業務取引が成立したことになる(ステップS11)。なお、顧客、業者の双方からの承認が早く得られたものら順に、早い者勝ちで取引の成立とする。
【0077】
組合せ候補に対し承認する際には、上記以外の手法も可能である。例えば、顧客あるいは業者端末にいちいち組合せ候補を提示するまでもなく、顧客あるいは業者から承認可能な最低条件が予め提示されているときは、自動的にその最低条件を満たす組合せ候補に対し承認が得られたものとみなすようにしてもよい。例えば、顧客「初芝」の場合、輸送費が4万円以下で、東京から大阪まで積載量「2」の輸送が可能である取引候補であるならば、そのような取引候補を全て承認すると、予め取引仲介装置1へ通知しているときは、図12に示した取引候補は全て顧客「初芝」から承認されたことになる。
【0078】
また、例えば、図12に示した取引候補のうち、顧客「初芝」が、上から2番目に提示された、輸送費が3万5千円の取引候補を承認した際には、その上に提示された全ての取引候補、すなわち、顧客「初芝」の取引希望条件をより満足する取引候補をも承認したものとみなすようにしてもよい。
【0079】
組合せ候補契約成立通知部19は、取引の成立した組合せ候補を構成する業者、顧客へ、その取引が成立した旨を通知する(ステップS12)。
【0080】
また、組合せ候補消去部14は、取引の成立した組合せ候補をデータベース17から消去するとともに、業者登録部11,顧客登録部12はデータベース15に登録された取引成立により無効となった業者、顧客の属性、希望取引条件を消去する(ステップS13)。その結果、データベース15の登録内容が更新され(図14、図15参照)、図18のステップS5へ進み、スケジューリング部16は、図14、図15に示したような更新された登録内容に基づき、再び、業者、顧客の希望取引条件のマッチングを行い、組合せ候補を作成する。
【0081】
一方、組合せ候補消去・変更通知部18は、上記業者「シロネコ」と顧客「初芝」との間の取引成立に応じて、これら業者、顧客を含む組合せ候補をリストとして提供した業者、顧客の端末へ、この取引の成立した組合せ候補が消去されたこと、また、それに伴い、消去された組合せ候補を既に承認していた顧・業者にその承認が無効となった旨と、組合せ候補の変更があったことを通知する。この通知を受けて、変更された組合せ候補のリストの要求が合った場合は、組合せ候補閲覧・選択部13は、当該要求元に、新たなリストを提供する。
【0082】
例えば、顧客「初芝」と業者「シロネコ」との間の取引成立に伴い、図13の業者「ヘリカン」を含む組合せ候補の中から、顧客「初芝」の取引希望条件を含む組合せ候補が削除されるので、業者「ヘリカン」の端末3には、図17に示すような新たに生成された組合せ候補のリストが表示される。すなわち、積載率50%であるが、静岡−大阪間を顧客「ソミー」の荷物を輸送するという、顧客「ソミー」と業者「ヘリカン」との組合せ候補がリスト上に表示される。一方、顧客「ソミー」の端末にも、図16に示すように、同じ組合せ候補がリストとして表示される。
【0083】
なお、上記各ステップの処理は順次実施されるとは限らず、通常は複数のプロセスとして並行して実施される。
【0084】
また、ここで挙げた例では、輸送業者のみ取引に参加しているが、業者として倉庫業者などが倉庫の場所、提供期間などを取引希望条件として提示して参加することも有り得る。
【0085】
本発明の実施の形態に記載した本発明の手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク(フロッピーディスク、ハードディスクなど)、光ディスク(CD−ROM、DVDなど)、半導体メモリなどの記録媒体に格納して頒布することもできる。
【0086】
また、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、上記実施形態には種々の段階の発明は含まれており、開示される複数の構成用件における適宜な組み合わせにより、種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題(の少なくとも1つ)が解決でき、発明の効果の欄で述べられている効果(のなくとも1つ)が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【0087】
以上説明したようにこの発明は、インターネットを媒体として複数当事者間の取引を仲介する電子取引仲介サービスを提供するための通信技術の分野、このサービスを提供するための装置およびプログラムを製造、使用する分野に有効である。
【0088】
【発明の効果】
以上説明したように、本発明によれば、業者側と消費者側の少なくとも一方が複数いるような3者以上の当事者間の複雑な取引の仲介が可能となる。
【図面の簡単な説明】
【図1】この発明に係わる電子取引仲介システムの全体の構成例を示す図。
【図2】図2は図1の取引仲介装置の処理動作を説明するためのフローチャートを示す図。
【図3】図3は業者側から提出された取引希望条件の記憶例を示す図。
【図4】図4は顧客側から提示された取引希望条件の記憶例を示す図。
【図5】図5は図1の取引仲介装置の処理動作を説明するためのフローチャートを示す図。
【図6】図6は図1の取引仲介装置の処理動作を説明するためのフローチャートを示す図。
【図7】図7は組合せ候補探索木の一例を示す図。
【図8】図8は図1の取引仲介装置の処理動作を説明するためのフローチャートを示す図。
【図9】図9は業者側の取引希望条件の登録データを示す図。
【図10】図10は顧客側の取引希望条件の登録データを示す図。
【図11】図11は業者端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図12】図12は顧客端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図13】図13は業者端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図14】図14は取引が成立した組合せ候補のデータを削除した後のデータベースに格納されている業者側の取引希望条件の登録データを示す図。
【図15】図15は取引が成立した組合せ候補のデータを削除した後のデータベースに格納されている顧客側の取引希望条件の登録データを示す図。
【図16】図16は顧客端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図17】図17は業者端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図18】図18は図1の取引仲介装置が、共同輸送の複数の物流業者及び顧客間の自由参加形式の取引を仲介する場合の処理動作を説明するためのフローチャートを示す図。
【図19】図19は図1の取引仲介装置が、共同輸送の複数の物流業者及び顧客間の自由参加形式の取引を仲介する場合の処理動作を説明するためのフローチャートを示す図。
【符号の説明】
1…取引仲介装置
2…顧客端末
3…業者端末
4…通信ネットワーク
11…業者登録部
12…顧客登録部
13…組合せ候補閲覧・選択部
14…組合せ候補消去部
15…属性・取引希望条件データベース
16…スケジューリング部
17…組合せ候補データベース
18…組合せ候補消去・変更通知部
19…組合せ候補契約成立通知部
21、31…GUI(Graphical User Interface)
22、32…アクセス部
【発明の属する技術分野】
本発明は、例えば、インターネットを媒体として複数当事者間の取引を仲介する電子取引仲介方法および電子取引仲介システムに関する。
【0002】
【従来の技術】
最近、インターネット技術の開発に支えられた電子商取引の普及がめざましい。例えば、インターネット上の仲介ビジネスとしては、仲介者(仲介サーバ)が、消費者により登録された購入条件に合う販売業者を見つけるという逆オークション方式(プライスライン特許 米国特許第5,794,207号)がある。この方式は、例えば、消費者は、「東京−ニューヨーク間の往復航空券を30万円以内で購入したい」という、希望する商品の購入条件を仲介者に送信する。仲介者は、上記購入条件を各社(A社、B社、C社)に伝達する。各社は上記条件から見積もりを仲介者に提示する。各社見積もりは、A社は32万円、B社は31万円、C社は29万円であったとする。仲介者は各社見積もりを対比して、消費者の希望条件に合致する商品を選択し、その内容を消費者に連絡するというものである。
【0003】
また、販売業者が提示した商品情報を仲介者が収集蓄積しておき、消費者に提供する仲介ビジネス(通信販売のインターネット版のようなもの)もある(特開平10−320470号公報、特開平10−240823号公報)。これは、予め各社の商品情報をサーバに蓄積しておき、消費者はその中から希望条件に合致するものを選ぶ。商品情報は各社が提示した内容で固定されているため、消費者は希望条件についてある程度の妥協を余儀なくされる。
【0004】
【発明が解決しようとする課題】
このように、従来の電子商取引は、業者側と消費者側との1対1の取引を成立させるためのものであり、複数の業者を組み合わせて1つの取引を成立させたり、複数の業者と複数の顧客とを組み合わせて複数の取引を成立させたりといったサービス提供側とそのサービスを受ける側の少なくとも一方が複数いるような複雑な取引を仲介するものはなかった。
【0005】
そこで、本発明は、業者側と消費者側との1対1の2当事者間の取引のみならず、従来にはない、業者側と消費者側の少なくとも一方が複数いるような3者以上の当事者間の複雑な取引も仲介可能な電子取引方法および電子取引装置を提供することを目的とする。
【0006】
【課題を解決するための手段】
本発明は、ネットワークを介して複数のユーザ間の取引を仲介するものであって、前記ネットワークを介して前記複数のユーザによる複数の項目からなる複数の取引希望条件を収集し、前記複数のユーザからの前記複数の取引希望条件を組み合せることにより、各ユーザの取引希望条件のうちの複数の項目を満足する取引組合せ候補を生成する。この生成された取引組合せ候補は、その取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに提示される。提示された取引組合せ候補のうち特定の取引組合せ候補に対し、その特定の取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザから承認が得られたとき、当該ユーザに当該特定の取引組合せ候補に係る取引が成立した旨を通知することにより、三者以上の当事者間の複雑な取引の自動的な仲介を可能にする。
【0007】
また、前記特定の取引候補に係る取引が成立したとき、当該特定の取引候補に含まれる取引希望条件を少なくとも1つ含む他の取引組合せ候補を削除して、残りの取引組合せ候補をユーザの端末に提示することにより、ユーザに提示した取引候補に取引が成立したものがあれば、ユーザへの提示内容に、それを直ちに反映させる。好ましくは、削除した取引候補を承認していたユーザに対し、その承認が無効になった旨を通知する。
【0008】
また、前記取引候補をその取引の当事者としてのユーザに提示する際、そのユーザの端末から提出された取引希望条件の満足度を数値化し、その満足度の高いものを優先して提示することにより、ユーザが最も承認し易い取引候補を効果的に提示する。
【0009】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。
【0010】
図1は、本発明の実施形態に係る電子取引仲介システムの全体の構成例を示したもので、取引仲介者により運営されるサービスセンターの取引仲介装置1と、複数(ここでは、例えば3つ)の顧客端末2と、複数(ここでは、例えば2つ)の業者端末3とが、例えばインターネット等の通信ネットワーク4を介して、互いに通信可能なように接続されている。
【0011】
取引仲介装置1には、業者登録部11、顧客登録部12、組合せ候補閲覧・選択部13、組合せ候補消去部14、属性・取引希望条件データベース15(以下、簡単にデータベース15と呼ぶこともある)、スケジューリング部16、組合せ候補データベース17(以下、簡単にデータベース17と呼ぶこともある)、組合せ候補消去・変更通知部18、組合せ候補契約成立通知部19から構成されている。
【0012】
顧客端末2は、例えば、顧客属性と取引希望条件等のデータを入力したり、取引仲介装置1から送られてきた情報を提示したり等するためのGUI(Graphical User Interface)21、通信ネットワーク4に接続して、取引仲介装置1にアクセスするためのアクセス部22から構成されている。
【0013】
業者端末3、業者属性と取引希望条件等のデータを入力したり、取引仲介装置1から送られてきた情報を提示したり等するためのGUI31、通信ネットワーク4に接続して、取引仲介装置1にアクセスするためのアクセス部32から構成されている。なお、顧客用および業者用端末の機能は、インターネット端末の汎用のブラウザにより実現され、取引仲介装置1へのアクセス時にユーザIDとパスワードなどでユーザ認証を行う形式であってもよい。
【0014】
業者登録部11は、業者端末3のGUI31を用いて入力された業者属性と取引希望条件等のデータを通信ネットワーク4を介して受信し、取引への参加権利を持つ不特定多数の業者からの業者属性と取引希望条件等のデータを業者エントリーデータとして収集し、属性・取引希望条件データベース15に登録するためのものである。
【0015】
業者端末3からは、既にデータベース15に登録された自らの取引希望条件等を閲覧し、変更することも可能である。なお、業者登録部11は、業者端末3に設けることも可能である。
【0016】
顧客登録部12は、顧客端末2のGUI21を用いて入力された顧客属性と取引希望条件等のデータを通信ネットワーク4を介して受信し、取引への参加権利を持つ不特定多数の顧客からの顧客属性と取引希望条件等のデータを顧客エントリーデータとして収集し、属性・取引希望条件データベース15に登録するためのものである。
【0017】
顧客端末2からは、既にデータベース15に登録した自らの取引希望条件を閲覧し、変更することも可能である。顧客登録部12は、顧客端末2に設けることも可能である。
【0018】
業者登録部11、顧客登録部12からデータベース15に登録される取引希望条件は、例えば、業務内容、希望料金に関する条件を含み、さらに、例えば、業務を開始する場所、業務を終了する場所、業務を開始する時間帯、業務を終了する時間帯などが含まれていてもよい。例えば、取引の対象となる業務が共同輸送業務であれば、各業者と各顧客は、取引希望条件として、荷物の種類、積載量、さらに業務を開始する場所としてピッキング場所、業務を終了する場所として目的地、業務を開始する時間帯としてピッキング希望時間、業務を終了する時間帯として荷物到着時間などのデータを登録することになる。
【0019】
属性・取引希望条件データベース15は、業者と顧客の属性、取引希望条件などのデータを、属性や取引希望条件を検索キーとして検索可能なように保存する。
【0020】
スケジューリング部16は、属性・取引希望条件データベース15に保存されている取引希望条件を基に、業者と顧客との双方の希望取引条件が同時に満足するように、複数の組合せ候補を作成する。この組合せ候補としては、複数の業者の取引希望条件と1つの顧客の取引希望条件との組合せ、1つの業者の取引希望条件と複数の顧客の取引希望条件との組合せ、複数の業者の取引希望条件と複数の顧客の取引希望条件との組合せとがあり得る。
【0021】
これらの組合せ候補の作成は、例えば、データベース15の登録内容が更新される度に実施され、作成された組合せ候補は、取引希望条件組合せ候補データベース17に蓄積される。重複する組合せ候補は作成せず、全ての可能な取引希望条件組合せ候補を作成し終えた場合は、例えば、属性・取引希望条件データベース15の登録内容が更新されるまで、スケジューリング部16は停止する。
【0022】
スケジューリング部16は、例えば、取引の対象となる業務が共同輸送業務であれば、複数の運送業者のそれぞれが取引希望条件として登録した輸送ルートを複数組合せることで、ある顧客が取引希望条件として登録した荷物輸送ルートと指定時間帯、輸送料金を満足できる組合せを作成する。逆に、複数の顧客が取引希望条件として登録した荷物輸送業務を複数組合せることで、ある業者が希望取引条件として登録した荷物輸送ルートの希望積載率を満足できる組合せを作成する。
【0023】
また、取引の対象となる業務が旅行ツアーであれば、複数の鉄道運輸・輸送業者のそれぞれが登録した交通機関の前売りチケットや、複数の旅館・ホテル業者のそれぞれが登録した宿泊チケットなどを複数組合せることで、ある顧客の希望した観光ルート、期間、料金を満足できる組合せを作成する。
【0024】
もちろん、複数の業者の取引希望条件と複数の顧客の取引希望条件とを組合せる場合も有り得る。
【0025】
スケジューリング部16のスケジューリング方法としては、ここでは特に限定しないが、各業者及び各顧客の満足度を定量的に見積もる基準となる演算式を定義し、組合せ候補に含まれる業者及び顧客の満足度がなるべく均等になる公平な組合せ候補を抽出することが望ましい。公平な組合せ候補を作成することにより、これらの組合せ候補を業者及び顧客に提示した際に、その組合せ候補に関連する全ての業者及び顧客の承諾が同時に得られる可能性が高くなる。
【0026】
例えば、組合せに含まれる全ての業者と顧客の満足度の総和を大きくすることを最適化の目的関数として各組合せ候補について評価値を求め、その値が上位から一定数の組合せ候補を探索により列挙し、さらにこれらの組合せ候補の中から、各業者及び各顧客の満足度のうちの最小値が閾値以上になる組合せ候補だけを抽出する方法などが有る。
【0027】
組合せ候補閲覧・選択部13は、業者端末3や顧客端末2からの組合せ候補閲覧希望要求を受けた際に、当該業者や当該顧客の登録した取引希望条件の含まれる組合せ候補を、組合せ候補データベース17より抽出し、その抽出した組合せ候補のデータを閲覧可能なように当該端末へ送信したり、業者端末3、顧客端末2にて閲覧された組合せ候補中から、その業者や顧客が承認できる組合せ候補を少なくとも1つ選択させるためのものである。なお、組合せ候補閲覧・選択部13は、業者端末3や顧客端末2に設けることも可能である。
【0028】
組合せ候補契約成立通知部19は、組合せ候補のうち、業者側、顧客側の双方から承認が得られ、取引の成立した組合せに係る取引希望条件を満足した全ての業者、顧客へその旨を通知するためのものである。
【0029】
組合せ候補消去部14は、取引が成立した組合せに係る取引希望条件のうちのいずれか1つでも含む他の組合せ候補の全てを、組合せ候補データベース17から抹消し、また抹消された組合せ候補を閲覧中の顧客端末2および業者端末2に対し、組合せ候補消去・変更通知部18を用いて、抹消された組合せ候補の情報を通知し、各閲覧内容に反映させる。
【0030】
次に、図1の取引仲介装置1の処理動作について、説明する。なお、顧客および業者は双方ともユーザと呼ぶ。
【0031】
図2は、取引仲介装置1がユーザの端末2、3から新たな取引希望条件を受け付ける際の処理動作を説明するためのフローチャートである。取引希望条件は、ユーザのID、契約対象となる業務の内容に関して、その情報を含み、さらに業務を開始する場所、業務を終了する場所、業務を開始可能な時間帯、業務を終了可能な時間帯などのデータを含む。
【0032】
ユーザが端末2、3のGUI21、31を利用してサービスセンターの取引仲介装置1に接続し、新たな取引希望条件のデータを送信すると、取引仲介装置1の業者登録部11、顧客登録部12にて、それを受信し(ステップS101)、当該取引希望条件を識別するためのエントリーIDを発行する(ステップS102)。
【0033】
そして、その取引希望条件を送ってきたユーザID(属性)と合わせて属性・取引希望条件データベース15に登録し(ステップS103)、当該ユーザに登録完了の旨通知する(ステップS104)。
【0034】
さらに、属性・取引希望条件データベース15を検索し、新規に登録された取引希望条件と、それぞれの取引希望条件の一部を相互に満足し、1対1の組合せが可能な他の取引希望条件を全て発見し(ステップS105)、後にスケジューリング部16が組合せ候補を作成する際の効率化のため利用可能なように、新規に登録された取引希望条件と、それと組合せ可能な他の取引希望条件とが相互に参照可能にするためのリンク情報として、その発見された組合せ可能な他の取引希望条件のエントリーIDを、データベース15に記録する(ステップS106)。なお、エントリーID以外に取引希望条件の記憶アドレス情報等でもリンク情報になり得る。
【0035】
図3、図4は、属性・取引希望条件データベース15に蓄積された登録内容の一例を示したもので、例えば、運送業者と顧客をユーザとした場合を示している。図3は、業者側の登録内容(業者セグメント)で、図4は顧客側の登録内容(顧客セグメント)である。なお、説明の簡単のために、取引希望条件から時間に関する条件は省いてある。また、1つの業者や顧客がそれぞれ複数の取引希望条件をエントリーする場合もあり得る。
【0036】
この例では、運送業者の予定経路と顧客の指定した荷物の経路の間で重複する経路がある場合、両者は同じ組合せ候補に含まれる可能性があるため、相互にリンク情報を付加する。例えば、図3のエントリーID「B4」が新規に登録された取引希望条件であるとすると、それに対応して、図3のエントリーID「B4」のリンク情報には、新規登録の取引希望条件にある経路が静岡、大阪であるので、その経路を含む顧客側の希望取引条件であるエントリーID「S2」「S3」が追加され、図4の顧客セグメントの、エントリーID「S2」「S3」のそれぞれのリンク情報にエントリーID「B4」が追加されている。
【0037】
次に、図5を参照して取引仲介装置1がユーザから組合せ候補の閲覧要求を受け付けた際の処理動作について説明する。ユーザが端末2、3のGUI21、31を用いて、取引仲介装置1に接続し、所望の取引希望条件のエントリーIDとともに閲覧要求を送信すると、それを取引仲介装置1の組合せ候補閲覧・選択部13にて受信し(ステップS201)、指定された取引希望条件を含む組合せ候補を組合せ候補データベース17から検索し、抽出する(ステップS202)。この抽出した組合せ候補を要求元のユーザに返信するとともに(ステップS208)、どのユーザがどの組合せ候補を閲覧中かを閲覧履歴情報として記憶する(ステップS204)。当該ユーザから閲覧終了の通知を受信する(ステップS205)まで当該履歴情報は保存する。なお、ステップS204とステップS205の処理は省略し得る。
【0038】
次に、図6を参照して、スケジューリング部16が組合せ候補を作成するための処理の一部である、可能性のある組合せを効率良く列挙するための処理動作について説明する。ここで列挙された組合せ候補のうち、前述した方法により満足度を数値化し、業者と顧客の満足度の高い候補が、組合せ候補データベース17に記録される。
【0039】
まず、属性・取引希望条件データベース15に登録された取引希望条件を優先順位に従い選択し、基点とする(ステップS401)。優先順位は、重要なユーザ順でも良いし、利用率の高いユーザを優先する方法や既に閲覧要求のあるユーザを最優先にするなど幾つかの決定方法が考えられる。また、未だ基点として選択されていない取引希望条件や新規に登録された取引希望条件を優先的に基点として選択してもよい。
【0040】
次に、基点として選択された取引希望条件のリンク情報を辿った探索により、予め定めた上限の範囲内で可能な組合せ候補を列挙する(ステップS402)。
【0041】
ここで、図7に示した、図4のエントリーID「S3」の取引希望条件を基点とした場合の探索木を参照して、ステップS402の組合せ候補の列挙方法について説明する。図7の探索木の各ノードは、その時点で親ノードに追加される取引希望条件を示す。また、1つの組合せ候補として組合せ可能な取引希望条件の数の上限値は、顧客側が3つ、業者側が2つであるとする。
【0042】
エントリーID「S3」の取引希望条件に付加されているリンク情報は、図4より{B1、B2、B3、B4}である。すなわち、このリンク情報の集合の部分集合の取引希望条件の組合せであれば、エントリーID「S3」の取引希望条件と組み合わせることが可能である。
【0043】
ここで、上記上限から、1つのノードの要素数を2以下とする。すなわち、エントリーID「S3」の取引希望条件を基点とした場合、それから展開されるノードとして、集合{B1、B2、B3、B4}の要素が2以下の全ての部分集合{B1}{B2}…{B1、B3}…{B2、B4}…{B3、B4}が列挙される。すなわち、これらの取引希望条件の部分集合はいずれもその親ノードであるエントリーID「S3」の取引希望条件と組み合わせて、1つの組合せ候補を構成し得る。
【0044】
さらに、ノード{B1、B3}を展開する、すなわち、ノード{B1、B3}に繋がるノードを求める。図3からエントリーID「B1」「B3」の取引希望条件のそれぞれのリンク情報の和集合が{S1、S2、S3}であるので、ここからノード{B1、B2}の組合せ要素の1つである「S3」を除いた取引希望条件の集合{S1、S2}の部分集合{S1}{S2}{S1、S2}が列挙される。すなわち、これらの取引希望条件の部分集合はいずれもその親ノードの取引希望条件の集合{B1、B3}に追加して、エントリーID「S3」の取引希望条件と組み合わせて、1つの組合せ候補を構成し得る。本例では、{S1、S2}のノードは、取引に絡む顧客が上限の「3」に達したので、それ以上の展開は行わない。
【0045】
以上のようにして、各ノードに対し、そのノードから展開される取引希望条件の集合を列挙していき、各ノードの取引希望条件の部分集合をその親ノードの取引希望条件の部分集合に追加していくことを各ノードから基点方向に辿ることで、展開したノードの個数分の組合せ候補をもれなく列挙できる。これらの展開の際には、探索中に既に列挙された組合せとの重複チェックを行うことで探索枝刈りを行う。
【0046】
なお、この探索は、詳細な制約チェックと前述したような顧客と業者の満足度に基づく評価値の演算に先立って独立して実施されても良いが、取引希望条件やリンク情報の数が多い場合、組合せ爆発が生じる。効率化のため探索中に各ノードの組合せについて評価値演算を行ない、評価値の高いノードを優先的に展開していく探索方法が有り得る。この場合は最良優先探索アルゴリズムやA*探索アルゴリズムなどを利用して、全てを列挙することなく、より取引の成立の高い組合せ候補を発見できる。
【0047】
組合せ候補が列挙された後に、各組合せ候補について、それを構成する各取引希望条件のうち、最低限必要な条件の項目を全て満足しているか否か、顧客間あるいは業者間の競合がないか否か、等の各組合せ候補に依存する条件により詳細な制約チェックを行い(ステップS403)、組合せ候補データベース17に登録する(ステップS404)。
【0048】
次に、図8を参照して、組合せ候補を閲覧したユーザ(説明を容易にするため、これをユーザAとする)から、組合せ候補(説明を容易にするため、これを組合せ候補Xとする)の承認を得られた場合の処理動作について説明する。
【0049】
ユーザAが、端末2、3のGUI21、31を用いて、取引仲介装置1に接続し、組合せ候補XのIDとともに承認通知を送信すると、それを、組合せ候補閲覧・選択部13にて受信する(ステップS301)。組合せ候補閲覧・選択部13は、この承認通知を受けて、組合せ候補データベース17から組合せ候補Xを抽出する(ステップS302)。組合せ候補Xを構成する全ての取引希望条件について、その各取引希望条件を登録したユーザA以外のユーザ(説明を簡単にするために、これをユーザB、Cとする)のいずれかの承認が得られていない場合は、ユーザAが組合せ候補Xを承認した旨をデータベース17に記録する(ステップS303、ステップS311)。
【0050】
組合せ候補Xについて、ユーザA以外の全てのユーザB、Cの承認が得られている場合は(ステップS303)、組合せ候補契約成立通知部19は、ユーザA、B、C全員に、全関係者の承認が得られた旨通知し(ステップS304)、以後はこれらのユーザ間で詳細契約を交してもらう。
【0051】
組合せ候補Xが関係者全員に承認された時点で、この組合せ候補Xを構成する取引希望条件は、他の組合せ候補で重複して使用することが不可能になるため、ステップS305以降のステップではこれに伴う処理を実施する。
【0052】
まず、組合せ候補消去部14は、組合せ候補Xを構成する全ての取引希望条件を列挙し(ステップS305)、その列挙された取引希望条件を属性・取引希望条件データベース15より削除する(ステップS306)。また、列挙された取引希望条件のいずれかを1つでも含む組合せ候補を組合せ候補データベース17より全て削除する(ステップS307、ステップS310)。さらに、組合せ候補消去・変更通知部18は、前述した閲覧履歴情報を参照して、削除された組合せ候補を閲覧中のユーザにその旨通知し(ステップS308)、これら削除された組合せ候補を既に承認していたユーザに対しても、承認が無効になった旨通知する(ステップS309)。なお、ステップS304以降の処理は必ずしもこの順序で実行する必要はない。また、ステップS308、ステップS309は省略することもあり得る。
【0053】
なお、業者または顧客に、閲覧した取引希望条件組合せ候補の中から、組合せ候補を承認させる処理において、一部の業者または顧客が組合せ候補を閲覧し承認操作をすることなくデフォルトで承認扱いにすることも可能である。
【0054】
この場合、業者あるいは顧客は、いちいち組合せ候補の閲覧を行わずに、取引希望条件さえ満足されればデフォルトで承認扱いするように、取引仲介装置1に事前通知すればよい。
【0055】
また、ユーザ(業者および顧客)が閲覧した取引希望条件組合せ候補の中から、組合せ候補を承認する際、承認する条件を予め指定しておき、この条件を満たす複数個の組合せ候補が自動的に承認されるようにしてもよい。
【0056】
さらに、例えば、顧客側で取引可能な業者のリストを作成し、このリストを取引仲介装置1に予め通知する。このリスト内に含まれる業者のみで組合せが構成される場合は、デフォルトで承認扱いにするようにしてもよい。
【0057】
当事者が三者以上の取引の仲介を行う場合、特定の業者や顧客が特に不利益を被ることのない組合せ候補を仲介業者が提案しないと、関連する業者や顧客の全員の承諾を得るのが難しく、不特定多数のユーザを相手にする電子商取引においては、取引が容易に成立しない。このような組合せ候補の作成は、従来は仲介業者が人手にて行なっていた作業であるが、本発明はこれを含めた一連の仲介業務を自動化するものであり、あらゆる業種の自由参加形式の業務取引仲介の自動化に活用可能である。
【0058】
例えば、旅行代理店がパッケージツアーを企画する場合には、旅行代理店では、交通機関、ホテル、レストラン等の複数の業者を、時間、場所等の条件に応じて組み合わせて、顧客の要望に合うようなパッケージツアーを作成できる。従来の単なるチケットの逆オークションと異なり、このようにして作成されたパッケージツアーは業者側からみても必ず採算のとれるものになっている。
【0059】
また、老人介護のためのヘルパーの派遣サービス業務においては、異なるエリアに住む複数の顧客からのそれぞれ異なる要求時間帯に、手の空いたヘルパーを迅速に派遣するためには、複数の顧客の要望と複数のヘルパーの空き状況とを組み合わせて効率のよいスケジュールをタイムリーに作成して顧客に提供することができる。このようにして提案されたスケジュールは、業者側にも都合のよいものとなっている。例えば、1人のヘルパーが同じ地域に住む介護対象者を効率よく回れるスケジュールとなっている。
【0060】
次に、共同輸送の複数の物流業者及び顧客間の自由参加形式の取引を例として、具体的に説明する。
【0061】
共同輸送の自由参加形式の電子取引で従来提案されている方式は、物流業者が輸送条件と希望価格を提示し、複数顧客が競り落すオークション形式か、顧客が先に条件提示する逆オークション形式のいずれかである。この場合、1つの業者と1つの顧客の仲介ではあるが、双方の希望輸送条件が完全に一致する場合は少なく、業者が顧客のどちらか一方が譲歩する場合が多い。
【0062】
本発明によれば、複数輸送業者と複数顧客にまたがる複雑な取引の仲介を自動化できるため、幾つかの希望条件を組合せることで、業者と顧客の双方の希望輸送条件を同時に満足させ、双方にメリットの大きい取引仲介サービスを高速かつ安いコストで提供できる。
【0063】
図18から図19に示すフローチャートを参照して、取引仲介装置1の処理動作について説明する。
【0064】
各輸送業者が、空きのあるトラックの輸送条件(輸送区間、積載量、希望最低価格等)を業者端末3から入力し、データベース15に登録される(ステップS1、ステップS3)。
【0065】
各顧客が、輸送してもらいたい荷物の輸送希望条件(輸送区間、量、希望上限価格等)を顧客端末2から入力し、データベース15に登録される(ステップS2、ステップS3)。
【0066】
図9は、データベース15に登録された、業者側の属性と希望取引条件とを模式的に示したもので、複数(ここでは、例えば4者)の輸送業者が、それぞれ希望取引条件として、輸送区間、積載量、各区間の単位積載量当たりの希望最低価格を登録している場合を示している。例えば輸送業者「シロネコ」は輸送区間が「東京−静岡−名古屋」であって、東京−静岡間に輸送可能な積載量は「2」、その間の単位積載量「1」当たりの輸送費は5千円であることがわかる。なお、積載量としては、説明の簡単のため、単位積載量を基準とした数値のみで表すものとする。すなわち、この例では、積載量「2」で、東京から静岡まで輸送する場合、輸送費は1万円かかるということである。
【0067】
図10は、データベース15に登録された、顧客側の属性と希望取引条件とを模式的に示したもので、複数(ここでは、例えば3者)の顧客が、それぞれ希望取引条件として、輸送区間、積載量を登録している場合を示している。例えば顧客「初芝」は輸送区間が「東京−大阪」であって、その間の積載量は「2」である。
【0068】
スケジューリング部16が、例えば、データベース15の登録内容の更新を検知して(ステップS4)、上記希望取引条件間のマッチングを行い、取引候補である、複数の組合せ候補を生成する(ステップS5)。その際、前述したような探索木を用いて組合せ候補を生成し、その後、生成された各組合せ候補に対し、制約チェックや評価値に基づくより実現性のある組合せ候補の抽出を行うが、ここでは、その説明は省略する。
【0069】
ステップS5において、ある取引条件を基点として組合せ探索を行った際に、顧客と業者の双方の希望取引条件を満足するような組合せ候補が1つも生成できない場合がある。その場合には(ステップS6)、例えば空白区間について、オークション形式で輸送業者からエントリー募集を行ったり、もしくは逆オークション形式で顧客からエントリー募集を行う(ステップS7)。
【0070】
ステップS5で生成された組合せ候補は、組合せ候補データベース17に格納される。また、閲覧要求があった場合に、各組合せ候補をその候補を構成する各顧客および各業者に通知する。例えば、業者「シロネコ」の業者端末3には、図11に示すような組合せ候補のリストが送信され、GUI32に表示される(図19のステップS8)。また、顧客「初芝」の顧客端末2には、図12に示すような組合せ候補のリストが送信され、GUI21に表示される(図19のステップS9)。
【0071】
まず、図11、図12を参照して、スケジューリング部16で生成された組合せ候補について説明する。
【0072】
例えば顧客「初芝」は、図10から明らかなように、東京から大阪まで積載量「2」の輸送を希望している。その間の輸送費として希望上限価格は「4万円」であるとする。
【0073】
業者「シロネコ」は、図9から明らかなように、東京−静岡間に積載量「2」の空きと、静岡−名古屋間に積載量「2」の空きがある。また、業者「サカワ便」は、図9から明らかなように、名古屋−大阪間に積載量「2」の空きがあるので、この2つの業者を組み合わせれば、顧客「初芝」の希望取引条件を満たす輸送が実現できる。この場合、輸送費は「3万円」であるとする。その他、同様にて、図12に示すような、顧客「初芝」の希望取引条件を満足するような業者の組合せが可能である。顧客側からすれば、希望の積載量でできるだけ安価で輸送できることが望ましい。そこで、組合せ候補閲覧・選択部13は、これら組合せのうち、輸送費が4万円以内のものを輸送コストの安いもの順に並び替えて、図12に示したようなリストを生成し、それを顧客端末2に提供する。あるいは、輸送時間の短い順に組合せ候補を並び替えてもよく、要は、顧客が選択した最も重要視した項目を基準に組合せ候補を並び替えればよい。
【0074】
一方、業者「シロネコ」は東京から名古屋まで「初芝」の荷物を輸送すれば、積載量が100%となる。また、東京−静岡間で「初芝」と「松下」の荷物を「1」づつ輸送し、静岡から名古屋までは「初芝」と「ソミー」の荷物を「1」づつ輸送すれば同じく、積載量が100%となる。業者側からすれば、空きのルートを積載量100%で全て埋められることが望ましい。そこで、組合せ候補閲覧・選択部13は、これら組合せのうち、積載量が高いものが上になるように並び替えて、図11に示したようなリストを生成し、それを業者端末3に提供する。あるいは、売上が高い者から順に並び替えてもよく、要は、業者が選択した最も重要視したい項目を基準に組合せ候補を並び替えればよい。
【0075】
また、この場合、業者「ヘリカン」の業者端末3には、図13に示すような組合せリストが表示される。
【0076】
さて、顧客「初芝」、業者「シロネコ」の双方の端末のGUI21、31に表示された図12、図11に示したようなリスト上の「OK」ボタン101、201が選択されて、図12、図11のぞれぞれのリストの最初に提示された組合せ候補に対し、当該取引に承認する旨が組合せ候補閲覧・選択部13に送られてきたとする(ステップS10)。さらに、「サカワ便」の業者端末から同じ組合せ候補に対し承認する旨が組合せ候補閲覧・選択部13に送られてきたとする。すると、「シロネコ」「サカワ便」「初芝」の2業者1顧客の3当事者間の業務取引が成立したことになる(ステップS11)。なお、顧客、業者の双方からの承認が早く得られたものら順に、早い者勝ちで取引の成立とする。
【0077】
組合せ候補に対し承認する際には、上記以外の手法も可能である。例えば、顧客あるいは業者端末にいちいち組合せ候補を提示するまでもなく、顧客あるいは業者から承認可能な最低条件が予め提示されているときは、自動的にその最低条件を満たす組合せ候補に対し承認が得られたものとみなすようにしてもよい。例えば、顧客「初芝」の場合、輸送費が4万円以下で、東京から大阪まで積載量「2」の輸送が可能である取引候補であるならば、そのような取引候補を全て承認すると、予め取引仲介装置1へ通知しているときは、図12に示した取引候補は全て顧客「初芝」から承認されたことになる。
【0078】
また、例えば、図12に示した取引候補のうち、顧客「初芝」が、上から2番目に提示された、輸送費が3万5千円の取引候補を承認した際には、その上に提示された全ての取引候補、すなわち、顧客「初芝」の取引希望条件をより満足する取引候補をも承認したものとみなすようにしてもよい。
【0079】
組合せ候補契約成立通知部19は、取引の成立した組合せ候補を構成する業者、顧客へ、その取引が成立した旨を通知する(ステップS12)。
【0080】
また、組合せ候補消去部14は、取引の成立した組合せ候補をデータベース17から消去するとともに、業者登録部11,顧客登録部12はデータベース15に登録された取引成立により無効となった業者、顧客の属性、希望取引条件を消去する(ステップS13)。その結果、データベース15の登録内容が更新され(図14、図15参照)、図18のステップS5へ進み、スケジューリング部16は、図14、図15に示したような更新された登録内容に基づき、再び、業者、顧客の希望取引条件のマッチングを行い、組合せ候補を作成する。
【0081】
一方、組合せ候補消去・変更通知部18は、上記業者「シロネコ」と顧客「初芝」との間の取引成立に応じて、これら業者、顧客を含む組合せ候補をリストとして提供した業者、顧客の端末へ、この取引の成立した組合せ候補が消去されたこと、また、それに伴い、消去された組合せ候補を既に承認していた顧・業者にその承認が無効となった旨と、組合せ候補の変更があったことを通知する。この通知を受けて、変更された組合せ候補のリストの要求が合った場合は、組合せ候補閲覧・選択部13は、当該要求元に、新たなリストを提供する。
【0082】
例えば、顧客「初芝」と業者「シロネコ」との間の取引成立に伴い、図13の業者「ヘリカン」を含む組合せ候補の中から、顧客「初芝」の取引希望条件を含む組合せ候補が削除されるので、業者「ヘリカン」の端末3には、図17に示すような新たに生成された組合せ候補のリストが表示される。すなわち、積載率50%であるが、静岡−大阪間を顧客「ソミー」の荷物を輸送するという、顧客「ソミー」と業者「ヘリカン」との組合せ候補がリスト上に表示される。一方、顧客「ソミー」の端末にも、図16に示すように、同じ組合せ候補がリストとして表示される。
【0083】
なお、上記各ステップの処理は順次実施されるとは限らず、通常は複数のプロセスとして並行して実施される。
【0084】
また、ここで挙げた例では、輸送業者のみ取引に参加しているが、業者として倉庫業者などが倉庫の場所、提供期間などを取引希望条件として提示して参加することも有り得る。
【0085】
本発明の実施の形態に記載した本発明の手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク(フロッピーディスク、ハードディスクなど)、光ディスク(CD−ROM、DVDなど)、半導体メモリなどの記録媒体に格納して頒布することもできる。
【0086】
また、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、上記実施形態には種々の段階の発明は含まれており、開示される複数の構成用件における適宜な組み合わせにより、種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題(の少なくとも1つ)が解決でき、発明の効果の欄で述べられている効果(のなくとも1つ)が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【0087】
以上説明したようにこの発明は、インターネットを媒体として複数当事者間の取引を仲介する電子取引仲介サービスを提供するための通信技術の分野、このサービスを提供するための装置およびプログラムを製造、使用する分野に有効である。
【0088】
【発明の効果】
以上説明したように、本発明によれば、業者側と消費者側の少なくとも一方が複数いるような3者以上の当事者間の複雑な取引の仲介が可能となる。
【図面の簡単な説明】
【図1】この発明に係わる電子取引仲介システムの全体の構成例を示す図。
【図2】図2は図1の取引仲介装置の処理動作を説明するためのフローチャートを示す図。
【図3】図3は業者側から提出された取引希望条件の記憶例を示す図。
【図4】図4は顧客側から提示された取引希望条件の記憶例を示す図。
【図5】図5は図1の取引仲介装置の処理動作を説明するためのフローチャートを示す図。
【図6】図6は図1の取引仲介装置の処理動作を説明するためのフローチャートを示す図。
【図7】図7は組合せ候補探索木の一例を示す図。
【図8】図8は図1の取引仲介装置の処理動作を説明するためのフローチャートを示す図。
【図9】図9は業者側の取引希望条件の登録データを示す図。
【図10】図10は顧客側の取引希望条件の登録データを示す図。
【図11】図11は業者端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図12】図12は顧客端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図13】図13は業者端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図14】図14は取引が成立した組合せ候補のデータを削除した後のデータベースに格納されている業者側の取引希望条件の登録データを示す図。
【図15】図15は取引が成立した組合せ候補のデータを削除した後のデータベースに格納されている顧客側の取引希望条件の登録データを示す図。
【図16】図16は顧客端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図17】図17は業者端末のGUI画面に表示される組合せ候補の表示例を示す図。
【図18】図18は図1の取引仲介装置が、共同輸送の複数の物流業者及び顧客間の自由参加形式の取引を仲介する場合の処理動作を説明するためのフローチャートを示す図。
【図19】図19は図1の取引仲介装置が、共同輸送の複数の物流業者及び顧客間の自由参加形式の取引を仲介する場合の処理動作を説明するためのフローチャートを示す図。
【符号の説明】
1…取引仲介装置
2…顧客端末
3…業者端末
4…通信ネットワーク
11…業者登録部
12…顧客登録部
13…組合せ候補閲覧・選択部
14…組合せ候補消去部
15…属性・取引希望条件データベース
16…スケジューリング部
17…組合せ候補データベース
18…組合せ候補消去・変更通知部
19…組合せ候補契約成立通知部
21、31…GUI(Graphical User Interface)
22、32…アクセス部
Claims (23)
- 複数の業者と複数の顧客のそれぞれに対応する複数のユーザ端末を接続するネットワークを介して、当該複数のユーザ端末のそれぞれから複数の項目からなる複数の取引希望条件を収集し第1の記憶手段に記憶する第1のステップと、
前記第1の記憶手段に記憶された前記複数の業者のそれぞれの取引希望条件について、当該取引希望条件の複数の項目を満足する前記複数の顧客のうちの少なくとも1つの取引希望条件をリンクするとともに、前記第1の記憶手段に記憶された前記複数の顧客のそれぞれの取引希望条件について、当該取引希望条件の複数の項目を満足する前記複数の業者のうちの少なくとも1つの取引希望条件をリンクする第2のステップと、
前記第2のステップでリンクされた取引希望条件を基に、前記複数の業者のそれぞれの取引希望条件のうち予め定められた第1の上限数以内の取引希望条件と、前記複数の顧客のそれぞれの取引希望条件のうち予め定められた第2の上限数以内の取引希望条件とを組み合わせてなる取引組合せ候補を生成する第3のステップと、
前記組合せ候補を記憶する第2の記憶手段に記憶する第4のステップと、
前記第2の記憶手段に記憶された取引組合せ候補を、当該取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としての顧客あるいは業者に対応するユーザ端末に提示する第5のステップと、
前記複数の顧客と前記複数の業者のそれぞれの取引希望条件のうちの1つを基点として、当該基点に対応する取引希望条件にリンクされた取引希望条件の集合から、所定数以内の少なくとも1つの要素をもつ取引希望条件の部分集合を生成し、各部分集合を前記基点の子ノードとして接続することにより、前記基点を展開する第6のステップと、
生成された前記部分集合のうち複数個の要素をもつ第1の部分集合については、さらに、各要素に対応する取引希望条件に対応付けられている取引希望条件の集合から、前記所定数以内の少なくとも1つの要素をもつ取引希望条件の部分集合を生成し、各部分集合を前記第1の部分集合に対応するノードの子ノードとして接続することにより、当該第1の部分集合に対応するノードを展開して前記基点をルートノードとする探索木を生成する第7のステップと、
前記探索木の前記ノードに対応する取引希望条件の集合の要素を、当該ノードの接続している親ノードに対応する取引希望条件の集合に追加していくことにより、前記取引組合せ候補を生成する第8のステップと、
を有することを特徴とする電子取引仲介方法。 - 前記第5のステップで提示された前記取引組合せ候補に対し、当該取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに対応するユーザ端末から前記ネットワークを介して当該取引組合せ候補に対する承認を受け付けるステップと、
前記提示された取引組合せ候補のうち特定の取引組合せ候補に対し、当該特定の取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに対応するユーザ端末から承認が得られたとき、当該ユーザに対応するユーザ端末に当該特定の取引組合せ候補に係る取引が成立した旨を通知するステップと、
をさらに有することを特徴とする請求項1記載の電子取引仲介方法。 - 前記特定の取引候補に係る取引が成立したとき、当該特定の取引候補に含まれる取引希望条件を少なくとも1つ含む他の取引組合せ候補を前記第2の記憶手段より削除して、残りの取引組合せ候補を前記ユーザ端末に提示することを特徴とする請求項2記載の電子取引仲介方法。
- 前記ユーザ端末から、既に収集された取引希望条件に対する変更を受け付けることを特徴とする請求項1記載の電子取引仲介方法。
- 前記削除された取引組合せ候補を提示したユーザ端末あるいは当該削除された取引組合せ候補に対し承認したユーザ端末に、当該取引組合せ候補が削除された旨を通知することを特徴とする請求項3記載の電子取引仲介方法。
- 前記取引組合せ候補をその取引の当事者としてのユーザに対応するユーザ端末に複数提示する際、そのユーザ端末から出された取引希望条件に対する満足度に応じて当該取引組合せ候補を提示することを特徴とする請求項1記載の電子取引仲介方法。
- 前記ユーザ端末に提示した取引組合せ候補の中から、前記ユーザ端末により承認可能な最低レベルの満足度の取引組合せ候補が承認されたとき、当該最低レベル以上の満足度の取引組合せ候補が前記ユーザ端末により承認されたものとみなすことを特徴とする請求項2記載の電子取引仲介方法。
- 前記ユーザ端末から承認可能な最低条件が予め提示されているとき、当該ユーザ端末から提出した取引希望条件を含む取引組合せ候補のうち当該最低条件を満たす取引組合せ候補に対しては、当該ユーザ端末により承認されたものとみなすことを特徴とする請求項2記載の電子取引仲介方法。
- 前記第8のステップで生成された取引組合せ候補のうち、その取引組合せ候補を構成する各取引希望条件が互いに最低限必要な項目を満足しているものを前記第2の記憶手段に記憶することを特徴とする請求項1記載の電子取引仲介方法。
- 前記第3のステップは、前記複数の業者のそれぞれの取引希望条件のうち予め定められた第1の上限数以内の複数の取引希望条件と、前記複数の顧客のそれぞれの取引希望条件のうち予め定められた第2の上限数以内の複数の取引希望条件とを組み合わせてなる取引組合せ候補を生成することを特徴とする請求項1記載の電子取引仲介方法。
- 複数の業者と複数の顧客のそれぞれに対応する複数のユーザ端末を接続するネットワークを介して収集された、複数の項目からなる複数の取引希望条件を記憶する第1の記憶手段と、
前記第1の記憶手段で記憶された前記複数の業者のそれぞれの取引希望条件について、当該取引希望条件の複数の項目を満足する前記複数の顧客のうちの少なくとも1つの取引希望条件をリンクするとともに、前記第1の記憶手段で記憶された前記複数の顧客のそれぞれの取引希望条件について、当該取引希望条件の複数の項目を満足する前記複数の業者のうちの少なくとも1つの取引希望条件をリンクする手段と、
リンクされた取引希望条件を基に、前記複数の業者のそれぞれの取引希望条件のうち予め定められた第1の上限数以内の取引希望条件と、前記複数の顧客のそれぞれの取引希望条件のうち予め定められた第2の上限数以内の取引希望条件とを組み合わせてなる取引組合せ候補を生成する生成手段と、
前記取引組合せ候補を記憶する第2の記憶手段と、
前記第2の記憶手段で記憶された取引組合せ候補を、当該取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としての顧客あるいは業者に対応するユーザ端末に提示する提示手段と、
前記複数の顧客と前記複数の業者のそれぞれの取引希望条件のうちの1つを基点として、当該基点に対応する取引希望条件にリンクされた取引希望条件の集合から、所定数以内の少なくとも1つの要素をもつ取引希望条件の部分集合を生成し、各部分集合を前記基点の子ノードとして接続することにより、前記基点を展開する手段と、
生成された前記部分集合のうち複数個の要素をもつ第1の部分集合については、さらに、各要素に対応する取引希望条件に対応付けられている取引希望条件の集合から、前記所定数以内の少なくとも1つの要素をもつ取引希望条件の部分集合を生成し、各部分集合を前記第1の部分集合に対応するノードの子ノードとして接続することにより、当該第1の部分集合に対応するノードを展開して前記基点をルートノードとする探索木を生成する手段と、
前記探索木の前記ノードに対応する取引希望条件の集合の要素を、当該ノードの接続している親ノードに対応する取引希望条件の集合に追加していくことにより、前記取引組合せ候補を生成する手段と、
を具備したことを特徴とする電子取引仲介装置。 - 前記提示手段で提示された前記取引組合せ候補に対し、当該取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに対応するユーザ端末から前記ネットワークを介して当該取引組合せ候補に対する承認を受け付ける手段と、
前記提示された取引組合せ候補のうち特定の取引組合せ候補に対し、当該特定の取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに対応するユーザ端末から承認が得られたとき、当該ユーザに対応するユーザ端末に当該特定の取引組合せ候補に係る取引が成立した旨を通知する手段と、
をさらに具備したことを特徴とする請求項11記載の電子取引仲介装置。 - 前記特定の取引候補に係る取引が成立したとき、当該特定の取引候補に含まれる取引希望条件を少なくとも1つ含む他の取引組合せ候補を前記第2の記憶手段より削除して、残りの取引組合せ候補を前記ユーザ端末に提示することを特徴とする請求項12記載の電子取引仲介装置。
- 前記ユーザ端末から、既に収集された取引希望条件に対する変更を受け付けることを特徴とする請求項11記載の電子取引仲介装置。
- 前記削除された取引組合せ候補を提示したユーザ端末あるいは当該削除された取引組合せ候補に対し承認したユーザ端末に、当該取引組合せ候補が削除された旨を通知することを特徴とする請求項13記載の電子取引仲介装置。
- 前記取引組合せ候補をその取引の当事者としてのユーザに対応するユーザ端末に複数提示する際、そのユーザ端末から出された取引希望条件に対する満足度に応じて当該取引組合せ候補を提示することを特徴とする請求項11記載の電子取引仲介装置。
- 前記ユーザ端末に提示した取引組合せ候補の中から、前記ユーザ端末により承認可能な最低レベルの満足度の取引組合せ候補が承認されたとき、当該最低レベル以上の満足度の取引組合せ候補が前記ユーザ端末により承認されたものとみなすことを特徴とする請求項12記載の電子取引仲介装置。
- 前記ユーザ端末から承認可能な最低条件が予め提示されているとき、当該ユーザ端末から提出した取引希望条件を含む取引組合せ候補のうち当該最低条件を満たす取引組合せ候補に対しては、当該ユーザ端末により承認されたものとみなすことを特徴とする請求項12記載の電子取引仲介装置。
- 前記生成された取引組合せ候補のうち、当該取引組合せ候補を構成する各取引希望条件が互いに最低限必要な項目を満足しているものを前記第2の記憶手段に記憶することを特徴とする請求項11記載の電子取引仲介装置。
- 前記生成手段は、前記複数の業者のそれぞれの取引希望条件のうち予め定められた第1の上限数以内の複数の取引希望条件と、前記複数の顧客のそれぞれの取引希望条件のうち予め定められた第2の上限数以内の複数の取引希望条件とを組み合わせてなる取引組合せ候補を生成することを特徴とする請求項11記載の電子取引仲介装置。
- 複数の業者と複数の顧客のそれぞれに対応する複数のユーザ端末を接続するネットワークを介して、当該複数のユーザ端末のそれぞれから複数の項目からなる複数の取引希望条件を収集し第1の記憶手段に記憶する第1のステップと、
前記第1の記憶手段に記憶された前記複数の業者のそれぞれの取引希望条件について、当該取引希望条件の複数の項目を満足する前記複数の顧客のうちの少なくとも1つの取引希望条件をリンクするとともに、前記第1の記憶手段に記憶された前記複数の顧客のそれぞれの取引希望条件について、当該取引希望条件の複数の項目を満足する前記複数の業者のうちの少なくとも1つの取引希望条件をリンクする第2のステップと、
前記第2のステップでリンクされた取引希望条件を基に、前記複数の業者のそれぞれの取引希望条件のうち予め定められた第1の上限数以内の取引希望条件と、前記複数の顧客のそれぞれの取引希望条件のうち予め定められた第2の上限数以内の取引希望条件とを組み合わせてなる取引組合せ候補を生成する第3のステップと、
前記組合せ候補を記憶する第2の記憶手段に記憶する第4のステップと、
前記第2の記憶手段に記憶された取引組合せ候補を、当該取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としての顧客あるいは業者に対応するユーザ端末に提示する第5のステップと、
前記複数の顧客と前記複数の業者のそれぞれの取引希望条件のうちの1つを基点として、当該基点に対応する取引希望条件にリンクされた取引希望条件の集合から、所定数以内の少なくとも1つの要素をもつ取引希望条件の部分集合を生成し、各部分集合を前記基点の子ノードとして接続することにより、前記基点を展開する第6のステップと、
生成された前記部分集合のうち複数個の要素をもつ第1の部分集合については、さらに、各要素に対応する取引希望条件に対応付けられている取引希望条件の集合から、前記所定数以内の少なくとも1つの要素をもつ取引希望条件の部分集合を生成し、各部分集合を前記第1の部分集合に対応するノードの子ノードとして接続することにより、当該第1の部分集合に対応するノードを展開して前記基点をルートノードとする探索木を生成する第7のステップと、
前記探索木の前記ノードに対応する取引希望条件の集合の要素を、当該ノードの接続している親ノードに対応する取引希望条件の集合に追加していくことにより、前記取引組合せ候補を生成する第8のステップと、
をコンピュータに実行させるプログラムを記憶した機械読み取り可能な記録媒体。 - 前記第5のステップで提示された前記取引組合せ候補に対し、当該取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに対応するユーザ端末から前記ネットワークを介して当該取引組合せ候補に対する承認を受け付けるステップと、
前記提示された取引組合せ候補のうち特定の取引組合せ候補に対し、当該特定の取引組合せ候補に含まれる取引希望条件を提出した取引の当事者としてのユーザに対応するユーザ端末から承認が得られたとき、当該ユーザに対応するユーザ端末に当該特定の取引組合せ候補に係る取引が成立した旨を通知するステップと、
をさらに有するプログラムを記憶した請求項21記載の記録媒体。 - 複数の項目からなる複数の希望条件のそれぞれについて、当該希望条件の複数の項目のうちの一部を満足する前記複数の希望条件のうちの少なくとも1つの他の希望条件をリンクする第1のステップと、
前記複数の希望条件のうちの1つを基点として、当該基点に対応する希望条件にリンクされた他の希望条件の集合から、所定数以内の少なくとも1つの要素をもつ希望条件の部分集合を生成し、各部分集合を前記基点の子ノードとして接続することにより、前記基点を展開する第2のステップと、
生成された前記部分集合のうち複数個の要素をもつ第1の部分集合については、さらに、各要素に対応する希望条件に対応付けられている希望条件の集合から、前記所定数以内の少なくとも1つの要素をもつ希望条件の部分集合を生成し、各部分集合を前記第1の部分集合に対応するノードの子ノードとして接続することにより、当該第1の部分集合に対応するノードを展開して前記基点をルートノードとする探索木を生成する第3のステップと、
前記探索木の前記ノードに対応する希望条件の集合の要素を、当該ノードの接続している親ノードに対応する希望条件の集合に追加していくことにより、組合せ候補を生成する第4のステップと、
を有することを特徴とする組合せ候補生成方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003170837A JP2004030658A (ja) | 2003-06-16 | 2003-06-16 | 電子取引仲介方法、組合せ候補生成方法、電子取引仲介装置および記録媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003170837A JP2004030658A (ja) | 2003-06-16 | 2003-06-16 | 電子取引仲介方法、組合せ候補生成方法、電子取引仲介装置および記録媒体 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002531286A Division JPWO2002027575A1 (ja) | 2000-09-25 | 2000-09-25 | 電子取引仲介方法、組合せ候補生成方法、電子取引仲介装置および記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004030658A true JP2004030658A (ja) | 2004-01-29 |
JP2004030658A5 JP2004030658A5 (ja) | 2005-09-08 |
Family
ID=31185415
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003170837A Pending JP2004030658A (ja) | 2003-06-16 | 2003-06-16 | 電子取引仲介方法、組合せ候補生成方法、電子取引仲介装置および記録媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004030658A (ja) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008027194A (ja) * | 2006-07-21 | 2008-02-07 | Chugoku Electric Power Co Inc:The | 資材購入発注先決定装置、資材購入発注先決定システム、資材購入発注先決定方法、及び資材購入発注先決定プログラム |
WO2018073953A1 (ja) * | 2016-10-21 | 2018-04-26 | 株式会社日立物流 | 共同輸送管理装置、共同輸送管理方法、及び共同輸送管理プログラム |
JP2018073186A (ja) * | 2016-10-31 | 2018-05-10 | 株式会社日立製作所 | 取引システム、取引システムの制御方法、及び、そのためのプログラム |
KR20180100162A (ko) * | 2015-12-29 | 2018-09-07 | 알리바바 그룹 홀딩 리미티드 | 서비스 처리 방법 및 장치 |
JP2020021422A (ja) * | 2018-08-03 | 2020-02-06 | 荏原実業株式会社 | 生体情報・業務管理システム、方法およびプログラム |
WO2020066771A1 (ja) * | 2018-09-26 | 2020-04-02 | 本田技研工業株式会社 | 依頼処理システム |
JP2020166505A (ja) * | 2019-03-29 | 2020-10-08 | 株式会社日立製作所 | 荷物の配送を支援するシステム |
JP2023015974A (ja) * | 2021-07-20 | 2023-02-01 | 株式会社日立製作所 | 環境技術プロジェクトにおけるユーザの相互作用を連携させる方法および装置 |
WO2023007526A1 (ja) * | 2021-07-26 | 2023-02-02 | 日本電気株式会社 | 共同配送支援装置、共同配送支援システム、端末装置、共同配送支援方法及びプログラム |
-
2003
- 2003-06-16 JP JP2003170837A patent/JP2004030658A/ja active Pending
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008027194A (ja) * | 2006-07-21 | 2008-02-07 | Chugoku Electric Power Co Inc:The | 資材購入発注先決定装置、資材購入発注先決定システム、資材購入発注先決定方法、及び資材購入発注先決定プログラム |
KR20180100162A (ko) * | 2015-12-29 | 2018-09-07 | 알리바바 그룹 홀딩 리미티드 | 서비스 처리 방법 및 장치 |
JP2019502209A (ja) * | 2015-12-29 | 2019-01-24 | アリババ グループ ホウルディング リミテッド | サービス処理方法及び装置 |
KR102151330B1 (ko) * | 2015-12-29 | 2020-09-03 | 알리바바 그룹 홀딩 리미티드 | 서비스 처리 방법 및 장치 |
WO2018073953A1 (ja) * | 2016-10-21 | 2018-04-26 | 株式会社日立物流 | 共同輸送管理装置、共同輸送管理方法、及び共同輸送管理プログラム |
JPWO2018073953A1 (ja) * | 2016-10-21 | 2019-06-24 | 株式会社日立物流 | 共同輸送管理装置、共同輸送管理方法、及び共同輸送管理プログラム |
JP2018073186A (ja) * | 2016-10-31 | 2018-05-10 | 株式会社日立製作所 | 取引システム、取引システムの制御方法、及び、そのためのプログラム |
JP2020021422A (ja) * | 2018-08-03 | 2020-02-06 | 荏原実業株式会社 | 生体情報・業務管理システム、方法およびプログラム |
JP2020052659A (ja) * | 2018-09-26 | 2020-04-02 | 本田技研工業株式会社 | 依頼処理システム |
WO2020066771A1 (ja) * | 2018-09-26 | 2020-04-02 | 本田技研工業株式会社 | 依頼処理システム |
JP7111573B2 (ja) | 2018-09-26 | 2022-08-02 | 本田技研工業株式会社 | 依頼処理システム |
JP2020166505A (ja) * | 2019-03-29 | 2020-10-08 | 株式会社日立製作所 | 荷物の配送を支援するシステム |
JP7281941B2 (ja) | 2019-03-29 | 2023-05-26 | 株式会社日立製作所 | 荷物の配送を支援するシステム |
JP2023015974A (ja) * | 2021-07-20 | 2023-02-01 | 株式会社日立製作所 | 環境技術プロジェクトにおけるユーザの相互作用を連携させる方法および装置 |
JP7340050B2 (ja) | 2021-07-20 | 2023-09-06 | 株式会社日立製作所 | 環境技術プロジェクトにおけるユーザの相互作用を連携させる方法および装置 |
WO2023007526A1 (ja) * | 2021-07-26 | 2023-02-02 | 日本電気株式会社 | 共同配送支援装置、共同配送支援システム、端末装置、共同配送支援方法及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8135627B2 (en) | Online marketplace for moving and relocation services | |
JP6318536B2 (ja) | 車両の相乗り者検索システム | |
JP4708961B2 (ja) | 電子クーポンシステム、電子クーポン処理装置及び電子クーポン処理プログラム | |
US10679305B2 (en) | Real time digital value nodes and networks | |
JP3620208B2 (ja) | オンライン・ショッピング・サービス方法およびシステム | |
MXPA04001425A (es) | Sistema y metodo para el manejo de inventario. | |
JPWO2002027575A1 (ja) | 電子取引仲介方法、組合せ候補生成方法、電子取引仲介装置および記録媒体 | |
JP2022508280A (ja) | マルチモーダル貨物サービスの自動生成の方法とシステム | |
US20050004805A1 (en) | System and method of suggestive analysis of customer data | |
JP2004030658A (ja) | 電子取引仲介方法、組合せ候補生成方法、電子取引仲介装置および記録媒体 | |
JP2007182289A (ja) | 移動者向け物品配送方法 | |
KR20170136390A (ko) | 해외 개인여행객(FIT, Foreign Independent Tourists)을 위한 관광전문가 및 제품 선정 전문가(MD) 매칭 온라인 직거래 플랫폼 서비스 시스템 및 그 방법 | |
EP3091500A1 (en) | Property brokerage server | |
JP2008225622A (ja) | 商取引における最小コスト提示システムおよびその方法 | |
JPWO2003038700A1 (ja) | 商品に係わる情報を通知する方法 | |
JP5629797B2 (ja) | 電子商取引サーバ、電子商取引方法および電子商取引プログラム | |
JP2001195534A (ja) | 輸送者決定システムおよびその方法 | |
KR100619529B1 (ko) | 상품 구매와 배송을 결합시킨 전자상거래 시스템 및 방법 | |
Karunarathna | Identifying the ways of delivery performance enhancements in Sri Lankan E commerce Logistics sector with special reference to the Cash on Delivery (COD) method: An Integrative… | |
JP2021056685A (ja) | 不動産情報提供システム、不動産情報提供方法、および、プログラム | |
KR101743405B1 (ko) | 관광 상품 판매 촉진을 위한 방법 및 그 시스템 | |
JP4300881B2 (ja) | 商品情報提供支援システム | |
JP2003016336A (ja) | 新規顧客獲得方法及び新規顧客獲得プログラム | |
JP2002041869A (ja) | 輸送業務取引代行サーバ及びそれを用いた輸送業務取引システム及び輸送業務取引方法並びに輸送業務取引方法をコンピュータに実行させるプログラムを記録した記録媒体 | |
JP2002092112A (ja) | 宅配収集システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050315 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050315 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070904 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080115 |