(57)【要約】処理されるフォームドキュメントを選択するステップ（１０００）と、フォームを完成させるために使用される情報の１つまたは複数の要求をコンピュータネットワーク（９０７）上の第１の場所における第１のユーザ（１０１０）に提供し、フォーム（２０４０）を完成させるために使用される１つまたは複数の応答（１０２０）を第１のユーザ（１０１０）から受信するステップと、フォーム（１０９０）を完成させるために使用される情報の１つまたは複数の要求をコンピュータネットワーク（９０９）上の第２の場所における第２のユーザ（１０７０）に提供し、フォームを完成させるために使用される１つまたは複数の応答を第２のユーザ（１０７０）から受信するステップと、フォームを完成させるために使用される第１のユーザ（１０１０）および第２のユーザ（１０７０）から取得された情報（１１２０）を少なくとも１つのデジタルファイル（１０２０）に書き込む、または格納するステップとを含むフォームドキュメントの対話型処理のためのシステムおよび方法を提供する。システムは、第１のユーザおよび第２のユーザによってサブミットされた情報が、選択された特定のフォームドキュメントに対して有効であるかどうかを検証する追加の特徴またはステップ（１０９０）と、提供された情報に基づいて第１のユーザ（１０１０）または第２のユーザ（１０７０）にフィードバックを提供する追加の特徴またはステップとを含むことが可能である。また、選択されたフォームドキュメントに関連する１つまたは複数のデジタルファイル（３０００）をセキュアにするシステムを提供することも可能である。処理中のフォームドキュメントに関連する１つまたは複数のデジタルファイル（３０００）をセキュアにする提供される１つの方法が、自動デジタルファイル（３０００）登録を実施し、デジタルファイル（３０００）、ならびに日付および時刻の情報（３０４０）を提供するセキュアな日付−時刻（３０４０）リファレンスを入力するための手段を利用するデジタルファイルの管理および認証のためのシステムおよび方法を利用する。【特許請求の範囲】
【請求項１】
コンピュータネットワークを介する複数のパーティによって完成されるドキュメントの対話型処理の方法であって、
複数のパーティによって完成されるドキュメントを選択するステップと、
前記ドキュメントを完成させるために使用される情報の少なくとも１つの要求をコンピュータネットワーク上の第１の場所における第１のユーザに提供するステップと、
前記ドキュメントを完成させるために使用される前記少なくとも１つの要求に対する少なくとも１つの応答を前記第１のユーザから受信するステップと、
前記ドキュメントを完成させるために使用される情報の少なくとも１つの要求をコンピュータネットワーク上の第２の場所における第２のユーザに提供するステップと、
前記ドキュメントを完成させるために使用される前記少なくとも１つの要求に対する少なくとも１つの応答を前記第２のユーザから受信するステップと、
前記ドキュメントを完成させるために使用される前記第１のユーザおよび第２のユーザから取得された情報を少なくとも１つのデジタルファイルに書き込むステップとを備えることを特徴とする方法。
【請求項２】
前記コンピュータネットワークは、インターネットであることを特徴とする請求項１に記載の方法。
【請求項３】
前記少なくとも１つの要求に対する前記第１のユーザからの前記少なくとも１つの応答が有効であるかどうかを判定し、前記第１のユーザからの前記少なくとも１つの応答が無効であった場合、追加情報の少なくとも１つの追加要求を前記第１のユーザに送るステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記少なくとも１つの要求に対する前記第２のユーザからの前記少なくとも１つの応答が有効であるかどうかを判定し、前記第２のユーザからの前記少なくとも１つの応答が無効であった場合、追加情報の少なくとも１つの追加要求を前記第２のユーザに送信するステップをさらに備えることを特徴とする請求項３に記載の方法。
【請求項５】
前記選択されたドキュメントから決定されたルーチンを実行して、前記少なくとも１つの要求に対する前記第１のユーザから受信された前記少なくとも１つの応答によって部分的に決定されたフィードバックを前記第１のユーザに提供するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記選択されたドキュメントから決定されたルーチンを実行して、前記少なくとも１つの要求に対する前記第２のユーザから受信された前記少なくとも１つの応答によって部分的に決定されたフィードバックを前記第２のユーザに提供するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項７】
前記選択されたドキュメントから決定されたルーチンを実行して、前記少なくとも１つの要求に対する前記第２のユーザから受信された前記少なくとも１つの応答によって部分的に決定されたフィードバックを前記第２のユーザに提供するステップをさらに備えることを特徴とする請求項５に記載の方法。
【請求項８】
コンピュータネットワークを介する複数のパーティによって完成されるドキュメントの対話型処理の方法であって、
複数のパーティによって完成されるドキュメントを選択するステップと、
前記ドキュメントを完成させるために使用される情報の少なくとも１つの要求をコンピュータネットワーク上の第１の場所における第１のユーザに提供するステップと、
前記ドキュメントを完成させるために使用される前記少なくとも１つの要求に対する少なくとも１つの応答を前記第１のユーザから受信するステップと、
前記ドキュメントを完成させるために使用される情報の少なくとも１つの要求をコンピュータネットワーク上の第２の場所における第２のユーザに提供するステップと、
前記ドキュメントを完成させるために使用される前記少なくとも１つの要求に対する少なくとも１つの応答を前記第２のユーザから受信するステップと、
前記第１のユーザおよび第２のユーザからの前記少なくとも１つの応答から取得された情報を少なくとも１つのデジタルファイルに書き込むステップとを備え、
前記コンピュータネットワーク上でイベントが生じたことが認識されると、前記少なくとも１つのデジタルファイルに対してデジタル署名ルーチンが実行されて、前記少なくとも１つのデジタルファイルのデジタル署名が取得され、前記イベントが生じたことが前記認識された時刻に対応するタイムスタンプが作成され、前記デジタル署名および前記タイムスタンプが遠隔の場所に送信されることを特徴とする方法。
【請求項９】
コンピュータネットワークを介する複数のパーティによって完成されるドキュメントの対話型処理の方法であって、
複数のパーティによって完成されるドキュメントを選択するステップと、
標準フォームを完成させるために使用される情報の少なくとも１つの要求をコンピュータネットワーク上の第１の場所における第１のユーザに提供するステップと、
前記ドキュメントを完成させるために使用される前記少なくとも１つの要求に対する少なくとも１つの応答を前記第１のユーザから受信するステップと、
前記第１のユーザからの前記少なくとも１つの応答から取得された情報を少なくとも１つのデジタルファイルに書き込むステップと、
前記少なくとも１つのデジタルファイルに対して第１のデジタル署名ルーチンを実行して前記少なくとも１つのデジタルファイルの第１のデジタル署名を取得するステップと、
前記第１のユーザからの前記少なくとも１つの応答から取得された前記情報がサブミットされた時刻に対応する第１のタイムスタンプを作成するステップと、
前記第１のデジタル署名および前記第１のタイムスタンプを遠隔の場所に送信するステップと、
前記ドキュメントを完成させるために使用される情報の少なくとも１つの要求をコンピュータネットワーク上の第２の場所における第２のユーザに提供するステップと、
前記ドキュメントを完成させるために使用される前記少なくとも１つの要求に対する少なくとも１つの応答を前記第２のユーザから受信するステップと、
前記第２のユーザからの前記少なくとも１つの応答から取得された情報を少なくとも１つのデジタルファイルに書き込むステップと、
前記少なくとも１つのデジタルファイルに対して第２のデジタル署名ルーチンを実行して前記少なくとも１つのデジタルファイルの第２のデジタル署名を取得するステップと、
前記第２のユーザからの前記少なくとも１つの応答から取得された前記情報がサブミットされた時刻に対応する第２のタイムスタンプを作成するステップと、
前記第２のデジタル署名および前記第２のタイムスタンプを遠隔の場所に送信するステップとを備えることを特徴とする方法。
【請求項１０】
ドキュメントの対話型処理のためのシステムであって、
記憶装置と、
前記記憶装置、ならびにコンピュータネットワーク上の第１のユーザおよび第２のユーザに接続されたプロセッサとを備え、
前記記憶装置は、前記プロセッサを制御するためのプログラムを格納し、前記プロセッサは、前記プログラムを使用して、
選択されたドキュメントに関連する少なくとも１つの要求をコンピュータネットワーク上の第１の場所における第１のユーザに送信し、
前記第１のユーザから前記少なくとも１つの要求に対する少なくとも１つの応答を受信し、
前記選択されたドキュメントに関連する少なくとも１つの要求をコンピュータネットワーク上の第２の場所における第２のユーザに送信し、
前記第２のユーザから前記少なくとも１つの要求に対する少なくとも１つの応答を受信し、
前記第１のユーザおよび前記第２のユーザからの前記少なくとも１つの応答から取得された情報を前記少なくとも１つのデジタルファイルに書き込むように動作することを特徴とするシステム。
【請求項１１】
ドキュメントの対話型処理のためのシステムであって、
記憶装置と、
前記記憶装置、ならびにコンピュータネットワーク上の第１のユーザおよび第２のユーザに接続されたプロセッサと、
前記プロセッサに接続されたタイミングデバイスとを備え、
前記記憶装置は、前記プロセッサを制御するためのプログラムを格納し、前記プロセッサは、前記プログラムを使用して、
選択されたドキュメントから決定された少なくとも１つの要求をコンピュータネットワーク上の第１の場所における第１のユーザに送信し、
前記第１のユーザから前記少なくとも１つの要求に対する少なくとも１つの応答を受信し、
前記第１のユーザからの前記少なくとも１つの応答から取得された情報を少なくとも１つのデジタルファイルに書き込み、
前記少なくとも１つの要求に対する前記第１のユーザからの前記少なくとも１つの応答の受信に対応する第１のタイムスタンプを前記タイミングデバイスから決定し、
前記少なくとも１つのデジタルファイルに対して第１のデジタル署名ルーチンを実行して元のデジタル署名を取得し、
前記少なくとも１つのデジタルファイルに関連する前記第１のタイムスタンプおよび前記第１の元のデジタル署名をデータベース内に記録し、
前記選択されたドキュメントから決定された少なくとも１つの要求をコンピュータネットワーク上の第２の場所における第２のユーザに送信し、
前記第２のユーザから前記少なくとも１つの要求に対する少なくとも１つの応答を受信し、
前記第２のユーザからの前記少なくとも１つの応答から取得された情報を少なくとも１つのデジタルファイルに書き込み、
前記少なくとも１つの要求に対する前記第２のユーザからの前記少なくとも１つの応答の受信に対応する第２のタイムスタンプを前記タイミングデバイスから決定し、
前記少なくとも１つのデジタルファイルに対して第２のデジタル署名ルーチンを実行して元のデジタル署名を取得し、
前記少なくとも１つのデジタルファイルに関連する前記第２のタイムスタンプおよび前記第２の元のデジタル署名をデータベース内に記録するように動作することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、複数のパーティによって順次に完成されるフォームドキュメントの対話型処理のためのシステムに関し、より詳細には、複数のパーティによって順次に完成されるフォームドキュメントのデジタルファイル認証に関する。
【背景技術】
【０００２】
本出願は、「フォームドキュメントの対話型処理のためのシステム」という名称の２００１年８月３１日に出願した米国特許出願番号第０９／９４３，６７０号の優先権を主張する。
【０００３】
情報を収集し、保管し、検証するために標準用紙フォームを使用することは、事実上すべての業界、政府、またはその他の組織において広く用いられている。通常、それらのフォームは、フォーム上に情報を記入する個人が一連の質問に答えるか、またはフォーム上に示された指示に従って一連の空白を埋めて情報を収集するか、または特定のタイプの商取引を完了する特定の用途に適合されている。しばしば、フォームをサブミットする個人は、そこに提供される情報を検証するため、または確証するためにドキュメントに自らの署名をして、日付を入れることを要求される。
【０００４】
多くの状況では、フォームドキュメントは、複数の関係者（パーティ）によって完成されるように設計されており、所定の順序で完成される。例えば、医療業界および保険業界では、フォームが、保険に入れられた患者または医療用品納入業者（ｍｅｄｉｃａｌ  ｓｕｐｐｌｉｅｒ）などの特定の医療手続きまたは医療デバイスに関する払戻しを求めているパーティと、担当の医師（ｔｒｅａｔｉｎｇ  ｐｈｙｓｉｃｉａｎ）の両方によって完成されることがしばしば必要である。１つのそのようなドキュメントの例であるＣｅｒｔｉｆｉｃａｔｅ  ｏｆ  Ｍｅｄｉｃａｌ  Ｎｅｃｅｓｓｉｔｙ（医療必要証明書）（ＣＭＮ）が、図１に提示されている。
【０００５】
図１に示したＣＭＮは、完成されるべき４つのセクションを有する。医療機器の納入業者が、通常、セクションＡおよびＣを記入し、他方、担当の医師が、特定の患者の病状に関連するセクションＢ、および医師の認証（ａｔｔｅｓｔａｔｉｏｎ）および署名／日付に関わるセクションＤを完成させることが必要とされる。したがって、この例では、フォームはまず、納入業者によって記入され、次に、完成させるために医師に送信され、次に、払戻しのためにサブミットするように納入業者に戻される。
【０００６】
複数のパーティによって完成されなければならないフォームドキュメントを使用することは、いくつかの欠点を有する。第１に、フォームドキュメントが、第１のパーティによって完成され、少なくとも１つの他のパーティに届けられ、次に、場合により、さらなる処理のために第１のパーティか、または別のパーティに戻されなければならない。ＣＭＮの例では、フォームドキュメントが完成されてからでないと、医師が自らの署名と日付を記入することができない。したがって、ドキュメントは、通常、まず納入業者によって完成され、医師によってさらに完成されて、署名され、次に、納入業者が払戻しを求めるために納入業者に戻される。第１のパーティから第２のパーティに郵便またはその他の配達経路を介してフォームドキュメントを送信し、次に、第１のパーティ、またはその他のパーティに返送することに本質的に伴う遅延が、そのようなドキュメントを処理するのにかかる時間の長さに大きく寄与する。
【０００７】
さらに、そのようなフォームドキュメントを処理する際の遅延が、パーティの１名の誤り、またはパーティの１名がフォームを適切に、または完全に完成させられないことによって悪化する。ＣＭＮの例では、医師が、自らの署名をする前に、フォームの自身の部分を完全に、正確に完成させるのを怠っている可能性があり得る。納入業者は、ドキュメントに署名が行われた後、ドキュメントを変更すること、または訂正することが許されていないので、誤り、または抜けを発見した際の納入業者の唯一のオプションは、医師に送信され、医師によって完成される新しいフォームを完成させることだけであり、フォームドキュメントを処理するのに時間の浪費と遅延がもたらされる。
【０００８】
第２に、複数のパーティによって順次に完成されるフォームドキュメントを使用することは、しばしば、ドキュメントを完成させるパーティの１名が、そのフォームに慣れておらず、したがって、フォームを完成させる際に誤りまたは抜けを生じさせる可能性がより高いことで、さらなる問題を有する。さらに、従来のフォームドキュメントは、ユーザによって提供された情報の結果についてユーザにフィードバックを与える手立てを全く提供しない。例えば、ＣＭＮドキュメントでは、納入業者は、それらのフォームを日常的に記入する可能性があるが、医師は、フォームに慣れていないか、または正確に完成させるのを確実にするのに必要とされる時間を欠いている可能性がある。さらに、納入業者は、自身の署名をサブミットする前に、フォームの中で提供される情報に基づいて患者に払戻しが行われるかどうかを確認する手立てを全く有さない。したがって、フォームを完成させる際の不注意な誤り、または抜けにより、患者または納入業者に対する払戻しの望ましくない遅延または否認がもたらされる。
【０００９】
第３に、フォームドキュメントは、異なるパーティによって順次に完成されるため、次のパーティが、前のパーティの認知または同意なしにドキュメントを変更する可能性があるという固有の問題が存在する。この問題は、しばしば、１つのパーティが自身の署名をサブミットして、フォームの中で提供される情報を検証すること、または確証することが要求され、ドキュメントが、そのドキュメントを変更することに利害関係を有する次のパーティに送信される場合においてより大きく懸念される。したがって、フォームの中で言明される情報を頼りにする各パーティおよびエンティティを別のパーティによるドキュメントの不正変更から保護する必要性が存在する。多くの場合、ドキュメントの完成の各段階で、ドキュメントの状態の記録を有して、フォームをサブミットするパーティの１つまたは複数に対して監査保護を提供することが望ましい。
【００１０】
したがって、処理時間の遅延を回避し、処理エラーを減少させ、フォームドキュメントを完成させている最中にユーザにフィードバックを提供し、フォームドキュメントがいつ、またはどのように変更されたかを検知するドキュメントセキュリティを提供する、複数のパーティによって順次に完成されるフォームドキュメントを処理するシステムの必要性が存在する。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
複数のパーティによって完成されるフォームドキュメントを処理する際の以上の問題と欠点、およびその他の問題と欠点が、コンピュータネットワークを介してフォームドキュメントを対話式に処理するための本発明によって解決され、技術的進歩が達せられる。
【００１２】
様々な態様において、本発明の目的は、処理時間の遅延を回避する複数のパーティによって順次に完成されるフォームドキュメントの対話型処理のためのシステムを提供すること、処理エラーを減少させるフォームドキュメントの対話型処理のためのシステムを提供すること、およびフォームが、次のパーティによって不適切に、または不注意に変更されたかどうかを検知するドキュメントセキュリティを提供するフォームの対話型処理のためのシステムを提供することである。
【課題を解決するための手段】
【００１３】
本発明の一実施形態における標準フォームドキュメントの対話型処理のためのシステムにおいて使用される方法は、
複数のパーティによって完成される標準フォームドキュメントを選択するステップと、
標準フォームを完成させるために使用される情報の少なくとも１つの要求をコンピュータネットワーク上の第１の場所における第１のユーザに提供するステップと、
標準フォームドキュメントを完成させるために使用される少なくとも１つの要求に対する少なくとも１つの応答を第１のユーザから受信するステップと、
標準フォームドキュメントを完成させるために使用される情報の少なくとも１つの要求をコンピュータネットワーク上の第２の場所における第２のユーザに提供するステップと、
標準フォームドキュメントを完成させるために使用される少なくとも１つの要求に対する少なくとも１つの応答を第２のユーザから受信するステップと、
標準フォームドキュメントを完成させるために使用される第１のユーザおよび第２のユーザから取得された情報を少なくとも１つのデジタルファイルに書き込むステップとを含む。
【００１４】
代替の実施形態は、ドキュメントを完成させる第１のユーザと第２のユーザのいずれか、または両方によってサブミットされた情報が、選択された特定の標準フォームドキュメントに関して有効であり、完全であるかどうかを検証することなどの追加の特徴またはステップを含むことが可能である。他の実施形態は、標準フォームドキュメントを完成させる第１のユーザまたは第２のユーザに、フォームの中でどちらかのユーザ、または両方のユーザによってサブミットされた情報に基づき、相当なフィードバックが与えられるようにする追加の特徴またはステップを含むことが可能である。
【００１５】
他の実施形態では、複数のパーティによって完成されるフォームドキュメントを処理するシステムが、ユーザによってサブミットされた選択されたフォームドキュメントおよび情報に関連する１つまたは複数のデジタルファイルをセキュアにするシステムを含む。好ましい実施形態では、処理されているフォームドキュメントに関連する１つまたは複数のデジタルファイルをセキュアにする方法は、自動デジタルファイル登録を実施し、デジタルファイル、ならびに日付と時刻の情報を提供するセキュアな日付−時刻リファレンスを入力するための手段を利用するデジタルファイルの管理および認証のためのシステムおよび方法を利用する。
【００１６】
本発明の以上の特徴と利点、およびその他の特徴と利点は、添付の図面に例示する本発明の例示的な実施形態の以下のより詳細な説明に鑑みてより明白となる。
【発明を実施するための最良の形態】
【００１７】
図２に示すとおり、本発明の好ましい実施形態は、標準フォームを完成させるために使用される情報を提供する第１のユーザ９０１、標準フォームを完成させるために使用される情報を提供する第２のユーザ９０２、ならびに標準フォームを処理するのに必要なソフトウェアおよびハードウェアを含む可能性があるサーバ９０４を維持するサービスプロバイダを含むインターネット９００などのコンピュータネットワーク環境を使用する。サーバ９０４は、好ましくは、プロセッサ９０５および記憶装置９０６を含む。図２は、２名の遠隔ユーザおよびサービスプロバイダを有するコンピュータネットワークを示しているが、ユーザのどちらかが、サードパーティのサービスプロバイダを必要とすることなく、標準フォームドキュメントを処理するのに必要なプロセッサ９０５、および他のコンポーネントを維持することも可能である。さらに、コンピュータネットワークは、ローカルエリアネットワーク（「ＬＡＮ」）であること、ワイドエリアネットワーク（「ＷＡＮ」）であること、ファイアウォールの背後に閉じ込められること、インターネットに接続されたより大きいコンピュータネットワークの一部分であること、または以上の組合せであることが可能である。
【００１８】
本発明の実施形態によれば、ユーザは、処理される標準フォームドキュメントに特有のソフトウェアを全く保持しないか、または必要としない。ユーザは、インターネットに対するアクセス、モデムを使用する直接ダイヤルイン接続、ファクシミリ伝送能力、またはサーバ９０４に接続を行う他の周知の手段を有するだけでよい。サーバ９０４に接続する例示的な方法を図２に示しており、サービスプロバイダによって維持されるＷｅｂサイト９０８に対するインターネット接続９０７、サーバ９０４に対する直接ダイヤルイン接続９０９（例えばモデム接続）、電子メール９１０によるサーバ９０４へのデータの送信、ファクシミリ伝送によるサーバ９０４への送信が含まれる。電子メール接続９１０は、インターネット９００を使用してデータを伝送する電子メールシステムとして図示している。また、インターネット９００のインフラストラクチャを使用しない電子メール接続を使用することも可能である。他の接続には、ワイヤレス接続、専用コンピュータ接続を介するリンク、専用ハードワイヤ接続、または当技術分野で周知のコンピュータサーバに接続するため、またはデジタルドキュメントをアップロードするための任意の他の方法が含まれることが可能である。また、図２は、２名のユーザだけを示しているが、処理される標準フォームドキュメントの完成または精査に参加する２名より多くのユーザ、および２つより多くの場所をネットワーク上に有することも可能である。
【００１９】
サーバ９０４上で維持されるシステムおよびユーザインターフェースは、オプションとして、ユーザ名およびパスワードの検証を義務付けるユーザ登録−ログイン手続きを含むことが可能である。システムは、ユーザ情報の有効性を検査し、ユーザがサービスにアクセスするのを許可するか、またはユーザを検証スクリーンに戻す。
【００２０】
第１のユーザがサーバ９０４にアクセスを得ると、ユーザインターフェースが、サービスを始めるオプションをユーザに提供することができる。例えば、インターフェースは、サービスプロバイダから特定の標準フォームドキュメントを選択するオプションをユーザに提供する「フォームドキュメントを選択する」アイコンを提供する。特定の標準フォームドキュメントを処理するのに利用されるソフトウェアおよびデータは、プロバイダのサーバ９０４上の記憶装置９０６の中に格納されることが可能である。
【００２１】
図３は、本発明の一実施形態の流れ図を示している。この流れ図は、実際の実施態様が図２のサーバ９０４（または他のネットワーク構成のプロセッサ９０５）に関するプロセスステップの一部だけを含むことも、追加のプロセスステップを含むことも可能であるフォームドキュメントを処理する方法の例示的なステップを示している。さらに、図３に示したフォームドキュメントを処理する方法に関する例示的なステップも、２名より多くのユーザによってフォームドキュメントが完成されることを可能にするように変更することができる。本発明の１つの方法によるフォームドキュメントを処理する方法は、処理されるどのフォームドキュメントが、第１のユーザ９０１によって選択されたかを最初に特定することを伴う（ステップ１０００）。
【００２２】
サーバ９０４が、どの特定のフォームドキュメントが処理されるかを特定すると、プロセッサ９０５のユーザインターフェースが、選択された標準フォームドキュメントを完成させるために使用される情報の１つまたは複数の要求を第１のユーザに提供することが可能である（ステップ１０１０）。これらの要求の実質は、選択された特定の標準フォームドキュメントに関連する規格によって決まる。例えば、第１のユーザがＣｅｒｔｉｆｉｃａｔｅ  ｏｆ  Ｍｅｄｉｃａｌ  Ｎｅｃｅｓｓｉｔｙフォームを選択した場合、プロセッサ９０５のユーザインターフェースは、医療品納入業者などの第１のユーザによって普通、記入される患者名、納入業者名、医師名などの情報の１つまたは複数の要求が第１のユーザに送信されるようにする。
【００２３】
１つまたは複数の要求が第１のユーザ９０１に送信されると、第１のユーザ９０１は、サーバ９０４によって読み取られる応答をサブミットすることができる（ステップ１０２０）。サーバ９０４は、第１のユーザによってサブミットされた情報を所望の間隔で１つまたは複数のデジタルファイルに格納する１つまたは複数の記憶装置を備えていることが可能である。第１のユーザによってサブミットされたデータがどのように取得されるかは重要ではないことを理解されたい。例えば、選択された標準フォームドキュメントを完成させるために使用される情報の複数の要求が、一度に第１のユーザに伝送されること、または追加の要求が送信される前に応答を必要とする情報の単独の要求が、第１のユーザに送信されることが可能である。
【００２４】
本発明の一実施形態によれば、サーバ９０４は、第１のユーザによってサブミットされた情報が選択された標準ドキュメントに必要とされる情報として有効であるかどうかを検証する１つまたは複数のプログラムを備えている。例えば、サーバ９０４は、第１のユーザによってサブミットされた情報を読み取るルーチンを実行し、選択された標準ドキュメントに関連する所定のプログラムを使用して、第１のユーザによって入力された情報が特定の標準ドキュメントに対して有効であるかどうかを判定することができる（ステップ１０３０）。例えば、Ｃｅｒｔｉｆｉｃａｔｅ  ｏｆ  Ｍｅｄｉｃａｌ  Ｎｅｃｅｓｓｉｔｙフォームが選択された場合、サーバ９０４は、納入業者によって記入されるべきすべての該当する空白が埋められているかどうか、およびＣＭＮに関連するデータが有効であること（例えば、医師のＵＰＩＮとして有効な番号が入力されていること）を判定するようにプログラミングされることが可能である。第１のユーザ９０１によってサブミットされたデータが不完全であるか、または無効である場合、サーバ９０４は、第１のユーザ９０１に１つまたは複数の追加の要求を送信し、第１のユーザ９０１に誤りを知らせて、追加の情報を要求することができる（ステップ１０４０）。
【００２５】
第１のユーザ９０１によってサブミットされた任意の追加の情報が、有効であり、完全であると判定されると、サーバ９０４は、入力された情報が完全であることを確認するように第１のユーザに促す（ｐｒｏｍｐｔ）ことができる（ステップ１０５０）。選択された特定のフォームドキュメントに応じて、第１のユーザ９０１は、選択されたフォームドキュメントの中でユーザによって提供された情報が正確であることを、自身の署名を電子方式でサブミットすることによって検証するように、または確証するように指示されることが可能である。署名は、サブミットされた際、または実行された際、ドキュメントに署名をする意志を表明する選択されたフォームドキュメントによって許される任意のデータまたは情報であることが可能である。
【００２６】
第１のユーザ９０１が選択された標準フォームドキュメントを完成させるために使用される情報をサブミットすることを完了すると、サーバ９０４は、第１のユーザ９０１によってサブミットされた情報を記録し、その情報を少なくとも１つのデジタルファイルに書き込むことができる（ステップ１０６０）。デジタルファイルは、選択された標準フォームドキュメントの中で要求された特定の情報を含むこと、またはデータがどの固有の標準フォームドキュメントに関連しているかを示す１つまたは複数のタグを含むことも可能である。第１のユーザ９０１によってサブミットされる情報は、他の間隔で保存されること、および／または第１のユーザ９０１によってローカルで保存されることも可能である。さらに、図２に描いた好ましい実施形態は、標準フォームドキュメントがサービスプロバイダによって処理され、検証され、格納されるサービスプロバイダを利用しているが、第１のユーザ９０１または第２のユーザ９０２が、選択された標準フォームドキュメントに関連する必要なプログラムをダウンロードまたはインストールして、標準フォームドキュメントをローカルで処理することも可能である。そのような場合、プロセッサ９０５は、第１のユーザ９０１または第２のユーザ９０２によって、特定の標準フォームドキュメントに関連する情報の要求、読取り、および処理を行うように維持されることが可能である。この構成では、第１のユーザ９０１および第２のユーザ９０２は、仲介のサービスプロバイダなしに直接に接続されることが可能である。
【００２７】
第１のユーザ９０１が選択された標準フォームドキュメントを完成させるために使用される情報をサブミットすることを完了すると、サーバ９０４が、第１のユーザ９０１によってサブミットされた情報を記録し、その情報を少なくとも１つのデジタルファイルに書き込むことができる。選択された標準フォームドキュメントの処理におけるこの段階で第１のユーザ９０１によってサブミットされた情報を書き込むことは必要ではないが、選択された標準フォームドキュメントが第２のユーザ９０２によってさらに処理される前に、第１のユーザ９０１によってサブミットされた情報の記録を取得することが必要な場合がある。
【００２８】
選択された標準フォームドキュメントをさらに処理するため、第２のユーザ９０２が、そのドキュメントに関連する追加の情報を完成させるように促される。第２のユーザ９０２は、Ｗｅｂページに第２のユーザの固有情報を提供すること、電子メールを介してユーザに受領書を送信すること、第２のユーザのモデムダイヤルイン接続を介して情報ファイルを戻すこと、または米国郵便を介して受領書を送信することを限定としてではなく含む任意のいくつかの方法で、サービスプロバイダサーバ９０４に接続するように通知を受けることが可能である。好ましい実施形態では、第１のユーザ９０１は、第２のユーザ９０２に関する連絡先情報をサブミットして、サーバ９０４が、どのようにサービスプロバイダサーバ９０４に接続するかについての指示を伴う通知を第２のユーザ９０２に自動的に送信できるようにして（例えば、サービスプロバイダのＷｅｂサイトに対するリンクを伴う電子メールを第２のユーザに送信することにより）、標準フォームドキュメントを完成させるようにすることが可能である。
【００２９】
第２のユーザ９０２は、選択され、第１のユーザ９０１によって部分的に記入された標準フォームドキュメントを完成させるように通知を受けると、本明細書で説明する例示的な方法のいずれかによってサーバ９０４に接続することができる。第２のユーザ９０２がサーバ９０４に接続すると、第２の対話型セッションを開始することが可能となる。次に、プロセッサ９０５のユーザインターフェースが、選択された標準フォームドキュメントを完成させるために使用される情報の１つまたは複数の要求を第２のユーザに提供することができる（ステップ１０７０）。これらの要求の実質は、第１のユーザによって選択された特定の標準フォームドキュメントの規格に応じて決まる。例えば、第１のユーザがＣＭＮフォームを選択した場合、プロセッサ９０５のユーザインターフェースは、患者の状態に関連する情報などの通常、医師によって記入される情報の１つまたは複数の要求が第２のユーザに送信されるようにする。さらに、サーバ９０４は、第１のユーザ９０１によってサブミットされたデータを読み取ると、第１のユーザによって入力されたデータに従って決められた選択された標準フォームドキュメントに関連する追加の要求を提供するようにプログラミングされること、または選択された標準フォームドキュメントに関連するソフトウェアを備えることが可能である。ＣＭＮの例では、納入業者が、医師のＵＰＩＮ（Ｕｎｉｑｕｅ  Ｐｈｙｓｉｃｉａｎ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ（固有医師識別番号））に関する不完全なデータ、または無効なデータを提供した場合、医師が、そのような情報を提供するように、または検証するように促される。
【００３０】
１つまたは複数の要求が第２のユーザ９０２に送信されると、第２のユーザ９０２は、サーバ９０４によって読み取られる応答をサブミットすることができる（ステップ１０８０）。サーバ９０４は、第２のユーザによってサブミットされた情報を所望の間隔で１つまたは複数のデジタルファイルに格納する１つまたは複数の記憶装置を備えていることが可能である。第２のユーザによってサブミットされたデータがどのように取得されるかは重要でないことを理解されたい。例えば、選択された標準フォームドキュメントを完成させるために使用される情報の複数の要求が、一度に第２のユーザに伝送されること、または追加の要求が送信される前に応答を必要とする情報の単独の要求が、第１のユーザに送信されることが可能である。
【００３１】
本発明の一実施形態によれば、サーバ９０４は、第２のユーザによってサブミットされた情報が、選択された標準ドキュメントに必要とされる情報として有効であるかどうかを検証する１つまたは複数のプログラムを備えている。例えば、サーバ９０４は、第２のユーザによってサブミットされた情報を読み取るルーチンを実行し、選択された標準ドキュメントに関連する所定のプログラムを使用して、第２のユーザによって入力された情報が特定の標準ドキュメントに対して有効であるかどうかを判定することができる（ステップ１０９０）。第２のユーザ９０２によってサブミットされたデータが不完全であるか、または無効である場合、サーバ９０４は、第２のユーザ９０２に１つまたは複数の追加の要求を送信し、第２のユーザ９０２に誤りを知らせて、追加の情報を要求することができる（ステップ１１００）。第２のユーザ９０２によってサブミットされた追加の情報が、有効であり、完全であると判定されると、サーバ９０４は、入力された情報が完全であることを確認するように第２のユーザ９０２に指示することができる（ステップ１１１０）。選択された特定のフォームドキュメントに応じて、第２のユーザ９０２は、選択されたフォームドキュメントの中でユーザによって提供された情報が正確であることを、自身の署名を電子方式でサブミットすることによって検証するように、または証明するように促されることが可能である。電子方式でサブミットされた署名は、サブミットされた際、または実行された際、ドキュメントに署名をする意志を表明する選択されたフォームドキュメントによって許される任意のデータまたは情報であることが可能である。
【００３２】
第２のユーザ９０２が選択された標準フォームドキュメントを完成させるために使用される情報をサブミットすることを完了すると、サーバ９０４は、第２のユーザ９０２によってサブミットされた情報を記録し、その情報を少なくとも１つのデジタルファイルに書き込むことができる（ステップ１１２０）。第２のユーザ９０２からのデータを含む少なくとも１つのデジタルファイルは、第２のユーザ９０２によってサブミットされたデータが、どの固有標準フォームに関連し、第１のユーザ９０１からの情報を含むどの固有デジタルファイルに関連するかを示す１つまたは複数のタグ、または他のデータをファイルが含む限り、第１のユーザ９０１によってサブミットされた情報を含む少なくとも１つのデジタルファイルとは異なることが可能である。ただし、好ましい実施形態では、サーバ９０４は、第１のユーザ９０１および第２のユーザ９０２の両方によってサブミットされたすべてのデータが、少なくとも１つのデジタルファイルに一緒に書き込まれるようにする。この少なくとも１つのデジタルファイルは、選択された標準フォームドキュメントの中で要求された特定の情報、またはデータがどの固有標準フォームドキュメントに関連しているかを示す１つまたは複数のタグ、または他のデータも含むことが可能である。第２のユーザ９０２によってサブミットされた情報は、他の間隔で保存されること、および／または第１のユーザ９０２によってローカルで保存されることも可能である。
【００３３】
本発明の一実施形態によれば、サーバ９０４は、第２のユーザによってサブミットされた情報が選択された標準ドキュメントに必要とされる情報として有効であるかどうかを検証するだけでなく、フォームを完成させている最中に第１のユーザ９０１と第２のユーザ９０２のいずれか、または両方に相当なフィードバックを提供する１つまたは複数のプログラムを備えている。例えば、サーバ９０４は、選択されたフォームドキュメントに関連するルーチンを実行して、第１のユーザ９０１と第２のユーザ９０２のいずれか、または両方によってサブミットされたある情報を読み取り、選択されたフォームドキュメントに合わせられ、ユーザによってサブミットされた情報に基づく相当なフィードバックを提供することができる。
【００３４】
標準フォームドキュメントを処理しているユーザのいずれか、または両方に相当なフィードバックを提供することが有利であるフォームドキュメントのタイプの例が、医療業界および保険業界において利用されるフォームドキュメントである。例えば、ＣＭＮドキュメントが処理されている場合、本発明の一実施形態により、標準フォームドキュメントに記入している医師に、その医師の患者が払戻しを受ける資格を有する可能性が高いかどうかを示すフィードバックを提供することが可能である。患者が払戻しを受ける資格を有さない場合、医師は、最終的に署名をしてドキュメントをサブミットする前に、サブミットされた情報が完全であり、正確であることを確認することができる。
【００３５】
例示のため、図４は、ＣＭＮドキュメントが選択され、医師に相当なフィードバックが提供される本発明の一実施形態に関する流れ図を示している。流れ図は、実際の実施態様が図２のサーバ９０４（または他のネットワーク構成のプロセッサ９０５）に関するプロセスステップの一部だけを含むこと、ならびに追加のプロセスステップを含むことが可能であるＣＭＮドキュメントを処理する方法の例示的なステップを示している。さらに、図４に示したフォームドキュメントを処理する方法に関する例示的なステップは、複数のユーザによって完成される任意の特定のフォームドキュメントに合わせてカスタマイズすることができる。
【００３６】
図４に示すとおり、本発明の１つの方法によるＣＭＮドキュメントを処理する方法は、特定のＣＭＮドキュメントに関して納入業者によって記入されることが許される情報の１つまたは複数の要求を納入業者に提供すること（ステップ２０００）、納入業者から１つまたは複数の応答を受信すること（ステップ２０１０）、納入業者によってサブミットされた情報が有効であり、完全であるかどうかを検証すること（ステップ２０２０）、最初にサブミットされた情報が不完全であるかまたは無効である場合、情報の１つまたは複数の追加の要求を納入業者に送信すること（ステップ２０３０）、医師によってさらに記入されるようフォームをサブミットするように納入業者に促すこと（ステップ２０４０）、および納入業者によって提供された情報を少なくとも１つのデジタルファイルに書き込むかまたは格納すること（ステップ２０４１）に関わる。
【００３７】
図４にさらに示すとおり、本発明の１つの方法によるＣＭＮドキュメントの処理は、サーバ９０４またはプロセッサ９０５に接続して特定の患者に関するＣＭＮフォームを完成させるように医師に通知すること、特定のＣＭＮドキュメントに関して医師によって記入される必要がある情報の１つまたは複数の要求を医師に提供すること（ステップ２０５０）、医師から１つまたは複数の応答を受信すること（ステップ２０６０）、医師によってサブミットされた情報が有効であり、完全であるかどうかを検証すること（ステップ２０７０）、最初にサブミットされた情報が不完全であるか、または無効である場合、情報の１つまたは複数の追加の要求を医師に送信すること（ステップ２０７１）、ＣＭＮドキュメントに関連するアルゴリズムを実行して、医師および納入業者によってサブミットされた情報により、患者への払戻しがもたらされる可能性が高いかどうかを判定すること（ステップ２０８０）、患者が払戻しを受ける資格を有さない場合、メッセージおよび／または追加の要求を医師に送信すること（ステップ２０８１）、処理されるフォームに電子署名を行い、フォームをサブミットするように医師に促すこと（ステップ２０９０）、および医師によって提供された情報を少なくとも１つのデジタルファイルに書き込むか、または格納すること（ステップ２１００）にさらに関わる。アルゴリズムを実行して医師および納入業者によってサブミットされた情報により、患者への払戻しがもたらされる可能性が高いかどうかを判定するステップに関して、アルゴリズムは、ユーザによって提供される特定のデータ、特定のＣＭＮドキュメントの特性、および払戻しの要件に関する周知の法律または規則に基づき、患者または納入業者が払戻しを受ける可能性が高いかどうかの妥当な指示を提供する当技術分野で周知の、または当技術分野で開発される任意の形態で書くことができる。
【００３８】
図４に示したＣＭＮの例のステップ２０８０によって実行されるアルゴリズムは、１名または複数名のユーザによって入力されたデータ、および選択された標準フォームドキュメントの特性に基づき、特定の標準フォームドキュメントの１つまたは複数の態様に対するフィードバックを生成する他の標準フォームにも適合させることができることを理解されたい。例えば、保険業界では、標準支払要求フォームは、複数名のユーザによって対話式に処理され、サブミットされたデータに基づくアルゴリズムを実行すること、保険契約の条件（ｔｅｒｍｓ  ａｎｄ  ｃｏｎｄｉｔｉｏｎｓ）、および営利保険業者に関する他の規則または規定に基づいて患者が払戻しを受ける資格を有する可能性が高いかどうかについての即時のフィードバックが被保険者、病院、または医師に提供されることが可能である。
【００３９】
本発明の一実施形態によれば、複数のパーティによって完成されるフォームドキュメントを処理する方法が、選択されたフォームドキュメントに関連する１つまたは複数のデジタルファイル、およびユーザによってサブミットされた情報をセキュアにするシステムを含む。１つまたは複数のデジタルファイルをセキュアにするシステムの使用は、フォームドキュメントを完成させる１つまたは複数のパーティが、自身の署名をサブミットしてフォームの中で提供される情報を検証すること、または証明することが要求されるケースにおいて特に有利である。実際、自身がフォームの中でサブミットする情報が真実であり、正確であることを表明（ｓｉｇｎｉｆｙ）または証明するユーザは、フォームドキュメントの次のユーザがそのような情報を不正変更しないことを確実にすることを望む。多くの場合、ドキュメントの完成の各段階で、フォームドキュメントをサブミットするパーティの１つまたは複数に対する監査保護を提供するようにドキュメントの状態の記録を有することが望ましい。したがって、標準フォームドキュメントを完成させるユーザ、およびそのようなフォームドキュメントに含まれるデータの正確さを頼りにする他のパーティは、ファイルが変更されないことを確実にすることを望む。
【００４０】
デジタルファイルをセキュアにする様々な方法が当技術分野で知られている。１つの方法は、ファイルに対する追記型の（Ｗｒｉｔｅ−Ｏｎｃｅ，Ｒｅａｄ−Ｍａｎｙ）（「ＷＯＲＭ」）光媒体の使用である。ＷＯＲＭ媒体ストレージの１つの利点は、このストレージが収容するデータが、本来的に変更できないことである。すなわち、データは、１回しか媒体に書き込むことができない。デジタルファイルをセキュアにする別の方法は、デジタルファイルの「電子署名」の登録を可能にする。ユーザがファイルをローカルで選択し、サービスプロバイダによって提供されるプログラムをローカルで実行して、ファイル内容だけに基づいて選択されたデジタルファイルの「電子署名」を作成できるようにすることが知られている。署名、ならびにユーザによって提供されたファイル名、およびユーザによって選択されたキーワードが、プロバイダのサイトにアップロードされ、特定のユーザのために確立されたアカウントの下でサービスプロバイダによって維持される登録データベースの中に格納される。後の時点でデジタルファイルの内容およびサブミットの日付を検証することは、サービスプロバイダのサイトにアクセスし、ファイル名またはキーワードで前の登録レコードを取り出すことを必要とする。取り出されたデータベースレコードは、ファイル署名、ならびにファイル署名が登録された当初の日付を示す。検証を完了するため、検証されるべきファイルに対して電子署名ルーチンが実行され、再生成された署名と取り出された登録済み署名との比較が行われて、問題のデジタルファイルの署名が、最初に登録されたファイルの署名と一致するかどうかが判定される。デジタルファイルをセキュアにする以上の方法、および当技術分野で周知の他の方法を本発明の１つまたは複数の実施形態に従って利用することができる。
【００４１】
ただし、処理中のフォームドキュメントに関連する１つまたは複数のデジタルファイルをセキュアにする１つの特に有利な方法は、自動デジタルファイル登録を実施し、デジタルファイル、ならびに日付と時刻の情報を提供するセキュアな日付−時刻リファレンスを入力するための手段を利用するデジタルファイルの管理および認証のためのシステムおよび方法を利用する。デジタルファイルの管理および認証のためのシステムおよび方法の一実施形態では、セキュアな日付と時刻の情報から日付／時刻値が生成され、デジタル署名、および日付／時刻値（タイムスタンプ）が格納されているデジタルファイル自体からデジタル署名が生成されるＡｕｔｈｅｎｔｉｄａｔｅ（商標）サーバが利用される。以下の説明は、１つまたは複数のデジタルファイルが、デジタルファイルの管理および認証のためにそのシステムによって検証するためにサブミットされる本発明のいくつかの好ましい実施形態を例示する。デジタルファイル認証の様々な態様は、参照により本明細書に組み込まれている２０００年１２月４日に出願した「デジタルファイルの管理および認証のコンピュータネットワーク化されたシステムおよび方法」という名称の米国特許出願第０９／７２９，４１１号明細書においても説明されている。
【００４２】
図５に示すとおり、本発明の好ましい実施形態は、サービスプロバイダのサーバ９０４（または他のネットワーク構成のプロセッサ９０５）が、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０をさらに含むか、さもなければ、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０に接続されることが可能である図２に示したのと同様なコンピュータネットワーク環境を使用することを含む。Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０の例は、デジタルファイルのデジタル署名を決定すること、デジタルファイルに関連するタイムスタンプを決定すること、または本明細書で説明する他のプロセスなどのＡｕｔｈｅｎｔｉｄａｔｅサービスを提供するコンピュータリソースである。Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、エンジン９６０、デジタルファイルを受信するポート９５０、デジタルファイルをデータベースに送信するポート９７０、およびデジタルファイルまたは受領書を少なくとも１名のユーザに送信するポート９８０を含むことが可能である。
【００４３】
本発明の好ましい実施形態によれば、処理中の特定のフォームドキュメントに関連する１つまたは複数のデジタルファイルは、サーバ９０４によって生成され、フォームドキュメントを完成させている最中に任意の所望の間隔でサーバ９０４のさらなるＡｕｔｈｅｎｔｉｄａｔｅコンポーネントによって自動的に認証される。ただし、処理中の特定のフォームに関連する１つまたは複数のデジタルファイルが別の場所にあるＡｕｔｈｅｎｔｉｄａｔｅサーバに送信される、または処理中の特定のフォームに関連する１つまたは複数のデジタルファイルが第１のユーザ９０１または第２のユーザ９０２によってローカルで保存された後、ローカルの場所または遠隔の場所におけるＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０に送信される他の構成も可能である。
【００４４】
Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、全体としてエンジン９６０と呼ぶことができるサービスを実行するソフトウェアとハードウェアのすべてを維持することができる。エンジン９６０は、ドキュメントに対して巡回冗長コードなどのデジタル署名プログラム、またはデジタル署名ルーチンを実行することにより、ユーザのファイルのフィンガープリント（ｆｉｎｇｅｒｐｒｉｎｔ）またはデジタル署名を取得する。デジタル署名ルーチンは、当技術分野で周知であり、システムに実装するために任意のルーチンを選択することができる。デジタル署名ルーチンのより詳細な説明は、参照により本明細書に組み込まれている２０００年５月１日に出願した「デジタルファイルの管理および認証のコンピュータネットワーク化されたシステムおよび方法」という名称の米国特許出願第０９／５６２，７３５号明細書で見ることができる。好ましい実施形態では、例として、ＭＤ−５またはＳＨＡ−１などの公開されているデジタル署名ルーチンを使用することができ（ただし、より進歩した公開のデジタル署名ルーチンが利用可能になる可能性がある）、代替の実施形態では、例として、ＣＲＣ−３２などの独自のデジタル署名ルーチンを使用することができる。エンジン９６０は、ファイルのデジタル署名を取得した後、データベース９７０の中に署名を記録することができる。
【００４５】
Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、１つまたは複数のデジタルファイルがサーバに着信した時刻を正確に特定するためにマスタクロックを維持することができる。例えば、グリニッジ標準時（ＧＭＴ）を追う原子時計を使用して、本発明に従って処理される各ファイルに堅牢で正確なタイムスタンプを提供することができる。整合性および正確さに関して保守されるという条件付きで、処理される各ファイルに関するタイムスタンプを記録する目的で、他のクロックも使用することができる。クロックは、ＧＭＴを記録する必要はない。明確に規定されている限り、どの時間帯でも十分である。タイムスタンプは、日付、時刻、日付と時刻の組合せ、または任意の他の所望の時間基準を含むことが可能である。
【００４６】
本発明の一実施形態によれば、タイムスタンプは、例えば、正確さのために原子時計に結び付けられたＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０におけるマスタ時刻クロックに従って、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０によって１つまたは複数のデジタルファイルが受信された時刻および日付としてＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０において決定される。
【００４７】
タイムスタンプを記録する代替のやり方は、選択された日付からの時間の単位の量を表す数を記録することである。例えば、Ｕｎｉｘ（登録商標）オペレーティングシステムでは、整数を使用して特定の時点から測定された秒数を表す時間が記録される。同様に、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、事前定義された時点からの分数、秒数、または何らかの他の時間単位を表す数を記録することが可能である。例えば、タイムスタンプは、２０００年１月１日、午前１２：００からの合計分数を表す数であることが可能である。測定単位は、タイムスタンプに所望される正確さの度合いに応じて選択することができる。例えば、秒単位まで正確な時間が所望される場合、単位は秒数を表さなければならない。おおよその精度が必要とされる場合、単位は、所望に応じてより小さいか、またはより大きくなければならない。
【００４８】
Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、ボックス９８０で示すとおり、特定のフォームドキュメントに関連する１つまたは複数のデジタルファイルを作成するのに使用される情報をフォームドキュメントの処理中にサブミットする第１のユーザ９０１および第２のユーザ９０２のいずれか、または両方にレコード、または受領書を送信することができる。レコードは、例えば、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０にフォームドキュメントがサブミットされた際のファイル名、ドキュメント識別番号（ＩＤ番号）または識別タグ、タイムスタンプ、デジタル署名、およびリファレンスフィールドを含むことが可能である。リファレンスフィールドは、ユーザによって指定されることが可能であり、代替として、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０によって指定されることが可能である。例えば、リファレンスフィールドは、格納されるフォームドキュメントの名称、キーフレーズ（ｋｅｙ  ｐｈｒａｓｅ）、または他の適切な情報であることが可能である。リファレンスフィールドは、ドキュメントの探索を実行する際に役立つ可能性がある。
【００４９】
ＩＤ番号は、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０によって受信されたすべてのドキュメントに関する固有識別子としてＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０によって割り当てられることが可能である。ＩＤ番号は、例えば、ドキュメントが受信されるにつれて増分式に割り当てられる連続番号であることが可能である。識別番号は、必要に応じて英数字であってもよく、年または日付などの情報が符号化されていてもよい。限定的ではない例として、ＩＤ番号は、２０００年５月２５日に受信された第５００番を示すことが可能な０５２５００−５００のような日付でコード化されることが可能である。ＩＤ番号は、本システムが動作するのに必須ではなく、むしろ、１つまたは複数のデジタルファイルの識別のために使用することができる１つの方法である。
【００５０】
ＩＤ番号を提供するのではないドキュメントを識別する何らかの代替のやり方を使用することも可能である。必要とされているのは、ドキュメントに固有識別タグを与えることだけであり、ＩＤ番号であれ、名前であれ、または何らかの他の固有タグ手段であれ、タグは、他の識別タグから固有でなければならない。したがって、将来の参照のため、ＩＤ番号または識別タグは、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０が、ドキュメントに関して格納されている情報を探し出すことを可能にするだけで十分である。代替の識別タグには、例えば、ドキュメントがＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０に提供された際のファイル名（送信された、またはアップロードされた他のすべてのファイルから固有であることも、そうでないことも可能な）を、例えば、アップロードされたドキュメントに関連する時刻、日付、またはユーザと組み合わせて使用してドキュメントまたはファイルにタグ付けできることを含むことができる。以上の要素は、再ハッシングして（ｒｅ−ｈａｓｈ）追加の認証上の特徴を提供することができる。
【００５１】
図６は、本発明の好ましい実施形態において利用される処理中の特定のフォームドキュメントに関連する１つまたは複数のデジタルファイルをセキュアにする方法の流れ図を示している。流れ図は、実際の実施態様が図５のエンジン９６０に関するプロセスステップの一部だけを含むことも、追加のプロセスステップを含むことも可能である例示的なステップを示している。本発明の一実施形態において利用されるＡｕｔｈｅｎｔｉｄａｔｅプロセスは、第１のユーザ９０１または第２のユーザ９０２によって完成される特定のフォームドキュメントに関連するデジタルファイルを受信することを含む（ステップ３０００）。ファイルが受信された際、エンジン９６０は、タイムスタンプを取り出してファイルの受信の時刻を認識する（ステップ３０１０）。また、エンジン９６０は、ドキュメントのデジタル署名を取得するステップも実行する（ステップ３０２０）。情報、つまり、タイムスタンプおよびデジタル署名が、ドキュメントＩＤ番号、ユーザ識別情報、または他のドキュメントパラメータなどの要求される可能性がある任意の他の情報とともに、Ａｕｔｈｅｎｔｉｄａｔｅサービスプロバイダによって維持されるデータベースの中に格納される（ステップ３０３０）。エンジンは、この実施形態によれば、例えば、タイムスタンプ、デジタル署名、ドキュメントＩＤ番号、または所望に応じた他の情報を含むサブミットされたデジタルファイルに関係する関連情報を含む受領書を第１のユーザ９０１または第２のユーザ９０２に送信することも行うことが可能である（ステップ３０４０）。情報は、Ｗｅｂページにユーザの固有情報を提供すること、電子メールを介してユーザに受領書を送信すること、ユーザのモデムダイヤルイン接続を介して情報ファイルを戻すこと、または米国郵便を介して受領書を送信することを限定としてではなく含む任意のいくつかのやり方で第１のユーザ９０１または第２のユーザ９０２に提供することが可能である。
【００５２】
本発明の好ましい実施形態によれば、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９０６は、サブミットされたデジタルファイルのコピー全体を保持することができる。ファイルは、ＩＤ番号、タイムスタンプ、デジタル署名などのファイル上に保持される情報のログに関連して保存されることが可能である。代替として、デジタルファイル自体は、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０によって保存されることも、保持されることもない。デジタルファイルは、デジタル署名を導出するために処理された後、戻すこと、または削除することができる。この代替例の場合、デジタルファイルのコピーは、Ａｕｔｈｅｎｔｉｄａｔｅサイトにおいて保持されず、第１のユーザ９０１または第２のユーザ９０２が、標準フォームドキュメントに関連するデジタルファイルのコピーを保持する役割を果たす。将来、第１のユーザ９０１もしくは第２のユーザ９０２、または他のサードパーティが、処理された特定のフォームドキュメントに関連するデジタルファイルの疑わしいコピーをサブミットする可能性があり、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、その新たにサブミットされたファイルが、フォームドキュメントの処理中に最初に生成されたデジタルファイルと同一であるかどうかを検証することができ、さらに、元のデジタルファイルがＡｕｔｈｅｎｔｉｄａｔｅサーバに最初にサブミットされた日付を検証することができる。
【００５３】
特定のフォームドキュメントに関連するデジタルファイルの疑わしいコピーが、ログに記録されている日付および時刻に、第１のユーザ９０１または第２のユーザ９０２により標準フォームドキュメントに記入中または完成時に生成された元のデジタルファイルと同一であるかどうかを検証するため、Ａｕｔｈｅｎｔｉｄａｔｅサーバは、検証されるべきデジタルファイルの疑わしいコピーに対してデジタル署名ルーチンを実行する。この第２のデジタル署名が元のデジタル署名と比較され、それらが同一である場合、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、ドキュメントが検証されたという通知を発行する。デジタル署名が同一ではない場合、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、ドキュメントが検証されなかったという通知を発行する。
【００５４】
ファイルを検証することを望むユーザは、ファイルをＡｕｔｈｅｎｔｉｄａｔｅにサブミットし、検証を要求することができる。検証側ユーザは、インターネット接続、直接ダイヤルモデム、電子メール、または前述した、または当技術分野で周知の任意の他のやり方を介してファイルをサブミットすることができる。検証側ユーザは、元のファイルのＩＤ番号、ファイル名、あるいはＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０が特定のフォームドキュメントに関連する元のデジタルファイルのフィンガープリントを取得することができる何らかの他の識別方法をＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０に提供することができる。次に、Ａｕｔｈｅｎｔｉｄａｔｅは、デジタルファイルの最近サブミットされた疑わしいコピーに対してデジタル署名プログラムを実行し、そのデジタル署名を、特定のフォームドキュメントを完成させている最中に生成された最初にデジタルであったファイルのデジタル署名またはフィンガープリントと比較することができる。フィンガープリントの比較が順調であった場合、Ａｕｔｈｅｎｔｉｄａｔｅは、サブミットされたファイルが、指定された日付に特定のフォームドキュメントの処理中に最初に生成されたドキュメントと一致したことを検証側ユーザに知らせる。
【００５５】
本発明の好ましい実施形態によれば、一部のユーザが、元の１つまたは複数のデジタルファイルがＡｕｔｈｅｎｔｉｄａｔｅサービスによって格納されることを選択することが可能である。すると、Ａｕｔｈｅｎｔｉｄａｔｅサービスは、将来の要求時に、そのユーザまたはサードパーティにコピーを供給することができる。標準フォームドキュメントの処理中に生成された元のデジタルファイルのコピーとともに、Ａｕｔｈｅｎｔｉｄａｔｅサービスは、元のデジタルファイルがサブミットされた日付の検証を提供することができる。Ａｕｔｈｅｎｔｉｄａｔｅサービスは、セキュリティを提供し、元のユーザの特権を維持するため、ドキュメントのコピーを配布する前に適切なセキュリティ認証を要求することが可能である。
【００５６】
プロセスステップは、任意の妥当な順序で行われることが可能であることを理解されたい。例えば、デジタルファイルが受信された際、タイムスタンプが決定され、その時点でログに記録され、次に、フィンガープリントルーチンの実行が行われ、次に、デジタルファイルのフィンガープリントのログへの記録が行われることが可能である。代替として、デジタルファイルが受信され、フィンガープリントが決定され、次に、タイムスタンプとフィンガープリントが実質的に同時にログに記録されることも可能である。
【００５７】
さらなるレベルの完全性および検証として、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、様々なサブミットされたデジタルファイルのユーザ情報を含むＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０によって生成されたログファイルまたはデータベースファイルに対してデジタル署名ルーチンを実行することもできる。例えば、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、１日または１時間などの所与の期間に処理されたファイルを含むログファイルまたはデータベースファイルを生成することができる。所与の期間内にサブミットされ、処理された各デジタルファイルに関して、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、前述したとおり、ファイルＩＤ、第１のユーザまたは第２のユーザの名前、ファイルのデジタル署名、任意の他の情報またはパラメータなどの情報を記録する。
【００５８】
次に、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、ログファイル自体に対してデジタル署名ルーチンを実行し、そのログファイルのデジタル署名を格納することができる。後の時点で、ある個人が、記録がログファイルの中に格納されている特定のデジタルファイルを検証することを望む場合、ログファイルは、デジタル署名を、情報を格納した時点のそのログファイルのデジタル署名と比較することにより、検証されなければならない。フォームドキュメントの処理中に作成された元のデジタルファイルの場合と全く同様に、最初に格納されたログファイルのデジタル署名が、検証時におけるログファイルのデジタル署名と一致した場合、ログファイルが検証され、これにより、そのログファイルに書き込まれた様々なドキュメントのそれぞれに関して格納されている記録が検証される。ログファイルデジタル署名が一致しなかった場合、ログファイルの完全性が損なわれており、ログファイルに含まれるデータ（ユーザファイルの格納されたデジタル署名を含む）を信頼することができない。このレベルの完全性を使用して、例えば、データの不正変更に対して警戒することができる。
【００５９】
本発明の好ましい実施形態によれば、システムは、処理中の特定のフォームドキュメントに関する情報が１つまたは複数のデジタルファイルに保存され、または書き込まれるにつれ、１つまたは複数のデジタルファイルがＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０に自動的に送信されて、第１のユーザ９０１または第２のユーザ９０２がプロセスを起動するさらなるステップを実行することを必要とせず、１つまたは複数のデジタルファイルに対して認証プロセスが実行されることが可能となるように実装される。例えば、図６を参照すると、デジタルファイルを認証するステップを実行するためのシステムが、Ａｕｔｈｅｎｔｉｄａｔｅシステムに明示的に関連していないルーチン手続きの実行時に、自動的に起動するように構成されている。
【００６０】
単に例として、Ａｕｔｈｅｎｔｉｄａｔｅプロセスのステップは、処理中の特定のフォームドキュメントを完成させるために使用される情報が、第１のユーザ９０１または第２のユーザ９０２から受信されるたびに毎回、あるいは各ユーザによって処理されている特定のフォームドキュメントの完成時などの様々な他の間隔で、といった具合に、イベントが生じた時点でＡｕｔｈｅｎｔｉｄａｔｅプロセスを自動的に起動するサーバ９０４にリンクされることによって起動されることが可能である。
【００６１】
好ましい実施形態では、処理中のフォームドキュメントに関連する１つまたは複数のデジタルファイルをセキュアにするのに使用されるシステムは、遠隔のＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０にデジタルファイルを送信するように構成することが可能であり、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０は、ドキュメントのデジタル署名を決定し、ドキュメントに関連するタイムスタンプを取得し、第１のユーザ９０１または第２のユーザ９０２のいずれかまたは両方に受領書を送信し、ユーザの所望に応じて、前述したステップのその他のステップを実行する。
【００６２】
Ａｕｔｈｅｎｔｉｄａｔｅサービスは、認証されるべきＡｕｔｈｅｎｔｉｄａｔｅサーバにデジタルファイルを送信することなく実行することができる。そのような実施態様は、使用する帯域幅がより少ないなどのいくつかの利点を有する。好ましい実施形態では、システムは、サーバ９０４（または他のネットワーク構成における第１のユーザ９０１もしくは第２のユーザ９０２のプロセッサ９０５）においてデジタル署名を決定し、デジタル署名を遠隔のＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０に送信するように構成されることが可能であり、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０が、デジタル署名をセキュアなタイムスタンプと結合し、第１のユーザ９０１または第２のユーザ９０２に、あるいは他のサードパーティに受領書を送信し、所望に応じて、前述したステップのその他のステップを実行する。代替の好ましい実施形態では、システムは、デジタル署名をローカルで決定し、タイムスタンプをローカルで決定し、デジタル署名を遠隔のＡｕｔｈｅｎｔｉｄａｔｅサーバ９９０に送信するように構成されることが可能であり、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０が、デジタル署名をセキュアなタイムスタンプと結合し、受領書をユーザに送信し、ユーザの所望に応じて、前述したステップのその他のステップを実行する。好ましくは、Ａｕｔｈｅｎｔｉｄａｔｅサーバがセキュアなタイムスタンプを提供しない状況にもかかわらず、Ａｕｔｈｅｎｔｉｄａｔｅサーバは、タイムスタンプをデジタル署名およびタイムスタンプがＡｕｔｈｅｎｔｉｄａｔｅサーバによって受信された時刻と比較することなどの、タイムスタンプに対する何らかの検証プロセスを実行する。
【００６３】
処理中のフォームドキュメントに関連する１つまたは複数のデジタルファイルをセキュアにするための前述した方法のいずれも、第１のユーザ９０１または第２のユーザ９０２が、特別な手続きを起動すること、プロトコルに従うこと、またはフォームドキュメントの処理中に第１のユーザ９０１または第２のユーザ９０２によって通常使用されるステップを越える追加のステップを行うことを必要とすることなく、スムーズに実施することができる。例えば、フォームドキュメントを完成させている最中に第１のユーザ９０１または第２のユーザ９０２によって提供された情報を検証またはサブミットする要求が行われると、そのような情報をユーザがサブミットすることにより、ユーザがさらに何もすることなく、特定のフォームドキュメントに関連する少なくとも１つのデジタルファイルが作成されることが自動的に行われ、認証のためにＡｕｔｈｅｎｔｉｄａｔｅサーバに自動的に送信されるようになる。
【００６４】
例えば、図７を参照すると、本発明の一実施形態が、第１のユーザ９０１または第２のユーザ９０２によって選択されたフォームドキュメントを完成させるために使用される情報がサブミットされた時点などのイベントを認識すること（ステップ１２００）をプログラムに行わせる。イベントが検知されると、Ａｕｔｈｅｎｔｉｄａｔｅサーバによって１つまたは複数のデジタルファイルが作成されて、自動的に認証が行われる。図７の実施態様によれば、システムは、１つまたは複数のデジタルファイルをさらなる処理のために遠隔の場所（例えば、Ａｕｔｈｅｎｔｉｄａｔｅサーバ９９０）に送信する（ステップ１２１０）。
【００６５】
遠隔の場所において、デジタル署名ルーチン（ステップ１２２０）およびタイムスタンプ（ステップ１２３０）が決定され、データベースの中に格納される（ステップ１２４０）。次に、システムは、ユーザまたは他のサードパーティに受取証明書（ｒｅｔｕｒｎ  ｒｅｃｅｉｐｔ）を送信して、デジタル署名およびタイムスタンプを提供する（ステップ１２５０）。
【００６６】
システムは、センシティブなドキュメントのセキュリティを維持するために第１のユーザ９０１または第２のユーザ９０２の場所においてローカルですべてのサービスを実行して、所望に応じてドキュメントＩＤ、デジタル署名、または他の情報のログファイルを作成するようにセットアップすることができる。システムは、遠隔の場所において処理され、格納されるようにログファイルを遠隔の場所に送信することができる。遠隔の場所で、ログファイルは、セキュアなタイムスタンプと結合される。これにより、ログファイルの完全性が保証され、ファイルをユーザの拠点にローカルに留めることによって提供されるセキュリティが可能になる。この構成では、処理中の特定のフォームに関連する１つまたは複数のデジタルファイルが、第１のユーザ９０１または第２のユーザ９０２によってローカルで保存されるか、または格納される。
【００６７】
また、システムは、ドキュメント記憶−アーカイビングシステムとしても使用することが可能である。ユーザは、ファイルの格納のために、デジタルファイルをＡｕｔｈｅｎｔｉｄａｔｅの遠隔の場所に、または別の遠隔の記憶場所に送信することもできる。デジタルファイルは、デジタルファイルまたはドキュメントのサブミッションに対応するタイムスタンプの関連付けとともに実行されるデジタル署名ルーチンを有することが可能である。ユーザによって指定されたＡｕｔｈｅｎｔｉｄａｔｅサービスには、アーカイブの目的で元のデジタルファイルを格納し、後の時点でユーザがドキュメントの要求をサブミット可能にすることを含むことが可能である。Ａｕｔｈｅｎｔｉｄａｔｅサービスは、デジタルファイルのコピーを、そのコピーが元のファイルの真性の正確なコピーであるという検証、元のファイルがアーカイビングのためにサブミットされた日付、またはファイルに関する他の情報などの他の情報とともにユーザに提供することができる。
【００６８】
本発明を本発明の特定の実施形態に関連して例示し、説明してきた。ただし、以上に説明した実施形態は、本発明の原理を単に例示するものであり、排他的な実施形態とされるものではないことを理解されたい。
【００６９】
本明細書で開示した前掲の実施形態の様々なバリエーションを取り込んだ代替の実施形態を実施して、本発明の利点を達することもできる。
【００７０】
本発明の趣旨および範囲を逸脱することなく当業者なら、以上の変更、省略、および追加、ならびに多くの様々な変更、省略、および追加を考案できることをさらに理解されたい。
【００７１】
したがって、本発明は、開示した実施形態に限定されず、特許請求の範囲に従って定義されるべきであると意図している。
【図面の簡単な説明】
【００７２】
【図１】複数のパーティによって完成される特定の標準フォームドキュメントの例を示す図である。
【図２】本発明の実施形態によるコンピュータネットワークを介してフォームドキュメントを処理するためのシステムを示す図である。
【図３】本発明の一実施形態による２名のユーザによって完成されるフォームドキュメントを処理するためのステップを示す流れ図である。
【図４】本発明の一実施形態によるＣｅｒｔｉｆｉｃａｔｅ  ｏｆ  Ｍｅｄｉｃａｌ  Ｎｅｃｅｓｓｉｔｙフォームドキュメントを処理するためのステップを示す流れ図である。
【図５】本発明の実施形態によるコンピュータネットワークを介してフォームドキュメントを処理するためのシステムを示す図である。
【図６】本発明の好ましい実施形態において利用される処理中の特定のフォームドキュメントに関連する１つまたは複数のデジタルファイルをセキュアにする方法を示す流れ図である。
【図７】セキュアにする方法が自動的に実施される処理中の特定のフォームドキュメントに関連する１つまたは複数のデジタルファイルをセキュアにする方法を示す流れ図である。
【図１】
2005502129.tif 000002
【図２】
2005502129.tif 000003
【図３】
2005502129.tif 000004
【図４】
2005502129.tif 000005
【図５】
2005502129.tif 000006
【図６】
2005502129.tif 000007
【図７】
2005502129.tif 000008
【国際公開パンフレット】
2005502129.tif 000009
2005502129.tif 000010
2005502129.tif 000011
2005502129.tif 000012
2005502129.tif 000013
2005502129.tif 000014
2005502129.tif 000015
2005502129.tif 000016
2005502129.tif 000017
2005502129.tif 000018
2005502129.tif 000019
2005502129.tif 000020
2005502129.tif 000021
2005502129.tif 000022
2005502129.tif 000023
2005502129.tif 000024
2005502129.tif 000025
2005502129.tif 000026
2005502129.tif 000027
2005502129.tif 000028
2005502129.tif 000029
2005502129.tif 000030
2005502129.tif 000031
2005502129.tif 000032
2005502129.tif 000033
2005502129.tif 000034
2005502129.tif 000035
2005502129.tif 000036
2005502129.tif 000037
2005502129.tif 000038
2005502129.tif 000039
2005502129.tif 000040
2005502129.tif 000041
2005502129.tif 000042
2005502129.tif 000043
2005502129.tif 000044
2005502129.tif 000045
2005502129.tif 000046
2005502129.tif 000047
2005502129.tif 000048
【国際調査報告】
2005502129.tif 000049