(57)【特許請求の範囲】
【請求項１】
サービスの提供を行う情報処理装置において、
予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、を受け付ける受付手段と、
前記サービス特定情報により特定されるサービスを前記予約者に関連づけて確保する確保手段と、
前記同伴者特定情報により特定される同伴者に対して、前記予約の承認を要求する承認要求手段と、
前記承認要求手段による要求に応じて前記同伴者が決定した承認の有無を受け付ける承認結果受付手段と
を含み、
前記確保手段は、前記同伴者から承認が得られた場合、前記確保手段により確保されたサービスの確保を維持し、前記同伴者から承認が得られない場合、該サービスの確保を解除する
情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
前記確保手段は、前記サービスである宿泊施設の宿泊の確保を行う
情報処理装置。
【請求項３】
請求項１に記載の情報処理装置において、
前記確保手段によりサービスの確保が行われた場合、承認の有無を受け付けるページのアドレスを発行する発行手段をさらに備える
情報処理装置。
【請求項４】
請求項３に記載の情報処理装置において、
前記承認要求手段は、前記発行手段により発行された前記アドレスを、前記同伴者に対して送信することで、前記同伴者に対して、前記予約の承認を要求する
情報処理装置。
【請求項５】
請求項１に記載の情報処理装置において、
前記確保手段は、
前記同伴者から承認が得られた場合に、その旨を前記予約者に通知し、
前記同伴者から承認が得られない場合、やり直しの要求を前記予約者に通知する
情報処理装置。
【請求項６】
請求項１に記載の情報処理装置において、
前記確保手段は、前記サービスの提供の日から所定の期間前までに、前記同伴者から承認が得られない場合、そのサービスの確保を取り消す
情報処理装置。
【請求項７】
請求項１に記載の情報処理装置において、
前記確保手段によりサービスの確保が行われた場合、前記サービスの確保を示すデータを記録する記録手段をさらに備える
情報処理装置。
【請求項８】
サービスの提供を行う情報処理方法において、
予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、を受け付ける受付ステップと、
前記サービス特定情報により特定されるサービスを前記予約者に関連づけて確保する確保ステップと、
前記同伴者特定情報により特定される同伴者に対して、前記予約の承認を要求する承認要求ステップと、
前記承認要求ステップにおける要求に応じて前記同伴者が決定した承認の有無を受け付ける承認結果受付ステップと
を含み、
前記確保ステップにおいて、前記同伴者から承認が得られた場合、前記確保ステップにより確保されたサービスの確保が維持され、前記同伴者から承認が得られない場合、該サービスの確保が解除される
情報処理方法。
【請求項９】
サービスの提供を行う情報処理装置のコンピュータに、
予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、を受け付ける受付ステップと、
前記サービス特定情報により特定されるサービスを前記予約者に関連づけて確保する確保ステップと、
前記同伴者特定情報により特定される同伴者に対して、前記予約の承認を要求する承認要求ステップと、
前記承認要求ステップにおける要求に応じて前記同伴者が決定した承認の有無を受け付ける承認結果受付ステップと
を含み、
前記確保ステップにおいて、前記同伴者から承認が得られた場合、前記確保ステップにより確保されたサービスの確保が維持され、前記同伴者から承認が得られない場合、該サービスの確保が解除される
処理を行わせるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は情報処理装置および方法、並びにプログラムに関し、特に、サービスの提供を予約できるようにした情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、インターネットを介して、宿泊施設の宿泊の予約ができる。
【０００３】
従来、複数の宿泊予約取扱業者と複数の宿泊施設とが加入している、複数の宿泊施設の宿泊室情報、宿泊料金情報、宿泊予約状況情報などを管理している宿泊予約管理業者用コンピュータシステムが用いられ、複数の宿泊予約取扱業者用コンピュータシステムが、インターネットを介して宿泊予約管理業者用コンピュータシステムから、宿泊予約受け必要事項を表している宿泊予約受け必要事項表示情報を受信し、その宿泊予約受け必要事項表示情報をもとに、宿泊予約申込必要事項を表している宿泊予約申込必要事項表示情報を、インターネットを介して宿泊予約管理業者用コンピュータシステムに送信することで、複数の宿泊施設への宿泊の予約を取り扱えるようにしているものがある（例えば、特許文献１参照）。
【０００４】
【特許文献１】特開２００１−３５０９９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
宿泊施設に複数人で宿泊しようとする場合、そのうちの１人が、インターネットを介して、宿泊施設の宿泊の予約しようとすると、他の人の意見を聞いたりするなど、調整に手間がかかり、面倒であった。
【０００６】
本発明は、このような状況に鑑みてなされたものであり、サービスの提供を複数人で受ける場合であっても、簡単に予約することができるようにするものである。
【課題を解決するための手段】
【０００７】
本発明の一側面の情報処理装置は、サービスの提供を行う情報処理装置であって、予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、を受け付ける受付手段と、前記サービス特定情報により特定されるサービスを前記予約者に関連づけて確保する確保手段と、前記同伴者特定情報により特定される同伴者に対して、前記予約の承認を要求する承認要求手段と、前記承認要求手段による要求に応じて前記同伴者が決定した承認の有無を受け付ける承認結果受付手段とを含み、前記確保手段は、前記同伴者から承認が得られた場合、前記確保手段により確保されたサービスの確保を維持し、前記同伴者から承認が得られない場合、該サービスの確保を解除する。
【０００８】
このようにすることで、予約者と承認者の複数人でサービスの提供を受ける場合であっても、簡単に予約することができる。
【０００９】
前記確保手段には、前記サービスである宿泊施設の宿泊の確保を行わせることができる。
【００１０】
この場合、予約者と同伴者の複数人で宿泊のサービスの提供を受ける場合であっても、簡単に予約することができる。
【００１２】
前記確保手段によりサービスの確保が行われた場合、承認の有無を受け付けるページのアドレスを発行する発行手段をさらに設けることができる。
【００１３】
この場合、承認者が、承認の有無を受け付けるページに容易にアクセスすることができるようになる。
【００１４】
前記承認要求手段は、前記発行手段により発行された前記アドレスを、前記同伴者に対して送信することで、前記同伴者に対して、前記予約の承認を要求することができる。
【００１５】
このようにすることで、簡単に、承認者に予約の承認を求めることができるようになる。
【００１６】
前記確保手段は、前記同伴者から承認が得られた場合に、その旨を前記予約者に通知し、前記同伴者から承認が得られない場合、やり直しの要求を前記予約者に通知することができる。
【００１９】
このようにすることで、予約者は、簡単に、かつ迅速に、予約の承認の結果を確認することができる。
【００３１】
前記確保手段は、前記サービスの提供の日から所定の期間前までに、前記同伴者から承認が得られない場合、そのサービスの確保を取り消すことができる。
【００３２】
このようにすることで、承認される見込みのない予約を取り消すことで、サービスの提供の予約の機会を増やすことができる。
前記確保手段によりサービスの確保が行われた場合、前記サービスの確保を示すデータを記録する記録手段をさらに設けることができる。
【００３３】
本発明の一側面の情報処理方法は、サービスの提供を行う情報処理方法であって、予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、を受け付ける受付ステップと、前記サービス特定情報により特定されるサービスを前記予約者に関連づけて確保する確保ステップと、前記同伴者特定情報により特定される同伴者に対して、前記予約の承認を要求する承認要求ステップと、前記承認要求ステップにおける要求に応じて前記同伴者が決定した承認の有無を受け付ける承認結果受付ステップとを含み、前記確保ステップにおいて、前記同伴者から承認が得られた場合、前記確保ステップにより確保されたサービスの確保が維持され、前記同伴者から承認が得られない場合、該サービスの確保が解除される。
【００３４】
このようにすることで、予約者と承認者の複数人でサービスの提供を受ける場合であっても、簡単に予約することができる。
【００３５】
本発明の一側面のプログラムは、サービスの提供を行う情報処理装置のコンピュータに、予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、を受け付ける受付ステップと、前記サービス特定情報により特定されるサービスを前記予約者に関連づけて確保する確保ステップと、前記同伴者特定情報により特定される同伴者に対して、前記予約の承認を要求する承認要求ステップと、前記承認要求ステップにおける要求に応じて前記同伴者が決定した承認の有無を受け付ける承認結果受付ステップとを含み、前記確保ステップにおいて、前記同伴者から承認が得られた場合、前記確保ステップにより確保されたサービスの確保が維持され、前記同伴者から承認が得られない場合、該サービスの確保が解除される処理を行わせる。
【００３６】
このようにすることで、予約者と承認者の複数人でサービスの提供を受ける場合であっても、簡単に予約することができる。
【００３７】
本発明の一側面においては、予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、が受け付けられ、前記サービス特定情報により特定されるサービスが前記予約者に関連づけて確保され、前記同伴者特定情報により特定される同伴者に対して、前記予約の承認が要求され、前記承認要求における要求に応じて前記同伴者が決定した承認の有無を受け付け、前記同伴者から承認が得られた場合、確保されたサービスの確保が維持され、前記同伴者から承認が得られない場合、該サービスの確保が解除される。
【発明の効果】
【００３８】
以上のように、本発明の一側面によれば、サービスの提供を予約することができる。
【００３９】
また、本発明の一側面によれば、サービスの提供を複数人で受ける場合であっても、簡単に予約することができる。
【発明を実施するための最良の形態】
【００４０】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、発明の詳細な説明に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、発明の詳細な説明に記載されていることを確認するためのものである。従って、発明の詳細な説明中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００４１】
本発明の一側面の情報処理装置は、サービスの提供を行う情報処理装置であって、予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、を受け付ける受付手段（例えば、図３の予約受付処理部１０７）と、前記サービス特定情報により特定されるサービスを前記予約者に関連づけて確保する確保手段（例えば、図３の予約受付処理部１０７）と、前記同伴者特定情報により特定される同伴者に対して、前記予約の承認を要求する承認要求手段（例えば、図３のメール送信制御部１０４）と、前記承認要求手段による要求に応じて前記同伴者が決定した承認の有無を受け付ける承認結果受付手段（例えば、図３のWebサーバ機能１０１）とを含み、前記確保手段は、前記同伴者から承認が得られた場合、前記確保手段により確保されたサービスの確保を維持し、前記同伴者から承認が得られない場合、該サービスの確保を解除する。
【００４３】
前記確保手段によりサービスの確保が行われた場合、承認の有無を受け付けるページのアドレスを発行する発行手段（例えば、図３のURL発行部１２１）をさらに設けることができる。
【００４７】
本発明の一側面の情報処理方法またはプログラムを実行するコンピュータが行う処理は、サービスの提供を行う情報処理方法であって、予約者により予約の対象として指定されたサービスを特定するサービス特定情報と、該予約者とともに該サービスを利用する同伴者を特定する同伴者特定情報と、を受け付ける受付ステップ（例えば、図４のステップＳ１２）と、前記サービス特定情報により特定されるサービスを前記予約者に関連づけて確保する確保ステップ（例えば、図４のステップＳ１７）と、前記同伴者特定情報により特定される同伴者に対して、前記予約の承認を要求する承認要求ステップ（例えば、図４のステップＳ１６）と、前記承認要求ステップにおける要求に応じて前記同伴者が決定した承認の有無を受け付ける承認結果受付ステップ（例えば、図１７のステップＳ１３２）とを含み、前記確保ステップにおいて、前記同伴者から承認が得られた場合、前記確保ステップにより確保されたサービスの確保が維持され（例えば、図１７のステップＳ１３３およびステップＳ１３４）、前記同伴者から承認が得られない場合、該サービスの確保が解除される（例えば、図１７のステップＳ１３５）。
【００４８】
本発明は、商品の購入またはサービスの提供についての予約に適用できるが、以下の説明においては、宿泊施設の宿泊のサービスの提供を例に説明する。ここに言う商品は、取引の対象となる動産および不動産とすることができ、サービスは、商標法上の役務とすることができる。
【００４９】
図１は、本発明の一実施の形態の宿泊予約システムを示す図である。宿泊予約システムは、宿泊を予約するシステムであり、サーバ１１、インターネット１２、施設コンピュータ１３−１乃至１３−Ｎ、および端末装置１４−１乃至１４−Ｍからなる。
【００５０】
宿泊施設Ａ乃至宿泊施設Ｎは、それぞれ、ホテル、旅館などの宿泊のサービスを提供するための施設であり、それぞれ、施設コンピュータ１３−１乃至１３−Ｎを備える。
【００５１】
旅行代理店は、宿泊施設Ａ乃至宿泊施設Ｎを代理し、それぞれの宿泊の予約を受け付ける。
【００５２】
ユーザＡ乃至ユーザＭは、それぞれ、宿泊施設Ａ乃至宿泊施設Ｎのいずれかを利用しようとするユーザであり、それぞれ、端末装置１４−１乃至１４−Ｍを使用する。
【００５３】
サーバ１１は、パーソナルコンピュータ、サーバ専用機、またはメインフレームなどであり、例えば、Apache HTTP Serverまたは米マイクロソフト社製のInternet Information Servicesなどの、いわゆるWebサーバプログラムを実行し、HTTP（Hypertext Transfer Protocol）に規定される手順に基づいて、テキストまたは画像などの各種のオブジェクトが含まれるHTML（Hypertext Markup Language）方式またはXML（Extensible Markup Language）方式などのドキュメント（ウェブサイトのページのデータ）を提供する。
【００５４】
サーバ１１は、インターネット１２を介して、ホテルや旅館の宿泊予約を受け付けるウェブサイトである宿泊予約ウェブサイトを提供する。すなわち、サーバ１１は、インターネット１２を介して、宿泊施設Ａ乃至宿泊施設Ｎのそれぞれの宿泊予約を受け付ける宿泊予約ウェブサイトを提供する。
【００５５】
サーバ１１によって提供される宿泊予約ウェブサイトにおいて、宿泊地、宿泊日、利用人数、予算などの条件を入力すると、空室のある施設が一覧表示され、宿泊を希望するユーザ、例えば、ユーザＡ乃至ユーザＭのいずれかは、好みの部屋について予約することができる。
【００５６】
さらに、サーバ１１は、電子メールを送信するメーラープログラム（メールクライアントプログラム）を実行し、インターネット１２を介して、ユーザＡ乃至ユーザＭのいずれかに宛てて、端末装置１４−１乃至１４−Ｍのいずれかに電子メール（以下、単にメールと称する）を送信する。
【００５７】
インターネット１２は、有線または無線の汎用回線または専用回線や、有線または無線の複数のネットワーク、例えば、LAN（Local Area Network）またはWAN（Wide Area Network）などからなる。
【００５８】
施設コンピュータ１３−１乃至１３−Ｎは、それぞれ、例えば、専用コンピュータまたは据え置き型のパーソナルコンピュータなどのコンピュータである。施設コンピュータ１３−１乃至１３−Ｎは、それぞれ、宿泊施設Ａ乃至宿泊施設Ｎのそれぞれの宿泊の予約を示すデータを格納し、インターネット１２を介したサーバ１１からの宿泊の予約の連絡（通知）またはキャンセルの連絡（通知）を受信して、宿泊の予約を示すデータを更新する。
【００５９】
端末装置１４−１乃至１４−Ｍは、それぞれ、例えば、据え置き型若しくはいわゆるノート型のパーソナルコンピュータ、携帯電話機、または専用端末装置などの端末装置である。端末装置１４−１乃至１４−Ｍは、それぞれ、ブラウザプログラムを実行し、サーバ１１にアクセスして、サーバ１１から提供されるウェブサイトのページのデータを受信して、そのウェブサイトのページを表示させる。
【００６０】
また、端末装置１４−１乃至１４−Ｍは、それぞれ、電子メールを受信するメーラープログラム（メールクライアントプログラム）を実行し、インターネット１２を介して、サーバ１１から、ユーザＡ乃至ユーザＭのいずれかに宛てて送信されてきたメールを受信する。
【００６１】
以下、施設コンピュータ１３−１乃至１３−Ｎを個々に区別する必要がない場合、単に施設コンピュータ１３と称する。また、以下、端末装置１４−１乃至１４−Ｍを個々に区別する必要がない場合、単に端末装置１４と称する。
【００６２】
図２は、サーバ１１のハードウェアの構成の例を示すブロック図である。
【００６３】
サーバ１１において、CPU（Central Processing Unit）５１，ROM（Read Only Memory）５２，RAM（Random Access Memory）５３は、バス５４により相互に接続されている。
【００６４】
バス５４には、さらに、入出力インタフェース５５が接続されている。入出力インタフェース５５には、キーボード、マウス、マイクロホンなどよりなる入力部５６、ディスプレイ、スピーカなどよりなる出力部５７、ハードディスクや不揮発性のメモリなどよりなる記憶部５８、ネットワークインタフェースなどよりなる通信部５９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア６１を駆動するドライブ６０が接続されている。
【００６５】
以上のように構成されるサーバ１１では、CPU５１が、例えば、記憶部５８に記憶されているプログラムを、入出力インタフェース５５及びバス５４を介して、RAM５３にロードして実行することにより、上述した一連の処理が行われる。
【００６６】
サーバ１１（CPU５１）が実行するプログラムは、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)等）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア６１に記録して、あるいは、インターネット１２など、LANもしくはWANなどのネットワーク、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供される。
【００６７】
そして、プログラムは、リムーバブルメディア６１をドライブ６０に装着することにより、入出力インタフェース５５を介して、記憶部５８に記憶することで、サーバ１１にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部５９で受信し、記憶部５８に記憶することで、サーバ１１にインストールすることができる。その他、プログラムは、ROM５２や記憶部５８にあらかじめ記憶しておくことで、サーバ１１にあらかじめインストールしておくことができる。
【００６８】
施設コンピュータ１３または端末装置１４のハードウェアの構成は、それぞれ、サーバ１１のハードウェアの構成と同様なので、その説明は省略する。
【００６９】
次に、図３を参照して、プログラムを実行するサーバ１１によって実現される機能の構成を説明する。
【００７０】
ハードウェアであるサーバ１１がプログラムを実行することによって、Webサーバ機能１０１、画面データ生成部１０２、宿泊予約データベース１０３、メール送信制御部１０４、メール生成部１０５、同伴者承認後予約データベース１０６、予約受付処理部１０７、同伴者承認処理部１０８、期限管理部１０９、および施設通知部１１０である機能が実現される。
【００７１】
Webサーバ機能１０１は、サーバ１１によるWebサーバプログラムの実行によって実現され、インターネット１２を介して、HTTPに規定される手順に基づいて、端末装置１４に、HTML方式またはXML方式などのドキュメントである、ウェブサイトのページのデータ（画面データを含む）を提供する。
【００７２】
より詳細には、Webサーバ機能１０１は、予約者に同伴する同伴者であって、予約者によって予約された宿泊施設Ａ乃至宿泊施設Ｎのいずれかに予約者と共に宿泊する同伴者に予約の承認を求める画面を表示させるための表示データの送信を制御する。
【００７３】
ここで、予約者に同伴し、予約者と共に宿泊する同伴者は、予約者による予約を承認する承認者の一例である。
【００７４】
すなわち、Webサーバ機能１０１は、サービスの提供についての予約者によって予約されたそのサービスの提供を受けようとする承認者に予約の承認を求める画面を表示させるための表示データの送信を制御する。また、詳細は後述するが、Webサーバ機能１０１は、予約者による予約が受け付けられた場合、承認を求める画面を表示させるための表示データの宛先が入力される画面を表示させる表示データの予約者宛の送信を制御する。
【００７５】
画面データ生成部１０２は、同伴者承認後予約データベース１０６に格納されている、予約者に同伴する同伴者（承認者）の承認が求められる予約に関するデータに基づいて、HTML方式またはXML方式などのドキュメントである画面データを生成する。
【００７６】
宿泊予約データベース１０３は、宿泊施設Ａ乃至宿泊施設Ｎへの宿泊の予約のデータを記録する。具体的には、例えば、宿泊予約データベース１０３には、宿泊施設Ａ乃至宿泊施設Ｎを特定する施設IDに対応させて、日付、それぞれの部屋の部屋番号、それぞれの部屋のタイプ（シングル、ツイン、ダブルなど）、それぞれの部屋の宿泊料金、朝食の有り無し、および予約の有り無しなどの予約の状態（後述する確保を含む）などの情報が格納される。
【００７７】
より詳細に説明すれば、例えば、宿泊が予約されると、部屋の数や部屋の写真などの宿泊施設Ａ乃至宿泊施設Ｎの情報、および会員情報を格納する図示せぬデータベースから、予約者が選択し予約した宿泊施設Ａ乃至宿泊施設Ｎのいずれか（以下、被予約宿泊施設と称する）についての情報が読み出され、宿泊予約データベース１０３は、被予約宿泊施設を特定する施設IDに対応させて、読み出された被予約宿泊施設の情報と共に、宿泊の日付および部屋の部屋番号などの情報を記録する。
【００７８】
メール送信制御部１０４は、サーバ１１によるメールクライアントプログラムの実行によって実現され、通信部５９を制御し、インターネット１２を介したメールの送信を制御する。メール生成部１０５は、同伴者承認後予約データベース１０６に格納されている、同伴者の承認が求められる予約に関するデータに基づいて、メールを生成する。メール送信制御部１０４は、メール生成部１０５によって生成されたメールの送信を制御する。
【００７９】
すなわち、メール送信制御部１０４は、予約者による予約が受け付けられた場合、予約の承認を促す電子メールであって、承認者宛の電子メールの送信を制御する。また、メール送信制御部１０４は、画面から承認者が予約を承認した場合、承認された旨を通知する電子メールであって、予約者宛または承認者宛の電子メールの送信を制御し、画面から承認者が予約のやり直しを要求した場合、やり直しの要求を通知する電子メールであって、予約者宛の電子メールの送信を制御する。
【００８０】
同伴者承認後予約データベース１０６は、同伴者の承認が求められる予約に関するデータを格納する。例えば、同伴者承認後予約データベース１０６は、承認者の承認が求められる予約を特定する予約ID、並びに予約IDに対応付けて、予約毎に発行されたURL、被予約宿泊施設の名前、また、宿泊施設を特定する施設ID、予約する部屋のタイプを示す部屋タイプ、入室の日付（チェックイン）、引き払う日付（チェックアウト）、宿泊を予約する人数を示す申込人数、予約する部屋の数を示す申込部屋数、料金、予約者の郵便番号、予約者の住所、予約者の氏名、予約者の電話番号、予約者のメールアドレス、同伴者の氏名、同伴者のメールアドレス、および同伴者へのメッセージなどの予約に関するデータを格納する。
【００８１】
より詳細に説明すれば、例えば、同伴者の承認が求められる宿泊が予約されると、部屋の数や部屋の写真などの宿泊施設Ａ乃至宿泊施設Ｎの情報、および会員情報を格納する図示せぬデータベースから、被予約宿泊施設についての情報が読み出され、同伴者承認後予約データベース１０６は、予約IDに対応させて、読み出された被予約宿泊施設の情報と共に、予約者に関する情報並びに宿泊の日付および部屋の部屋番号などの情報を記録する。
【００８２】
予約受付処理部１０７は、被予約宿泊施設への宿泊についての、ユーザＡ乃至ユーザＭのいずれかである予約者による予約であって、予約者に同伴する同伴者（承認者）（ユーザＡ乃至ユーザＭから予約者を除いた者のうちのいずれか）の承認が求められる予約を受け付ける。
【００８３】
予約受付処理部１０７は、URL（Uniform Resource Locator）発行部１２１を備える。URL発行部１２１は、承認者の承認を求める予約が受け付けられると、予約毎の特定のURL方式のアドレスを発行する。
【００８４】
同伴者承認処理部１０８は、予約受付処理部１０７で受け付けられた予約についての承認の処理を行う。すなわち、同伴者承認処理部１０８は、予約の承認を求める画面を介して承認者により予約が承認されたか否かに応じて予約についての承認の処理を行う。
【００８５】
同伴者承認処理部１０８は、判定部１２２を含む。判定部１２２は、承認者に予約の承認を求める画面から承認者が予約を承認したか否かを判定する。
【００８６】
例えば、Webサーバ機能１０１が、同伴者の承認が求められる予約を示す情報を受信すると、予約受付処理部１０７は、宿泊予約データベース１０３に、予約の状態として、部屋の確保を示す情報を格納させ、部屋を確保する。この後、Webサーバ機能１０１が、同伴者の承認を示す情報を受信すると、同伴者承認処理部１０８は、宿泊予約データベース１０３に、予約の状態として、これまでの部屋の確保を示す情報に代えて、部屋の予約を示す情報を格納させることで、確保していた部屋の予約を確定する。
【００８７】
一方、部屋を確保した後、Webサーバ機能１０１が、予約のやり直しの要求を示す情報を受信すると、同伴者承認処理部１０８は、宿泊予約データベース１０３に、予約の状態として、これまでの部屋の確保を示す情報に代えて、部屋の空きを示す情報を格納させ、確保していた部屋の予約を解放する（キャンセルする）。
【００８８】
期限管理部１０９は、予約されている宿泊の日から所定の期間前までに、承認者によって承認されなかった場合、その予約を取り消す。
【００８９】
施設通知部１１０は、予約者による予約が受け付けられた場合、通信部５９を制御し、インターネット１２を介して、被予約宿泊施設に、宿泊の予約を連絡（通知）する。また、施設通知部１１０は、承認者に予約の承認を求める画面から承認者が予約のやり直しを要求した場合、通信部５９を制御し、インターネット１２を介して、被予約宿泊施設宛に、予約の取り消しを連絡する。
【００９０】
次に、フローチャートおよび画面の例を参照して、予約者からの予約の受付の処理を説明する。
【００９１】
図４は、ユーザＡである予約者からの予約を受け付ける、サーバ１１による予約者受付の処理の例（第１の実施の形態）を説明するフローチャートである。
【００９２】
ステップＳ１１において、予約受付処理部１０７は、Webサーバ機能１０１に、インターネット１２を介して、宿泊の予約を行うための画面（以下、宿泊予約申込画面と称する）を表示させる宿泊予約画面データを、ユーザＡの端末装置１４である端末装置１４−１に送信させる。すなわち、Webサーバ機能１０１は、通信部５９に、インターネット１２を介して、端末装置１４−１宛てに宿泊予約画面データを送信させる。
【００９３】
図５は、宿泊予約画面データを受信した端末装置１４−１に表示される宿泊予約申込画面の例を示す図である。
【００９４】
宿泊予約申込画面には、予約しようとする宿泊施設Ａ乃至宿泊施設Ｎのいずれかの名前、シングルまたはツインなどの予約する部屋のタイプを示す部屋タイプ、宿泊施設Ａ乃至宿泊施設Ｎのいずれかに手続きして入室する日付を示すチェックイン、泊施設Ａ乃至宿泊施設Ｎのいずれかから、料金を精算して、引き払う日付を示すチェックアウト、宿泊を予約する人数を示す申込人数、予約する部屋の数を示す申込部屋数、および料金が表示される。
【００９５】
図５の宿泊予約申込画面の例において、○○ホテル大宮である、宿泊施設Ａ乃至宿泊施設Ｎのいずれかの名前、ツインである部屋タイプ、2007年10月11日（木）であるチェックイン、2007年10月12日（金）であるチェックアウト、2人（大人：2人  子供：0人）である申込人数、１部屋である申込部屋数、17000円である料金が表示されている。
【００９６】
また、宿泊予約申込画面には、予約者の情報を入力するためのフィールドが配置されている。すなわち、宿泊予約申込画面には、予約者の住所の郵便番号を入力するフィールド、予約者の住所を入力するフィールド、予約者の氏名を入力するフィールド、予約者の電話番号を入力するフィールド、および予約者のメールアドレスを入力するフィールドが配置されている。
【００９７】
さらに、宿泊予約申込画面には、いますぐクレジットカードで決済するか、または宿泊するとき現地で決済するかを選択するラジオボタンが配置されている。
【００９８】
予約者は、宿泊予約申込画面のそれぞれのフィールドに、郵便番号、住所、氏名、電話番号、メールアドレスをそれぞれ入力し、決済の方法を指定するラジオボタンのいずれかを選択して、通常の予約をする場合には、通常の予約を指示するボタン（例えば、図５の下側の２つのボタンのうちの左側の”予約する”と記載されているボタン）をクリックし、同伴者の承認を得た後に予約をする場合には、同伴者の承認を得た後の予約（以下、同伴者承認後予約と称する）を指示するボタン（例えば、図５の下側の２つのボタンのうちの右側の”同伴者承認後予約する”と記載されているボタン）をクリックする。
【００９９】
通常の予約を指示するボタンがクリックされると、端末装置１４−１は、通常の予約を示す情報と共に、宿泊予約申込画面のそれぞれのフィールドに入力された、郵便番号、住所、氏名、電話番号、およびメールアドレスからなる、予約者の情報を、インターネット１２を介してサーバ１１に送信する。
【０１００】
一方、同伴者承認後予約を指示するボタンがクリックされると、端末装置１４−１は、同伴者承認後予約を示す情報と共に、宿泊予約申込画面のそれぞれのフィールドに入力された、郵便番号、住所、氏名、電話番号、およびメールアドレスからなる、予約者の情報を、インターネット１２を介してサーバ１１に送信する。
【０１０１】
なお、宿泊予約申込画面に、後からクレジットカードで決済することを指示するラジオボタンを設けて、後からクレジットカードで決済することを選択できるようにしてもよい。例えば、後からクレジットカードで決済することが選択され、同伴者承認後予約が指示された場合、同伴者の承認が得られた時点においてクレジットカードで決済するようにすれば、後述するように、予約をやり直す場合であっても、決済の処理が簡単になる。
【０１０２】
ステップＳ１２において、予約受付処理部１０７は、Webサーバ機能１０１に、インターネット１２を介して端末装置１４−１から送信されてくる、宿泊予約申込画面から入力された情報を受信させる。すなわち、Webサーバ機能１０１は、通信部５９に、インターネット１２を介して端末装置１４−１から送信されてくる、宿泊予約申込画面から入力された情報を受信させる。
【０１０３】
Webサーバ機能１０１は、受信した情報を予約受付処理部１０７に供給する。
【０１０４】
ステップＳ１３において、予約受付処理部１０７は、端末装置１４−１において入力され、送信されてきた情報を参照して、同伴者承認後予約であるか否かを判定し、同伴者承認後予約であると判定された場合、手続きは、ステップＳ１４に進み、予約受付処理部１０７は、Webサーバ機能１０１に、インターネット１２を介して、同伴者の情報を入力するための画面（以下、同伴者情報入力画面と称する）を表示させるデータである同伴者情報入力画面データを、ユーザＡの端末装置１４である端末装置１４−１に送信させる。
【０１０５】
言い換えれば、ステップＳ１４において、Webサーバ機能１０１は、通信部５９を制御して、インターネット１２を介して、同伴者情報入力画面データを端末装置１４−１に送信する。
【０１０６】
図６は、同伴者情報入力画面データを受信した端末装置１４−１に表示される同伴者情報入力画面の例を示す図である。
【０１０７】
同伴者情報入力画面には、同伴者の情報を入力するためのフィールドが配置されている。すなわち、同伴者情報入力画面には、同伴者の氏名を入力するフィールド、同伴者のメールアドレスを入力するフィールド、および予約者から同伴者へのメッセージを入力するフィールドが配置されている。
【０１０８】
同伴者承認後予約を継続する場合には、予約者は、同伴者情報入力画面のそれぞれのフィールドに、同伴者の氏名、同伴者のメールアドレス、および同伴者へのメッセージをそれぞれ入力し、同伴者承認後予約の処理の継続を指示するボタン（例えば、図６の下側の２つのボタンのうちの右側の”同伴者承認後予約する”と記載されているボタン）をクリックする。
【０１０９】
以下、同伴者が、ユーザＢである場合を例に説明する。
【０１１０】
宿泊予約申込画面に戻る場合には、予約者は、宿泊予約申込画面への戻りを指示するボタン（例えば、図６の下側の２つのボタンのうちの左側の”戻る”と記載されているボタン）をクリックする。
【０１１１】
宿泊予約申込画面への戻りを指示するボタンがクリックされると、端末装置１４−１は、宿泊予約申込画面への戻りを指示する情報をインターネット１２を介してサーバ１１に送信する。サーバ１１が、端末装置１４−１から、宿泊予約申込画面への戻りを指示する情報を受信すると、サーバ１１による予約者受付の処理は、ステップＳ１１に戻る。
【０１１２】
一方、同伴者承認後予約の処理の継続を指示するボタンがクリックされると、端末装置１４−１は、同伴者情報入力画面のそれぞれのフィールドに入力された、同伴者の氏名、同伴者のメールアドレス、および同伴者へのメッセージからなる、同伴者の情報と共に、同伴者承認後予約の処理の継続を指示する情報をインターネット１２を介してサーバ１１に送信する。
【０１１３】
ステップＳ１５において、予約受付処理部１０７は、Webサーバ機能１０１に、インターネット１２を介して端末装置１４−１から送信されてくる、同伴者情報入力画面のそれぞれのフィールドに入力された、同伴者の氏名、同伴者のメールアドレス、および同伴者へのメッセージからなる情報と共に、同伴者承認後予約の処理の継続を指示する情報を受信させる。Webサーバ機能１０１は、受信した情報を予約受付処理部１０７に供給する。
【０１１４】
予約受付処理部１０７のURL発行部１２１は、今回の同伴者承認後予約の特定のURLを発行する。また、予約受付処理部１０７は、同伴者承認後予約を特定する予約IDに対応付けて、URL発行部１２１で発行されたURL、被予約宿泊施設の名前、予約する部屋のタイプを示す部屋タイプ、被予約宿泊施設に手続きして入室する日付を示すチェックイン、泊施設Ａ乃至宿泊施設Ｎのいずれかから、料金を精算して、引き払う日付を示すチェックアウト、宿泊を予約する人数を示す申込人数、予約する部屋の数を示す申込部屋数、料金、予約者の郵便番号、予約者の住所、予約者の氏名、予約者の電話番号、予約者のメールアドレス、同伴者の氏名、同伴者のメールアドレス、および同伴者へのメッセージを同伴者承認後予約データベース１０６に格納する。
【０１１５】
ステップＳ１６において、予約受付処理部１０７は、メール生成部１０５に、同伴者であるユーザＢに対し、承認を促すメール（以下、承認メールと称する）を生成させ、メール送信制御部１０４に、生成された承認メールを送信させる。
【０１１６】
この場合、メール生成部１０５は、予約受付処理部１０７からの指示に応じて、同伴者承認後予約データベース１０６から、同伴者承認後予約を特定する予約ID、URL、予約者の氏名、同伴者の氏名、同伴者のメールアドレス、および同伴者へのメッセージを読み出して、承認を促す承認メールを生成する。そして、メール送信制御部１０４は、メール生成部１０５において生成された承認メールを、インターネット１２を介して通信部５９に送信させる。
【０１１７】
図７は、メール生成部１０５において生成され、メール送信制御部１０４によって送信される、同伴者宛の承認メールの例を示す図である。
【０１１８】
承認メールの宛先は、同伴者のメールアドレスとされ、差出人のアドレスは、旅行代理店のメールアドレスとされる。承認メールの件名は、旅行代理店の名称および同伴者承認メールとされる。なお、承認メールの宛先とされる同伴者のメールアドレスは、同伴者情報入力画面の同伴者のメールアドレスを入力するフィールドに入力されて、インターネット１２を介して端末装置１４−１からサーバ１１に送信されたものである。
【０１１９】
承認メールの本文には、予約者から同伴者へのメッセージと、この同伴者承認後予約に対して発行された特定のURLへのリンクとが配置される。
【０１２０】
図７に示されるように、承認メールの本文に配置されている、予約者から同伴者へのメッセージは、例えば、「○山さん、埼玉旅行の宿はこの宿でどうでしょうか？」である。承認メールの本文に配置されている”http://***travel.co.jp/HOTEL/54***/yoyakuid=12345/**l.html”は、この同伴者承認後予約に対して発行された特定のURLへのリンクであり、そのURLを示す。
【０１２１】
なお、”http://***travel.co.jp/HOTEL/54***/yoyakuid=12345/**l.html”における”
yoyakuid=12345”のうちの12345は、この同伴者承認後予約を特定する予約IDである。URLが、予約IDを含むことにより、URLによって同伴者承認後予約を特定することができる。
【０１２２】
図４に戻り、ステップＳ１７において、予約受付処理部１０７は、同伴者承認後予約の対象となる部屋を確保して、サーバ１１による予約者受付の処理は終了する。すなわち、予約受付処理部１０７は、宿泊予約データベース１０３に、同伴者承認後予約の対象となる部屋の予約の状態として、部屋の確保を示す情報を格納させる。
【０１２３】
より詳しく説明すれば、予約受付処理部１０７は、宿泊予約データベース１０３に、被予約宿泊施設、日付、および部屋番号で特定される、同伴者承認後予約の対象となる部屋の情報に対応させて、部屋の確保を示す情報を格納させる。
【０１２４】
一方、ステップＳ１３において、同伴者承認後予約でないと判定された場合、通常の予約なので、手続きは、ステップＳ１８に進み、予約受付処理部１０７は、通常の予約処理を行い、サーバ１１による予約者受付の処理は終了する。この場合、予約受付処理部１０７は、宿泊予約データベース１０３に、被予約宿泊施設、日付、および部屋番号で特定される、通常の予約の対象となる部屋の情報に対応させて、部屋の予約を示す情報を格納する。
【０１２５】
次に、ステップＳ１６で送信された、例えば、図７に示される同伴者宛の承認メールを読んだ同伴者が、承認メールの本文に配置されている、同伴者承認後予約に対して発行された特定のURLへのリンクにより、そのURLにアクセスした場合に実行される、サーバ１１による同伴者承認処理について説明する。
【０１２６】
図８は、サーバ１１による同伴者承認処理の例を説明するフローチャートである。
【０１２７】
同伴者であるユーザＢの端末装置１４−２において、承認メールの本文に配置されている、同伴者承認後予約に対して発行された特定のURLへのリンクを指示するボタンがクリックされると、端末装置１４−２は、サーバ１１に、同伴者承認後予約に対して発行された特定のURLへのアクセスを要求するので、ステップＳ３１において、同伴者承認処理部１０８は、Webサーバ機能１０１に、同伴者であるユーザＢの端末装置１４−２からの所定のURLに対するアクセスを受け付けさせて、インターネット１２を介して、端末装置１４−２宛てに、同伴者に承認を求める画面（以下、承認画面と称する）を表示させるためのデータである承認画面データを送信させる。
【０１２８】
すなわち、Webサーバ機能１０１は、端末装置１４−２からの所定のURLに対するアクセスを受け付けて、インターネット１２を介して、端末装置１４−２宛てに承認画面データを送信する。
【０１２９】
図９は、承認画面データを受信した端末装置１４−２に表示される承認画面の例を示す図である。
【０１３０】
承認画面には、被予約宿泊施設の名前（宿泊施設Ａ乃至宿泊施設Ｎのいずれかの名前）、予約する部屋のタイプを示す部屋タイプ、被予約宿泊施設に手続きして入室する日付を示すチェックイン、被予約宿泊施設から、料金を精算して、引き払う日付を示すチェックアウト、宿泊を予約する人数を示す申込人数、予約する部屋の数を示す申込部屋数、料金、および被予約宿泊施設のサイトのアドレス（URL方式のアドレス）が表示される。このアドレスは、被予約宿泊施設のサイトにリンクされている。
【０１３１】
図９の承認画面の例において、○○ホテル大宮である、被予約宿泊施設の名前、ツインである部屋タイプ、2007年10月11日（木）であるチェックイン、2007年10月12日（金）であるチェックアウト、2人（大人：2人  子供：0人）である申込人数、１部屋である申込部屋数、17000円である料金、および”www.○○ホテル大宮.jp”である○○ホテル大宮のサイトのアドレスが表示されている。
【０１３２】
承認画面には、”△川○子様より宿泊予約の確認が通知されました。承認するか否かと、コメントを入力してください。”との旅行代理店からのコメントが配置されるとともに、同伴者のコメントを入力するためのフィールドが配置されている。
【０１３３】
同伴者は、同伴者のコメントを入力するためのフィールドに、コメントを入力し、予約を承認する場合には、承認を通知するボタン（例えば、図９の下側の２つのボタンのうちの左側の”承認”と記載されているボタン）をクリックし、予約のやり直しを要求する場合には、予約のやり直しを要求するボタン（例えば、図９の下側の２つのボタンのうちの右側の”やり直し要求”と記載されているボタン）をクリックする。
【０１３４】
承認を通知するボタンがクリックされると、端末装置１４−２は、承認を示す情報と共に、フィールドに入力されたコメントを、インターネット１２を介してサーバ１１に送信する。
【０１３５】
例えば、図１０に示されるように、同伴者のコメントを入力するためのフィールドに、”大丈夫です。よろしくお願いします。”とのコメントが入力されて、承認を通知するボタンがクリックされると、端末装置１４−２は、承認を示す情報と”大丈夫です。よろしくお願いします。”とのコメントとを、インターネット１２を介してサーバ１１に送信する。
【０１３６】
一方、予約のやり直しを要求するボタンがクリックされると、端末装置１４−２は、予約のやり直しの要求を示す情報と共に、フィールドに入力されたコメントを、インターネット１２を介してサーバ１１に送信する。
【０１３７】
ステップＳ３２において、同伴者承認処理部１０８は、Webサーバ機能１０１に、インターネット１２を介して端末装置１４−２から送信されてくる、承認を示す情報または予約のやり直しの要求を示す情報のいずれか一方と、承認画面から入力された情報、すなわちコメントを受信させる。Webサーバ機能１０１は、受信した情報を同伴者承認処理部１０８に供給する。
【０１３８】
ステップＳ３３において、同伴者承認処理部１０８の判定部１２２は、端末装置１４−２から送信されてきた、承認を示す情報または予約のやり直しの要求を示す情報のいずれか一方を参照して、同伴者承認後予約が承認されたか否かを判定する。
【０１３９】
ステップＳ３３において、同伴者承認後予約が承認されたと判定された場合、手続きはステップＳ３４に進み、同伴者承認処理部１０８は、ステップＳ１７で確保していた部屋の予約を確定する。すなわち、同伴者承認処理部１０８は、宿泊予約データベース１０３に、予約の状態として、これまでの部屋の確保を示す情報に代えて、部屋の予約を示す情報を格納させる。
【０１４０】
より詳しく説明すれば、同伴者承認処理部１０８は、宿泊予約データベース１０３に、被予約宿泊施設、日付、および部屋番号で特定される、予約の対象となる部屋の情報に対応させて、部屋の予約を示す情報を格納させる。
【０１４１】
ステップＳ３５において、同伴者承認処理部１０８は、施設通知部１１０に、被予約宿泊施設の施設コンピュータ１３に、インターネット１２を介して予約を連絡させる。
【０１４２】
ステップＳ３６において、同伴者承認処理部１０８は、メール生成部１０５に、予約者であるユーザＡ宛ての予約の完了を示すメール（以下、予約完了メールと称する）と、同伴者であるユーザＢ宛ての予約完了メールとを生成させて、メール送信制御部１０４に、インターネット１２を介して、生成されたユーザＡ宛ての予約完了メールとユーザＢ宛ての予約完了メールとを送信させ、サーバ１１による同伴者承認処理は終了する。
【０１４３】
図１１は、ユーザＡである予約者宛ての予約完了メールの例を示す図である。
【０１４４】
ユーザＡである予約者宛ての予約完了メールの宛先は、ユーザＡのメールアドレスとされ、差出人のアドレスは、旅行代理店のメールアドレスとされる。予約完了メールの件名は、旅行代理店の名称および予約完了メールとされる。
【０１４５】
なお、ユーザＡである予約者宛ての予約完了メールの宛先とされるユーザＡのメールアドレスは、宿泊予約申込画面の予約者のメールアドレスを入力するフィールドに入力されて、インターネット１２を介して端末装置１４−１からサーバ１１に送信されたものである。
【０１４６】
予約完了メールの本文には、同伴者に予約が承認されて、予約が確定した旨のメッセージと、同伴者から予約者へのメッセージと、例えば、この同伴者承認後予約に対して発行された特定のURL（特定のURLでなくとも、ログインすれば予約内容が閲覧可能なTOPページのURLであってもよい）へのリンクとが配置される。
【０１４７】
図１２は、ユーザＢである同伴者宛ての予約完了メールの例を示す図である。
【０１４８】
ユーザＢである同伴者宛ての予約完了メールの宛先は、ユーザＢのメールアドレスとされ、差出人のアドレスは、旅行代理店のメールアドレスとされる。予約完了メールの件名は、旅行代理店の名称および予約確認完了メールとされる。
【０１４９】
なお、ユーザＢである同伴者宛ての予約完了メールの宛先とされる同伴者のメールアドレスは、同伴者情報入力画面の同伴者のメールアドレスを入力するフィールドに入力されて、インターネット１２を介して端末装置１４−１からサーバ１１に送信されたものである。
【０１５０】
予約完了メールの本文には、予約が確定した旨のメッセージが配置される。なお、図示は省略するが、例えば、予約の確認が可能なURLを配置してもよい。
【０１５１】
一方、ステップＳ３３において、同伴者承認後予約が承認されていないと判定された場合、すなわち、予約のやり直しが要求された場合、手続きはステップＳ３７に進み、同伴者承認処理部１０８は、確保していた部屋の予約を解放する（キャンセルする）。すなわち、同伴者承認処理部１０８は、宿泊予約データベース１０３に、予約の状態として、これまでの部屋の確保を示す情報に代えて、部屋の空きを示す情報を格納させる。
【０１５２】
より詳しく説明すれば、同伴者承認処理部１０８は、宿泊予約データベース１０３に、被予約宿泊施設、日付、および部屋番号で特定される、予約の対象となっていた部屋の情報に対応させて、部屋の空きを示す情報を格納させる。
【０１５３】
ステップＳ３８において、同伴者承認処理部１０８は、メール生成部１０５に、予約者であるユーザＡ宛てのやり直しを要求するメール（以下、やり直しメールと称する）を生成させて、メール送信制御部１０４に、インターネット１２を介して、生成されたユーザＡ宛てのやり直しメールを送信させ、サーバ１１による同伴者承認処理は終了する。
【０１５４】
すなわち、例えば、図１３に示されるように、同伴者のコメントを入力するためのフィールドに、”朝食付きのホテルの方がいいです。”とのコメントが入力されて、予約のやり直しを要求するボタンがクリックされると、端末装置１４−２は、予約のやり直しの要求を示す情報と”朝食付きのホテルの方がいいです。”とのコメントとを、インターネット１２を介してサーバ１１に送信するので、ステップＳ３３において、同伴者承認後予約が承認されていないと判定される。
【０１５５】
すると、例えば、図１４に示される、ユーザＡである予約者宛てのやり直しメールが端末装置１４−１に送信される。
【０１５６】
やり直しメールの宛先は、予約者であるユーザＡのメールアドレスとされ、差出人のアドレスは、旅行代理店のメールアドレスとされる。予約完了メールの件名は、旅行代理店の名称および予約確認メールとされる。
【０１５７】
なお、やり直しメールの宛先とされる、予約者であるユーザＡのメールアドレスは、宿泊予約申込画面の予約者のメールアドレスを入力するフィールドに入力されて、インターネット１２を介して端末装置１４−１からサーバ１１に送信されたものである。
【０１５８】
やり直しメールの本文には、同伴者の承認がとれず、予約がキャンセルされ、予約のやり直しが要求された旨のメッセージと、同伴者から予約者へのメッセージと、この同伴者承認後予約に対して発行された特定のURLへのリンクとが配置される。
【０１５９】
このように、同伴者承認処理部１０８は、同伴者から承認されると、予約を確定し、同伴者からやり直しが要求されると、予約の確保を解放するように、承認画面から承認者が予約を承認したか否かに応じて予約についての承認の処理を行う。
【０１６０】
以上のように、宿泊などのサービスの提供についての予約者による予約であって、そのサービスの提供を受けようとする承認者の承認が求められる予約を受け付けて、承認者に予約の承認を求める承認画面を表示させるための承認画面データを送信し、承認画面から承認者が予約を承認したか否かに応じて予約についての承認の処理を行うようにしたので、予約者が単独で予約し、予約者とは別に、承認者がその予約を承認することができ、サービスの提供を複数人で受ける場合であっても、簡単に予約することができる。
【０１６１】
例えば、予約者が複数のサービスの提供について予約し、承認者が、最も好ましい、そのうちの１つについて承認するようにすれば、最終的に、承認者から承認された予約のサービスが提供されることになり、事前に、予約者と承認者が好みなどの調整を行わなくとも、簡単に、予約者と承認者の双方が好むサービスを受けることができるようになる。
【０１６２】
また、予約者が宿泊施設を確保した後に、同伴者に確認し、同伴者が予約を承認した場合に即座に予約を確定することで、例えば、予約者が宿泊施設を調べた後、同伴者に確認を取るまでのタイムログでその宿泊施設が予約不可能になったりすることもない。さらに、同伴者が承認しなかった場合には部屋が開放されるので、他のユーザが予約を行うことも可能となり、旅行代理店側としても効率がよい。
【０１６３】
図１５は、予約されている宿泊の日から所定の期間前までに、承認者によって承認されなかった場合、その予約を取り消す、サーバ１１による期限管理処理の例を説明するフローチャートである。この処理は、例えば、１日１回バッチ処理で実行される。
【０１６４】
ステップＳ５１において、期限管理部１０９は、宿泊予約データベース１０３から宿泊の予約のデータを読み出して、宿泊の予約のデータを参照して、確保している部屋の中で、宿泊の７日前のものがあるか否かを判定する。
【０１６５】
なお、ステップＳ５１において、期限管理部１０９は、７日前に限らず、１０日前または２週間前など、宿泊の日から所定の期間前のものがあるか否かを判定するようにしてもよい。
【０１６６】
ステップＳ５１において、確保している部屋の中で、宿泊の７日前のものがあると判定された場合、手続きはステップＳ５２に進み、期限管理部１０９は、宿泊の７日前のものである、確保していた部屋の予約を解放する（キャンセルする）。すなわち、期限管理部１０９は、宿泊予約データベース１０３に、予約の状態として、これまでの部屋の確保を示す情報に代えて、部屋の空きを示す情報を格納させる。
【０１６７】
ステップＳ５３において、期限管理部１０９は、メール生成部１０５に、予約者であるユーザＡ宛てと同伴者であるユーザＢ宛てのメールであって、確保していた部屋の予約をキャンセルしたことを知らせるメールである無効メールを生成させて、メール送信制御部１０４に、インターネット１２を介して、生成された無効メールを送信させ、サーバ１１による期限管理処理は終了する。
【０１６８】
ステップＳ５１において、確保している部屋の中で、宿泊の７日前のものがないと判定された場合、予約をキャンセルする必要はないので、サーバ１１による期限管理処理はそのまま終了する。
【０１６９】
なお、承認者の承認を求める予約が受け付けられたときから、予め決められた期間、承認者によって承認されなかった場合、その予約を取り消すようにしてもよい。
【０１７０】
次に、第２の実施の形態として、予約の確保を行わずに、予約する場合の処理について説明する。第２の実施の形態において、確保の状態を保持できるようにするというシステム的な変更が要求されず、予約の処理が可能になる。第２の実施の形態における予約受付処理部１０７および同伴者承認処理部１０８は、第１の実施の形態における予約受付処理部１０７および同伴者承認処理部１０８と異なる処理を実行する。
【０１７１】
すなわち、例えば、Webサーバ機能１０１が、同伴者の承認が求められる予約を示す情報を受信すると、予約受付処理部１０７は、宿泊予約データベース１０３に、予約の状態として、部屋の予約を示す情報を格納させ、通常の予約の処理で部屋を予約し、この後、Webサーバ機能１０１が、同伴者の承認を示す情報を受信すると、同伴者承認処理部１０８は、宿泊予約データベース１０３に記録のデータを変更することなく、予約の状態を継続させる。
【０１７２】
そして、通常の予約の処理で部屋を予約した後、Webサーバ機能１０１が、予約のやり直しの要求を示す情報を受信すると、同伴者承認処理部１０８は、宿泊予約データベース１０３に、予約の状態として、これまでの部屋の予約を示す情報に代えて、部屋の空きを示す情報を格納させ、予約をキャンセルする。
【０１７３】
図１６は、第２の実施の形態としての、ユーザＡである予約者からの予約を受け付ける、サーバ１１による予約者受付の処理の他の例を説明するフローチャートである。
【０１７４】
ステップＳ１１１乃至ステップＳ１１６は、それぞれ、図４のステップＳ１１乃至ステップＳ１６のそれぞれと同様なので、その説明は省略する。
【０１７５】
ステップＳ１１７において、予約受付処理部１０７は、通常の予約の処理で、部屋を予約する。すなわち、ステップＳ１１７において、予約受付処理部１０７は、宿泊予約データベース１０３に、予約の状態として、部屋の予約を示す情報を格納させる。
【０１７６】
より詳しく説明すれば、予約受付処理部１０７は、宿泊予約データベース１０３に、被予約宿泊施設、日付、および部屋番号で特定される、同伴者承認後予約の対象となる部屋の情報に対応させて、部屋の予約を示す情報を格納させる。
【０１７７】
ステップＳ１１８において、予約受付処理部１０７は、施設通知部１１０に、被予約宿泊施設の施設コンピュータ１３に、インターネット１２を介して予約を連絡して、サーバ１１による予約者受付の処理は終了する。
【０１７８】
通常の予約の場合、ステップＳ１１７で予約の情報が格納されたときに、予約者に予約完了メールを送信するのが一般的であるが、第２の実施の形態としての図１６では予約完了メールを送信しないようにしていることで、ユーザに誤認識（承認後予約なのに予約が取れてしまったという誤認識）を与えずに済ますことができる。一方で、宿泊施設の予約は行われているので、宿泊施設には通常の予約と同様に、予約を連絡するようにしたので、宿泊施設は通常の予約と同様に扱うことができる。すなわち、部屋の確保は行われつつも、予約者による誤認識を防ぐことができる。
【０１７９】
ステップＳ１１９は、図４のステップＳ１８と同様なので、その説明は省略する。
【０１８０】
図１７は、第２の実施の形態としての、予約の確保を行わない場合の、サーバ１１による同伴者承認処理の他の例を説明するフローチャートである。すなわち、この処理は、図１６の処理の後に実行される。
【０１８１】
ステップＳ１３１乃至ステップＳ１３３は、それぞれ、図８のステップＳ３１乃至ステップＳ３３のそれぞれと同様なので、その説明は省略する。
【０１８２】
ステップＳ１３３において、同伴者承認後予約が承認されたと判定された場合、部屋の予約をそのまま維持して、手続きはステップＳ１３４に進み、同伴者承認処理部１０８は、メール生成部１０５に、予約者であるユーザＡ宛ての予約完了メールと、同伴者であるユーザＢ宛ての予約完了メールとを生成させて、メール送信制御部１０４に、インターネット１２を介して、生成されたユーザＡ宛ての予約完了メールとユーザＢ宛ての予約完了メールとを送信させ、サーバ１１による同伴者承認処理は終了する。
【０１８３】
なお、ステップＳ１３４において、同伴者承認処理部１０８は、宿泊予約データベース１０３に、被予約宿泊施設、日付、および部屋番号で特定される、同伴者承認後予約の対象となる部屋の情報に対応させて、予約が承認されたことを示す情報を格納させる。
【０１８４】
上述した図１６の処理で部屋を予約したときにユーザに予約完了メールを送るのではなく、図１７の処理で同伴者が承認されたときに予約完了メールを送信することで、第１の実施の形態の「予約確保」の状態をシステム的に構築せずとも、ユーザには、同伴者が承認した後に予約が行われたと印象付けるとともに、宿泊施設にも確保状態を意識させずに済むので、システム的な変更による混乱等を防ぎつつ、同伴者の承認を経て予約をすることが可能となる。
【０１８５】
ステップＳ１３３において、同伴者承認後予約が承認されていないと判定された場合、すなわち、予約のやり直しが要求された場合、手続きはステップＳ１３５に進み、同伴者承認処理部１０８は、予約をキャンセルする。すなわち、同伴者承認処理部１０８は、宿泊予約データベース１０３に、予約の状態として、これまでの部屋の予約を示す情報に代えて、部屋の空きを示す情報を格納させる。
【０１８６】
より詳しく説明すれば、同伴者承認処理部１０８は、宿泊予約データベース１０３に、被予約宿泊施設、日付、および部屋番号で特定される、予約の対象となっていた部屋の情報に対応させて、部屋の空きを示す情報を格納させる。
【０１８７】
ステップＳ１３６において、同伴者承認処理部１０８は、施設通知部１１０に、被予約宿泊施設の施設コンピュータ１３に、インターネット１２を介して予約のキャンセルを連絡する。
【０１８８】
ステップＳ１３７において、同伴者承認処理部１０８は、メール生成部１０５に、予約者であるユーザＡ宛てのやり直しメールを生成させて、メール送信制御部１０４に、インターネット１２を介して、生成されたユーザＡ宛てのやり直しメールを送信させ、サーバ１１による同伴者承認処理は終了する。
【０１８９】
このように、同伴者承認処理部１０８は、同伴者から承認されると、予約をそのまま維持し、同伴者からやり直しが要求されると、予約をキャンセルするように、承認画面から承認者が予約を承認したか否かに応じて予約についての承認の処理を行う。
【０１９０】
図１８は、予約の確保を行わない場合の、サーバ１１による期限管理処理の他の例を説明するフローチャートである。
【０１９１】
ステップＳ１５１において、期限管理部１０９は、宿泊予約データベース１０３から宿泊の予約のデータを読み出して、宿泊の予約のデータを参照して、予約している部屋の中で、まだ承認されておらず、宿泊の７日前のものがあるか否かを判定する。すなわち、期限管理部１０９は、宿泊予約データベース１０３から読み出した、宿泊の予約のデータのうち、宿泊の７日前のものであって、予約が承認されたことを示す情報が含まれていないものがあるか否かを判定する。
【０１９２】
なお、ステップＳ１５１において、期限管理部１０９は、７日前に限らず、１０日前または２週間前など、承認されてなく、宿泊の日から所定の期間前のものがあるか否かを判定するようにしてもよい。
【０１９３】
ステップＳ１５１において、予約している部屋の中で、まだ承認されておらず、宿泊の７日前のものがあると判定された場合、手続きはステップＳ１５２に進み、期限管理部１０９は、まだ承認されてなく、宿泊の７日前のものである、部屋の予約をキャンセルする。すなわち、期限管理部１０９は、宿泊予約データベース１０３に、予約の状態として、これまでの部屋の予約を示す情報に代えて、部屋の空きを示す情報を格納させる。
【０１９４】
ステップＳ１５３において、期限管理部１０９は、メール生成部１０５に、予約者であるユーザＡ宛てと同伴者であるユーザＢ宛てのメールであって、部屋の予約をキャンセルしたことを知らせるメールである無効メールを生成させて、メール送信制御部１０４に、インターネット１２を介して、生成された無効メールを送信させ、サーバ１１による期限管理処理は終了する。
【０１９５】
ステップＳ１５１において、予約している部屋の中で、まだ承認されておらず、宿泊の７日前のものがないと判定された場合、予約をキャンセルする必要はないので、サーバ１１による期限管理処理はそのまま終了する。
【０１９６】
このように、サービスの提供を複数人で受ける場合であっても、簡単に予約することができる。また、承認者が承認していない予約に関しては、所定の期間前にキャンセル処理が行われる。
【０１９７】
サービスの提供の予約の一例として、宿泊施設の宿泊の予約について説明したが、上述したように、商品の購入を予約するようにしてもよい。この場合、予約を承認する承認者は、商品を共同で購入したり、購入された商品が贈られたり貸与されることで、商品を占有する者とすることができる。
【０１９８】
以上のように、Webサーバ機能１０１は、サービスの提供についての予約者によって予約された、そのサービスの提供を受けようとする承認者に予約の承認を求める画面を表示させるための表示データの送信を制御すると共に、画面から承認者が予約を承認したか否かを示す承認結果提示データの受信を制御する。宿泊予約データベース１０３は、サービスの提供の予約のデータを記録する。
【０１９９】
また、予約受付処理部１０７は、サービスの提供についての予約者による予約であって、サービスの提供を受けようとする承認者の承認が求められる予約を受け付ける。
【０２００】
さらに、予約受付処理部１０７は、サービスの提供についての予約者による予約を受け付けた場合、宿泊予約データベース１０３に、そのサービスの確保が示されるデータを記録させる。
【０２０１】
さらにまた、予約受付処理部１０７は、排他的に提供されるサービスの提供についての予約者による予約を受け付けた場合、宿泊予約データベース１０３に、そのサービスの確保が示されるデータを記録させる。
【０２０２】
また、施設通知部１１０は、予約者による予約が受け付けられた場合、サービスを提供する提供者に、サービスの提供の予約を連絡する。また、施設通知部１１０は、画面から承認者が予約のやり直しを要求した場合、サービスを提供する提供者宛に、予約の取り消しを連絡する。
【０２０３】
この場合、サービスの提供を複数人で受ける場合であっても、簡単に予約することができる。
【０２０４】
以上のように、商品の購入またはサービスの提供を予約することができる。また、サービスの提供についての予約者による予約であって、サービスの提供を受けようとする承認者の承認が求められる予約を受け付け、承認者に予約の承認を求める画面を表示させるための表示データの送信を制御し、画面から承認者が予約を承認したか否かを示す承認結果提示データの受信を制御し、画面を介して承認者により予約が承認されたか否かに応じて予約についての承認の処理を行うようにした場合には、サービスの提供を複数人で受ける場合であっても、簡単に予約することができる。さらに、予約者は、同伴者に口頭やメールで確認後に予約をするのと比較して、予約したい宿泊施設を予約するときに「同伴者承認後予約」を選択するだけで、同伴者に確認を行うとともに、同伴者が承認すればそのまま予約が完了するので、予約者の手間を省くとともに、同伴者への確認などによるタイムロスを防ぐことができる。
【０２０５】
なお、商品の購入に３人以上が関係する場合またはサービスの提供を３人以上で受ける場合、全員が承認するか、半数が承認するか、または１人が承認することによって、予約を確定させたり、予約を維持させたりすることができる。
【０２０６】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２０７】
また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０２０８】
【図１】本発明の一実施の形態の宿泊予約システムを示す図である。
【図２】サーバ１１のハードウェアの構成の例を示すブロック図である。
【図３】プログラムを実行するサーバ１１によって実現される機能の構成を説明する図である。
【図４】サーバ１１による予約者受付の処理の例を説明するフローチャートである。
【図５】宿泊予約申込画面の例を示す図である。
【図６】同伴者情報入力画面の例を示す図である。
【図７】同伴者宛の承認メールの例を示す図である。
【図８】サーバ１１による同伴者承認処理の例を説明するフローチャートである。
【図９】承認画面の例を示す図である。
【図１０】承認画面への入力の例を示す図である。
【図１１】予約者宛ての予約完了メールの例を示す図である。
【図１２】同伴者宛ての予約完了メールの例を示す図である。
【図１３】承認画面への入力の例を示す図である。
【図１４】やり直しメールの例を示す図である。
【図１５】サーバ１１による期限管理処理の例を説明するフローチャートである。
【図１６】サーバ１１による予約者受付の処理の他の例を説明するフローチャートである。
【図１７】サーバ１１による同伴者承認処理の他の例を説明するフローチャートである。
【図１８】サーバ１１による期限管理処理の他の例を説明するフローチャートである。
【符号の説明】
【０２０９】
１１  サーバ，  １２  インターネット，１３および１３−１乃至１３−Ｎ  施設コンピュータ  １４および１４−１乃至１４−Ｍ  端末装置，  ５１  CPU，  ５２  ROM，  ５３  RAM，  ５８  記憶部，  ５９  通信部，  ９１  リムーバブルメディア，１０１  Webサーバ機能，  １０２  画面データ生成部，  １０３  宿泊予約データベース，  １０４  メール送信制御部，  １０５  メール生成部，  １０６  同伴者承認後予約データベース，  １０７  予約受付処理部，  １０８  同伴者承認処理部，  １０９  期限管理部，  １１０  施設通知部，  １２１  URL発行部，  １２２  判定部
【図１】
0005106128.tif 000002
【図２】
0005106128.tif 000003
【図３】
0005106128.tif 000004
【図４】
0005106128.tif 000005
【図５】
0005106128.tif 000006
【図６】
0005106128.tif 000007
【図７】
0005106128.tif 000008
【図８】
0005106128.tif 000009
【図９】
0005106128.tif 000010
【図１０】
0005106128.tif 000011
【図１１】
0005106128.tif 000012
【図１２】
0005106128.tif 000013
【図１３】
0005106128.tif 000014
【図１４】
0005106128.tif 000015
【図１５】
0005106128.tif 000016
【図１６】
0005106128.tif 000017
【図１７】
0005106128.tif 000018
【図１８】
0005106128.tif 000019