(57)【特許請求の範囲】
【請求項１】
入力された音声信号に含まれる第１の周波数重畳信号を、所定の信号方式の第２の周波数重畳信号に変換する信号方式変換装置において、
入力された音声信号に基づいて上記第１の周波数重畳信号を検出する周波数重畳信号検出手段と、
上記周波数重畳信号検出手段により上記第１の周波数重畳信号のデジット値の変化が検出されると、変化前のデジット値に関連する上記第２の周波数重畳信号が送信中であるか否かを判定する判定手段と、
上記周波数重畳信号検出手段により検出された上記第１の周波数重畳信号に基づいて、所定の信号方式の上記第２の周波数重畳信号を作成する信号作成手段と、
上記信号作成手段により作成された上記第２の周波数重畳信号を含む信号を出力する出力手段と
を備え、
上記信号作成手段は、上記判定手段により、上記デジット値が変化したときに、変化前のデジット値に関連する上記第２の周波数重畳信号が送信中であると判定された場合、変化前のデジット値に関連する全ての上記第２の周波数重畳信号を出力した後に、変化後のデジット値に関連する上記第２の周波数重畳信号を作成するものである
ことを特徴とする信号方式変換装置。
【請求項２】
上記信号作成手段が、上記第１の周波数重畳信号を検出してから所定時間経過しても、次の上記音声信号が入力しない場合、未送信の上記第２の周波数重畳信号を作成するものであることを特徴とする請求項１に記載の信号方式変換装置。
【請求項３】
入力された音声信号に含まれる第１の周波数重畳信号を、所定の信号方式の第２の周波数重畳信号に変換する信号方式変換プログラムにおいて、
コンピュータを、
入力された音声信号に基づいて上記第１の周波数重畳信号を検出する周波数重畳信号検出手段、
上記周波数重畳信号検出手段により上記第１の周波数重畳信号のデジット値の変化が検出されると、変化前のデジット値に関連する上記第２の周波数重畳信号が送信中であるか否かを判定する判定手段、
上記周波数重畳信号検出手段により検出された上記第１の周波数重畳信号に基づいて、所定の信号方式の上記第２の周波数重畳信号を作成する信号作成手段、
上記信号作成手段により作成された上記第２の周波数重畳信号を含む信号を出力する出力手段
として機能させるものであり、
上記信号作成手段が、上記判定手段により、上記デジット値が変化したときに、変化前のデジット値に関連する上記第２の周波数重畳信号が送信中であると判定された場合、変化前のデジット値に関連する全ての上記第２の周波数重畳信号を出力した後に、変化後のデジット値に関連する上記第２の周波数重畳信号を作成するものである
ことを特徴とする信号方式変換プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号方式変換装置及び信号方式変換プログラムに関するものであり、例えば、ネットワーク境界の設けられるセッションボーダーコントローラに適用し得るものである。
【背景技術】
【０００２】
例えば、固定通信網と移動通信網との間や、それぞれ異なる通信事業者の通信網間等で、円滑な通信を実現するために、各通信網で使用される様々な音声、映像、データ等の信号形式（例えば、符号化形式等）を変換するメディア変換が必要となる（特許文献１参照）。
【０００３】
例えば、図２に例示するように、Ａ事業者の通信網（Ａ事業者網）とＢ事業者の通信網（Ｂ自事業者網）との間で行う音声通信を考える。
【０００４】
Ａ事業者網では音声符号化形式としてＡ形式を採用した音声データＡを扱い、Ｂ事業者網では音声符号化形式としてＢ形式を採用した音声データＢを扱うとする。この場合、音声符号化形式が異なるので、Ａ事業者網とＢ事業者網との間の音声通話は不可能である。
【０００５】
そこで、図２に示すように、Ａ事業者網及びＢ事業者網間の境界にメディア変換装置９１を設け、例えば、メディア変換装置９１が、端末９２からの音声データＡを音声データＢに変換し、Ｂ事業者網の端末９３に送信することで、音声符号化形式が事業者網で異なっていても、相互に音声通信を可能とすることができる。
【０００６】
同様に、Ａ事業者網上の端末９２とＢ事業者網上の端末９３との間で、ＤＴＭＦ（Dial  Tone  Multi  Frequency）信号を交換する場合がある。ここで、ＤＴＭＦ信号の交換方式は、接続される端末によって異なるものであり、事業者網で一意に統一されているわけではない。
【０００７】
例えば、端末９２は、圧縮された音声データ（例えば、Ｇ．７１１）中のインバウンドＤＴＭＦ方式でＤＴＭＦ信号を交換する端末であり、端末９３は、例えばＲＦＣ２８３３に規定された方式（アウトバンドＤＴＭＦ方式）でＤＴＭＦ信号を交換する端末であるとする。ＲＦＣ２８３３は、ＩＰ網上でＤＴＭＦ信号を伝送する標準化技術が規定されている。
【０００８】
このように、端末９２はＤＴＭＦ信号を音として交換する方式を取り、端末９３はＩＰ網上での規格化技術に従って交換する方式を取るとき、相互にＤＴＭＦ信号の交換方式が異なるため、端末９２と端末９３との間でＤＴＭＦ信号の交換が不可能となってしまう（特許文献２参照）。
【０００９】
そこで、従来のメディア変換装置９１は、端末９２から圧縮された音声データＡにインバウンドＤＴＭＦが含まれているか否かを検出し、インバウンドＤＴＭＦ信号が含まれている場合には、その検出したインバウンドＤＴＭＦをアウトバンドＤＴＭＦに変換して端末９３に送信している。これにより、端末間でＤＴＭＦ信号の交換方式が異なる場合でも、ＤＴＭＦ信号の交換を可能としている。
【００１０】
ここで、従来のメディア変換装置によるＤＴＭＦ信号の交換方法を簡単に説明する。
【００１１】
まず、端末９２及び端末９３は、ＳＩＰサーバーとの間で、例えばＳＩＰ（Session  Initiation  Protocol）等の呼メッセージの送受信することにより、呼を確立させて、通話状態になる。
【００１２】
通話状態になると、端末９２と端末９３との間で、ＲＴＰ（Real-time  Transport  Protocol）パケットによるパケット通信が実行されて、音声伝送がなされる。
【００１３】
一般的に、端末（電話機）におけるボタン操作によりＰＢ（Push  Button）信号が発生し、ＰＢ信号は可聴音のＤＴＭＦ信号である。例えば、端末９２は、ＤＴＭＦ信号を、Ｇ．７１１で規格化された符号化方式で圧縮符号化して音声データとし、この音声データを含むＲＴＰパケットを形成して、ネットワークに送信する。
【００１４】
メディア変換装置９１は、端末９２からのＲＴＰパケットを受信し、このＲＴＰパケットに含まれる音声データを復号する。音声データは、復号されると、そのまま可聴信号、いわゆる音声帯域であるインバウンドの信号に変換される。
【００１５】
ＤＴＭＦ信号も音声データであるから、メディア変換装置９１が、端末９２からインバウンドとして入力されるＤＴＭＦ信号を検出した場合、メディア変換装置９１は、例えば、図３に示すアウトバンドＤＴＭＦパケットのフォーマットに基づいて、インバウンドＤＴＭＦ信号を、アウトバンドＤＴＭＦパケットに変換して端末９３に送信する。なお、図３は、ＲＦＣ２８３３で規定されているＲＴＰパケットのフォーマットを示す構成図である。
【００１６】
メディア変換装置９１において、アウトバンドＤＴＭＦに変換する際に、メディア変換装置９１は、端末９２からのＲＴＰパケットのＲＴＰペイロード時間に基づいて、ＲＦＣパケットに規定されるパケットの数を決定する。
【００１７】
つまり、メディア変換装置９１は、ＲＴＰペイロード時間に基づいて、図３の「ｅｖｅｎｔ」フィールドにデジット値をセットするＲＴＰ（ＤＴＭＦ）パケットの数と、図３の「Ｅ」ビットに「ＯＮ」をセットしてＤＴＭＦ信号の終了を示すＥＮＤパケットの数とを決定する。そして、メディア変換装置９１は、端末９２からのＲＴＰパケットに同期させて、形成したＲＦＣ２８３３のＲＴＰパケットを端末９３に送信する。
【００１８】
例えば、メディア変換装置９１は、図４に例示するテーブルを用いて、ＲＴＰ（ＤＴＭＦ）パケットの数と、ＥＮＤパケットの数とを決定することができ、端末９２のＲＴＰペイロード時間が２０ｍｓである場合には、ＲＴＰ（ＤＴＭＦ）パケットを「４」個とＥＮＤパケットを「３」個とを形成して送信する。
【００１９】
次に、インバウンドＤＴＭＦのデジット値が変化した場合、例えばデジット値が「１」から「２」に変化した場合のメディア変換装置９１の従来処理を、図５を参照しながら説明する。
【００２０】
端末９２は、ＲＴＰペイロード時間が２０ｍｓの通常音声ＲＴＰを行っているものとする。このときに、インバウンドＤＴＭＦが、端末９２からメディア変換装置９１に入力されたとする。
【００２１】
図５に例示するように、メディア変換装置９１は、実際にＤＴＭＦ信号を検出するまでの時間（「検出Ｄｅｌａｙ」）経過後、「ｅｖｅｎｔ」フィールドにデジット値「１」をセットした４個のＤＴＭＦパケットを送信し、その後、「Ｅ」ビットを「ＯＮ」にした３個のＥＮＤパケットを送信する。
【００２２】
そして、インバウンドＤＴＭＦのデジット値が「１」から「２」に変換されると、上記のデジット値「１」の７個のアウトバンドＤＴＭＦパケットを送信後、一旦、音声のＲＴＰパケットを出力した後、デジット値「２」の７個のアウトバンドＤＴＭＦパケットを送信する。
【先行技術文献】
【特許文献】
【００２３】
【特許文献１】特開２００７−２１４９８９号公報
【特許文献２】特開２００６−３１５２２２号公報
【発明の概要】
【発明が解決しようとする課題】
【００２４】
しかしながら、メディア変換装置におけるアウトバンドＤＴＭＦパケットの出力シーケンス中にデジット値が変化した場合、変更前のデジット値を示すアウトバンドＤＴＭＦパケットが全部出力される前に、変更後のデジット値を示すアウトバウンドＤＴＭＦパケットが出力されてしまい、送信先の端末が正常にデジット値を認識できない場合が生じ得る。
【００２５】
例えば、図６は、ＲＴＰペイロード時間が２０ｍｓの通常音声ＲＴＰの後に、インバウンドＤＴＭＦのデジット値が「１」のＤＴＭＦ信号が入力され、その７個のアウトバウンドＤＴＭＦパケットの出力シーケンス中に、インバウンドＤＴＭＦのデジット値が「１」から「２」に変化したとする。
【００２６】
図６に示すように、デジット値「１」のアウトバウンドＤＴＭＦパケットの出力シーケンス中に、メディア変換装置９１がデジット値「２」のＤＴＭＦ信号を検出した場合、従来のメディア変換装置９１は、デジット値「１」のアウトバンドＤＴＭＦパケットの出力を中止し、デジット値「２」のアウトバウンドＤＴＭＦパケットの出力を開始しなければならない。
【００２７】
そのため、送信先の端末９３は、メディア変換装置９１からアウトバウンドＤＴＭＦパケットを受信しても、デジット値「１」のＥＮＤパケットを受信せずに、デジット値「２」のＤＴＭＦパケットを受信することとなり、デジット値が「１」と「２」とを正常に認識することができない。
【００２８】
また、デジット値が変化した場合でも、例えばパケットロス等によりＲＴＰパケットの遅延や、メディア変換装置内部での処理遅延を抑えることが望まれる。
【００２９】
そのため、ＤＴＭＦ信号の信号方式変換処理において、形式変換後のＤＴＭＦ信号の送信中に、ＤＴＭＦ信号のデジット値の変化があった場合でも、変換先の方式に従って、変化前と変化後のデジット値のＤＴＭＦ信号を正しい方式にして出力することができる信号方式変換装置及び信号方式変換プログラムが求められている。
【課題を解決するための手段】
【００３０】
かかる課題を解決するために、第１の本発明は、入力された音声信号に含まれる第１の周波数重畳信号を、所定の信号方式の第２の周波数重畳信号に変換する信号方式変換装置において、（１）入力された音声信号に基づいて第１の周波数重畳信号を検出する周波数重畳信号検出手段と、（２）周波数重畳信号検出手段により第１の周波数重畳信号のデジット値の変化が検出されると、変化前のデジット値に関連する第２の周波数重畳信号が送信中であるか否かを判定する判定手段と、（３）周波数重畳信号検出手段により検出された第１の周波数重畳信号に基づいて、所定の信号方式の第２の周波数重畳信号を作成する信号作成手段と、（４）信号作成手段により作成された第２の周波数重畳信号を含む信号を出力する出力手段とを備え、信号作成手段は、判定手段により、デジット値が変化したときに、変化前のデジット値に関連する第２の周波数重畳信号が送信中であると判定された場合、変化前のデジット値に関連する全ての第２の周波数重畳信号を出力した後に、変化後のデジット値に関連する第２の周波数重畳信号を作成するものであることを特徴とする信号方式変換装置である。
【００３１】
第２の本発明は、入力された音声信号に含まれる第１の周波数重畳信号を、所定の信号方式の第２の周波数重畳信号に変換する信号方式変換プログラムにおいて、コンピュータを、（１）入力された音声信号に基づいて第１の周波数重畳信号を検出する周波数重畳信号検出手段、（２）周波数重畳信号検出手段により第１の周波数重畳信号のデジット値の変化が検出されると、変化前のデジット値に関連する第２の周波数重畳信号が送信中であるか否かを判定する判定手段、（３）周波数重畳信号検出手段により検出された第１の周波数重畳信号に基づいて、所定の信号方式の第２の周波数重畳信号を作成する信号作成手段、（４）信号作成手段により作成された第２の周波数重畳信号を含む信号を出力する出力手段として機能させるものであり、信号作成手段が、判定手段により、デジット値が変化したときに、変化前のデジット値に関連する第２の周波数重畳信号が送信中であると判定された場合、変化前のデジット値に関連する全ての第２の周波数重畳信号を出力した後に、変化後のデジット値に関連する第２の周波数重畳信号を作成するものであることを特徴とする信号方式変換プログラムである。
【発明の効果】
【００３２】
本発明によれば、ＤＴＭＦ信号の形式変換処理において、形式変換後のＤＴＭＦ信号の送信中に、ＤＴＭＦ信号のデジット値の変化があった場合でも、変換先の方式に従って、変化前と変化後のデジット値のＤＴＭＦ信号を正しい方式にして出力することができる。
【図面の簡単な説明】
【００３３】
【図１】第１の実施形態のネットワークの概略的な接続構成と、メディア変換装置の内部構成とを示す構成図である。
【図２】従来のメディア変換システムの構成図である。
【図３】ＲＴＰパケット（ＲＦＣ２８３３）のフォーマットを示す構成図である。
【図４】ＲＴＰペイロード時間とＤＴＭＦパケット数及びＥＮＤパケット数とを対応付けた生成パケットテーブルの構成例を示す構成図である。
【図５】従来のＤＴＭＦ信号の変換処理を説明する説明図である。
【図６】従来のＤＴＭＦパケットの出力シーケンス中にデジット値が変化したときの処理を説明する説明図である。
【図７】第１の実施形態のＤＴＭＦ検出部における処理を示すフローチャートである（その１）。
【図８】第１の実施形態のＤＴＭＦ検出部１２における処理を示すフローチャートである（その２）。
【図９】第１の実施形態のＤＴＭＦ検出部が作成するＤＴＭＦパケットのペイロードデータ例である。
【図１０】第１の実施形態のＤＴＭＦ検出部が作成するＥＮＤパケットのペイロードデータ例である。
【図１１】第１の実施形態のアウトバンドＤＴＭＦパケットのリンクアドレスを説明する説明図である。
【図１２】第１の実施形態のメディア変換装置における具体的な動作例を説明する説明図である。
【図１３】第２の実施形態のネットワークの概略的な接続構成と、メディア変換装置の内部構成とを示す構成図である。
【発明を実施するための形態】
【００３４】
（Ａ）第１の実施形態
以下では、本発明の信号方式変換装置及び信号方式変換プログラムの第１の実施形態を、図面を参照しながら詳細に説明する。
【００３５】
第１の実施形態は、それぞれ異なる複数の事業者網の境界に設けられたメディア変換装置が有する、インバウンドＤＴＭＦをアウトバウンドＤＴＭＦに変換するＤＴＭＦ変換機能に、本発明を適用する場合を例示する。
【００３６】
（Ａ−１）第１の実施形態の構成
図１は、第１の実施形態のネットワークの概略的な接続構成と、メディア変換装置の内部構成とを示す構成図である。
【００３７】
図１において、第１の実施形態のネットワーク１０は、メディア変換装置１、端末２１、端末２２を有して構成される。
【００３８】
端末２１は、Ａ事業者網上の通信端末であり、端末２２は、Ｂ事業者網上の通信端末である。端末２１及び２２は、通話機能を有する通信端末であれば、様々なものを適用することができ、例えば、電話機、ＩＰ電話機、携帯電話機、パーソナルコンピュータ上でソフトウェア処理により実行される通話機能（いわゆるソフトフォン）等を適用することができる。
【００３９】
ここで、ＤＴＭＦ信号の伝送方式について、端末２１は、例えばＧ．７１１の符号化方式によりＤＴＭＦ信号を音声データに変換する方式を採用するものとし、端末２２は、ＲＦＣ２８３３の規格化されたＲＴＰパケットにより、ＤＴＭＦ信号を交換する方式を採用するものとする。
【００４０】
端末２１は、図１に示すように、音声入力部２１１、符号化部２１２を少なくとも有する。なお、図１には図示しないが、端末２１は、パケットを形成する通信部等の通信端末としてのその他構成要素も備える。
【００４１】
音声入力部２１１は、音声（音声波形）を入力し、音声信号を符号化部２１２に与えるものである。
【００４２】
符号化部２１２は、音声入力部２１１から音声信号を受け取り、標本化、量子化、符号化等を行い、音声データを形成するものである。これにより、端末２１は、符号化部２１２により形成された音声データを含むパケットを送出することができる。
【００４３】
なお、端末２１はＤＴＭＦ信号を音として捉えて伝送するものであり、この実施形態では、符号化部２１２が、音声符号化方式の一例としてＧ．７１１方式を採用する場合を例示するが、その音声符号化方式は、Ｇ．７１１に限定されるものではなく、種々の音声符号化方式を適用することができる。
【００４４】
端末２２は、図１に示すように、音声復号部２２１、ＤＴＭＦ生成部２２２、音声出力部２２３を少なくとも有するものである。なお、端末２２は、図１には図示しないが、パケット通信を行なう通信部等の通信端末としてのその他構成要素を備える。
【００４５】
音声復号部２２１は、受信したパケット（ＲＴＰパケット）に含まれる音声データを復号し、その復号した音声データを音声出力部２２３に与えるものである。
【００４６】
ＤＴＭＦ生成部２２２は、音声復号部２２１により復号された内容に基づいてＤＴＭＦ信号を生成するものである。
【００４７】
音声出力部２２３は、音声復号部２２１及びＤＴＭＦ生成部２２２からのＤＴＭＦ信号を音として出力するものである。
【００４８】
なお、端末２２は、ＲＦＣ２８３３の規格化技術を採用する場合を例示するが、ＲＦＣ２８３３の規格化技術だけに限定されるものではなく、その拡張技術等にも広く適用することができる。
【００４９】
メディア変換装置１は、Ａ事業者網とＢ事業者網との間で授受される信号の信号形式（例えば、音声符号化方式等）を変換するものである。メディア変換装置１による変換処理は、既存の技術を広く適用することができる。
【００５０】
また、メディア変換装置１は、ＤＴＭＦ信号の変換機能を有するものである。これにより、ＤＴＭＦ信号の交換方式が異なる端末２１と端末２２との間で、ＤＴＭＦ信号の送出処理を実現させることができる。
【００５１】
図１に示すように、メディア変換装置１は、音声復号部１１、ＤＴＭＦ検出部１２、音声符号化部１３、ＲＴＰパケット出力部１４、設定部１５を有して構成される。
【００５２】
なお、メディア変換装置１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、入出力インタフェース等を有して構成されるものであり、メディア変換装置１の機能は、ＣＰＵが、ＲＯＭに格納される処理プロプログラムを実行することにより実現されるものである。
【００５３】
音声復号部１１は、端末２１が送信したパケットを受信し、その受信パケットに含まれている音声データを復号するものである。この実施形態では、端末２１がＧ．７１１の規格化技術による符号化方式を採用するので、音声復号部１１も、Ｇ．７１１の規格化技術によるものである。すなわち、音声復号部１１は、受信したパケットのペイロード部を抽出して音声データを復号し、ＰＣＭデータ、ペイロード時間（Ｎｍｓ）をＤＴＭＦ検出部１２に与える。
【００５４】
ＤＴＭＦ検出部１２は、音声復号部１１からのＰＣＭデータ及びペイロード時間に基づいてＤＴＭＦ信号が有るか否かを判定し、ＤＴＭＦ信号を検出した場合には、ペイロード時間に基づいてアウトバンドＤＴＭＦ信号を生成してＲＴＰパケット出力部１４に与え、一方ＤＴＭＦ信号を検出しない場合には、音声復号部１１からのＰＣＭデータを音声符号化部１３に与えるものである。
【００５５】
音声符号化部１３は、ＤＴＭＦ検出部１２からＰＣＭデータを受け取り、Ｂ事業者網が採用する音声符号化方式でＰＣＭデータを符号化するものである。これにより、Ａ事業者網及びＢ事業者網が異なる音声符号化方式を採用する場合でも、音声符号化方式を変換することができるので、Ａ事業者網とＢ事業者網との間で音声通話をすることができる。
【００５６】
ＲＴＰパケット出力部１４は、音声符号化部１３又はＤＴＭＦ検出部１２からのデータを用いてＲＴＰパケットを形成し、形成したＲＴＰパケットをＢ事業者網に送信するものである。
【００５７】
設定部１５は、インバウンドＤＴＭＦ信号からアウトバンドＤＴＭＦパケットを生成する際の生成パケットテーブル、アウトバンドＤＴＭＦパケットの設定情報等を管理するものである。設定部１４５は、ＤＴＭＦ検出部１２がアウトバンドＤＴＭＦパケットを生成する際に、生成パケットテーブル、設定情報をＤＴＭＦ検出部１２に与える。
【００５８】
ここで、生成パケットテーブルは、従来と同様に、インバウンドＲＴＰパケットのペイロード時間と、アウトバンドＤＴＭＦパケットやＥＮＤパケットの数とを対応付けたテーブルを適用することができる。この実施形態では、例えば、図４に例示するテーブルを生成パケットテーブルとする場合を例示する。
【００５９】
なお、設定部１５は、例えば、外部インタフェースを介して、ＤＴＭＦ検出部１２と接続可能なようにしてもよいし、メディア変換装置１の内部に設けられるようにしてもよい。
【００６０】
（Ａ−２）第１の実施形態の動作
次に、第１の実施形態のメディア変換装置１におけるＤＴＭＦ変換処理の動作を、図面を参照しながら詳細に説明する。
【００６１】
（Ａ−２−１）全体動作
まず、メディア変換装置１における全体動作を、図１を参照しながら説明する。
【００６２】
端末２１は、Ｇ．７１１の音声符号化方式により、入力された音声信号を符号化し、その符号化データを含むＲＴＰパケットを送信する。端末２１は、利用者が発した音声を音声データとしてＲＴＰパケットを送信したり、又利用者の操作によりＰＢ信号が発生し、そのＤＴＭＦ信号を音声データとしてＲＴＰパケットを送信したりする。
【００６３】
端末２１からのＲＴＰパケットがメディア変換装置１に入力されると、メディア変換装置１では、音声復号部１１が、受信したＲＴＰパケットの音声ペイロード部を抽出し、その音声ペイロード部を復号して、ＰＣＭデータを得る。
【００６４】
そして、音声復号部１１により復号されたＰＣＭデータ及びペイロード時間（Ｎｍｓ）がＤＴＭＦ検出部１２に与えられる。ＤＴＭＦ検出部１２は、受け取ったＰＣＭデータに基づいてＤＴＭＦ信号が含まれているか否かを判定する。
【００６５】
そして、ＤＴＭＦ信号が含まれている場合、ＤＴＭＦ検出部１２は、アウトバンドＤＴＭＦパケットを生成する。このとき、ＤＴＭＦ検出部１２は、設定部１５の生成パケットテーブルを参照して、インバウンドのＲＴＰペイロード時間に応じたＤＴＭＦパケット数とＥＮＤパケットの数を生成する。
【００６６】
また、ＤＴＭＦ信号が含まれていない場合、ＤＴＭＦ検出部１２は、当該データは通常の音声データであるため、当該ＰＣＭデータを音声符号化部１３に与える。
【００６７】
ＤＴＭＦ検出部１２において、アウトバウンドＤＴＭＦパケットがある場合、ＤＴＭＦ検出部１２は、アウトバウンドＤＴＭＦパケットをＲＴＰパケット出力部１４に与える。そして、ＲＴＰパケット出力部１４は、ＲＴＰヘッダ、ＤＴＭＦペイロードの各フィールドを設定し、さらにＤＴＭＦ検出部１２のアウトバウンドＤＴＭＦパケットのリンクアドレスの設定を行い、アウトバウンドＤＴＭＦパケットのリンクアドレスにチェインされているＲＴＰパケットを端末２２に送信する。
【００６８】
一方、ＤＴＭＦ検出部１２において、アウトバウンドＤＴＭＦパケットがない場合、音声符号化部１３が、ＤＴＭＦ検出部１２からのＰＣＭデータを符号化し、符号化した音声データを含む音声ＲＴＰペイロードを設定する。そして、ＲＴＰパケット出力部１４が、ＲＴＰヘッダを設定して形成したＲＴＰパケットを端末２２に送信する。
【００６９】
ＲＴＰパケット出力部１４は、通常の音声データを含むＲＴＰパケットと、アウトバンドＤＴＭＦのＲＴＰパケットとの連続性を考慮し、図３のＲＴＰパケットのフォーマット（ＲＦＣ２８３３）に示す、ＲＴＰヘッダのｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ、ｔｉｍｅ  ｓｔａｍｐフィールド、ＤＴＭＦペイロードの「ｄｕｒａｔｉｏｎ」フィールド（トーンの持続時間）を設定する。
【００７０】
なお、図３のＤＴＭＦペイロードの「ｖｏｌｕｍｅ」フィールドは、トーンのパワーレベルを示すフィールドであり、ＤＴＭＦ検出部１２が、設定部１５に規定されている値を参照して、「ｖｏｌｕｍｅ」フィールドを設定する。
【００７１】
（Ａ−２−２）ＤＴＭＦ検出部１２における処理
図７及び図８は、ＤＴＭＦ検出部１２における処理を示すフローチャートである。
【００７２】
図７及び図８のフロー上において、「」（括弧）で囲む英数字は、ＤＴＭＦ検出部１２の処理における変数を示す。
【００７３】
「ＤＴＭＦ＿ｆｌｇ」は、ＲＴＰパケット出力部１４がアウトバンドＤＴＭＦパケットを送信中か否かを示すものである。すなわち、アウトバンドＤＴＭＦパケットの出力シーケンス中であるか否かを示すものである。ここでは、「１」の場合は送信中であり、「０」の場合は非送信中であるとする。
【００７４】
「ＤＴＭＦ＿ｌｉｎｋ」は、アウトバンドＤＴＭＦパケットのリンクアドレスを示すものである。「ＤＴＭＦ＿ｄｉｊ」は、ＤＴＭＦ検出部１２が検出したＤＴＭＦ信号のデジット値を示す。
【００７５】
「ＤＴＭＦ＿ｓｕｕ」は、ＤＴＭＦ検出部１２が生成したアウトバンドのＤＴＭＦパケット数であり、「ＥＮＤ＿ｓｕｕ」は、ＥＮＤパケット数である。
【００７６】
図７において、ＰＣＭデータが入力されると、ＤＴＭＦ検出部１２がＰＣＭデータに基づいてＤＴＭＦ信号の検出を行い（Ｐ１）、ＤＴＭＦ信号を検出した場合には処理をＰ３に移行し、ＤＴＭＦ信号を検出しない場合には処理をＰ１０に移行する（Ｐ２）。
【００７７】
ここで、第１の実施形態では、説明便宜上、Ｐ１のＤＴＭＦ検出処理はデジット値の変化を「検出」するものとする。すなわち、同じ信号が入力されている場合には「非検出」とし、異なる信号が入力されると「検出」とする。
【００７８】
ＤＴＭＦ信号が検出されると、ＤＴＭＦ検出部１２は「ＤＴＭＦ＿ｆｌｇ」を判定し、「ＤＴＭＦ＿ｆｌｇ」の判定結果が、「１」の場合はＤＴＭＦパケットの送信中と判断して処理をＰ２１（図８）に移行し、「０」の場合はＤＴＭＦパケットの非送信と判断して処理をＰ４に移行する（Ｐ３）。
【００７９】
Ｐ４において、ＤＴＭＦ検出部１２は、「ＤＴＭＦ＿ｌｉｎｋ」をＮＵＬＬに初期化し、未送信のＤＴＭＦペイロードがない状態にする（Ｐ４）。
【００８０】
そして、ＤＴＭＦ検出部１２は、「ＤＴＭＦ＿ｆｌｇ」を「１」に設定し、すなわちＤＴＭＦパケットの送信状態を送信中状態に設定し、検出されたＤＴＭＦ信号のデジット値を「ＤＴＭＦ＿ｄｉｊ」に保存しておく（Ｐ５）。
【００８１】
ＤＴＭＦ検出部１２は、入力されたＲＴＰパケットのペイロード時間を取得し、図４の生成パケットテーブルを参照して、ペイロード時間に対応するＤＴＭＦパケット数を取り出して、ＤＴＭＦパケット数を設定する（Ｐ６）。
【００８２】
例えば、端末２１からのＲＴＰパケットのペイロード時間（Ｎｍｓ）がＮ＝２０ｍｓである場合、図４を参照して、ＤＴＭＦパケット数は「４」である。従って、ＤＴＭＦ検出部１２は、「ＤＴＭＦ＿ｓｕｕ」に４を設定する。
【００８３】
また、ＤＴＭＦ検出部１２は、入力されたＲＴＰパケットのペイロード時間に基づいて、ＥＮＤパケット数を設定する（Ｐ７）。
【００８４】
例えば、ペイロード時間が２０ｍｓである場合、ＤＴＭＦ検出部１２は、ＤＴＭＦパケット数の設定と同様に、図４を参照して、ペイロード時間（２０ｍｓ）に基づいてＥＮＤパケット「３」を取り出し、「ＥＮＤ＿ｓｕｕ」に「３」を設定する。
【００８５】
Ｐ６及びＰ７の処理が終了すると、ＤＴＭＦ検出部１２は処理をＰ１１に移行する。
【００８６】
一方、Ｐ２において、ＤＴＭＦ信号が非検出の場合、ＤＴＭＦ検出部１２は「ＤＴＭＦ＿ｆｌｇ」を判定し、「ＤＴＭＦ＿ｆｌｇ」の判定結果が、「１」の場合はＤＴＭＦパケットの送信中と判断して処理をＰ１１に移行し、「０」の場合はＤＴＭＦパケットの非送信と判断して処理をＰ２０に移行する（Ｐ１０）。
【００８７】
Ｐ１１では、ＤＴＭＦ検出部１２が、「ＤＴＭＦ＿ｓｕｕ」に設定されている値を判定する。そして、「ＤＴＭＦ＿ｓｕｕ」が「０」の場合には、処理をＰ１５に移行し、「０」でない場合には、処理をＰ１２に移行する（Ｐ１１）。
【００８８】
すなわち、Ｐ１１の処理は、ＤＴＭＦ信号のデジット値に変化がない場合であって、当該ＤＴＭＦ信号の送信中であるときには、当該ＤＴＭＦ信号の送信を継続するようにする。また、ＤＴＭＦ信号のデジット値に変化があった場合であって、既に変化前のデジット値のＤＴＭＦ信号の送信が終了しているときには、変化後のデジット値のＤＴＭＦ信号の送信を行うようにする。
【００８９】
「ＤＴＭＦ＿ｓｕｕ」が「０」でない場合、ＤＴＭＦ検出部１２は、「ＤＴＭＦ＿ｓｕｕ」の値から１をデクリメントし（Ｐ１２）、「ＤＴＭＦ＿ｄｉｊ」に設定されているＤＴＭＦ信号のデジット値に基づいて、ＤＴＭＦパケットのペイロードを作成する（Ｐ１３）。
【００９０】
図９は、ＤＴＭＦ検出部１２が作成するＤＴＭＦパケットのペイロードデータ例である。図９のように具体的に、ＤＴＭＦ検出部１２は、検出したＤＴＭＦ信号のデジット値、すなわち「ＤＴＭＦ＿ｄｉｊ」に設定されている値を、ＤＴＭＦペイロードの「ｅｖｅｎｔ」フィールドに設定する。また、ＤＴＭＦ検出部１２は、「Ｅ」ビット及び「Ｒ」ビットに「０」を設定し、さらに設定部１５からの値「ｘ」を「ｖｏｌｕｍｅ」フィールドに設定する。
【００９１】
図１１は、第１の実施形態のアウトバンドＤＴＭＦパケットのリンクアドレスを説明する説明図である。
【００９２】
ＤＴＭＦ検出部１２は、「ＤＴＭＦ＿ｌｉｎｋ」が「ＮＵＬＬ」であるか否かを判断し、作成したＤＴＭＦペイロードの「ＤＴＭＦ＿ｌｉｎｋ」が「ＮＵＬＬ」でない場合、ＤＴＭＦ検出部１２は、今回作成したＤＴＭＦペイロードが最終にチェインするようにリンクさせる。一方、「ＤＴＭＦ＿ｌｉｎｋ」が「ＮＵＬＬ」の場合、ＤＴＭＦ検出部１２は、作成したＤＴＭＦペイロードを先頭にチェインするようにリンクさせる。
【００９３】
Ｐ１３で作成したＤＴＭＦペイロードを「ＤＴＭＦ＿ｌｉｎｋ」から取り出し、ＤＴＭＦ検出部１２は、作成したアウトバンドＤＴＭＦパケットをＲＴＰパケット出力部１４に出力する。そして、出力後、ＤＴＭＦ検出部１２は「ＤＴＭＦ＿ｌｉｎｋ」を「ＮＵＬＬ」にする（Ｐ１４）。
【００９４】
一方、Ｐ１１において、「ＤＴＭＦ＿ｓｕｕ」が「０」である場合、ＤＴＭＦ検出部１２は、「ＥＮＤ＿ｓｕｕ」の値から１をデクリメントし（Ｐ１５）、「ＤＴＭＦ＿ｄｉｊ」に設定されているＤＴＭＦ信号のデジット値に基づいて、ＥＮＤパケットのペイロードを作成する（Ｐ１６）。これにより、全てのＤＴＭＦパケットの送信後に、ＥＮＤパケットの送信処理を進めることができる。
【００９５】
図１０は、ＤＴＭＦ検出部１２が作成するＥＮＤパケットのペイロードデータ例である。図１０のように具体的に、ＤＴＭＦ検出部１２は、検出したＤＴＭＦ信号のデジット値、すなわち「ＤＴＭＦ＿ｄｉｊ」に設定されている値を、ＥＮＤパケットのペイロードの「ｅｖｅｎｔ」フィールドに設定する。また、ＤＴＭＦ検出部１２は、「Ｅ」ビットに「１」を設定し、「Ｒ」ビットに「０」を設定し、さらに設定部１５からの値「ｘ」を「ｖｏｌｕｍｅ」フィールドに設定する。
【００９６】
また、作成したＤＴＭＦペイロードは、図１１で示す「ＤＴＭＦ＿ｌｉｎｋ」がＮＵＬＬで無い場合は最終にチェインする。「ＤＴＭＦ＿ｌｉｎｋ」がＮＵＬＬの場合は作成したＤＴＭＦペイロードを先頭にチェインする。
【００９７】
次に、ＤＴＭＦ検出部１２は、「ＥＮＤ＿ｓｕｕ」の値を判定し、「ＥＮＤ＿ｓｕｕ」の値が「０」でない場合、処理をＰ１９に移行させ、「ＥＮＤ＿ｓｕｕ」の値が「０」の場合、処理をＰ１８に移行する（Ｐ１７）。
【００９８】
「ＥＮＤ＿ｓｕｕ」の値が「０」の場合、ＤＴＭＦ検出部１２は「ＤＴＭＦ＿ｆｌｇ」に「０」を設定する（Ｐ１８）。
【００９９】
Ｐ１９では、Ｐ１６で作成したＥＮＤパケットのＤＴＭＦペイロードを「ＤＴＭＦ＿ｌｉｎｋ」から取り出し、ＤＴＭＦ検出部１２がＥＮＤパケットをＲＴＰパケット出力部１４に出力する。また出力後、ＤＴＭＦ検出部１２は「ＤＴＭＦ＿ｌｉｎｋ」を「ＮＵＬＬ」にする（Ｐ１９）。
【０１００】
Ｐ２０では、アウトバンドＤＴＭＦパケットがないので、ＤＴＭＦ検出部１２はＮＵＬＬを出力する（Ｐ２０）。
【０１０１】
Ｐ３において、「ＤＴＭＦ＿ｆｌｇ」が「１」であり、ＤＴＭＦパケットが送信中である場合、図８のＰ２１に移行する。
【０１０２】
図８のＰ２１〜Ｐ２６は、送信中のＤＴＭＦペイロードを全て出力するための処理である。
【０１０３】
まず、Ｐ２１において、ＤＴＭＦ検出部１２は、「ＤＴＭＦ＿ｓｕｕ」を判定し、「ＤＴＭＦ＿ｓｕｕ」が「０」で無い場合、処理をＰ２２に移行し、「ＤＴＭＦ＿ｓｕｕ」がが「０」の場合、処理をＰ２４に移行する（Ｐ２１）。
【０１０４】
ＤＴＭＦ検出部１２は、「ＤＴＭＦ＿ｓｕｕ」の値から１をデクリメントし（Ｐ２２）、検出したＤＴＭＦ信号のデジット値「ＤＴＭＦ＿ｄｉｊ」の値を、ＤＴＭＦパケットのペイロードのｅｖｅｎｔフィールドに設定し、「Ｅ」ビットと「Ｒ」ビットに「０」を設定する。さらに、ＤＴＭＦ検出部１２は、ＤＴＭＦペイロードの「ｖｏｌｕｍｅ」フィールドは、設定部１５から入力される「ｘ」値を設定する。
【０１０５】
作成したＤＴＭＦペイロードは、図１１で示す「ＤＴＭＦ＿ｌｉｎｋ」が「ＮＵＬＬ」で無い場合は最終にチェインする。「ＤＴＭＦ＿ｌｉｎｋ」が「ＮＵＬＬ」の場合は作成したＤＴＭＦペイロードを先頭にチェインする。
【０１０６】
Ｐ２４において、ＤＴＭＦ検出部１２は、「ＥＮＤ＿ｓｕｕ」の値から１をデクリメントし（Ｐ２４）、図１０に示すＤＴＭＦペイロードを設定する（Ｐ２５）。
【０１０７】
具体的には、ＤＴＭＦ検出部１２が検出したＤＴＭＦ信号のデジット値「ＤＴＭＦ＿ｄｉｊ」の値を、ＤＴＭＦペイロードの「ｅｖｅｎｔ」フィールドに設定し、「Ｅ」ビットに「１」を、「Ｒ」ビットに「０」を設定する。さらに、ＤＴＭＦ検出部１２は、ＤＴＭＦペイロードの「ｖｏｌｕｍｅ」フィールドに、設定部１５から入力される「ｘ」値を設定する。
【０１０８】
作成したＤＴＭＦペイロードは、図１１で示す「ＤＴＭＦ＿ｌｉｎｋ」が「ＮＵＬＬ」で無い場合は最終にチェインする。「ＤＴＭＦ＿ｌｉｎｋ」が「ＮＵＬＬ」の場合は作成したＤＴＭＦペイロードを先頭にチェインする。
【０１０９】
Ｐ２６では、ＤＴＭＦ検出部１２が「ＥＮＤ＿ｓｕｕ」の値を判定し、「ＥＮＤ＿ｓｕｕ」が「０」で無い場合は処理をＰ２４に移行し、「ＥＮＤ＿ｓｕｕ」が「０」の場合は処理をＰ５に移行する。
【０１１０】
図１２は、メディア変換装置１における具体的な動作例を説明する説明図である。以下では、図７及び図８のフローチャートの処理に対応させて具体的な説明する。
【０１１１】
ここでは、端末２１のＲＴＰパケットのペイロード時間が２０ｍｓである場合を例示する。また、メディア変換装置１において、７個のアウトバンドＤＴＭＦパケットを送信する出力シーケンス中に、インバウンドＤＴＭＦのデジット値が「１」から「２」に変化した場合の動作を説明する。
【０１１２】
まず、メディア変換装置１において、音声復号部１１は、ＲＴＰペイロードであるＧ．７１１データが入力されると、このデータを復号し、ＰＣＭデータ及びペイロード時間（２０ｍｓ）をＤＴＭＦ検出部１２に出力する。
【０１１３】
ここでは、デジット値「１」のＤＴＭＦ信号が入力されるとする。ＤＴＭＦ検出部１２において、デジット値「１」のＤＴＭＦ信号が検出される（Ｐ１、Ｐ２）。
【０１１４】
このとき、メディア変換装置１はＤＴＭＦ信号の非送信の状態であるから、「ＤＴＭＦ＿ｆｌｇ」は「０」である（Ｐ３）。従って、ＤＴＭＦ検出部１２において、「ＤＴＭＦ＿ｌｉｎｋ」が「ＮＵＬＬ」となり（Ｐ４）、「ＤＴＭＦ＿ｆｌｇ」に「１」が設定され、「ＤＴＭＦ＿ｄｉｊ」にデジット値「１」が設定される（Ｐ５）。
【０１１５】
次に、「ＤＴＭＦ＿ｓｕｕ」に「４」が設定され（Ｐ６）、「ＥＮＤ＿ｓｕｕ」に「３」が設定される（Ｐ７）。
【０１１６】
そして、Ｐ１１において「ＤＴＭＦ＿ｓｕｕ」が「０」でないため、「ＤＴＭＦ＿ｓｕｕ」の値より「１」が減算される（Ｐ１２）。
【０１１７】
Ｐ１３の実行により、図９に示すＤＴＭＦペイロード形式で「ｅｖｅｎｔ」＝１、「Ｅ」＝０、「Ｒ」＝０、「ｖｏｌｕｍｅ」＝ｘと設定され、そのペイロードを「ＤＴＭＦ＿ｌｉｎｋ」の先頭にリンクする。
【０１１８】
Ｐ１４の実行により、Ｐ１３で作成されたアウトバンドＤＴＭＦペイロードがＲＴＰパケット出力部１４に与えられ、ＲＴＰパケット出力部１４がＲＴＰパケットを作成し、その作成したＲＴＰパケットが出力される。
【０１１９】
その後、デジット値１のＤＴＭＦ信号のＲＴＰパケットがメディア変換装置１に入力されると、デジット値の変化はないので、Ｐ２で「非検出」と判定される。更に、ＤＴＭＦパケットの送信中であるため、Ｐ１０で「ＤＴＭＦ＿ｆｌｇ」が「１」と判定され、「ＤＴＭＦ＿ｓｕｕ」が「０」になるまでＰ１１〜Ｐ１４の処理が繰り返される。
【０１２０】
デジット値「１」のアウトバンドＤＴＭＦパケットの出力シーケンス中に、デジット値「２」のＲＴＰパケットが入力されると、Ｐ２で「検出」と判定される。
【０１２１】
このとき、メディア変換装置１は、デジット値「１」のＤＴＭＦパケットの出力シーケンス中であるから、「ＤＴＭＦ＿ｆｌｇ」は「１」であるため（Ｐ３）、処理は図８のＰ２１に移行する。
【０１２２】
例えば、デジット値「２」のＤＴＭＦ信号を検出したとき、デジット値「１」の７個のアウトバンドＤＴＭＦパケットのうち、４個のＤＴＭＦパケットは既に送信しており、３個のＥＮＤパケットが未送信であるとする。
【０１２３】
そうすると、このとき、「ＤＴＭＦ＿ｓｕｕ」が「０」であり、「ＥＮＤ＿ｓｕｕ」が「０」でないという状態であるから、処理はＰ２４に移行して、「ＥＮＤ＿ｓｕｕ」が「０」になるまで、ＥＮＤパケットのＤＴＭＦペイロードが作成され（Ｐ２４〜Ｐ２６）、３個のＥＮＤパケットが出力される。
【０１２４】
すなわち、Ｐ２５の実行により、図１０に示すＤＴＭＦペイロード形式で「ｅｖｅｎｔ」＝１、「Ｅ」＝１、「Ｒ」＝０、「ｖｏｌｕｍｅ」＝ｘが設定され、そのペイロードを「ＤＴＭＦ＿ｌｉｎｋ」の先頭から３つリンクされる。
【０１２５】
また、「ＥＮＤ＿ｓｕｕ」が「０」になると、処理は図７のＰ５に移行して、今回検出したデジット値「２」が「ＤＴＭＦ＿ｄｉｊ」に設定される（Ｐ５）。
【０１２６】
つまり、未送信であった３個のＥＮＤパケットのＤＴＭＦペイロードが作成された後、今回検出されたデジット値「２」を「ＤＴＭＦ＿ｄｉｊ」にセットし、デジット値「２」のＤＴＭＦパケットのＤＴＭＦペイロードが作成される。
【０１２７】
なお、このとき、「ＤＴＭＦ＿ｄｉｊ」の値を変えるまで、ＤＴＭＦ検出部１２は、一時的に今回検出したデジット値「２」の値を保持しておくようにしてもよい。また、例えば、デジット値「１」から「２」、更に「２」から「３」等のように続けて変化する場合もある。この場合には、ＤＴＭＦ検出部１２は、検出した順序でデジット値を保持しておくようにしてもよい。
【０１２８】
図７のＰ５において、デジット値「２」のＤＴＭＦ信号について、「ＤＴＭＦ＿ｄｉｊ」に「２」が設定されると、Ｐ６及びＰ７の実行により、「ＤＴＭＦ＿ｓｕｕ」が「４」、「ＥＮＤ＿ｓｕｕ」が「３」に設定される（Ｐ６、Ｐ７）。
【０１２９】
そして、Ｐ１１において、「ＤＴＭＦ＿ｓｕｕ」が「０」でないと判定され、Ｐ１２の実行で「ＤＴＭＦ＿ｓｕｕ」の値より「１」が減算される。
【０１３０】
Ｐ１３の実行により、図９に示すＤＴＭＦペイロード形式で、「ｅｖｅｎｔ」＝２、「Ｅ」＝０、「Ｒ」＝０、「ｖｏｌｕｍｅ」＝ｘが設定され、そのペイロードを「ＤＴＭＦ＿ｌｉｎｋ」の最終にリンクする。
【０１３１】
Ｐ１４の実行により、Ｐ１３で作成されたデジット値「２」のＤＴＭＦペイロードがＲＴＰパケット出力部１４に与えられ、ＲＴＰパケット出力部１４がＲＴＰパケットを作成して、ＤＴＭＦパケットが出力される。
【０１３２】
（Ａ−３）第１の実施形態の効果
以上のように、第１の実施形態によれば、あるデジット値のアウトバンドＤＴＭＦパケットを出力中に、端末２１が出力するインバウンドＤＴＭＦのデジット値が変化しても、メディア変換装置１は送信途中のアウトバンドＤＴＭＦパケットを端末２２に全て送信した後に、新たなデジット値のアウトバンドＤＴＭＦパケットを送信することにより、端末Ｂ２２でＤＴＭＦの桁落ちや、メディア変換装置１内部の遅延が発生することなくインバウンドからアウトバンドＤＴＭＦ変換処理が可能となる。
【０１３３】
（Ｂ）第２の実施形態
次に、本発明の信号方式変換装置及び信号方式変換プログラムの第２の実施形態を、図面を参照しながら説明する。
【０１３４】
（Ｂ−１）第２の実施形態の構成
図１３は、第２の実施形態のネットワークの概略的な接続構成と、メディア変換装置の内部構成とを示す構成図である。
【０１３５】
第２の実施形態が第１の実施形態と異なる点は、メディア変換装置のＤＴＭＦ検出部がタイマー部を有する点である。それ以外の構成要素は、第１の実施形態と同じであるので、第１の実施形態で既に説明した各構成要素については同じ番号を付している。
【０１３６】
図１３において、第２の実施形態のネットワーク１０は、メディア変換装置１、端末２１、端末２２を有して構成される。
【０１３７】
また、メディア変換装置１は、音声復号部１１、ＤＴＭＦ検出部１２、音声符号化部１３、ＲＴＰパケット出力部１４、設定部１５を有して構成される。
【０１３８】
メディア変換装置１は、第１の実施形態で説明した処理に加えて、パケットロスによる遅延を低減させるために、ＤＴＭＦ検出部１２が、タイマー処理を行う。すなわち、ＤＴＭＦ検出部１２は、タイマー処理部１２１を有する。
【０１３９】
タイマー処理部１２１は、ＤＴＭＦ検出部１２がＤＴＭＦ信号を検出した場合に、タイマーを起動させ、所定のタイマー時間（例えば、２０ｍｓ）の計時を行う。
【０１４０】
そして、そのタイマー時間内に、ＲＴＰパケットが入力されたときには、タイマー処理部１２１は、タイマーをリセット（再起動）する。
【０１４１】
一方、そのタイマー時間内に、ＲＴＰパケットが入力されないときには、タイマー処理部１２１は、ＤＴＭＦ検出部１２によるＤＴＭＦペイロードの作成処理を進行させるようにする。
【０１４２】
すなわち、例えばパケットロス等によりＲＴＰパケットに遅延が生じしている場合でも、タイマー時間経過後に、ＤＴＭＦ検出部１２が、残りのＤＴＭＦペイロードの作成処理を行うことで、まだ送信されていない残りのＤＴＭＦパケット又は残りのＥＮＤパケットの送信を行うことができ、遅延を低減することができる。
【０１４３】
（Ｂ−２）第２の実施形態の動作
次に、第２の実施形態のメディア変換装置１における処理の動作を、図面を参照しながら説明する。
【０１４４】
第２の実施形態のメディア変換装置１におけるＤＴＭＦ信号の変換処理は、基本的には、第１の実施形態と同じである。異なる点は、ＤＴＭＦ検出部１２において、タイマー処理部１２１がタイマー管理を行う点である。
【０１４５】
そこで、第２の実施形態では、図７及び図８のフローチャートを参照しながら、ＤＴＭＦ検出部１２のタイマー処理の動作を説明する。
【０１４６】
第２の実施形態も、第１の実施形態と同様に、端末２１からのＲＴＰパケットのペイロード時間は２０ｍｓであり、端末２１はＧ．７１１の規格化技術により音声符号化を行うものとする。
【０１４７】
また、メディア変換装置１は、デジット値「１」の７個のアウトバンドＤＴＭＦパケットを送信する出力シーケンスにおいて、パケットロス等により、メディア変換装置１にＲＴＰパケットが入力されない場合の動作を説明する。
【０１４８】
図７において、ＤＴＭＦ検出部１２が、音声復号部１１からのＰＣＭデータに基づいてＤＴＭＦ信号を検出し（Ｐ１）、デジット値「１」のＤＴＭＦ信号を検出すると（Ｐ２）、タイマー処理部１２１はタイマー時間（例えば、２０ｍｓ）を起動する。
【０１４９】
なお、タイマーの起動後は、ＤＴＭＦ検出部１２は処理をＰ３に移行させ、ＤＴＭＦ検出部１２はＰ３以降の処理を行う。
【０１５０】
タイマー処理部１２１は、次のＲＴＰパケットが入力されない場合、すなわちＰＣＭデータがＤＴＭＦ検出部１２に入力されない場合、ＤＴＭＦ検出部１２は、処理をＰ１０に移行して、Ｐ１０以降の処理を行う。
【０１５１】
つまり、デジット値を検出した時点（Ｐ２の検出ルート）で２０ｍｓタイマーを起動し、Ｐ３以降の処理を完了し、メディア変換装置１はＲＴＰパケットの入力を待つが、ＲＴＰパケットが入力せず、タイマー時間が満了となったときには、ＤＴＭＦ検出部１２は、Ｐ１０の処理ルートを実行により、アウトバンドＤＴＭＦパケットが出力可能となる。
【０１５２】
一方、タイマー処理部１２１は、タイマー時間内に、次のＲＴＰパケットが入力され、ＰＣＭデータがＤＴＭＦ検出部１２に与えられると、タイマー時間をリセット（再起動）する。
【０１５３】
（Ｂ−３）第２の実施形態の効果
以上のように、第２の実施形態によれば、パケットロス発生でもＤＴＭＦ処理を実施することが可能になり、リアルタイムに処理可能となる。
【０１５４】
なお、タイマー時間を短くし過ぎると、Ｐ１０処理ルート以降が走行し、Ｐ１のＤＴＭＦ検出処理を行う処理ルートが走行しないためＤＴＭＦ信号を検出できないケースも生じるので、注意が必要である。
【０１５５】
（Ｃ）他の実施形態
本発明は、メディア変換装置を対象に述べたが、コーデック変換の有無に関わらず、ＲＴＰパケットを中継しインバウンドからアウトバンドＤＴＭＦに変換するする装置に適用可能である。
【符号の説明】
【０１５６】
１…メディア変換装置、１１…音声復号部、１２…ＤＴＭＦ検出部、
１３…音声符号化部、１４…ＲＴＰパケット出力部、１５…設定部、
１２１…タイマー処理部、１０…ネットワーク、２１及び２２…端末。
【図１】
0005832873.tif 000002
【図２】
0005832873.tif 000003
【図３】
0005832873.tif 000004
【図４】
0005832873.tif 000005
【図５】
0005832873.tif 000006
【図６】
0005832873.tif 000007
【図７】
0005832873.tif 000008
【図８】
0005832873.tif 000009
【図９】
0005832873.tif 000010
【図１０】
0005832873.tif 000011
【図１１】
0005832873.tif 000012
【図１２】
0005832873.tif 000013
【図１３】
0005832873.tif 000014