(57)【特許請求の範囲】
【請求項１】
外部の電話機から、音声通話及び文字情報の送受信を行う内部端末を指定した発信を受け付けた場合、当該内部端末を使用するユーザのプレゼンス状態を示す状態情報を、当該状態情報を管理するサーバから取得する取得部と、
前記取得した状態情報に対応する音声と、前記文字情報による通知手段、及び、前記内部端末への着信の転送を行う通知手段を少なくとも含む複数の通知手段のうちいずれかを選択させるための音声とを含む音声メッセージを前記外部の電話機に向けて再生する再生部と、
前記複数の通知手段のうち前記外部の電話機により選択された通知手段に応じた処理を行う通知部と、を備え、
前記通知部は、
前記選択された通知手段が前記文字情報による通知手段である場合、前記外部の電話機の識別情報を含む文字情報を生成し、前記生成した文字情報を前記内部端末へ通知する
着信制御装置。
【請求項２】
前記音声メッセージは、
前記複数の通知手段のうちいずれかを前記外部の電話機のキーパッドの入力により選択させるための音声を含み、
前記通知部は、
前記音声メッセージの再生に応じて前記外部の電話機から入力された番号に対応する通知手段を、前記外部の電話機により選択された通知手段とする
請求項１に記載の着信制御装置。
【請求項３】
前記通知部は、
前記外部の電話機へ折り返し連絡を求める旨のメッセージをさらに含めて前記文字情報を生成する
請求項１又は２に記載の着信制御装置。
【請求項４】
前記着信制御装置は、
前記外部の電話機から代表番号への発信に対して、複数の前記内部端末のそれぞれに対応する内線番号のいずれかの入力を要求する音声を応答する応答部をさらに備え、
前記取得部は、
前記外部の電話機から前記内線番号のいずれかの入力を受け付けた場合に、当該内線番号に対応する内部端末を使用するユーザを特定し、当該特定したユーザのプレゼンス状態を示す前記状態情報を取得する
請求項１乃至３のいずれか１項に記載の着信制御装置。
【請求項５】
前記着信制御装置は、
前記内部端末から登録される前記状態情報を当該内部端末と関連付けて管理し、前記外部の電話機と前記内部端末との前記音声通話及び前記文字情報の送受信を制御する前記サーバと連携する
請求項１乃至４のいずれか１項に記載の着信制御装置。
【請求項６】
前記文字情報による通知手段は、インスタントメッセージによる前記文字情報の送信である
請求項１乃至５のいずれか１項に記載の着信制御装置。
【請求項７】
前記複数の通知手段は、前記外部の電話機からの音声の録音をさらに含む
請求項１乃至６のいずれか１項に記載の着信制御装置。
【請求項８】
外部の電話機から、音声通話及び文字情報の送受信を行う内部端末を指定した発信を受け付けた場合に、当該内部端末を使用するユーザのプレゼンス状態を示す状態情報を、当該状態情報を管理するサーバから取得し、
前記取得した状態情報に対応する音声と、前記文字情報による通知手段、及び、前記内部端末への着信の転送を行う通知手段を少なくとも含む複数の通知手段のうちいずれかを選択させるための音声とを含む音声メッセージを前記外部の電話機に向けて再生し、
前記複数の通知手段のうち前記外部の電話機により選択された通知手段に応じた処理を行い、
前記選択された通知手段が前記文字情報による通知手段である場合、前記外部の電話機の識別情報を含む文字情報を生成し、前記生成した文字情報を前記内部端末へ通知する
着信制御方法。
【請求項９】
外部の電話機から、音声通話及び文字情報の送受信を行う内部端末を指定した発信を受け付けた場合、当該内部端末を使用するユーザのプレゼンス状態を示す状態情報を、当該状態情報を管理するサーバから取得する取得処理と、
前記取得した状態情報に対応する音声と、前記文字情報による通知手段、及び、前記内部端末への着信の転送を行う通知手段を少なくとも含む複数の通知手段のうちいずれかを選択させるための音声とを含む音声メッセージを前記外部の電話機に向けて再生する再生処理と、
前記複数の通知手段のうち前記外部の電話機により選択された通知手段に応じた処理を行う通知処理と、をコンピュータに実行させ、
前記通知処理は、
前記選択された通知手段が前記文字情報による通知手段である場合、前記外部の電話機の識別情報を含む文字情報を生成し、前記生成した文字情報を前記内部端末へ通知する
着信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、着信制御装置、方法及びプログラムに関し、特に、外部の電話機から内部端末を指定した発信に対する着信を制御するための着信制御装置、方法及びプログラムに関する。
【背景技術】
【０００２】
企業等では、Interactive Voice Response（以下、「ＩＶＲ」と記載する。）を用いた自動応答によりオートアテンダントサービスを利用することが一般的となっている。ＩＶＲは、外部の電話機からその企業等の代表番号への発信に対して自動応答し、内線番号の入力を促す音声を再生する。そして、外部の電話機により本来の連絡先である内線番号が入力（追加ダイヤル）されると、ＩＶＲは、入力された内線番号に対応する電話端末へ当該発信を転送する。このとき、転送先（着信側）の対応者が不在等の理由で応答できない場合もある。
【０００３】
そこで、特許文献１には、着信側の通信端末の状態に依存せずに、着信側の状態に関する情報を発信側の通信端末に提供する情報提供システムに関する技術が開示されている。特許文献１にかかる情報提供システムは、電話発信が行われた際に着信側が何らかの理由により応答できない場合、プレゼンスサーバが着信側のプレゼンス情報を取得し、そのプレゼンス状態に応じた適切なメッセージを発信者側へ通知する。これにより、発信側は着信側の状態を知ることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０１３６１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１にかかる技術には、発信側と着信側の双方における利便性が不十分であるという問題点がある。その理由は、発信側から着信側へ用件を通知する手段の自由度が低く、また、発信側から用件を通知する複数の手段のうちいずれが適切であるかは、発信側の緊急度や着信側の状況によって変化するためである。
【０００６】
例えば、着信側が応答できなかった場合には、発信側は、着信側が応答するまで、都度、電話を掛け直す必要があり、非常に煩雑であった。そして、この場合、着信側も電話を受けるまでは、用件を把握することができなかった。または、発信側は、留守番電話機能に対して用件を音声で録音できる場合もある。しかしその場合、着信側は、例えば、会議中には録音内容を確認することができず、即時に用件を把握できなかった。つまり、留守番電話機能では不十分な場合もある。
【０００７】
本発明は、このような問題点を解決するためになされたものであり、発信側と着信側の双方における利便性を向上するための着信制御装置、方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の態様にかかる着信制御装置は、
外部の電話機から、音声通話及び文字情報の送受信を行う内部端末を指定した発信を受け付けた場合、当該内部端末又は当該内部端末を使用するユーザの状態に関する状態情報を取得する取得部と、
前記取得した状態情報に対応する音声と、前記文字情報による通知手段を含む複数の通知手段のうちいずれかを選択させるための音声とを含む音声メッセージを前記外部の電話機に向けて再生する再生部と、
前記複数の通知手段のうち前記外部の電話機により選択された通知手段に応じた処理を行う通知部と、を備え、
前記通知部は、
前記選択された通知手段が前記文字情報による通知手段である場合、前記外部の電話機の識別情報を含む文字情報を生成し、前記生成した文字情報を前記内部端末へ通知する。
【０００９】
本発明の第２の態様にかかる着信制御方法は、
外部の電話機から、音声通話及び文字情報の送受信を行う内部端末を指定した発信を受け付け、
前記内部端末を指定した発信を受け付けた場合に、当該内部端末又は当該内部端末を使用するユーザの状態に関する状態情報を取得し、
前記取得した状態情報に対応する音声と、前記文字情報による通知手段を含む複数の通知手段のうちいずれかを選択させるための音声とを含む音声メッセージを前記外部の電話機に向けて再生し、
前記複数の通知手段のうち前記外部の電話機により選択された通知手段に応じた処理を行い、
前記選択された通知手段が前記文字情報による通知手段である場合、前記外部の電話機の識別情報を含む文字情報を生成し、前記生成した文字情報を前記内部端末へ通知する。
【００１０】
本発明の第３の態様にかかる着信制御プログラムは、
外部の電話機から、音声通話及び文字情報の送受信を行う内部端末を指定した発信を受け付けた場合、当該内部端末又は当該内部端末を使用するユーザの状態に関する状態情報を取得する取得処理と、
前記取得した状態情報に対応する音声と、前記文字情報による通知手段を含む複数の通知手段のうちいずれかを選択させるための音声とを含む音声メッセージを前記外部の電話機に向けて再生する再生処理と、
前記複数の通知手段のうち前記外部の電話機により選択された通知手段に応じた処理を行う通知処理と、をコンピュータに実行させ、
前記通知処理は、
前記選択された通知手段が前記文字情報による通知手段である場合、前記外部の電話機の識別情報を含む文字情報を生成し、前記生成した文字情報を前記内部端末へ通知する。
【発明の効果】
【００１１】
本発明により、発信側と着信側の双方における利便性を向上するための着信制御装置、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態１にかかる着信制御装置の構成を示すブロック図である。
【図２】本発明の実施の形態１にかかる着信制御方法の流れを示すフローチャートである。
【図３】本発明の実施の形態２にかかる着信制御システムの全体構成を示すブロック図である。
【図４】本発明の実施の形態２にかかるＩＶＲモジュールの構成を示すブロック図である。
【図５】本発明の実施の形態２にかかる着信制御処理の流れを説明するためのシーケンス図である。
【図６】本発明の実施の形態２にかかる呼制御信号送受信部の処理の流れを示すフローチャートである。
【図７】本発明の実施の形態２にかかる電話機能制御部の処理の流れを示すフローチャートである。
【図８】本発明の実施の形態２にかかる状態遷移制御部の処理の流れを示すフローチャートである。
【図９】本発明の実施の形態２にかかる状態遷移テーブルの例を示す図である。
【図１０】本発明の実施の形態２にかかる状態遷移サブテーブルの例を示す図である。
【図１１】本発明の実施の形態２にかかる状態管理メモリの例を示す図である。
【図１２】本発明の実施の形態２にかかる電話機能制御部の処理の流れを示すフローチャートである。
【図１３】本発明の実施の形態２にかかる呼制御信号送受信部の送信指示の受信時の処理の流れを示すフローチャートである。
【図１４】本発明の実施の形態２にかかる音源再生・ＤＴＭＦ検出部における指示メッセージを受けた際の処理の流れを示すフローチャートである。
【図１５】本発明の実施の形態２にかかるトーキー音源選択データの例を示す図である。
【図１６】本発明の実施の形態２にかかる音源再生・ＤＴＭＦ検出部におけるＤＴＭＦを検出した際の処理の流れを示すフローチャートである。
【図１７】本発明の実施の形態２にかかる電話機能制御部の処理の流れを示すフローチャートである。
【図１８】本発明の実施の形態２にかかるＵＣ機能制御部の処理の流れを示すフローチャートである。
【図１９】本発明の実施の形態２にかかるプレゼンス取得部の処理の流れを示すフローチャートである。
【図２０】本発明の実施の形態２にかかるＵＣ機能制御部の処理の流れを示すフローチャートである。
【図２１】本発明の実施の形態２にかかるＩＭ送信部の処理の流れを示すフローチャートである。
【図２２】本発明の実施の形態２にかかるＩＭ通知テキストデータの例を示す図である。
【発明を実施するための形態】
【００１３】
以下では、本発明を適用した具体的な実施の形態について、図面を参照しながら詳細に説明する。各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略する。
【００１４】
＜実施の形態１＞
図１は、本発明の実施の形態１にかかる着信制御装置２０の構成を示すブロック図である。着信制御装置２０は、外部の電話機１０から内部端末３０を指定した発信に対する着信を制御する。ここで、外部の電話機１０は、少なくとも音声通話とキーパッドによる番号等の入力が可能な一般的な固定電話機又は携帯電話機である。また、内部端末３０は、音声通話及び文字情報の送受信を行うことができる端末装置である。尚、内部端末３０は、単体の装置ばかりでなく、音声通話を行う内線電話機と文字情報の送受信を行うコンピュータ装置とを含む構成であってもよい。また、内部端末３０は２以上であっても構わない。
【００１５】
着信制御装置２０は、取得部２１と、再生部２２と、通知部２３とを備える。取得部２１は、外部の電話機１０から、内部端末３０を指定した発信を受け付けた場合、内部端末３０又は内部端末３０を使用するユーザの状態に関する状態情報を取得する。ここで、「内部端末３０を指定した発信」とは、例えば、内部端末３０に対応する内線番号を含む発信である。また、「状態情報」は、内部端末３０の状態に関する情報であるか、内部端末３０を使用するユーザの状態に関する情報であるかの少なくともいずれかを含むものとする。内部端末３０の状態に関する情報とは、例えば、内部端末３０が通話中、圏外、又は電源がＯＦＦであることを示す情報、つまり、内部端末３０の機器として応答ができない状態を示す情報である。また、内部端末３０を使用するユーザの状態に関する情報とは、例えば、当該ユーザが会議中、移動中、又は離席中等である旨を示す情報、つまり、ユーザの事情により応答ができない状態を示す情報であるものとする。尚、当該ユーザの状態に関する情報は、当該ユーザが内部端末３０等を介して着信制御装置２０又は着信制御装置２０と通信可能な情報システムに予め登録され、適宜、ユーザにより更新されるものとする。
【００１６】
再生部２２は、所定の音声メッセージを、外部の電話機１０に向けて再生する。ここで、所定の音声メッセージは、取得した状態情報に対応する音声と、複数の通知手段のうちいずれかを選択させるための音声とを含むものである。ここで、「複数の通知手段のうちいずれかを選択させるための音声」とは、例えば、各通知手段を選択する場合に指定すべきダイヤル入力を説明する音声ガイダンス等である。そして、複数の通知手段には、「文字情報による通知手段」を含むものとする。ここで、「文字情報による通知手段」とは、例えば、インスタントメッセージによる文字情報の送信を含む。また、複数の通知手段のうち「文字情報による通知手段」以外の通知手段としては、例えば、内部端末３０への着信の転送や、外部の電話機１０からの音声の録音（及び、録音があった旨の通知）等が挙げられる。
【００１７】
通知部２３は、複数の通知手段のうち外部の電話機１０により選択された通知手段に応じた処理を行う。特に、通知部２３は、外部の電話機１０により選択された通知手段が「文字情報による通知手段」である場合、外部の電話機１０の識別情報を含む文字情報を生成し、生成した文字情報を内部端末３０へ通知する。
【００１８】
図２は、本発明の実施の形態１にかかる着信制御方法の流れを示すフローチャートである。まず、着信制御装置２０は、外部の電話機１０から、内部端末３０を指定した発信を受け付ける（Ｓ１１）。次に、取得部２１は、内部端末３０を指定した発信を受け付けた場合に、状態情報を取得する（Ｓ１２）。そして、再生部２２は、上述した所定の音声メッセージを外部の電話機１０に向けて再生する（Ｓ１３）。
【００１９】
その後、通知部２３は、外部の電話機１０による通知手段の選択を受け付ける（Ｓ１４）。このとき、通知部２３は、文字情報による通知手段が選択されたか否かを判定する（Ｓ１５）。文字情報による通知手段が選択されたと判定した場合、通知部２３は、外部の電話機１０の識別情報を含む文字情報を生成する（Ｓ１６）。そして、通知部２３は、生成した文字情報を内部端末３０へ通知する（Ｓ１７）。一方、ステップＳ１５において、文字情報による通知手段以外が選択されたと判定した場合、通知部２３は、外部の電話機により選択された他の通知手段に応じた処理を行う（Ｓ１８）。例えば、内部端末３０へ着信を転送することや、留守番電話機能による録音等である。
【００２０】
このように、本実施の形態１では、外部の電話機１０を使用して内部端末３０への発信を行うユーザが、内部端末３０を使用するユーザの状態等を音声により容易に確認した上で、自身の緊急度合いと相手側の事情を考慮して、複数の通知手段の中から適切な通知手段を選択することができる。これは、いずれの通知手段が適切であるかは、着信側の事情だけで一律に確定するものではなく、発信側及び着信側のそれぞれの事情により異なるためである。
【００２１】
また、内部端末３０は、通知された文字情報を画面に表示できるため、内部端末３０を使用するユーザは、外部の電話機１０からの着信があったことを、画面の表示内容により容易に確認することができる。そのため、本実施の形態１により、発信側と着信側の双方における利便性を向上することができる。
【００２２】
ここで、前記音声メッセージは、前記複数の通知手段のうちいずれかを前記外部の電話機のキーパッドの入力により選択させるための音声を含み、前記通知部は、前記音声メッセージの再生に応じて前記外部の電話機から入力された番号に対応する通知手段を、前記外部の電話機により選択された通知手段とすることが望ましい。これにより、外部の電話機１０を使用するユーザの選択操作が容易となる。
【００２３】
また、前記通知部は、前記外部の電話機へ折り返し連絡を求める旨のメッセージをさらに含めて前記文字情報を生成することが望ましい。これにより、内部端末３０のユーザは、折り返しの要否を容易に判断できる。
【００２４】
また、前記着信制御装置は、前記外部の電話機から代表番号への発信に対して、複数の前記内部端末のそれぞれに対応する内線番号のいずれかの入力を要求する音声を応答する応答部をさらに備え、前記取得部は、前記外部の電話機から前記内線番号のいずれかの入力を受け付けた場合に、当該内線番号に対応する内部端末を使用するユーザを特定し、当該特定したユーザの状態に関する前記状態情報を取得するとよい。これにより、着信制御装置については、既存のＩＶＲを改修することで実現でき、開発コストを抑制することができる。
【００２５】
また、前記着信制御装置は、前記内部端末から登録される前記状態情報を当該内部端末と関連付けて管理し、前記外部の電話機と前記内部端末との前記音声通話及び前記文字情報の送受信を制御するユニファイドコミュニケーションサーバと連携するとよい。これにより、本実施の形態１は、既存のＵＣ（Unified Communications）サーバの機能を利用することができ、導入コストを抑制することができる。
【００２６】
＜実施の形態２＞
ここで、本発明で解決しようとする課題について、別の観点からも説明する。例えば、外部からの発信がＩＶＲにより自動応答され、その後に入力された内線番号に対応する電話端末へ転送された場合、着信側が何らかの理由により応答できないことがある。
【００２７】
応答できない理由としては、例えば、着信側の対応者が会議中や離席中である場合や、電話中である場合等がある。会議中の場合、必ずしも電話に応答できる状態であるとは限らない。しかし、着信側の対応者にとっては、着信音だけでは用件が不明なため、着信に対して応答せざるを得なくなる。そのため、重要な会議を中断せざるを得ないことも起こり得る。また、離席中の場合は、そもそも応答することができない。また、対応者が電話中である場合は、発信者は話中音を聞くだけで用件を速やかに伝えることができない。よって、これらのコミュニケーションロスによって企業の生産性や意思決定の判断スピード低下という問題にも繋がる。
【００２８】
これに対して、着信側が何らかの理由により応答できない場合には、発信者は留守番電話機能への録音などの手段を取り得る。しかし、着信者が会議中の場合には、留守番電話の録音内容を聴取することは難しい。
【００２９】
また、発信者は着信者が会議中で社内にいるのか、又は、外出して不在であるのかを確認することができない。よって、発信者はその後どのような対応をするべきか判断が難しい。それ故、例えば、発信者は、別途社内の別の人へ伝言を依頼するなどの手間がかかってしまう。これによっても企業の生産性や意思決定のスピード低下の問題が起こり得る。
【００３０】
尚、これらの機能に類似した別手段として、スマートフォン用のＵＣアプリケーションなどを使用し、同様な事を行う事ができる。しかし、多くの企業では、スマートフォンの支給やスマートフォンの業務利用が制限されることが多い。その理由は、外部から社内ネットワークへのアクセスやスマートフォンの紛失対策等に関するセキュリティ面など様々な課題があるためである。つまり、現状では、スマートフォンの業務利用の普及していないことから、企業が導入するには、大きなコストをかけて追加設備投資をする必要がある。
【００３１】
そこで、本実施の形態２では、次のことをさらに目的とする。まず、外線からの着信を受け付けるＩＶＲモジュールにおいて、発信者が入力した転送先番号情報を基に、ＵＣサーバから転送先相手となるユーザを特定し、そのユーザのプレゼンス状態と合わせて、着信があった旨を通知する手段の選択肢を提供する。これにより、外出中のため社内の状況が見えない発信者側で、連絡の緊急度に合わせた通知手段の選択を可能とし、発信者側の利便性の向上を図る。併せて、既設のＵＣサーバが提供する機能を活用しつつ、通知を受ける相手側にとっても迅速かつ適切な対応を可能とし、生産性の向上や意思決定スピードを迅速化できるサービスを提供する。また、スマートフォンの業務利用に関するコストやセキュリティ関連の追加設備投資を行わずに、企業内の一般的なコミュニケーションシステム構成されている既設設備の範囲の中で、携帯電話や固定電話から電話をかけるだけで前述のサービスを実現する。
【００３２】
上記の目的を達成する為の構成の概要を図３及び図４を参照して説明する。図３は、本発明の実施の形態２にかかるＩＶＲモジュールにおける、プレゼンス状態に応じた自動応答及び通知機能の制御システム構成を示す図である。また、図４は、本発明の実施の形態２にかかるＩＶＲモジュールを含むサーバ装置の内部機能構成を示すブロック図である。
【００３３】
まず、当該制御システムは、ＵＣサーバ１、ＩＶＲモジュール２、ＶｏＩＰＧＷ装置３、及び、クライアントＰＣ５等が企業の社内に構築されているＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ（ＬＡＮ）を介して接続されている。すなわち、ＵＣサーバ１、ＩＶＲモジュール２、ＶｏＩＰＧＷ装置３、及び、クライアントＰＣ５等は、社内のネットワーク上に分散して設置されている。尚、図３では、ＩＶＲモジュール２をＬＡＮ上で独立したモジュールとして扱っているが、ＵＣサーバ１と同一の物理サーバ内で論理的に分かれている構成をとっていても良い。
【００３４】
ＵＣサーバ１は、専用のクライアントアプリケーションであるＵＣアプリケーション（以降、「ＵＣアプリ」と記載する。）に対して、ユニファイドコミュニケーション機能を提供するサーバ装置である。ここで、ユニファイドコミュニケーション機能には、例えば、インスタントメッセージの送受信、ＵＣアプリのユーザのプレゼンス情報の管理、音声やビデオなどによる通話などが含まれる。
【００３５】
ＶｏＩＰＧＷ（ＶｏｉｃｅＯｖｅｒＩＰＧａｔｅＷａｙ）装置３は、公衆電話網とＬＡＮとの間のとのＶｏｉｃｅＯｖｅｒＩＰにおけるゲートウェイサーバである。そのため、ＶｏＩＰＧＷ装置３は、外部の固定/携帯電話機４から公衆電話網を介して受信した信号に所定の変換を行い、ＬＡＮ内のＩＶＲモジュール２へ送り、ＩＶＲモジュール２からの信号に所定の変換を行い、公衆電話網を介して固定/携帯電話機４へ送る。尚、固定/携帯電話機４は、上述した外部の電話機１０の一例である。
【００３６】
クライアントＰＣ５には、ＵＣアプリが、社内のコミュニケーションツールとしてインストールされている。クライアントＰＣ５は、使用するユーザによるＵＣアプリの操作に応じて、当該ユーザ自身の状態をプレゼンス情報として登録又は変更を受け付け、ＵＣサーバ１に設定する。尚、プレゼンス情報は、上述した状態情報の一例である。また、プレゼンス情報は、クライアントＰＣ５内で保持し、クライアントＰＣ５は、ＵＣサーバ１からの問合せに応じて、保持されたプレゼンス情報を返信してもよい。
【００３７】
また、クライアントＰＣ５は、使用するユーザによるＵＣアプリの操作に応じて、他のユーザのプレゼンス情報の要求をＵＣサーバ１に対して行い、取得することで、参照することができる。さらに、クライアントＰＣ５は、使用するユーザによるＵＣアプリの操作に応じて、ＩＭによるテキストメッセージの送受信や、ソフトフォン機能によるＶｏＩＰでの音声・ビデオ通話などを、ＵＣサーバ１を介して行うことができる。
【００３８】
図４のサーバ装置２００内のＩＶＲモジュール２は、呼制御信号送受信部２−１、音源再生・ＤＴＭＦ検出部２−２、電話機能制御部２−３、プレゼンス取得部２−４、ＩＭ送信部２−５、ＵＣ機能制御部２−６、及び、状態遷移制御部２−７を備える。呼制御信号送受信部２−１は、ＵＣサーバ１と通信し、電話着信等に関する制御信号を送受信し、電話着信を検出する。音源再生・ＤＴＭＦ検出部２−２は、ＶｏＩＰＧＷ装置３経由で固定/携帯電話機４との間で音声データを送受信する。特に、音源再生・ＤＴＭＦ検出部２−２は、固定/携帯電話機４へのトーキー送信の為の音源再生処理、及び、固定/携帯電話機４からＩＶＲモジュール２方向への選択信号（以降、ＤＴＭＦ）検出処理を行う。
【００３９】
電話機能制御部２−３は、呼制御信号送受信部２−１及び音源再生・ＤＴＭＦ検出部２−２を制御する。プレゼンス取得部２−４は、ＵＣサーバ１からプレゼンス情報を取得するための制御信号を送受信するプレゼンス取得処理を行う。ＩＭ送信部２−５は、ＵＣサーバ１に対してＩＭ送信を要求するための制御信号を送信し、ＩＭに相当する文字情報を送信することで相手ユーザへＩＭによる通知を行う。ＵＣ機能制御部２−６は、プレゼンス取得部２−４、及び、ＩＭ送信部２−５を制御する。状態遷移制御部２−７は、電話機能制御部２−３及びＵＣ機能制御部２−６からのＩＶＲモジュール２の内部イベントを受信し、状態遷移制御を行い、ＩＶＲモジュール２全体の動作をまとめる。尚、呼制御信号送受信部２−１、音源再生・ＤＴＭＦ検出部２−２、プレゼンス取得部２−４、及び、ＩＭ送信部２−５のそれぞれは、ＬＡＮを介して他の構成と通信を行い、各種制御信号や音声データを送受信する。
【００４０】
ＩＶＲモジュール２は、汎用的なサーバ装置上で、本発明の実施の形態にかかるソフトウェアプログラム（着信制御プログラム）を実行することで実現できる。着信制御プログラムは、上述した呼制御信号送受信部２−１、音源再生・ＤＴＭＦ検出部２−２、電話機能制御部２−３、プレゼンス取得部２−４、ＩＭ送信部２−５、ＵＣ機能制御部２−６、及び、状態遷移制御部２−７の各処理が実装されている。つまり、ＩＶＲモジュール２は、ソフトウェアであり論理的なモジュールである。
【００４１】
サーバ装置２００は、ＬＡＮによるＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ（以降、ＩＰと記載）通信インターフェース（不図示）を備える。尚、着信制御プログラムは、サーバ装置２００を用意しない場合、ＵＣサーバと同じハードウェア上で実行させることも可能である。その際は、ＬＡＮによるＬｏｃａｌＬｏｏｐＢａｃｋでの通信によりＵＣサーバとの通信を行う。
【００４２】
また、サーバ装置２００が備える記憶装置２０１は、後述する状態遷移テーブル１００、状態遷移サブテーブル１０１、状態管理テーブル１０２、トーキー音源選択データ１０３、ＩＭ通知テキストデータ１０４のテンプレート、及び、着信制御プログラム（不図示）を記憶している。
【００４３】
続いて、各装置の基本動作を説明する中で、ＩＶＲモジュール２におけるプレゼンス状態に応じた自動応答及び通知機能の制御方式の概要を説明する。まず、社外の任意の固定電話機や携帯電話機（固定/携帯電話機４）から公衆電話網を経由しＶｏＩＰＧＷ装置３に電話発信する。これに応じて、ＶｏＩＰＧＷ装置３は、ＵＣサーバ１に電話着信があることを示す制御信号（着信制御情報）を送信する。ＵＣサーバ１はＶｏＩＰＧＷ装置３からの着信制御情報を検知すると、ＩＶＲモジュール２に対して外線からの着信に対して応答するよう制御信号（着信呼情報）による指示を出す。
【００４４】
その後、ＩＶＲモジュール２とＶｏＩＰＧＷ装置３との間では音声送受信が開始される。具体的には、ＩＶＲモジュール２内の呼制御信号送受信部２−１が着信呼情報に対して応答すると共に、電話機能制御部２−３と状態遷移制御部２−７が動作し、その結果、音源再生・ＤＴＭＦ検出部２−２から転送番号の入力を促すトーキーを再生する。トーキーを聴取した発信者は、固定/携帯電話機４のキーパッドから転送番号を入力し、デジットボタン操作により発生させたＤＴＭＦ信号が音声データとしてＩＶＲモジュール２に送信される。
【００４５】
ＩＶＲモジュール２内の音源再生・ＤＴＭＦ検出部２−２は、固定/携帯電話機４からのＤＴＭＦ信号を受信し、入力された転送番号を検知する。ＩＶＲモジュール２内のＵＣ機能制御部２−６及びプレゼンス取得部２−４は、ＵＣサーバ１へ該当の転送番号が保有登録されているユーザを問い合わせ、転送先となるＵＣアプリの使用者であるユーザを特定する。続けて、ＵＣサーバ１から、そのユーザのプレゼンス情報を取得する。
【００４６】
ＩＶＲモジュール２内の状態遷移制御部２−７は、プレゼンス状態の取得に応じて、電話機能制御部２−３及び音源再生・ＤＴＭＦ検出部２−２から発信者の固定/携帯電話機４に対して通知方法の選択肢を知らせるためのトーキーを再生する。
【００４７】
トーキーを聴取した発信者は、固定/携帯電話機４のキーパッドから、自らの連絡緊急度と相手側のプレゼンス状態を考慮した選択肢の番号を入力する。ＩＶＲモジュール２内の音源再生・ＤＴＭＦ検出部２−２は、入力された番号情報を受信する。電話機能制御部２−３と状態遷移制御部２−７は、入力された番号に応じて、ＵＣ機能制御部２−６及びＩＭ送信部２−５から指定した相手ユーザが使用しているクライアントＰＣ５のＵＣアプリに対して着信情報をＩＭにより送信する。または、ＩＶＲモジュール２と接続している音声呼をクライアントＰＣ５のＵＣアプリへの接続に切り替える。または、留守番電話機能への転送を行う。
【００４８】
これらの一連の制御により、発信者は相手ユーザの社内での状態を知る事ができると共に、発信者は自らの連絡緊急度と相手ユーザのプレゼンス状態に合わせた最適な通知を相手ユーザに対して行う事が可能となる。また、相手ユーザも発信者からの通知を自身の状況に応じて適切に把握することができる。
【００４９】
次に、図３〜図２２を参照して本発明の一実施例であるＩＶＲモジュールにおける、プレゼンス状態に応じた自動応答及び通知機能の制御方法の各処理について詳細に説明する。尚、これらの各処理は、ＩＶＲモジュール２にある各制御部から着信制御プログラムを読出して実行する事により実現される。また、着信制御プログラムはＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等に記録されているものとする。
【００５０】
まず、図３に示す構成図、及び、図５のシーケンスを参照し概要を説明する。図５は、ＩＶＲモジュールにおける、プレゼンス状態に応じた自動応答及び通知機能おける各装置間動作シーケンスの一例を示す。
【００５１】
外出者が社外より固定/携帯電話機４を使って社内の人間に電話をかける。その際、その会社のＶｏＩＰＧＷ装置３を介して社内のＵＣサーバ１に外線電話着信が通知される。ＵＣサーバ１は、ＩＶＲモジュール２へその着信に応答するよう指示を出し、その後、ＩＶＲモジュール２とＶｏＩＰＧＷ装置３の間で音声接続する。
【００５２】
そして、ＩＶＲモジュール２は、固定/携帯電話機４に向けて、社内の何番の内線に繋ぐのか確認するトーキー（例：「おつなぎしたい内線番号を入力してください」）を再生する。固定/携帯電話機４を使用する外出者は、ＶｏＩＰＧＷ装置３を介してトーキーを聴取し、固定/携帯電話機４のキーパッドを使って連絡を取りたい相手（図３の例の場合、ユーザＡとする）の内線番号（図３の例の場合、５０００番とする）を押下する。
【００５３】
ＩＶＲモジュール２は、接続中の音声の中からＤＴＭＦ信号として、“５０００”を検出し、ＵＣサーバ１に対して“５０００”番の内線番号を保有するユーザを問い合わせ、その結果としてユーザＡのプレゼンス情報を取得する。その後、ＩＶＲモジュール２は、ユーザＡが「会議中」であることと、どの様な連絡手段を選択するか確認するトーキーを再生（例：「ユーザＡは、現在会議中です。このまますぐに電話を転送するなら、１を。留守番電話に録音するなら、２を。ＩＭであなたの発信者番号を通知するなら３を。押してください。」）する。
【００５４】
固定/携帯電話機４を使用する外出者は、ＶｏＩＰＧＷ装置３を介してトーキーを聴取し、固定/携帯電話機４のキーパッドを使って選択肢の番号（上記例の場合、“３”）を押下する。ＩＶＲモジュール２は、接続中の音声の中からＤＴＭＦ信号として、“３”を検出し、ＵＣサーバ１に対して、ユーザＡへＩＭを通知するための制御信号を送信する。
【００５５】
ＵＣサーバ１は、ユーザＡが使用しているクライアントＰＣのＵＣアプリへ、ＩＭ（例：「1/15 15:21 に、 090 1234 5678 から着信がありました。折り返し連絡を希望されています。」）を通知する。会議中にそれを確認したユーザＡは、その後、適切なタイミングで折り返しの電話を行う。以上が概要である。
【００５６】
次に、図４に示すＩＶＲモジュール２の内部構成図と、図６〜図２２のフローチャート及び図を参照し、本機能の動作について詳細説明する。図６は、呼制御信号送受信部２−１の、ＩＶＲモジュール起動時、及び、電話機能制御部２−３からの制御信号コマンド送信指示を受けた際の処理に関するフローチャートである。
【００５７】
ＩＶＲモジュール２の起動時に、呼制御信号送受信部２−１は、ＬＡＮインターフェースを介してＵＣサーバ１との呼制御信号送受信用の通信セッション確立を行う（ステップＳ１−１）。その後、呼制御信号送受信部２−１は、ＵＣサーバ１からの呼制御コマンドを受信したかどうかチェック（ステップＳ１−２）し、呼制御コマンドを受信していれば（ステップＳ１−３）、電話機制御部２−３へ受信した呼制御コマンドを通知する（ステップＳ１−４）。以降、ＩＶＲモジュール２が終了するまでこの処理を繰り返す。尚、呼制御コマンドのコマンド種別は、電話着信コマンドや電話切断コマンドがあり、呼制御コマンドには、発信者番号情報、呼制御識別番号などのデータが含まれる。
【００５８】
図７は、電話機能制御部２−３における呼制御信号送受信部２−１からの呼制御コマンドの通知を受けた際の処理に関するフローチャートである。電話機能制御部２−３は、呼制御信号送受信部２−１からの呼制御コマンドを受信した場合、呼制御コマンドを解析し、コマンド種別やコマンド内の発信者番号情報、呼制御識別番号などのデータを抽出する（ステップＳ２−１）。続いて、電話機能制御部２−３は、コマンド種別をチェック（ステップＳ２−２）し、コマンド種別が電話着信コマンドであれば、状態遷移制御部２−７へ着信情報メッセージ（呼制御コマンドから抽出した各種データを含む）を通知する（ステップＳ２−３）。コマンド種別が電話切断コマンドであれば、電話機能制御部２−３は、状態遷移制御部２−７へ切断情報メッセージを通知する（ステップＳ２−４）。
【００５９】
図８は、状態遷移制御部２−７における電話機能制御部２−３及びＵＣ機能制御部２−６からの内部メッセージ通知を受けた際の処理に関するフローチャートである。また、図９は、状態遷移制御部２−７で状態遷移処理を行うための、状態遷移テーブル１００を示す図である。また、図１０は、状態遷移制御部２−７で状態遷移処理を行うための、状態遷移サブテーブル１０１を示す図である。また、図１１は、各通話呼ごとの遷移の状態を管理するための、状態管理メモリ１０２を示す図である。
【００６０】
状態遷移制御部２−７は、電話機能制御部２−３から受信したメッセージ内容を解析し、発信者番号情報、呼制御識別番号などのデータを状態管理メモリ１０２（図１１）に格納する（ステップＳ３−１）。続いて、状態遷移制御部２−７は、状態遷移テーブル１００（図９）を参照し、状態管理メモリ１０２の現状態１０２３と受信したメッセージ種別との組み合わせに対応する次処理（指示メッセージ）１００３を状態遷移テーブル１００の中から抽出する（ステップＳ３−２）。また、状態遷移制御部２−７は、必要に応じて、状態遷移サブテーブル１０１（図１０）から次処理１０１２を抽出する。
【００６１】
次処理の指示先１００４が「電話機能制御部」であれば（ステップＳ３−３）、状態遷移制御部２−７は、電話機能制御部２−３へ次処理の指示通知（指示メッセージの送信）を行い（ステップＳ３−４）、状態遷移テーブル１００の次状態１００６を状態管理メモリ１０２の状態１０２３として更新する（ステップＳ３−５）。次処理の指示先が「ＵＣ機能制御部」であれば（ステップＳ３−３）、状態遷移制御部２−７は、ＵＣ機能制御部２−６へ次処理の指示通知（指示メッセージの送信）を行い（ステップＳ３−６）、ステップＳ３−５を行う。
【００６２】
図１２は、電話機能制御部２−３における状態遷移制御部２−７からの内部指示メッセージを受けた際の処理に関するフローチャートである。電話機能制御部２−３は、状態遷移制御部２−７から指示メッセージを受け付けると、指示メッセージの種別をチェックする（ステップＳ４−１）。指示メッセージ種別が「転送番号受信ａ」「選択番号受信ｅ」「ＩＭ通知ｆ３」「トーキー停止ｂ」の場合、電話機能制御部２−３は、受信した状態遷移制御部２−７からの指示メッセージをそのまま音源再生・ＤＴＭＦ検出部２−２へ通知する（ステップＳ４−４）。指示メッセージ種別が「転送番号へ転送ｆ１」「留守番電話録音用番号へ転送ｆ２」である場合（ステップＳ４−１）、電話機能制御部２−３は、転送番号（または留守番電話録音用番号）への転送呼制御コマンドを生成し（ステップＳ４−２）、呼制御信号送受信部２−１へ、転送呼制御コマンド送信指示を通知（ステップＳ４−３）し、受信した状態遷移制御部２−７からの指示メッセージをそのまま音源再生・ＤＴＭＦ検出部２−２へ通知する（ステップＳ４−４）。
【００６３】
その後、呼制御信号送受信部２−１は、電話機能制御部２−３からコマンド送信指示を受けた場合、受け付けたコマンドを、ＬＡＮインターフェースを介してＵＣサーバ１に対して送信する（図１３のステップＳ１−５）。
【００６４】
図１４は、音源再生・ＤＴＭＦ検出部２−２における電話機能制御部２−３からの内部指示メッセージを受けた際の処理に関するフローチャートである。図１５は、トーキー音源選択データ１０３の例を示す図である。
【００６５】
音源再生・ＤＴＭＦ検出部２−２は、電話機能制御部２−３から指示メッセージを受信した場合、指示メッセージ内の呼制御識別番号に対応したトーキーが既に送出中であれば停止し、ＤＴＭＦ検出中であればそれも停止する（ステップＳ５−１）。その後、指示メッセージ種別が「トーキー停止ｂ」の場合は処理を終了する（ステップＳ５−２）。
【００６６】
指示メッセージ種別が「転送番号受信ａ」「選択番号受信ｅ」以外の場合（ステップＳ５−３）、つまり、状態遷移サブテーブル１０１に規定された「転送番号へ転送ｆ１」、「留守番電話録音用番号へ転送ｆ２」、又は、「ＩＭ通知ｆ３」の場合、音源再生・ＤＴＭＦ検出部２−２は、トーキー音源選択データ１０３における指示メッセージ種別に対応するトーキー音源（再生音源内容）を選択し、再生する（ステップＳ５−５）。
【００６７】
指示メッセージ種別が「転送番号受信ａ」「選択番号受信ｅ」の場合（ステップＳ５−３）、音源再生・ＤＴＭＦ検出部２−２は、ＤＴＭＦ検出を開始（ステップＳ５−４）してから、トーキー音源選択データ１０３における指示メッセージ種別に対応するトーキー音源を選択し、再生する（ステップＳ５−５）。
【００６８】
図１６は、音源再生・ＤＴＭＦ検出部２−２におけるＤＴＭＦ検出開始後の処理に関するフローチャートである。音源再生・ＤＴＭＦ検出部２−２は、ＤＴＭＦ検出を開始すると、ＬＡＮインターフェースを介してＶｏＩＰＧＷ装置３から音声パケットの受信を開始する（ステップＳ６−１）。ＤＴＭＦ停止指示がある場合（ステップＳ６−２）は処理を終了する。ＤＴＭＦ停止指示が無い場合、音源再生・ＤＴＭＦ検出部２−２は、音声パケットにＤＴＭＦ信号が含まれているかチェック（ステップＳ６−３）し、ＤＴＭＦ信号を検出した場合のみ（ステップＳ６−４）、電話機能制御部２−３へＤＴＭＦ検出メッセージを通知する（ステップＳ６−５）。その後は、ＤＴＭＦ停止指示があるまで同様の処理を繰り返す。
【００６９】
図１７は、電話機能制御部２−３における音源再生・ＤＴＭＦ検出部２−２からの内部メッセージ通知を受けた際の処理に関するフローチャートである。電話機能制御部２−３は、音源再生・ＤＴＭＦ検出部２−２からのメッセージ通知を受けると、メッセージ内の呼制御識別番号に対応する状態管理メモリ１０２内の現状態１００３をチェック（ステップＳ７−１）し、「転送番号待ちｇ１」の状態であれば、状態遷移制御部２−７へ（検出した番号情報を含む）転送番号受信メッセージを通知する（ステップＳ７−２）。「選択番号待ちｇ２」の状態であれば、電話機能制御部２−３は、状態遷移制御部２−７へ（検出した番号情報を含む）選択番号受信メッセージを通知する（ステップＳ７−３）。
【００７０】
図１８は、ＵＣ機能制御部２−６における状態遷移制御部２−７からの内部指示メッセージを受けた際の処理に関するフローチャートである。ＵＣ機能制御部２−６は、状態遷移制御部２−７からの指示メッセージを受けると、指示メッセージ種別をチェック（ステップＳ８−１）する。指示メッセージ種別が「プレゼンス問い合わせｃ」「プレゼンス取得中止ｄ」の場合、ＵＣ機能制御部２−６は、プレゼンス取得部２−４へプレゼンス問い合わせ（または取得中止）指示メッセージを通知する（ステップＳ８−２）。尚、プレゼンス問い合わせ指示メッセージ又は取得中止指示メッセージには、転送番号が含まれる。メッセージ種別が「ＩＭ通知ｆ３」の場合、ＵＣ機能制御部２−６は、プレゼンス取得部２−４へＩＭ通知指示メッセージを通知する（ステップＳ８−３）。
【００７１】
図１９は、プレゼンス取得部２−４におけるＵＣ機能制御部２−６からの内部指示メッセージを受けた際の処理に関するフローチャートである。プレゼンス取得部２−４は、ＵＣ機能制御部２−６からの指示メッセージを受けると、指示メッセージ種別をチェック（ステップＳ９−１）する。指示メッセージ種別が「プレゼンス問い合わせｃ」の場合、プレゼンス取得部２−４は、プレゼンス問い合わせ指示メッセージから転送番号を抽出（ステップＳ９−２）し、ＬＡＮインターフェースを介してＵＣサーバ１から転送番号と同じ内線番号を持つユーザのユーザ詳細情報を検索し、ユーザ詳細情報を取得する（ステップＳ９−３）。そして、プレゼンス取得部２−４は、ＵＣサーバ１から取得したユーザ詳細情報からユーザ名とそのユーザのプレゼンス情報を抽出（ステップＳ９−４）し、ユーザ名とプレゼンス情報をＵＣ機能制御部２−６へ通知する（ステップＳ９−５）。ＵＣ機能制御部２−６からの指示メッセージ種別が「プレゼンス取得中止ｄ」の場合、プレゼンス取得部２−４は、プレゼンス問い合わせ指示メッセージから転送番号を抽出（ステップＳ９−６）し、現在、ＵＣサーバ１へ転送番号を問合せ中であるならばそれを中断（ステップＳ９−７）し、処理を終了する。
【００７２】
図２０は、ＵＣ機能制御部２−６におけるプレゼンス取得部２−４からの内部メッセージ通知を受けた際の処理に関するフローチャートである。ＵＣ機能制御部２−６は、プレゼンス取得部２−４からのメッセージ通知を受けると、そのメッセージをプレゼンス読出し結果として、状態遷移制御部２−７へ通知する（ステップＳ１０−１）。
【００７３】
図２１は、ＩＭ送信部２−５におけるＵＣ機能制御部２−６からの内部指示メッセージを受けた際の処理に関するフローチャートと、ＩＭ通知テキストデータ１０４を示す図である。ＩＭ送信部２−５は、ＵＣ機能制御部２−６からのＩＭ通知指示メッセージを受け付けると、ＩＭ通知指示メッセージから発信者番号を抽出し（ステップＳ１１−１）、現在の時刻情報を取得（ステップＳ１１−２）し、それらの情報とＩＭ通知テキストデータ１０４（図２２）を基にＩＭ通知内容（例：「1/15 15:21 に、 090 1234 5678 から着信がありました。折り返し連絡を希望されています。」）のテキストデータを生成する（ステップＳ１１−３）。そして、ＩＭ送信部２−５は、生成したそのテキストデータを、転送番号を同じ内線番号を持つユーザに対するＩＭテキストとして、ＬＡＮインターフェースを介してＵＣサーバ１へ送信する（ステップＳ１１−４）。
【００７４】
以上の様な制御を行う事で、ＩＶＲモジュール２におけるプレゼンス状態に応じた自動応答及び通知機能の制御を行う事が可能となる。
【００７５】
本発明の実施の形態における効果としては、次のようなものも挙げられる。
第１の効果は、電話発信者（外出者）が社内の人間へ連絡を行う際、相手の状態を事前に確認することが可能となる。その理由は、ＩＶＲモジュールにて、ＵＣサーバから相手のプレゼンス状態を読出し、社内の相手が現在どの状態であるかを、発信者に対するトーキーとして再生している為である。
【００７６】
第２の効果は、電話発信者（外出者）が社内の人間へ連絡を行う際、相手の状態と、自らの連絡緊急度の組合せに応じた最適な通知手段（ＩＭでの通知、電話着信、留守番電話録音など）を選択することが可能となる。その理由は、ＩＶＲモジュールにて、相手ユーザに対する通知手段の選択肢を、発信者に対するトーキーとして再生する事によって、発信者自身の連絡緊急度に合わせた通知手段を電話機のダイヤルボタン１つ簡単に選択できるようにしている為である。
【００７７】
第３の効果は、社内の人が会議中や取り込み中の場合に、外出者からの非緊急連絡をＩＭや留守番電話等によって確認でき、緊急度の低い連絡事項に対して会議などを中断しなくても良くなる。その理由は、ＩＶＲモジュールにて、発信者側の緊急度に合わせた通知手段を選択できるようにしている為である。
【００７８】
第４の効果は、企業が社内で使用しているＵＣシステムの機能を、社外にいても電話機だけで活用することができる。その理由は、ＩＶＲモジュールが、ＵＣサーバから取得した情報を電話音声に変換して提供していることと、電話機からのＤＴＭＦ信号からＵＣ機能であるＩＭなどに変換している為である。
【００７９】
第５の効果は、企業がスマートフォン用ＵＣアプリケーション等を従業員が利用するための追加設備投資を行わず、上記のサービスを利用することが可能となり、既設の設備の有効活用が可能となる。その理由は、既設のＵＣサーバ及び電話回線の設備環境に対して、ＩＶＲモジュールを追加することで本サービスを実現することができる為である。
【００８０】
尚、上述の実施の形態では、プレゼンス状態によらず、トーキー音源の複数の通知手段の種類が共通していたが、これに限定されない。例えば、プレゼンス状態ごとに通知手段の種類を変更してもよい。また、トーキー音源を多段階にしてもよい。例えば、１回目の再生音源で選択された番号からさらに、詳細な通知手段を場合分けした再生音源を再生し、選択させてもよい。これにより、発信者に多様な選択肢を提供することができる。
【００８１】
また、上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【００８２】
上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disc）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００８３】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【符号の説明】
【００８４】
１０  外部の電話機
２０  着信制御装置
２１  取得部
２２  再生部
２３  通知部
３０  内部端末
１  ＵＣサーバ
２  ＩＶＲモジュール
３  ＶｏＩＰＧＷ装置
４  固定/携帯電話機
５  クライアントＰＣ
２００  サーバ装置
２−１  呼制御信号送受信部
２−２  音源再生・ＤＴＭＦ検出部
２−３  電話機能制御部
２−４  プレゼンス取得部
２−５  ＩＭ送信部
２−６  ＵＣ機能制御部
２−７  状態遷移制御部
２０１  記憶装置
１００  状態遷移テーブル
１０１  状態遷移サブテーブル
１０２  状態管理メモリ
１０３  トーキー音源選択データ
１０４  ＩＭ通知テキストデータ
【図１】
0006635499.tif 000002
【図２】
0006635499.tif 000003
【図３】
0006635499.tif 000004
【図４】
0006635499.tif 000005
【図５】
0006635499.tif 000006
【図６】
0006635499.tif 000007
【図７】
0006635499.tif 000008
【図８】
0006635499.tif 000009
【図９】
0006635499.tif 000010
【図１０】
0006635499.tif 000011
【図１１】
0006635499.tif 000012
【図１２】
0006635499.tif 000013
【図１３】
0006635499.tif 000014
【図１４】
0006635499.tif 000015
【図１５】
0006635499.tif 000016
【図１６】
0006635499.tif 000017
【図１７】
0006635499.tif 000018
【図１８】
0006635499.tif 000019
【図１９】
0006635499.tif 000020
【図２０】
0006635499.tif 000021
【図２１】
0006635499.tif 000022
【図２２】
0006635499.tif 000023