JP5147713B2 - ネットワーク環境における協働的な否認防止メッセージ交換 - Google Patents

Description

本発明の実施形態は、一般に、ネットワーク・コンピューティングに関し、より具体的には、ピア・ツー・ピア・インスタント・メッセージング・システムに関する。

従来のピア・ツー・ピア・インスタント・メッセージング・システム及び方法は、暗号化、署名、及び部分的な否認防止のための手段を提供する。具体的には、暗号化は、ｎ個のシステム間の通信がプライベートなものであり、意図される受信者のアクセスだけを可能にすることを保証する。デジタル署名は、識別可能なマーキング及びデータの完全性の両方をもたらすものであり、これにより、第１のシステムがデータ・セットに署名することができ、第２のシステムは、データが、データに署名したときと同じであり、かつ、エンティティがデータに署名したものと同じであることを検証することができる。所定の時点において、所定のデータ・セット及びその起点が既知であるときに、否認防止が行われる。否認防止をサポートするシステムは、所定のデータ・セットがシステムＡのユーザＡから送出されたことと、データが変わらないこととを証明することができる。

従来の技術は、情報をそして部分的に否認防止を保証するための種々の手段をサポートする。何かが真であることに全ての参加者が同意したとき、否認防止が行われる。例えば、家を買おうとするときは、取引に関与している何人かの人が文書を提示し、署名が交換され、証人がこのイベントを公証する。従って、結果物としての文書セットを法的に否認することはできない。これは、法的拘束力のある文書が存在する場合に重要である。デジタル領域においては、意図した受信者だけが特定のソースからのメッセージを受信することを保証する類似した活動が見られるが、多くの場合、従来のシステムは、伝播中の特定のメッセージが、起点から受信まで完全な状態で維持されることを保証することができない。

一例として、銀行は、抵当契約に関して全ての人が署名し、同意すると、契約上の金利を変えることはできない。しかしながら、１番目の人が、２番目の人により送信された（暗号化され、署名された）電子メールを取得し、１番目の人がこれを３番目の人に転送する（又は、２番目の人に戻す）前に、メッセージを改変することが可能である。一方、１番目の人が、メッセージをもともと２番目の人によって与えられたように表示し、それに修正を加えないという、一般的な信頼が存在する。しかしながら、デジタルの世界は、デジタル・コンテンツの変更が極めて容易である。協働作業空間において、具体的には、インスタント・メッセージングにおいて、否認防止の提供を試みるシステムが存在するが、これらのシステムは、信頼に依存する傾向がある。具体的には、インスタント・メッセージングの場合、両方の顧客が全く同じトランスクリプト（すなわち、デジタル文書）を保存することを保証する能力は、一般には存在しない。

従って、ネットワーク・コンピューティングにおける否認防止メッセージ交換を改善する必要性が残っている。

上記に鑑みて、本発明の実施形態は、コンピュータ・ネットワークにおいて第１のシステムから第２のシステムへの協働的な否認防止メッセージ交換を行う方法と、コンピュータ・ネットワークにおいて第１のシステムから第２のシステムへの協働的な否認防止メッセージ交換を行う方法を実行するための、コンピュータにより実行可能な命令のプログラムを実体的に具体化するコンピュータにより読み取り可能なプログラム・ストレージ・デバイスとを提供するものであり、この方法は、第２のシステム内の現在のシステム時刻と実際の時刻との間の相違をチェックすることと、時刻同期プロセスを実行して、現在のシステム時刻を実際の時刻と一致させることと、第１のシステムと第２のシステムとの間で公開暗号鍵を交換することと、デジタル署名されたメッセージを第１のシステムから第２のシステムに送信することと、デジタル署名されたメッセージをデコードすることと、デジタル署名された確認応答メッセージを第２のシステムから第１のシステムに送信することと、デジタル署名された確認応答メッセージをデコードすることと、デジタル署名された確認応答メッセージのテキストを第１のシステム上の公式トランスクリプトにコミットすることとを含む。

この方法は、第１のシステムと第２のシステムとの間で調整メッセージを伝送することと、トランスクリプトを有するペイロードを含む調整メッセージをデコードすることと、トランスクリプト内の識別されたテキストとトランスクリプト内の実際のテキストとの間のトランスクリプトの差分（delta）を作成することによって、トランスクリプトの精度を判定することと、デジタル署名された調整応答メッセージを送信することと、デジタル署名された調整応答メッセージをデコードすることと、トランスクリプトを調べることと、トランスクリプトを受け入れるかどうかを判定することとをさらに含むことができる。時刻同期プロセスは、第２のシステムによって、該第２のシステムの現在のシステム時刻を検証することと、第２のシステムの公式時刻チェックが必要かどうかを判定することと、周知のタイムサーバのリストに接続して、第２のシステムの現在のシステム時刻を再同期させることと、タイムサーバによって第２のシステムの現在のシステム時刻を確認することと、現在のシステム時刻が予め指定された閾値と一致するかどうかを判定することと、現在のシステム時刻を実際の時刻として受け入れるかどうかを判定することとを含むことができる。

デジタル署名されたメッセージをデコードすることは、デジタル署名されたメッセージのデジタル署名を検証することと、デジタル署名されたメッセージのデジタル完全性を検証することとを含むことが好ましい。デジタル署名された確認応答メッセージをデコードすることは、デジタル署名された確認応答メッセージのデジタル署名を検証することと、デジタル署名された確認応答メッセージのデジタル完全性を検証することと、デジタル署名された確認応答メッセージ内のメッセージ識別子及びデジタル署名を識別することと、デジタル署名がメッセージ識別子について生成されたデジタル署名と一致することを検証することとを含むことが好ましい。調整メッセージをデコードすることは、調整メッセージのデジタル署名を検証することと、調整メッセージの完全性を検証することとを含むことが好ましい。

別の実施形態は、コンピュータ・ネットワークにおいて第１のシステムから第２のシステムへの協働的な否認防止メッセージ交換を行うシステム及び方法と、コンピュータ・ネットワークにおいて第１のシステムから第２のシステムへの協働的な否認防止メッセージ交換を行う方法を実行するための、コンピュータにより実行可能な命令のプログラムを実体的に具体化する、コンピュータにより読み取り可能なプログラム・ストレージ・デバイスとを提供するものであり、この方法は、第１のシステムから第２のシステムにデジタル署名されたメッセージを送信することと、デジタル署名されたメッセージをデコードすることと、第２のシステムから第１のシステムにデジタル署名された確認応答メッセージを送信することであって、デジタル署名された確認応答メッセージは、デジタル署名されたメッセージの受信を確認応答し、第２のシステムによってデジタル署名されたメッセージの正確さを検証することと、デジタル署名された確認応答メッセージをデコードすることと、デジタル署名された確認応答メッセージのテキストを第１のシステム上の公式トランスクリプトにコミットすることとを含む。

別の実施形態は、コンピュータ・ネットワークにおいて第１のシステムから第２のシステムへの協働的な否認防止メッセージ交換を行うシステムを提供し、このシステムは、第２のシステム内の現在のシステム時刻と実際の時刻との間の相異をチェックし、時刻同期プロセスを実行して、現在のシステム時刻を実際の時刻と一致させるように適合された第１のシステムと、第１のシステムと第２のシステムとの間で交換されるデータの公開暗号鍵と、第１のシステムから第２のシステムに伝送されたデジタル署名されたメッセージと、第２のシステムに動作的に接続され、デジタル署名されたメッセージをデコードするように適合された第１のデコーダと、第２のシステムから第１のシステムに伝送されたデジタル署名された確認応答メッセージと、第１のシステムに動作的に接続され、デジタル署名された確認応答メッセージをデコードするように適合された第２のデコーダと、デジタル署名されたメッセージのテキストを含む第１のシステム上の公式トランスクリプトとを含む。

このシステムは、第１のシステムと第２のシステムとの間で伝送された調整メッセージと、第２のシステムに動作的に接続され、トランスクリプトを有するペイロードを含む調整メッセージをデコードするように適合された第３のデコーダと、第２のシステムに動作的に接続され、トランスクリプト内の識別されたテキストとトランスクリプト内の実際のテキストとの間のトランスクリプト差分を生成することによって、トランスクリプトの精度を判定するように適合されたプロセッサと、デジタル署名された調整応答メッセージと、第１のシステムに動作的に接続され、デジタル署名された調整応答メッセージをデコードするように適合された第４のデコーダとをさらに含むことができ、この第１のシステムは、トランスクリプトを調べ、該トランスクリプトを受け入れるかどうかを判定するように適合される。

第２のシステムは、第２のシステムの現在のシステム時刻を検証するように適合され、第１のシステムは、第２のシステムの公式時刻チェックが必要かどうかを判定するように適合され、システムは、第１のシステムに動作的に接続され、第２のシステムの現在のシステム時刻を再同期させるように適合された周知のタイムサーバのリストをさらに含むことが好ましい。タイムサーバは、第２のシステムの現在のシステム時刻を確認するように適合され、第１のシステムは、現在のシステム時刻が予め指定された閾値と一致するかどうかを判定し、現在のシステム時刻を実際の時刻として受け入れるかどうかを判定するように適合される。

第１のデコーダは、デジタル署名されたメッセージのデジタル署名を検証し、デジタル署名されたメッセージのデジタル完全性を検証するように適合されることが好ましい。さらに、第２のデコーダは、デジタル署名された確認応答メッセージのデジタル署名を検証し、デジタル署名された確認応答メッセージのデジタル完全性を検証し、デジタル署名された確認応答メッセージ内のメッセージ識別子及びデジタル署名を識別し、デジタル書名がメッセージ識別子について生成されたデジタル署名と一致することを検証するように適合されることが好ましい。さらに、第４のデコーダは、調整メッセージのデジタル署名を検証し、調整メッセージの完全性を検証するように適合されることが好ましい。

本発明の実施形態のこれらの及び他の態様は、以下の説明及び添付図面と併せて考慮されるとき、より良く認識され、理解されるであろう。しかしながら、以下の説明は、本発明の好ましい実施形態、及びそれらの幾多の特定の詳細を示すが、制限的なものではなく、例示的なものとして与えられていることを理解すべきである。多くの変更及び改変は、本発明の範囲内で、それらの精神から逸脱することなく行なうことができ、本発明の実施形態は、それらの全ての改変を含む。

ここで、本発明の好ましい実施形態が、ほんの一例として、次の図面を参照して説明される。
本発明の実施形態、並びにその種々の特徴及び利点の詳細は、添付図面で示され、以下の記載で詳述される限定的でない実施形態を参照して、より完全に説明される。周知のコンポーネント及び処理技術の説明は、本発明の実施形態を不必要に分かりにくくしないように省略される。ここで用いられる例は、単に、本発明の実施形態を実施できる方法の理解を容易にし、当業者がさらに本発明の実施形態を実施できるようにすることを目的としている。従って、これらの例は、本発明の実施形態の範囲を限定するものとして解釈すべきではない。

既述のように、ネットワーク・コンピューティングにおける否認防止メッセージ交換の改善に対する必要性が依然として存在する。本発明の実施形態は、ネットワーク・ベースのコラボレーションにおいて、具体的には、インスタント・メッセージング・システムにおいて否認防止結果を確実にする技術を提供することによって、このことを実現する。具体的には、これらの実施形態は、少なくとも２人の顧客が、自分達のトランザクションが同一であることを保証することができ、かつ、トランザクションのいずれかの部分を疑わしいものとして識別し、信用できなくなったものとして再調整又は記録できる方法を提供するものである。さらに、本発明の実施形態は、信用を危うくする結果を識別し、潜在的に一致しないトランスクリプトに対処する方法を識別する、否認防止結果を確実にするためのプログラム・プロトコルを提供する。ここで、図面を、より具体的には、図全体にわたって同様の参照文字が一貫して対応する特徴を示す図１乃至図１０を参照すると、好ましい実施形態が示されている。

図１乃至図５は、本発明の実施形態の方法による連続するステップを示す。インスタント・メッセージングは、イベントの流れを例示するのを助けるために、例示的なメッセージ交換アプリケーションとして用いられる。図１において、第１のシステム１００が第２のシステム２００への接続を開始し、この接続は、ネットワーク環境、共有メモリ環境のいずれか１つにおいて、又はハイパー・ソケットにおいて行われる。インスタント・メッセージングに即すると、ネットワーク５０においては、第１のユーザは第１のシステム１００上にあり、第２のユーザは第２のシステム２００上にある。第１のユーザは、第２のユーザを、対話を望む（すなわち、メッセージを交換する）誰かとして識別する。第１のユーザが第２のユーザの名前を選択する（例えば、ダブル・クリックする）と、開始し始め、接続が開始される。次に、第１のシステム１００は、第２のシステム２００から現在の時刻を要求し、ここで、この時刻は、グリニッジ標準時（ＧＭＴ）、すなわち、例えば１９７０年１月１日、００：００：００ＧＭＴからミリ秒といった標準的な方法で表される。ここで、第１のシステム１００及び第２のシステム２００は、それぞれのクロックの同期を試みている。このことは、タイムスタンプを含むメッセージが検証可能であることを、両方のシステム１００、２００が保証することを可能にする。システム１００、２００は、この時刻値からのずれを正確に検出し、このメッセージを疑わしいものとして警告するか又はマーク付けすることができる。次に、第２のシステム２００は、適切な標準形式３００で時刻に応答する。このステップの完了時に、第１のシステム１００は、第２のシステム２００から受け取った時刻とローカルに既知の時刻の相違について比較する。標準的な時刻書式（time format）は、いずれの場合も、グリニッジ標準時と呼ばれることが多い世界時（universaltime）として表わされる時間帯データを表すことができる。インスタント・メッセージングの場合には、時刻をＧＭＴからローカルタイムに変換し、統合的なユーザ・エクスペリエンスを維持することができる。時刻が同じでない（すなわち、一致しない）場合には、第１のシステム１００は、以下のステップからなる時刻同期方法４００をトリガする。

第１のシステム１００は、この時刻を検証するように第２のシステム２００に要求する。次に、第２のシステム２００はその要求を処理し、次のステップを用いて公式時刻チェックが必要とされるかどうかを判定する。第２のシステム２００は、最後のリフレッシュ変数をチェックする。最後のリフレッシュ変数は、第２のシステム２００が、そのローカル・クロックを、権威あるタイムサーバ（例えば、time.nist.gov）であることが多い別のシステムと同期させた最後の時刻を表すものである。タイムサーバは、原子時計からのブロードキャストとしての時刻を用い、そのローカル・クロックを更新するネットワーク上のシステムである。ローカル・クロックが更新される度に、更新が行われた時刻によって最後のリフレッシュ変数が更新される。この変数は、ローカル・マシン上に配置され、メモリ、ファイル等を含む様々な方法で格納され得る。時刻が、最後のｎ秒／分以内に第２のシステム２００によってチェックされなかった場合には、第２のシステム２００は、前に識別されたタイムサーバを呼び出すことによって、チェックを強制する。その後、第２のシステム２００は、周知のタイムサーバのリストに接続して、時刻を再同期させる。時刻の同期は、当技術分野において周知であり、タイムサーバにより時刻をチェックするための周知の標準が存在する。この後、第２のシステム２００は、随意的に、時刻要求（図示せず）に応答することができる少なくとも２つ又はそれ以上の遠隔サーバに接続し、該第２のシステム２００が受け取った時刻の精度を確認する。最終的に、第２のシステム２００は、新しい時刻値により第１のシステム１００に応答する。

次に、第１のシステム１００は、遠隔サーバ（図示せず）、及び随意的に該第１のシステム１００が確認した他のタイムサーバから、時刻を受け取る。次に、第１のシステム１００は、第２のシステム２００によって戻された時刻が予め指定された閾値内に入るかどうかを判定する。例えば、それぞれのシステム上のクロックが互いに１５秒以内である限り、第１のサーバから第２のサーバへの通信は、許容可能である。次に、第１のシステム１００は、その現地時間をチェックし、単に第２のシステム２００によって与えられた値にそのクロックを設定すべきであるかどうかを判定する。設定すべきであると判定した場合には、第１のシステム１００は、第２のシステム２００の時刻値を受け入れる。代替的な手法においては、第１のシステム１００は、少なくとも１つのタイムサーバ（図示せず）に接続し、第２のシステム２００によって指定された値と比較し、時刻値の精度を確認することができる。代替的に、第１のシステム１００は、少なくとも１つのタイムサーバ（図示せず）に接続し、第１のシステム１００が時刻の一致を検出するまで、第２のシステム２００によって指定された値と比較し、時刻値の精度を確認することができる。さらに代替的に、第１のシステム１００は、第２のシステム２００によって用いられるタイムサーバの１つ又は全てを用いてそれらの時刻を確認し、同期させる。さらに、第１のシステム１００又は第２のシステム２００は、代替的に、指定されたメッセージを介して、時刻に関する見解の不一致を認めることができる。ここで、いずれのシステム１００、２００もこうしたメッセージを開始することができるが、最初に対話を開始するシステムが、安全で検証可能な接続の確立を担っている。

その後、第１のシステム１００及び第２のシステム２００は、公開鍵５００を交換する。公開鍵の交換５００において、文字数字の値として実現される公開鍵は、公開鍵から得られる秘密鍵と非対称の手法で組み合わせることができる暗号鍵として、一部の指定当局によって与えられる。公開鍵の交換５００は、（ａ）公開鍵又は公開鍵に関する情報を含むデジタル証明書を発行し、これを検証する認証局（ＣＡ）と、（ｂ）デジタル証明書が要求者に発行される前に、ＣＡを検証する登録認定機関（ＲＡ）と、（ｃ）公開鍵を含む証明書が保持される、１つ又は複数のディレクトリと、（ｄ）証明書管理システムとを含む公開鍵インフラストラクチャ上で実行することができる。公開鍵証明書は、送信者（第１のシステム１００又は第２のシステム２００）の許可及び名前を確認する働きをするデジタル署名された文書として実現される。文書は、ユーザ名又はシステム名とすることができる証明書保有者の名前、及び保有者の公開鍵、並びに認証のためのＣＡのデジタル署名を含むフォーマット済みのデータ・ブロックを含むことができる。次に、送信者（第１のシステム１００又は第２のシステム２００）の固有の識別子を含むユーザＩＤパケットが、証明書パケットの後に送信される。他の実施形態においては、このような交換は、第３のシステム（図示せず）によって行われてもよく、又はこれにより支援されてもよい。

図２に示されるように、次に、第１のシステム１００は、デジタル署名されたメッセージ６００を送信し、ここで、メッセージは、少なくともメッセージＩＤ、作成者、受信者、ペイロード、及び第１のシステム１００のデジタル署名を含む。「メッセージＩＤ」は、メッセージを追跡するための固有の識別子を表す。このＩＤは、グローバルに固有なもの、又はメッセージング・システムに固有なものとすることができる。「作成者」は、メッセージの作成者を表す。これは、例えば、user@xx.ibm.comといったエンティティに再び接続できる固有のＩＤとすることができる。「受信者」は、メッセージが送信されるエンティティを表す。これは、例えば、user@xx.ibm.comといったエンティティに再び接続できる固有のＩＤとすることができる。「ペイロード」は、メッセージ、本体のコンテンツを表し、これは、テキスト、リッチ・テキスト、画像、ビデオ、音声、ソフトウェア等を含むことができる。「デジタル署名」は、契約書又は他の文書への人間の署名と類似したものである。主な違いは、デジタル署名がデジタル（マシン読み取り可能）であり、偽造できないことである。デジタル署名は、データ・セット（この場合は、メッセージ）の全て又は一部を調べ、データ・セットの受信者が、データ・セットが不正変更されておらず、作成者から発したものであることを検証することを可能にする署名を生成する。その後、第２のシステム２００は、第１のシステム１００から第１のメッセージを受信し、図３乃至図５にさらに示されるような以下のステップを用いて、メッセージ６００をデコードする。

図３に示されるように、第２のシステム２００は、（図２の）メッセージ６００の署名及びメッセージの完全性を検証する（７２０）。デジタル署名を検証するための技術は、当技術分野において周知である。検証を極めて簡単に説明すると、最初に、ダイジェスト（多くの場合、署名されたデータを表す固有のチェック・サムを表す文字列）を再計算し、次に、データ作成者の公開鍵がダイジェスト作成者のものと一致することを検証するというものである。次に、第２のシステム２００は、デジタル署名された確認応答メッセージ７３０によって発信側システム（すなわち、第１のシステム１００）に応答し、この確認応答メッセージ７３０は、図２のデジタル署名されたメッセージ６００において与えられたものと同じメッセージＩＤであるメッセージＩＤ、図２のデジタル署名されたメッセージにおいて与えられたものと同じ署名である、ＩＤと関連した署名、及び第２のシステム２００の署名のうちの少なくとも１つを含む。

図４に与えられるように、第２のシステム２００は、以下のステップを用いて（図３の）第１の確認応答メッセージ７３０をデコードする。第１のシステム１００は、メッセージの署名を検証し、メッセージの完全性、すなわち、伝送中にメッセージが変更されていないことを検証する（７４０）。次に、第１のシステム１００は、メッセージ内のメッセージＩＤ及び署名を識別し、メッセージ内の署名がメッセージＩＤについて生成された署名と一致することを検証する。一致しない場合には、メッセージを作成したシステムにエラーを戻し、署名を検証し、さらに破損を識別する。一致がある場合には、第１のシステム１００は、確認応答により第２のシステム２００に応答する。次に、第１のシステム１００は、前の確認応答メッセージ７５０へのリターン確認応答メッセージを用いて、第２のシステム２００からの応答を待つ。図５に示されるように、確認応答７５０への確認応答が成功すると、（図２の）メッセージ６００のテキストは、メッセージのログへの書き込みと、第２のシステム２００によるユーザ・インタフェースの更新とを含むことができる公式トランスクリプト又は記録７６０にコミットされる。これに関連して、トランスクリプト７６０は、第１のシステム１００から第２のシステム２００への完全なメッセージ・フローを表す公式記録である。

随意的に、１つのシステム（例えば、システム２００）が通信終了コマンドを伝送するトランザクションの終わりに、図６乃至図８にさらに示されるような以下のステップを用いて、調整プロセスを行うことができる。図６に示されるように、第１のシステム１００は、公式トランスクリプトにデジタル署名する（８１０）。デジタル署名は、当技術分野において周知のものである。署名されたデータ・セット及び署名者の秘密鍵の両方に基づいて、固有のハッシュが作成されることが極めて多い。次に、第１のシステム１００は、調整メッセージ８２０を第２のシステム２００に伝送し、調整メッセージ８２０は、調整ＩＤ、メッセージＩＤ、トランスクリプト、及び第１のシステム１００のデジタル署名のうちの少なくとも１つを含む。次に、第２のシステム２００は、以下のステップを用いて調整メッセージを受信し、これをデコードする（８３０）。第２のシステム２００は、メッセージの署名及び該メッセージの完全性を検証する。次に、第２のシステム２００は、メッセージ８２０のペイロード内のトランスクリプトを識別する。より具体的には、図７に示されるように、第２のシステム２００は、次のステップを用いてトランスクリプトを処理する（８４０）。

第２のシステム２００は、トランスクリプトからメッセージＩＤを識別し、トランスクリプトの各ラインからのデジタル署名を第２のシステム２００によって保存されたようなトランスクリプトのローカル・バージョンと比較する。次に、第２のシステム２００は、同一のデータを表さないトランスクリプトの各セクションを、メモリ、ファイル、ディスク、遠隔ストレージ等とすることができるストレージ（図示せず）にログ記録する。その後、第２のシステム２００は、メッセージＩＤ、調整ＩＤ、トランスクリプト、及び差分（トランスクリプト検査プロセスにおいて不一致があった場合）の少なくとも１つを含むデジタル署名された調整応答メッセージ８５０を作成する。この後、第１のシステム１００は、調整応答メッセージ８５０を受信し、以下のステップを用いてメッセージをデコードする（８６０）。第１のシステム１００は、メッセージの署名及び完全性を検証し、該メッセージのペイロード内のトランスクリプト差分を識別する。差分がない場合には、署名された調整応答８５０は、両方の署名（第１のシステム１００及び第２のシステム２００）を含む。

図８に示されるプロセスの次のステップにおいて、第１のシステム１００は、トランスクリプトの差分の存在を検出し、該トランスクリプトを第１のシステム１００上のユーザ８７０に提示する。ユーザ８７０は、（ａ）第２のシステム２００のトランスクリプトのバージョンを受け入れること、（ｂ）トランスクリプトを手作業で修正し、矛盾（conflict）を解決すること、又は（ｃ）変更を拒否し、トランスクリプトを検証できないままにすることによって、トランスクリプトを調べる（８８０）。次に、第１のシステム１００のユーザ８７０は、新しい調整メッセージ８９０を介して変更を第２のシステム２００にサブミットし、プロセスは、これが異常終了されるか又は調整が成功するまで継続し、ここで、成功は、関係する全てのシステム（第１のシステム１００及び第２のシステム２００）によって署名された２つの完全に正確なコピーにより判定される。

別の実施形態においては、差分が第１のシステム１００及び第２のシステム２００の両方に保存されるトランスクリプトによって、成功を判定することができる。この実施形態においては、両方のシステム１００、２００は、全ての変更及び最終文書の経過を追っている。差分は、通信の一部としてローカルにログ記録されるので、各々のシステム１００、２００は、最終トランスクリプト７６０の同一コピーと、調整されていることも、いないこともある差分とを有している。別の実施形態は、例えば、１０％の一致など、所定の一致レベルで成功に達したものとすることが可能である。より具体的には、第１のシステム１００のトランスクリプトと第２のシステム２００のトランスクリプトとの間の差のどの程度が一致したかということである。例えば、チャット・トランスクリプトにおける１％の差は許容できるが、５０％が異なる場合には、調整するか又は疑わしいものとして格納しなければならない。さらに別の実施形態は、このプロセスを、過去の行動又は傾向に基づいた自動的なものとすることができる。この実施形態において、ローカル・システム１００、２００は、要求される必要な百分率の同一トランスクリプトのような傾向を格納する。例えば、第１のシステム１００は、３０％正確である文書が許容可能であるという傾向を有することができる。このことにより、第１のシステム１００が、そのレベルの精度まで全てのトランスクリプトを自動的に受け入れることが可能になる。別の例は、差の調整をどのように処理するかという傾向を含むことができる。ここで、第１のシステム１００は、常に調整するわけではないので、全てのトランスクリプトは、識別された差分と共に保存することができるだけである。第１のシステム１００は、コンピュータのオペレータ（すなわち、ユーザ８７０）に、対話型の調整をするように促すものではない。さらに別の例は、所与のユーザが、それらの記録に従うかどうかを示す追随傾向（defer preference）を格納するものとすることができる。例えば、第１のシステム１００は、第２のシステム２００が、変更が存在すること及び何が正しいデータであるべきかを示す何らかのメッセージを単に受け入れることによって、第２のシステム２００のアサーションに従うことができる。

図１乃至図８と関連した図９は、コンピュータ・ネットワーク５０において第１のシステム１００から第２のシステム２００に協働的な否認防止メッセージ交換を行う方法を示すフロー図であり、この方法は、第２のシステム２００の現在のシステム時刻と実際の時刻との間の相違をチェックすること（９０１）と、時刻同期プロセス４００を実行して、現在のシステム時刻を実際の時刻と一致させること（９０３）と、第１のシステム１００と第２のシステム１００との間で公開暗号鍵５００を交換すること（９０５）と、デジタル署名されたメッセージ６００を第１のシステム１００から第２のシステム２００に送信すること（９０７）とを含む。次のステップ（９０９）は、デジタル署名されたメッセージ６００をデコードすることと、第２のシステム２００から第１のシステム１００にデジタル署名された確認応答メッセージ７３０を送信すること（９１１）とを含む。その後、次のステップ（９１３）は、デジタル署名された確認応答メッセージ７３０をデコードすることと、デジタル署名されたメッセージ６００のテキストを第１のシステム１００の公式トランスクリプト７６０にコミットすること（９１５）とを含む。代替的に、チェックするステップ（９０１）の前に交換するステップ（９０５）を行うこともできる。

この方法は、第１のシステム１００と第２のシステム２００との間で調整メッセージ８２０を伝送することと、トランスクリプトを有するペイロードを含む調整メッセージ８２０をデコードすること（８３０）と、トランスクリプト内の識別されたテキストとトランスクリプト内の実際のテキストとの間のトランスクリプト差分を生成することによって、トランスクリプトの精度を判定すること（８４０）と、デジタル署名された調整応答メッセージ８５０を送信することと、デジタル署名された調整応答メッセージ８５０をデコードすること（８６０）と、トランスクリプトを受け入れるかどうかを調べ、判定すること（８８０）とをさらに含むことができる。

時刻同期プロセス４００は、第２のシステム２００によって該第２のシステム２００の現在のシステム時刻を検証することと、第２のシステム２００の公式時刻チェックが必要とされるかどうかを判定することと、周知のタイムサーバのリストに接続して、第２のシステム２００の現在のシステム時刻を再同期させることと、タイムサーバによって第２のシステム２００の現在のシステム時刻を確認することと、現在のシステム時刻が予め指定された閾値と一致するかどうかを判定することと、現在のシステム時刻を実際の時刻として受け入れるかどうかを判定することとを含むことができる。

デジタル署名されたメッセージ６００をデコードするプロセス（９０９）は、デジタル署名されたメッセージ６００のデジタル署名を検証することと、デジタル署名されたメッセージ６００のデジタル完全性を検証することとを含むことが好ましい。デジタル署名された確認応答メッセージ７３０をデコードするプロセス（９１３）は、デジタル署名された確認応答メッセージ７３０のデジタル署名を検証することと、デジタル署名された確認応答メッセージ７３０のデジタル完全性を検証することと、デジタル署名された確認応答メッセージ７３０内のメッセージ識別子及びデジタル署名を識別することと、デジタル署名がメッセージ識別子について生成されたデジタル署名と一致することを検証することとを含むことが好ましい。好ましくは、調整メッセージ８２０をデコードすること（８３０）は、調整メッセージ８２０のデジタル署名を検証することと、調整メッセージ８２０の完全性を検証することとを含むことが好ましい。

本発明の実施形態は、全体がハードウェアの実施形態、全体がソフトウェアの実施形態、また、ハードウェア要素とソフトウェア要素の両方を含む実施形態の形式を取ることができる。好ましい実施形態は、ファームウェア、常駐ソフトウェア、マイクロコード等を含むが、これらに限定されるものではないソフトウェアに実装される。

さらに、本発明の実施形態は、コンピュータ又はいずれかの命令実行システムによって、又はこれらと接続して用いるためのプログラム・コードを提供するコンピュータ使用可能媒体又はコンピュータ可読媒体からアクセス可能なコンピュータ・プログラムの形態を取ることができる。この説明のために、コンピュータ使用可能媒体又はコンピュータ可読媒体は、命令実行システム、機器、又は装置によって、或いはこれらと接続して用いるためのプログラムを含み、格納し、通信し、伝搬し、又は転送することが可能ないずれかの有形の装置とすることができる。

媒体は、電子システム、磁気システム、光学システム、電磁気システム、赤外線システム、若しくは半導体システム（又は機器若しくは装置）、又は伝播媒体とすることができる。コンピュータ可読媒体の例は、半導体メモリ又は固体メモリ、磁気テープ、取り外し可能コンピュータ・ディスケット、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、剛性磁気ディスク及び光ディスクを含む。現時点における光ディスクの例は、コンパクト・ディスク−読み出し専用メモリ（ＣＤ−ＲＯＭ）、コンパクト・ディスク−読み取り／書き込み（ＣＤ−Ｒ／Ｗ）及びＤＶＤを含む。

プログラム・コードを格納及び／又は実行するのに適したデータ処理システムは、システム・バスを通してメモリ要素に直接的に又は間接的に接続された少なくとも１つのプロセッサを含む。メモリ要素は、プログラム・コードの実際の実行時に使用されるローカル・メモリと、大容量記憶装置と、実行時に大容量記憶装置からコードを取得しなければならない回数を減少させるように少なくとも幾つかのプログラム・コードの一時的な記憶場所を提供するキャッシュ・メモリとを含むことができる。

入力／出力（Ｉ／Ｏ）装置（キーボード、ディスプレイ、ポインティング装置などを含むが、これらに限定されるものではない）は、直接的に、又は介在するＩ／Ｏコントローラを通して、システムに接続することができる。データ処理システムが、介在するプライベート・ネットワーク又は公衆ネットワークを通して、データ処理システムを、他のデータ処理システム又は遠隔プリンタ若しくはストレージ装置に接続できるように、ネットワーク・アダプタをシステムに接続することもできる。モデム、ケーブル・モデム及びイーサネット（登録商標）・カードは、現時点で利用可能なごくわずかなタイプのネットワーク・アダプタである。

本発明の実施形態を実施するための代表的なハードウェア環境が、図１０に示される。この概略図は、実施形態に従った情報処理／コンピュータ・システムのハードウェア構成を示す。このシステムは、システム・バス１２を介して、少なくとも１つのプロセッサ又は中央処理装置（ＣＰＵ）１０を含む。ＣＰＵ１０は、ランダム・アクセス・メモリ（ＲＡＭ）１４、読み出し専用メモリ（ＲＯＭ）１６及び入力／出力（Ｉ／Ｏ）アダプタ１８のような種々のデバイスに相互接続される。Ｉ／Ｏアダプタ１８は、ディスク・ユニット１１及びテープ・ドライバ１３のような周辺機器、又はシステムによって読み取り可能な他のプログラム・ストレージ・デバイスに接続することができる。このシステムは、プログラム・ストレージ・デバイス上の本発明の命令を読み取り、これらの命令に従って、本発明の実施形態の方法を実行することができる。このシステムは、ユーザ入力を集めるために、キーボード１５、マウス１７、スピーカ２４、マイクロフォン２２、及び／又はタッチスクリーン装置（図示せず）のような他のユーザ・インタフェース装置をバス１２に接続するユーザ・インタフェース・アダプタ１９をさらに含む。さらに、通信アダプタ２０は、バス１２をデータ処理ネットワーク２５に接続し、ディスプレイ・アダプタ２１は、バス１２を、例えば、モニタ、プリンタ、又は送信機のような出力装置として実現できるディスプレイ装置２３に接続する。

上記の特定の実施形態は、本発明の一般的な性質を十分に明らかにするものであるため、他者は、現在の知識を適用して、包括的な概念から逸脱することなく種々の用途のためにこの特定の実施形態を容易に改変し及び／又は適合させることができ、よって、このような適合及び改変は、開示された実施形態の均等物の意味及び範囲内にあるものと理解されるべきであり、かつそのように意図されている。本明細書に用いられている用語又は術語は、説明を目的とするものであり、限定を目的とするものではないことを理解すべきである。従って、好ましい実施形態に関して本発明の実施形態を説明してきたが、当業者であれば、本発明の実施形態は特許請求の範囲の趣旨及び範囲内で改変して実施できることが分かるであろう。

本発明の好ましい実施形態によるプロセスのシステム実施の概略図を示す。 本発明の好ましい実施形態によるプロセスのシステム実施の概略図を示す。 本発明の好ましい実施形態によるプロセスのシステム実施の概略図を示す。 本発明の好ましい実施形態によるプロセスのシステム実施の概略図を示す。 本発明の好ましい実施形態によるプロセスのシステム実施の概略図を示す。 本発明の好ましい実施形態によるプロセスのシステム実施の概略図を示す。 本発明の好ましい実施形態によるプロセスのシステム実施の概略図を示す。 本発明の好ましい実施形態によるプロセスのシステム実施の概略図を示す。 本発明の好ましい実施形態による好ましい方法を示すフロー図である。 本発明の好ましい実施形態によるコンピュータ・システム図を示す。

Claims (4)

1. コンピュータ・ネットワークにおいて第１のシステムから第２のシステムへのメッセージ交換を行う方法であって、
   前記第２のシステム内の現在のシステム時刻と実際の時刻との間の相違をチェックすることと、
   時刻同期プロセスを実行して、前記現在のシステム時刻を前記実際の時刻と一致させることと、
   前記第１のシステムと前記第２のシステムとの間で公開暗号鍵を交換することと、
   前記第１のシステムから前記第２のシステムにデジタル署名されたメッセージを送信することと、
   前記デジタル署名されたメッセージをデコードすることと、
   前記第２のシステムから前記第１のシステムにデジタル署名された確認応答メッセージを送信することと、
   前記デジタル署名された確認応答メッセージを前記第１のシステムにおいてデコードし、さらに第２のシステムへリターン確認応答メッセージを送信することと、
   前記リターン確認応答メッセージを前記第２のシステムにおいて受信し、前記デジタル署名されたメッセージのテキストを前記第２のシステム上のトランスクリプトにコミットすることと、
   前記第１のシステムと前記第２のシステムとの間で調整メッセージを伝送することと、
   前記第２のシステムにおいて、前記調整メッセージをデコードすることであり、前記調整メッセージは前記第１のシステムからのトランスクリプトを有するペイロードを含む、ことと、
   前記第２のシステムにおいて、前記第１のシステムからのトランスクリプト内の識別されたテキストと前記第２のシステム上のトランスクリプト内のテキストとの間のトランスクリプト差分を生成することによって、前記第１のシステムからのトランスクリプトの精度を判定することと、
   前記第２のシステムがデジタル署名された調整応答メッセージを送信することとであり、前記調整応答メッセージが前記トランスクリプト差分により識別される不一致に関連する情報を含む、ことと、
   前記第１のシステムにおいて、前記デジタル署名された調整応答メッセージをデコードすることと、
   前記第１のシステムにおいて、前記情報を調べることと、
   前記第１のシステムにおいて、前記情報に基づいて、前記第２のシステムにおける前記トランススクリプトを受け入れるかどうかを判定することと
   を含む方法。
2. 前記調整メッセージをデコードすることは、
   前記調整メッセージのデジタル署名を検証することと、
   前記調整メッセージの完全性を検証することと、
   を含む、請求項１に記載の方法。
3. コンピュータ・ネットワークにおいて第１のシステムから第２のシステムへのメッセージ交換を行うためのプログラムであって、
   コンピュータに、
   前記第２のシステム内の現在のシステム時刻と実際の時刻との間の相違をチェックすることと、
   時刻同期プロセスを実行して、前記現在のシステム時刻を前記実際の時刻と一致させることと、
   前記第１のシステムと前記第２のシステムの間で公開暗号鍵を交換することと、
   前記第１のシステムから前記第２のシステムにデジタル署名されたメッセージを送信することと、
   前記デジタル署名されたメッセージをデコードすることと、
   前記第２のシステムから前記第１のシステムにデジタル署名された確認応答メッセージを送信することと、
   前記デジタル署名された確認応答メッセージを前記第１のシステムにおいてデコードし、さらに第２のシステムへリターン確認応答メッセージを送信することと、
   前記リターン確認応答メッセージを前記第２のシステムにおいて受信し、前記デジタル署名されたメッセージのテキストを前記第２のシステム上のトランスクリプトにコミットすることと、
   前記第１のシステムと前記第２のシステムとの間で調整メッセージを伝送することと、
   前記第２のシステムにおいて、前記調整メッセージをデコードすることであり、前記調整メッセージは前記第１のシステムからのトランスクリプトを有するペイロードを含む、ことと、
   前記第２のシステムにおいて、前記第１のシステムからのトランスクリプト内の識別されたテキストと前記第２のシステム上のトランスクリプト内のテキストとの間のトランスクリプト差分を生成することによって、前記第１のシステムからのトランスクリプトの精度を判定することと、
   前記第２のシステムがデジタル署名された調整応答メッセージを送信することとであり、前記調整応答メッセージが前記トランスクリプト差分により識別される不一致に関連する情報を含む、ことと、
   前記第１のシステムにおいて、前記デジタル署名された調整応答メッセージをデコードすることと、
   前記第１のシステムにおいて、前記情報を調べることと、
   前記第１のシステムにおいて、前記情報に基づいて、前記第２のシステムにおける前記トランススクリプトを受け入れるかどうかを判定することと
   を実行させる、前記プログラム。
4. 前記調整メッセージをデコードすることは、
   前記調整メッセージのデジタル署名を検証することと、
   前記調整メッセージの完全性を検証することと、
   を含む、請求項３に記載の前記プログラム。

Images