(57)【特許請求の範囲】
【請求項１】
ネットワーク接続を介してレシピエントコンピュータシステムに接続されたサーバコンピュータにおける方法であって、
一つの電子ドキュメントが第２レシピエントへの署名/イニシャルタスクを有していない場合、第１レシピエントへの署名/イニシャルタスクを含む電子ドキュメントのためのエンベロープの創出を拒絶するステップと
署名手続きに関連する電子ドキュメントへのアクセスを管理する視認ポリシーを確立するステップと、を含んでおり、
該視認ポリシーを確立するステップは、電子ドキュメントがレシピエントへの該電子ドキュメントの視認する指示を含んでいる場合には前記レシピエントに電子ドキュメントの視認を許可するステップと、
電子ドキュメントが視認する指示を一切含んでいない場合には、全てのレシピエントに電子ドキュメントの視認を許可するステップと、
前記電子ドキュメントが、前記レシピエントへの前記電子ドキュメントの視認する指示を含むのではなく、他のレシピエントへの前記電子ドキュメントの視認する指示を含む場合、前記レシピエントに前記電子ドキュメントの視認を拒絶するステップと、
サーバコンピュータにてレシピエントから該レシピエントに関連する電子ドキュメントのコピーをダウンロードする要求を受領するステップと、
前記署名手続き中に視認可能であると特定された電子ドキュメントのみをレシピエントコンピュータシステムにダウンロードするステップと、
によって実行されることを特徴とする方法。
【請求項２】
電子ドキュメントがレシピエントのための署名/イニシャルタスクを一切含んでいない場合、電子ドキュメントのためのエンベロープの創出を許可するステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項３】
予め設定された、配信証明されたレシピエントおよび/または同時に配信されるレシピエントにエンベロープ内の全ての電子ドキュメントの視認を許可するステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項４】
ドキュメント署名者、配信証明されたレシピエントおよび同時に配信されるレシピエントのうちの１以上のために完了証明書および/またはエンベロープ履歴へのアクセスを動的に抑止するステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項５】
エンベロープの送り手に前記エンベロープ内の全てのドキュメントの視認を許可するステップをさらに含んでいることを特徴とする請求項１記載の方法。
【請求項６】
前記視認ポリシーの確立ステップは前記署名手続きに関連する前記電子ドキュメント上に設定されたタブに基づくことを特徴とする請求項１記載の方法。
【請求項７】
前記署名手続きに関連する前記電子ドキュメントは移植できるドキュメントフォーマットで表示されることを特徴とする請求項６記載の方法。
【請求項８】
前記署名手続き中に視認可能と特定された電子ドキュメントのみをレシピエントコンピュータシステムにダウンロードするステップは、前記電子ドキュメントをウェブインターフェースを介してダウンロードするステップを含んでいることを特徴とする請求項１記載の方法。
【請求項９】
ネットワーク接続を介してレシピエントコンピュータシステムに接続されたサーバコンピュータを含んだシステムであって、前記サーバコンピュータは、
一つの電子ドキュメントが第２レシピエントへの署名/イニシャルタスクを有していない場合、第１レシピエントのための署名/イニシャルタスクを含む電子ドキュメントのためのエンベロープの創出を拒絶するように設計され、さらに、
署名手続きに関連する電子ドキュメントへのアクセスを管理する視認ポリシーを確立するように設計されており、該確立は、
電子ドキュメントがレシピエントへの該電子ドキュメントの視認する指示を含んでいる場合には前記レシピエントに前記電子ドキュメントの視認を許可するステップと、
電子ドキュメントが視認する指示を一切含んでいない場合には、全てのレシピエントに前記電子ドキュメントの視認を許可するステップと、
前記電子ドキュメントが、前記レシピエントへの前記電子ドキュメントの視認する指示を含むのではなく、他のレシピエントへの前記電子ドキュメントの視認する指示を含む場合、前記レシピエントに前記電子ドキュメントの視認を拒絶するステップと、
前記サーバコンピュータにてレシピエントから該レシピエントに関連する前記電子ドキュメントのコピーをダウンロードする要求を受領するステップと、
前記署名手続き中に視認可能であると特定された電子ドキュメントのみを前記レシピエントコンピュータシステムにダウンロードするステップと、によって実行されることを特徴とするシステム。
【請求項１０】
前記サーバコンピュータは前記視認ポリシーに基づいてドキュメント署名者、配信証明されたレシピエントおよび同時に配信されるレシピエントのうちの１以上のための完了証明書および/またはエンベロープ履歴へのアクセスを抑止するようにさらに設計されていることを特徴とする請求項９記載のシステム。
【請求項１１】
前記サーバコンピュータは署名手続きに関連する前記電子ドキュメントをダウンロードするためのウェブインターフェースを含んでおり、前記署名手続きに関連する前記電子ドキュメントは移植できるドキュメントフォーマットで表示されており、前記視認ポリシーは前記署名手続きに関連する前記電子ドキュメントに設定されたタブに基づくことを特徴とする請求項９記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はドキュメント管理変換および機密保全のためのシステムおよび方法に関する。
【背景技術】
【０００２】
本発明は米国仮特許出願第６１/１６０２３７（２００９年３月１３日出願）の優先権を主張する。その内容はここで援用する。
【０００３】
今日、あらゆる特別な制御可能な形態において実行される契約書の署名プロセスを保証するプログラムの方法は存在しない。契約書は印刷されて物理的に配分されている。署名人は適切と思われる箇所に署名するので、適正に署名を完了していない可能性がある。契約書のページは紛失されるか、または正しい人物に返却されない可能性がある。
【０００４】
電子システムを用いて、契約書はワークフローを用いて経路選定できるが、これらのシステムは複雑で、設定や管理が困難であり、通常、端末ユーザの署名プロセスには関与しない。前もって準備されたドキュメント型式のものが多種多様に存在することは、署名のためにドキュメント（公文書、又は記録文書）の動的な評価および承認を必要とする。さらに、署名のためのドキュメントへのアクセスを、検討及び署名する権限のある当事者のみに容易に規制するためのシステムは存在しない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は署名手続き中に動的にドキュメントをレンダリングするためのシステムおよび方法を提供する（署名が全てのドキュメントに適切になされたことを確認する代わり）。
【課題を解決するための手段】
【０００６】
本発明はドキュメントが、ドキュメントに設定されたシステムＴａｂ（インストラクション）の状態に基づいてどのようにレンダリングされるかを管理する視認ポリシー（（可視性のあるポリシー（visibility policy））を確立する。
【０００７】
本発明の好適および別実施例は以下の図面に関連して詳細に説明されている。
【図面の簡単な説明】
【０００８】
【図１】本発明に従って形成された１実施例システムの概要図である。
【図２】図１に示すシステムによって実行される１実施例によるプロセスのフロー図である。
【図３】フロー図とシステム図との組合せである。
【発明を実施するための形態】
【０００９】
本発明は、ＰＤＦドキュメントの評価および変換、並びに電子ドキュメントのレビュー（検査、審査）および署名のセキュリティー規制のための改良されたドキュメント管理システムおよび方法を提供する。図１はアドバイザコンピュータシステム３０、アドバイザ顧客管理システム（ＣＲＭ）サーバ３２、ユーザサービスサーバ３６および複数のユーザシステム４２を有する１例示的システム２０を図示している。
【００１０】
図２はシステム２０によって実施される変換システムの１実施例を示している。図３はシステム/プロセスダイアグラムの組合せを図示している。
ＰＤＦドキュメント変換
【００１１】
ＰＤＦドキュメントの評価および変換は入力変換および出力変換の両方を含んでいる。Ｓｔａｔｉｃ  Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）Ｆｏｒｍｓ，  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＸＦＡ）ＦｏｒｍおよびＡｃｒｏＦｏｒｍ（ａｋａ  Ａｃｒｏｂａｔ  Ｆｏｒｍ）において、システム２０は入力フォームからの書式フィールド（フォームフィールド）をシステムテンプレートのフィールドと相関させる。その後、書式フィールドデータと属性情報は、システムテンプレート内に定義されたルールに従ってシステム署名手続きに反映される（例：編集可能に対して読み取り専用（リードオンリー）、必須（リクワイアド）に対してオプション、個別のレシピエント（受領者）への譲渡、署名済みドキュメントへの配列、等々）。このプロセスが可能にする機能の一つは、システム２０のために編集可能なフォーマット内で送り手が提供した入力フォームから回収されたデータを署名当事者にレンダリング（表示）することである。この変換プロセスがないと、署名手続き中に入力フォームからの全てのフォームデータが、編集不能フォーマット内のドキュメントに課されることになる。
【００１２】
次の項目は入力ＰＤＦからシステムプロセスに現在伝達されているものである。
・フィールドデータ
・ラジオボタンのためのオン/オフ値（表示値から区別）
【００１３】
次の項目はテンプレート内で現在特定されているが、オプションの特性として、または変換プロセスの拡張機能として含まれることもできる。
・フィールド配列（配置）
・フィールドルール
○オプション対して必須（リクワイアド）
○編集可能対して読み取り専用
○編集マスク
・ドロップダウンフィールド内のリスト項目
・ドロップダウンフィールドのための表示値に対して保存値
・署名フィールド
【００１４】
次の項目は出力ＰＤＦからシステムプロセスに現在移動されているものである。このシステムは入ってきたものと同じ（ＸＭＬ）構造で署名手続き中に回収されるフォームデータを提供する。これはシステムデータ（実行後）を消費するシステムに、それらがそのシステムに提供したフォームから抽出されたかのごとくデータを処理させる。
ドキュメントセキュリティー規制
【００１５】
システムによる認証を通して現在課せられているビジネス（業務）ルールは次の行動を保障する。
・レシピエントがドキュメント上に署名/イニシャルタスク（署名/イニシャルを書くタスク）を有する場合、どのレシピエントもそのドキュメント上に署名/イニシャルタスクを有していなければならない。いくつかの署名/イニシャルタスクを含む、１つのドキュメント上に署名/イニシャルタスクがないエンベロープ（envelope）を有するレシピエントが存在する場合、システムは創出時にエンベロープを拒絶するであろう。
・ドキュメントがエンベロープを有するレシピエントのための署名/イニシャルタスクを有していない場合、そのドキュメントを全てのレシピエントが見ることができるものと認められ、エンベロープは創出許可される。
【００１６】
本発明は署名手続き中に動的にドキュメントをレンダーする（署名タスクが全てのドキュメントに適切に設定されたことを確認する代わり）。本発明は、どのようにドキュメントがレンダーされるかを管理する視認ポリシーを、エンベロープ内に含まれるドキュメントに設定されたシステムタブ（指示）の状態に基づいて確立する。好適には、そのシステム動作は次の通りである。
・ドキュメントがレシピエントのためのシステムタブを有する場合、そのドキュメントはそのレシピエントにとって視認可能であろう。
・ドキュメントが一人のレシピエントのためであって、他のレシピエントのためではないシステムタブを有する場合、そのドキュメントはシステムタブがないレシピエントには視認不可能であろう。
・ドキュメントがシステムタブを一切有さない場合、そのドキュメントは全てのレシピエントが視認可能であろう。
・レシピエントがそれらのドキュメントのコピーをシステムウェブインターフェース（System web interface）を介してダウンロードすることを選択した場合、署名手続き中に視認可能なドキュメントのみがダウンロードされるであろう。
・予め設定された、配信証明された（ＣｅｒｔｉｆｉｅｄＤｅｌｉｖｅｒｙ）、及び複写された（ＣａｒｂｏｎＣｏｐｙ）レシピエントは、エンベロープ内の全てのドキュメントを見るであろう。
【００１７】
このシステムは好適には次の追加的設定/オプションを許可する。
・配信証明及び複写されたレシピエント、全ての署名者のエンベローブの履歴及び完了の証明書（Ｃｅｒｔｉｆｉｃａｔｅ ｏｆ Ｃｏｍｐｌｅｔｉｏｎ ａｎｄ Ｅｎｖｅｌｏｐｅ Ｈｉｓｔｏｒｙ ｆｏｒ ａｌｌ Ｓｉｇｈｎｅｒｓ、Ｃｅｒｔｉｆｉｅｄ ＤｅｌｉｖｅｒｙおよびＣａｒｂｏｎ Ｃｏｐｙ Ｒｅｃｉｐｉｅｎｔｓ）への動的抑制アクセス（これらのドキュメント/スクリーンは全ての署名者のリストを表示する）
・アカウントレベル（Ａｃｃｏｕｎｔ−ｌｅｖｅｌ）のセッティングとして、またはエンベローブベース上に（エンベローブを基礎として）システム動作を特定する能力。１実施例では、そのセッティングはアカウントアドミニストレータ（Ａｃｃｏｕｎｔ Ａｄｍｉｎｉｓｔｒａｔｏｒｓ）が管理するようにはなっていない。すなわちアカウントレベルのセッティングは、彼ら自身はセッティングを変化させる能力を有さないであろうシステムユーザを特定できる。
・エンベローブの履歴内にシステムの視認性のセッティングを反映させる能力。この情報は人による判読性のため並びにプログラムアクセスのために利用可能である。
・全てのドキュメントをエンベローブの送り手に視認可能にする能力。
・アカウントを送るメンバーが全てのドキュメントを見ることができるか、または彼らは視認ポリシーの規制対象であるかを指定する能力。
【００１８】
本発明の方法は次の実施例によって深く理解されるであろう。この状況では、二人の署名者Ｓ１とＳ２とによって、システムプロセスのための４つのドキュメントＤ１、Ｄ２、Ｄ３およびＤ４が存在する。Ｓ１はＤ１とＤ２に署名するように指示される。Ｓ２はＤ１に署名し、データをＤ４に入力するように指示される。本発明の１実施例によれば、この状況の結果、Ｓ１はドキュメントＤ１、Ｄ２およびＤ３を視認し、一方Ｓ２はドキュメントＤ１、Ｄ３およびＤ４を視認するであろう。
【００１９】
本発明の好適実施例について前述のように説明および解説したが、本発明の技術的思想および範囲から逸脱せずに多くの変更が可能である。従って、本発明の範囲は好適実施例の開示によって限定されない。代わりに、本発明は「請求の範囲」を参照することで全体的に定義されるべきである。
【図１】
0005889638.tif 000002
【図２】
0005889638.tif 000003
【図３】
0005889638.tif 000004