(57)【特許請求の範囲】
【請求項１】
ユーザから窓口における手続を受け付けると、前記手続を受け付けた窓口の処理状態を記憶部に登録し、
前記ユーザが所持する通信端末から取得した前記通信端末が移動中であるか否かを示す移動情報を監視し、
前記窓口の処理状態および前記監視の結果に基づいて、前記通信端末に対するデータの送信タイミングを決定する、
処理をコンピュータに実行させることを特徴とする通知プログラム。
【請求項２】
前記決定する処理は、前記移動情報が、前記通信端末が移動中でないことを示す場合を前記送信タイミングとして決定することを特徴とする請求項１に記載の通知プログラム。
【請求項３】
前記監視する処理は、さらに、前記通信端末から取得した前記通信端末の位置を示す位置情報を監視し、
前記決定する処理は、さらに、前記位置情報に基づいて、前記送信タイミングを決定することを特徴とする請求項１または２に記載の通知プログラム。
【請求項４】
前記登録する処理は、前記窓口が空いた状態となる空き予測時刻と、前記空き予測時刻より第１所定時間前の移動開始依頼時刻とを前記記憶部に登録し、
前記監視する処理は、さらに、現在時刻が前記移動開始依頼時刻を経過したか否かを監視し、
前記決定する処理は、現在時刻が前記移動開始依頼時刻を経過し、かつ、前記移動情報が移動中でないことを示すタイミングを、前記窓口に関する通知の前記送信タイミングに決定する、
ことを特徴とする請求項１〜３のいずれか１つに記載の通知プログラム。
【請求項５】
前記決定する処理は、前記ユーザの前記窓口への移動時間に基づいて、前記送信タイミングを決定することを特徴とする請求項４に記載の通知プログラム。
【請求項６】
前記決定する処理は、さらに、現在時刻が前回の前記通知の送信タイミングから第２所定時間経過後となるタイミングを、次回の前記通知の送信タイミングに決定することを特徴とする請求項４または５に記載の通知プログラム。
【請求項７】
前記監視する処理は、前記ユーザの属性に応じて前記移動情報を監視することを特徴とする請求項４〜６のいずれか１つに記載の通知プログラム。
【請求項８】
前記窓口は、役所または病院の窓口であることを特徴とする請求項１〜７のいずれか１つに記載の通知プログラム。
【請求項９】
ユーザから窓口における手続を受け付けると、前記手続を受け付けた窓口の処理状態を記憶部に登録し、
前記ユーザが所持する通信端末から取得した前記通信端末が移動中であるか否かを示す移動情報を監視し、
前記窓口の処理状態および前記監視の結果に基づいて、前記通信端末に対するデータの送信タイミングを決定する、
処理をコンピュータが実行することを特徴とする通知方法。
【請求項１０】
通信端末と、通知装置とを有する通知システムであって、
前記通信端末は、
前記通信端末が移動中であるか否かを示す移動情報を前記通知装置に送信する通信制御部を有し、
前記通知装置は、
ユーザから窓口における手続を受け付けると、前記手続を受け付けた窓口の処理状態を記憶部に登録する登録部と、
前記ユーザが所持する前記通信端末から受信した前記移動情報を監視する監視部と、
前記窓口の処理状態および前記監視の結果に基づいて、前記通信端末に対するデータの送信タイミングを決定する決定部と、
を有することを特徴とする通知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通知プログラム、通知方法および通知システムに関する。
【背景技術】
【０００２】
従来、官公庁、銀行、病院等の窓口で手続を行う場合には、手続に訪れた者（以下、ユーザという）が番号札を取得して、窓口の順番を予約することが行われている。窓口では、番号札の順番にユーザを呼び出して手続が行われる。また、番号札の代わりに、通知音やメッセージ等で順番が来たことを知らせる呼出端末をユーザに貸与して、窓口の順番が来ると呼出端末を鳴動させることで、ユーザに通知することが行われている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１４３６４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ユーザが呼出端末を鞄等に入れて移動している場合には、通知に気が付かない場合がある。このため、ユーザは、窓口の順番が飛ばされてしまうので待ち時間が長くなる。また、窓口の職員は、順番が飛ばされたユーザのクレーム対応に時間を費やすことになる。
【０００５】
一つの側面では、本発明は、ユーザが気づきやすいタイミングで通知できる通知プログラム、通知方法および通知システムを提供することにある。
【課題を解決するための手段】
【０００６】
一つの態様では、通知プログラムは、通信端末から取得した前記通信端末が移動中であるか否かを示す移動情報を監視する処理をコンピュータに実行させる。通知プログラムは、前記監視の結果に基づいて、前記通信端末に対するデータの送信タイミングを決定する処理をコンピュータに実行させる。
【発明の効果】
【０００７】
ユーザが気づきやすいタイミングで通知できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例の通知システムの構成の一例を示すブロック図である。
【図２】図２は、窓口の待ち行列の一例を示す図である。
【図３】図３は、庁舎内での手続待ちユーザの現在位置の一例を示す図である。
【図４】図４は、庁舎内での手続待ちユーザの現在位置の他の一例を示す図である。
【図５】図５は、通知の時系列の一例を示す図である。
【図６】図６は、窓口管理テーブルの一例を示す図である。
【図７】図７は、待ち行列管理テーブルの一例を示す図である。
【図８】図８は、ユーザ履歴管理テーブルの一例を示す図である。
【図９】図９は、通知履歴テーブルの一例を示す図である。
【図１０】図１０は、年齢別係数テーブルの一例を示す図である。
【図１１】図１１は、障害別係数テーブルの一例を示す図である。
【図１２】図１２は、手続所要時間テーブルの一例を示す図である。
【図１３】図１３は、基地局テーブルの一例を示す図である。
【図１４】図１４は、受付画面の遷移の一例を示す図である。
【図１５】図１５は、受付完了画面の一例を示す図である。
【図１６】図１６は、他機能使用時の通知画面の一例を示す図である。
【図１７】図１７は、通知画面の一例を示す図である。
【図１８】図１８は、通知画面の他の一例を示す図である。
【図１９】図１９は、通知画面の他の一例を示す図である。
【図２０】図２０は、実施例の通知処理の一例を示すシーケンス図である。
【図２１】図２１は、通知プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本願の開示する通知プログラム、通知方法および通知システムの実施例を詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下の実施例は、矛盾しない範囲で適宜組みあわせてもよい。
【実施例】
【００１０】
図１は、実施例の通知システムの構成の一例を示すブロック図である。図１に示す通知システム１は、通信端末１０と、通知装置１００とを有する。なお、図１には、システムが１つの通信端末１０を有する場合を示したが、通信端末１０の数は限定されず、通知システム１は、任意の数の通信端末１０を有してもよい。
【００１１】
通信端末１０および通知装置１００の間は、ネットワークＮを介して相互に通信可能に接続される。かかるネットワークＮには、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。
【００１２】
通知システム１は、例えば、役所の窓口における待ち行列に並んでいるユーザに対して、窓口への移動を促すメッセージを通知する。ユーザには、例えば、役所の総合窓口で通信端末１０としてタブレット端末が貸与される。通知システム１では、例えば、通知装置１００が、通信端末１０の位置情報等に基づいて「５分後に保険課３番窓口に移動してください。」といったメッセージを通信端末１０に通知する。
【００１３】
通信端末１０は、例えば、役所の窓口においてユーザに貸与され、ユーザが受け付けや窓口に関する通知の受信等に用いるコンピュータである。通信端末１０は、例えば、通知装置１００から受信した受付画面、受付完了画面、通知画面等の各種画面を表示させてユーザに提示する。通信端末１０は、例えば、各種画面等の表示および操作について、Ｗｅｂブラウザを用いることができる。通信端末１０の一例としては、タブレット端末を採用できる。通信端末１０には、上記のタブレット端末等の可搬型の端末のみならず、据置型のパーソナルコンピュータを通信端末１０として採用することもできる。また、通信端末１０は、可搬型の端末としては、上記のタブレット端末の他にも、例えば、可搬型のパーソナルコンピュータや、スマートフォン、携帯電話機等の移動体通信端末等を採用することもできる。
【００１４】
通知装置１００は、通信端末１０から取得した通信端末１０が移動中であるか否かを示す移動情報を監視する。通知装置１００は、監視の結果に基づいて、通信端末１０に対するデータの送信タイミングを決定する。これにより、通知装置１００は、ユーザが気づきやすいタイミングで通知できる。
【００１５】
すなわち、通知装置１００は、ユーザから窓口における手続を受け付けると、手続を受け付けた窓口が空いた状態となる空き予測時刻と、空き予測時刻より第１所定時間前の移動開始依頼時刻とを記憶部に登録する。通知装置１００は、ユーザが所持する通信端末１０から取得した通信端末１０の位置情報、移動情報、および、現在時刻が移動開始依頼時刻を経過したか否かを監視する。通知装置１００は、位置情報に基づくとともに、現在時刻が移動開始依頼時刻を経過し、かつ、移動情報が移動中でないことを示すタイミングを、窓口に関する通知の送信タイミングに決定する。通知装置１００は、決定した送信タイミングで、通信端末１０に対して通知を送信する。これにより、ユーザが通知に気づきやすいタイミング、例えば、ユーザが立ち止まった状態や座っている状態のときに通知できる。
【００１６】
ここで、本実施例におけるシチュエーションおよび通知の時系列について説明する。図２は、窓口の待ち行列の一例を示す図である。図２に示すように、例えば、役所の保険課の窓口には、窓口２１〜２４の４つの窓口が設けられ、窓口２１〜２３は開いている状態である。また、窓口２４は、閉鎖されている状態である。なお、窓口２１〜２３は、いずれの窓口でも同様の手続が可能である。図２の時点では、窓口２１ではユーザＡが手続中であり、窓口２２ではユーザＢが手続中であり、窓口２３ではユーザＪが手続中である。また、保険課の窓口の待ち行列には、１番目からｎ番目まで順に、ユーザＣ、Ｄ、Ｅ、Ｆ、・・・、ｎが待機している。なお、以下の説明では、待ち行列の１番目のユーザＣを一例として説明する。
【００１７】
次に、役所の庁舎内での手続待ちユーザの現在位置について説明する。図３は、庁舎内での手続待ちユーザの現在位置の一例を示す図である。図３は、庁舎２階のフロアにおけるユーザの現在位置の管理画面の一例である。図３に示すように、例えば、管理画面３１には、庁舎２階のフロアにある保険課３２、子育て推進課３３、高齢介護課３４および障害者福祉課３５が表示される。また、管理画面３１には、保険課３２内の窓口２１〜２４が表示される。さらに、管理画面３１には、各窓口で手続中のユーザＡ、Ｂ、Ｊ、および、手続待ちであるユーザＤ、Ｅ、Ｆの現在位置が表示される。
【００１８】
図４は、庁舎内での手続待ちユーザの現在位置の他の一例を示す図である。図４は、庁舎１階のフロアにおけるユーザの現在位置の管理画面の一例である。図４に示すように、例えば、管理画面４１には、庁舎１階のフロアにある市民課４２、年金課４３、会計課４４および休憩所４５が表示される。また、管理画面４１には、手続待ちであるので休憩所４５で休憩中のユーザＣの現在位置が表示される。なお、管理画面３１、４１は、例えば、通知装置１００から図示しない総合窓口用の端末装置に送信されて表示される。
【００１９】
図５は、通知の時系列の一例を示す図である。図５の例では、ユーザＣは、通信端末１０を用いて時刻ｔ１（１３：００）に手続の受け付けを完了すると、通信端末１０の受付完了画面にメッセージ５１が表示される。メッセージ５１は、例えば、「Ｃ様、受け付けが完了しました。１４：００頃に保険課３番窓口で手続予定です。手続予定時刻に窓口にいらっしゃらない場合、順番を飛ばさせて頂きます。」といった内容である。
【００２０】
また、図５の例では、窓口の空き予測時刻Ｘ、すなわち、ユーザＣの手続予定時刻が１４：００であるとする。また、図５の例では、ユーザＣの現在位置から窓口までの移動に要する時間である窓口到達所要時間Ｙは、例えば５分であるとする。ユーザＣの現在位置は、例えば、総合窓口や休憩所である。また、図５の例では、窓口の空き予測時刻Ｘから窓口到達所要時間Ｙを引いた時刻、つまり、現在位置から窓口の空き予測時刻Ｘに間に合う最遅移動開始時刻を、窓口移動開始時刻Ｌとする。また、図５の例では、窓口移動開始時刻Ｌから、窓口から最も遠い庁舎内の位置までの移動に要する時間である最長窓口到達所要時間Ｚを引いた時刻を、窓口移動開始依頼時刻Ｍとする。窓口移動開始依頼時刻Ｍは、窓口への移動を促すために、ユーザＣが移動中であるか否かを示す移動情報の監視を開始する時刻である。なお、以下の説明では、現在時刻を時刻ｔ１〜ｔ４で表す。
【００２１】
ユーザＣは、時刻ｔ１（１３：００）に受け付けを完了すると、例えば、庁舎内の展示物を見物しつつ、休憩所に向かって移動を開始する。通知装置１００は、ユーザＣが移動中に窓口移動開始依頼時刻Ｍ（１３：３５）を経過すると、通信端末１０が移動中であるか否かを示す移動情報に基づいて、ユーザＣが移動中でないか否か、すなわち停止したか否かを判定する。通知装置１００は、例えば、ユーザＣが時刻ｔ２（１３：４５）に停止したと判定すると、時刻ｔ２の通信端末１０の位置情報に基づいて、当該判定したタイミングで、通信端末１０に対して通知画面に表示させるメッセージ５２を送信する。メッセージ５２は、例えば、「Ｃ様、“本庁舎１階  休憩所付近”を１０分後の１３：５５には保険課３番窓口に移動して下さい。１４：００頃に手続開始予定です。」といった内容である。ここで、“本庁舎１階  休憩所付近”は、通信端末１０の位置情報に基づいて決定される。
【００２２】
ユーザＣは、メッセージ５２の受信後に、再度移動を開始する。通知装置１００は、ユーザＣが、例えば、エレベータに乗るためにエレベータホールで立ち止まると、移動情報に基づいて、ユーザＣが移動中でないか否かを判定する。通知装置１００は、例えば、ユーザＣが時刻ｔ３（１３：５０）に停止したと判定すると、時刻ｔ３の通信端末１０の位置情報に基づいて、当該判定したタイミングで、通信端末１０に対してメッセージ５３を送信する。メッセージ５３は、例えば、「Ｃ様、“本庁舎１階  エレベータホール付近”を５分後の１３：５５には保険課３番窓口に移動して下さい。１４：００頃に手続開始予定です。」といった内容である。ここで、“本庁舎１階  エレベータホール付近”は、通信端末１０の位置情報に基づいて決定される。
【００２３】
ユーザＣは、メッセージ５３の受信後に、再度移動を開始する。通知装置１００は、ユーザＣが、例えば、エレベータから降りて保険課の窓口を探すために立ち止まると、移動情報に基づいて、ユーザＣが移動中でないか否かを判定する。通知装置１００は、例えば、ユーザＣが時刻ｔ４（１３：５７）に停止したと判定すると、時刻ｔ４の通信端末１０の位置情報に基づいて、当該判定したタイミングで、通信端末１０に対してメッセージ５４を送信する。メッセージ５４は、例えば、「Ｃ様、１４：００頃に保険課３番窓口で手続開始予定です。」といった内容である。ここで、時刻ｔ４は、窓口移動開始時刻Ｌを過ぎているので、メッセージ５４では、例えば、何分後に移動して下さいといった文言は送信されない。
【００２４】
ユーザＣは、メッセージ５４の受信後に、再度移動を開始する。通知装置１００は、ユーザＣが窓口の空き予測時刻Ｘまでに窓口に来れば通知を終了する。通知装置１００は、ユーザＣが窓口の空き予測時刻Ｘまでに窓口に来ない場合には、例えば、現在時刻が窓口の空き予測時刻Ｘを経過し、窓口の職員が順番を飛ばしたタイミングで、通信端末１０に対してメッセージ５５を送信する。メッセージ５５は、例えば、「Ｃ様、手続予定時刻を過ぎました。窓口に来られないので順番を飛ばしました。」といった内容である。このように、通知装置１００は、ユーザの位置情報および移動情報に基づくタイミングで通信端末１０にメッセージを送信するので、ユーザが気づきやすいタイミングで窓口に関する通知をすることができる。
【００２５】
次に、通信端末１０の構成について説明する。図１に示すように、通信端末１０は、通信部１１と、記憶部１２と、表示操作部１３と、制御部１４とを有する。なお、通信端末１０は、図１に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイス等の機能部を有することとしてもかまわない。
【００２６】
通信部１１は、例えば、無線ＬＡＮ等の通信モジュールやＮＩＣ（Network  Interface  Card）等によって実現される。通信部１１は、ネットワークＮを介して通知装置１００と有線または無線で接続され、通知装置１００との間で情報の通信を司る通信インタフェースである。通信部１１は、通知装置１００から受付画面、受付完了画面、通知画面等の各種画面のデータを受信する。通信部１１は、受信した受付画面、受付完了画面、通知画面等の各種画面のデータを制御部１４に出力する。また、通信部１１は、制御部１４から入力された手続情報、位置情報、移動情報等の各種情報を通知装置１００に送信する。また、通信部１１は、例えば、接続されている無線ＬＡＮ基地局の基地局ＩＤを制御部１４に出力する。なお、通信部１１は、基地局ＩＤと併せて電界強度等の情報を制御部１４に出力するようにしてもよい。
【００２７】
記憶部１２は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。記憶部１２は、通知装置１００から受信した各種画面のデータを記憶する。また、記憶部１２は、制御部１４での処理に用いる情報を記憶する。
【００２８】
表示操作部１３は、各種情報を表示するための表示デバイス、および、ユーザから各種操作を受け付ける入力デバイスである。例えば、表示操作部１３は、表示デバイスとして液晶ディスプレイ等によって実現される。また、例えば、表示操作部１３は、入力デバイスとして、タッチパネル等によって実現される。つまり、表示操作部１３は、表示デバイスと入力デバイスとが一体化される。表示操作部１３は、ユーザによって入力された操作を操作情報として制御部１４に出力する。
【００２９】
制御部１４は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１４は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されるようにしてもよい。制御部１４は、通信制御部１５と、表示制御部１６とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１４の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００３０】
通信制御部１５は、表示操作部１３から入力された操作情報に基づいて、通信部１１およびネットワークＮを介して、手続情報を通知装置１００に送信する。また、通信制御部１５は、通信部１１から入力された基地局ＩＤに基づいて位置情報を生成する。なお、位置情報には、基地局ＩＤごとの電界強度等の情報を含めるようにしてもよい。また、通信制御部１５は、例えば、通信端末１０の図示しない加速度センサから入力されたセンサ情報に基づいて、通信端末１０を所持するユーザが移動中であるか否かを示す移動情報を生成する。通信制御部１５は、手続情報を通知装置１００に送信した後に、通信部１１およびネットワークＮを介して、通信端末１０の位置情報および移動情報の通知装置１００への送信を開始する。すなわち、通信制御部１５は、通信端末１０の位置情報および移動情報を定期的に通知装置１００に送信する。なお、手続情報には、受付完了時の位置情報を含む。
【００３１】
表示制御部１６は、例えば、ネットワークＮおよび通信部１１を介して通知装置１００から受信した受付画面、受付完了画面、通知画面等の各種画面を表示操作部１３に表示させて、ユーザに提示する。
【００３２】
続いて、通知装置１００の構成について説明する。図１に示すように、通知装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、通知装置１００は、図１に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイス等の機能部を有することとしてもかまわない。
【００３３】
通信部１１０は、例えば、ＮＩＣ等によって実現される。通信部１１０は、ネットワークＮを介して通信端末１０と有線または無線で接続され、通信端末１０との間で情報の通信を司る通信インタフェースである。通信部１１０は、通信端末１０から手続情報、位置情報、移動情報等の各種情報を受信する。通信部１１０は、受信した手続情報、位置情報、移動情報等の各種情報を制御部１３０に出力する。また、通信部１１０は、制御部１３０から入力された受付画面、受付完了画面、通知画面等の各種画面のデータを通信端末１０に送信する。
【００３４】
記憶部１２０は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。なお、以下の説明では、データベースをＤＢと略して記載する。記憶部１２０は、管理ＤＢ１２１を有する。管理ＤＢ１２１は、窓口管理テーブル１２２と、待ち行列管理テーブル１２３と、ユーザ履歴管理テーブル１２４と、通知履歴テーブル１２５とを有する。また、管理ＤＢ１２１は、年齢別係数テーブル１２６と、障害別係数テーブル１２７と、手続所要時間テーブル１２８と、基地局テーブル１２９とを有する。また、記憶部１２０は、制御部１３０での処理に用いる情報を記憶する。
【００３５】
窓口管理テーブル１２２は、各窓口の対応状況と手続時刻とを窓口に対応付けて記憶する。図６は、窓口管理テーブルの一例を示す図である。図６に示すように、窓口管理テーブル１２２は、「窓口ＩＤ」、「対応状況」、「手続時刻」といった項目を有する。また、手続時刻は、「開始時刻」、「終了時刻」といった項目を有する。窓口管理テーブル１２２は、例えば１つの窓口ごとに１レコードとして記憶する。
【００３６】
「窓口ＩＤ」は、窓口を識別する識別子である。「対応状況」は、窓口の対応状況を示す情報である。「開始時刻」は、対応状況が手続中である場合における手続の開始時刻を示す情報である。「終了時刻」は、対応状況が手続中である場合における手続の終了予定時刻を示す情報である。図６の１行目の例では、窓口ＩＤ「窓口２１」は対応状況が「手続中」であり、当該手続の開始時刻が「１３：５１」で、終了時刻が「１４：３１」であることを示す。
【００３７】
図１の説明に戻って、待ち行列管理テーブル１２３は、窓口の待ち行列に並んでいるユーザの状況を、窓口待ち順番およびユーザＩＤに対応付けて記憶する。図７は、待ち行列管理テーブルの一例を示す図である。図７に示すように、待ち行列管理テーブル１２３は、「窓口待ち順番」、「ユーザＩＤ」、「窓口到達所要時間」、「手続ＩＤ」、「受付時刻」、「窓口移動開始依頼時刻」といった項目を有する。また、待ち行列管理テーブル１２３は、「窓口の空き予測時刻」、「移動依頼通知回数」、「年齢」、「思いやり係数」、「停止基準時間」といった項目を有する。待ち行列管理テーブル１２３は、例えば１つの窓口待ち順番およびユーザＩＤごとに１レコードとして記憶する。なお、待ち行列管理テーブル１２３は、例えば、保険課、市民課といった同様の手続が可能な複数の窓口を有する課ごとに設けられる。
【００３８】
「窓口待ち順番」は、窓口の待ち行列の順番を示す情報である。「ユーザＩＤ」は、窓口の手続を待っているユーザを識別する識別子である。「窓口到達所要時間」は、ユーザの現在位置から窓口までの移動に要する時間を示し、図５の例の窓口到達所要時間Ｙに相当する。窓口到達所要時間は、ユーザの位置情報に基づいて随時更新される。なお、窓口到達所要時間の単位は分である。「手続ＩＤ」は、窓口における手続の種類を識別する識別子である。「受付時刻」は、窓口の手続を待っているユーザから当該窓口における手続を受け付けた時刻を示す情報である。「窓口移動開始依頼時刻」は、窓口への移動を促すために、ユーザが移動中であるか否かを示す移動情報の監視を開始する時刻を示し、図５の例の窓口移動開始依頼時刻Ｍに相当する。窓口移動開始依頼時刻は、ユーザの位置情報に基づいて随時更新される。
【００３９】
「窓口の空き予測時刻」は、当該窓口におけるユーザの手続予定時刻を示し、図５の例の窓口の空き予測時刻Ｘに相当する。なお、窓口の空き予測時刻は、空き予測時刻とも表現される。「移動依頼通知回数」は、ユーザが受け付けを行ってから、通知装置１００から通信端末１０に対して、窓口への移動を促す移動依頼の通知を送信した回数を示す情報である。「年齢」は、ユーザの年齢を示す情報である。「思いやり係数」は、ユーザの障害状況に基づく係数であり、窓口到達所要時間および停止基準時間に乗ずる係数である。「停止基準時間」は、ユーザが移動中でないと判定するための時間を示す情報であり、単位は秒である。図７の１行目の例では、ユーザ「Ｃ」は、手続ＩＤが「国保加入」の手続を受付時刻「１３：００」に受け付けを行い、手続を行う窓口の窓口待ち順番が「１」番であり、窓口到達所要時間が「５」分の位置にいる。図７の１行目の例では、窓口の空き予測時刻が「１４：００」、窓口移動開始依頼時刻が「１３：３５」であり、移動依頼通知回数が「３」回である。また、図７の１行目の例では、ユーザ「Ｃ」は、「６５」歳で障害はないので、思いやり係数は「１．０」、停止基準時間は「３」秒である。
【００４０】
図１の説明に戻って、ユーザ履歴管理テーブル１２４は、手続が完了したユーザの窓口に関する履歴を、ユーザおよび手続に対応付けて記憶する。図８は、ユーザ履歴管理テーブルの一例を示す図である。図８に示すように、ユーザ履歴管理テーブル１２４は、「ユーザＩＤ」、「窓口到達所要時間」、「手続ＩＤ」、「受付時刻」、「移動依頼通知回数」といった項目を有する。また、ユーザ履歴管理テーブル１２４は、「年齢」、「思いやり係数」、「停止基準時間」、「対応状況」、「対応職員ＩＤ」、「手続時刻」といった項目を有する。さらに、手続時刻は、「開始時刻」、「終了時刻」といった項目を有する。ユーザ履歴管理テーブル１２４は、例えば１つの窓口に関する履歴ごとに１レコードとして記憶する。
【００４１】
「ユーザＩＤ」は、窓口の手続を行ったユーザを識別する識別子である。「窓口到達所要時間」は、窓口の空き予測時刻が経過した時点における、待ち行列管理テーブル１２３の窓口到達所要時間を示す情報である。「手続ＩＤ」は、窓口における手続の種類を識別する識別子である。「受付時刻」は、当該履歴においてユーザから窓口の手続を受け付けた時刻を示す情報である。「移動依頼通知回数」は、ユーザが受け付けを行ってから、通知装置１００から通信端末１０に対して、窓口への移動を促す移動依頼の通知を送信した回数を示す情報である。
【００４２】
「年齢」は、ユーザの年齢を示す情報である。「思いやり係数」は、ユーザの障害状況に基づく係数であり、窓口到達所要時間および停止基準時間に乗ずる係数である。「停止基準時間」は、ユーザが移動中でないと判定するための時間を示す情報であり、単位は秒である。「対応状況」は、当該窓口における手続が完了したか否かを示す情報であり、完了または不在で表わされる。なお、不在は、窓口の空き予測時刻を過ぎてもユーザが窓口を訪れず、手続が行われなかった場合を示す。「対応職員ＩＤ」は、窓口で対応した職員を識別する識別子である。「開始時刻」は、窓口での手続の開始時刻を示す情報である。なお、開始時刻は、対応状況が不在である場合には、想定していた開始時刻、すなわち、空き予測時刻を示す情報である。「終了時刻」は、窓口での手続の終了時刻を示す情報である。終了時刻は、対応状況が不在である場合には、想定していた終了時刻、すなわち、終了予定時刻を示す情報である。
【００４３】
図８の１行目の例では、ユーザ「Ａ」は、手続ＩＤが「国保加入」の手続を受付時刻「１１：５５」に受け付けを行い、窓口到達所要時間が「０：０７」分、移動依頼通知回数が「３」回であり、対応状況は「完了」している。また、図８の１行目の例では、窓口での開始時刻が「１２：１０」、終了時刻が「１２：４３」であり、対応職員ＩＤ「山田」さんが対応している。また、ユーザ「Ａ」は、「６５」歳で障害はないので、思いやり係数は「１．０」、停止基準時間は「３」秒である。
【００４４】
図１の説明に戻って、通知履歴テーブル１２５は、各ユーザが所持する通信端末１０に通知を送信した履歴を、ユーザＩＤに対応付けて記憶する。図９は、通知履歴テーブルの一例を示す図である。図９に示すように、通知履歴テーブル１２５は、「ユーザＩＤ」、「移動依頼通知回数」、「通知時刻」といった項目を有する。通知履歴テーブル１２５は、例えば１回の通知ごとに１レコードとして記憶する。
【００４５】
「ユーザＩＤ」は、窓口の手続を待っているユーザを識別する識別子である。「移動依頼通知回数」は、ユーザが受け付けを行ってから、通知装置１００から通信端末１０に対して、窓口への移動を促す移動依頼の通知を送信した回数を示す情報である。「通知時刻」は、通知を送信した時刻を示す情報である。図９の例では、ユーザ「Ｃ」に対して、「１３：４５」に１回目の通知が送信され、「１３：５０」に２回目の通知が送信され、「１３：５７」に３回目の通知が送信されたことを示す。なお、通知履歴テーブル１２５は、複数のユーザに対するそれぞれの通知の履歴を纏めて記憶する。
【００４６】
図１の説明に戻って、年齢別係数テーブル１２６は、基準年齢に応じた所要時間係数および停止基準時間を記憶する。図１０は、年齢別係数テーブルの一例を示す図である。図１０に示すように、年齢別係数テーブル１２６は、「基準年齢」、「所要時間係数」、「停止基準時間」といった項目を有する。年齢別係数テーブル１２６は、例えば１つの基準年齢ごとに１レコードとして記憶する。
【００４７】
「基準年齢」は、ユーザの年齢に基づいて、適用する所要時間係数および停止基準時間を決定するための区分を示す情報である。基準年齢は、例えば、６０歳未満、７０歳未満、８０歳未満、８０歳以上といった区分が挙げられる。このとき、７０歳未満は、６０歳以上７０歳未満を示し、８０歳未満は、７０歳以上８０歳未満を示す。「所要時間係数」は、ユーザの年齢に基づく係数であり、窓口到達所要時間および停止基準時間に乗ずる係数である。「停止基準時間」は、ユーザが移動中でないと判定するための時間を示す情報であり、単位は秒である。なお、図１０に示す年齢別係数テーブル１２６では、６０歳未満の停止基準時間の「３」秒に、所要時間係数を乗算した値を、停止基準時間として記憶している。図１０の例では、８０歳未満の停止基準時間は、６０歳未満の停止基準時間の「３」秒に、所要時間係数「１．３」を乗算して、小数点以下を四捨五入した「４」秒を停止基準時間としている。
【００４８】
図１の説明に戻って、障害別係数テーブル１２７は、ユーザの障害状況に基づく係数を記憶する。図１１は、障害別係数テーブルの一例を示す図である。図１１に示すように、障害別係数テーブル１２７は、「視覚障害区分」、「運動障害区分」といった項目を有する。また、各区分は、「状況」、「思いやり係数Ｋｘ（ｘは区分数に応じた数字）」といった項目を有する。
【００４９】
「状況」は、区分ごとに障害の状況を示す情報である。状況は、例えば、視覚障害区分の場合には、「なし」、「弱視」、「全盲」といった状況を示す。「思いやり係数Ｋｘ」は、区分ごとに状況に応じた係数である。図１１の例では、あるユーザが視覚障害の状況「弱視」、および、運動障害の状況「杖使用」である場合には、それぞれの状況に対応する、視覚障害区分の思いやり係数Ｋ１と運動障害区分の思いやり係数Ｋ２とを乗算して思いやり係数を算出する。
【００５０】
図１の説明に戻って、手続所要時間テーブル１２８は、窓口での手続所要時間を、窓口の課と手続とに対応付けて記憶する。図１２は、手続所要時間テーブルの一例を示す図である。図１２に示すように、手続所要時間テーブル１２８は、「窓口課ＩＤ」、「手続ＩＤ」、「手続所要時間」といった項目を有する。手続所要時間テーブル１２８は、例えば１つの手続ＩＤごとに１レコードとして記憶する。
【００５１】
「窓口課ＩＤ」は、窓口の属する課を識別する識別子である。「手続ＩＤ」は、窓口における手続の種類を識別する識別子である。「手続所要時間」は、当該手続における標準的な所要時間を示す情報である。図１２の１行目の例では、窓口課ＩＤ「保険課」の手続ＩＤ「国保加入」は、手続の標準的な所要時間が「０：３５」分かかることを示す。
【００５２】
図１の説明に戻って、基地局テーブル１２９は、役所の庁舎内に設けられた無線ＬＡＮ基地局ごとに、エリア名称を対応付けて記憶する。図１３は、基地局テーブルの一例を示す図である。図１３に示すように、基地局テーブル１２９は、「基地局ＩＤ」、「庁舎ＩＤ」、「フロアＩＤ」、「エリア名称」といった項目を有する。基地局テーブル１２９は、例えば１つの基地局ＩＤごとに１レコードとして記憶する。
【００５３】
「基地局ＩＤ」は、無線ＬＡＮ基地局を識別する識別子である。「庁舎ＩＤ」は、役所の庁舎が複数ある場合などに、庁舎を識別する識別子である。「フロアＩＤ」は、庁舎内のフロアを識別する識別子である。「エリア名称」は、無線ＬＡＮ基地局が設置されたエリアの名称を示す情報である。図１３の１行目の例では、基地局ＩＤ「年金課」の無線ＬＡＮ基地局は、庁舎ＩＤ「本庁舎」のフロアＩＤ「１階」のエリア名称「年金課窓口付近」に設置されていることを示す。
【００５４】
図１の説明に戻って、制御部１３０は、例えば、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されるようにしてもよい。制御部１３０は、受付部１３１と、登録部１３２と、監視部１３３と、決定部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００５５】
受付部１３１は、通信部１１０およびネットワークＮを介して、通信端末１０に受付画面を送信する。受付部１３１は、通信端末１０に表示された受付画面で入力された手続に関する情報である手続情報を、ネットワークＮおよび通信部１１０を介して受信する。受付部１３１は、手続情報を受信すると、通信部１１０およびネットワークＮを介して、通信端末１０に受付完了画面を送信する。受付部１３１は、受付完了画面を送信すると、受信した手続情報を登録部１３２に出力する。
【００５６】
ここで、図１４および図１５を用いて受付画面および受付完了画面について説明する。図１４は、受付画面の遷移の一例を示す図である。図１４に示すように、受付画面６１は、通信端末１０に表示される受付画面のうち初期状態の受付画面である。受付画面６１では、ユーザの用件の選択を受け付ける。受付画面６１では、例えば、訪問先の窓口が決まっている場合には、ボタン６１ａが押下され、受付画面６２に遷移する。受付画面６２では、訪問先の窓口の選択を受け付ける。受付画面６２では、例えば、国保医療課のボタン６２ａが押下され、受付画面６３に遷移する。
【００５７】
受付画面６３では、用件の選択を受け付ける。受付画面６３では、例えば、国民健康保険のボタン６３ａが押下され、受付画面６４に遷移する。受付画面６４では、ユーザに関する情報の入力を受け付ける。受付画面６４では、例えば、国民健康保険に加入する人物の住所、氏名、年齢等の入力を受け付ける。受付画面６４では、ユーザに関する情報が入力され、入力確認ボタン６４ａが押下されると、受付完了画面に遷移する。受付画面６４では、取消しボタン６４ｂが押下されると、例えば、１つ前の画面である受付画面６３に戻る。
【００５８】
図１５は、受付完了画面の一例を示す図である。図１５に示すように、受付完了画面７１には、受付を完了した旨のメッセージ５１、受信メッセージ履歴欄７２およびメッセージを閉じて他の機能を使用するためのボタン７３が表示される。通信端末１０のユーザは、受付完了画面７１を見ることで、窓口および手続予定時刻を確認することができる。
【００５９】
図１の説明に戻って、登録部１３２は、手続を受け付けた窓口の処理状態を記憶部に登録する。すなわち、登録部１３２は、手続を受け付けた窓口の待ち行列管理テーブル１２３に受け付けたユーザを登録する。登録部１３２は、受付部１３１から手続情報が入力されると、年齢別係数テーブル１２６および障害別係数テーブル１２７を参照し、手続情報の年齢および障害状況に基づいて、ユーザ属性情報を算出する。すなわち、登録部１３２は、手続情報の年齢および障害状況に基づいて、所要時間係数、停止基準時間、思いやり係数を算出する。
【００６０】
登録部１３２は、窓口管理テーブル１２２を参照して窓口状況を取得する。登録部１３２は、ユーザの手続に関する窓口のうち、対応状況が手続中または待機中であって、終了時刻が最も早い窓口の窓口ＩＤおよび終了時刻を取得する。登録部１３２は、取得した終了時刻に基づいて、窓口の空き予測時刻を算出する。登録部１３２は、例えば、取得した終了時刻を窓口の空き予測時刻としてもよいし、終了時刻に数分、例えば１分追加した時刻を窓口の空き予測時刻としてもよい。
【００６１】
登録部１３２は、手続情報に含まれる位置情報に基づいて、窓口到達所要時間を算出する。登録部１３２は、算出した窓口到達所要時間と、予め設定された最長窓口到達所要時間とに基づいて、窓口移動開始依頼時刻を算出する。すなわち、窓口到達所要時間と最長窓口到達所要時間とを加算して第１所定時間を算出し、窓口の空き予測時刻より第１所定時間前の時刻を窓口移動開始依頼時刻、つまり移動開始依頼時刻とする。
【００６２】
登録部１３２は、当該窓口の待ち行列管理テーブル１２３の窓口待ち順番の最後尾のレコードに、手続情報に含まれるユーザＩＤ、手続ＩＤ、受付時刻および年齢を登録する。また、登録部１３２は、当該最後尾のレコードに、窓口到達所要時間、窓口移動開始依頼時刻、窓口の空き予測時刻、思いやり係数、停止基準時間を登録する。また、登録部１３２は、当該最後尾のレコードに、移動依頼通知回数の初期値として「０」を登録する。登録部１３２は、待ち行列管理テーブル１２３に受け付けたユーザを登録すると、監視部１３３に監視開始指示を出力する。
【００６３】
監視部１３３は、登録部１３２から監視開始指示が入力されると、位置情報、移動情報および窓口状況の監視を開始する。監視部１３３は、ネットワークＮおよび通信部１１０を介して、通信端末１０から定期的に受信する位置情報および移動情報を監視する。また、監視部１３３は、図示しない窓口端末から受信する窓口情報によって定期的に更新される窓口管理テーブル１２２を参照することで、窓口状況を監視する。
【００６４】
また、監視部１３３は、位置情報の監視の結果、例えば、基地局ＩＤが切り替わると、窓口到達所要時間を再計算して待ち行列管理テーブル１２３の窓口到達所要時間および窓口移動開始依頼時刻を更新する。なお、監視部１３３は、窓口到達所要時間および窓口移動開始依頼時刻の更新時には、ユーザの年齢に基づく所要時間係数および停止基準時間、ならびに、思いやり係数に基づいて、窓口到達所要時間および窓口移動開始依頼時刻を更新する。
【００６５】
監視部１３３は、現在時刻が窓口移動開始依頼時刻を経過したか否かを監視する。監視部１３３は、現在時刻が窓口移動開始依頼時刻を経過した場合には、依頼時刻経過情報を生成する。監視部１３３は、現在時刻が窓口移動開始依頼時刻を経過していない場合は、待機する。監視部１３３は、位置情報、移動情報および依頼時刻経過情報を決定部１３４に出力する。
【００６６】
決定部１３４は、監視部１３３から位置情報、移動情報および依頼時刻経過情報が入力されると、待ち行列管理テーブル１２３、位置情報、移動情報および依頼時刻経過情報に基づいて、窓口に関する通知の送信タイミングを決定する。すなわち、決定部１３４は、監視の結果に基づいて、通信端末１０に対するデータの送信タイミングを決定する。
【００６７】
決定部１３４は、依頼時刻経過情報が入力された後に、移動情報が移動中でないことを示す状態となったタイミングを、窓口に関する通知の送信タイミングに決定する。すなわち、決定部１３４は、現在時刻が移動開始依頼時刻を経過し、かつ、移動情報が移動中でないことを示すタイミングを、窓口に関する通知の送信タイミングに決定する。なお、決定部１３４は、移動情報が移動中でないと判定する時間は、待ち行列管理テーブル１２３の停止基準時間を用いる。停止基準時間は、年齢や障害状況に応じて決定される。
【００６８】
なお、依頼時刻経過情報は、待ち行列管理テーブル１２３を参照して生成されるので、送信タイミングは、窓口の処理状態に基づいて決定されるともいえる。また、依頼時刻経過情報は、窓口移動開始依頼時刻に基づいて生成されるので、送信タイミングは、通信端末１０の位置情報に基づいて決定されるともいえる。また、依頼時刻経過情報は、窓口移動開始依頼時刻に基づいて生成されるので、送信タイミングは、ユーザの窓口への移動時間に基づいて決定されるともいえる。言い換えると、決定部１３４は、移動情報、窓口の処理状態および位置情報のうち１つ以上に基づいて、窓口に関する通知の送信タイミングを決定してもよい。
【００６９】
なお、決定部１３４は、現在時刻が前回の通知の送信タイミングから第２所定時間、例えば５分経過後となるタイミングを、次回の通知の送信タイミングに決定してもよい。これにより、決定部１３４は、ユーザが移動中でない場合に、頻繁に通知を送信してしまうことを抑制できる。
【００７０】
決定部１３４は、決定した送信タイミングに応じたメッセージを含む通知画面を、通信部１１０およびネットワークＮを介して、通信端末１０に送信して通知する。決定部１３４は、基地局テーブル１２９を参照し、位置情報に基づいてメッセージ内の現在位置を決定する。また、決定部１３４は、待ち行列管理テーブル１２３を参照し、現在時刻に基づいて、メッセージ内の何分後に移動すればよいかを決定する。さらに、決定部１３４は、現在時刻に基づいて、窓口の空き予測時刻から窓口到達所要時間前を経過した場合、および、窓口の空き予測時刻を経過した場合のメッセージを決定する。決定部１３４は、待ち行列管理テーブル１２３の移動依頼通知回数を、通知画面を送信した回数で更新する。また、決定部１３４は、通知画面を送信した回数、すなわち、移動依頼通知回数と通知時刻とをユーザＩＤと対応付けて、通知履歴テーブル１２５に記憶する。
【００７１】
また、決定部１３４は、手続開始前の通知では、通知画面の送信後に、窓口管理テーブル１２２を参照し、ユーザが当該窓口で手続を開始したか否かを判定する。決定部１３４は、ユーザが当該窓口で手続を開始した場合には、待ち行列管理テーブル１２３およびユーザ履歴管理テーブル１２４を更新する。すなわち、決定部１３４は、待ち行列管理テーブル１２３の窓口待ち順番が１番のレコードを消去するとともに、当該レコードの情報および窓口の対応状況、対応職員ＩＤおよび手続時刻をユーザ履歴管理テーブル１２４に記憶する。また、決定部１３４は、年齢別係数テーブル１２６および手続所要時間テーブル１２８を参照し、手続の終了時刻を算出して、窓口管理テーブル１２２の開始時刻および終了時刻を更新する。
【００７２】
決定部１３４は、ユーザが当該窓口で手続を開始していない場合には、現在時刻が空き予測時刻を経過したか否かを判定する。決定部１３４は、現在時刻が空き予測時刻を経過していない場合には、次の送信タイミングでの通知画面の送信を待機する。決定部１３４は、現在時刻が空き予測時刻を経過している場合には、窓口の順番を飛ばした旨の通知画面を、通信部１１０およびネットワークＮを介して、通信端末１０に送信する。また、決定部１３４は、待ち行列管理テーブル１２３およびユーザ履歴管理テーブル１２４を更新する。すなわち、決定部１３４は、待ち行列管理テーブル１２３の窓口待ち順番が１番のレコードを消去するとともに、当該レコードの情報および窓口の対応状況、対応職員ＩＤおよび手続時刻をユーザ履歴管理テーブル１２４に記憶する。なお、対応状況は、例えば不在とし、手続時刻には、想定された開始時刻および終了時刻を記憶する。
【００７３】
ここで、図１６から図１９を用いて通知画面について説明する。図１６は、他機能使用時の通知画面の一例を示す図である。なお、図１６から図１９の通知画面には、図５に示すタイムラインに対応する時刻が表示されている。図１６に示すように、通知画面７４は、他機能を使用時の画面であり、通知画面、つまりメッセージを受信すると、画面下部に通知アイコン７５および通知画面を開くためのボタン７６が表示される。なお、ボタン７６は、メッセージを受信すると、例えば、点滅状態とすることができる。また、通知画面７４には、アイコン７５にメッセージが届いている旨の吹き出し７７を表示させてもよい。吹き出し７７には、すぐにメッセージを見るためのボタン７８、および、今はメッセージを見ずに吹き出し７７を消去するためのボタン７９が配置される。通知画面７４では、例えば、ボタン７８がユーザによって押下されると、詳細な情報を表示する通知画面に遷移する。なお、通知画面７４から詳細な情報を表示する通知画面への遷移は、メッセージの受信時に自動的に行うようにしてもよく、さらに、音声、バイブレーション等によってユーザにメッセージの着信を認識させやすくしてもよい。
【００７４】
図１７は、通知画面の一例を示す図である。図１７に示すように、通知画面８０は、例えば、図５に示すタイムライン上の時刻ｔ２において、通知画面７４から遷移した通知画面である。通知画面８０には、移動を促すメッセージ５２、受信メッセージ履歴欄８１および通知画面を閉じて他の機能を使用するためのボタン８２が表示される。メッセージ５２は、例えば、「Ｃ様、“本庁舎１階  休憩所付近”を１０分後の１３：５５には保険課３番窓口に移動して下さい。１４：００頃に手続開始予定です。」といった内容である。また、受信メッセージ履歴欄８１には、これまでに受信した通知画面のメッセージが受信時刻とともに表示される。
【００７５】
図１８は、通知画面の他の一例を示す図である。図１８に示すように、通知画面８３は、例えば、図５に示すタイムライン上の時刻ｔ４において、通知画面７４から遷移した通知画面である。通知画面８３には、メッセージ５４、受信メッセージ履歴欄８４および通知画面を閉じて他の機能を使用するためのボタン８５が表示される。メッセージ５４は、例えば、「Ｃ様、１４：００頃に保険課３番窓口で手続開始予定です。」といった内容である。また、受信メッセージ履歴欄８４には、これまでに受信した通知画面のメッセージが受信時刻とともに表示される。
【００７６】
図１９は、通知画面の他の一例を示す図である。図１９に示すように、通知画面８６は、例えば、窓口の空き予測時刻を経過した場合に、通知画面７４から遷移した通知画面である。通知画面８６には、メッセージ５５、受信メッセージ履歴欄８７および通知画面を閉じて他の機能を使用するためのボタン８８が表示される。メッセージ５５は、例えば、「Ｃ様、手続予定時刻を過ぎました。窓口に来られないので順番を飛ばしました。」といった内容である。また、受信メッセージ履歴欄８７には、これまでに受信した通知画面のメッセージが受信時刻とともに表示される。
【００７７】
次に、実施例の通知システム１の動作について説明する。図２０は、実施例の通知処理の一例を示すシーケンス図である。
【００７８】
通知装置１００の受付部１３１は、通信端末１０に受付画面を送信する（ステップＳ１）。通信端末１０の表示制御部１６は、受付画面を受信すると（ステップＳ２）、表示操作部１３に受付画面を表示させる（ステップＳ３）。通信制御部１５は、表示操作部１３に表示された受付画面において、ユーザから来訪目的の入力を受け付ける（ステップＳ４）。通信制御部１５は、受け付けた来訪目的の入力、すなわち、表示操作部１３から入力された操作情報に基づいて、手続情報を通知装置１００に送信する（ステップＳ５）。
【００７９】
通知装置１００の受付部１３１は、手続情報を受信すると（ステップＳ６）、通信端末１０に受付完了画面を送信する（ステップＳ７）。受付部１３１は、受付完了画面を送信すると、受信した手続情報を登録部１３２に出力する。
【００８０】
通信端末１０の表示制御部１６は、受付完了画面を受信すると（ステップＳ８）、表示操作部１３に受付完了画面を表示させる（ステップＳ９）。通信制御部１５は、手続情報を通知装置１００に送信した後に、通信端末１０の位置情報および移動情報の通知装置１００への送信を開始する（ステップＳ１０）。
【００８１】
通知装置１００の監視部１３３は、通信端末１０からの位置情報および移動情報の受信を開始する（ステップＳ１１）。登録部１３２は、受付部１３１から手続情報が入力されると、年齢別係数テーブル１２６および障害別係数テーブル１２７を参照し、手続情報の年齢および障害状況に基づいて、ユーザ属性情報を算出する（ステップＳ１２）。
【００８２】
登録部１３２は、窓口管理テーブル１２２を参照して窓口状況を取得する（ステップＳ１３）。登録部１３２は、通知の送信タイミングに係る時刻を算出する（ステップＳ１４）。登録部１３２は、窓口の空き予測時刻、窓口到達所要時間および窓口移動開始依頼時刻を算出する。
【００８３】
登録部１３２は、受け付けた窓口の手続に係る情報を待ち行列管理テーブル１２３に登録する（ステップＳ１５）。登録部１３２は、待ち行列管理テーブル１２３に受け付けたユーザを登録すると、監視部１３３に監視開始指示を出力する。
【００８４】
監視部１３３は、登録部１３２から監視開始指示が入力されると、位置情報、移動情報および窓口状況の監視を開始する（ステップＳ１６）。監視部１３３は、現在時刻が窓口移動開始依頼時刻を経過したか否かを監視する。監視部１３３は、現在時刻が窓口移動開始依頼時刻を経過した場合には、依頼時刻経過情報を生成する。監視部１３３は、現在時刻が窓口移動開始依頼時刻を経過していない場合は、待機する。監視部１３３は、位置情報、移動情報および依頼時刻経過情報を決定部１３４に出力する。
【００８５】
決定部１３４は、監視部１３３から位置情報、移動情報および依頼時刻経過情報が入力されると、窓口に関する通知の送信タイミングを決定する。決定部１３４は、送信タイミングに係る時刻および監視結果に基づいて、通信端末１０に通知画面を送信する（ステップＳ１７）。すなわち、決定部１３４は、決定した送信タイミングに応じたメッセージを含む通知画面を、通信端末１０に送信して通知する。
【００８６】
通信端末１０の表示制御部１６は、通知画面を受信すると（ステップＳ１８）、表示操作部１３に通知画面を表示させる（ステップＳ１９）。
【００８７】
通知装置１００の決定部１３４は、手続開始前の通知では、通知画面の送信後に、窓口管理テーブル１２２を参照し、ユーザが当該窓口で手続を開始したか否かを判定する（ステップＳ２０）。決定部１３４は、ユーザが当該窓口で手続を開始した場合には（ステップＳ２０：肯定）、待ち行列管理テーブル１２３およびユーザ履歴管理テーブル１２４を更新して（ステップＳ２１）、通知処理を終了する。
【００８８】
決定部１３４は、ユーザが当該窓口で手続を開始していない場合には（ステップＳ２０：否定）、現在時刻が空き予測時刻を経過したか否かを判定する（ステップＳ２２）。決定部１３４は、現在時刻が空き予測時刻を経過していない場合には（ステップＳ２２：否定）、ステップＳ１７に戻る。決定部１３４は、現在時刻が空き予測時刻を経過している場合には（ステップＳ２２：肯定）、窓口の順番を飛ばした旨の通知画面を通信端末１０に送信する（ステップＳ２３）。また、決定部１３４は、待ち行列管理テーブル１２３およびユーザ履歴管理テーブル１２４を更新して（ステップＳ２４）、通知処理を終了する。
【００８９】
通信端末１０の表示制御部１６は、通知画面を受信すると（ステップＳ２５）、表示操作部１３に通知画面を表示させて（ステップＳ２６）、通知処理を終了する。これにより、通知装置１００は、ユーザが気づきやすいタイミングで通知できる。すなわち、通知装置１００は、例えば、ユーザが立ち止まった状態や座っている状態のときに通知できる。言い換えると、通知装置１００は、ユーザの現在位置から移動を開始して窓口の空き予測時刻に間に合うための移動開始時刻より前であって、ユーザが立ち止まった状態や座っている状態のときに通知できる。また、通知装置１００は、ユーザが立ち止まった状態や座っている状態のときに通知するので、高齢者が突然の通知に気を取られて転倒してしまうといった事故の発生を抑制することができる。さらに、通知装置１００は、ユーザが呼び出しの通知に気がつかないことに起因する窓口職員へのクレームを低減できる。
【００９０】
なお、上記実施例では、役所の窓口に適用した場合の一例について説明したが、これに限定されない。例えば、病院や銀行の窓口、テーマパークの乗り物等の待ち行列に適用してもよい。
【００９１】
このように、通知装置１００は、通信端末１０から取得した通信端末１０が移動中であるか否かを示す移動情報を監視する。また、通知装置１００は、監視の結果に基づいて、通信端末１０に対するデータの送信タイミングを決定する。その結果、ユーザが気づきやすいタイミングで通知できる。
【００９２】
また、通知装置１００は、移動情報が、通信端末１０が移動中でないことを示す場合を送信タイミングとして決定する。その結果、通信端末１０が停止しているときに通知するので、ユーザが気づきやすいタイミングで通知できる。
【００９３】
また、通知装置１００は、さらに、ユーザから窓口における手続を受け付けると、手続を受け付けた窓口の処理状態を記憶部に登録する。また、通知装置１００は、ユーザが所持する通信端末１０から取得した移動情報を監視する。また、通知装置１００は、さらに、窓口の処理状態に基づいて、送信タイミングを決定する。その結果、手続を受け付けた窓口に関する通知について、当該ユーザが気づきやすいタイミングで通知できる。
【００９４】
また、通知装置１００は、さらに、通信端末１０から取得した通信端末１０の位置を示す位置情報を監視する。また、通知装置１００は、さらに、位置情報に基づいて、送信タイミングを決定する。その結果、ユーザの現在位置に応じて、ユーザが気づきやすいタイミングで通知できる。
【００９５】
また、通知装置１００は、窓口が空いた状態となる空き予測時刻と、空き予測時刻より第１所定時間前の移動開始依頼時刻とを記憶部に登録する。また、通知装置１００は、さらに、現在時刻が移動開始依頼時刻を経過したか否かを監視する。また、通知装置１００は、現在時刻が移動開始依頼時刻を経過し、かつ、移動情報が移動中でないことを示すタイミングを、窓口に関する通知の送信タイミングに決定する。その結果、ユーザがより気づきやすいタイミングで通知できる。
【００９６】
また、通知装置１００は、ユーザの窓口への移動時間に基づいて、送信タイミングを決定する。その結果、ユーザの移動速度を考慮したタイミングで通知できる。
【００９７】
また、通知装置１００は、さらに、現在時刻が前回の通知の送信タイミングから第２所定時間経過後となるタイミングを、次回の通知の送信タイミングに決定する。その結果、頻繁に通知が送信されることを抑制できる。
【００９８】
また、通知装置１００は、ユーザの属性に応じて移動情報を監視する。その結果、移動の動作がゆっくりである場合であっても、適切に移動中であるか否かを監視できる。
【００９９】
また、通知装置１００では、窓口は、役所または病院の窓口である。その結果、多様な窓口およびユーザであっても、気づきやすいタイミングで通知できる。
【０１００】
また、上記実施例では、ユーザが停止したタイミングで通知を送信したが、これに限定されない。例えば、ユーザがずっと休憩所で座っているなど停止状態が続く場合には、窓口移動開始時刻のタイミングで通知を送信するようにしてもよい。また、頻繁に、移動と停止を繰り返す場合には、通知回数に上限を設けてもよいし、通知の頻度、つまり通知間隔を所定時間空けるようにしてもよい。
【０１０１】
また、上記実施例では、移動情報を通信端末１０から通知装置１００に対して送信を続け、通知装置１００側で移動中であるか否かを判定したが、これに限定されない。例えば、通信端末１０側で移動中であるか否かを判定してもよい。この場合には、通知装置１００から通信端末１０に対して、判定に用いる停止基準時間を受け付け時に送信する。
【０１０２】
また、上記実施例では、窓口の空き予測時刻は変化しない場合について説明したが、これに限定されない。例えば、待ち行列の先に並んでいる他のユーザの手続に時間がかかった場合には、随時更新される窓口管理テーブル１２２を参照して、窓口の空き予測時刻を変動させてもよい。この場合には、窓口移動開始時刻および窓口移動開始依頼時刻についても同様に変動させる。
【０１０３】
また、上記実施例では、他の機能の使用時の画面には、通知がある場合にアイコンを表示させたが、これに限定されない。例えば、通知用のアイコンの他に、待ち時間を表示するようにしてもよい。
【０１０４】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、監視部１３３と決定部１３４とを統合してもよい。
【０１０５】
さらに、各装置で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。
【０１０６】
ところで、上記の実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図２１は、通知プログラムを実行するコンピュータの一例を示す図である。
【０１０７】
図２１に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０１と、データ入力を受け付ける入力装置２０２と、モニタ２０３とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読み取る媒体読取装置２０４と、各種装置と接続するためのインタフェース装置２０５と、他の情報処理装置等と有線または無線により接続するための通信装置２０６とを有する。また、コンピュータ２００は、各種情報を一時記憶するＲＡＭ２０７と、ハードディスク装置２０８とを有する。また、各装置２０１〜２０８は、バス２０９に接続される。
【０１０８】
ハードディスク装置２０８には、図１に示した受付部１３１、登録部１３２、監視部１３３および決定部１３４の各処理部と同様の機能を有する通知プログラムが記憶される。また、ハードディスク装置２０８には、窓口管理テーブル１２２、待ち行列管理テーブル１２３、ユーザ履歴管理テーブル１２４、通知履歴テーブル１２５が記憶される。また、ハードディスク装置２０８には、年齢別係数テーブル１２６、障害別係数テーブル１２７、手続所要時間テーブル１２８、基地局テーブル１２９、および、通知プログラムを実現するための各種データが記憶される。入力装置２０２は、例えば、コンピュータ２００の管理者から、管理情報等の各種情報の入力を受け付ける。モニタ２０３は、例えば、コンピュータ２００の管理者に対して管理情報の画面等の各種画面を表示する。インタフェース装置２０５は、例えば、印刷装置等が接続される。通信装置２０６は、例えば、図１に示した通信部１１０と同様の機能を有しネットワークＮと接続され、通信端末１０と各種情報をやりとりする。
【０１０９】
ＣＰＵ２０１は、ハードディスク装置２０８に記憶された各プログラムを読み出して、ＲＡＭ２０７に展開して実行することで、各種の処理を行う。また、これらのプログラムは、コンピュータ２００を図１に示した受付部１３１、登録部１３２、監視部１３３および決定部１３４として機能させることができる。
【０１１０】
なお、上記の通知プログラムは、必ずしもハードディスク装置２０８に記憶されている必要はない。例えば、コンピュータ２００が読み取り可能な記憶媒体に記憶されたプログラムを、コンピュータ２００が読み出して実行するようにしてもよい。コンピュータ２００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤディスク、ＵＳＢ（Universal  Serial  Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ等に接続された装置にこの通知プログラムを記憶させておき、コンピュータ２００がこれらから通知プログラムを読み出して実行するようにしてもよい。
【０１１１】
以上、本実施例を含む実施の形態に関し、さらに以下の付記を開示する。
【０１１２】
（付記１）通信端末から取得した前記通信端末が移動中であるか否かを示す移動情報を監視し、
前記監視の結果に基づいて、前記通信端末に対するデータの送信タイミングを決定する、
処理をコンピュータに実行させることを特徴とする通知プログラム。
【０１１３】
（付記２）前記決定する処理は、前記移動情報が、前記通信端末が移動中でないことを示す場合を前記送信タイミングとして決定することを特徴とする付記１に記載の通知プログラム。
【０１１４】
（付記３）さらに、ユーザから窓口における手続を受け付けると、前記手続を受け付けた窓口の処理状態を記憶部に登録し、
前記監視する処理は、前記ユーザが所持する前記通信端末から取得した前記移動情報を監視し、
前記決定する処理は、さらに、前記窓口の処理状態に基づいて、前記送信タイミングを決定することを特徴とする付記２に記載の通知プログラム。
【０１１５】
（付記４）前記監視する処理は、さらに、前記通信端末から取得した前記通信端末の位置を示す位置情報を監視し、
前記決定する処理は、さらに、前記位置情報に基づいて、前記送信タイミングを決定することを特徴とする付記３に記載の通知プログラム。
【０１１６】
（付記５）前記登録する処理は、前記窓口が空いた状態となる空き予測時刻と、前記空き予測時刻より第１所定時間前の移動開始依頼時刻とを前記記憶部に登録し、
前記監視する処理は、さらに、現在時刻が前記移動開始依頼時刻を経過したか否かを監視し、
前記決定する処理は、現在時刻が前記移動開始依頼時刻を経過し、かつ、前記移動情報が移動中でないことを示すタイミングを、前記窓口に関する通知の前記送信タイミングに決定する、
ことを特徴とする付記３または４に記載の通知プログラム。
【０１１７】
（付記６）前記決定する処理は、前記ユーザの前記窓口への移動時間に基づいて、前記送信タイミングを決定することを特徴とする付記５に記載の通知プログラム。
【０１１８】
（付記７）前記決定する処理は、さらに、現在時刻が前回の前記通知の送信タイミングから第２所定時間経過後となるタイミングを、次回の前記通知の送信タイミングに決定することを特徴とする付記５または６に記載の通知プログラム。
【０１１９】
（付記８）前記監視する処理は、前記ユーザの属性に応じて前記移動情報を監視することを特徴とする付記５〜７のいずれか１つに記載の通知プログラム。
【０１２０】
（付記９）前記窓口は、役所または病院の窓口であることを特徴とする付記３〜８のいずれか１つに記載の通知プログラム。
【０１２１】
（付記１０）通信端末から取得した前記通信端末が移動中であるか否かを示す移動情報を監視し、
前記監視の結果に基づいて、前記通信端末に対するデータの送信タイミングを決定する、
処理をコンピュータが実行することを特徴とする通知方法。
【０１２２】
（付記１１）前記決定する処理は、前記移動情報が、前記通信端末が移動中でないことを示す場合を前記送信タイミングとして決定することを特徴とする付記１０に記載の通知方法。
【０１２３】
（付記１２）さらに、ユーザから窓口における手続を受け付けると、前記手続を受け付けた窓口の処理状態を記憶部に登録し、
前記監視する処理は、前記ユーザが所持する前記通信端末から取得した前記移動情報を監視し、
前記決定する処理は、さらに、前記窓口の処理状態に基づいて、前記送信タイミングを決定することを特徴とする付記１１に記載の通知方法。
【０１２４】
（付記１３）前記監視する処理は、さらに、前記通信端末から取得した前記通信端末の位置を示す位置情報を監視し、
前記決定する処理は、さらに、前記位置情報に基づいて、前記送信タイミングを決定することを特徴とする付記１２に記載の通知方法。
【０１２５】
（付記１４）前記登録する処理は、前記窓口が空いた状態となる空き予測時刻と、前記空き予測時刻より第１所定時間前の移動開始依頼時刻とを前記記憶部に登録し、
前記監視する処理は、さらに、現在時刻が前記移動開始依頼時刻を経過したか否かを監視し、
前記決定する処理は、現在時刻が前記移動開始依頼時刻を経過し、かつ、前記移動情報が移動中でないことを示すタイミングを、前記窓口に関する通知の前記送信タイミングに決定する、
ことを特徴とする付記１２または１３に記載の通知方法。
【０１２６】
（付記１５）前記決定する処理は、前記ユーザの前記窓口への移動時間に基づいて、前記送信タイミングを決定することを特徴とする付記１４に記載の通知方法。
【０１２７】
（付記１６）前記決定する処理は、さらに、現在時刻が前回の前記通知の送信タイミングから第２所定時間経過後となるタイミングを、次回の前記通知の送信タイミングに決定することを特徴とする付記１４または１５に記載の通知方法。
【０１２８】
（付記１７）前記監視する処理は、前記ユーザの属性に応じて前記移動情報を監視することを特徴とする付記１４〜１６のいずれか１つに記載の通知方法。
【０１２９】
（付記１８）前記窓口は、役所または病院の窓口であることを特徴とする付記１２〜１７のいずれか１つに記載の通知方法。
【０１３０】
（付記１９）通信端末と、通知装置とを有する通知システムであって、
前記通信端末は、
前記通信端末が移動中であるか否かを示す移動情報を前記通知装置に送信する通信制御部を有し、
前記通知装置は、
前記通信端末から受信した前記移動情報を監視する監視部と、
前記監視の結果に基づいて、前記通信端末に対するデータの送信タイミングを決定する決定部と、
を有することを特徴とする通知システム。
【０１３１】
（付記２０）前記決定部は、前記移動情報が、前記通信端末が移動中でないことを示す場合を前記送信タイミングとして決定することを特徴とする付記１９に記載の通知システム。
【０１３２】
（付記２１）前記通知装置は、
さらに、ユーザから窓口における手続を受け付ける受付部と、
前記手続を受け付けた窓口の処理状態を記憶部に登録する登録部と、を有し、
前記監視部は、前記ユーザが所持する前記通信端末から取得した前記移動情報を監視し、
前記決定部は、さらに、前記窓口の処理状態に基づいて、前記送信タイミングを決定することを特徴とする付記２０に記載の通知システム。
【０１３３】
（付記２２）前記監視部は、さらに、前記通信端末から取得した前記通信端末の位置を示す位置情報を監視し、
前記決定部は、さらに、前記位置情報に基づいて、前記送信タイミングを決定することを特徴とする付記２１に記載の通知システム。
【０１３４】
（付記２３）前記登録部は、前記窓口が空いた状態となる空き予測時刻と、前記空き予測時刻より第１所定時間前の移動開始依頼時刻とを前記記憶部に登録し、
前記監視部は、さらに、現在時刻が前記移動開始依頼時刻を経過したか否かを監視し、
前記決定部は、現在時刻が前記移動開始依頼時刻を経過し、かつ、前記移動情報が移動中でないことを示すタイミングを、前記窓口に関する通知の前記送信タイミングに決定する、
ことを特徴とする付記２１または２２に記載の通知システム。
【０１３５】
（付記２４）前記決定部は、前記ユーザの前記窓口への移動時間に基づいて、前記送信タイミングを決定することを特徴とする付記２３に記載の通知システム。
【０１３６】
（付記２５）前記決定部は、さらに、現在時刻が前回の前記通知の送信タイミングから第２所定時間経過後となるタイミングを、次回の前記通知の送信タイミングに決定することを特徴とする付記２３または２４に記載の通知システム。
【０１３７】
（付記２６）前記監視部は、前記ユーザの属性に応じて前記移動情報を監視することを特徴とする付記２３〜２５のいずれか１つに記載の通知システム。
【０１３８】
（付記２７）前記窓口は、役所または病院の窓口であることを特徴とする付記２１〜２６のいずれか１つに記載の通知システム。
【符号の説明】
【０１３９】
１  通知システム
１０  通信端末
１１  通信部
１２  記憶部
１３  表示操作部
１４  制御部
１５  通信制御部
１６  表示制御部
１００  通知装置
１１０  通信部
１２０  記憶部
１２１  管理ＤＢ
１２２  窓口管理テーブル
１２３  待ち行列管理テーブル
１２４  ユーザ履歴管理テーブル
１２５  通知履歴テーブル
１２６  年齢別係数テーブル
１２７  障害別係数テーブル
１２８  手続所要時間テーブル
１２９  基地局テーブル
１３０  制御部
１３１  受付部
１３２  登録部
１３３  監視部
１３４  決定部
Ｎ  ネットワーク
【図１】
0006582595.tif 000002
【図２】
0006582595.tif 000003
【図３】
0006582595.tif 000004
【図４】
0006582595.tif 000005
【図５】
0006582595.tif 000006
【図６】
0006582595.tif 000007
【図７】
0006582595.tif 000008
【図８】
0006582595.tif 000009
【図９】
0006582595.tif 000010
【図１０】
0006582595.tif 000011
【図１１】
0006582595.tif 000012
【図１２】
0006582595.tif 000013
【図１３】
0006582595.tif 000014
【図１４】
0006582595.tif 000015
【図１５】
0006582595.tif 000016
【図１６】
0006582595.tif 000017
【図１７】
0006582595.tif 000018
【図１８】
0006582595.tif 000019
【図１９】
0006582595.tif 000020
【図２０】
0006582595.tif 000021
【図２１】
0006582595.tif 000022