JP7463444B2 - 来訪通知システム、情報処理装置の制御方法、および通信情報処理装置の制御プログラム - Google Patents

Description

本発明は、来訪通知システム、情報処理装置の制御方法、および通信情報処理装置の制御プログラムに関する。

従来、来訪者が来訪したことを受け付けると、担当者に、来訪者の来訪を示すメッセージを送信することで通知する来訪通知システムが知られている（例えば、特許文献１）。

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

来訪者の来訪を来訪先のユーザに通知する場合、複数人で来訪されると、短期間のうちに何度も通知が送信されることとなり、ユーザにとって煩わしい。一方、複数人のうち最初に来訪を受け付けたときのみ通知が送信されるようにすると、一部の来訪者が遅れたり、来訪者がそれぞれ別々に来訪したりする場合には、最初に受け付けた来訪者以外の来訪者の来訪をユーザに気づかせることができない。そのため、来訪先のユーザにとって利便性の高い通知手段が求められている。

本発明の一実施形態に係る来訪通知システムは、来訪予定に関する来訪予定情報として、来訪先のユーザ及び来訪予定日時に関する情報を記憶する記憶部と、来訪予定情報に基づき、来訪時の受付に用いる認証情報を発行する発行部と、来訪者から認証情報の入力を受け付ける受付部と、受付部が来訪予定日時に来訪を受け付けた場合に、来訪先のユーザに対する通知を行う通知部と、を備え、受付部が、同一の来訪予定情報に関する複数の来訪を受け付けた場合において、通知部は、受付部による２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過前である場合、来訪先のユーザに対する通知を行わない。

本発明の一実施形態に係る来訪通知システムにおいて、通知部は、受付部による２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過後である場合、来訪先のユーザに対する通知を行ってもよい。

本発明の一実施形態に係る来訪通知システムにおいて、通知部は、受付部による２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過後であっても、受付部による直前の受付が行われてから、第１所定期間よりも短い第２所定期間の経過前である場合には、来訪先のユーザに対する通知を行わなくてもよい。

本発明の一実施形態に係る、来訪通知システムに係る情報処理装置の制御方法は、来訪予定に関する来訪予定情報として、来訪先のユーザ及び来訪予定日時に関する情報を記憶するステップと、来訪予定情報に基づき、来訪時の受付に用いる認証情報を発行するステップと、来訪者から認証情報の入力を受け付けるステップと、来訪予定日時に来訪を受け付けた場合に、来訪先のユーザに対する通知を行うステップと、を含み、同一の来訪予定情報に関する複数の来訪を受け付けた場合において、通知を行うステップでは、２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過前である場合、来訪先のユーザに対する通知を行わない。

本発明の一実施形態に係る、来訪通知システムに係る情報処理装置の制御方法において、通知を行うステップでは、２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過後である場合、来訪先のユーザに対する通知を行ってもよい。

本発明の一実施形態に係る、来訪通知システムに係る情報処理装置の制御プログラムは、情報処理装置に、来訪予定に関する来訪予定情報として、来訪先のユーザ及び来訪予定日時に関する情報を記憶する記憶機能と、来訪予定情報に基づき、来訪時の受付に用いる認証情報を発行する発行機能と、来訪者から認証情報の入力を受け付ける受付機能と、来訪予定日時に来訪を受け付けた場合に、来訪先のユーザに対する通知を行う通知機能と、を実現させ、受付機能が同一の来訪予定情報に関する複数の来訪を受け付けた場合において、通知機能は、受付機能による２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過前である場合、来訪先のユーザに対する通知を行わない。

本発明の一実施形態に係る、来訪通知システムに係る情報処理装置の制御プログラムにおいて、通知機能は、受付機能による２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過後である場合、来訪先のユーザに対する通知を行ってもよい。

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

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

＜システム構成＞
図１は、本発明の一実施形態に係る情報処理システムの構成例を示す図である。来訪通知システム６００は、来訪者の来訪を受け付けて、来訪先のユーザの通信端末に通知する情報処理システムであってよい。例えば、本発明の一実施形態に係る来訪通知システム６００によれば、ビルに設置された受付端末１００が、来訪者Ｘ，Ｙ，Ｚ，Ｐのビルへの来訪を受け付けてよい。すなわち、一実施形態に係る来訪通知システム６００は、来訪者への受付対応が無人で行われるシステムを指してよい。

来訪通知システム６００は、受付端末１００と、サーバ（情報処理装置）２００と、来訪先ユーザの通信端末（ユーザ端末）３００と、記憶装置４００とを含んでよい。ここで、「来訪先ユーザ」とは、来訪者が訪問した際に対応するユーザを指してよく、例えば、予め来訪者との打ち合わせといった予約が来訪通知システムに登録（記憶）されているユーザであってよい。なお、来訪通知システム６００は、来訪者（来訪者Ｘ，Ｙ，Ｚ，Ｐ）の通信端末をさらに含んでもよいが、含まなくてもよい。詳細は後述するが、来訪者は、来訪通知システム６００によって発行される認証情報を用いて、受付端末１００での受付処理を行ってよい。認証情報は、来訪者の通信端末に保存されていてもよいし、紙等の所定の媒体上に印刷されて使用されてもよい。なおこれ以降、来訪者Ｘ，Ｙ，Ｚ，Ｐは、複数人で１つのグループ１１を形成し、ビルを来訪するものとして説明する。

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

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

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

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

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

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

記憶装置４００に記憶される情報を説明する。図３は、来訪通知システム６００を利用するユーザに関するユーザ情報テーブルの一例である。なお、テーブルとは、各種情報の集合（データセット）のことであってよい。ユーザ情報テーブルＴＢ１０には、ユーザを一意に識別するためのユーザＩＤ（IDentifier）（識別子の一例）に関連付けて、ユーザ名、ユーザの勤務先の企業を一意に識別するための企業ＩＤが少なくとも記憶されてよい。例えば、ユーザ情報テーブルＴＢ１０を参照すると、ユーザＩＤ「user_10A」のユーザは、ユーザ名「******」、企業ＩＤ「com_10」に所属するユーザである。なお、ユーザ情報テーブルＴＢ１０に記憶される情報は図示したものに限定されず、これ以上でもこれ以下であってもよい。例えば、ユーザ情報として、ユーザが所属する部署、メールアドレス、電話番号といった勤務先の企業に関する情報のほか、ユーザ端末を一意に識別する端末ＩＤ等が記憶されてもよい。また、記憶装置４００には、各企業に関する情報が別途記憶されてもよい。

記憶装置４００は、来訪者の来訪予定に関する来訪予定情報を、来訪予定情報テーブルとして記憶してよい。図４は、記憶装置４００に記憶される来訪予定情報テーブルの一例である。記憶装置４００は、来訪予定情報テーブルＴＢ２０として、個々の来訪予定を識別する来訪予定ＩＤに、来訪予定日、来訪予定時間、来訪先ユーザＩＤ等を関連付けて記憶してよい。なお、記憶される情報としては図示したものに限定されず、これ以上でもこれ以下であってもよい。例えば、来訪予定情報テーブルＴＢ２０には、来訪者に関する情報として、来訪者の氏名、連絡先、所属する企業、来訪する人数などがさらに記憶されてよい。なお、複数人による来訪の場合、各来訪者の氏名等が記憶されてもよいし、代表者についてのみ記憶されてもよい。また、来訪予定情報テーブルＴＢ２０は、来訪先の企業の企業ＩＤ、利用する場所（会議室、執務室、フリースペース、サテライトオフィス等）の情報をさらに記憶してよい。なお、来訪予定に関する情報は、ユーザ端末３００で入力されてサーバ２００に送信されてもよいし、例えば、スケジュールアプリケーションやメールアプリケーション等の外部のアプリケーションサーバからサーバ２００が取得してもよい。また、来訪予定情報テーブルＴＢ２０は、サーバ２００が来訪予定に関する情報を取得した場合に作成、更新されてよい。

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

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

制御部１１０は、典型的には中央処理装置（ＣＰＵ）であってよい。制御部１１０は、記憶部１７０に記憶されるプログラムを読み出し、読み出したプログラムに含まれるコード又は命令を実行することによって、各実施形態に示す機能、方法を実行してよい。制御部１１０は、その他、ＭＰＵ（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）、フラッシュメモリ等を含んでよい。また、記憶部２７０は、制御部２１０に対する作業領域を提供するメモリを含んでよい。

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

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

通信制御部２１１は、通信部２２０を介した受付端末１００やユーザ端末３００との間の通信を制御してよい。

来訪予定設定部２１２は、ユーザ端末３００から取得した来訪予定情報に基づいて来訪予定を登録し、来訪予定情報テーブルＴＢ２０を更新してよい。来訪予定情報は、例えば、来訪予定日時、来訪先のユーザに関する情報であってよい。なお、来訪予定情報として、来訪者の氏名、連絡先（メールアドレス、電話番号等）、来訪者の人数がさらに記憶されてよい。なお、複数人での来訪が予定されている場合、来訪者それぞれについて、上述した氏名、連絡先が記憶されてもよい。また、来訪先のユーザに関する情報とは、来訪通知をユーザ端末３００に送信するための、ユーザＩＤ、メールアドレス等に関する情報を含んでよい。

さらに、来訪予定設定部２１２は、来訪予定情報に基づき、来訪時の受付に用いる認証情報を発行（生成）する発行部として機能してよい。認証情報とは、ある来訪予定について登録された正規の来訪者であることを認証するための情報であって、例えば、ＱＲコード（登録商標）、予約番号等であってよい。なお、例えば、ＱＲコードのように認証情報自体が情報を保持可能な場合、認証情報には、来訪予定ＩＤが含まれてよい。あるいは、認証情報が予約番号である場合、あらかじめ、来訪予定情報テーブルＴＢ２０において、来訪予定ＩＤに予約番号が関連付けられて記憶されてよい。

発行された認証情報は、来訪予定情報を送信したユーザ端末３００に送信されてよい。または、来訪予定情報に来訪者のメールアドレスが含まれる場合、認証情報は、来訪者の通信端末へ送信されてもよい。なお、サーバ２００から来訪者の通信端末への認証情報の送信は必須ではなく、認証情報は、ユーザ端末３００から来訪者へ、メールといった何らかの方法で伝達されてよい。また、ユーザ端末３００や来訪者の通信端末には、認証情報自体が送信されなくてもよい。すなわち、ユーザ端末３００等に、例えば、ＱＲコードや予約番号等の認証に用いる情報を、ユーザ端末３００等に取得、あるいは表示させるための、ＵＲＬ等のリンクが送信されてもよい。

認証情報取得部２１３は、受付端末１００が来訪者から取得した認証情報を取得し、来訪予定の特定や、来訪者の認証を行ってよい。例えば、認証情報取得部２１３は、認証情報に含まれる、または認証情報から識別される来訪予定ＩＤを特定し、来訪予定情報テーブルＴＢ２０を参照して得られる来訪予定日や来訪予定時間等から、来訪者の認証処理を行ってよい。

通知情報生成部２１４は、認証情報に基づいて特定される来訪先ユーザのユーザ端末３００において、来訪者の来訪を通知する来訪通知を出力させるための通知情報を生成してよい。通知情報とは、ユーザ端末３００において、所定の通知を出力させるための情報であって、テキストメッセージ、メール、アイコン表示、音声等を出力させる情報であってよい。すなわち、通知情報生成部２１４は、受付部１１４が来訪予定日時に来訪を受け付けた場合に、来訪先のユーザに対する通知を行う通知部として機能してよい。

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

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

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

記憶部３７０は、ユーザ端末３００が動作するうえで必要とする各種プログラムや各種データを記憶する。例えば、記憶部３７０は、来訪通知システムに係るアプリケーションプログラムを記憶してよい。また、記憶部３７０は、例えば、フラッシュメモリや、制御部３１０に対する作業領域を提供するメモリを含んでよい。

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

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

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

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

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

表示制御部３１２は、表示部３３０へのデータの表示を制御してよい。例えば、表示制御部３１２は、サーバ２００から送信された通知情報に基づいて、来訪者の来訪を示す通知を表示部３３０に表示させてよい。

入出力制御部３１３は、タッチパネル、カメラといった入出力部３４０を介したユーザからの入力操作を受け付けてよい。また、入出力制御部３１３は、タッチパネル、モニタ、スピーカ等の出力装置を制御して、各機能部からの情報を出力させてよい。例えば、入出力制御部３１３は、サーバ２００から送信された通知情報に基づいて、音声により来訪を示す通知をスピーカから出力させてよい。

来訪予定取得部３１４は、ユーザの操作に応じて、上述した来訪予定に関する情報を取得してよい。

＜第１実施形態＞
本発明の第１実施形態によれば、複数人による来訪予定が設定されている場合に、来訪先のユーザを煩わせることなく、適切な来訪通知が可能となる。このことを、図５～７を用いて説明する。図５は、来訪通知システム６００による通知処理として、来訪者の受付に基づいた通知のタイミングを説明する概略図、図６は、受付端末１００、サーバ２００、及びユーザ端末３００間のシーケンス図、図７は、受付端末１００及びユーザ端末３００の表示画面例である。なお、図は一例であって、本発明はこれに限定されない。

図５（ａ）は、従来、受付端末で受付処理が完了する度に、来訪先のユーザへ通知が行われる場合の概略図である。なお、これ以降、図５、図６等の説明において、来訪者が受付端末に認証情報を入力し、所定の処理を経て正常に来訪が受け付けられた状態、あるいは、来訪者が受付端末に認証情報を入力した状態を、簡単のため、「受付が完了した」と称する。

ここで、上述した「複数人による来訪予定」とは、来訪者が二人以上のグループであることを指し、来訪者が、それぞれ、識別情報を用いて受付端末で受付処理を行うことを意味する。したがって、図５（ａ）のように、来訪者Ｘが「9:00」、来訪者Ｙが「9:03」、来訪者Ｚが「9:05」に継続して受付を完了した場合、そのいずれにおいても、来訪先のユーザ端末へ通知が送信されることとなる。さらに、来訪者Ｘ，Ｙ，Ｚと同じグループである来訪者Ｐが、来訪者Ｘ，Ｙ，Ｚよりも遅れて「9:12」に受付を完了した場合にも、ユーザ端末へ通知が送信されることとなる。

これに対し、図５（ｂ）を用いて本発明の第１実施形態を説明する。本発明の第１実施形態によれば、来訪者Ｘが「9:00」、来訪者Ｙが「9:03」、来訪者Ｚが「9:05」に受付を完了した場合、来訪者Ｘが受付を完了した「9:00」の時点でのみ、来訪先のユーザ端末３００へ通知が送信されてよい。すなわち、本発明の第１実施形態によれば、複数人の来訪について、最初に受け付けた来訪者に対する通知の送信後、後続して受け付けた来訪者に対する通知が停止される、通知の停止期間が設定されてよい。

図６のシーケンス図、図７の表示画面例も用いて説明する。まず、受付端末１００の受付部１１４は、来訪者Ｘから「9:00」に認証情報を取得し、取得した認証情報をサーバ２００へ送信してよい（ステップＳ１１）。なお、認証情報が例えばＱＲコードの場合、来訪者は、自身の通信端末のディスプレイに表示させた、または紙上に印刷したＱＲコードを受付端末１００に読み取らせることで、受付処理を実行させてよい。図７（ａ）は、受付端末１００の表示部１３０に表示された、ＱＲコードの入力を来訪者に促す画面の一例である。なお、ＱＲコードは、受付端末１００のカメラに読み取らせたり、受付端末１００がＱＲコードリーダーのような所定の読取装置を備える場合、当該読取装置を用いて読み取らせたりしてもよい。また、認証情報が例えば予約番号である場合、来訪者は、受付端末１００に当該予約番号を入力することで、受付処理を実行させてよい。

図６に戻り説明する。サーバ２００の認証情報取得部２１３は、受付端末１００から送信された認証情報に基づき、来訪予定を特定してよい（ステップＳ１２）。すなわち、認証情報取得部２１３は、認証情報に関連付けられた来訪予定ＩＤを特定してよい。なお、ここでは、来訪者Ｘ，Ｙ，Ｚ，Ｐによる来訪予定は、来訪予定情報テーブルＴＢ２０における来訪予定ＩＤ「rsv_001」に関連付けられているとする。判定部２１５は、これ以前に、同一の来訪予定ＩＤによる受付処理が行われたか否かを判定してよい（ステップＳ１３）。図５（ｂ）の例の場合、来訪者Ｘより以前に、来訪予定ＩＤ「rsv_001」の認証情報を用いた受付処理は行われていないため、ステップＳ１３で「ＮＯ」と判定され、ステップＳ１５へ進んでよい。なお、「ＹＥＳ」の場合は後述する。

通知情報生成部２１４は、来訪者の来訪を通知する通知情報を生成し、来訪予定ＩＤ「rsv_001」に関連付けられている来訪先ユーザＩＤのユーザが有するユーザ端末３００へ、通知情報を送信してよい（ステップＳ１５）。そして、ユーザ端末３００の表示制御部３１２は、来訪先のユーザに対し、来訪を通知してよい（ステップＳ１６）。図７（ｂ）は、来訪者の来訪が、ユーザ端末３００においてポップアップメッセージで通知される場合の一例である。なお、図は一例であって、通知は音声で行われてもよいし、メールで送信されたり、メッセージでなく所定のアイコンが表示されたりしてもよい。

通知情報生成部２１４は、来訪予定ＩＤ「rsv_001」について最新の通知時間を記憶してよい（ステップＳ１７）。ここで、通知時間は、サーバ２００がユーザ端末３００へ通知情報を送信した時間であってよい。なお、サーバ２００の処理能力によっては、認証情報を取得した時間（受付完了時間）と通知時間とはほぼ同時となり得る。よってこれ以降では説明のために、通知時間は受付完了時間と同時であるものとする。すなわち、図５（ｂ）の例では、通知時間として、「9:00」が記憶されてよい。受付端末１００、サーバ２００、ユーザ端末３００は、その後、ステップＳ１１へ戻り、認証情報の取得を待機してよい。

図５（ｂ）、図６に戻り、受付端末１００の受付部１１４は、次に、来訪者Ｙから「9:03」に認証情報を取得し、取得した認証情報をサーバ２００へ送信してよい（ステップＳ１１）。サーバ２００の認証情報取得部２１３は、受付端末１００から送信された認証情報に基づき、来訪予定ＩＤを特定してよい（ステップＳ１２）。ここで、来訪者Ｘ，Ｙ，Ｚ，Ｐが受付に用いる識別情報は、同一の来訪予定ＩＤ「rsv_001」に関連付けられている。したがって、受付部１１４は、同一の来訪予定情報に関する複数の来訪を受け付けることなる。

判定部２１５は、これ以前に、同一の来訪予定ＩＤによる受付処理が行われたか否かを判定してよい（ステップＳ１３）。図５（ｂ）の例の場合、来訪者Ｙより以前に、来訪者Ｘによる来訪予定ＩＤ「rsv_001」の認証情報を用いた受付処理が行われているため、ステップＳ１３で「ＹＥＳ」と判定され、ステップＳ１４へ進んでよい。ステップＳ１４にて、判定部２１５は、ユーザ端末３００へ最新の通知が行われてから第１所定期間が経過したか否かを判定してよい。すなわち、判定部２１５は、来訪者の来訪を受け付けた時間が、ステップＳ１７で記憶した最新の通知時間から第１所定期間の経過前であるか否かを判定してよい。ここで、第１所定期間とは、複数人による来訪において、受付処理が完了したことに応じた通知が送信されてから、後続する受付処理に応じた通知が送信されるのを停止する期間であってよい。例えば、第１所定期間は、これに限定されるものではないが、１０分間であってよい。すなわち、図５（ｂ）において、来訪者Ｘの受付完了に応じて「9:00」に通知が送信されてから、第１所定期間Ｔ１の１０分間が経過する「9:10」まで、来訪者Ｙ，Ｚの受付処理が完了したことに応じた通知は行われなくてよい。

通知情報生成部２１４は、受付部１１４による２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過前である場合、来訪先のユーザに対する通知を行わなくてよい。すなわち、来訪者Ｙ，Ｚについては、図６のステップＳ１４において、最新の通知が行われてから第１所定期間が経過していないと判定され、ステップＳ１５～１７の通知処理が行われない。

このように、本発明の第１実施形態によれば、複数人による来訪の際に、来訪者のうち最新の受付が完了したことに応じた通知が送信されてから、所定期間が経過するまでは、他の来訪者の受付が完了しても、通知が送信されない。すなわち、複数人の来訪が予定されている場合に、所定期間においては来訪者の来訪の度に通知されることがない。これによれば、ユーザは一の通知で複数の来訪者に応対することができる。つまり、本発明の一実施形態によれば、ユーザに対する通知の送信回数を減らすことで、ユーザを煩わせることの少ない、ユーザビリティの高い来訪通知システムを提供することができる。

なお、通知情報生成部２１４は、受付部１１４による２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過後である場合、来訪先のユーザに対する通知を行ってよい。すなわち、図５（ｂ）において、遅れてきた来訪者Ｐが「9:12」に受付を行い、図６のステップＳ１１の処理が開始された場合、ステップＳ１４において、最新の通知が行われてから第１所定期間が経過したと判定され（ステップＳ１４でＹＥＳ）、サーバ２００の処理がステップＳ１５～１７へ進んでよい。この場合、ステップＳ１５で通知情報が送信され、ステップＳ１７で、「9:12」が最新の通知時間として記憶されてよい。

このように、本発明の一実施形態によれば、複数人による来訪の際に、遅れてきた来訪者に対しては、通知の停止が解除され、来訪先のユーザへ再び通知が送信されてよい。すなわち、ユーザは遅れてきた来訪者の来訪を認識することができる。したがって、本発明の一実施形態によれば、ユーザは遅れてきた来訪者に関しても適切に応対することができる。

＜第２実施形態＞
第１実施形態では、最新の通知から第１所定期間の経過後に受け付けた来訪者については通知が送信された。しかしながら、第１所定期間が経過する直前と直後とで来訪者を受け付けた場合、例えば、図５（ｂ）の例で、「9:09」と「9:11」に来訪者を受け付けた場合、「9:09」の来訪者は通知し、「9:11」の来訪者を通知することは、ユーザビリティにさほど貢献しない。したがって、本発明の第２実施形態では、最新の通知から第１所定期間の経過後に来訪者を受け付けた場合であっても、条件によっては、通知が送信されなくてよい。すなわち、本発明の第２実施形態によれば、通知の停止期間が終了する間近に来訪者の受付処理がなされた場合に、停止期間の終点が更新されてよい。

本発明の第２実施形態について、図８，９を用いて説明する。図８は、来訪者の受付に基づいた通知のタイミングを説明する概略図、図９は、受付端末１００、サーバ２００、及びユーザ端末３００間のシーケンス図である。なお、図は一例であって、本発明はこれに限定されない。また、第１実施形態と重複する部分については説明を省略することもある。

受付端末１００の受付部１１４は、来訪者Ｘから「9:00」に認証情報を取得し、取得した認証情報をサーバ２００へ送信してよい（ステップＰ１１）。サーバ２００の認証情報取得部２１３は、受付端末１００から送信された認証情報に基づき、来訪予定ＩＤを特定し、認証情報を取得した時間（受付時間）を記憶してよい（ステップＰ１２）。なお、ここでも、来訪者Ｘ，Ｙ，Ｚ，Ｐによる来訪予定は、来訪予定情報テーブルＴＢ２０における来訪予定ＩＤ「rsv_001」に関連付けられているとする。判定部２１５は、これ以前に、同一の来訪予定ＩＤによる受付処理が行われたか否かを判定してよい（ステップＰ１３）。図８（ａ）の例の場合、来訪者Ｘより以前に、来訪予定ＩＤ「rsv_001」の認証情報を用いた受付処理は行われていないため、ステップＰ１３で「ＮＯ」と判定され、ステップＰ１６へ進んでよい。なお、「ＹＥＳ」の場合は後述する。

通知情報生成部２１４は、来訪者の来訪を通知する通知情報を生成し、来訪予定ＩＤ「rsv_001」に関連付けられている来訪先ユーザＩＤを有するユーザ端末３００へ、通知情報を送信してよい（ステップＰ１６）。そして、ユーザ端末３００の表示制御部３１２は、来訪先のユーザに対し、来訪を通知してよい（ステップＰ１７）。

通知情報生成部２１４は、来訪予定ＩＤ「rsv_001」について最新の通知時間「9:00」を記憶してよい（ステップＰ１８）。受付端末１００、サーバ２００、ユーザ端末３００は、その後、ステップＰ１１へ戻り、認証情報の取得を待機してよい。

次に、受付端末１００の受付部１１４は、来訪者Ｙから「9:03」に認証情報を取得し、取得した認証情報をサーバ２００へ送信してよい（ステップＰ１１）。サーバ２００の認証情報取得部２１３は、受付端末１００から送信された認証情報に基づき、来訪予定を特定し、受付時間「9:03」を記憶してよい（ステップＰ１２）。なお、受付時間は、これ以前で記憶された受付時間「9:00」に上書きされてよい。

判定部２１５は、これ以前に、同一の来訪予定ＩＤによる受付処理が行われたか否かを判定してよい（ステップＰ１３）。図８（ａ）の例の場合、来訪者Ｙより以前に、来訪者Ｘによる来訪予定ＩＤ「rsv_001」の認証情報を用いた受付処理が行われているため、ステップＰ１３で「ＹＥＳ」と判定され、ステップＰ１４へ進んでよい。ステップＰ１４にて、判定部２１５は、ユーザ端末３００へ最新の通知が行われてから第１所定期間が経過したか否かを判定してよい。すなわち、判定部２１５は、来訪者の来訪を受け付けた時間が、ステップＰ１８で記憶した通知時間から第１所定期間の経過前であるか否かを判定してよい。

来訪者Ｙの受付時間は「9:03」であるため、来訪者Ｘの受付が完了したことに応じて「9:00」に通知が送信されてから、第１所定期間の「10分間」を経過前である。したがって、ステップＰ１４でＮＯと判定され、ステップＰ１１へ戻ってよい。すなわち、来訪者Ｙの受付が完了したことに応じた通知は送信されない。来訪者Ｚの「9:08」の受付についても、来訪者Ｙと同様の処理により、通知が送信されない。

受付端末１００の受付部１１４が、来訪者Ｐから「9:12」に認証情報を取得すると、ステップＰ１１～１３までの処理が行われ、ステップＰ１４へ進んでよい。来訪者Ｐの受付時間は「9:12」であるため、来訪者Ｘの受付が完了したことに応じて「9:00」に通知が送信されてから、第１所定期間の「10分間」を経過後である。したがって、ステップＰ１４でＹＥＳと判定され、ステップＰ１５へ進むこととなる。

判定部２１５は、ステップＰ１５にて、受付部１１４による直前の受付が行われてから、第２所定期間の経過前であるか否かを判定してよい。ここで、第２所定期間は、第１所定期間よりも短い期間であって、複数人による来訪において、来訪者が同じタイミングで来訪していると判断され、受付処理に応じた通知が送信されるのを停止する期間であってよい。例えば、第２所定期間は、これに限定されるものではないが、５分間であってよい。すなわち、図８（ａ）において、来訪者Ｚの受付が「9:08」に完了してから、第２所定期間Ｔ２の５分間が経過する「9:13」まで、来訪者Ｐの受付処理が完了したことに応じた通知は行われなくてよい。

通知情報生成部２１４は、受付部１１４による２回目以降の来訪の受付が、来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過後であっても、受付部１１４による直前の受付が行われてから、第１所定期間よりも短い第２所定期間の経過前である場合には、来訪先のユーザに対する通知を行わなくてよい。すなわち、来訪者Ｐについては、図９のステップＰ１５において、来訪者Ｚについての直前の受付が行われてから第２所定期間が経過していないと判定され、ステップＳ１６～１８の通知処理が行われない。

このように、本発明の第２実施形態によれば、複数人による来訪の際に、来訪者が同じタイミングで来訪していると判定される場合、来訪者のうち最新の受付が完了したことに応じた通知が送信されてから所定期間が経過したとしても、通知が送信されない。すなわち、所定期間が経過する直前直後に来訪者が集中した場合においても、ユーザは一の通知で複数の来訪者に応対することができる。したがって、本発明の第２実施形態によれば、ユーザへの通知のタイミングを柔軟に調整することができるため、さらにユーザビリティの高い来訪通知システムを提供することができる。

なお、図８（ｂ）に示すように、来訪者Ｐが「9:14」に受付した場合、直前に受け付けられた来訪者Ｚの受付時間「9:08」から、第２所定期間である「5分間」が経過しているため、ステップＰ１５でＹＥＳと判定される。そして、ステップＰ１６～１８へ進み、来訪者Ｐについての通知が行われることになる。

＜他の実施形態＞
第２実施形態では、第１所定期間と第２所定期間とを組み合わせて、通知の有無が判定される態様について説明した。ここでさらに、本発明の他の実施形態について、図１０，１１を用いて説明する。図１０は、来訪者の受付に基づいた通知のタイミングを説明する概略図、図１１は、受付端末１００、サーバ２００、及びユーザ端末３００間のシーケンス図である。なお、図は一例であって、本発明はこれに限定されない。また、第１実施形態、第２実施形態と重複する部分については説明を省略することもある。

上述のように、第２所定期間は、複数人による来訪において、来訪者が同じタイミングで来訪していると判断され、受付処理に応じた通知が送信されるのを停止する期間であってよい。本発明の他の実施形態によれば、通知情報生成部２１４は、受付部１１４による２回目以降の来訪の受付が、直前の受付が行われてから第２所定期間の経過前である場合には、来訪先のユーザに対する通知が行われなくてよい。すなわち、本発明の他の実施形態によれば、通知の停止期間内に来訪者の受付処理がなされた場合に、停止期間の終期が更新されてよい。例えば、他の実施形態において、第２所定期間を「5分間」とすると、来訪者Ｘの受付時間「9:00」と来訪者Ｙの受付時間「9:03」との間は5分以内であるため、来訪者Ｙの受付完了に応じた通知は行われなくてよい。同様に、来訪者Ｚについても、来訪者Ｙの受付時間との関係から、通知が行われなくてよい。しかしながら、来訪者Ｐの受付時間「9:15」は、直前の来訪者Ｚの受付時間「9:07」から５分以上経過しているため、来訪者Ｐの受付完了に応じて通知が送信されてよい。

図１１のシーケンス図を用いて説明する。受付端末１００の受付部１１４は、来訪者Ｘから「9:00」に認証情報を取得し、取得した認証情報をサーバ２００へ送信してよい（ステップＴ１１）。サーバ２００の認証情報取得部２１３は、受付端末１００から送信された認証情報に基づき、来訪予定ＩＤを特定し、認証情報を取得した時間（受付時間）を記憶してよい（ステップＴ１２）。なお、ここでも、来訪者Ｘ，Ｙ，Ｚ，Ｐによる来訪予定は、来訪予定情報テーブルＴＢ２０における来訪予定ＩＤ「rsv_001」に関連付けられているとする。判定部２１５は、これ以前に、同一の来訪予定ＩＤによる受付処理が行われたか否かを判定してよい（ステップＴ１３）。図１０の例の場合、来訪者Ｘより以前に、来訪予定ＩＤ「rsv_001」の認証情報を用いた受付処理は行われていないため、ステップＴ１３で「ＮＯ」と判定され、ステップＴ１５へ進んでよい。なお、「ＹＥＳ」の場合は後述する。

通知情報生成部２１４は、来訪者の来訪を通知する通知情報を生成し、来訪予定ＩＤ「rsv_001」に関連付けられている来訪先ユーザＩＤを有するユーザ端末３００へ、通知情報を送信してよい（ステップＴ１５）。そして、ユーザ端末３００の表示制御部３１２は、来訪先のユーザに対し、来訪を通知してよい（ステップＴ１６）。

通知情報生成部２１４は、来訪予定ＩＤ「rsv_001」について最新の受付時間「9:00」を記憶してよい（ステップＴ１７）。受付端末１００、サーバ２００、ユーザ端末３００は、その後、ステップＴ１１へ戻り、認証情報の取得を待機してよい。

次に、受付端末１００の受付部１１４は、来訪者Ｙから「9:03」に認証情報を取得し、取得した認証情報をサーバ２００へ送信してよい（ステップＴ１１）。サーバ２００の認証情報取得部２１３は、受付端末１００から送信された認証情報に基づき、来訪予定を特定し、受付時間「9:03」を記憶してよい（ステップＴ１２）。なお、受付時間は、これ以前で記憶された受付時間「9:00」に上書きされてよい。

判定部２１５は、これ以前に、同一の来訪予定ＩＤによる受付処理が行われたか否かを判定してよい（ステップＴ１３）。図１０の例の場合、来訪者Ｙより以前に、来訪者Ｘによる来訪予定ＩＤ「rsv_001」の認証情報を用いた受付処理が行われているため、ステップＴ１３で「ＹＥＳ」と判定され、ステップＴ１４へ進んでよい。ステップＴ１４にて、判定部２１５は、最新の受付時間から第２所定期間が経過したか否かを判定してよい。すなわち、判定部２１５は、来訪者の来訪を受け付けた時間が、ステップＴ１７で記憶した受付時間から第２所定期間の経過前であるか否かを判定してよい。

来訪者Ｙの受付時間は「9:03」であるため、来訪者Ｘの受付時間「9:00」からは、第２所定期間である「5分間」の経過前である。したがって、ステップＴ１４でＮＯと判定され、ステップＴ１７へ進み、通知情報生成部２１４は、来訪予定ＩＤ「rsv_001」について最新の受付時間「9:03」を記憶し、ステップＴ１１へ戻ってよい。すなわち、来訪者Ｙの受付が完了したことに応じた通知は送信されない。来訪者Ｚの「9:07」の受付についても、来訪者Ｙと同様の処理により、通知が送信されない。なお、第２所定期間は、「5分間」に限定されない。

受付端末１００の受付部１１４が、来訪者Ｐから「9:15」に認証情報を取得すると、ステップＴ１１～１３までの処理が行われ、ステップＴ１４へ進んでよい。来訪者Ｐの受付時間は「9:15」であるため、来訪者Ｚの受付が完了したことに応じた最新の受付時間「9:07」から、第２所定期間の「5分間」が経過している。したがって、ステップＴ１４でＹＥＳと判定され、ステップＴ１５へ進み、通知情報がユーザ端末３００へ送信されてよい。そして、ユーザ端末３００の表示制御部３１２は、来訪先のユーザに対し、来訪を通知してよい（ステップＴ１６）。通知情報生成部２１４は、来訪予定ＩＤ「rsv_001」について最新の通知時間「9:15」を記憶してよい（ステップＴ１８）。受付端末１００、サーバ２００、ユーザ端末３００は、その後、ステップＴ１１へ戻り、認証情報の取得を待機してよい。

このように、本発明の他の実施形態によれば、複数人による来訪の際に、来訪者が同じタイミングで来訪していると判定される場合、来訪者のうち最新の受付が完了したことに応じた通知後に設定される通知の停止期間の終期が更新され、さらに、通知の停止期間の終了後に遅れてきた来訪者に対しては、来訪先のユーザへ通知が送信されてよい。したがって、本発明の他の実施形態によれば、通知によってユーザを煩わせることが少なく、また、ユーザが遅れてきた来訪者に対しても適切に応対することができる、ユーザビリティの高い来訪通知システムを提供することができる。

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

例えば、上述では、来訪者の受付が、受付端末１００で行われる態様について説明した。しかしながら、来訪者に発行された識別情報が、ビルの入館ゲートに読み取られたことにより、受付処理が完了してもよい。

なお、来訪予定に複数の来訪先ユーザが関連付けられている場合、当該複数の来訪先ユーザのユーザ端末それぞれに、来訪通知が送信されてもよい。

また、識別情報は、各来訪者に関連付けて発行されてもよい。この場合でも、識別情報によって特定される来訪予定ＩＤは同一となるため、複数人による来訪であることを判定することができてよい。

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

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

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

また、本開示の各実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。なお、本開示のプログラムは、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｙｔｈｏｎ等のスクリプト言語、Ｃ言語、Ｇｏ言語、Ｓｗｉｆｔ，Ｋｏｌｔｉｎ、Ｊａｖａ（登録商標）等を用いて実装されてよい。

以上説明した本開示の各態様によれば、ユーザがより働きやすい環境を提供することにより、持続可能な開発目標（ＳＤＧs）の目標１１「住み続けられるまちづくりを」の達成に貢献できる。

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

Claims (7)

1. 来訪予定に関する来訪予定情報として、来訪先のユーザ及び来訪予定日時に関する情報を記憶する記憶部と、
   前記来訪予定情報に基づき、来訪時の受付に用いる認証情報を発行する発行部と、
   来訪者から前記認証情報の入力を受け付ける受付部と、
   前記受付部が前記来訪予定日時に前記来訪を受け付けた場合に、前記来訪先のユーザに対する通知を行う通知部と、
   を備え、
   前記受付部が、同一の来訪予定情報に関する複数の来訪を受け付けた場合において、
   前記通知部は、前記受付部による２回目以降の来訪の受付が、前記来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過前である場合、前記来訪先のユーザに対する通知を行わない、来訪通知システム。
2. 前記通知部は、前記受付部による２回目以降の来訪の受付が、前記来訪先のユーザに対する最新の通知が行われてから前記第１所定期間の経過後である場合、前記来訪先のユーザに対する通知を行う、
   請求項１に記載の来訪通知システム。
3. 前記通知部は、前記受付部による２回目以降の来訪の受付が、前記来訪先のユーザに対する最新の通知が行われてから前記第１所定期間の経過後であっても、前記受付部による直前の受付が行われてから、前記第１所定期間よりも短い第２所定期間の経過前である場合には、前記来訪先のユーザに対する通知を行わない、
   請求項２に記載の来訪通知システム。
4. 来訪通知システムに係る情報処理装置の制御方法であって、
   来訪予定に関する来訪予定情報として、来訪先のユーザ及び来訪予定日時に関する情報を記憶するステップと、
   前記来訪予定情報に基づき、来訪時の受付に用いる認証情報を発行するステップと、
   来訪者から前記認証情報の入力を受け付けるステップと、
   前記来訪予定日時に前記来訪を受け付けた場合に、前記来訪先のユーザに対する通知を行うステップと、
   を含み、
   同一の来訪予定情報に関する複数の来訪を受け付けた場合において、
   前記通知を行うステップでは、２回目以降の来訪の受付が、前記来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過前である場合、前記来訪先のユーザに対する通知を行わない、来訪通知システムに係る情報処理装置の制御方法。
5. 前記通知を行うステップでは、２回目以降の来訪の受付が、前記来訪先のユーザに対する最新の通知が行われてから前記第１所定期間の経過後である場合、前記来訪先のユーザに対する通知を行う、
   請求項４に記載の来訪通知システムに係る情報処理装置の制御方法。
6. 来訪通知システムに係る情報処理装置の制御プログラムであって、
   情報処理装置に、
   来訪予定に関する来訪予定情報として、来訪先のユーザ及び来訪予定日時に関する情報を記憶する記憶機能と、
   前記来訪予定情報に基づき、来訪時の受付に用いる認証情報を発行する発行機能と、
   来訪者から前記認証情報の入力を受け付ける受付機能と、
   前記来訪予定日時に前記来訪を受け付けた場合に、前記来訪先のユーザに対する通知を行う通知機能と、
   を実現させ、
   前記受付機能が同一の来訪予定情報に関する複数の来訪を受け付けた場合において、
   前記通知機能は、前記受付機能による２回目以降の来訪の受付が、前記来訪先のユーザに対する最新の通知が行われてから第１所定期間の経過前である場合、前記来訪先のユーザに対する通知を行わない、来訪通知システムに係る情報処理装置の制御プログラム。
7. 前記通知機能は、前記受付機能による２回目以降の来訪の受付が、前記来訪先のユーザに対する最新の通知が行われてから前記第１所定期間の経過後である場合、前記来訪先のユーザに対する通知を行う、
   請求項６に記載の来訪通知システムに係る情報処理装置の制御プログラム。

Images