JP6972407B1 - 受付システム、通信端末、通信端末の制御方法、及び通信端末の制御プログラム - Google Patents

Abstract

【課題】音声による来訪通知が可能な受付システム、通信端末、通信端末の制御方法及び通信端末の制御プログラムを提供する。【解決手段】情報処理システム６００は、来訪者の来訪を受け付けて、担当者の通信端末に通知する受付システムであって、来訪者から、受付に要する受付情報を取得する受付端末は、受付情報に基づいて特定される担当者の通信端末において、来訪者の来訪を通知する来訪通知を出力させる第１通知情報を送信する通信部と、を備える。通信端末は、第１通知情報の受信に応じて、自端末の音声出力制限機能を解除し、来訪通知を音声で出力させる入出力制御部を備える。【選択図】図２

Description

本発明は、受付システム、通信端末、通信端末の制御方法、及び通信端末の制御プログラムに関する。

従来、来訪者の来訪を音声出力により担当者に通知するシステムが知られている（例えば、特許文献１）。

特開２０１９−６１３８１号公報

担当者の通信装置において、音声出力機能が制限されている場合（いわゆるマナーモードの場合）、通知に気づけない場合がある。

本発明の一実施形態に係る、来訪者の来訪を受け付けて、担当者の通信端末に通知する受付システムは、来訪者から、受付に要する受付情報を取得する受付部と、受付情報に基づいて特定される担当者の通信端末に、来訪者の来訪を通知する来訪通知を出力させる第１通知情報を送信する通信部と、を備え、通信端末は、第１通知情報の受信に応じて、自端末の音声出力制限機能を解除し、来訪通知を音声で出力させる出力制御部を備える。

本発明の一実施形態に係る受付システムは、担当者の予定に関する情報を取得する取得部を備え、通信部は、担当者の予定に応じて、来訪通知の通信端末における音声による出力態様を変化させる第１通知情報を送信してもよい。

本発明の一実施形態に係る受付システムは、通信端末において、出力制御部は、自端末の周囲環境に応じて、来訪通知の音声による出力態様を変化させしてもよい。

本発明の一実施形態に係る受付システムは、受付情報に基づいて、来訪者に対する応対の種類を選択させる選択画面を通信端末に表示させる第１通知情報を生成する生成部を備えてもよい。

本発明の一実施形態に係る受付システムにおいて、生成部は、来訪者の来訪予約の有無に基づいて、選択画面に表示させる来訪者に対する応対の種類を決定してもよい。

本発明の一実施形態に係る受付システムにおいて、生成部は、来訪者の来訪予約が有る場合に、応対の種類のうちの１つとして、地図案内による応対を含む選択画面を表示させる第１通知情報を生成してもよい。

本発明の一実施形態に係る受付システムにおいて、生成部は、来訪者の来訪予約が無い場合に、地図案内による応対を含まない選択画面を表示させる第１通知情報を生成してもよい。

本発明の一実施形態に係る受付システムにおいて、生成部は、通信端末の選択画面において選択された応対の種類に応じて、商品の決済に利用可能な所定の識別情報を、来訪者の来訪者端末において表示させる第２通知情報を生成しなくてもよい。

本発明の一実施形態に係る受付システムにおいて、生成部は、通信端末の選択画面において選択された応対の種類に応じた応対画面を、来訪者に対して提示する第２通知情報を生成してもよい。

本発明の一実施形態に係る受付システムは、生成部は、通知情報が送信されてから所定時間経過するまでに、通信端末の選択画面における応対の種類の選択に関する選択情報を受信しない場合に、来訪者に対して、担当者についてあらかじめ設定された画面を提示するための第２通知情報を生成してもよい。

本発明の一実施形態に係る来訪者から来訪者の来訪を受け付けて、担当者の通信端末に通知する受付システムにおける通信端末は、来訪者の来訪を通知する来訪通知を出力させる第１通知情報を受信する受信部と、第１通知情報に応じて、自端末の音声出力制限機能を解除し、来訪通知を音声で出力する音声出力部と、を備える。

本発明の一実施形態に係る、来訪者から来訪者の来訪を受け付けて、担当者の通信端末に通知する受付システムにおける通信端末の制御方法は、来訪者の来訪を通知する来訪通知を出力させる第１通知情報を受信するステップと、第１通知情報に応じて、自端末の音声出力制限機能を解除し、来訪通知を音声で出力するステップと、を含む。

本発明の一実施形態に係る、来訪者から来訪者の来訪を受け付けて、担当者の通信端末に通知する受付システムにおける通信端末の制御プログラムは、通信端末に、来訪者の来訪を通知する来訪通知を出力させる第１通知情報を受信する機能と、第１通知情報に応じて、自端末の音声出力制限機能を解除し、来訪通知を音声で出力する機能とを実現させる。

本発明の一実施形態に係る情報処理システム構成の概略図である。 本発明の一実施形態に係る情報処理システムにおける、受付端末、サーバ（情報処理装置）、通信端末（ユーザ端末）の機能ブロック図の一例である。 本発明の一実施形態に係る情報処理システムにおいて記憶されるユーザ情報テーブルの一例である。 本発明の一実施形態に係る情報処理システムにおいて記憶される予約情報テーブルの一例である。 本発明の一実施形態に係るサーバ、通信端末、及び受付端末のシーケンス図である。 （ａ）、（ｂ）は、本発明の一実施形態に係る情報処理システムにおける、受付端末の表示画面の一例を示す図である。 （ａ）、（ｂ）は、本発明の一実施形態に係る情報処理システムにおける、受付端末の表示画面の一例を示す図である。 本発明の一実施形態に係る情報処理システムにおける、ユーザ端末の表示画面、出力音声の一例を示す図である。 （ａ）、（ｂ）は、本発明の一実施形態に係る情報処理システムにおける、ユーザ端末の表示画面の一例を示す図である。 （ａ）、（ｂ）は、本発明の一実施形態に係る情報処理システムにおける、受付端末の表示画面の一例を示す図である。 本発明の一実施形態に係る情報処理システムにおける、（ａ）は受付端末の表示画面の一例、（ｂ）は来訪者の通信端末の表示画面の一例を示す図である。 本発明の一実施形態に係る情報処理システムにおける、受付端末の表示画面の一例を示す図である。

以降、図を用いて、本開示に係る発明（本発明ともいう）の一実施形態を説明する。なお、図は一例であって、本発明は図に示すものに限定されない。例えば、図示した通信端末、サーバ、受付端末等の数、データセット（テーブル）、シーケンス図、表示画面、出力音声は一例であって、本発明はこれらに限定されるものではない。

＜システム構成＞
図１は、本発明の一実施形態に係る情報処理システムの構成例を示す図である。情報処理システム６００は、来訪者の来訪を受け付けて、担当者の通信端末に通知する受付システムを実現するためのシステムであってよい。例えば、本発明の一実施形態に係る受付システムによれば、ビル１２を来訪した訪問者１１は、ビル１２に設置された受付端末１００において受付を行うことができてよい。すなわち、一実施形態に係る情報処理システム６００によって実現される受付システムは、来訪者への受付対応が無人で行われるシステムを指してよい。

情報処理システム６００は、受付端末１００と、サーバ（情報処理装置）２００と、担当者の通信端末３００Ｔと、記憶装置４００とを含んでよい。また、情報処理システム６００は、訪問者の通信端末３００Ｖを含んでもよい。ここで、「担当者」とは、訪問者が訪問した際に対応するユーザを指してよい。例えば、担当者とは、予め訪問者との打ち合わせといった予約が、受付システムに登録されているユーザであってよい。または、担当者とは、予約がない訪問者の対応をすることが予め受付システムに登録されているユーザであってよい。さらに、担当者とは、訪問者の受付内容に応じて決定されるユーザであってよい。なお、これ以降、担当者の通信端末を「担当者端末」と称し、来訪者の通信端末を「来訪者端末」と称する場合がある。なお、担当者の通信端末と訪問者の通信端末とを特に区別する必要のない場合、単に通信端末３００と記す場合がある。

受付端末１００は、例えばビルのエントランスに設置され、来訪者の受付処理を実行する通信端末であってよい。なお、受付端末１００の設置場所についてはこれに限定されず、ビルに入居する各企業のオフィスのエントランスに設置されてもよい。受付端末１００は、サーバ２００とネットワーク５００を介して接続され、来訪者から受け付けた受付情報をサーバ２００へ送信してよい。

サーバ２００は、情報処理システム６００により実現される受付システムに係る種々の処理を実行することができてよい。サーバ２００は、受付端末１００及び担当者端末３００Ｔと、ネットワーク５００を介して接続されてよい。また、サーバ２００は、来訪者端末３００Ｖと、ネットワーク５００を介して接続されてよい。ネットワーク５００は、無線ネットワークや有線ネットワークを含んでよい。具体的には、例えば、ネットワーク５００は、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）や広域ネットワーク（wide area network：ＷＡＮ）、ＩＳＤＮｓ（integrated service digital networks）、無線ＬＡＮｓ、ＣＤＭＡ（code division multiple access）、ＬＴＥ（long term evolution）、ＬＴＥ−Ａｄｖａｎｃｅｄ、第４世代通信（４Ｇ）、第５世代通信（５Ｇ）、及び第６世代通信（６Ｇ）以降の移動体通信システム等であってよい。なお、ネットワーク５００は、これらの例に限られず、例えば、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）やブルートゥース（Bluetooth（登録商標））、光回線、ＡＤＳＬ（Asymmetric Digital Subscriber LINE）回線、衛星通信網等であってもよい。また、ネットワーク５００は、これらの組み合わせであってもよい。

なお、図１において、サーバ２００は１つのみ示してあるが、これに限られるものではない。すなわち、サーバ２００が備えるとして説明する各機能は、複数のサーバによって実現されてもよい。また、サーバ２００は、例えば、ネットワークを介して通信を行うことで協調動作する分散型サーバシステムでもよく、いわゆるクラウドサーバでもよい。すなわち、サーバ２００は、物理的なサーバに限らず、ソフトウェアによる仮想的なサーバも含まれてよい。

担当者端末３００Ｔは、情報処理システム６００が提供する受付システムを利用するユーザの通信端末であってよい。担当者端末３００Ｔは、例えば、受付システムを利用するためのアプリケーションがインストールされていてよい。詳細は後述するが、担当者端末３００Ｔには、来訪者の来訪を通知する来訪通知が出力されてよい。

なお、図１では、担当者端末３００Ｔとしてスマートフォンを示してあるが、担当者端末３００Ｔとしては、これ以降に説明する各実施形態において記載する機能を実現できる端末であって、音声出力機能を備える端末あればどのような端末であってもよい。例えば、担当者端末３００Ｔは、携帯電話（フィーチャーフォン）、コンピュータ（例えば、タブレット、デスクトップパソコン、ノートパソコン）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（personal digital assistant）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）であってよい。

記憶装置４００は、情報処理システム６００で利用する各種情報（データ）を記憶（格納）してよい。なお、図１において、記憶装置４００はサーバ２００とは別に１つのみ示してあるが、サーバ２００に一体化されていてもよい。すなわち、記憶装置４００は、サーバ２００の揮発性メモリ又は不揮発性メモリであってもよい。また、記憶装置４００は、複数の記憶装置から構成されていてもよい。なお、記憶装置４００は、ネットワーク５００とは異なる専用の内部ネットワークにて、サーバ２００と接続されてよいし、ネットワーク５００を介してサーバ２００と接続されてもよい。

記憶装置４００に記憶される情報を説明する。図３は、情報処理システム６００を利用するユーザに関するユーザ情報テーブルの一例である。なお、テーブルとは、各種情報の集合（データセット）のことであってよい。

記憶装置４００は、各企業、各企業に属する各従業員を識別し特定するための識別子を記憶してよい。識別子は、文字および数字等の符号により構成されてよい。記憶装置４００は、例えば、受付システムを利用する各企業に関する情報を、ユーザ情報テーブルとして記憶してよい。図３に、ユーザ情報テーブルの一例を示す。図３の例では、ユーザ情報テーブルＴＢ１０は、各企業に属する従業員（ユーザ）を特定するための情報であって、各企業に属する従業員の従業員ＩＤ、各従業員の通知先情報が、企業名、企業ＩＤ（Identifier）（識別子の一例）、所属先名、所属先ＩＤに関連付けられて記憶されてよい。例えば、ユーザ情報テーブルＴＢ１０に参照すると、従業員ＩＤ「user_gad_A_01」のユーザは、企業ＩＤ「com_A」の企業名Ａにおける、所属ＩＤ「gad_A」の総務部に属することがわかる。また、従業員ＩＤ「user_gad_A_01」のユーザの通知先は、「gad_A_01@***.com」であることがわかる。なお、ユーザ情報テーブルＴＢ１０には、企業に属する従業員の他の情報を記憶してもよい。例えば、ユーザ情報テーブルＴＢ１０には、従業員の企業における役職、電話番号等が関連付けられて記憶されてもよい。なお、図３の場合、ビル１２に複数の企業が入っている場合の例を示しているが、ビル１２が単一の企業のみ入っており、受付端末１００が一つの企業にのみ対応する場合は、企業名と企業ＩＤは省略できてよい。

記憶装置４００は、来訪者の来訪予約に関する情報を予約情報テーブルとして記憶してよい。図４は、記憶装置４００に記憶される予約情報テーブルの一例である。記憶装置４００は、予約情報テーブルＴＢ２０として、個々の予約を識別する予約ＩＤに、予約の日時に関する情報（予約年月日、予約時間帯）、来訪予約をした企業の企業ＩＤ、担当者の従業員ＩＤ等を関連付けて記憶してよい。なお、予約情報テーブルＴＢ２０は、来訪において用いる場所（会議室、執務室、フリースペース、サテライトオフィス等）の情報をさらに記憶してよい。予約情報テーブルＴＢ２０は、サーバ２００が来訪予約に関する情報を取得した場合に作成、更新されてよい。

＜受付端末＞
次に、図２を用いて、本発明の一実施形態に係る受付端末１００のハードウェア構成、機能構成について説明する。

（１）受付端末のハードウェア構成
受付端末１００は、制御部１１０、通信部１２０、表示部１３０、入出力部１４０、記憶部１７０を備えてよい。

制御部１１０は、典型的には中央処理装置（ＣＰＵ）であってよい。制御部１１０は、記憶部１７０に記憶されるプログラムを読み出し、読み出したプログラムに含まれるコード又は命令を実行することによって、各実施形態に示す機能、方法を実行してよい。制御部１１０は、その他、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（Application-Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等を含んでよい。制御部１１０は、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１又は複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。

記憶部１７０は、受付端末１００が動作するうえで必要とする各種プログラムや各種データを記憶する。記憶部１７０は、例えば、フラッシュメモリ等を含んでよい。また、記憶部１７０は、制御部１１０に対する作業領域を提供するメモリ（ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等）を含んでよい。

通信部１２０は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装されてよい。通信部１２０は、ネットワーク５００を介して、サーバ２００との間で各種データの送受信を行ってよい。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信部１２０は、制御部１１０からの指示に従って、各種データをサーバ２００に送信してよい。また、通信部１２０は、サーバ２００から送信された各種データを受信し、制御部１１０に伝達してよい。なお、通信部１２０が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

表示部１３０は、フレームバッファに書き込まれた表示データに従って、データを表示するモニタであって、例えば、タッチパネル、タッチディスプレイ等であってよい。

入出力部１４０は、受付端末１００に対する各種操作を入力する入力装置、及び、受付端末１００で処理された処理結果を出力する出力装置を含んでよい。入出力部１４０は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。入力装置は、来訪者からの入力操作を受け付けて、当該入力に係る情報を制御部１１０に伝達できる全ての種類の装置のいずれか、又は、その組み合わせにより実現されてよい。入力装置は、例えば、タッチパネル、タッチディスプレイ、カメラ、マイクを含んでよい。出力装置は、制御部１１０で処理された処理結果を出力してよい。出力装置は、例えば、ディスプレイ、タッチパネル、スピーカ等を含んでよい。

（２）受付端末の機能構成
受付端末１００は、制御部１１０によって実現される機能として、通信制御部１１１、表示制御部１１２、入出力制御部１１３、及び受付部１１４を備えてよい。なお、図２に記載の各機能部は必須ではなく、これ以降に説明する各実施形態において、必須でない機能部はなくともよい。また、各機能部の機能又は処理は、実現可能な範囲において、機械学習又はＡＩ（Artificial Intelligence）により実現されてもよい。なお、以降に受付端末１００が実行してもよい。また、受付端末１００が実行するとして説明する各種処理の一部を、サーバ２００が実行してもよい。

通信制御部１１１は、通信部１２０を介したサーバ２００との間の通信を制御してよい。

表示制御部１１２は、表示部１３０へのデータの表示を制御してよい。

入出力制御部１１３は、入出力部１４０を介した外部装置との各種情報の伝達を制御してよい。例えば、入出力制御部１１３は、入力装置で受け付けた来訪者の入力操作に応じて、各種情報を各機能部へ情報を伝達したり、タッチパネル、モニタ、スピーカ等の図示しない出力装置に対し、各機能部からの情報を伝達したりしてよい。

受付部１１４は、来訪者から、受付に要する受付情報を取得してよい。受付情報とは、受付端末１００において、受付に要する情報として来訪者が入力、または、来訪者端末３００Ｖから送信された情報であって、例えば、後述する認識情報、予約番号、担当者を指名する情報、予約がない場合の来訪目的等であってよい。また、受付情報には、予約の有無に関する情報が含まれてよい。

＜サーバ＞
図２を用いて、本発明の一実施形態に係るサーバ（情報処理装置）２００のハードウェア構成、機能構成について説明する。

（１）サーバのハードウェア構成
サーバ２００は、制御部２１０、通信部２２０、入出力部２３０、記憶部２７０を備えてよい。

制御部２１０は、典型的には中央処理装置（ＣＰＵ）であってよい。制御部２１０は、記憶部２７０に記憶されるプログラムを読み出し、読み出したプログラムに含まれるコード又は命令を実行することによって、各実施形態に示す機能、方法を実行してよい。制御部２１０は、その他、ＭＰＵ、ＧＰＵ、マイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡ等を含んでよい。制御部２１０は、集積回路等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。また、これらの回路は、１又は複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩ等と呼称されることもある。

記憶部２７０は、サーバ２００が動作するうえで必要とする各種プログラムや各種データを記憶する。記憶部２７０は、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等を含んでよい。また、記憶部２７０は、制御部２１０に対する作業領域を提供するメモリを含んでよい。

通信部２２０は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装されてよい。通信部２２０は、ネットワーク５００を介して、受付端末１００、担当者端末３００Ｔ、来訪者端末３００Ｖとの間で各種データの送受信を行ってよい。通信部２２０は、制御部２１０からの指示に従って、各種データを、受付端末１００や担当者端末３００Ｔに送信してよい。また、通信部２２０は、受付端末１００や担当者端末３００Ｔから送信された各種データを受信し、制御部２１０に伝達してよい。

入出力部２３０は、サーバ２００に対する各種操作を入力する入力装置、及び、サーバ２００で処理された処理結果を出力する出力装置を含んでよい。入出力部２３０は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部２１０に伝達できる全ての種類の装置のいずれか、又は、その組み合わせにより実現されてよい。入力装置は、例えば、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ、マイクを含んでよい。出力装置は、制御部２１０で処理された処理結果を出力してよい。出力装置は、例えば、ディスプレイ、タッチパネル、スピーカ等を含んでよい。

（２）サーバの機能構成
サーバ２００は、制御部２１０によって実現される機能として、通信制御部２１１、入出力制御部２１２、予約処理部２１３、受付情報取得部２１４、通知情報生成部２１５、及び決済処理部２１６を備えてよい。なお、図２に記載の各機能部は必須ではなく、これ以降に説明する各実施形態において、必須でない機能部はなくともよい。また、各機能部の機能又は処理は、実現可能な範囲において、機械学習又はＡＩにより実現されてもよい。

通信制御部２１１は、通信部２２０を介した受付端末１００や担当者端末３００Ｔとの間の通信を制御してよい。

入出力制御部２１２は、入出力部２３０を介した外部装置との各種情報の伝達を制御してよい。例えば、入出力制御部２１２は、タッチパネル、キーボード、マイク等の図示しない入力装置から、サーバ２００の管理者からの入力指示に応じて各機能部へ情報を伝達したり、タッチパネル、モニタ、スピーカ等の図示しない出力装置に対し、各機能部からの情報を伝達したりしてよい。

予約処理部２１３は、来訪予約に関する情報を取得してよい。来訪予約に関する情報は、例えば、担当者端末３００Ｔから送信される、来訪者の来訪日時、予約場所、来訪者に関する情報、担当者に関する情報であってよい。来訪者に関する情報とは、少なくとも、来訪者端末３００Ｖに関する情報として、来訪予約に関する情報を来訪者端末３００Ｖに送信するための、来訪者のメールアドレスに関する情報を含んでよい。また、担当者に関する情報とは、来訪予約に関する情報を担当者端末３００Ｔに送信するための、メールアドレスに関する情報を含んでよい。予約処理部２１３は、担当者端末３００Ｔ等からの入力に基づいて来訪予約を登録し、予約情報テーブルＴＢ２０を更新してよい。また、予約処理部２１３は、来訪予約の登録に応じて認証情報を生成し、来訪者端末３００Ｖへ送信してよい。認証情報とは、ある来訪予約について登録された正規の来訪者であることを認証するための情報であって、例えば、ＱＲコード（登録商標）、予約番号等であってよい。なお、来訪者端末３００Ｖへは、認証情報自体が送信されなくてもよい。すなわち、来訪者端末３００Ｖへは、例えば、ＱＲコードや予約番号等の認証に用いる情報を、通信端末３００に取得、あるいは表示させるための、ＵＲＬ等のリンクが送信されてもよい。

受付情報取得部２１４は、受付端末１００が来訪者から取得した受付情報を取得してよい。

通知情報生成部２１５は、受付情報に基づいて特定される担当者の担当者端末３００Ｔにおいて、来訪者の来訪を通知する来訪通知を出力させるための、第１通知情報を生成してよい。通知情報とは、来訪者端末３００Ｖまたは担当者端末３００Ｔにおいて、所定の通知を出力させるための情報であって、ここでは、担当者端末３００Ｔに送信される通知情報を「第１通知情報」、来訪者端末３００Ｖに送信される通知情報を「第２通知情報」と称する場合がある。来訪通知については後述する。

なお、サーバ２００の決済処理部２１６については後述する。

＜通信端末＞
次に、本発明の一実施形態に係る通信端末３００Ｔのハードウェア構成、機能構成について説明する。

（１）通信端末のハードウェア構成
担当者端末３００Ｔは、制御部３１０、通信部３２０、表示部３３０、入出力部３４０、記憶部３７０を備える。

制御部３１０は、典型的には中央処理装置（ＣＰＵ）であってよい。制御部３１０は、記憶部３７０に記憶されるプログラムを読み出し、読み出したプログラムに含まれるコード又は命令を実行することによって、各実施形態に示す機能、方法を実行してよい。制御部３１０は、その他、ＭＰＵ、ＧＰＵ、マイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡ等を含んでよい。制御部３１０は、集積回路（ＩＣチップ、ＬＳＩ）等に形成された論理回路（ハードウェア）や専用回路によって各実施形態に開示される各処理を実現してもよい。

記憶部３７０は、担当者端末３００Ｔが動作するうえで必要とする各種プログラムや各種データを記憶する。記憶部３７０は、例えば、フラッシュメモリを含んでよい。また、記憶部３７０は、制御部３１０に対する作業領域を提供するメモリを含んでよい。

通信部３２０は、ネットワークアダプタ等のハードウェアや通信用ソフトウェア、及びこれらの組み合わせとして実装されてよい。通信部３２０は、ネットワーク５００を介して各種データの送受信を行ってよい。通信部３２０は、サーバ２００から送信された各種データを受信し、制御部３１０に伝達してよい。

入出力部３４０は、担当者端末３００Ｔに対する各種操作を入力する入力装置、及び、担当者端末３００Ｔで処理された処理結果を出力する出力装置を含んでよい。入出力部３４０は、入力装置と出力装置が一体化していてもよいし、入力装置と出力装置とに分離していてもよい。入力装置は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部３１０に伝達できる全ての種類の装置のいずれか、又は、その組み合わせにより実現されてよい。入力装置は、例えば、タッチパネル、カメラ、マイクを含んでよい。出力装置は、制御部３１０で処理された処理結果を出力してよい。出力装置は、例えば、タッチパネル、スピーカ等を含んでよい。

表示部３３０は、フレームバッファに書き込まれた表示データに従って、データを表示するモニタであって、例えば、液晶ディスプレイ、ＯＥＬＤ、ヘッドマウントディスプレイ等であってよい。

（２）通信端末の機能構成
担当者端末３００Ｔは、制御部３１０によって実現される機能として、通信制御部３１１、表示制御部３１２、入出力制御部３１３、判定部３１４、及び設定部３１５を備えてよい。なお、図２に記載の各機能部が必須ではなく、これ以降に説明する各実施形態において、必須でない機能部はなくともよい。また、各機能部の機能又は処理は、実現可能な範囲において、機械学習又はＡＩにより実現されてもよい。

通信制御部３１１は、通信部３２０による、ネットワーク５００を介した担当者端末３００Ｔと外部装置（サーバ２００）との間の通信を制御し、各種情報の送受信を実行させてよい。

表示制御部３１２は、表示部３３０へのデータの表示を制御してよい。

入出力制御部３１３は、タッチパネル、カメラといった入出力部３４０を介したユーザからの入力操作を受け付けてよい。また、入出力制御部３１３は、タッチパネル、モニタ、スピーカ等の出力装置を制御して、各機能部からの情報を出力させてよい。

判定部３１４は、各種判定処理を行ってよい。例えば、判定部３１４は、自端末において、音声出力機能の制限中（マナーモード）に来訪通知の音声入力が許可されているか否かを判定してよい。

設定部３１５は、ユーザの操作に応じて、担当者端末３００Ｔのハードウェアに関する各種設定を実行してよい。例えば、設定部３１５は、担当者端末３００Ｔの音声出力機能について、マナーモードが設定されている場合に当該マナーモードを解除する条件に関する設定を実行してよい。

記憶部３７０は、担当者端末３００Ｔが動作するうえで必要とする各種プログラムや各種データを記憶してよい。例えば、記憶部３７０は、受付システムを利用するためのアプリケーションプログラムを記憶してよい。

＜受付システム処理＞
ここで、本発明の一実施形態による受付システム処理について説明する。図５は、本発明の一実施形態に係るサーバ２００、担当者端末３００Ｔ、及び受付端末１００のシーケンス図である。なお、図は一例であって、本発明はこれに限定されない。

記憶装置４００は、ユーザ情報テーブルＴＢ１０、予約情報テーブルＴＢ２０等を記憶してよい。サーバ２００は、記憶装置４００に記憶されたこれらの情報を適宜参照して、以下の処理を実行してよい。

まず、受付端末１００は、受付情報を取得する（ステップＳ１１）。図６は、受付端末１００の表示画面に表示された、受付情報入力画面の一例を示す。来訪者は、受付端末１００の画面２０において、受付方法を選択可能であってよい。図６（ａ）は、来訪者に受付方法を選択させる画面２０の一例を示す。来訪者は、画面２０において、認証情報による受付か、予約がない場合の受付かを、少なくとも選択できてよい。図６（ａ）の例では、来訪者は、ＱＲコードによる受付か、約束がない場合の受付かを選択することができる。また、来訪者は、来訪目的に応じて受付情報を入力可能であってもよい。図６（ａ）の例では、来訪者は、配送業者用、取材用の受付方法を選択することができる。なお、上述した受付情報入力画面は一例であって、本発明はこれに限定されない。また、受付情報入力画面は、企業によって自由に設定できてよい。

来訪者が来訪予約をしている場合、上述したように、来訪者端末３００Ｖに認証情報が送信されていてよい。この場合、来訪者は、認証情報による受付を選択してよい。以下では、来訪者が認証情報としてＱＲコードを使用する場合を例として説明する。

図６（ｂ）は、画面２０において認証情報による受付が選択された場合の画面２１の一例である。例えば、来訪者は、認証情報としてＱＲコードを用いる場合、画面２１において自身が持つＱＲコードを、受付端末１００の入出力部１４０（カメラ）に読み取らせてよい。なお、ＱＲコードは、来訪者端末３００Ｖに表示されたものであってもよいし、紙に印刷されたものであってもよい。通信制御部１１１は、読み取った認証情報に含まれる情報を、受付情報として通信部１２０を介してサーバ２００へ送信してよい。

なお、認証情報としてはＱＲコードに限定されない。すなわち、受付端末１００は、任意の方法により受付情報を取得してよい。例えば、認証情報としては、予約時に発行される受付番号等であってもよい。この場合、例えば、受付端末１００は、画面２１において、来訪者にキーパッド等により受付番号等を直接入力させてよい。

来訪予約のない来訪者は、画面２０において、予約がない場合の受付を選択してよい。図７（ａ）は、来訪予約のない来訪者によって、画面２０において、予約がない場合の受付が選択された場合の画面２２の一例である。画面２２の例では、来訪者は、所定のキーワードや、訪問先の部署等によって、希望する訪問先を検索できてよい。また、図７（ｂ）は、画面２２で訪問先が設定され、訪問目的を入力させるための画面２３の一例である。通信制御部１１１は、画面２２，２３で入力された情報を、受付情報として通信部１２０を介してサーバ２００へ送信してよい。

サーバ２００の受付情報取得部２１３は、受付端末１００から受信した受付情報を受信し、受付情報と、予約情報テーブルＴＢ２０とを参照して、担当者を特定してよい（ステップＳ１２）。通知情報生成部２１４は、特定された担当者の担当者端末３００Ｔにおいて、来訪者の来訪を通知する来訪通知を出力させる第１通知情報を生成してよい。通信制御部２１１は、通信部２２０を介して、担当者端末３００Ｔに第１通知情報を送信してよい（ステップＳ１３）。

第１通知情報を受信した担当者端末Ｔの判定部３１４は、自端末において音声出力が許可されているか否かを判定してよい（ステップＳ１４）。すなわち、判定部３１４は、設定部３１５によって第１通知情報を受信した場合に来訪通知の音声による出力を許可する設定がなされているか否かを、判定してもよい。音声出力が許可されている場合（ステップＳ１４でＹＥＳ）、入出力制御部３１３は、自端末の音声出力制限機能（マナーモード）を解除し、来訪通知を、入出力部３４０（スピーカー）から音声で出力させてよい（ステップＳ１５）。

図８に、担当者端末３００Ｔにおいて、来訪通知が音声で出力される場合の一例を示す。担当者端末３００Ｔは、例えば、「〇〇社の〇〇様が受付にいらっしゃいました」との来訪通知を、音声３０によって出力してよい。なお、音声通知の内容は、サーバ２００から送信された第１通知情報に基づいてよいが、各企業がカスタマイズできてよい。例えば、通知情報生成部２１４は、受付情報と予約情報テーブルＴＢ２０とに基づいて、図８のように、来訪者の会社、氏名を出力させてもよい。あるいは、来訪者の会社や氏名といった情報は出力させず、来訪者がある旨のみが出力されてもよい。

このように、本発明の一実施形態によれば、マナーモードが設定されていた場合でも、マナーモードが解除され、来訪通知が音声によって出力される。したがって、来訪者の存在を確実に担当者に通知することができる。

なお、来訪通知は、音声によってメッセージが出力される態様に限定されない。例えば、来訪通知として、所定の音楽やアラーム音が出力されてもよい。また、音声やアラーム音の大きさや長さ等の出力は任意に設定されてよい。これらは、ユーザの操作に応じて、設定部３１５により設定されてもよい。また、上述した音声出力は、担当者端末３００Ｔにおける、例えば電源ボタンの押下といった所定の操作によって停止されてよい。

なお、音声による出力態様は、担当者の状態に応じて変更されてもよい。例えば、サーバ２００は図示しない予定取得部を備え、担当者の予定に関する情報を取得してよい。予定に関する情報とは、担当者の会議、出張等といった予定に関する情報であって、例えば、予定取得部は、予定を管理する所定のアプリケーションから当該情報を取得してもよい。通知情報生成部２１４は、担当者の予定に応じて、来訪通知の音声による出力態様を変化させて出力させる第１通知情報を生成してよい。例えば、担当者が会議中である場合は、会議中であっても来訪に対応しやすいように、来訪通知の音量を上げて出力させてもよい。あるいは、「お客様がお待ちです」といった、来訪者の存在を示す音声が出力されてもよい。これにより、よりユーザビリティの高い受付システムを提供することができる。

また、担当者端末３００Ｔにおいて、入出力制御部３１３は、自端末の周囲環境に応じて、来訪通知の音声による出力態様を変化させてもよい。例えば、担当者が移動しているときは足音や環境音により来訪通知が聞こえにくくなる場合がある。したがって、例えば、担当者端末３００Ｔは、自端末に備えられたセンサによって、担当者端末３００Ｔの移動を検知した場合、来訪通知の音量を所定の設定よりも上げて出力させてもよい。これにより、担当者が来訪通知に気が付かない可能性を低減させることができる。

また、通知情報生成部２１５は、受付情報に基づいて、来訪者に対する応対の種類を選択させる選択画面を担当者端末３００Ｔに表示させる第１通知情報を生成してよい。図９に、担当者端末３００Ｔに表示された選択画面４０，４１の一例を示す。なお、図９（ａ）は、図８（ａ）の画面４０と同様である。画面４０は、受付情報に、予約ありの来訪である旨が含まれる場合であってよい。画面４０は、来訪者に対する応対の種類として、「お迎えする」、「フロアマップのみ」、「お断りする」の３つの選択肢が表示されている。これに対し、画面４１は、受付情報に、予約ありの来訪である旨が含まれていない場合であってよい。画面４１には、「お迎えする」、「お断りする」の２つの選択肢が表示されている。なお、選択画面は一例であって、これに限定されない。例えば、受付情報に含まれる来訪先の部署に関する情報に応じて、選択画面に表示される選択肢が異なってよい。すなわち、部署ごとに、表示される選択肢が設定されていてもよい。あるいは、受付情報に含まれる来訪予約の担当者に応じて、選択画面に表示される選択肢が異なってよい。

このように、本発明の一実施形態によれば、受付情報に基づいて、来訪者に対する応対の種類が変化する。これにより、来訪者に応じたより適切な応対が可能になる。

なお、通知情報生成部２１４は、来訪者の来訪予約の有無に基づいて、選択画面に表示させる来訪者に対する応対の種類を決定してよい。例えば、予約のない来訪者に対しては、予約のある来訪者と比べて、応対の種類が少なくてもよい。これにより、予約のない来訪者に対して応対の選択にかかる手間を減らし、よりユーザビリティの高い受付システムを提供することができる。

なお、通知情報生成部２１４は、予約がある来訪者に対しては、担当者端末３００Ｔにおいて、図９（ａ）の画面４０のように、「フロアマップのみ」との選択肢が表示され、当該選択肢の選択に応じて、受付端末１００において、地図案内を含む選択画面が表示される第１通知情報を生成してよい。これに対し、予約のない来訪者に対しては、担当者端末３００Ｔにおいて、図９（ｂ）の画面４１のように、地図案内を含まない選択画面が表示される第１通知情報を生成してよい。

図１０に、担当者端末３００Ｔの画面４０における選択に応じて、受付端末１００に表示される画面の一例を示す。図１０（ａ）は、担当者端末３００の画面４０または画面４１において、「お迎えする」が選択された場合に表示される画面２４の一例である。また、図１０（ｂ）は、担当者端末３００の画面４０において、「フロアマップのみ」が選択された場合に表示される画面２５の一例である。例えば、予約のない来訪者に対して、フロアマップを提示することは、セキュリティの関係上好ましくない。したがって、本発明の一実施形態によれば、予約のない来訪者に対する応対の種類には、フロアマップの表示が選択されない。これにより、セキュリティを担保することができる。また、予約のある来訪者に対しては、フロアマップが表示されることにより、来訪者を待たせることなく打ち合わせ場所まで誘導することができる。

なお、担当者端末３００Ｔの画面４０や画面４１において、来訪者の対応を断る選択がされた場合、受付端末１００には、対応できない旨が表示されてもよい。

なお、本発明の一実施形態に係る受付システムにおいて、来訪者は、ビルに設置された売店や自動販売機で販売する商品を、担当者側の負担によって購入できてよい。通知情報生成部２１５は、商品の決済に利用可能な所定の識別情報を、来訪者端末３００Ｖに表示させる第２通知情報を生成してよい。商品の決済に利用可能な所定の識別情報とは、例えば、担当者側の電子マネーに関する情報が関連付けられた、ＱＲコードやバーコードであってよい。なお、これ以降、商品の決済に利用可能な所定の識別情報を、決済用識別情報と称する場合がある。決済用識別情報は、サーバ２００から来訪者端末３００へ送信されてよい。

図１１は、決済用識別情報が送信された場合の、受付端末１００の画面２６、来訪者端末３００Ｖの画面５０の一例である。来訪者は、画面５０のように送信されたバーコードを、店舗や自販機の読み取り機に読み取らせることで、商品の購入が可能であってよい。これにより、来訪者にとってよりきめ細かい受付対応を提供することができる。

決済処理部２１６は、決済用識別情報による決済に係る処理を実行してよい。例えば、決済処理部２１６は、店舗において決済に用いられた決済用識別情報に応じて、その決済用識別情報に関連付けられた企業を特定し、当該企業の支払い可能残高に応じて、決済を承認してよい。また、決済に応じて、企業の支払い可能残高を更新してよい。

なお、本発明の一実施形態によれば、通知情報生成部２１５は、担当者端末３００Ｔに通知情報が送信されてから所定時間経過するまでに、担当者端末３００Ｔの選択画面における応対の種類の選択に関する選択情報を受信しない場合に、来訪者に対して、担当者についてあらかじめ設定された画面を提示するための第２通知情報を生成してよい。図１２は、所定時間経過しても担当者からの応答がない場合に、受付端末１００に表示される画面２７の一例である。画面２７のように、受付端末１００において、担当者からの応答がない旨と、来訪者が取り得る別の方法についての情報が提示されてもよい。画面２７の例では、別の担当者に連絡する、担当者にメッセージを残す方法が提示されている。別の担当者に連絡することが選択された場合、サーバ２００は、例えば、担当者の所属部署の他の従業員に対して、来訪通知を送信してもよい。

なお、画面２７は一例であって、担当者からの応答がない場合に表示される画面は、企業が自由に設定できてよい。また、所定時間については、企業が自由に設定できてよく、例えば、１５秒、３０秒等であってよい。

このように、本発明の一実施形態によれば、担当者からの応答がない場合に、来訪者に、別の受付方法が提示されてよい。これにより、来訪者に対する印象を悪くすることなく、また、他の来訪者を待たせることがない。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、上記実施の形態に示す構成を適宜組み合わせることとしてもよい。例えば、サーバ２００が備えるとして説明した各構成部は、複数のサーバによって分散されて実現されてもよい。さらに、サーバ２００が実現するとして説明した機能は、受付端末１００によって全て実現されてもよい。

なお、来訪予約に複数の担当者が関連付けられている場合、当該複数の担当者端末に、来訪通知が送信されてよい。この場合、複数の担当者端末のいずれかにおいて、来訪者に対する応答の種類が選択されたことを契機として、全ての担当者端末における音声出力が停止されてもよい。さらに、他の担当者が応対済みである旨が、その他の担当者端末において表示されてもよい。

なお、上述では、来訪通知が担当者端末に送信されてから所定時間経過しても応答がない場合、来訪者に対して、別の受付方法が提示される場合を説明した。このとき、担当者端末には、来訪通知が継続して、または断続的に出力されてもよい。

本開示の各実施形態のプログラムは、情報処理装置に読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。プログラムは、例えば、ソフトウェアプログラムや情報処理装置プログラムを含む。情報処理装置としてのサーバ２００の各機能部をソフトウェアにより実現する場合、サーバ２００は、プロセッサがメモリ上にロードされたプログラムを実行することにより、通信制御部２１１、入出力制御部２１２、予約処理部２１３、受付情報取得部２１４、通知情報生成部２１５及び決済処理部２１６として機能する。また、担当者端末３００Ｔの各機能部をソフトウェアにより実現する場合、担当者端末３００Ｔは、プロセッサがメモリ上にロードされたプログラムを実行することにより、通信制御部３１１、表示制御部３１２、入出力制御部３１３、判定部３１４、及び設定部３１５として機能する。また、受付端末１００の各機能部をソフトウェアにより実現する場合、受付端末１００は、プロセッサがメモリ上にロードされたプログラムを実行することにより、通信制御部１１１、表示制御部１１２、入出力制御部１１３、及び受付部１１４として機能する。

記憶媒体は適切な場合、１つ又は複数の半導体ベースの、又は他の集積回路（ＩＣ）（例えば、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向けＩＣ（ＡＳＩＣ）等）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カードもしくはドライブ、任意の他の適切な記憶媒体、又はこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、又は揮発性と不揮発性の組合せでよい。

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ２００に提供されてもよい。

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

なお、本開示のプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎ等のスクリプト言語、Ｃ言語、Ｇｏ言語、Ｓｗｉｆｔ，Ｋｏｌｔｉｎ、Ｊａｖａ（登録商標）等を用いて実装されてよい。

１００ 受付端末
１１０ 制御部
１１１ 通信制御部
１１２ 表示制御部
１１３ 入出力処理部
１１４ 受付部
１２０ 通信部
１３０ 表示部
１４０ 入出力部
１７０ 記憶部
２００ サーバ（情報処理装置）
２１０ 制御部
２１１ 通信制御部
２１２ 入出力制御部
２１３ 予約処理部
２１４ 受付情報取得部
２１５ 通知情報生成部
２１６ 決済処理部
２２０ 通信部
２３０ 入出力部
２７０ 記憶部
３００ 通信端末（担当者端末）
３１０ 制御部
３１１ 通信制御部
３１２ 表示制御部
３１３ 入出力処理部
３１４ 判定部
３１５ 設定部
３２０ 通信部
３３０ 表示部
３４０ 入出力部
３７０ 記憶部
４００ 記憶装置
５００ ネットワーク
６００ 情報処理システム

Claims (13)

1. 来訪者の来訪を受け付けて、担当者の通信端末に通知する受付システムであって、
   前記来訪者から、受付に要する受付情報を取得する受付部と、
   前記受付情報に基づいて特定される担当者の通信端末において、前記来訪者の来訪を通知する来訪通知を出力させる第１通知情報であって、前記受付情報に基づいた、前記来訪者に対する応対の種類を選択させる選択画面を前記通信端末に表示させる前記第１通知情報を生成する生成部と、
   前記第１通知情報を前記通信端末に送信する通信部と、
   を備え、
   前記生成部は、さらに、前記通信端末の前記選択画面において選択された応対の種類に応じた応対画面を、前記来訪者に対して提示する第２通知情報を生成する、
   受付システム。
2. 前記生成部は、前記来訪者の来訪予約の有無に基づいて、前記選択画面に表示させる前記来訪者に対する応対の種類を決定する、
   請求項１に記載の受付システム。
3. 前記生成部は、前記来訪者の来訪予約が有る場合に、前記応対の種類のうちの１つとして、地図案内による応対を含む選択画面を表示させる前記第１通知情報を生成する、
   請求項２に記載の受付システム。
4. 前記生成部は、前記来訪者の来訪予約が無い場合に、地図案内による応対を含まない選択画面を表示させる前記第１通知情報を生成する、
   請求項２に記載の受付システム。
5. 前記生成部は、前記受付情報に基づいて、前記選択画面に表示させる応対の種類を異ならせて生成する、
   請求項１〜４のいずれか一項に記載の受付システム。
6. 前記生成部は、前記通信端末の前記選択画面において選択された応対の種類に応じて、商品の決済に利用可能な所定の識別情報を、前記来訪者の来訪者端末において表示させる前記第２通知情報を生成する、
   請求項１〜５のいずれか一項に記載の受付システム。
7. 前記生成部は、前記通知情報が送信されてから所定時間経過するまでに、前記通信端末の前記選択画面における応対の種類の選択に関する選択情報を受信しない場合に、前記来訪者に対して、前記担当者についてあらかじめ設定された画面を提示するための前記第２通知情報を生成する、
   請求項１〜６のいずれか一項に記載の受付システム。
8. 前記通信端末は、
   前記第１通知情報の受信に応じて、自端末の音声出力制限機能を解除し、前記来訪通知を音声で出力させる出力制御部を備える、
   請求項１〜７のいずれか一項に記載の受付システム。
9. 前記担当者の予定に関する情報を取得する取得部を備え、
   前記通信部は、前記担当者の前記予定に応じて、前記来訪通知の前記通信端末における音声による出力態様を変化させる前記第１通知情報を送信する、
   請求項８に記載の受付システム。
10. 前記通信端末において、
    前記出力制御部は、自端末の周囲環境に応じて、前記来訪通知の音声による出力態様を変化させる、
    請求項８または９に記載の受付システム。
11. 請求項１〜１０のいずれか一項に記載の受付システムにおける通信端末であって、
    前記第１通知情報を受信する受信部と、
    前記第１通知情報に応じて、前記受付情報に基づいた、前記来訪者に対する応対の種類を選択させる選択画面を表示する表示部と、
    を備える、通信端末。
12. 請求項１〜１０のいずれか一項に記載の受付システムにおける通信端末の制御方法であって、
    前記第１通知情報を受信するステップと、
    前記第１通知情報に応じて、前記受付情報に基づいた、前記来訪者に対する応対の種類を選択させる選択画面を表示するステップと、
    を含む、通信端末の制御方法。
13. 請求項１〜１０のいずれか一項に記載の受付システムにおける通信端末の制御プログラムであって、
    前記通信端末に、前記第１通知情報を受信する機能と、
    前記第１通知情報に応じて、前記受付情報に基づいた、前記来訪者に対する応対の種類を選択させる選択画面を表示する機能とを実現させる、通信端末の制御プログラム。
    

Images