JPWO2010001914A1 - 予約受付システム - Google Patents

Abstract

【課題】 インターネット等における宿泊予約サービスでは、それぞれの宿泊予約サイトに割り当てられる各ホテルの部屋数が限られているため、特定のサイトに利用者が集中すると、他のサイトには空室があるにもかかわらず、そのサイトからは予約できないという問題があった。【解決手段】 宿泊予約サイトにおける空室の検索対象を、割り当てられた客室から各ホテルが管理するサイトにまで拡げることで、実際には残室があるのに予約できないという事態を回避して、実際のホテルの残室数に応じて予約することを可能する。【選択図】 図２

Description

通信ネットワークを介して行う宿泊施設等の予約受付サービスに用いる予約受付システムに関する。

従来におけるインターネットを用いてホテルなどの宿泊予約を行う旅行代理店等の宿泊予約サイトでは、あらかじめ予約可能なホテルから一定の部屋数を割り当てられ、それらの情報を自社のシステムに登録して、その範囲内で宿泊予約を処理していた。
そのため、代行者がユーザ端末の要求に応じて宿泊予約のみの登録を行い、宿泊施設が備えるデータベースの空室状況を更新する宿泊予約システム、予約登録装置、予約登録処理プログラムの技術等が提案されている（例えば、特許文献１を参照）。

特開２００８−２６９８７号公報

それぞれの宿泊予約サイトに割り当てられる各ホテルの部屋数（予約受け持ち数）は限られているので、ある特定のサイトに利用者が集中すると、他のサイトには空室があるにもかかわらず、そのサイトからは予約できないという問題があった。

各ホテルでは、キャンセルが発生したような場合に、迅速に宿泊予約サイトに反映できないという問題があった。

なお、かかる問題はすべてのホテルにおいて発生するものではなく、各ホテルにおいて予約方式の選択を容易にすることが必要となるが、前記の特許文献１の技術では、それらの方法が具体的に示されておらず、問題が解決されていはいない。

本発明は上述のかかる事情に鑑みてなされたものであり、ホテルなどの施設の予約サイトにおいて、特定の予約サイトに利用者が集中してもその施設の予約申し込みの機会を喪失させることなく、全ての予約サイトの残室数を適切に管理することのできる予約受付システムを提供することを目的とする。

本発明に係る予約受付システムは、複数の施設の予約受付処理を行う第一の計算機と、該第一の計算機とネットワークを介して接続し特定の施設の予約空きデータを管理する第二の計算機とを有し、利用者からの施設の予約受付処理を行う予約受付システムであって、第一の計算機は、ネットワークを介して接続する利用者の端末に、各施設の予約受付のための入力画面を表示し、該入力画面に特定の施設以外の施設の入力がなされた場合は、該入力画面を介して入力された施設および日時を含む入力データを受信する入力データ受信手段と、該入力データ受信手段によって受信した入力データに基づいて、施設の予約受付のデータを生成して保存する予約データ保存手段と、入力データ受信手段により利用者の端末に表示された入力画面に特定の施設の入力がなされた場合は、該入力画面を介して入力された施設および日時を含む入力データを、ネットワークを介して接続する第二の計算機へ送信させる入力データ送信手段と、を備え、第二の計算機は、第一の計算機の入力データ送信手段により送られてくる入力データに基づいて、予約空きデータを更新する予約空きデータ更新手段と、該予約空きデータの更新記録に基づいて予約完了データを生成して、該利用者の端末に表示すると共に、該予約完了データを第一の計算機に送信する予約完了データ表示手段と、を備え、第一の計算機の予約データ保存手段は、該予約完了データに基づいて予約受付のデータを生成して保存することを特徴とする。

ここで「複数の施設の予約受付処理を行う第一の計算機」とは、たとえば、インターネット上において複数の宿泊施設の予約申込を行う旅行代理店等のＷＥＢサイトのサーバ等を意味する。なお、一般に旅行代理店等のＷＥＢサイトにおいては、予約申込の対象となる宿泊施設の客室は、宿泊施設から所定の部屋数を割り当てられて、その数を限度として行われている。

「特定の施設の予約空きデータを管理する第二の計算機」とは、ホテル等の空室情報を含む予約状況を管理するコンピュータ等を意味し、複数のホテルを有するホテルチェーンにおいて、各ホテルの状況を一括して管理するコンピュータ等も含まれる。

本発明によれば、宿泊施設の予約手続における利用者の選択内容や、計算機が行う判定の結果に基づいて、利用者の端末と接続する計算機を切り替えて受付処理を遂行することになるので、利用者は通常の操作を行いながら、施設選択の対象を拡げることができるという効果を奏する。加えて、複数のＷＥＢサイトに個別に問い合わせることなく、目的の施設を予約することができるので、利用者の宿泊施設の予約に要する作業負担を軽減することができる。

また、本発明の予約受付システムでは、第一の計算機において、入力データ受信手段は、利用者の端末に予約する施設の地域および日時を含む条件の入力画面を表示し、該入力画面に入力された予約する施設の条件のデータを受信し、さらに、該予約する施設の条件のデータと、該計算機が具備する複数の施設の地域を含む属性情報データと、施設の予約受付処理の履歴データと、ネットワークを介して接続する第二の計算機が有する該特定の施設の予約空きデータとに基づいて、該予約する施設の条件に該当する施設を検索する予約条件検索手段を備え、入力データ受信手段により利用者の端末に表示される複数の施設における予約申込の入力画面は、該予約条件検索手段による検索結果に基づいて生成されることを特徴とする。

本発明によれば、たとえば利用者による宿泊施設の条件検索において検索対象とされる空室情報を、リアルタイムな情報とすることができるので、正確な検索結果を得ることができるという効果を奏する。

また、本発明の予約受付システムでは、第二の計算機は、複数の第一の計算機と接続し、夫々の第一の計算機は、施設ごとの予約受け持ち数（割当数）と残室数とを保存するデータベースと、予約受付終了時刻の所定時間前に残室数を第二の計算機へ送信する残室数送信手段と、第二の計算機から送られてくる予約受け持ち数の増減データに基づいて、該増減データ受信時における受け持ち数および残室数を変更する受け持ち室数変更手段と、を備え、第二の計算機は、第一の計算機から送られてくる残室数をもとに施設ごとに第一の計算機の予約受け持ち数を夫々変更し、予約受け持ち数の増減データを夫々の第一の計算機へ送信する残室数調整手段と、を備えたことを特徴とする。

本発明では、予約空きデータを管理する第二の計算機が予約受付を行う複数の第一の計算機と接続して予約を取得する場合に、第一の計算機の残室数のバランスを自動的に調整して、効率のよい予約管理を実現する。
好ましくは、予約受付終了時刻の所定時間前になった場合は、密に残室数調整処理を実行するようにすると良い。これにより、終了時刻間際の突然の予約申し込みやキャンセルに対して精度良く対応することができる。

また、本発明の予約受付システムでは、第一の計算機は、施設ごとに予約空きデータの取得先を保存するデータベースと、施設ごとの残室数に基づいて予約空きデータの取得先を変更する参照先変更手段と、を備えたことを特徴とする。

本発明では、施設ごとに予約空きデータの取得先をその残室数に基づいて変更可能にする。たとえば、ある第一の計算機で、残室数がゼロになったときに、予約空きデータの第二の計算機へ変更することにより、当該第一の計算機にアクセスした利用者に対する施設予約申し込みの機会の喪失を低減させることができる。

本発明によれば、特定の予約サイトに利用者が集中してもその施設の予約申し込みの機会を喪失させることなく、全ての予約サイトの残室数を適切に管理することが可能となる。これにより、宿泊予約サイトにおいては、各ホテルから割り当てられた部屋数に限定されることなく、営業努力に応じて契約件数を増加させることができる。

また、宿泊予約サイトと各ホテルにおいて、あらかじめ部屋数の割り当てを厳密に決定する業務が必要ではなくなるため、双方の担当者の業務を軽減することができる。

本発明の第１の実施の形態による予約受付システム１のハードウエア構成図である。 本発明の第１の実施の形態による予約受付システム１の機能ブロック図である。 図２の予約情報ＤＢ３３１の構成例である。 図２の空室情報ＤＢ３３２の構成例である。 図２のホテル情報ＤＢ３３３の構成例である。 図２の利用者ＤＢ３３４の構成例である。 図２の予約情報ＤＢ１３１の構成例である。 図２の空室情報ＤＢ１３２の構成例である。 図２の予約情報ＤＢ２３１の構成例である。 図２の空室情報ＤＢ２３２の構成例である。 第１の実施の形態による予約受付システム１において、ホテルの予約を受け付ける際の概略を示した説明図である。 第１の実施の形態による利用者端末４の「宿泊施設選択画面」の表示例である。 第１の実施の形態による利用者端末４の「予約情報入力画面」の表示例である。 第１の実施の形態による利用者端末４の「予約完了確認画面」の表示例である。 第１の実施の形態の予約受付システム１において、加盟ホテル予約管理システム１０が管理する加盟ホテルＡが選択された場合のシーケンス図である。 第１の実施の形態による予約受付システム１において、予約条件検索手段３２６による宿泊施設の検索に際して使用する条件検索作業テーブルの構成例を示す図である。 第１の実施の形態による予約受付システム１の加盟ホテルＡサーバ２において、予約情報の登録によるデータ変更の状態の説明図である。 第１の実施の形態による加盟ホテル管理サーバ１０における予約情報の登録によるデータ変更の状態の説明図である。 第１の実施の形態による宿泊予約の取消処理手順の説明図である。 第１の実施の形態による宿泊予約の取消がされた場合のシーケンス図である。 第１の実施の形態による利用者端末４の「個人情報確認画面」の表示例である。 第１の実施の形態による利用者端末４の「予約取消画面」の表示例である。 第１の実施の形態による利用者端末４の「予約取消結果表示画面」の表示例である。 第１の実施の形態による予約受付システム１において、加盟ホテルＡサーバ２における予約情報の取消によるデータの変更の状態を示す説明図である。 第１の実施の形態による予約受付システム１において、加盟ホテル管理サーバ１０における予約情報の取消によるデータの変更の状態を示す説明図である。 第１の実施の形態によるホテル情報の更新を行う処理を図示した説明図である。 第１の実施の形態による予約受付システム１において、ホテル情報の更新を行う場合のシーケンス図である。 本発明の第２の実施の形態による予約受付システム１を構成する宿泊予約サイトサーバ３の記憶部３３が備える空室情報ＤＢ３３２の構成例である。 第２の実施の形態による予約受付システム１を構成する宿泊予約サイトサーバ３の記憶部３３が備えるホテル情報ＤＢ３３３の構成例である。 第２の実施の形態による予約受付システム１を構成する宿泊予約サイトサーバ３の条件検索作業テーブルの構成例である。 第２の実施の形態による予約受付システム１において、ホテルの予約を受け付ける際の概略を示した説明図である。 第２の実施の形態による利用者端末４の「宿泊施設選択画面」の表示例である。 第２の実施の形態による予約受付システム１において、加盟ホテル予約管理システム１０が管理する加盟ホテルＡが選択された場合のシーケンス図である。 第２の実施の形態による予約受付システム１の加盟ホテルＡサーバ２において、予約情報の登録によるデータの変更の状態を示す説明図である。 第２の実施の形態による予約受付システム１において、宿泊予約の取消処理を図示した説明図である。 第２の実施の形態による予約受付システム１において、宿泊予約の取消がされた場合のシーケンス図である。 第２の実施の形態による利用者端末４の「予約取消画面」の表示例である。 第２の実施の形態による予約受付システム１において、加盟ホテルＡサーバ２における予約情報の取消によるデータの変更の状態を示す説明図である。 本発明の第３の実施の形態による予約受付システム１の機能ブロック図である。 図３９の残室管理テーブル１３４のデータ構成図である。 図３９の残室数調整手段１２７の処理手順を示すフローチャートである。 図３９の参照先変更手段３３０の処理手順を示すフローチャートである。

［第１の実施の形態］
以下、本発明の第１の実施の形態による予約受付システムについて説明する。
図１では、本実施の形態の予約受付システム１において、ネットワーク５を介して接続する各ハードウエアの関わりについて概略を示す。ここでのネットワーク５による通信は、一般のインターネット通信および携帯電話通信回線網において、電子メールやブラウザに対応した通信プロトコルを用いて行われる。

ホテルへの宿泊予約を行う利用者が備える利用者端末４は、ネットワーク５に接続可能なパーソナルコンピュータや携帯電話等の情報端末であって、通常は通信装置（送受信部）４１を介して宿泊予約サイトサーバ（第一の計算機）３に接続し、宿泊予約に関する処理を行う。

宿泊予約サイトサーバ３は、複数の宿泊施設における宿泊予約を取り次ぐＷＥＢサイトを管理するサーバであって、たとえば旅行代理店やインターネットを用いた通信販売事業者等により運営される。かかるＷＥＢサイトでは、一般的には各ホテルの担当者との交渉により所定の部屋数の割り当てを受けて、その部屋数を限度として利用者からの宿泊予約を受け付ける。

加盟ホテル管理サーバ（第二の計算機）１０は、複数の支店を有するホテルチェーンや、所定の事業目的のもとに加盟するホテルからなるホテルグループにおいて、各加盟ホテル（支店）における宿泊予約等の管理を行うサーバであって、通信装置（送受信部）１１を介して加盟ホテル（支店）である加盟ホテルＡのサーバ２と接続して宿泊予約等の管理を行う。

また、加盟ホテルＡの担当者から、加盟ホテルＡサーバ２に入力された予約登録や取消の情報は、加盟ホテル管理サーバ１０が備えるデータにも反映される。

本実施の形態の予約受付システム１では、加盟ホテル管理サーバ１０が管理するホテルについては、一定の部屋数を宿泊予約サイトサーバ３に割り当てるのではなく、利用者端末４による宿泊予約において、ネットワーク５を介して予約受付処理を行う主体を、宿泊予約サイトサーバ３から加盟ホテル管理サーバ１０に、必要に応じて切り替えることで予約受付処理を遂行する。

図２は、本実施の形態による予約受付システム１の機能ブロック図である。
本実施の形態の予約受付システム１は、インターネット等のネットワーク５を介して相互に接続する宿泊予約サイトサーバ３，利用者端末４，加盟ホテル管理サーバ１０，加盟ホテルＡサーバ２等により構成されている。

本実施の形態の宿泊予約サイトサーバ３は、ネットワーク５と接続する送受信部３１，予約受付に関する演算処理を行う中央演算処理部３２，予約受付に必要な情報を保持する記憶部３３，データを入力するキーボード等の入力部３４およびデータを出力するモニタ等の表示装置あるいはプリンタ等の出力部３５から構成される。

中央演算処理部３２には、送受信部３１との間でデータの受け渡しを行う送受信処理手段３２１，入力部３４または出力部３５とデータの受け渡しを行う入出力処理手段３２２，利用者端末４等に画面表示データを送信し、表示した画面に入力されたデータを受信する入力データ受信手段３２３，表示した画面に特定のデータが入力された場合に、入力されたデータを所定のアドレスに送信する入力データ送信手段３２４，利用者端末４等からなされた予約受付のデータを保存する予約データ保存手段３２５，利用者端末４等によるホテルの検索要求に応じて、該当するホテルを検索して利用者端末４等に表示する予約条件検索手段３２６等を備える。

記録部３３には、ホテルの予約受付を行った予約者等の予約状況のデータを保持する予約情報ＤＢ３３１，予約受付を行う各ホテルの残室数のデータを保持する空室情報ＤＢ３３２，予約受付を行う各ホテルの場所や、完備する部屋タイプ，宿泊料等のデータを保持するホテル情報ＤＢ３３３，利用者の識別情報等のデータを保持する利用者ＤＢ３３４等を備える。

図３には、本実施の形態において宿泊予約サイトサーバ３が備える予約情報ＤＢ３３１の構成例を示す。

予約情報ＤＢ３３１では、予約を受け付けた案件ごとに「受付番号」が付され、宿泊予約サイトサーバ３において予約を受け付けたホテル名，部屋タイプ，宿泊日，予約者等のデータを保持する。図示はしないが、他にも予約受付日，宿泊人数，宿泊者，宿泊料等の予約受付に必要な各種データを保持する。また、予約受付後の状態を示すステータス情報も記録される。

図４には、本実施の形態において宿泊予約サイトサーバ３が備える空室情報ＤＢ３３２の構成例を示す。

空室情報ＤＢ３３２では、宿泊予約サイトサーバ３が予約受付を行うホテルごとに、その部屋タイプ，宿泊予定日，宿泊予約サイトサーバ３が各ホテルから引き受けた室数である受け持ち室数，受け持ち室数のうち予約が入っていない室数である残室数等のデータを保持する。

図５には、本実施の形態において宿泊予約サイトサーバ３が備えるホテル情報ＤＢ３３３の構成例を示す。

ホテル情報ＤＢ３３３では、宿泊予約サイトサーバ３が予約受付を行うホテルごとに、所在する場所，完備する部屋タイプ，宿泊料等のホテルの属性に関するデータを保持し、利用者端末４等がホテルの条件検索を行う際に、予約条件検索手段３２６により参照される。

他にも「宿泊予定日参照先」のデータを保持し、予約条件検索手段３２６による条件検索において、「宿泊予定日」が検索条件とされた場合の参照先を規定する。本例では、加盟ホテル管理サーバ１０が管理する「加盟ホテルＡ」については、外部へのリンク情報が入力されており、予約条件検索手段３２６はリンク情報を取得して「宿泊予定日」の検索を行う。

図６には、本実施の形態において宿泊予約サイトサーバ３が備える利用者情報ＤＢ３３４の構成例を示す。

利用者ＤＢ３３４では、宿泊予約サイトサーバ３によるサービスに参加する利用者のユーザIＤ，氏名，住所，パスワード等の情報を保持し、宿泊予約に際して利用者の識別に用いるが詳説は省略する。

本実施の形態の加盟ホテル管理サーバ１０の中央演算処理部１２には、送受信処理手段１２３，入出力処理手段１２４，加盟ホテル管理サーバ１０が管理する加盟ホテルの残室数に変更が生じた場合に、残室数のデータを更新する予約空きデータ更新手段１２３，宿泊予約サイトサーバ３を経由して予約受付を行った利用者の端末に予約の完了を知らせる予約完了データを表示する予約完了データ表示手段１２４，宿泊予約サイトサーバ３によるホテルの検索要求に応じて、該当するホテルを検索して宿泊予約サイトサーバ３に結果を返す予約条件検索手段１２５等を備える。

記憶部１３には、宿泊予約サイトサーバ３と同様に予約情報ＤＢ１３１（図７），空室情報ＤＢ１３２（図８），ホテル情報ＤＢ１３３等を備えるが、いずれも加盟ホテル管理サーバ１０が管理する加盟ホテルのデータのみを保持する点で宿泊予約サイトサーバ３が備えるＤＢとは異なる。

次に、本実施の形態の加盟ホテルＡサーバ２の構成について説明する。なお、ここでも共通するハードウエア構成等については説明を省略して異なる点のみを述べる。

加盟ホテルＡサーバ２の中央演算処理部２２には、送受信処理手段２２１，入出力処理手段２２２、加盟ホテルＡの残室数に変更が生じた場合に、残室数のデータを更新する予約空きデータ更新手段２２３等を備える。

記憶部２３には、宿泊予約サイトサーバ３，加盟ホテル管理サーバ１０と同様に予約情報ＤＢ２３１（図９），空室情報ＤＢ２３２（図１０）等を備えるが、いずれも加盟ホテルＡに関するデータのみを保持する点で異なる。

次に利用者端末４について説明する。利用者端末４は、ＷＥＢブラウザ等を備えたパーソナルコンピュータや、各種情報サービスの利用が可能な携帯電話等の情報端末であって、送受信部４１，中央演算処理部４２，記憶部４３，入力部４４，出力部４５等から構成される。
（予約登録の処理）

図１１は、本実施の形態の予約受付システム１において、ホテルの予約を受け付けて、予約登録を行う際の概略を示した図である。

ホテルの予約を希望する利用者の端末４は、ネットワーク５に接続して、宿泊予約サイト３の予約画面を表示して宿泊検索を行う。具体的には、予約画面に予約を希望するホテルの各種の条件と宿泊予定日等を入力する（１）。（カッコ内の数字は、図中の○内の数字に対応。以下同様）

宿泊予約サイトサーバ３の入力データ受信手段３２３は、利用者からの入力データを受信すると、空室検索サービス（予約条件検索手段３２６）を実行して、ホテル情報ＤＢ３３３を検索して入力された条件に該当するホテルを抽出する。さらに抽出されたホテルについて空室情報ＤＢ３３２を検索して空室があるホテルを抽出する（２）。

空室検索サービス（予約条件検索手段３２６）は、最初に抽出した条件に該当するホテルに加盟ホテル管理サーバ１０が管理するホテルが含まれていた場合に、ネットワーク５を介して加盟ホテル管理サーバ１０にアクセスして空室検索サービス（予約条件検索手段１２５）に検索を要求する（３）。空室検索サービス（予約条件検索手段１２５）は、要求に応じて空室情報ＤＢ１３１を検索して空室があるホテルを抽出する（４）。

空室検索サービス（予約条件検索手段３２６）は、加盟ホテル管理サーバ１０が管理するホテルであって空室があるホテルの情報を取得すると（５）、前述の（２）で抽出されたホテルの情報と併せて「宿泊施設選択画面」データの生成を行い、利用者の端末４のモニタ（表示部４１）に表示する（６）。

図１２には、利用者端末４における「宿泊施設選択画面」の表示例を示す。利用者は（１）の宿泊検索のページで入力した条件に合致したホテルの一覧に基づき、宿泊料等の情報に基づいて予約を行うホテルを決定する。ここでの表示には、地図やサービスの一例、ホテルの写真等の情報を加えることもできる。なお、本表示例では、宿泊予約サイトサーバ３が所定の室数を引き受けたホテルに加えて、加盟ホテル管理サーバ１０が管理する「加盟ホテルＡ」が含まれる。

利用者が「加盟ホテルＡ」への予約を希望し、端末４に表示された「宿泊施設選択画面」において「加盟ホテルＡ」を予約する選択入力を行うと、たとえば、入力データ送信手段３２４が「宿泊施設選択画面」に埋め込んだリンク等により、加盟ホテル管理サーバ１０の予約サービス（予約空きデータ更新手段１２３）へと、利用者の端末４の接続を切り替える（７）。

利用者端末４には、予約サービス（予約空きデータ更新手段１２３）により「予約情報入力画面」が表示されて、利用者は入力した予約情報を送信する（８）。

図１３には、利用者端末における「予約情報入力画面」の表示例を示す。本例では、予約者氏名，宿泊者名，電話番号，ホテル名等の項目となっている。

「加盟ホテルＡ」の予約情報を受信した予約サービス（予約空きデータ更新手段１２３）は、加盟ホテルＡサーバ２の予約情報ＤＢ２３１に受信した予約情報を登録する（９）。さらに、加盟ホテル管理サーバ１０が備える予約情報ＤＢ１３１に受信した予約情報を登録する（１０）。

予約が完了すると、予約完了データ表示手段１２４は、予約結果を利用者端末４に送信する（１１）。予約完了データ表示手段１２４は、利用者端末４に予約結果を表示すると、利用者端末４との接続を加盟ホテル管理サーバ１０から宿泊予約サイトサーバ３に切り替える（１２）。

加盟ホテル管理サーバ１０は、ポーリングにより予約情報ＤＢ１３１の予約情報を確認した後（１３）、予約情報を宿泊予約サイトサーバ３へ送信する（１４）。

図１４には、利用者端末における「予約完了確認画面」の表示例を示す。本例では、予約番号，予約内容等の情報を表示する。

宿泊予約サイトサーバ３が備える予約登録処理（予約データ保存手段３２５）は、予約結果を予約情報ＤＢ３３１に登録する処理を行う（１５）。

また、加盟ホテルＡサーバ２で行う処理としては、予約空きデータ更新手段２２３により、空室情報ＤＢ２３２における空室を減ずるように更新を行うとともに（１６）、加盟ホテル管理サーバ１０の空室情報ＤＢ１３２のデータを更新する（１７）。

なお、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等ではなく、宿泊予約サイトサーバ３が所定の室数を引き受けたホテルが選択された場合には、入力データ受信手段３２３は、「宿泊施設選択画面」における所定の室数を引き受けたホテルの選択入力を検知して、予約登録処理（予約データ保存手段３２５）を起動して、利用者の端末４から入力された宿泊情報を宿泊予約サイトサーバ３の予約情報ＤＢ３３１に記録し、その室数を空室情報ＤＢ３３２の該当のデータから減ずることで残室数のデータを更新する。

図１５には、本実施の形態の予約受付システム１において、加盟ホテル予約管理システム１０が管理する加盟ホテルＡが選択された場合のシーケンス図を示す。

はじめに利用者は、要求により端末４のモニタ（出力部４５）に宿泊予約サイト３の予約画面を表示して（Ｓ２０１）、端末４のキーボード（入力部４４）等に宿泊を希望する場所・宿泊日等の情報を入力して（Ｓ２０２）、宿泊予約サイトサーバ３に送信する（Ｓ２０３）。

宿泊予約サイトサーバ３の入力データ受信手段３２３がデータを受信し、予約条件検索手段３２６により、受信した宿泊条件のデータに基づき、ホテル情報ＤＢ３３３（図５）から該当するホテルを検索するとともに（Ｓ２０４）、加盟ホテル管理サーバ１０が備える予約条件検索手段１２５に宿泊条件を送信する（Ｓ２０５）。

加盟ホテル管理サーバ１０が備える予約条件検索手段１２５は、空室情報１３３にアクセスして対象となるホテルの空室情報を確認し（Ｓ２０６）、その結果を宿泊予約サイトサーバ３に送信する（Ｓ２０７）。

宿泊予約サイトサーバ３は、加盟ホテル管理サーバ１０内のホテルの空室情報と、宿泊予約サイトサーバ３内のホテルの空室情報に基づき、検索結果を生成して（Ｓ２０８）、利用者端末４に送信する（Ｓ２０９）。

図１６では、予約条件検索手段３２６による宿泊施設の検索に際して使用する条件検索作業テーブルの構成例を示す。予約条件検索手段３２６は、利用者が要求した宿泊条件に基づき、場所等のホテル属性が合致するホテルをホテル情報ＤＢ３３３から抽出して、一時的に条件検索作業テーブルに保存する。

抽出されたホテルのうち、加盟ホテル管理サーバ１０が管理しないホテルについては、予約条件検索手段３２６により、空室情報ＤＢ３３２から宿泊予定日の空室の有無を参照して結果を保存する。

一方、加盟ホテル管理サーバ１０が管理するホテルについては、加盟ホテル管理サーバ１０に参照内容のデータを渡して、加盟ホテル管理サーバ１０が空室情報ＤＢ１３２を参照した結果を、予約サイトサーバ３の予約条件検索手段３２６に返す。

なお、ここでは予約サイトサーバ３の予約条件検索手段３２６が、直接、加盟ホテル管理サーバ１０が空室情報ＤＢ１３２を参照するように設定することもできる。これにより、検索処理を簡略化することができる。

予約条件検索手段３２６は、条件検索作業テーブルにリストされて、予約の有無が「有り」のホテルのデータに基づき検索結果のデータを生成して、利用者の端末４のモニタ（出力部４５）に表示する。

図１５において、利用者端末４のモニタ（出力部４５）には検索結果が表示されて（Ｓ２１０）、本例では利用者は予約申込を行うホテルとして加盟ホテルＡを選択する（Ｓ２１１）。具体的には、加盟ホテルＡに対応する選択入力を行い、その結果は、宿泊予約サイトサーバ３の入力データ送信手段１２４により、加盟ホテル管理サーバ１０に送信される（Ｓ２１２）。

加盟ホテル管理サーバ１０の予約空きデータ更新手段１２３は、予約を受け付けて（Ｓ２１３）、加盟ホテルＡサーバ２に予約完了情報を送信する（Ｓ２１４）。加盟ホテルＡサーバ２では、受信した予約情報に基づいて予約情報ＤＢ２３１のデータを更新する（Ｓ２１５）。

図１７では、加盟ホテルＡサーバ２における予約情報の登録によるデータの変更の状態を示す。

予約情報ＤＢ２３１において、「Ａ．予約登録前」に比べて「Ｂ．予約登録後」は、部屋タイプ「シングル」宿泊日「２００８／６／１０」のデータが１件追加される。これに伴い、空室情報ＤＢ２３２では、部屋タイプ「シングル」宿泊日「２００８／６／１０」の残室数が「Ａ．予約登録前」の「２５」から「Ｂ．予約登録後」の「２４」に更新される。

加盟ホテルＡサーバ２における予約情報の登録の後、予約情報は加盟ホテル管理サーバ１０に送信されて（Ｓ２１６）、加盟ホテル管理サーバ１０が備える予約情報ＤＢ１３１のデータを更新する（Ｓ２１７）。

図１８では、加盟ホテル管理サーバ１０における予約情報の登録によるデータの変更の状態を示す。

予約情報ＤＢ１３１において、「Ａ．予約登録前」に比べて「Ｂ．予約登録後」は、部屋タイプ「シングル」宿泊日「２００８／６／１０」のデータが１件追加される。これに伴い、空室情報ＤＢ１３２では、部屋タイプ「シングル」宿泊日「２００８／６／１０」の残室数が「Ａ．予約登録前」の「２５」から「Ｂ．予約登録後」の「２４」に更新される。

図１５において、加盟ホテル管理サーバ１０の予約完了データ表示手段１２４は、予約完了情報を生成して利用者端末４に送信する（Ｓ２１８）。利用者端末４のモニタ（出力部４５）には、予約完了画面が表示される（Ｓ２１９）。

加盟ホテル管理サーバ１０は、宿泊予約サイトサーバ３に予約完了情報を送信し（Ｓ２２０）、予約完了情報を受信した宿泊予約サイトサーバ３では、予約情報を更新する（Ｓ２２１）。

次に、図１５では、加盟ホテルＡにおいてキャンセルが発生した場合の処理についても説明する。

はじめに、加盟ホテルＡへの電話等により、宿泊予約のキャンセルを受け付けると（Ｓ３０１）、加盟ホテルＡサーバ２が備える予約情報ＤＢ２３１のデータが更新されるのに伴い、空室情報ＤＢ２３２のデータも更新される（Ｓ３０２）。

加盟ホテルＡサーバ２の予約情報ＤＢ２３１の更新情報は、加盟ホテル管理サーバ１０に送信されて（Ｓ３０３）、加盟ホテル管理サーバ１０が備える予約情報ＤＢ１３１，空室情報ＤＢ１３２のデータを更新する（Ｓ３０４）。

その後、利用者端末４から宿泊予約サーバ３に宿泊施設の検索がなされると、更新後の残室数に基づいて結果を返すことになる。
（予約取消の処理）

図１９では、上述の本実施の形態における取消処理の流れを図示する。予約取消に際しては、一時的に加盟ホテル管理サーバ１０の予約画面に遷移して処理を行う。

本実施の形態の予約受付システム１における予約取消に処理について、図２０に示すシーケンス図に基づき詳説する。

はじめに利用者端末４は、予約取消を行う利用者からの入力に基づき、宿泊予約サイトサーバ３にアクセスして、予約内容検索画面を表示する（Ｓ５０１）。宿泊予約サイトサーバ３へのアクセスに際しては、利用者端末４に表示される個人情報確認画面（図２１）でユーザＩＤ，パスワードを入力し、利用者ＤＢ３３４（図６）が備えるデータと照合して、個人認証を行う。

利用者は端末４のモニタ（出力部４５）に表示された予約内容検索画面において、予約内容検索に必要な情報を入力して（Ｓ５０２）、宿泊予約サイトサーバ３に送信する（Ｓ５０３）。

宿泊予約サイトサーバ３では、利用者の識別情報と入力された予約内容検索情報に基づき、予約情報ＤＢ３３１（図３）を検索する（Ｓ５０４）。次に検索結果に基づき予約取消画面のデータを生成して、利用者端末４に送信する（Ｓ５０５）。このとき、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等の予約情報については、加盟ホテル管理サーバ１０にリンクを行う。

利用者端末４のモニタ（出力部４５）には、検索結果として予約取消画面が表示される（Ｓ５０６）。図２２には予約取消画面の表示例を示す。本例では、宿泊を予約した予約日、宿泊日、ホテル名等の情報を表示する。

利用者は、加盟ホテル管理サーバ１０が管理する加盟ホテルＡの予約取消を決定して、予約取消画面に入力すると（Ｓ５０７）、予約取消情報が加盟ホテル管理サーバ１０に送信される（Ｓ５０８）。加盟ホテル管理サーバ１０では、予約取消情報を受け付けて（Ｓ５０９）、加盟ホテルＡサーバ２に予約取消情報を送信する（Ｓ５１０）。

加盟ホテルＡサーバ２では、予約情報ＤＢ２３１を更新して（Ｓ５１１）、更新した情報を加盟ホテル管理サーバ１０に送信する（Ｓ５１２）。

加盟ホテル管理サーバ１０では、予約情報ＤＢ１３１を更新して（Ｓ５１３）、更新結果に基づき予約取消結果を表示する予約取消結果表示画面のデータを生成して、利用者端末４に送信する（Ｓ５１４）。

利用者端末４のモニタ（出力部４５）には、予約取消結果表示画面が表示される（Ｓ５１５）。図２３には、予約取消結果表示画面の表示例を示す。本例では、ホテル名，受付番号等の情報を表示する。

加盟ホテル管理サーバ１０は、予約取消情報を宿泊予約サイトサーバ３へ送信する（Ｓ５１６）。宿泊予約サイトサーバ３は、受信した予約取消情報に基づき予約情報ＤＢ３３１の情報を更新する（Ｓ５１７）。

図２４では、加盟ホテルＡサーバ２における予約情報の取消によるデータの変更の状態を示す。

予約情報ＤＢ２３１において、「Ａ．予約登録前」に比べて「Ｂ．予約登録後」は、部屋タイプ「シングル」宿泊日「２００８／６／１０」のデータにおいて、「ステータス」が「予約」から「予約取消」に変更される。これに伴い、空室情報ＤＢ２３２では、部屋タイプ「シングル」宿泊日「２００８／６／１０」の残室数が「Ａ．予約登録前」の「２４」から「Ｂ．予約登録後」の「２５」に更新される。

図２５では、加盟ホテル管理サーバ１０における予約情報の取消によるデータの変更の状態を示す。

予約情報ＤＢ１３１において、「Ａ．予約登録前」に比べて「Ｂ．予約登録後」は、部屋タイプ「シングル」宿泊日「２００８／６／１０」のデータにおいて、「ステータス」が「予約」から「予約取消」に変更される。これに伴い、空室情報ＤＢ１３２では、部屋タイプ「シングル」宿泊日「２００８／６／１０」の残室数が「Ａ．予約登録前」の「２４」から「Ｂ．予約登録後」の「２５」に更新される。
（ホテル情報の更新処理）

次に、加盟ホテル管理サーバ１０が管理するホテルの属性に変更があった場合に、宿泊予約サイトサーバ３のホテル情報ＤＢ３３３を更新するための処理について説明する。

図２６は、ホテル情報の更新処理を図示した図である。
加盟ホテルＡサーバ２のホテル情報ＤＢ１３３のレコードに追加・変更等が生ずると、ＳＱＬのデータが出力される（１）。加盟ホテルＡサーバ２のホテル情報照会サービスは、ホテル情報の追加・変更等のデータを取得すると、随時または定期的に宿泊予約サイトサーバ３に送信する（２）。なお、ここではＸＭＬのデータに加工して送信される。宿泊予約サイトサーバ３では、受信したＸＭＬのデータをＳＱＬのデータに戻して、ホテル情報ＤＢ３３３等のデータを更新する（３）。

なお、ここでは、ホテルの空室情報については、加盟ホテル管理サーバ１０が保持するので、かかる情報は含まれない。

図２７は、ホテル情報の更新処理のシーケンス図である。

はじめに、加盟ホテルＡにおいて部屋タイプや宿泊料等のホテルの属性に変更が生じると、加盟ホテルＡサーバ２のホテル情報ＤＢ１３３に変更情報が入力される。加盟ホテル管理サーバ１０は、加盟ホテルＡサーバ２から変更情報を取得し（Ｓ６０１）、加盟ホテル管理サーバ１０では、取得した変更情報を加工して（Ｓ６０２）、宿泊予約サイトサーバ３に加工したデータを送信する（Ｓ６０３）。宿泊予約サイトサーバ３では、受信したデータに基づいて、ホテル情報ＤＢ３３３（図５）の内容を更新する。

なお、宿泊予約サイトサーバ３とインターフェースを調整することで、宿泊予約サイトサーバ３のホテル情報ＤＢ３３３を、直接、更新するように設定することもできる。
（本実施の形態の効果）

上述の通り、本実施の形態の予約受付システム１によれば、多くの利用者を有する宿泊予約サイト（サーバ３）のメリットと、迅速かつ確実にサービスを提供できる加盟ホテル管理サーバ１０のメリットを、融合して利用者に提供することができるので、宿泊予約サイト（サーバ３）、加盟ホテル管理サーバ１０ともにメリットを享受できるほか、利用者に対しても複数のＷＥＢサイト等を巡回する必要がなくなり、ワンストップサービスを提供できるという効果を奏する。

また、ホテルによっては予約受付の電子化がなされていない場合もあるが、本発明の予約受付システム１によれば、各ホテルの選択により予約方式を選択することができるので、自由度の高い宿泊予約サイトの運営が可能となる。

なお、本実施の形態においては、加盟ホテル管理サーバ１０と加盟ホテルＡサーバ２等に、それぞれデータベースを備える形態としたが、たとえば加盟ホテル管理サーバ１０のデータベースで一元的に管理して、加盟ホテルＡサーバ２等からは自ホテルのデータのみを変更するように設定されているような場合にも、本発明の予約受付システム１を適用することができる。かかる場合には、各処理がすべて加盟ホテル管理サーバ１０内においてなされることになるので、さらにシンプルな構成とすることができる。
［第２の実施の形態］

次に、本発明の第２の実施の形態による予約受付システムについて説明する。
第１の実施の形態では、利用者の端末４から、空室があるホテルを検索して予約を行う場合に、あらかじめ空室が割り当てられたホテルについては、宿泊予約サイトサーバ３の空室情報ＤＢ３３２が備えるデータに基づき空室を判定し、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等については、加盟ホテル管理サーバ１０の空室情報ＤＢ１３２が備えるデータに基づき空室を判定することとしたが、本実施の形態では、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等の空室についても、宿泊予約サイトサーバ３の空室情報ＤＢ３３２が備えるデータに基づいて判定することとした点で、第１の実施の形態と異なる。

具体的には、第２の実施の形態においても、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等の予約登録の管理は、全室について加盟ホテル管理サーバ１０および加盟ホテルＡサーバ２等が行うこととし、その空室の情報は、加盟ホテル管理サーバ１０の空室情報ＤＢ１３２で管理している。

一方、宿泊予約サイトサーバ３の空室情報ＤＢ３３２にも、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等の空室情報を持たせるが、その管理は加盟ホテル管理サーバ１０が備える予約空きデータ更新手段１２３が行う。すなわち、加盟ホテル管理サーバ１０の空室情報ＤＢ１３２が備えるデータと、宿泊予約サイトサーバ３の空室情報ＤＢ３３２が備えるデータとの同期をとることで、あらかじめ空室が割り当てられたホテルと同じ状態で空室情報ＤＢ３３２に残室数が記録される。

また、第１の実施の形態では、利用者端末４から、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等のホテルに予約申込があった場合に、加盟ホテル管理サーバ１０において各種データを生成して、利用者端末４に表示することとしたが、本実施の形態では、宿泊予約サイトサーバ３において標準化されたフォーマットにより、各種データを生成して利用者端末４に表示する点で、第１の実施の形態と異なる。

図２８に本実施の形態における宿泊予約サイトサーバ３の空室情報ＤＢ３３２の構成例を示す。加盟ホテル管理サーバ１０が管理する「加盟ホテルＡ」「加盟ホテルＢ」等の「受け持ち室数」の欄にはデータを持っていない。また、あらかじめ空室が割り当てられたホテルである「×××××ホテル」については、新しく予約を受け付けると「残室数」から予約がなされた数量を減じることで、最新の残室数の情報を管理する。

一方、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等のホテルについては、「残室数」のデータは加盟ホテル管理サーバ１０の空室情報ＤＢ１３２が備えるデータと同期をとった数値であって、その時点におけるホテルのすべての残室数を意味する。したがって、宿泊予約サイトサーバ３では加盟ホテルＡ等の残室数の増減は管理しえないものであり、加盟ホテル管理サーバ１０が備える予約空きデータ更新手段１２３により同期をさせた数値が入力される。

次に、図２９には、本実施の形態における宿泊予約サイトサーバ３のホテル情報ＤＢ３３３の構成例を示す。第１の実施の形態におけるホテル情報ＤＢ３３３（図５）では、加盟ホテルＡ等の「宿泊予定日参照先」の欄には、外部のリンク先のデータを保持していたが、本実施の形態では空室情報ＤＢ３３２を参照するように設定する。したがって、条件検索作業テーブル（図３０）は、宿泊予約サイトサーバ３の空室情報ＤＢ３３２（図２８）のみを検索して空室の有無を判定する。
（予約登録の処理）

図３１は、本実施の形態の予約受付システム１において、ホテルの予約を受け付けて予約登録を行う際の概略を示した図である。第１の実施の形態において予約登録を行う際の概略を示した図１１と異なる点について説明する。

利用者の端末４からの宿泊検索を要求する入力に対し（２）、空室検索サービス（予約条件検索手段３２６）は、宿泊予約サイトサーバ３の空室情報ＤＢ３３２から対象とする宿泊施設を検索して（２）、その結果を利用者の端末４のモニタ等（出力部４５）に表示する（３）。ここで、本実施の形態においては、宿泊施設の検索結果に加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等が含まれている場合でも、加盟ホテル管理サーバ１０の空室情報ＤＢ１３２に対するデータの照会は行わない。

検索結果を受けた利用者の端末４では宿泊を希望するホテルの選択入力が行われた後、予約情報入力画面が表示される（４）。ここで、第１の実施の形態では、ホテルの選択入力の結果、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等の選択入力を行うと、宿泊予約サイトサーバ３の入力データ送信手段１２４は、予約情報入力画面に埋め込んだリンク等により、加盟ホテル管理サーバ１０へと接続を切り替えることとしたが、第２の実施の形態では、加盟ホテル管理サーバ１０が管理する加盟ホテルＡ等が選択された場合であっても、宿泊予約サイトサーバ３が生成した予約情報入力画面を表示する（図３２）。これにより、あらかじめ空室が割り当てられたホテルと同じ予約情報入力画面であって、標準の表示形式で表示されることになるので、複数のホテルに予約を行う利用者に対し、統一された分かりやすいインターフェースを提供することができる。

次に、選択入力画面への入力を受信すると（５）、宿泊予約サイトサーバ３の予約サービス（予約データ保存手段３２５）が実行して入力された宿泊予約データを判定する。本例では、判定の結果、加盟ホテル管理サーバ１０が管理する加盟ホテルＡが選択されているので、加盟ホテル管理サーバ１０に宿泊予約データを送信する（６）。

宿泊予約データを受信した加盟ホテル管理サーバ１０では、予約サービス（予約空きデータ更新手段１２３）を実行して、受信した宿泊予約データに基づき、図１１と同様に加盟ホテルＡサーバ２の空室情報ＤＢ２３２を更新し（７）、加盟ホテル管理サーバ１０の空室情報ＤＢ１３２を更新した後（８）、宿泊予約サイトサーバ３の予約サービス（予約データ保存手段３２５）に結果を返す（９）。

宿泊予約サイトサーバ３の予約サービス（予約データ保存手段３２５）は、加盟ホテル管理サーバ１０の予約サービス（予約空きデータ更新手段１２３）から送信された予約情報に基づき、予約情報ＤＢ３３１を更新した後（１０）、予約完了情報を生成して（１１）、利用者の端末４のモニタ等（出力部４５）に表示する（１２）。

なお、加盟ホテルＡサーバ２の空室情報ＤＢ２３２でなされた変更を検知して、空室情報更新（予約空きデータ更新手段２２３）を実行し（１３）、加盟ホテル管理サーバ１０の空室情報ＤＢ１３２を確認して（１４）、空室更新サービス（予約空きデータ更新手段１２３）を実行させる（１５）。空室更新サービス（予約空きデータ更新手段１２３）は、加盟ホテル管理サーバ１０の空室情報ＤＢ１３２が備えるデータと、宿泊予約サイトサーバ３の空室情報ＤＢ３３２が備えるデータとの同期を行い（１６）、処理を完了する。なお、同期のタイミングとしては各種設定が可能であるが、予約処理が発生していないような場合であっても、３分ごとに更新処理を行うように設定することで、常に最新の空室情報になるようにすることが好ましい。

図３３には、第２の実施の形態による予約受付システム１における予約登録で、加盟ホテル予約管理システム１０が管理する加盟ホテルＡが選択された場合のシーケンス図を示す。第１の実施の形態において、加盟ホテルＡが選択された場合のシーケンスを示す図１５と異なる点を中心に説明する。

本実施の形態では、利用者の端末４から宿泊施設の検索が行われると（Ｓ５０１〜Ｓ５０３）、宿泊予約サイトサーバ３の空室情報ＤＢ３３２が備えるデータを検索して（Ｓ５０４）、利用者が端末４に結果を表示する（Ｓ５０５〜Ｓ５０７）。ここで、加盟ホテル管理サーバ１０の空室情報１３２等のデータは参照されない。

なお、利用者の端末４が加盟ホテルＡへの予約を決定してから予約完了までの処理については（Ｓ５０８〜５１９）、第１の実施の形態におけるシーケンス（図１５）と変更はない。

図３４では、宿泊予約サイトサーバ３における予約情報の登録によるデータの変更の状態を示す。

予約情報ＤＢ３３１において、「Ａ．予約登録前」に比べて「Ｂ．予約登録後」は、部屋タイプ「シングル」宿泊日「２００８／６／１０」のデータが１件追加される。これに伴い、空室情報ＤＢ３３２では、部屋タイプ「シングル」宿泊日「２００８／６／１０」の残室数が「Ａ．予約登録前」の「２５」から「Ｂ．予約登録後」の「２４」に更新される。

図３３には、加盟ホテルＡにおいてキャンセルが発生した場合の処理についても示す。本実施の形態では、電話等によりキャンセルを受け付けると（Ｓ８０１）、加盟ホテルＡサーバ２、加盟ホテル管理サーバ１０の空室情報を更新した後（Ｓ８０２〜Ｓ８０３）、宿泊予約サイトサーバ３の空室情報についても更新を行う点が（Ｓ８０４）、第１の実施の形態と異なる。
（予約取消の処理）

図３５には、第２の実施の形態における予約取消の流れを図示する。第１の実施の形態における予約取消の流れを図示する図１９と異なる点を中心に説明する。

本実施の形態では、利用者の端末４からなされた予約取消の入力を受信して、宿泊予約サイトサーバ３の予約取消サービスが実行し（５）、さらに、加盟ホテル管理サーバ１０が備える予約取消サービスを起動して（６）、加盟ホテルＡサーバ２の空室情報ＤＢ２３２等を更新し（７）、加盟ホテル管理サーバ１０の空室情報１３２等を更新した後（８）、結果を宿泊予約サイトサーバ３の予約取消サービスに返す（９）。予約取消サービスは、宿泊予約サイトサーバ３の空室情報ＤＢ３３１を更新して（１０）、利用者の端末４に標準の表示形式でデータを送信し（１１）、取消完了画面を表示する（１２）。

図３６には、第２の実施の形態における予約取消のシーケンス図を示す。ここでは、第１の実施の形態におけるシーケンス（図２０）と異なる点を中心に説明する。

本実施の形態では、利用者の端末４からの予約取消の入力を、直接、加盟ホテル管理サーバ１０が受け付けるのではなく、宿泊予約サイトサーバ３において受け付ける（Ｓ９０９）。図３７には、宿泊予約サイトサーバ３による予約取消画面の表示例を示す。なお、情報の更新の後も宿泊予約サイトサーバ３を経由して利用者の端末４に表示する。

図３８では、宿泊予約サイトサーバ３における予約情報の取消によるデータの変更の状態を示す。

予約情報ＤＢ３３１において、「Ａ．予約登録前」に比べて「Ｂ．予約登録後」は、部屋タイプ「シングル」宿泊日「２００８／６／１０」のデータにおいて、「ステータス」が「予約」から「予約取消」に変更される。これに伴い、空室情報ＤＢ３３２では、部屋タイプ「シングル」宿泊日「２００８／６／１０」の残室数が「Ａ．予約登録前」の「２４」から「Ｂ．予約登録後」の「２５」に更新される。
（本実施の形態の効果）

本実施の形態によれば、加盟ホテル管理サーバ１０が管理するホテルが選択された場合であっても、利用者の端末４のモニタ等（出力部４５）に表示される画面データは、宿泊予約サイトサーバ３により生成されることになるので、複数のホテルに予約を行う利用者に対し、統一された分かりやすいインターフェースを提供することができる。

また、宿泊予約サイトサーバ３では、利用者の端末４から加盟ホテル管理サーバ１０へのデータの送受信を仲介することになるので、問い合わせから予約完了確認まで宿泊予約の流れを把握することができる。

本発明の予約受付システム１では、ホテルの宿泊予約を受け付けるシステムの説明としたが、各種の設定を変更することにより、スポーツ施設や文化施設等の各種施設における予約受付システムとすることができる。
［第３の実施の形態］

次に、本発明の第３の実施の形態による予約受付システムについて説明する。

図３９は、本実施の形態にかかる予約受付システム１の機能ブロック図である。
本実施の形態は、図２の構成に対して、複数の宿泊予約サイトサーバ３と接続する加盟ホテル管理サーバ１０に、加盟ホテルの宿泊予約サイトごとの割当数その他の基本データを各宿泊予約サイトサーバ３へ送信する基本データ送信手段１２６、予約受付終了時刻の所定時間前に各宿泊予約サイトサーバ３の残室数の調整を自動的に実行する残室数調整手段１２７を追加し、各宿泊予約サイトサーバ３に、加盟ホテル管理サーバ１０から送られてくる基本データを受信する基本データ受信手段３２７、予約受付終了時刻の所定時間前に残室数を加盟ホテル管理サーバ１０へ送信する残室数送信手段３２８、加盟ホテル管理サーバ１０から送られてくる割当数の変更通知に基づいて受け持ち室数を変更する受け持ち室数変更手段３２９、およびホテル情報ＤＢ３３３の宿泊予定日参照先情報を変更管理する参照先変更手段３３０を追加したことである。

次に、上記の構成を有する本実施の形態による予約受付システムの動作を説明する。
（基本データ設定処理）

加盟店ホテル管理サーバ１０では、オペレータにより入力部１４から残室を管理するための基本データとして、各加盟ホテルの宿泊予約サイトごとの部屋の割当数と基準残室数が入力される。入力されたデータは、入出力処理手段１２２によって、記憶部１３の残室管理テーブル１３４に保存される。図４０は、残室管理テーブル１３４のデータ構成例である。残室管理テーブル１３４は加盟ホテルごとに作成され、宿泊予約サイトごとに、部屋の割当数、基準残室数のほか、図４０に示した各項目が保存可能になっている。なお、図４０では特に詳細には図示しないが、部屋の割当数は、部屋タイプや料金あるいは宿泊日ごとなど必要な情報ごとに区分されているものとする。また、記憶部１３には、残室管理のための共通情報として、予約受付終了時刻、および残室管理の基準時刻となるリミット時間が保存されるようになっており、上記基本データと同様に入力部１４から入力される。

そして、基本データ送信手段１２６は、オペレータからの送信要求または予め決められた時刻になると、残室管理テーブル１４から宿泊予約サイトごとの加盟ホテルの部屋の割当数を抽出し、予約受付終了時刻およびリミット時間と共に各宿泊予約サイトサーバ３へ送信する。

各宿泊予約サイトサーバ３では、基本データ受信手段３２７によって、加盟ホテル管理サーバ１０から送られてきたこの基本データを受信すると、受信データのうち、部屋の割当数は、空室情報ＤＢ３３２の受持ち室数として加盟ホテル名（加盟ホテル識別情報）ごとに保存する。また、受付終了時刻とリミット時間は加盟ホテルごとの共通情報として記憶部３３に保存する。
（残室数調整処理）

宿泊予約サイトサーバ３の残室数送信手段３２８は、予約受付終了時刻のリミット時間（例えば１時間）前になると起動され、空室情報ＤＢ３３２に保存されているホテルごとの残室数を抽出し、当該ホテルを管理する加盟ホテル管理サーバ１０へ当該ホテルＩＤおよび残室数を送信する。

次に、図４１を用いて加盟ホテル管理サーバ１０の残室数調整手段１２７の処理手順を説明する。残室数調整手段１２７は、宿泊予約サイトサーバ３の残室数送信手段３２８から送られてきた情報を受信すると（Ｓ７０１で「ＹＥＳ」）、受信データから各ホテルの残室数を抽出して当該ホテルＩＤの残室管理テーブル１３４の送信元宿泊予約サイトＩＤに対応する残室数欄へ保存する（Ｓ７０２）。なお、宿泊予約サイトサーバの識別情報である宿泊予約サイトＩＤは送信データに含めても良いが、送信元アドレスから特定することも可能である。そして、残室数と基準残室数との差（正負の符号を含む）を演算する（Ｓ７０３）。演算結果は、残室管理テーブル１３４に書き込まれる（Ｓ７０４）。

その後、全ての宿泊予約サイトサーバ３から残室数の受信があったか否かを判定し（Ｓ７０５）、「ＮＯ」の場合は、ステップＳ７０１へ戻り、「ＹＥＳ」の場合は、残室管理テーブル１３４に保存されている宿泊予約サイトＩＤごとの残室数と基準残室数との差に基づいて、割当数の変更処理を実行する（Ｓ７０６）。変更処理としては、例えば、宿泊予約サイトＩＤの総数をｎ、k番目の宿泊予約サイトＩＤに対応する残室数をａk、基準残室数をｂk、割当数増減値をｃkとすると、割当数増減値ｃkは、次の式で求めることができる。

これは、各宿泊予約サイトの残室数と基準残室数との差が均等になるように配分するという方法であるが、さらに現在の割当数で重みをつけて配分するという方法等もある。
残室数調整手段１２７は、変更処理の結果を割当増減値として残室管理テーブル１３４に保存すると共に宿泊予約サイトサーバ３へ送信する（Ｓ７０７）。

各宿泊予約サイトサーバ３の受け持ち室数変更手段３２９は、この割当増減値を受信すると、この割当増減値に基づいて空室情報ＤＢ３３２の受け持ち室数を変更すると共に、残室数を修正する。たとえば、あるホテルの割当増減値が＋１の場合は、現在の受け持ち室数および残室数に１を加算する。この処理の後、参照先変更手段３３０を起動する。
（参照先変更処理）

次に、図４２を用いて宿泊予約サイトサーバ３の参照先変更手段３３０の処理手順を説明する。参照先変更手段３３０は、受け持ち室数変更手段３２９からの起動要求または定期的に起動されると、空室情報ＤＢ３３２にアクセスして、ホテルごとに残室数がゼロか否かを判定し（Ｓ８０１）、残室数がゼロの場合は、ホテル情報ＤＢ３３３の宿泊予定日参照先情報として当該ホテルを管理する加盟ホテル管理サーバへのリンク情報を設定する（Ｓ８０２）。一方、残室数がゼロで無い場合は、自サーバの空室情報ＤＢ３３２を参照先として設定する（Ｓ８０３）。
（本実施の形態の効果）

以上、本実施の形態によれば、残室数調整処理によって、加盟ホテル管理サーバごとに、宿泊予約サイトを通して予約を受け付ける総数を維持しつつ、複数の宿泊予約サイト間の残室数を調整するので、効率のよい予約管理が可能となる。また、参照先変更手段によって、残室数がゼロになった場合は自動的に加盟ホテル管理サーバへ参照先を変更するので、予約受付の機会を逸することなく予約を受け付けることができる。特に、予約が錯綜すると、宿泊施設の検索から予約登録される間に他の予約が登録されるという事態が多く発生し、この場合予約不成立の可能性が高くなるが、本実施の形態による処理により、各宿泊予約サイトの残室数が平準化され、また残室数ゼロの場合は、参照先が加盟ホテル管理サーバへ変更されるので、予約不成立になるタイミングを低減させることができる。特に残室数の平準化のために各宿泊予約サイトサーバへの割当数の増減値として送信し、各宿泊予約サイトサーバでは当該増減値受信時の受け持ち室数と残室数を修正するので、残室数の送信から増減値受信の間の予約処理による不整合の発生を抑制することができる。

本発明は、上述の実施の形態に限定されること無く、その要旨を逸脱しない範囲で種々変形して実現することができる。例えば、図２および図３９において、複数の加盟ホテルを管理する加盟ホテル管理サーバの機能に個別のホテルのサーバである加盟ホテルＡサーバの機能を集約し、加盟ホテルＡサーバを端末で実現するようにしても良い。また、第３の実施の形態において、残室数調整処理は、予約受付終了時刻の所定時間前のみでなく、複数回実行可能にし、また終了時刻に近づくにつれ、実行周期を短くしていくようにしても良い。この場合の割当数増減値を算出するための基準残室数は、残室管理テーブル１３４に設定されている基準残室数にリミット時間と予約受付終了時刻までの残り時間との比を掛け合わせて求めることができる。これにより終了時刻間際の急な申し込みやキャンセルに対しても迅速かつ柔軟に対応することができる。

また、各手段はそれぞれ独立に、また組み合わせて動作をさせることができる。例えば、参照先変更手段の機能は、他の機能とは関係なく活殺することができる。

１ 予約受付システム
２ 加盟ホテルＡサーバ
３ 宿泊予約サイトサーバ
４ 利用者端末
５ ネットワーク
１０ 加盟ホテル管理サーバ１０
１１，２１，３１，４１ 送受信部
１２，２２，３２，４２ 中央演算処理部
１３，２３，３３，４３ 記憶部
１４，２４，３４，４４ 入力部
１５，２５，３５，４５ 出力部
１２１，２２１，３２１ 送受信処理手段
１２２，２２２，３２２ 入出力処理手段
１２３，２２３ 予約空きデータ更新手段
１２４ 予約完了データ表示手段
１２５，３２６ 予約条件検索手段
１２６ 基本データ送信手段
１２７ 残室数調整手段
１３１，２３１，３３１ 予約情報ＤＢ
１３２，２３２，３３２ 空室情報ＤＢ
１３３，２３３ ホテル情報ＤＢ
１３４ 残室管理テーブル
３２３ 入力データ受信手段
３２４ 入力データ送信手段
３２５ 予約データ保存手段
３２７ 基本データ受信手段
３２８ 残室数送信手段
３２９ 受け持ち室数変更手段
３３０ 参照先変更手段
３３４ 利用者ＤＢ

Claims (4)

1. 複数の施設の予約受付処理を行う第一の計算機と、該第一の計算機とネットワークを介して接続し特定の施設の予約空きデータを管理する第二の計算機とを有し、利用者からの施設の予約受付処理を行う予約受付システムであって、
   前記第一の計算機は、
   ネットワークを介して接続する利用者の端末に、各施設の予約受付のための入力画面を表示し、該入力画面に前記特定の施設以外の施設の入力がなされた場合は、該入力画面を介して入力された施設および日時を含む入力データを受信する入力データ受信手段と、
   該入力データ受信手段によって受信した入力データに基づいて、施設の予約受付のデータを生成して保存する予約データ保存手段と、
   前記入力データ受信手段により利用者の端末に表示された入力画面に前記特定の施設の入力がなされた場合は、該入力画面を介して入力された施設および日時を含む入力データを、ネットワークを介して接続する前記第二の計算機へ送信させる入力データ送信手段と、を備え、
   前記第二の計算機は、
   前記第一の計算機の前記入力データ送信手段により送られてくる前記入力データに基づいて、前記予約空きデータを更新する予約空きデータ更新手段と、
   該予約空きデータの更新記録に基づいて予約完了データを生成して、該利用者の端末に表示すると共に、該予約完了データを前記第一の計算機に送信する予約完了データ表示手段と、を備え、
   前記第一の計算機の前記予約データ保存手段は、該予約完了データに基づいて予約受付のデータを生成して保存することを特徴とする予約受付システム。
2. 前記第一の計算機において、
   前記入力データ受信手段は、利用者の端末に予約する施設の地域および日時を含む条件の入力画面を表示し、該入力画面に入力された予約する施設の条件のデータを受信し、
   さらに、該予約する施設の条件のデータと、該計算機が具備する前記複数の施設の地域を含む属性情報データと、前記施設の予約受付処理の履歴データと、ネットワークを介して接続する前記第二の計算機が有する該特定の施設の予約空きデータとに基づいて、該予約する施設の条件に該当する施設を検索する予約条件検索手段を備え、
   前記入力データ受信手段により利用者の端末に表示される複数の施設における予約申込の入力画面は、該予約条件検索手段による検索結果に基づいて生成されることを特徴とする請求項１記載の予約受付システム。
3. 前記第二の計算機は、複数の前記第一の計算機と接続し、
   夫々の前記第一の計算機は、
   施設ごとの予約受け持ち数と残室数とを保存するデータベースと、
   予約受付終了時刻の所定時間前に残室数を前記第二の計算機へ送信する残室数送信手段と、
   前記第二の計算機から送られてくる予約受け持ち数の増減データに基づいて、該増減データ受信時における受け持ち数および残室数を変更する受け持ち室数変更手段と、
   を備え、
   前記第二の計算機は、
   前記第一の計算機から送られてくる残室数をもとに施設ごとに第一の計算機の予約受け持ち数を夫々変更し、予約受け持ち数の増減データを夫々の前記第一の計算機へ送信する残室数調整手段と、
   を備えたことを特徴とする請求項１または２に記載の予約受付システム。
4. 前記第一の計算機は、
   施設ごとに予約空きデータの取得先を保存するデータベースと、
   施設ごとの前記残室数に基づいて前記取得先を変更する参照先変更手段と、
   を備えたことを特徴とする請求項３記載の予約受付システム。

Images