JP2004507848A

JP2004507848A - 文書分配管理並びに標準のレンダリングエンジンを用いる制御方法及び制御装置

Info

Publication number: JP2004507848A
Application number: JP2002523802A
Authority: JP
Inventors: ラリー、マイケル、チャールズ
Original assignee: Contentguard Holdings Inc
Current assignee: Contentguard Holdings Inc
Priority date: 2000-08-28
Filing date: 2001-08-28
Publication date: 2004-03-11
Also published as: US7073199B1; AU2001286788A1; WO2002019628A1

Abstract

標準のレンダリングエンジンを用いる、電子文書（２２２）の確実な分配と消費のためのシステムと方法である。文書（２２２）は、自身と関連する１つ以上の使用権を有している。サーバ（２２０）は、これらの文書の内の少なくとも１つの文書をコンピュータ読み取り可能形態で記憶している。復号化された文書（２２２）をユーザ（１３０）が閲覧できるようにレンダリングすることが可能なレンダリングエンジンを含む標準のアプリケーションプログラムをクライアント（２３０）が有している。クライアント（２３０）とサーバ（２２０）は、通信ネットワーク（３００）によってカップリングされている。権利管理モジュール（２２４）は、サーバ（２２０）上の文書（２２２）の内の少なくとも１つの文書に対する要求をクライアント（２３０）から受領して、この文書（２２２）及びこの文書（２２２）と関連した権利の集合をクライアントに送付する。レンダリングエンジンに取り付けられるようになっている接続モジュール（２３６）が、この文書（２２２）と関連する権利の集合を受領する。レンダリングエンジンに取り付けられるようになっているユーザ（１３０）インタフェースモジュール（２３４）が、この文書（２２２）と関連したユーザ（１３０）の権利のリストに従ってこの文書（２２２）に対するユーザのアクセスを制御する。

Description

【０００１】
【発明の属する技術分野】
本発明は、文書の分配及び消費に関し、より詳しくは、インターネットのＷｅｂブラウザなどの標準のアプリケーションプログラムのレンダリングエンジンで表示された文書のコンテンツにおける様々な権利を制御する方法及び装置並びに前記コンテンツに対するアクセスに関する。
【０００２】
【従来の技術】
インターネットは、全てがＴＣＰ／ＩＰ（送信制御プロトコル／インターネットプロトコル）として知られているプロトコルを標準組にしたものを実行する様々なハードウエア通信リンクで一緒にリンクされたコンピュータの世界的ネットワークである。インターネットの成長は過去数年にわたって爆発的であったが、それを支援したのは、ほとんどが、ＨＴＭＬ（ハイパーテキストマークアップ言語）閲覧とＨＴＴＰ（ハイパーテキスト転送プロトコル）ナビゲーション（「ブラウザ」として知られている）の双方を可能とするソフトウエアツール（「ブラウザ」として知られている）が広範囲にわたって使用されたためである。ブラウザによって、簡単なＧＵＩ（図形ユーザインタフェース）を用いて、インターネット上で通信することが可能である。ブラウザは、一般的に、インターネット上のコンテンツにアクセスするために用いられるコンピュータ、すなわち、クライアントコンピュータ上に常駐している。ＨＴＴＰは、ＴＣＰ／ＩＰの頂部に存在するコンポーネントであり、ＨＴＭＬとして、また、最近ではＸＭＬ（拡張可能マークアップ言語）やＸＨＴＭＬ（拡張可能ハイパーテキストマークアップ言語）、すなわちＨＴＭＬをＸＭＬに再定式化したものとして知られている標準のページ記述言語を用いて様々な形態の文書に対してユーザがアクセスできるようにするものである。ＨＴＭＬ／ＨＴＴＰを用いたインターネット上のサーバの集合は、「ワールドワイドｗｅｂ」又は単に「Ｗｅｂ」として知られるようになっている。
【０００３】
ＨＴＭＬ、ＸＨＭＬ及び対話式プログラムプロトコルによって、コンテンツのオーサーは、コンテンツをインターネットＷｅｂサーバ上にＷｅｂページという形態で置くことによって他者がそのコンテンツを利用することを可能とすることができる。サーバに至るネットワーク経路は、ＵＲＬ（ユニフォームリソースロケータ）によって識別され、これで、一般的には、Ｗｅｂブラウザを実行するどのクライアントでも、このＵＲＬを用いてＷｅｂブラウザにアクセスすることが可能となる。ブラウザを実行するクライアントコンピュータは、インターネットを通じてＵＲＬ要求をＷｅｂに対して周知の仕方で発行することによって、Ｗｅｂサーバ上に記憶されているＷｅｂページを表示することを要求することが可能である。
【０００４】
Ｗｅｂは、標準のプロトコルと標準のレンダリングエンジン、すなわち、ブラウザのレンダリングエンジンを利用しているため、ユビキタスなものとなっている。Ｗｅｂの主要な応用分野の内の１つは、文書という形態でコンテンツを分配したりすることである。本明細書で用いられる用語としての「文書」とは、これに限られないが、通信連絡、書籍、雑誌、ジャーナル、新聞、他の書類、ソフトウエア、写真及び他の画像、オーディオ及びビデオクリップ並びに他のマルチメディア提示物を含む、分配又は転送の対象となる情報の何らかの単位である。文書は、紙の上に印刷された形態で、記憶媒体上のディジタルデータとして、又は様々な媒体上に他の何らかの仕方で実現され得るものである。
【０００５】
しかしながら、ディジタル文書、すなわちコンピュータ読み取り可能形態の文書を、電子手段、特にインターネットによって広範囲に分配したりするのを妨げる最も重要な問題点の内の１つは、これらのディジタル文書を分配したり使用したりする際におけるコンテンツの所有者の知的財産権の保護が現在のところ欠けていることである。この問題を解決しようとする努力は、「知的財産権管理」（“ＩＰＲＭ”）や、「ディジタル式財産権管理」（“ＤＰＲＭ”）や、「知的財産管理」（“ＩＰＭ”）や、「権利管理」（“ＲＭ”）や、「電子著作権管理」（“ＥＣＭ”）などと呼ばれているが、本明細書では「ディジタル式権利管理」（ＤＲＭ）と総称される。権利管理モジュールには多くの問題点があるが、それには、認証、認定、会計、支払い及び金融決済、権利仕様、権利検証、権利執行並びに文書保護などがある。
【０００６】
印刷文書の世界では、オーサーによって作成された作品は、通常は、発行者に提供され、そこで、その作品をフォーマティングしてそのコピーを数多く印刷する。次に、これらのコピーは、分配者によって書店や他の小売店に分配され、そこで、そのコピーが、エンドユーザによって購入される。コピー作業の品質が悪く、また、印刷物の分配の経費が高いため、ほとんどの場合、印刷文書を不正にコピーすることが抑止されてきたとはいえ、保護されていないのディジタル文書をコピーして、修正して、再分配することは遙かに容易である。したがって、これらを認定無しでコピーすることをさらに困難なものとするためには、ディジタル文書を保護するなんらかの方法が必要である。
【０００７】
不運にも、パソコンや、ワークステーションや、ローカルエリアネットワーク（ＬＡＮ）、イントラネット及びインターネットなどの通信ネットワーク上で接続された他のデバイスなどの現行の汎用計算／通信システム内で電子文書を人々が不正に分配しないように防止すること又はそれを抑止することすら困難であると広く認識されてきた。ハードウエアベースのソリューションによって不正コピーを防止しようとする多くの試みは、不成功であった。「放送」通信技法が増殖し、現在「国家情報インフラストラクチャ」（ＮＩＩ）として知られているものが開発されたことによって等身大の動画などのビデオファイルを含む大容量文書を電子的に分配することがさらに便利となっており、このため、文書の不正分配に対する残りの抑止物がすべて取り除かれるだろう。したがって、ＤＲＭ技法は、非常に有用なものと成りつつある。
【０００８】
文書保護問題を解決するために２つの基本的なスキームの使用が試みられているが、それは、確実コンテナと高信頼性システムである。「確実コンテナ」（簡単にいえば暗号化された文書）によって、ある集合の認定条件が満たされて、ある著作権用語が容認されるまでは、文書コンテンツを暗号化された状態まま維持する方法が提供される（例えば、使用料の支払い）。これらの様々な条件と用語が文書提供者によって検証されたら、この文書は明瞭な形式でユーザに対して受け渡される。ＩＢＭのＣｒｙｐｔｏｌｏｐｅｓやＩｎｔｅｒＴｒｕｓｔのＤｉｇｉｂｏｘｅｓなどの市販のプロダクツは、この範疇に入る。明らかに、確実コンテナ方式は、不確実なチャネルによって送付する際の文書の保護に対するソリューションとなるが、合法的なユーザが、明瞭な文書を獲得して、次に、それをコンテンツの所有者の知的財産に違反して再分配することを防止するメカニズムとはならない。
【０００９】
暗号メカニズムは、文書を暗号化（すなわち「暗号に変換する」）して、次に、公式に分配して記憶し、最終的には、認定されたユーザによって私的に解読されるようにする目的で一般的に用いられている。これは、文書分配者から意図されたユーザに公式のネットワークを介して文書を送付する際、及び、文書を不確実な媒体上に記憶させる際における基本的な保護形態となる。
【００１０】
「高信頼性システム」方式では、システム全体が、文書が不正に使用されたり分配されたりするのを防止する責任を負う。高信頼性システムを構築するには、通常、確実プロセッサ、確実ストレージ及び確実レンダリングデバイスなどの新しいハードウエアを導入する必要がある。これにはまた、高信頼性システム上で実行される全てのソフトウエアアプリケーションを証明して信頼することを必要とする。改竄防止式高信頼性システムを構築することはそれでも既存の技法に対する現実的な挑戦であるが、現在の市場のトレンドは、Ｗｅｂにアクセスするためにブラウザを用いるＰＣやワークステーションなどのオープンで非信頼性のシステムは、著作権保護された文書にアクセスするために用いられる主要なシステムとなることを示唆している。この意味で、人気のあるオペレーティングシステム（例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ^ＴＭ、ＵＮＩＸ（登録商標）とブラウザなどのレンダーリングアプリケーションを装備したＰＣやワークステーションなどの既存の計算環境は、高信頼性システムではなく、したがって、そのアーキテクチャをかなり変更しない限り、高信頼性システムとすることは不可能である。もちろん、アーキテクチャを変更することは、Ｗｅｂの主要目的、すなわちフレキシビリティとコンパティビリティを無効化することになる。
【００１１】
その開示をここに参照して組み込む特許文献１には、ディジタル文書の分配を制御するシステムが開示されている。レンダリングデバイスはその各々が、自身と関連した収納場所を有している。所定の集合の使用取引ステップによって、文書と関連した使用権を実行する収納場所によって用いられるプロトコルが定義される。しかしながら、収納場所を用いると、インターネットなどの分配ネットワークにシステムを応用することが、これらの収納場所が物理的に確実であり、また、信頼できるように動作する（これには、文書と関連した使用権を執行する所有権保護されたレンダリングエンジンの使用を必要としかねない）ものと仮定しない限り困難となる。
【００１２】
したがって、Ｗｅｂ上での文書の分配を制御するための２つの基本的な方式が取られてきた。第１の方式は、加入ベースサービスを用いることであり、この場合、ユーザが加入料金を支払った後でコンテンツに対してアクセスが許可されるだけである。しかしながら、一旦加入料金を支払って文書がブラウザによってレンダリングされると、ユーザはその文書をコピーしたり、印刷したり、修正したりすることが可能である、すなわち、文書に対する発行者のあらゆる制御が失われる。
【００１３】
第２の方式は、所有権保護されたフォーマットを利用することであり、この場合、文書は、発行者の権利を執行する義務がある選択レンダリングエンジンによってレンダリングすることができるだけである。もちろん、この方式は、１つの所有権保護されたフォーマットを使用する必要があり、そのため、ポピュラーな複数のフォーマットを組み合わせる能力とそれと関連したコンテンツの豊富さを失うことになる。さらに、この方式では、ユーザが以前には知られていなかったレンダリングアプリケーションを使用することが要求され、また、レンダリングされる各フォーマット毎にレンダリングアプリケーションを確実な仕方で開発する必要がある。さらに、文書は、非標準ツールを用いて発生又は変換しなければならない。
【００１４】
さらに、Ｗｅｂブラウザなどの標準のレンダリングエンジンに機能性を追加することを可能とする様々な周知のメカニズムがある。例えば、ＡｃｔｉｖｅＸコントロールを、Ｗｅｂブラウザによって自動的にダウンロードして実行することが可能である。ＡｃｔｉｖｅＸは、アプリケーションがどのように情報を共有すべきであるかというルールの集合であり、また、ＡｃｔｉｖｅＸコントロールは、Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ　Ｂａｓｉｃ及びＪａｖａ（登録商標）を含む様々なプログラム言語で開発することが可能である。
【００１５】
ＡｃｔｉｖｅＸコントロールは、Ｊａｖａ（登録商標）のアプレットに類似している。しかしながら、Ｊａｖａ（登録商標）アプレットと異なって、ＡｃｔｉｖｅＸコントロールは、Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムに対して完全にアクセスしている。Ｍｉｃｒｏｓｏｆｔ^ＴＭは、ブラウザが、ＡｃｔｉｖｅＸコントロールをダウンロードして全てのプラットフォーム上で実行される以前にそれを識別して認証することが可能であるように登録システムを開発したが、ＡｃｔｉｖｅＸコントロールは、現在のところＷｉｎｄｏｗｓ（登録商標）環境に限られている。
【００１６】
ＶＢＳｒｃｉｐｔと呼ばれるスクリプト言語によって、Ｗｅｂオーサーは、ＨＴＭＬ文書中に対話式エレメントを埋め込んで、ＡｃｔｉｖｅＸコントロールと他の機能のダウンロードとインストールを開始することが可能となる。現在のところ、ＭｉｃｒｏｓｏｆｔのＷｅｂブラウザであるインターネットＥｘｐｌｏｒｅｒ^ＴＭは、ｊａｖａ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ及びＡｃｔｉｖｅＸをサポートしており、一方、ＮｅｔｓｃａｐｅのＮａｖｉｇａｔｏｒ^ＴＭブラウザは、Ｊａｖａ（登録商標）とＪａｖａ（登録商標）Ｓｃｒｉｐｔしかサポートしていないが、そのプラグインは、ＶＢＳｃｒｉｐｔとＡｃｔｉｖｅＸのサポートを可能としている。
【００１７】
ＶＹＯＵ．ＣＯＭは、Ｗｅｂ上で分配される文書中の知的財産を保護するシステムを開発している。このシステムは、ユーザのＷｅｂブラウザに対するソフトウエアプラグインを含んでいる。このプラグインは、文書を表示して送信する際に用いられる所有権保護されたフォーマット用のレンダリングエンジンを含んでいる。したがって、文書は、この所有権保護されたフォーマットに再フォーマティングする必要があり、また、適切な最終的閲覧フォーマット用のプラグインレンダリングエンジンを、標準のブラウザレンダリングエンジンの替わりに用いる。この装置では、各フォーマット毎にレンダリングエンジンを開発しなければならない。したがって、このシステムは、実現が困難であり、オープンアーキテクチャとしてのＷｅｂの利点を失うものである。
【００１８】
Ｗｅｂの増殖と文書分配におけるその有用性によって、ＤＲＭ機能をＷｅｂブラウザと他の標準のレンダリングエンジンに対して、それらのエンジンを再書き込みする必要なく、応用することが望ましい。しかしながら、従来のＤＲＭ技法は、Ｗｅｂブラウザと他の標準のレンダリングエンジンで使用されるように適応させることは容易ではないが、その理由は、これらが、Ｗｅｂのオープンアーキテクチャとは矛盾する所有権保護されたフォーマットとレンダリングエンジンを必要とするからである。Ｗｅｂブラウザなどのアプリケーションプログラムをそのレンダリングエンジンと無関係に制御することが不可能であるため、ＤＲＡＭの機能を分配ネットワーク上で応用することは困難であった。
【００１９】
【特許文献１】
米国特許第５，７１５，４０３号明細書
【００２０】
【発明が解決しようとする課題】
本発明の目的は、ディジタル文書の分配を容易にすることである。
【００２１】
本発明の別の目的は、ディジタル文書と関連する権利を制御することである。
【００２２】
本発明のさらに別の目的は、標準のレンダリングエンジンでレンダリングされた文書にＤＲＭの特徴を追加することである。
【００２３】
本発明のさらに別の目的は、所有権保護されたフォーマットや複数の所有権保護されたレンダリングエンジンを必要とすることなく分配ネットワーク上のオープンシステムにＤＲＭ技術を応用することである。
【００２４】
本発明のさらに別の目的は、ＤＲＭ技術を応用する場合に標準のレンダリングエンジンを修正する必要を最小化することである。
【００２５】
本発明のさらに別の目的は、ディジタル文書の発行と分配に対するオーサー、分配者及び他者への補償を容易化することである。
【００２６】
本発明のさらに別の目的は、標準のアプリケーションプログラムをその関連のレンダリングエンジンとは無関係に制御することである。
【００２７】
本発明のさらに別の目的は、コンテンツの所有者に対して、コンテンツを適切なフォーマットに変換する必要なく、自身のコンテンツを、業界標準のツールとフォーマットを用いて作成して分配することを可能とすることである。
【００２８】
【課題を解決するための手段】
これらの目的を達成するために、本発明の第１の態様は、デジタル文書に関連する１つ以上の権利（例えば、使用権）を有する該ディジタル文書を分配するシステムである。本システムは、コンピュータ読み取り可能形態で少なくとも１つの前記デジタル文書を記憶しているサーバと、非暗号化文書を閲覧目的でレンダリングすることが可能なレンダリングエンジンを含む標準のアプリケーションプログラムを有するクライアントと、前記クライアントと前記サーバにカップリングされた通信ネットワークと、前記クライアントから前記デジタル文書の内の少なくとも１つの前記デジタル文書への要求を受領して、前記少なくとも１つの前記デジタル文書と前記少なくとも１つの前記デジタル文書を関連する権利の集合とを前記クライアントに送付する権利管理モジュールと、前記レンダリングエンジンに取り付けられて、前記少なくとも１つの前記デジタル文書と関連する権利の集合（リスト）を受領するように適応された接続モジュールと、前記レンダリングエンジンに取り付けられて、前記少なくとも１つの前記デジタル文書と関連する前記権利の集合に従って前記少なくとも１つの文書に対する前記クライアントのアクセスを制御するように適応されたユーザインタフェースモジュールと、を備える。
【００２９】
【発明の実施の形態】
本発明を、好ましい実施形態と次の添付図面を参照して以下に説明する。本発明は、様々な形態で実現することが可能であり、その１部は開示された実施形態のそれとは全く異なっていることが明らかであろう。その結果、本明細書に開示する特定の構造的及び機能的詳細は、単に表示目的であり、したがって、本発明の範囲を制限するものではない。
【００３０】
図１は、上記のように通信連絡、書籍、雑誌、ジャーナル、新聞、他の書類、ソフトウエア、オーディオ及びビデオクリップ、他のファイル並びにそれらの類似物を含む文書の電子分配用のシステムの従来モデルのブロック図である。
【００３１】
オーサー１１０は、オリジナルのコンテンツ１１２を作成して、それを分配者１２０に送出して分配する。元来、オーサー１１０は、コンテンツの作成者である。しかしながら、本明細書で用いられる「オーサー」という用語は、作成者であったり、所有者であったり、編集者であったり、コンテンツを制御する他のエンティティもしくはこれらのエンティティの内の一人の代理人（例えば、発行者）などであったりする。また、オーサー１１０は、文書を、他者を分配者１２０として必要とすることなく直接的に分配する、したがって、オーサーと分配者が同一のエンティティであったりすることがある。しかしながら、図１に示すように機能を分割するとより効率的であるが、それは、こうすることによって、オーサー１１０は、分配という調整機能ではなくコンテンツの作成に集中することが可能となるからである。そのうえ、このように分割することによって、分配者１２０は多くのオーサー１１０と関連することが可能となってスケールメリット（ｅｃｏｎｏｍｉｅｓｏｆｓｃａｌｅ）を享受しやすくなる。本明細書で用いられる「文書」という用語は、一般的に、なんらかの暗号、フォーマティング又はその類似物を含むテキスト、オーディオ及び他のデータなどの何らかのタイプのコンテンツのことである。しかしながら、これらの用語は互いにオーバーラップしており、そのため、本明細書では互いに交換可能なものとして用いられている。分配者１２０は、要求があり次第、文書をユーザ１３０に分配する。一般的な電子分配モデルでは、コンテンツは、暗号化された形態の文書として分配される。分配者１２０は、コンテンツをランダム鍵で暗号化し、次に、このランダム鍵をユーザ１３０に対応する公開鍵で暗号化する。したがって、この暗号化された文書は、特定のユーザ１３０に対してだけカスタマイズされる。これで、ユーザ１３０は、自分の私用鍵（該ユーザ１３０に対応する公開鍵）を用いて、ランダム鍵を復号化してそれを用いて文書を復号化して閲覧することが可能となる。
【００３２】
文書に対する支払いは、ユーザ１３０からの要求や特定の文書を閲覧することを希望する他のユーザからの要求を収集する情報交換所１５０介してユーザ１３０から分配者１２０に回される。情報交換所１５０はまた、デビット取引や、クレジットカード取引や、他の周知の電子支払いスキームなどの支払い情報を収集して、その収集された支払い金を支払い金バッチとして分配者１２０に送出する。もちろん、情報交換所１５０は、支払い金の分け前を上記のサービスに対する料金として保持することがある。分配者１２０は、分配サービスに対する情報交換所１５０からのバッチ支払いの１部分を保持して、支払い（例えば、所有権使用料）をオーサー１１０に送出することがある。分配者１２０は、１つの文書に対する束を成すユーザ要求が貯まるまで待ってから、その文書を分配する。このような場合、暗号化された１つの文書を発生して、これを、要求側のユーザ１３０のだれにでも復号化され得るようにすることが可能である。
【００３３】
ユーザ１３０が文書を要求（使用）する度に、会計メッセージが監査サーバ１４０に送られ、このサーバ（１４０）が、ユーザ１３０による各要求が分配者１２０から送られた文書と適合することを保証するようになっている。会計情報が、分配者１２０から直接監査サーバ１４０に受領される。何らかの矛盾があればそれはレポートによって情報交換所１５０に送信され、これによって、交換所１５０は、このように分配者１２０に為された支払いバッチを調整することができる。この会計スキームは、電子文書を分配する際に詐欺が行われる可能性を減少させ、また、持続時間や他の使用状況によっては課金が変動する結果となるあらゆる時間依存使用許可を取り扱うために存在する。図１に示す電子文書分配のモデルは、一般的に公知であり、また、本明細書に開示する電子文書分配システムに応用することが可能である。
【００３４】
図２は、本発明の好ましい実施形態による文書分配システムの略図である。上に注記したように、本発明は、情報交換所や監査サーバの使用などの、料金の会計と支払いを執行する周知のモデルと関連させて用いられることが可能である。さらに、本発明は、様々な商取引モデルと関連させて用いられることが可能である。したがって、分配を監査し、支払いを執行し、文書を認定する装置は、本明細書では詳述せず、また、好ましい実施形態の検討内容からは、それを簡略化するため、省略する。
【００３５】
図２に示すように、ディジタル文書配分システム２００は、上記の分配者１２０に対応する分配者サーバ２２０と、上記のユーザ１３０に対応するクライアントコンピュータ２３０と、を備えている。サーバ２２０とクライアント２３０は、所望の機能を遂行するようにプログラムされた汎用コンピュータであったりする。例えば、サーバ２２０は、Ｗｉｎｄｏｗｓ（登録商標）　ＮＴ^ＴＭオペレーティングシステムを実行し、また、Ａｐａｃｈｅ^ＴＭなどのＨＴＴＰサーバソフトウエアや別のＨＴＴＰサーバを含んでいる標準のサーバ又はワークステーションであったりする。クライアント２３０は、Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムを実行するパソコンであったりする。本好ましい実施形態では、サーバ２２０とクライアント２３０は、各々が、インターネットや、より具体的には、Ｗｅｂなどの通信ネットワークにカップリングされる。したがって、クライアント２３０は、レンダリングエンジンを有する標準のアプリケーションプログラムとしてブラウザ２３２を含んでいる。ブラウザ２３２は、Ｍｉｃｒｏｓｏｆｔ　Ｉｎｔｅｒｎｅｔ　Ｅｘｐｌｏｒｅｒ^ＴＭやＮｅｔｓｃａｐｅ　Ｎａｖｉｇａｔｏｒ^ＴＭなどのいずれかのＨＴＴＰ対応ブラウザであったりする。本明細書で用いられる「標準のアプリケーションプログラム」という句は、文書作成、閲覧及び編集などのタスクを遂行する用に設計され、また、レンダリングエンジンを有するなんらかのアプリケーションプログラムのことである。標準のアプリケーションプログラムの例には、ワードプロセッサ、Ｗｅｂブラウザ、エディタ、ビューアー、スプレッドシート、プログラム、データベースプログラム及びその類似物などがある。
【００３６】
サーバ２２０は、分配する目的で、複数の文書２２２を、Ｗｅｂページという形態で記憶している。文書２２２は、暗号化された形態で記憶することが可能である。本明細書で用いられる「暗号化された」という用語は、コンテンツに対するアクセス可能性を、非対称性又は対称性のアルゴリズムや、スクランブル用アルゴリズムやその類似物を用いたりして、部分的又は完全に禁止するためのなんらかのメカニズムのことである。サーバ２２０はまた、以下にさらに詳述するように、ソフトウエアという形態で権利管理モジュール２３４を含み、これで、文書２２２、ユーザ及び／又は支払金額の内の特定のものと関連する権利を記憶して管理するようにしている。
【００３７】
クライアント２３０はまた、各々がソフトウエアという形態で与えられ、また、各々がブラウザ２３２を修正する必要なくブラウザ２３２に取り付けられるようになっている、ユーザインタフェース（ＵＩ）モジュール２３４と接続モジュール２３６を有している。例えば、ＵＩモジュール２３４と接続モジュール２３６は、プラグインやＡｃｔｉｖｅＸコントロールなどの形態で、又は、ブラウザ２３２のコードを修正する必要なくブラウザ２３２のレンダリングエンジンに対する取り付けを可能とするなんらかの形態であったりする。このような取り付けは、下記に、より詳細に記される。
【００３８】
権利管理モジュール２２４は、どの権利（使用権等）が各文書２２２と関連しているかを識別するサーバ側のコンポーネントである。この権利はまた、文書２２２に対するアクセスを要求するユーザのアイデンティティ及び／又は情報交換所又はその類似物を介してユーザが執行したなんらかの支払いに基づいて変化し得る。例えば、公知であるように、ユーザは、ある１つの料金を支払って文書２２２を閲覧するか又はより高い料金を支払って同じ文書２２２を閲覧して印刷するかというオプションを有し得る。権利管理モジュール２２４はまた、以下に述べるように、適切な権利リスト（権利の集合）を文書と共に、通信ネットワーク３００を介して、クライアント２３０の接続モジュール２３６に送付するように動作する。
【００３９】
接続モジュール２３６は、ＵＩモジュール２３４がブラウザ２３２に取り付けられていることを検証することによってクライアント２３０の環境のインテグリティ（ｉｎｔｅｇｒｉｔｙ）を検証し、クライアント２３０、すなわちコンテンツを要求している人物のユーザを識別し、権利管理モジュール２２４から送られた文書及び適切な権利リストを検索し、また、適切な条件下で、暗号化されている文書を復号化して検索するようなクライアント側のソフトウエアコンポーネントである。ＵＩモジュール２３４は、ユーザからの要求を監視して、文書２２２のコンテンツにアクセスし、また、その要求を接続モジュール２３６によって検索された権利リストに基づいて許可もしくは否認するクライアント側のコンポーネントである。さらに、ＵＩモジュール２３４は、クライアント２３０のブラウザ２３２とオペレーティングシステムの機能の内の指定された機能を、以下に説明するような仕方で、すなわち、例えば、オペレーティングシステムＡＰＩとインタフェースして、コマンドをインターセプトして再出力することによって、権利リストに基づいてできなくすることが可能である。接続モジュール２３６は、クライアント２３０の環境下で実行される業界の標準のレンダリングエンジンが、ＵＩモジュール２３４をバイパスするような仕方で保護コンテンツに対してアクセスすることをユーザに対して可能としかねないような仕方で改竄又は別様に機密漏洩されていないことを検証する。
【００４０】
本発明は、標準のクライアントソフトウエア、サーバソフトウエア及びレンダリングエンジンを修正したり、除去したり、バイパスしたりすることなく、Ｗｅｂなどの周知のクライアント／サーバネットワーキングアーキテクチャと接続して実現される。権利管理モジュール２２４は、既存のサーバソフトウエア２２６と共にサーバ２２０にインストールされる。上に注記したように、権利管理モジュール２２４は、どの権利がサーバ２２０上に存在する又はサーバ２２２上に後で記憶される文書２２２と関連しているかを識別する。例えば、権利管理モジュール２２４は、各文書２２２と関連した様々な権利と、ユーザのアイデンティティ及びユーザによる支払いなどの他の変数と、を含むプログラム可能データベースや、ルックアップテーブルやその類似物を公知の仕方で有することが可能である。権利管理モジュール２２４はさらに、サーバ２２０のオペレーティングシステムとインタフェースし、これによって、サーバソフトウエア２２６に対して、接続モジュール２３６とＵＩモジュール２３４を有するクライアント２３０からの接続にだけ反応させる。特に、権利管理モジュール２３４が一旦インストールされると、図３に示す手順が遂行される。ステップＡで、新しいＤＲＭの開始Ｗｅｂページ又は他の確実インターフェース開始Ｗｅｂページが作成されるが、これはＵＩモジュール２３４と既存のサーバ開始Ｗｅｂページを参照するものである。ステップＢでは、サーバ２２０上のＷｅｂサイトの様々なＷｅｂページを、ランダムラベルを有するディレクトリ又はなんらかの未知のディレクトリ中に置くことが可能である。ステップＣでは、権利管理モジュール２２４が、このディレクトリに対するポインタを含むようにプログラムされ、ステップＤでは、権利管理モジュール２２４は、このディレクトリのＵＲＬを暗号化する。ステップＥでは、監視ＤＲＭ　ＷｅｂページがＵＩモジュール２３４を参照するように修正されるが、このＵＩモジュール２３４は、接続モジュール２３６に対して、暗号化されたＵＲＬを復号化して、Ｗｅｂサイトのオリジナルの開始ページと残余に対するアクセスを可能とするように指示することが可能である。クライアント２３０がＵＩモジュール２３４と接続モジュール２３６を有しない場合、ＵＲＬは復号化することが不可能であり、したがって、サーバ２２０上のＷｅｂサイトもアクセス不可能である。
【００４１】
代替例として、接続モジュール２３６が署名を発生し、この署名を、サーバ２２０へのなんらかのＵＲＬ要求によって、サーバ２２０に対して送る。サーバ２２０上のＷｅｂサイトに対するアクセスは、この署名が存在し、しかもそれが有効である場合にしか許可されない。この代替例では、権利管理モジュール２２４は、署名を確認するコードを含むことがある。
【００４２】
クライアントコンピュータ２３０のユーザが、権利管理モジュール２２４を有するサーバ２２０に対するアクセスを試みると、権利管理モジュール２２４は、ＵＩモジュール２３４が上記のようにクライアント２３０上にインストールされているかどか検証する。インストールされていなければ、ＤＲＭ開始Ｗｅｂページ中の命令が、ｊａｖａアプレットやＡｃｔｉｖｅＸコントロールやその類似物という形態で、ブラウザ２３２に対して、ＵＩモジュール２３４をダウンロードしてインストールするように命令する。ダウンロードは、サーバ２２０又は通信ネットワーク３００にカップリングされている別のサーバから遂行することが可能である。このようなダウンロードとインストールは、周知の仕方で、従来のメカニズムを用いて遂行することが可能であり、また、インストールを認定して、インストールファイルの記憶場所などの他の必要な情報を入力するようにユーザに対して促すことが可能である。接続モジュール２３６は、ＵＩモジュール２３４に埋め込んで、同時に又は別々のプロセスでダウンロードとインストールをすることが可能である。もちろん、ＵＩモジュール２３４がサーバ２３０上にインストールされていることが検出されたら、インストールステップはスキップすることが可能である。ＵＩモジュール２３４がクライアント２３０上にインストールされていず、また、ユーザがこのようなインストールを認定しなければ、サーバ２２２上の文書に対するアクセスは禁止されるか、又は、自由に分配されるものと指定された文書に対してだけアクセスが許可される。
【００４３】
上に注記したように、ＵＩモジュール２３４と接続モジュール２３６は、ブラウザ２３２のコードを修正する必要なくブラウザ２３２に取り付けられ得る形態で存在する。モジュールに関連して本明細書で用いられる「取り付けられた」という用語は、ブラウザ２３２のコードを修正することなくブラウザと組み合わせること又はカップリングすることが可能なソフトウエアモジュールのことである。例えば、ＵＩモジュール２３４と接続モジュール２３６は、Ｎｅｔｓｃａｐｅ　Ｎａｖｉｇａｔｏｒ^ＴＭの場合はプラグインという形態で存在し、Ｉｎｔｅｒｎｅｔ　Ｅｘｐｌｏｒｅｒ^ＴＭの場合にはＡｃｔｉｖｅＸ　Ｃｏｎｔｒｏｌｓという形態で存在する。このようなコンポーネントの開発とインストールのためのメカニズムは、公知である。
【００４４】
サーバ２２０上に記憶されている保護されたコンテンツにアクセスするための手順を、図４に示す。ステップＡでは、周知の仕方で、ＤＲＭ開始ＷｅｂページがＵＲＬによってアクセスされる。ステップＢでは、ＤＲＭ開始Ｗｅｂページは、ＵＩモジュール２３４を、オリジナルの開始ページ又は上記の方法の内の１つを用いてＤＲＭ開始Ｗｅｂページによって参照されるページに向ける。ステップＣでは、ＵＩモジュール２３４は、周知の技法を用いて、ブラウザ２３２のレンダリングエンジンの別のインスタンスを作成し、オリジナルの開始Ｗｅｂページをロードし、オペレーティングシステムに対して、ブラウザウィンドウにこの新しいインスタンスを表示するように指示する。この新しいインスタンスは、ＵＩモジュール２３４によって出力され、これによって、ステップＤで接続モジュール２３６によってサーバ２２０からコンテンツを検索する。言い換えれば、本好ましい実施形態では、ＵＩモジュール２３４は、ブラウザ２３２からのコマンドをインターセプトし、それを接続モジュール２３６によって再出力する。ＵＩモジュール２３４は、新しいインスタンスに対して、接続モジュール２３６を介して確実な非同期プロトコルを利用するように指示することが可能である。したがって、ＵＩ保護が確認され、これで、ステップＥで全てのユーザインタフェースイベントをインターセプトして制御することが可能となる。例えば、ユーザがブラウザ２３２の標準のユーザインタフェースによって「印刷」コマンド又は「コピー」コマンドを始動させると、ＵＩモジュール２３４は、この要求をインターセプトして、接続モジュール２３６が受領した権利の集合が要求された機能の実行を許可した場合にだけ反応させる。
【００４５】
具体的に言うと、接続モジュール２３６は、ブラウザ２３２のレンダリングエンジンから要求を受領すると、レンダリングエンジンがＵＩモジュール２３４によって保護されている、すなわちＵＩモジュール２３４が取り付けられていること、また、レンダリングエンジンが改竄又は別様に機密漏洩されていないことを確認する。されていない場合、接続モジュール２３６は、サーバ２２０の権利管理モジュール２２４に対する接続を許可して、サーバ２２０上のオリジナルの開始Ｗｅｂページ及びＷｅｂページに対するユーザの権利の集合を検索する許可を交渉する。次に、権利管理モジュール２２４は、サーバ２２０のサーバソフトウエア２２６とクライアント２３０の接続モジュール２３６間の接続を始動する。この接続は、ＨＴＴＰや、ＨＴＴＰＳや、他のどのような標準のもしくは所有権保護された接続プロトコルを用いても確立することが可能である。次に、要求された文書２２２が検索されて接続モジュール２３６に送付され、接続モジュール２３６は、文書２２２を、サーバ２２０上で暗号化されていれば、復号化して、その文書を復号化された形態でブラウザ２３２のレンダリングエンジンの新しいインスタンスに対してこの文書と関連した権利の集合と共に送付する。再度、この権利の集合のコンテンツを、文書、ユーザのアイデンティティ、ユーザによる支払金又は他の何らかの適切なパラメータに基づいて決定してもよい。次に、接続モジュール２３６は、この権利の集合をＵＩモジュール２３４に送信し、このＵＩモジュール２３４は、ユーザにとって利用可能な機能を、この権利の集合に基づいて、ブラウザ２３６のレンダリングエンジンの新しいインスタンスを上記のように制御することによって制限する。
【００４６】
これで、文書のコンテンツを、他のどのＷｅｂページでもそうであるように、ブラウザ２３２のウインドウ内で閲覧可能となる。しかしながら、ブラウザ２３２は、ブラウザ２３２はＵＩモジュール２３４によって「ラッピングされている」ため、文書のＷｅｂページに直接にはアクセスできない。ＵＩモジュール２３４は、ブラウザ２３２が、文書の権利集合の範囲外にある禁止されている機能のどれをも実行することを防止する。
【００４７】
本発明は、ブラウザや、ワードプロセッサや、他のどのようなアプリケーションもしくは表示プログラムなどのアプリケーションプログラムの標準のレンダリングエンジンを利用する。本発明は、これを、このようなアプリケーションとインタフェースして、このアプリケーションと文書間に存在して、文書に対するアクセスを制御することによって達成する。したがって、本発明は、アプリケーションレンダリングエンジンを用いているため、各文書フォーマット毎に別の所有権保護されたレンダリングエンジンを必要としない。さらに、アプリケーションによってサポートされたどのデータフォーマットでも修正することなく本発明によって想定される。
【００４８】
本発明は、インターネットや、ローカルエリアネットワーク（ＬＡＮ）や、広域ネットワーク（ＷＡＮ）や、直接コンピュータ接続やその類似手段などの任意のタイプの通信ネットワーク上で、任意のタイプの通信用のハードウエア及びプロトコルを用いることによって実現することが可能である。様々なクライアントやサーバに対して、どのタイプのハードウエア又はハードウエアの組み合わせを用いることが可能である。したがって、本明細書で用いる「クライアント」及び「サーバ」という用語は、パソコンや、携帯式コンピュータや、ダム端末や、小型軽量クライアントや、手持ち式デバイスや、無線電話や、このようなデバイスの任意の組み合わせなどのどのようなタイプの計算デバイスやデータ端末のことでもあり得る。様々なクライアント及びサーバが、１つのロケーションにおける１つのコンピュータであったり、１つ又は複数のロケーションにおける複数のコンピュータであったりする。例えば、サーバは、スケーラビリティを容易化するために、様々なロケーションにある共通ロケーションの施設に配置された複数の冗長コンピュータから成ることがある。クライアントとサーバの数は任意である。クライアントは、物理的には、同じハードウエア上にサーバとして位置付けすることが可能である。
【００４９】
適切なサーバソフトウエアやクライアントソフトウエアであればどれでも使用可能であり、また、どの通信プロダクツでも使用可能である。通信は、電線や、光ファイバケーブルや、他のケーブルによって、又は、無線周波数や、赤外線や、他の技法を用いて無線方式で可能である。様々な情報を任意の形態で記憶することが可能であり、したがって、本明細書で用いられる「データベース」という用語は、データベースや、ルックアップファイルや、その類似物などのいかなる情報の集合体のことでもあり得る。文書は、どのタイプのものでも良く、また、テキストや、オーディオ情報や、ビデオ情報や、複数のタイプのコンテンツの組み合わせなど、どのようなタイプのコンテンツでも包含し得る。上記の本発明の内でソフトウエアコンポーネントとして説明された部分は、ハードウエアとして実現可能である。そのうえ、ある機能ブロックを本明細書では互いに別々の独立したものとして説明したが、これらの機能ブロックは、一本化して、１つの汎用コンピュータ上で実行させたり、さらに、サブ機能に分割しても良いことが技術上周知である。上記の権利の集合は、文書の使用を統括制御する１つ以上の権利又はルールであったり、任意の適切な形態であったり、また、文書タイプや、ユーザのアイデンティティや、ユーザによる支払い金や、その類似物などの様々なパラメータに基づいていたりする。上記の様々なソフトウエアモジュールは、クライアント又はサーバ上に位置付けすることが可能である。
【００５０】
本発明の好ましい実施形態を詳細に説明したが、本発明の他の形態や、代替例や、修正例や、改版例や、変更例も等しく動作可能であり、また、当業者には明瞭であることを認識すべきである。本開示は、本発明を何らかの特定の実施形態に制限することを意図するものではなく、このような形態や、修正例や、改版例や、変更例などの全てを包含することを意図するものである。したがって、本発明の真の範囲は、添付のクレームと法的な等価物によって定義されるものである。
【図面の簡単な説明】
【図１】
ＤＲＭ技術を利用した従来の文書分配システムのブロック図である。
【図２】
好ましい実施形態によるＤＲＭシステムの略図である。
【図３】
好ましい実施形態による、サーバに対して、保護されたクライアントにだけ応答させるようにする手順のフローチャートである。
【図４】
好ましい実施形態による、保護されたコンテンツにアクセスする手順のフローチャートである。
【符号の説明】
２２０　分配サーバ
２２６　サーバソフトウエア
２２４　ＤＲＭモジュール
２３０　クライアントコンピュータ
２３４　ＵＩモジュール
２３２　ブラウザ
２３６　接続モジュール

Claims

デジタル文書に関連した使用権を有する該ディジタル文書を分配するシステムにおいて、前記システムが、
少なくとも１つの文書をコンピュータ読み取り可能形態で記憶しているサーバと、
復号化された文書を閲覧目的でレンダリングすることが可能なレンダリングエンジンを含む標準のアプリケーションプログラムを有するクライアントと、
前記クライアント及び前記サーバとカップリングされた通信ネットワークと、
前記文書の内の少なくとも１つの文書に対する要求を前記クライアントから受領すると共に、前記少なくとも１つの文書と、前記少なくとも１つの文書と関連する権利の集合と、を前記クライアントに送付する権利管理モジュールと、
前記少なくとも１つの文書と関連する前記権利の集合を受領する目的で前記レンダリングエンジンに取り付けられるようになっている接続モジュールと、
前記少なくとも１つの文書と関連する前記権利の前記集合に従って、前記少なくとも１つの文書に対する前記クライアントのアクセスを制御する目的で前記レンダリングエンジンに取り付けられるようになっているユーザインタフェースモジュールと、
を備えるシステム。
前記接続モジュールが、前記ユーザインタフェースモジュールが前記レンダリングエンジンに取り付けられているかどうかを検出し、前記ユーザインタフェースモジュールが前記レンダリングドライブに取り付けられていた場合に、前記少なくとも１つの文書を前記レンダリングエンジンに提供するように動作する、請求項１に記載のシステム。
前記接続モジュールが、前記少なくとも１つの文書を復号化するように動作する、請求項２に記載のシステム。
前記標準のアプリケーションプログラムがＷｅｂブラウザであり、また、前記サーバがＨＴＴＰサーバを含む、請求項２に記載のシステム。
前記接続モジュールと前記ユーザインタフェースモジュールが、ＡｃｔｉｖｅＸコントロールとプラグイン技術の内の少なくとも一方を用いて前記Ｗｅｂブラウザのレンダリングエンジンに取り付けられる、請求項４に記載のシステム。
前記権利管理モジュールが、前記サーバ上に記憶されている開始Ｗｅｂページをポインティングする手段と前記ポインティング手段を暗号化する手段とを備え、前記接続モジュールが前記ポインティング手段を復号化する手段を備え、前記システムが、前記接続モジュールと前記ポインティング手段を参照する確実開始Ｗｅｂページを発生する手段をさらに備える、請求項４に記載のシステム。
前記接続モジュールが、署名を発生する手段を備え、前記権利管理モジュールが、前記署名を確認する手段を備え、前記サーバに対する要求が、前記署名が存在して有効な場合にだけ認められる、請求項４に記載のシステム。
デジタル文書に関連した１つ以上の使用権を有する該ディジタル文書を分配する方法において、前記方法が、
少なくとも１つの文書をコンピュータ読み取り可能形態でサーバ上に記憶するステップと、
復号化された文書をレンダリングすることが可能なレンダリングエンジンを含む標準のアプリケーションプログラムを有するクライアントで前記サーバにアクセスするステップと、
前記クライアントから前記文書の内の少なくとも１つの文書に対する要求を受領するステップと、
前記少なくとも１つの文書と、前記少なくとも１つの文書と関連する権利の集合と、を前記クライアントに送付するステップと、
前記少なくとも１つの文書と関連する前記権利の集合を前記レンダリングエンジンに取り付けられた接続モジュールで受領するステップと、
前記少なくとも１つの文書と関連する前記権利の前記集合に従って、前記少なくとも１つの文書に対する前記クライアントのアクセスを、前記レンダリングエンジンに取り付けられたユーザインタフェースモジュールによって制御するステップと、
を含む方法。
前記少なくとも１つの文書を復号化するステップをさらに含む、請求項８に記載の方法。
前記ユーザインタフェースモジュールが前記レンダリングエンジンに取り付けられているかどうかを検出し、これによって、前記ユーザインタフェースモジュールが前記レンダリングドライブに取り付けられていた場合に、前記少なくとも１つの文書を前記レンダリングエンジンに提供するステップをさらに含む、請求項８に記載の方法。
前記検出ステップが、前記レンダリングエンジンが機密漏洩しているかどうか判断するステップをさらに含む、請求項１０に記載の方法。
前記標準のアプリケーションプログラムがＷｅｂブラウザであり、また、前記サーバがＨＴＴＰサーバソフトウエアを含む、請求項１０に記載の方法。
前記サーバ上に記憶されている開始Ｗｅｂページに対するポインタを前記サーバ上に提供するステップと、
前記ポインタを暗号化するステップと、
前記ポインタを参照する前記サーバ上の確実開始Ｗｅｂページを生成するステップと、
前記確実開始Ｗｅｂページを前記Ｗｅｂブラウザによってアクセスするステップと、
前記ポインタを前記クライアント上で復号化して、前記サーバ上の前記開始Ｗｅｂページに対して前記Ｗｅｂブラウザにアクセスさせるステップを、
さらに含む、請求項１２に記載の方法。
前記クライアントによる署名を発生するステップと、
前記署名を前記サーバに対して前記サーバに対する要求と共に送信するステップと、
権利サーバによって前記署名を確認するステップと、
前記署名が存在して有効な場合にだけ、前記要求を認めるステップと、
をさらに含む、請求項１２に記載の方法。
文書を記憶しているサーバと、前記文書にアクセスする開始ページと、レンダリングエンジンを有するアプリケーションプログラムを実行するクライアントと、を含むコンピュータアーキテクチャにおいて、文書を分配する方法であり、前記方法が、
前記サーバ上に権利管理モジュールをインストールするステップと、
ユーザインタフェースモジュールと接続モジュールとを前記レンダリングエンジンに取り付けるステップと、
前記サーバ上で確実開始ページを作成するステップと、
前記文書をディレクトリ内に置くステップと、
前記権利管理モジュールを、前記ディレクトリに対するポインタを含むようにプログラムするステップと、
前記ディレクトリに対するアドレスを暗号化するステップと、
前記確実インターフェースディスプレイを、前記ユーザインタフェースモジュールと前記開始ページとを参照するように、修正するステップと、
前記ディレクトリに対するアドレスを前記接続モジュールで復号化して、前記サーバ上の前記開始ページと前記文書に対するアクセスを許可するステップと、
を含む方法。
前記サーバがＨＴＴＰサーバソフトウエアを含み、前記アプリケーションプログラムがＷｅｂブラウザであり、前記確実インタフェースディスプレイが確実開始Ｗｅｂページであり、前記ディレクトリに対する前記アドレスがＵＲＬという形態を持つ、請求項１５に記載の方法。
前記開始ページに対してＵＲＬを発行することによって前記確実開始Ｗｅｂページにアクセスするステップと、
前記ユーザインタフェースモジュールを、前記確実開始Ｗｅｂページ中の開始ページを参照することによって、前記開始ページに向けるステップと、
前記レンダリングエンジンのインスタンスを作成するステップと、
前記開始ページを前記レンダリングエンジンの前記インスタンス中にロードして、前記クライアントの前記開始ページを表示するステップと、
前記レンダリングエンジンの前記インスタンスを、前記ユーザインタフェースモジュールの制御下で出力して、前記サーバから前記文書の内の少なくとも１つの文書を検索するステップと、
さらに含む、請求項１６に記載の方法。
前記インスタンス出力ステップが、前記Ｗｅｂブラウザからのコマンドを前記ユーザインタフェースモジュールでインターセプトして、前記コマンドを前記サーバ上の前記接続モジュールによって再出力するステップを含む、請求項１６に記載の方法。
前記再出力ステップが、前記インスタンスに対して、前記接続モジュールによって確実非同期プロトコルを利用するように指示するステップを含む、請求項１６に記載の方法。
前記接続モジュールによって、前記ユーザインタフェースモジュールが前記レンダリングエンジンに取り付けられていることを確認し、前記確認ステップが肯定的である場合にだけ、前記サーバに対する前記クライアントの接続を許可するするステップをさらに含む、請求項１６に記載の方法。