信号処理装置及びプログラム、並びに、通信システム
【課題】 通信セッションに係る処理仕様が異なる通信装置間での通信セッション変更処理を実現する。
【解決手段】 本発明は、複数の通信装置と、通信装置間を流れるパケットを処理する信号処理装置とを備える通信システムに関する。そして、信号処理装置は、送信側通信装置からパケットを受信する手段と、受信パケットを、そのまま又はパケット加工手段により加工して、その宛先の受信側通信装置へ送信する手段とを備え、パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、通信セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、第２の送信側通信装置から受信した受信パケットを加工することを特徴とする。
【解決手段】 本発明は、複数の通信装置と、通信装置間を流れるパケットを処理する信号処理装置とを備える通信システムに関する。そして、信号処理装置は、送信側通信装置からパケットを受信する手段と、受信パケットを、そのまま又はパケット加工手段により加工して、その宛先の受信側通信装置へ送信する手段とを備え、パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、通信セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、第２の送信側通信装置から受信した受信パケットを加工することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、信号処理装置及びプログラム、並びに、通信システムに関し、例えば、ＩＰ電話通信システムに適用し得る。
【背景技術】
【０００２】
一般に、ＩＰ電話通信システムにおいて、通話転送やガイダンス接続等のサービスを提供するためには、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；非特許文献１参照）等のＩＰ電話端末が搭載する制御信号を用いて、ＲＴＰ／ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ／ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ；非特許文献３等参照）等のユーザ信号のセッション変更を行うことで実現される。
【０００３】
図６は、従来技術のＩＰ電話通信システムを用いて、ユーザ信号のセッション変更の動作を実現する構成の例である。
【０００４】
ＩＰ電話通信システム６０１は、ＩＰ電話端末６０２−１〜６０２−３にＩＰ電話サービスを提供するシステムである。ＩＰ電話端末６０２−１〜６０１−３は、ＩＰ電話サービスを提供するためのユーザインタフェースとなる端末である。
【０００５】
ＩＰ電話交換サーバ６０３は、ＩＰ電話端末との間で制御信号を交換し、接続を制御するための制御装置であり、ＩＰ電話端末間の接続や、異なるＩＰ電話端末への転送等のサービスを提供する。
【０００６】
図７は、図６に示すＩＰ電話通信システム６０１における、ユーザ信号のセッション変更（通話転送）の動作の例について示した説明図である。
【０００７】
図６、図７において、制御信号は、それぞれ、ＩＰ電話交換サーバ６０３とそれぞれのＩＰ電話端末の間で交換される制御用の信号であり、信号形式としてＳＩＰ（ＲＦＣ３２６１）等の標準化された形式が採用される。制御信号６０４−１は、ＩＰ電話交換サーバ６０３とＩＰ電話端末６０２−１の間を流れる制御信号であり、制御信号６０４−２は、ＩＰ電話交換サーバ６０３とＩＰ電話端末６０２−２の間を流れる制御信号である。また、図６においては、図示を省略しているが、ＩＰ電話交換サーバ６０３とＩＰ電話端末６０２−３との間でも制御信号のやりとりが行われるものとする。
【０００８】
図６、図７において、ユーザ信号は、ＩＰ電話端末間で交換される信号（例えば、音声、映像信号等）であり、信号形式としてＲＴＰ（ＲＦＣ３５５０）等の標準化された形式が採用される。ユーザ信号６０５−１は、ＩＰ電話端末６０２−１とＩＰ電話端末６０２−２間で交換される信号である。ユーザ信号６０５−２は、ＩＰ電話端末６０２−１とＩＰ電話端末６０２−３間で交換される信号である。ユーザ信号６０５−３は、ＩＰ電話端末６０２−２とＩＰ電話端末６０２−３間で交換される信号である。
【０００９】
次に、ＩＰ電話端末６０２−１とＩＰ電話端末６０２−２が通話中の状態から、ＩＰ電話端末６０２−１からＩＰ電話端末６０２−３へ通話転送する例を説明する。
【００１０】
最初の状態は、ＩＰ電話端末６０２−１とＩＰ電話端末６０２−２が通話中であるものとする。この状態では、ユーザ信号６０５−１が接続され、ユーザ信号６０５−２およびユーザ信号６０５−３は接続されていない状態である。
【００１１】
次に、ＩＰ電話端末６０２−１からＩＰ電話端末６０２−３に発信し、通話中とすることで、ユーザ信号６０５−２が接続され、ユーザ信号６０５−１は保留状態（接続は維持）となる。
【００１２】
最後に、ＩＰ電話端末６０２−１が通話切断することで、ユーザ信号６０５−１およびユーザ信号６０５−２は切断され、ユーザ信号６０５−３が接続されて通話中となり、通話転送が完了する。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】ＩＥＴＦ ＲＦＣ３２６１
【非特許文献２】ＩＥＴＦ ＲＦＣ４５６６
【非特許文献３】ＩＥＴＦ ＲＦＣ３５５０
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、図６、７に示すような従来のＩＰ電話通信システムを構成するＩＰ電話端末では、ユーザ信号に対する、制御信号の処理や複数のユーザ信号を接続する等の、セッション変更機能を持たない端末（非対応端末）と、セッション変更機能を持つ端末（対応端末）間において、通話転送やガイダンス接続等のサービスを提供することができなかった。
【００１５】
そのため、通信セッションに係る処理仕様が異なる通信装置間での通信セッション変更処理を実現することができる信号処理装置及びプログラム、並びに、通信システムが望まれている。
【課題を解決するための手段】
【００１６】
第１の本発明の信号処理装置は、（１）送信側通信装置からパケットを受信するパケット受信手段と、（２）上記パケット受信手段が受信した受信パケットを、そのまま、又は、パケット加工手段により加工して、その宛先の受信側通信装置へ送信するパケット処理手段とを備え、（３）上記パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、上記セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、上記受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、上記第２の送信側通信装置から受信した受信パケットを加工することを特徴とする。
【００１７】
第２の本発明の信号処理プログラムは、信号処理装置に搭載されたコンピュータを、（１）送信側通信装置からパケットを受信するパケット受信手段と、（２）上記パケット受信手段が受信した受信パケットを、そのまま、又は、パケット加工手段により加工して、その宛先の受信側通信装置へ送信するパケット処理手段として機能させ、（３）上記パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、上記セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、上記受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、上記第２の送信側通信装置から受信した受信パケットを加工することを特徴とする。
【００１８】
第３の本発明は、複数の通信装置と、上記通信装置間を流れるパケットを処理する信号処理装置とを備える通信システムにおいて、上記信号処理装置として第１の本発明の信号処理装置を適用したことを特徴とする。
【発明の効果】
【００１９】
本発明によれば、通信セッションに係る処理仕様が異なる通信装置間での通信セッション変更処理を実現することができる。
【図面の簡単な説明】
【００２０】
【図１】第１の実施形態に係る通信システムの全体構成について示したブロック図である。
【図２】第１の実施形態に係る通信システムの動作について示したシーケンス図である。
【図３】第１の実施形態に係る通信システムにおいて流れるパケットの内容例について示した説明図である。
【図４】第１の実施形態に係る信号処理装置の動作について示したフローチャートである。
【図５】第２の実施形態に係る通信システムの全体構成について示したブロック図である。
【図６】従来のＩＰ電話通信システムの構成例について示したブロック図である。
【図７】従来のＩＰ電話通信システムの動作の例について示した説明図である。
【発明を実施するための形態】
【００２１】
（Ａ）第１の実施形態
以下、本発明による信号処理装置及びプログラム、並びに、通信システムの第１の実施形態を、図面を参照しながら詳述する。
【００２２】
（Ａ−１）第１の実施形態の構成
図１は、この実施形態の通信システム１０の全体構成を示すブロック図である。
【００２３】
図１では、通信システム１０には、信号処理装置２０、ＩＰ電話交換サーバ３０、及び３台のＩＰ電話端末４１、４２、４３が配置されている。なお、通信システム１０において、配置されるＩＰ電話端末の数や種類は限定されないものである。
【００２４】
ＩＰ電話交換サーバ３０は、ＩＰ電話端末４１〜４３に対する呼制御を行う機能を担っている。
【００２５】
通信システム１０において、ＩＰ電話交換サーバ３０は、ＳＩＰを用いてＩＰ電話端末間の通信を呼制御するものとするが、用いられるプロトコルはこれに限定されないものである。また、ＩＰ電話端末間のメディトラヒック（音声や映像等、その内容は限定されないものである）は、ＲＴＰ及びＲＴＣＰを用いて行われるものとして説明するが、用いられるプロトコルはこれに限定されないものである。
【００２６】
信号処理装置２０は、ＩＰ電話端末４１〜４３から送信されるユーザ信号を終端し、当該ユーザ信号の宛先のＩＰ電話端末への送信に適した内容に変換する処理を行って、宛先のＩＰ電話端末へ向けて変換したユーザ信号を送信する。
【００２７】
信号処理装置２０は、例えば、複数のネットワークの境界上に配置される装置として適用するようにしても良い。具体的には、ＩＰ電話端末ごとに異なるネットワークに属し、ネットワークごとに異なる通信仕様である場合には、ＩＰ電話端末間の通信仕様の差異を吸収する装置として、信号処理装置２０を適用することが挙げられる。
【００２８】
信号処理装置２０は、例えば、ハードウェア的な通信手段の他は、通信処理やデータ処理等を実行するためのＣＰＵ、ＲＯＭ、ＲＡＭ等を有する情報処理装置を搭載しており、その情報処理装置が実行するプログラム（実施形態の信号処理プログラムを含む）をインストールして構築するようにしてもよい。
【００２９】
また、信号処理装置２０は、ＩＰ電話交換サーバ３０とＩＰ電話端末４１〜４３との間を流れる呼制御信号を中継し、中継した呼制御信号の内容を分析し、その分析結果に応じたユーザ信号の処理を行っている。信号処理装置２０の詳細については、後述する動作説明において詳述する。
【００３０】
また、図１においては、ＩＰ電話端末４１、４２は、セッション変更機能に対応したセッション変更対応端末とし、ＩＰ電話端末４３は、セッション変更機能に対応しないセッション変更非対応端末であるものとする。
【００３１】
（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の通信システム１０の動作を説明する。
【００３２】
図２は、図１に示す通信システム１０における各装置間のデータの流れについて示したシーケンス図である。なお、図２のシーケンス図では、信号処理装置２０のユーザ信号の動作を説明するものであり、制御信号は簡略化して図示している。
【００３３】
最初の状態は、ＩＰ電話端末４１とＩＰ電話端末４２が通話中の状態であるものとする（Ｓ４０１）。この状態では、信号処理装置２０は、ＩＰ電話端末４１とのユーザ信号と、ＩＰ電話端末４２とのユーザ信号を終端し、ＩＰ電話端末４１から受信したユーザ信号をＩＰ電話端末４２へ、ＩＰ電話端末４２から受信したユーザ信号をＩＰ電話端末４１へ、それぞれ送信する。
【００３４】
次に、ＩＰ電話端末４１とＩＰ電話端末４３とが、ＩＰ電話交換サーバ３０から送出された呼制御信号に基づいて接続されたものとする。これにより、ＩＰ電話端末４２は保留中となり、ＩＰ電話端末４１とＩＰ電話端末４３は通話中となったものとする（Ｓ４０２）。この状態では、信号処理装置２０は、ＩＰ電話端末４２から受信したユーザ信号を破棄し、ＩＰ電話端末４２へ保留中を示すユーザ信号を送信する。また、信号処理装置２０は、ＩＰ電話端末４１から受信したユーザ信号をＩＰ電話端末４３へ、ＩＰ電話端末４３から受信したユーザ信号をＩＰ電話端末４１へ、それぞれ送信する（Ｓ４０３）。
【００３５】
次に、ＩＰ電話端末４１とＩＰ電話端末４３の通話が、制御信号により切断されたものとする（Ｓ４０４）。これにより、ＩＰ電話端末４２とＩＰ電話端末４３が通話中となる。
【００３６】
そして、信号処理装置２０は、ＩＰ電話端末４２から受信したユーザ信号をＩＰ電話端末４３へ、ＩＰ電話端末４３から受信したユーザ信号をＩＰ電話端末４１へ、それぞれ送信する（Ｓ４０５）。
【００３７】
以上のように、信号処理装置２０により、ＩＰ電話端末４２に対して制御信号を全く送信せずに、最初に接続したユーザ信号を維持して通話転送を実現する。
【００３８】
次に、上述の図２に示すようなセッション変更非対応端末のユーザ信号を維持するための動作を、ユーザ信号にＲＴＰを適用したケースで説明する。
【００３９】
ユーザ信号を維持するためには、セッション変更非対応端末が通話を開始してから、セッション変更非対応端末へ送信するＲＴＰパケットのＲＴＰヘッダにある、ＲＴＰシーケンス番号（ＳＥＱ）の連続性、およびタイムスタンプ（ＴＩＭＥ）の連続性、および同期ソース識別子（ＳＳＲＣ）の同一性を維持する必要がある。
【００４０】
図３は、セッション変更非対応端末のユーザ信号を維持するための動作例について示した説明図である。
【００４１】
図３では、ＩＰ電話端末４１から信号処理装置２０に与えられるユーザ信号を受信ユーザ信号ＳＲ１、ＩＰ電話端末４２から信号処理装置２０に与えられるユーザ信号を受信ユーザ信号ＳＲ２として図示している。また、図３では、信号処理装置２０からＩＰ電話端末４３に与えるユーザ信号を、送信ユーザ信号ＳＳ３として図示している。
【００４２】
また、図３において、受信ユーザ信号ＳＲ１には、ＲＴＰパケットＰ１１〜Ｐ１３（Ｐ１１〜Ｐ１３の順番で発生したものとする）が含まれており、受信ユーザ信号ＳＲ２には、ＲＴＰパケットＰ２１、Ｐ２２（Ｐ１１〜Ｐ１３が発生した後に、Ｐ２１、Ｐ２２の順番で発生したものとする）が含まれている。また、図３において、送信ユーザ信号ＳＳ３には、ＲＴＰパケットＰ３１〜Ｐ３５が含まれている。ＲＴＰパケットＰ３１〜Ｐ３５は、それぞれ、ＲＴＰパケットＰ１１〜Ｐ１３、Ｐ２１、Ｐ２２を変換した後のパケットであるものとする。また、図３において、それぞれのＲＴＰパケットに関する表示は、本来のＲＴＰパケットの内容を簡略化して記載したものであり、「ＳＥＱ」がＲＴＰシーケンス番号の値を、「ＴＩＭＥ」がタイムスタンプの値を、「ＳＳＲＣ」が同期ソース識別子の値を表している。
【００４３】
図３に示すように、信号処理装置２０により、ＲＴＰシーケンス番号およびタイムスタンプは、受信ユーザ信号ＳＲ１から受信ユーザ信号ＳＲ２へ変更されても、送信ユーザ信号ＳＳ３において連続性が維持される。また、ＳＳＲＣは、受信ユーザ信号ＳＲ１から受信ユーザ信号ＳＲ２へ変更されても、送信ユーザ信号ＳＳ３において最初に受信した受信ユーザ信号ＳＲ１の値が維持される。なお、信号処理装置２０において、受信ユーザ信号が、今まで受信したＲＴＰパケットと異なる同期ソース識別子を受信した際に、変更されたと判断するようにしても良い。
【００４４】
次に、信号処理装置２０において、ＲＴＰシーケンス番号の連続性を維持する動作について説明する。
【００４５】
まず、ＲＴＰシーケンス番号の連続性を維持する動作の説明に用いる変数の内容について説明する。
【００４６】
受信基準シーケンス番号（Ｒｓｅｑ）は、受信ユーザ信号毎に最初に受信したＲＴＰパケットのシーケンス番号である。
【００４７】
シーケンス番号（ＳＥＱ）は、受信ユーザ信号として受信したＲＴＰパケットのシーケンス番号である。
【００４８】
信号処理装置２０では、受信ユーザ信号としてＲＴＰパケットを受信した時、以下の（１）式で送信ユーザ信号として送信するＲＴＰパケットのシーケンス番号（Ｎｓｅｑ）が求められる。
【００４９】
Ｎｓｅｑ＝ＳＥＱ−Ｒｓｅｑ＋Ｓｓｅｑ …（１）
送信基準シーケンス番号（Ｓｓｅｑ）は、最初の受信ユーザ信号から始めて受信したＲＴＰパケットのシーケンス番号を初期値とし、受信ユーザ信号が変更された時に、Ｎｓｅｑの値へ１を加えた値に変更する。
【００５０】
受信ユーザ信号としてＲＴＰパケットを受信した時、上記Ｎｓｅｑを計算し、ＲＴＰパケットのシーケンス番号を変更し、送信ユーザ信号として送信する。
【００５１】
なお、ＳＥＱがＲｓｅｑより小さい場合は、受信ユーザ信号が変更される前のＲＴＰパケットに対して付与したシーケンス番号と重複する可能性があるため、受信したＲＴＰパケットを送信ユーザ信号として送信せずに破棄する。
【００５２】
以上の動作により、信号処理装置２０では、受信ユーザ信号が変更、すなわち、セッションが変更されても、送信ユーザ信号のＲＴＰシーケンス番号の連続性を維持できる。また、受信ユーザ信号のＲＴＰシーケンス番号が重複した場合（ＲＴＰパケットの重複受信）や、順序が入れ替わり到着した場合も、そのまま維持して送信することができるため、ユーザ信号終端処理による端末への影響をなくすことができる。
【００５３】
次に、信号処理装置２０において、ＲＴＰタイムスタンプの連続性を維持する動作を説明する。
【００５４】
ＲＴＰタイムスタンプは、ＲＴＰが搬送するコーデックおよびサンプリング周波数等のパラメータにより、ＲＴＰパケット間の増分値が異なるため、信号処理装置２０では、受信ユーザ信号から増分値を求める。また、信号処理装置２０では、受信ユーザ信号が変更された時のパケットロスも考慮し、ＲＴＰタイムスタンプの連続性が維持される。
【００５５】
まず、以下のＲＴＰタイムスタンプの連続性を維持する動作の説明に用いる変数の内容について説明する。
【００５６】
受信基準タイムスタンプ値（ＲＢｔ）は、受信ユーザ信号毎に最初に受信したＲＴＰパケットのタイムスタンプである。
【００５７】
送信基準タイムスタンプ値（ＳＢｔ）は、最初の受信ユーザ信号から始めて受信したＲＴＰパケットのタイムスタンプを初期値とし、受信ユーザ信号が変更された時に、値を更新する。
【００５８】
送信最大タイムスタンプ値（ＳＭｔ）は、送信ユーザ信号として送信したＲＴＰパケットに付与したタイムスタンプの最大値である。
【００５９】
受信最終タイムスタンプ値（ＲＬｔ）は、受信ユーザ信号から最後に受信したＲＴＰパケットのタイムスタンプである。
【００６０】
受信最終時刻（ＲＬｃ）は、受信ユーザ信号から最後にＲＴＰパケットを受信した時刻である。
【００６１】
タイムスタンプ（Ｐｔ）は、受信ユーザ信号として受信したＲＴＰパケットのタイムスタンプである。
【００６２】
受信時刻（Ｐｃ）は、受信ユーザ信号として受信したＲＴＰパケットの受信時刻である。
【００６３】
受信タイムスタンプ増分値（Ｄｔ）は、受信中の受信ユーザ信号のタイムスタンプ増分値である。
【００６４】
受信パケット間隔（Ｄｃ）は、受信中の受信ユーザ信号のパケット到着間隔（ｍｓ）である。
【００６５】
図４は、信号処理装置２０において、ＲＴＰタイムスタンプの連続性を維持する動作のフローチャートである。
【００６６】
このフローチャート及び上述の変数を用いて、信号処理装置２０におけるＲＴＰタイムスタンプの連続性を維持する動作を説明する。
【００６７】
まず、信号処理装置２０において、受信ユーザ信号としてＲＴＰパケットを受信したものとする（Ｓ６０１）。
【００６８】
受信したＲＴＰパケットが、最初の受信ユーザ信号から始めて受信したＲＴＰパケットの場合、変数を初期化する。初期化は、ＲＢｔ＝Ｐｔ、ＲＬｔ＝Ｐｔ、ＲＬｃ＝Ｐｃとすることにより行われる（Ｓ６０２）。
【００６９】
次に、受信したＲＴＰパケットの内容に応じて、受信ユーザ信号の変更の有無が確認され（Ｓ６０３）、変更なしの場合後述するステップＳ６０６から動作し、変更ありの場合は後述するステップＳ６０４から動作する。
【００７０】
ステップＳ６０３における、受信ユーザ信号の変更の有無の確認は、例えば、受信したＲＴＰパケットが、今まで受信したＲＴＰパケットと異なる同期ソース識別子を持つ場合は受信ユーザ信号が変更、同一の場合は変更されていないと判断する。
【００７１】
また、ステップＳ６０３における、受信ユーザ信号の変更の有無、すなわち、セッション切替わりのタイミングの確認は、ＩＰ電話交換サーバ３０とＩＰ電話端末の間を流れるＳＩＰによる呼制御信号の内容を分析して行うようにしても良い。
【００７２】
そして、上述のステップＳ６０３において、受信ユーザ信号の変更があったと判定した場合には、受信基準タイムスタンプ値（ＳＢｔ）の更新が、以下の（２）式の計算を用いて行われる（Ｓ６０４）。
【００７３】
ＳＢｔ＝ＳＭｔ＋Ｄｔ×（Ｐｃ−ＲＬｃ）÷Ｄｃ …（２）
次に、受信ユーザ信号変更に伴い、変数が初期化される（Ｓ６０５）。ステップＳ６０５における初期化は、ＳＭｔ＝ＳＢｔ、ＲＢｔ＝Ｐｔ、ＲＬｔ＝Ｐｔ、ＲＬｃ＝Ｐｃ、Ｄｔ＝０、Ｄｃ＝０とすることにより行われる。
【００７４】
次に、タイムスタンプ増分（Ｄｔ）とパケット化間隔（Ｄｃ）が更新される（Ｓ６０６）。ステップＳ６０６の更新は以下の（３）式が成り立つ時は、以下の（４）式とすることにより行われ、以下の（５）式が成り立つときは、以下の（６）式とすることにより行われる。
【００７５】
（Ｐｔ−ＲＬｔ）＞Ｄｔ …（３）
Ｄｔ＝Ｐｔ−ＲＬｔ …（４）
（Ｐｃ−ＲＬｃ）＞Ｄｃ …（５）
Ｄｃ＝Ｐｃ−ＲＬｃ …（６）
次に、受信最終値が更新される（Ｓ６０７）。ステップＳ６０７の更新はＲＬｔ＝Ｐｔ、ＲＬｃ＝Ｐｃを適用することにより行われる。
【００７６】
次に、ＲＴＰパケットのタイムスタンプが更新される（Ｓ６０８）。ステップＳ６０８の更新は、以下の（７）式を適用することにより行われる。
【００７７】
Ｐｔ＝ＳＢｔ＋（Ｐｔ−ＲＢｔ） …（７）
次に、タイムスタンプを更新したＲＴＰパケットが、送信ユーザ信号として送信される（Ｓ６０９）。
【００７８】
以上の動作により、受信ユーザ信号が変更されても、送信ユーザ信号のＲＴＰタイムスタンプの連続性を維持できる。
【００７９】
次に、信号処理装置２０における、ＲＴＰ同期ソース識別子の同一性を維持する動作を説明する。
【００８０】
ＲＴＰ同期ソース識別子の同一性を維持する動作では、変数として開始同期ソース識別子（Ｓｓｓｒｃ）が用いられる。
【００８１】
開始同期ソース識別子（Ｓｓｓｒｃ）は、最初の受信ユーザ信号から始めて受信したＲＴＰパケットの同期ソース識別子とする。受信ユーザ信号としてＲＴＰパケットを受信した時、ＲＴＰパケットの同期ソース識別子をＳｓｒｃへ変更し、送信ユーザ信号として送信する。
【００８２】
上述のように、信号処理装置２０の処理により、受信ユーザ信号が変更されても、送信ユーザ信号のＲＴＰ同期ソース識別子の同一性を維持できる。
【００８３】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。
【００８４】
信号処理装置２０により、セッション変更機能を持つＩＰ電話端末と持たないＩＰ電話端末という通信セッションに係る仕様が異なる通信装置間での、通話転送サービスやガイダンス接続等の通話中の通信セッション変更を実現することができる。
【００８５】
（Ｂ）第２の実施形態
以下、本発明による信号処理装置及びプログラム、並びに、通信システムの第２の実施形態を、図面を参照しながら詳述する。
【００８６】
（Ｂ−１）第２の実施形態の構成
図５は、この実施形態の通信システム１０Ａの全体構成を示すブロック図である。
【００８７】
図５では、通信システム１０Ａには、信号処理装置２０Ａ、ＩＰ電話交換サーバ３０、及び３台のＩＰ電話端末４１、４２、４３が配置されている。ＩＰ電話交換サーバ３０及びＩＰ電話端末４１、４２、４３については、第１の実施形態と同様のものであるので詳しい説明を省略する。
【００８８】
第２の実施形態の信号処理装置２０Ａは、第１の実施形態の信号処理装置２０を冗長構成の装置として構築したものであり、処理ユニット２１−１と処理ユニット２１−２を有している。処理ユニット２１−１、２１−２は、それぞれ、第１の実施形態における信号処理装置２０と同様の処理を行うことが可能な装置であり、図５においては、処理ユニット２１−１が運用系、処理ユニット２１−２が待機系の装置として構築され、いわゆるアクティブ・スタンバイの構成となっている。
【００８９】
図５では、信号処理装置２０Ａにおいて、待機系の処理ユニットは、処理ユニット２１−２だけとなっているが複数の待機系の処理ユニットを備えるようにしてもよい。
【００９０】
運用系の処理ユニット２１−１から、待機系の処理ユニット２１−２へ切替わる条件（契機）や、切替方式について、具体的な内容は限定されないものであるが、例えば、図示しない監視処理部（または、外部の監視装置）により運用系の処理ユニット２１−１の動作を監視し、障害を検知した場合に処理ユニット２１−２へ切替を行ったりするようにしてもよい。なお、運用系の処理ユニット２１−１から、待機系の処理ユニット２１−２へ切替える処理については、既存のサーバ装置等の切替処理手段を適用するようにしても良い。
【００９１】
また、ＩＰ電話端末４１〜４３間を流れるパケットに係る連続性を保持するために、処理ユニット２１−１から処理ユニット２１−２へ、通信セッションに係る情報の転送が行われている。そして、処理ユニット２１−２では、待機系から運用系に切替わった場合には、処理ユニット２１−１から与えられた情報を利用して、ＩＰ電話端末４１〜４３間を流れるパケットに係る連続性を保持する。
【００９２】
なお、処理ユニット２１−１から処理ユニット２１−２へ送信される情報の詳細については、後述する動作説明において詳述する。
【００９３】
（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態の通信システム１０Ａの動作を説明する。
【００９４】
第１の実施例で説明した、ユーザ信号の終端動作を、冗長構成で動作させる場合の追加動作を説明する。その他の動作は、第１の実施形態と同様である。
【００９５】
まず、通信システム１０Ａの通常処理時の動作について説明する。
【００９６】
運用系は、第１の実施形態で説明した動作と同様の動作を行うが、運用系で維持する以下のＲＴＰシーケンス番号、ＲＴＰタイムスタンプ、及び、ＲＴＰ同期ソース識別子に係る変数を同期データとして定期的に待機系へ転送し、待機系において保持する。
【００９７】
ＲＴＰシーケンス番号：送信基準シーケンス番号（Ｓｓｅｑ）
ＲＴＰタイムスタンプ：送信最大タイムスタンプ値（ＳＭｔ）、受信最終時刻（ＲＬｃ）、受信タイムスタンプ増分値（Ｄｔ）、受信パケット間隔（Ｄｃ）
ＲＴＰ同期ソース識別子：開始同期ソース識別子（Ｓｓｓｒｃ）
待機系は、運用系から受信した同期データから、待機系の同様の変数を更新する。
【００９８】
次に、処理ユニット２１−１から処理ユニット２１−２への系切替えの動作を説明する。
【００９９】
運用系は、待機系から同期データを受信した時、待機系へ動作を切り替えるようにしても良いし、運用系において障害等が発生した場合には、特に待機系への切替を行わず動作を停止するようにしても良い。
【０１００】
待機系は、図示しない監視処理部（または、外部の監視装置）からの運用系への切替えの制御信号およびユーザ信号を受信した時、運用系へ動作を切り替える。そして、待機系は、切り替え時は、次のようにして動作を開始する。
【０１０１】
ＲＴＰシーケンス番号の連続性を維持する動作は、保持しているＳｓｅｑを用いて開始する。
【０１０２】
ＲＴＰタイムスタンプの連続性を維持する動作は、保持しているＳＭｔ、ＲＬｃ、Ｄｔ、Ｄｃを用いて、上述の図４のＲＴＰタイムスタンプの連続性を維持する動作のＳ６０４から開始する。
【０１０３】
ＲＴＰ同期ソース識別子の同一性を維持する動作は、保持しているＳｓｓｒｃを用いて開始する。
【０１０４】
（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、以下のような効果を奏することができる。
【０１０５】
ＩＰ電話信号処理装置２０Ａでは、信号処理装置２０Ａにおいて処理ユニットを冗長構成としたので、第１の実施形態よりも高い信頼性のシステムを構築することができる。
【０１０６】
（Ｃ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１０７】
（Ｃ−１）上記の各実施形態において、信号処理装置の処理対象となる装置は、ＩＰ電話端末であるものとして説明したが、これに限定されず、ＩＰ−ＰＢＸ等の配下に端末を収容する他の通信装置としても良い。
【０１０８】
（Ｃ−２）上記の実施形態においては、信号処理装置では、ＲＴＰパケット等を処理するものとして説明したが、ＲＴＣＰパケットにも同様に適用しても良い。
【０１０９】
（Ｃ−３）上記の実施形態においては、信号処理装置では、ＲＴＰパケット等を処理するものとして説明したが、適用されるプロトコルはこれに限定されず、他のリアルタイム通信に係るパケットを適用するようにしても良い。その場合でも、上述の信号処理装置２０の動作説明において用いた各変数を、当該プロトコルにおいて相当する変数に置き換えることにより、上記の実施形態と同様の効果を奏することができる。
【符号の説明】
【０１１０】
１０…通信システム、２０…信号処理装置、３０…ＩＰ電話交換サーバ、４１〜４３…ＩＰ電話端末。
【技術分野】
【０００１】
この発明は、信号処理装置及びプログラム、並びに、通信システムに関し、例えば、ＩＰ電話通信システムに適用し得る。
【背景技術】
【０００２】
一般に、ＩＰ電話通信システムにおいて、通話転送やガイダンス接続等のサービスを提供するためには、例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ；非特許文献１参照）等のＩＰ電話端末が搭載する制御信号を用いて、ＲＴＰ／ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ／ＲＴＰ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ；非特許文献３等参照）等のユーザ信号のセッション変更を行うことで実現される。
【０００３】
図６は、従来技術のＩＰ電話通信システムを用いて、ユーザ信号のセッション変更の動作を実現する構成の例である。
【０００４】
ＩＰ電話通信システム６０１は、ＩＰ電話端末６０２−１〜６０２−３にＩＰ電話サービスを提供するシステムである。ＩＰ電話端末６０２−１〜６０１−３は、ＩＰ電話サービスを提供するためのユーザインタフェースとなる端末である。
【０００５】
ＩＰ電話交換サーバ６０３は、ＩＰ電話端末との間で制御信号を交換し、接続を制御するための制御装置であり、ＩＰ電話端末間の接続や、異なるＩＰ電話端末への転送等のサービスを提供する。
【０００６】
図７は、図６に示すＩＰ電話通信システム６０１における、ユーザ信号のセッション変更（通話転送）の動作の例について示した説明図である。
【０００７】
図６、図７において、制御信号は、それぞれ、ＩＰ電話交換サーバ６０３とそれぞれのＩＰ電話端末の間で交換される制御用の信号であり、信号形式としてＳＩＰ（ＲＦＣ３２６１）等の標準化された形式が採用される。制御信号６０４−１は、ＩＰ電話交換サーバ６０３とＩＰ電話端末６０２−１の間を流れる制御信号であり、制御信号６０４−２は、ＩＰ電話交換サーバ６０３とＩＰ電話端末６０２−２の間を流れる制御信号である。また、図６においては、図示を省略しているが、ＩＰ電話交換サーバ６０３とＩＰ電話端末６０２−３との間でも制御信号のやりとりが行われるものとする。
【０００８】
図６、図７において、ユーザ信号は、ＩＰ電話端末間で交換される信号（例えば、音声、映像信号等）であり、信号形式としてＲＴＰ（ＲＦＣ３５５０）等の標準化された形式が採用される。ユーザ信号６０５−１は、ＩＰ電話端末６０２−１とＩＰ電話端末６０２−２間で交換される信号である。ユーザ信号６０５−２は、ＩＰ電話端末６０２−１とＩＰ電話端末６０２−３間で交換される信号である。ユーザ信号６０５−３は、ＩＰ電話端末６０２−２とＩＰ電話端末６０２−３間で交換される信号である。
【０００９】
次に、ＩＰ電話端末６０２−１とＩＰ電話端末６０２−２が通話中の状態から、ＩＰ電話端末６０２−１からＩＰ電話端末６０２−３へ通話転送する例を説明する。
【００１０】
最初の状態は、ＩＰ電話端末６０２−１とＩＰ電話端末６０２−２が通話中であるものとする。この状態では、ユーザ信号６０５−１が接続され、ユーザ信号６０５−２およびユーザ信号６０５−３は接続されていない状態である。
【００１１】
次に、ＩＰ電話端末６０２−１からＩＰ電話端末６０２−３に発信し、通話中とすることで、ユーザ信号６０５−２が接続され、ユーザ信号６０５−１は保留状態（接続は維持）となる。
【００１２】
最後に、ＩＰ電話端末６０２−１が通話切断することで、ユーザ信号６０５−１およびユーザ信号６０５−２は切断され、ユーザ信号６０５−３が接続されて通話中となり、通話転送が完了する。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】ＩＥＴＦ ＲＦＣ３２６１
【非特許文献２】ＩＥＴＦ ＲＦＣ４５６６
【非特許文献３】ＩＥＴＦ ＲＦＣ３５５０
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、図６、７に示すような従来のＩＰ電話通信システムを構成するＩＰ電話端末では、ユーザ信号に対する、制御信号の処理や複数のユーザ信号を接続する等の、セッション変更機能を持たない端末（非対応端末）と、セッション変更機能を持つ端末（対応端末）間において、通話転送やガイダンス接続等のサービスを提供することができなかった。
【００１５】
そのため、通信セッションに係る処理仕様が異なる通信装置間での通信セッション変更処理を実現することができる信号処理装置及びプログラム、並びに、通信システムが望まれている。
【課題を解決するための手段】
【００１６】
第１の本発明の信号処理装置は、（１）送信側通信装置からパケットを受信するパケット受信手段と、（２）上記パケット受信手段が受信した受信パケットを、そのまま、又は、パケット加工手段により加工して、その宛先の受信側通信装置へ送信するパケット処理手段とを備え、（３）上記パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、上記セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、上記受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、上記第２の送信側通信装置から受信した受信パケットを加工することを特徴とする。
【００１７】
第２の本発明の信号処理プログラムは、信号処理装置に搭載されたコンピュータを、（１）送信側通信装置からパケットを受信するパケット受信手段と、（２）上記パケット受信手段が受信した受信パケットを、そのまま、又は、パケット加工手段により加工して、その宛先の受信側通信装置へ送信するパケット処理手段として機能させ、（３）上記パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、上記セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、上記受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、上記第２の送信側通信装置から受信した受信パケットを加工することを特徴とする。
【００１８】
第３の本発明は、複数の通信装置と、上記通信装置間を流れるパケットを処理する信号処理装置とを備える通信システムにおいて、上記信号処理装置として第１の本発明の信号処理装置を適用したことを特徴とする。
【発明の効果】
【００１９】
本発明によれば、通信セッションに係る処理仕様が異なる通信装置間での通信セッション変更処理を実現することができる。
【図面の簡単な説明】
【００２０】
【図１】第１の実施形態に係る通信システムの全体構成について示したブロック図である。
【図２】第１の実施形態に係る通信システムの動作について示したシーケンス図である。
【図３】第１の実施形態に係る通信システムにおいて流れるパケットの内容例について示した説明図である。
【図４】第１の実施形態に係る信号処理装置の動作について示したフローチャートである。
【図５】第２の実施形態に係る通信システムの全体構成について示したブロック図である。
【図６】従来のＩＰ電話通信システムの構成例について示したブロック図である。
【図７】従来のＩＰ電話通信システムの動作の例について示した説明図である。
【発明を実施するための形態】
【００２１】
（Ａ）第１の実施形態
以下、本発明による信号処理装置及びプログラム、並びに、通信システムの第１の実施形態を、図面を参照しながら詳述する。
【００２２】
（Ａ−１）第１の実施形態の構成
図１は、この実施形態の通信システム１０の全体構成を示すブロック図である。
【００２３】
図１では、通信システム１０には、信号処理装置２０、ＩＰ電話交換サーバ３０、及び３台のＩＰ電話端末４１、４２、４３が配置されている。なお、通信システム１０において、配置されるＩＰ電話端末の数や種類は限定されないものである。
【００２４】
ＩＰ電話交換サーバ３０は、ＩＰ電話端末４１〜４３に対する呼制御を行う機能を担っている。
【００２５】
通信システム１０において、ＩＰ電話交換サーバ３０は、ＳＩＰを用いてＩＰ電話端末間の通信を呼制御するものとするが、用いられるプロトコルはこれに限定されないものである。また、ＩＰ電話端末間のメディトラヒック（音声や映像等、その内容は限定されないものである）は、ＲＴＰ及びＲＴＣＰを用いて行われるものとして説明するが、用いられるプロトコルはこれに限定されないものである。
【００２６】
信号処理装置２０は、ＩＰ電話端末４１〜４３から送信されるユーザ信号を終端し、当該ユーザ信号の宛先のＩＰ電話端末への送信に適した内容に変換する処理を行って、宛先のＩＰ電話端末へ向けて変換したユーザ信号を送信する。
【００２７】
信号処理装置２０は、例えば、複数のネットワークの境界上に配置される装置として適用するようにしても良い。具体的には、ＩＰ電話端末ごとに異なるネットワークに属し、ネットワークごとに異なる通信仕様である場合には、ＩＰ電話端末間の通信仕様の差異を吸収する装置として、信号処理装置２０を適用することが挙げられる。
【００２８】
信号処理装置２０は、例えば、ハードウェア的な通信手段の他は、通信処理やデータ処理等を実行するためのＣＰＵ、ＲＯＭ、ＲＡＭ等を有する情報処理装置を搭載しており、その情報処理装置が実行するプログラム（実施形態の信号処理プログラムを含む）をインストールして構築するようにしてもよい。
【００２９】
また、信号処理装置２０は、ＩＰ電話交換サーバ３０とＩＰ電話端末４１〜４３との間を流れる呼制御信号を中継し、中継した呼制御信号の内容を分析し、その分析結果に応じたユーザ信号の処理を行っている。信号処理装置２０の詳細については、後述する動作説明において詳述する。
【００３０】
また、図１においては、ＩＰ電話端末４１、４２は、セッション変更機能に対応したセッション変更対応端末とし、ＩＰ電話端末４３は、セッション変更機能に対応しないセッション変更非対応端末であるものとする。
【００３１】
（Ａ−２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の通信システム１０の動作を説明する。
【００３２】
図２は、図１に示す通信システム１０における各装置間のデータの流れについて示したシーケンス図である。なお、図２のシーケンス図では、信号処理装置２０のユーザ信号の動作を説明するものであり、制御信号は簡略化して図示している。
【００３３】
最初の状態は、ＩＰ電話端末４１とＩＰ電話端末４２が通話中の状態であるものとする（Ｓ４０１）。この状態では、信号処理装置２０は、ＩＰ電話端末４１とのユーザ信号と、ＩＰ電話端末４２とのユーザ信号を終端し、ＩＰ電話端末４１から受信したユーザ信号をＩＰ電話端末４２へ、ＩＰ電話端末４２から受信したユーザ信号をＩＰ電話端末４１へ、それぞれ送信する。
【００３４】
次に、ＩＰ電話端末４１とＩＰ電話端末４３とが、ＩＰ電話交換サーバ３０から送出された呼制御信号に基づいて接続されたものとする。これにより、ＩＰ電話端末４２は保留中となり、ＩＰ電話端末４１とＩＰ電話端末４３は通話中となったものとする（Ｓ４０２）。この状態では、信号処理装置２０は、ＩＰ電話端末４２から受信したユーザ信号を破棄し、ＩＰ電話端末４２へ保留中を示すユーザ信号を送信する。また、信号処理装置２０は、ＩＰ電話端末４１から受信したユーザ信号をＩＰ電話端末４３へ、ＩＰ電話端末４３から受信したユーザ信号をＩＰ電話端末４１へ、それぞれ送信する（Ｓ４０３）。
【００３５】
次に、ＩＰ電話端末４１とＩＰ電話端末４３の通話が、制御信号により切断されたものとする（Ｓ４０４）。これにより、ＩＰ電話端末４２とＩＰ電話端末４３が通話中となる。
【００３６】
そして、信号処理装置２０は、ＩＰ電話端末４２から受信したユーザ信号をＩＰ電話端末４３へ、ＩＰ電話端末４３から受信したユーザ信号をＩＰ電話端末４１へ、それぞれ送信する（Ｓ４０５）。
【００３７】
以上のように、信号処理装置２０により、ＩＰ電話端末４２に対して制御信号を全く送信せずに、最初に接続したユーザ信号を維持して通話転送を実現する。
【００３８】
次に、上述の図２に示すようなセッション変更非対応端末のユーザ信号を維持するための動作を、ユーザ信号にＲＴＰを適用したケースで説明する。
【００３９】
ユーザ信号を維持するためには、セッション変更非対応端末が通話を開始してから、セッション変更非対応端末へ送信するＲＴＰパケットのＲＴＰヘッダにある、ＲＴＰシーケンス番号（ＳＥＱ）の連続性、およびタイムスタンプ（ＴＩＭＥ）の連続性、および同期ソース識別子（ＳＳＲＣ）の同一性を維持する必要がある。
【００４０】
図３は、セッション変更非対応端末のユーザ信号を維持するための動作例について示した説明図である。
【００４１】
図３では、ＩＰ電話端末４１から信号処理装置２０に与えられるユーザ信号を受信ユーザ信号ＳＲ１、ＩＰ電話端末４２から信号処理装置２０に与えられるユーザ信号を受信ユーザ信号ＳＲ２として図示している。また、図３では、信号処理装置２０からＩＰ電話端末４３に与えるユーザ信号を、送信ユーザ信号ＳＳ３として図示している。
【００４２】
また、図３において、受信ユーザ信号ＳＲ１には、ＲＴＰパケットＰ１１〜Ｐ１３（Ｐ１１〜Ｐ１３の順番で発生したものとする）が含まれており、受信ユーザ信号ＳＲ２には、ＲＴＰパケットＰ２１、Ｐ２２（Ｐ１１〜Ｐ１３が発生した後に、Ｐ２１、Ｐ２２の順番で発生したものとする）が含まれている。また、図３において、送信ユーザ信号ＳＳ３には、ＲＴＰパケットＰ３１〜Ｐ３５が含まれている。ＲＴＰパケットＰ３１〜Ｐ３５は、それぞれ、ＲＴＰパケットＰ１１〜Ｐ１３、Ｐ２１、Ｐ２２を変換した後のパケットであるものとする。また、図３において、それぞれのＲＴＰパケットに関する表示は、本来のＲＴＰパケットの内容を簡略化して記載したものであり、「ＳＥＱ」がＲＴＰシーケンス番号の値を、「ＴＩＭＥ」がタイムスタンプの値を、「ＳＳＲＣ」が同期ソース識別子の値を表している。
【００４３】
図３に示すように、信号処理装置２０により、ＲＴＰシーケンス番号およびタイムスタンプは、受信ユーザ信号ＳＲ１から受信ユーザ信号ＳＲ２へ変更されても、送信ユーザ信号ＳＳ３において連続性が維持される。また、ＳＳＲＣは、受信ユーザ信号ＳＲ１から受信ユーザ信号ＳＲ２へ変更されても、送信ユーザ信号ＳＳ３において最初に受信した受信ユーザ信号ＳＲ１の値が維持される。なお、信号処理装置２０において、受信ユーザ信号が、今まで受信したＲＴＰパケットと異なる同期ソース識別子を受信した際に、変更されたと判断するようにしても良い。
【００４４】
次に、信号処理装置２０において、ＲＴＰシーケンス番号の連続性を維持する動作について説明する。
【００４５】
まず、ＲＴＰシーケンス番号の連続性を維持する動作の説明に用いる変数の内容について説明する。
【００４６】
受信基準シーケンス番号（Ｒｓｅｑ）は、受信ユーザ信号毎に最初に受信したＲＴＰパケットのシーケンス番号である。
【００４７】
シーケンス番号（ＳＥＱ）は、受信ユーザ信号として受信したＲＴＰパケットのシーケンス番号である。
【００４８】
信号処理装置２０では、受信ユーザ信号としてＲＴＰパケットを受信した時、以下の（１）式で送信ユーザ信号として送信するＲＴＰパケットのシーケンス番号（Ｎｓｅｑ）が求められる。
【００４９】
Ｎｓｅｑ＝ＳＥＱ−Ｒｓｅｑ＋Ｓｓｅｑ …（１）
送信基準シーケンス番号（Ｓｓｅｑ）は、最初の受信ユーザ信号から始めて受信したＲＴＰパケットのシーケンス番号を初期値とし、受信ユーザ信号が変更された時に、Ｎｓｅｑの値へ１を加えた値に変更する。
【００５０】
受信ユーザ信号としてＲＴＰパケットを受信した時、上記Ｎｓｅｑを計算し、ＲＴＰパケットのシーケンス番号を変更し、送信ユーザ信号として送信する。
【００５１】
なお、ＳＥＱがＲｓｅｑより小さい場合は、受信ユーザ信号が変更される前のＲＴＰパケットに対して付与したシーケンス番号と重複する可能性があるため、受信したＲＴＰパケットを送信ユーザ信号として送信せずに破棄する。
【００５２】
以上の動作により、信号処理装置２０では、受信ユーザ信号が変更、すなわち、セッションが変更されても、送信ユーザ信号のＲＴＰシーケンス番号の連続性を維持できる。また、受信ユーザ信号のＲＴＰシーケンス番号が重複した場合（ＲＴＰパケットの重複受信）や、順序が入れ替わり到着した場合も、そのまま維持して送信することができるため、ユーザ信号終端処理による端末への影響をなくすことができる。
【００５３】
次に、信号処理装置２０において、ＲＴＰタイムスタンプの連続性を維持する動作を説明する。
【００５４】
ＲＴＰタイムスタンプは、ＲＴＰが搬送するコーデックおよびサンプリング周波数等のパラメータにより、ＲＴＰパケット間の増分値が異なるため、信号処理装置２０では、受信ユーザ信号から増分値を求める。また、信号処理装置２０では、受信ユーザ信号が変更された時のパケットロスも考慮し、ＲＴＰタイムスタンプの連続性が維持される。
【００５５】
まず、以下のＲＴＰタイムスタンプの連続性を維持する動作の説明に用いる変数の内容について説明する。
【００５６】
受信基準タイムスタンプ値（ＲＢｔ）は、受信ユーザ信号毎に最初に受信したＲＴＰパケットのタイムスタンプである。
【００５７】
送信基準タイムスタンプ値（ＳＢｔ）は、最初の受信ユーザ信号から始めて受信したＲＴＰパケットのタイムスタンプを初期値とし、受信ユーザ信号が変更された時に、値を更新する。
【００５８】
送信最大タイムスタンプ値（ＳＭｔ）は、送信ユーザ信号として送信したＲＴＰパケットに付与したタイムスタンプの最大値である。
【００５９】
受信最終タイムスタンプ値（ＲＬｔ）は、受信ユーザ信号から最後に受信したＲＴＰパケットのタイムスタンプである。
【００６０】
受信最終時刻（ＲＬｃ）は、受信ユーザ信号から最後にＲＴＰパケットを受信した時刻である。
【００６１】
タイムスタンプ（Ｐｔ）は、受信ユーザ信号として受信したＲＴＰパケットのタイムスタンプである。
【００６２】
受信時刻（Ｐｃ）は、受信ユーザ信号として受信したＲＴＰパケットの受信時刻である。
【００６３】
受信タイムスタンプ増分値（Ｄｔ）は、受信中の受信ユーザ信号のタイムスタンプ増分値である。
【００６４】
受信パケット間隔（Ｄｃ）は、受信中の受信ユーザ信号のパケット到着間隔（ｍｓ）である。
【００６５】
図４は、信号処理装置２０において、ＲＴＰタイムスタンプの連続性を維持する動作のフローチャートである。
【００６６】
このフローチャート及び上述の変数を用いて、信号処理装置２０におけるＲＴＰタイムスタンプの連続性を維持する動作を説明する。
【００６７】
まず、信号処理装置２０において、受信ユーザ信号としてＲＴＰパケットを受信したものとする（Ｓ６０１）。
【００６８】
受信したＲＴＰパケットが、最初の受信ユーザ信号から始めて受信したＲＴＰパケットの場合、変数を初期化する。初期化は、ＲＢｔ＝Ｐｔ、ＲＬｔ＝Ｐｔ、ＲＬｃ＝Ｐｃとすることにより行われる（Ｓ６０２）。
【００６９】
次に、受信したＲＴＰパケットの内容に応じて、受信ユーザ信号の変更の有無が確認され（Ｓ６０３）、変更なしの場合後述するステップＳ６０６から動作し、変更ありの場合は後述するステップＳ６０４から動作する。
【００７０】
ステップＳ６０３における、受信ユーザ信号の変更の有無の確認は、例えば、受信したＲＴＰパケットが、今まで受信したＲＴＰパケットと異なる同期ソース識別子を持つ場合は受信ユーザ信号が変更、同一の場合は変更されていないと判断する。
【００７１】
また、ステップＳ６０３における、受信ユーザ信号の変更の有無、すなわち、セッション切替わりのタイミングの確認は、ＩＰ電話交換サーバ３０とＩＰ電話端末の間を流れるＳＩＰによる呼制御信号の内容を分析して行うようにしても良い。
【００７２】
そして、上述のステップＳ６０３において、受信ユーザ信号の変更があったと判定した場合には、受信基準タイムスタンプ値（ＳＢｔ）の更新が、以下の（２）式の計算を用いて行われる（Ｓ６０４）。
【００７３】
ＳＢｔ＝ＳＭｔ＋Ｄｔ×（Ｐｃ−ＲＬｃ）÷Ｄｃ …（２）
次に、受信ユーザ信号変更に伴い、変数が初期化される（Ｓ６０５）。ステップＳ６０５における初期化は、ＳＭｔ＝ＳＢｔ、ＲＢｔ＝Ｐｔ、ＲＬｔ＝Ｐｔ、ＲＬｃ＝Ｐｃ、Ｄｔ＝０、Ｄｃ＝０とすることにより行われる。
【００７４】
次に、タイムスタンプ増分（Ｄｔ）とパケット化間隔（Ｄｃ）が更新される（Ｓ６０６）。ステップＳ６０６の更新は以下の（３）式が成り立つ時は、以下の（４）式とすることにより行われ、以下の（５）式が成り立つときは、以下の（６）式とすることにより行われる。
【００７５】
（Ｐｔ−ＲＬｔ）＞Ｄｔ …（３）
Ｄｔ＝Ｐｔ−ＲＬｔ …（４）
（Ｐｃ−ＲＬｃ）＞Ｄｃ …（５）
Ｄｃ＝Ｐｃ−ＲＬｃ …（６）
次に、受信最終値が更新される（Ｓ６０７）。ステップＳ６０７の更新はＲＬｔ＝Ｐｔ、ＲＬｃ＝Ｐｃを適用することにより行われる。
【００７６】
次に、ＲＴＰパケットのタイムスタンプが更新される（Ｓ６０８）。ステップＳ６０８の更新は、以下の（７）式を適用することにより行われる。
【００７７】
Ｐｔ＝ＳＢｔ＋（Ｐｔ−ＲＢｔ） …（７）
次に、タイムスタンプを更新したＲＴＰパケットが、送信ユーザ信号として送信される（Ｓ６０９）。
【００７８】
以上の動作により、受信ユーザ信号が変更されても、送信ユーザ信号のＲＴＰタイムスタンプの連続性を維持できる。
【００７９】
次に、信号処理装置２０における、ＲＴＰ同期ソース識別子の同一性を維持する動作を説明する。
【００８０】
ＲＴＰ同期ソース識別子の同一性を維持する動作では、変数として開始同期ソース識別子（Ｓｓｓｒｃ）が用いられる。
【００８１】
開始同期ソース識別子（Ｓｓｓｒｃ）は、最初の受信ユーザ信号から始めて受信したＲＴＰパケットの同期ソース識別子とする。受信ユーザ信号としてＲＴＰパケットを受信した時、ＲＴＰパケットの同期ソース識別子をＳｓｒｃへ変更し、送信ユーザ信号として送信する。
【００８２】
上述のように、信号処理装置２０の処理により、受信ユーザ信号が変更されても、送信ユーザ信号のＲＴＰ同期ソース識別子の同一性を維持できる。
【００８３】
（Ａ−３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。
【００８４】
信号処理装置２０により、セッション変更機能を持つＩＰ電話端末と持たないＩＰ電話端末という通信セッションに係る仕様が異なる通信装置間での、通話転送サービスやガイダンス接続等の通話中の通信セッション変更を実現することができる。
【００８５】
（Ｂ）第２の実施形態
以下、本発明による信号処理装置及びプログラム、並びに、通信システムの第２の実施形態を、図面を参照しながら詳述する。
【００８６】
（Ｂ−１）第２の実施形態の構成
図５は、この実施形態の通信システム１０Ａの全体構成を示すブロック図である。
【００８７】
図５では、通信システム１０Ａには、信号処理装置２０Ａ、ＩＰ電話交換サーバ３０、及び３台のＩＰ電話端末４１、４２、４３が配置されている。ＩＰ電話交換サーバ３０及びＩＰ電話端末４１、４２、４３については、第１の実施形態と同様のものであるので詳しい説明を省略する。
【００８８】
第２の実施形態の信号処理装置２０Ａは、第１の実施形態の信号処理装置２０を冗長構成の装置として構築したものであり、処理ユニット２１−１と処理ユニット２１−２を有している。処理ユニット２１−１、２１−２は、それぞれ、第１の実施形態における信号処理装置２０と同様の処理を行うことが可能な装置であり、図５においては、処理ユニット２１−１が運用系、処理ユニット２１−２が待機系の装置として構築され、いわゆるアクティブ・スタンバイの構成となっている。
【００８９】
図５では、信号処理装置２０Ａにおいて、待機系の処理ユニットは、処理ユニット２１−２だけとなっているが複数の待機系の処理ユニットを備えるようにしてもよい。
【００９０】
運用系の処理ユニット２１−１から、待機系の処理ユニット２１−２へ切替わる条件（契機）や、切替方式について、具体的な内容は限定されないものであるが、例えば、図示しない監視処理部（または、外部の監視装置）により運用系の処理ユニット２１−１の動作を監視し、障害を検知した場合に処理ユニット２１−２へ切替を行ったりするようにしてもよい。なお、運用系の処理ユニット２１−１から、待機系の処理ユニット２１−２へ切替える処理については、既存のサーバ装置等の切替処理手段を適用するようにしても良い。
【００９１】
また、ＩＰ電話端末４１〜４３間を流れるパケットに係る連続性を保持するために、処理ユニット２１−１から処理ユニット２１−２へ、通信セッションに係る情報の転送が行われている。そして、処理ユニット２１−２では、待機系から運用系に切替わった場合には、処理ユニット２１−１から与えられた情報を利用して、ＩＰ電話端末４１〜４３間を流れるパケットに係る連続性を保持する。
【００９２】
なお、処理ユニット２１−１から処理ユニット２１−２へ送信される情報の詳細については、後述する動作説明において詳述する。
【００９３】
（Ｂ−２）第２の実施形態の動作
次に、以上のような構成を有する第２の実施形態の通信システム１０Ａの動作を説明する。
【００９４】
第１の実施例で説明した、ユーザ信号の終端動作を、冗長構成で動作させる場合の追加動作を説明する。その他の動作は、第１の実施形態と同様である。
【００９５】
まず、通信システム１０Ａの通常処理時の動作について説明する。
【００９６】
運用系は、第１の実施形態で説明した動作と同様の動作を行うが、運用系で維持する以下のＲＴＰシーケンス番号、ＲＴＰタイムスタンプ、及び、ＲＴＰ同期ソース識別子に係る変数を同期データとして定期的に待機系へ転送し、待機系において保持する。
【００９７】
ＲＴＰシーケンス番号：送信基準シーケンス番号（Ｓｓｅｑ）
ＲＴＰタイムスタンプ：送信最大タイムスタンプ値（ＳＭｔ）、受信最終時刻（ＲＬｃ）、受信タイムスタンプ増分値（Ｄｔ）、受信パケット間隔（Ｄｃ）
ＲＴＰ同期ソース識別子：開始同期ソース識別子（Ｓｓｓｒｃ）
待機系は、運用系から受信した同期データから、待機系の同様の変数を更新する。
【００９８】
次に、処理ユニット２１−１から処理ユニット２１−２への系切替えの動作を説明する。
【００９９】
運用系は、待機系から同期データを受信した時、待機系へ動作を切り替えるようにしても良いし、運用系において障害等が発生した場合には、特に待機系への切替を行わず動作を停止するようにしても良い。
【０１００】
待機系は、図示しない監視処理部（または、外部の監視装置）からの運用系への切替えの制御信号およびユーザ信号を受信した時、運用系へ動作を切り替える。そして、待機系は、切り替え時は、次のようにして動作を開始する。
【０１０１】
ＲＴＰシーケンス番号の連続性を維持する動作は、保持しているＳｓｅｑを用いて開始する。
【０１０２】
ＲＴＰタイムスタンプの連続性を維持する動作は、保持しているＳＭｔ、ＲＬｃ、Ｄｔ、Ｄｃを用いて、上述の図４のＲＴＰタイムスタンプの連続性を維持する動作のＳ６０４から開始する。
【０１０３】
ＲＴＰ同期ソース識別子の同一性を維持する動作は、保持しているＳｓｓｒｃを用いて開始する。
【０１０４】
（Ｂ−３）第２の実施形態の効果
第２の実施形態によれば、以下のような効果を奏することができる。
【０１０５】
ＩＰ電話信号処理装置２０Ａでは、信号処理装置２０Ａにおいて処理ユニットを冗長構成としたので、第１の実施形態よりも高い信頼性のシステムを構築することができる。
【０１０６】
（Ｃ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１０７】
（Ｃ−１）上記の各実施形態において、信号処理装置の処理対象となる装置は、ＩＰ電話端末であるものとして説明したが、これに限定されず、ＩＰ−ＰＢＸ等の配下に端末を収容する他の通信装置としても良い。
【０１０８】
（Ｃ−２）上記の実施形態においては、信号処理装置では、ＲＴＰパケット等を処理するものとして説明したが、ＲＴＣＰパケットにも同様に適用しても良い。
【０１０９】
（Ｃ−３）上記の実施形態においては、信号処理装置では、ＲＴＰパケット等を処理するものとして説明したが、適用されるプロトコルはこれに限定されず、他のリアルタイム通信に係るパケットを適用するようにしても良い。その場合でも、上述の信号処理装置２０の動作説明において用いた各変数を、当該プロトコルにおいて相当する変数に置き換えることにより、上記の実施形態と同様の効果を奏することができる。
【符号の説明】
【０１１０】
１０…通信システム、２０…信号処理装置、３０…ＩＰ電話交換サーバ、４１〜４３…ＩＰ電話端末。
【特許請求の範囲】
【請求項１】
送信側通信装置からパケットを受信するパケット受信手段と、
上記パケット受信手段が受信した受信パケットを、そのまま、又は、パケット加工手段により加工して、その宛先の受信側通信装置へ送信するパケット処理手段とを備え、
上記パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、上記セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、上記受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、上記第２の送信側通信装置から受信した受信パケットを加工する
ことを特徴とする信号処理装置。
【請求項２】
上記パケット加工手段は、少なくとも、上記受信側通信装置へ送信するパケットに含まれるシーケンス番号の連続性を保持するように、上記第２の送信側通信装置から受信したパケットを加工することを特徴とする請求項１に記載の信号処理装置。
【請求項３】
上記パケット加工手段は、少なくとも、上記受信側通信装置へ送信するパケットに含まれるタイムスタンプの連続性を保持するように、上記第２の送信側通信装置から受信したパケットを加工することを特徴とする請求項１に記載の信号処理装置。
【請求項４】
上記パケット加工手段は、少なくとも、上記受信側通信装置へ送信するパケットに含まれる通信セッションに係る識別子の同一性を保持するように、上記第２の送信側通信装置から受信したパケットを加工することを特徴とする請求項１に記載の信号処理装置。
【請求項５】
上記受信側通信装置は、第１の通信装置と接続する通信セッションを確立中に、その通信セッションを、第２の通信装置との接続に切り替えるセッション切替手段に対応していないセッション切替非対応通信装置であることを特徴とする請求項１〜４のいずれかに記載の信号処理装置。
【請求項６】
上記パケット受信手段、上記パケット処理手段、及び上記パケット加工手段を備える処理ユニットを複数備え、
通常時は第１の処理ユニットを運用系として動作させ、上記第１の処理ユニットの障害を検知すると、上記第１の処理ユニットから、待機系の第２の処理ユニットに切り替えて動作させる切替手段と、
通常時に、上記第１の処理ユニットにおいて処理中の通信セッションに係る通信セッション情報を、上記第２の処理ユニットが保持する通信セッション情報保持手段とをさらに備え、
上記第２の処理ユニットは、上記第１の処理ユニットから切り替えられて運用系として動作した場合に、上記通信セッション情報を用いて、上記第１の処理ユニットが処理していた通信セッションに係るパケットを継続して処理する
ことを特徴とする請求項１に記載の信号処理装置。
【請求項７】
信号処理装置に搭載されたコンピュータを、
送信側通信装置からパケットを受信するパケット受信手段と、
上記パケット受信手段が受信した受信パケットを、そのまま、又は、パケット加工手段により加工して、その宛先の受信側通信装置へ送信するパケット処理手段として機能させ、
上記パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、上記セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、上記受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、上記第２の送信側通信装置から受信した受信パケットを加工する
ことを特徴とする信号処理プログラム。
【請求項８】
複数の通信装置と、上記通信装置間を流れるパケットを処理する信号処理装置とを備える通信システムにおいて、上記信号処理装置として請求項１〜５のいずれかに記載の信号処理装置を適用したことを特徴とする。
【請求項１】
送信側通信装置からパケットを受信するパケット受信手段と、
上記パケット受信手段が受信した受信パケットを、そのまま、又は、パケット加工手段により加工して、その宛先の受信側通信装置へ送信するパケット処理手段とを備え、
上記パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、上記セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、上記受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、上記第２の送信側通信装置から受信した受信パケットを加工する
ことを特徴とする信号処理装置。
【請求項２】
上記パケット加工手段は、少なくとも、上記受信側通信装置へ送信するパケットに含まれるシーケンス番号の連続性を保持するように、上記第２の送信側通信装置から受信したパケットを加工することを特徴とする請求項１に記載の信号処理装置。
【請求項３】
上記パケット加工手段は、少なくとも、上記受信側通信装置へ送信するパケットに含まれるタイムスタンプの連続性を保持するように、上記第２の送信側通信装置から受信したパケットを加工することを特徴とする請求項１に記載の信号処理装置。
【請求項４】
上記パケット加工手段は、少なくとも、上記受信側通信装置へ送信するパケットに含まれる通信セッションに係る識別子の同一性を保持するように、上記第２の送信側通信装置から受信したパケットを加工することを特徴とする請求項１に記載の信号処理装置。
【請求項５】
上記受信側通信装置は、第１の通信装置と接続する通信セッションを確立中に、その通信セッションを、第２の通信装置との接続に切り替えるセッション切替手段に対応していないセッション切替非対応通信装置であることを特徴とする請求項１〜４のいずれかに記載の信号処理装置。
【請求項６】
上記パケット受信手段、上記パケット処理手段、及び上記パケット加工手段を備える処理ユニットを複数備え、
通常時は第１の処理ユニットを運用系として動作させ、上記第１の処理ユニットの障害を検知すると、上記第１の処理ユニットから、待機系の第２の処理ユニットに切り替えて動作させる切替手段と、
通常時に、上記第１の処理ユニットにおいて処理中の通信セッションに係る通信セッション情報を、上記第２の処理ユニットが保持する通信セッション情報保持手段とをさらに備え、
上記第２の処理ユニットは、上記第１の処理ユニットから切り替えられて運用系として動作した場合に、上記通信セッション情報を用いて、上記第１の処理ユニットが処理していた通信セッションに係るパケットを継続して処理する
ことを特徴とする請求項１に記載の信号処理装置。
【請求項７】
信号処理装置に搭載されたコンピュータを、
送信側通信装置からパケットを受信するパケット受信手段と、
上記パケット受信手段が受信した受信パケットを、そのまま、又は、パケット加工手段により加工して、その宛先の受信側通信装置へ送信するパケット処理手段として機能させ、
上記パケット加工手段は、第１の送信側通信装置と受信側通信装置との間を接続する通信セッションが確立されている状態から、上記セッションが、第２の送信側通信装置と上記受信側通信装置との間の接続に遷移した場合に、上記受信側通信装置へ送信されるパケットの内容に係る連続性を保持するように、上記第２の送信側通信装置から受信した受信パケットを加工する
ことを特徴とする信号処理プログラム。
【請求項８】
複数の通信装置と、上記通信装置間を流れるパケットを処理する信号処理装置とを備える通信システムにおいて、上記信号処理装置として請求項１〜５のいずれかに記載の信号処理装置を適用したことを特徴とする。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−７７６９０（Ｐ２０１１−７７６９０Ａ）
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願番号】特願２００９−２２５１４４（Ｐ２００９−２２５１４４）
【出願日】平成２１年９月２９日（２００９．９．２９）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【出願人】（５９１０５１６４５）株式会社ＯＫＩソフトウェア (173)
【Ｆターム（参考）】
【公開日】平成２３年４月１４日（２０１１．４．１４）
【国際特許分類】
【出願日】平成２１年９月２９日（２００９．９．２９）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【出願人】（５９１０５１６４５）株式会社ＯＫＩソフトウェア (173)
【Ｆターム（参考）】
[ Back to top ]