(57)【要約】      （修正有）【課題】宿泊施設の予約システムにおいて、利用者の特性や提供されるプランに応じて部屋番号を指定した予約を可能とする情報処理システム、制御方法、及びプログラムを提供する。【解決手段】ホームページ用ＷＥＢサーバは、利用者用パソコンからのログイン要求を受け付けて利用者を認証し、認証した利用者が部屋指定可能な利用者かどうかを特定し、さらに、利用者から予約要求を受け付けたプランが部屋指定可能なプランかどうかを特定し、部屋指定可能な利用者で、かつ、部屋指定可能なプランと特定された場合には、該プランにて予約可能な部屋番号を表示して、部屋番号の指定を受け付けることにより部屋番号を指定した予約を受け付ける。【選択図】図３
2017107460.tif 000002
【特許請求の範囲】
【請求項１】
利用者が操作する利用者端末と通信可能であり、前記利用者端末から宿泊施設のプランに対する予約要求を受け付け、前記予約要求に対する予約を登録する情報処理システムであって、
前記利用者端末から前記利用者のログイン要求を受け付け、前記利用者を認証する認証手段と、
前記認証した利用者が部屋指定可能な利用者かどうかを特定する第１の特定手段と、
前記利用者から予約要求を受け付けたプランが部屋指定可能なプランかどうかを特定する第２の特定手段と、
前記第１の特定手段にて部屋指定可能な利用者と特定され、かつ、前記第２の特定手段にて部屋指定可能なプランと特定された場合には、前記プランにて予約可能な部屋の識別情報を前記利用者端末に表示させる表示制御手段と、
前記表示制御手段にて前記利用者端末に表示させた前記識別情報の選択を受け付けることにより、前記識別情報に対応する部屋に対する予約要求を受け付ける予約受付手段と
を有することを特徴とする情報処理システム。
【請求項２】
前記利用者の識別情報と、前記利用者の部屋指定可否に関する情報とを含む利用者情報を記憶する利用者情報記憶手段
を有し、
前記第１の特定手段は、前記認証した利用者に対する前記部屋指定可否に関する情報に従って、部屋指定可能な利用者かどうかを特定する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記利用者に対する前記宿泊施設の利用状況を記憶する利用状況記憶手段と、
前記利用状況に応じて部屋指定可能とするか否かを決定する条件を記憶する部屋指定可能条件記憶手段と
を有し、
前記第１の特定手段は、前記利用者に対する利用状況に応じ、前記条件に基づいて部屋指定可能な利用者かどうかを特定する
ことを特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
前記プランの識別情報と、前記プランの部屋指定可否に関する情報とを含むプラン情報を記憶するプラン情報記憶手段
を有し、
前記第２の特定手段は、前記予約要求を受け付けたプランに対する前記プランの部屋指定可否に関する情報に従って、部屋指定可能なプランかどうかを特定する
ことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
【請求項５】
利用者が操作する利用者端末と通信可能であり、前記利用者端末から宿泊施設のプランに対する予約要求を受け付け、前記予約要求に対する予約を登録する情報処理システムの制御方法であって、
認証手段が、前記利用者端末から前記利用者のログイン要求を受け付け、前記利用者を認証する認証ステップと、
第１の特定手段が、前記認証した利用者が部屋指定可能な利用者かどうかを特定する第１の特定ステップと、
第２の特定手段が、前記利用者から予約要求を受け付けたプランが部屋指定可能なプランかどうかを特定する第２の特定ステップと、
表示制御手段が、前記第１の特定ステップにて部屋指定可能な利用者と特定され、かつ、前記第２の特定ステップにて部屋指定可能なプランと特定された場合には、前記プランにて予約可能な部屋の識別情報を前記利用者端末に表示させる表示制御ステップと、
予約受付手段が、前記表示制御ステップにて前記利用者端末に表示させた前記識別情報の選択を受け付けることにより、前記識別情報に対応する部屋に対する予約要求を受け付ける予約受付ステップと
を有することを特徴とする情報処理システムの制御方法。
【請求項６】
利用者が操作する利用者端末と通信可能であり、前記利用者端末から宿泊施設のプランに対する予約要求を受け付け、前記予約要求に対する予約を登録する情報処理システムにおいて実行可能なプログラムであって、
前記情報処理システムを、
前記利用者端末から前記利用者のログイン要求を受け付け、前記利用者を認証する認証手段と、
前記認証した利用者が部屋指定可能な利用者かどうかを特定する第１の特定手段と、
前記利用者から予約要求を受け付けたプランが部屋指定可能なプランかどうかを特定する第２の特定手段と、
前記第１の特定手段にて部屋指定可能な利用者と特定され、かつ、前記第２の特定手段にて部屋指定可能なプランと特定された場合には、前記プランにて予約可能な部屋の識別情報を前記利用者端末に表示させる表示制御手段と、
前記表示制御手段にて前記利用者端末に表示させた前記識別情報の選択を受け付けることにより、前記識別情報に対応する部屋に対する予約要求を受け付ける予約受付手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、宿泊施設の予約システムに関する。
【背景技術】
【０００２】
宿泊者が、宿泊予約用のホームページから宿泊予約する際に、宿泊プランや部屋タイプ等は指定できるが、部屋番号を指定するには、宿泊予約用ページの備考欄等に希望の部屋番号を記入するか、メールや電話を使用して別途宿泊施設へ要望を伝える必要がある。
【０００３】
また、ホームページから宿泊予約登録された情報は、宿泊施設の宿泊管理システムに自動で連携されるが、部屋番号が未定のため、担当者が予約ごとに部屋番号を決定して手動で登録する必要がある。
【０００４】
そこで、特許文献１には、予約時には宿泊者に仮の部屋番号を指定させて部屋予約を受け付け、予約確定後に宿泊者に正式な部屋番号を通知する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２７０７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、宿泊施設側のサービスオプションとして特定利用者に部屋番号指定を提供する場合や、部屋の特性によって部屋番号指定に適さないような場合があり、一律に予約時の部屋番号指定を可能にすると問題があり、特許文献１の方法ではこのような問題に対応することができない。
【０００７】
部屋番号指定の可否を決める要因としては、プランの内容（例えば、長期滞在プラン、部屋番号お任せプラン、など）、利用者の特性（常連宿泊者、団体・グループ、初回予約、など）、宿泊施設側の方針（団体予約が見込まれる場合のストック、常連客へのアップグレードサービス用の部屋として確保、など）、などがある。このような要因を考慮する必要があるため、現状、宿泊予約用ホームページで部屋番号指定なしで予約を受け付けた後で、担当者が各予約に対して部屋番号を割り当てている。
【０００８】
そこで、本発明では、宿泊施設の予約システムにおいて、利用者の特性や提供されるプランに応じて部屋番号を指定した予約を可能とする仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報処理システムは、利用者が操作する利用者端末と通信可能であり、前記利用者端末から宿泊施設のプランに対する予約要求を受け付け、前記予約要求に対する予約を登録する情報処理システムであって、前記利用者端末から前記利用者のログイン要求を受け付け、前記利用者を認証する認証手段と、前記認証した利用者が部屋指定可能な利用者かどうかを特定する第１の特定手段と、前記利用者から予約要求を受け付けたプランが部屋指定可能なプランかどうかを特定する第２の特定手段と、前記第１の特定手段にて部屋指定可能な利用者と特定され、かつ、前記第２の特定手段にて部屋指定可能なプランと特定された場合には、前記プランにて予約可能な部屋の識別情報を前記利用者端末に表示させる表示制御手段と、前記表示制御手段にて前記利用者端末に表示させた前記識別情報の選択を受け付けることにより、前記識別情報に対応する部屋に対する予約要求を受け付ける予約受付手段とを有することを特徴とする
【発明の効果】
【００１０】
本発明によれば、宿泊施設の予約システムにおいて、利用者の特性や提供されるプランに応じて部屋番号を指定した予約ができるようになる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態である宿泊予約システムにおける構成の一例を示すシステム構成図である。
【図２】本発明の実施形態である宿泊予約システムで使用する機器に適用可能なハードウェア構成の一例を示すブロック図である。
【図３】本発明の実施形態である宿泊予約システムの機能構成の一例を示すブロック図である。
【図４】本発明の実施形態である宿泊予約システムの宿泊予約処理の一例を示すフローチャートである。
【図５】本発明の実施形態である宿泊予約システムにおける宿泊予約処理の一例を示すフローチャートである。
【図６】本発明の実施形態である宿泊予約システムにおける宿泊予約処理の一例を示すフローチャートである。
【図７】本発明の実施形態である宿泊予約システムにおける宿泊予約処理の一例を示すフローチャートである。
【図８】本発明の実施形態である宿泊予約システムにおける宿泊予約処理の一例を示すフローチャートである。
【図９】本発明の実施形態である宿泊予約システムにおける各テーブルの構成図である。
【図１０】本発明の実施形態である宿泊予約システムにおける各テーブルの構成図である。
【図１１】本発明の実施形態である宿泊予約システムにおけるプラン検索画面の一例を示す画面イメージである。
【図１２】本発明の実施形態である宿泊予約システムにおけるユーザ認証画面の一例を示す画面イメージである。
【図１３】本発明の実施形態である宿泊予約システムにおける予約確認画面の一例を示す画面イメージである。
【図１４】本発明の実施形態である宿泊予約システムにおける部屋番号指定画面の一例を示す画面イメージである。
【図１５】本発明の実施形態である宿泊予約システムにおける部屋番号指定後の予約確認画面の一例を示す画面イメージである。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１は、本発明における構成の一例を示すシステム構成図である。
【００１４】
図１は、１又は複数のホテルシステムクライアント１００、連動用クライアント１０１、ホテルシステムサーバ１０２、およびホームページ用ＷＥＢサーバ１０３がローカルエリアネットワーク（ＬＡＮ）１０５を介して接続される構成となっている。また、宿泊施設のホームページを利用する複数の利用者パソコン１０４はインターネット１０６を介して接続される。
【００１５】
ホテルシステムクライアント１００は、ホテルの各担当者がホテルシステムにおける基本操作（予約登録、チェックイン、チェックアウトなど）を行う端末である。
【００１６】
ホテルシステムクライアント１００で操作した内容は、ローカルエリアネットワーク（ＬＡＮ）１０５を介して、ホテルシステムサーバ１０２に記憶される。
【００１７】
連動用クライアント１０１は、ホテルシステムサーバ１０２とホームページ用ＷＥＢサーバ１０３のデータ送受信の中継をする専用端末であり、ホテルシステムサーバ１０２に記憶されたデータに対し、検索や更新を実施する。
【００１８】
ホテルシステムサーバ１０２は、ホテルシステムのデータを記憶するデータベースサーバである。
【００１９】
ホームページ用ＷＥＢサーバ１０３は、宿泊施設のホームページを管理する装置である。
【００２０】
インターネット１０６を介して利用者パソコン１０４から宿泊予約の操作が実施されると、ホームページ用ＷＥＢサーバ１０３からローカルエリアネットワーク（ＬＡＮ）１０５を介して、連動用クライアント１０１へ要求が送信される。要求を受信した連動用クライアント１０１は、ローカルエリアネットワーク（ＬＡＮ）１０５を介して、ホテルシステムサーバ１０２に接続し必要な情報を取得する。連動用クライアント１０１は、ローカルエリアネットワーク（ＬＡＮ）１０５を介して、取得した情報を、ホームページ用ＷＥＢサーバ１０３へ送信する。ホームページ用ＷＥＢサーバ１０３へは、インターネット１０６を介して、利用者パソコン１０４の画面へ必要な情報を表示する。
【００２１】
なお、連動用クライアント１０１を使用せずに、ホテルシステムサーバ１０２に連動用クライアント１０１の処理を持たせて、ホテルシステムサーバ１０２とホームページ用ＷＥＢサーバ１０３が直接連携する構成とすることも可能である。また、連動用クライアント１０１を使用せず、さらにホテルシステムサーバ１０２とホームページ用ＷＥＢサーバ１０３を１つのサーバとして構成することも可能である。
【００２２】
図２は図１に示したホテルシステムクライアント１００、連動用クライアント１０１、ホテルシステムサーバ１０２、ホームページ用ＷＥＢサーバ１０３、利用者パソコン１０４に適用可能な情報処理装置のハードウェア構成を示すブロック図である。
【００２３】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２４】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２５】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２６】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２７】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ１０５）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。  
【００２８】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２９】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００３０】
図３は本発明の実施形態である宿泊予約システムの機能構成の一例を示すブロック図である。
【００３１】
宿泊予約システムは、ホテルシステムクライアント１００、連動用クライアント１０１、ホテルシステムサーバ１０２、ホームページ用ＷＥＢサーバ１０３、利用者パソコン１０４にて構成される。
【００３２】
ホテルシステムクライアント１００は、マスタ設定部３０１を持つ。
【００３３】
マスタ設定部３０１は、ホテルシステムサーバ１０２に登録される各種マスタデータを対応するマスタ設定画面（不図示）を用いて設定する機能部である。設定されるマスタには、宿泊予約の際に部屋番号指定を許可するか否かを判定する部屋番号指定可能顧客条件マスタも含まれる。
【００３４】
連動用クライアント１０１は、データ検索部３１１、結果送信部３１２、データ更新部３１３を持つ。
【００３５】
データ検索部３１１は、ホームページ用ＷＥＢサーバ１０３からのデータ検索要求を受けて、ホテルシステムサーバ１０２にて管理されているデータベースの該当するテーブルを検索する機能部である。
【００３６】
結果送信部３１２は、前記データ検索部３１１により検索された結果を、ホームページ用ＷＥＢサーバ１０３に送信する機能部である。
【００３７】
データ更新部３１３は、ホームページ用ＷＥＢサーバ１０３からのデータ更新要求を受けて、ホテルシステムサーバ１０２にて管理されているデータベースの該当するテーブルの内容を更新する機能部である。
【００３８】
ホテルシステムサーバ１０２は、データ管理部３２１を持つ。
【００３９】
データ管理部３２１は、各種マスタデータや、宿泊関連の各種業務データを保管し管理する機能部である。
【００４０】
ホームページ用ＷＥＢサーバ１０３は、認証部３３１、判定部３３２、表示制御部３３３、予約受付部３３４を持つ。
【００４１】
認証部３３１は、利用者からユーザＩＤとパスワードの入力を受け付けて、ユーザを認証する機能部である。
【００４２】
判定部３３２は、宿泊予約時に、部屋番号指定を許可するか否かを判定する機能部である。
【００４３】
表示制御部３３３は、画面表示するための表示データを作成し、利用者パソコン１０４に送信することにより、表示部３４１に画面を表示させる機能部である。判定部３３２の判定結果に応じて、部屋番号指定用の画面を利用者パソコン１０４の表示部３４１に表示させる。
【００４４】
予約受付部３３４は、利用者パソコン１０４の入力受付部３４２から宿泊予約を受け付ける機能部である。宿泊予約を受け付けた場合、連動用クライアント１０１を介して、ホテルシステムサーバ１０２の宿泊予約データを更新する。
【００４５】
利用者パソコン１０４は、表示部３４１、入力受付部３４２を持つ。
【００４６】
表示部３４１は、ホームページ用ＷＥＢサーバ１０３から、表示データを受けて各種画面を表示する機能部である。画面の表示にはＷＥＢブラウザを用いる。
【００４７】
入力受付部３４２は、表示された画面から、ユーザによる操作や入力を受け付け、ホームページ用ＷＥＢサーバ１０３に送信する機能部である。
【００４８】
なお、ＬＡＮ１０５を経由して連携しているホテルシステムクライアント１００、連動用クライアント１０１、ホテルシステムサーバ１０２、ホームページ用ＷＥＢサーバ１０３が持つ機能は、１つの装置上に実装してもよいし、別々の装置に実装してもよい。
【００４９】
次に、図９、図１０を参照して、本発明で使用するデータの一例について説明する。
【００５０】
図９、図１０には、本発明の実施形態に係るホテルシステムにおいて、実行される各処理で利用されるテーブルの構成の一例が示されており、これらのテーブルは、ホテルシステムサーバ１０２で記憶管理されている。
【００５１】
顧客情報テーブル９０１は、宿泊施設の会員として登録された顧客（会員）情報を記憶しており、顧客を一意に識別するための顧客番号、顧客の氏名の他に、会員種別番号、性別区分、分煙区分を含んで構成される。また、会員種別番号をキーとして会員種別マスタテーブル９０３の顧客部屋指定区分が採用される。すなわち、本テーブルは、利用者の識別情報と、利用者の部屋指定可否に関する情報とを含む利用者情報の一例を示すテーブルである。
【００５２】
顧客情報テーブル９０１の会員種別番号は、会員種別マスタテーブルの会員種別番号と紐付く。本例では、会員種別番号をキーとして会員種別マスタテーブルの顧客部屋指定区分が適用される。また、直接、顧客情報テーブルに同区分を設定してもよい。
【００５３】
顧客利用テーブル９０２は、顧客が宿泊施設を過去に利用した履歴の情報を記憶しており、顧客番号、到着日、泊数、利用金額などを含んで構成される。
【００５４】
顧客利用テーブルの顧客番号は、顧客情報テーブルの顧客番号と紐付く。
【００５５】
会員種別マスタテーブル９０３は、顧客（会員）の属性設定を記憶しており、会員種別を一意で識別するための会員種別番号、会員種別の名称、顧客部屋指定区分などを含んで構成される。
【００５６】
会員種別マスタテーブル９０３の顧客部屋指定区分には、利用者（会員）がホームページから宿泊予約を登録した際に、部屋番号の指定が、有効か無効かの設定を保持する。
【００５７】
プランマスタテーブル９０４は、宿泊施設がホームページで販売可能な宿泊プラン設定を記憶しており、プランを一意に識別するためのプラン番号、プラン名称、販売開始日、販売終了日、部屋指定区分などを含んで構成される。すなわち、本テーブルは、プランの識別情報と、プランの部屋指定可否に関する情報とを含むプラン情報の一例を示すテーブルである。
【００５８】
プランマスタテーブル９０４の部屋番号指定区分には、利用者（会員）がホームページから宿泊予約を登録した際に、部屋番号の指定が、有効か無効かの設定を保持する。
【００５９】
部屋タイプマスタテーブル９０５は、部屋のタイプを示した情報を記憶しており、部屋タイプを一意で識別するための部屋タイプ番号、部屋タイプ名、分煙区分、性別などを含んで構成される。
【００６０】
部屋番号マスタテーブル９０６は、宿泊施設に存在する部屋番号を全て記憶しており、部屋を一意で識別するための部屋番号、部屋タイプ番号、フロア、プレミアム区分、備考などを含んで構成される。
【００６１】
部屋番号マスタテーブル９０６の部屋タイプ番号は、部屋タイプマスタテーブル９０５の部屋タイプ番号と紐付く。
【００６２】
プラン別販売可能フロアマスタテーブル９０７は、プラン毎の部屋番号を指定できるフロア設定を記憶しており、プラン番号、フロアなどを含んで構成される。
【００６３】
プラン別販売可能フロアマスタテーブル９０７のプラン番号は、プランマスタテーブル９０４のプラン番号と紐付く。
【００６４】
部屋番号指定可能顧客条件マスタテーブル９０８は、ホームページで宿泊予約を登録した利用者（会員）が、部屋番号を指定できる顧客（会員）かを判定するための条件を記憶しており、条件を一意で識別するための条件番号、利用区分、判定値、判定日範囲などを含んで構成される。すなわち、本テーブルは、利用状況に応じて部屋指定可能とするか否かを決定する条件の一例を示すテーブルである。
【００６５】
日別部屋状況テーブル９０９は、指定可能ではない部屋番号の情報を記憶しており、日付、部屋番号、部屋状況などを含んで構成される。
【００６６】
以下、本発明の実施形態に係るホームページ用ＷＥＢサーバ１０３及び連動用クライアント１０１、ホテルシステムサーバ１０２における、インターネット宿泊予約の部屋番号指定の処理の一例を、図４、図５、図６、図７、図８に示すフローチャートを用いて説明する。
【００６７】
ステップＳ４０１では、宿泊施設のホームページへアクセスした利用者パソコン１０４の画面にプラン検索画面１１００（図１１参照）を表示する。尚、宿泊施設のホームページはホームページ用ＷＥＢサーバ１０３が管理、制御している。
【００６８】
ステップＳ４０２では、ホームページ用ＷＥＢサーバ１０３は、利用者パソコン１０４のプラン検索画面１１００から到着日付１１０１、泊数１１０２、宿泊人数１１０３、室数１１０４の入力を受け付け、同項目を取得する。
【００６９】
ステップＳ４０３では、ホームページ用ＷＥＢサーバ１０３は、プラン検索画面１１００の検索ボタン１１０５が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ４０４へ処理を進め、押下されたと判定しない場合は、Ｓ４０２へ処理を戻す。
【００７０】
ステップＳ４０４では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４０２で取得したプラン検索画面１１００の到着日付１１０１及び泊数１１０２を、連動用クライアント１０１へ送信する。
【００７１】
ステップＳ４０５では、連動用クライアント１０１は、受信した到着日付及び泊数を使用して、ホテルシステムサーバ１０２のプランマスタから販売可能なプランマスタを検索する。販売可能なプランマスタは、受信した到着日及び泊数から宿泊日を割り出し、宿泊日がプランマスタの販売開始日、販売終了日の範囲内か否かで抽出される。
【００７２】
ステップＳ４０６では、連動用クライアント１０１は、ステップＳ４０５で検索したプランマスタを、ホームページ用ＷＥＢサーバ１０３へ送信し、ステップＳ４０７で、ホームページ用ＷＥＢサーバ１０３は送信されたプランマスタを受信する。送受信されるプランマスタの情報は、プラン番号、プラン名称、部屋番号指定区分などを含む。
【００７３】
ステップＳ４０８では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４０７で受信したプランマスタの各項目をプラン検索画面１１００のプラン一覧１１０６に表示する。受信した項目のうち、部屋番号指定区分はプラン検索画面１１００のプラン一覧１１０６に表示されないが、内部的に部屋番号指定区分の情報を保持する。
【００７４】
ステップＳ４０９では、ホームページ用ＷＥＢサーバ１０３は、プラン検索画面１１００の選択ボタン１１０７が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ４１０へ処理を進め、押下されたと判定しない場合は、ステップＳ４０９へ処理を戻す。
【００７５】
ステップＳ４１０では、ホームページ用ＷＥＢサーバ１０３は、利用者パソコン１０４の画面にユーザ認証画面１２００（図１２参照）を表示し、ログインボタン１２０３が押下されたタイミングで、入力されたユーザＩＤ（顧客番号）１２０１、パスワード１２０２の認証処理を実施する。本実施例では、ユーザＩＤと顧客情報テーブルの顧客番号は同一としているが、別に設定してもよい。パスワードは別の不図示のテーブルで管理されている事とする。すなわち、本ステップは、利用者端末から利用者のログイン要求を受け付け、利用者を認証する処理の一例を示すステップである。
【００７６】
ステップＳ４１１では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４１０の結果を判定し、ステップＳ４１０でユーザが認証された場合はステップＳ４１２に処理を進め、ステップＳ４１０で認証されなかった場合、または、ユーザ新規登録ボタン１２０４が押下されたと判定した場合は、ステップＳ４４９へ処理を進める。
【００７７】
ステップＳ４１２では、ホームページ用ＷＥＢサーバ１０３は、利用者パソコン１０４の画面に予約確認画面１３００（図１３参照）を表示する。
【００７８】
予約確認画面１３００の宿泊予約情報１３０２には、ステップＳ４０９でプラン検索画面１１００のプラン一覧１１０６から選択ボタン１１０７を押下したプランに対するプラン番号、プラン名称及び、ステップＳ１０１で取得したプラン検索画面１１００の到着日付１１０１及び泊数１１０２を表示する。
【００７９】
予約確認画面１３００の部屋行１３０３では、ステップＳ１０１で取得したプラン検索画面１１００の室数１１０４の値分の行が表示される。
【００８０】
部屋番号指定ボタン１３０５はステップＳ４１２の時点では無効（表示はされるけど押下できない状態）とする。
【００８１】
ステップＳ４１３では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４０９で選択されたプランの、部屋番号指定区分が有効か無効かを判定し、有効と判定した場合はステップＳ４１４へ処理を進め、有効と判定しない場合はステップＳ４４９へ処理を進める。すなわち、本ステップは、利用者から予約要求を受け付けたプランが部屋指定可能なプランかどうかを特定する処理の一例を示すステップである。
【００８２】
ステップＳ４１４では、ホームページ用ＷＥＢサーバ１０３は、顧客番号（認証ユーザＩＤ）を連動用クライアント１０１へ送信する。
【００８３】
ステップＳ４１５では、連動用クライアント１０１は、受信した顧客番号（認証ユーザＩＤ）を使用して、ホテルシステムサーバ１０２から顧客情報、会員種別マスタを検索する。
【００８４】
ステップＳ４１６では、連動用クライアント１０１は、ステップＳ４１５で検索した顧客情報、会員種別マスタをホームページ用ＷＥＢサーバ１０３へ送信し、ステップＳ４１７では、ホームページ用ＷＥＢサーバ１０３は顧客情報、会員種別マスタを受信する。
【００８５】
ステップＳ４１８では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４１７で受信した、顧客情報の顧客部屋指定区分が有効か無効かを判定し、有効と判定した場合は、ステップＳ４２８へ処理を進め、有効と判定しない場合は、ステップＳ４１９へ処理を進める。すなわち、本ステップは、認証した利用者が部屋指定可能な利用者かどうかを特定する処理の一例を示すステップである。また、認証した利用者に対する部屋指定可能区分に従って、部屋指定可能な利用者かどうかを特定する処理の一例を示すステップである。
【００８６】
ステップＳ４１９では、ホームページ用ＷＥＢサーバ１０３は、部屋番号指定可能顧客条件マスタの要求を、連動用クライアント１０１へ送信する。
【００８７】
ステップＳ４２０では、連動用クライアント１０１は、ステップＳ４１９でのホームページ用ＷＥＢサーバ１０３からの要求を受け、ホテルシステムサーバ１０２から、部屋番号指定可能顧客条件マスタを検索する。
【００８８】
ステップＳ４２１では、連動用クライアント１０１は、ステップＳ４２０で検索した部屋番号指定可能顧客条件マスタを、ホームページ用ＷＥＢサーバ１０３へ送信し、ステップＳ４２２では、ホームページ用ＷＥＢサーバ１０３は部屋番号指定可能顧客条件マスタを受信する。
【００８９】
ステップＳ４２３では、ホームページ用ＷＥＢサーバ１０３は、顧客番号（認証ユーザＩＤ）を連動用クライアント１０１へ送信する。
【００９０】
ステップＳ４２４では、連動用クライアント１０１は、受信した顧客番号（認証ユーザＩＤ）を使用して、ホテルシステムサーバ１０２から顧客利用を検索する。
【００９１】
ステップＳ４２５では、連動用クライアント１０１は、ステップＳ４２４で検索した顧客利用を、ホームページ用ＷＥＢサーバ１０３へ送信し、ステップＳ４２６で、ホームページ用ＷＥＢサーバ１０３が顧客利用を受信する。
【００９２】
ステップＳ４２７では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４２６で受信した顧客利用の内容が、ステップＳ４２２で受信した部屋番号指定可能顧客条件マスタの条件の１つに合致するかを判定する。条件の１つに合致すると判定した場合はステップＳ４２８へ処理を進め、条件の１つに合致すると判定しない場合はステップＳ４４９へ処理を進める。
【００９３】
ステップＳ４２８では、ホームページ用ＷＥＢサーバ１０３は、予約確認画面１３００の部屋番号指定ボタン１３０５を有効（押下可能な状態）にする。
【００９４】
ステップＳ４２９では、ホームページ用ＷＥＢサーバ１０３は、予約確認画面１３００の部屋番号指定ボタン１３０５が押下されたか否かを判定する。押下されたと判定した場合は、ステップＳ４３０へ処理を進める。押下されたと判定しない場合は、ステップＳ４２９へ処理を戻す。
【００９５】
ステップＳ４３０では、ホームページ用ＷＥＢサーバ１０３は、予約確認画面１３００の宿泊予約情報１３０２に表示されているプランのプラン番号及び宿泊日を、連動用クライアント１０１に送信する。
【００９６】
ステップＳ４３１では、連動用クライアント１０１は、受信したプラン番号をもとに、ホテルシステムサーバ１０２からプラン別販売可能フロアマスタを検索する。
【００９７】
ステップＳ４３２では、連動用クライアント１０１は、ステップＳ４３１で検索したプラン別販売可能フロアマスタをもとに、ホテルシステムサーバ１０２から対象フロアの部屋番号マスタ及び、部屋番号マスタの部屋タイプ番号に紐付く部屋タイプマスタを検索する。
【００９８】
ステップＳ４３３では、連動用クライアント１０１は、受信した宿泊日をもとに、ホテルシステムサーバ１０２から日別部屋状況を検索する。
【００９９】
ステップＳ４３４では、連動用クライアント１０１は、ステップＳ４３２で検索した部屋番号マスタの部屋番号が、ステップＳ４３３で検索した日別部屋状況の部屋番号に存在するかを判定する。日別部屋状況に部屋番号が存在すると判定した場合は、ステップＳ４３５へ処理を進める。日別部屋状況に部屋番号が存在すると判定しない場合は、ステップＳ４３６へ処理を進める。
【０１００】
ステップＳ４３５では、連動用クライアント１０１は、日別部屋状況に部屋番号が存在する場合は、既に他の予約でアサイン済みもしくは故障部屋などで、選択不可の部屋番号と判断されるため、次のステップＳ４３６でホームページ用ＷＥＢサーバ１０３へ送信する部屋番号から、日別部屋状況に存在する部屋番号を除外する。
【０１０１】
ステップＳ４３６では、連動用クライアント１０１は、ステップＳ４３２で検索した部屋タイプマスタ及び、部屋番号マスタまたはステップＳ４３５で選択不可の部屋番号を除外した部屋番号マスタをホームページ用ＷＥＢサーバ１０３へ送信し、ステップＳ４３７では、ホームページ用ＷＥＢサーバ１０３が受信する。
【０１０２】
ステップＳ４３８では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４３７で受信した部屋タイプマスタにおける性別区分の指定があるか否か判定し、性別の指定があると判定した場合は、ステップＳ４３９へ処理を進め、性別の指定あると判定しない場合は、ステップＳ４４０へ処理を進める。
【０１０３】
ステップＳ４３９では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４１７で受信した顧客情報の性別区分と、ステップＳ４３７で受信した部屋タイプマスタの性別区分が合致していない部屋タイプマスタの部屋番号を除外する。
【０１０４】
ステップＳ４４０では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４１７で受信した顧客情報の会員種別番号がプレミアムであるか否かを判定し、顧客情報の会員種別番号がプレミアムであると判定した場合は、ステップＳ４４２へ処理を進め、顧客情報の会員種別番号がプレミアムであると判定しない場合は、ステップＳ４４１へ処理を進める。
【０１０５】
ステップＳ４４１では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４３７で受信した部屋番号マスタから、プレミアム区分がＯＮの部屋番号を除外する。
【０１０６】
ステップＳ４４２では、ホームページ用ＷＥＢサーバ１０３は、利用者パソコン１０４の画面に部屋番号指定画面１４００（図１４参照）を表示する。ステップＳ４３７で受信した部屋番号マスタのプレミアム区分がＯＦＦで、かつ、ステップＳ４４１までの処理で残った部屋番号を、選択可能部屋番号１４０４に表示する。すなわち、本ステップは、部屋指定可能な利用者と特定され、かつ、部屋指定可能なプランと特定された場合に、前記プランにて予約可能な部屋の識別情報を利用者端末に表示させる処理の一例を示すステップである。
【０１０７】
ステップＳ４４３では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４１７で受信した顧客情報の会員種別番号がプレミアムであるか否かを判定し、顧客情報の会員種別番号がプレミアムであると判定した場合は、ステップＳ４４４へ処理を進め、顧客情報の会員種別番号がプレミアムであると判定しない場合は、ステップＳ４４５へ処理を進める。
【０１０８】
ステップＳ４４４では、ホームページ用ＷＥＢサーバ１０３は、部屋番号指定画面１４００にオススメ部屋番号１４０１のタイトルを表示し、ステップＳ１３６で受信した部屋番号マスタのプレミアム区分がＯＮの部屋番号のリスト１４０２を表示する。
【０１０９】
ステップＳ４４５では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４１７で受信した顧客情報の分煙区分を、部屋番号指定画面１４００の喫煙区分１４０３へセットし、選択可能部屋番号１４０４の分煙区分が合致する部屋番号のみを表示する。
【０１１０】
喫煙区分１４０３は画面上で変更することが可能であり、喫煙区分１４０３を変更すると、選択可能部屋番号１４０４の表示も更新される。
【０１１１】
上記のように、ステップＳ４４２からステップＳ４４５まで、部屋番号指定画面１４００の領域ごとに順次表示、変更する処理として説明したが、部屋番号指定画面１４００を表示するデータを作成した後、一度で部屋番号指定画面１４００を表示するようにしてもよい。
【０１１２】
ステップＳ４４６では、ホームページ用ＷＥＢサーバ１０３は、部屋番号指定画面１４００のオススメ部屋番号１４０１の選択ボタン１４０９もしくは、選択可能部屋番号１４０４の選択ボタン１４１０が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ４４７へ処理を進め、押下されたと判定しない場合は、ステップＳ４４６へ処理を戻す。すなわち、本ステップは、利用者端末に表示させた識別情報の選択を受け付けることにより、識別情報に対応する部屋に対する予約要求を受け付ける処理の一例を示すステップである。
【０１１３】
ステップＳ４４７では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４４６で選択ボタンを押下された部屋番号を、部屋番号指定画面１４００の部屋番号１４０６へセットする。
【０１１４】
ステップＳ４４８では、ホームページ用ＷＥＢサーバ１０３は、部屋番号指定画面１４００の登録ボタン１４０７が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ４４９へ処理を進め、押下されたと判定しない場合は、ステップＳ４４６へ処理を戻す。
【０１１５】
ステップＳ４４９では、ホームページ用ＷＥＢサーバ１０３は、利用者パソコン１０４の画面に予約確認画面１５００（図１５参照）を表示する。予約確認画面１５００は、部屋番号指定前の予約確認画面１３００と表示項目は同じである。
【０１１６】
ステップＳ４４８からステップＳ４４９へ遷移してきた場合は、予約確認画面１５００の部屋番号１５０１に、部屋番号指定画面１４００の部屋番号１４０６をセットする。
【０１１７】
ステップＳ４１１およびステップＳ４１３、ステップＳ４２７からステップＳ１４８へ遷移してきた場合は、予約確認画面１５００の部屋番号１５０１は未選択と表示する。
【０１１８】
ステップＳ４５０では、ホームページ用ＷＥＢサーバ１０３は、予約確認画面１５００の予約登録ボタン１５０３が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ４５１へ処理を進め、押下されたと判定しない場合は、ステップＳ４５０へ処理を戻す。
【０１１９】
ステップＳ４５１では、ホームページ用ＷＥＢサーバ１０３は、予約確認画面１５００の部屋番号１５０１に部屋番号の指定があるか否かを判定し、部屋番号の指定があると判定した場合は、ステップＳ４５２へ処理を進め、部屋番号の指定があると判定しない場合は、ステップＳ４５７へ処理を進める。
【０１２０】
ステップＳ４５２では、ホームページ用ＷＥＢサーバ１０３は、部屋状況の最終確認を実施するために、予約確認画面１５００の部屋番号１５０１及び宿泊予約情報１５０５の宿泊日を、連動用クライアント１０１へ送信する。
【０１２１】
ステップＳ４５３では、連動用クライアント１０１は、ステップＳ４５２で受信した部屋番号、宿泊日をもとに、連動用クライアント１０１がホテルシステムサーバ１０２から日別部屋状況を検索する。
【０１２２】
ステップＳ４５４では、連動用クライアント１０１は、ステップＳ４５３の日別部屋状況の検索結果をホームページ用ＷＥＢサーバ１０３へ送信し、ステップＳ１５４では、ホームページ用ＷＥＢサーバ１０３が受信する。
【０１２３】
ステップＳ４５６では、ホームページ用ＷＥＢサーバ１０３は、ステップＳ４５５で受信した日別部屋状況が１レコードでも存在するかを判定し、存在すると判定した場合は、選択した部屋番号が選択不可になったことを伝えるエラーメッセージを表示し（不図示）、ステップＳ４３０まで処理を戻し、存在すると判定しない場合は、ステップＳ４５７へ処理を進める。
【０１２４】
ステップＳ４５７では、ホームページ用ＷＥＢサーバ１０３は、予約確認画面１５００の宿泊予約情報１５０５及び部屋番号の指定がある場合は部屋番号１５０１を含む予約情報を、連動用クライアント１０１へ送信する。
【０１２５】
ステップＳ４５８では、連動用クライアント１０１は、ステップＳ４５７で受信した、宿泊予約情報１５０５及び部屋番号を含む予約情報を、ホテルシステムサーバ１０２の宿泊管理ＤＢ（不図示）に登録するとともに、日別部屋状況テーブル９０９に対し、宿泊日、指定された部屋番号についてデータを登録する。
【０１２６】
なお、本実施例では宿泊予約を対象としたが、本発明は日帰り利用等の宿泊を伴わない施設利用予約にも適用できる。
【０１２７】
以上説明したように、一律に部屋番号指定を可能とするのではなく、利用者の特性や、プランに従って部屋番号指定を可能とするかどうかを制御できるため、利用者に対してよりきめ細かなサービスを提供でき、また、宿泊施設側の方針を反映させることができるようになる。
【０１２８】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１２９】
また、本発明におけるプログラムは、図４〜図８の処理をコンピュータに実行させるプログラムである。
【０１３０】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。
【０１３１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
【０１３２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。
【０１３３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３５】
また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１３７】
１００    ホテルシステムクライアント
１０１    連動用クライアント
１０２    ホテルシステムサーバ
１０３    ホームページ用ＷＥＢサーバ
１０４    利用者用パソコン
１０５    ＬＡＮ
１０６    インターネット
１１０    差分作成用クライアント
２０１    ＣＰＵ
２０２    ＲＯＭ
２０３    ＲＡＭ
２０４    システムバス
２０５    入力コントローラ
２０６    ビデオコントローラ
２０７    メモリコントローラ
２０８    通信Ｉ／Ｆコントローラ
２０９    入力装置
２１０    ディスプレイ装置
２１１    外部メモリ
【図１】
2017107460.tif 000003
【図２】
2017107460.tif 000004
【図３】
2017107460.tif 000005
【図４】
2017107460.tif 000006
【図５】
2017107460.tif 000007
【図６】
2017107460.tif 000008
【図７】
2017107460.tif 000009
【図８】
2017107460.tif 000010
【図９】
2017107460.tif 000011
【図１０】
2017107460.tif 000012
【図１１】
2017107460.tif 000013
【図１２】
2017107460.tif 000014
【図１３】
2017107460.tif 000015
【図１４】
2017107460.tif 000016
【図１５】
2017107460.tif 000017