(57)【要約】【課題】  インターネットプロトコルを使って音声データを送受信するＩＰ電話システムに対して最適な保守端末装置を提供すること。【解決手段】  音声データを格納した音声パケットを送受信する機能を備えた端末装置とネットワークを介して接続される保守装置であって、前記端末装置に対する所定の保守データを格納した保守パケットを送信する送信間隔を前記端末装置が音声パケットを送信する送信間隔の整数倍に設定する設定手段と、前記設定した送信間隔に従い前記保守パケットを生成する生成手段と、前記生成手段が生成した保守パケットを前記端末装置に対して送信する送信手段とを備える。【選択図】    図５
2005210519.tif 000002
【特許請求の範囲】
【請求項１】
音声データを格納した音声パケットを送受信する機能を備えた端末装置とネットワークを介して接続される保守装置であって、
前記端末装置に対する所定の保守データを格納した保守パケットを前記端末装置が音声パケットを送信する送信間隔に基づいて設定する設定手段と、
前記設定手段が設定した送信間隔に従って前記保守パケットを生成する生成手段と、
前記生成手段が生成した保守パケットを前記端末装置に対して送信する送信手段と、
を備える保守装置。
【請求項２】
前記設定手段は、
前記保守パケットを送信する送信間隔を、前記端末装置が音声パケットを送信する送信間隔の整数倍に設定することを特徴とする請求項１記載の保守装置。
【請求項３】
前記設定手段は、
前記保守パケットを送信する送信間隔を１０ミリ秒に設定することを特徴とする請求項１記載の保守装置。
【請求項４】
前記設定手段は、
前記保守パケットを送信する送信間隔を１０ミリ秒の整数倍に設定することを特徴とする請求項１記載の保守装置。
【請求項５】
ＩＰアドレスを有する端末装置と、該端末装置とネットワークを介して接続される保守装置とから構成されるＩＰ電話システムであって、
前記端末装置は、
音声データを格納した音声パケットを第１の送信間隔に従い生成する生成手段と、
前記生成手段が生成した音声パケットを送信する送信手段と、を備え、
前記保守装置は、
前記端末装置に対する所定の保守データを格納した保守パケットを送信する第２の送信間隔を前記第１の送信間隔の整数倍に設定する設定手段と、
前記設定手段が設定した第２の送信間隔に従って前記保守パケットを生成する生成手段と、
前記生成手段が生成した保守パケットを前記端末装置に対して送信する送信手段と、
を備えることを特徴とするＩＰ電話システム。
【請求項６】
音声データを格納した音声パケットを送受信する機能を備えた端末装置とネットワークを介して接続される保守装置における保守データの送信方法であって、
前記端末装置に対する所定の保守データを格納した保守パケットを送信する送信間隔を前記端末装置が音声パケットを送信する送信間隔の整数倍に設定するステップと、
前記設定した保守パケットの送信間隔に従って前記保守パケットを生成するステップと、
前記生成した保守パケットを前記端末装置に対して送信するステップと、
を備えることを特徴とする保守データの送信方法。
【請求項７】
音声データを格納した音声パケットを送受信する機能を備えた端末装置とネットワークを介して接続される保守装置に所定の機能を実現させるためのプログラムであって、
前記端末装置に対する所定の保守データを格納した保守パケットを送信する送信間隔を前記端末装置が音声パケットを送信する送信間隔の整数倍に設定する機能と、
前記設定した保守パケットの送信間隔に従って前記保守パケットを生成する機能と、
前記生成した保守パケットを前記端末装置に対して送信する機能と、
を保守装置に実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰ（Voice over Internet Protocol）を利用して通話等の通信サービスを行うＩＰ電話システムの管理技術に関し、特に、端末装置の保守に関する処理を行う保守装置の改良技術に関する。
【背景技術】
【０００２】
近年、インターネットプロトコル（ＩＰ）を用いて音声通話を行う技術が注目され、普及し始めている。このような通話技術は、一般に「ＩＰ電話」または「ＩＰ電話システム」と称される場合が多い。このＩＰ電話では、話者の発する音声に対応する音声信号がディジタルデータに変換されて所定の圧縮処理が行われた後にパケット化され、ネットワークを介して通話先に送信される。そして、通話先では、受信したパケットを用いてアナログの音声信号が復元され、音声出力が行われる。このようなインターネットプロトコルを使って音声データを送受信する技術はＶｏＩＰ（Voice over Internet Protocol）と呼ばれる。ＩＰ電話に関する従来技術は、例えば、特開２００１−１７７５７７号公報（特許文献１）などの文献に記載されている。
【特許文献１】特開２００１−１７７５７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ここで、ＩＰネットワークを利用して音声パケットを送信する場合には、目的地に音声パケットが到着する時間が遅れる「遅延」、音声パケットの到着時間がばらつく「ゆらぎ」、また、音声パケットが紛失する「パケット・ロス」といった現象が起こりやすいため、通話品質や音質そのものが劣化しやすいという問題がある。
【０００４】
例えば、音声パケットは、ＩＰネットワーク上に送出されルータを介して目的地まで届けられるが、このＩＰネットワーク上には、音声パケットのほか様々なデータのＩＰパケットが流れている。よって、ＩＰ音声パケットがルータに到着したとき、ルータが他の大きなサイズのＩＰパケットを転送処理していると、音声パケットは大きなサイズのＩＰパケットをルータが送り出すまでそのまま待っていなければならず、遅延やゆらぎが発生しやすい。
【０００５】
また、ルータは、ＩＰパケットを受け取るとこれを「キュー」と呼ばれる格納場所に一時保管し先着順にこれを処理しているが、このキューからあふれたＩＰパケットは処理できないものとして捨てられる。よって、すでにキューに多くのＩＰパケットがたまった状態で音声パケットが到着した場合には、音声パケットがルータによって破棄されてしまう可能性があり、パケット・ロスが発生しやすい。
【０００６】
一方、従来の保守システムは、保守データをパケット化した保守パケットをＩＰ電話端末に向けてＩＰネットワーク上に送出しているが、メンテナンス状況によっては非常に大きなサイズの保守パケットをＩＰネットワーク上に放出している。従って、ルータが大量の保守データの転送処理をしているときに音声パケットがルータに到着した場合や、ルータが大量の保守パケットをキューイングしている最中に音声パケットが到着した場合などには、保守データを原因とした音声パケットの遅延やゆらぎ、パケット・ロスが発生し、その結果、通話品質や音質そのものが劣化してしまうおそれがある。したがって、ＩＰ電話の通話品質を劣化させることなく保守情報を送信することが要求される装置が望まれる。
【０００７】
このような問題に鑑み、本発明は、ＩＰ電話システムに対する最適な保守装置を提供することを課題とする。
【０００８】
また、本発明は、ＩＰ電話の通話品質を確保しつつ、ＩＰ電話機に対する保守情報をＩＰ電話機に送信することができる保守システムを構築することを課題とする。
【課題を解決するための手段】
【０００９】
本発明の保守装置は、音声データを格納した音声パケットを送受信する機能を備えた端末装置とネットワークを介して接続される保守装置であって、前記端末装置に対する所定の保守データを格納した保守パケットを前記端末装置が音声パケットを送信する送信間隔に基づいて設定する設定手段と、前記設定手段が設定した送信間隔に従って前記保守パケットを生成する生成手段と、前記生成手段が生成した保守パケットを前記端末装置に対して送信する送信手段と、を備える。
【００１０】
また、前記設定手段は、前記保守パケットを送信する送信間隔を、前記端末装置が音声パケットを送信する送信間隔の整数倍に設定することが望ましい。
【００１１】
また、前記設定手段は、前記保守パケットを送信する送信間隔を１０ミリ秒に設定することを特徴とする。
【００１２】
また、前記設定手段は、前記保守パケットを送信する送信間隔を１０ミリ秒の整数倍に設定してもよい。
【００１３】
また、本発明は、ＩＰアドレスを有する端末装置と、該端末装置とネットワークを介して接続される保守装置とから構成されるＩＰ電話システムであって、前記端末装置は、音声データを格納した音声パケットを第１の送信間隔に従い生成する生成手段と、前記生成手段が生成した音声パケットを送信する送信手段と、を備え、前記保守装置は、前記端末装置に対する所定の保守データを格納した保守パケットを送信する第２の送信間隔を前記第１の送信間隔の整数倍に設定する設定手段と、前記設定手段が設定した第２の送信間隔に従って前記保守パケットを生成する生成手段と、前記生成手段が生成した保守パケットを前記端末装置に対して送信する送信手段と、を備えることを特徴とするム。
【００１４】
また、本発明は、音声データを格納した音声パケットを送受信する機能を備えた端末装置とネットワークを介して接続される保守装置における保守データの送信方法であって、前記端末装置に対する所定の保守データを格納した保守パケットを送信する送信間隔を前記端末装置が音声パケットを送信する送信間隔の整数倍に設定するステップと、前記設定した保守パケットの送信間隔に従って前記保守パケットを生成するステップと、前記生成した保守パケットを前記端末装置に対して送信するステップと、を備えることを特徴とする。
【００１５】
また、本発明は、音声データを格納した音声パケットを送受信する機能を備えた端末装置とネットワークを介して接続される保守装置に所定の機能を実現させるためのプログラムであって、前記端末装置に対する所定の保守データを格納した保守パケットを送信する送信間隔を前記端末装置が音声パケットを送信する送信間隔の整数倍に設定する機能と、前記設定した保守パケットの送信間隔に従って前記保守パケットを生成する機能と、前記生成した保守パケットを前記端末装置に対して送信する機能と、を保守装置に実現させる。
【００１６】
本発明の保守データの送信方法は、コンピュータにより実施することができるが、そのためのコンピュータプログラムは、ＣＤ−ＲＯＭ、磁気ディスク、半導体メモリ及び通信ネットワークなどの各種の媒体を通じてコンピュータにインストールまたはロードすることができる。また、コンピュータプログラムが、所定のカードやボードに記録されて流通する場合も含む。
【発明の効果】
【００１７】
本発明によれば、保守パケットの送信間隔を音声パケットの送信間隔に従って設定するので、ＩＰ電話の通話品質を確保しつつ、ＩＰ電話機に対する保守情報をＩＰ電話機に送信することが可能になる。
【発明を実施するための最良の形態】
【００１８】
本発明は、音声データが格納された音声パケットの転送に影響を与えないように保守データを格納した保守パケットを転送するために、保守パケットの送信間隔を音声パケットの送信間隔に従い設定する。具体的には、保守パケットの送信間隔を音声パケットの送信間隔と同じ、またはヘッダ情報の重送を減らすべく音声データを連結送信する場合を考慮して、保守パケットの送信間隔を音声パケットの送信間隔の整数倍となるように設定する。たとえば、音声パケットが、ＩＴＵ−Ｔ勧告Ｇ．７２９等にて規定されたＣＥＬＰ系音声符号化方式に従い転送されている場合、当該方式では音声の符号化単位として１０ミリ秒（１０ｍｓ）が設定されているので、保守パケットを送信する送信間隔は、１０ミリ秒の整数倍となるように設定される。
【００１９】
以下、本発明の実施の形態について図面を参照して説明する。本発明に係る保守端末装置は、ＶｏＩＰ（Voice over IP）を利用して通話を行うＩＰ電話システムに適用される。
【００２０】
［システム概略図］
図１は、本発明の一実施形態が適用されたＩＰ電話システムの概略図である。同図に示すように、本ＩＰ電話システムは、１または１以上のＩＰ電話端末１０-1、１０-２・・・１０−ｎと、ＩＰ電話端末１０とＬＡＮ（Local Area Network）５０を介して接続されたルータ４０と、ルータ４０および所定の通信網（例えば、インターネット）３０を介してＩＰ電話端末１０と接続された保守サーバ２０と、同様にルータ４０および所定の通信網３０を介してＩＰ電話端末１０と接続されＩＰ電話端末１０の通話を管理する呼制御サーバ６０と、から構成される。本ＩＰ電話システムでは、音声データを格納した音声パケット、保守データを格納した保守パケット、その他データを格納したパケットが通信網３０を介して転送される。
【００２１】
各ＩＰ電話端末１０は、それぞれのＩＰアドレスを備え、主に、アナログ音声信号をディジタル信号に変換する音声符号化機能、ディジタル化した音声信号をＩＰパケットとして加工するパケット化機能、図示しない入力手段から入力された電話番号をパケットの宛先のＩＰアドレスに変換するアドレス変換機能、および所定の呼制御プロトコルに従い通話を管理する呼制御機能を備えている。
【００２２】
音声を符号化する方式としては、仕様に応じてＰＣＭ（Pulse Code Modulation）方式やＣＳ−ＡＣＥＬＰ（Conjugate-structure algebraic code excited linear prediction）方式などの既知の技術を利用することができる。例えば、高速回線の場合には音質の高いＰＣＭ方式を採用し、低速回線の場合には帯域を節約できるＣＳ−ＡＣＥＬＰ方式などを採用することが考えられる。
【００２３】
呼制御プロトコルには、例えば、ＴＣＰ（Transmission Control Protocol）上で利用されるＨ．３２３プロトコルや、ＵＤＰ（User Datagram Protocol）上で利用されるＳＩＰ（Session Initiation Protocol）などがある。本実施形態では、一例としてＳＩＰを用いた場合について説明する。この場合、ＩＰ端末１０は、ＳＩＰクライアントとして機能する。
【００２４】
また、各ＩＰ電話端末１０は、保守サーバ２０から送信される保守情報を受信して、保守情報に従った処理を実行する保守機能を備える。保守情報は、所定の通信プロトコルに従って転送される。保守情報の送受信に使用する通信プロトコルとしては任意のものを使用することができるが、ここでは、呼制御プロトコルを用いる場合について説明する。
【００２５】
なお、本実施形態に係るＩＰ電話端末１０は、上記機能を備えた単一の装置として構成されているが、ＩＰ電話端末１０の構成はこれに限られない。例えば、アナログ電話装置とＶｏＩＰゲートウェイとを接続することにより構成されるものも、本実施形態に係るＩＰ電話端末１０に該当する。また、電話用のヘッドセット（マイクとスピーカ）や上記機能を実現するためのプログラムを実装したパーソナルコンピュータ等の汎用の情報処理装置であってもよい。
【００２６】
ルータ４０は、ＩＰパケットに書き込まれた宛先のＩＰアドレスを読み取って、最適な方向にＩＰパケットを送出する機能を備えた経路選択装置（中継器）である。また、ルータ４０は、外部のネットワークを通じて第三者が侵入することを防止するためファイヤーオール機能を備えてもよい。
【００２７】
保守サーバ２０は、ＩＰ電話システムを良好な稼動状態に保つための通常の機能として、例えば、ＩＰ電話端末１０内のデータやプログラムを必要に応じて更新・変更する機能や、ＩＰ電話端末１０の稼動状況を外部から遠隔監視し、障害発生時に障害内容の通知や復旧作業を遠隔操作によって行う障害回復機能を備える。
【００２８】
ただし、本実施形態の保守サーバ２０は、これら保守情報をＩＰ電話端末に送信する際に、ＩＰ電話端末の通話品質に影響を与えないように送信する、具体的には、音声パケットの送信間隔を考慮して保守パケットを送信する点を特徴とする。保守サーバ２０は、保守情報を送信するための所定の通信プロトコルとして、所定の呼制御プロトコル（ＳＩＰ）を採用する。
【００２９】
呼制御サーバ６０は、各ＩＰ電話端末１０の通話を管理する呼制御を行う。具体的には、電話番号とＩＰアドレスとを対応付けた所定のテーブルや、通話履歴などの情報を格納して一元管理するとともに、所定の呼制御プロトコルに従って各ＩＰ電話端末１０との間で情報を送受信することにより呼制御を実現する。ここでは、呼制御プロトコルとしてＳＩＰを用いているので、呼制御装置６０は、ＳＩＰサーバとして機能する。
【００３０】
本実施形態におけるＬＡＮ５０は、イーサネット（登録商標）などにより構築されたネットワークであり、呼制御信号および通話信号の伝送経路として機能する。パーソナルコンピュータ等の図示しない他の装置が接続された場合には、データ信号の伝送経路としても機能する。また、インターネットとしての通信網３０は、相互に複数のネットワークが接続され、例えばＴＣＰ／ＩＰプロトコルで規定されたパケットデータが伝送される。
【００３１】
［ＩＰ電話システムにおける通話動作の概要］
次に、このように構成されたＩＰ電話システムにおける通話開始から通話終了までの動作の概略について説明する。まず、ＩＰ電話端末末１０−１は、操作者より図示しない入出力手段を介して電話番号を含む発信指示を受け付けると、この電話番号及び接続要求メッセージを含む接続要求パケットを、呼制御サーバ６０のＩＰアドレスを指定してＬＡＮ５０に送信する。ここでは、ＩＰ電話端末１０−ｎの電話番号が指定されたものとする。ルータ４０は、この接続要求パケットを受け取ると、ＩＰアドレスに従い通信網３０に送信する。
【００３２】
呼制御サーバ６０は、通信網３０から自身あての接続要求パケットを受け取ると、この接続要求パケットに含まれる電話番号に対応するＩＰアドレスを所定のテーブルを参照して取得し、この取得したＩＰアドレス（つまり、ＩＰ電話端末１０−ｎのＩＰアドレス）へ転送する。ＩＰ電話端末１０−ｎは、接続要求パケットを受け取り、自身が通話可能な状態ある場合は、接続可能である旨を示す接続可能パケットを呼制御サーバ６０に送り返す。呼制御サーバ６０は、接続可能パケットを受け取ると、接続要求を送信したＩＰ電話端末１０−１に転送する。
【００３３】
そして、接続可能パケットを受け取ったＩＰ電話端末１０−１が、接続可能パケットの受信に対する確認パケットを呼制御サーバ６０へ送り、呼制御サーバ６０がこの確認パケットをＩＰ電話端末１０−ｎに転送する。これにより、ＩＰ電話端末１０−１とＩＰ電話端末１０−ｎとの間で通話路（呼）が確立し、音声通話が可能な状態へ移行する。その後は、発信側のＩＰ電話端末１０−１と着信側のＩＰ電話端末１０−ｎとの間で、ＲＴＰ（Real-time Transport Protocol）に従い音声信号が格納された音声パケットを送受信することにより、通話が実現される。そして、通話品質を維持するためには、各音声パケットが一定時間内に確実に各ＩＰ電話端末に到着する必要がある。
【００３４】
［ＩＰ電話端末の構成図］
図２は、ＩＰ電話端末の機能を示す機能構成図である。ＩＰ電話端末１０は、ネットワークインターフェース部１０２、パケット処理部１０４、呼制御部１０６、ＲＴＰ処理部１０８、音声信号入出力部１１０、操作信号入出力部１１２、保守管理部１１４、記憶部１１６およびバス１１８を備える。
【００３５】
ネットワークインターフェース部１０２は、ＩＰ電話端末１０とネットワーク（ＬＡＮ）５０とを物理的に接続するためのインターフェースである。ネットワークインターフェース部１０２は、ＩＰ電話端末１０内部のデータを物理的／論理的に変換してネットワーク５０に送出し、また、ネットワーク５０上を流れる自身宛てのデータを抽出して、これを物理的／論理的に変換してバス１１８に入力する。
【００３６】
パケット処理部１０４は、ネットワークインターフェース部１０２を介してネットワーク５０との間で送受信するパケットを処理する。パケット処理部１０４は、例えば、ネットワークインターフェース部１０２を介して受信したパケットからＩＰヘッダを取り除き、ＴＣＰ／ＵＤＰヘッダを読みとる。そして、ＴＣＰ／ＵＤＰヘッダ中のポート番号に従って、そのパケットが処理されるべきアプリケーションを判断する。例えば、ポート番号が呼制御に関する制御データであることを示している場合には、呼制御部１０６に受け渡し、音声データであることを示している場合には、ＲＴＰ処理部１０８に受け渡す。また、呼制御部１０６、ＲＴＰ処理部１０８、保守管理部１１４にて生成されたデータにヘッダを付加してネットワークインターフェース部１０２を介して送出する。
【００３７】
呼制御部１０６は、所定の呼制御プロトコルに従い呼処理を実行する。また、呼制御プロトコルに従うデータ中に保守情報が格納されている場合には、その保守情報を保守管理部１１４に送出する。本実施形態に係る呼制御部１０６は、上述したようにＳＩＰに従う呼処理を実行する。呼制御部１０６は、所定のセッション記述用言語（例えばＳＤＰ：session description protocol）に従い記述されたテキスト形式のデータを解釈し、呼制御サーバ６０との間でリクエスト／レスポンス型の通信を行う。
【００３８】
ＲＴＰ処理部１０８は、ＵＤＰの上位プロトコルであって音声や映像をストリーミング再生するためのプロトコルであるＲＴＰに従い、音声信号入出力部１１０とパケット処理部１０４との間の通話信号を中継する。ＲＴＰ処理部１０８は、音声信号入出力部１１０より入力されたアナログ音声信号が、図示しない音声符号化部によって変換されたディジタル音声信号に対して、ＲＴＰに従うヘッダ情報を付加して音声パケットを生成し、パケット処理部１０４に引き渡す。また、ＲＴＰ処理部１０８は、音声パケットを受信した場合には、ＲＴＰに従うヘッダ情報に基づいて音声パケットを並び替え、図示しない音声複合化部へ引き渡す。
【００３９】
音声信号入出力部１１０は、通話者の音声を入力するとともに相手の音声を出力するためのハンドセット等が該当する。音声信号入出力部１１０より入力されたアナログ音声信号は、図示しない音声符号化部が、所定の方式に従いディジタル音声信号に変換する。また、図示しない音声複合化部は、受信したディジタル音声信号をアナログ音声信号に変換して、音声信号入出力部１１０からアナログ信号として出力する。操作信号入出力部１１２は、利用者が電話番号の入力や各種指示を入力操作するためのダイヤルボタン等が該当する。
【００４０】
保守管理部１１４は、所定の通信プロトコルに従い受け付けた保守情報に従う処理を実行する。本実施形態に係る保守管理部１１４は、上述したようにＳＩＰに従う処理を実行する。例えば、受け付けた保守情報が所定の情報（例えば、後述する番号計画テーブル）の設定要求である場合は、自身に設定されている所定の情報を更新する。また、受け付けた保守情報が自身に設定されている情報（例えば、通話状況を示すステータス）の収集要求である場合は、指示された情報を取得して送り返す。
【００４１】
記憶部１１６は、ＩＰ電話機１０による通話に必要な各種情報を記憶する。例えば、自身の電話番号とＩＰアドレスとを対応付けて記憶するとともに、発呼先と発呼先に割り当てられた所定の数字とを対応付けたテーブル（以下、「番号計画テーブル」という。）を記憶する。この番号計画テーブルは、具体的には、発呼先と、発呼先に割り当てられた電話番号の上位数桁とを対応付けたものである。利用者より発呼先の電話番号が入力されると、入力された番号に従って番号計画テーブルの上位数桁を参照することにより、発呼先を特定することができるように構成されている。
【００４２】
また、記憶部１１６は、ＩＰ電話機１０が接続する接続先ネットワークごとに、接続先ネットワークに接続するための接続処理を規定した呼制御モジュールを記憶する。この呼制御モジュールは、典型的には、接続先ネットワークつまり接続先ネットワークを運営するキャリア毎に独自のモジュールが存在する。これら番号計画テーブルや呼制御モジュールは、保守管理部１１４によって更新される。
【００４３】
このようなＩＰ電話端末１０は、図示しないＣＰＵ、ＣＰＵにより実行されるプログラムが格納されるＲＯＭ、各種情報を一時記憶するためのＲＡＭを備える。例えば呼制御部１０６は、ＣＰＵが、ＲＯＭや外部記憶装置などに格納された所定の制御プログラムに基づいて各種制御を実行することにより実現される。
【００４４】
［保守サーバの構成図］
図３は、保守サーバの機能を示す機能構成図である。保守サーバ２０は、ネットワークインターフェース部２０２と、パケット処理部２０４と、保守管理部２０６と、入出力部２０８と、記憶部２１０と、バス２１８とを備える。
【００４５】
ネットワークインターフェース部２０２は、ネットワーク（インターネット）と物理的に接続するためのインターフェースである。ネットワークインターフェース部２０２は、保守サーバ２０内部のデータを物理的／論理的に変換してネットワーク３０に送出し、また、ネットワーク３０上を流れる自身宛てのデータを抽出して、これを物理的／論理的に変換してバス２１８に入力する。
【００４６】
呼制御部２０５は、所定の呼制御プロトコルに従い呼処理を実行する。本実施形態に係る呼制御部２０５は、ＳＩＰに従う呼処理を実行する。呼制御部２０５は、所定のセッション記述用言語に従い記述されたテキスト形式のデータを解釈し、呼制御サーバ６０との間でリクエスト／レスポンス型の通信を行うことにより、ＩＰ電話端末１０との間で通話路を確立する。
【００４７】
パケット処理部２０４は、ネットワークインターフェース部２０２を介してネットワーク３０との間で送受信するパケットを処理する。パケット処理部２０４は、ネットワークインターフェース部２０２を介して受信したパケットから対象となるデータを抽出し、保守管理部２０６に受け渡す。また、保守管理部２０６にて生成されたデータに宛先をつけてネットワークインターフェース部２０２を介して送出する。
【００４８】
保守管理部２０６は、ＩＰ電話端末１０に対する保守処理を実行する。保守処理には、記憶部１１６への保守情報の登録及び更新処理や、ＩＰ電話端末１０に対する監視処理等がある。保守管理部２０６は、入出力部２０８より入力された指示や予め設定された条件に従って、記憶部２１０に記憶された所定の情報（番号計画テーブル等）を読み出し、読み出した情報と設定命令とを含む設定要求を生成する。また、保守管理部２０６は、入出力部２０８より入力された指示や予め設定された条件に従って、収集すべき情報（ＩＰ電話端末の通話状態を示すステータス等）と収集命令とを含む収集要求を生成する。そして、生成した設定要求や収集要求からなる保守情報を所定の通信プロトコルに従うデータに変換して保守パケットを生成する。
【００４９】
また、本実施形態にかかる保守管理部２０６は、ＩＰ電話端末１０の通話品質に影響を与えないように生成した保守パケットを送信するための送信間隔を設定する。具体的には、保守管理部２０６は、ＩＰ電話端末１０が音声パケットを送信する送信間隔の整数倍となるように保守パケットの送信間隔を設定する。
【００５０】
入出力部２０８は、ユーザが所定の指示を入力するためのキーボードやマウス等の入力手段や、ディスプレイやスピーカ等の出力手段が該当する。
【００５１】
記憶部２１０は、ＩＰ電話端末１０に対する保守情報を記憶する。この保守情報とは、ＩＰ電話端末１０を適正に動作させるためのあらゆる情報を含む概念である。例えば、ＩＰ電話端末１０を動作させるための制御プログラム、ＩＰ電話端末１０に設定される設定情報、およびＩＰ電話端末の状態を示す状態情報などが該当する。また、記憶部２１０は、各ＩＰ電話端末の保守状況を管理するための図示しない管理テーブルを備え、この管理テーブルには、保守対象となるＩＰ電話端末１０とこれらの保守情報とが対応づけて記憶される。
【００５２】
このような保守サーバ２０は、図示しないＣＰＵ、ＣＰＵにより実行されるプログラムが格納されたＲＯＭ、各種情報を一時記憶するためのＲＡＭを備える。ＣＰＵは、ＲＯＭや外部記憶装置などに格納された所定の制御プログラムに基づいて各種制御を実行することにより例えば保守管理部２０６として動作する。
【００５３】
［データフォーマット］
次に、図４を用いて本実施形態に係るデータ構成を説明する。図４（Ａ）は、音声情報が格納された音声パケットのデータ構成の一例を示す図である。当該音声パケットは、ＵＤＰパケットに包まれたＲＴＰパケットとして構成される。各パケットは、ＵＤＰとＲＴＰの各通信のためのヘッダ情報を備え、ペイロードには音声情報が格納される。図４（Ｂ）は、保守情報が格納された保守パケットのデータ構成の一例を示す図である。保守パケットもまた、ＵＤＰパケットに包まれたＲＴＰパケットとして構成される。各パケットは、ＵＤＰヘッダ、ＲＴＰヘッダ及び保守ヘッダから構成され、ペイロード（音声通信用のデータ領域）には、保守用のヘッダと保守用のデータ（所定の情報の設定要求や収集要求など）が格納される。保守情報は、たとえば呼制御プロトコルにおける未規定部分（未規定フィールド）に記載される。
【００５４】
［保守情報の送信処理の流れ］
図５は、保守サーバの処理手順を示すフローチャートである。具体的には、保守サーバ２０における呼制御部２０５、保守管理部２０６およびパケット処理部２０４のプログラムの処理内容の概要を表したものである。
【００５５】
まず、保守管理部２０６は、保守処理を実行するか否かを判断する（ＳＴＥＰ５０１）。例えば、特定のＩＰ電話端末について特定の時間を指定した保守処理の実行が入出力部２０８を介して入力された場合には、保守管理部２０６は、保守処理を実行すると判断する。また、ＩＰ電話端末１０に対するアクセス時間や対象となるＩＰ電話端末１０が予め設定されている場合には、これらの設定に従い保守処理の実行を判断する。
【００５６】
そして、保守処理を実行すると判断した保守管理部２０６は、保守情報を格納した保守パケットの送信間隔がＩＰ電話端末１０における音声パケットの送信間隔の整数倍となるように、保守パケットを生成する。ＩＰ電話端末１０が、ＩＴＵ−Ｔ勧告Ｇ．７２９等にて規定されたＣＥＬＰ系音声符号化方式に従う場合には、上述したように音声符号化単位は１０ミリ秒であり、８ｋｂｐｓの符号化方式で１０バイト、６４ｋｂｐｓの符号化方式で８０バイトの符号が生成される。よって、６４ｋｂｐｓの符号化方式が採用されている場合、保守パケットのデータ長は、音声パケットのデータ長と同じ値（８０バイト）が設定されるが、保守パケットは、保守ヘッダ領域とデータ領域とから構成されているため、７０バイト分の領域が保守情報格納用の領域として設定される。
【００５７】
次に、保守管理部２０６は、入力された情報あるいは設定された条件に従って、保守対象となるＩＰ電話端末１０を特定する（ＳＴＥＰ５０３）。また、保守管理部２０６は、保守処理が所定の情報の設定である場合は、入力された情報あるいは設定された条件に従って、設定対象となる情報を記憶部２１０から読み込む（ＳＴＥＰ５０４）。
【００５８】
保守管理部２０６は、保守パケットに搭載すべき情報が、設定された保守情報格納用の領域（保守情報の長さ、例えば７０バイト）以上の場合には（ＳＴＥＰ５０５）、送信すべき保守情報を、当該領域に割り当てられたデータ長に従い分割する（ＳＴＥＰ５０６）。
【００５９】
次に、保守管理部２０６は、対象となるＩＰ電話端末１０が対応する呼制御手順プロトコルのデータフォーマットに従い、保守情報（分割されている場合には、分割された保守情報）を格納する（ＳＴＥＰ５０７）。ここで、保守情報は、呼制御手順プロトコルが本来予定している呼制御の処理とは異なる処理に関する情報である。従って、保守管理部２０６は、呼制御手順プロトコルのデータフォーマットにおいて、呼制御に利用されない所定の部分（未規定のフィールド）に、保守情報を格納する。これにより、ＩＰ電話端末１０において、呼制御処理のエラーや不具合を生じさせることなく保守情報を解釈実行させることができる。
【００６０】
なお、各ＩＰ電話端末１０が採用する呼制御手順プロトコルは、ＩＰ電話端末ごとに異なる場合があるので、ＩＰ電話端末１０が対応する呼制御手順プロトコルの情報は、予め記憶部２１０に格納しておくか、入出力部２０８を介して入力するものとする。
【００６１】
呼制御部２０５は、パケット処理部２０４を介して、ＩＰ電話端末１０に対する接続情報（電話番号）及び接続要求メッセージを含む接続要求パケットを通信網３０に送出する（ＳＴＥＰ５０８）。その後、呼制御サーバ６０を介して、ＩＰ電話端末１０との間で通話路が確立すると、呼制御手順プロトコルの未規定部分に保守情報を格納したパケットを送出する（ＳＴＥＰ５０９）。通常の通話の場合、通話路が確立すると、発信側の保守サーバ２０と着信側のＩＰ電話端末１０との間では、ＲＴＰに従い音声信号が格納されたＩＰパケットが送受信されるが、ここでは、音声パケットの代わりに、保守情報が格納されたパケットが保守サーバ２０からＩＰ電話端末１０へ送信される。
【００６２】
［ＩＰ電話端末の処理手順］
図６は、ＩＰ電話端末１０の処理手順を示すフローチャートである。具体的には、ＩＰ電話端末１０におけるパケット処理部１０４、呼制御部１０６および保守管理部２０６のプログラムの処理内容の概要を表したものである。
【００６３】
パケット処理部１０４は、ネットワークインターフェース部５０を介してパケットを受信すると（ＳＴＥＰ６０１）、受け取ったパケットに含まれるデータが所定の呼制御プロトコルに従うデータであるか否かを判断する（ＳＴＥＰ６０３）。そして、受け取ったパケットに含まれるデータが所定の呼制御プロトコルに従うデータであると判断した場合は（ＳＴＥＰ６０３のＹｅｓ）、そのデータを呼制御部１０６に受け渡す。
【００６４】
呼制御部１０６は、受け渡されたデータが保守情報を送信するものであるか否かを判断する（ＳＴＥＰ６０５）。具体的には、呼制御プロトコルのデータフォーマット中の未規定部分に、保守情報が格納されている場合には、保守情報を送信するものであると判断し（ＳＴＥＰ６０５のＹｅｓ）、保守情報を抽出する（ＳＴＥＰ６０７）。一方、呼制御プロトコルのデータフォーマットに従い、呼制御に関する情報が格納されている場合には、保守情報を送信するものではないので（ＳＴＥＰ６０５のＮｏ）、呼制御処理を実行する（ＳＴＥＰ６０６）。
【００６５】
保守管理部１１４は、呼制御部１０６により抽出された保守情報に基づいて、保守処理を実行する。例えば、保守管理部１１４は、保守情報が情報の設定命令である場合は（ＳＴＥＰ６０９のＹｅｓ）、抽出された情報に従って記憶部１１６を更新する（ＳＴＥＰ６１１）。
【００６６】
一方、保守情報が情報の収集命令である場合は（ＳＴＥＰ６１３のＹｅｓ）、指示内容に従って所定の情報を取得する（ＳＴＥＰ６１５）。なお、ＩＰ電話端末の保守管理部１１４もまた、取得した所定の情報を含む保守パケットの送信間隔を音声パケットの送信間隔の整数倍（音声パケットの送信間隔が１０ミリ秒である場合には、１０ミリ秒の整数倍）となるように設定する。つまり、保守管理部１１４は、保守パケットのパケット長を音声パケットのパケット長と同等の長さに設定し、送り返す情報を当該設定したパケット長に応じて分割する。そして、保守処理の実行結果をパケット処理部１０４に通知する。
【００６７】
パケット処理部１０４は、通知された内容に従い保守サーバ２０を宛先とする応答パケットを生成し（ＳＴＥＰ６１７）、ネットワークインターフェース部１０２は、これを送信する（ＳＴＥＰ６１９）。
【００６８】
以上、本実施形態によれば、ＩＰ電話端末１０に送る保守情報を格納した保守パケットの送信間隔を、音声情報を格納した音声パケットの送信間隔の整数倍に設定したので、ネットワーク上を保守パケットが流れることによって音声パケットの遅延やゆらぎの原因となることを回避することが可能になる。
【００６９】
また、本実施形態によれば、ＩＰ電話の通話品質を確保しつつ、ＩＰ電話機に対する保守情報をＩＰ電話機に送信することができるようになるので、ＩＰ電話システムに最適な保守装置を提供することが可能になる。
【００７０】
また、本実施形態によれば、所定の保守情報を、IP電話端末が対応する呼制御プロトコルに従って送信しているので、外部ネットワークに設置された保守サーバからIP電話端末に対する保守制御を実行することができるようになる。
【００７１】
また、IP電話端末１０が接続されたルータ４０のファイヤーオール機能に依存することなく、所定の保守情報を送信することができるので、汎用性の高い保守サーバを提供することが可能になる。
【００７２】
また、保守情報を呼制御メッセージ中の未規定部分に格納しているので、これを受け取ったIP電話端末側における呼制御処理にエラー等の影響を与えることを回避することができる。
【００７３】
［その他の実施の形態］
なお、上記実施の形態では、各処理をシーケンシャルに説明したが、動作に矛盾が生じない限り、処理の順序を入れ替えまたは並行動作するように構成しても良い。また、本発明は、上述した実施形態の内容に限定されるものではなく、本発明の要旨の範囲内において様々な変形例が可能である。
【００７４】
（１）上記実施形態では、ＩＰ電話端末１０における音声パケットの送信間隔を考慮して保守データの送信間隔を設定する構成としたが、音声パケットの送信間隔以外の要因をさらに考慮して設定する構成としてもよい。たとえば、通信路の混雑度を考慮して保守データの送出間隔を調整することが考えられる。例えば、通信路の混雑度が最も低いときは、１０ミリ秒間隔とし、混雑度が増すに従い、送出間隔を広くしつつヘッダ情報の重送を減らすように構成する。
【００７５】
（２）また、上記実施形態では、保守情報の送信間隔を１０ミリ秒に設定したが、送信間隔の値はこれに限定されない。たとえば、送信間隔の値として複数の値を用意しておき、音声パケットの転送方式に応じて適宜選択する構成としてもよい。
【００７６】
（３）また、上記実施形態では、保守情報を送信する通信プロトコルとしてＳＩＰを用いた場合について説明したが、本発明はこれに限られず、仕様に応じて他の通信プロトコルを用いることができる。また、保守対象は、ＩＰ電話機に限られず、ゲートウェイやＳＩＰサーバなどを対象とすることもできる。
【００７７】
（４）また、上記実施形態では、保守情報として、設定指示と収集指示の双方を含む場合を例に説明したが、保守情報は、いずれか一方の指示（例えば、設定支持）のみで構成されてもよい。
【図面の簡単な説明】
【００７８】
【図１】本発明の一実施形態が適用されたＩＰ電話システムの概略図である。
【図２】ＩＰ電話端末の機能を示す機能構成図である。
【図３】保守サーバの機能を示す機能構成図である。
【図４】本実施形態に係るＩＰパケットのデータ構成の一例を示す図である。
【図５】保守サーバの処理手順を示すフローチャートである。
【図６】ＩＰ電話端末１０の処理手順を示すフローチャートである。
【符号の説明】
【００７９】
１０・・・ＩＰ電話端末
２０・・・保守サーバ
３０・・・通信網（外部ネットワーク）
４０・・・ルータ
５０・・・ＬＡＮ（内部ネットワーク）
６０・・・呼制御サーバ
【図１】
2005210519.tif 000003
【図２】
2005210519.tif 000004
【図３】
2005210519.tif 000005
【図４】
2005210519.tif 000006
【図５】
2005210519.tif 000007
【図６】
2005210519.tif 000008