JP2014116838A - コーデック変換ゲートウェイ、コーデック変換方法、及び、コーデック変換プログラム - Google Patents

Abstract

【課題】外部からの指示を必要とせず、コーデック変換ゲートウェイ単独でコーデック変換を開始できるコーデック変換ゲートウェイを提供する。
【解決手段】パケットの送信元とパケットの第１の送信先との組に対応付けて設定された、符号化方式の変換規則を記憶する変換規則記憶部と、変換規則に基づいて、受信したパケットの符号化方式を変換する変換手段と、を備える。
【選択図】 図１

Description

本発明は、異なる符号化方式を用いる装置間の通信を可能とするコーデック変換ゲートウェイ、コーデック変換方法、及び、コーデック変換プログラムに関する。

コーデックは、音声、動画、画像等のデータに関し、特定の符号化方式の符号への符号化、又は特定の符号化方式の符号からの復号を行う装置、機能、又は、アルゴリズムである。

又、コーデック変換とは、複数種類のコーデックが存在する場合に、あるコーデックにより符号化された符号を、別のコーデックで利用する符号化方式の符号に変換することである。

複数の端末が共通の符号化方式に対応していない場合、各端末は、相手端末から受信された音声、動画、画像等のデータを再生することができない。このような場合、例えば、コーデック変換ゲートウェイに、相手端末と自端末の符号化方式を相互に変換させた後、データを中継させることにより、相手端末から受信されたデータを再生することができる。

コーデック変換の一例が、特許文献１に開示されている。特許文献１のコーデック変換システムは、異なる事業者網に接続される２台のＩＰ（Internet Protocol）電話端末と、コーデック変換ゲートウェイ（セッションボーダーコントローラ）と、コーデック変換装置と、ＳＩＰ（Session Initiation Protocol）サーバとを備える。又、ゲートウェイは、複数のインタフェース部と、制御部と、スイッチ部とを備える。特許文献１のコーデック変換システムは、以下のように動作する。

ＳＩＰサーバは、ＳＩＰのセッションの確立処理の中で、通話しようとする各ＩＰ電話端末が適用しているコーデック（各ＩＰ電話端末が収容されている事業者網が採用している符号化方式）を認識する。そして、両ＩＰ電話端末の符号化方式が異なる場合、ＳＩＰサーバは、コーデック変換開始指示をコーデック変換ゲートウェイに発行する。なお、セッションとは、送信元から送信先への論理的な通信路のことである。

コーデック変換ゲートウェイにおいて、コーデック変換開始指示が与えられた制御部は、インタフェース部、スイッチ部、及び、コーデック変換装置を制御し、コーデック変換を準備する。

具体的には、制御部は、一方のＩＰ電話端末からのパケットを、そのＩＰ電話端末を収容しているインタフェース部、及び、スイッチ部が、コーデック変換装置に転送するように準備する。あるいは、制御部は、コーデック変換装置が、そのパケットの符号化方式の符号を他方のＩＰ電話端末が適用している符号化方式に変換するように準備する。そして、制御部は、コーデック変換装置から出力されたパケットを、スイッチ部、及び、他方のＩＰ電話端末を収容しているインタフェース部が、他方のＩＰ電話端末に送出するように準備する。更に、制御部は、逆方向についても同様に、コーデック変換を実行できるように準備する。

コーデック変換が可能となったときに、制御部は、ＳＩＰサーバに、“コーデック変換開始ＯＫ”との旨のメッセージを返信し、ＳＩＰサーバが、両ＩＰ電話端末に“通話ＯＫ”との旨のメッセージを通知する。

これにより開始された通話に係るパケットは、コーデック変換装置を介して、対向するＩＰ電話端末が適用している符号化方式の符号のパケットに変換されて、対向するＩＰ電話端末に送出される。

上記の動作のように、特許文献１のコーデック変換システムでは、対向するＩＰ電話端末の符号化方式が異なる場合、ＳＩＰサーバが、ＩＰ電話端末間の通話路がコーデック変換装置を経由するように、コーデック変換ゲートウェイに指示する。

尚、特許文献１のコーデック変換システムでは、端末とコーデック変換ゲートウェイの他に、セッション制御専用装置であるＳＩＰサーバが必要である。

電話、ＩＰ電話、テレビ電話、会議システム、インスタント・メッセージング等における端末間の通信では、セッションの開始、変更、終了等のセッション制御が必要である。

端末間のセッション制御のために、端末とは別に、セッション制御専用装置が必要とされることがある。例えば、公衆交換電話網におけるセッション制御プロトコルとして、Ｎｏ．７共通線信号方式が利用されることがある。Ｎｏ．７共通線信号方式では、セッション制御のために交換機が必要とされることがある。ＩＰ網におけるセッション制御プロトコルとして、Ｈ．３２３、ＳＩＰ等が利用されることがある。セッション制御のためには、Ｈ．３２３ではゲートキーパ（電話番号管理サーバ）が、ＳＩＰではＳＩＰサーバ（ＳＩＰプロキシサーバ）が必要とされることがある。公衆交換電話網を経由して接続されたＩＰ網におけるセッション制御プロトコルとして、Ｈ．２４８（Ｍｅｇａｃｏ）、ＭＧＣＰ（Media Gateway Control Protocol）等が利用されることがある。Ｈ．２４８及びＭＧＣＰでは、セッション制御のために、メディア・ゲートウエイ・コントローラ（コールエージェント）、メディアゲートウェイ及びシグナリングゲートウェイが必要とされることがある。

セッション制御専用装置を用いない電話システムの一例が、特許文献２に開示されている。特許文献２のＩＰ電話システムは、１つのＩＰネットワークと、ＩＰネットワークに接続された複数のＩＰ電話端末とを備える。ＩＰ電話端末は、端末一覧情報記憶部を備える。特許文献２のＩＰ電話端末は、以下のように動作する。

ＩＰネットワークに既接続のすべてのＩＰ電話端末は、端末一覧情報記憶部に、既接続のすべてのＩＰ電話端末の識別情報とＩＰアドレスとの対応情報を保持する。

新たなＩＰ電話端末は、ＩＰネットワークに接続されると、１台の既接続のＩＰ電話端末に、新たなＩＰ電話端末の識別情報とＩＰアドレスとの対応情報を送信する。

新たなＩＰ電話端末の識別情報とＩＰアドレスとの対応情報を受信した１台のＩＰ電話端末は、端末一覧情報記憶部に、新たなＩＰ電話端末の識別情報とＩＰアドレスとの対応情報を追加し、端末一覧情報記憶部の内容を、新たなＩＰ電話端末、及び、ＩＰネットワークに既接続の他のＩＰ電話端末に送信する。

上記の動作の結果、このＩＰ電話システムでは、セッション制御専用装置を用いずに、各ＩＰ電話端末が相互に通話することができる。

又、ＳＩＰサーバのような特定の機器を必要としないコールセンタシステムの一例が、特許文献３に開示されている。特許文献３のコールセンタシステムは、外線用の複数の主回線と、その他の用に用いられる複数の副回線と、オペレータのＩＰ電話機から外線に接続された電話機に対する発信要求により顧客のＩＰ電話機との接続処理を行う第１および第２の通信制御サーバと、第１および第２の通信制御サーバの回線とその状況を管理する管理サーバと、を備える。オペレータのＩＰ電話機と、顧客のＩＰ電話機が接続されたＩＰ網との間にはゲートウェイが設けられ、ＩＰ／ＳＩＰ間のプロトコル変換を行う。また、通信制御サーバ、オペレータのＩＰ電話、及び、管理サーバの各々は、ＩＰプロトコル又は専用電文によりデータ通信を行う。特許文献３のコールセンタシステムは、以下のように動作する。

まず、発信要求を受け付けた第１の通信制御サーバは、自サーバ内に空き主回線がない場合、管理サーバに対し主回線に空きのある通信制御サーバを問い合わせる。

次に、第１の通信制御サーバは、管理サーバから第２の通信制御サーバの主回線に空きがあることを示す空き回線情報を受信し、第１の通信制御サーバの副回線を使用して第２の通信制御サーバと接続し、第２の通信制御サーバの主回線を使用し外線（外線用ＩＰ網及びゲートウェイを含む）を経由して顧客のＩＰ電話機と接続し、通話を確立する。

上記の動作の結果、このコールセンタシステムでは、ＳＩＰサーバのような特定の機器を必要とされない。

特開２００９−２６７６２８号公報（第５−６ページ、図４） 特開２０１０−２３９３３６号公報（第６−１３ページ、図１−７） 特開２０１１−２２３４７４号公報（第３−９ページ、図１−４）

特許文献１に開示されている技術では、コーデック変換の開始にセッション制御専用装置であるＳＩＰサーバからの指示が必要である。そのため、特許文献１に開示されている技術は、セッションの管理を行っていないシステムに適用することはできないという問題がある。セッション制御専用装置を備えるシステムであっても、コーデック変換の開始の指示を行う機能が備えてられていない場合は、その機能をセッション制御専用装置に追加する必要がある。

特許文献２に開示されている技術では、セッション制御専用装置であるＳＩＰサーバを用いずに、各ＩＰ電話端末が相互に通話することができる。しかし、本電話システムは、そもそもコーデック変換機能に対応していないので、コーデック変換の実現のためには、コーデック変換機能を追加する必要がある。

特許文献３に開示されている技術も同様に、セッション制御専用装置であるＳＩＰサーバを用いずに、コールセンタシステムを構築することができる。しかし、本コールセンタシステムもコーデック変換機能に対応していないので、コーデック変換の実現のためには、コーデック変換機能を追加する必要がある。

本発明の目的は、セッション制御専用装置からの指示等、外部からの指示を必要とせず、コーデック変換ゲートウェイ単独でコーデック変換を開始できる、コーデック変換ゲートウェイ、コーデック変換方法、及び、コーデック変換プログラムを提供することにある。

本発明のコーデック変換ゲートウェイは、パケットの送信元とパケットの第１の送信先との組に対応付けて設定された、符号化方式の変換規則を記憶する変換規則記憶部と、変換規則に基づいて、受信したパケットの符号化方式を変換する変換手段と、を備えることを特徴とする。

本発明のコーデック変換方法は、パケットの送信元とパケットの第１の送信先との組に対応付けて設定された、符号化方式の変換規則に基づいて、受信したパケットの符号化方式を変換することを特徴とする。

本発明のコーデック変換プログラムは、パケットの送信元とパケットの第１の送信先との組に対応付けて設定された、符号化方式の変換規則を記憶する変換規則記憶部を備えるコーデック変換ゲートウェイが備えるコンピュータを、変換規則に基づいて、受信したパケットの符号化方式を変換する変換手段として動作させることを特徴とする。

本発明によれば、外部からの指示を必要とせず、コーデック変換ゲートウェイ単独でコーデック変換を開始できるという効果がある。

本発明の第１の実施形態におけるコーデック変換ゲートウェイの構成を示すブロック図である。 本発明の第１の実施形態におけるコーデック変換ゲートウェイのハードウェア構成の一例を示すブロック図である。 本発明の第１の実施形態におけるコーデック変換ゲートウェイの動作を示すフローチャートである。 本発明の第１の実施形態における変換規則の一例を示す図である。 本発明の第２の実施形態におけるコーデック変換ゲートウェイの構成を示すブロック図である。 本発明の第２の実施形態におけるコーデック変換ゲートウェイの動作を示すフローチャートである。 本発明の第２の実施形態におけるセッションリストの一例を示す図である。 本発明の第３の実施形態におけるコーデック変換ゲートウェイの動作を示すフローチャートである。 本発明の第３の実施形態における変換規則の一例を示す図である。 本発明の第３の実施形態におけるセッションリストの一例を示す図である。

以下、本発明の実施形態について図面を参照して詳細に説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。
（第１の実施形態）
図１は、本発明の第１の実施形態におけるコーデック変換ゲートウェイの構成を示すブロック図である。

本実施形態のコーデック変換ゲートウェイ１００は、変換規則記憶部１０５と、コーデック変換手段１０７とを備える。

コーデック変換ゲートウェイ１００は、送信端末２００、及び、受信端末３００に接続される。コーデック変換ゲートウェイ１００は、ＳＩＰサーバ等のセッション制御専用装置（図示されない）を経由して、送信端末２００、又は、受信端末３００に接続されてもよい。尚、ここでは、送信端末２００から受信端末３００へ向かうデータの流れに注目して片方向のみの構成を示しているが、両端末が双方向通信を行う場合には、反対方向にも対称的な構成を有してもよい。

変換規則格納部１０５には、予め変換規則が格納される。各変換規則は、コーデック変換対象であるパケットを判別するためのパケットの送信元及び送信先の情報と、コーデック変換対象であるパケットに含まれるコーデック変換前後各々の符号化方式の情報とを含む。

尚、コーデック変換対象であるパケットを判別するためのパケットの送信元及び送信先の情報は、送信元及び送信先の各々について、以下のいずれかの項目を含む。

１）端末の識別子又はその範囲
２）端末上のアプリケーションの識別子又はその範囲
３）端末の利用者の識別子又はその範囲
４）その他、コーデック変換対象であるパケットに含まれ、送信元若しくは送信先を特定する任意の情報又はその範囲
５）第１−４項の項目の組み合わせ
６）第１−５項の項目と、コーデック変換対象であるパケットに含まれ、コーデック変換対象であるパケットを限定する任意の情報又はその範囲との組み合わせ
送信元及び送信先の各々を特定できる第１−５項のいずれか１項の特定情報は必須である。送信元及び送信先は、端末であってもアプリケーションであってもよいので、各々の特定情報は、例えば、端末やアプリケーションを識別できる情報である。すなわち、特定情報は、端末識別子若しくはその範囲（アドレス）、又はアプリ識別子若しくはその範囲（ポート番号）を含む。そして、変換の必要なパケットが送受される送信元及び送信先を指定する２つの特定情報の組に対して、変換前及び変換後の符号化方式が特定される。尚、変換前の符号化方式の情報が、コーデック変換対象であるパケットに含まれる場合には、変換規則中の変換前の符号化方式の情報は省略されてもよい。

変換不要な組については、符号化方式の情報、及び、その組の情報自体はあってもなくてもよい。又、変換の必要なパケットの送信元又は送信先を特定又は限定する情報の範囲が、その情報が取り得る全範囲である場合は、その範囲の情報は、あってもなくてもよい。

変換の必要なパケットが送受される送信元及び送信先を指定する２つの特定情報の組に対して、付加的な情報として、例えば、送信元がパケットの送信停止を送信先へ通知するパケットの送信先情報や、タイムアウトを判断するためのタイムアウト時間の情報等が追加されてもよい。

コーデック変換手段１０７は、変換規則格納部１０５に格納された変換規則を参照して、受信したパケットが、変換規則が設定された変換対象のパケットに該当するか否かを調べる。そして、変換対象のパケットに該当する場合、コーデック変換手段１０７は受信したパケットの符号化方式を変換した後、受信端末３００へパケットを送信する。変換対象のパケットに該当しない場合、コーデック変換手段１０７はそのまま、受信端末３００へパケットを送信する。

ここで、パケットは、例えば、ＩＰ、Ｘ．２５、ＣＬＮＰ（Connection Less Network Protocol）等のネットワーク層プロトコルのパケットであってよい。又、そのネットワーク層プロトコルのパケットのペイロードは、例えば、ＵＤＰ（User Datagram Protocol）等のトランスポート層プロトコルのパケットであってよい。更に、そのネットワーク層プロトコル又はトランスポート層プロトコルのパケットのペイロードは、例えば、ＲＴＰ（Real-time Transport Protocol）等のセッション層プロトコル（ここでは、特に、音声や動画等のデータストリームをリアルタイムに配送するためのプロトコル）のパケットであってよい。

図２は、コーデック変換ゲートウェイのハードウェア構成の一例を示すブロック図である。

コーデック変換ゲートウェイ９０７は、記憶装置９０２と、ＣＰＵ（Central Processing Unit）９０３と、キーボード９０４と、モニタ９０５と、Ｉ／Ｏ（Input/Output）９０８とを備え、これらが内部バス９０６で接続されている。記憶装置９０２は、コーデック変換手段１０７等のＣＰＵ９０３の動作プログラムを格納する。ＣＰＵ９０３は、コーデック変換ゲートウェイ９０７全体を制御し、記憶装置９０２に格納された動作プログラムを実行し、Ｉ／Ｏ９０８を介してコーデック変換手段１０７等のプログラムの実行やデータの送受信を行なう。なお、上記のコーデック変換ゲートウェイ９０７の内部構成は一例である。コーデック変換ゲートウェイ９０７は、ＣＰＵ９０３のみを備え、外部に備えられた、記憶装置９０２、キーボード９０４、モニタ９０５、及びＩ／Ｏ９０８を用いて動作してもよい。

次に、本実施形態の動作を説明する。

図３は、本実施形態におけるコーデック変換ゲートウェイの動作を示すフローチャートである。ただし、受信した１個のパケットに対する動作を示す。複数のパケット受信時の動作は、１個のパケットに対する動作が繰り返される。

コーデック変換手段１０７は、送信端末２００からパケットを受信する（ステップＳ１１０）。

コーデック変換手段１０７は、変換規則格納部１０５に格納された変換規則を参照して、受信したパケットが、変換規則が設定された変換対象のパケットに該当するか否かを調べる（ステップＳ１３０）。

受信したパケットが、変換規則が設定された変換対象のパケットに該当すれば（ステップＳ１３０：Ｙｅｓ）、コーデック変換手段１０７は、受信したパケットの符号化方式を変換規則中に指示されたコーデック変換前の符号化方式から、変換規則中に指示されたコーデック変換後の符号化方式へ変換する（ステップＳ１５０）。

受信したパケットが、変換規則が設定された変換対象のパケットに該当しないならば（ステップＳ１３０：Ｎｏ）、受信したパケットの符号化方式を変換せず、次のステップＳ１６０へ進む。

コーデック変換手段１０７は、受信端末３００へパケットを送信する（ステップＳ１６０）。

図４は、本発明の第１の実施形態における変換規則の一例を示す図である。図４の第１列はコーデック変換の対象であるＩＰパケットの送信元ＩＰアドレスの範囲を、第２列はコーデック変換の対象であるＩＰパケットに含まれるＵＤＰパケットの送信先ポート番号の範囲を、第３列は変換前コーデック種別を、第４列は変換後コーデック種別を示す。例えば、ＩＰパケット中の送信元ＩＰアドレスがネットマスク長“ｅｅ”のＩＰアドレス“ａａ．ａａ．ａａ．ａａ”に含まれ、送信先ＵＤＰポート番号が“Ａ”以上“Ｅ”以下である場合、そのＩＰパケットは２行目の変換規則の変換対象に該当し、そのＩＰパケットのペイロードに含まれるＲＴＰパケットは、“ＡＭＲ”（Adaptive Multi-Rate）により符号化されており、“ＥＶＲＣ”（Enhanced Variable Rate Codec）による符号化方式に変換すべきことを示す。

以上説明したように、本実施形態におけるコーデック変換ゲートウェイは、外部からの指示を必要とせず、コーデック変換ゲートウェイ単独でコーデック変換を開始できる。その理由は、コーデック変換手段１０７が、コーデック変換対象のパケットを判別し、予め変換規則中で定義されたコーデック変換を実行するからである。

又、本実施形態におけるコーデック変換ゲートウェイは、ＳＩＰサーバ等のセッション制御専用装置を利用しないため、ＳＩＰサーバ等のセッション制御専用装置のコストが生じない効果もある。

又、本実施形態におけるコーデック変換ゲートウェイは、ＳＩＰ等のセッション制御プロトコルを利用しないため、ＳＩＰサーバ等のセッション制御プロトコルを利用した装置との接続において、セッション制御プロトコルの互換性の問題が生じない効果もある。
（第２の実施形態）
図５は、本発明の第２の実施形態におけるコーデック変換ゲートウェイの構成を示すブロック図である。

尚、以下では、第１の実施形態と本実施形態とで共通する説明は省略し、第１の実施形態に対する本実施形態の相違点のみについて説明する。

本発明の第２の実施形態におけるコーデック変換ゲートウェイの構成は、第１の実施形態におけるコーデック変換ゲートウェイの構成に、コーデック変換手段１０７に接続されたセッションリスト１０９が追加されたものである。

変換規則に含まれるコーデック変換対象であるパケットを判別するためのパケットの送信元及び送信先の情報は、１個以上のセッション（送信元及び送信先の１個以上の組）を特定する。一方、セッションリスト１０９に格納される個々のセッション情報では、セッション情報に含まれるコーデック変換対象であるパケットを判別するためのパケットの送信元及び送信先の情報は、１個のセッション（送信元及び送信先の１個の組）を特定する。

パケットと変換規則との対応関係の照合では、パケットに含まれる識別子と、変換規則に含まれる識別子の範囲との比較が必要である。一方、パケットとセッション情報との対応関係の照合では、パケットに含まれる識別子と、セッション情報に含まれる識別子との比較で済む。

又、コーデック変換手段が、コーデック変換前後の符号化方式の組毎に、変換の準備（子プロセス起動等）や変換の後処理（子プロセスの終了等）を必要とすることがある。そのとき、例えば、コーデック変換前後の符号化方式の組み合わせが多く、常に変換の準備を維持することが困難な場合には、セッションリストが無いと、パケット毎に変換の準備、変換処理、変換の後処理が実行されなければならない。一方、セッションリストがあると、存在するセッションに対応する変換の準備状態は、維持されることができる。又、終了したセッションに対応する変換の準備状態は、解放されることができる。

そこで、あるセッションに対して変換が準備された後、そのセッション情報が、例えば、準備された変換プロセスを識別する識別子（子プロセスの識別子等）を持てば、セッションに対応するパケットは、対応するセッションの変換プロセスに渡されることができる。以下では、セッションリスト中の各セッション情報には、そのセッションに適用された変換規則に基づいて生成された、コーデック変換前後の符号化方式の組の識別子が保持され、その識別子により適用される変換が識別される。

セッションリスト１０９には、変換規則が適用された１個のセッション（ＲＴＰパケット等が含まれるリアルタイムデータストリーム）に対し、１個のセッション情報が格納される。各セッション情報は、セッションを一意に識別するためのパケットの送信元及び送信先の１個の組の情報と、そのセッションに対応するパケットに適用されるコーデック変換方式の情報（例えば、コーデック変換前後各々の符号化方式の情報）とを含む。

尚、セッションを識別するためのパケットの送信元及び送信先の情報は、送信元及び送信先の各々について、以下のいずれかの項目を含む。

１）端末の識別子
２）端末上のアプリケーションの識別子
３）端末の利用者の識別子
４）その他、コーデック変換対象であるパケットに含まれ、送信元若しくは送信先を特定する任意の情報
５）第１−４項の項目の組み合わせ
送信元及び送信先の各々を特定できる第１−５項のいずれか１項の特定情報は必須である。

コーデック変換手段１０７は、受信したパケットとパケットに適用された変換規則に基づき、セッションリスト１０９にセッションを特定する情報を追加することができる。

次に、本実施形態の動作を説明する。

図６は、本実施形態におけるコーデック変換ゲートウェイの動作を示すフローチャートである。

ステップＳ１１０、Ｓ１３０、１５０〜Ｓ１６０は、本発明の第1の実施形態のステップＳ１１０、Ｓ１３０、１５０〜Ｓ１６０と同じである。

コーデック変換手段１０７は、受信したパケットに対応するセッションがセッションリスト１０９に登録されているか否かを調べる（ステップＳ１２０）。尚、セッションは、例えば、受信したＩＰパケットに含まれる、送信元ＩＰアドレス及び、ＵＤＰパケットに含まれる送信先ポート番号により識別される。

受信したパケットに対応するセッションがセッションリスト１０９に登録されていなければ（ステップＳ１２０：Ｎｏ）、ステップＳ１３０を実行する。

受信したパケットが、変換規則が設定された変換対象のパケットに該当すれば（ステップＳ１３０：Ｙｅｓ）、コーデック変換手段１０７は、受信したパケットに対応するセッションを一意に特定する情報（例えば、受信したＩＰパケットに含まれる、送信元ＩＰアドレス及び、ＵＤＰパケットに含まれる送信先ポート番号）、及び、セッションに属するパケットに適用されるコーデック変換前後の符号化方式の組を識別する情報（例えば、変換記憶部１０５の変換規則からコピーされた変換前後の符号化方式の情報）をセッションリスト１０９に登録する（ステップＳ１４０）。

受信したパケットに対応するセッションがセッションリスト１０９に登録されていれば（ステップＳ１２０：Ｙｅｓ）、コーデック変換手段１０７は、ステップＳ１５０を実行する。但し、本実施形態では、コーデック変換手段１０７は、変換規則部１０５に含まれる変換規則からコピーされた、セッションリスト１０９に登録された変換前後の符号化方式の組を識別する情報に従い、コーデック変換を実行する。

図７は、本発明の第２の実施形態におけるセッションリストの一例を示す図である。図７の第１列は受信したＩＰパケットの送信元ＩＰアドレスを、第２列は受信したＩＰパケットに含まれるＵＤＰパケットの送信先ポート番号を示す。例えば、２行目は、送信元ＩＰアドレスが“ａａ．ａａ．ａａ．ａａ”で、送信先ＲＴＰポート番号が“Ａ”であることを示す。図７の第３〜４列には、変換記憶部１０５の変換規則からコピーされた変換前コーデックの情報（“ＡＭＲ”）及び変換後コーデックの情報（“ＥＶＲＣ”）が登録されている。

以上説明したように、本実施形態におけるコーデック変換ゲートウェイは、外部からの指示を必要とせず、コーデック変換ゲートウェイ単独でコーデック変換を開始できる。その理由は、コーデック変換手段１０７が、セッションリスト１０９を利用してコーデック変換対象のパケットを判別し、予め変換規則中で定義されたコーデック変換を実行するからである。

更に、本実施形態におけるコーデック変換ゲートウェイは、変換規則を参照する回数を減らすことができる。その理由は、コーデック変換手段１０７が、受信パケットがセッションリスト１０９に未登録な場合のみ、変換規則記憶部を参照するからである。
（第３の実施形態）
本発明の第３の実施形態におけるコーデック変換ゲートウェイの構成は、図５に示した本発明の第２の実施形態におけるコーデック変換ゲートウェイの構成と同じである。

但し、本実施形態における変換規則記憶部１０５が保持する変換規則は、第２の実施形態における変換規則記憶部１０５が保持する情報に加えて、セッション終了の通知先の情報（例えば、リアルタイムデータストリームの送信終了を通知するパケットの識別情報）を保持する。

又、本実施形態におけるセッションリスト１０９が保持する変換情報は、第２の実施形態におけるセッションリスト１０９が保持する変換情報に加えて、セッション終了の通知先の情報（例えば、リアルタイムデータストリームの送信終了を通知するパケットの識別情報）、及び、セッションに対応するパケットの最終受信時刻を保持する。ここで、セッション終了の通知先の情報は、コーデック変換手段１０７により、変換規則記憶部１０５が保持する変換規則からコピーされる。又、セッションに対応するパケットの最終受信時刻は、コーデック変換手段１０７により、更新される。

又、コーデック変換手段１０７は、予め定められたセッションのタイムアウト時間を保持する。

尚、以下では、第２の実施形態と本実施形態とで共通する説明は省略し、第２の実施形態に対する本実施形態の相違点のみについて説明する。

次に、本実施形態の動作を説明する。

図８は、本実施形態におけるコーデック変換ゲートウェイの動作を示すフローチャートである。

ステップＳ１１０〜Ｓ１６０は、本発明の第２の実施形態のステップＳ１１０〜Ｓ１６０と同じである。

但し、本発明の第３の実施形態のステップＳ１４０では、本発明の第２の実施形態で変換規則記憶部１０５が保持する変換規則からセッションリスト１０９へコピーされる項目として、セッション終了の通知先の情報（例えば、リアルタイムデータストリームの送信終了を通知するパケットの識別情報）が追加される。

コーデック変換手段１０７は、受信端末３００へパケットを送信（ステップＳ１６０）する。次に、コーデック変換手段１０７は、セッションリスト１０９が保持するセッション終了の通知先の情報に従い、送信されたパケットを調べる。このとき、送信されたパケットのペイロードが、セッション終了（リアルタイムデータストリームの送信終了）を通知するパケットを含むならば（ステップＳ１７０：Ｙｅｓ）、コーデック変換手段１０７は、対応するセッションをセッションリスト１０９から削除する（ステップＳ１８０）。

尚、ここで、データストリームの送信終了を通知するパケットは、例えば、ＲＴＣＰ（Real-time Transport Control Protocol）の“ＢＹＥ”パケット等を含むＩＰパケット等であってよい。

コーデック変換手段１０７は、ステップＳ１６０で受信端末３００へ送信したパケットについて、セッションリスト１０９が保持するセッション毎の最終パケット受信時刻を更新し、予め設定されたタイムアウト値に従い、セッションリスト１０９が保持するすべてのセッションについて、タイムアウトしたセッションをセッションリスト１０９から削除する（ステップＳ１９０）。

尚、ここでは、コーデック変換手段１０７がセッション削除機能を持つ例を挙げたが、別の手段が持ってもよい。

又、リアルタイムデータストリームの送信終了を通知するパケットによるセッション削除機能は、省略されてもよい。

図９は、本発明の第３の実施形態における変換規則一例を示す図である。図９の第１〜４列は、本発明の第１の実施形態における図４の第１〜４列と同じである。図９の第５列は、リアルタイムデータストリームの送信終了を通知するＩＰパケットがＲＴＣＰパケットを含む場合のＵＤＰパケットの送信先ポート番号を示す。例えば、２行目は、ＩＰパケット中の送信元ＩＰアドレスがネットマスク長“ｅｅ”のＩＰアドレス“ａａ．ａａ．ａａ．ａａ” に含まれ、送信先ＵＤＰポート番号が“Ａ”以上“Ｅ”以下である場合、そのＩＰパケットは２行目の変換規則の変換対象に該当し、そのセッションに属するデータストリームの送信終了を通知するＵＤＰ（ペイロードはＲＴＣＰ）の送信先ポート番号が“Ｈ” 以上“Ｌ”以下であることを示す。

図１０は、本発明の第３の実施形態におけるセッションリストの一例を示す図である。図１０の第１〜４列は、本発明の第２の実施形態における図７の第１〜４列と同じである。図１０の第５列はリアルタイムデータストリームの送信終了を通知するＩＰパケットがＲＴＣＰパケットを含む場合のＵＤＰパケットの送信先ポート番号を、第６列は受信したＩＰパケットのペイロードがＲＴＰパケットを含む場合の、コーデック変換ゲートウェイによるＩＰパケットの最後の受信時刻を示す。例えば、２行目は、送信元ＩＰアドレスが“ａａ．ａａ．ａａ．ａａ”で、ＵＤＰ（ペイロードはＲＴＰ）の送信先ポート番号が“Ａ”であるセッションが存在し、そのセッションに属するデータストリームの送信終了を通知するＵＤＰ（ペイロードはＲＴＣＰ）の送信先ポート番号が“Ｈ〜Ｌ”で、そのセッションに属するＲＴＰパケットの、コーデック変換ゲートウェイによる最終受信時刻が“ｈｈ：ｍｍ：ｓｓ”であることを示す。

コーデック変換手段１０７は、ステップＳ１７０において、図１０の５列目のＵＤＰの送信先ポート番号を監視して、送信終了を通知するパケット（例えば、ＲＴＣＰの“ＢＹＥ”パケット。終了するＲＴＰセッションの情報は“ＢＹＥ”パケットに含まれる。）を受信する。

コーデック変換手段１０７は、現在時刻からセッションリスト中の「最終パケット受信時刻」を減算し、予め定められたセッションのタイムアウト時間と比較することで、タイムアウトしたセッションをセッションリストから削除することができる。

以上説明したように、本実施形態におけるコーデック変換ゲートウェイは、外部からの指示を必要とせず、コーデック変換ゲートウェイ単独でコーデック変換を開始できる。その理由は、コーデック変換手段１０７が、セッションリスト１０９を利用してリアルタイムデータストリームのセッション開始を判別し、予め変換規則中で定義されたコーデック変換を実行するからである。

更に、本実施形態におけるコーデック変換ゲートウェイは、外部からの指示を必要とせず、コーデック変換ゲートウェイ単独でコーデック変換を終了できる。その理由は、コーデック変換手段１０７が、セッションリスト１０９を利用してリアルタイムデータストリームのセッション終了を判別し、対応するセッションをセッションリストから削除するからである。

尚、本願発明は、上述の実施形態に限定されるものではなく、本願発明の要旨を逸脱しない範囲で種々変更、変形して実施することができる。

Claims (10)

1. パケットの送信元と前記パケットの第１の送信先との組に対応付けて設定された、符号化方式の変換規則を記憶する変換規則記憶部と、
   前記変換規則に基づいて、受信したパケットの符号化方式を変換する変換手段と、
   を備えることを特徴とするコーデック変換ゲートウェイ。
2. 前記変換規則は、
   前記送信元を識別する第１の識別情報と、
   前記第１の送信先を識別する第２の識別情報と、
   前記送信元で適用される符号化方式を識別する第１の符号化方式識別情報と、
   前記第１の送信先で適用される符号化方式を識別する第２の符号化方式識別情報と、
   を含むことを特徴とする請求項１に記載のコーデック変換ゲートウェイ。
3. 前記第１の識別情報は、前記送信元である端末若しくはアプリケーションプログラム、又は前記端末のユーザを識別する情報であり、
   前記第２の識別情報は、前記第１の送信先である端末若しくはアプリケーションプログラム、又は前記端末のユーザを識別する情報である
   ことを特徴とする請求項２に記載のコーデック変換ゲートウェイ。
4. 前記変換規則に基づいて、１個の前記送信元から１個の前記第１の送信先へ送信される一連のパケット群と、前記１個の前記送信元で適用される第１の符号化方式から前記１個の前記第１の送信先で適用される第２の符号化方式への変換方式との対応付けを保持するセッションリスト
   を更に備えることを特徴とする請求項１乃至３のいずれか１項に記載のコーデック変換ゲートウェイ。
5. 前記セッションリストは、更に、前記一連のパケット群の最終受信時刻を保持し、
   前記変換手段は、更に、予め設定されたタイムアウト値に従い前記一連のパケット群の受信のタイムアウトを判断し、前記タイムアウトした前記対応付けを前記セッションリストから削除する
   ことを特徴とする請求項４に記載のコーデック変換ゲートウェイ。
6. 前記変換手段は、前記送信元から前記第１の送信先又は前記一連のパケット群の送信終了の通知の第２の送信先へ送信される前記一連のパケット群の送信終了の通知を受信した場合に、前記対応付けを前記セッションリストから削除する
   ことを特徴とする請求項４又は５に記載のコーデック変換ゲートウェイ。
7. 前記一連のパケット群の送信終了の通知がペイロードにＲＴＣＰのＢＹＥパケットを含むＩＰパケットである
   ことを特徴とする請求項６に記載のコーデック変換ゲートウェイ。
8. 前記パケットは、ペイロードにＲＴＰパケットを含むＩＰパケットである
   ことを特徴とする請求項１乃至７のいずれか１項に記載のコーデック変換ゲートウェイ。
9. パケットの送信元と前記パケットの第１の送信先との組に対応付けて設定された、符号化方式の変換規則に基づいて、受信したパケットの符号化方式を変換する
   ことを特徴とするコーデック変換方法。
10. パケットの送信元と前記パケットの第１の送信先との組に対応付けて設定された、符号化方式の変換規則を記憶する変換規則記憶部を備えるコーデック変換ゲートウェイが備えるコンピュータを、
    前記変換規則に基づいて、受信したパケットの符号化方式を変換する変換手段
    として動作させるためのコーデック変換プログラム。

Images