(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいてサーバ（３０）による実施に適した電子ドキュメントの管理方法であって、ここで、ドキュメントとは、不可分で完全であるとみなせる単位の情報の集合を意味し、電子ドキュメントとは、コンピュータのメモリ内に貯蔵するのに適し、かつ１のコンピュータから他のコンピュータへ通信ネットワークを介して伝送することが可能なコンピュータデータ構造の形態のドキュメントを意味し、
・クライアントデバイス（５０）からのリクエスト（７０）を受信する受信工程（Ｅ１０）、ここで、当該リクエスト（７０）は、少なくとも１つのユーザ識別子（ＵＳＲ＿ＮＡＭＥ）と、電子ドキュメント名（ＤＯＣ＿ＮＡＭＥ）とを含み；
・前記受信工程（Ｅ１０）において得た前記電子ドキュメント名（ＤＯＣ＿ＮＡＭＥ）から秘密識別子（ＦＩＥＬＤ＿ＩＤ）を取得する取得工程（Ｅ３０）、ここで、各秘密識別子（ＦＩＥＬＤ＿ＩＤ）は、前記電子ドキュメントのフィールドと結合し、フィールドとは電子ドキュメントの識別可能な部分を意味し、前記取得工程はツリーを解析する工程を含み、当該ツリーを構成する各リーフが、前記ドキュメントのフィールドを表しかつ前記フィールドに含まれるサブフィールドのリストを含み、前記リストに含まれる各サブフィールドには前記秘密識別子（ＦＩＥＬＤ＿ＩＤ）の１つが結合し；および
・（i）前記取得工程（Ｅ３０）において得た前記秘密識別子（ＦＩＥＬＤ＿ＩＤ）が結合する前記フィールドに結合した内容を、前記リクエスト（７０）に応えて前記クライアントデバイス（５０）に送信してよいかを、ユーザに与えられた当該フィールドの内容にアクセスする権利を照合してチェックすることと、（ii）前記フィールドの内容を提供することなく前記フィールドに含まれるサブフィールドのリストを提供し、前記フィールドと同様の方法によって当該サブフィールドを処理すべきかを、ユーザに与えられたフィールドを横断する権利を照合してチェックするチェック工程（Ｅ６０、Ｅ９５）；を含み、
前記チェック工程（Ｅ６０、Ｅ９５）において前記フィールドの内容にアクセスする権利がユーザに当該フィールドの内容にアクセスすることを許可している場合には、
・前記内容を前記クライアントデバイス（５０）に送信する送信工程（Ｅ７０）
をさらに含む電子ドキュメントの管理方法。
【請求項２】
前記リクエスト（７０）が、前記ドキュメントのフィールドの公開識別子（ＦＩＥＬＤ＿ＮＡＭＥ）を少なくとも１つ含み、前記取得工程（Ｅ３０）において、前記秘密識別子（ＦＩＥＬＤ＿ＩＤ）が、当該公開識別子（ＦＩＥＬＤ＿ＮＡＭＥ）から取得される請求項１に記載の電子ドキュメントの管理方法。
【請求項３】
・クライアントデバイス（５０）からのリクエスト（７０）を受信する受信手段（３０２）、ここで、当該リクエスト（７０）は、少なくとも１つのユーザ識別子（ＵＳＲ＿ＮＡＭＥ）と、電子ドキュメント名（ＤＯＣ＿ＮＡＭＥ）とを含み、ドキュメントとは、不可分で完全であるとみなせる単位の情報の集合を意味し、電子ドキュメントとは、コンピュータのメモリ内に貯蔵するのに適し、かつ１のコンピュータから他のコンピュータへ通信ネットワークを介して伝送することが可能なコンピュータデータ構造の形態のドキュメントを意味し、；
・前記電子ドキュメント名（ＤＯＣ＿ＮＡＭＥ）から秘密識別子（ＦＩＥＬＤ＿ＩＤ）を取得する取得手段（３０１）、ここで、各秘密識別子（ＦＩＥＬＤ＿ＩＤ）は、前記電子ドキュメントのフィールドと結合し、フィールドとは電子ドキュメントの識別可能な部分を意味し、前記取得手段はツリーを解析し、当該ツリーを構成する各リーフが、前記ドキュメントのフィールドを表しかつ前記フィールドに含まれるサブフィールドのリストを含み、前記リストに含まれる各サブフィールドには前記秘密識別子（ＦＩＥＬＤ＿ＩＤ）の１つが結合し、；
・前記秘密識別子（ＦＩＥＬＤ＿ＩＤ）が結合する前記フィールドに結合した内容を、前記リクエスト（７０）に応えて前記クライアントデバイス（５０）に送信してよいかを、ユーザに与えられた当該フィールドの内容にアクセスする権利を照合してチェックするとともに、前記フィールドの内容を提供することなく前記フィールドに含まれるサブフィールドのリストを提供し、前記フィールドと同様の方法によって当該サブフィールドを処理すべきかを、ユーザに与えられたフィールドを横断する権利を照合してチェックする、チェック手段（３０１）；および
・前記内容を前記クライアントデバイス（５０）に送信する送信手段（３０２）
を含むドキュメントサーバ。
【請求項４】
プログラムがコンピュータにより実行された場合に請求項１または２に記載の電子ドキュメントの管理方法の工程を実施するための命令を含むコンピュータプログラム。
【請求項５】
コンピュータ（３０）により読み取り可能であり、かつ請求項１または２に記載の電子ドキュメントの管理方法の工程を実施するための命令を含むコンピュータプログラムが記録された記録媒体（３０３）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子ドキュメントを管理する方法に関し、また、当該方法の実施に適したサーバに関する。
【０００２】
本明細書において、「ドキュメント」との用語は、不可分で完全であるとみなせる単位の情報の集合のことをいう。
【０００３】
その例としては、これに限定されないが、本、メモ、レポート、ノート、フィルム、音楽アルバムはすべて、本特許明細書の意味においてドキュメントである。
【０００４】
例えば、ドキュメントは、マルチメディアドキュメントであってよく、これには、映画フィルムが当てはまる。
【０００５】
「電子ドキュメント」との用語は、コンピュータのメモリ内に貯蔵するのに適し、かつ１のコンピュータから他のコンピュータへ通信ネットワークを介して伝送することが可能なコンピュータデータ構造の形態のドキュメントを表すものである。
【０００６】
電子ドキュメントには、従来の媒体上にあるドキュメントも該当し得る。
【０００７】
本発明は、より詳しくは、電子ドキュメントの一部分へのユーザアクセスの許可または制限を可能にする、電子ドキュメントを安全に管理する方法に関する。
【０００８】
本明細書においては、電子ドキュメントの識別可能な部分のことを、「フィールド」という。
【０００９】
電子ドキュメントのフィールドは、アドミニストレータ、すなわち電子ドキュメントの管理責任者により、またはそれ以外に、本発明の方法およびサーバによって管理される電子ドキュメントの提供を求めるユーザにより、定義される。
【００１０】
例えば、ユーザは、従来の本をスキャンすることにより得られる電子ドキュメントに対し、フィールド：「タイトル」、「ヘッダー」、「チャプター」の定義を決定してもよい。
【００１１】
同様に、音楽アルバムにおいて、アルバム中の音楽の各曲に対してフィールドを定義することができる。
【背景技術】
【００１２】
現行の技術においては、電子ドキュメントの一部分、すなわちフィールドへのアクセスの管理に適した電子ドキュメントの管理方法は知られていない。現在知られているのは、ドキュメントの分類全体または電子ドキュメント全体に適用される権利を定義する、アクセス権管理システムのみである。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明の主目的は、当該欠点を緩和することにある。
【課題を解決するための手段】
【００１４】
より詳しくは、本発明は、通信ネットワークにおいてサーバ上で実施するのに適した電子ドキュメントの管理方法に関する。当該方法は、
・クライアントデバイスからのリクエストを受信する受信工程、当該リクエストは、少なくとも１つのユーザ識別子と、電子ドキュメント名とを含む；
・前記電子ドキュメント名から、前記電子ドキュメントの少なくとも１つのフィールドの秘密識別子を取得する取得工程；
・前記ユーザ識別子と前記フィールドの秘密識別子から、当該フィールドに結合する内容を、前記リクエストに応えて前記クライアントデバイスに送信してよいかを照合するチェック工程；および、該当する場合には、
・前記内容を前記クライアントデバイスに送信する送信工程
を含む。
【００１５】
同様に、本発明は、ドキュメントサーバに関し、当該ドキュメントサーバは、
・クライアントデバイスからのリクエストを受信する受信手段、当該リクエストは、少なくとも１つのユーザ識別子と、電子ドキュメント名とを含む；
・前記電子ドキュメント名から、前記電子ドキュメントの少なくとも１つのフィールドの秘密識別子を取得する取得手段；
・前記ユーザ識別子と前記フィールドの秘密識別子から、当該フィールドに結合する内容を、前記リクエストに応えて前記クライアントデバイスに送信してよいかの照合に適したチェック手段；および
・前記内容を前記クライアントデバイスに送信する送信手段
を含む。
【００１６】
本発明によって管理される電子ドキュメントは、非常に有利なことに、それ自体改変されないことにまず気付かれる。
【００１７】
本発明によれば、ドキュメントへのアクセスは、ユーザ識別子とドキュメントのフィールドの秘密識別子に基づいて、これらの識別子がドキュメント内に貯蔵されることなく、規制される。
【００１８】
この特徴は、処理されるドキュメントの容量が非常に大きい場合、または、ニューバージョンが入手できる場合のようにドキュメント自体が経時変化する場合に、重要であることがわかる。
【００１９】
非常に有利なことに、権利の照合後、ユーザはドキュメント自体へアクセスすることにも気付かれる。
【００２０】
従って、所定のユーザに許可されたドキュメントの一部分を、当該部分限定で一時ファイルまたは永久ファイルにコピーする必要があり、当該一時ファイルまたは永久ファイルにユーザが自由にアクセスできるシステムとは、本発明は異なる。
【００２１】
本発明によれば、ドキュメントの各フィールドは、ユーザに未知の秘密識別子に基づき、他のユーザとは独立にアクセスすることができる。
【００２２】
本発明のドキュメント管理方法およびドキュメントサーバが極度に安全であることを確保するためには、この識別子を秘密の状態に保つことが必須である。これは、ユーザが当該識別子を容易に取得することができないことを前提とする。
【００２３】
特に、ドキュメント名からシステムのコマンドによって直接得られる識別子は、本発明の意味で秘密の識別子を構成してはならない。これは、そうでなければ、当該コマンドとドキュメント名を知る悪意のユーザが、権利のないドキュメントの一部分にアクセスすることができるためである。
【００２４】
ＵＲＬ（Uniform Resource Locator、ユニフォームシステムロケータ）は、本来公開されたものであり、本発明の意味で秘密識別子にはなり得ない。
【００２５】
本発明によれば、秘密識別子は、ドキュメントのフィールドに結合していることに気付くことも重要である。
【００２６】
いかなる状況でも、秘密識別子は、例えばパスワードのように、ドキュメントと独立してユーザに結合することはない。
【００２７】
この特徴により、セキュリティに関して高い粒度を与えることが可能である。これは、ユーザのアクセス権を、ドキュメントへのアクセスごとに、実際はドキュメントの一部分へのアクセスごとに照合することができるためである。
【００２８】
本発明によれば、クライアントデバイスは、電子ドキュメントに直接アクセスすることができず、上記特定種のリクエストを送信することによって、本発明のサーバに問い合わせる必要がある。
【００２９】
ユーザは、ドキュメント全体、またはドキュメントの特定のフィールドのみを入手することができ、あらゆる状況において、本発明の方法およびサーバは、ドキュメントの各フィールドについて、フィールドに結合する内容（テキスト、イメージ、サウンド、ビデオ、特定種の任意データ）を、リクエストにおいて特定されるユーザに送信してよいかを、ユーザの有するアクセス権と関連させて照合する。
【００３０】
特定の実施態様では、前記リクエストは、ドキュメントのフィールドの公開識別子を少なくとも１つ含み、取得工程において、前記秘密識別子は、当該公開識別子から取得される。
【００３１】
上記の例では、フィールドの公開識別子は、識別子「タイトル」または「ヘッダー」であってよい。
【００３２】
ドキュメント全体とは対照的に、ドキュメントの１または２以上のフィールドの取得をクライアントデバイスのユーザが求める際に、前記リクエストは、クライアントデバイスより出される。
【００３３】
本発明の特定の実施態様では、ドキュメントのフィールドは、少なくとも１つのサブフィールドを含み、本発明の管理方法は、ユーザ識別子およびフィールドの秘密識別子から、フィールドと同様の方法によって、サブフィールドを処理すべきかを照合するチェック工程を含む。
【００３４】
この特徴により、ドキュメントの一部分がサブの部分を含む場合に、ドキュメントを再帰的に処理することができる。
【００３５】
本発明によれば、フィールドのサブフィールドの内容自体は、ユーザがアクセス可能であるが、フィールドの内容にはユーザがアクセスできないように、アクセス権を定義してもよい。このようなフィールドは、「横断可能（crossable）」であって「許可されていない(not authorised)」と言われる。
【００３６】
従って、アクセス権は、以下２つのタイプに分けられる。
・所定のフィールドを横断する権利。すなわち、当該フィールドに含まれるサブフィールドのリストを、当該フィールドの内容自体が提供されることなく取得する権利であり、当該サブフィールドは、所定のユーザにアクセスが許可されているか、または許可されていないかである。
・フィールドの内容にアクセスする権利。
【００３７】
特定の実施態様では、取得工程は、各リーフが、ドキュメントのフィールドを表しかつ当該フィールドに含まれるサブフィールドのリストを含んでいるツリーを解析する工程を含む。
【００３８】
特定の実施態様では、ドキュメント管理方法の種々の工程は、コンピュータプログラムの命令により決定される。
【００３９】
従って、本発明はまた、データ媒体上のコンピュータプログラムを提供するものであり、当該プログラムは、サーバでの、より一般的にはコンピュータでの実行に適しており、当該プログラムは、上述のドキュメント管理方法の工程の実施に適した命令を含む。
【００４０】
当該プログラムには、いかなるプログラム言語を使用してもよく、ソースコード、オブジェクトコード、ソースコードとオブジェクトコードとの中間のコードの形態であってよく、例えば、部分的に編集された形態、または他の所望の形態であってよい。
【００４１】
本発明はまた、コンピュータにより読み取り可能であり、かつ上述のコンピュータプログラムの命令を含むデータ媒体を提供する。
【００４２】
当該データ媒体は、プログラムを貯蔵可能ないかなるエンティティであってもデバイスであってもよい。例えば、データ媒体は、リードオンリーメモリ（ＲＯＭ）（例、ＣＤ−ＲＯＭ、超小型電子回路ＲＯＭ）、または磁気記録手段（例、フロッピーディスク、ハードディスク）などの貯蔵媒体を有していてよい。
【００４３】
また、データ媒体は、電気信号、光信号などの伝送可能な媒体であってよく、この媒体は、電気もしくは光ケーブル、無線通信、または他の手段によって伝送することができる。本発明のプログラムは、特に、インターネットタイプのネットワークにおいてダウンロードされてもよい。
【００４４】
あるいは、データ媒体は、プログラムが組込まれた集積回路であってよく、当該集積回路は、管理方法の実行に、または管理方法の実行での使用に適合する。
【発明を実施するための最良の形態】
【００４５】
本発明の他の特徴と利点を、一実施態様（特徴はこれに限定されない）を示した添付図面を参照しながら、以下の記載により明らかにする。図において、
図１は、本発明の特定の実施態様を構成するサーバを示し、サーバの環境が示されている。
図２Ａおよび２Ｂは、本発明の特定の実施態様に用いられるデータ構造を示す。
図３は、本発明の特定の実施態様に用いられるリクエストを示す。
図４は、本発明の電子ドキュメントの管理方法の主な工程を示すフローチャートである。
【００４６】
図１は、本発明のサーバ３０を示す線図である。
【００４７】
サーバ３０のハードウェアアーキテクチャは、従来のコンピュータのものである。当該サーバ３０は、プロセッサ３０１、コンピュータプログラムを含むのに適したＲＯＭ３０３、プロセッサ３０１が当該コンピュータプログラムを実行できるのに必要なランダムアクセスメモリ（ＲＡＭ）３０４、並びにネットワークカードおよびソフトウェアのドライバにより構成される通信手段３０２を有する。
【００４８】
ＲＯＭ３０３は、図４にフローチャートとして示された管理方法の工程の実施に適した命令を含む、本発明のコンピュータプログラムを含む。
【００４９】
現在説明している例では、サーバ３０は、通信ネットワーク（参照番号なし）を介して複数のクライアントデバイス５０に接続している。サーバ３０をクライアントデバイス５０に接続している当該通信ネットワークは、いかなる種類のものであってよく、特に、通信ネットワークは、イーサネットタイプのローカルネットワークであっても、インターネットタイプの公衆ネットワークであってもよい。
【００５０】
現在説明している例では、サーバ３０は、電子ドキュメントの集合を含むドキュメントベース４０にアクセスする。
【００５１】
以下明細書において、ドキュメントベース４０は、クライアント５０のユーザに既知の名前を有するテキストドキュメントおよびマルチメディアドキュメントを貯蔵していると仮定し、その名前をそれぞれ「ドキュメントナンバー１０００」および「ラ  トレヴィアータ」とする。
【００５２】
図２Ａは、ドキュメントベース４０の電子ドキュメントのすべての名前が貯蔵されているカラム１０１を有する第１のデータ構造１０を示す。
【００５３】
この第１のデータ構造１０は、各ドキュメント名を、ドキュメントの固有の内部識別子と結合させることができる第２のカラム１０２を有し、この内部識別子は、秘密であり、クライアントデバイス５０のユーザに未知である。
【００５４】
従って、現在説明している例では、内部識別子「フィールド＿１」は、名前「ドキュメントナンバー１０００」を有するドキュメントと結合し、内部識別子「フィールド＿２」は、名前「ラ  トレヴィアータ」を有するドキュメントと結合している。
【００５５】
付録１に、名前「ドキュメントナンバー１０００」を有する電子ドキュメントの内容を示す。現在説明している例で、この電子ドキュメントには、複数のフィールドが定義されていると仮定する。これらのフィールドの公開識別子は、「タイトル」、「ヘッダー」、「著者」、「ドキュメント本文」、「チャプター」、「チャプタータイトル」、および「段落」である。
【００５６】
図２Ｂは、名前「ドキュメントナンバー１０００」を有するドキュメントのフィールドの各公開識別子を含むカラム２０２を有するデータ構造２０を示す。
【００５７】
この第２のデータ構造２０のカラム２０１は、フィールドの公開識別子のそれぞれとクライアントデバイス５０のユーザには未知の秘密識別子とを結合させる。
【００５８】
一例として、フィールドの公開識別子「タイトル」は、秘密識別子「フィールド＿１２３２５」と結合している。
【００５９】
第２のデータ構造２０は、上記のフィールドのそれぞれを当該フィールドの内容に結合させる第３のカラム２０３を有する。
【００６０】
現在説明している例では、内容は、テキスト、またはサブフィールドのリストである。
【００６１】
例えば、公開識別子「チャプタータイトル」のフィールドの内容は、テキスト「ドキュメントのインポート」である。
【００６２】
同様に、公開識別子「ヘッダー」のフィールドの内容は、第１に、テキスト「１／１／０６付けドキュメント」と、第２に、秘密識別子「フィールド＿１２３２５」および「フィールド＿１２３２６」のサブフィールドのリストを含む。第２のデータ構造２０の２行目と４行目を参照すると、「ヘッダー」フィールドは、上記テキストの内容と、内容「ドキュメンテーションＸ」および「ピエール  ブロシャール」をそれぞれ有するフィールド「タイトル」および「著者」とを１つに纏めていることが容易に理解できる。
【００６３】
第２のデータ構造２０の第４のカラム２０４は、各フィールドについて、「デュポン」と名付けられたユーザに与えられたアクセスレベルを表す数値を含む。この例において、これらの数値は、
・０：許可されておらず横断もできないフィールド
・１：許可されていないが横断は可能なフィールド
・２：許可されてはいるが横断はできないフィールド
・３：許可されており、横断も可能なフィールド
であってよい。
【００６４】
図３は、クライアントデバイス５０のユーザによって、本発明のサーバ３０に伝送され得るリクエスト７０を示す。
【００６５】
当該リクエストは、以下の３つのフィールドを含む。
・ユーザ名を含むフィールドＵＳＲ＿ＮＡＭＥ
・電子ドキュメント名を含むフィールドＤＯＣ＿ＮＡＭＥ
・ドキュメントのフィールドの公開識別子を含む任意のフィールドＦＩＥＬＤ＿ＮＡＭＥ
【００６６】
図３の例では、３つのフィールドは、値「デュポン」、「ドキュメントナンバー１００」および「タイトル」をそれぞれ含む。
【００６７】
本発明のサーバ３０が、このリクエスト７０を受信した場合、サーバ３０は、このリクエストを、名前「ドキュメントナンバー１０００」を有するドキュメントに属する公開識別子「タイトル」を有するフィールドのみの取得を希望する、デュポンという名前を有するユーザにより出されたリクエストであると解釈する。
【００６８】
本発明のサーバ３０は、図４を参照して以下説明する本発明の電子ドキュメントの管理方法の工程を適用して、このリクエスト７０を処理する。
【００６９】
第１の工程Ｅ１０では、本発明のサーバ３０は、通信手段３０２を介してリクエストを受信する。
【００７０】
リクエストを受信する当該受信工程Ｅ１０の後には、サーバ３０が、第１のデータ構造１０内で、リクエスト７０のフィールドＤＯＣ＿ＮＡＭＥ内に存在する「ドキュメントナンバー１０００」と名付けられたドキュメントと結合した内部識別子を取得する工程Ｅ２０が続く。
【００７１】
現在説明している例では、当該内部識別子は「フィールド＿１」である。
【００７２】
ドキュメントの内部識別子を取得する当該取得工程Ｅ２０の後には、サーバ３０が、第２のデータ構造２０を用いて、ドキュメントのフィールドすべてについての秘密識別子を取得する工程Ｅ３０が続く。
【００７３】
この工程は、再帰的に行われ、ツリーのルートが先の工程で得られるフィールド「フィールド＿１」でありつつ、リーフがドキュメントのフィールドによって構成されているツリーを解析することになる。
【００７４】
従って、第２のデータ構造２０の１行目より、このツリーの第１のレベルを構成する次のフィールド「フィールド＿３２２５」および「フィールド＿３２２６」が取得される。
【００７５】
次に、リーフ「フィールド＿３２２５」から始めて、第２のデータ構造２０の３行目より、このツリーの別のレベルを構成するフィールド「フィールド＿１２３２５」および「フィールド＿１２３２６」を取得することができる。
【００７６】
このように第２のデータ構造２０全体を解析することによって、フィールドのすべての秘密識別子を取得することができる。
【００７７】
この取得工程Ｅ３０の後には、上記取得されたフィールドすべてを処理する、工程Ｅ４０〜Ｅ９５により構成されるループが続く。
【００７８】
工程Ｅ４０では、ＲＡＭ３０４に貯蔵された可変の「カレント＿フィールド」が、先の工程で取得された第１のフィールドの秘密識別子と結合している。
【００７９】
この工程Ｅ４０の後には、カレントフィールドと結合した公開識別子が取得される工程５０が続く。現在説明している例では、第２のデータ構造２０の３行目から得られるように、第１のフィールドの秘密識別子は、「フィールド＿３２２５」であり、結合したフィールドの公開識別子は、「ヘッダー」である。
【００８０】
公開識別子を取得する当該取得工程Ｅ５０の後には、第１の工程Ｅ１０において受信したリクエスト７０のフィールドＵＳＲ＿ＮＡＭＥにおいて名前が得られたユーザの権利についてチェックを行うチェック工程Ｅ６０が続く。
【００８１】
具体的には、フィールド「ヘッダー」と結合する第２のデータ構造２０のカラム２０４が値１を含むため、このフィールド「ヘッダー」を横断することができるが、その内容の送信は許可されない。
【００８２】
このフィールドの内容が、リクエスト７０に応えて送信できないものである場合、テストＥ６０の結果はＮＯである。従って、テキストの内容「１／１／０６付けドキュメント」は、名前「デュポン」を有するユーザには送信されない。
【００８３】
このテストの後には、カレントフィールドがサブフィールドを含んでいるかを確認する工程Ｅ８０が続く。
【００８４】
今回の場合はカレントフィールドがサブフィールドを含み、テストＥ８０の後には、カレントフィールドが横断可能であるかを照合するテストＥ９５が続く。
【００８５】
今回の場合はカレントフィールドが横断可能であり、本発明の方法は、カレントフィールド「フィールド＿３２２５」のサブフィールド「フィールド＿１２３２５」および「フィールド＿１２３２６」を処理するために、工程Ｅ５０に戻る。
【００８６】
これらのサブフィールドについてそれぞれ、公開識別子「タイトル」および「著者」が、この工程Ｅ５０で取得される。
【００８７】
上記テストＥ６０においては、第２のデータ構造２０の第４のカラムが読み取られ、フィールド「著者」のみが許可されたフィールドであることを決定する。
【００８８】
その結果、テストＥ６０の後には、クライアントデバイス３０が、フィールド「著者」の内容、すなわちテキスト「ピエール  ブロシャール」を返信することによって、リクエスト７０に応答する工程７０が続く。
【００８９】
サブフィールド「タイトル」についてチェックする工程Ｅ６０と、サブフィールド「著者」についてチェックする工程Ｅ７０の後には、これらのサブフィールド自体が、少なくとも１つのサブフィールドを含んでいるかを決定するテストＥ８０が続く。
【００９０】
サブフィールドが含まれていないため、これらの工程両方については、テストＥ８０の結果はＮＯである。
【００９１】
このテストの後には、フィールド「フィールド＿３２２５」のサブフィールドすべてが処理されたかを決定する工程Ｅ８５が続く。
【００９２】
すべてが処理されているため、フィールド「フィールド＿３２２５」を処理する方法が、終了する。
【００９３】
再帰的に、次に、当該方法は、フィールド「フィールド＿３２２６」を処理し、上述の工程Ｅ５０で、このフィールドの公開識別子、すなわち「ドキュメント本文」を取得する。
【００９４】
チェック工程Ｅ６０では、第２のデータ構造２０の第４のカラムが値０を含むため、このフィールドが、許可されたフィールドではないと決定する。
【００９５】
従って、このチェック工程６０の後には、フィールド「ドキュメント本文」が、サブフィールドを含んでいるかを決定するテストＥ８０が続く。
【００９６】
フィールド「ドキュメント本文」の内容が、サブフィールド「フィールド＿１３１００」を含むため、含んでいると決定する。
【００９７】
次に、このテストＥ８０の後には、フィールド「フィールド＿３２２６」が横断可能であるかを決定する上述のテストＥ９５が続く。
【００９８】
今回の場合は横断可能ではなく、このテストの後には、フィールド「フィールド＿３２２５」および「フィールド＿３２２６」のすべてが処理されたかを決定する上述の工程Ｅ８５が続く。
【００９９】
すべてが処理されているため、この特定の実施態様においては、本発明の電子ドキュメント管理方法を終了する。
【０１００】
付録１
ドキュメントナンバー１０００
ヘッダー：１／１／０６付けドキュメント
タイトル：ドキュメンテーションＸ
著者：ピエール  ブロシャール
ドキュメント本文：
チャプター：
チャプタータイトル：ドキュメントのインポート
段落：このチャプターは、ドキュメントのベースへのインポートについて記載する。
【図面の簡単な説明】
【０１０１】
【図１】本発明の特定の実施態様を構成するサーバを示し、サーバの環境が示されている。
【図２Ａ】本発明の特定の実施態様に用いられるデータ構造を示す。
【図２Ｂ】本発明の特定の実施態様に用いられるデータ構造を示す。
【図３】本発明の特定の実施態様に用いられるリクエストを示す
【図４】本発明の電子ドキュメント管理方法の主な工程を示すフローチャートである。
【図１】
0005586153.tif 000002
【図２Ａ】
0005586153.tif 000003
【図２Ｂ】
0005586153.tif 000004
【図３】
0005586153.tif 000005
【図４】
0005586153.tif 000006