ＩＰ電話機
【課題】ＩＰ電話機の通話開始時における一時的な無音状態を回避する。
【解決手段】ＩＰ電話機１００は、発信メッセージを送信した後（Ｓ２）、ＲＢＴを鳴動させる（Ｓ４）。ＩＰ電話機１００は、相手先との接続が完了し、通話開始指示を示すＲＴＰオープンメッセージ（Ｓ８ａ）を受信した後も、ＲＢＴを継続して鳴動させ、相手先からＲＴＰパケットを受信した時点（Ｓ１１ａ）で、ＲＢＴの鳴動を停止する。このように通話開始時に、無音状態になるのを回避して、通話者に不快感を与えないＩＰ電話機を提供する。
【解決手段】ＩＰ電話機１００は、発信メッセージを送信した後（Ｓ２）、ＲＢＴを鳴動させる（Ｓ４）。ＩＰ電話機１００は、相手先との接続が完了し、通話開始指示を示すＲＴＰオープンメッセージ（Ｓ８ａ）を受信した後も、ＲＢＴを継続して鳴動させ、相手先からＲＴＰパケットを受信した時点（Ｓ１１ａ）で、ＲＢＴの鳴動を停止する。このように通話開始時に、無音状態になるのを回避して、通話者に不快感を与えないＩＰ電話機を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰ網に対してＩＰパケットを送受信するＩＰ電話機に関する。
【背景技術】
【０００２】
ＩＰ電話機は、ＩＰ網での障害やＩＰ網のゆらぎの影響を受けるため、これらの影響を回避するために、各種方法が採用されている。
【０００３】
ところで、一般的に、ＩＰ電話機では、例えば、以下の特許文献１に記載されているように、発信メッセージ又は接続要求を送信すると、呼び出し音であるＲＢＴ（Ringing Back Tone）をハンドセットのスピーカから出力し、ＲＴＰ（Real-time Transport Protocol）オープンメッセージ又は接続完了通知を受信すると、ＲＴＰの出力を停止する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−０４５５７７号公報 図２１
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術のように、一般的に、発側のＩＰ電話機は、ＲＴＰオープンメッセージ又は接続完了通知を受信したことにより、ＲＢＴの出力を停止する。この際、この従来技術では、ＩＰ網で一時的な何らかの障害が生じているか、ＩＰ網上でＩＰ音声パケットが遅延すると、発信側の通話者は、ＲＢＴが停止して、通話できると認識したにも関わらず、一時的な無音状態が発生することがある。また、この従来技術では、着信側のＩＰ電話機から着信音が発生されて、着信側の者がハンドセットを外した際に、ＩＰ網で一時的な何らかの障害等が生じていると、発信側の者の音声の最初が聞こえない、いわゆる頭切れが発生することがある。
【０００６】
すなわち、この従来技術では、通話開始時に、一時的に無音状態になり、通話者に不快感を与えることがあるという問題点がある。
【０００７】
本発明は、このような従来技術の問題点に着目し、通話開始時に、無音状態になるのを回避して、通話者に不快感を与えないＩＰ電話機を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記問題点を解決するためのＩＰ電話機に係る発明は、
ハンドセットスピーカに、呼び出し音であるＲＢＴ（Ringing Back Tone）を出力させる信号音発生処理手段と、通信部が受信したＩＰパケットを分解して解析すると共に、該通信部から送信するデータをＩＰパケット化する通信処理手段と、呼制御を実行する呼制御手段と、を備え、
前記呼制御手段は、
要求に応じて発信メッセージを作成し、前記通信処理手段により該発信メッセージをＩＰパケット化させて、該発信メッセージを含むＩＰパケットを前記通信部より送信させると、前記信号音発生処理手段により、前記ハンドセットスピーカに前記ＲＢＴを出力させ、
前記通信処理手段により、前記通信部が受信したＩＰパケットが前記発信メッセージで示される着信先との通話開始を示すＲＴＰ（Real-time Transport Protocol）オープンメッセージであると認識された後、該通信部が受信したＩＰパケットが該着信先からのＲＴＰパケットを含んでいると認識されると、前記信号音発生処理手段により、前記ハンドセットスピーカからの前記ＲＢＴの出力を停止させる、
ことを特徴とする。
【０００９】
また、前記問題点を解決するためのＩＰ電話に係る他の発明は、
ハンドセットスピーカに呼び出し音であるＲＢＴ（Ringing Back Tone）を出力させ、外部スピーカに着信音を出力させ、該ハンドセットスピーカ及び/又は該外部スピーカに音声待ちを示す音声待ち音を出力させる信号音発生処理手段と、通信部が受信したＩＰパケットを分解して解析すると共に、該通信部から送信するデータをＩＰパケット化する通信処理手段と、呼制御を実行する呼制御手段と、を備え、
前記呼制御手段は、
前記通信処理手段により、前記通信部が受信したＩＰパケットが着信メッセージであると認識されると、前記信号音発生処理手段により、前記外部スピーカから前記着信音を出力させ、前記外部スピーカから前記着信音を出力させている過程で、前記ハンドセットのオフフックが検知されてから、前記通信処理手段により、前記通信部が受信したＩＰパケットが前記着信メッセージで示される発信元からのＲＴＰパケットを含んでいると認識されるまで、前記信号音発生処理手段により、前記ハンドセットスピーカ及び/又は前記外部スピーカから音声待ち音を出力させる、
ことを特徴とするＩＰ電話機。
【発明の効果】
【００１０】
本発明では、ＲＢＴや着信音の停止タイミングを相手側からのＲＴＰパケットの到達時にしたことにより、通話開始時に、網障害が生じていて、通信パケットの遅延が発生しても、通話開始時における一時的な無音状態を回避することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る一実施形態におけるＩＰ電話機及びこれを含む通信システムの構成図である。
【図２】本発明に係る一実施形態における統計情報テーブルのデータ構成を示す説明図である。
【図３】本発明に係る一実施形態におけるＩＰ電話機の発信時における通信システムの動作を示すシーケンス図（その１）である。
【図４】本発明に係る一実施形態におけるＩＰ電話機の発信時における通信システムの動作を示すシーケンス図（その２）である。
【図５】本発明に係る一実施形態におけるＩＰ電話機の着信時における通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本発明に係るＩＰ電話機の実施形態について、図面を用いて説明する。
【００１３】
まず、本実施形態のＩＰ電話機の説明する前に、このＩＰ電話機を含む通信システムについて説明する。
【００１４】
拠点Ａには、複数のＩＰ電話機１００と、ＩＰ電話交換機１９１と、複数の通信機器１００，１９１，２ａ相互を通信可能に接続するハブ１９０と、が設けられている。この拠点Ａのハブ１９０は、ルータ２ａを介して、ＷＡＮ１と通信可能に接続されている。
【００１５】
また、拠点Ｂには、複数のＩＰ電話機１００ｂと、複数の通信機器１００ｂ，２ｂを相互に通信可能に接続するハブ１９０と、が設けられている。この拠点Ｂのハブ１９０ｂは、ルータ２ｂを介して、ＷＡＮ１と通信可能に接続されている。
【００１６】
以上で説明した拠点Ａに設けられているＩＰ電話機１００が本実施形態のＩＰ電話機である。一方、以上で説明した拠点Ｂに設けられているＩＰ電話機１００ｂは、背景技術の欄で説明した従来のＩＰ電話機である。
【００１７】
本実施形態のＩＰ電話機１００は、各種演算処理を実行するプロセッサ１１０と、読み出し専用のＲＯＭ１２０と、プロセッサ１１０のワークエリア等になるＲＡＭ１３０と、読み書き可能な不揮発性のフラッシュＲＯＭ１４０と、ハブ１９０等を介して他の通信機器と通信する通信インタフェース１５０と、ハンドセットスピーカ１６１やマイクを有するハンドセット１６０と、プロセッサ１１０からのディジタル信号をアナログ信号に変換する一方でハンドセット１６０からのアナログ信号をディジタル信号に変換するＡ/Ｄコンバータ１６２と、着信音等を出力する外部スピーカ１６５と、プロセッサ１１０からのディジタル信号をアナログ信号に変換して外部スピーカ１６５に送るＡ/Ｄコンバータ１６６と、ハンドセット１６０のオフフックを検知するオフフックセンサ１６９と、各種入力キー１７０と、各種入力キー１７０のインタフェースである入力インタフェース１７１と、を備えている。
【００１８】
プロセッサ１１０は、機能的に、通信インタフェース１５０が受信したＩＰパケットを分解して解析すると共に、通信インタフェース１５０から送信するデータをＩＰパケット化する通信処理部１１１と、呼制御を実行する呼制御部１１２と、音声制御を実行する音声制御部１１３と、ハンドセットスピーカ１６１や外部スピーカ１６５から各種信号音を出力させる信号音発生処理部１１４と、着信先からのＲＴＰパケットが受信されるまでの音声待ち時間を計測して、この音声待ち時間を統計処理する統計処理部１１５と、を有している。
【００１９】
ＲＯＭ１２０には、プロセッサ１１０が実行するプログラムや各種信号音等が予め記憶されている。なお、プロセッサ１１０の上記各機能部１１１〜１１５は、このＲＯＭ１２０に記憶されているプログラムをプロセッサ１１０が実行することで機能する。
【００２０】
フラッシュＲＯＭ１４０には、自ＩＰ電話機を含む各種通信機器の構成情報が格納される構成情報テーブルと、統計処理部１１５が算出した統計値等が格納される統計情報テーブル１４１とが設けられている。
【００２１】
次に、図３〜図５に示すシーケンス図に従って、以上で説明した通信システムの動作について説明する。
【００２２】
まず、図３及び図４に示すシーケンス図に従って、拠点Ａに設けられている本実施形態のＩＰ電話機１００から拠点Ｂに設けられているＩＰ電話機１００ｂへの発信時の通信システムの動作について説明する。
【００２３】
拠点ＡのＩＰ電話機１００に着信先番号が入力され、これをＩＰ電話機１００の呼制御部１１２が受け付けると（Ｓ１）、呼制御部１１２は、この着信先番号を含む発信メッセージを作成し、通信処理部１１２に渡す。通信制御部１１２は、この発信メッセージをＩＰパケット化し、この発信メッセージを通信インタフェース１５０から送出させる（Ｓ２）。
【００２４】
ＩＰ電話機１００の呼制御部１１２は、発信メッセージを通信制御部１１２により送出させると、信号音発生処理部１１４に対して、呼び出し音であるＲＢＴ（Ringing Back Tone）の出力を指示する。信号音発生処理部１１４は、この指示を受けると、ＲＯＭ１２０に記憶されている信号音のデータのうちから、ＲＢＴのデータを抽出し、このデータが示す音をハンドセットスピーカ１６１から出力させる（Ｓ４）。
【００２５】
ＩＰ電話機１００からの発信メッセージは、ＩＰ電話交換機１９１により受信される。このＩＰ電話交換機１９１は、この発信メッセージに基づき着信先に対する着信メッセージを作成し、これを拠点ＢのＩＰ電話機１００ｂへ送信する（Ｓ３）。
【００２６】
拠点ＢのＩＰ電話機１００ｂは、この着信メッセージを受信すると（Ｓ３ｂ）、着信音を鳴らす（Ｓ５）。拠点Ｂに居る人が、この着信音に気付いて、ＩＰ電話機１００ｂのハンドセットを外すと、つまり、ＩＰ電話機１００ｂがオフフックの状態になると（Ｓ６）、ＩＰ電話機１００ｂは、着信音を停止させると共に、ＩＰ電話交換機１９１に対して、着信応答メッセージを送出する（Ｓ７）。
【００２７】
ＩＰ電話交換機１９１は、この着信応答メッセージを受信すると、拠点ＡのＩＰ電話機１００及び拠点ＢのＩＰ電話機１００ｂに対して、接続処理が完了し、通話を開始してもよい旨を知らせるＲＴＰ（Real-time Transport Protocol）オープンメッセージを送出する（Ｓ８ａ，Ｓ８ｂ）。
【００２８】
拠点ＡのＩＰ電話機１００の呼制御部１１２及び拠点ＢのＩＰ電話機１００ｂの呼制御部は、このＲＴＰオープンメッセージを受け付けると、音声制御部を動作させる。拠点ＡのＩＰ電話機１００の音声制御部１１３及び拠点ＢのＩＰ電話機１００ｂの音声制御部は、この時点から、ハンドセットマイクで集音した音を取得し、これをＲＴＰパケットに収めて、通信処理部に渡し、これをさらにＩＰパケットに収めさせて、相手先へ送出させる（Ｓ９，Ｓ１１ｘ）。なお、ＲＴＰオープンメッセージを受信した直後は、両拠点Ａ，Ｂの通話者が直ちに話し始めることはないので、ＲＴＰオープンメッセージを受信した直後のＲＴＰパケット内の音声データは、基本的に無音データである。
【００２９】
ところで、背景技術の欄で述べた従来技術では、発信側は、ＲＴＰオープンメッセージを受信すると、ＲＢＴの鳴動（Ｓ４ｘ）を停止する。この際、ＷＡＮ１に障害が発生していて、両拠点Ａ，Ｂ間で送受信されるパケットに遅延等が生じているとすると、発信側の通話者が声を発しても、着信側からのＲＴＰパケットが到達しないため、発信側の通話者は、着信側からの音声を一時的に聞くことができない状態になる。
【００３０】
しかしながら、本実施形態のＩＰ電話機１００は、ＲＴＰオープンメッセージを受信しても、ＲＢＴの鳴動を継続させるため、この時点で、発信側の通話者が声を発することは基本的になく、また、着信側からの音声が聞こえなくても、何ら違和感を感じることはない。なお、前述したように、両拠点Ａ，ＢのＩＰ電話機１００，１００ｂは、この時点からＲＴＰパケットを送出するようになる。
【００３１】
拠点ＡのＩＰ電話機１００の通信処理部１１１は、通信インタフェース１５０が受信したＩＰパケットを分解して、ＩＰパケットを解析し、このＩＰパケット内に着信側からのＲＴＰパケットを含んでいると認識すると（Ｓ１１ａ）、ＩＰ電話機１００の呼制御部１１２は、信号音発生処理部１１４にＲＢＴの出力を停止させる。すなわち、本実施形態のＩＰ電話機１００は、発信メッセージを送出してから（Ｓ２）、着信側からＲＴＰパケットを受信する（Ｓ１１ａ）までの間、ＲＢＴを鳴動させる。
【００３２】
ＲＢＴの鳴動が停止すると、発信側の通話者は、例えば、「もしもし」等の声を発する。この音声データは、音声制御部１１３でＲＴＰパケット化され、さらに、通信処理部１１１でＩＰパケット化されて、着信側のＩＰ電話機１００ｂへ送信される。一方、着信側のＩＰ電話機１００ｂからも、ＲＴＰパケットを含むＩＰパケットが順次送られ、これが発信側のＩＰ電話機１００で受信される。したがって、本実施形態では、発信側の通話者が、通話開始時に、着信側からの声を一時的に聞くことができなくなることを回避することができる。
【００３３】
発信側のＩＰ電話機１００の統計処理部１１５は、通信インタフェース１５０が受信したＩＰパケットがＲＴＰオープンメッセージであると通信処理部１１１に認識されてから、通信インタフェース１５０が受信したＩＰパケットが着信側からのＲＴＰパケットを含んでいると通信処理部１１１に認識されるまでの時間、つまり、ＲＴＰオープンメッセージを受信してから着信側からのＲＴＰパケットを受信するまでの音声待ち時間を計測している。そして、この統計処理部１１５は、着信側からのＲＴＰパケットが受信されると（１１ａ）、この音声待ち時間と、過去に計測した音声待ち時間とを統計処理する（Ｓ１２）。
【００３４】
ここで、図２を用いて、フラッシュＲＯＭ１４０に設けられている統計情報テーブル１４１の構成について説明する。
【００３５】
この統計情報テーブル１４１は、各拠点毎の音声待ち時間の積算値が格納される待ち時間積算値領域１４１ａと、各拠点毎の音声待ち時間の計測回数が格納される回数領域１４１ｂと、音声待ち時間の積算値と音声待ち時間の計測回数とから求められた各拠点毎の平均値（統計値）が格納される平均値領域１４１ｃと、この平均値に基づいて、後述の待ち限度時間を定めるための各拠点毎の係数が格納されている係数領域１４１ｄと、を有している。
【００３６】
統計処理部１１５は、拠点Ｂとの間での音声待ち時間を計測すると、統計情報テーブル１４１中の拠点Ｂの待ち時間積算値領域１４１ａに格納されている積算値に、この音声待ち時間を加算すると共に、統計情報テーブル１４１中の拠点Ｂの回数領域１４１ｂに格納されている回数に１を加算する。そして、待ち時間積算値領域１４１ａ内の積算値を回数領域１４１ｂ内の回数で割って、拠点Ｂとの間での音声待ち時間の平均値（統計値）を求め、統計情報テーブル１４１中の拠点Ｂの平均値領域１４１ｃにこの平均値を格納する。以上が、統計処理部１１５による統計処理（Ｓ１２）の内容である。
【００３７】
拠点ＡのＩＰ電話機１００の呼制御部１１２は、通信処理部１１１がＲＴＰオープンメッセージを受信したと認識すると、この認識時点から、言い換えると、ＲＴＰオープンメッセージを受信してからの時間が待ち時間限度時間を超えたか否かを監視する（Ｓ１０）。この待ち時間限度時間は、前述した統計情報テーブル１４１中の着信先の拠点Ｂに関する平均値領域１４１ｃに格納されている平均値に、係数領域１４１ｄに格納されている係数を掛けた値である。なお、この時点で、統計情報テーブル１４１には、前述のステップ１２での統計処理結果は反映されておらず、これ以前の統計処理結果が反映されている。
【００３８】
仮に、待ち時間限度時間を越える前に、着信先からＲＴＰパケットの受信を通信処理部１１１が認識すると（Ｓ１１ａ）、呼制御部１１２は、前述したように、ＲＢＴの鳴動を停止させ、統計処理部１１５は統計処理を実行する（Ｓ１２）。
【００３９】
一方、着信先からＲＴＰパケットの受信を通信処理部１１１が認識するまえに、待ち時間限度時間が経過し、呼制御部１１２が待ち時間限度時間を越えたと判断すると（Ｓ１０）、図４に示すように、呼制御部１１２は、信号音発生処理部１１４にＲＢＴの出力を停止させ、替わりに、信号音発生処理部１１４にハンドセットスピーカ１６１から、音声待ち超過音としてＢＴ（Busy Tone）を出力させる。
【００４０】
この結果、発信側の通話者は、着信先が話中であると認識して、ハンドセット１６０を置くことになる。
【００４１】
次に、図５に示すシーケンス図に従って、拠点Ｂに設けられているＩＰ電話機１００ｂから、拠点Ａに設けられている本実施形態のＩＰ電話機１００への発信時の通信システムの動作、言い換えると、本実施形態のＩＰ電話機の着信時の通信システムの動作について説明する。
【００４２】
拠点ＢのＩＰ電話機１００ｂの呼制御部が着信先番号を受け付けると（Ｓ２１）、この呼制御部は、この着信先番号を含む発信メッセージを作成し、これを通信インタフェースから送出させる（Ｓ２２）。さらに、呼制御部は、発信メッセージを送出させると、ハンドセットスピーカからＲＢＴを出力させる（Ｓ２４）。
【００４３】
拠点ＢのＩＰ電話機１００ｂからの発信メッセージは、ＩＰ電話交換機１９１により受信される。このＩＰ電話交換機１９１は、この発信メッセージに基づき着信先に対する着信メッセージを作成し、これを拠点ＡのＩＰ電話機１００へ送信する（Ｓ２３）。
【００４４】
拠点ＡのＩＰ電話機１００の通信インタフェース１５０がこの着信メッセージを受信し、通信処理部１１１がこれを着信メッセージであると認識すると（Ｓ２３ａ）、呼制御部１１２は、信号音発生処理部１１４に外部スピーカ１６５から着信音を出力させる（Ｓ２５）。
【００４５】
拠点Ａに居る人が、この着信音に気付いて、ＩＰ電話機１００のハンドセット１６０を外すと、言い換えると、オフフックセンサ１６９によりオフフックが検知されると（Ｓ２６）、呼制御部１１２は、信号音発生処理部１１４に着信音を停止させると共に、この電話発生処理部１１４に音声待ち音をハンドセットスピーカ１６１から出力させる（Ｓ３０）。
【００４６】
なお、ここでは、音声待ち音をハンドセットスピーカ１６１から出力させているが、外部スピーカ１６５から出力させてもよいし、両スピーカ１６１，１６５から出力させてもよい。また、音声待ち音は、着信音と異なっていることが好ましいが、着信音と同じでもよい。この場合、オフフック状態（Ｓ２６）になっても、着信音が継続することになる。
【００４７】
さらに、呼制御部１１２は、ＩＰ電話機１００がオフフックの状態になると（Ｓ２６）、着信応答メッセージを作成し、これを通信処理部１１１でＩＰパケット化させた後、通信インタフェース１５０から送出させる（Ｓ２７）。
【００４８】
ＩＰ電話交換機１９１は、この着信応答メッセージを受信すると、拠点ＡのＩＰ電話機１００及び拠点ＢのＩＰ電話機１００ｂに対して、接続処理が完了し、通話を開始してもよい旨を知らせるＲＴＰオープンメッセージを送出する（Ｓ２８ａ，Ｓ２８ｂ）。
【００４９】
拠点ＡのＩＰ電話機１００の呼制御部１１２及び拠点ＢのＩＰ電話機１００ｂの呼制御部は、このＲＴＰオープンメッセージを受け付けると、音声制御部を動作させる。拠点ＡのＩＰ電話機１００の音声制御部１１３及び拠点ＢのＩＰ電話機１００ｂの音声制御部は、この時点から、ハンドセットマイクで集音した音を取得し、これをＲＴＰパケットに収めて、通信処理部に渡し、これをさらにＩＰパケットに収めて、相手先へ送出させる（Ｓ２９ｘ，Ｓ３１）。なお、この場合も、図３で説明したＲＴＰオープンメッセージを受信した場合と同様、ＲＴＰパケット内の音声データは、基本的に無音データである。また、拠点ＢのＩＰ電話機１００ｂは、前述したように、従来のＩＰ電話機であるため、ＲＴＰオープンメッセージを受信すると、ＲＢＴの鳴動（Ｓ２４）を停止する。
【００５０】
その後、拠点ＢのＩＰ電話機１００がＲＴＰパケットを含むＩＰパケットを着信先である拠点ＡのＩＰ電話機１００に送出し（Ｓ２９）、これを拠点ＡのＩＰ電話機１００が受信すると、このＩＰ電話機１００の通信処理部１１１は、ＩＰパケットを分解して、ＩＰパケットを解析し、このＩＰパケット内に発信側からのＲＴＰパケットを含んでいると認識すると（Ｓ２９ａ）、ＩＰ電話機１００の呼制御部１１２は、信号音発生処理部１１４に音声待ち音の出力を停止させる。すなわち、本実施形態のＩＰ電話機１００は、オフフックされてから（Ｓ２６）、発信側からのＲＴＰパケットを受信する（Ｓ２９ａ）までの間、音声待ち音を鳴動させる。
【００５１】
ところで、背景技術の欄で述べた従来技術では、着信側は、オフフック状態になると、着信音が停止し、何らかの信号音が出力されることがない。この際、ＷＡＮ１に障害が発生していて、両拠点Ａ，Ｂ間で送受信されるパケットに遅延等が生じているとすると、発信側の通話者が声を発しても、着信側からのＲＴＰパケットが到達せず、いわゆる音声の頭切れが生じる。
【００５２】
しかしながら、本実施形態のＩＰ電話機１００は、オフフック状態になっても、着信側からＲＴＰパケットが到達するまで、音声待ち音を出力しているので、音声の頭切れを回避することができる。
【００５３】
以上のように、本実施形態では、信号音の停止タイミングを相手側からのＲＴＰパケットの到達時にしたことにより、通話開始時に、網障害が生じていて、通信パケットの遅延が発生しても、通話開始時における一時的な無音状態を回避することができる。
【符号の説明】
【００５４】
１００，１００ｂ：ＩＰ電話機、１１０：ＣＰＵ、１１１：通信処理部、１１２：呼制御部、１１３：音声制御部、１１４：信号音発生処理部、１１５：統計処理部、１４１：統計情報テーブル、１５０：通信インタフェース、１６０：ハンドセット、１６１：ハンドセットスピーカ、１６５：外部スピーカ、１７０：入力キー、１９０：ハブ、１９１：ＩＰ交換機
【技術分野】
【０００１】
本発明は、ＩＰ網に対してＩＰパケットを送受信するＩＰ電話機に関する。
【背景技術】
【０００２】
ＩＰ電話機は、ＩＰ網での障害やＩＰ網のゆらぎの影響を受けるため、これらの影響を回避するために、各種方法が採用されている。
【０００３】
ところで、一般的に、ＩＰ電話機では、例えば、以下の特許文献１に記載されているように、発信メッセージ又は接続要求を送信すると、呼び出し音であるＲＢＴ（Ringing Back Tone）をハンドセットのスピーカから出力し、ＲＴＰ（Real-time Transport Protocol）オープンメッセージ又は接続完了通知を受信すると、ＲＴＰの出力を停止する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−０４５５７７号公報 図２１
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の技術のように、一般的に、発側のＩＰ電話機は、ＲＴＰオープンメッセージ又は接続完了通知を受信したことにより、ＲＢＴの出力を停止する。この際、この従来技術では、ＩＰ網で一時的な何らかの障害が生じているか、ＩＰ網上でＩＰ音声パケットが遅延すると、発信側の通話者は、ＲＢＴが停止して、通話できると認識したにも関わらず、一時的な無音状態が発生することがある。また、この従来技術では、着信側のＩＰ電話機から着信音が発生されて、着信側の者がハンドセットを外した際に、ＩＰ網で一時的な何らかの障害等が生じていると、発信側の者の音声の最初が聞こえない、いわゆる頭切れが発生することがある。
【０００６】
すなわち、この従来技術では、通話開始時に、一時的に無音状態になり、通話者に不快感を与えることがあるという問題点がある。
【０００７】
本発明は、このような従来技術の問題点に着目し、通話開始時に、無音状態になるのを回避して、通話者に不快感を与えないＩＰ電話機を提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記問題点を解決するためのＩＰ電話機に係る発明は、
ハンドセットスピーカに、呼び出し音であるＲＢＴ（Ringing Back Tone）を出力させる信号音発生処理手段と、通信部が受信したＩＰパケットを分解して解析すると共に、該通信部から送信するデータをＩＰパケット化する通信処理手段と、呼制御を実行する呼制御手段と、を備え、
前記呼制御手段は、
要求に応じて発信メッセージを作成し、前記通信処理手段により該発信メッセージをＩＰパケット化させて、該発信メッセージを含むＩＰパケットを前記通信部より送信させると、前記信号音発生処理手段により、前記ハンドセットスピーカに前記ＲＢＴを出力させ、
前記通信処理手段により、前記通信部が受信したＩＰパケットが前記発信メッセージで示される着信先との通話開始を示すＲＴＰ（Real-time Transport Protocol）オープンメッセージであると認識された後、該通信部が受信したＩＰパケットが該着信先からのＲＴＰパケットを含んでいると認識されると、前記信号音発生処理手段により、前記ハンドセットスピーカからの前記ＲＢＴの出力を停止させる、
ことを特徴とする。
【０００９】
また、前記問題点を解決するためのＩＰ電話に係る他の発明は、
ハンドセットスピーカに呼び出し音であるＲＢＴ（Ringing Back Tone）を出力させ、外部スピーカに着信音を出力させ、該ハンドセットスピーカ及び/又は該外部スピーカに音声待ちを示す音声待ち音を出力させる信号音発生処理手段と、通信部が受信したＩＰパケットを分解して解析すると共に、該通信部から送信するデータをＩＰパケット化する通信処理手段と、呼制御を実行する呼制御手段と、を備え、
前記呼制御手段は、
前記通信処理手段により、前記通信部が受信したＩＰパケットが着信メッセージであると認識されると、前記信号音発生処理手段により、前記外部スピーカから前記着信音を出力させ、前記外部スピーカから前記着信音を出力させている過程で、前記ハンドセットのオフフックが検知されてから、前記通信処理手段により、前記通信部が受信したＩＰパケットが前記着信メッセージで示される発信元からのＲＴＰパケットを含んでいると認識されるまで、前記信号音発生処理手段により、前記ハンドセットスピーカ及び/又は前記外部スピーカから音声待ち音を出力させる、
ことを特徴とするＩＰ電話機。
【発明の効果】
【００１０】
本発明では、ＲＢＴや着信音の停止タイミングを相手側からのＲＴＰパケットの到達時にしたことにより、通話開始時に、網障害が生じていて、通信パケットの遅延が発生しても、通話開始時における一時的な無音状態を回避することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る一実施形態におけるＩＰ電話機及びこれを含む通信システムの構成図である。
【図２】本発明に係る一実施形態における統計情報テーブルのデータ構成を示す説明図である。
【図３】本発明に係る一実施形態におけるＩＰ電話機の発信時における通信システムの動作を示すシーケンス図（その１）である。
【図４】本発明に係る一実施形態におけるＩＰ電話機の発信時における通信システムの動作を示すシーケンス図（その２）である。
【図５】本発明に係る一実施形態におけるＩＰ電話機の着信時における通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本発明に係るＩＰ電話機の実施形態について、図面を用いて説明する。
【００１３】
まず、本実施形態のＩＰ電話機の説明する前に、このＩＰ電話機を含む通信システムについて説明する。
【００１４】
拠点Ａには、複数のＩＰ電話機１００と、ＩＰ電話交換機１９１と、複数の通信機器１００，１９１，２ａ相互を通信可能に接続するハブ１９０と、が設けられている。この拠点Ａのハブ１９０は、ルータ２ａを介して、ＷＡＮ１と通信可能に接続されている。
【００１５】
また、拠点Ｂには、複数のＩＰ電話機１００ｂと、複数の通信機器１００ｂ，２ｂを相互に通信可能に接続するハブ１９０と、が設けられている。この拠点Ｂのハブ１９０ｂは、ルータ２ｂを介して、ＷＡＮ１と通信可能に接続されている。
【００１６】
以上で説明した拠点Ａに設けられているＩＰ電話機１００が本実施形態のＩＰ電話機である。一方、以上で説明した拠点Ｂに設けられているＩＰ電話機１００ｂは、背景技術の欄で説明した従来のＩＰ電話機である。
【００１７】
本実施形態のＩＰ電話機１００は、各種演算処理を実行するプロセッサ１１０と、読み出し専用のＲＯＭ１２０と、プロセッサ１１０のワークエリア等になるＲＡＭ１３０と、読み書き可能な不揮発性のフラッシュＲＯＭ１４０と、ハブ１９０等を介して他の通信機器と通信する通信インタフェース１５０と、ハンドセットスピーカ１６１やマイクを有するハンドセット１６０と、プロセッサ１１０からのディジタル信号をアナログ信号に変換する一方でハンドセット１６０からのアナログ信号をディジタル信号に変換するＡ/Ｄコンバータ１６２と、着信音等を出力する外部スピーカ１６５と、プロセッサ１１０からのディジタル信号をアナログ信号に変換して外部スピーカ１６５に送るＡ/Ｄコンバータ１６６と、ハンドセット１６０のオフフックを検知するオフフックセンサ１６９と、各種入力キー１７０と、各種入力キー１７０のインタフェースである入力インタフェース１７１と、を備えている。
【００１８】
プロセッサ１１０は、機能的に、通信インタフェース１５０が受信したＩＰパケットを分解して解析すると共に、通信インタフェース１５０から送信するデータをＩＰパケット化する通信処理部１１１と、呼制御を実行する呼制御部１１２と、音声制御を実行する音声制御部１１３と、ハンドセットスピーカ１６１や外部スピーカ１６５から各種信号音を出力させる信号音発生処理部１１４と、着信先からのＲＴＰパケットが受信されるまでの音声待ち時間を計測して、この音声待ち時間を統計処理する統計処理部１１５と、を有している。
【００１９】
ＲＯＭ１２０には、プロセッサ１１０が実行するプログラムや各種信号音等が予め記憶されている。なお、プロセッサ１１０の上記各機能部１１１〜１１５は、このＲＯＭ１２０に記憶されているプログラムをプロセッサ１１０が実行することで機能する。
【００２０】
フラッシュＲＯＭ１４０には、自ＩＰ電話機を含む各種通信機器の構成情報が格納される構成情報テーブルと、統計処理部１１５が算出した統計値等が格納される統計情報テーブル１４１とが設けられている。
【００２１】
次に、図３〜図５に示すシーケンス図に従って、以上で説明した通信システムの動作について説明する。
【００２２】
まず、図３及び図４に示すシーケンス図に従って、拠点Ａに設けられている本実施形態のＩＰ電話機１００から拠点Ｂに設けられているＩＰ電話機１００ｂへの発信時の通信システムの動作について説明する。
【００２３】
拠点ＡのＩＰ電話機１００に着信先番号が入力され、これをＩＰ電話機１００の呼制御部１１２が受け付けると（Ｓ１）、呼制御部１１２は、この着信先番号を含む発信メッセージを作成し、通信処理部１１２に渡す。通信制御部１１２は、この発信メッセージをＩＰパケット化し、この発信メッセージを通信インタフェース１５０から送出させる（Ｓ２）。
【００２４】
ＩＰ電話機１００の呼制御部１１２は、発信メッセージを通信制御部１１２により送出させると、信号音発生処理部１１４に対して、呼び出し音であるＲＢＴ（Ringing Back Tone）の出力を指示する。信号音発生処理部１１４は、この指示を受けると、ＲＯＭ１２０に記憶されている信号音のデータのうちから、ＲＢＴのデータを抽出し、このデータが示す音をハンドセットスピーカ１６１から出力させる（Ｓ４）。
【００２５】
ＩＰ電話機１００からの発信メッセージは、ＩＰ電話交換機１９１により受信される。このＩＰ電話交換機１９１は、この発信メッセージに基づき着信先に対する着信メッセージを作成し、これを拠点ＢのＩＰ電話機１００ｂへ送信する（Ｓ３）。
【００２６】
拠点ＢのＩＰ電話機１００ｂは、この着信メッセージを受信すると（Ｓ３ｂ）、着信音を鳴らす（Ｓ５）。拠点Ｂに居る人が、この着信音に気付いて、ＩＰ電話機１００ｂのハンドセットを外すと、つまり、ＩＰ電話機１００ｂがオフフックの状態になると（Ｓ６）、ＩＰ電話機１００ｂは、着信音を停止させると共に、ＩＰ電話交換機１９１に対して、着信応答メッセージを送出する（Ｓ７）。
【００２７】
ＩＰ電話交換機１９１は、この着信応答メッセージを受信すると、拠点ＡのＩＰ電話機１００及び拠点ＢのＩＰ電話機１００ｂに対して、接続処理が完了し、通話を開始してもよい旨を知らせるＲＴＰ（Real-time Transport Protocol）オープンメッセージを送出する（Ｓ８ａ，Ｓ８ｂ）。
【００２８】
拠点ＡのＩＰ電話機１００の呼制御部１１２及び拠点ＢのＩＰ電話機１００ｂの呼制御部は、このＲＴＰオープンメッセージを受け付けると、音声制御部を動作させる。拠点ＡのＩＰ電話機１００の音声制御部１１３及び拠点ＢのＩＰ電話機１００ｂの音声制御部は、この時点から、ハンドセットマイクで集音した音を取得し、これをＲＴＰパケットに収めて、通信処理部に渡し、これをさらにＩＰパケットに収めさせて、相手先へ送出させる（Ｓ９，Ｓ１１ｘ）。なお、ＲＴＰオープンメッセージを受信した直後は、両拠点Ａ，Ｂの通話者が直ちに話し始めることはないので、ＲＴＰオープンメッセージを受信した直後のＲＴＰパケット内の音声データは、基本的に無音データである。
【００２９】
ところで、背景技術の欄で述べた従来技術では、発信側は、ＲＴＰオープンメッセージを受信すると、ＲＢＴの鳴動（Ｓ４ｘ）を停止する。この際、ＷＡＮ１に障害が発生していて、両拠点Ａ，Ｂ間で送受信されるパケットに遅延等が生じているとすると、発信側の通話者が声を発しても、着信側からのＲＴＰパケットが到達しないため、発信側の通話者は、着信側からの音声を一時的に聞くことができない状態になる。
【００３０】
しかしながら、本実施形態のＩＰ電話機１００は、ＲＴＰオープンメッセージを受信しても、ＲＢＴの鳴動を継続させるため、この時点で、発信側の通話者が声を発することは基本的になく、また、着信側からの音声が聞こえなくても、何ら違和感を感じることはない。なお、前述したように、両拠点Ａ，ＢのＩＰ電話機１００，１００ｂは、この時点からＲＴＰパケットを送出するようになる。
【００３１】
拠点ＡのＩＰ電話機１００の通信処理部１１１は、通信インタフェース１５０が受信したＩＰパケットを分解して、ＩＰパケットを解析し、このＩＰパケット内に着信側からのＲＴＰパケットを含んでいると認識すると（Ｓ１１ａ）、ＩＰ電話機１００の呼制御部１１２は、信号音発生処理部１１４にＲＢＴの出力を停止させる。すなわち、本実施形態のＩＰ電話機１００は、発信メッセージを送出してから（Ｓ２）、着信側からＲＴＰパケットを受信する（Ｓ１１ａ）までの間、ＲＢＴを鳴動させる。
【００３２】
ＲＢＴの鳴動が停止すると、発信側の通話者は、例えば、「もしもし」等の声を発する。この音声データは、音声制御部１１３でＲＴＰパケット化され、さらに、通信処理部１１１でＩＰパケット化されて、着信側のＩＰ電話機１００ｂへ送信される。一方、着信側のＩＰ電話機１００ｂからも、ＲＴＰパケットを含むＩＰパケットが順次送られ、これが発信側のＩＰ電話機１００で受信される。したがって、本実施形態では、発信側の通話者が、通話開始時に、着信側からの声を一時的に聞くことができなくなることを回避することができる。
【００３３】
発信側のＩＰ電話機１００の統計処理部１１５は、通信インタフェース１５０が受信したＩＰパケットがＲＴＰオープンメッセージであると通信処理部１１１に認識されてから、通信インタフェース１５０が受信したＩＰパケットが着信側からのＲＴＰパケットを含んでいると通信処理部１１１に認識されるまでの時間、つまり、ＲＴＰオープンメッセージを受信してから着信側からのＲＴＰパケットを受信するまでの音声待ち時間を計測している。そして、この統計処理部１１５は、着信側からのＲＴＰパケットが受信されると（１１ａ）、この音声待ち時間と、過去に計測した音声待ち時間とを統計処理する（Ｓ１２）。
【００３４】
ここで、図２を用いて、フラッシュＲＯＭ１４０に設けられている統計情報テーブル１４１の構成について説明する。
【００３５】
この統計情報テーブル１４１は、各拠点毎の音声待ち時間の積算値が格納される待ち時間積算値領域１４１ａと、各拠点毎の音声待ち時間の計測回数が格納される回数領域１４１ｂと、音声待ち時間の積算値と音声待ち時間の計測回数とから求められた各拠点毎の平均値（統計値）が格納される平均値領域１４１ｃと、この平均値に基づいて、後述の待ち限度時間を定めるための各拠点毎の係数が格納されている係数領域１４１ｄと、を有している。
【００３６】
統計処理部１１５は、拠点Ｂとの間での音声待ち時間を計測すると、統計情報テーブル１４１中の拠点Ｂの待ち時間積算値領域１４１ａに格納されている積算値に、この音声待ち時間を加算すると共に、統計情報テーブル１４１中の拠点Ｂの回数領域１４１ｂに格納されている回数に１を加算する。そして、待ち時間積算値領域１４１ａ内の積算値を回数領域１４１ｂ内の回数で割って、拠点Ｂとの間での音声待ち時間の平均値（統計値）を求め、統計情報テーブル１４１中の拠点Ｂの平均値領域１４１ｃにこの平均値を格納する。以上が、統計処理部１１５による統計処理（Ｓ１２）の内容である。
【００３７】
拠点ＡのＩＰ電話機１００の呼制御部１１２は、通信処理部１１１がＲＴＰオープンメッセージを受信したと認識すると、この認識時点から、言い換えると、ＲＴＰオープンメッセージを受信してからの時間が待ち時間限度時間を超えたか否かを監視する（Ｓ１０）。この待ち時間限度時間は、前述した統計情報テーブル１４１中の着信先の拠点Ｂに関する平均値領域１４１ｃに格納されている平均値に、係数領域１４１ｄに格納されている係数を掛けた値である。なお、この時点で、統計情報テーブル１４１には、前述のステップ１２での統計処理結果は反映されておらず、これ以前の統計処理結果が反映されている。
【００３８】
仮に、待ち時間限度時間を越える前に、着信先からＲＴＰパケットの受信を通信処理部１１１が認識すると（Ｓ１１ａ）、呼制御部１１２は、前述したように、ＲＢＴの鳴動を停止させ、統計処理部１１５は統計処理を実行する（Ｓ１２）。
【００３９】
一方、着信先からＲＴＰパケットの受信を通信処理部１１１が認識するまえに、待ち時間限度時間が経過し、呼制御部１１２が待ち時間限度時間を越えたと判断すると（Ｓ１０）、図４に示すように、呼制御部１１２は、信号音発生処理部１１４にＲＢＴの出力を停止させ、替わりに、信号音発生処理部１１４にハンドセットスピーカ１６１から、音声待ち超過音としてＢＴ（Busy Tone）を出力させる。
【００４０】
この結果、発信側の通話者は、着信先が話中であると認識して、ハンドセット１６０を置くことになる。
【００４１】
次に、図５に示すシーケンス図に従って、拠点Ｂに設けられているＩＰ電話機１００ｂから、拠点Ａに設けられている本実施形態のＩＰ電話機１００への発信時の通信システムの動作、言い換えると、本実施形態のＩＰ電話機の着信時の通信システムの動作について説明する。
【００４２】
拠点ＢのＩＰ電話機１００ｂの呼制御部が着信先番号を受け付けると（Ｓ２１）、この呼制御部は、この着信先番号を含む発信メッセージを作成し、これを通信インタフェースから送出させる（Ｓ２２）。さらに、呼制御部は、発信メッセージを送出させると、ハンドセットスピーカからＲＢＴを出力させる（Ｓ２４）。
【００４３】
拠点ＢのＩＰ電話機１００ｂからの発信メッセージは、ＩＰ電話交換機１９１により受信される。このＩＰ電話交換機１９１は、この発信メッセージに基づき着信先に対する着信メッセージを作成し、これを拠点ＡのＩＰ電話機１００へ送信する（Ｓ２３）。
【００４４】
拠点ＡのＩＰ電話機１００の通信インタフェース１５０がこの着信メッセージを受信し、通信処理部１１１がこれを着信メッセージであると認識すると（Ｓ２３ａ）、呼制御部１１２は、信号音発生処理部１１４に外部スピーカ１６５から着信音を出力させる（Ｓ２５）。
【００４５】
拠点Ａに居る人が、この着信音に気付いて、ＩＰ電話機１００のハンドセット１６０を外すと、言い換えると、オフフックセンサ１６９によりオフフックが検知されると（Ｓ２６）、呼制御部１１２は、信号音発生処理部１１４に着信音を停止させると共に、この電話発生処理部１１４に音声待ち音をハンドセットスピーカ１６１から出力させる（Ｓ３０）。
【００４６】
なお、ここでは、音声待ち音をハンドセットスピーカ１６１から出力させているが、外部スピーカ１６５から出力させてもよいし、両スピーカ１６１，１６５から出力させてもよい。また、音声待ち音は、着信音と異なっていることが好ましいが、着信音と同じでもよい。この場合、オフフック状態（Ｓ２６）になっても、着信音が継続することになる。
【００４７】
さらに、呼制御部１１２は、ＩＰ電話機１００がオフフックの状態になると（Ｓ２６）、着信応答メッセージを作成し、これを通信処理部１１１でＩＰパケット化させた後、通信インタフェース１５０から送出させる（Ｓ２７）。
【００４８】
ＩＰ電話交換機１９１は、この着信応答メッセージを受信すると、拠点ＡのＩＰ電話機１００及び拠点ＢのＩＰ電話機１００ｂに対して、接続処理が完了し、通話を開始してもよい旨を知らせるＲＴＰオープンメッセージを送出する（Ｓ２８ａ，Ｓ２８ｂ）。
【００４９】
拠点ＡのＩＰ電話機１００の呼制御部１１２及び拠点ＢのＩＰ電話機１００ｂの呼制御部は、このＲＴＰオープンメッセージを受け付けると、音声制御部を動作させる。拠点ＡのＩＰ電話機１００の音声制御部１１３及び拠点ＢのＩＰ電話機１００ｂの音声制御部は、この時点から、ハンドセットマイクで集音した音を取得し、これをＲＴＰパケットに収めて、通信処理部に渡し、これをさらにＩＰパケットに収めて、相手先へ送出させる（Ｓ２９ｘ，Ｓ３１）。なお、この場合も、図３で説明したＲＴＰオープンメッセージを受信した場合と同様、ＲＴＰパケット内の音声データは、基本的に無音データである。また、拠点ＢのＩＰ電話機１００ｂは、前述したように、従来のＩＰ電話機であるため、ＲＴＰオープンメッセージを受信すると、ＲＢＴの鳴動（Ｓ２４）を停止する。
【００５０】
その後、拠点ＢのＩＰ電話機１００がＲＴＰパケットを含むＩＰパケットを着信先である拠点ＡのＩＰ電話機１００に送出し（Ｓ２９）、これを拠点ＡのＩＰ電話機１００が受信すると、このＩＰ電話機１００の通信処理部１１１は、ＩＰパケットを分解して、ＩＰパケットを解析し、このＩＰパケット内に発信側からのＲＴＰパケットを含んでいると認識すると（Ｓ２９ａ）、ＩＰ電話機１００の呼制御部１１２は、信号音発生処理部１１４に音声待ち音の出力を停止させる。すなわち、本実施形態のＩＰ電話機１００は、オフフックされてから（Ｓ２６）、発信側からのＲＴＰパケットを受信する（Ｓ２９ａ）までの間、音声待ち音を鳴動させる。
【００５１】
ところで、背景技術の欄で述べた従来技術では、着信側は、オフフック状態になると、着信音が停止し、何らかの信号音が出力されることがない。この際、ＷＡＮ１に障害が発生していて、両拠点Ａ，Ｂ間で送受信されるパケットに遅延等が生じているとすると、発信側の通話者が声を発しても、着信側からのＲＴＰパケットが到達せず、いわゆる音声の頭切れが生じる。
【００５２】
しかしながら、本実施形態のＩＰ電話機１００は、オフフック状態になっても、着信側からＲＴＰパケットが到達するまで、音声待ち音を出力しているので、音声の頭切れを回避することができる。
【００５３】
以上のように、本実施形態では、信号音の停止タイミングを相手側からのＲＴＰパケットの到達時にしたことにより、通話開始時に、網障害が生じていて、通信パケットの遅延が発生しても、通話開始時における一時的な無音状態を回避することができる。
【符号の説明】
【００５４】
１００，１００ｂ：ＩＰ電話機、１１０：ＣＰＵ、１１１：通信処理部、１１２：呼制御部、１１３：音声制御部、１１４：信号音発生処理部、１１５：統計処理部、１４１：統計情報テーブル、１５０：通信インタフェース、１６０：ハンドセット、１６１：ハンドセットスピーカ、１６５：外部スピーカ、１７０：入力キー、１９０：ハブ、１９１：ＩＰ交換機
【特許請求の範囲】
【請求項１】
ＩＰ網に対してＩＰパケットを送受信する通信部を備えているＩＰ電話機において、
通話者に音声を出力するハンドセットスピーカを有するハンドセットと、
前記ハンドセットスピーカに、呼び出し音であるＲＢＴ（Ringing Back Tone）を出力させる信号音発生処理手段と、
前記通信部が受信したＩＰパケットを分解して解析すると共に、該通信部から送信するデータをＩＰパケット化する通信処理手段と、
呼制御を実行する呼制御手段と、
を備え、
前記呼制御手段は、
要求に応じて発信メッセージを作成し、前記通信処理手段により該発信メッセージをＩＰパケット化させて、該発信メッセージを含むＩＰパケットを前記通信部より送信させると、前記信号音発生処理手段により、前記ハンドセットスピーカに前記ＲＢＴを出力させ、
前記通信処理手段により、前記通信部が受信したＩＰパケットが前記発信メッセージで示される着信先との通話開始を示すＲＴＰ（Real-time Transport Protocol）オープンメッセージであると認識された後、該通信部が受信したＩＰパケットが該着信先からのＲＴＰパケットを含んでいると認識されると、前記信号音発生処理手段により、前記ハンドセットスピーカからの前記ＲＢＴの出力を停止させる、
ことを特徴とするＩＰ電話機。
【請求項２】
請求項２に記載のＩＰ電話機において、
前記通信処理手段により、前記通信部が受信したＩＰパケットが前記ＲＴＰオープンメッセージであると認識されてから、該通信部が受信したＩＰパケットが前記着信先からのＲＴＰパケットを含んでいると認識されるまでの音声待ち時間を計測し、該音声待ち時間を計測する毎に、該音声待ち時間と過去の音声待ち時間とを統計処理して、音声待ち時間の統計処理値を求める統計処理手段を備え、
前記呼制御手段は、前記通信処理手段により、前記通信部が受信したＩＰパケットが前記ＲＴＰオープンメッセージであると認識されると、前記統計処理値に応じて定められた待ち限度時間を越えたか否かを判断し、該待ち限度時間を越えた場合には、前記信号音発生処理手段により、前記ハンドセットスピーカからの前記ＲＢＴの出力を停止させる、
ことを特徴とするＩＰ電話機。
【請求項３】
請求項２に記載のＩＰ電話機において、
前記信号音発生処理手段は、前記ハンドセットスピーカに音声待ち時間の超過を示す音声待ち超過音を出力させ、
前記呼制御手段は、前記待ち限度時間を越えた場合には、前記ハンドセットスピーカに前記音声待ち超過音を出力させる、
ことを特徴とするＩＰ電話機。
【請求項４】
請求項１から３のいずれか一項に記載のＩＰ電話機において、
着信音を出力する外部スピーカを備え、
前記信号音発生処理手段は、前記外部スピーカに着信音を出力させると共に、前記ハンドセットスピーカ及び/又は前記外部スピーカに音声待ちを示す音声待ち音を出力させ、
前記呼制御手段は、
前記通信処理手段により、前記通信部が受信したＩＰパケットが着信メッセージであると認識されると、前記信号音発生処理手段により、前記外部スピーカから前記着信音を出力させ、
前記外部スピーカから前記着信音を出力させている過程で、前記ハンドセットのオフフックが検知されてから、前記通信処理手段により、前記通信部が受信したＩＰパケットが前記着信メッセージで示される発信元からのＲＴＰパケットを含んでいると認識されるまで、前記信号音発生処理手段により、前記ハンドセットスピーカ及び/又は前記外部スピーカから音声待ち音を出力させる、
ことを特徴とするＩＰ電話機。
【請求項５】
ＩＰ網に対してＩＰパケットを送受信する通信部を備えているＩＰ電話機において、
通話者に音声を出力するハンドセットスピーカを有するハンドセットと、
着信音を出力する外部スピーカと、
前記ハンドセットスピーカに、呼び出し音であるＲＢＴ（Ringing Back Tone）を出力させ、前記外部スピーカに着信音を出力させ、該ハンドセットスピーカ及び/又は該外部スピーカに音声待ちを示す音声待ち音を出力させる信号音発生処理手段と、
前記通信部が受信したＩＰパケットを分解して解析すると共に、該通信部から送信するデータをＩＰパケット化する通信処理手段と、
呼制御を実行する呼制御手段と、
を備え、
前記呼制御手段は、
前記通信処理手段により、前記通信部が受信したＩＰパケットが着信メッセージであると認識されると、前記信号音発生処理手段により、前記外部スピーカから前記着信音を出力させ、
前記外部スピーカから前記着信音を出力させている過程で、前記ハンドセットのオフフックが検知されてから、前記通信処理手段により、前記通信部が受信したＩＰパケットが前記着信メッセージで示される発信元からのＲＴＰパケットを含んでいると認識されるまで、前記信号音発生処理手段により、前記ハンドセットスピーカ及び/又は前記外部スピーカから音声待ち音を出力させる、
ことを特徴とするＩＰ電話機。
【請求項１】
ＩＰ網に対してＩＰパケットを送受信する通信部を備えているＩＰ電話機において、
通話者に音声を出力するハンドセットスピーカを有するハンドセットと、
前記ハンドセットスピーカに、呼び出し音であるＲＢＴ（Ringing Back Tone）を出力させる信号音発生処理手段と、
前記通信部が受信したＩＰパケットを分解して解析すると共に、該通信部から送信するデータをＩＰパケット化する通信処理手段と、
呼制御を実行する呼制御手段と、
を備え、
前記呼制御手段は、
要求に応じて発信メッセージを作成し、前記通信処理手段により該発信メッセージをＩＰパケット化させて、該発信メッセージを含むＩＰパケットを前記通信部より送信させると、前記信号音発生処理手段により、前記ハンドセットスピーカに前記ＲＢＴを出力させ、
前記通信処理手段により、前記通信部が受信したＩＰパケットが前記発信メッセージで示される着信先との通話開始を示すＲＴＰ（Real-time Transport Protocol）オープンメッセージであると認識された後、該通信部が受信したＩＰパケットが該着信先からのＲＴＰパケットを含んでいると認識されると、前記信号音発生処理手段により、前記ハンドセットスピーカからの前記ＲＢＴの出力を停止させる、
ことを特徴とするＩＰ電話機。
【請求項２】
請求項２に記載のＩＰ電話機において、
前記通信処理手段により、前記通信部が受信したＩＰパケットが前記ＲＴＰオープンメッセージであると認識されてから、該通信部が受信したＩＰパケットが前記着信先からのＲＴＰパケットを含んでいると認識されるまでの音声待ち時間を計測し、該音声待ち時間を計測する毎に、該音声待ち時間と過去の音声待ち時間とを統計処理して、音声待ち時間の統計処理値を求める統計処理手段を備え、
前記呼制御手段は、前記通信処理手段により、前記通信部が受信したＩＰパケットが前記ＲＴＰオープンメッセージであると認識されると、前記統計処理値に応じて定められた待ち限度時間を越えたか否かを判断し、該待ち限度時間を越えた場合には、前記信号音発生処理手段により、前記ハンドセットスピーカからの前記ＲＢＴの出力を停止させる、
ことを特徴とするＩＰ電話機。
【請求項３】
請求項２に記載のＩＰ電話機において、
前記信号音発生処理手段は、前記ハンドセットスピーカに音声待ち時間の超過を示す音声待ち超過音を出力させ、
前記呼制御手段は、前記待ち限度時間を越えた場合には、前記ハンドセットスピーカに前記音声待ち超過音を出力させる、
ことを特徴とするＩＰ電話機。
【請求項４】
請求項１から３のいずれか一項に記載のＩＰ電話機において、
着信音を出力する外部スピーカを備え、
前記信号音発生処理手段は、前記外部スピーカに着信音を出力させると共に、前記ハンドセットスピーカ及び/又は前記外部スピーカに音声待ちを示す音声待ち音を出力させ、
前記呼制御手段は、
前記通信処理手段により、前記通信部が受信したＩＰパケットが着信メッセージであると認識されると、前記信号音発生処理手段により、前記外部スピーカから前記着信音を出力させ、
前記外部スピーカから前記着信音を出力させている過程で、前記ハンドセットのオフフックが検知されてから、前記通信処理手段により、前記通信部が受信したＩＰパケットが前記着信メッセージで示される発信元からのＲＴＰパケットを含んでいると認識されるまで、前記信号音発生処理手段により、前記ハンドセットスピーカ及び/又は前記外部スピーカから音声待ち音を出力させる、
ことを特徴とするＩＰ電話機。
【請求項５】
ＩＰ網に対してＩＰパケットを送受信する通信部を備えているＩＰ電話機において、
通話者に音声を出力するハンドセットスピーカを有するハンドセットと、
着信音を出力する外部スピーカと、
前記ハンドセットスピーカに、呼び出し音であるＲＢＴ（Ringing Back Tone）を出力させ、前記外部スピーカに着信音を出力させ、該ハンドセットスピーカ及び/又は該外部スピーカに音声待ちを示す音声待ち音を出力させる信号音発生処理手段と、
前記通信部が受信したＩＰパケットを分解して解析すると共に、該通信部から送信するデータをＩＰパケット化する通信処理手段と、
呼制御を実行する呼制御手段と、
を備え、
前記呼制御手段は、
前記通信処理手段により、前記通信部が受信したＩＰパケットが着信メッセージであると認識されると、前記信号音発生処理手段により、前記外部スピーカから前記着信音を出力させ、
前記外部スピーカから前記着信音を出力させている過程で、前記ハンドセットのオフフックが検知されてから、前記通信処理手段により、前記通信部が受信したＩＰパケットが前記着信メッセージで示される発信元からのＲＴＰパケットを含んでいると認識されるまで、前記信号音発生処理手段により、前記ハンドセットスピーカ及び/又は前記外部スピーカから音声待ち音を出力させる、
ことを特徴とするＩＰ電話機。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−３９６３（Ｐ２０１１−３９６３Ａ）
【公開日】平成２３年１月６日（２０１１．１．６）
【国際特許分類】
【出願番号】特願２００９−１４３１９７（Ｐ２００９−１４３１９７）
【出願日】平成２１年６月１６日（２００９．６．１６）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年１月６日（２０１１．１．６）
【国際特許分類】
【出願日】平成２１年６月１６日（２００９．６．１６）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]