JP2004126891A - 購買希望条件抽出装置、購買希望条件抽出プログラム - Google Patents
購買希望条件抽出装置、購買希望条件抽出プログラム Download PDFInfo
- Publication number
- JP2004126891A JP2004126891A JP2002289278A JP2002289278A JP2004126891A JP 2004126891 A JP2004126891 A JP 2004126891A JP 2002289278 A JP2002289278 A JP 2002289278A JP 2002289278 A JP2002289278 A JP 2002289278A JP 2004126891 A JP2004126891 A JP 2004126891A
- Authority
- JP
- Japan
- Prior art keywords
- data
- schedule
- purchase
- creating
- question
- 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
- 238000013439 planning Methods 0.000 claims abstract description 23
- 238000013500 data storage Methods 0.000 claims description 13
- 238000001514 detection method Methods 0.000 claims description 12
- 238000007726 management method Methods 0.000 abstract description 13
- 230000006870 function Effects 0.000 description 25
- 230000004308 accommodation Effects 0.000 description 20
- 238000012545 processing Methods 0.000 description 15
- 101100219553 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SRV2 gene Proteins 0.000 description 10
- 238000000034 method Methods 0.000 description 10
- 238000012790 confirmation Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 238000000605 extraction Methods 0.000 description 7
- 238000004364 calculation method Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 5
- 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 4
- 230000005540 biological transmission Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000010365 information processing Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Calculators And Similar Devices (AREA)
Abstract
【課題】購買者が、自己のスケジュールを入力するというスケジュール管理を行うと、自然にスケジュールの実行に必要とされる商品を、簡便且つ確実に手配をすることができるものを提供する。
【解決手段】会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段２１Ｂと、前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段２１Ｄと、前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段２１Ｆと、前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段２１Ｈとを具備する構成とした。
【選択図】図１
【解決手段】会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段２１Ｂと、前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段２１Ｄと、前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段２１Ｆと、前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段２１Ｈとを具備する構成とした。
【選択図】図１
Description
【０００１】
【発明の属する技術分野】
本発明は、商品又は役務を提供する提供者と、これら商品又は役務の提供を受ける購買者との間で交わされる商取引を、装置システムを介して支援するための取引支援設備に関するものである。
【０００２】
【従来の技術】
従来、購買者は、例えば会議や旅行などのスケジュールが入ると、そのスケジュールを実行するために必要とされるもの、例えば飛行機などのチケットなどを予定日までに購買したり、ホテルなどの宿泊施設を予約しておく。
【０００３】
一方、インターネットに代表される通信システムや装置の発達で、近時、インターネットのデータ性及びリアルタイム性を利用した電子商取引が盛んになっており、上記飛行機チケットの購買やホテルの予約などをオンラインで行えるサイトが普及し購買者の利便性が向上している。（例えば、特許文献１参照）
このようなサイトでは、購買者が出発の日付や目的地等を入力し、その条件にあった宿泊施設や移動手段を選択した後に購買することができる。
【０００４】
【特許文献１】特開２００２−１８３５６３号公報（第３頁、図１）
【０００５】
【発明が解決しようとする課題】
しかし、上記オンラインシステムを利用したとしても、購買者は、自ら飛行機チケットの販売やホテルの予約を扱うサイトを見つけ出して、各商品について逐次購買手続きを行わなければならない。更には、飛行機チケットの販売やホテルの予約など、スケジュールを実行するために必要とされる商品について手配を忘れてしまう危険性もある。
【０００６】
また、例えば会議や旅行などのスケジュールには、その中で行う目的がつきものである。このような目的、例えば会議に参加するためには、そのイベントである会議の開催場所や時間帯に応じてその開催地に近い宿泊施設を探し出したり、また、その開催場所にいくための交通機関や所要時間を逐次調べなければならなかった。
【０００７】
【課題を解決するための手段】
すなわち、本発明は、図１に示すように、会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置である。
【０００８】
なお、本発明をシステムとして実現するには、スタンドアローン装置のみで構成する場合もあれば、ホスト装置及びこれにインターネット等の通信ネットワークを介して接続された端末装置を利用して構成する場合もある。
【０００９】
ここで「質問データを作成する」とは、逐次質問データの文章構成をして作成するほか、既存の質問文章構成を有する質問データを選択することなどを含む概念である。また、「出力する」とは、例えば、ディスプレイ等の表示手段に画面表示することやプリンタなどにて印刷すること、ファックスやその他の装置に送信することなど種々の形態をなす出力が含まれる。
【００１０】
これにより、購買者にとっては、自己のスケジュールを入力するというスケジュール管理を行うと、自動的に当該スケジュールの実行に必要とされる商品等に関する種々の購買希望条件が抽出されていき、簡便且つ確実に手配を行うことができる。
【００１１】
また、スケジュールに入力された内容、例えば会議に参加するなどの目的を果たすために便利な宿泊施設や交通機関等が自動的にプランニングされ、自ら開催時間に合わせた移動手段を調べたり、近郊の宿泊施設を選別したりする手間を省いた状態で好適な商品等の予約をすることができる。
【００１２】
一方、提供者側は待ちの姿勢ではなく、積極的に購買者のスケジュールの中から顧客のニーズを引き出すことができ、自社商品を売り込む機会を飛躍的に向上させることができる。
【００１３】
また、図２に示すように、少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する自動検出手段を備えることで、購買者の手間を省いた状態で、確実にスケジュールデータを収集することができる。
【００１４】
更に、少なくとも日付に関するデータを含むと共に、予め定めた選択肢にから選択されたスケジュールデータを受け付けることにより、購買希望条件を抽出するに必要なデータを効率的且つ簡単に受け付けることが可能となる。
【００１５】
加えて、図３に示すように、購買者に関する購買者データを基に、当該スケジュールに必要とされる商品または役務から構成されるプランを作成することも考えられる。これにより、無駄な質問データを送信することなく、購買希望条件を抽出するために必要となる質問データを的確に作成することができる。
【００１６】
また、よりスケジュールに沿ったプランを作成するためには、複数の商品や役務から構成されるプランを作成することが望ましい。更に、スケジュールを実行するためのプランを複数用意することで、購買者の好みに応じたプランを提供することができる。
【００１７】
具体的な実施の態様としては、図４に示すように、前記質問データに対する回答データに基づいて購買希望条件を具備する商品または役務に関する購買希望データを作成し、当該購買希望データを出力する構成とすることが望ましい。
【００１８】
【発明の実施の形態】
以下、本発明の実施形態を、図面を参照して説明する。
【００１９】
この実施形態における取引支援設備は、取引を支援促進するためのものであり、図５に示すように、当該商品や役務（以下商品について説明する）の需要者である購買者側にそれぞれ設けられた情報処理装置たる購買者側端末装置Ｐ１及び商品の提供者である販売者側に設けられた情報処理装置たる販売者側端末装置Ｐ２とインターネット等の通信回線を介して双方向通信可能に接続された情報処理装置たるサーバ装置ＳＲＶにより構成される。
【００２０】
本実施の形態においては、旅行市場において取引支援設備を利用した場合について説明する。
【００２１】
ここで販売者Ｘとは、本実施形態においては、例えば各種旅行のパッケージ商品や飛行機や宿泊施設などのチケットを取り扱う旅行業社や、ホテルや旅館などの宿泊施設提供者、飛行機や鉄道等の運輸業者などであり、不特定多数の業者のうち、本設備を利用可能な者として登録されたもののことを指す。登録は、登録支援手段（図示しない）を利用して行われる。この登録支援手段は、前記不特定の業者が、例えばオンラインによりサーバ装置ＳＲＶにアクセスした場合に、その業者の基本データの入力を要求し、その業者に、識別子たるＩＤを発行するとともに、このＩＤに関連付けて前記基本データを記憶するものである。販売者Ｘとして登録された後は、そのＩＤ及び必要に応じてパスワードを端末に入力することにより、本設備の利用が可能となる。
【００２２】
購買者Ｙは、販売者Ｘ同様、本設備を利用可能な者として登録された者のことを指す。なお、登録にあたっての手続やＩＤ取得等に関しても上述と同様であるので説明は省略する。
【００２３】
１．機器構成
次いで、この取引支援設備を構築するにあたって利用する機器構成について説明すると、購買者側端末装置Ｐ１、販売者側端末装置Ｐ２は、いわゆるパーソナル装置や、ファクシミリ装置、電話等も含む概念であり、実施に際しては、これらの機器が併用されることもあるが、本実施形態の以下の説明においては購買者側端末装置Ｐ１、販売者側端末装置Ｐ２がパーソナル装置である場合について説明する。なお、これらの所在は、国内に限られず、海外でも構わない。
【００２４】
また、これら購買者側端末装置Ｐ１、販売者側端末装置Ｐ２は、図６に示すように、キーボード１０１、マウス１０２等の入力手段、ディスプレイ１０４等の出力手段、ＨＤ等の記憶装置１０６、ＣＰＵ１０３、内部メモリ１０５、通信インタフェース１０７等を備えたもので、ＷＥＢブラウザ等を有する。
【００２５】
サーバ装置ＳＲＶは、ＷＥＢサーバ機能やデータベース機能等を備えたものであり、購買者側端末装置Ｐ１、販売者側端末装置Ｐ２と略同様な機器構成を有してなる。なお、このサーバ装置ＳＲＶは、一箇所に集中させて設けてあるか、分散させて設けてあるかは問わないし、その所在は国内に限られず、海外でも構わない。
【００２６】
本実施形態においては、サーバ装置ＳＲＶを、購買希望価格データなどの購買希望商品に関する購買希望条件を抽出する購買希望条件抽出装置ＳＲＶ１と、前記購買希望価格と当該購買を希望されている商品の販売希望価格などを基に各種オファーを制御したり、売買取引を成立させるために使用される補填を管理したりする取引支援装置ＳＲＶ２と、前記取引がなされる商品を検索する商品検索装置ＳＲＶ３とから構成している。
【００２７】
２．概略機能
しかして本実施形態における取引支援設備は、図７に示すように、前記購買者側端末装置Ｐ１、販売者側端末装置Ｐ２やサーバ装置ＳＲＶの記憶装置１０６に記憶させた所定のプログラムにしたがって、それら装置Ｐ１、Ｐ２、ＳＲＶにおけるＣＰＵ１０３や周辺機器が作動することにより、以下に示す各種機能を発揮する。
【００２８】
以下、装置毎に詳述する。
【００２９】
購買者側端末装置Ｐ１は、例えばスケジュール管理用のアプリケーションソフトを具備しており、そのディスプレイに月単位や週単位毎のカレンダーを表示可能として、予定の入った日付けにスケジュールデータを入力できるように構成されており、少なくとも入力手段１Ａ、送受信手段１Ｂ、表示手段１Ｃとの機能を有している。尚、所定のサーバにスケジュール管理用のアプリケーションソフトを具備しておき、社内などの所定のグループで各自のスケジュールを共有できるグループウェア仕様としても良い。
【００３０】
ここで、入力手段１Ａは、会議などのスケジュールデータのほか、購買希望価格や購買希望商品の他、商品の仮押さえや購買決定、キャンセルのデータ等を購買者が入力するためのものであり、主としてキーボード等の入力手段１０６によりデータを受け付ける。
【００３１】
送受信手段１Ｂは、電話回線網を介して直接的なダイヤルアップ接続を確立して、又はインターネット回線網を介して接続を確立することによりサーバ装置ＳＲＶとの間で送受信を行う状態をとりうるものである。主として、通信インターフェース１０７等を用いてサイトへアクセス可能とするもので、各種データを送受信する機能を有する
表示手段１Ｃは、図１２に示すようなスケジュール画面や、サーバ装置ＳＲＶから送信されてくる各種データを表示するディスプレイ１０４等から構成されるもので、表示指示信号に基づいて各種内容を表示する機能を有する。
【００３２】
次にサーバ装置ＳＲＶは、前述の通り購買希望条件抽出装置ＳＲＶ１、販売支援装置ＳＲＶ２、商品検索装置ＳＲＶ３とから構成される。
【００３３】
購買希望条件抽出装置ＳＲＶ１は、会議などのスケジュールが入った際に、そのスケジュールを実行するために必要とされる商品、例えば飛行機のチケットやホテルなどの商品に関する購買希望条件を抽出するためのものであり、自動検出手段２１Ａ、スケジュールデータ受付手段２１Ｂ、手配管理手段２１Ｃ、プランニング手段２１Ｄ、経路探索手段２１Ｅ、質問データ作成手段２１Ｆ、データ格納手段２１Ｇ、質問データ出力手段２１Ｈ、回答データ受付手段２１Ｉ、購買希望データ作成手段２１Ｊ、購買希望データ出力手段２１Ｋ、購買条件生成手段２１Ｌとしての機能を有している。
【００３４】
また、本実施の形態においては、更に入力支援手段２１Ｍを備え、購買者が入力手段１Ａを利用して取引に必要となる様々なデータの入力する際に適切な画面等を送信してその入力を促す機能を有し、購買者側端末装置Ｐ１とサーバ装置ＳＲＶとの窓口となり双方において各種データの送受信を行う入力支援装置としての機能も果たす。
【００３５】
自動検出手段２１Ａは、図示しないタイマーなどを有し、予め定めた所定の時刻を迎えると、自動的にスケジュールデータの自動検出プログラムを立ち上げる。そして、購買者側端末措置Ｐ１と互いに通信可能な状態に接続し、予め定めた複数の購買者側端末装置Ｐ１を巡回して少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する。
【００３６】
スケジュールデータ受付手段２１Ｂは、前記自動検出手段２１Ａを用いて検出したスケジュールデータを受け付けるものであり、例えば、日付に関するデータや、その日付欄に記載された「会議」や「福岡」などの予定を示すデータを受け付ける。
【００３７】
手配管理手段２１Ｃは、前記スケジュールデータ受付手段２１Ｂにより受け付けたスケジュールを実行する上で必要となる商品の手配が既になされているか否かを管理する機能を有している。具体的には、図示しないタイマーなどを有し、予め定めた所定の時刻を迎えたり、前記スケジュールデータ受付手段２１Ｂによりスケジュールデータを受け付けたことを契機として、そのスケジュールデータに含まれるスケジュールを実行する上で必要となる商品が手配済みかを確認し、手配がされていない場合には手配を開始する。そして、各スケジュールについて、手配状態が未手配状態であるか、手配が完了した手配完了状態であるかなどのデータを格納することで、各スケジュールに対する手配状態を管理する機能を有している。尚、購買者から手配が不要である旨の意思表示が成された場合には、以後手配を進めない構成とすることも考えられる。
【００３８】
プランニング手段２１Ｄは、前記スケジュール受付手段２１Ｂにより受け付けたスケジュールを実行するために必要とされるプランを作成する機能を有している。本実施の形態においては、スケジュールデータに含まれる内容、及び後述するデータ格納手段２１Ｇに格納されたプランデータや、購買者データを基に、複数のプランを作成していく。具体的には、スケジュールデータに目的を会議とし、その会議の開始時間を１３：００、終了時間を１７：００頃、開催地を福岡である旨が入力されたとする。すると、まず移動に関するプランデータを読み出す。その際、移動のプランデータとして、移動手段や、出発地、出発時刻、到着地、到着時刻を条件として定めなければならない旨が定義付けられている。更には、目的を会議としている場合には、開始の２０分前に到着する、出発地を会社とするなどの諸条件が予め定められている。従って、会議開始時間を１３：００であると受け付けた場合には、その開始時間から自動的に到着時刻を換算し、１２：４０に開催場所へと到着するプランを作成していく。更に、購買者データとして予め会社住所等を格納しているため、自動的に出発地に購買者の会社住所を当てはめてプランを作成していく。そして、その他自動的に定められない項目、例えば移動手段や出発時刻などの購買者の希望する条件を、後述する質問データ作成手段２１Ｆ等を利用することにより埋めていきプランを作成していく。
【００３９】
経路探索手段２１Ｅは、出発地から到着地までの経路を探索するもので、様々な経路のほか、移動手段や所要時間を換算する機能を有している。
【００４０】
質問データ作成手段２１Ｆは、前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品の購買希望条件を導き出すための質問データを作成する機能を果たす。つまり、前記プランニング手段２１Ｄを用いてプランニングしていく際に必要とされるデータ、例えば、交通機関や宿泊施設などを手配するために必要となる条件を導き出すため、「目的地はどこですか？」「到着希望時刻は？」「出発希望時刻は？」「目的は？」「出発地はどこですか？」「希望の交通機関は？」「購買希望価格は？」などを問いかける質問データを作成する。また、スケジュールデータ内に例えば「福岡」などの目的地と思われる文字列が含まれていた場合には、「目的地は福岡でよろしいですか？」などの確認を促す質問データを作成することも考えられる。また、過去の購買履歴に基づいて予測される商品を提示するための質問データを作成することも考えられる。尚、本実施の形態においては、データ格納手段２１Ｇに格納された予め定めた質問データの中から選択できるように構成しているが、逐次作成してもかまわない。
【００４１】
データ格納手段２１Ｇは、図８に示すように、購買者データ２１１Ｇ、購買希望条件データ２１２Ｇ、質問データ２１３Ｇ、プランデータ２１４Ｇ、購買条件データ２１５Ｇ等を各種領域に分けて格納するものである。詳述すると、購買者データ２１１Ｇは、購買者識別子に基づいて、氏名、位置データとなる会社住所や自宅住所、電話番号などの購買者の個人情報のほか、その購買者の購買履歴等を格納する。また、購買希望条件データ２１２Ｇとして、購買希望条件となりうる各種データ、例えば目的地、出発地、出発時刻、到着時刻、交通機関、目的、購買希望価格などを格納している。更に、質問データ２１３Ｇとして、「目的地はどこですか？」「到着希望時刻は？」「出発希望時刻は？」「目的は？」「出発地はどこですか？」「希望の交通機関は？」「購買希望価格は？」など、購買希望条件を導き出すためのデータを格納している。また、プランデータ２１４Ｇとしては、スケジュールを実行するプランに必要とされる条件、例えば移動手段や、出発地、出発時刻、到着地、到着時刻等を定める旨が定義付けられている。更には、目的を会議としている場合には、２０分前に到着する、出発地を会社とするなどの諸条件をプランデータとして格納している。購買条件データ２１５Ｇとしては、実際に商品を手配する際に必要となる条件、例えば航空券を購買する際に必要とされる条件である出発時刻、出発地、氏名、年齢、性別、航空会社、到着地、到着時刻、便名、希望の座席、支払方法等の必要項目を商品毎に格納している。また、この購買条件データ２１５の中には、どの販売者から購入しても必要となる一般内容のほか、販売者（サイト）毎に異なる内容も格納されており、両者の内容を組み合わせて使用できる構成としている。
【００４２】
質問データ出力手段２１Ｈは、前記質問データ作成手段２１Ｃを用いて作成された質問データを購買者側端末装置Ｐ１に出力する機能を有している。
【００４３】
回答データ受付手段２１Ｉは、前記質問データに対する購買者からの回答データを受け付けるものである。本実施の形態においては、購買者端末装置Ｐ１から回答データを受信することにより受け付けている。
【００４４】
購買希望データ作成手段２１Ｊは、前記回答データから抽出した購買希望条件等を具備する商品に関する購買希望データを作成するものであり、例えば、購買希望条件として、「出発地」を「東京」、「目的地」を「福岡」、「購買希望価格」を「４００００円」として受け付けた場合には、その購買希望条件を満たす飛行機チケットを商品として購買希望データを作成する。また、宿泊の可能性も考えられる場合には、その他に宿泊施設を予約する宿泊プランを満たす購買希望データを作成する。尚、本実施の形態の図１６にように、スケジュールデータに含まれるスケジュールを実行するために複数の商品が必要とされる場合には、一連の商品群を選び出し、その商品群に含まれる複数の商品に関する購買希望データを作成する。
【００４５】
購買希望データ出力手段２１Ｋは、前記購買希望データ作成手段２１Ｊを用いて作成した購買希望データを、後述する販売支援装置ＳＲＶ２の有する購買希望データ受付手段２２Ａへと出力するものである。
【００４６】
購買条件生成手段２１Ｌは、実際に商品を購入する際に必要とされる条件を生成していく機能を有するものである。具体的には、購買条件データ２１５Ｇとして挙げられている条件、例えば航空券を購買する際に必要とされる条件である、出発時刻、出発地、氏名、年齢、性別、航空会社、到着地、到着時刻、便名、希望の座席、支払方法等であり、どの販売者から購入しても必要となる一般内容のほか、販売者側端末装置Ｐ２（サイト）毎に異なる条件をも満たすように、前述の質問データ作成手段２１Ｆ等を利用して必要となる条件を購買者から聞き出して必要となる購買条件を生成していく。
【００４７】
販売支援装置ＳＲＶ２は、購買希望データ受付手段２２Ａ、検索指令手段２２Ｂ、販売希望データ受付手段２２Ｃ、差額算出手段２２Ｄ、第１の出力手段２２Ｅ、補填準備金認定手段２２Ｆ、補填準備金格納手段２２Ｇ、補填限度額管理手段２２Ｈ、補填判定手段２２Ｉ、第２の出力手段２２Ｊ、補填データ処理手段２２Ｋ、約定制御手段２２Ｌとしての機能を少なくとも有している。
【００４８】
詳述すると、購買希望データ受付手段２２Ａは、少なくとも価格に関するデータを含んだ購買希望データを受け付けるものである。購買希望データが複数の商品を有する商品群から構成されている場合には、その合計額を価格に関するデータとして受け付ける。尚、個々の商品について購買希望価格を受け付けてもよいのはもちろんである。本実施の形態においては、購買者側端末装置Ｐ１から送信されてきた購買希望価格データ、購買希望商品データ、仮押さえデータ、仮押さえキャンセルデータ、購買確定データ、購買キャンセルデータなどを受け付ける。尚、他の装置からデータを受信することにより入力を受け付けても良いし、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記録媒体等により受け付けても良い。更に、購買者ＹからＦＡＸや郵便により受け取るようにし、受け取った設備運営者等が、サーバ装置ＳＲＶに直接入力するようにしても構わない。
【００４９】
検索指令手段２２Ｂは、前記購買希望データの内容に対応する提供商品を商品のデータが格納された商品データーベースから検索すべき旨の検索指令信号を出力する機能を有する。尚、検索対象となる商品が、スケジュールを実行するために複数必要とされている場合には、その商品群に含まれるすべての商品について検索指令信号を出力する。具体的には、後述する商品検索装置ＳＲＶ３を介して、各種販売者側装置Ｐ２の有する商品ＤＢ（データベース）３Ｂから購買者が希望する商品に関する販売希望データを検索する。尚、本実施の形態おいては商品ＤＢを販売者側端末装置Ｐ２に設けているが、サーバ装置ＳＲＶに設置しても良い。
【００５０】
販売希望データ受付手段２２Ｃは、前記検索指令信号に応答して返却されてくる提供商品に関する販売希望データを受け付けるものである。本実施形態においては、販売者側端末装置Ｐ２から送信されてきた販売希望価格データ、販売希望商品データなどを受け付ける。尚、購買希望データ受付手段２２Ａと同様に、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記録媒体等により受け付けても良い。更に、販売者ＸからＦＡＸや郵便により受け取るようにし、受け取った設備運営者等が、サーバ装置ＳＲＶに直接入力するようにしても構わない。
【００５１】
差額算出手段２２Ｄは、前記購買希望データにより特定される購買希望価格と当該購買希望データの内容に対応した販売希望データにより特定される販売希望価格との差額を算出する機能を有している。具体的には、購買希望価格から販売希望価格を差し引いてその差額を算出するものである。尚、複数の商品を有する商品群から構成されている場合には、各商品の購買希望価格の合計額と、各商品の販売希望価格の合計額とを差額を算出する。
【００５２】
第１の出力手段２２Ｅは、前記差額算出手段２２Ｄにより算出された差額が正の値を示す場合、つまり購買希望価格が販売希望価格を上回る場合に売買の成立が可能である旨の約定可能信号を出力するものである。
【００５３】
ここで、「約定可能信号」とは、前記購買希望価格及び販売希望価格にて取引が成立できることを示す信号を言う。
【００５４】
補填準備金認定手段２２Ｆは、前記差額算出手段２２Ｄにより算出された差額が正の値を示す場合、つまり購買希望価格が販売希望価格を上回る場合に、その差額を積み立て可能な補填準備金と認定するものである。この認定された補填準備金は、定められたルールに従ったタイミングにて後述する補填準備金格納手段２２Ｇに補填準備金として格納される。本実施の形態においては、商品消耗時に補填準備金として積み立てられる。
【００５５】
補填準備金格納手段２２Ｇは、前記積み立て可能な補填準備金をデータとして積み立てておくためのものである。
【００５６】
補填限度額管理手段２２Ｈは、この補填準備金格納手段から補填準備金を引き出す場合の限度額を管理する機能を有する。具体的には、前記差額算出手段２２Ｄにて算出した結果が、負の値を示す場合に補填準備金格納手段２２Ｇから補填準備金を引き出す場合のルールを定めてその限度額を管理している。本実施の形態においては、補填必要額に基づいて以下に定める補填式に従って定められる補填の優先スコアにて限度額を管理している。詳述すると、補填の優先度スコアを、補填の必要額（負の値を示す差額）／（購買希望価格＋販売希望価格）にて算出する。例えば、購買希望価格が１００円、販売希望価格が１２０円の場合には、差額（補填必要額）はマイナス２０円となる。従って、優先スコアは、２０／２２０≒０．０９となる。この優先スコアは、常に０より大きく１以下となり、この値が小さいほど優先度が高いという判断ができる指標となっている。そして、過去の取引結果から仮想的に求めた優先度スコアの閾値を導き出し、その優先値スコアの閾値を今回の優先値スコアが上回るか否かで今回の補填における限度額を管理する。
【００５７】
優先値スコアの閾値の算出方法としては、まず過去の一定分の取引結果、具体的には取引数、取引期間、取引高合計などにより選び出した取引結果に基づいて算出する。この取引結果は、実際に約定が成立したものの他、差益がマイナスになり約定が成立しなかったものも含む。つまり一定期間等における売りデータと買いデータとのペアを一旦すべてマッチングさせて、各ペアにおける差額を算出する。そして差額が高い順（正の値を示す）にソートする。
【００５８】
一方、前記マッチングにおいて生じる収入（手数料合計＋差益合計）を算出する。ここで、例えば差益の２０％は売買の成立の約定がキャンセルされた場合に対応するためのキャンセル準備金として換算しないなどの一定のルールを定めていた場合には、そのルールによる留保分を前記収入合計から差し引くことも考えられる。そして、その際に補填準備金格納手段２２Ｇに格納されている補填準備金にて補填できる限界値を導き出し、その限界値となる売買ペアの優先値スコアを閾値とする。
【００５９】
更に、補填ができる範囲内で、前記算出方法により限界値となった優先値スコアよりも大なる優先値スコアを閾値として正確に算出したい場合には、補填準備金格納手段２２Ｇに格納されている補填準備金から前記限界値となった優先値スコアにおける補填額を差し引き、その差額を補填に回した場合に限界となる優先値スコアを導き出すことが考えられる。
【００６０】
具体的には、優先値スコア０．５における補填額が１０５００円であったとする。その際に補填準備金格納手段２２Ｇに格納されている補填準備金が１０７００円であり、仮に次の取引を成立させようとすると優先値スコアが０．７となり補填額が１０７５０円必要であったとすると、前記限界値となる優先値スコアは０．５となる。しかし、この場合において、補填準備金格納手段２２Ｇに格納されている補填準備金から前記限界値となった優先値スコアにおける補填額を差し引くと、補填準備金は残高が２００円となる。ここで、仮の取引を想定し、この残高を使い切るような優先値スコア（例えば優先値スコア０．６）を割り出し、閾値を定める。
【００６１】
ここで、限度額を定める際に、補填準備金格納手段２２Ｇに格納されている補填準備金格納手段２２Ｇに格納されている補填準備金の残高に応じてその限度額を変動させて管理しても良い。具体的には、その補填準備金残高額や補填準備金残高の変化率などに応じて管理しても良い。
【００６２】
また、マーケティングデータや過去の入札データなどを統計処理し、その活況度に応じて限度額を変動させても良い。
【００６３】
更に、顧客の過去の取引状況や市場の活況度に応じて、例えば、優良顧客やマーケティングデータから優良化の可能性が高いと思われる顧客に優先的に補填をすることも考えられる。
【００６４】
加えて、予め閾値となる優先値スコアを定めておき、その閾値を下回る優先スコアとなる補填必要額を限度額としても良い。また、予め決まった額を限度額として定めておくことも考えられる。
【００６５】
補填判定手段２２Ｉは、前記差額が負の値を示す場合にその差額に対応する金額を前記限度額の範囲内において補填できるか否かを判断する。具体的には、補填準備金格納手段２２Ｇに格納されている補填準備金が補填が必要となる負の差額分を上回っているか否かを判断する。
【００６６】
第２の出力手段２２Ｊは、前記補填判定手段２２Ｉにより補填可能である旨の判定がなされた場合に売買の成立が可能である旨の約定可能信号を出力する。
【００６７】
補填データ処理手段２２Ｋは、前記第１の出力手段２２Ｅから出力された約定可能信号に起因して約定が成立した場合には前記補填準備金認定手段２２Ｆにより認定された補填準備金を補填準備金格納手段２２Ｇに積み立てるためのデータ処理を行うとともに前記第２の出力手段２２Ｊから出力された約定可能信号に起因して約定が成立した場合には負の値を示す差額を補填するために前記補填準備金格納手段２２Ｇから補填準備金を引き出すためのデータ処理を行う機能を有している。
【００６８】
この補填データ処理を行うタイミングについては、マッチング時、約定時、商品消耗時、キャンセル時など商品の性質や管理者の必要に応じて定めることができる。本実施形態においては、商品消耗時、つまり後述する約定制御手段２２Ｌから旅行チケットなどが使用され商品が消耗したとの信号が補填データ処理手段２２Ｋに送信された際に処理が行われる。また、この正の差額を積み立て処理する際に、例えばキャンセル損害の保証用などとして補填準備金とは別途積み立てておくことも考えられる。
【００６９】
約定制御手段２２Ｌは、約定の確定やキャンセル、また、商品の仮押さえや仮押さえのキャンセル、商品の消耗などを制御すると共に、その各種データ等に基づいて、その取引のステータス（約定確定状態なのか、仮押さえ状態なのか等）を管理する。また、その約定データ等に基づいて前記補填データ処理手段２２Ｋに補填データ処理の指示を行う。具体的には、前記第１の出力手段２２Ｅや第２の出力手段２２Ｊから約定可能信号や、購買者側端末装置Ｐ１や販売者側端末装置Ｐ２から送信されてくる各種データに基づいて制御を行う。
【００７０】
商品検索装置ＳＲＶ３は、購買者の購買希望商品を検索するためのものであり、前記検索指令手段２２Ｂから検索指令信号を受信すると、購買希望データに応じた提供商品に関する販売希望データを検索する機能を有すると共に、約定の確定やキャンセル、また、商品の仮押さえや仮押さえのキャンセルなどのデータを販売者側端末装置Ｐ２との間でやり取りする機能を有している。
【００７１】
詳述すると、この商品検索装置ＳＲＶ３は、購買者の購買希望商品を検索するために、検索条件データ受付手段２３Ａと、購買意思データ受付手段２３Ｂと、商品検索手段２３Ｃと、検索結果出力手段２３Ｄとを少なくとも具備している。
【００７２】
検索条件データ受付手段２３Ａは、購買者の希望する商品の検索条件に関するデータを含んだ検索条件データを受け付けるものであり、本実施の形態においては、検索条件として購買希望データを受け付ける。具体的には、図１１に示す商品を検索条件として受け付ける。
【００７３】
購買意思データ受付手段２３Ｂは、購買者側端末装置Ｐ１から送信されてきた最終的な購買決定を示す約定の確定データのほか、仮予約のための仮押さえデータなどの購買者の購買意思決定に関するデータを受け付けるものである。本実施形態においては、約定の確定やキャンセル、また、商品の仮押さえや仮押さえのキャンセルなどのデータを受け付け、かかるデータを販売者側端末装置Ｐ２との間でやり取りする機能をも有している。
【００７４】
商品検索手段２３Ｃは、前記検索条件データの検索条件に適合した商品を、この商品検索装置ＳＲＶ３と通信可能に接続された複数の販売者側端末装置Ｐ２に設けた商品ＤＢ３Ｂの中から検索するものである。そして、前記購買意思データ、本実施の形態においては仮押さえデータを受け付けるまで所定間隔をおいて繰り返して検索するように設定されている。尚、検索の対象としては単一の商品及び複数の商品から構成される商品群を検索する場合も含まれる。
【００７５】
検索結果出力手段２３Ｄは、前記商品検索手段２３Ｃを用いて検索した検索結果を提供商品データとして販売支援装置ＳＲＶ２の販売希望データ受付手段２２Ｃへと出力する働きをなす。
【００７６】
販売者側端末装置Ｐ２は、送受信手段３Ａ、商品ＤＢ３Ｂ、入力手段３Ｃとしての働きをなす。
【００７７】
送受信手段３Ａは、前記サーバ装置ＳＲＶとの間で各種データを送受信するためのもので、主として通信インターフェース等により構成される。
【００７８】
商品ＤＢ３Ｂは、各販売者が取り扱う商品の販売希望価格や商品品目などの商品のデータが格納されている。
【００７９】
入力手段３Ｃは、前記商品ＤＢ３Ｂに格納される販売購買希望価格や購買希望商品のデータを販売者が入力するためのものであり、主としてキーボード等の入力手段１０６によりデータを受け付ける。
【００８０】
３．動作例
次に本実施形態のシステムの動作例を図９、図１０を参照して説明する。
【００８１】
購買者Ｙは、例えば会議等の予定が入った場合には、図１１に示すように、スケジュール管理用のアプリケーションソフトを立ち上げ、予定の入った日付にスケジュールデータを入力する。本実施の形態においては、７月２日の欄に１３：００、会議、福岡と入力した場合について説明する。
【００８２】
一方、購買希望条件抽出装置ＳＲＶ１は、自動検出手段２１Ａを用いて、図示しないタイマーなどにより所定の時刻を刻むと、自動的にスケジュールデータの自動検出プログラムを立ち上げる。そして、購買者側端末措置Ｐ１と互いに通信可能な状態に接続し、予め定めた複数の購買者側端末装置Ｐ１を巡回して少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する工程を繰り返している。
【００８３】
そして、図１２に示すように、新たなスケジュールデータを検出すると（ステップＳ１：Ｙｅｓ）、スケジュールデータ受付手段２１Ｂにより、前記自動検出手段２１Ａを用いて検出したスケジュールデータを受け付ける（ステップＳ２）。具体的には、７月２日という日付に関するデータや、その日付欄に記載された「会議」や「福岡」などの予定を示すデータを受け付ける。
【００８４】
購買希望条件抽出装置ＳＲＶ１は、このようなスケジュールデータを受け付けると、既にスケジュールの実行に必要とされる商品が手配されているか否かを判断し（ステップＳ３）、未手配状態であることを確認すると、プランニングを開始する（ステップＳ４）。
【００８５】
ここで、図１３を用いて、前記プランニング工程について詳述する。
【００８６】
購買希望条件抽出装置ＳＲＶ１は、まず、前記スケジュール受付手段２１Ｂにより受け付けたスケジュールを実行するために必要とされるプランを作成するために、データ格納手段２１Ｇに格納されたプランデータ等を読み出し（ステップＳ１０１）、スケジュールデータに含まれる内容、及びデータ格納手段２１Ｇに格納された購買者データを基に、プランを作成していく。
【００８７】
具体的には、スケジュールデータに目的を会議とし、その会議の開始時間を１３：００、開催地を福岡である旨が入力されたとする。すると、まず移動に関するプランデータを読み出す。その際、移動のプランデータとして、移動手段や、出発地、出発時刻、到着地、到着時刻を条件として定めなければならない旨が定義付けられている。更には、目的を会議としている場合には、開始の２０分前に到着する、出発地を会社とするなどの諸条件をプランデータとして予め定められている。従って、会議開始時間を１３：００であると受け付けた場合には、その開始時間から自動的に到着時刻を換算し、１２：４０に開催場所へと到着するプランを作成していく。更に、購買者データとして予め会社住所等を格納しているため、自動的に出発地に購買者の会社住所を当てはめてプランを作成していく。加えて、経路検索手段２１Ｅを用いて、目的地に辿り着くための経路を複数パターン作成し、複数の経路パターンに基づく複数のプランを作成したり、日帰りプランや宿泊プランなどスケジュールを実行するための複数のプランを作成していく。尚、単一の商品にてプランを作成する場合もあれば、複数の商品から構成される商品群にてプランを作成する場合がある。
【００８８】
そして、次に前記工程において自動的に定められなかった項目、例えば移動手段や出発時刻などの購買者の希望する条件を、質問データ作成手段２１Ｆ等を利用することにより埋めていく。
【００８９】
具体的には、前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品の購買希望条件を導き出すための質問データを作成する（ステップＳ１０２）。つまり、交通機関や宿泊施設などを手配するために必要となる条件を導き出すため、「目的地はどこですか？」「到着希望時刻は？」「出発希望時刻は？」「目的は？」「出発地はどこですか？」「希望の交通機関は？」「購買希望価格は？」などを問いかける質問データを作成する。また、質問データ作成の際には、データ格納手段２１Ｇに格納された各種購買者データを基に、必要とされる商品を予測して質問データを作成する。具体的には、例えば目的が会議で、目的地が福岡とされている場合には、会社住所として格納されている購買者の位置データを基に目的地との距離を判断し、その両者間が遠い場合には飛行機や新幹線などの移動手段が必要である場合には、かかる交通機関を手配するための質問データを作成する。また、スケジュールデータ内に例えば「福岡」などの目的地と思われる文字列が含まれていた場合には、「目的地は福岡でよろしいですか？」などの確認を促す質問データを作成することも考えられる。更に、過去の購買履歴に基づいて予測される商品を提示するための質問データを作成することも考えられる。尚、本実施の形態においては、データ格納手段に格納された予め定めた質問データの中から選択できるように構成しているが、逐次作成してもかまわない。そして前記工程において質問データを作成すると、この質問データを図１４のように表示可能な状態として購買者端末装置Ｐ１に向けて送信する（ステップＳ１０３）。
【００９０】
次に、その質問データに対する回答データを受信すると（ステップＳ１０４）、スケジュールデータ及び回答データから抽出される購買希望条件を記憶すると共に、購買希望データを作成するために必要とされる購買希望条件が充足しているか否かを判断する（ステップＳ１０５）。
【００９１】
そして、充足していない場合には（ステップＳ１０５：Ｎｏ）、不足している購買希望条件を得るために、再び質問データを作成して送信する。一方、購買希望データを作成するために必要とされる購買希望条件が充足している場合には（ステップＳ１０５：Ｙｅｓ）、前記購買希望条件を満たす商品に関する購買希望データを作成する（ステップＳ１０６）。つまり、購買希望データ作成手段２１Ｊを用いて、前記回答データから抽出した購買希望条件を具備する商品に関する購買希望データを作成する。例えば、購買希望条件として、「出発地」を「東京」、「目的地」を「福岡」、「到着希望時間」を「１２：００」、「購買希望価格」を「４００００円」等として受け付けた場合には、その購買希望条件を満たす飛行機チケットを商品として購買希望データを作成する。また、宿泊の可能性も考えられる場合には、その他に宿泊施設を予約する宿泊プランを満たす購買希望データを作成する。尚、本実施の形態の図１５にように、スケジュールデータに含まれるスケジュールを実行するために複数の商品が必要とされる場合には、一連の商品群に関する購買希望データを作成する。
【００９２】
そして、このように作成した購買希望データを、販売支援装置ＳＲＶ２の有する購買希望データ受付手段２２Ａへと出力する（ステップＳ１０７）。
【００９３】
一方、図１６を参照して説明すると、少なくとも購買希望額を有する購買希望データを受け付けた販売支援装置ＳＲＶ２は（ステップＳ２０１）、前記購買希望データに合致する商品組み合わせを検索し、商品検索装置ＳＲＶ３へと該当する商品の検索指令信号を送信する（ステップＳ２０２）。つまり、図１５に示すように、まず、前記購買希望データに合致する宿泊プランとして航空券や宿泊施設などの複数の商品から構成される商品群であるバスケット・フレーム１のような組み合わせを、また、日帰りプランとしてバスケット・フレーム２のような組み合わせを設定する。この個々の購買希望商品の検索条件は、例えば東京発福岡着の飛行機であって、日付を２００２年７月１日１８：００以降に出発して２０：００以前に到着する便など出発時刻や到着時刻、或いは航空会社などに関して一定の幅のある商品条件に設定することもできる。また、航空会社や便名までも指定した条件設定とすることも可能である。
【００９４】
ここで、上記購買希望商品の検索工程について図１７を参照して詳述する。
【００９５】
商品検索装置ＳＲＶ３は、検索条件データ受付手段２３Ａが、検索指令手段２２Ｃから検索指示信号とともに、購買希望データに含まれる商品の検索条件に関する検索条件データを受け付けると（ステップＳ３０１）、前記検索条件に適合した商品の検索を開始する（ステップＳ３０２）。つまり、この商品検索装置ＳＲＶ３と通信可能に接続された複数の販売者側端末装置Ｐ２に設けた商品ＤＢ３Ｂの中から検索条件データに合致する商品を検索する。その際、複数の商品から構成される商品群を検索対象としている場合には、その合計金額を目安として検索をする。尚、販売者側端末装置Ｐ２が有する商品の中から複数の商品から構成される商品郡を選び出せるように、予めプランデータに含まれる商品から構成される商品群を作成しておくことも考えられる。また、個々の商品に割り振られるおおよその金額を目安に、個々の商品を検索してもよい。
【００９６】
そして、販売者側端末装置Ｐ２から検索条件に合致した商品に関する販売希望データを受信すると（ステップＳ３０３）、検索結果として当該販売希望データを販売支援装置ＳＲＶ２の販売希望データ受付手段２２Ｃへと出力する（ステップＳ３０３）。
【００９７】
また、この商品検索装置ＳＲＶ３は、図示しないタイマーを備え、例えば１０時間や１日などの予め定めた所定のタイミングにて商品検索を繰り返す（ステップＳ３０４：Ｙｅｓ）。そして、購買者端末装置Ｐ１から送信されてきた仮押さえデータを受け付ける（ステップＳ３０５）ことを契機として検索を終了する。
【００９８】
そして、図１８に示すように、商品検索装置ＳＲＶ３が、販売者側端末装置Ｐ２の有する商品ＤＢ３Ｂから、前記購買希望データの内容に対応する提供商品を検索し、販売支援装置ＳＲＶ２が、販売希望データ受付手段２２Ｃにより、前記検索指令信号に応答して返却されてくる提供商品に関する販売希望データを受け付ける（ステップＳ２０３）。詳述すると、バスケット・フレームに含まれる複数の商品について前記販売希望データに合致する提供商品（例えばバスケット・フレーム１の東京−福岡間往路航空チケットであれば、航空会社Ａ社、東京７月１日１９：００発 ２００００円や、航空会社Ｂ社、東京７月１日２０：００発
２２０００円など）を受け付ける。
【００９９】
次に、各バスケット・フレームに含まれる複数の商品の購買希望価格から販売希望価格を差し引いた差額を算出する。尚、この購買希望価格および販売希望価格は、複数の商品の合計金額である。そして、その差額が正の値である場合は（ステップＳ２０４：Ｙｅｓ）損害が出ないため、第１の出力手段２２Ｅより約定可能信号を出力する（ステップＳ２０７）。尚、前記差額算出手段２２Ｄにより算出された差額が正の値を示す場合、つまり購買希望価格が販売希望価格を上回る場合には、補填準備金認定手段２２Ｆを用いて、その差額を積み立て可能な補填準備金と認定される。
【０１００】
一方、その差額が負の値を示す場合には（ステップＳ２０４：Ｎｏ）、負の値分を補填可能であるかどうか補填案を取得する（ステップＳ２０５）。具体的には、補填限度額管理手段２２Ｈを用いて、補填準備金格納手段２２Ｇから補填準備金を引き出す場合の限度額を管理し、その限度額を超えない場合に補填可能と判断する。
【０１０１】
本実施の形態においては、以下に定める補填式に従って算出する補填の優先スコアに基づいて限度額を管理している。具体的には、補填の優先度スコアを、補填の必要額（負の値を示す差額）／（購買希望価格＋販売希望価格）にて算出する。例えば、購買希望価格が１００円、販売希望価格が１２０円の場合には、差額（補填必要額）はマイナス２０円となる。従って、優先スコアは、２０／２２０≒０．０９となる。この優先スコアは、常に０より大きく１以下となり、この値が小さいほど優先度が高いという判断ができる指標となっている。
【０１０２】
そして、過去の取引から仮想的に求めた優先度スコアの閾値を導き出し、その優先値スコアの閾値を今回の優先値スコアが上回るか否かで今回の補填における限度額を管理する。優先値スコアの閾値の算出方法としては、まず過去の一定分の取引結果、具体的には取引数、取引期間、取引高合計などにより選び出した取引結果に基づいて算出する。この取引結果、つまり売りデータと買いデータとのペアを一旦すべてマッチングさせて、各ペアにおける差額を算出する。そして差額が高い順（正の値を示す）にソートする。
【０１０３】
一方、前記マッチングにおいて生じる収入（手数料合計＋差益合計）を算出する。そして、その際に補填準備金格納手段２２Ｇに格納されている補填準備金にて補填できる限界値を導き出す。更に、補填ができる範囲内で、前記算出方法により限界値となった優先値スコアよりも大なる優先値スコアを閾値として正確に算出するため場合には、補填準備金格納手段２２Ｇに格納されている補填準備金から前記限界値となった優先値スコアにおける補填額を差し引き、その差額を補填に回した場合に限界となる優先値スコアを導き出す。具体的には、優先値スコア０．５における補填額が１０５００円であったとする。その際に補填準備金格納手段２２Ｇに格納されている補填準備金が１０７００円であり、仮に次の取引を成立させようとすると優先値スコアが０．７となり補填額が１０７５０円必要であったとすると、前記限界値となる優先値スコアは０．５となる。しかし、この場合において、補填準備金格納手段２２Ｇに格納されている補填準備金から前記限界値となった優先値スコアにおける補填額を差し引くと、補填準備金は残高が２００円となる。ここで、仮の取引を想定し、この残高を使い切るような優先値スコア（例えば優先値スコア０．６）を割り出し、閾値を定める。
【０１０４】
そして、優先値スコアが閾値を超えていた場合には、補填判定手段２２Ｉを用いて、その差額に対応する金額を前記限度額の範囲内において補填できるか否かを判断する。
【０１０５】
次に、補填ができると判断した場合には（ステップＳ２０６：Ｙｅｓ）、第２の出力手段２２Ｊを用いて売買の成立が可能である旨の約定可能信号を約定制御手段２２Ｌへと出力する（ステップＳ２０７）。
【０１０６】
このように、約定制御手段２２Ｌが約定が可能な信号を受信すると、図１２に示すように、サーバ装置ＳＲＶは、購買者側端末装置Ｐ２へ約定が可能なプラン情報を送信する（ステップＳ５）。また、複数の商品について約定が可能である場合には、その各種商品を選択できる状態にて購買者側端末装置Ｐ２にそのプラン情報を送信する。
【０１０７】
一方、この約定可能データを受信した購買者側端末装置Ｐ１は、図１９に示すように、表示手段１Ｃに約定が可能な商品を選択可能に表示する。そして、表示された商品データの中から購買者が希望の商品を選択して画面上の「仮押さえ」ボタンを押下することにより、サーバ装置ＳＲＶにプラン選択情報が、選択された商品データ及び仮押さえデータを購買者識別子と関連付けた状態で送信される。
【０１０８】
この仮押さえデータを含むプラン選択情報を受け付けたサーバ装置ＳＲＶは（ステップＳ６）、図１９に示すように、選択されたプランに含まれる商品の手配をする（ステップＳ７）。具体的には、図２０に示すフローチャートを参照して説明すると、まず手配に必要となる購買条件データを取得する（ステップＳ４０１）。
【０１０９】
購買条件データ２１５Ｇとしては、例えば航空券を購買する際に必要とされる条件、具体的には、出発時刻、出発地、氏名、年齢、性別、航空会社、到着地、到着時刻、便名、希望の座席、支払方法等、どの販売者から購入しても必要となる一般内容のほか、販売者（サイト）毎に異なる内容が含まれる。この購買条件データ取得ステップは、購買条件生成手段２１Ｌを用いて行われ、購買者データから氏名等の購買者情報を読み出したり、前記質問データ作成手段２１Ｆ等を利用して、購買者から必要となるデータを収集することにより行われる。
【０１１０】
そして、購買条件データの取得を完了すると、選択された商品の仮押さえを行うため、販売者側端末装置Ｐ２へとその商品データ及び仮押さえデータを購買条件データと共に送信する（ステップＳ４０２）。そして、仮押さえされた商品が前記差額算出手段２２Ｄにより差額がマイナスと判断され補填が必要なものであった場合には（ステップＳ４０３：Ｙｅｓ）、補填準備金格納手段２２Ｇに対して差額分を一時金として確保するデータ処理を行い補填準備金を確保する（ステップＳ４０４）。そして、取引のステータスを仮押さえ状態に更新する（ステップＳ４０５）。尚、ここで、「ステータス」とは、例えば仮押さえ状態や商品キャンセル状態などの取引の状態を表すものを言う。
【０１１１】
このように、商品手配が完了すると、手配状態管理手段２１Ｃを用いて手配状態を手配完了状態へと更新する（ステップＳ８）。
【０１１２】
次に、仮押された商品について購買決定される段階について図９、図２１を参照して説明する。
【０１１３】
サーバ装置ＳＲＶは、購買者側端末装置Ｐ２から送信された購買決定データを受信すると（ステップＳ５０１）、仮押さえ状態から購買決定状態に変わった旨を販売者に知らせるべく、自動的に販売者側端末装置Ｐ２へと購買決定データを送信する（ステップＳ５０２）。
【０１１４】
すると、例えばチケットの配送や決済が終了した場合には、販売者側端末装置Ｐ２からサーバ装置ＳＲＶにその旨が通知される。そして、サーバ装置ＳＲＶは、補填準備金として格納されるもの、ここでは仲介手数料の決済データを受信すると（ステップＳ５０３）、その手数料を補填準備金格納手段２２Ｇへと格納し（ステップＳ５０４）、ステータスを購買状態へと更新する（ステップＳ５０５）。
【０１１５】
次に、仮押された商品について仮押さえキャンセルされる場合について図１０、図２２を参照して説明する。
【０１１６】
サーバ装置ＳＲＶは、購買者側端末装置Ｐ２から送信された仮押さえキャンセルデータを受信すると（ステップＳ６０１）、購買者から仮押さえがキャンセルされた旨を販売者に知らせるべく、販売者側端末装置Ｐ２へと仮押さえキャンセルデータを自動的に送信する（ステップＳ６０２）。
【０１１７】
そして、サーバ装置ＳＲＶは、補填準備金の一時金として確保しておいた補填確保をキャンセルするデータ処理を補填準備金格納手段に対して行い（ステップＳ６０３）、ステータスを仮押さえキャンセル状態へと更新する（ステップＳ６０４）。尚、仮押さえのキャンセル期間時よっては仮押さえ料金を徴収する設定としても良い。
【０１１８】
次に、購買された商品が消化された場合（本実施形態においては、航空チケットが使用された場合等）について図１０を参照して説明する。
【０１１９】
サーバ装置ＳＲＶは、購買者側端末装置Ｐ２からの通知または擬似ｐｕｓｈにより商品が消化された旨を知らせる消化データを受信すると、補填データ処理を行う。具体的には、前記補填データ処理手段２２Ｋを用いて、前記第１の出力手段２２Ｅから出力された約定可能信号に起因して約定が成立した場合には前記補填準備金認定手段２２Ｆにより認定された補填準備金を補填準備金格納手段２２Ｇに積み立てるためのデータ処理を行うとともに、前記第２の出力手段２２Ｊから出力された約定可能信号に起因して約定が成立した場合には負の値を示す差額を補填するために前記補填準備金格納手段２２Ｇから補填準備金を引き出すためのデータ処理を行う。
【０１２０】
次に、商品購買後の商品についてキャンセルされた場合について図１０を参照して説明する。
【０１２１】
サーバ装置ＳＲＶは、購買者側端末装置Ｐ２から送信された仮押さえキャンセルデータを受信すると、補填準備金の一時金として確保しておいた補填確保をキャンセルするデータ処理を補填準備金格納手段に対して行う。
【０１２２】
以上のシステムにおいて、購買者にとっては、自己のスケジュールを入力するというスケジュール管理を行うと、自動的に当該スケジュールの実行に必要とされる商品等に関する種々の購買希望条件が抽出されていき、簡便且つ確実に手配を行うことができる。
【０１２３】
また、スケジュールに入力された内容、例えば会議に参加するなどの目的を果たすために便利な宿泊施設や交通機関等が自動的にプランニングされ、自ら開催時間に合わせた移動手段を調べたり、近郊の宿泊施設を選別したりする手間を省いた状態で好適な商品等の予約をすることができる。
【０１２４】
一方、提供者側は待ちの姿勢ではなく、積極的に購買者のスケジュールの中から顧客のニーズを引き出すことができ、自社商品を売り込む機会を飛躍的に向上させることができる。
【０１２５】
また、少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する自動検出手段を備えることで、購買者の手間を省いた状態で、確実にスケジュールデータを収集することができる。
【０１２６】
更に、少なくとも日付に関するデータを含むと共に、予め定めた選択肢にから選択されたスケジュールデータを受け付けることにより、購買希望条件を抽出するに必要なデータを効率的且つ簡単に受け付けることが可能となる。
【０１２７】
加えて、購買者に関する購買者データを基に、当該スケジュールに必要とされる商品または役務から構成されるプランを作成することにより、無駄な質問データを送信することなく、購買希望条件を抽出するために必要となる質問データを的確に作成することができる。
【０１２８】
また、複数の商品や役務から構成されるプランを作成することより、更にスケジュールに沿ったプランを作成することが可能となる。加えて、スケジュールを実行するためのプランを複数用意することで、購買者の好みに応じたプランを提供することができる。
【０１２９】
なお、本発明は上記実施形態に限られない。例えば、販売希望価格及び購買希望価格として、所定幅をもたせた価格を受け付けるようにしてもよい。しかしてこの場合であれば、差額算出手段２２Ｄを用いて、これら販売希望データと購買希望データとを比較し、少なくともその購買希望価格の最低額と提供希望価格の最高額との差額を算出し、その差額に基づいて約定が可能か否かを判断するようにしておけばよい。
【０１３０】
また、本実施の形態においては一つの市場間において補填の限度額を管理していたが、複数の市場にまたがって補填限度額の管理を行っても良い。更に、オークション形式の市場に適用することも考えられる。また、本実施形態においては、サーバ装置ＳＲＶと販売者側端末装置Ｐ２との管理主体を分けて構成していたが、双方を同一主体として自社の各支店の在庫状況を管理するような販売支援システムとして利用しても良い。
【０１３１】
加えて、例えば、本実施の形態においては、スケジュールデータを自動的に検出できる構成としているが、例えば会議等の予定が入った場合に、購買者Ｙが、自己の購買者側端末装置Ｐ１からサーバ装置ＳＲＶにログインし、スケジュールデータを送信するように構成しても良い。また、本実施の形態においてはスケジュールデータを自由な文章によって入力できるようにしているが、目的地や出発地などを予め定めた選択肢の中から選択させるようにしてスケジュールデータを入力できるように構成しても良い。また、購買条件抽出装置ＳＲＶ１や販売支援装置ＳＲＶ２、商品検索装置ＳＲＶ３の持つ機能を、購買者側端末装置Ｐ１や、販売者側端末装置Ｐ２に持たせる構成としても良いし、また、単独の構成としても良いのはもちろんである。
【０１３２】
更に、例えば、キャンセルデータ受付手段を設け、以前購買が決定していた商品についてキャンセルされた場合には、その代替商品を検索し、キャンセルした購買者に提示する構成とすることも考えられる。これにより、キャンセルされた商品の代替商品を販売する機会を得ることができるだけでなく、キャンセルした商品の情報を基に、購買者にとって魅力あり必要とされる商品提示を行うことが可能となる。例えば、旅行先でのレンタカーがキャンセルされた場合に、そのあいた時間に開催されるオプションツアーを検索して提示することが考えられる。
【０１３３】
また、本実施の形態においては、仮押さえデータを受け付けた時点で検索を終了したが、最終的な購買決定データを受け付けた時点や、１ヶ月などの一定期間を経過した時点で検索を終了しても良い。
【０１３４】
【発明の効果】
上述したように本発明によれば、購買者にとっては、自己のスケジュールを入力するというスケジュール管理を行うと、自動的に当該スケジュールの実行に必要とされる商品等に関する種々の購買希望条件が抽出されていき、簡便且つ確実に手配を行うことができる。
【０１３５】
また、スケジュールに入力された内容、例えば会議に参加するなどの目的を果たすために便利な宿泊施設や交通機関等が自動的にプランニングされ、自ら開催時間に合わせた移動手段を調べたり、近郊の宿泊施設を選別したりする手間を省いた状態で好適な商品等の予約をすることができる。
【０１３６】
一方、提供者側は待ちの姿勢ではなく、積極的に購買者のスケジュールの中から顧客のニーズを引き出すことができ、自社商品を売り込む機会を飛躍的に向上させることができる。
【０１３７】
また、少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する自動検出手段を備えることで、購買者の手間を省いた状態で、確実にスケジュールデータを収集することができる。
【０１３８】
更に、少なくとも日付に関するデータを含むと共に、予め定めた選択肢にから選択されたスケジュールデータを受け付けることにより、購買希望条件を抽出するに必要なデータを効率的且つ簡単に受け付けることが可能となる。
【０１３９】
加えて、購買者に関する購買者データを基に、当該スケジュールに必要とされる商品または役務から構成されるプランを作成することにより、無駄な質問データを送信することなく、購買希望条件を抽出するために必要となる質問データを的確に作成することができる。
【０１４０】
また、複数の商品や役務から構成されるプランを作成することより、更にスケジュールに沿ったプランを作成することが可能となる。加えて、スケジュールを実行するためのプランを複数用意することで、購買者の好みに応じたプランを提供することができる。
【０１４１】
具体的な実施の態様としては、前記質問データに対する回答データに基づいて購買希望条件を具備する商品に関する購買希望データを作成し、当該購買希望データを出力する構成とすることが望ましい。
【図面の簡単な説明】
【図１】本願発明の機能ブロック図
【図２】本願発明の機能ブロック図
【図３】本願発明の機能ブロック図
【図４】本願発明の機能ブロック図
【図５】本実施の形態における全体構成図。
【図６】同実施形態における装置システム構成図。
【図７】同実施形態における取引支援設備を示す機能ブロック図。
【図８】同実施形態における購買希望条件抽出装置のデータ格納手段におけるメモリマップ。
【図９】同実施形態における取引支援設備の動作フローチャート。
【図１０】同実施形態における取引支援設備の動作フローチャート。
【図１１】同実施形態におけるスケジュールデータ入力画面図。
【図１２】同実施形態における購買希望条件抽出装置の動作フローチャート。
【図１３】同実施形態における購買希望条件抽出装置の動作フローチャート。
【図１４】同実施形態における回答データ入力画面図。
【図１５】同実施形態における商品検索例
【図１６】同実施形態における販売支援装置の動作フローチャート。
【図１７】同実施形態における商品検索装置の動作フローチャート。
【図１８】同実施形態における商品検索例
【図１９】同実施形態における購買希望商品に関する選択画面図。
【図２０】同実施形態における取引支援装置の動作フローチャート。
【図２１】同実施形態における取引支援装置の動作フローチャート。
【図２２】同実施形態における取引支援装置の動作フローチャート。
【符号の説明】
ＳＲＶ１・・・購買希望条件抽出装置
２１Ａ・・・自動検出手段
２１Ｂ・・・スケジュールデータ受付手段
２１Ｄ・・・プランニング手段
２１Ｆ・・・質問データ受付手段
２１Ｇ・・・購買者データ格納手段（データ格納手段）
２１Ｈ・・・質問データ出力手段
２１Ｉ・・・回答データ受付手段
２１Ｊ・・・購買希望データ作成手段
２１Ｋ・・・購買希望データ出力手段
【発明の属する技術分野】
本発明は、商品又は役務を提供する提供者と、これら商品又は役務の提供を受ける購買者との間で交わされる商取引を、装置システムを介して支援するための取引支援設備に関するものである。
【０００２】
【従来の技術】
従来、購買者は、例えば会議や旅行などのスケジュールが入ると、そのスケジュールを実行するために必要とされるもの、例えば飛行機などのチケットなどを予定日までに購買したり、ホテルなどの宿泊施設を予約しておく。
【０００３】
一方、インターネットに代表される通信システムや装置の発達で、近時、インターネットのデータ性及びリアルタイム性を利用した電子商取引が盛んになっており、上記飛行機チケットの購買やホテルの予約などをオンラインで行えるサイトが普及し購買者の利便性が向上している。（例えば、特許文献１参照）
このようなサイトでは、購買者が出発の日付や目的地等を入力し、その条件にあった宿泊施設や移動手段を選択した後に購買することができる。
【０００４】
【特許文献１】特開２００２−１８３５６３号公報（第３頁、図１）
【０００５】
【発明が解決しようとする課題】
しかし、上記オンラインシステムを利用したとしても、購買者は、自ら飛行機チケットの販売やホテルの予約を扱うサイトを見つけ出して、各商品について逐次購買手続きを行わなければならない。更には、飛行機チケットの販売やホテルの予約など、スケジュールを実行するために必要とされる商品について手配を忘れてしまう危険性もある。
【０００６】
また、例えば会議や旅行などのスケジュールには、その中で行う目的がつきものである。このような目的、例えば会議に参加するためには、そのイベントである会議の開催場所や時間帯に応じてその開催地に近い宿泊施設を探し出したり、また、その開催場所にいくための交通機関や所要時間を逐次調べなければならなかった。
【０００７】
【課題を解決するための手段】
すなわち、本発明は、図１に示すように、会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置である。
【０００８】
なお、本発明をシステムとして実現するには、スタンドアローン装置のみで構成する場合もあれば、ホスト装置及びこれにインターネット等の通信ネットワークを介して接続された端末装置を利用して構成する場合もある。
【０００９】
ここで「質問データを作成する」とは、逐次質問データの文章構成をして作成するほか、既存の質問文章構成を有する質問データを選択することなどを含む概念である。また、「出力する」とは、例えば、ディスプレイ等の表示手段に画面表示することやプリンタなどにて印刷すること、ファックスやその他の装置に送信することなど種々の形態をなす出力が含まれる。
【００１０】
これにより、購買者にとっては、自己のスケジュールを入力するというスケジュール管理を行うと、自動的に当該スケジュールの実行に必要とされる商品等に関する種々の購買希望条件が抽出されていき、簡便且つ確実に手配を行うことができる。
【００１１】
また、スケジュールに入力された内容、例えば会議に参加するなどの目的を果たすために便利な宿泊施設や交通機関等が自動的にプランニングされ、自ら開催時間に合わせた移動手段を調べたり、近郊の宿泊施設を選別したりする手間を省いた状態で好適な商品等の予約をすることができる。
【００１２】
一方、提供者側は待ちの姿勢ではなく、積極的に購買者のスケジュールの中から顧客のニーズを引き出すことができ、自社商品を売り込む機会を飛躍的に向上させることができる。
【００１３】
また、図２に示すように、少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する自動検出手段を備えることで、購買者の手間を省いた状態で、確実にスケジュールデータを収集することができる。
【００１４】
更に、少なくとも日付に関するデータを含むと共に、予め定めた選択肢にから選択されたスケジュールデータを受け付けることにより、購買希望条件を抽出するに必要なデータを効率的且つ簡単に受け付けることが可能となる。
【００１５】
加えて、図３に示すように、購買者に関する購買者データを基に、当該スケジュールに必要とされる商品または役務から構成されるプランを作成することも考えられる。これにより、無駄な質問データを送信することなく、購買希望条件を抽出するために必要となる質問データを的確に作成することができる。
【００１６】
また、よりスケジュールに沿ったプランを作成するためには、複数の商品や役務から構成されるプランを作成することが望ましい。更に、スケジュールを実行するためのプランを複数用意することで、購買者の好みに応じたプランを提供することができる。
【００１７】
具体的な実施の態様としては、図４に示すように、前記質問データに対する回答データに基づいて購買希望条件を具備する商品または役務に関する購買希望データを作成し、当該購買希望データを出力する構成とすることが望ましい。
【００１８】
【発明の実施の形態】
以下、本発明の実施形態を、図面を参照して説明する。
【００１９】
この実施形態における取引支援設備は、取引を支援促進するためのものであり、図５に示すように、当該商品や役務（以下商品について説明する）の需要者である購買者側にそれぞれ設けられた情報処理装置たる購買者側端末装置Ｐ１及び商品の提供者である販売者側に設けられた情報処理装置たる販売者側端末装置Ｐ２とインターネット等の通信回線を介して双方向通信可能に接続された情報処理装置たるサーバ装置ＳＲＶにより構成される。
【００２０】
本実施の形態においては、旅行市場において取引支援設備を利用した場合について説明する。
【００２１】
ここで販売者Ｘとは、本実施形態においては、例えば各種旅行のパッケージ商品や飛行機や宿泊施設などのチケットを取り扱う旅行業社や、ホテルや旅館などの宿泊施設提供者、飛行機や鉄道等の運輸業者などであり、不特定多数の業者のうち、本設備を利用可能な者として登録されたもののことを指す。登録は、登録支援手段（図示しない）を利用して行われる。この登録支援手段は、前記不特定の業者が、例えばオンラインによりサーバ装置ＳＲＶにアクセスした場合に、その業者の基本データの入力を要求し、その業者に、識別子たるＩＤを発行するとともに、このＩＤに関連付けて前記基本データを記憶するものである。販売者Ｘとして登録された後は、そのＩＤ及び必要に応じてパスワードを端末に入力することにより、本設備の利用が可能となる。
【００２２】
購買者Ｙは、販売者Ｘ同様、本設備を利用可能な者として登録された者のことを指す。なお、登録にあたっての手続やＩＤ取得等に関しても上述と同様であるので説明は省略する。
【００２３】
１．機器構成
次いで、この取引支援設備を構築するにあたって利用する機器構成について説明すると、購買者側端末装置Ｐ１、販売者側端末装置Ｐ２は、いわゆるパーソナル装置や、ファクシミリ装置、電話等も含む概念であり、実施に際しては、これらの機器が併用されることもあるが、本実施形態の以下の説明においては購買者側端末装置Ｐ１、販売者側端末装置Ｐ２がパーソナル装置である場合について説明する。なお、これらの所在は、国内に限られず、海外でも構わない。
【００２４】
また、これら購買者側端末装置Ｐ１、販売者側端末装置Ｐ２は、図６に示すように、キーボード１０１、マウス１０２等の入力手段、ディスプレイ１０４等の出力手段、ＨＤ等の記憶装置１０６、ＣＰＵ１０３、内部メモリ１０５、通信インタフェース１０７等を備えたもので、ＷＥＢブラウザ等を有する。
【００２５】
サーバ装置ＳＲＶは、ＷＥＢサーバ機能やデータベース機能等を備えたものであり、購買者側端末装置Ｐ１、販売者側端末装置Ｐ２と略同様な機器構成を有してなる。なお、このサーバ装置ＳＲＶは、一箇所に集中させて設けてあるか、分散させて設けてあるかは問わないし、その所在は国内に限られず、海外でも構わない。
【００２６】
本実施形態においては、サーバ装置ＳＲＶを、購買希望価格データなどの購買希望商品に関する購買希望条件を抽出する購買希望条件抽出装置ＳＲＶ１と、前記購買希望価格と当該購買を希望されている商品の販売希望価格などを基に各種オファーを制御したり、売買取引を成立させるために使用される補填を管理したりする取引支援装置ＳＲＶ２と、前記取引がなされる商品を検索する商品検索装置ＳＲＶ３とから構成している。
【００２７】
２．概略機能
しかして本実施形態における取引支援設備は、図７に示すように、前記購買者側端末装置Ｐ１、販売者側端末装置Ｐ２やサーバ装置ＳＲＶの記憶装置１０６に記憶させた所定のプログラムにしたがって、それら装置Ｐ１、Ｐ２、ＳＲＶにおけるＣＰＵ１０３や周辺機器が作動することにより、以下に示す各種機能を発揮する。
【００２８】
以下、装置毎に詳述する。
【００２９】
購買者側端末装置Ｐ１は、例えばスケジュール管理用のアプリケーションソフトを具備しており、そのディスプレイに月単位や週単位毎のカレンダーを表示可能として、予定の入った日付けにスケジュールデータを入力できるように構成されており、少なくとも入力手段１Ａ、送受信手段１Ｂ、表示手段１Ｃとの機能を有している。尚、所定のサーバにスケジュール管理用のアプリケーションソフトを具備しておき、社内などの所定のグループで各自のスケジュールを共有できるグループウェア仕様としても良い。
【００３０】
ここで、入力手段１Ａは、会議などのスケジュールデータのほか、購買希望価格や購買希望商品の他、商品の仮押さえや購買決定、キャンセルのデータ等を購買者が入力するためのものであり、主としてキーボード等の入力手段１０６によりデータを受け付ける。
【００３１】
送受信手段１Ｂは、電話回線網を介して直接的なダイヤルアップ接続を確立して、又はインターネット回線網を介して接続を確立することによりサーバ装置ＳＲＶとの間で送受信を行う状態をとりうるものである。主として、通信インターフェース１０７等を用いてサイトへアクセス可能とするもので、各種データを送受信する機能を有する
表示手段１Ｃは、図１２に示すようなスケジュール画面や、サーバ装置ＳＲＶから送信されてくる各種データを表示するディスプレイ１０４等から構成されるもので、表示指示信号に基づいて各種内容を表示する機能を有する。
【００３２】
次にサーバ装置ＳＲＶは、前述の通り購買希望条件抽出装置ＳＲＶ１、販売支援装置ＳＲＶ２、商品検索装置ＳＲＶ３とから構成される。
【００３３】
購買希望条件抽出装置ＳＲＶ１は、会議などのスケジュールが入った際に、そのスケジュールを実行するために必要とされる商品、例えば飛行機のチケットやホテルなどの商品に関する購買希望条件を抽出するためのものであり、自動検出手段２１Ａ、スケジュールデータ受付手段２１Ｂ、手配管理手段２１Ｃ、プランニング手段２１Ｄ、経路探索手段２１Ｅ、質問データ作成手段２１Ｆ、データ格納手段２１Ｇ、質問データ出力手段２１Ｈ、回答データ受付手段２１Ｉ、購買希望データ作成手段２１Ｊ、購買希望データ出力手段２１Ｋ、購買条件生成手段２１Ｌとしての機能を有している。
【００３４】
また、本実施の形態においては、更に入力支援手段２１Ｍを備え、購買者が入力手段１Ａを利用して取引に必要となる様々なデータの入力する際に適切な画面等を送信してその入力を促す機能を有し、購買者側端末装置Ｐ１とサーバ装置ＳＲＶとの窓口となり双方において各種データの送受信を行う入力支援装置としての機能も果たす。
【００３５】
自動検出手段２１Ａは、図示しないタイマーなどを有し、予め定めた所定の時刻を迎えると、自動的にスケジュールデータの自動検出プログラムを立ち上げる。そして、購買者側端末措置Ｐ１と互いに通信可能な状態に接続し、予め定めた複数の購買者側端末装置Ｐ１を巡回して少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する。
【００３６】
スケジュールデータ受付手段２１Ｂは、前記自動検出手段２１Ａを用いて検出したスケジュールデータを受け付けるものであり、例えば、日付に関するデータや、その日付欄に記載された「会議」や「福岡」などの予定を示すデータを受け付ける。
【００３７】
手配管理手段２１Ｃは、前記スケジュールデータ受付手段２１Ｂにより受け付けたスケジュールを実行する上で必要となる商品の手配が既になされているか否かを管理する機能を有している。具体的には、図示しないタイマーなどを有し、予め定めた所定の時刻を迎えたり、前記スケジュールデータ受付手段２１Ｂによりスケジュールデータを受け付けたことを契機として、そのスケジュールデータに含まれるスケジュールを実行する上で必要となる商品が手配済みかを確認し、手配がされていない場合には手配を開始する。そして、各スケジュールについて、手配状態が未手配状態であるか、手配が完了した手配完了状態であるかなどのデータを格納することで、各スケジュールに対する手配状態を管理する機能を有している。尚、購買者から手配が不要である旨の意思表示が成された場合には、以後手配を進めない構成とすることも考えられる。
【００３８】
プランニング手段２１Ｄは、前記スケジュール受付手段２１Ｂにより受け付けたスケジュールを実行するために必要とされるプランを作成する機能を有している。本実施の形態においては、スケジュールデータに含まれる内容、及び後述するデータ格納手段２１Ｇに格納されたプランデータや、購買者データを基に、複数のプランを作成していく。具体的には、スケジュールデータに目的を会議とし、その会議の開始時間を１３：００、終了時間を１７：００頃、開催地を福岡である旨が入力されたとする。すると、まず移動に関するプランデータを読み出す。その際、移動のプランデータとして、移動手段や、出発地、出発時刻、到着地、到着時刻を条件として定めなければならない旨が定義付けられている。更には、目的を会議としている場合には、開始の２０分前に到着する、出発地を会社とするなどの諸条件が予め定められている。従って、会議開始時間を１３：００であると受け付けた場合には、その開始時間から自動的に到着時刻を換算し、１２：４０に開催場所へと到着するプランを作成していく。更に、購買者データとして予め会社住所等を格納しているため、自動的に出発地に購買者の会社住所を当てはめてプランを作成していく。そして、その他自動的に定められない項目、例えば移動手段や出発時刻などの購買者の希望する条件を、後述する質問データ作成手段２１Ｆ等を利用することにより埋めていきプランを作成していく。
【００３９】
経路探索手段２１Ｅは、出発地から到着地までの経路を探索するもので、様々な経路のほか、移動手段や所要時間を換算する機能を有している。
【００４０】
質問データ作成手段２１Ｆは、前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品の購買希望条件を導き出すための質問データを作成する機能を果たす。つまり、前記プランニング手段２１Ｄを用いてプランニングしていく際に必要とされるデータ、例えば、交通機関や宿泊施設などを手配するために必要となる条件を導き出すため、「目的地はどこですか？」「到着希望時刻は？」「出発希望時刻は？」「目的は？」「出発地はどこですか？」「希望の交通機関は？」「購買希望価格は？」などを問いかける質問データを作成する。また、スケジュールデータ内に例えば「福岡」などの目的地と思われる文字列が含まれていた場合には、「目的地は福岡でよろしいですか？」などの確認を促す質問データを作成することも考えられる。また、過去の購買履歴に基づいて予測される商品を提示するための質問データを作成することも考えられる。尚、本実施の形態においては、データ格納手段２１Ｇに格納された予め定めた質問データの中から選択できるように構成しているが、逐次作成してもかまわない。
【００４１】
データ格納手段２１Ｇは、図８に示すように、購買者データ２１１Ｇ、購買希望条件データ２１２Ｇ、質問データ２１３Ｇ、プランデータ２１４Ｇ、購買条件データ２１５Ｇ等を各種領域に分けて格納するものである。詳述すると、購買者データ２１１Ｇは、購買者識別子に基づいて、氏名、位置データとなる会社住所や自宅住所、電話番号などの購買者の個人情報のほか、その購買者の購買履歴等を格納する。また、購買希望条件データ２１２Ｇとして、購買希望条件となりうる各種データ、例えば目的地、出発地、出発時刻、到着時刻、交通機関、目的、購買希望価格などを格納している。更に、質問データ２１３Ｇとして、「目的地はどこですか？」「到着希望時刻は？」「出発希望時刻は？」「目的は？」「出発地はどこですか？」「希望の交通機関は？」「購買希望価格は？」など、購買希望条件を導き出すためのデータを格納している。また、プランデータ２１４Ｇとしては、スケジュールを実行するプランに必要とされる条件、例えば移動手段や、出発地、出発時刻、到着地、到着時刻等を定める旨が定義付けられている。更には、目的を会議としている場合には、２０分前に到着する、出発地を会社とするなどの諸条件をプランデータとして格納している。購買条件データ２１５Ｇとしては、実際に商品を手配する際に必要となる条件、例えば航空券を購買する際に必要とされる条件である出発時刻、出発地、氏名、年齢、性別、航空会社、到着地、到着時刻、便名、希望の座席、支払方法等の必要項目を商品毎に格納している。また、この購買条件データ２１５の中には、どの販売者から購入しても必要となる一般内容のほか、販売者（サイト）毎に異なる内容も格納されており、両者の内容を組み合わせて使用できる構成としている。
【００４２】
質問データ出力手段２１Ｈは、前記質問データ作成手段２１Ｃを用いて作成された質問データを購買者側端末装置Ｐ１に出力する機能を有している。
【００４３】
回答データ受付手段２１Ｉは、前記質問データに対する購買者からの回答データを受け付けるものである。本実施の形態においては、購買者端末装置Ｐ１から回答データを受信することにより受け付けている。
【００４４】
購買希望データ作成手段２１Ｊは、前記回答データから抽出した購買希望条件等を具備する商品に関する購買希望データを作成するものであり、例えば、購買希望条件として、「出発地」を「東京」、「目的地」を「福岡」、「購買希望価格」を「４００００円」として受け付けた場合には、その購買希望条件を満たす飛行機チケットを商品として購買希望データを作成する。また、宿泊の可能性も考えられる場合には、その他に宿泊施設を予約する宿泊プランを満たす購買希望データを作成する。尚、本実施の形態の図１６にように、スケジュールデータに含まれるスケジュールを実行するために複数の商品が必要とされる場合には、一連の商品群を選び出し、その商品群に含まれる複数の商品に関する購買希望データを作成する。
【００４５】
購買希望データ出力手段２１Ｋは、前記購買希望データ作成手段２１Ｊを用いて作成した購買希望データを、後述する販売支援装置ＳＲＶ２の有する購買希望データ受付手段２２Ａへと出力するものである。
【００４６】
購買条件生成手段２１Ｌは、実際に商品を購入する際に必要とされる条件を生成していく機能を有するものである。具体的には、購買条件データ２１５Ｇとして挙げられている条件、例えば航空券を購買する際に必要とされる条件である、出発時刻、出発地、氏名、年齢、性別、航空会社、到着地、到着時刻、便名、希望の座席、支払方法等であり、どの販売者から購入しても必要となる一般内容のほか、販売者側端末装置Ｐ２（サイト）毎に異なる条件をも満たすように、前述の質問データ作成手段２１Ｆ等を利用して必要となる条件を購買者から聞き出して必要となる購買条件を生成していく。
【００４７】
販売支援装置ＳＲＶ２は、購買希望データ受付手段２２Ａ、検索指令手段２２Ｂ、販売希望データ受付手段２２Ｃ、差額算出手段２２Ｄ、第１の出力手段２２Ｅ、補填準備金認定手段２２Ｆ、補填準備金格納手段２２Ｇ、補填限度額管理手段２２Ｈ、補填判定手段２２Ｉ、第２の出力手段２２Ｊ、補填データ処理手段２２Ｋ、約定制御手段２２Ｌとしての機能を少なくとも有している。
【００４８】
詳述すると、購買希望データ受付手段２２Ａは、少なくとも価格に関するデータを含んだ購買希望データを受け付けるものである。購買希望データが複数の商品を有する商品群から構成されている場合には、その合計額を価格に関するデータとして受け付ける。尚、個々の商品について購買希望価格を受け付けてもよいのはもちろんである。本実施の形態においては、購買者側端末装置Ｐ１から送信されてきた購買希望価格データ、購買希望商品データ、仮押さえデータ、仮押さえキャンセルデータ、購買確定データ、購買キャンセルデータなどを受け付ける。尚、他の装置からデータを受信することにより入力を受け付けても良いし、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記録媒体等により受け付けても良い。更に、購買者ＹからＦＡＸや郵便により受け取るようにし、受け取った設備運営者等が、サーバ装置ＳＲＶに直接入力するようにしても構わない。
【００４９】
検索指令手段２２Ｂは、前記購買希望データの内容に対応する提供商品を商品のデータが格納された商品データーベースから検索すべき旨の検索指令信号を出力する機能を有する。尚、検索対象となる商品が、スケジュールを実行するために複数必要とされている場合には、その商品群に含まれるすべての商品について検索指令信号を出力する。具体的には、後述する商品検索装置ＳＲＶ３を介して、各種販売者側装置Ｐ２の有する商品ＤＢ（データベース）３Ｂから購買者が希望する商品に関する販売希望データを検索する。尚、本実施の形態おいては商品ＤＢを販売者側端末装置Ｐ２に設けているが、サーバ装置ＳＲＶに設置しても良い。
【００５０】
販売希望データ受付手段２２Ｃは、前記検索指令信号に応答して返却されてくる提供商品に関する販売希望データを受け付けるものである。本実施形態においては、販売者側端末装置Ｐ２から送信されてきた販売希望価格データ、販売希望商品データなどを受け付ける。尚、購買希望データ受付手段２２Ａと同様に、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記録媒体等により受け付けても良い。更に、販売者ＸからＦＡＸや郵便により受け取るようにし、受け取った設備運営者等が、サーバ装置ＳＲＶに直接入力するようにしても構わない。
【００５１】
差額算出手段２２Ｄは、前記購買希望データにより特定される購買希望価格と当該購買希望データの内容に対応した販売希望データにより特定される販売希望価格との差額を算出する機能を有している。具体的には、購買希望価格から販売希望価格を差し引いてその差額を算出するものである。尚、複数の商品を有する商品群から構成されている場合には、各商品の購買希望価格の合計額と、各商品の販売希望価格の合計額とを差額を算出する。
【００５２】
第１の出力手段２２Ｅは、前記差額算出手段２２Ｄにより算出された差額が正の値を示す場合、つまり購買希望価格が販売希望価格を上回る場合に売買の成立が可能である旨の約定可能信号を出力するものである。
【００５３】
ここで、「約定可能信号」とは、前記購買希望価格及び販売希望価格にて取引が成立できることを示す信号を言う。
【００５４】
補填準備金認定手段２２Ｆは、前記差額算出手段２２Ｄにより算出された差額が正の値を示す場合、つまり購買希望価格が販売希望価格を上回る場合に、その差額を積み立て可能な補填準備金と認定するものである。この認定された補填準備金は、定められたルールに従ったタイミングにて後述する補填準備金格納手段２２Ｇに補填準備金として格納される。本実施の形態においては、商品消耗時に補填準備金として積み立てられる。
【００５５】
補填準備金格納手段２２Ｇは、前記積み立て可能な補填準備金をデータとして積み立てておくためのものである。
【００５６】
補填限度額管理手段２２Ｈは、この補填準備金格納手段から補填準備金を引き出す場合の限度額を管理する機能を有する。具体的には、前記差額算出手段２２Ｄにて算出した結果が、負の値を示す場合に補填準備金格納手段２２Ｇから補填準備金を引き出す場合のルールを定めてその限度額を管理している。本実施の形態においては、補填必要額に基づいて以下に定める補填式に従って定められる補填の優先スコアにて限度額を管理している。詳述すると、補填の優先度スコアを、補填の必要額（負の値を示す差額）／（購買希望価格＋販売希望価格）にて算出する。例えば、購買希望価格が１００円、販売希望価格が１２０円の場合には、差額（補填必要額）はマイナス２０円となる。従って、優先スコアは、２０／２２０≒０．０９となる。この優先スコアは、常に０より大きく１以下となり、この値が小さいほど優先度が高いという判断ができる指標となっている。そして、過去の取引結果から仮想的に求めた優先度スコアの閾値を導き出し、その優先値スコアの閾値を今回の優先値スコアが上回るか否かで今回の補填における限度額を管理する。
【００５７】
優先値スコアの閾値の算出方法としては、まず過去の一定分の取引結果、具体的には取引数、取引期間、取引高合計などにより選び出した取引結果に基づいて算出する。この取引結果は、実際に約定が成立したものの他、差益がマイナスになり約定が成立しなかったものも含む。つまり一定期間等における売りデータと買いデータとのペアを一旦すべてマッチングさせて、各ペアにおける差額を算出する。そして差額が高い順（正の値を示す）にソートする。
【００５８】
一方、前記マッチングにおいて生じる収入（手数料合計＋差益合計）を算出する。ここで、例えば差益の２０％は売買の成立の約定がキャンセルされた場合に対応するためのキャンセル準備金として換算しないなどの一定のルールを定めていた場合には、そのルールによる留保分を前記収入合計から差し引くことも考えられる。そして、その際に補填準備金格納手段２２Ｇに格納されている補填準備金にて補填できる限界値を導き出し、その限界値となる売買ペアの優先値スコアを閾値とする。
【００５９】
更に、補填ができる範囲内で、前記算出方法により限界値となった優先値スコアよりも大なる優先値スコアを閾値として正確に算出したい場合には、補填準備金格納手段２２Ｇに格納されている補填準備金から前記限界値となった優先値スコアにおける補填額を差し引き、その差額を補填に回した場合に限界となる優先値スコアを導き出すことが考えられる。
【００６０】
具体的には、優先値スコア０．５における補填額が１０５００円であったとする。その際に補填準備金格納手段２２Ｇに格納されている補填準備金が１０７００円であり、仮に次の取引を成立させようとすると優先値スコアが０．７となり補填額が１０７５０円必要であったとすると、前記限界値となる優先値スコアは０．５となる。しかし、この場合において、補填準備金格納手段２２Ｇに格納されている補填準備金から前記限界値となった優先値スコアにおける補填額を差し引くと、補填準備金は残高が２００円となる。ここで、仮の取引を想定し、この残高を使い切るような優先値スコア（例えば優先値スコア０．６）を割り出し、閾値を定める。
【００６１】
ここで、限度額を定める際に、補填準備金格納手段２２Ｇに格納されている補填準備金格納手段２２Ｇに格納されている補填準備金の残高に応じてその限度額を変動させて管理しても良い。具体的には、その補填準備金残高額や補填準備金残高の変化率などに応じて管理しても良い。
【００６２】
また、マーケティングデータや過去の入札データなどを統計処理し、その活況度に応じて限度額を変動させても良い。
【００６３】
更に、顧客の過去の取引状況や市場の活況度に応じて、例えば、優良顧客やマーケティングデータから優良化の可能性が高いと思われる顧客に優先的に補填をすることも考えられる。
【００６４】
加えて、予め閾値となる優先値スコアを定めておき、その閾値を下回る優先スコアとなる補填必要額を限度額としても良い。また、予め決まった額を限度額として定めておくことも考えられる。
【００６５】
補填判定手段２２Ｉは、前記差額が負の値を示す場合にその差額に対応する金額を前記限度額の範囲内において補填できるか否かを判断する。具体的には、補填準備金格納手段２２Ｇに格納されている補填準備金が補填が必要となる負の差額分を上回っているか否かを判断する。
【００６６】
第２の出力手段２２Ｊは、前記補填判定手段２２Ｉにより補填可能である旨の判定がなされた場合に売買の成立が可能である旨の約定可能信号を出力する。
【００６７】
補填データ処理手段２２Ｋは、前記第１の出力手段２２Ｅから出力された約定可能信号に起因して約定が成立した場合には前記補填準備金認定手段２２Ｆにより認定された補填準備金を補填準備金格納手段２２Ｇに積み立てるためのデータ処理を行うとともに前記第２の出力手段２２Ｊから出力された約定可能信号に起因して約定が成立した場合には負の値を示す差額を補填するために前記補填準備金格納手段２２Ｇから補填準備金を引き出すためのデータ処理を行う機能を有している。
【００６８】
この補填データ処理を行うタイミングについては、マッチング時、約定時、商品消耗時、キャンセル時など商品の性質や管理者の必要に応じて定めることができる。本実施形態においては、商品消耗時、つまり後述する約定制御手段２２Ｌから旅行チケットなどが使用され商品が消耗したとの信号が補填データ処理手段２２Ｋに送信された際に処理が行われる。また、この正の差額を積み立て処理する際に、例えばキャンセル損害の保証用などとして補填準備金とは別途積み立てておくことも考えられる。
【００６９】
約定制御手段２２Ｌは、約定の確定やキャンセル、また、商品の仮押さえや仮押さえのキャンセル、商品の消耗などを制御すると共に、その各種データ等に基づいて、その取引のステータス（約定確定状態なのか、仮押さえ状態なのか等）を管理する。また、その約定データ等に基づいて前記補填データ処理手段２２Ｋに補填データ処理の指示を行う。具体的には、前記第１の出力手段２２Ｅや第２の出力手段２２Ｊから約定可能信号や、購買者側端末装置Ｐ１や販売者側端末装置Ｐ２から送信されてくる各種データに基づいて制御を行う。
【００７０】
商品検索装置ＳＲＶ３は、購買者の購買希望商品を検索するためのものであり、前記検索指令手段２２Ｂから検索指令信号を受信すると、購買希望データに応じた提供商品に関する販売希望データを検索する機能を有すると共に、約定の確定やキャンセル、また、商品の仮押さえや仮押さえのキャンセルなどのデータを販売者側端末装置Ｐ２との間でやり取りする機能を有している。
【００７１】
詳述すると、この商品検索装置ＳＲＶ３は、購買者の購買希望商品を検索するために、検索条件データ受付手段２３Ａと、購買意思データ受付手段２３Ｂと、商品検索手段２３Ｃと、検索結果出力手段２３Ｄとを少なくとも具備している。
【００７２】
検索条件データ受付手段２３Ａは、購買者の希望する商品の検索条件に関するデータを含んだ検索条件データを受け付けるものであり、本実施の形態においては、検索条件として購買希望データを受け付ける。具体的には、図１１に示す商品を検索条件として受け付ける。
【００７３】
購買意思データ受付手段２３Ｂは、購買者側端末装置Ｐ１から送信されてきた最終的な購買決定を示す約定の確定データのほか、仮予約のための仮押さえデータなどの購買者の購買意思決定に関するデータを受け付けるものである。本実施形態においては、約定の確定やキャンセル、また、商品の仮押さえや仮押さえのキャンセルなどのデータを受け付け、かかるデータを販売者側端末装置Ｐ２との間でやり取りする機能をも有している。
【００７４】
商品検索手段２３Ｃは、前記検索条件データの検索条件に適合した商品を、この商品検索装置ＳＲＶ３と通信可能に接続された複数の販売者側端末装置Ｐ２に設けた商品ＤＢ３Ｂの中から検索するものである。そして、前記購買意思データ、本実施の形態においては仮押さえデータを受け付けるまで所定間隔をおいて繰り返して検索するように設定されている。尚、検索の対象としては単一の商品及び複数の商品から構成される商品群を検索する場合も含まれる。
【００７５】
検索結果出力手段２３Ｄは、前記商品検索手段２３Ｃを用いて検索した検索結果を提供商品データとして販売支援装置ＳＲＶ２の販売希望データ受付手段２２Ｃへと出力する働きをなす。
【００７６】
販売者側端末装置Ｐ２は、送受信手段３Ａ、商品ＤＢ３Ｂ、入力手段３Ｃとしての働きをなす。
【００７７】
送受信手段３Ａは、前記サーバ装置ＳＲＶとの間で各種データを送受信するためのもので、主として通信インターフェース等により構成される。
【００７８】
商品ＤＢ３Ｂは、各販売者が取り扱う商品の販売希望価格や商品品目などの商品のデータが格納されている。
【００７９】
入力手段３Ｃは、前記商品ＤＢ３Ｂに格納される販売購買希望価格や購買希望商品のデータを販売者が入力するためのものであり、主としてキーボード等の入力手段１０６によりデータを受け付ける。
【００８０】
３．動作例
次に本実施形態のシステムの動作例を図９、図１０を参照して説明する。
【００８１】
購買者Ｙは、例えば会議等の予定が入った場合には、図１１に示すように、スケジュール管理用のアプリケーションソフトを立ち上げ、予定の入った日付にスケジュールデータを入力する。本実施の形態においては、７月２日の欄に１３：００、会議、福岡と入力した場合について説明する。
【００８２】
一方、購買希望条件抽出装置ＳＲＶ１は、自動検出手段２１Ａを用いて、図示しないタイマーなどにより所定の時刻を刻むと、自動的にスケジュールデータの自動検出プログラムを立ち上げる。そして、購買者側端末措置Ｐ１と互いに通信可能な状態に接続し、予め定めた複数の購買者側端末装置Ｐ１を巡回して少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する工程を繰り返している。
【００８３】
そして、図１２に示すように、新たなスケジュールデータを検出すると（ステップＳ１：Ｙｅｓ）、スケジュールデータ受付手段２１Ｂにより、前記自動検出手段２１Ａを用いて検出したスケジュールデータを受け付ける（ステップＳ２）。具体的には、７月２日という日付に関するデータや、その日付欄に記載された「会議」や「福岡」などの予定を示すデータを受け付ける。
【００８４】
購買希望条件抽出装置ＳＲＶ１は、このようなスケジュールデータを受け付けると、既にスケジュールの実行に必要とされる商品が手配されているか否かを判断し（ステップＳ３）、未手配状態であることを確認すると、プランニングを開始する（ステップＳ４）。
【００８５】
ここで、図１３を用いて、前記プランニング工程について詳述する。
【００８６】
購買希望条件抽出装置ＳＲＶ１は、まず、前記スケジュール受付手段２１Ｂにより受け付けたスケジュールを実行するために必要とされるプランを作成するために、データ格納手段２１Ｇに格納されたプランデータ等を読み出し（ステップＳ１０１）、スケジュールデータに含まれる内容、及びデータ格納手段２１Ｇに格納された購買者データを基に、プランを作成していく。
【００８７】
具体的には、スケジュールデータに目的を会議とし、その会議の開始時間を１３：００、開催地を福岡である旨が入力されたとする。すると、まず移動に関するプランデータを読み出す。その際、移動のプランデータとして、移動手段や、出発地、出発時刻、到着地、到着時刻を条件として定めなければならない旨が定義付けられている。更には、目的を会議としている場合には、開始の２０分前に到着する、出発地を会社とするなどの諸条件をプランデータとして予め定められている。従って、会議開始時間を１３：００であると受け付けた場合には、その開始時間から自動的に到着時刻を換算し、１２：４０に開催場所へと到着するプランを作成していく。更に、購買者データとして予め会社住所等を格納しているため、自動的に出発地に購買者の会社住所を当てはめてプランを作成していく。加えて、経路検索手段２１Ｅを用いて、目的地に辿り着くための経路を複数パターン作成し、複数の経路パターンに基づく複数のプランを作成したり、日帰りプランや宿泊プランなどスケジュールを実行するための複数のプランを作成していく。尚、単一の商品にてプランを作成する場合もあれば、複数の商品から構成される商品群にてプランを作成する場合がある。
【００８８】
そして、次に前記工程において自動的に定められなかった項目、例えば移動手段や出発時刻などの購買者の希望する条件を、質問データ作成手段２１Ｆ等を利用することにより埋めていく。
【００８９】
具体的には、前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品の購買希望条件を導き出すための質問データを作成する（ステップＳ１０２）。つまり、交通機関や宿泊施設などを手配するために必要となる条件を導き出すため、「目的地はどこですか？」「到着希望時刻は？」「出発希望時刻は？」「目的は？」「出発地はどこですか？」「希望の交通機関は？」「購買希望価格は？」などを問いかける質問データを作成する。また、質問データ作成の際には、データ格納手段２１Ｇに格納された各種購買者データを基に、必要とされる商品を予測して質問データを作成する。具体的には、例えば目的が会議で、目的地が福岡とされている場合には、会社住所として格納されている購買者の位置データを基に目的地との距離を判断し、その両者間が遠い場合には飛行機や新幹線などの移動手段が必要である場合には、かかる交通機関を手配するための質問データを作成する。また、スケジュールデータ内に例えば「福岡」などの目的地と思われる文字列が含まれていた場合には、「目的地は福岡でよろしいですか？」などの確認を促す質問データを作成することも考えられる。更に、過去の購買履歴に基づいて予測される商品を提示するための質問データを作成することも考えられる。尚、本実施の形態においては、データ格納手段に格納された予め定めた質問データの中から選択できるように構成しているが、逐次作成してもかまわない。そして前記工程において質問データを作成すると、この質問データを図１４のように表示可能な状態として購買者端末装置Ｐ１に向けて送信する（ステップＳ１０３）。
【００９０】
次に、その質問データに対する回答データを受信すると（ステップＳ１０４）、スケジュールデータ及び回答データから抽出される購買希望条件を記憶すると共に、購買希望データを作成するために必要とされる購買希望条件が充足しているか否かを判断する（ステップＳ１０５）。
【００９１】
そして、充足していない場合には（ステップＳ１０５：Ｎｏ）、不足している購買希望条件を得るために、再び質問データを作成して送信する。一方、購買希望データを作成するために必要とされる購買希望条件が充足している場合には（ステップＳ１０５：Ｙｅｓ）、前記購買希望条件を満たす商品に関する購買希望データを作成する（ステップＳ１０６）。つまり、購買希望データ作成手段２１Ｊを用いて、前記回答データから抽出した購買希望条件を具備する商品に関する購買希望データを作成する。例えば、購買希望条件として、「出発地」を「東京」、「目的地」を「福岡」、「到着希望時間」を「１２：００」、「購買希望価格」を「４００００円」等として受け付けた場合には、その購買希望条件を満たす飛行機チケットを商品として購買希望データを作成する。また、宿泊の可能性も考えられる場合には、その他に宿泊施設を予約する宿泊プランを満たす購買希望データを作成する。尚、本実施の形態の図１５にように、スケジュールデータに含まれるスケジュールを実行するために複数の商品が必要とされる場合には、一連の商品群に関する購買希望データを作成する。
【００９２】
そして、このように作成した購買希望データを、販売支援装置ＳＲＶ２の有する購買希望データ受付手段２２Ａへと出力する（ステップＳ１０７）。
【００９３】
一方、図１６を参照して説明すると、少なくとも購買希望額を有する購買希望データを受け付けた販売支援装置ＳＲＶ２は（ステップＳ２０１）、前記購買希望データに合致する商品組み合わせを検索し、商品検索装置ＳＲＶ３へと該当する商品の検索指令信号を送信する（ステップＳ２０２）。つまり、図１５に示すように、まず、前記購買希望データに合致する宿泊プランとして航空券や宿泊施設などの複数の商品から構成される商品群であるバスケット・フレーム１のような組み合わせを、また、日帰りプランとしてバスケット・フレーム２のような組み合わせを設定する。この個々の購買希望商品の検索条件は、例えば東京発福岡着の飛行機であって、日付を２００２年７月１日１８：００以降に出発して２０：００以前に到着する便など出発時刻や到着時刻、或いは航空会社などに関して一定の幅のある商品条件に設定することもできる。また、航空会社や便名までも指定した条件設定とすることも可能である。
【００９４】
ここで、上記購買希望商品の検索工程について図１７を参照して詳述する。
【００９５】
商品検索装置ＳＲＶ３は、検索条件データ受付手段２３Ａが、検索指令手段２２Ｃから検索指示信号とともに、購買希望データに含まれる商品の検索条件に関する検索条件データを受け付けると（ステップＳ３０１）、前記検索条件に適合した商品の検索を開始する（ステップＳ３０２）。つまり、この商品検索装置ＳＲＶ３と通信可能に接続された複数の販売者側端末装置Ｐ２に設けた商品ＤＢ３Ｂの中から検索条件データに合致する商品を検索する。その際、複数の商品から構成される商品群を検索対象としている場合には、その合計金額を目安として検索をする。尚、販売者側端末装置Ｐ２が有する商品の中から複数の商品から構成される商品郡を選び出せるように、予めプランデータに含まれる商品から構成される商品群を作成しておくことも考えられる。また、個々の商品に割り振られるおおよその金額を目安に、個々の商品を検索してもよい。
【００９６】
そして、販売者側端末装置Ｐ２から検索条件に合致した商品に関する販売希望データを受信すると（ステップＳ３０３）、検索結果として当該販売希望データを販売支援装置ＳＲＶ２の販売希望データ受付手段２２Ｃへと出力する（ステップＳ３０３）。
【００９７】
また、この商品検索装置ＳＲＶ３は、図示しないタイマーを備え、例えば１０時間や１日などの予め定めた所定のタイミングにて商品検索を繰り返す（ステップＳ３０４：Ｙｅｓ）。そして、購買者端末装置Ｐ１から送信されてきた仮押さえデータを受け付ける（ステップＳ３０５）ことを契機として検索を終了する。
【００９８】
そして、図１８に示すように、商品検索装置ＳＲＶ３が、販売者側端末装置Ｐ２の有する商品ＤＢ３Ｂから、前記購買希望データの内容に対応する提供商品を検索し、販売支援装置ＳＲＶ２が、販売希望データ受付手段２２Ｃにより、前記検索指令信号に応答して返却されてくる提供商品に関する販売希望データを受け付ける（ステップＳ２０３）。詳述すると、バスケット・フレームに含まれる複数の商品について前記販売希望データに合致する提供商品（例えばバスケット・フレーム１の東京−福岡間往路航空チケットであれば、航空会社Ａ社、東京７月１日１９：００発 ２００００円や、航空会社Ｂ社、東京７月１日２０：００発
２２０００円など）を受け付ける。
【００９９】
次に、各バスケット・フレームに含まれる複数の商品の購買希望価格から販売希望価格を差し引いた差額を算出する。尚、この購買希望価格および販売希望価格は、複数の商品の合計金額である。そして、その差額が正の値である場合は（ステップＳ２０４：Ｙｅｓ）損害が出ないため、第１の出力手段２２Ｅより約定可能信号を出力する（ステップＳ２０７）。尚、前記差額算出手段２２Ｄにより算出された差額が正の値を示す場合、つまり購買希望価格が販売希望価格を上回る場合には、補填準備金認定手段２２Ｆを用いて、その差額を積み立て可能な補填準備金と認定される。
【０１００】
一方、その差額が負の値を示す場合には（ステップＳ２０４：Ｎｏ）、負の値分を補填可能であるかどうか補填案を取得する（ステップＳ２０５）。具体的には、補填限度額管理手段２２Ｈを用いて、補填準備金格納手段２２Ｇから補填準備金を引き出す場合の限度額を管理し、その限度額を超えない場合に補填可能と判断する。
【０１０１】
本実施の形態においては、以下に定める補填式に従って算出する補填の優先スコアに基づいて限度額を管理している。具体的には、補填の優先度スコアを、補填の必要額（負の値を示す差額）／（購買希望価格＋販売希望価格）にて算出する。例えば、購買希望価格が１００円、販売希望価格が１２０円の場合には、差額（補填必要額）はマイナス２０円となる。従って、優先スコアは、２０／２２０≒０．０９となる。この優先スコアは、常に０より大きく１以下となり、この値が小さいほど優先度が高いという判断ができる指標となっている。
【０１０２】
そして、過去の取引から仮想的に求めた優先度スコアの閾値を導き出し、その優先値スコアの閾値を今回の優先値スコアが上回るか否かで今回の補填における限度額を管理する。優先値スコアの閾値の算出方法としては、まず過去の一定分の取引結果、具体的には取引数、取引期間、取引高合計などにより選び出した取引結果に基づいて算出する。この取引結果、つまり売りデータと買いデータとのペアを一旦すべてマッチングさせて、各ペアにおける差額を算出する。そして差額が高い順（正の値を示す）にソートする。
【０１０３】
一方、前記マッチングにおいて生じる収入（手数料合計＋差益合計）を算出する。そして、その際に補填準備金格納手段２２Ｇに格納されている補填準備金にて補填できる限界値を導き出す。更に、補填ができる範囲内で、前記算出方法により限界値となった優先値スコアよりも大なる優先値スコアを閾値として正確に算出するため場合には、補填準備金格納手段２２Ｇに格納されている補填準備金から前記限界値となった優先値スコアにおける補填額を差し引き、その差額を補填に回した場合に限界となる優先値スコアを導き出す。具体的には、優先値スコア０．５における補填額が１０５００円であったとする。その際に補填準備金格納手段２２Ｇに格納されている補填準備金が１０７００円であり、仮に次の取引を成立させようとすると優先値スコアが０．７となり補填額が１０７５０円必要であったとすると、前記限界値となる優先値スコアは０．５となる。しかし、この場合において、補填準備金格納手段２２Ｇに格納されている補填準備金から前記限界値となった優先値スコアにおける補填額を差し引くと、補填準備金は残高が２００円となる。ここで、仮の取引を想定し、この残高を使い切るような優先値スコア（例えば優先値スコア０．６）を割り出し、閾値を定める。
【０１０４】
そして、優先値スコアが閾値を超えていた場合には、補填判定手段２２Ｉを用いて、その差額に対応する金額を前記限度額の範囲内において補填できるか否かを判断する。
【０１０５】
次に、補填ができると判断した場合には（ステップＳ２０６：Ｙｅｓ）、第２の出力手段２２Ｊを用いて売買の成立が可能である旨の約定可能信号を約定制御手段２２Ｌへと出力する（ステップＳ２０７）。
【０１０６】
このように、約定制御手段２２Ｌが約定が可能な信号を受信すると、図１２に示すように、サーバ装置ＳＲＶは、購買者側端末装置Ｐ２へ約定が可能なプラン情報を送信する（ステップＳ５）。また、複数の商品について約定が可能である場合には、その各種商品を選択できる状態にて購買者側端末装置Ｐ２にそのプラン情報を送信する。
【０１０７】
一方、この約定可能データを受信した購買者側端末装置Ｐ１は、図１９に示すように、表示手段１Ｃに約定が可能な商品を選択可能に表示する。そして、表示された商品データの中から購買者が希望の商品を選択して画面上の「仮押さえ」ボタンを押下することにより、サーバ装置ＳＲＶにプラン選択情報が、選択された商品データ及び仮押さえデータを購買者識別子と関連付けた状態で送信される。
【０１０８】
この仮押さえデータを含むプラン選択情報を受け付けたサーバ装置ＳＲＶは（ステップＳ６）、図１９に示すように、選択されたプランに含まれる商品の手配をする（ステップＳ７）。具体的には、図２０に示すフローチャートを参照して説明すると、まず手配に必要となる購買条件データを取得する（ステップＳ４０１）。
【０１０９】
購買条件データ２１５Ｇとしては、例えば航空券を購買する際に必要とされる条件、具体的には、出発時刻、出発地、氏名、年齢、性別、航空会社、到着地、到着時刻、便名、希望の座席、支払方法等、どの販売者から購入しても必要となる一般内容のほか、販売者（サイト）毎に異なる内容が含まれる。この購買条件データ取得ステップは、購買条件生成手段２１Ｌを用いて行われ、購買者データから氏名等の購買者情報を読み出したり、前記質問データ作成手段２１Ｆ等を利用して、購買者から必要となるデータを収集することにより行われる。
【０１１０】
そして、購買条件データの取得を完了すると、選択された商品の仮押さえを行うため、販売者側端末装置Ｐ２へとその商品データ及び仮押さえデータを購買条件データと共に送信する（ステップＳ４０２）。そして、仮押さえされた商品が前記差額算出手段２２Ｄにより差額がマイナスと判断され補填が必要なものであった場合には（ステップＳ４０３：Ｙｅｓ）、補填準備金格納手段２２Ｇに対して差額分を一時金として確保するデータ処理を行い補填準備金を確保する（ステップＳ４０４）。そして、取引のステータスを仮押さえ状態に更新する（ステップＳ４０５）。尚、ここで、「ステータス」とは、例えば仮押さえ状態や商品キャンセル状態などの取引の状態を表すものを言う。
【０１１１】
このように、商品手配が完了すると、手配状態管理手段２１Ｃを用いて手配状態を手配完了状態へと更新する（ステップＳ８）。
【０１１２】
次に、仮押された商品について購買決定される段階について図９、図２１を参照して説明する。
【０１１３】
サーバ装置ＳＲＶは、購買者側端末装置Ｐ２から送信された購買決定データを受信すると（ステップＳ５０１）、仮押さえ状態から購買決定状態に変わった旨を販売者に知らせるべく、自動的に販売者側端末装置Ｐ２へと購買決定データを送信する（ステップＳ５０２）。
【０１１４】
すると、例えばチケットの配送や決済が終了した場合には、販売者側端末装置Ｐ２からサーバ装置ＳＲＶにその旨が通知される。そして、サーバ装置ＳＲＶは、補填準備金として格納されるもの、ここでは仲介手数料の決済データを受信すると（ステップＳ５０３）、その手数料を補填準備金格納手段２２Ｇへと格納し（ステップＳ５０４）、ステータスを購買状態へと更新する（ステップＳ５０５）。
【０１１５】
次に、仮押された商品について仮押さえキャンセルされる場合について図１０、図２２を参照して説明する。
【０１１６】
サーバ装置ＳＲＶは、購買者側端末装置Ｐ２から送信された仮押さえキャンセルデータを受信すると（ステップＳ６０１）、購買者から仮押さえがキャンセルされた旨を販売者に知らせるべく、販売者側端末装置Ｐ２へと仮押さえキャンセルデータを自動的に送信する（ステップＳ６０２）。
【０１１７】
そして、サーバ装置ＳＲＶは、補填準備金の一時金として確保しておいた補填確保をキャンセルするデータ処理を補填準備金格納手段に対して行い（ステップＳ６０３）、ステータスを仮押さえキャンセル状態へと更新する（ステップＳ６０４）。尚、仮押さえのキャンセル期間時よっては仮押さえ料金を徴収する設定としても良い。
【０１１８】
次に、購買された商品が消化された場合（本実施形態においては、航空チケットが使用された場合等）について図１０を参照して説明する。
【０１１９】
サーバ装置ＳＲＶは、購買者側端末装置Ｐ２からの通知または擬似ｐｕｓｈにより商品が消化された旨を知らせる消化データを受信すると、補填データ処理を行う。具体的には、前記補填データ処理手段２２Ｋを用いて、前記第１の出力手段２２Ｅから出力された約定可能信号に起因して約定が成立した場合には前記補填準備金認定手段２２Ｆにより認定された補填準備金を補填準備金格納手段２２Ｇに積み立てるためのデータ処理を行うとともに、前記第２の出力手段２２Ｊから出力された約定可能信号に起因して約定が成立した場合には負の値を示す差額を補填するために前記補填準備金格納手段２２Ｇから補填準備金を引き出すためのデータ処理を行う。
【０１２０】
次に、商品購買後の商品についてキャンセルされた場合について図１０を参照して説明する。
【０１２１】
サーバ装置ＳＲＶは、購買者側端末装置Ｐ２から送信された仮押さえキャンセルデータを受信すると、補填準備金の一時金として確保しておいた補填確保をキャンセルするデータ処理を補填準備金格納手段に対して行う。
【０１２２】
以上のシステムにおいて、購買者にとっては、自己のスケジュールを入力するというスケジュール管理を行うと、自動的に当該スケジュールの実行に必要とされる商品等に関する種々の購買希望条件が抽出されていき、簡便且つ確実に手配を行うことができる。
【０１２３】
また、スケジュールに入力された内容、例えば会議に参加するなどの目的を果たすために便利な宿泊施設や交通機関等が自動的にプランニングされ、自ら開催時間に合わせた移動手段を調べたり、近郊の宿泊施設を選別したりする手間を省いた状態で好適な商品等の予約をすることができる。
【０１２４】
一方、提供者側は待ちの姿勢ではなく、積極的に購買者のスケジュールの中から顧客のニーズを引き出すことができ、自社商品を売り込む機会を飛躍的に向上させることができる。
【０１２５】
また、少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する自動検出手段を備えることで、購買者の手間を省いた状態で、確実にスケジュールデータを収集することができる。
【０１２６】
更に、少なくとも日付に関するデータを含むと共に、予め定めた選択肢にから選択されたスケジュールデータを受け付けることにより、購買希望条件を抽出するに必要なデータを効率的且つ簡単に受け付けることが可能となる。
【０１２７】
加えて、購買者に関する購買者データを基に、当該スケジュールに必要とされる商品または役務から構成されるプランを作成することにより、無駄な質問データを送信することなく、購買希望条件を抽出するために必要となる質問データを的確に作成することができる。
【０１２８】
また、複数の商品や役務から構成されるプランを作成することより、更にスケジュールに沿ったプランを作成することが可能となる。加えて、スケジュールを実行するためのプランを複数用意することで、購買者の好みに応じたプランを提供することができる。
【０１２９】
なお、本発明は上記実施形態に限られない。例えば、販売希望価格及び購買希望価格として、所定幅をもたせた価格を受け付けるようにしてもよい。しかしてこの場合であれば、差額算出手段２２Ｄを用いて、これら販売希望データと購買希望データとを比較し、少なくともその購買希望価格の最低額と提供希望価格の最高額との差額を算出し、その差額に基づいて約定が可能か否かを判断するようにしておけばよい。
【０１３０】
また、本実施の形態においては一つの市場間において補填の限度額を管理していたが、複数の市場にまたがって補填限度額の管理を行っても良い。更に、オークション形式の市場に適用することも考えられる。また、本実施形態においては、サーバ装置ＳＲＶと販売者側端末装置Ｐ２との管理主体を分けて構成していたが、双方を同一主体として自社の各支店の在庫状況を管理するような販売支援システムとして利用しても良い。
【０１３１】
加えて、例えば、本実施の形態においては、スケジュールデータを自動的に検出できる構成としているが、例えば会議等の予定が入った場合に、購買者Ｙが、自己の購買者側端末装置Ｐ１からサーバ装置ＳＲＶにログインし、スケジュールデータを送信するように構成しても良い。また、本実施の形態においてはスケジュールデータを自由な文章によって入力できるようにしているが、目的地や出発地などを予め定めた選択肢の中から選択させるようにしてスケジュールデータを入力できるように構成しても良い。また、購買条件抽出装置ＳＲＶ１や販売支援装置ＳＲＶ２、商品検索装置ＳＲＶ３の持つ機能を、購買者側端末装置Ｐ１や、販売者側端末装置Ｐ２に持たせる構成としても良いし、また、単独の構成としても良いのはもちろんである。
【０１３２】
更に、例えば、キャンセルデータ受付手段を設け、以前購買が決定していた商品についてキャンセルされた場合には、その代替商品を検索し、キャンセルした購買者に提示する構成とすることも考えられる。これにより、キャンセルされた商品の代替商品を販売する機会を得ることができるだけでなく、キャンセルした商品の情報を基に、購買者にとって魅力あり必要とされる商品提示を行うことが可能となる。例えば、旅行先でのレンタカーがキャンセルされた場合に、そのあいた時間に開催されるオプションツアーを検索して提示することが考えられる。
【０１３３】
また、本実施の形態においては、仮押さえデータを受け付けた時点で検索を終了したが、最終的な購買決定データを受け付けた時点や、１ヶ月などの一定期間を経過した時点で検索を終了しても良い。
【０１３４】
【発明の効果】
上述したように本発明によれば、購買者にとっては、自己のスケジュールを入力するというスケジュール管理を行うと、自動的に当該スケジュールの実行に必要とされる商品等に関する種々の購買希望条件が抽出されていき、簡便且つ確実に手配を行うことができる。
【０１３５】
また、スケジュールに入力された内容、例えば会議に参加するなどの目的を果たすために便利な宿泊施設や交通機関等が自動的にプランニングされ、自ら開催時間に合わせた移動手段を調べたり、近郊の宿泊施設を選別したりする手間を省いた状態で好適な商品等の予約をすることができる。
【０１３６】
一方、提供者側は待ちの姿勢ではなく、積極的に購買者のスケジュールの中から顧客のニーズを引き出すことができ、自社商品を売り込む機会を飛躍的に向上させることができる。
【０１３７】
また、少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する自動検出手段を備えることで、購買者の手間を省いた状態で、確実にスケジュールデータを収集することができる。
【０１３８】
更に、少なくとも日付に関するデータを含むと共に、予め定めた選択肢にから選択されたスケジュールデータを受け付けることにより、購買希望条件を抽出するに必要なデータを効率的且つ簡単に受け付けることが可能となる。
【０１３９】
加えて、購買者に関する購買者データを基に、当該スケジュールに必要とされる商品または役務から構成されるプランを作成することにより、無駄な質問データを送信することなく、購買希望条件を抽出するために必要となる質問データを的確に作成することができる。
【０１４０】
また、複数の商品や役務から構成されるプランを作成することより、更にスケジュールに沿ったプランを作成することが可能となる。加えて、スケジュールを実行するためのプランを複数用意することで、購買者の好みに応じたプランを提供することができる。
【０１４１】
具体的な実施の態様としては、前記質問データに対する回答データに基づいて購買希望条件を具備する商品に関する購買希望データを作成し、当該購買希望データを出力する構成とすることが望ましい。
【図面の簡単な説明】
【図１】本願発明の機能ブロック図
【図２】本願発明の機能ブロック図
【図３】本願発明の機能ブロック図
【図４】本願発明の機能ブロック図
【図５】本実施の形態における全体構成図。
【図６】同実施形態における装置システム構成図。
【図７】同実施形態における取引支援設備を示す機能ブロック図。
【図８】同実施形態における購買希望条件抽出装置のデータ格納手段におけるメモリマップ。
【図９】同実施形態における取引支援設備の動作フローチャート。
【図１０】同実施形態における取引支援設備の動作フローチャート。
【図１１】同実施形態におけるスケジュールデータ入力画面図。
【図１２】同実施形態における購買希望条件抽出装置の動作フローチャート。
【図１３】同実施形態における購買希望条件抽出装置の動作フローチャート。
【図１４】同実施形態における回答データ入力画面図。
【図１５】同実施形態における商品検索例
【図１６】同実施形態における販売支援装置の動作フローチャート。
【図１７】同実施形態における商品検索装置の動作フローチャート。
【図１８】同実施形態における商品検索例
【図１９】同実施形態における購買希望商品に関する選択画面図。
【図２０】同実施形態における取引支援装置の動作フローチャート。
【図２１】同実施形態における取引支援装置の動作フローチャート。
【図２２】同実施形態における取引支援装置の動作フローチャート。
【符号の説明】
ＳＲＶ１・・・購買希望条件抽出装置
２１Ａ・・・自動検出手段
２１Ｂ・・・スケジュールデータ受付手段
２１Ｄ・・・プランニング手段
２１Ｆ・・・質問データ受付手段
２１Ｇ・・・購買者データ格納手段（データ格納手段）
２１Ｈ・・・質問データ出力手段
２１Ｉ・・・回答データ受付手段
２１Ｊ・・・購買希望データ作成手段
２１Ｋ・・・購買希望データ出力手段
Claims (14)
- 会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、
少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置。 - 会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、
少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する自動検出手段と、
前記自動検出手段を用いて検出したスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置。 - 会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、
少なくとも日付に関するデータを含むと共に、予め定めた選択肢にから選択されたスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置。 - 会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、
少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
購買者に関する購買者データを格納する購買者データ格納手段と、
前記購買者データに基づいて、前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置。 - 会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、
少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュール受付手段により受け付けたスケジュールを実行するために必要とされる複数の商品または役務の組み合わせから構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置。 - 会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、
少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成される複数のプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置。 - 会議等のスケジュールに必要とされる商品又は役務の購買希望条件を導き出すためのものであって、
少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段と、
前記質問データに対する回答データを受け付ける回答データ受付手段と、
前記回答データ又はスケジュールデータから抽出した購買希望条件を具備する商品又は役務に関する購買希望データを作成する購買希望データ作成手段と、
前記購買希望データ作成手段を用いて作成した購買希望データを出力する購買希望データ出力手段とを具備してなることを特徴とする購買希望条件抽出装置。 - コンピュータを機能させるためのプログラムにおいて、前記コンピュータを、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段として機能させるための購買希望条件抽出プログラム。 - コンピュータを機能させるためのプログラムにおいて、前記コンピュータを、少なくとも日付に関するデータを含んだスケジュールデータを自動的に検出する自動検出手段と、
前記自動検出手段を用いて検出したスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段として機能させるための購買希望条件抽出プログラム。 - コンピュータを機能させるためのプログラムにおいて、前記コンピュータを、少なくとも日付に関するデータを含むと共に、予め定めた選択肢にから選択されたスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段として機能させるための購買希望条件抽出プログラム。 - コンピュータを機能させるためのプログラムにおいて、前記コンピュータを、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
購買者に関する購買者データを格納する購買者データ格納手段と、
前記購買者データに基づいて、前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件及び前記購買者データを基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段として機能させるための購買希望条件抽出プログラム。 - コンピュータを機能させるためのプログラムにおいて、前記コンピュータを、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュール受付手段により受け付けたスケジュールを実行するために必要とされる複数の商品または役務の組み合わせから構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段として機能させるための購買希望条件抽出プログラム。 - コンピュータを機能させるためのプログラムにおいて、前記コンピュータを、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成される複数のプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段として機能させるための購買希望条件抽出プログラム。 - コンピュータを機能させるためのプログラムにおいて、前記コンピュータを、少なくとも日付に関するデータを含んだスケジュールデータを受け付けるスケジュールデータ受付手段と、
前記スケジュールを実行するために必要とされる商品または役務から構成されるプランを作成するプランニング手段と、
前記スケジュールデータから導き出した条件を基に、当該スケジュールに必要とされる商品又は役務の購買希望条件を導き出すための質問データを作成する質問データ作成手段と、
前記質問データ作成手段を用いて作成された質問データを出力する質問データ出力手段と、
前記質問データに対する回答データを受け付ける回答データ受付手段と、
前記回答データ又はスケジュールデータから抽出した購買希望条件を具備する商品又は役務に関する購買希望データを作成する購買希望データ作成手段と、
前記購買希望データ作成手段を用いて作成した購買希望データを出力する購買希望データ出力手段として機能させるための購買希望条件抽出プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002289278A JP2004126891A (ja) | 2002-10-01 | 2002-10-01 | 購買希望条件抽出装置、購買希望条件抽出プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002289278A JP2004126891A (ja) | 2002-10-01 | 2002-10-01 | 購買希望条件抽出装置、購買希望条件抽出プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004126891A true JP2004126891A (ja) | 2004-04-22 |
Family
ID=32281501
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002289278A Pending JP2004126891A (ja) | 2002-10-01 | 2002-10-01 | 購買希望条件抽出装置、購買希望条件抽出プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004126891A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006126944A (ja) * | 2004-10-26 | 2006-05-18 | Takenaka Komuten Co Ltd | 部屋割当装置、部屋割当方法及び部屋割当プログラム |
| JP2014174130A (ja) * | 2013-03-13 | 2014-09-22 | Panasonic Corp | 携帯情報端末装置およびプログラム |
-
2002
- 2002-10-01 JP JP2002289278A patent/JP2004126891A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006126944A (ja) * | 2004-10-26 | 2006-05-18 | Takenaka Komuten Co Ltd | 部屋割当装置、部屋割当方法及び部屋割当プログラム |
| JP4611712B2 (ja) * | 2004-10-26 | 2011-01-12 | 株式会社竹中工務店 | 部屋割当装置及び部屋割当プログラム |
| JP2014174130A (ja) * | 2013-03-13 | 2014-09-22 | Panasonic Corp | 携帯情報端末装置およびプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107886391B (zh) | 一种跨境垂直电商管理方法 | |
| US7249062B2 (en) | Method for transacting for a perishable object having an uncertain availability | |
| US7110958B2 (en) | Method and apparatus for mobile pickup stations | |
| KR102055346B1 (ko) | 통합 유통 관리 시스템 | |
| US20130304526A1 (en) | Methods for cross-selling flights and travel-related goods | |
| US20130024232A1 (en) | Electronic method and system for connecting a buyer, a seller, and third party courier to facilitate the exchange of physical goods | |
| JP2004192357A (ja) | 結合サーバーを用いた旅行商品検索・予約システム | |
| JP2002024624A (ja) | 通信ネットワーク上の販売システム | |
| KR100891917B1 (ko) | 전세 운송수단을 이용한 여객 맞교환 예약 시스템 및 방법 | |
| US8271337B1 (en) | System and method for transacting for an upgrade having an uncertain availability | |
| JP5357092B2 (ja) | 販売促進システムおよび企業ポイント管理サーバならびに企業ポイント管理プログラム | |
| US20030163385A1 (en) | Commodity order acceptance and transportation system, method, and recording medium | |
| JP2008225622A (ja) | 商取引における最小コスト提示システムおよびその方法 | |
| KR20060128288A (ko) | 컴퓨터 통신망을 이용한 의료기상의 상품 구매 대행 의뢰및 판매 지원 등의 운용 방법에 관한 시스템의 구현 | |
| JP2001357313A (ja) | 商品販売用サーバ、商品販売システム及びその販売方法 | |
| JP2004126891A (ja) | 購買希望条件抽出装置、購買希望条件抽出プログラム | |
| JP2004126892A (ja) | 商品又は役務検索装置、商品又は役務検索プログラム | |
| JP4250979B2 (ja) | 商品又はサービス情報提供システム及び方法 | |
| JP2004126890A (ja) | 販売支援装置、販売支援プログラム | |
| KR20090099045A (ko) | 경품 구매 및 배송을 대행하는 경품 대행 시스템 및 경품 대행 방법 | |
| JP6145200B2 (ja) | 販売処理システムおよび販売処理プログラム | |
| US20020133423A1 (en) | Article management system, article mangement method, article management program, and computer-readable storage medium on which an article management program is stored | |
| JP5969085B1 (ja) | 販売処理システム、販売処理プログラムおよびサーバ装置 | |
| KR100452521B1 (ko) | 피디에이 기반 중도매인 유통관리 시스템 및 방법 | |
| KR102534943B1 (ko) | 시장상권 분석 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050914 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080709 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080805 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081209 |