JP2012525657A - 共同オーサリングのチャネル横断の一貫性 - Google Patents

Abstract

コンピュータ装置は、処理装置と、処理装置で実行されると処理装置が下記のモジュールの作成する命令を有するメモリと、を含む。作成されるモジュールは、ドキュメントの内容の作成と編集を処理するドキュメント処理モジュール、コンピュータ装置でドキュメントのメタデータを生成、監視、記憶するメタデータ処理モジュールである。メタデータ処理モジュールは、ユーザがドキュメントの一部を編集し始めると作成される新しいロックに関する情報を含むロック作成メタデータと、ロック解除に関する情報を含むロック解除メタデータと、ロック削除に関する情報を含むロック削除メタデータを生成する。メタデータ処理モジュールは、データチャネルと、別個のメタデータチャネルの両方にロック作成メタデータを書き込む。メタデータ処理モジュールは、ロック解除メタデータをデータチャネルに書き込み、ロック削除メタデータをメタデータチャネルに書き込む。

Description

本発明は、共同オーサリングのチャネル横断の一貫性に関する。

ネットワークベースのドキュメントコラボレーションシステムによって、複数のユーザが、あるドキュメントに同時にアクセスし、共同でオーサリングを行うことが可能になった。

複数のユーザがドキュメントを共同でオーサリングすることが可能になったが、コンフリクトを避けるために、ネットワークベースのドキュメントコラボレーションシステムは、ドキュメントにおいて各ユーザが編集できる領域を制限することができる。この制限に関する情報が、他の共同オーサリングのユーザに通信されなければ、ドキュメントのコピーをまとめる時に変更に関するコンフリクトが発生する可能性が増す。

開示の実施形態は、処理装置と、命令を有するシステムメモリと、を備えるコンピュータ装置に関し、処理装置がその命令を実行すると、処理装置は、ドキュメントの内容を作成と編集の処理を行うドキュメント処理モジュールと、メタデータ処理モジュールとを作成する。メタデータ処理モジュールは、コンピュータ装置で、ドキュメントを生成、監視、記憶する。また、メタデータ処理モジュールは、ユーザがドキュメントの一部の編集を開始すると作成される新しいロックに関する情報を含むロック作成メタデータと、ロックの解除に関する情報を含むロック解除メタデータと、ロック削除に関する情報を含むロック削除メタデータと、を生成する。また、メタデータ処理モジュールは、ロック作成メタデータを、データチャネルと、別個のメタデータチャネルの両方に書き込む。データチャネルは、コンピュータ装置とサーバコンピュータとの間の第１の通信路で、この第１の通信路を通して、ドキュメントに関する内容とロックメタデータが通信される。メタデータチャネルは、コンピュータ装置とサーバコンピュータの間の第２の通信路で、この第２の通信路を通って、ドキュメントに関するロックメタデータが通信される。また、メタデータ処理モジュールは、ロック解除メタデータをデータチャネルに書き込み、ロック削除メタデータをメタデータチャネルに書き込む。

１つまたは複数の技術の詳細を、添付の図面と共に、下記に述べる。この技術の他の特徴、目的、利点は、説明、図面、請求項より明らかとなろう。

共同オーサリングにチャネル横断の一貫性を持たせるシステムの例を示す図である。 共同オーサリングにチャネル横断の一貫性をもたせる機能を実施する、図１に例示したクライアントコンピュータのモジュールの例を示す図である。 クライアントコンピュータでメタデータをドキュメントに適用する方法のフローチャートの第１の部分を示す図である。 クライアントコンピュータでメタデータをドキュメントに適用する方法のフローチャートの第２の部分を示す図である。 クライアントコンピュータでメタデータをドキュメントに適用する方法のフローチャートの第３の部分を示す図である。 図２のクライアントコンピュータの構成要素の例を示す図である。

本願は、ネットワークベースのドキュメントコラボレーションシステムで、ドキュメントデータをまとめる時に、チャネル横断で一貫した情報を提供するシステムおよび方法に関する。開示するシステムおよび方法においては、ドキュメントの領域に対する例えばロックのメタデータは、メタデータチャネル上で送信され、ドキュメントの内容とメタデータの両方は、データチャネルで送信される。システムと方法は、メタデータがドキュメントに適切に適用されるべき時を指定する優先順位付け規則を開示する。

図１は、メタデータをドキュメントに適用する時、チャネル横断の一貫性をサポートするシステム１００の例を示す。システム１００は、クライアント１０２、１０４、サーバ１０６、および、ネットワーク１０８を含む。クライアントとサーバの数は、これより多くても少なくてもよい。この開示においては、クライアントとクライアントコンピュータという用語は互いに置き換えて使うことができ、サーバとサーバコンピュータという用語も互いに置き換えて使うことができる。

クライアント１０２、１０４に記憶された複数の情報の中には、クライアントオペレーティングシステム（「ＯＳ」）と、クライアントアプリケーションがある。クライアントＯＳは、クライアントシステムのハードウェアリソースとソフトウェアリソースを管理するプログラムである。クライアントアプリケーションは、クライアント１０２、１０４のリソースを利用して、ユーザが指定したタスクを直接行う。例えば、クライアント１０２、１０４は、ドキュメントファイルを作成、編集するのに使われる文書処理プログラムなどの、１つまたは複数のソフトウェアアプリケーションを含む。このようなアプリケーションの一例は、ワシントン州レドモンドのマイクロソフト社製のＭｉｃｒｏｓｏｆｔ Ｗｏｒｄである。このようなアプリケーションの他の例も適用可能である。

サーバ１０６は、ネットワークを通してアクセス可能なファイルサーバである。サーバ１０６は、複数のファイルを記憶する。これらのファイルは、本明細書でさらに述べるように、ソフトウェアアプリケーションとドキュメントの両方を含むことができる。サーバ１０６は、サーバ１０６が記憶するドキュメントへのアクセスを制御する。

例示の実施形態においては、サーバ１０６は、ある組織内に配置してもよく、ドキュメントコラボレーションシステムの一部であってもよい。例示のドキュメントコラボレーションシステムは、マイクロソフト社提供のポータルサーバサービスであるＳＨＡＲＥＰＯＩＮＴ（登録商標）チームサービスである。例示の共有ドキュメントサーバは、マイクロソフト社提供のＭｉｃｒｏｓｏｆｔ Ｏｆｆｉｃｅ ＳｈａｒｅＰｏｉｎｔ Ｓｅｒｖｅｒ ２００７である。他の構成も用いることができる。

メタデータは、データに関する情報である。典型的なメタデータの例としては、ドキュメント名、作成日または最終編集日、現在ドキュメントの編集を行っている著者（オーサ）、現在ドキュメントを閲覧している著者（オーサ）、段落識別子、段落ロックなどがある。他の種類のドキュメントメタデータも可能である。この開示においては、メタデータは、共同オーサリングを行う複数のユーザがドキュメントの同じ領域を同時に編集するのを防ぐためにドキュメント領域に適用されるロックを含む。そのドキュメント領域は、典型的には段落であるが、段落のヘッディング、表、文などを含んでもよい。また、メタデータは、ロックを作成するためのメタデータ、ロックを解除するためのメタデータ、ロックを削除するためのメタデータを含む。

例示の実施形態においては、メタデータは、メタデータチャネル１１１を通して送信される。例示の実施形態においては、チャネル横断の一貫性を提供するために、メタデータは、データチャネル１１３でも送信される。データチャネル１１３は、ドキュメントの内容情報をサーバコンピュータ１０６に送受信するのにも使われる。

ロックを作成するためのメタデータは、ロック作成メタデータと称され、共同オーサリングのユーザが、例えば、段落に文字をタイプすることによって、または、書式の設定を変更することによって、ドキュメントの領域の内容を変更すると、メタデータチャネル１１１に書き込まれる。ロック作成メタデータは、他の全ての共同オーサリングのユーザに対して、その段落に対するロックを適用し、他の共同オーサリングのユーザがドキュメントの同じ領域を編集できないようにする。下記に詳細に説明するように、チャネル横断の一貫性をもたせるためには、ドキュメントを保存する時、ロック作成メタデータもデータチャネル１１３に含まれる。

ロックを解除するためのメタデータは、ロック解除メタデータと称され、共同オーサリングのユーザが、ドキュメント領域、典型的には、段落の編集を終えると、データチャネル１１３に書き込まれる。ロック解除メタデータがデータチャネル１１３に書き込まれて、ロック解除と内容の更新が同期される。共同オーサリングのユーザは、ドキュメントの領域の編集を終えると、典型的には、保存操作を行う。保存操作中に、ドキュメントの内容は、データチャネル１１３に書き込まれ、サーバ１０６に送信される。ロック解除メタデータをドキュメントの内容と共にデータチャネル１１３に書き込むことによって、ドキュメントの編集された領域に対するロックを解除するメタデータがドキュメントの内容と同時に受信されることを確実にする。こうして、更新された内容を受信する前にロックが解除され、ユーザが、最新の内容ではないドキュメントの領域を編集するという潜在的な問題を防ぐことができる。

ロックを削除するためのメタデータは、ロック削除メタデータと称され、例えば、ロック削除ボタンを作動させる、または、タイムアウトによって、ロックを明示的に削除すると、メタデータチャネル１１１に書き込まれる。ロックは、様々な理由で明示的に削除してよい。例えば、ユーザは、ドキュメント領域の編集を始め、その領域に対するロックを作成し、その後、保存することなしにキャンセルする場合がある。ロックを明示的に削除する方法がなければ、ロックは有効なままになる。別の例としては、ユーザは、ドキュメント領域の編集を始め、その領域に対するロックを作成し、その後、長時間、その場を離れる、または、長時間、ネットワーク１０８との接続を切る場合がある。この場合には、ドキュメントコラボレーションシステムは、特定の時間が経つと、共同オーサリングのユーザに対する全てロックを期限切れとするタイムアウトを実施してよい。この例に関しては、タイムアウトによって、ロック削除メタデータが、編集中のドキュメント領域に対するメタデータチャネル１１１に書き込まれる。

ロックメタデータの各単位は、その単位に関連付けられた識別子を有する。この例において、識別子は、後述するように、ロックを識別し、かつロックの対象となっているドキュメントの部分を識別する数を含む。ロックは、ロックの作成、解除、または削除を開始したユーザの識別子も含んでよい。識別子は、ロック作成時にロックに割り当てられ、そのロックが削除または解除されるときは、同じ識別子が用いられる。従って、常に、あるロックには、ロック作成とロック削除／解除のペアが関連付けられている。

ドキュメントの領域が編集中で、ロックが作成され、保存操作が行われて、ロックが解除され、その後、ドキュメントの同じ領域が再び編集されると、ドキュメントのその領域に対して新しいロックが作成される。新しいロックは、たとえドキュメントの同じ部分が編集されていても、新しい識別子が割り当てられる。下記に記載するように、そのロック識別子は、チャネル横断の一貫性を強化する追加の手段として用いられる。

例示のドキュメントコラボレーションシステムは、ロック作成、ロック削除、ロック解除の各々の履歴を保持する。履歴は、メタデータチャネル１１１に保持される。下記にさらに記載するように、ロック作成、ロック削除およびロック解除の履歴は、チャネル横断の一貫性を強化するさらなる手段として用いられる。

図２は、クライアントコンピュータ１０２の論理モジュールの詳細な図を示す。クライアントコンピュータ１０２は、例示のドキュメント処理モジュール２０２と例示のメタデータ処理モジュール２０４を含む。

例示のドキュメント処理モジュール２０２は、Ｍｉｃｒｏｓｏｆｔ Ｗｏｒｄなどのワードプロセッサの処理を行う。例示のドキュメント処理モジュール２０２によって、ドキュメントを作成または開くこと、変更、および、保存することが可能になる。例示のドキュメント処理モジュール２０２は、データチャネル１１３を用いて、ドキュメントの内容をサーバ１０６に保存する。ドキュメントを保存するとき、ドキュメント全体の内容をサーバ１０６に送信するので、データチャネル１１３は、比較的速度の遅いチャネルである。

例示の実施形態においては、クライアント１０２とクライアント１０４の共同オーサリングのユーザは、同じドキュメントを編集することができる。クライアント１０２の共同オーサリングのユーザが、最初に、ドキュメントを開いた場合、例示のドキュメント処理モジュール２０２は、サーバ１０６からドキュメントのコピーを取得し、クライアント１０２でドキュメントを開く。クライアント１０４の共同オーサリングのユーザがそのドキュメントを開くと、例示のドキュメント処理モジュール２０２は、サーバ１０６からドキュメントのコピーを取得し、クライアント１０４で、そのドキュメントを開く。クライアント１０２の共同オーサリングのユーザが、クライアント１０４の共同オーサリングのユーザがドキュメントを開く前に、そのドキュメントを変更したにもかかわらず、変更を保存していない場合、クライアント１０４の共同オーサリングのユーザは、ドキュメントを開いたとき、その変更が見えない。

例示の実施形態においては、第２の共同オーサリングのユーザは、第１および第２の共同オーサリングの両方のユーザが変更をドキュメントに保存するまで、第１の共同オーサリングのユーザがドキュメントに行った変更が見えない。例えば、クライアント１０２の共同オーサリングのユーザが、クライアント１０２で開いたドキュメントへの変更を保存すると、クライアント１０４の共同オーサリングのユーザは、自分がクライアント１０４で開いたそのドキュメントへの変更を保存するまで、その変更が見えない。クライアント１０２の共同オーサリングのユーザが、クライアント１０２で開いたドキュメントへの変更を保存した後、クライアント１０４の共同オーサリングのユーザが、クライアント１０４で開いたそのドキュメントへの変更を保存すると、クライアント１０２でドキュメントに加えた変更は、クライアント１０４で開かれたドキュメントに統合される。

例示のメタデータ処理モジュール２０４は、例示のドキュメントコラボレーションシステムで開かれたドキュメントのメタデータを処理する。クライアント１０２の共同オーサリングのユーザがドキュメントを開いて、例えば、ドキュメントの段落に文字をタイプして、そのドキュメントの内容を変更すると、クライアント１０２の例示のメタデータ処理モジュールは、その段落に対してロックを作成する。ロックは、ドキュメントのロックされている段落を識別する段落識別子を含むメタデータである。ロックメタデータは、そのドキュメントを編集する共同オーサリングのユーザに対する識別子も含み、ロックに対する識別子も含む。

段落ロックに関するさらなる詳細は、２００８年６月２５日出願の米国特許出願公開第１２／１４５，５３６号に記載されており、その全体を参照によりここに組み込むものとする。

例示の実施形態においては、全てのロックは、ロックを識別するロック識別子を有する。ロック識別子は、ロックを作成する例示のメタデータ処理モジュール２０４が生成する乱数である。新しいロックが作成される度に、たとえその新しいロックが以前のロックと同じ段落に対して作成されても、そのロックに対して新しいロック識別子が生成される。ロック識別子を用いて、ロックが適用された時、ロックがドキュメントから解除または削除された時を判断する。

ロックが作成されると、そのロックは、例示のメタデータチャネル１１１に書き込まれ、サーバコンピュータ１０６に送信される。メタデータチャネル１１１は、データチャネル１１３とは別個の、速度の速いチャネルである。メタデータチャネル１１１は、典型的には、データチャネル１１３と比較して、より迅速に（「速く」）更新される。なぜならば、典型的に、メタデータチャネル１１１で送信される情報はデータチャネル１１３で送信される情報よりより少ないので、その情報は、データチャネル１１３で送信される情報より速くサーバ１０６に送信されるからである。ロック伝搬にメタデータチャネル１１１を使用して、共同オーサリングのユーザたちに、別の共同オーサリングのユーザがドキュメント領域を編集していると迅速に知らせ、編集を行っているユーザ以外の共同オーサリングのユーザたちが、ドキュメントの同じ領域を編集する可能性を最小限にすることは、有益である。

例示の実施形態において、例示のメタデータチャネル１１１の最初のメタデータは、すぐにサーバ１０６に送信されるが、その後、追加のメタデータは、例えば、５秒毎、１０秒毎、３０秒毎、４５秒毎、１分毎、５分毎、１０分毎などの定期的な間隔でサーバ１０６に送信される。追加のメタデータは、例えば、サーバ１０６の負荷を減らすなどの性能上の理由で、すぐにではなく、定期的にサーバ１０６に送信される。クライアント１０２で共同オーサリングを行っている者が、例えば、クライアント１０２で開いているドキュメントの段落１を編集し始めると、段落１に対してロックが作成され、メタデータチャネル１１１でサーバ１０６に送信される。クライアント１０４でロックが受信されると、そのロックは、クライアント１０４の共同オーサリングのユーザがドキュメントの段落１を編集するのを防ぐ。

ここで、例示のクライアント１０２の共同オーサリングのユーザが、段落８を編集する場合、段落８に対するロックが作成されるが、そのロックは、定期的な間隔が終了するまで、メタデータチャネル１１１を通してサーバ１０６に送信されない。例えば、定期的な間隔が３０秒で、クライアント１０２の共同オーサリングのユーザが、段落１のロックがサーバ１０６に送信されてから３秒後に、段落８に文字をタイプした場合、段落８のロックは、その後２７秒間、メタデータチャネル１１１を通してサーバ１０６に送信されない。この例においては、クライアント１０２の共同オーサリングのユーザが、２７秒が経過する前に保存操作を行うと、段落８のロックがメタデータチャネル１１１を通して到着する前に、段落８の内容情報が、クライアント１０４に到達する可能性がある。

このため、例示のメタデータ処理モジュール２０４が、段落のロックを作成し、そのロックをメタデータチャネル１１１に書き込むと、例示のメタデータ処理モジュール２０４は、そのロックをデータチャネル１１３にも書き込む。そうすると、クライアント１０２の共同オーサリングのユーザが、クライアント１０２で開いたドキュメントに行っている編集に対して保存操作を行うと、その段落に対するロックが、段落の内容変更がデータチャネル１１３を通してサーバ１０６に送信されるのと同時に、データチャネル１１３を通してサーバ１０６に送信される。

メタデータチャネル１１１とデータチャネル１１３の両方を通すロック作成メタデータの供給は、上述した、メタデータチャネル１１１の更新に関する定期性に関する待ち時間の問題を最小限にするのに役立つ。メタデータチャネル１１１を通して、ロックが、保存操作前に、クライアント１０４に到達する場合、そのロックは、クライアント１０４の共同オーサリングのユーザが、段落を編集するのを防ぐ。クライアント１０２で保存操作が行われ、メタデータチャネル１１１を通してロックが到達する前に、その保存操作によって、内容変更がデータチャネル１１３を通してクライアント１０４に到達する場合、データチャネル１１３を通したロックは、内容変更と共にクライアント１０４に到達する。データチャネル１１３のロックは、クライアント１０４の共同オーサリングのユーザが、段落を編集するのを防ぐ。

ロック解除は、典型的には保存操作の結果として、データチャネル１１３を介して生じる。ドキュメントコラボレーションシステムにおいては、少なくとも２種類の異なった保存操作が可能である。保存操作の一例においては、内容データはサーバ１０６に保存されるが、内容情報は共有に指定されない。この例では、共同オーサリングのユーザは、編集した内容をサーバ１０６に保管するために、保存するが、その内容は、他のユーザと快適に共有できる状態にはなっていない。保存操作の別の例においては、共同オーサリングのユーザは、共有の内容を指定する。この開示においては、保存操作は、２番目の例に従う。つまり、保存操作は、他の共同オーサリングのユーザと共有するための保存内容を指定する。

保存操作は、典型的に、共同オーサリングのユーザが、保存するドキュメントの段落の編集を終了したことを示すので、ロック解除は、データチャネル１１３を介して生じる。共同オーサリングのユーザが、１つまたは複数の段落の編集を続けたい場合、共同オーサリングのユーザが編集する各段落に対して、新しいロック識別子を有する新しいロックが作成される。

ロック解除メタデータは、データチャネル１１３に書き込まれて、ロック解除メタデータが、サーバ１０６で内容変更と同時に受信されるのを確実にする。これによって、例えば、例示のクライアント１０４の共同オーサリングのユーザなど、別の共同オーサリングのユーザが、ロック解除メタデータを受信して、ロックされている段落を編集することが可能となり、クライアント１０４で開かれたドキュメントも最新の内容に更新される。これによって、ロック解除メタデータに対応するロックが解除されて、クライアント１０４の共同オーサリングのユーザは、更新された内容を編集することを、確実にする。

ロック解除が起こると、ロック解除メタデータのデータチャネル１１３への書き込みに加えて、ロック解除メタデータは、メタデータチャネル１１１にも書き込まれる。メタデータチャネル１１１からのロック解除メタデータは、典型的には、データチャネル１１３からのロック解除メタデータがサーバ１０６に到達する前に、サーバ１０６に到達する。サーバ１０６は、ロック解除メタデータを受信すると、ドキュメントの他の共同オーサリングのユーザに対して、ロックされた段落のロックの種類を変更する。新しいロック種類は、ロックされた段落がもう編集中でないことを示す。これによって、その段落の編集が可能であることを、例えば、クライアント１０４の共同オーサリングのユーザなどのユーザに知らせる。しかしながら、その段落は、まだ、クライアント１０４の共同オーサリングのユーザに対してロックされている。クライアント１０４の共同オーサリングのユーザが、保存操作を行うと、サーバ１０６は、段落への更新された内容変更でクライアント１０４を更新し、段落のロックを解除する。

ロック削除メタデータは、メタデータチャネル１１１を通してサーバ１０６に送信される。ロック削除メタデータは、ロック解除メタデータとは区別される。ロック解除メタデータは、ユーザが、もはやドキュメント領域の編集を行っていないときに生成される。ロック削除メタデータは、共同オーサリングのユーザによる明示的な行動で、または、ドキュメントコラボレーションシステムの明示的な行動によって生じる。例えば、上述のように、ユーザが、１つまたは複数の段落の編集を開始し、保存することなしに、編集のキャンセルを決める場合がある。共同オーサリングのユーザが段落に文字をタイプすると、ロック作成メタデータが、メタデータチャネル１１１とデータチャネル１１３の両方に書き込まれるので、共同オーサリングのユーザは、例示のドキュメント処理モジュール２０２に関連付けられた削除キーを押すことができる。この例示の削除キーを押すと、ロック削除メタデータがメタデータチャネル１１１に書き込まれる。

下記に記載のように、ロック削除メタデータは、ロック作成メタデータより優先順位が高い。結果として、メタデータチャネル１１１からのメタデータがクライアント１０４で処理されると、ロック削除メタデータは、ロック削除メタデータのロック識別子を有するロックを、クライアント１０４で開いているドキュメントから取り除く。

ロック削除メタデータは、特定の条件の下で、ドキュメントコラボレーションシステムによって明示的にも生成される。例えば、ユーザがドキュメントの１つまたは複数の段落を編集し、変更を保存せず、ドキュメントを閉じずに、夜帰宅した場合、ユーザが編集した全ての段落に対するロックは、アクティブなままである。これらのロックによって、他の共同オーサリングのユーザがその段落を編集するのを防ぐ。メタデータ処理モジュール１１１は、所定の期間が経過するとロックをタイムアウトし、そのロックに対するロック削除メタデータを生成して、この状況に対処する。

クライアント１０４が、例えば、クライアント１０２が生成したメタデータなどのメタデータを受信すると、クライアント１０４の優先順位付け規則が、そのメタデータを、クライアント１０４で開いているドキュメントにどのように適用するかを判断する。クライアント１０４の共同オーサリングのユーザが、サーバ１０６からドキュメントを取得して、クライアント１０４でドキュメントを開くと、メタデータチャネル１１１を通してそのドキュメントのメタデータが取得される。そのメタデータが、ドキュメントの１つまたは複数の段落に対する１つまたは複数のロックを含む場合、クライアント１０４は、そのメタデータが、１つまたは複数のロックと同じロック識別子を有する１つまたは複数のロック解除を含むか否かを判断する。メタデータが、メタデータに含まれるロックと同じロック識別子を有するロック解除を含む場合、そのロックはドキュメントに適用されない。その理由は、ロック解除は常にロック作成後に起こるので、ロック解除の方が最近起こっているからである。しかしながら、メタデータが、メタデータに含まれるロックと同じロック識別子を有するロック解除を含まない場合、ロックメタデータに指定されたドキュメントの段落に、ロックが適用される。ロックによって、クライアント１０４の共同オーサリングのユーザが、ドキュメントを編集するのを防ぐ。

クライアント１０４のドキュメントが開かれ、最初のメタデータが、上述のようにドキュメントに適用されると、例示の実施形態においては、追加のメタデータは、典型的には３０秒の定期的間隔で、ドキュメントに適用される。さらに、例示の実施形態においては、ドキュメントへの追加の内容更新は、クライアント１０４で保存操作が行われたとき、ドキュメントに適用されるのみである。次の定期的な間隔の際、メタデータは、メタデータチャネル１１１を介してサーバ１０６から取得される。メタデータは、優先規則に従ってドキュメントに適用される。クライアント１０４の例示のメタデータ処理モジュール２０４は、まず、メタデータがロック削除を含むか否かを判断する。メタデータチャネル１１１のロック削除は、最も優先順位の高いメタデータで、ロックを明示的に取り除くことを意味している。

クライアント１０４の例示のメタデータ処理モジュール２０４は、次に、サーバ１０６から取得されたメタデータがロック作成を含むか否かを判断する。メタデータが１つまたは複数のロック作成を含む場合、メタデータが、１つまたは複数のロック作成のロック識別子に一致するロック解除も含むか否かを判断する。ロック作成が同じロック識別子を有する対応するロック解除を有さない場合、ロック作成に対応するロックが、ロック作成で識別されたドキュメントの段落に適用される。しかし、ロック作成が、同じロック識別子を有する対応するロック解除を有する場合、ロック作成に対応するロックは、ロック作成で識別されたドキュメントの段落に適用されない。これは、ロック解除は常にロック作成後に生じので、ロック解除とロック作成が同じ識別子を有する場合、ロックはキャンセルされているからである。

クライアント１０４の共同オーサリングのユーザが、保存操作を行うと、ドキュメントの更新された内容が、サーバ１０６から取得される。更新された内容には、クライアント１０４で最後に保存操作をした後に、内容変更をサーバ１０６に保存した他の共同オーサリングのユーザが行ったドキュメントへの変更が反映されている。更新された内容は、データチャネル１１３を通してサーバ１０６からクライアント１０４に送信される。クライアント１０４は、更新された内容をサーバ１０６から受信すると、サーバ１０６から受信した最新のメタデータがロック解除を含むか否かを判断する。サーバ１０６から受信した最新のメタデータが、ロック解除を含む場合、ロック解除が識別したロックが、ロック解除が識別したドキュメントの段落から取り除かれる。内容更新が起こるまでロック解除が行われない理由は、ロックが解除されて、共同オーサリングのユーザがロックされた段落の編集を開始したとき、共同オーサリングのユーザが、サーバ１０６に保存されているドキュメントの最新の内容を編集することを確実にするためである。

図３から図５は、ドキュメントにメタデータを適用して、情報のチャネル横断の一貫性を与える方法のフローチャート３００の例を示す。操作３０２で、共同オーサリングを指定されたドキュメントが、サーバコンピュータ１０６から取得される。操作３０４で、そのドキュメントを、クライアント１０４の共同オーサリングのユーザが開く。操作３０６で、クライアント１０４は、ドキュメントの第１のメタデータを含む第１のメッセージをサーバコンピュータ１０６から受信する。サーバコンピュータ１０６は、ドキュメントがクライアント１０４で開かれると、クライアント１０４に第１のメタデータを送信する。第１のメタデータは、メタデータチャネル１１１を通して送信される。第１のメタデータは、ドキュメントに対する１つまたは複数のロックを含む。ロックは、例えば、クライアント１０２の共同オーサリングのユーザなどの、一人または複数の共同オーサリングのユーザが、ドキュメントの１つまたは複数の領域を変更したことを示している。

操作３０８で、クライアント１０４は、第２のメッセージを、ドキュメントの第２のメタデータを含むサーバコンピュータ１０６から受信する。第２のメタデータも、メタデータチャネル１１１を通して受信される。操作３１０で、第２のメタデータが１つまたは複数のロック削除を含むか否かが判断される。第２のメタデータが１つまたは複数のロック削除を含むと判断されれば、操作３１２で、１つまたは複数のロック削除が、ドキュメントに適用されたロックに一致するか否かが判断される。各ロック削除は識別子を有し、各ロックは識別子を有する。ロック削除の識別子が、ドキュメントのロックの識別子と一致すると判断されれば、操作３１４で、ドキュメントのロックは削除される。

操作３１６で、第２のメタデータがロック作成を含むか否かが判断される。第２のメタデータがロック作成を含むと判断されると、操作３１８で、第２のメタデータがロック解除を含むか否かが判断される。第２のメタデータがロック解除を含むと判断されると、操作３２０で、ロック解除の識別子がロック作成の識別子と一致するか否かが判断される。ロック解除がないと判断されると、または、ロック解除はあるが、ロック解除のどれもロック作成と一致しないと判断されると、操作３２２で、第２のメタデータのロック作成に対応するロックが、ドキュメントに適用される。ロック作成が、一致するロック解除を有する場合、ロック作成のためにロックはドキュメントに適用されない。ロック解除は、ロック作成の後に生じるので、ロック解除は、ロック作成に対応するドキュメントの領域は、もうロックする必要がないということ意味する。

操作３２４で、クライアント１０４は、第３のメッセージをサーバコンピュータ２０６から受信する。第３のメッセージは、ドキュメントの内容を含み、かつ、第３のメタデータも含む。第３のメッセージは、典型的には、クライアント１０４の共同オーサリングのユーザが保存操作を行ってクライアント１０４で開かれたドキュメントの内容を保存した後、受信される。第３のメッセージに含まれるドキュメントの内容は、例えば、クライアント１０２の共同オーサリングのユーザなどの他の共同オーサリングのユーザからの、更新されたドキュメントの内容である。第３のメッセージは、データチャネル１１３を通して受信される。第３のメッセージは、データチャネル１１３を通して受信されて、更新されたドキュメントの内容と同時にロック解除が受信されることを確実にする。ロックが解除されると、ロックが解除されたドキュメントの領域が最新の内容を有することが確実になる。

操作３２６で、第３のメタデータがロック解除を含むか否かを判断する。第３のメタデータが１つまたは複数のロック解除を含むと判断されると、操作３１２で、１つまたは複数のロック解除が、ドキュメントに適用されたロックと一致するか否かを判断する。各ロック解除は識別子を有し、各ロックは識別子を有する。ロック解除の識別子が、ドキュメントのロックの識別子と一致すると判断されると、操作３１４で、ドキュメントのロックが解除される。

チャネル横断の共同オーサリングの一貫性に関する上記説明は、２人の共同オーサリングのユーザについて述べている。他の例示の実施形態においては、３人以上の共同オーサリングのユーザが、同じドキュメントを編集してよい。同じメタデータ統合操作が、３人以上の共同オーサリングのユーザを有する実施形態に適用される。

図６を参照してクライアント１０２の構成要素の例を示す。例示の実施形態においては、クライアント１０２は、デスクトップコンピュータ、ラップトップコンピュータ、パーソナルデータアシスタント、または、セルラーデバイス等のコンピュータ装置である。クライアント１０２は、入出力装置、中央処理装置(「ＣＰＵ」)、データ記憶装置、およびネットワーク装置を含むことができる。

基本的な構成においては、コンピュータ装置１０２は、典型的に、少なくとも１つの処理装置４０２とシステムメモリ４０４を含む。コンピュータ装置の具体的な構成と種類に応じて、システムメモリ４０４は、揮発性（例えば、ＲＡＭ）、不揮発性(例えば、ＲＯＭ、フラッシュメモリなど)、または、それらの組み合わせであってよい。システムメモリ４０４は、典型的には、ワシントン州レドモンドのマイクロソフト社製のＷＩＮＤＯＷＳ（登録商標）オペレーティングシステムなどのネットワーク化されたパーソナルコンピュータ、または、ワシントン州レドモンドのマイクロソフト社製のＷｉｎｄｏｗｓ ＳｈａｒｅＰｏｉｎｔ Ｓｅｒｖｅｒ ２００７などのサーバの操作を制御するのに適切なオペレーティングシステム４０６を含む。システムメモリ４０４は、１つまたは複数のソフトウェアアプリケーション４０８を含んでもよく、プログラムデータを含んでもよい。

コンピュータ装置１０２は、追加の特徴または機能を有してよい。例えば、コンピュータ装置１０２は、例えば、磁気ディスク、光ディスク、またはテープなどの追加のデータ記憶装置(取り外し可能および／または取り外し不可能)を含んでよい。そのような追加の記憶装置は、取り外し可能記憶装置４１０および取り外し不可能記憶装置４１２として、図６に示されている。コンピュータ記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュールまたは他のデータなどの情報を記憶する方法または技術で実装される、揮発性媒体、不揮発性媒体、取り外し可能媒体、および、取り外し不可能媒体を含んでよい。システムメモリ４０４、取り外し可能記憶装置４１０、および、取り外し不可能記憶装置４１２は、全てコンピュータ記憶媒体の例である。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリなどのメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）などの光記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置など磁気記憶装置、または、所望の情報を記憶するのに用いることができ、かつ、コンピュータ装置１０２によってアクセス可能な、他の任意の媒体を含むが、これらに限定されない。このようなコンピュータ記憶媒体のいずれかが、装置１０２の一部であってよい。コンピュータ装置１０２は、キーボード、マウス、ペン、音声入力装置、タッチ入力装置、などの入力装置（複数可）４１４を有してもよい。ディスプレイ、スピーカ、プリンタなどの出力装置(複数可)４１６も含んでよい。これらの装置は、この技術分野でよく知られており、ここでこれ以上説明する必要はない。

コンピュータ装置１０２は、例えばイントラネットやインターネットなどの分散コンピュータ環境でのネットワークを介して、コンピュータ装置１０２が他のコンピュータ装置４２０と通信するのを可能にする通信接続４１８を含んでもよい。通信接続４１８は、通信媒体の一例である。通信媒体は、典型的には、コンピュータ可読命令、データ構造、プログラムモジュール、または搬送波や他の搬送機構などの変調データ信号の形の他のデータによって具現されてよく、任意の情報配信媒体を含む。「変調データ信号」とういう用語は、信号に情報を符号化するように、信号の特性の１つまたは複数をセットし変化させた信号を意味する。通信媒体の例としては、有線ネットワークまたは直接有線接続などの有線媒体、音響媒体、ＲＦ媒体、赤外線媒体などの無線媒体を含むが、これらに限定されない。本明細書で用いられるコンピュータ可読媒体という用語は、記憶媒体と通信媒体の両方を含む。

上記の様々な実施形態は、一例としてのみ記載したもので、それらの実施形態に限定されるものではない。本開示の精神および範囲を逸脱することなしに、上記実施形態に様々な修正および変更を加えてよい。

Claims (15)

1. クライアントコンピュータ（１０２）におけるメタデータ一貫性処理の方法（３００）であって、
   クライアントコンピュータ（１０２）で、サーバコンピュータ（１０６）からドキュメントを取得するステップと、
   前記クライアントコンピュータ（１０２）で前記ドキュメントを開くステップと、
   前記ドキュメントを開いた後、前記サーバコンピュータ（１０６）から第１のメッセージを受信するステップであって、前記第１のメッセージは、前記ドキュメントに関する第１のメタデータを含み、前記第１のメタデータは、前記ドキュメントの１つまたは複数の領域に対する１つまたは複数のロックを含み、前記第１のメタデータは、前記サーバコンピュータ（１０６）からメタデータチャネル（１１１）を通して受信され、前記メタデータチャネル（１１１）は、前記クライアントコンピュータ（１０２）と前記サーバコンピュータ（１０６）との間の第１の通信路であって、該第１の通信路を通して、前記ドキュメントに関するロックメタデータが通信される、第１のメッセージを受信するステップと、
   前記ドキュメントを開いた後、ロックされていない前記ドキュメントの第１の領域を編集するステップと、
   前記サーバコンピュータ（１０６）から第２のメッセージを受信するステップであって、前記第２のメッセージは、前記ドキュメントに関する第２のメタデータを含み、前記第２のメタデータは、前記メタデータチャネル（１１１）を通して受信される、第２のメッセージを受信するステップと、
   前記第２のメタデータを受信した後、前記第２のメタデータが１つまたは複数のロック削除を含むか否かを判断するステップと、
   前記第２のメタデータが１つまたは複数のロック削除を含むと判断すると、該１つまたは複数のロック削除が、ロックされている前記ドキュメントの１つまたは複数の領域に対するロックの識別子と一致する識別子を含むか否かを判断するステップと、
   １つまたは複数のロック削除が、ロックされている前記ドキュメントの１つまたは複数の領域のロックの識別子に一致する識別子を含むと判断すると、前記ロック削除に対応するロックを削除するステップと、
   前記第２のメタデータを受信した後、前記第２のメタデータが、１つまたは複数のロック作成であって、該１つまたは複数のロック作成の各々が作成される各ロックに対応する識別子を含む、ロック作成を含むか否かを判断するステップと、
   前記第２のメタデータが１つまたは複数のロック作成を含むと判断すると、前記第２のメタデータが、前記ロック作成の１つまたは複数と同じロック識別子を有する１つまたは複数のロック解除を含むか否かを判断するステップと、
   前記第２のメタデータがロック解除を含まないと判断すると、または、前記第２のメタデータが１つまたは複数のロック解除を含むが、該１つまたは複数のロック解除のどれも、ロック作成に一致するロック識別子を有さないと判断すると、前記１つまたは複数のロック解除のどれも前記ロック作成に一致するロック識別子を有さない前記１つまたは複数のロック作成の各ロック作成に対して、前記ロック作成で指定された前記ドキュメントの領域に前記ロック作成を適用するステップと、
   前記サーバコンピュータ（１０６）から第３のメッセージを受信するステップであって、前記第３のメッセージは、内容情報と第３のメタデータを含み、前記内容情報と前記第３のメタデータは、前記メタデータチャネル（１１１）とは別個のデータチャネル（１１３）を通して受信され、前記データチャネル（１１３）は、前記クライアントコンピュータ（１０２）と前記サーバコンピュータ（１０６）との間の第２の通信路であって、該第２の通信路を通して、前記ドキュメントに関する内容と前記ロックメタデータが通信される、第３のメッセージを受信するステップと、
   前記内容情報と前記第３のメタデータを受信した後、前記第３のメタデータが１つまたは複数のロック解除を含むか否かを判断するステップと、
   前記第３のメタデータが１つまたは複数のロック解除を含むと判断すると、前記１つまたは複数のロック解除が、ロックされている前記ドキュメントの１つまたは複数の領域のロックの識別子に一致する識別子を含むか否かを判断するステップと、
   １つまたは複数のロック解除が、ロックされている前記ドキュメントの１つまたは複数の領域のロックの識別子に一致する識別子を含むと判断すると、前記ロック解除に対応するロックを解除するステップと
   を含むことを特徴とする方法。
2. 前記第３のメタデータが１つまたは複数のロック解除を含むか否かを判断した後、前記第３のメタデータが１つまたは複数のロック作成を含むか否かを判断するステップと、
   前記第３のメタデータが１つまたは複数のロック作成を含むと判断すると、前記第３のメタデータが、前記ロック作成のうちの１つまたは複数の識別子に一致するロック識別子を有する１つまたは複数のロック解除を含むか否かを判断するステップと、
   前記第３のメタデータが、ロック解除を含まないと判断すると、または、前記第３のメタデータが１つまたは複数のロック解除を含むが、該１つまたは複数のロック解除のどれもロック作成に一致するロック識別子を有さないと判断すると、前記１つまたは複数のロック解除のどれも前記ロック作成に一致するロック識別子を有さない前記１つまたは複数のロック作成の各ロック作成に対して、前記ロック作成に指定されている前記ドキュメントの前記領域にロックを適用するステップと、
   をさらに含むことを特徴とする請求項１に記載の方法。
3. 前記クライアントコンピュータ（１０２）が、前記第１のメタデータを受信した後、所定の間隔で、第１の要求メッセージを前記サーバコンピュータ（１０６）に送信するステップをさらに含み、前記第１の要求メッセージは、前記サーバコンピュータ（１０６）からのメタデータを要求することを特徴とする請求項１に記載の方法。
4. ロックされていない前記ドキュメントの第２の領域を編集するステップをさらに含み、前記ドキュメントの前記第２の領域は、前記ドキュメントの前記第１の領域と異なることを特徴とする請求項３に記載の方法。
5. 第２の要求メッセージを前記サーバコンピュータ（１０６）に送信するステップをさらに含み、前記第２の要求メッセージは、ロックされていない前記ドキュメントの前記第２の領域に対するロック作成を含み、前記第２の要求メッセージは、前記第１の要求メッセージが前記サーバコンピュータ（１０６）に送信された時から１回または複数回の所定の間隔で、送信されることを特徴とする請求項４に記載の方法。
6. 各ロック作成、各ロック解除、および、各ロック削除のための識別子をさらに含み、該各ロック解除が、ロック作成、ロック解除、ロック削除を開始した共同オーサリングのユーザの識別子を含むことを特徴とする請求項１に記載の方法。
7. コンピュータ装置（１０２）であって、
   処理装置（４０２）と、
   前記処理装置（４０２）に接続されたシステムメモリ（４０４）であって、前記処理装置（４０２）によって実行されると、前記処理装置（４０２）にドキュメント処理モジュール（２０２）とメタデータ処理モジュール（２０４）を作成させる命令を含む前記システムメモリ（４０４）とを含み、
   前記ドキュメント処理モジュール（２０２）は、ドキュメント内容の作成と編集の処理を行い、
   前記メタデータ処理モジュール（２０４）は、前記コンピュータ装置（１０２）で、ドキュメントのメタデータを生成、監視、記憶し、前記メタデータ処理モジュール（２０４）は、ユーザがドキュメントの一部の編集を開始すると作成される新しいロックに関する情報を含むロック作成メタデータと、ロック解除に関する情報を含むロック解除メタデータと、ロック削除に関する情報を含むロック削除メタデータとを生成し、前記メタデータ処理モジュール（２０４）は、データチャネル（１１３）と、別個のメタデータチャネル（１１１）の両方にロック作成メタデータを書き込み、前記データチャネル（１１３）は、前記コンピュータ装置（１０２）とサーバコンピュータ（１０６）との間の第１の通信路であって、該第１の通信路を通して、前記ドキュメントに関する内容とロックメタデータが通信され、前記メタデータチャネル（１１１）は、前記コンピュータ装置（１０２）と前記サーバコンピュータ（１０６）との間の第２の通信路であって、該第２の通信路を通して、前記ドキュメントに関する前記ロックメタデータが通信され、前記メタデータ処理モジュール（２０４）は、ロック解除メタデータを前記データチャネル（１１３）に書き込み、前記メタデータ処理モジュール（２０４）は、ロック削除メタデータを前記メタデータチャネル（１１１）に書き込む
   ことを特徴とするコンピュータ装置（１０２）。
8. 前記メタデータ処理モジュール（２０４）は、保存操作の後、ロック解除メタデータを前記データチャネル（１１３）に書き込み、前記ロック解除メタデータは、前記保存操作中に保存された変更された内容に対応していることを特徴とする請求項７に記載のコンピュータ装置。
9. 前記メタデータ処理モジュール（２０４）は、前記ドキュメントの１つまたは複数の領域が変更されると、前記メタデータチャネル（１１１）と前記データチャネル（１１３）にロック作成メタデータを書き込むことを特徴とする請求項７に記載のコンピュータ装置。
10. 前記メタデータ処理モジュール（２０４）は、前記コンピュータ装置（１０２）のタイムアウト後、または、前記コンピュータ装置（１０２）で削除機能が手動で作動されたとき、ロック削除メタデータを前記メタデータチャネル（１１１）に書き込むことを特徴とする請求項７に記載のコンピュータ装置。
11. 前記ドキュメント処理モジュール（２０２）は、前記コンピュータ装置（１０２）で保存操作が行われると、ドキュメントの更新された内容情報をサーバコンピュータ（１０６）から取得することを特徴とする請求項７に記載のコンピュータ装置。
12. 前記メタデータ処理モジュール（２０４）は、前記コンピュータ装置（１０２）で前記保存操作が行われると、ロック作成メタデータとロック解除メタデータを前記サーバコンピュータ（１０６）から取得することを特徴とする請求項１１に記載のコンピュータ装置。
13. 前記メタデータ処理モジュール（２０４）は、前記ロック作成メタデータと前記ロック解除メタデータに識別子を割り当て、前記メタデータ処理モジュールは、前記ロック作成メタデータと前記ロック解除メタデータに対で識別子を割り当て、少なくとも１つのロック解除に対する前記識別子は、少なくとも１つのロック作成に対する前記識別子と同じで、最大で１つのロック作成と１つのロック解除が同じ識別子を有することを特徴とする請求項７に記載のコンピュータ装置。
14. 前記メタデータ処理モジュール（２０４）は、前記ロック作成メタデータと前記ロック削除メタデータに対で識別子を割り当て、少なくとも１つのロック削除の前記識別子は、少なくとも１つのロック作成の前記識別子と同じであり、最大で１つのロック作成と１つのロック削除が同じ識別子を有することを特徴とする請求項７に記載のコンピュータ装置。
15. 電子コンピュータ装置（１０２）の処理装置（４０２）によって実行されると、
    サーバコンピュータ（１０６）からドキュメントを取得するステップであって、該ドキュメントは、前記電子コンピュータ装置（１０２）でユーザによって要求されたものであるステップと、
    前記ドキュメントを開くステップと、
    前記ドキュメントを開いた後、前記サーバコンピュータ（１０６）から第１のメッセージを受信するステップであって、前記第１のメッセージは、前記ドキュメントの第１のメタデータを含み、前記第１のメタデータは、前記ドキュメントの１つまたは複数の領域の１つまたは複数のロックを含み、前記第１のメタデータは、前記サーバコンピュータ（１０６）からメタデータチャネル（１１１）を通して受信され、前記メタデータチャネル（１１１）は、前記電子コンピュータ装置（１０２）と前記サーバコンピュータ（１０６）の間の第１の通信路であって、該第１の通信路を通して、前記ドキュメントに関するロックメタデータが通信される、第１のメッセージを受信するステップと、
    前記ドキュメントを開いた後、ロックされていない前記ドキュメントの第１の領域を編集するステップと、
    前記サーバコンピュータ（１０６）から第２のメッセージを受信するステップであって、前記第２のメッセージは、前記ドキュメントの第２のメタデータを含み、前記第２のメタデータは、前記メタデータチャネル（１１１）で受信される、第２のメッセージを受信するステップと、
    前記第２のメタデータを受信した後、前記第２のメタデータが１つまたは複数のロック削除を含むか否かを判断するステップと、
    前記第２のメタデータが１つまたは複数のロック削除を含むと判断すると、前記１つまたは複数のロック削除が、ロックされている前記ドキュメントの１つまたは複数の領域に対するロックの識別子に一致する識別子を含むか否かを判断するステップと、
    １つまたは複数のロック削除がロックされている前記ドキュメントの１つまたは複数の領域に対するロックの識別子に一致する識別子を含むと判断すると、前記ロック削除に対応する前記ロックを削除するステップと、
    前記第２のメタデータを受信した後、前記第２のメタデータが１つまたは複数のロック作成であって、その各々が作成される各ロックに対応する識別子を含むロック作成を含むか否かを判断するステップと、
    前記第２のメタデータが１つまたは複数のロック作成を含むと判断すると、前記第２のメタデータが、前記ロック作成のうちの１つまたは複数と同じロック識別子を有する１つまたは複数のロック解除を含むか否かを判断するステップと、
    前記第２のメタデータがロック解除を含まないと判断すると、または、前記第２のメタデータが１つまたは複数のロック解除を含むが、該１つまたは複数のロック解除のどれも、ロック作成に一致するロック識別子を有さないと判断すると、前記１つまたは複数のロック解除のどれも前記ロック作成に一致するロック識別子を有さない前記１つまたは複数のロック作成の各ロック作成に対して、前記ロック作成で指定された前記ドキュメントの領域に前記ロック作成を適用するステップと、
    前記サーバコンピュータ（１０６）から第３のメッセージを受信するステップであって、前記第３のメッセージは、内容情報と第３のメタデータを含み、前記内容情報と前記第３のメタデータは、前記メタデータチャネル（１１１）とは別個のデータチャネル（１１３）を通して受信され、前記データチャネル（１１３）は、前記電子コンピュータ装置（１０２）と前記サーバコンピュータ（１０６）との間の第２の通信路であって、該第２の通信路を通して、前記ドキュメントに関する内容と前記ロックメタデータが通信される、第３のメッセージを受信するステップと、
    前記内容情報と前記第３のメタデータを受信した後、前記第３のメタデータが１つまたは複数のロック解除を含むか否かを判断するステップと、
    前記第３のメタデータが１つまたは複数のロック解除を含むと判断すると、前記１つまたは複数のロック解除がロックされている前記ドキュメントの１つまたは複数の領域に対するロックの識別子に一致する識別子を含むか否かを判断するステップと、
    １つまたは複数のロック解除がロックされている前記ドキュメントの１つまたは複数の領域に対するロックの識別子に一致する識別子を含むと判断すると、前記ロック解除に対応する前記ロックを解除するステップと、
    前記第３のメタデータが１つまたは複数のロック解除を含むか否かを判断した後、前記第２のメタデータが、前記１つまたは複数のロック解除の識別子に一致する識別子を有する１つまたは複数のロック作成を含むか否かを判断するステップと、
    前記第２のメタデータが、前記１つまたは複数のロック解除の識別子に一致する識別子を有する１つまたは複数のロック作成を含むと判断すると、前記１つまたは複数のロック作成に一致する識別子を有する１つまたは複数のロックが前記ドキュメントに適用されているか否かを判断するステップと、
    １つまたは複数のロック作成が、前記１つまたは複数のロック解除の識別子に一致する識別子を有すると判断し、かつ、前記１つまたは複数のロック作成に一致する識別子を有する１つまたは複数のロックが、前記ドキュメントに適用されていると判断すると、前記１つまたは複数のロック解除に一致する識別子を有するロック作成に一致する識別子を有する前記ドキュメントから各ロックを解除するステップと、
    前記第３のメタデータが１つまたは複数のロック解除を含むか否かを判断した後、前記第３のメタデータが１つまたは複数のロック作成を含むか否かを判断するステップと、
    前記第３のメタデータが１つまたは複数のロック作成を含むと判断すると、前記第３のメタデータが、前記ロック作成のうち１つまたは複数の識別子に一致するロック識別子を有する１つまたは複数のロック解除を含むか否かを判断するステップと、
    前記第３のメタデータがロック解除を含まないと判断すると、または、前記第３のメタデータが１つまたは複数のロック解除を含むが、該１つまたは複数のロック解除のどれもロック作成に一致するロック識別子を有さないと判断すると、前記１つまたは複数のロック解除のどれも前記ロック作成に一致するロック識別子を有さない前記１つまたは複数のロック作成の各ロックに対して、前記ロック作成で指定された前記ドキュメントの領域にロックを適用するステップと
    を処理装置（４０２）に行わせる命令を含むことを特徴とするコンピュータ可読データ記憶媒体。

Images