オンライン・ストリーミング・コンテンツに対する集中アクセス許可方法およびシステム
【課題】ネットワーク運営業者のプラットフォームにおけるアクセス許可によって、コンテンツ提供業者のオンライン・ストリーム・コンテンツ保護を可能にする。
【解決手段】本発明は、ネットワーク運営業者のプラットフォームにおけるアクセス許可付与を用いて、コンテンツ提供業者によるオンライン・ストリーミング・コンテンツを保護するシステムを開示する。本発明は、アクセスを許可する時点で記述および／または位置に関して正確に把握されていないストリーム・コンテンツに対するアクセス許可付与の問題に、解決策を提供する。
【解決手段】本発明は、ネットワーク運営業者のプラットフォームにおけるアクセス許可付与を用いて、コンテンツ提供業者によるオンライン・ストリーミング・コンテンツを保護するシステムを開示する。本発明は、アクセスを許可する時点で記述および／または位置に関して正確に把握されていないストリーム・コンテンツに対するアクセス許可付与の問題に、解決策を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンライン・コンテンツ許可システムに関する。更に特定すれば、本発明は、オンライン・ストリーミング・コンテンツに対するアクセスの集中許可システムに関する。
【背景技術】
【０００２】
コンテンツ提供業者は、例えば、ユーザ名／パスワードの組み合わせに基づいてオンライン・コンテンツへのアクセスを制限できることは知られている。このような許可方法では、コンテンツ提供業者は、ユーザの個人情報をチェックし、それを例えば、関連するユーザの加入(subscription)と比較する必要がある。このアクセス制御をし易くするユーザ・データベースおよび技術は、コンテンツ提供業者にとって、技術的および管理上の観点から非常に複雑となる可能性があり、例えば、個人情報虚偽の虞れがあり、金銭的損失に繋がることもあり得る。
【０００３】
個人情報虚偽に対する保護を強化するシステムが、ＵＳ２００４／０１６２７８７から知られている。この場合、ウェブ・サーバを導入し、暗号を用いてチケットを生成して、メディア・サーバ（コンテンツ提供業者）に対するアクセス要求に用いる。
【０００４】
また、コンテンツ提供業者がディジタル権利管理（ＤＲＭ）方法によってダウンロード可能なオンライン・コンテンツを保護できることも知られている。ＷＯ０３／０５５２１９から、コンテンツ・オブジェクトおよび権利オブジェクトに基づく管理メカニズムを用いるＤＲＭシステムが公知である。
【０００５】
また、インターネット・ユーザのディジタル・コンテンツを管理し易くするコンテンツ仲介システム(content brokering system)も知られている。ＷＯ２００５／０２４５４８から、個人情報管理（即ち、サインオン(sign-on)連合）、ユーザ・デバイスおよび購入したコンテンツの管理、ならびにユーザに代わっての購入したコンテンツの置換をし易くするシステムが知られている。
【０００６】
これら既知のシステムは、主にダウンロード可能なオンライン・コンテンツのアクセスまたは使用保護に関する。
【０００７】
オンライン・コンテンツ産業内部には、コンテンツへのアクセスに対する高い保護レベルを達成する必要性はあるが、コンテンツ提供業者の立場における複雑さを低減する要望がある。前述した既知の技術は全て、多かれ少なかれ複雑な技術を必要とし、ユーザ個人情報管理を導入し、コンテンツ提供業者が管理しなければならない。その結果、コンテンツ利用という「中核業務」の上に、コスト（技術および人員）の増大を招く。
【０００８】
特に、オンライン・ストリーミング・コンテンツの市場が出現しつつあり、これは、ダウンロード可能なコンテンツとは技術的に相違し、新たな業務規則が生ずる可能性もある。オンライン・ストリーミング・コンテンツに関する重要な側面で、既存の技術では解決策を提供できないのは、許可する時点で記述および／または位置に関して正確に分かっていないストリーム（コンテンツ・オブジェクト）の許可をサポートする製品が、現時点では入手できないということである。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
（問題の定義）
出現しつつあるオンライン・ストリーミング・コンテンツの市場において、コンテンツ提供業者のプラットフォームやその運営に複雑さを追加することなく、不正アクセスに対して高レベルの保護を設けることが求められている。更に、ストリーミング・コンテンツを併合することにより、アクセスの許可に関して取り組むべき新たな側面も出てくる。取り組む必要がある重要な側面の１つは、アクセスを許可する時点では、記述および／または位置に関してストリーム（またはコンテンツ・オブジェクト）を正確に把握していない可能性があることである。
（発明の目的）
本発明の目的は、ネットワーク運営業者のプラットフォームにおけるアクセス許可付与によって、コンテンツ提供業者のオンライン・ストリーム・コンテンツを保護することを可能にすることである。本発明の別の目的は、アクセス許可を付与する時点で記述および／または位置に関して正確に把握されていないストリーム・コンテンツに対するアクセス許可付与の問題に、解決策を提供することである。
【課題を解決するための手段】
【００１０】
（発明の摘要）
本発明は、コンテンツ提供業者のプラットフォームからのオンライン・ストリーミング・コンテンツに対するアクセス許可方法およびシステムを開示する。アクセス許可は、ネットワーク運営業者のプラットフォームにおいて集中して付与され、一体化され、これによってコンテンツ提供業者毎に別個の許可システムを使用する場合よりも規模による経済性の利点が得られるため、金銭的に魅力的となる。
【００１１】
本発明によれば、オンライン・ストリーミング・コンテンツに対してアクセス許可を付与することができ、また、アクセス許可を付与するときにコンテンツの記述および／または位置が分かっていなくても、行うことができる。
【００１２】
ネットワーク運営業者はコンテンツ提供業者に高いレベルのユーザ個人情報保全性(integrity)を提案できることは一般に知られている。
【００１３】
本発明の一態様によれば、移動体ユーザの個人情報を、加入者識別モジュールによって確定する。本発明の別の態様によれば、固定回線ユーザの個人情報を、発呼者回線識別（ＣＬＩ）によって確定する。
【００１４】
本発明のこれらの態様では、例えば、ユーザ名／パスワードの組み合わせとは対照的に、高度の個人情報保全性をコンテンツ提供業者に保証する。
【００１５】
アクセス許可付与をネットワーク運営業者のプラットフォームに集中させることにより、高いレベルの個人情報保全性を提供するコスト効率的な解決策を達成する。これにより、アクセス認証が比較的低コストとなり、コンテンツ提供業者は使用料を正しく徴収することを確保する。
【００１６】
本発明の利点は、コンテンツ提供業者がアクセス保護に使用するために、専用のアクセス保護システムやディジタル権利管理システムに投資する必要がないことである。
【００１７】
本発明の別の利点は、ネットワーク運営業者によるオンライン・コンテンツに対するアクセス制御を、コンテンツ提供業者に代わってコンテンツ使用料を課金することと組み合わせることができることである。この場合、コンテンツ提供業者は各ユーザに別個に課金する必要がない。
【発明を実施するための最良の形態】
【００１８】
図面に示す実施形態例を参照して、本発明について更に詳細に説明する。
【００１９】
本発明を教示するという目的に沿って、本発明の方法およびシステムの好適な実施形態について続いて説明する。尚、本発明のその他の代替的または同等の実施形態も着想可能であり、発明の範囲は、最終的に付与される特許請求の範囲のみによって限定されることは、当業者には認められよう。
【００２０】
ネットワーク運営業者は、高レベルのユーザ個人情報保全性をコンテンツ提供業者に提案(offer)できることは一般に知られている。
【００２１】
本発明の別の態様によれば、移動体ユーザの個人情報を、加入者個人情報モジュールによって確定する。このモジュールは、移動体加入者を運営業者に対して特定する鍵を安全に格納するスマート・カードである。
【００２２】
本発明の別の態様によれば、固定線ユーザの個人情報を、発呼者回線識別（ＣＬＩ）によって確定する。これは、運営業者のローカル・ループにおけるユーザの物理的接続（および物理的アドレス）に直接関係する。
【００２３】
本発明によれば、アクセス許可は、オンライン・ストリーミング・コンテンツに対して、そしてアクセスが許可される時点ではコンテンツの記述および／または位置が分からない場合でも、付与することができる。
【００２４】
オンライン・ストリーミング・コンテンツの伝達をし易くするために、多数のデータ・プロトコル、例えば、ＲＴＳＰ、ＲＴＰ、ＩＰマルチキャスト、ＲＳＶＰ、およびＩＧＭＰが標準化されている。
【００２５】
これらのプロトコルは、とりわけ、ストリーミング・コンテンツの制御および伝達を行い易くするように設計されている。例えば、ＨＴＴＰページのような、前者のダウンロード可能なコンテンツに関して、オンライン・ストリーミング・コンテンツは基本的に性質が異なる。これは、主に、ストリーミング・コンテンツの「ブロードキャスト」性に起因する。ウェブ・ページのようなダウンロード可能なコンテンツとは対照的に、オンライン・ストリーミング・コンテンツは、「オフからオンに切り換える」ことができる。例えば、オンライン・ストリームで流すＴＶショーまたはポップ・コンサート（「送信される」ライブである可能性もある）を「ダウンロードする」ことはできないが、適した制御コマンドまたはオンライン・ストリーミング・データ・プロトコルの「メソッド」を用いて、「オンまたはオフ」に切り換えることができる。
【００２６】
しかし、他の側面に関しても、これらのオンライン・ストリーミング・データ・プロトコルは、例えば、ＨＴＴＰのような「ダウンロード可能な」データ・プロトコルとは基本的に異なる。ユーザがオンライン・ストリーミング・コンテンツの要求をコンテンツ提供業者に発行すると、一般委、この結果、（「単純に」）ダウンロード可能なコンテンツよりも多くの「ステップ」を実行した後に、コンテンツが伝達される。一般に、ＨＴＴＰウェブ・ページは、リンク（ＵＲＬ）または「プレー・リスト」を収容しており、コンテンツ・プロバイダはユーザの要求に応答してＨＴＴＰウェブ・ページをユーザに送る。このプレー・リストは、記述および位置のような、オンライン・ストリーミング・コンテンツについての詳細を収容している。プレー・リストは、例えば、「Madonna」からの歌の異なる位置への多数のリンクを収容する場合もある。コンテンツ提供業者からリンクまたはプレー・リストを受信した後、これをユーザ・デバイスまたはＰＣに格納するか、または「メディア・プレーヤ」を起動して、プレー・リストをユーザに呈示する。直接、またはプレー・リストの受信後のいずれかの他の時点において、ユーザは、メディア・プレーヤからのプレー・リストにおけるリンクから１つを選択（「クリック」）することによりストリームを開始することができる。
【００２７】
本発明によれば、プレー・リストからストリームを開始するために用いられるコマンド（または「メソッド」）は、ネットワーク運営業者によって傍受され、ユーザがコンテンツ提供業者からのストリームにアクセスする権利を有するか否かチェックを行う。ストリームにアクセスする権利は、例えば、ネットワーク運営業者のユーザ・データベースにおいて管理(administrate)することができる。それだけではなく、ネットワーク運営業者とコンテンツ提供業者との間で、暗号を用いて保証したインターネット接続、賃借回線のような専用接続を通じてオンライン・チェックを行うこともできる。
【００２８】
チェックの結果が肯定的である、即ち、ユーザがストリームにアクセスする権利を有する場合、ストリームを開始するコマンド（または「メソッド」）をコンテンツ提供業者に転送する。ネットワーク運営業者から転送された、ユーザがストリームを開始するためのコマンドを受信した後、コンテンツ提供業者は、該当するデータ・プロトコルを用いて、ストリームをユーザに送り始める。
【００２９】
チェックの結果が否定的である、即ち、ユーザがストリームにアクセスする権利を有していない場合、ストリームを開始するコマンド（または「メソッド」）はコンテンツ提供業者には転送されない。本発明の一態様によれば、ネットワーク運営業者からユーザにエラー・メッセージを送り、エラー状態および／または説明をユーザに提供することができ、その上、ネットワーク運営業者によって、ストリームを再生する権利をオンラインで購入する機会をユーザに提案することもできる。双方の場合、ＨＴＴＰページをユーザに送り、これを行うことができる。後者の場合、対話セッションの開始ページとなる。この対話セッションでは、ある価格で、ストリームへのアクセスをユーザに提案する。ユーザがこの提案を受け入れる場合も、ストリームを開始する初期コマンド（または「メソッド」）をコンテンツ提供業者に転送する。
【００３０】
本発明に対する代替案として、コンテンツ提供業者は、特定のユーザからのストリームの「開始」毎に許可を付与しなければならない。このストリーム毎の許可付与は、例えば、コンテンツのホスティング(hosting)および管理に関して非常に手間がかかり、コンテンツ提供業者のドメインにおいてこの作業をサポートするための製品は高価である。また、ディジタル権利管理システムを実施する代案は、関連する実施および運営コストのために、魅力がない。
【００３１】
本発明の更に別の態様によれば、コンテンツを使用する権利がもはや有効でないのに、ユーザがストリームを再生しようとするときに発生する問題に対する解決策を開示する。
【００３２】
ユーザが、例えば、「ライブ」でストリーム配信されているポップ・コンサートまたはスポーツ・イベントを見ているときに、ストリームが何時間も、何日も、またはそれよりも長くかかることもあり得る。ユーザにオンライン・ストリームに対するアクセスを付与した後、本発明の一態様によれば、アクセス権利の失効により、しかるべき処置を講ずるプロセスが誘起される。
【００３３】
本発明の更に別の態様によれば、前述のしかるべき処置とは、ストリームを中断することである。同時に、ユーザにエラー・メッセージを送信して、アクセス権利が失効したことを説明することができる。
【００３４】
本発明の別の態様によれば、しかるべき処置とは、ユーザに対する対話セッションの開始であり、ある価格で、ストリームに対するアクセスの継続をユーザに提案する。ユーザが同意した場合、支払いを処理し、ストリーム継続のためのリンクをユーザに送信する。ユーザがこのリンクをクリックすると、ストリームが再度開始する。
【００３５】
本発明によるシステムは、多数のコンテンツ提供業者のために、オンライン・ストリーム・コンテンツへのアクセスの許可付与を集中させることを可能にする。コンテンツ提供業者は、彼ら自身のプラットフォームにおいてアクセス許可の付与を実施する必要はない。集中許可付与を移動体のネットワークまたは固定ネットワークの運営業者に統合すると、高レベルの個人情報保全性を達成することができ、コンテンツ提供業者に対する不正による損失が低減する。更に、本発明は、コンテンツにアクセスする権利が消失した場合に、ストリーミング・コンテンツへのアクセスを拒絶することにも備えており、例えば、ライブ・イベントのストリーミングに適用することができる。
【００３６】
本発明は、とりわけ、ＰＳＴＮ、ＩＳＤＮ、ＡＤＳＬ、「ＷｉＦｉ」（IEEE802.11プロトコル・ファミリ）、Ｃａｂｌｅ、ＧＳＭ、ＧＰＲＳ、Ｅｄｇｅ、ＵＭＴＳ、ＨＤＳＰＡ、ＴＤＭＡ、ＣＤＭＡのような、ストリーミング・コンテンツの伝達に適した電気通信ネットワークであればいずれにでも適用可能である。
【００３７】
ストリームの開始がコンテンツ提供業者のために差し止められるか否かは、運営業者と個々のコンテンツ提供業者との間の合意によって決めることができる。これを行うことができるのは、特定のコンテンツ提供業者が、そのストリーミング・コンテンツに対してアクセス許可の付与を実行するように、運営業者と合意を有する場合のみである。差し止めの後、ユーザの個人情報を検証し、オンライン・ストリーミング・コンテンツにアクセスする権利をチェックする。個人情報のチェックおよびストリームにアクセスする権利が有効な場合、ストリーミング・プロキシによって元の要求をコンテンツ提供業者（ＣＰ）に転送し、その後ＣＰはそのユーザに向けてストリームを開始する。
【００３８】
図１は、本発明によるシステム・アーキテクチャを示す。これは、ユーザからコンテンツ提供業者、およびその逆方向の、運営業者ドメインを経由するデータおよび制御の流れを示す。
【００３９】
図１に示す実施形態では、ストリームは、ＲＳＴＰ「再生メソッド」を用いて開始され、ストリーミング・プロキシを用いて、運営業者によって傍受される。ストリーミング・プロキシは許可付与仲介部(authorization broker)と通信する。許可付与仲介部は、ユーザの個人情報の検証（データ／制御の流れは図示されていない）、およびストリームにアクセスする権利の検証を処理する。
【００４０】
図１に示す実施形態では、移動体ユーザがＧＰＲＳを通じて移動体ネットワークに接続されている。ユーザは、ＨＴＴＰページへのアクセスにウェブ・ブラウザを用い、ストリーム・コンテンツの再生に、例えば、Real PlayerまたはMicrosoft Media Player のようなメディア・プレーヤを用いる。ウェブ・ブラウザおよびメディア・プレーヤは、移動体電話機、または移動体通信に適したその他の移動体デバイスであればいずれにおいても走ることができる。適した移動体デバイスとは、スマート・フォン、移動体電話機を一体化したあるいは有線または無線で（例えば、Bluetoothによって）移動体電話機に接続したパームトップ・コンピュータ等である。固定ネットワークの場合、メディア・プレーヤは、例えば、パーソナル・コンピュータ、ホーム・ネットワークにおける「接続デバイス」（例えば、WiFiインターフェースを有するパームトップ・コンピュータ、ＴＶに接続されたメディア・アダプタ、無線機、および／またはその他の従来からの消費者用電子（ＣＥ）機器）、マイクロソフトまたはその他の販売業者のMedia Center Editionパーソナル・コンピュータ、あるいは移動体インターフェース（例えば、WiFiまたはＵＭＴＳ）を有するカー・ラジオまたはカーＴＶにおいても走ることができる。
【００４１】
図１は、ユーザからコンテンツ提供業者へ、またはその逆への、運営者ネットワークを経由したデータおよび制御の流れを示す。ユーザは、少なくとも以下の選択肢によって、ストリームを開始することができる。
【００４２】
−ユーザは、ウェブ・ページにおいてＵＲＬとして呈示されているストリームへのリンク上で「クリックする」。または、
−ユーザはメディア・プレーヤ上でストリームを開始する。
【００４３】
ストリームを開始する最初の選択肢は、通常、ユーザによってＨＴＴＰに基づく「コンテンツ発見」を用いて実現する。即ち、ユーザはコンテンツ提供業者からのウェブ・ページを閲覧しており、これらの中にストリームへのリンク（ＵＲＬ）またはリンク集合（「プレー・リスト」）が呈示される。コンテンツ提供業者の選択まで、これらのリンクまたはプレー・リストを収容している、コンテンツ発見用ＨＴＴＰページは、自由にアクセス可能とすることができる、即ち、料金請求できるコンテンツ(billable content)とすることができる。後者の場合、運営業者は、ユーザにアクセス権利がない場合、コンテンツ発見ページへのアクセスを禁止する。ユーザがコンテンツ発見ページにアクセスできるのであれば、コンテンツ提供業者はＨＴＴＰ応答（ウェブ・ページ）を送る。ＨＴＴＰ応答は、ストリーミング・コンテンツのリンクおよび／またはプレー・リストを収容している。次いで、ユーザは、ＨＴＴＰページからのリンクの１つを「クリック」（選択）するか、またはメディア・プレーヤからのプレー・リストからのエントリの１つを「クリック」（選択）する。メディア・プレーヤは、ＨＴＴＰページにおけるプレー・リストの受信時に自動的に開始するように設定することができる（例えば、「プラグイン」のように）。これらの場合のいずれか１つに続いて、ＲＴＳＰ「再生」メソッド（コマンド）をコンテンツ提供業者に送る。
【００４４】
２番目の選択肢では、ＲＴＳＰセッションを通じてコンテンツ発見を行うか、あるいはストリーミング・コンテンツの１つ以上のリンクまたはプレー・リストが既にユーザに利用可能となっている。後者の場合、ユーザは、例えば、ウェブ・ブラウザを介して、ストリームへのリンク（ＵＲＬ）を入力するか、またはメディア・プレーヤのインターフェースからのプレー・リストからストリームを「クリック」（選択）する。メディア・プレーヤは、ＲＴＳＰ「再生」メソッド（コマンド）をコンテンツ提供業者に送る。最初の場合では、コンテンツ発見はメディア・プレーヤを介して行われ、メディア・プレーヤがＲＴＳＰ「記述」メソッド（コマンド）をコンテンツ提供業者に送る。ＲＴＳＰ「記述」メソッドは、ストリーミング・プロキシによってコンテンツ提供業者に転送され（この情報に対するアクセスが保護／有料とされていないことを条件とする）、コンテンツ提供業者は、ストリーミング・コンテンツの１つ以上のリンクまたはプレー・リストで応答する。続いて、ユーザはメディア・プレーヤのインターフェースからストリームを選択し、メディア・プレーヤはＲＴＳＰ「再生」メソッド（コマンド）をコンテンツ提供業者に送る。
【００４５】
双方の選択肢において、運営業者はＲＴＳＰ「再生」メソッドを傍受する。図示の実施形態では、これを行うのはストリーミング・プロキシである。ストリーミング・プロキシは許可付与仲介部に要求を発行する。許可付与仲介部はユーザ（図示せず）の個人情報を検証し、加入データベース（加入ＤＢ）においてコンテンツ・アクセスの権利をチェックする。
【００４６】
ストリーミング・プロキシ、許可付与仲介部、および加入データベースを内包するシステムは、論理表現である。代替実施形態では、ストリーミング・プロキシおよび／または許可付与仲介部および／または加入データベースを内包するシステムを、１つのシステムに組み込むこともでき、および／または１つ以上のこれら別個の（論理）システムを１つよりも多い物理的システムにおいて実施することができる。これは、小規模の実施態様の場合に、物理的寸法および／または運営コストを抑えるために有用であり、あるいは大規模の実施態様の場合には、負荷均衡および／または安定性のために有用であると言うことができる。
【００４７】
個人情報は、移動体ネットワークの場合には、ユーザのＳＩＭを用いて運営業者によってチェックし、固定ネットワークの場合には、ＣＬＩを用いてチェックすることが好ましい。加入者データベースから、コンテンツにアクセスする権利を検証する。これは、例えば、コンテンツ提供業者毎および／またはＵＲＬ毎に権利の管理情報を保持する表をチェックすることによって行われる。
【００４８】
個人情報チェックおよび許可チェックの結果が肯定的である場合、元のＲＴＳＰ「再生」メソッドをコンテンツ提供業者に転送する。「再生」メソッドの受信後、コンテンツ提供業者はストリームの送信を開始し、ストリーミング・プロキシはＲＴＰプロトコルを用いてストリームをユーザに転送する。メディア・プレーヤがストリームを受信すると、再生し始める。これは、通常、ユーザが「停止」コマンドをメディア・プレーヤに発行するまで、または今添付提供業者がストリームを終了するまで（例えば、音楽クリップの終了）継続する。
【００４９】
個人情報チェックの結果は肯定的であったが、許可チェックの結果が否定的であった場合、対話セッションを開始して、コンテンツにアクセスする権利を「購入する」ことをユーザに許可する。これについては、以下で説明する。
【００５０】
個人情報チェックが否定的であった場合、運営業者はコンテンツ提供業者のドメインへのアクセスを遮断する。
【００５１】
図２は、ＨＴＴＰセッションによる「コンテンツ発見」およびアクセス権利管理のプロセスを説明する図を示す。イベントおよびステップのタイムラインは上から下に向かっており、左側にある矢印で示す通りである。第１ステップ（１）として、ユーザは、リンク上でクリックするかまたはウェブ・ブラウザを通じてリンクを入力することによってコンテンツ発見を開始し、その後「記述要求」がウェブ・ブラウザによってコンテンツ提供業者に送られる。図示の例では、アクセスされているコンテンツ提供業者のプラットフォームにおける位置は、アクセス保護されている。即ち、コンテンツ提供業者は、支払いの後でないとユーザにアクセスを許可しないことを、運営業者と合意している。ＨＴＴＰプロキシは、記述要求を傍受し（２）、個人情報識別およびアクセス許可確認を実行する。図示の場合では、アクセス許可チェックの結果は否定的である。即ち、ユーザはコンテンツ提供業者からのＨＴＴＰまたはＲＴＳＰコンテンツに対するアクセス権利を有していない。この結果の確定後、対話ＨＴＴＰセッションをユーザに対して開始し（３）、要求したコンテンツにアクセスする権利を購入する選択肢をユーザに提供する。運営業者とコンテンツ提供業者との間の合意に応じて、特定の料金を特定のコンテンツ種別に適用することができる。コンテンツ種別は、例えば、コンテンツ提供業者のプラットフォームにおける別個のＵＲＬ（「ディレクトリ」）によって分離および／または識別することができる。ユーザが要求したアクセスに対する支払いを拒否した場合、コンテンツ提供業者へのアクセスは、このユーザに対しては遮断されたままであり、ＨＴＴＰ記述要求はコンテンツ提供業者には転送されない。このコンテンツ提供業者に転送しないことを示す追加のエラー・メッセージをユーザに送り、あらゆる疑いをも回避することができる。ユーザがアクセスに対して支払うことを受け入れた場合、これは運営業者によって、運営業者およびコンテンツ提供業者間で同意した特定のパラメータを用いて、加入データベースにおいて「ＨＴＴＰチケット」を用いて処理される。パラメータには、とりわけ、コンテンツの位置、記述、ならびに失効日およびアクセス時間を含むことができる。ユーザが運営業者のネットワークを通じてコンテンツ提供業者へのアクセスを要求するのが初めてであるとき、処理したアクセス権利を１つ以上のＨＴＴＰリンク（ＵＲＬ）に関係付ける。アクセス権利の処理後またはその最中に、最初のＨＴＴＰ記述要求をコンテンツ提供業者に転送する（６）。受信後（７）に、コンテンツ提供業者は、ウェブ・ページにおいてコンテンツ記述で応答する。ウェブ・ページはＨＴＴＰプロキシによって傍受される（８）。この時点で、ウェブ・ページに収容されているコンテンツＵＲＬを検証する。加入データベースにおいて未だユーザに「アクセス可能な」コンテンツとして呈示されていないＵＲＬがある場合、これらのＵＲＬを「ＨＴＴＰチケット」に追加する。追加されるＵＲＬは、ＨＴＴＰ ＵＲＬおよび／またはＲＴＳＰ ＵＲＬおよび／またはその他のストリーミング・コンテンツに関係するＵＲＬを含むことができる。このように、ウェブ・ページのようなダウンロード可能なコンテンツへのアクセスの処理(administration)を、ストリーミング・コンテンツへのアクアセスの処理と組み合わせた、柔軟なアクセス制御処理を遂行する。特定のコンテンツ提供業者に関する特定のユーザのチケットにおける各「エントリ」は、記述、位置、有効期間のような、それ自体のパラメータを収容することができる。あるいは、チケットは１つ以上のパラメータを、有効期限のように、全てのチケット・エントリ全般に用いることができる。これによって、運営業者とコンテンツ提供業者との間において、要求される業務規則を容易にするための柔軟性が得られる。
【００５２】
コンテンツ・アクセス権利の処理（「チケット処理」）の後またはその最中に、ＨＴＴＰコンテンツ記述をユーザに転送する（９）。ＨＴＴＰコンテンツ記述はウェブ・ブラウザによって受信され（１１）、ウェブ・ページ（１１）をユーザ（１１’）に示すか、または、例えば、メディア・プレーヤをプラグインとして起動した後に、情報をメディア・プレーヤ（１２）に転送する。
【００５３】
図３は、ＲＴＳＰ記述「メソッド」を用いたコンテンツ発見を示す。この場合、ストリーミング・プロキシは、ユーザからの要求を傍受して、コンテンツ提供業者プラットフォーム上の指定リンクにアクセスする権利がこの特定のユーザについての加入者データベースにない場合、対話セッションを開始する。ユーザが支払いに応じた場合、ＲＴＳＰ記述「メソッド」を転送し（６）、コンテンツ提供業者はＲＴＳＰコンテンツ記述で応答する（８）。コンテンツ記述の中にあるＲＴＳＰ ＵＲＬおよび／またはプレー・リストを、加入者データベースに追加する。これは、ＨＴＴＰチケットと同様の「チケット」のように行うことができるが、この場合、ＲＴＳＰ ＵＲＬのみを収容する。あるいは特定のコンテンツ提供業者に対して、ユーザには有効なＨＴＴＰチケットが既にあり、更にパラメータに有効な類似がある（有効期限またはおよび／またはコンテンツ位置）場合、ＲＴＳＰ ＵＲＬを既存のＨＴＴＰチケットに追加することができる。ＲＴＳＰ ＵＲＬの処理の後またはその間に、ＲＴＳＰコンテンツ記述をユーザに転送し（９）、メディア・プレーヤ（１０）によってユーザに表示する（１０’）。
【００５４】
図４は、メディア・プレーヤからストリームを開始するときのプロセスを説明する図を示す。ユーザは、メディア・プレーヤ・インターフェースを通じてストリームを開始する（１）。結果的に生じたＲＴＳＰ再生「メソッドが、ストリーミング・プロキシによって傍受される（２）。ストリーミング・プロキシは、ユーザの個人情報およびコンテンツ・アクセス権利をチェックするプロセスを開始する。個人情報チェックの結果が否定的の場合、運営業者はコンテンツ提供業者へのアクセスを遮断する。個人情報チェックの結果が有効である場合に限り、加入データベースをチェックして、要求されたＲＴＳＰ ＵＲＬに対するアクセス権利（「チケット」）が有効か否か確かめる。アクセス権利が有効なのは、パラメータに十分な類似性がある場合である（有効期限またはおよび／またはコンテンツ位置）。例えば、有効なＨＴＴＰチケットの位置（ディレクトリ）がＲＴＳＰ ＵＲＬの位置（ディレクトリ）に対応する場合、これが、「位置」に基づくアクセス受入に関する運営業者とコンテンツ提供御者との間の合意に対応するならば、アクセス権利は有効であるとすることができる。このような合意は、例えば、HTTP://musicclips/madonna/descriptionに対するアクセス権利を購入した後では、xxxx://musicclips/yyyyに対応する全てのファイルへのアクセスを許可する。この購入に基づいて、チケットの有効期限以内では、rtsp://musicclips/Madonna/holidayのような、rtsp://musicclips/Madonna/yyyyに対応する全てのファイルにアクセス可能となる。それだけなく、ＵＲＬの最初の区間における他のプロトコルも、対応するＨＴＴＰチケットの下で資格を得る(qualify)ことができる。特定のＲＴＳＰ ＵＲＬにアクセスする権利をチェックし、結果が肯定的である毎に、そのＲＴＳＰ ＵＲＬが既存のチケットに追加される。このように、チケットの有効期間内に、効率的で簡単なアクセス権利のチェックを行うことができる。アクセス権利のチェックおよび処理の間またはその後に、ＲＴＳＰ再生「メソッド」がコンテンツ提供業者に転送される。コンテンツ提供業者はストリームを開始し（４）、対応するストリーミング・プロトコルがデータをユーザ（５）に向けて逆方向に伝達する。
【００５５】
図５は、メディア・プレーヤからストリーミングを開始するときに生ずる可能性がある少なくとも３つの状況について、別のプロセスを説明する図を示す。状況Ａは、「肯定の流れ」の場合のプロセスを示す。即ち、アクセス許可が肯定的であり、ストリームが開始される場合である。状況Ｂは、アクセス許可が否定的であった場合の余分なプロセス・ステップを示す。
【００５６】
状況Ｃは、アクセス権利失効の場合におけるプロセスを示す。これは、ユーザがスポーツ・イベントまたはポップ・コンサートを見ていて、これが何時間も、何日も、またはそれ以上も続く場合に起こる可能性がある。ストリームの再生中にアクセス権利が「失効した」場合、ユーザへのストリームを遮断し（６ａ）、ユーザに対して対話ＨＴＴＰセッションを開始して、ユーザに失効を知らせ、引き続きストリーミング・コンテンツへのアクセスを取得したいか否か尋ねるプロセスが誘起される。ユーザが同意した場合、ユーザの管理情報(administration)を更新し（少なくとも加入データベースの有効時間、「チケット」）、ストリーム（６）を継続するために、該当するリンクｓ（ＵＲＬ）を用いて適合ページ(conformation page)をユーザに送る（６）。
【図面の簡単な説明】
【００５７】
【図１】図１は、本発明によるシステム・アーキテクチャを示す。
【図２】図２は、ＨＴＴＰセッションによる「コンテンツ発見」およびアクセス権利管理のプロセスを説明する図を示す。
【図３】図３は、ＲＴＳＰ「方法」によって「コンテンツ発見」およびアクセス権利管理のプロセスを説明する図を示す。
【図４】図４は、メディア・プレーヤからストリームを開始するときにおける、アクセス権利をチェックし処理するステップを含む、プロセスを説明する図を示す。
【図５】図５は、メディア・プレーヤからストリームを開始するときに発生する可能性がある少なくとも３つの状況について、別のプロセスを説明する図を示す。
【技術分野】
【０００１】
本発明は、オンライン・コンテンツ許可システムに関する。更に特定すれば、本発明は、オンライン・ストリーミング・コンテンツに対するアクセスの集中許可システムに関する。
【背景技術】
【０００２】
コンテンツ提供業者は、例えば、ユーザ名／パスワードの組み合わせに基づいてオンライン・コンテンツへのアクセスを制限できることは知られている。このような許可方法では、コンテンツ提供業者は、ユーザの個人情報をチェックし、それを例えば、関連するユーザの加入(subscription)と比較する必要がある。このアクセス制御をし易くするユーザ・データベースおよび技術は、コンテンツ提供業者にとって、技術的および管理上の観点から非常に複雑となる可能性があり、例えば、個人情報虚偽の虞れがあり、金銭的損失に繋がることもあり得る。
【０００３】
個人情報虚偽に対する保護を強化するシステムが、ＵＳ２００４／０１６２７８７から知られている。この場合、ウェブ・サーバを導入し、暗号を用いてチケットを生成して、メディア・サーバ（コンテンツ提供業者）に対するアクセス要求に用いる。
【０００４】
また、コンテンツ提供業者がディジタル権利管理（ＤＲＭ）方法によってダウンロード可能なオンライン・コンテンツを保護できることも知られている。ＷＯ０３／０５５２１９から、コンテンツ・オブジェクトおよび権利オブジェクトに基づく管理メカニズムを用いるＤＲＭシステムが公知である。
【０００５】
また、インターネット・ユーザのディジタル・コンテンツを管理し易くするコンテンツ仲介システム(content brokering system)も知られている。ＷＯ２００５／０２４５４８から、個人情報管理（即ち、サインオン(sign-on)連合）、ユーザ・デバイスおよび購入したコンテンツの管理、ならびにユーザに代わっての購入したコンテンツの置換をし易くするシステムが知られている。
【０００６】
これら既知のシステムは、主にダウンロード可能なオンライン・コンテンツのアクセスまたは使用保護に関する。
【０００７】
オンライン・コンテンツ産業内部には、コンテンツへのアクセスに対する高い保護レベルを達成する必要性はあるが、コンテンツ提供業者の立場における複雑さを低減する要望がある。前述した既知の技術は全て、多かれ少なかれ複雑な技術を必要とし、ユーザ個人情報管理を導入し、コンテンツ提供業者が管理しなければならない。その結果、コンテンツ利用という「中核業務」の上に、コスト（技術および人員）の増大を招く。
【０００８】
特に、オンライン・ストリーミング・コンテンツの市場が出現しつつあり、これは、ダウンロード可能なコンテンツとは技術的に相違し、新たな業務規則が生ずる可能性もある。オンライン・ストリーミング・コンテンツに関する重要な側面で、既存の技術では解決策を提供できないのは、許可する時点で記述および／または位置に関して正確に分かっていないストリーム（コンテンツ・オブジェクト）の許可をサポートする製品が、現時点では入手できないということである。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
（問題の定義）
出現しつつあるオンライン・ストリーミング・コンテンツの市場において、コンテンツ提供業者のプラットフォームやその運営に複雑さを追加することなく、不正アクセスに対して高レベルの保護を設けることが求められている。更に、ストリーミング・コンテンツを併合することにより、アクセスの許可に関して取り組むべき新たな側面も出てくる。取り組む必要がある重要な側面の１つは、アクセスを許可する時点では、記述および／または位置に関してストリーム（またはコンテンツ・オブジェクト）を正確に把握していない可能性があることである。
（発明の目的）
本発明の目的は、ネットワーク運営業者のプラットフォームにおけるアクセス許可付与によって、コンテンツ提供業者のオンライン・ストリーム・コンテンツを保護することを可能にすることである。本発明の別の目的は、アクセス許可を付与する時点で記述および／または位置に関して正確に把握されていないストリーム・コンテンツに対するアクセス許可付与の問題に、解決策を提供することである。
【課題を解決するための手段】
【００１０】
（発明の摘要）
本発明は、コンテンツ提供業者のプラットフォームからのオンライン・ストリーミング・コンテンツに対するアクセス許可方法およびシステムを開示する。アクセス許可は、ネットワーク運営業者のプラットフォームにおいて集中して付与され、一体化され、これによってコンテンツ提供業者毎に別個の許可システムを使用する場合よりも規模による経済性の利点が得られるため、金銭的に魅力的となる。
【００１１】
本発明によれば、オンライン・ストリーミング・コンテンツに対してアクセス許可を付与することができ、また、アクセス許可を付与するときにコンテンツの記述および／または位置が分かっていなくても、行うことができる。
【００１２】
ネットワーク運営業者はコンテンツ提供業者に高いレベルのユーザ個人情報保全性(integrity)を提案できることは一般に知られている。
【００１３】
本発明の一態様によれば、移動体ユーザの個人情報を、加入者識別モジュールによって確定する。本発明の別の態様によれば、固定回線ユーザの個人情報を、発呼者回線識別（ＣＬＩ）によって確定する。
【００１４】
本発明のこれらの態様では、例えば、ユーザ名／パスワードの組み合わせとは対照的に、高度の個人情報保全性をコンテンツ提供業者に保証する。
【００１５】
アクセス許可付与をネットワーク運営業者のプラットフォームに集中させることにより、高いレベルの個人情報保全性を提供するコスト効率的な解決策を達成する。これにより、アクセス認証が比較的低コストとなり、コンテンツ提供業者は使用料を正しく徴収することを確保する。
【００１６】
本発明の利点は、コンテンツ提供業者がアクセス保護に使用するために、専用のアクセス保護システムやディジタル権利管理システムに投資する必要がないことである。
【００１７】
本発明の別の利点は、ネットワーク運営業者によるオンライン・コンテンツに対するアクセス制御を、コンテンツ提供業者に代わってコンテンツ使用料を課金することと組み合わせることができることである。この場合、コンテンツ提供業者は各ユーザに別個に課金する必要がない。
【発明を実施するための最良の形態】
【００１８】
図面に示す実施形態例を参照して、本発明について更に詳細に説明する。
【００１９】
本発明を教示するという目的に沿って、本発明の方法およびシステムの好適な実施形態について続いて説明する。尚、本発明のその他の代替的または同等の実施形態も着想可能であり、発明の範囲は、最終的に付与される特許請求の範囲のみによって限定されることは、当業者には認められよう。
【００２０】
ネットワーク運営業者は、高レベルのユーザ個人情報保全性をコンテンツ提供業者に提案(offer)できることは一般に知られている。
【００２１】
本発明の別の態様によれば、移動体ユーザの個人情報を、加入者個人情報モジュールによって確定する。このモジュールは、移動体加入者を運営業者に対して特定する鍵を安全に格納するスマート・カードである。
【００２２】
本発明の別の態様によれば、固定線ユーザの個人情報を、発呼者回線識別（ＣＬＩ）によって確定する。これは、運営業者のローカル・ループにおけるユーザの物理的接続（および物理的アドレス）に直接関係する。
【００２３】
本発明によれば、アクセス許可は、オンライン・ストリーミング・コンテンツに対して、そしてアクセスが許可される時点ではコンテンツの記述および／または位置が分からない場合でも、付与することができる。
【００２４】
オンライン・ストリーミング・コンテンツの伝達をし易くするために、多数のデータ・プロトコル、例えば、ＲＴＳＰ、ＲＴＰ、ＩＰマルチキャスト、ＲＳＶＰ、およびＩＧＭＰが標準化されている。
【００２５】
これらのプロトコルは、とりわけ、ストリーミング・コンテンツの制御および伝達を行い易くするように設計されている。例えば、ＨＴＴＰページのような、前者のダウンロード可能なコンテンツに関して、オンライン・ストリーミング・コンテンツは基本的に性質が異なる。これは、主に、ストリーミング・コンテンツの「ブロードキャスト」性に起因する。ウェブ・ページのようなダウンロード可能なコンテンツとは対照的に、オンライン・ストリーミング・コンテンツは、「オフからオンに切り換える」ことができる。例えば、オンライン・ストリームで流すＴＶショーまたはポップ・コンサート（「送信される」ライブである可能性もある）を「ダウンロードする」ことはできないが、適した制御コマンドまたはオンライン・ストリーミング・データ・プロトコルの「メソッド」を用いて、「オンまたはオフ」に切り換えることができる。
【００２６】
しかし、他の側面に関しても、これらのオンライン・ストリーミング・データ・プロトコルは、例えば、ＨＴＴＰのような「ダウンロード可能な」データ・プロトコルとは基本的に異なる。ユーザがオンライン・ストリーミング・コンテンツの要求をコンテンツ提供業者に発行すると、一般委、この結果、（「単純に」）ダウンロード可能なコンテンツよりも多くの「ステップ」を実行した後に、コンテンツが伝達される。一般に、ＨＴＴＰウェブ・ページは、リンク（ＵＲＬ）または「プレー・リスト」を収容しており、コンテンツ・プロバイダはユーザの要求に応答してＨＴＴＰウェブ・ページをユーザに送る。このプレー・リストは、記述および位置のような、オンライン・ストリーミング・コンテンツについての詳細を収容している。プレー・リストは、例えば、「Madonna」からの歌の異なる位置への多数のリンクを収容する場合もある。コンテンツ提供業者からリンクまたはプレー・リストを受信した後、これをユーザ・デバイスまたはＰＣに格納するか、または「メディア・プレーヤ」を起動して、プレー・リストをユーザに呈示する。直接、またはプレー・リストの受信後のいずれかの他の時点において、ユーザは、メディア・プレーヤからのプレー・リストにおけるリンクから１つを選択（「クリック」）することによりストリームを開始することができる。
【００２７】
本発明によれば、プレー・リストからストリームを開始するために用いられるコマンド（または「メソッド」）は、ネットワーク運営業者によって傍受され、ユーザがコンテンツ提供業者からのストリームにアクセスする権利を有するか否かチェックを行う。ストリームにアクセスする権利は、例えば、ネットワーク運営業者のユーザ・データベースにおいて管理(administrate)することができる。それだけではなく、ネットワーク運営業者とコンテンツ提供業者との間で、暗号を用いて保証したインターネット接続、賃借回線のような専用接続を通じてオンライン・チェックを行うこともできる。
【００２８】
チェックの結果が肯定的である、即ち、ユーザがストリームにアクセスする権利を有する場合、ストリームを開始するコマンド（または「メソッド」）をコンテンツ提供業者に転送する。ネットワーク運営業者から転送された、ユーザがストリームを開始するためのコマンドを受信した後、コンテンツ提供業者は、該当するデータ・プロトコルを用いて、ストリームをユーザに送り始める。
【００２９】
チェックの結果が否定的である、即ち、ユーザがストリームにアクセスする権利を有していない場合、ストリームを開始するコマンド（または「メソッド」）はコンテンツ提供業者には転送されない。本発明の一態様によれば、ネットワーク運営業者からユーザにエラー・メッセージを送り、エラー状態および／または説明をユーザに提供することができ、その上、ネットワーク運営業者によって、ストリームを再生する権利をオンラインで購入する機会をユーザに提案することもできる。双方の場合、ＨＴＴＰページをユーザに送り、これを行うことができる。後者の場合、対話セッションの開始ページとなる。この対話セッションでは、ある価格で、ストリームへのアクセスをユーザに提案する。ユーザがこの提案を受け入れる場合も、ストリームを開始する初期コマンド（または「メソッド」）をコンテンツ提供業者に転送する。
【００３０】
本発明に対する代替案として、コンテンツ提供業者は、特定のユーザからのストリームの「開始」毎に許可を付与しなければならない。このストリーム毎の許可付与は、例えば、コンテンツのホスティング(hosting)および管理に関して非常に手間がかかり、コンテンツ提供業者のドメインにおいてこの作業をサポートするための製品は高価である。また、ディジタル権利管理システムを実施する代案は、関連する実施および運営コストのために、魅力がない。
【００３１】
本発明の更に別の態様によれば、コンテンツを使用する権利がもはや有効でないのに、ユーザがストリームを再生しようとするときに発生する問題に対する解決策を開示する。
【００３２】
ユーザが、例えば、「ライブ」でストリーム配信されているポップ・コンサートまたはスポーツ・イベントを見ているときに、ストリームが何時間も、何日も、またはそれよりも長くかかることもあり得る。ユーザにオンライン・ストリームに対するアクセスを付与した後、本発明の一態様によれば、アクセス権利の失効により、しかるべき処置を講ずるプロセスが誘起される。
【００３３】
本発明の更に別の態様によれば、前述のしかるべき処置とは、ストリームを中断することである。同時に、ユーザにエラー・メッセージを送信して、アクセス権利が失効したことを説明することができる。
【００３４】
本発明の別の態様によれば、しかるべき処置とは、ユーザに対する対話セッションの開始であり、ある価格で、ストリームに対するアクセスの継続をユーザに提案する。ユーザが同意した場合、支払いを処理し、ストリーム継続のためのリンクをユーザに送信する。ユーザがこのリンクをクリックすると、ストリームが再度開始する。
【００３５】
本発明によるシステムは、多数のコンテンツ提供業者のために、オンライン・ストリーム・コンテンツへのアクセスの許可付与を集中させることを可能にする。コンテンツ提供業者は、彼ら自身のプラットフォームにおいてアクセス許可の付与を実施する必要はない。集中許可付与を移動体のネットワークまたは固定ネットワークの運営業者に統合すると、高レベルの個人情報保全性を達成することができ、コンテンツ提供業者に対する不正による損失が低減する。更に、本発明は、コンテンツにアクセスする権利が消失した場合に、ストリーミング・コンテンツへのアクセスを拒絶することにも備えており、例えば、ライブ・イベントのストリーミングに適用することができる。
【００３６】
本発明は、とりわけ、ＰＳＴＮ、ＩＳＤＮ、ＡＤＳＬ、「ＷｉＦｉ」（IEEE802.11プロトコル・ファミリ）、Ｃａｂｌｅ、ＧＳＭ、ＧＰＲＳ、Ｅｄｇｅ、ＵＭＴＳ、ＨＤＳＰＡ、ＴＤＭＡ、ＣＤＭＡのような、ストリーミング・コンテンツの伝達に適した電気通信ネットワークであればいずれにでも適用可能である。
【００３７】
ストリームの開始がコンテンツ提供業者のために差し止められるか否かは、運営業者と個々のコンテンツ提供業者との間の合意によって決めることができる。これを行うことができるのは、特定のコンテンツ提供業者が、そのストリーミング・コンテンツに対してアクセス許可の付与を実行するように、運営業者と合意を有する場合のみである。差し止めの後、ユーザの個人情報を検証し、オンライン・ストリーミング・コンテンツにアクセスする権利をチェックする。個人情報のチェックおよびストリームにアクセスする権利が有効な場合、ストリーミング・プロキシによって元の要求をコンテンツ提供業者（ＣＰ）に転送し、その後ＣＰはそのユーザに向けてストリームを開始する。
【００３８】
図１は、本発明によるシステム・アーキテクチャを示す。これは、ユーザからコンテンツ提供業者、およびその逆方向の、運営業者ドメインを経由するデータおよび制御の流れを示す。
【００３９】
図１に示す実施形態では、ストリームは、ＲＳＴＰ「再生メソッド」を用いて開始され、ストリーミング・プロキシを用いて、運営業者によって傍受される。ストリーミング・プロキシは許可付与仲介部(authorization broker)と通信する。許可付与仲介部は、ユーザの個人情報の検証（データ／制御の流れは図示されていない）、およびストリームにアクセスする権利の検証を処理する。
【００４０】
図１に示す実施形態では、移動体ユーザがＧＰＲＳを通じて移動体ネットワークに接続されている。ユーザは、ＨＴＴＰページへのアクセスにウェブ・ブラウザを用い、ストリーム・コンテンツの再生に、例えば、Real PlayerまたはMicrosoft Media Player のようなメディア・プレーヤを用いる。ウェブ・ブラウザおよびメディア・プレーヤは、移動体電話機、または移動体通信に適したその他の移動体デバイスであればいずれにおいても走ることができる。適した移動体デバイスとは、スマート・フォン、移動体電話機を一体化したあるいは有線または無線で（例えば、Bluetoothによって）移動体電話機に接続したパームトップ・コンピュータ等である。固定ネットワークの場合、メディア・プレーヤは、例えば、パーソナル・コンピュータ、ホーム・ネットワークにおける「接続デバイス」（例えば、WiFiインターフェースを有するパームトップ・コンピュータ、ＴＶに接続されたメディア・アダプタ、無線機、および／またはその他の従来からの消費者用電子（ＣＥ）機器）、マイクロソフトまたはその他の販売業者のMedia Center Editionパーソナル・コンピュータ、あるいは移動体インターフェース（例えば、WiFiまたはＵＭＴＳ）を有するカー・ラジオまたはカーＴＶにおいても走ることができる。
【００４１】
図１は、ユーザからコンテンツ提供業者へ、またはその逆への、運営者ネットワークを経由したデータおよび制御の流れを示す。ユーザは、少なくとも以下の選択肢によって、ストリームを開始することができる。
【００４２】
−ユーザは、ウェブ・ページにおいてＵＲＬとして呈示されているストリームへのリンク上で「クリックする」。または、
−ユーザはメディア・プレーヤ上でストリームを開始する。
【００４３】
ストリームを開始する最初の選択肢は、通常、ユーザによってＨＴＴＰに基づく「コンテンツ発見」を用いて実現する。即ち、ユーザはコンテンツ提供業者からのウェブ・ページを閲覧しており、これらの中にストリームへのリンク（ＵＲＬ）またはリンク集合（「プレー・リスト」）が呈示される。コンテンツ提供業者の選択まで、これらのリンクまたはプレー・リストを収容している、コンテンツ発見用ＨＴＴＰページは、自由にアクセス可能とすることができる、即ち、料金請求できるコンテンツ(billable content)とすることができる。後者の場合、運営業者は、ユーザにアクセス権利がない場合、コンテンツ発見ページへのアクセスを禁止する。ユーザがコンテンツ発見ページにアクセスできるのであれば、コンテンツ提供業者はＨＴＴＰ応答（ウェブ・ページ）を送る。ＨＴＴＰ応答は、ストリーミング・コンテンツのリンクおよび／またはプレー・リストを収容している。次いで、ユーザは、ＨＴＴＰページからのリンクの１つを「クリック」（選択）するか、またはメディア・プレーヤからのプレー・リストからのエントリの１つを「クリック」（選択）する。メディア・プレーヤは、ＨＴＴＰページにおけるプレー・リストの受信時に自動的に開始するように設定することができる（例えば、「プラグイン」のように）。これらの場合のいずれか１つに続いて、ＲＴＳＰ「再生」メソッド（コマンド）をコンテンツ提供業者に送る。
【００４４】
２番目の選択肢では、ＲＴＳＰセッションを通じてコンテンツ発見を行うか、あるいはストリーミング・コンテンツの１つ以上のリンクまたはプレー・リストが既にユーザに利用可能となっている。後者の場合、ユーザは、例えば、ウェブ・ブラウザを介して、ストリームへのリンク（ＵＲＬ）を入力するか、またはメディア・プレーヤのインターフェースからのプレー・リストからストリームを「クリック」（選択）する。メディア・プレーヤは、ＲＴＳＰ「再生」メソッド（コマンド）をコンテンツ提供業者に送る。最初の場合では、コンテンツ発見はメディア・プレーヤを介して行われ、メディア・プレーヤがＲＴＳＰ「記述」メソッド（コマンド）をコンテンツ提供業者に送る。ＲＴＳＰ「記述」メソッドは、ストリーミング・プロキシによってコンテンツ提供業者に転送され（この情報に対するアクセスが保護／有料とされていないことを条件とする）、コンテンツ提供業者は、ストリーミング・コンテンツの１つ以上のリンクまたはプレー・リストで応答する。続いて、ユーザはメディア・プレーヤのインターフェースからストリームを選択し、メディア・プレーヤはＲＴＳＰ「再生」メソッド（コマンド）をコンテンツ提供業者に送る。
【００４５】
双方の選択肢において、運営業者はＲＴＳＰ「再生」メソッドを傍受する。図示の実施形態では、これを行うのはストリーミング・プロキシである。ストリーミング・プロキシは許可付与仲介部に要求を発行する。許可付与仲介部はユーザ（図示せず）の個人情報を検証し、加入データベース（加入ＤＢ）においてコンテンツ・アクセスの権利をチェックする。
【００４６】
ストリーミング・プロキシ、許可付与仲介部、および加入データベースを内包するシステムは、論理表現である。代替実施形態では、ストリーミング・プロキシおよび／または許可付与仲介部および／または加入データベースを内包するシステムを、１つのシステムに組み込むこともでき、および／または１つ以上のこれら別個の（論理）システムを１つよりも多い物理的システムにおいて実施することができる。これは、小規模の実施態様の場合に、物理的寸法および／または運営コストを抑えるために有用であり、あるいは大規模の実施態様の場合には、負荷均衡および／または安定性のために有用であると言うことができる。
【００４７】
個人情報は、移動体ネットワークの場合には、ユーザのＳＩＭを用いて運営業者によってチェックし、固定ネットワークの場合には、ＣＬＩを用いてチェックすることが好ましい。加入者データベースから、コンテンツにアクセスする権利を検証する。これは、例えば、コンテンツ提供業者毎および／またはＵＲＬ毎に権利の管理情報を保持する表をチェックすることによって行われる。
【００４８】
個人情報チェックおよび許可チェックの結果が肯定的である場合、元のＲＴＳＰ「再生」メソッドをコンテンツ提供業者に転送する。「再生」メソッドの受信後、コンテンツ提供業者はストリームの送信を開始し、ストリーミング・プロキシはＲＴＰプロトコルを用いてストリームをユーザに転送する。メディア・プレーヤがストリームを受信すると、再生し始める。これは、通常、ユーザが「停止」コマンドをメディア・プレーヤに発行するまで、または今添付提供業者がストリームを終了するまで（例えば、音楽クリップの終了）継続する。
【００４９】
個人情報チェックの結果は肯定的であったが、許可チェックの結果が否定的であった場合、対話セッションを開始して、コンテンツにアクセスする権利を「購入する」ことをユーザに許可する。これについては、以下で説明する。
【００５０】
個人情報チェックが否定的であった場合、運営業者はコンテンツ提供業者のドメインへのアクセスを遮断する。
【００５１】
図２は、ＨＴＴＰセッションによる「コンテンツ発見」およびアクセス権利管理のプロセスを説明する図を示す。イベントおよびステップのタイムラインは上から下に向かっており、左側にある矢印で示す通りである。第１ステップ（１）として、ユーザは、リンク上でクリックするかまたはウェブ・ブラウザを通じてリンクを入力することによってコンテンツ発見を開始し、その後「記述要求」がウェブ・ブラウザによってコンテンツ提供業者に送られる。図示の例では、アクセスされているコンテンツ提供業者のプラットフォームにおける位置は、アクセス保護されている。即ち、コンテンツ提供業者は、支払いの後でないとユーザにアクセスを許可しないことを、運営業者と合意している。ＨＴＴＰプロキシは、記述要求を傍受し（２）、個人情報識別およびアクセス許可確認を実行する。図示の場合では、アクセス許可チェックの結果は否定的である。即ち、ユーザはコンテンツ提供業者からのＨＴＴＰまたはＲＴＳＰコンテンツに対するアクセス権利を有していない。この結果の確定後、対話ＨＴＴＰセッションをユーザに対して開始し（３）、要求したコンテンツにアクセスする権利を購入する選択肢をユーザに提供する。運営業者とコンテンツ提供業者との間の合意に応じて、特定の料金を特定のコンテンツ種別に適用することができる。コンテンツ種別は、例えば、コンテンツ提供業者のプラットフォームにおける別個のＵＲＬ（「ディレクトリ」）によって分離および／または識別することができる。ユーザが要求したアクセスに対する支払いを拒否した場合、コンテンツ提供業者へのアクセスは、このユーザに対しては遮断されたままであり、ＨＴＴＰ記述要求はコンテンツ提供業者には転送されない。このコンテンツ提供業者に転送しないことを示す追加のエラー・メッセージをユーザに送り、あらゆる疑いをも回避することができる。ユーザがアクセスに対して支払うことを受け入れた場合、これは運営業者によって、運営業者およびコンテンツ提供業者間で同意した特定のパラメータを用いて、加入データベースにおいて「ＨＴＴＰチケット」を用いて処理される。パラメータには、とりわけ、コンテンツの位置、記述、ならびに失効日およびアクセス時間を含むことができる。ユーザが運営業者のネットワークを通じてコンテンツ提供業者へのアクセスを要求するのが初めてであるとき、処理したアクセス権利を１つ以上のＨＴＴＰリンク（ＵＲＬ）に関係付ける。アクセス権利の処理後またはその最中に、最初のＨＴＴＰ記述要求をコンテンツ提供業者に転送する（６）。受信後（７）に、コンテンツ提供業者は、ウェブ・ページにおいてコンテンツ記述で応答する。ウェブ・ページはＨＴＴＰプロキシによって傍受される（８）。この時点で、ウェブ・ページに収容されているコンテンツＵＲＬを検証する。加入データベースにおいて未だユーザに「アクセス可能な」コンテンツとして呈示されていないＵＲＬがある場合、これらのＵＲＬを「ＨＴＴＰチケット」に追加する。追加されるＵＲＬは、ＨＴＴＰ ＵＲＬおよび／またはＲＴＳＰ ＵＲＬおよび／またはその他のストリーミング・コンテンツに関係するＵＲＬを含むことができる。このように、ウェブ・ページのようなダウンロード可能なコンテンツへのアクセスの処理(administration)を、ストリーミング・コンテンツへのアクアセスの処理と組み合わせた、柔軟なアクセス制御処理を遂行する。特定のコンテンツ提供業者に関する特定のユーザのチケットにおける各「エントリ」は、記述、位置、有効期間のような、それ自体のパラメータを収容することができる。あるいは、チケットは１つ以上のパラメータを、有効期限のように、全てのチケット・エントリ全般に用いることができる。これによって、運営業者とコンテンツ提供業者との間において、要求される業務規則を容易にするための柔軟性が得られる。
【００５２】
コンテンツ・アクセス権利の処理（「チケット処理」）の後またはその最中に、ＨＴＴＰコンテンツ記述をユーザに転送する（９）。ＨＴＴＰコンテンツ記述はウェブ・ブラウザによって受信され（１１）、ウェブ・ページ（１１）をユーザ（１１’）に示すか、または、例えば、メディア・プレーヤをプラグインとして起動した後に、情報をメディア・プレーヤ（１２）に転送する。
【００５３】
図３は、ＲＴＳＰ記述「メソッド」を用いたコンテンツ発見を示す。この場合、ストリーミング・プロキシは、ユーザからの要求を傍受して、コンテンツ提供業者プラットフォーム上の指定リンクにアクセスする権利がこの特定のユーザについての加入者データベースにない場合、対話セッションを開始する。ユーザが支払いに応じた場合、ＲＴＳＰ記述「メソッド」を転送し（６）、コンテンツ提供業者はＲＴＳＰコンテンツ記述で応答する（８）。コンテンツ記述の中にあるＲＴＳＰ ＵＲＬおよび／またはプレー・リストを、加入者データベースに追加する。これは、ＨＴＴＰチケットと同様の「チケット」のように行うことができるが、この場合、ＲＴＳＰ ＵＲＬのみを収容する。あるいは特定のコンテンツ提供業者に対して、ユーザには有効なＨＴＴＰチケットが既にあり、更にパラメータに有効な類似がある（有効期限またはおよび／またはコンテンツ位置）場合、ＲＴＳＰ ＵＲＬを既存のＨＴＴＰチケットに追加することができる。ＲＴＳＰ ＵＲＬの処理の後またはその間に、ＲＴＳＰコンテンツ記述をユーザに転送し（９）、メディア・プレーヤ（１０）によってユーザに表示する（１０’）。
【００５４】
図４は、メディア・プレーヤからストリームを開始するときのプロセスを説明する図を示す。ユーザは、メディア・プレーヤ・インターフェースを通じてストリームを開始する（１）。結果的に生じたＲＴＳＰ再生「メソッドが、ストリーミング・プロキシによって傍受される（２）。ストリーミング・プロキシは、ユーザの個人情報およびコンテンツ・アクセス権利をチェックするプロセスを開始する。個人情報チェックの結果が否定的の場合、運営業者はコンテンツ提供業者へのアクセスを遮断する。個人情報チェックの結果が有効である場合に限り、加入データベースをチェックして、要求されたＲＴＳＰ ＵＲＬに対するアクセス権利（「チケット」）が有効か否か確かめる。アクセス権利が有効なのは、パラメータに十分な類似性がある場合である（有効期限またはおよび／またはコンテンツ位置）。例えば、有効なＨＴＴＰチケットの位置（ディレクトリ）がＲＴＳＰ ＵＲＬの位置（ディレクトリ）に対応する場合、これが、「位置」に基づくアクセス受入に関する運営業者とコンテンツ提供御者との間の合意に対応するならば、アクセス権利は有効であるとすることができる。このような合意は、例えば、HTTP://musicclips/madonna/descriptionに対するアクセス権利を購入した後では、xxxx://musicclips/yyyyに対応する全てのファイルへのアクセスを許可する。この購入に基づいて、チケットの有効期限以内では、rtsp://musicclips/Madonna/holidayのような、rtsp://musicclips/Madonna/yyyyに対応する全てのファイルにアクセス可能となる。それだけなく、ＵＲＬの最初の区間における他のプロトコルも、対応するＨＴＴＰチケットの下で資格を得る(qualify)ことができる。特定のＲＴＳＰ ＵＲＬにアクセスする権利をチェックし、結果が肯定的である毎に、そのＲＴＳＰ ＵＲＬが既存のチケットに追加される。このように、チケットの有効期間内に、効率的で簡単なアクセス権利のチェックを行うことができる。アクセス権利のチェックおよび処理の間またはその後に、ＲＴＳＰ再生「メソッド」がコンテンツ提供業者に転送される。コンテンツ提供業者はストリームを開始し（４）、対応するストリーミング・プロトコルがデータをユーザ（５）に向けて逆方向に伝達する。
【００５５】
図５は、メディア・プレーヤからストリーミングを開始するときに生ずる可能性がある少なくとも３つの状況について、別のプロセスを説明する図を示す。状況Ａは、「肯定の流れ」の場合のプロセスを示す。即ち、アクセス許可が肯定的であり、ストリームが開始される場合である。状況Ｂは、アクセス許可が否定的であった場合の余分なプロセス・ステップを示す。
【００５６】
状況Ｃは、アクセス権利失効の場合におけるプロセスを示す。これは、ユーザがスポーツ・イベントまたはポップ・コンサートを見ていて、これが何時間も、何日も、またはそれ以上も続く場合に起こる可能性がある。ストリームの再生中にアクセス権利が「失効した」場合、ユーザへのストリームを遮断し（６ａ）、ユーザに対して対話ＨＴＴＰセッションを開始して、ユーザに失効を知らせ、引き続きストリーミング・コンテンツへのアクセスを取得したいか否か尋ねるプロセスが誘起される。ユーザが同意した場合、ユーザの管理情報(administration)を更新し（少なくとも加入データベースの有効時間、「チケット」）、ストリーム（６）を継続するために、該当するリンクｓ（ＵＲＬ）を用いて適合ページ(conformation page)をユーザに送る（６）。
【図面の簡単な説明】
【００５７】
【図１】図１は、本発明によるシステム・アーキテクチャを示す。
【図２】図２は、ＨＴＴＰセッションによる「コンテンツ発見」およびアクセス権利管理のプロセスを説明する図を示す。
【図３】図３は、ＲＴＳＰ「方法」によって「コンテンツ発見」およびアクセス権利管理のプロセスを説明する図を示す。
【図４】図４は、メディア・プレーヤからストリームを開始するときにおける、アクセス権利をチェックし処理するステップを含む、プロセスを説明する図を示す。
【図５】図５は、メディア・プレーヤからストリームを開始するときに発生する可能性がある少なくとも３つの状況について、別のプロセスを説明する図を示す。
【特許請求の範囲】
【請求項１】
オンライン・ストリーミング・コンテンツに対するアクセスを許可するシステムであって、該システムは、アクセス許可手段と、アクセス権利管理手段とを備えており、前記システム要素は、
−運営業者のプラットフォームにおいてアクセス許可付与を統合し、
−多数のコンテンツ提供業者に対して、アクセス許可付与を行い、
−チケットを用いてアクセス権利を管理し、
−チケットがパラメータ集合を含む、
ように構成されている、システム。
【請求項２】
請求項１記載のシステムにおいて、前記チケット・パラメータは、
−コンテンツの位置と、
−コンテンツの記述と、
−有効期間と、
を備えている、システム。
【請求項３】
請求項２記載のシステムであって、更に、チケットを管理するユーザまたは加入者データベースを備えており、前記チケットがオンライン・コンテンツに対するアクセス権利に関係付けられている、システム。
【請求項４】
請求項３記載のシステムにおいて、前記チケットにおける前記アクセス権利の管理情報は、前記パラメータの集合を備えている、システム。
【請求項５】
請求項４記載のシステムにおいて、前記運営業者およびコンテンツ提供業者によって前記パラメータを指定する、システム。
【請求項６】
請求項５記載のシステムにおいて、前記パラメータの集合における１つ以上のパラメータは、１つのコンテンツ提供業者に関係する全てのチケットに対して等しい、システム。
【請求項７】
請求項６記載のシステムにおいて、オンライン・コンテンツへのアクセスは、前記コンテンツ要求におけるＵＲＬと前記ユーザまたは加入者データベースにおける有効なアクセス権利に関するチケットとの間に類似性があるときに認められる、システム。
【請求項８】
請求項７記載のシステムにおいて、前記コンテンツ要求におけるＵＲＬのプロトコル部分が、前記ユーザまたは加入者データベースにおける有効なアクセス権利を備えているチケットにおけるＵＲＬと異なるときに、十分な類似性を確定する、システム。
【請求項９】
請求項８記載のシステムにおいて、前記コンテンツ要求におけるＵＲＬが前記ユーザまたは加入者データベースに未だない場合、アクセス受入後に、前記アクセスしたＵＲＬを前記ユーザまたは加入者データベースの新たなチケットに追加する、システム。
【請求項１０】
前出の請求項のいずれか１項に記載のシステムにおいて、オンライン・コンテンツ提供業者までのＨＴＴＰトラフィックを、ＨＴＴＰプロキシを通じてルーティングする、システム。
【請求項１１】
請求項１０記載のシステムにおいて、オンライン・コンテンツ提供業者に対するＨＴＴＰリクエストを、ＨＴＴＰプロキシが傍受する、システム。
【請求項１２】
請求項１１記載のシステムにおいて、前記傍受したＨＴＴＰリクエストにおけるＵＲＬに基づいてアクセス認証を行う、システム。
【請求項１３】
請求項１２記載のシステムにおいて、アクセス認証は、前記傍受したＨＴＴＰリクエストにおけるＵＲＬを、前記ユーザまたは加入者データベースにおける前記ユーザに関係付けられたチケットと比較することを含む、システム。
【請求項１４】
請求項１３記載のシステムにおいて、アクセス認証は、ユーザＳＩＭカードを伴う個人情報チェックを含む、システム。
【請求項１５】
前出の請求項のいずれか１項記載のシステムにおいて、アクセス認証は、運営業者とオンライン・コンテンツ提供業者との間におけるオンライン・チェックを含む、システム。
【請求項１６】
請求項１０から１５に記載のシステムにおいて、前記アクセス許可の結果が肯定的の場合、ＨＴＴＰリクエストをコンテンツ提供業者に転送する、システム。
【請求項１７】
請求項１０から１５に記載のシステムにおいて、前記アクセス許可の結果が否定的の場合、ＨＴＴＰリクエストをコンテンツ提供業者に転送しない、システム。
【請求項１８】
請求項１から９に記載のシステムにおいて、オンライン・コンテンツ提供業者へのＲＴＳＰトラフィックを、ストリーミング・プロキシを通じてルーティングする、システム。
【請求項１９】
請求項１８記載のシステムにおいて、オンライン・コンテンツ提供業者へのＲＴＳＰリクエストを、前記ストリーミング・プロキシが傍受する、システム。
【請求項２０】
請求項１９記載のシステムにおいて、前記傍受したＲＴＳＰリクエストにおけるＵＲＬに基づいて、アクセス認証を行う、システム。
【請求項２１】
請求項１８から２０に記載のシステムにおいて、アクセス認証は、前記傍受したＲＴＳＰリクエストにおけるＵＲＬを、前記ユーザまたは加入者データベースにおけるユーザに関係付けられたチケットと比較することを含む、システム。
【請求項２２】
請求項１８から２２記載のシステムにおいて、アクセス認証は、ユーザＳＩＭカードを伴う個人情報チェックを含む、システム。
【請求項２３】
請求項１８から２２記載のシステムにおいて、アクセス認証は、運営業者とオンライン・コンテンツ提供業者との間におけるオンライン・チェックを含む、システム。
【請求項２４】
請求項１８から２３に記載のシステムにおいて、アクセス許可の結果が肯定的の場合、ＲＴＳＰリクエストをコンテンツ提供業者に転送する、システム。
【請求項２５】
請求項１８から２４に記載のシステムにおいて、アクセス許可の結果が否定的の場合、ＲＴＳＰリクエストをコンテンツ提供業者に転送しない、システム。
【請求項２６】
請求項１７または２５記載のシステムにおいて、アクセス許可が否定的の場合、ユーザに対して対話セッションを開始する、システム。
【請求項２７】
請求項２６記載のシステムにおいて、対話セッションは、運営業者とユーザとの間におけるＨＴＴＰページの交換を含む、システム。
【請求項２８】
請求項２７記載のシステムにおいて、要求したコンテンツにアクセスする権利を購入する選択肢をユーザに提供する、システム。
【請求項２９】
請求項２８記載のシステムにおいて、要求したコンテンツの価格は、コンテンツ提供業者による指定に基づく、システム。
【請求項３０】
請求項２９記載のシステムにおいて、
ユーザがアクセス権利を購入することに同意した場合、
−新しい有効なアクセス権利を備えている新しいチケットを発生し、前記ユーザまたは加入者データベースに格納し、
−前記傍受したリクエストを前記コンテンツ提供業者に転送する、システム。
【請求項３１】
請求項３０記載のシステムにおいて、アクセス権利の前記価格を伴う請求プロセスを、運営業者のプラットフォームにおいて開始する、システム。
【請求項１】
オンライン・ストリーミング・コンテンツに対するアクセスを許可するシステムであって、該システムは、アクセス許可手段と、アクセス権利管理手段とを備えており、前記システム要素は、
−運営業者のプラットフォームにおいてアクセス許可付与を統合し、
−多数のコンテンツ提供業者に対して、アクセス許可付与を行い、
−チケットを用いてアクセス権利を管理し、
−チケットがパラメータ集合を含む、
ように構成されている、システム。
【請求項２】
請求項１記載のシステムにおいて、前記チケット・パラメータは、
−コンテンツの位置と、
−コンテンツの記述と、
−有効期間と、
を備えている、システム。
【請求項３】
請求項２記載のシステムであって、更に、チケットを管理するユーザまたは加入者データベースを備えており、前記チケットがオンライン・コンテンツに対するアクセス権利に関係付けられている、システム。
【請求項４】
請求項３記載のシステムにおいて、前記チケットにおける前記アクセス権利の管理情報は、前記パラメータの集合を備えている、システム。
【請求項５】
請求項４記載のシステムにおいて、前記運営業者およびコンテンツ提供業者によって前記パラメータを指定する、システム。
【請求項６】
請求項５記載のシステムにおいて、前記パラメータの集合における１つ以上のパラメータは、１つのコンテンツ提供業者に関係する全てのチケットに対して等しい、システム。
【請求項７】
請求項６記載のシステムにおいて、オンライン・コンテンツへのアクセスは、前記コンテンツ要求におけるＵＲＬと前記ユーザまたは加入者データベースにおける有効なアクセス権利に関するチケットとの間に類似性があるときに認められる、システム。
【請求項８】
請求項７記載のシステムにおいて、前記コンテンツ要求におけるＵＲＬのプロトコル部分が、前記ユーザまたは加入者データベースにおける有効なアクセス権利を備えているチケットにおけるＵＲＬと異なるときに、十分な類似性を確定する、システム。
【請求項９】
請求項８記載のシステムにおいて、前記コンテンツ要求におけるＵＲＬが前記ユーザまたは加入者データベースに未だない場合、アクセス受入後に、前記アクセスしたＵＲＬを前記ユーザまたは加入者データベースの新たなチケットに追加する、システム。
【請求項１０】
前出の請求項のいずれか１項に記載のシステムにおいて、オンライン・コンテンツ提供業者までのＨＴＴＰトラフィックを、ＨＴＴＰプロキシを通じてルーティングする、システム。
【請求項１１】
請求項１０記載のシステムにおいて、オンライン・コンテンツ提供業者に対するＨＴＴＰリクエストを、ＨＴＴＰプロキシが傍受する、システム。
【請求項１２】
請求項１１記載のシステムにおいて、前記傍受したＨＴＴＰリクエストにおけるＵＲＬに基づいてアクセス認証を行う、システム。
【請求項１３】
請求項１２記載のシステムにおいて、アクセス認証は、前記傍受したＨＴＴＰリクエストにおけるＵＲＬを、前記ユーザまたは加入者データベースにおける前記ユーザに関係付けられたチケットと比較することを含む、システム。
【請求項１４】
請求項１３記載のシステムにおいて、アクセス認証は、ユーザＳＩＭカードを伴う個人情報チェックを含む、システム。
【請求項１５】
前出の請求項のいずれか１項記載のシステムにおいて、アクセス認証は、運営業者とオンライン・コンテンツ提供業者との間におけるオンライン・チェックを含む、システム。
【請求項１６】
請求項１０から１５に記載のシステムにおいて、前記アクセス許可の結果が肯定的の場合、ＨＴＴＰリクエストをコンテンツ提供業者に転送する、システム。
【請求項１７】
請求項１０から１５に記載のシステムにおいて、前記アクセス許可の結果が否定的の場合、ＨＴＴＰリクエストをコンテンツ提供業者に転送しない、システム。
【請求項１８】
請求項１から９に記載のシステムにおいて、オンライン・コンテンツ提供業者へのＲＴＳＰトラフィックを、ストリーミング・プロキシを通じてルーティングする、システム。
【請求項１９】
請求項１８記載のシステムにおいて、オンライン・コンテンツ提供業者へのＲＴＳＰリクエストを、前記ストリーミング・プロキシが傍受する、システム。
【請求項２０】
請求項１９記載のシステムにおいて、前記傍受したＲＴＳＰリクエストにおけるＵＲＬに基づいて、アクセス認証を行う、システム。
【請求項２１】
請求項１８から２０に記載のシステムにおいて、アクセス認証は、前記傍受したＲＴＳＰリクエストにおけるＵＲＬを、前記ユーザまたは加入者データベースにおけるユーザに関係付けられたチケットと比較することを含む、システム。
【請求項２２】
請求項１８から２２記載のシステムにおいて、アクセス認証は、ユーザＳＩＭカードを伴う個人情報チェックを含む、システム。
【請求項２３】
請求項１８から２２記載のシステムにおいて、アクセス認証は、運営業者とオンライン・コンテンツ提供業者との間におけるオンライン・チェックを含む、システム。
【請求項２４】
請求項１８から２３に記載のシステムにおいて、アクセス許可の結果が肯定的の場合、ＲＴＳＰリクエストをコンテンツ提供業者に転送する、システム。
【請求項２５】
請求項１８から２４に記載のシステムにおいて、アクセス許可の結果が否定的の場合、ＲＴＳＰリクエストをコンテンツ提供業者に転送しない、システム。
【請求項２６】
請求項１７または２５記載のシステムにおいて、アクセス許可が否定的の場合、ユーザに対して対話セッションを開始する、システム。
【請求項２７】
請求項２６記載のシステムにおいて、対話セッションは、運営業者とユーザとの間におけるＨＴＴＰページの交換を含む、システム。
【請求項２８】
請求項２７記載のシステムにおいて、要求したコンテンツにアクセスする権利を購入する選択肢をユーザに提供する、システム。
【請求項２９】
請求項２８記載のシステムにおいて、要求したコンテンツの価格は、コンテンツ提供業者による指定に基づく、システム。
【請求項３０】
請求項２９記載のシステムにおいて、
ユーザがアクセス権利を購入することに同意した場合、
−新しい有効なアクセス権利を備えている新しいチケットを発生し、前記ユーザまたは加入者データベースに格納し、
−前記傍受したリクエストを前記コンテンツ提供業者に転送する、システム。
【請求項３１】
請求項３０記載のシステムにおいて、アクセス権利の前記価格を伴う請求プロセスを、運営業者のプラットフォームにおいて開始する、システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２００９−５００７３４（Ｐ２００９−５００７３４Ａ）
【公表日】平成２１年１月８日（２００９．１．８）
【国際特許分類】
【出願番号】特願２００８−５１９８３３（Ｐ２００８−５１９８３３）
【出願日】平成１８年６月２７日（２００６．６．２７）
【国際出願番号】ＰＣＴ／ＥＰ２００６／００６２１２
【国際公開番号】ＷＯ２００７／００３３１０
【国際公開日】平成１９年１月１１日（２００７．１．１１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４２９２０９３）コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ (53)
【Ｆターム（参考）】
【公表日】平成２１年１月８日（２００９．１．８）
【国際特許分類】
【出願日】平成１８年６月２７日（２００６．６．２７）
【国際出願番号】ＰＣＴ／ＥＰ２００６／００６２１２
【国際公開番号】ＷＯ２００７／００３３１０
【国際公開日】平成１９年１月１１日（２００７．１．１１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０４２９２０９３）コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ (53)
【Ｆターム（参考）】
[ Back to top ]