(57)【要約】【解決手段】  電子文書へのアクセスを管理する方法であって、前記文書は、文書ビューアで表示される場合にのみ、当該文書に埋め込まれたアクセスポリシーの条件が満たされた時点で受信者による表示が可能となるものであり、前記受信者が前記文書ビューアで前記文書を表示するために前記文書を開く工程と、前記文書が開かれた時点で、当該文書内の前記コードスクリプトを実行して当該文書の選択されたページの表示を一部被覆する工程と、前記受信者が前記文書の読み取りを試行した時点で、前記ビューアが認証サーバーと通信して前記受信者を認証する工程と、前記受信者の認証を受信した時点で、前記ビューアが前記選択されたページを被覆解除する工程とを有する。【選択図】      図１
2009508240.tif 000002
【特許請求の範囲】
【請求項１】
文書配信システムであって、
ａ．１若しくはそれ以上の受信者に配信される１若しくはそれ以上のロックされた文書であって、当該ロックされた文書は、文書ビューアで表示される場合にのみ、当該ロックされた文書に埋め込まれたセキュリティポリシーの条件が満たされた時点で前記受信者により表示可能となるものである、前記１若しくはそれ以上のロックされた文書と、
ｂ．前記受信者が前記文書の読み取りを試行した時点で当該受信者を認証するための、ネットワークに接続されたサーバーと、
ｃ．前記サーバーが前記受信者を認証した時点で前記文書をロック解除するプロトコルと
を有する文書配信システム。
【請求項２】
請求項２記載のシステムにおいて、前記プロトコルは前記ユーザーによるパスワードの入力を含み、前記ユーザーのパスワードは、前記認証中、ネットワーク経由で送信されず、前記サーバーと共有されないものである。
【請求項３】
請求項１記載のシステムにおいて、前記文書はＰＤＦファイルである。
【請求項４】
電子文書へのアクセスを管理する方法であって、前記文書は、実行可能なコードスクリプトを含み、且つ前記文書ビューアで表示される場合にのみ、当該文書に埋め込まれたアクセスポリシーの条件が満たされた時点で受信者による表示が可能となるものであり、
ａ．前記受信者が前記文書ビューアで前記文書を表示するために当該文書を開く工程と、
ｂ．前記文書が開かれた時点で、前記コードを実行して前記文書の選択されたページの表示を一部被覆する工程と、
ｃ．前記受信者が前記文書の読み取りを試行した時点で、前記ビューアが認証サーバーと通信して前記受信者を認証する工程と、
ｄ．前記受信者の認証を受信した時点で、前記ビューアが前記選択されたページを被覆解除する工程と
を有する方法。
【請求項５】
請求項４記載の方法において、この方法は前記受信者のコンピュータに前記文書用のクッキーを設定する工程を含むものである。
【請求項６】
請求項４記載の方法において、この方法は、前記受信者が前記ビューアで前記文書を開いた時点で受信者情報を入力するためのカバーページを表示する工程を含むものである。
【請求項７】
請求項４記載の方法において、この方法は、前記受信者が確認された時点で、前記文書の新しいバージョンが前記サーバーで利用可能かどうかを決定する工程を含むものである。
【請求項８】
請求項７記載の方法において、この方法は、前記新しいバージョンをダウンロードするよう前記受信者にプロンプトする工程を含むものである。
【請求項９】
顧客関係管理システムであって、
ａ．顧客情報データベースと、
ｂ．１若しくはそれ以上のユーザーに配信される１若しくはそれ以上のロックされた文書と、
ｃ．前記文書のユーザーが前記文書の読み取りを試行した時点で当該ユーザーに関する情報を受信し、当該情報を受信した時点で前記文書をロック解除し、前記受信された情報を前記顧客情報データベースに転送するためのネットワークに接続されたサーバーと
を有する顧客関係管理システム。
【請求項１０】
１若しくはそれ以上の受信者に配信される１若しくはそれ以上のロックされた文書を作成する方法であって、当該ロックされた文書は、文書ビューアで表示される場合にのみ、当該ロックされた文書に埋め込まれたアクセスポリシーの条件が満たされた時点で前記受信者による表示が可能となるものであり、
ａ．前記文書の選択されたページへのアクセスポリシーを定義するコードを当該文書に挿入することにより、前記選択されたページの表示を防ぐ工程と、
ｃ．前記文書を公開する工程と
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は２００５年９月１２日付けで出願された米国仮特許出願第６０／７１５，５７１号に基づく利益を主張するものであり、参照によりその開示内容を本明細書に組み込むものとする。
【０００２】
本発明は、権限のある（認可された）ユーザーだけが、保護された情報および文書を開くことができるよう、電子情報および電子文書へのアクセスを管理および制御するシステムおよび方法に関する。
【背景技術】
【０００３】
ｐｏｒｔａｂｌｅ  ｄｏｃｕｍｅｎｔ  ｆｏｒｍａｔ（ポータブルドキュメントフォーマット：ＰＤＦ）は、デジタル文書の公開に広範囲に使用されている。この形式の利点は、文書を容易に改変できないことである。ＰＤＦ形式で作成された文書は、そのＰＤＦ文書を作成したソフトウェアがなくとも、一貫した形式でユーザーが表示および印刷できる。ＰＤＦ文書は、Ａｄｏｂｅ  Ａｃｒｏｂａｔなどのオーサリングツールを使って、デジタル署名でき、またパスワードで保護することも可能である。
【０００４】
ＰＤＦ文書で作業するためのソフトウェアツールは、Ａｄｏｂｅ  Ｓｙｓｔｅｍｓ（アドビシステムズ社）から無料配布されているＡｄｏｂｅ  Ａｃｒｏｂａｔ  Ｒｅａｄｅｒ（登録商標）などいくつか開発されてきており、通常、企業環境および個人環境の双方で使用されるコンピュータにインストールされ、ＰＤＦ文書の表示に使用される。
【０００５】
多数の業界では、企業ウェブサイトでＰＤＦ文書が公開され、その受信者に直接提供されている。ＰＤＦ文書が受信者へリリースされてしまうと、そのＰＤＦ文書がどのように使用されるか、だれがアクセスできるか、あるいはいつアクセスできるかについて、発行者が制御できることは限られている。さらに、前記発行者は、個々の受信者を管理できず、当該文書がどのように使用されるかに関する情報を取得することもできない。
【０００６】
当該文書が不正に共有されることは防げず、受信者がパスワードを他者と共有することは容易であるため、パスワード保護の効果も場合により限定されてしまう。
【０００７】
権限のあるユーザーが一定の情報にアクセスできるようにし、その情報に不正なユーザーがアクセスするのを防げるようにするため、システムおよび方法の改善が依然として必要とされている。
【０００８】
これを受け、少なくとも上記の一部を軽減するシステムおよび方法が必要とされている。
【発明の開示】
【課題を解決するための手段】
【０００９】
本発明の目的は、オーサリングを行うユーザーまたは他の制御者が電子情報のアクセス制御を維持管理できるようにするシステムおよび方法を提供することである。
【００１０】
また、本発明は、セキュリティ機能を電子文書に便利に追加してだれが前記文書にアクセスできるかを発行者が制御できるようにする方法を提供することも目的としている。さらに、この方法により、発行者は、発行する文書の受信者またはリーダーについて有用な情報を収集することができる。
【００１１】
好適な実施形態において、これらのセキュリティ機能には、発行者がリーダーから条件を満たす認証を得るまで文書コンテンツをロックする機能が含まれる。このロックには、文書の受信者から条件を満たす認証が得られるまで文書ビューアが（表示や印刷などのため）文書コンテンツを再現しないよう、前記コンテンツの一部を被覆し、または暗号化する工程を含めることができる。前記認証には、ユーザー識別と同時にハードウェアまたはソフトウェアのトークンなどを使った二因子認証を含めることができる。
【００１２】
また前記認可（権限付与）は、期間を限ることができ、または発行者が完全に無効化することもできる。
【００１３】
本発明のさらに別の態様は、リーダーから個人の連絡先情報が得られるまで、文書のコンテンツを一部被覆する（覆い隠す）方法である。そのような情報は、例えばマーケティング活動に使用するため顧客関係管理システムへ転送することができる。
【００１４】
本発明によれば文書配信システムが提供され、この文書配信システムは、ａ．１若しくはそれ以上の受信者に配信される１若しくはそれ以上のロックされた文書であって、当該ロックされた文書は、文書ビューアで表示される場合にのみ、当該ロックされた文書に埋め込まれたセキュリティポリシーの条件が満たされた時点で前記受信者により表示可能となるものである、前記１若しくはそれ以上のロックされた文書と、ｂ．前記受信者が前記文書の読み取りを試行した時点で当該受信者を認証するための、ネットワークに接続されたサーバーと、ｃ．前記サーバーが前記受信者を認証した時点で前記文書をロック解除するプロトコルとを有する。
【００１５】
本発明の別の実施形態によれば、電子文書へのアクセスを管理する方法が提供され、前記文書は、実行可能なコードスクリプトを含み、且つ前記文書ビューアで表示される場合にのみ、当該ロックされた文書に埋め込まれたアクセスポリシーの条件が満たされた時点で受信者による表示が可能となるものであり、ａ．前記受信者が前記文書ビューアで前記文書を開く工程と、ｂ．前記文書が開かれた時点で、前記コードを実行して前記文書の選択されたページの表示を一部被覆する工程と、ｃ．前記受信者が前記文書の読み取りを試行した時点で、前記ビューアが認証サーバーと通信して前記受信者を認証する工程と、ｄ．前記受信者の認証を受信した時点で、前記ビューアが前記選択されたページを被覆解除する工程とを有する。
【発明を実施するための最良の形態】
【００１６】
図１を参照すると、本発明の一実施形態に係る電子情報配信システム１００の基本的な構成要素が示されている。好適な実施形態のシステム１００は、文書配信システムを、３つの機能的構成要素、すなわちオーサリング構成要素１０１、表示構成要素１２１、および認証サーバー１１９に概念的に細分化できるという点から説明している。
【００１７】
便宜上、本明細書で説明する実施形態は、文書作成に使用したアプリケーションソフトウェア、ハードウェア、およびオペレーティングシステムとは無関係に当該文書を提示するためＡｄｏｂｅ  Ｓｙｓｔｅｍｓが開発したファイル形式であるｐｏｒｔａｂｌｅ  ｄｏｃｕｍｅｎｔ  ｆｏｒｍａｔ（ポータブルドキュメントフォーマット：ＰＤＦ）文書に関して説明している。ＰＤＦファイルは、テキスト、グラフィック、および画像の任意の組み合わせを含む文書を、装置にも解像度にも依存しない形式で記述することができる。これらの文書は、フォント、グラフィック、色、および画像の使用に関する複雑さも長さも、まちまちである。ＰＤＦファイルでは、テキストおよびグラフィックをカプセル化するほか、装置に依存しない方法で、文書の厳密な外観をエンコーディングする目的に最も適している。これと対照的に、ＨＴＭＬなどのマークアップ言語は、表示に関する多くの決定をブラウザなどのレンダリング装置にゆだねるため、異なるコンピュータでは同じ態様で表示されない。
【００１８】
プラットフォームの多くでは無料の文書ビューアが利用可能である。文書の作成者は、その文書内に、前記文書ビューアにより実行可能なコードまたはスクリプトを含めることができる。これらのコードおよびスクリプトは、例えば、表示、編集、印刷、または保存（格納）を制限する。ＰＤＦファイルは、前記文書ビューアで実行または読み取りが可能な埋め込みコードまたは埋め込みスクリプトを使って作成できると仮定しており、また権限のある受信者でない限り、これらのスクリプトまたはコードにアクセスし若しくはこれを変更できないものと仮定している。
【００１９】
前記オーサリング構成要素１０１には、文書ビューアによる実行が可能なアクセスポリシースクリプトを埋め込むことにより保護された文書１１６を作成する文書作成エンジン１０２と、発行者１０８が当該発行者の使用するコンピュータ１０９経由で前記エンジン１０２にアクセスするためのウェブインターフェイス（図示せず）と、前記エンジン１０２を動作させ前記保護された文書１１６を格納するデータベース１１４にアクセスするネットワークに接続されたサーバー１１２とが含まれる。前記エンジン１０２は、前記サーバーのファイルＩ／Ｏと連動してクリア文書（生文書）１０４を入力し、それを発行者指定の文書設定１０６と組み合わせて、後述の態様で前記保護された文書１１０を作成する。前記オーサリング構成要素１０１は、通常であれば表示を行うユーザー（受信者）１２４、１２２からアクセス可能な一定の機能を、前記オーサリングを行うユーザー１０８がブロックするアクセスポリシーの確立を許可する。例えば、前記作成者／発行者１０８は、クリアテキストの印刷やコピーなど、表示を行うユーザーの権限を拒否することができる。また、前記認可構成要素は、時間または場所に基づくアクセスポリシーを確立することができ、例えば、前記文書１１６は一定の期間中、一定のコンピュータでのみアクセス可能になる。
【００２０】
前記保護された文書は、表示できないようロックされるが、電子メール若しくはインターネットを介した場合、または必要に応じ特定の配信システムについては、ユーザーに利用可能とされる。本明細書の文脈において、用語「ロックされる（ロックされた）」とは、好ましくは表示、印刷、またはディスクへの保存（格納）など、文書に対する受信者の権利が限られている任意の場合を意味する。このロックの好適な形態は、後述のようにコンテンツを一部被覆または暗号化するものである。前記オーサリング構成要素１０１には、文書が暗号化されている場合に暗号化キーを格納するキーリポジトリ１１５も含まれる。前記保護された文書１１６は、インターネット電子メールを含む種々の従来手段によりリーダーのコンピュータ１２２、１２４で、ＣＤ−ＲＯＭなどの電子媒体で、あるいは文書のダウンロードに利用できる公共のインターネットサイトに文書を配置することにより、利用可能になる。
【００２１】
前記認証構成要素には、認証サーバー１２０およびユーザーＩＤデータベース１２１が含まれ、これらは、特定の保護された文書１１６にアクセスすることを前記発行者１０８から現在許可されている若しくは将来許可されるユーザーまたはリーダー１２２、１２４のリストを維持管理する。前記認証構成要素は、後述のように前記保護された文書をロック解除するよう、前記種々の文書リーダー１２１との情報交換を調整することができる。
【００２２】
前記表示構成要素１２１には、文書ビューアプログラムを実行中の複数の受信者１２２、１２４が含まれ、前記文書ビューアプログラムは、文書とインタラクトして前記ロックされた文書１１０のロック解除を許可する。また、この文書ビューアプログラムは、前記認証構成要素１１９と通信して、文書をロック解除するため前記認証サーバーにアクセスすることができる。好適な実施形態において、前記ロックされた文書はＰＤＦ文書であり、前記文書ビューアは、Ａｄｏｂｅ  Ａｃｒｏｂａｔ  Ｒｅａｄｅｒである。
【００２３】
図２を参照すると、前記サーバー１１２のアーキテクチャがより詳しく示されている。このサーバーは、ＣＲＭシステムなどのサードパーティ統合モジュール２０２と、Ｗｉｎｄｏｗｓ（登録商標）ユーザインターフェースおよび／またはインターネットユーザインターフェース２０４と、前記エンジン１０２とを有し、当該エンジン１０２は、ＳＯＡＰ  ＡＰＩ  ２０６と、ビジネスロジック２０８と、認証モジュール２１０（図１に示すように別個の認証サーバーで実施可能）と、ｉＴｅｘｔ  ＰＤＦライブラリ２１２と、暗号モジュール２１４とを含む。前記ｉＴｅｘｔ  ＰＤＦライブラリは、ユーザーがＰＤＦファイルをオンザフライで生成できるようにするライブラリであり、そのＡＰＩおよび文書（参照により本明細書に組み込むものとする）は、オープンソースで利用可能である。当該サーバー１１２には、文書メタデータ、文書説明、文書セキュリティ設定などのデータにアクセスし前記キーリポジトリ１１５へのアクセスを提供するデータベースレイヤー２２０も含まれる。ファイルＩ／Ｏレイヤー２１８は、クリアテキストファイルを読み取り、前記保護されたファイル１１０を書き込んで格納するため、ファイル入出力ルーチンを実施する。これらレイヤーの論理構成が、前記サーバーとインタラクトする物理構成要素と関係する態様を概略的に示したのが、図３である。
【００２４】
以下、前記システム１００を使用してロックされた文書を作成する態様について説明する。
【００２５】
文書の前記発行者１０８は、選択したデータベースその他のデータソースのデータを含む生ファイル１０４に基づき、まず文書を作成する。それに、必要に応じて文書記述子（タイトル（表題）、サブタイトル（副題）、要約、作成者、作成者の署名など）を加える。
【００２６】
また、当該発行者１０８は、前記セキュリティ設定も決定する。具体的には、これに印刷権限と、一部被覆か暗号化かの選択肢と、所定の有効期限と、オフライン時間制限と、好適な暗号化アルゴリズムとが含まれる。
【００２７】
前記サーバー１１２は、前記ライブラリ（オープンソースで利用可能なｉＴｅｘｔ  ＰＤＦライブラリなど）を利用して前記生ファイル１０４を修正し、前記発行者が選択した設定に依存する一連の出力の１つを生成する。
【００２８】
前記発行者が選択する前記セキュリティ設定については、４つの出力が考えられる。具体的に、その出力は、一部被覆または暗号化が可能な文書である。一部被覆する文書には、パスワードで保護するもの、または個人の連絡先情報を必要とするものの２つの選択肢がある。暗号化する文書には、パスワードで保護するもの、またはパスワードと二因子ハードウェア認証とで保護するものの２つの選択肢がある。
【００２９】
好適な実施形態において、一部被覆し、ロックした文書は、パスワードフィールドまたは個人の連絡先情報フィールドを有した新しいカバーページ（表紙）を含む態様で作成され、それ以降のページは、前記文書ビューアによりロック解除されるまで表示できないよう一部被覆される。一部被覆は、覆い隠すべき各コンテンツページをカバーするボタンタイプ制御を配置およびサイズ指定することにより達成される。また、前記エンジン１０２は、作成した文書にプログラムコードまたはスクリプトを埋め込み、それらのプログラムコードまたはスクリプトは、その後、ユーザーの認証および当該文書のロック解除中に前記認証サーバー１２０と通信する前記文書ビューアにより実行される。
【００３０】
前記暗号化する選択肢が選択された場合は、前記エンジン１０２によりキーが生成され、このキーは、その後、解読工程で使用される場合に備えて前記キーリポジトリ１１５に格納される。前記発行者は、よく知られた種々の暗号化アルゴリズムから選択を行うことができる。文書は、デコードされるまで、受信者には利用できない（下記参照）。
【００３１】
図４を参照すると、ＰＤＦ形式の保護された文書を作成する工程が示されており、上記のとおり、前記発行者１０８は、サードパーティアプリケーションを使用してＰＤＦ文書を作成し、またはＰＤＦ文書にアクセスすることができる。前記発行者は、ウェブインターフェイス、または当該発行者のコンピュータ１０９のＷｉｎｄｏｗｓ（登録商標）アプリケーションを介して、前記保護されたＰＤＦエンジン１０２とインタラクトする。そのインターフェイス内から、当該発行者は、保護されたＰＤＦ文書を新規に作成する格納場所またはフォルダを選択する。当該発行者は、ｉ．オフラインアクセス（日数）などのファイルについて希望する許可を指定する。これは、前記リーダーのコンピュータのクッキーが有効な最大連続日数である。このクッキーにより、前記リーダーは、認証を必要とせずに文書を開くことができる。クッキーは、前記リーダーが認証された場合のみ作成される。ゼロ日間とは、前記リーダーが常に認証を受けなければならないことを意味する。（−１）日間とは、前記リーダーが、当該ファイルに対し、無制限にオフラインアクセスできることを意味する。また前記発行者は、ｉｉ．印刷の選択肢、例えば、不可、低解像度、（無料の見本として）保護されていない高解像度のページも指定する。これらは、コンマ区切り（１，３，４，７など）、範囲（１−７など）、混合（１，３，４，６−１０など）である。ユーザーは、文書について、タイトル、サブタイトル、要約を含む（これに限定されるものではないが）カバーページ情報を入力する。以下の情報も含まれる場合がある。  
ｉ．カバーページテンプレート
ｉｉ．バージョン（１．０．０や１０．２．０など）
iii.ステータス（非アクティブ、アクティブ、またはリタイア（廃止））
ｉｖ．保護されたＰＤＦに変換すべきＰＤＦファイル
【００３２】
情報をすべて入力した後、前記発行者は、上記のとおり指定された前記文書設定とともにＰＤＦ文書を処理するよう、前記エンジン１０２に命令する。前記サーバー１１２は、前記ＰＤＦ文書１０４をダウンロードし、新しいＰＤＦファイルを作成して、上記のとおり指定された前記カバーページを挿入する。提供された文書情報は、前記カバーページの各フィールドにデータ投入される。前記サーバー１１２は、前記元のＰＤＦ文書１０４から前記新しいＰＤＦ文書１１０へ、各ページをコピーする。このサーバーは、各ページについて、当該ページが除外されるものと指定されていない場合に、当該ページのコンテンツを非表示するレイヤーを追加する。このサーバーは、前記新しいＰＤＦ文書に（Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ）コードを追加する。そして、そのＰＤＦ文書に印刷権限を適用し（これがＡｃｒｏｂａｔ  ＲｅａｄｅｒなどのＰＤＦリーダーで適用される）、無作為なパスワードを生成して、これを所有者パスワードとして割り当てる（これにより、前記文書設定は変更不可能になる）。これで、前記保護されたＰＤＦ文書の作成は完了である。
【００３３】
ここで図５を参照すると、デコード（デコーディング）工程のフローチャートが示されている。デコーディングは、上記のように一部被覆または暗号化された保護された文書を、前記リーダーが開く場合に必要とされる。ユーザーは、適切なリーダーをインストールして有すると仮定され、またそのリーダーのコンピュータは、前記認証サーバー１１９または前記サーバー１１２にアクセスできるものと仮定される。
【００３４】
一般に、前記工程では、まず前記保護された文書に格納されたコードが実行されることにより、前記ユーザーの認証が行われる。そのリーダーのクレデンシャルがすでに認証済みである場合、当該デコード工程は、解読または被覆解除による解読手順へ直接進むことができる（下記参照）。
【００３５】
前記リーダーのクレデンシャルがまだ認証されていない場合、または認証が失効している場合、当該工程は、前記認証手順へ進む。後述するように、認証は、可能性として複数の出力を有する。
【００３６】
認証が必要な場合、前記リーダーは、クレデンシャルを供給するよう要求される。クレデンシャルは、ユーザー名およびパスワードだけから成ることも、必要に応じてハードウェアキーまたはＴＤを含むことも、氏名、会社、役職、住所、電話番号、および電子メールアドレスなど個人の連絡先情報から成ることもある。
【００３７】
ユーザーパスワードを含む可能性のあるクレデンシャルを供給する場合は、当該リーダーのユーザー名だけが前記認証サーバーへ送信される。前記サーバーは、無作為に生成された数値の形態の質問（ｃｈａｌｌｅｎｇｅ）で応答（ｒｅｓｐｏｎｓｅ）する。文書に埋め込まれたコードは、前記サーバーからのハッシュに応答して、Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ  １（セキュアハッシュアルゴリズム：ＳＨＡ−１）などのハッシュを、乱数および当該リーダーのパスワードに対し実行する。前記ユーザー名、前記乱数、および前記ハッシュは、前記データソース１１４へ送信され、そこでＳＨＡ−１ハッシュが再び前記乱数および前記パスワードに対し行われる。前記データソースは、４つの出力「Ｙｅｓ」、「Ｎｏ」、「Ｒｅｖｏｋｅｄ」（破棄済み）、または「Ｅｘｐｉｒｅｄ」（失効）のうち１つにより応答することができる。前記サーバーは、「Ｙｅｓ」応答を受信すると、前記ＰＤＦ文書を被覆解除できるよう当該リーダーのソフトウェアに権限を与える（以下の解読／被覆解除手順を参照）。「Ｎｏ」、「Ｒｅｖｏｋｅｄ」（破棄済み）、または「Ｅｘｐｉｒｅｄ」（失効）応答の場合は、前記リーダーへの配信用に適切なメッセージが生成され、また「Ｎｏ」応答の場合は、クレデンシャルを再送信するよう前記リーダーに要求が送られる。
【００３８】
前記リーダーと、前記認証サーバーと、前記データソースとの間のすべての通信は、Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ（セキュアソケットレイヤー上のハイパーテキスト転送プロトコル、：ＨＴＴＰＳ）のコマンドＰＯＳＴ、ＧＥＴ、またはシンプルオブジェクトアクセスプロトコル（ｓｉｍｐｌｅ  ｏｂｊｅｃｔ  ａｃｃｅｓｓ  ｐｒｏｔｏｃｏｌ：ＳＯＡＰ）をコンフィギュレーションの定義どおり使って、インターネット経由で行われる。
【００３９】
この認証工程全体にわたり、前記リーダーのパスワードは、インターネット経由で一切送信されず、前記サーバーとさえも一切共有されない。
【００４０】
セキュリティに暗号化が必須であると発行者が指定した場合、前記サーバーからの「Ｙｅｓ」応答には、前記リーダーへのキー送信が含まれる。
【００４１】
個人の連絡先情報を前記リーダーが供給しなければならないと前記発行者が指定した場合、この情報は、前記サーバーで受信された時点で、前記データソースが使用する顧客データベースへ転送される。同時に、被覆解除の認可が、前記文書ビューアに返される。その文書ビューアは、読み取られた諸ページおよびその読み取りにかかった時間を継続的に記録し、この情報を前記サーバーへ転送することもできる。当該工程で得られたデータは、操作と、データソースプロバイダとの共有とが可能になる。
【００４２】
任意選択で、前記発行者１０８ｂは、前記文書の被覆解除前に前記リーダーの連絡先情報を確認しなければならないことを指定できる。この場合、被覆解除すべき文書情報は、前記リーダーから供給された電子メールアドレスへ送信される。
【００４３】
上記の解読工程および被覆解除工程は、一般に次のように説明できる。
【００４４】
リーダーのクレデンシャルが一度認証されると、当該文書は、必要に応じて被覆解除または解読できるようになる。文書を被覆解除する際は、前記文書ビューアにより、一部を覆い隠している要素が単に非表示されるだけである。暗号化された文書を解読する際は、キーを使って、メモリ内のファイルが処理される。この工程は、いかなる態様でも記録されず、また持続もしない。
【００４５】
ここで、保護されたＰＤＦ文書を（Ａｄｏｂｅ  Ａｃｒｏｂａｔ  Ｒｅａｄｅｒを使って）ロック解除する工程について、図６を参照して詳しく説明する。  
１．ユーザーが前記保護されたＰＤＦ文書を開くと、前記文書ビューアは、前記一部被覆レイヤーを確実に表示させる（コンテンツを覆い隠す）前記埋め込みＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを実行する。  
２．前記文書ビューアが認証クッキーをチェックし、前記文書へのアクセス権限が前記ユーザーにすでにあるか確認する。前記クッキーが存在する場合、この文書ビューアは、前記クッキーが失効していないことを確認する。前記クッキーがまだ有効な場合は、前記文書がロック解除される（以下の工程１３を参照）。  
３．表示されたカバーページに、前記ユーザーがクレデンシャルを入力する。クレデンシャルは、以下のものであってよい。  
ａ．電子メールアドレス／パスワード
ｂ．ユーザー名／パスワード
ｃ．ユーザーＩＤ／ＰＩＮ
ｄ．その他（クライアントの必要に応じて）
４．前記文書に埋め込まれた前記Ｊａｖａ（登録商標）Ｓｃｒｉｐｔコードにより、前記ユーザーの識別子（電子メールアドレスやユーザー名など）が、前記サーバー１１２または前記認証サーバー１２０へ、以下のどれか１つで送信される。  
ａ．ＨＴＴＰ
ｂ．ＨＴＴＰＳ
ｃ．ＳＯＡＰ
５．前記サーバー１２０が、前記ユーザー識別子を前記ＩＤデータベース１２１と照らし合わせてチェックする。このサーバーは、（Ｍｉｃｒｏｓｏｆｔ  Ｃｒｙｐｔｏ  ＡＰＩを使って）暗号法的に強力な乱数を生成し、その乱数を前記保護されたＰＤＦ文書に送信する。  
６．前記保護されたＰＤＦ文書が、前記乱数を使って、ＭＤ４、ＭＤ５、ＳＨＡｌ、またはＳＨＡ２５６などの強力なハッシュアルゴリズムにより、前記ユーザーのパスワードをキーとしてハッシュを生成する。  
７．前記保護されたＰＤＦ文書が、前記ハッシュを前記サーバー１１２に送信する。  
８．前記サーバー１１２が、前記ユーザー識別子、前記乱数、および前記ハッシュコードを、認証オーソリティに送信する。  
９．前記認証オーソリティが、前記ユーザーのパスワードをキーとして使い、サーバー側のハッシュを前記乱数で計算する。  
１０．前記サーバー側のハッシュが前記保護されたＰＤＦ文書の計算した前記ハッシュに一致した場合は、前記ユーザーのパスワードが正しかったと決定される。前記認証オーソリティが、前記サーバー１１２に結果の可否を送信する。  
１１．ハッシュが一致しなかったことが前記認証サーバーから報告された場合、前記ユーザーはエラーメッセージを受け取る。  
１２．ハッシュが正常に一致したことが前記認証サーバー１２０から報告された場合は、前記サーバー１１２により以下が行われる。  
ａ．前記ユーザーに前記文書へのアクセス権限があるかチェックする。  
ｂ．前記文書がまだ有効（で、リタイアして（廃止されて）いない）かチェックする。  
ｃ．前記文書に、より新しいバージョンがないかチェックする。  
ｄ．上記の条件がすべて満たされた場合、前記サーバーは、前記保護されたＰＤＦ文書のリーダー用にＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを配信して、当該ファイルのコンテンツを一部被覆しているレイヤーを非表示にする。  
ｅ．新しいバージョンがあっても現バージョンがリタイヤして（廃止されて）いない場合、前記ユーザーは、その新バージョンについて通知を受けるが、前記文書の読み取りも許可される。  
ｆ．当該文書に固有の認証クッキーが作成され、そのクッキーのタイムスタンプが更新される。  
１３．上記の結果に関係なく、前記サーバーが、前記認証／認証試行を監査用にログする。
【００４６】
前記認証工程は、より詳しく図７に示している。
【００４７】
ＣＲＭのため、保護されたＰＤＦ文書を（Ａｄｏｂｅ  Ａｃｒｏｂａｔ  Ｒｅａｄｅｒを使って）ロック解除する工程を、以下説明する。  
１．ユーザーが前記保護されたＰＤＦ文書を開くと、前記文書ビューアは、前記一部被覆されたレイヤーが確実に表示されるようにする（コンテンツを非表示にする）。  
２．前記文書が認証クッキーをチェックし、当該文書へのアクセス権限が前記ユーザーにすでにあるか確認する。前記クッキーが存在する場合、この文書は、前記クッキーが失効していないことを確認する。前記クッキーがまだ有効な場合は、前記文書がロック解除される。  
３．前記ユーザーが、氏名、役職、会社、電子メール、従業員数など、連絡先情報および他の任意の調査目的の質問への回答を入力する。  
４．前記文書に埋め込まれたＪａｖａ（登録商標）Ｓｃｒｉｐｔコードにより、前記ユーザーの入力したフォームデータが前記サーバー１１２に送信される。  
５．前記サーバーが、前記データをデータベースに追加し、以下を行った後、当該リード（案件）について任意のサードパーティ統合に通知する。  
ａ．前記文書がまだ有効（で、リタイアして（廃止されて）いない）かチェックする。  
ｂ．前記文書に、より新しいバージョンがないかチェックする。  
ｃ．上記の条件がすべて満たされた場合、前記サーバーは、前記保護されたＰＤＦ文書用にＪａｖａ（登録商標）Ｓｃｒｉｐｔコードを配信して、当該ファイルのコンテンツを一部被覆しているレイヤーを非表示にする。  
ｄ．新しいバージョンがあっても現バージョンがリタイヤして（廃止されて）いない場合、前記ユーザーは、その新バージョンについて通知を受けるが、前記文書の読み取りも許可される。  
ｅ．当該文書に固有の認証クッキーが作成され、そのクッキーのタイムスタンプが更新される。  
上記の結果に関係なく、前記サーバーは、前記認証／認証試行を監査用にログする。
【００４８】
以下、本発明の一実施形態に従って、暗号化された文書を作成する工程について説明する。
【００４９】
１．発行者／作成者が、サードパーティアプリケーションを使ってＰＤＦ文書を作成する。  
２．ウェブインターフェイス（ｐｒｏｔｅｃｔｅｄＰＤＦ．ｃｏｍなど）またはＷｉｎｄｏｗｓ（登録商標）アプリケーションにより、前記エンジン１０２とインタラクトする。  
３．前記発行者が、前記インターフェイス内から、新しい文書を作成するフォルダを選択する。  
４．前記発行者が、文書タイプを指定する。  
５．前記発行者が、暗号化しないページを指定する（無料の見本ページなど）。この指定は、次のいずれかで行う。  
ｖ．コンマ区切り（１，３，４，７など）
ｖｉ．範囲（１−７など）
ｖｉｉ．混合（１，３，４，６−１０など）
６．例えば、以下の情報を含めてもよい。
【００５０】
ａ．バージョン（１．０．０や１０．２．０など）
ｂ．ステータス（非アクティブ、アクティブ、またはリタイア（廃止））
ｃ．保護されたＰＤＦに変換すべきＰＤＦファイル
７．前記発行者が、前記情報をすべて送信する。  
８．前記サーバー１１２が、選択された前記ＰＤＦファイル１０４をダウンロードする。  
９．前記サーバー１１２が、暗号法的に強力な乱数（キー）を生成する。  
１０．前記サーバー１１２が、新しいＰＤＦファイルを作成し、その新しいＰＤＦファイルへ前記元のＰＤＦファイルから各ページをコピーする。各ページにつき、当該サーバーは、そのページのコンテンツを記述するＰｏｓｔｓｃｒｉｐｔを表したデータストリームを見つける。また当該サーバーは、ＡＥＳや３ＤＥＳなどの暗号化アルゴリズムを使って、生成されたキーで、前記ページのコンテンツを暗号化する（当該ページが工程５で未指定の場合）。  
１１．ダウンロードして前記リーダー（文書ビューア）で実行可能なプラグインにより前記ストリームが解読できることを、前記サーバーが指定する。  
１２．これで、前記保護されたＰＤＦファイルの作成は完了である。
【００５１】
以下では、暗号化された文書を（Ａｄｏｂｅ  Ａｃｒｏｂａｔ  Ｒｅａｄｅｒを文書ビューアとして使って）ロック解除する工程を、説明する。
【００５２】
１．ユーザーが保護されたＰＤＦ文書を開くと、Ａｄｏｂｅ  Ａｃｒｏｂａｔが解読用プラグインの必要性を認識する。  
２．前記文書が前記ユーザーのローカルマシンに解読キーがないかチェックする。キーが見つかった場合、前記文書は解読され、アクセスログが前記保護されたＰＤＦサーバーへ送信される。それ以外の場合は、以下が行われる。  
３．ダイアログボックスが、クレデンシャルを入力するよう前記ユーザーに要求する。クレデンシャルは、以下のものであってよい。  
ａ．電子メールアドレス／パスワード
ｂ．ユーザー名／パスワード
ｃ．ユーザーＩＤ／ＰＩＮ
ｄ．その他（クライアントの必要に応じて）
４．前記プラグインが、以下のプロトコルの１つを使って、前記ユーザー識別子（電子メールアドレスやユーザー名など）を前記保護されたＰＤＦサーバーに送信する。  
ｅ．ＨＴＴＰ
ｆ．ＨＴＴＰＳ
ｇ．ＳＯＡＰ
５．前記サーバーが、前記ユーザー識別子を前記ＩＤデータベースと照らし合わせてチェックする。  
６．このサーバーは、（Ｍｉｃｒｏｓｏｆｔ  Ｃｒｙｐｔｏ  ＡＰＩを使って）暗号法的に強力な乱数を生成し、その乱数を前記保護されたＰＤＦファイルに送信する。  
７．前記プラグインが、前記乱数を使って、ＭＤ４、ＭＤ５、ＳＨＡｌ、またはＳＨＡ２５６などの強力なハッシュアルゴリズムにより、前記ユーザーのパスワードをキーとしてハッシュを生成する。  
８．前記プラグインが、前記ハッシュを前記サーバーに送信する。  
９．前記サーバー１１２が、前記ユーザー識別子、前記乱数、および前記ハッシュコードを、認証オーソリティに送信する。  
１０．前記認証オーソリティが、前記ユーザーのパスワードをキーとして使い、サーバー側のハッシュを前記乱数で計算する。  
１１．前記サーバー側のハッシュが前記保護されたＰＤＦ文書の計算した前記ハッシュに一致した場合は、前記ユーザーのパスワードが正しかったと決定される。前記認証オーソリティが、前記サーバーに結果の可否を送信する。  
１２．ハッシュが一致しなかったことが前記認証サーバーから報告された場合、前記ユーザーはエラーメッセージを受け取る。  
１３．ハッシュが正常に一致したことが前記認証サーバーから報告された場合は、前記保護されたＰＤＦサーバーにより以下が行われる。  
ｈ．前記ユーザーに前記文書へのアクセス権限があるかチェックする。  
ｉ．前記文書がまだ有効（で、リタイアして（廃止されて）いない）かチェックする。  
ｊ．前記文書に、より新しいバージョンがないかチェックする。  
ｋ．上記の条件がすべて満たされた場合、前記サーバーが、前記文書の前記解読キーおよび現在のポリシー（印刷許可など）を前記プラグインへ配信する。  
ｌ．前記プラグインが、必要に応じて各ページを解読し、許可されている場合は印刷メニューを有効にする。  
ｍ．新しいバージョンがあっても現バージョンがリタイヤして（廃止されて）いない場合、前記ユーザーは、その新バージョンについて通知を受けるが、前記文書の読み取りも許可される。  
ｎ．前記解読キーが暗号化され、前記ユーザーにオフラインアクセス権限がある場合は、前記解読キーが当該ユーザーのローカルマシンに格納される。
【００５３】
１４．上記の結果に関係なく、前記サーバーが、前記認証／認証試行を監査用にログする。
【００５４】
本発明の態様による文書の保護は、多数の分野に用途を有することが明確に理解されるであろう。例えば、金融機関は、クレジットカード申請などの目的で自社のウェブサイトにアクセスする顧客から、前記ウェブサイトを通じて顧客の個人情報を安全に収集することができる。ただし、この情報を安全な態様で顧客に返す手段はない。クレジットカード申請の多くは、必要なデータが欠落しており若しくは不適切な商品に申請しているため、前記金融機関は、前記申請を拒否するか、電話または書簡でフォローアップするしかない。どちらの選択肢も見込み客の気分を害し、ビジネス機会の喪失につながる。顧客への情報配信手段として前記保護されたＰＤＦ文書を使うと、顧客は自分の情報をファイルで見直し、それを必要に応じて訂正し、または金融機関の担当者と、双方同じ情報を見ながら相談する機会が得られる。
【００５５】
企業は、保護されたＰＤＦ文書を使って自社の企業秘密を守ることができる。これらは、インターネットに接続された任意のリモートコンピュータから当該企業の秘密情報にアクセス可能なすべての関連社員に利用可能にできる。ただし、その社員が退職することになった場合は秘密情報文書へのアクセスをすべて防止でき、貴重な情報を守ることが可能になる。
【００５６】
これに関連する例において、企業は、自社の方針および手続き用に、保護されたＰＤＦ文書を使うことができる。本明細書で説明した技術を使うと、企業は、社員が確実に常時最新バージョンの会社方針を参照し、実際に全社員がその会社方針を読むようにできる。
【００５７】
発行者のＣＲＭへの直接のリンクは、この工程の強力な応用である。その例示的な使用法としては、新製品を既存の顧客にマーケティングする金融機関が、一定の文書について、だれが見たのか、じっくり読んだか、および友人や家族と共有したかを厳密に決定でき、あるいは自社ウェブサイトにホワイトペーパー（白書）を掲載する消費者製品の小売業者が、前記ホワイトペーパーを読んだ個人の連絡先情報を収集したのち、電子的に若しくは直接連絡して関連製品の販促活動を行える、などがある。
【００５８】
当業者であれば、以上の開示内容を踏まえ、本発明の要旨を逸脱しない範囲で、多数の変更形態および修正形態が実施可能であることが明確に理解されるであろう。前記システム１００は、種々のサーバーにより実行される機能を組み合わせ若しくは分割し、また接続態様を変更するなどにより、異なる態様で構成することができる。
【図面の簡単な説明】
【００５９】
本発明およびその利点は、以下の詳細な説明を添付の図面を参照し考慮することで、より深く理解することができる。添付の図面において、同様な参照符号は同様な機能を示している。
【図１】図１は、本発明の一実施形態に係る電子情報配信システムの主要な構成要素のブロック図である。
【図２】図２は、本発明の一実施形態に係るサーバーアーキテクチャのブロック図である。
【図３】図３は、図２のサーバーの論理ビューを示した図である。
【図４】図４は、本発明の一実施形態に係るエンコード（エンコーディング）工程を示したフローチャートである。
【図５】図５は、本発明の一実施形態に係る認証工程のフローチャートである。
【図６】図６は、本発明の一実施形態に係る文書表示工程のフローチャートである。
【図７】図７は、前記認証工程を示した梯子図である。
【図８】図８は、本発明の一実施形態に係るＣＲＭアプリケーションにおける認証工程の梯子図である。
【図１】
2009508240.tif 000003
【図２】
2009508240.tif 000004
【図３】
2009508240.tif 000005
【図４】
2009508240.tif 000006
【図５】
2009508240.tif 000007
【図６】
2009508240.tif 000008
【図７】
2009508240.tif 000009
【図８】
2009508240.tif 000010
【国際調査報告】
2009508240.tif 000011
2009508240.tif 000012
2009508240.tif 000013