(57)【要約】【課題】ＩＰネットワークに接続された呼制御装置において、着信先のユーザがたとえ着信先の電話端末の近傍にいない場合でも、着信先のユーザが着信の認識できる確率を向上させる。【解決手段】発呼側の呼制御装置１００から送信されたＩＮＶＩＴＥメッセージに基づいて、着呼側の呼制御装置１００が発呼元および着信先の称呼情報を特定し、特定された称呼情報を含む着呼を知らせる音声データを生成し、音声データをスピーカ部７０により音声出力する。【選択図】図１
2010074698.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも一の電話端末を収容し、収容された電話端末に対する呼処理をＳＩＰに従って行う呼制御装置であって、
収容された電話端末への着信の際に、当該電話端末に着信表示させる着信手段と、
前記着信の際に受信したＳＩＰメッセージの一部を音声変換し、スピーカより出力する音声出力手段と、
を備えたことを特徴とする呼制御装置。
【請求項２】
少なくとも一の電話端末を収容し、収容された電話端末に対する呼処理をＳＩＰに従って行う呼制御装置であって、
発呼側からのＩＮＶＩＴＥメッセージ内に着信先として記述されたアドレス情報に基づいて着信先の電話端末に対して呼処理を実行する呼処理部と、
前記ＩＮＶＩＴＥメッセージ内に着信先のアドレス情報に関連付けて記述された着信先の称呼情報を取得し、当該着信先の称呼情報を含んだ着信の通報を示す音声データを生成する音声データ生成部と、
前記音声データを音声出力するスピーカ部と、
を備える呼制御装置。
【請求項３】
請求項２に記載の呼制御装置において、
前記音声データ生成部は、前記ＩＮＶＩＴＥメッセージ内に発信元のアドレス情報に関連付けて記述された称呼情報を取得し、当該発信元の称呼情報を含む前記音声データを生成する、
ことを特徴とする呼制御装置。
【請求項４】
請求項２または３に記載の呼制御装置において、
アドレス情報に関連付けた少なくとも一つのサブアドレス情報と、各サブアドレス情報のそれぞれに関連付けられた各称呼情報とを記憶する称呼情報記憶部を備え、
前記音声データ生成部は、前記ＩＮＶＩＴＥメッセージ内に発呼元或いは着信先のサブアドレスとしてサブアドレス情報が記述されている場合には、当該サブアドレス情報に対応する称呼情報を前記称呼情報記憶部から取得し、当該発呼元或いは着信先のサブアドレスに対応する称呼情報を含む前記音声データを生成する、
ことを特徴とする呼制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワークに接続され、電話端末間の呼制御をＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従って行うＳＩＰ呼制御装置に関する。
【背景技術】
【０００２】
従来から、電話交換システムにおいて、着信時の利便性の向上や構内放送設備との連携を考慮した技術が提案されている。
【０００３】
例えば、特許文献１には、着信先の名前の入力に対応して、入力された名前に対応する呼出番号により相手電話端末を呼び出し、呼び出された電話端末は、予め記憶されている前記呼出番号に対応する名前の音素データを読み出し、内蔵されたスピーカを介して前記音素データを出力することで着信先に対して名前と電話が掛かっていることを通報する技術が開示されている。
【０００４】
また、特許文献２には、交換システムに着信端末における着信者の名前情報とダイヤル情報を記憶手段に予め記憶しておき、発信端末からのダイヤル情報に基づいて記憶手段に記憶されている名前情報を選択し、選択された名前情報を着信端末に送出し、着信端末が送出された名前情報に基づいて音声により名前を通報する技術が開示されている。
【０００５】
ところで、近年、インターネットの急速な普及に伴い、ＩＰネットワークを利用したＩＰ電話システムが注目されている。このようなＩＰ電話システムにおいて、特許文献１や特許文献２のような技術を適用することで、ＩＰ電話システムにおいても、着信先の電話端末において、着信先の名前を通報することができる。
【特許文献１】特開昭６２−２４７５３号公報
【特許文献２】特開平６−１４１１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の特許文献１や特許文献２に開示された技術のように、着信先の電話端末に内蔵されたスピーカにより着信先の名前を音声で通報する場合、着信先のユーザがその電話端末の近傍にいないと、着信の認識が困難な場合がある。
【０００７】
本発明は、ＩＰネットワークに接続された呼制御装置において、着信先のユーザがたとえ着信先の電話端末の近傍にいない場合でも、着信先のユーザが着信の認識をより容易に行うことができることを一つの目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る呼制御装置は、少なくとも一の電話端末を収容し、収容された電話端末に対する呼処理をＳＩＰに従って行う呼制御装置であって、収容された電話端末への着信の際に、当該電話端末に着信表示させる着信手段と、前記着信の際に受信したＳＩＰメッセージの一部を音声変換し、スピーカより出力する音声出力手段とを備えたことを特徴とする。
【０００９】
本発明に係る呼制御装置によれば、ＳＩＰメッセージの一つであるセッション確立要求（ＩＮＶＩＴＥメッセージ受信）のテキストデータを読み上げることで、着信時に誰宛の着信かを音声で簡単に通知することが可能となる。
【００１０】
本発明に係る呼制御装置は、少なくとも一の電話端末を収容し、収容された電話端末に対する呼処理をＳＩＰに従って行う呼制御装置であって、発呼側からのＩＮＶＩＴＥメッセージ内に着信先として記述されたアドレス情報に基づいて着信先の電話端末に対して呼処理を実行する呼処理部と、前記ＩＮＶＩＴＥメッセージ内に着信先のアドレス情報に関連付けて記述された着信先の称呼情報を取得し、当該着信先の称呼情報を含んだ着信の通報を示す音声データを生成する音声データ生成部と、前記音声データを音声出力するスピーカ部と、を備えることを特徴する。
【００１１】
本発明に係る呼制御装置によれば、音声データ生成部がＩＮＶＩＴＥメッセージ内に着信先のアドレス情報に関連付けて記述された着信先の称呼情報を取得し、当該着信先の称呼情報を含んだ着信の通報を示す音声データを生成し、スピーカ部が生成された音声データを音声出力する。よって、例えばスピーカ部を着呼側の呼制御装置が収容する電話端末と隣接せず離れたエリア（例えば、電話端末が設置されたエリアとは異なるエリア）に設置することで、着呼先のユーザがたとえ着信先の電話端末の近傍にいない場合でも、ユーザは容易に自身に着信があったことを把握することができる。
【００１２】
本発明に係る呼制御装置の一つの態様では、前記音声データ生成部は、前記ＩＮＶＩＴＥメッセージ内に発信元のアドレス情報に関連付けて記述された称呼情報を取得し、当該発信元の称呼情報を含む前記音声データを生成する、ことを特徴とする。
【００１３】
本発明に係る呼制御装置の一つの態様によれば、音声データに発信元の称呼情報も含まれるため、着信先の他に発信元についても容易に把握することができる。
【００１４】
本発明に係る呼制御装置の一つの態様では、アドレス情報に関連付けた少なくとも一つのサブアドレス情報と、各サブアドレス情報のそれぞれに関連付けられた各称呼情報とを記憶する称呼情報記憶部を備え、前記音声データ生成部は、前記ＩＮＶＩＴＥメッセージ内に発呼元或いは着信先のサブアドレスとしてサブアドレス情報が記述されている場合には、当該サブアドレス情報に対応する称呼情報を前記称呼情報記憶部から取得し、当該発呼元或いは着信先のサブアドレスに対応する称呼情報を含む前記音声データを生成する、
ことを特徴とする。
【００１５】
本発明に係る呼制御装置の一つの態様によれば、音声データに発呼元或いは着信先のサブアドレス情報に対応する称呼情報も含まれるため、発呼元或いは着信先をさらに詳細に把握することができる。
【００１６】
本発明に係る呼制御装置の一つの態様によれば、呼処理が実行された電話端末の端末識別情報と機能ボタンのボタン識別情報を加えた音声データが生成され、音声出力されるため、ユーザが自身への着信に応答する際にどの電話端末のどの機能ボタンを操作すればよいか容易に把握することができる。
【発明の効果】
【００１７】
本発明によれば、ＩＮＶＩＴＥメッセージに基づいて少なくとも発信元の称呼情報を含む着呼を知らせる音声データがスピーカ部から音声出力される。よって、例えば、スピーカ部を着呼側の呼制御装置が収容する電話端末と隣接せず離れたエリアに設置することで、着呼先のユーザがたとえ着信先の電話端末の近傍にいない場合でも、そのユーザは自身に対して着呼があったことを容易に把握することができる。
【発明を実施するための最良の形態】
【００１８】
本発明を実施するための最良の形態（以下、「実施形態」と称す）について、以下図面を用いて説明する。
【００１９】
図１は、本実施形態に係る呼制御システムのシステム構成を示す図である。
【００２０】
図１に示すように、電話端末２００を収容し、電話端末間の接続、切断などの呼制御を行う呼制御装置１００がインターネットなどのＩＰネットワーク３００を介して接続されている。
【００２１】
本実施形態において、呼制御装置（例えば、呼制御サーバ、交換装置（ＰＢＸ、ビジネスホン、ボタン電話装置含む）、ゲートウェイ、ホームゲートウェイ等）１００は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従って、他の呼制御装置１００と通信を行い、収容している複数の電話端末２００間の呼制御を行う。発呼側の呼制御装置１００は、発呼元および着信先のアドレス情報と称呼情報を含むＩＮＶＩＴＥメッセージを生成し、着信側の呼制御装置１００が発呼側から送出されたＩＮＶＩＴＥメッセージに記述された着信先のアドレス情報に基づいて、着信側の電話端末に対して着呼処理を実行するとともに、スピーカ端子を介して施設内の天井等に設けられたスピーカより、ＩＮＶＴＥメッセージに基づいて特定された着信先や発呼元を示す称呼情報を含む音声データをユーザに通報する。
【００２２】
呼制御装置は、テキストデータ形式のＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ）を認識し音声変換するテキスト読み上げ手段（機能）を備えている。
【００２３】
図１の一方の呼制御装置を呼制御装置（１）とし、他方の呼制御装置を呼制御装置（２）とする。呼制御装置（１）には２台の電話端末２００（ＴＥＬ５及びＴＥＬ６）と、外部スピーカ７０（ＳＰ３）が接続されている。また、呼制御装置（２）には４台の電話端末２００（ＴＥＬ１〜ＴＥＬ４）と、２台の外部スピーカ７０（ＳＰ１及びＳＰ２）が接続されている。
【００２４】
スピーカ７０は、呼制御装置１００に内蔵されたものを使用してもよいが、本実施形態の場合、電話端末２００より遠隔の話者を呼び出すために外部スピーカ（放送設備でもよい）を接続している。
【００２５】
また、呼制御装置（２）に収容されている電話端末は、ＴＥＬ１とＴＥＬ２が第１グループ、ＴＥＬ３とＴＥＬ４が第２グループというようにグループ化されている。グループ化とは、一般的にテナント分け機能と称されることが多く、例えば所定番号での着信があった場合に、グループ化された電話端末全てを呼び出すような機能である。グループ分けの設定は、呼制御装置に行われている。
【００２６】
ここで、ＩＮＶＩＴＥメッセージとは、ＳＩＰに従って電話端末間で呼の確立を行う場合に発呼側の呼制御装置１００において生成され、着呼側の呼制御装置１００に送信される呼制御用のテキストデータである。図２は、ＩＮＶＩＴＥメッセージの一部分を抜粋した一例を示す。図２（ａ）において、ＩＮＶＩＴＥヘッダ１００Ｆは、メッセージがＩＮＶＩＴＥメッセージであること、つまり、着信側の呼制御装置１００に対する呼の設定要求であることを示す。Ｔｏヘッダ１０２Ｆには、着信先を特定する識別情報が示され、具体的には、「ｔｅｌ：」に着信先のアドレスに相当する回線番号（例えばダイヤルイン番号）が示され、「ｉｓｕｂ：」に着信先のサブアドレスに相当する内線番号が示される。さらに、図２（ｂ）に「ｔｅｌ：」の前段のディスプレイネーム部位に着信先のアドレスに関連づけて着信先の称呼情報を格納させた例を示す。。Ｆｒｏｍヘッダ１０４Ｆには、発呼元を特定する識別情報が示され、具体的には、「ｔｅｌ：」に発呼元のアドレスに相当するダイヤルイン番号が示され、「ｉｓｕｂ：」に発呼元のサブアドレスに相当する内線番号が示される。なお、本実施形態では、発呼元或いは着信先を特定する方式として、所謂「ＴＥＬ  ＵＲＬ方式」を採用する例について説明するが、その他の方式、例えば「ＳＩＰ  ＵＲＬ方式」などを採用しても構わない。
【００２７】
図３は、電話端末２００の外観の一例を示す図である。図３において、電話端末２００は、操作者の音声を受け付ける受話器２０２と、電話番号等を受け付けるテンキー２０４と、回線の接続状態を示す点灯ランプ（不図示）を有し、押下することで発呼時や発呼時に電話端末２００を回線に接続する複数の機能ボタン２０６と、発呼元の電話番号（ダイヤルイン番号）等を表示する液晶ディスプレイ等で構成される表示部２０８とを備える。なお、図３に示す電話端末２００は、一般的な電話端末の一例にすぎず、本実施形態において採用可能な電話端末は図７に示す電話端末２００には限定されない。
【００２８】
本実施形態の電話端末２００は、多機能電話機（個々に表示用ランプを備えた複数の機能ボタンを備えた電話機）の例であり、呼制御装置１００に電話端末２００として収容されている。この種の電話端末２００では、個々の機能ボタンの押下により、その機能ボタンに対応したボタン情報が呼制御装置１００に送出されるようになっている。呼制御装置１００の記憶装置には、個々の機能ボタンに割付けられた機能を情報として登録しておく。呼制御装置１００は、受信したボタン情報に基づいての登録情報を抽出することで、押下ボタンに割付けられている機能を認識する。そしてその機能に応じたプログラムを実行することにより、その機能に応じた回線の接続や保留、それに表示用ランプ制御等を行っている。そして、各機能ボタンに特定の回線を割付けて、それらに回線ボタンの機能を持たせるようにしている。即ち、或る電話端末２００の或る回線対応の機能ボタンが押下されたならば、その回線と電話端末とが接続されると共に、その機能ボタンに対応した表示用ランプが、その回線の状態を表示するようになる。
【００２９】
電話端末２００の機能ボタンは、個々の回線に対応して設定され発着信時に回線を選択する回線ボタンと、その回線の使用状態を表示する回線ボタンごとのランプ（表示灯）、それに保留ボタン等の機能を行えるように設定され、使用者自身がそれらのボタンを操作することにより直接、回線の選択や保留等ができる。
【００３０】
以下に、一般的な通話操作の例について説明する。
【００３１】
発信：ランプが点灯していない任意の回線ボタン機能を設定された機能ボタン（対応回線が空き状態の回線ボタン）を押下することにより、その電話端末２００と回線とが接続されて発信可能となる。
【００３２】
着信：回線からの着信を呼制御装置１００の着信回路が検出したならば、全ての電話端末２００において、その着信回線に対応したランプが点滅し呼び出しが行われる。任意の電話端末２００でランプ点滅中の回線ボタン（機能ボタン）を押下すると、この着信回線がその電話端末２００に接続されて応答となる。また、それと同時に、全電話端末２００のこの回線に対応したランプの状態が点滅から点灯へ変わる。なお、グループ化に対応した番号での着信の場合は、グループ化された電話端末２００のみ、その着信回線に対応したランプが点滅し呼び出しが行われる。
【００３３】
図４は、呼制御装置１００の機能ブロックを示す図である。図４において、ＣＰＵ１０は、ＲＯＭ１２に記憶されたＢＩＯＳプログラムなどの基本的な制御プログラムをＲＡＭ１４に展開して、バス９０を介して各部を制御し、呼制御などを行う。さらに、ＣＰＵ１０は、記憶装置３０に記憶されたプログラム４０をＲＡＭ１４に展開して、必要に応じてデータベース５０に格納された各種データを参照して、各種機能を実現する。
【００３４】
また、スピーカ部７０は、内蔵スピーカと外部のスピーカを接続するためのスピーカ端子より構成されている。電話端末やユーザ等の近傍に呼制御装置１００が設置してある場合には、内蔵スピーカを用い、電話端末やユーザ等の遠隔に呼制御装置１００を設置する場合はスピーカ端子に外部スピーカを接続し、通知や通報に使用する形態が考えられる。
【００３５】
ボタン状態記憶部５６は、図５に示すような電話端末に設けられた各機能ボタンの回線空き状態或いは接続状態を示すボタン状態テーブルを電話端末毎或いは同一のダイヤルイン番号が割り当てられた電話端末群毎に記憶する。
【００３６】
図５において、ボタン状態テーブルには、呼制御装置１００が収容する電話端末２００に設けられた機能ボタンごとに、回線接続状態が登録されている。図５では、回線空き状態の機能ボタンに対して、「−」が関連付けて登録されており、回線接続状態の機能ボタンに対して、使用している回線番号（例えば、「１００」、「２００」などのダイヤルイン番号）が関連付けて登録されている。
【００３７】
呼処理部４２は、ＩＰネットワーク３００を介して発呼側の呼制御装置１００から送出されたＩＮＶＩＴＥメッセージを通信インタフェース８０を介して受信して、受信したＩＮＶＩＴＥメッセージを参照して、Ｔｏヘッダに記述された着信先を特定し、空き状態の回線を選択して、選択された回線を介して着信先の電話端末２００に着信処理を行う。電話端末２００は、接続された回線に対応する機能ボタン２０６の点灯ランプを点灯させながら、着信があった旨を示す着信音を鳴らし、ユーザに応答を促す。
【００３８】
呼処理部４２は、ＩＮＶＩＴＥメッセージを受信すると、ボタン状態記憶部５６に記憶された着信先の電話端末に対応する各機能ボタンの状態を示すボタン状態テーブルを参照して、空き状態の機能ボタンを選択し、選択された機能ボタンに割り付けられた回線を介して、ＩＮＶＩＴＥメッセージのＴｏヘッダに記述された着信先の電話端末２００に対して着信処理を実行する。電話端末２００は、接続された回線に対応する機能ボタン２０６の点灯ランプを点灯させながら、着信があった旨を示す着信音を鳴らし、ユーザに応答を促す。呼処理部４２は、さらに、ボタン状態記憶部５６に記憶された着信先の電話端末に対するボタン状態テーブルの更新を行う。つまり、呼処理部４２は、今回着信処理を行った回線に対応する機能ボタンの状態を、回線接続状態に変更するために、ボタン状態テーブルにダイヤルイン番号（電話番号）を登録する。
【００３９】
称呼情報記憶部５２は、ダイヤルイン番号に対する称呼情報と、ダイヤルイン番号に対して割り当てられた内線番号に対する称呼情報とが示される称呼情報テーブルを記憶する。称呼情報テーブルは、後述のように音声データ生成部４４が称呼情報を含む音声データを生成する場合に参照される。また、発呼側の呼処理部４２がＩＮＶＩＴＥメッセージを生成する場合にも参照され、発呼側の呼処理部４２はユーザにより設定された着信先のアドレス（ダイヤルイン番号）に対応する称呼情報を特定して、特定した称呼情報をＴｏヘッダの所定の位置に記述したＩＮＶＩＴＥメッセージを生成し、着信側の呼制御装置に送信することで発呼処理を実行する。
【００４０】
図６は、称呼情報テーブルの一例を示す。まず、呼制御装置（１）は、ネットワーク事業者との契約によりダイヤルイン番号「５００」が付与され、呼制御装置（２）は同じくダイヤルイン番号「１００」と「２００」が付与されているものとする。
【００４１】
一般的なダイヤルイン契約とは、契約者回線番号とは別に複数の番号（追加番号）が付与され、着信時に、着信番号（契約者回線番号または追加番号）が網から送出されるものであるが、本実施形態でいうダイヤルイン番号とは、網もしくは相手より通知される発信者がダイヤルした番号をいう。
【００４２】
図６に示す呼制御装置（２）の称呼情報テーブルでは、例えば、ダイヤルイン番号「１００」に対して「Ｘ：（例えば部門名）」が称呼情報として登録され、ダイヤルイン番号「１００」に対して電話端末２００（ＴＥＬ１とＴＥＬ２）、内線番号「１０」、「２０」、「３０」、「４０」、「５０」とが割り当てられ、内線番号「１０」、「２０」、２０」、「３０」、「４０」、「５０」に対する称呼情報として、「Ｇ：（例えば個人名）」、「Ｈ」、「Ｉ」、「Ｊ」、「Ｋ」が登録されている。
【００４３】
また、ダイヤルイン番号「２００」に対して「Ｙ：（例えば部門名）」が称呼情報として登録され、ダイヤルイン番号「２００」に対して電話端末２００（ＴＥＬ３とＴＥＬ４）、内線番号「ａ」、「ｂ」、「ｃ」とが割り当てられ、内線番号「ａ」、「ｂ」、「ｃ」に対する称呼情報として、「Ａ：（例えば個人名）」、「Ｂ」、「Ｃ」が登録されている。
【００４４】
この称呼情報テーブルからもわかるとおり、ダイヤルイン番号「１００」のみでの着信の場合及び、ダイヤルイン番号「１００」＋内線番号「１０」又は「２０」又は「３０」又は「４０」又は「５０」での着信の場合には、電話端末２００（ＴＥＬ１）と（ＴＥＬ２）の両方の電話端末が呼び出されるように設定されている（１つの電話端末に複数の内線番号が付与され、その複数の内線番号のいづれかで着信を可能としている）。
【００４５】
また、ダイヤルイン番号「２００」のみでの着信の場合及び、ダイヤルイン番号「２００」＋内線番号「ａ」又は「ｂ」又は「ｃ」での着信の場合には、電話端末２００（ＴＥＬ３）と（ＴＥＬ４）の両方の電話端末が呼び出されるように設定されている。
【００４６】
本実施形態においては、ＴＥＬ１及びＴＥＬ２を第１グループ、ＴＥＬ３及びＴＥＬ４を第２グループとした２つのグループ分けで説明するが、グループが１つ以上あればよく、当然３つ以上のグループ化あってもよい。また、１つのグループには電話端末が１台以上あればよく、３台以上でもなんら問題ない。
【００４７】
音声データ生成部４４は、ＩＮＶＩＴＥメッセージのＴｏヘッダやＦｒｏｍヘッダより発信元の番号及び着信先の番号を特定し、その特定した番号に応じた称呼を用いて着信者を音声呼出しするようにしている。図２（ａ）の場合は、Ｔｏヘッダに「１００」のダイヤル情報が格納されているため、称呼情報テーブルより「Ｘ（部門名）」への着信であることを認識し、さらに、内線番号表記である「ｉｓｕｂ」に「１０」のダイヤル情報が格納されているので、「Ｘ（部門名）」の「Ｇ（個人名）」宛ての着信であることを認識する。
【００４８】
そして、認識した宛先情報を音声データ記憶部５４に記憶された音声データのテンプレート（テキストデータ）に基づいて、音声データ生成部（テキスト読み上げ手段）４４が着信先の称呼を示す音声データを生成する。内線番号表記は、「ｉｓｕｂ」のほかに、「ｅｘｔｅｎｓｉｏｎ」を用いてもよい。本実施形態においては、「ｉｓｕｂ」、「ｅｘｔｅｎｓｉｏｎ」を含めサブアドレスと称する。
【００４９】
ここでの音声データのテンプレートは、例えば「（着信先の回線（ダイヤルイン）番号の称呼情報）の（着信先の内線番号の称呼情報）さん宛に電話が入っています。」というような着信先を特定することが可能なメッセージを示すテンプレートが考えられる。
【００５０】
すなわち、この場合「Ｘ（部門名）のＧ（個人名）さん宛に電話が入っています。」とスピーカ部７０（ＳＰ１）より出力されるようになる。
【００５１】
本実施形態においては、ダイヤルイン番号「１００」に関する着信の場合はＳＰ１、ダイヤルイン番号「２００」に関する着信の場合はＳＰ２を用いて音声呼び出しするよう回線番号とスピーカを対応づけたが、全スピーカより一斉に音声呼び出しするようにしてもよいし、着信毎にスピーカを指定するような情報をＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ、ＭＥＳＳＡＧＥメッセージ等）にて受信し、それに従い制御するようにしてもよい。
【００５２】
さらに、本実施形態の場合、ダイヤルイン番号「１００」＋内線番号「１０」での着信は、電話端末２００（ＴＥＬ１及びＴＥＬ２）を一緒に呼び出すグループ化を行っているので、着信させている電話端末と着信させている機能ボタン情報も合わせて通知するようにしている。
【００５３】
例えば、ＴＥＬ１とＴＥＬ２の機能ボタン５に着信表示を行っているような場合は、「Ｘ（部門名）のＧ（個人名）さん宛に電話が入っています。ＴＥＬ１又はＴＥＬ２の５番で電話を受けてください。」との呼び出しとなる。この場合のテンプレートは、「（着信先の回線番号の称呼情報）の（着信先の内線番号の称呼情報）さん宛に電話が入っています。（着信中の電話端末名称）の（着信表示中の機能ボタン番号）番で電話を受けてください。」となる。
【００５４】
呼制御装置１００は、電話端末毎の通話での空き塞がり状態と、電話端末毎の機能ボタンの使用状態を管理しており、グループ化された電話端末の一方（ＴＥＬ１）が通話中で塞がっている場合には、空いている他方（ＴＥＬ２）電話端末へ着信を行い、「Ｘ（部門名）のＧ（個人名）さん宛に電話が入っています。ＴＥＬ２の６番（５番の機能ボタン塞がりの場合）で電話を受けてください。」等のきめ細かい呼び出しを可能としている。
【００５５】
また、発信元の情報をも音声呼び出しに用いることも可能であり、図２（ａ）のＦｒｏｍヘッダのダイヤル情報「５００」を抽出し、電話帳等の相手先情報テーブルに登録されているダイヤル情報と比較し、一致するダイヤル情報に対応する称呼情報を用いて、着信先に誰からの着信なのかを追加して通知するようにしてもよい。
【００５６】
また、前記実施形態においては、着信側に称呼情報テーブルを設け、ＩＮＶＩＴＥメッセージのＴｏヘッダやＦｒｏｍヘッダに記載されているダイヤル情報を抽出し、それに対応する称呼データを用いて音声呼び出しを行っているが、発信側の呼制御装置１００がＩＮＶＩＴＥメッセージに称呼情報を格納して送信するようにして、そのＩＮＶＩＴＥメッセージ（テキストベース）中の特定の情報を使用して音声呼び出しを行うようにしてもよい。
【００５７】
発信側呼制御装置で称呼情報を付与したＩＮＶＩＴＥメッセージの例を図２（ｂ）に示す。
【００５８】
図２（ｂ）のＴｏヘッダには、Ｔｅｌ−ＵＲＩの前にディスプレイネームとして「Ｘ（例えば部門名、氏名でもよい）」が格納されており、このディスプレイネームを認識し、このテキストデータを音声呼び出しに用いればよい。
【００５９】
また、ＩＮＶＩＴＥのボディに特定の識別子（相互に認識可能な）を設け、テキストデータを送信し、そのテキストデータを音声変換して読上げるようにしてもよい。図２（ｂ）では、特別な識別子を「ｈ」として、「Ｘ  ＢＵＮＯ  Ｇ  ＳＡＮＥ  ＤＥＮＷＡＤＥＳＵ．（Ｘ部のＧさんへ電話です。）」というテキストデータを格納したものである。この場合、発信側の呼制御装置が、相手のダイヤルイン番号「１００」が「Ｘ」部のものであり、内線番号「１０」が「Ｇ」さんのものであることを管理する情報テーブルを備えていることはいうまでもない。
【００６０】
図７は、音声データ生成部４４がＩＮＶＩＴＥメッセージを取得した際に実行する音声データ生成の手順を示すフローチャートである。
【００６１】
図７において、音声データ生成部４４は、発呼側の呼制御装置１００から送信されたＩＮＶＩＴＥメッセージを着呼側の呼制御装置１００が受信した際に、そのＩＮＶＩＴＥメッセージを取得し（Ｓ１００）、ＩＮＶＩＴＥメッセージ内に記述されたＴｏヘッダおよびＦｒｏｍヘッダからそれぞれ回線番号（例えば、ダイヤルイン番号）の称呼情報を取得する（Ｓ１０２）。次いで、音声データ生成部４４は、ＩＮＶＩＴＥメッセージのＴｏヘッダおよびＦｒｏｍヘッダに内線番号（「ｉｓｕｂ」、「ｅｘｔｅｎｓｉｏｎ」等）が記述されているか否かを判定する（Ｓ１０４）。判定の結果、記述されている場合には（ステップＳ１０４の判定結果が、肯定「Ｙ」）、音声データ生成部４４は、称呼情報記憶部５２に記憶された称呼情報テーブルを参照して、各内線番号に対応する称呼情報を取得する（Ｓ１０６）。その後、或いはステップＳ１０４での判定の結果、記述された内線番号が存在しない場合（ステップＳ１０４の判定結果が、否定「Ｎ」）、続いて、音声データ生成部４４は、それぞれ取得した称呼情報に基づいて、着信先および発呼元の称呼情報を含む着信の通報を示す音声データを生成し（Ｓ１０６）、スピーカ部７０を介して音声データを音声出力して、ユーザに通報する（Ｓ１０８）。
【００６２】
以上、本実施形態によれば、発呼側の呼制御装置１００から送信されたＩＮＶＩＴＥメッセージに基づいて、着呼側の呼制御装置１００が発呼元および着信先の称呼情報を特定し、特定された称呼情報に基づいた着呼を知らせる音声データを生成し、音声データをスピーカ部７０により音声出力する。よって、例えば、スピーカ部７０を着呼側の呼制御装置１００が収容する電話端末２００と隣接せず離れたエリア（例えば、電話端末２００が設置されたエリアとは異なるエリア）に設置することで、着呼先のユーザがたとえ着信先の電話端末２００の近傍にいない場合でも、そのユーザは自身に対して着呼があったことを容易に把握することができる。
【００６３】
図８は、音声データ生成部４４が発呼元と、着信先と、着信先の機能ボタンとを含む音声データを生成して音声出力する手順を示すフローチャートである。
【００６４】
図８において、音声データ生成部４４は、発呼側の呼制御装置１００から送信されたＩＮＶＩＴＥメッセージを着呼側の呼制御装置１００が受信した際に、そのＩＮＶＩＴＥメッセージを取得し（Ｓ２００）、ＩＮＶＩＴＥメッセージ内に記述されたＴｏヘッダおよびＦｒｏｍヘッダからそれぞれ回線番号（例えばダイヤルイン番号）の称呼情報を取得する（Ｓ２０２）。次いで、音声データ生成部４４は、ＩＮＶＩＴＥメッセージのＴｏヘッダおよびＦｒｏｍヘッダに内線番号（「ｉｓｕｂ」、「ｅｘｔｅｎｓｉｏｎ」等）が記述されているか否かを判定する（Ｓ２０４）。判定の結果、記述されている場合には（ステップＳ１０４の判定結果が、肯定「Ｙ」）、音声データ生成部４４は、称呼情報記憶部５２に記憶された称呼情報テーブルを参照して、各内線番号に対応する称呼情報を取得する（Ｓ２０６）。
【００６５】
その後、或いはステップＳ２０４での判定の結果、記述された内線番号が存在しない場合（ステップＳ２０４の判定結果が、否定「Ｎ」）、続いて、音声データ生成部４４は、ボタン状態記憶部５６に記憶された着呼先の電話端末に対するボタン状態テーブルを参照して、ステップＳ２００で取得したＩＮＶＩＴＥメッセージ内のＦｒｏｍヘッダに記述されたダイヤルイン着信で使用する機能ボタンを特定する（Ｓ２０８）。続いて、音声データ生成部４４は、取得したそれぞれの称呼情報と、着信先の電話端末を特定する端末識別情報と、特定された機能ボタンを識別するボタン識別情報（例えば、「機能ボタン１」）を含む音声データを生成する（Ｓ２１０）。音声データ生成部４４は、例えば、「Ｙ社のＡさんから電話端末１の機能ボタン１にＸ部のＧさん宛に電話が入っています。」というような音声データを生成し、スピーカ部７０を介して音声データを音声出力して、ユーザに通報する（Ｓ２１２）。
【００６６】
以上、上記によれば、発呼元および着信先の称呼情報の他に、着呼が割り当てられた電話端末の機能ボタンを特定するボタン識別情報を加えた音声データが通報されるため、ユーザは、その通報に基づいて、自身への着信に応答する際にどの電話端末のどの機能ボタンを押下すればよいか容易に把握することができる。
【００６７】
また、呼制御装置１００に複数のスピーカ部７０を設けて、各スピーカ部７０に対して少なくとも一つの内線番号を関連付けておくことで、音声データ生成部４４が、着信先の内線番号に応じて、音声出力するスピーカ部７０を変更しても構わない。このように、内線番号ごとに適当なスピーカ部７０を関連付けておくことで、着信先のユーザとは直接関係ない場所に設置されたスピーカ部７０に対して不要な音声が出力されることを防止することができる。
【００６８】
さらに、上記の実施形態では、発呼側の呼制御装置１００が、ＩＮＶＩＴＥメッセージのＴｏヘッダおよびＦｒｏｍヘッダに着信先或いは発呼元の称呼情報としてダイヤルイン番号に対応する称呼情報を記述する例（ディスプレイネーム）について説明した。しかし、ダイヤルイン番号ではなく内線番号に対応する称呼情報をＩＮＶＩＴＥメッセージのボディ部（通話に関する情報を伝達するためのエリア）に記述しても構わない。
【００６９】
また、上記の実施形態では、発呼側の呼制御装置１００がＩＮＶＩＴＥメッセージを作成する例について説明したが、ＩＮＶＩＴＥメッセージの作成は、発呼側の呼制御装置１００以外にも、例えば、発呼側の電話端末などで実行しても構わない。
【００７０】
加えて、上記の実施形態では、ＩＮＶＩＴＥメッセージのＴｏヘッダおよびＦｒｏｍヘッダの予め定められた位置に記述された着呼先或いは発呼元の称呼情報を取得して、音声出力する例について説明した。しかし、ＩＮＶＩＴＥメッセージのＴｏヘッダやＦｒｏｍヘッダ以外の所定ヘッダ部分の所定の位置に、予め着呼側に通報させた所望の伝言メッセージをテキスト情報として記述しておき、そのテキスト情報を含む音声データを着呼側の音声データ生成部４４において生成して、発呼元や着信先の称呼情報以外のメッセージをスピーカ部７０より音声出力してもよい。なお、伝言メッセージは、例えば、発呼側の電話端末２００から発呼時に発呼側の呼制御装置１００に伝言メッセージを示すテキストデータを送信し、発呼側の呼制御装置１００において、ＩＮＶＩＴＥメッセージを生成する際にそのテキストデータを伝言メッセージとして特定のボディ部分に記述すればよい。
【００７１】
さらに、読み上げるテキスト情報をＩＮＶＩＴＥメッセージで送信するのではなく、ＩＮＶＩＴＥメッセージを送信した後に、インスタントメッセージ送信用のＭＥＳＳＡＧＥメッセージを用いて伝達するようにしてもよい。
【００７２】
電話の音声呼び出しのみならずこのＭＥＳＳＡＧＥメッセージを用いると、電話端末２００が待機中、通話中にかかわらず、スピーカ部７０よりＭＥＳＳＡＧＥメッセージ内のテキストデータを音声出力することが可能となるので、構内放送等での呼制御装置の運用機会が増し、今まで以上に放送設備の連携強化が図れるようになる。
【００７３】
具体的には、ＰＣ（パーソナルコンピュータ）等よりＭＥＳＳＡＧＥメッセージを用いて、スピーカの指定と音声出力させたい文書を呼制御装置に送信する。そのＭＥＳＳＡＧＥメッセージを受信した呼制御装置は、テキスト文書を音声変換し、指定されたスピーカより出力するというものである。この機能を用いれば、訓示、注意喚起、その他諸々の通達がテキストデータ入力（送信）という、しごく簡単な操作により音声伝達（通知）されるようになる。
【００７４】
以上のように、本実施形態によれば、発呼側の呼制御装置１００から送信されたＩＮＶＩＴＥメッセージに基づいて、着呼側の呼制御装置１００が発呼元および着信先の称呼情報を特定し、さらには着呼が割り当てられた電話端末の機能ボタンを特定し、特定された称呼情報、端末識別情報、ボタン識別情報を含む音声データを生成し、音声データをスピーカ部７０により音声出力する。よって、例えば、スピーカ部７０を着呼側の呼制御装置１００が収容する電話端末２００と隣接せず離れたエリア（例えば、電話端末２００が設置されたエリア（部屋など）とは異なるエリア）に設置することで、着呼先のユーザがたとえ着信先の電話端末２００の近傍にいない場合でも、そのユーザは自身に対してどこからどの機能ボタンに対して着呼があったことを容易に把握することができる。
【産業上の利用可能性】
【００７５】
本発明によれば、例えば、スピーカ部を着呼側の呼制御装置が収容する電話端末と隣接せず離れたエリアに設置することで、着呼先のユーザがたとえ着信先の電話端末の近傍にいない場合でも、そのユーザは自身に対して着呼があったことを容易に把握することができるので、ＩＰネットワークに接続され、電話端末間の呼制御をＳＩＰに従って行うＳＩＰ呼制御装置等に適用可能である。
【図面の簡単な説明】
【００７６】
【図１】本実施形態に係る呼制御システムのシステム構成を示す図である。
【図２】ＩＮＶＩＴＥメッセージの一例を示す図である。
【図３】電話端末の外観を示す図である。
【図４】呼制御装置の機能ブロックを示す図である。
【図５】ボタン状態記憶部に記憶されるボタン状態テーブルの一例を示す図である。
【図６】称呼情報記憶部に記憶された称呼情報テーブルの一例を示す図である。
【図７】音声データ生成部がＩＮＶＩＴＥメッセージを取得した際に実行する音声データ生成の手順を示すフローチャートである。
【図８】音声データ生成部が発呼元と着信先と、着信先の電話端末の端末識別情報と機能ボタンのボタン識別情報とを含む音声データを生成して音声出力する手順を示すフローチャートである。
【符号の説明】
【００７７】
１０    ＣＰＵ
１２    ＲＯＭ
１４    ＲＡＭ
３０    記憶装置
４０    プログラム
４２    呼処理部
４４    音声データ生成部
５２    称呼情報記憶部
５４    音声データ記憶部
５６    ボタン状態記憶部
７０    スピーカ部
８０    通信インタフェース
９０    バス
１００  呼制御装置
２００  電話端末
【図１】
2010074698.tif 000003
【図２】
2010074698.tif 000004
【図３】
2010074698.tif 000005
【図４】
2010074698.tif 000006
【図５】
2010074698.tif 000007
【図６】
2010074698.tif 000008
【図７】
2010074698.tif 000009
【図８】
2010074698.tif 000010