メディアストリーム受信者認証
メディアストリームの受信者の認証の方法、データ構造およびシステム。メディアストリームは自己インストールおよび自己実行のメディアプレイヤーおよびメディアコンテンツを含んでいる。メディアプレイヤーは、それが自己インストールおよび自己実行した後で、認証サービスと通信する。メディアプレイヤーはメディアストリーム受信者に関する認証証拠を供給する。認証サービスは、その情報を受信者のメディアコンテンツのアクセスの認証に対して使用する。認証サービスは認証証拠を認証された受信者に与える。メディアプレイヤーに有効な認証証拠が受信されると、メディアプレイヤーは認証された受信者に対してメディアコンテンツを再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、一般にメディアストリーミングに関し、さらに特にはメディアストリームに関するメディアコンテンツのアクセスに対するメディア受信者認証に関する。
【背景技術】
【０００２】
メディアストリームのネットワーク送信は、今日の電子経済において一般的になっている。個人は現在、メディアストリームをテレビ会議、テレビ視聴、映画鑑賞、ラジオ視聴、個人の映像の送信、およびお互いの会話のために使う。
【０００３】
メディアストリームの普及は、コンテンツプロバイダに対する多くのライセンスおよびロイヤリティの問題を作り出している。例えば、一旦、電子環境においてメディアストリームが利用でき、ネットワークに送信されると、メディアストリームは、メディアストリームを見る許可が無く、アクセスに対しコンテンツプロバイダに支払わない個人により獲得される。
【０００４】
従来、ライセンスとロイヤリティの問題は、公開鍵基盤（ＰＫＩ：Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）（公開鍵および秘密鍵のペアを鍵を暗号化するために用いる）のような標準暗号技術を用いることによりコンテンツプロバイダによって対処されている。しかしながら、一度、認証された受信者が鍵の復号に成功すると、メディアストリームは、認証された受信者により認証のない受信者（下流の受信者）に後に送信可能な形式で従来のメディアプレイヤーで利用可能になる。それ故、コンテンツプロバイダにより適切にライセンスされていないメディアストリームは、メディアコンテンツプロバイダに対し懸念が高まり続けている。さらに、従来、他の許可されていない下流の受信者へのメディアストリームの再送信を制限している下流の受信者に対し効果的な技術がなかった。
【０００５】
よって、メディアストリーム受信者認証に対し、改良された実施と技術が必要である。これらの実施と技術は、メディアストリームが再生される度に、コンテンツプロバイダのライセンスおよびロイヤリティの要求の確認を可能にするべきである。このように、メディアストリームの認証された受信者は、認証のない受信者（下流の受信者）にアクセスを与えることができない。
【発明の開示】
【０００６】
本発明の各種の実施の形態において、メディアストリーム受信者の自動認証に関する技術が開示されている。メディアストリームは自己インストールおよび自己実行のメディアプレイヤーおよびメディアコンテンツを含んでいる。メディアプレイヤーは、認証証拠を取得するために認証サービスと通信する。認証された受信者に対するメディアコンテンツへのアクセスの許可および再生のために、認証証拠はメディアプレイヤーにより使われる。
【０００７】
さらに特に本発明の一実施形態において、メディアストリーム受信者を認証するための方法が示されている。受信者がメディアストリームを再生しようとする時、認証要求はメディアプレイヤーから自動的に受信される。さらに、受信者は、受信者がメディアストリームを再生するために認証されるかどうか確認のためにチェックされる。もし受信者が認証されると、認証証拠がメディアプレイヤーに送られる。
【発明を実施するための最良の形態】
【０００８】
メディアストリーム受信者認証に対する新規な方法、データ構造およびシステムが記載されている。以下、実施の形態の詳細な説明を図面を参照して説明する。それはこれに関して一部を形成し、例として示したもので、これに限定されるものでなく、実施されるであろう本発明の特定の実施の形態である。これら実施の形態は、当業者が理解し実施するのに十分詳細に記載され、他の実施の形態に利用でき、その構造、論理および電気的変更は、本開示の精神および要旨を逸脱しない範囲内で可能である。以下の詳細な説明は、従って、限定した意味はなく、この中に記載された本発明の実施の形態の範囲は、添付の特許請求の範囲のみから定義される。
【０００９】
この中で使われる“メディアストリーム”という用語は、ほんの一例として、音楽、映像、グラフィック、イメージ、テキストおよび同種のものの組み合わせのようなマルチメディアに関連するメディアコンテンツ／データである。この発明のメディアストリームは、また、２００３年２月１９日に出願された米国特許出願第１０／３６９０１７号（メディアデータストリーム処理に関する方法、データ構造およびシステム）に記載されるような、自己インストールおよび自己実行のメディアプレイヤーを含んでおり、それはこの参照により開示に含まれる。
【００１０】
メディアストリームは、構造化可能なバイト群、ブロックまたはフレームに分割し、一人またはそれ以上の受信者のコンピュータデバイスにネットワークを介してこれらの断片を連続に送信するような従来の送信技術を使い流すことができる。ネットワークは有線である（例えば、ダイレクト（ポイントツーポイント）、非ダイレクト（例えば、Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＡＮ）、インターネットのような）、およびその他）。また、ネットワークは無線でもよい（例えば、赤外線、無線周波数（ＲＦ）、サテライト、携帯電話、およびその他）。さらに、ネットワークは互いに連結した有線および無線ネットワークを組み合わせることができる。
【００１１】
コンテンツプロバイダは、メディアストリームのメディアコンテンツを電子的に配信することを許可された事業者である。それ故、コンテンツプロバイダは、直接、電子的配信のためにメディアコンテンツを初めから作成する事業者でもよく、またコンテンツプロバイダは、メディアコンテンツを配信するためのライセンスを取得する事業者でもよい。コンテンツプロバイダは、ネットワークを介してコンピュータ利用可能な媒体の中で、一つまたはそれ以上の電子的アプリケーションまたはサービスとして表すことができる。
【００１２】
認証サービスは、メディアストリームのメディアプレイヤーに認証サービスを与える、一つまたはそれ以上の電子的アプリケーションである。認証サービスは、メディアプレイヤーから、ほんの一例として、メディアコンテンツの受信者の身元、受信者のコンピュータデバイスに対する識別表示（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、コンピュータデバイスの環境に関係するセッティングデータ、コンテンツプロバイダに対する識別表示、および同種のもののような、各種認証情報を受信する。この発明の実施の形態のいくつかにおいて、認証サービスは、特定の受信者がメディアコンテンツを再生する許可が与えられているか判断するために、ライセンスサービスと通信を行う。ライセンスサービスは、また、ディジタル認証機関であることもできる。
【００１３】
認証サービスは、要求した受信者のコンピュータデバイス上のもとのメディアプレイヤーに認証証拠を与える。認証証拠は、メディアコンテンツを認証された受信者に対し再生できることをメディアプレイヤーに通知するキーである。一実施形態において、認証証拠は、ほんの一例として、ＰＫＩと関係した秘密および公開鍵ペアのような、任意の特別のまたは従来の暗号化技術を用いて暗号化された鍵である。秘密鍵はメディアプレイヤーの秘密鍵にでき、認証サービスおよびメディアプレイヤーのみに知られることができる。
【００１４】
認証証拠は、また、認証サービスにより直接、受信者のコンピュータ環境にインストールされた隠しファイル／データにできる。あるいは、メディアプレイヤーを隠しファイル／データをインストールするために使うことができる。他の実施の形態において、認証された受信者が証明されるとき、認証サービスからメディアプレイヤーに送られる認証証拠は電子通知に過ぎない。
【００１５】
他の実施の形態において、認証証拠は、メディアプレイヤーにライセンス制限（ｒｅｓｔｒｉｃｔｉｏｎ）および限定（ｌｉｍｉｔａｔｉｏｎ）を与える、より複雑なデータ構造である。例えば、認証証拠はデータをメディアプレイヤーに与え、それは特定の期間、メディアコンテンツの再生をメディアプレイヤーに許可することを指示するであろう。さらに、認証証拠は、確認された受信者によるその後の全ての再生要求に対し、メディアプレイヤーが認証サービスと再連絡する必要がないと示すことができる。
【００１６】
受信者は実体の電子表示である。実体はユーザーまたは他の電子的アプリケーションにできる。受信者は、メディアプレイヤーおよびメディアコンテンツの両方を含んだメディアストリームを受信する。
【００１７】
受信者がどのようにまたは誰からメディアストリームを受信したかは重要でない、しかしながら、メディアストリームが受信者から他の下流の受信者に送信される度に、そのような情報はメディアプレイヤーにより保持することができる。そのような情報が保持されるとき、特定の受信者の認証の目的に対して有用であろう。例えば、特定のライセンスはメディアストリームの最初の受信者を認証し、最初の受信者は特定された発信者からのメディアストリームを取得する。これらの状態の中で、メディアプレイヤーによる特定の受信者または発信者の保持は、メディアプレイヤーが認証サービスとやり取りを行うとき、適切な認証にとって有益であると分かるであろう。
【００１８】
図１は本発明の一実施形態に基づくメディアストリーム受信者認証の方法１００のフローチャートである。方法１００は、コンピュータ利用可能なメディア上のより多くのソフトウェアアプリケーションの一つに実装され、コンピュータデバイス（例えば、処理および記憶能力のある任意のデバイス）により実行される。さらに、一実施形態において、方法１００の処理は、ネットワーク接続を介してネットワーククライアントコンピュータデバイスを利用できる認証サービスとして実施される。そのような認証サービスは、ゼロまたはそれ以上の外部サービスとやりとりをすることができる。例えば、認証サービスはライセンスサービスまたはディジタル認証期間から情報を要求してもよい。
【００１９】
１１０において、認証要求がメディアプレイヤーから受信される。メディアプレイヤーは、メディアストリームに組み込まれ、メディアコンテンツが付属している。メディアコンテンツのフォーマットは、メディアプレイヤーがメディアコンテンツを再生する必要があるように、メディアプレイヤーにのみ知られている。メディアプレイヤーは、受信者のコンピュータデバイス上で自己インストールおよび自己実行し、メディアコンテンツの再生を試みる。
【００２０】
１１１において、受信者がメディアコンテンツの再生を試みる時、メディアプレイヤーは、受信者が認証されている、またはメディアコンテンツに対し有効なライセンスを持っているかを確認する。もし、以前の認証からの局所的に利用可能な認証証拠を持っていたら、認証証拠に関係したライセンスが現在有効として、メディアプレイヤーは受信者に対してメディアコンテンツを再生する。しかしながら、もし、メディアプレイヤーが認証証拠の制限により要求され、または受信者がメディアコンテンツを再生するための最初の要求をすると、メディアプレイヤーは認証情報を生成し、１１０において、方法１００の処理に送信する。
【００２１】
１１０において、メディアプレイヤーから認証要求を受信するとき、要求と関係した認証情報は、有効な認証証拠をメディアプレイヤーに発行することができるか確認するために、１２０において、検査される。認証情報は受信者に対する身元（ｉｄｅｎｔｉｔｙ）、メディアコンテンツまたはストリームに対する識別表示、受信者のコンピュータデバイスのインターネットプロトコル（ＩＰ）アドレス、コンピュータデバイスの電子環境に対する設定、要求しているメディアプレイヤーに対する識別表示、メディアストリームの以前の発信者または受信者に対する識別表示、メディアストリームを所有するコンテンツプロバイダの識別、および同種のものを含むことができる。
【００２２】
従って、１２０において、認証情報はメディアコンテンツを再生するために許可された受信者の確認に対して使われる。確認ロジックおよび処理は、メディアコンテンツのメディアプロバイダにより求められたライセンスまたはアクセス権に依存する。これらのライセンス限定は、限定がファイルの局所的なデータ構造に表れたときのように、方法１００により局所的に得られることができる。あるいは、これらのライセンス限定は、１２２において表された外部サービスとのやり取りまたは通信により、方法１００の処理から得られることができる。外部サービスはライセンスサービスまたはディジタル認証期間でもよい。受信者がメディアコンテンツを再生するために認証されているか否かを方法１００の処理が判断すると、もとの要求しているメディアプレイヤーとの通信が回復する。
【００２３】
もし、１２１において、受信者が適切な認証を持っていないと判断されると、そのような通知がメディアプレイヤーに送信される。加えて、いくつかの実施の形態において、そのような認証されていないアクセスの試みがコンテンツプロバイダと通信され、および／または電子ログデータ構造またはファイルの中に方法１００の処理により記録される。さらに、そのような通知は、メディアプレイヤーにより最初に送られた認証情報（または認証情報の抜粋部分）を含むことができる。このように、本発明のさまざまな実施の形態において、コンテンツプロバイダは、ライセンス違反に対するそれらのコンテンツデータを積極的かつ自動的に監視できる。
【００２４】
もし、受信者がメディアコンテンツを再生するために認証されると、１３０において、認証証拠が生成される。一実施形態において、認証証拠は、要求しているメディアプレイヤーに方法１００の処理により送られた確認の電子承認に過ぎない。一実施形態において、認証証拠は、実際、認証された受信者に対する認証されたアクセスの境界および範囲を定義するデータの集合である。このように、認証証拠は、認証証拠を介してメディアプレイヤーに処理の限定およびそれらメディアコンテンツに対するメディアプロバイダによりカスタマイズされたライセンスアクセス権を与える。
【００２５】
いくつかの実施の形態において、認証証拠はライセンスキーに暗号化され、１３１において表されたように、それは任意の従来または特別の暗号化技術を使い暗号化されている。例えば、方法１００の処理は、方法１００の処理に関係した秘密鍵、およびメディアプレイヤーまたは受信者の公開鍵を暗号化された認証証拠を作るために使うことができる。他の実施の形態において、方法１００の処理が方法１００の処理およびメディアプレイヤーの秘密鍵に関係した公開鍵を使い、認証証拠を暗号化できるように、メディアプレイヤーの秘密鍵は方法１００の処理およびメディアプレイヤーのみが知ることができる。当然、さまざまな公開および秘密鍵暗号化技術を本発明の実施の形態で使うことができる。すべてのそのような従来または特別の開発された技術は、本発明によりカバーされることを意味する。
【００２６】
さらに実施の形態において、認証証拠は、受信者のコンピュータ環境の中に隠しファイル／データとしてインストールされるようにする。それ故、１３２において、そのような書き込みアクセスが受信者のコンピュータデバイスにより与えられるとすれば、方法１００の処理は認証証拠を自動的に受信者のコンピュータデバイスにインストールできる。
【００２７】
もし、方法１００の処理が独立して認証証拠を受信者のコンピュータデバイスにインストールすると、認証証拠は、１４０において、メディアプレイヤーにより取得され、１５０において、受信者に対しメディアコンテンツを再生するために使用される。
【００２８】
他の実施の形態において、メディアプレイヤーは認証証拠を管理し、方法１００の処理から独立している。これらの実施の形態において、１４０において、認証証拠はメディアプレイヤーに送られ、１５０において、メディアプレイヤーはその証拠を受信者に対しメディアコンテンツを再生するために使用する。
【００２９】
さらに多くの実施の形態において、メディアプレイヤーは初期認証証拠をメディアストリームに含んでいる。この認証証拠は時間またはイベント制限を含むことができ、時間またはイベントが検出されたとき、メディアプレイヤーはメディアストリームおよびそれ自身を受信者のコンピュータ環境から削除する。それ故、いくつかの実施の形態において、メディアストリームの最初の受信者は、認証証拠の制限に基づいたメディアストリームの一時的な所有権のみ持つことができる。
【００３０】
他の実施の形態において、メディアプレイヤーおよびメディアストリームは、揮発性メモリにのみ存在し、一旦、メディアコンテンツが消費されると、メディアコンテンツおよびメディアプレイヤーは、もはや受信者のコンピュータデバイス上で利用できない。それ故、特定の受信者が二度目のメディアコンテンツの再生を望むと、メディアプレイヤーを含んだメディアストリームは、メディアストリームを供給しているサービスから再取得される。
【００３１】
他の実施例において、メディアストリームは最初にインターネットプロトコル（IP)アドレス、一連のIPアドレス、URL（Uniform Resource Locator）、またはURLのリストに基づいたセキュリティ識別子（SID：ｓｅｃｕｒｉｔｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)を使い、符号化される。これらの実施の形態の中で、受信者のコンピュータ環境が符号化されたSIDにより適切に確認されると、メディアプレイヤーは受信者に対してメディアストリームのメディアコンテンツを再生するであろう。それ故、たとえ受信者のコンピュータデバイスが何らかの形で認証された認証証拠を取得することができても、コンピュータデバイスのSIDがメディアストリームの中で本物と確認されないならば、メディアコンテンツは再生されないであろう。この特徴は、再ストリームをしようとする受信者がメディアストリームの再ストリームを許可されていないときに、適切なSIDおよび認証証拠を持ったコンピュータデバイスがメディアストリームを下流の受信者に再ストリーミングするのを防ぐのに使用することができる。
【００３２】
さらに実施の形態において、初期認証証拠は、最初の受信者から下流の受信者にメディアストリームの再送信を制限する限定（ｌｉｍｉｔａｔｉｏｎ）を含むことができる。それ故、もし認証された最初の受信者が他の下流の受信者にメディアストリームを再ストリームしようとしても、メディアプレイヤーはその前にこれを防ぐ。しかしながら、もし認証された最初の受信者が電子メールにストリームを添付し、送信すると、メディアプレイヤーが下流の受信者のコンピュータデバイス上でインストールおよび実行するとき、メディアストリームが認証されていない下流の受信者にとって役立たないように、認証証拠は存在しないまたは無効になるであろう。
【００３３】
電子環境において、どのようにメディアコンテンツへのアクセスが効果的に制御されるかは現在明白である。これらの処理技術は、メディアコンテンツの任意の下流の受信者のライセンスおよびロイヤリティの実施を可能にする。従来、そのような実施はメディアコンテンツの最初または第一の受信者にのみ行うことができた。
【００３４】
図２は、本発明の一実施形態に基づくメディア認証データ構造２００を表す図である。メディア認証データ構造２００はコンピュータ利用可能な媒体に存在し、ネットワークを介して一つ以上のコンピュータデバイス上で処理している一つ以上の電子アプリケーションにより使われる。さらに、メディア認証データ構造２００は、一つ以上の電子アプリケーションおよび一つ以上のコンピュータデバイスにより、処理または消費の間、論理的に集められているので、メディア認証データ構造２００は、単一のコンピュータデバイスがローカルに利用可能なメモリまたはストレージの中にメディア認証データ構造２００の構成要素の全てを隣接して格納する必要がない。
【００３５】
メディア認証データ構造２００は、メディアプレイヤーロジック２０２、メディアコンテンツ２０３、およびメディア認証ロジック２０５を持つメディアストリームとして具現化される。随意的に、メディア認証データ構造２００は認証証拠も含む。
【００３６】
メディア認証データ構造２００は、受信者のコンピュータデバイス２１０上で、少なくとも部分的に消費または変更される。受信されるとメディアプレイヤーロジック２０２は受信者のコンピュータデバイス上で自己インストールおよび自己実行可能なので、一旦、メディア認証データ構造２００が受信者のコンピュータデバイス上で受信されると、消費または変更が生じる。一度メディアプレイヤーロジック２０２が処理を開始すると、メディアプレイヤーロジックは、受信者に対してメディアコンテンツ２０３を再生するために使われる認証証拠２０５を探す。
【００３７】
メディアプレイヤーロジック２０２は、メディア受信者認証ロジック２０４を含む、または接続している。メディア受信者認証ロジック２０４は、メディアプレイヤーロジック２０２に埋め込まれた参照ポインタ（ｐｏｉｎｔｅｒ ｒｅｆｅｒｅｎｃｅ）または他の情報を使うことにより、存在する任意の認証証拠２０５の場所を見つけることができる。もし、そのような参照ポインタまたは他の情報が利用でき、かつ存在する認証証拠２０５のコンテンツに基づくさらなる認証を要求しないと、メディアプレイヤーロジック２０２は、受信者のコンピュータデバイス２２０上で受信者に対してメディアコンテンツ２０３を再生する。
【００３８】
しかしながら、もし、メディア受信者認証ロジック２０４が存在しているまたは有効な認証証拠がないと判断すると、メディア受信者認証ロジック２０４は、認証サービス２２０に認証要求を送信するための認証情報を集める。認証情報のタイプは、メディア受信者認証ロジック２０４の中に構造化可能である。そのような情報は、ほんの一例として、受信者の身元、受信者のコンピュータデバイス２２０に関する識別表示、受信者のコンピュータ環境に関する設定、メディアコンテンツ２０３の以前の受信者に関する識別表示、メディアプレイヤーのロジック２０２に関する識別表示、および同種のものを含むことができる。
【００３９】
メディア受信者認証ロジック２０４が認証情報を伴った認証要求を作成すると、メディア認証ロジック２０４は認証要求をネットワーク接続を介して認証サービス２２０に送信する。
【００４０】
認証サービス２２０は、認証要求の認証情報を調べ、この特定の要求に対してメディアコンテンツ２０３を再生するためのアクセスが与えられるかどうかを判定する。検証技術は、メディアコンテンツ２０３を所有するコンテンツプロバイダにより課されたライセンスおよび／またはロイヤリティ制限により決められる。場合によっては、認証サービス２２０は、アクセスを許可するかどうかを判定するためのライセンスサービスおよび／またはディジタル認証期間のような外部サービスと接触する。
【００４１】
認証サービス２２０がアクセスを許容するかどうかを判定すると、認証は認証証拠２０５を与えることにより受信者のコンピュータデバイス２１０上でメディア受任者認証２０４の処理を行う。しかしながら、もしアクセスが許容されないと、認証証拠は送信されず、むしろメディアプレイヤー２０２に受信者に対してメディアコンテンツ２０３を再生しないようにメディアプレイヤー２０２に指示する通知を送信する。
【００４２】
認証証拠２０５は暗号化された鍵または暗号化された複合データ構造であることもできる。認証証拠２０５は、任意の従来の暗号化、ライセンス、および鍵生成技術を用いて生成される。さらに、認証証拠２０５を任意の特別に開発された暗号化、ライセンス、および鍵生成技術を用いて生成することができる。それ故、認証証拠２０５は、メディアコンテンツ２０３へのアクセスを与えることを許容することをメディアプレイヤーロジック２０２に通知する鍵である。あるいは、認証証拠２０５は、どのようにメディアプレイヤー２０２がメディアコンテンツ２０３へのアクセスを監視および与えるかを規定するライセンス限定を含んでいる。
【００４３】
メディア受信者認証ロジック２０４が認証証拠２０５を取得でき、自身の条件を満たすとき、メディアコンテンツ２０３は、メディアプレイヤーロジック２０２を用いて受信者のコンピュータデバイス２２０上で受信者に対して再生される。それ故、特定の受信者の身元が、コンテンツプロバイダに要求されたライセンスおよびロイヤリティ要求を実施するためにメディア認証データ構造２００と共に動的または自動的に使われることが容易に理解できる。
【００４４】
加えて、いくつかの実施の形態において、認証証拠２０５は、メディア受信者印象ロジック２０２に用いられる時間またはイベント限定を含むことができ、それはメディアプレイヤーロジックまたはメディア受信者認証ロジック２０２のどちらかに受信者のコンピュータデバイス２１０からメディア認証データ構造２００を自己破壊することを指示する。
【００４５】
他の実施の形態において、メディアデータ構造２００は、受信者のコンピュータデバイス２１０の揮発性メモリにのみ一時的に存在し、利用することができず、ひとたび受信者により再生されると破壊される。このように、メディアデータ構造２００は、メディアコンテンツ２０３がリプレイされるたびに、受信者のコンピュータデバイスにより再取得される
一実施形態において、認証サービス２２０は、ＳＩＤとともにメディアデータ構造２００を符号化する。このＳＩＤは、認証証拠２０５と組み合わされ、または認証証拠２０５の一部であり、受信者がメディアコンテンツ２０３を再生するためには受信者のコンピュータデバイス２１０のＳＩＤは符号化されたＳＩＤと一致する必要がある。このＳＩＤは、再ストリーミングが認証証拠２０５により禁止されているとき、受信者がメディアデータ構造２００を下流の受信者に再ストリーミングするのを防ぐこともできる。
【００４６】
その上、さらに実施の形態において、認証証拠２０５は、最初の受信者がメディア認証データ構造２００を下流の受信者に再ストリーミングするのを防ぐ目的に対して、メディア受信者認証ロジック２０２により、独立してまたはメディアプレイヤーロジックと協力して使われる。
【００４７】
ここに示された技術は、まず第一に、メディアプレイヤーロジック２０２が受信者のコンピュータデバイス２２０上で実行するための有効なライセンスを含むことを保証することに対し同様に役立つので、本発明により示された技術は、メディアコンテンツ２０３の認証および有効にするライセンスに限られない。
【００４８】
図３は、本発明の一実施形態に基づく一つのメディアストリーム認証システムを表す図である。メディアストリーム認証システム３００は、コンピュータ利用可能な媒体にインプリメントされ、さまざまな電子アプリケーションおよびサービスが利用できる。
【００４９】
メディアストリーム認証システム３００は、配信サービス３０１および認証サービス３０２を含んでいる。二つのサービス３０１および３０２は同じコンピュータ環境の中の特定の場所にある必要はなく、またさらに言えば、同じコンピュータデバイスで処理する必要もない。それ故、二つのサービス３０１および３０２は、必要または要望に応じてネットワークを介してお互いに接続することができる。
【００５０】
配信サービス３０１は、メディアストリームとしてメディアコンテンツと共にカスタマイズされたメディアプレイヤーをパッケージする。これらのストリームは、ネットワーク３１０を介してさまざまな受信者のコンピュータデバイスに配信され、もしメディアストリームのメディアプレイヤー３２０が受信者に対する認証を取得できたら、メディアコンテンツは受信者に対して再生されるであろう。メディアプレイヤー３２０は、受信者のコンピュータデバイス上で自己インストールおよび自己実行でき、認証サービス３０２と通信するロジックを含んでいる。
【００５１】
メディアプレイヤー３２０が認証が必要と判断するとき、認証サービス３０２は、メディアプレイヤー３２０から認証要求を受け取る。第一の受信者がメディアコンテンツの再生を最初に試みるとき、メディアプレイヤーは、認証要求が必要と判断するであろう。受信者により以前に再生したメディアコンテンツをリプレイするその後の試みは、メディアプレイヤー３２０に認証要求を認証サービス３０２に発行させるかもしれない。このような状況の下で、メディアプレイヤー３２０が利用できる任意の存在する認証証拠の命令が、メディアプレイヤー３２０が認証サービス３０２に認証要求を発行するかどうかを判断するであろう。
【００５２】
メディアプレイヤー３２０は、認証要求を構成するためにメディアコンテンツ、受信者、および／または受信者のコンピュータデバイスから情報を集める。認証要求が必要なとき、メディアプレイヤー３２０は認証要求を生成し、認証サービス３０２にネットワーク３１０を介して送信する。
【００５３】
認証サービス３０２は、要求を拒否、または認証証拠を生成するために、認証要求の認証情報を検査し、情報の適切な検証を行う。いくつかの実施の形態において、認証サービス３０２は、検証処理の中で支援するために、一つ以上の外部認証サービス３３０を使用する。これらのサービスのいくつかは、ライセンスサービス、認証機関、および同種のものを含むことができる。
【００５４】
もし認証証拠が生成されると、認証証拠はさまざまな従来のまたは特別に開発された技術を使い生成される。さらに、認証証拠は、メディアコンテンツのコンテンツプロバイダにより定義されたライセンス限定を含む、単純な確認または複合データ構造であることもできる。加えて、一実施形態において、認証証拠はディジタル署名またはディジタル証明書である。
【００５５】
認証証拠が作成されると、認証サービス３０２は、受信者に対してメディアコンテンツを再生するために最初に認証を要求したメディアプレイヤー３２０にネットワーク３１０を介して証拠を送信する。メディアプレイヤー３２０が有効な認証証拠を持ち、メディアプレイヤー３２０自身を満たすと、メディアコンテンツは受信者のコンピュータデバイス上で受信者に対し再生される。
【００５６】
一実施形態において、認証証拠の制限を満たす特定の指定された時間またはイベントが起きるとき、認証証拠はメディアプレイヤー３２０に判断することを許可する制限を含む。このような状況の下で、メディアプレイヤー３２０は、受信者のコンピュータ環境から、メディアプレイヤー３２０自身およびメディアストリームを自己破壊できる。
【００５７】
他の実施の形態において、メディアストリームは受信者のコンピュータデバイス上の揮発性メモリまたはストレージで一時的に利用できるのみで、メディアストリームの一部が消費されると、これらの一部は受信者のコンピュータデバイス上で、もはや利用できない。それ故、メディアプレイヤー３２０を含むメディアストリームは、受信者によりメディアコンテンツが再生されるたびに再取得される。
【００５８】
他の実施の形態において、受信者がダウンロードしたメディアストリームに関係するメディアコンテンツの再生を試みるとき、受信者のコンピュータ環境が符号化されたＳＩＤと一致する必要があるように、メディアストリームは配信サービス３０１によりＳＩＤとともに符号化される。再ストリーミングがコンテンツプロバイダにより禁止されるとき、この技術は受信者が他の下流の受信者にメディアストリームを再ストリーミングするのを防ぐのに使うことができる。
【００５９】
さらに他の実施の形態において、認証証拠は、メディアプレイヤーに下流の認証されていない受信者にその後のメディアストリームの再送信を最初の受信者に許可しないことを通知する制限を含むことができる。
【００６０】
ライセンスおよびロイヤリティに従ってコンテンツプロバイダにより、どのように電子メディアコンテンツが監視されるか理解される。これは任意の下流の受信者に対して達成及び実施できる。従って、本発明の教示により、コンテンツプロバイダは、メディアコンテンツの知的所有権のより良い制御および実施が可能である。
【００６１】
当然のことながら、上記説明は例示であり、限定を意味しない。多くの他の実施の形態は、これらの当業者にとって上記説明を検討することで明らかであろう。発明の実施の形態の範囲は、それ故、権利を与えられたクレームと同等の全ての範囲とともに、添付の特許請求の範囲を参照して判断されるべきである。
【００６２】
要約は、読者にすばやく技術開示の本質と要旨を確認する事を可能にする要約を求める米国特許法施行規則第１．７２条（ｂ）項に従い与えられた要約であることを強調する。それは、特許請求の範囲または意味を解釈または限定するために使われないように考慮して提出されている。
【００６３】
前述の実施の形態の記載において、ストリーミングの開示の目的に対する一つの実施例の中で、さまざまな特徴が集められている。この開示の方法は、本発明のクレームされた実施の形態は、明確に列挙された各クレームよりも多くの特徴を必要とする、意図を反映して解釈されない。むしろ、クレームを反映して、発明の主体は一つの開示された実施の形態の全ての特徴にはない。それ故、特許請求の範囲は、個々の例となる実施の形態として自身に基づく各クレームとともに、実施の形態の記載に含まれる。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態に基づくメディアストリーム受信者認証の方法のフローチャートである。
【図２】本発明の一実施形態に基づくメディア認証データ構造を表す図である。
【図３】本発明の一実施形態に基づくメディアストリーム認証システムを表す図である。
【技術分野】
【０００１】
本発明の実施の形態は、一般にメディアストリーミングに関し、さらに特にはメディアストリームに関するメディアコンテンツのアクセスに対するメディア受信者認証に関する。
【背景技術】
【０００２】
メディアストリームのネットワーク送信は、今日の電子経済において一般的になっている。個人は現在、メディアストリームをテレビ会議、テレビ視聴、映画鑑賞、ラジオ視聴、個人の映像の送信、およびお互いの会話のために使う。
【０００３】
メディアストリームの普及は、コンテンツプロバイダに対する多くのライセンスおよびロイヤリティの問題を作り出している。例えば、一旦、電子環境においてメディアストリームが利用でき、ネットワークに送信されると、メディアストリームは、メディアストリームを見る許可が無く、アクセスに対しコンテンツプロバイダに支払わない個人により獲得される。
【０００４】
従来、ライセンスとロイヤリティの問題は、公開鍵基盤（ＰＫＩ：Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）（公開鍵および秘密鍵のペアを鍵を暗号化するために用いる）のような標準暗号技術を用いることによりコンテンツプロバイダによって対処されている。しかしながら、一度、認証された受信者が鍵の復号に成功すると、メディアストリームは、認証された受信者により認証のない受信者（下流の受信者）に後に送信可能な形式で従来のメディアプレイヤーで利用可能になる。それ故、コンテンツプロバイダにより適切にライセンスされていないメディアストリームは、メディアコンテンツプロバイダに対し懸念が高まり続けている。さらに、従来、他の許可されていない下流の受信者へのメディアストリームの再送信を制限している下流の受信者に対し効果的な技術がなかった。
【０００５】
よって、メディアストリーム受信者認証に対し、改良された実施と技術が必要である。これらの実施と技術は、メディアストリームが再生される度に、コンテンツプロバイダのライセンスおよびロイヤリティの要求の確認を可能にするべきである。このように、メディアストリームの認証された受信者は、認証のない受信者（下流の受信者）にアクセスを与えることができない。
【発明の開示】
【０００６】
本発明の各種の実施の形態において、メディアストリーム受信者の自動認証に関する技術が開示されている。メディアストリームは自己インストールおよび自己実行のメディアプレイヤーおよびメディアコンテンツを含んでいる。メディアプレイヤーは、認証証拠を取得するために認証サービスと通信する。認証された受信者に対するメディアコンテンツへのアクセスの許可および再生のために、認証証拠はメディアプレイヤーにより使われる。
【０００７】
さらに特に本発明の一実施形態において、メディアストリーム受信者を認証するための方法が示されている。受信者がメディアストリームを再生しようとする時、認証要求はメディアプレイヤーから自動的に受信される。さらに、受信者は、受信者がメディアストリームを再生するために認証されるかどうか確認のためにチェックされる。もし受信者が認証されると、認証証拠がメディアプレイヤーに送られる。
【発明を実施するための最良の形態】
【０００８】
メディアストリーム受信者認証に対する新規な方法、データ構造およびシステムが記載されている。以下、実施の形態の詳細な説明を図面を参照して説明する。それはこれに関して一部を形成し、例として示したもので、これに限定されるものでなく、実施されるであろう本発明の特定の実施の形態である。これら実施の形態は、当業者が理解し実施するのに十分詳細に記載され、他の実施の形態に利用でき、その構造、論理および電気的変更は、本開示の精神および要旨を逸脱しない範囲内で可能である。以下の詳細な説明は、従って、限定した意味はなく、この中に記載された本発明の実施の形態の範囲は、添付の特許請求の範囲のみから定義される。
【０００９】
この中で使われる“メディアストリーム”という用語は、ほんの一例として、音楽、映像、グラフィック、イメージ、テキストおよび同種のものの組み合わせのようなマルチメディアに関連するメディアコンテンツ／データである。この発明のメディアストリームは、また、２００３年２月１９日に出願された米国特許出願第１０／３６９０１７号（メディアデータストリーム処理に関する方法、データ構造およびシステム）に記載されるような、自己インストールおよび自己実行のメディアプレイヤーを含んでおり、それはこの参照により開示に含まれる。
【００１０】
メディアストリームは、構造化可能なバイト群、ブロックまたはフレームに分割し、一人またはそれ以上の受信者のコンピュータデバイスにネットワークを介してこれらの断片を連続に送信するような従来の送信技術を使い流すことができる。ネットワークは有線である（例えば、ダイレクト（ポイントツーポイント）、非ダイレクト（例えば、Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＡＮ）、インターネットのような）、およびその他）。また、ネットワークは無線でもよい（例えば、赤外線、無線周波数（ＲＦ）、サテライト、携帯電話、およびその他）。さらに、ネットワークは互いに連結した有線および無線ネットワークを組み合わせることができる。
【００１１】
コンテンツプロバイダは、メディアストリームのメディアコンテンツを電子的に配信することを許可された事業者である。それ故、コンテンツプロバイダは、直接、電子的配信のためにメディアコンテンツを初めから作成する事業者でもよく、またコンテンツプロバイダは、メディアコンテンツを配信するためのライセンスを取得する事業者でもよい。コンテンツプロバイダは、ネットワークを介してコンピュータ利用可能な媒体の中で、一つまたはそれ以上の電子的アプリケーションまたはサービスとして表すことができる。
【００１２】
認証サービスは、メディアストリームのメディアプレイヤーに認証サービスを与える、一つまたはそれ以上の電子的アプリケーションである。認証サービスは、メディアプレイヤーから、ほんの一例として、メディアコンテンツの受信者の身元、受信者のコンピュータデバイスに対する識別表示（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、コンピュータデバイスの環境に関係するセッティングデータ、コンテンツプロバイダに対する識別表示、および同種のもののような、各種認証情報を受信する。この発明の実施の形態のいくつかにおいて、認証サービスは、特定の受信者がメディアコンテンツを再生する許可が与えられているか判断するために、ライセンスサービスと通信を行う。ライセンスサービスは、また、ディジタル認証機関であることもできる。
【００１３】
認証サービスは、要求した受信者のコンピュータデバイス上のもとのメディアプレイヤーに認証証拠を与える。認証証拠は、メディアコンテンツを認証された受信者に対し再生できることをメディアプレイヤーに通知するキーである。一実施形態において、認証証拠は、ほんの一例として、ＰＫＩと関係した秘密および公開鍵ペアのような、任意の特別のまたは従来の暗号化技術を用いて暗号化された鍵である。秘密鍵はメディアプレイヤーの秘密鍵にでき、認証サービスおよびメディアプレイヤーのみに知られることができる。
【００１４】
認証証拠は、また、認証サービスにより直接、受信者のコンピュータ環境にインストールされた隠しファイル／データにできる。あるいは、メディアプレイヤーを隠しファイル／データをインストールするために使うことができる。他の実施の形態において、認証された受信者が証明されるとき、認証サービスからメディアプレイヤーに送られる認証証拠は電子通知に過ぎない。
【００１５】
他の実施の形態において、認証証拠は、メディアプレイヤーにライセンス制限（ｒｅｓｔｒｉｃｔｉｏｎ）および限定（ｌｉｍｉｔａｔｉｏｎ）を与える、より複雑なデータ構造である。例えば、認証証拠はデータをメディアプレイヤーに与え、それは特定の期間、メディアコンテンツの再生をメディアプレイヤーに許可することを指示するであろう。さらに、認証証拠は、確認された受信者によるその後の全ての再生要求に対し、メディアプレイヤーが認証サービスと再連絡する必要がないと示すことができる。
【００１６】
受信者は実体の電子表示である。実体はユーザーまたは他の電子的アプリケーションにできる。受信者は、メディアプレイヤーおよびメディアコンテンツの両方を含んだメディアストリームを受信する。
【００１７】
受信者がどのようにまたは誰からメディアストリームを受信したかは重要でない、しかしながら、メディアストリームが受信者から他の下流の受信者に送信される度に、そのような情報はメディアプレイヤーにより保持することができる。そのような情報が保持されるとき、特定の受信者の認証の目的に対して有用であろう。例えば、特定のライセンスはメディアストリームの最初の受信者を認証し、最初の受信者は特定された発信者からのメディアストリームを取得する。これらの状態の中で、メディアプレイヤーによる特定の受信者または発信者の保持は、メディアプレイヤーが認証サービスとやり取りを行うとき、適切な認証にとって有益であると分かるであろう。
【００１８】
図１は本発明の一実施形態に基づくメディアストリーム受信者認証の方法１００のフローチャートである。方法１００は、コンピュータ利用可能なメディア上のより多くのソフトウェアアプリケーションの一つに実装され、コンピュータデバイス（例えば、処理および記憶能力のある任意のデバイス）により実行される。さらに、一実施形態において、方法１００の処理は、ネットワーク接続を介してネットワーククライアントコンピュータデバイスを利用できる認証サービスとして実施される。そのような認証サービスは、ゼロまたはそれ以上の外部サービスとやりとりをすることができる。例えば、認証サービスはライセンスサービスまたはディジタル認証期間から情報を要求してもよい。
【００１９】
１１０において、認証要求がメディアプレイヤーから受信される。メディアプレイヤーは、メディアストリームに組み込まれ、メディアコンテンツが付属している。メディアコンテンツのフォーマットは、メディアプレイヤーがメディアコンテンツを再生する必要があるように、メディアプレイヤーにのみ知られている。メディアプレイヤーは、受信者のコンピュータデバイス上で自己インストールおよび自己実行し、メディアコンテンツの再生を試みる。
【００２０】
１１１において、受信者がメディアコンテンツの再生を試みる時、メディアプレイヤーは、受信者が認証されている、またはメディアコンテンツに対し有効なライセンスを持っているかを確認する。もし、以前の認証からの局所的に利用可能な認証証拠を持っていたら、認証証拠に関係したライセンスが現在有効として、メディアプレイヤーは受信者に対してメディアコンテンツを再生する。しかしながら、もし、メディアプレイヤーが認証証拠の制限により要求され、または受信者がメディアコンテンツを再生するための最初の要求をすると、メディアプレイヤーは認証情報を生成し、１１０において、方法１００の処理に送信する。
【００２１】
１１０において、メディアプレイヤーから認証要求を受信するとき、要求と関係した認証情報は、有効な認証証拠をメディアプレイヤーに発行することができるか確認するために、１２０において、検査される。認証情報は受信者に対する身元（ｉｄｅｎｔｉｔｙ）、メディアコンテンツまたはストリームに対する識別表示、受信者のコンピュータデバイスのインターネットプロトコル（ＩＰ）アドレス、コンピュータデバイスの電子環境に対する設定、要求しているメディアプレイヤーに対する識別表示、メディアストリームの以前の発信者または受信者に対する識別表示、メディアストリームを所有するコンテンツプロバイダの識別、および同種のものを含むことができる。
【００２２】
従って、１２０において、認証情報はメディアコンテンツを再生するために許可された受信者の確認に対して使われる。確認ロジックおよび処理は、メディアコンテンツのメディアプロバイダにより求められたライセンスまたはアクセス権に依存する。これらのライセンス限定は、限定がファイルの局所的なデータ構造に表れたときのように、方法１００により局所的に得られることができる。あるいは、これらのライセンス限定は、１２２において表された外部サービスとのやり取りまたは通信により、方法１００の処理から得られることができる。外部サービスはライセンスサービスまたはディジタル認証期間でもよい。受信者がメディアコンテンツを再生するために認証されているか否かを方法１００の処理が判断すると、もとの要求しているメディアプレイヤーとの通信が回復する。
【００２３】
もし、１２１において、受信者が適切な認証を持っていないと判断されると、そのような通知がメディアプレイヤーに送信される。加えて、いくつかの実施の形態において、そのような認証されていないアクセスの試みがコンテンツプロバイダと通信され、および／または電子ログデータ構造またはファイルの中に方法１００の処理により記録される。さらに、そのような通知は、メディアプレイヤーにより最初に送られた認証情報（または認証情報の抜粋部分）を含むことができる。このように、本発明のさまざまな実施の形態において、コンテンツプロバイダは、ライセンス違反に対するそれらのコンテンツデータを積極的かつ自動的に監視できる。
【００２４】
もし、受信者がメディアコンテンツを再生するために認証されると、１３０において、認証証拠が生成される。一実施形態において、認証証拠は、要求しているメディアプレイヤーに方法１００の処理により送られた確認の電子承認に過ぎない。一実施形態において、認証証拠は、実際、認証された受信者に対する認証されたアクセスの境界および範囲を定義するデータの集合である。このように、認証証拠は、認証証拠を介してメディアプレイヤーに処理の限定およびそれらメディアコンテンツに対するメディアプロバイダによりカスタマイズされたライセンスアクセス権を与える。
【００２５】
いくつかの実施の形態において、認証証拠はライセンスキーに暗号化され、１３１において表されたように、それは任意の従来または特別の暗号化技術を使い暗号化されている。例えば、方法１００の処理は、方法１００の処理に関係した秘密鍵、およびメディアプレイヤーまたは受信者の公開鍵を暗号化された認証証拠を作るために使うことができる。他の実施の形態において、方法１００の処理が方法１００の処理およびメディアプレイヤーの秘密鍵に関係した公開鍵を使い、認証証拠を暗号化できるように、メディアプレイヤーの秘密鍵は方法１００の処理およびメディアプレイヤーのみが知ることができる。当然、さまざまな公開および秘密鍵暗号化技術を本発明の実施の形態で使うことができる。すべてのそのような従来または特別の開発された技術は、本発明によりカバーされることを意味する。
【００２６】
さらに実施の形態において、認証証拠は、受信者のコンピュータ環境の中に隠しファイル／データとしてインストールされるようにする。それ故、１３２において、そのような書き込みアクセスが受信者のコンピュータデバイスにより与えられるとすれば、方法１００の処理は認証証拠を自動的に受信者のコンピュータデバイスにインストールできる。
【００２７】
もし、方法１００の処理が独立して認証証拠を受信者のコンピュータデバイスにインストールすると、認証証拠は、１４０において、メディアプレイヤーにより取得され、１５０において、受信者に対しメディアコンテンツを再生するために使用される。
【００２８】
他の実施の形態において、メディアプレイヤーは認証証拠を管理し、方法１００の処理から独立している。これらの実施の形態において、１４０において、認証証拠はメディアプレイヤーに送られ、１５０において、メディアプレイヤーはその証拠を受信者に対しメディアコンテンツを再生するために使用する。
【００２９】
さらに多くの実施の形態において、メディアプレイヤーは初期認証証拠をメディアストリームに含んでいる。この認証証拠は時間またはイベント制限を含むことができ、時間またはイベントが検出されたとき、メディアプレイヤーはメディアストリームおよびそれ自身を受信者のコンピュータ環境から削除する。それ故、いくつかの実施の形態において、メディアストリームの最初の受信者は、認証証拠の制限に基づいたメディアストリームの一時的な所有権のみ持つことができる。
【００３０】
他の実施の形態において、メディアプレイヤーおよびメディアストリームは、揮発性メモリにのみ存在し、一旦、メディアコンテンツが消費されると、メディアコンテンツおよびメディアプレイヤーは、もはや受信者のコンピュータデバイス上で利用できない。それ故、特定の受信者が二度目のメディアコンテンツの再生を望むと、メディアプレイヤーを含んだメディアストリームは、メディアストリームを供給しているサービスから再取得される。
【００３１】
他の実施例において、メディアストリームは最初にインターネットプロトコル（IP)アドレス、一連のIPアドレス、URL（Uniform Resource Locator）、またはURLのリストに基づいたセキュリティ識別子（SID：ｓｅｃｕｒｉｔｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)を使い、符号化される。これらの実施の形態の中で、受信者のコンピュータ環境が符号化されたSIDにより適切に確認されると、メディアプレイヤーは受信者に対してメディアストリームのメディアコンテンツを再生するであろう。それ故、たとえ受信者のコンピュータデバイスが何らかの形で認証された認証証拠を取得することができても、コンピュータデバイスのSIDがメディアストリームの中で本物と確認されないならば、メディアコンテンツは再生されないであろう。この特徴は、再ストリームをしようとする受信者がメディアストリームの再ストリームを許可されていないときに、適切なSIDおよび認証証拠を持ったコンピュータデバイスがメディアストリームを下流の受信者に再ストリーミングするのを防ぐのに使用することができる。
【００３２】
さらに実施の形態において、初期認証証拠は、最初の受信者から下流の受信者にメディアストリームの再送信を制限する限定（ｌｉｍｉｔａｔｉｏｎ）を含むことができる。それ故、もし認証された最初の受信者が他の下流の受信者にメディアストリームを再ストリームしようとしても、メディアプレイヤーはその前にこれを防ぐ。しかしながら、もし認証された最初の受信者が電子メールにストリームを添付し、送信すると、メディアプレイヤーが下流の受信者のコンピュータデバイス上でインストールおよび実行するとき、メディアストリームが認証されていない下流の受信者にとって役立たないように、認証証拠は存在しないまたは無効になるであろう。
【００３３】
電子環境において、どのようにメディアコンテンツへのアクセスが効果的に制御されるかは現在明白である。これらの処理技術は、メディアコンテンツの任意の下流の受信者のライセンスおよびロイヤリティの実施を可能にする。従来、そのような実施はメディアコンテンツの最初または第一の受信者にのみ行うことができた。
【００３４】
図２は、本発明の一実施形態に基づくメディア認証データ構造２００を表す図である。メディア認証データ構造２００はコンピュータ利用可能な媒体に存在し、ネットワークを介して一つ以上のコンピュータデバイス上で処理している一つ以上の電子アプリケーションにより使われる。さらに、メディア認証データ構造２００は、一つ以上の電子アプリケーションおよび一つ以上のコンピュータデバイスにより、処理または消費の間、論理的に集められているので、メディア認証データ構造２００は、単一のコンピュータデバイスがローカルに利用可能なメモリまたはストレージの中にメディア認証データ構造２００の構成要素の全てを隣接して格納する必要がない。
【００３５】
メディア認証データ構造２００は、メディアプレイヤーロジック２０２、メディアコンテンツ２０３、およびメディア認証ロジック２０５を持つメディアストリームとして具現化される。随意的に、メディア認証データ構造２００は認証証拠も含む。
【００３６】
メディア認証データ構造２００は、受信者のコンピュータデバイス２１０上で、少なくとも部分的に消費または変更される。受信されるとメディアプレイヤーロジック２０２は受信者のコンピュータデバイス上で自己インストールおよび自己実行可能なので、一旦、メディア認証データ構造２００が受信者のコンピュータデバイス上で受信されると、消費または変更が生じる。一度メディアプレイヤーロジック２０２が処理を開始すると、メディアプレイヤーロジックは、受信者に対してメディアコンテンツ２０３を再生するために使われる認証証拠２０５を探す。
【００３７】
メディアプレイヤーロジック２０２は、メディア受信者認証ロジック２０４を含む、または接続している。メディア受信者認証ロジック２０４は、メディアプレイヤーロジック２０２に埋め込まれた参照ポインタ（ｐｏｉｎｔｅｒ ｒｅｆｅｒｅｎｃｅ）または他の情報を使うことにより、存在する任意の認証証拠２０５の場所を見つけることができる。もし、そのような参照ポインタまたは他の情報が利用でき、かつ存在する認証証拠２０５のコンテンツに基づくさらなる認証を要求しないと、メディアプレイヤーロジック２０２は、受信者のコンピュータデバイス２２０上で受信者に対してメディアコンテンツ２０３を再生する。
【００３８】
しかしながら、もし、メディア受信者認証ロジック２０４が存在しているまたは有効な認証証拠がないと判断すると、メディア受信者認証ロジック２０４は、認証サービス２２０に認証要求を送信するための認証情報を集める。認証情報のタイプは、メディア受信者認証ロジック２０４の中に構造化可能である。そのような情報は、ほんの一例として、受信者の身元、受信者のコンピュータデバイス２２０に関する識別表示、受信者のコンピュータ環境に関する設定、メディアコンテンツ２０３の以前の受信者に関する識別表示、メディアプレイヤーのロジック２０２に関する識別表示、および同種のものを含むことができる。
【００３９】
メディア受信者認証ロジック２０４が認証情報を伴った認証要求を作成すると、メディア認証ロジック２０４は認証要求をネットワーク接続を介して認証サービス２２０に送信する。
【００４０】
認証サービス２２０は、認証要求の認証情報を調べ、この特定の要求に対してメディアコンテンツ２０３を再生するためのアクセスが与えられるかどうかを判定する。検証技術は、メディアコンテンツ２０３を所有するコンテンツプロバイダにより課されたライセンスおよび／またはロイヤリティ制限により決められる。場合によっては、認証サービス２２０は、アクセスを許可するかどうかを判定するためのライセンスサービスおよび／またはディジタル認証期間のような外部サービスと接触する。
【００４１】
認証サービス２２０がアクセスを許容するかどうかを判定すると、認証は認証証拠２０５を与えることにより受信者のコンピュータデバイス２１０上でメディア受任者認証２０４の処理を行う。しかしながら、もしアクセスが許容されないと、認証証拠は送信されず、むしろメディアプレイヤー２０２に受信者に対してメディアコンテンツ２０３を再生しないようにメディアプレイヤー２０２に指示する通知を送信する。
【００４２】
認証証拠２０５は暗号化された鍵または暗号化された複合データ構造であることもできる。認証証拠２０５は、任意の従来の暗号化、ライセンス、および鍵生成技術を用いて生成される。さらに、認証証拠２０５を任意の特別に開発された暗号化、ライセンス、および鍵生成技術を用いて生成することができる。それ故、認証証拠２０５は、メディアコンテンツ２０３へのアクセスを与えることを許容することをメディアプレイヤーロジック２０２に通知する鍵である。あるいは、認証証拠２０５は、どのようにメディアプレイヤー２０２がメディアコンテンツ２０３へのアクセスを監視および与えるかを規定するライセンス限定を含んでいる。
【００４３】
メディア受信者認証ロジック２０４が認証証拠２０５を取得でき、自身の条件を満たすとき、メディアコンテンツ２０３は、メディアプレイヤーロジック２０２を用いて受信者のコンピュータデバイス２２０上で受信者に対して再生される。それ故、特定の受信者の身元が、コンテンツプロバイダに要求されたライセンスおよびロイヤリティ要求を実施するためにメディア認証データ構造２００と共に動的または自動的に使われることが容易に理解できる。
【００４４】
加えて、いくつかの実施の形態において、認証証拠２０５は、メディア受信者印象ロジック２０２に用いられる時間またはイベント限定を含むことができ、それはメディアプレイヤーロジックまたはメディア受信者認証ロジック２０２のどちらかに受信者のコンピュータデバイス２１０からメディア認証データ構造２００を自己破壊することを指示する。
【００４５】
他の実施の形態において、メディアデータ構造２００は、受信者のコンピュータデバイス２１０の揮発性メモリにのみ一時的に存在し、利用することができず、ひとたび受信者により再生されると破壊される。このように、メディアデータ構造２００は、メディアコンテンツ２０３がリプレイされるたびに、受信者のコンピュータデバイスにより再取得される
一実施形態において、認証サービス２２０は、ＳＩＤとともにメディアデータ構造２００を符号化する。このＳＩＤは、認証証拠２０５と組み合わされ、または認証証拠２０５の一部であり、受信者がメディアコンテンツ２０３を再生するためには受信者のコンピュータデバイス２１０のＳＩＤは符号化されたＳＩＤと一致する必要がある。このＳＩＤは、再ストリーミングが認証証拠２０５により禁止されているとき、受信者がメディアデータ構造２００を下流の受信者に再ストリーミングするのを防ぐこともできる。
【００４６】
その上、さらに実施の形態において、認証証拠２０５は、最初の受信者がメディア認証データ構造２００を下流の受信者に再ストリーミングするのを防ぐ目的に対して、メディア受信者認証ロジック２０２により、独立してまたはメディアプレイヤーロジックと協力して使われる。
【００４７】
ここに示された技術は、まず第一に、メディアプレイヤーロジック２０２が受信者のコンピュータデバイス２２０上で実行するための有効なライセンスを含むことを保証することに対し同様に役立つので、本発明により示された技術は、メディアコンテンツ２０３の認証および有効にするライセンスに限られない。
【００４８】
図３は、本発明の一実施形態に基づく一つのメディアストリーム認証システムを表す図である。メディアストリーム認証システム３００は、コンピュータ利用可能な媒体にインプリメントされ、さまざまな電子アプリケーションおよびサービスが利用できる。
【００４９】
メディアストリーム認証システム３００は、配信サービス３０１および認証サービス３０２を含んでいる。二つのサービス３０１および３０２は同じコンピュータ環境の中の特定の場所にある必要はなく、またさらに言えば、同じコンピュータデバイスで処理する必要もない。それ故、二つのサービス３０１および３０２は、必要または要望に応じてネットワークを介してお互いに接続することができる。
【００５０】
配信サービス３０１は、メディアストリームとしてメディアコンテンツと共にカスタマイズされたメディアプレイヤーをパッケージする。これらのストリームは、ネットワーク３１０を介してさまざまな受信者のコンピュータデバイスに配信され、もしメディアストリームのメディアプレイヤー３２０が受信者に対する認証を取得できたら、メディアコンテンツは受信者に対して再生されるであろう。メディアプレイヤー３２０は、受信者のコンピュータデバイス上で自己インストールおよび自己実行でき、認証サービス３０２と通信するロジックを含んでいる。
【００５１】
メディアプレイヤー３２０が認証が必要と判断するとき、認証サービス３０２は、メディアプレイヤー３２０から認証要求を受け取る。第一の受信者がメディアコンテンツの再生を最初に試みるとき、メディアプレイヤーは、認証要求が必要と判断するであろう。受信者により以前に再生したメディアコンテンツをリプレイするその後の試みは、メディアプレイヤー３２０に認証要求を認証サービス３０２に発行させるかもしれない。このような状況の下で、メディアプレイヤー３２０が利用できる任意の存在する認証証拠の命令が、メディアプレイヤー３２０が認証サービス３０２に認証要求を発行するかどうかを判断するであろう。
【００５２】
メディアプレイヤー３２０は、認証要求を構成するためにメディアコンテンツ、受信者、および／または受信者のコンピュータデバイスから情報を集める。認証要求が必要なとき、メディアプレイヤー３２０は認証要求を生成し、認証サービス３０２にネットワーク３１０を介して送信する。
【００５３】
認証サービス３０２は、要求を拒否、または認証証拠を生成するために、認証要求の認証情報を検査し、情報の適切な検証を行う。いくつかの実施の形態において、認証サービス３０２は、検証処理の中で支援するために、一つ以上の外部認証サービス３３０を使用する。これらのサービスのいくつかは、ライセンスサービス、認証機関、および同種のものを含むことができる。
【００５４】
もし認証証拠が生成されると、認証証拠はさまざまな従来のまたは特別に開発された技術を使い生成される。さらに、認証証拠は、メディアコンテンツのコンテンツプロバイダにより定義されたライセンス限定を含む、単純な確認または複合データ構造であることもできる。加えて、一実施形態において、認証証拠はディジタル署名またはディジタル証明書である。
【００５５】
認証証拠が作成されると、認証サービス３０２は、受信者に対してメディアコンテンツを再生するために最初に認証を要求したメディアプレイヤー３２０にネットワーク３１０を介して証拠を送信する。メディアプレイヤー３２０が有効な認証証拠を持ち、メディアプレイヤー３２０自身を満たすと、メディアコンテンツは受信者のコンピュータデバイス上で受信者に対し再生される。
【００５６】
一実施形態において、認証証拠の制限を満たす特定の指定された時間またはイベントが起きるとき、認証証拠はメディアプレイヤー３２０に判断することを許可する制限を含む。このような状況の下で、メディアプレイヤー３２０は、受信者のコンピュータ環境から、メディアプレイヤー３２０自身およびメディアストリームを自己破壊できる。
【００５７】
他の実施の形態において、メディアストリームは受信者のコンピュータデバイス上の揮発性メモリまたはストレージで一時的に利用できるのみで、メディアストリームの一部が消費されると、これらの一部は受信者のコンピュータデバイス上で、もはや利用できない。それ故、メディアプレイヤー３２０を含むメディアストリームは、受信者によりメディアコンテンツが再生されるたびに再取得される。
【００５８】
他の実施の形態において、受信者がダウンロードしたメディアストリームに関係するメディアコンテンツの再生を試みるとき、受信者のコンピュータ環境が符号化されたＳＩＤと一致する必要があるように、メディアストリームは配信サービス３０１によりＳＩＤとともに符号化される。再ストリーミングがコンテンツプロバイダにより禁止されるとき、この技術は受信者が他の下流の受信者にメディアストリームを再ストリーミングするのを防ぐのに使うことができる。
【００５９】
さらに他の実施の形態において、認証証拠は、メディアプレイヤーに下流の認証されていない受信者にその後のメディアストリームの再送信を最初の受信者に許可しないことを通知する制限を含むことができる。
【００６０】
ライセンスおよびロイヤリティに従ってコンテンツプロバイダにより、どのように電子メディアコンテンツが監視されるか理解される。これは任意の下流の受信者に対して達成及び実施できる。従って、本発明の教示により、コンテンツプロバイダは、メディアコンテンツの知的所有権のより良い制御および実施が可能である。
【００６１】
当然のことながら、上記説明は例示であり、限定を意味しない。多くの他の実施の形態は、これらの当業者にとって上記説明を検討することで明らかであろう。発明の実施の形態の範囲は、それ故、権利を与えられたクレームと同等の全ての範囲とともに、添付の特許請求の範囲を参照して判断されるべきである。
【００６２】
要約は、読者にすばやく技術開示の本質と要旨を確認する事を可能にする要約を求める米国特許法施行規則第１．７２条（ｂ）項に従い与えられた要約であることを強調する。それは、特許請求の範囲または意味を解釈または限定するために使われないように考慮して提出されている。
【００６３】
前述の実施の形態の記載において、ストリーミングの開示の目的に対する一つの実施例の中で、さまざまな特徴が集められている。この開示の方法は、本発明のクレームされた実施の形態は、明確に列挙された各クレームよりも多くの特徴を必要とする、意図を反映して解釈されない。むしろ、クレームを反映して、発明の主体は一つの開示された実施の形態の全ての特徴にはない。それ故、特許請求の範囲は、個々の例となる実施の形態として自身に基づく各クレームとともに、実施の形態の記載に含まれる。
【図面の簡単な説明】
【００６４】
【図１】本発明の一実施形態に基づくメディアストリーム受信者認証の方法のフローチャートである。
【図２】本発明の一実施形態に基づくメディア認証データ構造を表す図である。
【図３】本発明の一実施形態に基づくメディアストリーム認証システムを表す図である。
【特許請求の範囲】
【請求項１】
受信者がメディアストリームを再生するためにメディアプレイヤーを使用しようと試みたとき、前記メディアプレイヤーからの認証要求を自動的に受信し、前記メディアプレイヤーはメディアストリームの一部であり、
前記受信者が前記メディアストリームを再生するのを認証されているか確認し、
受信者が認証されていたら、認証証拠を前記メディアプレイヤーに送信する
メディアストリーム受信者を認証するための方法。
【請求項２】
前記送信は、自動的に前記認証証拠を前記受信者のコンピュータデバイスにライセンスキーとしてインストールすることをさらに行い、前記ライセンスキーはライセンス限定を含むことができることを特徴とする請求項１のメディアストリーム受信者を認証するための方法。
【請求項３】
自動的な受信において、前記受信者は最初にメディアプレイヤーおよびメディアストリームを第二の受信者から取得することを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項４】
確認において、前記受信者は、受信者の身元（ｉｄｅｎｔｉｔｙ）およびメディアストリームの識別表示の少なくとも一つに基づき、外部からライセンスサービスに連絡することにより確認されることを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項５】
送信において、前記認証証拠は、イベントまたは予め決められた時間の発生に基づき前記メディアプレイヤーに前記メディアストリームの自己破壊を指示する限定を含むことを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項６】
送信において、前記認証証拠は、前記メディアプレイヤーに前記受信者が前記メディアストリームを下流の受信者に再ストリーミングするのを防ぐことを指示する限定を含むことを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項７】
送信において、前記認証証拠はディジタル証明書およびディジタル署名の少なくとも一つであることを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項８】
メディアプレイヤーロジックと、
メディアコンテンツと、
メディアプレイヤーロジックに付随したメディア受信者認証ロジックと、
を備えた、コンピュータ読み取り可能な媒体に存在するメディアストリーム構造であって、
前記メディアストリームデータ構造がコンピュータデバイスにより受信されるとき、前記メディアプレイヤーロジックは、自動的に自身を前記コンピュータデバイスにインストールし、前記メディアコンテンツ再生前に前記メディア受信者認証ロジックを実行し、前記メディア受信者認証ロジックは、前記メディアコンテンツの前記受信者の身元とともに認証要求を認証サービスに送信することを特徴とするコンピュータ読み取り可能な媒体に存在するメディアストリーム構造。
【請求項９】
前記メディア受信者認証ロジックは、前記メディアコンテンツの識別表示も前記認証サービスに送信することを特徴とする請求項８記載のメディアストリームデータ構造。
【請求項１０】
前記認証サービスにより前記コンピュータデバイス上の前記メディアコンテンツを再生するために前記受信者の身元が認証されれば、前記メディアストリームデータ構造に加えられる、認証証拠をさらに備える請求項８記載のメディアストリームデータ構造。
【請求項１１】
前記認証証拠は、前記メディアストリームデータ構造の外部に格納され、参照ポインタとして前記メディアストリームデータ構造の中に特定されることを特徴とする請求項１０記載のメディアストリームデータ構造。
【請求項１２】
前記メディア受信者認証ロジックは、前記コンピュータデバイスのコンピュータ環境に関係した設定および前記コンピュータデバイスに関係したインターネットプロトコル（ＩＰ）アドレスのうち少なくとも一つもまた前記認証サービスに送信することを特徴とする請求項８記載のメディアストリームデータ構造。
【請求項１３】
前記認証サービスは、一つ以上の外部のライセンスサービスと連結することにより前記受信者の身元を認証することを特徴とする請求項８記載のメディアストリームデータ構造。
【請求項１４】
前記メディアプレイヤーは、前記認証サービスから有効な認証証拠を受信すると、自動的に前記メディアコンテンツを再生することを特徴とする請求項８記載のメディアストリームデータ構造。
【請求項１５】
各メディアストリームがメディアコンテンツおよび自己実行メディアプレイヤーを含む、メディアストリームを配信する配信サービスと、
前記メディアコンテンツの再生を試みる受信者にアクセスを認証するために、その後、各メディアプレイヤーと通信する認証サービスと、
を備えるメディアコンテンツ認証システム。
【請求項１６】
自己インストールの各メディアプレイヤーは、受信者のコンピュータデバイスに最初にインストールした後すぐに、前記認証サービスに連絡することを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項１７】
対応する受信者が前記メディアコンテンツを再生するために認証されたならば、各メディアプレイヤーは前記認証サービスから認証証拠を受信することを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項１８】
前記認証サービスは、前記メディアコンテンツへアクセスする多くの前記受信者を認証するためにライセンスサービスを使用することを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項１９】
前記認証サービスは、前記各受信者の認証に使われる前記各メディアプレイヤーから情報を受け取り、前記情報は、メディアプレイヤー、前記受信者の身元の確認、および前記メディアコンテンツの識別を実行するコンピュータ環境の設定の少なくとも一つを含んでいることを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項２０】
前記認証サービスは、受信者を認証した前記各メディアプレイヤーに認証証拠を返送し、前記認証証拠は、ディジタル証明書、ディジタル署名、符号化されたデータ、および隠しデータの少なくとも一つであることを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項１】
受信者がメディアストリームを再生するためにメディアプレイヤーを使用しようと試みたとき、前記メディアプレイヤーからの認証要求を自動的に受信し、前記メディアプレイヤーはメディアストリームの一部であり、
前記受信者が前記メディアストリームを再生するのを認証されているか確認し、
受信者が認証されていたら、認証証拠を前記メディアプレイヤーに送信する
メディアストリーム受信者を認証するための方法。
【請求項２】
前記送信は、自動的に前記認証証拠を前記受信者のコンピュータデバイスにライセンスキーとしてインストールすることをさらに行い、前記ライセンスキーはライセンス限定を含むことができることを特徴とする請求項１のメディアストリーム受信者を認証するための方法。
【請求項３】
自動的な受信において、前記受信者は最初にメディアプレイヤーおよびメディアストリームを第二の受信者から取得することを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項４】
確認において、前記受信者は、受信者の身元（ｉｄｅｎｔｉｔｙ）およびメディアストリームの識別表示の少なくとも一つに基づき、外部からライセンスサービスに連絡することにより確認されることを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項５】
送信において、前記認証証拠は、イベントまたは予め決められた時間の発生に基づき前記メディアプレイヤーに前記メディアストリームの自己破壊を指示する限定を含むことを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項６】
送信において、前記認証証拠は、前記メディアプレイヤーに前記受信者が前記メディアストリームを下流の受信者に再ストリーミングするのを防ぐことを指示する限定を含むことを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項７】
送信において、前記認証証拠はディジタル証明書およびディジタル署名の少なくとも一つであることを特徴とする請求項１記載のメディアストリーム受信者を認証するための方法。
【請求項８】
メディアプレイヤーロジックと、
メディアコンテンツと、
メディアプレイヤーロジックに付随したメディア受信者認証ロジックと、
を備えた、コンピュータ読み取り可能な媒体に存在するメディアストリーム構造であって、
前記メディアストリームデータ構造がコンピュータデバイスにより受信されるとき、前記メディアプレイヤーロジックは、自動的に自身を前記コンピュータデバイスにインストールし、前記メディアコンテンツ再生前に前記メディア受信者認証ロジックを実行し、前記メディア受信者認証ロジックは、前記メディアコンテンツの前記受信者の身元とともに認証要求を認証サービスに送信することを特徴とするコンピュータ読み取り可能な媒体に存在するメディアストリーム構造。
【請求項９】
前記メディア受信者認証ロジックは、前記メディアコンテンツの識別表示も前記認証サービスに送信することを特徴とする請求項８記載のメディアストリームデータ構造。
【請求項１０】
前記認証サービスにより前記コンピュータデバイス上の前記メディアコンテンツを再生するために前記受信者の身元が認証されれば、前記メディアストリームデータ構造に加えられる、認証証拠をさらに備える請求項８記載のメディアストリームデータ構造。
【請求項１１】
前記認証証拠は、前記メディアストリームデータ構造の外部に格納され、参照ポインタとして前記メディアストリームデータ構造の中に特定されることを特徴とする請求項１０記載のメディアストリームデータ構造。
【請求項１２】
前記メディア受信者認証ロジックは、前記コンピュータデバイスのコンピュータ環境に関係した設定および前記コンピュータデバイスに関係したインターネットプロトコル（ＩＰ）アドレスのうち少なくとも一つもまた前記認証サービスに送信することを特徴とする請求項８記載のメディアストリームデータ構造。
【請求項１３】
前記認証サービスは、一つ以上の外部のライセンスサービスと連結することにより前記受信者の身元を認証することを特徴とする請求項８記載のメディアストリームデータ構造。
【請求項１４】
前記メディアプレイヤーは、前記認証サービスから有効な認証証拠を受信すると、自動的に前記メディアコンテンツを再生することを特徴とする請求項８記載のメディアストリームデータ構造。
【請求項１５】
各メディアストリームがメディアコンテンツおよび自己実行メディアプレイヤーを含む、メディアストリームを配信する配信サービスと、
前記メディアコンテンツの再生を試みる受信者にアクセスを認証するために、その後、各メディアプレイヤーと通信する認証サービスと、
を備えるメディアコンテンツ認証システム。
【請求項１６】
自己インストールの各メディアプレイヤーは、受信者のコンピュータデバイスに最初にインストールした後すぐに、前記認証サービスに連絡することを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項１７】
対応する受信者が前記メディアコンテンツを再生するために認証されたならば、各メディアプレイヤーは前記認証サービスから認証証拠を受信することを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項１８】
前記認証サービスは、前記メディアコンテンツへアクセスする多くの前記受信者を認証するためにライセンスサービスを使用することを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項１９】
前記認証サービスは、前記各受信者の認証に使われる前記各メディアプレイヤーから情報を受け取り、前記情報は、メディアプレイヤー、前記受信者の身元の確認、および前記メディアコンテンツの識別を実行するコンピュータ環境の設定の少なくとも一つを含んでいることを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【請求項２０】
前記認証サービスは、受信者を認証した前記各メディアプレイヤーに認証証拠を返送し、前記認証証拠は、ディジタル証明書、ディジタル署名、符号化されたデータ、および隠しデータの少なくとも一つであることを特徴とする請求項１５記載のメディアコンテンツ認証システム。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２００７−５２９０４２（Ｐ２００７−５２９０４２Ａ）
【公表日】平成１９年１０月１８日（２００７．１０．１８）
【国際特許分類】
【出願番号】特願２００６−５１７７８９（Ｐ２００６−５１７７８９）
【出願日】平成１６年６月２９日（２００４．６．２９）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２０９６２
【国際公開番号】ＷＯ２００５／００８４５４
【国際公開日】平成１７年１月２７日（２００５．１．２７）
【出願人】（５０６００１５５０）マウイ エックス−ストリーム，インク． (2)
【氏名又は名称原語表記】ＭＡＵＩ Ｘ−ＳＴＲＥＡＭ，ＩＮＣ．
【Ｆターム（参考）】
【公表日】平成１９年１０月１８日（２００７．１０．１８）
【国際特許分類】
【出願日】平成１６年６月２９日（２００４．６．２９）
【国際出願番号】ＰＣＴ／ＵＳ２００４／０２０９６２
【国際公開番号】ＷＯ２００５／００８４５４
【国際公開日】平成１７年１月２７日（２００５．１．２７）
【出願人】（５０６００１５５０）マウイ エックス−ストリーム，インク． (2)
【氏名又は名称原語表記】ＭＡＵＩ Ｘ−ＳＴＲＥＡＭ，ＩＮＣ．
【Ｆターム（参考）】
[ Back to top ]