(57)【要約】  遠隔局間の通信のための、データ処理および通信のシステムにおいて、装置は、通信モジュールと、データ処理モジュールと、モジュールに電力と電力リンクとを発生させる電源を含む電力供給と、通信モジュールとデータ処理モジュールとの間での通信と相互動作とを可能にする、通信モジュールとデータ処理モジュールとの間のデータおよび電力のリンクとを具備する。イメージ送信における特徴フレームイメージ変化を選択するＭＣＵ中のフレーム比較器と、秒毎の予め定められた数のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴データ／イメージ変化を把握する手段とともに、各データ送信局のためのカメラおよびＭＣＵが提供される。【選択図】  図４
2015513717.tif 000002
【特許請求の範囲】
【請求項１】
先行するデータセットとオーバーラップしないデータのみが送信されるように、シーケンシャルなデータパッケージ中に生じる同一データの送信を、シーケンシャルなデータ送信から取り除くことによって、シーケンシャルなデータ送信中のデータ送信量を減少させ、これにより毎秒のデータ送信量を減少させて、大量データの送信の間、フリーズを減少または取り除くシステム。
【請求項２】
前記データパッケージは、サウンドデータを含む請求項１記載のシステム。
【請求項３】
前記データパッケージはフレーム毎のイメージを含む請求項２記載のシステム。
【請求項４】
前記データパッケージは、フレーム毎のイメージとサウンドデータとを含む請求項３記載のシステム。
【請求項５】
シーケンシャルなデータパッケージは、オーバーラップするデータを含み、シーケンシャルなデータパッケージ中のデータと共通であるデータパッケージ中にデータを保持することによって、データ送信の間、前記オーバーラップするデータを保持して、データの反復を防ぐ請求項４記載のシステム。
【請求項６】
バッファリングがデータ送信よりも低速であるとき、データパッケージ中のデータの反復を取り除くことは、送信フリーズを取り除く請求項５記載のシステム。
【請求項７】
前記送信フリーズは、秒毎に大量データを送信するときの、受信機モニタ上のイメージフリーズである請求項６記載のシステム。
【請求項８】
フレーム毎のメディア送信においてオーバーラップするイメージ中のデータ反復を取り除くことによって、フレーム毎の大量データの送信におけるデータ送信量を減少させるシステムにおいて、前記システムはさらに、
複数のデータ送信局と、
各データ送信局のための、カメラおよびＭＣＵをさらに具備し、
前記ＭＣＵは、フレーム比較器と、秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴変化の選択手段とを備えるシステム。
【請求項９】
遠隔局間の通信のための、データ処理および通信のシステムにおいて、
装置は、
通信モジュールと、
データ処理モジュールと、
前記モジュールに電力と電力リンクとを発生させる電源を含む電力供給と、
前記通信モジュールと前記データ処理モジュールとの間での通信と相互動作とを可能にする、前記通信モジュールと前記データ処理モジュールとの間のデータおよび電力のリンクと、
各データ送信局のための、カメラおよびＭＣＵと、
特徴フレームイメージ変化を選択するための前記ＭＣＵ中のフレーム比較器と、
秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴データ／イメージ変化を把握する手段とを具備するデータ処理および通信のシステム。
【請求項１０】
フレーム毎の送信においてオーバーラップするイメージ中のデータ反復を取り除くことによって、イメージ品質を減少させないが、フレーム毎の大量データ／メディアの送信におけるデータ送信量を減少させる方法において、前記方法は、
ａ）複数のデータ送信局を提供するステップと、
ｂ）各データ送信局のための、カメラおよびＭＣＵとを提供するステップと、
ｃ）特徴変化を選択するために、前記ＭＣＵ中のフレーム比較器を使用するステップと、
ｄ）秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴データ／イメージ変化を把握する選択手段を使用するステップとを含む方法。
【請求項１１】
前記イメージまたはビデオのシーケンスを予め処理して、後のすべてのステップにおける処理を最適化するステップをさらに含む請求項１０記載の方法。
【請求項１２】
データを、評価し、ランク付けして選択し、圧縮し、送信し、受信し、編集するインテリジェントなプログラムを備えるＭＣＵを提供するステップをさらに含む請求項１１記載の方法。
【請求項１３】
コード化され、圧縮されて、第１の捕捉に対する更新として送信される変化を、前記選択手段が提供できるようにし、前記変化は別のＭＣＵに受信されて、エンドのためにデコードされ、レンダリングされ、スクリーン表示されるステップをさらに含む請求項１２記載の方法。
【請求項１４】
変化レート選択は、１／２５秒毎のビデオ捕捉毎に、２００だけの、より高い値の変化だけを許容することに基づいている請求項１３記載の方法。
【請求項１５】
装置を使用する、遠隔局間のデータ処理および通信の方法において、
通信モジュールと、
データ処理モジュールと、
前記モジュールに電力と電力リンクとを発生させる電源を含む電力供給と、
前記通信モジュールと前記データ処理モジュールとの間での通信と相互動作とを可能にする、前記通信モジュールと前記データ処理モジュールとの間のデータおよび電力のリンクと、
各データ送信局のための、カメラおよびＭＣＵと、
特徴フレームイメージ変化を選択するための前記ＭＣＵ中のフレーム比較器と、
秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴データ／イメージ変化を把握する手段とを提供することを含み、
前記方法は、
ａ）予め定められた時間期間の間、ダウンロードの予め定められたレートにおいてビデオデータを送信することと、
ｂ）モジュールを使用して、フレーム毎のイメージ変化を把握することと、
ｃ）受信機によって受信されたベースフレームを識別し、そのフレームを使用して秒毎おおよそ２５回更新することと、
ｄ）第１のフレームからのデータを、少なくとも１つのシーケンシャルフレーム上のデータと比較することによって、変化を評価することと、
ｅ）前記少なくとも１つのシーケンシャルフレームに対して比較された１つのフレームにおける変化のベクトルを生成させることと、
ｆ）前記ベクトルをデコードし、識別した変化で前記第１のフレームを更新することと、
ｇ）ビデオイメージの送信の間、潜在的に無制限の数のフレームに対して、上記のステップを反復することとを含む遠隔局間のデータ処理および通信の方法。
【請求項１６】
前記データは、フレーム毎のオーディオビジュアルデータを含む請求項１５記載の方法。
【請求項１７】
隣接フレーム中でオーバーラップするデータを保持して、データの反復を防ぐ請求項１６記載の方法。
【請求項１８】
送信されるデータは、イメージのフレーム毎に減少される請求項１７記載の方法。
【請求項１９】
データ送信におけるデータの反復を減少させる手段が、送信デバイスと受信デバイスとの間のデータ送信を制御する制御センターの中に一体化されている請求項１８記載の方法。
【請求項２０】
１０秒毎に１／２００で、および／または、送信シーケンスの期間で、前記データが送信される請求項１９記載の方法。
【請求項２１】
データは、遠隔会議において送信されるイメージおよびオーディオのデータである請求項２０記載の方法。
【請求項２２】
総共通送信値の１／１０００にデータが分散され、これにより、潜在的に無制限の数のユーザが、同じサーバからのデータを、同時に受信できるようにする請求項２１記載の方法。
【請求項２３】
前記データ送信は、局所的である請求項２２記載の方法。
【請求項２４】
前記データ送信は、遠隔局間である請求項２３記載の方法。
【請求項２５】
前記データは、リアルタイムで送信される請求項２４記載の方法。
【請求項２６】
前記データは、生のマルチメディアおよびビデオ通話データである請求項２５記載の方法。
【請求項２７】
データの反復を防ぐことによって、タイムラグなく、またはイメージフリーズなく、データが送信される請求項２６記載の方法。
【発明の詳細な説明】
【背景】
【０００１】
本発明は、電気機器および装置に関連し、さらに詳細には、マルチメディア通信システムに関連し、さらに詳細には、より効率的な方法で、リアルタイムでフレーム毎にイメージが分散される、マルチメディアの分散の方法に関連する。より詳細には、本発明はさらに、より少ないデータ反復を使用して、オーディオ通信および／またはビジュアル通信を提供する、リアルタイムでフレーム毎にメディアデータを更新する方法に関連している。本発明はさらに、データの送信およびフレーム毎のデータの複数の使用が、部分的にイメージ表示の重複があるものの全体を減少させることができるようにする通信システムに関連する。本発明はさらに、タイムラグなく、またはイメージなく、リアルタイム品質の生のマルチメディアおよびビデオ通話を送信することができるシステムおよび方法に関連する。本発明はさらに、大量データが毎秒送信されるとき、受信機モニタ上のイメージフリーズを取り除く方法に関連する。本発明はさらに、データを送信する方法に関連し、この方法では、データのシーケンス中のオーバーラップするデータは、送信するデータの量を減少させるために送信されず、これにより、データの送信レートを増加させる。
【先行技術】
【０００２】
現代のインフラストラクチャにより、遠隔コミュニティが徐々にアップグレードしているので、データ通信はいっそう必要とされてきている。遠隔エリアインフラストラクチャが改良されるにつれて、現代の通信に対するニーズおよび需要も改善される。緊急応答を含む医療サービス、避難会議、およびイメージ送信を含むさまざまな目的のために、電子通信が要求されている。電子通信は、警察および法の執行、ビジネスおよびエンターテイメントのサービスならびに、それらに関係する会議のためにも要求されている。
【０００３】
マルチメディア送信において、特にビデオイメージ送信において、イメージは、データパケット中で、またはフレーム毎で送信される。イメージが変化するとき、１つのフレーム中のイメージのいくらかの部分は、隣接フレーム中の対応する部分と同じである。隣接フレームと共通であるデータを有するデータのフレーム全体を送信することは、データおよび時間両方の消費である。ビデオ会議は、コミュニケーション、教育、ソーシャルアクティビティ、コントロール、および法の執行においてさえ、重要な役割を果たしている。現在のストリーミング技術およびビデオ会議の増加する需要により、ビデオストリーミングはネットワークに大量の負荷を引き起こし、ネットワークインフラストラクチャ、政府、団体、および個人の通信バジェットに対し、来たる数年で数兆ドルが使われるであろう。ビデオストリーミングがネットワークにおけるデータトラフィックの５４％に相当し、毎年８．５％ずつ増加していることを統計は示している。
【０００４】
さまざまなデータフォーマットを使用して、リアルタイムのマルチメディアおよびビデオ通話データを直ちに送信するシステムならびに方法が知られている。しかしながら、ハイレベルのデジタルデータを用いる既知のシステムは、ディスプレイモニタ上でタイムラグまたはフリーズしがちである。毎秒大量のデータを送信することが要求されることによる、受信機モニタ上の好ましくないフリーズおよびラグは、サーバの効率性および容量を減少させる。
【０００５】
ディスプレイハードウェアは、データを描くとき、リフレッシュレートを有しており、リフレッシュレートは、１秒中にディスプレイハードウェアがデータを描く回数である。ビデオソースがどのくらいの頻度で新しいデータのフレーム全体をディスプレイに供給できるかをフレームレートが測定する一方、リフレッシュレートは、同一のフレームを反復して描くことを含む点で、フレームレートの測定とは異なる。ほとんどのムービープロジェクタが、毎秒２４回で、１つのフレームから次のフレームへ進む。しかしながら、各フレームは、次のフレームが投影される前に、ランプの前面のシャッターを使用して、２回または３回映される。結果として、ムービープロジェクタは毎秒２４フレームで動作するが、４８または７２Ｈｚのリフレッシュレートを有する。ＣＲＴディスプレイ上では、リフレッシュレートを増加させることはフリッカを減らし、これにより、眼の負担を減少させる。コンピュータプログラムまたは遠隔測定法に対して、別のソース（例えば、共有公開スプレッドシートまたはハードウェアフィード）からの外部の新しい値により、どのくらい頻繁にデータが更新されるかについても、この用語が適用される。リフレッシュは、プログラムの全体または一部をアップグレードおよび復旧させることである。これはプログラムされたコンピュータインターフェース、イベント、マインドフレーム、ブレーンまたはマインドマップを意味することがある。リフレッシュは、プログラムを新しいプラットフォームに回復させることである。リフレッシュは、クリアすること、クリーニングすること、および生成させることとしても知られている。ＣＲＴにおいて、スキャンレートは、ビデオ制御装置によって発生させた信号によって制御され、この信号は、モニタにビームを位置付けさせて、別のフレームをペイントさせる準備をさせる。より高い解像度は、より多くのスキャン線を意味することから、これは、モニタの最大水平スキャンレートおよび解像度によって制限される。リフレッシュレートは水平スキャンレートから算出することができる。１２８０×１０２４の解像度において９６ｋＨｚの水平スキャン周波数を有するモニタは、結果として９６０００／（１０２４×１．０５）≒８９Ｈｚ（切り捨て）のリフレッシュレートになる。
【０００６】
ＬＣＤディスプレイ上でフリッカは生じないが、ディスプレイが動作するよりも速くレンダリングされる（ＬＣＤは通常、常に６０フレーム／秒でリフレッシュする）イメージが裂けるのを防ぐために、リトレースフェーズの間を除いて、グラフィックデータの修正を避ける必要性が依然としてある。リフレッシュレートは、与えられるデータをディスプレイが描く毎秒の回数である。アクティブ化されたＬＣＤピクセルは、フレーム間でオン／オフのフラッシュをしないので、リフレッシュレートがどれほど低くても、ＬＣＤモニタは、リフレッシュが引き起こすフリッカを示さない。ハイエンドＬＣＤテレビは、今や６００Ｈｚまでのリフレッシュレートを特徴としており、これは、イメージの動きをスムーズにするようにリアルなイメージ間に付加的な内挿フレームを挿入するために、最新のデジタル処理を必要とする。しかしながら、このような高いリフレッシュレートは実際にはピクセル応答回数によってサポートすることができず、結果として不快な方法でイメージを歪ませるビジュアルアーティファクトとなることがある。
【０００７】
より小さい（およそ１５”までの）コンピュータモニタ上では、６０〜７２Ｈｚより下で、何らかの不快感に気がつく人々もいる。より大きい（１７”またはより大きい）ＣＲＴモニタ上では、リフレッシュが７２Ｈｚまたはより高く設定されない限り、ほとんどの人々が軽い不快感を経験する。１００Ｈｚのレートは、ほとんどいかなるサイズにおいても快適である。しかしながら、これはＬＣＤモニタには適用されない。ＬＣＤモニタ上のリフレッシュレートに最も近い均等物は、そのフレームレートであり、これは、６０フレーム／秒においてロックされることが多い。異なるオペレーションシステムは、デフォルトリフレッシュレートを異なって設定している。マイクロソフトウィンドウズ（登録商標）９５およびウィンドウズ９８（第１版および第２版）は、ディスプレイがサポートすると考えられる最も高いレートに、リフレッシュレートを設定している。ウィンドウズ２０００、ウィンドウズＸＰ、ウィンドウズＶｉｓｔａ、およびウィンドウズ７のような、ウィンドウズＮＴベースのオペレーティングシステムは普通、デフォルトリフレッシュレートを６０Ｈｚに設定している。リナックス（登録商標）の多くのバリエーションは普通、ディスプレイマネージャーのセットアップの間にユーザによって選ばれたリフレッシュレートに設定している。いくつかのゲームを含む、いくつかのフルスクリーンアプリケーションは、フルスクリーンモードに入る前にユーザがリフレッシュレートをリコンフィギャリングできるようにしているが、ほとんどのデフォルトを「保守的な」解像度およびリフレッシュレートにしている。３Ｄディスプレイにおいては、それぞれの眼が別個のピクチャを必要とするので、効果的なリフレッシュレートは半分である。この理由により、少なくとも１２０Ｈｚの能力があるディスプレイを使用することが、普通推奨される。なぜならこのレートを半分に分割すると再度６０Ｈｚとなるからである。より高いリフレッシュレートは、結果としてイメージがより大きく安定し、例えば、７２Ｈｚの非ステレオは１４４Ｈｚのステレオであり、９０Ｈｚの非ステレオは１８０Ｈｚのステレオである。ほとんどのコンピュータグラフィックカードおよびモニタは、これらの高いリフレッシュレートを、特に、より高い解像度において取り扱うことができない。
【０００８】
５０Ｈｚ基準と６０Ｈｚ基準との間の差異は、モーションピクチャ（ビデオカメラソースとは対照的なフィルムソース）が移される方法、または提示される方法である。コンピュータモニタおよびいくつかのＤＶＤとは違って、アナログテレビシステムはインターレースを使用しており、インターレースは、最初に奇数の線を、そして偶数の線（これらはフィールドとして知られている）をペイントすることによって、明白なフリッカを減少させる。同じフレームレートにおけるプログレッシブスキャンイメージと比較して、これはリフレッシュレートを２倍にする。ムービーは普通、毎秒２４フレームのレートでフィルム化されるが、一方テレビセットは異なるレートで動作するので、何らかのコンバートが必要である。ビューアーに最適な経験を与える異なる技術が存在する。最近の“１２０Ｈｚ”ＬＣＤディスプレイは、ソースマテリアル、および、信号になされる後の何らかの処理に依存して、よりスムーズで、より流れるような動きを有することを目的として製作されている。
【０００９】
コンピューティング需要と、データの過負荷（グリッドロック）と、インターネットエネルギー使用との間には、繋がりがある。データに対する増加する需要と、インターネットのエネルギー使用の増加を負わされた過負荷のかかったコンピュータネットワークは、将来の通信のスピードおよび効率性に影響するだろうという認識が増加している。インターネットの使用およびデータの送信は、高いエネルギー需要を生じさせ、したがって、より高い送信コストを生じさせる。データを処理することは大量のエネルギーを必要とするので、これらの課題はリンクする。日本では、インターネットエネルギー使用だけで、日本の発電能力を上回るように設定されている。
【００１０】
会議の間のイメージ送信の品質は重要であり、ラグやフリーズの好ましくない存在は、送信時間を増加させるだけではなく、フリーズによって生じた遅延がデータ送信に割り込み、正確で連続的なイメージおよび／またはサウンドデータを受け取る際に受信者エンドにおいて遅延を生じさせる点で、システムの信頼性をより低くする。データの反復はラグ現象の一因となり、サーバに好ましくない負荷をかける。ビデオ会議の間、データ送信において使用される既知のシステムでは、ビデオ送信の各フレームからのデータは、データがフレーム毎に部分的に重複していたとしても、送信時間およびエネルギー消費を増加させ、事実上ビットレートを減少させるので、送信の品質およびスピードは損なわれる。特にイメージがフレーム間で大幅に変化していないとき、典型的に、フレーム毎の送信は、フレーム間のデータの実質的な重複を要求する。
【００１１】
イメージデータの重複／反復を防ぐことによって、先行技術のデータ送信方法は改良することができ、送信の品質またはスピードを損なうことなく、瞬間品質のビデオ会議を提供することができる。シーケンシャルなフレーム中で共通なデータとフレームとの間の特徴変化の評価、更新、ランキングおよび選択を可能にして、送信の間に、イメージのラグおよびフリーズを防ぐ手段も、先行技術は提供していない。
【００１２】
送信が高いデータ集中を有しているときに、イメージの好ましくないラグおよびフリーズを防ぐために、イメージデータの送信の品質を改良することは、本分野において長年にわたる切実な要求である。各フレームに対するフルイメージデータをアップロード／ダウンロードする代わりに、選択されたフレーム毎の変化のみに等しくなるように、送信されるデータの量を制限して、これにより、反復を増加させ、データ量および送信時間を減少させることへのニーズもある。
【００１３】
送信サーバへのデータ負荷を減少させて、送信されるデータ品質を損なうことはなく、毎秒より少ないデータを送信できるようにし、これにより、フレーム毎のデータの変化によって、同じサーバ容量に対して、毎秒より多くのユーザへのデータを可能にすることも、長年にわたる切実な要求である。
【発明】
【００１４】
本発明は、タイムラグなく、またはイメージフリーズなく、リアルタイム品質の生のマルチメディアおよびビデオ通話を送信することができるシステムならびに方法を提供する。本発明はさらに、大量データが毎秒送信されるとき、受信機モニタ上のイメージフリーズを取り除く方法を提供する。
【００１５】
本発明はさらに、システムおよび関係するプレーヤーを提供し、これは、データの反復を取り除くことによって、ビデオストリーミングおよび他の無制限のメディアアプリケーションのためのデータトラフィックの７０％から９０％の減少を達成できる、帯域幅減少を可能にする。
【００１６】
さらに、一般的なビデオストリーミングおよびビデオ会議および特にソーシャルメディアにおける、データトラフィックの減少は、既存のネットワークインフラストラクチャに対するエンドユーザの数を２倍にする一方、ネットワーク帯域幅を発生させる際の電力消費を減少させる。これは、より環境にやさしく、より小さいグローバルカーボンフットプリントを意味する。
【００１７】
マルチメディアおよびビデオストリームのフレーム毎更新システム（ＭＶＦＵ）は、デジタルビデオレコーダーおよびデジタルビデオサーバ両方の機能を有している。これは独立型で動作することができ、または、強力なビデオ監視ネットワークを構築するために使用することができる。ＭＶＦＵは、詰まったネットワークを減少させるのを助けるとともに、インターネットによって消費される電力の量を減少させるのを助ける。
【００１８】
各シーケンシャルなフレーム中で共通なデータを、シーケンシャルなフレームによって保持することを可能にして、これにより、各フレームに対して毎秒送信されるフレーム毎のデータ反復の量を減少させることによって、ディスプレイモニタ上のタイムラグまたはイメージフリーズなく、リアルタイム品質の生のマルチメディアおよびビデオ通話を送信できるシステムならびに方法を、本発明はさらに提供する。
【００１９】
本発明は、フレーム毎のメディア送信においてオーバーラップするイメージ中のデータ反復を取り除くことによって、フレーム毎のデータ送信におけるデータ送信量を減少させる方法を提供し、シーケンシャルなイメージ中のデータと共通なイメージ中のデータを保持することによって、これにより、毎秒のデータ送信量を減少させて、大量データの送信の間、イメージフリーズを減少させ、または、取り除く。
【００２０】
本発明は、特にビデオ会議通話に適合可能であるが、本発明はさまざまな大量のオーディオ、オーディオ／ビジュアルまたはオーディオデータ送信アプリケーションに適応できることが、正しく認識されるだろう。
【００２１】
その最も広い形態において、本発明は、
フレーム毎のメディア送信においてオーバーラップするイメージ中のデータ反復を取り除くことによって、フレーム毎の大量データの送信におけるデータ送信量を減少させるシステムを含み、システムはさらに、
複数のデータ送信局と、
各データ送信局のための、カメラおよびＭＣＵを含み、
ＭＣＵは、フレーム比較器と、秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴変化の選択手段とを備える。
【００２２】
方法態様の広い形態において、本発明は、
フレーム毎の送信においてオーバーラップするイメージ中のデータ反復を取り除くことによって、イメージ品質を減少させないが、フレーム毎の大量データ／メディアの送信におけるデータ送信量を減少させる方法を含み、方法は、
ａ）複数のデータ送信局を提供するステップと、
ｂ）各データ送信局のための、カメラおよびＭＣＵとを提供するステップと、
ｃ）特徴変化を選択するために、ＭＣＵ中のフレーム比較器を使用するステップと、
ｄ）秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴データ／イメージ変化を把握する選択手段を使用するステップとを含む。
【００２３】
好ましい実施形態にしたがうと、方法は、イメージまたはビデオのシーケンスを予め処理して、後のすべてのステップにおける処理を最適化するステップをさらに含む。
【００２４】
好ましい実施形態にしたがうと、選択は、１／２５秒毎のビデオ捕捉毎に、２００だけの、より高い値の変化だけを許容することに基づいている。これらの変化レートは、特定の適切な環境に変更できることが、当業者によって正しく認識されるだろう。好ましくは、制限された変化は、コード化され、圧縮されて、第１の捕捉に対する更新として送信されて、別のＭＣＵに受信されて、エンドのためにデコードされ、レンダリングされ、スクリーン表示される。好ましくは、評価し、ランク付けして選択するインテリジェントなプログラムと、圧縮手段と、送信手段と、受信手段と、編集手段とをＭＣＵは備える。
【００２５】
本発明は、通信システムおよび関係する機能を提供し、通信システムおよび関係する機能は、遠隔位置から制御センターへのデータ送信を可能にし、プリンタのような、しかしプリンタに限定されない選択された技術を使用するデータ出力を可能にする。
【００２６】
本発明は事実上、すべてのサービスと、通常は典型的にビジネスオフィスのものである設備とを一体化させて、データ処理および通信要件を、以前よりも効果的な方法で実行させることを可能にする。
【００２７】
本発明の１つの目的は、特にオーディオビジュアルデータ送信に対して、データのアップロード／ダウンロードがイメージのフレーム毎に減少する、データ送信のシステムを提供することである。現在、データを毎秒ダウンロードするのに要求されている値の１／２０を超えないように、データ送信のデータ量を減少させたデータ送信を提供することが、本発明のさらなる目的である。１つの実施形態にしたがうと、データは１０秒毎に１／２００で送信することができ、および／または、遠隔会議の期間の間、総共通送信値の１／１０００に分散させることができ、これは、同じサーバに対して同時に１０００人の追加ユーザが可能になることに等しい。
【００２８】
本発明のさらなる目的は、局所エリアと遠隔エリアの両方における通信およびデータ処理のための、前述のデータ送信システムおよび方法を提供することである。本発明のさらなる目的は、遠隔エリアおよび局所エリアにおいて使用でき、局所エリアネットワークまたは遠隔エリアネットワークにリンクすることができる、独立した通信およびデータ処理システムを提供することである。
【００２９】
装置の態様の、１つの広い形態において、本発明は、
遠隔局間の通信のための、データ処理および通信のシステムを含み、
装置は、
通信モジュールと、
データ処理モジュールと、
モジュールに電力と電力リンクとを発生させる電源を含む電力供給と、
通信モジュールとデータ処理モジュールとの間での通信と相互動作とを可能にする、通信モジュールとデータ処理モジュールとの間のデータおよび電力のリンクと、
各データ送信局のための、カメラおよびＭＣＵと、
特徴フレームイメージ変化を選択するためのＭＣＵ中のフレーム比較器と、
秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴データ／イメージ変化を把握する手段とを含む。
【００３０】
本発明の別の広い形態において、
装置を使用する、遠隔局間のデータ処理および通信の方法において、
通信モジュールと、
データ処理モジュールと、
モジュールに電力と電力リンクとを発生させる電源を含む電力供給と、
通信モジュールとデータ処理モジュールとの間での通信と相互動作とを可能にする、通信モジュールとデータ処理モジュールとの間のデータおよび電力のリンクと、
各データ送信局のための、カメラおよびＭＣＵと、
特徴フレームイメージ変化を選択するためのＭＣＵ中のフレーム比較器と、
秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴データ／イメージ変化を把握する手段とを提供することを含み、
方法は、
ａ）予め定められた時間期間の間、ダウンロードの予め定められたレートにおいてビデオデータを送信することと、
ｂ）モジュールを使用して、フレーム毎のイメージ変化を把握することと、
ｃ）受信機によって受信されたベースフレームを識別し、そのフレームを使用して秒毎おおよそ２５回更新することと、
ｄ）第１のフレームからのデータを、少なくとも１つのシーケンシャルフレーム上のデータと比較することによって、変化を評価することと、
ｅ）少なくとも１つのシーケンシャルフレームに対して比較された１つのフレームにおける変化のベクトルを生成させることと、
ｆ）ベクトルをデコードし、識別した変化で第１のフレームを更新することと、
ｇ）ビデオイメージの送信の間、潜在的に無制限の数のフレームに対して、上記のステップを反復することとを含む。
【００３１】
１つの実施形態にしたがうと、ベースフレーム上にセーブされた、コード、コード化されたベクトル、またはフレームマッピングを使用することによって、変化が捕捉されて識別される。１つの実施形態にしたがうと、捕捉されたフレームは、訂正、較正または調整のためのテストフレームとして、３〜４秒毎に受信機エンドに送信されて、新しいベースフレームが必要か否かが決定される。このタイムスパンには制限がなく、好ましいタイムフレームから増加または減少させることができることが、正しく認識されるであろう。更新する時間も、毎秒２５回を上回るように、または下回るように変化させることができる。
【００３２】
本発明のシステムは、前述の送信方法を可能にする、プロプライエタリまたは目的が書き込まれたソフトウェアを含む。１つの実施形態にしたがうと、各環境において、ソフトウェアは、送信回数に適応することができ、イメージを識別することができ、適切な送信値を決定することができる。ソフトウェアはインテリジェントであり、どの送信レートを各ケースにおいて適用すべきかを「知る」ことができる。ソフトウェアは、要求されるデータ／イメージ変化を認識して、１つの実施形態にしたがって、ニューラルネットワークを生成させることによって適応することができる。
【００３３】
別の広い形態において、本発明は、
通信のためのデータ処理および通信のモジュールを含む独立した通信システムを含み、このシステムは、
通信およびデータ処理のモジュールと、
モジュールに電力と電力リンクとを発生させる電源を含む電力供給と、
オフィスを、遠隔の外部の通信インフラストラクチャにリンクさせることが可能な手段と、
秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴データ／イメージ変化を把握する手段とを含む。
【００３４】
１つの実施形態にしたがうと、通信システムはワイヤレス接続を用いる。システムは、好ましくは、データ処理モジュールおよび通信モジュールを収納して動力供給するために、既存の既製のコンポーネントを組み込んでいる。システムは通信設備を提供し、通信設備は、既存のインフラストラクチャ設備のネットワーク内に、または、同様の、固定された、または移動のオフィスシステムのネットワーク内に、含めることができる。
【００３５】
好ましくは、通信装置への通信および通信装置からの通信は、システムが使用される現場において利用可能な最適リンクによって提供される。典型的に、通信モジュールはＬＡＮ、３Ｇまたは衛星リンクにリンクさせることができる。１つの実施形態にしたがうと、システムは、オフラインで動くオプション、およびまたは、ローカルサーバ上でデータをキャッシュするオプションを可能にする。
【００３６】
本発明は、既知の先行技術および識別された欠点に対する代替を提供する。先述のならびに他の、目的および利点は、以下の説明から明らかになるであろう。付随する表現になされた記述言及は、ここでは一部を形成するものであり、本発明が実施される例示的な特定の実施形態により示されている。これらの実施形態は当業者が発明を実施することができるように十分詳細に説明されており、他の実施形態を利用してもよく、本発明の範囲から逸脱することなく、構造的な変更ができることが理解されるであろう。付随する図面においては、同一の参照文字が、さまざまな見方を通して、同じ部分または同様の部分を表している。以下の詳細な説明は、したがって、限定的な意味で捉えられるべきではないし、本発明の範囲は、添付された特許請求の範囲によって、最も良く規定されている。
【図面の簡単な説明】
【００３７】
好ましい実施形態にしたがって、付随する図面を参照して、本発明をこれからより詳細に説明する。  
【図１】図１は、インターネットトラフィックにおける計画された増加に基づいている、計画されたエネルギー消費対時間のグラフを示している。
【図２】図２は、比較テーブル１において、転送されたデータのリアルタイムで測定したレートについて、リーディングブランドのビデオ会議システムと比較したとき、ＭＶＦＵがかなりのセーブを達成していることを示している。
【図３】図３は、好ましい実施形態にしたがったフレーム毎に変化するシステムの概略的なレイアウトを示している。
【図４】図４は、ＭＶＦＵが、変化を抽出および送信して、メインフレームを更新する方法論の、簡単な例を示している。
【詳細な説明】
【００３８】
ここで言及する例は実例となるものであり、本発明の範囲を限定するものと考えるべきではない。本発明のさまざまな実施形態をここで説明するが、これらは修正でき、したがって、ここでの開示は、述べられている正にその通りの詳細を限定するものとして解釈するのではなく、このような変更および改変を利用することは、本記述の範囲内であることが正しく認識されるだろう。以下に、より詳細に説明する通信システムは、さまざまなアプリケーションにおける使用のために提案されるものであるが、特にビデオ会議に適切である。
【００３９】
毎秒送信することが要求される大量のデータを原因とする、受信機モニタ上のタイムラグの出現なく、または、フリーズの出現なく、リアルタイムのマルチメディアおよびビデオ通話データを直ちに送信することができ、データ送信レートを減少させる一方でイメージ品質を改善することができるデータ送信システムおよび方法を、本発明は提供する。本発明は、送信の品質もスピードも損なうことなく、瞬間品質のビデオ会議を発生させるインテリジェントな技術を提供し、これはイメージまたはビデオのシーケンスを予め処理して、後のすべてのステップにおける処理を最適化することを含む。特に、本発明は、特徴とバックグラウンドとの両方に対する、毎秒２５回の品質捕捉の更新を使用することに関連する。それぞれの捕捉フレームと次の捕捉フレームとの間の特徴変化を、評価し、ランク付けして選択するインテリジェントなセルフトレーニングプログラムを使用する比較器を、本発明はさらに含む。変化するかもしれない特徴は、顔および身体の表現／動作のような態様を含む。
【００４０】
図１は、インターネットトラフィックにおける、計画された増加に基づいている、計画されたエネルギー消費対時間のグラフを示している。
【００４１】
図２は、テーブル１において、転送されたデータのリアルタイムで測定したレートについて、リーディングブランドのビデオ会議システムと比較したとき、ＭＶＦＵがかなりのセーブを達成していることを示している。
【００４２】
好ましくは、変化した特徴の選択は、値で、最高２００の変化（最も効率的な変化）に制限されている。その後これらの変化は、（以前に捕捉されて、他のエンドＭＣＵに送信された）第１のフレームまたは元のフレームに、第１のフレームに対する更新として転送されて、受信エンドＭＣＵによって編集され、特にフルデータの捕捉をアップロード／ダウンロードする代わりに、選択された変化のみに等しくなるように、送信されるデータの量を制限する。
【００４３】
好ましくは、発信者の動作および表現に対して、受信機モニタを連続的に変化させるために、更新は毎秒２５回で発生される。毎秒何回か前記のアクションを達成することを促す、さらなるトレーニング論理プログラムをＭＣＵは含み、目標は４ミリ秒毎にタスクを反復することである。
【００４４】
所定の送信における最良の品質捕捉更新のために、理想的なスピードを生成させることができる。（選択プロセスの前に）変化が予め定められた値を超えるケースにおいては、捕捉された新しいフレームに対して、値において著しく近く、または、等しくするために、新しい捕捉が受信エンドＭＣＵに送信されて、受信エンドＭＣＵ上で、新しい第１の捕捉として動き始めることをＭＣＵは可能にする。これには毎秒２５の更新が必要であるかもしれない。
【００４５】
本発明の方法態様に使用される装置は、ビデオ会議のケースにおいて、好ましくは、
カメラと、
各ビデオ通話／会議エンドのＭＣＵとを含み、
ＭＣＵは、フレーム比較器と、秒毎２５のそれぞれのカメラ捕捉と次のカメラ捕捉との間の比較に基づいた特徴変化の選択手段とを備える。
【００４６】
制限された変化はその後、コード化され、圧縮されて、以前の捕捉に対する更新として送信され、他のエンドＭＣＵによって受信されて、デコードされ、レンダリングされて、スクリーン表示される。結果として、アップロード／ダウンロードするデータ量は最小値になる。理想的には、現在要求されている毎秒のダウンロードデータの値の１／２０を超えず、１０秒毎に１／２００で、および／または、会議の期間、総共通送信値の１／１０００に分散させることができ、これは、同じサーバに対して同時に１０００人の追加ユーザが可能になることに等しい。
【００４７】
システムの１つのアプリケーションにしたがうと、システムがワイヤレス動作中であるとき、システムは、見つけることができる最良のインターネットへのリンクを探す。最初にＬＡＮ接続を探し、その後３Ｇ接続を探し、その後これらのうちのどれも利用可能でない場合、システムは衛星リンクがセットアップされるように促す。ルータは、ルータが接続されているネットワークからＩＰアドレスを取得できる。ルータはその後インターネットに接続できる。ＬＡＮが利用可能でない場合、システムは３Ｇ接続をチェックする。利用可能である場合、自動的に接続する。利用可能でない場合、衛星接続のためのテストが実行される。
【００４８】
好ましい実施形態にしたがうと、マルチメディアおよびビデオストリームフレーム毎更新システムは、データストリーミングの状況において、さまざまなアプリケーションを有する。
【００４９】
例１：組織ネットワーク機能におけるビデオ会議：キャッシュする能力、記憶させる能力、取り出す能力、およびプレーバックする能力を有する、双方向のビデオ／オーディオ会議。
【００５０】
例２：ビデオ会議のオンラインネットワーク機能：クラウドを通した、キャッシュする能力、記憶させる能力、取り出す能力、およびプレーバックする能力を有する、双方向のビデオ／オーディオ会議。
【００５１】
ウェブカメラ以外のアプリケーション：マルチメディアストリーミングファイル（ライブラリファイル）が生成されて、他のメディアソースのダウンロードを記憶して、ＭＶＦＵの方法論および技術を適用する。
【００５２】
マルチメディア＆ビデオストリームフレーム毎更新［ＭＶＦＵ］における方法態様にしたがうと、Ｈ．２６４が、ウェブカメラのようなメディアソースに適用されて、フレーム間の変化を抽出すること、圧縮すること、およびエンコードすることを可能にする。本発明にしたがって使用されるプレーヤーは、ウィンドウズベースであるが、マック（登録商標）およびリナックスに対する他のアプリケーション（バージョン）が、同じＭＶＦＵ方法論およびアーキテクチャに基づくことができる。ＭＶＦＵ方法論は、以下の機能を含んでいる。  
（必要とされる場合に）より良い品質：最小限のフリッカを有するスムーズなプレーバックのために、それぞれ、−１秒、２秒、または４秒毎／２５フレーム、５０フレームまたは１００フレーム毎のテストフレームを発生させることができる。  
−発生したファイルサイズは、フルサイズのビデオストリームファイルの２０％に過ぎず、より小さい記憶装置、ならびに、より便利なＰＣ使用およびネットを通したデータ交換のために、元のファイルを置換する。  
−帯域幅減少において、異なるプレーヤーを用いて、リアルタイムのテストおよび比較が行われる。  
−取り出す能力を用いて、ラインアプリケーションをバックアップする。  
−クラウドアプリケーションのためにキャッシュする。  
−最適な結果のために、自己のプレーヤーを発展させる。
【００５３】
−プレーヤーの発展は以下の機能がある。  
−ＭＶＦＵ方法論および技術を採用することができる。  
−帯域幅強度にしたがって、自動スケーリングを可能にするための、スマートな方式。  
−ユーザがデータ使用を制御するのを可能にする手動の選択（すなわち、解像度をスケールダウンさせて、ビューアーウィンドウをサイズ変更する（例えば：少ないデータ＝より低い解像度＝より小さなビューアー））。  
−ビデオプレーバックエンハンスメントソフトウェアおよびビューアーフィルタリング。
【００５４】
好ましい実施形態にしたがうと、ソフトウェアの形態のプレーヤーが提供され、これは、マックまたはマイクロソフトコンピュータのような、既存のハードウェアと一体化させるために、ユーザによってアップロードすることができる。ファイルデータを圧縮して、特にインターネットを通してのデータ送信を増加させるために、プレーヤーは最適化されている。本発明は、高いデータ送信を伴う典型的なビデオ会議に言及して説明されている。Ｈ．２６４フォーマットが、生の捕捉されたフレームのビデオデータ上に適用され、ＭＰ２が、生の捕捉されたフレームのオーディオ上に適用される。Ｈ．２６４は、ビデオ圧縮の標準規格であり、Ｈ．２６４は現在、高精細ビデオの記録、圧縮、および分散のために、最も一般的に使用されているフォーマットのうちの１つである。
【００５５】
Ｈ．２６４は、ブルーレイディスク（登録商標）に対する標準規格のうちの１つとして、最もよく知られている。現在、すべてのブルーレイディスクプレーヤーはＨ．２６４をデコードできなければならない。ヴィメオ（登録商標）、ユーチューブ（登録商標）、およびアイチューン（登録商標）ストアからのビデオのような、インターネットソースをストリーミングすることによって、アドビ（登録商標）フラッシュプレーヤーおよびマイクロソフトシルバーライト（登録商標）のようなウェブソフトウェアによっても、Ｈ．２６４は広く使用されている。
【００５６】
実現するのに非実用的または過度に高価となる、複雑な設計を増加させることなく、以前の標準規格よりも実質的に低いビットレート（すなわち、ＭＰＥＧ（登録商標）２のビットレートの、Ｈ．２６３のビットレートの、またはＭＰＥＧ４パート２のビットレートの半分、あるいはそれより低い）において、良いビデオ品質を提供することができる標準規格を生成させることが、Ｈ．２６４／ＡＶＣプロジェクトの意図であった。低いビットレートおよび高いビットレートの、低い解像度および高い解像度の、ビデオ、ＤＶＤ記憶装置、マルチメディア電話システムを含む、幅広いさまざまなネットワークならびにシステム上の、幅広いさまざまなアプリケーションに、標準規格が適用されてきた。Ｈ．２６４標準規格は、少なくとも１つのプロフィールをデコードするが、必ずしもすべてのプロフィールをデコードしない。デコーダの仕様は、どのプロフィールをデコードすることができるかを記述している。元の標準規格を拡張する最初のプロジェクトにおいて、ＪＶＴはその後、忠実度範囲拡張（ＦＲＥｘｔ）と呼ばれているものを発展させた。これらの拡張は、増加したサンプルビット深度の精度と、より高解像度のカラーとをサポートすることよって、より高品質のビデオコーディングを可能にした。
【００５７】
マルチビュービデオコーディング（ＭＶＣ）が標準規格に追加され、マルチビュービデオコーディング（ＭＶＣ）は、ビデオシーンの１つより多いビューを表すビットストリームを構築するのを可能にする。この機能の重要な例は、立体３Ｄビデオコーディングである。目的は、広いさまざまなアプリケーションに対する、他の何らかの既存のビデオコーディング標準規格と比較して、コーディングの効率性を２倍にすることである（これは、所定のレベルの忠実度のために必要なビットレートを半分にすることを意味する）。Ｈ．２６４ビデオフォーマットは、非常に広いアプリケーション範囲を有していて、低いビットレートのインターネットストリーミングアプリケーションから、ほとんど損失のないコーディングによるＨＤＴＶブロードキャストおよびデジタルシネマアプリケーションまでの、デジタル圧縮ビデオのすべての形態を、アプリケーション範囲がカバーしている。Ｈ．２６４の使用によって、５０％またはより多くのビットレートをセーブすることが可能である。Ｈ．２６４は、半分より低いビットレートで、現在のＭＰＥＧ２と同じデジタル衛星テレビ品質を与えている。現在のＭＰＥＧ２インプリメンテーションは、約３．５Ｍビット／秒で動作し、Ｈ．２６４は、１．５Ｍビット／秒だけで動作する。
【００５８】
ブルーレイディスクフォーマットと、今や中止されたＨＤＤＶＤフォーマットとの両方は、３つの必須のビデオ圧縮フォーマットのうちの１つとして、Ｈ．２６４／ＡＶＣハイプロフィールを含んでいる。Ｈ．２６４を使用する高精細ＡＶＣＨＤのような、（付加的なアプリケーション特有の機能および制約を追加しながらも、Ｈ．２６４に準拠する）さまざまな記録フォーマットが知られている。他のフォーマットは、イントラフレームのみの圧縮フォーマットであるＡＶＣイントラ（登録商標）を含む。ＸＡＶＣは、６０フレーム毎秒 (ｆｐｓ)までで、４ｋ解像度(４０９６×２１６０および３８４０×２１６０)をサポートすることができる。
【００５９】
Ｈ．２６４の機能は改良されて、多数の新しい機能を含み、新しい機能は、Ｈ．２６４が、古い標準規格よりも効率的にビデオを圧縮するのを可能にし、広いさまざまなネットワーク環境に対するアプリケーションに対して、より高い柔軟性を提供するのを可能にする。これは先行の標準規格とは対照的であり、制限は典型的に１つ、または、従来のＢフレームのケースにおいては、２つである。ほとんどのシーンにおけるビットレートおよび品質において、この特定の機能は、たいていは適度な改良を可能にする。しかしながら、反復の動きまたは前後のシーンのカット、または、カバーされていないバックグラウンドエリアを有するシーンのような、あるタイプのシーンにおいては、鮮明さを維持しながらも、ビットレートにおける著しい減少を可能にする。重み付け予測は、動き補償を実行するとき、エンコーダがスケーリングおよびオフセットの使用を特定するのを可能にし、重み付け予測は、フェードトゥブラック、フェードイン、およびクロスフェード移行のような、特別なケースにおける実行において著しい利益を提供する。これは、Ｂフレームに対する、暗黙の重み付け予測を含んでいる。サポートされる輝度予測ブロックサイズは、１６×１６、１６×８、８×１６、８×８、８×４、４×８、および、４×４を含み、その多くは、単一のマクロブロックにおいて、ともに使用できる。Ｉマクロブロックを含むＢフレームにおいて、任意のマクロブロックタイプを使用する能力は、Ｂフレームを使用するときに、結果として、より効率的なエンコーディングになる。
【００６０】
図３は、好ましい実施形態にしたがったフレーム毎変化のためのシステムの、概略的なレイアウトを示している。計算上のデータストリーミングは、通常のビデオストリーミングの２０％よりも少ないストリーミングしか必要としない。したがって、他の既存の技術と比較した、ＭＶＦＵを使用するビデオストリーミングのおおよその減少は、以下のように算出できる。理論上のスケーリング可能なおおよその計算は、毎秒のフレーム数＝２５。ビデオフレームと比較した計算データサイズ＝１０％。毎秒のテストフレームの総数＝１。残りの２４フレーム上のデータのサイズ＝２４×１０％＝２．４。ビデオストリーミングのＭＶＦＵによって要求される総サイズ／秒＝１＋２．４＝３．４。従来のビデオストリーミングからのセーブ＝２５−３．４＝２１．６／２５＝８６．４％。２秒毎にテストフレームを送信することがセーブするのは＝５０−５．９＝４４．１／５０＝８８．２％・・・等。
【００６１】
図４は、変化を抽出して送信して、メインフレームを更新するＭＶＦＵの方法論の、簡単な例を示している。図４は一連のフレーム−フレーム１、フレーム２、およびフレーム３を示している。右側のフレーム１は、開始またはベースフレームを表している。フレーム１は、フレームセグメントＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆに分割される。フレーム２において、セグメントＡおよびＤは、セグメントＧおよびＨ（青いセグメント）によって識別されている変化したデータによって更新されている。フレーム３において、セグメントＧおよびＨはフレーム２から保持されており、セグメントＣおよびＦはフレーム１から保持されている。フレーム３において、フレーム１および２からのセグメントＢおよびＥは、セグメントＩおよびＫ（紫のセグメント）によって示されているように更新されている。
【００６２】
送信機のユニット比較器において、フレーム１とフレーム２との間の変化を抽出する。受信機エンドに対して、フレームレイヤとして変化のみを送信する。変化レイヤにより受信機のユニットにおいてフレーム１を更新して、フレーム２を発生させる。サウンドを受信機ユニットに別個に送信して、ストリーミング中のビデオフレームと同期させる。
【００６３】
本発明にしたがったシステムは、ウェブカメラメディアソース上にＨ．２６４を適用して、フレーム間の変化を抽出すること、圧縮すること、およびエンコードすることを可能にする。新しいアプリケーションはウィンドウベースであるが、マックおよびリナックスに対する他のアプリケーション（バージョン）も、ＭＶＦＵと同じ方法論およびアーキテクチャに基づくことができる。
【００６４】
狭い帯域幅を有する高品質のビデオおよびオーディオのエフェクトとなるのとほぼ等しい結果を得るために、エンコーダおよびＭＰ２またはＭＰ３オーディオエンコーダにより、Ｈ．２６４フォーマットはウェブカメラの生の捕捉（ビデオ入力）上に適用され、ＭＰ２はネイティブまたはネットワークからのオーディオ入力上に適用され、ＵＳＢカメラまたは他のものからのイメージを毎秒２５フレームまで捕捉する。記録ファイルフォーマットは、ＡＶＩまたはＭＰＥＧ等であってもよく、ウィンドウズメディアプレーヤーまたはリアルプレーヤーを用いて再生することができる。それは、手動の記録と、スケジューリングされた記録と、または動き記録と、見たＪＰＥＧイメージのスナップショットと、詳細なログファイルと、ヘルプファイルとを使用できる。このソフトウェアは、デジタルビデオレコーダーとデジタルビデオサーバとの両方の機能を有している。これは独立型で動作することができ、または、強力なビデオ監視ネットワークを構築するために使用することができる。
【００６５】
ＭＶＦＵシステムは、異なるビデオフォーマットの圧縮結果を共有する。Ｈ．２６４またはＭＰＥＧ４（ＭＰ４）のフォーマットは、フレーム全体ではなく、フレーム間の変化のみを送信することによって、最高の圧縮を与える。捕捉されたシーケンシャルフレームは、フレームからシーケンシャルフレームへの可変データと、フレームからシーケンシャルフレームへの同一データとの組み合わせを有していることが多い。初期フレームが捕捉されて、Ｈ．２６４およびＭＰ２のフォーマットが、生の捕捉されたフレーム上に適用される。初期フレームがプレーヤーに送信される。評価が行われて、可変データが抽出される。フレームからフレームへの変化は、更新として、毎秒２５回で受信機エンドに送信される。コード化されたビデオ変化とＭＰ２オーディオデータが、ＭＰ４コンテナ中で受信機に送信される。テストフレームが送信されて、受信機エンドにおいて初期ベースフレームを周期的にリセットして、品質を最適化する。受信されたデータは、デコードされて、イメージが再構築される。受信された変化は、毎秒２５回でベースを更新するように適用されて、これは新しいテストフレームの受信まで反復される。テストフレームは、最後に更新されたフレームを上書きして、その後、これは新しいベースフレームとして取り扱われる。
【００６６】
本発明にしたがったシステムは、フレーム毎比較を用いて、ネットワークに変化のみを送信する。これは、以前説明したＨ.２６４フォーマットを使用して行う。Ｈ.２６４は生のビデオだけのフォーマットなので、オーディオを送ることはできない。オーディオを組み込むために、システムはＭＰ２フォーマットも用いて、リアルタイムで送信する。１つの実施形態にしたがうと、フレーム（Ｉフレーム）は２秒毎に送信される。この期間は、より少ない帯域幅消費のために構成することができる。ファイルを作成して、その後、圧縮されたフォーマットとして送信することによっては、生の送信は行うことができない。各フレームは、他のエンドに対して個々に送信される（バッファリングは要求されるが、リアルタイムビデオ転送のために最小化される）。
【００６７】
本発明の重要な機能は、フレーム毎のイメージのシーケンス送信およびサウンドデータ送信において、変化のみを更新する能力を（イメージ）プレーヤーソフトウェア中に有していることである。更新することは、スクリーン密度減少を可能にする、ファイルを圧縮することに基づいている。さまざまなフレーム毎更新は、−例えば、毎秒２．５フレームを企図している。スクリーンフレームを置換することによって、時間が減少する。Ｈ．２６４は、基準Ｉフレームから始めて、以前のフレームからデータを抽出して、４ミリ毎秒に、各フレームに対して変化のみを個々に送信する。
【００６８】
主な目的は、ラグおよびフリーズを防ぎ、リアルタイムで、スムーズなイメージを提供することである。Ｈ．２６４は、ラグの一因となることがあるバッファリングおよび配信を必要とする。Ｈ．２６４は、１０フレームを処理して、その後、これらのフレームを送信する。本発明のシステムは、フレーム毎変化のみを送信し、これは帯域幅使用の８０％までをセーブする。これが、送信レートを改善する。バッファリングを原因とするラグは、２秒にまでなることがあり、これは、従来の送信におけるデータのダウンロードのスピードの関数である。動きの送信において、シーケンシャルフレームが共通のマテリアルを有するとき、システムはフレーム変化のみを送る。各ケースにおいてネットワークが許容するであろう要求されるフレーム毎更新品質を、ユーザが管理するのをプレーヤーは可能にする。解像度を減少させると、要求されるデータを減少させることができるが、品質はユーザによって決定することができる。他の無制限のメディアアプリケーションを有するビデオストリーミングに対して、５０％よりも多くの帯域幅減少のための新しい解決法を本発明は導入するものである。さらに、一般的なビデオストリーミング、ビデオ会議、および、特にソーシャルメディアにおける、データトラフィックの減少は、既存のネットワークインフラストラクチャに対するエンドユーザの数を２倍にし、ネットワーク帯域幅を発生させる際の電力消費を減少させる。これは、より環境にやさしく、より小さいグローバルカーボンフットプリントを意味する。
【００６９】
ＭＶＦＵプレーヤーは、異なるモジュール中で異なるアプリケーションとともに動作するネットワークプレーヤーである。したがって、プレーヤーは以下のことができる。
【００７０】
ｍｉｃ/ウェブカメラからのオーディオ／ビデオを読み取ること、エンコードすること、ネットワークを通して送信すること、
ネットワークを通してストリーミングされたビデオから、ビデオのみを抽出すること、再構築すること、および、ディスプレイすること、
ネットワークを通してストリーミングされたオーディオから、オーディオのみを抽出して、再生すること。
【００７１】
上記の機能は、ＭＶＦＵプレーヤーである単一のアプリケーション内に一体化されている。ＭＶＦＵは、上記の動作を可能にするために適合された、一連の内部のアルゴリズムを使用する。
【００７２】
ネットワークの２．５％のみを消費して、これにより、ネットワークの１２．５％までを消費する、ＭＰＧおよびＭＪＰＥＧの対応する物のような既知のフォーマットと比較して、８０％の帯域幅消費をセーブすることが本発明の利点である。さらなる利点は、プレーバック中のラグを取り除くことと、改良されたイメージの解像度である。スカイプビデオ通信のようなアクティビティのためにシステムが使用されるケースにおいて、データ使用を示しているアイコンをスクリーン上に表示して、本発明にしたがったプレーヤーがない従来のスカイプ通信と比較することができるデータ送信レートを示す。フレームレートを調節することによって、送信レートとデータ使用レートに関連するイメージ品質とを、ユーザが操作／調節することができるように、ユーザによってダウンロードすることができるプレーヤーソフトウェアは、特定のユーザのために調整することができる。ユーザは、自動および手動のスケーリングダウン選択モード機能を、プレーヤーに追加することができる。ＭＶＦＵの同じ方法論およびアーキテクチャに基づくことができる、マックおよびリナックスに対する他のアプリケーション（バージョン）に、ソフトウェアは適合可能である。
【００７３】
本発明の精神および範囲の全体から逸脱することなく、多数のバリエーションおよび修正が、ここで広く説明された本発明になされてもよいことが、当業者に認識されるだろう。
【図１】
2015513717.tif 000003
【図２】
2015513717.tif 000004
【図３】
2015513717.tif 000005
【図４】
2015513717.tif 000006
【国際調査報告】
2015513717.tif 000007
2015513717.tif 000008
2015513717.tif 000009