JP6919904B2 - ネットワーク環境におけるデータ処理を改善するシステムおよび方法 - Google Patents

Description

関連出願

本米国特許出願は、米国特許商標庁（ＵＳＰＴＯ）に２０１６年４月２２日に出願された米国仮特許出願第６２/３２６，４２８号の優先権を主張する出願であって、ＵＳＰＴＯに２０１７年１月１６日に出願された特許出願第１５/４０７，１９２号の一部継続出願である。両特許出願明細書はここに援用するものとする。

本発明は全体としてはモバイル用アプリケーションのソフトウェアツールを活用するためにネットワーク内に配置したサーバーにおける保存データの冗長性を低減するネットワーク化モバイル用の通信装置によって代表されるように、ネットワーク化コンピュータによって相互利用あるいは協同運用可能なモバイル用アプリケーションに特徴のあるソフトウェアツール、および送信側と受信側間の改善したデータ送信に関する。具体的には、本発明のモバイル用アプリケーションとして特徴を持つソフトウェアツールを使用すると、デジタル保存時のデータ冗長性を改善し、かつデータ送信性能を改善し、システムおよび対応する方法の効率を最大化した状態で、ユーザーが選択した、あるいはユーザーが作るコンテンツをユーザーがリアルタイムで共有でき、かつ消費できると同時に、メディアコンテンツを共有でき、かつ消費できることが可能になる。

本明細書のシステムおよび方法はいくつかの主要な対象領域を有する。例示すると、ＰＣＭパッチング、ＰＣＭ保存、ベースファイルマッチング、ＰＣＭ差分データ再生、マルチポートデータ配信、３６０ビデオ配信、および映像・音楽の同期を挙げることができる。本発明システムおよび方法のＰＣＭパッチング態様またはＰＣＭ処理態様は、本明細書の中心的な課題であり、主にＰＣＭ関連コンテンツの保存に焦点を合わせた保存システム内の冗長ＰＣＭデータを低減する動作を行う。本明細書記載のＰＣＭパッチングアプリケーションまたはＰＣＭ処理アプリケーションの場合、２つの比較可能なファイルが必要であり、ローＰＣＭ（ＲＡＷ ＰＣＭ：生のＰＣＭデータ）に保存するか、あるいはＰＣＭに復号する圧縮形態で保存するかのいずれかである。必要な場合には、ファイルを解凍し、ローＰＣＭデータを出力する。

次に、ＰＣＭデータの出力サンプルを比較し、両者の値の差分を算出する。類似性がきわめて高いＰＣＭデータを有するファイルでは、ＰＣＭ値間差分が比較的小さく、かなり余裕を持ってデータ比較を行うことになる。標準的な圧縮技術を実行すると、いわゆる“ｄｉｆｆ”即ちデータ差分ファイルのサイズを元の圧縮ファイルサイズの６０〜７０％まで小さくできる。ＰＣＭ値間の差分を“ｄｉｆｆ”ファイルに保存し、次に圧縮器（ｃｏｍｐｒｅｓｓｉｏｎ ａｐｐｌｉａｎｃｅ：圧縮アプライアンス）に通す。次に、“ｄｉｆｆ”ファイルを使用して、ＰＣＭデータの“ｄｉｆｆ”から第１または第２の比較ファイルのいずれかのＰＣＭデータをロスなく再現できる。

本明細書のＰＣＭ保存システムは、ベースファイルを“ｄｉｆｆ”ファイルのうちのＰＣＭファイルの複数の“ｄｉｆｆ´ｓ”に関連付けてマッピングすることによって動作する。“ｄｉｆｆ”ファイルは、ベースファイルと元のアップロードされたファイルとの間のＰＣＭデータ差分を保存するファイルである。同じプログラムが使用可能なクライアントからリクエストが来ると、保存システムがベースファイルおよび“ｄｉｆｆ”ファイルのデータをクライアントに戻し、クライアントがこのデータを使用して元のファイルのＰＣＭデータを再生する。

システムがベースファイルとは別に“ｄｉｆｆ”の保存および生成をする前に、まずファイル（例えばオーディオ）のフィンガープリント生成機構またはファイル識別機構を使用して適合可能性のある“ｄｉｆｆ´ｓ”に関連付けのマッピングをする。アップロードされたファイルと同様なフィンガープリントまたはファイル識別子をもつすべてのベースファイルが、ベースファイルの候補として可能性を持つ。最適のベースファイルを識別するためには、システムが（ａ）すべてのベースファイルから分けた“ｄｉｆｆ´ｓ”を発生し、そして（ｂ）“ｄｉｆｆ”サイズを既に確定されている閾値と比較する。すべての“ｄｉｆｆ´ｓ”が閾値を超えている場合、アップロードされたファイルがベースファイルになる。一つかそれ以上の“ｄｉｆｆ´ｓ”が閾値未満の場合には、最も小さい“ｄｉｆｆ”ファイルが保存され、かつ元のファイルが削除される。本発明のＰＣＭ“ｄｉｆｆ”システムのオーディオ再生の場合、以下のステップが必要である。（ａ）ベースファイルをＰＣＭデータに復号するステップ、（ｂ）ベースファイルのＰＣＭデータを“ｄｉｆｆ”ファイルからのデータでパッチングするステップ、そして（ｃ）パッチングされたＰＣＭデータファイルをオーディオ再生に送るステップ。

本発明のシステムおよび方法ではさらに、画像データおよびオーディオデータ伝送を改善するために複数のＴＣＰポートまたは複数のＵＤＰポートを利用する。第１ポートまたはプライマリーポートについては、放送側クライアントが利用できる最も低いクォリティーを送信する基本的なベースクォリティーの伝送に特化する。本システムおよび本方法はさらに、基本となるベースクォリティーの“ｄｉｆｆ´ｓ”として送られる基本となるベースクォリティーのデータよりも高いクォリティーのデータを伝送する複数の付加的な即ちセカンダリーポートを専用する。受信側クライアントが、セカンダリーポートを介して伝送される“ｄｉｆｆ”データを第１のプライマリー即ち基本となるベースデータポートを介して伝送されるベースデータと結合し、ベースクォリティーメディアよりも高いクォリティーの出力を再生する。

別な態様では、本発明システムおよび方法は３６０ビデオ出力のキューブマッピング方法（ｃｕｂｅ ｍａｐｐｉｎｇ ｍｅｔｈｏｄｓ：周囲の環境を反射する正方形テクスチャ）を組み込むか、これを基本として利用するものである。本発明のキューブマッピングフォーマットでは、キュービックビューポイントの面毎に一意的なフレームを送り出す。即ち、３６０度ビデオの場合、画像毎に６つの一意的なフレームまたはキューブ面を対象として観察する。上記のように、ベースクォリティーポートおよびクォリティーを強化する“ｄｉｆｆ”のための付加的なセカンダリーポートを含める専用セットのＴＣＰポートまたはＵＤＰポートを有する一意的なデータストリームにそって一意的な画像フレームまたは面のそれぞれを送る。付加されたセカンダリーポートが、ベースクォリティーデータと中位/高位クォリティーデータの“ｄｉｆｆ”を伝送する。

受信側クライアントにおけるクライアントアプリケーションが、ベースクォリティーデータのみを使用するか、もしくは観察者がどの方向を向いているかに基づいて、あるいはどのキューブ面が主であるか、即ちプライマリーであるかに基づいてより高位のクォリティーデータを使用するかを決定する。これは、クライアントが常にベースクォリティーでキューブのすべての面をストリームとして流すことができ、観察者が透視面を変えるようにしてフレームを確実に捉えてロードできることを意味する。または、付加的なクォリティーデータを選択的に加えると、ユーザーが現在見ているビューのクォリティーを考えられる最も高いクォリティーに確実に上げることができる。選定したデータストリームについては、オーディオデータを含むように指定することができる。オーディオデータを有するビデオストリームを使用して音楽を加えることが好ましく、あるいは並列した専用のＴＣＰポートセットまたはＵＤＰポートセットでオーディオストリームを別々に配信することも可能である。

本発明の他の目的、並びに本発明の具体的な特徴、要素および作用効果については、明細書の開示を補強する添付図面を参照して行う説明から明らかになるはずである。

並列構成の第１データファイルおよび第２データファイルを示す概略図であり、第１データファイルのサイズおよび形状が第２データファイルとは異なっている状態を示すものである。 データファイル保存機構に配置した並列構成の第１データファイルおよび第２データファイルを示す概略図であり、第１データファイルおよび第２データファイルそれぞれは冗長性サイズおよび形状が同じか、あるいは高位の大きなサイズおよび形状部分を有する状態を示すものである。 並列構成の第１データファイルおよび第２データファイルを示す概略図であり、（ａ）サイズおよび形状が第２データファイルとは異なる第１データファイルの態様、および（ｂ）サイズおよび形状が第２データファイルと同様な、あるいは冗長的な第１データファイルを示すものである。 第１データファイルと第２データファイルとの間のデータ（サイズおよび形状）差分を示す概略図である。 単純な正方形として示される同じサイズおよび形状のデータファイル要素、およびデータファイル保存機構に設けられる以外は図１Ｂと同様な三角形として表される第１データファイルと第２データファイルとの間のデータ差分を示す概略図であり、データ冗長性の低減を比較するものである。 本発明のＰＣＭ(パルス符号変調)パッチングシステムおよびプロセスを示すフローチャート図である。 本発明のデータ保存システムおよびプロセスを示すフローチャート図である。 本発明の第１の代替的なデータ検索/リターンシステムおよびプロセスを示すフローチャート図である。 本発明の第２の代替的なデータ検索/リターンシステムおよびプロセスを示すフローチャート図である。 本発明のベースファイルマッピングシステムおよびプロセスを示すフローチャート図である。 本発明のＰＣＭデータ差分再生システムおよびプロセスを示すフローチャート図である。 それぞれ本発明のシステムおよびプロセスに従ってマルチポートデータ伝送構成を装備した送信側クライアントおよび受信側クライアントを示すフローチャート図である。 本発明のシステムおよびプロセスに従ってマルチポートデータ伝送構成を装備し、（ａ）ベースクォリティーポートを介して伝送された（１）ベースクォリティーフレームデータを（ｉ）第１セカンダリーポートを介して伝送された中位クォリティーデータフレームまたは（ｉｉ）第２セカンダリーポートを介して伝送された高位クォリティーフレームデータのいずれかと選択的に結合し、そして（ｂ）（１）中位クォリティーフレームを出力して再生を行うか、あるいは（２）高位クォリティーフレームを出力して再生を行う受信側クライアントを示すフローチャート図である。 黒ドットでマークしたビューポイントを示す概略斜視図で、このビューポイントに対して９０度間隔で設けた物体を示すものである。 太線で強調した内部キューブの第１面を備えた内部キューブを示すために拡大したビューポイントを示す概略斜視図で、対応する球面領域を示すものである。 シーン内の各物体に対向する一連のキューブ面を元のビューポイントで重ねた内部キューブ以外は図９に示すシーンの概略斜視図である。 元のビューポイントから見た以外は図９および図１１に示すシーンの概略ネット図である。 キューブマッピングデータが相互に伝送される送信側クライアントおよび受信側クライアントを示すフローチャート図で、キューブマッピングデータがキューブマッピングプロトコルのキューブ面毎にデータを有し、このキューブ面毎のデータがベースクォリティーポートおよびこのベースクォリティーよりも高位の少なくとも一つのセカンダリーポートを有するマルチポート構成によって伝送される状態を示し、選択したキューブ面のサイズを他のキューブ面よりも拡大し、第１の代替的なビデオ兼オーディオ伝送チャネルおよび第２の代替的な別なオーディオ伝送チャネルを示すものである。

添付図面を参照して本発明をより具体的に説明する。基本的に、本発明はパルス符号変調（ＰＣＭ）のパッチングまたは処理システムおよび方法を提供するものである。ＰＣＭのパッチングは基本中の基本であるコンピュータで実行されるアプリケーションを基礎にしたシステムであり、対応するアルゴリズムでＰＣＭ関連コンテンツの保存を適用対象としたデジタル保存システム内の不要で冗長なＰＣＭデータを低減するシステムである。包括する一般的なＰＣＭ保存装置については、添付図面の一部に概略を示し、かつ参照符号２０で示す。

比較として参照する概略図である図１Ａおよび図１Ｂにおいて、参照符号１６は第１ＰＣＭデータファイル、参照符号１７は第２ＰＣＭデータファイル、参照符号２０はＰＣＭデータ保存システムである。第１ＰＣＭデータファイル１６および第２ＰＣＭデータファイル１７については、矢印１８で示すように保存システム２０内に設けた場合、比較から理解できるように、第１ＰＣＭデータファイル１６および第２ＰＣＭデータファイル１７が、２つのＰＣＭデータファイル１６および１７の１９および１９´で示す正方形部分また正方形要素によって示すように、かなりの量の重畳データを有する。正方形部分１９´または正方形要素１９´については、正方形部分１９または正方形要素１９からみて冗長部分とみなすことができる。

比較として参照する概略図である図２Ａ〜図２Ｃにおいて、参照符号１６は第１ＰＣＭデータファイル、参照符号１７は第２ＰＣＭデータファイル、そして参照符号２０はＰＣＭデータ保存システムを示す。本発明のデータパッチングおよび処理態様のコアになる考え方によれば、第１ＰＣＭデータファイル１６および第２ＰＣＭデータファイル１７は、ＰＣＭデータ比較プロセス１０３で比較するのが好ましく、このプロセス１０３中に冗長部分（正方形部分１９´として示す）を決定し、ＰＣＭデータ差分１５を出力する。従って、基本的なＰＣＭデータ部分（正方形部分１９）およびＰＣＭデータ差分１５は、矢印１８で示すように、データ保存システム２０内に設けることができる。さらに図１Ｂと図２Ｃとの比較から、データ冗長性が図１Ｂよりも図２Ｃにおいて小さくなっていることが理解できる。なお、冗長性の低減については矢印２１で示す。

従って、本発明のＰＣＭパッチングシステムおよび方法を実現するためには、比較を目的として、少なくとも第１メディア（オーディオ）ファイルおよび第２メディア（オーディオ）ファイルを併用する必要がある。第１メディアファイルおよび第２メディアファイルについては、ローＰＣＭデータ（ｒａｗ ＰＣＭ ｄａｔａ：生のＰＣＭデータ）、あるいはＰＣＭデータに復号する圧縮形態のいずれかで保存するのが好ましい。図３において、第１オーディオファイルを示す第１ローＰＣＭデータファイルは参照符号１１で示し、そして第２オーディオファイルを示す第２ローＰＣＭデータファイルは参照符号１２で示す。さらに図３において、第１オーディオファイルを示す第１圧縮ＰＣＭデータファイルは参照符号１３で示し、そして第２オーディオファイルを示す第２圧縮ＰＣＭデータファイルは参照符号１４で示す。

従って、本発明ＰＣＭパッチングシステムおよび方法の場合、第１圧縮ＰＣＭデータ（オーディオ）ファイル１３および第２圧縮ＰＣＭデータ（オーディオ）ファイル１４を入力１０１して、プロセス１００で解凍するために、固定的に備え付けた、すなわち非一時的な（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ：非一過性で常備した）コンピュータで実行可能な解凍アプリケーションまたは解凍器（ｄｅｃｏｍｐｒｅｓｓｉｏｎ ａｐｐｌｉａｎｃｅ：解凍アプライアンス）を有するのが好ましいと言える。この第１圧縮ＰＣＭ（オーディオ）ファイル１３および第２圧縮ＰＣＭ（オーディオ）ファイル１４はプロセス１００で解凍器によって解凍され、全体を明示する前置きとして図３のフローチャートの始めの部分に記載したように、第１ローＰＣＭデータファイル１１および第２ローＰＣＭデータファイル１２として出力１０２される。

次に、本発明の実施にとって不可欠と考えられる非一時的にコンピュータで実行可能なＰＣＭデータ比較アプリケーションによってサンプル比較プロセス１０３などで解凍した出力ＰＣＭサンプルまたはデータファイル１１および１２を比較する。非一時的にコンピュータで実行可能なＰＣＭデータ比較アプリケーションが動作し、（ａ）それぞれ第１メディアまたはオーディオファイルおよび第２メディアまたはオーディオファイルに対応する入力された第１ＰＣＭデータファイル１１および第２ＰＣＭデータファイル１２を比較し、（ｂ）入力された第１ＰＣＭデータファイル１１/第２ＰＣＭデータファイル１２間のＰＣＭデータ差分１５を計算し、そして（ｃ）第１ＰＣＭデータファイル１２と第２ＰＣＭデータファイル１３と間の算出されたＰＣＭデータ差分１５をデータ差分ファイルとして出力（１０５）する。

次に、本発明の非一時的にコンピュータで実行可能なＰＣＭデータを比較するアプリケーションが動作し、（ａ）出力された算出データ差分１５またはデータ差分の圧縮、および（ｂ）この圧縮され、出力された算出データ差分１５またはデータ差分ファイルのデータ保存手段２０への保存の両者（ａ）と（ｂ）とを行う。このプロセスはプロセスボックス１０６に表示される。類似性の強いＰＣＭデータを有するデータファイルにおいて、例えば、２５６ｋｂｓおよび２２４ｋｂｓに圧縮された同じオーディオトラックでファイル比較を行った場合、ＰＣＭ値間の差分はわずかであり、かなり余裕があること示唆している。余裕があり冗長度が高い場合には、標準的な圧縮アルゴリズムを適用して、データ差分１５またはデータ差分ファイルのサイズを元の圧縮ファイルサイズの６０〜７０％まで小さくできる。データ差分１５については、プロセス１０６などにおける圧縮アルゴリズムの適用時にデータ差分として保存するのが好ましい。

次に、データ差分ファイルまたは“ｄｉｆｆ”ファイル１５を使用すれば、既に比較された第１メディア（オーディオ）ファイルか第２メディア（オーディオ）ファイルのいずれかのＰＣＭデータをロスなく再生できる。従って、本発明のＰＣＭパッチングシステムおよび方法は、さらに非一時的にコンピュータで実行可能なＰＣＭデータの復元アプリケーションを動作可能にすることが好ましく、圧縮され、出力された計算データ差分１５またはデータ差分ファイルによって第１ＰＣＭデータファイル１１および第２ＰＣＭデータファイル１２で構成した群から選択された選択ＰＣＭデータファイルをロスなく再生できる。

なお、ＰＣＭデータ復元アプリケーションが動作すると、全体を図３に示すように、復元プロセス１０８によって、（ａ）入力された１０７（ｉ）圧縮第２（オーディオ）ファイルデータおよび（ｉｉ）圧縮され、出力された算出データ差分１５またはデータ差分ファイルを介して第１ＰＣＭデータファイル１１を、そして（ｂ）入力された（ｉ）圧縮第１（オーディオ）ファイルデータ２３および（ｉｉ）圧縮され、出力された算出データ差分１５またはデータ差分ファイルを介して第１ＰＣＭデータファイル１２をロスなく再生または出力１０９できる。本発明のＰＣＭパッチングシステムおよび方法の場合、例えば、元のファイルのＰＣＭデータのロスなく再生できる上に、元の圧縮ファイルのサイズを６０〜７０％小さくできる。

本発明の保存システムまたは保存機構２０については、ベースファイルデータ２４をデータ差分ファイルデータ１５にマッピング１１０するのが好ましい。データ差分ファイル１５には、ベースファイル２４と最初にアップロードしたメディア（オーディオ）ファイルとの間のＰＣＭデータの差分を保存する。図４を参照して説明すると、最初にアップロードしたファイルの参照符号は“ｆｉｌｅ ２”とすればよい。互いに共用しているクライアント２５からリクエストがあると、保存システム２０は包括するプロセス１１２で（ａ）ベースファイルデータ２４および（ｂ）“ｆｉｌｅ２ ｄｉｆｆ”データ１５を戻す。この場合、クライアント２５がデータの集まりを使用して、元のファイルのＰＣＭデータを再生する。検索プロセスまたは戻し（または回帰）プロセス１１２は、例えば図４Ａおよび図４Ｂにそれぞれ１１２Ａおよび１１２Ｂで示すような多数の異なる機構を通じて動作する。

本発明の第１の例示的な検索機構または検索プロセス１１２Ａの場合、すべての“ｄｉｆｆ”ファイルまたはデータ差分ファイル１５を、プロセス１２２でクライアント２５にインクレメント（ｉｎｃｒｅｍｅｎｔ：増分的に漸次段階的）に伝送可能になるようなより小さな“ｄｉｆｆ”ファイルフラグメント４５にフラグメント化（ｆｒａｇｍｅｎｔａｔｉｏｎ：細分化）し、再生前にＰＣＭデータをインクレメントにパッチングする。図４Ａを参照して説明すると、プロセス検索および戻り機構１１２Ａの場合、非一時的にコンピュータで実行可能なアプリケーションを備えたクライアント２４に伝送１２２するＰＣＭ“ｄｉｆｆ”ファイルフラグメント４５およびＰＣＭベースファイルフラグメント４６を表し、プロセス１２３などでＰＣＭ“ｄｉｆｆ”ファイルおよびベースファイルフラグメント４５および４６を結合する。

本発明の第２の例示的な検索およびリターン機構１１２Ｂの場合、シングル・バイナリーストリーム(ｓｉｎｇｌｅ ｂｉｎａｒｙ ｓｔｒｅａｍ：二進バイナリーデータの単一流れ)４９にＰＣＭベースデータ４７およびＰＣＭ“ｄｉｆｆ”データ４８を戻し、入力１２４されたＰＣＭ“ｄｉｆｆ”データ４７およびＰＣＭベースファイルデータ４８を、図４Ｂに示すように一定かつ交代間隔で混合または結合（セグメント結合データチェーン５０のように）する。例えば、バイナリーストリームの第１の１００ｋｂはＰＣＭベースファイル４７の第１セグメント４７（１）を表し、そして連続的な１００ｋｂはＰＣＭ“ｄｉｆｆ”ファイル４８の第１セグメント４８（１）を表す。従って、本システムの場合、１００ｋｂ毎にＰＣＭベースおよび“ｄｉｆｆ”データセグメント４７/４８が交代し、クライアント２５に伝送可能１２６なセグメント−結合ＰＣＭデータチェーン５０を有する結合ＰＣＭ“ｄｉｆｆ”およびベースデータストリーム５１として出力１２５し、このチェーン５０においてＰＣＭ“ｄｉｆｆ”およびベースデータ４７および４８をプロセス１２７などで抽出することができ、プロセス１２８などで再結合することができる。シングル・バイナリーデータストリームでの他のデータ伝送方法も可能である。

従って、本発明のＰＣＭパッチングシステムまたは処理システムは、サーバーベース方式（ｓｅｒｖｅｒ−ｂａｓｅｄ：サーバーをベースにして構成するシステム）のデータファイル装置２０から選択データファイルをクライアント２５がリクエスト１１１により開始されて選択ＰＣＭデータファイルをロスなく復元できる。ベースデータファイル２４および対応する算出データ差ファイル１５を圧縮した出力は、サーバーベース方式のデータファイル保存装置２０からクライアント２５に戻される１１２。リクエストされた選択データファイルのＰＣＭデータは、プロセス１０８で参照されて概略図を示すコンピュータで実行される非一時的なデータ復元アプリケーションによってクライアント２５で再生される。データを圧縮し算出した差分ファイルデータ１５は、フラグメント化し、再生している間にファイルを表すＰＣＭデータをクライアント２５にインクレメントにパッチングして送信できるか、あるいはＰＣＭデータは、ベースファイルデータおよび算出データ差分ファイルのデータを圧縮した出力が混合されて、且つ順序よく交互に入れ替えて一列に並べたセグメントを集めたデータ鎖５０として集めて送信されるように、シングル・バイナリーストリームで戻すことができる。

図５を参照して説明を続けると、データ差分ファイルまたは“ｄｉｆｆｓ”１５を保存し、ベースファイルからこれらを発生する前に、本発明システムおよび方法では、プロセス１１３として最初にメディアまたはオーディオファイルフィンガープリント（識別）機構のアプリケーションによってデータ差分ファイルまたは“ｄｉｆｆｓ”１５を適合可能性のある関連付けにマッピング１１４する。アップロードされたファイルと同様なフィンガープリント（識別）特性をもつすべてのベースファイルが考えられるベースファイル候補である。最適なベースファイルを識別するために、本発明システムおよび方法では、すべてのベースファイルから“ｄｉｆｆ”を発生し、各“ｄｉｆｆ”サイズをクエリプロセス（ｑｕｅｒｙ ｐｒｏｃｅｓｓ：問合せ処理）などで既に求められている閾値と比較する。すべての“ｄｉｆｆ”がこの閾値を超えている場合には、アップロードされたファイル２７がパスプロセス（ｐａｔｈ ｐｒｏｃｅｓｓ：経路処理）１１６でベースファイルになる。一つかそれ以上の“ｄｉｆｆ”が閾値未満と判定された場合には、最小値の“ｄｉｆｆ”ファイルを保存し、パスプロセス１１７などで元のファイルを削除する。

図６を参照して説明を続けると、本発明の“ｄｉｆｆ”システムおよび方法でメディア再生またはオーディオ再生を行うために、（ａ）復号プロセス１１８によってベースファイル２８をＰＣＭデータ２９に復号するステップ、（ｂ）パッチングプロセス１１９によって“ｄｉｆｆ”ファイル１５からのデータでベースファイルＰＣＭデータ２９をパッチングすることによってパッチングされたＰＣＭデータ出力３０（即ち、元のファイルＰＣＭ）を形成するステップ、および（ｃ）再生プロセス１２０などでパッチングされたＰＣＭデータ出力３０または元のファイルＰＣＭを送信してメディア再生/オーディオ再生を行うステップが必要である。従って、本システムおよび本方法のファイル再生１２０については、ベースファイルをベースファイルＰＣＭに復号し、算出ＰＣＭデータ差分ファイルデータでベースファイルＰＣＭをパッチングして元のＰＣＭファイルを形成し、パッチングされたベースファイルＰＣＭを送信し、元のＰＣＭファイルとして再生する。

なお、多くのリアルタイムプロトコルの場合、ＳＲＴＰ（Ｓｅｃｕｒｅ Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ：セキュアリアルタイムプロトコル）を利用し、クォリティー調節は例えば送信装置にコールバックし、一定のクォリティーを担保することによって行うが、この方法の場合、全体的なクォリティー伝送が低くなる傾向がある。これは、（ｉ）最も遅いクライアントがすべてのクライアントに伝送されるクォリティーを決定することが多く、そして（ｉｉ）送信装置が受信側クライアントのデータを遅れることなく受信できる能力に基づいてクォリティーを調節しているからである。

この点を改善するために、本発明システムおよび方法では、図７に全体を示すように、複数のＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ：通信制御プロトコル）ポートまたはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ：データ通信プロトコル）ポートを利用して、ビデオ/オーディオデータ伝送を行う。図７を参照して説明を続けると、受信側クライアントおよび送信側クライアントはそれぞれ参照符号３１および３２で示す。本発明システムおよび方法における受信側クライアント３２および送信側クライアント３２それぞれには、３３などで示す基本的なベースＴＣＰまたはＵＤＰポート即ちプライマリーＴＣＰまたはＵＤＰポート構成、および３４および/または３５などで示す基本的なものよりも高位の少なくとも一つのセカンダリーＴＣＰまたはＵＤＰポート構成を含む、複数のＴＣＰまたはＵＤＰポートを設ける。

このプライマリーＴＣＰまたはＵＤＰポート即ちベースＴＣＰまたはＵＤＰポート３３は、送信側クライアント３２が送信し、そして受信側クライアント３１が利用できる最も低いクォリティーのデータ送信を受信するように、ベースクォリティーの送信に特化されている。本システムはさらに、少なくとも一つの、好ましくは複数の３４および/または３５などで示す追加したセカンダリーＴＣＰまたはＵＤＰポートを有し、これらポートによって基本的なベースデータよりもより良い高位の追加データを伝送できる。従って、基本のベースＴＣＰまたはＵＤＰポート３３に３４および３５などで示す追加のセカンダリーＴＣＰまたはＵＤＰポート機構は、ベースデータの伝送のクォリティーを向上させるために利用できる。ＴＣＰまたはＵＤＰポート３４および/または３５によるデータ伝送については、図８を比較として説明するように、ベースクォリティーのデータ３８の“ｄｉｆｆ”データ３６または３７として送信するのが好ましい。

図８を参照すると、受信側クライアント３１がプロセス１２１などで、セカンダリーＴＣＰまたはＵＤＰポート３４または３５のいずれかによって中位クォリティーの“ｄｉｆｆ”データ３６または高位クォリティーの“ｄｉｆｆ”データ３７のいずれかの“ｄｉｆｆ”データを組み合わせて、プライマリー即ち基本的なベースＴＰＣまたはＵＤＰポート３３のベースデータと結合し、基本的なベースクォリティーよりも高いクォリティーのメディアを３９または４０などで出力し、１２０などにおいてオーディオおよびビデオ再生を行うという本願発明の知見を知り得るであろう。“ｄｉｆｆ”データ３６または３７およびベースデータ３８については、タイムスタンプ（ｔｉｍｅ ｓｔａｍｐ：データ作成日時）法や（ＣＲＣ−６４やＭＤ５によって例示される）オーディオフレームやビデオフレームのいずれかのバイナリーハッシュ（ｂｉｎａｒｙ ｈａｓｈ）法のいずれかによって同期するのが好ましい。このバイナリーハッシュは、“ｄｉｆｆ”データ３６または３７に帰属し、ベースデータ３８から発生する。このタイプのシステムでは、送信側クライアント３２がよりクォリティーの高いデータを送信できる。セッションを維持するために必要なのは、ベースファイルデータ３８のみであるからである。さらに、このシステムの場合、より高いクォリティーの放送を受信できる場合には、受信側クライアント３１はセカンダリーポート３４および/または３５でも受信することが可能である。

従って、ファイルデータについては、少なくとも２つのＴＣＰまたはＵＤＰポートを介して送信側クライアント３２と受信側クライアント３１との中間にある本発明システムおよび方法によって伝送するのが好ましく、少なくとも２つのＴＣＰまたはＵＤＰポートのうち基本のベースＴＣＰまたはＵＤＰポート３３はベースクォリティー伝送に特化し、そして少なくとも一つの３４または３５などで示す第２のセカンダリーＴＣＰまたはＵＤＰポートはデータ差分ファイルのデータ伝送に特化する。ベースクォリティーのデータ差分ファイルのデータ伝送については、受信側クライアント３１で基本的なベースクォリティー出力よりも高く生成するために同期される。ベースクォリティーおよびデータ差分ファイルのデータ伝送については、タイムスタンプ機構か、あるいはバイナリーハッシュ機構のいずれかによって受信側クライアント３１で同期するのが好ましく、このバイナリーハッシュ機構はベースクォリティーのデータの発生時にデータ差分ファイルのデータに帰属する。

以下の記載は、以上説明してきた漸進的かつ適応的なクォリティー機構を利用して、以上説明してきたマルチポートのデータ伝送ポートから派生した態様として本発明に包摂される高クォリティーのリアルタイム３６０ビデオ伝送の低遅延（ｌａｔｅｎｃｙ：レイテンシ）を説明する記載である。なお、３６０度ビデオ再生は画像をつなぎ合わせる（ｉｍａｇｅ−ｓｔｉｔｃｈｉｎｇ：映像連結）手法で行われているが、本発明システムおよび方法の場合、３６０ビデオを発生するキューブマッピング（ｃｕｂｅ−ｍａｐｐｉｎｇ：周囲の環境を反射する正方形テクスチャを６つで一組化）手法を利用するのが好ましい。本発明のキューブマッピングフォーマットの場合、４０などで示すキュービックビューポイント（ｃｕｂｉｃ ｖｉｅｗｐｏｉｎｔ）のキューブ面４１毎に、ということは３６０ビデオを対象として特別なフレームを送る。即ち、本システムおよび方法では、キューブ面またはフレーム４１などで３６０度の画像毎に６つの特別なフレームを対象とする。

一般的にこの種の画像を単データストリームで送っている状態で、本発明のシステムおよび方法の場合、基本的な、即ちプライマリーＴＣＰまたはＵＤＰポート３３およびセカンダリー、即ち３４または３５などのベース-プラスＴＣＰまたはＵＤＰを始めとする専用のＴＣＰまたはＵＤＰのマルチポートセットを有する特別なデータストリームにそってキューブ４０の各面またはフレーム４１を送る。図９および図１０では、ビューポイント１３０を検討する。図１０を参照して説明すると、強調を施したキューブ面４１がキュービックビューポイント４０の単ビューを示す。キューブ面４１に対応する各単ビューは基本クォリティーの、即ちプライマリーＴＣＰまたはＵＤＰポート３３、および上記のようにクォリティーを拡張するために３４または３５などの付加的なセカンダリーＴＣＰまたはＵＤＰポートを始めとする専用のＴＣＰまたはＵＤＰポートのマルチポートセットを有する。

付加された３４および/または３５などのセカンダリーＴＣＰまたはＵＤＰポートについては、メディア/高クォリティーに対応していることが好ましい基本的なベースクォリティーデータ３８の“ｄｉｆｆ”データ３６または３７を伝送する。受信側クライアント３１における非一時的にコンピュータで実行可能なクライアントアプリケーションが、基本的なベースクォリティーデータのみを使用すべきか、あるいはより高位のクォリティーデータ（これに基づいてどの方向にビューアを向けるかを、そしてどのキューブ面４１を再生するかを決定する）を付加すべきかを決定する。これは、受信側クライアント３１が基本クォリティーでキューブ４０のすべての面またはフレーム４１を常時流し、ビューアのパースペクティブの変更時にフレームをロードすることを担保する。付加的なクォリティーデータを付加すると、ユーザーが常に見ることができるビューを考えられる最も高いクォリティーにおくことができ、これを確実に実行できる。この方法では高位クォリティービューを改善するが、この技術方法に従うと、このキューブ４０の６面すなわち全フレーム４１の伝送ではなく、選択する僅かのキューブ面のフレーム４１のみを必要とした伝送であることに特筆される高品質データの高画質を得る性能向上方法になる。

３６０ビデオ中の全てのデータは、本発明システムおよび方法にしたがい、異なるポートで伝送されるので、選択面またはフレーム４１については、オーディオデータ伝送をさらに含むように特化するのが好ましく、これによって図１３に比較的大きな正方形４１´で概略を示すように、選択面またはフレーム４１とオーディオストリームを結合し、ＴＣＰまたはＵＤＰプライマリーポートおよびセカンダリーポートを介して伝送する。オーディオデータを有するストリームを使用すると、米国特許出願第１５/４０７，１９２号明細書（´１９２出願明細書と呼ぶ）に詳細に開示されている方法を使用して、音楽を同期および/または再生でき好ましい。上記´１９２出願明細書の開示内容についてはここに援用するものとする。別なオーディオデータ伝送方法も利用でき、図１３に４３などで示すように、別な専用のＴＣＰまたはＵＤＰマルチポートセットでオーディオデータパケット４２を配信する。いずれも方法も´１９２出願明細に記載されている方法と併用する。

本発明のＰＣＭパッチングまたは処理システムおよび方法の場合、キューブマッピング機構を介してビデオデータを伝送する。このキューブマッピング機構はキュービックビューポイントの６つのキューブ面を利用して、３６０度のマップ構成またはパノラマを編集する機構である。各キューブ面に対応するビデオデータについては、送信側/受信側クライアントの中間に基本ＰＣＰまたはＵＤＰポートおよび少なくとも一つのセカンダリーＴＣＰまたはＵＤＰポートを介して伝送するのが好ましい。オーディオデータはビデオデータとともに選択的かつ同時的に伝送し、キューブ面またはフレーム４１´などで選択のキューブ面ビデオ伝送に付け加えるか、あるいは４３などの専用の基本およびセカンダリーＴＣＰまたはＵＤＰマルチポートによってビデオデータに並列伝送すればよい。

以上の説明には多くの特徴が記載されているが、これらは本発明の範囲の限定とみなすべきではない。例えば、本発明の場合、第１にコンピュータ環境内で動作し、データ保存装置内の冗長データを低減するデータ処理システムおよび/または方法を提供することが本質的な態様を提供するものである。本発明のこの態様の体系的実施態様は、その対象中心がサーバーベースのデータ保存装置、第１の非一時的にコンピュータで実行可能なデータ比較アプリケーション、および第２の非一時的にコンピュータで実行可能なデータ圧縮アプリケーションである。

非一時的にコンピュータで実行可能なデータ比較アプリケーションが動作し、（ａ）それぞれ第１オーディオファイルおよび第２オーディオファイルに対応する入力された第１データファイルおよび第２データファイルを比較し、（ｂ）入力された第１データファイルと第２データファイルとのデータ差分を計算し、そして（ｃ）第１データファイルと第２データファイルとの間の計算されたデータ差分を出力する。非一時的にコンピュータで実行可能なデータ圧縮アプリケーションが動作し、（ａ）データ差分ファイルを圧縮し、そして（ｂ）データ保存装置にデータ差分ファイルを保存することによって、データ保存装置内のデータ冗長性を低減できる。

第３の非一時的にコンピュータで実行可能なデータ復元アプリケーションが動作し、第１データファイルおよび第２データファイルからなる群からの選択データファイルをデータ差分ファイルによってロスなく再生する。より詳細には、データ復元アプリケーションが作動し、（ａ）入力された（ｉ）圧縮第２オーディオファイルデータおよび（ｉｉ）データ差分ファイルによって第１データファイルおよび（ｂ）入力された（ｉ）圧縮第１オーディオファイルデータおよび（ｉｉ）データ差分ファイルをロスなく再生する。所定データファイルのロスのない復元については、リクエスト側クライアントが、サーバーベース（ｓｅｒｖｅｒ ｂａｓｅｄ：サーバー集約型アプリケーションシステム）のデータ保存装置から選択した選択データファイルをリクエストし、この後サーバーベースのデータ保存装置からベースデータファイルおよびデータ差分ファイルを共にリクエスト側クライアントに戻し、リクエストを受けた選択データファイルのデータをリクエスト側クライアントで再生する。

データ差分ファイルについては、リクエスト側クライアントに対してインクレメントにフラグメント化および配信し、再生されている間に選択データファイルをインクレメントにパッチングするか、あるいはシングル・バイナリーストリームに戻せばよい。後者の場合、ベースデータファイルおよび圧縮され、出力された算出データ差分ファイルを一定間隔で交互に混合し配信送達する。ファイルの再生については、ベースファイルをベースファイルデータに復号し、データ差分ファイルでベースファイルデータをパッチングしてパッチングされたベースファイルを形成し、そしてパッチングされたベースファイルを送り、元のファイルとして再生を行う。

ファイルデータについては、少なくとも２つのデータ伝送ポートによって送信側クライアントおよび受信側クライアントの中間部に伝送するのが好ましく、これら少なくとも２つのデータ伝送ポートのうちの基本になるベースポートはベースクォリティー伝送に特化し、そしてこれら少なくとも２つのデータ伝送ポートのうちの少なくとも一つのセカンダリーポートはデータ差分ファイル伝送に特化する。ベースクォリティー伝送およびデータ差分ファイル伝送については、受信側クライアントで同期し、受信側クライアントでベースクォリティーファイルおよび“ｄｉｆｆ”ファイル同期ツールによって基本クォリティーよりも高いクォリティー出力を出力することが好ましい。

方法論的観点からみれば、本発明はデータ保存装置内の冗長データを低減するデータ処理方法またはデータパッチング方法を提供するものである。パッチング方法については、本質的に、それぞれ第１オーディオファイルおよび第２オーディオファイルに対応する第１データファイルおよび第２データファイルをコンピュータで実行する非一時的なデータ比較アプリケーションに入力するステップ、コンピュータで実行する非一時的なデータ比較アプリケーションによって入力された第１データファイルおよび第２データファイルを比較するステップ、コンピュータで実行する非一時的なデータ比較アプリケーションによって比較された第１データファイルおよび第２データファイルとの間のデータ差分を計算するステップ、およびコンピュータで実行する非一時的なデータ比較アプリケーションによってデータ保存装置に算出データ差分をデータ差分ファイルとして出力するステップを有する。

データ差分ファイルについては、コンピュータで実行する非一時的なデータ圧縮アプリケーションによって圧縮することができることが好ましく、第１データファイルおよび第２データファイルで構成される群からの選択データファイルについては、コンピュータで実行する非一時的なデータ復元アプリケーションによってロスなく復元することができ、この選択データファイルは圧縮されたデータ差分ファイルによってロスなく復元する。第１データファイルおよび第２データファイルで構成する群からの選択データファイルをロスなく復元するステップは、サーバーベースのデータファイル保存装置から所定データファイルについてリクエスト側クライアントがリクエストを行うステップ、そしてサーバーベースのデータファイル保存装置からベースデータファイルおよび圧縮されたデータ差分ファイルをリクエスト側クライアントに戻すステップを有する。

リクエストを受けた選択データファイルの一部データについては、コンピュータで実行する非一時的なデータ復元アプリケーションによってリクエスト側クライアントで再生することができる。圧縮されたデータ差分ファイルについては、リクエスト側クライアントに対してインクレメントにフラグメント化して配信し、再生されている間に選択データファイルをインクレメントにパッチングするか、あるいはベースデータファイルおよび圧縮されたデータ差分ファイルを一定間隔で交互に混合して配信および送達を行うシングル・バイナリーストリームに戻す。

データ処理方法については、非一時的にコンピュータで実行可能なファイル識別子（フィンガープリンティングなど）発生アプリケーションに選択データファイルをアップロードするステップ、ファイル識別子（フィンガープリントなど）を発生して、アップロードされた選択データファイルを簡易識別するステップ、ファイル識別子を考えられるベースファイルに対してマッピングするステップ、およびすべてのベースファイルをアップロードされた選択データファイルと比較するステップなどの一連の予備ステップを本質的に有する。即ち、最適な識別子については、ベースファイル毎にデータ差分ファイル値を発生し、このデータ差分ファイル値を既に求められている閾値と比較すると、識別を行うことができる。閾値を超えるデータ差分ファイル値が対応するアップロードされたファイルをベースファイルとして示し、そして閾値未満のデータ差分ファイル値を最も低いデータ差分ファイル値を除いて削除し、この最も低いデータ差分ファイル値をセーブし、かつ対応するベースファイルに対してマッピングする。

ファイルの再生については、ベースファイルをベースファイルデータに復号するステップ、データ差分ファイルでベースファイルデータをパッチングして、パッチングされたベースファイルを形成するステップ、およびパッチングされたベースファイルを送って、オリジナルファイルとして再生を行うステップなどの一連の再生ステップを有するのが好ましい。送信側クライアントと受信側クライアントの中間に伝送されたファイルデータについては、少なくとも２つのデータ伝送ポートで伝送するのが好ましい。少なくとも２つのデータ伝送ポートのうちの基本ポートについては、ベースクォリティー伝送に特化し、そして少なくとも２つのデータ伝送ポートのうちの少なくとも一つのセカンダリーポートについては、データ差分伝送に特化する。同期ツールによってベースクォリティー伝送およびデータ差分ファイル伝送を受信側クライアントで同期し、基本クォリティーよりも高い出力を出力する。

本発明の別な態様では、好ましくはキューブマッピング手法によって伝送するビデオデータについては、基本となるベースデータ伝送ポートおよび各キューブ面またはフレームを伝送してマップ形状全体を編集する少なくとも一つのセカンダリーデータ伝送ポートなどを有する、本明細書で説明したマルチポート構成によって伝送する。ビデオデータについては、個々のキューブ面がマップ形状を編集するようにキューブマッピング機構またはアプリケーションによって伝送するのが好ましい。個別の各キューブ面に対応するビデオデータについては、基本のベースポートおよび少なくとも一つのセカンダリーポートによって伝送する。オーディオデータについては、ビデオデータとともに選択的に、かつ同時に伝送し、選択キューブ面に付け加えてから、専用の基本ベースポートおよびセカンダリーポートのマルチポートセットによってビデオデータに並列的に伝送すればよい。

多数の例示的なシステムおよび方法を参照して本発明のシステムおよび方法を説明してきたが、本発明のデータ処理／伝送システムおよび方法はこれらに限定されず、意図する変更はいずれも本明細書、特許請求の範囲ならびにこれらの記載を支持する概略図などの添付図面の広い範囲および精神に包摂されるものである。

１１：第１ローＰＣＭデータファイル
１２：第２ローＰＣＭデータファイル
１３：第１圧縮ＰＣＭデータファイル
１４：第２圧縮ＰＣＭデータファイル
１５：ＰＣＭデータ差分、データ差分ファイルデータ、“ｄｉｆｆｓ”
１６：第１ＰＣＭデータファイル
１７：第２ＰＣＭデータファイル
１８、２１：矢印
１９：正方形部分、正方形要素
１９´：正方形部分、正方形要素
２０：ＰＣＭデータ保存システム、保存機構
２３：圧縮第１（オーディオ）ファイルデータ
２４：ベースファイルデータ
２５：クライアント
２７：ファイル
２８：ベースファイル
２９：ＰＣＭデータ
３０：ＰＣＭデータ出力
３１：受信側クライアント
３２：送信側クライアント
３３：ＵＤＰポート
３４、３５：セカンダリーＴＣＰ、ＵＤＰポート、セカンダリーポート
３６、３７：“ｄｉｆｆ”データ
３８：データ、ベースデータ、ベースファイルデータ
４０：キューブ、キュービックビューポイント
４１：キューブ面、フレーム
４１´：正方形
４５：“ｄｉｆｆ”ファイルフラグメント
４６：ＰＣＭベースファイルフラグメント
４７：ＰＣＭベースデータ、ＰＣＭ“ｄｉｆｆ”データ
４８：ＰＣＭ“ｄｉｆｆ”データ、ＰＣＭベースファイルデータ
４９：シングル・バイナリーストリーム
５０：セグメント−結合ＰＣＭデータ鎖
１００：プロセス
１０１、１０２、１０５、１０９：出力
１０３：ＰＣＭデータ比較プロセス
１０６：プロセスボックス
１０８、１１２、１２１、１２２、１２３、１２７、１２８：プロセス
１１０：マッピング
１１２Ａ：検索機構、検索プロセス
１１２Ｂ：検索およびリターン機構
１１６、１１７：パスプロセス
１１８：復号プロセス
１１９：パッチングプロセス
１２０：再生プロセス
１２２：伝送
１２４：入力
１３０：ビューポイント

Claims (22)

1. データ保存装置内のデータ冗長性を低減するためのコンピュータ環境内で動作可能なデータ処理システムにおいて、
   データ保存装置と、
   非一時的にコンピュータで実行可能なデータ比較アプリケーションと、
   を備え、
   前記非一時的にコンピュータで実行可能なデータ比較アプリケーションは、
   保存された一連のベースファイルの中にある各ベースファイルと入力データファイルとの間でファイル識別子の類似性によって決めるグループが、ベースファイルとなる可能性の有る候補の一群であり、このベースファイルの可能性の有る候補のグループを定めるファイル識別機構を介して、前記入力データファイルを前記保存された一連のベースファイルと比較する処理と、
   前記保存された一連のベースファイルの中の各ベースファイルと前記入力データファイルとの間のデータ差分サイズを計算することによって前記グループのベースファイル候補の中から最適なベースファイル候補を識別する処理と、
   前記データ差分サイズが閾値を超えているか否かに関して、前記データ差分サイズが全て閾値を超えている場合は前記入力データファイルが前記データ保存装置に新規なベースファイルとして蓄積し、あるいは、一つ以上の前記データ差分サイズが前記閾値未満の場合は前記閾値未満の前記データ差分サイズをさらに比較して最小値のデータ差分サイズを決定して且つ前記データ保存装置内のデータ冗長性を低減するために前記データ保存装置内のオリジナルファイルの代わりに前記最小値のデータ差分サイズを蓄積する、全ての前記データ差分サイズの夫々が前記閾値を超えるか否かをクエリする処理と、
   を含むことを特徴とするデータ処理システム。
   
2. 非一時的にコンピュータで実行可能なデータ復元アプリケーションを備え、
   この非一時的にコンピュータで実行可能なデータ復元アプリケーションを動作させて、選択データ差分ファイルを介して前記入力データファイルおよび前記保存された一連のベースファイルで構成された前記グループから選択データファイルをロスなく再生する請求項１に記載のデータ処理システム。
   
3. 前記非一時的にコンピュータで実行可能なデータ復元アプリケーションを動作させて、次の（ａ）および（ｂ）に記載の再生をロスなく行う請求項２に記載のデータ処理システム。
   （ａ）（ｉ）圧縮されたファイルデータと（ｉｉ）前記選択データ差分ファイルとを入力して、前記入力データファイルの再生、および
   （ｂ）（ｉ）圧縮された入力ファイルデータと（ｉｉ）前記選択データ差分ファイルとを入力して、第２データファイルの再生。
   
4. リクエスト側クライアントが前記データ保存装置から選択データファイルをリクエストすることによって、この選択データファイルをロスなく復元を開始し、
   ベースデータファイルおよび前記選択データ差分ファイルを共に前記データ保存装置から前記リクエスト側クライアントに戻し、そして
   前記リクエストした選択データファイルの復元データが、前記非一時的にコンピュータで実行可能なデータ復元アプリケーションによって、前記リクエスト側クライアントで再生される請求項２に記載のデータ処理システム。
   
5. 前記選択データ差分ファイルは細分化されて、再生されている間に前記選択データファイルをインクレメントにパッチングして、前記リクエスト側クライアントに対してインクレメントに送信される前記選択データ差分ファイルである請求項４に記載のデータ処理システム。
   
6. 復元データはシングルバイナリーストリームに戻されて、前記ベースデータファイルと前記選択データ差分ファイルとを交互に順番に入れ替えて、一列に並べた状態で送信される請求項４に記載のデータ処理システム。
   
7. 選択ベースファイルをベースファイルデータに復号化し、このベースファイルデータを前記選択データ差分ファイルでパッチングし、パッチングされたベースファイルを形成し、このパッチングされたベースファイルを送り、オリジナルファイルとして再生させることでファイルの再生を行なう請求項４に記載のデータ処理システム。
   
8. 少なくとも２つのデータ伝送ポートによって送信側クライアントおよび受信側クライアントの中間にファイルデータを伝送し、これら少なくとも２つのデータ伝送ポートのうちのベースポートはベースクォリティーの伝送に特化し、そしてこれら少なくとも２つのデータ伝送ポートのうちの少なくとも一つのセカンダリーポートはデータ差分ファイルの伝送に特化し、前記ベースクォリティーの伝送およびデータ差分ファイルの伝送は受信側クライアントで同期し且つベースクォリティーの出力よりも高く生成する請求項４に記載のデータ処理システム。
   
9. データ保存装置内のデータ冗長性を低減するデータ処理方法において、
   コンピュータで実行する非一時的なデータ比較アプリケーションに第１のデータファイルを入力するステップ、
   このコンピュータで実行する非一時的なデータ比較アプリケーションによって、前記入力した第１の前記データファイルとファイル識別機構を介して保存された一連のベースファイルとを比較して、前記保存された一連のベースファイルの中の各ベースファイルと入力された前記データファイルとの間のファイル識別類似性によって、ベースファイルとして可能性のある候補を一つのグループに決定するステップ、
   前記のコンピュータで実行する非一時的なデータ比較アプリケーションによって、前記比較した第１の前記データファイルと前記保存された一連のベースファイルの中の各ベースファイルとの間でデータ差分サイズを計算し、前記グループの中のベースファイル候補の中で最適とするベースファイル候補を識別するステップ、および、
   前記データ差分サイズが閾値を超えているか否かに関して、前記データ差分サイズが全て閾値を超えている場合は前記入力されたデータファイルが前記データ保存装置に新規なベースファイルとして蓄積され、あるいは、一つ以上の前記データ差分サイズが前記閾値未満の場合は前記閾値未満の前記データ差分サイズをさらに比較して最小値のデータ差分サイズを決定して且つ前記データ保存装置内のデータ冗長性を低減するためにデータ差分ファイルとして前記データ保存装置内のオリジナルファイルの代わりに前記最小値のデータ差分サイズを蓄積し、全ての前記データ差分サイズの夫々が前記閾値を超えるか否かをクエリするステップ、
   を有することを特徴とするデータ処理方法。
   
10. コンピュータで実行する非一時的なデータ圧縮アプリケーションによって、前記データ差分ファイルを圧縮するステップ、および、前記コンピュータで実行する非一時的なデータ圧縮アプリケーションによって圧縮した前記データ差分ファイルを蓄積するステップを有する請求項９に記載のデータ処理方法。
    
11. コンピュータで実行する非一時的なデータ復元アプリケーションによって、前記入力した第１の前記データファイルおよび前記保存された一連のベースファイルで構成する前記グループから選択データファイルをロスなく復元するステップを有し、
    この選択データファイルを、圧縮した前記データ差分ファイルによってロスなく復元するステップを有する請求項１０に記載のデータ処理方法。
    
12. 前記選択データファイルを前記ロスなく復元するステップは、リクエスト側クライアントがデータファイル保存装置から前記選択データファイルをリクエストするステップ、ベースデータファイルおよび圧縮した前記データ差分ファイルを前記データファイル保存装置から前記リクエスト側クライアントに戻すステップ、前記リクエスト側クライアントにおいて前記リクエストされた選択データファイルのデータを前記コンピュータで実行する非一時的なデータ復元アプリケーションによって再生するステップを有する請求項１１に記載のデータ処理方法。
    
13. 圧縮された前記データ差分ファイルは細分化されて、再生されている間に前記選択データファイルをインクレメントにパッチングして、前記リクエスト側クライアントに対してインクレメントに送信される請求項１２に記載のデータ処理方法。
    
14. ファイル復元データはシングルバイナリーストリームに戻されて、圧縮された前記データ差分ファイルと前記ベースデータファイルとを交互に順番に入れ替えて、一列に並べた状態で送信される請求項１２に記載のデータ処理方法。
    
15. 一連の予備ステップを有し、この一連の予備ステップが、非一時的にコンピュータで実行可能なファイル識別子生成アプリケーションに選択データファイルをアップロードするステップ、
    前記非一時的にコンピュータで実行可能なファイル識別子生成アプリケーションにおいてアップロードした前記選択データファイルを簡易的に識別するためのファイル識別子を発生するステップ、および
    前記ファイル識別子を前記保存された一連のベースファイルにマッピングして、前記ベースファイルとして前記可能性の有る候補を決定するステップを有する請求項９に記載のデータ処理方法。
    
16. 最適なベースファイルを識別するステップを有し、この最適なベースファイルを識別するステップが、データ差分ファイル値を前記閾値と比較するステップを有し、前記閾値を超えるデータ差分ファイル値が対応するアップロードされたファイルをベースファイルとして示し、そして、前記閾値の値未満のデータ差分ファイル値は最も低いデータ差分サイズを除いて削除し、この最も低いデータ差分サイズを蓄えて且つ対応するベースファイルに対してマッピングする請求項１５に記載のデータ処理方法。
    
17. ファイル再生プロセスを有し、このファイル再生プロセスが一連の再生ステップを有し、この一連の再生ステップが、
    選択ベースファイルをベースファイルデータに復号するステップ、
    このベースファイルデータを前記データ差分ファイルでパッチングすることによってパッチングされたベースファイルを形成するステップ、および
    このパッチングされたベースファイルを送って、オリジナルファイルデータとして再生する請求項９に記載のデータ処理方法。
    
18. ファイルデータは、少なくとも２つのデータ伝送ポートによって送信側クライアントおよび受信側クライアントの中間に伝送されて、これら少なくとも２つのデータ伝送ポートのうちのベースポートはベースクォリティーの伝送に特化し、そしてこれら少なくとも２つのデータ伝送ポートのうちの少なくとも一つのセカンダリーポートはデータ差分ファイルの伝送に特化し、ベースクォリティーの伝送およびデータ差分ファイルの伝送は前記受信側クライアントで同期し且つベースクォリティーの出力よりも高く生成する請求項１２に記載のデータ処理方法。
    
19. データ伝送のクォリティーを改善するデータ伝送システムにおいて、
    コンピュータベースのネットワーク環境内の送信側クライアントおよび受信側クライアントと、
    これら送信側クライアントおよび受信側クライアントのそれぞれに設けた非一時的にコンピュータで実行可能なデータ伝送アプリケーションおよび少なくとも２つのデータ伝送ポートと、
    ベースクォリティーの伝送に特化した、前記少なくとも２つのデータ伝送ポートであるベースポートと、
    データ差分ファイルの伝送に特化した、前記少なくとも２つのデータ伝送ポートである少なくとも一つのセカンダリーポートと、
    全てのデータ差分サイズが所定の閾値を超えることは新規のベースファイルを送信用に特定されて、また、データ差分サイズが前記所定の閾値未満と判定されることは最小値を示すデータ差分サイズを送信用としてオリジナルファイルに置き換わり蓄積されて、前記データ差分サイズの比較によって誘導するデータ差分ファイルの伝送と、
    を有し、
    ベースクォリティーの伝送およびデータ差分ファイルの伝送は、前記受信側クライアントにおいてベースクォリティーの出力よりも高いクォリティーで生成する前記非一時的にコンピュータで実行可能なデータ伝送アプリケーションによって同期することを特徴とするデータ伝送システム。
    
20. キューブマッピング機構によってビデオデータを伝送し、このキューブマッピング機構がキューブの６個のキューブ面を利用してマップ形状を編集し、各キューブ面に対応するビデオデータを前記ベースポートおよび少なくとも一つの前記セカンダリーポートによって伝送する請求項１９に記載のデータ伝送システム。
    
21. オーディオデータを前記ビデオデータと共に選択して同時に伝送し、このオーディオデータを選択キューブ面ビデオ伝送に付け加える請求項２０に記載のコンピュータシステム。
    
22. オーディオデータを前記ビデオデータと共に選択的かつ同時に伝送し、このオーディオデータを専用のベースポートおよびセカンダリーポートのマルチポートセットによって前記ビデオデータに並列伝送する請求項２０に記載のコンピュータシステム。

Images