JP2006065804A - 文書管理サーバ - Google Patents

Abstract

【課題】カタログ中から所望のページを結合出力する場合、所望とする内容が未確定の場合、複数ページ分のデータを保持する必要があり、また確定時点で再度所望データ全選択して出力する必要があり、また複数の選択項目が予め１頁内にある記載されている場合、最終的に１つを確定した場合でも不要な選択肢情報が残るという問題がある。
【解決手段】作成されたカタログに未選択のページを含むグループ１，３がある場合、未選択のグループ１，３については、そこに属する各ページを縮小レイアウトした縮小レイアウトページを作成する。そして縮小ページのそれぞれについて、リンク情報として、当該縮小ページが選択された場合のカタログの構成を表す情報をサーバのＵＲＬとして埋め込んでおく。縮小ページがクライアントで選択されると、そのリンク情報にしたがってサーバがアクセスされ、構成情報で示された構成を有するカタログが再結合処理されて作成される。
【選択図】図５

Description

本発明は、たとえばクライアントの指示によりアップロードされた構造化文書により構成される電子カタログ等の電子文書をページ単位に管理して、電子カタログの指定されたページを結合して出力する文書管理サーバに関する。

近年、クライアントからの要求に応じて、サーバにより所望の電子カタログを作成する電子カタログシステムが考えられている。このようなシステムでは、ウエブサーバーにおいて、たとえばクライアントからアップロードされた、ＰＤＦなどの構造化文書の電子ファイルを電子カタログとして保存する。サーバは、電子カタログを構成する文書の各ページをページ部品として管理する。そしてクライアントから任意のページ部品を組み合わせて指定することにより、指定されたページ部品を結合してひとまとまりの新たな電子文書として構成した電子カタログをサーバが作成し、それを出力あるいはクライアントにダウンロードする（特許文献１）。

ＰＤＦなどの構造化文書では、文書はページを順序づけて並べただけの構成に止まらず、たとえば１ページまたは複数のページをまとめてグループを構成することができる。グループを含む文書では、文書は、文書全体−グループ−ページという階層的な構成を有する。もちろんグループに属さないページも文書全体には含まれ得る。そして、電子カタログシステムでは、ひとつのページの候補として複数ページをグループ化しておき、各グループから１ページを選択させるというものがある。
特開２００３−３３７９０９号公報

この従来技術を用いた場合、クライアントからの指示に応じてサーバで結合出力される電子カタログデータは、たとえユーザの思惑では作成途中であろうとも、データとしては結合の都度完成された静的な文書データとなる。このため、元の電子文書に属する各グループ内の複数のページを選択肢として、その中から１つのページをクライアントに選択させて選択されたページを結合してカタログを作成するシステムにおいて、以下のような課題が発生している。
（１）グループ内の複数のページからユーザが所望するページの選択を確定していない場合、グループに属する全選択肢（すなわち全ページ）を結合する必要がある。また、グループ内の複数の選択肢から１つを選択して結合する処理を行う場合には、すでに選択されて現在カタログを構成している他のページについてもあらためて選択しなおす必要がある。これは、たとえ作成途中であっても、結合された文書データとしては完成したものだからである。
（２）ひとつのグループ内の複数の選択肢であるページが縮小配置された元のサイズのページ（縮小されたページを縮小ページという。）があらかじめ作成されて元の電子カタログデータに含まれている場合がある。この様な場合、当該グループ内の１縮小ページが選択されて選択が確定した場合でも、同一の元サイズのページに配置された不要な選択肢である他の縮小ページが残ったままとなる。
（３）一度確定した選択肢（ページ）から他の選択肢（ページ）へ変更するような再検討を行う場合に、あらためて確定したページが属するグループを選択しなおして出力する必要がある。

本発明は上記従来例に鑑みてなされたもので、いったん元の電子文書から選択されたページに関しては再度クライアントが選択するまでもなく、段階的に選択されたページにより文書を再構成でき、そのため、あらために選択済みのページを選択し直す必要がなく、操作性および処理効率が向上する文書管理サーバを提供することを目的とする。

また、ページが未選択のグループが現在の編集文書に含まれている場合、グループに属する複数の縮小されたページを含むページを作成して、該ページと他の選択されたページとを結合して編集文書を作成し、そこから選択されたページにより文書を再構成することで、選択されていないページを含む文書の作成を避けることができる文書管理サーバの提供を目的とする。

また、編集文書の構成を表す構成情報をあらかじめ作成しておくことで、容易に編集文書を再構成可能な文書管理サーバを提供することを目的とする。

また、既に選択されている編集文書と同一の編集文書の再構成を防止して、計算資源の浪費を防ぐ文書管理サーバを提供することを目的とする。

また、選択の取消を容易に行える文書管理サーバを提供することを目的とする。

上記の問題を解決するために本発明は以下の構成を備える。

リンク先情報を埋め込み可能な電子文書をクライアントに送信できる文書管理サーバであって、
前記電子文書のうち、クライアントより選択されたページを結合して編集文書を作成する作成手段と、
前記編集文書に、当該文書管理サーバの宛先および前記編集文書の再編集後の構成を表す構成情報を含むリンク先情報を付加する付加手段と、
前記リンク先情報が付加された編集文書をクライアントに送信する送信手段とを備える。

本発明によれば、いったん元の電子文書から選択されたページに関しては再度クライアントが選択するまでもなく、段階的に選択されたページにより文書を再構成できる。そのため、あらために選択済みのページを選択し直す必要がなく、操作性および処理効率が向上する。

また、選択されたページにより文書を再構成することで、選択されていないページを含む文書の作成を避けることができる。

また、編集文書の構成を表す構成情報をあらかじめ作成しておくことで、容易に編集文書を再構成可能となる。

また、既に選択されている編集文書と同一の編集文書の再構成を防止して、計算資源の浪費を防ぐことができる。

また、選択の取消を容易に行える。

［第１実施形態］
＜システム構成＞
以下、本発明の実施例について図を参照しながら説明する。図１は本発明の電子カタログ管理システムのカタログ管理サーバー１２１に対してＷｅｂブラウザを有するクライアント１１１から指示／操作を実現したネットワーク構成を示すブロック図である。

同図において、１０１はローカルエリアネットワーク（ＬＡＮ）を示し、クライアント用パーソナルコンピュータ（以下「クライアントＰＣ」）１１１，１１２，１１３及び、本発明のテキスト及びファイルの管理システムを実現するサーバー用パーソナルコンピュータ（以下「サーバーＰＣ」）１２１が、このＬＡＮに接続されている。プリンタ１３１もＬＡＮ１０１に接続されている。プリンタ１３１はたとえばクライアントが取得したカタログを印刷するために利用される。

本実施形態ではカタログ管理サーバー１２１はウエブサーバ機能も有し、クライアントＰＣ１１１，１１２，１１３のＷｅｂブラウザから指示をウエブサーバにより受信して、カタログ管理サーバ機能により処理し、処理結果をウエブサーバにより、指示をしたクライアントＰＣのブラウザに対して返す処理を行う。但し、本実施形態においては、サーバーおよびクライアント間の通信手法については特に限定するものではない。もちろんウエブであるからＴＣＰ／ＩＰはともにサポートする必要はあるが、ＩＰよりも下位層に関してはなんでもよい。また、サーバーＰＣのブラウザにおいて、直接本実施形態のカタログ管理システムに対する指示処理を行う形態であっても構わないものとする。また、本実施形態ではＵＲＬによるカタログ管理サーバへのアクセスが行われることから、名前解決のためのネームサーバもＬＡＮに接続されていることが望ましい。また、このような構成であれば、本カタログ管理システムをＬＡＮに代えてインターネット上に構築することも可能である。

クライアントＰＣ１１１，１１２，１１３内の構成は、ＬＡＮ１０１に接続でき、かつＷｅｂブラウザが動作している一般的なＰＣであれば、特に限定するものではないため、説明を省略する。なお、クライアントのウエブブラウザは、カタログを構成する構造化電子文書（たとえばＰＤＦ）の表示や印刷が可能なものであることが望ましい。

図２は、本実施形態の図１に示したサーバーＰＣ１２１の概略構成である。図２おいて、２０１はビデオＲＡＭ（ＶＲＡＭ）で、ＣＲＴ表示装置２０２の画面に表示される文字、イメージを展開記憶する。２０３はビットムーブユニット（ＢＭＵ）で、メモリ間あるいはメモリと各デバイス間のデータ転送をコントロールする。２０４は入力に関する各種キーを備えたキーボードであり、２０５は画面上でアイコンなどを指し示すためなどに用いられるポインティングデバイス(ＰＤ)、２０６はＣＰＵで、２０８のＲＯＭに記憶された制御プログラム（本発明に係るプログラムやエラー処理プログラムをはじめ、後述する本発明を実現するためのプログラムも記憶されている）に基づいて本装置の各部を制御する。２０９は上述した各プログラムを２０６のＣＰＵが実行するときにワークエリア、エラー処理時の一時退避エリアとして用いられるＲＡＭ、２１０はハードディスクドライブ（ＨＤＤ）、２１１はフレキシブルディスクドライブ（ＦＤＤ）をそれぞれ示し、各ディスクには後述するアプリケーションプログラムやデータ、データベース、ライブラリなどの保存用に用いられる。またアップロードされたファイルの保存にも用いるものである。２１２はネットワークインターフェイス(ＮＥＴ−Ｉ／Ｆ)を示し、クライアントＰＣ１１１，１１２，１１３との間でネットワークを経由してデータ転送を行うためにネットワーク上でデータ転送の制御や診断を行う。２０７は上述した各ユニット間を接続するＩ／Ｏバス(アドレスバス、データバス及び制御バスからなる)である。なおクライアントＰＣも同様の構成を有する。

上記構成において、装置に電源を投入すると、ＣＰＵ（２０６）はＲＯＭ（２０８）のブートプログラムに従って装置を初期化し、ＨＤＤ（２１０）からＯＳのロードを行い、その後で、図７や図１３に示す手順などの各種プログラムを動作させることになる。なお、本実施形態のサーバ装置は、凡用の情報処理装置（パーソナルコンピュータ等）をその基礎にしているので、プログラムはハードディスク等に記憶されているものとしたが、もちろんＲＯＭに記憶させるようにしてもよい。また、本実施形態では、データを格納するデータベース及び電子カタログのファイル管理を１つのカタログ管理サーバー１２１で実現しているが、データベースサーバーやファイル共有サーバーのようにそれぞれ別の情報処理装置を用いて実現してもよい。

＜カタログ管理システムの説明＞
次に図３〜図６を用いて、本発明の基本となる電子カタログ管理システムにおけるクライアントからのカタログアップロードしたカタログページのグループ管理、及び指定したカタログページの結合処理に関する第１の実施形態について説明する。

図３では、カタログアップロードしたカタログページのグループ管理に関する例を示す。図示において、１１１及び１２１は図１にて図示した本実施形態のサーバー及びクライアントであり、左側がクライアントのデータ管理、右側がサーバーのデータ管理を示している。

３０１は、クライアント１１１から本実施形態の結合処理に用いるカタログページの元となるカタログデータである。カタログデータ３０１をサーバー１２１にアップロードした場合に、サーバーにおけるカタログ分割手段によって、カタログ３０２として各ページに分割展開される。カタログ３０２は、８ページの構造化文書である。本例は、アップロードされたカタログ３０２が、サーバーでのグループ管理手段によって単体の先頭ページ、及び３つのグループ（３０３のグループ１、３０４のグループ２、３０５のグループ３）で管理されている例である。

なお文書に構造を与える方法は、カタログデータの内部に仕組みを設けて分類しても、アップロード後に分割された各ページをユーザが指定しても、また別途異なる書式ファイルを同時にアップロードする方法などの公知の方法を用いてもよく、本実施形態では特に限定するものではない。図１１にその一例を示す。図１２の例では、カタログデータは、その元となる元カタログ１１０１に構造化された文書（カタログデータ）が対応付けられて管理される。対応付けは、対応付けテーブル１１０２により行われる。元文書１１０１には、たとえば文書を識別するための文書名１１０１ａが与えられる。対応付けテーブルは、その元文書１１０１に対して、まず、グループに属さないページ１１０３と、グループ１管理テーブル（１１０４）と、グループ２管理テーブル（１１０８）と、グループ３管理テーブル（１１１１）とが対応付けられる。さらに、グループ１管理テーブルにはページ２（１１０５）、ページ３（１１０６）、ページ４（１１０７）が属し、グループ２管理テーブルにはページ５（１１０９）、ページ６（１１１０）が属し、グループ３管理テーブルにはページ７（１１１２）、ページ８（１１１３）が属している。このようにして、文書に属するページまたはグループと、グループに属するページという階層構造を有する文書ファイルがカタログ管理サーバ１２１に保存されている。図３等のカタログを表す図は、図１２のような、文書全体−ページまたは文書全体−グループ−ページという構造を簡易に示す図である。そして、本実施形態では、各グループの中から１ページを選択して結合カタログ（編集文書とも呼ぶ。）を再構成する。図１１の例では、グループに属さないページ１１０３は選択の余地なく結合カタログに含まれ、グループ１乃至３はそれぞれ各１ページが選択されて全４ページの結合カタログが再構成される。

アップロードされたカタログデータ３０２の各ページデータはそれぞれ、１ページ目は「カタログＡ 表紙」としてグループに属さない単体のページ、２〜４ページ目はグループ１（３０３）にそれぞれ「カタログＡ ページ１−１」、「カタログＡ ページ１−２」、「カタログＡ ページ１−３」としてグループ化され、５〜６ページ目はグループ２（３０４）に「カタログＡ ページ２−１」、「カタログＡ ページ２−２」、残りの７〜８ページ目はグループ３（３０５）に「カタログＡ ページ３−１」、「カタログＡ ページ３−２」としてグループ化されて管理されている。

ここでページ１−ｘというのは、グループ１に属し、結合時に選択される選択肢である、グループ１に属するページｘを示す。同様に２−ｘはグループ２の選択肢である、グループ２に属するページｘ、３−ｘはグループ３の選択肢である、グループ３に属するページｘを示している。

＜結合カタログの例＞
次に図４は、結合カタログの組み合わせ、及び縮小レイアウトの例について説明する。なお、結合カタログとは、カタログ管理サーバに保存されている元カタログデータから選択されたページを結合して作成したカタログであり、再構成文書とも呼ぶ。図において、図３にて示したカタログデータ３０２から「カタログＡ 表紙」及びグループ１のページ１、グループ２のページ２、グループ３のページ２という４ページを結合した際の結合カタログの例を示したものである。図４中の上部に位置するのは図３で示したサーバー１２１のデータ管理である。図３同様なので説明を省略する。二重枠は結合例１のために選択されたページである。一方、下部はクライアント１１１に出力される結合カタログの例である。結合例１は、ページレイアウト順に、「表紙」、グループ１からは「ページ１−１」、グループ２からは「ページ２−２」、そしてグループ３からは「ページ３−２」をそれぞれ選択して結合指示した場合の結合カタログ例が結合カタログ１（４０４）として示されている。また、結合例２は、ページレイアウト順に「表紙」、グループ１からはカタログページ未選択、グループ２からは「ページ２−２」、グループ３からはグループ１と同様にカタログページ未選択として結合指示した場合の結合カタログ２（４０２）が示されている。

結合例１では、全てのグループからカタログページを選択していることから選択しているページが結合されている。一方、結合例２では、グループ１とグループ３とからそれぞれページが未選択である。そのため、結合カタログ２の２ページ目は、グループ１に属する全カタログページが縮小レイアウトされて表示されている。同様に結合カタログの４ページ目もグループ３の全カタログページが縮小レイアウトされて表示されている。

なお、縮小レイアウトの配置については、グループ内のページ数が少ない場合にはより大きく表示することができ、一方要素数が多い場合にはより小さく表示することができる。縮小レイアウトの計算方法に関しては、元のサイズの２ページを元のサイズの１ページに縮小して収める（結合カタログ２の４ページ目で示した）横置きの２ｉｎ１形式でもよいし、元のサイズの４ページを元のサイズの１ページに縮小して収める（結合カタログ２の２ページ目で示した）４ｉｎ１形式でもよい。もちろん９ｉｎ１でも、１６ｉｎ１でもよい。たとえば、グループ内のページ数に応じて、２ページであれば２ｉｎ１形式、４ページ以下であれば４ｉｎ１形式、９ページ以下であれば９ｉｎ１形式、１６ページ以下であれば１６ｉｎ１形式、などとすることが考えられる。

＜リンク情報＞
次に図５を用いて、グループ内のページが未選択のために、グループ内の全カタログページが縮小レイアウトとして挿入された場合に、結合処理の結果得られるページまたはグループの組み合わせ（すなわち結合カタログ）を表すリンク情報に関して説明する。図５において４０２は、図４で説明した組み合わせ例の結合カタログ２におけるページ構成を示したものである。これはクライアントに表示される画像でもある。表示される際には、各ページを縮小表示することもできるし、指示に応じたページを表示することもできる。図５では便宜のためにカタログ全体を示している。

図５では、左から１ページ目、２ページ目、３ページ目、そして４ページ目を示している。２ページ目はグループ１が未選択だったためグループ１に属する選択肢（ページ）３つが縮小レイアウトされて１つのページを構成している。従って、グループ１からは「ページ１−１」「ページ１−２」「ページ１−３」のいずれかが選択可能な状態にあり、各縮小されたページに各選択肢がリンク情報を指示することで選択された場合に、動作する結合カタログの組み合わせを示したものが、図中のリンク内容５０１〜５０３である。

リンク内容５０１は、「ページ１−１」が選択された場合のページおよびグループの組み合わせである。１ページ目に位置する「表紙」と３ページ目に位置する「ページ２−１」は確定しており、かつ４ページ目に位置する「グループ３」は今回の指定では選択されていないためそのまま（２ｉｎ１レイアウトのまま）維持され、「表紙」＋「ページ１−１」＋「ページ２−１」＋「グループ３」という組み合わせの結合動作を指示するものとなる。

同様にリンク内容５０２は、結合カタログ４０２の２ページ目に該当する縮小レイアウトページを「ページ１−２」に置き換えた組み合わせであり、リンク内容５０３は、結合カタログ４０２の２ページ目に該当する縮小レイアウトページを「ページ１−２」に置き換えた組み合わせとなる。また、リンク内容５０４、５０５はそれぞれ、結合カタログ４０２における４ページに該当する縮小レイアウトページをそれぞれ「ページ３−１」、「ページ３−２」に置き換えた組み合わせとなる。結合カタログ３（５０６）は、リンク内容５０３で示した組み合わせとする置き換え処理（グループ１をページ１−３で置換する処理）を実行した際に作成される結合カタログのレイアウトを示した例である。２ページ目が「ページ１−３」に置き換わったページ構成の結合カタログであることを示している。

本実施形態のカタログ管理システムは、この図５の結合カタログ５０２のように、すべてのページの選択が完了しておらず、ページが未選択のグループを含む結合カタログ（未完成結合カタログと呼ぶ。）が作成された場合、その未完成結合カタログからページの選択を容易かつ迅速に行うためのものである。そのために、未完成結合カタログをカタログ管理サーバからクライアントに送信する際に、ページが選択されていないグループ（これを未選択ページと呼ぶ。）上の個々の選択肢すなわち各縮小ページに、当該縮小ページが選択された場合の結合カタログの構成を表す構成情報と、カタログ管理サーバのアドレス（ドメイン名）とをあわせたＵＲＬ（リンク情報に相当する。）を関連づけておく。構成情報は、サーバのドメイン名に続けてディレクトリ等を示す情報としてあらわされる。そして、未完成カタログを閲覧するユーザが、未選択ページから所望の縮小ページを選択（たとえばポインティングデバイスによるクリックなどにより）すると、その選択された縮小ページに関連づけられたＵＲＬのドメイン名に対応するアドレスのカタログ管理サーバに対してアクセスが試みられる。この様な処理は、ウエブブラウザやその中で実行される構造化文書処理のためのプラグインモジュールなどによって実現されている。

アクセスを受けたカタログ管理サーバ１２１は、ＵＲＬのディレクトリ名がカタログの構成情報を示す所定の識別子であることを判定する。それが結合カタログの構成情報であれば、その構成情報で示される結合カタログを再構成して、クライアントに送信する。このようにして、ユーザは、既に選択済みのページに関しては再選択するまでもなく、未選択ページについて段階的に選択を行うことができる。なお、図５は、クライアントに表示されるカタログの画像の例であるが、総合カタログ４０２の枠外に表示された吹き出し等は、説明のためのものであって表示されることはない。

次に図６を用いて、実際の結合処理に関するリンク情報すなわちＵＲＬの記載例を示す。図５では組み合わせの例を説明するためにページを例にあげて説明したが、図６では、図５の組み合わせに対する実際のＵＲＬ表記例を示す。すなわち、図５の符号５０１〜５０５などは、ページの組み合わせを説明するために示したものに過ぎず、結合カタログに埋め込まれる情報は、図６のような情報となる。図６において、組み合わせ欄６０１が図５で示した例の組み合わせを列挙したものである。これは説明のためのものであって、実際にこのようなデータが作成されるわけではない。右側のＵＲＬ表記欄６０２が、組み合わせ欄６０１に対応したＵＲＬ表記の例を示している。

例えば、図６最上段の「「表紙」＋「１−１」＋「２−１」＋「グループ３」」という組み合わせに対しては、カタログＡであるため先頭にＡをつけて、１ページ目に該当する表紙は「ＡＣＯＶＥＲ」、２ページ目に該当する「１−１」は「Ａ１−１」、同様に３ページ目は「Ａ２−１」そして、４ページ目はグループ３のため「ＡＧ３」として表記し、全てを「＋」でつないだものが構成情報となる。これをサーバにおけるカタログの結合処理のＵＲＬの例である「http://xxxxx.jp/catalogue_management/combine」に、構成情報が後続することを示すコマンド「？」を介してつなげる。結局、カタログＡの「「表紙」＋「１−１」＋「２−１」＋「グループ３」」という組み合わせに対応するＵＲＬは、「http://xxxxx.jp/catalogue_management/combine?ACOVER+A1-1+A2-1+AG3」と記載できる。このＵＲＬは、結合カタログ４０２の第２ページ上の縮小ページ「１−１」の画像に関連づけられる。クライアントが縮小ページ「１−１」を指示することで、関連づけられたＵＲＬに対してアクセスが発行され、構成情報で示されるカタログの結合処理を動作させることが可能となる。これは、他の構成についても同様である。なお、ページ上のリンク付けは、たとえば現在広く用いられているＰＤＦ文書であれば可能である。

このように、作成されるＵＲＬでは、文書名（図６では「Ａ」）に、その文書中のページを一意に示すページ識別子（「ＣＯＶＥＲ」や「１−１」など）あるいはグループを一意に示すグループ識別子（「Ｇ３」など）を接続して、文書中のページまたはグループを特定するためのサーバ内識別子（たとえば「ＡＣＯＶＥＲ」や「Ａ１−１」「ＡＧ３」など、カタログ管理サーバ内で一意の識別子）を表している。それを、「＋」文字により接続することで、再構成されるべきカタログを特定する。

＜結合カタログの構成（結合）処理＞
図７は、以上図示で説明した結合処理についてのフローチャートを示したものである。なお、図５で示したアップロード処理、及びグループの設定については、フローチャートを省略する。

図７において、ステップＳ７０１では、クライアントが結合処理を指示するにあたり、サーバーで管理している全グループ情報を要求する。このステップは、要求を示す情報とともに、文書名（カタログ名）をサーバに送信してもよい。こうすることで、ステップＳ７０２においてサーバが送信する情報は、指定されたカタログに属するグループに関する情報で済む。

ステップＳ７０２は、サーバーが、ステップＳ７０１の要求に対して、管理している全グループ情報をクライアントに提供する処理である。文書名が指定されていれば、提供されるのは指定された文書に属するグループの情報に限られる。なお、図５などで示した表紙ページのようにグループに属していない単体ページの情報も提供するものとするが、単体ページのものは単体グループとして提供してもよい。ここで提示されるグループに関する情報は、クライアントのユーザがグループを選択するための手がかりとなる情報および各グループの識別子などである。たとえば、各グループ内のページに共通する項目であるとか、あるいは、各グループ内のページのサムネイル画像などを、グループの識別子と関連づけた情報などが考えられる。

次にステップＳ７０３は、サーバーでのステップＳ７０２から提供された単体ページも含むグループ情報を取得する。ステップＳ７０４では、ステップＳ７０３で取得したグループから、結合するグループの選択及びグループのレイアウト順番の設定処理を行う。グループの選択は、クライアントにおいてたとえばユーザが提示されたグループの中から行う。この際に単ページデータも選択可能とする。選択されたグループに関する情報は、たとえばグループ識別子であり、それがサーバに送信される。ステップＳ７０５では、クライアントから選択されたグループ情報を取得する。

次にステップＳ７０６では、ステップＳ７０５で取得した、選択されたグループに属するカタログページ情報をクライアントに提供する処理を行う。ここで提供されるグループに属するページ情報は、クライアントのユーザが選択されたグループからページを選択するための手がかりとなる情報および各ページの識別子などである。たとえば、選択された各グループごとに、グループ内のページのサムネイル画像などを、ページの識別子と関連づけた情報などが考えられる。

ステップＳ７０７では、ステップＳ７０６で提供されたカタログページ情報を取得する。ユーザはカタログページ情報に基づいて各グループ内においてページを選択する。ここでユーザは、ページを選択するとともに、ページの選択を終了し、カタログの構成処理の実行を選択することもできる。まだ確定できないグループ（未選択グループ）が残ったままカタログの構成処理の実行が選択された場合、これをトリガとしてサーバーへの結合カタログ生成の要求が発行される。選択されたグループにおいて、その中から選択されたページに関する情報は、結合カタログ生成の要求とともにサーバに送信される。

ステップＳ７０８は、クライアントからの結合カタログの生成要求を受けて、サーバーでの実際の結合処理を行う最初の処理になる。ステップＳ７０８では、まず、クライアントで選択された文書名、グループ識別子、ページ識別子が選択テーブルとして登録される。図１２に選択テーブル１２０１の一例を示す。選択テーブルには、文書名、選択グループ識別子、各選択グループにおける選択ページ識別子の３つの項目が含まれている。図１２では、文書名は独立した項目であるが、選択ページは、その上の選択グループに属するという対応する関係にある。図１２は図５の例に倣って記載したもので、文書名は「Ａ」、選択されたグループは１，２，３、グループ１において選択されたページは１（すなわちページ１−１）、グループ２において選択されたページは２（すなわちページ２−２）、グループ３において選択されたページはない（すなわち未選択グループ）、となっている。なお、グループに属さないページについては、選択テーブルに登録してもしなくても良い。登録する場合には、選択テーブルに単一ページを含む仮のグループとして登録されてもよいし、グループ識別子の欄をブランクにしたままページ識別子を登録しても良い。仮のグループとして登録する場合には、既存のグループ識別子と衝突しない識別子を利用する。単独ページを登録しない場合には、単独ページは選択されたものとして結合処理の対象となる。カタログはこの選択テーブルに基づいて結合処理される。

さて、ステップＳ７０８では、続いてクライアントで選択されたグループ数をＮに設定し、グループ数分のループを行うためのループ変数ｉを１で初期化する。

ステップＳ７０９では、選択テーブルにおいて、ｉ番目のグループに対してクライアントがカタログページの選択を行ったかを判定する。すなわち、選択されたグループに対応して選択されたページが登録されているか判定する。グループｉについてカタログページの選択が行われていればステップＳ７１０に進み、一方ページ選択が行われていない場合はステップＳ７１１に進む。なお、この判定では、単ページデータもしくはグループ内に１つのカタログページしか存在しない場合は、該当ページを選択ページとして選択が行われたと判定してステップＳ７１０に進むものとする。

ステップＳ７１０では、ステップＳ７０９で選択したページとして認識されたページ（すなわち選択テーブルに登録されたページ）を結合に用いるページとして登録する。なお、結合処理時に選択テーブル１２０１を利用する場合にはステップＳ７１０ではなにも行う必要はない。

ステップＳ７１３では全グループに対して処理を行ったか否か、すなわちループ変数ｉ（対象グループ番号）が選択されたグループ数Ｎより小さいか判定して、まだ処理を行っていないグループがある場合（ｉ≦Ｎの場合）はステップＳ７１４に進む。ステップＳ７１４ではループ変数ｉに１加算して次のグループに対する処理を行うためにステップＳ７０９に戻る。ステップＳ７１３において、全てのグループに対して処理が終了したと判定した場合は、ステップＳ７１５に進む。

一方、ステップＳ７０９でグループ内のページが複数あり、かつページが未選択と判断された場合にはステップＳ７１１に進む。ステップＳ７１１では、該当グループ（グループｉ）に属する全カタログページを均等に縮小した縮小ページをレイアウトした結合ページ（縮小レイアウトページ）を生成する。次にステップＳ７１２では、ステップＳ７１１で作成した縮小レイアウトページの各縮小ページに対して、各々のページが選択された場合の結合処理を示すリンク情報を作成する。そして、これを各縮小ページ関連づけて縮小レイアウトページ内に埋め込む。

リンク情報は図６に示した例の通りのＵＲＬである。ＵＲＬは、まずドメイン名とサーバにおける結合処理を示す識別名「http://xxxxx.jp/catalogue_management/combine」までは、あらかじめサーバがたとえば文字列としてハードディスク等に保持している。これに、？に続けて構成情報を合成する。構成情報は、選択テーブル１２０１に基づいて作成可能である。すなわち、構成情報に必要な文書名、選択されたグループ識別子、選択されたページ識別子がすべて選択テーブルには含まれている。選択テーブルにおいてグループ１とグループ３とが未選択グループであると、対応する構成情報としてたとえば「ACOVER+AG1+A2-1+AG3」のような構成情報が作成される。これをあらかじめ与えられている結合処理を含むサーバの識別名と接続して「http://xxxxx.jp/catalogue_management/combine?ACOVER+AG1+A2-1+AG3」という、現在の選択状態における結合処理情報を作成しハードディスク等に保存しておく。これがリンク情報の基本ともので、このうちの未選択グループに相当する識別子をグループ内のページの識別子に置換することで、リンク情報を作成する。たとえばｉ＝１の場合には、グループ１を対象として、「ＡＧ１」をグループ１内の各ページの識別子に置換したものが作成される。グループ１内のページが、たとえばページ１，２，３であれば、「http://xxxxx.jp/catalogue_management/combine?ACOVER+A1-1+A2-1+AG3」「http://xxxxx.jp/catalogue_management/combine?ACOVER+A1-2+A2-1+AG3」「http://xxxxx.jp/catalogue_management/combine?ACOVER+A1-3+A2-1+AG3」というグループ１内のページそれぞれを選択した場合の構成情報が作成される。これが、ステップＳ７１１で作成された縮小レイアウトページ内の各縮小ページに対応付けて埋め込まれる。なお、文書内のグループ、グループ内のページの構成は、図１１に例示した構造化文書自体の内容から獲得することができる。こうしてリンク情報を縮小レイアウトページに設定する処理を行い、ループ判定処理であるステップＳ７１３に進む。

ステップＳ７１３でループが終了したと判定された場合の処理であるステップＳ７１５では、ステップＳ７０９からのループ処理によって選択された、もしくは縮小レイアウトページとして生成された結合用の各ページを結合する処理を行う。すなわち、図１１に示す構造化文書を、選択されたグループおよび選択されたページのみにより再構成する。

ステップＳ７１６は、クライアントがステップＳ７１５でサーバーによって生成された結合カタログを取得する処理となり、処理を終了する。

＜再結合（再構成）処理＞
図１３は、ステップＳ７１６でクライアントが獲得した結合カタログのなかから、縮小レイアウトページ上の縮小ページがユーザにより選択されて、対応するリンク情報に対してアクセスが発生した場合の処理を示す。ユーザは、縮小ページを例えばダブルクリックすることでリンク情報で示される宛先にアクセスできる。このような機能はハイパーテキストと呼ばれるものでＰＤＦなどでは実現されている。リンク情報の宛先はカタログ管理サーバの結合処理部に決められているので、図１３の処理は結合処理部における処理手順となる。

まずステップＳ１３０１において、受け取った構成情報（ＵＲＬの“？”以下の部分）をパースし、ステップＳ１３０２において、結合処理の対象となる文書名、グループ識別子、ページ識別子を獲得して図１２の選択テーブルとして再構成する。そして、図７のステップＳ７０８へと分岐する。ただし、選択テーブルは既に作成してあるので、ステップＳ７０８のうち、選択テーブルの構成処理は行う必要がない。この結果、構成情報に記述されたとおりの結合カタログが作成されて、クライアントはそれを獲得することができる。

以上、本実施形態１を用いることで、選択肢（グループ内のページ）を選択した場合の組み合わせ情報を含む結合処理のURLを結合カタログにリンク情報として設定することにより、そのリンク情報を選択した場合に自動的に選択したページが反映／更新された結合カタログを容易に作成できる電子カタログを実現することが可能となる。

なお、サーバーに予めカタログページやグループの組み合わせを図６のようなＵＲＬ記述法に従って記述したシナリオファイルを用意しておくこともできる。その場合、結合カタログのリンク情報として設定するＵＲＬは、そのシナリオファイルのＩＤを指定することで特定できる。もちろんそのＵＲＬは結合カタログのいずれかの部分に関連づけられ、ユーザによる選択が可能となる。こうしておけば、あらかじめ用意した結合カタログを、ユーザが容易に選択することができる。

さらに、カタログ管理サーバへのアクセスのためにユーザ認証が必要な場合は、カタログの結合処理において、予め、カタログに関連づけるＵＲＬの構成情報にくわえてユーザ情報をも付加しておく。こうすることで、カタログ管理サーバは、アクセスがあった場合に、構成情報に含まれるユーザ情報を取得することでユーザ認証を行うことも可能である。

また、リンク情報に対して直接ＵＲＬを記載するのではなく、スクリプトを実行するようにして、スクリプト内部にＵＲＬ情報を記載して結合カタログの構造化文書内におけるセキュリティ機能に格納されているユーザ情報を取得して、ＵＲＬに対してスクリプトによって動的にユーザ情報を設定する方法も可能である。

［実施形態２］
次に、実施形態２として、カタログ結合のグループ選択処理を予めラベルをつけて管理することで、毎回結合処理を指定する場合にグループを選択していた処理を省略する方法について説明する。

図８は、サーバーにおける例を示したものである。図８において、１２１はサーバーを示す。８０１はカタログデータＡであり、単独の表紙ページ、８０２のグループ１には「ページＡ１−１」「ページＡ１−２」「ページＡ１−３」、８０３のグループ２には「ページＡ２−１」「ページＡ２−２」、そして８０４のグループ３には「ページＡ３−１」「ページＡ３−２」がそれぞれグループに登録されているカタログデータである。なお上記表現において、２つのカタログを区別するためにカタログのＡとＢをページ表記の先頭に付与した表現を用いている。もちろん、構成情報においては、文書名である「Ａ」「Ｂ」がグループ識別子およびページ識別子の前に付されて、サーバ内の一意性が保たれている。

また一方、８０５のカタログデータＢは、単独の表紙ページ、８０６のグループ４に「ページＢ１−１」「ページＢ１−２」「ページＢ１−３」、８−７のグループ５には「ページＢ２−１」「ページＢ２−２」「ページＢ２−３」、そして最後に単独ページの「ページＢ３」を有するカタログデータである。

上記カタログＡとＢのそれぞれの単独ページ及びグループの組み合わせと順番を設定してラベルで管理している例を示したのが図中の表８１０である。「ラベル１」は、カタログＡの有する全グループ（単ページを含む）の組み合わせを設定したラベルであり、「ラベル２」は同様にカタログＢの全グループの組み合わせを設定したラベルである。また「ラベル３」は、カタログＡとカタログＢのグループを混合させた組み合わせで「グループ１」と「グループ２」と「グループ５」の組み合わせを示した例である。これらの組み合わせは、対応する構成情報で記述されて、図６に示したようなＵＲＬとしてサーバに保持される。そして、たとえば図７のステップＳ７０２において、これらＵＲＬをリンク情報として埋め込んだボタン等を含むグループ情報がクライアントに送信される。ユーザは、表８に対応するＵＲＬをリンク情報として埋め込んだボタン等を選択することで、そのＵＲＬがサーバに送信される。続く処理は図１３に記載したとおりである。こうしてカタログ中のグループをいちいち選択することなく、１クリックで容易に結合カタログの作成を指定することができる。

以上、実施形態２を用いることで、単独ページを含む各グループの組み合わせを予めサーバーでラベル管理することによりクライアントは、ラベルを指定するだけで所望のグループの組み合わせを選択可能なシステムを実現することが可能となる。

［実施形態３］
次に、実施形態３として、グループ内のカタログページが選択されなかった場合に縮小レイアウトされるカタログページのページ数の上限値を設定することにより、縮小レイアウト処理が小さくなりすぎてしまい読みずらくなることを防止する方法について説明する。

図９は、本実施形態３を説明するためのサーバーにおけるカタログデータのグループ例である。図９において、９０１はサーバーで管理されるカタログデータＡを示している。次に９０２は選択肢となる３ページのカタログページが登録されているグループ１である。また、９０３は、選択肢となる８ページのカタログページが登録されているグループ２である。同様に９０４は２ページの選択肢を有するグループ３である。

このときにグループ２は８ページの選択肢を有しているが全てのページを縮小レイアウトした場合に、８ｉｎ１となってしまい個々のページが解読できない場合は発生する可能性がある。従って、縮小レイアウトするページ数の上限値を設けて、さらにグループ内での表示優先順位を設けることで、上限値に合わせて優先順位の高い順にピックアップしたカタログページのみを縮小レイアウトする例を示す。図９の下部にある結合カタログ９０５の例は、上限値を４（４ｉｎ１）として、優先順位をページのサブ番号とした例である。優先順位は、たとえばすべての文書やグループについて共通するように固定的に決定しておいても良い。たとえば先頭から順に４ページ、などのように決めることができる。また、各文書やグループ毎に定めても良いが、この場合には、図１１の文書データに、文書毎あるいはグループ毎のページの優先順位を示す情報を付加するのが望ましい。

結合カタログ９０５の３ページ目に該当するページが４ｉｎ１で「２−１」「２−２」「２−３」「２−４」が縮小レイアウトされていることがわかる。なお、上限値の設定はグループごとに設定してもよく、また優先順位は例えば「名称順」「日付順」といった複数の優先順位を持たせ、クライアントから選択させてもよく、また縮小レイアウトされた一部に順番を選択させるリンク情報を設定する方法も考えられる。

以上、本実施形態３を用いることで、グループ内のカタログページを縮小レイアウトする際に、ページの上限数を設定することにより、数を制限することができ、また優先順位をグループごとに設定することにより、よりユーザが所望とするカタログページを読みづらくならない縮小レイアウトのページとして提供するシステムが実現可能となる。

［実施形態４］
次に、本実施形態４では、各グループに属するカタログページに、販売の対象となる商品が掲載されていると想定して、カタログページが選択された場合に、該当する商品の在庫管理、及び予約管理を実現する方法について説明する。

図１０は、図示したものである。図示において１００１はサーバーで管理されているカタログデータ（文書データ）Ａを示している。１００２はグループ１であり、「ページ１−１」「ページ１−２」「ページ１−３」のカタログページが属している。また１００３はグループ２であり「ページ２−１」「ページ２−２」が属している。同様に１００４は「ページ３−１」「ページ３−２」を有するグループ３である。

カタログデータ１００１に対して、表１０１０で示したようにカタログ名、グループ、グループ内ページ、その選択回数、対応商品の在庫、結合カタログＩＤという項目を持つ表を作成する。そして、選択回数には結合カタログに単体ページとして選択結合された回数をカウントする。それと同時に結合カタログＩＤには、結合処理を指示した結合カタログのＩＤを記録する。なお、結合カタログＩＤは、結合処理において、シーケンシャルな番号を発行して、結合ＵＲＬに対して埋め込むことでサーバーはどの結合カタログにおいて該当ページが選択されたかを把握すると同時に、同じカタログＩＤからの同じカタログページに対する重複結合指示が発行されるのを防止する機能を実現するものとする。

例えば、結合カタログＩＤ１は、表紙と、グループ１からは「ページ１−２」、グループ２からは「ページ２−１」を既に選択していることがわかり、またグループ３からはまだ未選択な結合カタログであることがわかる。これにより、結合カタログＩＤ１はグループ３からのみ選択が可能である状態であり、例えば前世代のカタログＩＤ１においてグループ１が未選択なものがあったとしても、最新世代のカタログＩＤ１では既に「ページ１−２」が選択済みであるため、グループ１から選択ができないように防止することが可能となる。いったん作成された結合カタログが再度の結合処理により作成されることを防止するために、たとえば次のような処理が行われる。すなわち、構成情報を受け取ったサーバは図１３の手順で処理を開始するが、ステップＳ１３０２の直後に、作成した選択テーブルと図１０の表１０１０とを照合する。ここでは、作成した選択テーブルに登録されたグループおよびページについて表１０１０を検索し、結合カタログＩＤの項目を参照して、そこに当該構成情報の作成に係る結合処理のＩＤ（これはリンク情報に含まれているのでサーバは構成情報とともに受信している。）と一致するＩＤがあるか判定する。そして、すべてのページまたはグループについて一致するＩＤがあれば、その結合カタログは既に作成済みであるから、たとえば作成済みであることをクライアントに通知して処理を終了する。そうでなければ、図７のステップＳ７０８に分岐する。こうして、重複する処理を防止し、資源の浪費を防止できる。

一方で、既に選択済みのグループに対して、再検討を行う機能を実現するために、「再検討」のリンク情報を確定ページに設定する機能を設けることにより、そのリンクが指示された場合に、該当グループに対しては、グループに属するカタログページを縮小レイアウトしたページに置き換えた結合カタログに更新することが可能である。図１４に示すように、再検討のリンク情報は、たとえば、未選択グループが残ったままの構成情報の履歴（１４０３，１４０４，１４０５）を保存し、それを選択されたページに関連づけたリンク情報（ＵＲＬ）としてクライアントに提供することで実現できる。たとえば図１４では、選択されたページ２−１には、再選択ボタン１４０１を適当な位置に設け、それにページ２−１の属するグループ２を再度グループ化した構成情報をリンク情報として関連づけておく。なお、この関連づけは、選択されたページの画像自体に行っても良い。こうすれば選択ボタンを設ける必要はないし、選択されたページについてはそれ以上選択すべきものはないから操作の障害にもならない。リンク情報の一例は、「http://xxxxx.jp/catalogue_management/combine?ACOVER+AG1+AG2+AG3」というものである。これは、図１４の再検討時のリンク内容１４０３に相当するＵＲＬである。クライアントに表示された結合カタログの画面のページ２−１について再検討が指示されれば、「http://xxxxx.jp/catalogue_management/combine?ACOVER+AG1+AG2+AG3」に対してアクセスが発生する。このうちドメイン名はカタログ管理サーバを示す。再構成情報は、ページ２−１をそのグループにしたもの、すなわち選択されていないグループのみで構成されたカタログを示している。

これは、手順の上では図１５に示すように、図７の処理にステップＳ１５０１の処理を加えることにより実現できる。すなわち、選択されたページに関しては、ステップＳ１５０１で、グループに戻すリンク情報（ＵＲＬ）を選択された各ページに関連づけて埋め込んでおく。

アクセスを受けたカタログ管理サーバは、図１３と同様の手順で処理を行う。ただし、本実施形態では、第１実施形態と異なり、図７のステップＳ７０８ではなく、図１５のステップＳ７０８へと分岐する。すなわち、ステップＳ１３０１において、受け取った構成情報（ＵＲＬの“？”以下の部分）をパースし、ステップＳ１３０２において、結合処理の対象となる文書名、グループ識別子、ページ識別子を獲得して図１２の選択テーブルとして再構成する。そして、図１５のステップＳ７０８へと分岐する。ただし、選択テーブルは既に作成してあるので、図１５のステップＳ７０８のうち、選択テーブルの構成処理は行う必要がない。この結果、構成情報に記述されたとおりの結合カタログが作成されて、クライアントはそれを獲得することができる。もちろん、ステップＳ１５０１もその際に必要に応じて実行されて、再検討のためのリンク情報がカタログ情報に埋め込まれる。

こうして、再検討ボタンやあるいは選択されたページの画像そのものを、クライアントにおいて表示された画像情報でユーザがクリック等して選択することで、関連づけられたリンク情報へのアクセスが発生する。

また、表１０１０内の選択情報も解除することによって、予約管理や在庫管理でも不具合が発生することなく、グループと選択ページの相互互換を実現することが可能となる。

本発明の実施形態全体におけるネットワーク構成図 本発明の実施形態全体におけるサーバーＰＣの構成図 本発明の実施形態１におけるクライアントからのカタログデータのアップロード例を示す図 本発明の実際例１における結合カタログの生成例を示す図 本発明の実施形態１における結合カタログに設定されるリンク情報の概要例を示す図 本発明の実施形態１における結合カタログに設定されるＵＲＬの記載例を示す図 本発明の実施形態１におけるフローチャート 本発明の実施形態２における結合組み合わせのラベル管理方法例を示す図 本発明の実施形態３における縮小レイアウトの上限設定例を示す図 本発明の実施形態４における予約管理、在庫管理との連携方法例を示す図 構造化文書の一例を示す図 編集文書構成時に参照する選択テーブルの一例を示す図 リンク情報によりアクセスを受けたサーバによるカタログ再構成処理手順を示す図 本発明の実施形態４における結合カタログに設定されるリンク情報の概要例を示す図 本発明の実施形態４におけるフローチャート

Claims (16)

1. リンク先情報を埋め込み可能な電子文書をクライアントに送信できる文書管理サーバであって、
   前記電子文書のうち、クライアントより選択されたページを結合して編集文書を作成する作成手段と、
   前記編集文書に、当該文書管理サーバの宛先および前記編集文書の再編集後の構成を表す構成情報を含むリンク先情報を付加する付加手段と、
   前記リンク先情報が付加された編集文書をクライアントに送信する送信手段と
   を備えることを特徴とする文書管理サーバ。
2. クライアントによりページを選択せしめるために前記電子文書の内容を示す情報を提示する内容提示手段を更に備え、
   前記電子文書は、１または複数ページから構成される１または複数のグループを含んでおり、前記内容提示手段は、前記電子文書に含まれるグループを示す情報を前記クライアントに提示し、それに対してクライアントにより選択されたグループに含まれるページを示す情報を更に前記クライアントに提示し、それに対してクライアントにより選択されたページが、前記作成手段により結合されることを特徴とする請求項１に記載の文書管理サーバ。
3. 前記クライアントより前記リンク先情報に含まれる前記構成情報を受信して、前記構成情報に対応する編集文書を再構成し、再構成した編集文書を前記クライアントに送信する再構成手段をさらに備えることを特徴とする請求項１または２に記載の文書管理サーバ。
4. 前記作成手段は、前記クライアントにより選択されたグループに、それに属するページがクライアントにより選択されていないものがある場合には、当該グループに属する全ページまたは一定のページを縮小して配置した合成ページを作成し、該ページと前記クライアントにより選択されたページとを結合して編集文書を作成し、前記付加手段は、前記合成ページに含まれる各縮小ページに対応付けて、当該編集文書において当該縮小ページが選択された場合の編集文書の構成を表す情報を前記構成情報として含む前記リンク先情報を付加することを特徴とする請求項２に記載の文書管理サーバ。
5. 前記提示手段は、あらかじめ作成しておいた、ページまたは少なくとも１ページを含むグループまたはそれらの組み合わせから構成される編集文書を表すラベル情報に、前記文書管理サーバの宛先および前記あらかじめ作成しておいた編集文書の構成を表す構成情報を含むリンク先情報を付加して、前記クライアントに提示することを特徴とする請求項１乃至４のいずれか１項に記載の文書管理サーバ。
6. 前記作成手段は、選択されたグループに属するページを縮小して１ページに配置する際に、各ページの優先順にしたがって、一定数のページを縮小配置することを特徴とする請求項４に記載の文書管理サーバ。
7. 前記作成手段は、作成した編集文書に固有の識別子を付与し、前記識別子とそれに対応する編集文書において選択されたページの識別子とを記憶手段により記憶させ、前記付加手段は、前記識別子を前記リンク先情報にさらに含ませ、前記再構成手段は、前記クライアントより前記リンク先情報に含まれる前記構成情報および前記識別子を受信し、前記記憶手段に記憶された、前記識別子に対応するページと、前記構成情報により示されるページとが一致していない場合に、前記構成情報に対応する編集文書を再構成し、再構成した編集文書を前記クライアントに送信することを特徴とする請求項３に記載の文書管理サーバ。
8. 前記クライアントにより前記グループからページが選択された場合、当該選択前の編集文書の構成を表す構成情報を、前記作成手段により前記ページの選択に応じて作成される編集文書に選択可能に付加することを特徴とする請求項４に記載の文書管理サーバ。
9. 前記構成情報ととともに受信するユーザ情報によりユーザ認証を行う認証手段をさらに備えることを特徴とする請求項１に記載の文書管理サーバ。
10. 前記クライアントはウエブブラウザを備え、前記文書管理サーバはウエブサーバを介して前記クライアントと通信することを特徴とする請求項１乃至９のいずれか１項に記載の文書管理サーバを含む文書管理システム。
11. リンク先情報を埋め込み可能な電子文書をクライアントに送信できる文書管理方法であって、
    前記電子文書のうち、クライアントより選択されたページを結合して編集文書を作成する作成工程と、
    前記編集文書に、当該文書管理サーバの宛先および前記編集文書の再編集後の構成を表す構成情報を含むリンク先情報を付加する付加工程と、
    前記リンク先情報が付加された編集文書をクライアントに送信する送信工程と
    を備えることを特徴とする文書管理方法。
12. 請求項１乃至９のいずれか１項に記載の文書管理サーバをコンピュータにより実現するためのプログラム。
13. １つのページの選択されたページについては通常のサイズで表示し、
    未選択の複数のページを有するページについては、未選択の複数のページを縮小して通常サイズのページにレイアウトして表示することを特徴とする表示方法。
14. １つのページの選択されたページについて再検討が指示された場合、元の複数のページを縮小して通常サイズのページにレイアウトして表示することを特徴とする請求項１３記載の表示方法。
15. １つのページの選択されたページについては通常のサイズで表示する手段と、
    未選択の複数のページを有するページについては、未選択の複数のページを縮小して通常サイズのページにレイアウトして表示する手段とを有することを特徴とするクライアントコンピュータ。
16. １つのページの選択されたページについて再検討が指示された場合、元の複数のページを縮小して通常サイズのページにレイアウトして表示する手段をさらに有することを特徴とする請求項１５記載のクライアントコンピュータ。

Images