JP2010218332A - 来訪者受付装置 - Google Patents
来訪者受付装置 Download PDFInfo
- Publication number
- JP2010218332A JP2010218332A JP2009065431A JP2009065431A JP2010218332A JP 2010218332 A JP2010218332 A JP 2010218332A JP 2009065431 A JP2009065431 A JP 2009065431A JP 2009065431 A JP2009065431 A JP 2009065431A JP 2010218332 A JP2010218332 A JP 2010218332A
- Authority
- JP
- Japan
- Prior art keywords
- visitor
- information
- name
- person
- charge
- 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 description 10
- 238000000034 method Methods 0.000 description 43
- 230000008569 process Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 18
- 230000004044 response Effects 0.000 description 14
- 230000006870 function Effects 0.000 description 8
- 238000012937 correction Methods 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 230000005236 sound signal Effects 0.000 description 6
- 230000007704 transition Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 230000002354 daily effect Effects 0.000 description 3
- 235000016496 Panda oleosa Nutrition 0.000 description 2
- 240000000220 Panda oleosa Species 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000003203 everyday effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】来訪対応者の予約行為を必要とすることなく、来訪対応者の操作負担を低減する。
【解決手段】受付端末20は、来訪見込者の第2氏名情報を担当者ごとに予め記録し、用件内容情報とそれに対する日時情報を含む個人スケジュール情報を担当者ごとに記録可能なHDD150に接続されており、来訪者の第1氏名情報を取得し、HDD150にアクセスし、取得された第1氏名情報に合致する第2氏名情報が記録された担当者を特定し、HDD150にアクセスし、特定された担当者に係わる、第1氏名情報を取得した日時に対する日時情報に対応する用件内容情報に基づき、来訪者に対応する来訪対応者を決定し、この決定結果に基づき、来訪対応者に対応したIP電話機60へ通知する。
【選択図】図18
【解決手段】受付端末20は、来訪見込者の第2氏名情報を担当者ごとに予め記録し、用件内容情報とそれに対する日時情報を含む個人スケジュール情報を担当者ごとに記録可能なHDD150に接続されており、来訪者の第1氏名情報を取得し、HDD150にアクセスし、取得された第1氏名情報に合致する第2氏名情報が記録された担当者を特定し、HDD150にアクセスし、特定された担当者に係わる、第1氏名情報を取得した日時に対する日時情報に対応する用件内容情報に基づき、来訪者に対応する来訪対応者を決定し、この決定結果に基づき、来訪対応者に対応したIP電話機60へ通知する。
【選択図】図18
Description
本発明は、来訪者の来訪に対する受付処理を行う来訪者受付装置に関する。
従来、例えば会社への来訪者に対する受付業務を自動化するための来訪者受付装置が知られている(例えば、特許文献1参照)。この従来技術においては、来訪者の来訪予定がある社員すなわち担当者が、事前に来訪者の氏名情報、来訪予定日時、担当者である自分の氏名情報等を含む面会情報を、来客データベース(訪問者登録格納手段)に予約(登録)しておく。来訪者が来訪して操作端末(訪問者情報入力手段)で自分の名前等を操作入力すると、その入力情報をキーとして来客データベースの面会情報を検索し、対応する担当者を特定して、取次ぎを行うようになっている。
上記従来技術においては、来訪者受付装置での上記受付処理を可能とするためには、来訪者の来訪予定がある担当者は、事前にその旨を面会情報として来客データベースに予約登録しておく必要がある。通常、担当者を含む社員一般は、会社における社員管理の便宜のために、自らの個人スケジュール情報を例えばスケジュールデータベース等において日々記録することが多い。このため、来訪者の来訪予定が生じると、個人スケジュール情報にその旨を記録すると共に、来客データベースへの予約登録も必要となり、二重の操作負担となっていた。
本発明の目的は、担当者の操作負担を増大させることなく、受付処理を確実に実行できる来訪者受付装置を提供することにある。
上記目的を達成するために、第1の発明は、来訪者の来訪に対する受付処理を行う来訪者受付装置であって、前記来訪者の第1氏名情報を取得する来訪者情報取得手段と、受付処理が見込まれる来訪者の第2氏名情報を担当者ごとに予め記録した記憶手段にアクセスし、前記来訪者情報取得手段により取得された前記第1氏名情報に前記第2氏名情報が記録された、少なくとも1人の前記担当者を特定する特定手段と、少なくとも用件内容情報とそれに対する日時情報を含む個人スケジュール情報を前記担当者ごとに記録可能な前記記憶手段にアクセスし、前記特定手段により特定された前記少なくとも1人の前記担当者に係わる、前記来訪者情報取得手段が前記第1氏名情報を取得した日時に対する前記日時情報に対応する前記用件内容情報に基づき、前記来訪者に対応する少なくとも1人の来訪対応者を決定する決定手段と、前記決定手段による決定結果に基づき、前記来訪対応者に対応した通知先へ通知するための通知信号を出力する通知信号出力手段とを有することを特徴とする。
本願第1発明においては、各担当者が、予め、いずれかの機会に受付処理することが見込まれる来訪者を、記憶手段に記録しておく。また各担当者は、日々の個人スケジュール情報を記憶手段に書き込む。
来訪者が来訪すると、例えば所定の発話又は操作を行うことによってそれに応じた第1氏名情報が来訪者情報取得手段で取得される。そして、特定手段が、記憶手段にアクセスし、当該取得された第1氏名情報に第2氏名情報が合致するような担当者(1人又は複数人)を特定する。その後、決定手段が記憶手段にアクセスし、当該特定された担当者それぞれの個人スケジュール情報を参照することで、当該来訪者に対応する来訪対応者(1人又は複数人)を決定する。そして、通知信号出力手段が、当該決定された来訪対応者に対応した通知先に対し通知信号を出力することで、対応する来訪対応者への通知を行う。
以上のように、記憶手段のデータベースを用いて来訪者の氏名より担当者を絞り込み、さらに記憶手段のデータベースを用いて応対すべき来訪対応者を決定する。これにより、各担当者は、通常の個人スケジュール情報を日々記録する以外には、受付処理が見込まれる来訪者の氏名情報(第2氏名情報)を予め記録しておくだけで足りる。したがって、例えば来訪者氏名、来訪対象者氏名、来訪予約日時等からなる来客データベースへ担当者が予約する等をしなくても、訪れた来訪者に対して受付処理を確実に実行することができる。この結果、担当者の予約行為が不要となり、操作負担を低減することができる。
第2発明は、上記第1発明において、前記決定手段により決定された少なくとも1人の来訪対応者の第3氏名情報を、前記来訪者に対し表示する表示手段と、前記表示手段での表示に対し前記来訪者が確認操作可能な操作手段とをさらに有することを特徴とする。
これにより、決定手段により来訪対応者が決定されたとき、その来訪対応者に対する通知を実行する前に当該来訪対応者の氏名を来訪者に示し、確認させることができる。
第3発明は、上記第1又は第2発明において、前記決定手段は、前記来訪者情報取得手段が前記第1氏名情報を取得した日時を含む所定の時間範囲における前記個人スケジュール情報に基づき、前記来訪対応者を決定することを特徴とする。
来訪者の来訪日時に対応した個人スケジュール情報に基づき来訪対応者を決定することで、より迅速かつ確実に来訪対応者を決定することができる。このとき、来訪日時を含む所定の時間範囲に含まれる個人スケジュール情報を用いることにより、来訪対応者及び来訪者がお互いに約束した時間と実際の来訪者の来訪時間との間に多少の誤差が生じた場合などにも、これを許容して来訪対応者の決定を確実に行うことができる。
第4発明は、上記第1乃至第3発明のいずれかにおいて、前記決定手段は、前記個人スケジュール情報に含まれる前記用件内容情報に対し、前記記憶手段に記憶された来訪者の来訪に関連する所定のキーワードを用いたキーワード検索を実行する検索手段を備え、その検索結果に基づき、前記来訪対応者を決定することを特徴とする。
これにより、来訪者との面会を示唆するようなキーワードが個人スケジュール情報に記載された者を、来訪者を応対すべき来訪対応者であると推測し決定することができる。この結果、各担当者は、個人スケジュール情報を、定型的なフォームではなくフリースタイルで自由に記載すれば足りるので、利便性を高めることができる。
第5発明は、上記第4発明において、前記決定手段は、複数の前記キーワードを用いた前記検索手段の前記キーワード検索におけるヒット数に応じて、前記来訪対応者を決定することを特徴とする。
これにより、来訪者との面会を示唆するようなキーワードを複数個用意し、それら複数個のキーワードを用いて個人スケジュール情報の記載事項を検索したときの、ヒット数が多い者を、来訪者を応対すべき来訪対応者であると推測し決定することができる。この結果、推測による来訪対応者の決定精度を高めることができる。
第6発明は、上記第5発明において、前記決定手段は、各キーワードに対応づけられた重み付けを前記ヒット数に合算した重み付けヒット数に応じて、前記来訪対応者を決定することを特徴とする。
これにより、当該キーワードがヒットした場合に来訪者との面会である可能性が高いキーワードには他のキーワードよりも大きい重み付け値を付与することで、単なるヒット数を用いる場合に比べ、さらに推測による来訪対応者の決定精度を高めることができる。
本発明によれば、担当者の操作負担を増大させることなく、受付処理を確実に実行することができる。
以下、本発明の一実施の形態を図面を参照しつつ説明する。
(A)システムの基本構成
図1は、本実施形態の来訪者受付システムの全体構成の概略構成を表すシステム構成図である。図1において、来訪者受付システム1は、例えば、ビルや会社その他の建造物への来訪者に対する受付業務を行うシステムである。この例では会社へ設置されている場合を例にとって説明する。
図1は、本実施形態の来訪者受付システムの全体構成の概略構成を表すシステム構成図である。図1において、来訪者受付システム1は、例えば、ビルや会社その他の建造物への来訪者に対する受付業務を行うシステムである。この例では会社へ設置されている場合を例にとって説明する。
来訪者受付システム1は、例えば会社の入口付近に設置され、来訪者の来訪に対する受付処理を行う受付端末20(来訪者受付装置)と、周知のパーソナルコンピュータにより構成されるDBサーバ10と、会社の従業員それぞれに対応して設けられた複数のIP電話機60と、それら複数のIP電話機60の回線交換を行う周知の交換装置であるIP−PBX(Intenet Protocol Private Branch eXchange)50とを有し、これらはすべてルータ40を介して接続されている。
受付端末20は、端末本体20Aと、この端末本体20Aに接続された、タッチパネル210(表示手段)、マイク207、及びスピーカ208とを有している。
スピーカ208は、端末本体20Aから入力された音声信号を音声に変換して出力し、来訪者に対し報知を行う。マイク207は来訪者により入力された音声を音声情報に変換し、端末本体20Aへ出力する(但し、本実施形態では後述のようにマイク207は省略可能である)。
図2は、上記受付端末20に備えられた、タッチパネル210及びマイク207の詳細外観構造の一例を表す斜視図である。
図2において、タッチパネル210は、この例では水平に設置されるベース212に対してアーム211を介し支持され、操作者(すなわちこの例では来訪者)の視線に対して直角となるように面方向が斜め上方を向いている。マイク207は、ベース212に対し先端を来訪者側へ向けるようにして略円弧状に配置されている。
図3は、タッチパネル210における表示画面の一例を表す図である。この画面においては、後述の描画プログラムによって生成された、受付業務を行う仮想人物M(以下適宜、仮想受付者Mという)が、後述の受付処理が開始されると、オフィス風の背景Gとともに表示される。また、スピーカ208から発話される音声に対応する文章L(図中では「***」で略記している)が併せて表示される。
図4は、タッチパネル210における表示画面の他の例を表す図である。この画面においては、後述の描画プログラムによって生成された、来訪者が指でタッチすることで操作入力可能な少なくとも1つの操作ボタンBが背景G(図示では上記図3とは異なる背景の表示例を示している)とともに表示される。なお、各ボタンBにはその内容が記載(図中では「***」で略記している)されている。
図5は、タッチパネル210における表示画面のさらに他の例を表す図である。この画面においては、後述の描画プログラムによって生成された、来訪者が指でタッチすることで操作入力可能ないわゆるソフトウェアキーボードSBが表示される。ソフトウェアキーボードSBには、平仮名五十音をそれぞれ操作入力するためのかなボタンSB1と、誤入力時に訂正するための「訂正」ボタンSB2と、入力内容を確定させる「決定」ボタンSB3と、現在の入力内容を表示する「来訪者名」表示欄SB4とを備えている。
タッチパネル210は、上記の例を含む複数の画面を所定の順序で順次切り替えて表示可能となっている(詳細は後述)。
以上の構成において、例えば受付端末20の電源がONされた後、この状態で会社への来訪者が上記タッチパネル210を操作することで、受付端末20は来訪者が検出されたと認識して受付処理を開始する。すなわち、端末本体20Aからの音声信号に基づき、スピーカ208から来訪者に関する所定の質問(詳細は後述)を所定の順序で発声する。またこのときタッチパネル210においても、上記発声に対応した所定の表示を行う(詳細は後述)。
上記スピーカ208の発声やタッチパネル210の表示に応じて、来訪者がタッチパネル210の適宜の画面における各種ボタン(詳細は後述)を手動操作すると、対応する操作情報を入力する。
そして、受付端末20は、上記入力した操作情報の入力結果に応じて、DBサーバ10のHDD150(後述の図7参照)にアクセスし、(少なくとも1人の)の担当者を特定し、その特定した担当者の中から、来訪者に対応する(少なくとも1人の)来訪対応者を決定する(詳細は後述)。その後、タッチパネル210において、決定された来訪対応者の情報(後述の例では氏名)の表示を行い、来訪者に来訪先である(1人の)来訪対応者を選択させる(詳細は後述)。
そして、選択された来訪対応者が使用するIP電話機60にIP−PBX50を介して接続し、来訪対応者への通知処理を行う。来訪対応者は、通知された来訪者の身元に関する情報に応じて、受付端末20に対して応対を指示する。この指示に応じて、受付端末20は、来訪者と来訪対応者とが会話できるようにIP電話機60を接続したり、来訪対応者の代理で来訪者に応対したりする。このようにして、本実施形態の来訪者受付システム1は、会社における受付業務を自動的に行うことができる。
なお、上述したように、本実施形態では来訪者は各種情報をタッチパネル210により操作入力するため、受付端末20のマイク207は省略してもよい(後述の(1)の変形例では必要)。
(B)受付端末の詳細機能
図6は、受付端末20の機能的構成を示す機能ブロック図である。
図6は、受付端末20の機能的構成を示す機能ブロック図である。
図6において、受付端末20の端末本体20Aは、制御回路部200と、入出力(I/O)インタフェイス204と、ハードディスク装置(HDD)205とを有している。
制御回路部200は、CPU201と、受付端末20の基本的な動作に必要なプログラムやそのための設定値を記憶したROM202と、各種データを一時的に記憶するRAM203とを備えている。CPU201は、ROM202や、HDD205に記憶されたプログラムに従って、受付端末20全体の動作を制御する。
I/Oインタフェイス204には、上記CPU201と、上記ハードディスク装置205と、上記タッチパネル210と、上記マイク207と、上記スピーカ208と、ネットワーク(NW)カード206とが接続されている。
HDD205には、音声認識に使用するための言語モデル記憶エリア252及びプログラム記憶エリア256を含む複数の記憶エリアを備えている。なお、上述したように受付端末20のマイク207を省略する場合には、言語モデル記憶エリア252は省略してもよい(後述の(1)の変形例では必要)。
プログラム記憶エリア256には、例えば、受付端末20の各種動作を制御するための複数のプログラムが記憶されている。記憶されているプログラムとしては、例えば、受付端末20の基本的な動作を制御するシステムプログラム、DBサーバ10との通信を制御する通信プログラム、タッチパネル210に表示する画像を生成する描画プログラム、DBサーバ10の各種データベースにアクセスし照合を行うためのDB照合プログラム、IP電話機60とIP−PBX50との接続に係わる電話接続プログラム等がある。
NWカード206は、上記ルータ40に接続され、DBサーバ10などとの間でデータの送受信を可能とするための拡張カードである。
(C)DBサーバの詳細機能
図7は、DBサーバ10の機能的構成を表す機能ブロック図である。
図7は、DBサーバ10の機能的構成を表す機能ブロック図である。
図7に示すように、DBサーバ10は、CPU101と、CPU101に各々接続されたROM102及びRAM103と、CPU101に接続された入出力(I/O)インタフェイス104と、I/Oインタフェイス104にそれぞれ接続された、マウスコントローラ106、キーコントローラ107、ビデオコントローラ108、通信装置109、及び記憶手段としてのハードディスク装置(HDD)150とを有している。
ROM102は、BIOSを含む、DBサーバ10を動作させるための各種のプログラムを記憶している。RAM103は、各種データを一時的に記憶する。CPU101は、ROM102や、後述するHDD150に記憶されたプログラムに従って、DBサーバ10の全体の制御を司る。
マウスコントローラ106、キーコントローラ107、及びビデオコントローラ108には、それぞれマウス116、キーボード117、及びディスプレイ118が接続されている。通信装置109は、ルータ40に接続され、受付端末20等、外部機器との間でデータの送受信を行うことを可能とする。
HDD150は、受付見込データベース記憶エリア151、スケジュールデータベース記憶エリア152、キーワードデータベース記憶エリア153、部署電話番号データベース記憶エリア157、社員データベース記憶エリア155、及びプログラム記憶エリア156を含む複数の記憶エリアを備えている。
受付見込DB記憶エリア151には、受付処理が見込まれる来訪者(以下適宜、来訪見込者という)に関する情報(例えば担当者名、来訪見込者名、来訪見込者会社名など)を含む受付見込データを、担当者ごとに予め記憶(記録)した受付見込データベース1511(後述の図8参照)が記憶されている。
スケジュールDB記憶エリア152には、会社の社員(担当者含む)全員がそれぞれ個別に書き込んだ個人スケジュール情報(詳細は後述)を記憶する、スケジュールデータベース1521(後述の図9参照)が記憶されている。
キーワードDB記憶エリア153には、来訪者一般(すなわち実際に来訪した特定の来訪者に限られない)の来訪に関連する所定のキーワード(例えば「来客」、「接客」など)を、各キーワードに対応づけられた重み付け値Nとともに格納するキーワードデータベース1531(後述の図10参照)が記憶されている。
部署電話番号DB記憶エリア157には、会社の全部署の電話番号情報を格納する部署電話番号データベース1571(後述の図11参照)が記憶されている。
社員DB記憶エリア155には、会社の社員全員の個人情報(以下、社員情報という)を格納する社員データベース1551(後述の図12参照)が記憶されている。
プログラム記憶エリア156には、システムプログラム、通信プログラム等、各種処理をDBサーバ10に実行させるための各種プログラムが記憶されている。なお、これらのプログラムは、例えばCD−ROMに記憶されたものがCD−ROMドライブ(図示せず)を介してインストールされ、プログラム記憶エリア156に記憶される。又は、適宜のネットワークを介してシステム外部からダウンロードされたプログラムが記憶されてもよい。
図8は、受付見込データベース1511の記憶内容を表す概念的説明図である。図8において、受付見込データベース1511には、各担当者が、予め記録したいずれかの機会に来訪し受付処理することが見込まれる来訪者(すなわち来訪見込者)に関する情報を含む受付見込データが、担当者ごとに記憶されている。受付見込データは、担当者ごとに、来訪見込者1名に対し図示横一列の段を用いて作成される。すなわち、図示の各段に示される受付見込データは、担当者名、来訪見込者名、来訪見込者会社名、部署名、代理担当者名をそれぞれ含む。
担当者名は、担当者の氏名であり、平仮名、片仮名、漢字、アルファベット等による通常の表記で記憶されている。
来訪見込者名は、来訪見込者の氏名であり、各請求項記載の第2氏名情報を構成している。この来訪見込者名は、この例では(後述のように、第1氏名情報が平仮名の表記で取得されるため、これに対応するように)平仮名による表記で記憶されている。なお、平仮名による表記に限らず、上記通常の表記で記憶されていてもよい。
来訪見込者会社名は、来訪見込者が所属する会社や団体の名前である。なお、来訪見込者会社名としては、必ずしも会社等の正式な名称ではなく、図示のように、通称が記憶されていてもよい。例えば「株式会社B運送」について、「株式会社」を省略した「B運送」のみを、来訪見込者会社名として記憶しておくことができる。
部署名は、担当者の所属部署の名称である。代理担当者名は、担当者が不在であった場合に、当該担当者の代理で来訪者に対応する社員(以下適宜、代理担当者という)の名前である。なお、代理担当者が記憶されていない場合もある(記憶されていない場合については、図示では、代理担当者名の欄を空欄としている)。なお、この図8に示す例以外に、来訪見込者の平仮名、片仮名、漢字、アルファベット等による通常の表記、会社等の正式名称のフルネーム、担当者から来訪見込者に対する適宜のコメント等が記憶されていてもよい。
図9は、スケジュールデータベース1521の記憶内容を表す概念的説明図である。図9において、スケジュールデータベース1521には、各社員(担当者含む)ごとに自ら入力した日々の個人スケジュールが記憶されている。この例では、個人スケジュール情報は、社員1名に対し図示縦一列を用いて作成される。この例では、2009年2月1日の0時から24時までの各社員の個人スケジュール情報を図示している。個人スケジュール情報は、各社員が日々記録する用件内容情報(例えば「来客」、「接客(A工業の山田さん)」など)と、それに対する日時情報(例えば「2009年2月1日10時から11時」など)を含んでいる。日時情報は、この例では、開始時間と終了時間が実線で表現され、それらの間の時間範囲が塗りつぶし領域として表現されている。なお、この個人スケジュール情報に含まれる用件内容情報は、各社員が、フリースタイルで自由に記録することができる。
図10は、キーワードデータベース1531の記憶内容を表す概念的説明図である。図10において、キーワードデータベース1531には、所定のキーワードと、各キーワードに関連づけられた重み付け値Nとが記憶されている。
キーワードは、この例では、来訪者との面会を示唆するようなキーワード(例えば「来客」、「接客」など)と、来訪者との面会にあまり関係がないと推測されるキーワード(例えば「出張」、「外出」、「年休」など)とを含んでいる。
この図10に示したキーワードのうち、「来訪者会社名」及び「来訪者名」は、各来訪者に応じて変化するものである。また、「来訪者会社名」は、必ずしも会社等の正式な名称ではなく、通称であってもよい。例えば来訪者会社名「株式会社B運送」について、「株式会社」を省略した「B運送」であってもよい。また、「来訪者名」は、平仮名による表記に限らず、その他の片仮名、漢字、アルファベット等による通常の表記や、フルネームではなく苗字のみでの表記であってもよい。
上記重み付け値Nは、来訪者との面会である可能性が高いキーワードほど大きく(例えば「来客」10ポイント、「接客」10ポイント、「来訪者名」15ポイント等)、来訪者との面会である可能性が低いキーワードほど小さく(例えば「出張」−20ポイント、「外出」−20ポイント、「年休」−20ポイント等)なっている。
図11は、部署電話番号データベース1571の記憶内容を表す概念的説明図である。図示のように、部署名と、これに対応するIP電話機60の電話番号(部署代表連絡番号)とを含んでいる。
図12は、社員データベース1551の記憶内容を表す概念的説明図である。図12において、社員情報は、社員1名毎に作成されるものであり、例えば、図示のように、氏名情報、及び社員が使用するIP電話機60の電話番号(TEL)を含む。なお、社員情報には、図12に示す以外に、各社員を識別する社員コードや、所属する部署等の情報が含まれていてもよい。
(D)受付処理の流れ
以上のような構成の本実施形態の最大の特徴は、来訪者の操作入力により来訪者名を取得し、受付見込データベース1511を検索して上記来訪者名に合致する担当者を絞り込んだ後、さらにスケジュールデータベース1521を検索することで来訪対応者となる担当者を最終的に決定することである。以下、その詳細を順を追って説明する。
以上のような構成の本実施形態の最大の特徴は、来訪者の操作入力により来訪者名を取得し、受付見込データベース1511を検索して上記来訪者名に合致する担当者を絞り込んだ後、さらにスケジュールデータベース1521を検索することで来訪対応者となる担当者を最終的に決定することである。以下、その詳細を順を追って説明する。
(D−1)担当者の特定
まず、図13及び図14を用いて、来訪者から来訪者名を取得する手順の概要と、来訪者から取得された来訪者名を受付見込データベース1511に記憶された来訪見込者と照合し担当者を特定する手順との概要を説明する。
まず、図13及び図14を用いて、来訪者から来訪者名を取得する手順の概要と、来訪者から取得された来訪者名を受付見込データベース1511に記憶された来訪見込者と照合し担当者を特定する手順との概要を説明する。
図13は、来訪者から来訪者名を取得するまでの手順の概要を、主としてタッチパネル210の画面遷移により説明した説明図である。
図13において、来訪者が受付端末20に到着したときには、タッチパネル210に待ち受け状態の画面(初期画面)D1が表示されている。この画面D1には「御用の方はこのボタンを押してください」の旨の受付開始ボタンB1が表示されている。来訪者が指でこのボタンB1をタッチすると、タッチパネル210の表示が次の画面D2へ移る。
画面D2では前述の仮想受付者Mが表示され、さらにこれに併せてスピーカ208から”いらっしゃいませ。どちら様でしょうか。(お名前を入力してください)”という音声による問いかけが行われる。また図示のように、画面D2にはこの発声内容のテキスト「いらっしゃいませ。どちら様でしょうか?」が仮想受付者Mからの吹き出し形状として表示される。その後、タッチパネル210の表示が次の画面D3へ移る。
画面D3では、先に図5に示したソフトウェアキーボードSBが表示される。これに応じて、来訪者は、かなボタンSB1及び「訂正」ボタンSB2を適宜手動操作することにより自己の氏名を入力し、現在の入力内容を表示する「来訪者名」表示欄SB4に表示させる。入力終了後、「決定」ボタンSB3を押すことにより、その操作情報に基づき来訪者名(この例では「やまだたろう」)が受付端末20において取得される。なお、この操作情報に基づき取得した来訪者名が各請求項記載の第1氏名情報を構成している。なお、来訪者の発話音声に対応する音声情報をマイク207により入力し、この音声情報に基づき第1氏名情報を取得するようにしてもよい(後述の(1)の変形例参照)。
その後、DBサーバ10の前述の来訪見込データベース1511にアクセスされる。
図14は、来訪者から取得された来訪者名を受付見込データベース1511に記憶された来訪見込者名と照合し、担当者を特定する手順の概要を説明した説明図であり、前述の図8に対応する図である。
図14において、受付見込データベース1511にアクセスされると、来訪者から取得された来訪者名に、受付見込データの「来訪見込者名」が合致するかどうかが照合される。そして、照合結果が合致した「来訪見込者名」が記憶された(合致した「来訪見込者名」の受付見込データが存在する)担当者が特定される。
図示の例では、上述の例に沿い、来訪者から取得した来訪者名が「やまだたろう」であった場合、この「やまだたろう」に、受付見込データの「来訪見込者名」が合致するかどうかが照合された場合を示している。そして、照合結果が合致した来訪見込者名(この例では、実線の楕円で囲んだ「やまだたろう」)が記憶された、破線の楕円で囲んだ「佐藤一郎」、「鈴木二郎」、「高橋三郎」、及び「渡辺四郎」の4名の担当者が特定される。
なお、ここでは、来訪者名(「やまだたろう」)に、来訪見込者名(「やまだたろう」)が完全一致している場合を示したが、これに限られず、このような完全な一致ではなく、ある類似幅、許容幅を持たせた範囲内で一致(完全一致や部分一致等を含む実質的な適合のこと。本明細書ではこれを「合致」と定義する)するかどうかを照合するようにしてもよい。例えば、来訪者から取得された来訪者名が「やまだ」のみであった(名字のみであった)場合、来訪見込者名「やまだたろう」と記録している担当者も、「やまだたろう」とフルネームで記録している担当者も、いずれも照合結果は合致する。
このようにして担当者が特定されると、その後、DBサーバ10の前述のスケジュールデータベース1521にアクセスされる。
(D−2)来訪対応者の決定
本実施形態では、来訪対応者を決定する手法として、前述のスケジュールデータベース1521に記憶された、上記特定された担当者それぞれの用件内容情報に対し、所定のキーワードを用いたキーワード検索を行う。そして、当該検索でヒットしたキーワードに対応付けられた重み付け値Nを、当該検索におけるヒット数に合算して重み付けヒット数を算出し、その算出した重み付けヒット数に応じて、来訪対応者を決定する。以下、図15及び図16を用いて、このような来訪対応者を決定する手順の概要を説明する。
本実施形態では、来訪対応者を決定する手法として、前述のスケジュールデータベース1521に記憶された、上記特定された担当者それぞれの用件内容情報に対し、所定のキーワードを用いたキーワード検索を行う。そして、当該検索でヒットしたキーワードに対応付けられた重み付け値Nを、当該検索におけるヒット数に合算して重み付けヒット数を算出し、その算出した重み付けヒット数に応じて、来訪対応者を決定する。以下、図15及び図16を用いて、このような来訪対応者を決定する手順の概要を説明する。
図15は、スケジュールデータベース1521に記憶された、上記のようにして特定された担当者に係わる個人スケジュール情報を表す概念的説明図であり、前述の図9に対応する図である。
図15において、前述のようにしてスケジュールデータベース1521にアクセスされると、特定された担当者ごとに、所定の時間範囲t(来訪者から来訪者名を取得した日時t1を含む範囲である)における前述の用件内容情報に対し、前述のキーワードデータベース1531に記憶されたキーワード(前述の図10を参照)を用いたキーワード検索が実行される。
図示の例では、前述の例に沿い、特定された担当者が「佐藤一郎」、「鈴木二郎」、「高橋三郎」、及び「渡辺四郎」であり、上記日時t1が2009年2月1日9時45分である場合を示している。また、上記時間範囲tとして、上記日時t1の30分前の9時15分から、上記日時t1の1時間後の10時45分までとした例を示している。なお、この時間範囲tは、もっと長い範囲に広げてもよいし、逆にもっと短い範囲に狭くしてもよい。
そして、この例では、担当者である佐藤一郎さんは、この日2月1日の自分のスケジュールとして、10時から12時まで「来客」と書き込んでいる。同様に、鈴木二郎さんは、10時30分から12時30分まで「接客(A工業の山田さん)」と書き込み、さらに13時から14時まで「会議」と書き込んでいる。また高橋三郎さんは、13時から14時まで「B運送へ外出」と書き込んでおり、渡辺四郎さんは、終日(0時から24時までの全範囲を)「年休」と書き込んでいる。
したがって、このような場合において上記キーワード検索が実行されると、図10のキーワードデータベース1531の記憶内容に沿い、佐藤一郎さんのスケジュールにおける「来客」の記載がヒットし、鈴木二郎さんのスケジュールでは「接客」の記載と、来訪者会社名に相当する「A工業」の記載と、来訪者名に相当する「山田」の記載とがヒットする。高橋三郎さんのスケジュールでは(図10に示したキーワードが1つもないため)何もヒットせず、渡辺四郎さんのスケジュールでは、「年休」の記載がヒットする。
図16は、特定された各担当者における、上記図15におけるキーワード検索の結果及び算出した重み付けヒット数を表した概念的説明図である。
ここで、重み付けヒット数Hとは、各キーワードに対応付けられた重み付け値Nを、上記キーワード検索においてヒットしたヒット数に合算したもの(ヒットしたキーワードに対応付けられた重み付け値Nの合計値)である。
図16及び前述の図10において、前述したように、佐藤一郎さんのスケジュールにおいては、上記ヒットしたキーワードは「来客」であり、当該「来客」に対応付けられた重み付け値N(前述の図10参照。以下同様)は、N=10である。したがって、重み付けヒット数Hは、H=10となる。
同様に、鈴木二郎さんのスケジュールでは、上記ヒットしたキーワードは「接客」、「A工業」(来訪者会社名)、及び「山田」(来訪者氏名)であり、対応付けられる重み付け値Nはそれぞれ、N=10、N=5、N=15である。したがって、重み付けヒット数Hは、これらを合算してH=10+5+15=30となる。
高橋三郎さんのスケジュールでは、上記ヒットしたキーワードは何もなかったので、重み付け値Nは、N=0であり、重み付けヒット数Hは、H=0となる。
渡辺四郎さんのスケジュールでは、上記ヒットしたキーワードは「年休」であり、当該「年休」に対応付けられた重み付け値Nは、N=−20である。したがって、重み付けヒット数Hは、H=−20と算出される。
そして、このようにして算出された重み付けヒット数Hの最も大きかった担当者が、来訪者に対応する(対応すべき)来訪対応者と決定される。したがって、この例では、算出された重み付けヒット数Hが30で最も大きかった鈴木二郎さんが、上記来訪対応者に決定される。なお、このように、算出された重み付けヒット数Hが最も大きかった担当者1人のみを来訪対応者に決定するのに限られず、例えば重み付けヒット数Hが所定値以上(例えばH≧0)になった担当者を来訪対応者に決定するようにしてもよい。さらに、以上を組み合わせて、重み付けヒット数Hが最も大きかった担当者→重み付けヒット数Hが所定値以上のそれ以外の担当者→受付見込データにより特定されたそれ以外の担当者、の順で複数の担当者を表示してもよい(後述の図17における画面D4,D5はこの例を示している)。
(D−3)決定された来訪対応者名の表示
上記のようにして来訪対応者が決定されると、タッチパネル210において、上記決定された来訪対応者の情報を表示し、来訪先の来訪対応者を来訪者に選択させる。本実施形態では、来訪者が来訪対応者を選択する際の選択肢として、前述したように、上記決定された来訪対応者の情報を表示する(重み付けヒット数Hが最も大きかった担当者→重み付けヒット数Hが所定値以上のそれ以外の担当者の順で表示する)のに加え、受付見込データにより特定されたが来訪対応者として決定されなかった他の担当者の情報も併せて表示している。
上記のようにして来訪対応者が決定されると、タッチパネル210において、上記決定された来訪対応者の情報を表示し、来訪先の来訪対応者を来訪者に選択させる。本実施形態では、来訪者が来訪対応者を選択する際の選択肢として、前述したように、上記決定された来訪対応者の情報を表示する(重み付けヒット数Hが最も大きかった担当者→重み付けヒット数Hが所定値以上のそれ以外の担当者の順で表示する)のに加え、受付見込データにより特定されたが来訪対応者として決定されなかった他の担当者の情報も併せて表示している。
図17は、来訪対応者を来訪者に選択させる手順の概要を、主としてタッチパネル210の画面遷移により説明した説明図である。
図17において、上記のようにして来訪対応者が決定されたときには、タッチパネル210に画面D4が表示される。この画面D4では前述の仮想受付者Mが表示され、さらにこれに併せてスピーカ208から”担当者を選択してください”という音声による問いかけが行われる。また図示のように、画面D4にはこの発声内容のテキスト「担当者を選択してください」が仮想受付者Mからの吹き出し形状として表示される。そして、この画面D4では、前述の例に沿い、上記決定された来訪対応者名に対応するボタンとして、「鈴木二郎」ボタンB4a、「佐藤一郎」ボタンB4b、及び「高橋三郎」ボタンB4cが表示されている。なお、ボタンB4a,B4b,B4c中に表示されている来訪対応者名(この例では「鈴木二郎」「佐藤一郎」「高橋三郎」)が各請求項記載の第3氏名情報を構成している。また、併せて、「戻る」ボタンB4dと、「進む」ボタンB4eとが表示されている。
前述したように、本実施形態では、受付見込データにより特定されたが来訪対応者として決定されなかった他の担当者の情報も表示できるようになっており、この例では、上記図17の画面D4で来訪者が指で「進む」ボタンB4eをタッチすることにより、タッチパネル210の表示が画面D5へ移る。画面D5では、前述の「高橋三郎」ボタンB4cの下に、新たに(上記来訪担当者として決定されなかった渡辺四郎さんに対応した)「渡辺四郎」ボタンB5aが出現する。またこの例では、さらに「該当する担当者なし」ボタンB5bも表示されている。なお、これら画面D4及び画面D5におけるボタンB4a〜B4e,B5a,B5bが、各請求項記載の操作手段として機能する。
これら画面D4及び画面D5に示したように、来訪者が来訪対応者を選択する際の選択肢として、上記決定された来訪対応者名に対応するボタン(この例ではボタンB4a,B4b,B4c)と、上記決定されなかった担当者名に対応するボタン(この例ではボタンB5a)と、来訪対応者名がないとき選択するボタン(この例ではボタンB5b)とが表示されている。
このとき、決定された来訪対応者名に対応するボタンB4a,B4b,B4cのうち、ボタンB4a(最も重み付けヒット数Hの値が大きかった来訪対応者に対応するもの)は、来訪者により最初に視認される選択肢となるように(この例では画面D4の上側になるように)表示されている。
また、上記決定されなかった担当者名に対応するボタンB5aは、上記決定された来訪対応者名に対応するボタンB4a,B4b,B4cの次に下側に表示される。このとき、そのような担当者が複数いた場合には、それらの中でも、算出された重み付けヒット数Hが大きかったものから順次、来訪者により視認されやすいように(画面D5の上側なるように)表示してもよい。
なお、画面D4及び画面D5では、来訪対応者名等に対応するボタンB4a,B4b,B4c,B5a,B5bは、各画面において3つずつ(画面D4ではボタンB4a,B4b,B4c、画面D5ではB4c,B5a,B5b)表示しているが、これに限られず、もっと多く(例えば5つずつ)表示してもよい。あるいは、逆に少なく(例えば1つずつ)表示してもよい。また、これらの来訪対応者名等に対応するボタンB4a,B4b,B4c,B5aに、例えば対応する来訪対応者の部署名等を併せて表示するようにしてもよい。
そして、来訪者が、画面D4(あるいは画面D5)における上記音声問いかけや表示に応じて、ボタンB4a,B4b,B4c,B5a,B5bのいずれかを手動操作し(あるいは適宜ボタンB4d,B4eを併用し)、来訪先の来訪対応者を操作入力すると、その操作に応じて対応する次の画面に遷移する。例えば、来訪者が画面D4上においてボタンB4aを手動操作した場合には、その操作情報(来訪対応者名)が受付端末20において取得され、タッチパネル210の表示が次の画面D6へ移る。
画面D6は、上記来訪者が選択した来訪対応者の確認画面となる。すなわち、前述の受付見込データベース1511の記憶内容を参照して、来訪対応者名(図中の例では「鈴木二郎)、部署名(図中の例では「開発G」)等からなる来訪対応者情報B6cが上記仮想受付者Mとともに表示される。このとき図示のように、来訪対応者から来訪者への適宜のコメント(図中では「遠くからお疲れ様です」と示す)や来訪対応者の顔写真P等を、上記来訪対応者情報B6cに含むようにしてもよい。また、これに併せてスピーカ208から”この担当者でよろしいでしょうか?”という音声による問いかけが行われるとともに、図示のように、画面D6にはこの発声内容のテキスト「この担当者でよろしいでしょうか?」が仮想受付者Mからの吹き出し形状として表示される。さらに、来訪者がこの答えとして選択可能な「決定」ボタンB6b、「訂正」ボタンB6a等が表示される。
来訪者が画面D6において来訪対応者情報B6cが正しいことを確認できた場合は、「決定」ボタンB6bを手動操作することで、上記社員データベース1551の「電話番号」の記載に基づき、受付端末20によって対応する来訪対応者のIP電話機60へと接続が行われ、取次ぎが完了する。
一方、上記画面D6において、来訪対応者内容B6cが来訪者が(例えば操作ミス等により)意図するものと異なっていた場合は、「訂正」ボタンB6aを手動操作することで、タッチパネル210の表示が直前に表示されていた画面(この例では画面D4)へ戻る。
(E)制御手順
図18は、以上説明した内容を実現するために、受付端末20の制御回路部200により実行する制御手順を表すフローチャートである。なお、このフローに示す処理は、HDD205のプログラム記憶エリア256に記憶された来訪者受付処理用のプログラム群(前述のシステムプログラム、通信プログラム、描画プログラム、DB照合プログラム、電話接続プログラム等)に従って、CPU201が実行するものである。
図18は、以上説明した内容を実現するために、受付端末20の制御回路部200により実行する制御手順を表すフローチャートである。なお、このフローに示す処理は、HDD205のプログラム記憶エリア256に記憶された来訪者受付処理用のプログラム群(前述のシステムプログラム、通信プログラム、描画プログラム、DB照合プログラム、電話接続プログラム等)に従って、CPU201が実行するものである。
図18において、例えば受付端末20の電源ONによって、このフローが開始される(「START」位置)。まずステップS10で、タッチパネル210に表示信号を出力し、前述の受付開始ボタンB1を含む待ち受け状態の画面D1(図13参照)を表示させる。
その後、ステップS20で、受付開始ボタンB1が手動操作されたか否かを判定する。来訪者によって押下されるまでは判定が満たされずループ待機し、押下されたら判定が満たされて、ステップS30に移る。
ステップS30では、タッチパネル210に表示信号を出力して前述の仮想受付者Mを含む画面D2(図13参照)を表示させるとともに、スピーカ208へ音声信号を出力し、”いらっしゃいませ。どちら様でしょうか。(お名前を入力してください)”という来訪者名を問いかける台詞を発声させる。
そして、ステップS40で、タッチパネル210に表示信号を出力して前述のソフトウェアキーボードSBを含む画面D3(図13参照)を表示させる。
その後、ステップS50で、来訪者のソフトウェアキーボードSBの操作による操作情報を取得し、対応する来訪者名を(例えばRAM203に)保存する(来訪者情報取得手段としての機能)。
そして、ステップS60で、来訪者に対応する来訪対応者を決定する来訪対応者決定処理(詳細は後述の図19参照)を実行する。
その後、ステップS70で、タッチパネル210に表示信号を出力して前述の仮想受付者M及び来訪対応者選択用のボタンB4a〜B4c等を含む画面D4,D5(図17及び図18参照)を表示させる。さらにこの表示とともに、スピーカ208へ音声信号を出力し、”担当者を選択してください”という来訪の目的である正しい来訪対応者を来訪者に選択させる台詞を発声させる(タッチパネル210にテキスト表示も行う。なお、発声を行わず表示のみとしてもよい)。
そして、ステップS80で、来訪対応者の選択入力が行われたか(前述の例では、画面D5上の「該当する担当者なし」ボタンB5bではなく、画面D4及び画面D5上の他のボタンB4a〜B4c,B5aが操作されたか)否かを判定する。来訪対応者の選択入力が行われた(前述の例では、ボタンB4a〜B4c,B5aのいずれかが操作された)場合には、判定が満たされて、ステップS85に移る。
ステップS85では、上記来訪者の手動操作による操作情報を取得し、前述の受付見込データベース1511にアクセスして、対応する来訪対応者の情報(例えば部署名、コメント、顔写真など)を取得する。
その後、ステップS90で、タッチパネル210に表示信号を出力して前述の仮想受付者M、上記ステップS85で取得された来訪対応者情報B6c、「訂正」ボタンB6a、及び「決定」ボタンB6b等を含む画面D6(図17参照)を表示させる。さらに上記表示とともに、スピーカ208へ音声信号を出力し、”この担当者でよろしいでしょうか?”という来訪対応者の最終確認を問いかける台詞を発声させる(タッチパネル210にテキスト表示も行う。なお、発声を行わず表示のみとしてもよい)。
そして、ステップS100で、上記「決定」ボタンB6bが操作されたか否かを判定する。来訪者が上記画面において来訪対応者が間違っていることに気づき、「訂正」ボタンB6aを手動操作した場合は判定が満たされず、先のステップS70に戻り、同様の手順を繰り返す。来訪者が上記画面において来訪対応者が正しいことを確認し、「決定」ボタンB6bを手動操作した場合は判定が満たされて、ステップS110に移る。
ステップS110では、来訪先の来訪対応者が選択されたことが確認できたことに対応して、対応する来訪対応者のIP電話機60(通知先)に発信(コール)を行う。具体的には、前述の社員データベース1551にアクセスし、当該来訪対応者のIP電話機60の電話番号を取得する。そして、来訪対応者への通知文を作成し、その通知文のテキストデータを音声データに変換し、社員データベース1551から取得した来訪対応者のIP電話機60の電話番号を用いて、IP−PBX50を介し、来訪対応者の使用するIP電話機60に、音声データ(通知信号)を発信(出力)する(通知信号出力手段としての機能)。
その後、ステップS120で、所定時間内に当該来訪対応者による応答があったか否かを判定する。応答があった(来訪対応者が電話に出た)場合は判定が満たされ、このフローを終了する。応答がなければ判定が満たされず、不在とみなしてステップS130に移る。
ステップS130では、上記受付見込データベース1511にアクセスし、当該来訪対応者の当該来訪者に関する受付見込データを取得し、この取得した受付見込データに上記代理担当者が記録されているか否かを判定する。代理担当者が記録されていない場合、あるいは、上記受付見込データベース1511に当該来訪者に関する受付見込データ自体が記憶されていない(当該来訪者が来訪見込者として予め記憶されていなかった)場合には、判定が満たされず、後述のステップS260に移る。代理担当者が記録されている場合には、判定が満たされて、対応する代理担当者名を取得し、ステップS140に移る。
ステップS140では、来訪対応者に代理担当者が存在することに対応して、対応する代理担当者のIP電話機60に発信(コール)を行う。具体的には、DBサーバ10の社員データベース1551にアクセスし、上記取得された代理担当者名に基づき、当該代理担当者のIP電話機60の電話番号を取得する。そして、代理担当者への通知文を作成し、その通知文のテキストデータを音声データに変換し、社員データベース1551から取得した代理担当者のIP電話機60の電話番号を用いて、IP−PBX50を介し、代理担当者の使用するIP電話機60に、音声データを発信する。
その後、ステップS150で、所定時間内に当該代理担当者による応答があったか否かを判定する。応答があった(代理担当者が電話に出た)場合は判定が満たされ、このフローを終了する。応答がなければ判定が満たされず、不在とみなして後述のステップS260に移る。
一方、上記ステップS80において、来訪対応者の選択入力が行われていなかった(前述の例では、「該当する担当者なし」ボタンB5bが操作されていた)場合には、ステップS80の判定が満たされず、ステップS160に移る。
ステップS160では、タッチパネル210に表示信号を出力してソフトウェアキーボードSBを含む画面(前述の画面D3の「来訪者名」表示欄SB4を「来訪対応者名」表示欄とした画面に相当)を表示させるとともに、スピーカ208へ音声信号を出力し、”担当者名を入力してください”という来訪対応者名を問いかける台詞を発声させる。
そして、ステップS170で、来訪者のソフトウェアキーボードSBの操作による操作情報を取得し、対応する来訪対応者名を(例えばRAM203に)保存する。
その後、ステップS180で、上記社員データベース1551にアクセスし、上記ステップS170において操作情報より取得した来訪対応者名に、社員データベース1551の社員情報の「氏名情報」が合致するかどうかを照合する。なお、完全な一致ではなく、ある類似幅、許容幅を持たせた範囲内で一致するかどうかを照合するようにしてもよい。
そして、ステップS190で、上記ステップS180での照合結果が合致した「氏名情報」が記憶された社員が存在したか否かを判定する。ステップS180での照合結果が合致した「氏名情報」が記憶された社員が存在した場合には、ステップS190の判定が満たされて、前述のステップS110に移る。
一方、上記ステップS190で上記ステップS180での照合結果が合致した「氏名情報」が記憶された社員が存在せず判定が満たされなかった場合は、ステップS235に移る。
ステップS235では、スピーカ208へ音声信号を出力し、”担当者が確認できませんでした(部署名を選択してください)”という部署名を問いかける台詞を発声させる。
そして、ステップS240で、タッチパネル210に表示信号を出力して会社の全部署名に対応するボタンを含む部署名一覧表示画面(図示せず)を表示させる。
その後、ステップS250で、来訪者の上記ボタンの手動操作による操作情報を取得し、対応する部署名を(例えばRAM203に)保存する。
そして、ステップS260で、対応する部署連絡先(この例では部署代表のIP電話機60に発信(コール)を行う。具体的には、対応する通知文を作成し、その通知文のテキストデータを音声データに変換し、対応する部署代表の電話番号を、前述の部署電話番号データベース1571(図11参照)の記憶内容を参照して取得し、IP−PBX50を介しIP電話機60に、音声データを発信する。その後、このフローを終了する。
図19は、上記図18のステップS60の詳細手順を表すフローチャートである。
まずステップS61で、上記受付見込データベース1511にアクセスし、上記図18のステップS50で取得された来訪者名に、受付見込データベース1511に記憶された受付見込データの中に、「来訪見込者名」が合致するデータがあるかどうかを照合する。なお、前述したように、完全な一致ではなく、ある類似幅、許容幅を持たせた範囲内で一致するかどうかを照合する。
その後、ステップS62で、上記ステップS61での照合結果が合致した担当者(当該「来訪見込者名」を受付見込データに記録していた担当者)がいたか否かを判定する。ステップS61での照合結果が合致した担当者がいなかった場合には判定が満たされず、上記図18のステップS160に移る。ステップS61での照合結果が合致した「来訪見込者名」が記憶された担当者がいた場合には判定が満たされて、ステップS63に移る。
ステップS63では、上記ステップS61での照合結果に基づき、照合結果が合致した担当者を特定する(特定手段としての機能)。
そして、ステップS64で、前述のキーワードデータベース1531(図10参照)にアクセスし、キーワードと、各キーワードに対応付けられた重み付け値Nを取得し、(例えばRAM203に)保存する。
その後、ステップS65では、前述のスケジュールデータベース1521(図9参照)にアクセスし、上記ステップS63で特定された担当者ごとに、各担当者に係わる、上記時間範囲tにおける上記用件内容情報に対し、(例えばRAM203に)保存されたキーワードを用いたキーワード検索を実行する。
そして、ステップS66で、上記ステップS65での検索結果に基づき、上記ステップS63で特定された担当者ごとに、上記重み付けヒット数Hを算出する。
その後、ステップS67で、上記ステップS66で算出された重み付けヒット数Hが最も大きかった担当者を、上記来訪対応者に決定する。その後、このルーチンを終了する。
なお、以上において、図19に示すステップS65、ステップS66、及びステップS67が、各請求項記載の決定手段として機能し、そのうちステップS65が検索手段として機能する。
以上説明したように、本実施形態の受付端末20においては、来訪者が来訪したときは、タッチパネル210の手動操作による操作情報に基づき来訪者名が取得される(図18のステップS50参照)。そして、当該取得された来訪者名にと同等の(合致する)来訪見込者名を受付見込データベースに登録していた担当者を特定する(図19のステップS63参照)。その後、当該特定された担当者それぞれに係わる上記用件内容情報を参照し、当該来訪者に対応する(応対すべき)来訪対応者を決定する。そして、当該決定された来訪対応者のIP電話機60に発信することで、対応する来訪対応者への通知を行う(図18のステップS110参照)。
以上のように、来訪者の操作入力により来訪者名を取得し、受付見込データベース1511を検索して上記来訪者名に合致する担当者を絞り込んで特定した後、さらにスケジュールデータベース1521を検索することで来訪対応者となる担当者を最終的に決定する。これにより、担当者が、予め来訪見込者名を受付見込データベース1511に予め記憶させておけば、自己の個人スケジュール情報を日々記録しておくだけで、来訪者に対して受付処理を確実に実行することができる。すなわち、例えば来訪者名、来訪対応者名、来訪予約日時等からなる来客データベースへ予約する等の予約行為が不要であり、担当者の操作負担を低減することができる。
また、本実施形態では特に、上記用件内容情報(上記の例では「来客」、「接客(A工業の山田さん)など)に対し、所定のキーワードを用いたキーワード検索を実行し、その検索結果に基づき、来訪対応者を決定する。そして、来訪者との面会を示唆するようなキーワードが用件内容情報に記載された者を、来訪者を応対すべき来訪対応者であると推測し決定する。これにより、各担当者は、用件内容情報を、定型的なフォームではなくフリースタイルで自由に記載すれば足りるので、利便性を高めることができる。
また、本実施形態では特に、上記キーワード検索におけるヒット数に応じて、来訪対応者を決定する。そして、来訪者との面会を示唆するようなキーワードを複数個用意し、それら複数個のキーワードを用いて検索したときの、ヒット数が多い者を、来訪者を応対すべき来訪対応者であると推測し決定する。これにより、上記の推測による来訪対応者の決定精度を高めることができる。
また、本実施形態では特に、上記重み付けヒット数Hを算出して、その算出結果に応じて、来訪対応者を決定する(上記の例では算出した重み付けヒット数Hが最も大きかった担当者を来訪対応者に決定する)。そして、当該キーワードがヒットした場合に来訪者との面会である可能性が高いキーワードには他のキーワードよりも大きい重み付け値Nを付与している。これにより、単なるヒット数を用いる場合に比べ、さらに推測による来訪対応者の決定精度を高めることができる。
また、本実施形態では特に、タッチパネル210において、上記決定された来訪対応者の来訪対応者名を表示する(図18のステップS70参照)。これにより、来訪対応者が決定されたとき、その来訪対応者に対する通知を実行する前に、当該来訪対応者の氏名を来訪者に示し、来訪の目的である正しい来訪対応者であるかどうかを確認させることができる。また、決定された来訪対応者が複数名存在したとき、その中のいずれの者が来訪先である来訪対応者であるかどうかを、来訪者に選択させ確認させることができる(図17の画面D4,D5参照)。
また、本実施形態では特に、来訪者の来訪日時に対応した上記時間範囲t(図15参照)における個人スケジュール情報に基づき、来訪対応者を決定する。このように、来訪者の来訪日時に対応した個人スケジュール情報に基づき来訪対応者を決定することで、より迅速かつ確実に来訪対応者を決定することができる。このとき、来訪日時を含む時間範囲tに含まれる個人スケジュール情報を用いることにより、来訪対応者及び来訪者がお互いに約束した時間と実際の来訪者の来訪時間との間に多少の誤差が生じた場合にも、これを許容して来訪対応者の決定を確実に行うことができる。
なお、本発明は上記実施形態に限られず、その趣旨を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を説明する。
(1)来訪者の発話音声に基づき第1氏名情報を取得する場合
上記実施形態においては、来訪者のタッチパネル210に表示されたソフトウェアキーボードSBの手動操作による操作情報に基づき、来訪者名を取得していた。しかしながら、これに限られず、マイク207を介して入力した来訪者の発話音声に対応する音声情報に基づき、来訪者名を取得するようにしてもよい。この場合、マイク207を介して来訪者の音声情報を取得し、この音声情報をHDD205に記憶された言語モデル等を用いて音声認識し、音声認識が成功したら、音声認識結果から来訪者名を取得することができる。この場合も上記実施形態と同様の効果を得る。
上記実施形態においては、来訪者のタッチパネル210に表示されたソフトウェアキーボードSBの手動操作による操作情報に基づき、来訪者名を取得していた。しかしながら、これに限られず、マイク207を介して入力した来訪者の発話音声に対応する音声情報に基づき、来訪者名を取得するようにしてもよい。この場合、マイク207を介して来訪者の音声情報を取得し、この音声情報をHDD205に記憶された言語モデル等を用いて音声認識し、音声認識が成功したら、音声認識結果から来訪者名を取得することができる。この場合も上記実施形態と同様の効果を得る。
(2)電話以外の取り次ぎ方法
上記においては、来訪対応者への来訪者に関する情報の通知は、IP電話機60に音声データを出力することにより行った。しかしながら、来訪対応者への通知の方法は、IP電話機60による方法に限られない。例えば、来訪対応者が使用する携帯電話やパーソナルコンピュータに対して音声データを出力してもよいし、通知文のテキストデータを出力してポップアップ形式で表示するようにしてもよいし、メールで送信してもよい。これら音声データ、テキストデータ、メールはいずれも各請求項記載の通知信号を構成する。これらの場合も上記実施形態と同様の効果を得る。
上記においては、来訪対応者への来訪者に関する情報の通知は、IP電話機60に音声データを出力することにより行った。しかしながら、来訪対応者への通知の方法は、IP電話機60による方法に限られない。例えば、来訪対応者が使用する携帯電話やパーソナルコンピュータに対して音声データを出力してもよいし、通知文のテキストデータを出力してポップアップ形式で表示するようにしてもよいし、メールで送信してもよい。これら音声データ、テキストデータ、メールはいずれも各請求項記載の通知信号を構成する。これらの場合も上記実施形態と同様の効果を得る。
(3)システム構成のバリエーション
上記来訪者受付システム1においては、来訪者の受付処理が行われる受付端末20と、DBサーバ10とは、別個の装置であった。しかしながら、これに限られず、表示手段、操作手段等を備えたサーバを会社の入口付近に設置し、サーバのみで、来訪者受付処理のすべてを行うようにしてもよい。また、受付見込データベース1511、スケジュールデータベース1521、キーワードデータベース1531等、HDD150に記憶されている情報を受付端末20側のHDD205に記憶するようにしてもよい。この場合、受付端末20のHDD205が各請求項記載の記憶手段を構成する。さらにはネットワークを介して受付端末20に接続可能な別個の記憶装置に記憶させておき、来訪者受付処理中に、必要な情報を読み出す構成としてもよい。この場合、当該別個の記憶装置が各請求項記載の記憶手段を構成する。これらの場合も上記実施形態と同様の効果を得る。
上記来訪者受付システム1においては、来訪者の受付処理が行われる受付端末20と、DBサーバ10とは、別個の装置であった。しかしながら、これに限られず、表示手段、操作手段等を備えたサーバを会社の入口付近に設置し、サーバのみで、来訪者受付処理のすべてを行うようにしてもよい。また、受付見込データベース1511、スケジュールデータベース1521、キーワードデータベース1531等、HDD150に記憶されている情報を受付端末20側のHDD205に記憶するようにしてもよい。この場合、受付端末20のHDD205が各請求項記載の記憶手段を構成する。さらにはネットワークを介して受付端末20に接続可能な別個の記憶装置に記憶させておき、来訪者受付処理中に、必要な情報を読み出す構成としてもよい。この場合、当該別個の記憶装置が各請求項記載の記憶手段を構成する。これらの場合も上記実施形態と同様の効果を得る。
(4)その他
受付端末20のタッチパネル210の待ち受け状態の画面D1における受付開始ボタンB1の手動操作の有無によって、来訪者の有無を検出したが、これに限られない。すなわち、例えば、周知の人感センサ又はカメラ等の他の検知手段を用いて来訪者の来訪を検出するようにしてもよい。
受付端末20のタッチパネル210の待ち受け状態の画面D1における受付開始ボタンB1の手動操作の有無によって、来訪者の有無を検出したが、これに限られない。すなわち、例えば、周知の人感センサ又はカメラ等の他の検知手段を用いて来訪者の来訪を検出するようにしてもよい。
また、上記においては操作手段として、表示手段であるタッチパネル210に表示されたボタンB4a〜B4e,B5a,B5bを用いたが、これに限られない。すなわち、通常のキーやボタン等の操作手段を用い、これによって来訪者が来訪の目的である正しい来訪対応者を選択操作するようにしてもよい。また、通常のディスプレイやランプ等の表示手段を用いるようにしてもよい。
なお、以上において、図6、図7等の各図中に示す矢印は信号の流れの一例を示すものであり、信号の流れ方向を限定するものではない。
また、図18及び図19に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
20 受付端末(来訪者受付装置)
60 IP電話機(通知先)
150 ハードディスク装置(記憶手段)
210 タッチパネル(表示手段)
1511 受付見込データベース
1521 スケジュールデータベース
1531 キーワードデータベース
B4a〜e ボタン(操作手段)
B5a〜b ボタン(操作手段)
60 IP電話機(通知先)
150 ハードディスク装置(記憶手段)
210 タッチパネル(表示手段)
1511 受付見込データベース
1521 スケジュールデータベース
1531 キーワードデータベース
B4a〜e ボタン(操作手段)
B5a〜b ボタン(操作手段)
Claims (6)
- 来訪者の来訪に対する受付処理を行う来訪者受付装置であって、
前記来訪者の第1氏名情報を取得する来訪者情報取得手段と、
受付処理が見込まれる来訪者の第2氏名情報を担当者ごとに予め記録した記憶手段にアクセスし、前記来訪者情報取得手段により取得された前記第1氏名情報に前記第2氏名情報が記録された、少なくとも1人の前記担当者を特定する特定手段と、
少なくとも用件内容情報とそれに対する日時情報を含む個人スケジュール情報を前記担当者ごとに記録可能な前記記憶手段にアクセスし、前記特定手段により特定された前記少なくとも1人の前記担当者に係わる、前記来訪者情報取得手段が前記第1氏名情報を取得した日時に対する前記日時情報に対応する前記用件内容情報に基づき、前記来訪者に対応する少なくとも1人の来訪対応者を決定する決定手段と、
前記決定手段による決定結果に基づき、前記来訪対応者に対応した通知先へ通知するための通知信号を出力する通知信号出力手段と
を有することを特徴とする来訪者受付装置。 - 前記決定手段により決定された少なくとも1人の来訪対応者の第3氏名情報を、前記来訪者に対し表示する表示手段と、
前記表示手段での表示に対し前記来訪者が確認操作可能な操作手段と
をさらに有することを特徴とする請求項1記載の来訪者受付装置。 - 前記決定手段は、
前記来訪者情報取得手段が前記第1氏名情報を取得した日時を含む所定の時間範囲における前記個人スケジュール情報に基づき、前記来訪対応者を決定する
ことを特徴とする請求項1又は請求項2記載の来訪者受付装置。 - 前記決定手段は、
前記個人スケジュール情報に含まれる前記用件内容情報に対し、前記記憶手段に記憶された来訪者の来訪に関連する所定のキーワードを用いたキーワード検索を実行する検索手段を備え、その検索結果に基づき、前記来訪対応者を決定する
ことを特徴とする請求項1乃至請求項3のいずれか1項記載の来訪者受付装置。 - 前記決定手段は、
複数の前記キーワードを用いた前記検索手段の前記キーワード検索におけるヒット数に応じて、前記来訪対応者を決定する
ことを特徴とする請求項4記載の来訪者受付装置。 - 前記決定手段は、
各キーワードに対応づけられた重み付けを前記ヒット数に合算した重み付けヒット数に応じて、前記来訪対応者を決定する
ことを特徴とする請求項5記載の来訪者受付装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009065431A JP2010218332A (ja) | 2009-03-18 | 2009-03-18 | 来訪者受付装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009065431A JP2010218332A (ja) | 2009-03-18 | 2009-03-18 | 来訪者受付装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2010218332A true JP2010218332A (ja) | 2010-09-30 |
Family
ID=42977095
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009065431A Pending JP2010218332A (ja) | 2009-03-18 | 2009-03-18 | 来訪者受付装置 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2010218332A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017004224A (ja) * | 2015-06-09 | 2017-01-05 | パナソニックIpマネジメント株式会社 | 接客態度評価システム及び接客態度評価方法 |
JP2020024761A (ja) * | 2019-11-21 | 2020-02-13 | ディライテッド株式会社 | 受付システム、受付プログラム及び受付方法 |
JP2020030861A (ja) * | 2018-10-30 | 2020-02-27 | ディライテッド株式会社 | 受付システム、受付プログラム及び受付方法 |
JP2020149331A (ja) * | 2019-03-13 | 2020-09-17 | 株式会社サテライトオフィス | ボットシステムのプログラム |
-
2009
- 2009-03-18 JP JP2009065431A patent/JP2010218332A/ja active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017004224A (ja) * | 2015-06-09 | 2017-01-05 | パナソニックIpマネジメント株式会社 | 接客態度評価システム及び接客態度評価方法 |
JP2020030861A (ja) * | 2018-10-30 | 2020-02-27 | ディライテッド株式会社 | 受付システム、受付プログラム及び受付方法 |
JP2020149331A (ja) * | 2019-03-13 | 2020-09-17 | 株式会社サテライトオフィス | ボットシステムのプログラム |
JP2020024761A (ja) * | 2019-11-21 | 2020-02-13 | ディライテッド株式会社 | 受付システム、受付プログラム及び受付方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11822695B2 (en) | Assembling and evaluating automated assistant responses for privacy concerns | |
US11436417B2 (en) | Providing access to user-controlled resources by automated assistants | |
US8238528B2 (en) | Automatic analysis of voice mail content | |
CN102934107B (zh) | 信息处理装置、便携式装置以及信息处理*** | |
JP2010231492A (ja) | 来訪者受付装置 | |
US20070154008A1 (en) | Phone batch calling task management system | |
JP6648876B1 (ja) | 会話制御プログラム、会話制御方法および情報処理装置 | |
JP2010218332A (ja) | 来訪者受付装置 | |
WO2009119219A1 (ja) | 情報提示装置及びコンピュータプログラムを記録した記録媒体、並びに情報提示方法 | |
JP2020187513A (ja) | 自動報告書作成システム | |
JP4225074B2 (ja) | 対話支援装置および方法並びにプログラム、対話支援システム | |
JP2010182191A (ja) | 帳票入力装置、帳票入力システム、帳票入力方法、及びプログラム | |
JP3761158B2 (ja) | 電話応答支援装置及び方法 | |
JP2010153956A (ja) | 来訪者受付装置、来訪者受付方法、及び来訪者受付プログラム | |
Marx | Toward effective conversational messaging | |
Redish | Content as conversation in government websites | |
JP5202006B2 (ja) | コールセンタシステム | |
JP2010286943A (ja) | 受付装置 | |
JP5120975B2 (ja) | 対話装置及びプログラム | |
JP6305877B2 (ja) | 表示システム、処理装置、端末装置、表示方法、および表示プログラム | |
JP2006119874A (ja) | 電子申請支援サーバ、電子申請支援方法、および電子申請支援プログラム | |
JP2005031822A (ja) | 自治体向け外国人相談窓口支援システム | |
JP2022169564A (ja) | 情報処理装置及び電子機器 | |
JP2002117172A (ja) | 無人受付装置および無人案内方法 | |
JP2022043285A (ja) | 自動報告書作成システム |