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