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

Abstract

【課題】複数の端末の中で通知が確認される可能性が高い端末に対して通知を行う。【解決手段】サーバ２０は、サービスに対する登録を行った、互いが予め定められた距離以内にいる複数の端末３０をサービスと関連付け、各々の端末３０の利用状況から、端末３０の優先度付けを行い、優先度が最も高い端末３０にサービスに関する通知を送信する。【選択図】図２

Description

本発明は、情報処理装置、及び情報処理プログラムに関する。

特許文献１には、タスクを管理するためのコンピュータ実装方法であって、クライアントから第１サーバにアクセスするステップと、データベース上に格納されたタスクに関連するステータス情報を、第１サーバによって取り出し、クライアントに表示するステップと、タスクを管理する命令を受け取るステップと、受け取った命令に応答して、ステータス情報に対する更新情報を生成するステップと、ステータス情報を、更新したものとして供給し、クライアントで表示するステップと、を含む方法が開示されている。

特許文献２には、ユーザの動作の状態を示すユーザ動作状態、情報表示端末上でのユーザの作業状態を示すタスク状態、及び該情報表示端末上にユーザの視線が存在するかどうかを示す注視状態の少なくとも１つにより示される観測可能状態要素に基づいて、前記情報表示端末のユーザが情報の内容を認識する度合いを示す情報認知度、及び前記情報表示端末のユーザが実行しているタスクが情報通知により中断される度合いを示すタスク中断度の少なくとも１つにより示されるユーザ内部の状態を推定するユーザ内部状態推定部と、該ユーザ内部状態推定部により推定されたユーザ内部の状態に基づいて、情報を通知した場合における該情報を受信すべき前記情報表示端末のユーザへの効果の度合いを推定するユーザ通知効果推定部を備え、前記ユーザ通知効果推定部は、前記ユーザ内部の状態に基づいて、前記情報を通知した場合に期待される効果を示す期待効用値を算出し、前記ユーザ通知効果推定部により算出された期待効用値に基づいて、前記情報を通知するかどうかが決定されることを特徴とする通知用ユーザ状態管理装置が開示されている。

特許文献３には、子供、老人、その他の被保護者が、塾、学校、老人養護施設、その他の施設に入室した情報、あるいは前記施設から退室した情報を、コンピュータ装置を経由して通知先端末に通知するシステムであって、前記コンピュータ装置は、前記被保護者を識別するＩＤ情報と、前記通知先端末のアドレス情報を読み取る読取手段と、前記施設に入室あるいは前記施設から退室する被保護者の様子を撮影する画像撮影手段と、前記画像撮影手段により作成された画像ファイルのデータと、前記読取手段により読み取った前記ＩＤ情報及び前記アドレス情報に基づいて、前記通知先端末に送信するための通知ファイルを作成する通知ファイル作成手段と、前記通知ファイルを前記通知先端末に送信する送信手段を備えていることを特徴とする入退室記録通知システムが開示されている。

特表２００３−５３２９５３号公報 特許第４９５４４６７号公報 特開２００６−１８４０７号公報

サービスに関する通知を受け取り得る端末が複数存在する場合に、すべての端末に通知を行っていては、サービスの利用者にとって煩わしい一方、複数の端末のうち一部の端末のみに通知を行うことを考えた場合、どの端末に対して通知を行えば、その通知を確認してもらえる可能性が高いのか不明である。

本発明は、サービスに関する通知を受け取り得る端末が複数存在する場合に、複数の端末の中で通知が確認される可能性が高い端末に対して通知を行うことができる情報処理装置、及び情報処理プログラムを提供することを目的とする。

第１態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、サービスに対する登録を行った端末であり、互いが予め定められた距離以内にいる複数の端末を、それぞれ前記サービスに関連付け、互いが前記距離以内にいる前記複数の端末における、それぞれの利用状況から、前記複数の端末の優先度付けを行い、前記優先度が最も高い端末に、前記サービスに関する通知を送信する。

第２態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサは、前記複数の端末を通じて通知される各々の端末を使用するそれぞれの利用者の反応から、前記サービスに対する端末の優先度を前記複数の端末毎に設定し、設定した前記サービスに対する端末の優先度を用いて、前記複数の端末の中から前記サービスに関する通知を受け付ける当事者端末を特定する。

第３態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記プロセッサは、前記複数の端末が位置する位置情報をそれぞれ取得して、前記複数の端末を使用するそれぞれの利用者の反応を、それぞれの利用者が使用する端末から前記サービスの提供場所までの距離によって測定し、前記サービスの提供場所までの距離が近い端末ほど、前記優先度を高く設定する。

第４態様に係る情報処理装置は、第３態様に係る情報処理装置において、前記プロセッサは、前回取得した位置情報が表す位置よりも前記サービスの提供場所に近づいている端末ほど、前記優先度を高く設定する。

第５態様に係る情報処理装置は、第２態様〜第４態様の何れかの態様に係る情報処理装置において、前記プロセッサは、前記複数の端末を使用するそれぞれの利用者の反応を、前記複数の端末に対して送信した送信情報を受信した後の、前記送信情報に対する利用者の反応の速さによって測定し、前記送信情報に対する反応の速さが速い利用者が使用する端末ほど、前記優先度を高く設定する。

第６態様に係る情報処理装置は、第５態様に係る情報処理装置において、前記プロセッサは、端末に前記送信情報を送信してから、前記送信情報を受信した端末から前記送信情報に対する応答を受信するまでに要した応答時間を、前記送信情報に対する利用者の反応の速さとして測定する。

第７態様に係る情報処理装置は、第６態様に係る情報処理装置において、前記送信情報に対する応答が、利用者が前記送信情報の内容を端末に表示した場合に端末が送信する開封通知である。

第８態様に係る情報処理装置は、第５態様〜第７態様の何れかの態様に係る情報処理装置において、前記プロセッサは、前記複数の端末が位置する位置情報を取得し、前記送信情報を受信した端末の位置が、前記送信情報を送信してから移動し始めるまでに要した時間を、前記送信情報に対する利用者の反応の速さとして測定する。

第９態様に係る情報処理装置は、第２態様〜第８態様の何れかの態様に係る情報処理装置において、前記プロセッサは、利用者の反応を、前記複数の端末から受信した前記サービスに関する問い合わせの受信頻度によって測定する。

第１０態様に係る情報処理装置は、第２態様〜第９態様の何れかの態様に係る情報処理装置において、前記プロセッサは、前記複数の端末を、設定した優先度の大きさに応じたグループに分類し、優先度が最大の端末を含むグループに含まれる各々の端末を、前記当事者端末とする。

第１１態様に係る情報処理装置は、第１０態様に係る情報処理装置において、前記プロセッサは、前記複数の端末を使用する何れかの利用者が前記サービスを受けるまで前記複数の端末の優先度を更新すると共に、前記当事者端末となる端末を更新する。

第１２態様に係る情報処理装置は、第１１態様に係る情報処理装置において、前記プロセッサは、前記当事者端末に特定された端末の位置から予め定めた範囲内に前記当事者端末と異なる別の端末が存在する場合、前記別の端末も前記当事者端末であると特定する。

第１３態様に係る情報処理装置は、第２態様〜第１２態様の何れかの態様に係る情報処理装置において、前記プロセッサは、前記当事者端末と、前記当事者端末とは異なる別の端末で、端末に送信する情報の内容を変更する。

第１４態様に係る情報処理装置は、第１３態様に係る情報処理装置において、前記プロセッサは、前記当事者端末の何れからも利用者の反応が得られなかった場合、前記当事者端末とは異なる別の端末に、前記当事者端末に送信した情報と同じ内容の情報を送信する。

第１５態様に係る情報処理プログラムは、コンピュータに、サービスに対する登録を行った端末であり、互いが予め定められた距離以内にいる複数の端末を、それぞれ前記サービスに関連付け、互いが前記距離以内にいる前記複数の端末における、それぞれの利用状況から、前記複数の端末の優先度付けを行い、前記優先度が最も高い端末に、前記サービスに関する通知を送信する処理を実行させるためのプログラムである。

第１態様、及び第１５態様によれば、サービスに関する通知を受け取り得る端末が複数存在する場合に、複数の端末の中で通知が確認される可能性が高い端末に対して通知を行うことができる、という効果を有する。

第２態様によれば、サービスに関する通知を行う端末を予め決めておかなくても、通知を行う端末を特定することができる、という効果を有する。

第３態様によれば、端末の位置情報を取得することで、通知を行う端末を特定することができる、という効果を有する。

第４態様によれば、端末の位置情報の変化状況から、通知を行う端末を特定することができる、という効果を有する。

第５態様によれば、送信情報に対する利用者の反応の速さから、通知を行う端末を特定することができる、という効果を有する。

第６態様によれば、送信情報に対する応答時間を測定することで、通知を行う端末を特定することができる、という効果を有する。

第７態様によれば、送信情報を受け付けてから利用者が送信情報の内容を確認するまでの時間を測定することで、通知を行う端末を特定することができる、という効果を有する。

第８態様によれば、送信情報を受け付けてから利用者が移動を開始するまでの時間を測定することで、通知を行う端末を特定することができる、という効果を有する。

第９態様によれば、情報処理装置に対するアクセス頻度から、通知を行う端末を特定することができる、という効果を有する。

第１０態様によれば、複数の端末に通知を行うことができる、という効果を有する。

第１１態様によれば、通知を行う端末を特定した後であっても、利用者の反応に応じて通知を行う端末を変更することができる、という効果を有する。

第１２態様によれば、優先度のみに基づいて通知を行う端末を特定する場合と比較して、通知を行う端末を精度よく特定することができる、という効果を有する。

第１３態様によれば、利用者の目的に応じた情報を提供することができる、という効果を有する。

第１４態様によれば、通知を送信した端末から反応が得られない場合であっても、通知を送信した端末の利用者が属するグループ内の何れかのメンバーに連絡をとることができる、という効果を有する。

情報処理システムのシステム構成例を示す図である。 情報処理システムにおける情報の流れの一例を示したシーケンス図である。 管理テーブルの一例を示す図である。 受付装置における電気系統の要部構成例を示す図である。 サーバにおける電気系統の要部構成例を示す図である。 端末における電気系統の要部構成例を示す図である。 優先度設定処理の流れの一例を示すフローチャートである。 優先グループ設定処理の流れの一例を示すフローチャートである。 優先グループに応じて、端末に送信する送信情報の内容を変更する例を説明した図である。 管理テーブルの他の一例を示す図である。 顧客テーブルの一例を示す図である。

以下、本実施の形態について図面を参照しながら説明する。なお、同じ構成要素及び同じ処理には全図面を通して同じ符合を付与し、重複する説明を省略する。

図１は、本実施の形態に係る情報処理システム１のシステム構成例を示す図である。図１に示すように、情報処理システム１は、受付装置１０、サーバ２０、及び複数の端末３０を含み、受付装置１０、サーバ２０、及び複数の端末３０の各々は通信回線２で接続されている。

受付装置１０は、何らかのサービスを提供するサービス拠点に設置され、サービスを利用する利用者（以降、「ユーザ」という）の受付を行う装置である。

ユーザに提供される本実施の形態に係るサービスの種類に制約はなく、例えば病院による診療サービスや飲食店による飲食物の提供サービス等、どのようなサービスであってもよい。また、サービスは有料サービスであっても無料サービスであってもよい。ただし、本実施の形態に係るサービスは、例えば映像配信のように通信回線２を通じて提供されるサービスではなく、ユーザがサービス拠点まで移動して提供を受けるようなサービスとする。以降では、サービスが提供されるサービス拠点を「店舗」という。

受付装置１０は、ユーザによる受付操作が行われるとユーザの受付が終了したことを通知するために、ユーザが要求したサービスと対応付けられた窓口ＩＤをサーバ２０と連携して発行する。窓口ＩＤは、ユーザとサービスを対応付ける情報であればどのような内容であってもよく、例えばサービスの受付順を表す受付番号や、サービスの受付時間が用いられる。

窓口ＩＤが発行されたユーザは、サービスの提供が開始されるまで店舗を離れて待機してもよい。

情報処理システム１に含まれる受付装置１０の台数に制約はなく、情報処理システム１は複数の受付装置１０を含んでもよいが、以降ではそのうちの１台の受付装置１０に着目して説明を行う。上記では、受付装置１０は店舗に設置されると説明したが、店舗から離れた場所に設置されていてもよい。

なお、ユーザは、物理的に独立して設置された受付装置１０で窓口ＩＤを取得するのではなく、店舗のＷｅｂページから窓口ＩＤを取得することもあるが、こうした場合、Ｗｅｂページを提供する図示しないＷｅｂサーバが受付装置１０の一例となる。

サーバ２０は、受付装置１０でのサービスの受付状況を管理して受付装置１０に窓口ＩＤを通知すると共に、ユーザが使用する端末３０を窓口ＩＤと対応付けて管理する。具体的には、ユーザが受付装置１０で発行された窓口ＩＤを自身が所有する端末３０に読み込ませると、端末３０は、読み込んだ窓口ＩＤと窓口ＩＤを読み込んだ端末３０を一意に識別する識別ＩＤを対応付けてサーバ２０に通知する。これにより、窓口ＩＤ毎に識別ＩＤが関連付けられるため、ユーザの端末３０と窓口ＩＤが対応付けられて管理される。

識別ＩＤは、端末３０を一意に識別する識別情報であればどのような種類の識別情報であってもよい。例えば識別ＩＤとして端末３０に設定されているメールアドレス及びＳＮＳ(Social Networking Service)のアカウントや、端末３０の製造番号、ＩＰアドレス、及びＭＡＣアドレスが用いられる。また、ユーザに一意に割り当てられているユーザＩＤとユーザが使用する端末３０の対応付けが予め設定されている場合、端末３０を使用する際にユーザが入力したユーザＩＤも識別ＩＤの一例となる。

サーバ２０は、サービス毎に窓口ＩＤを待ち行列に登録し、サービス提供の順番が近づくと、窓口ＩＤと対応付けられて管理されている端末３０（以降、「窓口ＩＤに登録されている端末３０」という）の少なくとも１つに対して、ユーザの呼び出しを行う。すなわち、ユーザの呼び出しとは、店舗にてサービスの提供準備が整ったため、店舗へ来るようにユーザに知らせる通知であり、サービスに関する通知の一例である。呼び出しを受けた端末３０を使用するユーザは、店舗でサービスの提供を受けることになる。

窓口ＩＤを端末３０に読み込ませるユーザは必ずしも１人とは限らない。グループでサービスの提供を受けようとする場合、どの端末３０にサーバ２０からユーザの呼び出しが来てもいいように、グループに属する各々のユーザが同じ窓口ＩＤをそれぞれが所有する端末３０に読み込ませ、各々の端末３０を窓口ＩＤに登録してもよい。また、サービスを利用するユーザが子供の場合、子供だけがサービスを利用するのは不安であるため、その親もサービスに関する通知が欲しい場合がある。こうした場合、子供と親が同じ窓口ＩＤをそれぞれが所有する端末３０に読み込ませ、各々の端末３０を窓口ＩＤに登録することがある。以降では、こうした同じ窓口ＩＤに対して複数の端末３０を登録する例について説明する。

端末３０は、通信回線２を通じてサーバ２０が送信するサービスに関する通知を受け付けることができる情報機器であればよく、例えばスマートフォン、タブレット型コンピュータ、及びウェアラブル装置等が用いられる。端末３０は、ユーザが携帯して使用することを前提としていないデスクトップ型コンピュータであってもよいが、店舗に来店するような移動を伴うユーザは、端末３０として携帯型の情報機器を所有している。

なお、情報処理システム１の通信回線２で用いられる通信プロトコルの種類に制約はない。また、通信回線２は有線回線であっても無線回線であってもよく、有線回線と無線回線が混在した回線であってもよい。更に、通信回線２は専用回線であっても、インターネットのように不特定多数のユーザと回線を共有する公衆回線であってもよい。

図２は、情報処理システム１でやり取りされる情報の流れの一例を示したシーケンス図である。図２のシーケンス図では、説明の便宜上、複数ある端末３０のうちの１台の端末３０に着目した情報の流れを示しているが、実際には複数の端末３０との間で図２に示すような情報の流れが発生する。

まず、ユーザは受付装置１０でサービスの利用受付を行う（図２：Ｖ１）。

サービスの利用を受け付けた受付装置１０は、サーバ２０に対して窓口ＩＤのリクエストを行う（図２：Ｆ１）。

窓口ＩＤのリクエストを受け付けたサーバ２０は、発行済みの受付番号と重複しない受付番号を窓口ＩＤとして発行し、受付装置１０毎に設けられたサービスの待ち行列に発行した窓口ＩＤを登録する。その上で、サーバ２０は、発行した窓口ＩＤを窓口ＩＤのリクエスト元である受付装置１０に通知する（図２：Ｆ２）。

サーバ２０から窓口ＩＤを受け付けた受付装置１０は、ユーザに対して窓口ＩＤを発行する（図２：Ｖ２）。窓口ＩＤの発行方法は、例えば窓口ＩＤを表すバーコードを用紙に印字する方法が用いられるが、受付装置１０は通信回線２を通じて、当該バーコードを受付装置１０でサービスの利用受付を行ったユーザの端末３０に送信してもよい。窓口ＩＤの送信先情報は、ユーザがサービスの利用受付を行う際に受付装置１０に登録すればよい。また、窓口ＩＤは必ずしもバーコードで表される必要はなく、ユーザが視認して窓口ＩＤが認識できるように文字で表してもよい。

ユーザは、端末３０に内蔵されたカメラでバーコードを読み取ることで、窓口ＩＤを端末３０に読み込ませる（図２：Ｆ３）。他のユーザも同じバーコードを端末３０のカメラで読み取ることで、同じ窓口ＩＤをそれぞれの端末３０に読み込ませる。

なお、バーコードがユーザの端末３０に送信された場合には、バーコードが送信された端末３０を使用するユーザは、バーコードを端末３０の画面に表示することで、窓口ＩＤを端末３０に読み込ませる。バーコードが送信されない他のユーザは、画面上に表示されたバーコードをそれぞれが使用する端末３０のカメラで読み取ることで、同じ窓口ＩＤをそれぞれの端末３０に読み込ませる。

受付装置１０は、必ずしも窓口ＩＤを表したバーコードを用紙に印字する必要はなく、例えばバーコードでＷｅｂページのＵＲＬ(Uniform Resource Locator)を表すようにして、ユーザが端末３０でバーコードを読み取り、表示されたＷｅｂページから窓口ＩＤを取得してもよい。また、窓口ＩＤまたはＵＲＬを読み取った端末３０が、グループに属する各々のユーザの端末３０にＳＮＳ等を用いて窓口ＩＤまたはＵＲＬを送信し、同じ窓口ＩＤをそれぞれの端末３０に読み込ませるようにしてもよい。

ユーザの１人が図示しないＷｅｂサーバによって提供される店舗のＷｅｂページから窓口ＩＤを直接取得した場合、店舗のＷｅｂページから窓口ＩＤを取得していない他のユーザは、各々の端末３０に店舗のＷｅｂページを表示し、Ｗｅｂページに取得済みの窓口ＩＤを入力することで、同じ窓口ＩＤをそれぞれの端末３０に読み込ませるようにしてもよい。

なお、窓口ＩＤが文字で表されている場合には、ユーザが端末３０に窓口ＩＤを表す文字を入力することで、窓口ＩＤを端末３０に読み込ませればよい。

窓口ＩＤを読み込んだ端末３０は、それぞれ窓口ＩＤと共に識別ＩＤをサーバ２０に送信する（図２：Ｆ４）。

窓口ＩＤと共に識別ＩＤを受け付けたサーバ２０は、窓口ＩＤに識別ＩＤを対応付けて管理する（図２：Ｖ３）。具体的には、サーバ２０は、窓口ＩＤと識別ＩＤの対応付けを管理テーブル４によって管理する。

図３は、管理テーブル４の一例を示す図である。管理テーブル４には、窓口ＩＤ欄、識別ＩＤ欄、優先度欄、及び優先グループ欄が含まれ、各欄の内容が行方向に対応付けられている。図３に示す管理テーブル４の例では、窓口ＩＤが“１”で表されるサービスに対して、識別ＩＤがそれぞれ“１”、“２”、“３”で表される３台の端末３０が対応付けられている。

管理テーブル４における優先度欄には、識別ＩＤによって表される端末３０の優先度が設定される。端末３０の優先度とは、窓口ＩＤに対応付けられた端末３０のうち、何れの端末３０に対して優先的にサービスに関する通知を送信すればよいのかを表す値である。優先度が高い端末３０であるほど、サーバ２０はサービスに関する通知を優先的に送信する。優先度は数値によって表され、優先度欄に設定されている値が大きい端末３０であるほど、端末３０の優先度が高いことを表している。図３に示す管理テーブル４の例では、識別ＩＤが“１”で表される端末３０の優先度は“３．７”、識別ＩＤが“２”で表される端末３０の優先度は“１．５”、及び識別ＩＤが“３”で表される端末３０の優先度は“３．２”であるから、識別ＩＤが“１”で表される端末３０の優先度が最も高いことになる。

管理テーブル４における優先グループ欄には、識別ＩＤによって表される端末３０が属する優先グループが設定される。サーバ２０は端末３０の優先度の大きさに応じて、端末３０を複数の優先グループに分類する。管理テーブル４における優先グループ欄には、分類先の優先グループが端末３０毎に設定される。

なお、サーバ２０が窓口ＩＤと識別ＩＤを対応付けた時点では、どの端末３０にサービスに関する通知を優先的に通知すればよいかわからない状態であるため、サーバ２０はすべての端末３０に同じ優先度を設定してもよいし、優先度を未設定のままにしてもよい。

管理テーブル４に含まれる項目は窓口ＩＤ、識別ＩＤ、端末３０の優先度、及び優先グループに限られず、他の項目を含んでもよい。

端末３０は、窓口ＩＤを読み取った後、端末３０の位置情報をサーバ２０に送信する（図２：Ｆ５）。端末３０は一度だけ位置情報をサーバ２０に送信するのではなく、定期的に、または、例えば５ｍ移動したというように予め定めた状況が発生する毎に位置情報をサーバ２０に送信する。

一方、ユーザがサービスの順番待ちをしている間に、店舗では他の窓口ＩＤに対応したサービスの提供が進められるため、受付装置１０は、サービスの進行状況を表すサービス進行情報をサーバ２０に逐次送信する（図２：Ｆ６）。

サーバ２０は、受け付けたサービス進行情報に基づいて、例えばサービスの順番待ちをしている人数や、待ち時間の目安といったサービスに関する各種通知を端末３０に送信する（図２：Ｆ７）。また、サーバ２０は、サービスに関する通知だけでなく、待ち時間におけるユーザの満足度を上昇させるため、例えば待ち時間にあわせた長さの動画を端末３０に送信してもよい。このように、サーバ２０が端末３０に送信する情報を総称して「送信情報」という。

サーバ２０から送信情報を受け付けたことに気付いたユーザは、端末３０を操作して送信情報を確認し、送信情報の内容に応じた応答をサーバ２０に返送する（図２：Ｆ８）。なお、応答は、必ずしも送信情報に対する返信という形態に限定されるものではなく、例えば待ち時間の更新要求等、自発的に端末３０からサーバ２０に送信する情報も含まれる。

なお、一点鎖線の矢印で表した位置情報の送信（図２：Ｆ５）、サービス進行情報の送信（図２：Ｆ６）、送信情報の送信（図２：Ｆ７）、及び応答の送信（図２：Ｆ８）の送信タイミングは、必ずしも図２に示すシーケンスに従うものではない。例えば端末３０が位置情報を送信する前に、受付装置１０がサービス進行情報を送信してもよい。また、位置情報、サービス進行情報、送信情報、及び応答はそれぞれ複数回送信されることもある。

サーバ２０は、各々の端末３０から受け付けた位置情報及び応答によって表される、端末３０を使用するユーザの反応から、端末３０の優先度を設定する（図２：Ｖ４）。なお、端末３０の優先度の設定方法については後ほど詳細に説明する。

サーバ２０は、設定した優先度に応じて、端末３０が属する優先グループを設定する（図２：Ｖ５）。

店舗でサービスの提供が進行し、窓口ＩＤに対応したサービスの順番が来た場合、受付装置１０はサービスを提供する窓口ＩＤと共にユーザの呼び出しを通知する（図２：Ｆ９）。

受付装置１０からユーザの呼び出しを受け付けたサーバ２０は、端末３０の優先度に従って、ユーザの呼び出しに伴って受付装置１０から通知された窓口ＩＤと対応付けられた端末３０の中から、優先的にユーザの呼び出しを行う端末３０を特定する。その上で、サーバ２０は、特定した端末３０に対してユーザの呼び出しを行う（図２：Ｆ１０）。これにより、ユーザにサービス提供の順番が回ってきたことが通知されるため、ユーザは店舗でサービスを受ければよい。以降では、優先的にサービスに関する通知を通知する端末３０のことを「当事者端末３０」ということがある。

サーバ２０は、窓口ＩＤに識別ＩＤを対応付けることでサービスと端末３０を関連付ける場合、各々の端末３０のユーザが互いに一緒に行動しているとみなすことのできる予め定められた距離（グループ距離）以内にある端末３０を１つのグループとして取り扱い、グループ内の端末３０の識別ＩＤを窓口ＩＤに対応付けるようにしてもよい。したがって、サーバ２０は、グループ距離以内にある複数の端末３０を１つのグループとした場合に、グループ毎に少なくとも１つ以上の当事者端末３０を特定する。

次に、受付装置１０における電気系統の要部構成例について説明する。

図４は、受付装置１０における電気系統の要部構成例を示す図である。受付装置１０は例えばコンピュータ４０を用いて構成される。

コンピュータ４０は、受付装置１０に係る処理を制御するＣＰＵ(Central Processing Unit)４１、コンピュータ４０を受付装置１０として機能させる受付プログラムを記憶するＲＯＭ(Read Only Memory)４２、ＣＰＵ４１の一時的な作業領域として使用されるＲＡＭ(Random Access Memory)４３、不揮発性メモリ４４、及び入出力インターフェース(Ｉ／Ｏ)４５を備える。そして、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、不揮発性メモリ４４、及びＩ／Ｏ４５がバス４６を介して各々接続されている。

不揮発性メモリ４４は、不揮発性メモリ４４に供給される電力が遮断されても、記憶した情報が維持される記憶装置の一例であり、例えば半導体メモリが用いられるがハードディスクを用いてもよい。不揮発性メモリ４４は、必ずしもコンピュータ４０に内蔵されている必要はなく、例えばコンピュータ４０に着脱可能な可搬型の記憶装置であってもよい。

Ｉ／Ｏ４５には、例えば通信ユニット４７、ＵＩ(User Interface)ユニット４８、及び窓口ＩＤ発行ユニット４９が接続される。

通信ユニット４７は通信回線２に接続され、通信回線２に接続されるサーバ２０、端末３０、及び、例えば図示しないファイルサーバのような外部装置との間でデータ通信を行う通信プロトコルを備える。

ＵＩユニット４８は、受付装置１０とユーザとのインターフェースを提供するユニットである。ＵＩユニット４８は、ユーザの指示を受け付けてＣＰＵ４１に通知すると共に、ＣＰＵ４１によって処理された情報をユーザに通知する。ＵＩユニット４８にはユーザの指示を受け付けるため、例えばボタンやタッチパネルといった入力デバイスが備えられると共に、処理した情報をユーザに通知するため、ＬＥＤ(Light Emitting Diode)や液晶ディスプレイといった出力デバイスが備えられている。

窓口ＩＤ発行ユニット４９は、用紙に窓口ＩＤを印字するユニットである。受付装置１０は、ＵＩユニット４８の液晶ディスプレイに窓口ＩＤを表示してもよく、この場合、窓口ＩＤ発行ユニット４９を設けなくても、ＵＩユニット４８が窓口ＩＤ発行ユニット４９として機能する。

図５は、サーバ２０における電気系統の要部構成例を示す図である。サーバ２０は例えばコンピュータ５０を用いて構成される。

コンピュータ５０は、サーバ２０に係る処理を制御するＣＰＵ５１、コンピュータ５０をサーバ２０として機能させる情報処理プログラムを記憶するＲＯＭ５２、ＣＰＵ５１の一時的な作業領域として使用されるＲＡＭ５３、不揮発性メモリ５４、及びＩ／Ｏ５５を備える。そして、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、不揮発性メモリ５４、及びＩ／Ｏ５５がバス５６を介して各々接続されている。

Ｉ／Ｏ５５には、例えば通信ユニット５７、及びＵＩユニット５８が接続される。なお、通信ユニット５７及びＵＩユニット５８の機能は、それぞれ受付装置１０における通信ユニット４７及びＵＩユニット４８の機能と同じであるため説明を省略する。

図６は、端末３０における電気系統の要部構成例を示す図である。端末３０は例えばコンピュータ６０を用いて構成される。

コンピュータ６０は、端末３０に係る処理を制御するＣＰＵ６１、コンピュータ６０を端末３０として機能させる端末プログラムを記憶するＲＯＭ６２、ＣＰＵ６１の一時的な作業領域として使用されるＲＡＭ６３、不揮発性メモリ６４、及びＩ／Ｏ６５を備える。そして、ＣＰＵ６１、ＲＯＭ６２、ＲＡＭ６３、不揮発性メモリ６４、及びＩ／Ｏ６５がバス６６を介して各々接続されている。

Ｉ／Ｏ６５には、例えば通信ユニット６７、ＵＩユニット６８、及びＧＰＳ(Global Positioning System)ユニット６９が接続される。

通信ユニット６７及びＵＩユニット６８の機能は、それぞれ受付装置１０における通信ユニット４７及びＵＩユニット４８の機能と同じであるため説明を省略する。

ＧＰＳユニット６９は、地球の周回軌道を回る衛星から発信される情報を利用して、端末３０の位置情報、すなわち、端末３０が位置する場所の経度及び緯度を測定する。

受付装置１０のＩ／Ｏ４５、サーバ２０のＩ／Ｏ５５、及び端末３０のＩ／Ｏ６５に接続されるユニットの種類に制約はなく、必要に応じて他のユニットを接続してもよい。例えばバーコードで表された窓口ＩＤを読み取る場合、端末３０のＩ／Ｏ６５にカメラユニットが接続される。

次に、サーバ２０における端末３０の優先度の設定方法について説明する。

図７は、サーバ２０で受付装置１０によって発行された窓口ＩＤに複数の端末３０の識別ＩＤを登録した場合に、サーバ２０のＣＰＵ５１によって実行される優先度設定処理の流れの一例を示すフローチャートである。優先度設定処理を規定する情報処理プログラムは、例えばサーバ２０のＲＯＭ５２に予め記憶されている。サーバ２０のＣＰＵ５１は、ＲＯＭ５２に記憶される情報処理プログラムを読み込み、優先度設定処理を実行する。なお、ＣＰＵ５１は、待ち行列に登録されている窓口ＩＤ毎に図７に示す優先度設定処理を実行する。ここでは１つの窓口ＩＤに着目し、着目した窓口ＩＤに登録された端末３０の優先度を設定する例について説明する。また、窓口ＩＤに登録された識別ＩＤによって表される各々の端末３０は、特に断りがない場合、グループ距離以内にあるものとする。すなわち、各々の端末３０のユーザは行動を共にするグループを形成しているものとする。

ステップＳ１０において、ＣＰＵ５１は、端末３０から何らかの情報を受信したか否かを判定する。端末３０から何らかの情報を受信した場合には、ステップＳ２０に移行する。

ステップＳ２０において、ＣＰＵ５１は、ステップＳ１０で受信した情報が端末３０の位置情報であるか否かを判定する。受信した情報が端末３０の位置情報である場合にはステップＳ３０に移行する。

ステップＳ３０において、ＣＰＵ５１は、位置情報を用いて端末３０の優先度を設定する。

端末３０の優先度は、端末３０を使用するユーザのサービスに対する関心の高さによって設定される。既に説明したように、同じ窓口ＩＤに端末３０を登録する複数のユーザの中には、例えばサービスを利用する子供が無事に受付を終えて、サービスを利用したかを確認する親のように、実際にはサービスを利用しないユーザが含まれることがある。また、グループで一緒に行動している場合、実際にサービスを利用するユーザ（「当事者」という）であっても、グループ内の他のユーザがサーバ２０からの送信情報を確認しているだろうと思い、サーバ２０からの送信情報を積極的に確認しないユーザ（「追従ユーザ」という）である場合もある。

こうしたユーザの使用する端末３０に対して優先的にサービスに関する通知を送信した場合、実際にサービスを利用しないユーザにとっては煩わしい通知が送信されることになり、送信情報が確認されないことがある。

したがって、ＣＰＵ５１は、同じ窓口ＩＤに登録された端末３０を使用するそれぞれのユーザの反応から、サービスに対する関心度を推定し、高い関心度を示すユーザほど、当該ユーザが使用する端末３０の優先度を高く設定する。

実際に店舗でサービスを利用するユーザほど、サービスに対して高い関心度を示す傾向があり、実際にサービスを利用するユーザは店舗まで移動する必要があるため、店舗から近い場所にいることが多い。したがって、ＣＰＵ５１は、端末３０の位置情報を用いて端末３０から店舗までの距離を測定し、店舗までの距離が近い端末３０ほど、優先度を高く設定すればよい。店舗の位置情報は、例えば受付装置１０が窓口ＩＤのリクエストと共にサーバ２０に通知し、サーバ２０の不揮発性メモリ５４に記憶しておけばよい。なお、端末３０の優先度は管理テーブル４で管理される。

ＣＰＵ５１は、店舗から端末３０までの距離を直線距離で測定してもよいが、実際の移動距離とは異なるため、不揮発性メモリ５４に地図データを記憶しておき、通行可能な道路沿いの距離で測定することが好ましい。

なお、サービスを利用しないユーザが、偶然に当事者よりも店舗に近い場所にいることも考えられる。しかしながら、サービスを利用しないユーザは店舗に移動する必要がないため、店舗に向かって移動することがない。したがって、ＣＰＵ５１は、端末３０毎に受け付けた位置情報を時系列に沿って不揮発性メモリ５４に記憶しておき、店舗に近づいている端末３０は当事者が使用している端末３０であると判定して、同じ位置に留まっている端末３０や店舗から遠ざかっていく端末３０より店舗に近づいている端末３０の優先度を高く設定してもよい。

また、ユーザは、例えばサービスの順番待ちをしている人数といったサーバ２０からの送信情報を確認してから、店舗への移動を開始する傾向がある。一方、追従ユーザであれば、グループ内の他のユーザが店舗に移動し始めると、それに従って移動を始める傾向があることから、他のユーザよりも移動開始タイミングが遅れることになる。

したがって、ＣＰＵ５１は、送信情報を送信してから端末３０が移動し始めるまでに要した時間を測定する。当該時間が短い端末３０、すなわち、送信情報に対する反応が速いユーザが使用している端末３０ほど、サービスに高い関心を示すユーザが使用している端末３０であると推定されるため、ＣＰＵ５１は、当該時間が短い端末３０ほど、端末３０の優先度を高く設定してもよい。

一方、ステップＳ２０の判定処理で、受信した情報が端末３０の位置情報ではないと判定された場合には、ステップＳ３０の処理を実行することなくステップＳ４０に移行する。

ステップＳ４０において、ＣＰＵ５１は、ステップＳ１０で受信した情報が、端末３０に送信した送信情報に対する応答であるか否かを判定する。受信した情報が応答である場合には、ステップＳ５０に移行する。

ステップＳ３０で説明したように、サービスに高い関心を示すユーザほど、サーバ２０から送信された送信情報に対して速い反応を示す。したがって、ステップＳ５０において、ＣＰＵ５１は、応答を用いて送信情報に対するユーザの反応の速さを測定し、送信情報に対する反応が速いユーザが使用する端末３０ほど、端末３０の優先度を高く設定するようにする。

具体的には、ＣＰＵ５１は、端末３０に送信情報を送信してから、送信情報を受信した端末３０から送信情報に対する応答を受信するまでに要した応答時間をユーザの反応の速さとして測定する。この場合の応答は、例えばユーザが送信情報を確認したことを表す応答が用いられる。応答は、例えばユーザが端末３０のＵＩユニット６８を操作して意図的にサーバ２０に送信したものに限られない。例えば送信情報の内容を端末３０のＵＩユニット６８に表示するだけで、ユーザの指示がなくても端末３０が自動的にサーバ２０に返信する開封通知も応答に含まれる。

一方、ステップＳ４０の判定処理で、受信した情報が送信情報に対する応答ではないと判定された場合には、ステップＳ５０の処理を実行することなくステップＳ６０に移行する。

ステップＳ６０において、ＣＰＵ５１は、ステップＳ１０で受信した情報が、サービスに関する問い合わせであるか否かを判定する。サービスに関する問い合わせとは、送信情報とは関係なく、端末３０が自発的にサーバ２０に送信する情報であり、例えばサービスの順番待ちをしている人数の問い合わせや待ち時間の問い合わせが含まれる。

受信した情報がサービスに関する問い合わせである場合には、ステップＳ７０に移行する。

窓口ＩＤに登録されている端末３０を使用するユーザの中には、送信情報の内容は確認しないが自分のサービスがいつ開始されるのかを気にして、サービス開始までの待ち時間を頻繁にサーバ２０に問い合わせるようなユーザが存在することがある。こうしたユーザが使用する端末３０では、送信情報に対する応答をサーバ２０に送信しないため、送信情報に対するユーザの反応の速さに基づいて端末３０の優先度を設定してしまうと、他の端末３０よりも優先度が低く設定される。しかしながら、サービス開始までの待ち時間を頻繁にサーバ２０に問い合わせるという行為は、サービスに対する関心の高さを表している。したがって、ステップＳ７０において、ＣＰＵ５１は、端末３０からのサービスに関する問い合わせの受信頻度をユーザの反応の一例とみなし、サービスに関する問い合わせの受信頻度が高い端末３０ほど、端末３０の優先度を高く設定する。

ステップＳ７０の実行後、またはステップＳ６０の判定処理で、受信した情報がサービスに関する問い合わせではないと判定された場合にはステップＳ８０に移行する。

ステップＳ８０において、ＣＰＵ５１は、上記で設定した各々の端末３０の優先度に応じて、各々の端末３０を優先グループに分類する優先グループ設定処理を実行する。優先グループ設定処理の詳細については後ほど説明する。

優先グループ設定処理が終了した後、ステップＳ１０に移行して、端末３０からの次の情報の受信に備える。

一方、ステップＳ１０の判定処理で、端末３０から何も情報を受信していないと判定された場合には、ステップＳ９０に移行する。

ステップＳ９０において、ＣＰＵ５１は、受付装置１０からユーザの呼び出しを受け付けたか否かを判定する。ユーザの呼び出しを受け付けていない場合には、まだ端末３０にユーザの呼び出しを行っていないことから、端末３０からサーバ２０に位置情報、送信情報に対する応答、及び問い合わせが送信されることがある。したがって、ステップＳ１０に移行して、ＣＰＵ５１は端末３０からの情報の受信に備える。

すなわち、ＣＰＵ５１は、窓口ＩＤに登録されている端末３０を使用する何れかのユーザがサービスを受けるまで、窓口ＩＤに登録されている各々の端末３０の優先度を更新すると共に、更新した端末３０の優先度に基づいて、端末３０が属する優先グループを更新する。

一方、ステップＳ９０の判定処理において、受付装置１０からユーザの呼び出しを受け付けたと判定された場合には、ステップＳ１００に移行する。

ステップＳ１００において、ＣＰＵ５１は、最も優先度の高い端末３０が属する優先グループに含まれる各々の端末３０に対して、ユーザの呼び出しを行い、図７に示す優先度設定処理を終了する。最も優先度の高い端末３０が属する優先グループに含まれる各々の端末３０は、当事者端末３０の一例である。

なお、図７に示す優先度設定処理では、端末３０からユーザの関心の高さを示す情報を受信する毎に、端末３０の優先度及び端末３０が属する優先グループを更新したが、例えば５分毎というように定期的に更新してもよい。

また、図７に示した優先度設定処理では、店舗に端末３０の位置情報を通知しない例について説明したが、サーバ２０は通信回線２を通じて図示しない店舗の管理端末に、当該店舗の受付装置１０で発行した窓口ＩＤに登録されている端末３０の位置情報を通知してもよい。この場合、図示しない管理端末を通じて端末３０の位置情報を受け付けた店舗で、サービスの提供を待つユーザの位置が把握されるようになる。したがって、例えば前の順番で待っているユーザが、後ろの順番で待っているユーザよりも店舗から遠くにいる場合、後ろの順番で待っているユーザを先に呼び出すようにして、店舗の回転率の上昇や、サービス向上に役立てることができる。

しかしながら、ユーザの位置は個人情報としての側面を有するため、サーバ２０はユーザのプライバシーの観点から、詳細な位置情報ではなく、おおよその位置情報を図示しない管理端末に送信することが好ましい。また、サーバ２０は、ユーザの経度及び緯度を図示しない管理端末に送信するのではなく、店舗からユーザまでの距離を送信するようにしてもよい。

また、サーバ２０は、図示しない管理端末に送信する位置情報に制限をかけるようにしてもよい。例えばサーバ２０は、店舗から予め定めた範囲内にいるユーザの位置情報だけを図示しない管理端末に送信してもよい。また、サーバ２０は、最も優先度の高い端末３０が属する優先グループに含まれる端末３０、すなわち、当事者端末３０を使用するユーザの位置情報だけを、図示しない管理端末に送信してもよい。

また、図７に示した優先度設定処理では、端末３０から位置情報を受け付ける例について説明したが、受付装置１０から端末３０の位置情報を受け付けてもよい。

例えば店舗に設置された受付装置１０に公衆無線ＬＡＮ(Local Area Network)のアクセスポイントを設置しておく。この場合、ユーザが店舗に近づくとユーザが使用する端末３０がアクセスポイントに接続され、ユーザは店舗付近でインターネットを利用できるようになる。したがって、受付装置１０は、店舗に近づくほどアクセスポイントで検知される端末３０の電波強度が強くなることを利用して、アクセスポイントに接続される端末３０の電波強度を用いて、端末３０から店舗までの距離を測定してもよい。受付装置１０は、アクセスポイントで取得した端末３０の識別ＩＤと、測定した距離を対応付けてサーバ２０に送信すれば、サーバ２０で各端末３０の位置情報が把握されることになる。この場合、端末３０にはＧＰＳユニット６９が不要となる。

当然のことながら、受付装置１０は、端末３０の識別ＩＤと電波強度を対応付けてサーバ２０に送信し、サーバ２０側で受け付けた電波強度に基づいて識別ＩＤによって表される端末３０から店舗までの距離を測定してもよい。

なお、アクセスポイントは店舗内に設置されていてもよく、この場合、受付装置１０は店舗内に設置されているアクセスポイントから、アクセスポイントに接続された端末３０の識別ＩＤと電波強度を受け付けてサーバ２０に送信すればよい。

次に、図７のステップＳ８０で実行される優先グループ設定処理について詳細に説明する。

図８は、図７のステップＳ８０で実行される優先グループ設定処理の流れの一例を示すフローチャートである。

まず、ステップＳ２００において、ＣＰＵ５１は管理テーブル４を参照し、窓口ＩＤに登録された各々の端末３０における優先度の中から、最大の優先度を取得する。

ステップＳ２１０において、ＣＰＵ５１は、ステップＳ２００と同じ窓口ＩＤに登録された各々の端末３０から何れか１つの端末３０を選択する。

ステップＳ２２０において、ＣＰＵ５１は、ステップＳ２１０で選択した端末３０の優先度をステップＳ２００で取得した優先度で除して、優先度の最大値が“１”になるように正規化を行う。

ステップＳ２３０において、ＣＰＵ５１は、ステップＳ２００と同じ窓口ＩＤに登録されているすべての端末３０をステップＳ２１０で選択したか否かを判定する。未選択の端末３０が存在する場合にはステップＳ２１０に移行し、ＣＰＵ５１は、まだ選択していない端末３０の中から何れか１つの端末３０を選択する。

窓口ＩＤに登録されているすべての端末３０を選択するまでステップＳ２１０〜Ｓ２３０を繰り返し実行することで、窓口ＩＤに登録されている各々の端末３０に対して、正規化された優先度が設定されることになる。

ステップＳ２３０の判定処理で、窓口ＩＤに登録されているすべての端末３０を選択したと判定された場合には、ステップＳ２４０に移行する。

ステップＳ２４０において、ＣＰＵ５１は、正規化された優先度に応じて、窓口ＩＤに登録されている各々の端末３０を何れかの優先グループに分類する。

例えば正規化された優先度が“０．０”以上“０．２”未満の端末３０を優先グループＣ、正規化された優先度が“０．２”以上“０．８”未満の端末３０を優先グループＢ、正規化された優先度が“０．８”以上“１．０”以下の端末３０を優先グループＡとする。この場合、図３に示した管理テーブル４で管理される端末３０の優先度を正規化して各々の端末３０を優先グループに分類すれば、識別ＩＤが“１”及び“３”で表される端末３０は優先グループＡに分類され、識別ＩＤが“２”で表される端末３０は優先グループＢに分類されることになる。上記に示した優先グループの区分は一例であり、優先グループの数は３つに限定されるものでもなく、２つ以上であればよい。

優先グループＡに分類された端末３０は、他の優先グループに分類された端末３０より、端末３０を使用するユーザが、これから受けようとしているサービスに高い関心を示していることを表している。したがって、ＣＰＵ５１は、優先度の高さ順に用意した複数の優先グループのうち、最上位の分類区分を示す優先グループ、すなわち、優先グループＡに含まれる各々の端末３０を当事者端末３０として特定する。

その上で、ＣＰＵ５１は、端末３０が属する優先グループに応じて、端末３０に送信する送信情報の内容を変更する。例えば、優先グループＡに属する端末３０を使用するユーザは当事者であると考えられることから、ＣＰＵ５１は、優先グループＡに属する端末３０に対しては、ユーザの呼び出しを含むサービスに関する通知を送信する。

優先グループＢに属する端末３０を使用するユーザは当事者とまでは言えないが、例えば当事者がサービスを受けるのをサポートするユーザであると考えられる。したがって、ＣＰＵ５１は、優先グループＢに属する端末３０に対しては、例えばユーザの呼び出し以外のサービスに関する通知を送信する。

優先グループＣに属する端末３０を使用するユーザは当事者ではなく、例えばサービスを利用しようとしている当事者の状況がわかれば十分なユーザであると考えられる。したがって、ＣＰＵ５１は、優先グループＣに属する端末３０に対しては、例えば当事者の状況を知らせる通知のみを送信する。

なお、優先グループと端末３０に通知する情報の内容の対応付けに制約はなく、例えば優先グループＣに属する端末３０には、サーバ２０から何れの送信情報も送信しないようにしてもよい。端末３０が属する優先グループは固定的に設定されるのではなく、ユーザの反応に応じて更新されることから、所属先の優先グループが変更することがある。ＣＰＵ５１は、端末３０が属する優先グループに変更が生じた場合には、属する優先グループに変更が生じた端末３０に対して、属する優先グループに変更があったことを通知してもよい。

図９は、端末３０が属する優先グループに応じて、端末３０に送信する送信情報の内容を変更する例について示した図である。ここでは、同じ窓口ＩＤにグループ距離を超えた端末３０も登録している状況での適用例について説明する。すなわち、グループ内のユーザはそれぞれ単独で行動しているものとする。

図９に示すように、ＣＰＵ５１は、優先グループＡに属する端末３０に対してはユーザの呼び出しを行うが、優先グループＢに属する端末３０に対してはユーザの呼び出しを行わないように制御している。一方、ＣＰＵ５１は、優先グループＢに属する端末３０には、当事者に対するサービスの開始時点と、当事者に対するサービスの終了時点でそれぞれサービス開始通知とサービス終了通知を送信するが、優先グループＡに属する端末３０には送信しないように制御している。

これにより、優先グループＢに属する端末３０を使用するユーザは、例えばサービス終了通知を受け取ったらサービスを利用した当事者を店舗まで迎えに行くといったサポートが行いやすくなる。

なお、当事者を迎えに行くユーザがサービスの終了にあわせて店舗に到着できるように、サーバ２０は、当事者に対するサービスが終了する前に、優先グループＢに属する端末３０に対して、もうすぐ当事者へのサービスが終了することを通知する事前通知を送信してもよい。事前通知をサービスが終了する何分前に送信すればよいかといった設定値は、予め不揮発性メモリ５４に記憶されており、ユーザはこの設定値を端末３０から設定できる。この場合、ＣＰＵ５１は、例えばサービスを開始してから終了するまでに要した過去の実績時間の平均値に代表される基本統計量を用いて、サービスの終了時間を推定すればよい。

また、ＣＰＵ５１は、事前通知の設定値にあわせて事前通知を送信するのではなく、優先グループＢに属する端末３０の位置情報に応じて、事前通知を送信するタイミングを決定してもよい。具体的には、端末３０の位置情報によって表されるユーザの場所が店舗から遠いほど、ユーザが店舗に移動するのに要する時間が長くなる。したがって、優先グループＢに属する端末３０を使用するユーザから店舗までの距離が遠いほど、ＣＰＵ５１は事前通知を早く送信してやればよい。この場合においても、優先グループＢに属する端末３０を使用するユーザから店舗までの距離は直線距離ではなく、通行可能な道路沿いの距離を用いることが好ましい。優先グループＢに属する端末３０が複数存在する場合、ＣＰＵ５１は、各々の端末３０を使用するユーザから店舗までの距離に応じて、端末３０毎に事前通知を送信するタイミングを調整して送信すればよい。

なお、図７のステップＳ９０では、ＣＰＵ５１は、受付装置１０からユーザの呼び出しを受け付けたか否かを判定したが、受付装置１０からサービス開始通知を受け付けたか否かを判定するようにしてもよい。この場合、グループ内の何れかのユーザがサービスを受けるまで窓口ＩＤに登録された各々の端末３０の優先度が更新されると共に、当事者端末３０となる端末３０も更新される。

一方、ＣＰＵ５１は、優先グループＡ以外の優先グループに分類された端末３０（「非当事者端末３０」という）であっても、状況に応じて当事者端末３０として扱うことがある。

例えば優先度から非当事者端末３０と特定された端末３０であったとしても、端末３０の位置情報が店舗内を示している場合、当該端末３０を使用するユーザは、店舗から離れているユーザよりも、実際にサービスを受けようとしている当事者である蓋然性が高い。したがって、ＣＰＵ５１は、位置情報が店舗内であることを示している非当事者端末３０を当事者端末３０として扱ってもよい。

また、複数のユーザが一緒に行動している場合、特定のユーザが代表者としてサーバ２０から送信される送信情報に応答する状況が発生しやすい。こうした場合、仮に複数のユーザ全員がサービスの利用を希望する当事者であったとしても、代表者が使用する端末３０の優先度だけが高く設定され、その他のユーザが使用する端末３０の優先度は、代表者が使用する端末３０の優先度よりも低く設定されてしまう。そのため、代表者以外のユーザが使用する端末３０にはユーザの呼び出しが行われないという状況が発生してしまい、代表者がユーザの呼び出しに気づかなかった場合、代表者と一緒に行動しているユーザは誰もユーザの呼び出しに気づけないことになる。

したがって、ＣＰＵ５１は端末３０の位置情報を参照し、当事者端末３０から予め定めた範囲内に非当事者端末３０が存在する場合、当該非当事者端末３０も当事者端末３０として扱ってもよい。予め定めた範囲は、例えばグループ距離に設定される。

このように、ＣＰＵ５１は、複数のユーザが一緒に行動している場合、一緒に行動しているユーザが使用する各々の端末３０は、一緒に行動しているユーザが使用する端末３０の中で、優先度が最も高い端末３０が属している優先グループに分類されているとみなしてもよい。

また、例えばＣＰＵ５１が当事者端末３０のみに情報を送信したが、何れの当事者端末３０からも送信した情報に対する応答がない場合には、何れのユーザにも当事者端末３０に送信した情報が伝わっていない状況が考えられる。したがって、ＣＰＵ５１は、当事者端末３０が属する優先グループより下の区分の優先グループに属する端末３０の各々を当事者端末３０として扱い、当該端末３０の各々に対して当事者端末３０のみに送信した情報を再度送信してもよい。

具体的には、優先グループＡに属する何れの端末３０も応答を返してこない場合、ＣＰＵ５１は、優先グループＢに属する端末３０の各々に当事者端末３０のみに送信した情報を送信する。これに対して、優先グループＢに属する何れの端末３０も応答を返してこない場合には、ＣＰＵ５１は、優先グループＣに属する端末３０の各々に当事者端末３０のみに送信した情報を送信する。

このように、ＣＰＵ５１は、何れかの端末３０が応答するまで、特定の優先グループから順に、優先度に関して下位に位置する優先グループに向かって優先グループを変化させながら、優先グループ毎に、優先グループに属する端末３０の各々に対して特定の優先グループのみに送信した情報を送信してもよい。

ＣＰＵ５１は、端末３０を実際の優先度から設定した優先グループとは異なる優先グループに属する端末３０として扱った場合、当該端末３０に対して一時的に優先グループを調整していることを知らせる通知を送信する。

以上により、図８に示した優先グループ設定処理、すなわち、図７のステップＳ８０の処理を終了する。

図８に示した優先グループ設定処理では、サーバ２０が端末３０の優先度を正規化して優先グループに分類する例について説明したが、サーバ２０は、必ずしも端末３０の優先度を正規化した上で優先グループに分類する必要はない。例えば正規化前の優先度が“０．０”以上“１．０”未満の端末３０を優先グループＣ、正規化前の優先度が“１．０”以上“３．０”未満の端末３０を優先グループＢ、正規化前の優先度が“３．０”以上の端末３０を優先グループＡに分類するような固定的な分類規定に従って、端末３０を優先グループに分類してもよい。

ただし、端末３０の優先度を正規化せずに分類した場合、例えばすべての端末３０の優先度が“３．０”未満ならば、優先グループＡには何れの端末３０も含まれないことになる。すなわち、当事者端末３０が存在しないため、ＣＰＵ５１は、窓口ＩＤに登録された端末３０のうち、何れの端末３０に対して優先的にサービスに関する通知を送信してよいのか判定しづらい状況が発生する。

一方、優先度を正規化してから端末３０を優先グループに分類すれば、窓口ＩＤに登録された端末３０の中で最も優先度の高い端末３０が優先グループＡに分類されることになるため、少なくとも１つの端末３０が当事者端末３０として特定されることになる。

なお、端末３０の優先度を正規化せずに分類した場合に、優先グループＡに分類される端末３０が１台もなかったとしても、優先度に関して次に高い分類区分を示す優先グループ、すなわち、優先グループＢに分類された端末３０が存在すれば、ＣＰＵ５１は、当該端末３０を当事者端末３０とみなして、優先的にサービスに関する通知を送信してもよい。このように、優先度を正規化せずに端末３０を優先グループに分類した場合、ＣＰＵ５１は、少なくとも１つの端末３０が分類されている優先グループの中で、最も高い優先度が設定された端末３０が属する優先グループに含まれた各々の端末３０を、当事者端末３０として特定すればよい。

サーバ２０はクラウドサービスを利用して構築されることがあるが、サーバ２０にクラウドサービスを利用した場合、サービスを提供する提供元とは異なる企業がサーバ２０を管理することになるため、セキュリティ上の対策が重要になってくる。したがって、サーバ２０への不正アクセス等による情報漏えいに備えて、ユーザの特定につながるような個人情報は、例えば店舗に設置された図示しない管理端末に記憶し、サーバ２０には個人情報を記憶しないようにすることが好ましい。その上で、図示しない管理端末とサーバ２０にそれぞれ記憶される窓口ＩＤと識別ＩＤをキーにして、図示しない管理端末に記憶される個人情報と、サーバ２０で収集したユーザに関する情報を関連付け、個人情報を利用する処理を実行する。個人情報を利用する処理とは、例えばサービスの利用に伴う請求書の発行、及びサービスの利用に伴うポイントの付与等に関する処理のことである。

図１０は、サーバ２０の不揮発性メモリ５４に記憶される管理テーブル４の一例を示す図である。図１０に示す管理テーブル４では、図３に示した管理テーブル４の内容に加えて、位置欄及び状態欄が追加されている。位置欄には各端末３０から収集した位置情報によって表される、端末３０を使用するユーザの現在位置が設定され、状態欄には位置情報から推定されるユーザの移動状態が設定される。

管理テーブル４の位置欄に、経度及び緯度によって表される絶対位置情報を設定した場合、管理テーブル４が外部に漏えいするとユーザが特定されることがある。したがって、管理テーブル４の位置欄には、店舗からの距離によって表される相対位置情報を設定することが好ましい。

一方、図１１は、図示しない管理端末に記憶される顧客テーブル６の一例を示す図である。顧客テーブル６には、識別ＩＤ欄、名前欄、住所欄、電話番号欄、及び窓口ＩＤ欄が含まれ、各欄の内容が行方向に対応付けられている。

このうち、名前欄には識別ＩＤで表されるユーザの名前が設定され、住所欄には識別ＩＤで表されるユーザの住所が設定され、電話番号欄には識別ＩＤで表されるユーザの電話番号が設定される。また、顧客テーブル６の窓口ＩＤ欄には、識別ＩＤで表されるユーザが端末３０で読み込んだ窓口ＩＤが設定される。ユーザが情報処理システム１を利用するには、予め情報処理システム１の利用に必要な情報を事前に登録することになっており、登録された情報（図１１の例では、識別ＩＤ、名前、住所、及び電話番号）が顧客テーブル６に登録される。

顧客テーブル６の窓口ＩＤ欄は、サーバ２０で窓口ＩＤと識別ＩＤの対応付け（図２：Ｖ３）が行われた場合に、サーバ２０によって設定される。なお、サーバ２０で窓口ＩＤと識別ＩＤの対応付けが行われていない場合には、顧客テーブル６の窓口ＩＤ欄は未登録となる。

このように、顧客テーブル６と管理テーブル４をそれぞれ図示しない管理端末とサーバ２０に分離して記憶しても、図示しない管理端末は、顧客テーブル６の窓口ＩＤとサーバ２０に記憶されている図１０に示す管理テーブル４の窓口ＩＤを対応付けることで、窓口ＩＤに登録されている各々の端末３０を使用するユーザの位置や状態を得ることができる。

一方、例えばサービスが有料である場合には請求書の発行が行われるが、請求書の発行に必要なユーザの名前、住所、電話番号といった個人情報は、図示しない管理端末で管理されているため、サーバ２０で意図しない情報漏えいが発生したとしても、個人情報をサーバ２０に記憶しておく場合と比較して、個人情報の保護が図られることになる。

以上、実施の形態を用いて本発明について説明したが、本発明は実施の形態に記載の範囲には限定されない。本発明の要旨を逸脱しない範囲で実施の形態に多様な変更または改良を加えることができ、当該変更または改良を加えた形態も本発明の技術的範囲に含まれる。例えば、本発明の要旨を逸脱しない範囲で処理の順序を変更してもよい。

また、実施の形態では、一例として優先度設定処理及び優先グループ設定処理をそれぞれソフトウェアで実現する形態について説明したが、図７及び図８に示したフローチャートと同等の処理を、例えばＡＳＩＣ(Application Specific Integrated Circuit)、ＦＰＧＡ(Field Programmable Gate Array)、またはＰＬＤ(Programmable Logic Device)に実装し、ハードウェアで処理させるようにしてもよい。この場合、優先度設定処理及び優先グループ設定処理をソフトウェアで実現した場合と比較して、処理の高速化が図られる。

このように、サーバ２０のＣＰＵ５１を例えばＡＳＩＣ、ＦＰＧＡ、ＰＬＤ、ＧＰＵ(Graphics Processing Unit)、及びＦＰＵ(Floating Point Unit)といった特定の処理に特化した専用のプロセッサに置き換えてもよい。

実施の形態に係るサーバ２０の動作は、１つのＣＰＵ５１によって実現される形態の他、複数のＣＰＵ５１によって実現されてもよい。更に、実施の形態に係るサーバ２０の動作は、物理的に離れた位置に存在するコンピュータ５０におけるＣＰＵ５１の協働によって実現されるものであってもよい。

また、上述した実施の形態では、ＲＯＭ５２に情報処理プログラムがインストールされている形態について説明したが、これに限定されるものではない。実施の形態に係る情報処理プログラムは、コンピュータ５０で読み取り可能な記憶媒体に記録された形態で提供することも可能である。例えば、情報処理プログラムをＣＤ(Compact Disc)−ＲＯＭ、またはＤＶＤ(Digital Versatile Disc)−ＲＯＭ等の光ディスクに記録した形態で提供してもよい。また、実施の形態に係る情報処理プログラムを、ＵＳＢ(Universal Serial Bus)メモリやメモリカード等の可搬型の半導体メモリに記録した形態で提供してもよい。

更に、サーバ２０は、通信回線２に接続される外部装置から通信ユニット５７を経由して情報処理プログラムを取得してもよい。

１ 情報処理システム
２ 通信回線
４ 管理テーブル
６ 顧客テーブル
１０ 受付装置
２０ サーバ
３０ 端末（当事者端末、非当事者端末）
４０（５０、６０） コンピュータ
４１（５１、６１） ＣＰＵ
４２（５２、６２） ＲＯＭ
４３（５３、６３） ＲＡＭ
４４（５４、６４） 不揮発性メモリ
４５（５５、６５） Ｉ／Ｏ
４６（５６、６６） バス
４７（５７、６７） 通信ユニット
４８（５８、６８） ＵＩユニット
４９ 窓口ＩＤ発行ユニット
６９ ＧＰＳユニット

Claims (15)

1. プロセッサを備え、
   前記プロセッサは、
   サービスに対する登録を行った端末であり、互いが予め定められた距離以内にいる複数の端末を、それぞれ前記サービスに関連付け、
   互いが前記距離以内にいる前記複数の端末における、それぞれの利用状況から、前記複数の端末の優先度付けを行い、
   前記優先度が最も高い端末に、前記サービスに関する通知を送信する
   情報処理装置。
2. 前記プロセッサは、前記複数の端末を通じて通知される各々の端末を使用するそれぞれの利用者の反応から、前記サービスに対する端末の優先度を前記複数の端末毎に設定し、
   設定した前記サービスに対する端末の優先度を用いて、前記複数の端末の中から前記サービスに関する通知を受け付ける当事者端末を特定する
   請求項１記載の情報処理装置。
3. 前記プロセッサは、前記複数の端末が位置する位置情報をそれぞれ取得して、前記複数の端末を使用するそれぞれの利用者の反応を、それぞれの利用者が使用する端末から前記サービスの提供場所までの距離によって測定し、
   前記サービスの提供場所までの距離が近い端末ほど、前記優先度を高く設定する
   請求項２記載の情報処理装置。
4. 前記プロセッサは、前回取得した位置情報が表す位置よりも前記サービスの提供場所に近づいている端末ほど、前記優先度を高く設定する
   請求項３記載の情報処理装置。
5. 前記プロセッサは、前記複数の端末を使用するそれぞれの利用者の反応を、前記複数の端末に対して送信した送信情報を受信した後の、前記送信情報に対する利用者の反応の速さによって測定し、
   前記送信情報に対する反応の速さが速い利用者が使用する端末ほど、前記優先度を高く設定する
   請求項２〜請求項４の何れか１項に記載の情報処理装置。
6. 前記プロセッサは、端末に前記送信情報を送信してから、前記送信情報を受信した端末から前記送信情報に対する応答を受信するまでに要した応答時間を、前記送信情報に対する利用者の反応の速さとして測定する
   請求項５記載の情報処理装置。
7. 前記送信情報に対する応答が、利用者が前記送信情報の内容を端末に表示した場合に端末が送信する開封通知である
   請求項６記載の情報処理装置。
8. 前記プロセッサは、前記複数の端末が位置する位置情報を取得し、
   前記送信情報を受信した端末の位置が、前記送信情報を送信してから移動し始めるまでに要した時間を、前記送信情報に対する利用者の反応の速さとして測定する
   請求項５〜請求項７の何れか１項に記載の情報処理装置。
9. 前記プロセッサは、利用者の反応を、前記複数の端末から受信した前記サービスに関する問い合わせの受信頻度によって測定する
   請求項２〜請求項８の何れか１項に記載の情報処理装置。
10. 前記プロセッサは、前記複数の端末を、設定した優先度の大きさに応じたグループに分類し、
    優先度が最大の端末を含むグループに含まれる各々の端末を、前記当事者端末とする
    請求項２〜請求項９の何れか１項に記載の情報処理装置。
11. 前記プロセッサは、前記複数の端末を使用する何れかの利用者が前記サービスを受けるまで前記複数の端末の優先度を更新すると共に、前記当事者端末となる端末を更新する
    請求項１０記載の情報処理装置。
12. 前記プロセッサは、前記当事者端末に特定された端末の位置から予め定めた範囲内に前記当事者端末と異なる別の端末が存在する場合、前記別の端末も前記当事者端末であると特定する
    請求項１１記載の情報処理装置。
13. 前記プロセッサは、前記当事者端末と、前記当事者端末とは異なる別の端末で、端末に送信する情報の内容を変更する
    請求項２〜請求項１２の何れか１項に記載の情報処理装置。
14. 前記プロセッサは、前記当事者端末の何れからも利用者の反応が得られなかった場合、前記当事者端末とは異なる別の端末に、前記当事者端末に送信した情報と同じ内容の情報を送信する
    請求項１３記載の情報処理装置。
15. コンピュータに、
    サービスに対する登録を行った端末であり、互いが予め定められた距離以内にいる複数の端末を、それぞれ前記サービスに関連付け、
    互いが前記距離以内にいる前記複数の端末における、それぞれの利用状況から、前記複数の端末の優先度付けを行い、
    前記優先度が最も高い端末に、前記サービスに関する通知を送信する処理を実行させる
    情報処理プログラム。

Images