コンテンツ項目を頒布する方法及びシステム
コンテンツ項目を受信者へ頒布する方法及びシステムが提供される。前記コンテンツ項目は、前記受信者に一意的に関連付けされたマーカを含む。第１時間点において、前記マーカは、前記コンテンツ項目に挿入される。第２時間点において、前記マーカと前記コンテンツ項目の前記受信者との間における関連付けが登録される。前記第１時間点は、前記受信者が知られる時間点の前に存在する。前記マーカは、好ましくは、透かしを用いて挿入される。ある実施例において、前記第１時間点は、処理負荷が比較的低い時間点において存在する。多重マーカが、単一コンテンツ項目に挿入され得る。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信者へコンテンツ項目を頒布する方法であって、前記コンテンツ項目が前記受信者に対し一意的に関連付けされたマーカ(marker)を含むような方法に関する。本発明は、更に、受信者へコンテンツ項目を頒布するシステムであって、前記コンテンツ項目が前記受信者に対し一意的に関連付けされたマーカを含むようなシステムに関する。
【背景技術】
【０００２】
音楽、映画及び電子書籍等のコンテンツを電子的に頒布する一般的な方法は、サーバに、これらのコンテンツ項目を多数の受信者へ頒布させることである。例えば、圧縮音声信号をクライアントコンピュータへ頒布する多数のサーバが、現在インターネットにおいて存在する。斯様なコンテンツ項目の受信者は、このコンテンツ項目を他の受信者へ更に頒布することが可能であり得る。通常、このことは、コンテンツ項目の発行者の許可なしに起こる。斯様な不正頒布を避ける又は制限するために、特別な対策が必要とされる。
【０００３】
受信者に一意的に関連付けされたマーカをコンテンツ項目に挿入する方法は、既知である。例えば、受信者に関する識別子が、透かしを用いてコンテンツ項目に埋め込まれ得る。識別子は、受信コンピュータのネットワークアドレス又は受信者の名前であり得る。そしてコンテンツ項目が不正な形式で更に頒布される場合、コンテンツ項目は透かしを抽出するために分析され、これにより識別子が取り戻され得る。このことは、発行者がコンテンツ項目の最初の受信者に対して適切な処置を取ることを可能にする。
【０００４】
斯様なマーカを挿入することは、計算機的に高価な処理を伴う。加えて、コンテンツ項目は、圧縮化された及び／又は暗号化された形式でサーバシステムにおけるディスクにおいて記憶され得、すなわちこのことは、コンテンツ項目が、圧縮化解除され及び／又は暗号化解除され、透かしを入れられ、その後再圧縮及び／又は再暗号化される必要があることを意味する。この伴われる比較的大きな計算的コストにより、この処理ステップは、最大頒布容量を抑制する、すなわち時間ウィンドウ毎の最大ダウンロード数を制限し得る。
【０００５】
この問題に関する従来的な解決法は、通常、余計なハードウェアをサーバシステムに加える、又は多重頒布ポイントを導入することを含む。しかし、このことは、限られた程度にしか問題を低減しない。特に、ピーク時間において、サーバシステムの処理容量は、頒布におけるボトルネックになり得る。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、冒頭の段落に従う方法及びシステムであって、受信者に対しコンテンツ項目を一意的に関連付けするのに必要とされる、この受信者へのこのコンテンツ項目の頒布における処理ステップの量を低減する方法及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
この目的は、第１時間点においてマーカをコンテンツ項目に挿入するステップと、第２時間点において前記マーカと前記コンテンツ項目の受信者との間における関連付けを登録するステップとを有する方法であって、前記第１時間点が、前記受信者が知られる時間点の前にある、本発明に従う方法において達成される。
【０００８】
この目的は、コンテンツ項目を受信者に頒布する本発明に従うシステムであって、前記コンテンツ項目が前記受信者に一意的に関連付けされたマーカを含み、第１時間点においてマーカを前記コンテンツ項目に挿入するマーキング手段と、第２時間点において前記マーカと前記受信者との間における関連付けを登録する関連付け手段とを有し、前記第１時間点が、前記受信者が知られる前にあるシステムにおいて達成される。
【０００９】
マーカは、好ましくは、透かしを用いて挿入される。マーカを挿入する計算的に高価な処置を、マーカと受信者との間における関連付けを登録する少ない費用の処理と分離することによって、マーカを挿入する処理をこの処理が頒布サーバの性能に影響しない時間点にずらすことが可能になる。これは、実際には、コンテンツ項目を受信者に一意的に関連付けする関連付けを登録する処理であり、マーカの挿入は、いつ行っても良い。受信者が知られる前にマーカを挿入することによって、受信者がこのコンテンツ項目の頒布を要求する場合に、何の計算的に高価な処理も実行される必要がないことが達成される。
【００１０】
ある実施例において、第１時間点は、処理負荷が比較的低い時間点において存在する。通常、頒布サーバシステムにおける負荷は、日中よりも夜間における方が低くなる。このことは、頒布サーバに過剰な高負荷を押し付けることなく、夜間にマーカをコンテンツ項目に挿入することが可能にする。そして、ピーク時において必要になるのは、関連付けが登録されることのみであり、これは、非常に素早くかつサーバの処理容量に強度の要求をすることなく行われ得る。ここにおける有利な点は、ピーク時におけるコンテンツ項目の頒布速度がここにより増加されることである。
【００１１】
ある実施例において、多重マーカがコンテンツ項目に挿入され得る。このことは、コンテンツ項目を多数の受信者に頒布することを、これらの多重マーカの各々と夫々の受信者との間における夫々の関連付けを単純に登録することによって可能にする。したがって、各々の受信者に関してコンテンツ項目の別々の複製又は標本(specimen)を作成することは、もはや必要はない。
【００１２】
ある実施例において、コンテンツ項目は、以前に頒布されたコンテンツ項目の分析に基づき選択される。多くの場合において、どのコンテンツ項目がマークされるべきかの選択をする必要があり得る。好ましくは、この選択は、どのコンテンツ項目が最も人気が有るか、言い換えれば、どれが以前に最も頒布されたかに関する分析に基づき行われる。第１時間点においてマークされていなかったコンテンツ項目は、受信者による要求があった場合にマークされる必要がある。最も人気のあるコンテンツ項目を事前にマークすることによって、ピーク時間においてマークされる必要があるコンテンツ項目の数が減らされる。
【００１３】
更なる有利な実施例は、従属請求項において開示される。
【００１４】
本発明のこれらの及び他の態様は、図面に示される実施例から明らかであり、これらの実施例を参照にして説明される。
【００１５】
図面を通して、同一の参照符号は、類似の又は対応する機能を示す。図面において示される機能のうちのいくつかは、通常ソフトウェアで実行され、これらは、当然このようなものとして、ソフトウェアエンティティ、ソフトウェアモジュール又はオブジェクトを表す。
【発明を実施するための最良の形態】
【００１６】
図１は、サーバ１０１及びクライアント１２０を有するシステム１００を概略的に例示する。サーバ１０１は、クライアント１２０へ頒布するコンテンツ項目のコレクションを管理する。このことを果たすために、サーバ１０１は、特定のコンテンツ項目１０３に関する要求をクライアント１２０から受信する要求対応モジュール１１０を有する。データベース管理（ＤＢＭＳ）モジュール１１１は、データベース１０２からコンテンツ項目１０３を取得し、これを伝達モジュール１１２へ供給する。
【００１７】
本発明に従う伝達モジュール１１２は、マーカがコンテンツ項目１０３に挿入されているかを確認する。そうである場合、伝達モジュール１１２は、コンテンツ項目１０３におけるマーカと顧客データベース１０４における受信者との間における関連付けを登録する。その後伝達モジュール１１２は、コンテンツ項目１０３を、例えば、ネットワークを介してこのコンテンツ項目１０３をクライアント１２０へ供給し得る要求対応モジュール１１０へとこのコンテンツ項目１０３を渡して戻すことによって、クライアント１２０に対して利用可能にさせる。
【００１８】
コンテンツ項目１０３において何のマーカも存在しない場合、伝達モジュール１１２は、応答してコンテンツ項目１０３に適切なマーカを挿入するマーキングモジュール１１３を有効にする。マーカは、好ましくは、透かしを用いて、コンテンツ項目１０３に埋め込まれるカウンタの値として挿入される。マーキングモジュール１１３がマーカを挿入する度毎に、マーキングモジュール１１３は、１ずつカウンタの値を増加させる。当然、カウントする仕組みは、無限の数存在する。１ずつカウンタの値を増加することは、唯１つの例に過ぎない。カウンタの現在の値からマーカが導かれるので、これにより、全てのコンテンツ項目に、固有のマーカが挿入されることが実現される。ここで、カウンタの値を、顧客データベース１０４におけるクライアント１２０に関する識別子と共に登録することが平易に可能である。
【００１９】
適切なマーカを選択する多数の他の選択肢が存在する。例えば、疑似ランダム的に選択される数が選択され得る、又はマーカが挿入されるべき時間点が、マーカの値として用いられ得る。
【００２０】
コンテンツ項目１０３を要求し、続いてこれを伝達するステップは、当然そのようなものとして、当該技術分野において周知である。このことは、例えば、サーバ１０１においてウェブサーバを及びクライアント１２０においてウェブブラウザを用いることによって実施され得る。
【００２１】
コンテンツ項目は、データベース１０２において圧縮化された形式で記憶され得る。その後、マーカが挿入され得る前に、コンテンツ項目を圧縮化解除する必要がある。マーカを挿入した後で、頒布されるべきコンテンツ項目は、再び圧縮されなければならない。代わりとして、コンテンツ項目は、いかなる圧縮化もすることなくデータベース１０２において記憶され得る。それでもやはり、送信時間を最小化するために、コンテンツ項目を、頒布する前に圧縮することは所望である。圧縮モジュール１１４がこの目的を果たすために提供される。
【００２２】
代替の態様は、圧縮領域に透かしを埋め込むことである。コンテンツは、斯様にして、初めに圧縮化解除される必要はない。透かしを圧縮化領域に埋め込む方法は、欧州特許出願第03101546.4号(代理人整理番号PHNL030600)及び欧州特許出願第．．．号(代理人整理番号PHNL030720)において議論される。
【００２３】
安全な伝達を容易にするために、コンテンツ項目は、クライアント１２０へ頒布される前に暗号化され得る。サーバからクライアントへコンテンツ項目を安全に転送するのに暗号を用いる多数のプロトコルが存在するので、この文書において、この点に関して更に詳しくは述べない。コンテンツ項目１０３は、サーバにおいてコンテンツ項目１０３に特有の鍵を用いて暗号化された形式で記憶され得る。そしてこの鍵は、クライアントの公開鍵を用いて暗号化され、すなわちこのことは、コンテンツ項目１０３は、該クライアントに対して全体として暗号化される必要はないことを意味する。
【００２４】
コンテンツ項目１０３がサーバにおいて暗号化されて記憶される場合、コンテンツ項目１０３は、通常、マーカが挿入され得る前に圧縮化解除されなければならない。そしてコンテンツ項目１０３は、大概再び暗号化される必要がある。暗号化解除するステップ及び再び暗号化するステップの両方は、かなりの付加的な処理要件を生じ得る。
【００２５】
周期的な間隔でサーバにおける処理負荷を監視する負荷推定モジュール１１９が提供される。このことは、多数の異なる方法により測定されることが可能である。例えば、モジュール１１９は、サーバ１０１の中央処理ユニットがアイドル状態にある時間のパーセンテージ、又は時間ユニット毎（例えば、１時間毎）の要求の数を測定し得る。負荷推定モジュール１１９は、周期的に収集された情報に基づき、例えば、これらの時間点における要求数が他の時間点と比較して平均して最も低いことを理由にして、サーバ１０１における処理負荷が比較的低い時間点を決定し得る。
【００２６】
負荷推定モジュール１１９が特定の時間点においてサーバにおける処理負荷が比較的低いことを決定すると、負荷推定モジュール１１９は、この時間点においてマーキングモジュール１１３を有効にする。このことにより、マーキングモジュール１１３にＤＢＭＳモジュール１１１から１つ又は複数のコンテンツ項目を要求させると共に、前記要求されたコンテンツ項目にマーカを挿入させる。マークされたコンテンツ項目は、その後、ＤＢＭＳモジュール１１１によってデータベース１０２に再び記憶される。サーバ１０１における処理負荷が、この時間点において比較的低いので、これらのコンテンツ項目にマーカを挿入する処理は、クライアント１２０によって該時間において提示され得る如何なる要求の対応にも影響を及ぼさない。
【００２７】
図２は、マーカが挿入されるコンテンツ項目の第１実施例を概略的に例示する。この実施例において、多重マーカ２０２，２０３，２０４がコンテンツ項目２０１に挿入される。これらは、個別の透かしとして、又は夫々のマーカの連結を含む単一の透かしとして埋め込まれ得る。この実施例において、伝達モジュール１１２は、コンテンツ項目２０１におけるマーカの存在を調査し、マーカ２０２、２０３、２０４を検出する。ここで、伝達モジュール１１２は、顧客データベース１０４において、これらのマーカのいずれかが特定の受信者と既に関連付けられているかどうかを確認する必要もある。例えば、マーカ２０４がデータベース１０４におけるいずれの受信者とも未だ関連付けられていない場合、伝達モジュール１１２は、ここで、マーカ２０４とクライアント１２０との間における関連付けを顧客データベース１０４において登録する。
【００２８】
全てのマーカが既に特定の受信者と関連付けられている場合、伝達モジュール１１２は、ここで、マーキングモジュール１１３を有効にするか又は、マーカ２０２、２０３、２０４を有さないコンテンツ項目２０１の別の複製をＤＢＭＳモジュール１１１に要求するの何れかを行う。
【００２９】
ＤＢＭＳモジュール１１１は、各々の特定のコンテンツ項目がデータベース１０２から何回要求されたかに関して追跡を行い得る。これらの数字の分析に基づき、どのコンテンツ項目が最も要求されたかを決定することは可能である。ＤＢＭＳモジュール１１１は、この情報をマーキングモジュール１１３に対して利用可能にさせ得る。このことは、マーキングモジュール１１３が負荷の最小である時間点において、これらのコンテンツ項目のいくつかを処理し、これらをマークすることを可能にする。
【００３０】
図２に実施例において、このことは、マーキングモジュール１１３がこの分析に基づき挿入されるべき多重マーカの数を決定することも可能にする。例えば、毎日特定のコンテンツ項目が１０人の別々の人々によって要求されると分かる場合、マーキングモジュール１１３は、１０個の異なるマーカを挿入すべきである。
【００３１】
コンテンツ項目がクライアント１２０に頒布された後で、ここでクライアント１２０にと一意的に関連付けされたマーカを含む標本は、ここで、データベース１０２から削除される必要がある。斯様にして、該特定のコンテンツ項目を要求する次のクライアントは、彼に一意的に関連付けされた別のマーカを具える標本を獲得し得る。図２の実施例において、このことは、コンテンツ項目２０１に埋め込まれた全てのマーカが、夫々の受信者と関連付けられている場合にのみ発生する必要がある。
【００３２】
マーキングモジュール１１３は、ＤＢＭＳモジュール１１１からコンテンツ項目を要求し、各々が異なるマーカを具えるこのコンテンツ項目の多重標本を作成することもある。また斯様にしてマークされた別々のコンテンツ項目の数は、ＤＢＭＳモジュール１１１によって得られた人気度数に基づき得る。斯様にして、十分な数の既にマークされたコンテンツ項目が、頒布用に入手可能である。
【００３３】
上述の実施例は、本発明を制限するものよりもむしろ例証するものであり、当業者が、添付の請求の範囲から逸脱することなく、多数の代わりの実施例を設計することが可能であることを注意しなければならない。
【００３４】
請求項において、括弧記号間に位置される如何なる参照符号も、請求項を制限するように解釈されてはならない。「有する」という語句は、請求項に記載される以外の要素又はステップの存在を排除しない。単数形の構成要素は、複数個の斯様な構成要素の存在を排除しない。本発明は、いくつかの個別の構成要素を有するハードウェアを用いて、及び適切にプログラムされた計算機を用いて実施化され得る。
【００３５】
いくつかの手段を列挙しているシステム請求項において、これらの手段のいくつかは１つの同じハードウェアの項目によって、実施化することが可能である。特定の手段が、相互に異なる従属請求項において引用されているという単なる事実は、これらの手段の組み合わせが有利になるように使用されていることができないと示すものではない。
【図面の簡単な説明】
【００３６】
【図１】図１は、本発明に従うシステムの実施例を概略的に示す。
【図２】図２は、コンテンツ項目に挿入されたマーカの第１実施例を概略的に示す。
【技術分野】
【０００１】
本発明は、受信者へコンテンツ項目を頒布する方法であって、前記コンテンツ項目が前記受信者に対し一意的に関連付けされたマーカ(marker)を含むような方法に関する。本発明は、更に、受信者へコンテンツ項目を頒布するシステムであって、前記コンテンツ項目が前記受信者に対し一意的に関連付けされたマーカを含むようなシステムに関する。
【背景技術】
【０００２】
音楽、映画及び電子書籍等のコンテンツを電子的に頒布する一般的な方法は、サーバに、これらのコンテンツ項目を多数の受信者へ頒布させることである。例えば、圧縮音声信号をクライアントコンピュータへ頒布する多数のサーバが、現在インターネットにおいて存在する。斯様なコンテンツ項目の受信者は、このコンテンツ項目を他の受信者へ更に頒布することが可能であり得る。通常、このことは、コンテンツ項目の発行者の許可なしに起こる。斯様な不正頒布を避ける又は制限するために、特別な対策が必要とされる。
【０００３】
受信者に一意的に関連付けされたマーカをコンテンツ項目に挿入する方法は、既知である。例えば、受信者に関する識別子が、透かしを用いてコンテンツ項目に埋め込まれ得る。識別子は、受信コンピュータのネットワークアドレス又は受信者の名前であり得る。そしてコンテンツ項目が不正な形式で更に頒布される場合、コンテンツ項目は透かしを抽出するために分析され、これにより識別子が取り戻され得る。このことは、発行者がコンテンツ項目の最初の受信者に対して適切な処置を取ることを可能にする。
【０００４】
斯様なマーカを挿入することは、計算機的に高価な処理を伴う。加えて、コンテンツ項目は、圧縮化された及び／又は暗号化された形式でサーバシステムにおけるディスクにおいて記憶され得、すなわちこのことは、コンテンツ項目が、圧縮化解除され及び／又は暗号化解除され、透かしを入れられ、その後再圧縮及び／又は再暗号化される必要があることを意味する。この伴われる比較的大きな計算的コストにより、この処理ステップは、最大頒布容量を抑制する、すなわち時間ウィンドウ毎の最大ダウンロード数を制限し得る。
【０００５】
この問題に関する従来的な解決法は、通常、余計なハードウェアをサーバシステムに加える、又は多重頒布ポイントを導入することを含む。しかし、このことは、限られた程度にしか問題を低減しない。特に、ピーク時間において、サーバシステムの処理容量は、頒布におけるボトルネックになり得る。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、冒頭の段落に従う方法及びシステムであって、受信者に対しコンテンツ項目を一意的に関連付けするのに必要とされる、この受信者へのこのコンテンツ項目の頒布における処理ステップの量を低減する方法及びシステムを提供することである。
【課題を解決するための手段】
【０００７】
この目的は、第１時間点においてマーカをコンテンツ項目に挿入するステップと、第２時間点において前記マーカと前記コンテンツ項目の受信者との間における関連付けを登録するステップとを有する方法であって、前記第１時間点が、前記受信者が知られる時間点の前にある、本発明に従う方法において達成される。
【０００８】
この目的は、コンテンツ項目を受信者に頒布する本発明に従うシステムであって、前記コンテンツ項目が前記受信者に一意的に関連付けされたマーカを含み、第１時間点においてマーカを前記コンテンツ項目に挿入するマーキング手段と、第２時間点において前記マーカと前記受信者との間における関連付けを登録する関連付け手段とを有し、前記第１時間点が、前記受信者が知られる前にあるシステムにおいて達成される。
【０００９】
マーカは、好ましくは、透かしを用いて挿入される。マーカを挿入する計算的に高価な処置を、マーカと受信者との間における関連付けを登録する少ない費用の処理と分離することによって、マーカを挿入する処理をこの処理が頒布サーバの性能に影響しない時間点にずらすことが可能になる。これは、実際には、コンテンツ項目を受信者に一意的に関連付けする関連付けを登録する処理であり、マーカの挿入は、いつ行っても良い。受信者が知られる前にマーカを挿入することによって、受信者がこのコンテンツ項目の頒布を要求する場合に、何の計算的に高価な処理も実行される必要がないことが達成される。
【００１０】
ある実施例において、第１時間点は、処理負荷が比較的低い時間点において存在する。通常、頒布サーバシステムにおける負荷は、日中よりも夜間における方が低くなる。このことは、頒布サーバに過剰な高負荷を押し付けることなく、夜間にマーカをコンテンツ項目に挿入することが可能にする。そして、ピーク時において必要になるのは、関連付けが登録されることのみであり、これは、非常に素早くかつサーバの処理容量に強度の要求をすることなく行われ得る。ここにおける有利な点は、ピーク時におけるコンテンツ項目の頒布速度がここにより増加されることである。
【００１１】
ある実施例において、多重マーカがコンテンツ項目に挿入され得る。このことは、コンテンツ項目を多数の受信者に頒布することを、これらの多重マーカの各々と夫々の受信者との間における夫々の関連付けを単純に登録することによって可能にする。したがって、各々の受信者に関してコンテンツ項目の別々の複製又は標本(specimen)を作成することは、もはや必要はない。
【００１２】
ある実施例において、コンテンツ項目は、以前に頒布されたコンテンツ項目の分析に基づき選択される。多くの場合において、どのコンテンツ項目がマークされるべきかの選択をする必要があり得る。好ましくは、この選択は、どのコンテンツ項目が最も人気が有るか、言い換えれば、どれが以前に最も頒布されたかに関する分析に基づき行われる。第１時間点においてマークされていなかったコンテンツ項目は、受信者による要求があった場合にマークされる必要がある。最も人気のあるコンテンツ項目を事前にマークすることによって、ピーク時間においてマークされる必要があるコンテンツ項目の数が減らされる。
【００１３】
更なる有利な実施例は、従属請求項において開示される。
【００１４】
本発明のこれらの及び他の態様は、図面に示される実施例から明らかであり、これらの実施例を参照にして説明される。
【００１５】
図面を通して、同一の参照符号は、類似の又は対応する機能を示す。図面において示される機能のうちのいくつかは、通常ソフトウェアで実行され、これらは、当然このようなものとして、ソフトウェアエンティティ、ソフトウェアモジュール又はオブジェクトを表す。
【発明を実施するための最良の形態】
【００１６】
図１は、サーバ１０１及びクライアント１２０を有するシステム１００を概略的に例示する。サーバ１０１は、クライアント１２０へ頒布するコンテンツ項目のコレクションを管理する。このことを果たすために、サーバ１０１は、特定のコンテンツ項目１０３に関する要求をクライアント１２０から受信する要求対応モジュール１１０を有する。データベース管理（ＤＢＭＳ）モジュール１１１は、データベース１０２からコンテンツ項目１０３を取得し、これを伝達モジュール１１２へ供給する。
【００１７】
本発明に従う伝達モジュール１１２は、マーカがコンテンツ項目１０３に挿入されているかを確認する。そうである場合、伝達モジュール１１２は、コンテンツ項目１０３におけるマーカと顧客データベース１０４における受信者との間における関連付けを登録する。その後伝達モジュール１１２は、コンテンツ項目１０３を、例えば、ネットワークを介してこのコンテンツ項目１０３をクライアント１２０へ供給し得る要求対応モジュール１１０へとこのコンテンツ項目１０３を渡して戻すことによって、クライアント１２０に対して利用可能にさせる。
【００１８】
コンテンツ項目１０３において何のマーカも存在しない場合、伝達モジュール１１２は、応答してコンテンツ項目１０３に適切なマーカを挿入するマーキングモジュール１１３を有効にする。マーカは、好ましくは、透かしを用いて、コンテンツ項目１０３に埋め込まれるカウンタの値として挿入される。マーキングモジュール１１３がマーカを挿入する度毎に、マーキングモジュール１１３は、１ずつカウンタの値を増加させる。当然、カウントする仕組みは、無限の数存在する。１ずつカウンタの値を増加することは、唯１つの例に過ぎない。カウンタの現在の値からマーカが導かれるので、これにより、全てのコンテンツ項目に、固有のマーカが挿入されることが実現される。ここで、カウンタの値を、顧客データベース１０４におけるクライアント１２０に関する識別子と共に登録することが平易に可能である。
【００１９】
適切なマーカを選択する多数の他の選択肢が存在する。例えば、疑似ランダム的に選択される数が選択され得る、又はマーカが挿入されるべき時間点が、マーカの値として用いられ得る。
【００２０】
コンテンツ項目１０３を要求し、続いてこれを伝達するステップは、当然そのようなものとして、当該技術分野において周知である。このことは、例えば、サーバ１０１においてウェブサーバを及びクライアント１２０においてウェブブラウザを用いることによって実施され得る。
【００２１】
コンテンツ項目は、データベース１０２において圧縮化された形式で記憶され得る。その後、マーカが挿入され得る前に、コンテンツ項目を圧縮化解除する必要がある。マーカを挿入した後で、頒布されるべきコンテンツ項目は、再び圧縮されなければならない。代わりとして、コンテンツ項目は、いかなる圧縮化もすることなくデータベース１０２において記憶され得る。それでもやはり、送信時間を最小化するために、コンテンツ項目を、頒布する前に圧縮することは所望である。圧縮モジュール１１４がこの目的を果たすために提供される。
【００２２】
代替の態様は、圧縮領域に透かしを埋め込むことである。コンテンツは、斯様にして、初めに圧縮化解除される必要はない。透かしを圧縮化領域に埋め込む方法は、欧州特許出願第03101546.4号(代理人整理番号PHNL030600)及び欧州特許出願第．．．号(代理人整理番号PHNL030720)において議論される。
【００２３】
安全な伝達を容易にするために、コンテンツ項目は、クライアント１２０へ頒布される前に暗号化され得る。サーバからクライアントへコンテンツ項目を安全に転送するのに暗号を用いる多数のプロトコルが存在するので、この文書において、この点に関して更に詳しくは述べない。コンテンツ項目１０３は、サーバにおいてコンテンツ項目１０３に特有の鍵を用いて暗号化された形式で記憶され得る。そしてこの鍵は、クライアントの公開鍵を用いて暗号化され、すなわちこのことは、コンテンツ項目１０３は、該クライアントに対して全体として暗号化される必要はないことを意味する。
【００２４】
コンテンツ項目１０３がサーバにおいて暗号化されて記憶される場合、コンテンツ項目１０３は、通常、マーカが挿入され得る前に圧縮化解除されなければならない。そしてコンテンツ項目１０３は、大概再び暗号化される必要がある。暗号化解除するステップ及び再び暗号化するステップの両方は、かなりの付加的な処理要件を生じ得る。
【００２５】
周期的な間隔でサーバにおける処理負荷を監視する負荷推定モジュール１１９が提供される。このことは、多数の異なる方法により測定されることが可能である。例えば、モジュール１１９は、サーバ１０１の中央処理ユニットがアイドル状態にある時間のパーセンテージ、又は時間ユニット毎（例えば、１時間毎）の要求の数を測定し得る。負荷推定モジュール１１９は、周期的に収集された情報に基づき、例えば、これらの時間点における要求数が他の時間点と比較して平均して最も低いことを理由にして、サーバ１０１における処理負荷が比較的低い時間点を決定し得る。
【００２６】
負荷推定モジュール１１９が特定の時間点においてサーバにおける処理負荷が比較的低いことを決定すると、負荷推定モジュール１１９は、この時間点においてマーキングモジュール１１３を有効にする。このことにより、マーキングモジュール１１３にＤＢＭＳモジュール１１１から１つ又は複数のコンテンツ項目を要求させると共に、前記要求されたコンテンツ項目にマーカを挿入させる。マークされたコンテンツ項目は、その後、ＤＢＭＳモジュール１１１によってデータベース１０２に再び記憶される。サーバ１０１における処理負荷が、この時間点において比較的低いので、これらのコンテンツ項目にマーカを挿入する処理は、クライアント１２０によって該時間において提示され得る如何なる要求の対応にも影響を及ぼさない。
【００２７】
図２は、マーカが挿入されるコンテンツ項目の第１実施例を概略的に例示する。この実施例において、多重マーカ２０２，２０３，２０４がコンテンツ項目２０１に挿入される。これらは、個別の透かしとして、又は夫々のマーカの連結を含む単一の透かしとして埋め込まれ得る。この実施例において、伝達モジュール１１２は、コンテンツ項目２０１におけるマーカの存在を調査し、マーカ２０２、２０３、２０４を検出する。ここで、伝達モジュール１１２は、顧客データベース１０４において、これらのマーカのいずれかが特定の受信者と既に関連付けられているかどうかを確認する必要もある。例えば、マーカ２０４がデータベース１０４におけるいずれの受信者とも未だ関連付けられていない場合、伝達モジュール１１２は、ここで、マーカ２０４とクライアント１２０との間における関連付けを顧客データベース１０４において登録する。
【００２８】
全てのマーカが既に特定の受信者と関連付けられている場合、伝達モジュール１１２は、ここで、マーキングモジュール１１３を有効にするか又は、マーカ２０２、２０３、２０４を有さないコンテンツ項目２０１の別の複製をＤＢＭＳモジュール１１１に要求するの何れかを行う。
【００２９】
ＤＢＭＳモジュール１１１は、各々の特定のコンテンツ項目がデータベース１０２から何回要求されたかに関して追跡を行い得る。これらの数字の分析に基づき、どのコンテンツ項目が最も要求されたかを決定することは可能である。ＤＢＭＳモジュール１１１は、この情報をマーキングモジュール１１３に対して利用可能にさせ得る。このことは、マーキングモジュール１１３が負荷の最小である時間点において、これらのコンテンツ項目のいくつかを処理し、これらをマークすることを可能にする。
【００３０】
図２に実施例において、このことは、マーキングモジュール１１３がこの分析に基づき挿入されるべき多重マーカの数を決定することも可能にする。例えば、毎日特定のコンテンツ項目が１０人の別々の人々によって要求されると分かる場合、マーキングモジュール１１３は、１０個の異なるマーカを挿入すべきである。
【００３１】
コンテンツ項目がクライアント１２０に頒布された後で、ここでクライアント１２０にと一意的に関連付けされたマーカを含む標本は、ここで、データベース１０２から削除される必要がある。斯様にして、該特定のコンテンツ項目を要求する次のクライアントは、彼に一意的に関連付けされた別のマーカを具える標本を獲得し得る。図２の実施例において、このことは、コンテンツ項目２０１に埋め込まれた全てのマーカが、夫々の受信者と関連付けられている場合にのみ発生する必要がある。
【００３２】
マーキングモジュール１１３は、ＤＢＭＳモジュール１１１からコンテンツ項目を要求し、各々が異なるマーカを具えるこのコンテンツ項目の多重標本を作成することもある。また斯様にしてマークされた別々のコンテンツ項目の数は、ＤＢＭＳモジュール１１１によって得られた人気度数に基づき得る。斯様にして、十分な数の既にマークされたコンテンツ項目が、頒布用に入手可能である。
【００３３】
上述の実施例は、本発明を制限するものよりもむしろ例証するものであり、当業者が、添付の請求の範囲から逸脱することなく、多数の代わりの実施例を設計することが可能であることを注意しなければならない。
【００３４】
請求項において、括弧記号間に位置される如何なる参照符号も、請求項を制限するように解釈されてはならない。「有する」という語句は、請求項に記載される以外の要素又はステップの存在を排除しない。単数形の構成要素は、複数個の斯様な構成要素の存在を排除しない。本発明は、いくつかの個別の構成要素を有するハードウェアを用いて、及び適切にプログラムされた計算機を用いて実施化され得る。
【００３５】
いくつかの手段を列挙しているシステム請求項において、これらの手段のいくつかは１つの同じハードウェアの項目によって、実施化することが可能である。特定の手段が、相互に異なる従属請求項において引用されているという単なる事実は、これらの手段の組み合わせが有利になるように使用されていることができないと示すものではない。
【図面の簡単な説明】
【００３６】
【図１】図１は、本発明に従うシステムの実施例を概略的に示す。
【図２】図２は、コンテンツ項目に挿入されたマーカの第１実施例を概略的に示す。
【特許請求の範囲】
【請求項１】
受信者にコンテンツ項目を頒布する方法であって、前記コンテンツ項目が前記受信者に一意的に関連付けされたマーカを含み、
第１時間点において前記マーカを前記コンテンツ項目に挿入するステップと、
第２時間点において前記マーカと前記コンテンツ項目の前記受信者との間における関連付けを登録するステップとを有し、
前記第１時間点は、前記受信者が知られる時間点の前にある
方法。
【請求項２】
前記マーカが、透かしを用いて前記コンテンツ項目に挿入される、請求項１に記載の方法。
【請求項３】
前記マーカと前記受信者との間における前記関連付けが、前記受信者に関する識別子及び前記マーカを有する情報要素をデータベースに記憶することによって登録される、請求項１に記載の方法。
【請求項４】
前記マーカが、マーカがコンテンツ項目に挿入される度毎に増加されるカウンタの値から得られる、請求項１に記載の方法。
【請求項５】
多重マーカが前記コンテンツ項目に挿入される、請求項１に記載の方法。
【請求項６】
各々のマーカとこれに対応する受信者との夫々の関連付けが登録される、請求項５に記載の方法。
【請求項７】
多重マーカの数が、以前に頒布されたコンテンツ項目の分析に基づき決定される、請求項５に記載の方法。
【請求項８】
以前に頒布されたコンテンツ項目の分析に基づいて前記マーカが挿入されるべき前記コンテンツ項目を選択するステップを有する、請求項１に記載の方法。
【請求項９】
夫々の前記マーカを前記コンテンツ項目の夫々の標本に挿入するステップと、前記夫々の標本をこれに対応する受信者へ頒布するステップと、前記夫々のマーカと前記これに対応する受信者との間における夫々の関連付けを登録するステップとを有する、請求項１に記載の方法。
【請求項１０】
受信者にコンテンツ項目を頒布するシステムであって、前記コンテンツ項目が、前記受信者に一意的に関連付けされるマーカを含み、第１時間点においてマーカを前記コンテンツ項目に挿入するマーキング手段と、第２時間点において前記マーカと前記受信者との間における関連付けを登録する関連付け手段とを有し、前記第１時間点が、前記受信者が知られる前にある、システム。
【請求項１１】
前記第１時間点を、当該システムの処理負荷が比較的低い時間点として選択する負荷推定手段を有する、請求項１０に記載のシステム。
【請求項１２】
処理器に請求項１の方法を実行させるように構成される計算機プログラム。
【請求項１】
受信者にコンテンツ項目を頒布する方法であって、前記コンテンツ項目が前記受信者に一意的に関連付けされたマーカを含み、
第１時間点において前記マーカを前記コンテンツ項目に挿入するステップと、
第２時間点において前記マーカと前記コンテンツ項目の前記受信者との間における関連付けを登録するステップとを有し、
前記第１時間点は、前記受信者が知られる時間点の前にある
方法。
【請求項２】
前記マーカが、透かしを用いて前記コンテンツ項目に挿入される、請求項１に記載の方法。
【請求項３】
前記マーカと前記受信者との間における前記関連付けが、前記受信者に関する識別子及び前記マーカを有する情報要素をデータベースに記憶することによって登録される、請求項１に記載の方法。
【請求項４】
前記マーカが、マーカがコンテンツ項目に挿入される度毎に増加されるカウンタの値から得られる、請求項１に記載の方法。
【請求項５】
多重マーカが前記コンテンツ項目に挿入される、請求項１に記載の方法。
【請求項６】
各々のマーカとこれに対応する受信者との夫々の関連付けが登録される、請求項５に記載の方法。
【請求項７】
多重マーカの数が、以前に頒布されたコンテンツ項目の分析に基づき決定される、請求項５に記載の方法。
【請求項８】
以前に頒布されたコンテンツ項目の分析に基づいて前記マーカが挿入されるべき前記コンテンツ項目を選択するステップを有する、請求項１に記載の方法。
【請求項９】
夫々の前記マーカを前記コンテンツ項目の夫々の標本に挿入するステップと、前記夫々の標本をこれに対応する受信者へ頒布するステップと、前記夫々のマーカと前記これに対応する受信者との間における夫々の関連付けを登録するステップとを有する、請求項１に記載の方法。
【請求項１０】
受信者にコンテンツ項目を頒布するシステムであって、前記コンテンツ項目が、前記受信者に一意的に関連付けされるマーカを含み、第１時間点においてマーカを前記コンテンツ項目に挿入するマーキング手段と、第２時間点において前記マーカと前記受信者との間における関連付けを登録する関連付け手段とを有し、前記第１時間点が、前記受信者が知られる前にある、システム。
【請求項１１】
前記第１時間点を、当該システムの処理負荷が比較的低い時間点として選択する負荷推定手段を有する、請求項１０に記載のシステム。
【請求項１２】
処理器に請求項１の方法を実行させるように構成される計算機プログラム。
【図１】
【図２】
【図２】
【公表番号】特表２００７−５１９０５７（Ｐ２００７−５１９０５７Ａ）
【公表日】平成１９年７月１２日（２００７．７．１２）
【国際特許分類】
【出願番号】特願２００６−５１８４６３（Ｐ２００６−５１８４６３）
【出願日】平成１６年７月１日（２００４．７．１）
【国際出願番号】ＰＣＴ／ＩＢ２００４／０５１０９７
【国際公開番号】ＷＯ２００５／００６１５８
【国際公開日】平成１７年１月２０日（２００５．１．２０）
【出願人】（５９００００２４８）コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ (12,071)
【Ｆターム（参考）】
【公表日】平成１９年７月１２日（２００７．７．１２）
【国際特許分類】
【出願日】平成１６年７月１日（２００４．７．１）
【国際出願番号】ＰＣＴ／ＩＢ２００４／０５１０９７
【国際公開番号】ＷＯ２００５／００６１５８
【国際公開日】平成１７年１月２０日（２００５．１．２０）
【出願人】（５９００００２４８）コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ (12,071)
【Ｆターム（参考）】
[ Back to top ]