(57)【要約】【課題】動画配信用ＴＳデータは、例えば受信端末側の使用コーデック制限などを理由として符号化方式を変えて再変換する必要がある場合などもある。しかし従来の技術では、例えば音声データのみが再変換の対象であって映像データは再変換処理の対象データでは無いにも関らず、映像データも一旦Ｄｅｍｕｘ処理によって分離され、その後ＴＳパケットへの分割を経て多重化されるなどの無駄な処理が行われているという課題がある。【解決手段】以上課題解決のため、本発明は、音声と映像が多重化されたＴＳデータから音声データのみ分離抽出する一方で、映像データの分離抽出は行わずにＴＳデータのまま保持しておく。そして符号化形式を変え音声データを再変換した後で、再変換後の音声データをパケットに分割して、残しておいたＴＳデータの音声部分に当該パケットを上書する機能を備えるＴＳデータ変換装置を提供する。【選択図】図２
2009253861.tif 000002
【特許請求の範囲】
【請求項１】
映像パケットと音声パケットとを略時間順に混在させて構成した伝送形式データであるＴＳデータを取得するＴＳデータ取得部と、
取得したＴＳデータに含まれる音声パケットである変換前音声パケットを取得して音声情報にデコードするデコード部と、
デコードして得られた音声情報を変換前音声パケットの符号化方式と異なる他の符号化方式の音声パケットである変換後音声パケットにエンコードするエンコード部と、
エンコードされた変換後音声パケットをＴＳデータ取得部が取得したＴＳデータに含まれる変換前音声パケットに上書きする上書部と、
を有するＴＳデータ変換装置。
【請求項２】
エンコード部でのエンコードにより変換前データ量よりも変換後データ量の方が少なくなる場合には、ＴＳデータ取得部が取得したＴＳデータに含まれる変換前音声パケットの一部をＮＵＬＬパケットによって上書きするＮＵＬＬ上書部を有する請求項１に記載のＴＳデータ変換装置。
【請求項３】
変換後音声パケットの数と、ＮＵＬＬパケットの数との総量が変換前音声パケットの総量と略等しくなるようにＮＵＬＬ上書部を制御する制御部を有する請求項２に記載のＴＳデータ変換装置。
【請求項４】
音声パケットに代えて映像パケット、映像パケットに代えて音声パケットとした請求項１から３のいずれか一に記載のＴＳデータ変換装置。
【請求項５】
映像パケットと音声パケットとを略時間順に混在させて構成した伝送形式データであるＴＳデータを取得するＴＳデータ取得ステップと、
取得したＴＳデータに含まれる音声パケットである変換前音声パケットを取得して音声情報にデコードするデコードステップと、
デコードして得られた音声情報を変換前音声パケットの符号化方式と異なる他の符号化方式の音声パケットである変換後音声パケットにエンコードするエンコードステップと、
エンコードされた変換後音声パケットをＴＳデータ取得ステップにて取得したＴＳデータに含まれる変換前音声パケットに上書きする上書ステップと、
を計算機に実行させるＴＳデータ変換方法。
【請求項６】
エンコードステップでのエンコードにより変換前データ量よりも変換後データ量の方が少なくなる場合には、ＴＳデータ取得部が取得したＴＳデータに含まれる変換前音声パケットの一部をＮＵＬＬパケットによって上書きするＮＵＬＬ上書ステップをさらに計算機に実行させる請求項５に記載のＴＳデータ変換方法。
【請求項７】
変換後音声パケットの数と、ＮＵＬＬパケットの数との総量が変換前音声パケットの総量と略等しくなるようにＮＵＬＬ上書ステップを制御する制御ステップをさらに計算機に実行させる請求項６に記載のＴＳデータ変換方法。
【請求項８】
音声パケットに代えて映像パケット、映像パケットに代えて音声パケットとした請求項５から７のいずれか一に記載のＴＳデータ変換方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、符号化しパケット化された音声と映像を多重化して構成される動画の伝送用形式データであるＴＳ（トランスポートストリーム）データに関し、その音声又は映像いずれか一方の符号化方式を効率的に再変換するための技術に関する。
【背景技術】
【０００２】
現在、ネットワーク回線の速度向上や、受信端末（ネットワーク接続機能付テレビ受像機など）の普及によって、インターネットを利用したＶＯＤ（ビデオオンデマンド）などの動画配信サービスが数多く提供されている。ところで、このような動画配信サービスにおいて配信されるデータは、ネットワークでの伝送に適したＴＳ形式のデータとして配信サーバに保持されている。そしてＴＳ形式のデータは、所定の符号化形式でそれぞれ符号化された映像データと音声データとをＴＳパケットと呼ばれるパケットに分割し、再生タイミング順などで多重化することで構成されている。
【０００３】
またこのような動画配信用ＴＳデータは、例えば受信端末側での再生可能な符号化方式の制限などを理由として、元の符号化方式を変えて再変換する必要がある場合などもある。具体的に、ＤＶＤなどの記録媒体の動画データ用音声符号化形式として一般的な「ＡＣ３（オーディオ・コード・ナンバー３）」符号化方式で符号化された音声データはテレビ受像機などでは再生対応していない（ＡＣ３用のデコーダを備えていない）ことが多い。そこでネットワーク配信動画データ用の音声符号化方式として一般的で、テレビ受像機でも再生可能な「ＡＡＣ（アドバンスド・オーディオ・コーデック）」に、当該ＴＳデータ中の音声データを再変換する、などである。
【０００４】
このような場合、図１６（１）に示すように音声データの分割パケットと映像データの分割パケットとが多重化されたＴＳデータが映像配信サーバなどに格納されている。そしてこのＴＳデータに対しＤｅｍｕｘ（分離）処理をすることで、図１６（２）に示すように映像パケットと音声パケットとを分離抽出し、符号化方式の再変換が可能な形まで映像データと音声データを再構成する。つづいて元の符号化方式とは別の符号化方式で音声データの再変換（例えばＡＣ３からＡＡＣへなど）を実行する。そして図１６（３）に示すように、再変換後の音声データと映像データとを再度ＴＳパケットに分割し多重化する、といった処理を行う。
【特許文献１】特開２００４−３１２４４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記従来の技術には以下のような課題がある。すなわち、上記例の場合であれば映像データは再変換処理の対象データでは無いにも関らず、一旦Ｄｅｍｕｘ処理によって分離し映像データとして再構成され、その後ＴＳパケットへの分割を経て多重化される、といった無駄な処理が行われているという課題である。
【課題を解決するための手段】
【０００６】
以上の課題を解決するために、本発明は、音声と映像が多重化されたＴＳデータから音声データのみ分離抽出する一方で、映像データの分離抽出は行わずにＴＳデータのまま保持しておく。そして音声データを元の符号化方式とは別の方式で再変換した後で、再変換後の音声データをＴＳパケットに分割して、残しておいたＴＳデータの（変換前の）音声パケット配置位置に変換後の音声パケットを上書する機能を備えるＴＳデータ変換装置を提供する。
【０００７】
具体的には、映像パケットと音声パケットとを略時間順に混在させて構成した伝送形式データであるＴＳデータを取得するＴＳデータ取得部と、取得したＴＳデータに含まれる音声パケットである変換前音声パケットを取得して音声情報にデコードするデコード部と、デコードして得られた音声情報を変換前音声パケットの符号化方式と異なる他の符号化方式の音声パケットである変換後音声パケットにエンコードするエンコード部と、エンコードされた変換後音声パケットをＴＳデータ取得部が取得したＴＳデータに含まれる変換前音声パケットに上書きする上書部と、を有するＴＳデータ変換装置である。
【０００８】
また、異なる符号化形式での再変換によって音声データのデータ長が圧縮されてしまったなどの場合に、ＮＵＬＬ（空）パケットを利用してＴＳデータの上書不足分を補う機能をさらに備えるＴＳデータ変換装置も提供する。具体的に上記構成に加えて、エンコード部でのエンコードにより変換前データ量よりも変換後データ量の方が少なくなる場合には、ＴＳデータ取得部が取得したＴＳデータに含まれる変換前音声パケットの一部をＮＵＬＬパケットによって上書きするＮＵＬＬ上書部をさらに有するＴＳデータ変換装置である。また、変換後音声パケットの数と、ＮＵＬＬパケットの数との総量が変換前音声パケットの総量と略等しくなるようにＮＵＬＬ上書部を制御する制御部をさらに有するＴＳデータ変換装置も提供する。
【０００９】
また、もちろん、映像データが別の符号化形式での再変換処理の対象であって、音声データが再変換処理の対象ではない場合にも、同様の課題がある。そこで、上記構成において音声パケットに代えて映像パケット、映像パケットに代えて音声パケットとするＴＳデータ変換装置も提供する。また、これらＴＳデータ変換装置に係るＴＳデータの変換方法も提供する。
【発明の効果】
【００１０】
以上のような構成をとる本発明によって、従来のＴＳデータに含まれる音声データ又は映像データの再変換処理時に実行されていた無駄な処理である他方のデータのＤｅｍｕｘ処理やパケット分割および多重化処理を省いて効率的な再変換を実行することができる。したがって、ＴＳデータ変換装置の再変換スピードを高速化することができる。また無駄な処理を省く事でＴＳデータ変換装置の処理用リソースを有効に活用することもできる。
【発明を実施するための最良の形態】
【００１１】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１２】
なお、実施例１は、主に請求項１，４，５，８について説明する。また、実施例２は、主に請求項２，６について説明する。また、実施例３は、主に請求項３，７について説明する。
【００１３】
≪実施例１≫
【００１４】
<概要>
【００１５】
図１は、本実施例のＴＳデータ変換装置における、ＴＳデータに含まれる音声データの再変換処理の一例を説明するための概念図である。この図１（１）にあるように、音声データを分割した音声パケットと、映像データを分割した映像パケットとを多重化することで、音声パケット群ａと映像パケット群ｖとが略時間軸順に混在するよう構成されたＴＳデータが生成される。
【００１６】
ここで音声データのみを別の符号化形式で再変換しようとする場合、本実施例のＴＳデータ変換装置は以下のような処理を行う。すなわち、図１（２）にあるように音声パケットのみをＤｅｍｕｘ（分離抽出）して時間順に並べて結合し、音声データ「Ａ」のみを再構成する。そして、その音声データ「Ａ」の符号化形式を、例えばＡＣ３からＡＡＣに変換する。そして、図１（３）にあるように、そのＡＡＣ符号化形式で再変換した音声データを音声のＴＳパケットに分割し、それを元からあるＴＳデータの（変換前の）音声パケット部分に上書する処理を行う、という具合である。
【００１７】
このように本実施例のＴＳデータ変換装置では、音声データの符号化形式を変更し再変換する際に、映像データ部分に対するＤｅｍｕｘ処理やパケット分割処理、多重化処理などの従来技術に必要であった各種処理を行う必要が無い。そのため当該音声データを別の符号化方式で再変換する処理を、従来と比較して高速に行うことができる。また変換処理用リソースも節約できるため、余ったリソース分を別の処理に回すなど有効活用することもできる。
【００１８】
<機能的構成>
【００１９】
図２は、本実施例のＴＳデータ変換装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「ＴＳデータ変換装置」（０２００）は、「ＴＳデータ取得部」（０２０１）と、「デコード部」（０２０２）と、「エンコード部」（０２０３）と、「上書部」（０２０４）と、からなる。
【００２０】
なお、以下に記載する本ＴＳデータ変換装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤやＤＶＤなどの記憶メディアとそれらメディアの読取ドライブなど）、情報入力に利用される入力デバイス、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、ユーザーインターフェース用アプリケーションなどが挙げられる。
【００２１】
そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、入力デバイスやその他インターフェースなどから入力されメモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２２】
「ＴＳデータ取得部」（０２０１）は、ＴＳ（トランスポートストリーム）データを取得する機能を有し、例えば、計算機のＩ／Ｏ（インプット／アウトプット）や、その取得したデータの処理用の格納先となる主メモリ、そしてそれらハードウェアを制御するためのＴＳデータ取得プログラムなどで実現することができる。また「ＴＳデータ」とは、映像パケットと音声パケットとそれぞれを時間順に並べ、混在させて構成した伝送形式データ（映像パケットと音声パケットとの並び順の関係は時間順にならばなくてもよい）をいい、例えばＭｐｅｇ２−ＴＳデータのほか、Ｍｐｅｇ４システムによって映像パケットや音声パケットを多重化したデータ、あるいはその他規格で定められるシステムによって映像パケットや音声パケットを多重化したデータなどが挙げられる。
【００２３】
図３は、このＴＳデータ取得部で取得されるＴＳデータの一例（Ｍｐｅｇ２−ＴＳ）を表す概念図である。この図にあるように、ＴＳデータは、１８８バイト固定長の各種ＴＳパケットが多重化されて構成されるデータである（なお、ＴＴＳパケットであれば１９２バイト固定長であっても良い）。そしてＴＳデータを構成するＴＳパケットは、それぞれ以下のような種類がある。例えば、「ＰＭＴ（プログラム・マップ・テーブル）パケット」は、映像パケットや音声パケットなどの識別情報（ＰＩＤ）を示す情報、また映像や音声の符号化形式を示す識別子などを含むパケットである。また、「ＰＡＴ（プログラム・アソシエーション・テーブル）パケット」は、前記ＰＭＴパケットのＰＩＤを示すためのパケットである。またＰＡＴのＰＩＤは「０ｘ００」と一定である。つまり、ＴＳデータ変換装置は、まずＴＳデータを構成する各パケットをチェックし、ＰＩＤ「０ｘ００」で示されるＰＡＴを特定する。そしてＰＡＴパケットにて示されるＰＭＴのＰＩＤを取得し、当該ＰＩＤを参照してＴＳデータ中のＰＭＴパケットを特定する。そして、特定したＰＭＴパケットで示される音声パケットや映像パケットなどのＰＩＤを取得する。そしてその取得したＰＩＤを参照してＴＳデータ内にあるパケットの種別を判断し、例えば図に示すように音声パケットａを特定することができる、という具合である。
【００２４】
「デコード部」（０２０２）は、取得したＴＳデータに含まれる音声パケットである変換前音声パケットを取得して音声情報にデコードする機能を有し、例えばＣＰＵなどの演算装置や主メモリ、またデコードプログラムなどによって実現することができる。なお「変換前音声パケットを音声情報にデコードする」とは、音声ＴＳパケットをＴＳパケット内での並び順で結合し、その結合生成したデータを、別の符号化方式で再変換できるデータ形式である音声情報にまで復号化する処理をいう。
【００２５】
具体的に、このデコード処理は以下のような処理が挙げられる。すなわち前記のようにＰＭＴで示されるＰＩＤを参照し、取得したＴＳデータ内の音声パケットを特定すると、その特定した音声パケットをコピーして抽出する（Ｄｅｍｕｘ処理）。続いて、図４に示すように、抽出した音声のＴＳパケットのパケットヘッダを除いたペイロード（データ本体部分）をＴＳデータ内での並び順にしたがって結合し、ＰＥＳ（パケット・エレメンタリーストリーム）データを生成する。またＰＥＳデータは、符号化音声データそのものであるＥＳ（エレメンタリーストリーム）を可変長パケット化し、時間情報を示すＰＴＳ（プレゼンテーション・タイムスタンプ）などを付加したものである。したがって図４に示すようにＰＥＳデータからＰＴＳを除き並べて結合することでＥＳデータを生成する。そして、そのＥＳデータを、前述のＰＭＴに含まれる識別子で示される元の符号化方式で復号化することで、別の符号化形式で再変換可能なデータ形式である展開（復号）後の音声情報を生成する、という具合である。
【００２６】
なお上記は一例であり、このデコード部におけるデコード処理はＴＳパケットから元の符号化方式での展開後の音声情報を生成する構成には限定されず、後述する別符号化方式での再変換機能がＥＳデータを対照として再変換処理することができる構成であれば、ＥＳデータの生成までをデコード処理としても良い（その場合、ＥＳデータが音声情報となる）。
【００２７】
またＰＥＳデータに含まれるＰＴＳ（タイムスタンプ情報）は、後述するように音声情報を別の符号化形式で再変換した後に、その変換後の音声情報における時間情報として利用できるため、このデコード部でのデコード処理に際して取得するよう構成すると良い。
【００２８】
「エンコード部」（０２０３）は、デコードして得られた音声情報を変換前音声パケットの符号化方式と異なる他の符号化方式の音声パケットである変換後音声パケットにエンコードする機能を有し、例えばＣＰＵなどの演算装置や主メモリ、エンコードプログラムなどによって実現することができる。
【００２９】
具体的に、このエンコード部ではエンコード処理として、前述のデコード部にて生成された音声情報に対して、符号化形式を変更するための再変換処理、およびその再変換後の音声情報を固定長（１８８バイトや１９２バイトなど）のＴＳパケット（変換後音声パケット）に分割する処理を実行する。なお、前記符号化形式の再変換処理やＴＳパケット分割処理については、従来同様の技術にて実現可能であるためその説明は省略する。なお、変換後の音声パケットに付加されるパケットヘッダについては、ＰＩＤ（パケット識別情報）などを変換前のパケットヘッダの内容に合わせて生成し、付加する構成とすると良い。
【００３０】
また、ＰＭＴパケットには「音声の符号化識別子」、例えばＭＰＥＧ（登録商標）１  ＬＡ２であれば「０ｘ０３」、ＭＰＥＧ２  ＡＡＣであれば「０ｃ０Ｆ」、ＡＣ３であれば「０ｘ８１」、などが記述されている。したがって、エンコード部でのエンコード処理に合わせて、前述のように特定したＴＳデータ内のＰＭＴの音声符号化識別子を書き換える処理も同時に行う構成とすると良い。
【００３１】
なおこのエンコード部では、他の符号化形式で変換した後の音声情報のデータ量が変換前のデータ量と同じになるようエンコードする機能を備えていても良い。具体的に、変換前のＰＥＳに含まれるＰＴＳ（タイムスタンプ情報）を取得し、音声情報の再生時間を算出する。また、音声ＰＥＳや音声ＥＳのデータ量も合わせて取得し、その両数値データから１秒など単位時間当たりの符号化量、いわゆるビットレートを算出する。そして、その算出したビットレートにて、他の符号化形式での再変換処理を行うことで変換前の同データ量の音声情報を生成し、変換後音声パケットに分割する、という具合である。
【００３２】
あるいは、変換後の音声情報や、それを分割した変換後音声パケットの不足分のデータ長を調整することで、変換前と変換後でデータ長が等しくなるよう構成しても良い。なお、その場合には、変換後のＴＳパケットのペイロード（データ本体）とは別に定義されるアダプテーションフィールドに０ｘＦＦで示される「空（ＮＵＬＬ）データ」を挿入する方法が挙げられる。
【００３３】
具体的に、例えば変換後のデータ量の不足で、音声のペイロード部分が１０バイトのパケットが生成される。そのような場合、まずアダプテーションフィールド（ＡＦ）制御を「０ｂ１１」に設定し、パケット内にアダプテーションフィールドとペイロードの双方があることを示す。つづいて、アダプテーションフィールドのデータ長を１７３バイト（パケット固定長"１８８バイト"−パケットヘッダ"４バイト"＋ＡＦ制御"１バイト"―音声ペイロード"１０バイト"）に設定する。そして、アダプテーションフィールドの２バイト目以降のフラグデータなどは全て値「０」とし、以降の１７２バイトを「０ｘＦＦ」とする。そして最後に音声の１０バイトを追加することで、データ長を調整した音声パケットを生成する、という具合である。
【００３４】
このように変換前と変換後の音声情報のデータ量を同じにすることで、次の上書部での上書処理においてＴＳデータに含まれる元の変換前音声パケットに対して変換後の音声パケットを過不足無く上書することができる。したがって不足分のパケットを補充するなどの処理を行う必要がなく、簡単な変換処理を実行することができる。
【００３５】
また、変換後の音声情報をＴＳパケットに分割する過程で、音声ＥＳデータなどに付加されるＰＴＳなどのタイムスタンプ情報については、以下のようにして取得、付加する方法が挙げられる。すなわち、図４に示す変換前のＰＥＳデータから、一番先頭にあるＰＴＳを取得する。つづいて、そのＰＴＳで示される値を、変換後のＰＥＳデータの先頭のＰＴＳの値として付加する。また、先頭以降のその他のＰＴＳについては、前述のように算出したビットレートと変換後音声情報のデータ量から先頭からの経過時間を算出することで決定し付加する、という具合である。
【００３６】
もちろん上記ＰＴＳの生成、付加処理は一例であってその他の方法で実現されても良い。例えば、元のＴＳデータ内にあるパケットにて含まれるＰＣＲ（基準時間情報）のうち先頭のＰＣＲで示される値を元に、その基準クロック（周波数）を合わせることで先頭のＰＴＳの値を算出する。そして上記同様に先頭以降のその他のＰＴＳについては、ビットレートとデータ量から算出する、という具合である。
【００３７】
このように本発明では、エンコード部にて音声データに関して別の符号化方式で再変換する一方で、映像データに関してはその変換に際する処理を一切行わないことを特徴とする。また、音声情報に含まれるＰＴＳなどの時間情報の書き換えを行い、元のＴＳデータに含まれるＰＣＲをはじめとする情報に対する処理を実行しないため、元のＴＳデータも後述の上書部にてそのまま利用することができる、という具合である。
【００３８】
「上書部」（０２０４）は、エンコードされた変換後音声パケットをＴＳデータ取得部が取得したＴＳデータに含まれる変換前音声パケットに上書きする機能を有し、ＣＰＵなどの演算装置やデータ書込回路、ＨＤＤやフラッシュメモリなどの記憶装置、上書プログラムなどによって実現することができる。
【００３９】
なお上書部では、変換後の音声パケットの上書位置を特定するため、前述のようにＴＳデータ取得部で取得されたＴＳデータ内のＰＭＴを特定して音声パケットのＰＩＤを取得する。そして取得したＰＩＤをキーとしてＴＳデータを１８８バイトなどのパケット固定長ずつ参照し、ＴＳデータ内の変換前音声パケットの配置位置を特定する。そして、その特定したパケット位置を変換後音声パケットを上書する位置であると特定する、という具合である。そして、その特定した位置に対して、変換後音声パケットを上書する。
【００４０】
このように本発明の処理は、元のＴＳデータへの上書処理によって音声のＴＳパケットを書き換えるだけである。したがって本実施例では、ＴＳデータ内の音声情報の符号化形式を変更し再変換する際に、映像部分に対するＤｅｍｕｘ処理やパケット分割処理、多重化処理などを行うこと無く実行することができる、という具合である。
【００４１】
なお、エンコード部にてデータ量が元より少なくなるようエンコード処理が行われた場合、この上書部での上書き処理では元のＴＳデータ中に変換前の音声パケットが残ることになる。そこでそのような場合の残り変換前音声パケットへの上書を行うためのパケットの補充処理については、実施例２などで詳述する。また、エンコード部にてデータ量が元より多くなるようエンコード処理が行われた場合、変換後音声パケットなどの上書処理のみではＴＳデータを生成できず、多重化そのものをやり直す必要が生じてしまう。そのため本件発明においては、このエンコード部で変換前音声情報のデータ量と変換後音声情報のデータ量とが等しい、または後者が少なくなるようエンコード処理を行うよう設計構成される。
【００４２】
<ハードウェア的構成>
【００４３】
図５は、上記機能的な各構成要件をハードウェアとして実現した際の、ＴＳデータ変換装置における構成の一例を表す概略図である。この図を利用してＴＳデータ内の音声情報の符号化形式再変換処理におけるそれぞれのハードウェア構成部の働きについて説明する。
【００４４】
この図にあるように、ＴＳデータ変換装置は、その他の各種演算処理を実行する「ＣＰＵ」（０５０１）と「主メモリ」（０５０２）と、を備えている。また元のＴＳデータや音声情報の再変換後のＴＳデータなどを保持する「ＨＤＤ（ハードディスク・ドライブ）」（０５０３）や、ＨＤＤに保持されているＴＳデータをネットワーク上の端末に送信するための「通信ＩＦ（インターフェース）」（０５０４）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００４５】
また、「主メモリ」にはプログラムが読み出され、「ＣＰＵ」は読み出された当該プログラムを参照することで各種演算処理を実行する。また、この「主メモリ」や「ＨＤＤ」にはそれぞれ複数のアドレスが割り当てられており、「ＣＰＵ」の演算処理においては、そのアドレスを特定し格納されているデータにアクセスすることで、データを用いた演算処理を行うことが可能になっている。
【００４６】
ここで、例えばＧＵＩおよび入力デバイスを利用した音声情報の再変換命令が入力されるなどすると、ＴＳデータ取得プログラム、デコードプログラム、エンコードプログラム、上書プログラムが主メモリに展開される。そして、まずＴＳデータ取得プログラムを「ＣＰＵ」が解釈し、当該プログラムにしたがって、前記ＧＵＩを介して入力された再変換命令で特定されるＴＳデータが「ＨＤＤ」から取得され、「主メモリ」のアドレス１に読み出される。
【００４７】
つづいて、デコードプログラムの解釈に従い、「ＣＰＵ」はＴＳデータの先頭から１８８バイト単位でそのＰＩＤを検索する。そしてＰＩＤ「０ｘ００」に合致する１８８バイトのデータをＰＡＴパケットとして取得し、当該ＰＡＴパケットにて示されるＰＭＴのＰＩＤ、例えば「０ｘＡＡ」を取得する。つづいて当該ＰＩＤ「０ｘＡＡ」をキーとして、「ＣＰＵ」の論理演算処理によって、再度ＴＳデータの先頭から１８８バイトを単位としてＰＩＤの検索処理を実行する。そして、ＰＩＤ「０ｘＡＡ」に合致する１８８バイトのデータをＰＭＴパケットとして取得し、当該ＰＭＴパケットにて示される音声パケットのＰＩＤや、音声情報の元の符号化形式を示す識別子などを取得する。
【００４８】
つづいて、ＰＭＴで示される音声パケットのＰＩＤをキーとして、同様に１８８バイト単位でＣＰＵの論理演算による検索処理を実行し、ＴＳデータ内の音声ＴＳパケット１，音声ＴＳパケット２、・・・を抽出し、「主メモリ」のアドレス２，３、・・・に格納する。
【００４９】
そして、ＴＳパケットのＴＳパケットヘッダを除いたペイロード部分を順番に合成してＰＥＳを生成し、さらにそのＰＥＳからＰＴＳを除いたＥＳデータを生成する。そして、前述のＰＭＴパケットなどで示される元の符号化形式に従い、そのＥＳデータを展開（復号化）し、別の符号化形式で再変換可能なデータ形式の音声情報を生成して「主メモリ」のアドレス３に格納する。
【００５０】
つづいて、エンコードプログラムの解釈に従い、「ＣＰＵ」は、例えば前記ＧＵＩを介して指定入力された再変換命令で示される変換先の符号化方式に従い「ＣＰＵ」の演算処理によって前記展開された音声情報を再変換し、再変換後ＥＳデータを生成する。そして、その生成したＥＳデータに前述のように元のＴＳデータのＰＴＳデータを利用して生成したＰＴＳデータを付加しＰＥＳデータ化し、さらにそのＰＥＳデータを１８８バイト単位で変換後の音声パケットに分割する。そして分割した変換後の音声パケットＡ、Ｂ，・・・を「主メモリ」のアドレス５，６、・・・に格納する。
【００５１】
そして、上書プログラムの解釈に従い、「ＣＰＵ」は、「主メモリ」のアドレス１に格納されている元のＴＳデータに対して前述の音声パケットのＰＩＤをキーとする検索処理を実行し、音声パケットのＴＳデータ内での配置位置を特定する。つづいて、その特定された配置位置に対して、「主メモリ」のアドレス５，６、・・・に格納されている変換後の音声パケットＡ，Ｂ、・・・を上書していく。そして、変換後の音声パケットが上書された上書ＴＳデータを「ＨＤＤ」のアドレスＢに記録し保持する、という具合である。
【００５２】
<処理の流れ>
【００５３】
図６は、本実施例のＴＳデータ変換装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００５４】
この図にあるように、まず、ＴＳデータを取得する（ステップＳ０６０１）。そして取得したＴＳデータから変換前音声パケットを取得し、音声情報にデコードする（ステップＳ０６０２）。なお、ＴＳデータから音声パケットを取得するためのさらに具体的な処理の流れについては図７を用い後述する。
【００５５】
つづいて、デコードして生成した音声情報を他の符号化形式に変換し、変換後音声パケットに分割する（ステップＳ０６０３）。なお、この音声情報の他の符号化形式への変換処理、その中でもとくにＰＴＳ（タイムスタンプ情報）の生成、追加に係る処理については図８，９にて詳述する。そして、その変換後音声パケットを、元のＴＳデータに含まれる変換前音声パケットに上書する（ステップＳ０６０４）。
【００５６】
つづいて図７を用いて、上記図６のステップＳ０６０２におけるＴＳデータから音声パケットを取得する際の詳細な処理の一例を説明する。この図にあるように、ＴＳデータを取得すると、まずカウンタＡを初期値０として（ステップＳ０７０１）、ＴＳデータ内の１８８バイト×Ａの位置から１８８バイト分のデータをＴＳパケットＡとして読み込む。ここでＴＳパケットの読込みができなければ、ＴＳデータを構成する最後のパケットまで読込んだなどとして、この処理を終了する。また、ＴＳパケットＡが読み込めた場合（ステップＳ０７０２）、つづいて読み込んだＴＳパケットＡの先頭１バイトの値が「０ｘ４７」であるか否か判断する（ステップＳ０７０３）。これはＴＳパケットの同期バイトと呼ばれる値で、この同期バイトが「０ｘ４７」で無ければ、読み込んだデータがＴＳパケットではないとして処理を終了する。
【００５７】
一方、同期バイトの値が「０ｘ４７」であれば、読み込んだデータがＴＳパケットであるとして以下の処理を続行する。まず、このＴＳデータに含まれるＰＭＴパケットをすでに特定し音声パケットのＰＩＤを取得済みであるか否かを、フラグ情報を参照するなどして判断する（ステップＳ０７０４）。ここで、フラグ情報などにてまだＰＭＴパケットの特定が出来ておらず音声のＰＩＤが読み出されていないことが示されている場合、つづいてＰＡＴパケットからＰＭＴのＰＩＤを読み出し済みであるか否かを、フラグ情報を参照するなどして判断する（ステップＳ０７０５）。
【００５８】
ここで、いまだＰＭＴのＰＩＤが読み出されていない、すなわちＰＡＴパケットを特定していない旨の判断結果が出力されると、ステップＳ０７０２で読み込んだこのＴＳパケットＡのＰＩＤが「０ｘ００」（固定でＰＡＴを示す）であるか否か判断する。そして、ＰＩＤが「０ｘ００」であれば当該ＴＳパケットＡはＰＡＴであるので、このパケットからＰＭＴのＰＩＤを読み出し（ステップＳ０７０７）、またＰＭＴのＰＩＤ読出済フラグをオンにする。一方、このＴＳパケットＡのＰＩＤが「０ｘ００」で無ければ、ＰＡＴパケットの探索を続行するため、カウンタＡの値をＡ＋１に更新し、次のＴＳパケットＡに関して上記同様の処理を実行する。そして、上記処理の繰り返しによってＰＡＴパケットが特定されＰＭＴのＰＩＤが読み出されると、カウンタＡの値が０に戻される。そして今度は読み出されたＰＩＤをキーとしてＰＭＴパケットを探索する処理がＴＳデータの先頭パケットに戻り実行される。
【００５９】
そして、ステップＳ０７０５にてＰＡＴからＰＭＴのＰＩＤが読み出されている旨の判断結果が出力されるので、今度は現在読み込んでいるパケットＡのＰＩＤが、ＰＭＴパケットを示すものであるか否かの判断処理が実行される（ステップＳ０７０８）。そして、このＴＳパケットＡのＰＩＤがＰＭＴのＰＩＤと相違していれば、ＰＭＴパケットの探索を続行するため、カウンタＡの値をＡ＋１に更新し、次のＴＳパケットＡに関して上記同様の処理を実行する。そして、上記処理の繰り返しによってＰＭＴパケットが特定され、そのストリームＩＤから音声パケットのＰＩＤが読み出される（ステップＳ０７０９）と、カウンタＡの値が０に戻される。また音声パケットのＰＩＤが読み出された旨を示すフラグ情報がオンにされる。そして今度は読み出されたＰＩＤをキーとして音声パケットを探索、抽出する処理がＴＳデータの先頭パケットに戻り実行される。
【００６０】
そして、ステップＳ０７０４にてＰＭＴから音声パケットのＰＩＤが読み出されている旨の判断結果が出力されるので、今度は現在読み込んでいるパケットＡのＰＩＤが、音声パケットを示すものであるか否かの判断処理が実行される（ステップＳ０７１０）。そして、当該ＰＩＤが音声パケットを示すＰＩＤであれば、このＴＳパケットＡをコピーし、バッファなどに格納する。また、この音声パケットＡのＴＳデータ内での配置位置を示す情報、例えばカウンタ値Ａや、そのＡにパケットデータサイズ１８８バイトを乗じた音声パケットＡのＴＳデータ内での先頭バイト位置、などの情報も合わせて取得し、フラッシュメモリなどに保持しておく。そして、ステップＳ０７１０の判断結果に関らず、カウンタＡの値をＡ＋１に更新し、次のＴＳパケットに関しても音声パケットであるか否かの判断処理を実行し、ＴＳデータ内に含まれる全ての音声パケットの抽出、およびその配置位置の取得を実行する、という具合である。
【００６１】
つづいて図８および図９を用いて、上記図６のステップＳ０６０３での音声情報の他の符号化形式への変換処理および音声ＴＳパケットへの分割処理に際し実行される、ＰＴＳ（タイムスタンプ情報）の生成、追加に係る処理の一例を説明する。この図にあるように、まず上記図７に示すようにして取得した音声ＴＳパケットについて、そのパケットヘッダを除きペイロードを並べて組み合わせる事で、図４に示すようなＰＥＳデータを生成する。そしてそのＰＥＳデータに対し、先頭から５５ビット（ｂｉｔ）の位置にある２ビットデータを読み込む。そして当該データが「１１」又は「１２」を示す場合（ステップＳ０８０１）、当該ＰＥＳパケットにＰＴＳが含まれていることが示されているので、今度は７１ビット目から３２ビット分のデータを読み出し、そこで示されるＰＴＳの値を取得する（ステップ０８０２）。
【００６２】
一方、前記５５ビットの位置にある２ビットのデータで、当該ＰＥＳパケットにてＰＴＳが含まれていない旨が示されている（値が「１０」、「１１」以外）場合、次のＰＥＳパケットに対して上記同様の処理を繰り返す。ただしＰＥＳパケットのデータサイズは可変長なので、そのパケット長を取得するため、先頭から３３ビット目にある１６ビットのデータを読み出す（ステップＳ０８０３）。そしてそこで示される値＋３３ビットを当該ＰＥＳパケットのデータ長として取得し（ステップＳ０８０４）、その値を元に次のＰＥＳパケットの先頭位置を特定する（ステップＳ０８０５）、という具合である。
【００６３】
そして、上記処理を繰返し最初のＰＴＳを取得すると、その値を先頭のＰＴＳとしてフラッシュメモリなどに保持する。また上記処理を繰返し、全てのＰＴＳを取得しても良い。
【００６４】
つづいて図９に示すように、バッファに格納した音声ＴＳパケットを格納順に組み合わせた上記ＰＥＳデータのＰＴＳを除き、音声ＥＳを生成する（ステップＳ０９０１）。つづいて、前記図７のステップＳ０７０８にて特定されたＰＭＴパケットで示される符号化識別子を利用してＥＳデータを再変換可能なデータ形式に展開し、その展開した音声情報に対し別の符号化形式（例えばＧＵＩなどでユーザーが指定した符号化形式）での再変換処理を実行し、変換後のＥＳデータを生成する（ステップＳ０９０２）。
【００６５】
つづいて変換後のＥＳデータのデータ長をＰＴＳで示される音声の再生時間で除することで、上記変換後のＥＳデータのビットレート（単位時間当たりのデータ量）を取得する（ステップＳ０９０３）。そして変換後の音声ＥＳをＰＥＳパケットに分割するに際し、先音声ＰＥＳに付加する最初のＰＴＳを、前記図８の処理によって取得した最初のＰＴＳの値とする（ステップＳ０９０４）。また、以降のＰＥＳに付加するＰＴＳの値を、前記先頭のＰＴＳの値と、ビットレートと、ＰＴＳの付加位置を示すデータ長から算出値とする（ステップＳ０９０５）。そして、そのようにＰＴＳが付加されたＰＥＳデータを１８８（又は１９２）バイトで分割して、音声ＴＳパケットを生成する（ステップＳ０９０６）、という具合である。
【００６６】
そして、このように生成された音声ＴＳパケットを、元のＴＳデータの音声パケット部分に上書する事で、効率よく音声のみの符号化形式再変換を実行することができる、という具合である。
【００６７】
<別の実施例>
【００６８】
なお、上記例ではＴＳデータに含まれる音声情報のみの符号化形式の再変換について説明したが、音声パケットに代えて映像パケット、映像パケットに代えて音声パケットとすることで、ＴＳデータに含まれる映像情報のみの符号化形式の再変換が可能な装置や方法としても良い。また以下のその他の実施例も同様に、音声パケットに代えて映像パケット、映像パケットに代えて音声パケットとする実施例であっても良い。
【００６９】
また上記例は説明の都合上、Ｍｐｅｇ２システムにおけるＴＳデータの変換処理を例に挙げて説明したが、もちろんそれに限定されず、他の多重化システムにおいても当該多重化システムの規格にしたがって上記例に相当する値やデータを決定し、それらを利用して同様の効果を奏する事も可能である。
【００７０】
<効果の簡単な説明>
【００７１】
以上のように本実施例のＴＳデータ変換装置によって、従来のＴＳデータ中の音声データの変換処理時に実行されていた無駄な処理である動画データのＤｅｍｕｘ処理やパケット分割および多重化処理を省いて効率的な再変換を実行することができる。したがって、ＴＳデータ変換装置の再変換スピードを高速化することができる。またＴＳデータ変換装置の処理用リソースを有効に活用することもできる。
【００７２】
≪実施例２≫
【００７３】
<概要>
【００７４】
図１０は、本実施例のＴＳデータ変換装置における音声情報の再変換処理の一例を説明するための概念図である。この図１０（１）にあるように、ＴＳデータに含まれる音声情報の符号化形式を、例えばＡＣ３からＡＡＣ形式に変更した場合に、データの圧縮効率の違いなどからデータサイズが変換前よりも少なくなることがある。そこで図１０（２）に示すように、本実施例のＴＳデータ変換装置では、データサイズが少なくなったことで生じる変換前の元の音声データを上書する際に生じた残り分に対し、ＮＵＬＬパケットを補充上書する機能を備えることを特徴とする。
【００７５】
<機能的構成>
【００７６】
図１１は、本実施例のＴＳデータ変換装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「ＴＳデータ変換装置」（１１００）は、実施例１を基本として「ＴＳデータ取得部」（１１０１）と、「デコード部」（１１０２）と、「エンコード部」（１１０３）と、「上書部」（１１０４）と、からなる。なお、これら構成要件については、実施例１で説明したものと同様であるのでその説明は省略する。そして、本実施例のＴＳデータ変換装置の特徴点は、さらに「ＮＵＬＬ上書部」（１１０５）を備える点である。
【００７７】
「ＮＵＬＬ上書部」（１１０５）は、エンコード部でのエンコードにより変換前データ量よりも変換後データ量の方が少なくなる場合には、ＴＳデータ取得部が取得したＴＳデータに含まれる変換前音声パケットの一部をＮＵＬＬパケットによって上書きする機能を有する。
【００７８】
具体的に、まず、エンコード部での他の符号化形式での再変換処理によって生成された音声情報のデータ量と、変換前の音声情報のデータ量とを取得保持するよう構成し、ＣＰＵの演算処理によってその大小を比較する。そして前者（変換後）のデータサイズの方が小さい旨の判断結果が出力された場合、上書データ量の不足分をＮＵＬＬパケットで補充する、という具合である。なお「ＮＵＬＬパケット」とは、ＰＩＤ（パケット識別子）０ｘ１ＦＦＦで識別されるパケットであり、そのペイロード（データ本体部分）がＦＦＦ・・・とＦの連続値で示されるパケットをいう。そして、このＮＵＬＬパケットは受信端末側にて受信された際は破棄されるので、再生音声の品質などに何ら影響を与えることなく処理することができる、という具合である。
【００７９】
また、当該ＮＵＬＬパケットを上書する際のＴＳデータ内での上書位置（上書タイミング）については、例えば以下のように受信側のバッファサイズを考慮して決定するよう構成しても良い。
【００８０】
図１２は、そのＮＵＬＬパケットの上書タイミングの一例を説明するための概念図である。この図にあるように、たとえば変換後の音声ＴＳパケットに含まれるＰＴＳの値や元のＴＳデータ内に含まれるＰＣＲの値などから、受信端末バッファからそのＴＳパケットが引き抜かれる時間やそれまでに送信される音声ＴＳパケットの総数などを取得する。つづいて、ネットワークを介して受信端末のバッファサイズをＴＳデータ変換装置にて取得し、それらデータからＮＵＬＬパケットの挿入タイミングを決定する。
【００８１】
具体的に、例えば図に示す１番先頭の音声ＴＳパケットのＰＴＳから、当該音声ＴＳパケットが受信端末のバッファから引き抜かれ処理されるタイミングは「４０．２秒時点」であることが判明する。また、次のＰＴＳを含む音声ＴＳパケットから、次のバッファ引き抜きタイミングは「４０．５秒時点」であり、また、その「４０．５秒」を示すＴＳデータ内のＰＣＲから、その間（４０．２秒から４０．５秒）に５個の音声パケットが送信されることが判明する。
【００８２】
そして、その５個のパケットのデータサイズと、ネットワークなどを介して取得した受信端末側のバッファサイズとを比較し、２個のパケット分だけバッファサイズをオーバーする旨の比較判断結果が出力される。したがって、前記判明したＰＴＳが４０．２秒を示す図中先頭の音声ＴＳパケットから、４０．５秒を示すＰＣＲの間にある音声ＴＳパケットのうち、２つをＮＵＬＬパケットとして上書する位置として決定することで、受信端末側のバッファからデータがあふれてしまうことを防ぐ、という具合である。
【００８３】
このように本実施例では、音声情報の符号化形式の変更による再変換でそのデータサイズなどが小さくなった場合などに、その補充分として音声再生そのものには何ら影響を及ぼさないＮＵＬＬパケットを調整挿入することができる。
【００８４】
<処理の流れ>
【００８５】
図１３は、本実施例のＴＳデータ変換装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【００８６】
この図にあるように、まず、ＴＳデータを取得する（ステップＳ１３０１）。そして取得したＴＳデータから変換前音声パケットを取得し、音声情報にデコードする（ステップＳ１３０２）。つづいて、デコードして生成した音声情報を他の符号化形式に変換し、変換後音声パケットに分割する（ステップＳ０６０３）。
【００８７】
そして、変換後のデータ量が変換前のデータ量より少ないか否かの判断処理を実行し（ステップＳ１３０４）、両データ量が等しい旨の判断結果が出力された場合、実施例１同様に、そのまま変換後音声パケットを、ＴＳデータに含まれる変換前音声パケットに上書する。また、変換後の方がデータ量が多い旨の判断結果が出力された場合、音声パケットの上書処理のみではＴＳデータを生成できないため、エラー処理として符号化ビットレートなどの各種パラメータを変更した上で、音声情報の再変換処理を実行する。もちろん、予め変換後のデータ量のほうが多くならないよう各種パラメータを設定するよう構成しても良い。
【００８８】
一方、ステップＳ１３０４の判断処理によって、変換後の方がデータ量が少ない旨の判断結果が出力された場合、少ないデータ分のＮＵＬＬパケットを生成し、前述のような処理によってその挿入位置を決定する（ステップＳ１３０５）。そして、元のＴＳデータに含まれる変換前音声パケットのうち、ステップＳ１３０５で決定した挿入位置にある変換前音声パケットに対してＮＵＬＬパケットを上書する（ステップＳ１３０６）。そして、元のＴＳデータに含まれる残りの変換前音声パケットに、変換後音声パケットを上書する（ステップＳ１３０７）。
【００８９】
<効果の簡単な説明>
【００９０】
以上のように本実施例のＴＳデータ変換装置によって、音声情報の符号化形式の変更による再変換でそのデータサイズなどが小さくなった場合などに、その補充分として音声再生そのものには何ら影響を及ぼさないＮＵＬＬパケットを調整挿入することができる。
【００９１】
≪実施例３≫
【００９２】
<概要>
【００９３】
本実施例は、上記実施例２を基本としてＮＵＬＬパケットを挿入する機能を備え、さらに、そのＮＵＬＬパケットおよび変換後パケットの合計数が変換前音声パケットの総数と略等しくなるよう構成されていることを特徴とするＴＳデータ変換装置である。
【００９４】
<機能的構成>
【００９５】
図１４は、本実施例のＴＳデータ変換装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「ＴＳデータ変換装置」（１４００）は、実施例２を基本として「ＴＳデータ取得部」（１４０１）と、「デコード部」（１４０２）と、「エンコード部」（１４０３）と、「上書部」（１４０４）と、「ＮＵＬＬ上書部」（１４０５）と、からなる。なお、これら構成要件については、実施例１や２で説明したものと同様であるのでその説明は省略する。そして、本実施例のＴＳデータ変換装置の特徴点は、さらに「制御部」（１４０６）を備える点である。
【００９６】
「制御部」（１４０６）は、変換後音声パケットの数と、ＮＵＬＬパケットの数との総量が変換前音声パケットの総量と略等しくなるようにＮＵＬＬ上書部を制御する機能を有する。具体的に、変換前の音声ＴＳパケットを取得した際にその総量をカウントし、主メモリなどに格納しておく。つづいて、符号化形式を変えて音声情報を変換し、変換後音声パケットに分割した際にその総量をカウントし、主メモリの別アドレスに格納する。そして、変換前の総量から変換後の総量を減じて、その値を追加補充するＮＵＬＬパケットの総量とすることで、変換後音声パケットの数と、ＮＵＬＬパケットの数との総量が変換前音声パケットの総量とを略等しくする、という具合である。
【００９７】
なお、このようにしてその数が決定されたＮＵＬＬパケットをＴＳデータのどの位置に上書するか決定する処理については、上記実施例２で記載したように受信端末のバッファ容量を超えないよう決定する方法などが挙げられる。
【００９８】
<処理の流れ>
【００９９】
図１５は、本実施例のＴＳデータ変換装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、上記のような計算機の各ハードウェア構成によって実行されるステップであっても良いし、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。
【０１００】
この図にあるように、まず、ＴＳデータを取得する（ステップＳ１５０１）。そして取得したＴＳデータから変換前音声パケットを取得し、音声情報にデコードする（ステップＳ１５０２）。つづいて、デコードして生成した音声情報を他の符号化形式に変換し、変換後音声パケットに分割する（ステップＳ０５０３）。
【０１０１】
そして、変換後のデータ量が変換前のデータ量より少ないか否かの判断処理を実行し（ステップＳ１５０４）、両データ量が等しい、あるいは変換後の方がデータ量が多い旨の判断結果が出力された場合、上記実施例２の処理の流れで説明したような、それぞれの分岐条件に対応した処理を行うと良い。
【０１０２】
一方、ステップＳ１５０４の判断処理によって、変換後の方がデータ量が少ない旨の判断結果が出力された場合、ＴＳデータ内の変換前音声パケットの数と、ステップＳ１５０３で生成した変換後音声パケットの数とを取得する（ステップＳ１５０５）。そして、変換前の値から変換後の値を減じる事で生成するＮＵＬＬパケットの数を決定する（ステップＳ１５０６）。そして、そのＮＵＬＬパケットを、元のＴＳデータに含まれる変換前音声パケットの一部に対して上書する（ステップＳ１５０７）。そして、元のＴＳデータに含まれる残りの変換前音声パケットに、変換後音声パケットを上書する（ステップＳ１５０８）。
【０１０３】
<効果の簡単な説明>
【０１０４】
以上のように本実施例のＴＳデータ変換装置によって、音声情報の符号化形式の変更による再変換でそのデータサイズなどが小さくなった場合などに、その補充分として上書されるＮＵＬＬパケットの数を簡単に算出することができる。
【図面の簡単な説明】
【０１０５】
【図１】実施例１のＴＳデータ変換装置における、ＴＳデータに含まれる音声データの再変換処理の一例を説明するための概念図
【図２】実施例１のＴＳデータ変換装置における機能ブロックの一例を表す図
【図３】実施例１のＴＳデータ変換装置のＴＳデータ取得部で取得されるＴＳデータの一例を表す概念図
【図４】実施例１のＴＳデータ変換装置のデコード部でデコード処理の一例を表す概念図
【図５】実施例１のＴＳデータ変換装置におけるハードウェア構成の一例を表す図
【図６】実施例１のＴＳデータ変換装置における処理の流れの一例を表すフローチャート
【図７】実施例１のＴＳデータ変換装置におけるＴＳデータから音声パケットを取得する際の詳細な処理の一例を説明するためのフローチャート
【図８】実施例１のＴＳデータ変換装置におけるＰＴＳの生成に係る処理の一例を説明するための図。
【図９】実施例１のＴＳデータ変換装置におけるＰＴＳのＰＥＳパケットへの追加に係る処理の一例を説明するための図。
【図１０】実施例２のＴＳデータ変換装置における音声情報の再変換処理の一例を説明するための概念図
【図１１】実施例２のＴＳデータ変換装置における機能ブロックの一例を表す図
【図１２】実施例２のＴＳデータ変換装置におけるＮＵＬＬパケットの上書タイミングの一例を説明するための概念図
【図１３】実施例２のＴＳデータ変換装置における処理の流れの一例を表すフローチャート
【図１４】実施例３のＴＳデータ変換装置における機能ブロックの一例を表す図
【図１５】実施例３のＴＳデータ変換装置における処理の流れの一例を表すフローチャート
【図１６】従来技術における、ＴＳデータに含まれる音声データの再変換処理の一例を説明するための概念図
【符号の説明】
【０１０６】
０２００  ＴＳデータ変換装置
０２０１  ＴＳデータ取得部
０２０２  デコード部
０２０３  エンコード部
０２０４  上書部
【図１】
2009253861.tif 000003
【図２】
2009253861.tif 000004
【図３】
2009253861.tif 000005
【図４】
2009253861.tif 000006
【図５】
2009253861.tif 000007
【図６】
2009253861.tif 000008
【図７】
2009253861.tif 000009
【図８】
2009253861.tif 000010
【図９】
2009253861.tif 000011
【図１０】
2009253861.tif 000012
【図１１】
2009253861.tif 000013
【図１２】
2009253861.tif 000014
【図１３】
2009253861.tif 000015
【図１４】
2009253861.tif 000016
【図１５】
2009253861.tif 000017
【図１６】
2009253861.tif 000018