(57)【要約】【課題】  共同制作電子メール文書を作成するための方法、システム、およびプログラムを提供することにある。【解決手段】  この方法は、管理者のコンピュータ上で共同制作電子メール文書を確立するステップと、文書を表示し編集することを許可されている１人または複数の共同制作者を識別するステップと、表示し編集するために文書のコピーを共同制作者に提供するステップであって、共同制作者のコピーが共同制作者のコンピュータ上に常駐するステップと、文書の少なくとも１つのコピーで改訂を作成するステップと、改訂を記録するステップと、改訂により共同制作者のコンピュータ上の文書のコピーを更新するステップとを含む。諸実施形態は概して、電子メール文書の編集可能部分を識別するステップを含み、特定の共同制作者のみが文書の１つまたは複数の部分を表示し編集することを許可されることを指定するステップを含む。多くの諸実施形態では、サーバまたはその他の場所でそれに対する改訂が認識されない共同制作文書の「マスター・コピー」がまったく存在しないように、改訂はサーバを通って流される。【選択図】  図２
2007501969.tif 000002
【特許請求の範囲】
【請求項１】
共同制作電子メール文書を作成するための方法において、
前記方法が、
管理者のコンピュータ上で共同制作電子メール文書を確立するステップと、
前記文書を表示し編集することを許可されている１人または複数の共同制作者を識別するステップと、
表示し編集するために前記文書のコピーを前記共同制作者に提供するステップであって、前記共同制作者のコピーが共同制作者のコンピュータ上に常駐するステップと、
前記文書の少なくとも１つのコピーで改訂を作成するステップと、
前記改訂を記録するステップと、
前記改訂により共同制作者のコンピュータ上の前記文書の前記コピーを更新するステップと
を有する方法。
【請求項２】
管理者のコンピュータ上で共同制作電子メール文書を確立する前記ステップが、
前記文書に関する管理者を識別するステップと、
前記管理者のコンピュータ上で前記文書の管理用コピーを保持するステップとを有する、請求項１に記載の方法。
【請求項３】
特定の共同制作者のみが前記文書の１つまたは複数の部分を編集するための許可を前記文書に記録するステップをさらに有する、請求項１または請求項２に記載の方法。
【請求項４】
前記文書に関する１人または複数の署名者を識別するステップと、署名するために前記文書のコピーを各署名者に提供するステップと、各署名者に関するデジタル署名を前記文書に添付するステップと、前記管理者のコンピュータから受信人に署名付き前記文書を送信するステップとをさらに有する、請求項１ないし３のいずれかに記載の方法。
【請求項５】
前記文書がすべての署名者からの有効なデジタル署名を含む場合のみ、前記管理者のコンピュータから受信人に前記共同制作電子メール文書を送信するステップをさらに有する、請求項１ないし４のいずれかに記載の方法。
【請求項６】
改訂を記録する前記ステップが、共同制作者のコンピュータにとってアクセス可能なコンピュータ上に前記改訂を保管するステップ、各改訂ごとのバージョンＩＤとともに前記改訂を保管するステップ、または各改訂ごとのシーケンスＩＤとともに前記改訂を保管するステップのうちの１つを有する、請求項１ないし５のいずれかに記載の方法。
【請求項７】
前記改訂により前記文書の前記コピーを更新する前記ステップが、改訂の同期通信に使用可能な共同制作者コンピュータを識別するステップと、同期通信に使用可能な共同制作者コンピュータに同期的に改訂を通信するステップと、同期通信に使用可能な共同制作者のコンピュータ上で前記文書の前記コピーに関する現行バージョンＩＤを更新するステップとを有する、請求項１ないし６のいずれかに記載の方法。
【請求項８】
改訂により前記文書の前記コピーを更新する前記ステップが、前記文書のあるコピーに関する現行バージョンＩＤより後のすべての改訂により前記コピーを更新するステップを有する、請求項１ないし７のいずれかに記載の方法。
【請求項９】
共同制作電子メール文書を作成するためのシステムにおいて、
前記システムが、
管理者のコンピュータ上で共同制作電子メール文書を確立するための手段と、
前記文書を表示し編集することを許可されている１人または複数の共同制作者を識別するための手段と、
表示し編集するために前記文書のコピーを前記共同制作者に提供するための手段であって、前記共同制作者のコピーが共同制作者のコンピュータ上に常駐する手段と、
前記文書の少なくとも１つのコピーで改訂を作成するための手段と、
前記改訂を記録するための手段と、
前記改訂により共同制作者のコンピュータ上の前記文書の前記コピーを更新するための手段と
を有するシステム。
【請求項１０】
コンピュータ・システムにロードされ、そこで実行されたときに、前記コンピュータ・システムに請求項１ないし８のいずれかに記載の方法の前記ステップを実行させるためのコンピュータ・プログラム・コードを有するコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、データ処理であり、より具体的には、共同制作電子メール（collaborative email）に関する方法、システム、およびプログラムである。
【背景技術】
【０００２】
電子メール文書を作成する際の共同制作のためのシステムは、一般に、中心的場所で文書のマスター・コピーを維持し、マスター・コピーの変更を記録し、文書全体の新しいコピーを提供することにより共同制作者（collaborator）のコピーを更新する。これは、特に、ある期間の間に多くの改訂が行われるときに、大量の帯域幅を使用する。Ｕｎｉｘ(R)のソース・コード管理システムまたは「ＳＣＣＳ：Source Code Control System」ならびにコンカレント・バージョン・システムまたは「ＣＶＳ：Concurrent Versions System」として知られるオープンソース・バージョン管理システムなどのバージョン管理システムが存在する。このようなシステムは、ソース・コード文書に関するバージョン管理指向が強いが、実情では特定の改訂レベルへの自動更新または有効なデジタル署名による認証などの共同制作の特徴に関するサポートが欠けていて、共同制作電子メールとはあまりうまく統合されない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このような理由で、共同制作電子メールのためのシステムおよび方法の改良の必要性が持続している。
【課題を解決するための手段】
【０００４】
第１の態様では、本発明は、共同制作電子メール文書を作成するための方法を提供し、この方法は、管理者のコンピュータ上で共同制作電子メール文書を確立するステップと、文書を表示し編集することを許可されている１人または複数の共同制作者を識別するステップと、表示し編集するために文書のコピーを共同制作者に提供するステップであって、共同制作者のコピーが共同制作者のコンピュータ上に常駐するステップと、文書の少なくとも１つのコピーで改訂を作成するステップと、改訂を記録するステップと、改訂により共同制作者のコンピュータ上の文書のコピーを更新するステップとを有する。
【０００５】
好ましくは、共同制作者は管理者を含む。
【０００６】
好ましくは、管理者のコンピュータ上で共同制作電子メール文書を確立するステップは、文書に関する管理者を識別するステップと、管理者のコンピュータ上で文書の管理用コピーを保持するステップとを有する。
【０００７】
この方法は好ましくは、電子メール文書の編集可能部分を識別するステップをさらに有し、１人または複数の共同制作者を識別するステップは、特定の共同制作者のみが文書の１つまたは複数の部分を表示し編集することを許可されることを指定するステップをさらに有する。
【０００８】
この方法は好ましくは、特定の共同制作者のみが文書の１つまたは複数の部分を編集するための許可を文書に記録するステップをさらに有する。
【０００９】
この方法は好ましくは、文書に関する１人または複数の署名者を識別するステップと、署名するために文書のコピーを各署名者に提供するステップと、各署名者に関するデジタル署名を文書に添付するステップと、管理者のコンピュータから受信人に署名付き文書を送信するステップとをさらに有する。
【００１０】
この方法は好ましくは、文書がすべての署名者からの有効なデジタル署名を含む場合のみ、管理者のコンピュータから受信人に共同制作電子メール文書を送信するステップをさらに有する。
【００１１】
好ましくは、改訂を記録するステップは、共同制作者のコンピュータにとってアクセス可能なコンピュータ上に改訂を保管するステップを有する。
【００１２】
好ましくは、改訂を記録するステップは、各改訂ごとのバージョンＩＤとともに改訂を保管するステップを有する。
【００１３】
好ましくは、改訂を記録するステップは、各改訂ごとのシーケンスＩＤとともに改訂を保管するステップを有する。
【００１４】
好ましくは、改訂により文書のコピーを更新するステップは、共同制作者および管理者のコンピュータに非同期的に改訂を通信するステップをさらに有する。
【００１５】
好ましくは、改訂により文書の共同制作者のコピーを更新するステップは、改訂が行われたときに１人または複数の共同制作者に同期的に改訂を通信するステップをさらに有する。
【００１６】
好ましくは、改訂により文書のコピーを更新するステップは、改訂の同期通信に使用可能な共同制作者コンピュータを識別するステップと、同期通信に使用可能な共同制作者コンピュータに同期的に改訂を通信するステップと、同期通信に使用可能な共同制作者のコンピュータ上で文書のコピーに関する現行バージョンＩＤを更新するステップとを有する。
【００１７】
好ましくは、改訂の同期通信に使用可能な共同制作者コンピュータを識別するステップは、共同制作者のコピーが最新改訂と同期しているかどうかを判定するステップを有する。
【００１８】
好ましくは、改訂により文書のコピーを更新するステップは、文書のあるコピーに関する現行バージョンＩＤより後のすべての改訂によりそのコピーを更新するステップを有する。
【００１９】
第２の態様では、本発明は、共同制作電子メール文書を作成するためのシステムを提供し、このシステムは、管理者のコンピュータ上で共同制作電子メール文書を確立するための手段と、文書を表示し編集することを許可されている１人または複数の共同制作者を識別するための手段と、表示し編集するために文書のコピーを共同制作者に提供するための手段であって、共同制作者のコピーが共同制作者のコンピュータ上に常駐する手段と、文書の少なくとも１つのコピーで改訂を作成するための手段と、改訂を記録するための手段と、改訂により共同制作者のコンピュータ上の文書のコピーを更新するための手段とを有する。
【００２０】
好ましくは、共同制作者は管理者を含む。
【００２１】
好ましくは、管理者のコンピュータ上で共同制作電子メール文書を確立するための手段は、文書に関する管理者を識別するための手段と、管理者のコンピュータ上で文書の管理用コピーを保持するための手段とを有する。
【００２２】
このシステムは好ましくは、電子メール文書の編集可能部分を識別するための手段をさらに有し、１人または複数の共同制作者を識別するための手段は、特定の共同制作者のみが文書の１つまたは複数の部分を表示し編集することを許可されることを指定するための手段をさらに有する。
【００２３】
このシステムは好ましくは、特定の共同制作者のみが文書の１つまたは複数の部分を編集するための許可を文書に記録するための手段をさらに有する。
【００２４】
このシステムは好ましくは、文書に関する１人または複数の署名者を識別するための手段と、署名するために文書のコピーを各署名者に提供するための手段と、各署名者に関するデジタル署名を文書に添付するための手段と、管理者のコンピュータから受信人に署名付き文書を送信するための手段とをさらに有する。
【００２５】
このシステムは好ましくは、文書がすべての署名者からの有効なデジタル署名を含む場合のみ、管理者のコンピュータから受信人に共同制作電子メール文書を送信するための手段をさらに有する。
【００２６】
好ましくは、改訂を記録するための手段は、共同制作者のコンピュータにとってアクセス可能なコンピュータ上に改訂を保管するための手段を有する。
【００２７】
好ましくは、改訂を記録するための手段は、各改訂ごとのバージョンＩＤとともに改訂を保管するための手段を有する。
【００２８】
好ましくは、改訂を記録するための手段は、各改訂ごとのシーケンスＩＤとともに改訂を保管するための手段を有する。
【００２９】
好ましくは、改訂により文書のコピーを更新するための手段は、共同制作者および管理者のコンピュータに非同期的に改訂を通信するための手段をさらに有する。
【００３０】
好ましくは、改訂により文書の共同制作者のコピーを更新するための手段は、改訂が行われたときに１人または複数の共同制作者に同期的に改訂を通信するための手段をさらに有する。
【００３１】
好ましくは、改訂により文書のコピーを更新するための手段は、改訂の同期通信に使用可能な共同制作者コンピュータを識別するための手段と、同期通信に使用可能な共同制作者コンピュータに同期的に改訂を通信するための手段と、同期通信に使用可能な共同制作者のコンピュータ上で文書のコピーに関する現行バージョンＩＤを更新するための手段とを有する。
【００３２】
好ましくは、改訂の同期通信に使用可能な共同制作者コンピュータを識別するための手段は、共同制作者のコピーが最新改訂と同期しているかどうかを判定するための手段を有する。
【００３３】
好ましくは、改訂により文書のコピーを更新するための手段は、文書のあるコピーに関する現行バージョンＩＤより後のすべての改訂によりそのコピーを更新するための手段を有する。
【００３４】
第３の態様では、本発明は、コンピュータ・システムにロードされ、そこで実行されたときに、前記コンピュータ・システムに第１の態様による方法の諸ステップを実行させるためのコンピュータ・プログラム・コードを有するコンピュータ・プログラムを有する。
【００３５】
このコンピュータ・プログラムの好ましい特徴は、第１の態様の好ましい特徴に対応する諸ステップを実行するためのコード手段を有する。
【００３６】
本発明の第３の態様は、共同制作電子メール文書を作成するためのコンピュータ・プログラムの形を取ることができ、このコンピュータ・プログラムは、記録媒体と、管理者のコンピュータ上で共同制作電子メール文書を確立するための記録媒体に記録された手段と、文書を表示し編集することを許可されている１人または複数の共同制作者を識別するための記録媒体に記録された手段と、表示し編集するために文書のコピーを共同制作者に提供するための記録媒体に記録された手段であって、共同制作者のコピーが共同制作者のコンピュータ上に常駐する手段と、文書の少なくとも１つのコピーで改訂を作成するための記録媒体に記録された手段と、改訂を記録するための記録媒体に記録された手段と、改訂により共同制作者のコンピュータ上の文書のコピーを更新するための記録媒体に記録された手段とを有する。
【００３７】
好ましくは、共同制作者は管理者を含む。
【００３８】
好ましくは、管理者のコンピュータ上で共同制作電子メール文書を確立するための手段は、文書に関する管理者を識別するための記録媒体に記録された手段と、管理者のコンピュータ上で文書の管理用コピーを保持するための記録媒体に記録された手段とを有する。
【００３９】
このコンピュータ・プログラムは好ましくは、電子メール文書の編集可能部分を識別するための記録媒体に記録された手段をさらに有し、１人または複数の共同制作者を識別するための手段は、特定の共同制作者のみが文書の１つまたは複数の部分を表示し編集することを許可されることを指定するための記録媒体に記録された手段をさらに有する。
【００４０】
このコンピュータ・プログラムは好ましくは、特定の共同制作者のみが文書の１つまたは複数の部分を編集するための許可を文書に記録するための記録媒体に記録された手段をさらに有する。
【００４１】
このコンピュータ・プログラムは好ましくは、文書に関する１人または複数の署名者を識別するための記録媒体に記録された手段と、署名するために文書のコピーを各署名者に提供するための記録媒体に記録された手段と、各署名者に関するデジタル署名を文書に添付するための記録媒体に記録された手段と、管理者のコンピュータから受信人に署名付き文書を送信するための記録媒体に記録された手段とをさらに有する。
【００４２】
このコンピュータ・プログラムは好ましくは、文書がすべての署名者からの有効なデジタル署名を含む場合のみ、管理者のコンピュータから受信人に共同制作電子メール文書を送信するための記録媒体に記録された手段をさらに有する。
【００４３】
好ましくは、改訂を記録するための手段は、共同制作者のコンピュータにとってアクセス可能なコンピュータ上に改訂を保管するための記録媒体に記録された手段を有する。
【００４４】
好ましくは、改訂を記録するための手段は、各改訂ごとのバージョンＩＤとともに改訂を保管するための記録媒体に記録された手段を有する。
【００４５】
好ましくは、改訂を記録するための手段は、各改訂ごとのシーケンスＩＤとともに改訂を保管するための記録媒体に記録された手段を有する。
【００４６】
好ましくは、改訂により文書のコピーを更新するための手段は、共同制作者および管理者のコンピュータに非同期的に改訂を通信するための記録媒体に記録された手段をさらに有する。
【００４７】
好ましくは、改訂により文書の共同制作者のコピーを更新するための手段は、改訂が行われたときに１人または複数の共同制作者に同期的に改訂を通信するための記録媒体に記録された手段をさらに有する。
【００４８】
好ましくは、改訂により文書のコピーを更新するための手段は、改訂の同期通信に使用可能な共同制作者コンピュータを識別するための記録媒体に記録された手段と、同期通信に使用可能な共同制作者コンピュータに同期的に改訂を通信するための記録媒体に記録された手段と、同期通信に使用可能な共同制作者のコンピュータ上で文書のコピーに関する現行バージョンＩＤを更新するための記録媒体に記録された手段とを有する。
【００４９】
好ましくは、改訂の同期通信に使用可能な共同制作者コンピュータを識別するための手段は、共同制作者のコピーが最新改訂と同期しているかどうかを判定するための記録媒体に記録された手段を有する。
【００５０】
好ましくは、改訂により文書のコピーを更新するための手段は、文書のあるコピーに関する現行バージョンＩＤより後のすべての改訂によりそのコピーを更新するための記録媒体に記録された手段を有する。
【００５１】
したがって、本発明は、様々な態様および好ましい諸実施形態において、共同制作電子メール文書を作成するための方法、システム、およびコンピュータ・プログラムを提供し、管理者のコンピュータ上で共同制作電子メール文書を確立するステップと、文書を表示し編集することを許可されている１人または複数の共同制作者を識別するステップであって、共同制作者が任意選択で管理者を含むステップと、表示し編集するために文書のコピーを共同制作者に提供するステップであって、共同制作者のコピーが共同制作者のコンピュータ上に常駐するステップと、文書の少なくとも１つのコピーで改訂を作成するステップと、改訂を記録するステップと、改訂により共同制作者のコンピュータ上の文書のコピーを更新するステップとを含む。典型的な諸実施形態では、管理者のコンピュータ上で共同制作電子メール文書を確立するステップは、文書に関する管理者を識別するステップと、管理者のコンピュータ上で文書の管理用コピーを保持するステップとを含む。典型的な諸実施形態では、改訂により文書のコピーを更新するステップは、文書のあるコピーに関する現行バージョンＩＤより後の１つまたは複数の改訂によりそのコピーを更新するステップを含む。
【００５２】
典型的な諸実施形態は、電子メール文書の編集可能部分を識別するステップを含み、１人または複数の共同制作者を識別するステップは、特定の共同制作者のみが文書の１つまたは複数の部分を表示し編集することを許可されることを指定するステップをさらに有する。典型的な諸実施形態は、特定の共同制作者のみが文書の１つまたは複数の部分を編集するための許可を文書に記録するステップも含む。
【００５３】
典型的な諸実施形態は、文書に関する１人または複数の署名者を識別するステップと、署名するために文書のコピーを各署名者に提供するステップと、各署名者に関するデジタル署名を文書に添付するステップと、管理者のコンピュータから受信人に署名付き文書を送信するステップも含む。このような諸実施形態は概して、文書がすべての署名者からの有効なデジタル署名を含む場合のみ、管理者のコンピュータから受信人に共同制作電子メール文書を送信するステップも含む。
【００５４】
典型的な諸実施形態では、改訂を記録するステップは、共同制作者のコンピュータにとってアクセス可能なコンピュータ上に改訂を保管するステップを有する。このような諸実施形態では、改訂を記録するステップは概して、各改訂ごとのバージョンＩＤとともに改訂を保管するステップを含む。このような諸実施形態では、改訂を記録するステップは概して、各改訂ごとのシーケンスＩＤとともに改訂を保管するステップを含む。
【００５５】
典型的な諸実施形態では、改訂により共同制作電子メール文書のコピーを更新するステップは、共同制作者および管理者のコンピュータに非同期的に改訂を通信するステップをさらに有する。多くの諸実施形態では、改訂により文書の共同制作者のコピーを更新するステップは、改訂が行われたときに１人または複数の共同制作者に同期的に改訂を通信するステップをさらに有する。このような諸実施形態では、改訂により文書のコピーを更新するステップは、多くの場合、改訂の同期通信に使用可能な共同制作者コンピュータを識別するステップと、同期通信に使用可能な共同制作者コンピュータに同期的に改訂を通信するステップと、同期通信に使用可能な共同制作者のコンピュータ上で文書のコピーに関する現行バージョンＩＤを更新するステップとを含む。このような諸実施形態では、改訂の同期通信に使用可能な共同制作者コンピュータを識別するステップは概して、共同制作者のコピーが最新改訂と同期しているかどうかを判定するステップを含む。
【００５６】
次に、添付図面に関連して、一例としてのみ、本発明の好ましい諸実施形態を説明する。
【発明を実施するための最良の形態】
【００５７】
概要
本明細書の大部分では、共同制作電子メールのための方法に関して本発明を説明する。しかし、当業者であれば、開示された方法により動作するための適切なプログラミング手段を含む任意のコンピュータ・システムも本発明の範囲内に十分含まれることを認識するであろう。
【００５８】
適切なプログラミング手段は、本発明の方法の諸ステップを実行するようにコンピュータ・システムに指示するための任意の手段を含み、たとえば、コンピュータ・メモリに結合された処理装置および演算論理装置からなるシステムを含み、このシステムはコンピュータ・メモリに保管する能力を有し、このコンピュータ・メモリは、データおよびプログラム命令と、処理装置による実行のための本発明の方法のプログラム式ステップとを保管するように構成された電子回路を含む。また、本発明は、任意の適切なデータ処理システムで使用するためのディスケットまたはその他の記録媒体などのコンピュータ・プログラムとして実施することもできる。
【００５９】
コンピュータ・プログラムの諸実施形態は、磁気媒体、光学媒体、またはその他の適切な媒体を含む、機械可読情報のための任意の記録媒体の使用により実現することができる。当業者であれば、適切なプログラミング手段を有する任意のコンピュータ・システムはプログラムとして実施された本発明の方法の諸ステップを実行可能になることを直ちに認識するであろう。当業者であれば、本明細書に記載された例示的な諸実施形態のほとんどはコンピュータ・ハードウェアにインストールされ、そこで実行されるソフトウェアを指向するものであるが、それにもかかわらず、ファームウェアまたはハードウェアとして実現された代替諸実施形態も本発明の範囲内であることを直ちに認識するであろう。
【００６０】
定義
本明細書では、「フィールド」、「データ要素」、および「属性」という用語は、文脈で他の指示がない限り、一般に同義語として使用され、概してデジタル・データとして表される個々の情報要素を指す。データ要素の集合体は「レコード」または「データ構造」と呼ばれる。レコードの集合体は「テーブル」または「ファイル」と呼ばれる。ファイルまたはテーブルの集合体は「データベース」と呼ばれる。データベース内のテーブルに関連して、フィールドは「列」と呼ばれる場合もあり、レコードは「行」と呼ばれる場合もある。メンバ・メソッド、機能、またはソフトウェア・ルーチンならびにデータ要素を含む複合データ構造は「クラス」と呼ばれる。クラスのインスタンスは「オブジェクト」または「クラス・オブジェクト」と呼ばれる。
【００６１】
「ＣＧＩ」は、ＷｅｂサーバとＷｅｂクライアントとの間のリソースのデータ通信のための標準的な技術である「コモン・ゲートウェイ・インターフェース（Common Gateway Interface）」を意味する。ＣＧＩは、ファイル・システムおよびデータベースとの間の実際のデータの読取りおよび書込みを管理するサーバ側「ゲートウェイ」プログラムとサーバとの間の標準的なインターフェースを提供する。
【００６２】
「クライアント」、「クライアント・デバイス」、「クライアント・マシン」、または「クライアント・コンピュータ」は、本発明の諸実施形態により共同制作電子メールを管理可能な任意のコンピュータまたはその他の自動コンピューティング・マシンを意味する。例としては、パーソナル・コンピュータ、ＰＤＡ、携帯電話、ラップトップ・コンピュータ、ハンドヘルド・デバイス、および当業者にとって思い浮かぶその他のものを含む。クライアントは、ワイヤレスならびにワイヤライン通信が可能な装置を含む。
【００６３】
「ＨＤＭＬ」は、Ｗｅｂ対応携帯電話用のコンテンツをフォーマットするために使用されるマークアップ言語である「ハンドヘルド・デバイス・マークアップ言語（Handheld Device Markup Language）」を意味する。ＨＤＭＬは、Ｏｐｅｎｗａｖｅ  Ｓｙｓｔｅｍｓ社独自のものであり、Ｏｐｅｎｗａｖｅブラウザを使用する電話でのみ動作することができる。ＨＤＭＬは、ＷＡＰではなく、Ｏｐｅｎｗａｖｅのハンドヘルド・デバイス・トランスポート・プロトコル（「ＨＤＴＰ：Handheld Device Transport Protocol」）により動作する。
【００６４】
「ＨＴＭＬ」は、ブラウザ上にＷｅｂページを表示するための標準的なマークアップ言語である「ハイパーテキスト・マークアップ言語（HyperText Markup Language）」を意味する。
【００６５】
「ＨＴＴＰ」は、ワールド・ワイド・ウェブの標準的なデータ通信プロトコルである「ハイパーテキスト・トランスポート・プロトコル（HyperText Transport Protocol）」を意味する。ＨＴＴＰはハイパーリンク・プロトコルである。本発明の例示的な諸実施形態では、改訂の非同期通信は、ハイパーリンク・プロトコルの使用によって実現される場合が多い。ハイパーリンク・プロトコルのその他の例としては、ＨＤＭＬおよびＷＡＰを含む。
【００６６】
「ＰＯＰ」は、電子メール・サーバから電子メール・クライアントへ電子メール・メッセージを通信するための標準的なプロトコルを指す、ポスト・オフィス・プロトコル（Post Office Protocol）を意味する。「ＰＯＰ３」は、電子メール・サーバ間ならびに電子メール・クライアントとの間で電子メール・メッセージを通信可能な標準的なポスト・オフィス・プロトコルであり、ＰＯＰ３は現在、ＳＭＴＰを必要としない単一電子メール・プロトコルとして有用であることを意味する。
【００６７】
「サーバ」は、この明細書では、文書を含むリソースならびにこのようなリソースへのアクセスに関する要求を管理するネットワーク上のコンピュータまたはその他の自動コンピューティング・マシンを指す。「Ｗｅｂサーバ」は、文書、デジタル・オブジェクト、およびその他のリソースを管理し、それらをネットワーク化コンピュータにとって使用可能なものにするために、ＨＴＴＰ、ＷＡＰ、またはＨＤＴＰなどのハイパーリンク・プロトコルにより、ブラウザまたはマイクロブラウザなどのデータ通信アプリケーション・プログラムを介してクライアントと通信するサーバである。サーバは一般に、応答を返送することによりクライアントからの要求を満たすために、データ通信接続を受け入れるアプリケーション・プログラムを含む。したがって、任意の所与のコンピュータまたはプログラムは、クライアントでありサーバでもある可能性がある。本開示におけるこれらの用語の使用は主に、コンピュータまたはプログラムの機能全般を指すのではなく、データ通信のための特定の接続または結合のためにコンピュータまたはプログラムによって実行される役割を指す。
【００６８】
「ＳＭＴＰ」は、簡易メール転送プロトコル（Simple Mail Transfer Protocol）を意味し、電子メール・クライアントから電子メール・サーバへならびに電子メール・サーバから他の電子メール・サーバへ電子メール・メッセージを通信するための標準的なプロトコルを指す。ソース電子メール・クライアントからメールボックス位置へ電子メール・メッセージを通信するためにＳＭＴＰを使用し、次に、メールボックスから宛先電子メール・クライアントへ電子メール・メッセージを通信するためにＰＯＰを使用することは、従来技術では典型的なことである。
【００６９】
「ＴＣＰ／ＩＰ」は、標準的なＯＳＩデータ通信プロトコル・スタックの２つの層を指す。ネットワーク層は、インターネット・プロトコルによって実現され、このため、頭文字が「ＩＰ」になる。トランスポート層は、トランスポート制御プロトコル（Transport Control Protocol）によって実現され、「ＴＣＰ」と呼ばれる。この２つのプロトコルは、しばしばＴＣＰ／ＩＰスイート、またはより単純に単に「ＴＣＰ／ＩＰ」と呼ばれるほど、非常に頻繁に一緒に使用される。ＴＣＰ／ＩＰは、「インターネット」と呼ばれる周知の世界的なコンピュータ・ネットワークのための標準的なデータ転送スイートである。
【００７０】
「ＷＡＰ」は、ハンドヘルド・ワイヤレス・デバイスとともに使用するためのプロトコルであるワイヤレス・アプリケーション・プロトコル（Wireless Application Protocol）を指す。ＷＡＰで有用なワイヤレス・デバイスの例としては、携帯電話、ページャ、双方向無線、ハンドヘルド・コンピュータ、およびＰＤＡを含む。ＷＡＰは多くのワイヤレス・ネットワークをサポートし、ＷＡＰは多くのオペレーティング・システムによってサポートされている。ＷＡＰは、ＨＴＭＬ、ＸＭＬ、および特にＷＭＬ（ワイヤレス・マークアップ言語（Wireless Markup Language））をサポートし、これは特にキーボードまたはマウスなしの小型画面および片手ナビゲーション向けに設計された言語である。ハンドヘルド・デバイス向けに具体的に設計されたオペレーティング・システムとしては、ＰａｌｍＯＳ、ＥＰＯＣ、Ｗｉｎｄｏｗｓ(R)  ＣＥ、ＦＬＥＸＯＳ、ＯＳ／９、およびＪａｖａ(R)ＯＳを含む。ディスプレイを使用し、インターネットにアクセスするＷＡＰデバイスは、「マイクロブラウザ」を実行する。マイクロブラウザは、ハンドヘルド・デバイスの低メモリ制約およびワイヤレス・ネットワークの低帯域幅制約に対処することができる小型ファイル・サイズを使用する。
【００７１】
共同制作電子メール
本発明による方法およびシステムは一般に、それが作成されているときに共同制作電子メール文書を表示し編集することを許可されている共同制作者を識別することにより、共同制作電子メールを実現する。特定の共同制作者のみが表示し編集することを許可されている文書のセグメントを識別することができる。
【００７２】
改訂は概して、１つまたは複数のサーバを介して共同制作者のクライアント間で非同期的に（または同期的に）流される。このような方法およびシステムは概して、そのクライアント上で文書の管理用コピーが維持される文書に関する管理者を識別する。管理者は許可共同制作者である場合もあれば、そうではない場合もあるが、文書の管理者のコピーは文書の現行バージョンに同期させることができ、したがって、管理者は、文書の作成に関する管理サービス、文書状況をモニターすること、署名者からの有効なデジタル署名を保護すること、最後に文書の最終バージョンを受信人に伝送することなどの管理サービスを提供することができる。
【００７３】
このようなシステムでは、受信人は共同制作者を含む場合もあれば、含まない場合もあり、署名者は共同制作者である場合もあれば、そうではない場合もある。たとえば、マネージャは、共同制作文書を作成し、その初期内容をタイプし、文書の作成のための管理者として行動するよう、マネージャの秘書に任命することができる。マネージャは、１人または複数の幹部職員を署名者として指定することができ、幹部職員は文書のサブジェクト・エリアについて責任あるものとしてマネージャに知られている。マネージャは署名者である場合もあれば、そうではない場合もある。マネージャは、文書が作成されている間に表示し編集するための文書のコピーを受信することになる共同制作者を指定することができる。現実に、文書に対する共同制作編集または改訂が文書の作成を実際に実現すると言われる可能性がある。マネージャは共同制作者としてリストされる場合もあれば、リストされない場合もある。
【００７４】
共同制作者が文書の編集を終えると、管理者はデジタル署名のためにそれを署名者に電子メールで送信することができる。必要なすべての署名が文書に添付された後、管理者は文書をその受信人に「送信」することができる。本発明の諸実施形態により改良された電子メール・クライアントでは、電子メール・クライアントの「送信」機能は概して、必要なすべての署名が存在するまで受信人に送信するために使用可能にならない。共同制作者のクライアント上の送信ボタンは概して、まったく使用可能にならない。管理者のコピーは、すべての共同制作者のコピーのように、改訂により更新される。管理者のクライアントの動作と共同制作者の電子メール・クライアントとを区別する唯一のものは、受信人への送信は概して、管理者のクライアント上で最終的に使用可能になる（文書が署名されたとき）が、共同制作者のクライアント上では使用可能にならないことである。改訂は概して、共同制作電子メール文書に関する共同制作者のクライアントからの唯一のデータ伝送である。
【００７５】
共同制作電子メールのための例示的な方法、システム、およびプログラムについては、図１から始めて、添付図面に関連してさらに説明する。図１は、本発明の様々な諸実施形態を実現可能なデータ処理システムのアーキテクチャを示している。図１のシステムは、ネットワーク内でのデータ通信のために結合されたいくつかのコンピュータを含む。図示されているコンピュータのそれぞれは、本発明の諸実施形態により電子メール・クライアントまたはサーバとして機能することができる。
【００７６】
図１のシステムは、ネットワーク１０２、１０４を含む。このようなシステム内のネットワークは、ＬＡＮ、ＷＡＮ、イントラネット、網間接続網（internet）、インターネット、ウェブ、ワールド・ワイド・ウェブそのものを含むことができる。このようなネットワークは、分散データ処理システム内に一緒に接続された様々なデバイスおよびコンピュータ間のデータ通信のための結合を提供するために使用可能な媒体を有する。このようなネットワークは、ワイヤまたは光ファイバ・ケーブルなどの永続結合またはワイヤライン電話またはワイヤレス通信により行われる一時結合を含むことができる。
【００７７】
図１の例では、サーバ１２８およびサーバ１０５はネットワーク１０２に接続されている。ストレージ・ユニット１３２は、サーバ１０５を介してネットワーク１０２に接続されている。本発明の諸実施形態により共同制作電子メール文書に対する改訂を識別する改訂レコード１３４は、ストレージ・ユニット１３２のようなストレージ・ユニットに保管することができる。加えて、ＰＤＡ１０６、ワークステーション１０８、および携帯電話１１０を含む、いくつかの例示的なクライアント・デバイスがネットワーク１０２に接続されている。ネットワーク対応携帯電話１１０はワイヤレス・リンク１１６を介してネットワーク１０２に接続し、ＰＤＡ１０６はワイヤレス・リンク１１４を介してネットワーク１０２に接続する。図１の例では、サーバ１２８はクライアント・ワークステーション１３０およびネットワーク１０４（ＬＡＮである可能性もある）に直接結合し、これはラップトップ・コンピュータ１２６へのワイヤレス結合をサポートするワイヤレス通信リンクと、クライアント・ワークステーション１１２へのワイヤード結合をサポートするワイヤライン・プロトコルを採り入れている。これらの例示的なクライアント・デバイスのそれぞれは、本発明の諸実施形態による共同制作電子メールのための電子メール・クライアントをサポートすることができる。
【００７８】
このような分散処理システム内のクライアント・デバイスおよびサーバは、メインフレーム、パーソナル・コンピュータ、携帯情報端末、Ｗｅｂ対応携帯電話などの様々なコンピューティング・デバイスによって表すことができる。図１に図示されている特定のサーバおよびクライアント・デバイスは、説明のためのものであり、制限のためのものではない。データ処理システムは、図１に示されていないが、当業者にとって思い浮かぶ追加のサーバ、クライアント、ルータ、その他のデバイス、およびピアツーピア・アーキテクチャを含むことができる。このような分散データ処理システム内のネットワークは、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＷＡＰ、ＨＤＴＰ、ＳＭＳ、ＳＭＮＴ、ＰＯＰ、および当業者にとって思い浮かぶその他のものなど、多くのデータ通信プロトコルをサポートすることができる。本発明の様々な諸実施形態は、図１に図示されているものに加えて、様々なハードウェア・プラットフォーム上で実現することができる。図１は、本発明のアーキテクチャ上の制限としてではなく、本発明の様々な諸実施形態を実現可能な異機種コンピューティング環境の一例として提示されている。
【００７９】
本開示における例示的な諸実施形態については一般にクライアント／サーバ・アーキテクチャに関して説明されているが、これは本発明の制限ではない。これに反して、本発明の様々な諸実施形態は、たとえば、ピアツーピア・アーキテクチャおよび当業者にとって思い浮かぶその他のコンピュータ・アーキテクチャ配置で実現することができる。
【００８０】
図２は、本発明の諸実施形態による共同制作電子メールのためのシステムにおいて有用な、クライアント・デバイス、電子メール・クライアント、またはサーバなどのコンピュータ１０６を有する自動コンピューティング・マシンのブロック図を示している。図２のコンピュータ１０６は、少なくとも１つのコンピュータ・プロセッサ１５６または「ＣＰＵ」ならびにランダム・アクセス・メモリ１６８（「ＲＡＭ」）を含む。ＲＡＭ１６８には、アプリケーション・プログラム１５２が保管されている。共同制作電子メールを実現する際に有用なアプリケーション・プログラムとしては、サーバ上で実行されるＪａｖａサーブレットおよびＣＧＩスクリプトと、クライアント・マシン上の電子メール・クライアントを含む。また、ＲＡＭ１６８には、オペレーティング・システム１５４も保管されている。本発明の諸実施形態によるコンピュータで有用なオペレーティング・システムとしては、Ｕｎｉｘ(R)、Ｌｉｎｕｘ(R)、Ｍｉｃｒｏｓｏｆｔ  ＮＴ（商標）、および当業者にとって思い浮かぶその他のものを含む。
【００８１】
図２のコンピュータ１０６は、システム・バス１６０を介してプロセッサ１５６およびコンピュータのその他の構成要素に結合されたコンピュータ・メモリ１６６を含む。コンピュータ・メモリ１６６は、ハード・ディスク・ドライブ１７０、光ディスク・ドライブ１７２、電気的消去可能プログラマブル読取り専用メモリ空間（いわゆる「ＥＥＰＲＯＭ」または「フラッシュ」メモリ）１７４、ＲＡＭドライブ（図示せず）、または当業者にとって思い浮かぶ任意のその他の種類のコンピュータ・メモリとして実現することができる。
【００８２】
図２のコンピュータ例１０６は、他のコンピュータ１８２、サーバ、またはクライアントへのデータ通信１８４のための接続を実現する通信アダプタ１６７を含む。通信アダプタは、それによりクライアント・コンピュータおよびサーバが互いに直接およびネットワークを介してデータ通信を送信する、ハードウェア・レベルのデータ通信接続を実現する。通信アダプタの例としては、ワイヤード・ダイヤルアップ接続用のモデム、ワイヤードＬＡＮ接続用のイーサネット(R)（ＩＥＥＥ８０２．３）アダプタ、およびワイヤレスＬＡＮ接続用の８０２．１１ｂアダプタを含む。
【００８３】
図２のコンピュータ例は、１つまたは複数の入出力インターフェース・アダプタ１７８を含む。コンピュータ内の入出力インターフェース・アダプタは、たとえば、コンピュータ・ディスプレイ画面などのディスプレイ装置１８０への出力ならびにキーボードおよびマウスなどのユーザ入力装置１８１からのユーザ入力を制御するためのソフトウェア・ドライバおよびコンピュータ・ハードウェアを介してユーザ指向の入出力を実現する。
【００８４】
本発明の例示的な諸実施形態については、図３に関連してさらに説明する。図３は、本発明の諸実施形態により改良された電子メール・クライアント上のデータ入力画面の線画を示している。図３のデータ入力画面は、編集中の文書が共同制作電子メール文書であることを表示するタイトル行３０２と、文書ＩＤ（「４６５」）と、電子メール・クライアントの名前（「クライアント名（Client Name）」）とを含む。実際の諸実施形態では、クライアント名は、ＭｉｃｒｏｓｏｆｔのＯｕｔｌｏｏｋ（商標）またはＱｕａｌｃｏｍｍのＥｕｄｏｒａ（商標）などの電子メール・クライアントの実際の名前である。
【００８５】
図３のデータ入力画面は、「ファイル（File）」、「編集（Edit）」、「表示（View）」などの通常のメニュー項目を含む水平プルダウン・メニュー３０４を含む。図３の入力画面は、「改訂の表示（Display Revisions）」、「改訂のコミット（Commit Revisions）」、「バージョン後退（Version Back）」、「バージョン前進（Version Forward）」、「同期（Synch）」、「署名（Sign）」、および「送信（Send）」というタイトルが付いたボタンを含むツールバー３０６も含む。図３の電子メール・クライアントは、ツールバー３０６内の「改訂の表示」ボタンの動作に応答して、改訂を表示するかまたは表示しないようにプログラミングされる。図３の例では、共同制作電子メール文書４６５に関して以下のテキストが表示されている。
【００８６】
ハイパーリンクは、その開始タグおよび終了タグが＜ａ＞および＜／ａ＞であるハイパーリンク・アンカー・エレメントの使用により、ＨＴＭＬ文書内に実現される。
【００８７】
この例では、「改訂の表示」が「オン」に設定されており、したがって、電子メール・クライアントは、行２、列１から「ハイパーリンク」を削除し、行２、列１に「アンカー」を挿入することを表す改訂を表示する。「改訂の表示」が「オフ」に設定されている場合、編集中のテキストは以下のように表示されるであろう。
【００８８】
ハイパーリンクは、その開始タグおよび終了タグが＜ａ＞および＜／ａ＞であるアンカー・エレメントの使用により、ＨＴＭＬ文書内に実現される。
【００８９】
図３の電子メール・クライアントは、ツールバー３０６内の「改訂のコミット」ボタンの動作に応答して、電子メール・クライアントがクライアント上で編集中の文書のコピーの改訂の現行セットをエンコードし、それをサーバに送信するようにプログラミングされる。サーバは、たとえば、その改訂を他のクライアントへの非同期配信に使用可能なものにするＷｅｂサーバである場合もあれば、サーバは、使用可能なクライアントに同期的に改訂を配信するインスタント・メッセージング・サーバである場合もある。このエンコードは、たとえば、上記の例示的な改訂の場合、以下のように実現することができる。
【００９０】
ｄ  ２  １  ハイパーリンク
ｉ  ２  １  アンカー
【００９１】
この場合、「ｄ  ２  １  ハイパーリンク」は「行２、列１から始まる「ハイパーテキスト」というテキストを削除する」ことをエンコードし、「ｉ  ２  １  アンカー」は「行２、列１から始まる「アンカー」というテキストを挿入する」ことをエンコードする。
【００９２】
サーバ上では、このようにエンコードされた改訂が、図４に示されているようなデータ構造に保管することができる。図４は、文書テーブル４０２内のレコードが共同制作者コピー・テーブル４１０内のレコードに１対多で関連し、そのレコードが次に改訂テーブル４２２内のレコードに１対多で関連する、データベース図を示している。文書テーブル４０２内の各レコードは、管理用コピーと、１つまたは複数の共同制作者のコピーを有する共同制作電子メール文書を表している。文書テーブル内の各レコードは、文書ＩＤフィールド４０４と、その文書に関する管理者のＩＤ４０６と、その文書に関する状況フィールド４０８とを含む。状況フィールドは、たとえば、文書が作成されたが、まだ共同制作者に配信されていないか、現在、共同制作者によって編集中であるか、または署名者による署名のために使用可能になっている間、編集に使用不可になっていることを示すために使用することができる。
【００９３】
共同制作者コピー・テーブル４１０内の各レコードは、表示し編集するために共同制作者に提供される共同制作電子メール文書のコピーを表している。共同制作者コピー・テーブル４１０内の各レコードは、コピーが提供された共同制作者のＩＤ４１２を含む。共同制作者ＩＤ４１２は、たとえば、共同制作者の電子メール・アドレスとして実現することができる。各共同制作者コピー・レコード４１０は、そのコピーが共同制作者に提供された文書を識別する文書ＩＤフィールド４０４も含む。
【００９４】
この例の各共同制作者コピー・レコード４１０は、現在、コピーとして共同制作者に提供されている文書の現行バージョンのＩＤ４１４も含む。改訂により共同制作者のクライアント上の共同制作電子メール文書のコピーを更新することは概して、そのコピーに関する現行バージョンＩＤより後のすべての改訂により文書のコピーを更新することによって実行され、そのコピーに関する現行バージョンＩＤのリポジトリは図４に示されているようなサーバ側データ構造になる場合が多い。コピーの現行バージョンＩＤをサーバ側で保管することは一般に、クライアントからの更新要求メッセージが共同制作者ＩＤ４１２と文書ＩＤ４０４のみを指定する必要があることを意味する。すなわち、サーバはその文書のその共同制作者のコピーに関するバージョンＩＤ４１４を追跡し、それを共同制作者ＩＤおよび文書ＩＤから推論できるので、更新要求メッセージは必ずしもクライアント上の共同制作電子メールの現行バージョン番号を含む必要はない。その場合、サーバは、要求メッセージ内で識別されたコピーに関する現行改訂番号より後のすべての改訂を伝送し、現行バージョンＩＤ４１４を現行バージョン番号に更新する応答メッセージでこのような更新要求メッセージに応答するようにプログラミングされる。このプロセスは、本明細書では一般に完全同期と呼ばれ、たとえば、本発明の諸実施形態により改良された電子メール・クライアントにおいて、図３の電子メール・クライアント用の例示的なツールバー３０６内に示されているような「同期」ボタンによってサポートされる場合が多いプロセスである。
【００９５】
代替要求メッセージは、たとえば、次のバージョンを含む改訂または前のバージョンを含む改訂などの完全ではない同期を要求する。すなわち、本発明の諸実施形態による電子メール・クライアントは概して、たとえば、次のバージョンを含む改訂に関する要求をサーバに伝送することにより、図３のツールバー例３０６に示されているような「バージョン前進」ボタンに応答して動作するようにプログラミングされる。「次のバージョン」とは、図４の参照番号４１４にあるような、現在、サーバ側現行バージョンＩＤで識別されているバージョンの直後のバージョンを意味する。その場合、サーバは、要求メッセージで識別されたコピーに関する次のバージョン番号によって識別された改訂のみを伝送し、現行バージョンＩＤ４１４を次のバージョン番号に更新する応答メッセージでこのような更新要求メッセージに応答するようにプログラミングされる。この場合も、この方法では、電子メール・クライアントがサーバにその現行バージョンを知らせる必要はなく、サーバは把握している。要求メッセージは、「次のバージョンのみお願いします（next version only please）」というメッセージ・タイプとしてそれ自体を識別し、関連共同制作文書に関する共同制作者ＩＤ４１２および文書ＩＤ４０４を提供するだけでよい。
【００９６】
同様に、本発明の諸実施形態による電子メール・クライアントは概して、前のバージョンを含む改訂に関する要求をサーバに伝送することにより、図３のツールバー例３０６に示されているような「バージョン後退」ボタンに応答して動作するようにプログラミングされる。「前のバージョン」とは、図４の参照番号４１４にあるような、現在、サーバ側現行バージョンＩＤで識別されているバージョンの直前のバージョンを意味する。その場合、サーバは、要求メッセージで識別されたコピーに関する前のバージョン番号によって識別された改訂のみを伝送し、現行バージョンＩＤ４１４を前のバージョン番号に更新する応答メッセージでこのような更新要求メッセージに応答するようにプログラミングされる。この場合も、この方法では、電子メール・クライアントがサーバにその現行バージョンを知らせる必要はなく、サーバは把握している。要求メッセージは、「前のバージョンのみお願いします（previous version only please）」というメッセージ・タイプとしてそれ自体を識別し、関連共同制作文書に関する共同制作者ＩＤ４１２および文書ＩＤ４０４を提供するだけでよい。
【００９７】
改訂テーブル４２２内の各レコードは、共同制作電子メール文書に対する改訂を表している。上述の通り、ストリングエンコード可能な改訂４２０そのものに加えて、各改訂レコード４２２は、改訂を作成した共同制作者の共同制作者ＩＤ４１２と、その改訂が意図されている文書の文書ＩＤ４０４と、改訂ＩＤ４１６と、１つのバージョン内で改訂を順序付けるためのシーケンスＩＤ４１８も含む。
【００９８】
前述の通り、本発明の諸実施形態による電子メール・クライアントは概して、図３の参照番号３０６に示されているようなツールバー内の「改訂のコミット」ボタンの動作に応答して、電子メール・クライアントがクライアント上で編集中の文書のコピーの改訂の現行セットをエンコードし、それをサーバに送信するようにプログラミングされる。このような改訂のセットは、サーバに到着すると、たとえば、１、２、３などの連続した整数として実現可能な改訂ＩＤコード４１６が与えられる場合が多い。バージョンＩＤコード（または「バージョン番号」）は、文書の特定のバージョンを実現するものとして、文書のコピーの更新するために正しい順序で使用されたときに、特定の共同制作者からの改訂のセットを識別する。
【００９９】
典型的な諸実施形態では、電子メール・クライアントは、共同制作電子メール文書のコピーを更新するために改訂が使用される正しい順序を識別するシーケンス番号を各改訂に提供するようにプログラミングすることができる。前述の例示的な改訂は以下の通りである。
【０１００】
ｄ  ２  １  ハイパーリンク
ｉ  ２  １  アンカー
【０１０１】
電子メール・クライアントは、行２、列１に「アンカー」を挿入した後で、同じ位置から「ハイパーリンク」を削除することはできないので、これは逆の順序で有意義に実行できないことは明らかである。これは、図４の参照番号４１８に示されているシーケンスＩＤコードの有用性を説明するものである。
【０１０２】
本発明の方法については、図５に関連してさらに説明する。図５は、共同制作電子メール文書を作成するための方法を示す流れ図を示しており、この方法は、管理者のクライアント上で共同制作電子メール文書を確立すること（５０２）を含む。図５の方法は、それが作成されているときに文書を表示し編集することを許可されている１人または複数の共同制作者を識別すること（５０４）も含む。共同制作者は任意選択でその文書に関する管理者を含む。
【０１０３】
管理クライアント上で共同制作電子メール文書を確立すること（５０２）は、新しい電子メール文書を開き、文書を共同制作文書として識別し、文書に関する管理者を識別することによって実行することができる。典型的な諸実施形態では、共同制作電子メール文書を確立することは、文書が１人または複数の共同制作者によって作成されている間に管理クライアント上で文書の管理用コピーを保持することを含む。
【０１０４】
本発明の諸実施形態による共同制作電子メール文書の管理用コピーが従来技術によるマスター文書ではないことを理解することは有用である。現実に、本発明の諸実施形態によれば、それに対する改訂が認識されない共同制作文書の「マスター・コピー」はまったく存在しない。この場合、管理用コピーを含むすべてのコピーは、表示、編集、および更新のための同じ状況および適格性を有する。現実に、管理者が許可共同制作者でもある場合、すべてのコピーは同一であり、管理者のコピーを区別する唯一のものは、結局、その管理クライアントが使用可能「送信」機能を獲得し、他のどのクライアントも決して獲得しないことである。
【０１０５】
本発明では、共同制作電子メール文書の初期内容に関する制限はまったく存在しない。文書を作成するユーザは、概して、文書に関する管理者として識別すべきユーザであり、初期内容が実質的なものになるように、第１のドラフトを作成する作成者である可能性がある。代わって、管理者は、その共同制作者が完全に作成すべき完全に空白の文書をスーパーバイザの代わりに作成する事務員である可能性もある。
【０１０６】
共同制作者および管理者を識別することは、たとえば、以下に示すように、ＨＴＭＬフォーマットで実現された電子メール文書内のメタデータとしてそれらに関するＩＤを含めることによって実行することができる。
【０１０７】
<HTML>
<HEAD>
<META name=“文書タイプ”
content=“共同制作電子メール”>
<META name=“改訂番号” content=“1”>
<META name=“管理者ＩＤ”
content=“MaryJohnson@us.ibm.com”>
<META name=“共同制作者ＩＤ”
content=“MaryJohnson@us.ibm.com
PeteJones@us.ibm.com JohnSmith@us.ibm.com”>
<META name=“改訂権限”
content=“MaryJohnson@us.ibm.com ALL
PeteJones@us.ibm.com Segment1
JohnSmith@us.ibm.com Segment2”>
</HEAD>
<BODY>
<SEGMENT1> </SEGMENT1>
<SEGMENT2> </SEGMENT2>
</BODY>
</HTML>
【０１０８】
この例では、「文書タイプ」というメタデータ要素は、電子メール文書を共同制作文書として識別するために使用される。「改訂番号」というメタデータ要素は、文書の各コピーの現行改訂ＩＤを保管するために使用される。「改訂番号」は、概してサーバ側にも保管されるが、各共同制作者のコピーおよび管理用コピーが文書の種々のバージョンを同時に具体化する可能性があるので、共同制作文書の各コピーに関するメタデータに有利に記録することができる。
【０１０９】
例示的なメタデータでは、「管理者ＩＤ」というメタデータ要素は、文書の管理者のＩＤを「MaryJohnson@us.imb.com」として記録する。管理者ＩＤは、概してサーバ側にも保管されるが、コピーが共同制作者または管理者によって改訂される電子メール・クライアントがその文書に関する管理クライアントであるかどうかをその特定の電子メール・クライアントが把握できるように、共同制作文書の各コピーに関するメタデータに有利に記録することができる。
【０１１０】
この例では、「共同制作者ＩＤ」というメタデータ要素は、文書を作成するプロセスにおいて文書を表示し編集することを許可されている共同制作者のＩＤを記録する。図５の方法は、表示し編集するために文書のコピーを共同制作者に提供すること（５０６）も含み、共同制作者のコピーは概して、文書が作成されている間、共同制作者のクライアント上に常駐する。このメタデータ例では、Ｍａｒｙ  Ｊｏｈｎｓｏｎは文書に関する管理者であり、任意選択で、共同制作者としても識別される。共同制作者にコピーを提供することは、管理クライアントから共同制作者にコピーを電子メールで送信することによって実現することができる。本発明の諸実施形態による電子メール・クライアント内の「差出人（From）：」フィールド（図３の３１０）は署名者のＩＤのために予約される場合が多く、共同制作者間の改訂の通信は本明細書に記載した通り、同期的にまたは非同期的に実行される。したがって、管理者が共同制作者としてリストされていない場合、いずれの共同制作者も誰が管理者であるかをまったく把握しないかまたは気にかけない可能性がある。
【０１１１】
図５の方法は、文書の少なくとも１つのコピーで改訂を作成すること（５０８）を含む。改訂は、通常の電子メール・クライアント文書エディタによって施行された文書内の変更を記録し、上述の通り、すなわち、たとえば「ｄ  ５  １２  ハイパーリンク」、「Ｉ  ５  １２  アンカー」などのようにそれらをエンコードすることによって作成される。
【０１１２】
図５の方法は、改訂を記録すること（５１０）を含む。この記録は、改訂を行う共同制作者が、それらを１つのバージョンとしてサーバ上に記録することが望ましい点に到着するまで、電子メール・クライアントに一時的にそれらを保管することによって実行される場合が多い。本発明の諸実施形態による電子メール・クライアントでは、「改訂のコミット」機能は、その実現が１つのバージョンを表す改訂のセットをサーバに伝送するようにプログラミングされる。すなわち、図５の方法では、改訂を記録すること（５１０）は、共同制作者のクライアントにとってアクセス可能なサーバに改訂を保管することによって実現することができる。多くのこのような電子メール・クライアントは、１つのバージョンに関する改訂のセットをサーバに伝送するようにプログラミングされた、図３の参照番号３０６にあるツールバー内の「改訂のコミット」ボタンのようなツールバー・ボタンまたはその他のユーザ・インターフェース・コントロールを提供する。このような改訂の伝送は、たとえば、ＳＭＴＰまたはＰＯＰの通常の電子メール機能ではない。その代わりに、本発明の諸実施形態によれば、このような伝送は、ＴＣＰ／ＩＰ、ＨＴＴＰ、または当業者にとって思い浮かぶその他の何らかのデータ通信プロトコルの使用により施行される。
【０１１３】
図５の方法では、改訂を記録することは概して、各改訂ごとのバージョンＩＤとともに改訂を保管することを含む。バージョンＩＤとともに改訂を保管することは、図４の参照番号４１６に示されているようなバージョンＩＤをサーバ側データ構造に保管することによって実行することができる。同様に、図５の方法では、改訂を記録することは、各改訂ごとのシーケンスＩＤとともに改訂を保管することも含む場合が多く、改訂は１つのバージョン内でソートまたは索引付けすることができる。シーケンスＩＤとともに改訂を保管することは、図４の参照番号４１８に示されているようなシーケンスＩＤをサーバ側データ構造に保管することによって実行することができる。当業者であれば、改訂ＩＤ４１６およびシーケンスＩＤ４１８を有する図４の改訂テーブル４２２のようなデータ構造を実現すると、改訂ＩＤとシーケンスＩＤを組み合わせて含む、改訂レコードへの固有の複合キーが作成されることを認識するであろう。このような諸実施形態では、シーケンスＩＤは、１つの改訂内では固有であり、複数の改訂間では非固有である、連続した整数にすることができ、シーケンスＩＤを含む固有キーは改訂番号も含む。代わって、シーケンスＩＤは、各改訂が行われた日付と時間を識別するタイム・スタンプにすることもできる。タイム・スタンプでも複数の改訂間で曖昧になる可能性もあるが、シーケンスＩＤとしてタイム・スタンプを含む固有キーは改訂番号も有利に含む。
【０１１４】
図５の方法は、改訂により共同制作者のクライアント上の文書のコピーを更新すること（５１２）を含む。共同制作者のクライアント上で作成された改訂はそのクライアント上の文書コピーにすでに取り込まれたものと見なすことができ、クライアント側の改訂番号はそれに応じて、たとえば、以下のように更新することができる。
【０１１５】
<META name=“改訂番号” content=“2”>
【０１１６】
同様に、あるバージョンの改訂をサーバに伝えるデータ通信伝送に応答して、図４に示したようなサーバ側データ構造を使用するサーバは、新しいバージョンが作成された場合に共同制作者コピーに関する新しいバージョン番号４１４で関連共同制作者コピー・レコード４１０を更新するようにプログラミングされる。このようなサーバは、文書の新しいバージョンを含む、各改訂ごとの改訂レコード４２２を作成する。
【０１１７】
他の共同制作者のコピーを更新することは、共同制作者のクライアントとサーバとの間の要求／応答通信によって実行される。共同制作者クライアントは、更新に関するＨＴＴＰ要求メッセージ、すなわち、現在、クライアントにインストールされているバージョンの次のバージョンに対する更新またはクライアントの現行バージョンから使用可能な最新バージョンまでのすべてにわたる完全更新に関する要求のいずれか一方を送信する。クライアントの現行バージョンから使用可能な最新バージョンまでのすべてにわたる完全更新に関する要求は同期要求と呼ばれる。たとえば、図３の電子メール・クライアントは、そのツールバー３０６内の「バージョン前進」ボタンの動作に応答して、次のバージョンに関する要求を伝送するようにプログラミングされる。また、図３の電子メール・クライアントは、そのツールバー３０６内の「同期」ボタンの動作に応答して、クライアントの現行バージョンから使用可能な最新バージョンまでのすべてにわたる完全更新に関する要求を伝送するようにプログラミングされる。
【０１１８】
次のバージョンおよび完全同期を要求することに加えて、クライアントは前のバージョンを要求することもできる。サーバがこのような要求を受信すると、サーバは、前のバージョンを定義する改訂を応答メッセージで提供し、要求側電子メール・クライアントは逆の順序でこれらの改訂を実現し、それにより、電子メール・クライアント上で文書の前のバージョンを作成する。たとえば、図３の電子メール・クライアントは、そのツールバー３０６内の「バージョン後退」ボタンの動作に応答して、前のバージョンに関する要求を伝送するようにプログラミングされる。
【０１１９】
図５に図示されている共同制作電子メールの方法は、共同制作電子メール文書の編集可能部分を識別すること（５１６）も含む場合が多い。このような方法では、１人または複数の共同制作者を識別すること（５０４）は概して、特定の共同制作者のみが文書の１つまたは複数の部分を表示し編集することを許可されることを指定すること（５１８）も含む。共同制作電子メール文書の編集可能部分を識別すること（５１６）は、テンプレートの使用により、または編集可能部分を識別するマークアップを挿入することによって実現することができる。その上、特定の共同制作者のみが文書の１つまたは複数の部分を編集するための許可は、有利なことに、文書そのものに記録するかまたは文書の各コピーに記録することができ、許可に関するこのような制限は各共同制作者の電子メール・クライアントにとって容易に使用可能なものである。マークアップ・フォーマットで実現された以下の例示的な電子メール文書では、たとえば、以下のようになる。
【０１２０】
<HTML>
<HEAD>
<META name=“改訂権限”
content=“MaryJohnson@us.ibm.com ALL
PeteJones@us.ibm.com Segment1
JohnSmith@us.ibm.com Segment2”>
</HEAD>
<BODY>
<SEGMENT1> </SEGMENT1>
<SEGMENT2> </SEGMENT2>
</BODY>
</HTML>
【０１２１】
文書の編集可能部分は、<SEGMENT1> </SEGMENT1> <SEGMENT2> </SEGMENT2>というマークアップ要素によって文書そのもので識別される。この例において特定の共同制作者のみが文書の１つまたは複数の部分を表示し編集することを許可されることを指定すること（５１８）は、以下のようにメタデータの使用によって実行される。
【０１２２】
<META name=“改訂権限”
content=“MaryJohnson@us.ibm.com ALL
PeteJones@us.ibm.com Segment1
JohnSmith@us.ibm.com Segment2”>
【０１２３】
これは、Ｍａｒｙ  Ｊｏｈｎｓｏｎが文書全体を表示し編集することを許可され、Ｐｅｔｅ  Ｊｏｎｅｓがセグメント１を表示し編集することを許可され、Ｊｏｈｎ  Ｓｍｉｔｈがセグメント２を表示し編集することを許可されることを指定するものである。
【０１２４】
図６は、図５の方法の拡張を示す流れ図を示している。すなわち、図６の方法は、図５の方法のように、共同制作電子メール文書を確立すること（５０２）と、共同制作者を識別すること（５０４）などを含む。しかし、それに加えて、図６の方法は、文書に関する１人または複数の署名者を識別すること（６０２）も含む。署名者を識別することは、JaySchwarz@us.ibm.com、MikeWilliams@us.ibm.comなどの２つ以上の署名者ＩＤの項目をその「差出人：」フィールド３１０から入力として受け入れ、そのそれぞれを署名者として扱うように、図３に示されているような電子メール・クライアントをプログラミングすることによって実現することができる。このような諸実施形態では、署名者をいつ識別すべきかに関する制限はまったく存在しない。すなわち、文書が最初に管理者によって作成されたとき、またはその後、すべての共同制作者が文書の改訂を終了した後に、署名者を識別することができる。この意味では、たとえば、受信人への文書の最終的な発布を誰が許可しなければならないかは誰もまだ決定していないので、その「差出人：」フィールド内に項目がまったくない状態で共同制作者の受信箱に到着する可能性があるという点で、本発明による共同制作電子メール文書は通常の電子メールとは異なる。新しい法人ポリシーの電子メールによる告知を何百人もの受信人に送信する場合について検討する。この電子メールは、法人の企画部の事務員によって作成され、数人の共同制作者によって改訂される。その後、共同制作者が文書の内容に満足した後、その企業の社長がそれに署名するかどうかならびに１人または複数の副社長がそれに署名するかどうかが決定される。
【０１２５】
図６の方法は、署名するために文書のコピーを各署名者に提供すること（６０４）を含む。署名者が共同制作者でもある限り、署名者はすでに文書のコピーを持っている可能性があり、改訂が終了次第、自分の署名を添付することができる。共同制作者ではない署名者は、その署名を入手するために、概して管理者から、文書のコピーを電子メールで送信される可能性がある。図３の電子メール・クライアントでは、たとえば、ツールバー３０６は「署名」というボタンを含み、そこで電子メール・クライアントは、署名者に文書を電子メールで送信するようにプログラミングされる。本発明の諸実施形態では、「署名」ボタンは、署名者に文書を送信する能力であり、管理者の電子メール・クライアントでのみ使用可能になり、その結果、文書に署名を添付するプロセスに対して管理上の制御が行われることは一般的なことである。
【０１２６】
図６の方法は、各署名者に関するデジタル署名を文書に添付すること（６０６）を含む。これに関連して、「署名」は一般にデジタル署名を指す。デジタル署名は、非対称暗号システムのパブリック／プライベート・キー対からの署名者のプライベート・キーで暗号化された共同制作電子メール文書の内容の細切れにしたダイジェスト（hashed digest）を含むデータ構造である。電子メール・クライアントは一般に、デジタル署名を電子メール文書に添付する能力を備えている。Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ（商標）では、たとえば、デジタル署名機能は、電子メール文書が編集のために開いているときに、表示／オプション／セキュリティのプルダウン・メニューにより使用可能である。
【０１２７】
デジタル署名の妥当性を検査することは、署名者のパブリック・キーで署名から細切れにしたダイジェストを暗号化解除し、文書の現行内容の新しいダイジェストを細切れにし、新しいダイジェストを署名から暗号化解除したダイジェストと比較することによって実施される。新しいダイジェストと署名から暗号化解除したダイジェストが同一である場合、署名は有効であると見なされる。署名が文書に添付された後で文書に対する改訂が入力された場合、それらは同一ではなくなる。
【０１２８】
したがって、署名するために文書が署名者に提供されると（６０４）、本発明の多くの諸実施形態では、有利なことに文書はまず改訂に使用不可になる（６０３）。たとえば、図４の例示的なデータ構造内の「状況」フィールド４０８など、その目的に専用のデータ要素内でその事実をエンコードすることにより、文書を改訂に使用不可にすることができる。このような状況フィールドには、たとえば、「ＬＯＣＫＥＤ」などの値を与えることができ、改訂テーブルをサポートするサーバは、文書がそのようにロックされている間、共同制作者から受信した改訂を除外または拒否するようにプログラミングすることができる。
【０１２９】
実施形態によっては、署名中の改訂の使用不可化を実現しないものもある。署名中の改訂の使用不可化を実現する諸実施形態では、共同制作者でもある署名者は、先に進み、その後の改訂によって無効になる可能性のある署名を添付することができる。このような諸実施形態では、図６に示されているように、共同制作電子メールのための方法は有利なことに、文書内のデジタル署名が有効であるかどうかを判定し（６１０）、そうではない場合に、再署名のために１人または複数の署名者にもう一度文書を提供すること（６０６）を含むことができる。このようにして、図６によって図示されているような方法は、文書がすべての署名者からの有効なデジタル署名を含む場合のみ、管理クライアントから受信人に共同制作電子メール文書を送信することができる。
【０１３０】
図６の方法は、管理クライアントから受信人に署名付き文書を送信すること（６０８）を含む。通常の電子メールとは異なり、受信人の受信箱に到着する共同制作電子メール内の「差出人：」フィールドは、その実際の送信者ではなく、文書の署名者を識別する。実際の送信者は概して、受信人に知られている可能性もあれば、知られていない可能性もある管理者である。これに関連して、「差出人：」フィールドによって伝達されることは、文書の内容が署名者の権限とともにその受信人に伝達されるということである。
【０１３１】
処理のこの時点では、管理者および共同制作者のＩＤは、受信人にとってほとんど重要ではない可能性がある。共同制作者は、事実上、文書の主題に対する権限を有する署名者の代わりに郵送するための文書を作成する場合が多い。したがって、受信人との関連がより強いと見なされる場合が多いのは、文書の作成者のＩＤではなく、署名者のＩＤである。共同制作者、管理者、および署名者は、受信人の中に含まれる場合もあれば、含まれない場合もある。
【０１３２】
改訂により共同制作電子メール文書のコピーを更新すること（５１２）は概して、共同制作者および管理クライアントに非同期的に改訂を通信することによって実行される。共同制作者のクライアントは、改訂が作成されたときにその改訂を受信するためにネットワーク上でオンラインになっていない可能性があるので、改訂の非同期通信は有用である。改訂の非同期通信は、たとえば、図４に示されているようなサーバ側データ構造の使用により実行される。電子メール・クライアントは、ＨＴＴＰ（ハイパーテキスト・トランスポート・プロトコル）、ＷＡＰ（ワイヤレス・アクセス・プロトコル）、ＨＤＴＰ（ハンドヘルド・デバイス・トランスポート・プロトコル）、または当業者にとって思い浮かぶその他のものなどの標準的なメッセージ・フォーマットで改訂を伝送するようにプログラミングすることができる。サーバは、改訂を受信し、図４に示されている例示的なものと同様のデータ構造をサポートするデータベースに改訂を記録するために、ＪａｖａサーブレットまたはＣＧＩスクリプト、あるいは当業者にとって思い浮かぶその他のサーバ側機能をサポートすることができる。このようにして、改訂はサーバに保管され、電子メール・クライアントが文書のそれぞれのコピーを更新するために改訂を検索するためにネットワーク上でオンラインになったときに、共同制作者の電子メール・クライアントにダウンロードするために使用可能な状態を保持する。
【０１３３】
電子メール・クライアント上の文書のコピーを更新する正確な方法は、クライアント内の１つまたは複数のセットアップ・パラメータによって決定または選択することができる。サーバから改訂をダウンロードすることにより文書のコピーを更新することは、たとえば、電子メール・クライアントが起動されるたびに、ならびに、電子メール・クライアントが動作している限り定期的な間隔で、実行することができる。定期的更新は、文書のローカル・コピーが編集のために開かれていなくても、電子メール・クライアントがクライアント・マシン上で実行されている限り、バックグラウンドで続行するようにプログラミングすることができ、したがって、コピーが編集のために開かれているときは、最新改訂と完全に同期する可能性がある。代わって、共同制作者は、たとえば、図３の電子メール・クライアント上の参照番号３０６にあるツールバーに図示されているような「バージョン前進」ボタンの使用により前進して、その文書に対する最後の検討以降の改訂を一度に１つずつ表示したいと希望する場合もある。この場合、共同制作者は、自動バックグラウンド更新に関する電子メール・クライアントのセットアップ・パラメータをオフにすることになるであろう。
【０１３４】
サーバを介して実現される非同期更新に加えて、改訂により共同制作電子メール文書の共同制作者のコピーを更新すること（５１２）は、改訂が行われたときに１人または複数の共同制作者に同期的に改訂を通信することによって実行することができる。改訂の同期通信は、インスタント・メッセージング・プロトコルのメッセージの使用により実現することができる。本発明の様々な諸実施形態で有用なインスタント・メッセージング・プロトコルの例としては、インターネット・エンジニアリング・タスク・フォースのＩＭＰＰ作業部会によって指定されたインスタント・メッセージング・プレゼンス・プロトコル（「ＩＭＰＰ：Instant Messaging and Presence Protocol」）およびＭｉｔｒｅ社のシンプル・インスタント・メッセージング・プレゼンス・サービス（「ＳＩＭＰ：Simple Instant Messaging and Presence Service」）を含む。
【０１３５】
図７は、改訂の同期通信の方法を示す流れ図を示している。図７の方法では、改訂により共同制作電子メール文書のコピーを更新すること（５１２）は、改訂の同期通信に使用可能な共同制作者クライアントを識別すること（７０２）を含む。インスタント・メッセージング・サービスは一般に、インスタント・メッセージング・クライアントがオンラインであるかどうかの表示を提供する「プレゼンス・サービス（presence services）」を定義しサポートする。本発明の諸実施形態により改訂の同期通信をサポート可能な電子メール・クライアントは、１つまたは複数のインスタント・メッセージング・プロトコルによりメッセージングおよびプレゼンス検出をサポートするように改良される場合が多い。図７の方法は、現在、オンラインになっており、インスタント・メッセージングに使用可能であると判定されたすべての共同制作者の電子メール・クライアントにインスタント・メッセージで改訂を伝送することによって概して実行される、同期通信に使用可能な共同制作者クライアントに同期的に改訂を通信すること（７０４）を含む。
【０１３６】
文書のコピーを同期的に更新することは、そのバージョンＩＤに影響を及ぼす。したがって、図７の方法では、共同制作者のコピーを更新することは、同期通信に使用可能な共同制作者のクライアント上で文書のコピーに関する現行バージョンＩＤを更新すること（７０６）を含む。現行バージョンＩＤを更新することは、たとえば、クライアントから、図４に示すようなサーバ側データ構造を維持するサーバへのＨＴＴＰメッセージによって実現することができる。このようなサーバは概して、共同制作者ＩＤ４１２および文書ＩＤ４０４を含むクライアントからのメッセージに応答してバージョンＩＤを更新するようにプログラミングされたＪａｖａサーブレットまたはＣＧＩスクリプトなどのサーバ側機能をサポートする。
【０１３７】
詳細説明として、同期更新および非同期更新が有利なことに一緒に使用されることは留意すべきである。最新改訂と同期していない共同制作者のコピーに改訂の同期通信が使用されると、非同期改訂が適切な順序ではなくコピーに適用され、それにより、その共同制作者のクライアント上の文書のコピーに混乱を生じさせるという危険性がある。したがって、改訂の同期通信は、共同制作者のコピーが改訂の非同期ソースからの最新改訂と同期した後で文書の共同制作者のコピーについて有益に実現される。
【０１３８】
図７の方法では、たとえば、改訂の同期通信に使用可能な共同制作者クライアントを識別すること（７０２）は概して、共同制作者のコピーが最新改訂と同期しているかどうかを判定することも含む。共同制作者のコピーが最新改訂と同期しているかどうかを判定することは、文書の各共同制作者のコピーに関する現行バージョンＩＤ（図４の４１４）を、図４の参照番号４２２に例示されているような改訂テーブル内の最新改訂ＩＤ４１６と比較することによって実施することができる。「存在」し、改訂の同期通信に使用可能な電子メール・クライアント上の共同制作者のコピーのバージョンが文書の現行バージョンではないと判定される限り、そのコピーは、その現行改訂番号より後のすべての改訂を適用し、その現行バージョンＩＤ４１４を最新バージョン番号に更新することによって更新することができる。
【０１３９】
文書の共同制作者の一部が改訂の同期通信に従事し、同じ文書の他の共同制作者が改訂の同期通信に使用不能であることは、よくあることである。したがって、本発明の諸実施形態による電子メール・クライアントは、それぞれの都合の良いときに他の共同制作者によるその後の非同期ダウンロードに備えてサーバ上に保管するためにすべての改訂を伝送する場合が多い。このようにして、他の共同制作者との同期セッションを開始し、そのセッションの最中にログオフする共同制作者でも、サーバからの非同期ダウンロードにより介在する改訂を後で入手することができる。このような共同制作者が改訂の同期通信中にログオフすると、電子メール・クライアントは、たとえば、図４の参照番号４１４に示されているようなデータ構造に、文書のその共同制作者のコピーに関する現行バージョンＩＤを有利に記録する。共同制作者が改訂の同期通信の終了時にログオフすると、その電子メール・クライアントは、図４の参照番号４１４に示されている例示的なもののようなデータ構造に、文書の各共同制作者のコピーに関する現行バージョンＩＤを有利に記録する。
【０１４０】
上記の説明から、本発明の様々な諸実施形態において多くの修正および変更が可能であることは当業者にとって明白になるであろう。
【図面の簡単な説明】
【０１４１】
【図１】本発明の様々な諸実施形態を実現可能なデータ処理システムのアーキテクチャを示す図である。
【図２】本発明の諸実施形態による共同制作電子メールのためのシステムにおいて有用な自動コンピューティング・マシンのブロック図である。
【図３】本発明の諸実施形態により改良された電子メール・クライアント上のデータ入力画面の線画である。
【図４】本発明の様々な諸実施形態において有用な例示的なデータ構造のデータベース図である。
【図５】共同制作電子メール文書を作成するための方法を示す流れ図である。
【図６】図５の方法の拡張を示す流れ図である。
【図７】改訂の同期通信の方法を示す流れ図である。
【図１】
2007501969.tif 000003
【図２】
2007501969.tif 000004
【図３】
2007501969.tif 000005
【図４】
2007501969.tif 000006
【図５】
2007501969.tif 000007
【図６】
2007501969.tif 000008
【図７】
2007501969.tif 000009
【国際調査報告】
2007501969.tif 000010
2007501969.tif 000011