通信システム及びプロトコルヘッダ判定装置及びサーバ装置
【課題】通信システムにおいて、未定義ヘッダを持つプロトコル信号の破棄を低減し通信の効率を向上させることを目的とする。
【解決手段】異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置を有し、受信したプロトコル信号に未定義のプロトコルヘッダである未定義ヘッダを検出した前記受信側のサーバ装置から前記未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信し、前記プロトコルヘッダ判定装置にて前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信し、前記受信側のサーバ装置にて前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う。
【解決手段】異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置を有し、受信したプロトコル信号に未定義のプロトコルヘッダである未定義ヘッダを検出した前記受信側のサーバ装置から前記未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信し、前記プロトコルヘッダ判定装置にて前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信し、前記受信側のサーバ装置にて前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、異なるネットワークの通信端末間を接続する通信システムに関する。
【背景技術】
【０００２】
現在、様々な通信事業者がＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のメリットを利用したＩＰ電話の通信接続サービスを提供している。この場合、ＳＩＰは、セッションの確立、変更、終了等のセッション管理を行うための通信プロトコルであり、セッションの内容には関知しない。
【０００３】
各々の通信事業者は、このようなセッション管理を実行するためのＳＩＰサーバを構築しており、例えば端末装置等のクライアントが音声データをパケット通信する場合、まず当該クライアントとＳＩＰサーバとの間で所定のＳＩＰメッセージに基づいたセッション管理が行われ、セッションが確立したときに音声データは所望の相手に運ばれて復元される。
【０００４】
なお、ＳＩＰメッセージとは、例えばインターネットで利用されている標準的なメッセージ形式（例えば、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）など）と類似しており、例えばＩＮＶＩＴＥ（招待）やＡＣＫ（確認応答）等のリクエストメソッド（リクエストメッセージ）と、例えば１００Ｔｒｙｉｎｇ（暫定応答）や２００ｏｋ（成功応答）等の応答コード（レスポンスメッセージ）によりＳＩＰメッセージの手順が規定される。
【０００５】
なお、メディア通信装置に、異なる種類の通信プロトコルを自動的に判別する自動判別部と、判別した通信プロトコルに従ったセッションを確立するセッション確立部と、確立したセッションに基づいてメディアをパケット通信するパケット通信部を備え、メディアをパケット通信する際に用いられる異なる種類の通信プロトコルを自動的に判別し、判別した通信プロトコルに従ったセッションを確立する技術が知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−３２３３２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、クライアントが特定の通信事業者と接続契約を結んだ際に、当該通信事業者と接続する通信装置は、通信事業者間でＳＩＰメッセージによるセッションが可能であるが、当該通信事業者間だけでなく、当該通信事業者同士の中でもＳＩＰメッセージによるセッションを確立することができない場合がある。これは、通信事業者内でも提供するベンダが異なり、ＳＩＰサーバの仕様や設定がファイル更新で一方のベンダのみが最新化されること等が原因となる。
【０００８】
従来、通信システム内に構成される異なるネットワークのサーバ装置間でプロトコルを送受信する場合、世代の異なるバージョンのプロトコルの未定義ヘッダを受信したサーバ装置は切断処理に移行し、受信したプロトコルを破棄している。
【０００９】
しかしながら、プロトコルの未定義ヘッダが必ずしもヘッダを受信するサーバ装置に対して通信サービス・品質に影響を与えない場合があり、未定義ヘッダが受信側のサーバ装置に影響を与えない場合は未定義ヘッダの破棄により通信の効率が悪くなるという問題があった。
【００１０】
開示の通信システムは、未定義ヘッダを持つプロトコル信号の破棄を低減し通信の効率を向上させることを目的とする。
【課題を解決するための手段】
【００１１】
開示の一実施形態による通信システムは、それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムであって、
前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置を有し、
受信したプロトコル信号に未定義のプロトコルヘッダである未定義ヘッダを検出した前記受信側のサーバ装置から前記未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信し、
前記プロトコルヘッダ判定装置にて前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信し、
前記受信側のサーバ装置にて前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う。
【発明の効果】
【００１２】
本実施形態によれば、未定義ヘッダを持つプロトコル信号の破棄を低減し通信の効率を向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】通信システムの第１実施形態の構成図である。
【図２】プロトコルヘッダ判定装置の一実施形態の構成図である。
【図３Ａ】中継装置プロトコルＤＢの第１実施形態を示す図である。
【図３Ｂ】装置固有情報ＤＢの第１実施形態を示す図である。
【図４】受信信号記憶ＤＢの第１実施形態を示す図である。
【図５】サーバ装置の一実施形態の構成図である。
【図６】カプセル化した信号の構成図である。
【図７Ａ】動作説明１−１のシーケンスを示す図である。
【図７Ｂ】動作説明１−１のシーケンスを示す図である。
【図８Ａ】動作説明１−２のシーケンスを示す図である。
【図８Ｂ】動作説明１−２のシーケンスを示す図である。
【図９】サーバ装置の変形例の構成図である。
【図１０Ａ】動作説明１−３のシーケンスを示す図である。
【図１０Ｂ】動作説明１−３のシーケンスを示す図である。
【図１１Ａ】動作説明１−４のシーケンスを示す図である。
【図１１Ｂ】動作説明１−４のシーケンスを示す図である。
【図１１Ｃ】動作説明１−４のシーケンスを示す図である。
【図１１Ｄ】動作説明１−４のシーケンスを示す図である。
【図１２Ａ】動作説明１−５のシーケンスを示す図である。
【図１２Ｂ】動作説明１−５のシーケンスを示す図である。
【図１２Ｃ】動作説明１−５のシーケンスを示す図である。
【図１２Ｄ】動作説明１−５のシーケンスを示す図である。
【図１２Ｅ】動作説明１−５のシーケンスを示す図である。
【図１２Ｆ】動作説明１−５のシーケンスを示す図である。
【図１３Ａ】動作説明１−６のシーケンスを示す図である。
【図１３Ｂ】動作説明１−６のシーケンスを示す図である。
【図１４】通信システムの第２実施形態の構成図である。
【図１５Ａ】中継装置プロトコルＤＢの第２実施形態を示す図である。
【図１５Ｂ】中継装置プロトコルＤＢの第２実施形態を示す図である。
【図１５Ｃ】装置固有情報ＤＢの第２実施形態を示す図である。
【図１６】受信信号記憶ＤＢの第１実施形態を示す図である。
【図１７Ａ】動作説明２−１のシーケンスを示す図である。
【図１７Ｂ】動作説明２−１のシーケンスを示す図である。
【図１８】ＳＩＰ＿ＩＮＶＩＴＥの一例を示す図である。
【図１９Ａ】動作説明２−２のシーケンスを示す図である。
【図１９Ｂ】動作説明２−２のシーケンスを示す図である。
【図２０】ＳＩＰ＿ＩＮＶＩＴＥの他の一例を示す図である。
【図２１Ａ】動作説明２−３のシーケンスを示す図である。
【図２１Ｂ】動作説明２−３のシーケンスを示す図である。
【図２１Ｃ】動作説明２−３のシーケンスを示す図である。
【図２１Ｄ】動作説明２−３のシーケンスを示す図である。
【図２２Ａ】動作説明２−４のシーケンスを示す図である。
【図２２Ｂ】動作説明２−４のシーケンスを示す図である。
【図２２Ｃ】動作説明２−４のシーケンスを示す図である。
【図２２Ｄ】動作説明２−４のシーケンスを示す図である。
【図２２Ｅ】動作説明２−４のシーケンスを示す図である。
【図２２Ｆ】動作説明２−４のシーケンスを示す図である。
【図２３】ＳＩＰ＿ＩＮＶＩＴＥの別の一例を示す図である。
【図２４】ＳＩＰ＿１８３の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて実施形態を説明する。
【００１５】
＜通信システムの第１実施形態の構成＞
図１は通信システムの第１実施形態の構成図を示す。図１において、ネットワーク１０は複数のサーバ装置１１と、各サーバ装置１１に接続された通信端末１２を有しており、ネットワーク２０は複数のサーバ装置２１と、各サーバ装置２１に接続された通信端末２２を有している。
【００１６】
ネットワーク１０の各サーバ装置１１とネットワーク２０の各サーバ装置２１の間はネットワーク２５で接続されている。また、ネットワーク１０の各サーバ装置１１及びネットワーク２０の各サーバ装置２１はプロトコルヘッダ判定装置３０に接続されている。
【００１７】
プロトコルヘッダ判定装置３０は、通信システム内に構成される異なるネットワーク１０，２０に存在するサーバ装置１１，２１がどのプロトコルヘッダに対応しているかという情報を持っており、この情報を基に信号の判定を行う。プロトコルヘッダ判定装置３０はプロトコルヘッダの即時判定及び変換及び学習を行うことで通信サービスの継続性を確保する。
【００１８】
＜プロトコルヘッダ判定装置の構成＞
図２はプロトコルヘッダ判定装置３０の一実施形態の構成図を示す。図２において、プロトコルヘッダ判定装置３０は、プロトコルヘッダ記憶部３１とプロトコルヘッダ処理部３２、信号インタフェース部（信号ＩＦ部）３３を有する。
【００１９】
プロトコルヘッダ記憶部３１には、中継装置プロトコルＤＢ（データベース）３４と受信信号記憶ＤＢ３５を有する。中継装置プロトコルＤＢ３４には、第１実施形態として、図３Ａに示すように、プロトコル種別、信号種別、ヘッダ種別、サーバ装置の装置種別（１１又は２１）、装置ファイルバージョン（ファイル版数）、パラメータ、条件、信号種別依存条件、桁や文字列の過不足影響、パラメータ特性、パラメータ要否によるネットワークへの影響等のプロトコル詳細情報を格納するプロトコルヘッダ情報ＤＢと、図３Ｂに示すように各サーバ装置の装置種別、装置ファイルバージョン、装置固有種別を格納する装置固有情報ＤＢが設けられている。
【００２０】
受信信号記憶ＤＢ３５には、第１実施形態として、図４に示すように、送受信した装置と、未定義ヘッダのある信号を受信した時刻、送受信装置のファイル版数、プロトコル種別、信号種別、検出ヘッダ、対処方法を記憶する。
【００２１】
プロトコルヘッダ処理部３２は、受信信号検索部３６と受信信号判定部３７を有する。受信信号検索部３６は中継装置プロトコルＤＢ３４の中から必要な情報を検索して見つける。受信信号判定部３７は検索して見つけ出した情報から、信号を最新ファイルに即した形に対処することを含め、信号データのＯＫ／ＮＧの判定を行う。信号の内容に対処すなわち変更が必要な場合は変更等の処理を行う。
【００２２】
信号インタフェース部３３は、受信信号分解部３８と送信信号組立部３９を有する。受信信号分解部３８は受信した信号（図６に示す形式）からカプセル化されているヘッダ（装置情報）を取り、受信信号データのプロトコル部が分かるように分解（非信号カプセル化）する。送信信号組立部３９は受信信号データに判定結果を付加し、装置情報を付加する信号カプセル化を行って受信側のサーバ装置に送信する。
【００２３】
図６にカプセル化した信号の構成図を示す。受信信号データに判定結果及び装置情報を付加してカプセル化が行われる。装置情報には、信号を受信したサーバ装置の装置種別、信号を受信したサーバ装置のＩＰアドレス、信号を送信したサーバ装置の装置種別、信号を送信したサーバ装置のＩＰアドレス、受信信号データを受信した時間の情報を格納する。また、判定結果には、信号判定結果（ＯＫ／ＮＧ）と信号を加工した場合の処理内容の情報を格納する。受信信号データは、未定義ヘッダを含んだ信号データ、又は、その信号データを受信する前にセッション確立に受信した信号データである。
【００２４】
＜サーバ装置の構成＞
図５はサーバ装置１１，２１の一実施形態の構成図を示す。図５において、サーバ装置１１，２１は既存機能である対向装置側信号インタフェース部４１、信号終端部４２、端末側信号インタフェース（ＩＦ）部４３と、新たに設けた信号記憶部４４、信号処理部４５、プロトコルヘッダ側信号インタフェース（ＩＦ）部４６を有する。
【００２５】
対向装置側信号インタフェース部４１は対向装置との間の信号の送受信を行う。端末側信号インタフェース部４３は通信端末との間の信号の送受信を行う。信号終端部４２は、対向装置側と通信端末側それぞれの信号を異なるネットワークに渡すために必要な処理を行う。
【００２６】
信号記憶部４４は、図４に示すように、送受信したサーバ装置と、未定義ヘッダのある信号を受信した時刻、装置自身のファイル版数、プロトコル種別、信号種別、検出ヘッダ、対処方法を記憶しておく受信信号記憶ＤＢ５１を有する。
【００２７】
信号処理部４５は、受信信号記憶ＤＢ５１に未定義ヘッダのある信号と同一種別の信号があるかを検索する受信信号検索部５２と、プロトコルヘッダ判定装置３０からの判定結果を基にプロトコルヘッダ判定装置３０と同様の処理を次回以降行う受信信号判定部５３を有する。
【００２８】
プロトコルヘッダ側信号インタフェース部４６は、受信信号分解部５４と送信信号組立部５５を有する。受信信号分解部５４はプロトコルヘッダ判定装置３０から供給される受信信号データからカプセル化したヘッダ（装置情報）を取り、受信信号と判定結果を分解する非信号カプセル化を行う。送信信号組立部５５は対向サーバ装置から受信した信号に判定情報を付加し、装置情報を付加するカプセル化を行ってプロトコルヘッダ判定装置３０に送信する。
【００２９】
＜動作説明１−１＞
図７Ａ及び図７Ｂにプロトコルヘッダ判定装置３０のファイル版数が最新で、対処として信号を変更しない場合の動作説明１−１を示す。ここでは、通信端末１２から発信して通信端末２２に着信させる場合を考える。前提条件として、プロトコルヘッダ判定装置３０が持っているサーバ装置１１，サーバ装置２１のファイル版数は共に最新（２．０版）となっている。
【００３０】
シーケンスI：図７Ａにおいて、通信端末１２から発信した信号をサーバ装置１１が受信する。受信した信号を基に送信側サーバ装置１１はサーバ装置２１に信号を送信する。送信側サーバ装置１１から受信側サーバ装置２１のファイル版数に対応していないプロトコルヘッダＡである未定義ヘッダＡ（もしくは未登録ヘッダＡ）を含む信号（以下、信号データ１と呼ぶ）が来たときに受信側サーバ装置２１は、信号終端部４２で検知した後、受信信号検索部５２に信号データ１と未定義ヘッダＡを送信する。受信信号検索部５２では、受信信号記憶ＤＢ５１の検索を行い、検索結果を付加して受信信号判定部５３に送信する。受信信号判定部５３は、未検出と判定して信号データ１を送信信号組立部３９に送信する。送信信号組立部３９では、信号データ１を図６に示す形で信号カプセル化し、プロトコルヘッダ判定装置３０へ送信する。
【００３１】
シーケンスII：図７Ｂにおいて、プロトコルヘッダ判定装置３０では、カプセル化した信号を取り出し、送受信側サーバ装置情報、判定情報、異常信号を受信信号検索部３６に送信する。受信信号検索部３６は送受信側サーバ装置情報から送信側サーバ装置１１、受信側サーバ装置２１それぞれの信号終端部４２にファイル版数を問い合わせる。受信信号検索部３６は問い合わせの結果を装置種別、装置情報と共に中継装置プロトコルＤＢ３４に送信して問い合わせを行う。問い合わせで入手した結果を受信信号判定部３７に送信する。受信信号判定部３７は中継装置プロトコルＤＢ３４の問い合わせ結果から必要な対処を行う。
【００３２】
この例では、送信側サーバ装置１１のファイルが最新（２．０版）なのに対し、受信側サーバ装置２１のファイル版数が古く（１．０版）である。図３Ａの信号データ１に対応する信号種別１のヘッダ種別Ａについてサーバ装置１１に対応する装置種別１１のファイル版数２．０のパラメータ特性は「任意」とされ、サーバ装置２１に対応する装置種別２１のファイル版数１．０のパラメータ特性は「必須」とされており、必須パラメータから任意パラメータに変更になったプロトコルヘッダＡを必須パラメータのままと認識して動作した。この動作が発生しないようにするためにプロトコルヘッダＡを任意パラメータとして判断できる対処を行う。この場合、信号自体を編集する必要はない。
【００３３】
シーケンスIII：受信信号判定部３７から装置情報、判定情報、信号データ１、プロトコルヘッダＡを受信信号記憶ＤＢ３５に送信する。また、受信信号判定部３７から送信信号組立部３９に装置情報、判定情報、信号データ１を送信する。送信信号組立部３９では、受信側サーバ装置２１からプロトコルヘッダ判定装置３０に信号が送信されてきた時と同じフォーマットに上記信号を反映させて信号カプセル化を行い、受信側サーバ装置２１の受信信号分解部３８に送信する。
【００３４】
図７Ａにおいて、受信側サーバ装置２１の受信信号分解部５４は受信した信号の非信号カプセル化を行って、装置情報、判定情報、信号データ１に分解して受信信号判定部５３へ送信する。受信信号判定部５３は受信した信号を受信信号記憶ＤＢ５１と信号終端部４２に送信する。受信信号記憶ＤＢ５１に送信された信号は、図４に示すように記憶される。信号終端部４２に送信された信号は、端末側インタフェース部４３を介して通信端末２２へ送信され、通信が継続される。
【００３５】
シーケンスIV：図７Ａにおいて、再度同様のプロトコルヘッダＡを持つ信号を受信サーバ装置２１が受信した場合、信号終端部４２で未定義ヘッダＡを検出した後、信号データ１とプロトコルヘッダＡの情報を受信信号検索部５２に送信する。受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、検索結果を受信信号判定部５３に送信する。受信信号判定部５３は検出結果を基に必要な対処を行う。この例の場合は、特に対処は行わない。受信信号判定部５３は対処された装置情報、判定情報、信号データ１を信号終端部４２に送信する。信号終端部４２に送信された信号は、端末側インタフェース部４３を介して通信端末２２へ送信され、通信が継続される。
【００３６】
＜動作説明１−２＞
図８Ａ及び図８Ｂにプロトコルヘッダ判定装置３０のファイル版数が最新で、対処として信号を変更する場合の動作説明１−２を示す。ここでは、動作説明１−１と同一条件で、送信側サーバ装置１１から受信側サーバ装置２１のファイル版数に対応していない未定義ヘッダＢ（もしくは未登録ヘッダＡ）を含む信号（以下、信号データ１と呼ぶ）が入力される。シーケンスI，IIのほとんどの動作は動作説明１−１と同様であるので説明を省略する。
【００３７】
この例でも送信側サーバ装置１１のファイルが最新（２．０版）なのに対し、受信側サーバ装置２１のファイル版数が古い（１．０版）。図３Ａの信号データ１に対応する信号種別１のヘッダ種別Ｂについてサーバ装置１１に対応する装置種別１１のファイル版数２．０の条件は「任意６桁」とされ、サーバ装置２１に対応する装置種別２１のファイル版数１．０の条件は「任意４桁」とされており、ヘッダＢの桁数を変更する対処を行う必要があり、対処後の信号を信号データ１＋と定義する。
【００３８】
以降のシーケンスIIIについては、動作説明１−１の信号データ１とプロトコルヘッダＡが動作説明１−２では信号データ１＋とヘッダＢに変更となる点以外は同一である。
【００３９】
シーケンスIVにおける動作説明１−１との動作の違いとして、受信信号判定部５３は、検出結果を基に必要な対処がヘッダＢの桁数を変更する対処であり、信号データ１を信号データ１＋にすることであり、それ以外の動作は動作説明１−１と同一である。
【００４０】
＜サーバ装置の構成＞
図９はサーバ装置１１，２１の変形例の構成図を示す。図９において、サーバ装置１１，２１は既存機能である対向装置側信号インタフェース部４１、信号終端部４２、端末側信号インタフェース部４３と、新たに設けたプロトコルヘッダ側信号インタフェース部４６を有する。すなわち、図９においては図５における信号記憶部４４、信号処理部４５を有していない。
【００４１】
対向装置側信号インタフェース部４１は対向装置との間の信号の送受信を行う。端末側信号インタフェース部４３は通信端末との間の信号の送受信を行う。信号終端部４２は、対向装置側と通信端末側それぞれの信号を異なるネットワークに渡すために必要な処理を行う。
【００４２】
プロトコルヘッダ側信号インタフェース部４６は、受信信号分解部５４と送信信号組立部５５を有する。受信信号分解部５４はプロトコルヘッダ判定装置３０から供給される受信信号データからカプセル化したヘッダ（装置情報）を取り、受信信号と判定結果を分解する非信号カプセル化を行う。送信信号組立部５５は対向サーバ装置から受信した信号に判定情報を付加し、装置情報を付加するカプセル化を行ってプロトコルヘッダ判定装置３０に送信する。
【００４３】
＜動作説明１−３＞
図１０Ａ及び図１０Ｂに、図９のサーバ装置を用い、プロトコルヘッダ判定装置３０のファイル版数が最新で、対処として信号を変更しない場合の動作説明１−３を示す。ここでは、動作説明１−１と同様に、通信端末１２から発信して通信端末２２に着信させる場合を考える。前提条件として、プロトコルヘッダ判定装置３０が持っているサーバ装置１１，サーバ装置２１のファイル版数は共に最新（２．０版）となっている。
【００４４】
動作説明１−３のシーケンスIに置いて動作説明１−１との違いは、信号データ１を信号終端部４２で受信し、未定義ヘッダＡを検出した後からである。未定義ヘッダＡを検出後、信号終端部４２は送信信号組立部５５に送受信側サーバ装置情報、信号データ１を信号カプセル化してプロトコルヘッダ判定装置３０の受信信号分解部３８へ送信する。その後の動作は動作説明１−１と同様である。
【００４５】
動作説明１−１との違いは、シーケンスIIIのプロトコルヘッダ判定装置３０の送信信号組立部３９からカプセル化を行った信号を受信側サーバ装置２１に送信した後である。受信信号分解部３８で受信信号のデカプセル化（非信号カプセル化）を実施し、装置情報、判定情報、信号データ１の３つへ分けて信号終端部４２へ送信する。信号終端部４２へ送信された信号は、端末側インタフェース部４３を介して通信端末２２へ受信され、通信が継続される。
【００４６】
＜動作説明１−４＞
図１１Ａ乃至図１１Ｄに、プロトコルヘッダ判定装置３０のファイル版数が最新ではない場合、対処として信号を変更する場合の動作説明１−４を示す。プロトコルヘッダ判定装置３０が持つサーバ装置１１，２１のファイル版数はサーバ装置１１については最新（２．０版）であり、サーバ装置２１については（１．０版）となっている。また、動作説明１−２と同一条件で、送信側サーバ装置１１から受信側サーバ装置２１のファイル版数に対応していないヘッダＢを含む信号（以下、信号データ１と呼ぶ）が入力される。
【００４７】
図１１Ａ及び図１１Ｂにおける、シーケンスIIのプロトコルヘッダ判定装置３０の受信信号検索部３６で送受信側サーバ装置１１，２１からそれぞれファイル版数の通知を受けるところまでは動作説明１−２と同様である。受信信号検索部３６から受信した装置情報、ファイル版数情報を基に中継装置プロトコルＤＢ３４へ問い合わせを行う。問い合わせ結果を受けて、受信信号判定部３７はプロトコルヘッダ判定装置３０における受信側サーバ装置２１の版数が最新（２．０版）でないためＮＧの判定を行う。なお、図３Ａの信号データ１に対応する信号種別１のヘッダ種別Ｂについてサーバ装置１１に対応する装置種別１１のファイル版数２．０の条件は「任意６桁」とされ、サーバ装置２１に対応する装置種別２１のファイル版数１．０の条件は「任意４桁」とされている。
【００４８】
シーケンスIIIで、受信信号判定部３７は装置情報、判定情報、信号データ１，ヘッダＢの情報を受信信号記憶ＤＢ３５に送信する。また、送信信号組立部３９に装置情報、信号データ１、判定情報を送信して信号カプセル化を行う。
【００４９】
受信信号分解部５４に送信された信号は、非信号カプセル化され、装置情報、判定情報、信号データ１と共に受信信号判定部５３に送信される。受信信号判定部５３は受信した信号を、受信信号記憶ＤＢ５１と信号終端部４２に送信する。ＮＧ結果を受けた信号終端部４２は、切断信号を端末側インタフェース部、送信側サーバ装置１１、通信端末１２へ送信する。
【００５０】
シーケンスIVにおいて、再度同様のヘッダＢを持つ信号を受信側サーバ装置２１が受信した場合、信号終端部４２で未定義ヘッダＢを検出した後、信号データ１とヘッダＢの情報を受信信号検索部５２に送信する。受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、検索結果を受信信号判定部５３に送信する。
【００５１】
受信信号判定部５３は検出結果を基に装置情報、判定結果（ＮＧ）、信号データ１を信号終端部４２に送信する。ＮＧ結果を受けた信号終端部４２は、切断信号を端末側インタフェース部４３、送信側サーバ装置１１、通信端末１２に送信する。
【００５２】
受信側サーバ装置２１の受信信号記憶ＤＢ５１は、ＮＧ結果を保持している場合、プロトコルヘッダ判定装置３０の対象ファイル更新時にリセットがかかる。しかし、情報のリセット漏れ防止による通信切断を防ぐため、定期的に情報をリセットする。
【００５３】
次に、上記の受信信号記憶ＤＢ５１がＮＧ結果を保持している状態で、プロトコルヘッダ判定装置３０の中継プロトコルＤＢ３４の更新の動作を示す。
【００５４】
シーケンスV：図１１Ｄにおいて、プロトコルヘッダ判定装置３０のオペレーションを行い、中継装置プロトコルＤＢ３４内の受信側サーバ装置２１のファイル更新を行う。つまり、版数を（１．０版）から（２．０版）に更新する。
【００５５】
ファイル更新後、プロトコルヘッダ判定装置３０の中継装置プロトコルＤＢ３４から、受信信号判定部３７にＤＢ更新通知を送信する。受信信号判定部３７はＤＢ更新通知を受け、判定結果リセット通知を受信側サーバ装置２１へ向けて送信するための判定リセット信号を送信信号組立部３９に送信して信号カプセル化を行って、受信側サーバ装置２１の受信信号分解部５４に送信する。
【００５６】
図１１Ｂにおいて、受信信号分解部５４は非信号カプセル化した判定リセット信号を受信信号判定部５３に送信する。受信信号判定部５３から受信側サーバ装置２１情報と判定リセット信号が受信信号記憶ＤＢ５１に送信され、受信信号記憶ＤＢ５１のリセットが実行される。なお、この後の信号データ１、ヘッダＢに関する動作は、動作説明１−２と同様となる。
【００５７】
＜動作説明１−５＞
図１２Ａ乃至図１２Ｆに、プロトコルヘッダ判定装置３０のファイル版数が最新でない場合の動作説明１−５を示す。ここでは、発側からの信号を着側が受信した後、着側から発信した信号で未定義ヘッダが検出された場合の動作について説明する。プロトコルヘッダ判定装置３０の持つサーバ装置１１，２１のファイル版数はサーバ装置１１が（１．０版）であり、サーバ装置２１は最新（２．０版）となっている。
【００５８】
シーケンスX：図１２Ａ，図１２Ｂにおいて、通信端末１２を発側として未定義ヘッダなしの信号データ１を通信端末２２に送信する。送信側サーバ装置１１、受信側サーバ装置２１を介して通信端末２２へ信号が伝わる。次に通信端末２２から継続して通信確立するための未定義ヘッダＥの信号データ２が通信端末１２に送信される。この時、通信端末２２からサーバ装置２１に信号データ２は送信されるが、サーバ装置１１の信号終端部４２は信号データ２の未定義ヘッダＥを検出する。未定義ヘッダ検出後、信号終端部４２はサーバ装置１１の受信信号検索部３６に送受信側装置情報、信号データ２、未定義ヘッダＥを送信する。
【００５９】
受信信号検索部３６は受信信号記憶ＤＢ５１の検索を行い、検索結果を付加して受信信号判定部５３に送信する。受信信号判定部３７は未検出と判定して通信確立最初の信号である信号データ１を信号終端部４２に送信するように通知する。信号終端部４２は信号データ１を受信信号判定部３７に送信する。受信信号判定部３７は信号データ１、信号データ２を送信信号組立部３９に送信する。送信信号組立部３９は信号データ１、信号データ２を図６に示す形式でカプセル化し、プロトコルヘッダ判定装置３０へ送信する。
【００６０】
シーケンスXI：プロトコルヘッダ判定装置３０の受信信号分解部３９はカプセル化した信号を取り出し、送受信側サーバ装置情報、判定情報、信号データ１、信号データ２を受信信号検索部３６に送信する。受信信号検索部３６は送受信側サーバ装置情報から、送信側サーバ装置１１、受信側サーバ装置２１の信号終端部４２にファイル版数を問い合わせる。問い合わせた結果を装置種別、装置情報と共に中継装置プロトコルＤＢ３４に送信して問い合わせを行う。受信信号判定部３７は問い合わせ結果を受けて中継装置プロトコルＤＢ３４内でサーバ装置１１のファイル版数が最新（２．０版）でないため、ＮＧの判定を行う。
【００６１】
シーケンスXII：受信信号判定部３７は、装置情報、判定情報、信号データ１、信号データ２、未定義ヘッダＥの情報を受信信号記憶ＤＢ３５に送信する。また、送信信号組立部３９に装置情報、信号データ１、信号データ２、判定情報を送信して信号カプセル化を行って送信側サーバ装置１１に送信する。
【００６２】
送信側サーバ装置１１の受信信号分解部５４は受信した信号を非信号カプセル化して、装置情報、判定情報、信号データ１、信号データ２を受信信号判定部５３に送信する。受信信号判定部５３は受信した信号を受信信号記憶ＤＢ５１と信号終端部４２に送信する。ＮＧ結果を受けた信号終端部４２は切断信号を端末側信号インタフェース部４３から通信端末１２に送信し、また、対応装置側信号インタフェース部４１からサーバ装置２１を介して通信端末２２に送信する。
【００６３】
シーケンスXIII：再度同様の未定義ヘッダＥを持つ信号をサーバ装置２１からサーバ装置１１が受信した場合、サーバ装置１１の信号終端部４２で未定義ヘッダＥを検出した後、信号データ２とヘッダＥの情報を受信信号検索部５２に送信する。受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、判定信号データ（信号データ１）が不足しているので判定できないという検索結果を得て、受信信号判定部５３に送信する。受信信号判定部５３は検出結果を基に、信号終端部４２から受信信号検索部５２に信号データ１を送信するよう信号終端部４２に通知する。
【００６４】
信号終端部４２は信号データ１を受信信号判定部５３に送信する。信号データ１を受信後、再度、受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、判定結果がＮＧであることを受信信号判定部５３に送信する。受信信号判定部５３は検出結果を基に装置情報、判定結果（ＮＧ）、信号データ２を信号終端部４２へ送信する。ＮＧ結果を受けた信号終端部４２は、切断信号を端末側インタフェース部４３から通信端末１２に送信すると共に、対応装置側インタフェース部４１からサーバ装置２１を介して通信端末２２に送信する。
【００６５】
サーバ装置１１の受信信号記憶ＤＢ５１は、ＮＧ結果を保持している場合、プロトコルヘッダ判定装置３０の対象ファイル更新時にリセットがかかる。しかし、情報のリセット漏れ防止による通信切断を防ぐため定期的に情報をリセットする。このリセット動作は動作説明１−４におけるリセット動作と同様である。
【００６６】
次に、上記の受信信号記憶ＤＢ５１がＮＧ結果を保持している状態で、プロトコルヘッダ判定装置３０の中継プロトコルＤＢ３４の更新の動作を示す。
【００６７】
シーケンスXIV：図１２Ｃ，図１２Ｄにおいて、プロトコルヘッダ判定装置３０のオペレーションを行い、中継装置プロトコルＤＢ３４内のサーバ装置１１のファイル更新を行う。つまり、版数を（１．０版）から（２．０版）に更新する。
【００６８】
ファイル更新後、プロトコルヘッダ判定装置３０の中継装置プロトコルＤＢ３４から、受信信号判定部３７にＤＢ更新通知を送信する。受信信号判定部３７はＤＢ更新通知を受け、判定結果リセット通知をサーバ装置１１へ向けて送信するための判定リセット信号を送信信号組立部３９に送信して信号カプセル化を行って、受信側サーバ装置２１の受信信号分解部５４に送信する。
【００６９】
受信信号分解部５４で非信号カプセル化した判定リセット信号を受信信号判定部５３に送信する。受信信号判定部５３から受信側サーバ装置２１情報と判定リセット信号が受信信号記憶ＤＢ５１に送信され、受信信号記憶ＤＢ５１のリセットが実行される。
【００７０】
続いて中継装置プロトコルＤＢ３４更新後の動作を説明する。
【００７１】
シーケンスXV：プロトコルヘッダ判定装置３０の持つサーバ装置１１，２１のファイル版数はサーバ装置１１、サーバ装置２１ともに最新（２．０版）である。通信端末１２を発側、通信端末２２を着側とした時、通信端末１２が信号データ１（未定義ヘッダなし）を通信端末２２へ送信する。送信側サーバ装置１１、受信側サーバ装置２１を介して通信端末２２に信号が伝わる。次に通信端末２２から継続して通信確立するための未定義ヘッダＥの信号データ２が通信端末１２へ送信される。この時の動作はシーケンスXと同様である。
【００７２】
シーケンスXVI：プロトコルヘッダ判定装置３０の受信信号分解部３９はカプセル化した信号を取り出し、送受信側サーバ装置情報、判定情報、異常信号を受信信号検索部３６に送信する。受信信号検索部３６は送受信側サーバ装置２１情報から送信側サーバ装置１１、受信側サーバ装置２１の信号終端部４２にファイル版数を問い合わせる。問い合わせた結果を装置種別、装置情報と共に中継装置プロトコルＤＢ３４に送信して問い合わせを行う。受信信号判定部３７は問い合わせ結果を受けてサーバ装置１１のファイル版数が（１．０版）であるのに対し、受信側サーバ装置２１のファイル版数が最新（２．０版）である。図３Ａの信号種別２のヘッダ種別Ｅについてサーバ装置１１に対応する装置種別１１のファイル版数１．０の条件は「上１桁切り捨て」とされているため、ヘッダＥの上１桁の切り捨て処理が行われていないことが分かり、これを判定情報とする。
【００７３】
受信信号検索部３６は判定情報と装置情報、信号データ１、信号データ２を受信信号判定部３７に送信する。受信信号判定部３７はこの情報を基に必要な処理を行う。今回は、プロトコルヘッダＥの上１桁数を切捨てる処理を行う。処理された信号を信号データ２＋と定義する。
【００７４】
シーケンスXVII：受信信号判定部３７は装置情報、判定結果、対処内容、信号データ１、信号データ２＋、未定義ヘッダＥの情報を受信信号記憶ＤＢ３５に送信する。また、送信信号組立部３９に装置情報、判定結果、対処内容、信号データ１、信号データ２＋を送信して信号カプセル化を行って送信側サーバ装置１１に送信する。
【００７５】
サーバ装置１１の受信信号分解部５４は受信した信号を非信号カプセル化して、装置情報、判定結果、対処内容、信号データ１、信号データ２＋と共に受信信号判定部５３に送信する。受信信号判定部５３は受信信号記憶ＤＢ５１に装置情報、判定結果、対処内容、信号データ１、信号データ２＋を送信し記憶させ、信号終端部４２に装置情報、判定結果、信号データ２＋を送信する。信号終端部４２は判定結果から信号データ２＋を通信端末１２に送信する処理を行う。また、信号終端部４２は切断信号を端末側インタフェース部４３から通信端末１２に送信し、対応装置側インタフェース部４１からサーバ装置２１を介して通信端末２２に送信する。
【００７６】
シーケンスXVIII：図１２Ｅ，図１２Ｆにおいて、再度、同様の未定義ヘッダＥを持つ信号をサーバ装置２１からサーバ装置１１が受信した場合、信号終端部４２で未定義ヘッダＥを検出した後、信号データ２と未定義ヘッダＥの情報を受信信号検索部３６に送信する。受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、判定信号データ（信号データ１）が不足しているため判定できないという検索結果を得て、受信信号判定部５３に送信する。受信信号判定部５３は、検出結果を基に、信号終端部４２に受信信号検索部３６へ信号データ１を送信するように通知する。
【００７７】
信号終端部４２は信号データ１を受信信号判定部５３に送信する。信号データ１を受信後、再度、受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、判定結果がＯＫと対処内容（検出結果）を受信信号判定部５３に送信する。受信信号判定部５３は、検出結果を基に信号データ２＋を生成し、装置情報、判定結果（ＯＫ）、信号データ２＋を信号終端部４２に送信する。信号終端部４２は判定結果から信号データ２＋を通信端末１２に送信する処理を行う。また、信号終端部４２は切断信号を端末側インタフェース部４３から通信端末１２に送信し、対応装置側インタフェース部５１からサーバ装置２１を介して通信端末２２に送信する。
【００７８】
＜動作説明１−６＞
図１３Ａ乃至図１３Ｂに、プロトコルヘッダ判定装置３０のファイル版数が最新でない場合の動作説明１−６を示す。ここでは、プロトコルヘッダ判定装置３０の持つサーバ装置１１，２１のファイル版数はサーバ装置１１が最新（２．０版）であり、サーバ装置２１は（１．０版）となっている。また、動作説明１−２と同様に信号データ１、未定義ヘッダＢを用いる。この場合の動作は、プロトコルヘッダ判定装置３０の受信信号判定部３７で判定結果ＮＧとして、送信信号組立部３９に装置情報、判定結果、対処内容、信号データ１を送信するところまでのシーケンスXXは、前述のシーケンスI，IIと同様である。
【００７９】
シーケンスXXI：送信信号組立部３９は受信した信号をカプセル化し、サーバ装置１１、サーバ装置２１の受信信号分解部５４に送信する。サーバ装置２１はその後、動作説明１−２と同様に切断処理で行う。
【００８０】
サーバ装置１１のその後の動作を説明する。受信信号分解部５４は受信した信号を非信号カプセル化して、装置情報、判定結果（ＮＧ）、対処内容（対処なし）、信号データ１を受信信号判定部５３に送信される。受信信号判定部３７は受信信号記憶ＤＢ５１に装置情報、判定結果、対処内容、信号データ１を記憶させる。また、受信信号判定部３７は信号終端部４２に次回以降の信号データ１でヘッダＢのある信号を受信した際には、受信信号検索部５２に信号を送信する処理を行うように通知する。
【００８１】
シーケンスXXII：再度ヘッダＢを持つ信号データ１を通信端末１２からサーバ装置１１が受信すると、信号終端部４２が信号データ１のヘッダＢを検出した後、信号データ１とヘッダＢの情報を受信信号検索部５２に送信する。受信信号検索部５２は、受信信号記憶ＤＢ５１に問い合わせを行い、検索結果を受信信号判定部５３に送信する。受信信号判定部５３は、検出結果を基に装置情報、判定結果（ＮＧ）、信号データ１を信号終端部４２に送信する。ＮＧ結果を受けた信号終端部４２は、切断信号を端末側インタフェース部４３から通信端末１２に送信する。
【００８２】
サーバ装置１１，２１の受信信号記憶ＤＢ５１はＮＧ結果を保持している場合、プロトコルヘッダ判定装置３０の対象ファイル更新時にリセットがかかるが、情報のリセット漏れ防止による通信切断を防ぐため定期的に情報をリセットする。これは動作説明１−４のリセット動作と同様である。
【００８３】
シーケンスXXIIIでサーバ装置１１，２１それぞれの受信信号記憶ＤＢがＮＧ結果を保持したままの状態におけるプロトコルヘッダ判定装置３０の中継装置プロトコルＤＢ３４の更新の動作を示す。
【００８４】
プロトコルヘッダ判定装置３０のオペレーションを行い、中継装置プロトコルＤＢ３４内のサーバ装置２１のファイルを（１．０版）から（２．０版）に更新する。ファイル更新後、プロトコルヘッダ判定装置３０の中継装置プロトコルＤＢ３４から、受信信号判定部３７にＤＢ更新通知を送信する。受信信号判定部３７はＤＢ更新通知を受け、判定結果リセット通知をそれぞれサーバ装置１１、サーバ装置２１に向けて送信するため、信号を送信信号組立部３９に送信して信号カプセル化し、サーバ装置１１，２１それぞれの受信信号分解部５４に送信する。
【００８５】
サーバ装置１１，２１の受信信号分解部５４は非信号カプセル化した判定リセット信号を受信信号判定部５３に送信する。受信信号判定部５３から受信側サーバ装置２１情報と判定リセット信号が受信信号記憶ＤＢ５１に送信され、受信信号記憶ＤＢ５１のリセットが実行される。
【００８６】
サーバ装置１１は上記受信信号記憶ＤＢ５１のリセット後、サーバ装置１１の信号終端部４２に信号データ１でヘッダＢのある信号を受信した際に、受信信号検索部５２に信号を送信する処理を行う状態を解除する信号を送信する。なお、中継装置プロトコルＤＢ３４の更新後の動作は動作説明１−２と同様である。
【００８７】
＜通信システムの第２実施形態の構成＞
図１４は通信システムの第２実施形態の構成図を示す。この実施形態では、ネットワークとしてＩＰネットワーク１０Ａ，２０Ａを用いる。ＩＰネットワーク１０Ａは複数のサーバ装置としてのＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバ１１Ａと、各ＳＩＰサーバ１１Ａに接続された通信端末としてのＩＰ電話端末１２Ａを有しており、ネットワーク２０Ａは複数のサーバ装置としてのＳＩＰサーバ２１Ａと、各ＳＩＰサーバ２１Ａに接続された通信端末としてのＩＰ電話端末２２Ａを有している。
【００８８】
ＩＰネットワーク１０Ａの各ＳＩＰサーバ１１とＩＰネットワーク２０Ａの各サーバ２１の間はネットワーク２５Ａで接続されている。また、ネットワーク１０Ａの各ＳＩＰサーバ１１Ａ及びネットワーク２０Ａの各ＳＩＰサーバ２１Ａはプロトコルヘッダ判定装置３０Ａに接続されている。
【００８９】
プロトコルヘッダ判定装置３０Ａは、通信システム内に構成される異なるネットワーク１０Ａ，２０Ａに存在するＳＩＰサーバ１１Ａ，２１Ａがどのプロトコルヘッダに対応しているかという情報を持っており、この情報を基に信号の判定を行う。プロトコルヘッダ判定装置３０Ａはプロトコルヘッダの即時判定及び変換及び学習を行うことで通信サービスの継続性を確保する。ＳＩＰサーバ１１Ａ，２１Ａの構成は図５に示すとおりであり、プロトコルヘッダ判定装置３０Ａの構成は図２又は図９に示すとおりである。
【００９０】
プロトコルヘッダ判定装置３０Ａの中継装置プロトコルＤＢ３４には、第２実施形態として、図１５Ａ，図１５Ｂに示すように、プロトコル種別、信号種別、ヘッダ種別、ＳＩＰサーバの装置種別（１１Ａ又は２１Ａ）、装置ファイルバージョン（ＳＩＰサーバのファイル版数）、パラメータ、条件、信号種別依存関係、桁や文字列の過不足影響、パラメータ特性、パラメータ要否によるネットワークへの影響等のプロトコル詳細情報を格納するプロトコルヘッダ情報ＤＢと、図１５Ｃに示すようにＳＩＰサーバの装置種別、装置ファイルバージョン、装置固有種別を格納する装置固有情報ＤＢが設けられている。
【００９１】
受信信号記憶ＤＢ３５には、第２実施形態として、図１６に示すように送受信した装置と、未定義ヘッダのある信号を受信した時刻、送受信装置のファイル版数、プロトコル種別、信号種別、検出ヘッダ、対処方法を記憶する。
【００９２】
以下、ＩＰ電話端末１１Ａを発側、ＩＰ電話端末２２Ａを着側として通話をするために必要なセッションプロトコル（ＳＩＰ）を用いて通話セッションを確立させる場合について説明する。
【００９３】
＜動作説明２−１＞
図１７Ａ及び図１７Ｂにプロトコルヘッダ判定装置３０Ａのファイル版数が最新で信号ＩＮＶＩＴＥを変更しない場合の動作説明２−１を示す。ここで、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａのファイル版数は共に最新の２．０版であり、ＳＩＰサーバ１１Ａ自身のファイル版数は２．０版、ＳＩＰサーバ２１Ａ自身のファイル版数は１．０版となっている。この場合の信号ＳＩＰ＿ＩＮＶＩＴＥの一例を図１８に示す。
【００９４】
ステップＳ１−１．ＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに通話させるセッションを確立させるために、ＩＰ電話端末１１ＡからＳＩＰサーバ１１Ａに信号ＳＩＰ＿ＩＮＶＩＴＥを送信する。
【００９５】
ステップＳ１−２．ＳＩＰサーバ１１Ａは、ＳＩＰ＿ＩＮＶＩＴＥを異なるネットワークＮＷ２にあるＳＩＰサーバ２１Ａに送信する。
【００９６】
ステップＳ１−３．ＳＩＰ＿ＩＮＶＩＴＥを対向装置側信号インタフェース部４１で受信したＳＩＰサーバ２１Ａは、ＳＩＰサーバ２１Ａ内の信号終端部４２にＳＩＰサーバ１１Ａ装置情報（ＩＰアドレス、装置種別、ＳＩＰ＿ＩＮＶＩＴＥ受信時間）、ＳＩＰ＿ＩＮＶＩＴＥを送信する。
【００９７】
ステップＳ１−４．信号終端部４２は、ＳＩＰ＿ＩＮＶＩＴＥをネットワーク２０Ａ内で最適な形に変換を行う。ここで、信号終端部４２でＳＩＰ＿ＩＮＶＩＴＥ内にＳＩＰサーバ２１Ａ内では認識しない番号通知ヘッダである未定義ヘッダを検出する。すなわち、未定義ヘッダとして、図１８に示すＳＩＰ＿ＩＮＶＩＴＥの＜番号通知＞：ａｎｏｎｙｍｏｕｓを検出する。検出されたヘッダが許容できるかを判定するためＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを受信信号検索部５２に送信する。
【００９８】
ステップＳ１−５．受信信号検索部５２は受信した情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には番号通知ヘッダの情報は記憶されていないため、番号通知ヘッダ未検出という検出結果、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを受信信号判定部５３に送信する。
【００９９】
ステップＳ１−６．受信信号判定部５３は検出結果が未検出を受けて、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥを受信信号組立部５５に送信する。
【０１００】
ステップＳ１−７．受信信号組立部５５はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥに加えて、プロトコルヘッダ判定装置３０Ａが付与する判定結果、対処内容を図６に示すように信号カプセル化を行ってプロトコルヘッダ判定装置３０Ａの受信信号分解部３６に送信する。
【０１０１】
ステップＳ１−８．プロトコルヘッダ判定装置３０Ａの受信信号分解部３６はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果、対処内容、ＳＩＰ＿ＩＮＶＩＴＥの信号カプセル化を解除（非信号カプセル化）して受信信号検索部３６に送信する。
【０１０２】
ステップＳ１−９．受信信号検索部３６はＳＩＰサーバ１１Ａ及び２１Ａ装置情報から各ＳＩＰサーバに現在のファイル版数通知要求を送信し、それを受けたＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａはそれぞれプロトコルヘッダ判定装置３０Ａにファイル版数の通知を行う。
【０１０３】
今回の例ではＳＩＰサーバ１１Ａは２．０版、ＳＩＰサーバ２１Ａは１．０版である。この情報を基に、図１５に示す構成の中継装置プロトコルＤＢ３４に問い合わせを行い、問い合わせた情報を受信する。問い合わせた情報（判定情報）とＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥは受信信号判定部３７に送信される。
【０１０４】
ステップＳ１−１０．受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥの照合を行う。図１８に示すＳＩＰ＿ＩＮＶＩＴＥは番号通知ヘッダ＜番号通知＞：ａｎｏｎｙｍｏｕｓを有している。しかし、図１５Ａによれば、ＳＩＰサーバ２１Ａでは番号通知ヘッダに関する条件はなく（「−」で表示）、ネットワーク２０Ａに影響を与えないため、ＳＩＰ＿ＩＮＶＩＴＥをそのまま透過させる処理を行う。また、判定結果はＯＫと判定される。
【０１０５】
ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを図１６に示す構成の受信信号記憶ＤＢ３５に送信して記憶する。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを送信信号組立部３９に送信する。
【０１０６】
ステップＳ１−１１．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを図６に示すように信号カプセル化し、ＳＩＰサーバ２１Ａの受信信号分解部５４に送信する。
【０１０７】
ステップＳ１−１２．ＳＩＰサーバ２１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを非信号カプセル化して、受信信号判定部５３に送信する。
【０１０８】
ステップＳ１−１３．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを図１６に示す構成の受信信号記憶ＤＢ５１に送信して記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿ＩＮＶＩＴＥを信号終端部４２に送信する。
【０１０９】
ステップＳ１−１４．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末２２Ａ情報、ＳＩＰ＿ＩＮＶＩＴＥを送信する。端末側信号インタフェース部４３はＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥを送信する。
【０１１０】
以上でＳＩＰ＿ＩＮＶＩＴＥはＩＰ電話端末１１ＡからＩＰ電話端末２２Ａへ伝わった。これ以降、継続してセッション確立の信号を同様にして送受信して行く。上記の動作後、同様のＳＩＰ＿ＩＮＶＩＴＥを受信した時のシーケンスをステップＳ１−１５〜Ｓ１−１８に示す。なお、ステップＳ１−１５〜Ｓ１−１８の動作はステップＳ１−１〜Ｓ１−４と同様のため説明を省略し、それ以降の動作を示す。
【０１１１】
ステップＳ１−１９．受信信号検索部３６は受信された各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には番号通知ヘッダの情報が記憶されおり、判定結果ＯＫ、番号通知ヘッダ対処不要という検出結果を得ることができる。この検出結果と、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを受信信号判定部５３に送信する。
【０１１２】
ステップＳ１−２０．受信信号判定部５３は判定結果ＯＫ、番号通知ヘッダ対処不要という検出結果を受けて、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿ＩＮＶＩＴＥを信号終端部４２に送信する。
【０１１３】
ステップＳ１−２１．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末２２Ａ情報、ＳＩＰ＿ＩＮＶＩＴＥを送信する。端末側信号インタフェース部４３はＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥを送信する。
【０１１４】
以上でＳＩＰ＿ＩＮＶＩＴＥはＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに伝わる。これ以降、継続してセッション確立の信号を同様にして送受信を行う。
【０１１５】
＜動作説明２−２＞
図１９Ａ及び図１９Ｂにプロトコルヘッダ判定装置３０Ａのファイル版数が最新であり、信号ＩＮＶＩＴＥを変更する場合の動作説明２−２を示す。ここで、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａのファイル版数は共に最新の２．０版であり、ＳＩＰサーバ１１Ａ自身のファイル版数は１．０版、ＳＩＰサーバ２１Ａ自身のファイル版数は２．０版となっている。この場合のセッションを確立するために送信するＳＩＰ＿ＩＮＶＩＴＥを図２０に示す。
【０１１６】
動作説明２−２における動作説明２−１との違いは、ＳＩＰ＿ＩＮＶＩＴＥがＩＰネットワーク２０ＡにおいてＩＰネットワーク１０Ａから送信されてきたままでは通信に影響を与えしまうという点である。
【０１１７】
図１９Ａ及び図１９Ｂにおいて、ステップＳ２−１〜Ｓ２−９はステップＳ１−１〜Ｓ１−９までの未定義ヘッダ名が端末識別情報になる以外は動作として同一のため説明を省略する。なお、ステップＳ２−４では信号終端部４２にて図２０に示すＳＩＰ＿ＩＮＶＩＴＥから端末識別情報４２桁を検出する。
【０１１８】
ステップＳ２−１０．受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥの照合を行う。図２０に示すＳＩＰ＿ＩＮＶＩＴＥの端末識別情報は４２桁であるのに対し、図１５Ａでは２．０版のＳＩＰサーバ２１Ａの端末識別情報のパラメータは４８桁であり、ネットワーク２０Ａにおける端末識別情報ヘッダは４８桁ではないと通信不可能となってしまう。このため、図１５ＡのＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報、ＳＩＰサーバ２１Ａ、２．０版、条件の欄に記載のように、ＳＩＰ＿ＩＮＶＩＴＥ内の端末識別情報ヘッダ４２桁の上６桁に’００００００’を挿入する処理を行う。処理後の信号をＳＩＰ＿ＩＮＶＩＴＥ＋とする。また、判定結果はＯＫと判定される。受信信号判定部３７はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号記憶ＤＢ３５に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ＋を送信信号組立部３９に送信する。
【０１１９】
ステップＳ２−１１．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ＋を図６に示すように信号カプセル化し、ＳＩＰサーバ２１Ａの受信信号分解部５４に送信する。
【０１２０】
ステップＳ２−１２．ＳＩＰサーバ２１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ＋を非信号カプセル化して、受信信号判定部５３に送信する。
【０１２１】
ステップＳ２−１３．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号記憶ＤＢ５１に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿ＩＮＶＩＴＥ＋を信号終端部４２に送信する。
【０１２２】
ステップＳ２−１４．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末２２Ａ情報、ＳＩＰ＿ＩＮＶＩＴＥ＋を送信する。端末側信号インタフェース部４３がＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥ＋を送信する。
【０１２３】
以上でＳＩＰ＿ＩＮＶＩＴＥはＩＰ電話端末１１ＡからＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥ＋として最適化され伝わる。これ以降、継続してセッション確立の信号を同様にして送受信していく。
【０１２４】
上記動作後に同様のＳＩＰ＿ＩＮＶＩＴＥを受信した時の動作を以下に示す。なお、ステップＳ２−１５〜Ｓ２−１８の動作はステップＳ２−１〜Ｓ２−４の動作と同様のため省略する。
【０１２５】
ステップＳ２−１９．ＳＩＰサーバ２１Ａの受信信号検索部３６は受信されたプロトコルの各ヘッダ情報を受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には端末識別情報ヘッダの情報が記憶されおり、判定結果ＯＫ、端末識別情報ヘッダ、対処内容（’００００００’を上６桁に挿入）という検出結果を得ることができる。この検出結果と、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号判定部５３に送信する。
【０１２６】
ステップＳ２−２０．受信信号判定部５３は判定結果ＯＫ、端末識別情報ヘッダ、対処内容（’００００００’を上６桁に挿入）という検出結果を受けて、ＳＩＰ＿ＩＮＶＩＴＥをＳＩＰ＿ＩＮＶＩＴＥ＋に加工する。その後、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿ＩＮＶＩＴＥ＋を信号終端部４２に送信する。
【０１２７】
ステップＳ２−２１．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末２２Ａ情報、ＳＩＰ＿ＩＮＶＩＴＥ＋を送信する。端末側信号インタフェース部４３はＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥ＋を送信する。
【０１２８】
以上でＳＩＰ＿ＩＮＶＩＴＥはＩＰ電話端末１１ＡからＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥ＋として最適化され伝わる。これ以降、継続してセッション確立の信号を同様にして送受信して行く。
【０１２９】
＜動作説明２−３＞
図２１Ａ及び図２１Ｄにプロトコルヘッダ判定装置３０Ａの中継装置プロトコルＤＢ３４のファイル版数が最新ではなく信号ＩＮＶＩＴＥを変更する場合の動作説明２−３を示す。ここで、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ１１Ａのファイル版数が最新の２．０版、ＳＩＰサーバ２１Ａのファイル版数が最新ではない１．０版であり、ＳＩＰサーバ１１Ａ自身のファイル版数は２．０版、ＳＩＰサーバ２１Ａ自身のファイル版数は１．０版となっている。この場合のセッションを確立するために送信するＳＩＰ＿ＩＮＶＩＴＥは先に示した図２０と同一とする。
【０１３０】
図２１Ａ及び図２１Ｂに示すシーケンス動作については、ステップＳ３−１〜Ｓ３−９はステップＳ２−１〜Ｓ２−９と同様のため説明を省略する。なお、ステップＳ３−４では信号終端部４２にて図２０に示すＳＩＰ＿ＩＮＶＩＴＥから端末識別情報４２桁を検出する。
【０１３１】
ステップＳ３−１０．受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥの照合を行う。今回の実施例は中継装置プロトコルＤＢ３４内のＳＩＰサーバ２１Ａのファイル版数が１．０版でＳＩＰ＿ＩＮＶＩＴＥの端末識別情報の条件は４２桁であるが、ＳＩＰサーバ１１Ａ自身のファイル版数が２．０版でＳＩＰ＿ＩＮＶＩＴＥの端末識別情報の条件は４８桁であり、対処不可であるため、判定結果はＮＧと判定される。ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号記憶ＤＢ３５に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを送信信号組立部３９に送信する。
【０１３２】
ステップＳ３−１１．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを図６に示すように信号カプセル化し、ＳＩＰサーバ２１Ａの受信信号分解部５４に送信する。
【０１３３】
ステップＳ３−１２．ＳＩＰサーバ２１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを非信号カプセル化して、受信信号判定部５３に送信する。
【０１３４】
ステップＳ３−１３．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号記憶ＤＢ５１に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを信号終端部４２に送信する。
【０１３５】
ステップＳ３−１４．信号終端部４２は判定結果（ＮＧ）を受けて対向装置側信号ＩＦ部４１にＳＩＰサーバ１１Ａ装置情報、ＣＡＮＣＥＬを送信する。
【０１３６】
ステップＳ３−１５．対向装置側信号ＩＦ部４１はＳＩＰサーバ１１ＡにＣＡＮＣＥＬを送信し、さらにＳＩＰサーバ１１ＡからＩＰ電話端末１１ＡにＣＡＮＣＥＬが送信される。ＣＡＮＣＥＬ信号がＩＰ電話端末１１Ａに到達するとセッション確立処理が切断される。
【０１３７】
上記の動作後、同様のＳＩＰ＿ＩＮＶＩＴＥを受信した時の動作について説明する。なお、ステップＳ３−１６〜Ｓ３−１９の動作はステップＳ３−１〜Ｓ３−４と同様のため、それ以降の動作を説明する。
【０１３８】
ステップＳ３−２０．ＳＩＰサーバ２１Ａの受信信号検索部３６は受信された各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には端末識別情報ヘッダの情報が記憶されおり、判定結果ＮＧ、端末識別情報ヘッダ対処不要という検出結果を得ることができる。この検出結果と、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号判定部５３に送信する。
【０１３９】
ステップＳ３−２１．受信信号判定部５３は判定結果ＮＧ、端末識別情報ヘッダ、対処内容（なし）という検出結果を受けて、その後、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ），ＳＩＰ＿ＩＮＶＩＴＥを信号終端部４２に送信する。
【０１４０】
ステップＳ３−２２．信号終端部４２は判定結果（ＮＧ）を受けて対向装置側信号ＩＦ部４３にＳＩＰサーバ１１Ａ装置情報、ＣＡＮＣＥＬを送信する。
【０１４１】
ステップＳ３−２３．対向装置側信号ＩＦ部４３はＳＩＰサーバ１１ＡにＣＡＮＣＥＬを送信し、さらにＳＩＰサーバ１１ＡからＩＰ電話端末１１ＡにＣＡＮＣＥＬを送信する。ＣＡＮＣＥＬ信号がＩＰ電話端末１１Ａに到達することでセッション確立処理が切断される。
【０１４２】
次に、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ２１Ａのファイル版数を１．０版から２．０版に変更した際のシーケンスを図２１Ｃ及び図２１Ｄに示す。
【０１４３】
ステップＳ３−２４．プロトコルヘッダ判定装置３０Ａのオペレーションを行い、中継装置プロトコルＤＢ３４内のＳＩＰサーバ２１Ａのファイル更新を行う。すなわち、ファイル版数を１．０版から２．０版に更新する。ファイル更新後、プロトコルヘッダ判定装置３０Ａの中継装置プロトコルＤＢ３４から、受信信号判定部３７にＤＢ更新通知を送信する。
【０１４４】
ステップＳ３−２５．受信信号判定部３７はＤＢ更新通知を受け、判定結果リセット通知をＳＩＰサーバ２１Ａへ向けて送信するため、判定結果にリセットを記載し送信信号組立部３９にＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（リセット）、対処内容（なし）、信号データ（なし）を送信する。
【０１４５】
ステップＳ３−２６．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（リセット）、対処内容（なし）、信号データ（なし）を図６に示すように信号カプセル化し、ＳＩＰサーバ２１Ａの受信信号分解部５４に送信する。
【０１４６】
ステップＳ３−２７．ＳＩＰサーバ２１Ａの受信信号分解部５４は判定結果（リセット）、対処内容（なし）、信号データ（なし）を非信号カプセル化して、受信信号判定部５３に送信する。
【０１４７】
ステップＳ３−２８．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（リセット）、を受信信号記憶ＤＢ５１に送信して受信信号記憶ＤＢ５１をリセットさせる。
【０１４８】
なお、その後の動作は動作説明２−２の動作と同様のため説明を省略する。
【０１４９】
＜動作説明２−４＞
図２２Ａ及び図２２Ｆにプロトコルヘッダ判定装置３０Ａの中継装置プロトコルＤＢ３４のファイル版数が最新ではなく、着側からの発信信号の場合の動作説明２−４を示す。ここで、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ１１Ａのファイル版数が最新ではない１．０版、ＳＩＰサーバ２１Ａのファイル版数が最新の２．０版であり、ＳＩＰサーバ１１Ａ自身のファイル版数は１．０版、ＳＩＰサーバ２１Ａ自身のファイル版数は２．０版となっている。この場合のセッションを確立するために送信するＳＩＰ＿ＩＮＶＩＴＥを図２３に示す。また、ＳＩＰ＿１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ（以下、「ＳＩＰ＿１８３」と略す）を図２４に示す。
【０１５０】
ステップＳ４−１．図２２Ａ及び図２２Ｂにおいて、ＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに通話させるセッションを確立させるために、ＩＰ電話端末１１ＡからＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａ、ＩＰ電話端末２２Ａに図２３のＳＩＰ＿ＩＮＶＩＴＥを送信する。
【０１５１】
ステップＳ４−２．ＳＩＰ＿ＩＮＶＩＴＥを受信したＩＰ電話端末２２ＡはＩＰ電話端末１１Ａに向けてＳＩＰ＿１８３を送信するために、ＩＰネットワーク２０ＡのＳＩＰサーバ２１ＡにＳＩＰ＿１８３を送信する。
【０１５２】
ステップＳ４−３．端末側信号インタフェース部４３でＳＩＰ＿１８３を受信したＳＩＰサーバ２１Ａは、ＳＩＰサーバ２１Ａ内の信号終端部４２に端末情報、ＳＩＰ＿１８３を送信し、さらに対向装置側ＩＦ部４１からＳＩＰ＿１８３をＳＩＰサーバ１１Ａの対向装置側ＩＦ部４１に送信する。
【０１５３】
ステップＳ４−４．ＳＩＰ＿１８３を対向装置側信号ＩＦ部４１で受信したＳＩＰサーバ１１Ａは、ＳＩＰサーバ１１Ａ内の信号終端部４２にＳＩＰサーバ２１Ａ装置情報、ＳＩＰ＿１８３を送信する。
【０１５４】
ステップＳ４−５．信号終端部４２は、ＳＩＰ＿１８３をＩＰネットワーク１０Ａ内で最適な形に変換する。信号終端部４２でＳＩＰサーバ１１Ａ内では許容しないＳＩＰ＿１８３の端末識別番号ヘッダ及び課金情報を検出する。なお、図１５Ｂに示すように、ＳＩＰ＿１８３の端末識別番号ヘッダの条件は、１．０版のＳＩＰサーバ１１Ａで任意４２桁であるのに対し、図２４のＳＩＰ＿１８３は４８桁であり、条件と異なっている。また、図１５Ｂに示すように、ＳＩＰ＿１８３の課金情報の信号種別依存関係は下２桁がＳＩＰ＿ＩＮＶＩＴＥの課金情報の下２桁と同一であるのに対し、図２３のＳＩＰ＿ＩＮＶＩＴＥと図２４のＳＩＰ＿１８３では課金情報の下２桁が異なっている。
【０１５５】
信号終端部４２は検出されたヘッダが許容できるかを知るためにＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿１８３、端末識別番号ヘッダ及び課金情報ヘッダを受信信号検索部５２に送信する。
【０１５６】
ステップＳ４−６．受信信号検索部５２は受信された各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１にはＳＩＰ＿１８３の端末識別番号ヘッダ及び課金情報ヘッダの情報は記憶されていないため、端末識別番号ヘッダ未検出及び課金情報ヘッダ不一致という検出結果、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿１８３、端末識別番号ヘッダ及び課金情報ヘッダを受信信号判定部５３に送信する。
【０１５７】
ステップＳ４−７．受信信号判定部５３は検出結果が未検出を受けて、ＳＩＰ＿１８３とセッション確立上依存関係のあるＳＩＰ＿ＩＮＶＩＴＥをプロトコルヘッダ判定装置３０Ａに合わせて送信するため、ＳＩＰ＿ＩＮＶＩＴＥ送信要求を信号終端部４２に送信し、信号終端部４２からＳＩＰ＿ＩＮＶＩＴＥを受信する。その後ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を受信信号組立部５５に送信する。
【０１５８】
ステップＳ４−８．受信信号組立部５５はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３に加えて、プロトコルヘッダ判定装置３０Ａが付与してくるヘッダの判定結果、対処内容を図６に示すように信号カプセル化を行ってプロトコルヘッダ判定装置３０Ａの受信信号分解部３８に送信する。
【０１５９】
ステップＳ４−９．プロトコルヘッダ判定装置３０Ａの受信信号分解部３８はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果、対処内容、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３の信号カプセル化を解除（非信号カプセル化）して受信信号検索部３６に送信する。
【０１６０】
ステップＳ４−１０．受信信号検索部３６はＳＩＰサーバ１１Ａ及び２１Ａ装置情報から各ＳＩＰサーバ１１Ａ，２１Ａに現在のファイル版数通知要求を送信し、それを受けたＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａはそれぞれプロトコルヘッダ判定装置３０Ａにファイル版数通知を行う。今回の例ではＳＩＰサーバ１１Ａは１．０版、ＳＩＰサーバ２１Ａは２．０版である。この情報を基に中継プロトコルＤＢ３４に問い合わせを行い、問い合わせた情報を受信する。受信信号検索部３６は問い合わせた情報（判定情報）とＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を受信信号判定部３７に送信する。
【０１６１】
ステップＳ４−１１．受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３の照合を行う。照合の際にセッション確立中の信号の依存関係（今回の例はＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３）の有無も考慮する。今回の例は中継装置プロトコルＤＢ３４内のＳＩＰサーバ１１Ａのファイル版数が１．０版であり、条件の欄に対処方法が記載されていないため、判定結果はＮＧと判定される。ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダを受信信号記憶ＤＢ３５に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を送信信号組立部３９に送信する。
【０１６２】
ステップＳ４−１２．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を図６に示すように信号カプセル化し、ＳＩＰサーバ１１Ａの受信信号分解部５４に送信する。
【０１６３】
ステップＳ４−１３．ＳＩＰサーバ１１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を非信号カプセル化して、受信信号判定部３７に送信する。
【０１６４】
ステップＳ４−１４．受信信号判定部３７はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダ及び課金情報ヘッダを受信信号記憶ＤＢに送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿１８３を信号終端部４２に送信する。
【０１６５】
ステップＳ４−１５．信号終端部４２は判定結果（ＮＧ）を受けて対向装置側信号ＩＦ部４１にＣＡＮＣＥＬを送信し、端末側信号インタフェース部４３に５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒを送信する。
【０１６６】
ステップＳ４−１６．対向装置側信号ＩＦ部４１はＳＩＰサーバ２１ＡにＣＡＮＣＥＬを送信し、さらにＳＩＰサーバ２１ＡからＩＰ電話端末２２ＡにＣＡＮＣＥＬが送信される。ＣＡＮＣＥＬ信号がＩＰ電話端末２２Ａに到達することでセッション確立処理が切断される。
【０１６７】
ステップＳ４−１７．端末側信号インタフェース部４３はＩＰ電話端末１１Ａに５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒを送信し、ＩＰ電話端末１１Ａに上記Ｅｒｒｏｒが到達してセッション確立処理が切断される。
【０１６８】
上記動作後に同様のＳＩＰ＿１８３を受信した時の動作を説明する。なお、ステップＳ４−１８〜Ｓ４−２２までの動作はステップＳ４−１〜Ｓ４−５と同様のため省略し、それ以降の動作を示す。
【０１６９】
ステップＳ４−２３．サーバ１１Ａの受信信号検索部５２は受信された各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１はＳＩＰ＿１８３のみでは端末識別番号ヘッダの情報は抽出できないため、判定信号不足（ＳＩＰ＿ＩＮＶＩＴＥ）という検出結果、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿１８３、端末識別番号ヘッダ及び課金情報ヘッダを受信信号判定部５３に送信する。
【０１７０】
ステップＳ４−２４．受信信号判定部５３は検出結果が判定信号不足（ＳＩＰ＿ＩＮＶＩＴＥ）受けて、信号終端部４２にＳＩＰ＿ＩＮＶＩＴＥを要求する通知を送信し、信号終端部４２からＳＩＰ＿ＩＮＶＩＴＥ信号が受信信号検索部５２に送信される。
【０１７１】
ステップＳ４−２５．受信信号検索部５２は追加で受信されたＳＩＰ＿ＩＮＶＩＴＥとステップＳ４−６で受信していた各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には端末識別番号ヘッダの情報は記憶されていないため、受信信号記憶ＤＢ５１は端末識別番号ヘッダ未検出及び課金情報ヘッダ不一致という検出結果、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿１８３、端末識別番号ヘッダ及び課金情報ヘッダを受信信号判定部５３に送信する。
【０１７２】
ステップＳ４−２６．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿１８３を信号終端部４２に送信する。
【０１７３】
ステップＳ４−２７．信号終端部４２は判定結果（ＮＧ）を受けて対向装置側信号ＩＦ部４１にＣＡＮＣＥＬを送信し、端末側信号インタフェース部４３へ５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒを送信する。
【０１７４】
ステップＳ４−２８．対向装置側信号ＩＦ部４１はＳＩＰサーバ２１ＡにＣＡＮＣＥＬを送信され、さらにＳＩＰサーバ２１ＡからＩＰ電話端末２２ＡにＣＡＮＣＥＬを送信する。ＣＡＮＣＥＬ信号がＩＰ電話端末２２Ａに到達することでセッション確立処理が切断される。
【０１７５】
ステップＳ４−２９．端末側信号インタフェース部４３はＩＰ電話端末１１Ａに５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒを送信し、上記ＥｒｒｏｒがＩＰ電話端末１１Ａに到達してセッション確立処理が切断される。
【０１７６】
次に、プロトコルヘッダ判定装置３０Ａ内のＤＢにあるＳＩＰサーバ１１Ａのファイル版数を１．０版から２．０版に変更した際の動作を図２２Ｃ及び図２２Ｄに示す。この場合のＳＩＰ＿ＩＮＶＩＴＥとＳＩＰ＿１８３を図２３と図２４に示す。ステップＳ４−３０〜Ｓ４−３４は、ステップＳ３−２４〜Ｓ３−２８のＳＩＰサーバ２１ＡをＳＩＰサーバ１１Ａと読み替えれば同様であるため説明を省略する。
【０１７７】
続いて、中継装置プロトコルＤＢ３４更新後の動作を説明する。ステップＳ４−３５〜４−４４は、ステップＳ４−１からステップＳ４−１０と同様のため説明を省略する。
【０１７８】
ステップＳ４−４５．プロトコルヘッダ判定装置３０Ａの受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３の照合を行う。照合の際にセッション確立中の信号の依存関係（今回の例はＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３）の有無も考慮する。今回の例は図１５Ｂに示すように、ＳＩＰ＿１８３の端末識別番号ヘッダの条件は、２．０版のＳＩＰサーバ１１Ａで任意４２−４８桁（下４２桁以外の上０−６桁はＤ‘ｏｎｔ Ｃａｒｅ）であり、ネットワーク１０Ａに図２４の端末識別情報ヘッダを４８桁として透過させても下４２桁のみの認識しかしない。さらに、図１５Ｂに示すように、ＳＩＰ＿１８３の課金情報の信号種別依存関係は２．０版のＳＩＰサーバ１１Ａでは「なし」で、条件は「下２桁不定」であり、ネットワーク１０Ａに図２４の課金情報の下２桁を透過させても問題はない。このため、ＳＩＰ＿１８３をそのまま透過させる処理を行う。また、判定結果はＯＫと判定される。ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダ及び課金情報ヘッダを受信信号記憶ＤＢ３５に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を送信信号組立部３９に送信する。
【０１７９】
ステップＳ４−４６．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を図６に示すように信号カプセル化し、ＳＩＰサーバ１１Ａの受信信号分解部５４に送信する。
【０１８０】
ステップＳ４−４７．ＳＩＰサーバ１１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を非信号カプセル化して、受信信号判定部５３に送信する。
【０１８１】
ステップＳ４−４８．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダ及び課金情報ヘッダを受信信号記憶ＤＢ５１に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、対処内容（なし）、ＳＩＰ＿１８３を信号終端部４２に送信する。
【０１８２】
ステップＳ４−４９．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末１２情報、ＳＩＰ＿１８３を送信する。端末側信号インタフェース部４３はＩＰ電話端末１１ＡにＳＩＰ＿１８３を送信する。以上でＳＩＰ＿１８３はＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに伝わる。これ以降、継続してセッション確立の信号を同様にして送受信して行く。
【０１８３】
上記動作後、同様のＳＩＰ＿ＩＮＶＩＴＥを受信した時の動作を図２２Ｅ及び図２２Ｆに示す。ステップＳ４−５０〜Ｓ４−５４の動作はステップＳ４−１から４−５と同様であり、ステップＳ４−５５〜４−５７の動作はステップＳ４−２２〜Ｓ４−２４と同様のため説明を省略する。
【０１８４】
ステップＳ４−５８．受信信号検索部５２は追加で受信されたＳＩＰ＿ＩＮＶＩＴＥとステップＳ４−５６で受信していた各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には端末識別情報ヘッダの情報が記憶されおり、判定結果ＯＫ、端末識別情報ヘッダ、対処内容（なし）という検出結果を得ることができる。受信信号検索部５２は、この検出結果とＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダ及び課金情報ヘッダを受信信号判定部５３に送信する。
【０１８５】
ステップＳ４−５９．受信信号判定部５３は判定結果ＯＫ、端末識別情報ヘッダ、対処内容（なし）という検出結果を受けて、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿１８３を信号終端部４２に送信する。
【０１８６】
ステップＳ４−６０．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末１２情報、ＳＩＰ＿１８３を送信する。端末側信号インタフェース部４３はＩＰ電話端末１１ＡにＳＩＰ＿１８３を送信する。以上でＳＩＰ＿１８３はＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに伝わる。これ以降、継続してセッション確立の信号を同様にして送受信して行く。
【０１８７】
上記の実施形態によれば、異なるネットワーク間での送信側サーバ装置と受信側サーバ装置の版数情報漏れが原因の不必要な未定義ヘッダの破棄がなくなる。これにより、接続遅延を減少でき、接続品質が向上する。また、プロトコルヘッダ判定装置の中継装置プロトコルＤＢを参照することで、問題部分の解析が容易となり解析速度が向上する。また、プロトコルヘッダ判定装置及びサーバ装置それぞれに受信信号記憶ＤＢを設けることにより、同様の障害が発生したときに不要な接続動作を行う必要がなくなりリソースの有効活用が可能となる。
【０１８８】
また、未定義ヘッダのプロトコル信号と、これ以前に受信した未定義ヘッダのプロトコル信号と依存関係にあるプロトコル信号を用いて受信可能か否かを判定することで、さらに未定義ヘッダの破棄を低減することができ、通信の継続性を高めることができる。
（付記１）
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムであって、
前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置を有し、
受信したプロトコル信号に未定義のプロトコルヘッダである未定義ヘッダを検出した前記受信側のサーバ装置から前記未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信し、
前記プロトコルヘッダ判定装置にて前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信し、
前記受信側のサーバ装置にて前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う
ことを特徴とする通信システム。
（付記２）
付記１記載の通信システムにおいて、
前記プロトコルヘッダ判定装置は、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信する受信部と、
前記異なるネットワークそれぞれで定義されているプロトコルヘッダ情報を記憶したプロトコルヘッダ記憶部と、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信して、前記プロトコルヘッダ記憶部から前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダに対するプロトコルヘッダ情報を読み出し、前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行うプロトコルヘッダ処理部と、
前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信する送信部と、
を有することを特徴とする通信システム。
（付記３）
付記２記載の通信システムにおいて、
前記サーバ装置は、
送信側のネットワークから受信したプロトコル信号から未定義ヘッダを検出して、未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信する送信部と、
前記プロトコルヘッダ判定装置から、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に受信する受信部と、
前記受信部で前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う通信部と、
を有することを特徴とする通信システム。
（付記４）
付記３記載の通信システムにおいて、
前記サーバ装置は、
前記受信部で前記プロトコルヘッダ判定装置から受信した、前記判定結果及び処理内容を前記検出した未定義ヘッダと共に記憶する信号記憶部と、
前記送信側のネットワークから受信したプロトコル信号に未定義ヘッダを検出したとき、検出した未定義ヘッダを用いて前記信号記憶部から判定結果及び処理内容を読み出して前記検出した未定義ヘッダに前記処理内容の処理を行う信号処理部と、
を有することを特徴とする通信システム。
（付記５）
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムで、前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置であって、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信する受信部と、
前記異なるネットワークそれぞれで定義されているプロトコルヘッダ情報を記憶したプロトコルヘッダ記憶部と、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信して、前記プロトコルヘッダ記憶部から前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダに対するプロトコルヘッダ情報を読み出し、前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行うプロトコルヘッダ処理部と、
前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信する送信部と、
を有することを特徴とするプロトコルヘッダ判定装置。
（付記６）
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムのサーバ装置であって、
送信側のネットワークから受信したプロトコル信号から未定義ヘッダを検出して、未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信する送信部と、
前記プロトコルヘッダ判定装置から、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に受信する受信部と、
前記受信部で前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う通信部と、
を有することを特徴とするサーバ装置。
（付記７）
付記６記載のサーバ装置において、
前記受信部で前記プロトコルヘッダ判定装置から受信した、前記判定結果及び処理内容を前記検出した未定義ヘッダと共に記憶する信号記憶部と、
前記送信側のネットワークから受信したプロトコル信号に未定義ヘッダを検出したとき、検出した未定義ヘッダを用いて前記信号記憶部から判定結果及び処理内容を読み出して前記検出した未定義ヘッダに前記処理内容の処理を行う信号処理部と、
を有することを特徴とするサーバ装置。
（付記８）
付記４記載の通信システムにおいて、
前記プロトコルヘッダ判定装置は、
前記プロトコルヘッダ記憶部に記憶されている異なるネットワークそれぞれで定義されているプロトコルヘッダ情報が更新されたときリセット情報を生成し、前記プロトコルヘッダ情報が更新されたネットワークのサーバ装置に送信する手段を有し、
前記サーバ装置は、
前記プロトコルヘッダ判定装置から送信されたリセット情報を受信したとき前記信号記憶部に記憶されている判定結果と処理内容を消去する消去手段を有する
ことを特徴とする通信システム。
（付記９）
付記８記載の通信システムにおいて、
前記サーバ装置の送信部は、前記未定義ヘッダを検出したプロトコル信号を、前記未定義ヘッダを検出したプロトコル信号以前に前記送信側のネットワークから受信した前記未定義ヘッダのプロトコル信号と依存関係にあるプロトコル信号と共に前記プロトコルヘッダ判定装置に送信し、
前記プロトコルヘッダ判定装置のプロトコルヘッダ処理部は、前記プロトコルヘッダ記憶部から、前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダと前記依存関係にあるプロトコル信号それぞれに対するプロトコルヘッダ情報を読み出し、読み出した前記プロトコルヘッダ情報から前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行う
ことを特徴とする通信システム。
【符号の説明】
【０１８９】
１０，２０，２５ ネットワーク
１０Ａ，２０Ａ ＩＰネットワーク
１１，２１ サーバ装置
１１Ａ，２１Ａ ＳＩＰサーバ
１２，２２ 通信端末
１２Ａ，２２Ａ ＩＰ電話端末
３０ プロトコルヘッダ判定装置
３１ プロトコルヘッダ記憶部
３２ プロトコルヘッダ処理部
３３ 信号インタフェース部３３
３４ 中継装置プロトコルＤＢ
３５ 受信信号記憶ＤＢ
３６ 受信信号検索部
３７ 受信信号判定部
３８ 受信信号分解部
３９ 送信信号組立部
４１ 対向装置側信号インタフェース部
４２ 信号終端部
４３ 端末側信号インタフェース部
４４ 信号記憶部
４５ 信号処理部
４６ プロトコルヘッダ側信号インタフェース部
５１ 受信信号ＤＢ
５２ 受信信号検索部
５３ 受信信号判定部
５４ 受信信号分解部
５５ 送信信号組立部
【技術分野】
【０００１】
本発明は、異なるネットワークの通信端末間を接続する通信システムに関する。
【背景技術】
【０００２】
現在、様々な通信事業者がＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）のメリットを利用したＩＰ電話の通信接続サービスを提供している。この場合、ＳＩＰは、セッションの確立、変更、終了等のセッション管理を行うための通信プロトコルであり、セッションの内容には関知しない。
【０００３】
各々の通信事業者は、このようなセッション管理を実行するためのＳＩＰサーバを構築しており、例えば端末装置等のクライアントが音声データをパケット通信する場合、まず当該クライアントとＳＩＰサーバとの間で所定のＳＩＰメッセージに基づいたセッション管理が行われ、セッションが確立したときに音声データは所望の相手に運ばれて復元される。
【０００４】
なお、ＳＩＰメッセージとは、例えばインターネットで利用されている標準的なメッセージ形式（例えば、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）など）と類似しており、例えばＩＮＶＩＴＥ（招待）やＡＣＫ（確認応答）等のリクエストメソッド（リクエストメッセージ）と、例えば１００Ｔｒｙｉｎｇ（暫定応答）や２００ｏｋ（成功応答）等の応答コード（レスポンスメッセージ）によりＳＩＰメッセージの手順が規定される。
【０００５】
なお、メディア通信装置に、異なる種類の通信プロトコルを自動的に判別する自動判別部と、判別した通信プロトコルに従ったセッションを確立するセッション確立部と、確立したセッションに基づいてメディアをパケット通信するパケット通信部を備え、メディアをパケット通信する際に用いられる異なる種類の通信プロトコルを自動的に判別し、判別した通信プロトコルに従ったセッションを確立する技術が知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−３２３３２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、クライアントが特定の通信事業者と接続契約を結んだ際に、当該通信事業者と接続する通信装置は、通信事業者間でＳＩＰメッセージによるセッションが可能であるが、当該通信事業者間だけでなく、当該通信事業者同士の中でもＳＩＰメッセージによるセッションを確立することができない場合がある。これは、通信事業者内でも提供するベンダが異なり、ＳＩＰサーバの仕様や設定がファイル更新で一方のベンダのみが最新化されること等が原因となる。
【０００８】
従来、通信システム内に構成される異なるネットワークのサーバ装置間でプロトコルを送受信する場合、世代の異なるバージョンのプロトコルの未定義ヘッダを受信したサーバ装置は切断処理に移行し、受信したプロトコルを破棄している。
【０００９】
しかしながら、プロトコルの未定義ヘッダが必ずしもヘッダを受信するサーバ装置に対して通信サービス・品質に影響を与えない場合があり、未定義ヘッダが受信側のサーバ装置に影響を与えない場合は未定義ヘッダの破棄により通信の効率が悪くなるという問題があった。
【００１０】
開示の通信システムは、未定義ヘッダを持つプロトコル信号の破棄を低減し通信の効率を向上させることを目的とする。
【課題を解決するための手段】
【００１１】
開示の一実施形態による通信システムは、それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムであって、
前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置を有し、
受信したプロトコル信号に未定義のプロトコルヘッダである未定義ヘッダを検出した前記受信側のサーバ装置から前記未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信し、
前記プロトコルヘッダ判定装置にて前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信し、
前記受信側のサーバ装置にて前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う。
【発明の効果】
【００１２】
本実施形態によれば、未定義ヘッダを持つプロトコル信号の破棄を低減し通信の効率を向上させることができる。
【図面の簡単な説明】
【００１３】
【図１】通信システムの第１実施形態の構成図である。
【図２】プロトコルヘッダ判定装置の一実施形態の構成図である。
【図３Ａ】中継装置プロトコルＤＢの第１実施形態を示す図である。
【図３Ｂ】装置固有情報ＤＢの第１実施形態を示す図である。
【図４】受信信号記憶ＤＢの第１実施形態を示す図である。
【図５】サーバ装置の一実施形態の構成図である。
【図６】カプセル化した信号の構成図である。
【図７Ａ】動作説明１−１のシーケンスを示す図である。
【図７Ｂ】動作説明１−１のシーケンスを示す図である。
【図８Ａ】動作説明１−２のシーケンスを示す図である。
【図８Ｂ】動作説明１−２のシーケンスを示す図である。
【図９】サーバ装置の変形例の構成図である。
【図１０Ａ】動作説明１−３のシーケンスを示す図である。
【図１０Ｂ】動作説明１−３のシーケンスを示す図である。
【図１１Ａ】動作説明１−４のシーケンスを示す図である。
【図１１Ｂ】動作説明１−４のシーケンスを示す図である。
【図１１Ｃ】動作説明１−４のシーケンスを示す図である。
【図１１Ｄ】動作説明１−４のシーケンスを示す図である。
【図１２Ａ】動作説明１−５のシーケンスを示す図である。
【図１２Ｂ】動作説明１−５のシーケンスを示す図である。
【図１２Ｃ】動作説明１−５のシーケンスを示す図である。
【図１２Ｄ】動作説明１−５のシーケンスを示す図である。
【図１２Ｅ】動作説明１−５のシーケンスを示す図である。
【図１２Ｆ】動作説明１−５のシーケンスを示す図である。
【図１３Ａ】動作説明１−６のシーケンスを示す図である。
【図１３Ｂ】動作説明１−６のシーケンスを示す図である。
【図１４】通信システムの第２実施形態の構成図である。
【図１５Ａ】中継装置プロトコルＤＢの第２実施形態を示す図である。
【図１５Ｂ】中継装置プロトコルＤＢの第２実施形態を示す図である。
【図１５Ｃ】装置固有情報ＤＢの第２実施形態を示す図である。
【図１６】受信信号記憶ＤＢの第１実施形態を示す図である。
【図１７Ａ】動作説明２−１のシーケンスを示す図である。
【図１７Ｂ】動作説明２−１のシーケンスを示す図である。
【図１８】ＳＩＰ＿ＩＮＶＩＴＥの一例を示す図である。
【図１９Ａ】動作説明２−２のシーケンスを示す図である。
【図１９Ｂ】動作説明２−２のシーケンスを示す図である。
【図２０】ＳＩＰ＿ＩＮＶＩＴＥの他の一例を示す図である。
【図２１Ａ】動作説明２−３のシーケンスを示す図である。
【図２１Ｂ】動作説明２−３のシーケンスを示す図である。
【図２１Ｃ】動作説明２−３のシーケンスを示す図である。
【図２１Ｄ】動作説明２−３のシーケンスを示す図である。
【図２２Ａ】動作説明２−４のシーケンスを示す図である。
【図２２Ｂ】動作説明２−４のシーケンスを示す図である。
【図２２Ｃ】動作説明２−４のシーケンスを示す図である。
【図２２Ｄ】動作説明２−４のシーケンスを示す図である。
【図２２Ｅ】動作説明２−４のシーケンスを示す図である。
【図２２Ｆ】動作説明２−４のシーケンスを示す図である。
【図２３】ＳＩＰ＿ＩＮＶＩＴＥの別の一例を示す図である。
【図２４】ＳＩＰ＿１８３の一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、図面に基づいて実施形態を説明する。
【００１５】
＜通信システムの第１実施形態の構成＞
図１は通信システムの第１実施形態の構成図を示す。図１において、ネットワーク１０は複数のサーバ装置１１と、各サーバ装置１１に接続された通信端末１２を有しており、ネットワーク２０は複数のサーバ装置２１と、各サーバ装置２１に接続された通信端末２２を有している。
【００１６】
ネットワーク１０の各サーバ装置１１とネットワーク２０の各サーバ装置２１の間はネットワーク２５で接続されている。また、ネットワーク１０の各サーバ装置１１及びネットワーク２０の各サーバ装置２１はプロトコルヘッダ判定装置３０に接続されている。
【００１７】
プロトコルヘッダ判定装置３０は、通信システム内に構成される異なるネットワーク１０，２０に存在するサーバ装置１１，２１がどのプロトコルヘッダに対応しているかという情報を持っており、この情報を基に信号の判定を行う。プロトコルヘッダ判定装置３０はプロトコルヘッダの即時判定及び変換及び学習を行うことで通信サービスの継続性を確保する。
【００１８】
＜プロトコルヘッダ判定装置の構成＞
図２はプロトコルヘッダ判定装置３０の一実施形態の構成図を示す。図２において、プロトコルヘッダ判定装置３０は、プロトコルヘッダ記憶部３１とプロトコルヘッダ処理部３２、信号インタフェース部（信号ＩＦ部）３３を有する。
【００１９】
プロトコルヘッダ記憶部３１には、中継装置プロトコルＤＢ（データベース）３４と受信信号記憶ＤＢ３５を有する。中継装置プロトコルＤＢ３４には、第１実施形態として、図３Ａに示すように、プロトコル種別、信号種別、ヘッダ種別、サーバ装置の装置種別（１１又は２１）、装置ファイルバージョン（ファイル版数）、パラメータ、条件、信号種別依存条件、桁や文字列の過不足影響、パラメータ特性、パラメータ要否によるネットワークへの影響等のプロトコル詳細情報を格納するプロトコルヘッダ情報ＤＢと、図３Ｂに示すように各サーバ装置の装置種別、装置ファイルバージョン、装置固有種別を格納する装置固有情報ＤＢが設けられている。
【００２０】
受信信号記憶ＤＢ３５には、第１実施形態として、図４に示すように、送受信した装置と、未定義ヘッダのある信号を受信した時刻、送受信装置のファイル版数、プロトコル種別、信号種別、検出ヘッダ、対処方法を記憶する。
【００２１】
プロトコルヘッダ処理部３２は、受信信号検索部３６と受信信号判定部３７を有する。受信信号検索部３６は中継装置プロトコルＤＢ３４の中から必要な情報を検索して見つける。受信信号判定部３７は検索して見つけ出した情報から、信号を最新ファイルに即した形に対処することを含め、信号データのＯＫ／ＮＧの判定を行う。信号の内容に対処すなわち変更が必要な場合は変更等の処理を行う。
【００２２】
信号インタフェース部３３は、受信信号分解部３８と送信信号組立部３９を有する。受信信号分解部３８は受信した信号（図６に示す形式）からカプセル化されているヘッダ（装置情報）を取り、受信信号データのプロトコル部が分かるように分解（非信号カプセル化）する。送信信号組立部３９は受信信号データに判定結果を付加し、装置情報を付加する信号カプセル化を行って受信側のサーバ装置に送信する。
【００２３】
図６にカプセル化した信号の構成図を示す。受信信号データに判定結果及び装置情報を付加してカプセル化が行われる。装置情報には、信号を受信したサーバ装置の装置種別、信号を受信したサーバ装置のＩＰアドレス、信号を送信したサーバ装置の装置種別、信号を送信したサーバ装置のＩＰアドレス、受信信号データを受信した時間の情報を格納する。また、判定結果には、信号判定結果（ＯＫ／ＮＧ）と信号を加工した場合の処理内容の情報を格納する。受信信号データは、未定義ヘッダを含んだ信号データ、又は、その信号データを受信する前にセッション確立に受信した信号データである。
【００２４】
＜サーバ装置の構成＞
図５はサーバ装置１１，２１の一実施形態の構成図を示す。図５において、サーバ装置１１，２１は既存機能である対向装置側信号インタフェース部４１、信号終端部４２、端末側信号インタフェース（ＩＦ）部４３と、新たに設けた信号記憶部４４、信号処理部４５、プロトコルヘッダ側信号インタフェース（ＩＦ）部４６を有する。
【００２５】
対向装置側信号インタフェース部４１は対向装置との間の信号の送受信を行う。端末側信号インタフェース部４３は通信端末との間の信号の送受信を行う。信号終端部４２は、対向装置側と通信端末側それぞれの信号を異なるネットワークに渡すために必要な処理を行う。
【００２６】
信号記憶部４４は、図４に示すように、送受信したサーバ装置と、未定義ヘッダのある信号を受信した時刻、装置自身のファイル版数、プロトコル種別、信号種別、検出ヘッダ、対処方法を記憶しておく受信信号記憶ＤＢ５１を有する。
【００２７】
信号処理部４５は、受信信号記憶ＤＢ５１に未定義ヘッダのある信号と同一種別の信号があるかを検索する受信信号検索部５２と、プロトコルヘッダ判定装置３０からの判定結果を基にプロトコルヘッダ判定装置３０と同様の処理を次回以降行う受信信号判定部５３を有する。
【００２８】
プロトコルヘッダ側信号インタフェース部４６は、受信信号分解部５４と送信信号組立部５５を有する。受信信号分解部５４はプロトコルヘッダ判定装置３０から供給される受信信号データからカプセル化したヘッダ（装置情報）を取り、受信信号と判定結果を分解する非信号カプセル化を行う。送信信号組立部５５は対向サーバ装置から受信した信号に判定情報を付加し、装置情報を付加するカプセル化を行ってプロトコルヘッダ判定装置３０に送信する。
【００２９】
＜動作説明１−１＞
図７Ａ及び図７Ｂにプロトコルヘッダ判定装置３０のファイル版数が最新で、対処として信号を変更しない場合の動作説明１−１を示す。ここでは、通信端末１２から発信して通信端末２２に着信させる場合を考える。前提条件として、プロトコルヘッダ判定装置３０が持っているサーバ装置１１，サーバ装置２１のファイル版数は共に最新（２．０版）となっている。
【００３０】
シーケンスI：図７Ａにおいて、通信端末１２から発信した信号をサーバ装置１１が受信する。受信した信号を基に送信側サーバ装置１１はサーバ装置２１に信号を送信する。送信側サーバ装置１１から受信側サーバ装置２１のファイル版数に対応していないプロトコルヘッダＡである未定義ヘッダＡ（もしくは未登録ヘッダＡ）を含む信号（以下、信号データ１と呼ぶ）が来たときに受信側サーバ装置２１は、信号終端部４２で検知した後、受信信号検索部５２に信号データ１と未定義ヘッダＡを送信する。受信信号検索部５２では、受信信号記憶ＤＢ５１の検索を行い、検索結果を付加して受信信号判定部５３に送信する。受信信号判定部５３は、未検出と判定して信号データ１を送信信号組立部３９に送信する。送信信号組立部３９では、信号データ１を図６に示す形で信号カプセル化し、プロトコルヘッダ判定装置３０へ送信する。
【００３１】
シーケンスII：図７Ｂにおいて、プロトコルヘッダ判定装置３０では、カプセル化した信号を取り出し、送受信側サーバ装置情報、判定情報、異常信号を受信信号検索部３６に送信する。受信信号検索部３６は送受信側サーバ装置情報から送信側サーバ装置１１、受信側サーバ装置２１それぞれの信号終端部４２にファイル版数を問い合わせる。受信信号検索部３６は問い合わせの結果を装置種別、装置情報と共に中継装置プロトコルＤＢ３４に送信して問い合わせを行う。問い合わせで入手した結果を受信信号判定部３７に送信する。受信信号判定部３７は中継装置プロトコルＤＢ３４の問い合わせ結果から必要な対処を行う。
【００３２】
この例では、送信側サーバ装置１１のファイルが最新（２．０版）なのに対し、受信側サーバ装置２１のファイル版数が古く（１．０版）である。図３Ａの信号データ１に対応する信号種別１のヘッダ種別Ａについてサーバ装置１１に対応する装置種別１１のファイル版数２．０のパラメータ特性は「任意」とされ、サーバ装置２１に対応する装置種別２１のファイル版数１．０のパラメータ特性は「必須」とされており、必須パラメータから任意パラメータに変更になったプロトコルヘッダＡを必須パラメータのままと認識して動作した。この動作が発生しないようにするためにプロトコルヘッダＡを任意パラメータとして判断できる対処を行う。この場合、信号自体を編集する必要はない。
【００３３】
シーケンスIII：受信信号判定部３７から装置情報、判定情報、信号データ１、プロトコルヘッダＡを受信信号記憶ＤＢ３５に送信する。また、受信信号判定部３７から送信信号組立部３９に装置情報、判定情報、信号データ１を送信する。送信信号組立部３９では、受信側サーバ装置２１からプロトコルヘッダ判定装置３０に信号が送信されてきた時と同じフォーマットに上記信号を反映させて信号カプセル化を行い、受信側サーバ装置２１の受信信号分解部３８に送信する。
【００３４】
図７Ａにおいて、受信側サーバ装置２１の受信信号分解部５４は受信した信号の非信号カプセル化を行って、装置情報、判定情報、信号データ１に分解して受信信号判定部５３へ送信する。受信信号判定部５３は受信した信号を受信信号記憶ＤＢ５１と信号終端部４２に送信する。受信信号記憶ＤＢ５１に送信された信号は、図４に示すように記憶される。信号終端部４２に送信された信号は、端末側インタフェース部４３を介して通信端末２２へ送信され、通信が継続される。
【００３５】
シーケンスIV：図７Ａにおいて、再度同様のプロトコルヘッダＡを持つ信号を受信サーバ装置２１が受信した場合、信号終端部４２で未定義ヘッダＡを検出した後、信号データ１とプロトコルヘッダＡの情報を受信信号検索部５２に送信する。受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、検索結果を受信信号判定部５３に送信する。受信信号判定部５３は検出結果を基に必要な対処を行う。この例の場合は、特に対処は行わない。受信信号判定部５３は対処された装置情報、判定情報、信号データ１を信号終端部４２に送信する。信号終端部４２に送信された信号は、端末側インタフェース部４３を介して通信端末２２へ送信され、通信が継続される。
【００３６】
＜動作説明１−２＞
図８Ａ及び図８Ｂにプロトコルヘッダ判定装置３０のファイル版数が最新で、対処として信号を変更する場合の動作説明１−２を示す。ここでは、動作説明１−１と同一条件で、送信側サーバ装置１１から受信側サーバ装置２１のファイル版数に対応していない未定義ヘッダＢ（もしくは未登録ヘッダＡ）を含む信号（以下、信号データ１と呼ぶ）が入力される。シーケンスI，IIのほとんどの動作は動作説明１−１と同様であるので説明を省略する。
【００３７】
この例でも送信側サーバ装置１１のファイルが最新（２．０版）なのに対し、受信側サーバ装置２１のファイル版数が古い（１．０版）。図３Ａの信号データ１に対応する信号種別１のヘッダ種別Ｂについてサーバ装置１１に対応する装置種別１１のファイル版数２．０の条件は「任意６桁」とされ、サーバ装置２１に対応する装置種別２１のファイル版数１．０の条件は「任意４桁」とされており、ヘッダＢの桁数を変更する対処を行う必要があり、対処後の信号を信号データ１＋と定義する。
【００３８】
以降のシーケンスIIIについては、動作説明１−１の信号データ１とプロトコルヘッダＡが動作説明１−２では信号データ１＋とヘッダＢに変更となる点以外は同一である。
【００３９】
シーケンスIVにおける動作説明１−１との動作の違いとして、受信信号判定部５３は、検出結果を基に必要な対処がヘッダＢの桁数を変更する対処であり、信号データ１を信号データ１＋にすることであり、それ以外の動作は動作説明１−１と同一である。
【００４０】
＜サーバ装置の構成＞
図９はサーバ装置１１，２１の変形例の構成図を示す。図９において、サーバ装置１１，２１は既存機能である対向装置側信号インタフェース部４１、信号終端部４２、端末側信号インタフェース部４３と、新たに設けたプロトコルヘッダ側信号インタフェース部４６を有する。すなわち、図９においては図５における信号記憶部４４、信号処理部４５を有していない。
【００４１】
対向装置側信号インタフェース部４１は対向装置との間の信号の送受信を行う。端末側信号インタフェース部４３は通信端末との間の信号の送受信を行う。信号終端部４２は、対向装置側と通信端末側それぞれの信号を異なるネットワークに渡すために必要な処理を行う。
【００４２】
プロトコルヘッダ側信号インタフェース部４６は、受信信号分解部５４と送信信号組立部５５を有する。受信信号分解部５４はプロトコルヘッダ判定装置３０から供給される受信信号データからカプセル化したヘッダ（装置情報）を取り、受信信号と判定結果を分解する非信号カプセル化を行う。送信信号組立部５５は対向サーバ装置から受信した信号に判定情報を付加し、装置情報を付加するカプセル化を行ってプロトコルヘッダ判定装置３０に送信する。
【００４３】
＜動作説明１−３＞
図１０Ａ及び図１０Ｂに、図９のサーバ装置を用い、プロトコルヘッダ判定装置３０のファイル版数が最新で、対処として信号を変更しない場合の動作説明１−３を示す。ここでは、動作説明１−１と同様に、通信端末１２から発信して通信端末２２に着信させる場合を考える。前提条件として、プロトコルヘッダ判定装置３０が持っているサーバ装置１１，サーバ装置２１のファイル版数は共に最新（２．０版）となっている。
【００４４】
動作説明１−３のシーケンスIに置いて動作説明１−１との違いは、信号データ１を信号終端部４２で受信し、未定義ヘッダＡを検出した後からである。未定義ヘッダＡを検出後、信号終端部４２は送信信号組立部５５に送受信側サーバ装置情報、信号データ１を信号カプセル化してプロトコルヘッダ判定装置３０の受信信号分解部３８へ送信する。その後の動作は動作説明１−１と同様である。
【００４５】
動作説明１−１との違いは、シーケンスIIIのプロトコルヘッダ判定装置３０の送信信号組立部３９からカプセル化を行った信号を受信側サーバ装置２１に送信した後である。受信信号分解部３８で受信信号のデカプセル化（非信号カプセル化）を実施し、装置情報、判定情報、信号データ１の３つへ分けて信号終端部４２へ送信する。信号終端部４２へ送信された信号は、端末側インタフェース部４３を介して通信端末２２へ受信され、通信が継続される。
【００４６】
＜動作説明１−４＞
図１１Ａ乃至図１１Ｄに、プロトコルヘッダ判定装置３０のファイル版数が最新ではない場合、対処として信号を変更する場合の動作説明１−４を示す。プロトコルヘッダ判定装置３０が持つサーバ装置１１，２１のファイル版数はサーバ装置１１については最新（２．０版）であり、サーバ装置２１については（１．０版）となっている。また、動作説明１−２と同一条件で、送信側サーバ装置１１から受信側サーバ装置２１のファイル版数に対応していないヘッダＢを含む信号（以下、信号データ１と呼ぶ）が入力される。
【００４７】
図１１Ａ及び図１１Ｂにおける、シーケンスIIのプロトコルヘッダ判定装置３０の受信信号検索部３６で送受信側サーバ装置１１，２１からそれぞれファイル版数の通知を受けるところまでは動作説明１−２と同様である。受信信号検索部３６から受信した装置情報、ファイル版数情報を基に中継装置プロトコルＤＢ３４へ問い合わせを行う。問い合わせ結果を受けて、受信信号判定部３７はプロトコルヘッダ判定装置３０における受信側サーバ装置２１の版数が最新（２．０版）でないためＮＧの判定を行う。なお、図３Ａの信号データ１に対応する信号種別１のヘッダ種別Ｂについてサーバ装置１１に対応する装置種別１１のファイル版数２．０の条件は「任意６桁」とされ、サーバ装置２１に対応する装置種別２１のファイル版数１．０の条件は「任意４桁」とされている。
【００４８】
シーケンスIIIで、受信信号判定部３７は装置情報、判定情報、信号データ１，ヘッダＢの情報を受信信号記憶ＤＢ３５に送信する。また、送信信号組立部３９に装置情報、信号データ１、判定情報を送信して信号カプセル化を行う。
【００４９】
受信信号分解部５４に送信された信号は、非信号カプセル化され、装置情報、判定情報、信号データ１と共に受信信号判定部５３に送信される。受信信号判定部５３は受信した信号を、受信信号記憶ＤＢ５１と信号終端部４２に送信する。ＮＧ結果を受けた信号終端部４２は、切断信号を端末側インタフェース部、送信側サーバ装置１１、通信端末１２へ送信する。
【００５０】
シーケンスIVにおいて、再度同様のヘッダＢを持つ信号を受信側サーバ装置２１が受信した場合、信号終端部４２で未定義ヘッダＢを検出した後、信号データ１とヘッダＢの情報を受信信号検索部５２に送信する。受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、検索結果を受信信号判定部５３に送信する。
【００５１】
受信信号判定部５３は検出結果を基に装置情報、判定結果（ＮＧ）、信号データ１を信号終端部４２に送信する。ＮＧ結果を受けた信号終端部４２は、切断信号を端末側インタフェース部４３、送信側サーバ装置１１、通信端末１２に送信する。
【００５２】
受信側サーバ装置２１の受信信号記憶ＤＢ５１は、ＮＧ結果を保持している場合、プロトコルヘッダ判定装置３０の対象ファイル更新時にリセットがかかる。しかし、情報のリセット漏れ防止による通信切断を防ぐため、定期的に情報をリセットする。
【００５３】
次に、上記の受信信号記憶ＤＢ５１がＮＧ結果を保持している状態で、プロトコルヘッダ判定装置３０の中継プロトコルＤＢ３４の更新の動作を示す。
【００５４】
シーケンスV：図１１Ｄにおいて、プロトコルヘッダ判定装置３０のオペレーションを行い、中継装置プロトコルＤＢ３４内の受信側サーバ装置２１のファイル更新を行う。つまり、版数を（１．０版）から（２．０版）に更新する。
【００５５】
ファイル更新後、プロトコルヘッダ判定装置３０の中継装置プロトコルＤＢ３４から、受信信号判定部３７にＤＢ更新通知を送信する。受信信号判定部３７はＤＢ更新通知を受け、判定結果リセット通知を受信側サーバ装置２１へ向けて送信するための判定リセット信号を送信信号組立部３９に送信して信号カプセル化を行って、受信側サーバ装置２１の受信信号分解部５４に送信する。
【００５６】
図１１Ｂにおいて、受信信号分解部５４は非信号カプセル化した判定リセット信号を受信信号判定部５３に送信する。受信信号判定部５３から受信側サーバ装置２１情報と判定リセット信号が受信信号記憶ＤＢ５１に送信され、受信信号記憶ＤＢ５１のリセットが実行される。なお、この後の信号データ１、ヘッダＢに関する動作は、動作説明１−２と同様となる。
【００５７】
＜動作説明１−５＞
図１２Ａ乃至図１２Ｆに、プロトコルヘッダ判定装置３０のファイル版数が最新でない場合の動作説明１−５を示す。ここでは、発側からの信号を着側が受信した後、着側から発信した信号で未定義ヘッダが検出された場合の動作について説明する。プロトコルヘッダ判定装置３０の持つサーバ装置１１，２１のファイル版数はサーバ装置１１が（１．０版）であり、サーバ装置２１は最新（２．０版）となっている。
【００５８】
シーケンスX：図１２Ａ，図１２Ｂにおいて、通信端末１２を発側として未定義ヘッダなしの信号データ１を通信端末２２に送信する。送信側サーバ装置１１、受信側サーバ装置２１を介して通信端末２２へ信号が伝わる。次に通信端末２２から継続して通信確立するための未定義ヘッダＥの信号データ２が通信端末１２に送信される。この時、通信端末２２からサーバ装置２１に信号データ２は送信されるが、サーバ装置１１の信号終端部４２は信号データ２の未定義ヘッダＥを検出する。未定義ヘッダ検出後、信号終端部４２はサーバ装置１１の受信信号検索部３６に送受信側装置情報、信号データ２、未定義ヘッダＥを送信する。
【００５９】
受信信号検索部３６は受信信号記憶ＤＢ５１の検索を行い、検索結果を付加して受信信号判定部５３に送信する。受信信号判定部３７は未検出と判定して通信確立最初の信号である信号データ１を信号終端部４２に送信するように通知する。信号終端部４２は信号データ１を受信信号判定部３７に送信する。受信信号判定部３７は信号データ１、信号データ２を送信信号組立部３９に送信する。送信信号組立部３９は信号データ１、信号データ２を図６に示す形式でカプセル化し、プロトコルヘッダ判定装置３０へ送信する。
【００６０】
シーケンスXI：プロトコルヘッダ判定装置３０の受信信号分解部３９はカプセル化した信号を取り出し、送受信側サーバ装置情報、判定情報、信号データ１、信号データ２を受信信号検索部３６に送信する。受信信号検索部３６は送受信側サーバ装置情報から、送信側サーバ装置１１、受信側サーバ装置２１の信号終端部４２にファイル版数を問い合わせる。問い合わせた結果を装置種別、装置情報と共に中継装置プロトコルＤＢ３４に送信して問い合わせを行う。受信信号判定部３７は問い合わせ結果を受けて中継装置プロトコルＤＢ３４内でサーバ装置１１のファイル版数が最新（２．０版）でないため、ＮＧの判定を行う。
【００６１】
シーケンスXII：受信信号判定部３７は、装置情報、判定情報、信号データ１、信号データ２、未定義ヘッダＥの情報を受信信号記憶ＤＢ３５に送信する。また、送信信号組立部３９に装置情報、信号データ１、信号データ２、判定情報を送信して信号カプセル化を行って送信側サーバ装置１１に送信する。
【００６２】
送信側サーバ装置１１の受信信号分解部５４は受信した信号を非信号カプセル化して、装置情報、判定情報、信号データ１、信号データ２を受信信号判定部５３に送信する。受信信号判定部５３は受信した信号を受信信号記憶ＤＢ５１と信号終端部４２に送信する。ＮＧ結果を受けた信号終端部４２は切断信号を端末側信号インタフェース部４３から通信端末１２に送信し、また、対応装置側信号インタフェース部４１からサーバ装置２１を介して通信端末２２に送信する。
【００６３】
シーケンスXIII：再度同様の未定義ヘッダＥを持つ信号をサーバ装置２１からサーバ装置１１が受信した場合、サーバ装置１１の信号終端部４２で未定義ヘッダＥを検出した後、信号データ２とヘッダＥの情報を受信信号検索部５２に送信する。受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、判定信号データ（信号データ１）が不足しているので判定できないという検索結果を得て、受信信号判定部５３に送信する。受信信号判定部５３は検出結果を基に、信号終端部４２から受信信号検索部５２に信号データ１を送信するよう信号終端部４２に通知する。
【００６４】
信号終端部４２は信号データ１を受信信号判定部５３に送信する。信号データ１を受信後、再度、受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、判定結果がＮＧであることを受信信号判定部５３に送信する。受信信号判定部５３は検出結果を基に装置情報、判定結果（ＮＧ）、信号データ２を信号終端部４２へ送信する。ＮＧ結果を受けた信号終端部４２は、切断信号を端末側インタフェース部４３から通信端末１２に送信すると共に、対応装置側インタフェース部４１からサーバ装置２１を介して通信端末２２に送信する。
【００６５】
サーバ装置１１の受信信号記憶ＤＢ５１は、ＮＧ結果を保持している場合、プロトコルヘッダ判定装置３０の対象ファイル更新時にリセットがかかる。しかし、情報のリセット漏れ防止による通信切断を防ぐため定期的に情報をリセットする。このリセット動作は動作説明１−４におけるリセット動作と同様である。
【００６６】
次に、上記の受信信号記憶ＤＢ５１がＮＧ結果を保持している状態で、プロトコルヘッダ判定装置３０の中継プロトコルＤＢ３４の更新の動作を示す。
【００６７】
シーケンスXIV：図１２Ｃ，図１２Ｄにおいて、プロトコルヘッダ判定装置３０のオペレーションを行い、中継装置プロトコルＤＢ３４内のサーバ装置１１のファイル更新を行う。つまり、版数を（１．０版）から（２．０版）に更新する。
【００６８】
ファイル更新後、プロトコルヘッダ判定装置３０の中継装置プロトコルＤＢ３４から、受信信号判定部３７にＤＢ更新通知を送信する。受信信号判定部３７はＤＢ更新通知を受け、判定結果リセット通知をサーバ装置１１へ向けて送信するための判定リセット信号を送信信号組立部３９に送信して信号カプセル化を行って、受信側サーバ装置２１の受信信号分解部５４に送信する。
【００６９】
受信信号分解部５４で非信号カプセル化した判定リセット信号を受信信号判定部５３に送信する。受信信号判定部５３から受信側サーバ装置２１情報と判定リセット信号が受信信号記憶ＤＢ５１に送信され、受信信号記憶ＤＢ５１のリセットが実行される。
【００７０】
続いて中継装置プロトコルＤＢ３４更新後の動作を説明する。
【００７１】
シーケンスXV：プロトコルヘッダ判定装置３０の持つサーバ装置１１，２１のファイル版数はサーバ装置１１、サーバ装置２１ともに最新（２．０版）である。通信端末１２を発側、通信端末２２を着側とした時、通信端末１２が信号データ１（未定義ヘッダなし）を通信端末２２へ送信する。送信側サーバ装置１１、受信側サーバ装置２１を介して通信端末２２に信号が伝わる。次に通信端末２２から継続して通信確立するための未定義ヘッダＥの信号データ２が通信端末１２へ送信される。この時の動作はシーケンスXと同様である。
【００７２】
シーケンスXVI：プロトコルヘッダ判定装置３０の受信信号分解部３９はカプセル化した信号を取り出し、送受信側サーバ装置情報、判定情報、異常信号を受信信号検索部３６に送信する。受信信号検索部３６は送受信側サーバ装置２１情報から送信側サーバ装置１１、受信側サーバ装置２１の信号終端部４２にファイル版数を問い合わせる。問い合わせた結果を装置種別、装置情報と共に中継装置プロトコルＤＢ３４に送信して問い合わせを行う。受信信号判定部３７は問い合わせ結果を受けてサーバ装置１１のファイル版数が（１．０版）であるのに対し、受信側サーバ装置２１のファイル版数が最新（２．０版）である。図３Ａの信号種別２のヘッダ種別Ｅについてサーバ装置１１に対応する装置種別１１のファイル版数１．０の条件は「上１桁切り捨て」とされているため、ヘッダＥの上１桁の切り捨て処理が行われていないことが分かり、これを判定情報とする。
【００７３】
受信信号検索部３６は判定情報と装置情報、信号データ１、信号データ２を受信信号判定部３７に送信する。受信信号判定部３７はこの情報を基に必要な処理を行う。今回は、プロトコルヘッダＥの上１桁数を切捨てる処理を行う。処理された信号を信号データ２＋と定義する。
【００７４】
シーケンスXVII：受信信号判定部３７は装置情報、判定結果、対処内容、信号データ１、信号データ２＋、未定義ヘッダＥの情報を受信信号記憶ＤＢ３５に送信する。また、送信信号組立部３９に装置情報、判定結果、対処内容、信号データ１、信号データ２＋を送信して信号カプセル化を行って送信側サーバ装置１１に送信する。
【００７５】
サーバ装置１１の受信信号分解部５４は受信した信号を非信号カプセル化して、装置情報、判定結果、対処内容、信号データ１、信号データ２＋と共に受信信号判定部５３に送信する。受信信号判定部５３は受信信号記憶ＤＢ５１に装置情報、判定結果、対処内容、信号データ１、信号データ２＋を送信し記憶させ、信号終端部４２に装置情報、判定結果、信号データ２＋を送信する。信号終端部４２は判定結果から信号データ２＋を通信端末１２に送信する処理を行う。また、信号終端部４２は切断信号を端末側インタフェース部４３から通信端末１２に送信し、対応装置側インタフェース部４１からサーバ装置２１を介して通信端末２２に送信する。
【００７６】
シーケンスXVIII：図１２Ｅ，図１２Ｆにおいて、再度、同様の未定義ヘッダＥを持つ信号をサーバ装置２１からサーバ装置１１が受信した場合、信号終端部４２で未定義ヘッダＥを検出した後、信号データ２と未定義ヘッダＥの情報を受信信号検索部３６に送信する。受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、判定信号データ（信号データ１）が不足しているため判定できないという検索結果を得て、受信信号判定部５３に送信する。受信信号判定部５３は、検出結果を基に、信号終端部４２に受信信号検索部３６へ信号データ１を送信するように通知する。
【００７７】
信号終端部４２は信号データ１を受信信号判定部５３に送信する。信号データ１を受信後、再度、受信信号検索部５２は受信信号記憶ＤＢ５１に問い合わせを行い、判定結果がＯＫと対処内容（検出結果）を受信信号判定部５３に送信する。受信信号判定部５３は、検出結果を基に信号データ２＋を生成し、装置情報、判定結果（ＯＫ）、信号データ２＋を信号終端部４２に送信する。信号終端部４２は判定結果から信号データ２＋を通信端末１２に送信する処理を行う。また、信号終端部４２は切断信号を端末側インタフェース部４３から通信端末１２に送信し、対応装置側インタフェース部５１からサーバ装置２１を介して通信端末２２に送信する。
【００７８】
＜動作説明１−６＞
図１３Ａ乃至図１３Ｂに、プロトコルヘッダ判定装置３０のファイル版数が最新でない場合の動作説明１−６を示す。ここでは、プロトコルヘッダ判定装置３０の持つサーバ装置１１，２１のファイル版数はサーバ装置１１が最新（２．０版）であり、サーバ装置２１は（１．０版）となっている。また、動作説明１−２と同様に信号データ１、未定義ヘッダＢを用いる。この場合の動作は、プロトコルヘッダ判定装置３０の受信信号判定部３７で判定結果ＮＧとして、送信信号組立部３９に装置情報、判定結果、対処内容、信号データ１を送信するところまでのシーケンスXXは、前述のシーケンスI，IIと同様である。
【００７９】
シーケンスXXI：送信信号組立部３９は受信した信号をカプセル化し、サーバ装置１１、サーバ装置２１の受信信号分解部５４に送信する。サーバ装置２１はその後、動作説明１−２と同様に切断処理で行う。
【００８０】
サーバ装置１１のその後の動作を説明する。受信信号分解部５４は受信した信号を非信号カプセル化して、装置情報、判定結果（ＮＧ）、対処内容（対処なし）、信号データ１を受信信号判定部５３に送信される。受信信号判定部３７は受信信号記憶ＤＢ５１に装置情報、判定結果、対処内容、信号データ１を記憶させる。また、受信信号判定部３７は信号終端部４２に次回以降の信号データ１でヘッダＢのある信号を受信した際には、受信信号検索部５２に信号を送信する処理を行うように通知する。
【００８１】
シーケンスXXII：再度ヘッダＢを持つ信号データ１を通信端末１２からサーバ装置１１が受信すると、信号終端部４２が信号データ１のヘッダＢを検出した後、信号データ１とヘッダＢの情報を受信信号検索部５２に送信する。受信信号検索部５２は、受信信号記憶ＤＢ５１に問い合わせを行い、検索結果を受信信号判定部５３に送信する。受信信号判定部５３は、検出結果を基に装置情報、判定結果（ＮＧ）、信号データ１を信号終端部４２に送信する。ＮＧ結果を受けた信号終端部４２は、切断信号を端末側インタフェース部４３から通信端末１２に送信する。
【００８２】
サーバ装置１１，２１の受信信号記憶ＤＢ５１はＮＧ結果を保持している場合、プロトコルヘッダ判定装置３０の対象ファイル更新時にリセットがかかるが、情報のリセット漏れ防止による通信切断を防ぐため定期的に情報をリセットする。これは動作説明１−４のリセット動作と同様である。
【００８３】
シーケンスXXIIIでサーバ装置１１，２１それぞれの受信信号記憶ＤＢがＮＧ結果を保持したままの状態におけるプロトコルヘッダ判定装置３０の中継装置プロトコルＤＢ３４の更新の動作を示す。
【００８４】
プロトコルヘッダ判定装置３０のオペレーションを行い、中継装置プロトコルＤＢ３４内のサーバ装置２１のファイルを（１．０版）から（２．０版）に更新する。ファイル更新後、プロトコルヘッダ判定装置３０の中継装置プロトコルＤＢ３４から、受信信号判定部３７にＤＢ更新通知を送信する。受信信号判定部３７はＤＢ更新通知を受け、判定結果リセット通知をそれぞれサーバ装置１１、サーバ装置２１に向けて送信するため、信号を送信信号組立部３９に送信して信号カプセル化し、サーバ装置１１，２１それぞれの受信信号分解部５４に送信する。
【００８５】
サーバ装置１１，２１の受信信号分解部５４は非信号カプセル化した判定リセット信号を受信信号判定部５３に送信する。受信信号判定部５３から受信側サーバ装置２１情報と判定リセット信号が受信信号記憶ＤＢ５１に送信され、受信信号記憶ＤＢ５１のリセットが実行される。
【００８６】
サーバ装置１１は上記受信信号記憶ＤＢ５１のリセット後、サーバ装置１１の信号終端部４２に信号データ１でヘッダＢのある信号を受信した際に、受信信号検索部５２に信号を送信する処理を行う状態を解除する信号を送信する。なお、中継装置プロトコルＤＢ３４の更新後の動作は動作説明１−２と同様である。
【００８７】
＜通信システムの第２実施形態の構成＞
図１４は通信システムの第２実施形態の構成図を示す。この実施形態では、ネットワークとしてＩＰネットワーク１０Ａ，２０Ａを用いる。ＩＰネットワーク１０Ａは複数のサーバ装置としてのＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：セッション開始プロトコル）サーバ１１Ａと、各ＳＩＰサーバ１１Ａに接続された通信端末としてのＩＰ電話端末１２Ａを有しており、ネットワーク２０Ａは複数のサーバ装置としてのＳＩＰサーバ２１Ａと、各ＳＩＰサーバ２１Ａに接続された通信端末としてのＩＰ電話端末２２Ａを有している。
【００８８】
ＩＰネットワーク１０Ａの各ＳＩＰサーバ１１とＩＰネットワーク２０Ａの各サーバ２１の間はネットワーク２５Ａで接続されている。また、ネットワーク１０Ａの各ＳＩＰサーバ１１Ａ及びネットワーク２０Ａの各ＳＩＰサーバ２１Ａはプロトコルヘッダ判定装置３０Ａに接続されている。
【００８９】
プロトコルヘッダ判定装置３０Ａは、通信システム内に構成される異なるネットワーク１０Ａ，２０Ａに存在するＳＩＰサーバ１１Ａ，２１Ａがどのプロトコルヘッダに対応しているかという情報を持っており、この情報を基に信号の判定を行う。プロトコルヘッダ判定装置３０Ａはプロトコルヘッダの即時判定及び変換及び学習を行うことで通信サービスの継続性を確保する。ＳＩＰサーバ１１Ａ，２１Ａの構成は図５に示すとおりであり、プロトコルヘッダ判定装置３０Ａの構成は図２又は図９に示すとおりである。
【００９０】
プロトコルヘッダ判定装置３０Ａの中継装置プロトコルＤＢ３４には、第２実施形態として、図１５Ａ，図１５Ｂに示すように、プロトコル種別、信号種別、ヘッダ種別、ＳＩＰサーバの装置種別（１１Ａ又は２１Ａ）、装置ファイルバージョン（ＳＩＰサーバのファイル版数）、パラメータ、条件、信号種別依存関係、桁や文字列の過不足影響、パラメータ特性、パラメータ要否によるネットワークへの影響等のプロトコル詳細情報を格納するプロトコルヘッダ情報ＤＢと、図１５Ｃに示すようにＳＩＰサーバの装置種別、装置ファイルバージョン、装置固有種別を格納する装置固有情報ＤＢが設けられている。
【００９１】
受信信号記憶ＤＢ３５には、第２実施形態として、図１６に示すように送受信した装置と、未定義ヘッダのある信号を受信した時刻、送受信装置のファイル版数、プロトコル種別、信号種別、検出ヘッダ、対処方法を記憶する。
【００９２】
以下、ＩＰ電話端末１１Ａを発側、ＩＰ電話端末２２Ａを着側として通話をするために必要なセッションプロトコル（ＳＩＰ）を用いて通話セッションを確立させる場合について説明する。
【００９３】
＜動作説明２−１＞
図１７Ａ及び図１７Ｂにプロトコルヘッダ判定装置３０Ａのファイル版数が最新で信号ＩＮＶＩＴＥを変更しない場合の動作説明２−１を示す。ここで、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａのファイル版数は共に最新の２．０版であり、ＳＩＰサーバ１１Ａ自身のファイル版数は２．０版、ＳＩＰサーバ２１Ａ自身のファイル版数は１．０版となっている。この場合の信号ＳＩＰ＿ＩＮＶＩＴＥの一例を図１８に示す。
【００９４】
ステップＳ１−１．ＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに通話させるセッションを確立させるために、ＩＰ電話端末１１ＡからＳＩＰサーバ１１Ａに信号ＳＩＰ＿ＩＮＶＩＴＥを送信する。
【００９５】
ステップＳ１−２．ＳＩＰサーバ１１Ａは、ＳＩＰ＿ＩＮＶＩＴＥを異なるネットワークＮＷ２にあるＳＩＰサーバ２１Ａに送信する。
【００９６】
ステップＳ１−３．ＳＩＰ＿ＩＮＶＩＴＥを対向装置側信号インタフェース部４１で受信したＳＩＰサーバ２１Ａは、ＳＩＰサーバ２１Ａ内の信号終端部４２にＳＩＰサーバ１１Ａ装置情報（ＩＰアドレス、装置種別、ＳＩＰ＿ＩＮＶＩＴＥ受信時間）、ＳＩＰ＿ＩＮＶＩＴＥを送信する。
【００９７】
ステップＳ１−４．信号終端部４２は、ＳＩＰ＿ＩＮＶＩＴＥをネットワーク２０Ａ内で最適な形に変換を行う。ここで、信号終端部４２でＳＩＰ＿ＩＮＶＩＴＥ内にＳＩＰサーバ２１Ａ内では認識しない番号通知ヘッダである未定義ヘッダを検出する。すなわち、未定義ヘッダとして、図１８に示すＳＩＰ＿ＩＮＶＩＴＥの＜番号通知＞：ａｎｏｎｙｍｏｕｓを検出する。検出されたヘッダが許容できるかを判定するためＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを受信信号検索部５２に送信する。
【００９８】
ステップＳ１−５．受信信号検索部５２は受信した情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には番号通知ヘッダの情報は記憶されていないため、番号通知ヘッダ未検出という検出結果、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを受信信号判定部５３に送信する。
【００９９】
ステップＳ１−６．受信信号判定部５３は検出結果が未検出を受けて、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥを受信信号組立部５５に送信する。
【０１００】
ステップＳ１−７．受信信号組立部５５はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥに加えて、プロトコルヘッダ判定装置３０Ａが付与する判定結果、対処内容を図６に示すように信号カプセル化を行ってプロトコルヘッダ判定装置３０Ａの受信信号分解部３６に送信する。
【０１０１】
ステップＳ１−８．プロトコルヘッダ判定装置３０Ａの受信信号分解部３６はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果、対処内容、ＳＩＰ＿ＩＮＶＩＴＥの信号カプセル化を解除（非信号カプセル化）して受信信号検索部３６に送信する。
【０１０２】
ステップＳ１−９．受信信号検索部３６はＳＩＰサーバ１１Ａ及び２１Ａ装置情報から各ＳＩＰサーバに現在のファイル版数通知要求を送信し、それを受けたＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａはそれぞれプロトコルヘッダ判定装置３０Ａにファイル版数の通知を行う。
【０１０３】
今回の例ではＳＩＰサーバ１１Ａは２．０版、ＳＩＰサーバ２１Ａは１．０版である。この情報を基に、図１５に示す構成の中継装置プロトコルＤＢ３４に問い合わせを行い、問い合わせた情報を受信する。問い合わせた情報（判定情報）とＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥは受信信号判定部３７に送信される。
【０１０４】
ステップＳ１−１０．受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥの照合を行う。図１８に示すＳＩＰ＿ＩＮＶＩＴＥは番号通知ヘッダ＜番号通知＞：ａｎｏｎｙｍｏｕｓを有している。しかし、図１５Ａによれば、ＳＩＰサーバ２１Ａでは番号通知ヘッダに関する条件はなく（「−」で表示）、ネットワーク２０Ａに影響を与えないため、ＳＩＰ＿ＩＮＶＩＴＥをそのまま透過させる処理を行う。また、判定結果はＯＫと判定される。
【０１０５】
ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを図１６に示す構成の受信信号記憶ＤＢ３５に送信して記憶する。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを送信信号組立部３９に送信する。
【０１０６】
ステップＳ１−１１．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを図６に示すように信号カプセル化し、ＳＩＰサーバ２１Ａの受信信号分解部５４に送信する。
【０１０７】
ステップＳ１−１２．ＳＩＰサーバ２１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを非信号カプセル化して、受信信号判定部５３に送信する。
【０１０８】
ステップＳ１−１３．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを図１６に示す構成の受信信号記憶ＤＢ５１に送信して記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿ＩＮＶＩＴＥを信号終端部４２に送信する。
【０１０９】
ステップＳ１−１４．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末２２Ａ情報、ＳＩＰ＿ＩＮＶＩＴＥを送信する。端末側信号インタフェース部４３はＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥを送信する。
【０１１０】
以上でＳＩＰ＿ＩＮＶＩＴＥはＩＰ電話端末１１ＡからＩＰ電話端末２２Ａへ伝わった。これ以降、継続してセッション確立の信号を同様にして送受信して行く。上記の動作後、同様のＳＩＰ＿ＩＮＶＩＴＥを受信した時のシーケンスをステップＳ１−１５〜Ｓ１−１８に示す。なお、ステップＳ１−１５〜Ｓ１−１８の動作はステップＳ１−１〜Ｓ１−４と同様のため説明を省略し、それ以降の動作を示す。
【０１１１】
ステップＳ１−１９．受信信号検索部３６は受信された各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には番号通知ヘッダの情報が記憶されおり、判定結果ＯＫ、番号通知ヘッダ対処不要という検出結果を得ることができる。この検出結果と、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、番号通知ヘッダを受信信号判定部５３に送信する。
【０１１２】
ステップＳ１−２０．受信信号判定部５３は判定結果ＯＫ、番号通知ヘッダ対処不要という検出結果を受けて、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿ＩＮＶＩＴＥを信号終端部４２に送信する。
【０１１３】
ステップＳ１−２１．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末２２Ａ情報、ＳＩＰ＿ＩＮＶＩＴＥを送信する。端末側信号インタフェース部４３はＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥを送信する。
【０１１４】
以上でＳＩＰ＿ＩＮＶＩＴＥはＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに伝わる。これ以降、継続してセッション確立の信号を同様にして送受信を行う。
【０１１５】
＜動作説明２−２＞
図１９Ａ及び図１９Ｂにプロトコルヘッダ判定装置３０Ａのファイル版数が最新であり、信号ＩＮＶＩＴＥを変更する場合の動作説明２−２を示す。ここで、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａのファイル版数は共に最新の２．０版であり、ＳＩＰサーバ１１Ａ自身のファイル版数は１．０版、ＳＩＰサーバ２１Ａ自身のファイル版数は２．０版となっている。この場合のセッションを確立するために送信するＳＩＰ＿ＩＮＶＩＴＥを図２０に示す。
【０１１６】
動作説明２−２における動作説明２−１との違いは、ＳＩＰ＿ＩＮＶＩＴＥがＩＰネットワーク２０ＡにおいてＩＰネットワーク１０Ａから送信されてきたままでは通信に影響を与えしまうという点である。
【０１１７】
図１９Ａ及び図１９Ｂにおいて、ステップＳ２−１〜Ｓ２−９はステップＳ１−１〜Ｓ１−９までの未定義ヘッダ名が端末識別情報になる以外は動作として同一のため説明を省略する。なお、ステップＳ２−４では信号終端部４２にて図２０に示すＳＩＰ＿ＩＮＶＩＴＥから端末識別情報４２桁を検出する。
【０１１８】
ステップＳ２−１０．受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥの照合を行う。図２０に示すＳＩＰ＿ＩＮＶＩＴＥの端末識別情報は４２桁であるのに対し、図１５Ａでは２．０版のＳＩＰサーバ２１Ａの端末識別情報のパラメータは４８桁であり、ネットワーク２０Ａにおける端末識別情報ヘッダは４８桁ではないと通信不可能となってしまう。このため、図１５ＡのＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報、ＳＩＰサーバ２１Ａ、２．０版、条件の欄に記載のように、ＳＩＰ＿ＩＮＶＩＴＥ内の端末識別情報ヘッダ４２桁の上６桁に’００００００’を挿入する処理を行う。処理後の信号をＳＩＰ＿ＩＮＶＩＴＥ＋とする。また、判定結果はＯＫと判定される。受信信号判定部３７はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号記憶ＤＢ３５に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ＋を送信信号組立部３９に送信する。
【０１１９】
ステップＳ２−１１．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ＋を図６に示すように信号カプセル化し、ＳＩＰサーバ２１Ａの受信信号分解部５４に送信する。
【０１２０】
ステップＳ２−１２．ＳＩＰサーバ２１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ＋を非信号カプセル化して、受信信号判定部５３に送信する。
【０１２１】
ステップＳ２−１３．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（’００００００’を上６桁に挿入）、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号記憶ＤＢ５１に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿ＩＮＶＩＴＥ＋を信号終端部４２に送信する。
【０１２２】
ステップＳ２−１４．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末２２Ａ情報、ＳＩＰ＿ＩＮＶＩＴＥ＋を送信する。端末側信号インタフェース部４３がＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥ＋を送信する。
【０１２３】
以上でＳＩＰ＿ＩＮＶＩＴＥはＩＰ電話端末１１ＡからＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥ＋として最適化され伝わる。これ以降、継続してセッション確立の信号を同様にして送受信していく。
【０１２４】
上記動作後に同様のＳＩＰ＿ＩＮＶＩＴＥを受信した時の動作を以下に示す。なお、ステップＳ２−１５〜Ｓ２−１８の動作はステップＳ２−１〜Ｓ２−４の動作と同様のため省略する。
【０１２５】
ステップＳ２−１９．ＳＩＰサーバ２１Ａの受信信号検索部３６は受信されたプロトコルの各ヘッダ情報を受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には端末識別情報ヘッダの情報が記憶されおり、判定結果ＯＫ、端末識別情報ヘッダ、対処内容（’００００００’を上６桁に挿入）という検出結果を得ることができる。この検出結果と、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号判定部５３に送信する。
【０１２６】
ステップＳ２−２０．受信信号判定部５３は判定結果ＯＫ、端末識別情報ヘッダ、対処内容（’００００００’を上６桁に挿入）という検出結果を受けて、ＳＩＰ＿ＩＮＶＩＴＥをＳＩＰ＿ＩＮＶＩＴＥ＋に加工する。その後、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿ＩＮＶＩＴＥ＋を信号終端部４２に送信する。
【０１２７】
ステップＳ２−２１．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末２２Ａ情報、ＳＩＰ＿ＩＮＶＩＴＥ＋を送信する。端末側信号インタフェース部４３はＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥ＋を送信する。
【０１２８】
以上でＳＩＰ＿ＩＮＶＩＴＥはＩＰ電話端末１１ＡからＩＰ電話端末２２ＡにＳＩＰ＿ＩＮＶＩＴＥ＋として最適化され伝わる。これ以降、継続してセッション確立の信号を同様にして送受信して行く。
【０１２９】
＜動作説明２−３＞
図２１Ａ及び図２１Ｄにプロトコルヘッダ判定装置３０Ａの中継装置プロトコルＤＢ３４のファイル版数が最新ではなく信号ＩＮＶＩＴＥを変更する場合の動作説明２−３を示す。ここで、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ１１Ａのファイル版数が最新の２．０版、ＳＩＰサーバ２１Ａのファイル版数が最新ではない１．０版であり、ＳＩＰサーバ１１Ａ自身のファイル版数は２．０版、ＳＩＰサーバ２１Ａ自身のファイル版数は１．０版となっている。この場合のセッションを確立するために送信するＳＩＰ＿ＩＮＶＩＴＥは先に示した図２０と同一とする。
【０１３０】
図２１Ａ及び図２１Ｂに示すシーケンス動作については、ステップＳ３−１〜Ｓ３−９はステップＳ２−１〜Ｓ２−９と同様のため説明を省略する。なお、ステップＳ３−４では信号終端部４２にて図２０に示すＳＩＰ＿ＩＮＶＩＴＥから端末識別情報４２桁を検出する。
【０１３１】
ステップＳ３−１０．受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥの照合を行う。今回の実施例は中継装置プロトコルＤＢ３４内のＳＩＰサーバ２１Ａのファイル版数が１．０版でＳＩＰ＿ＩＮＶＩＴＥの端末識別情報の条件は４２桁であるが、ＳＩＰサーバ１１Ａ自身のファイル版数が２．０版でＳＩＰ＿ＩＮＶＩＴＥの端末識別情報の条件は４８桁であり、対処不可であるため、判定結果はＮＧと判定される。ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号記憶ＤＢ３５に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを送信信号組立部３９に送信する。
【０１３２】
ステップＳ３−１１．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを図６に示すように信号カプセル化し、ＳＩＰサーバ２１Ａの受信信号分解部５４に送信する。
【０１３３】
ステップＳ３−１２．ＳＩＰサーバ２１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを非信号カプセル化して、受信信号判定部５３に送信する。
【０１３４】
ステップＳ３−１３．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号記憶ＤＢ５１に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥを信号終端部４２に送信する。
【０１３５】
ステップＳ３−１４．信号終端部４２は判定結果（ＮＧ）を受けて対向装置側信号ＩＦ部４１にＳＩＰサーバ１１Ａ装置情報、ＣＡＮＣＥＬを送信する。
【０１３６】
ステップＳ３−１５．対向装置側信号ＩＦ部４１はＳＩＰサーバ１１ＡにＣＡＮＣＥＬを送信し、さらにＳＩＰサーバ１１ＡからＩＰ電話端末１１ＡにＣＡＮＣＥＬが送信される。ＣＡＮＣＥＬ信号がＩＰ電話端末１１Ａに到達するとセッション確立処理が切断される。
【０１３７】
上記の動作後、同様のＳＩＰ＿ＩＮＶＩＴＥを受信した時の動作について説明する。なお、ステップＳ３−１６〜Ｓ３−１９の動作はステップＳ３−１〜Ｓ３−４と同様のため、それ以降の動作を説明する。
【０１３８】
ステップＳ３−２０．ＳＩＰサーバ２１Ａの受信信号検索部３６は受信された各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には端末識別情報ヘッダの情報が記憶されおり、判定結果ＮＧ、端末識別情報ヘッダ対処不要という検出結果を得ることができる。この検出結果と、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、端末識別情報ヘッダを受信信号判定部５３に送信する。
【０１３９】
ステップＳ３−２１．受信信号判定部５３は判定結果ＮＧ、端末識別情報ヘッダ、対処内容（なし）という検出結果を受けて、その後、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ），ＳＩＰ＿ＩＮＶＩＴＥを信号終端部４２に送信する。
【０１４０】
ステップＳ３−２２．信号終端部４２は判定結果（ＮＧ）を受けて対向装置側信号ＩＦ部４３にＳＩＰサーバ１１Ａ装置情報、ＣＡＮＣＥＬを送信する。
【０１４１】
ステップＳ３−２３．対向装置側信号ＩＦ部４３はＳＩＰサーバ１１ＡにＣＡＮＣＥＬを送信し、さらにＳＩＰサーバ１１ＡからＩＰ電話端末１１ＡにＣＡＮＣＥＬを送信する。ＣＡＮＣＥＬ信号がＩＰ電話端末１１Ａに到達することでセッション確立処理が切断される。
【０１４２】
次に、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ２１Ａのファイル版数を１．０版から２．０版に変更した際のシーケンスを図２１Ｃ及び図２１Ｄに示す。
【０１４３】
ステップＳ３−２４．プロトコルヘッダ判定装置３０Ａのオペレーションを行い、中継装置プロトコルＤＢ３４内のＳＩＰサーバ２１Ａのファイル更新を行う。すなわち、ファイル版数を１．０版から２．０版に更新する。ファイル更新後、プロトコルヘッダ判定装置３０Ａの中継装置プロトコルＤＢ３４から、受信信号判定部３７にＤＢ更新通知を送信する。
【０１４４】
ステップＳ３−２５．受信信号判定部３７はＤＢ更新通知を受け、判定結果リセット通知をＳＩＰサーバ２１Ａへ向けて送信するため、判定結果にリセットを記載し送信信号組立部３９にＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（リセット）、対処内容（なし）、信号データ（なし）を送信する。
【０１４５】
ステップＳ３−２６．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（リセット）、対処内容（なし）、信号データ（なし）を図６に示すように信号カプセル化し、ＳＩＰサーバ２１Ａの受信信号分解部５４に送信する。
【０１４６】
ステップＳ３−２７．ＳＩＰサーバ２１Ａの受信信号分解部５４は判定結果（リセット）、対処内容（なし）、信号データ（なし）を非信号カプセル化して、受信信号判定部５３に送信する。
【０１４７】
ステップＳ３−２８．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（リセット）、を受信信号記憶ＤＢ５１に送信して受信信号記憶ＤＢ５１をリセットさせる。
【０１４８】
なお、その後の動作は動作説明２−２の動作と同様のため説明を省略する。
【０１４９】
＜動作説明２−４＞
図２２Ａ及び図２２Ｆにプロトコルヘッダ判定装置３０Ａの中継装置プロトコルＤＢ３４のファイル版数が最新ではなく、着側からの発信信号の場合の動作説明２−４を示す。ここで、プロトコルヘッダ判定装置３０Ａ内の中継装置プロトコルＤＢ３４にあるＳＩＰサーバ１１Ａのファイル版数が最新ではない１．０版、ＳＩＰサーバ２１Ａのファイル版数が最新の２．０版であり、ＳＩＰサーバ１１Ａ自身のファイル版数は１．０版、ＳＩＰサーバ２１Ａ自身のファイル版数は２．０版となっている。この場合のセッションを確立するために送信するＳＩＰ＿ＩＮＶＩＴＥを図２３に示す。また、ＳＩＰ＿１８３ Ｓｅｓｓｉｏｎ Ｐｒｏｇｒｅｓｓ（以下、「ＳＩＰ＿１８３」と略す）を図２４に示す。
【０１５０】
ステップＳ４−１．図２２Ａ及び図２２Ｂにおいて、ＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに通話させるセッションを確立させるために、ＩＰ電話端末１１ＡからＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａ、ＩＰ電話端末２２Ａに図２３のＳＩＰ＿ＩＮＶＩＴＥを送信する。
【０１５１】
ステップＳ４−２．ＳＩＰ＿ＩＮＶＩＴＥを受信したＩＰ電話端末２２ＡはＩＰ電話端末１１Ａに向けてＳＩＰ＿１８３を送信するために、ＩＰネットワーク２０ＡのＳＩＰサーバ２１ＡにＳＩＰ＿１８３を送信する。
【０１５２】
ステップＳ４−３．端末側信号インタフェース部４３でＳＩＰ＿１８３を受信したＳＩＰサーバ２１Ａは、ＳＩＰサーバ２１Ａ内の信号終端部４２に端末情報、ＳＩＰ＿１８３を送信し、さらに対向装置側ＩＦ部４１からＳＩＰ＿１８３をＳＩＰサーバ１１Ａの対向装置側ＩＦ部４１に送信する。
【０１５３】
ステップＳ４−４．ＳＩＰ＿１８３を対向装置側信号ＩＦ部４１で受信したＳＩＰサーバ１１Ａは、ＳＩＰサーバ１１Ａ内の信号終端部４２にＳＩＰサーバ２１Ａ装置情報、ＳＩＰ＿１８３を送信する。
【０１５４】
ステップＳ４−５．信号終端部４２は、ＳＩＰ＿１８３をＩＰネットワーク１０Ａ内で最適な形に変換する。信号終端部４２でＳＩＰサーバ１１Ａ内では許容しないＳＩＰ＿１８３の端末識別番号ヘッダ及び課金情報を検出する。なお、図１５Ｂに示すように、ＳＩＰ＿１８３の端末識別番号ヘッダの条件は、１．０版のＳＩＰサーバ１１Ａで任意４２桁であるのに対し、図２４のＳＩＰ＿１８３は４８桁であり、条件と異なっている。また、図１５Ｂに示すように、ＳＩＰ＿１８３の課金情報の信号種別依存関係は下２桁がＳＩＰ＿ＩＮＶＩＴＥの課金情報の下２桁と同一であるのに対し、図２３のＳＩＰ＿ＩＮＶＩＴＥと図２４のＳＩＰ＿１８３では課金情報の下２桁が異なっている。
【０１５５】
信号終端部４２は検出されたヘッダが許容できるかを知るためにＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿１８３、端末識別番号ヘッダ及び課金情報ヘッダを受信信号検索部５２に送信する。
【０１５６】
ステップＳ４−６．受信信号検索部５２は受信された各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１にはＳＩＰ＿１８３の端末識別番号ヘッダ及び課金情報ヘッダの情報は記憶されていないため、端末識別番号ヘッダ未検出及び課金情報ヘッダ不一致という検出結果、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿１８３、端末識別番号ヘッダ及び課金情報ヘッダを受信信号判定部５３に送信する。
【０１５７】
ステップＳ４−７．受信信号判定部５３は検出結果が未検出を受けて、ＳＩＰ＿１８３とセッション確立上依存関係のあるＳＩＰ＿ＩＮＶＩＴＥをプロトコルヘッダ判定装置３０Ａに合わせて送信するため、ＳＩＰ＿ＩＮＶＩＴＥ送信要求を信号終端部４２に送信し、信号終端部４２からＳＩＰ＿ＩＮＶＩＴＥを受信する。その後ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を受信信号組立部５５に送信する。
【０１５８】
ステップＳ４−８．受信信号組立部５５はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３に加えて、プロトコルヘッダ判定装置３０Ａが付与してくるヘッダの判定結果、対処内容を図６に示すように信号カプセル化を行ってプロトコルヘッダ判定装置３０Ａの受信信号分解部３８に送信する。
【０１５９】
ステップＳ４−９．プロトコルヘッダ判定装置３０Ａの受信信号分解部３８はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果、対処内容、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３の信号カプセル化を解除（非信号カプセル化）して受信信号検索部３６に送信する。
【０１６０】
ステップＳ４−１０．受信信号検索部３６はＳＩＰサーバ１１Ａ及び２１Ａ装置情報から各ＳＩＰサーバ１１Ａ，２１Ａに現在のファイル版数通知要求を送信し、それを受けたＳＩＰサーバ１１Ａ、ＳＩＰサーバ２１Ａはそれぞれプロトコルヘッダ判定装置３０Ａにファイル版数通知を行う。今回の例ではＳＩＰサーバ１１Ａは１．０版、ＳＩＰサーバ２１Ａは２．０版である。この情報を基に中継プロトコルＤＢ３４に問い合わせを行い、問い合わせた情報を受信する。受信信号検索部３６は問い合わせた情報（判定情報）とＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を受信信号判定部３７に送信する。
【０１６１】
ステップＳ４−１１．受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３の照合を行う。照合の際にセッション確立中の信号の依存関係（今回の例はＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３）の有無も考慮する。今回の例は中継装置プロトコルＤＢ３４内のＳＩＰサーバ１１Ａのファイル版数が１．０版であり、条件の欄に対処方法が記載されていないため、判定結果はＮＧと判定される。ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダを受信信号記憶ＤＢ３５に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を送信信号組立部３９に送信する。
【０１６２】
ステップＳ４−１２．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を図６に示すように信号カプセル化し、ＳＩＰサーバ１１Ａの受信信号分解部５４に送信する。
【０１６３】
ステップＳ４−１３．ＳＩＰサーバ１１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を非信号カプセル化して、受信信号判定部３７に送信する。
【０１６４】
ステップＳ４−１４．受信信号判定部３７はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダ及び課金情報ヘッダを受信信号記憶ＤＢに送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿１８３を信号終端部４２に送信する。
【０１６５】
ステップＳ４−１５．信号終端部４２は判定結果（ＮＧ）を受けて対向装置側信号ＩＦ部４１にＣＡＮＣＥＬを送信し、端末側信号インタフェース部４３に５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒを送信する。
【０１６６】
ステップＳ４−１６．対向装置側信号ＩＦ部４１はＳＩＰサーバ２１ＡにＣＡＮＣＥＬを送信し、さらにＳＩＰサーバ２１ＡからＩＰ電話端末２２ＡにＣＡＮＣＥＬが送信される。ＣＡＮＣＥＬ信号がＩＰ電話端末２２Ａに到達することでセッション確立処理が切断される。
【０１６７】
ステップＳ４−１７．端末側信号インタフェース部４３はＩＰ電話端末１１Ａに５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒを送信し、ＩＰ電話端末１１Ａに上記Ｅｒｒｏｒが到達してセッション確立処理が切断される。
【０１６８】
上記動作後に同様のＳＩＰ＿１８３を受信した時の動作を説明する。なお、ステップＳ４−１８〜Ｓ４−２２までの動作はステップＳ４−１〜Ｓ４−５と同様のため省略し、それ以降の動作を示す。
【０１６９】
ステップＳ４−２３．サーバ１１Ａの受信信号検索部５２は受信された各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１はＳＩＰ＿１８３のみでは端末識別番号ヘッダの情報は抽出できないため、判定信号不足（ＳＩＰ＿ＩＮＶＩＴＥ）という検出結果、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿１８３、端末識別番号ヘッダ及び課金情報ヘッダを受信信号判定部５３に送信する。
【０１７０】
ステップＳ４−２４．受信信号判定部５３は検出結果が判定信号不足（ＳＩＰ＿ＩＮＶＩＴＥ）受けて、信号終端部４２にＳＩＰ＿ＩＮＶＩＴＥを要求する通知を送信し、信号終端部４２からＳＩＰ＿ＩＮＶＩＴＥ信号が受信信号検索部５２に送信される。
【０１７１】
ステップＳ４−２５．受信信号検索部５２は追加で受信されたＳＩＰ＿ＩＮＶＩＴＥとステップＳ４−６で受信していた各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には端末識別番号ヘッダの情報は記憶されていないため、受信信号記憶ＤＢ５１は端末識別番号ヘッダ未検出及び課金情報ヘッダ不一致という検出結果、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿１８３、端末識別番号ヘッダ及び課金情報ヘッダを受信信号判定部５３に送信する。
【０１７２】
ステップＳ４−２６．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＮＧ）、対処内容（なし）、ＳＩＰ＿１８３を信号終端部４２に送信する。
【０１７３】
ステップＳ４−２７．信号終端部４２は判定結果（ＮＧ）を受けて対向装置側信号ＩＦ部４１にＣＡＮＣＥＬを送信し、端末側信号インタフェース部４３へ５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒを送信する。
【０１７４】
ステップＳ４−２８．対向装置側信号ＩＦ部４１はＳＩＰサーバ２１ＡにＣＡＮＣＥＬを送信され、さらにＳＩＰサーバ２１ＡからＩＰ電話端末２２ＡにＣＡＮＣＥＬを送信する。ＣＡＮＣＥＬ信号がＩＰ電話端末２２Ａに到達することでセッション確立処理が切断される。
【０１７５】
ステップＳ４−２９．端末側信号インタフェース部４３はＩＰ電話端末１１Ａに５００ Ｓｅｒｖｅｒ Ｉｎｔｅｒｎａｌ Ｅｒｒｏｒを送信し、上記ＥｒｒｏｒがＩＰ電話端末１１Ａに到達してセッション確立処理が切断される。
【０１７６】
次に、プロトコルヘッダ判定装置３０Ａ内のＤＢにあるＳＩＰサーバ１１Ａのファイル版数を１．０版から２．０版に変更した際の動作を図２２Ｃ及び図２２Ｄに示す。この場合のＳＩＰ＿ＩＮＶＩＴＥとＳＩＰ＿１８３を図２３と図２４に示す。ステップＳ４−３０〜Ｓ４−３４は、ステップＳ３−２４〜Ｓ３−２８のＳＩＰサーバ２１ＡをＳＩＰサーバ１１Ａと読み替えれば同様であるため説明を省略する。
【０１７７】
続いて、中継装置プロトコルＤＢ３４更新後の動作を説明する。ステップＳ４−３５〜４−４４は、ステップＳ４−１からステップＳ４−１０と同様のため説明を省略する。
【０１７８】
ステップＳ４−４５．プロトコルヘッダ判定装置３０Ａの受信信号判定部３７は判定情報とＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３の照合を行う。照合の際にセッション確立中の信号の依存関係（今回の例はＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３）の有無も考慮する。今回の例は図１５Ｂに示すように、ＳＩＰ＿１８３の端末識別番号ヘッダの条件は、２．０版のＳＩＰサーバ１１Ａで任意４２−４８桁（下４２桁以外の上０−６桁はＤ‘ｏｎｔ Ｃａｒｅ）であり、ネットワーク１０Ａに図２４の端末識別情報ヘッダを４８桁として透過させても下４２桁のみの認識しかしない。さらに、図１５Ｂに示すように、ＳＩＰ＿１８３の課金情報の信号種別依存関係は２．０版のＳＩＰサーバ１１Ａでは「なし」で、条件は「下２桁不定」であり、ネットワーク１０Ａに図２４の課金情報の下２桁を透過させても問題はない。このため、ＳＩＰ＿１８３をそのまま透過させる処理を行う。また、判定結果はＯＫと判定される。ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダ及び課金情報ヘッダを受信信号記憶ＤＢ３５に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を送信信号組立部３９に送信する。
【０１７９】
ステップＳ４−４６．送信信号組立部３９はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を図６に示すように信号カプセル化し、ＳＩＰサーバ１１Ａの受信信号分解部５４に送信する。
【０１８０】
ステップＳ４−４７．ＳＩＰサーバ１１Ａの受信信号分解部５４はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３を非信号カプセル化して、受信信号判定部５３に送信する。
【０１８１】
ステップＳ４−４８．受信信号判定部５３はＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ）、対処内容（なし）、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダ及び課金情報ヘッダを受信信号記憶ＤＢ５１に送信し記憶させる。また、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、対処内容（なし）、ＳＩＰ＿１８３を信号終端部４２に送信する。
【０１８２】
ステップＳ４−４９．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末１２情報、ＳＩＰ＿１８３を送信する。端末側信号インタフェース部４３はＩＰ電話端末１１ＡにＳＩＰ＿１８３を送信する。以上でＳＩＰ＿１８３はＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに伝わる。これ以降、継続してセッション確立の信号を同様にして送受信して行く。
【０１８３】
上記動作後、同様のＳＩＰ＿ＩＮＶＩＴＥを受信した時の動作を図２２Ｅ及び図２２Ｆに示す。ステップＳ４−５０〜Ｓ４−５４の動作はステップＳ４−１から４−５と同様であり、ステップＳ４−５５〜４−５７の動作はステップＳ４−２２〜Ｓ４−２４と同様のため説明を省略する。
【０１８４】
ステップＳ４−５８．受信信号検索部５２は追加で受信されたＳＩＰ＿ＩＮＶＩＴＥとステップＳ４−５６で受信していた各情報を基に、受信信号記憶ＤＢ５１に問い合わせを行い、問い合わせ結果を受信する。受信信号記憶ＤＢ５１には端末識別情報ヘッダの情報が記憶されおり、判定結果ＯＫ、端末識別情報ヘッダ、対処内容（なし）という検出結果を得ることができる。受信信号検索部５２は、この検出結果とＳＩＰサーバ１１Ａ及び２１Ａ装置情報、ＳＩＰ＿ＩＮＶＩＴＥ、ＳＩＰ＿１８３、端末識別情報ヘッダ及び課金情報ヘッダを受信信号判定部５３に送信する。
【０１８５】
ステップＳ４−５９．受信信号判定部５３は判定結果ＯＫ、端末識別情報ヘッダ、対処内容（なし）という検出結果を受けて、ＳＩＰサーバ１１Ａ及び２１Ａ装置情報、判定結果（ＯＫ），ＳＩＰ＿１８３を信号終端部４２に送信する。
【０１８６】
ステップＳ４−６０．信号終端部４２は判定結果（ＯＫ）を受けて端末側信号インタフェース部４３にＩＰ通信端末１２情報、ＳＩＰ＿１８３を送信する。端末側信号インタフェース部４３はＩＰ電話端末１１ＡにＳＩＰ＿１８３を送信する。以上でＳＩＰ＿１８３はＩＰ電話端末１１ＡからＩＰ電話端末２２Ａに伝わる。これ以降、継続してセッション確立の信号を同様にして送受信して行く。
【０１８７】
上記の実施形態によれば、異なるネットワーク間での送信側サーバ装置と受信側サーバ装置の版数情報漏れが原因の不必要な未定義ヘッダの破棄がなくなる。これにより、接続遅延を減少でき、接続品質が向上する。また、プロトコルヘッダ判定装置の中継装置プロトコルＤＢを参照することで、問題部分の解析が容易となり解析速度が向上する。また、プロトコルヘッダ判定装置及びサーバ装置それぞれに受信信号記憶ＤＢを設けることにより、同様の障害が発生したときに不要な接続動作を行う必要がなくなりリソースの有効活用が可能となる。
【０１８８】
また、未定義ヘッダのプロトコル信号と、これ以前に受信した未定義ヘッダのプロトコル信号と依存関係にあるプロトコル信号を用いて受信可能か否かを判定することで、さらに未定義ヘッダの破棄を低減することができ、通信の継続性を高めることができる。
（付記１）
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムであって、
前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置を有し、
受信したプロトコル信号に未定義のプロトコルヘッダである未定義ヘッダを検出した前記受信側のサーバ装置から前記未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信し、
前記プロトコルヘッダ判定装置にて前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信し、
前記受信側のサーバ装置にて前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う
ことを特徴とする通信システム。
（付記２）
付記１記載の通信システムにおいて、
前記プロトコルヘッダ判定装置は、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信する受信部と、
前記異なるネットワークそれぞれで定義されているプロトコルヘッダ情報を記憶したプロトコルヘッダ記憶部と、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信して、前記プロトコルヘッダ記憶部から前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダに対するプロトコルヘッダ情報を読み出し、前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行うプロトコルヘッダ処理部と、
前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信する送信部と、
を有することを特徴とする通信システム。
（付記３）
付記２記載の通信システムにおいて、
前記サーバ装置は、
送信側のネットワークから受信したプロトコル信号から未定義ヘッダを検出して、未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信する送信部と、
前記プロトコルヘッダ判定装置から、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に受信する受信部と、
前記受信部で前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う通信部と、
を有することを特徴とする通信システム。
（付記４）
付記３記載の通信システムにおいて、
前記サーバ装置は、
前記受信部で前記プロトコルヘッダ判定装置から受信した、前記判定結果及び処理内容を前記検出した未定義ヘッダと共に記憶する信号記憶部と、
前記送信側のネットワークから受信したプロトコル信号に未定義ヘッダを検出したとき、検出した未定義ヘッダを用いて前記信号記憶部から判定結果及び処理内容を読み出して前記検出した未定義ヘッダに前記処理内容の処理を行う信号処理部と、
を有することを特徴とする通信システム。
（付記５）
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムで、前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置であって、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信する受信部と、
前記異なるネットワークそれぞれで定義されているプロトコルヘッダ情報を記憶したプロトコルヘッダ記憶部と、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信して、前記プロトコルヘッダ記憶部から前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダに対するプロトコルヘッダ情報を読み出し、前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行うプロトコルヘッダ処理部と、
前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信する送信部と、
を有することを特徴とするプロトコルヘッダ判定装置。
（付記６）
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムのサーバ装置であって、
送信側のネットワークから受信したプロトコル信号から未定義ヘッダを検出して、未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信する送信部と、
前記プロトコルヘッダ判定装置から、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に受信する受信部と、
前記受信部で前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う通信部と、
を有することを特徴とするサーバ装置。
（付記７）
付記６記載のサーバ装置において、
前記受信部で前記プロトコルヘッダ判定装置から受信した、前記判定結果及び処理内容を前記検出した未定義ヘッダと共に記憶する信号記憶部と、
前記送信側のネットワークから受信したプロトコル信号に未定義ヘッダを検出したとき、検出した未定義ヘッダを用いて前記信号記憶部から判定結果及び処理内容を読み出して前記検出した未定義ヘッダに前記処理内容の処理を行う信号処理部と、
を有することを特徴とするサーバ装置。
（付記８）
付記４記載の通信システムにおいて、
前記プロトコルヘッダ判定装置は、
前記プロトコルヘッダ記憶部に記憶されている異なるネットワークそれぞれで定義されているプロトコルヘッダ情報が更新されたときリセット情報を生成し、前記プロトコルヘッダ情報が更新されたネットワークのサーバ装置に送信する手段を有し、
前記サーバ装置は、
前記プロトコルヘッダ判定装置から送信されたリセット情報を受信したとき前記信号記憶部に記憶されている判定結果と処理内容を消去する消去手段を有する
ことを特徴とする通信システム。
（付記９）
付記８記載の通信システムにおいて、
前記サーバ装置の送信部は、前記未定義ヘッダを検出したプロトコル信号を、前記未定義ヘッダを検出したプロトコル信号以前に前記送信側のネットワークから受信した前記未定義ヘッダのプロトコル信号と依存関係にあるプロトコル信号と共に前記プロトコルヘッダ判定装置に送信し、
前記プロトコルヘッダ判定装置のプロトコルヘッダ処理部は、前記プロトコルヘッダ記憶部から、前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダと前記依存関係にあるプロトコル信号それぞれに対するプロトコルヘッダ情報を読み出し、読み出した前記プロトコルヘッダ情報から前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行う
ことを特徴とする通信システム。
【符号の説明】
【０１８９】
１０，２０，２５ ネットワーク
１０Ａ，２０Ａ ＩＰネットワーク
１１，２１ サーバ装置
１１Ａ，２１Ａ ＳＩＰサーバ
１２，２２ 通信端末
１２Ａ，２２Ａ ＩＰ電話端末
３０ プロトコルヘッダ判定装置
３１ プロトコルヘッダ記憶部
３２ プロトコルヘッダ処理部
３３ 信号インタフェース部３３
３４ 中継装置プロトコルＤＢ
３５ 受信信号記憶ＤＢ
３６ 受信信号検索部
３７ 受信信号判定部
３８ 受信信号分解部
３９ 送信信号組立部
４１ 対向装置側信号インタフェース部
４２ 信号終端部
４３ 端末側信号インタフェース部
４４ 信号記憶部
４５ 信号処理部
４６ プロトコルヘッダ側信号インタフェース部
５１ 受信信号ＤＢ
５２ 受信信号検索部
５３ 受信信号判定部
５４ 受信信号分解部
５５ 送信信号組立部
【特許請求の範囲】
【請求項１】
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムであって、
前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置を有し、
受信したプロトコル信号に未定義のプロトコルヘッダである未定義ヘッダを検出した前記受信側のサーバ装置から前記未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信し、
前記プロトコルヘッダ判定装置にて前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信し、
前記受信側のサーバ装置にて前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う
ことを特徴とする通信システム。
【請求項２】
請求項１記載の通信システムにおいて、
前記プロトコルヘッダ判定装置は、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信する受信部と、
前記異なるネットワークそれぞれで定義されているプロトコルヘッダ情報を記憶したプロトコルヘッダ記憶部と、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信して、前記プロトコルヘッダ記憶部から前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダに対するプロトコルヘッダ情報を読み出し、前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行うプロトコルヘッダ処理部と、
前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信する送信部と、
を有することを特徴とする通信システム。
【請求項３】
請求項２記載の通信システムにおいて、
前記サーバ装置は、
送信側のネットワークから受信したプロトコル信号から未定義ヘッダを検出して、未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信する送信部と、
前記プロトコルヘッダ判定装置から、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に受信する受信部と、
前記受信部で前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う通信部と、
を有することを特徴とする通信システム。
【請求項４】
請求項３記載の通信システムにおいて、
前記サーバ装置は、
前記受信部で前記プロトコルヘッダ判定装置から受信した、前記判定結果及び処理内容を前記検出した未定義ヘッダと共に記憶する信号記憶部と、
前記送信側のネットワークから受信したプロトコル信号に未定義ヘッダを検出したとき、検出した未定義ヘッダを用いて前記信号記憶部から判定結果及び処理内容を読み出して前記検出した未定義ヘッダに前記処理内容の処理を行う信号処理部と、
を有することを特徴とする通信システム。
【請求項５】
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムで、前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置であって、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信する受信部と、
前記異なるネットワークそれぞれで定義されているプロトコルヘッダ情報を記憶したプロトコルヘッダ記憶部と、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信して、前記プロトコルヘッダ記憶部から前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダに対するプロトコルヘッダ情報を読み出し、前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行うプロトコルヘッダ処理部と、
前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信する送信部と、
を有することを特徴とするプロトコルヘッダ判定装置。
【請求項６】
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムのサーバ装置であって、
送信側のネットワークから受信したプロトコル信号から未定義ヘッダを検出して、未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信する送信部と、
前記プロトコルヘッダ判定装置から、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に受信する受信部と、
前記受信部で前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う通信部と、
を有することを特徴とするサーバ装置。
【請求項７】
請求項６記載のサーバ装置において、
前記受信部で前記プロトコルヘッダ判定装置から受信した、前記判定結果及び処理内容を前記検出した未定義ヘッダと共に記憶する信号記憶部と、
前記送信側のネットワークから受信したプロトコル信号に未定義ヘッダを検出したとき、検出した未定義ヘッダを用いて前記信号記憶部から判定結果及び処理内容を読み出して前記検出した未定義ヘッダに前記処理内容の処理を行う信号処理部と、
を有することを特徴とするサーバ装置。
【請求項１】
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムであって、
前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置を有し、
受信したプロトコル信号に未定義のプロトコルヘッダである未定義ヘッダを検出した前記受信側のサーバ装置から前記未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信し、
前記プロトコルヘッダ判定装置にて前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信し、
前記受信側のサーバ装置にて前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う
ことを特徴とする通信システム。
【請求項２】
請求項１記載の通信システムにおいて、
前記プロトコルヘッダ判定装置は、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信する受信部と、
前記異なるネットワークそれぞれで定義されているプロトコルヘッダ情報を記憶したプロトコルヘッダ記憶部と、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信して、前記プロトコルヘッダ記憶部から前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダに対するプロトコルヘッダ情報を読み出し、前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行うプロトコルヘッダ処理部と、
前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信する送信部と、
を有することを特徴とする通信システム。
【請求項３】
請求項２記載の通信システムにおいて、
前記サーバ装置は、
送信側のネットワークから受信したプロトコル信号から未定義ヘッダを検出して、未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信する送信部と、
前記プロトコルヘッダ判定装置から、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に受信する受信部と、
前記受信部で前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う通信部と、
を有することを特徴とする通信システム。
【請求項４】
請求項３記載の通信システムにおいて、
前記サーバ装置は、
前記受信部で前記プロトコルヘッダ判定装置から受信した、前記判定結果及び処理内容を前記検出した未定義ヘッダと共に記憶する信号記憶部と、
前記送信側のネットワークから受信したプロトコル信号に未定義ヘッダを検出したとき、検出した未定義ヘッダを用いて前記信号記憶部から判定結果及び処理内容を読み出して前記検出した未定義ヘッダに前記処理内容の処理を行う信号処理部と、
を有することを特徴とする通信システム。
【請求項５】
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムで、前記異なるネットワークの送信側及び受信側のサーバ装置に接続されたプロトコルヘッダ判定装置であって、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信する受信部と、
前記異なるネットワークそれぞれで定義されているプロトコルヘッダ情報を記憶したプロトコルヘッダ記憶部と、
前記受信側のサーバ装置から未定義ヘッダを検出したプロトコル信号と検出情報を受信して、前記プロトコルヘッダ記憶部から前記送信側のサーバ装置と前記受信側のサーバ装置それぞれの前記未定義ヘッダに対するプロトコルヘッダ情報を読み出し、前記未定義ヘッダを前記受信側のサーバ装置で受信可能か否かを判定し、判定結果に応じて前記未定義ヘッダに対する処理を行うプロトコルヘッダ処理部と、
前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に前記受信側のサーバ装置に送信する送信部と、
を有することを特徴とするプロトコルヘッダ判定装置。
【請求項６】
それぞれにサーバ装置を有する複数のネットワークを接続して、異なるネットワーク間の通信を行う通信システムのサーバ装置であって、
送信側のネットワークから受信したプロトコル信号から未定義ヘッダを検出して、未定義ヘッダを検出したプロトコル信号と検出情報を前記プロトコルヘッダ判定装置に送信する送信部と、
前記プロトコルヘッダ判定装置から、前記未定義ヘッダに対し判定結果に応じた内容の処理を行ったプロトコル信号を前記判定結果及び処理内容と共に受信する受信部と、
前記受信部で前記プロトコルヘッダ判定装置から受信した前記判定結果が受信可能であるとき前記未定義ヘッダに前記処理内容の処理を行ったプロトコル信号を使用して前記異なるネットワーク間の通信を行う通信部と、
を有することを特徴とするサーバ装置。
【請求項７】
請求項６記載のサーバ装置において、
前記受信部で前記プロトコルヘッダ判定装置から受信した、前記判定結果及び処理内容を前記検出した未定義ヘッダと共に記憶する信号記憶部と、
前記送信側のネットワークから受信したプロトコル信号に未定義ヘッダを検出したとき、検出した未定義ヘッダを用いて前記信号記憶部から判定結果及び処理内容を読み出して前記検出した未定義ヘッダに前記処理内容の処理を行う信号処理部と、
を有することを特徴とするサーバ装置。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８Ａ】
【図８Ｂ】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１Ａ】
【図１１Ｂ】
【図１１Ｃ】
【図１１Ｄ】
【図１２Ａ】
【図１２Ｂ】
【図１２Ｃ】
【図１２Ｄ】
【図１２Ｅ】
【図１２Ｆ】
【図１３Ａ】
【図１３Ｂ】
【図１４】
【図１５Ａ】
【図１５Ｂ】
【図１５Ｃ】
【図１６】
【図１７Ａ】
【図１７Ｂ】
【図１８】
【図１９Ａ】
【図１９Ｂ】
【図２０】
【図２１Ａ】
【図２１Ｂ】
【図２１Ｃ】
【図２１Ｄ】
【図２２Ａ】
【図２２Ｂ】
【図２２Ｃ】
【図２２Ｄ】
【図２２Ｅ】
【図２２Ｆ】
【図２３】
【図２４】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８Ａ】
【図８Ｂ】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１Ａ】
【図１１Ｂ】
【図１１Ｃ】
【図１１Ｄ】
【図１２Ａ】
【図１２Ｂ】
【図１２Ｃ】
【図１２Ｄ】
【図１２Ｅ】
【図１２Ｆ】
【図１３Ａ】
【図１３Ｂ】
【図１４】
【図１５Ａ】
【図１５Ｂ】
【図１５Ｃ】
【図１６】
【図１７Ａ】
【図１７Ｂ】
【図１８】
【図１９Ａ】
【図１９Ｂ】
【図２０】
【図２１Ａ】
【図２１Ｂ】
【図２１Ｃ】
【図２１Ｄ】
【図２２Ａ】
【図２２Ｂ】
【図２２Ｃ】
【図２２Ｄ】
【図２２Ｅ】
【図２２Ｆ】
【図２３】
【図２４】
【公開番号】特開２０１１−２５９１６９（Ｐ２０１１−２５９１６９Ａ）
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１０−１３１３２３（Ｐ２０１０−１３１３２３）
【出願日】平成２２年６月８日（２０１０．６．８）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２２年６月８日（２０１０．６．８）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]