JP2006244299A - 宿泊予約支援システム及び宿泊予約支援プログラム - Google Patents

Abstract

【課題】 種種の通信装置を利用してより使い易い宿泊予約の支援を行うための支援システム、それに関するプログラムを提供することである。
例えば、オーバーブッキングが発生した場合に、余剰顧客を顧客が納得する条件の施設に案内することを支援する宿泊予約システムあるいは宿泊予約を行うためのコンピュータプログラムを提供する。さらに前記対策を周辺地域の宿泊施設と共同で実施することを支援する宿泊予約システムあるいは宿泊予約プログラムを提供することである。
【解決手段】 一つにはオーバーブッキング発生時に、顧客の希望する宿泊条件を満たす宿泊施設をウェブページのホームから簡単に検索でき、宿泊の紹介を実施できるシステムを提供する。さらに周辺の宿泊施設に関係する様々な機関で、宿泊施設が公開を希望する情報を共有することで、オーバーブッキングの対象となる顧客が希望する施設への移動を支援するシステムを提供する。
【選択図】 図６

Description

本発明は、宿泊予約のための技術に関し、例えば宿泊予約のオーバーブッキングが発生した時に予約調整を行うなど、宿泊予約を行いやすくするための支援を行う宿泊予約支援システム及び宿泊予約支援プログラムに関する。

通信回線を利用した宿泊予約支援システムに関するものには以下のような技術がある。
特許文献１には、「予約の受付に伴うホテルのリスクを解消し、宿泊を希望するユーザのために客室確保の可能性を高め、フロントでのスムースな案内を可能とする。」と記載されている。
特許文献２には、「会員登録の際に利用者の希望宿泊条件を入力することによりホテルの残室待ちを可能とし、段階的に変更された残室情報を、予約仲介装置を通じて残室待ちをしている利用者へ自動配信する。」と記載されている。
特開２００２−１３３２３６号公報（段落００１０） 特開２００３−２５６７０３号公報（要約）

しかし、前記した特許文献１，２は、より使い易い宿泊予約の支援という点で、改善すべき課題が色々ある。
この課題について具体例の一つを挙げて説明すると、ホテル宿泊日直前のキャンセルによる空室発生のリスクを防止するためのオーバーブッキング処理を行ったときに、予定したよりキャンセルが少なく、実際にオーバーブッキングが発生した時に、余剰宿泊客に対して顧客が納得する条件で他の宿泊施設を紹介することが必要となる。このような処理を支援する宿泊予約支援システム及びそのような宿泊予約支援をコンピュータに実行させるプログラムを提供することが必要である。

さらにオーバーブッキングが発生した時の対策を、周辺地域の多くの宿泊施設が共同して実施するようにすれば効果が大きい。このような活動を支援する宿泊予約支援システム及びそのような宿泊予約支援をコンピュータに実行させるプログラムを提供することは効果が大きい。

本発明は、例えばオーバーブッキングが発生した時に、適切に宿泊予約の支援を行うことのできる宿泊予約支援システム及び宿泊予約支援プログラムを提供することを目的とする。

本発明による解決手段の一つはオーバーブッキング発生時に、速やかに余剰顧客を顧客の望む条件の代替施設に案内する仕組みを提供したことである。その手段の具体的構成の例を以下に挙げる。

オーバーブッキング発生時に、顧客の希望する宿泊条件を満たす宿泊施設を、例えばウェブページのホームから簡単に検索でき、宿泊の紹介を実施できるシステム及びプログラムを提供する。
さらに周辺の宿泊施設に関係する様々な機関で、宿泊施設が公開を希望する情報を共有することで、オーバーブッキングの対象となった顧客が希望する施設への移動を支援するシステム及びプログラムを提供する。

宿泊施設におけるオーバーブッキング発生時に周辺地域の宿泊施設の状況がウェブページ上から検索でき、宿泊に関係する交通機関等にも参照できるシステム・プログラムを提供するため、余剰顧客を顧客が納得する条件の施設に案内することができる。
さらにオーバーブッキング発生時の迅速で確かな対策を周辺地域の宿泊施設と共同で実施することを支援する宿泊予約システム・プログラムを提供するので地域間で宿泊に関する調整ができ、地域全体で協調して宿泊サービスを提供できる。

本発明の実施の一形態を図面に基づき詳細に説明する。
図１に、本発明に係る宿泊予約支援システムの構成の一形態、図２〜図５に、本発明の一実施の形態における処理データ、図６〜図７に、本発明の一実施の形態における処理フローを示す。以下、順に説明する。なお、宿泊予約支援システムを適宜システムと省略して表記する。

図１に本発明が適用される一実施形態のシステムの全体構成図を示す。演算装置として、宿泊紹介処理サーバ装置１０１を用いる。また、入出力装置として多くのホテルや旅館などの端末装置が用いられる。ここでは端末装置としてホテルＡに設置のＰＣ１０２（以下ホテルＰＣ１０２）、ホテルＢに設置のＰＣ１０３（以下ホテルＰＣ１０３）、旅館Ｃに設置のＰＣ１０４（以下旅館ＰＣ１０４）を用いる。また、他の入出力装置として、携帯情報端末１０６、携帯電話１０７を用いる。記憶装置としては、宿泊施設情報データベース１０８、空き部屋情報データベース１０９、空き部屋公開情報データベース１１０、紹介情報データベース１１１、顧客情報データベース１１２、予約情報データベース１１３を用いる。演算装置、入力装置、及び出力装置は、公衆回路網１０５を介してそれぞれ接続されている。
なお顧客情報データベース１１２、予約情報データベース１１３は別システムであっても良く、その場合はこれらのデータベースとはインターフェースを介して接続される。

まずホテルや旅館の管理人はそれぞれの端末装置ＰＣ１０２〜ＰＣ１０４等から事前に、宿泊施設情報１０８や空き部屋情報１０９をシステムに登録しておく。さらにオーバーブッキング（同一条件での予約の重複により、宿泊者等の予約に対する部屋等の施設が不足すること）発生時にそれぞれの管理人が他のホテル等を紹介するため、それぞれの管理人は前記端末装置から空き部屋公開情報１１０を登録する。この情報は少なくとも本システムで、各入出力装置から公開され、オーバーブッキングの発生などで宿泊客を他のホテルに紹介する時に紹介情報１１１として用いられ、この情報を基にして他のホテルへの紹介を実施する。この際、必要に応じ前記入出力装置である端末装置から、顧客情報、予約情報へのアクセスを行うことができる。なお、本実施形態ではホテルや旅館を宿泊施設の一例として取り上げたが、これに限るものではなく、宿泊施設であればホテルや旅館以外にリゾート施設やその他各種施設などにも、本実施形態の技術は適応可能である。

図２に、システムが保持する宿泊施設情報に関するデータベースのデータの一例を示す。宿泊施設の情報はホテルｉｄ、ホテル名、郵便番号、住所、電話、地域等の項目からなり、これらの情報がデータとして保管される。ホテルｉｄにはホテルを特定できるデータがシステムによって割り振られる。

図３に、システムが保持する空き部屋情報に関するデータベースのデータの一例を示す。空き部屋の情報は、ホテルｉｄ、日付、部屋タイプ、空き部屋数等の項目からなり、これらの情報がデータとして保管される。ホテルｉｄは、操作しているユーザの担当するホテルのｉｄがデフォルトで設定される。

図４に、空き部屋に関する公開情報データベースのデータの一例を示す。空き部屋に関する公開情報は利用者ｉｄ、ホテルｉｄ、公開ＯＮ／ＯＦＦ、部屋タイプＯＮ／ＯＦＦ、部屋数ＯＮ／ＯＦＦ、料金ＯＮ／ＯＦＦ、等の項目からなり、これらの情報がデータとして保管される。なおＯＮは情報の表示、ＯＦＦは情報の非表示を設定することを意味している。

図５に、システムが保持する紹介情報データベースのデータの一例を示す。紹介情報は紹介先ホテルｉｄ、紹介元ホテルｉｄ、顧客ｉｄ、紹介日時、部屋タイプ等の項目からなり、これらの情報がデータとして保管される。

図６に、端末装置ＰＣ１０２〜１０４から操作した場合の、図１に記載の宿泊予約支援システムの操作及びシステムの処理のフローを示す。英数字「Ｓ」で始まる番号は前記処理フローのステップを表す。Ｓ６０１では、操作者は自分の宿泊施設に関する情報を端末装置１０２〜１０４から入力してシステムに登録する。図１８、図１９でその具体例を示す。Ｓ６０２では自分の宿泊施設の空き部屋に関する情報を端末装置ＰＣ１０２〜１０４から入力してシステムに登録する。図１５、図１６でその具体例を示す。Ｓ６０３では空き部屋の公開に関する設定情報を端末装置ＰＣ１０２〜１０４から入力してシステムに登録する。他の宿泊施設に関する公開情報については図２０、図２１に、自分の宿泊施設の公開情報については図２２に具体例を示す。Ｓ６０４では、オーバーブッキングなどが発生して他の宿泊施設を紹介する場合に行う、空き施設の紹介処理を実施する。なお、Ｓ６０４では、空き施設の紹介処理をコールするので、フローの形状を変えて示してある。詳細は図７のフローで述べる。最後にＳ６０５で、宿泊希望者が、宿泊希望者が保有する携帯通信装置等を用いて予約処理を実施して、宿泊施設紹介処理を完了する。なお、Ｓ６０１〜Ｓ６０３は前後してもかまわない。さらにＳ６０４でシステムが自動的にＳ６０５の予約処理を行うようにすることも可能である。

図７に、ホテルや旅館の従業員が端末装置ＰＣ１０２〜１０４から空き部屋を有するホテルや旅館などの空き施設を紹介する処理（図６のＳ６０４）の詳細フローを示す。まずＳ７０１では、図８のメニューの表示から空き施設紹介８０１を選択すると、図１０に示す空き施設の紹介画面が表示され、画面に従って、空き施設検索の検索条件として宿泊予定の日付や宿泊希望エリア、宿泊人数などの入力を行い、検索ボタンを押す。なお、宿泊希望エリアは、このシステムの利用がオーバーブッキングでの対応を目的とすることから、あらかじめ設定しておいても良い。例えば第１希望エリアが設定され、システムはこの第１希望エリアに存在する施設を対象として空き施設の検索を行う。もし調査している空き施設が不足であれば、システムは自動的に調査対象エリアを第２希望エリアに拡大し、それでも対応できない場合は調査エリアが第３希望エリアに自動的に拡大されるようにしても良い。

Ｓ７０２では指定した日付の空き施設をデータベースから検索する。Ｓ７０３では空き施設紹介画面上に指定した条件に合致する空き施設の一覧を前記端末装置であるＰＣ等の画面に表示する。Ｓ７０４において、前記一覧に宿泊希望者に紹介できる宿泊施設があるか否かを判断する。判断処理は、あらかじめデータベースに登録された条件にマッチするか否かを登録しておき、絞込み選定ボタンを操作すると、システムが自動的に絞り込みを実施するようにプログラムすれば便利であり、ホテルにチェックインしに来たオーバーフローのお客、すなわちホテル側の重複予約のために予約した部屋が確保されておらず、チェックインできないお客を待たせる時間を短縮できる。もちろん絞込みボタンを押さないで、ホテル従業員が一覧表示内容をチェックして選択し、選択した施設を特定する操作を端末装置に行うようにしても良い。一覧に望ましい紹介候補がなければ、Ｓ７０１に戻り条件を変えて再度実施する。一覧に紹介候補がある場合は、Ｓ７０５に進む。Ｓ７０５では上述の自動絞込みを用いたり、従業員自ら選択したりして、紹介する宿泊施設を選択し、確定操作を行う。

次にＳ７０６で空き施設の詳細情報を表示する。Ｓ７０６はシステムで自動処理する場合や、ホテルマンが不要と判断した場合は省略し、Ｓ７０７に直接進む。Ｓ７０７では宿泊予約者に紹介できる施設か否かを判断する。本判断処理もあらかじめ顧客の宿泊条件を登録したデータベースから宿泊希望条件を満たすか否かをシステムに自動的にチェックさせても良いし、ホテルマンがチェックしても良い。紹介できないと判断した場合はＳ７０５に戻る。紹介できると判断した場合は、Ｓ７０８に進み、宿泊希望者に宿泊の案内通知（変更通知）をホテルマンが口頭または前記施設の内容を示す印刷物を渡すことで行う。他の方法としては、システムが前記宿泊希望者の例えば携帯のメールアドレスに、以下に示す方法で施設の情報をメールするようにしても良い。前記システムは、前記宿泊希望者による前記宿泊条件を満たすとの判断の確認を行う操作が必要となるので、この確認の操作に応じて携帯等のメールアドレスに確認した施設の情報をメールするようにしても良い。このようにすることでより迅速に、しかも誤りの少ない方法で対応できる。

紹介を受けるとＳ７０９で、宿泊希望者が紹介の確認を携帯電話などの携帯通信装置で行う。Ｓ７１０で、宿泊希望者が宿泊の承諾を行う。承諾した場合は、その時点でＳ７１１に進み、予約変更が完了するようにシステムの動作処理を設定することもできる。この場合にシステムでは、端末からの入力操作あるいは携帯等のメール送信先からの返信に基づいて宿泊の変更が完了した旨の情報と変更先の情報がシステムのデータベースに登録される。前記情報は、その後の利用状況分析の基データとして用いられる。さらに、承諾を意味する操作または承諾を意味する情報の受け取りに基づき、システムはＳ７１１で仮予約通知を予め記録している連絡用ホーマットに従ってこの変更内容のデータを決められた箇所に埋め込む方法で自動的に作成する。この作成した仮予約通知書を（変更先の）宿泊施設に自動的にあるいは送信指示操作、すなわち仮予約通知書の送信の確認を宿泊希望者に行い、その送信指示によりシステムが送付し、宿泊希望者が本予約に従って手続きするようにしても良い。宿泊希望者の承諾が得られない場合は、Ｓ７０１に戻る。Ｓ７１２のステップに操作が移るとこのステップで端末装置は、宿泊紹介通知乃至宿泊予約の完了通知を実施し、システムの空き施設紹介（Ｓ６０４）の処理は完了する。

上述のとおり、図８には本実施形態のシステムのメニュー画面を表示する。本システムのメニューには空き施設紹介８０１、空き部屋登録８０２、利用状況分析８０３、各種設定８０４及び要注意人物表示８０５がある。空き施設紹介８０１は図１０〜図１４、空き部屋登録８０２は図１５〜図１６、各種設定８０４は図１７〜図２２で説明する。利用状況分析８０３では宿泊施設の月日別利用率、利用年代、利用目的、顧客別の宿泊状況、顧客別のキャンセル状況などの分析を行う支援画面がでる。要注意人物表示８０５では宿泊施設に出現する要注意人物の情報を確認できる。

図２４から図２６にホテルの利用状況を分析するための支援に関する第1の実施形態を示す。また、図２７から図２９にホテルの利用状況を分析するための支援に関する第２の実施形態を示す。

図２４はデータ分析のための操作画面で、分析対象とするホテルが表示されており、データ表示したい対象ホテルを表示内容から指定すると、例えば２４０３及び２４０４の項目選択を選択すると、ＢＢホテルの月別利用者数２４０１や、ＡＣホテルの月別利用者数２４０２が表示される。ＢＢホテルを選択して、さらに「日別へ」のボタン２４０５を押すと図２５に示す、日別の利用状況の表示画面に移る。

図２５の日別のホテルの利用状況画面では、ホテルを２５０１で指定し、対象月を２５０２で指定すると、その条件に合致した利用状況が２５０３に表示される。

図２６では、２６０１で指定したホテルに関して、利用状況分析２６０２で来客時間帯内訳を指定し、日付２６０３を指定して、検索ボタン２６０４を押すと、年代別利用者内訳２６０５とその利用時間帯２６０６が表示される。

図２４から図２６で説明した分析のみならず、キャンセル状況の分析ができる。すなわち直接個人客からの申し込みに関するキャンセルによる特定旅行業者や特定仲介業者のキャンセル状況をこれら特定旅行業者や特定仲介業者別に分析でき、その分析結果が暗証番号を入力することで表示可能となる。またキャンセル状況も段階別に分解されて表示される。例えば１ヶ月前のキャンセル、２週間前、１週間前、３日前、当日、連絡無し、などの段階に分けて状況が表示できる。これら分析結果の表示は、どの程度オーバーブッキングすべきか等の指標の選定に利用される。またこの指標を自動的にシステムが決めるようにしても良い。
また、過去の利用者情報から、将来の期間毎の利用者数をシミュレーションして、オーバーブッキングの許容範囲をシステムで、算出することができる。システムが算出したオーバーブッキングの許容範囲は、図１５で示した空き部屋数登録機能の空部屋数や、図１０で示す空き施設紹介画面の空数や他の予約システムの予約受付数にも反映することもできる。

キャンセルを見込んだ予約すなわち一宿泊施設に対してシステムを利用して、宿泊可能な最大部屋数を超える、過去の利用状況（図２４、図２５）からシステムで算出した部屋の予約数の予想値を算出する。例えば、図２５の２５０２等で指定する月の当該利用施設の部屋の平均利用数乃至同一日の利用部屋数、キャンセル数等から、当日前記システムで予約させることが可能なキャンセル見込みの部屋数の値を算出する。
前記算出値から登録できる空き部屋数すなわち、一宿泊施設に対してシステムを利用して、登録できる空き部屋数（図１５）の数を増加させる。あるいは空き施設紹介（図１６）で表示する空数を増加させることで、キャンセルによる空部屋と予約過剰によるオーバーブッキングの件数を少なくすることもできる。

図２７から図２９にホテルの利用状況に関する分析の第２の実施形態を示す。今ホテルＢＢの端末装置から操作し、ホテルＢＢの暗証番号を入力したとする。図8の利用状況の分析に関する処理項目８０３をメニューから選択すると、図２７のサブメニュー２７０４を有する図２７が表示される。この画面はホテルＢＢに関するデータを解析する表示であり、ホテルＢＢの暗号を入力しないと表示されない。このことを示す表示として前記暗証番号による確認に基づきシステムはホテルＢＢ利用画面２７０２を表示する。
今サブメニュー２７０４には、システムが処理するサブメニューの項目例として宿泊状況２７０６、顧客別の状況２７０８、ホテル間の対応状況２７１０、各種設定２７１２が表示される。

前記サブメニュー２７０４から宿泊状況２７０６を選択すると、ホテルＢＢの宿泊実績がホテルＢＢの端末装置の操作画面に表示２７１４のように表示される。この表示例はグラフ表示である。シングルの宿泊実績およびツインの宿泊実績が月ごとに表示される。表示される月は、前記月の項目に対応した位置に表示されるスクロール操作表示２７１６を操作することで変更できる。表示２７１６のどちらかの端を選択すると、選択された方に表示対象月がスクロールする。これに伴い表示されるデータが変更される。
表示軸を選択する表示２７１８で年、月、週、日、曜日、などのデータの表示単位を選択でき、傾向を的確に把握可能となる。この例は月が選択されている。さらに図２７の画面に宿泊の予約状況が表示されている。この表示は日を単位としている。しかし、表示２７３４から年、月、週、日、曜日を選択できる。シングル室とツイン室の予約状況に対応してオーバーブッキングの状況を表示できる。すなわち、予約オーバー２７３２を選択するとシングル室とツイン室の予約状況に加え、現状の予約オーバーの数が表示される。例えば、本日１５日のシングル室の数４０室に対し、シングル４２の予約を受け付けており、２室に相当するグラフ先端のオーバー表示部分表示されている。このように予約オーバーの状況を把握することができる。

さらに「２／２」の表示２７４２がなされている。この表示の分母は、シミュレーションの結果求められた適正な予約オーバー数である。すなわちこれからキャンセルの連絡があるか、またはまったく連絡無しに宿泊予約者が現れないと予想される数である。一方、分子は現在の予約オーバー数である。例えば本日15日のツインの予約は、表示２７４４の如くシミュレーションの結果では２組のオーバー予約が適正と表示されているが、実際の予約オーバーは１組であることを示している。また１８日では、シミュレーションの結果はシングル室で３室のオーバーが適切なのに、実際の予約は分子がゼロであり、オーバーしていないことを示している。表示単位、例えば日にちに対応して操作表示２７２４が位置している。この表示２７２４を選択的に操作することで、表示単位がスクロールする。
この予約オーバー表示２７２２の選択に基づくシミュレーションの結果は、以下の図８のデータと実際に予約されている予約者の旅行代理店や契約会社のデータをシステムが照らし合わせて、システムが統計処理により算出する。

図２８はサブメニュー２７０４の処理項目「顧客別状況」２７０８を選択した状態を示す。宿泊客を紹介した紹介者などの顧客の種別を表示２８１４で選択する。例えば旅行代理店や契約している企業や会員企業などの契約会社、さらにこれらに属さない個人などである。この顧客種別にインターネットによる予約者や電話による予約者を設けても良い。いま旅行代理店を選択すると、状況表示２８１２の項目は旅行代理店が取り扱った宿泊及びキャンセル状況となる。システムはデータベースを表示２８１４に基づいて検索し、その結果を項目に対応して表示する。この項目がこの例では各旅行代理店となる。この項目すなわち具体的な旅行代理店名は表示２８１６によりスクロールできる。表示２８１４でカテゴリー別に分け、カテゴリー別に検索してその結果をスクロール表示２８１６に従って表示画面上に表示２８１２の如く表示する。表示単位は年、月、週、曜日などが選択できる。この例は月を基準としている。ＦＦ代理店により２月に２５０人宿泊したが、一方３０人のキャンセルがあったことを表している。すなわち表示２８１２の各データのセルの分子で何人宿泊したか、分母で何人キャンセルがあったかが分かる。またキャンセルの状況が表示２８３２に表示される。

表示２８２０のどこかを選択すると、選択された項目のキャンセル状況が表示２８３２に表示される。例えば表示２８２０の２月を選択すると、２月のキャンセルの状況が２８３２に表示される。ＦＦ旅行代理店からの宿泊客３０人のキャンセルがいつ行われたかが表示される。このことから旅行代理店ごとの信頼性を把握でき、あるいは契約会社の信頼性を把握でき、システムはこの状況を反映してキャンセルのシミュレーションを行い、現在の客筋に対するキャンセル予測を出力する。スクロールの操作表示２８１６を操作すると、キャンセル状況のスクロール２８３４も連動して変わる。逆に表示２８３４を操作すると表示２８１６が連動して変わる。このことで状況把握が速やかに行われる。キャンセルの表示条件を２８３２の横軸項目の内容にしているが、この項目を必要に応じ適正に選択することが望ましい。この選択は表示２８３６を選択することで可能となる。この表示２８３６を選択すると、キャンセルの表示項目が順に表示され（図示せず）、その中から希望の項目を選択すると、表の横軸で示した表示項目となり、適切な条件でデータが表示される。例えば「３ヶ月前、１ヶ月前、３週間前、１日前、当日１６時まで、当日１６時過ぎ、連絡無し」等とホテルが必要とする項目に変更できる。

図２９は予約オーバーなどでのホテル間の対応を表示する画面である。サブメニュー「ホテル間対応状況」２７１０を選択すると、ホテルＢＢが予約オーバーとなり、このオーバーを解消するために他のホテルを紹介した状況が２９１２に表示される。紹介したホテルをスクロール表示２９１６で選択し表示できる。また、表示単位を選択するための表示２９１８から月、週、日、曜日の中から適正な項目を選択すると、その項目に沿った他ホテルなどの他施設への紹介状況が表示される。
また、他ホテルなどの他の施設からの紹介者をホテルＢＢが受け入れた状況が２９３２に表示される。受け入れの際にいつの時点で他のホテルから連絡を受けたかを詳しく表示させることが可能である。この表示条件は条件設定表示２９３６を選択することで変更可能となる。相手方施設はスクロール操作の表示２９３４で選択し、表示可能となる。

要注意人物表示８０５（図８参照）では要注意人物の特徴の確認をＰＣでチェックでき、要注意人物の出現状況の連絡を実施できる。また利用者の紹介や予約時に要注意人物のデータが自動検索されて、画面に重ねて表示される。これにより無賃宿泊の防止や犯罪防止を強化することが可能になる。

図３０から図３５を用いて、要注意人物表示機能の例を紹介する。図３０は要注意人物表示機能のメニュー画面である。要注意人物登録３００１を押すと、図３１の画面に遷移して登録処理を実施できる。要注意人物表示３００２を押すと図３４に示すような要注意人物の情報検索画面が表示される。全国指名手配者表示３００３を押すと図３５に示すように指名手配者の一覧が表示される。

図３１は、要注意人物の情報を登録する画面である。エリア３１０３に要注意人物に関する情報を入力し、画像ＵＰ３１０１で写真などがあればそのデータを登録する。これらの情報を設定後、登録確認３１０２を押す。登録確認３１０２を押すと、図３２に示すような登録内容の確認画面が表示される。登録確認情報３２０２と要注意人物の写真イメージ３１１０を確認し、その内容でよければ登録する３２０１を押して、要注意人物の情報をデータベース（図示せず）に登録する。図３３は登録結果を表示する画面である。
図３４では３４０２の指定条件欄で日付、時間、内容等を指定し、検索３４０３を押すことで、この条件に合致する要注意人物の情報を検索し表示することができる。
図３５では、指名手配者の一覧が閲覧できる。本情報は地域や期間を指定して絞り込むこともできる。

図９に本システムの画面遷移図を示す。ログイン画面９０１で本システムの使用を開始し、メニュー画面９０２（図８）から空き施設紹介画面９０３（図１０）、空き部屋登録画面９０７（図１５〜図１６）、各種設定画面９０８（図１７）に遷移できる。空き施設紹介画面９０３（図１０）からは空き施設詳細９０４（図１１）に遷移し、空き施設詳細情報の印刷などを情報出力９０５で実施できる。また、空き施設詳細９０４（図１１）から紹介通知画面９０６（図１２〜図１４）に遷移し、紹介通知を実施できる。空き施設紹介画面９０３（図１０）から紹介通知画面９０６（図１２）に直接遷移することも可能である。各種設定画面９０８（図１７）からは自施設登録画面９０９（図１８〜図１９）で、本システム利用者の属する宿泊施設の情報登録を行う。また、公開情報登録画面９１０（図２０〜図２２）で宿泊施設に関する情報の公開情報関連の情報入力ができる。

図１０〜図１４を用いて、空き施設紹介機能について説明する。図１０には空き施設紹介のための操作画面を示す。この画面は図８のメニュー画面から空き施設の検索を意味する項目、すなわち空き施設紹介を選択すると表示される。検索条件に日付１００１と地域１００２を指定し検索ボタン１００３を押し検索を実行する。すると同一画面上の別エリアに検索結果１００４が表示される。検索結果は項目にチェック、ホテル名、空数、部屋タイプ、料金、ＬＡＳＴ ＵＰＤＡＴＥがあり、それぞれのデータとそれに対する紹介ボタンが行方向に０、１又は複数表示される。表示された一覧から本システムの操作者がＢＢホテルを選び、その行の紹介ボタン１００７を押すか、その行のチェック１００５を選択し、詳細ボタン１００６を押し、選択された施設の詳細画面（図１１）が表示された後、紹介通知ボタン１１０４を押すと、紹介画面（図１２）が表示される。

図１１に表示された詳細画面には宿泊施設の写真１１０２、地図１１０３、住所・料金等の詳細情報１１０１が表示される。この内容を確認して、宿泊予定者に通知するかどうかを判断し、紹介通知ボタン１１０４を押して宿泊予定者に本宿泊施設の情報を紹介する。なおこのステップはシステムによる自動紹介処理の際には、データベース上で宿泊希望者の希望内容と宿泊施設の詳細内容の適合処理が実施されるため不要となる。

図１２に前記紹介画面を示す。紹介画面では、宿泊予定者の氏名１２０１、人数１２０３、希望部屋タイプ１２０７などの宿泊情報を入力する入力エリアが設けられている。画面に従って入力を行い、次に紹介確認ボタン１２１２を押す操作を行う。すると紹介情報通知の確認画面（図１３）が表示される。本処理は、他の予約受付システムと連携し、予約番号等から、データを呼び出せるようにもできる。またシステムによる自動紹介の場合は、本画面は操作せず、予約時の宿泊者の顧客情報１１２、予約希望情報（予約情報１１３等に含まれる）、宿泊施設情報１０８などのデータベースからデータを検索し、抽出し、通知するボタン１３０４押下時の処理までを、システムで実施する。なお予約希望情報は単独のデータベースにして、予約希望者ｉｄをキーとして予約情報１１３等とリンクさせても良い。

図１３に前記紹介画面の確認画面を示す。本確認画面で表示された内容１３０１を確認し、良ければ通知するボタン１３０４を押す。通知するボタン１３０４を押すと本内容が、当該宿泊予定者に送信される。

図１４に送信完了通知の画面を示す。送信完了通知画面には宿泊希望者への紹介した情報の内容１４０１が表示される。送信完了通知画面の表示をもって一連の操作は完了する。

尚、紹介情報の通知を受けて、直ぐに宿泊希望者が予約を出来るように宿泊予約のＵＲＬ等を携帯電話に通知することも可能である。また紹介情報の通知の時点で、予約を同時に行うなどの処理も実施できる。

さらには、図１０〜図１４で示したこれらの処理を、あらかじめ宿泊希望者が設定した条件に基づいて、システムが実施するようにできる。例えば、オーバーブッキングが発生した場合、ＶＩＰ宿泊客、当ホテル以外の宿泊を拒否する宿泊客を除く、他のホテルに宿泊しても良い宿泊予定者を、予めデータベースに登録した内容からシステムによって自動的に抽出する。次に、あらかじめ、宿泊予定者が設定した条件と一致する他のホテルを検索する。この条件は予約希望情報（予約情報１１３等に含まれる）に保管される。例えば、この予約希望情報は、予約希望者ｉｄ毎に、地域、部屋タイプ、料金、部屋設備等から構成され、データベース（図２３）として保存される。次に宿泊条件を満たす宿泊施設を宿泊施設情報（図２）、空き部屋情報（図３）等から検索できたら、そのまま宿泊予定者にその宿泊情報を通信手段で送信し紹介する。この際、予約の変更操作は自動で実施しても良いし、宿泊予約者に宿泊変更確認操作等を求めても良い。

図１５と図１６を用いて空き部屋登録機能について説明する。
図１５には空き部屋登録のための入力画面１５０１を示す。空き部屋の登録は、該当するホテル側で実施する。空き部屋数の登録は部屋タイプ別、日毎に行う。またウェブ上での公開・非公開に関する設定も行える。例えば、シングルＡ１５０２の部屋を公開するが料金を非公開にしたい場合は、シングルＡ１５０２を選択して表示されるポップアップメニューから、料金非公開の欄１５０３を選択する。また１２／１８のシングルＡの空き部屋数を非公開にする場合は、１２／１８のシングルＡ１５０４を選択して表示されるポップアップメニューから非公開１５０５を選択する。部屋数等の登録が済んだら、登録確認ボタン１５０６を押す。ボタンを押すと空き部屋登録情報確認の画面（図１６）が表示される。

図１６に空き部屋登録情報確認の画面を示す。画面には部屋タイプ別、日毎の空き部屋数が表示される。１２／１８は非公開にしたので×表示１６０６になっている。空き部屋数を確認後、登録するボタン１６０５を押す。登録ボタンを押すと、空き部屋数の登録が完了し、登録完了画面（図示せず）が表示される。また空き部屋数登録の際、非公開にしたい情報あるいは変更不可の情報も指定できる。

宿泊条件登録機能について説明する。宿泊予定者は宿泊料金、部屋タイプ、部屋数等を入力する。さらに、特定施設までの利便性等の条件、サービス条件を入れる。この条件は空き施設紹介処理で、活用される。例えば空き施設紹介処理がシステムにより全自動で実施される場合は、本条件をより満たす宿泊施設が優先され宿泊予定者に紹介される。宿泊施設側による紹介作業の操作が介在する場合は、前記検索機能の条件に設定する。あるいは、空き情報詳細画面（図１１）で、予約希望者ｉｄ１１０７等をキーに予約希望者を指定し、希望表示ボタン１１０８を押し、その希望情報１１０９を表示することもできる。

図１７はＭｅｎｕから各種設定８０４を選択した際に表示される画面である。本画面で自宿泊施設登録１７０１を押すと図１８に示す自宿泊施設情報の登録画面が表示される。また本画面で公開情報登録１７０２を押すと、図２０に示す、公開情報登録等のための画面が表示される。

図１８と図１９を用いて自宿泊施設登録機能について説明する。図１８に自宿泊施設登録画面を示す。図に示すようにホテル名１８０１、住所１８０３、交通アクセス１８０８、部屋の設備１８１４、最寄り施設１８２０等の情報を入力する。また地域の選択では地域のリスト１８０７から例えば品川を選び、領域１８０６に地域を入力する。各情報を入力後、登録確認ボタン１８１９を押す。登録確認ボタン１８１９を押すと、自宿泊施設登録の内容が図１９に表示される。

図１９の宿泊施設登録内容確認画面で自宿泊施設の登録内容１９０１を確認し、登録するボタン１９０３を押すと、自宿泊施設の情報がデータベースに登録される。その登録結果が自宿泊施設登録の結果確認画面（図示せず）に表示される。

次に空き部屋公開情報登録機能について説明する。図２０に空き部屋公開情報登録の情報入力画面を示す。図には地域の選択欄２００１があり、地域を選択すると、その地域のホテルの空き部屋の情報が表示される。表示されるホテルは、本システムに情報を登録したホテルで、情報公開を許可したホテルである。表示している項目は、各ホテルについての公開情報の項目である。各ホテルが公開を許可していない項目は、入力不可になる。例で表示される項目は、ホテル名２００２、公開２００３、表示順位２００４、部屋タイプ２００５、部屋数２００６、料金２００７であり、それぞれの情報がホテル毎に表示される。前記項目の公開２００３は、公開確認ボタン２０１０を押した時に表示対象となる情報の選択欄である。表示したいホテル情報の公開欄２００３にチェックを入れ、表示順位２００４を設定し、部屋タイプ２００５、料金２００７をチェックする。図２０ではＡＣホテル、ＢＣホテル、ＣＣホテルの公開が指定されている。公開確認ボタン２０１０を押す。公開確認ボタン２０１０を押すと、空き部屋公開情報登録の情報確認画面（図２１）が表示される。空き部屋公開情報登録の情報確認画面で公開するボタン２１０４を押すと、空き部屋公開情報登録処理が完了し、空き部屋公開情報登録の処理完了画面（図示せず）が表示される。

また空き部屋公開情報登録の情報入力画面（図２０）で、自ホテル空き部屋公開情報登録ボタン２０１１を押すと、自ホテル空き部屋公開情報登録画面（図２２）が表示される。ここでは、自宿泊施設の公開情報を地域、部屋タイプ２２０５、部屋数２２０６、料金２２０７等を指定して決めることができる。例えば、図２２の例では、ＡＡホテルは岩手２２０１と宮城２２０２に対して、部屋タイプ２２０５と料金２２０７を公開するという内容になっている。登録ボタン２２０９を押すと、前記情報は空き部屋情報（図３）のデータベースに格納され、他の利用者から前記の設定内容で情報が公開される。

また周辺の宿泊施設に関係する様々な機関、たとえばタクシー会社の配車センターに、オーバーブッキング情報と移動経路が紹介されれば、紹介対象の顧客を配送する際に、すばやく対処できる。さらに携帯電話でオーバーブッキングの情報を得ることができれば、本システムを提供しているタクシーを利用し、タクシー内のカーナビで変更予定の宿泊施設の案内を行い、宿泊希望者を、直ぐに変更先の宿泊施設に案内するサービスを実施することも可能になる。また、携帯のナビシステムでも同様のサービス提供が可能である。例えば地図上に変更先の宿泊施設の住所を表示する。あるいは変更先の宿泊施設の位置を地図上でマーキングするといったサービス提供が可能となる。

また、あらかじめ決めたホテルにしか宿泊しない顧客、お得意様の宿泊枠を設けて、ホテルの移動を望まない顧客へ対応する機能も設けている。例えばホテルの予約時に、代替ホテルへの宿泊に同意する旨の情報を設定させ、その際にサービス割引を設けても良い。
また、お得意様がオーバーブッキングの対象になった場合に、予約時よりグレードの高い代替施設を同等の料金で案内するなどの処理を設けても良いし、割引料金で同等の施設に案内する処理を自動的に実施できるようにしても良い。さらに大事なお得意様への対応に関しては、オーバーブッキングの対象からはずして、確実に予約を確保できるようにしても良い。

さらには宿泊に関する様々な不正の問題を考慮する必要もある。例えば繁盛期に故意に予約を行う、さらには物品持ち出し、無銭宿泊、暴力団関係など宿泊施設には様々な問題がある。また宿泊に対する妨害行為を行う者もおり、安全上、要注意人物のリストアップ、情報共有、及び情報連絡（要注意人物の出現情報等）をシステム化することで、より安全で確実に予約処理を実施することが可能となる。また、ホテルマンは、通常であればフロントの壁に貼り出されている要注意人物情報に目を通し、常に頭に入れておく必要があるため、情報を記憶できないケースもある。また、ホテルマンが要注意人物と特定できていない人物の中にも要注意人物がいる場合もある。このように、ホテルマンの記憶と主観的な判断に、要注意人物の把握とその対応を任せた場合、ホテルマンによって対応に大きな差がでる可能性がある。図２７から図３２に示した要注意人物の情報共有機能で、これらの問題の大半を解決できる。

前記したように、本実施形態の方法によれば、宿泊施設におけるオーバーブッキング発生時に、周辺地域の宿泊施設の状況がウェブページ上から検索でき、宿泊に関係する交通機関等にも参照できるシステムを提供するため、余剰顧客を顧客が納得する条件の施設に案内することができる。
さらにオーバーブッキング発生時の迅速で確かな対策を周辺地域の宿泊施設と共同で実施することを支援する宿泊予約支援システムを提供するので、地域間で宿泊に関する調整ができ地域全体で協調して宿泊サービスを提供できる。

本発明の宿泊予約支援システム構成の一形態を示す図である。 本発明の一実施形態における宿泊施設情報の一例を示す図である。 本発明の一実施形態における空き部屋情報の一例を示す図である。 本発明の一実施形態における空き部屋公開情報の一例を示す図である。 本発明の一実施形態における紹介情報の一例を示す図である。 本発明の一実施形態における宿泊施設紹介のフローの一例を示す図である。 本発明の一実施形態における空き施設紹介のフローの一例を示す図である。 本発明の一実施形態における宿泊予約支援システムのメイン画面の一例を示す図である。 本発明の一実施形態における宿泊予約支援システムの画面遷移の一例を示す図である。 本発明の一実施形態における空き施設紹介画面の一例を示す図である。 本発明の一実施形態における空き情報詳細画面の一例を示す図である。 本発明の一実施形態における空き紹介情報通知内容設定画面の一例を示す図である。 本発明の一実施形態における空き紹介情報通知内容確認の画面の一例を示す図である。 本発明の一実施形態における空き紹介情報通知結果確認の画面の一例を示す図である。 本発明の一実施形態における空き部屋情報の登録画面の一例を示す図である。 本発明の一実施形態における空き部屋情報の登録内容確認画面の一例を示す図である。 本発明の一実施形態における各種設定メニューの画面の一例を示す図である。 本発明の一実施形態における自宿泊施設登録の画面の一例を示す図である。 本発明の一実施形態における自宿泊施設登録内容確認の画面の一例を示す図である。 本発明の一実施形態における空き部屋公開情報登録画面の一例を示す図である。 本発明の一実施形態における空き部屋公開情報登録内容確認画面の一例を示す図である。 本発明の一実施形態における自ホテル空き部屋公開情報登録画面の一例を示す図である。 本発明の一実施形態における予約希望情報の一例を示す図である。 本発明の一実施形態における月別の利用状況情報画面の一例を示す図である。 本発明の一実施形態における日別の利用状況情報画面の一例を示す図である。 本発明の一実施形態における利用状況情報画面の一例を示す図である。 本発明の一実施形態である利用状況分析の第２の実施形態を示す図で、月別の宿泊状況を示す。 本発明の一実施形態である利用状況分析の第２の実施形態を示す図で、宿泊のキャンセル状況を示す。 本発明の一実施形態である利用状況分析の第２の実施形態を示す図で、ホテル間の対応状況を示す。 本発明の一実施形態における要注意人物表示メニュー画面の一例を示す図である。 本発明の一実施形態における要注意人物登録画面の一例を示す図である。 本発明の一実施形態における要注意人物登録確認画面の一例を示す図である。 本発明の一実施形態における要注意人物登録完了画面の一例を示す図である。 本発明の一実施形態における要注意人物情報検索画面の一例を示す図である。 本発明の一実施形態における要注意人物情報表示画面の一例を示す図である。

符号の説明

１０８…宿泊施設情報を保持するデータベース
１０９…空き部屋情報を保持するデータベース
１１０…空き部屋公開情報を保持するデータベース
１１１…紹介情報を保持するデータベース
１０１…宿泊予約支援システムのサーバ装置
１０２…宿泊予約支援システムにおけるクライアントである操作端末
１００４…空き施設紹介情報の一覧を表示した画面
１１０１…宿泊施設の詳細情報を表示した画面
１３０１…宿泊施設の紹介情報の通知内容を確認する画面
１５０１…宿泊施設の空き部屋情報を登録する画面
１９０１…自宿泊施設の情報を登録する内容を確認する画面
２１０１…空き部屋公開情報の設定する内容を確認するための画面

Claims (10)

1. 宿泊予約の支援を行う宿泊予約支援システムであって、
   前記システムは入出力装置と記憶装置と演算装置とを有し、
   前記記憶装置には宿泊施設の予約に関するデータ、指定された地域の宿泊施設に関するデータ、及び宿泊予約を支援するための入力画面に関するデータが記憶され、
   前記演算装置は、宿泊施設でオーバーブッキングが発生した時に代替の宿泊施設を検索処理によって抽出して空き施設の一覧を画面に表示し、前記検索で抽出された施設から選択された施設の情報を画面に表示して宿泊予定者に紹介すること
   を特徴とする宿泊予約支援システム。
2. 請求項１に記載の宿泊予約支援システムであって、
   前記演算装置は、前記検索処理において、宿泊予定者の指定した第１希望エリアの施設の件数が所定の件数に達しない場合、宿泊予定者の指定した第２希望エリアの施設を検索し、第２希望エリアの施設も空き施設の一覧に含めて画面に表示すること
   を特徴とする宿泊予約支援システム。
3. 請求項１に記載の宿泊予約支援システムであって、
   前記演算装置は、宿泊施設でオーバーブッキングが発生した時に当該宿泊施設において代替の宿泊施設を前記検索処理によって抽出し、前記検索で抽出された施設から選択された施設の情報を画面に表示して宿泊予定者に紹介し、予約に関する処理を行うこと
   を特徴とする宿泊予約支援システム。
4. 請求項１に記載の宿泊予約支援システムであって、
   前記演算装置は、宿泊施設を前記検索処理によって抽出し、前記検索で抽出された施設から、あらかじめ登録された宿泊予定者の希望する条件を満たす順に、施設の情報を画面に表示して宿泊予定者に紹介すること
   を特徴とする宿泊予約支援システム。
5. 請求項１から４のいずれか１項に記載の宿泊予約支援システムであって、
   前記演算装置は、宿泊予定者に紹介する際に、宿泊予定者の携帯通信装置に対して通知すること
   を特徴とする宿泊予約支援システム。
6. 請求項１から４のいずれか１項に記載の宿泊予約支援システムであって、
   前記演算装置は、指定された条件に基づいて宿泊施設の利用情報を検索し、前記検索で抽出された利用情報を画面に表示すること
   を特徴とする宿泊予約支援システム。
7. 請求項６に記載の宿泊予約支援システムであって、
   前記演算装置は、前記指定された条件に基づき、キャンセル見込みの予約部屋数を算出し、当該キャンセル見込みの予約部屋数に応じて、登録できる空き部屋数又は空き施設紹介で表示する空数を調整すること
   を特徴とする宿泊予約支援システム。
8. 請求項１から４のいずれか１項に記載の宿泊予約支援システムであって、
   前記演算装置は、指定された条件に基づいて要注意人物情報を検索し、前記検索で抽出された要注意人物情報を画面に表示すること
   を特徴とする宿泊予約支援システム。
9. 請求項１から４のいずれか１項に記載の宿泊予約支援システムであって、
   前記演算装置は、お得意様情報を検索し、前記検索で抽出されたお客様をオーバーブッキングの対象から除外すること
   を特徴とする宿泊予約支援システム。
10. 入出力装置と、
    宿泊施設の予約に関するデータ、宿泊施設に関するデータ、及び宿泊予約を支援するための入力画面に関するデータが記憶された記憶装置と、
    演算装置と
    を有するシステムに宿泊予約の支援を行う機能を持たせること
    を特徴とする宿泊予約支援プログラムであって、
    宿泊施設でオーバーブッキングが発生した時に前記演算装置に、当該宿泊施設において代替の宿泊施設を前記検索処理によって抽出し、前記検索で抽出された施設から選択された施設の情報を画面に表示して宿泊予定者に紹介させること
    を特徴とする宿泊予約支援プログラム。

Images