JP2005309908A - 呼出対象決定システム - Google Patents

呼出対象決定システム Download PDF

Info

Publication number
JP2005309908A
JP2005309908A JP2004127797A JP2004127797A JP2005309908A JP 2005309908 A JP2005309908 A JP 2005309908A JP 2004127797 A JP2004127797 A JP 2004127797A JP 2004127797 A JP2004127797 A JP 2004127797A JP 2005309908 A JP2005309908 A JP 2005309908A
Authority
JP
Japan
Prior art keywords
call
call target
candidate
acquired
target candidate
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2004127797A
Other languages
English (en)
Inventor
Toru Mochida
徹 持田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Systems and Services Ltd
Original Assignee
Hitachi Systems and Services Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Systems and Services Ltd filed Critical Hitachi Systems and Services Ltd
Priority to JP2004127797A priority Critical patent/JP2005309908A/ja
Publication of JP2005309908A publication Critical patent/JP2005309908A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Cash Registers Or Receiving Machines (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】最も効率的な呼出対象を決定できる呼出対象決定システムの提供
【解決手段】1.従業員は、従業員ＩＤを記憶する携帯端末２７を有する。2.携帯端末２７は、天井の赤外線ビーコン１１からビーコンＩＤを受信し、呼出対象決定サーバ２１へ送信する。3.呼出対象決定サーバ２１は、受信したビーコンＩＤから従業員の現在位置・作業状態を判断し、客の呼出しに対応できるかを判断する。4.従業員の呼出しに際し、客は呼出しボタン１３を押す。5.呼出しボタン１３は、ボタンＩＤを送信する。6.呼出対象決定サーバ２１は、各従業員が呼出しに対応できるかの判断及び呼出しテーブルと各従業員との距離及び各従業員属性を示す担当から、最適な従業員を決定し、7.その従業員に呼出しテーブルを知らせる。8.テーブルを知らされた従業員は、そのテーブルに対応する。
【選択図】 図１

Description

本発明は、呼出元からの呼出しに対して最適な呼出対象を決定する呼出対象決定システムであって、特に、呼出元と呼出対象との位置関係によって最適な呼出対象を決定するものに関する。
従来の呼出対象決定システムの一例であるレストランにおける従業員呼出システム１００を図１７に示す。接客担当者呼出システム１００を利用した接客担当者の呼出しは、次のように行われる。接客担当者は、来店した客を客席の空（あ）いている卓まで案内してメニューを渡したならば、一旦卓から離れる。客は注文するメニュー品目を決めたならば、卓に取り付けられている呼出ベル装置１０６のベルスイッチを押圧操作する。そうすると、この呼出ベル装置１０６から自己の［ベルＩＤ］を含む卓コール伝文が通信回線１０５を通じて注文管理装置１０１に送信される。注文管理装置１０１においては、上記卓コール伝文を受信すると、この卓コール伝文を発信した呼出ベル装置１０６が設置されている卓の卓番号を呼出ベルテーブルから取得する。そして、受信した卓コール伝文中の［ベルＩＤ］を上記呼出ベルテーブルから取得した卓番号に変換したならば、この変換後の卓コール伝文を全ハンディターミナル１０７に無線送信する。
無線送信された卓コール伝文は、稼働中の全ハンディターミナル１０７で受信される。そして、アイドル状態にあるハンディターミナル１０７が報知動作する。各接客担当者は携帯するハンディターミナル１０７の報知動作を感知すると、客から呼出しがあることを知り、確認キーを操作する。一番最初に確認キーを操作した接客担当者が携帯するハンディターミナル１０７の表示器に、受信した卓コール伝文中の卓番号が一定時間表示される。接客担当者は、呼出しを行っている客が着いている卓を確認する。そして、その卓へ行って新規注文等の客の呼出しに応対する。
特開平9-153093
従来の接客担当者呼出システム１００には、次のような問題点がある。接客担当者呼出しシステム１００では、ハンディターミナル１０７の報知動作に対し、一番最初にハンディーターミナル１０７の確認キーを操作した接客担当者が、客の呼出しに対応する。よって、接客担当者を決定するに当たって、呼出しを行っている客が着いている卓と接客担当者との位置関係は何ら考慮されていない。このため、呼出しを行っている客が着いている卓から最も離れた接客担当者が、その卓の接客担当者となってしまう場合がある。この場合、接客担当者がいる位置から卓に到着するまでの時間がかかり、それだけ客を待たせることになる。また、接客担当者にも余分な労力がかかる。つまり、時間的・労力的に最も効率的な接客担当者を常に決定できないという問題点がある。
また、卓コール伝文は全てのハンディターミナル１０７に送信される。つまり、接客担当者がどのような状態にあるのかは考慮されていない。例えば、現在、料理を運んでいる接客担当者は他の卓の接客担当者にはなれないにもかかわらず、この接客担当者にも卓コール伝文が送信される。このような非効率な接客要求は、接客担当者を一意に決定できないことから生じている。
そこで、本発明は、最も効率的な呼出対象を決定することができる呼出対象決定システムの提供を目的とする。
本発明に関する課題を解決するための手段および発明の効果を以下に示す。
本発明は、呼出対象候補の状態を取得し、取得した呼出対象候補の状態に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断し、呼出情報を取得し、呼出情報を取得すると、呼出対象候補に対する呼出し可能であるか否かの判断に基づいて、呼出対象を決定する。
これにより、呼出対象候補の状態を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。したがって、本発明は、呼出対象候補の状態を考慮した上で、最も効率的な呼出対象を決定することができる。
本発明は、呼出対象候補の位置及び呼出対象候補の位置を取得した時の時刻を取得し、取得した呼出対象候補の前回の位置と今回の位置、及び取得した前回の時刻と今回の時刻に基づいて呼出対象候補の移動状態を判断し、判断した呼出対象候補の移動状態に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する。
これにより、呼出対象候補の移動状態を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。したがって、本発明は、呼出対象候補の移動状態を考慮した上で、最も効率的な呼出対象を決定することができる。
本発明は、判断した呼出対象候補の移動状態及び取得した呼出対象候補の位置に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する。
これにより、呼出対象候補の移動状態及び位置を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。したがって、本発明は、呼出対象候補の移動状態及び位置を考慮した上で、最も効率的な呼出対象を決定することができる。
本発明は、属性記憶手段に呼出対象候補の属性を記憶し、判断した呼出対象候補の移動状態、取得した呼出対象候補の位置及び前記属性記憶手段より取得した属性に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する。
これにより、呼出対象候補の移動状態、位置及び属性を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。したがって、本発明は、呼出対象候補の移動状態、位置及び属性を考慮した上で、最も効率的な呼出対象を決定することができる。
本発明は、属性記憶手段に呼出対象候補の属性を記憶し、判断した呼出対象候補の移動状態及び前記属性記憶手段より取得した属性に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する。
これにより、呼出対象候補の移動状態及び属性を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。したがって、本発明は、呼出対象候補の移動状態及び属性を考慮した上で、最も効率的な呼出対象を決定することができる。
本発明は、呼出対象候補の位置を取得し、取得した呼出対象候補の位置に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する。
これにより、呼出対象候補の位置を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。したがって、本発明は、呼出対象候補の位置を考慮した上で、最も効率的な呼出対象を決定することができる。
本発明は、属性記憶手段に呼出対象候補の属性を記憶し、取得した呼出対象候補の位置及び前記属性記憶手段より取得した属性に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象毎に判断する。
これにより、呼出対象候補の位置及び属性を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。したがって、本発明は、呼出対象候補の位置及び属性を考慮した上で、最も効率的な呼出対象を決定することができる。
本発明は、属性記憶手段に呼出対象候補の属性を記憶し、属性記憶手段より取得した呼出対象候補の属性に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断し、呼出情報を取得し、呼出情報を取得すると、呼出対象候補に対する呼出し可能であるか否かの判断に基づいて、呼出対象を決定する。
これにより、呼出対象候補の属性を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。したがって、本発明は、呼出対象候補の属性を考慮した上で、最も効率的な呼出対象を決定することができる。
本発明は、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する際に、呼出可否判断テーブルを利用するものであって、前記呼出可否判断テーブルは、呼出対象候補の移動状態と呼出可否の判断とを関連付けたもの、呼出対象候補の位置と呼出可否の判断とを関連付けたもの、呼出対象候補の属性と呼出可否の判断とを関連付けたもの、呼出対象候補の移動状態及び呼出対象候補の属性と呼出可否の判断とを関連付けたもの、呼出対象候補の位置及び呼出対象候補の属性と呼出可否の判断とを関連付けたもの、呼出対象候補の移動状態、呼出対象候補の位置及び呼出対象候補の属性と呼出可否の判断とを関連付けたもの、のいずれかである。
これにより、呼出対象候補の移動状態、位置、属性を考慮して、呼出対象候補が呼び出し可能であるか否かを判断することができる。また、呼出可否判断テーブルを利用することによって呼出対象の決定を容易に行うことができる。したがって、本発明は、最も効率的な呼出対象を容易に決定することができる。
本発明は、呼出情報を取得すると、取得した呼出情報における呼出元の位置及び取得した呼出対象候補の今回の位置に基づいて、呼出元と呼出対象候補との間の位置関係を算出し、算出した位置関係に基づいて、呼出し可能と判断した呼出対象候補の中から呼出対象を決定する。
これにより、呼出対象の決定に当たって、呼出元と呼出対象候補との位置関係を考慮することができる。したがって、本発明は、両者の位置関係を考慮して呼出対象を決定することができる。
本発明は、属性記憶手段に呼出対象候補の属性を記憶し、呼出し可能と判断した呼出対象候補に関する属性を前記属性記憶手段から取得し、算出した位置関係および取得した属性に基づいて、呼出し可能と判断した呼出対象候補の中から呼出対象を決定する。
これにより、呼出対象の決定に当たって、呼出元と呼出対象候補との位置関係及び呼出対象候補の属性を考慮することができる。したがって、本発明は、両者の位置関係及び呼出対象候補の属性を考慮して呼出対象を決定することができる。
本発明は、属性記憶手段に呼出対象候補の属性を記憶し、呼出し可能と判断した呼出対象候補に関する属性を前記属性記憶手段から取得し、取得した属性に基づいて、呼出し可能と判断した呼出対象候補の中から呼出対象を決定する。
これにより、呼出対象の決定に当たって、呼出対象候補の属性を考慮することができる。したがって、本発明は、呼出対象候補の属性を考慮して呼出対象を決定することができる。
本発明は、呼出し可能と判断した呼出対象候補に関する属性を前記属性記憶手段から取得し、取得した属性に基づいて、呼出し可能と判断した呼出対象候補の中から呼出対象を決定する。
これにより、呼出対象の決定に当たって、呼出対象候補の属性を考慮することができる。したがって、本発明は、呼出対象候補の属性を考慮して呼出対象を決定することができる。
本発明は、呼出対象候補の位置を取得し、呼出し可能と判断した呼出対象候補に関する属性を前記属性記憶手段から取得し、算出した位置関係および取得した属性に基づいて、呼出し可能と判断した呼出対象候補の中から呼出対象を決定する。
これにより、呼出対象の決定に当たって、呼出元と呼出対象候補との位置関係を考慮ことができる。したがって、本発明は、両者の位置関係から呼出対象を決定することができる。
本発明では、前記位置関係は、呼出元と呼出対象候補との間の距離である。
これにより、呼出対象候補と呼出元との距離によって、呼出対象を決定することができる。
本発明は、算出した距離に基づいて、前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補の中から、算出した距離が最小となるものを呼出対象として決定する。
これにより、呼出元に最も近い距離にいる呼出対象候補を呼出対象を決定することができる。
本発明は、決定した呼出対象に対して、呼出元の位置を提供する。これにより、呼出対象は簡単に呼出元の位置を知ることができる。
ここで、請求項に記載されている要素と実施例における要素との対応関係を示す。呼出対象決定システムは呼出対象決定システム１に、呼出対象位置提供装置は赤外線ビーコン１１及び携帯端末２７に、呼出情報提供装置は呼出しボタン１３に、呼出対象決定装置は呼出対象決定サーバ２１に、それぞれ対応する。
呼出対象位置取得手段はＣＰＵ２１１及び通信回路２１８に、時刻取得手段はＣＰＵ２１１に、呼出可否判断手段はＣＰＵ２１１、メモリ２１２及びハードディスク２１３に、呼出情報取得手段はＣＰＵ２１１及び通信回路２１８に、位置関係算出手段はＣＰＵ２１１、メモリ２１２及びハードディスク２１３に、呼出対象決定手段はＣＰＵ２１１、メモリ２１２及びハードディスク２１３に、属性記憶手段はメモリ２１２、ハードディスク２１３に、それぞれ該当する。
呼出対象決定装置は、ステップＳ１１〜Ｓ１７、ステップＳ２１〜Ｓ２７、ステップＳ３１〜Ｓ３９、ステップＳ４１〜４９、ステップＳ５１〜Ｓ６９の処理を行う。呼出対象位置提供装置は、ステップＳ１〜Ｓ９の処理を行う。
呼出対象位置取得手段はステップＳ１１の処理を、時刻取得手段はステップＳ１２の処理を、呼出可否判断手段はステップＳ１３、Ｓ２１〜Ｓ２７、Ｓ３１〜Ｓ３９、Ｓ４１〜Ｓ４９の処理を、呼出情報取得手段はステップＳ１４の処理を、位置関係算出手段はステップＳ５１〜Ｓ６１の処理を、呼出対象決定手段はステップＳ６３〜Ｓ６７の処理を、それぞれ実行する
呼出対象候補及び呼出対象は、従業員及び従業員が携帯する携帯端末２７に対応する。呼出元は、テーブルＴ２に設置された呼出しボタン１３に対応する。
呼出対象決定情報は従業員呼出情報に、呼出情報は、呼出しボタン１３が送信するテーブルを識別するためのボタンＩＤを含む電波に、それぞれ対応する。
「呼出対象候補」とは、呼出対象として決定される可能性のある従業員をいい、実施例においてはレストランの全ての従業員が該当する。
「呼出対象」とは、呼出対象候補のうち呼出対象として決定されたものをいう。
「状態」とは対象のその時その時の様子をいい、対象の位置、その位置に存在する時間、移動状態及び作業状態等を含む概念である。実施例においては、各従業員の位置を示す従業員状態ＤＢの［現在場所］列の値、その位置にいた時間を示す従業員状態ＤＢの［今回移動時間］列及び［前回移動時間］列の値、移動状態を示す従業員状態ＤＢの［移動状態］列の値、及び作業状態を示す従業員状態ＤＢの［現在状態］列の値が該当する。
「移動状態」とは対象の時間的位置変化をいい、停止中、移動中の２概念に限定される概念ではない。実施例においては、各従業員の移動状態を示す従業員状態ＤＢの［移動状態］列の値が該当する。
「属性」とは対象に与えた若しくは備わっている固有の性質・特徴をいい、絶対的なもの、場所・時間等で限定される相対的なものを含む概念である。実施例においては、各従業員が担当する担当種別が該当する。
「位置」とは、場所を特定できる情報をいい、相対的・絶対的を問わない。実施例においては、各従業員の位置を示す従業員状態ＤＢの［現在場所］列の値、レイアウト情報ＤＢは、［ビーコンＩＤ］列の値が該当する。
「位置関係」とは、距離的関係のみならず、方向的関係、経路的関係等、場所に基づいて導き出せる関係であればよい。実施例においては、ステップＳ５９（図１５参照）で算出した呼出しがあったテーブルと従業員との間の距離が該当する。
「距離」とは、対象物間の直線的なものだけでなく、所定の経路にしたがって計測されるものも含む概念である。実施例においては、ステップＳ５９（図１５参照）で算出した呼出しがあったテーブルと従業員との間の距離が該当する。
なお、「プログラム」とは、直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。また、プログラムによって実現される機能は、当該プログラム単独で実現されるのもであってもよく、他のプログラム（例えば、オペレーティング・システム）と共同して実現されるものであってもよい。
本発明における呼出対象決定システムの実施例を以下において説明する。
1.概要
本発明に係る呼出対象決定システム１の概要を図１に基づいて説明する。
（１）従業員は、自らの従業員ＩＤを記憶している携帯端末２７を所有している。
（２）携帯端末２７は、天井に設けられた赤外線ビーコン１１からビーコンＩＤを受信し、受信したビーコンＩＤを呼出対象決定サーバ２１へ送信する。
（３）呼出対象決定サーバ２１は、受信したビーコンＩＤから従業員の現在位置及び作業状態を判断し、客からの呼出しに対応できるか否かを判断する。
（４）客は、従業員を呼出したいときは、テーブル上の呼出しボタン１３を押す。
（５）このとき、呼出しボタン１３は、自らを一意に決定するボタンＩＤを送信する。
（６）呼出対象決定サーバ２１は、各従業員についての客からの呼出しに対応できるか否かの判断及び呼出しがあったテーブルと各従業員との距離及び各従業員属性の一つである担当から、最も適切な従業員を決定する。
（７）呼出対象決定サーバ２１は、決定した従業員に、呼出しを行った客のテーブルを知らせる。
（８）呼出対象決定サーバ２１からテーブルを知らされた従業員は、知らされたテーブルの客に対応する。
これにより、呼出しに対応する従業員を決定するに当たって、その従業員が呼出し可能であるか否かといった従業員の状況、呼出しがあったテーブルと従業員との位置関係及び各従業員属性を示す担当を考慮することができる。したがって、呼出対象決定システム１は、最も効率的な呼出対象を決定することできる。
2. ハードウェア構成
2.1. 呼出対象決定システム１のハードウェア構成
本実施形態では、呼出対象決定システム１をレストランにおいて使用している。呼出対象決定システム１を使用するレストランに関して、天井側からみた平面図を図２に示す。レストランには、テーブルＴ１、Ｔ２、カウンターＣ１及び厨房Ｋ１が設けられている。また、図中に示す「まる印」は、天井に配した赤外線ビーコン１１（後述）を示している。
呼出対象決定システム１のハードウェア構成を図３に示す。呼出対象決定システム１は、赤外線ビーコン１１、呼出しボタン１３、送受信機１５、呼出対象決定サーバ２１、携帯端末２７により構成されている。
赤外線ビーコン１１は、レストラン内の天井に複数配置される。また、赤外線ビーコン１１は、レストラン内床面で半径８ｃｍほどの範囲に赤外線を常に照射している。個々の赤外線ビーコン１１は、自らを一意に識別可能な識別符号であるビーコンＩＤを有している。なお、本実施形態においては、赤外線ビーコン１１の位置を示す「行−列」によってビーコンＩＤを表している。例えば、レストラン左上コーナーを起点とすると、最も左上コーナーに位置する赤外線ビーコン１１は、1行目、1列目に存在する。よって、そのビーコンＩＤは「１−１」となる。同様に、テーブルＴ２の左上の角を照射している赤外線ビーコン１１のビーコンＩＤは、「８−５」となる。各赤外線ビーコン１１は、照射する赤外線に、ビーコンＩＤを乗せている。
呼出しボタン１３は、各テーブルに一つ配置されている。呼出しボタン１３は、ボタンが押されると、自らが配置されているテーブルを識別するためのボタンＩＤを含む電波を送信する。例えば、テーブルＴ２に設置されている呼出しボタン１３は、ボタンＩＤ「Ｔ２」を送信する。
送受信機１５は、呼出しボタン１３、携帯端末２７から電波を受け取り、呼出対象決定サーバ２１へ送信する。また、送受信機１５は、呼出対象決定サーバ２１から指示情報を受け取り、呼出対象決定サーバ２１が決定した従業員の携帯端末２７に対して指示情報を送信する。
なお、赤外線ビーコン１１、呼出しボタン１３及び送受信機１５は、一般的に使用されているものと同等のものである。従って、ハードウェア構成についての詳述は省略する。
2.2. 呼出対象決定サーバ２１のハードウェア構成
呼出対象決定サーバ２１は、客からの呼出しに対して最適な従業員を決定し、当該客のテーブルに向かう旨の指示情報を生成する。
呼出対象決定サーバ２１のハードウェア構成を図４に基づいて説明する。呼出対象決定サーバ２１は、ＣＰＵ２１１、メモリ２１２、ハードディスク２１３、キーボード２１４、マウス２１５、ディスプレイ２１６、ＣＤ−ＲＯＭドライブ２１７及び通信回路２１８を備えている。
ＣＰＵ２１１は、ハードディスク２１３に記録されているオペレーティング・システム（ＯＳ）、呼出対象決定サーバプログラム等その他のアプリケーションに基づいた処理を行う。メモリ２１２は、ＣＰＵ２１１に対して作業領域を提供する。ハードディスク２１３は、オペレーティング・システム（ＯＳ）、呼出対象決定サーバプログラム等その他のアプリケーション及び各種データを記録保持する。なお、ハードディスク２１３に記録されているデータについては後述する。
キーボード２１４、マウス２１５は、外部からの命令を受け付ける。ディスプレイ２１６は、ユーザーインターフェイス等の画像を表示する。ＣＤ−ＲＯＭドライブ２１７は、呼出対象決定サーバプログラムが記録されているＣＤ−ＲＯＭ２１０から呼出対象決定サーバプログラム及び他のＣＤ−ＲＯＭからその他のアプリケーションのプログラムを読み取る等、ＣＤ−ＲＯＭからのデータの読み取りを行う。通信ボード２１８は、ネットワークに接続する通信回路を有しており、外部の通信機器とデータの送受信を行う。
2.3. 携帯端末２７のハードウェア構成
携帯端末２７は、各従業員が常時身につけている通信端末である。携帯端末２７は、赤外線ビーコン１１から赤外線を受信する。また、携帯端末２７は、所有者である従業員の位置を送信する。さらに、携帯端末２７は、呼出対象決定サーバ２１からの指示を取得し、従業員へ報知する。
携帯端末２７のハードウェア構成を図５に基づいて説明する。携帯端末２７は、ＣＰＵ２７１、メモリ２７２、ディスプレイ２７３、赤外線受信回路２７４、及び通信回路２７５を備えている。
ＣＰＵ２７１は、メモリ２７２に記録されている携帯端末プログラム等その他のアプリケーションに基づいた処理を行う。メモリ２７２は、ＣＰＵ２１１に対して作業領域を提供する。また、メモリ２７２は、携帯端末２７の所有者を一意に識別する従業員ＩＤを記憶している。さらに、メモリ２７２は、赤外線ビーコン１１から取得したビーコンＩＤを取得ビーコンＩＤとして記憶している。
ディスプレイ２７３は、ユーザーインターフェイス、呼出しが行われているテーブルの情報（ボタンＩＤ等）等を表示する。また、ディスプレイ２７３は、タッチパネルとして構成されており、外部からの入力を受け付ける。赤外線受信回路２７４は、赤外線ビーコン１１からビーコンＩＤを含む赤外線を受信する。赤外線回路２７４は、赤外線センサーを内蔵しており、赤外線の照射範囲に進入すると、赤外線を受信する。通信回路２７５は、送受信機１５を介して呼出対象決定サーバ２１とデータの送受信を行う。
3. データ
ハードディスク２１３は、レイアウト情報データベース（レイアウト情報ＤＢ）、従業員担当情報データベース（従業員担当情報ＤＢ）、呼出可否判断テーブル、及び従業員状態データベース（従業員状態ＤＢ）を記録保持している。
3.1. レイアウト情報ＤＢ
レイアウト情報ＤＢには、レストラン内全ての赤外線ビーコン１１について、そのビーコンＩＤと赤外線ビーコン１１が配置されているレストラン内の場所種別とが関連付けて登録されている。レイアウト情報ＤＢの一例を図６に示す。レイアウト情報ＤＢは、［ビーコンＩＤ］列と［場所種別］列とを有している。［ビーコンＩＤ］列には、各赤外線ビーコン１１のビーコンＩＤが記述される。［場所種別］列には、赤外線ビーコン１１が配置されているレストラン内の場所種別が記述される。
例えば、図２のレストラン配置では、ビーコンＩＤ「３−１」〜「３−５」の赤外線ビーコン１１は厨房Ｋ１付近に設けられる配膳受け取り場付近に配置されている。よって、図６に示すように、レイアウト情報ＤＢでは、［ビーコンＩＤ］列に［３−１］、対応する［場所種別］列に［配膳受け取り場付近］、・・・と登録される。また、ビーコンＩＤ「６−１」〜「６−６」の赤外線ビーコン１１は通路に配置されている。よって、レイアウト情報ＤＢでは、［ビーコンＩＤ］列に［６−１］、対応する［場所種別］列に［通路］、・・・と登録される。
但し、テーブルＴ１、Ｔ２付近に配置されている赤外線ビーコン１１については、次のようにレイアウト情報ＤＢに登録する。まず、あるテーブル上に配置されている赤外線ビーコン１１のうち代表的な一つは、そのテーブルに配置されているものとする。他の赤外線ビーコン１１については、そのテーブル付近に配置されているものとする。例えば、図２に示すテーブルＴ１であれば、ビーコンＩＤ「１０−２」の赤外線ビーコン１１のみを「テーブル１」に配置された赤外線ビーコンとし、それ以外のビーコンＩＤ「９−２」などの赤外線ビーコン１１は、「テーブルＴ１付近」に配置された赤外線ビーコンとして区別する。この場合、レイアウト情報ＤＢには、［ビーコンＩＤ］列に［１０−２］、対応する［場所種別］列に［テーブルＴ１］、［ビーコンＩＤ］列に［９−２］、対応する［場所種別］列に［テーブルＴ１付近］・・・と登録される。このように、テーブルにおいて代表的な一つの赤外線ビーコン１１と他の赤外線ビーコン１１とを区別してレイアウト情報ＤＢに登録するのは、テーブルの配置されている位置を一意に決定するためである。
3.2. 従業員担当情報ＤＢ
従業員担当情報ＤＢには、従業員の従業員ＩＤとその従業員が担当する担当種別とが関連付けて登録されている。従業員担当情報ＤＢの一例を図７に示す。従業員担当情報ＤＢは、［従業員ＩＤ］列と［担当種別］列とを有している。［従業員ＩＤ］列には、各従業員の従業員ＩＤが記述される。［担当種別］列には、従業員が担当する担当種別が記述される。例えば、従業員ＩＤが「ａｂｃ」である従業員が給仕担当である場合、図７に示すように、［従業員ＩＤ］列には「ａｂｃ」が、対応する［担当種別］列には「給仕」が記述される。なお、本実施形態においては、従業員ＩＤは重複しない英小文字３文字によって構成している。また、担当種別として、給仕担当、カウンター担当等を設定している。
3.3. 呼出可否判断テーブル
呼出可否判断テーブルは、従業員がいる場所と従業員の移動状態から、従業員の作業状態及び従業員が呼出し可能であるか否かを判断する際に利用するものである。呼出可否判断テーブルの一例を図８に示す。
呼出可否判断テーブルは、［従業員場所］列、［従業員移動状態］列、［従業員作業状態］列、及び［従業員呼出可否］列を有している。［従業員場所］列には、従業員が作業している領域を適当にカテゴリー分けした場所が記述される。［従業員移動状態］列には、従業員の移動状況を適当にカテゴリー分けした移動状態が記述される。［従業員作業状態］列には、従業員の作業状態を適当に分類した作業状態のカテゴリーが記述される。［従業員呼出可否］列には、従業員が呼出し可能であるか否かが記述される。
例えば、図２に示したレストランでは、レストラン内の場所を「通路」、「厨房」、「テーブルＴ２付近」等にカテゴリー分けできる。また、従業員の就業中の移動状況を「移動中」又は「停止中」とカテゴリー分けできる。さらに、従業員の作業状況を「給仕中」、「待機中」、「接客中」・・・とカテゴリー分けできる。「通路」を「移動中」の従業員は「給仕中」と判断でき、この場合呼出しに対する対応は「不可」である。従って、図８に示すように、［従業員場所］列の値「通路」、「従業員移動状態」列の値「移動中」に関連付けて、［従業員作業状態］列の値「給仕中」、［従業員呼出可否］列の値「不可」が記述される。その他の場合も同様である。
3.4. 従業員状態ＤＢ
従業員状態ＤＢは、従業員の現在の作業状態を登録した各従業員毎にデーターベース化したものである。従業員状態ＤＢの一例を図９に示す。
従業員状態ＤＢは、［従業員ＩＤ］列、［現在場所］列、［今回移動時間］列、［前回移動時間］列、［移動状態］列、［現在状態］列、及び［呼出可否］列を有している。［従業員ＩＤ］列には、各従業員に与えられている従業員ＩＤが記述される。［現在場所］列には、携帯端末２７から取得したビーコンＩＤが記述される。［今回移動時間］列には、携帯端末２７からビーコンＩＤを取得した時間であって、最も直近のものが記述される。［前回移動時間］列には、携帯端末２７からビーコンＩＤを取得した時間であって、２番目に直近のものが記述される。［移動状態］列には、各従業員がどういう移動状態にあるのかを、呼出可否判断テーブルの記述の際にカテゴリー分けした移動状態に従って記述される。［現在状態］列には、［現在場所］列の値及び［移動状態］列の値を検索キーとして呼出可否判断テーブルから取得された作業状態が記述される。［呼出可否］列には、［現在場所］列の値及び［移動状態］列の値を検索キーとして呼出可否判断テーブルから取得された呼出可否が記述される。
例えば、従業員ＩＤ「ａｂｃ」を有する従業員がビーコンＩＤ「６−４」を有する赤外線ビーコン１１の照射範囲からビーコンＩＤ「６−３」を有する赤外線ビーコン１１の照射範囲に移動中であるとする。この場合、呼出対象決定サーバ２１は、その従業員の携帯端末２７からビーコンＩＤ「６−３」を取得する。今回のビーコンＩＤ「６−３」を取得した時間が１５時５２分３３秒であり、前回のビーコンＩＤ「６−４」を取得した時間が１５時５２分２３秒であったとする。この場合、［従業員ＩＤ］列の値「ａｂｃ」に関連付けて、［現在場所］列に値「６−３」が、［今回移動時間］列に値「１５：５２：３３」が、［前回移動時間］列に「１５：５２：２３」が、それぞれ記述される。［移動状態］列には、値「移動中」が記述される。なお、従業員の移動状態を判断する方法については後述する。［現在状態］列及び［呼出可否］列については、以下のようにして取得した値が記述される。まず、［現在場所］列の値「６−３」に基づいてレイアウト情報ＤＢ（図６参照）の「場所種別」列から値「通路」を取得する。次に、取得した「通路」及び［移動状態］列の値「移動中」に基づいて呼出可否判断テーブル（図８参照）の［従業員作業状態］列から値「給仕中」及び［従業員呼出可否］列の値「不可」を取得する。取得した値「給仕中」及び「不可」が、それぞれ［現在状態］列及び［呼出可否］列に記述される。
4. 携帯端末２７及び呼出対象決定サーバ２１の動作
4.1. 携帯端末２７の動作
携帯端末２７の動作を図１０に示すフローチャートに基づいて説明する。携帯端末２７のＣＰＵ２７１は、赤外線ビーコン１１からビーコンＩＤを含む赤外線を、赤外線受信回路２７４（図５参照）を介して取得すると（Ｓ１）、受信した赤外線からビーコンＩＤを抽出する（Ｓ３）。ＣＰＵ２７１は、抽出したビーコンＩＤと現在メモリ２７２に記憶しているビーコンＩＤである取得ビーコンＩＤとが同じであるか否かを判断する（Ｓ５）。取得ビーコンＩＤと抽出したビーコンＩＤとが異なる場合は、ＣＰＵ２７１は、今回取得したビーコンＩＤを、これまでメモリ２７２に記憶していた取得ビーコンＩＤに代えて、新たな取得ビーコンＩＤとしてメモリ２７２に記憶する（Ｓ７）。ＣＰＵ２７１は、記憶した取得ビーコンＩＤ及びメモリ２７２に記憶している従業員ＩＤを送信する（Ｓ９）。
ＣＰＵ２７１は、ステップＳ５において、取得ビーコンＩＤと抽出したビーコンＩＤとが同じであると判断した場合には、抽出したビーコンＩＤについてはメモリ２７２記憶することなく破棄する。
このような、携帯端末２７の動作を、図２に示すように、点線三角印から実線三角印へ移動している従業員を例に説明する。従業員（ＩＤ：ａｂｃ）は、ビーコンＩＤ「６−３」を持つ赤外線ビーコン１１の照射範囲を離れ、ビーコンＩＤ「７−３」を持つ赤外線ビーコン１１の照射範囲にさしかかろうとしている。従業員（ＩＤ：ａｂｃ）が携帯している携帯端末２７のメモリ２７２には、従業員ＩＤ「ａｂｃ」が記憶されている。さらに、メモリ２７２には、従業員がビーコンＩＤ「７−３」を持つ赤外線ビーコン１１の照射範囲にさしかかる前においては、取得ビーコンＩＤ「６−３」が記憶されている。
従業員（ＩＤ：ａｂｃ）がビーコンＩＤ「７−３」の赤外線ビーコン１１の照射範囲に入ると、従業員（ＩＤ：ａｂｃ）が携帯している携帯端末２７の赤外線受信回路２７４は、赤外線ビーコン１１からビーコンＩＤ「７−３」を含む赤外線を受信する。ＣＰＵ２７１は、赤外線ビーコン１１から赤外線を取得したと判断すると、受信した赤外線からビーコンＩＤ「７−３」を抽出する。
ＣＰＵ２７１は、メモリ２７２に記憶している取得ビーコンＩＤ「６−３」と抽出したビーコンＩＤ「７−３」とが同じであるか否かを判断する。ビーコンＩＤ「７−３」は、取得ビーコンＩＤ「６−３」と異なるので、ＣＰＵ２７１は、抽出したビーコンＩＤ「７−３」を、これまでの取得ビーコンＩＤ「６−３」に代えて、新たな取得ビーコンＩＤとしてメモリ２７２に記憶する。その後、ＣＰＵ２７１は、メモリ２７２に記憶している取得ビーコンＩＤ「７−３」及び従業員ＩＤ「ａｂｃ」を通信回路２７５（図５参照）を介して呼出対象決定サーバ２１へ送信する。
4.2. 呼出対象決定サーバ２１の動作
呼出対象決定サーバ２１の動作の概要を図１１を用いて説明する。呼出対象決定サーバ２１のＣＰＵ２１１は、送受信機１５（図３参照）を経由して、従業員の位置を示すビーコンＩＤ及び従業員ＩＤを取得したと判断すると（Ｓ１１）、取得した時刻を時計回路２１９（図４参照）より取得する（Ｓ１２）。
ステップＳ１１において取得した従業員の今回のビーコンＩＤ、及びステップＳ１２において取得した今回の時刻、及び、当該従業員の前回のビーコンＩＤと前回の時刻に基づいて、従業員が呼出し可能であるか否かを従業員毎に判断する（Ｓ１３）。
呼出元であるテーブルに設置されている呼出ボタンのボタンＩＤを取得すると（Ｓ１４）、従業員の属性を取得し（Ｓ１５）、取得したボタンＩＤ及び取得した従業員の今回のビーコンＩＤに基づいて、テーブルと従業員との間の位置関係を示す距離を算出し（Ｓ１６）、取得した属性及び算出した距離に基づいて、ステップＳ１３で呼出し可能と判断した従業員の中から一の呼出対象となる従業員を決定する（Ｓ１７）。以下において、従業員の呼出可否判断処理（Ｓ１３）、従業員の属性取得処理（Ｓ１６）、テーブルと従業員との間の距離の算出処理（Ｓ１５）、及び呼び出す従業員の決定処理（Ｓ１７）について詳述する。
4.2.1 従業員の呼出可否判断処理
図１１における従業員の呼出可否判断処理（Ｓ１３）は、さらに従業員状態ＤＢの更新処理、従業員状態判断処理及び呼出可否判断処理に大別される。
4.2.1.1. 従業員状態ＤＢの更新処理
図１２を用いて、呼出対象決定サーバ２１のＣＰＵ２１１が従業員状態ＤＢを更新する処理を説明する。
ＣＰＵ２１１は、ステップＳ１１（図１１参照）で取得した従業員ＩＤを検索キーとして、従業員状態ＤＢの［従業員ＩＤ］列を検索する（Ｓ２１）。検索した従業員ＩＤに対応する［現在場所]列をステップＳ１１で取得したビーコンＩＤで更新する（Ｓ２３）。
また、ＣＰＵ２１１は、ステップＳ２１で検索した従業員ＩＤに対応する［前回移動時刻]列の時刻を、この段階で［今回移動時刻]列に記録されている時刻で更新する（Ｓ２５）。さらに、ＣＰＵ２１１は、［今回移動時刻]列の時刻をステップＳ１２（図１１参照）で取得した時刻で更新する（Ｓ２７）。
このような、呼出対象決定サーバ２１の動作を、前述の図２の例に基づいて説明する。従業員（ＩＤ：ａｂｃ）がビーコンＩＤ「６−３」を持つ赤外線ビーコン１１の照射範囲を離れ（点線三角印）、ビーコンＩＤ「７−３」を持つ赤外線ビーコン１１の照射範囲にさしかかろうとしている（実線三角印）。従業員（ＩＤ：ａｂｃ）がビーコンＩＤ「７−３」を持つ赤外線ビーコン１１の照射範囲にさしかかる直前の従業員状態ＤＢが図９に示すものであるとする。
呼出対象決定サーバ２１の通信回路２１８は、電波送受信機１５を経由して、携帯端末２７からビーコンＩＤ「７−３」、従業員ＩＤ「ａｂｃ」を受信する。ＣＰＵ２１１は、ビーコンＩＤ「７−３」、従業員ＩＤ「ａｂｃ」を受信したと判断すると、受信した時刻を時計回路２１９から取得する。この時刻が、１５時５２分３５秒であったとする。
ＣＰＵ２１１は、従業員状態ＤＢの［従業員ＩＤ］列を検索し、取得した従業員ＩＤ「ａｂｃ」に対応する［現在場所]列を「７−３」に更新する。又、ＣＰＵ２１１は、［前回移動時刻]列の値「１５：５２：２３」をこの段階での［今回移動時刻]列の値「１５：５２：３３」で更新する。さらに、ＣＰＵ２１１は、［今回移動時刻]列の値「１５：５２：３３」を、赤外線の受信時刻「１５：５２：３５」で更新する。
4.2.1.2. 従業員状態判断処理
図１３を用いて、呼出対象決定サーバ２１のＣＰＵ２１１がビーコンＩＤ及び従業員ＩＤを取得した時刻に基づいて、従業員の移動状態を判断する処理について説明する。
ＣＰＵ２１１は、ステップＳ２１〜Ｓ２７で更新した従業員状態ＤＢから、ステップＳ１１で取得した従業員ＩＤに対応する[今回移動時刻]列の値及び[前回移動時刻]列の値を取得する（Ｓ３１）。ＣＰＵ２１１は、取得した時刻の差を算出する（Ｓ３３）。
そして、ＣＰＵ２１１は、ステップＳ３３で算出した時刻の差が所定の闘値以下であるか否かを判断する（Ｓ３５）。ＣＰＵ２１１は、算出した時刻の差が所定の閾値以下であると判断すれば、当該従業員は「移動中」と判断し、従業員状態ＤＢにおける対応する従業員ＩＤの［移動状態]列を「移動中」に更新する（Ｓ３７）。一方、算出した時刻差が所定の閾値より大きければ、当該従業員は「停止中」と判断し、［移動状態]列を「停止中」に更新する（Ｓ３９）。
このような呼出対象決定サーバ２１の動作を、前述の例に基づいて示す。呼出対象決定サーバ２１のＣＰＵ２１１は、従業員状態ＤＢの［今回移動時刻］列に登録されているビーコンＩＤ「７−３」を受信した時刻「１５時５２分３３秒」と、[前回移動時刻]列に記録されている「１５時５２分２３秒」との差を算出する。ＣＰＵ２１１は差を「１０秒」と算出する。ＣＰＵ２１１は、ハードディスク２１３に記録されている閾値「１５秒」を取得する。そして、算出した差「１０秒」が閾値「１５秒」以下であるか否かを判断する。ＣＰＵ２１１は、閾値以下であると判断すると、つまり、従業員ＩＤ「ａｂｃ」である従業員は連続して移動していると判断すると、従業員状態ＤＢの該当する［移動状態]列を「移動」に更新する。
4.2.1.3. 呼出可否判断処理
次に、図１４を用いて、ＣＰＵ２１１が従業員の現在の場所及び従業員の移動状態から、その従業員が呼出し可能な状態にあるか否かを判断する処理（呼出可否判断処理）を説明する。
ＣＰＵ２１１は、従業員状態ＤＢ（図９参照）から、ステップＳ２１で取得した従業員ＩＤに対応する[現在場所]列の値を取得する（Ｓ４１）。ＣＰＵ２１１は、取得した[現在場所]列の値、つまり従業員が現在いる場所を示すビーコンＩＤを検索キーとして、レイアウト情報ＤＢ（図６参照）の［ビーコンＩＤ］列を検索し、検索したビーコンＩＤに対応する［場所種別］列の値を取得する（Ｓ４３）。
ＣＰＵ２１１は、従業員状態ＤＢ（図９参照）から、ステップＳ２１で取得した従業員ＩＤに対応する[移動状態]列の値を取得する（Ｓ４５）。ＣＰＵ２１１は、従業員状態ＤＢから、ステップＳ４３で取得した［場所種別］列の値及びステップＳ４５で取得した［移動状態］列の値を検索キーとして、呼出可否判断テーブル（図８参照）の［従業員場所］列及び［従業員移動状態］列を検索し、対応する［従業員作業状態］列の値及び［従業員呼出可否］列の値を取得する（Ｓ４７）。
そして、ＣＰＵ２１１は、取得した現在状態及び呼出可否に基づいて、従業員状態ＤＢにおいて、ステップＳ２１で取得した従業員ＩＤに対応する[現在状態］列及び［呼出可否]列の値を、ステップＳ４７で取得した［従業員作業状態］列の値及び［従業員呼出可否］列の値で更新する（Ｓ４９）。
このような呼出対象決定サーバ２１の動作を、前述の例に基づいて示す。ＣＰＵ２１１は、図９に示す従業員状態ＤＢから、従業員ＩＤ「ａｂｃ」に対応する[現在場所]列の値「６−３」を取得する。ＣＰＵ２１１は、取得した[現在場所]列の値「６−３」に基づいてレイアウト情報ＤＢ（図６参照）を検索し、［ビーコンＩＤ］列の値「６−３」に対する［場所種別］列の値「通路」を取得する。図９に示す従業員状態ＤＢから、従業員ＩＤ「ａｂｃ」に対応する[移動状態]列の値「移動中」を取得する。ＣＰＵ２１１は、取得した「通路」及び「移動中」を検索キーとして、呼出可否判断テーブルを検索する。そして、ＣＰＵ２１１は、[現在場所]列の値「通路」及び［移動状態］列の値「移動中」に対応する[従業員作業状態］列の値「給仕中」及び［従業員呼出可否]列の値「不可」を取得する。ＣＰＵ２１１は、取得した「給仕中」及び「不可」に基づいて、従業員状態ＤＢの、従業員ＩＤ「ａｂｃ」の[現在状態］列を「給仕中」に、［呼出可否]列を「不可」にそれぞれ更新する。
4.2.2 従業員の属性取得処理、距離算出処理及び呼出対象決定処理
次に、図１５を用いて、あるテーブルに座っている客が、呼出ボタン１３によつて、従業員を呼出した場合の呼出対象決定サーバ２１の従業員の属性取得処理、距離算出処理及び呼出対象決定処理を説明する。
各テーブルに置かれている呼出ボタン１３は、自らを一意に識別するボタンＩＤを有している。呼出しボタン１３は、ボタンが押されると、ボタンＩＤを含む電波を送信する。
呼出対象決定サーバ２１のＣＰＵ２１１は、送受信器１５経由で、ボタンＩＤを受信したと判断すると（Ｓ５１）、従業員担当情報ＤＢ（図７参照）の［担当種別］列を検索し、取得したボタンＩＤに対応可能な［担当種別］に対応する［従業員ＩＤ］列の値を全て取得する（Ｓ５３）。ＣＰＵ２１１は、従業員状態ＤＢ（図９参照）から、ステップＳ５３で取得した［従業員ＩＤ］の値毎に、対応する［現在場所］列の値を取得する（Ｓ５５）。
次に、ＣＰＵ２１１は、ステップＳ５１で取得したボタンＩＤを検索キーとして、レイアウト情報ＤＢ（図６参照）の［場所種別］列を検索し、対応する［ビーコンＩＤ］列の値を取得する（Ｓ５７）。
ＣＰＵ２１１は、ステップＳ５７で取得した［ビーコンＩＤ］列の値とステップＳ５５で取得した［現在場所］列の値とに基づいて、呼出しがあったテーブルと従業員との間の距離を算出する（Ｓ５９）。ＣＰＵ２１１は、取得したビーコンＩＤに関して第１項同士、第２項同士の差を算出した後、三平方の定理を利用して両者間の距離を算出する。
ＣＰＵ２１１は、ステップＳ５３で取得した従業員ＩＤの全てについて、ステップＳ５５〜ステップＳ５９までの処理を行う（Ｓ６１）。
ＣＰＵ２１１は、ステップＳ５９で算出した距離が最小となる従業員の従業員ＩＤを取得する（Ｓ６３）。そして、ＣＰＵ２１１は、取得した従業員ＩＤを検索キーとして、従業員状態ＤＢ（図９参照）の［呼出可否］列の値を取得する（Ｓ６５）。ＣＰＵ２１１は、取得した［呼出可否］列の値が「可」であるか否かを判断する（Ｓ６７）。ＣＰＵ２１１は、取得した［呼出可否］列の値が「可」であると判断した場合は、通信回路２１８（図４参照）及び送受信機１５（図３参照）を介して、ステップＳ６３で取得した従業員ＩＤに対応する従業員が携行している携帯端末２７に対して、所定のテーブルへの対応を促す従業員呼出情報を送信する（Ｓ６９）。
ＣＰＵ２１１は、ステップＳ６７において、取得した［呼出可否］列の値が「可」でないと判断した場合は、ステップＳ５９で算出した距離が次に最小となる従業員の従業員ＩＤについて、ステップＳ６３〜ステップＳ６７までの処理を繰り返す。
従業員が携行している携帯端末のＣＰＵ２７１は、通信回路２７５を介して呼出対象決定サーバ２１からの従業員呼出情報を受信すると、ディスプレイ２７３に受信した従業員呼出情報の内容を表示する。
次に、呼出対象決定サーバ２１の処理をテーブルＴ２に座っている客から呼出しがあった場合を例に示す。
テーブルＴ２に置かれている呼出ボタンは、ボタンが押されると、ボタンＩＤ「テーブルＴ２」を送信する。
呼出対象決定サーバ２１のＣＰＵ２１１は、ボタンＩＤ「テーブルＴ２」を受信したと判断すると、「テーブルＴ２に最も近くて、呼出可能な担当種別が給仕担当である従業員」を最適な従業員と判断し、その従業員に対して、テーブルＴ２に向かうよう指示を出す処理を行う。ＣＰＵ２１１は、各従業員の担当を従業員担当情報ＤＢ（図７参照）の［担当種別］列の値から、各従業員を担当を調べる。これにより、各従業員がテーブルＴ２（ボタンＩＤ「テーブルＴ２」）に対応可能な担当（［担当種別］の値）であるか否かを判断する。図７に示すように、従業員ＩＤ「ｇｈｉ」の従業員に対応する［担当情報］列の値は「カウンター」である。よって、テーブルの客に対する呼出には対応しない。呼出候補となる従業員は、「担当種別」列の値が「給仕」となっている従業員ＩＤ「ａｂｃ」の従業員、従業員ＩＤ「ｄｅｆ」の従業員・・・である。
ＣＰＵ２１１は、テーブルＴ２と呼出候補となった従業員との距離を算出する。距離の算出においては、各従業員の現在位置に関するビーコンＩＤ及びテーブルＴ２を代表するビーコンＩＤを用いる。従業員ＩＤ「ｄｅｆ」の従業員の現在位置を示すビーコンＩＤは、従業員状態ＤＢの「現在場所」列の値より取得する。従業員ＩＤ「ａｂｃ」である従業員の現在位置は、図９に示す従業員状態ＤＢの「現在場所」列の値より「６−３」である。
レストラン内の設備を代表するビーコンＩＤは、レイアウト情報ＤＢ（図６参照）の［ビーコンＩＤ］列の値より取得する。図６より、テーブルＴ２を代表するビーコンＩＤは、［場所種別］列の値が取得したボタンＩＤ「テーブルＴ２」と一致する［ビーコンＩＤ］列の値「１０−６」である。なお、ビーコンＩＤの第１項、第２項は、図２に示す赤外線ビーコン配列における行番号、列番号をそれぞれ表示している。第１項の差は行の差であり、１０−６＝４となる。また、第２項の差は列の差となり６−３＝３となる。よって、従業員ＩＤ「ａｂｃ」の従業員の現在の位置とテーブルＴ２との間の距離は、三平方の定理より、（４）２＋（３）２＝２５と算出できる。なお、両者間の距離は、実際には、算出した距離の平方根となるが、距離の大小は、二乗値で判断できることから、平方根の算出は行っていない。
従業員ＩＤ「ｇｈｉ」の従業員・・・についても、同様に距離の算出を行う。このような距離の算出を行った結果を図１６に示す。
ＣＰＵ２１１は、まず、距離の算出結果が最小である従業員ＩＤ「ｄｅｆ」を抽出する。そして、抽出した従業員ＩＤ「ｄｅｆ」の従業員が呼出し可能か否かを判断すべく、従業員状態ＤＢにおける従業員ＩＤ「ｄｅｆ」に対応する［呼出可否］列の値を取得する。従業員ＩＤ「ｄｅｆ」に対応する［呼出可否］列の値は、「不可」である。よって、従業員ＩＤ「ｄｅｆ」の従業員については呼出しを行わない。
そして、２番目に距離の算出結果が小さい従業員ＩＤ「ｇｈｉ」を抽出する。同様に「呼出可否」列の値を取得すると、「可」である。従って、従業員ＩＤ「ｇｈｉ」の従業員に対して、テーブルＴ２のからの呼出しに対応する旨を伝える。

〔その他の実施例〕
前述の実施例１においては、従業員の位置を提供する構成として、赤外線ビーコン１１及び携帯端末２７を示したが、従業員の位置を提供できるものであればこれに限定されない。例えば、ＧＰＳを利用して従業員の位置を提供するようにしてもよい。また、レストラン内にカメラを設け、画像処理により従業員の位置を提供するようにしてもよい。
また、前述の実施例１においては、赤外線ビーコン１１をマトリックス状に配置し、各赤外線ビーコン１１を一意に決定するものとしたが、各赤外線ビーコン１１の位置を一意に決定できるものであればこれに限定されない。赤外線ビーコン１１がマトリックス状に配置されておらず、ビーコンＩＤがその赤外線ビーコン１１が存在する行と列とに基づいていない場合、「ビーコンＩＤ」と、「ビーコンが存在する位置」の対応を格納したＤＢなどを用いるようにしてもよい。
さらに、前述の第１の実施例においては、呼出対象決定サーバ２１のハードディスク２１３（図４参照）に、従業員状態ＤＢ等のデータを記憶するようにしたが、別にデータベースサーバを設けオンラインで接続するようにしてもよい。
さらに、前述の実施例１においては、判断に呼出可否判断テーブルを利用して、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断したが、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断できるのであればこれに限定されない。例えば、呼出対象候補の前回の位置と今回の位置、及び呼出対象候補の位置を取得した前回の時刻と今回の時刻に基づく条件式を記憶しておき、当該条件式に取得した各値を代入することによって、呼出対象候補が呼出し可能であるか否かを判断するようにしてもよい。
さらに、前述の第１の実施例においては、従業員の位置の変化及び時間の変化により移動状態等の従業員の状態を判断したが、従業員の状態を判断できるものであれば、これに限定されない。例えば、加速度センサー等を有する装置を従業員が有し、当該装置から移動状態、位置、作業状態等の従業員の状態を把握できるデータを受け取るようにしてもよい。また、当該装置自身が従業員の状態を判断できるのであれば、その判断を受け取るようにしてもよい。このような装置を利用する場合には、赤外線ビーコン１１（図３参照）、赤外線回路２７４（図５参照）等を設置する必要がなくなる。
さらに、前述の実施例１においては、従業員の移動状態（図８参照）と従業員の位置とに基づき、従業員の呼出可否を判断しているが、従業員の移動状態のみによって判断するようにしてもよい。また、従業員の位置のみによって判断するようにしてもよい。さらに、別の要素との組合せにより判断するようにしてもよい。例えば、呼出しがあった時間帯等も考慮するようにしてもよい。
さらに、前述の実施例１においては、位置関係として距離を示したが、呼出元の位置と呼出対象候補の位置との間の位置関係を示すものであればこれに限定されない。例えば、呼出対象候補と呼出元との間の経路や方向等であってもよい。また、それらと距離とを組み合わせたものであってもよい。
さらに、前述の実施例１においては、距離の大小によって、呼出対象を決定したが、これに限定されない、例えば、呼出対象候補の移動速度を考慮し、距離と移動速度とから、呼出対象候補が呼出元までたどり着く時間を位置関係に含めてもよい。この場合、従業員の移動距離を従業員状態ＤＢ（図９参照）の［現在位置］列の今回の値と前回の値から算出し、移動時間を［今回移動時間］列及び［前回移動時間］列の値から、それぞれ算出することによって、呼出対象候補の速度を算出することができる。
さらに、前述の実施例１においては、距離が最小となる従業員を呼出対象として決定したが、最小となる従業員が２人いた場合には、従業員ID昇順等によって、１人に決定してもよい。
さらに、前述の実施例１においては、呼出対象として１人の従業員を決定しているが、複数の従業員を決定するようにしてもよい。つまり、条件に合致する従業員が複数いれば、その従業員全てを呼出対象として決定してもよい。
さらに、前述の実施例１においては、従業員の状態である従業員の移動状態及び従業員の位置に基づいて呼出可否の判断を行ったが、従業員の状態に基づいて呼出可否の判断を行えるものであれば、これに限定されない。例えば、従業員の移動状態、位置に属性を加えて、呼出可否の判断するようにしてもよい。この場合、もともと呼出しには対応できないキッチン担当、マネージャー等を呼出可否の判断において、呼び出し不可とするようにすればよい。
また、移動状態と属性とに基づいて、呼出可否の判断するようにしてもよい。この場合、従業員の現在の位置には関係なく、移動状態と属性とによって呼出可否の判断を行う。例えば、ある従業員が移動中であり、かつ、給仕担当であれば呼び出し「可」とするが、移動中でもカウンター担当であれば呼び出し「不可」とする。さらに、位置と属性とに基づいて、呼出可否の判断するようにしてもよい。この場合、従業員の移動状態には関係なく、位置と属性とによって呼出可否の判断を行う。例えば、ある従業員が通路にいて、かつ、給仕担当であれば呼び出し「可」とするが、通路にいてカウンター担当であれば呼び出し「不可」とする。さらに、移動状態のみ、位置のみ、属性のみに基づいて、呼出可否の判断するようにしてもよい。
また、移動状態、位置、属性の組合せに基づく呼出可否の判断においては、いずれを先行させてもよい。例えば、移動状態と属性との組合せに基づいて呼出可否の判断を行う場合、移動状態に基づく呼出可否の判断を行った後に、属性に基づく呼出可否の判断を行うようにしてもよい。また、その逆でもよい。
さらに、前述の実施例１においては、呼び出し「可」と判断された従業員と呼び出しがあったテーブルとの位置関係及び従業員の属性である担当に基づいて呼出対象の決定を行ったが、呼出対象の決定を行えるものであれば、これに限定されない。例えば、従業員と呼び出しがあったテーブルとの位置関係のみで、呼出対象の決定を行うようにしてもよい。この場合、従業員の担当はともかく、呼び出しがあったテーブルに最も距離的に近い従業員を呼出対象として決定すればよい。また、属性のみで、呼出対象の決定を行うようにしてもよい。この場合、従業員と呼び出しがあったテーブルとの位置関係はともかく、給仕担当の従業員を呼出対象として決定すればよい。
さらに、前述の第１の実施例においては、呼出対象の決定処理においては、呼び出し可能と判断された従業員に対して、単純に最も距離が近いものを呼出対象として決定しているが、従業員の属性、従業員の位置、その時の時間等により、距離を判断する基準を変更するようにしてもよい。例えば、呼び出し可能と判断された従業員が給仕担当であった場合には距離○メートル以内にいるものについて最も距離が近いものを呼出対象として決定し、その他の従業員であれば距離△メートル以内のものについて最も距離が近いものを呼出対象として決定するようにしてもよい。また、午前中ならば○メートル以内、深夜ならば△メートル以内というように、時間により変更するようにしてもよい。
さらに、前述の第１の実施例においては、レイアウト情報ＤＢの一例を図６に、従業員担当情報ＤＢの一例を図７に、呼出可否判断テーブルの一例を図８に、従業員状態ＤＢの一例を図９に、それぞれ示したが、例示のデータベース構造に限定されない。例えば、各ＤＢの正規化作業によって、適当に細分化したデータベース構造としてもよい。
さらに、前述の実施例１においては、呼出対象決定サーバ２１のＣＰＵ２１１は、アプリケーションのロジックとして、最適な従業員を「テーブルＴ２に最も近くて、呼出可能な担当種別が給仕担当である従業員」と定義している。しかし、予め用意されているボタンＩＤと対応可能担当との定義テーブルによって、ボタンＩＤによって特定される各テーブル等について、どの担当が対応可能か否かを判断するようにしてもよい。
さらに、前述の実施例１においては、呼出情報を提供する呼出情報提供装置として、呼出元の位置を示すボタンＩＤを送信する呼出しボタン１３を例示したが、呼出元が呼出を行っている旨を示す呼出情報を提供するものであればこれに限定されない。例えば、赤外線センサー等によって呼出情報を提供するようにしてもよい。呼出しボタン１３は当該ボタンを押す等の人間の直接的な作用によって呼出情報を提供するものであるが、赤外線センサー等は直接的な作用がなくとも、人の接近などの間接的な作用によって呼出情報を提供することができる。このような、呼出情報提供装置を、例えば、レストランの入り口に配置しておくことによって、来客に対して、適切な従業員を適時に対応させることができる。なお、入り口に等の固定した場所に赤外線センサー等の呼出情報提供装置を配置する場合には、呼出情報に呼出元の位置を含める必要はなくなる。実施例１において、呼出対象決定装置に予め赤外線センサー等の位置情報を保持させておくことによって、呼出元の位置を含まない呼出情報を利用する呼出対象決定システムを実現することができる。
さらに、前述の実施例１においては、呼出対象決定システム１を適用する場所として屋内の比較的小さな範囲を占めるレストランを示したが、呼出対象を決定する必要がある場所であればこれに限定されない。例えば、巨大な倉庫であってもよい。また、屋外であってもよい。例えば、呼出対象決定システム１をタクシーの配車に適用する場合では、一般的な都市が適用場所となる。
さらに、前述の実施例１においては、呼出対象決定サーバプログラム等のプログラムが記録される記録媒体としてＣＤ−ＲＯＭを例示したが、プログラムを記録できるものであればこれに限定されない。なお、「記録媒体」とは、プログラムを記録したＲＯＭ、ＲΑＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。ＣＤ−ＲＯＭやメモリ等のような形態で記録を行うものだけでなく、通信回線、搬送波等のように、その状態を変化させながら記録内容を伝達するようなものも含む概念である。また、ＣＰＵに接続されて、記録されたプログラムが直接的に実行されるハードディスクのような記録媒体だけでなく、一旦、ハードディスク等にインストールした後に実行されるプログラムを記録したＣＤ−ＲＯＭ等の記録媒体を含む概念である。
本発明における呼出対象決定の概要を示した図である。 図１に示す呼出対象決定システム１を使用するレストランの平面図である。 図１における呼出対象決定システムのハードウェア構成を示した図である。 図３における呼出対象決定サーバ２１のハードウェア構成を示した図である。 図３における携帯端末２７のハードウェア構成を示した図である。 レイアウト情報ＤＢの一例を示した図である。 従業員担当情報ＤＢの一例を示した図である。 呼出可否判断テーブルの一例を示した図である。 従業員状態ＤＢの一例を示した図である。 携帯端末２７の動作を示したフローチャートである。 呼出対象決定サーバ２１の動作の概要を示したフローチャートである。 呼出対象決定サーバ２１の動作の詳細を示したフローチャートである。 呼出対象決定サーバ２１の動作の詳細を示したフローチャートである。 呼出対象決定サーバ２１の動作の詳細を示したフローチャートである。 呼出対象決定サーバ２１の動作の詳細を示したフローチャートである。 距離の算出結果の一例を示した図である。 従来技術を説明するための図である。
符号の説明
１・・・・・呼出対象決定システム
１１・・・・・赤外線ビーコン
１３・・・・・呼出しボタン
１５・・・・・送受信機
２１・・・・・呼出対象決定サーバ
２７・・・・・携帯端末

Claims (22)

  1. 呼出対象候補の状態を提供する呼出対象状態提供装置、
    呼出元が呼出しを行っている旨を示す呼出情報を提供する呼出情報提供装置、
    呼出元からの呼出しに対して最適な呼出対象を決定する呼出対象決定装置、
    を有する呼出対象決定システムにおいて、
    前記呼出対象決定装置は、
    呼出対象候補の状態を取得する呼出対象状態取得手段、
    呼出対象状態取得手段より取得した呼出対象候補の状態に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する呼出可否判断手段、
    呼出情報を取得する呼出情報取得手段、
    前記呼出情報取得手段から呼出情報を取得すると、呼出対象候補に対する呼出し可能であるか否かの判断に基づいて、呼出対象候補から呼出対象を決定する呼出対象決定手段、
    を特徴とする呼出対象決定システム。
  2. 呼出対象候補の状態を取得する呼出対象状態取得手段、
    呼出対象状態取得手段より取得した呼出対象候補の状態に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する呼出可否判断手段、
    呼出情報を取得する呼出情報取得手段、
    前記呼出情報取得手段から呼出情報を取得すると、呼出対象候補に対する呼出し可能であるか否かの判断に基づいて、呼出対象候補から呼出対象を決定する呼出対象決定手段、
    を有する呼出対象決定装置。
  3. 請求項１に係る呼出対象決定システム又は請求項２に係る呼出対象決定装置のいずれかにおいて、
    前記呼出対象状態取得手段は、
    呼出対象候補の位置及び呼出対象候補の位置を取得した時の時刻を取得し、
    前記呼出可否判断手段は、
    取得した呼出対象候補の前回の位置と今回の位置、及び取得した前回の時刻と今回の時刻に基づいて呼出対象候補の移動状態を判断し、
    判断した呼出対象候補の移動状態に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断すること、
    を特徴とするもの。
  4. 請求項３に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、
    前記呼出可否判断手段は、
    判断した呼出対象候補の移動状態及び呼出対象状態取得手段から取得した呼出対象候補の位置に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断すること、
    を特徴とするもの。
  5. 請求項４に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、さらに、
    呼出対象候補の属性を記憶する属性記憶手段、
    を有し、
    前記呼出可否判断手段は、
    判断した呼出対象候補の移動状態、呼出対象状態取得手段から取得した呼出対象候補の位置及び前記属性記憶手段より取得した属性に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断すること、
    を特徴とするもの。
  6. 請求項３に係る呼出対象決定システム又は呼出対象決定装置において、さらに、
    呼出対象候補の属性を記憶する属性記憶手段、
    を有し、
    前記呼出可否判断手段は、
    判断した呼出対象候補の移動状態及び前記属性記憶手段より取得した属性に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断すること、
    を特徴とするもの。
  7. 請求項１に係る呼出対象決定システム又は請求項２に係る呼出対象決定装置のいずれかにおいて、
    前記呼出対象状態取得手段は、
    呼出対象候補の位置を取得し、
    前記呼出可否判断手段は、
    取得した呼出対象候補の位置に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断すること、
    を特徴とするもの。
  8. 請求項７に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、さらに、
    呼出対象候補の属性を記憶する属性記憶手段、
    を有し、
    前記呼出可否判断手段は、
    取得した呼出対象候補の位置及び前記属性記憶手段より取得した属性に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断すること、
    を特徴とするもの。
  9. 呼出対象候補の属性を記憶する属性記憶手段、
    属性記憶手段より取得した呼出対象候補の属性に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する呼出可否判断手段、
    呼出情報を取得する呼出情報取得手段、
    前記呼出情報取得手段から呼出情報を取得すると、呼出対象候補に対する呼出し可能であるか否かの判断に基づいて、呼出対象候補から呼出対象を決定する呼出対象決定手段、
    を有する呼出対象決定装置。
  10. 請求項１〜９に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、
    前記呼出可否判断手段は、
    呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断する際に、呼出可否判断テーブルを利用するものであって、
    前記呼出可否判断テーブルは、
    呼出対象候補の移動状態と呼出可否の判断とを関連付けたもの、呼出対象候補の位置と呼出可否の判断とを関連付けたもの、呼出対象候補の属性と呼出可否の判断とを関連付けたもの、呼出対象候補の移動状態及び呼出対象候補の属性と呼出可否の判断とを関連付けたもの、呼出対象候補の位置及び呼出対象候補の属性と呼出可否の判断とを関連付けたもの、呼出対象候補の移動状態、呼出対象候補の位置及び呼出対象候補の属性と呼出可否の判断とを関連付けたもの、のいずれかであること、
    を特徴とするもの。
  11. 請求項１に係る呼出対象決定システム又は請求項２に係る呼出対象決定装置のいずれかにおいて、
    前記呼出情報は、呼出元の位置を含み、
    前記呼出対象決定手段は、
    前記呼出情報取得手段から呼出情報を取得すると、取得した呼出情報における呼出元の位置及び呼出対象候補に対する呼出し可能であるか否かの判断に基づいて、呼出対象候補から呼出対象を決定すること、
    を特徴とするもの。
  12. 請求項１１に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、さらに、
    前記呼出対象決定手段は、
    前記呼出情報取得手段から呼出情報を取得すると、取得した呼出情報における呼出元の位置及び取得した呼出対象候補の今回の位置に基づいて、呼出元と呼出対象候補との間の位置関係を算出し、
    算出した位置関係に基づいて、前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補の中から呼出対象を決定すること、
    を特徴とするもの。
  13. 請求項１２に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、さらに、
    呼出対象候補の属性を記憶する属性記憶手段、
    を有し、
    前記呼出対象決定手段は、
    前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補に関する属性を前記属性記憶手段から取得し、
    算出した位置関係および取得した属性に基づいて、前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補の中から呼出対象を決定すること、
    を特徴とするもの。
  14. 請求項１に係る呼出対象決定システム又は請求項２に係る呼出対象決定装置のいずれかにおいて、さらに、
    呼出対象候補の属性を記憶する属性記憶手段、
    を有し、
    前記呼出対象決定手段は、
    前記呼出情報取得手段から呼出情報を取得すると、前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補に関する属性を前記属性記憶手段から取得し、取得した属性に基づいて、前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補の中から呼出対象を決定すること、
    を特徴とするもの。
  15. 請求項９に係る呼出対象決定装置において、
    前記呼出対象決定手段は、
    前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補に関する属性を前記属性記憶手段から取得し、
    取得した属性に基づいて、前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補の中から呼出対象を決定すること、
    を特徴とする呼出対象決定装置。
  16. 請求項１５に係る呼出対象決定装置において、さらに、
    呼出対象候補の位置を取得する呼出対象状態取得手段、
    を有し、
    前記呼出対象決定手段は、
    前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補に関する属性を前記属性記憶手段から取得し、
    算出した位置関係および取得した属性に基づいて、前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補の中から呼出対象を決定すること、
    を特徴とする呼出対象決定装置。
  17. 請求項１２、１３、１６に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、
    前記位置関係は、呼出元と呼出対象候補との間の距離であること、
    を特徴とするもの。
  18. 請求項１７に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、
    算出した距離に基づいて、前記呼出可否判断手段によって呼出し可能と判断した呼出対象候補の中から、算出した距離が最小となるものを呼出対象として決定すること、
    を特徴とするもの。
  19. 請求項１１〜１８に係る呼出対象決定システム又は呼出対象決定装置のいずれかにおいて、さらに、
    決定した呼出対象に対して、呼出元の位置を提供すること、
    を特徴とするもの。
  20. 呼出元からの呼出しに対して最適な呼出対象を決定する呼出対象決定プログラムであって、
    前記呼出対象決定プログラムは、
    コンピュータに対して、
    呼出対象候補の位置及び呼出対象候補の位置を取得した時の時刻を取得させるステップ、
    取得した呼出対象候補の前回の位置と今回の位置、及び取得した前回の時刻と今回の時刻に基づいて呼出対象候補の移動状態を判断させるステップ、
    判断した呼出対象候補の移動状態に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断させるステップ、
    呼出元が呼出しを行っている旨を示す呼出情報を取得させるステップ、
    呼出情報を取得すると、呼出対象候補に対する呼出し可能であるか否かの判断に基づいて、呼出対象候補から呼出対象を決定するステップ、
    を実行させる呼出対象決定プログラム。
  21. 呼出元からの呼出しに対して最適な呼出対象を決定する呼出対象決定プログラムであって、
    前記呼出対象決定プログラムは、
    コンピュータに対して、
    呼出対象候補の位置及び呼出対象候補の位置を取得した時の時刻を取得させるステップ、
    取得した呼出対象候補の状態に基づいて、呼出対象候補が呼出し可能であるか否かを呼出対象候補毎に判断させるステップ、
    呼出元が呼出しを行っている旨を示す呼出情報であって、呼出元の位置を含むものを取得させるステップ、
    呼出情報を取得すると、取得した呼出情報における呼出元の位置及び取得した呼出対象候補の今回の位置に基づいて、呼出元と呼出対象候補との間の位置関係を算出させるステップ、
    算出した位置関係に基づいて、呼出し可能と判断した呼出対象候補の中から呼出対象を決定させるステップ、
    を実行させる呼出対象決定プログラム。
  22. 請求項２１に係る呼出対象決定プログラムにおいて、
    前記呼出対象決定プログラムは、
    コンピュータに対して、さらに、
    呼出対象候補の属性を記憶させるステップ、
    呼出し可能と判断した呼出対象候補に関する属性を取得し、算出した位置関係および取得した属性に基づいて、呼出し可能と判断した呼出対象候補の中から呼出対象を決定させるステップ、
    を実行させる呼出対象決定プログラム。
JP2004127797A 2004-04-23 2004-04-23 呼出対象決定システム Pending JP2005309908A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2004127797A JP2005309908A (ja) 2004-04-23 2004-04-23 呼出対象決定システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2004127797A JP2005309908A (ja) 2004-04-23 2004-04-23 呼出対象決定システム

Publications (1)

Publication Number Publication Date
JP2005309908A true JP2005309908A (ja) 2005-11-04

Family

ID=35438595

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004127797A Pending JP2005309908A (ja) 2004-04-23 2004-04-23 呼出対象決定システム

Country Status (1)

Country Link
JP (1) JP2005309908A (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007233494A (ja) * 2006-02-28 2007-09-13 Fujitsu Ltd 商品価格検出装置および商品価格検出システム
JP2012063964A (ja) * 2010-09-16 2012-03-29 Casio Comput Co Ltd オーダエントリシステム
JP2015005144A (ja) * 2013-06-20 2015-01-08 ヤフー株式会社 情報提供装置、情報提供システム、情報提供方法及び情報提供プログラム
JP2015072720A (ja) * 2015-01-05 2015-04-16 カシオ計算機株式会社 端末装置と情報処理装置及びプログラム
JP2015132948A (ja) * 2014-01-10 2015-07-23 富士通株式会社 配信システム、配信プログラムおよび配信方法
JP2017004316A (ja) * 2015-06-11 2017-01-05 富士通株式会社 接客管理方法、接客管理装置および接客管理プログラム
JP2017182680A (ja) * 2016-03-31 2017-10-05 大日本印刷株式会社 情報提供サーバ装置、プログラム及び情報提供システム
JP2018055242A (ja) * 2016-09-27 2018-04-05 Ｎｅｃマネジメントパートナー株式会社 支援装置、支援方法及びプログラム
JP2020205023A (ja) * 2019-06-12 2020-12-24 東芝テック株式会社 ストアシステム、店員呼出処理方法およびソフトウエア

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007233494A (ja) * 2006-02-28 2007-09-13 Fujitsu Ltd 商品価格検出装置および商品価格検出システム
JP2012063964A (ja) * 2010-09-16 2012-03-29 Casio Comput Co Ltd オーダエントリシステム
JP2015005144A (ja) * 2013-06-20 2015-01-08 ヤフー株式会社 情報提供装置、情報提供システム、情報提供方法及び情報提供プログラム
JP2015132948A (ja) * 2014-01-10 2015-07-23 富士通株式会社 配信システム、配信プログラムおよび配信方法
JP2015072720A (ja) * 2015-01-05 2015-04-16 カシオ計算機株式会社 端末装置と情報処理装置及びプログラム
JP2017004316A (ja) * 2015-06-11 2017-01-05 富士通株式会社 接客管理方法、接客管理装置および接客管理プログラム
US10817882B2 (en) 2015-06-11 2020-10-27 Fujitsu Limited Customer service managing method, information processing device, and storage medium
JP2017182680A (ja) * 2016-03-31 2017-10-05 大日本印刷株式会社 情報提供サーバ装置、プログラム及び情報提供システム
JP2018055242A (ja) * 2016-09-27 2018-04-05 Ｎｅｃマネジメントパートナー株式会社 支援装置、支援方法及びプログラム
JP2020205023A (ja) * 2019-06-12 2020-12-24 東芝テック株式会社 ストアシステム、店員呼出処理方法およびソフトウエア
JP7421294B2 (ja) 2019-06-12 2024-01-24 東芝テック株式会社 ストアシステム、店員呼出処理方法およびソフトウエア

Similar Documents

Publication Publication Date Title
US11606668B2 (en) System and method for service tracking
US11436907B2 (en) Safety service system and method thereof
US7054647B2 (en) Position information system and dispatch supporting system
US8055296B1 (en) Head-up display communication system and method
US8355961B1 (en) Distribution center head-up display
JP7027765B2 (ja) 制御プログラム、制御方法、及び情報処理装置
US10511952B2 (en) Emergency determination support system, and a non-transitory computer readable medium having stored thereon an emergency determination support program
CN103309925B (zh) 便携电子设备中的内容加标签方法和设备
CN101888401A (zh) 多个使用情境的虚拟机实现
JP6211217B1 (ja) ビル用ビーコンシステム
CN110235156A (zh) 一种送餐数据处理方法和送餐设备
JP6831898B2 (ja) 商品購入支援システム、商品購入支援方法、及びプログラム
US20220101258A1 (en) Locker management system
US7035814B2 (en) Method for delivering a product to a register according to a tracked location of a mobile device
JP2005309908A (ja) 呼出対象決定システム
JP2008234185A (ja) 看護師割当装置及びコンピュータプログラム
JP2005300474A (ja) 場所誘導システムおよび場所誘導方法
US20140349618A1 (en) System for Actively Notifying Instant Messages and Locations in a Certain Area and Method Therefor
JP2020004426A (ja) サーバ、情報提供方法、及び情報提供プログラム
JP2004302886A (ja) 接客システムの接客状態管理方法
JP2017123067A (ja) 入店検知システム、入店検知装置およびプログラム
JP2005316933A (ja) タクシー配車予約登録支援プログラム
CN112529514A (zh) 信息处理系统以及记录媒体
JP6938592B2 (ja) 情報処理システム
JP2020140453A (ja) 被災状況把握システム