(57)【特許請求の範囲】
【請求項１】
複数の通信装置が接続されているネットワークを介して通信装置間において呼信号の中継を行う通信中継装置であって、
前記呼信号に施す編集の内容を表す編集内容データが格納されているメモリと、
前記呼信号の受信に応じて前記編集内容データを参照して前記呼信号に編集を施したものを発信先の前記通信装置に送信する編集送信部と、
前記呼信号の受信に応じて前記呼信号に基づく呼管理データを前記メモリに記憶し、通信切断信号の受信に応じて前記呼管理データを前記メモリから削除する呼管理部と、
前記呼管理データが前記メモリに記憶されているか否かを判定する判定部と、
前記判定部において前記メモリに前記呼管理データが記憶されていないと判定された場合にだけ、変更指令に応じて前記編集内容データの更新を行う更新部と、を有し、
前記編集内容データは前記メモリの第１及び第２の領域に夫々格納されていると共に、前記第１及び第２の領域のうちの一方を運用面とし、
前記編集送信部は、前記第１及び第２の領域のうちの前記運用面の方に格納されている前記編集内容データを参照して前記呼信号に編集を施した後、前記運用面を前記第１及び第２の領域のうちの一方から他方に変更することを特徴とする通信中継装置。
【請求項２】
前記編集送信部は、前記判定部において前記メモリに前記呼管理データが記憶されていると判定された場合には、前記変更指令に応じて前記編集内容データの更新が実施されなかったことを表すエラーメッセージを前記変更指令の発信元に送信することを特徴とする請求項１に記載の通信中継装置。
【請求項３】
前記更新部は、前記判定部において前記メモリに前記呼管理データが記憶されていると判定された場合には、新規な編集内容データを通信中継装置で保持しておき、その後、前記判定部において前記メモリに前記呼管理データが記憶されていないと判定されたときに、前記新規な編集内容データを前記メモリに上書きすることにより前記編集内容データを更新することを特徴とする請求項１又は２に記載の通信中継装置。
【請求項４】
前記通信装置は、ＳＩＰ（Session Initiation Protocol）サーバであり、
前記通信中継装置は、互いに異なるネットワークに接続されている前記通信装置間において前記呼信号の中継を行うＳＢＣ（Session Border Controller）又はＳＩＰサーバであることを特徴とする請求項１〜３のいずれか１に記載の通信中継装置。
【請求項５】
複数の通信装置が接続されているネットワークを介して通信装置間において呼信号の中継を行う通信中継装置の中継方法であって、
前記呼信号の受信に応じて、前記呼信号に施す編集の内容を表す編集内容データが格納されているメモリから前記編集内容データを読み出し、当該編集内容データを参照して前記呼信号に編集を施したものを発信先の前記通信装置に送信する第１のステップと、
前記呼信号の受信に応じて前記呼信号に基づく呼管理データを前記メモリに記憶し、通信切断信号の受信に応じて前記呼管理データを前記メモリから削除する第２のステップと、
前記呼管理データが前記メモリに記憶されているか否かを判定する第３のステップと、
前記呼管理データが記憶されていないと判定された場合にだけ、変更指令に応じて前記編集内容データの更新を行う第４のステップと、を有し、
前記編集内容データは前記メモリの第１及び第２の領域に夫々格納されていると共に、前記第１及び第２の領域のうちの一方を運用面とし、
前記第１のステップは、前記第１及び第２の領域のうちの前記運用面の方に格納されている前記編集内容データを参照して前記呼信号に編集を施した後、前記運用面を前記第１及び第２の領域のうちの一方から他方に変更することを特徴とする通信中継装置の中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された複数の通信装置間における通信の中継を行う通信中継装置及び通信中継装置の中継方法に関する。
【背景技術】
【０００２】
現在、呼制御プロトコルとしてＳＩＰ（Session Initiation Protocol）を利用して電話通信を確立するＩＰ（Internet Protocol）電話システムが普及している。ＩＰ電話システムには、異なるネットワーク間の境界に設置するゲートウェイとして、ＳＢＣ（Session Border Controller）が設けられている。このＳＢＣとしてのＳＩＰ中継装置は、ネットワーク間の通信を中継するにあたり、呼信号としてのＳＩＰ信号の編集を行う編集機能を備えている（例えば特許文献１参照）。
【０００３】
また、通信システムの運用中に、通信処理で用いる各種情報を編集可能にした技術として、電話番号の番号翻訳データベースを更新する方法が提案されている（例えば、特許文献２参照）。かかる番号翻訳データベースの更新方法では、現用の番号翻訳データベースの他に、バックアップ用の番号翻訳データベースを設け、番号翻訳データベースの更新要求が為された場合には、先ず、バックアップ用の番号翻訳データベースのみその要求に従った更新を行う。そして、試験端末によってバックアップ用の番号翻訳データベースで正常性が確認されたら、バックアップ用の番号翻訳データベースを現用の番号翻訳データベースに反映させるのである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−０１２８５６号公報
【特許文献２】特開平０９−１８９０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記した技術を採用して、例えばＩＰ電話システムの運用中に、ＳＩＰ信号に対する編集内容を変更する変更指令をＳＩＰ中継装置に供給して、その編集内容を表すデータ（編集内容データと称する）を更新すると、以下のような問題が生じる場合がある。
【０００６】
例えば、変更前の編集内容データが、プロトコル仕様（ＲＦＣ３２６１）にて定義されているINVITE要求に付加されているタイムスタンプの非削除を表すものとする。ここで、発信元のＳＩＰサーバから発せられたINVITE要求を受信すると、ＳＩＰ中継装置は、当該編集内容データに基づき、受信したINVITE要求に付加されているタイムスタンプをそのまま付与したINVITE要求を発信先のＳＩＰサーバに送信することになる。よって、その直後に、当該編集内容データをINVITE要求に付加されたタイムスタンプの削除、及び送信応答の際に新たなタイムスタンプを付与させる内容に更新させる変更指令を受けると、ＳＩＰ中継装置は、この新たな編集内容によって編集内容データを更新する。従って、その後、発信先のＳＩＰサーバから、タイムスタンプが付与された応答メッセージが送信されると、ＳＩＰ中継装置は、更新された編集内容データに基づき、受信した応答メッセージに新たなタイムスタンプを付加した応答メッセージを発信元のＳＩＰサーバに送信する。
【０００７】
これにより、発信元のＳＩＰサーバは、自身が発行したタイムスタンプの他に、ＳＩＰ中継装置が発行したタイムスタンプが付加された応答メッセージを受信することになり、これら２つのタイムスタンプにより、以降の通信処理に支障をきたす場合があった。
【０００８】
そこで、本発明においては、通信システムの運用中に呼信号に対する編集内容の変更を促す変更指令が発令されても、正常な通信を維持させることが可能な通信中継装置及び通信中継装置の中継方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る通信中継装置は、複数の通信装置が接続されているネットワークを介して通信装置間において呼信号の中継を行う通信中継装置であって、前記呼信号に施す編集の内容を表す編集内容データが格納されているメモリと、前記呼信号の受信に応じて前記編集内容データを参照して前記呼信号に編集を施したものを発信先の前記通信装置に送信する編集送信部と、前記呼信号の受信に応じて前記呼信号に基づく呼管理データを前記メモリに記憶し、通信切断信号の受信に応じて前記呼管理データを前記メモリから削除する呼管理部と、前記呼管理データが前記メモリに記憶されているか否かを判定する判定部と、前記判定部において前記メモリに前記呼管理データが記憶されていないと判定された場合にだけ、変更指令に応じて前記編集内容データの更新を行う更新部と、を有し、前記編集内容データは前記メモリの第１及び第２の領域に夫々格納されていると共に、前記第１及び第２の領域のうちの一方を運用面とし、前記編集送信部は、前記第１及び第２の領域のうちの前記運用面の方に格納されている前記編集内容データを参照して前記呼信号に編集を施した後、前記運用面を前記第１及び第２の領域のうちの一方から他方に変更する。
【００１０】
また、本発明に係る通信中継装置の中継方法は、複数の通信装置が接続されているネットワークを介して通信装置間において呼信号の中継を行う通信中継装置の中継方法であって、前記呼信号の受信に応じて、前記呼信号に施す編集の内容を表す編集内容データが格納されているメモリから前記編集内容データを読み出し、当該編集内容データを参照して前記呼信号に編集を施したものを発信先の前記通信装置に送信する第１のステップと、前記呼信号の受信に応じて前記呼信号に基づく呼管理データを前記メモリに記憶し、通信切断信号の受信に応じて前記呼管理データを前記メモリから削除する第２のステップと、前記呼管理データが前記メモリに記憶されているか否かを判定する第３のステップと、前記呼管理データが記憶されていないと判定された場合にだけ、変更指令に応じて前記編集内容データの更新を行う第４のステップと、を有し、前記編集内容データは前記メモリの第１及び第２の領域に夫々格納されていると共に、前記第１及び第２の領域のうちの一方を運用面とし、前記第１のステップは、前記第１及び第２の領域のうちの前記運用面の方に格納されている前記編集内容データを参照して前記呼信号に編集を施した後、前記運用面を前記第１及び第２の領域のうちの一方から他方に変更する。
【発明の効果】
【００１１】
本発明においては、複数の通信装置が接続されているネットワークを介して通信装置間での呼信号の中継及び編集を行うにあたり、その編集の内容を表す編集内容データを参照する"呼"の数がゼロの場合にだけ、編集内容の変更を促す変更指令を受け付けて編集内容データを更新する。これにより、呼信号に応じた通信途中で編集内容データが更新されることが無いので、正常な通信を維持させることが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明に係る通信中継装置としてのＳＩＰ中継装置１００を含む通信システムの構成を示すブロック図である。
【図２】管理メモリ１１に格納されるデータの一例を示す図である。
【図３】ＳＩＰ処理部１０が実行するＳＩＰ編集・送信制御ルーチンを示すフローチャートである。
【図４】ＳＩＰサーバＳＳａがＳＩＰサーバＳＳｂに対して発呼を行った際に、ＳＩＰ中継装置１００を介して実施される通信のフローを示す図である。
【図５】ＳＩＰ編集内容制御部２０が実行するＳＩＰ編集内容データ変更ルーチンを示すフローチャートである。
【発明を実施するための形態】
【００１３】
図１は、本発明に係る通信中継装置としてのＳＩＰ中継装置１００を含む通信システムの構成を示すブロック図である。図１に示すように、かかる通信システムは、ＳＩＰ中継装置１００と、互いに異なるネットワークＮＷａ及びＮＷｂと、ネットワーク網ＮＷａ及びＮＷｂに夫々接続されているＳＩＰサーバＳＳａ及びＳＳｂと、を有する。尚、ネットワーク網ＮＷａには、実際には複数のＳＩＰサーバＳＳａが接続されており、ネットワーク網ＮＷｂには、複数のＳＩＰサーバＳＳｂが接続されている。
【００１４】
ＳＩＰ中継装置１００は、ＳＩＰ処理部１０、管理メモリ１１、及び面参照カウンタ１２を含む。ＳＩＰ中継装置１００は、例えばＳＢＣである。
【００１５】
ＳＩＰ処理部１０は、ＩＰネットワークとしてのネットワークＮＷａ及びＮＷｂに接続されている。ＳＩＰ処理部１０は、互いに異なるネットワークＮＷａ及びＮＷｂを介して、通信装置としてのＳＩＰサーバＳＳａ及びＳＳｂ間で伝送される呼信号としてのＳＩＰ信号の編集及び中継を行う。また、ＳＩＰ処理部１０には、ＳＩＰ信号編集内容データを更新するＳＩＰ編集内容制御部２０が含まれている。尚、ＳＩＰ編集内容制御部２０の動作については後述する。
【００１６】
管理メモリ１１には、受信したＳＩＰ信号に施す編集内容（削除、追加、変更等）を表すＳＩＰ編集内容データを格納する為に、図２（ａ）に示すように２つの領域が設けられている。尚、以降、これら２つの領域のうちの一方の領域を"０面"、他方の領域を"１面"と称する。この際、管理メモリ１１の０面にはＳＩＰ編集内容データＱＣ０が格納され、１面にはＳＩＰ編集内容データＱＣ１が格納される。
【００１７】
また、管理メモリ１１には、現時点で上記した０面及び１面のうちのいずれの面が運用面（運用領域）であるのかを示す運用面管理データＲＤが格納されている。すなわち、ＳＩＰ処理部１０は、通常動作時には、０面及び１面のうちの運用面に設定されている方に格納されているＳＩＰ編集内容データに従って受信ＳＩＰ信号に対して編集を施す。この際、０面及び１面のうちの運用面に設定されていない方は控え面（控え領域）に設定される。控え面に格納されているＳＩＰ編集内容データは、更新後の新たなＳＩＰ編集内容データによってＳＩＰ信号を編集した場合に、正常に通信が為されるか否かを確認する為に用いられる。
【００１８】
更に、管理メモリ１１には、電話通信における"呼"毎に、各"呼"を管理する呼管理データとして、例えば図２（ｃ）に示すように、ダイアログＩＤ、発信番号、着信番号等の呼を管理する呼管理データＣＤが記憶される。また、図２（ｃ）に示すように、各"呼"に対応した呼管理データＣＤに対応づけして、ＳＩＰ編集内容参照面データＳＡＤが記憶される。
【００１９】
ＳＩＰ編集内容参照面データＳＡＤは、"呼"の確立時、つまりＳＩＰ中継装置１００がinitial-INVITEを受信した時に、上記した０面及び１面のうちのどちらの面に格納されているＳＩＰ編集内容データ（ＱＣ０、ＱＣ１）を参照してＳＩＰ信号を編集したのかを表す。これにより、ＳＩＰ中継装置１００は、"呼"毎に２面管理されているＳＩＰ編集内容データＱＣ０及びＱＣ１のうちのいずれを使用してＳＩＰ信号に対する編集を行うのかを決定するのである。なお、ＳＩＰ信号と各"呼"の関連付けは、例えばＩＥＴＦ（Internet Engineering Task Force）によって策定された プロトコル仕様であるＲＦＣ３２６１に準拠する。つまり、Call-ID、From tagを用いて、initial−INVITEのCall-ID、From tagと一致するＳＩＰ信号がinitial−INVITEと同じ呼に属すＳＩＰ信号と見なすのである。
【００２０】
面参照カウンタ１２は、上記した０面及び１面の面毎に、その面に格納されているＳＩＰ編集内容データを参照してＳＩＰ信号の編集を行った"呼"の数を計数する。
【００２１】
すなわち、面参照カウンタ１２は、ＳＩＰ信号を編集する為に上記した０面に格納されているＳＩＰ編集内容データＱＣ０を参照した"呼"の計数値、つまり参照呼数を図２（ｄ）に示す０面参照呼数Ｔ０としてＳＩＰ処理部１０に供給する。更に、面参照カウンタ１２は、ＳＩＰ信号を編集する為に上記した１面に格納されているＳＩＰ編集内容データＱＣ１を参照した"呼"の計数値である参照呼数を、図２（ｄ）に示す１面参照呼数Ｔ１としてＳＩＰ処理部１０に供給する。
【００２２】
例えば、面参照カウンタ１２は、initial−INVITEを表すＳＩＰ信号を受信、つまり"呼"を表すＳＩＰが発生した際に、ＳＩＰ編集内容データＱＣ０を参照してＳＩＰ信号に対する編集が為された場合には、０面参照呼数Ｔ０を１だけインクリメントする。尚、ＳＩＰ編集内容データ（ＱＣ０、ＱＣ１）の参照が為されていない場合には、参照呼数（Ｔ０、Ｔ１）はゼロとなる。すなわち、参照呼数（Ｔ０、Ｔ１）は、ＳＩＰ編集内容データ（ＱＣ０、ＱＣ１）を参照している"呼"が存在する場合には１以上となり、存在しない場合にはゼロとなる。これにより、ＳＩＰ処理部１０は、面参照カウンタ１２から供給された０面参照呼数Ｔ０及び１面参照呼数Ｔ１に基づき、各面に対するＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）の変更前に、その"面"に格納されているＳＩＰ編集内容データを参照している"呼"が存在するか否かの判定を行うことが可能となる。
【００２３】
ＳＩＰ処理部１０は、ＳＩＰサーバＳＳａ又はＳＳｂから発せられたinitial-INVITEを表すＳＩＰ信号、つまり発信先を呼び出す呼信号を受信すると、受信したＳＩＰ信号に対して編集処理を施して得られたinitial-INVITEを表すＳＩＰ信号を発信先へ送信する。
【００２４】
図３は、ＳＩＰ処理部１０が実行するＳＩＰ編集・送信制御ルーチンを示すフローチャートである。図３において、先ず、ＳＩＰ処理部１０は、ＳＩＰ信号を受信したか否かを判定する（ステップＳ２１）。ＳＩＰ信号を受信していないと判定された場合、ＳＩＰ処理部１０は、一定時間待機し（ステップＳ２２）、かかる一定時間の待機後、上記したステップＳ２１に戻る。ＳＩＰ信号を受信したと判定された場合、ＳＩＰ処理部１０は、受信したＳＩＰ信号がinitial-INVITEを表すか否かを判定する（ステップＳ２３）。つまり、ＳＩＰ処理部１０は、呼信号を受信したか否かを判定する。
【００２５】
受信したＳＩＰ信号がinitial-INVITEを表す場合、つまり呼信号を受信した場合、ＳＩＰ処理部１０は、管理メモリ１１から運用面管理データＲＤを読み出し、これを取得する（ステップＳ２４）。次に、ＳＩＰ処理部１０は、管理メモリ１１における図２（ｃ）に示す０面及び１面のうちで、運用面管理データＲＤにて運用面に設定されている方の面からＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）を読み出し、これを取得する（ステップＳ２５）。次に、ＳＩＰ処理部１０は、受信したＳＩＰ信号に関する"呼"の情報を表す呼管理データＣＤ（ダイアログＩＤ、発信番号、着信番号等を示す）を生成し、これを図２（ｃ）に示すように管理メモリ１１に追記する（ステップＳ２６）。次に、ＳＩＰ処理部１０は、図２（ｄ）に示す面参照カウンタ１２における現時点での０面参照呼数Ｔ０及び１面参照呼数Ｔ１のうちで、上記した運用面管理データＲＤにて運用面に設定されている面（０面又は１面）に対応した方の値を１だけインクリメントする（ステップＳ２７）。次に、ＳＩＰ処理部１０は、ステップＳ２５で取得した、運用面に設定されている方の面から読み出されたＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）に従って、受信したＳＩＰ信号に対して編集を施して得られたＳＩＰ信号を、発信先のＳＩＰサーバに送信する（ステップＳ２８）。ステップＳ２８の実行後、ＳＩＰ処理部１０は、上記したステップＳ２１に戻る。
【００２６】
一方、上記ステップＳ２３において、受信したＳＩＰ信号がinitial-INVITEを表すものではない、つまり呼信号では無いと判定された場合、ＳＩＰ処理部１０は、受信したＳＩＰ信号のダイアログＩＤに対応した呼管理データＣＤ及びＳＩＰ編集内容参照面データＳＡＤを、管理メモリ１１から読み出して夫々取得する（ステップＳ２９）。次に、ＳＩＰ処理部１０は、管理メモリ１１から、上記ＳＩＰ編集内容参照面データＳＡＤによって示される面（０面又は１面）に格納されているＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）を読み出しこれを取得する（ステップＳ３０）。次に、ＳＩＰ処理部１０は、受信したＳＩＰ信号がBYEを表すＳＩＰ信号に対する応答、つまり通信切断を促す通信切断信号に対する応答を表すか否かを判定する（ステップＳ３１）。
【００２７】
ステップＳ３１において、受信したＳＩＰ信号がBYEに対する応答を表すものではないと判定された場合、ＳＩＰ処理部１０は、上記したステップＳ２８に戻る。つまり、ステップＳ２５で取得したＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）に従って、受信したＳＩＰ信号に対して編集を施して得られたＳＩＰ信号を発信先のＳＩＰサーバに送信する。
【００２８】
一方、ステップＳ３１において、受信したＳＩＰ信号がBYEに対する応答であると判定された場合には"呼"が解放されるため、ＳＩＰ処理部１０は、各"呼"に対応付けして図２（ｃ）に示すように管理メモリ１１に記憶されている呼管理データＣＤのうちから、受信したＳＩＰ信号と同一ダイアログＩＤに対応した呼管理データを削除する（ステップＳ３２）。この際、当該"呼"がＳＩＰ編集内容データをこれ以上参照する必要は無い。そこで、次に、ＳＩＰ処理部１０は、図２（ｄ）に示す面参照カウンタ１２における現時点での０面参照呼数Ｔ０及び１面参照呼数Ｔ１のうちで、上記ステップＳ２９で取得したＳＩＰ編集内容参照面データＳＡＤにて示される面（０面又は１面）に対応した方の参照呼数を１だけデクリメントする（ステップＳ３３）。
【００２９】
ステップＳ３３の実行後、ＳＩＰ処理部１０は、上記したステップＳ２８を実行する。つまり、ステップＳ２５で取得したＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）に従って、受信したＳＩＰ信号に対して編集を施して得られたＳＩＰ信号を発信先のＳＩＰサーバに送信する。
【００３０】
図４は、ＳＩＰサーバＳＳａがＳＩＰサーバＳＳｂとの通信を確立させる為にinitial-INVITEを表すＳＩＰ信号、つまり呼信号を送信した場合に、ＳＩＰ中継装置１００を介して実施される通信のフローを示す図である。
【００３１】
図４において、ＳＩＰ中継装置１００は、ＳＩＰサーバＳＳａから送信されたinitial-INVITEを表すＳＩＰ信号を受信すると、ＳＩＰ中継装置１００のＳＩＰ処理部１０が図３に示すＳＩＰ編集・送信制御を実行する。これにより、ＳＩＰ中継装置１００は、受信したＳＩＰ信号に対してＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）に従った編集を施して得られた、initial-INVITEを表すＳＩＰ信号を発信先のＳＩＰサーバＳＳｂに送信する。ＳＩＰサーバＳＳｂは、initial-INVITEを表すＳＩＰ信号を受信すると、応答メッセージを表すＳＩＰ信号をＳＩＰ中継装置１００に向けて送信する。ＳＩＰ中継装置１００は、応答メッセージを表すＳＩＰ信号を受信すると、受信したＳＩＰ信号に対してＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）に従った編集を施して得られた、応答メッセージを表すＳＩＰ信号を発信元のＳＩＰサーバＳＳａに送信する。
【００３２】
ＳＩＰ編集内容制御部２０は、通信システムの運用中、例えば図４に示す通信動作中に、ＳＩＰ信号の編集内容を変更させる変更指令を受信すると、管理メモリ１１に格納されているＳＩＰ編集内容データ（ＱＣ０、ＱＣ１）を、変更後の新たなＳＩＰ編集内容データを表すコンフィグファイルＣＦによって更新する。
【００３３】
図５は、ＳＩＰ編集内容制御部２０が実行するＳＩＰ編集内容データ変更ルーチンを示すフローチャートである。図５において、先ず、ＳＩＰ編集内容制御部２０は、ＳＩＰ編集内容データの変更を要求する変更指令を受信したか否かを判定する（ステップＳ４１）。
【００３４】
ステップＳ４１において、変更指令を受信していないと判定された場合、ＳＩＰ編集内容制御部２０は、一定時間待機し（ステップＳ４２）、その後、上記したステップＳ４１に戻る。
【００３５】
一方、ステップＳ４１において、変更指令を受信したと判定された場合、ＳＩＰ編集内容制御部２０は、管理メモリ１１から運用面管理データＲＤを読み出し、これを取得する（ステップＳ４３）。次に、ＳＩＰ編集内容制御部２０は、面参照カウンタ１２から供給された０面参照呼数Ｔ０及び１面参照呼数Ｔ１のうちで、運用面管理データＲＤにて運用面に設定された面（０面又は１面）とは異なる方、つまり控え面に対応した方の参照呼数（Ｔ０又はＴ１）を取得する（ステップＳ４４）。
【００３６】
次に、ＳＩＰ編集内容制御部２０は、当該控え面に対応した参照呼数（Ｔ０又はＴ１）がゼロであるか否かを判定する（ステップＳ４５）。ここで、参照呼数（Ｔ０又はＴ１）がゼロであるということは、図２（ｃ）に示す呼管理データＣＤが管理メモリ１１に存在しないことになる。よって、ステップＳ４５では、呼管理データＣＤが管理メモリ１１に記憶されているか否かの判定が為されることになる。
【００３７】
ステップＳ４５において、控え面に対応した参照呼数（Ｔ０又はＴ１）がゼロではないと判定された場合、この控え面に対応したＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）が参照されてしまう可能性がある。そこで、この際、ＳＩＰ編集内容制御部２０は、変更指令の発信元に対して、ＳＩＰ編集内容データの更新が実施されなかったことを表すエラーメッセージを送信する（ステップＳ４６）。
【００３８】
一方、ステップＳ４５において、控え面に対応した参照呼数（Ｔ０又はＴ１）がゼロであると判定された場合、つまり、呼管理データＣＤが管理メモリ１１に記憶されていないと判定された場合、ＳＩＰ編集内容制御部２０は、以下のステップＳ４７を実行する。つまり、ＳＩＰ編集内容制御部２０は、外部供給されたコンフィグファイルＣＦにて表される新たなＳＩＰ編集内容データを、図２（ａ）に示す管理メモリ１１の０面及び１面のうちの控え面に設定されている方の面に上書きする（ステップＳ４７）。
【００３９】
このように、上記ステップＳ４５において呼管理データＣＤが管理メモリ１１に記憶されていないと判定された場合にだけ、ステップＳ４７の実行により、ＳＩＰ編集内容データの更新が為されるのである。
【００４０】
次に、ＳＩＰ編集内容制御部２０は、運用面管理データＲＤにて示される運用面を、ステップＳ４７で控え面に設定されている方の面となるように変更する（ステップＳ４８）。すなわち、ステップＳ４８の直前の段階において、例えば図２（ａ）に示される管理メモリ１１の０面が運用面、１面が控え面に設定されていた場合には、このステップＳ４８の実行により、運用面管理データＲＤにて示される運用面を０面から１面に変更するのである。
【００４１】
上記したステップＳ４６又はＳ４８の実行後、ＳＩＰ編集内容制御部２０は、上記ステップＳ４１に戻り前述した動作を再び実行する。
【００４２】
以上のように、ＳＩＰ編集内容制御部２０は、ＳＩＰ編集内容データＱＣ０及びＱＣ１のうちの控え面に対応した方を参照している"呼"の数（参照呼数）がゼロの場合、つまり、管理メモリ１１に図２（ｃ）に示す呼管理データＣＤが存在しないと判定された場合にだけ、変更指令に応じてＳＩＰ編集内容データを更新するようにしている。
【００４３】
よって、かかる構成によれば、例え図４に示すような呼信号に応じた通信途中に変更指令を受けた場合であっても、ＳＩＰ編集内容データの変更は為されない。例えば図４の破線にて示される時点ｔ１のタイミングで変更指令を受けた場合であっても、initial-INVITEを表すＳＩＰ信号を編集する際に参照したＳＩＰ編集内容データ（ＱＣ０又はＱＣ１）が、その応答を表すＳＩＰ信号を編集する際にもそのまま参照されることになる。さらに、当該ＳＩＰ編集内容データは、変更指令を受ける前に発生した"呼"がすべて切断されるまで削除されずに保持されることになる。
【００４４】
従って、ＳＩＰ中継装置１００によれば、呼信号に応じた通信時にＳＩＰ信号に対する編集内容を変更する指令が発令されても、正常な通信処理を維持することが可能となる。
【００４５】
尚、上記実施例では、ＳＩＰ中継装置１００をＳＢＣとしてその動作を説明したが、ＳＩＰ中継装置１００としては、図２、図３及び図５に示す制御を担う機能を備えたＳＩＰサーバを採用しても良い。
【００４６】
また、上記したステップＳ４６では、控え面に対応した参照呼数がゼロではないと判定された場合には、ＳＩＰ編集内容データの更新が実施されなかったことを表すエラーメッセージを送信するようにしているが、エラーメッセージを送信することなく、以下のような手順で編集内容データの更新処理を実行するようにしても良い。
【００４７】
すなわち、控え面に対応した参照呼数がゼロではないと判定された場合、つまり呼管理データＣＤが管理メモリ１１に記憶されていると判定された場合、外部供給されたコンフィグファイルＣＦにて表される新規なＳＩＰ編集内容データを、ＳＩＰ中継装置１００で一時的に保持しておく。その後、呼管理データＣＤが管理メモリ１１に記憶されていないと判定されたら、上記のように一時的に保持してあるＳＩＰ編集内容データを管理メモリ１１に上書きすることにより、ＳＩＰ編集内容データの更新を行うのである。
【００４８】
要するに、本発明に係る通信中継装置（１００）としては、以下のメモリ（１１）、編集送信部（１０、Ｓ２８）、呼管理部（１０、Ｓ２６、Ｓ３２）、判定部（２０、Ｓ４５）、及び更新部（２０、Ｓ４７）を有するものであれば良い。メモリ（１１）には、呼信号（initial-INVITE）に施す編集の内容を表す編集内容データ（ＱＣ０、ＱＣ１）が格納されている。編集送信部（１０、Ｓ２８）は、呼信号の受信に応じて、編集内容データを参照してこの呼信号に編集を施したものを発信先の通信装置に送信する。呼管理部（１０、Ｓ２６、Ｓ３２）は、呼信号の受信に応じて、当該呼信号に基づく呼管理データをメモリに記憶する（Ｓ２６）一方、通信切断信号（BYE）の受信に応じてこの呼管理データをメモリから削除する（Ｓ３２）。判定部（２０、Ｓ４５）は、呼管理データがメモリに記憶されているか否かを判定する。更新部（２０、Ｓ４７）は、メモリに呼管理データが記憶されていないと判定された場合にだけ、変更指令に応じて編集内容データを更新する。
【００４９】
かかる構成によれば、編集内容データを参照する"呼"が存在しない場合にだけ、編集内容の変更を促す変更指令を受け付けて編集内容データの更新が為されるようになる。よって、呼信号に応じた通信途中で編集内容データの更新が為されることは無いので、正常な通信を維持させることが可能となる。
【符号の説明】
【００５０】
１０              ＳＩＰ処理部
１１              管理メモリ
１２              面参照カウンタ
１００            ＳＩＰ中継装置
【図１】
0006476806.tif 000002
【図２】
0006476806.tif 000003
【図３】
0006476806.tif 000004
【図４】
0006476806.tif 000005
【図５】
0006476806.tif 000006