JP2023164211A - 受付システム及びプログラム - Google Patents
受付システム及びプログラム Download PDFInfo
- Publication number
- JP2023164211A JP2023164211A JP2022076648A JP2022076648A JP2023164211A JP 2023164211 A JP2023164211 A JP 2023164211A JP 2022076648 A JP2022076648 A JP 2022076648A JP 2022076648 A JP2022076648 A JP 2022076648A JP 2023164211 A JP2023164211 A JP 2023164211A
- Authority
- JP
- Japan
- Prior art keywords
- visitor
- reception
- information
- mobile terminal
- server
- 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
Links
- 238000012545 processing Methods 0.000 claims abstract description 86
- 238000004891 communication Methods 0.000 claims abstract description 56
- 238000000034 method Methods 0.000 description 68
- 230000006870 function Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 8
- 230000004044 response Effects 0.000 description 5
- 238000001514 detection method Methods 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 238000003786 synthesis reaction Methods 0.000 description 2
- NIXOWILDQLNWCW-UHFFFAOYSA-N acrylic acid group Chemical group C(C=C)(=O)O NIXOWILDQLNWCW-UHFFFAOYSA-N 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
- 238000011112 process operation Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】受付システムを導入する訪問先企業等が来客用受付端末を設置することなく受付処理を行う。【解決手段】サーバ(200、500)と、アプリケーションソフトがインストールされた複数のユーザ端末(300)とがそれぞれインターネットを介して接続され、来客携帯端末を用いた受付処理が可能な受付システム(10)であって、サーバは、通信手段(201、501)と、来客の受付に用いられるWeb情報を記憶する記憶手段(203、503)と、処理手段(202、502)とを有し、通信手段は、来客携帯端末により所定の二次元コードが読み取られた場合、Web情報を来客携帯端末へ送信し、Web情報に基づいて来客携帯端末に表示されたWebページ上で来客により入力されたパスコードを受信し、処理手段は、パスコードに関連付けられた来客情報及び訪問先情報を照合し、訪問先情報に基づく第1のユーザ端末へ通知する。【選択図】図1
Description
特許法第30条第2項適用申請有り 令和3年10月5日に、ウェブサイト(アドレス https://raku-neko.jp/news/2021/20211005/)に掲載 (刊行物等) 令和4年3月24日に、ウェブサイト(アドレス https://raku-neko.jp/news/2022/20220324/)に掲載
本発明は、来客の訪問があったことを担当者に通知するための受付システム及びプログラムに関する。
従来、来客の訪問があったことを訪問先企業等の担当者に通知する受付システムが知られている。特許文献1には、来客用受付端末100と、サーバ200と、複数のユーザ端末300a~300x(訪問先企業等の担当者の携帯端末等)とから構成され、互いにインターネットを介して接続された受付システムが開示されている。サーバ200は、来客用受付端末100からインターネットを介して取得した情報に基づいて来客情報及び訪問先情報を取得する取得手段202aと、来客情報と事前に登録された音声情報とに基づいて、自動音声合成により来客の訪問を通知するための音声データを生成する生成手段202bと、ピア・ツー・ピア通信により音声データを複数のユーザ端末300a~300xのうち訪問先情報に基づくユーザ端末へ発信する通信手段201とを有する。特許文献1に開示された受付システムによれば、電話回線を利用することなく音声データを担当者の携帯端末等に着信させることができる。
しかしながら、特許文献1に開示された受付システムでは、受付システムを導入する訪問先企業等のユーザは、来客用受付端末として、タブレット端末、タッチパネル式のディスプレイ、又はパソコン等を設置する必要がある。このため、受付システムを導入するユーザにとって、来客用受付端末の準備及び管理に手間がかかるとともに、導入コストが増加する。また、来客にとっては、受付の際に、不特定多数の他人の手で触れられた来客用受付端末を操作するのに抵抗がある可能性がある。また、同時に多数の来客があった場合には受付の行列ができる等、ユーザ及び来客の双方にとってデメリットである。
そこで本発明の目的は、受付システムを導入する訪問先企業等が来客用受付端末を設置することなく受付処理を行うことである。
本発明の受付システムは、サーバと、アプリケーションソフトがインストールされた複数のユーザ端末とがそれぞれインターネットを介して接続され、来客携帯端末を用いた受付処理が可能な受付システムであって、前記サーバは、前記インターネットを介して前記来客携帯端末および前記複数のユーザ端末との通信が可能な通信手段と、来客の受付に用いられるWeb情報を記憶する記憶手段と、処理手段とを有し、前記通信手段は、前記来客受付の際に前記来客携帯端末により所定の二次元コードが読み取られた場合、前記記憶手段に記憶されている前記Web情報を前記来客携帯端末へ送信し、前記Web情報に基づいて前記来客携帯端末に表示されたWebページ上で前記来客により入力されたパスコードを受信し、前記処理手段は、前記パスコードに関連付けられた来客情報及び訪問先情報を照合し、前記複数のユーザ端末のうち前記訪問先情報に基づく第1のユーザ端末へ前記来客の訪問を通知する。
本発明のプログラムは、事前に来客受付のためのパスコードを発行するステップと、来客携帯端末により所定の二次元コードが読み取られた場合、来客の受付に用いられるWeb情報を前記来客携帯端末へ送信するステップと、前記Web情報に基づいて前記来客携帯端末に表示されたWebページ上で前記来客により入力された前記パスコードを受信するステップと、前記パスコードに関連付けられた来客情報及び訪問先情報を照合するステップと、アプリケーションソフトがインストールされた前記複数のユーザ端末のうち、前記訪問先情報に基づく第1のユーザ端末へ通知するステップとをコンピュータに実行させる。
本発明の他の目的や特徴は、以下の実施形態において説明される。
本発明によれば、受付システムを導入する訪問先企業等が来客用受付端末を設置することなく受付処理を行うことができる。
以下、本発明の実施形態に関し、図面を参照して説明する。
(受付システムの全体構成)
まず、図1を用いて、本実施形態の受付システムの概略構成について説明する。図1は、受付システム10のブロック図である。
まず、図1を用いて、本実施形態の受付システムの概略構成について説明する。図1は、受付システム10のブロック図である。
受付システム10は、来客携帯端末100、サーバ(受付システムサーバ)200、複数のユーザ端末300、および受付Webサーバ500から構成される。なお本実施形態において、受付システム10は、サーバ200と受付Webサーバ500の2つのサーバを有するが、これに限定されるものではなく、サーバ200の機能と受付Webサーバ500の機能の両方を備えた1つのサーバ(共通サーバ)を用いてもよい。
来客携帯端末100は、例えば、来客自身のスマートフォンであるが、これに限定されるものではなく、来客自身で選択された通信機能を有する電子機器(訪問先企業等に設置され不特定多数により触れられる可能性がある電子機器以外のもの)であれば、来客のタブレット端末、タッチパネル式のディスプレイ、又はパソコン等であっても良い。サーバ200は、受付システムのサービス(及び、受付システムを実現するためのプログラム)を提供する主体となる受付システムサーバであり、サービス提供者(受付システムの管理者)により所有又は管理されている。サーバ200は、サービス提供者とは物理的に離れた場所に配置されたクラウドサーバであっても良い。この場合、サービス提供者は、インターネット(WANのみならず、LAN等のその他のネットワークを含むが、これに限定されるものではない)400を介して、受付システムの管理及び運用を行うことができる。ユーザ端末300は、例えばスマートフォン等の携帯端末であるが、これに限定されるものではなく、パソコンや、通信機能を有する他の電子機器であっても良い。
来客携帯端末100とサーバ200とユーザ端末300と受付Webサーバ500は、インターネット400を介して、互いに有線または無線通信が可能である。なお本実施形態は、インターネット400に接続されていないLAN、またはルーターを介してインターネット400に接続されているLANを介した通信にも適用可能である。本実施形態において、来客の訪問先企業等の担当者(ユーザ)として、ユーザA、B、C、…Xが存在するものとする。このため図1には、ユーザ端末300として、ユーザA、B、C、…Xが有するユーザ端末300a、300b、300c、…300xが示されている。
来客携帯端末100は、通信手段101、処理手段102、表示手段103、操作手段104,及び、記憶手段105を備えている。操作手段104は、来客が操作するために設けられており、表示手段103の一部を備えて構成されたタッチパネル、QRコード(登録商標)等の二次元コードの読み取り装置等を備えている。また操作手段104は、操作ボタン、キーボード、又はマウス等を備えていてもよい。処理手段102は、来客による操作手段104の操作に応じて、受付Webサーバ500から受信した所定のWeb情報に基づいて、来客携帯端末100の表示手段103にWebページを表示させるとともに、Webページ上で来客による操作情報を処理するために必要な各種処理を行うプロセッサ(CPU)である。記憶手段105は、受付システム10の一部を構成する来客携帯端末100の各機能を実行するために必要なプログラムを記憶するメモリである。通信手段101は、インターネット400を介して、受付Webサーバ500との通信を行い、受付Webサーバ500との間で必要な情報をやり取りする。表示手段103は、液晶パネルや有機EL等のディスプレイであり、受付Webサーバ500から受信した所定のWeb情報に基づいて、Webページを表示する。
サーバ200は、通信手段201、処理手段202、及び、記憶手段203を備えている。通信手段201は、インターネット400を介して、受付Webサーバ500や各ユーザ端末300との間で通信が可能である。通信手段201は、例えば、来客携帯端末100の操作に応じて受付Webサーバ500から来客情報(訪問者の会社名や氏名等を示すテキスト情報)を受信するとともに、訪問先(担当者のユーザ端末300)への通知を行う。
処理手段202は、受付Webサーバ500から送信された来客情報等に基づいて、訪問先への通知を実行するために必要な各種処理を行うプロセッサ(CPU)である。本実施形態において、処理手段202は、取得手段202aを有し、来客により来客携帯端末100を介して入力されたパスコードに関連付けられた(又は来客により直接入力された)来客情報及び訪問先情報(訪問先の会社の担当者の氏名や部署等を示すテキスト情報)を取得する。また処理手段202は、来客情報と予め登録された音声情報(例えば、予め記憶手段203に記憶された音声情報)とに基づいて音声データを生成する。また必要に応じて、処理手段202は、来客情報と予め登録された表示情報(記憶手段203に記憶された表示情報)とに基づいて表示データを生成しても良い。
記憶手段203は、受付システムの全体の動作を統括して各動作を管理するためのプログラム(受付システムプログラム)204を記憶するメモリである。プログラム204は、処理手段202等のコンピュータに受付システム10の制御方法を実行させる。また記憶手段203には、来客情報や各担当者の端末情報(各ユーザ端末300の情報)に関するデータベース205が記憶されている。各担当者の端末情報は、各ユーザ端末に電話番号が付与されている場合には、担当者や管理者がユーザ端末の電話番号(携帯電話番号)を逐一設定する必要がある。一方、各ユーザ端末300にアプリをインストールしてアプリへの発信が可能である場合、アプリのログイン設定(例えば、メールアドレスとパスワード)のときに、ログイン設定を行った担当者の氏名とユーザ端末固有のID(ピアID)をサーバ200へ送信することにより、自動的な紐づけが可能となる。
処理手段202は、プログラム204を実行し、インターネット400を介して受付Webサーバ500から送信された来客情報に基づいて、必要に応じてデータベース205を参照しつつ、訪問先(担当者のユーザ端末300)を特定するとともに、担当者のユーザ端末300への通知方法(アプリへの通知、電話番号への通知、又は、チャットツールへの通知等)を特定する。なお訪問先は、来客携帯端末100を来客が操作して特定する場合や、サーバ200に予め登録されている場合のいずれでも良い。担当者のユーザ端末300への通知方法は、データベース205に登録されている。通信手段201は、処理手段202により特定された通知方法で、担当者のユーザ端末300への通知を行う。なお、サーバ200の少なくとも一部の機能をサービス提供者が所有及び管理するサーバにより実現し、サーバ200の他の一部の機能をサービス提供者が所有及び管理するサーバとは異なるクラウドサーバにより実現するように構成してもよい。
ユーザ端末300は、通信手段301、処理手段302、表示手段303、操作手段304、及び、記憶手段305を備えている。通信手段301は、サーバ200からの通知を受信する。処理手段302は、ユーザ毎にサーバ200により特定された通知方法に従って、サーバ200から受信した来客情報を通知するために必要な各種処理を行う。表示手段303は、液晶パネルや有機EL等のディスプレイであり、サーバ200から受信した来客情報を、前述の通知方法に従って表示する。操作手段304は、操作ボタン等で構成することができ、表示手段303の一部を備えて構成されたタッチパネル等であっても良い。 記憶手段305は、本実施形態の受付システム10を実行するためのプログラムのうち、ユーザ端末300において実行される機能を実現するためのプログラム(アプリケーションソフト、以下、「アプリ」という)を記憶するメモリである。このプログラム(アプリ)は、インターネットを介してユーザ端末300にダウンロードして記憶手段305にインストールすることができる。
受付Webサーバ500は、通信手段501、処理手段502、及び、記憶手段503を備えている。通信手段501は、インターネット400を介して来客携帯端末100およびサーバ200との通信が可能である。なお、受付Webサーバ500とサーバ200とが共通のサーバとして用いられる場合、通信手段501は通信手段201と共通の通信手段である。処理手段502は、後述のように、パスコードに関連付けられた来客情報(来客の所属、氏名、訪問時間等)及び訪問先情報を照合する等、訪問先企業等の受付場所に設置された所定の二次元コードと事前に設定されたパスコードとに基づいて、受付処理を行う。記憶手段503は、来客の受付に用いられるWeb情報(受付処理の際に来客携帯端末100により二次元コードが読み込まれた場合に、来客携帯端末100に表示させるWebページに関するHTML等の情報)等の必要な情報を記憶しているとともに、来客携帯端末100とのやりとりを行うために用いられるプログラム504を記憶している。
GNSS(全球測位衛星システム)600は、GPS(全地球測位システム)等の位置検出手段である。受付処理の際に、来客携帯端末100の処理手段102は、受付Webサーバ500から受信したWeb情報に格納されたプログラムに従って、GNSS600を用いて取得された来客携帯端末100の位置データと、訪問先企業等の位置として事前に設定された二次元コードの位置データとを比較する。
本実施形態の受付システム10の全体の機能は、受付Webサーバ500に格納されるプログラム(来客受付用プログラム)と、サーバ200に格納されるプログラム(サーバ用プログラム)と、ユーザ端末300のそれぞれにインストールされるプログラム(ユーザ端末用プログラム、すなわちユーザ端末にインストールされたアプリ)とを動作させて実現することが可能である。
(受付システム10の全体処理)
次に、図2を用いて、受付システム10の全体処理について説明する。図2は、受付システム10の全体処理を示すフローチャートである。まずステップS101において、受付システム10は、来客による来客携帯端末100の操作に応じて、受付Webサーバ500による処理を行う。本実施形態において、来客は、来客携帯端末100を用いて受付Webサーバ500から受信したWeb情報に基づくWebページ上で、事前に発行されたパスコード、又は、氏名や所属等の来客情報及び訪問先の担当者の氏名や所属等の訪問先情報を入力する。続いてステップS102において、受付システム10は、受付Webサーバ500から受信された情報に基づいて、サーバ200による処理を行う。サーバ200は、主に、指定された担当者のユーザ端末300に対して、登録された通知方法に従って来客通知を行うための処理を行う(例えば、来客により入力されたパスコード等の情報に基づいて自動音声合成技術を用いて音声データを生成し、その音声データを用いて特定のユーザ端末300へ来客通知を行う)。続いてステップS103において、受付システム10は、サーバ200からの指示に従って、来客の訪問先である担当者のユーザ端末300による処理を行う。担当者は、ユーザ端末300において来客通知を受信すると、それに応答することができる。
次に、図2を用いて、受付システム10の全体処理について説明する。図2は、受付システム10の全体処理を示すフローチャートである。まずステップS101において、受付システム10は、来客による来客携帯端末100の操作に応じて、受付Webサーバ500による処理を行う。本実施形態において、来客は、来客携帯端末100を用いて受付Webサーバ500から受信したWeb情報に基づくWebページ上で、事前に発行されたパスコード、又は、氏名や所属等の来客情報及び訪問先の担当者の氏名や所属等の訪問先情報を入力する。続いてステップS102において、受付システム10は、受付Webサーバ500から受信された情報に基づいて、サーバ200による処理を行う。サーバ200は、主に、指定された担当者のユーザ端末300に対して、登録された通知方法に従って来客通知を行うための処理を行う(例えば、来客により入力されたパスコード等の情報に基づいて自動音声合成技術を用いて音声データを生成し、その音声データを用いて特定のユーザ端末300へ来客通知を行う)。続いてステップS103において、受付システム10は、サーバ200からの指示に従って、来客の訪問先である担当者のユーザ端末300による処理を行う。担当者は、ユーザ端末300において来客通知を受信すると、それに応答することができる。
(受付Webサーバ500の処理)
次に、受付システム10の受付Webサーバ500による処理(ステップS101)について詳述する。本実施形態の受付システム10において、訪問先企業等のユーザは、受付システム10の初期設定として、受付設定を行う。図5(a)は、本実施形態に係る受付設定画面の一例である。図5(a)に示される受付設定画面は、ユーザ端末300等のユーザによる設定が可能な電子機器の表示手段に表示される。図5(a)に示されるように、受付設定画面において、受付システム10の導入した企業(訪問先企業)等の名前、二次元コードを用いた受付処理を行う旨、連絡先情報や住所等を設定することができる。受付設定画面では、入力された訪問先企業の住所に基づいて、国土地理院のデータベース等を参照して、二次元コードの位置情報、すなわち訪問先企業の住所に対応する経度及び緯度が自動的に入力される。なお、緯度及び経度を手動で入力しても良い。住所、緯度、および経度などの位置情報は、データベース205に保存される。この初期設定は、受付システム10の導入開始時にのみ行えば良い。
次に、受付システム10の受付Webサーバ500による処理(ステップS101)について詳述する。本実施形態の受付システム10において、訪問先企業等のユーザは、受付システム10の初期設定として、受付設定を行う。図5(a)は、本実施形態に係る受付設定画面の一例である。図5(a)に示される受付設定画面は、ユーザ端末300等のユーザによる設定が可能な電子機器の表示手段に表示される。図5(a)に示されるように、受付設定画面において、受付システム10の導入した企業(訪問先企業)等の名前、二次元コードを用いた受付処理を行う旨、連絡先情報や住所等を設定することができる。受付設定画面では、入力された訪問先企業の住所に基づいて、国土地理院のデータベース等を参照して、二次元コードの位置情報、すなわち訪問先企業の住所に対応する経度及び緯度が自動的に入力される。なお、緯度及び経度を手動で入力しても良い。住所、緯度、および経度などの位置情報は、データベース205に保存される。この初期設定は、受付システム10の導入開始時にのみ行えば良い。
また本実施形態において、受付システム10は、訪問先企業等の担当者の指示(アポイントメント)に従って、来客予定者のメールアドレス等の連絡先に、事前にパスコードを送付することができる。図6は、本実施形態に係るアポイントメント新規作成画面の一例である。図6に示されるアポイントメント新規作成画面は、ユーザ端末300等のユーザによる設定が可能な電子機器の表示手段に表示される。担当者は、来客予定者がある場合、図6に示されるような画面上で、打ち合わせ日時、会議室等の場所、他の参加者、来客の会社名及び氏名、メールアドレス、受付時のウエルカムメッセージ等を入力する。この画面で登録ボタンを押すことにより、来客予定者のメールアドレスに対して、来客処理の際に用いられるパスコードを含む各情報が送信される。これらの入力処理及びパスコードの送信は、来客予定者ごとに行われる。
図3は、受付Webサーバ500の処理を示すフローチャートである。図3のフローは、来客が来客携帯端末100を用いて、訪問先企業等の受付に設置されている二次元コード50を読み込むことで開始する。図7(a)は、訪問先企業等の受付に設置されている二次元コード50の説明図である。二次元コード50は、管理画面に表示される画像をダウンロードし、台紙のテンプレートファイルに二次元コード50の画像を貼り付けて印刷することができる。また、二次元コード50を印刷した用紙をアクリルスタンド等に固定して設置しても良い。
図7(b)は、来客が来客携帯端末100のカメラを用いて二次元コード50を読み込んでいる状態を示す図である。なお本実施形態において、二次元コード50はQRコード(登録商標)であるが、これに限定されるものではなく、他の二次元コードであっても良い。二次元コードは、来客携帯端末100を受付Webサーバ500に接続して来客携帯端末100に受付画面を表示させるためのURL情報を有する。
まず、図3のステップS201において、現在位置が訪問先企業の付近であるか否かを判断する。例えば、来客携帯端末100を用いて二次元コード50を読み込むと、来客携帯端末100の処理手段102は、受付Webサーバ500から受信したWeb情報に格納されているプログラムに従って、GNSS600により検出された来客携帯端末100の位置を示す情報と、図5(a)に示される受付設定画面にて事前に設定された二次元コード50の位置(緯度及び経度)を示す情報とを比較する。そして処理手段102が、来客携帯端末100の位置と二次元コード50の位置とが所定の距離よりも離れていると判定した場合、図3のフローに従う受付処理を行うことなく、本フローを終了する。図5(b)は、位置検出処理の説明図である。これらの位置が所定の距離よりも離れているか否かは、例えば、事前に設定された二次元コード50の位置(例えば、緯度:38.0°、経度:140.0°)を中心として、来客携帯端末100の位置が半径約Xm以内であるか否かにより判断される。
一方、処理手段102が、来客携帯端末100の位置と二次元コード50の位置とが所定の距離以内であると判定した場合、ステップS202に進む。このような位置情報に基づく処理を行うことにより、受付システム10の二次元コードを設置場所とは別の場所に持ち出された場合等に、ユーザが呼び出しを受けることを防止することができる。また、来客携帯端末100の履歴情報から来客が誤ってユーザを呼び出すことを防止することができる。なお本実施形態において、来客携帯端末100から受信した来客携帯端末100の位置を示す情報に基づき、サーバ200の処理手段202や、受付Webサーバ500の処理手段502が、来客携帯端末100の位置と二次元コード50の位置とが所定の距離以内であるかを判定しても良い。なお本実施形態において、ステップS201は必須ではなく、訪問先企業が事前に来客携帯端末100の現在位置が訪問先企業の付近であるか否かを判断するように設定しているか否かに応じて、ステップS201を経るか省略するかを決定しても良い。
ステップS202において、受付Webサーバ500の通信手段501は、記憶手段503に記憶されているWeb情報を来客携帯端末100に送信する。そして来客携帯端末100は、受付Webサーバ500から受信したWeb情報に基づいて受付画面(Webページ)を表示する。続いてステップS203において、受付Webサーバ500の処理手段502は、来客が受付方法としてパスコード入力を選択したか否かを判断する。具体的には、まず、来客携帯端末100は、来客がどの受付方法を選択したのかについての情報を受付Webサーバ500へ送信する。次に、受付Webサーバ500の処理手段502が来客が受付方法としてパスコード入力を選択したと判断すると、受付Webサーバ500は、パスコード入力画面を表示するためのWeb情報を来客携帯端末100へ送信する。次に、来客携帯端末100は、受付Webサーバ500から受信したWeb情報に基づき、パスコード入力画面を表示する。
図7(c)は、来客携帯端末100に表示される受付画面の一例である。受付画面において、来客がパスコード入力を選択する場合には「アポイントありの方」を選択することにより、受付方法としてパスコード入力が選択されたと判断される。パスコード入力が選択された場合、ステップS204に進む。ステップS204において、来客は、パスコードを入力する。図7(d)は、パスコード入力画面の一例である。図7(d)に示されるように、来客携帯端末100上に表示された画面にて例えば4ケタのパスコード(事前に発行されたパスコード)を来客が入力することができる。
続いてステップS205において、来客携帯端末100は、入力されたパスコードを受付Webサーバ500へ送信する。そしてサーバ200の処理手段202は、受付Webサーバ500から送信されたパスコードを受信し、必要に応じてデータベース205を参照しつつ、入力されたパスコードに関連付けられた来客情報及び訪問先情報を照合する。続いてステップS206において、サーバ200の処理手段202は、入力されたパスコードが本日有効なパスコードであるか否かを判断する。パスコードが本日有効か否かは、入力されたパスコードが事前に登録されたパスコードであるか否か、及び、本日が例えば図6に示される画面で事前に入力された訪問日(来訪予定日)と一致するか否かにより判断される。本日有効なパスコードでない場合、ステップS204へ戻る。一方、本日有効なパスコードである場合、ステップS209に進む。本実施形態のようにパスコードに有効期間を設けることにより、パスコードの誤用を防ぐことができる。なお本実施形態において、パスコードの照合処理及びパスコードの有効性に関する判断処理はそれぞれ、サーバ200の処理手段202で実行されるが、これに限定されるものではなく、パスコードの照合処理及びパスコードの有効性に関する判断処理の全て又は一部の処理を受付Webサーバ500の処理手段502で実行しても良い。また、パスコードが本日有効なパスコードであるか否かの判断は、本日が来訪予定日よりも前の日や来訪予定日よりも後の日も含む一定の期間に含まれるか否かにより判断しても良い。また本実施形態において、パスコードに有効期間を設けることは必須ではなく、訪問先企業がステップS206において、パスコードが事前に登録されたパスコードであるか否かのみを判断するように設定しても良い。また、サーバ200の処理手段202は、パスコードが本日有効なパスワードであると判断した後に、パスコードに関連付けられた来客情報及び訪問先情報の照合を行っても良い。
ステップS203にてパスコード入力が選択されなかった場合、ステップS207において、来客は、来客携帯端末100を用いて訪問先を選択する。例えば、来客は図7(c)に示される受付画面上で「その他の受付方法」として「担当者を検索」を選択する等して、訪問先を選択することができる。続いてステップS208において、来客は、来客携帯端末100を用いて来客情報を入力し、ステップS209に進む。なお来客情報は、来客携帯端末100の画面に表示されるソフトウェアキーボードを用いて来客が入力することができるが、これに限定されるものではなく、例えば、来客携帯端末100のカメラを用いて来客により提示された名刺をスキャンして、OCR技術により来客に関する情報を取得しても良い。このとき受付Webサーバ500は、入力された訪問先及び来客情報をサーバ200へ送信し、サーバ200は、訪問先及び来客情報に基づいてデータベース205を参照する。又は、受付Webサーバ500がデータベース205を参照するように構成しても良い。
ステップS209において、来客携帯端末100の処理手段102は、訪問先担当者に通話を発信する。本実施形態において、サーバ200は、来客携帯端末100からパスコードの受信後又は来客情報の入力後、来客携帯端末100による特別な操作を行うことなく通話の要求を受信する(図8(b)参照)。具体的には、まず、パスコードが本日有効なパスコードであった場合、受付Webサーバ500は、来客携帯端末100に対して、パスコードが本日有効であり、かつユーザ端末300への通話発信が可能であることの通知を送信する。次に、来客携帯端末100は、前記通知を受信した後、来客による特別な操作を経ずに、サーバ200に対して、訪問先担当者のユーザ端末300への通話発信を要求する。次に、サーバ200は、訪問先担当者のユーザ端末300へ、着信通知を送信する。
続いてステップS210において、サーバ200は、訪問先担当者が通話に応答したか否かを判断する。訪問先担当者が通話に応答した場合、ステップS211に進み、来客と訪問先担当者が通話を行う。本実施形態では、サーバ200が来客携帯端末100からパスコードの受信後に通話の要求を受信した場合、第1のユーザ端末は、ピア・ツー・ピア通信等により来客携帯端末100との双方向通話を行うことができる。来客と訪問先担当者との通話が終了した後、ステップS212に進む。一方、ステップS210にて訪問先担当者が通話に応答しない場合、ステップS211をスキップしてステップS212に進む。来客携帯端末100のWebブラウザで使用可能な通信方式を用いることにより、従来の来客用受付端末が有する来客と担当者との音声通話機能を、来客自身のスマートフォン等の来客携帯端末100が代替して行うことができる。また、パスコードを用いることにより、来客と担当者が相手の携帯端末の電話番号を知る必要がない。
なお本実施形態において、ステップS209は必須ではなく、訪問先企業が事前に来客と訪問先担当者との双方向通話を行うように設定されているか否かに応じて、ステップS209を経るか省略するかを決定しても良い。図8(a)は、ステップS209の通話処理を省略した場合の来客携帯端末100に表示される画面の一例である。図8(b)は、ステップS209の通話処理を経る場合の来客携帯端末100に表示される画面の一例である。通話処理を省略する場合、図8(a)に示されるように、パスコードの入力後、来客通知が送信され、受付完了画面が表示される。一方、通話処理を経る場合、図8(b)に示されるように、パスコードの入力後、訪問先担当者に通話の要求が送信される。そして、担当者の呼び出し画面の表示後、通話中の画面が表示され、受付完了画面が表示される。
ステップS212において、受付Webサーバ500は、サーバ200へ来客通知の実行要求を送信する。そしてステップS213において、受付Webサーバ500は、来客携帯端末100に受付完了画面を表示し、本フローを終了する。
なお本実施形態において、受付Webサーバ500が来客携帯端末100からパスコードを受信した場合、又は、双方向通話が終了した場合、後述のように、サーバ200は、第1のユーザ端末へ来客の訪問を通知するとともに、複数のユーザ端末300のうち第1のユーザ端末以外の第2のユーザ端末へ来客の訪問を通知することもできる。例えば、訪問先担当者が通話に対応して、通話が終了した場合には、来客による特別な操作を経ずに、訪問先担当者や訪問先担当者以外の者が閲覧できるチャットツールに、担当者が通話の着信に応答した旨の来客通知を行うこともできる。一方、訪問先担当者が通話に対応しなかった場合には、来客による特別な操作を経ずに、訪問先担当者や訪問先担当者以外の者が閲覧できるチャットツールに、担当者が通話の着信に応答しなかった旨を表示するとともに、図4に示したサーバ200による来客通知を行うことができる。なお、ステップS209を省略した場合には、図4に示したサーバ200による来客通知が行われる。このとき、好ましくは、受付Webサーバ500は、双方向通話が終了した直後、又は、第1のユーザ端末及び第2のユーザ端末への来客の訪問を通知した直後に、来客携帯端末100に受付完了画面を表示させる。
(サーバ200の処理)
次に、図4を用いて、受付システム10のサーバ200の処理(ステップS102)について詳述する。図4は、サーバ200の処理を示すフローチャートである。図4のフローは、図3のステップS213にて来客携帯端末100に受付完了画面が表示された後に実行される。なお、図3のステップS212にて受付Webサーバ500からサーバ200へ来客通知の実行要求を送信した後に、図4のフローが実行され、図4のステップS314にて担当者のユーザ端末300へ通知が行われた後に、図3のステップS213にて来客携帯端末100に受付完了画面を表示してもよい。また、本実施形態において、図3のステップS209にて訪問先担当者が通話に対応して、通話が終了した場合には、ステップS102を省略することができる。
次に、図4を用いて、受付システム10のサーバ200の処理(ステップS102)について詳述する。図4は、サーバ200の処理を示すフローチャートである。図4のフローは、図3のステップS213にて来客携帯端末100に受付完了画面が表示された後に実行される。なお、図3のステップS212にて受付Webサーバ500からサーバ200へ来客通知の実行要求を送信した後に、図4のフローが実行され、図4のステップS314にて担当者のユーザ端末300へ通知が行われた後に、図3のステップS213にて来客携帯端末100に受付完了画面を表示してもよい。また、本実施形態において、図3のステップS209にて訪問先担当者が通話に対応して、通話が終了した場合には、ステップS102を省略することができる。
まずステップS301において、サーバ200は、通信手段201を介して、受付Webサーバ500から来客通知の実行要求を受信する。続いてステップS302において、処理手段202は、例えば記憶手段203に格納されたデータベース205を参照して、訪問先企業等の担当者(担当者のユーザ端末300)への通知手段(通知方法)を特定する。
続いてステップS303において、処理手段202は、ステップS302にて特定された通知方法がユーザ端末300にインストールされたアプリへの通知であるか否かを判断する。ユーザ端末300への通知方法がアプリへの通知である場合、ステップS304へ進む。ステップS304において、処理手段202は、ステップS301にて受信した来客情報を音声ファイル(音声データ)へ変換する。音声ファイルは、事前に登録された音声情報(固定の音声内容)としての音声ファイル(例えば、「××会社の**様がお見えになりました」等)と、来客情報に応じて異なる音声ファイル(「××会社の**様」のうち「××」及び「**」)とを結合して生成される。これらの音声ファイルは、記憶手段203に記憶して予め登録しておくことができる。またこのとき、処理手段202は、来客情報と予め登録された表示情報(固定の表示内容)とに基づいて表示データを生成してもよい。ここで生成された音声データ及び表示データは、記憶手段203に記憶される。
このとき取得手段202aは、来客携帯端末100からの受信信号に基づいて、パスコードを入力する等により来客がアポイント有りであると判断される場合、処理手段202は、更に、アポイント有りの来客であることを通知するための音声データ又は表示データを生成しても良い。一方、パスコードの入力以外の方法で来客情報及び訪問先情報が取得された場合、処理手段202は、更に、アポイント無しの来客であることを通知するための音声データ又は表示データを生成しても良い。
続いてステップS305において、処理手段202は、WebRTC(Web Real-Time Communication)によりユーザ端末300にインストールされたアプリへ発信する。ここで、WebRTCは、WebブラウザやモバイルアプリケーションにAPI(Application Programming Interface)経由でリアルタイム通信を提供するプロジェクトである。Webページ内で直接のピア・ツー・ピア(P2P)通信によって、プラグインのインストールやネイティブアプリのダウンロードを必要とせずに、Webブラウザ間の電話やチャット等が可能になる。なお本実施形態において、WebRTCは一例に過ぎず、ピア・ツー・ピア(P2P)通信を行う他の規格を用いても良い。
続いてステップS314において、通信手段201は、担当者のユーザ端末300へ、アプリへの発信により来客の通知を行う。このように通信手段201は、WebRTC等のピア・ツー・ピア通信により、記憶手段203に記憶された音声データをユーザ端末300へ送信することにより、ユーザ端末300への来客通知を行う。本実施形態において、通信手段201は、ステップS304にて生成された音声データを、VoIP(Voice over Internet Protocol)により、音声を符号化および圧縮しパケットに変換したものをIPネットワークを介してリアルタイムで伝送する。また、ステップS304にて音声データに加えて表示データが生成されている場合、通信手段201は、音声データに加えて、記憶手段203に記憶された表示データをユーザ端末へ送信することにより、ユーザ端末300への来客通知を行う。なお、表示データは、ピア・ツー・ピア通信に限定されるものではなく、HTTP通信などの他の通信方法により送信しても良い。
一方、ステップS303にてユーザ端末300への通知方法がアプリへの通知ではない場合、ステップS306へ進む。ステップS306において、処理手段202は、ステップS302にて特定された通知方法が電話番号への通知であるか否かを判断する。通知方法が電話番号への通知である場合、ステップS307へ進む。ステップS307において、処理手段202は、ステップS301にて受信した来客情報を音声ファイルへ変換する。続いてステップS308において、通信手段201は、担当者のユーザ端末300の電話番号へ発信する。これによりステップS314において、通信手段201は、担当者のユーザ端末300へ、電話番号への通知により来客の通知を行う。
一方、ステップS306にてユーザ端末300への通知方法が電話番号への通知ではない場合、ステップS309へ進む。ステップS309において、処理手段202は、ステップS302にて特定された通知方法がチャットツールへの通知であるか否かを判断する。通知方法がチャットツールへの通知である場合、ステップS310へ進む。ステップS310において、処理手段202は、ステップS301にて受信した来客情報をチャット形式へ変換する。続いてステップS311において、通信手段201は、担当者のユーザ端末300へ、担当者が利用しているチャットツールへの通知を行う。これによりステップS314において、通信手段201は、担当者のユーザ端末300へ、チャットツールへの通知により来客の通知を行う。
一方、ステップS309にてユーザ端末300への通知方法がチャットツールへの通知ではない場合、ステップS312へ進む。ステップS312において、処理手段202は、ステップS301にて受信した来客情報をメール形式へ変換する。続いてステップS313において、通信手段201は、担当者のユーザ端末300へ、担当者のメールアドレスへ来客通知を送信する。これによりステップS314において、通信手段201は、担当者のユーザ端末300へ、メールへの通知により来客の通知を行う。
(複数のユーザ端末300の処理)
次に、受付システム10のユーザ端末300の処理(ステップS103)について詳述する。図4のステップS314にて、サーバ200から選択された通知方法で通知を受けた場合、ユーザ端末300はその通知方法に応じた対応が可能となる。
次に、受付システム10のユーザ端末300の処理(ステップS103)について詳述する。図4のステップS314にて、サーバ200から選択された通知方法で通知を受けた場合、ユーザ端末300はその通知方法に応じた対応が可能となる。
また本実施形態において、複数のユーザ(複数のユーザ端末300a~300x)が特定のルーム(グループ)に登録されている場合、このグループに登録されたユーザ同士で、ユーザ端末を用いてチャット(チャットルーム上)でのやり取り(通信)が可能である。ここでは、担当者のユーザ端末300aを第1のユーザ端末、グループに登録されている他のユーザ端末(グループに登録されている他の一つ又は全てのユーザ端末)300b~300xを第2のユーザ端末という。
第1のユーザ端末は、サーバ200から来客通知を受信してもユーザが応答しない場合、表示手段303に所定の表示データを履歴として表示する。ここで履歴表示のための表示データは、サーバ200の処理手段202により、来客情報と記憶手段203に記憶された表示情報とに基づいて生成され、通信手段201を介してHTTP通信により第1のユーザ端末へ送信される。また表示手段303は、第1のユーザ端末から第2のユーザ端末への対応要請情報が送信されても第2のユーザ端末の応答がない場合、第2のユーザ端末が応答しなかったことを示す情報を表示する。
なお本実施形態の受付システム10において、来客が訪問先情報として一人の担当者を入力した場合や、ある担当者から発行されたパスコードを入力した場合において、その来客に対応する関係者が複数存在する場合や、担当者がまだ決まっていない場合も考えられる。このような場合、予め、来客に対する複数の関係者をグループ化して事前にデータベース205に登録しておくことにより、グループ化された複数の関係者の全員のユーザ端末300に対して、来客の訪問を同時に通知することができる。すなわち、サーバ200の判断手段(処理手段202の一部の機能)は、来客情報、及び一人の関係者に対応する訪問先情報に基づいて、データベース205を参照し、来客の訪問に対応すべき複数の関係者を含むグループに関する情報が存在するか否かを判断する。判断手段がグループが存在しないと判断した場合、通信手段201は、ピア・ツー・ピア通信により音声データを訪問先情報に基づく一人の関係者のユーザ端末300へのみ発信することにより、一人の関係者のユーザ端末への来客通知を行う。一方、判断手段がグループが存在すると判断した場合、通信手段201は、ピア・ツー・ピア通信により音声データを訪問先情報に基づくグループに含まれる複数の関係者のユーザ端末へ発信することにより、複数の関係者のユーザ端末への来客通知を同時に行う。
従来の電話回線を利用した受付システムでは、電話帳に登録していない来客の訪問を受けた場合、その来客の氏名や会社名を通知することや表示することはできない。一方、本実施形態の受付システム10は、WebRTCによりアプリへ音声データを発信することに加えて、HTTP通信により来客者のテキスト情報(表示データ)を発信することにより、電話帳に未登録の来客に関する表示データを、着信データ又は着信履歴としてユーザ端末の表示手段に表示することができる。
また、本実施形態の受付システム10において、来客携帯端末100において来客により入力された来客情報又はパスコードは、受付Webサーバ500を介してサーバ200に送信される。サーバ200の処理手段202は、来客情報をデータベース205に登録する。すなわち来客情報(又はパスコードに関連付けられた来客情報)は、記憶手段203に蓄積して記憶され、通信手段201は、ユーザ端末300からの要求に従って、記憶手段203から読み出された来客情報(必要な来客情報)をユーザ端末300へ送信する。このように本実施形態の受付システム10は、来客情報を自動的に収集して管理することができるため、従来のように来客名簿等を作成して管理する必要はない。また、来客の名刺を受領して記帳する工数もかからない。
また、来客が定期的に訪問するような場合、訪問の都度、担当者が出迎えにいく必要がない状況も考えられる。このような場合、本実施形態の受付システム10は、来客が来客携帯端末100において来客情報及び訪問先情報を入力した際に、サーバ200は、受付Webサーバ500を介して、担当者により予め登録されたウエルカムメッセージ等のメッセージ情報を来客携帯端末100へ送信して表示させることができる。このメッセージ情報として、例えば、打ち合わせ場所を来客携帯端末100に表示させた場合、来客は、担当者が出迎えることなく、打ち合わせ場所を知ることができる。すなわちサーバ200の通信手段201は、来客情報及び訪問先情報に基づいて、記憶手段203に予め記憶されたメッセージ情報を来客携帯端末100へ送信する。メッセージ情報は、来客携帯端末100の画面(表示手段)に表示される情報であって、来客を打ち合わせ場所へ直接誘導するための情報を含む。このため本実施形態の受付システム10によれば、担当者が来客を出迎えることなく、来客を打ち合わせ場所へ直接誘導することが可能である。
本実施形態によれば、受付システムを導入する訪問先企業等が来客用受付端末を設置することなく受付処理を行うことができる。また、電話回線を利用せずに音声データを担当者の携帯端末等に着信させることができる。
以上、本発明の好ましい実施形態について説明したが、本発明はこれに限定されるものではなく、その要旨の範囲内において種々の変形や変更が可能である。
例えば、本実施形態において、サーバ200と受付Webサーバ500の機能の少なくとも一部を互いに入れ替えてもよい。すなわち、受付Webサーバ500による処理をサーバ200で処理することや、逆に、サーバ200による処理を受付Webサーバ500で処理することも可能である。
また、本実施形態の受付システムは、サーバ200と受付Webサーバ500の2つのサーバを用いているが、これに限定されるものではなく、2つのサーバの機能の全て又は一部を1つの共通のサーバで実現するように構成しても良い。この場合、来客携帯端末100は1つの共通のサーバと通信可能であり、2つのサーバ間の通信を行う必要はない。また、2つのサーバの機能を3つ以上のサーバを用いて実現するように構成しても良い。
また、本実施形態の受付システムは、来客自身の来客端末携帯を用いて二次元コードを読み取る方式(第1方式)のみを実行するが、第1方式と、特許文献1に開示されているような訪問先企業に設置された来客用受付端末を用いた方式(第2方式)とを併用する受付システムであっても良い。この場合、訪問先企業は、受付システムを設置する際に、第1方式又は第2方式のいずれの受付処理を採用するかを選択することができ、受付システムは、その選択に応じた制御を行うことが可能である。
10 受付システム
50 二次元コード
100 来客携帯端末
200 サーバ(受付システムサーバ)
201 通信手段
202 処理手段
202a 取得手段
203 記憶手段
204 プログラム
205 データベース
300 ユーザ端末
500 受付Webサーバ(サーバ)
501 通信手段
502 処理手段
503 記憶手段
504 プログラム
600 GNSS
50 二次元コード
100 来客携帯端末
200 サーバ(受付システムサーバ)
201 通信手段
202 処理手段
202a 取得手段
203 記憶手段
204 プログラム
205 データベース
300 ユーザ端末
500 受付Webサーバ(サーバ)
501 通信手段
502 処理手段
503 記憶手段
504 プログラム
600 GNSS
Claims (1)
- サーバと、アプリケーションソフトがインストールされた複数のユーザ端末とがそれぞれインターネットを介して接続され、来客携帯端末を用いた受付処理が可能な受付システムであって、
前記サーバは、
前記インターネットを介して前記来客携帯端末および前記複数のユーザ端末との通信が可能な通信手段と、
来客の受付に用いられるWeb情報を記憶する記憶手段と、
処理手段と、を有し、
前記通信手段は、
前記来客の受付の際に前記来客携帯端末により所定の二次元コードが読み取られた場合、前記記憶手段に記憶されている前記Web情報を前記来客携帯端末へ送信し、
前記Web情報に基づいて前記来客携帯端末に表示されたWebページ上で前記来客により入力されたパスコードを受信し、
前記処理手段は、
前記パスコードに関連付けられた来客情報及び訪問先情報を照合し、
前記複数のユーザ端末のうち前記訪問先情報に基づく第1のユーザ端末へ前記来客の訪問を通知することを特徴とする受付システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022076648A JP2023164211A (ja) | 2022-04-28 | 2022-05-06 | 受付システム及びプログラム |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022074980A JP7151013B1 (ja) | 2022-04-28 | 2022-04-28 | 受付システム及びプログラム |
JP2022076648A JP2023164211A (ja) | 2022-04-28 | 2022-05-06 | 受付システム及びプログラム |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022074980A Division JP7151013B1 (ja) | 2022-04-28 | 2022-04-28 | 受付システム及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2023164211A true JP2023164211A (ja) | 2023-11-10 |
Family
ID=83558431
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022074980A Active JP7151013B1 (ja) | 2022-04-28 | 2022-04-28 | 受付システム及びプログラム |
JP2022076648A Pending JP2023164211A (ja) | 2022-04-28 | 2022-05-06 | 受付システム及びプログラム |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022074980A Active JP7151013B1 (ja) | 2022-04-28 | 2022-04-28 | 受付システム及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (2) | JP7151013B1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024043307A1 (ja) * | 2022-08-24 | 2024-02-29 | イナゾウ株式会社 | 受付システム |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4848223B2 (ja) * | 2006-08-03 | 2011-12-28 | サトーホールディングス株式会社 | 受付システム |
JP2021002100A (ja) * | 2019-06-20 | 2021-01-07 | 株式会社サテライトオフィス | 受付システム、受付システムのプログラム |
JP6821842B1 (ja) * | 2020-03-31 | 2021-01-27 | 株式会社プロトソリューション | 受付システム及びプログラム |
-
2022
- 2022-04-28 JP JP2022074980A patent/JP7151013B1/ja active Active
- 2022-05-06 JP JP2022076648A patent/JP2023164211A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
JP7151013B1 (ja) | 2022-10-11 |
JP2023163818A (ja) | 2023-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8509744B2 (en) | System for customer relationship management using wireless communication | |
WO2010008542A2 (en) | Automatic profile update in a mobile device | |
CN101731000A (zh) | 使服务供应商能够获得并使用用户信息的***和方法 | |
US20210256481A1 (en) | Resource reservation system, usage management method, and non-transitory recording medium | |
US11689667B1 (en) | Communication using communication tokens, such as QR codes | |
JP7151013B1 (ja) | 受付システム及びプログラム | |
US20200174825A1 (en) | Information processing terminal, resource reservation system, and control method | |
US20210350299A1 (en) | Information processing device, scheduling system, a method for scheduling event, and non-transitory recording medium | |
JP6634214B2 (ja) | 安否確認システム | |
US11797947B2 (en) | Resource reservation system, method for starting using resource, and non-transitory recording medium | |
JP6821842B1 (ja) | 受付システム及びプログラム | |
KR102008450B1 (ko) | 명함 정보 교환 서비스 제공 방법 및 장치 | |
JP2021002100A (ja) | 受付システム、受付システムのプログラム | |
JP2013183370A (ja) | 店舗の予約のための方法、システム、サーバ装置、端末装置およびプログラム | |
KR20200064524A (ko) | Sns 기반 디지털 전자명함 생성 및 공유 장치 | |
JP2015211316A (ja) | 遠隔会議システム、遠隔会議装置、遠隔会議方法及びプログラム | |
CN112306596A (zh) | 信息交互方法、装置和电子设备 | |
KR101268762B1 (ko) | 스마트 자동응답시스템 및 상기 스마트 자동응답시스템의 동작 방법 | |
TWI764724B (zh) | 預約管理系統及方法 | |
KR101531309B1 (ko) | 어플리케이션을 이용한 통화 종료 후의 서비스 제공방법 | |
KR101514294B1 (ko) | 발신자정보 안내 방법 | |
JP7217563B1 (ja) | インターネットを介した対話のためのシステム | |
JP6876851B2 (ja) | 情報処理装置及び情報処理方法 | |
JP5735359B2 (ja) | 情報配信装置、管理システム、及び情報配信方法 | |
KR101130414B1 (ko) | 씨알엠시스템에서 발신자 표시장치 시스템과 웹 프로필 서비스 시스템의 연동 방법 및 그 시스템 |