JP7059569B2 - サーバの制御方法、サーバ、およびサーバの制御プログラム - Google Patents

Description

本発明は、記憶部およびユーザ端末と接続可能なサーバの制御方法、サーバ、およびサーバの制御プログラムに関する。

複数の店舗の空き状態をサーバが保持し、ユーザからの検索要求に応じて現在空き状態にかる店舗の情報をユーザに提供する情報提供システムが知られている。

例えば、特許文献１には、店舗で入力される空き情報に基づき検索を行い、空きを有する店舗に予約を入れることが記載されている。

また、特許文献２には、店舗端末により登録される空き情報に基づき検索を行う際、利用人数が空き数を上回る度合いが基準値以下の店舗も利用可能として扱うことが記載されている。

国際公開第０１／０６３４７４号 特開２０１４－０７１７０３号公報

情報提供システムにおいて、店舗側からの通知に基づいて店舗の空き情報が決定される場合、仮に現時点で空席がない状態であっても所定時間後には空席があることが予測される場合には、空き状態であると通知される可能性がある。

しかし、その場合、予測に反して店舗が空き状態にならず、空き情報に従って店舗を訪れたユーザが入店できない状況が生じ得る。すなわち、情報提供システムの運営者はユーザを空き状態の店舗に適切に誘導することができない。

本発明にかかるサーバの第１の制御方法は、
記憶部およびユーザ端末と接続可能なサーバの制御方法であって、
前記記憶部には、複数の店舗ごとに、各店舗と店舗が空き状態であるか否かを示す状態情報とを関連付けた店舗状態テーブルが記憶され、
前記サーバが、
前記各店舗を特定する店舗特定情報を含み、かつ、各店舗が空き状態であることを通知する空き状態通知信号を受信し、
前記空き状態通知信号を受信すると、前記店舗特定情報により特定される店舗の前記状態情報を所定時間空き状態に設定し、
ユーザ端末から検索要求を受信すると、前記状態情報が空き状態に設定された店舗を抽出し、該ユーザ端末に送信することを含み、
前記設定において、一定期間内に、前記各店舗を特定する店舗特定情報を含む前記空き状態通知信号を受信した回数が上限数を超えない場合に限り、前記状態情報を所定時間空き状態に設定する、
ことを特徴とする。

本発明にかかるサーバの第２の制御方法は、
記憶部およびユーザ端末と接続可能なサーバの制御方法であって、
前記記憶部には、複数の店舗ごとに、各店舗と店舗が空き状態であるか否かを示す状態情報とを関連付けた店舗状態テーブルが記憶され、
前記サーバが、
前記各店舗を特定する店舗特定情報を含み、かつ、各店舗が空き状態であることを通知する空き状態通知信号を受信し、
前記空き状態通知信号を受信すると、前記店舗特定情報により特定される店舗の前記状態情報を所定時間空き状態に設定し、
ユーザ端末から検索要求を受信すると、前記状態情報が空き状態に設定された店舗を抽出し、該ユーザ端末に送信することを含み、
前記設定において、一定期間内に、前記各店舗の前記状態情報が空き状態に設定された時間の合計が上限時間を超えない場合に限り、前記状態情報を所定時間空き状態に設定する、
ことを特徴とする。

本発明の制御方法によると、ユーザを適切に空き状態の店舗に誘導するように、情報提供システムを制御することができる。

本発明の第１実施形態にかかるサーバを含む情報提供システムの概要を示す模式図である。 サーバのハードウェア構成を示す模式図である。 ユーザ端末のハードウェア構成を示す模式図である。 サーバの機能ブロック図である。 記憶部に記憶される店舗状態テーブルの例を示す図である。 空き状態通知に基づく状態情報の設定の例を示す図である。 空き状態通知に基づく状態情報の設定の異なる例を示す図である。 空き状態通知に基づく状態情報の設定の異なる例を示す図である。 空き状態通知およびキャンセル通知に基づく状態情報の設定の例を示す図である。 ユーザ端末に表示される検索要求画面の例を示す模式図である。 ユーザ端末に表示される検索結果画面の例を示す模式図である。 地理的範囲に基づく検索要求および空き状態設定の例を説明する図である。 特定の地理的範囲に対応する店舗における空き状態通知信号およびキャンセル通知信号に基づく空き状態設定の例を説明する図である。 店舗一覧における順位付けの例を説明する図である。 本発明の第２実施形態にかかるサーバを含む情報提供システムの概要を示す模式図である。 サーバのハードウェア構成を示す模式図である。 本発明の第２実施形態にかかる記憶部に記憶される店舗状態テーブルの例を示す図である。 本発明の第２実施形態にかかる空き状態通知に基づく状態情報の設定の例を示す図である。 本発明の第２実施形態にかかる空き状態通知に基づく状態情報の設定の異なる例を示す図である。

以下、図面を参照して本発明の実施の形態について詳細に説明する。ただし、本発明の技術的範囲はそれらの実施の形態に限定されないことを理解されたい。

まず、図１から図１４を参照して、本発明の第１実施形態にかかるサーバを含む情報提供システムにつき説明する。図１は、本発明の第１実施形態にかかるサーバを含む情報提供システムの概要を示す模式図である。情報提供システム１において、サーバ２は、記憶部３と接続され、ユーザ端末４とネットワーク５を介して接続される。また、サーバ２は、店舗６、６′に設置されたスイッチ７、７′とネットワーク５を介して接続される。

店舗６（店舗Ａ）のスイッチ７および店舗６′（店舗Ｂ）のスイッチ７′が操作されると、空き状態であることを通知する通知信号がサーバ２に送信される。本発明の第１実施形態にかかるサーバを含む情報提供システムにおいて、サーバ２は、一定期間内にサーバ２が受信した空き状態であることを通知する通知信号の数に基づいて、残回数が２である店舗６（店舗Ａ）を空き状態に設定し、残回数が０である店舗６′（店舗Ｂ）を空き状態に設定しない。

ユーザ端末４は、検索要求画面４１０に示す内容でサーバ２に空き状態の店舗の検索を要求し、サーバ２の応答に基づいて検索結果画面４２０を表示する。検索結果画面４２０には、空き状態に設定された店舗６（店舗Ａ）が含まれ、空き状態に設定されなかった店舗６′（店舗Ｂ）は含まれない。サーバ２およびユーザ端末４の構成については、図２および図３を参照して後述する。また、検索要求画面４１０および検索結果画面４２０については、図１０および図１１を参照して後述する。

記憶部３は、書き込んだデータを読み出すことが可能な装置である。記憶部３は、例えばハードディスクドライブやフラッシュメモリといった不揮発性記憶デバイスにより構成される。記憶部３は、不揮発性記憶デバイスに加えて、不揮発性記憶デバイスを制御する記憶部制御手段を備えてもよい。記憶部制御手段は、例えばプロセッサ、メモリ、入出力インタフェース、通信インタフェース等を備えたコンピュータにおいて、所定のプログラムをプロセッサで実行することにより構成可能である。また、記憶部３は、サーバ２と一体に構成されてもよい。

本発明の実施形態において、記憶部３には、複数の店舗ごとに、各店舗と店舗が空き状態であるか否かを示す状態情報とを関連付けた店舗状態テーブルが記憶される。店舗状態テーブルについては、図５を参照して後述する。

ネットワーク５は、サーバ２とユーザ端末４とを通信可能に接続する。ネットワーク５は、例えばTCP/IPによる通信が行われるインターネットであり、ネットワーク５により通信する機器は、有線または無線によって接続される。無線による接続は、例えばIEEE802.11acなどの無線ＬＡＮ接続であってよく、また、4G回線などの無線ＷＡＮ接続であってよい。

店舗６は、訪問する顧客を定員に達するまで受け入れてサービスを提供可能な施設であり、例えば飲食サービスを提供するレストランであってよい。店舗６は、ネットワーク５に接続されてサーバ２と通信可能な店舗端末（図示せず）を備えてもよい。

スイッチ７が操作されると、各店舗６を特定する店舗特定情報を含み、その店舗６の状態を通知する通知信号がサーバ２に送信される。スイッチ７は、ユーザの操作に応じて所定の信号を出力する機器である。スイッチ７は、ユーザの操作を識別する入力部とネットワーク５に直接接続可能な接続部とを備えた機器であってよい。また、接続部は、店舗に設置されたパーソナルコンピュータなどの店舗端末に接続するＵＳＢ（登録商標）などの機器接続インタフェースであってもよい。さらに、スイッチ７は、ネットワーク５に接続されたパーソナルコンピュータやスマートフォンなどの情報処理装置を、所定のソフトウェアの実行により、画面に表示されたＧＵＩ部品に対する所定の操作などの入力に応じて所定の信号を出力するよう動作させることによっても構成可能である。スイッチ７に対する操作は、例えば押しボタンスイッチに対する押下、タッチパネルの所定領域に対するタップ、カメラに対するジェスチャなど、スイッチ７の備える入力部が識別可能な動作であればよい。通知信号は、ネットワーク５に接続されたスイッチ７から送信されてもよく、スイッチ７が接続された店舗端末から送信されてもよい。

通知信号に含まれる各店舗の店舗特定情報は、店舗６ごとに一意の店舗識別子であってよい。また、店舗識別情報は、スイッチ７ごとに一意のスイッチ識別子であってもよい。例えば記憶部３に記憶される、スイッチ識別子と店舗識別子とを対応づけて記憶するスイッチ店舗テーブルを参照することにより、スイッチ識別子に基づいて店舗識別子を特定することができる。このように、スイッチ７を操作することによって各店舗にかかる通知信号が送信される。

スイッチ７が操作されると、店舗６が空き状態であることを通知する通知信号（以下、「空き状態通知信号」ともいう）が送信される。また、スイッチ７が操作されると、空き状態通知信号をキャンセルする通知信号（以下、「キャンセル通知信号」という）が送信されてもよい。キャンセル通知信号が送信されるためのスイッチ７の操作は、空き状態通知信号が送信されるためのスイッチ７の操作と異なっていると好適である。具体的には、通知信号が送信されるためのスイッチ７の操作が押しボタンスイッチの押下である場合、モード切り替えボタンとの同時押し、長押し、ダブルクリックなどの操作に応じてキャンセル通知信号が送信されるようにしてよい。

また、空き状態通知信号を送信するためのスイッチ７と別に、キャンセル通知信号を送信するためのスイッチを設けてもよい。また、情報処理装置で所定のソフトウェアを実行することによりスイッチ７を構成する場合、空き状態通知信号を送信するためのＧＵＩ部品と異なるＧＵＩ部品が操作されたときに、キャンセル通知信号を送信するようにしてよい。キャンセル通知信号を送信するためのスイッチを設ける場合、空き状態通知信号とキャンセル通知信号とがそれぞれ異なる状態情報（例えば、一方が真で他方が偽）を有するようにして、これらを識別することができる。また、空き状態通知信号を通知するスイッチ７と別に、キャンセル通知信号を通知するスイッチを設ける場合、スイッチ識別子に基づいて通知信号が空き情報通知信号であるかキャンセル通知信号であるかを識別してもよい。

図２は、サーバ２のハードウェア構成を示す模式図である。図２を参照すると、サーバ２は、プロセッサ２１と、メインメモリ２２と、ストレージ２３と、通信インタフェース２４とを備える。サーバ２は、ストレージ２３に保存されたプログラムをメインメモリ２２に展開してプロセッサ２１が実行し、通信インタフェース２４を制御することにより、種々の処理を実行する。

プロセッサ２１は、例えばＣＰＵにより構成される。メインメモリ２２は、例えばＤＲＡＭなどの揮発性記憶デバイスにより構成される。ストレージ２３は、例えばハードディスクドライブやフラッシュメモリといった不揮発性記憶デバイスにより構成される。通信インタフェース２４は、例えばＵＳＢインタフェースやＬＡＮインタフェースであり、外部機器との接続を提供する。

図３は、ユーザ端末４のハードウェア構成を示す模式図である。図３を参照すると、ユーザ端末４は、プロセッサ４１と、メインメモリ４２と、ストレージ４３と、通信インタフェース４４と、入力インタフェース４５と、ディスプレイ４６とを備える。ユーザ端末４は、ストレージ４３に保存されたプログラムをメインメモリ４２に展開してプロセッサ４１が実行し、通信インタフェース４４および入力インタフェース４５を制御することにより種々の処理を実行し、処理結果をディスプレイ４６に表示する。

プロセッサ４１は、例えばＣＰＵにより構成される。メインメモリ４２は、例えばＤＲＡＭなどの揮発性記憶デバイスにより構成される。ストレージ４３は、例えばハードディスクドライブやフラッシュメモリといった不揮発性記憶デバイスにより構成される。通信インタフェース４４は、例えばＬＡＮインタフェースやＷＡＮインタフェースであり、外部機器との接続を提供する。入力インタフェース４５は、例えばディスプレイ４６に重畳して配置されたタッチパネルであり、ユーザの操作を受け付ける。ディスプレイ４６は、例えば液晶ディスプレイパネルであり、プロセッサ４１の処理結果をユーザが視認可能に表示する。

ユーザ端末４は、具体的には、パーソナルコンピュータ、スマートフォン、タブレット端末などにより構成可能であるが、これに限定されるものではない。例えば、ユーザの身体に埋め込まれたチップをユーザの身体と作用させることで、ユーザ端末として動作させることができる。

次に、図４を参照してサーバ２の機能を説明する。図４は、サーバ２の機能ブロック図である。図４を参照すると、サーバ２は、通知受信部２０１と、状態設定部２０２と、検索受信部２０３と、抽出送信部２０４とを機能ブロックとして備える。

通知受信部２０１は、各店舗を特定する店舗特定情報を含み、かつ、各店舗が空き状態であることを通知する空き状態通知信号を受信する。通知受信部２０１は、所定のプログラムの実行によってプロセッサ２１を動作させ、通信インタフェース２４を制御することにより構成可能である。

状態設定部２０２は、空き状態通知信号を受信すると、店舗特定情報により特定される店舗の状態情報を所定時間空き状態に設定する。

状態設定部２０２は、さらに、一定期間内に、各店舗にかかる通知信号を受信した回数が上限数を超えない場合に限り、状態情報を所定時間空き状態に設定する。つまり、各店舗にかかる通知信号を一定期間内に受信した回数が上限値を超えると、その一定期間内にその店舗にかかる通知信号を受信しても、その店舗の状態情報は空き状態に設定されない。

状態設定部２０２がこのように動作することにより、空き状態を通知する回数が店舗ごとに制限される。

状態設定部２０２は、所定のプログラムの実行によってプロセッサ２１を動作させ、通信インタフェース２４を制御することにより構成可能である。

検索受信部２０３は、ユーザ端末４から検索要求を受信する。検索受信部２０３は、所定のプログラムの実行によってプロセッサ２１を動作させ、通信インタフェース２４を制御することにより構成可能である。

抽出送信部２０４は、状態情報が空き状態に設定された店舗を抽出し、ユーザ端末４に送信する。抽出送信部２０４は、所定のプログラムの実行によってプロセッサ２１を動作させ、通信インタフェース２４を制御することにより構成可能である。

なお、上述のハードウェア構成を採用することで、複数の店舗からの状態情報を一元的にサーバ２に集めることができ、効率的な情報処理が可能になる。

次に、図５を参照して、記憶部３に記憶される店舗状態テーブルについて説明する。図５は、記憶部３に記憶される店舗状態テーブルの例を示す図である。図５に示すように、店舗状態テーブルにおいては、複数の店舗ごとに、各店舗の識別子と店舗が空き状態であるか否かを示す状態情報とが関連付けられている。

具体的には、図５において、店舗Ａについて、識別子「１１１１」と状態情報「空き状態」とが関連付けられ、店舗Ｂについて、識別子「２２２２」と状態情報「」とが関連付けられ、店舗Ｃについて、識別子「３３３３」と状態情報「空き状態」とが関連付けられている。

識別子は、通知信号により状態情報が通知される店舗を一意に特定するための情報である。受信した通知信号に含まれる識別子により、サーバ２はその通知信号がどの店舗の状態情報を通知するものかを識別することができる。

状態情報は、店舗が空き状態であるか否かを示す情報である。図５の例では、空き状態である店舗の状態情報に「空き状態」という文字列が記憶され、空き状態でない店舗の状態情報が空白となっている。しかし、状態情報に記憶される情報はこれに限られず、例えば空き状態である店舗の状態情報に「真」、空き状態でない店舗の状態情報に「偽」の論理値が記憶されるなど、空き状態である店舗と空き状態でない店舗とが識別可能であれば足りる。本明細書において、ある店舗の状態情報を空き状態であることを示す状態にすることを、「空き状態に設定する」という。空き状態の設定については、図６－８を参照して別途詳細に説明する。

また、店舗状態テーブルにおいては、図５に示すように、店舗Ａについて、所在地「地域Ｐ」、空き時間「３０分」、残回数「２」が、店舗Ｂについて、所在地「地域Ｐ」、空き時間「」、残回数「０」が、店舗Ｃについて、所在地「地域Ｐ」、空き時間「１５分」、残回数「１」が、関連付けられてもよい。

所在地とは、店舗の位置を示す情報である。図５に例示するように店舗の位置を含む地理的範囲を特定するものであってもよく、緯度および経度などにより店舗の位置を特定する位置情報であってもよい。

空き時間とは、現在空き状態に設定されている店舗が空き状態でなくなるまでの時間を示す情報である。図５に例示するように、空き状態でなくなるまでの時間が空き時間として記憶されてよく、また、空き情報でなくなる時刻（例えば「２０：３０」）が空き時間として記憶されてもよい。

また、空き店舗でない店舗の空き時間は、図５の例では空白となっているが、前回空き状態であったときの空き時間（例えば「１９：００」）が記憶されていてもよい。

残回数とは、各店舗の状態情報を空き状態に設定可能な残り回数である。残回数は、各店舗にかかる通知信号を受信したときに状態情報が空き状態に設定される回数の上限を示す上限値（例えば３回）から、別途記憶される一定期間（例えば１２時間）内にある店舗にかかる通知信号を受信した回数を減じることにより求めることができる。図５の例では、残回数として、上限値から通知信号の受信回数を減じた差が記憶されているが、一定期間内に通知信号を受信した回数を残回数として記憶し、必要に応じて上限値から減じるようにしてもよい。

図６は、空き状態通知に基づく状態情報の設定の例を示す図である。図６（ａ）は、サーバ２が店舗Ａにかかる通知信号を受信した状態を示している。サーバ２は、現在に至る一定期間（例えば１２時間）内に、店舗Ａにかかる通知信号を受信していない。通知信号を受信した回数が上限数（例えば３）を超えないので、サーバ２は、店舗Ａの状態情報を所定時間（例えば３０分）空き状態に設定するとともに、店舗Ａの残り回数を１減ずる。

図６（ｂ）は、サーバ２が店舗Ｂにかかる通知信号を受信した状態を示している。サーバ２は、現在に至る一定期間内に、店舗Ｂにかかる通知信号を３回受信している。今回の４回目の受信は、この例における上限数３を超えているため、サーバ２は店舗Ａの状態情報を空き状態に設定しない。

図７は、空き状態通知に基づく状態情報の設定の異なる例を示す図であり、サーバ２は、各店舗の状態情報を空き状態に設定可能な残り回数に応じて、空き状態に設定する所定時間を変更する。

図７（ａ）は、サーバ２が店舗Ａにかかる通知信号を受信した状態を示している。サーバ２は、現在に至る一定期間内に、店舗Ａにかかる通知信号を受信しておらず、この例における上限数３を超えていないため、店舗Ａの状態情報を所定時間空き状態に設定する。今回の通知信号の受信により、空き状態に設定可能な残り回数は、３から１減少して２となる。

図７（ｂ）は、サーバ２が店舗Ｂにかかる通知信号を受信した状態を示している。サーバ２は、現在に至る一定期間内に、店舗Ｂにかかる通知信号を２回受信しており、この例において上限数が３であるため、残り回数は１である。今回の３回目の受信は、この例における上限数３を超えていないため、サーバ２は店舗Ｂの状態情報を空き状態に設定する。今回の通知信号の受信により、空き状態に設定可能な残り回数は、１から１減少して０となる。

図７の例で、店舗Ａの空き状態に設定可能な残り回数は２であり、店舗Ｂの残り回数は０である。サーバ２は、この残り回数に応じて、空き状態に設定する所定時間を変更してよい。図７の例では、残り回数が２回の店舗Ａは３０分間空き状態に設定され、残り回数が０回の店舗Ｂは４５分間空き状態に設定される。残り回数に応じた所定時間の変更はこれに限らず、例えば残り回数２回の店舗Ａを４５分空き状態に設定し、残り回数０回の店舗Ｂを３０分空き状態に設定してもよい。

図８は、空き状態通知に基づく状態情報の設定の異なる例を示す図であり、サーバ２は、通知信号を受信した時間帯に応じて、空き状態に設定する所定時間を変更する。

図８は、サーバ２が店舗Ａにかかる空き状態通知信号を受信した状態を示している。サーバ２は、１８：００と２０：００に店舗Ａにかかる通知信号を受信する。この例では、１７：００－１９：００の時間帯に通知信号を受信した場合、その店舗を４５分間空き状態に設定するようになっており、１８：００に受信した通知信号に対して４５分間空き状態に設定され、２０：００に受信した通知信号に対して３０分間空き状態に設定される。このように、サーバ２は、所定の時間帯に受信した通知信号に対し、空き状態に設定する所定時間を、他の時間帯に受信した通知信号に対して空き状態に設定する所定時間よりも長く、または短くする。

図９は、空き状態通知およびキャンセル通知に基づく状態情報の設定の例を示す図である。

図９（ａ）は、サーバ２が店舗Ａにかかる空き状態通知信号とキャンセル通知信号とを受信した後に、店舗Ａにかかる空き状態通知信号を受信した状態を示している。このとき、サーバ２は、後に受信した空き状態通知信号に基づき空き状態に設定する所定時間を、キャンセル通知信号の前の空き状態通知信号に基づき空き状態に設定する所定時間から変更する。図９（ａ）の例では、サーバ２は、サーバ２は、後に受信した空き状態通知信号に基づき空き状態に設定する時間を、キャンセル通知信号の前の空き状態通知信号に基づき空き状態に設定する時間である３０分より短い１５分に設定している。

図９（ｂ）は、サーバ２が店舗Ａにかかる空き状態通知信号とキャンセル通知信号とをそれぞれ複数回受信した後に、店舗Ａにかかる空き状態通知信号を受信した状態を示している。このとき、サーバ２は、空き状態通知信号を受信してから当該空き状態通知信号に基づき設定される空き状態をキャンセルするキャンセル通知信号を受信するまでの平均時間を、店舗Ａにかかる所定時間に設定する。

具体的には、図９（ｂ）の例では、１回目の空き状態通知信号の受信からこれをキャンセルする１回目のキャンセル通知信号の受信までの時間はｔ１である。また、２回目の空き状態通知信号の受信からこれをキャンセルする２回目のキャンセル通知信号の受信までの時間はｔ２である。サーバ２は、これらの時間の平均である（ｔ１＋ｔ２）／２を、店舗Ａにかかる所定時間に設定する。最後に受信した空き状態通知信号に基づき空き状態に設定するときに、（ｔ１＋ｔ２）／２の間、店舗Ａの状態情報を空き状態に設定する。

このようにすると、店舗ごとの席の回転状況に即して状態情報を制御することができる。空き状態に設定したまま満席となると、空き状態であるとの検索結果を見て来店した顧客は待たされることとなるため好ましくない。このように店舗ごとの席の回転状況に即して状態情報を制御すると、店舗が店内状況を把握しつつ手動でキャンセル通知を行わなくても、店舗ごとの過去の実績に基づく適切な長さで空き状態が終了するようになる。

図１０は、ユーザ端末４に表示される検索要求画面の例を示す模式図である。図１０を参照すると、ユーザ端末４には、検索要求指示ボタン４１１を含む検索要求画面４１０が表示される。

検索要求指示ボタン４１１をユーザが操作すると、ユーザ端末４は、選択された検索条件による検索要求をサーバ２に送信する。

本明細書において、「ボタン」にはＧＵＩ全般が含まれる。検索要求指示ボタン４１１は、物理的なボタンである必要はなく、また、選択された状態で物理的なボタンの押下に対応する外観を有する必要もない。

従って、検索要求指示ボタン４１１はＧＵＩによって構成可能であり、ディスプレイ４６に重畳されたタッチパネルの所定領域に対するタップ等により操作することができる。

図１１は、ユーザ端末４に表示される検索結果画面４２０の例を示す模式図である。図１１を参照すると、ユーザ端末４には、抽出された店舗を一覧表示する店舗一覧４２１を含む検索結果画面４２０が表示される。店舗一覧４２１には、各店舗の情報４２２が含まれる。

店舗の情報４２２には、店舗一覧４２１に表示された店舗の中からユーザが訪問する店舗を決定するために参考となる情報が含まれると好適である。図１１の例では、店舗の情報４２２として店舗地図へのリンクおよび店舗の特徴が表示されているが、これに限らない。

図１２は、地理的範囲に基づく検索要求および空き状態設定の例を説明する図である。図１２を参照すると、ユーザ端末４は、地理的範囲として地域Ｐを指定する検索要求を送信する。サーバ２は、状態情報が空き状態に設定された店舗Ｂ、Ｆ、Ｇのうち、地域Ｐに対応する店舗Ｂを抽出し、検索結果としてユーザ端末４に送信する。

検索要求に含まれる地理的範囲の指定は、店舗状態テーブルにおいて各店舗に関連付けられた所在地と対応付けられるものであれば足りる。図５に示した店舗状態テーブルと図１２に示した検索要求の例では、「地域Ｐ」という地域名称の一致により対応付けている。この他、緯度および経度などにより店舗の位置を特定する位置情報が店舗の所在地として関連付けている店舗テーブルに対し、例えば「ユーザ端末４の現在位置から２００ｍ以内」のように、地理的範囲を緯度および経度などにより指定してもよい。また、ユーザ端末４が検索要求において地理的範囲を地域名称で指定し、サーバ２が、所定のデータベースを用いて、指定された地域名称を緯度および経度などによる範囲の指定に変換することもできる。

サーバ２は、一の店舗の所在地からの距離が所定距離以内である所在地にある他の店舗の状態情報を、その一の店舗に送信してよい。図１２の例では、サーバ２は、店舗Ａに対し、同じ地域Ｐにある他の店舗Ｂ、Ｃ、Ｄの状態情報を送信している。店舗側担当者は、このように送信される近隣の店舗の状態情報を参照し、いつ自らの店舗の空き状態を通知するかを決定することができる。

サーバ２は、特定の地理的範囲に対応する店舗の識別子を含む通知信号を受信した場合、所在地が特定の地理的範囲に対応する店舗を空き状態に設定する所定時間を変更してよい。図１２の例では、特定の地理的範囲である地域Ｐに対応する店舗Ａの識別子を含む通知信号を受信すると、空き状態に設定する所定時間を３０分から変更し、４５分間店舗Ａを空き状態に設定する。一方、特定の地理的範囲に対応しない店舗Ｅの識別子を含む通知信号を受信すると、所定時間を変更せず、３０分間店舗Ｅを空き状態に設定する。所定時間の変更はこの例に限られず、特定の地理的範囲に対応する店舗について所定時間を短く変更してもよい。

図１３は、特定の地理的範囲に対応する店舗における空き状態通知信号およびキャンセル通知信号に基づく空き状態設定の例を説明する図である。図１３を参照すると、店舗Ａ、店舗Ｂ、店舗Ｃおよび店舗Ｄは、特定の地理的範囲に対応しており、例えば地域Ｐ内にある。サーバ２は、特定の地理的範囲に対応する所定数以上の店舗から、空き状態通知信号を受信した店舗の前記状態情報を空き状態とする設定をキャンセルする要求を通知するキャンセル通知信号を受信した場合、各店舗における空き状態通知信号を受信してからキャンセル通知信号を受信するまでの時間の平均を、特定の地理的範囲に対応する店舗にかかる所定時間として設定する。

具体的には、サーバ２は、店舗Ａについて空き状態通知信号を受信し、時間ｔａ後にキャンセル通知信号を受信する。同様に、店舗Ｂ、店舗Ｃについて、空き状態通知信号を受信してからキャンセル通知信号を受信するまでの時間は、それぞれｔｂ、ｔｃである。すなわち、地域Ｐに対応する３つの店舗Ａ、Ｂ、Ｃから、空き状態通知信号と対応するキャンセル通知信号とを受信したことになる。ここで、所定数が３とすると、所定数以上の店舗から受信しているため、各店舗における空き状態通知信号を受信してからキャンセル通知信号を受信するまでの時間の平均、すなわち（ｔａ＋ｔｂ＋ｔｃ）／３を、地域Ｐに対応する店舗にかかる所定時間として設定する。このため、店舗Ｄにかかる空き状態通知信号に基づいて空き状態として設定される時間は、（ｔａ＋ｔｂ＋ｔｃ）／３となる。

このようにすると、地域固有の事情による混雑状況（例えばイベント終了後など）を反映して空き状態とする時間を設定することができる。

サーバ２において状態情報が空き状態に設定された店舗が複数抽出された場合、所定の基準で複数の店舗を順位付けした店舗一覧をユーザ端末４に送信すると好ましい。図１４は、店舗一覧における順位付けの例を説明する図である。

図１４（ａ）は、空き時間の異なる複数の店舗が検索結果として抽出されたときの順位付けの例を示している。店舗Ａは、５分前の通知信号に基づいて３０分間空き状態に設定され、ユーザ端末４から検索要求を受信した時点で空き時間は２５分である。店舗Ｂは、１５分前の通知信号に基づいて３０分間空き状態に設定され、ユーザ端末４から検索要求を受信した時点で空き時間は１５分である。図１４（ａ）の例において、店舗Ａおよび店舗Ｂは、検索要求を受信した時点で空き状態に設定されているため、検索要求に対して抽出される。

サーバ２は、空き状態に設定された状態情報が空き状態でなくなるまでの時間を示す空き時間に応じて、抽出された複数の店舗が店舗一覧の中で表示される順序を決定してよい。図１４（ａ）の例において、抽出された店舗Ａ、店舗Ｂの空き時間は、それぞれ２５分、１５分である。この空き時間に応じて、図１４（ａ）の例では、店舗一覧の中で表示される順序は、空き時間のより短い店舗Ｂが上位、より長い店舗Ａが下位となる。残り時間に応じた順序の決定はこれに限らず、例えば空き時間のより長い店舗が上位に表示されるように決定してもよい。

図１４（ｂ）は、通知信号を所定期間に受信した回数の異なる店舗の空き状態の設定および順位付けの例を示している。店舗Ａの通知信号は、所定期間に１回受信されている。店舗Ｂの通知信号は、所定期間に３回受信されている。

サーバ２は、特定の店舗の通知信号を所定期間に受信した回数が多いほど、特定の店舗を空き状態に設定する所定時間を短くし、かつ、店舗一覧の中で特定の店舗が表示される順位を高くしてよい。図１４（ｂ）の例において、通知信号を所定期間に受信した回数が多い店舗Ｂを空き状態に設定する時間を、より少ない店舗Ａを空き状態に設定する３０分よりも長い、４５分とする。また、通知信号を所定期間に受信した回数がより多い店舗Ｂの表示される順位を、より少ない店舗Ａよりも高くする。

以上のように、サーバ２で所定のプログラムを実行してサーバ２を制御すると、空き状態を通知する回数が店舗ごとに制限されているため、情報提供システム１は、ユーザを適切に空き状態の店舗に誘導することができる。

次に、図１５から図１９を参照して、本発明の第２実施形態にかかるサーバを含む情報提供システムにつき説明する。図１５は、本発明の第２実施形態にかかるサーバを含む情報提供システムの概要を示す模式図である。第２実施形態の説明にあたり、第１実施形態と共通する部分には同一の符号を付し、詳細な説明を省略する。

図１５は、本発明の第１実施形態にかかるサーバを含む情報提供システムの概要を示す模式図である。第２実施形態にかかる情報提供システム２０と第１実施形態にかかる情報提供システムは同様の構成を有しており、店舗６にかかる通知信号に基づいて設定される各店舗の状態情報を参照して、サーバ２１がユーザ端末４からの空き店舗検索要求に応答する点も同様である。しかし、サーバ２１が、一定期間内に各店舗の状態情報が空き状態に設定された時間の合計が上限時間を超ない場合に限り、店舗６にかかる空き状態通知信号に基づいて当該店舗の状態情報を空き状態に設定する制御を行う点で、第１実施形態と相違する。以下、この相違点に関連する構成および動作につき説明する。

図１６は、第２実施形態にかかるサーバ２１の機能ブロック図である。図１６を参照すると、サーバ２１は、通知受信部２０１と、状態設定部２１２と、検索受信部２０３と、抽出送信部２０４とを機能ブロックとして備える。通知受信部２０１、検索受信部２０３、抽出送信部２０４は、第１実施形態にかかるサーバ２の備える機能ブロックと同様であるので、説明を省略する。

状態設定部２１２は、通知信号を受信すると、通知信号に含まれる識別子に対応する店舗の状態情報を所定時間空き状態に設定する。

状態設定部２１２は、さらに、一定期間内に、各店舗の状態情報が空き状態に設定された時間の合計が上限時間を超えない場合に限り、状態情報を所定時間空き状態に設定する。つまり、各店舗にかかる通知信号に基づいて空き状態に設定した時間が一定期間内に上限時間を超えると、その一定期間内にその店舗から通知信号を受信しても、その店舗の状態情報は空き状態に設定されない。

状態設定部２１２がこのように動作することにより、空き状態に設定される時間が店舗ごとに制限される。

次に、図１７を参照して、本発明の第２実施形態における記憶部３に記憶される店舗状態テーブルについて説明する。図１７は、本発明の第２実施形態における記憶部３に記憶される店舗状態テーブルの例を示す図である。図１７に示すように、店舗状態テーブルにおいては、複数の店舗ごとに、各店舗の識別子と店舗が空き状態であるか否かを示す状態情報とが関連付けられている。

第２実施形態における店舗状態テーブルにおいては、各店舗の状態情報を空き状態に設定可能な残回数に代えて、各店舗の状態情報を空き状態に設定可能な残時間が関連付けられている点で、第１実施形態における店舗状態テーブルと相違する。

図１７の例では、残時間として、店舗Ａには「９０分」、店舗Ｂには「０分」、店舗Ｃには「６０分」が、それぞれ関連付けられている。残回数は、別途記憶される一定期間（例えば１２時間）内に受信した通知信号に応じて状態情報が空き状態に設定される時間の合計の上限を示す上限時間（例えば９０分）から、当該一定期間内にある店舗について空き状態に設定した時間の合計を減じることにより求めることができる。図１７の例では、残回数として、上限値から通知信号の受信回数を減じた差が記憶されているが、一定期間内に空き状態に設定した時間の合計を残時間として記憶し、必要に応じて上限時間から減じるようにしてもよい。

図１８は、空き状態通知に基づく状態情報の設定の例を示す図である。図１８（ａ）は、サーバ２が店舗Ａにかかる通知信号を受信した状態を示している。サーバ２は、現在に至る一定期間（例えば１２時間）内に、店舗Ａにかかる通知信号を受信しておらず、空き状態に設定されていない。空き状態に設定された時間の合計が上限時間（例えば９０分）を超えないので、サーバ２は、店舗Ａの状態情報を所定時間（例えば３０分）空き状態に設定する。

図１８（ｂ）は、サーバ２が店舗Ｂにかかる通知信号を受信した状態を示している。サーバ２は、現在に至る一定期間内に、店舗Ｂにかかる通知信号を３回受信し、それぞれ３０分空き状態に設定している。空き状態に設定された時間の合計がこの例における上限時間である９０分を超え、残時間が０であるため、サーバ２は店舗Ａの状態情報を空き状態に設定しない。

図１９は、本発明の第２実施形態にかかる空き状態通知に基づく状態情報の設定の異なる例を示す図であり、サーバ２１は、各店舗の状態情報を空き状態に設定可能な残時間に応じて、空き状態に設定する所定時間を変更する。

図１９は、サーバ２が店舗Ａにかかる通知信号を受信した状態を示している。サーバ２は、現在に至る一定期間内に、店舗Ａにかかる通知信号を３回受信している。１回目の通知信号の受信時点では、残時間は上限時間である９０分である。１回目の通知信号に基づいて店舗は３０分空き状態に設定される。２回目の通知信号の受信時点では、残時間は上限時間から３０分を引いた６０分である。２回目の通知信号に基づいて店舗は３０分空き状態に設定される。

３回目の通知信号の受信時点では、残時間は前回の残時間から３０分を引いた３０分である。この例では、残時間が３０分以下のときにその店舗にかかる所定時間が変更され、店舗Ａは１５分空き状態に設定される。各店舗を空き状態に設定可能な残り時間に応じた、各店舗を空き状態に設定する所定時間の変更はこれに限らない。

また、第１実施形態で説明した店舗所在地に基づく制御、キャンセル通知信号に基づく制御、店舗一覧における表示順序を決定する制御は、第２実施形態においても同様に適用可能である。

以上のように、サーバ２１で所定のプログラムを実行してサーバ２１を制御すると、空き状態に設定可能な時間が店舗ごとに制限されているため、情報提供システム２０は、ユーザを適切に空き状態の店舗に誘導することができる。

本明細書では、ユーザを適切に空き状態の店舗に誘導するという課題を解決する本発明の実施形態として、空き状態を通知する回数が店舗ごとに制限する第１実施形態と、空き状態に設定可能な時間を店舗ごとに制限する第２実施形態とを説明した。ただし、本発明はこの実施形態の限定されるものではない。

１、２０ 情報提供システム
２、２１ サーバ
３ 記憶部
４ ユーザ端末
５ ネットワーク
６、６′ 店舗
７、７′ スイッチ
４１０ 検索要求画面
４１１ 検索要求指示ボタン
４２０ 検索結果画面
４２１ 店舗一覧
４２２ 店舗の情報

Claims (15)

1. 記憶部およびユーザ端末と接続可能なサーバの制御方法であって、
   前記記憶部には、複数の店舗ごとに、各店舗と店舗の空き状態を示す状態情報とを関連付けた店舗状態テーブルが記憶され、
   前記サーバが、
   前記各店舗を特定する店舗特定情報を含み、かつ、各店舗の空き状態を通知する空き状態通知信号を受信し、
   前記空き状態通知信号が受信された店舗に関連付けられた前記状態情報を設定し、
   ユーザ端末から空き状態の店舗の検索要求を受信すると、所定時間内に前記状態情報が設定された店舗を抽出し、該ユーザ端末に送信することを含み、
   前記設定において、一定期間内に前記各店舗を特定する店舗特定情報を含む前記空き状態通知信号を受信した回数が上限数を超えない場合に限り、前記状態情報を設定する、
   ことを特徴とするサーバの制御方法。
2. 前記設定において、各店舗の前記状態情報を設定可能な残り回数に応じて、該店舗にかかる前記所定時間を変更する、請求項１に記載の制御方法。
3. 記憶部およびユーザ端末と接続可能なサーバの制御方法であって、
   前記記憶部には、複数の店舗ごとに、各店舗と店舗の空き状態を示す状態情報とを関連付けた店舗状態テーブルが記憶され、
   前記サーバが、
   前記各店舗を特定する店舗特定情報を含み、かつ、各店舗の空き状態を通知する空き状態通知信号を受信し、
   前記空き状態通知信号が受信された店舗に関連付けられた前記状態情報を設定し、
   ユーザ端末から空き状態の店舗の検索要求を受信すると、所定時間内に前記状態情報が設定された店舗を抽出し、該ユーザ端末に送信することを含み、
   前記設定において、一定期間内に前記各店舗の前記状態情報が設定された時間の合計が上限時間を超えない場合に限り、前記状態情報を設定する、
   ことを特徴とするサーバの制御方法。
4. 前記設定において、各店舗の前記状態情報を設定可能な残り時間に応じて、該店舗にかかる前記所定時間を変更する、請求項３に記載の制御方法。
5. 前記設定において、特定の地理的範囲に対応する店舗について前記空き状態通知信号を受信した場合、前記特定の地理的範囲に対応する店舗についての前記空き状態通知信号が所定数以上であるとき、または、前記空き状態通知信号を受信した時刻が前記特定の地理的範囲に設定された所定時間帯に含まれるときは、前記空き状態通知信号に対応する店舗にかかる前記所定時間を変更する、請求項１ないし４のいずれか一項に記載の制御方法。
6. さらに、前記店舗状態テーブルに基づいて、一の店舗の所在地からの距離が所定距離以内である前記所在地に関連付けられた他の店舗を抽出し、該他の店舗の前記状態情報を該一の店舗に送信する、請求項５に記載の制御方法。
7. 前記設定において、前記特定の地理的範囲に対応する所定数以上の店舗から、前記空き状態通知信号を受信した前記店舗の前記状態情報の設定をキャンセルする要求を通知するキャンセル通知信号を受信した場合、各店舗における前記空き状態通知信号を受信してから前記キャンセル通知信号を受信するまでの時間の平均を、前記特定の地理的範囲に対応する店舗にかかる前記所定時間として設定する、請求項５または６に記載の制御方法。
8. 前記送信において、抽出された複数の前記店舗を一覧表示する店舗一覧を表示させるための一覧情報を前記ユーザ端末に送信し、
   設定された前記状態情報が変更されるまでの時間を示す空き時間に応じて前記抽出された複数の店舗が前記店舗一覧の中で表示される順序を決定する、請求項１ないし７のいずれか一項に記載の制御方法。
9. 前記送信において、特定の店舗の前記空き状態通知信号を所定期間に受信した回数が多いほど、前記特定の店舗にかかる前記所定時間を短くし、かつ、前記店舗一覧の中で前記特定の店舗が表示される順位を高くする、請求項８に記載の制御方法。
10. 前記設定において、前記空き状態通知信号を受信した前記店舗の前記状態情報の設定をキャンセルする要求を通知するキャンセル通知信号を受信した後に、当該店舗から前記空き状態通知信号を受信すると、当該店舗にかかる前記所定時間を変更する、請求項１ないし９のいずれか一項に記載の制御方法。
11. 前記設定において、前記店舗にかかる前記空き状態通知信号と当該空き状態通知信号に基づく前記状態情報の設定をキャンセルする前記キャンセル通知信号とをそれぞれ複数回受信した場合、前記空き状態通知信号を受信してから当該空き状態通知信号に基づき設定される空き状態をキャンセルする前記キャンセル通知信号を受信するまでの平均時間を、当該店舗にかかる前記所定時間に設定する、請求項１０に記載の制御方法。
12. 記憶部およびユーザ端末と接続可能なサーバであって、
    前記記憶部には、複数の店舗ごとに、各店舗と店舗の空き状態を示す状態情報とを関連付けた店舗状態テーブルが記憶され、
    前記各店舗を特定する店舗特定情報を含み、かつ、各店舗の空き状態を通知する空き状態通知信号を受信する通知受信部と、
    前記空き状態通知信号が受信された店舗に関連付けられた前記状態情報を設定する状態設定部と、
    ユーザ端末から空き状態の店舗の検索要求を受信する検索受信部と、
    所定時間内に前記状態情報が設定された店舗を抽出し、該ユーザ端末に送信する抽出送信部と、を備え、
    前記状態設定部は、一定期間内に、前記各店舗を特定する店舗特定情報を含む前記空き状態通知信号を受信した回数が上限数を超えない場合に限り、前記状態情報を設定する、
    ことを特徴とするサーバ。
13. 記憶部およびユーザ端末と接続可能なサーバであって、
    前記記憶部には、複数の店舗ごとに、各店舗と店舗の空き状態を示す状態情報とを関連付けた店舗状態テーブルが記憶され、
    前記各店舗を特定する店舗特定情報を含み、かつ、各店舗の空き状態を通知する空き状態通知信号を受信する通知受信部と、
    前記空き状態通知信号が受信された店舗に関連付けられた前記状態情報を設定する状態設定部と、
    ユーザ端末から空き状態の店舗の検索要求を受信する検索受信部と、
    所定時間内に前記状態情報が設定された店舗を抽出し、該ユーザ端末に送信する抽出送信部と、を備え、
    前記状態設定部は、一定期間内に前記各店舗の前記状態情報が設定された時間の合計が上限時間を超えない場合に限り、前記状態情報を設定する、
    ことを特徴とするサーバ。
14. 記憶部およびユーザ端末と接続可能なサーバの制御プログラムであって、
    前記記憶部には、複数の店舗ごとに、各店舗と店舗の空き状態を示す状態情報とを関連付けた店舗状態テーブルが記憶され、
    前記サーバに、
    前記各店舗を特定する店舗特定情報を含み、かつ、各店舗の空き状態を通知する空き状態通知信号を受信し、
    前記空き状態通知信号が受信された店舗に関連付けられた前記状態情報を設定し、
    ユーザ端末から空き状態の店舗の検索要求を受信し、
    所定時間内に前記状態情報が設定された店舗を抽出し、該ユーザ端末に送信することを実行させ、
    前記設定において、一定期間内に、前記各店舗を特定する店舗特定情報を含む前記空き状態通知信号を受信した回数が上限数を超えない場合に限り、前記状態情報を設定させる、
    ことを特徴とする制御プログラム。
15. 記憶部およびユーザ端末と接続可能なサーバの制御プログラムであって、
    前記記憶部には、複数の店舗ごとに、各店舗と店舗の空き状態を示す状態情報とを関連付けた店舗状態テーブルが記憶され、
    前記サーバに、
    前記各店舗を特定する店舗特定情報を含み、かつ、各店舗の空き状態を通知する空き状態通知信号を受信し、
    前記空き状態通知信号が受信された店舗に関連付けられた前記状態情報を設定し、
    ユーザ端末から空き状態の店舗の検索要求を受信し、
    所定時間内に前記状態情報が設定された店舗を抽出し、該ユーザ端末に送信することを実行させ、
    前記設定において、一定期間内に前記各店舗の前記状態情報が設定された時間の合計が上限時間を超えない場合に限り、前記状態情報を設定させる、
    ことを特徴とする制御プログラム。

Images