JP6465076B2 - 情報処理装置、制御方法、及びプログラム - Google Patents

Description

本発明は、ユーザが、ホテルや旅館等の宿泊施設の予約を行うためのシステムに関する。

近年、ユーザがホテルや旅館等の予約を行うに当たり、直接フロントへ出向かずに、インターネットを介して掲示され宿泊施設予約を行うシステムにおいて、ユーザ自身が所有する情報処理装置端末を利用して、宿泊を所望する施設を予約することが可能となっている。

ユーザは宿泊予約する際に、複数の宿泊予約サイトから、価格面やサービス面でより有利な宿泊プランを選ぶ傾向があり、その場合、同一の宿泊施設に連泊する場合であっても、別々の宿泊予約サイトの複数の宿泊予約に分割される場合がある。

宿泊施設側では、同一ユーザが連泊する場合には、一連の宿泊予約として取り扱った方が、サービス向上や業務効率化の観点で有利であるが、上記のように、宿泊施設を通さずに予約が実行される場合には、別々の宿泊予約として扱わざるを得なかった。

そこで、特許文献１では、複数の宿泊予約をグルーピングすることにより、グルーピングされた宿泊予約（予約グループ）に対して部屋のアサイン処理や、レセプション処理、会計処理等を実施可能にする技術が示されている。

特開２０１３−１１９７３号公報

しかしながら、予約グループに含まれる宿泊予約に対して、宿泊予約サイトからキャンセル情報が入った場合には、予約グループに対する宿泊期間や宿泊料金が変わるため、単純に対象の宿泊予約だけをキャンセルすることはできない。そのため、通常、予約グループに含まれる宿泊予約については、自動でキャンセル処理を実施せず、受付担当がグルーピングの状況を考慮しながら、手動でキャンセル処理を実施することになる。

上記にような宿泊予約サイトからのキャンセル情報が多数入った場合には、受付担当の作業工数は多大となる。

そこで本発明では、グルーピングされた宿泊予約に対してキャンセル指示が入った場合に適切にキャンセル処理を実施できる仕組みを提供することを目的とする。

本発明の情報処理装置は、複数のサイトから受け付けた宿泊予約をグルーピングして１つの予約グループとして取り扱う情報処理装置であって、前記グルーピングされた宿泊予約の対応付け情報を記憶する記憶手段と、前記サイトから前記宿泊予約に対するキャンセル指示を受け付けるキャンセル指示受付手段と、前記キャンセル指示を受け付けた宿泊予約がグルーピングされている場合、当該宿泊予約が属する予約グループに含まれる他の宿泊予約の対応付け情報を更新する更新手段と、前記キャンセル指示に対応する宿泊予約をキャンセルするキャンセル手段とを有することを特徴とする。

本発明の制御方法は、複数のサイトから受け付けた宿泊予約をグルーピングして１つの予約グループとして取り扱い、前記グルーピングされた宿泊予約の対応付け情報を記憶する記憶手段を有する情報処理装置の制御方法であって、キャンセル指示受付手段が、前記サイトから前記宿泊予約に対するキャンセル指示を受け付けるキャンセル指示受付ステップと、更新手段が、前記キャンセル指示を受け付けた宿泊予約がグルーピングされている場合、当該宿泊予約が属する予約グループに含まれる他の宿泊予約の対応付け情報を更新する更新ステップと、キャンセル手段が、前記キャンセル指示に対応する宿泊予約をキャンセルするキャンセルステップとを有することを特徴とする。

本発明のプログラムは、複数のサイトから受け付けた宿泊予約をグルーピングして１つの予約グループとして取り扱う情報処理装置において実行可能なプログラムであって、前記情報処理装置を、前記グルーピングされた宿泊予約の対応付け情報を記憶する記憶手段と、前記サイトから前記宿泊予約に対するキャンセル指示を受け付けるキャンセル指示受付手段と、前記キャンセル指示を受け付けた宿泊予約がグルーピングされている場合、当該宿泊予約が属する予約グループに含まれる他の宿泊予約の対応付け情報を更新する更新手段と、前記キャンセル指示に対応する宿泊予約をキャンセルするキャンセル手段として機能させることを特徴とする。

本発明によれば、グルーピングされた宿泊予約に対してキャンセル指示が入った場合に適切にキャンセル処理を実施できるようになる。

本発明の実施形態に係る宿泊予約システムの概略構成を示す構成図である。 本発明の実施形態に係るクライアント端末および宿泊予約管理サーバのハードウェアの概略構成を示す構成図である。 本発明の実施形態における予約画面の構成を示す構成図である。 本発明の実施形態における予約集約画面の構成を示す構成図である。 本発明の実施形態における部屋アサイン画面の構成を示す構成図である。 本発明の実施形態におけるレセプション画面の構成を示す構成図である。 本発明の実施形態における会計画面の構成を示す構成図である。 本発明の実施形態における各テーブルおよびデータの構成を示す構成図である。 本発明の実施形態における予約情報を登録する処理を示すフローチャートである。 本発明の実施形態における予約情報を登録する処理を示すフローチャートである。 本発明の実施形態における予約情報を集約する処理を示すフローチャートである。 本発明の実施形態における予約情報を集約する処理を示すフローチャートである。 本発明の実施形態における外部予約データを取り込む処理を示すフローチャートである。 本発明の実施形態における外部予約データを取り込む処理を示すフローチャートである。

以下、図面を参照して、本発明の実施形態を詳細に説明する。

図１は、本発明の実施形態における宿泊予約システムの構成を示す図である。

宿泊予約システム１００は、クライアント端末１０２、及び宿泊予約管理サーバ１０４から構成されており、各装置は、ＬＡＮ（ローカルエリアネットワーク）１０６を介して、通信可能なように接続されている。

クライアント端末１０２は、宿泊施設のフロント等の受付担当に利用され、受付担当は、ユーザによってなされた予約申し込みに対して、宿泊予約のグルーピング、部屋のアサイン、チェックイン、及び宿泊費用の清算といった会計処理等の指示入力を行うことが可能である。

宿泊予約管理サーバ１０４は、ユーザによってなされた宿泊予約を宿泊予約サイトからインターネットを介して取得し、あるいは受付担当によってなされた部屋アサインや会計処理等に関する情報を、ＬＡＮ１０６を介して受信して宿泊予約管理サーバ１０４自身に記憶管理する。

ＬＡＮ１０６は、インターネットに接続され、宿泊予約管理サーバ１０４は、インターネット経由で宿泊予約サイトと情報連携することが可能である。

図２は、本発明の実施形態におけるクライアント端末１０２のハードウェア構成を示す図である。

ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。

また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、クライアント端末１０２の実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。

ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。

また、入力コントローラ（入力Ｃ）２０５は、入力部２０９としてのキーボードや不図示のマウス等のポインティングデバイスからの入力を制御する。

ビデオコントローラ（ＶＣ）２０６は、表示部２１０としてのＣＲＴディスプレイ（ＣＲＴ）等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。

メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるＣＦカードメモリ等の外部メモリ２１１へのアクセスを制御する。

通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、表示部２１０上での表示を可能としている。また、ＣＰＵ２０１は、表示部２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するためのプログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイル及び各種情報テーブルは、外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。

尚、宿泊予約管理サーバ１０４のハードウェアの構成は、クライアント端末１０２のハードウェア構成と同様であるため、説明は省略し、以降、同一の符号を用いて本願発明の説明を行う。

図３には、本発明の実施形態に於いてユーザから受付けた宿泊の予約情報を管理するための予約画面の構成例を示しており、予約画面は、クライアント端末１０２の表示部２１０へ表示され受付担当が利用するための画面である。

予約画面３００は、予約画面３００に備えられたデータの入出力を行うためのフィールド、データ登録や検索及び他画面へ遷移するための各ボタンを備えており、其々について、説明する。

予約番号３０１は、予約の申し込みを一意に識別し、宿泊予約システム１００において自動発番された番号が表示されており、状態３０２は、予約の申し込みを行ったユーザの宿泊施設の滞在状況が表示されており、予約、滞在、出発済、及びキャンセル等を示しており、受付担当がこれらの滞在状況の変更を行っている。

また、集約番号３０３は、複数の予約を結合させて集約させた際に、集約単位毎に一意に識別される番号が表示され、例えば、所定の符号をＧとして、予約番号を１１０とした場合、Ｇ１１０のように表示される。

予約ステータス３０４は、予約申し込みの状況が表示され、キャンセル待ち、仮予約、及び予約等の状況を示しており、受付担当がこれらの予約申し込みの状況の変更を行っている。尚、仮予約については、宿泊日は正式に決定はしていないが、メモ的に登録する際に利用される。

期限３０５は、予約を確定すべき期限を示しており、予約ステータス３０４が、「キャンセル待ち」、「仮予約」の場合、入力可能とし、予約ステータス３０４が、「予約」の場合、入力不可としており、後述する到着日３０６に表示された日付よりも前日付にて、入力が可能となるように制御されている。

到着日３０６は、ユーザが予約申し込みを行った宿泊施設へ到着する日付を表示し、出発日３０７は、ユーザが宿泊施設を出発する日を表示し、泊数３０８は、宿泊施設へ宿泊する日数を表示しているが、これらは、ユーザがクライアント端末１０２から不図示の画面を利用して、予約申し込みを行った情報を用いて表示を行っている。

宿泊者情報３０９は、宿泊施設への宿泊予定である顧客の情報が表示され、これらは、ユーザが予約申し込みを行った予約申し込み情報に含まれる情報を用いて表示を行っており、例えば、予約申し込み時に顧客を一意に識別する顧客番号（会員番号等）をユーザへ入力させ、当顧客番号を用いて、宿泊予約管理サーバ１０４に備えられた顧客テーブルに記憶された顧客情報を取得して表示しても良い。

ＩＤ３１０は、ユーザが宿泊する部屋情報がリスト表示されており、リスト表示された各部屋行情報を一意に識別する部屋行番号が表示されており、先行ＩＤ３１１は、連泊等を行ったときに関連性のある部屋を特定するための入力欄であり、予約番号と関連性を有する部屋行情報の部屋行番号とを結合させて入力を行う。

例えば、部屋行番号Ａと部屋行番号Ｂとが関連性を有する場合、つまり、部屋行番号Ａの部屋へ宿泊した後、続けて部屋行番号Ｂの部屋へ宿泊する場合、部屋行番号Ｂの先行ＩＤ３１１には、先行ＩＤとしては、予約番号に部屋行番号のＡとを結合させ予約番号枝番を入力する。

また、予約画面３００は、到着日３１２、泊数３１３、出発日３１４、部屋タイプ３１５、部屋番号３１６、宿泊者名３１７、人数３１８、及び金額３１９を備えており、この記載順に、リスト表示された部屋行情報に対して、宿泊開始日、宿泊日数、宿泊終了日、シングルｏｒダブル及び喫煙可能ｏｒ禁煙等の部屋のタイプ、宿泊施設における部屋を一意に識別するための部屋番号、宿泊者名、宿泊する人数、及び宿泊費用の順に表示されている。

売上合計３２０は、金額３１９を加算した金額が表示され、入金合計３２１は、ユーザから支払われた金額が表示され、差引金額３２２は、売上合計３２０から入金合計３２１を減算して得られた差引金額３２２を表示する。

本実施例では、予約番号３０１にて識別される単一の予約情報について部屋行情報および会計情報を表示しているが、複数の予約情報が結合され集約されている場合には、集約番号３０３にて識別される集約単位について部屋行情報および会計情報を表示してもよい。

閉じるボタン３２３は、予約画面３００を閉じるために備えられ、検索ボタン３２４は、予約番号３０１に予約番号を入力した後、入力した予約番号に関連する予約情報、宿泊者情報、及び部屋予約情報を、顧客テーブル、予約テーブル、予約宿泊者テーブル、及び予約部屋テーブル等から取得して予約画面３００に表示を行う。

また、ユーザが異なる宿泊予約サイトから申し込みを行った場合には、予約情報が分割されるため、受付担当は予約集約を行う。

予約集約を行うには、受付担当は、後述する予約集約画面４００を表示するための予約集約ボタン３２５を押下して、予約集約画面４００を利用して予約集約を行う。

また、受付担当は、予約申し込みがなされた部屋の条件に見合う部屋のアサインを行うため、後述する部屋アサイン画面５００を表示させるため、部屋アサインボタン３２６を押下する。

また、受付担当は、予約画面３００の各フィールドに入力された情報を宿泊予約管理サーバ１０４の備えた各テーブルへ記憶するために予約登録ボタン３２７を押下する。

また、ユーザに限らず宿泊を所望する人がフロントへ直接出向いた場合、新規で予約情報を生成する必要が生じるため、受付担当は、入力が必要と見做されるフィールドへの入力を行った後、予約登録ボタン３２７を押下すると、予約番号が自動発番されて、予約画面３００の各フィールドに入力された情報を宿泊予約管理サーバ１０４の備えた各テーブルへ記憶する。

また、宿泊していたユーザの出発日には、受付担当は、フロントにて宿泊費用を清算する会計処理を行うため、受付担当は、会計ボタン３２８を押下することで、後述する会計画面７００を表示し、会計画面７００を利用して会計処理を行う。

更に、顧客がチェックインする際に、受付担当が予約情報を滞在が確定したものと見做すための処理を行うためのレセプション画面６００を表示するために、レセプションボタン３２９を押下することが可能である。

図４には、本発明の実施形態に於いてユーザから受付けた宿泊の予約情報を集約するための予約集約画面の構成例を示しており、予約集約画面は、クライアント端末１０２の表示部２１０へ表示され受付担当が利用するための画面である。

予約集約画面４００は、予約集約画面４００に備えられたデータの入出力を行うためのフィールド、データ登録や検索及び他画面へ遷移するための各ボタンを備えており、其々について、説明する。

集約番号を表示するための集約番号４０１、既に集約された予約情報を切離す際に入力を行うためのフィールドを示す切離４０２、予約番号を表示する予約番号４０３、予約から出発までの滞在状況を示すステータス４０４を示しており、滞在状況としては、例えば、予約、到着予定、滞在、出発予定、及び出発済等が上げられる。

集約番号４０１は、予約集約画面４００の画面遷移元となる予約画面３００において、複数の予約を結合させて集約させた予約について表示されている場合は、その集約単位である集約番号を表示し、予約集約画面４００の画面遷移元となる予約画面３００において、集約していない予約を表示している場合は、その予約の予約番号に所定の符号を結合させて（前述したように符号Ｇと予約番号とを結合した集約番号）表示する。

到着日４０５、泊数４０６、出発日４０７、及び宿泊者名４０８の順に、宿泊開始日、宿泊日数、宿泊終了日、及び宿泊者名の順に示される。

また、予約番号４０９、顧客番号４１０、ステータス４１１、部屋番号４１２、氏名カナ４１３、及び電話番号４１４の順に予約番号、顧客番号、予約滞在ステータス、予約された部屋番号、顧客の氏名あるいはカナ名、及び顧客の電話番号の順に示しており、其々、受付担当が、入力を所望する項目を選択して入力を行い、検索ボタン４３６を押下することで、各項目に入力されたデータを用いて、予約情報を取得して、取得結果をリスト表示する。

このリスト表示されている領域は、予約番号４０３に対応する予約情報に対して集約対象とする予約情報を選択するためのフィールドである結合４１５を備えている。

また、この領域は、予約番号４１６、集約番号４１７、ステータス４１８、到着日４１９、泊数４２０、出発日４２１、及び宿泊者名４２２の順に、予約番号、集約番号、予約滞在ステータス、宿泊開始日、宿泊日数、宿泊終了日、及び宿泊者名の順に示される。

受付担当は、結合４１５に対して入力を行った後、登録ボタン４２３を押下すると、入力された結合４１５に対応する予約情報を予約番号４０３に対応する予約情報に追加表示し、宿泊予約管理サーバ１０４へ記憶を行う。

この際に、結合４１５に対応する集約番号は、集約番号４０１に表示された集約番号に置き換えて宿泊予約管理サーバ１０４へ記憶されることで、相互の予約情報が集約されたことを識別することが可能である。

ＩＤ４２４は、予約番号に対して複数の部屋を予約した場合、其々を一意に識別するために予約番号に連続する符号、例えばＡ〜Ｚを結合させて発番して表示するフィールドであり、先行ＩＤ４２５は、ＩＤ４２４を先行ＩＤとする場合に表示されるフィールドを示している。

到着日４２６、泊数４２７、出発日４２８、部屋タイプ４２９、部屋番号４３０、宿泊者名４３１、人数４３２、及び金額４３３の順に、宿泊開始日、宿泊日数、宿泊終了日、部屋のタイプ、部屋番号、宿泊者名、宿泊する人数、及び宿泊費用の順に示される。

但し、部屋番号については、宿泊者に対して部屋のアサインを行っていないようであれば、未アサインであることを示すため「未」といった表示を行い、部屋のアサインを行った場合は、アサインした部屋番号が表示される。

受付担当が、部屋アサインを行うには、ＩＤ４２４に表示された予約番号に対応する予約情報を指定した状態で、部屋アサインボタン４３４を押下すると後述する部屋アサイン画面が表示され、当画面を用いて部屋のアサインを行う。

予約集約を行うオペレーションが完了すると、受付担当は、予約集約画面４００を閉じるために閉じるボタン４３５を押下する。

図５には、本発明の実施形態に於いてユーザから受付けた宿泊の予約情報に対して、部屋をアサインするための部屋アサイン画面の構成例を示しており、部屋アサイン画面は、クライアント端末１０２の表示部２１０へ表示され受付担当が利用するための画面である。

部屋アサイン画面５００は、部屋アサイン画面５００に備えられたデータの入出力を行うためのフィールド、データ登録や検索及び他画面へ遷移するための各ボタンを備えており、其々について、説明する。

予約番号５０１、集約番号５０２、名前５０３、室数５０４、及び状況５０５の順に、予約番号、当予約番号に対応する集約番号、宿泊者名、アサイン済の室数とアサインされていない室数とを加算した予約室数、及びアサインが済んだか否かの状況の順に示される。

本実施例では、部屋アサイン画面が起動された基となる予約情報が集約されている場合には、集約単位に含まれる複数の予約情報に対する部屋アサイン画面を表示し、集約されていない場合には、単一の予約情報に対する部屋アサイン画面を表示する。また、別の方法として、予約画面３００から部屋アサイン画面が起動された場合には、単一の予約情報に対する部屋アサイン画面を表示し、予約集約画面４００から部屋アサイン画面が起動された場合には、集約単位に含まれる複数の予約情報に対する部屋アサイン画面を表示するようにしてもよい。

未アサイン５０６は、アサインがなされていない部屋行情報の数を示しており、アサイン済５０７は、アサインがなされた部屋行情報の数を示している。

ＩＤ５０８、先行ＩＤ５０９、到着日５１０、泊数５１１、出発日５１２、部屋タイプ５１３、及び部屋番号５１４の順に、予約番号に連続する符号を結合した番号、先行ＩＤ、宿泊開始日、宿泊日数、宿泊終了日、部屋のタイプ、及び部屋番号の順に示しており、アサインが済んでいる部屋情報には、部屋番号５１４に部屋番号が表示され、アサインが済んでいない部屋行情報には、部屋番号５１４は、非表示としている。

また、選択５１５は、選択５１５に入力がなされた部屋行情報に対して部屋のアサインを行うための選択欄である。受付担当が、部屋のアサイン対象とする部屋行情報に対応する選択５１５に入力を行い、アサインボタン５１６を押下すると、入力がなされた選択５１５に対応する部屋情報の部屋のアサインを行う。

フロア５１７、部屋番号５１８、及び部屋タイプ５１９は、部屋の存在するフロア、部屋番号、及び部屋のタイプが表示されており、これらは、宿泊施設の設備に合わせて予め登録しておき表示を行っている。

また、日付５２０から日付５２４については、宿泊予約システム１００の宿泊者の到着日から５日目迄の日付を表示させており、各部屋に対して既に部屋のアサインがされた予約日程に対して、予約番号枝番と宿泊する顧客の氏名が表示されている。但し、到着日の５日目迄の日付に限らずに、所定日目迄として日付を設定して表示することも可能である。

受付担当は、部屋行情報に対して部屋アサインを行う場合、アサイン対象となる部屋行情報に対応する選択５１５に入力を行い、アサインボタン５１６を押下すると、部屋行情報の先行ＩＤ、到着日、泊数、出発日、及び部屋タイプを用いて、部屋タイプ５１９及び日付５２０から日付５２４に対して既に予約がなされていない箇所を抽出し、抽出できた場合、日付５２０から日付５２４にＩＤ５０８と名前５０３とを表示する。その際、アサインされた部屋番号５１８に表示された部屋番号を部屋番号５１４へ表示する。

受付担当は、部屋のアサインが終了すると、登録ボタン５２５を押下して、宿泊予約システム１００へ予約情報を記憶し、部屋アサイン画面５００を閉じるには、閉じるボタン５２６を押下する。

図６には、本発明の実施形態におけるレセプション画面の構成例を示しており、受付担当は、主に、顧客がチェックインをする時に利用する画面であり、レセプション画面は、クライアント端末１０２の表示部２１０へ表示され受付担当が利用するための画面である。

レセプション画面６００は、レセプション画面６００に備えられたデータの入出力を行うためのフィールド、データ登録や検索及び他画面へ遷移するための各ボタンを備えており、其々について、説明する。

部屋番号６０１、予約番号６０２、状態６０３、集約番号６０４、予約ステータス６０５、期限６０６、到着日６０７、出発日６０８、泊数６０９、宿泊者情報６１０の順に、部屋番号、予約番号、滞在状況、集約番号、予約申し込みの状況、予約を確定すべき期限、宿泊開始日、宿泊日数、宿泊終了日、及び宿泊施設への宿泊予定である顧客情報の順に示される。

部屋予約情報６１１については、予約画面３００の部屋情報（ＩＤ３１０から差引金額３２２と同内容）と同内容であるので、説明を省略する。ただし、本画面では、集約単位全体について、部屋行情報および会計情報を表示している。

尚、これらのレセプション画面６００に表示された情報は、受付担当が検索ボタン６１２を押下した後、部屋番号６０１あるいは予約番号６０２に入力された部屋番号や予約番号を用いて、予約情報を宿泊予約管理サーバ１０４から取得して表示している。

また、レセプション画面６００に表示された予約情報に対してチェックインがなされたことを指定させるためには、受付担当は、登録ボタン６１３を押下して、予約情報を宿泊予約管理サーバ１０４へ記憶し、レセプション画面６００を閉じる場合は、閉じるボタン６１４を押下する。

尚、部屋のアサインが終了していない場合は、アサインの対象となる部屋予約情報６１１を指定して、部屋アサインボタン６１５を押下すると、部屋アサイン画面５００を表示し、受付担当は、部屋アサイン画面５００を用いて、部屋のアサインを行うと、部屋予約情報６１１の部屋番号にアサインされた部屋番号が表示され、アサインが完了したことが示される。

また、受付担当は、宿泊者のチェックアウト時に、レセプション画面６００を参照して、宿泊者がチェックインを行い滞在していたことを確認した後、宿泊費用を清算するために会計処理を行うが、その際には、後述する会計画面を表示するため、会計ボタン６１６を押下し、予約情報の登録を行うのであれば、登録ボタン６１３を押下することで予約画面３００が表示され予約情報の登録を行うことが可能である。

図７には、本発明の実施形態に於いて宿泊費用を清算するために行う会計処理を行うための会計画面の構成例を示しており、受付担当は、主に、顧客がチェックアウトする時に利用する画面であり、会計画面は、クライアント端末１０２の表示部２１０へ表示され受付担当が利用するための画面である。

会計画面７００は、会計画面７００に備えられたデータの入出力を行うためのフィールド、データ登録や検索及び他画面へ遷移するための各ボタンを備えており、其々について、説明する。

宿泊に関する予約情報７０１については、図６に示すレセプション画面６００の部屋番号６０１から泊数６０９に表示される情報と同様であるため説明は省略し、フリガナ７０２及び氏名７０３については、宿泊者の氏名のフリガナ及び氏名を示している。

差引金額７０４、売上合計７０５、及び入金合計７０６については、部屋あるいは予約番号に対しての宿泊費用の合計が売上合計７０５に表示され、宿泊者から支払われた額が入金合計７０６に入力されると、売上合計７０５から入金合計７０６を減算して、差引金額７０４へ表示する。

また、売上に対する明細として番号７０７から金額７１１が表示され、番号７０７は、明細の１レコードを一意に識別するための番号が明細各々に対して振られており、何に対する売上なのかを示す科目７０８、科目７０８に対する単価を示す単価７０９、科目７０８の売上数を示す数量７１０、単価７０９に数量７１０を乗じた値である売上金額を示す金額７１１からなっており、金額７１１に表示された総合計が、売上合計７０５に表示されている。

また、予約集約された予約情報についても、この明細部分に表示がなされ、金額７１１に表示された売上金額の総合計が、売上合計７０５へ表示されるので、受付担当は、フロントにて、ユーザのチェックアウト時に会計処理を行う際に、別々の予約申し込みがなされた場合でも、其々の予約申し込みに対して会計を行わずに、一度に、会計処理を行うことができるので、効率的に業務を行うことが可能となる。

会計処理が完了すると、受付担当は、閉じるボタン７１２を押下して、会計画面７００を閉じる。

図８には、本発明の実施形態に係る宿泊予約システムにおいて実行される各処理で利用されるテーブルおよびデータの構成が示されており、これらのテーブルおよびデータは、宿泊予約管理サーバ１０４の外部メモリ２１１やＲＡＭ２０３にて記憶管理されている。

図８（ａ）に示す顧客テーブルは、宿泊予約システム１００を利用する顧客（会員）の情報を記憶しており、顧客を一意に識別するための顧客番号、顧客の氏名のカナを示す顧客カナ、顧客氏名、顧客の電話番号、郵便番号、住所を含んで構成されている。

図８（ｂ）に示す予約テーブルは、予約情報を一意に識別するための予約番号、予約に対して、遅くとも、顧客の到着後には、予約を確定する必要があるため、その期日を示した予約期限を備えている。

また、予約テーブルは、キャンセル待ち、仮予約、及び予約等の予約申し込みの状況を示す予約ステータス、予約集約を行った際に集約された予約情報を一意に識別するための集約番号を備えており、更に、到着日、及び出発日を備えている。

さらに、予約テーブルは、宿泊予約サイトから取得した外部予約データと対応付ける外部予約番号を備えている。外部予約番号は、図８（ｆ）に示す外部予約データの外部予約番号に対応する。また、宿泊予約サイトに提供した宿泊プランに対応する部屋タイプを備える。

図８（ｃ）に示す部屋テーブルは、部屋に関する部屋のタイプ、１人当たりの宿泊費用等の部屋情報を記憶しており、部屋を一意に識別するための部屋番号、部屋タイプ、及び部屋の宿泊費用（単価）を含んで構成されている。

図８（ｄ）に示す予約宿泊者テーブルは、予約を行っている予約宿泊者情報を記憶管理しており、予約番号、１度の予約申し込みの際に複数の申し込み、つまり複数の部屋を予約する等の申し込みがなされた場合に、予約情報の明細を一意に識別するための予約番号枝番、及び顧客番号から構成されている。

また、複数の申し込みがあった場合は、１つの予約を代表として見做して登録を行った後、不図示の画面で、当代表の予約に対して、その他の予約を登録するため、代表の予約として登録したものについては、予約代表フラグに識別情報を記憶する。

図８（ｅ）に示す予約部屋テーブルは、部屋の予約に関する部屋予約情報を記憶管理しており、予約番号、予約番号枝番、予約を集約した際の関連する予約番号枝番を示す先行ＩＤ、部屋番号、到着日、出発日、宿泊する予約人数、予約滞在ステータス、及び入金額を含んで構成されている。

図８（ｆ）に示す外部予約データは、宿泊予約サイトから取得した外部予約情報を一時的に記憶管理しており、外部予約データを一意に識別する外部予約番号、宿泊予約サイトに提供した宿泊プランの種類を表すプラン番号、宿泊予約を実施した顧客カナ、顧客氏名、宿泊予約に対する到着日、出発日、予約人数を備える。

また、外部予約データはキャンセル区分を備え、例えばキャンセル区分が「ＹＥＳ」の場合はキャンセル指示、キャンセル区分が「ＮＯ」の場合は通常の宿泊予約となる。キャンセル指示の場合は全ての項目が設定されている必要はなく、外部予約番号とキャンセル区分のみ値が設定されていればよい。

次に本発明の実施形態に係るクライアント端末１０２及び宿泊予約管理サーバ１０４における宿泊施設の予約情報を登録する処理を図９及び図１０に示すフローチャートを用いて説明する。

尚、本処理フローは、ステップＳ１０４及びステップＳ１０５、ステップＳ１１１及びステップＳ１１２については、宿泊予約管理サーバ１０４が備えるＣＰＵ２０１の制御の下、各処理ステップは実行され、その他のステップは、クライアント端末１０２が備えるＣＰＵ２０１の制御の下、各処理ステップは実行される。

ステップＳ１００は、予約画面３００を表示し、次のステップＳ１０１では、予約画面３００の検索ボタン３２４が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１０２へ処理を進め、押下されたと判定しない場合は、ステップＳ１０８へ処理を進める。

ステップＳ１０２では、予約画面３００の予約番号３０１に表示された予約番号を取得し、ステップＳ１０３では、ステップＳ１０２において取得した予約番号を宿泊予約管理サーバ１０４へ送信する。

ステップＳ１０４では、ステップＳ１０３において送信された予約番号に該当する予約テーブルの予約番号を有する予約情報を取得すると共に、予約情報に含まれる予約番号に該当する予約宿泊者テーブルの予約番号に対応する顧客番号を取得する。

そして、予約宿泊者テーブルより取得した顧客番号に該当する顧客テーブルの顧客番号に対応する顧客情報を取得（予約代表フラグに識別情報が記憶されている顧客情報）して宿泊者情報とし、予約番号に該当する予約部屋テーブルの予約番号に対応する部屋予約情報を取得する。

また、部屋予約情報に含まれる部屋番号に該当する部屋テーブルの部屋番号に対応する部屋情報を取得し、更に、予約番号に該当する予約宿泊者テーブルの予約番号に対応する顧客番号を取得し、取得した顧客番号に該当する顧客テーブルの顧客番号に対応する顧客情報を取得して部屋予約情報とする。尚、予約番号に対して予約番号枝番が複数存在する場合は、存在する数分、部屋予約情報を生成する。

ステップＳ１０５では、ステップＳ１０４において取得した予約情報、宿泊者情報、及び部屋予約情報をクライアント端末１０２へ送信し、ステップＳ１０６では、ステップＳ１０５で送信された予約情報、宿泊者情報、及び部屋予約情報を受信する。

ステップＳ１０７では、ステップＳ１０６において受信した予約情報を予約画面３００に表示するが、予約画面３００の予約番号３０１、集約番号３０３、期限３０５、到着日３０６、及び出発日３０７の順に、予約情報の予約番号、集約番号、予約期限、到着日、及び出発日の順に表示し、宿泊者情報３０９を構成する各々の項目に宿泊者情報を表示する。

尚、状態３０２には、「予約」が通常表示されており、予約ステータス３０４には、予約あるいは仮予約を表示し、ユーザがクライアント端末１０２から不図示の画面を利用して、予約申し込みを行った情報を用いて表示を行っている。

更に、ステップＳ１０６において受信した部屋予約情報を予約画面３００に表示するが、予約画面３００のＩＤ３１０、先行ＩＤ３１１、到着日３１２、出発日３１４、部屋タイプ３１５、部屋番号３１６、宿泊者名３１７、人数３１８、及び金額３１９の順に、部屋予約情報の予約番号枝番の部屋行番号、先行ＩＤ、到着日、出発日、部屋タイプ、部屋番号、顧客氏名、予約人数、及び部屋予約情報の単価に予約人数を乗じた金額の順に表示する。

売上合計３２０には、金額３１９に表示した金額の総和を表示し、入金合計３２１には、予約情報の入金額を表示し、差引金額３２２には、売上合計３２０から入金合計３２１を減算して得られた金額を表示する。

ステップＳ１０８では、既に予約がなされておらず新規に予約情報を登録する際に、顧客の情報を取得するため、予約画面３００の宿泊者番号に当てられたカーソルが他のフィールドへ移動したことを検知した場合は、ステップＳ１０９へ処理を進め、検知しない場合は、ステップＳ１１５へ処理を進める。

ステップ１０９では、予約画面３００の宿泊者情報３０９の宿泊者番号フィールドに顧客番号が入力されているか否かを判定し、入力されていると判定した場合は、ステップＳ１１０へ処理を進め、入力されていると判定しない場合は、ステップＳ１１５へ処理を進める。

ステップＳ１１０では、宿泊者情報を宿泊予約管理サーバ１０４へ要求するために、予約画面３００の宿泊者情報３０９の宿泊者番号フィールドに入力された顧客番号を取得し、宿泊予約管理サーバ１０４へ送信する。

ステップＳ１１１では、ステップＳ１１０において送信された顧客番号に該当する顧客テーブルの顧客番号に対応する顧客情報を取得し、ステップＳ１１２では、ステップＳ１１１において取得した顧客情報を宿泊者情報としてクライアント端末１０２へ送信する。

ステップＳ１１３では、ステップＳ１１２において送信された宿泊者情報を受信し、ステップＳ１１４では、ステップＳ１１３において受信した宿泊者情報を予約画面３００の宿泊者情報３０９へ表示する。

ステップＳ１１５では、予約画面３００の予約登録ボタン３２７が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１１６へ処理を進め、押下されたと判定しない場合は、ステップＳ１０１へ処理を進める。

ステップＳ１１６では、予約画面３００に表示された予約ステータスを「予約」に変更した後、予約画面３００の予約情報（予約番号３０１から出発日３０７）及び部屋予約情報（ＩＤ３１０から金額３１９）を取得し、ステップＳ１１７では、予約情報及び部屋予約情報を宿泊予約管理サーバ１０４へ送信する。

ステップＳ１１８では、ステップＳ１１７において送信された予約情報の予約番号に該当する予約テーブルの予約番号を有する予約ステータスを「予約」に記憶すると共に、予約情報の予約番号とＩＤ３１０と結合した番号に該当する予約部屋テーブルの予約番号枝番に対応する先行ＩＤ、部屋番号、到着日、及び出発日の順に、部屋番号３１６、到着日３１２、及び出発日３１４の順に記憶する。

ステップＳ１１７において送信された予約情報の予約番号に該当する予約番号が予約テーブルに存在しない場合は、新規で予約情報及び部屋予約情報を予約テーブル、予約宿泊者テーブル、及び予約部屋テーブルへ記憶する。

ステップＳ１１９では、予約情報及び部屋予約情報の記憶が完了したことをクライアント端末１０２へ通知し、ステップＳ１２０では、ステップＳ１１９において通知された予約情報及び部屋予約情報の記憶が完了した旨を予約画面３００へ表示する。

ステップＳ１２１では、予約情報の集約を行う際には、予約集約画面４００を用いて行うため、予約集約ボタン３２５が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１２２へ処理を進め、押下されたと判定しない場合、ステップＳ１２３へ処理を進め、ステップＳ１２２では、予約集約処理を行うが、詳細は、図１１を用いて説明する。

ステップＳ１２３では、宿泊者が宿泊する部屋のアサイン処理を行う場合は、予約画面３００の部屋予約情報の１レコードが選択された状態で、部屋アサインボタン３２６が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１２４へ処理を進め、押下されたと判定しない場合は、ステップＳ１２５へ処理を進める。

ステップＳ１２４では、部屋のアサイン処理を行うため、部屋アサイン画面５００を表示し、ステップＳ１２３において選択した部屋予約情報を引き継いで、部屋アサイン画面５００のＩＤ５０８、先行ＩＤ５０９、到着日５１０、泊数５１１、出発日５１２、部屋タイプ５１３、及び部屋番号５１４の順に予約画面３００の予約番号３０１とＩＤ３１０とを結合した番号、先行ＩＤ３１１、到着日３１２、泊数３１３、出発日３１４、部屋タイプ３１５、及び部屋番号３１６の順に表示する。

そして、受付担当が、アサイン対象となる予約情報に対応する選択５１５に入力を行い、アサインボタン５１６を押下すると、予約情報の先行ＩＤ、到着日、泊数、出発日、及び部屋タイプを用いて、部屋タイプ５１９及び日付５２０から日付５２４に対して既に予約がなされていない箇所を抽出し、抽出できた場合、日付５２０から日付５２４にＩＤ５０８と宿泊者名とを表示する。その際、アサインされた部屋番号５１８に表示された部屋番号を部屋番号５１４へ表示する。また、抽出できなかった場合、アサインが不可と見做された部屋タイプ及び日付等を表示する。

受付担当は、部屋のアサインが終了すると、登録ボタン５２５を押下し、部屋アサイン画面５００を閉じ、ＩＤ５０８に該当する予約画面３００のＩＤ３１０及び予約番号の結合した番号に対応する部屋タイプ３１５及び部屋番号３１６へ部屋番号５１８及び部屋タイプ５１９を表示する。

次にステップＳ１２５では、顧客がチェックインする際に、受付担当が予約情報を滞在が確定したものと見做すための処理を行うためのレセプション画面６００を表示するために、レセプションボタン３２９が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ１２６へ処理を進め、押下されたと判定しない場合は、ステップＳ１２７へ処理を進める。

ステップＳ１２６では、レセプション画面６００を用いて、予約情報を滞在が確定したものと見做すための処理を行うが、詳細は省略する。

ステップＳ１２７では、顧客がチェックアウトする際に、宿泊費用の清算を行うため、受付担当が会計処理を行うための会計画面７００を表示するために、会計ボタン３２８が押下されたか否かを判定し、押下されたと判定した場合、ステップＳ１２８へ処理を進め、押下されたと判定しない場合は、処理を終了する。

ステップＳ１２８では、会計画面７００を用いて会計処理を行うが、詳細は省略する。

次に本発明の実施形態に係るクライアント端末１０２及び宿泊予約管理サーバ１０４における宿泊施設の予約情報を集約する処理を図１１及び図１２に示すフローチャートを用いて説明する。

尚、本処理フローは、ステップＳ２０４及びステップＳ２０５、ステップＳ２１２及びステップＳ２１３、ステップＳ２２２からステップＳ２２７については、宿泊予約管理サーバ１０４が備えるＣＰＵ２０１の制御の下、各処理ステップは実行され、その他のステップは、クライアント端末１０２が備えるＣＰＵ２０１の制御の下、各処理ステップは実行される。

ステップＳ２００では、予約集約画面４００を表示し、ステップＳ２０１では、予約集約対象となる予約情報を取得する要求を行うため、集約番号４０１に当てられたカーソルが他のフィールドへ移動したことを検知した場合は、ステップＳ２０２へ処理を進める。

ステップＳ２０２では、集約番号４０１に入力された集約番号を取得し、ステップＳ２０３では、予約情報を宿泊予約管理サーバ１０４へ要求するために、ステップＳ２０２で取得した集約番号を宿泊予約管理サーバ１０４へ送信する。

ステップＳ２０４では、ステップＳ２０３において送信された集約番号に該当する予約テーブルの集約番号を有する予約情報を取得した後、取得した予約情報の予約番号に該当する予約宿泊者テーブルの予約番号に対応する顧客番号を取得する。尚、予約番号に対して予約番号枝番が存在する場合は、存在する数分、顧客番号を取得する。

当該顧客番号に該当する顧客テーブルの顧客番号に対応する顧客氏名を取得し、更に、取得した予約番号に該当する予約部屋テーブルの予約番号に対応する部屋番号、到着日、出発日、予約人数、及び予約滞在ステータスを取得する。尚、予約番号に対して予約番号枝番が存在する場合は、存在する数分、予約番号枝番に対応する部屋番号、到着日、出発日、予約人数、及び予約滞在ステータスを取得する。

ステップＳ２０５では、ステップＳ２０４において取得した予約情報、顧客氏名、部屋番号、到着日、出発日、予約人数、及び予約滞在ステータスを予約集約情報としてクライアント端末１０２へ送信する。

ステップＳ２０６では、ステップＳ２０５において送信された予約集約情報を受信し、ステップＳ２０７では、ステップＳ２０６において受信した予約集約情報を予約集約画面４００へ表示する。

この際、予約集約画面４００の予約番号４０３、ステータス４０４、到着日４０５、泊数４０６、出発日４０７、及び宿泊者名４０８の順に、予約集約情報の予約番号、予約滞在ステータス、到着日、出発日から到着日を減算した日数、出発日、顧客名の順に表示する。

また、ＩＤ４２４、先行ＩＤ４２５、到着日４２６、泊数４２７、出発日４２８、部屋タイプ４２９、部屋番号４３０、宿泊者名４３１、人数４３２、及び金額４３３の順に、予約集約情報の予約番号枝番、先行ＩＤ、到着日、出発日から到着日を減算した日数、出発日、部屋タイプ、部屋番号、顧客名、予約人数、及び金額の順に表示される。

尚、予約集約画面４００では、異なる予約番号でも集約を行うことによって、ＩＤ４２４から金額４３３へ部屋予約情報を表示することが可能あり、更に、異なる予約番号でも先行ＩＤ４２５へＩＤ４２４に表示された予約番号枝番を入力させることで、異なる予約番号を有する部屋予約情報でも関連性のあるものとして関係付けることが可能である。

ステップＳ２０９では、集約対象とする予約情報の取得要求を宿泊予約管理サーバ１０４へ行うか否かの判定を行うが、予約番号４０９から電話番号４１４の何れかのフィールドに入力がなされた状態で、 検索ボタン４３６が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ２１０へ処理を進める。

ステップＳ２１０では、予約番号４０９から電話番号４１４の何れかのフィールドに入力された情報を予約集約検索条件として取得し、ステップＳ２１１では、ステップＳ２１０で取得した予約集約検索条件を宿泊予約管理サーバ１０４へ送信する。

ステップＳ２１２では、ステップＳ２１１において送信された予約集約検索条件に該当する予約テーブルの各項目を有する予約情報を取得した後、予約情報の予約番号に該当する予約宿泊者テーブルの予約番号に対応する顧客番号を取得する。尚、予約番号に対して予約番号枝番が存在する場合は、存在する数分、顧客番号を取得する。

当該顧客番号に該当する顧客テーブルの顧客番号に対応する顧客氏名を取得し、更に、予約情報の予約番号に該当する予約部屋テーブルの予約番号に対応する部屋番号、到着日、出発日、予約人数、及び予約滞在ステータスを取得する。尚、予約番号に対して予約番号枝番が存在する場合は、存在する数分、予約番号枝番に対応する部屋番号、到着日、出発日、予約人数、及び予約滞在ステータスを取得する。

ステップＳ２１３では、ステップＳ２１２で取得した予約情報、顧客氏名、部屋番号、到着日、出発日、予約人数、及び予約滞在ステータスをクライアント端末１０２へ送信する。

ステップＳ２１４では、ステップＳ２１３において送信された予約情報、顧客氏名、部屋番号、到着日、出発日、予約人数、及び予約滞在ステータスを受信し、ステップＳ２１５では、ステップＳ２１４において受信した予約情報、顧客氏名、部屋番号、到着日、出発日、予約人数、及び予約滞在ステータスを予約集約画面４００へ表示する。

この際、予約集約画面４００の予約番号４１６、集約番号４１７、ステータス４１８、到着日４１９、泊数４２０、出発日４２１、及び宿泊者名４２２の順に、予約番号、予約滞在ステータス、到着日、出発日から到着日を減算した日数、出発日、顧客名の順に表示する。

ステップＳ２１６では、登録ボタン４２３が押下されたか否かを判定し、押下されたと判定した場合は、ステップＳ２１９へ処理を進め、ステップＳ２１７では、切離４０２に入力がなされたか否かを判定し、入力がなされたと判定した場合は、ステップＳ２１８へ処理を進め、入力がなされたと判定しない場合は、ステップＳ２１９へ処理を進める。

ステップＳ２１８では、すでに集約された予約情報を切り離すため、切り離しの対象となる予約番号を取得する。

ステップＳ２１９では、結合４１５へ入力がなされたか否かを判定し、入力がなされたと判定した場合は、ステップＳ２２０へ処理を進め、入力がなされたと判定しない場合は、ステップＳ２２１へ処理を進める。

ステップＳ２２０では、結合対象とする予約情報を特定するために、当該予約情報の予約番号を取得する。

ステップＳ２２１では、切り離し対象となる予約番号、結合対象となる予約番号及び集約番号４１７に入力されている集約番号、及び部屋予約情報（ＩＤ４２４から金額４３３）を宿泊予約管理サーバ１０４へ送信し、ステップＳ２２２では、ステップＳ２２１において送信された予約番号を受信する。

ステップＳ２２３では、ステップＳ２２２において受信した予約番号が切り離しの対象となるか否かを判定し、対象となると判定した場合は、ステップＳ２２４へ処理を進め、対象とならないと判定した場合は、ステップＳ２２５へ処理を進める。

ステップＳ２２４では、切り離しの対象となる予約番号に該当する予約テーブルの予約番号を有する集約番号を初期値に変更する。例えば、本実施形態であれば「Ｇ」と予約番号との結合した番号をいう。

更に、集約の対象とならなくなったため、関連性のない予約情報として扱うため、部屋予約情報のＩＤ４２４に該当する予約部屋テーブルの予約番号枝番に対応する先行ＩＤをブランクに更新する。尚、この場合、先行ＩＤを予約集約画面４００にてブランクにしてから予約部屋テーブルの更新を行っても良い。

ステップＳ２２５では、ステップＳ２２２において受信した予約番号が結合の対象となるか否かを判定し、対象となると判定した場合は、ステップＳ２２６へ処理を進め、対象とならないと判定した場合は、ステップＳ２２７へ処理を進める。

ステップＳ２２６では、結合の対象となる予約番号に該当する予約テーブルの予約番号を有する集約番号をステップＳ２２２で受信した集約番号に変更する。更に、集約の対象となったため、関連性のある予約情報として取り扱うことが可能となったため、部屋予約情報のＩＤ４２４に該当する予約部屋テーブルの予約番号枝番に対応する先行ＩＤを先行ＩＤ４２５で更新する。

ステップＳ２２７では、予約情報の更新が完了した結果をクライアント端末１０２へ送信し、ステップＳ２２８では、ステップＳ２２７において送信した更新完了結果を受信し、ステップＳ２２９では、更新完了結果を予約集約画面４００へ表示する。

ステップＳ２３０では、予約集約画面４００の部屋タイプ４２９及び部屋番号４３０が表示されていない場合、つまり予約に対して部屋のアサインが完了していない場合は、部屋のアサインを行うことが可能である。

ステップＳ２３０では、宿泊者が宿泊する部屋のアサイン処理を行う場合は、部屋情報の１レコードが選択された状態で、部屋アサインボタン３２６が押下されたか否かを判定し。押下されたと判定した場合は、ステップＳ２３１へ処理を進め、押下されたと判定しない場合は、処理を終了する。

ステップＳ２３１では、部屋アサイン処理を行うため、部屋アサイン画面５００を表示し、ステップＳ２３０において選択した部屋情報を引き継いで、部屋アサイン画面５００のＩＤ５０８、先行ＩＤ５０９、到着日５１０、泊数５１１、出発日５１２、部屋タイプ５１３、及び部屋番号５１４の順に予約集約画面４００の予約番号４０３とＩＤ４２４とを結合した番号、先行ＩＤ、到着日４２６、泊数４２７、出発日４２８、部屋タイプ４２９、及び部屋番号４３０の順に表示する。

そして、受付担当が、アサイン対象となる予約情報に対応する選択５１５に入力を行い、アサインボタン５１６を押下すると、予約情報の先行ＩＤ、到着日、泊数、出発日、及び部屋タイプを用いて、部屋タイプ５１９及び日付５２０から日付５２４に対して既に予約がなされていない箇所を抽出し、抽出できた場合、日付５２０から日付５２４に顧客番号を表示する。その際、アサインされた部屋番号５１８に表示された部屋番号を部屋番号５１４へ表示する。また、抽出できなかった場合、アサインが不可と見做された部屋タイプ及び日付等を表示する。

尚、集約を行わない場合、受付担当は、連続した滞在期間においても、其々の予約に対して部屋のアサインを行わなければならず、宿泊者が所望する部屋タイプを有する部屋が連続的に空きの状態であるものを選択するのは非常に面倒な作業になってしまう。

しかしながら、集約を行うことで、先行ＩＤ５０９にＩＤ５０８に表示された入力がなされている予約間に関連性を持たせることが可能であり、その関連性を有する予約全ての滞在期間及び部屋タイプを満たすような部屋のアサインを、受付担当が簡易に行うことが可能となる。

受付担当は、部屋のアサインが終了すると、登録ボタン５２５を押下し、部屋アサイン画面５００を閉じ、ＩＤ５０８に該当する予約集約画面４００のＩＤ４２４及び予約番号の結合した番号に対応する部屋タイプ４２９及び部屋番号４３０へ部屋番号５１８及び部屋タイプ５１９を表示する。

次に本発明の実施形態に係るクライアント端末１０２及び宿泊予約管理サーバ１０４における宿泊予約サイトから取得した外部予約情報を取り込む処理を図１３に示すフローチャートを用いて説明する。

本処理フローは、受付担当がクライアント端末１０２の実行用画面（不図示）から手動で起動されるか、バッチ処理で定期／不定期（イベント発生時など）に起動される。

尚、本処理フローは、ステップＳ３０９を除く処理については、宿泊予約管理サーバ１０４が備えるＣＰＵ２０１の制御の下、各処理ステップは実行され、ステップＳ３０９は、クライアント端末１０２が備えるＣＰＵ２０１の制御の下、各処理ステップは実行される。

ステップＳ３０１では、インターネットを介して、宿泊予約サイトから図８（ｆ）で示す外部予約データを取得し、ＲＡＭ２０３に格納する。

ステップＳ３０２では、取得した外部予約データの件数分、以下の処理を繰り返す。

ステップＳ３０３では、対象の外部予約データがキャンセル指示か否かを判定する。例えば、外部予約データのキャンセル区分が「ＹＥＳ」の場合はキャンセル指示と判定する。対象の外部予約データがキャンセル指示でない場合は、ステップＳ３０４へ、キャンセル指示である場合は、ステップＳ３０５へ進む。

ステップＳ３０４では、対象の外部予約データがキャンセル指示ではない、つまり、通常の宿泊予約であるので、新たに予約番号を発番し、図８（ｂ）で示す予約テーブルに必要情報を記憶する。その際、外部予約データのプラン番号にて表される宿泊プランに対応する部屋タイプを特定して記憶する。処理後、ステップＳ３１１に進む。

ステップＳ３０５では、対象の外部予約データに対応する予約情報を取得する。具体的には、外部予約データの外部予約番号をキーに予約テーブルから予約番号を特定して対応するレコードを取得し、該予約番号をもとに、予約宿泊者テーブル、予約部屋テーブルから対応するレコードを取得する。

ステップＳ３０６では、対象の予約情報が集約済か否かを判定する。具体的には、ステップＳ３０５にて取得した予約情報に集約番号が設定されているか否かで判定する。対象の予約情報が集約済の場合は、ステップＳ３０７に進み、集約済ではない場合はステップＳ３１０に進む。

ステップＳ３０７では、対象の予約情報が含まれる集約単位の集約解除を実施する。まず、対象の予約情報が持つ集約番号を持つ予約テーブルのレコードを抽出し、集約番号を初期値に設定する。さらに、抽出されたレコードの予約番号をキーとして予約部屋テーブルからレコードを抽出し、集約により設定された先行ＩＤをクリアする。

ステップＳ３０８では、対象の予約情報が含まれる集約単位の集約解除を実施したことをクライアント端末１０２に通知する。なお、クライアント端末１０２にて受付担当がオンラインで外部予約データの取り込み指示をした場合には即時で通知し、バッチ処理により外部予約データの取り込みが実行される場合にはログとして格納しておき、後で参照できるようにしてもよい。

ステップＳ３０９では、クライアント端末１０２のディスプレイ２１０に、不図示の通知画面により集約解除を実施したことを表示する。

ステップＳ３１０では、対象の予約情報をキャンセルする。具体的には、対象の予約情報の予約番号をキーとして、予約テーブル、予約宿泊者テーブル、予約部屋テーブルの該当レコードを削除する。ここでは、該当レコードを物理削除してもよいし、各テーブルに削除区分を設けて、該当レコードの削除区分に削除を表す値を設定してもよい。

ステップＳ３１１では、取得した外部予約データの件数分処理されれば繰り返し処理を終了する。

これにより、キャンセル対象の予約情報が集約済である場合に、キャンセル対象の予約情報が含まれる集約単位を解除してから、対象の予約情報のキャンセル処理を実施するため、集約単位に不整合を発生させることなく、予約情報をキャンセルすることが可能となる。

上記、キャンセル対象の予約情報が集約済である場合に、該予約情報が含まれる集約単位について全て集約を解除する実施形態について説明したが、別の実施形態を以下に示す。

図１４に、本発明の実施形態に係るクライアント端末１０２及び宿泊予約管理サーバ１０４における宿泊予約サイトから取得した外部予約情報を取り込む処理の別の実施形態を示す。

本処理フローは、キャンセル対象の予約情報が集約済である場合に、該予約情報を集約単位から除いた結果、残りの予約情報が宿泊日程として連続している（連泊）ならば、全ての集約を解除するのではなく、残りの予約情報で集約単位を構成するようにする。

処理ステップとして、図１３の処理フローに対し、ステップＳ４０１、Ｓ４０２が追加される。

ステップＳ３０１からＳ３０６まで、ステップＳ３０７からＳ３１１までの処理は、図１３と同じである。

ステップＳ４０１では、キャンセル対象の予約情報が含まれる集約単位から、キャンセル対象の予約情報を除いた場合に、残りの予約情報が２つ以上あり、それらが宿泊日程として連続している（連泊）か否か判定する。具体的には、キャンセル対象の予約情報の集約番号をキーに、予約テーブルから該当レコードを抽出し、キャンセル対象の予約情報を除くレコードを到着日の昇順にソートし、任意レコードの出発日と次レコードの到着日が一致するかを判定する。残りの予約情報の全てまたは一部が連泊となる場合は、ステップＳ４０２に進み、連泊とならない場合は、ステップＳ３０７に進み、図１３と同様、集約単位について全て集約を解除する。

ステップＳ４０２では、キャンセル対象の予約情報と、連泊にならない予約情報とを対象として集約を解除する。まず、集約解除対象の予約情報の予約番号をキーに予約テーブルから該当レコードを抽出し、集約番号を初期値に設定する。さらに、対象の予約情報の予約番号をキーに予約部屋テーブルの該当レコードを抽出して、予約番号枝番を取得し、先行ＩＤが設定されていればクリアする。続いて、ステップＳ４０１にて抽出した残りの（連泊となる）予約情報の予約番号をキーに予約部屋テーブルの該当レコードを抽出し、取得した予約番号枝番が先行ＩＤに設定されていればクリアする。また、集約番号に集約解除対象の予約情報を基にした番号（例えば、Ｇ＋集約解除対象の予約情報の予約番号）が設定されていた場合は、残りのいずれかの予約情報の予約番号を基にした番号に付け替えてもよい。

これにより、キャンセル対象の予約情報が集約済である場合に、宿泊日程の連続性を保つ予約情報を新たな集約単位として構成するため、受付担当による再グルーピングの操作が不要となる。

以上により、グルーピング（集約）された宿泊予約に対してキャンセル指示が入った場合に適切にキャンセル処理を実施できるようになる。

また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読取可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。

なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 宿泊予約システム
１０２ クライアント端末
１０４ 宿泊予約管理サーバ
１０６ ＬＡＮ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ 入力部
２１０ 表示部
２１１ 外部メモリ

Claims (6)

1. 複数のサイトから受け付けた宿泊予約をグルーピングして１つの予約グループとして取り扱う情報処理装置であって、
   前記グルーピングされた宿泊予約の対応付け情報を記憶する記憶手段と、
   前記サイトから前記宿泊予約に対するキャンセル指示を受け付けるキャンセル指示受付手段と、
   前記キャンセル指示を受け付けた宿泊予約がグルーピングされている場合、当該宿泊予約が属する予約グループに含まれる他の宿泊予約の対応付け情報を更新する更新手段と、
   前記キャンセル指示に対応する宿泊予約をキャンセルするキャンセル手段と
   を有することを特徴とする情報処理装置。
2. 前記宿泊予約の対応付け情報は、前記予約グループに属する２つの宿泊予約の間で宿泊日が連続することを示す情報であることを特徴とする請求項１に記載の情報処理装置。
3. 前記更新手段により前記予約グループに属する宿泊予約の対応付け情報がクリアされる場合、当該予約グループのグルーピングを解除するグループ更新手段を有することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記グループ更新手段は、前記予約グループに属する宿泊日が連続する複数の宿泊予約を残して当該予約グループを更新することを特徴とする請求項３に記載の情報処理装置。
5. 複数のサイトから受け付けた宿泊予約をグルーピングして１つの予約グループとして取り扱い、前記グルーピングされた宿泊予約の対応付け情報を記憶する記憶手段を有する情報処理装置の制御方法であって、
   キャンセル指示受付手段が、前記サイトから前記宿泊予約に対するキャンセル指示を受け付けるキャンセル指示受付ステップと、
   更新手段が、前記キャンセル指示を受け付けた宿泊予約がグルーピングされている場合、当該宿泊予約が属する予約グループに含まれる他の宿泊予約の対応付け情報を更新する更新ステップと、
   キャンセル手段が、前記キャンセル指示に対応する宿泊予約をキャンセルするキャンセルステップと
   を有することを特徴とする情報処理装置の制御方法。
6. 複数のサイトから受け付けた宿泊予約をグルーピングして１つの予約グループとして取り扱う情報処理装置において実行可能なプログラムであって、
   前記情報処理装置を、
   前記グルーピングされた宿泊予約の対応付け情報を記憶する記憶手段と、
   前記サイトから前記宿泊予約に対するキャンセル指示を受け付けるキャンセル指示受付手段と、
   前記キャンセル指示を受け付けた宿泊予約がグルーピングされている場合、当該宿泊予約が属する予約グループに含まれる他の宿泊予約の対応付け情報を更新する更新手段と、
   前記キャンセル指示に対応する宿泊予約をキャンセルするキャンセル手段
   として機能させることを特徴とするプログラム。
   

Images