特許 6351817 予約支援システム、サーバ装置、店舗検索方法、ならびに、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6351817

(24)【登録日】2018年6月15日

(45)【発行日】2018年7月4日

(54)【発明の名称】予約支援システム、サーバ装置、店舗検索方法、ならびに、プログラム

(51)【国際特許分類】

   G06Q 10/02 20120101AFI20180625BHJP

【ＦＩ】

   G06Q10/02

【請求項の数】6

【全頁数】22

(21)【出願番号】特願2017-197864(P2017-197864)

(22)【出願日】2017年10月11日

【審査請求日】2017年10月11日

【早期審査対象出願】

(73)【特許権者】

【識別番号】505265377

【氏名又は名称】株式会社ドリコム

(74)【代理人】

【識別番号】100110135

【弁理士】

【氏名又は名称】石井 裕一郎

(74)【代理人】

【識別番号】100132883

【弁理士】

【氏名又は名称】森川 泰司

(74)【代理人】

【識別番号】100148633

【弁理士】

【氏名又は名称】桜田 圭

(74)【代理人】

【識別番号】100148149

【弁理士】

【氏名又は名称】渡邉 幸男

(72)【発明者】

【氏名】五十嵐 啓之

(72)【発明者】

【氏名】趙 天宇

【審査官】 岸 健司

(56)【参考文献】

【文献】 国際公開第２０１４／１３２４０５（ＷＯ，Ａ１）

【文献】 特開２０１６−０７５９９５（ＪＰ，Ａ）

【文献】 特開２０１０−２２４６２６（ＪＰ，Ａ）

【文献】 特開２０１６−０９９９５８（ＪＰ，Ａ）

【文献】 特開２０１３−１７１４７８（ＪＰ，Ａ）

【文献】 特開２０１３−０２０６２６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

サーバ装置と、ユーザ端末と、店舗の予約が行えるサイト群とがネットワークを介して通信可能に接続された予約支援システムであって、
前記サイト群にアクセスし、各店舗における予約が可能な空席情報を事前に収集する空席情報収集部と、
前記空席情報収集部が収集した空席情報を、前記サイト群における店舗の店舗情報と対応付けて記憶する記憶部と、
前記ユーザ端末にて要求された店舗の検索条件に基づいて前記記憶部を検索し、当該検索条件に応じた店舗情報を取得する検索部と、
前記検索部が取得した店舗情報を含む店舗リストを、予約が行える信頼度の順に並び替えるリスト生成部と、
前記リスト生成部が生成した店舗リストを、前記ユーザ端末に提供する提供部と、
前記提供部が前記ユーザ端末に提供した前記店舗リストを通じて、前記ユーザ端末のアクセス先が前記サイト群の店舗に遷移したことを検出する遷移検出部と、
前記遷移検出部が遷移を検出した前記ユーザ端末から、規定時間内における再アクセスがない場合に、前記店舗リストを生成した際の前記検索条件に基づいて、前記記憶部に記憶される前記空席情報を更新する空席情報更新部と、備え、
前記空席情報収集部は、前記遷移検出部が遷移を検出した前記ユーザ端末から、規定時間内における再アクセスがない場合に、前記サイト群の店舗にアクセスして空席情報を収集し、
前記空席情報更新部は、前記空席情報収集部が前記サイト群の店舗にアクセスして収集した空席情報に応じて、前記記憶部に記憶される前記空席情報を更新する、
ことを特徴とする予約支援システム。

【請求項2】

ユーザ端末、及び、店舗の予約が行えるサイト群と、ネットワークを介して通信可能に接続されたサーバ装置であって、
前記サイト群にアクセスし、各店舗における予約が可能な空席情報を事前に収集する空席情報収集部と、
前記空席情報収集部が収集した空席情報を、前記サイト群における店舗の店舗情報と対応付けて記憶する記憶部と、
前記ユーザ端末から送られる店舗の検索条件を受信する受信部と、
前記受信部が受信した検索条件に基づいて前記記憶部を検索し、当該検索条件に応じた店舗情報を取得する検索部と、
前記検索部が取得した店舗情報を含む店舗リストを、予約が行える信頼度の順に並び替えるリスト生成部と、
前記リスト生成部が生成した店舗リストを、前記ユーザ端末に送信する送信部と、
前記送信部が前記ユーザ端末に送信した前記店舗リストを通じて、前記ユーザ端末のアクセス先が前記サイト群の店舗に遷移したことを検出する遷移検出部と、
前記遷移検出部が遷移を検出した前記ユーザ端末から、規定時間内における再アクセスがない場合に、前記店舗リストを生成した際の前記検索条件に基づいて、前記記憶部に記憶される前記空席情報を更新する空席情報更新部と、を備え、
前記空席情報収集部は、前記遷移検出部が遷移を検出した前記ユーザ端末から、規定時間内における再アクセスがない場合に、前記サイト群の店舗にアクセスして空席情報を収集し、
前記空席情報更新部は、前記空席情報収集部が前記サイト群の店舗にアクセスして収集した空席情報に応じて、前記記憶部に記憶される前記空席情報を更新する、
ことを特徴とするサーバ装置。

【請求項3】

前記空席情報収集部が時期をずらして複数回に亘って収集した空席情報における変化傾向、若しくは、前記送信部が前記ユーザ端末に送信した前記店舗リストを通じて行われた前記サイト群の店舗へのアクセス状況に基づいて、前記空席情報収集部が収集した空席情報の店舗に対し、予約が行える信頼度を算定する算定部を更に備え、
前記リスト生成部は、前記検索部が検索した店舗情報を含む店舗リストを、前記算定部が算定した信頼度の順に並び替える、
ことを特徴とする請求項２に記載のサーバ装置。

【請求項4】

前記空席情報収集部は、各店舗に応じて変更可能に設定された収集間隔に従って、前記サイト群から前記空席情報を順次収集するものであり、
前記送信部が前記ユーザ端末に送信した前記店舗リストを通じて行われた前記サイト群における店舗へのアクセス状況に応じて、対応する店舗における前記収集間隔を変更する設定変更部を更に備える、
ことを特徴とする請求項２又は３に記載のサーバ装置。

【請求項5】

ユーザ端末、及び、店舗の予約が行えるサイト群と、ネットワークを介して通信可能に接続されたサーバ装置における店舗検索方法であって、
前記サイト群にアクセスし、各店舗における予約が可能な空席情報を事前に収集する空席情報収集ステップと、
前記空席情報収集ステップにて収集した空席情報を、前記サイト群における店舗の店舗情報と対応付けて記憶部に格納する格納ステップと、
前記ユーザ端末から送られる店舗の検索条件を受信する受信ステップと、
前記受信ステップにて受信した検索条件に基づいて前記記憶部を検索し、当該検索条件に応じた店舗情報を取得する検索ステップと、
前記検索ステップにて取得した店舗情報を含む店舗リストを、予約が行える信頼度の順に並び替えるリスト生成ステップと、
前記リスト生成ステップが生成した店舗リストを、前記ユーザ端末に送信する送信ステップと、
前記送信ステップが前記ユーザ端末に送信した前記店舗リストを通じて、前記ユーザ端末のアクセス先が前記サイト群の店舗に遷移したことを検出する遷移検出ステップと、
前記遷移検出ステップが遷移を検出した前記ユーザ端末から、規定時間内における再アクセスがない場合に、前記店舗リストを生成した際の前記検索条件に基づいて、前記記憶部に記憶される前記空席情報を更新する空席情報更新ステップと、備え、
前記空席情報収集ステップでは、前記遷移検出部が遷移を検出した前記ユーザ端末から、規定時間内における再アクセスがない場合に、前記サイト群の店舗にアクセスして空席情報を収集し、
前記空席情報更新ステップでは、前記空席情報収集部が前記サイト群の店舗にアクセスして収集した空席情報に応じて、前記記憶部に記憶される前記空席情報を更新する、
ことを特徴とする店舗検索方法。

【請求項6】

ユーザ端末、及び、店舗の予約が行えるサイト群と、ネットワークを介して通信可能に接続されたコンピュータを、
前記サイト群にアクセスし、各店舗における予約が可能な空席情報を事前に収集する空席情報収集部、
前記空席情報収集部が収集した空席情報を、前記サイト群における店舗の店舗情報と対応付けて記憶する記憶部、
前記ユーザ端末から送られる店舗の検索条件を受信する受信部、
前記受信部が受信した検索条件に基づいて前記記憶部を検索し、当該検索条件に応じた店舗情報を取得する検索部、
前記検索部が取得した店舗情報を含む店舗リストを、予約が行える信頼度の順に並び替えるリスト生成部、
前記リスト生成部が生成した店舗リストを、前記ユーザ端末に送信する送信部、
前記送信部が前記ユーザ端末に送信した前記店舗リストを通じて、前記ユーザ端末のアクセス先が前記サイト群の店舗に遷移したことを検出する遷移検出部、
前記遷移検出部が遷移を検出した前記ユーザ端末から、規定時間内における再アクセスがない場合に、前記店舗リストを生成した際の前記検索条件に基づいて、前記記憶部に記憶される前記空席情報を更新する空席情報更新部、として機能させ、
前記空席情報収集部は、前記遷移検出部が遷移を検出した前記ユーザ端末から、規定時間内における再アクセスがない場合に、前記サイト群の店舗にアクセスして空席情報を収集し、
前記空席情報更新部は、前記空席情報収集部が前記サイト群の店舗にアクセスして収集した空席情報に応じて、前記記憶部に記憶される前記空席情報を更新する、
ように機能させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、店舗の予約を適切に支援できる予約支援システム、サーバ装置、店舗検索方法、ならびに、プログラムに関する。

【背景技術】

【0002】

従来より、レストラン等の飲食店（店舗）に関する種々の情報を提供するポータルサイトが知られている。このポータルサイトでは、ユーザが希望する条件（例えば、所在地やジャンル等）を入力して所望の店舗を検索可能となっている。そして、検索した店舗に空席があれば、事前に予約を入れることもできる。

【0003】

このような店舗を予約するシステムの先行技術として、例えば、特許文献１には、レストランの予約をより便利にし、レストラン事業者の予約処理の負担を低減できるレストラン予約システムの発明が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２−２７９２６１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述した特許文献１のレストラン予約システムでは、サーバに登録したレストラン事業者の店舗しか検索できない（なお、予約も同様である）。また、一般のポータルサイトにおいても、そのポータルサイトに登録された店舗の情報しか検索できない。
なお、実際のポータルサイトは、別個に複数運営されており、例えば、ある店舗（飲食店Ｘ）については、ポータルサイトＡにだけ登録されており、一方、別の店舗（飲食店Ｙ）については、ポータルサイトＢにだけ登録されている場合も多い。
更に、このようなポータルサイトに登録せずに、店舗が独自の予約サイトを立ち上げている場合もある。

【0006】

そのため、ユーザは、実際に店舗を検索して予約しようとする場合、複数のポータルサイト、及び、独自の予約サイトを一通りアクセスした上で、希望に適う店舗を決めて、その店舗に対して予約を行う必要があり、極めて煩雑であった。

【0007】

本発明は、上記実状に鑑みてなされたもので、店舗の予約を適切に支援することのできる予約支援システム、サーバ装置、店舗検索方法、ならびに、プログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

本発明に係る予約支援システムは、
サーバ装置と、ユーザ端末と、店舗の予約が行えるサイト群とがネットワークを介して通信可能に接続された予約支援システムであって、
前記サイト群にアクセスし、各店舗における予約が可能な空席情報を事前に収集する空席情報収集部と、
前記空席情報収集部が収集した空席情報を、前記サイト群における店舗の店舗情報と対応付けて記憶する記憶部と、
前記ユーザ端末にて要求された店舗の検索条件に基づいて前記記憶部を検索し、当該検索条件に応じた店舗情報を取得する検索部と、
前記検索部が取得した店舗情報を含む店舗リストを、予約が行える信頼度の順に並び替えるリスト生成部と、
前記リスト生成部が生成した店舗リストを、前記ユーザ端末に提供する提供部と、
を備えることを特徴とする。

【発明の効果】

【0009】

本発明によれば、店舗の予約を適切に支援することができる。

【図面の簡単な説明】

【0010】

【図1】本実施形態に係る予約支援システムの全体構成の一例を示すブロック図である。

【図2】予約支援サーバ、及び、ユーザ端末が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。

【図3】本実施形態に係る予約支援サーバの概要構成を示すブロック図である。

【図4】店舗管理情報の一例を示す模式図である。

【図5】空席情報の一例を示す模式図である。

【図6】検索画面の一例を示す模式図である。

【図7】検索結果画面の一例を示す模式図である。

【図8】本実施形態に係る空席情報収集処理を説明するためのフローチャートである。

【図9】本実施形態に係る店舗検索処理を説明するためのフローチャートである。

【図10】本実施形態に係る空席情報更新処理を説明するためのフローチャートである。

【発明を実施するための形態】

【0011】

以下に本発明の実施形態を説明する。本発明の実施形態では、各種のポータルサイトに登録されている店舗（レストラン等の飲食店）や独自の予約サイトを立ち上げている店舗に関する空席情報を事前に収集し、この空席情報を用いて、予約可能な店舗を一括検索することのできる予約支援システムを一例として説明する。以下では、予約対象として、レストラン等の飲食店を一例として説明するが、他に、レンタル対象物（ＤＶＤ，ＣＤ，自動車等）や他の施設（宿泊所，遊技場等）のように、予約対象が異なる場合でも適宜適用可能である。
また、以下の実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

【0012】

（全体構成）
本発明の実施形態に係る予約支援システム１００は、図１に示すように、予約支援サーバ２００と、サイト群３００と、ユーザ端末４００とがインターネット９００を介して通信可能に接続されて構成されている。
なお、サイト群３００は、レストラン等の飲食店（店舗）に関する情報を提供する各種のポータルサイトや、飲食店が個別に立ち上げた独自の予約サイト等である。このサイト群３００からは、後述するように、各店舗の空席情報が収集可能となっている。また、図中では簡略化しているが、ユーザ端末４００は、利用するユーザに応じて、多数存在しているものとする。

【0013】

予約支援サーバ２００は、例えば、サーバ装置（サーバ用コンピュータ）等であり、サイト群３００から各店舗における空席情報を事前（例えば、２ヶ月先までの空席情報を３０分毎や１時間毎）に収集しておき、この空席情報を用いて、ユーザの条件に合致する予約可能な店舗を一括検索し、検索結果（店舗リスト）をユーザ端末４００に提供する。
なお、予約支援サーバ２００の詳細については、後述する。

【0014】

ユーザ端末４００は、例えば、ブラウザ機能を有するパソコンやスマートフォン等であり、インターネット９００を介して予約支援サーバ２００にアクセスし、所望の条件に適う予約可能な店舗についての情報を取得する。
具体的にユーザ端末４００は、ブラウザを通じて予約支援サーバ２００にアクセスし、後述するような検索画面に所望の検索条件をセットして検索を要求することで、予約可能な店舗リストを含んだ検索結果画面を得ることができる。そして、ユーザ端末４００から、店舗リスト内の何れかの店舗が選ばれると、後述するリンク情報により、サイト群３００における対象のサイト（ポータルサイトや独自の予約サイト）に遷移でき、その店舗の予約が行えるようになっている。

【0015】

（情報処理装置の概要構成）
本発明の実施形態に係る予約支援サーバ２００、及び、ユーザ端末４００が実現される典型的な情報処理装置５００について説明する。

【0016】

情報処理装置５００は、図２に示すように、ＣＰＵ（Central Processing Unit）５０１と、ＲＯＭ（Read Only Memory）５０２と、ＲＡＭ（Random Access Memory）５０３と、記憶デバイス５０４と、表示デバイス５０５と、通信デバイス５０６と、操作デバイス５０７と、を備える。

【0017】

ＣＰＵ ５０１は、情報処理装置５００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。

【0018】

ＲＯＭ ５０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ ５０３に読み出してＣＰＵ ５０１による当該プログラムの実行が開始される。

【0019】

ＲＡＭ ５０３は、データやプログラムを一時的に記憶するためのもので、記憶デバイス５０４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

【0020】

記憶デバイス５０４は、ＳＳＤ（Solid State Drive）やハードディスク等であり、種々のデータを記憶する。例えば、記憶デバイス５０４は、情報処理装置５００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のアプリケーションや付随するデータ等を記憶する。

【0021】

表示デバイス５０５は、例えば、ＬＣＤ（Liquid Crystal Display）等の表示装置と、その表示装置に表示するための画像情報を記憶するＶＲＡＭ（Video Random Access Memory）と、画像情報を処理するための画像処理部とを含んで構成されている。この画像処理部は、記憶デバイス５０４から読み出されたデータや、ＣＰＵ ５０１にて処理されたデータを加工処理した後、これをＶＲＡＭに格納するなどして、画像情報を生成する。

【0022】

通信デバイス５０６は、移動体通信網や無線ＬＡＮ等を利用して無線通信を行う。なお、通信デバイス５０６は、有線ＬＡＮ等を利用して有線通信を行ってもよい。

【0023】

操作デバイス５０７は、タッチスクリーンやタッチパッド、ボタンやキーボード、若しくは、マウス等であり、ユーザの操作を受け付ける。なお、音声によって、ユーザの操作を受け付けてもよい。

【0024】

以下、上記情報処理装置５００において実現される予約支援サーバ２００の構成等について、図３〜図７を参照して説明する。情報処理装置５００に電源が投入されると、本実施形態に係る予約支援サーバ２００（本発明に係るサーバ装置）として機能させるプログラムが実行され、本実施形態に係る予約支援サーバ２００が実現される。
なお、ユーザ端末４００も同様に情報処理装置５００において実現され、後述するように、予約支援サーバ２００の少なくとも一部の機能をユーザ端末４００でも実現可能であるが、ここでは、本実施形態において最も特徴的な予約支援サーバ２００について、以下説明する。

【0025】

（予約支援サーバの概要構成）
図３は、本実施形態に係る予約支援サーバ２００の概要構成の一例を示すブロック図である。図示するように、予約支援サーバ２００は、受信部２１０と、送信部２２０と、記憶部２３０と、制御部２４０とを備え、レストラン等の飲食店（店舗）の予約を支援する。

【0026】

受信部２１０は、インターネット９００を介してユーザ端末４００等から送られる種々の情報を受信する。
例えば、受信部２１０は、ユーザ端末４００から送られる、予約可能な店舗を検索するための検索条件等の情報を受信する。この他にも、サイト群３００から事前に空席情報を収集する際に、受信部２１０は、サイト群３００における各店舗の空席情報を受信する。
上述した通信デバイス５０６等が、このような受信部２１０として機能しうる。

【0027】

送信部２２０は、インターネット９００を介してユーザ端末４００等に向けて、種々の情報を送信する。
例えば、送信部２２０は、ユーザ端末４００に向けて、後述する検索画面や検索結果画面等を送信する。この他にも、サイト群３００から事前に空席情報を収集する際に、送信部２２０は、サイト群３００（具体的には、各ポータルサイトや各予約サイト）に対して、空席情報を収集するための手続き情報を送信する。
上述した通信デバイス５０６等が、このような送信部２２０として機能しうる。

【0028】

記憶部２３０は、予約可能な店舗を検索するために必要な種々の情報を記憶する。
例えば、記憶部２３０は、店舗管理情報２３１、及び、空席情報群２３２等を記憶する。

【0029】

店舗管理情報２３１は、検索対象となる飲食店の情報であり、一例として、図４に示すような情報を含んでいる。
つまり、店舗管理情報２３１には、店舗ＩＤ２３１ａ、店舗名２３１ｂ、所在地２３１ｃ、ジャンル２３１ｄ、店舗評価値２３１ｅ、収集先アドレス２３１ｆ、及び、収集間隔２３１ｇ等が含まれている。
なお、ジャンル２３１ｄは、その店舗が提供する料理のジャンル（例えば、フレンチ，懐石，居酒屋，中華，イタリアン等）である。また、店舗評価値２３１ｅは、例えば、口コミ等により投稿されたその店舗の評価値である。また、収集先アドレス２３１ｆは、その店舗の空席情報を収集する際にアクセスすべきサイト群３００（より詳細には、対象となるポータルサイトや予約サイト）のアドレスである。そして、収集間隔２３１ｇは、空席情報を収集する間隔を規定する情報であり、店舗に応じて異なる間隔が設定されている。なお、収集間隔２３１ｇは固定ではなく、後述するように、適宜変更される。

【0030】

図３に戻って、空席情報群２３２は、サイト群３００から事前に収集した空席情報の集まりであり、各店舗において予約可能な空席に関する情報である。空席情報群２３２は、一例として、図５に示すような情報を含んでいる。
つまり、空席情報群２３２には、空席ＩＤ２３２ａ、店舗ＩＤ２３２ｂ、空席日時２３２ｃ、空席数２３２ｄ、予約の信頼度２３２ｅ、及び、リンク情報２３２ｆ等が含まれている。
なお、空席日時２３２ｃは、予約可能な空席がある日時である（図中では、２時間単位の時間を示しているが、一例であり、１時間単位や、３０分単位等であってもよい）。また、空席数２３２ｄは、その日時（空席日時２３２ｃ）に予約可能な空席の数である。
また、予約の信頼度２３２ｅは、実際に予約を試みた際に、予約が成立する確度を示す値である。予約の信頼度２３２ｅは、後述するように、時期をずらして複数回に亘って収集した空席情報における変化傾向（つまり、空席が埋まる実績）、若しくは、ユーザ端末４００に送信した店舗リスト（検索結果画面）を通じて行われたサイト群３００の店舗へのアクセス状況（つまり、人気等）に応じて、適宜算定される。なお、最尤推定法により、満席となっていない確率（予約が取れる確率）と尤度関数とから、最尤推定量を求めて、予約の信頼度２３２ｅを算定してもよい。その際、他の検索条件との対比において、満席となっていない確率が高いものほど優先して、最尤推定量を求めてもよい。
そして、リンク情報２３２ｆは、その店舗に対して予約を行う際にアクセスすべきサイト群３００（より詳細には、対象となるポータルサイトや予約サイト）のアドレス情報である。後述するように、店舗リストの遷移ボタンには、このリンク情報２３２ｆが張られており、遷移ボタンがクリックされると、ユーザ端末４００のアクセス先が、サイト群３００（より詳細には、対象となるポータルサイトや予約サイト）に遷移し、その店舗の予約が可能となる。

【0031】

記憶部２３０は、この他にも、制御部２４０の処理に必要な種々の情報を記憶する。例えば、記憶部２３０は、後述するように、ユーザ端末４００が予約のためにサイト群３００に遷移した際に、そのユーザ端末４００のクッキー情報や検索条件等も記憶する。
上述したＲＡＭ ５０３や記憶デバイス５０４等が、このような記憶部２３０として機能しうる。

【0032】

図３に戻って、制御部２４０は、予約支援サーバ２００全体を制御する。この制御部２４０は、例えば、空席情報収集部２４１、算定部２４２、検索部２４３、画面生成部２４４、設定更新部２４５、遷移検出部２４６、及び、空席情報更新部２４７等を含んでいる。

【0033】

空席情報収集部２４１は、サイト群３００から各店舗の空席情報を事前に収集する。
例えば、空席情報収集部２４１は、上述した図４の店舗管理情報２３１に基づいて、各店舗の空席情報（一例として、収集時点から２ヶ月先までの空席情報）を収集する。
空席情報収集部２４１は、収集した空席情報を、上述した図５の空席情報群２３２（つまり、最新の空席情報の集まり）として、記憶部２３０に記憶する。

【0034】

算定部２４２は、空席情報収集部２４１が収集した空席情報の店舗に対し、予約が行える信頼度を算定する。
例えば、算定部２４２は、空席情報収集部２４１が時期をずらして複数回に亘って収集した空席情報における変化傾向、つまり、空席が埋まる実績等に基づいて、空席情報の店舗に対し、予約が行える信頼度を算定する。なお、このような信頼度の算定手法は、一例であり、他の手法で予約が行える信頼度を算定してもよい。
例えば、算定部２４２は、後述するような店舗リストを含む検索結果画面がユーザ端末４００に送られた後に、その店舗リストを通じて行われたサイト群３００の店舗へのアクセス状況、つまり、人気等に基づいて、空席情報の店舗に対し、予約が行える信頼度を算定してもよい。
この他にも、算定部２４２は、最尤推定法により、満席となっていない確率（予約が取れる確率）と尤度関数とから、最尤推定量を求めて、予約の信頼度２３２ｅを算定してもよい。その際、他の検索条件との対比において、満席となっていない確率が高いものほど優先して、最尤推定量を求めてもよい。
算定部２４２は、算定した信頼度を、図５の空席情報群２３２における予約の信頼度２３２ｅとして記憶させる。

【0035】

検索部２４３は、ユーザ端末４００から送られた検索条件に応じた店舗の情報を、空席情報群２３２から検索する。
例えば、検索部２４３は、後述するように、エリア，ジャンル，日時，人数，並び順等を含んだ検索条件を、ユーザ端末４００から受け付けると（受信部２１０が受信すると）、その検索条件を検索キーにして空席情報群２３２を検索し、検索条件に合致した店舗情報を取得する。なお、検索条件の全てが合致しなくとも、部分的に一致している店舗情報を含めて取得してもよい。

【0036】

画面生成部２４４は、ユーザ端末４００からのアクセスに応じて、種々の画面（ｗｅｂページ）を生成する。
例えば、画面生成部２４４は、図６に示すような検索画面６１０や、図７に示すような検索結果画面６２０を生成する。
図６に示す検索画面６１０には、予約したい日付を選択するためのドラムロール６１１ａ、予約したい時間を選択するためのドラムロール６１１ｂ、予約したい人数を選択するためのドラムロール６１１ｃ、及び、検索を指示する検索ボタン６１２が含まれている。なお、図６では、予約したい店舗のエリア（地域）や、予約したい店舗のジャンルが既に選択済み（図の例では、○○エリア、及び、フレンチ）である場合を示している。つまり、エリアやジャンルは、例えば、タグ一覧等により、適宜選択されているものとする。
このような検索画面６１０は、一例であり、他の条件も選択できるようにしてもよい。例えば、店舗の雰囲気（落ち着いた店や、賑やかな店等）、予約人数における男女の割合（男性が多で女性が少、女性のみ等）、及び、予約の目的（デートや、歓送迎会等）を選択可能な検索画面６１０であってもよい。

【0037】

また、図７に示す検索結果画面６２０には、検索結果を並びかえるためのタブ６２１、検索された店舗リスト６２２（６２２ａ〜ｃ）、予約を行うためにサイト群３００に遷移させるための遷移ボタン６２３（６２３ａ〜ｃ）、及び、検索条件を変更するための再設定ボタン６２４が含まれている。
このような検索結果画面６２０は、一例であり、他の情報を含めてもよい。例えば、図７には、タブ６２１として、予約の信頼度順、評価順、及び、所在地順を示しているが、他に、お勧め順や、平均金額帯順等を含めてもよい。また、店舗リスト６２２（６２２ａ〜ｃ）中に、その条件での空席数（残り席数）等も含めてもよい。

【0038】

図３に戻って、設定更新部２４５は、図４の店舗管理情報２３１における収集間隔２３１ｇを、適宜変更する。
例えば、設定更新部２４５は、上述した図７に示すような検索結果画面６２０がユーザ端末４００に送られた後に、その検索結果画面６２０（店舗リスト）を通じて行われたサイト群３００の店舗へのアクセス状況、つまり、人気等に基づいて、その店舗の収集間隔２３１ｇを変更する。なお、各店舗の人気は、検索結果画面６２０を通じて行われたサイト群３００の店舗へのアクセス状況（例えば、直近の１週間分）が集計されており、その集計結果に応じて、求められているものとする。
そして、設定更新部２４５は、店舗の人気が高ければ、その店舗の収集間隔２３１ｇを基準（例えば、１時間）よりも短い時間（例えば、３０分等）に変更し、一方、店舗の人気が低ければ、その店舗の収集間隔２３１ｇを基準（例えば、１時間）よりも長い時間（例えば、２時間等）に変更する。
なお、このような収集間隔２３１ｇの変更手法は一例であり、他の手法で、収集間隔２３１ｇを変更してもよい。
例えば、設定更新部２４５は、空席情報収集部２４１が時期をずらして複数回に亘って収集した空席情報における変化傾向、つまり、空席が埋まる実績等に基づいて、その店舗の収集間隔２３１ｇを変更してもよい。
そして、設定更新部２４５は、空席が速く埋まる傾向であれば、その店舗の収集間隔２３１ｇを基準（例えば、１時間）よりも短い時間（例えば、３０分等）に変更し、一方、空席が遅く埋まる傾向であれば、その店舗の収集間隔２３１ｇを基準（例えば、１時間）よりも長い時間（例えば、２時間等）に変更する。

【0039】

遷移検出部２４６は、ユーザ端末４００が予約を行うために、サイト群３００（より詳細には、対象となるポータルサイトや予約サイト）に、遷移したことを検出する。
例えば、上述した図７に示すような検索結果画面６２０がユーザ端末４００に表示されている際に、何れかの遷移ボタン６２３（６２３ａ〜ｃ）が選択（クリックやタッチ）されると、遷移検出部２４６は、ユーザ端末４００が予約のために、サイト群３００へ遷移したことを検出する。

【0040】

空席情報更新部２４７は、遷移検出部２４６により遷移が検出されたユーザ端末４００から、規定時間内に再度のアクセスがなかった場合に、検索時の条件でその店舗の予約が行われたものとして、空席情報群２３２における対象の空席情報を更新する。
例えば、空席情報更新部２４７は、検索時の検索条件を保存しており、図５における空席数２３２ｄ（対象となる空席数２３２ｄ）から、検索条件における人数を減算する。なお、空席数２３２ｄの更新は、一時的なものであり、その店舗における次の収集タイミングで、空席情報収集部２４１により、空席情報が収集されると、空席数２３２ｄが最新の情報に上書きされる。つまり、空席情報更新部２４７は、次の収集タイミングまでの間において、予約が行われた可能性を考慮して、空席数２３２ｄを更新することにより、同様の検索条件で他のユーザ端末４００から検索が行われた場合に、より適切な検索結果を提供できるようにしている。
なお、後述するように、サイト群３００へ遷移が検出されたユーザ端末４００から、規定時間内に再度のアクセスがなかったことを契機に、空席情報収集部２４１が、対象となる店舗の空席情報を前倒しで収集する場合、空席情報更新部２４７は、収集された最新の空席情報に応じて、空席数２３２ｄ（対象となる空席数２３２ｄ）を更新するようにしてもよい。

【0041】

制御部２４０は、この他にも、最初に予約支援サーバ２００にアクセスしてきたユーザ端末４００（より詳細には、ユーザ端末４００のブラウザ）に対し、ユーザ端末４００を識別するためのクッキー情報を配布する処理なども適宜行う。なお、配布するのは、クッキー情報に限られず、ユーザ端末４００を識別可能であれば、他の情報であってもよい。
このようなクッキー情報等が配布された後には、ユーザ端末４００が予約支援サーバ２００にアクセスする際に、ユーザ端末４００からクッキー情報等が送られる（より詳細には、クッキー情報等を伴ってアクセスされる）ため、ユーザ端末４００を識別可能となる。
上述したＣＰＵ ５０１等が、このような構成からなる制御部２４０として機能しうる。

【0042】

（予約支援サーバの動作）
以下、このような構成の予約支援サーバ２００の動作について図８〜図１０を参照して説明する。図８は、本実施形態に係る空席情報収集処理の流れを示すフローチャートである。また、図９は、本実施形態に係る店舗検索処理の流れを示すフローチャートである。そして、図１０は、本実施形態に係る空席情報更新処理の流れを示すフローチャートである。

【0043】

最初に、図８に示す空席情報収集処理について説明する。この空席情報収集処理は、サイト群３００から各店舗について、予約可能な空席情報を事前に収集する処理であり、例えば、最小単位時間（一例として、３０分）毎に、繰り返し実行される。

【0044】

まず、予約支援サーバ２００は、店舗管理情報２３１からｎ番目の店舗の情報を参照する（ステップＳ１１）。なお、ｎの値は、初期値が１であり、後述するステップＳ１５にて、全店舗が完了していないと判別される度に、１ずつ加算されるものとする。
つまり、制御部２４０（空席情報収集部２４１）は、図４の店舗管理情報２３１から、１つの店舗の情報を参照する。

【0045】

予約支援サーバ２００は、ｎ番目の店舗について、収集タイミングの見直しを行う（ステップＳ１２）。
例えば、制御部２４０（設定更新部２４５）は、ｎ番目の店舗の人気に応じて、収集タイミングの見直しを行う。なお、店舗の人気は、上述した図７に示すような検索結果画面６２０（店舗リスト）を通じて行われたサイト群３００の店舗へのアクセス状況（例えば、直近の１週間分）が集計されており、その集計結果に応じて、求められているものとする。そして、制御部２４０は、ｎ番目の店舗の人気が高ければ、その店舗の収集間隔２３１ｇを基準（例えば、１時間）よりも短い時間（例えば、３０分等）に変更し、一方、ｎ番目の店舗の人気が低ければ、その店舗の収集間隔２３１ｇを基準（例えば、１時間）よりも長い時間（例えば、２時間等）に変更する。
なお、上述したように、制御部２４０は、時期をずらして複数回に亘って収集した空席情報における変化傾向、つまり、空席が埋まる実績等に基づいて、ｎ番目の店舗の収集間隔２３１ｇを変更してもよい。そして、制御部２４０は、ｎ番目の店舗の空席が速く埋まる傾向であれば、その店舗の収集間隔２３１ｇを基準（例えば、１時間）よりも短い時間（例えば、３０分等）に変更し、一方、ｎ番目の店舗の空席が遅く埋まる傾向であれば、その店舗の収集間隔２３１ｇを基準（例えば、１時間）よりも長い時間（例えば、２時間等）に変更する。

【0046】

予約支援サーバ２００は、収集タイミングであるか否かを判別する（ステップＳ１３）。
すなわち、制御部２４０は、見直し後の収集間隔２３１ｇ（対象となる収集間隔２３１ｇ）を参照し、今回が、その店舗の収集タイミングであるかどうかを判別する。
予約支援サーバ２００は、収集タイミングでないと判別すると（ステップＳ１３；Ｎｏ）、後述するステップＳ１６に処理を進める。

【0047】

一方、収集タイミングであると判別した場合（ステップＳ１３；Ｙｅｓ）に、予約支援サーバ２００は、ｎ番目の店舗の空席情報を、対象のサイトから収集する（ステップＳ１４）。
すなわち、制御部２４０は、店舗管理情報２３１における収集先アドレス２３１ｆ（対象となる収集先アドレス２３１ｆ）を読み出し、そのアドレス先にアクセスし、予約可能な空席情報を収集する。

【0048】

予約支援サーバ２００は、収集した空席情報を記憶部２３０に登録する（ステップＳ１５）。
すなわち、制御部２４０は、収集した空席情報に対応する空席情報が図５の空席情報群２３２に記憶されていれば、今回収集した空席情報にて上書きする。また、収集した空席情報に対応する空席情報が空席情報群２３２に記憶されていなければ、制御部２４０は、空席情報群２３２に今回収集した空席情報を追加して記憶する。その際、制御部２４０（算定部２４２）は、その空席情報の店舗に対し、予約が行える信頼度を算定し、空席情報群２３２における予約の信頼度２３２ｅとして記憶させる。

【0049】

予約支援サーバ２００は、全店舗について処理が完了したか否かを判別する（ステップＳ１６）。
予約支援サーバ２００は、全店舗について処理が完了していないと判別すると（ステップＳ１６；Ｎｏ）、上述したステップＳ１１に処理を戻す（なお、ｎの値は１加算される）。
一方、全店舗について処理が完了したと判別すると（ステップＳ１６；Ｙｅｓ）、予約支援サーバ２００は、図８の空席情報収集処理を終える。

【0050】

このような空席情報収集処理によって、サイト群３００から各店舗の空席情報を事前に収集する。しかも、各店舗における収集タイミングは、検索結果画面６２０を通じて行われたサイト群３００の店舗へのアクセス状況や、空席が埋まる実績等に基づいて適宜変更されている。そのため、有効な空席情報を効率よく収集することができる。

【0051】

次に、図９に示す店舗検索処理について説明する。この店舗検索処理は、例えば、上述した図６に示すような検索画面６１０が、ユーザ端末４００に提供されており、検索条件が設定された後に、検索ボタン６１２が選択（クリックやタッチ）された際に開始される。
なお、上述した図８の空席情報収集処理によって、図５の空席情報群２３２には、最新の空席情報が登録されているものとする。

【0052】

まず、予約支援サーバ２００は、検索条件を受信する（ステップＳ２１）。
すなわち、制御部２４０（検索部２４３）は、予約可能な店舗を検索するための検索条件（一例として、エリア，ジャンル，日時，人数，並び順等を含んだ検索条件）を、受信部２１０を通じて、ユーザ端末４００から受信する。なお、検索条件の並び順が、予約の信頼度順、評価順、及び、所在地順の何れかであるの場合を一例として説明するが、他の並び順であってもよい。

【0053】

予約支援サーバ２００は、受信した検索条件を用いて、空席情報群２３２を検索する（ステップＳ２２）。
すなわち、制御部２４０は、検索条件を検索キーにして、空席情報群２３２を検索し、検索条件に合致した店舗情報を得る。

【0054】

予約支援サーバ２００は、検索条件における並び順が、予約の信頼度順であるか否かを判別する（ステップＳ２３）。
予約支援サーバ２００は、並び順が予約の信頼度順であると判別すると（ステップＳ２３；Ｙｅｓ）、検索により得られた店舗情報を予約の信頼度順に並び替えた店舗リストを作成する（ステップＳ２４）。
すなわち、制御部２４０（画面生成部２４３）は、得られた店舗情報を、予約の信頼度の高い順にソートした店舗リストを作成する。

【0055】

予約支援サーバ２００は、並び順が予約の信頼度順でないと判別した場合（ステップＳ２３；Ｎｏ）に、検索条件における並び順が、評価順であるか否かを判別する（ステップＳ２５）。
予約支援サーバ２００は、並び順が評価順であると判別すると（ステップＳ２５；Ｙｅｓ）、検索により得られた店舗情報を評価順に並び替えた店舗リストを作成する（ステップＳ２６）。
すなわち、制御部２４０は、得られた店舗情報を、評価の高い順にソートした店舗リストを作成する。

【0056】

予約支援サーバ２００は、並び順が評価順でないと判別した場合（ステップＳ２５；Ｎｏ）に、検索により得られた店舗情報を所在地順に並び替えた店舗リストを作成する（ステップＳ２７）。
すなわち、制御部２４０は、得られた店舗情報を、所在地の順にソートした店舗リストを作成する。なお、ユーザ端末４００から、ユーザの現在位置が取得できている場合に、制御部２４０は、得られた店舗情報を、ユーザの現在位置に近い順にソートした店舗リストを作成してもよい。

【0057】

なお、並び順が指定されていなかった場合には、以下の条件に沿って、自動的に並び順を変更して、店舗リストを作成してもよい。
まず、検索条件の日時（つまり、予約日時）が迫っている場合（例えば、現在日時と予約日時との差が、基準値よりも小さい場合）に、制御部２４０は、検索により得られた店舗情報を予約の信頼度順に並び替えた店舗リストを作成する。
また、検索条件の日時が迫っておらず、ユーザ端末４００から、ユーザの現在位置が取得できている場合に、制御部２４０は、検索により得られた店舗情報を所在地順に並び替えた店舗リストを作成する。
また、検索条件の日時が迫っておらず、ユーザの現在位置が取得できていない場合に、制御部２４０は、検索により得られた店舗情報を評価順に並び替えた店舗リストを作成する。

【0058】

予約支援サーバ２００は、作成した店舗リストを含んだ検索結果画面を生成する（ステップＳ２８）。
例えば、上述のステップＳ２６にて、予約の信頼度順にソートした店舗リストを生成した場合に、制御部２４０（画面生成部２４４）は、図７に示すような検索結果画面６２０を生成する。図７に示す検索結果画面６２０には、予約の信頼度が高い順に店舗リスト６２２（６２２ａ〜ｃ）が並び替えられている。また、店舗リスト６２２（６２２ａ〜ｃ）の各店舗に対して、予約を行うためにサイト群３００に遷移させるための遷移ボタン６２３（６２３ａ〜ｃ）が配置されている。

【0059】

予約支援サーバ２００は、生成した検索結果画面をユーザ端末４００に送信する（ステップＳ２９）。
すなわち、制御部２４０は、図７に示すような検索結果画面６２０を、送信部２２０を通じてユーザ端末４００に提供する。

【0060】

このような店舗検索処理では、サイト群３００から事前に収集した各店舗の空席情報を基に一括検索するため、より多くの店舗の中から検索条件に応じた店舗を、より迅速に検索することができる。
また、検索された店舗リストは、例えば、予約できる信頼度が高い順に並んでおり、換言すると、空席状況に余裕のない店舗（予約が取り難い店舗）の優先度が下げられているため、実際に予約を行うべく、サイト群３００に遷移した際に、満席で予約ができないといった不都合を減らすことができる。

【0061】

次に、図１０に示す空席情報更新処理について説明する。この空席情報更新処理は、上述した店舗検索処理によって、例えば、図７に示すような検索結果画面６２０がユーザ端末４００に提供されており、この検索結果画面６２０から、何れかの遷移ボタン６２３（６２３ａ〜ｃ）が選択（クリックやタッチ）された際に開始される。

【0062】

まず、予約支援サーバ２００は、遷移したユーザ端末４００のクッキー情報等を保存する（ステップＳ３１）。
すなわち、制御部２４０は、予約のためにサイト群３００（より詳細には、対象となるポータルサイトや予約サイト）に遷移したユーザ端末４００のクッキー情報や検索条件等を記憶部２３０に記憶する。

【0063】

予約支援サーバ２００は、規定時間の計時を開始する（ステップＳ３２）。
例えば、制御部２４０は、１０分と定められた規定時間の計時を開始する。なお、この規定時間は、一例であり、適宜変更可能である。

【0064】

予約支援サーバ２００は、保存したクッキー情報のユーザ端末４００から、アクセスがあったか否かを判別する（ステップＳ３３）。
すなわち、制御部２４０は、予約支援サーバ２００にアクセスする何れかのユーザ端末４００から、保存したクッキー情報と同じクッキー情報が、送られたかどうかを判別する。なお、保存したクッキー情報のユーザ端末４００から、アクセスがあったと判別した場合に（ステップＳ３３；Ｙｅｓ）、予約支援サーバ２００は、遷移先のサイト群３００において予約が行われなかったものとし、そのまま空席情報更新処理を終える。

【0065】

予約支援サーバ２００は、保存したクッキー情報のユーザ端末４００から、アクセスがないと判別すると（ステップＳ３３；Ｎｏ）、規定時間が経過したか否かを判別する（ステップＳ３４）。
つまり、制御部２４０は、ステップＳ３２にて計時を開始した規定時間が経過したかどうかを判別する。
予約支援サーバ２００は、規定時間が経過していないと判別すると（ステップＳ３４；Ｎｏ）、上述したステップＳ３３に処理を戻す。

【0066】

一方、規定時間が経過したと判別した場合（ステップＳ３４；Ｙｅｓ）に、予約支援サーバ２００は、対象の空席情報を更新する（ステップＳ３５）。
すなわち、制御部２４０（空席情報更新部２４７）は、検索時の条件でその店舗の予約が行われたものとして、図５の空席情報群２３２（対象となる空席情報）を更新する。
例えば、制御部２４０は、空席情報群２３２における空席数２３２ｄ（対象となる空席数２３２ｄ）から、保存した検索条件における人数を減算する。なお、空席数２３２ｄの更新は、一時的なものであり、その店舗における次の収集タイミングで、上述した空席情報収集処理により、空席情報が収集されると、空席数２３２ｄが最新の情報に上書きされる。

【0067】

このような空席情報更新処理により、予約が行われた可能性を考慮して、空席数２３２ｄを更新することにより、同様な検索条件で他のユーザ端末４００から検索が行われた場合に、より適切な検索結果を提供できる。

【0068】

また、上述した空席情報更新処理では、サイト群３００に遷移したユーザ端末４００からのアクセスがないまま規定時間が経過した際に、検索時の条件でその店舗の予約が行われたものとして、空席情報群２３２の空席数２３２ｄ（対象となる空席数２３２ｄ）を更新する場合について説明したが、対象となる店舗の空席情報を前倒しで収集し、収集した最新の空席情報に応じて空席数２３２ｄを更新するようにしてもよい。
例えば、図１０のステップＳ３４にて、規定時間が経過したと判別した場合（ステップＳ３４；Ｙｅｓ）に、予約支援サーバ２００は、サイト群３００（対象となるポータルサイトや予約サイト）にアクセスして予約が行われたとされる店舗の空席情報を収集し、空席情報群２３２における空席数２３２ｄ（対象となる空席数２３２ｄ）と違いがあれば、空席数２３２ｄを最新の値に更新する。その際、検索時の条件に対応する空席数２３２ｄだけでなく、空席情報群２３２におけるその店舗についての全ての空席数２３２ｄを最新の値に更新してもよい。
この場合、予約のためにサイト群３００に遷移することが多い店舗（人気のある店舗）については、収集タイミングよりも短い間隔で、空席情報を更新することができる。

【0069】

（他の実施形態）
上記の実施形態では、店舗の検索時において、検索条件の日時（つまり、予約したい日時）と現在の日時との時間差（つまり、予約までの残り時間）を特に考慮しない場合について説明したが、予約までの残り時間が、一定時間（例えば、数時間）よりも小さければ、検索結果画面（店舗リスト）を適宜変更して表示してもよい。
つまり、予約までの残り時間にあまり余裕がない状況において、多くの店舗を提示してしまうと、候補が多すぎてユーザが店舗を決め難くなる。そのため、予約支援サーバ２００は、予約までの残り時間が一定時間よりも小さい場合に、例えば、予約の信頼度順等において上位の３店舗に絞り込んだ店舗リストの検索結果画面を生成して、ユーザ端末４００に表示する。
この場合、予約の日時までに、時間的な余裕がない状況でも、ユーザが店舗を決めやすくなる。

【0070】

これに加えて、ユーザ端末４００から、ユーザの現在位置が取得できている場合では、ユーザの現在位置と店舗の所在地との距離を用いて、店舗を絞り込んでもよい。例えば、予約支援サーバ２００は、予約までの残り時間が一定時間よりも小さい場合に、ユーザの現在位置を中心に所定距離（一例として、数十キロメートル）を半径とした円形の範囲内に所在する店舗に絞り込んだ店舗リスト（検索結果画面）を生成して、ユーザ端末４００に提示する。なお、このような円形に限られず、矩形等の範囲内に所在する店舗に絞り込んでもよい。また、ユーザが移動している場合（現在位置の変化からユーザの移動が判別できる場合）、現在位置を基準に移動方向に開いた扇形の範囲内に所在する店舗に絞り込んでもよい。その上で、予約までの残り時間が減るにつれて、円形や扇形の半径や、矩形の幅や高さを短くするなどし、残り時間が少ないほど、ユーザの現在位置からより近い店舗が絞り込まれるようにしてもよい。
この場合、予約の日時までに、時間的な余裕がない状況でも、より適切に絞り込んだ店舗リストを提供できる。

【0071】

更に、予約までの残り時間が、一定時間よりも小さければ、検索条件において並び順が指定されていない場合等でも、予約の信頼度が規定値を超えている店舗に絞り込んだ店舗リストの検索結果画面を生成して、ユーザ端末４００に表示してもよい。その上で、予約までの残り時間が減るにつれて、規定値を高くするなどし、残り時間が少ないほど、予約の信頼度のより高い店舗が絞り込まれるようにしてもよい。
この場合、予約までの残り時間が少ないほど、予約が成立する確度がより高い（満席となっておらず、予約が取り易い）店舗に絞り込んだ店舗リストを提供できる。

【0072】

上記の実施形態では、店舗の空席情報を収集する際に、空席数（つまり、予約可能な人数）を特に指定せずに、全ての空席についての空席情報を、店舗に応じた収集タイミングに収集する場合について説明したが、店舗検索時に多用される人数等に応じて、空席数を指定した空席情報を収集するようにしてもよい。また、収集タイミングも、指定する空席数に応じて異ならせてもよい。
例えば、ある店舗において、２名の検索が最も多く、続いて、３名、４名の順で検索に用いられる割合が減っている場合、予約支援サーバ２００は、その店舗に対して、空席数２を指定した空席情報の収集を３０分毎に行い、空席数３を指定した空席情報の収集を４５分毎に行い、そして、空席数４を指定した空席情報の収集を１時間毎に行う。
この場合、店舗の検索時の実情に応じて、有効な空席情報を効率よく収集することができる。

【0073】

上記の実施形態では、予約支援サーバ２００側で、空席情報の収集、予約が行える信頼度の算定、店舗リストの検索、検索画面の生成、収集間隔等の設定更新、アクセス先の遷移の検出、及び、空席情報の更新等の全てを行う場合について説明したが、これらのうち、少なくとも一部の機能を、ユーザ端末４００側で行うようにしてもよい。
すなわち、図３に示す記憶部２３０や制御部２４０における全ての構成を、予約支援サーバ２００側が備えるのではなく、少なくとも一部の構成をユーザ端末４００側で備えるようにする。その際、ユーザ端末４００側の種類（処理性能等）に応じて、ユーザ端末４００側に備える構成が異なっていてもよい。
このように、予約支援サーバ２００側と、ユーザ端末４００側とで適宜機能を分担する場合でも、予約支援システム１００全体で、店舗の予約を適切に支援することができる。

【0074】

上記の実施形態では、レストラン等の飲食店の予約を支援する予約支援システム１００を一例として説明したが、このような飲食店以外の他の施設（宿泊所，遊技場等）を予約する場合においても、同様に適用可能である。また、レンタル対象物（ＤＶＤ，ＣＤ，自動車等）を予約する場合においても、同様に適用可能である。

【0075】

また、上記の実施形態では、専用の予約支援サーバ２００等を用いる場合について説明したが、このような予約支援サーバ２００等の動作を規定する動作プログラムを既存のパーソナルコンピュータや情報端末機器等に適用することで、当該パーソナルコンピュータを予約支援サーバ２００等として機能させることも可能である。

【0076】

また、このようなプログラムの配布方法は任意であり、例えば、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ（Magneto Optical Disc）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットといった通信ネットワークを介して配布してもよい。

【0077】

（まとめ）
本発明の第１の観点に係る予約支援システムは、サーバ装置（予約支援サーバ）と、ユーザ端末（スマートフォン等）と、店舗の予約が行えるサイト群（ポータルサイトや予約サイト）とがネットワークを介して通信可能に接続された予約支援システムであって、空席情報収集部、記憶部、検索部、リスト生成部、及び、提供部を備えている。

【0078】

空席情報収集部は、サイト群にアクセスし、各店舗における予約が可能な空席情報を事前に収集する。記憶部は、空席情報収集部が収集した空席情報を、サイト群における店舗の店舗情報と対応付けて記憶する。
また、検索部は、ユーザ端末にて要求された店舗の検索条件に基づいて記憶部を検索し、当該検索条件に応じた店舗情報を取得する。リスト生成部は、検索部が取得した店舗情報を含む店舗リストを、予約が行える信頼度の順に並び替える。
そして、提供部は、リスト生成部が生成した店舗リスト（検索結果画面等）を、ユーザ端末に提供する。

【0079】

このように、サイト群から事前に収集した各店舗の空席情報を基に一括検索するため、より多くの店舗の中から検索条件に応じた店舗を、より迅速に検索することができる。また、検索された店舗リストは、予約できる信頼度が高い順に並んでおり、換言すると、空席状況に余裕のない店舗（予約が取り難い店舗）の優先度が下げられているため、実際に予約を行うべく、サイト群に遷移した際に、満席で予約ができないといった不都合を減らすことができる。
この結果、店舗の予約を適切に支援することができる。

【0080】

本発明の第２の観点に係るサーバ装置（予約支援サーバ）は、ユーザ端末（スマートフォン等）、及び、店舗の予約が行えるサイト群（ポータルサイトや予約サイト）と、ネットワークを介して通信可能に接続されたサーバ装置であって、空席情報収集部、記憶部、受信部、検索部、リスト生成部、及び、送信部を備えている。

【0081】

すなわち、第２の観点に係るサーバ装置でも、第１の観点に係る予約支援システムと同様に、店舗の予約を適切に支援することができる。

【0082】

また、上記サーバ装置において、空席情報収集部が時期をずらして複数回に亘って収集した空席情報における変化傾向、若しくは、送信部がユーザ端末に送信した店舗リストを通じて行われたサイト群の店舗へのアクセス状況に基づいて、空席情報収集部が収集した空席情報の店舗に対し、予約が行える信頼度を算定する算定部を更に備え、リスト生成部は、検索部が検索した店舗情報を含む店舗リストを、算定部が算定した信頼度の順に並び替えてもよい。
この場合、予約が成立する確度がより高い（満席となっておらず、予約が取り易い）順に並べた店舗リストを提供できる。

【0083】

また、上記サーバ装置において、空席情報収集部は、各店舗に応じて変更可能に設定された収集間隔に従って、サイト群から空席情報を順次収集するものであり、送信部がユーザ端末に送信した店舗リストを通じて行われたサイト群における店舗へのアクセス状況に応じて、対応する店舗における収集間隔を変更する設定変更部を更に備えてもよい。
この場合、店舗に応じて、収集間隔を変更するため、有効な空席情報を効率よく収集することができる。

【0084】

また、上記サーバ装置において、送信部がユーザ端末に送信した店舗リストを通じて、ユーザ端末のアクセス先がサイト群の店舗に遷移したことを検出する遷移検出部と、遷移検出部が遷移を検出したユーザ端末から、規定時間内における再アクセスがない場合に、店舗リストを生成した際の前記検索条件に基づいて、記憶部に記憶される空席情報を更新する空席情報更新部と、を更に備えてもよい。
この場合、予約が行われた可能性を考慮して、空席情報を更新するため、同様な検索条件で他のユーザ端末から検索が行われた場合に、より適切な店舗リストを提供できる。

【0085】

また、上記サーバ装置において、空席情報収集部は、遷移検出部が遷移を検出したユーザ端末から、規定時間内における再アクセスがない場合に、サイト群の店舗にアクセスして空席情報を収集し、空席情報更新部は、空席情報収集部がサイト群の店舗にアクセスして収集した空席情報に応じて、記憶部に記憶される空席情報を更新してもよい。
この場合、予約のためにサイト群に遷移することが多い店舗（人気のある店舗）については、収集間隔よりも短い間隔で、空席情報を更新することができる。

【0086】

本発明の第３の観点に係る店舗検索方法は、ユーザ端末（スマートフォン等）、及び、店舗の予約が行えるサイト群（ポータルサイトや予約サイト）と、ネットワークを介して通信可能に接続されたサーバ装置における店舗検索方法であって、空席情報収集ステップ、格納ステップ、受信ステップ、検索ステップ、リスト生成ステップ、及び、送信ステップを備えている。

【0087】

すなわち、第３の観点に係る店舗検索方法は、第１の観点に係る予約支援システムと同様に、店舗の予約を適切に支援することができる。

【0088】

本発明の第４の観点に係るプログラムは、ユーザ端末（スマートフォン等）、及び、店舗の予約が行えるサイト群（ポータルサイトや予約サイト）と、ネットワークを介して通信可能に接続されたコンピュータを、空席情報収集部、記憶部、受信部、検索部、リスト生成部、及び、送信部として機能させる。

【0089】

すなわち、第４の観点に係るプログラムは、第１の観点に係る予約支援システムと同様に店舗の予約を適切に支援することができる。

【産業上の利用可能性】

【0090】

以上説明したように、本発明によれば、店舗の予約を適切に支援することのできる予約支援システム、サーバ装置、店舗検索方法、ならびに、プログラムを提供することができる。

【符号の説明】

【0091】

１００ 予約支援システム
２００ 予約支援サーバ
２１０ 受信部
２２０ 送信部
２３０ 記憶部
２３１ 店舗管理情報
２３２ 空席情報群
２４０ 制御部
２４１ 空席情報収集部
２４２ 算定部
２４３ 検索部
２４４ 画面生成部
２４５ 設定更新部
２４６ 遷移検出部
２４７ 空席情報更新部
３００ サイト群
４００ ユーザ端末
５００ 情報処理装置
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ 記憶デバイス
５０５ 表示デバイス
５０６ 通信デバイス
５０７ 操作デバイス
９００ インターネット

【要約】

【課題】店舗の予約を適切に支援することのできる予約支援システム等を提供する。
【解決手段】空席情報収集部２４１は、サイト群にアクセスし、各店舗における予約が可能な空席情報を事前に収集する。記憶部２３０は、収集された空席情報を、サイト群における店舗の店舗情報と対応付けた空席情報群２３２を記憶する。受信部２１０は、ユーザ端末から送られる店舗の検索条件を受信する。検索部２４３は、受信した検索条件に基づいて空席情報群２３２を検索し、その検索条件に応じた店舗情報を取得する。画面生成部２４４は、検索により得られた店舗情報を含む店舗リストを、予約が行える信頼度の順に並び替えた検索結果画面を生成する。そして、送信部２２０は、生成された検索結果画面をユーザ端末に送信する。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】