JP2015132948A

JP2015132948A - 配信システム、配信プログラムおよび配信方法

Info

Publication number: JP2015132948A
Application number: JP2014003643A
Authority: JP
Inventors: 池上　潤; Jun Ikegami; 潤池上
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2014-01-10
Filing date: 2014-01-10
Publication date: 2015-07-23

Abstract

【課題】店員を呼び出す場合に、最適な店員を呼び出す。
【解決手段】配信システム９は、店内に設置された複数のアクセスポイント１と、複数の携帯通信端末２と、配信サーバ３とを有する。配信サーバ３は、複数のアクセスポイント１のそれぞれの通信範囲を用いて、携帯通信端末２毎に、携帯通信端末２の移動に伴う位置に関する履歴を管理する。配信サーバ３は、管理された携帯通信端末２の移動に伴う位置に関する履歴に基づいて、携帯通信端末２を携帯する店員の作業状況を判定する。配信サーバ３は、店内の所定位置から呼び出し指示があった際、判定された携帯通信端末２を携帯する店員の作業状況に基づいて、複数の携帯通信端末２の中から所定位置に応じた携帯通信端末２を決定する。
【選択図】図１

Description

本発明は、配信システム等に関する。

店舗やイベント会場などの広範囲のスペースで、顧客や来場者からの呼び出しに迅速に応じてサービス向上や顧客満足度を上げる手法が知られている。

一例として、レストランに導入されるワイヤレスオーダーコールシステムがある。ワイヤレスオーダーコールシステムは、顧客のテーブルに設置された卓上送信機のボタンを押すことで、特定周波数を用いた電波を発信し、店内の広範囲から見渡せる位置に設置した受信表示機にどのテーブルの卓上送信機のボタンが押されたかを表示する。

別の例として、遊戯場に導入される店員呼び出しシステムがある（例えば、特許文献１参照）。店員呼び出しシステムは、複数の無線通話装置、複数の無線通話装置の位置を特定する位置特定装置、複数のアクセスポイントを有する。無線通話装置は、アクセスポイントから受信した電波の強度を特定し、測定した電波の強度を示すデータである電波強度測定データを、アクセスポイントを経由して位置特定装置に送信する。そして、位置特定装置は、電波強度測定データに基づいて、複数の無線通話装置の位置を算出する。そして、店員呼び出しシステムは、ある遊戯機から呼び出しがあった場合、駆けつけるのに最もよい場所（最も近い位置、最も迅速に到達できる経路上の位置など）に位置する店員を特定できる。

特開２００８−０２２５４４号公報

しかしながら、店員を呼び出す従来の技術では、最適な店員を呼び出すことができないという問題がある。例えば、店員呼び出しシステムでは、呼び出しがあった場合、駆けつけるのに最もよい場所（最も近い位置、最も迅速に到達できる経路上の位置など）に位置する店員を特定できるが、店員の作業状況を考慮して店員を特定できない。一例として、店員呼び出しシステムでは、呼び出しがあった顧客の最も近い場所の店員が顧客対応中であっても、この店員を特定してしまう。すなわち、店員呼び出しシステムでは、最適な店員を特定できず、最適な店員を呼び出すことができない。

１つの側面では、店員を呼び出す場合に、最適な店員を呼び出すことを目的とする。

本願の開示する配信システムは、所定領域内に設置された複数の中継機と、複数の携帯通信端末と、前記携帯通信端末に指示を配信する情報処理装置と、を有する。前記情報処理装置は、前記複数の中継機のそれぞれの通信範囲を用いて、前記携帯通信端末毎に、前記携帯通信端末の移動に伴う位置に関する履歴を管理する管理部と、前記管理部によって管理された前記携帯通信端末の移動に伴う位置に関する履歴に基づいて、前記携帯通信端末を携帯する動作主体の動作状況を判定する動作状況判定部と、前記所定領域の所定位置から呼び出し指示があった際、前記動作状況判定部によって判定された前記携帯通信端末を携帯する動作主体の動作状況に基づいて、前記複数の携帯通信端末の中から前記所定位置に応じた携帯通信端末を決定する決定部と、を有する。

１つの態様によれば、店員を呼び出す場合に、最適な店員を呼び出すことができる。

図１は、実施例に係る配信システムの構成を示す機能ブロック図である。図２は、実施例に係る店員情報管理テーブルのデータ構造を示す図である。図３は、実施例に係る店員参加時刻管理処理のフローチャートを示す図である。図４は、実施例に係る店員多忙度管理処理のフローチャートを示す図である。図５は、実施例に係る対応店員決定処理のフローチャートを示す図である。図６は、実施例に係る配信システムの用途を示す図である。図７は、配信プログラムを実行するコンピュータの一例を示す図である。

以下に、本願の開示する配信システム、配信プログラムおよび配信方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例では、レストランにおける店員を呼び出す配信システムに適用した場合を示す。しかし、本実施例によりこの発明が限定されるものではない。

［実施例に係る配信システムの構成］
図１は、実施例に係る配信システムの構成を示すブロック図である。図１に示すように、配信システム９は、複数のアクセスポイント（ＡＰ：Access Point）１と、複数の携帯通信端末２と、配信サーバ３と、複数の呼び出し送信部４とを有する。配信サーバ３は、複数のアクセスポイント１と接続する。また、配信サーバ３は、複数の呼び出し送信部４と接続する。

アクセスポイント１は、無線送受信装置であり、電波を中継する。アクセスポイント１は、電波到達範囲内にある携帯通信端末２を携帯する店員の識別子をアクセスポイント１の識別子とともに配信サーバ３に送信する。ここでは、店員の識別子のことを店員識別ＩＤ（identification）といい、アクセスポイント１の識別子のことをＡＰ識別ＩＤという。各アクセスポイント１の配置位置は、ＡＰ識別ＩＤに対応付けて予め定められる。これにより、アクセスポイント１は、携帯通信端末２を携帯する店員の位置をＡＰ識別ＩＤを用いて配信サーバ３に伝達することができる。携帯通信端末２が電波到達範囲内であるか否かは、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような近距離無線通信を用いて判定される。なお、携帯通信端末２を携帯する店員の位置の測定方法は、特に限定されず、無線ＬＡＮ、音波、短距離無線電波のいずれかを用いて行う技術「ＩＭＥＳ（Indoor Messaging System）」を用いれば良い。また、実施例では、携帯通信端末２がアクセスポイント１の電波到達範囲内にあることを、アクセスポイント１に「参加する」というものとする。

携帯通信端末２は、出力機能と通信機能を備え、例えば、スマートフォン、携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistance）、ポケットベル等の携帯用の端末装置に対応する。レストランにおける店員は、携帯通信端末２を携帯する。すなわち、携帯通信端末２は、アクセスポイント（ＡＰ）１および配信サーバ３との通信機能を備え、配信サーバ３から配信される指示を出力する機能を備える。

呼び出し送信部４は、配信サーバ３との通信機能を備え、例えば、卓上送信機に対応する。呼び出し送信部４は、レストラン内のテーブル上に設置される。一例として、呼び出し送信部４は、顧客からの呼び出し指示を、呼び出し送信部４の識別子とともに、配信サーバ３に送信する。

配信サーバ３は、レストランにおける店員の呼び出しにおいて、店員の多忙度および店員の作業状況から、顧客から呼び出しがあったテーブルに対応させる店員を決定し、決定した店員の携帯する携帯通信端末２に呼び出しコマンドを配信する。配信サーバ３は、制御部３１および記憶部３２を有する。

制御部３１は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路またはＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路である。また、制御部３１は、店員参加時間管理部３１１、店員多忙度管理部３１２、呼び出し受信部３１３、対応店員決定部３１４、店員作業状況判定部３１５および対応指示配信部３１６を有する。なお、店員参加時間管理部３１１は、管理部の一例である。店員作業状況判定部３１５は、動作状況判定部の一例である。対応店員決定部３１４は、決定部の一例である。店員多忙度管理部３１２は、繁忙度管理部の一例である。

記憶部３２は、例えばフラッシュメモリ（Flash Memory）やＦＲＡＭ（登録商標）（Ferroelectric Random Access Memory）等の不揮発性の半導体メモリ素子等の記憶装置に対応する。また、記憶部３２は、店員情報管理テーブル３２１を有する。店員情報管理テーブル３２１は、店員情報を管理するテーブルである。店員情報管理テーブル３２１には、店員毎に、アクセスポイント１の配置位置を用いた店員の位置および参加時間並びに店員の多忙度が記憶される。なお、店員情報管理テーブル３２１のデータ構造は、後述する。

店員参加時間管理部３１１は、各アクセスポイント１の設置位置から、携帯通信端末２を携帯する店員の位置と、店員が携帯する携帯通信端末２がアクセスポイント１に参加した参加時間を管理する。例えば、店員参加時間管理部３１１は、アクセスポイント１から参加通知を受信すると、参加通知に含まれる店員識別ＩＤに対応する店員の携帯通信端末２がこれまで（前回）参加していたアクセスポイント１への参加時間を算出する。そして、店員参加時間管理部３１１は、前回参加していたアクセスポイント１のＡＰ識別ＩＤと参加時間を店員情報管理テーブル３２１の店員（店員識別ＩＤ）に対応するレコードに更新する。また、店員参加時間管理部３１１は、参加通知に含まれるＡＰ識別ＩＤと参加開始時刻を店員情報管理テーブル３２１の該当店員識別ＩＤに対応するレコードに更新する。参加開始時刻とは、ＡＰ識別ＩＤに対応するアクセスポイント１に携帯通信端末２が参加した開始時刻のことをいう。一例として、店員参加時間管理部３１１は、店員識別ＩＤに対応する店員の携帯通信端末２がＡＰ識別ＩＤに対応するアクセスポイント１に参加したタイミング、別のアクセスポイント１から遷移したタイミングの時刻を参加開始時刻に設定する。

図２は、実施例に係る店員情報管理テーブルのデータ構造を示す図である。図２に示すように、店員情報管理テーブル３２１は、現在ＡＰ位置と参加開始時刻３２１ｂ、履歴１として前回ＡＰ位置と参加時間３２１ｃ、履歴２として前々回ＡＰ位置と参加時間３２１ｄおよび多忙度３２１ｅを、店員識別ＩＤ３２１ａに対応付けて記憶する。

店員識別ＩＤ３２１ａは、店員を識別する識別子であり、店員が携帯する携帯通信端末２に予め登録される。現在ＡＰ位置と参加開始時刻３２１ｂには、現在ＡＰ位置および参加開始時刻が含まれる。現在ＡＰ位置とは、店員識別ＩＤ３２１ａが示す店員が携帯する携帯通信端末２がある現在のアクセスポイント１の配置位置を意味し、ＡＰ識別ＩＤで表される。参加開始時刻とは、店員識別ＩＤ３２１ａが示す店員が携帯する携帯通信端末２が現在のアクセスポイント１に参加した開始時刻を意味する。履歴１としての前回ＡＰ位置と参加時間３２１ｃには、前回ＡＰ位置と参加時間が含まれる。前回ＡＰ位置とは、店員識別ＩＤ３２１ａが示す店員が携帯する携帯通信端末２が前回あったアクセスポイント１の配置位置を意味し、ＡＰ識別ＩＤで表される。参加時間は、店員識別ＩＤ３２１ａが示す店員が携帯する携帯通信端末２が前回のアクセスポイント１に参加した参加時間を意味する。履歴２としての前々回ＡＰ位置と参加時間３２１ｄには、前々回ＡＰ位置と参加時間が含まれる。前々回ＡＰ位置とは、店員識別ＩＤ３２１ａが示す店員が携帯する携帯通信端末２が前々回あったアクセスポイント１の配置位置を意味し、ＡＰ識別ＩＤで表される。参加時間は、店員識別ＩＤ３２１ａが示す店員が携帯する携帯通信端末２が前々回のアクセスポイント１に参加していた参加時間を意味する。多忙度３２１ｅは、店員識別ＩＤ３２１ａが示す店員の多忙度のことをいう。店員の多忙度は、段階的な値によって表される。例えば、多忙度が「３」の場合、忙しくないことを示す。多忙度が「２」の場合、忙しさが中程度であることを示す。多忙度が「１」の場合、非常に忙しいことを示す。なお、店員の多忙度は、後述する店員多忙度管理部３１２によって店員毎に定期的または不定期的に判定され、設定される。

一例として、店員識別ＩＤ３２１ａが「１１２２３３４４」である場合、現在ＡＰ位置と参加開始時刻３２１ｂとして「ＡＰ７１１：５８：００」と記憶している。現在ＡＰ位置が「ＡＰ７」であり、参加開始時刻が「１１：５８：００」である。履歴１としての前回ＡＰ位置と参加時間３２１ｃとして「ＡＰ１１５」と記憶している。前回ＡＰ位置が「ＡＰ１」であり、参加時間が「１５」（秒）である。履歴２としての前々回ＡＰ位置と参加時間３２１ｄとして「ＡＰ２３０」と記憶している。前々回ＡＰ位置が「ＡＰ２」であり、参加時間が「３０」（秒）である。多忙度３２１ｅとして「３」と記憶している。

図１に戻って、店員多忙度管理部３１２は、店員情報管理テーブル３２１に記憶された店員情報を用いて、店員が携帯する携帯通信端末２のアクセスポイント１への参加時間の変化により、店員の多忙度を判定する。例えば、店員多忙度管理部３１２は、店員識別ＩＤに対応する店員の携帯通信端末２が現在参加中のアクセスポイント１と、過去に参加した履歴１や履歴２のアクセスポイント１と、のそれぞれの参加時間３２１ｂ〜３２１ｄの長さの変化から、店員の多忙度を判定する。

一例として、店員多忙度管理部３１２は、店員識別ＩＤに対応する店員の携帯通信端末２が現在参加中であるアクセスポイント１への参加時間が閾値以上である場合、多忙度が低い程度であることを示す「３」と判定する。これは、携帯通信端末２を携帯する店員が現在のアクセスポイント１に閾値以上長く留まっているので、多忙度が低い程度であると判断される。また、店員多忙度管理部３１２は、店員識別ＩＤに対応する店員の携帯通信端末２が現在参加中であるアクセスポイント１への参加時間は閾値未満である。且つ、店員多忙度管理部３１２は、履歴１または履歴２のアクセスポイント１への参加時間３２１ｃ、３２１ｄが閾値以上である場合、多忙度が中程度であることを示す「２」と判定する。これは、携帯通信端末２を携帯する店員が過去に閾値以上長く留まっていたことがあるが、現在のアクセスポイント１に閾値以上長く留まっていないので、多忙度が中程度であると判断される。店員多忙度管理部３１２は、店員識別ＩＤに対応する店員の携帯通信端末２が参加するアクセスポイント１への参加時間が繰り返し閾値未満である場合、多忙度が高程度であることを示す「１」と判定する。これは、携帯通信端末２を携帯する店員がアクセスポイント１への閾値未満の短い参加時間が繰り返されているので、多忙度が高程度であると判断される。

また、店員多忙度管理部３１２は、店員識別ＩＤに対応する店員の多忙度を判定すると、判定した多忙度を店員情報管理テーブル３２１に書き込む。

呼び出し受信部３１３は、呼び出し送信部４から呼び出し指示を受信する。また、呼び出し受信部３１３は、受信した呼び出し指示がどのテーブルからの指示かを応対店員決定部３１４に通知する。呼び出し受信部３１３は、呼び出し指示がどのテーブルからの指示であるかを、例えば、呼び出し送信部４の識別子とテーブルの識別子とテーブルの位置とを対応付けたテーブル情報に基づいて決定すれば良い。

対応店員決定部３１４は、呼び出し指示のあったテーブルの位置と、店員の位置、店員の多忙度および店員の作業状況とから、呼び出し指示のあったテーブルの対応店員を決定する。例えば、対応店員決定部３１４は、店員情報管理テーブル３２１に記憶された店員情報に基づいて、呼び出し受信部３１３によって通知されたテーブルの位置近くの店員情報であって多忙度が最低である店員情報を対応店員候補として取得する。また、対応店員決定部３１４は、取得した対応店員候補の店員情報に対応する店員（店員識別ＩＤ３２１ａ）の作業状況を店員作業状況判定部３１５に判定させる。そして、対応店員決定部３１４は、店員作業状況判定部３１５によって返却された作業状況に基づいて、対応店員を決定する。一例として、対応店員決定部３１４は、返却された作業状況が後述する料理運搬中であったり、顧客対応中であったりしない場合、対応店員候補を対応店員に決定する。一方、対応店員決定部３１４は、返却された作業状況が後述する料理運搬中であったり、顧客対応中であったりする場合、対応店員候補を対応店員としないことを決定する。そして、対応店員決定部３１４は、多忙度を上げて、上げた多忙度に対応する店員情報について、対応店員を探索していく。なお、テーブルの位置に近い距離とは、例えば、テーブルを中心に半径数メートルの距離をいう。すなわち、テーブルからの呼び出しに対して店員が即対応することができる距離であれば良い。

店員作業状況判定部３１５は、携帯通信端末２を携帯する店員の作業状況を判定する。なお、店員作業状況判定部３１５は、対応店員決定部３１４から呼び出される。例えば、店員作業状況判定部３１５は、店員情報管理テーブル３２１に記憶された店員情報とアクセスポイント１の配置位置とから、店員の作業状況を類推する。一例として、店員作業状況判定部３１５は、店員の店員識別ＩＤ３２１ａに対する店員情報について、多忙度３２１ｅが低い程度であることを示す値であっても、現在ＡＰ位置が店内の中心部に位置する配置位置であれば、作業状況として顧客対応中と類推する。別の例として、店員作業状況判定部３１５は、多忙度３２１ｅが低い程度であることを示す値であっても、前回ＡＰ位置から現在ＡＰ位置への移動経緯が厨房から店内への移動経緯であれば、作業状況として料理運搬中と類推する。そして、店員作業状況判定部３１５は、類推した店員の作業状況を対応店員決定部３１４に返却する。

対応指示配信部３１６は、対応店員決定部３１４によって決定された店員が携帯する携帯通信端末２に対して、呼び出し指示のあったテーブルの対応指示を配信する。

［店員参加時間管理処理のフローチャート］
次に、実施例に係る店員参加時間管理処理の手順を、図３を参照して説明する。図３は、実施例に係る店員参加時間管理処理のフローチャートを示す図である。なお、図３では、アクセスポイント１のことをＡＰと記載する。

図３に示すように、店員参加時間管理部３１１は、いずれかのアクセスポイント１から参加通知があったか否かを判定する（ステップＳ１１）。参加通知がなかったと判定した場合（ステップＳ１１；Ｎｏ）、店員参加時間管理部３１１は、参加通知があると判定するまで、判定処理を繰り返す。

一方、参加通知があったと判定した場合（ステップＳ１１；Ｙｅｓ）、店員参加時間管理部３１１は、参加通知があった店員について、それまで参加していたＡＰへの参加時間を算出する（ステップＳ１２）。例えば、店員参加時間管理部３１１は、店員情報管理テーブル３２１から、参加通知に含まれる店員識別ＩＤに対応する、現在ＡＰ位置と参加開始時刻３２１ｂの内容を読み出し、読み出した内容のうち参加開始時刻を現在時刻から減算して得た値を算出する。算出した値が、それまで参加していたＡＰ位置への参加時間である。

そして、店員参加時間管理部３１１は、参加通知があった店員について、前回ＡＰ位置と参加時間を更新する（ステップＳ１３）。例えば、店員参加時間管理部３１１は、店員情報管理テーブル３２１の、参加通知に含まれる店員識別ＩＤに対応する前回ＡＰ位置と参加時間３２１ｃを、それまで参加していたＡＰ位置と当該ＡＰ位置への参加時間に更新する。

そして、店員参加時間管理部３１１は、参加通知があった店員について、参加したＡＰと参加開始時間を更新する（ステップＳ１４）。例えば、店員参加時間管理部３１１は、店員情報管理テーブル３２１の、参加通知に含まれる店員識別ＩＤに対応する現在ＡＰ位置と参加開始時刻３２１ｂを、参加通知に含まれるＡＰ識別ＩＤと現在時刻に更新する。

［店員多忙度管理処理のフローチャート］
次に、実施例に係る店員多忙度管理処理の手順を、図４を参照して説明する。図４は、実施例に係る店員多忙度管理処理のフローチャートを示す図である。なお、図４では、アクセスポイント１のことをＡＰと記載する。

図４に示すように、店員多忙度管理部３１２は、前回の処理から所定時間経過したか否かを判定する（ステップＳ２１）。前回の処理から所定時間経過していないと判定した場合（ステップＳ２１；Ｎｏ）、店員多忙度管理部３１２は、前回の処理から所定時間経過するまで、判定処理を繰り返す。

一方、前回の処理から所定時間経過したと判定した場合（ステップＳ２１；Ｙｅｓ）、店員多忙度管理部３１２は、全店員数分繰り返したか否かを判定する（ステップＳ２２）。例えば、店員多忙度管理部３１２は、店員情報管理テーブル３２１に記憶された店員情報の全てを繰り返したか否かを判定する。全店員数分繰り返していないと判定した場合（ステップＳ２２；Ｎｏ）、店員多忙度管理部３１２は、未処理の店員（判定対象店員）の店員情報を選択する（ステップＳ２３）。

そして、店員多忙度管理部３１２は、選択した判定対象店員の以下の情報を確認する（ステップＳ２４）。すなわち、店員多忙度管理部３１２は、現在時刻から現在ＡＰ位置の参加開始時刻を減算し、減算した時間を一時領域ａに設定する。一時領域ａに設定された時間は、現在参加中であるアクセスポイント１への参加時間である。また、店員多忙度管理部３１２は、店員情報管理テーブル３２１に基づいて、履歴１のＡＰへの参加時間を、一時領域ｂに設定する。一時領域ｂに設定された時間は、前回参加していたアクセスポイント１への参加時間である。また、店員多忙度管理部３１２は、店員情報管理テーブル３２１に基づいて、履歴２のＡＰへの参加時間を、一時領域ｃに設定する。一時領域ｃに設定された時間は、前々回参加していたアクセスポイント１への参加時間である。

そして、店員多忙度管理部３１２は、一時領域ａに設定された時間（現在参加中であるアクセスポイント１への参加時間）が閾値以上であるか否かを判定する（ステップＳ２５）。一時領域ａに設定された時間が閾値以上であると判定した場合（ステップＳ２５；Ｙｅｓ）、店員多忙度管理部３１２は、多忙度が低い程度であることを示す「３」と判定する（ステップＳ２６）。そして、店員多忙度管理部３１２は、次の店員を処理すべく、ステップＳ２２に移行する。

一方、一時領域ａに設定された時間が閾値未満であると判定した場合（ステップＳ２５；Ｎｏ）、店員多忙度管理部３１２は、一時領域ｂに設定された時間（前回参加していたアクセスポイント１への参加時間）が閾値以上であるか否かを判定する（ステップＳ２７）。一時領域ｂに設定された時間が閾値以上であると判定した場合（ステップＳ２７；Ｙｅｓ）、店員多忙度管理部３１２は、多忙度が中程度であることを示す「２」と判定する（ステップＳ２８）。そして、店員多忙度管理部３１２は、次の店員を処理すべく、ステップＳ２２に移行する。

一方、一時領域ｂに設定された時間が閾値未満であると判定した場合（ステップＳ２７；Ｎｏ）、店員多忙度管理部３１２は、一時領域ｃに設定された時間（前々回参加していたアクセスポイント１への参加時間）が閾値以上であるか否かを判定する（ステップＳ２９）。一時領域ｃに設定された時間が閾値以上であると判定した場合（ステップＳ２９；Ｙｅｓ）、店員多忙度管理部３１２は、多忙度が中程度であることを示す「２」と判定する（ステップＳ３０）。そして、店員多忙度管理部３１２は、次の店員を処理すべく、ステップＳ２２に移行する。

一方、一時領域ｃに設定された時間が閾値未満であると判定した場合（ステップＳ２９；Ｎｏ）、店員多忙度管理部３１２は、多忙度が高程度であることを示す「１」と判定する（ステップＳ３１）。そして、店員多忙度管理部３１２は、次の店員を処理すべく、ステップＳ２２に移行する。

ステップＳ２２では、全店員数分繰り返したと判定した場合（ステップＳ２２；Ｙｅｓ）、店員多忙度管理部３１２は、次の処理時間の経過を待つべく、ステップＳ２１に移行する。

［応対店員決定処理のフローチャート］
次に、実施例に係る応対店員決定処理の手順を、図５を参照して説明する。図５は、実施例に係る応対店員決定処理のフローチャートを示す図である。なお、図５では、アクセスポイント１のことをＡＰと記載する。

図５に示すように、呼び出し受信部３１３は、呼び出し送信部４から呼び出し指示があったか否かを判定する（ステップＳ４１）。呼び出し指示がなかったと判定した場合（ステップＳ４１；Ｎｏ）、呼び出し受信部３１３は、呼び出し指示があるまで、判定処理を繰り返す。

一方、呼び出し指示があったと判定した場合（ステップＳ４１；Ｙｅｓ）、呼び出し受信部３１３は、呼び出し指示を送信した呼び出し送信部４のあるテーブル（呼び出しテーブル）を判別する（ステップＳ４２）。例えば、呼び出し受信部３１３は、呼び出し指示に含まれる呼び出し送信部４の識別子に対応するテーブルの識別子を、テーブル情報から取得する。取得したテーブルの識別子が呼び出しテーブルの識別子である。

そして、対応店員決定部３１４は、判定対象の店員の多忙度（判定多忙度という）を、多忙度が低い程度であることを示す「３」に設定する（ステップＳ４３）。

続いて、対応店員決定部３１４は、判定多忙度に対応する店員について、全店員数分繰り返したか否かを判定する（ステップＳ４４）。例えば、対応店員決定部３１４は、店員情報管理テーブル３２１に記憶された店員情報の中で、設定された判定多忙度に対応する店員情報を全て繰り返したか否かを判定する。全店員数分繰り返していないと判定した場合（ステップＳ４４；Ｎｏ）、対応店員決定部３１４は、店員情報管理テーブル３２１から未処理の該当店員のレコードを取得する（ステップＳ４５）。

そして、対応店員決定部３１４は、該当店員が呼び出しテーブルの近くにいるか否かを判定する（ステップＳ４６）。例えば、対応店員決定部３１４は、取得したレコードに含まれる現在ＡＰ位置が呼び出しテーブルの位置の近くであるか否かを判定する。該当店員が呼び出しテーブルの近くにいないと判定した場合（ステップＳ４６；Ｎｏ）、対応店員決定部３１４は、次の店員を処理すべく、ステップＳ５０に移行する。

一方、該当店員が呼び出しテーブルの近くにいると判定した場合（ステップＳ４６；Ｙｅｓ）、対応店員決定部３１４は、取得したレコードに含まれる多忙度が判定多忙度に合致するか否かを判定する（ステップＳ４７）。判定多忙度に合致しないと判定した場合（ステップＳ４７；Ｎｏ）、対応店員決定部３１４は、次の店員を処理すべく、ステップＳ５０に移行する。

判定多忙度に合致すると判定した場合（ステップＳ４７；Ｙｅｓ）、店員作業状況判定部３１５は、別のテーブルの対応中であるか否かを判定する（ステップＳ４８）。例えば、店員作業状況判定部３１５は、取得したレコードについて、現在ＡＰ位置が店内の中心部に位置する配置位置であるか否かを判定する。現在ＡＰ位置が店内の中心部に位置する配置位置であれば、作業状況として別のテーブルの対応中であると類推される。

別のテーブルの対応中であると判定した場合（ステップＳ４８；Ｙｅｓ）、店員作業状況判定部３１５は、対応店員決定部３１４に、別のテーブルの対応中である旨を通知する。すなわち、店員作業状況判定部３１５は、取得したレコードについて、多忙度が判定多忙度に合致していても、現在ＡＰ位置が店内の中心部に位置する配置位置であれば、作業状況として顧客対応中であると類推する。そして、対応店員決定部３１４は、取得したレコードの該当店員を対応店員としないことを決定し、次の店員を処理すべく、ステップＳ５０に移行する。

一方、別のテーブルの対応中でないと判定した場合（ステップＳ４８；Ｎｏ）、店員作業状況判定部３１５は、料理運搬中であるか否かを判定する（ステップＳ４９）。例えば、店員作業状況判定部３１５は、取得したレコードについて、前回ＡＰ位置から現在ＡＰ位置への移動経緯が厨房から店内への移動経緯であるか否かを判定する。前回ＡＰ位置から現在ＡＰ位置への移動経緯が厨房から店内への移動経緯であれば、作業状況として料理運搬中であると類推される。

料理運搬中であると判定した場合（ステップＳ４９；Ｙｅｓ）、店員作業状況判定部３１５は、対応店員決定部３１４に、料理運搬中である旨を通知する。すなわち、店員作業状況判定部３１５は、取得したレコードについて、多忙度が判定多忙度に合致していても、前回ＡＰ位置から現在ＡＰ位置への移動経緯が厨房から店内への移動経緯であれば、作業状況として料理運搬中であると類推する。そして、対応店員決定部３１４は、取得したレコードの該当店員を対応店員としないことを決定し、次の店員を処理すべく、ステップＳ５０に移行する。

一方、料理運搬中でないと判定した場合（ステップＳ４９；Ｎｏ）、対応店員決定部３１４は、対応指示配信部３１６に、取得したレコードの該当店員に対して呼び出しテーブルの対応指示をさせる（ステップＳ５１）。そして、対応店員決定部３１４は、対応店員決定処理を終了する。

ステップＳ５０では、対応店員決定部３１４は、次の店員に対する処理へ移行すべく、ステップＳ４４に移行する。

ステップＳ４４では、全店員数分繰り返したと判定した場合（ステップＳ４４；Ｙｅｓ）、対応店員決定部３１４は、判定多忙度は上げられるか否かを判定する（ステップＳ５２）。判定多忙度は上げられると判定した場合（ステップＳ５２；Ｙｅｓ）、対応店員決定部３１４は、判定多忙度の段階を上げる（ステップＳ５３）。すなわち、対応店員決定部３１４は、判定多忙度が低い程度であることを示す「３」であれば、中程度であることを示す「２」に判定多忙度を上げる。対応店員決定部３１４は、判定多忙度が中程度であることを示す「２」であれば、高程度であることを示す「１」に判定多忙度を上げる。そして、対応店員決定部３１４は、新たな判定多忙度における店員に対する処理をすべく、ステップＳ４４に移行する。

一方、判定多忙度は上げられないと判定した場合（ステップＳ５２；Ｎｏ）、対応店員決定部３１４は、呼び出しテーブルの最短距離且つ多忙度が一番低い店員を対応店員に決定し、対応指示配信部３１６に、決定した店員に対して呼び出しテーブルの対応を指示させる（ステップＳ５４）。例えば、対応指示配信部３１６は、対応店員決定部３１４によって決定された店員が携帯する携帯通信端末２に対して、呼び出し指示のあったテーブルの対応指示を配信する。そして、対応店員決定部３１４は、対応店員決定処理を終了する。

[配信システムの用途]
次に、配信システム９の用途の一例を、図６を参照して説明する。図６は、実施例に係る配信システムの用途を示す図である。なお、アクセスポイント１をＡＰと記載する。また、携帯通信端末２内の識別子は、店員識別ＩＤであるとする。店員識別ＩＤが「２ａ」、「２ｂ」の多忙度は、低い程度を示す「３」であり、店員識別ＩＤが「２ｃ」の多忙度は、中程度を示す「２」であるとする。また、判定多忙度は、低い程度を示す「３」に設定されているとする。

図６に示すように、呼び出し指示がテーブル１７の呼び出し送信部４からあったとする。すると、配信サーバ３は、呼び出し指示に含まれる呼び出し送信部４の識別子に基づいて、呼び出し送信部４のあるテーブル（呼び出しテーブル）を判別する。ここでは、配信サーバ３は、呼び出しテーブルがテーブル１７であることを判別する。

そして、配信サーバ３は、店員情報管理テーブル３２１に記憶された店員情報を参照し、判定多忙度と一致する多忙度３２１ｅであり、現在位置がテーブル１７に近い場所にいる店員を対応店員候補として取得する。ここでは、配信サーバ３は、判定多忙度「３」と一致する多忙度３２１ｅを有する「２ａ」の店員、「２ｂ」の店員を対応店員候補とする。

そして、配信サーバ３は、店員情報管理テーブル３２１に記憶された店員情報を参照し、対応店員候補の作業状況を判定する。例えば、配信サーバ３は、対応店員候補について、現在ＡＰ位置が店内の中心部に位置する配置位置（ＡＰ７、ＡＰ８）であれば、作業状況として顧客対応中と類推する。また、配信サーバ３は、対応店員候補について、前回ＡＰ位置から現在ＡＰ位置への移動経緯が厨房から店内への移動経緯であれば、作業状況として料理運搬中と類推する。

店員識別ＩＤ３２１ａが「２ａ」である店員情報の現在ＡＰ位置がＡＰ８である場合、配信サーバ３は、ＡＰ８が店内の中心部に位置するので、店員識別ＩＤ３２１ａが「２ａ」である店員は顧客対応中であると類推する。そこで、配信サーバ３は、店員識別ＩＤ３２１ａが「２ａ」である店員に対応指示を配信しない。すなわち、配信サーバ３は、多忙度３２１ｅが低い程度であっても、顧客対応中であると類推された店員に対応指示を配信しない。

店員識別ＩＤ３２１ａが「２ｂ」である店員情報の現在ＡＰ位置がＡＰ４である場合、配信サーバ３は、ＡＰ４が店内の中心部に位置しないので、店員識別ＩＤ３２１ａが「２ｂ」である店員は顧客対応中でないと類推する。さらに、配信サーバ３は、前回ＡＰ位置から現在ＡＰ位置への移動経緯が厨房から店内への移動経緯でなければ、料理運搬中でないと類推する。すなわち、配信サーバ３は、前回ＡＰ位置が厨房に近い位置にあるＡＰ９でなく、ＡＰ９からＡＰ４への移動経緯でなければ、料理運搬中でないと類推する。そこで、配信サーバ３は、店員識別ＩＤ３２１ａが「２ｂ」である店員にテーブル１７への対応指示を配信する。すなわち、配信サーバ３は、多忙度３２１ｅが低い程度であって、呼び出しテーブルに近い場所にいる店員に、優先的に指示を配信する。

ところが、店員識別ＩＤ３２１ａが「２ｂ」である店員情報の現在ＡＰ位置がＡＰ４である場合、配信サーバ３は、前回ＡＰ位置から現在ＡＰ位置への移動経緯が厨房から店内への移動経緯であれば、料理運搬中であると類推する。すなわち、配信サーバ３は、前回ＡＰ位置が厨房に近い位置にあるＡＰ９であり、ＡＰ９からＡＰ４への移動経緯であれば、料理運搬中であると類推する。この場合、配信サーバ３は、店員識別ＩＤ３２１ａが「２ｂ」である店員に対応指示を配信しない。すなわち、配信サーバ３は、多忙度３２１ｅが低い程度であっても、料理運搬中であると類推された店員に対応指示を配信しない。そして、配信サーバ３は、判定多忙度が「３」の店員を対応店員として決定できなかったので、判定多忙度を上げて、上げた判定多忙度に対応する店員情報について、対応店員を探索することになる。

なお、配信サーバ３は、判定多忙度が上げられなければ、呼び出しテーブルであるテーブル１７の最短距離にいて、多忙度が一番低い店員に対応指示を配信する。これにより、配信サーバ３は、指示の漏れを防止できる。

［実施例の効果］
上記実施例によれば、配信システム９は、店内に設置された複数のアクセスポイント１と、複数の携帯通信端末２と、配信サーバ３とを有する。配信サーバ３は、複数のアクセスポイント１のそれぞれの通信範囲を用いて、携帯通信端末２毎に、携帯通信端末２の移動に伴う位置に関する履歴を管理する。そして、配信サーバ３は、管理された携帯通信端末２の移動に伴う位置に関する履歴に基づいて、携帯通信端末２を携帯する店員の作業状況を判定する。そして、配信サーバ３は、店内の所定位置から呼び出し指示があった際、携帯通信端末２を携帯する店員の作業状況に基づいて、複数の携帯通信端末２の中から所定位置に応じた携帯通信端末２を決定する。かかる構成によれば、配信サーバ３は、携帯通信端末２を携帯する店員の作業状況を用いて、呼び出し指示があった所定位置に応じた携帯通信端末２を決定することで、最適な携帯通信端末２に呼び出し指示を配信できる。

また、上記実施例によれば、配信サーバ３は、複数のアクセスポイント１のそれぞれの通信範囲を用いて、携帯通信端末２が位置する通信範囲へのアクセス時間と携帯通信端末２の位置とを対応付けた位置に関する履歴を管理する。そして、配信サーバ３は、管理された位置に関する履歴に基づいて、携帯通信端末２毎に、携帯通信端末２を携帯する店員の多忙度を管理する。そして、配信サーバ３は、管理される多忙度および判定される作業状況に基づいて、所定位置に応じた携帯通信端末２を決定する。かかる構成によれば、配信サーバ３は、携帯通信端末２毎に管理される多忙度と作業状況を用いて、呼び出し指示があった店内の所定位置に応じた携帯通信端末２を決定することで、最適な携帯通信端末２に呼び出し指示を配信できる。

また、上記実施例によれば、配信サーバ３は、多忙度が低い程度であると管理される携帯通信端末２であって、且つ作業状況として現に所定位置に近いと判定される携帯通信端末２を決定する。かかる構成によれば、配信サーバ３は、多忙度が低い程度であって所定位置に近い携帯通信端末２を決定することで、所定位置に応じた最適な携帯通信端末２を決定できる。

また、上記実施例によれば、配信サーバ３は、多忙度が低い程度であると管理される携帯通信端末２であって、且つ作業状況として現に店内の多忙と推定される領域にあると判定される携帯通信端末２を決定しない。かかる構成によれば、配信サーバ３は、多忙度が低い場合であっても、多忙と推定される領域に存在する携帯通信端末２を決定から除外することで、さらに所定位置に応じた最適な携帯通信端末２を決定できる。

また、上記実施例によれば、配信サーバ３は、多忙度が低い程度であると管理される携帯通信端末２であって、且つ作業状況として位置に関する履歴が多忙と推定される履歴であると判定される携帯通信端末２を決定しない。かかる構成によれば、配信サーバ３は、多忙度が低い場合であっても、多忙と推定される位置に関する履歴を有する携帯通信端末２を決定から除外することで、さらに所定位置に応じた最適な携帯通信端末２を決定できる。

［その他］
なお、店員作業状況判定部３１５は、店員の作業状況を類推すると説明した。一例として、店員作業状況判定部３１５は、店員の店員識別ＩＤ３２１ａに対する店員情報について、多忙度３２１ｅが低い程度であることを示す値であっても、現在ＡＰ位置が店内の中心部に位置する配置位置であれば、作業状況として顧客対応中と類推する。別の例として、店員作業状況判定部３１５は、多忙度３２１ｅが低い程度であることを示す値であっても、前回ＡＰ位置から現在ＡＰ位置への移動経緯が厨房から店内への移動経緯であれば、作業状況として料理運搬中と類推する。しかしながら、店員作業状況判定部３１５は、これに限定されず、多忙度３２１ｅが低い程度であることを示す値であっても、前回ＡＰ位置から現在ＡＰ位置への移動経緯が店内から配膳口への移動経緯であれば、作業状況として片づけ中と類推する。図６を参照すると、店内にあるＡＰから配膳口近くのＡＰ４に向かっている場合である。すなわち、店員作業状況判定部３１５は、多忙度３２１ｅが低い程度であることを示す値であっても、履歴が多忙と推定される移動経緯であれば、作業状況として多忙であると類推する。

また、店員情報管理テーブル３２１は、現在ＡＰ位置と参加開始時刻３２１ｂ、履歴１として前回ＡＰ位置と参加時間３２１ｃ、履歴２として前々回ＡＰ位置と参加時間３２１ｄおよび多忙度３２１ｅを、店員識別ＩＤ３２１ａに対応付けて記憶すると説明した。しかしながら、店員情報管理テーブル３２１は、これに限定されず、３つの履歴を店員識別ＩＤ３２１ａに対応付けて記憶しても良いし、４つの履歴を店員識別ＩＤ３２１ａに対応付けて記憶しても良い。かかる場合、店員作業状況判定部３１５は、店員情報管理テーブル３２１に複数の履歴を記憶すればするほど、店員の作業状況を精度良く類推することができる。一例として、店員作業状況判定部３１５は、料理運搬中であることを精度良く類推することができる。

また、配信サーバ３は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置に、上記した店員参加時間管理部３１１、店員多忙度管理部３１２、対応店員決定部３１４、店員作業状況判定部３１５などの各機能を搭載することによって実現することができる。

また、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、店員参加時間管理部３１１と店員多忙度管理部３１２とを１個の部として統合しても良い。一方、対応店員決定部３１４を、対応店員候補を決定する第１の決定部と、対応店員候補から作業状況に基づいて対応店員を決定する第２の決定部とに分散しても良い。また、記憶部３２を配信サーバ３の外部装置に記憶するようにしても良いし、記憶部３２を記憶した外部装置を配信サーバ３とネットワーク経由で接続するようにしても良い。

また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示した銀行サーバ１と同様の機能を実現する出金処理制御プログラムを実行するコンピュータの一例を説明する。図１０は、出金処理制御プログラムを実行するコンピュータの一例を示す図である。

図７に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラムなどを読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。

ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、配信プログラム２０５ａおよび配信処理関連情報２０５ｂを記憶する。

ＣＰＵ２０３は、配信プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、配信サーバ３の各機能部に対応する。配信処理関連情報２０５ｂは、店員情報管理テーブル３２１に対応する。そして、例えばリムーバブルディスク２１１が、配信プログラム２０５ａなどの各情報を記憶する。

なお、配信プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから配信プログラム２０５ａを読み出して実行するようにしても良い。

以上説明した実施形態及びその変形例に関し、更に以下の付記を開示する。

（付記１）所定領域内に設置された複数の中継機と、
複数の携帯通信端末と、
前記携帯通信端末に指示を配信する情報処理装置と、を有し、
前記情報処理装置は、
前記複数の中継機のそれぞれの通信範囲を用いて、前記携帯通信端末毎に、前記携帯通信端末の移動に伴う位置に関する履歴を管理する管理部と、
前記管理部によって管理された前記携帯通信端末の移動に伴う位置に関する履歴に基づいて、前記携帯通信端末を携帯する動作主体の動作状況を判定する動作状況判定部と、
前記所定領域の所定位置から呼び出し指示があった際、前記動作状況判定部によって判定された前記携帯通信端末を携帯する動作主体の動作状況に基づいて、前記複数の携帯通信端末の中から前記所定位置に応じた携帯通信端末を決定する決定部と、
を有することを特徴とする配信システム。

（付記２）前記管理部は、前記複数の中継機のそれぞれの通信範囲を用いて、前記携帯通信端末が位置する通信範囲へのアクセス時間と前記携帯通信端末の位置とを対応付けた位置に関する履歴を管理し、
前記管理部によって管理された位置に関する履歴に基づいて、前記携帯通信端末毎に、前記携帯通信端末を携帯する動作主体の繁忙度を管理する繁忙度管理部を有し、
前記決定部は、
前記繁忙度管理部によって管理される繁忙度および前記動作状況判定部によって判定される動作状況に基づいて、前記所定位置に応じた携帯通信端末を決定する
ことを特徴とする付記１に記載の配信システム。

（付記３）前記決定部は、前記繁忙度管理部によって繁忙度が低い程度であると管理される携帯通信端末であって、且つ記動作状況判定部によって動作状況として現に前記所定位置に近いと判定される携帯通信端末を決定する
ことを特徴とする付記２に記載の配信システム。

（付記４）前記決定部は、前記繁忙度管理部によって繁忙度が低い程度であると管理される携帯通信端末であって、且つ前記動作状況判定部によって動作状況として現に前記所定領域内の繁忙と推定される領域にあると判定される携帯通信端末を決定しない
ことを特徴とする付記２に記載の配信システム。

（付記５）前記決定部は、前記繁忙度管理部によって繁忙度が低い程度であると管理される携帯通信端末であって、且つ前記動作状況判定部によって動作状況として前記位置に関する履歴が繁忙と推定される履歴であると判定される携帯通信端末を決定しないことを特徴とする付記２に記載の配信システム。

（付記６）所定領域内に設置された複数の中継機のそれぞれの通信範囲を用いて、携帯通信端末毎に、前記携帯通信端末の移動に伴う位置に関する履歴を管理する管理部と、
前記管理部によって管理された前記携帯通信端末の移動に伴う位置に関する履歴に基づいて、前記携帯通信端末を携帯する動作主体の動作状況を判定する動作状況判定部と、
前記所定領域の所定位置から呼び出し指示があった際、前記動作状況判定部によって判定された前記携帯通信端末を携帯する動作主体の動作状況に基づいて、前記複数の携帯通信端末の中から前記所定位置に応じた携帯通信端末を決定する決定部と、
を有することを特徴とする情報処理装置。

（付記７）コンピュータに、
所定領域内に設置された複数の中継機のそれぞれの通信範囲を用いて、携帯通信端末毎に、前記携帯通信端末の移動に伴う位置に関する履歴を管理し、
前記管理する処理によって管理された前記携帯通信端末の移動に伴う位置に関する履歴に基づいて、前記携帯通信端末を携帯する動作主体の動作状況を判定し、
前記所定領域の所定位置から呼び出し指示があった際、前記動作状況を判定する処理によって判定された前記携帯通信端末を携帯する動作主体の動作状況に基づいて、前記複数の携帯通信端末の中から前記所定位置に応じた携帯通信端末を決定する
処理を実行させることを特徴とする配信プログラム。

（付記８）コンピュータが、
所定領域内に設置された複数の中継機のそれぞれの通信範囲を用いて、携帯通信端末毎に、前記携帯通信端末の移動に伴う位置に関する履歴を管理し、
前記管理する処理によって管理された前記携帯通信端末の移動に伴う位置に関する履歴に基づいて、前記携帯通信端末を携帯する動作主体の動作状況を判定し、
前記所定領域の所定位置から呼び出し指示があった際、前記動作状況を判定する処理によって判定された前記携帯通信端末を携帯する動作主体の動作状況に基づいて、前記複数の携帯通信端末の中から前記所定位置に応じた携帯通信端末を決定する
各処理を実行することを特徴とする配信方法。

１アクセスポイント
２携帯通信端末
３配信サーバ
４呼び出し送信部
９配信システム
３１制御部
３２記憶部
３１１店員参加時間管理部
３１２店員多忙度管理部
３１３呼び出し受信部
３１４対応店員決定部
３１５店員作業状況判定部
３１６対応指示配信部
３２１店員情報管理テーブル

Claims

所定領域内に設置された複数の中継機と、
複数の携帯通信端末と、
前記携帯通信端末に指示を配信する情報処理装置と、を有し、
前記情報処理装置は、
前記複数の中継機のそれぞれの通信範囲を用いて、前記携帯通信端末毎に、前記携帯通信端末の移動に伴う位置に関する履歴を管理する管理部と、
前記管理部によって管理された前記携帯通信端末の移動に伴う位置に関する履歴に基づいて、前記携帯通信端末を携帯する動作主体の動作状況を判定する動作状況判定部と、
前記所定領域の所定位置から呼び出し指示があった際、前記動作状況判定部によって判定された前記携帯通信端末を携帯する動作主体の動作状況に基づいて、前記複数の携帯通信端末の中から前記所定位置に応じた携帯通信端末を決定する決定部と、
を有することを特徴とする配信システム。
前記管理部は、前記複数の中継機のそれぞれの通信範囲を用いて、前記携帯通信端末が位置する通信範囲へのアクセス時間と前記携帯通信端末の位置とを対応付けた位置に関する履歴を管理し、
前記管理部によって管理された位置に関する履歴に基づいて、前記携帯通信端末毎に、前記携帯通信端末を携帯する動作主体の繁忙度を管理する繁忙度管理部を有し、
前記決定部は、
前記繁忙度管理部によって管理される繁忙度および前記動作状況判定部によって判定される動作状況に基づいて、前記所定位置に応じた携帯通信端末を決定する
ことを特徴とする請求項１に記載の配信システム。
前記決定部は、前記繁忙度管理部によって繁忙度が低い程度であると管理される携帯通信端末であって、且つ記動作状況判定部によって動作状況として現に前記所定位置に近いと判定される携帯通信端末を決定する
ことを特徴とする請求項２に記載の配信システム。
前記決定部は、前記繁忙度管理部によって繁忙度が低い程度であると管理される携帯通信端末であって、且つ前記動作状況判定部によって動作状況として現に前記所定領域内の繁忙と推定される領域にあると判定される携帯通信端末を決定しない
ことを特徴とする請求項２に記載の配信システム。
前記決定部は、前記繁忙度管理部によって繁忙度が低い程度であると管理される携帯通信端末であって、且つ前記動作状況判定部によって動作状況として前記位置に関する履歴が繁忙と推定される履歴であると判定される携帯通信端末を決定しないことを特徴とする請求項２に記載の配信システム。
コンピュータに、
所定領域内に設置された複数の中継機のそれぞれの通信範囲を用いて、携帯通信端末毎に、前記携帯通信端末の移動に伴う位置に関する履歴を管理し、
前記管理する処理によって管理された前記携帯通信端末の移動に伴う位置に関する履歴に基づいて、前記携帯通信端末を携帯する動作主体の動作状況を判定し、
前記所定領域の所定位置から呼び出し指示があった際、前記動作状況を判定する処理によって判定された前記携帯通信端末を携帯する動作主体の動作状況に基づいて、前記複数の携帯通信端末の中から前記所定位置に応じた携帯通信端末を決定する
処理を実行させることを特徴とする配信プログラム。
コンピュータが、
所定領域内に設置された複数の中継機のそれぞれの通信範囲を用いて、携帯通信端末毎に、前記携帯通信端末の移動に伴う位置に関する履歴を管理し、
前記管理する処理によって管理された前記携帯通信端末の移動に伴う位置に関する履歴に基づいて、前記携帯通信端末を携帯する動作主体の動作状況を判定し、
前記所定領域の所定位置から呼び出し指示があった際、前記動作状況を判定する処理によって判定された前記携帯通信端末を携帯する動作主体の動作状況に基づいて、前記複数の携帯通信端末の中から前記所定位置に応じた携帯通信端末を決定する
各処理を実行することを特徴とする配信方法。