(57)【要約】【課題】希望する条件に適合する宿泊施設に関する情報をユーザに提供する。【解決手段】宿泊施設の予約を行うユーザに情報を提供する情報処理装置であって、前記ユーザが情報を閲覧した宿泊施設のうち、希望条件に合致する空室が無く予約に至らなかった一つ以上の第一の宿泊施設を記憶することと、前記ユーザが第二の宿泊施設を予約した後で、前記第一の宿泊施設の中から、前記希望条件に合致し、かつ、前記ユーザの行動予定と適合するロケーションにある宿泊施設に空室が発生したことを判定することと、前記ユーザに対して、前記希望条件に合致する宿泊施設に空室が発生したことを通知することと、を実行する制御部を有する。【選択図】図１
2020057058.tif 000002
【特許請求の範囲】
【請求項１】
宿泊施設の予約を行うユーザに情報を提供する情報処理装置であって、
前記ユーザが情報を閲覧した宿泊施設のうち、希望条件に合致する空室が無く予約に至らなかった一つ以上の第一の宿泊施設を記憶することと、
前記ユーザが第二の宿泊施設を予約した後で、前記第一の宿泊施設の中から、前記希望条件に合致し、かつ、前記ユーザの行動予定と適合するロケーションにある宿泊施設に空室が発生したことを判定することと、
前記ユーザに対して、前記希望条件に合致する宿泊施設に空室が発生したことを通知することと、
を実行する制御部を有する、
情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約システムに関する。
【背景技術】
【０００２】
飲食店や宿泊施設などにおいて、座席や部屋などを予約するサービスが広く提供されている。また、近年では、電話による予約サービスのほか、コンピュータやネットワークを介して予約を行うサービスが広く提供されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−０４１５５４号公報
【特許文献２】特開２００２−０３２５１１号公報
【特許文献３】特開２０１６−１７７７７５号公報
【特許文献４】特開２０１８−００９９０４号公報
【特許文献５】特開２０１２−１６４１２５号公報
【特許文献６】特開２００３−２４２２６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、近年では、観光客の増加に伴い、エリアによっては宿泊施設の予約がとりづらい、空室があっても料金が高止まりしているといった状況が発生している。すなわち、宿泊施設を予約するユーザは、料金、ロケーション、宿泊プランなどが希望する条件を満たす宿泊施設を探すことが容易ではないという課題がある。
【０００５】
本発明は上記の課題を考慮してなされたものであり、希望する条件に適合する宿泊施設に関する情報をユーザに提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理装置は、
宿泊施設の予約を行うユーザに情報を提供する情報処理装置であって、前記ユーザが情報を閲覧した宿泊施設のうち、希望条件に合致する空室が無く予約に至らなかった一つ以上の第一の宿泊施設を記憶することと、前記ユーザが第二の宿泊施設を予約した後で、前記第一の宿泊施設の中から、前記希望条件に合致し、かつ、前記ユーザの行動予定と適合するロケーションにある宿泊施設に空室が発生したことを判定することと、前記ユーザに対して、前記希望条件に合致する宿泊施設に空室が発生したことを通知することと、を実行する制御部を有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、希望する条件に適合する宿泊施設に関する情報をユーザに提供することができる。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係る予約システムの概略構成図である。
【図２】第一の実施形態に係るユーザ端末のシステム構成図である。
【図３】第一の実施形態に係る予約サーバのシステム構成図である。
【図４】記憶部に記憶される施設情報テーブルの例である。
【図５】記憶部に記憶される予約テーブルの例である。
【図６】記憶部に記憶される閲覧履歴テーブルの例である。
【図７】予約サーバが行う第一の処理のフローチャートである。
【図８】予約サーバが行う第二の処理のフローチャートである。
【図９】第二の実施形態にて予約サーバが行う第二の処理のフローチャートである。
【発明を実施するための形態】
【０００９】
実施形態に係る予約システムは、予約サーバと、予約サーバにアクセスするユーザ端末を含み、宿泊施設の予約を行う宿泊予約システムである。
既存の予約システムでは、ユーザは、予約サーバないし予約サイトにアクセスし、現時点における空室状況と宿泊料金を確認して予約を実行する。しかし、かかるシステムにおいては、予約完了後に、よりよい条件の空室が（例えば他の宿泊施設において）発生したとしても、ユーザはそれを知ることができない。
【００１０】
そこで、実施形態に係る予約サーバは、ユーザが情報を閲覧した宿泊施設のうち、希望条件に合致する空室が無く予約に至らなかった一つ以上の第一の宿泊施設を記憶し、ユーザが第二の宿泊施設を予約した後で、第一の宿泊施設の中から、希望条件に合致し、かつ、ユーザの行動予定と適合するロケーションにある宿泊施設に空室が発生した場合に、ユーザに対してこれを通知する。
【００１１】
希望条件に合致する空室が無く予約に至らなかったことは、例えば、ユーザの閲覧履歴に基づいて判定することができる。なお、第一の宿泊施設は複数であってもよい。
希望条件とは、例えば、宿泊日、泊数、人数、宿泊料金、空室の有無、部屋タイプ、設備などであるが、これ以外であってもよい。予約サーバは、ユーザが第二の宿泊施設を予約した後で、第一の宿泊施設の中から条件に合致する空室（宿泊プラン）を検出した場合に、ユーザの行動予定と適合する宿泊施設であることを条件に、ユーザに対する通知を行う。ユーザの行動予定に適合するとは、例えば、ユーザの目的地と宿泊施設が地理的に近接しているなど、ユーザの利便性に対する要求を満たせることを指す。
かかる構成によると、ユーザに対して、よりよい条件で宿泊するための情報提供を行うことができる。
【００１２】
以下、本発明の具体的な実施形態について図面に基づいて説明する。各実施形態に記載されているハードウェア構成、モジュール構成、機能構成等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。
【００１３】
（第一の実施形態）
第一の実施形態に係る予約システムの構成概略を図１に示す。本実施形態に係る予約システムは、ユーザ端末１０と、予約サーバ２０とを含んで構成される。
ユーザ端末１０は、宿泊予約を行うユーザが所持する端末である。なお、図１には三つのユーザ端末１０が示されているが、システムに含まれるユーザ端末１０はいくつであってもよい。ユーザ端末１０は、予約サーバ２０と通信を行うことで、宿泊施設の予約に関する機能を実行する。
【００１４】
本実施形態に係る予約システムでは、ユーザ端末１０および予約サーバ２０が、ネットワークによって相互に接続される。ネットワークには、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やその他の通信網が採用されてもよい。また、ネットワークは、携帯電話等の電話通信網、Ｗｉ−Ｆｉ（登録商標）等の無線通信網を含んでもよい。
【００１５】
次に、図２を参照して、ユーザ端末１０の構成について説明する。
ユーザ端末１０は、例えばスマートフォン、携帯電話、タブレットコンピュータ、個人
情報端末、ノートブックコンピュータ、ウェアラブルコンピュータ（スマートウォッチ等）といった小型のコンピュータである。ユーザ端末１０は、通信部１１、制御部１２、記憶部１３、入出力部１４を含んで構成される。
【００１６】
通信部１１は、ユーザ端末１０をネットワークに接続するための無線通信インタフェースである。通信部１１は、例えば、無線ＬＡＮや３Ｇ、ＬＴＥ等の移動体通信サービスを介して、ネットワークへのアクセスを提供する。
【００１７】
制御部１２は、ユーザ端末１０が行う制御を司る演算装置である。制御部１２は、ＣＰＵ（Central Processing Unit）などの演算処理装置によって実現することができる。
制御部２３は、予約実行部１２１と、予定取得部１２２の２つの機能モジュールを有して構成される。各機能モジュールは、補助記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００１８】
予約実行部１２１は、予約サーバ２０にアクセスし、ユーザが行った操作に基づいて、宿泊予約に関する処理を実行する。
【００１９】
予定取得部１２２は、ユーザ端末１０に関連付いたユーザの行動予定に関するデータを取得する。予定取得部１２２は、例えば、独立したアプリケーションソフトウェア（例えばスケジューラ）として動作してもよい。この場合、ユーザの行動予定に関するデータを記憶部１３に記憶させてもよい。
なお、ユーザの行動予定に関するデータは、日付と訪問場所を特定ないし推定することができれば、どのような形式で保持されてもよい。例えば、訪問場所は、座標で記憶してもよいし、住所、最寄り駅、ランドマーク名称などで記憶してもよい。
【００２０】
また、予定取得部１２２は、ユーザ端末１０上で動作するアプリケーションソフトウェアから、ユーザの行動予定に関するデータを取得してもよい。当該アプリケーションソフトウェアは、ユーザのスケジュールを管理するものであってもよいし、それ以外のものであってもよい。例えば、送受信したメールやメッセージ等に含まれる情報に基づいて、ユーザが特定の場所に訪問することを推定してもよい。また、ユーザが車両に乗車して移動する場合、車両の走行履歴などに基づいて訪問場所を推定してもよい。
また、予定取得部１２２は、ユーザの行動予定に関するデータを、外部サービスを利用して取得してもよい。
【００２１】
記憶部１３は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部１２によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部１２において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。補助記憶装置には、制御部１２で実行されるプログラムをアプリケーションとしてパッケージ化したものを記憶してもよい。また、これらのアプリケーションを実行するためのオペレーティングシステムを記憶してもよい。補助記憶装置に記憶されたプログラムが主記憶装置にロードされ、制御部１２によって実行されることで、以降に説明する処理が行われる。
【００２２】
主記憶装置は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含んでもよい。また、補助記憶装置は、ＥＰＲＯＭ（Erasable Programmable ROM）やハード
ディスクドライブ（ＨＤＤ、Hard Disk Drive）を含んでもよい。さらに、補助記憶装置
は、リムーバブルメディア、すなわち可搬記録媒体を含んでもよい。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、あるいは、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）のようなディスク記録媒体である。
【００２３】
入出力部１４は、利用者が行った入力操作を受け付け、利用者に対して情報を提示する手段である。本実施形態では一つのタッチパネルディスプレイからなる。すなわち、液晶ディスプレイとその制御手段、タッチパネルとその制御手段から構成される。
【００２４】
次に、図３を参照して、予約サーバ２０の構成について説明する。
予約サーバ２０は、通信部２１、記憶部２２、制御部２３を含んで構成される。
【００２５】
予約サーバ２０は、一般的なコンピュータにより構成される。すなわち、予約サーバ２０は、ＣＰＵやＧＰＵ等のプロセッサ、ＲＡＭやＲＯＭ等の主記憶装置、ＥＰＲＯＭ、ハードディスクドライブ、リムーバブルメディア等の補助記憶装置を有するコンピュータである。なお、リムーバブルメディアは、例えば、ＵＳＢメモリ、あるいは、ＣＤやＤＶＤのようなディスク記録媒体であってもよい。補助記憶装置には、オペレーティングシステム（ＯＳ）、各種プログラム、各種テーブル等が格納され、そこに格納されたプログラムを主記憶装置の作業領域にロードして実行し、プログラムの実行を通じて各構成部等が制御されることによって、後述するような、所定の目的に合致した各機能を実現することができる。ただし、一部または全部の機能はＡＳＩＣやＦＰＧＡのようなハードウェア回路によって実現されてもよい。なお、予約サーバ２０は、単一のコンピュータで構成されてもよいし、互いに連携する複数台のコンピュータによって構成されてもよい。
【００２６】
通信部２１は、予約サーバ２０をネットワークに接続するための通信インタフェースである。通信部２１は、例えば、ネットワークインタフェースボードや、無線通信のための無線通信回路を含んで構成される。
【００２７】
記憶部２２は、主記憶装置と補助記憶装置を含んで構成される。主記憶装置は、制御部２３によって実行されるプログラムや、当該制御プログラムが利用するデータが展開されるメモリである。補助記憶装置は、制御部２３において実行されるプログラムや、当該制御プログラムが利用するデータが記憶される装置である。主記憶装置および補助記憶装置については、記憶部１３と同様であるため、詳細な説明は省略する。
【００２８】
さらに、記憶部２２は、施設情報データベース２２Ａ、予約データベース２２Ｂおよび閲覧履歴データベース２２Ｃを記憶する。
施設情報データベース２２Ａは、システムの管理下にある宿泊施設に関する情報を記憶するデータベースである。施設情報データベース２２Ａは、例えば、図４に示したように、宿泊施設の基本情報、設定された宿泊プラン等に関するデータをテーブル形式で記憶する。当該データは、ユーザが宿泊施設および宿泊プランを検索する際に用いられる。
【００２９】
予約データベース２２Ｂは、宿泊施設における予約に関する情報（予約情報）を記憶するデータベースである。予約データベース２２Ｂは、例えば、図５に示したように、予約に関する情報をテーブル形式で記憶する。また、予約情報には、予約を行った際にユーザが入力した検索条件（符号５０１）が関連付いている。当該情報の詳細な用途については後述する。
【００３０】
閲覧履歴データベース２２Ｃは、ユーザが宿泊施設を予約する過程で閲覧した宿泊施設（宿泊プラン）に関する情報を記憶するデータベースである。閲覧履歴データベース２２Ｃは、例えば、図６に示したように、閲覧した宿泊プランや日付、泊数、人数、料金、空室の有無などがユーザごとに記憶される。閲覧履歴データベース２２Ｃには、「ユーザが閲覧したが予約に至らなかった」宿泊施設（宿泊プラン）に関する情報が記憶される。
【００３１】
これらのデータベースは、プロセッサによって実行されるデータベース管理システム（ＤＢＭＳ）のプログラムが、記憶装置に記憶されるデータを管理することで構築される。
本実施形態において利用されるデータベースは、例えばリレーショナルデータベースである。
【００３２】
なお、本実施形態では、各データベースが予約サーバ２０の内部にあるものとするが、各データベースは、予約サーバ２０の外部にあってもよい。この場合、複数の予約サーバ（予約サービス）によってデータベースが共有されていてもよい。また、データベースは、単一の装置に格納されていなくてもよい。例えば、分散型データベースを利用してもよい。
【００３３】
制御部２３は、予約サーバ２０が行う制御を司る演算装置である。制御部２３は、ＣＰＵなどの演算処理装置によって実現することができる。
制御部２３は、予約受付部２３１と、提案部２３２の２つの機能モジュールを有して構成される。各機能モジュールは、補助記憶手段に記憶されたプログラムをＣＰＵによって実行することで実現してもよい。
【００３４】
予約受付部２３１は、ユーザ端末１０と通信を行い、その結果に基づいて予約データベースを更新することで、宿泊施設の予約を行う。
提案部２３２は、ユーザが宿泊予約を行った後で、他の宿泊施設の予約状況を監視し、当該ユーザの閲覧履歴に含まれる宿泊施設において、より良い条件の空室（宿泊プラン）が発生した場合に、ユーザ端末１０にその旨を通知する。
具体的な処理内容については後述する。
【００３５】
次に、本実施形態に係る予約システムによってユーザが宿泊施設の予約を行う処理について説明する。図７は、宿泊施設の予約を実行する処理のフローチャートである。図７に示した処理は、ユーザ端末１０が予約サーバ２０にアクセスすると開始される。
まず、ステップＳ１１で、制御部２３（予約受付部２３１）が、ユーザ端末１０に対して検索画面を提供し、ユーザ端末１０が、入出力部１４を介してユーザから検索条件を取得する。本ステップでは、例えば、以下のような項目を含む検索リクエストを取得する。・希望する宿泊エリア
・希望する日付
・希望する泊数
・希望する宿泊人数
・希望する（一室または一人あたりの）宿泊料金
・その他のオプション等
本ステップで取得した条件は、検索条件として一時的に記憶される。
【００３６】
次に、ステップＳ１２で、制御部２３（予約受付部２３１）が、検索条件に基づいて施設情報データベース２２Ａ（施設情報テーブル）を検索し、宿泊施設および宿泊プランを取得する。取得した情報はユーザ端末１０に送信され、入出力部１４を介してユーザに提示される。なお、空室の数は、予約データベース２２Ｂ（予約テーブル）を参照することで取得できる。
【００３７】
次に、ステップＳ１３で、制御部２３（予約受付部２３１）が、ユーザ端末１０との対話結果に基づいて、ユーザに提示した宿泊プランについて予約を実行するか否かを判定する。ここで、ユーザが、提示された宿泊プランを予約する旨の意思表示を行った場合、処理をステップＳ１４に遷移させ、予約処理を実行する。予約を行う場合、ユーザの識別子、連絡先、到着予定時刻、その他の宿泊者に関する情報を取得し、図５に例示した予約テーブルにレコードを追加する。
ここで予約を行った宿泊施設が、本発明における第二の宿泊施設である。
【００３８】
なお、本実施形態では、予約テーブルに追加されるレコードには、ステップＳ１１で記憶した検索条件（符号５０１）が関連付けられる。これにより、実際に行った予約と、ユーザが当初希望していた条件とが紐付けられ、後から参照できるようになる。
【００３９】
ステップＳ１３で否定判定となった場合、すなわち、ユーザに提示した宿泊プランが予約されなかった場合、処理はステップＳ１５へ遷移する。ユーザに提示した宿泊プランが予約されなかった場合とは、例えば、ユーザに提示した画面が他の画面（他の宿泊プランを紹介する画面、他の宿泊施設を紹介する画面等）に遷移した場合などである（他のサイトに遷移した場合や、閲覧自体を中断した場合も含む）。
【００４０】
ステップＳ１５では、制御部２３（予約受付部２３１）が、閲覧履歴データベース２２Ｃを更新する。具体的には、図６に例示した閲覧履歴テーブルにレコードを追加する。閲覧履歴テーブルには、「ユーザによって閲覧されたが、予約されなかった」宿泊プランが、当該宿泊プランの詳細情報とともに記録される。
【００４１】
ステップＳ１５が完了すると、処理はステップＳ１１へ戻り、宿泊施設に関する情報の提供を続ける。
【００４２】
次に、ユーザが宿泊施設を予約した後で、予約サーバ２０が、代替となる宿泊施設（宿泊プラン）を検索する処理について、図８を参照しながら説明する。図８に示した処理は、ユーザが予約を完了した後で、予約サーバ２０（提案部２３２）によって、予約テーブルのレコードごとに周期的に実行される。
【００４３】
まず、ステップＳ２１で、予約に紐付いた検索条件と、施設情報テーブルおよび予約テーブルを参照し、検索条件に合致し、かつ、閲覧時に空室が無かった宿泊施設（宿泊プラン）に空きが生じたか否かを判定する（ステップＳ２２）。空きプランが存在しない場合、処理は終了し、次のレコードが処理される。
空きプランが存在する場合、当該空きプランに関する情報を抽出し、処理をステップＳ２３へ遷移させる。
【００４４】
ステップＳ２３では、ユーザの行動予定に関するデータを取得する。ユーザの行動予定に関するデータとは、具体的には、宿泊日（チェックイン日）に訪問を予定している場所と、宿泊日の翌日（チェックアウト日）に訪問を予定している場所の少なくともいずれかを含む情報である。本実施形態では、提案部２３２がユーザ端末１０（予定取得部１２２）に対して問い合わせを行い、ユーザの訪問予定場所に関する情報を取得する。
【００４５】
次に、ステップＳ２４で、抽出した宿泊施設のロケーション（例えば、エリア、最寄り駅等）が、ユーザの行動予定と適合するか否かを判定する。例えば、ユーザが宿泊日に訪問を予定している場所、または、宿泊日の翌日に訪問を予定している場所と、抽出した宿泊施設の場所を比較して、アクセスの容易さの観点からスコアリングを行う。なお、アクセスの容易さは、公共交通機関を利用した場合の移動時間、自家用車を利用した場合の移動時間、徒歩移動にかかる時間などを総合して判定してもよい。
【００４６】
ここで、決定したスコアが閾値を上回っていた場合、抽出した宿泊施設のロケーションがユーザの行動予定と適合すると判定し、処理はステップＳ２５へ遷移する。
なお、抽出した宿泊施設のロケーションが、ユーザの行動予定と適合するか否かの判定は、例示した方法以外の方法によって行ってもよい。
ここで抽出した宿泊施設が、本発明における第一の宿泊施設である。第一の宿泊施設は、複数であってもよい。
【００４７】
ステップＳ２５では、抽出した宿泊施設に関する情報をユーザに提供し、予約の取り直しを提案する。具体的には、施設情報テーブルから、対応する宿泊施設および宿泊プランの情報を抽出し、ユーザ端末１０に送信する。通知は、電子メールなどを介してもよいし、プッシュ通知などによって行ってもよい。また、この際、現在予約している宿泊施設との相違点を通知してもよい。また、当初の検索条件と、提案中の宿泊施設（宿泊プラン）との相違点を示す情報を付加してもよい。このような情報は、予約に紐付いた検索条件（符号５０１）を参照することで取得することができる。
【００４８】
次に、ステップＳ２６で、提案中の宿泊施設（宿泊プラン）をそのまま予約するか否かを決定する。具体的には、ユーザに送信した提案に対して同意があった場合に、当該宿泊施設（宿泊プラン）の予約、および、既に予約した宿泊施設（宿泊プラン）のキャンセルを行う（ステップＳ２７）。
【００４９】
以上説明したように、第一の実施形態に係る予約システムでは、予約サーバが、ユーザが情報を閲覧した宿泊施設のうち、希望条件に合致する空室が無く予約に至らなかった宿泊施設を記憶し、当該ユーザが他の宿泊施設を予約した後で、希望条件に合致する宿泊施設（宿泊プラン）に空きが発生した場合に、これを通知する。これにより、より条件の良い宿泊施設（宿泊プラン）をユーザに提案することができる。また、提案を行う際は、ユーザの行動予定を考慮し、当該行動予定に適合するロケーションの宿泊施設を優先的に抽出する。これにより、ユーザビリティを高めることができる。
【００５０】
なお、実施形態の説明では、ステップＳ２６でユーザに対して提案を受け入れるか否かを問い合わせたが、単純に宿泊プランに空きが発生したことのみを通知してもよい。この場合、対応する宿泊施設または宿泊プランに対応する広告を生成し、ユーザ端末１０に送信してもよい。
【００５１】
また、ステップＳ２７でユーザが予約の取り直しを行った場合、予約キャンセルとなった第二の宿泊施設に対して、キャンセル料に相当するポイント（電子データ）を付与してもよい。ポイントの原資は、例えば、新たに予約が行われた宿泊施設（第一の宿泊施設）から得てもよい。また、予約サービスを利用するユーザが支払うシステム利用料から得てもよい。
【００５２】
また、実施形態の説明では、ユーザ端末１０を携帯端末であるとしたが、ユーザが車両に乗車している場合、当該車両に設置された車載端末を利用してもよい。
【００５３】
（第二の実施形態）
第一の実施形態では、ステップＳ２４において、ユーザの行動予定と適合するか否かのみを判定した。これに対し、第二の実施形態は、ユーザが希望する条件によってさらにフィルタリングを行う実施形態である。
【００５４】
図９は、第二の実施形態において、予約サーバ２０が、代替となる宿泊施設（宿泊プラン）を検索する処理を示したフローチャートである。
第二の実施形態では、ステップＳ２４Ａにおいて、抽出した宿泊施設および宿泊プランが、ユーザが希望する条件（以下、ユーザ条件）に一致するか否かを判定する。ユーザ条件は、例えば、以下のようなものが挙げられるが、これ以外であってもよい。
（１）予約を行った宿泊施設（宿泊プラン）よりも料金が安いこと
（２）過去に宿泊を行った宿泊施設（宿泊プラン）との類似性が一定以上あること
（３）キャンセル料が無料か、金銭の負担が発生しないこと
なお、ユーザ条件は、ステップＳ１４の段階でユーザに入力させてもよいし、予め記憶された条件を用いてもよい。
【００５５】
なお、例示した（２）を採用する場合、ユーザが過去に予約を行った宿泊施設ないし宿泊プランとの類似度を算出し、類似度が所定値以上である場合に、提案を行うようにしてもよい。類似度は、宿泊料金、部屋タイプ、宿泊施設の設備、食事の有無、宿泊施設のロケーションなど、複数の要素に基づいて算出してもよい。また、これらの要素に重み付けをした結果を用いて算出してもよい。
【００５６】
第二の実施形態によると、ユーザにとってより好ましい宿泊施設（宿泊プラン）を代替案として提案することが可能になる。
【００５７】
（その他の変形例）
本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。
【００５８】
例えば、実施形態の説明では、宿泊施設を対象とした予約システムを例示したが、本発明は、宿泊施設以外（飲食店，交通機関，娯楽施設等）を対象とした予約システムに適用することもできる。
【００５９】
また、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成（サーバ構成）によって実現するかは柔軟に変更可能である。
【００６０】
本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、電子的命令を格納するために適した任意のタイプの媒体を含む。
【符号の説明】
【００６１】
１０・・・ユーザ端末
１１，２１・・・通信部
１２，２３・・・制御部
１３，２２・・・記憶部
１４・・・入出力部
２０・・・予約サーバ
【図１】
2020057058.tif 000003
【図２】
2020057058.tif 000004
【図３】
2020057058.tif 000005
【図４】
2020057058.tif 000006
【図５】
2020057058.tif 000007
【図６】
2020057058.tif 000008
【図７】
2020057058.tif 000009
【図８】
2020057058.tif 000010
【図９】
2020057058.tif 000011