(57)【要約】【課題】同じ内容の宿泊プランにもかかわらず、宿泊サイトが違うと別の宿泊プランとして扱われるため、所望の宿泊プランの在庫が実際にどれだけあるのか、一見しただけではわからないという課題がある。またこの課題がもとで、総数では在庫に余裕があるにもかかわらず、在庫の少ない宿泊予約サイトから予約してしまい、予約に失敗してしまうことがある。【解決手段】宿泊プランのネーミングが異なる場合でも、プランの内容が同じである場合は、同一の宿泊プランであるとして、まとめて1つの宿泊プランに再編成する。また宿泊プランの予約は、システムが最も予約成功確率の高い宿泊予約サイトへ自動的に予約を取りに行くようにする。【選択図】  図１
2015099410.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末、複数の宿泊予約サイトとネットワークを介して接続された宿泊予約サービスセンタ装置であって、
前記ユーザ端末と、前記複数の宿泊予約サイトにデータを送受信する通信処理部と、
前記通信処理部と接続され、データを処理する制御処理部と
前記制御処理部と接続され、データを一時的に保存するキャッシュと、を有し、
前記通信処理部が前記ユーザ端末から、宿泊プラン検索要求を受信した場合、前記制御処理部は、当該宿泊プラン検索要求の内容に応じた前記宿泊予約サイト向けの宿泊プラン検索要求を作成し、前記複数の宿泊予約サイトのそれぞれに送信し、
前記複数の宿泊予約サイトのそれぞれから宿泊プラン検索結果を受信した場合、前記制御処理部は、当該宿泊プラン検索結果に含まれる各宿泊プランの在庫数を前記キャッシュに保存し、当該宿泊プラン検索結果における同じ内容の宿泊プラン有無の判別を行い、
同じ内容の宿泊プランがある場合、前記制御処理部は、まとめて１つの新たな宿泊プランに再編成するとともに、再編成して得た前記新たな宿泊プランそれぞれの在庫数を計算し、前記ユーザ端末に、再編成された宿泊プランを前記新たな宿泊プランに置き換えた宿泊プラン検索結果を応答し、
同じ内容の宿泊プランがない場合、前記ユーザ端末に、前記宿泊プラン検索結果をそのまま応答することを特徴とする、宿泊予約サービスセンタ装置。
【請求項２】
請求項１に記載の宿泊予約サービスセンタ装置において、
前記同じ内容の宿泊プラン有無の判別は、各宿泊プランの属性情報を対比することにより行うことを特徴とする、宿泊予約サービスセンタ装置。
【請求項３】
請求項１に記載の宿泊予約サービスセンタ装置において、
再編成される前の各宿泊プランの在庫が全て同じ在庫数の場合、前記制御処理部は、前記新たな宿泊プランの在庫数を、前記新たな宿泊プランの在庫数の最小値とするとともに、当該在庫数に対し再編成された宿泊プランの数を乗じた数を、前記新たな宿泊プランの在庫数の最大値として計算し、
再編成される前の各宿泊プランの在庫が１つでも異なる在庫数の場合、前記制御処理部は、再編成された各宿泊プランの在庫数を全て足し合わせた数を、前記新たな宿泊プランの在庫数として計算することを特徴とする、宿泊予約サービスセンタ装置。
【請求項４】
請求項１に記載の宿泊予約サービスセンタ装置において、
前記ユーザ端末から、宿泊プラン予約要求を受信した場合、前記制御処理部は、宿泊予約サイト毎の予約成功確率を推定し、当該予約成功確率の高い宿泊予約サイトから優先的に、前期宿泊プラン予約要求の内容に応じた前記宿泊予約サイト向けの宿泊プラン予約要求を作成することを特徴とする、宿泊予約サービスセンタ装置。
【請求項５】
請求項４に記載の宿泊予約サービスセンタ装置において、
前記宿泊予約サイト毎の予約成功確率は、前記キャッシュに保存された、各宿泊プランの在庫数に応じて推定することを特徴とする、宿泊予約サービスセンタ装置。
【請求項６】
請求項４に記載の宿泊予約サービスセンタ装置において、
前記宿泊予約サイト毎の予約成功確率は、過去の予約成功実績ならびに失敗実績に応じて推定されることを特徴とする、宿泊予約サービスセンタ装置。
【請求項７】
請求項４に記載の宿泊予約サービスセンタ装置において、
事前に前記ユーザ端末からの宿泊予約サイトの優先指定がある場合、前記制御処理部は、予約成功確率の如何にかかわらず、まず最初に、優先指定された宿泊予約サイトへ、前記宿泊予約サイト向けの宿泊プラン予約要求を送信することを特徴とする、宿泊予約サービスセンタ装置。
【請求項８】
請求項４に記載の宿泊予約サービスセンタ装置において、
前記宿泊サイト向けの宿泊プラン予約要求を送信した宿泊予約サイトから宿泊プラン予約結果を受信した場合、前記制御処理部は、当該宿泊プラン予約結果の内容が予約成功であれば、ユーザ端末に、予約成功の旨を示す宿泊プラン予約結果を応答し、
当該宿泊プラン予約結果の内容が予約失敗である場合、前記制御処理部は、次に予約成功確率の高い宿泊予約サイトに、前記宿泊予約サイト向けの宿泊プラン予約要求を送信し、次に予約成功確率の高い宿泊予約サイトが存在しなければ、ユーザ端末に、予約失敗の旨を示す宿泊プラン予約結果を応答することを特徴とする、宿泊予約サービスセンタ装置。
【請求項９】
ユーザ端末、複数の宿泊予約サイトとネットワークを介して接続された宿泊予約サービスセンタ装置における宿泊予約方法であって、
前記ユーザ端末から、宿泊プラン検索要求を受信した場合、前記宿泊予約サービスセンタ装置は、当該宿泊プラン検索要求の内容に応じた前記宿泊予約サイト向けの宿泊プラン検索要求を作成して、前記複数の宿泊予約サイトのそれぞれに送信し、
前記複数の宿泊予約サイトのそれぞれから宿泊プラン検索結果を受信した場合、  前記宿泊予約サービスセンタ装置は、当該宿泊プラン検索結果に含まれる各宿泊プランの在庫数を保存して、当該宿泊プラン検索結果における同じ内容の宿泊プラン有無の判別を行い、
同じ内容の宿泊プランがある場合、前記宿泊予約サービスセンタ装置は、まとめて１つの新たな宿泊プランに再編成するとともに、再編成して得た前記新たな宿泊プランの在庫数を計算し、前記ユーザ端末に、前期宿泊プラン検索結果のうち、再編成された宿泊プランは前記新たな宿泊プランに置き換えた宿泊プラン検索結果を応答することを特徴とする、宿泊予約方法。
【請求項１０】
請求項９に記載の宿泊予約方法において、
前記ユーザ端末から、宿泊プラン予約要求を受信した場合、前記宿泊予約サービスセンタ装置は、宿泊予約サイト毎の予約成功確率を推定し、当該予約成功確率の高い宿泊予約サイトから優先的に、前期宿泊プラン予約要求の内容に応じた前記宿泊予約サイト向けの宿泊プラン予約要求を作成して送信することを特徴とする、宿泊予約方法。
【請求項１１】
請求項９に記載の宿泊予約方法において、
前記宿泊サイト向けの宿泊プラン予約要求を送信した宿泊予約サイトから宿泊プラン予約結果を前記宿泊予約サービスセンタ装置が受信した場合、
当該宿泊プラン予約結果の内容が予約成功であれば、前記宿泊予約サービスセンタ装置は、ユーザ端末に、予約成功の旨を示す宿泊プラン予約結果を応答し、
当該宿泊プラン予約結果の内容が予約失敗である場合、前記宿泊予約サービスセンタ装置は、次に予約成功確率の高い宿泊予約サイトに、前記宿泊予約サイト向けの宿泊プラン予約要求を送信し、次に予約成功確率の高い宿泊予約サイトが存在しなければ、ユーザ端末に、予約失敗の旨を示す宿泊プラン予約結果を応答することを特徴とする、宿泊予約方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、宿泊予約サービスセンタ装置および方法に関するものであり、特に、複数の宿泊予約サイトと連携したサイト横断型の宿泊予約サービスを提供する、宿泊予約サービスセンタ装置および方法に関する。
【背景技術】
【０００２】
従来、インターネット上でホテルや旅館等の予約を受け付ける宿泊予約サイトは、在庫（ホテル、旅館等の宿泊施設が設定した、宿泊プラン毎の客室数）を自ら一元的に管理していた。近年になり、宿泊予約サイト間で互いに在庫を供給しあうサイトや、多くの宿泊予約サイトと提携し、各サイトが管理する在庫の横断的な検索や一覧比較を可能にしたメタサーチサイトが出現してきている。
【０００３】
例えば、複数のサイトに対して検索リクエストを送信し、その検索結果を収集し、マージやソートなどの処理を施してユーザに応答するシステムが、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−４８３３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
メタサーチサイトは、多くの宿泊予約サイトと提携し、各サイトが管理する在庫の横断的な検索や一覧比較を行えるようにしたことで、ユーザに多様な宿泊プランを選択肢として与えることを可能にしたが、一方で、内容的に同じ宿泊プランであっても、宿泊サイトごとに宿泊プランのネーミングが異なると検索結果ではそれぞれ別のプランとして表示され、結局のところ、ユーザが所望する宿泊プランの在庫が総数としていくつあるのか、一見しただけでは分らないという問題があった。またこの問題のため、ユーザが所望する宿泊プランの在庫総数が、実際には十分にあるにもかかわらず、在庫数が少ない宿泊予約サイトから予約操作を行ってしまい、結果として予約が間に合わず（他ユーザからの予約が先に処理され）、予約に失敗してしまうことがあった。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、ユーザ端末、複数の宿泊予約サイトとネットワークを介して接続された宿泊予約サービスセンタ装置を有し、ユーザ端末と、複数の宿泊予約サイトにデータを送受信する通信処理部と、通信処理部と接続され、データを処理する制御処理部とを有し、通信処理部がユーザ端末から、宿泊プラン検索要求を受信した場合、制御処理部は、当該宿泊プラン検索要求の内容に応じた宿泊予約サイト向けの宿泊プラン検索要求を作成し、複数の宿泊予約サイトのそれぞれに送信し、前記複数の宿泊予約サイトのそれぞれから宿泊プラン検索結果を受信した場合、前記制御処理部は、当該宿泊プラン検索結果に含まれる各宿泊プランの在庫数を保存し、当該宿泊プラン検索結果における同じ内容の宿泊プラン有無の判別を行い、同じ内容の宿泊プランがある場合、制御処理部は、まとめて１つの新たな宿泊プランに再編成する。
【発明の効果】
【０００７】
本発明によれば、ユーザが所望する宿泊プランの在庫が総数としていくつあるのか、一見しただけで分かるようになる。また、ユーザが所望する宿泊プランの予約成功確率が高い宿泊予約サイトから順に予約を試みるので、予約に失敗するリスクを最小限に抑えることができるようになる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態における宿泊予約システムの全体構成例を示した図である。
【図２】本実施形態における宿泊予約サービスセンタ装置の概要構成例を示した図である。
【図３】本実施形態における宿泊予約サービスセンタ装置の処理動作のうち、宿泊プランの検索を行う際の処理フロー概要例を示した図である。
【図４】検索キャッシュに保存される宿泊プランの在庫数データの例を示した図である。
【図５】検索キャッシュに保存された宿泊プランの在庫数データから、同じ宿泊日程、同じ宿泊料金の宿泊プランを抽出した例を示した図である。
【図６】図５で抽出した宿泊プランについて、属性情報を参照し、対比を行った例（その１）を示した図である。
【図７】図５で抽出した宿泊プランについて、属性情報を参照し、対比を行った例（その２）を示した図である。
【図８】図４に「同一判定」列を追加し、同一のプラン内容である宿泊プランがどれであるか分るように示した図である。
【図９】再編成された宿泊プランを新たな宿泊プランに置き換えた場合の、Ｗｅｂ応答画面（一部）のイメージを示した図である。
【図１０】再編成せずに元の宿泊プランのままで構成した、Ｗｅｂ応答画面（一部）のイメージを示した図である。
【図１１】本実施形態における宿泊予約サービスセンタ装置の処理動作のうち、宿泊プランの予約を行う際の処理フロー概要例を示した図である。
【発明を実施するための形態】
【０００９】
以下、本発明を宿泊予約システムに適用した場合の一実施形態を、図面を用いて説明する。
【００１０】
図１は、本実施形態における宿泊予約システムの全体構成例を示している。本実施形態における宿泊予約システムは、宿泊予約サービスセンタ装置１と、ネットワーク２を介して接続する複数のユーザ端末３と、ネットワーク４を介して接続する複数の宿泊予約サイト５を含んで構成されている。ネットワーク２は、インターネットや無線ＬＡＮ、携帯電話網等、ネットワーク４は、インターネットや専用線網等で構築されるが、構築形態はこれらに限定するものではない。
【００１１】
宿泊予約サービスセンタ装置１は、旅行業者やポータル事業者等が運営するセンタ装置である。ユーザ端末３から、複数の宿泊予約サイト５に対して検索、予約を行う際の仲介処理を担う。
【００１２】
なお、宿泊予約サービスセンタ装置１は、さらにＷｅｂサーバ機能を有し、ユーザ端末３に対して宿泊プラン検索、ならびに予約操作が可能な画面インタフェースを提供してもよい。Ｗｅｂサーバ機能は、宿泊予約サービスセンタ装置１には内包せず、ネットワーク２を介して接続される外部のサーバとして構成してもよい。また宿泊予約サービスセンタ装置１は、仲介処理だけでなく、宿泊予約サイト５と同様に在庫を持って、ユーザへ宿泊予約サービスを提供してもよい（宿泊予約サービスセンタ装置１に、宿泊予約サイト５を内包する形態）。
【００１３】
ユーザ端末３は、宿泊予約サービスセンタ装置１を利用するユーザの端末装置である。ユーザ端末３にはブラウザが組み込まれており、ユーザからの操作指示に従い、宿泊予約サービスセンタ１に接続することで、宿泊プラン検索、ならびに予約操作が可能なＷｅｂページにアクセスできる。ユーザ端末３には、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）や携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、タブレットＰＣ等が用いられる。
【００１４】
宿泊予約サイト５は、旅行業者が運営するＷｅｂサイトで、契約宿泊施設（ホテルや旅館等）の宿泊予約サービスを提供している。提供される宿泊プランは、夕食つきやレイトチェックアウト、美術館の入館券セットや飲み放題付き、高級アメニティ提供や部屋の無料グレードアップなど、趣向を凝らした様々な特典の付与による、バラエティに富んだ内容で提供されている。本実施形態では、宿泊予約サービスセンタ装置１が、ネットワークを介して宿泊予約サイト５に接続し、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）で宿泊プランの検索、予約が可能な構成となっている。このような構成は、例えば、宿泊予約サイト５に、検索や予約機能を提供するＷｅｂ ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を実装することで実現できる。
【００１５】
図２は、本実施形態における宿泊予約サービスセンタ装置の概要構成例を示している。本実施形態における宿泊予約サービスセンタ装置１は、様々なデータを記憶する記憶処理部１１と、外部のシステムとネットワーク２、またはネットワーク４を介して通信を行う通信処理部１２と、宿泊プランの検索に関する処理を行う検索処理部１３と、宿泊プランの予約に関する処理を行う予約処理部１４と、これらの処理部における処理を制御する制御処理部１５とから構成される。
【００１６】
また、記憶処理部１１は、宿泊プラン検索時に、その応答として得られる各宿泊プランの在庫数を保持する検索キャッシュ１１１と、宿泊プラン予約時に、その応答として得られる宿泊プランの予約結果（予約成功または失敗）を履歴として保持する予約実績情報１１２と、会員登録時に登録される、ユーザの個人情報やＩＤ、パスワード情報を保持する会員ＩＤ情報１１３と、同じく会員登録時に、必要に応じて登録される、宿泊予約サイト５の優先指定情報を保持する優先指定情報１１４とから構成される。
【００１７】
また、検索処理部１３は、宿泊プラン検索時に、その応答として得られる各宿泊プランについて、同じ内容の宿泊プランがある場合にはそれらの宿泊プランをまとめて１つの新たな宿泊プランに再編成する宿泊プラン再編成処理部１３１と、再編成された新たな宿泊プランの単位での在庫数を計算する在庫数計算処理部１３２とから構成される。
【００１８】
また、予約処理部１４は、宿泊プラン予約時に、宿泊予約サイト毎の予約成功確率を推定する予約成功確率推定処理部１４１と、宿泊プラン予約時に、優先指定情報１１４に、宿泊予約サイトの優先指定情報が登録されているかを確認し、登録されている場合はその優先指定情報を読み出す予約サイト優先指定処理部１４２とから構成される。
【００１９】
図３は、本実施形態における宿泊予約サービスセンタ装置１の処理動作のうち、宿泊プランの検索処理を行う際の処理フロー概要例を示している。以下、この処理フローについて説明する。
【００２０】
（１）まず、通信処理部１２において、ユーザ端末３からの宿泊プラン検索要求を受信したか否かを判定する（ステップＳ１００１）。
【００２１】
（２）ステップＳ１００１の判定で、宿泊プラン検索要求の受信があった場合、検索処理部１３で、受信した検索要求の内容に応じた、各宿泊予約サイト５向けの宿泊プラン検索要求を作成する（ステップＳ１００２）。
【００２２】
（３）ステップＳ１００２で作成した、各宿泊予約サイト５向けの宿泊プラン検索要求を、通信処理部１２は、連携する複数の宿泊予約サイト５のそれぞれに送信する（ステップＳ１００３）。
【００２３】
（４）通信処理部１２は、連携する複数の宿泊予約サイト５全てから、宿泊プラン検索結果を受信したか否かを判定する（ステップＳ１００４）。
【００２４】
（５）ステップＳ１００４の判定で、連携する複数の宿泊予約サイト５全てから、宿泊プラン検索結果の受信があった場合、制御処理部１５は、宿泊プラン検索結果に含まれる各宿泊プランの在庫数を検索キャッシュ１１１に保存する（ステップＳ１００５）。
【００２５】
検索キャッシュ１１１に保存される各宿泊プランの在庫数データは、例えば、図４のような形式であり、宿泊施設、宿泊プランを提供する宿泊予約サイト５、宿泊プラン（コード）、宿泊日程、１名1泊あたりの料金、在庫数（空室数）の各データから構成される。宿泊プラン（コード）は、宿泊予約サイト５が独自に付与した場合で示している。図４では、○○旅館の在庫数のみを示しているが、実際には、宿泊プラン検索結果に含まれる全ての宿泊プランの在庫数データが、検索キャッシュ１１１に保存される。
【００２６】
（６）宿泊プラン検索結果に同じ内容の宿泊プランがあるか、制御処理部１５が判定する（ステップＳ１００６）。判定方法は、各宿泊プランの属性情報を参照し、対比可能な属性情報がみな同じであれば、同じ内容の宿泊プランであると判断する。
【００２７】
図４の例を使い、判定の手順を説明する。制御処理部１５は、まず同じ宿泊日程、同じ宿泊料金の宿泊プランを抽出する（図５）。次に、同じ宿泊日程、同じ宿泊料金の各宿泊プランについて属性情報を参照し、対比を行う。宿泊プランの属性情報は、各宿泊予約サイト５にて保持する宿泊プランの詳細情報にアクセスすることで参照できる。
【００２８】
プラン内容が同じかどうかは、例えば、部屋タイプ（シングル／ツイン／ダブル）、禁煙／喫煙、食事有無（朝食のみ／二食付き／食事なし）、バス・トイレ有無、チェックアウト時間、等の属性情報を対比することで確認する。宿泊プランによっては、オプションサービスが付与されている場合もあるので、その内容（近隣施設の無料入場券付き、飲み放題サービス、女性向け高級アメニティサービス等）も対比、確認できるよう、自然文の概念検索機能を取り入れてもよい。
【００２９】
図５で抽出した宿泊プランについて、制御処理部１５は、属性情報を参照し、対比を行った例を図６、図７に示す。ここでは説明を簡単にするため、対比する属性情報を、部屋タイプ、禁煙／喫煙、食事有無の３つとしている。
【００３０】
図６では、対比した属性情報の全てについて内容が同じとなっている。よって、この場合、図６に示された３つの宿泊プランは、提供している宿泊予約サイト５と宿泊プランを示すコード情報が異なるだけで、宿泊プランの内容は同一のものであると判定する。
【００３１】
一方、図７では、対比した属性情報のすべてについて内容が同じであるのはＡ社とＣ社の宿泊プランであり、Ｂ社の宿泊プランは他の２社とは部屋タイプが異なっている。このため、Ａ社とＣ社の宿泊プランの内容は同一であると判定するが、Ｂ社の宿泊プランは、他の２社とは内容が異なる別の宿泊プランであると判定する。
【００３２】
（７）ステップＳ１００６の判定で、同じ内容の宿泊プランがあると判定された場合、それらの宿泊プランは１つにまとめられ、新たな宿泊プランとして再編成される。この処理は宿泊プラン再編成処理部１３１が担う（ステップＳ１００７）。なお、制御処理部１５が再編成処理部１３１の処理を実行する構成でもよい。再編成の仕方は色々あるが、検索キャッシュ１１１に保存した（再編成される前の）宿泊プランの在庫数データに対し、プラン内容が同一であると判定できるフラグ情報を付加するのが、１つのシンプルな再編成方法である。
【００３３】
図８は、この方法で新たな宿泊プランへの再編成を行った場合の例である。プラン内容が同一と判定された宿泊プランについて、「同一判定」列に、同じ番号を付与している。
【００３４】
（８）再編成した新たな宿泊プランそれぞれの在庫数を計算する。この処理は、在庫数計算処理部１３２が担う（ステップＳ１００８）。なお、制御処理部１５が在庫数計算処理部１３２の処理を実行する構成でもよい。再編成した新たな宿泊プランの在庫数を計算する方法を、図８を用いて説明する。
【００３５】
図８において、「同一判定」列に００００１という番号が付与された宿泊プラン同士、００００２という番号が付与された宿泊プラン同士が、同一の内容の宿泊プランである。このとき、００００１という番号が付与された（再編成される前の）各宿泊プランの在庫数はそれぞれ、１室、３室、２室である。
【００３６】
ここで、宿泊施設による宿泊予約サイト５毎の在庫の割当て方には、一般に、在庫共有方式と、在庫配分方式がある。前者は、全在庫を宿泊予約サイト５間で平等に共有する方式であり、全宿泊予約サイト５の在庫数が必ず同数となる。後者は、宿泊施設により各宿泊予約サイト５へ在庫を配分する方式であり、各宿泊予約サイト５に配分される在庫数が同数となるか否かは時々によって異なる。このことから、同一の内容の宿泊プランでありながら、各宿泊予約サイト５に割当てられている在庫数が異なる場合は、在庫配分方式で在庫が割当てられていると判断できるので、上記の００００１という番号が付与された宿泊プランをまとめて、１つの新たな宿泊プランに再編成した後の在庫の総数は、１室＋３室＋２室＝６室と計算できる。
【００３７】
一方、００００２という番号が付与された（再編成される前の）各宿泊プランの在庫数はそれぞれ、２室、２室である。この場合は、在庫共有方式で在庫が割当てられたか、在庫配分方式で在庫が割当てられたかはこの時点で不明なため、両方の場合で在庫総数を計算し、一方を最小の在庫数、もう一方を最大の在庫数として把握せざるを得ない。すなわち、上記の００００２という番号が付与された宿泊プランをまとめて、１つの新たな宿泊プランに再編成した後の在庫の総数は、最小２室（在庫共有方式の場合）、最大４室（２室＋２室＝４室、在庫配分方式の場合）と計算できる。
【００３８】
（９）ユーザ端末３に、情報処理部１５は、再編成された宿泊プランを新たな宿泊プランに置き換えた宿泊プラン検索結果を応答し（ステップＳ１００９）、処理を終了する。再編成前の宿泊プランを、再編成後の新たな宿泊プランに置き換えた場合の、Ｗｅｂ応答画面（一部）のイメージを図９に示す。また比較のために、再編成せずに元の宿泊プランのままで構成した、Ｗｅｂ応答画面（一部）のイメージを図１０に示す。なお、図９、図１０ともに画面イメージ例であり、画面の構成は図９、図１０に示した限りではない。
【００３９】
（１０）なお、ステップＳ１００６の判定で、同じ内容の宿泊プランがあると判定されなかった場合（同じ内容の宿泊プランが無かった場合）、情報処理部１５は、ユーザ端末３に、宿泊プラン検索結果の内容をそのまま応答して（ステップＳ１０１０）、処理を終了する。
【００４０】
以上の処理（ステップＳ１００１〜Ｓ１０１０）を行うことにより、本発明の１つめの目的を実現できる。すなわち、ユーザが所望する宿泊プランの在庫が総数としていくつあるのか、当該宿泊プランを提供する宿泊予約サイトの違いや当該宿泊プランのネーミングの違いにかかわらず、一見しただけで分るようにすることができる。
【００４１】
図１１は、本実施形態における宿泊予約サービスセンタ装置１の処理動作のうち、宿泊プランの予約処理を行う際の処理フロー概要例を示している。以下、この処理フローについて説明する。
【００４２】
（１）まず、通信処理部１２において、ユーザ端末３からの宿泊プラン予約要求を受信したか否かを判定する（ステップＳ２００１）。
【００４３】
（２）ステップＳ２００１の判定で、宿泊プラン予約要求の受信があった場合、予約サイト優先指定処理部１４２が、優先指定情報１１３に、宿泊予約サイト５の優先指定登録があるかを確認し、優先指定登録がある場合は、ステップＳ２００９へ移行する[（（９）]。（ステップＳ２００２）。なお、制御処理部１５が予約サイト優先指定処理部１４２の処理を実行する構成にしてもよい。
【００４４】
（３）ユーザ端末３から予約要求されている宿泊プランを予約可能な、宿泊予約サイト５（計Ｎ個）それぞれでの予約成功確率を、予約成功確率推定処理部１４１にて推定する。なお、制御処理部１５が予約成功確率推定処理部１４１の処理を実行する構成にしてもよい。また、パラメタｋに１を設定する（ｋ＝１）（ステップＳ２００３）。予約成功確率推定処理部１４１における予約成功確率の推定方法は以下の２つがある。
【００４５】
推定方法の１つめは、検索キャッシュ１１１に保存されている各宿泊プランの在庫数を利用するものである。例えば、図９で示されている再編成済みの宿泊プランを予約しようとした場合、実際には、Ａ社、Ｂ社、Ｃ社のいずれかの宿泊予約サイト５へ予約要求を送信する必要がある。
【００４６】
このとき、Ａ社、Ｂ社、Ｃ社が保有している当該宿泊プランの在庫数は、検索キャッシュ１１１に保存されている在庫数データによると、それぞれ１室、３室、２室である。検索キャッシュ１１１に保存されている在庫数データは過去に記録されたものであるので、現在の在庫数を示すものではないが、過去のある時点において在庫数が多かった宿泊予約サイト５は、現在においても相対的に在庫数は多いだろうと推定するのが本推定方法である。ここでの例の場合、最も予約成功確率の高い宿泊予約サイト５は、Ｂ社となり、以下、Ｃ社、Ａ社がそれに続くことになる。
【００４７】
推定方法の２つめは、予約実績情報１１２に蓄積されている過去の予約成功ログならびに予約失敗ログを利用するものである。予約成功ログならびに予約失敗ログは、宿泊プランの予約が成功または失敗した日時、宿泊予約サイト５、宿泊プラン（コード）の各情報を少なくとも記録している。
【００４８】
よって、予約成功ログならびに予約失敗ログを使った予約成功確率の推定方法には以下のようなものが考えられる。例えば、宿泊予約サイト５毎の、過去の予約成功確率を計算し、この計算結果にもとづき推定する方法である。具体的には、宿泊予約サイト５のそれぞれについて、全宿泊プラン予約要求件数に対する予約成功件数の割合を計算し、この計算で得た過去の予約成功確率をもとに、現在の予約成功確率を推定する方法である。例えば、過去の予約成功確率が高ければ、現在の予約成功確率も高いとの仮説を置いたとすると、現在における予約成功確率を簡単に推定することができる。
【００４９】
（４）（３）で求めた予約成功確率に基づき、予約成功確率がｋ番目に高い宿泊予約サイト５へ、当該宿泊予約サイト５向けの宿泊プラン予約要求を作成し送信する（ステップＳ２００４）。
【００５０】
（５）宿泊予約サイト５から宿泊プラン予約結果の受信があった場合、次のステップＳ２００６に移行する（ステップＳ２００５）。
【００５１】
（６）宿泊プランの予約か成功だった場合、次のステップＳ２００７へ移行し、宿泊プランの予約が失敗だった場合、ステップＳ２０１３へ移行する[（（１３）]。（ステップＳ２００６）。
【００５２】
（７）情報処理部１５は、予約実績情報１１２に、予約成功ログを記録する（ステップＳ２００７）。
【００５３】
（８）ユーザ端末３に、予約成功の旨を示す宿泊プラン予約結果を応答し、処理を終了する（ステップＳ２００８）。
【００５４】
（９）制御処理部１５は、優先指定情報１１４に登録されている宿泊予約サイト５へ、当該宿泊予約サイト５向けの宿泊プラン予約要求を作成して送信する（ステップＳ２００９）。なおこの処理は、ユーザが特定の宿泊予約サイト５の会員となっており、できれば当該宿泊予約サイトを利用してポイントを得たい等、ユーザの意向に応えられるようにするための処理である。
【００５５】
（１０）宿泊予約サイト５から宿泊プラン予約結果の受信があった場合、次のステップＳ２０１１に移行する（ステップＳ２０１０）。
【００５６】
（１１）宿泊プランの予約か成功だった場合、ステップＳ２００７へ移行し[（（７）]、宿泊プランの予約が失敗だった場合、次のステップＳ２０１２へ移行する（ステップＳ２０１１）。
【００５７】
（１２）制御処理部１５は、ユーザ端末３から予約要求されている宿泊プランを予約可能な、宿泊予約サイト５から、優先指定情報１１３に登録されている宿泊予約サイト５を除外し、ステップＳ２００３へ移行する[（（３）]（ステップＳ２０１２）。
【００５８】
（１３）パラメタｋがＮと等しかった場合（ｋ＝Ｎ）は、次のステップＳ２０１４に移行し、パラメタｋがＮと等しくなかった場合（ｋ≠Ｎ）は、ｋ＝ｋ＋１として、ステップＳ２００４に移行する[）（４）]（ステップＳ２０１３）。
【００５９】
（１４）情報制御処理部１５は、予約実績情報１１２に、予約失敗ログを記録する（ステップＳ２０１４）。
【００６０】
（１５）情報制御処理部１５は、ユーザ端末３に、予約失敗の旨を示す宿泊プラン予約結果を応答し、処理を終了する（ステップＳ２０１５）。
【００６１】
以上の処理（ステップＳ２００１〜Ｓ２０１５）を行うことにより、本発明のもう１つの目的を実現できる。
【００６２】
本実施例によれば、ユーザが所望する宿泊プランの予約成功確率が高い宿泊予約サイトから順に、宿泊プランの予約を試みるので、予約に失敗するリスクを最小限に抑えることができるようになる。
【００６３】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００６４】
例えば、制御処理部１５、検索処理部１３と予約処理部１４をまとめた処理部で構成されてもよい。あるいは、制御処理部１５に検索処理部１３、予約処理部１４の機能を包含させることができる。また、各処理部を別のサーバや装置に分割することもできる。
【００６５】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【００６６】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００６７】
１  宿泊予約サービスセンタ装置
２  ネットワーク
３  ユーザ端末
４  ネットワーク
５  宿泊予約サイト
１１  記憶処理部
１２  通信処理部
１３  検索処理部
１４  予約処理部
１５  制御処理部
１１１  検索キャッシュ
１１２  予約実績情報
１１３  会員ＩＤ情報
１１４  優先指定情報
１３１  宿泊プラン再編成処理部
１３２  在庫数計算処理部
１４１  予約成功確率推定処理部
１４２  予約サイト優先指定処理部
【図１】
2015099410.tif 000003
【図２】
2015099410.tif 000004
【図３】
2015099410.tif 000005
【図４】
2015099410.tif 000006
【図５】
2015099410.tif 000007
【図６】
2015099410.tif 000008
【図７】
2015099410.tif 000009
【図８】
2015099410.tif 000010
【図９】
2015099410.tif 000011
【図１０】
2015099410.tif 000012
【図１１】
2015099410.tif 000013