(57)【要約】【課題】来訪者を本来の来訪対象者に対し確実に取り次ぐ。【解決手段】受付端末２は、来訪者の来訪に関連する複数の来訪情報を記録可能な来訪者予約データベース１５１０に接続されており、来訪者の発話音声により音声情報を入力するマイク２０７と、来訪者の手動操作により操作情報を入力するタッチパネル２１０とを有し、マイク２０７で入力された音声情報に基づき、音声認識を用いて、当該来訪に係わる複数の来訪情報に含まれる第１来訪情報を取得し、タッチパネル２１０で入力された操作情報に基づき、当該来訪に係わる複数の来訪情報に含まれる第２来訪情報を取得し、取得した第１来訪情報と、取得した第２来訪情報とを、来訪者予約データベース１５１０に記録された複数の来訪情報の内容と照合し、照合が適合した場合に、来訪者予約データベース１５１０に記憶されているＩＰ電話機６０へ通知する。【選択図】図１４
2010153956.tif 000002
【特許請求の範囲】
【請求項１】
来訪者の来訪に対する受付処理を行う来訪者受付装置であって、
前記来訪者の発話音声により音声情報を入力する音声入力手段と、
前記音声入力手段で入力された前記音声情報に基づき、音声認識を用いて、当該来訪に係わる前記複数の来訪情報に含まれる第１来訪情報を取得する一次取得手段と、
前記来訪者の手動操作により操作情報を入力する操作手段と、
前記操作手段で入力された前記操作情報に基づき、当該来訪に係わる前記複数の来訪情報に含まれる第２来訪情報を取得する二次取得手段と、
前記一次取得手段での情報取得結果と、前記二次取得手段での情報取得結果とを、前記来訪者の来訪に関連する複数の来訪情報を記録可能なデータベースに記録された前記複数の来訪情報の内容と照合する第１照合手段と、
前記第１照合手段による照合が適合した場合に、前記データベースに記憶されている通知先へ通知するための第１通知信号を出力する第１通知信号出力手段と
を有することを特徴とする来訪者受付装置。
【請求項２】
前記第１照合手段による前記照合が適合しなかった場合に、当該来訪に係わる前記複数の来訪情報に含まれる第３来訪情報の操作入力を促す報知を行うための報知信号を報知手段に出力する報知信号出力手段と、
前記報知手段での報知に応じて前記操作手段を介し前記来訪者の手動操作により入力された操作情報に基づき、前記第３来訪情報を取得する補助取得手段と、
前記補助取得手段により前記第３来訪情報を取得した後、当該取得した前記第３来訪情報と、前記一次取得手段で取得した前記第１来訪情報、若しくは、前記二次取得手段で取得した前記第２来訪情報とが、前記データベースに記録された前記複数の来訪情報の内容と適合するかどうかを照合する第２照合手段とを有し、
前記第１通知信号出力手段は、
前記第２照合手段による、前記第３来訪情報と前記第１来訪情報、若しくは、前記第３来訪情報と前記第２来訪情報との照合が適合した場合に、対応する前記第１通知信号を出力する
ことを特徴とする請求項１記載の来訪者受付装置。
【請求項３】
前記第２照合手段による前記照合が適合しなかった場合に、前記データベースに記憶された、照合されなかった場合に通知される所定の応対担当者へ通知するための第２通知信号を出力する第２通知信号出力手段を有することを特徴とする請求項２記載の来訪者受付装置。
【請求項４】
前記操作手段は、
前記来訪者が来訪予約のない旨を操作入力するための非予約入力手段と、
前記非予約入力手段による操作入力があった場合に、前記来訪者の来訪対象を指定する来訪対象指定情報を操作入力するための指定入力手段と
を備えることを特徴とする請求項２又は請求項３記載の来訪者受付装置。
【請求項５】
前記一次取得手段は、
前記音声情報に基づき、前記データベースに記録された前記第１来訪情報としての来訪者氏名を取得し、
前記二次取得手段は、
前記操作情報に基づき、前記データベースに記録された前記第２来訪情報としての来訪予約日時を取得し、
前記来訪者が前記来訪予約日時を選択入力するための選択枝を、現在時刻を含む第１時間範囲内に対応させて複数個報知するための報知信号を報知手段に出力する第１選択枝報知信号出力手段を設け、
前記第１照合手段は、
前記一次取得手段で取得された前記来訪者氏名と、前記二次取得手段で取得された前記来訪予約日時とを、前記データベースに記録された情報内容と照合し、
前記第１通知信号出力手段は、
前記第１照合手段による照合が適合であった場合に、適合であった来訪者氏名及び来訪予約日時の組み合わせに対応付けて前記データベースに氏名が記録された前記来訪対象者に係わる前記通知先に対して、前記第１通知信号を出力する
ことを特徴とする請求項２乃至請求項４のいずれか１項記載の来訪者受付装置。
【請求項６】
前記一次取得手段は、
前記音声情報に基づき、前記データベースに記録された前記第１来訪情報としての来訪者氏名を取得し、
前記二次取得手段は、
前記操作情報に基づき、前記データベースに記録された前記第２来訪情報としての来訪予約日時を取得し、
前記第１照合手段は、
前記来訪者の操作に基づいて前記二次取得手段で取得された前記来訪予約日時を含む第２時間範囲と、前記一次取得手段で取得された前記来訪者氏名との適合性を、前記データベースに記録された情報内容に基づいて照合し、
前記第１通知信号出力手段は、
前記第１照合手段による照合が適合であった場合に、適合であった来訪者氏名及び来訪予約日時の組み合わせに対応付けて前記データベースに氏名が記録された前記来訪対象者に対して、前記第１通知信号を出力する
ことを特徴とする請求項２乃至請求項４のいずれか１項記載の来訪者受付装置。
【請求項７】
データベースに記録された、来訪者の来訪に関連する複数の来訪情報を用いて、前記来訪者の来訪に対する受付処理を行う来訪者受付方法であって、
前記来訪者の発話音声により音声情報を入力する音声情報入力ステップと、
前記音声情報入力ステップで入力した前記音声情報に基づき、音声認識を用いて、当該来訪に係わる前記複数の来訪情報に含まれる第１来訪情報を取得する一次取得ステップと、
前記来訪者の手動操作により操作情報を入力する操作情報入力ステップと、
前記操作情報入力ステップで入力された前記操作情報に基づき、当該来訪に係わる前記複数の来訪情報に含まれる第２来訪情報を取得する二次取得ステップと、
前記一次取得ステップでの情報取得結果と、前記二次取得ステップでの情報取得結果とを、前記データベースに記録された前記複数の来訪情報の内容と照合する照合ステップと、
前記照合ステップによる照合が適合した場合に、前記データベースに記憶されている通知先へ通知するための通知信号を出力する通知信号出力ステップと
を有することを特徴とする来訪者受付方法。
【請求項８】
請求項１乃至請求項６のいずれか１項記載の来訪者受付装置の各種処理手段としてコンピュータを機能させるための来訪者受付プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、来訪者の来訪に対する受付処理を行う来訪者受付装置、及び来訪者受付方法、並びに来訪者受付プログラムに関する。
【背景技術】
【０００２】
従来、例えばビルや会社その他の建造物への来訪者に対する受付業務を自動化するための来訪者受付装置が知られている（例えば、特許文献１参照）。この従来技術においては、来訪者の発話内容を音声認識し、来訪者の身元やその来訪対象者（担当者）等を決定することにより、必要な情報を来訪対象者へ伝達して取次ぎを行うようになっている。
【特許文献１】特開平７−２３４６９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記従来技術においては、来訪者の受付時において、来訪者の発話の音声認識のみによって来訪者や来訪対象者の特定を行う。しかしながら、音声認識の手法による場合、現実には、ある確率で誤認識（＝言語としては正しく認識されるが、本来とは異なる別の語として誤って認識される）が生じることは避けられない。この場合、来訪者が本来の来訪対象者でない別の者に誤って取り次がれるおそれがある。さらには、来訪者の発話に対し認識不能（＝言語として正しく認識されない）となる可能性もあり、この場合も、来訪者を、本来の来訪対象者に取り次ぐのは困難となる。
【０００４】
本発明の目的は、来訪者を本来の来訪対象者に対し確実に取り次ぐことができる来訪者受付装置、来訪者受付方法、及び来訪者受付プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、第１の発明は、来訪者の来訪に対する受付処理を行う来訪者受付装置であって、前記来訪者の発話音声により音声情報を入力する音声入力手段と、前記音声入力手段で入力された前記音声情報に基づき、音声認識を用いて、当該来訪に係わる前記複数の来訪情報に含まれる第１来訪情報を取得する一次取得手段と、前記来訪者の手動操作により操作情報を入力する操作手段と、前記操作手段で入力された前記操作情報に基づき、当該来訪に係わる前記複数の来訪情報に含まれる第２来訪情報を取得する二次取得手段と、前記一次取得手段での情報取得結果と、前記二次取得手段での情報取得結果とを、前記来訪者の来訪に関連する複数の来訪情報を記録可能なデータベースに記録された前記複数の来訪情報の内容と照合する第１照合手段と、前記第１照合手段による照合が適合した場合に、前記データベースに記憶されている通知先へ通知するための第１通知信号を出力する第１通知信号出力手段とを有することを特徴とする。
【０００６】
本願第１発明においては、データベースに、例えば、来訪者氏名、来訪予約日時、来訪対象者氏名等といった複数の来訪情報が、予め記録されている。来訪者が来訪したときは、来訪者が音声入力手段より入力した音声情報に基づき一次取得手段で第１来訪情報が取得され、来訪者が操作手段より入力した操作情報に基づき二次取得手段で第２来訪情報が取得され、第１照合手段によってそれら２つの情報取得結果がデータベースの記録内容と適合するかどうかが照合される。適合した場合には、来訪予約を事前に行った正当な来訪者であるとみなされ、第１通知信号出力手段が通知先へ第１通知信号を出力することで、対応する来訪対象者への通知を行う。
【０００７】
上記において、一次取得手段と二次取得手段との２つの手段で異なる第１来訪情報と第２来訪情報の２つを取得し、これら２つに基づきデータベースに照合を行う。１つの来訪情報でデータベースに問い合わせた場合には、来訪者が予約をしているかどうかを区別することができるが、本願第１発明においては、２つの来訪情報を取得することにより、それら２つが共通の来訪に係るものとしてデータベースに記録されているかどうかを照合可能となる。この結果、予約の有無の確認だけでなく、来訪者が、本来の来訪対象者でない別の者に誤って取り次がれるのを確実に防止することができる。特に、２つの来訪情報のうち第１来訪情報は音声認識により取得されるものであり、その手法上、ある確率で誤認識（＝言語としては正しく認識されるが、本来とは異なる別の語として誤って認識される）が生じることは避けられないため、上記誤取次ぎ防止効果の意義が大きい。
【０００８】
また、このようにして２つの来訪情報を取得するとき、音声を介した取得を行うのは一方の第１来訪情報にとどめ、もう一方の第２来訪情報については手動操作を介して取得することにより、上記誤認識や認識不能（＝言語として正しく認識されない）による不都合が生じる可能性を最小限にとどめることができる。
【０００９】
以上により、本願第１発明においては、来訪者を本来の来訪対象者に対し確実に取り次ぐことができる。
【００１０】
また、上記のように録音可能な音声である第１来訪情報を取得する場合には、不審者や無用者がいたずらに来訪するのを心理的に抑制し、セキュリティを高めることができる効果がある。また、特に第１来訪情報として来訪者氏名を取得する場合には、所定人数範囲に自ずと制限される来訪対象者氏名とは異なり、来訪者となりうる者の範囲が広く極めて多数の氏名情報が存在しうる。このため、すべての入力候補を選択肢として列挙することは事実上不可能であり、あらゆるテキスト内容を口述フリーで入力できる音声入力のほうが利便性が高く、例えばキーボードによる手動操作入力よりもはるかに迅速に入力できる効果もある。
【００１１】
第２発明は、上記第１発明において、前記第１照合手段による前記照合が適合しなかった場合に、当該来訪に係わる前記複数の来訪情報に含まれる第３来訪情報の操作入力を促す報知を行うための報知信号を報知手段に出力する報知信号出力手段と、前記報知手段での報知に応じて前記操作手段を介し前記来訪者の手動操作により入力された操作情報に基づき、前記第３来訪情報を取得する補助取得手段と、前記補助取得手段により前記第３来訪情報を取得した後、当該取得した前記第３来訪情報と、前記一次取得手段で取得した前記第１来訪情報、若しくは、前記二次取得手段で取得した前記第２来訪情報とが、前記データベースに記録された前記複数の来訪情報の内容と適合するかどうかを照合する第２照合手段とを有し、前記第１通知信号出力手段は、前記第２照合手段による、前記第３来訪情報と前記第１来訪情報、若しくは、前記第３来訪情報と前記第２来訪情報との照合が適合した場合に、対応する前記第１通知信号を出力することを特徴とする。
【００１２】
本願第２発明においては、取得した第１来訪情報及び第２来訪情報がデータベースの来訪情報記録内容と適合しなかった場合であっても、もう一度来訪者に手動操作にて第３来訪情報を入力してもらい、第２照合手段で照合を行う。そして、これら第３来訪情報と第１来訪情報とが適合するか、若しくは、第３来訪情報と第２来訪情報とが適合すれば、来訪予約を事前に行った正当な来訪者であるとみなし、対応する来訪対象者へ通知する。
【００１３】
これにより、正当な来訪者であるのに、一次取得手段での誤認識や二次取得手段でのミスタッチや操作ミス等により照合不適合とされた場合でも、プラスもう１回だけの必要最小限の手動操作労力のみで、正しく認証しなおすことができる。また、この場合、来訪者は、第１来訪情報の音声入力、第２来訪情報の手動操作入力、第３来訪情報の手動操作入力、という３つの入力操作を行うものの、同一の来訪情報を繰り返し要求されることはない。したがって、第１来訪情報や第２来訪情報の入力に失敗したことを来訪者本人に気づかれることなく、ストレスを感じさせずに正しく取次ぎを行うことができる。
【００１４】
第３発明は、上記第２発明において、前記第２照合手段による前記照合が適合しなかった場合に、前記データベースに記憶された、照合されなかった場合に通知される所定の応対担当者へ通知するための第２通知信号を出力する第２通知信号出力手段を有することを特徴とする。
【００１５】
これにより、第１照合手段と第２照合手段における、二度の照合によっても適合しなかった場合も、例えば部署代表等、予め定めた応対担当者に取り次ぐことで、最終的には来訪対象者に確実に取り次ぐことができる。
【００１６】
第４発明は、上記第２又は第３発明において、前記操作手段は、前記来訪者が来訪予約のない旨を操作入力するための非予約入力手段と、前記非予約入力手段による操作入力があった場合に、前記来訪者の来訪対象を指定する来訪対象指定情報を操作入力するための指定入力手段とを備えることを特徴とする。
【００１７】
本願第４発明においては、事前に予約をしていない来訪者が来訪した場合も、非予約入力手段でその旨を申告させ、さらに指定入力手段で来訪したい相手の部署名を操作入力させる。これにより、例えば部署代表等の予め定めた応対担当者に取り次ぐことが可能となるので、予約なしの来訪者に対しても、スムーズに応対を行うことができる。
【００１８】
第５発明は、上記第２乃至第４発明のいずれかにおいて、前記一次取得手段は、
前記音声情報に基づき、前記データベースに記録された前記第１来訪情報としての来訪者氏名を取得し、前記二次取得手段は、前記操作情報に基づき、前記データベースに記録された前記第２来訪情報としての来訪予約日時を取得し、前記来訪者が前記来訪予約日時を選択入力するための選択枝を、現在時刻を含む第１時間範囲内に対応させて複数個報知するための報知信号を報知手段に出力する第１選択枝報知信号出力手段を設け、前記第１照合手段は、前記一次取得手段で取得された前記来訪者氏名と、前記二次取得手段で取得された前記来訪予約日時とを、前記データベースに記録された情報内容と照合し、前記第１通知信号出力手段は、前記第１照合手段による照合が適合であった場合に、適合であった来訪者氏名及び来訪予約日時の組み合わせに対応付けて前記データベースに氏名が記録された前記来訪対象者に係わる前記通知先に対して、前記第１通知信号を出力することを特徴とする。
【００１９】
これにより、来訪者が自己の氏名を音声にて入力、来訪予約日時を手動操作にて入力、照合が適合し予約確認がとれたら来訪対象者に取次ぎ、という自然な操作で円滑な処理を実行することができる。また、来訪者氏名を一次取得手段で音声入力により取得することは、以下のような意義もある。すなわち、来訪者氏名の取得を行う場合、所定人数範囲に自ずと制限される来訪対象者氏名とは異なり、来訪者となりうる者の範囲が広く、極めて多数の氏名情報が存在しうる。このため、あらゆるテキスト内容を口述フリーで入力できる音声入力のほうが利便性が高く、例えばキーボードによる手動操作入力よりもはるかに迅速に入力することができる。
【００２０】
また、来訪者が来訪者氏名の音声入力後来訪予約日時を手動操作入力する際、日時を一から入力するのではなく、第１時間範囲に対応して報知された選択肢から選択すれば足りることとなるので、操作労力を低減し、利便性を高めることができる。またそのときの選択肢として、例えば本来予約した日時以外の日時も併せて報知することも可能である。その際、最初に入力された来訪者氏名をキーにデータベース検索を行い、ヒットした来訪予約日時を含む選択肢を報知するようにしてもよいし、検索を行わず単純に複数の日時を選択肢として報知するようにしてもよい。そして、それらの中から予約日時を選択入力させることで、正当な来訪者であることを確実に認証することができる。
【００２１】
第６発明は、上記第２乃至第４発明のいずれかにおいて、前記一次取得手段は、前記音声情報に基づき、前記データベースに記録された前記第１来訪情報としての来訪者氏名を取得し、前記二次取得手段は、前記操作情報に基づき、前記データベースに記録された前記第２来訪情報としての来訪予約日時を取得し、前記第１照合手段は、前記来訪者の操作に基づいて前記二次取得手段で取得された前記来訪予約日時を含む第２時間範囲と、前記一次取得手段で取得された前記来訪者氏名との適合性を、前記データベースに記録された情報内容に基づいて照合し、前記第１通知信号出力手段は、前記第１照合手段による照合が適合であった場合に、適合であった来訪者氏名及び来訪予約日時の組み合わせに対応付けて前記データベースに氏名が記録された前記来訪対象者に対して、前記第１通知信号を出力することを特徴とする。
【００２２】
来訪者が、事前に電話やその他の意思疎通によって来訪予約を行った正当な来訪者である場合、通常、来訪を受ける来訪対象者が、データベースに当該来訪を予定する日時を来訪予約日時として入力し、来訪時に自らに円滑に取り次がれるように手配する。この際、電話での言葉でのやりとりや思い違い等によって、実際にはお互いが認識している来訪予約日時が多少時間的に前後している場合があり得る。
【００２３】
本願第６発明は、このような来訪者側と来訪対象者側の時間認識のズレなどに対応するものである。すなわち、第１照合手段が、来訪者の手動操作入力により二次取得手段で取得した来訪予約日時をそのまま用いるのではなく、その来訪予約日時を含む所定の第２時間範囲を用いて、先に音声入力させた来訪者氏名との適合性を照合する。これにより、事前予約を行った正当な来訪者であるのに上記認識のズレにより照合不適合となってしまう不都合を、確実に回避することができる。
【００２４】
上記目的を達成するために、第７発明は、データベースに記録された、来訪者の来訪に関連する複数の来訪情報を用いて、前記来訪者の来訪に対する受付処理を行う来訪者受付方法であって、前記来訪者の発話音声により音声情報を入力する音声情報入力ステップと、前記音声情報入力ステップで入力した前記音声情報に基づき、音声認識を用いて、当該来訪に係わる前記複数の来訪情報に含まれる第１来訪情報を取得する一次取得ステップと、前記来訪者の手動操作により操作情報を入力する操作情報入力ステップと、前記操作情報入力ステップで入力された前記操作情報に基づき、当該来訪に係わる前記複数の来訪情報に含まれる第２来訪情報を取得する二次取得ステップと、前記一次取得ステップでの情報取得結果と、前記二次取得ステップでの情報取得結果とを、前記データベースに記録された前記複数の来訪情報の内容と照合する照合ステップと、前記照合ステップによる照合が適合した場合に、前記データベースに記憶されている通知先へ通知するための通知信号を出力する通知信号出力ステップとを有することを特徴とする。
【００２５】
第８発明の来訪者受付プログラムは、上記第１乃至第６発明の来訪者受付装置の各種処理手段としてコンピュータを機能させる。
【発明の効果】
【００２６】
本発明によれば、来訪者を本来の来訪対象者に対し確実に取り次ぐことができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の一実施の形態を図面を参照しつつ説明する。
【００２８】
（Ａ）システムの基本構成
図１は、本実施形態の来訪者受付システム１の全体構成の概略構成を表すシステム構成図である。図１において、来訪者受付システム１は、例えば、ビルや会社その他の建造物への来訪者に対する受付業務を行うシステムである。この例では会社へ設置されている場合を例にとって説明する。
【００２９】
来訪者受付システム１は、例えば会社の入口付近に設置された受付端末２０（来訪者受付装置）と、周知のパーソナルコンピュータにより構成されるＤＢサーバ１０と、会社の従業員それぞれに対応して設けられた複数のＩＰ電話機６０と、それら複数のＩＰ電話機６０の回線交換を行う周知の交換装置であるＩＰ−ＰＢＸ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  ｅＸｃｈａｎｇｅ）５０とを有し、これらはすべてルータ４０を介して接続されている。
【００３０】
受付端末２０は、端末本体２０Ａと、この端末本体２０Ａに接続された、タッチパネル２１０、マイク２０７、及びスピーカ２０８とを有している。
【００３１】
スピーカ２０８は、端末本体２０Ａから入力された音声信号を音声に変換して出力し、来訪者に対し報知を行う報知手段（この例では聴覚的報知手段）として機能する。マイク２０７は音声入力手段として機能し、来訪者により入力された音声を音声情報に変換し、端末本体２０Ａへ出力する。
【００３２】
図２は、上記受付端末２０に備えられた、タッチパネル２１０及びマイク２０７の詳細外観構造の一例を表す斜視図である。
【００３３】
図２において、タッチパネル２１０は、この例では水平に設置されるベース２１２に対してアーム２１１を介し支持され、操作者（すなわちこの例では来訪者）の視線に対して直角となるように面方向が斜め上方を向いている。マイク２０７は、ベース２１２に対し先端を来訪者側へ向けるようにして略円弧状に配置されている。
【００３４】
図３は、タッチパネル２１０における表示画面の一例を表す図である。この画面においては、後述の描画プログラムによって生成された、受付業務を行う仮想人物Ｍ（以下適宜、仮想受付者Ｍという）がオフィス風の背景Ｇとともに表示される。また、スピーカ２０８から発話される音声に対応する文章Ｌ（図中では「＊＊＊」で略記している）が併せて表示される。
【００３５】
図４は、タッチパネル２１０における表示画面の他の例を表す図である。この画面においては、後述の描画プログラムによって生成された、来訪者が指でタッチすることで操作入力可能な少なくとも１つの操作ボタンＢが背景Ｇ（図示では上記図３とは異なる背景の表示例を示している）とともに表示される。なお、各ボタンＢにはその内容が記載（図中では「＊＊＊」で略記している）されている。
【００３６】
図５は、タッチパネル２１０における表示画面のさらに他の例を表す図である。この画面においては、後述の描画プログラムによって生成された、来訪者が指でタッチすることで操作入力可能ないわゆるソフトウェアキーボードＳＢが表示される。ソフトウェアキーボードＳＢには、平仮名五十音をそれぞれ操作入力するためのかなボタンＳＢ１と、誤入力時に訂正するための「訂正」ボタンＳＢ２と、来訪者が担当者名を知らないときにその旨を操作入力するための「担当者名不明」ボタンＳＢ３と、入力内容を確定させる「決定」ボタンＳＢ４と、現在の入力内容を表示する「担当者名」表示欄ＳＢ５とを備えている。
【００３７】
タッチパネル２１０は、上記の例を含む複数の画面を所定の順序で順次切り替えて表示可能となっている（詳細は後述）。これにより、タッチパネル２１０は、来訪者が手動操作可能な操作手段として機能するとともに、来訪者に対する報知手段（この場合は視覚的報知手段、すなわち表示手段）としても機能する。
【００３８】
以上の構成において、例えば受付端末２０の電源がＯＮされた後、この状態で会社への来訪者が上記タッチパネル２１０を操作することで、受付端末２０は来訪者が検出されたと認識して受付処理を開始する。すなわち、端末本体２０Ａからの音声信号に基づき、スピーカ２０８から来訪者に関する所定の質問（詳細は後述）を所定の順序で発声する。またこのときタッチパネル２１０においても、上記発声に対応した所定の表示を行う（詳細は後述）。
【００３９】
上記スピーカ２０８の発声やタッチパネル２１０の表示に応じて、来訪者が自己の氏名等を発声すると、受付端末２０は、対応する音声情報をマイク２０７から入力し、音声認識処理を行う。また来訪者が上記スピーカ２０８の発声やタッチパネル２１０の表示に応じて、タッチパネル２１０の適宜の画面における各種ボタン（詳細は後述）を手動操作すると、対応する操作情報を入力する。
【００４０】
そして、受付端末２０は、上記音声情報の音声認識結果及び上記操作情報の入力結果に応じて、会社の来訪者の来訪対象となる来訪対象者（以下適宜、単に担当者という）が使用するＩＰ電話機６０にＩＰ−ＰＢＸ５０を介して接続し、担当者への通知処理を行う。担当者は、通知された来訪者の身元に関する情報に応じて、受付端末２０に対して応対を指示する。この指示に応じて、受付端末２０は、来訪者と担当者とが会話できるようにＩＰ電話機６０を接続したり、担当者の代理で来訪者に応対したりする。このようにして、本実施形態の来訪者受付システム１は、会社における受付業務を自動的に行うことができる。
【００４１】
（Ｂ）受付端末の詳細機能
図６は、受付端末２０の機能的構成を示す機能ブロック図である。
【００４２】
図６において、受付端末２０の端末本体２０Ａは、制御回路部２００と、入出力（Ｉ／Ｏ）インタフェイス２０４と、ハードディスク装置（ＨＤＤ）２０５とを有している。
【００４３】
制御回路部２００は、ＣＰＵ２０１と、受付端末２０の基本的な動作に必要なプログラムやそのための設定値を記憶したＲＯＭ２０２と、各種データを一時的に記憶するＲＡＭ２０３とを備えている。ＣＰＵ２０１は、ＲＯＭ２０２や、ＨＤＤ２０５に記憶されたプログラムに従って、受付端末２０全体の動作を制御する。
【００４４】
Ｉ／Ｏインタフェイス２０４には、上記ＣＰＵ２０１と、上記ハードディスク装置２０５と、上記タッチパネル２１０と、上記マイク２０７と、上記スピーカ２０８と、ネットワーク（ＮＷ）カード２０６とが接続されている。
【００４５】
ＨＤＤ２０５には、言語モデル記憶エリア２５２、単語辞書記憶エリア２５３、来訪者辞書記憶エリア２５４、及びプログラム記憶エリア２５６を含む複数の記憶エリアを備えている。
【００４６】
言語モデル記憶エリア２５２には、来訪者による発話の認識に使用するための受理可能な文のパターンが、受付端末２０と来訪者との対話で想定される様々な場面に応じて予め作成され、言語モデル（後述の図７参照）として記憶されている。
【００４７】
言語モデルは、単語のつながり、すなわち単語間の結びつきに関する制約を定義するものである。代表的な言語モデルとして、例えば、単語間の結びつきを文法（グラマー）で記述する記述文法モデルと、単語間の結びつきを確率で定義する統計モデル（例えば、単語Ｎ−ｇｒａｍ）がある。
【００４８】
これらの代表的な言語モデルのうち、記述文法モデルは、想定される文のパターンを、受理可能な文のパターンとして、予め人手で記述して定義するものである。したがって、記述される受理可能な文のパターンの数には限りがあるが、発話が、定義された文のパターンに対応していれば、高精度な音声認識が可能である。本実施形態では、会社を訪問してきた人物の発話という、比較的限られた状況での発話について音声認識が行われるため、言語モデルとして記述文法モデルを採用している。しかしながら、言語モデルは必ずしも記述文法モデルである必要はなく、統計モデルを使用してもよい。
【００４９】
単語辞書記憶エリア２５３には、上記言語モデルとともに音声認識に使用される単語辞書２５３１（後述の図８参照）が記憶されている。
【００５０】
来訪者辞書記憶エリア２５４には、前述の言語モデル及び単語辞書とともに、来訪者の身元を特定するための音声認識に使用される来訪者辞書２５４１（後述の図９参照）等が記憶されている。
【００５１】
プログラム記憶エリア２５６には、例えば、受付端末２０の各種動作を制御するための複数のプログラムが記憶されている。記憶されているプログラムとしては、例えば、受付端末２０の基本的な動作を制御するシステムプログラム、ＤＢサーバ１０との通信を制御する通信プログラム、タッチパネル２１０に表示する画像を生成する描画プログラム、上述した音声認識を実行する音声認識プログラム、ＤＢサーバ１０のデータベースにアクセスし照合を行うためのＤＢ照合プログラム、音声合成プログラム、対話制御プログラム、ＩＰ電話機６０とＩＰ−ＰＢＸ５０との接続に係わる電話接続プログラム等がある。
【００５２】
なお、図示はされていないが、ＨＤＤ２０５には、その他、音声認識処理で一般的に使用される周知の音響モデルや、各種処理で使用される設定値等も記憶されている。なお、詳細は説明しないが、音響モデルは、音声の音響的特徴を統計的にモデル化したもので、例えば、母音、子音のそれぞれについて、音響的特徴（例えば、周波数特性）と対応する音素とで表現されている。
【００５３】
ＮＷカード２０６は、上記ルータ２４０に接続され、ＤＢサーバ１０などとの間でデータの送受信を可能とするための拡張カードである。
【００５４】
図７は、上記言語モデル記憶エリア２５２に記憶された言語モデル２５２１の説明図である。
【００５５】
図７において、この例での言語モデル２５２１は、来訪者の身元に関する質問に対する応答として受理可能な文のパターンを示すものである。文のパターンは、例えば、文を構成する単語が属するカテゴリを順に並べることによって定義することができる。この言語モデル２５２１では、カテゴリ「会社名と名前」に属する単語及びカテゴリ「名乗り」に属する単語が順に連結された文と、カテゴリ「会社名と名前」に属する単語だけで構成された文との２種類が、受理可能な文として定義されている。
【００５６】
なお、図７には、来訪者の身元に関する質問に対する応答に対応する言語モデル２５２１のみが例示されているが、言語モデル記憶エリア２５２には、他にも、例えば、担当者名に関する質問に対する応答の場面等、様々な場面に対応して予め作成された複数の言語モデルが記憶されている。
【００５７】
図８は、上記単語辞書記憶エリア２５３に記憶された単語辞書２５３１の内容を表す説明図である。図８において、単語辞書２５３１は、予め設定されたカテゴリ毎に、そのカテゴリに属する単語と、各単語の発音に関する情報とを記述するものである。図８は、カテゴリ「名乗り」に対応する単語辞書の例を示している。なお、図８では、表記を簡略化するため、発音に関する情報として片仮名が使用されているが、実際には、単語辞書では音素列として記憶されている。例えば、単語「です」に対応する発音は、図８では片仮名で「デス」と記載されているが、実際には「ｄｅｓｕ」と記憶されている。
【００５８】
また、図示は省略するが、単語辞書記憶エリア２５３には、「名乗り」のみでなく、他の様々なカテゴリについても同様に、単語と発音に関する情報の対応が記憶されている。ただし、前述したカテゴリ「会社名と名前」については、別途、下記の来訪者辞書２５４１が来訪者受付処理の過程で生成されるため、必ずしも単語辞書記憶エリア２５３に記憶しておかなくてもよい。
【００５９】
図９は、上記来訪者辞書記憶エリア２５４に記憶された来訪者辞書（この例では訪問日時辞書）２５４１の内容を表す説明図である。
【００６０】
図９において、来訪者辞書２５４１は、カテゴリ「会社名と名前」に属する単語と、各単語の発音に関する情報とを記述するものであり、後述の来訪者予約ＤＢ１５１０（後述の図１１参照）に記憶された予約データに基づいて作成される。なお、単語辞書２５３１と同様、図９では、表記を簡略化するため、発音に関する情報として片仮名が使用されているが、実際には、来訪者辞書２５４１では音素列として記憶されている。
【００６１】
この来訪者辞書２５４１は、受付端末２０のタッチパネル２１０が来訪者によって操作され、その情報が受付端末２０で受け付けられた場合に、その時の時刻を基準として作成される辞書であり、これを訪問日時辞書と呼ぶ。例えば、本実施形態の訪問日時辞書２５４１は、来訪者の訪問が受け付けられた日時の前後１時間以内を訪問予定日時とする予約データに基づいて作成されている。
【００６２】
なお、来訪者辞書としては、上記の訪問日時辞書に限られず、その他の辞書、例えば、訪問日辞書、訪問パターン辞書、訪問履歴辞書等を作成して記憶するようにしてもよい。
【００６３】
訪問日辞書は、その日最初に受付端末２０のタッチパネル２１０が来訪者によって操作された場合に、当該日時と同日の日時を訪問予定日時とする予約データに基づいて作成される。また訪問パターン辞書は、その日最初に受付端末２０のタッチパネル２１０が来訪者によって操作された場合に、訪問予定日時が来訪者の訪問が受け付けられた日時と規則的な関係（例えば、同じ曜日、同じ日付、同じ時間帯）にある予約データに基づいて作成される。訪問履歴辞書は、その日最初に受付端末２０のタッチパネル２１０が来訪者によって操作された場合に、過去１ヶ月以内の日時を訪問予定日時とする予約データに基づいて作成される。
【００６４】
（Ｃ）ＤＢサーバの詳細機能
図１０は、ＤＢサーバ１０の機能的構成を表す機能ブロック図である。
【００６５】
図１０に示すように、ＤＢサーバ１０は、ＣＰＵ１０１と、ＣＰＵ１０１に各々接続されたＲＯＭ１０２及びＲＡＭ１０３と、ＣＰＵ１０１に接続された入出力（Ｉ／Ｏ）インタフェイス１０４と、Ｉ／Ｏインタフェイス１０４にそれぞれ接続された、マウスコントローラ１０６、キーコントローラ１０７、ビデオコントローラ１０８、通信装置１０９、及びハードディスク装置（ＨＤＤ）１５０とを有している。
【００６６】
ＲＯＭ１０２は、ＢＩＯＳを含む、ＤＢサーバ１０を動作させるための各種のプログラムを記憶している。ＲＡＭ１０３は、各種データを一時的に記憶する。ＣＰＵ１０１は、ＲＯＭ１０２や、後述するＨＤＤ１５０に記憶されたプログラムに従って、ＤＢサーバ１０の全体の制御を司る。
【００６７】
マウスコントローラ１０６、キーコントローラ１０７、及びビデオコントローラ１０８には、それぞれマウス１１６、キーボード１１７及びディスプレイ１１８が接続されている。通信装置１０９は、ルータ４０に接続され、受付端末２０等、外部機器との間でデータの送受信を行うことを可能とする。
【００６８】
ＨＤＤ１５０は、来訪者予約データベース（ＤＢ）記憶エリア１５１、社員データベース（ＤＢ）記憶エリア１５５、部署電話番号データベース（ＤＢ）記憶エリア１５７、及びプログラム記憶エリア１５６を含む複数の記憶エリアを備えている。
【００６９】
来訪者予約ＤＢ記憶エリア１５１には、予定された来訪者（以下適宜、単に来訪予定者という）に関する来訪情報を格納する来訪者予約ＤＢ１５１０が記憶されている。
【００７０】
図１１は、来訪者予約データベース１５１０の記憶内容を表す概念的説明図である。図１１において、予約データは、来訪予定者の訪問予定が決まった時点で、来訪予定者１名毎に図示横一列の段を用いて作成される。すなわち、図示の各段に示される予約データは、来訪者会社名、来訪者会社名ヨミ、来訪者名、来訪者名ヨミ、訪問予定日時（来訪予約日時）、担当者名（来訪対象者氏名）、担当者名ヨミ、担当者電話番号（ＴＥＬ）、部署名、ステータスをそれぞれ含む。なお、図示を省略しているが、当該予約に係わる用件概要（打ち合わせ、商談、資材搬入、商品搬出等）を別途含むようにしてもよい（後述の図１４参照）。
【００７１】
上記のうち、来訪者会社名、来訪者会社名ヨミ、来訪者名、及び来訪者名ヨミは、それぞれ、来訪予定者の身元に関する情報であり、各請求項記載の第１来訪情報を構成するとともに、来訪者の来訪に関する来訪情報の１つを構成している。
【００７２】
来訪者会社名は、来訪予定者が所属する会社や団体の名前であり、平仮名、片仮名、漢字、アルファベット等による通常の表記で記憶されている。なお、来訪者会社名としては、必ずしも会社等の正式な名称ではなく、図示のように、通常身元を名乗る際に用いられる名前（通称）が記憶されていてもよい。例えば「株式会社Ｂ運送」について、「株式会社」を省略した「Ｂ運送」のみを、来訪者会社名として記憶しておくことができる。また、来訪者会社名ヨミは、来訪者会社名の読み方、すなわち発音であり、片仮名で記憶されている。
【００７３】
来訪者名は、来訪予定者の名前であり、この例では、平仮名、片仮名、漢字、アルファベット等による通常の表記で記憶されている。なお、通常、来訪者は、他社の訪問時に身元を名乗る際、フルネームではなく苗字のみを使用することが多い。よって、来訪者名としては、図示のように、苗字のみが記憶されていてもよい。また、来訪者名ヨミは、来訪者名の読み方、すなわち発音であり、片仮名で記憶されている。
【００７４】
訪問予定日時は、来訪予定者の訪問が予定されている日時であり、各請求項記載の第２来訪情報を構成するとともに、来訪者の来訪に関する来訪情報の１つを構成している。
【００７５】
担当者名は、来訪予定者の応対を担当する担当者の名前であり、各請求項記載の第３来訪情報を構成するとともに、来訪者の来訪に関する来訪情報の１つを構成している。この担当者名は、平仮名、片仮名、漢字、アルファベット等による通常の表記で記憶されている。なお、通常、来訪者は、他社の訪問時に担当者を通知する際、フルネームではなく苗字のみを使用することが多い。よって、図示のように、担当者名として、来訪者名と同様、苗字のみが記憶されていてもよい。担当者名ヨミは、担当者名の読み方、すなわち発音であり、片仮名で記憶されている。
【００７６】
担当者電話番号は、担当者が使用するＩＰ電話機６０の電話番号である。なお、図１１に示す例以外に、会社等の正式名称、来訪者名及び担当者のフルネーム等が記憶されていてもよい。部署名は、来訪予定者の応対を担当する担当者の所属部署の名称である。
【００７７】
ステータスは、来訪者に対する応対がまだ済んでいないか、もう済んでいるかを表す識別子である。上記した作成時において初期値として「未応対」として記録された後、前述のように来訪者を担当者のＩＰ電話機６０へ接続したり、担当者の代理で応対したら、その時点で「応対済み」として記録される。
【００７８】
社員ＤＢ記憶エリア１５５には、会社の社員全員の個人情報（以下、社員情報という）を格納する社員ＤＢ１５５１が記憶されている。
【００７９】
部署電話番号記憶エリア１５７には、会社の全部署の電話番号情報を格納する部署電話番号ＤＢ１５７１が記憶されている。
【００８０】
プログラム記憶エリア１５６には、システムプログラム、通信プログラム等、各種処理をＤＢサーバ１０に実行させるための各種プログラムが記憶されている。なお、これらのプログラムは、例えばＣＤ−ＲＯＭに記憶されたものがＣＤ−ＲＯＭドライブ（図示せず）を介してインストールされ、プログラム記憶エリア１５６に記憶される。又は、適宜のネットワークを介してシステム外部からダウンロードされたプログラムが記憶されてもよい。
【００８１】
図１２は、社員データベース１５５１の記憶内容を表す概念的説明図である。図１２において、社員情報は、社員１名毎に作成されるものであり、例えば、図示のように、氏名、苗字、発音に関する情報、及び電話番号を含む。これらの項目のうち、苗字及び発音に関する情報のデータについては、前述した受付端末２０の担当者名の音声認識処理において、カテゴリ「担当者名」に属する単語の単語辞書として使用される。図１２では、表記を簡略化するため、発音に関する情報として片仮名が使用されているが、実際には、音素列が記憶されている。なお、社員情報には、図１２に示す以外に、各社員を識別する社員コードや、所属する部署等の情報が含まれていてもよい。なお、本実施形態においては、社員データベース１５５１と等価な情報が来訪者予約データベース１５１０に記憶されている（来客登録時に社員が自分の情報も登録する）ため、図１２に示す社員データベース１５５１は省略してもよい。社員数が多い会社の場合、社員データベース１５５１のメンテナンスは運用時のコスト増大を招くので、このように社員データベース１５５１を省略した場合には、コスト減を図れるという効果がある。
【００８２】
図１３は、部署電話番号データベース１５７１の記憶内容を表す概念的説明図である。図示のように、部署名と、これに対応するＩＰ電話機６０の電話番号（部署代表連絡番号）とを含んでいる。
【００８３】
（Ｄ）受付処理の流れ
以上のような構成の本実施形態の最大の特徴は、来訪者からマイク２０７を介し音声情報を取得し、その後来訪者のタッチパネル２１０の操作により操作情報を取得し、これら２つの情報を来訪者予約データベース１５１０の内容と照合し来訪者及び担当者を特定することである。以下、その詳細を順を追って説明する。
【００８４】
図１４は、本実施形態における受付処理手順の概要を、主としてタッチパネル２１０の画面遷移により説明した説明図である。
【００８５】
図１４において、来訪者が到着したときには、タッチパネル２１０に待ち受け状態の画面（初期画面）Ｄ１が表示されている。この画面Ｄ１には「御用の方はこのボタンを押してください」の旨の受付開始ボタンＢ１が表示されている。来訪者が指でこのボタンＢ１をタッチすると、タッチパネル２１０の表示が次の画面Ｄ２へ移る。
【００８６】
画面Ｄ２では前述の仮想受付者Ｍが表示され、さらにこれに併せてスピーカ２０８から”いらっしゃいませ。どちら様でしょうか。（マイクに向かってお名前を入力してください）”という音声による問いかけが行われる。また図示のように、画面Ｄ２にはこの発声内容のテキスト「いらっしゃいませ。どちら様でしょうか？」が仮想受付者Ｍからの吹き出し形状として表示される。来訪者がこれらの音声問いかけや表示に応じて、受付端末２００に対して自己の氏名を発話すると、上述したようにマイク２０７によって対応する音声情報が入力されて音声認識され、タッチパネル２１０の表示が次の画面Ｄ３へ移る。
【００８７】
画面Ｄ３では引き続き上記仮想受付者Ｍが表示され、さらにこれに併せてスピーカ２０８から”お約束の時間をお教えいただけますか？”という音声による問いかけが行われる。また図示のように、画面Ｄ３にはこの発声内容のテキスト「お約束の時間をお教えいただけますか？」が仮想受付者Ｍからの吹き出し形状として表示され、さらに来訪者がこの答えとして選択可能な「１０：００〜１１：００」ボタンＢ３ａ、「１１：００〜１２：００」ボタンＢ３ｂ、「１２：００〜１３：００」ボタンＢ３ｃ、「１３：００〜１４：００」ボタンＢ３ｄ、「予約なし」ボタンＢ３ｅ（非予約入力手段）、「進む」ボタンＢ３ｆ、戻るボタンＢ３ｇ等が表示される。なお、この例では、全体として１０：００から１４：００までの４時間（第１時間範囲。現在時刻を含む範囲である）にわたり、ボタンＢ３ａ，Ｂ３ｂ，Ｂ３ｃ，Ｂ３ｄの４つによって４つの１時間刻みの時間帯を選択肢として表示しているが、これに限られず、もっと細かい刻みでもよいし、表示する時刻自体をもっと早い時刻から遅い時刻まで広げてもよいし、逆に狭くしてもよい。
【００８８】
来訪者が上記音声問いかけや表示に応じて、画面Ｄ３上においてボタンＢ３ａ〜Ｂ３ｅのいずれかを手動操作し（あるいは適宜ボタンＢ３ｆ，ボタンＢ３ｇを併用し）自己の予約時間を操作入力すると、その操作情報が受付端末２００において取得される。前述のタッチパネル２１０の画面Ｄ２の表示状態における来訪者の発話が音声認識できていた場合には、当該音声認識した来訪者氏名の内容と、上記画面Ｄ３での手動操作による予約時間とが、上記来訪者予約データベース１５１０のいずれかの予約データの「来訪者名」「訪問予定日時」と一致するかどうかが照合される。
【００８９】
照合結果が一致であった（該当する来訪者氏名及び来訪予定日時の予約データが存在した）場合には、タッチパネル２１０の表示が画面Ｄ４へ移る。画面Ｄ４では上記予約データの確認画面となる。すなわち、対応する来訪者名、担当者名、用件概要（予約時間含む）からなる予約内容Ｂ４ｃが上記仮想受付者Ｍとともに表示される。また、これに併せてスピーカ２０８から”この内容でよろしいでしょうか？”という音声による問いかけが行われるとともに、図示のように、画面Ｄ４にはこの発声内容のテキスト「この内容でよろしいでしょうか？」が仮想受付者Ｍからの吹き出し形状として表示される。さらに、来訪者がこの答えとして選択可能な「訂正」ボタンＢ４ａ、「決定」ボタンＢ４ｂ等が表示される。なおこの確認画面Ｄ４において、あえて来訪者名を表示しないようにすることで取引先の情報が外部に漏れないようにしてもよい。その場合、予約内容Ｂ４ｃとして、例えば、担当者名、担当者の所属部署、用件概要等を表示すればよい。
【００９０】
来訪者が画面Ｄ４において予約内容Ｂ４ｃが正しいことを確認できた場合は、「決定」ボタンＢ４ｂを手動操作することで、上記来訪者予約データベース１５１０の予約データの「担当者電話番号」の記載に基づき、受付端末２０によって対応する担当者のＩＰ電話機６０へと接続が行われ、取次ぎが完了する。
【００９１】
一方、上記画面Ｄ４において、予約内容Ｂ４ｃが来訪者が意図するものと異なっていた場合（たまたま当該来訪者と同一又は類似発音の氏名の別の来訪者が、同一時間帯に別の担当者と来訪予約を行っていた場合等）は、「訂正」ボタンＢ４ａを手動操作することで、タッチパネル２１０の表示が画面Ｄ５へ移る。
【００９２】
画面Ｄ５では、先に図５に示したソフトウェアキーボードＳＢが表示される。このとき併せてスピーカ２０８から”担当者名を入力してください”という音声による問いかけが行われる。これに応じて、来訪者は、かなボタンＳＢ１及び「訂正」ボタンＳＢ２を適宜手動操作することにより自己の予約に係る担当者名を入力し、「担当者名」表示欄ＳＢ５に表示させる。入力終了後、「決定」ボタンＳＢ４を押すことにより、その操作情報（担当者名）が受付端末２００において取得される。そして、前述のタッチパネル２１０の画面Ｄ３での手動操作による予約時間と、上記画面Ｄ５のソフトウェアキーボードＳＢで入力された担当者名とが、上記来訪者予約データベース１５１０のいずれかの予約データの「訪問予定日時」「担当者名」と一致するかどうかが照合（再照合）される。
【００９３】
再照合結果が一致であった（該当する来訪予定日時及び担当者名の予約データが存在した）場合には、上記来訪者予約データベース１５１０の予約データの「担当者電話番号」の記載に基づき、受付端末２０によって対応する担当者のＩＰ電話機６０へと接続が行われ、取次ぎが完了する。
【００９４】
一方、再照合結果が不一致であった（該当する来訪予定日時及び担当者名の予約データが存在しなかった）場合には、２度の照合によっても来訪者予約データベース１５１０における予約データとしての確認がとれなかったことから（後述のように担当者への直接取次ぎを断念する形、あるいは直接取次ぎは不適当であると判断する形で）、タッチパネル２１０の表示が画面Ｄ６へ移る。この際スピーカ２０８から予約確認がとれなかった旨の発声を行ってもよい。
【００９５】
画面Ｄ６はこの会社の部署名一覧表示画面となる。すなわち、この会社の取次ぎ可能なすべての部署名に対応するボタン、この例では「人事課」ボタンＤ６ａ、「総務課」ボタンＤ６ｂ、「企画課」ボタンＤ６ｃ、「開発グループ」ボタンＤ６ｄ、「設計１課」ボタンＤ６ｅ、「設計２課」ボタンＤ６ｆ、「資材課」ボタンＤ６ｇ、「その他」ボタンＤ６ｈが表示される。来訪者が、取次ぎを意図する部署名（来訪対象指定情報）に対応するいずれかのボタンＤ６ａ〜Ｄ６ｈ（指定入力手段）を適宜手動操作することにより、その操作情報（部署名）が受付端末２００において取得される。そして、上記部署電話番号データベース１５７１（図１３参照）の記憶内容を参照して、受付端末２０によって対応する部署連絡先（この例では部署代表）のＩＰ電話機６０へと接続が行われ、取次ぎが完了する。
【００９６】
一方、画面Ｄ２に対応した来訪者の自己の氏名の音声入力後、画面Ｄ３における来訪者のボタンＢ３ａ〜Ｂ３ｄでの予約時間の操作入力に基づき行われた照合において、それらが上記来訪者予約データベース１５１０のいずれかの予約データの「来訪者名」「訪問予定日時」と一致しなかった（該当する来訪者氏名及び来訪予定日時の予約データが存在しなかった）場合には、タッチパネル２１０の表示が、上述の画面Ｄ５へ移る。画面Ｄ５では上述したようにソフトウェアキーボードＳＢが表示されるので、来訪者が上記同様に自己の予約に係る担当者名を入力することで、その操作情報（担当者名）に基づき同様の照合（再照合）が行われる。すなわち、この場合は、画面Ｄ２に対応した来訪者の自己の氏名の音声入力時において受付端末２０側の音声認識処理において誤認識（＝言語としては正しく認識されるが、本来とは異なる別の語として誤って認識される）が生じていたか、画面Ｄ３における来訪者のボタンＢ３ａ〜Ｂ３ｄでの予約時間を誤って操作入力したかである可能性がある。したがって、ソフトウェアキーボードＳＢで正しく担当者名が入力されていれば、この担当者名と上記予約時間、あるいは担当者名と来訪者名、のいずれか一方は上記来訪者予約データベース１５１０のいずれかの予約データと一致する可能性が高い。上記再照合により一致すれば前述のように担当者のＩＰ電話機６０へ接続されて取次ぎが完了し、再照合でも不一致であった場合には上記同様画面Ｄ６での来訪者の部署名入力に従って部署連絡先へと接続が行われ、取次ぎが完了する。
【００９７】
また一方、画面Ｄ２に対応した来訪者の自己の氏名の音声入力において、受付端末２０側の音声認識処理において認識不能（＝言語として正しく認識されない）であった場合には、その後の画面Ｄ３における来訪者のボタンＢ３ａ〜Ｂ３ｄでの予約時間の操作入力の後、上記来訪者予約データベース１５１０の予約データとの照合を行わず、直ちにタッチパネル２１０に前述の画面Ｄ５を表示させる。そして、画面Ｄ５のソフトウェアキーボードＳＢを用いて来訪者に上記同様に自己の予約に係る担当者名を入力させる。これにより、前述と同様、その操作情報（担当者名）に基づき同様の照合が行われる。すなわち、この場合は、ソフトウェアキーボードＳＢで正しく担当者名が入力されていれば、この担当者名と上記画面Ｄ３における来訪者のボタンＢ３ａ〜Ｂ３ｄでの予約時間とが、上記来訪者予約データベース１５１０の予約データと一致するはずである。照合により一致すれば前述のように担当者のＩＰ電話機６０へ接続されて取次ぎが完了し、照合結果が不一致であった場合には上記同様画面Ｄ６での来訪者の部署名入力に従って部署連絡先へと接続が行われ、取次ぎが完了する。
【００９８】
また、来訪者が事前に予約をしていなかった場合には、画面Ｄ２に対応した来訪者の自己の氏名の音声入力後、画面Ｄ３において前述の「予約なし」ボタンＢ３ｅを操作する。これにより、タッチパネル２１０の表示が、上述の画面Ｄ６へ直接移る。画面Ｄ６では上述したように会社の部署名一覧表示画面となり、すべての部署名に対応するボタンＤ６ａ〜Ｄ６ｈが表示されるので、来訪者が上記同様に自己の来訪目的に係る部署名のボタンを操作入力することで、対応する部署連絡先へと接続が行われ、取次ぎが完了する。
【００９９】
（Ｅ）制御手順
図１５は、以上説明した内容を実現するために、受付端末２０の制御回路部２００により実行する制御手順を表すフローチャートである。なお、このフローに示す処理は、ＨＤＤ２０５のプログラム記憶エリア２５６に記憶された来訪者受付処理用のプログラム群（前述のシステムプログラム、通信プログラム、描画プログラム、音声認識プログラム、ＤＢ照合プログラム、電話接続プログラム）に従って、ＣＰＵ２０１が実行するものである。なお、このフローは、例えば受付端末２０の電源ＯＮによって開始される。
【０１００】
図１５において、まずステップＳ１０において、音声認識不能であったことを表す認識不能フラグＦｒ＝０に初期化する。
【０１０１】
その後、ステップＳ２０において、タッチパネル２１０に表示信号を出力し、前述の受付開始ボタンＢ１を含む待ち受け状態の画面Ｄ１（図１４参照）を表示させる。そして、ステップＳ３０において、受付開始ボタンＢ１が手動操作されたかどうかを判定する。来訪者によって押下されるまでは判定が満たされずループ待機し、押下されたら判定が満たされて、ステップＳ４０に移る。
【０１０２】
ステップＳ４０では、来訪者の発話を認識するために、ＤＢサーバ１０の来訪者予約データベース１５１０を参照しつつＨＤＤ２０５の来訪者辞書記憶エリア２５４に記憶された来訪者辞書２５４１を取得し、辞書更新を行う。すなわち、前述したように、ステップＳ３０で受付開始ボタンＢ１が操作された時刻を基準とし、来訪者予約データベース１５１０の全予約データのうちその前後１時間以内を訪問予定日時とする予約データに基づいて作成された辞書を取得する。なお前述したように、訪問日時辞書に限られず、訪問日辞書、訪問パターン辞書、訪問履歴辞書等を取得するようにしてもよい。
【０１０３】
そして、ステップＳ５０に移り、タッチパネル２１０に表示信号を出力して前述の仮想受付者Ｍを含む画面Ｄ２（図１４参照）を表示させるとともに、スピーカ２０８へ音声信号を出力し、”いらっしゃいませ。どちら様でしょうか。（マイクに向かってお名前を入力してください）”という来訪者氏名を問いかける台詞を発声させる。
【０１０４】
その後、ステップＳ６０において、この問いかけに対応して発話した来訪者の音声情報をマイク２０７を介して入力し、上記ステップＳ４０で取得した来訪者辞書２５４１を用いて音声認識を行う。すなわち、前述の音響モデル、言語モデル２５２１（図７参照）、来訪者辞書２５４１（図９参照）、単語辞書２５３１８（図８参照）が、ＨＤＤ２０５の対応する記憶エリア（言語モデル記憶エリア２５２、来訪者辞書記憶エリア２５４、単語辞書記憶エリア２５３等）から読み出され、それらを用いて音声認識が行われる。すなわち、例えば来訪者の音声情報を分析し、特徴量を抽出した後、音響モデルと言語モデル２５２１とのマッチングが行われる。その結果、言語モデル２５２１で受理可能な文毎に尤度が求まり、尤度が最も高い文が認識結果として得られる。言語モデル２５２１は来訪者辞書２５４１と単語辞書２５３１を参照する。認識に成功すれば、それぞれの辞書に対応した認識結果（テキスト）が得られることになる。なお、尤度が既定の閾値以下の値になった場合は、認識失敗（認識不能）として認識結果は得られない。
【０１０５】
そして、ステップＳ７０に移り、上記入力した来訪者からの音声情報が音声認識できたかどうかを判定する。言語として音声認識できた場合には判定が満たされ、ステップＳ９０に移る。言語として音声認識できなかった場合にはステップＳ７０の判定が満たされず、ステップＳ８０で上記認識不能フラグＦｒ＝１にした後、ステップＳ９０に移る。
【０１０６】
ステップＳ９０では、上記音声認識結果を（例えばＲＡＭ２０３に）保存する（＝一次取得手段としての機能）。但し、音声認識できなかった場合にはその旨を保存してもよいし、保存を行わないようにしてもよい。
【０１０７】
そして、ステップＳ１００に移り、タッチパネル２１０に表示信号を出力して前述の仮想受付者Ｍ及び予約時間選択用のボタンＢ３ａ〜Ｂ３ｅを含む画面Ｄ３（図１４参照）を表示させる（＝第１選択肢報知信号出力手段としての機能）とともに、スピーカ２０８へ音声信号を出力し、”お約束の時間をお教えいただけますか？”という予約時間を問いかける台詞を発声させる（タッチパネル２１０にテキスト表示も行う。なお、発声を行わず表示のみとしてもよい）。
【０１０８】
その後、ステップＳ１０５において、予約時間の選択入力が行われたか（前述の例では、画面Ｄ３の「予約なし」ボタンＢ３ｅでなく他のボタンＢ３ａ，Ｂ３ｂ，Ｂ３ｃ，Ｂ３ｄが操作されたか）どうかを判定する。予約時間の入力が行われれば判定が満たされ、ステップＳ１１０へ移る。予約時間の入力が行われなかった（前述の例では「予約なし」ボタンＢ３ｅが操作された）場合には、ステップＳ１０５の判定が満たされず、後述のステップＳ２８０へ移る。
【０１０９】
ステップＳ１１０では、上記来訪者の予約時間のボタン操作による操作情報を取得し、対応する予約時間を（例えばＲＡＭ２０３に）保存する（＝二次取得手段としての機能）。その後、ステップＳ１２０に移る。
【０１１０】
ステップＳ１２０では、認識不能フラグＦｒ＝１であるかどうかを判定する。前述のステップＳ７０で音声認識ができずステップＳ８０でフラグＦｒ＝１となっていた場合にはステップＳ１２０の判定が満たされ、後述のステップＳ２１０へ移る。ステップＳ７０において音声認識ができていた（但し後述の誤認識となっている可能性はある）場合は、フラグＦｒ＝０のままであるのでステップＳ１２０の判定が満たされず、ステップＳ１３０へ移る。
【０１１１】
ステップＳ１３０では、ＤＢサーバ１０の来訪者予約データベース１５１０にアクセスし、上記ステップＳ６０において音声情報の音声認識により取得した来訪者名と、上記ステップＳ１００において操作情報より取得した予約時間とが、来訪者予約データベース１５１０のいずれかの予約データの「来訪者名」「訪問予定日時」と一致するかどうかを照合する（＝第１照合手段としての機能）。なお、完全な一致ではなく、ある類似幅、許容幅を持たせた範囲内で適合するかどうかを照合するようにしてもよい（後述の変形例（１）も参照）。
【０１１２】
その後、ステップＳ１４０において、上記ステップＳ１３０での照合結果が一致したか（適合したか。以下同様）どうかを判定する。ステップＳ１３０での照合結果が一致しなかった（該当する来訪者氏名及び来訪予定日時の予約データが存在しなかった）場合には判定が満たされず、後述のステップＳ２１０に移る。ステップＳ１３０での照合結果が一致した（該当する来訪者氏名及び来訪予定日時の予約データが存在した）場合にはステップＳ１４０の判定が満たされ、ステップＳ１５０に移る。
【０１１３】
ステップＳ１５０では、上記照合結果が一致であった予約データの内容を来訪者予約データベース１５１０から取得し、例えばＲＡＭ２０３に記憶する。その後、ステップＳ１６０に移り、タッチパネル２１０に表示信号を出力して前述の仮想受付者Ｍ、予約内容Ｂ４ｃ、「訂正」ボタンＢ４ａ、「決定」ボタンＢ４ｂ等を含む画面Ｄ４（図１４参照）を表示させるとともに、スピーカ２０８へ音声信号を出力し、”この内容でよろしいでしょうか？”という最終確認を問いかける台詞を発声させる（タッチパネル２１０にテキスト表示も行う。なお、発声を行わず表示のみとしてもよい）。
【０１１４】
その後、ステップＳ１７０に移り、上記「決定」ボタンＢ４ｂが操作されたかどうかを判定する。来訪者が画面Ｄ４において予約内容Ｂ４ｃが間違っていることに気づき、「訂正」ボタンＢ４ａを手動操作した場合は判定が満たされず、後述のステップＳ２１０に移る。来訪者が画面Ｄ４において予約内容Ｂ４ｃが正しいことを確認し、「決定」ボタンＢ４ｂを手動操作した場合はステップＳ１７０の判定が満たされ、ステップＳ１８０に移る。
【０１１５】
ステップＳ１８０では、正当な来訪予定者が正しい時間に訪ねてきたことが確認できたことに対応して、対応する担当者のＩＰ電話機６０（通知先）に発信（コール）を行う。具体的には、担当者への通知文を作成し、その通知文のテキストデータを音声データに変換し、ステップＳ１５０で記憶された予約データにより特定された担当者の電話番号を用いて、ＩＰ−ＰＢＸ５０を介し、担当者の使用するＩＰ電話機６０に、音声データ（第１通知信号）を発信する（＝第１通知信号出力手段としての機能）。
【０１１６】
このときの通知文の音声データは、前述のように来訪者辞書２５４１として訪問日時辞書を用いた場合（来訪者は、訪問が受け付けられた時刻の前後１時間以内の来訪予定者に該当することから）「近い時刻にお約束のある、Ａ工業の永光様がいらっしゃっています。」のようになる。また、前述の訪問日辞書を用いていた場合には「お客様です。お約束の時間とは違いますが、Ｅ化学の豊倉様だと思います。」のようになり、訪問パターン辞書を用いていた場合には、「お客様です。よく聞き取れませんでしたが、多分、前にも月曜日にいらっしゃったＢ運送の囲様だと思います。」のようになり、訪問パターン辞書を用いていた場合には「お客様です。よく聞き取れませんでしたが、多分、前にもいらっしゃったＦ工業の西坂様だと思います。」のようになる。これにより、電話を受けた担当者は、どのような人物が訪ねてきたのかを的確に知ることができる。
【０１１７】
そして、ステップＳ１９０に移り、所定時間内に当該担当者による応答があったかどうかを判定する。応答がなければ判定が満たされず、不在とみなして後述のステップＳ２９０へ移る。応答があった（担当者が電話に出た）場合は判定が満たされ、ステップＳ２００へ移る。ステップＳ２００では、ＤＢサーバ１０の来訪者予約データベース１５１０にアクセスし、対応する予約データのステータスを「応対済み」に変更し（図１１参照）、このフローを終了する。
【０１１８】
一方、ステップＳ１２０でＦｒ＝１であって判定が満たされた場合、ステップＳ１４０で照合が一致せず判定が満たされなかった場合、ステップＳ１７０で「訂正」ボタンＢ４ａが手動操作され判定が満たされなかった場合は、ステップＳ２１０に移る。
【０１１９】
ステップＳ２１０では、スピーカ２０８へ音声信号を出力し、”担当者名を入力してください”という担当者名を問いかける台詞を発声させ、さらにステップＳ２２０で、タッチパネル２１０（報知手段）に表示信号（報知信号）を出力して前述のソフトウェアキーボードＳＢを含む画面Ｄ５（図１４参照）を表示させる（＝報知信号出力手段としての機能）。
【０１２０】
その後、ステップＳ２３０で、来訪者のソフトウェアキーボードＳＢの操作による操作情報を取得し、対応する担当者名を（例えばＲＡＭ２０３に）保存する（＝補助取得手段としての機能）。その後、ステップＳ２４０に移る。
【０１２１】
ステップＳ２４０では、ＤＢサーバ１０の来訪者予約データベース１５１０にアクセスし、上記ステップＳ６０において音声情報の音声認識により取得した来訪者名と、上記ステップＳ１００において操作情報より取得した予約時間と、上記ステップＳ２３０において操作情報より取得した担当者名とのうち、少なくとも２つが、来訪者予約データベース１５１０のいずれかの予約データの「来訪者名」「訪問予定日時」「担当者名」と一致するかどうかを照合する（＝第２照合手段としての機能）。このときも、前述と同様、完全な一致ではなく、ある類似幅、許容幅を持たせた範囲内で適合するかどうかを照合するようにしてもよい。
【０１２２】
その後、ステップＳ２５０において、上記ステップＳ２４０での照合結果が一致したか（適合したか）どうかを判定する。ステップＳ２４０での照合結果が一致しなかった（来訪者氏名、来訪予定日時、担当者名のうち２つ一致しなかった）場合には判定が満たされず、後述のステップＳ２７０に移る。ステップＳ２４０での照合結果が一致した（来訪者氏名。来訪予定日時、担当者名のうち２つが一致した）場合にはステップＳ２５０の判定が満たされ、ステップＳ２６０に移る。
【０１２３】
ステップＳ２６０では、上記照合結果が一致であった予約データの内容を来訪者予約データベース１５１０から取得し、例えばＲＡＭ２０３に記憶する。その後、前述のステップＳ１８０に移り、対応する担当者へのＩＰ電話機６０への接続以降、同様の手順を行う。
【０１２４】
一方、ステップＳ２５０の判定が満たされなかった場合、ステップＳ２７０でスピーカ２０８へ音声信号を出力し、”予約が確認できませんでした”旨の台詞を発声させ、さらにステップＳ２８０で、タッチパネル２１０に表示信号を出力して前述の全部署名に対応するボタンＤ６ａ〜Ｄ６ｈを含む部署名一覧表示画面Ｄ６（図１４参照）を表示させる。
【０１２５】
その後、ステップＳ２８５で、来訪者の上記ボタンＤ６ａ〜Ｄ６ｈの操作による操作情報を取得し、対応する部署名を（例えばＲＡＭ２０３に）保存する。その後、ステップＳ２９０に移る。
【０１２６】
ステップＳ２９０では、予約確認ができなかった（あるいは後述のように予約自体がされていなかった）ことに基づき、対応する部署連絡先（この例では部署代表のＩＰ電話機６０に発信（コール）を行う。具体的には、対応する通知文を作成し、その通知文のテキストデータを音声データに変換し、ステップＳ２８５で特定された部署代表の電話番号を、部署電話番号データベース１５７１（図１３参照）の記憶内容を参照して取得し、ＩＰ−ＰＢＸ５０を介しＩＰ電話機６０に、音声データを発信する。このときの通知文の音声データは、（予約確認がとれていないことから）身元不明の来訪者が訪ねてきたことを伝える内容となり、例えば、「お客様です。お名前はよく聞き取れませんでした。」のようになる。そしてこのフローを終了する。
【０１２７】
一方、前述のステップＳ１００でタッチパネル２１０に予約時間選択用のボタンＢ３ａ〜Ｂ３ｅを含む画面Ｄ３が表示された状態で「予約なし」ボタンＢ３ｅが操作され、ステップＳ１０５の判定が満たされなかった場合も、上記ステップＳ２８０へ移ってタッチパネル２１０にボタンＤ６ａ〜Ｄ６ｈを含む部署名一覧表示画面Ｄ６を表示させる。この場合、ステップＳ２８５での来訪者の上記ボタンＤ６ａ〜Ｄ６ｈの操作による操作情報を取得した後、ステップＳ２９０では、予約自体がされていなかったことに基づき、部署代表のＩＰ電話機６０に発信（コール）を行う（＝第２通知信号出力手段としての機能）。このときの通知文の音声データ（第２通知信号）は、（予約がないことから）例えば、「予約されていないお客様がいらっしゃいました。」のようになる。そしてこのフローを終了する。
【０１２８】
なお、上記において、ステップＳ６０が、各請求項記載の音声情報入力ステップを構成し、ステップＳ９０が一次取得ステップを構成する。また、ステップＳ１０５が操作情報入力ステップを構成し、ステップＳ１１０が二次取得ステップを構成する。また、ステップＳ１３０が照合ステップを構成し、ステップＳ１８０が通知信号出力ステップを構成する。
【０１２９】
以上に説明したように、本実施形態の受付端末２においては、来訪者予約データベース１５１０に、来訪者名、訪問予定日時、担当者名等の複数の来訪情報が、予め記録されている。来訪者が来訪したときは、それら複数の来訪情報のうち、マイク２０７を介し入力する音声情報に基づき第１来訪情報（上記の例では来訪者名）が取得され、タッチパネル２１０の手動操作による操作情報に基づき第２来訪情報（上記の例では訪問予定日時）が取得され、それら２つが来訪者予約データベース１５１０の記録内容と適合するかどうか（適合する予約データが存在するか）が照合される。適合した場合には、来訪予約を事前に行った正当な来訪者であるとみなされ、対応する担当者のＩＰ電話機６０へ発信されることで、担当者への通知を行う。
【０１３０】
このように、２つの異なる来訪情報（上記の例では来訪者名と訪問予定日時）を取得し、これら２つに基づき来訪者予約データベース１５１０に照合を行う。１つの来訪情報でデータベースに問い合わせた場合には、来訪者が予約をしているかどうかを区別できるに過ぎないが、本実施形態においては、２つの来訪情報を取得することにより、それら２つが共通の来訪に係る１つの予約データとして来訪者予約データベース１５１０に記録されているかどうかを照合することができる（ステップＳ１４０参照）。この結果、予約の有無の確認だけでなく、来訪者が、本来の担当者でない別の者に誤って取り次がれるのを確実に防止することができる。特に、２つの来訪情報のうち第１来訪情報（上記の例では来訪者名）は音声認識により取得されるものであり、その手法上、ある確率で誤認識（＝言語としては正しく認識されるが、本来とは異なる別の語として誤って認識される）が生じることは避けられないため、上記誤取次ぎ防止効果の意義が大きい。
【０１３１】
また、このようにして２つの来訪情報を取得するとき、音声を介した取得を行うのは一方の第１来訪情報（上記の例では来訪者名）にとどめ、もう一方の第２来訪情報（上記の例では来訪予約日時）については手動操作を介して取得することにより、上記誤認識や認識不能（＝言語として正しく認識されない）による不都合が生じる可能性を最小限にとどめることができる。
【０１３２】
以上により、本実施形態の受付端末２０においては、来訪者を本来の担当者に対し確実に取り次ぐことができる。
【０１３３】
また、上記のように録音可能な音声である第１来訪情報を最初に取得する場合には、不審者や無用者がいたずらに来訪するのを心理的に抑制し、セキュリティを高めることができる効果がある。
【０１３４】
また、本実施形態では特に、第１来訪情報として来訪者名を取得する。この場合には、所定人数範囲に自ずと制限される担当者名とは異なり、来訪者となりうる者の範囲が広く極めて多数の氏名情報が存在しうる。このため、あらゆるテキスト内容を口述フリーで入力できる音声入力のほうが利便性が高く、例えばキーボードによる手動操作入力よりもはるかに迅速に入力できる効果もある。
【０１３５】
また、本実施形態では特に、来訪者名の音声入力後に来訪予約日時をタッチパネル２１０で手動操作入力する際、日時を一から入力するのではなく、画面Ｄ３において複数の選択肢（ボタンＢ３ａ〜Ｂ３ｄ）から選択すれば足りるので、操作労力を低減し、利便性を高めることができる。またそのときの選択肢として、本来予約した日時以外の日時も併せて表示し（図１４参照）それらの中から予約日時を選択入力させることで、正当な来訪者であることを確実に認証することができる。なお、この複数の日時を表示する際には、最初に音声入力された来訪者名をキーに来訪者予約データベース１５１０の検索を行い、ヒットした来訪予約日時を含む複数の選択肢を表示するようにしてもよいし、そのような検索を行わず単純に現在時刻を含む複数の日時を選択肢として表示するようにしてもよい。
【０１３６】
また、本実施形態では特に、取得した第１来訪情報（上記の例では来訪者名）及び第２来訪情報（上記の例では来訪予約日時）が来訪者予約データベース１５１０の記録内容と適合しなかった場合であっても、もう一度来訪者に手動操作にて第３来訪情報（上記の例では担当者名）を入力してもらい、照合を行う（ステップＳ２４０参照）。そして、これら第３来訪情報と第１来訪情報とが適合するか、若しくは、第３来訪情報と第２来訪情報とが適合すれば、来訪予約を事前に行った正当な来訪者であるとみなし、対応する担当者へ通知する（ステップＳ２４０→ステップＳ２５０→ステップＳ２６０→ステップＳ１８０の流れ）。
【０１３７】
これにより、正当な来訪者であるのに、音声認識処理における誤認識やタッチパネル２１０でのミスタッチや操作ミス等により照合不適合とされた場合でも、プラスもう１回だけの必要最小限の手動操作労力のみで、正しく認証しなおすことができる。また、この場合、来訪者は、マイク２０７による第１来訪情報の音声入力、タッチパネル２１０での第２来訪情報の手動操作入力、タッチパネル２１０での第３来訪情報の手動操作入力、という３つの入力操作を行うものの、同一の来訪情報を繰り返し要求されることはない。したがって、第１来訪情報や第２来訪情報の入力に失敗したことを来訪者本人に気づかれることなく、ストレスを感じさせずに正しく取次ぎを行うことができる。
【０１３８】
また、本実施形態では特に、上記ステップＳ２４０での照合でも適合しなかった場合には、予め定められ来訪者予約データベース１５１０に記憶された所定の応対担当者（上記の例では部署代表）へ通知する。これにより、二度の照合によっても適合しなかった場合も、部署代表を介して最終的には対応する担当者に確実に取り次ぐことができる。また、事前に予約をしていない来訪者が来訪した場合も、タッチパネル２１０の画面Ｄ３の「予約なし」ボタンＢ３ｅを用いてその旨を申告させ、さらに画面Ｄ６の各ボタンＤ６ａ〜Ｄ６ｈで来訪したい相手の部署名を操作入力させる。これにより、予約なしの来訪者に対しても、スムーズに応対を行うことができる。
【０１３９】
また、本実施形態では特に、音声認識ができなかった場合も（ステップＳ１２０→ステップＳ２１０以降への流れ）、来訪者のタッチパネル２１０での手動操作により入力された操作情報に基づき、別の来訪情報（第３来訪情報。上記の例では担当者名）が取得され、この第３来訪情報と第２来訪情報（上記の例では訪問予定日時）とが来訪者予約データベース１５１０の記録内容と適合するかどうか（適合する予約データが存在するか）が照合される。
【０１４０】
すなわち、第１来訪情報（上記の例では来訪者名）の音声認識ができなかった場合であっても、もう一度来訪者に手動操作にて第３来訪情報（上記の例では担当者名）を入力してもらい、照合を行う。そして、これら第２来訪情報及び第３来訪情報が来訪者予約データベース１５１０の記録内容と適合すれば、来訪予約を事前に行った正当な来訪者であるとみなし、対応する担当者へ通知する（ステップＳ２５０→ステップＳ２６０→ステップＳ１８０）。
【０１４１】
これにより、正当な来訪者であるのに、来訪者の発音のクセや音声認識の精度上の限界等により最初の来訪者名の音声情報が音声認識不能とされた場合でも、プラスもう１回だけの必要最小限の手動操作労力のみで、正しく認証しなおすことができる。また、この場合、来訪者は、第１来訪情報の音声入力、第２来訪情報の手動操作入力、第３来訪情報の手動操作入力、という３つの入力操作を行うものの、同一の来訪情報を繰り返し要求されることはない。したがって、第１来訪情報の音声入力に失敗したことを来訪者本人に気づかれることなく、ストレスを感じさせずに正しく取次ぎを行うことができる。
【０１４２】
また、本実施形態では特に、操作機能と報知（表示）機能とを併せたタッチパネル２１０を用いる。この結果、操作手段と報知手段とをそれぞれを別々に設ける場合に比べ、装置構成を簡略化し、小型化を図ることができる。また特に、複数の選択肢を表示してその選択肢の中から来訪者に選択（特定）させる場合には、タッチパネル２１０を利用することで、来訪者は表示された当該選択肢をそのまま指でタッチして選択入力を行うことができる。したがって、表示から視線を外すことなくそのまま容易に操作することができ、操作性を向上できる効果がある。
【０１４３】
また、本実施形態では特に、音声入力により第１来訪情報を取得する際、来訪者の来訪に対して所定の対応付けにて関連付けられる来訪者辞書を用いて音声認識を行う。所定の対応付けとしては、例えば来訪者の来訪時と同じ時間帯、同じ日、同じ曜日といった時間的対応付けがある。本実施形態では、このような対応関係のある来訪予約が来訪者予約データベース１５１０に記録された、来訪者名や担当者名等を含む来訪者辞書を用い、音声認識を行う（ステップＳ４０参照）。この結果、汎用の単語辞書を利用する場合に比べ、適用対象を絞り込んだ単語辞書に基づき音声認識を行い、高精度な認識結果を得ることができるので、来訪をより正確に特定することができる。
【０１４４】
なお、この場合、上記のように予約データにおいて時間的な対応付けがある来訪者名や担当者名等を含む来訪者辞書であっても、当該来訪について既に担当者による応対が行われ来訪者予約データベース１５１０でのステータスが「応対済」となったら、それ以降の音声認識による利用対象から除外する（＝除外処理手段としての機能）ようにしてもよい。これにより、さらに適用対象を絞り込んだ単語辞書に基づき音声認識を行えるので、さらに高精度な認識結果を得ることができる。
【０１４５】
なお、本発明は上記実施形態に限られず、その趣旨を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を説明する。
【０１４６】
（１）訪問予定日時の照合の際に幅を持たせて照合を行う場合
すなわち、上記実施形態においては、タッチパネル２１０が画面Ｄ３を表示した状態において、来訪者がボタンＢ３ａ，Ｂ３ｂ，Ｂ３ｃ，Ｂ３ｄのいずれかを手動操作すると、当該ボタンに表示された時間帯そのものを用いて、来訪者予約データベース１５１０における予約データの訪問予定日時の内容との照合を行った。しかしながら、これに限られず、ボタンＢ３ａ，Ｂ３ｂ，Ｂ３ｃ，Ｂ３ｄに表示された時間帯そのものに対し多少前又は後の幅（第２時間範囲）を持たせた時間帯を用いて照合を行ってもよい。上記の例に沿えば、「１０：００〜１１：００」ボタンＢ３ａが操作された場合には、例えば前後３０分の幅を持たせて９：３０〜１１：３０の範囲で、来訪者予約データベース１５１０において当該来訪者による予約データがないかを照合する。以下同様に、「１１：００〜１２：００」ボタンＢ３ｂが操作された場合には、１０：３０〜１２：３０の幅で照合し、「１２：００〜１３：００」ボタンＢ３ｃが操作された場合には、１１：３０〜１３：３０の幅で照合し、「１３：００〜１４：００」ボタンＢ３ｄが操作された場合には、１２：３０〜１４：３０の幅で照合する（第２時間範囲の持たせ方は、３０分に限られず適宜の大きさでよく、また前後いずれか一方でもよいし、前と後で時間幅が異なってもよい）。
【０１４７】
本変形例によれば、以下のような効果が得られる。すなわち、来訪者が、事前に電話やその他の意思疎通によって来訪予約を行った正当な来訪者である場合、通常、来訪を受ける担当者が、来訪者予約データベース１５１０に当該来訪を予定する日時を訪問予定日時として入力し、来訪時に自らに円滑に取り次がれるように手配する。しかしながら、この際、来訪者（その時点では来訪予定者）と担当者との電話での言葉でのやりとりや思い違い等によって、実際にはお互いが認識している訪問予約日時が多少時間的に前後している場合（例えば担当者が１０：００少し前の予約だと思っていたのに対し来訪者は１０：００過ぎの予約だと認識していた場合等）があり得る。
【０１４８】
本変形例では、このような来訪者側と担当者側の時間認識のズレに対応することができる。すなわち、照合時に、来訪者のタッチパネル２１０での手動操作入力により取得した訪問予定日時をそのまま用いるのではなく、その日時を含む所定の第２時間範囲（上記の例では前後それぞれ３０分）を用いて、先に音声入力させた来訪者名との適合性を照合する。これにより、事前予約を行った正当な来訪者であるのに上記認識のズレにより照合不適合となってしまう不都合を、確実に回避することができる。
【０１４９】
（２）入力順序のバリエーション
以上においては、来訪者は、第１来訪情報としての来訪者名を音声入力し、第２来訪情報としての訪問予定日時を手動操作入力したが、これに限られず、他の来訪情報を用いてもよい。例えば、来訪者が、最初に第１来訪情報としての来訪者名を音声入力した後、第２来訪情報として担当者名をタッチパネル２１０で手動操作入力するようにしてもよい。この場合、最初に取得された来訪者名と、その後取得された担当者名とが来訪者予約データベース１５１０の内容と適合するかどうかが照合される。そして、照合結果が適合であった場合に、当該担当者のＩＰ電話機６０に対して、通知を行う。この場合も、上記と同様、社会通念に沿った自然な操作で円滑な処理を実行することができる。
【０１５０】
また、この際、先に入力させた来訪者名をキーにして来訪者予約データベース１５１０にアクセスして検索を行い、この来訪者との予約データが記録されている担当者を見つけ出すことも可能である。これにより、次のタッチパネル２１０による担当者名の入力時に、当該検索で見つけ出した担当者名を含む少なくとも１つの選択肢により来訪者に対し候補表示することもできる。この場合、来訪者は、タッチパネル２１０においてその表示された選択肢の中から自己の来訪相手である担当者名を選択（特定）するだけでよいので、操作労力負担を軽減することができる。このとき、担当者名を選択入力するための選択枝として、例えば本来予約した相手の来訪対象者以外の氏名も含め、所定の氏名群範囲（例えば当該担当者と同じ部署全員の氏名、同じ日に予約のある全社員氏名等）において複数個表示するようにしてもよい。その際、最初に音声入力された来訪者名をキーに来訪者予約データベース１５１０検索を行い、ヒットした担当者名を含む選択肢を表示するようにしてもよいし、検索を行わず単純に複数の担当者名（可能性のある社員全員の氏名や、架空の人物の氏名等）を選択肢として表示するようにしてもよい。そして、それらの中から担当者名をタッチパネル２１０上で選択入力させることで、正当な来訪者であることを確実に認証することができる。
【０１５１】
（３）電話以外の取り次ぎ方法
上記においては、担当者への来訪者に関する情報の通知は、ＩＰ電話機６０に音声データを出力することにより行った。しかしながら、担当者への通知の方法は、ＩＰ電話機６０による方法に限られるはない。例えば、担当者が使用する携帯電話やパーソナルコンピュータに対して音声データを出力してもよいし、通知文のテキストデータを出力してポップアップ形式で表示するようにしてもよいし、メールで送信してもよい。これら音声データ、テキストデータ、メールはいずれも各請求項記載の第１通知信号又は第２通知信号を構成する。
【０１５２】
（４）システム構成のバリエーション
上記来訪者受付システム１においては、来訪者の検出や音声の入力が行われる受付端末２０と、ＤＢサーバ１０とは、別個の装置であった。しかしながらこれに限られず、マイク、スピーカ、及び操作ボタンを備えたサーバを会社の入口付近に設置し、サーバのみで、来訪者の検出、音声の入力、来訪者受付処理のすべてを行うようにしてもよい。また、来訪者予約ＤＢ１５１や社員ＤＢ１５５等、ＨＤＤ１５０に記憶されている情報を受付端末２０側のＨＤＤ２０５に記憶するようにしてもよいし、さらにはネットワークを介して受付端末２０に接続可能な別個の記憶装置に記憶させておき、来訪者受付処理中に、必要な情報を読み出す構成としてもよい。
【０１５３】
（５）その他
受付端末２０のタッチパネル２１０の待ち受け状態の画面Ｄ１における受付開始ボタンＢ１の手動操作の有無によって、来訪者の有無を検出したが、これに限られない。すなわち、例えば、周知の人感センサ又はカメラ等の他の検知手段を用いて来訪者の来訪を検出するようにしてもよい。
【０１５４】
また、上記においては報知（表示）手段と操作手段を兼ねたタッチパネル２１０を用いたが、これに限られない。すなわち、通常のキーやボタン等の操作手段を用い、これによって来訪者が上記訪問予定日時を操作入力する（＝予約日時入力手段としての機能）ようにしてもよい。また、通常のディスプレイやランプ等の表示手段を用いるようにしてもよい。
【０１５５】
なお、以上において、図６、図１０等の各図中に示す矢印は信号の流れの一例を示すものであり、信号の流れ方向を限定するものではない。
【０１５６】
また、図１５に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１５７】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１５８】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【図面の簡単な説明】
【０１５９】
【図１】来訪者受付システムの全体構成の概略構成を表すシステム構成図である。
【図２】本発明の一実施形態の受付端末に備えられた、タッチパネル及びマイクの詳細外観構造の一例を表す斜視図である。
【図３】タッチパネルにおける表示画面の一例を表す図である。
【図４】タッチパネルにおける表示画面の他の例を表す図である。
【図５】タッチパネルにおける表示画面のさらに他の例を表す図である。
【図６】受付端末の機能的構成を示す機能ブロック図である。
【図７】言語モデル記憶エリアに記憶された言語モデルの内容を表す説明図である。
【図８】単語辞書記憶エリアに記憶された単語辞書の内容を表す説明図である。
【図９】来訪者辞書記憶エリアに記憶された来訪者辞書の内容を表す説明図である。
【図１０】ＤＢサーバの機能的構成を表す機能ブロック図である。
【図１１】来訪者予約データベースの記憶内容を表す概念的説明図である。
【図１２】社員データベースの記憶内容を表す概念的説明図である。
【図１３】部署電話番号データベースの記憶内容を表す概念的説明図である。
【図１４】受付処理手順の概要を、主としてタッチパネルの画面遷移により説明した説明図である。
【図１５】受付端末の制御回路部により実行される制御手順を表すフローチャートである。
【符号の説明】
【０１６０】
２                受付端末（来訪者受付装置）
６０              ＩＰ電話機（通知先）
２０７            マイク（音声入力手段）
２１０            タッチパネル（操作手段；報知手段）
１５１０          来訪者予約データベース
Ｂ３ｅ            ボタン（非予約入力手段）
Ｄ６ａ〜ｈ        ボタン（指定入力手段）
【図１】
2010153956.tif 000003
【図２】
2010153956.tif 000004
【図３】
2010153956.tif 000005
【図４】
2010153956.tif 000006
【図５】
2010153956.tif 000007
【図６】
2010153956.tif 000008
【図７】
2010153956.tif 000009
【図８】
2010153956.tif 000010
【図９】
2010153956.tif 000011
【図１０】
2010153956.tif 000012
【図１１】
2010153956.tif 000013
【図１２】
2010153956.tif 000014
【図１３】
2010153956.tif 000015
【図１４】
2010153956.tif 000016
【図１５】
2010153956.tif 000017