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

Abstract

【課題】予約サイトにユーザが希望する予約枠の在庫がない場合、在庫が存在する他の予約サイトを介した予約をユーザに新たに個人情報を登録させることなく実行する。【解決手段】情報処理装置は、記憶部と制御部を有する。上記記憶部は、サービス提供者の利用予約を受付可能な第１の予約サイトにユーザ登録されたユーザに関するユーザ情報と、上記第１の予約サイトに割り当てられた上記サービス提供者の予約枠の在庫に関する在庫情報とを記憶する。上記制御部は、上記ユーザ端末から上記第１の予約サイトを介して上記サービス提供者の上記予約枠の在庫の有無に関する情報の送信要求を受信し、上記在庫情報に基づいて上記予約枠の在庫の有無を判断し、当該予約枠の在庫が無い場合に、上記第２の予約サイトを介して上記サーバから上記予約枠の在庫の有無に関する情報を受信し、当該第２の予約サイト及び当該予約枠の在庫に関する情報を上記ユーザ端末へ送信する。【選択図】図４

Description

本発明は、飲食店や宿泊施設等のサービス提供者に対するユーザからの利用予約要求を受付可能な情報処理装置、情報処理方法及びプログラムに関する。

従来から、サービスの予約システムにおいて、複数の予約サーバ間で予約枠（日時毎の席や部屋等の利用権）の在庫を相互に紹介する技術が存在する。例えば下記特許文献１には、旅館等の客室予約システムにおいて、ある予約サイトに割り当てられた客室の在庫が無い場合に、他の予約サイトに割り当てられた客室の在庫を問合せ、在庫があれば当該他の予約サイトをユーザに紹介し、予約の仲介をすることにより客室の稼働率向上させることが記載されている。

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

しかしながら、最近の予約サイトにおいては、ユーザは、予約のために予約サイト毎に個人情報を登録する必要があるところ、上記特許文献１の技術では、他の予約サイトの紹介を受けたユーザは、当該他の予約サイトを介した予約を望む場合には、他の予約サイトに新たに個人情報を登録する手間が生じることになる。

以上のような事情に鑑み、本発明の目的は、予約サイトにユーザが希望する予約枠の在庫が存在しない場合に、在庫が存在する他の予約サイトを介した予約を、ユーザに新たに個人情報を登録させることなく実行することが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶部と通信部と制御部を有する。上記記憶部は、サービス提供者の利用予約を受付可能な第１の予約サイトにユーザ登録されたユーザに関するユーザ情報と、上記第１の予約サイトに割り当てられた上記サービス提供者の予約枠の在庫に関する在庫情報とを記憶する。上記通信部は、上記ユーザのユーザ端末、及び、上記サービス提供者の利用予約を受付可能な第２の予約サイトを提供するサーバと通信可能である。上記制御部は、上記ユーザ端末から上記第１の予約サイトを介して上記サービス提供者の上記予約枠の在庫の有無に関する情報の送信要求を受信し、上記在庫情報に基づいて上記予約枠の在庫の有無を判断し、当該予約枠の在庫が無い場合に、上記第２の予約サイトを介して上記サーバから上記予約枠の在庫の有無に関する情報を受信する。また制御部は、上記第２の予約サイトにおいて上記予約枠の在庫が有る場合に、当該第２の予約サイト及び当該予約枠の在庫に関する情報を上記ユーザ端末へ送信する。さらに制御部は、上記ユーザ端末から上記第２の予約サイトを介した上記予約枠の予約要求を受信した場合に、当該第２の予約サイトにおいて当該予約枠を予約する。

この構成により情報処理装置は、予約サイトにユーザが希望する予約枠の在庫が存在しない場合に、在庫が存在する他の予約サイトを介した予約を、ユーザに新たに個人情報を登録させることなく実行することができる。ここで「予約枠」とは、例えば、飲食店、宿泊施設、交通機関（鉄道・航空機・船舶・バス等）、美容院、スポーツ施設、施術店等のサービス提供者が有する、部屋や席等の日時毎の予約枠を意味する。具体的には、飲食店におけるある特定の日の予約枠は、当該飲食店から第１の予約サイト及び第２の予約サイトに対して、１８時〜２０時、２０時〜２２時といった時間帯毎に所定数だけ割り当てられており、割り当て数はサイト毎に異なり得る。また、上記「予約枠の在庫の有無に関する情報の送信要求」には、特定の飲食店に対する情報の送信要求のみならず、自ユーザが所望する条件の飲食店の検索要求も含まれる。

上記制御部は、上記ユーザ端末から上記第１の予約サイト上の予約枠の検索要求を受信して検索結果を送信するまでの間に、上記サーバから上記予約枠の在庫の有無に関する情報を受信してもよい。

これにより情報処理装置は、第１の予約サイト上にユーザの所望する予約枠の在庫が無い場合でも、即座に第２の予約サイト上における当該予約枠の在庫の有無を把握することができる。

上記制御部は、上記第１の予約サイトにおける上記予約枠の在庫が無いことを示す情報と、上記第２の予約サイトに上記予約枠の在庫が有ることを示す情報とを上記ユーザ端末へ同時に送信してもよい。

これにより情報処理装置は、ユーザに、検索結果として第１の予約サイト上に予約枠の在庫が無いことを把握させると同時に第２の予約サイト上に予約枠の在庫が有ることを把握させ、第２の予約サイトを介した予約を促進することができる。

上記制御部は、複数の上記第２の予約サイトにおいて上記予約枠の在庫が有る場合に、当該複数の第２の予約サイトのうち、上記予約枠の予約のために当該第２の予約サイトへのログインが不要なサイトに関する情報を上記ユーザ端末へ優先的に送信してもよい。

これにより情報処理装置は、在庫を有する複数の第２の予約サイトのうち、ユーザ登録が不要なサイトを優先的にユーザに紹介することで、第２の予約サイト上での予約をより迅速に進めることができる。

上記記憶部は、上記ユーザ情報として、上記第２の予約サイトにユーザ登録したユーザが当該第２の予約サイトにログインするための識別情報を記憶してもよい。この場合上記制御部は、上記予約枠の在庫を有する第２の予約サイトに対して、上記予約枠の予約のためにログインが必要な場合、上記記憶された識別情報を用いて上記第２の予約サイトへログインして上記予約枠を予約してもよい。

これにより情報処理装置は、第２の予約サイトにおける予約枠の予約にログインが必要な場合であっても、予め記憶していたユーザの識別情報を用いることで予約を代行することが可能となる。

上記記憶部は、上記第２の予約サイトにユーザ登録した当該情報処理装置が当該第２の予約サイトにログインするための識別情報を記憶してもよい。この場合上記制御部は、上記予約枠の在庫を有する第２の予約サイトに対して、上記予約枠の予約のためにログインが必要な場合、上記記憶された識別情報を用いて上記第２の予約サイトへログインして上記予約枠を予約してもよい。

これにより情報処理装置は、第２の予約サイトにおける予約枠の予約にログインが必要な場合であっても、当該情報処理装置が予め登録しておいた識別情報を用いることで予約を代行することが可能となる。

上記制御部は、上記第２の予約サイトにおいて上記ユーザに代わって上記予約枠を予約した旨を示す情報を当該ユーザの上記ユーザ端末へ送信してもよい。

これにより情報処理装置は、所望の予約枠が第１の予約サイトではなく第２の予約サイトにおいて情報処理装置に代行予約された旨をユーザに把握させることができる。

上記通信部は、上記サービス提供者が有する施設端末と通信可能であってもよい。この場合上記制御部は、上記第２の予約サイトにおいて上記ユーザに代わって上記予約枠を予約した旨を示す情報及び当該ユーザに関する情報を、予約先の上記サービス提供者の施設端末へ送信してもよい。

これにより情報処理装置は、第２の予約サイトにおける予約が情報処理装置による代行予約であること、及び、実際の予約ユーザに関する情報をサービス提供者に把握させることができ、サービス提供者側の混乱を防ぐことができる。

本発明の他の形態に係る情報処理方法は、
サービス提供者の利用予約を受付可能な第１の予約サイトにユーザ登録されたユーザに関するユーザ情報と、上記第１の予約サイトに割り当てられた上記サービス提供者の予約枠の在庫に関する在庫情報とを記憶し、
上記ユーザ端末から上記第１の予約サイトを介して上記サービス提供者の上記予約枠の在庫の有無に関する情報の送信要求を受信し、
上記在庫情報に基づいて上記予約枠の在庫の有無を判断し、
上記予約枠の在庫が無い場合に、上記サービス提供者の利用予約を受付可能な第２の予約サイトを介して、当該第２の予約サイトを提供するサーバから上記予約枠の在庫の有無に関する情報を受信し、
上記第２の予約サイトにおいて上記予約枠の在庫が有る場合に、当該第２の予約サイト及び当該予約枠の在庫に関する情報を上記ユーザ端末へ送信し、
上記ユーザ端末から上記第２の予約サイトを介した上記予約枠の予約要求を受信した場合に、当該第２の予約サイトにおいて当該予約枠を予約することを含む。

本発明のまた別の形態に係るプログラムは、情報処理装置に、
サービス提供者の利用予約を受付可能な第１の予約サイトにユーザ登録されたユーザに関するユーザ情報と、上記第１の予約サイトに割り当てられた上記サービス提供者の予約枠の在庫に関する在庫情報とを記憶するステップと、
上記ユーザ端末から上記第１の予約サイトを介して上記サービス提供者の上記予約枠の在庫の有無に関する情報の送信要求を受信するステップと、
上記在庫情報に基づいて上記予約枠の在庫の有無を判断するステップと、
上記予約枠の在庫が無い場合に、上記サービス提供者の利用予約を受付可能な第２の予約サイトを介して、当該第２の予約サイトを提供するサーバから上記予約枠の在庫の有無に関する情報を受信するステップと、
上記第２の予約サイトにおいて上記予約枠の在庫が有る場合に、当該第２の予約サイト及び当該予約枠の在庫に関する情報を上記ユーザ端末へ送信するステップと、
上記ユーザ端末から上記第２の予約サイトを介した上記予約枠の予約要求を受信した場合に、当該第２の予約サイトにおいて当該予約枠を予約するステップと、を実行させる。

以上説明したように、本発明によれば、予約サイトにユーザが希望する予約枠の在庫が存在しない場合に、在庫が存在する他の予約サイトを介した予約を、ユーザに新たに個人情報を登録させることなく実行することができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによる、飲食店予約処理の流れを示したフローチャートである。

以下、図面を参照しながら、本発明の実施形態を説明する。

［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末３００と、他の飲食店情報提供サーバ４００とを含む。

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００及び複数の飲食店の飲食店端末３００とインターネット５０を介して接続されている。

飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。また飲食店情報提供サーバ１００は、当該飲食店情報を閲覧したユーザのユーザ端末２００からの、いずれかの飲食店に対する予約処理を代行する。

ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。

ユーザ端末２００は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。本実施形態では、飲食店の所在エリア（最寄駅）やジャンル、価格帯等、予め設定された検索条件をユーザ端末２００のユーザが選択することで検索要求の送信が可能である。そしてユーザ端末２００は、ユーザの操作に基づいて、上記検索結果として表示されたいずれかの飲食店に対する予約要求を飲食店情報提供サーバ１００へ送信可能である。

飲食店端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各飲食店の例えば管理者によって使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、飲食店情報提供サーバ１００との間で、例えば上記ユーザ端末２００のユーザによる飲食店のテーブルまたは席の予約に関する情報をやり取り可能である。

また他の飲食店情報提供サーバ４００は、上記飲食店情報提供サーバ１００と同様に、飲食店に関するポータルサイトを運営するウェブサーバであり、ユーザ端末２００からの検索要求に応じて飲食店情報を提供し、またユーザ端末２００からの飲食店への予約処理を代行する。他の飲食店情報提供サーバ４００は１つのみ図示されているが、複数存在していてもよい。

本実施形態では、飲食店情報提供サーバ１００（のポータルサイト）及び他の飲食店情報提供サーバ４００（のポータルサイト）には、各飲食店から、それぞれ上記各ポータルサイトを介して当該飲食店を予約可能な予約枠が割り当てられている。この場合の予約枠は、例えば１８時〜２０時、２０時〜２２時といった利用時間帯毎、及び利用人数毎のテーブル（席）の予約枠であり、飲食店情報提供サーバ１００と他の飲食店情報提供サーバ４００とでは、予約枠の割り当て数が異なっていてもよい。

そして本実施形態では、飲食店情報提供サーバ１００は、ユーザ端末２００から上記ポータルサイトに掲載された飲食店の予約枠の有無に関する情報の送信要求を受け、当該予約枠の在庫が無い場合に、上記他の飲食店情報提供サーバ４００が運営する他のポータルサイト上での上記予約枠の在庫の有無を問合せ、在庫が有る場合に、ユーザが望めば、当該他のポータルサイト上で、ユーザの予約処理を代行することが可能である。当該予約処理の詳細については後述する。

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

特に本実施形態では、記憶部１８は、飲食店情報提供サーバ１００が飲食店の予約処理を実行するためのアプリケーションその他のプログラムを記憶している。後述するが、記憶部１８は、そのようなデータを含むデータベースとして、飲食店情報データベース、ユーザ情報データベース、予約情報データベース及び在庫情報データベースを有している。

通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００及び飲食店端末３００との間の通信処理を担う。

なお、図示しないが、ユーザ端末２００、飲食店端末３００及び他の飲食店情報提供サーバ４００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。なお、ユーザ端末２００には、飲食店情報提供サーバ１００による飲食店予約処理と協働して動作するアプリケーションがインストールされていてもよい。

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、予約情報データベース３３、及び在庫情報データベース３４を有している。

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名や所在位置情報、その飲食店を識別するＩＤ（店舗ＩＤ）の他、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する内容、すなわち、店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報、飲食店が立地しているエリア情報、飲食店の住所（位置情報）、電話番号、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、営業時間、ウェブサイトＵＲＬ等の情報を記憶している。

上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。また上記画像データがメニューに対応するものである場合には、当該画像データはメニュー情報と対応付けられて記憶される。

上記エリア情報は、例えば都道府県単位のものであるが、市区町村等のより狭い範囲の単位でも情報が記憶されてもよい。上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。

予約情報データベース３３は、ユーザ端末２００からの予約要求に基づいて実行した、飲食店への予約情報、すなわち、ユーザ情報（ユーザＩＤ）、予約対象の飲食店名（店舗ＩＤ）、予約日時、予約人数、予約コース等の情報を記憶している。

在庫情報データベース３４は、各飲食店から割り当てられた予約枠の在庫情報、すなわち、例えば１カ月等の所定期間先までの各営業日の時間帯毎の保有（空き）予約枠に関する情報を、飲食店（飲食店ＩＤ）毎に記憶している。

これら各データベースは、後述する飲食店情報提供サーバ１００による、飲食店予約処理において、必要に応じて相互に参照されて用いられる。

［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

図４は、飲食店情報提供サーバ１００による、飲食店予約処理の流れを示したフローチャートである。

同図に示すように、飲食店情報提供サーバ１００のＣＰＵ１１はまず、ユーザ端末２００から、上記ポータルサイトを介して、所定条件の飲食店の予約枠の在庫検索要求を受信したか否かを判断する（ステップ４１）。所定条件とは、例えばジャンル、所在エリア、利用人数、時間帯、価格帯、店名等、ユーザによって指定または入力された条件である。

上記在庫検索要求を受信した場合（Ｙｅｓ）、ＣＰＵ１１は、上記在庫情報データベース３４を参照して、上記所定条件に合致する飲食店の予約枠の在庫の有無を判断する（ステップ４２）。

上記所定条件に合致する飲食店の予約枠の在庫が存在する場合（ステップ４３のＮｏ）には、ＣＰＵ１１は、その旨の検索結果をユーザ端末２００へ送信して、ユーザ端末２００からの予約要求に応じて通常の予約処理を実行する（ステップ４４）。

一方、上記予約枠の在庫が無い場合（ステップ４３のＹｅｓ）、ＣＰＵ１１は、上記条件と同一条件による予約枠の在庫の有無を、他の飲食店情報提供サーバ４００へ照会し、当該他の飲食店情報提供サーバ４００から、当該在庫の有無に関する情報を受信する（ステップ４５）。

すなわち、ＣＰＵ１１は、上記ユーザ端末２００から、飲食店情報提供サーバ１００が運営するポータルサイト上の予約枠の検索要求を受信してその検索結果を送信するまでの間に、上記他の飲食店情報提供サーバ４００から上記予約枠の在庫の有無に関する情報を受信する。同図の例では、ＣＰＵ１１は、飲食店情報提供サーバ１００自身の在庫情報の確認の後に他の飲食店情報提供サーバ４００へ在庫状況を照会しているが、それらの処理の順番は逆でもよいし同時でもよい。これによりＣＰＵ１１は、飲食店情報提供サーバ１００が運営するサイト上にユーザの所望する予約枠の在庫が無い場合に、即座に他の予約サイト上における当該予約枠の在庫の有無を把握することができる。

続いてＣＰＵ１１は、上記予約枠の在庫を有する他の飲食店情報提供サーバ４００のサイトの中に、予約のためにログインが不要なサイトが有るか否かを判断する（ステップ４６）。

予約のためにログインが不要なサイトがあると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該ログイン不要なサイトを優先的に選択する（ステップ４７）。これによりその後の予約処理が迅速化される。

続いてＣＰＵ１１は、上記ユーザ端末２００からの在庫検索要求に対する、在庫無しとの検索結果を、他の飲食店情報提供サーバ４００が運営するサイトでの在庫有りとの情報と共に、ユーザ端末２００へ送信する（ステップ４８）。予約枠の在庫を有する他のサイトが複数存在する場合には、それら全てのサイトに関する情報が送信されてもよいし、いずれか１つのサイトが何らかの基準で選択されて当該サイトに関する情報が送信されてもよい。

他のサイトの予約枠に関する情報には、当該他のサイトを介してユーザ端末２００が当該予約枠の予約要求を送信するためのユーザインタフェースが含まれている。

すなわち、ＣＰＵ１１は、飲食店情報提供サーバ１００が運営するサイトに予約枠の在庫が無いことを示す情報と、上記他の飲食店情報提供サーバ４００が運営するサイトに上記予約枠の在庫が有ることを示す情報とを、ユーザ端末２００へ同時に送信する。これによりＣＰＵ１１は、他の飲食店情報提供サーバ４００が運営するサイトに在庫が有ることを後からユーザ端末２００に通知する場合に比べて、ユーザによる当該他のサイトを介した飲食店の予約を促進することができる。

続いてＣＰＵ１１は、ユーザ端末２００から、他の飲食店情報提供サーバ４００が運営するサイト経由での上記飲食店の予約要求を受信したか否かを判断する（ステップ４９）。

上記他のサイト経由での飲食店の予約要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、予約要求対象の予約枠を有する他のサイトにおける予約のために、ログインが必要か否かを判断する（ステップ５０）。ただし、上記ステップ４６、４７でログインが不要なサイトが選択されている場合には、当該処理は不要となる。

予約にログインが必要と判断した場合（Ｙｅｓ）、ＣＰＵ１１は、飲食店情報提供サーバ１００が上記予約要求対象の予約枠を有する他のサイトにユーザ登録して取得したユーザＩＤを用いて、当該他のサイトにログインし、予約要求対象の予約枠を予約する（ステップ５１）。具体的には、ＣＰＵ１１は、例えば、上記他のサイトの予約フォーム上に必要事項を入力し、予約ボタンの押下等により、予約要求を送信する。この際、予約フォーム上の予約者名としては、飲食店情報提供サーバ１００が上記ユーザＩＤ取得時に登録した名前が入力される。

続いてＣＰＵ１１は、ユーザ端末２００へ、上記他のサイトにおける予約枠の代行予約完了報告を送信する（ステップ５２）。当該報告には、予約者名が当該ユーザ端末２００のユーザとは異なる名前であること、及び、その旨を飲食店側にも伝える旨を示す情報も含まれる。

そしてＣＰＵ１１は、予約対象の飲食店の飲食店端末３００へ、上記予約が飲食店情報提供サーバ１００による代行予約である旨の情報、及び、実際の利用ユーザに関する情報（氏名、連絡先等）を送信する（ステップ５３）。これにより、飲食店側で予約者に関する混乱が生じるのが防止される。

一方、上記ステップ５０において予約にログインが不要と判断した場合、ＣＰＵ１１は、上記予約要求の送信元であるユーザに関する情報を上記ユーザ情報データベース３２から抽出して、ユーザに代わってユーザ情報を予約フォームに入力し、予約処理を実行する（ステップ５４）。

そしてＣＰＵ１１は、ユーザ端末２００へ、上記他のサイトにおける予約枠の代行予約完了報告を送信する（ステップ５５）。

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、予約サイトにユーザが希望する予約枠の在庫が存在しない場合に、在庫が存在する他の予約サイトを介した予約を、ユーザに新たに個人情報を登録させることなく実行することができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態では、他の飲食店情報提供サーバ４００が運営するサイトが、予約のためにログインを要求する場合、飲食店情報提供サーバ１００は、飲食店情報提供サーバ１００が事前に取得した自身のユーザＩＤを用いて予約処理を実行した。しかし、他の飲食店情報提供サーバ４００が運営するサイトにユーザが既にユーザ登録している場合には、飲食店情報提供サーバ１００は、当該他のサイトにおけるユーザのログイン用のＩＤを予めユーザ情報の一部として記憶しておき、当該ＩＤを用いてユーザとして他のサイトにログインして予約枠の予約処理を実行してもよい。このような処理によっても、上述の実施形態と同様に、予約時にログインが必要になった場合に対処可能となる。

上述の実施形態においては、他のサイトにおける予約枠の代行予約が完了した場合、飲食店情報提供サーバ１００から、予約対象の飲食店の飲食店端末３００へ、上記予約が飲食店情報提供サーバ１００による代行予約である旨の情報が送信された。この際、飲食店端末３００は、当該代行予約を、他のサイト経由の予約を一旦（仮に）キャンセルして、当初ユーザ端末２００がアクセスした予約サイト経由の予約として振り替える処理を実行してもよい。具体的には、例えば、飲食店情報提供サーバ１００から飲食店端末３００へ送信される情報に、上記振り替え処理を飲食店端末３００の予約管理システム（アプリケーション）に指示するインタフェース（ボタン等）が設けられており、飲食店端末３００のユーザが当該インタフェースを操作（押下操作等）することで上記振り替え処理が実行されてもよい。これにより、予約先の飲食店から経由元の予約サイトへ送客手数料が支払われる仕組みにおいて、上記ユーザがアクセスしていない他の予約サイトではなく、ユーザが当初アクセスした（代行予約を実行した）予約サイトに対して送客手数料が適切に支払われることになる。

上述の実施形態においては、サービス提供者として飲食店が例に挙げられたが、本発明は、例えば宿泊施設、交通機関（鉄道・航空機・船舶・バス等）、美容院、スポーツ施設（ゴルフ場、テニスコート等）、施術店等のあらゆるサービス提供者が有する予約枠の代行予約処理に適用可能である。

本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…ユーザ情報データベース
３２…飲食店情報データベース
３３…予約情報データベース
３４…在庫情報データベース
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
４００…他の飲食店情報提供サーバ

Claims (10)

1. サービス提供者の利用予約を受付可能な第１の予約サイトにユーザ登録されたユーザに関するユーザ情報と、前記第１の予約サイトに割り当てられた前記サービス提供者の予約枠の在庫に関する在庫情報とを記憶する記憶部と、
   前記ユーザのユーザ端末、及び、前記サービス提供者の利用予約を受付可能な第２の予約サイトを提供するサーバと通信可能な通信部と、
   前記ユーザ端末から前記第１の予約サイトを介して前記サービス提供者の前記予約枠の在庫の有無に関する情報の送信要求を受信し、前記在庫情報に基づいて当該予約枠の在庫の有無を判断し、当該予約枠の在庫が無い場合に、前記第２の予約サイトを介して前記サーバから前記予約枠の在庫の有無に関する情報を受信し、
   前記第２の予約サイトにおいて前記予約枠の在庫が有る場合に、当該第２の予約サイト及び当該予約枠の在庫に関する情報を前記ユーザ端末へ送信し、
   前記ユーザ端末から前記第２の予約サイトを介した前記予約枠の予約要求を受信した場合に、当該第２の予約サイトにおいて当該予約枠を予約する
   制御部と、
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記制御部は、前記ユーザ端末から前記第１の予約サイト上の予約枠の検索要求を受信して検索結果を送信するまでの間に、前記サーバから前記予約枠の在庫の有無に関する情報を受信する
   情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記制御部は、前記第１の予約サイトにおける前記予約枠の在庫が無いことを示す情報と、前記第２の予約サイトに前記予約枠の在庫が有ることを示す情報とを前記ユーザ端末へ同時に送信する
   情報処理装置。
4. 請求項１乃至３のいずれかに記載の情報処理装置であって、
   前記制御部は、複数の前記第２の予約サイトにおいて前記予約枠の在庫が有る場合に、当該複数の第２の予約サイトのうち、前記予約枠の予約のために当該第２の予約サイトへのログインが不要なサイトに関する情報を前記ユーザ端末へ優先的に送信する
   情報処理装置。
5. 請求項１乃至４のいずれかに記載の情報処理装置であって、
   前記記憶部は、前記ユーザ情報として、前記第２の予約サイトにユーザ登録したユーザが当該第２の予約サイトにログインするための識別情報を記憶し、
   前記制御部は、前記予約枠の在庫を有する第２の予約サイトに対して、前記予約枠の予約のためにログインが必要な場合、前記記憶された識別情報を用いて前記第２の予約サイトへログインして前記予約枠を予約する
   情報処理装置。
6. 請求項１乃至４のいずれかに記載の情報処理装置であって、
   前記記憶部は、前記第２の予約サイトにユーザ登録した当該情報処理装置が当該第２の予約サイトにログインするための識別情報を記憶し、
   前記制御部は、前記予約枠の在庫を有する第２の予約サイトに対して、前記予約枠の予約のためにログインが必要な場合、前記記憶された識別情報を用いて前記第２の予約サイトへログインして前記予約枠を予約する
   情報処理装置。
7. 請求項１乃至６のいずれかに記載の情報処理装置であって、
   前記制御部は、前記第２の予約サイトにおいて前記ユーザに代わって前記予約枠を予約した旨を示す情報を当該ユーザの前記ユーザ端末へ送信する
   情報処理装置。
8. 請求項１乃至７のいずれかに記載の情報処理装置であって、
   前記通信部は、前記サービス提供者が有する施設端末と通信可能であり、
   前記制御部は、前記第２の予約サイトにおいて前記ユーザに代わって前記予約枠を予約した旨を示す情報及び当該ユーザに関する情報を、予約先の前記サービス提供者の施設端末へ送信する
   情報処理装置。
9. サービス提供者の利用予約を受付可能な第１の予約サイトにユーザ登録されたユーザに関するユーザ情報と、前記第１の予約サイトに割り当てられた前記サービス提供者の予約枠の在庫に関する在庫情報とを記憶し、
   前記ユーザ端末から前記第１の予約サイトを介して前記サービス提供者の前記予約枠の在庫の有無に関する情報の送信要求を受信し、
   前記在庫情報に基づいて前記予約枠の在庫の有無を判断し、
   前記予約枠の在庫が無い場合に、前記サービス提供者の利用予約を受付可能な第２の予約サイトを介して、当該第２の予約サイトを提供するサーバから前記予約枠の在庫の有無に関する情報を受信し、
   前記第２の予約サイトにおいて前記予約枠の在庫が有る場合に、当該第２の予約サイト及び当該予約枠の在庫に関する情報を前記ユーザ端末へ送信し、
   前記ユーザ端末から前記第２の予約サイトを介した前記予約枠の予約要求を受信した場合に、当該第２の予約サイトにおいて当該予約枠を予約する
   情報処理方法。
10. 情報処理装置に、
    サービス提供者の利用予約を受付可能な第１の予約サイトにユーザ登録されたユーザに関するユーザ情報と、前記第１の予約サイトに割り当てられた前記サービス提供者の予約枠の在庫に関する在庫情報とを記憶するステップと、
    前記ユーザ端末から前記第１の予約サイトを介して前記サービス提供者の前記予約枠の在庫の有無に関する情報の送信要求を受信するステップと、
    前記在庫情報に基づいて当該前記予約枠の在庫の有無を判断するステップと、
    前記予約枠の在庫が無い場合に、前記サービス提供者の利用予約を受付可能な第２の予約サイトを介して、当該第２の予約サイトを提供するサーバから前記予約枠の在庫の有無に関する情報を受信するステップと、
    前記第２の予約サイトにおいて前記予約枠の在庫が有る場合に、当該第２の予約サイト及び当該予約枠の在庫に関する情報を前記ユーザ端末へ送信するステップと、
    前記ユーザ端末から前記第２の予約サイトを介した前記予約枠の予約要求を受信した場合に、当該第２の予約サイトにおいて当該予約枠を予約するステップと
    を実行させるプログラム。

Images