(57)【要約】【課題】旅行会社と宿泊施設とが、効率的に商談を行なうための商談支援システムを提供する。【解決手段】管理サーバ２０の制御部２１が、旅行会社のユーザ端末１０から取引条件を含めた照会を取得し、照会に応じた応答をユーザ端末１５から取得する。制御部２１は、応答に応じて、商談対象の宿泊施設を特定し、特定した宿泊施設のユーザ端末１５と旅行会社のユーザ端末１０との間で交換された商談についてのメッセージを商談情報記憶部２５に記録する。制御部２１は、商談により成立情報を取得した場合には、宿泊施設の予約登録を行なうとともに、他の宿泊施設に対して商談結果を通知する。【選択図】図１
2018101356.tif 000002
【特許請求の範囲】
【請求項１】
複数の旅行会社の旅行会社端末と複数の宿泊施設の宿泊施設端末とを中継する制御部と、旅行会社端末と宿泊施設端末との間で交換されたメッセージを記録する商談情報記憶部とを備えた商談支援システムであって、
前記制御部が、
前記旅行会社端末から取引条件を含めた照会を取得し、
前記照会に応じた応答を前記宿泊施設端末から取得し、
前記応答に応じて、商談対象の宿泊施設を特定し、
前記特定した宿泊施設の宿泊施設端末と前記旅行会社の旅行会社端末との間で交換された商談についてのメッセージを前記商談情報記憶部に記録し、
前記商談により成立情報を取得した場合には、前記宿泊施設の予約登録を行なうとともに、他の宿泊施設に対して、商談結果を通知することを特徴とする商談支援システム。
【請求項２】
前記商談情報記憶部に記録されたメッセージに基づいて、商談の活性度を示す商談受付指標を算出し、前記旅行会社端末に出力することを特徴とする請求項１に記載の商談支援システム。
【請求項３】
前記商談情報記憶部に記録されたメッセージに基づいて、前記宿泊施設の交渉余地を評価し、前記交渉余地を前記旅行会社端末に出力することを特徴とする請求項１又は２に記載の商談支援システム。
【請求項４】
前記旅行会社端末から、旅行日程、旅行地が含まれる取引条件を取得し、前記旅行日程及び旅行地が重複する他の照会に基づいて混雑状況を算出し、前記混雑状況を前記旅行会社端末に出力することを特徴とする請求項１〜３の何れか一項に記載の商談支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、旅行会社と宿泊施設との商談を支援するための商談支援システムに関する。
【背景技術】
【０００２】
旅行会社が旅行を企画し、ホテルなどの宿泊施設を予約する場合、所望の宿泊施設に個別に問い合わせを行なう。一方、宿泊施設側は、宿泊在庫を確保し、旅行会社に提供している。また、旅行代理店と宿泊施設との予約可否の照会を行なう仲介方法も検討されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−３０５１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、この文献に記載された技術においては、照会に対する回答は得られるが、旅行会社と宿泊施設との間での効率的な商談を行なうことができない。
本発明は、上記課題を解決するためになされたものであり、その目的は、旅行会社と宿泊施設とが、効率的に商談を行なうための商談支援システムを提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決する商談支援システムは、複数の旅行会社の旅行会社端末と複数の宿泊施設の宿泊施設端末とを中継する制御部と、旅行会社端末と宿泊施設端末との間で交換されたメッセージを記録する商談情報記憶部とを備える。そして、前記制御部が、前記旅行会社端末から取引条件を含めた照会を取得し、前記照会に応じた応答を前記宿泊施設端末から取得し、前記応答に応じて、商談対象の宿泊施設を特定し、前記特定した宿泊施設の宿泊施設端末と前記旅行会社の旅行会社端末との間で交換された商談についてのメッセージを商談情報記憶部に記録し、前記商談により成立情報を取得した場合には、前記宿泊施設の予約登録を行なうとともに、他の宿泊施設に対して、商談結果を通知する。
【発明の効果】
【０００６】
本発明によれば、旅行会社と宿泊施設とが、効率的に商談を行なうことができる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態の商談支援システムの説明図。
【図２】本実施形態の情報記憶部の説明図であって、（ａ）は旅行会社情報記憶部、（ｂ）は宿泊施設情報記憶部、（ｃ）は照会情報記憶部、（ｄ）は商談情報記憶部、（ｅ）は予約情報記憶部の説明図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【図５】他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【０００８】
以下、商談支援システムを具体化した一実施形態を、図１〜図４に従って説明する。本実施形態では、旅行会社（旅行の企画者）と、宿泊施設（旅行に用いるリソース）との商談を支援するサービスを提供する場合を想定する。
【０００９】
ここでは、図１に示すように、インターネットを介して接続されたユーザ端末１０，１５及び管理サーバ２０を用いる。
ユーザ端末１０，１５は、サービスを利用するユーザ（旅行会社、宿泊施設）が用いるコンピュータ端末である。ユーザ端末１０は旅行会社端末として機能し、ユーザ端末１５は宿泊施設端末として機能する。ユーザ端末１０，１５は、インターネットを介して管理サーバ２０と接続される。このユーザ端末１０，１５は、キーボードやポインティングデバイス等の入力部、及びディスプレイ等の出力部を備える。更に、ユーザ端末１０の制御部は、ブラウザアプリケーションを実行し、管理サーバ２０から取得したデータを、ディスプレイに出力する。
【００１０】
管理サーバ２０は、ユーザ端末１０，１５を中継し、旅行会社と宿泊施設との商談を支援するサービスを管理するコンピュータシステムである。この管理サーバ２０は、制御部２１、旅行会社情報記憶部２２、宿泊施設情報記憶部２３、照会情報記憶部２４、商談情報記憶部２５、予約情報記憶部２６を備えている。
【００１１】
図２（ａ）に示すように、旅行会社情報記憶部２２には、本サービスを利用する旅行会社を管理するための旅行会社管理レコード２２０が記録される。この旅行会社管理レコード２２０は、旅行会社の登録時に記録される。この旅行会社管理レコード２２０には、旅行会社コード、名称、パスワード、連絡先に関するデータが記録される。
【００１２】
旅行会社コードデータ領域には、各旅行会社を特定するための識別子に関するデータが記録される。
名称データ領域には、この旅行会社の名称に関するデータが記録される。
パスワードデータ領域には、この旅行会社を認証するために用いるパスワードに関するデータが記録される。
連絡先データ領域には、この旅行会社の連絡先に関するデータが記録される。連絡先としては、例えば、旅行会社の担当者のメールアドレス等を用いることができる。
【００１３】
図２（ｂ）に示すように、宿泊施設情報記憶部２３には、本サービスを利用する宿泊施設を管理するための宿泊施設管理レコード２３０が記録される。この宿泊施設管理レコード２３０は、宿泊施設の登録時に記録される。この宿泊施設管理レコード２３０には、宿泊施設コード、名称、パスワード、連絡先、施設説明、サービス説明に関するデータが記録される。
宿泊施設コードデータ領域には、各宿泊施設を特定するための識別子に関するデータが記録される。
名称データ領域には、この宿泊施設の名称に関するデータが記録される。
パスワードデータ領域には、この宿泊施設を認証するために用いるパスワードに関するデータが記録される。
連絡先データ領域には、この宿泊施設の連絡先に関するデータが記録される。連絡先としては、例えば、宿泊施設の担当者のメールアドレス等を用いることができる。
施設説明データ領域には、この宿泊施設の施設概要に関するデータが記録される。このデータ領域には、施設情報やサービス情報に関するデータが記録される。具体的に、施設情報としては、「通常の設備情報」、「ロケーション（所在地及びロケーションタイプ（アーバン、リゾート、郊外、エアポート等））」、「主な部屋のタイプ（シングル・ダブルメイン、ツインメイン、和室メイン等）」が含まれる。更に、「宿泊施設のタイプ（ホテル、旅館、オーベルジュ、民宿、コテージ、ブティック等）・ホテルクラス（５つ星、４つ星、３つ星、２つ星、１つ星）」、「コネクティングルームの有無」、「カンファレンスルームの有無」、「バンケット（宴会場の部屋の数）」、「バスの駐車場」、「価格帯（一部屋あたりの部屋の価格帯）」を含めてもよい。
【００１４】
サービス説明データ領域には、この宿泊施設で提供するサービス概要に関するデータが記録される。サービス説明としては、「通常のサービス（ＯＴＡにある情報）」、「宗教食事対応」、「バスガイド、ドライバー対応」、「喫煙、禁煙の有無」、「ＭＩＣＥ（Meeting,Incentive,Convention,Exhibition）対応」等が含まれる。
【００１５】
図２（ｃ）に示すように、照会情報記憶部２４には、旅行会社による旅行の企画の照会を管理するための照会管理レコード２４０、応答管理レコード２４１が記録される。照会管理レコード２４０は、旅行会社からの照会時に記録され、応答管理レコード２４１は、宿泊施設からの応答を取得した場合に更新される。この照会管理レコード２４０には、照会コード、照会方式、照会者コード、照会内容に関するデータが記録される。応答管理レコード２４１は、照会管理レコード２４０に関連付けられており、応答者コード、応答内容に関するデータが記録される。
【００１６】
照会コードデータ領域には、各照会を特定するための識別子に関するデータが記録される。
照会方式データ領域には、この照会における照会形態を特定するためのフラグが記録される。本実施形態では、照会方式として、個別問い合わせ方式、又は掲示板方式が記録される。これら照会方式は、後述する処理においてユーザに選択される。
【００１７】
照会者コードデータ領域には、照会者（旅行会社）を特定するための識別子（旅行会社コード）に関するデータが記録される。
照会内容データ領域には、照会内容（旅行日程、１人当たりの価格、場所、人数、国籍、施設やサービスに関する条件等）に関するデータが記録される。
【００１８】
応答者コードデータ領域には、この照会に応答した応答者（宿泊施設）を特定するための識別子（宿泊施設コード）に関するデータが記録される。
応答内容データ領域には、照会内容に対して、宿泊施設からの応答内容に関するデータが記録される。
【００１９】
図２（ｄ）に示すように、商談情報記憶部２５には、旅行会社、宿泊施設との間で行われる商談を管理するための商談管理レコード２５０、メッセージ管理レコード２５１が記録される。この商談管理レコード２５０は、宿泊施設から対応可能メッセージを取得した場合に記録され、メッセージ管理レコード２５１は、旅行会社、宿泊施設からメッセージを取得した場合に記録される。この商談管理レコード２５０には、商談コード、照会コード、参加者、商談ステータスに関するデータが記録される。メッセージ管理レコード２５１は、商談管理レコード２５０に関連付けられており、発信時刻、発信者、メッセージに関するデータが記録される。
【００２０】
商談コードデータ領域には、各商談を特定するための識別子に関するデータが記録される。
照会コードデータ領域には、この商談を行なう契機となった照会を特定するための識別子に関するデータが記録される。
【００２１】
参加者データ領域には、商談を行なう旅行会社、宿泊施設を特定するための識別子（旅行会社コード及び宿泊施設コード）に関するデータが記録される。
商談ステータスデータ領域には、商談の状況を特定するためのフラグ（成立又は不成立）が記録される。
【００２２】
発信時刻データ領域には、メッセージを発信した年月日及び時刻に関するデータが記録される。
発信者データ領域には、メッセージの発信者（旅行会社コード又は宿泊施設コード）を特定するための識別子に関するデータが記録される。
メッセージデータ領域には、発信されたメッセージ内容に関するデータが記録される。
【００２３】
図２（ｅ）に示すように、予約情報記憶部２６には、宿泊施設の予約を管理するための予約管理レコード２６０が記録される。この予約管理レコード２６０は、商談が成立した場合に記録される。この予約管理レコード２６０には、予約コード、商談コード、旅行会社コード、宿泊施設コード、予約内容、予約ステータスに関するデータが記録される。
【００２４】
予約コードデータ領域には、各予約を特定するための識別子に関するデータが記録される。
商談コードデータ領域には、この予約のために行なわれた商談を特定するための識別子に関するデータが記録される。
【００２５】
旅行会社コードデータ領域には、この予約を行なった旅行会社を特定するための識別子に関するデータが記録される。
宿泊施設コードデータ領域には、この予約を受けた宿泊施設を特定するための識別子に関するデータが記録される。
【００２６】
予約内容データ領域には、予約内容に関するデータが記録される。
予約ステータスデータ領域には、この予約の状況（仮予約、催行確認、実施承諾等）を特定するためのフラグが記録される。
【００２７】
制御部２１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（ユーザ認証段階、マッチング段階、混雑評価段階、個別対応段階、掲示板管理段階、商談支援段階、メッセージ交換段階等の各処理等）を行なう。そのための商談支援プログラムを実行することにより、制御部２１は、図１に示すように、ユーザ認証部２１１、マッチング部２１２、混雑評価部２１３、個別対応部２１４、掲示板管理部２１５、商談支援部２１６、メッセンジャー２１７として機能する。
【００２８】
ユーザ認証部２１１は、本サービスのユーザ（旅行会社、宿泊施設）を認証する処理を実行する。
マッチング部２１２は、旅行会社からの照会に基づいて、宿泊施設を検索するとともに、各宿泊施設を評価する処理を実行する。
【００２９】
混雑評価部２１３は、宿泊施設の混雑状況を評価する処理を実行する。
個別対応部２１４は、旅行会社が指定した各宿泊施設に対して、照会を行なう処理を実行する。
【００３０】
掲示板管理部２１５は、旅行会社の照会情報を掲載する掲示板を管理する処理を実行する。
商談支援部２１６は、旅行会社と宿泊施設との間で行なわれる商談を支援する処理を実行する。
メッセンジャー２１７は、ユーザ（旅行会社、宿泊施設）のメッセージを、商談相手に展開する処理を実行する。
【００３１】
次に、図３，４を用いて、上述した商談支援システムが実行する処理の処理手順を説明する。ここでは、旅行会社が、自らが持つツアープラン（ツアー名、人数、催行予定日数（日付）、国籍、場所、施設やサービス等）を作成し、ツアーに用いる宿泊施設を探す場合を想定する。
まず、管理サーバ２０の制御部２１は、ログイン処理を実行する（ステップＳ１０１）。具体的には、宿泊施設の利用を希望する旅行会社の担当者は、ユーザ端末１０を用いて、管理サーバ２０にアクセスする。この場合、制御部２１のユーザ認証部２１１は、ユーザ端末１０のディスプレイにログイン認証画面を表示する。そして、ユーザ認証部２１１は、ユーザ端末１０から、旅行会社コード（ユーザＩＤ）及びパスワードを取得する。旅行会社コード及びパスワードが旅行会社情報記憶部２２に記録されている場合には、ユーザ認証部２１１は、ユーザ認証を完了する。ユーザ認証を完了できない場合には、エラーメッセージをユーザ端末１０に返信する。
【００３２】
ユーザ認証を完了した場合、管理サーバ２０の制御部２１は、宿泊施設の検索処理を実行する（ステップＳ１０２）。具体的には、制御部２１のマッチング部２１２は、検索画面をユーザ端末１０に出力する。この検索画面には、旅行会社が、希望する検索条件の入力欄が含まれている。検索条件としては、旅行会社のツアープランに応じて、旅行日程、場所、施設やサービスに関する条件等のツアー概要情報が含まれる。更に、１人当たりの価格等を検索条件に含めることも可能である。そして、マッチング部２１２は、取得した検索条件を用いて、宿泊施設情報記憶部２３において、候補となる宿泊施設を検索する。この場合には、場所等の施設情報やサービス情報に一致する施設説明及びサービス説明を含む宿泊施設管理レコード２３０を検索する。検索条件の１人当たりの価格が検索条件に含まれる場合には、該当する「価格帯」を用いる。そして、マッチング部２１２は、抽出した宿泊施設管理レコード２３０の宿泊施設に関する情報を含めた検索結果画面をユーザ端末１０のディスプレイに出力する。
【００３３】
次に、管理サーバ２０の制御部２１は、商談受付指標の提供処理を実行する（ステップＳ１０３）。具体的には、制御部２１のマッチング部２１２は、抽出した宿泊施設についての商談管理レコード２５０を検索する。次に、マッチング部２１２は、抽出した商談管理レコード２５０の数に応じて、商談の活性度を示す商談受付指標を算出する。例えば、抽出した商談管理レコード２５０の数が多いほど、値か高くなる商談受付指標を算出する。そして、マッチング部２１２は、算出した商談受付指標を、ユーザ端末１０のディスプレイに出力する。
【００３４】
次に、管理サーバ２０の制御部２１は、混雑情報の提供処理を実行する（ステップＳ１０４）。具体的には、制御部２１の混雑評価部２１３は、照会情報記憶部２４を用いて、検索条件の場所及び旅行日程が重なる照会管理レコード２４０を検索する。次に、混雑評価部２１３は、抽出した照会管理レコード２４０の数に応じて、混雑状況を算出する。例えば、基準数以上の照会管理レコード２４０を抽出した場合には、「混雑度：高」と判定する。一方、抽出した照会管理レコード２４０が基準数未満の場合には、「混雑度：低」と判定する。そして、混雑評価部２１３は、判定した混雑状況を、ユーザ端末１０のディスプレイに出力する。
【００３５】
次に、管理サーバ２０の制御部２１は、アプローチ方式の決定処理を実行する（ステップＳ１０５）。具体的には、制御部２１のマッチング部２１２は、ユーザ端末１０に、アプローチ方式の選択画面を出力する。アプローチ方式としては、個別問い合わせ方式と掲示板式とがある。そして、マッチング部２１２は、ユーザ端末１０から、選択されたアプローチ方式を取得する。この場合、マッチング部２１２は、照会コードを付与し、照会方式、照会者コード、照会内容を記録した照会管理レコード２４０を生成し、照会情報記憶部２４に記録する。
【００３６】
ここで、ユーザ端末１０において、アプローチ方式として個別問い合わせ方式の選択を検知した場合、管理サーバ２０の制御部２１は、問い合わせ先の指定処理を実行する（ステップＳ１０６）。具体的には、制御部２１の個別対応部２１４は、ユーザ端末１０のディスプレイに、問い合わせ先指定画面を出力する。この問い合わせ先指定画面には、旅行会社が希望する宿泊施設の入力欄が設けられている。この場合、旅行会社は、検索結果や商談受付指標を用いて、問い合わせ先指定画面において所望の宿泊施設を入力する。そして、個別対応部２１４は、ユーザ端末１０に指定された問い合わせ先の宿泊施設情報を取得する。
【００３７】
次に、管理サーバ２０の制御部２１は、個別問い合わせ処理を実行する（ステップＳ１０７）。具体的には、制御部２１の個別対応部２１４は、問い合わせ先として指定された宿泊施設のユーザ端末１５に対して、照会連絡を送信する。この照会連絡には、照会管理レコード２４０に記録された照会コード、照会内容を含める。
【００３８】
照会連絡を受信したユーザ端末１５の宿泊施設の担当者は、照会内容を確認して、管理サーバ２０に対してアクセスする。この場合にも、ステップＳ１０１と同様に、ログイン処理を実行する。そして、ユーザ端末１５を用いて、照会連絡に対する応答を入力する。例えば、照会内容で対応できる場合には、「対応可能」メッセージを返信する。また、照会内容を調整すれば対応できる場合には、「条件付き対応可能」メッセージを返信する。一方、照会内容について対応できない場合には、「対応不可」メッセージを返信する。これらのメッセージには、照会コードを含める。
【００３９】
そして、管理サーバ２０の制御部２１は、宿泊施設からの応答取得処理を実行する（ステップＳ１１０）。具体的には、制御部２１の商談支援部２１６は、応答者コード（宿泊施設コード）を記録した応答管理レコード２４１を生成し、照会情報記憶部２４に記録する。そして、宿泊施設のユーザ端末１５から取得した応答を、応答管理レコード２４１に記録する。
【００４０】
一方、ユーザ端末１０において、アプローチ方式として掲示板方式の選択を検知した場合、管理サーバ２０の制御部２１は、掲示板への掲載処理を実行する（ステップＳ１０８）。具体的には、制御部２１の掲示板管理部２１５は、照会管理レコード２４０に記録された照会内容を掲示板に掲載する。この場合、各宿泊施設の担当者は、ユーザ端末１５を用いて、掲示板に表示された照会内容を確認する。
【００４１】
掲示板の掲載を確認した宿泊施設の担当者は、無条件又は条件付きで対応と判断した場合には、ユーザ端末１５を用いて、管理サーバ２０にアクセスする。この場合にも、ステップＳ１０１と同様に、ログイン処理を実行する。そして、ユーザ端末１５に応答入力を行なう。例えば、照会内容で対応できる場合には、「対応可能」メッセージを入力する。また、照会内容を調整すれば対応できる場合には、「条件付き対応可能」メッセージを入力する。
【００４２】
そして、管理サーバ２０の制御部２１は、宿泊施設からの応答取得処理を実行する（ステップＳ１１０）。
次に、管理サーバ２０の制御部２１は、商談候補の登録処理を実行する（ステップＳ１１１）。具体的には、制御部２１の商談支援部２１６は、対応可能メッセージを取得した各宿泊施設と旅行会社とを組み合わせ、それぞれに商談コードを付与する。そして、商談支援部２１６は、商談コード、照会コード、参加者（宿泊施設と旅行会社）を含めた商談管理レコード２５０を生成し、商談情報記憶部２５に記録する。
【００４３】
次に、管理サーバ２０の制御部２１は、優先順位の出力処理を実行する（ステップＳ１１２）。具体的には、制御部２１の商談支援部２１６は、旅行会社毎に、予約管理レコード２６０を予約情報記憶部２６から取得する。次に、商談支援部２１６は、予約管理レコード２６０のレコード数（予約履歴）や、予約管理レコード２６０に記録された予約ステータスに基づいて催行率を算出する。そして、商談支援部２１６は、宿泊施設毎に、重複する宿泊期間に照会について、予約履歴が多く、催行率が高い程、高い優先順位を付与する。そして、商談支援部２１６は、宿泊施設のユーザ端末１５に対して、旅行会社毎に予約履歴や催行率、優先順位に関する情報を通知する。この場合、宿泊施設の担当者は、予約履歴や催行率、優先順位を確認して、商談の対象を決める。
【００４４】
商談を行なう場合には、旅行会社、宿泊施設の担当者は、それぞれのユーザ端末１０，１５を用いて、管理サーバ２０にアクセスする。この場合、管理サーバ２０の制御部２１は、ステップＳ１０１と同様に、ログイン処理を実行する（ステップＳ２０１）。
【００４５】
次に、管理サーバ２０の制御部２１は、商談対象の特定処理を実行する（ステップＳ２０２）。具体的には、制御部２１のメッセンジャー２１７は、ユーザ端末１０，１５において指定された商談対象の商談コードを取得する。
【００４６】
次に、管理サーバ２０の制御部２１は、チャットによる商談処理を実行する（ステップＳ２０３）。具体的には、制御部２１のメッセンジャー２１７は、商談コードに関連付けられたメッセージ管理レコード２５１を商談情報記憶部２５から取得する。そして、メッセンジャー２１７は、メッセージ管理レコード２５１に記録されたメッセージを時系列に並べたタイムライン画面を、ログインしたユーザ端末１０，１５のディスプレイに出力する。また、メッセンジャー２１７は、ユーザ端末１０，１５から取得したメッセージをメッセージ管理レコード２５１に記録する。この商談において、ツアー概要情報に含まれていなかった詳細なツアーのリクエスト（例えば、国籍や人数、部屋タイプ等）を、宿泊施設に対して通知する。
【００４７】
次に、管理サーバ２０の制御部２１は、商談成立の登録処理を実行する（ステップＳ２０４）。具体的には、商談を行なった旅行会社及び宿泊施設は、商談内容を受諾する場合、ユーザ端末１０，１５において、商談成立入力を行なう。この場合、制御部２１の商談支援部２１６は、商談管理レコード２５０に、商談ステータスとして商談成立フラグを入力する。そして、商談支援部２１６は、同じ照会コードが記録された他の商談管理レコード２５０に商談不成立フラグを記録する。商談支援部２１６は、商談不成立フラグを記録した商談管理レコード２５０に参加者として記録されている宿泊施設のユーザ端末１５に、商談不成立メッセージを送信する。
【００４８】
次に、管理サーバ２０の制御部２１は、予約処理を実行する（ステップＳ２０５）。具体的には、制御部２１の商談支援部２１６は、成立した商談に関する予約管理レコード２６０を生成し、予約情報記憶部２６に記録する。
【００４９】
そして、商談支援部２１６は、この予約管理レコード２６０に記録された内容に基づいて、ユーザ端末１０に対して催行確認通知を送信する。この場合、商談支援部２１６は、予約管理レコード２６０に、予約ステータスとして催行確認フラグを記録する。更に、ユーザ端末１０から、催行確認に対する実施承諾通知を取得した場合には、商談支援部２１６は、宿泊施設のユーザ端末１５に実施承諾通知を送信する。そして、商談支援部２１６は、予約管理レコード２６０に、予約ステータスとして実施承諾フラグを記録する。
【００５０】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）上記実施形態では、管理サーバ２０の制御部２１は、商談受付指標の提供処理を実行する（ステップＳ１０３）。これにより、商談受付指標を用いて、商談の相手となる宿泊施設を評価することができる。
【００５１】
（２）上記実施形態では、管理サーバ２０の制御部２１は、混雑情報の提供処理を実行する（ステップＳ１０４）。これにより、商談状況に基づいて、混雑状況を把握することができる。そして、状況に応じて、アプローチ方式を決定することができる。
【００５２】
（３）上記実施形態では、管理サーバ２０の制御部２１は、アプローチ方式の決定処理を実行する（ステップＳ１０５）。これにより、複数の宿泊施設に対して一括でのアプローチや、掲示板を利用しての広範囲のアプローチを行なうことができる。
【００５３】
（４）上記実施形態では、管理サーバ２０の制御部２１は、優先順位の出力処理を実行する（ステップＳ１１２）。これにより、宿泊施設は、旅行会社を評価して、優先順位を決定することができる。
【００５４】
（５）上記実施形態では、管理サーバ２０の制御部２１は、チャットによる商談処理を実行する（ステップＳ２０３）。これにより、メッセージ交換を用いて、商談相手と直接対話しながら効率的に商談を行なうことができる。
【００５５】
また、上記実施形態は、以下の態様に変更してもよい。
・上記実施形態では、管理サーバ２０の制御部２１は、商談受付指標の提供処理を実行する（ステップＳ１０３）。ここでは、マッチング部２１２は、抽出した商談管理レコード２５０の数に応じて、商談受付指標を算出する。これに加えて、商談の内容に基づいて、宿泊施設を評価するようにしてもよい。
【００５６】
図５を用いて、宿泊施設評価処理を説明する。
まず、管理サーバ２０の制御部２１は、商談履歴の取得処理を実行する（ステップＳ３０１）。具体的には、制御部２１のマッチング部２１２は、抽出した宿泊施設についての商談管理レコード２５０を検索する。次に、マッチング部２１２は、商談管理レコード２５０に関連付けられたメッセージ管理レコード２５１を取得する。
【００５７】
次に、管理サーバ２０の制御部２１は、宿泊施設に応じて交渉余地の特定処理を実行する（ステップＳ３０２）。具体的には、制御部２１のマッチング部２１２は、宿泊施設毎に、メッセージ管理レコード２５１に記録されたメッセージを用いて、宿泊条件の変更度合を評価する。例えば、宿泊施設のメッセージ内容に、旅行会社が提示した照会内容に応じる発言（文言）が含まれる場合には、交渉余地が大きいと特定する。一方、旅行会社のメッセージ内容に、宿泊施設が提示した応答内容に応じる発言（文言）が含まれる場合には、交渉余地が小さいと特定する。
【００５８】
次に、管理サーバ２０の制御部２１は、交渉余地情報の提供処理を実行する（ステップＳ３０３）。具体的には、制御部２１のマッチング部２１２は、宿泊施設毎に算出した交渉余地を、ユーザ端末１０のディスプレイに出力する。
【００５９】
・上記実施形態では、旅行会社と宿泊施設との商談を支援する。商談の支援対象は、宿泊施設に限定されるものではなく、旅行に必要なリソース（交通機関等）に適用してもよい。更に、商談相手の宿泊施設に応じて、サプライヤーコンテンツ（観光やアクティビティ）を提案するようにしてもよい。
【００６０】
・上記実施形態では、旅行会社の照会を掲示板に掲載する。掲示板に掲載する照会は、旅行会社からの照会に限定されるものではなく、宿泊施設からの提案を掲載するようにしてもよい。
【００６１】
・上記実施形態では、管理サーバ２０の制御部２１は、アプローチ方式の決定処理を実行する（ステップＳ１０５）。ここでは、旅行会社の選択に基づいて、アプローチ方式を決定する。加えて、混雑情報に基づいて、アプローチ方式を推奨するようにしてもよい。例えば、混雑状況において、混雑度が高いと判定した場合には掲示板方式を推奨し、混雑度が低いと判定した場合には個別問い合わせ方式を推奨する。
・上記実施形態では、ユーザ認証を完了した場合、管理サーバ２０の制御部２１は、宿泊施設の検索処理を実行する（ステップＳ１０２）。ここでは、旅行会社が、自らが持つツアープランに応じて、希望する検索条件を入力する。ここで、管理サーバ２０において、旅行会社のツアープランを登録できるようにしてもよい。また、宿泊施設の検索結果に応じて、旅行会社が、ツアープランを作成したり、変更したりするようにしてもよい。
・上記実施形態では、管理サーバ２０の制御部２１は、アプローチ方式の決定処理を実行する（ステップＳ１０５）。このアプローチ方式の決定処理（ステップＳ１０５）を、ログイン処理（ステップＳ１０１）直後に実行するようにしてもよい。ここで、アプローチ方式として掲示板方式の選択を検知した場合、宿泊施設の検索処理（ステップＳ１０２）、商談受付指標の提供処理（ステップＳ１０３）、混雑情報の提供処理（ステップＳ１０４）をスキップする。また、掲示板に掲載する情報に、ツアー概要情報だけではなく、詳細なツアーのリクエストを含めるようにしてもよい。
【符号の説明】
【００６２】
１０，１５…ユーザ端末、２０…管理サーバ、２１…制御部、２１１…ユーザ認証部、２１２…マッチング部、２１３…混雑評価部、２１４…個別対応部、２１５…掲示板管理部、２１６…商談支援部、２１７…メッセンジャー、２２…旅行会社情報記憶部、２３…宿泊施設情報記憶部、２４…照会情報記憶部、２５…商談情報記憶部、２６…予約情報記憶部。
【図１】
2018101356.tif 000003
【図２】
2018101356.tif 000004
【図３】
2018101356.tif 000005
【図４】
2018101356.tif 000006
【図５】
2018101356.tif 000007