JP7370535B2 - 呼出しシステム - Google Patents

Description

本発明は、呼出しシステムに関する。

特許文献１は、店舗用遠隔呼出しシステムを開示する。このシステムでは、客室に配置された送信機から注文ボタンスイッチ又は会計ボタンスイッチの操作による呼出し信号が受信側装置に送信され、これに応じて受信側装置から送信機に応答信号が送信される。この応答信号に応じて、注文受付又は会計受付についての確認応答の音声メッセージが、送信機のスピーカから出力される。

特許文献２は、オーダリングシステムを開示する。このシステムでは、呼出し装置から呼出し情報が受信側装置に送信され、呼出し情報を受け付けた受信側装置から呼出し装置に呼出し完了情報が送信される。呼出し装置は、呼出し情報の送信又は呼出し完了情報の受信に応じて報知部の発光装置を点灯又は点滅させる。

特開２００９－１５７６９５号公報 特開２０１１－１１３３８９号公報

しかし、特許文献１及び２のシステムでは、サービスを要求した客（ユーザ）は、そのサービスが受け付けられたことを知ることができるが、どの程度待てばそのサービスが提供されるかを知ることができず、不安感、イライラ感などを覚えることがある。一方で、時々刻々と変化する店内の状況において、サービスの要求から提供までの正確な所要時間を数値化することは難しい。仮に、そのように数値化された時間表示（例えば、カウントダウン）がされたとしても、その時間表示通りにサービスが提供されない場合には、ユーザはやはり不安になったりイライラしたりすることになる。したがって、要求されたサービスが提供されるまでの待ち状況をユーザが適時かつ直感的に把握できるシステムが望まれる。

そこで、本発明は、要求されたサービスが提供されるまでの待ち状況に関する適時かつ直感的なフィードバックをユーザに与えることができる呼出しシステムを提供することを課題とする。

本開示の一実施形態による呼出しシステムは、呼出しデバイス、複数の応答端末及びサーバを備え、呼出しデバイスは、ユーザ操作を受け付ける操作部と、ユーザ操作に応じて所定のサービスの要求を示す要求信号を生成して要求信号をサーバに送信するように構成された信号生成部と、可変の出力パターンで出力動作を行うように構成された出力部と、サーバから受信されたフィードバック信号に含まれる所定のサービスが提供されるまでの所要時間に基づくステータス情報に応じて出力パターンを制御する出力制御部とを含み、複数の応答端末の各々は、サーバから受信された要求信号に対する応答信号を生成するように構成された応答生成部と、ステータス情報を生成し、応答信号及びステータス情報を含む候補フィードバック信号をサーバに送信するように構成されたステータス生成部とを含み、サーバは、要求信号を複数の応答端末に送信する要求信号処理部と、受信された候補フィードバック信号の１つをフィードバック信号として呼出しデバイスに送信するＦＢ信号処理部とを含む。

本開示の他の実施形態による呼出しシステムは、呼出しデバイス、複数の応答端末及びサーバを備え、呼出しデバイスは、ユーザ操作を受け付ける操作部と、ユーザ操作に応じて所定のサービスの要求を示す要求信号を生成して要求信号をサーバに送信するように構成された信号生成部と、可変の出力パターンで出力動作を行うように構成された出力部と、サーバから受信されたフィードバック信号に含まれる所定のサービスが提供されるまでの所要時間に基づくステータス情報に応じて出力パターンを制御する出力制御部とを含み、複数の応答端末の各々が、サーバから受信された要求信号に対する応答信号からなる候補フィードバック信号を生成して候補フィードバック信号をサーバに送信するように構成された応答生成部を含み、サーバは、要求信号を複数の応答端末に送信する要求信号処理部と、所定のサービスを提供するための所要時間を予測して所要時間に基づいてステータス情報を決定するステータス決定部と、受信された候補フィードバック信号の１つにステータス情報を含めてフィードバック信号を生成し、フィードバック信号を呼出しデバイスに送信するように構成されたＦＢ信号処理部とを含む。

本発明の第１の実施形態による呼出しシステムのブロック図である。 本発明の第１の実施形態による呼出しシステムの一例の信号フロー図である。 本発明の第２の実施形態による呼出しシステムのブロック図である。 本発明の第２の実施形態による呼出しシステムの他の例の信号フロー図である。 本発明の実施形態による呼出しデバイスの一例の外観図である。 本発明の実施形態による呼出しデバイスの他の例の外観図である。 本発明の実施形態による応答端末を説明する図である。 本発明の実施形態による応答端末を説明する図である。 本発明の実施形態による応答端末を説明する図である。 本発明の実施形態による応答端末を説明する図である。 本発明の実施形態による応答端末を説明する図である。 本発明の実施形態による応答端末を説明する図である。 本発明の実施形態による応答端末を説明する図である。

＜第１の実施形態＞
図１は、本発明の第１の実施形態による呼出しシステム１のブロック図である。呼出しシステム１は、例えば、レストラン、居酒屋などの飲食店（店舗）Ｒに対して適用され、客（要求ユーザ）が店員（応答ユーザ）にサービスを要求し、要求ユーザが応答ユーザにそのサービスを提供する状況において利用されるシステムである。なお、要求ユーザと応答ユーザとを区別しない場合には、要求ユーザ又は応答ユーザを単に「ユーザ」というものとする。

呼出しシステム１は、呼出しデバイス２－１～２－ｍ、応答端末３－１～３－ｎ及びサーバ４を含む。なお、本実施形態において、呼出しデバイス２－１～２－ｍの各々は同様の構成を有し、応答端末３－１～３－ｎの各々は同様の構成を有するものとする。また、本開示において、呼出しデバイス２－１～２－ｍを総称して又は１つを代表して呼出しデバイス２というものとし、応答端末３－１～３－ｎを総称して又は１つを代表して応答端末３というものとする。各呼出しデバイス２は、店舗Ｒ内の各テーブルに載置されるデバイスである。各応答端末３は、各店員に携帯される通信端末であり、例えば、ウォッチ型ウェアラブル端末、スマートフォン、タブレット端末などである。サーバ４は、店舗Ｒから遠隔に位置し得るクラウドサーバなどのサーバであってもよいし、店舗Ｒに配置されたローカルサーバであってもよい。なお、図１は１つの店舗Ｒを示すが、呼出しシステム１は複数の店舗Ｒを含み得る。

呼出しシステム１の概略動作は、次の通りである。まず、呼出しデバイス２が、要求ユーザの操作に応じて所定のサービスの要求を示す要求信号をサーバ４に送信する。サーバ４は、受信した要求信号を応答端末３（通常は複数の応答端末３）に送信する。一部又は全部の応答端末３が、応答ユーザの操作に応じて候補フィードバック信号をサーバ４に送信する。サーバ４は、候補フィードバック信号の１つであるフィードバック信号を送信した応答端末３のうちの１つの端末に要求サービスの提供指示のためのタスク信号を送信する。また、サーバ４は、フィードバック信号を要求信号の送信元の呼出しデバイス２に送信する。フィードバック信号は、要求サービスの提供の所要時間（待ち時間）に関するステータス情報を含む。フィードバック信号を受信した呼出しデバイス２は、フィードバック信号に含まれるステータス情報に応じたパターンで出力動作（例えば、発光）を行う。その後、タスク信号を受けた応答端末３の応答ユーザは、要求サービスを要求ユーザに提供する。そして、要求サービスの提供完了時に、呼出しデバイス２は、応答ユーザの操作に応じて、出力動作をデフォルトの状態（例えば、消灯）に戻し、取消信号をサーバ４に送信する。また、要求ユーザは応答ユーザによるサービスの提供を評価することができ、呼出しデバイス２は要求ユーザの操作に応じて評価信号をサーバ４に送信することができる。

本実施形態では、ステータス情報は、即時に要求サービスの提供が可能なことを示す即応ステータス、要求サービス提供の遅延が予想されることを示す遅延ステータス、又は即応ステータスと遅延ステータスの中間の中間ステータスを示すことができる。なお、上記の「即時」、「遅延」、「中間」に対応する具体的な時間は、店舗Ｒの管理者、呼出しシステム１の管理者、呼出しデバイス２の所有者、応答端末３を操作する応答ユーザなどによって適宜判断される。

呼出しデバイス２は通信部２１、操作部２２、出力部２３、制御部２４及び電源部２５を備え、出力部２３は発光出力部２３ａ及び補助出力部２３ｂを含み、制御部２４は信号生成部２４ａ及び出力制御部２４ｂを含む。通信部２１、操作部２２、発光出力部２３ａ、補助出力部２３ｂ、信号生成部２４ａ、出力制御部２４ｂ及び電源部２５の各部はバスによって適宜の電圧、信号又はデータのやり取りが可能な態様で接続される。

通信部２１は、サーバ４（通信ネットワークＮ及び通信部４１）と、適宜の通信規格によって通信可能な一般的な通信手段であればよい。この通信は、例えば、Ｗｉ－Ｆｉスポット又はＷｉ－Ｆｉルータを介したＷｉ－Ｆｉ（登録商標）通信、又は３Ｇ、４Ｇ、ＬＴＥなどの規格による無線通信である。詳細を後述するように、通信部２１は、制御部２４による制御の下で、要求信号、評価信号又は取消信号をサーバ４に送信し、フィードバック信号をサーバ４から受信する。なお、本開示において、要求信号、評価信号及び取消信号をまとめて操作信号というものとする。

操作部２２は、要求ボタン２２ａ、評価ボタン２２ｂ及び取消ボタン２２ｃを備える。なお、後述の説明から分かるように、図１では各１つの要求ボタン２２ａ、評価ボタン２２ｂ及び取消ボタン２２ｃを示すが、要求ボタン２２ａ、評価ボタン２２ｂ及び取消ボタン２２ｃの各々は複数のボタンからなり得る。

要求ボタン２２ａは、サービスの要求を受け付けるためのボタンであり、要求ユーザの操作（接触、押圧など）に応じて要求受付信号を生成する。ここで、サービスは、特定の飲食物（水（お冷）、お茶、ビール、料理など）の給仕の要求、会計の要求、呼出しの要求、食器（箸、スプーン、フォーク、ナイフ、トング、グラス、皿、器など）の配膳の要求などである。要求ボタン２２ａによって生成された要求受付信号は、制御部２４に出力される。

評価ボタン２２ｂは、サービスに対する評価（特に高評価）を受け付けるためのボタンであり、要求ユーザによる操作に応じて評価受付信号を生成する。この高評価は、いわゆる「いいね」を意味するものに相当する。評価ボタン２２ｂによって生成された評価受付信号は、制御部２４に出力される。

取消ボタン２２ｃは、要求ボタン２２ａによって生じた効果を取り消すためのボタンであり、ユーザの操作に応じて取消受付信号を生成する。なお、要求ボタン２２ａ及び評価ボタン２２ｂは要求ユーザによって使用され得るのに対し、取消ボタン２２ｃは要求ユーザ又は応答ユーザによって使用され得る。すなわち、取消ボタン２２ｃは、応答ユーザが発動済みの要求サービスの提供を完了した場合又は要求ユーザが発動済みの要求サービスを自発的にキャンセルする場合に使用され得る。ただし、本開示においては、前者（応答ユーザによる使用）を主として後者（要求ユーザによる使用）を従として想定されるものとする。取消ボタン２２ｃによって生成された取消受付信号は、制御部２４に出力される。

発光出力部２３ａは、ＬＥＤランプなどの発光体である。発光出力部２３ａは、不図示のＬＥＤアレイ及びその駆動回路を備える。駆動回路は、後述の電源部２５から供給される直流電圧からＬＥＤアレイの駆動に適した直流電流を生成するためのＤＣ／ＤＣコンバータを含む。ＬＥＤアレイは、多数の赤色ＬＥＤ素子、緑色ＬＥＤ素子及び青色ＬＥＤ素子を含み、駆動回路のＤＣ／ＤＣコンバータによって多色発光可能に駆動される。駆動回路の動作状態は、出力制御部２４ｂによって決定される。なお、発光出力部２３ａは、有機ＥＬを用いた発光体（ＯＬＥＤ）で構成されてもよい。補助出力部２３ｂは、液晶表示部、スピーカなどであり、その動作状態は出力制御部２４ｂによって制御される。

制御部２４はＣＰＵ及びメモリを含み、そのＣＰＵは信号生成部２４ａ及び出力制御部２４ｂを含む。なお、制御部２４は、呼出しデバイス２の全体の動作を制御するものであり、信号生成部２４ａ及び出力制御部２４ｂの機能以外の各種機能も実行することができる。

信号生成部２４ａは、要求受付信号、評価受付信号及び取消受付信号に基づいて要求信号、評価信号及び取消信号（操作信号）のフレームをそれぞれ生成し、生成したフレームを通信部２１からサーバ４に送信させる。なお、要求信号は、少なくとも要求サービスの内容を示すコード及び呼出しデバイス２の識別子（店舗を指定する識別子、テーブル位置を指定する識別子など）を含む。また、評価信号は、少なくとも評価を示すコード及び呼出しデバイス２の識別子を含む。また、取消信号は、少なくとも要求サービスの提供完了（又は要求取消）を示すコード及び呼出しデバイス２の識別子を含む。

出力制御部２４ｂは、通信部２１によって受信されたフィードバック信号に基づいて出力部２３の出力パターンを制御する。特に、出力制御部２４ｂは、出力パターンとして、発光出力部２３ａの発光パターンを制御し得る。本実施形態で主に使用される発光出力部２３ａについては、出力制御部２４ｂは、フィードバック信号に含まれるステータス情報に基づいて発光出力部２３ａの駆動回路の動作状態を制御する。ステータス情報及び発光パターンについては詳細を後述する。また、出力制御部２４ｂは、操作部２２から入力された取消受付信号に応じて、発光出力部２３ａの発光状態をデフォルト状態（例えば、消灯）に戻す。また、出力制御部２４ｂは、応答端末３からサーバ４を介して受信された遠隔取消信号に応じて、発光出力部２３ａの発光状態をデフォルト状態に戻すこともできる。言い換えると、出力制御部２４ｂは、取消信号の生成又は遠隔取消信号の受信に応じて、フィードバック信号に起因する出力動作を無効化する。

また、出力制御部２４ｂは、補助出力部２３ｂの動作パターンも制御することができる。補助出力部２３ｂが液晶表示部などのディスプレイである場合には、ステータス情報に応じた文字表示出力が可能である。補助出力部２３ｂがスピーカである場合には、ステータス情報に応じた音声出力が可能である。また、発光出力部２３ａと同様に、出力制御部２４ｂは、取消信号の生成又は遠隔取消信号の受信に応じて、補助出力部２３ｂの動作状態をデフォルト状態（例えば、無出力状態）に戻すことができる。またさらに、補助出力部２３ｂがディスプレイである場合には、ステータス情報とは無関係に、おすすめメニュー、呼出しデバイス２の操作方法、店又は商品の宣伝広告などの各種情報が表示され得る。補助出力部２３ｂがスピーカである場合には、ステータス情報とは無関係に、ＢＧＭが出力され得る。この場合、補助出力部２３ｂの動作状態（表示又は音声）は、サーバ４から受信された各種信号に応じて、又は制御部２４のメモリに記憶されたプログラムに従って、制御部２４によって制御される。

電源部２５は、外部から給電される交流電源（例えば、商用電源）から所定の直流電圧を生成するＡＣ／ＤＣ変換器、外部から（例えば、ＡＣ／ＤＣアダプタを介して）給電される直流電源から所定の直流電圧を生成するＤＣ／ＤＣ変換器、又は呼出しデバイス２に内蔵された一次電池若しくは二次電池である。電源部２５は、生成した直流電圧を通信部２１、出力部２３及び制御部２４（さらに必要に応じて操作部２２）に供給する。

応答端末３は通信部３１、ＣＰＵ３２、メモリ３３及び入出力インターフェース（Ｉ／Ｆ）３４を備え、ＣＰＵ３２は応答生成部３２ａ、ステータス生成部３２ｂ及び取消制御部３２ｃを含む。これらの各部は、相互に信号及びデータのやり取りが可能な態様で接続されているものとする。

通信部３１は、サーバ４（通信ネットワークＮ及び通信部４１）とＷｉＦｉ、３Ｇ、４Ｇ、ＬＴＥなどの通信規格によって無線通信可能な一般的な通信手段であればよい。ＣＰＵ３２及びメモリ３３は、コンピュータを構成するプロセッサ及びメモリであり、メモリ３３には必要なアプリケーションのプログラムが既にインストールされているものとし、ＣＰＵ３２はそのプログラムを実行可能であるものとする。言い換えると、特に断りがない限り、応答端末３の動作は、ＣＰＵ３２を主体として実行されるものとする。また、ＣＰＵ３２は、応答生成部３２ａ、ステータス生成部３２ｂ及び取消制御部３２ｃの機能以外の各種機能も実行することができる。入出力Ｉ／Ｆ３４は、タッチパネル（及び必要に応じてスピーカ）である。以下、入出力Ｉ／Ｆ３４をタッチパネル３４ともいう。

応答生成部３２ａは、応答ユーザによる操作（例えば、タッチパネル３４上の所定アイコンのタップなどのタッチ操作）に応じて、サーバ４から受信された要求信号に対する応答信号を生成する。応答信号には、応答端末３の識別子などが含まれる。

ステータス生成部３２ｂは、応答ユーザによる操作（例えば、タッチパネル３４上の所定アイコンのタップなどのタッチ操作）に応じて、応答信号に付加すべきステータス情報を生成する。ステータス生成部３２ｂは、応答信号にステータス情報を付加して候補フィードバック信号を生成する（言い換えると、本実施形態では、候補フィードバック信号は応答信号及びステータス情報を含む）。ＣＰＵ３２（ステータス生成部３２ｂ）は、候補フィードバック信号を通信部３１からサーバ４（通信部４１）に送信させる。

取消制御部３２ｃは、応答ユーザによる操作（例えば、タッチパネル３４上の所定アイコンのタップなどのタッチ操作）に応じて、遠隔取消信号を生成する。ＣＰＵ３２（取消制御部３２ｃ）は、取消ボタン２２ｃを遠隔操作するための遠隔取消信号を通信部３１からサーバ４（通信部４１）に送信させる。これにより、応答ユーザが呼出しデバイス２を直接操作することが困難な場合（例えば、テーブルの奥の方に呼出しデバイス２が配置され、応答ユーザによる取消ボタン２２ｃの操作が困難な場合）でも、有効化された出力部２３の動作を容易に無効化することができる。

サーバ４は、通信部４１、記憶部４２、処理部４３、要求信号処理部４４、フィードバック（ＦＢ）信号処理部４５、取消信号処理部４６及び評価信号処理部４７を備える。これらの各部は、相互に信号及びデータのやり取りが可能な態様で接続されているものとする。

通信部４１は、一般的な通信装置であればよく、呼出しデバイス２（通信部２１）及び応答端末３（通信部３１）と通信ネットワークＮを介して無線通信可能であればよい。なお、本開示において、処理部４３、要求信号処理部４４、ＦＢ信号処理部４５、取消信号処理部４６又は評価信号処理部４７が信号を送信、受信又は転送するという記載は、当該各部が通信部４１に信号を送信、受信又は転送させることを意味する。

記憶部４２には、呼出しデバイス２の識別子と応答端末３の識別子との対応関係（以下、「デバイス－端末対応関係」という）が予め記憶されている。デバイス－端末対応関係は、例えば、同じ店舗Ｒに含まれる全ての呼出しデバイス２と全ての応答端末３とのグルーピング、同じ店舗Ｒに含まれる特定の呼出しデバイス２と特定の応答端末３とのグルーピングなどを特定する。また、記憶部４２は、データベースとして機能し、大量のデータをビックデータとして蓄積することができる。このビックデータには、操作信号、タスク信号及びフィードバック信号の全ての記録（すなわちログ）が含まれ得る。

処理部４３はＣＰＵなどで構成され、サーバ４内の各部の統括制御、通信部４１の通信制御など、一般的なクラウドサーバの処理機能を実行し得る。言い換えると、処理部４３は、要求信号処理部４４、ＦＢ信号処理部４５、取消信号処理部４６及び評価信号処理部４７の機能以外の各種機能を実行し得る。また、処理部４３は、記憶部４２に蓄積されたビックデータの個数処理などの統計的処理を行うことができる。

要求信号処理部４４は、呼出しデバイス２から受信された要求信号に関して、記憶部４２に記憶されたデバイス－端末対応関係を参照して当該要求信号の転送先となる応答端末３を決定する。例えば、ある呼出しデバイス２からの要求信号が受信されると、要求信号処理部４４は、デバイス－端末対応関係に基づいて、当該呼出しデバイス２と同じ店舗に属する全ての応答端末３に要求信号を転送することを決定し得る。あるいは、ある呼出しデバイス２からの要求信号が受信されると、要求信号処理部４４は、デバイス－端末対応関係に基づいて、当該呼出しデバイス２と同じ店舗に属する応答端末３のうちの特定の区画（例えば、特定のフロア、特定のエリア）に属する応答端末３に要求信号を転送することを決定し得る。あるいは、ある呼出しデバイス２からの要求信号が受信されると、要求信号処理部４４は、デバイス－端末対応関係に基づいて、当該呼出しデバイス２と同じ店舗に属する応答端末３のうちの当該要求信号に関係する応答端末３（例えば、所定の担当者の応答端末３）に要求信号を転送することを決定し得る。要求信号処理部４４は、要求信号を決定された転送先の応答端末３に転送する。

ＦＢ信号処理部４５は、応答端末３から受信された候補フィードバック信号を採用するか否か、又は複数の応答端末３から受信された候補フィードバック信号のいずれを採用するかを決定する。例えば、ＦＢ信号処理部４５は、最初に受信された候補フィードバック信号（以下、「第１フィードバック信号」という）をフィードバック信号として採用するように構成され得る。あるいは、ＦＢ信号処理部４５は、受信された複数の候補フィードバック信号のうちの最適な候補フィードバック信号（以下、「最適フィードバック信号」という）をフィードバック信号として採用するように構成されてもよい。最適フィードバック信号は、例えば、最も早い要求サービスの提供が可能であることを示す候補フィードバック信号であり得る。具体的には、即応ステータスを示す候補フィードバック信号及び中間ステータス又は遅延ステータスを示す候補フィードバック信号が受信された場合には、即応ステータスを示す候補フィードバック信号が最適フィードバック信号となる。また、中間ステータスを示す候補フィードバック信号及び遅延ステータスを示す候補フィードバック信号が受信された場合には、中間ステータスを示す候補フィードバック信号が最適フィードバック信号となる。本開示において、フィードバック信号（第１フィードバック信号又は最適フィードバック信号）の送信元の応答端末３を「指定応答端末３ｘ」と表記する。

ＦＢ信号処理部４５は、フィードバック信号を要求信号の送信元の呼出しデバイス２に送信する。また、ＦＢ信号処理部４５は、フィードバック信号に関する情報、当該フィードバック信号に対応する要求信号に関する情報、指定応答端末３ｘ（又はそのユーザ）に関する情報などを記憶部４２に記憶させる。さらに、ＦＢ信号処理部４５は、候補フィードバック信号が採用されたか否か、すなわち、要求サービスの提供の指示を示すタスク信号を少なくとも指定応答端末３ｘに送信するように構成され得る。

取消信号処理部４６は、呼出しデバイス２から受信された取消信号を所定の応答端末３に送信する。ここで、所定の応答端末３とは、要求信号の転送先である全ての応答端末３であってもよいし、候補フィードバック信号の送信元である全ての応答端末３であってもよいし、指定応答端末３ｘであってもよい。また、取消信号処理部４６は、指定応答端末３ｘの識別子、要求サービスの種類、サービス提供の実績所要時間などのデータを記憶部４２に蓄積する集計処理を行うように構成され得る。なお、実績所要時間は、要求信号が受信されてから取消信号を受信するまでの時間又はフィードバック信号が受信されてから取消信号を受信するまでの時間である。また、取消信号処理部４６は、応答端末３から受信された遠隔取消信号を呼出しデバイス２に送信する。この場合、実績所要時間は、要求信号が受信されてから遠隔取消信号を受信若しくは送信するまでの時間又はフィードバック信号が受信されてから遠隔取消信号を受信若しくは送信するまでの時間である。

評価信号処理部４７は、評価信号の送信元の呼出しデバイス２が送信した直近の要求信号（サービス）に関して、指定応答端末３ｘの応答ユーザに対する評価を高める評価処理を行うように構成される。評価処理の一環として、各応答端末３のユーザに対する評価は、記憶部４２に蓄積される。この記憶された各ユーザに対する評価は、当該ユーザに対する報酬、待遇などに反映され得る。また、評価処理の一環として、評価信号処理部４７は、評価対象となった応答ユーザの応答端末３（指定応答端末３ｘ）に、評価された旨を通知するようにしてもよい。なお、評価処理は、各応答端末３又はその応答ユーザに対する評価、各店舗Ｒ（応答端末３－１～３－ｎ）又はその応答ユーザに対する評価、各サービスに対する評価又はこれらの組合せに関するものであり得る。

図２は、本実施形態の呼出しシステム１の一例による信号フロー図である。なお、応答端末３として、応答端末３ａ、３ｂ及び３ｃを例示する。

ステップＳ１０において、呼出しデバイス２（信号生成部２４ａ）が、要求ユーザによる要求ボタン２２ａの操作に応じて、要求信号をサーバ４に送信する。

ステップＳ１２ａ、１２ｂ及び１２ｃにおいて、サーバ４（要求信号処理部４４）が、要求信号を応答端末３ａ、３ｂ及び３ｃにそれぞれ送信する。

ステップＳ１２ａ、１２ｂ及び１２ｃに応じて、ステップＳ１４ａにおいて応答端末３ａが、ステップＳ１４ｃにおいて応答端末３ｃがそれぞれ（応答信号及びステータス情報を含む）候補フィードバック信号をサーバ４に送信したものとする。なお、応答端末３ｂは、候補フィードバック信号を送信しないものとする。ここでは、応答端末３ｃが、第１フィードバック信号又は最適フィードバック信号（すなわち、フィードバック信号）を送信したものとする。すなわち、応答端末３ｃが、指定応答端末３ｘとなる。

ステップＳ１６ｃにおいて、サーバ４（ＦＢ信号処理部４５）が、候補フィードバック信号が採用されたこと（すなわち、サービス提供指示）を示すタスク信号を応答端末３ｃに送信する。なお、サーバ４（ＦＢ信号処理部４５）は、候補フィードバック信号が採用されなかったことを示すタスク信号を応答端末３ａのみ又は応答端末３ａ及び３ｂに送信してもよい。ステップＳ１８において、サーバ４（ＦＢ信号処理部４５）が、フィードバック信号を呼出しデバイス２に送信する。

ステップＳ２０において、呼出しデバイス２（出力制御部２４ｂ）が、受信したフィードバック信号に含まれるステータス情報に応じて発光出力部２３ａの発光制御又は補助出力部２３ｂの動作制御（出力部２３の出力制御）を行う。例えば、出力制御部２４ｂは、発光出力部２３ａの発光制御を行う。

その後、応答端末３ｃの応答ユーザが、要求サービスを提供する（破線）。この際、ステップＳ３０において、応答ユーザが呼出しデバイス２の取消ボタン２２ｃを作動させると、呼出しデバイス２（発光制御部２４ｂ）は出力部２３の動作を無効化する。例えば、出力制御部２４ｂは、発光出力部２３ａを消灯させる。あるいは、応答ユーザの操作に応じて応答端末３ｃ（取消制御部３２ｃ）が遠隔取消信号をサーバ４に送信し、サーバ４（取消信号処理部４６）が遠隔取消信号を呼出しデバイス２に送信し、出力制御部２４ｂが出力部２３の動作を無効化することもできる。このように、応答ユーザは、１つのサービス要求について、自身の持ち場と要求ユーザのテーブルとの間を一往復するだけでよい。ステップＳ３２において、呼出しデバイス２は、取消信号をサーバ４に送信する。なお、サーバ４（取消信号処理部４６）は、取消信号を少なくとも応答端末３ｃを含む所定の応答端末３に送信してもよい。ステップＳ３４において、必要に応じて、サーバ４（取消信号処理部４６）は、サービス提供に関するデータ（応答端末３ｃの識別子、要求サービスの種類、実績所要時間など）の集計処理を行う。

ステップＳ４０において、呼出しデバイス２が、要求ユーザによる評価ボタン２２ｂの操作に応じて、評価信号をサーバ４に送信したものとする。これに応じて、ステップＳ４２において、サーバ４（評価信号処理部４７）は、必要な評価処理を行う。

以上のように、本実施形態の呼出しシステム１は、呼出しデバイス２、複数の応答端末３及びサーバ４を備える。呼出しデバイス２は、ユーザ操作を受け付ける操作部２２と、ユーザ操作に応じて所定のサービスの要求を示す要求信号を生成してその要求信号をサーバ４に送信するように構成された信号生成部２４ａと、可変の出力パターンで出力動作を行うように構成された出力部２３と、サーバ４から受信されたフィードバック信号に含まれる所定のサービスが提供されるまでの所要時間に基づくステータス情報に応じて出力パターンを制御する出力制御部２４ｂとを含む。複数の応答端末３の各々は、サーバ４から受信された要求信号に対する応答信号を生成するように構成された応答生成部３２ａと、ステータス情報を生成し、応答信号及びステータス情報を含む候補フィードバック信号をサーバ４に送信するように構成されたステータス生成部３２ｂとを含む。サーバ４は、要求信号を複数の応答端末３に送信する要求信号処理部４４と、受信された候補フィードバック信号の１つをフィードバック信号として呼出しデバイス２に送信するＦＢ信号処理部４５とを含む。

このように、本実施形態の呼出しシステム１によると、複数の応答端末３の一部又は全部が、呼出しデバイス２からの要求信号に係るサービス提供の所要時間に基づくステータス情報を生成して、そのステータス情報を含む候補フィードバック信号をサーバ４に送信する。サーバ４は、候補フィードバック信号の中から１つのフィードバック信号を決定して呼出しデバイス２に送信する。そして、呼出しデバイス２は、フィードバック信号に含まれるステータス情報に応じて出力部２３の出力パターンを制御する。これにより、要求サービスが提供されるまでの待ち状況に関する適時かつ直感的なフィードバックをユーザに与えることができる呼出しシステム１が実現される。

本実施形態の一態様では、ＦＢ信号処理部４５は、１以上の候補フィードバック信号のうち、最も早く受信された候補フィードバック信号をフィードバック信号として決定するように構成される。あるいは、本実施形態の一態様では、ＦＢ信号処理部４５は、１以上の候補フィードバック信号のうち、最も短い所要時間を示すステータス情報を含む候補フィードバック信号をフィードバック信号として決定するように構成される。これにより、最速の要求サービスの提供が期待される。

本実施形態の一態様では、信号生成部２４ａは、ユーザ操作に応じて要求信号に対する所定のサービスの提供についての評価を示す評価信号を生成してその評価信号をサーバ４に送信するように構成される。サーバ４は、複数の応答端末３の各々、複数の応答端末３の各ユーザ、複数の応答端末３の一部若しくは全部、複数の応答端末３のユーザの一部若しくは全部又は所定のサービスについて、評価信号を集計する評価信号処理部４６をさらに含む。これにより、サービスの提供に関して、応答ユーザ又は店舗に対する適切かつ多様な評価が可能となり、応答ユーザ又は店舗のサービス向上が図られる。この作用及び効果は、後述の第２の実施形態でも同様に得られる。

本実施形態の一態様では、評価信号処理部４６は、複数の応答端末３のうちの指定応答端末３ｘが要求信号に対するフィードバック信号を送信した応答端末である場合に評価信号の受信を指定応答端末３ｘに通知するように構成される。これにより、指定応答端末３ｘの応答ユーザは自己のサービスの評価をリアルタイムで知ることができ、応答ユーザの勤労意欲の向上が図られる。この作用及び効果は、後述の第２の実施形態でも同様に得られる。

本実施形態の一態様では、ＦＢ信号処理部４５は、複数の応答端末３のうちの指定応答端末３ｘからの候補フィードバック信号がフィードバック信号として採用された場合に、所定のサービスの提供を指示するタスク信号を指定応答端末３ｘに送信するように構成される。これにより、指定応答端末３ｘの応答ユーザが自己のタスクを明確に把握することができるとともに、指定応答端末３ｘ以外の応答ユーザの重複労働を回避することができる。この作用及び効果は、後述の第２の実施形態でも同様に得られる。

本実施形態の一態様では、複数の応答端末３の各々は、遠隔取消信号を生成してサーバに送信するように構成された取消制御部３２ｃを含む。サーバ４は、受信された遠隔取消信号を呼出しデバイス２に送信するように構成された取消信号処理部４７をさらに含む。出力制御部２４ｂは、遠隔取消信号の受信に応じて、出力部２３をフィードバック信号の受信前の状態に戻すように構成される。これにより、応答ユーザが呼出しデバイス２を直接操作することが困難な場合でも、有効化された出力部２３の動作を容易に無効化することができる。この作用及び効果は、後述の第２の実施形態でも同様に得られる。

本実施形態の一態様では、出力部２３は発光出力部２３ａであり、出力パターンは発光パターンである。これにより、ユーザは、要求サービスのステータスを視覚的かつ直感的に把握することができる。言い換えると、この出力パターンは言語に依らないため、多言語対応が不要であり、呼出しシステム１又は呼出しデバイス２のグローバル展開又はインバウンド対応における適応性及び汎用性が高まる。汎用性が高まる。この作用及び効果は、後述の第２の実施形態でも同様に得られる。

＜第２の実施形態＞
上記第１の実施形態では、ステータス情報が応答端末３において生成されて結果的にサーバ４において決定される構成を示したが、本実施形態ではステータス情報がサーバ４において決定される構成を示す。

図３は、本発明の第２の実施形態による呼出しシステム１のブロック図である。本実施形態ではステータス情報が応答端末３において生成されたが、本実施形態ではステータス情報がサーバ４において決定される。本実施形態は、応答端末３のＣＰＵ３２がステータス生成部３２ｂを含まず、サーバ４がステータス決定部４８を含む点で、第１の実施形態と異なる。なお、本実施形態において、第１の実施形態の構成要素と同様の構成要素には同一の符号を付し、その説明を簡略化又は省略する。

ＣＰＵ３２の応答生成部３２ａは、応答ユーザによる操作（例えば、タッチパネル３４上の所定アイコンのタップなどのタッチ操作）に応じて、サーバ４から受信された要求信号に対する応答信号を生成する。応答信号には、応答端末３の識別子などが含まれる。応答生成部３２ａは、応答信号からなる候補フィードバック信号を生成する（言い換えると、本実施形態では、候補フィードバック信号は応答信号を含み、ステータス情報を含まない）。ＣＰＵ３２（応答生成部３２ａ）は、候補フィードバック信号を通信部３１からサーバ４（通信部４１）に送信させる。

ステータス決定部４８は、取消信号処理部４６によって記憶部４２に記憶及び蓄積された実績所要時間のデータに基づいて各サービスの提供のための所要時間を予測する予測処理を行う。この予測処理には、ＮＰＳ（ネットプロモータースコア）が使用され得る。また、ステータス決定部４８は、記憶部４２に記憶されたデータに基づいて、呼出しデバイス２又は応答端末３の各適用環境、各要求サービスの内容、特定の期間、各応答端末３、各応答ユーザ又はそれらの組合せについて、所要時間を学習及び予測することもできる。上記適用環境は、店舗Ｒの種類、業態、ランク（高級店／大衆店）などを含む。上記特定の期間は、季節、月、日（曜日、休祝日）、時間帯などを含む。上記学習には、周知の人工知能（ＡＩ）（例えば、マシンラーニング（ＭＬ）（例えば、ディープラーニング（ＤＬ）））が使用され得る。ステータス決定部４８は、予測所要時間に基づいてステータス情報（即応ステータス、中間ステータス又は遅延ステータス）を決定する。ステータス決定部４８は、決定したステータス情報をＦＢ信号処理部４５に出力する。ＦＢ信号処理部４５は、応答信号にステータス情報を付加して（すなわち、候補フィードバック信号にステータス情報を含めて）フィードバック信号を生成し、そのフィードバック信号を要求信号の送信元の呼出しデバイス２に送信する。

記憶部４２のデータベースには、予測所要時間を各ステータスに対応付けるための閾値（時間閾値）が記憶される。ステータス決定部４８は、予測所要時間が第１の閾値未満である場合には即応ステータスを決定し、予測所要時間が第１の閾値以上かつ第２の閾値未満である場合には中間ステータスを決定し、予測所要時間が第２の閾値以上である場合には遅延ステータスを決定する。なお、第１の閾値＜第２の閾値である。各閾値は、店舗Ｒの管理者、呼出しシステム１の管理者、呼出しデバイス２の所有者などによってカスタマイズ可能であり、記憶部４２のデータベースに記憶される。

図４は、本実施形態の呼出しシステム１の他の例による信号フロー図である。本例でも、応答端末３として、応答端末３ａ、３ｂ及び３ｃを例示する。

ステップＳ１０において、呼出しデバイス２（信号生成部２４ａ）が、要求ユーザによる要求ボタン２２ａの操作に応じて、要求信号をサーバ４に送信する。

ステップＳ１１において、ステータス決定部４８が、記憶部４２に記憶された実績所要時間に基づいて予測処理を行う。これにより、要求サービスを提供するための所要時間が予測され、予測所要時間に基づいてステータス情報が決定される。

ステップＳ１２ａ、１２ｂ及び１２ｃにおいて、サーバ４（要求信号処理部４４）が、要求信号を応答端末３ａ、３ｂ及び３ｃにそれぞれ送信する。

ステップＳ１２ａ、１２ｂ及び１２ｃに応じて、ステップＳ１５ｂにおいて、応答端末３ｂが、最初に応答信号（候補フィードバック信号）をサーバ４に送信したものとする。すなわち、ステップＳ１５ｂにおいて送信された候補フィードバック信号が第１フィードバック信号となり、応答端末３ｂが指定応答端末３ｘとなる。

ステップＳ１６ｂにおいて、サーバ４（ＦＢ信号処理部４５）が、フィードバック信号が採用されたこと（すなわち、サービス提供指示）を示すタスク信号を応答端末３ｂに送信する。

ステップＳ１９において、サーバ４（所要時間予測部４８）が、ステップＳ１１で決定されたステータス情報をフィードバック信号に含める。サーバ４（ＦＢ信号処理部４５）は、そのフィードバック信号を呼出しデバイス２に送信する。

ステップＳ２０において、呼出しデバイス２（出力制御部２４ｂ）が、受信したフィードバック信号に含まれるステータス情報に応じて発光出力部２３ａの発光制御又は補助出力部２３ｂの動作制御を行う。例えば、出力制御部２４ｂは、発光出力部２３ａの発光制御を行う。

その後、応答端末３ｂの応答ユーザが、要求サービスを提供する（破線）。ステップＳ３０～Ｓ４２は、第１の実施形態におけるステップＳ３０～Ｓ４２（図２）と実質的に同じである（ただし、応答端末３ｃが応答端末３ｂに読み替えられる）。

以上のように、本実施形態の呼出しシステム１は、呼出しデバイス２、複数の応答端末３及びサーバ４を備える。呼出しデバイス２は、ユーザ操作を受け付ける操作部２２と、ユーザ操作に応じて所定のサービスの要求を示す要求信号を生成してその要求信号をサーバ４に送信するように構成された信号生成部２４ａと、可変の出力パターンで出力動作を行うように構成された出力部２３と、サーバ４から受信されたフィードバック信号に含まれる所定のサービスが提供されるまでの所要時間に基づくステータス情報に応じて出力パターンを制御する出力制御部２４ｂとを含む。複数の応答端末３の各々は、サーバ４から受信された要求信号に対する応答信号からなる候補フィードバック信号を生成してその候補フィードバック信号をサーバ４に送信するように構成された応答生成部３２ａを含む。サーバ４は、要求信号を複数の応答端末３に送信する要求信号処理部４４と、所定のサービスを提供するための所要時間を予測して所要時間に基づいてステータス情報を決定するステータス決定部４８と、受信された候補フィードバック信号の１つにステータス情報をフィードバック信号に含めてフィードバック信号を生成し、そのフィードバック信号を呼出しデバイス２に送信するように構成されたＦＢ信号処理部４５とを含む。

このように、本実施形態の呼出しシステム１によると、応答端末３が、呼出しデバイス２からの要求信号に対する候補フィードバック信号をサーバ４に送信する。サーバ４が、呼出しデバイス２からの要求信号に係るサービス提供の所要時間に基づくステータス情報を生成し、候補フィードバック信号のうちの１つにステータス情報を含めてフィードバック信号を生成してフィードバック信号を呼出しデバイス２に送信する。そして、呼出しデバイス２は、フィードバック信号に含まれるステータス情報に応じて出力部２３の出力パターンを制御する。これにより、要求サービスが提供されるまでの待ち状況に関する適時かつ直感的なフィードバックをユーザに与えることができる呼出しシステム１が実現される。

本実施形態の一態様では、ＦＢ信号処理部４５は、１以上の候補フィードバック信号のうち、最も早く受信された候補フィードバック信号をフィードバック信号として決定するように構成される。これにより、最速の要求サービスの提供が期待される。

本実施形態の一態様では、信号生成部２４ａは、ユーザ操作に応じて所定のサービスの要求が取り消されたことを示す取消信号を生成して取消信号をサーバ４に送信するように構成される。出力制御部２４ｂは、取消信号の生成に応じて、出力部２３をフィードバック信号の受信前の状態に戻すように構成される。サーバ４は、記憶部４２と、要求信号の受信又はフィードバック信号の送信から取消信号の受信までの時間によって規定される実績所要時間を記憶部４２に記憶させるように構成された取消信号処理部４６とを含む。ステータス決定部４８は、記憶部４２に記憶された実績所要時間に基づいて所要時間を予測するように構成される。これにより、所要時間の正確な予測が可能となり、ステータス情報の決定における精度が向上する。

本実施形態の一態様では、取消信号処理部４６は、複数の応答端末３のうちの指定応答端末３ｘが要求信号に対するフィードバック信号を送信した応答端末である場合に取消信号の受信を指定応答端末３ｘに通知するように構成される。これにより、指定応答端末３ｘの応答ユーザは、要求サービスが提供不要となったことを明確に把握することができる。

本実施形態の一態様では、複数の応答端末３の各々は、遠隔取消信号を生成してサーバ４に送信するように構成された取消制御部３２ｃを含む。サーバ４は、記憶部４２と、受信された遠隔取消信号を呼出しデバイス２に送信するとともに、要求信号の受信又はフィードバック信号の送信から遠隔取消信号の受信又は送信までの時間によって規定される実績所要時間を記憶部４２に記憶させるように構成された取消信号処理部４６とを含む。出力制御部２４ｂは、遠隔取消信号の受信に応じて出力部２３をフィードバック信号の受信前の状態に戻すように構成される。ステータス決定部４８は、記憶部４２に記憶された実績所要時間に基づいて所要時間を予測するように構成される。これにより、所要時間の正確な予測が可能となり、ステータス情報の決定における精度が向上する。

本実施形態の一態様では、ステータス情報は所要時間が相対的に短い即応ステータス又は所要時間が相対的に長い遅延ステータスを示すように構成され、ステータス決定部４８は、予測所要時間と所定の閾値との比較に基づいて、即応ステータス又は遅延ステータスを決定するように構成され、所定の閾値は変更可能である。これにより、呼出しシステム１、呼出しデバイス２又は応答端末３の多様な適用環境に対して柔軟なシステム設計が可能となる。

本実施形態の一態様では、ステータス決定部４８は、（ａ）呼出しデバイス２又は応答端末３の適用環境、（ｂ）要求サービスの内容、（ｃ）特定の期間、（ｄ）応答端末３及び（ｅ）応答端末３のユーザ、の少なくとも１つについて、所要時間を学習及び予測するように構成される。これにより、予測処理における予測精度が向上し得る。

＜第１及び第２の実施形態の共通事項＞
図５は、本実施形態の呼出しデバイス２の外観図である。呼出しデバイス２は、ベース部１００、操作部２００及び発光部３００を有する。ベース部１００は、制御部２４及び電源部２５（不図示）を内部に含む。操作部２００は、上述の操作部２２に対応し、信号生成部２４ａ（不図示）に接続される。発光部３００は、上述の発光出力部２３ａに対応し、出力制御部２４ｂ（不図示）によって制御される。本実施形態の呼出しデバイス２の外径は、例えば、１０ｃｍ～２０ｃｍ程度であり、高さは、例えば、３ｃｍ～６ｃｍ程度であるが、サイズはこれに限定されない。

ベース部１００は底面１０１、上面１０２、及び底面１０１と上面１０２とに連続する側面１０３を有し、底面１０１がテーブルなどの載置面に配置される。なお、説明の便宜上、呼出しデバイス２において、底面１０１側を下方向又は下側、上面１０２側を上方向又は上側と定義する。ベース部１００は底面１０１の面積よりも上面１０２の面積が小さい円錐台形状を有し、すなわち、側面１０３は底面１０１側から上面１０２側にかけてベース部１００の中心に向かって傾斜している。したがって、呼出しデバイス２の形状は、平面視（上部から下部への視方向）において円形であり、側面視（平面視に垂直な視方向）において上辺が底辺よりも短い台形である。

操作部２００は、ベース部１００の上端において、ベース部１００の外周を形成するように配置される。発光部３００は、側面１０３の上部側において、ベース部１００の外周（好ましくは全周）を形成する環形状を有する。言い換えると、ベース部１００の側面１０３、発光部３００及び操作部２００が一連の傾斜外側面を形成する。また、操作部２００は、ベース部１００の上面１０２よりも上方向に突出し、環状の上端部を形成する。操作部２００が上面１０２よりも上方に突出することにより、ユーザは指先以外の部位でも容易に操作部２００を操作することができ、操作部２００の操作性（接触又は押下の容易性）が増す。また、操作部２００が環状の上端部を形成することにより、呼出しデバイス２がテーブル中心付近に配置された場合に、ある方向（例えば０時の方向）のユーザによるボタン操作が他の方向（例えば６時の方向）によるユーザから容易に視認される。これにより、呼出しデバイス２のユーザ間の情報共有性が高まる。なお、本実施形態では、操作部２００の下端と発光部３００の上端とが隣接配置される構成を示すが、操作部２００と発光部３００とは離隔されていてもよい。呼出しデバイス２が円錐台形状を有することにより、その設置における安定感及び発光部３００の視認性が両立される。

操作部２００は、要求ボタン２０１～２０３及び２０６～２０８、評価ボタン２０４及び２０９並びに取消ボタン２０５及び２１０を含む。要求ボタン２０１～２０３及び２０６～２０８は上述の要求ボタン２２ａに対応し、評価ボタン２０４及び２０９は上述の評価ボタン２２ｂに対応し、取消ボタン２０５及び２１０は上述の取消ボタン２２ｃに対応する。

本実施形態では、要求ボタン２０１及び２０６は会計の要求に対応し、要求ボタン２０２及び２０７は水（お冷）の要求に対応し、要求ボタン２０３及び２０８は呼出し（応答ユーザの呼出し）の要求に対応する。なお、要求ボタンとその要求サービスの内容との関係は、本実施形態で示すものに限られない。例えば、要求ボタンは、お茶の要求、メニューの要求などに対応付けられてもよい。また、要求ボタンは、上記のような無償のサービスの要求の他に、ビールの注文、おすすめ料理の注文などの有償のサービスの要求に対応付けられてもよい。要求サービスは、例えば、要求ボタン上に表記された文字（例えば、「Ｃｈｅｃｋ」（会計）、「Ｗａｔｅｒ」（水）、「Ｃａｌｌ」（呼出し）、「Ｔｅａ」（お茶）、「Ｍｅｎｕ」（メニュー）、「Ｂｅｅｒ」（ビール）、「Ｒｅｃｏｍｅｎｄｅｄ」（おすすめ））によって表される。あるいは、文字表示に代えて又は文字表示とともに、要求サービスを示す絵（例えば、それぞれ、通貨記号の絵（会計）、水の入ったグラスの絵（水）、ベルの絵（呼出し）、湯気の立つ湯飲みの絵（お茶）、メニュー冊子の絵（メニュー）、ジョッキの絵（ビール）、料理の絵（おすすめ））が要求ボタンに描かれてもよい。この場合の絵表示は、言語に依存しないユニバーサルデザインであることが好ましい。

なお、評価ボタン２０４及び２０９についても同様に、高評価を表現する文字（例えば、「Ｇｏｏｄ」、「Ｌｉｋｅ」など）の文字が評価ボタン上に表記されてもよいし、高評価を表現する絵（例えば、親指を立てた手の絵）が評価ボタン上に表記されてもよい。また、取消ボタン２０５及び２１０についても同様に、取消又は完了を表現する文字（例えば、「Ｃａｎｃｅｌ」、「Ｓｔｏｐ」、「Ｃｏｍｐｌｅｔｅ」など）が取消ボタン上に表記されてもよい。

なお、要求ボタン２０１～２０３及び２０６～２０８に対する要求サービスの内容は、店舗Ｒの管理者、呼出しシステム１の管理者、呼出しデバイス２の所有者などによって適宜カスタマイズされ得る。また、評価ボタン２０４及び２０９の代わりに要求ボタンが設けられてもよい。すなわち、ボタン２０１～２０４及び２０６～２０９の設定は、店舗Ｒの管理者、呼出しシステム１の管理者、呼出しデバイス２の所有者などによって適宜カスタマイズされ得る。なお、ボタン２０５及び２１０の一方又は両方が要求ボタン又は評価ボタンに割り当てられてもよいし、ボタン２０１～２０４及び２０６～２０９のいずれか１つ以上が取消ボタンに割り当てられてもよい。ボタン２０１～２１０がカスタマイズ可能であることにより、呼出しシステム１の柔軟な設計が可能となる。これらのカスタマイズされた設定、すなわち、ボタン２０１～２１０に対する要求ボタン、評価ボタン又は取消ボタンの割当て、及び要求ボタンが割り当てられた場合の要求サービスの内容は、サーバ４の記憶部４２に記憶され得る。

本実施形態では、ボタン２０１～２１０は、上面視において、反時計回りに、ボタン２０１、２０２、２０３、２０４、２０５、２０６、２０７、２０８、２０９及び２１０の順に配列される。すなわち、操作部２００を構成するボタン（特に、要求ボタン及び評価ボタン）は、呼出しデバイス２の中心線（２つの取消ボタン２０５及び２１０の中心を結ぶ直径）に対して回転対称（２回対称）に配置される。あるいは、ボタン２０１～２１０は、上面視において、反時計回りに、ボタン２０１、２０２、２０３、２０４、２０５、２０９、２０８、２０７、２０６及び２１０の順の順に配列されてもよい。すなわち、操作部２００を構成するボタン（特に、要求ボタン及び評価ボタン）は、呼出しデバイス２の中心線に対して線対称に配置されてもよい。このように、一対のボタン群（ボタン２０１～２０４とボタン２０６～２０９の対）が呼出しデバイス２の中心線に対して対称に配置されることにより、対面席における対面双方向からの各ボタンの視認性及び操作性が向上する。言い換えると、対面席テーブルにおいては、対面席の中央線と上記中心線とが略平行となるように呼出しデバイス２が配置されることが好ましい。

本実施形態では、取消ボタン２０５及び２１０の各々の大きさが、その他のボタン２０１～２０４及び２０６～２０９の各々の大きさよりも大きい。ボタン２０１～２０４及び２０６～２０９は着席した要求ユーザ（客）によって比較的近い（低い）距離から安定した姿勢で操作される可能性が高いのに対し、取消ボタン２０５及び２１０は立っている応答ユーザ（店員）によって比較的遠い（高い）位置から不安定な姿勢で操作される可能性が高い。したがって、取消ボタン２０５及び２１０の各々は、ボタン２０１～２０４及び２０６～２０９よりも大きく、アクセス性が高い方が望ましい。また、取消ボタン２０５及び２１０は、対角位置に配置されることが望ましい。これにより、詳細を後述するように、ベース部１００の上面１０２上にアタッチメントが装着される場合でも、応答ユーザは、取消ボタン２０５又は２１０のいずれか（アタッチメントの陰になっていない方）を容易に操作することができる。

本実施形態では、ボタン２０１～２１０の各々は、可動部のないタッチセンサ式のボタンであり、例えば、ステンレス製である。また、ボタン２０１～２１０の各々は、静電容量方式、抵抗膜方式などのスイッチを用いるものであってもよいし、ボタン上部に設けられたメンブレンセンサを用いるものであってもよい。いずれの場合であっても、各ボタンのオン／オフが識別可能なように、各ボタンは、その一部又は全部が発光するように構成されることが好ましい。また、他の実施形態として、ボタン２０１～２１０の各々は、物理的な接点を開閉するためのプッシュスイッチであってもよい。この場合、各ボタンの押下げ移動距離に対応する押下げ幅が、操作部２００と発光部３００との間に設けられる。これにより、各ボタンのオン／オフが、その凹凸で識別可能となる。例えば、各ボタンは、オフにおいて突出（凸）位置となり、オンにおいて押下げ（凹）位置となるように構成され得る。

なお、他の実施形態として、ボタン２０１～２０４及び２０６～２０９は、対をなさずに最大８種類のサービス又は要件の内容に対応するものであってもよい。また、他の実施形態として、取消ボタン２０５及び２１０の一方又は両方は設けられなくてもよく、この場合には取消ボタンの代わりに要求ボタン又は評価ボタンが増設可能となる。取消ボタン２０５及び２１０の両方が設けられない場合には、オン状態の要求ボタンのキャンセル（すなわち、当該ボタンをオフ状態に戻す操作）は、当該要求ボタンの再タッチ又は再プッシュにより行われる。また、本実施形態では、６個（３対）の要求ボタン２０１～２０３及び２０６～２０８が設けられるが、要求ボタンの個数はこれに限られない。ただし、上述した、操作部２００の対称性を確保するために、要求ボタンの個数は偶数（２個、４個、８個など）であることが好ましい。

発光部３００は、発光出力部２３ａに関して上述したようにＬＥＤ発光部である。発光部３００がベース部１００の外周において環状に形成されるので、呼出しデバイス２の周回方向のいずれの方向からも（すなわち、３６０度のいずれの方向からも）発光部３００が容易に視認され得る。すなわち、呼出しデバイス２がどのような向きで配置された場合でも、呼出しデバイス２を挟んで対向する位置に着席したいずれの要求ユーザ及びテーブルに到達した応答ユーザから、発光部３００が容易に視認さ得る。また、上方向に面した傾斜側面１０３に発光部３００が形成されることにより、テーブルよりも高い位置に視点を有する要求ユーザ及び応答ユーザからの発光部３００の視認性が高まる。

また、呼出しデバイス２は、図６に示すような外観のものであってもよい。呼出しデバイス２は、ベース部１００、操作部２００及び発光部３００を有する。ベース部１００は、制御部２４及び電源部２５（不図示）を内部に含む。操作部２００は、上述の操作部２２に対応し、信号生成部２４ａ（不図示）に接続される。発光部３００は、上述の発光出力部２３ａに対応し、出力制御部２４ｂ（不図示）によって制御される。図６に示す呼出しデバイス２の外径は、例えば、１０ｃｍ～２０ｃｍ程度であり、高さは、例えば、３ｃｍ～６ｃｍ程度であるが、サイズはこれに限定されない。

ベース部１００は底面１１１、上面（不図示）及び底面１１１と上面とに連続する側面１１３を有し、底面１１１がテーブルなどの載置面に配置される。なお、説明の便宜上、呼出しデバイス２において、底面１１１側を下方向又は下側、その逆を上方向又は上側と定義する。ベース部１００は底面１１１の面積よりも上面の面積が小さい円錐台形状を有し、すなわち、側面１１３は底面１１１側から上面側にかけてベース部１００の中心に向かって傾斜している。したがって、呼出しデバイス２の形状は、平面視（上部から下部への視方向）において円形であり、側面視（平面視に垂直な視方向）において上辺が底辺よりも短い台形である。

操作部２００は、ベース部１００の上面に配置される。このように、操作部２００が呼出しデバイス２の上面の広い面積に形成されることにより、操作部２００の操作性（接触又は押下の容易性）が増す。発光部３００は、ベース部１００の側面１１３の下部側において、ベース部１００の外周（好ましくは全周）を形成する環形状を有する。呼出しデバイス２が円錐台形状を有することにより、その設置における安定感及び発光部３００の視認性が両立される。

操作部２００は、要求ボタン２２１～２２３、評価ボタン２２４及び取消ボタン２２５を含む。要求ボタン２２１～２２３は上述の要求ボタン２２ａに対応し、評価ボタン２２４は上述の評価ボタン２２ｂに対応し、取消ボタン２２５は上述の取消ボタン２２ｃに対応する。なお、要求ボタン２２１～２２３、評価ボタン２２４及び取消ボタン２２５は、それぞれ図５における要求ボタン２０１～２０３、評価ボタン２０４及び取消ボタン２０５と同じ機能を有するが、異なる配置を有する。円形の取消ボタン２２５が中心に配置され、扇形状の要求ボタン２２１～２２３及び評価ボタン２２４が取消ボタン２２５の周囲に配置される。言い換えると、ボタン２２１～２２５が、１つの円を構成する。なお、本例では、ボタン２２１～２２４の外周がベース部１００の側面１１３の上端部の内側に位置するように構成されるが、ボタン２２１～２２４がベース部１００の上面を完全に覆うように構成されてもよい。

図５に示す例と同様に、ボタン２２１～２２５の各々は、可動部のないタッチセンサ式のボタンであり、例えば、ステンレス製である。また、ボタン２２１～２２５の各々は、静電容量方式、抵抗膜方式などのスイッチを用いるものであってもよいし、ボタン上部に設けられたメンブレンセンサを用いるものであってもよい。いずれの場合であっても、各ボタンのオン／オフが識別可能なように、各ボタンは、その一部又は全部が発光するように構成されることが好ましい。また、他の実施形態として、ボタン２２１～２２５の各々は、物理的な接点を開閉するためのプッシュスイッチであってもよい。これにより、各ボタンのオン／オフが、その凹凸で識別可能となる。例えば、各ボタンは、オフにおいて突出（凸）位置となり、オンにおいて押下げ（凹）位置となるように構成され得る。

発光部３００は、発光出力部２３ａに関して上述したようにＬＥＤ発光部であり、その機能は図５に示したものと同様である。本例では、発光部３００は、ベース部１００の外周下端（すなわち、底部１１１と側面１１３の境界付近）において環状に形成される。発光部３００が環状であることにより、図５の場合と同様に、呼出しデバイス２の周回方向のいずれの方向からも発光部３００が容易に視認され得る。また、図５の場合とは異なり、発光部３００が側面１１３の下端部に配置されることにより、テーブルへの間接照明効果が得られ、演出効果及び視認性が向上し得る。

図５及び図６を参照して、フィードバック信号に含まれるステータス情報と発光部３００の発光パターンとの関係を以下に説明する。

（１）発光色変化１（標準発光パターン）
発光部３００は、即応ステータスにおいては青色で点灯され、中間ステータスにおいては黄色で点灯され、遅延ステータスでは赤色で点灯又は点滅される。言い換えると、中間ステータスでは、発光部３００は、即応ステータス用の発光色と遅延ステータス用の発光色の中間色で点灯される。なお、本開示において、青色光は、緑色光も含み得る表現であり、波長５６０ｎｍ以下、好ましくは、波長４３５ｎｍ～５６０ｎｍ程度の光である。黄色光とは、波長５６０ｎｍ～５９５ｎｍ程度、好ましくは、波長５８０ｎｍ～５９５ｎｍ程度の光である。赤色光とは、波長５９５ｎｍ以上、好ましくは、波長６１０ｎｍ～７５０ｎｍ程度の光である。標準発光パターンにおいては、即応ステータスでは非混雑感又はスムーズ感を、遅延ステータスでは混雑感又はトラブル感を、中間ステータスではその中間を表現することができる。

（２）発光色変化２（逆標準発光パターン）
発光部３００は、即応ステータスにおいては赤色で点灯又は点滅され、中間ステータスにおいては黄色で点灯され、遅延ステータスでは青色で点灯されてもよい。言い換えると、中間ステータスでは、発光部３００は、即応ステータス用の発光色と遅延ステータス用の発光色の中間色で点灯される。逆標準発光パターンにおいては、即応ステータスではスピード感を、遅延ステータスではスロー感を、中間ステータスではその中間を表現することができる。

（３）点滅変化１
発光部３００は、任意の発光色において、即応ステータスでは連続点灯され又は周波数ｆ１で点滅され、中間ステータスでは周波数ｆ２で点滅され、遅延ステータスでは周波数ｆ３で点滅されるようにしてもよい。ここで、ｆ１＜ｆ２＜ｆ３である。このような発光パターンにより、即応ステータスでは余裕感又はスムーズ感を、遅延ステータスでは繁忙感又はトラブル感を、中間ステータスではその中間を表現することができる。

（４）点滅変化２
上記点滅変化２とは逆に、発光部３００は、任意の発光色において、即応ステータスでは周波数ｆ６で点滅され、中間ステータスでは周波数ｆ５で点滅され、遅延ステータスでは連続点灯され又は周波数ｆ４で点滅されるようにしてもよい。ここで、ｆ４＜ｆ５＜ｆ６である。このような発光パターンにより、即応ステータスではスピード感を、遅延ステータスではスロー感を、中間ステータスではその中間を表現することができる。

（５）周回移動１
発光部３００が環形状であることから、発光部３００の一部分を構成する発光部分が、発光部３００において周回移動するように構成されてもよい。なお、任意数の発光部分が設けられ得る。すなわち、ユーザには、発光部３００の発光部分が呼出しデバイス２の外周を回転するように見える。これにより、サービスの要求が受け付けられた印象が視覚的に高まり、あるいは動的な動作によって待ち時間の退屈感が軽減される。この場合の、発光部分の発光色には、上記の標準発光パターン又は逆標準発光パターンが適用される。

（６）周回移動２
発光部３００の発光部分は、任意の発光色において、即応ステータスでは速度ｖ１で周回移動され、中間ステータスでは速度ｖ２で回転移動され、遅延ステータスでは速度ｖ３で回転移動されるようにしてもよい。ここで、０≦ｖ１＜ｖ２＜ｖ３である。これにより、即応ステータスでは余裕感又はスムーズ感を、遅延ステータスでは繁忙感又はトラブル感を、中間ステータスではその中間を表現することができる。

（７）周回移動３
発光部３００の発光部分は、任意の発光色において、即応ステータスでは速度ｖ６で周回移動され、中間ステータスでは速度ｖ５で回転移動され、遅延ステータスでは速度ｖ４で回転移動されるようにしてもよい。ここで、０≦ｖ４＜ｖ５＜ｖ６である。これにより、即応ステータスではスピード感を、遅延ステータスではスロー感を、中間ステータスではその中間を表現することができる。

なお、上記いずれの発光パターンにおいても、出力制御部２４ｂは、呼出しデバイス２がフィードバック信号を受信してからの経過時間に応じて発光状態を変化させてもよい。例えば、出力制御部２４ｂは、経過時間に応じて、遅延ステータス用の発光状態→中間ステータス用の発光状態→即応ステータス用の発光状態（又は中間ステータス用の発光状態→即応ステータス用の発光状態）の順に発光状態を変化させてもよい。この場合、発光状態の変化は、段階的であっても連続的であってもよい。

上記のいずれの場合であっても、応答ユーザは、呼出しデバイス２のステータスを容易に視認することができ、要求ユーザに対する接客態度をステータスに応じて適切なものとすることができる。応答ユーザは、例えば、即応ステータスの呼出しデバイス２のテーブルでの接客では自信ありげな態度をとることができ、遅延ステータスの呼出しデバイス２のテーブルでの接客では恐縮した態度をとることができる。これにより、要求ユーザと応答ユーザとの間の円滑なコミュニケーションが構築され得る。

また、上記発光パターン（１）～（７）に関して、可能な組合せ（矛盾しない組合せ）がある場合には、それらが適宜組み合わせられてもよい。さらに、同じ呼出しデバイス２において、状況に応じて上記発光パターン（１）～（７）のいずれかが選択されてもよい。例えば、操作部２００の要求ボタンの種類（サービスの種類）に対して発光パターンが選択されてもよいし、いずれかの要求ボタンが作動される毎にランダムに発光パターンが選択されてもよい。ただし、相反する組合せ（例えば、（１）と（２）の組合せ、（３）と（４）の組合せ、（６）と（７）の組合せなど）は、ユーザにおける混乱を回避するために、同じ呼出しデバイス２においては採用されないことが望ましい。

以下、図５を参照する。ベース部１００の上面１０２は、種々の態様で利用され得る。例えば、上面１０２は、照明ランプ、キャンドル、調味料入れ、メニュー表、無線充電器（非接触充電器）など、種々のアタッチメント（以下、「外部デバイス」ともいう）を装着可能とするアダプタが設けられてもよい。これにより、種々の使用状況に対して呼出しデバイス２の有用性が高まる。このアダプタには、ベース部１００内部の電源部２５から外部デバイスへの給電を可能とする接続端子が設けられることが好ましい。また、上記アダプタには、ＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）などを用いてベース部１００内部の制御部２４から外部デバイスへの信号供給を可能とする接続制御端子が設けられることが好ましい。これにより、上記接続端子又は接続制御端子に対応する照明ランプ、無線充電器などが電源コードを用いずに接続又は制御可能となる。この場合の電源部２５は、給電容量の観点から、電池ではなく、外部給電される電源であることが望ましい。

また、ベース部１００の上面１０２は、ディスプレイを構成していてもよい。このようなディスプレイには、おすすめメニュー、呼出しデバイス２の操作方法、店又は商品の宣伝広告、占い、季節の風景などの各種情報又は映像が表示され得る。このディスプレイは上述の補助出力部２３ｂに対応し、ディスプレイの表示内容は出力制御部２４ｂによって制御される。あるいは、ディスプレイは、発光部３００と同様の発光パターンで発光するように構成されてもよい。この場合、ディスプレイの発光パターンは、出力制御部２４ｂによって発光部３００と同様に制御され得る。

また、ベース部１００の側面１０３に、選択的に液晶表示部３５０が設けられてもよい。液晶表示部３５０は、上述の補助出力部２３ｂに対応する。液晶表示部３５０には、おすすめメニュー、呼出しデバイス２の操作方法、店又は商品の宣伝広告などの各種情報が表示され得る。あるいは、液晶表示部３５０は、各ステータスを文字（言語）によって表示し得る。液晶表示部３５０の表示内容は、出力制御部２４ｂによって制御される。

図７Ａ～図７Ｇを用いて、ウォッチ型のウェアラブルデバイスである応答端末３のタッチパネル３４上の画面例を示す。なお、図７Ａ～図７Ｇに示す画面は例示であり、他にも多数の画面例が存在し得る。

図７Ａは、ホーム画面５００の一例の模式図である。ホーム画面５００は、アイコン５０１～５０３を表示する。アイコン５０１は、操作信号（要求信号）を出力した呼出しデバイス２が配置されたテーブル番号を示す。例えば、図７Ａでは、「０５番テーブル」から要求信号が送信されたことが示されている。アイコン５０２は、要求サービスの内容を示す。例えば、図７Ａでは、「水（お冷）」の給仕が要求されたことが示されている。アイコン５０３は、対応可否（要求サービスを提供できるか否か）の選択肢を示す。例えば、図７Ａに示すように、「ＯＫ」のアイコンを応答ユーザがタッチ（例えば、タップ）することにより、ＣＰＵ３２によって応答信号が生成され得る。ここで、タップの回数が、指定されるステータス情報に対応するようにしてもよい。例えば、１回のタップが即応ステータスに対応し、２回のタップが中間ステータスに対応し、３回のタップが遅延ステータスに対応するようにしてもよい。

あるいは、アイコン５０３の「ＯＫ」のタッチに応じて、図７Ｂに示すステータス入力画面５１０が展開されてもよい。図７Ｂに示すように、ステータス入力画面５１０は、上述の即応ステータスを指定するアイコン５１１（「即対応」）、中間ステータスを指定するアイコン５１２（「普通」）及び遅延ステータスを指定するアイコン５１３（「遅れる」）を示す。応答ユーザがアイコン５１１～５１３のいずれかをタッチ（例えば、タップ）することにより、ＣＰＵ３２によって、そのアイコンに対応するステータス情報が応答信号に含められてフィードバック信号が生成される。ＣＰＵ３２は、フィードバック信号を通信部３１からサーバ４に送信させる。なお、上記第２の実施形態においては、ステータス入力画面５１０は不要である。また、応答端末３がスマートフォンの場合には、所定の画面において、アイコン５０１及び５０２とアイコン５１１、５１２及び５１３とが上下に並べられて表示されてもよい。

あるいは、図７Ｃに示すように、ホーム画面５００において、アイコン５０３の代わりに、即応ステータスを指定するアイコン５０４（「即」）、中間ステータスを指定するアイコン５０５（「並」）及び遅延ステータスを指定するアイコン５０６（「遅」）が表示されてもよい。応答ユーザがアイコン５０４～５０６のいずれかをタッチ（例えば、タップ）することにより、ＣＰＵ３２によって、応答信号及びタッチされたアイコンに対応するステータス情報を含むフィードバック信号が生成される。ＣＰＵ３２は、フィードバック信号を通信部３１からサーバ４に送信させる。なお、上記第２の実施形態においては、アイコン５０３～５０５は不要である。

また、図７Ｄに示すように、ホーム画面５００又はステータス指定画面５１０を介して送信されたフィードバック信号がサーバ４に採用されてタスク信号が受信された場合に、要求サービスの提供を指示するタスク指示画面５２０が表示され得る。タスク指示画面５２０は、上記と同様のアイコン５０１及び５０２、並びにサービス提供指示を示すアイコン５２３（「Ｇｏ！」）を表示する。なお、ホーム画面５００又はステータス指定画面５１０を介して送信されたフィードバック信号がサーバ４に採用されなかった場合には、タスク画面５２０において、アイコン５２３の代わりに要求サービスの提供が不要となったことを示す文字「ＮｏＮｅｅｄ」などが表示されるようにしてもよいし、タスク画面５２０が表示されなくてもよい。

また、図７Ｅに示すように、一台の応答端末３が複数のタスク（採用されたフィードバック信号に対応するサービス提供指示）を受け持つ場合には、複数のタスクに応じたタスク指示画面５２０が所定の時間間隔（例えば、１秒間隔程度）で輪番表示されるようにしてもよい。例えば、図７Ｅに示すように、タスク表示画面５２０ａ（０５番テーブル、水）→タスク表示画面５２０ｂ（０７番テーブル、呼出し）→タスク表示画面５２０ｃ（０３番テーブル、会計）が反復表示され得る。

また、図７Ｆに示すように、応答ユーザがサービスの提供を完了した場合又は要求ユーザがサービスの要求を自発的に取り消した場合、すなわち、取消信号が送信された場合にはサービス提供完了又は要求中止を示す要求取消画面５３０が表示されるようにしてもよい。要求取消画面５３０は、上記と同様のアイコン５０１及び５０２、並びにサービス要求中止を示すアイコン５３３を表示する。例えば、アイコン５３３は、取消信号の発動を示す文字「Ｃａｎｃｅｌｌｅｄ」を示す。要求取消画面５３０は、所定時間にわたって表示された後に非表示とされてもよい。

また、図７Ｇに示すように、提供したサービスに対する高評価を示す評価信号が得られた場合には、ホーム画面５００などが評価画面５４０に切り替わり、テーブル番号（「テーブル０５」）とともに「いいねＧｅｔ！」などの表記が表示されるようにしてもよい。また、タッチパネル３４上にモード切替ボタン（不図示）が設けられてもよく、このモード切替ボタンの操作により、それまでに得られた評価（「いいね」）の累積数などが評価画面５３０に表示されるようにしてもよい。

＜変形例＞
以上に本発明の好適な実施形態を示したが、本発明は、例えば以下に示すように種々の態様に変形可能である。

（１）呼出しデバイス２の用途に関する変形
上記各実施形態では、呼出しデバイス２が飲食店などの店舗で使用されることを前提としたが、呼出しデバイス２はホテルの受付などにおいて使用されてもよい。特に、人目を避けたい利用客又は他人との遭遇を避けたい利用客において受付での待ち時間が不安感、イライラ感を伴い得るラブホテル、レジャーホテル、カップルズホテル、ブディックホテル、ファッションホテルなどのフロントにおいて好適に使用され得る。この場合、要求ボタンによるサービス要求内容として、チェックイン、チェックアウトなどが想定される。

（２）呼出しデバイス２の外形（平面視）に関する変形
上記各実施形態では、呼出しデバイス２の外形が俯瞰視において略円錐台形であって平面視において円形のものを示したが、その平面視における外形は円形に限られない。呼出しデバイス２の外形は、平面視において、長円、楕円、４角形（長方形、正方形、菱形、平行四辺形、台形など）、６角形、８角形などであってもよい。特に、図６に示す呼出しデバイス２においては、外形が長円又は楕円の場合には、取消ボタンは長径線上に配置されることが好ましい。外形が長方形の場合には、取消ボタンは短辺上に配置されることが好ましい。外形が菱形、平行四辺形又は台形の場合には、取消ボタンは鋭角頂点付近の領域に配置されることが好ましい。これらの取消ボタンの配置は、応答ユーザからの取消ボタンの視認性及びアクセス性の観点から好ましい。また、これらの取消ボタンの配置によって、他のボタン（要求ボタン又は評価ボタン）の一方向からの視認性が増し、要求ユーザにおけるこれらのボタンの一覧性が高まる。

（３）呼出しデバイス２の外形（側面視）に関する変形
上記各実施形態では、呼出しデバイス２の外形が俯瞰視において略円錐台形であって側面視において台形のものを示したが、その側面視における外形は台形に限られない。呼出しデバイス２の外形は、側面視において、長円形、長方形などであってもよい。あるいは、発光部３００を境として側面１０３（１１３）と操作部２００の側面とが不連続面を形成していてもよい。すなわち、底面１０１（１１１）に対する発光部３００の角度と、底面１０１（１１１）に対する側面１０３（１１３）及び操作部２００の側面の一方又は両方の角度とが異なっていてもよい。この場合、発光部３００は、視認性の観点から、上方に面することが好ましい。あるいは、発光部３００が、側面１０３（１１３）又は操作部２００に対して側面外側方向に突出していてもよい。

（４）発光部３００の形状に関する変形
上記各実施形態では、発光部３００は呼出しデバイス２（ベース部１００）の外周に沿う一連の帯形状（一連の環形状）の発光部を有するが、発光部３００の形状はこれに限られない。発光部３００の形状は、例えば、呼出しデバイス２（ベース部１００）の外周に沿う複数の帯形状（分割された環形状）の発光部であってもよい。この場合でかつ上述の（５）～（７）の発光パターンが採用される場合、複数の帯状発光部の全体に上記発光パターンが適用されてもよいし、複数の帯状発光部の各々に上記発光パターンが適用されてもよい。後者の場合には、同じ発光パターンが複数の帯状発光部において同期して実行され得る。あるいは、発光部３００は、呼出しデバイス２（ベース部１００）の外周に沿う複数のドット（細分化された環形状）の発光部であってもよい。なお、本開示における文言「環形状」は、上記一連の環形状、上記分割された環形状及び上記細分化された環形状を含み得る表現である。

１ 呼出しシステム
２、２－１～２－ｍ 呼出しデバイス
３、３－１～３－ｎ 応答端末
４ サーバ
２１ 通信部
２２ 操作部
２２ａ 要求ボタン
２２ｂ 評価ボタン
２２ｃ 取消ボタン
２３ 出力部
２３ａ 発光出力部
２３ｂ 補助出力部
２４ 制御部
２４ａ 信号生成部
２４ｂ 出力制御部
２５ 電源部
３１ 通信部
３２ ＣＰＵ
３２ａ 応答生成部
３２ｂ ステータス生成部
３２ｃ 取消制御部
３３ メモリ
３４ 入出力Ｉ／Ｆ
４１ 通信部
４２ 記憶部
４３ 処理部
４４ 要求信号処理部
４５ ＦＢ信号処理部
４６ 評価信号処理部
４７ 取消信号処理部
４８ ステータス決定部

Claims (14)

1. 呼出しデバイス、複数の応答端末及びサーバを備える呼出しシステムであって、
   前記呼出しデバイスが、ユーザ操作を受け付ける操作部と、前記ユーザ操作に応じて所定のサービスの要求を示す要求信号を生成して該要求信号を前記サーバに送信するように構成された信号生成部と、可変の出力パターンで出力動作を行うように構成された出力部と、前記サーバから受信されたフィードバック信号に含まれる前記所定のサービスが提供されるまでの所要時間に基づくステータス情報に応じて前記出力パターンを制御する出力制御部とを含み、
   前記複数の応答端末の各々が、前記サーバから受信された前記要求信号に対して、該応答端末のユーザである応答ユーザの操作に起因する応答信号を生成するように構成された応答生成部と、前記ステータス情報を生成し、前記応答ユーザの操作に起因する前記応答信号及び前記ステータス情報を含む候補フィードバック信号を前記サーバに送信するように構成されたステータス生成部とを含み、
   前記サーバが、前記要求信号を前記複数の応答端末に送信する要求信号処理部と、前記複数の応答端末の一部又は全部から受信された前記候補フィードバック信号の１つを前記フィードバック信号として採用し、採用した該フィードバック信号を前記呼出しデバイスに送信するＦＢ信号処理部とを含む、呼出しシステム。
2. 呼出しデバイス、複数の応答端末及びサーバを備える呼出しシステムであって、
   前記呼出しデバイスが、ユーザ操作を受け付ける操作部と、前記ユーザ操作に応じて所定のサービスの要求を示す要求信号を生成して該要求信号を前記サーバに送信するように構成された信号生成部と、可変の出力パターンで出力動作を行うように構成された出力部と、前記サーバから受信されたフィードバック信号に含まれる前記所定のサービスが提供されるまでの所要時間に基づくステータス情報に応じて前記出力パターンを制御する出力制御部とを含み、
   前記複数の応答端末の各々が、前記サーバから受信された前記要求信号に対して、前記応答端末のユーザである応答ユーザの操作に起因する応答信号からなる候補フィードバック信号を生成して該候補フィードバック信号を前記サーバに送信するように構成された応答生成部を含み、
   前記サーバが、前記要求信号を前記複数の応答端末に送信する要求信号処理部と、前記所定のサービスを提供するための所要時間を予測して該所要時間に基づいて前記ステータス情報を決定するステータス決定部と、前記複数の応答端末の一部又は全部から受信された前記候補フィードバック信号の１つに前記ステータス情報を含めて前記フィードバック信号を生成し、該フィードバック信号を前記呼出しデバイスに送信するように構成されたＦＢ信号処理部とを含む、呼出しシステム。
3. 前記ＦＢ信号処理部が、前記１以上の候補フィードバック信号のうち、最も早く受信された候補フィードバック信号を前記フィードバック信号として決定するように構成された、請求項１又は２に記載の呼出しシステム。
4. 前記ＦＢ信号処理部が、前記１以上の候補フィードバック信号のうち、最も短い前記所要時間を示すステータス情報を含む候補フィードバック信号を前記フィードバック信号として決定するように構成された、請求項１に記載の呼出しシステム。
5. 前記信号生成部が、ユーザ操作に応じて前記要求信号に対する前記所定のサービスの提供についての評価を示す評価信号を生成して該評価信号を前記サーバに送信するように構成され、
   前記サーバは、前記複数の応答端末の各々、前記複数の応答端末の各ユーザ、前記複数の応答端末の一部若しくは全部、前記複数の応答端末のユーザの一部若しくは全部又は前記所定のサービスについて、前記評価信号を集計する評価信号処理部をさらに含む、請求項１又は２に記載の呼出しシステム。
6. 前記評価信号処理部は、前記複数の応答端末のうちの指定応答端末が前記要求信号に対する前記フィードバック信号を送信した応答端末である場合に前記評価信号の受信を前記指定応答端末に通知するように構成された、請求項５に記載の呼出しシステム。
7. 前記ＦＢ信号処理部は、前記複数の応答端末のうちの指定応答端末からの前記候補フィードバック信号が前記フィードバック信号として採用された場合に、前記所定のサービスの提供を指示するタスク信号を前記指定応答端末に送信するように構成された、請求項１又は２に記載の呼出しシステム。
8. 前記信号生成部が、ユーザ操作に応じて前記所定のサービスの要求が取り消されたことを示す取消信号を生成して該取消信号を前記サーバに送信するように構成され、
   前記出力制御部が、前記取消信号の生成に応じて、前記出力部を前記フィードバック信号の受信前の状態に戻すように構成され、
   前記サーバが、記憶部と、前記要求信号の受信又は前記フィードバック信号の送信から前記取消信号の受信までの時間によって規定される実績所要時間を前記記憶部に記憶させるように構成された取消信号処理部とをさらに含み、
   前記ステータス決定部が、前記記憶部に記憶された前記実績所要時間に基づいて前記所要時間を予測するように構成された、請求項２に記載の呼出しシステム。
9. 前記取消信号処理部が、前記複数の応答端末のうちの指定応答端末が前記要求信号に対する前記フィードバック信号を送信した応答端末である場合に前記取消信号の受信を前記指定応答端末に通知するように構成された、請求項８に記載の呼出しシステム。
10. 前記複数の応答端末の各々が、遠隔取消信号を生成して前記サーバに送信するように構成された取消制御部を含み、
    前記サーバが、受信された前記遠隔取消信号を前記呼出しデバイスに送信するように構成された取消信号処理部をさらに含み、
    前記出力制御部が、前記遠隔取消信号の受信に応じて、前記出力部を前記フィードバック信号の受信前の状態に戻すように構成された、請求項１又は２に記載の呼出しシステム。
11. 前記複数の応答端末の各々が、遠隔取消信号を生成して前記サーバに送信するように構成された取消制御部を含み、
    前記サーバが、記憶部と、受信された前記遠隔取消信号を前記呼出しデバイスに送信するとともに、前記要求信号の受信又は前記フィードバック信号の送信から前記遠隔取消信号の受信又は送信までの時間によって規定される実績所要時間を前記記憶部に記憶させるように構成された取消信号処理部とをさらに含み、
    前記出力制御部が、前記遠隔取消信号の受信に応じて、前記出力部を前記フィードバック信号の受信前の状態に戻すように構成され、
    前記ステータス決定部が、前記記憶部に記憶された前記実績所要時間に基づいて前記所要時間を予測するように構成された、請求項２に記載の呼出しシステム。
12. 前記ステータス情報は、前記所要時間が相対的に短い即応ステータス又は前記所要時間が相対的に長い遅延ステータスを示すように構成され、
    前記ステータス決定部は、前記予測された所要時間と所定の閾値との比較に基づいて、前記即応ステータス又は前記遅延ステータスを決定するように構成され、前記所定の閾値が変更可能である、請求項２に記載の呼出しシステム。
13. 前記ステータス決定部が、（ａ）前記呼出しデバイス又は前記応答端末の適用環境、（ｂ）前記所定のサービスの内容、（ｃ）特定の期間、（ｄ）前記応答端末及び（ｅ）前記応答端末のユーザ、の少なくとも１つについて、前記所要時間を学習及び予測するように構成された、請求項２に記載の呼出しシステム。
14. 前記出力部が発光出力部であり、前記出力パターンが発光パターンである、請求項１又は２に記載の呼出しシステム。

Images