JP6407892B2 - 複数の文書および文書内のページのセットを管理して選択的に配置するための方法 - Google Patents

Description

本開示は、一般に、文書管理に関し、より詳細には、複数の文書および文書内のページのセットを管理して選択的に配置するための方法に関する。

情報の作成、配布、および管理は、ビジネスの中核をなす機能である。情報またはコンテンツは、ワード・プロセッシング文書、スプレッドシート、グラフィックス、写真、設計図、建築計画などを含む、様々な異なる様態で提示され得る。電子形態において、これらは、一般に、文書と呼ばれ、それらの文書に特有のコンピュータ・ソフトウェア・アプリケーションによって生成され、操作されることが可能である。企業における通常のワークフローには、そのような文書を協力して作成し、点検し、さらに／または編集する、しばしば、別々の地理的場所にわたる、様々なスタッフが関与する。

多種多様なオペレーティング・システム、アプリケーション・プログラム、ならびに処理能力およびグラフィック表示能力を有する、異なる多くのコンピューティング・プラットフォームの存在のため、デバイスに依存せず、解像度に依存しないファイル・フォーマットが、そのような交換を円滑にするのに必要であることが当業者によって認識されてきた。この必要性に応えて、競合するフォーマットの中でもとりわけ、ＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）が開発された。

ＰＤＦ標準は、簡略化されたＰｏｓｔＳｃｒｉｐｔインタプリタ・サブシステム、フォント埋め込みサブシステム、およびストレージ・サブシステムを含む、いくつかの技術の組合せである。当業者には認識されるとおり、ＰｏｓｔＳｃｒｉｐｔは、文書のレイアウトおよびグラフィックスを生成するためのページ記述言語である。さらに、ＰＤＦストレージ・サブシステムの要件に則って、本明細書でひとまとめにしてグラフィック要素と呼ばれる、テキスト、ベクトル・グラフィックス、およびラスタ（ビットマップ）グラフィックスを含む、その文書のすべての要素が、単一のファイルの中にカプセル化される。グラフィック要素は、特定のオペレーティング・システム、ソフトウェア・アプリケーション、またはハードウェアに対して符号化されるのではなく、そのようなデータを書き込む、または読み取るシステムと関係する特定性にかかわらず同一の様態でレンダリングされるように設計される。ＰＤＦのクロスプラットフォーム能力は、ＰＤＦの幅広い採用を助け、今や、事実上の文書交換標準である。当初はプロプライエタリであったが、ＰＤＦは、ＩＳＯ／ＩＥＣ３２００−１：２００８として国際標準化機構（ＩＳＯ）によって公開されたオープン標準としてリリースされている。現在、ＰＤＦは、主としてテキストからなるもの、および主としてベクトル・グラフィックスおよびラスタ・グラフィックスからなるものを含む、多種多様な文書タイプを符号化するのに利用される。ＰＤＦの多機能性および汎用性のため、ＰＤＦフォーマットのファイルの方が、しばしば、特定のアプリケーションのより専用化されたファイル・フォーマットより選好される。

単一の企業に特有であり得るワークフロー規則、または類似した企業の間で、もしくは業界にわたって共通であり得るワークフロー規則に依存して、文書管理の複雑度は様々であり得る。最も基本的な実務は、ディレクトリおよびサブディレクトリに従って編成された階層ファイル・システム上の単一のファイルの中に単一の文書を記憶することである。このことは、極めて短い長さの単一の文書が存在する、または各文書がその他の文書とは概ね無関係であり、同時の点検および／または改訂を要求しない複数の文書が存在する単純なプロジェクトに適している可能性がある。ファイル・システムがネットワークに接続
されている限り、いくらかの共有が可能であり得、したがって、異なるユーザが、ネットワークにやはり接続されたローカル・コンピュータまたは遠隔コンピュータからファイルにアクセスすることができる。矛盾する変更を適用することを回避するため、個々のファイルは、開かれると、通常、ロックされ、１名のユーザだけにアクセスを許す一方で、他のすべてのユーザは、制限される。

複数のユーザによる文書の並列した編集を可能にする、当技術分野で知られているコラボレーション・システムが存在するものの、これらのシステムは、通常、ファイル・システムの上に重ねられる別のアプリケーションである。これらのプロプライエタリなシステムを回避する際、多くの共同作業者が関与する大きい文書を管理するための１つの実務は、共同作業者のグループに応じて複数のファイル（ＰＤＦまたはそれ以外の）に分離することである。例えば、文書の１つのセクションが、１つのビジネス・ユニットに特有であり得る一方で、その文書の別のセクションが、別のビジネス・ユニットに特有であり得る。その２つのビジネス・セクションおよび対応する担当のビジネス・ユニットが互いに独立である限り、並列した改訂は、可能である。エンジニアリングおよび建築などのビジネス分野において、構成要素または構造体の異なる側面に関する複数の図面が、単一のプロジェクトの一環として作成される可能性があり、各図面が、別個のファイルとして記憶される可能性がある。さらに、文書または図面のより早期のバージョンに取って代わる補遺が、それらのより古いバージョンと一緒に記憶される可能性がある。前述した事例のそれぞれにおいて、それらのファイルを組合せて単一のファイルにすることには、複雑度の増加、ページ数の増加、およびファイル・サイズの増加、前述したファイル・ロック問題などを含む、いくつかの異なる理由で、不備がある。個々の文書のうちのいくつかは、セキュリティ保護されて、そのような集約を明示的に禁止する属性が目印として付けられている可能性がある。

それでも、一部の事例では、プロジェクトにおける単一の文書、または複数の文書を構成するファイルの集合全体をまとまりのある全体としてすべて一度に閲覧することが望ましい。既存のソリューションでは、文書が全体として閲覧されナビゲーションが行われるには、関係のあるファイルすべてが同時に開かれることが要求されるので、各文書ページまたは各文書セグメントに関して別々のファイルを維持することの利点が大部分無効となる。さらにまた、補遺の各々を追跡すること、および最新バージョンを、その文書または複数の文書の残りの部分と一緒に提示することは、ファイルが適切な改訂番号を用いて特定的に命名され、より古いファイルは古くなったものとして示されるのでない限り、可能でない。このプロセスは、変更が手作業で行われなければならないため、さらに、一部の事例では、新しい／古いバージョンに対してのそのような変更および参照、ならびに新しい／古いバージョンからのそのような変更および参照を禁止するセキュリティ属性が設定されている可能性があるため、誤りが生じやすい。文書、および文書内の個々のページの順序付けは、文書自体の中で定められた構造に限られ、したがって、柔軟性を欠く。

したがって、複数の文書および文書内のページのセットを管理して選択的に配置するための方法の必要性が、当技術分野に存在する。そのような配置されるセットがＰＤＦ文書である必要性が、当技術分野においてさらに存在する。

本開示は、複数の文書のコンピュータ化された提示の方法を企図し、特に、複数の文書の複数のページを並べ替えて、単一のビューにより表示する方法を企図する。これらの文書は、少なくとも１つの元の文書と、補遺文書とを含むことが可能であり、補遺および前の改訂の識別が自動化される。この少なくとも１つの元の文書は、少なくとも１つの元の
文書ページを有することが可能であり、補遺文書は、少なくとも１つの補遺文書ページを有することが可能である。文書の集合の中のページの順序付けられたビューとともに、更新された文書改訂の明確な識別が可能であり得る。この方法は、この少なくとも１つの元の文書について第１の選択をコンピュータ上で受け取ることから始まることが可能である。それぞれの元の文書ページは、対応する一意なページ識別子を含み得る。さらに、ページ・シーケンス配列が、それぞれの元の文書の配置によって定義されることが可能である。

この方法は、補遺文書の第２の選択をコンピュータ上で受け取ることに進むことが可能である。少なくとも１つの補遺文書ページの各々が、少なくとも１つの元の文書の元の文書ページとそれぞれ互いに関係付けられることが可能である。さらに、各補遺文書ページが、対応する一意ページ識別子を含むことが可能である。

少なくとも１つの元の文書についての第１の選択、および補遺文書の第２の選択を使用して文書セットを生成する工程が、さらに存在することが可能である。この文書セットの中の各補遺文書に関して、各補遺文書ページの優先度識別子を決定する工程が、さらに存在することが可能である。

この方法は、その文書セットから文書セット・ビューを生成することをさらに含み得る。この文書セット・ビューは、ページ・シーケンス配列による順序付けられたページ選択によって定義され得る。さらに、この文書セット・ビューは、一意ページ識別子および優先度識別子に基づいて、元の文書ページおよび補遺文書ページから生成されることが可能である。

別の実施形態は、前述の方法が、データ処理装置によって実行可能な一連の工程として実施され、非一時的なプログラム記憶媒体として実現されることを構想する。現在、企図される実施形態は、添付の図面と併せて読むと、後段の詳細な説明を参照することによって、最もよく理解される。

本明細書で開示される様々な実施形態のこれら、およびその他の特徴および利点は、後段の説明、および図面に関連して、よりよく理解される。

ディスプレイ・モニタを含む、本発明の態様で使用するための機能を実行することができ得る例示的なコンピュータ・システムを示す図。 図１の例示的なコンピュータ・システムのシステム構成要素を示すブロック図。 複数の文書の提示のための企図される方法の様々な態様を実施する文書点検ソフトウェア・アプリケーションの例示的なユーザ・インタフェースを示す図。 複数の元の文書ページを有する単一の元の文書、および１つの補遺ページを有する単一の補遺文書が存在する１つの例示的な文書配置を示す図。 複数の元の文書ページをそれぞれが有する２つの元の文書が存在する別の例示的な文書配置を示す図。 単一の元の文書ページをそれぞれが有する３つの元の文書が存在するさらに別の例示的な文書配置を示す図。 複数の文書のコンピュータ化された提示の方法の様々な工程を示す流れ図。 元の文書の第１の選択、および補遺文書の第２の選択が行われ得る文書セット定義ダイアログ・ウインドウを示す図。 補遺フィルタが指定され得るオプションのダイアログ・ウインドウを示す図。 図４Ａに示される文書の配置に基づく文書セットの例示的なデータ構造を示す図。 本開示の実施形態による様々に配置された元の文書および補遺文書の例示的な使用事例を示す図。 本開示の実施形態による様々に配置された元の文書および補遺文書の例示的な使用事例を示す図。 本開示の実施形態による様々に配置された元の文書および補遺文書の例示的な使用事例を示す図。 本開示の実施形態による様々に配置された元の文書および補遺文書の例示的な使用事例を示す図。 本開示の実施形態による様々に配置された元の文書および補遺文書の例示的な使用事例を示す図。 本開示の実施形態による様々に配置された元の文書および補遺文書の例示的な使用事例を示す図。

同一の要素を示すのに共通の参照符号が、図面および詳細な説明の全体にわたって使用される。
添付の図面に関連して以下に記載される詳細な説明は、少なくとも１つの元の文書と、補遺文書とを含む複数の文書のコンピュータ化された提示の方法の現在、選好される実施形態の説明として意図される。本方法が展開され得る、または利用され得る唯一の形態を表すことは、意図していない。この説明は、例示される実施形態に関連して本発明を展開して動作させるための機能と工程のシーケンスとを示す。しかし、同一の、または同等の機能およびシーケンスが、本発明の趣旨および範囲に包含されることがやはり意図される異なる実施形態によって達せられることも可能であることを理解されたい。「第１の」、「第２の」などの関係を表す用語の使用は、１つのエンティティを別のエンティティから、そのようなエンティティ間の実際のそのような関係または順序を必ずしも要求すること、または暗示することなく、区別するためにだけ用いられるものとさらに理解される。

図１は、文書管理および文書配置の企図される方法の様々な態様が実施され得る例示的なハードウェア環境を示す。一般に、システム・ユニット１２と、ディスプレイ・デバイス１４とを有するコンピュータ・システム１０が存在する。ディスプレイ・デバイス１４は、システム・ユニット１２によって実行されたデータ処理動作からのグラフィック出力をもたらした。例えば、キーボード１６およびマウス１８を含む入力デバイスが、データ処理動作に対する対応する入力を生成するようにユーザによって操作されることが可能であり、ポート２０を介してシステム・ユニット１２に接続される。他の様々な入力デバイスおよび出力デバイスが、システム・ユニット１２に接続されることが可能であり、様々な相互接続モードが、当技術分野において知られている。

図２のブロック図に示されるとおり、システム・ユニット１２は、任意の従来のタイプであり得るプロセッサ（ＣＰＵ）２２を含む。システム・メモリ（ＲＡＭ）２４が、ＣＰＵ２２によって実行されたデータ処理動作の結果を一時的に記憶し、通常、専用のメモリ・チャネル２６を介してＣＰＵ２２と互いに接続される。システム・ユニット１２は、入出力（Ｉ／Ｏ）バス３０を介してＣＰＵ２２とやはり通信状態にある、ハード・ドライブ２８などの永久ストレージ・デバイスをさらに含み得る。専用のグラフィックス・モジュール３２が、ビデオ・バス３４を介してＣＰＵ２２にやはり接続されることが可能であり、表示データを表す信号をディスプレイ・デバイス１４に送信する。前段で示されるとおり、キーボード１６およびマウス１８が、ポート２０を介してシステム・ユニット１２に接続される。ポート２０がＵＳＢタイプである実施形態において、ポート２０を介して接続された外部周辺装置のために、ＣＰＵ２２に対するデータおよび命令、ならびにＣＰＵ
２２からのデータおよび命令を変換するＵＳＢコントローラ３５が存在することが可能である。プリンタ、マイクロフォン、スピーカなどのさらなるデバイスが、ポート２０によってシステム・ユニット１２に接続され得る。

システム・ユニット１２は、ワシントン州レッドモンド（Ｒｅｄｍｏｎｄ）所在のマイクロソフト社（Ｍｉｃｒｏｓｏｆｔ Ｃｏｒｐｏｒａｔｉｏｎ）のＷＩＮＤＯＷＳ（登録商標）、カリフォルニア州クパチーノ（Ｃｕｐｅｒｔｉｎｏ）所在のアップル社（Ａｐｐｌｅ， Ｉｎｃ．）のＭＡＣ ＯＳ、Ｘウィンドウズ・ウインドウイング・システムを有するＵＮＩＸ（登録商標）の様々なバージョンなどの、グラフィカル・ユーザ・インタフェース（ＧＵＩ）を有する任意のオペレーティング・システムを利用することが可能である。システム・ユニット１２は、１つまたは複数のコンピュータ・プログラムを実行し、その実行の結果が、ディスプレイ・デバイス１４上に表示される。一般に、オペレーティング・システムおよびコンピュータ・プログラムは、コンピュータ可読媒体、例えば、ハード・ドライブ２８として実体化される。オペレーティング・システムとコンピュータ・プログラムはともに、ＣＰＵ２２によって実行されるように、前述したデータ・ストレージ・デバイスからＲＡＭ２４にロードされ得る。コンピュータ・プログラムは、ＣＰＵ２２によって読み取られて、実行されると、本開示に記載される様々な実施形態の工程またはフィーチャをＣＰＵ２２に実行させる、または実施させる命令を備えることが可能である。

一実施形態によれば、ユーザは、マウス１８を介して、コンピュータ・システム１０と対話することができ、特に、ディスプレイ・デバイス１４上で生成されているグラフィックスと対話することができる。ディスプレイ・デバイス１４上で生成されたカーソルの動きは、マウス１８の動きと結び付けられており、マウス・ボタンからの入力でさらなる対話がもたらされる。キーボード１６からの入力もまた、コンピュータ・システム１０との対話をもたらす。

本開示のいくつかの特徴は、そのような入力能力および出力能力を有するコンピュータ・システムに関係して説明されるものの、それらの特徴の詳細は、限定としてではなく、単に例として提示される。タッチ・インタフェースおよびペン／デジタイザ・インタフェースなどの任意の代替のグラフィカル・ユーザ・インタフェースが、代わりに用いられてもよい。それらの特徴の類似物、およびこれらの代替のインタフェースに対応しながら、同一の機能を依然として実現する適切な変形は、容易に認識されよう。

やはり同じように、前述のコンピュータ・システム１０は、本開示の態様を実施するのにそれ以外で適する多くの装置のうちの１つの例示的な装置を表すに過ぎず、この装置の構成要素のうちの最も基本的なものだけが説明されている。コンピュータ・システム１０は、本明細書で説明されないさらなる構成要素を含んでもよく、異なる構成およびアーキテクチャを有してもよいことを理解されたい。任意のそのような代替が、本開示の範囲に含まれるものと考えられる。

本開示は、複数の文書にわたる複数のページを並べ替えて、単一のビューで表示することを含む、企図される。本明細書で用いられる文書という用語は、そのような文書点検ソフトウェア・アプリケーションによって開かれ、レンダリングされ、さらに／または編集されることが可能なデータの単独型の表現を指す。したがって、文書は、文書の要素が矛盾なくレンダリングされ得るように特定の様態でフォーマットされ、構造化され得る。本明細書で説明される例示的な実施形態において、文書点検ソフトウェア・アプリケーションは、ＰＤＦ文書を扱い、後段の説明は、そのようなアプリケーションに関連して行われる。他の任意のソフトウェア・アプリケーションで編集可能、または閲覧可能である他の任意のフォーマットの文書が、代わりに用いられてもよい。

通常、単一の文書は、ハード・ドライブ２８または他の任意のアクセス可能なストレージ・デバイスの階層ファイル・システム上の単一のファイルに記憶される。本開示のコンテキストにおいて、単一の文書が複数のファイルにわたって記憶されることが可能である。このため、ファイルに対する参照は、必ずしも文書と交換可能でない。ファイル・システム上に文書を記憶することが、そのようなフィーチャがほとんどあらゆるコンピュータ・オペレーティング・システムにデフォルトで存在するので、最も簡単であるが、オペレーティング・システム／ファイル・システムの上に重ねられた包括的な文書管理システム・アプリケーション内で本開示の様々な態様を実施することも可能である。

図３は、コンピュータ化された検索の方法の様々な実施形態が実施され得る文書編集ソフトウェア・アプリケーションの例示的なグラフィカル・ユーザ・インタフェース３６を示す。このソフトウェア・アプリケーションは、ウインドウイング・システム上で実行され、したがって、ウインドウイング・システムのためのアプリケーションに共通するいくつかのインタフェース要素を有する。グラフィカル・ユーザ・インタフェース３６の機能上の対話フィーチャは、メイン・ウインドウ３８を最小化すること、最大化すること、および閉じることを様々に行う基本ウインドウ・コントロール４２を有するタイトル・バー４０を含むメイン・ウインドウ３８内に包含される。さらに、メイン・ウインドウ３８は、文書点検ソフトウェア・アプリケーションの様々な機能が、活性化されたプルダウン・メニューを介して呼び出され得るメニュー・バー４４を含む。ファイルを開くこと、現在、開かれているファイルに対する変更を保存することなどの一般的に利用される機能に容易にアクセス可能であるように、ツール・バー４６がさらに存在する。メイン・ウインドウ３８内には、サブタイトル・バー５０と、基本ウインドウ・コントロール４２とを含むワークスペース・ウインドウ４８がある。前述した文書のうちの１つまたは複数が、ワークスペース・ウインドウ４８内でレンダリングされる。

文書および文書の複数のページの間のナビゲーションを助けるのに、各ページの内容のより低い解像度表現であるサムネイル５８の順序付けられた配置５６を含むサムネイル・サイドバー５４が存在する。このため、各サムネイルは、単一のページに対応するものと理解される。図示される例において、ワークスペース・ウインドウ４８内に示されるものの部分またはページは限られているが、その部分またはページをより多く、またはより少なく示すようにズーム・レベルが変更されることが可能である。ページのそれぞれは、ワークスペース・ウインドウ４８をスクロールすることによってアクセス可能であるものと理解されるが、サムネイル・サイドバー５４を用いて、そのような面倒なスクロールなしに個々のページに迅速にアクセスし、ジャンプすることが可能である。従来、サムネイル・サイドバー５４は、単一の文書の表現を示す。しかし、本開示の様々な実施形態によれば、サムネイル・サイドバー５４は、いくつかの事前定義された基準に従って配置された複数の文書の表現を示すのに使用され得る。この配置は、ワークスペース・ウインドウ４８内のそのような文書のビューに反映されることが可能である。

本開示の様々な実施形態は、少なくとも１つの元の文書と、補遺文書とを含む複数の文書のコンピュータ化された提示の方法を企図する。その複数の文書のうちの１つの例が、図４Ａに示され、この図では、第１の元のページ６２ａ、第２の元のページ６２ｂ、第３の元のページ６２ｃ、および第４の元のページ６２ｄを有する元の文書６０が存在する。これらのページは、対応する一意識別子を有するように設計され得る。もちろん、これら４つの元のページ６２は、単に例として提示されており、より少ないページが存在しても、より多くのページが存在してもよい。以上が、ページのそれぞれが単一のファイルに入っており、したがって、単一のファイル名６１が存在するパンフレットなどの簡単な複数ページ文書の典型的な編成である。

代替として、図４Ｂに示されるとおり、第１の元のページ６６ａおよび第２の元のページ６６ｂを有する第１の元の文書６４、ならびに独自の第１の元のページ７０ａおよび第２の元のページ７０ｂを有する第２の元の文書６８が存在してもよい。第１の元の文書６４は、第１のファイル名６５で識別され、第２の元の文書６８は、第２のファイル名６９で識別される。この配置は、本、雑誌、カタログなどの、従来、複数のセクションに分離され得る、より複雑な複数ページ文書に関して利用され得る。この事例では、第１の元の文書６４は、１つのセクションであり得る一方で、第２の元の文書６６は、別のセクションであり得る。

図４Ｃに示されるさらに別の代替によれば、各ページが、単一の文書を構成してもよい。この例の場合、元のページ７４を有する第１の元の文書７２、元のページ７８を有する第２の元の文書７６、および元のページ８２を有する第３の元の文書８０が存在する。第１の元の文書７２は、第１のファイル名７３で識別され、第２の元の文書７６は、第２のファイル名７７で識別され、第３の元の文書８０は、第３のファイル名８１で識別される。こちらの方が、建築状況、エンジニアリング状況、およびその他の技術状況においてより一般的な編成である。例えば、１つの文書が、所与の区域の基礎構造体を包含することが可能である一方で、別の文書が、同一の区域の電気配線図を包含することが可能である。さらに別の文書が、同一の区域のＨＶＡＣ図を包含することが可能である。エンジニアリング・プロジェクトの場合、１つの文書が、アセンブリ全体の図面を包含して、他の文書が、そのアセンブリの構成要素の詳細なビューを包含することが可能である。

現在、企図される方法によれば、前述した例の各々における文書のセット全体が、適切なページ順序に配置された矛盾のない全体として一意に閲覧可能である。このため、全プロジェクトおよびそのプロジェクトを構成する文書に対する包括的なアクセスの容易さが、可能である。この配置を円滑にするため、元の文書の配置によって論理的に定義されたページ・シーケンス配列８４が存在する。図４Ａに示される例の場合、１つの元の文書６０が存在し、したがって、文書６０のページ順序が、ページ・シーケンス配列８４ａを定義する。図４Ｂに示される例に関係して、２つの元の文書６４、６８が存在し、したがって、文書６４、６８の配置が、ページ・シーケンス配列８４ｂを定義する。図４Ｃに示される例は、別々の３つの元の文書７２、７６、および８０を有し、文書７２、７６、および８０の順序付けられた配置が、ページ・シーケンス配列８４ｃを定義する。

それぞれの図示される例において、ページ・シーケンス配列８４は、ページ位置インデックス値８６によって定義される。図４Ａに示されるとおり、第１の元のページ６２ａの位置に対応する第１のインデックス値８６ａ、第２の元のページ６２ｂの位置に対応する第２のインデックス値８６ｂ、第３の元のページ６２ｃの位置に対応する第３のインデックス値８６ｃ、および第４の元のページ６２ｄの位置に対応する第４のインデックス値８６ｄが存在する。同様に、図４Ｂに示されるとおり、第１のインデックス値８６ａが、第１の元の文書６４の第１の元のページ６６ａの位置に対応し、第２のインデックス値８６ｂが、やはり第１の元の文書６４の第２の元のページ６８ｂの位置に対応する。第３のインデックス値８６ｃが、第２の元の文書６８の第１の元のページ７０ａの位置に対応し、第４のインデックス値８６ｄが、第２の元の文書６８の第２の元のページ７０ｂの位置に対応する。次に図４Ｃを参照すると、第１のインデックス値８６ａが、第１の元の文書７２の第１の元のページ７４の位置に対応し、第２のインデックス値８６ｂが、第２の元の文書７６の第１の元のページ７８の位置に対応し、第３のインデックス値８６ｃが、第３の元の文書８０の第１の元のページ８２の位置に対応する。ページ・シーケンス配列８４の特定のデータ構造が示されてきたものの、このデータ構造は、例示的であるに過ぎず、現在、開示される方法は、他の任意の適切なデータ構造で実施されることが可能である。

図４Ａに示されるとおり、複数の文書は、補遺ページ１０２を有する補遺文書１００を
さらに含む。補遺文書１００は、前述した元の文書６０と同様に、ファイル名１０４で識別され、各補遺ページ１０２は、対応する一意ページ識別子で識別される。単一の補遺ページ１０２だけしか図示されないものの、補遺文書１００は、任意の数のさらなる補遺ページ１０２を包含してもよいことが認識されよう。そのようなさらなる補遺ページ１０２が、本開示の様々な実施形態により扱われる特定の様態が、後段でより完全に説明される。

図５の流れ図を参照すると、図４Ａに示される例のコンテキストにおいて、複数の文書を提示する方法が、少なくとも１つの元の文書６０について、第１の選択を受け取る工程３００を含む。図６は、そのような第１の選択が行われ得る例示的な文書セット定義ダイアログ・ウインドウ８８を示す。より詳細には、その後に定義される文書セットの一部として指定されるファイル９２のそれぞれのファイル・リスト９０が存在する。リスト９０の中で示されるファイル名は、単に例であり、本明細書に記載されるいずれの特定の元の文書にも対応しない。図３に示されるグラフィカル・ユーザ・インタフェース３６を再び参照すると、メイン・ウインドウ３８内で、複数の文書を示す複数のワークスペース・ウインドウ４８が存在することが可能である。それぞれのそのような開かれた文書は、開かれたファイル追加ボタン９４を介してセットに追加され得る。他のファイルは、追加ボタン９６で呼び出される従来のファイル・システム・アクセス・ダイアログ・ボックスを介して選択され得る。さらに、望ましくないファイル９２が、削除ボタン９８を活性化することによって、ファイル・リスト９０内で選択され／強調表示されて、セットから除去されることが可能である。

一般に、補遺ページ１０２は、対応する元のページ６２の更新された、または改訂されたバージョンであるものと理解される。補遺は、いくつかの業界、およびそれらの業界の文書処理ワークフローにおいて特定の意味を有するものと理解されるものの、任意の、より古い元の文書ページを補足する、そのようなページに取って代わる、またはそれ以外でそのようなページより優先される、任意の、後に変更された、または改訂された文書を指すことを意図している。複数の文書が提示されている場合、補遺ページ１０２の視認性も同様に優先されることが企図される。図示される例では、補遺ページ１０２は、第２の元のページ６２ｂの差し替えとして指定される。一部の事例において、補遺は、元の文書６０に追加される新たなページであることも可能であり、文書が提示される際、補遺は、終わりに付加されることが可能である。

図５の流れ図を再び参照すると、やはり図４Ａに示される例のコンテキストで、複数の文書を提示するための方法が、補遺文書１００の第２の選択を受け取る工程３０２をさらに含む。図６を参照すると、ファイル・リスト９０が、補遺文書１００のファイルを示すものと理解される。したがって、この第２の選択は、文書セット定義ダイアログ・ウインドウ８８を介してコンピュータ・システム１０上で受け取られることが可能である。同一の開かれたファイル追加ボタン９４、追加ボタン９６、および削除ボタン９８が、元の文書６０に関係して前述したのと同一の機能、つまり、開かれた補遺文書を追加すること、さらなる補遺文書を追加すること、およびリストアップされた補遺文書を削除することを呼び出すように活性化されることが可能である。

工程３００における元の文書６０、および工程３０２における補遺文書１００を含む複数の文書の選択に続いて、方法は、そのような第１の選択および第２の選択を使用して文書セット１０４を生成する工程３０４に進む。文書セット１０４は、元の文書６０と、補遺文書１００とを含む前述した複数の文書の論理的集合である。工程３０４は、ＯＫボタン１０６を活性化したことの結果として実行され得る。文書セット１０４の生成を取り消すため、取消ボタン１０８が活性化され得る。文書セットに関係して実行され得る様々な動作の後段の説明は、簡単にするため、図４Ａおよび図８に示される特定の文書セット１
０４を参照する。同一の動作が、より複雑な文書セットに関係して実行されることが可能であることが、当業者には認識され、そのような文書セットの例は、後段でより完全に説明される。

図８の簡略化された表現に示されるとおり、文書セット１０４が、元の文書６０に対する参照６３、および補遺ページ１０２に対する参照１０３によって定義されることが可能である。文書セット１０４は、文書セット１０４の中の各ページの順序および配置を示すページ・シーケンス配列８４によってさらに定義される。元のページ６２の各ページの位置が、インデックス８６およびインデックスの値８６ａ〜８６ｄに従って確保されるが、元のページ６２の内容が記憶されることは必要ではない。このため、文書セット１０４の構造は、元の文書６０、および補遺文書１００とは無関係の別個のファイルの中に記憶され得る。しかし、文書セット１０４のデータ構造は、そのデータ構造を利用する機能に関係する同一のフィーチャを保持しながら、様々な異なる様態で実施され得ることが、当業者には認識されよう。文書セット１０４の内部で、補遺ページ１０２と第２の元のページ６２ｂの間の元の／補遺の関係を確立するリンク１１０が存在することが可能であるが、このことは、補遺ページ１０２を優先することが、提示の時点で行われることが可能であるため、オプションである。

文書セット１０４は、ファイル・パスの点で定義されることが可能であり、すなわち、参照６３および参照１０３が、参照されるファイルを取り出すようにアプリケーションによって処理され得るファイル・パス・テキストを記憶する。ルート・レベルまでのファイル・ディレクトリ識別子を含むファイル・パスは、絶対であることが可能であり、すなわち、「ｗ：」ドライブが、図６の例に示されるとおり指定される。生成されると、文書セット１０４は、ローカル・ファイル・システム上、または他の任意のアクセス可能なファイル・システム上に記憶されることが可能である。この機能は、保存ボタン１１２を介して呼び出され得る。文書セット１０４が既に保存されているが、文書セット１０４に異なるファイル名が所望される場合、名前を付けて保存ボタン１１４をまず活性化することによってそのように指定することが可能であり、この活性化は、ファイル名入力のための従来のダイアログ・ボックスを呼び出すものと理解される。代替の文書セット１０４が所望される場合、そのような文書セット１０４は、開くボタン１１６を活性化することによって取り出されることが可能であり、この活性化は、ファイル選択のためのさらに別の従来のダイアログ・ボックスを呼び出す。

やはり同じように、生成された文書セット１０４は、参照される元の文書６０、および補遺文書１００を異なるコンピュータ・システム１０上で処理して、提示するために、異なるコンピュータ・システム１０上の他のファイル・システムまたはロケーションに転送されてもよい。絶対ファイル・パスは、文書セット１０４、および文書セット１０４によって参照されるファイルの共有が、ローカル・ネットワークを超えて広がらず、共通でアクセス可能なネットワーク化されたファイル・システムに記憶される場合に、十分であり得る。しかし、これはいつでも当てはまるというわけではなく、ネットワーク化されたファイル・システムがアクセス可能ではない異なるシステムに転送するために、文書セット１０４を、文書セット１０４によって参照される文書と一緒にひとまとめにすることが有用であり得る。この場合、相対ファイル・パスが指定されることが可能であり、このオプションは、チェック・ボックス１１０を介して選択可能である。

前述したとおり、文書セット１０４内のページの順序および配置は、ページ・シーケンス配列８４、ならびにそれぞれの個別ページの、そのページに対応するインデックス値８６ａ〜ｄに対する関連付けによる。単一のファイルの中に記憶された元の文書６０の場合、文書６０の中の元のページ６２ａ〜６２ｄの順序は、その文書自体によって定義される順序によって決定される。ＰＤＦ標準の実施形態は、標準の数値ページ・インデックスを
超えるページ・ラベル付けフィーチャを含むことが可能であり、したがって、ページ・シーケンス配列８４を、ページ・ラベルによって決定された並べ替えられた順序にリセットすることが可能であり得る。ページ・シーケンス配列８４を、ページ・インデックスによって決定された並べ替えられた順序にリセットすることも可能であるものと理解される。

図４Ｂに示される例の場合に当てはまるように複数のファイルが存在する場合、第１の元の文書６４および第２の元の文書６８の順序および配置は、最初は、第１の元の文書６４および第２の元の文書６８のそれぞれのファイル名６５、６９に基づくことが可能である。文書内の場合と同様に、例えば、第１の元の文書６４の中のページの間で、内部で定義される順序が、ページ・ラベルであるか、ページ・インデックスであるかにかかわらず、制御するものと理解される。並べ替え順序は、文書セット定義ダイアログ・ウインドウ８８を介して、詳細には、並べ替え（ｓｏｒｔ−ｂｙ）のプルダウン・メニュー１１８で設定されることが可能である。ファイル名順の後にページ・インデックス順、ファイル名順の後にページ・ラベル順、さらにページ・ラベル順のみを含む、３つの可能な並べ替えモードが企図される。特定の文書ワークフローに対するこれらのオプションの各々の適合性を、当業者は容易に確認することができよう。さらに、ファイル名、ページ・ラベル、およびページ・インデックスに基づく並べ替え機能以外の異なる並べ替え機能も可能である。

並べ替えモードを設定した後、タイプおよび方向が、並べ替えタイプおよび方向プルダウン・メニュー１２０を介して設定されることが可能である。英数字および数字を含む２つのタイプとともに、昇順および降順の２つの方向が存在する。これらは、並べ替えタイプおよび方向プルダウン・メニュー１２０の４つの選択可能なオプション、すなわち、英数字昇順、英数字降順、数字昇順、および数字降順において提示される。並べ替えタイプおよび並べ替え方向は、前述したページ・ラベルおよびファイル名を含む任意の選択されたフィールドに適用される。英数字並べ替えは、並べ替えられるフィールドの中の各文字を左から右に処理することを含むものと理解される。例えば、１つのフィールドが「１００」という内容を有する一方で、別のフィールドが「２０」という内容を有し、昇順が指定されている場合、「１００」は、最初の文字「１」が「２」に先行するため、「２０」より前に位置付けられる。他方、昇順数字並べ替えは、「２０」という数を「１００」に先行するものとして処理する。前述の並べ替えモードは、単に例として、限定としてではなく提示されており、本開示の範囲を逸脱することなく、他の任意の適切な代替が代わりに用いられてもよいことが認識されよう。

元の文書６０の第１の選択と補遺文書１００の第２の選択は、複数の文書が、文書セット定義ダイアログ・ウインドウ８８を介して指定されると、並列で受け取られることが可能である。このため、第１の選択および第２の選択を受け取った時点で、元の文書６０と補遺文書１００は、不確定であり得る。つまり、生成された文書セット１０４が、元の文書６０および補遺文書１００のそれぞれを参照する一方で、いずれの特定の参照が補遺のポインタとなり、いずれの特定の参照が元の文書のポインタとなるか、知られていない。この決定を行うのに、補遺フィルタが企図される。一部の実施形態によれば、補遺フィルタは、参照される複数の文書の各々のファイル名、および／またはその文書の各ページのページ・ラベルを処理するが、他の任意の検索可能なフィールドがさらに利用されることも可能である。

図５の流れ図を再び参照すると、この方法は、補遺文書１００の各々の中の各補遺ページ１０２の優先度識別子を決定することに進むことが可能である。この場合も、１つの補遺ページ１０２を有する１つの補遺文書１００だけしか、図４Ａの基本的な例に示されないものの、いくつか、またはすべてが複数の補遺ページを有する、複数の補遺文書が存在してもよいことが明確に企図される。優先度識別子を決定するこの工程は、一般に、補遺
としてのページの識別を指し、同一のページに関する複数の補遺の中で、いずれの補遺が優先されるかを指すものと理解される。

図６および図７を参照すると、文書セット定義ダイアログ・ウインドウ８８上でフィルタ・オプション・ボタン１２２を活性化することが、フィルタ・オプション・ダイアログ・ウインドウ１２４を呼び出す。フィルタ文字列またはフィルタ述語が、テキスト・エントリ・ボックス１２６の中に入力され得る。フィルタ文字列は、ワイルドカード・ベースであり、星印「＊」が任意の１組の文字を示し、番号記号またはポンド文字「＃」が数字のみからなる連続したシーケンスを示し、疑問符「？」が英字のみからなる連続したシーケンスを表す。さらに他の文字を指定することは、それらの文字に対するリテラル・マッチングを示す。リテラル・マッチングのためにワイルドカード文字「＊」および「＃」に基づくフィルタが必要とされる場合、エスケープ文字、例えば、バックスラッシュ「＼」が指定されることがある。さらにまた、さらなるフィルタ文字列が必要とされる場合、各フィルタ文字列は、セミコロン文字「；」で分離され得る。図７に示される例では、「＊Ａ＃」、すなわち、最初に任意の文字のシーケンスから始まり、その後に文字「Ａ」が続き、またその後に数字が続くフィルタ・フィールドが、補遺として識別される。フィルタ文字列の使用の説明１３０が、フィルタ・オプション・ダイアログ・ウインドウ１２４内で与えられる。例えば、「Ｓｔｒｕｃｔｕｒｅ３＿Ａ１．ｐｄｆ」というファイル名が、補遺として識別される一方で、「Ｓｔｒｕｃｔｕｒｅ３＿Ｃ．ｐｄｆ」は、そのように識別されない。ファイル命名規則およびページ・ラベル付け規則は標準化されるべきことが、当業者には認識されよう。さらに、フィルタ文字列は、これらの標準化されたラベル付け規則を利用して補遺として印が付けられている文書を識別するように構成されるべきである。ファイル文字列は、ＯＫボタン１０６を活性化すると、保存され、フィルタ文字列における変更は、取消ボタン１０８を活性化することによって元に戻され得る。特定の入力シーケンスに対応するワイルドカード文字の特定の例について概説してきたが、やはり利用されることが可能な他の多数の例が存在する。

次に図５の流れ図を参照すると、この方法は、文書セット１０４から文書セット・ビューを生成する工程３０８に進む。この場合も、前述したとおり、ページ・シーケンス配列８４が、元の文書６０、文書６０の元のページ６２、補遺文書１００、および文書１００の補遺ページ１０２が提示される順序を定義する。この配置またはシーケンスは、文書セット・ビューを定義する、順序付けられたページ選択と呼ばれることも可能である。さらに、文書セット・ビューは、複数の文書の内容からも生成され、ページ・シーケンス配列８４のインデックス値８６ａ〜ｄに文書セット・ビューを結び付ける文書セット・ビューの一意ページ識別子、および対応する優先度識別子に基づくものと理解される。

文書セット・ビューは、補遺の様々なバージョン、および様々な元の文書の間のナビゲーションを行うために文書セット・ビューが最も役立ち得る、サムネイル・サイドバー５４上に表示されることが可能である。それぞれのページが視覚化される様態は、図７に示されるフィルタ・オプション・ダイアログ・ウインドウ１２４を介して設定された選好に従ってカスタマイズされ得る。詳細には、前の改訂の扱いが、前の改訂表示オプション・プルダウン・メニュー１２８を介して異なるいくつかのオプションから選択され得る。文書ページの非推奨ステータスを示すように文書ページ上に重ねられた対角線状に交差する線のペアを生成するクロスアウト、および文書ページの非推奨ステータスをやはり示すように文書ページの明るさを変更するグレーアウトを含む、企図される２つのオプションが、現在、存在する。これに関して、これらのアクションはともに、非推奨インジケータと呼ばれることが可能であり、そのようなものとしての役割をする代替を開発することは、当業者の技術範囲に含まれる。また、非推奨インジケータが追加されない代替のオプションも、改訂表示オプション・プルダウン・メニュー１２８を介して選択可能である。

また、優先される補遺ページ１０２の視覚的扱いが変更されることも可能である。フィルタ・オプション・ダイアログ・ウインドウ１２４は、補遺オプション・プルダウン・メニュー１３２をさらに含む。選択可能なオプションの１つは、サムネイル・サイドバー５４の中のサムネイル５８の枠線１３２、または補遺ページ１０２の他の表現を強調表示することである。別のオプションは、優先されるページの下に元のページ６２、および間に入る補遺ページ１０２を「積み重ねる」ことである。優先されていない文書ページは、ビューから隠される可能性があるが、スクロール・ボタンのペア１３６を組み込んで、前のバージョン１３８の間のナビゲーションを可能とすることができる。そのような事例において、改訂表示オプション・プルダウン・メニューの中のオプション設定は、ディセーブルにされる。この場合も、可能な別のオプションは、優先された補遺ページ１０２のさらなる視覚的扱いが存在しないようにすることである。サムネイル５８の表示が、さらなるファイル名情報、ページ番号、およびラベルで補足されることが可能である。

図９Ａ〜図９Ｆは、現在、企図される方法による様々な使用事例、および元の文書６０および補遺文書１００の様々な配置がどのように処理されるかを示す。これらのシーケンスを示すのに、既に前述したファイル名、ページ・シーケンス配列などのいくつかの特徴は、省略されており、これらの使用事例の説明に必要とされる最低限のレベルの詳細だけが含められている。

図９Ａは、４つの元のページ６２ａ、６２ｂ、６２ｃ、および６２ｄを有する１つの元の文書６０が存在するシナリオを特に示す。さらに、文書セット１０４ａが、第１の補遺文書１００ａと、第２の補遺文書１００ｂとを含む２つの補遺文書１００を有する。第１の補遺文書１００ａは、補遺ページ１０２ａを有し、第２の補遺文書１００ｂも同様に、補遺ページ１０２ｂを有する。補遺ページ１０２ａと補遺ページ１０２ｂはともに、第２の元のページ６２ｂを補足することになるが、第２の補遺文書１００ｂは、より新しく更新されたバージョンであるので、第１の補遺文書１００ｂ、および文書１００ｂの補遺ページ１０２ａより優先される。文書セット１０４ａのビューの中で、したがって、シーケンス順序は、第１の元のページ６２ａ、補遺ページ１０２ｂ、第３の元のページ６２ｃ、第４の元のページ６２ｄであるが、フィルタ・オプション・ダイアログ・ウインドウ１２４を介して設定されたオプションに依存して、元のページ６２ｂおよび補遺ページ１０２ａは、そこにナビゲーションを行うと、アクセス可能なままである。

図９Ｂは、前出の図９に関係して説明したものと類似した使用事例を示し、元のページ６２ａ〜６２ｄを有する１つの元の文書６０、および補遺ページ１０２ａを有する少なくとも第１の補遺文書１００ａが存在する。前述したとおり、補遺ページ１０２ａは、第２の元のページ６２ｂを補足する。さらに、第３の元のページ６２ｃを補足する、やはり単一の補遺ページ１０２ｂを有する第２の補遺文書１００ｂが存在する。文書セット１０４ｂのセット・ビューの中で、したがって、シーケンス順序は、第１の元のページ６２ａ、補遺ページ１０２ａ、補遺ページ１０２ｂ、第４の元のページ６２ｄである。

図９Ｃは、１つの補遺文書１００が、異なる元のページをそれぞれが補足する２つの補遺ページ１０２ａおよび１０２ｂを含む使用事例を示す。この場合も、元のページ６２ａ〜６２ｄを有する１つの元の文書６０が存在する。２つの補遺ページのうちの第１のページ１０２ａは、第２の元のページ６２ｂを補足する一方で、第２のページ１０２ｂは、第３の元のページ６２ｃを補足する。この事例では、並べ替えが、ページ・ラベルまたはページ・インデックスによる、１つの補遺文書１００内の複数のページのさらなる処理が示される。文書セット１０４ｃのビューの中のシーケンス順序は、第１の元のページ６２ａ、補遺ページ１０２ａ、補遺ページ１０２ｂ、第４の元のページ６２ｄである。

図９Ｄは、複数の補遺文書１００ａ、１００ｂを示すが、この場合も元のページ６２ａ
〜６２ｄを有する１つだけの元の文書６０が存在する。第１の補遺文書１００ａは、第２の元のページ６２ｂを補足する補遺ページ１０２ａ、および第４の元のページ６２ｄを補足する補遺ページ１０２ｂを有する。第２の補遺文書１００ｂは、第３の元のページ６２ｃを補足する１つの補遺ページ１０２ｃを有する。この事例は、補遺ページ１０２が、ページ・ラベルの使用によって連続する元のページ６２を補足するように指定される必要がないことを示す。つまり、第２の元のページ６２ｂは、補遺ページ１０２ａのものと対応するページ・ラベルを有し得る一方で、第４の元のページ６２ｄは、補遺ページ１０２ｂのものと対応するページ・ラベルを有して、ページ・インデックスにかかわらず、そのことだけに基づいて、互いに関係付けられ、一緒に配置されることが可能である。第２の補遺文書１００ｂの補遺ページ１０２ｃが、前述したのと同様の様態で元のページ６２ｃをそれ以外で補足する。文書セット１０４ｄのビューの中のシーケンス順序は、第１の元のページ６２ａ、補遺ページ１０２ａ、補遺ページ１０２ｃ、補遺ページ１０２ｂである。第１の補遺文書１００ａが、第３の元のページ６２ｃを補足する別の補遺ページを含むとした場合、図９Ａを参照して前述した様態で第２の補遺文書１００ｂの補遺ページ１０２ｃの間で優先度決定が行われる。

図９Ｅは、補遺文書１００が、１つの元の文書６０のいずれの既存の元のページ６２を補足することもなく、したがって、補遺ページ１０２が補足することもない事例を示す。文書セット１０４ｅのビューの中のシーケンス順序は、第１の元のページ６２ａ、第２の元のページ６２ｂ、第３の元のページ６２ｃ、第４の元のページ６２ｄ、次いで、補遺ページ１０２である。

図９Ｆは、第１の元の文書６０ａと、第２の元の文書６０ｂとを含む複数の元の文書６０、および第１の補遺文書１００ａと、第２の補遺文書１００ｂとを含む複数の補遺文書１００が存在する状況を示す。第１の元の文書６０ａは、第１の元のページ６２−１ａと、第２の元のページ６２−１ｂと、第３の元のページ６２−１ｃと、第４の元のページ６２−１ｄとを含む複数のページ６２−１を含む。第１の補遺文書１００ａは、第２の元のページ６２−１ｂを補足する１つの補遺ページ１０２ａを有する。さらに、第１の元のページ６２−２ａと、第２の元のページ６２−２ｂとを含む複数のページをやはり有する第２の元の文書６０ｂが存在する。第２の補遺文書１００ｂは、第１の元のページ６２−２ａを補足する１つの補遺ページ１０２ｂを有する。

この例は、第１の元の文書６０ａおよび第２の元の文書６０ｂの順序付けおよび配置を示し、詳細には、それぞれの元のページ６２−１ａから６２−１ｄ、および６２−２ａから６２−２ｂの順序付けおよび配置を示す。また、この例は、補遺文書１００が、いずれの元の文書６０ａ、６０ｂのページのいずれも補足することが可能であることも示す。文書セット１０４ｆのビューの中で、したがって、シーケンス順序は、第１の元のページ６２−１ａ、補遺ページ１０２ａ、第３の元のページ６２−１ｃ、第４の元のページ６２−１ｄ、補遺ページ１０２ｂ、第２の元の文書６０ｂの第２の元のページ６２−２ｂである。

図９Ａ〜図９Ｆに示される以上の例は、元の文書、補遺文書が存在する複数の文書を提示するための現在、企図される方法の編成フィーチャおよび配置フィーチャのいくつかを例示することを意図している。これらの例は、限定することは意図しておらず、この方法は、本明細書で説明されていない異なる開始条件に基づいて、他の結果をもたらし得るものと理解される。

本明細書で示される詳細は、例であり、本開示の実施形態の例示的な説明だけを目的としており、本開示の原理および概念上の態様の最も役立ち、容易に理解される説明と考えられるものをもたらすために提示される。これに関して、本開示の基本的な理解に必要で
ある以上のさらなる詳細を示す試みは行われておらず、図面と併せて解釈される説明は、本明細書で開示される方法のいくつかの形態が、実際にどのように実施され得るかを当業者に明らかにしている。

Claims (28)

1. 少なくとも１つの元の文書ページを各々有する複数の元の文書と、少なくとも１つの補遺文書ページを各々有する複数の補遺文書とを含む複数の文書のコンピュータ化された提示の方法であって、
   前記複数の元の文書について第１の選択をコンピュータ上で受け取る工程であって、前記複数の元の文書についての前記第１の選択の前記少なくとも１つの元の文書ページは、対応する一意ページ識別子を含む、工程と、
   ページ・シーケンス配列を前記コンピュータ上で受け取る工程であって、前記ページ・シーケンス配列は、前記複数の元の文書の配置における各元の文書ページのそれぞれの位置に対応するページ位置インデックスによって定義され、前記ページ・シーケンス配列における前記ページ位置インデックスは、前記複数の元の文書のそれぞれにおける前記少なくとも１つの元の文書ページのシーケンスとは独立に設定される、工程と、
   前記複数の補遺文書のうちの第１の補遺文書の第２の選択を前記コンピュータ上で受け取る工程であって、前記第１の補遺文書の前記第２の選択の前記少なくとも１つの補遺文書ページの各々は、前記複数の元の文書のうちの１つの元の文書ページとそれぞれ互いに関係付けられ、各補遺文書ページは、前記複数の元の文書の前記一意ページ識別子とは独立の別の対応する一意ページ識別子を含む、工程と、
   前記複数の元の文書についての前記第１の選択と、前記第１の補遺文書の前記第２の選択とを使用して文書セットを生成する工程であって、前記文書セットは複数の文書を含む、文書セット生成工程と、
   前記文書セットの各補遺文書に関して、各補遺文書ページの優先度識別子を決定する優先度識別子決定工程と、
   前記文書セットから文書セット・ビューを生成する工程であって、前記文書セット・ビューは、前記ページ・シーケンス配列に従って、順序付けられたページ選択によって定義され、前記文書セット・ビューは、前記ページ・シーケンス配列の前記ページ位置インデックスにより参照される各元の文書ページと各補遺文書ページとの前記一意ページ識別子と前記優先度識別子とに基づいて前記元の文書ページと前記補遺文書ページとから生成され、複数の補遺文書ページは１つの元の文書ページに関連付けられており、前記複数の補遺文書ページのうち、最高の優先度レベルを示す優先度識別子を有する１つの補遺文書ページが前記文書セット・ビューにおいて提示される、文書セット・ビュー生成工程と、を備える方法。
2. 前記複数の補遺文書のうちの第２の補遺文書の第３の選択を前記コンピュータ上で受け取る工程であって、前記第２の補遺文書は、少なくとも１つの補遺文書ページを有し、前記少なくとも１つの補遺文書ページは、元の文書ページと互いに関係付けられておらず、前記ページ・シーケンス配列は、前記第２の補遺文書の前記少なくとも１つの補遺文書ページを含む前記配置によってさらに定義される、工程をさらに備える、請求項１に記載の方法。
3. 前記文書セット生成工程は、前記第２の補遺文書の前記第３の選択を使用する工程をさらに備える、請求項２に記載の方法。
4. 前記文書セット・ビューは、前記第２の補遺文書の少なくとも１つの前記補遺文書ページからさらに生成される、請求項３に記載の方法。
5. 前記元の文書ページと前記少なくとも１つの補遺文書ページとの前記配置の並べ替えを行う工程をさらに備える、請求項２に記載の方法。
6. 前記並べ替えは、前記元の文書ページおよび前記少なくとも１つの補遺文書ページのファイル名による、請求項５に記載の方法。
7. 前記並べ替えは、前記元の文書ページおよび前記少なくとも１つの補遺文書ページのファイル名およびページ識別子による、請求項５に記載の方法。
8. 前記並べ替えは、前記元の文書ページおよび前記少なくとも１つの補遺文書ページのファイル名およびページ・インデックスによる、請求項５に記載の方法。
9. 前記並べ替えの順序は、英数字および数字のうちの一方である、請求項５に記載の方法。
10. 前記並べ替えの前記順序は、昇順および降順の一方である、請求項９に記載の方法。
11. 前記元の文書ページの前記配置の並べ替えを行う工程をさらに備える、請求項１に記載の方法。
12. 前記並べ替えは、前記元の文書ページのファイル名による、請求項１１に記載の方法。
13. 前記並べ替えは、前記元の文書ページのファイル名およびページ識別子による、請求項１１に記載の方法。
14. 前記並べ替えは、前記元の文書ページのファイル名およびページ・インデックスによる、請求項１１に記載の方法。
15. 前記並べ替えの順序は、英数字および数字のうちの一方である、請求項１１に記載の方法。
16. 前記並べ替えの前記順序は、昇順および降順の一方である、請求項１５に記載の方法。
17. 前記補遺文書の前記第２の選択は、事前定義されたフィルタ述語と、前記複数の文書のファイル名、前記複数の文書の前記ファイル名およびページ識別子、ならびに前記複数の文書の前記ファイル名およびページ・インデックスとのマッチングを行う補遺フィルタの適用の結果である、請求項１に記載の方法。
18. 前記コンピュータ上で前記文書セット・ビューを表示する工程と、
    前記補遺文書ページのうちの１つを、その前記優先度識別子に基づいて、前記元の文書ページのうちの対応する元の文書ページより視覚的に優先させる工程と、をさらに備える請求項１に記載の方法。
19. 前記元の文書ページのうちの前記対応する元の文書ページは、表示された前記文書セット・ビューにおいて視界から隠され、前記補遺文書ページのうちの前記１つは可視である、請求項１８に記載の方法。
20. 前記元の文書ページのうちの前記対応する元の文書ページは、表示された前記文書セット・ビューにおいて抑制される、請求項１８に記載の方法。
21. 前記元の文書ページのうちの前記対応する元の文書ページは、前記文書セット・ビューにおいて非推奨インジケータと一緒に表示される、請求項１８に記載の方法。
22. 前記コンピュータのメモリに前記文書セットを記憶する工程をさらに備える、請求項１に記載の方法。
23. 前記複数の元の文書および前記補遺文書は、階層ファイル・システムにおいて前記コンピュータの永続性メモリに記憶される請求項１に記載の方法。
24. 前記複数の元の文書についての前記第１の選択と前記第１の補遺文書の前記第２の選択とは、前記階層ファイル・システム上にそれぞれのストレージ・パスを含む請求項２３に記載の方法。
25. 前記ストレージ・パスは、相対的である請求項２４に記載の方法。
26. 前記ストレージ・パスは、絶対的である請求項２４に記載の方法。
27. 前記複数の元の文書および前記補遺文書は、文書管理システムに記憶される請求項１に記載の方法。
28. データ処理装置によって読取可能な非一時的なプログラム記憶媒体を含む製造品であって、前記媒体は、少なくとも１つの元の文書ページを各々有する複数の元の文書と、少なくとも１つの補遺文書ページを有する補遺文書とを含む複数の文書を提示する方法を実行するように前記データ処理装置によって実行可能な命令からなる１つまたは複数のプログラムを実体化し、前記方法は、
    前記複数の元の文書について第１の選択をコンピュータ上で受け取る工程であって、前記複数の元の文書についての前記第１の選択の前記少なくとも１つの元の文書ページは、対応する一意ページ識別子を含む、工程と、
    ページ・シーケンス配列を前記コンピュータ上で受け取る工程であって、前記ページ・シーケンス配列は、前記複数の元の文書の配置における各元の文書ページのそれぞれの位置に対応するページ位置インデックスによって定義され、前記ページ・シーケンス配列における前記ページ位置インデックスは、前記複数の元の文書のそれぞれにおける前記少なくとも１つの元の文書ページのシーケンスとは独立に設定される、工程と、
    前記複数の補遺文書のうちの第１の補遺文書の第２の選択を前記コンピュータ上で受け取る工程であって、前記第１の補遺文書の前記第２の選択の前記少なくとも１つの補遺文書ページの各々は、前記複数の元の文書のうちの１つの元の文書ページとそれぞれ互いに関係付けられ、各補遺文書ページは、前記複数の元の文書の前記一意ページ識別子とは独立の別の対応する一意ページ識別子を含む、工程と、
    前記複数の元の文書についての前記第１の選択と、前記第１の補遺文書の前記第２の選択とを使用して文書セットを生成する工程であって、前記文書セットは複数の文書を含む、文書セット生成工程と、
    前記文書セットの各補遺文書に関して、各補遺文書ページの優先度識別子を決定する優先度識別子決定工程と、
    前記文書セットから文書セット・ビューを生成する工程であって、前記文書セット・ビューは、前記ページ・シーケンス配列に従って、順序付けられたページ選択によって定義され、前記文書セット・ビューは、前記ページ・シーケンス配列の前記ページ位置インデックスにより参照される各元の文書ページと各補遺文書ページとの前記一意ページ識別子と前記優先度識別子とに基づいて前記元の文書ページと前記補遺文書ページとから生成され、複数の補遺文書ページは１つの元の文書ページに関連付けられており、前記複数の補遺文書ページのうち、最高の優先度レベルを示す優先度識別子を有する１つの補遺文書ページが前記文書セット・ビューにおいて提示される、文書セット・ビュー生成工程と、を備える製造品。