(57)【要約】【課題】実際の人間に近い振る舞いを行える、サービス性の高い受付装置を実現する。【解決手段】受付端末２０は、スピーカ２０８を有し、来訪者の来訪に係わる来訪情報を取得し、この取得した来訪情報に対応して、シナリオに基づく案内音声をスピーカ２０８を介し出力し、複数のシナリオに沿った受付処理において、音声加工条件が満たされたかどうかを判定し、この判定が満たされた場合、スピーカ２０８を介して出力される案内音声を加工し、当該案内音声の音声状態量を変化させる。【選択図】図１３
2010231688.tif 000002
【特許請求の範囲】
【請求項１】
来訪者の来訪に対し、予め定められた複数の処理手順に沿った受付処理を行う受付装置であって、
前記来訪者の来訪に係わる来訪情報を取得する来訪情報取得手段と、
音声を出力するための音声出力手段と、
前記来訪情報取得手段により取得した前記来訪情報に対応して、前記処理手順に基づく装置発話音声を前記音声出力手段を介し出力する発話手段と、
前記複数の処理手順に沿った前記受付処理において、所定の音声加工条件が満たされたかどうかを判定する加工判定手段と
前記加工判定手段による判定が満たされた場合、前記発話手段が出力する前記装置発話音声を加工し、前記音声出力手段を介し出力される当該装置発話音声の音声状態量を変化させる音声加工手段と
を有することを特徴とする受付装置。
【請求項２】
前記音声加工手段は、
前記音声状態量として、前記装置発話音声の、音量、発話スピード、主音域、帯域分布、及びエコー効果のうち、少なくとも１つに関する加工を行う
ことを特徴とする請求項１記載の受付装置。
【請求項３】
前記加工判定手段は、
前記加工条件として、前記受付処理が開始された後、所定時間が経過したかどうかを判定する
ことを特徴とする請求項２記載の受付装置。
【請求項４】
音声を入力するための音声入力手段をさらに有し、
前記来訪情報取得手段は、
前記音声入力手段を介し入力された前記来訪者の発話音声により、音声情報を取得する音声情報取得手段、及び、前記来訪者の手動操作により操作情報を入力可能な操作手段のうち、少なくとも一方を含み、前記音声情報取得手段により取得された前記音声情報か、若しくは、前記操作情報に基づき、前記来訪情報を取得し、
所定の切替タイミングで、前記来訪情報取得手段による前記来訪情報の取得を、前記音声情報に基づく前記来訪情報の取得か、若しくは、前記操作情報に基づく前記来訪情報の取得に切替制御可能な取得制御手段を設け、
前記加工判定手段は、
前記加工条件として、前記来訪情報取得手段が、前記音声情報若しくは前記操作情報に基づく前記来訪情報の取得に失敗したかどうかを含んだ判定を行う
ことを特徴とする請求項２記載の受付装置。
【請求項５】
記憶手段に記憶された前記来訪者の来訪に関する予約情報の有無を判断する来訪予約情報判断手段をさらに有し、
前記音声加工手段は、
前記来訪予約情報判断手段による判断結果に対応した態様で、前記装置発話音声を加工する
ことを特徴とする請求項２乃至請求項４のいずれか１項記載の受付装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、来訪者の来訪に対する受付処理を行う受付装置に関する。
【背景技術】
【０００２】
従来、例えばビルや会社その他の建造物への来訪者に対する受付業務を自動化するための来訪者受付装置が知られている（例えば、特許文献１参照）。この従来技術においては、来訪者に対し自動音声により発話を行って来訪情報（来訪者の氏名、来訪対応者の氏名、予約日時等）を入力させることにより、来訪対応者へ伝達して取次ぎを行うようになっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−２３４６９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記従来技術においては、受付処理の状況に応じて適正な音声メッセージを選択的に発話し、各音声メッセージに対応した画像を選択的に表示する。これにより、来訪者に対してできるだけ人間に近い振る舞いを実行し、不快感を与えないように配慮している。しかしながら、このような人間に近い振る舞いを実行するために、多数種類の音声メッセージを事前に作成して用意しておく必要があり、煩雑であった。また、多数の音声メッセージの中から選択して用いることから表現力や振る舞いに制約があり、サービス性の向上にも限界があった。
【０００５】
本発明の目的は、多数の音声メッセージを事前に用意しなくても多様な人間的振る舞いのような、高いサービス性を実現できる受付装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、第１の発明は、来訪者の来訪に対し、予め定められた複数の処理手順に沿った受付処理を行う受付装置であって、前記来訪者の来訪に係わる来訪情報を取得する来訪情報取得手段と、音声を出力するための音声出力手段と、前記来訪情報取得手段により取得した前記来訪情報に対応して、前記処理手順に基づく装置発話音声を前記音声出力手段を介し出力する発話手段と、前記複数の処理手順に沿った前記受付処理において、所定の音声加工条件が満たされたかどうかを判定する加工判定手段と、前記加工判定手段による判定が満たされた場合、前記発話手段が出力する前記装置発話音声を加工し、前記音声出力手段を介し出力される当該装置発話音声の音声状態量を変化させる音声加工手段とを有することを特徴とする。
【０００７】
本願第１発明においては、来訪者が来訪した場合、複数の処理手順（シナリオ）に沿って一連の受付処理が行われる。各処理手順では、発話手段が、対応する装置発話音声を音声出力手段を介して出力する。来訪者は、適宜その装置発話音声による誘導に従って来訪情報の入力を行うと、その来訪情報が来訪情報取得手段によって取得される。
【０００８】
このようにして行われる受付処理において、本願第１発明では、所定のタイミングで、音声出力手段からの装置発話音声の状態量、すなわち例えば、音量、主音域（かん高い声・低い声等）、発話スピード（ゆっくり落ち着いて・少し早口で等）などを音声加工手段が加工し、これによって当該装置発話音声を変化可能としている。上記所定のタイミングは所定の音声加工条件として予め設定されており、加工判定手段が、上記複数の処理手順に沿った受付処理中において当該音声加工条件が満たされたかどうかを判定することで、条件が満たされたときに音声加工手段が上記の加工を実行する。
【０００９】
これにより、来訪者に対する受付処理において、実際に人間の受付担当者が目の前で応対しているときのように、状況に応じた気持ちや感情のこもった発話状態を実現可能となる。この結果、実際の人間に近い振る舞いのような、サービス性の高い受付装置を実現することができる。また、そのような振る舞いを受付処理中に装置発話音声を適宜加工することにより実現するので、種々の態様の発話録音を切り替えて再生する場合のように、多数の態様の発話を事前に用意しておく必要がない。
【００１０】
第２発明は、上記第１発明において、前記音声加工手段は、前記音声状態量として、前記装置発話音声の、音量、発話スピード、主音域、帯域分布、及びエコー効果のうち、少なくとも１つに関する加工を行うことを特徴とする。
【００１１】
これにより、例えば、低音域をカットすることで乾いた声の感じを表現でき、エコーをかけることで落ち着いた感じの声を表現でき、高音域を増大させることで明るいクリアな声を表現することができる。また、発話スピードの増大によって、時間がかかっていることで恐縮している様子や警戒心等の気持ちを表すことができ、発話スピードの減少によってゆっくり丁寧に応対する気持ちを表すことができる。また、音量の増大によって遠くまで声を届かせようとする意図を表したり、音量及び発話スピードの増大によって気持ちの高揚や感謝の気持ちを表すことができる。また、主音域を低くシフトすることで（例えば代理者に取り次ぐ場合に）内密に処理する感じを表現することができ、主音域を高くシフトすることで（例えば部門代表に取り次ぐ場合に）型どおりに処理する感じを表現することができる。
【００１２】
第３発明は、上記第２発明において、前記加工判定手段は、前記加工条件として、前記受付処理が開始された後、所定時間が経過したかどうかを判定することを特徴とする。
【００１３】
これにより、例えば受付処理が煩雑となって時間がかかり来訪者を待たせてしまった場合に、発話スピードを増大させることで、時間がかかっていることで恐縮している様子を表現可能となる。
【００１４】
第４発明は、上記第２発明において、音声を入力するための音声入力手段をさらに有し、前記来訪情報取得手段は、前記音声入力手段を介し入力された前記来訪者の発話音声により、音声情報を取得する音声情報取得手段、及び、前記来訪者の手動操作により操作情報を入力可能な操作手段のうち、少なくとも一方を含み、前記音声情報取得手段により取得された前記音声情報か、若しくは、前記操作情報に基づき、前記来訪情報を取得し、所定の切替タイミングで、前記来訪情報取得手段による前記来訪情報の取得を、前記音声情報に基づく前記来訪情報の取得か、若しくは、前記操作情報に基づく前記来訪情報の取得に切替制御可能な取得制御手段を設け、前記加工判定手段は、前記加工条件として、前記来訪情報取得手段が、前記音声情報若しくは前記操作情報に基づく前記来訪情報の取得に失敗したかどうかを含んだ判定を行うことを特徴とする。
【００１５】
これにより、例えば音声認識がうまく行かず音声入力に代えて操作手段により来訪者に各種情報を手動入力してもらう場合、若しくは逆に手動入力から音声入力に切り替える場合等において、発話スピードを増大させることで、時間がかかっていることで恐縮している様子を表現可能となる。
【００１６】
第５発明は、上記第２乃至第４発明のいずれかにおいて、記憶手段に記憶された前記来訪者の来訪に関する予約情報の有無を判断する来訪予約情報判断手段をさらに有し、前記音声加工手段は、前記来訪予約情報判断手段による判断結果に対応した態様で、前記装置発話音声を加工することを特徴とする。
【００１７】
これにより、予約のある来客と予約のない来客とで異なった態様の発話とすることが可能となる。例えば、予約のない来訪者（いわゆる飛び込み客）に対しては、発話スピードを増大させるとともに低音域をカットした乾いた声・とげとげしい声とすることで、多少の警戒心や、本来は予約をお願いしたいという気持ちを表現可能となる。
【発明の効果】
【００１８】
本発明によれば、多数の音声メッセージを事前に用意しなくても多様な人間的振る舞いのような、高いサービス性を実現することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施の形態の来訪者受付システムの全体構成の概略構成を表すシステム構成図である。
【図２】受付端末に備えられた、タッチパネル及びマイクの詳細外観構造の一例を表す斜視図である。
【図３】タッチパネルにおける表示画面の一例を表す図である。
【図４】タッチパネルにおける表示画面の他の例を表す図である。
【図５】タッチパネルにおける表示画面のさらに他の例を表す図である。
【図６】受付端末の機能的構成を示す機能ブロック図である。
【図７】ＤＢサーバの機能的構成を表す機能ブロック図である。
【図８】来訪者予約データベースの記憶内容を表す概念的説明図である。
【図９】段階値と発話速度係数との対応関係を表すテーブルである。
【図１０】受付処理の経過時間と、案内音声の加工との一例を表す図である。
【図１１】来訪者に関する条件と、案内音声の加工との一例を表す図である。
【図１２】通知先と、案内音声の加工との一例を表す図である。
【図１３】受付端末の制御回路部により実行する制御手順を表すフローチャートである。
【図１４】受付端末の制御回路部により実行する制御手順を表すフローチャートである。
【図１５】プロセスの煩雑さに応じて発話スピードを変える変形例において、音声加工の条件と、案内音声の加工との一例を表す図である。
【図１６】受付端末の制御回路部により実行する制御手順を表すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の一実施の形態を図面を参照しつつ説明する。
（Ａ）システムの基本構成
図１は、本実施形態の来訪者受付システムの全体構成の概略構成を表すシステム構成図である。図１において、来訪者受付システム１は、例えば、ビルや会社その他の建造物への来訪者に対する受付業務を行うシステムである。この例では会社へ設置されている場合を例にとって説明する。
【００２１】
来訪者受付システム１は、例えば会社の入口付近に設置された受付端末２０（受付装置）と、周知のパーソナルコンピュータにより構成されるＤＢサーバ１０と、会社の従業員（社員）それぞれに対応して設けられた複数のＩＰ電話機６０と、それら複数のＩＰ電話機６０の回線交換を行う周知の交換装置であるＩＰ−ＰＢＸ（Ｉｎｔｅｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｐｒｉｖａｔｅ  Ｂｒａｎｃｈ  ｅＸｃｈａｎｇｅ）５０とを有し、これらはすべてルータ４０を介して接続されている。
【００２２】
受付端末２０は、端末本体２０Ａと、この端末本体２０Ａに接続された、タッチパネル２１０、マイク２０７、及びスピーカ２０８とを有している。
【００２３】
スピーカ２０８は音声出力手段として機能し、端末本体２０Ａから入力された音声信号を所定の案内音声（装置発話音声）に変換して出力する。マイク２０７は音声入力手段として機能し、来訪者により入力された音声を音声情報に変換し、端末本体２０Ａへ出力する。
【００２４】
図２は、上記受付端末２０に備えられた、タッチパネル２１０及びマイク２０７の詳細外観構造の一例を表す斜視図である。
【００２５】
図２において、受付端末２０は、上記マイク２０７と、上記スピーカ２０８と、上記タッチパネル２１０とを有している。タッチパネル２１０は、この例では水平に設置されるベース２１２に対してアーム２１１を介し支持され、操作者（すなわちこの例では来訪者）の視線に対して直角となるように面方向が斜め上方を向いている。マイク２０７は、ベース２１２に対し先端を来訪者側へ向けるようにして略円弧状に配置されている。
【００２６】
図３は、タッチパネル２１０における表示画面の一例を表す図である。この画面においては、後述の描画プログラムによって生成された、受付業務を行う仮想人物Ｍ（以下適宜、仮想受付者Ｍという）が、後述の受付処理が開始されるとオフィス風の背景Ｇとともに表示される。また、スピーカ２０８から発話される音声に対応する文章Ｌ（図中では「＊＊＊」で略記している）が併せて表示される。
【００２７】
図４は、タッチパネル２１０における表示画面の他の例を表す図である。この画面においては、後述の描画プログラムによって生成された、来訪者が指でタッチすることで操作入力可能な少なくとも１つの操作ボタンＢが背景Ｇ（図示では上記図３とは異なる背景の表示例を示している）とともに表示される。なお、各ボタンＢにはその内容が記載（図中では「＊＊＊」で略記している）されている。
【００２８】
図５は、タッチパネル２１０における表示画面のさらに他の例を表す図である。この画面においては、後述の描画プログラムによって生成された、来訪者が指でタッチすることで操作入力可能ないわゆるソフトウェアキーボードＳＢが表示される。ソフトウェアキーボードＳＢには、平仮名五十音をそれぞれ操作入力するためのかなボタンＳＢ１と、誤入力時に訂正するための「訂正」ボタンＳＢ２と、来訪者が担当者名を知らないときにその旨を操作入力するための「担当者名不明」ボタンＳＢ３と、入力内容を確定させる「決定」ボタンＳＢ４と、現在の入力内容を表示する「担当者名」表示欄ＳＢ５とを備えている。
【００２９】
タッチパネル２１０は、上記の例を含む複数の画面を所定の順序で順次切り替えて表示可能となっている。これにより、タッチパネル２１０は、来訪者が手動操作可能な操作手段として機能する。
【００３０】
以上の構成において、例えば受付端末２０の電源がＯＮされた後、この状態で会社への来訪者が上記タッチパネル２１０を操作することで、受付端末２０は来訪者が検出されたと認識して受付処理を開始する。すなわち、来訪者の来訪に対し、予め定められた複数の処理手順（以下適宜、シナリオという）に沿った受付処理を行い、端末本体２０Ａからの音声信号に基づき、スピーカ２０８から来訪者に関する所定の質問（詳細は後述）を所定の順序で出力する。またこのときタッチパネル２１０においても、上記出力に対応した所定の表示を行う（詳細は後述）。
【００３１】
上記スピーカ２０８の出力やタッチパネル２１０の表示に応じて、来訪者が自己の氏名等を発声すると、受付端末２０は、対応する音声情報をマイク２０７から入力し、音声認識処理を行う。また来訪者が上記スピーカ２０８の出力やタッチパネル２１０の表示に応じて、タッチパネル２１０の適宜の画面における各種ボタンを手動操作すると、対応する操作情報を入力する。
【００３２】
そして、受付端末２０は、上記音声情報の音声認識結果及び上記操作情報の入力結果に応じて、会社の来訪者の来訪対象となる来訪対応者（以下適宜、単に担当者という）が使用するＩＰ電話機６０や担当者が所属する部署代表のＩＰ電話機６０等にＩＰ−ＰＢＸ５０を介して接続し、担当者への通知処理を行う。担当者は、通知された来訪者の身元に関する情報に応じて、受付端末２０に対して応対を指示する。この指示に応じて、受付端末２０は、来訪者と担当者とが会話できるようにＩＰ電話機６０を接続したり、担当者の代理で来訪者に応対したりする。このようにして、本実施形態の来訪者受付システム１は、会社における受付業務を自動的に行うことができる。
【００３３】
（Ｂ）受付端末の詳細機能
図６は、受付端末２０の機能的構成を示す機能ブロック図である。
【００３４】
図６において、受付端末２０の端末本体２０Ａは、制御回路部２００と、入出力（Ｉ／Ｏ）インタフェイス２０４と、ハードディスク装置（ＨＤＤ）２０５とを有している。
【００３５】
制御回路部２００は、ＣＰＵ２０１と、受付端末２０の基本的な動作に必要なプログラムやそのための設定値を記憶したＲＯＭ２０２と、各種データを一時的に記憶するＲＡＭ２０３とを備えている。ＣＰＵ２０１は、ＲＯＭ２０２や、ＨＤＤ２０５に記憶されたプログラムに従って、受付端末２０全体の動作を制御する。
【００３６】
Ｉ／Ｏインタフェイス２０４には、上記ＣＰＵ２０１と、上記ハードディスク装置２０５と、上記タッチパネル２１０と、上記マイク２０７と、上記スピーカ２０８と、ネットワーク（ＮＷ）カード２０６とが接続されている。
【００３７】
ＨＤＤ２０５には、来訪者による発話の認識に使用するための言語モデル記憶エリア２５２、来訪者の身元を特定するための音声認識に使用される辞書記憶エリア２５３、及びプログラム記憶エリア２５６を含む複数の記憶エリアを備えている。
【００３８】
プログラム記憶エリア２５６には、例えば、受付端末２０の各種動作を制御するための複数のプログラムが記憶されている。記憶されているプログラムとしては、例えば、受付端末２０の基本的な動作を制御するシステムプログラム、ＤＢサーバ１０との通信を制御する通信プログラム、タッチパネル２１０に表示する画像を生成する描画プログラム、上述した音声認識を実行する音声認識プログラム、ＤＢサーバ１０のデータベースにアクセスし照合を行うためのＤＢ照合プログラム、音声合成プログラム、対話制御プログラム、ＩＰ電話機６０とＩＰ−ＰＢＸ５０との接続に係わる電話接続プログラム等がある。
【００３９】
なお、図示はされていないが、ＨＤＤ２０５には、その他、音声認識処理で一般的に使用される周知の音響モデルや、各種処理で使用される設定値等も記憶されている。なお、詳細は説明しないが、音響モデルは、音声の音響的特徴を統計的にモデル化したもので、例えば、母音、子音のそれぞれについて、音響的特徴（例えば、周波数特性）と対応する音素とで表現されている。
【００４０】
ＮＷカード２０６は、上記ルータ４０に接続され、ＤＢサーバ１０などとの間でデータの送受信を可能とするための拡張カードである。
【００４１】
（Ｃ）ＤＢサーバの詳細機能
図７は、ＤＢサーバ１０の機能的構成を表す機能ブロック図である。
【００４２】
図７に示すように、ＤＢサーバ１０は、ＣＰＵ１０１と、ＣＰＵ１０１に各々接続されたＲＯＭ１０２及びＲＡＭ１０３と、ＣＰＵ１０１に接続された入出力（Ｉ／Ｏ）インタフェイス１０４と、Ｉ／Ｏインタフェイス１０４にそれぞれ接続された、マウスコントローラ１０６、キーコントローラ１０７、ビデオコントローラ１０８、通信装置１０９、及び記憶手段としてのハードディスク装置（ＨＤＤ）１５０とを有している。
【００４３】
ＲＯＭ１０２は、ＢＩＯＳを含む、ＤＢサーバ１０を動作させるための各種のプログラムを記憶している。ＲＡＭ１０３は、各種データを一時的に記憶する。ＣＰＵ１０１は、ＲＯＭ１０２や、後述するＨＤＤ１５０に記憶されたプログラムに従って、ＤＢサーバ１０の全体の制御を司る。
【００４４】
マウスコントローラ１０６、キーコントローラ１０７、及びビデオコントローラ１０８には、それぞれマウス１１６、キーボード１１７、及びディスプレイ１１８が接続されている。通信装置１０９は、ルータ４０に接続され、受付端末２０等、外部機器との間でデータの送受信を行うことを可能とする。
【００４５】
ＨＤＤ１５０は、来訪者予約データベース記憶エリア１５１、来訪者履歴データベース記憶エリア１５２、部署電話番号データベース記憶エリア１５７、社員データベース記憶エリア１５５、及びプログラム記憶エリア１５６を含む複数の記憶エリアを備えている。
【００４６】
来訪者予約データベース記憶エリア１５１には、予定された来訪者（以下適宜、単に来訪予定者という）の来訪に関する予約データ（予約情報）を格納する来訪者予約データベース１５１０（詳細は後述の図８参照）が記憶されている。
【００４７】
来訪者履歴データベース記憶エリア１５２には、会社に来訪したことがある来訪者（以下適宜、単に来訪履歴者という）の来訪履歴データを格納する来訪者履歴データベースが記憶されている。この来訪者履歴データベースには、来訪履歴者１名ごとに、来訪履歴者の会社名、当該会社名の読み方（発音）、来訪履歴者の名前、当該名前の読み方（発音）、来訪履歴者が過去に来訪した日時、来訪履歴者の応対を担当した担当者の名前、当該名前の読み方（発音）、来訪履歴者の応対を担当した担当者が使用するＩＰ電話機６０の電話番号、来訪履歴者の応対を担当した担当者の所属部署の名称、来訪履歴者の来訪回数等を含む来訪履歴データが記憶されている。
【００４８】
部署電話番号データベース記憶エリア１５７には、会社の全部署の電話番号情報を格納する部署電話番号データベースが記憶されている。
【００４９】
社員データベース記憶エリア１５５には、会社の社員全員の個人情報を格納する社員データベースが記憶されている。
【００５０】
プログラム記憶エリア１５６には、システムプログラム、通信プログラム等、各種処理をＤＢサーバ１０に実行させるための各種プログラムが記憶されている。なお、これらのプログラムは、例えばＣＤ−ＲＯＭに記憶されたものがＣＤ−ＲＯＭドライブ（図示せず）を介してインストールされ、プログラム記憶エリア１５６に記憶される。又は、適宜のネットワークを介してシステム外部からダウンロードされたプログラムが記憶されてもよい。
【００５１】
図８は、来訪者予約データベース１５１０の記憶内容を表す概念的説明図である。図８において、予約データは、来訪予定者の訪問予定が決まった時点で、来訪予定者１名ごとに図示横一列の段を用いて作成される。すなわち、図示の各段に示される予約データは、来訪者会社名、来訪者会社名ヨミ、来訪者名、来訪者名ヨミ、来訪人数、訪問予定日時、担当者名、担当者名ヨミ、担当者電話番号、部署名、役職レベルをそれぞれ含む。なお、図示を省略しているが、当該予約に係わる用件概要（打ち合わせ、商談、資材搬入、商品搬出等）や来訪者に対する応対状況（応対済みか、未応対か）を別途含むようにしてもよい。
【００５２】
来訪者会社名は、来訪予定者が所属する会社や団体の名前であり、平仮名、片仮名、漢字、アルファベット等による通常の表記で記憶されている。なお、来訪者会社名としては、必ずしも会社等の正式な名称ではなく、図示のように、通常身元を名乗る際に用いられる名前（通称）が記憶されていてもよい。例えば「株式会社Ｂ運送」について、「株式会社」を省略した「Ｂ運送」のみを、来訪者会社名として記憶しておくことができる。また、来訪者会社名ヨミは、来訪者会社名の読み方、すなわち発音であり、片仮名で記憶されている。
【００５３】
来訪者名は、来訪予定者の名前であり、この例では、平仮名、片仮名、漢字、アルファベット等による通常の表記で記憶されている。なお、通常、来訪者は、他社の訪問時に身元を名乗る際、フルネームではなく苗字のみを使用することが多い。よって、来訪者名としては、図示のように、苗字のみが記憶されていてもよい。また、来訪者名ヨミは、来訪者名の読み方、すなわち発音であり、片仮名で記憶されている。
【００５４】
来訪人数は、来訪予定者の人数である。訪問予定日時は、来訪予定者の訪問が予定されている日時である。
【００５５】
担当者名は、来訪予定者の応対を担当する担当者の名前である。この担当者名は、平仮名、片仮名、漢字、アルファベット等による通常の表記で記憶されている。なお、通常、来訪者は、他社の訪問時に担当者を通知する際、フルネームではなく苗字のみを使用することが多い。よって、図示のように、担当者名として、来訪者名と同様、苗字のみが記憶されていてもよい。担当者名ヨミは、担当者名の読み方、すなわち発音であり、片仮名で記憶されている。
【００５６】
担当者電話番号は、担当者が使用するＩＰ電話機６０の電話番号である。部署名は、来訪予定者の応対を担当する担当者の所属部署の名称である。
【００５７】
役職レベルは、来訪予定者の応対を担当する担当者の役職（階級）情報である。この役職レベルは、この例では、レベル１（例えば一般社員）、レベル２（例えば課長や部長等の管理職）、レベル３（例えば社長や専務等の役員）等の表記で記憶されている。なお、図８に示す例以外に、会社等の正式名称、来訪者名及び担当者のフルネーム、担当者が不在等の際に担当者に代わって来訪者を応対する代理担当者名等が記憶されていてもよい。
【００５８】
（Ｄ）受付処理の流れ
以上のような構成の本実施形態の最大の特徴は、来訪者から取得した来訪情報に対応して、シナリオに基づく案内音声をスピーカ２０８を介し出力すること、所定の音声加工条件が満たされたかどうかを判定すること、及び、当該判定が満たされた場合、スピーカ２０８を介し出力する案内音声を加工し、当該案内音声の音声状態量（後述）を変化させること、である。以下、その詳細を順を追って説明する。
【００５９】
まず、来訪者が来訪すると（詳細には後述のようにタッチパネル２１０に表示された受付開始ボタンが押下されると）、受付端末２０によって、複数のシナリオに沿った受付処理が開始される。複数のシナリオとしては、例えば、来訪者から音声認識により来訪者名を取得するシナリオや、来訪者から音声認識により担当者名を取得するシナリオなどがある。
【００６０】
そして、来訪者によって発話が行われると、マイク２０７を介し取得された来訪者の発話音声による音声情報に基づき、来訪者の来訪に係わる来訪情報（例えば、来訪者の会社名、来訪者名、担当者名、担当者の部署名など）が取得される。あるいは、上記発話に代え、来訪者によってタッチパネル２１０を介しての手動操作が行われると、その手動操作による操作情報に基づき、上記来訪情報（例えば、来訪者の会社名、来訪者名、担当者名、担当者の部署名など）が取得される場合もある。なお、この例では、来訪者がタッチパネル２１０に表示された受付開始ボタンを押下したという情報（来訪者が来訪したという情報）等も、各請求項記載の来訪者の来訪に係わる来訪情報を構成している。
【００６１】
また、このような来訪情報の取得は、所定の切替タイミング（例えば、来訪情報の取得に失敗したときなど）で、上記音声情報に基づく来訪情報の取得か、若しくは、上記操作情報に基づく来訪情報の取得かに切替制御される（後述の例では、音声情報に基づく取得から操作情報に基づく取得へ切り替えられる）。言い換えれば、上記切替タイミングで、来訪者情報の取得方法が、来訪者の発話音声の音声情報による音声認識か、若しくは、来訪者のタッチパネル２１０を介しての手動操作入力に切替制御されるのである。
【００６２】
そして、上記所定のタイミングの切替制御時に、後述の音声加工条件が満たされた場合に、スピーカ２０８を介し出力される案内音声を加工し、当該案内音声の音声状態量を変化させる。この音声状態量とは、スピーカ２０８を介し出力される案内音声の、音量、発話スピード、主音域、帯域分布、及びエコー効果などがある。そのために行う上記の加工としては、発話音声のスピードを変更する、音声データに所定のフィルタをかける、等の処理がある。
【００６３】
（Ｅ）音声加工の例
（Ｅ−１）発話スピードの変更
本実施形態では、受付処理の経過時間（受付処理が開始された後の経過時間）に応じて、上記案内音声の発話スピードの変更を行う。この例では、発話スピードの変更は、予め固定的に用意された所定数の音節やテキストからなる文言や文章や台詞等を発話するのに要する時間（以下適宜、「所定音節発話時間」という）を短縮することによって行う。すなわち例えば、変更前に上記所定音節等の発話に要する時間を初期値１．０として、１．２５倍の発話スピードに変更する場合には、上記所定音節発話時間を４／５（＝０．８）倍に変更する。同様に２．０倍の発話スピードに変更する場合には、上記所定音節発話時間を１／２（＝０．５）倍に変更する。このようにして所定音節発話時間を変更するために、初期値に乗じる係数（ゲイン）を、本実施形態では予め発話速度係数として用意している。そして、このような発話速度係数を、制御フロー上の演算で円滑に設定・変更していくために、本実施形態では整数からなる段階値Ｓで段階的に整理してテーブル化している。
【００６４】
図９は、上記のようにして整数を用いて段階的に整理された、段階値と上記発話速度係数との対応関係を表すテーブルである。
【００６５】
図９において、この例では、各段階値Ｓの値は、初期値（受付処理が開始された直後の値）として０に設定され、対応する発話速度係数の初期値は１となっている。上記段階値Ｓの値が初期値０から１，２，３，…と大きくなるほど、対応する発話速度係数は初期値１から０．９，０．８５，０．８，…と小さくなり、逆に上記段階値Ｓの値が初期値０から−１，−２，−３，…と小さくなるほど、対応する発話速度係数は初期値１から１．１，１．１５，１．２，…と大きくなっている。
【００６６】
ここで、前述したように、受付端末２０のＣＰＵ２０１は、上記発話速度係数の値が小さくなるほどその倍率に従って上記所定音節発話時間を短縮し発話スピードを速くするよう制御し、逆に上記発話速度係数の値が大きくなるほどその倍率に従って上記所定音節発話時間を延長し発話スピードを遅くするように制御する。したがって、上記段階値Ｓの値が大きくなるほど案内音声の発話スピードが速くなって早口口調となり、上記段階値Ｓの値が小さくなるほど案内音声の発話スピードが遅くなってゆっくり落ち着いた口調となる。
【００６７】
なお、上記図９のテーブルは、例えば制御回路部２００のＲＯＭ２０２又はＲＡＭ２０３に予め記憶されている。あるいは、ＤＢサーバ１０のＲＯＭ１０２及びＲＡＭ１０３に記憶させてもよい。
【００６８】
図１０は、上記の段階値と発話速度係数との関係を利用して受付端末２０のＣＰＵ２０１が実行する、受付処理開始後の時間経過とともに発話スピードを速くする制御の内容を表す図である。
【００６９】
図１０において、この例では、受付処理が開始された後、３０秒（各請求項記載の所定時間の例を構成する）が経過した場合、上記段階値Ｓの値に１を加える（Ｓ＝Ｓ＋１）。これにより、図９を用いて上述したように、段階値Ｓの値は初期値０から１となるので、発話速度係数は初期値１から０．９となり、結果として発話スピードは１／０．９＝１．１１倍に増速されることとなる。
【００７０】
さらに、受付処理が開始された後１分が経過した場合には、上記段階値Ｓの値にさらに１を加え、段階値Ｓの値が２となって発話速度係数が０．８５となり、発話スピードは元のスピードの１／０．８５＝１．１８倍に増速される。同様に、受付処理が開始後３分では段階値Ｓの値が３となって発話速度係数が０．８となり、発話スピードは元のスピードの１／０．８＝１．２５倍に増速される。      
【００７１】
このように、受付処理が開始された後、所定時間が経過するごとに、上記段階値Ｓの値を大きくしていき、対応する発話速度係数を小さくすることで、スピーカ２０８を介し出力される案内音声の発話スピードを増大させることができる。
【００７２】
（Ｅ−２）音量変更・フィルタリング等
また、本実施形態では、来訪者に関する所定の条件に基づき、音量（パワー）の増減制御や、フィルタを通して音質・帯域を変更する制御や、上記同様の段階値Ｓを用いた発話スピードの変更等を行う。
【００７３】
図１１は、この案内音声の加工例を表す図である。図１１において、本実施形態では、所定の来訪者に関する条件として、来訪者の来訪人数が３人以上であること、来訪者を応対する担当者の役職が上記レベル３以上であること、来訪者の来訪回数が５回以上であることが、満たされた場合に、それぞれに対応する加工を行う。
【００７４】
この例では、前述の来訪者予約データベース１５１０（図８参照）に記憶された、来訪者に係わる予約データの「来訪人数」が３人以上であった場合、案内音声の音量の増大制御を行う（例えば、スピーカ２０８からの出力パワーを１．２倍にする）。これにより、スピーカ２０８を介し出力される案内音声の音量が増大する。
【００７５】
前述の来訪者予約データベース１５１０に記憶された、来訪者に係わる予約データの「役職レベル」がレベル３以上であった場合、案内音声にエコー効果フィルタをかける。さらに上記段階値Ｓの値を−３に設定する。これにより、スピーカ２０８を介し出力される案内音声の音質にエコーがかかるとともに、当該案内音声発話のスピードが元の発話スピードの１／１．２（＝０．８３）倍に遅くなる。
【００７６】
前述の来訪者履歴データベースに記憶された、来訪者に係わる来訪履歴データの「来訪回数」が５回以上であった場合、案内音声に対し、高音域を増大させる高音域増大フィルタをかける。さらに上記段階値Ｓの値を−３に設定する。これにより、スピーカ２０８を介し出力される案内音声の高音域が強調されるとともに、当該案内音声発話のスピードが元の発話スピードの１／１．２（＝０．８３）倍に遅くなる。
【００７７】
（Ｅ−３）通知先が誰であるかに応じた加工
また、本実施形態では、通知先（通知する相手）に対応した加工も行われる。図１２は、この通知先に基づく案内音声の加工例を表す図である。図１２において、本実施形態では、通知先が、担当者である場合、上記代理担当者である場合、部署代表である場合、通知先不明である場合に分けて、加工の有無及び加工の態様を変えている。
【００７８】
この例では、通知先が担当者であった場合には、加工は特に行わない。
【００７９】
通知先が代理担当者であった場合には、（例えば公知の変調技術等を用いて）案内音声の主音域を低音域側にシフトする。これにより、スピーカ２０８を介し出力される案内音声の主音域が低くなる。
【００８０】
通知先が部署代表であった場合、（例えば公知の変調技術等を用いて）案内音声の主音域を高音域側にシフトする。これにより、スピーカ２０８を介し出力される案内音声の主音域が高くなる。
【００８１】
通知先が見つからなかった場合、案内音声に対し、帯域分布の低音域を減少させる低音域減少フィルタをかける。これにより、スピーカ２０８を介し出力される案内音声の低音域がカットされる。      
【００８２】
（Ｆ）制御手順
図１３は、以上説明した内容を実現するために、受付端末２０の制御回路部２００により実行する制御手順を表すフローチャートである。なお、このフローに示す処理は、ＨＤＤ２０５のプログラム記憶エリア２５６に記憶された来訪者受付処理用のプログラム群（前述のシステムプログラム、通信プログラム、描画プログラム、音声認識プログラム、ＤＢ照合プログラム、電話接続プログラム等）に従って、ＣＰＵ２０１が実行するものである。
【００８３】
図１３において、例えば受付端末２０の電源ＯＮによって、このフローが開始される（「ＳＴＡＲＴ」位置）。
【００８４】
まずステップＳ１０で、所定の初期化処理を実行し、発話手段を構成する後述のステップＳ５０等（以下適宜、「発話ステップ」という）において出力する各種案内音声を初期化する。また、受付開始操作があったことを表すフラグＦｓをＦｓ＝０とし、及び来訪者名が音声認識できたことを表すフラグＦｒをＦｒ＝０とする。
【００８５】
その後、ステップＳ２０で、タッチパネル２１０に表示信号を出力し、「御用の方はこのボタンを押してください」の旨の受付開始ボタンを含む待ち受け状態の画面（初期画面）を表示させる。
【００８６】
そして、ステップＳ３０で、上記受付開始ボタンが手動操作されたかどうかを判定する。来訪者によって押下されるまでは判定が満たされずループ待機し、押下されたら判定が満たされて、ステップＳ４０に移り、上記フラグＦｓをＦｓ＝１にした後、ステップＳ５０に移る。
【００８７】
ステップＳ５０では、スピーカ２０８へ音声信号を出力し、“いらっしゃいませ。どちら様でしょうか。マイクに向かってお名前を入力してください”という来訪者名を問いかける台詞を含む案内音声を出力させる。なお、当該案内音声は、受付処理が開始された直後に出力されるものなので、このステップＳ５０では、音声加工手段を構成する後述のステップＳ２１０等（以下適宜、「音声加工ステップ」という）により加工されていない、（デフォルトの）案内音声が出力される。なお、受付開始ボタンの操作態様（押し方、押した時間）等に応じて、音声加工ステップで実行する加工と同等の適宜の加工を行うようにしてもよい・
【００８８】
その後、ステップＳ６０では、上記ステップＳ５０での問いかけに対応して発話した来訪者の発話音声により、対応する音声情報をマイク２０７を介して取得する。
【００８９】
そして、ステップＳ７０で、上記ステップＳ６０で取得した音声情報を、前述の言語モデル記憶エリア２５２や辞書記憶エリア２５３に記憶された、音響モデル、言語モデル等を用いて音声認識を行う。
【００９０】
その後、ステップＳ８０で、上記ステップＳ７０において音声認識できたかどうかを判定する。言語として音声認識できなかった場合には判定が満たされず、ステップＳ９０に移る。
【００９１】
ステップＳ９０では、スピーカ２０８へ音声信号を出力し、“恐れ入りますがもう一度、マイクに向かってお名前を入力してください”という来訪者名を再度問いかける台詞を含む案内音声（後述する図１４等の音声加工ステップにより加工がされている場合は、加工後の案内音声）を出力させる。
【００９２】
その後のステップＳ１００、ステップＳ１１０、及びステップＳ１２０は、上記ステップＳ６０、ステップＳ７０、及びステップＳ８０とほぼ同様であり、音声情報をマイク２０７を介し取得し、この取得した音声情報を音声認識し、音声認識できたかどうかを判定する。言語として音声認識できなかった場合には、ステップＳ１２０の判定が満たされず、ステップＳ１３０に移る。
【００９３】
ステップＳ１３０では、スピーカ２０８へ音声信号を出力し、“マイクに向かって担当者名を入力してください”という担当者名を問いかける台詞を含む案内音声（後述する図１４等の音声加工ステップにより加工がされている場合は、加工後の案内音声）を出力させる。
【００９４】
その後のステップＳ１４０、ステップＳ１５０、及びステップＳ１６０は、上記ステップＳ６０、ステップＳ７０、及びステップＳ８０とほぼ同様であり、音声情報をマイク２０７を介し取得し、この取得した音声情報を音声認識し、音声認識できたかどうかを判定する。言語として音声認識できた場合にはステップＳ１６０の判定が満たされ、後述のステップＳ２５０に移る。一方、言語として音声認識できなかった場合には、ステップＳ１６０の判定が満たされず、ステップＳ１７０に移る。
【００９５】
ステップＳ１７０では、上記来訪情報の取得方法を、上記発話音声の音声情報による音声認識から、上記タッチパネル２１０を介しての手動操作入力へ切り替える（取得制御手段としての機能）。なお、このステップＳ１７０が、各請求項記載の所定の切替タイミングの１つを例を構成している。このとき、来訪者情報の取得方法が、上記音声認識から上記手動操作入力へ切り替えられた旨の台詞を含む案内音声を出力させてもよい。
【００９６】
そして、ステップＳ１８０で、スピーカ２０８へ音声信号を出力し、“担当者が所属する部署名を選択してください”という担当者の部署名を問いかける台詞を含む案内音声（後述する図１４等の音声加工ステップにより加工がされている場合は、加工後の案内音声）を出力させる。
【００９７】
その後、ステップＳ１９０で、タッチパネル２１０に表示信号を出力して全部署名に対応するボタンを含む部署名一覧表示画面を表示させる。
【００９８】
そして、ステップＳ１９５で、上記部署名一覧表示画面に対応した来訪者の手動操作があったかどうかを判定する。手動操作があるまでは判定が満たされずループ待機し、手動操作があったら判定が満たされ、ステップＳ２００に移る。
【００９９】
ステップＳ２００では、上記ボタンの手動操作による操作情報を取得し、対応する部署名を（例えばＲＡＭ２０３に）保存する。
【０１００】
その後、ステップＳ２１０で、出力する案内音声の主音域を高音域側にシフトして、このステップＳ２１０以降にスピーカ２０８を介し出力される当該案内音声の主音域を高くさせる。
【０１０１】
ステップＳ２２０では、スピーカ２０８へ音声信号を出力し、上記ステップＳ２１０で高音域側にシフトした音声で（後述する図１４等その他の音声加工ステップにより加工されていた場合は併せてその加工もされた後の音声で）、“部署代表におつなぎします。しばらくお待ち下さい”という部署代表に接続することを報知する台詞を含む案内音声を出力させる。
【０１０２】
そして、ステップＳ２３０で、対応する部署連絡先（この例では部署代表のＩＰ電話機６０）に発信（コール）を行う。具体的には、対応する通知文を作成し、その通知文のテキストデータを音声データに変換し、ステップＳ２００で取得した部署名に対応する電話番号を、前述の部署電話番号データベースの記憶内容を参照して取得し、ＩＰ−ＰＢＸ５０を介しＩＰ電話機６０に発信する。その後、このフローを終了する。なお、このフローは、例えば受付端末２０の電源がＯＮの間、あるいは所定の終了操作がされるまでの間は、繰り返し継続して実行される。
【０１０３】
一方、上記ステップＳ８０の判定が満たされた場合、及び、上記ステップＳ１２０の判定が満たされた場合は、ステップＳ２４０に移る。
【０１０４】
ステップＳ２４０では、上記フラグＦｒを音声認識できたことを表すＦｒ＝１とし、ステップＳ２５０に移る。
【０１０５】
ステップＳ２５０では、上記ステップＳ７０、ステップＳ１１０、又はステップＳ１５０での音声認識結果（来訪者名又は担当者名）を（例えばＲＡＭ２０３に）保存する。
【０１０６】
その後、ステップＳ２６０で、ＤＢサーバ１０の来訪者予約データベース１５１０にアクセスし、上記ステップＳ７０において音声情報の音声認識により取得した来訪者名、ステップＳ１１０において音声情報の音声認識により取得した来訪者名、又はステップＳ１５０において音声情報の音声認識により取得した担当名が、来訪者予約データベース１５１０のいずれかの予約データの「来訪者名」又は「担当者名」と一致するかどうかを照合する。なお、完全な一致ではなく、ある類似幅、許容幅を持たせた範囲内で適合するかどうかを照合するようにしてもよい。
【０１０７】
そして、ステップＳ２７０で、上記ステップＳ２６０での照合結果が一致したか（適合したか。以下同様）どうかを判定する。なお、このステップＳ２７０が、各請求項記載の来訪者の来訪に関する予約情報の有無を判断する来訪予約情報判断手段として機能する。ステップＳ２６０での照合結果が一致した（該当する来訪者名又は担当者名の予約データが存在した）場合には判定が満たされて、ステップＳ２８０に移る。
【０１０８】
ステップＳ２８０では、上記ステップＳ２６０での照合結果が一致であった予約データの内容を来訪者予約データベース１５１０から取得し、例えばＲＡＭ２０３に記憶する。
【０１０９】
その後、ステップＳ２９０で、上記ステップＳ２８０で取得した予約データの「来訪人数」が、３人以上であるかどうかを判定する。３人以上である場合には判定が満たされて、ステップＳ３００に移る。
【０１１０】
ステップＳ３００では、出力する案内音声のパワーを増大して、このステップＳ３００以降にスピーカ２０８を介し出力される当該案内音声の音量を増大させる。その後、ステップＳ３１０に移る。
【０１１１】
一方、上記ステップＳ２９０において、上記ステップＳ２８０で取得した予約データの「来訪人数」が、３人以上でなかった（２人以下であった）場合には、ステップＳ２９０の判定が満たされず、直接ステップＳ３１０に移る。
【０１１２】
ステップＳ３１０では、上記ステップＳ２８０で取得した予約データの「役職レベル」が、レベル３以上であるかどうかを判定する。レベル３以上である場合には判定が満たされて、ステップＳ３２０に移る。
【０１１３】
ステップＳ３２０では、出力する案内音声に上記エコー効果フィルタをかけ、これ以降にスピーカ２０８を介し出力される当該案内音声にエコーをかけるとともに、上記段階値Ｓの値を−３として発話スピードを遅くする。その後、ステップＳ３３０に移る。
【０１１４】
一方、上記ステップＳ３１０において、上記ステップＳ２８０で取得した予約データの「役職レベル」が、レベル３以上でなかった（レベル２以下であった）場合には、ステップＳ３１０の判定が満たされず、直接ステップＳ３３０に移る。
【０１１５】
ステップＳ３３０では、スピーカ２０８へ音声信号を出力し、上記ステップＳ３００で音量が増大されたりステップＳ３２０でエコー効果が付与された音声で（後述する図１４等その他の音声加工ステップにより加工がされていた場合は併せてその加工もされた後の音声で）“担当者におつなぎします。しばらくお待ち下さい”という担当者に接続することを報知する台詞を含む案内音声を出力させる。
【０１１６】
そして、ステップＳ３４０で、対応する担当者のＩＰ電話機６０に発信（コール）を行う。具体的には、担当者への通知文を作成し、その通知文のテキストデータを音声データに変換し、担当者の電話番号を用いて、ＩＰ−ＰＢＸ５０を介し、担当者の使用するＩＰ電話機６０に発信する。
【０１１７】
その後、ステップＳ３５０で、所定時間内に当該担当者による応答があったかどうかを判定する。応答がなければ判定が満たされず、不在とみなして上記ステップＳ２１０に戻り、同様の手順を繰り返す。応答があった（担当者が電話に出た）場合は判定が満たされ、このフローを終了する。
【０１１８】
一方、上記ステップＳ２７０において、上記ステップＳ２６０での照合結果が一致していなかった（該当する来訪者名又は担当者名の予約データが存在していなかった）場合には、ステップＳ２７０の判定が満たされず、ステップＳ３６０に移る。
【０１１９】
ステップＳ３６０では、上記フラグＦｒがＦｒ＝１であるかどうかを判定する。前述のステップＳ７０又はステップＳ１１０で来訪者名が音声認識でき、ステップＳ２４０でＦｒ＝１となっていた場合には、判定が満たされステップＳ３７０に移る。
【０１２０】
ステップＳ３７０では、ＤＢサーバ１０の来訪者履歴データベースにアクセスし、上記ステップＳ７０において音声情報の音声認識により取得した来訪者名、又は、ステップＳ１１０において音声情報の音声認識により取得した来訪者名が、来訪者履歴データベースのいずれかの来訪履歴データの「来訪者名」と一致するかどうかを照合する。なお、前述と同様、完全な一致ではなく、ある類似幅、許容幅を持たせた範囲内で適合するかどうかを照合するようにしてもよい。
【０１２１】
そして、ステップＳ３８０で、上記ステップＳ３７０での照合結果が一致したかどうかを判定する。ステップＳ３７０での照合結果が一致した（該当する来訪者名の来訪履歴データが存在した）場合には判定が満たされて、ステップＳ３９０に移る。
【０１２２】
ステップＳ３９０では、上記ステップＳ３７０での照合結果が一致であった来訪履歴データの内容を来訪者履歴データベースから取得し、例えばＲＡＭ２０３に記憶する。
【０１２３】
ステップＳ４００では、上記ステップＳ３９０で取得した来訪履歴データの「来訪回数」が、５回以上であるかどうかを判定する。５回以上である場合には判定が満たされて、ステップＳ４１０に移る。
【０１２４】
ステップＳ４１０では、出力する案内音声に上記高音域増大フィルタをかけ、これ以降にスピーカ２０８を介し出力される当該案内音声の高音域を増大させ、さらに段階値Ｓの値を−３として発話スピードを初期値よりもかなり遅くする。その後、ステップＳ４２０に移る。
【０１２５】
一方、上記ステップＳ４００において、上記ステップＳ３９０で取得した来訪履歴データの「来訪回数」が、５回以上でなかった（４回以下であった）場合には、ステップＳ４００の判定は満たされず、直接ステップＳ４２０に移る。
【０１２６】
ステップＳ４２０では、出力する案内音声の主音域を高音域側にシフトして、これ以降にスピーカ２０８を介し出力される当該案内音声の主音域を高くさせる。
【０１２７】
その後、ステップＳ４３０で、スピーカ２０８へ音声信号を出力し、上記ステップＳ４１０で高音域が増大されたりステップＳ４２０で低音域側にシフトされた音声で（後述する図１４等その他の音声加工ステップにより加工がされていた場合は併せてその加工もされた後の音声で）“代理のものにおつなぎします。しばらくお待ち下さい”という代理担当者に接続することを報知する台詞を含む案内音声を出力させる。
【０１２８】
そして、ステップＳ４４０で、対応する代理担当者のＩＰ電話機６０に発信（コール）を行う。具体的には、上記ステップＳ３９０で取得した来訪履歴データを参照して代理担当者（例えば前回の担当者など）を特定し、代理担当者への通知文を作成し、その通知文のテキストデータを音声データに変換し、代理担当者の電話番号を用いて、ＩＰ−ＰＢＸ５０を介し、代理担当者の使用するＩＰ電話機６０に発信する。その後、このフローを終了する。
【０１２９】
一方、上記ステップＳ３６０においてフラグＦｒがＦｒ＝０のままであり判定が満たされなかった場合、及び、上記ステップＳ３８０において上記ステップＳ３７０での照合結果が一致せず（該当する来訪者名の来訪履歴データが存在ぜず）判定が満たされなかった場合は、ステップＳ４５０に移る。
【０１３０】
ステップＳ４５０では、出力する案内音声に上記低音域減少フィルタをかけて、これ以降にスピーカ２０８を介し出力される当該案内音声の低音域を減少させる。
【０１３１】
その後、ステップＳ４６０で、スピーカ２０８へ音声信号を出力し、上記ステップＳ４５０で低音域が減少された音声で（後述する図１４等その他の音声加工ステップにより加工がされていた場合は併せてその加工もされた後の音声で）“おつなぎできません”という接続できなかったことを報知する台詞を含む案内音声を出力させる。なお、その後対応する処理（例えば受付担当者等に取り次ぐ等）を行うようにしてもよい。そして、このフローを終了する。
【０１３２】
図１４は、上記図１３のフローと並行して、受付端末２０の制御回路部２００により実行する制御手順を表すフローチャートである。上記図１３のフローが受付処理と当該受付処理の制御手順に対応して実行される音声加工処理との制御手順を示していたのに対し、この図１４のフローは、（受付処理の制御手順とは特に関係なく）受付処理開始後の経過時間に対応して実行される音声加工処理の制御手順を表すものである。なお、これら図１３及び図１４の２つのフローは、例えばコンピュータのＯＳ等でしばしば行われる「マルチタスク処理」と同様の公知の手法により、前述の来訪者受付処理用のプログラム群に従って、ＣＰＵ２０１によって同時並行処理されるようになっている。
【０１３３】
図１４において、例えば受付端末２０の電源ＯＮによって、このフローが開始される（「ＳＴＡＲＴ」位置）。
【０１３４】
まずステップＳ５００で、受付開始操作があったことを表す上記フラグＦｓがＦｓ＝１であるかどうかを判定する。上記図１３のステップＳ３０で受付開始ボタンが押下されＦｓ＝１になるまで判定が満たされず、ループして待機する。そして、Ｆｓ＝１になったら、判定が満たされステップＳ５１０に移る。
【０１３５】
ステップＳ５１０では、タイマの計測時間ｔを０にリセットし、その後タイマを起動させ、受付処理の経過時間を計測する。
【０１３６】
そして、ステップＳ５２０では、受付処理が開始された後、３０秒が経過したか、言い換えれば、上記タイマの計測時間ｔがｔ＝３０（秒）になったかどうかを判定する。ｔ＝３０（秒）になっていない場合には判定が満たされず、ステップＳ５３０に移る。
【０１３７】
ステップＳ５３０では、上記図１３に示すフローが終了した、言い換えれば、受付処理が終了したかどうかを判定する。受付処理が既に終了している場合には判定が満たされて、このフローを終了する。受付処理がまだ終了していない場合には判定が満たされず、上記ステップＳ５２０に戻り、同様の手順を繰り返す。
【０１３８】
一方、上記ステップＳ５２０において、上記タイマの計測時間ｔがｔ＝３０（秒）になった場合には判定が満たされて、ステップＳ５４０に移る。
【０１３９】
ステップＳ５４０では、上記段階値Ｓの値に１を加え、このステップＳ５４０の実行時よりも後のタイミングで実行される上記図１３に示す各発話ステップ（後述）においてスピーカ２０８を介し出力される案内音声の発話スピードを、増大させる。その後、ステップＳ５５０に移る。
【０１４０】
ステップ５５０では、上記タイマの計測時間ｔがｔ＝６０（秒）になったかどうかを判定する。ｔ＝６０（秒）になっていない場合には判定が満たされず、ステップＳ５６０に移る。
【０１４１】
ステップＳ５６０は、前述のステップＳ５３０とほぼ同様であり、受付処理が終了したかどうかを判定し、受付処理が既に終了している場合には、このフローを終了し、受付処理がまだ終了していない場合には、上記ステップＳ５５０に戻り、同様の手順を繰り返す。
【０１４２】
一方、上記ステップＳ５５０において、上記タイマの計測時間ｔがｔ＝６０（秒）になった場合には判定が満たされて、ステップＳ５７０に移る。
【０１４３】
ステップＳ５７０では、上記段階値Ｓの値に１を加え、このステップＳ５７０の実行時よりも後のタイミングで実行される上記図１３に示す各発話ステップにおいてスピーカ２０８を介し出力される案内音声の発話スピードを、増大させる。その後、ステップＳ５８０に移る。
【０１４４】
ステップＳ５８０では、上記タイマの計測時間ｔがｔ＝１８０（秒）になったかどうかを判定する。ｔ＝１８０（秒）になっていない場合には判定が満たされず、ステップＳ５９０に移る。
【０１４５】
ステップＳ５９０は、前述のステップＳ５３０とほぼ同様であり、受付処理が終了したかどうかを判定し、受付処理が既に終了している場合には、このフローを終了し、受付処理がまだ終了していない場合には、上記ステップＳ５８０に戻り、同様の手順を繰り返す。
【０１４６】
一方、上記ステップＳ５８０において、上記タイマの計測時間ｔがｔ＝１８０（秒）になった場合には判定が満たされて、ステップＳ６００に移る。
【０１４７】
ステップＳ６００では、上記段階値Ｓの値に２を加え、このステップＳ６００の実行時よりも後のタイミングで実行される上記図１３に示す各発話ステップにおいてスピーカ２０８を介し出力される案内音声の発話スピードを、増大させる。その後、ステップＳ６１０に移る。
【０１４８】
ステップＳ６１０では、上記タイマの計測時間ｔがｔ＝３００（秒）になったかどうかを判定する。ｔ＝３００（秒）になっていない場合には判定が満たされず、ステップＳ６２０に移る。
【０１４９】
ステップＳ６２０では、前述のステップＳ５３０とほぼ同様であり、受付処理が終了したかどうかを判定し、受付処理が既に終了している場合には、このフローを終了し、受付処理がまだ終了していない場合には、上記ステップＳ６１０に戻り、同様の手順を繰り返す。
【０１５０】
一方、上記ステップＳ６１０において、上記タイマの計測時間ｔがｔ＝３００（秒）になった場合には判定が満たされて、ステップＳ６３０に移る。
【０１５１】
ステップＳ６３０では、上記段階値Ｓの値に２を加え、このステップＳ６３０の実行時よりも後のタイミングで実行される上記図１３に示す各発話ステップによりスピーカ２０８を介し出力される案内音声の発話スピードを、増大させる。その後、このフローを終了する。なお、このフローは、例えば受付端末２０の電源がＯＮの間、あるいは所定の終了操作がされるまでの間は、繰り返し継続して実行される。
【０１５２】
なお、上記において、図１３に示すステップＳ５０、ステップＳ９０、ステップＳ１３０、ステップＳ１８０、ステップＳ２２０、ステップＳ３３０、ステップＳ４３０、及びステップＳ４６０が、各請求項記載の発話手段として機能する。
【０１５３】
また、図１３に示すステップＳ６０、ステップＳ１００、及びステップＳ１４０が、音声情報取得手段として機能し、これらにステップＳ２００を加えたものが、各請求項記載の来訪情報取得手段として機能する。
【０１５４】
また、図１３に示すステップＳ１９５、ステップＳ２９０、ステップＳ３１０、ステップＳ３５０、ステップＳ３６０、ステップＳ３８０、及びステップＳ４００と、図１４に示すステップＳ５２０、ステップＳ５５０、ステップＳ５８０、及びステップＳ６１０とが、加工判定手段として機能する。
【０１５５】
また、図１３に示すステップＳ２１０、ステップＳ３００、ステップＳ３２０、ステップＳ４１０、ステップＳ４２０、及びステップＳ４５０と、図１４に示すステップＳ５４０、ステップＳ５７０、ステップＳ６００、及びステップＳ６３０とが、音声加工手段として機能する。
【０１５６】
以上説明したように、本実施形態においては、来訪者が来訪し、受付端末２０が複数のシナリオに沿って受付処理を行うとき、所定のタイミングで、スピーカ２０８からの案内音声の音量、主音域、発話スピード、帯域分布、エコー効果等に関する加工を行い、これによって当該案内音声を変化させる。
【０１５７】
例えば上記図１３や図１４に加工処理の制御の一例を示したように、低音域をカットした場合は、乾いた声の感じを表現でき、エコーをかけた場合は、落ち着いた感じの声を表現でき、高音域を増大（強調）させた場合は、明るいクリアな声を表現することができる。また、発話スピードを増大させた場合は、受付処理に時間がかかっていることで恐縮している様子や警戒心等の気持ちを表すことができる。逆に、発話スピードを減少させた場合は、ゆっくり丁寧に応対する気持ちを表すことができる。また、音量を増大させた場合は、遠くまで声を届かせようとする意図を表したり、音量及び発話スピードを増大させた場合は、気持ちの高揚や感謝の気持ちを表すことができる。また、主音域を低くシフトさせた場合は、（例えば代理担当者に取り次ぐ場合に）内密に処理する感じを表現することができ、逆に、主音域を高くシフトさせた場合は、（例えば部署代表に取り次ぐ場合に）型どおりに処理する感じを表現することができる。
【０１５８】
また例えば、特に図１４に示したように、受付処理が開始された後、所定時間（上記の例では、３０秒、１分、３分、及び５分）が経過したかどうかを判定し、受付処理が煩雑となって時間がかかり来訪者を待たせてしまった場合に、発話スピードを増大させる。これにより、時間がかかっていることで恐縮している様子を表現することができる。
【０１５９】
また例えば、前述の来訪履歴データベースに格納された各来訪者ごとの来訪履歴データに対応した態様で（上記の例では来訪履歴データの「来訪履歴」が５回以上であった場合に）、発話音声を加工し、発話スピードを減少させるとともに高音域を増大させ明るいクリアな声とする（ステップＳ４１０参照）。これにより、過去に何度も来訪している来訪者（いわゆる常連客等）に対し、いつもお世話になっておりますという感謝の気持ちを現す、親しげな感じを表現することができる。
【０１６０】
また例えば、来訪予約データベース１５１０に格納された各来訪者ごとの来訪人数に対応した態様で（上記の例では予約データの「来訪人数」が３人以上であった場合に）、発話音声を加工し、人数が多い来訪者（いわゆるグループ客）に対しては、音量を増大させる（図１３のステップＳ３００参照）。これにより、いちばん後ろにいるメンバーまで聞こえるようにしたい、という気持ちを表現することができる。
【０１６１】
また例えば、来訪予約データベース１５１０に格納された各来訪者に対応した担当者の階級情報に対応した態様で（上記の例では予約データの「階級レベル」がレベル３以上であった場合に）、発話音声を加工し、階級が高い（いわゆる役職者）担当者への来訪者である場合に、（比較的年配である可能性が高いことから）発話スピードを減少させるとともにエコーをかけることで落ち着いた感じの声とする（図１３のステップＳ３２０参照）。これにより、特に重要なお客様をゆっくり丁寧に応対するという気持ちを表現することができる。
【０１６２】
以上のようにして、本実施形態の受付端末２０によれば、実際に人間の受付担当者が目の前で応対しているときのように、状況に応じた気持ちや感情のこもった発話状態を実現できる。この結果、実際の人間に近い振る舞いを行える、サービス性の高い受付装置を実現することができる。また、そのような振る舞いを受付処理中に案内音声を適宜加工することにより実現するので、種々の態様の発話録音を切り替えて再生する場合のように、多数の態様の発話を事前に用意しておく必要がない。
【０１６３】
なお、本発明は、上記実施形態に限られるものではなく、その趣旨及び技術的思想を逸脱しない範囲内で種々の変形が可能である。以下、そのような変形例を順を追って説明する。
【０１６４】
（１）プロセスの煩雑さに応じて、発話スピードを変える場合
例えば、受付処理のために実行される制御プロセスにおける煩雑さに応じて、上記発話スピードを変化させるような加工を行ってもよい。
【０１６５】
図１５は、本変形例における音声加工の条件と、上記案内音声の加工との一例を表す図であり、上記実施形態の図１０、図１１、図１２等に対応する図である。図１５において、この例では受付処理のために実行される制御プロセス（例えば後述の図１６に示すフロー）でのプロセスの煩雑さに応じて、前述の段階値と発話速度係数との関係を利用して案内音声の発話スピードを変化させる。
【０１６６】
例えば、前述した制御プロセスにおいて、音声認識による来訪情報の取得に失敗した場合（前述の図１３のステップＳ８０等参照）は、再度来訪情報の取得等を行うため、以降のプロセスは煩雑になる。したがって、この場合は、前述の段階値Ｓの値に１を加え、以降のプロセスにおいてスピーカ２０８を介し出力される案内音声の発話スピードを増加させる。
【０１６７】
また、来訪情報の取得方法の切替を行った場合（前述の図１３のステップＳ１７０参照）も同様に、以降のプロセスは煩雑になるので、上記段階値Ｓの値に１を加える。また、前述の来訪者予約データベース１５１０に記憶された予約データがなかった場合（前述の図１３のステップＳ２７０参照）も同様に、以降のプロセスは煩雑になるので、上記段階値Ｓの値に３を加える。また、前述の来訪履歴データベースに記憶された来訪履歴データがなかった場合（前述の図１３のステップＳ３８０参照）も同様に、以降のプロセスは煩雑になるので、上記段階値Ｓの値に２を加える。さらに、担当者のＩＰ電話機６０に発信を行った後、所定時間内に応答がなかった場合（前述の図１３のステップＳ３５０参照）も同様に、以降のプロセスは煩雑になるので、上記段階値Ｓの値に１を加えるようにしている。
【０１６８】
図１６は、本変形例において、受付端末２０の制御回路部２００により実行する制御手順を表すフローチャートであり、前述の図１３に対応する図である。図１３と同等の手順には同符号を付し説明を省略する。なお、上記実施形態においては、前述の図１３及び図１４の２つのフローが、ＣＰＵ２０１によって同時並行処理されていたが、本変形例においては、図１４のフローは省略され、図１３に対応するこの図１６のフローがＣＰＵ２０１によって処理される。
【０１６９】
図１６において、前述の図１３と異なる点は、ステップＳ８０とステップＳ９０との間にステップＳ８５を新たに設け、ステップＳ１２０とステップＳ１３０との間にステップＳ１２５を新たに設け、ステップＳ１６０とステップＳ１７０との間にステップＳ１６５を新たに設け、ステップＳ１７０とステップＳ１８０との間にステップＳ１７５を新たに設け、ステップＳ３５０とステップＳ２１０との間にステップＳ３５２を新たに設け、ステップＳ２７０とステップＳ３６０との間にステップＳ３５５を新たに設け、ステップＳ３６０及びステップＳ３８０とステップＳ４５０との間にステップＳ４４５を新たに設けた点である。
【０１７０】
すなわち、ステップＳ１０〜ステップＳ８０は、前述の図１３と同様であり、ステップＳ８０において、ステップＳ７０で音声認識できたかどうかを判定し、言語として音声認識できなかった場合には判定が満たされず、新たに設けたステップＳ８５に移る。
【０１７１】
ステップＳ８５では、上記段階値Ｓの値に１を加え、これ以降にスピーカ２０８を介し出力される案内音声の発話スピードを増大させる。
【０１７２】
その後のステップＳ９０〜ステップＳ１２０は、前述の図１３と同様であり、ステップＳ１２０において、ステップＳ１１０で音声認識できたかどうかを判定し、言語として音声認識できなかった場合には判定が満たされず、新たに設けたステップＳ１２５に移る。
【０１７３】
ステップＳ１２５では、上記段階値Ｓの値に１を加え、これ以降にスピーカ２０８を介し出力される案内音声の発話スピードを増大させる。
【０１７４】
その後のステップＳ１３０〜ステップＳ１６０は、前述の図１３と同様であり、ステップＳ１６０において、ステップＳ１５０で音声認識できたかどうかを判定し、言語として音声認識できなかった場合には判定が満たされず、新たに設けたステップＳ１６５に移る。
【０１７５】
ステップＳ１６５では、上記段階値Ｓの値に１を加え、これ以降にスピーカ２０８を介し出力される案内音声の発話スピードを増大させる。
【０１７６】
ステップＳ１７０は、前述の図１３と同様であり、上記来訪情報の取得方法を、上記音声認識から上記手動操作入力へ切り替えたら（取得制御手段としての機能）、新たに設けたステップＳ１７５に移る。
【０１７７】
ステップＳ１７５では、上記段階値Ｓの値に１を加え、これ以降にスピーカ２０８を介し出力される案内音声の発話スピードを増大させる。
【０１７８】
その後のステップＳ１８０〜ステップＳ３５０は、前述の図１３と同様であり、ステップＳ３５０において、所定時間内に担当者による応答があったかどうかを判定し、応答があった場合は、このフローを終了し、応答がなければ判定が満たされず、新たに設けたステップＳ３５２に移る。
【０１７９】
ステップＳ３５２では、上記段階値Ｓの値に１を加え、これ以降に上記発話ステップでスピーカ２０８を介し出力される案内音声の発話スピードを増大させる。
【０１８０】
また、前述の図１３と同様のステップＳ２７０において、ステップＳ２６０での照合結果が一致したかどうかを判定し（来訪予約情報判断手段としての機能。なお後述の加工判定手段の一部としても機能する）、ステップＳ２６０での照合結果が一致していなかった場合には、判定が満たされず、新たに設けたステップＳ３５５に移る。
【０１８１】
ステップＳ３５５では、上記段階値Ｓの値に３を加え、これ以降に上記発話ステップでスピーカ２０８を介し出力される案内音声の発話スピードを増大させる。
【０１８２】
その後のステップＳ３６０〜ステップＳ４４０は、前述の図１３と同様である。すなわち、ステップＳ３６０の判定が満たされなかった場合、及び、ステップＳ３８０の判定が満たされなかった場合は、新たに設けたステップＳ４４５に移る。
【０１８３】
ステップＳ４４５では、上記段階値Ｓの値に２を加え、これ以降に上記発話ステップでスピーカ２０８を介し出力される案内音声の発話スピードを増大させる。
【０１８４】
その後のステップＳ４５０以降は、前述の図１３と同様であるので、説明を省略する。
【０１８５】
本変形例においては、上記図１６に示すステップＳ８５、ステップＳ１２５、ステップＳ１６５、ステップＳ１７５、ステップＳ２１０、ステップＳ３００、ステップＳ３２０、ステップＳ３５２、ステップＳ３５５、ステップＳ４１０、ステップＳ４２０、ステップＳ４４５、及びステップＳ４５０が、音声加工手段として機能する。
【０１８６】
また、上記図１６に示すステップＳ８０、ステップＳ１２０、及びステップＳ１６０は、前述したように、ステップＳ６０、ステップＳ１００、及びステップＳ１４０で取得された音声情報が音声認識できたかどうかを判定している。この判定が満たされかった場合（＝上記音声認識ができなかった場合）は、前述のステップＳ２５０において、ステップＳ６０、ステップＳ１００、及びステップＳ１４０で取得された音声情報に基づく来訪情報は取得されない（取得に失敗する）。言い換えれば、上記ステップＳ８０、ステップＳ１２０、及びステップＳ１６０は、上記音声加工条件として、音声情報若しくは操作情報に基づく（この例では音声情報に基づく）来訪情報の取得に失敗したかどうかを判定している。したがって、上記図１６に示すステップＳ８０、ステップＳ１２０、ステップＳ１６０、ステップＳ２７０、ステップＳ３５０、及びステップＳ３８０が、加工判定手段として機能する。
【０１８７】
本変形例によっても、上記実施形態と同様の効果を得る。また、上記音声加工条件として、音声情報若しくは操作情報に基づく来訪情報の取得に失敗したかどうかを判定している。そして、音声認識がうまく行かず音声入力に代えて操作手段により来訪者に各種情報を手動入力してもらう場合（若しくは逆に手動入力から音声入力に切り替える場合）等において、案内音声の発話スピードを増大させている。これにより、処理に時間がかかっていることで恐縮している様子を表現することができる。
【０１８８】
また、前述の来訪者予約データベース１５１０に記憶された来訪者の来訪に関する予約データの有無を判断し（ステップＳ２７０参照）、当該判断結果に対応した態様で、案内音声を加工する（上記の例では、上記段階値Ｓの値に３を加える。ステップＳ３５５参照）。これにより、予約のある来訪者と予約のない来訪者とで異なった態様の発話とすることができる。予約のない来訪者（いわゆる飛び込み客）に対しては、発話スピードを増大させるとともに低音域をカットした乾いた声・とげとげしい声とすることで（ステップＳ４４５及び前述のステップＳ４５０参照）、多少の警戒心や、本来は予約をお願いしたいという気持ちを表現することができる。
【０１８９】
（２）来訪情報の取得方法の切り替えのパターン
以上においては、来訪者が最初に来訪情報としての来訪者名又は担当者名を音声入力し、その後、音声認識ができなかった場合に、来訪情報としての部署名をタッチパネル２１０で手動操作入力していた。言い換えれば、来訪情報の取得方法を、発話音声の音声情報による音声認識からタッチパネル２１０を介しての手動操作入力へ切替制御していたが、これに限られない。すなわち、来訪者が最初に来訪者名又は担当者名を手動操作入力し、その後、何らかの理由により操作情報が取得できなかった場合に、部署名を音声入力する（＝来訪情報の取得方法を、手動操作入力から音声認識へ切替制御する）ようにしてもよい。この場合も、前述したように、音声認識へと切り替える都度、例えば上記段階値Ｓの値を増大させて案内音声の発話スピードを増大させ、処理に時間がかかっていることで恐縮している様子を表現することができる。
【０１９０】
また、最初にスピーカ２０８を介して来訪者名をたずねる案内音声を出力し、取得した音声情報が音声認識できなかった場合に、再度スピーカ２０８を介して来訪者名をたずねる案内音声を出力していた。しかしながら、これに限られず、一度音声認識に失敗したら、担当者名や部署名をたずねる案内音声を出力するようにしてもよいし、来訪情報の取得方法をタッチパネル２１０を介しての手動操作入力に切り替えるようにしてもよい。
【０１９１】
（３）システム構成のバリエーション
上記来訪者受付システム１においては、来訪者の受付処理が行われる受付端末２０と、ＤＢサーバ１０とは、別個の装置であった。しかしながら、これに限られず、音声入力手段、音声出力手段、及び操作手段等を備えたサーバを会社の入口付近に設置し、サーバのみで、来訪者の検出、音声の入力、来訪者受付処理のすべてを行うようにしてもよい。また、来訪者予約データベース１５１０等、ＨＤＤ１５０に記憶されている情報を受付端末２０側のＨＤＤ２０５に記憶するようにしてもよい。この場合、受付端末２０のＨＤＤ２０５が各請求項記載の記憶手段を構成する。さらにはネットワークを介して受付端末２０に接続可能な別個の記憶装置に記憶させておき、受付処理中に、必要な情報を読み出す構成としてもよい。この場合、当該別個の記憶装置が各請求項記載の記憶手段を構成する。これらの場合も上記実施形態と同様の効果を得る。
【０１９２】
（４）その他
上記においては受付端末２０のタッチパネル２１０の待ち受け状態の初期画面における受付開始ボタンの手動操作の有無によって、来訪者の有無を検出したが、これに限られない。すなわち、例えば、周知の人感センサ又はカメラ等の他の検知手段を用いて来訪者の来訪を検出するようにしてもよい。
【０１９３】
また、上記においては操作手段がタッチパネル２１０である場合を示したが、これに限られない。すなわち、通常のキーやボタン等の操作手段を用い、これによって来訪者が上記自己の氏名や会社名等を操作入力するようにしてもよい。
【０１９４】
なお、以上において、図６、図７等の各図中に示す矢印は信号の流れの一例を示すものであり、信号の流れ方向を限定するものではない。
【０１９５】
また、図１３、図１４、及び図１６に示すフローチャートは本発明を上記フローに示す手順に限定するものではなく、発明の趣旨及び技術的思想を逸脱しない範囲内で手順の追加・削除又は順番の変更等をしてもよい。
【０１９６】
また、以上既に述べた以外にも、上記実施形態や各変形例による手法を適宜組み合わせて利用しても良い。
【０１９７】
その他、一々例示はしないが、本発明は、その趣旨を逸脱しない範囲内において、種々の変更が加えられて実施されるものである。
【符号の説明】
【０１９８】
２０                受付端末（受付装置）
１５０              ハードディスク装置（記憶手段）
２０７              マイク（音声入力手段）
２０８              スピーカ（音声出力手段）
２１０              タッチパネル（操作手段）
【図１】
2010231688.tif 000003
【図２】
2010231688.tif 000004
【図３】
2010231688.tif 000005
【図４】
2010231688.tif 000006
【図５】
2010231688.tif 000007
【図６】
2010231688.tif 000008
【図７】
2010231688.tif 000009
【図８】
2010231688.tif 000010
【図９】
2010231688.tif 000011
【図１０】
2010231688.tif 000012
【図１１】
2010231688.tif 000013
【図１２】
2010231688.tif 000014
【図１３】
2010231688.tif 000015
【図１４】
2010231688.tif 000016
【図１５】
2010231688.tif 000017
【図１６】
2010231688.tif 000018