(57)【要約】本発明は、送信側と受信側との間にメディア代替ノードにより実現され、メディア代替ノードが送信側からの原始メディアデータボリュームを受信することと、メディア代替ノードが所定の時間帯の原始メディアデータボリュームを代替する代替データを取得することと、所定の時間帯に、メディア代替ノードが受信側に変換後の上記代替データを送信することとを含むメディアデータの送信方法、及び装置を提供する。本発明によると、関連技術において、代替データと原始メディアデータとの間に再度メディアパラメータ交渉をすることにより、通信効率の低下になるなどの技術課題が解決され、パラメータの再度交渉が回避され、メディア通信の効率が向上されている。【選択図】図１
2015523784.tif 000002
【特許請求の範囲】
【請求項１】
送信側と受信側との間にメディア代替ノードを配置することで実現されるメディアデータの送信方法であって、
前記メディア代替ノードが前記送信側からの原始メディアデータボリュームを受信することと、
前記メディア代替ノードが所定の時間帯における原始メディアデータボリュームを代替する代替データを取得することと、
前記メディア代替ノードが、取得した前記代替データのフォーマットを前記原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換することと、
前記所定の時間帯に、前記メディア代替ノードが、前記受信側に変換された上記代替データを送信することと、を含むメディアデータの送信方法。
【請求項２】
前記所定の時間帯が終了してから、さらに、
前記メディア代替ノードが前記受信側に前記送信側からの原始メディアデータボリュームを転送することを含む請求項１に記載の方法。
【請求項３】
前記メディア代替ノードが、取得した前記代替データのフォーマットを前記原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換してから、さらに、
前記所定の時間帯において代替された原始メディアデータボリュームを廃棄する、または前記所定の時間帯が終了してから送信することを含む請求項１に記載の方法。
【請求項４】
前記代替データは、前記原始メディアデータボリュームに対して処理が行われたデータ、予め指定された代替データの少なくとも一つを含む請求項１に記載の方法。
【請求項５】
前記メディア代替ノードは、
送信側、受信側、第三者機器の中の少なくとも一つのソースから代替データを取得する請求項１に記載の方法。
【請求項６】
前記原始メディアデータボリュームは、マルチメディア映像データボリューム、音声データボリュームの少なくとも一つを含む請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記マルチメディア映像データボリュームのメディアパラメータは、映像圧縮フォーマット、フレームレート、帯域幅、解像度の少なくとも一つ、及び／又は
音声データボリュームのメディアパラメータは、音声のサンプリング率、フレームレート、圧縮フォーマットの少なくとも一つを含む請求項６に記載の方法。
【請求項８】
送信側と受信側との間のメディア代替ノードに配置されるメディアデータの送信装置であって、
前記送信側からの原始メディアデータボリュームを受信する受信モジュールと、
所定の時間帯における原始メディアデータボリュームを代替する代替データを取得する取得モジュールと、
取得した代替データのフォーマットを前記原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換する変換モジュールと、
前記所定の時間帯に、前記受信側に変換された前記代替データを送信する送信モジュールと、
を含むメディアデータの送信装置。
【請求項９】
前記送信モジュールは、前記所定の時間帯が終了してから、さらに前記受信側に前記送信側からの原始メディアデータボリュームを転送する請求項８に記載の装置。
【請求項１０】
前記送信モジュールは、取得した前記代替データのフォーマットを前記原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換してから、さらに前記所定の時間帯において代替された原始メディアデータボリュームを廃棄する、または所定の時間帯が終了してから送信する請求項８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、具体的には、メディアデータの送信方法及び装置に関するものである。
【背景技術】
【０００２】
移動体インターネットの発展及び端末のソフトウェア・ハードウェアのアップグレードにつれて、メディアデータ伝送（例えば、マルチメディアデータ伝送）は不可欠な一部分になり、現在、あるメディアデータボリュームが一旦形成すると、サービスと端末との相互制御により、当該データボリュームの伝送・停止が行われることになり、データボリュームが通常変更することない。こうすると、データボリュームの情報ベアリングというそもそも持つべき巨大な潜在力を生かすことができなくなる。特に、マルチメディアデータボリュームの伝送において、如何にして適切な内容を当該マルチメディアデータボリュームに含ませるか、例えば、生放送をするとき、ソース信号がコマーシャル時間帯にあるとき、ローカルの放送側は、当該時間帯のコマーシャルを自分のコマーシャルに変換しようとする場合、ある時間帯の代替する映像が必要とされ、且つ当該映像はユーザのエクスペリエンスに大きな影響をもたらすことができない。
【０００３】
現在、候補データ（即ち代替データ）と原データ（即ち原始メディアデータボリューム）との間のメディアデータパラメータが通常異なっていて、既存のソリューションは、パラメータの再交渉を行うことであるが、こうすると、パラメータの切替になり、通信効率の低下になる。
【０００４】
関連技術における上記改題に対して、いままで効果的な解決案が提出されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
関連技術において、代替データと原始メディアデータとの間でメディアパラメータの再交渉により、通信効率の低下になる問題に対して、少なくとも上記課題を解決するために、本発明は、メディアデータの送信方法及び装置を提供する。
【課題を解決するための手段】
【０００６】
本発明の一方面によると、送信側と受信側との間にメディア代替ノードを配置することで実現されるメディアデータの送信方法であって、メディア代替ノードが送信側からの原始メディアデータボリュームを受信することと、メディア代替ノードが所定の時間帯における原始メディアデータボリュームを代替する代替データを取得することと、メディア代替ノードが、取得した代替データのフォーマットを原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換することと、所定の時間帯に、メディア代替ノードが受信側に変換された上記代替データを送信することとを含むメディアデータの送信方法を提供する。
【０００７】
上記所定の時間帯が終了してから、さらに、メディア代替ノードが受信側に送信側からの原始メディアデータボリュームを転送することを含む。
【０００８】
上記メディア代替ノードが、取得した上記代替データのフォーマットを原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換してから、さらに、所定の時間帯において代替された原始メディアデータボリュームを廃棄する、または所定の時間帯が終了してから送信することを含む。
【０００９】
上記代替データは、原始メディアデータボリュームに対して処理が行われたデータ、予め指定された代替データの少なくとも一つを含む。
【００１０】
上記メディア代替ノードは、送信側、受信側、第三者機器の中の少なくとも一つのソースから代替データを取得することができる。
【００１１】
原始メディアデータボリュームは、マルチメディア映像データボリューム、音声データボリュームの少なくとも一つを含む。
【００１２】
マルチメディア映像データボリュームのメディアパラメータは、映像圧縮フォーマット、フレームレート、帯域幅、解像度の少なくとも一つ、及び／又は音声データボリュームのメディアパラメータは、音声のサンプリング率、フレームレート、圧縮フォーマットの少なくとも一つを含む。
【００１３】
本発明のもう一つの方面によると、送信側と受信側との間のメディア代替ノードに配置されるメディアデータの送信装置であって、送信側からの原始メディアデータボリュームを受信する受信モジュールと、所定の時間帯における原始メディアデータボリュームを代替する代替データを取得する取得モジュールと、
取得した代替データのフォーマットを原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換する変換モジュールと、所定の時間帯に、受信側に変換された上記代替データを送信する送信モジュールと、
を含むメディアデータの送信装置を提供する。
【００１４】
上記送信モジュールは、所定の時間帯が終了してから、さらに受信側に送信側からの原始メディアデータボリュームを転送する。
【００１５】
上記送信モジュールは、取得した上記代替データのフォーマットを原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換してから、さらに所定の時間帯において代替された原始メディアデータボリュームを廃棄する、または所定の時間帯が終了してから送信する。
【００１６】
本発明において、送信側と受信側との間に、代替データのフォーマットを前記原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換し、変換された代替データを送信するという技術により、関連技術において、代替データと原始メディアデータとの間ではメディアパラメータの再交渉をすることによる通信効率の低下などの技術課題を解決し、パラメータの再交渉を回避し、通信効率を高めている。
【図面の簡単な説明】
【００１７】
以下の図面は本発明をさらに理解するためのものであり、本出願の内容の一部を構成し、本発明の実施例と共に本発明を説明するものであり、本発明を不当に限定するものではない。
【図１】本発明の実施例に係るメディアデータの送信方法のフローチャート図である。
【図２】本発明の実施例に係るメディアデータの送信装置の構造ブロック図である。
【図３】本発明の実施例に通信ネットワークの構成を示す図である。
【図４】本発明の実施例に係るマルチメディアデータのステッチ代替の流れを示す図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら実施例を結合して本発明を詳しく説明する。なお、衝突がない場合、本出願の実施例及び実施例における特徴は互いに組み合わせることができる。
【００１９】
図１は本発明の実施例に係わるメディアデータの送信方法のフローチャート図である。当該方法は送信側と受信側との間にメディア代替ノードを配置することで実現され、図１に示すように、当該方法は以下のようなステップを含む。
【００２０】
ステップＳ１０２について、メディア代替ノードが送信側からの原始メディアデータボリュームを受信する。なお、当該メディア代替ノードは独立した物理ノードであってもよいし、論理的なノードであってもよい。
【００２１】
ステップＳ１０４について、メディア代替ノードが所定の時間帯における原始メディアデータボリュームを代替する代替データを取得する。
【００２２】
ステップＳ１０６について、メディア代替ノードが取得した代替データのフォーマットを原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換する。
【００２３】
ステップＳ１０８について、所定の時間帯に、メディア代替ノードが受信側に変換された代替データを送信する。
【００２４】
なお、本実施例において、上記ステップＳ１０２とステップＳ１０４との実行する順番が互いに交換してもよい。
【００２５】
上記処理により、送信側と受信側との間に、データを転送するメディア代替ノードが配置され、当該メディア代替ノードにより、代替データのフォーマットを前記原始メディアデータボリュームのメディアパラメータのメディアフォーマットに適合するようなメディアフォーマットに変換できるため、パラメータの再交渉による通信効率の低下を根本から回避することができる。
【００２６】
所定の時間帯が終了してから、メディア代替ノードが受信側に送信側からの原始メディアデータボリュームを転送する。
【００２７】
上記処理において、代替された原始データについて、メディア代替ノードが取得した代替データのフォーマットを原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換してから、所定の時間帯において代替された原始メディアデータボリュームを廃棄する、または所定の時間帯が終了してから送信することになる。
【００２８】
上記代替データは、原始メディアデータとは異なる新しいデータボリューム（即ち所定の代替データ）であってもよいし、原始メディアデータボリュームに対して処理が行われたデータボリュームであってもよい。後者の場合、具体的な実施例において、送信側と受信側とが異なる語種の音声発音がある場合、送信側の語種の音声を受信側の所望する語種の音声データに訳し、訳した音声データを代替データとするという態様になる。
【００２９】
上記メディア代替ノードがローカルで上記代替データをプリセットすることもできるし、送信側または受信側、もしくは第三者機器から取得することもできる。
【００３０】
本発明のある好適な実施形態において、上記原始メディアデータボリュームは、マルチメディア映像データボリュームである。この場合、上記メディアパラメータは、映像圧縮フォーマット、フレームレート、帯域幅、解像度の少なくとも一つである。
【００３１】
本実施例において、送信側と受信側との間のメディア代替ノードに配置され、端末にあり、上記実施例及び好適な実施形態を実現するためのメディアデータの送信装置を提供する。すでに説明したものは繰り返して説明しない。以下、当該装置におけるモジュールについて説明する。以下に用いられるように、用語「モジュール」とは所定の機能を実現できるソフトウェア及び／又はハードウェアの組み合わせである。以下実施例に説明される装置は好ましくはソフトウェアにより実現されるが、ハードウェア、またはソフトウェアとハードウェアとの組み合わせにより実現しても可能で構想されるものである。図２は本発明の実施例に係わるメディアデータの送信装置の構造ブロック図である。図２に示すように、当該装置は、
取得モジュール２２に接続し、送信側からの原始メディアデータボリュームを受信する受信モジュール２０と、
変換モジュール２４に接続し、所定の時間帯における原始メディアデータボリュームを代替する代替データを取得する取得モジュール２２と、
送信モジュール２６に接続し、取得した代替データのフォーマットを受信モジュール２０により受信された原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換する変換モジュール２４と、
所定の時間帯に、受信側に変換された前記代替データを送信する送信モジュール２６と、を含む。
【００３２】
上記各モジュールにより実現される機能によっても、代替データのフォーマットを前記原始メディアデータボリュームのメディアパラメータのメディアフォーマットに適合するメディアフォーマットに変換することも実現できるので、パラメータの交渉による通信効率の低下が根本から回避されている。
【００３３】
上記送信モジュール２６は、所定の時間帯が終了してから、さらに受信側に送信側からの原始メディアデータボリュームを転送する。
【００３４】
上記送信モジュール２６は、取得した上記代替データのフォーマットを原始メディアデータボリュームのメディアパラメータに適合するメディアフォーマットに変換してから、さらに所定の時間帯において代替された原始メディアデータボリュームを廃棄する、または所定の時間帯が終了してから送信する。
【００３５】
上記実施例をより良く理解するために、以下、図面と具体的な実施例を結合して詳しく説明する。以下の実施例の主な構想は、元データ（原始データまたは原始データボリュームに相当）のパラメータ（上記メディアパラメータに相当）を記録するステッチ代替ゲートウェイ（メディア代替ノードに相当）を配置し、元データのパラメータにより使用しようとするデータを当該パラメータの要求に適合するデータに変換し、ステッチの開始点でデータ代替を行い、ステッチの終了点で元データを還元することである。上記構想に基づき、ステッチ代替の効率を向上でき、待ち時間を減少させ、受信側に対する影響が小さく、ユーザエクスペリエンスが大きくアップグレードできる。以下の実施例におけるステッチ代替ゲートウェイは独立したエンティティの物理ノードであってもよいし、論理的なノードであってもよい。
【００３６】
以下実施例は図３に示すような通信ネットワークに基づき実現できる。図３に示すように、当該通信ネットワークは、受信側３０１と、ステッチ代替ゲートウェイ３０３、及び送信側３０５を含む。
【００３７】
実施例１
本実施例は、以下のような処理プロセスを含む。
送信側と受信側との間にステッチ代替ゲートウェイ機能を実現できるステッチ代替ゲートウェイを配置し、両者のデータを転送できるようにすることと、
ステッチ代替ゲートウェイは、元マルチメディアデータのパラメータ情報（上記実施例におけるメディアパラメータに相当）を受信し記憶することと、
ステッチ代替ゲートウェイが元マルチメディアデータパラメータ情報により、代替データを元マルチメディアデータパラメータに適合するフォーマットデータに変換することと、
ステッチ代替ゲートウェイの能力により、変換後の代替データを事前に用意することができることと、
ステッチ代替のトリガー条件と時間帯を確定することと、その中で、トリガー条件が時間、イベントなどのより設定することで取得して、時間帯がステッチ開始時点とステッチ終了時点であり、その時間帯の情報がサーバー、または設定されたタイミング機能、もしくは他の方式により取得する時間情報であり、
ステッチ代替ゲートウェイが、トリガー条件を満足した後、指定した時間帯にステッチ代替データを送信して、その時間帯における元データを送信しなくて、その時間帯における元データが延期に送信又は放棄することができる。
受信側がステッチ代替ゲートウェイからのデータを受信し、元方式により処理をすることとを含む。
【００３８】
上記処理プロセスにおいて、ステッチ代替ゲートウェイ機能を利用することは、アーキテクチャから言うと、ネットワーク及び／又はサービスのノードを増やしたが、当該ノードの増加によりネットワークの提供するマルチメディアデータに、より豊かなサービス能力が提供されている。
【００３９】
実施例２
本実施例の構想は図４に示すフローチャートにより示されている。以下、図４に示す流れを簡単に説明する。
【００４０】
ステップＳ４０２について、マルチメディアデータボリュームが送信側と受信側との間に通常通りに交換する。
ステップＳ４０４について、原始データ（即ち通常通りに交換する上記マルチメディアデータボリューム）パラメータを取得し記憶する。
ステップＳ４０６について、ステッチ代替をトリガーするトリガー条件などのデータを取得する。
ステップＳ４０８について、トリガー条件の判断、データ変換、及び代替データの準備などをする。
ステップＳ４１０について、原始データを受信する。
ステップＳ４１２、ステッチ代替条件に満足するとき、データステッチ代替の送信を終了する。
ステップＳ４１４について、ステッチ代替された後のデータを送信する。
ステップＳ４１６について、ステッチ代替の終了条件に満足するとき、データステッチ代替の送信を終了する。
ステップＳ４１８について、ステッチ代替前の状態に戻る、即ち原始データボリュームを送信する。
【００４１】
以下に説明する実施例３と実施例４は上記実施例２に基づき実現することができる。以下詳しく説明する。
【００４２】
実施例３
本実施例は、映像データのステッチ代替を例として説明する。本実施例におけるステッチ代替は以下のようなステップにより実現できる。
【００４３】
ステップ１について、受信側と送信側はステッチ代替ゲートウェイによりマルチメディアの映像データの通信を行う。
【００４４】
ステップ２について、通信において、ステッチ代替ゲートウェイが、映像圧縮フォーマット、フレームレート、帯域幅、解像度などのマルチメディアの映像パラメータを取得し、映像フレームの時間、フレームシーケンスなどのパラメータデータを記録し更新をする。
【００４５】
ステップ３について、ステッチ代替ゲートウェイがステッチ代替の条件とデータを受信する。
【００４６】
当該処理ステップにおいて、ステッチ代替の条件は、送信側（サーバーなど）により送信された条件データ、ステッチ代替ゲートウェイが受信したユーザにより設定された条件、または他の条件により生成した条件データ、及び受信側からの条件データ、又は第三者からのデータなどから来る。
【００４７】
当該処理ステップにおいて、ステッチ代替データは、送信側から送信された条件データ、ステッチ代替ゲートウェイのローカルデータ、受信側から送信されたデータ、または第三者からのデータなどから来る。
【００４８】
ステップ４について、ステッチ代替ゲートウェイは、配置によりステッチ代替機能を起動させ、対応する条件データ、ステッチ代替データ、及びパラメータ変換データなどを読取る。本実施例において、映像データにより、映像のパラメータとフレームの時間、フレームのシーケンスなどのデータを取得することになる。
【００４９】
ステップ５について、パラメータ、ステッチ代替データなどにより、まずデータフォーマットを変換し、条件に満足するときに備えて、データの準備をする。
【００５０】
ステップ６について、トリガー条件に満足するとき、ステッチ代替の開始時点でデータに対してステッチ代替をして、即ち準備しておいたデータにより元データを代替する。本実施例の場合、代替データが、更新する期間のフレーム時間とフレームシーケンスなどのデータが必要し、受信側に送信する。ステッチ代替の終了時点でステッチ代替データを終了し、元データに変換する。
【００５１】
ステップ７について、元の映像データ通信を続ける。
【００５２】
実施例４、ステッチ代替ゲートウェイ機能によるミーティング翻訳のステッチ代替についての説明。
【００５３】
本実施例は、ステッチ代替ゲートウェイ機能により、翻訳をタイムリーに受信者に提供する例を説明する。例えば、あるミーティングは、様々な言葉に訳されることが必要とする場合、ステッチ代替ゲートウェイ機能により、訳した結果を異なる端末に送信することができる。
【００５４】
ステップ１について、受信側と送信側とがステッチ代替ゲートウェイ機能により、マルチメディアの映像データの通信をする。
【００５５】
ステップ２について、通信において、ステッチ代替ゲートウェイ機能により、映像圧縮フォーマット、フレームレート、帯域幅、解像度などのマルチメディアの映像パラメータを取得し、映像フレームの時間、フレームシーケンスなどのパラメータデータを記録し更新をする。
【００５６】
ステップ３について、ステッチ代替ゲートウェイがステッチ代替の条件とデータを受信する。
【００５７】
本実施例における条件のように、異なる語種の音声がある場合、当該音声を受信端末の所望する語種の音声データに変換する。実施例３と異なって、本実施例におけるデータは、言葉によりタイムリーに訳されることになっている。
【００５８】
ステップ４について、ステッチ代替ゲートウェイは、配置によりステッチ代替機能を起動させ、対応する条件データ、ステッチ代替データ、及びパラメータ変換データなどを読取る。本実施例において、訳されたデータと元映像データとともにステッチしてから元映像・音声などのデータを代替することになる。
【００５９】
ステップ５について、パラメータ、ステッチ代替データなどにより、代替データのフォーマットを条件に満足するときのデータにタイムリーに変換する。
【００６０】
ステップ６について、トリガー条件に満足するとき、ステッチ代替の開始時点でデータに対してステッチ代替をして、即ち準備しておいたデータにより元データを代替し、受信側に送信する。ステッチ代替の終了時点でステッチ代替データを終了し、元データに変換する。
【００６１】
ステップ７について、元の映像データ通信を続ける。
【００６２】
もう一つの実施例において、上記実施例及び好適な実施形態に記載された技術案を実行するソフトウェアを提供する。
【００６３】
もう一つの実施例において、上記ソフトウェアを記憶し、ディスク、フロッピー（登録商標）、ハードドライブ、消去可能なメモリなどを含むが、これらに限らない記録媒体を提供する。
【００６４】
言うまでもなく、上述した本発明の各モジュールまたはステップは、汎用のコンピュータ装置により実現することができ、単一のコンピュータ装置に集成してもよいし、複数のコンピュータ装置からなるネットワークに配置してもよい。また、コンピュータ装置が実行可能なプログラムコードにより実現されてもよい。これにより、記憶装置に記憶されてコンピュータ装置により実行されることができる。或いは、それぞれ各々の集積回路モジュールに作成したり、それらの中の複数のモジュールまたはステップを単一の集積回路モジュールに作成したりして実現することができる。このように、本発明は、いずれの特定のハードウェアとソフトウェアの組み合わせにも限定されない。
【００６５】
以下の図面は本発明をさらに理解するためのものであり、本出願の内容の一部を構成し、本発明の実施例と共に本発明を説明するものであり、本発明を不当に限定するものではない。
【図１】
2015523784.tif 000003
【図２】
2015523784.tif 000004
【図３】
2015523784.tif 000005
【図４】
2015523784.tif 000006
【国際調査報告】
2015523784.tif 000007
2015523784.tif 000008
2015523784.tif 000009
2015523784.tif 000010
2015523784.tif 000011
2015523784.tif 000012