(57)【要約】本発明は、ディジタル伝送ネットワーク、特にインターネット、におけるオーディオおよび／またはビジュアル・フォーマットを認識する方法に関する。フォーマットは、擬似的に連続的なまたは複数のパケットに分割されたデータ・シーケンスからなる。そのデータ・シーケンスの全てまたは一部が、１つ以上のビット・パターンの存在に関して解析され、解析されたビット・パターンから所定のフォーマットが認識できる場合に通知が行われる。
2005501439.tif 000002
【特許請求の範囲】
【請求項１】
ディジタル伝送網、特にインターネットにおけるオーディオおよび／またはビジュアル・フォーマットを認識する方法であって、
フォーマットは擬似的に連続的なまたは複数パケットに分割されたデータ・シーケンス（データのシーケンス）からなり、
上記データ・シーケンスの全てまたは一部は１つ以上のビット・パターンの存在に関して解析され、
解析されたビット・パターンから所定のフォーマットが認識できた場合に、通知が行われる、方法。
【請求項２】
所定のビット・パターンが、例えばＭＰ３、ＭＰＥＧ４ビデオのような所定の使用に対応することを特徴とする、請求項１に記載の方法。
【請求項３】
データ・シーケンスが所定のデータ・フォーマットを示している場合に、上記分析されたデータストリームの送信者のアドレスと、上記解析されたデータ・シーケンスとが記憶されることを特徴とする、請求項１に記載の方法。
【請求項４】
記憶された送信者アドレスが第１のリストに格納され、この第１のリストが、許可された（合法的な）アドレスのアドレスが格納された第２のリストと比較されることを特徴とする、請求項１乃至３のいずれかに記載の方法。
【請求項５】
許可されたアドレスのリスト中に送信者のアドレスが含まれていないと判定された場合に、上記データ・シーケンスの送信が中断されることを特徴とする、請求項１乃至４のいずれかに記載の方法。
【請求項６】
データ・シーケンス（データストリーム）の受信者のアドレスが記憶され、好ましくは伝送の持続時間が計算されて記憶されることを特徴とする、請求項１乃至５のいずれかに記載の方法。
【請求項７】
認識すべきフォーマットがＭＰ３、ｍｐ３  ｐｒｏ、ＡＡＣ、ＡＡＣ  Ｐｌｕｓ、ＭＰＥＧ１または２、層２または層３またはＭＰＥＧ２．５層３であることを特徴とする、請求項１乃至６のいずれかに記載の方法。
【請求項８】
データ・シーケンスにおける所定のビット・パターンの認識が、同期ワードの解析によって行われることを特徴とする、請求項１乃至７のいずれかに記載の方法。
【請求項９】
所定のビット・パターンの認識が、データ・シーケンスの利用可能なフレーム長に基づいて計算された同期ワード間の距離に基づいて適当な（尤もらしい）検証によって追加的に実行されることを特徴とする、請求項１乃至８のいずれかに記載の方法。
【請求項１０】
伝送されたコンテンツおよび所有権者／制作者／著作者／著者が記憶されることを特徴とする、請求項１乃至９のいずれかに記載の方法。
【請求項１１】
見いだされた全てのデータがテーブルに編成されて記憶されることを特徴とする、請求項１乃至１０のいずれかに記載の方法。
【請求項１２】
オーディオ・ビジュアル・データの完全な復号および記憶を実行した仮想インターネット・ユーザ（仮想受信機）がシミュレートされることを特徴とする、請求項１乃至１１のいずれかに記載の方法。
【請求項１３】
解錠前に、既知の方法をさらに用いて情報が施錠されることを特徴とする、請求項１乃至１２のいずれかに記載の方法。
【請求項１４】
インターネット・サーバにおいて上記解析が行われることを特徴とする、請求項１乃至１３のいずれかに記載の方法。
【請求項１５】
パーソナル・コンピュータによってインターネット・サーバにおいて上記解析が行われることを特徴とする、請求項１４に記載の方法。
【請求項１６】
インターネット・ルータ用のプラグイン・カードによって実現されることを特徴とする、請求項１乃至１５のいずれかに記載の方法。
【請求項１７】
相異なるインターネット・サーバのルータにおいて、作成されたリストは、その１つがその他のものと連続的に比較され、および／または更新されまたは交換されることを特徴とする、請求項１乃至１６のいずれかに記載の方法。
【請求項１８】
ビット・パターンの解析のために、復号が実行されることも復号器が用いられることもないことを特徴とする、請求項１乃至１７のいずれかに記載の方法。
【請求項１９】
データ・シーケンスにおける所定のビット・パターンの認識が、ＩＤ、層、保護ビットまたはビットレート・インデックス等のヘッダ情報の解析によって行われることを特徴とする、請求項８に記載の方法。
【請求項２０】
請求項１乃至１９のいずれかに記載の方法を実行する、ディジタル伝送網すなわちインターネットにおけるオーディオおよび／またはビジュアル・フォーマットを認識する装置
【請求項２１】
請求項１乃至１９のいずれかに記載の方法を実行する、ディジタル伝送網、特にインターネットにおけるオーディオ／ビジュアル・フォーマットを認識するシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送ネットワーク、特にインターネットにおけるオーディオ／ビジュアル・データを認識する方法に関する。
【背景技術】
【０００２】
ネットワーク上で視聴するためには、所定のデータのコンテンツ（内容）を検証（ベリファイ）する必要はないが、そのフォーマットだけを検証する必要がある。現在のインターネットでは、データ・ファイルが提示され、送信され、および／またはダウンロードされる。また、データは、ライブ・ストリームと呼ぶよう提案され、即ち擬似的に連続的形態で送信される、ライブ（生）またはオン・デマンドのオーディオ・ビジュアル・コンテンツである。マイクロソフト（Ｍｉｃｒｏｓｏｆｔ）、リアル・ネットワーク（Ｒｅａｌ  Ｎｅｔｗｏｒｋｓ）、ＭＰＥＧおよびその他に由来する様々な所定のフォーマットが用いられている。インターネット・サーファーのためのより良いアクセスのために、および大量の音楽の提供のために、ｍｐ３フォーマット（ＭＰＥＧ１、２および２．５  層３）の音楽データ・ファイルの存在が特に指数的に増大した。この方法は、国際標準ＩＳＯ／ＩＥＣ１１１７２−３および１１３１８−３により公知である。上述の音楽ファイルに対する著作者および出版社（版権者）の著作権並びに可能なその他の権利は、通常、ダウンロードの期間においてインターネット・サーファーによって考慮されることはなく、また公開者（展示者）によっても考慮されることはあまりない。例えば、ＭＰＥＧ４  ＡＡＣまたはＭＰＥＧ４  Ｔｗｉｎ  ＶＱ／ＡＣＣ、ｍｐ３ｐｒｏ、ＡＡＣＰｌｕｓまたはＭＰＥＧ４  Ｖｉｄｅｏのような様々なネットワークにおいて使用される他の符号化方法、および業界標準と呼ばれるような市場で地位を獲得した会社の民間の非標準の方法をも、我々は利用（期待）することができる。
【非特許文献１】
国際標準ＩＳＯ／ＩＥＣ
【０００３】
通常、ｍｐ３ファイルは、ウェブ・サーバ上で利用可能であり、例えばネットスケープ・ナビゲータ（Ｎｅｔｓｃａｐｅ  Ｎａｖｉｇａｔｏｒ）、マイクロソフト・インターネット・エクスプローラ（Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ）およびその他のようなブラウザによってＵＲＬ（Ｕｎｉｆｉｅｄ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｉｏｎ）を用いて、アクセスできる。インターネット・サーファーが彼ら自身のコンピュータにオーディオまたはビデオ・ファイルを格納することができた場合は、彼らは、通常、１曲の音楽、１つのフィルム、１つのラジオまたはテレビジョン・プログラム（番組）を表す対応する名称の上でマウスを用いてクリックすることによって、即ちウェブ・コンテンツを制御することによって、それに到達することができる。そのファイルは、インターネットからユーザに、ＴＣＰ／ＩＰまたはＦＴＰ／ＩＰまたはＵＤＰ／ＩＰプロトコルを介して、さらに場合によってはＲＴＰまたはＲＴＳＰを用いて転送される。アプリケーションをＩＰプロトコルから分離したために、伝送に用いられるフォーマットを知ることは不可能である。これは、インターネット・サーファーの最後のルータに対しても有効である（同様である）。
【０００４】
許容できないオーディオ・ビジュアル・ファイルまたはフォーマットを分析してインターネット・アクセスまたは送信を停止するよう制御できる可能性はない。従って、例えばテキスト、音楽、映画、制作物に対する権利の所有者は、収入の全てまたは一部を失う。それを防止する錠が提供されているが、対応する解錠アルゴリズムが開発されてオーディオ・ビジュアル作品（制作物）に対する支払いが再び回避される。
【発明の開示】
【０００５】
本発明の目的は、上述の欠点を解消することである。
【０００６】
その目的は、請求項１に記載された特徴を有する方法によって達成される。有利な実施形態が従属請求項に記載されている。
【発明を実施するための最良の形態】
【０００７】
次に、実装の例（実施形態）を用いて本発明をより詳細に説明する。
【０００８】
表１は、第１の実装の例の特性を示している。
【０００９】
【表１】
2005501439.tif 000003
【００１０】
ビット・パターン“１１”および“０１０１”を認識するよう予め設定されたサーチ・アルゴリズムによって、４番目および８番目の開始部分がサーチ（検索）される。４番目のブロックの２つの“１１”の間の距離、および８番目のブロックの２つの“０１０１”の間の距離の情報（値）を用いてチェック（検査）が行われて、見つかったデータ・パターンの誤った解釈が回避される。
【００１１】
エラー保護を用いてまたは用いずに、データ信号を送信できる。エラー保護を用いない場合は、別のパラメータ、即ち、チェックの数（所定の検査回数）を用いて識別（検査）結果が正しいか否かが判断される。さらに、４つのフレームの中の少なくとも３つのフレームは対応するデータ・パターンを示さなければならないと考えなければならない。
【００１２】
正しい解釈
ビット１および２、ビット１３および１４、並びにビット３７および３８は、“１１”のデータ・パターンとして識別される。１箇所だけ、即ちビット２５および２６が、“１１”を示さず“１０”を示しているので、これはアルゴリズムによって伝送エラーと判定される。
【００１３】
誤った解釈
ビット２および３、並びにビット１４および１５は、“１１”のデータ・パターンとして識別される。その後、１度の“０１”と１度の“１０”を示すビット２６および２７並びにビット４２および４３をチェックしている間に、アルゴリズムは、それが正し開始部分でないと結論する。
【００１４】
第２の実装の例の特別な特性は次の通りである。
伝送媒体：              インターネット
ユーザ・データ：        ＭＰＥＧ１／２  層３、これはｍｐ３とも呼ばれ、１２８Ｋビット／ｓで符号化される
伝送プロトコル：        ＴＣＰ／ＩＰ
送信者名（アドレス）：  ＸＡＶ（１２３．４５６．７８９．１２）
受信者名（アドレス）：  ＭＡＫ（９８７．６５４．３２１．９８）
ｍｐ３データストリームの構成、いわゆるオーディオ・フレームは、図１に示すように、ＩＳＯ／ＩＥＣ１１１７２−３および１１３１８−３に従って出現する。
【００１５】
ヘッダ、エラー・チェック、オーディオ・データおよび補助（付加）データのような４つのデータ・セグメントまたは４つのフィールドの構成は、次の通りである。
【００１６】
ヘッダの構成は、
同期ワード、ＩＤ、層、保護ビット、ビットレート・インデックス、サンプリング周波数、パッディング・ビット、モード、モード拡張、著作権、オリジナル（原本）／コピー、強調、であり、
【００１７】
エラー・チェックの構成は、
ＣＲＣ（巡回冗長検査）チェック、であり、
【００１８】
オーディオ・データの構成は、
ビット割当、スケール・ファクタ（倍率要因）、サンプル、であり、
【００１９】
補助（付加）データの構成は、
ユーザによって規定される任意のデータ、である。
【００２０】
この実装の例では、特に、次のフィールドのような、ヘッダの最初の変数を用いて解析を行う。
【００２１】
同期ワード：これは、定義のための内容（値）“１１１１  １１１１  １１１１”を常に有する。
ＩＤ：これは、ＭＰＥＧの使用において、この例では内容（値）“１”を有する。
層：これは、層３の使用において、この例では内容（値）“０１”を有する。
ビットレート・インデックス：これは、次の表に従って、使用ビットレートおよびフレームの長さを示す。
【００２２】
【表２】
2005501439.tif 000004
【００２３】
“１１１１”は、使用不可である。その理由は、内容（値）“１１１１  １１１１  １１１１”を有する同期ワード識別と衝突するからである。
【００２４】
さらに、例えばビット割当またはスケール・ファクタのようなその他の変数を、解析に用いることができる。
【００２５】
１２８Ｋビット／ｓのｍｐ３符号化、およびフレーム持続時間２４ｍｓでは、ｍｐ３オーディオ・フレームは平均長さ１２８０００ビット／ｓ＊０．０２４ｓ＝３０７２ビット＝３８４バイトを有する。
【００２６】
インターネット伝送プロトコルは、図２に示されたＯＳＩ基準パターンに関連する。アプリケーション・データ、ここではｍｐ３は、層１の層に位置する。この層は、ＩＳＯ／ＩＥＣ  ＭＰＥＧ標準の層１と交換できない。
【００２７】
インターネットに用いられる既知のプロトコルは、層４および層３に位置し、ここではＴＣＰおよびＩＰである。インターネット伝送パケットにおける典型的なサイズは、１．５Ｋバイトであり、これは、例において用いられる３８４バイト・サイズのオーディオ・フレームが図３に示されたＴＣＰ／ＩＰパケットの内部に多数含まれ得ることを意味する。
【００２８】
図３から、オーディオ・フレームに含まれるマーキング変数、例えば、同期ワード、ＩＤおよび層が各ＴＣＰパケットに多数出現し得ることが分かる。
【００２９】
インターネットで伝送されるＴＣＰパケットはヘッダによっても識別される。そのヘッダはいわゆるポート番号を表示し、そのポート番号が送信および受信アプリケーションおよびシーケンス番号を識別し、そのシーケンス番号がデータストリームにおける各セグメントの位置を与える。インターネットで、ここではＴＣＰ／ＩＰで伝送されるＩＰパケットは、必要であれば、例えば図４に示されているように小さくフラグメント化できる。
【００３０】
フラグメント化によって、ｍｐ３オーディオ・フレームがＴＣＰ／ＩＰパケット内に完全には収まりきれない（フィットすることができない）従って同期ワード、ＩＤおよび層のような変数であっても１つのパケットに収まりきれない場合（可能性）があるＴＣＰ／ＩＰパケットを小さくすることができる。
【００３１】
最後に、例えば次の表のようなインターネット・サーファーのための選択サーバにおいて、幾つかのアプリケーションに関連する多数の相異なるパケットを見いだすことができる。
【００３２】
【表３】
2005501439.tif 000005
【００３３】
対応するコンテンツ（内容）が、選択サーバに位置するルータに知られることはない。それ（ルータ）は、関連する出所およびアプリケーション・サイズ等に関係なく、それ（ルータ）に接続されたインターネット・サーファーがそれに宛てられたＩＰパケットを受信したと確信するだけである。また、ルータは、正しいシーケンスに従ってパケットを配列することはない。そのパケットの処理はインターネット・サーファーの受信アプリケーションによって実行される。
【００３４】
本発明による方法は、ＩＰパケットをそのビット内容に関して解析し、その後、そのファイルをインターネット・サーファーに配信し、送信者および受信者に関する情報を提供し、合法性の検証を行い、必要な場合にはその配信を阻止する。
【００３５】
ｍｐ３ファイルまたはｍｐ３ライブ・ストリームは、層１、ビット伝送層において、同期ワード、ＩＰおよび層で構成されるビット・シーケンスが図５のパターンのように進む。
【００３６】
ＭＰ３データストリームは複数のパケットに分割されて、例えばＴＣＰ、ＵＤＰまたはＦＴＰのようなＩＰプロトコルで供給される。そのパケットは、通常、１５００バイトのサイズを有し、即ち１２０００ビットを有する。上述のフレーム・サイズでは、1つのＩＰパケットには少なくとも１つのヘッダが含まれていると仮定できる。
【００３７】
本発明による方法は、メモリ・サイズに従ってメモリに１つ以上のパケットを格納する。伝送に用いられるプロトコルは送信者および宛先のアドレスを解析して決定し、それらを別々に記憶する。次いで、アプリケーションに関連するデータは、ビット伝送層（層１）から分離（絶縁）されて、必要な場合には正しいシーケンスに従って配列される。次いで、図５に示されているビット・パターンが、アプリケーション用のその分離されたデータ・シーケンス中でサーチされる。解析結果が肯定的なものであった場合は、その解析が数回反復されて、そのフォーマットが本当にサーチしていたものであることを確認するようにする。
【００３８】
送信の合法性を検証するために、幾つかの基準が適用できる。１つの観点において、オーディオ・ビジュアル・コンテンツの合法的送信者のアドレスと、実際のＩＰパケットの送信者のアドレスとを比較するために、およそ１つほどの正規の比較表が利用可能であってもよい。そのアドレスが合法的送信者のものであった場合は、パケットの制御をそれ以上実行する必要はない。他の可能性として、本発明による解析方法において、利用することが分かっているアプリケーションにおいて利用可能な例えばウォーターマーキングのような錠（ロック）機構、等を用いる追加的手段を設けてもよい。
【００３９】
インターネット・サーファーによって呼び出されたデータの量に関する正確な宣言を行うために、その解析は各ＩＰパケットに対して擬似的に連続的な方法で実行される。その解析の結果は、例えば図６に示された観点を有する表に保存される。
【００４０】
例えばｍｐ３においてしばしば用いられるＩＤタブのようなアプリケーション・データの次のデータを解析しなければならない場合は、オプション（任意選択）として、さらに、ｍｐ３ファイルのコンテンツ、制作者、実行者、等を保存しなければならない。そのようなデータは関連する組織（例えばドイツのＧＥＭＡ）によって作成され使用され得る。
【００４１】
移動（モバイル）インターネット・サーファー（例えば、ＧＭＳ、ＵＭＴＳ、ＧＰＲＳ）の場合、その解析が関連のサーバにおいて行われたことを保証する必要がある。そのサーバが常に同じでない場合は、そのサーバはネットワークの１つの送信セルから別のセルへ移動する間に変わってもよい。そのために、本発明による方法を有利な形態で用いて、付勢される各サーバにおいて１つの情報を作成し、それによって実際に解析された受信アドレスを示してもよい。
【００４２】
本発明による方法における計算能力を最適化するために、次の変形（variant）を用いてもよい。肯定的な解析が、即ちアプリケーションの各ＩＰパケットにおいて、非常にしばしば実行されなければならない場合は、次のことが可能である。
【００４３】
ａ）各ｎ番目のパケットに対してだけ解析を行い、
ｂ）ビットレートから２つの同期ワード（１１１１  １１１１  １１１１）の間の距離を１回だけ評価して、上述の各距離における同期ワードだけを検証する。
【００４４】
ビットレート・インデックスにおけるビットレートと、送信フレームの長さと、２つの同期ワード“１１１１１１１１１１１１”の間の距離との間に因果関係が存在するとき、変形ｂ）を用いて、より良好な識別を行うことができる。その例において（ビットレート・インデックス“１００１”が１２８ｋビット／ｓに対応する）、３８４バイト＝３０７２ビットの２つの同期ワード“１１１１１１１１１１１１”の間の距離が明確に得られる。
【００４５】
図７は、本発明による方法を実現するための構成を示している。非常に相異なるタイプのインターネット・ユーザは、インターネットにおいてサーフィンを行うために、例えばｔ−ｏｎｌｉｎｅまたはＡＯＬのようなインターネット・サービス・プロバイダに、ＰＳＴＮ（公衆交換電話網）（モデム）またはＩＳＤＮを介して接続して、情報を呼び出したりまたは電子メールを送信できる。情報のフローは、様々なインターネット参加者の間で生じ、従って、サービス・プロバイダおよびインターネット・ユーザの間で、１つのインターネット・サイトと別のサイトの間で、またインターネット・サイトとインターネット・ユーザの間で、いわゆるサーバ、ルータを介して生じる。従って、本発明の方法は、次の形態を取る。
【００４６】
ａ）ルータ用のプラグイン・カード、または
ｂ）挿入されたデータを解析するＰＣ上で実行される付加的ソフトウェア。
【００４７】
解析の期間中、データは復号されず、従って、それが音楽データである場合は、例えば聴取可能とならない。しかし、そのデータのフォーマットは所定のパターンと比較することによって解析されて、所定のフォーマットであるか検証される。
【００４８】
以上説明した通り、ビット・パターンの解析のために、データストリームの復号が予見されることはないが、ビット・パターンまたはビットストリームが擬似的に“外部からのもの”か検査され、対応するビット・パターンが解析された場合、データストリームの例えば音楽コンテンツを復号または実際に聴くまでもなく、そのフォーマットまたは符号化法が推定できる。
【図面の簡単な説明】
【００４９】
【図１】図１は、所定のフィールドを有するｍｐ３オーディオ・フレームの構成を示している。
【図２】図２は、ＯＳＩ基準パターンの内部の対応するプロトコルを示している。
【図３】図３は、ｍｐ３オーディオ・フレームとＴＣＰパケットとの対応関係を示している。
【図４】図４は、フラグメントを示している。
【図５】図５は、ＭＰ３が使用されるときのフレームの開始部における固定ビット・パターを示している。
【図６】図６は、可能な解析結果の表を示している。
【図７】図７は、本発明による方法を実現するための構成を示している。
【図１】
2005501439.tif 000006
【図２】
2005501439.tif 000007
【図３】
2005501439.tif 000008
【図４】
2005501439.tif 000009
【図５】
2005501439.tif 000010
【図６】
2005501439.tif 000011
【図７】
2005501439.tif 000012
【国際公開パンフレット】
2005501439.tif 000013
2005501439.tif 000014
2005501439.tif 000015
2005501439.tif 000016
2005501439.tif 000017
2005501439.tif 000018
2005501439.tif 000019
2005501439.tif 000020
2005501439.tif 000021
2005501439.tif 000022
2005501439.tif 000023
2005501439.tif 000024
【国際公開パンフレット（コレクトバージョン）】
2005501439.tif 000025
2005501439.tif 000026
【手続補正書】
【提出日】平成15年6月27日(2003.6.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ディジタル伝送網すなわちインターネットにおけるオーディオおよび／またはビジュアル・フォーマットを認識する方法であって、
フォーマットは擬似的に連続的なまたは複数パケットに分割されたデータ・シーケンスからなり、
上記データ・シーケンスの全てまたは一部は１つ以上のビット・パターンの存在に関して解析され、
解析されたビット・パターンから所定のフォーマットが認識でき、所定のビット・パターンのデータ・シーケンスの認識が同期ワードの解析によって行われた場合に、通知が行われる、方法。
【請求項２】
所定のビット・パターンが、例えばＭＰ３、ＭＰＥＧ４ビデオのような所定の使用に対応することを特徴とする、請求項１に記載の方法。
【請求項３】
データ・シーケンスが所定のデータ・フォーマットを示している場合に、上記分析されたデータストリームの送信者のアドレスと、上記解析されたデータ・シーケンスとが記憶されることを特徴とする、請求項１に記載の方法。
【請求項４】
記憶された送信者アドレスが第１のリストに格納され、この第１のリストが、許可された（合法的な）アドレスが格納された第２のリストと比較されることを特徴とする、請求項１乃至３のいずれかに記載の方法。
【請求項５】
許可されたアドレスのリスト中に送信者のアドレスが含まれていないと判定された場合に、上記データ・シーケンスの送信が中断されることを特徴とする、請求項１乃至４のいずれかに記載の方法。
【請求項６】
データ・シーケンス（データストリーム）の受信者のアドレスが記憶され、好ましくは伝送の持続時間が計算されて記憶されることを特徴とする、請求項１乃至５のいずれかに記載の方法。
【請求項７】
認識すべきフォーマットがＭＰ３、ｍｐ３  ｐｒｏ、ＡＡＣ、ＡＡＣ  Ｐｌｕｓ、ＭＰＥＧ１または２、層２または層３またはＭＰＥＧ２．５層３であることを特徴とする、請求項１乃至６のいずれかに記載の方法。
【請求項８】
所定のビット・パターンの認識が、データ・シーケンスの利用可能なフレーム長に基づいて計算された同期ワード間の距離に基づいて適当な検証によって追加的に実行されることを特徴とする、請求項１乃至７のいずれかに記載の方法。
【請求項９】
伝送されたコンテンツおよび所有権者／制作者／著作者／著者が記憶されることを特徴とする、請求項１乃至８のいずれかに記載の方法。
【請求項１０】
見いだされた全てのデータがテーブルに編成されて記憶されることを特徴とする、請求項１乃至９のいずれかに記載の方法。
【請求項１１】
オーディオ・ビジュアル・データの完全な復号および記憶を実行した仮想インターネット・ユーザ（仮想受信機）がシミュレートされることを特徴とする、請求項１乃至１１のいずれかに記載の方法。
【請求項１２】
解錠前に、既知の方法をさらに用いて情報が施錠されることを特徴とする、請求項１乃至１０のいずれかに記載の方法。
【請求項１３】
インターネット・サーバにおいて上記解析が行われることを特徴とする、請求項１乃至１２のいずれかに記載の方法。
【請求項１４】
パーソナル・コンピュータによってインターネット・サーバにおいて上記解析が行われることを特徴とする、請求項１３のいずれかに記載の方法。
【請求項１５】
インターネット・ルータ用のプラグイン・カードによって実現されることを特徴とする、請求項１乃至１４に記載の方法。
【請求項１６】
相異なるインターネット・サーバのルータにおいて、作成されたリストは、その１つがその他のものと連続的に比較され、および／または更新されまたは交換されることを特徴とする、請求項１乃至１５のいずれかに記載の方法。
【請求項１７】
ビット・パターンの解析のために、復号が実行されることも復号器が用いられることもないことを特徴とする、請求項１６のいずれかに記載の方法。
【請求項１８】
データ・シーケンスにおける所定のビット・パターンの認識が、ＩＤ、層、保護ビットまたはビットレート・インデックス等のヘッダ情報の解析によって行われることを特徴とする、請求項１に記載の方法。
【請求項１９】
ディジタル伝送網すなわちインターネットにおけるオーディオおよび／またはビジュアル・フォーマットを認識する方法であって、
フォーマットが擬似的に連続的なまたは複数パケットに分割されたデータ・シーケンスからなり、
上記データ・シーケンスの全てまたは一部は１つ以上のビット・パターンの存在に関して解析され、
解析されたビット・パターンから所定のフォーマットが認識できた場合に通知が行われ、
上記データ・シーケンスの全てまたは一部がビット伝送層（層１）から分離されてさらに解析される、方法。
【請求項２０】
請求項１乃至１９のいずれかに記載の方法を実行する、ディジタル伝送網すなわちインターネットにおけるオーディオおよび／またはビジュアル・フォーマットを認識する装置。
【請求項２１】
請求項１乃至１９のいずれかに記載の方法を実行する、ディジタル伝送網すなわちインターネットにおけるオーディオおよび／またはビジュアル・フォーマットを認識するシステム。
【国際調査報告】
2005501439.tif 000027
2005501439.tif 000028