(57)【要約】【課題】文書データの加工処理の過程で生成される中間データを容易に取得可能とする。【解決手段】文書データの加工処理と配信処理を含む一連の処理を実行するサーバー装置１と、サーバー装置１から配信された加工処理済みの文書データを受信するクライアント端末２とを備える文書処理システムにおいて、サーバー装置１は、一連の処理を実行した際のジョブ履歴を保存しておき、加工処理の過程で生成される中間データの取得要求をクライアント端末から受けた場合に、ジョブ履歴を参照して生成した中間データを要求元のクライアント端末に送信する機能を有し、クライアント端末２は、加工処理済みの文書データに関して、中間データの生成履歴をユーザーに提示し、その中からユーザーが指定した中間データの取得要求をサーバー装置に送信して当該サーバー装置から中間データを取得する機能を有する。【選択図】図２
2008009677.tif 000002
【特許請求の範囲】
【請求項１】
文書データの加工処理と配信処理を含む一連の処理を実行するサーバー装置と、前記サーバー装置から配信された前記加工処理済みの文書データを受信するクライアント端末とを備える文書処理システムであって、
前記サーバー装置は、
前記一連の処理を実行した際のジョブ履歴を前記加工処理済みの文書データと関連付けて保存するジョブ履歴保存手段と、
前記加工処理の過程で生成される中間データの取得要求を前記クライアント端末から受け付けるとともに、前記取得要求で指定された中間データを、前記ジョブ履歴保存手段で保存したジョブ履歴を参照して生成する中間データ生成手段と、
前記中間データ生成手段で生成した中間データを要求元のクライアント端末に送信する中間データ発行手段とを有し、
前記クライアント端末は、
前記サーバー装置から受信した前記加工処理済みの文書データに関して、当該文書データの加工処理の過程で生成される中間データの生成履歴をユーザーに提示する提示手段と、
前記提示手段で提示した中間データの生成履歴の中からユーザーが指定した中間データの取得要求を前記サーバー装置に送信して当該サーバー装置から中間データを取得する中間データ取得手段とを有する
ことを特徴とする文書処理システム。
【請求項２】
文書データの加工処理と配信処理を含む一連の処理を実行するサーバー装置から配信された前記加工処理済みの文書データを受信するクライアント端末であって、
前記サーバー装置から受信した前記加工処理済みの文書データに関して、当該文書データの加工処理の過程で生成される中間データの生成履歴をユーザーに提示する提示手段と、
前記提示手段で提示した中間データの生成履歴の中からユーザーが指定した中間データの取得要求を前記サーバー装置に送信して当該サーバー装置から中間データを取得する中間データ取得手段と
を備えることを特徴とするクライアント端末。
【請求項３】
前記提示手段は、前記中間データの生成履歴をサムネイル表示によってユーザーに提示する
ことを特徴とする請求項２記載のクライアント端末。
【請求項４】
文書データの加工処理と配信処理を含む一連の処理を実行するサーバー装置であって、
前記一連の処理を実行した際のジョブ履歴を前記加工処理済みの文書データと関連付けて保存するジョブ履歴保存手段と、
前記加工処理の過程で生成される中間データの取得要求をクライアント端末から受け付けるとともに、前記取得要求で指定された中間データを、前記ジョブ履歴保存手段で保存したジョブ履歴を参照して生成する中間データ生成手段と、
前記中間データ生成手段で生成した中間データを要求元のクライアント端末に送信する中間データ発行手段と
を備えることを特徴とするサーバー装置。
【請求項５】
前記中間データ生成手段は、前記ジョブ履歴保存手段で保存した前記ジョブ履歴にオリジナルの文書データが添付されていた場合に、前記クライアント端末から取得要求を受けた中間データを生成するにあたって、前記オリジナルの文書データから中間データの生成処理を開始する第１の生成モードと、前記加工処理済みの文書データから中間データの生成処理を開始する第２の生成モードのうち、中間データの生成所要時間が短い方の生成モードを適用する
ことを特徴とする請求項４記載のサーバー装置。
【請求項６】
文書データの加工処理と配信処理を含む一連の処理を実行するサーバー装置から前記加工処理済みの文書データを受信するクライアント端末のコンピュータ用のプログラムであって、
前記サーバー装置から受信した前記加工処理済みの文書データに関して、当該文書データの加工処理の過程で生成される中間データの生成履歴をユーザーに提示する提示手段と、
前記提示手段で提示した中間データの生成履歴の中からユーザーが指定した中間データの取得要求を前記サーバー装置に送信して当該サーバー装置から中間データを取得する中間データ取得手段としてコンピュータに機能させるためのプログラム。
【請求項７】
文書データの加工処理と配信処理を含む一連の処理を実行するサーバー装置のコンピュータ用のプログラムであって、
前記一連の処理を実行した際のジョブ履歴を前記加工処理済みの文書データと関連付けて保存するジョブ履歴保存手段と、
前記加工処理の過程で生成される中間データの取得要求をクライアント端末から受け付けるとともに、前記取得要求で指定された中間データを、前記ジョブ履歴保存手段で保存したジョブ履歴を参照して生成する中間データ生成手段と、
前記中間データ生成手段で生成した中間データを要求元のクライアント端末に送信する中間データ発行手段としてコンピュータに機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書データを処理する文書処理システム、クライアント端末、サーバー装置及びプログラムに関する。
【背景技術】
【０００２】
文書処理システムとして、文書データの取り込み処理、加工処理及び配信処理を含む一連の処理を定義するルールを予め設定し、このルールにしたがって文書データの処理を実行するものが知られている（例えば、特許文献１を参照）。
【０００３】
上記文書処理システムをクライアントサーバーシステムで実現する場合、サーバー装置からクライアント端末に配信される文書データは、予め設定されたルールにしたがってサーバー装置で加工処理されたものとなる。文書データの加工処理では、例えば、文書データに何らかの情報を付与したり、文書データの書式（フォーマット、スタイルなど）を変換したり、文書データのファイル形式を変換したりして、オリジナルの文書データよりも付加価値を高めた文書データを生成する。このため、文書データを受信するクライアント端末側では、サーバー装置で加工処理された最終的なデータ形式で文書データを利用することになる。
【０００４】
【特許文献１】特開２００４−２８８０３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、文書データの加工処理を複数の処理ステップで行なう場合は、各々の処理ステップごとに、生成される文書データの形式が異なる。また、既存のルールにしたがって加工処理された文書データの形式は、必ずしもクライアント端末のユーザーが希望するデータ形式に合致するとは限らない。このため、文書データの加工処理の過程（途中の処理ステップ）で生成される中間データの中にユーザーが所望する形式のデータが存在することもあり得る。そうした場合、中間データと同じ形式のデータを取得するには、これを所望するユーザー自身が、処理のルールを新たに設定するか、マニュアル操作でオリジナルの文書データを加工処理する必要がある。
【課題を解決するための手段】
【０００６】
本発明に係る文書処理システムは、文書データの加工処理と配信処理を含む一連の処理を実行するサーバー装置と、このサーバー装置から配信された加工処理済みの文書データを受信するクライアント端末とを備えるものである。また、サーバー装置は、一連の処理を実行した際のジョブ履歴を加工処理済みの文書データと関連付けて保存するジョブ履歴保存手段と、加工処理の過程で生成される中間データの取得要求をクライアント端末から受け付けるとともに、その取得要求で指定された中間データを、ジョブ履歴保存手段で保存したジョブ履歴を参照して生成する中間データ生成手段と、この中間データ生成手段で生成した中間データを要求元のクライアント端末に送信する中間データ発行手段とを有し、クライアント端末は、サーバー装置から受信した加工処理済みの文書データに関して、当該文書データの加工処理の過程で生成される中間データの生成履歴をユーザーに提示する提示手段と、この提示手段で提示した中間データの生成履歴の中からユーザーが指定した中間データの取得要求をサーバー装置に送信して当該サーバー装置から中間データを取得する中間データ取得手段とを有するものである。
【０００７】
本発明に係る文書処理システムにおいては、サーバー装置で一連の処理を実行した際のジョブ履歴を加工処理済みの文書データと関連付けて保存しておくことにより、クライアント端末から中間データの取得要求を受けた場合に、取得要求で指定された中間データを、予め保存してあるジョブ履歴を参照して生成することが可能となる。また、サーバー装置から配信される加工処理済みの文書データを受信するクライアント端末では、その文書データの加工処理の過程で生成される中間データの生成履歴をユーザーに提示し、その中からユーザーが指定した中間データの取得要求をサーバー装置に送信して当該サーバー装置から中間データを取得することにより、クライアント端末を操作するユーザーは、所望の形式の中間データを容易に取得することが可能となる。
【発明の効果】
【０００８】
本発明によれば、サーバー装置からクライアント端末に加工処理済みの文書データを配信した後でも、その文書データの加工処理の過程で生成される中間データをクライアント端末のユーザーが容易に取得することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の具体的な実施の形態について図面を参照しつつ詳細に説明する。
【００１０】
〈文書処理システムの構成〉
図１は本発明の実施形態に係る文書処理システムの構成例を示す概略図である。図示した文書処理システムは、サーバー装置１と複数（図例では３つ）のクライアント端末２とを、ネットワーク３を介して相互に接続した構成となっている。サーバー装置１及びクライアント端末２は、いずれも周知のコンピュータ・ハードウェア資源であるＣＰＵ(Central Processing Unit)、ＲＡＭ(Random Access Memory)、ＲＯＭ(Read-Only Memory)、ハードディスクなどを用いて構成されるものである。さらに、クライアント端末２は、ディスプレイ等の表示デバイスや、キーボード、マウス等の入力デバイスを用いて構成されるものである。
【００１１】
図２は本発明の実施形態に係るサーバー装置とクライアント端末の構成を示す機能ブロック図である。
【００１２】
〈サーバー装置の構成〉
サーバー装置１は、処理実行部１１と、ジョブ履歴保存部１２と、通信インターフェース部（通信Ｉ／Ｆ部）１３と、要求受付部１４と、生成履歴発行部１５と、中間データ生成部１６、中間データ発行部１７とを備えた構成となっている。
【００１３】
処理実行部１１は、文書データの取り込み処理、加工処理、配信処理を含む一連の処理を実行するものである。
【００１４】
処理実行部１１で実行される一連の処理は、予めルールで定義したものである。例えば、文書データの取り込み処理に関しては、文書データの取り込み先をルールで定義し、文書データの配信処理に関しては、文書データの配信先をルールで定義する。また、文書データの加工処理に関しては、具体的な加工処理の内容をルールで定義する。
【００１５】
ジョブ履歴保存部１２は、処理実行部１１で一連の処理を実行した際のジョブ履歴を加工処理済みの文書データと関連付けて保存するものである。
【００１６】
通信インターフェース部１３は、ネットワーク３を介して各々のクライアント端末２と通信するためのインターフェースである。
【００１７】
要求受付部１４は、ネットワーク３上に存在する各々のクライアント端末２から種々の要求を受け付けるものである。
【００１８】
生成履歴発行部１５は、クライアント端末２から取得要求のあった中間データの生成履歴を、要求元のクライアント端末２に送信するものである。中間データは、文書データの加工処理の過程で生成される文書データに相当するものである。また、中間データの生成履歴は、オリジナルの文書データに加工処理を施したときに、どのような処理ステップを経て、どのような中間データが生成されるのかを明示する履歴情報である。
【００１９】
中間データ生成部１６は、クライアント端末２から取得要求のあった中間データを、ジョブ履歴保存部１４に保存してあるジョブ履歴を参照して生成するものである。
【００２０】
中間データ発行部１７は、中間データ生成部１６で生成した中間データを、要求元のクライアント端末２に送信するものである。
【００２１】
以上の機能部のうち、少なくとも処理実行部１１とジョブ履歴保存部１２と要求受付部１４と生成履歴発行部１５と中間データ生成部１６と中間データ発行部１７に関しては、上述したコンピュータ・ハードウェア資源を用いて実現することが可能である。具体的には、ＲＯＭ又はハードディスク等に格納されたサーバー装置用のコンピュータ・プログラムをＣＰＵがＲＡＭに読み出して実行することにより実現可能である。また、そのためのプログラムは、予めサーバー装置１にインストールされていてもよいし、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に格納して提供されてもよいし、有線あるいは無線などの通信網を介して提供されてもよい。
【００２２】
〈クライアント端末の構成〉
クライアント端末２は、文書保存部２１と、通信インターフェース部（通信Ｉ／Ｆ部）２２と、生成履歴取得部２３と、提示部２４と、中間データ取得部２５とを備えた構成となっている。
【００２３】
文書保存部２１は、サーバー装置１から配信された加工処理済みの文書データを保存するものである。文書保存部２１による文書データの保存は、例えば、ハードディスクへの文書データの書き込み（蓄積）によって行なわれる。
【００２４】
通信インターフェース部２２は、ネットワーク３を介してサーバー装置１や他のクライアント端末２と通信するためのインターフェースである。
【００２５】
生成履歴取得部２３は、文書保存部２１によって保存された文書データのうち、ユーザーが指定した文書データの加工処理の過程で生成される中間データの生成履歴をサーバー装置１から取得するものである。本実施形態で記述するユーザーとは、クライアント端末２を操作するユーザーをいう。
【００２６】
提示部２４は、サーバー装置１から受信した加工処理済みの文書データに関して、当該文書データの加工処理の過程で生成される中間データの生成履歴（生成履歴取得部２３がサーバー装置１から取得した中間データの生成履歴）をユーザーに提示するものである。中間データの生成履歴の提示は、例えば、ディスプレイへの画面表示によって行なわれるものである。
【００２７】
中間データ取得部２５は、提示部２４で提示した中間データの生成履歴の中からユーザーが指定した中間データの取得要求をサーバー装置１に送信して、サーバー装置１からユーザー指定の中間データを取得するものである。
【００２８】
以上の機能部のうち、少なくとも生成履歴取得部２３と提示部２４と中間データ取得部２５に関しては、上述したコンピュータ・ハードウェア資源を用いて実現することが可能である。具体的には、ＲＯＭ又はハードディスク等に格納されたクライアント端末用のコンピュータ・プログラムをＣＰＵがＲＡＭに読み出して実行することにより実現可能である。また、そのためのプログラムは、予めクライアント端末２にインストールされていてもよいし、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に格納して提供されてもよいし、有線あるいは無線などの通信網を介して提供されてもよい。
【００２９】
〈文書処理システムにおけるサーバー装置とクライアント端末の処理〉
図３は本発明の実施形態に係る文書処理システムにおいて、サーバー装置１クライアント端末の処理手順を示すフローチャートである。
【００３０】
まず、サーバー装置１において、処理実行部１１は、予め設定されたルールにしたがって、文書データの取り込み処理（ステップＳ１０１）と、取り込んだ文書データの加工処理（ステップＳ１０２）と、加工処理済みの文書データの配信処理（ステップＳ１０３）を順に実行する。サーバー装置１には、ルール作成機能を用いて作成された複数のルールが予め記述された電子データが蓄積されており、これらのルールの中から処理実行部１１がいずれか１つのルールを適用して一連の処理を実行する。
【００３１】
文書データの取り込み処理では、例えば、文書データの取り込み先が、自装置（サーバー装置１）内のハードディスクのメモリアドレスで設定されていた場合に、このメモリアドレスから文書データをバッファメモリ（例えば、ＲＡＭ）に読み出すことにより、文書データの取り込みを実行する。この取り込み処理で取り込まれる文書データは、オリジナルの文書データとなる。
【００３２】
文書データの加工処理では、上記取り込み処理でバッファメモリに読み出した文書データを、予めルールで定義された内容にしたがって加工処理する。本実施形態においては、文書データの加工処理が、例えば、対象ページ抽出処理、枠消し処理、ＯＣＲ(Optical Character Reader)処理、フォーマット変換処理からなる４つの処理ステップを順に経て実行されるように、加工処理の内容がルールで定義されているものと仮定する。
【００３３】
ちなみに、対象ページ抽出処理とは、複数のページからなる文書データの中から、予め設定された条件に基づいて、加工処理の対象となるページの文書データを抽出する処理をいう。例えば、文書データの中に１枚あるいは複数枚の白紙ページが挿入されていた場合は、白紙ページを境にして文書データを複数に分割するとともに、１ページ目から最初の白紙ページが挿入されたページまでを加工処理の対象ページとして抽出する。
【００３４】
文書データの配信処理では、例えば、文書データの配信先が、ネットワーク３上の各々のクライアント端末２に割り当てられたネットワークアドレスで設定されていた場合は、この設定にしたがって各々のクライアント端末２宛てに加工処理済みの文書データを通信インターフェース部１３を介して配信する。
【００３５】
こうして処理実行部１１が一連の処理を実行すると、その実行履歴情報として、ジョブ履歴保存部１２は、今回の処理で配信した文書データを識別するための文書ＩＤと、今回の処理で適用したルールを識別するためのルールＩＤとを関連付けたジョブ履歴を保存する（ステップＳ１０４）。
【００３６】
文書ＩＤは、サーバー装置１で一連の処理（ステップＳ１０１〜Ｓ１０３）を実行するたびに、各々の文書データ（加工処理済みの文書データ）に１つずつ割り当てられる固有の情報である。この文書ＩＤは、サーバー装置１からのクライアント端末２に配信される加工処理済みの文書データの属性情報の１つに組み込まれる。ルールＩＤは、サーバー装置１で一連の処理を定義したルールを作成するたびに、各々のルールに１つずつ割り当てられる固有の情報である。
【００３７】
ジョブ履歴には、必要に応じて他の情報、例えば、処理実行日時などの情報を含めて保存してもよい。また、ジョブ履歴を保存する際のオプションとして、ジョブ履歴にオリジナルの文書データを添付するか否かの保存条件を設定可能な構成としておき、オリジナルの文書データを添付するように保存条件が設定されていた場合は、この保存条件にしたがってオリジナルの文書データを添付してジョブ履歴を保存し、オリジナルの文書データを保存しないように保存条件が設定されていた場合は、この保存条件にしたがってオリジナルの文書データを添付しないでジョブ履歴を保存するように制御してもよい。ジョブ履歴にオリジナルの文書データを添付する場合は、オリジナルの文書データの保存場所（例えば、メモリアドレスなど）を、上記文書ＩＤとルールＩＤに関連付けるかたちでジョブ履歴を保存すればよい。
【００３８】
一方、クライアント端末２側では、サーバー装置１から自装置（クライアント端末２）宛てに配信された加工処理済みの文書データを通信インターフェース部２２を介して受信するとともに、受信した文書データを文書保存部２１で保存する（ステップＳ２０１）。
【００３９】
その後、文書保存部２１で保存した文書データのリストをクライアント端末２のディスプレイ画面に表示した状態で、クライアント端末２を操作するユーザーがいずれかの文書データを指定（選択）して、中間データの生成履歴の取得をボタン操作等で指示すると、この指示を生成履歴取得部２３が受け付ける（ステップＳ２０２，Ｓ２０３）。次に、生成履歴取得部２３は、ユーザーが指定（選択）した文書データに関して、中間データの生成履歴の取得要求を通信インターフェース部２２を介してサーバー装置１に送信する（ステップＳ２０４）。このとき、生成履歴の取得要求には、ユーザーが指定した文書データの属性情報に組み込まれている文書ＩＤを添付する。
【００４０】
これに対して、サーバー装置１では、クライアント端末２から送信された生成履歴の取得要求を通信インターフェース部１３を介して受信するとともに、受信した生成履歴の取得要求を要求受付部１４で受け付ける（ステップＳ１０５）。次に、生成履歴発行部１５は、要求受付部１４で受け付けた生成履歴の取得要求に添付してある文書ＩＤを抽出し、この文書ＩＤに関連付けてジョブ履歴保存部１２に保存してある文書データのジョブ履歴に基づいて中間データの生成履歴を発行し、この生成履歴を通信インターフェース部１３を介して要求元のクライアント端末２に送信する（ステップＳ１０６）。
【００４１】
そうすると、クライアント端末２では、生成履歴の取得要求への応答としてサーバー装置１から送信された中間データの生成履歴を通信インターフェース部２２を介して受信するとともに、受信した生成履歴を生成履歴取得部２３で取得する（ステップＳ２０５）。次に、提示部２４は、生成履歴取得部２３で取得した中間データの生成履歴をユーザーに提示する（ステップＳ２０６）。具体的には、サーバー装置１による文書データの加工処理の過程で生成される中間データのうち、上記ジョブ履歴を参照してサーバ装置１側で生成可能な中間データと生成不可能な中間データとを区別するかたちで、例えば図４（Ａ），（Ｂ）に示すように、ディスプレイ画面へのサムネイル表示によって中間データの生成履歴をユーザーに提示する。
【００４２】
図４（Ａ）はジョブ履歴にオリジナルの文書データが添付されている場合の生成履歴の表示例であり、図４（Ｂ）はジョブ履歴にオリジナルの文書データが添付されていない場合の生成履歴の表示例である。まず、ジョブ履歴にオリジナルの文書データが添付されている場合は、このオリジナルの文書データにジョブ履歴のルールＩＤで特定されるルールを再び適用して文書データの加工処理を実行することにより、加工処理の過程で生成される全ての中間データをサーバー装置１側で生成可能となる。これに対して、ジョブ履歴にオリジナルの文書データが添付されていない場合は、加工処理済みの文書データから中間データを生成することになるため、処理ステップの相互の関係が可逆か不可逆かによって、サーバー装置１側で生成可能な中間データと生成不可能な中間データが存在する。
【００４３】
例えば、上述したように文書データの加工処理が、対象ページ抽出処理、枠消し処理、ＯＣＲ処理、フォーマット変換処理からなる４つの処理ステップを含む場合は、枠消し処理とＯＣＲ処理の間や、ＯＣＲ処理とフォーマット変換処理の間がそれぞれ可逆の関係となり、対象ページ抽出処理と枠消し処理の間が不可逆の関係となる。つまり、ＯＣＲ処理後のデータをＯＣＲ処理前（枠消し後）のデータに変換したり、フォーマット変換後のデータをフォーマット変換前（ＯＣＲ処理後）のデータに変換したりすることはできるが、枠消し処理後のデータを枠消し処理前（対象ページ抽出後）のデータに変換することはできない。
【００４４】
このため、ジョブ履歴にオリジナルの文書データが添付されていない場合は、上記４つの処理ステップで生成される中間データのうち、枠消し処理、ＯＣＲ処理、フォーマット処理の各処理ステップで生成される中間データは、いずれもジョブ履歴を参照してサーバー装置１側で生成可能なデータとなるが、対象ページ抽出処理の処理ステップで生成される中間データやその元になるオリジナルの文書データは、ジョブ履歴を参照してもサーバー装置１側では生成不可能なデータとなる。
【００４５】
そこで、上記図４（Ａ），（Ｂ）に示す生成履歴の表示例においては、ジョブ履歴を参照してサーバー装置１側で生成可能な中間データと生成不可能な中間データを一目で区別できるように、生成可能な中間データは実線のアイコンで表示し、生成不可能な中間データは点線のアイコンで表示している。また、図４（Ｂ）に示す表示例においては、サーバー装置１側で生成可能な中間データ（実線のアイコン）だけをユーザーが取得対象に指定できるようになっている。このように加工処理の過程で生成される中間データの生成履歴をサムネイル表示によってユーザーに提示することにより、これを見たユーザー側では視覚的に加工処理のフローを認識しやすくなる。このため、所望の形式の中間データを容易に特定することができる。
【００４６】
その後、ディスプレイ画面に表示された中間データの生成履歴の中から、ユーザーがいずれかの中間データを指定（選択）して当該中間データの取得をボタン操作等によって指示すると、その取得指示を中間データ取得部２５で受け付けるとともに、受け付けた取得指示にしたがって中間データ取得部２５が通信インターフェース部２２を介して中間データの取得要求をサーバー装置１に送信する（ステップＳ２０７，Ｓ２０８）。中間データの取得要求には、上記ステップＳ１０３でサーバー装置１から配信された文書データ（加工処理済みの文書データ）と、ユーザーから取得指示を受け付けた中間データの処理ステップ情報とを添付する。処理ステップ情報とは、ユーザーが指定した中間データが、複数の処理ステップからなる加工処理の中で、いずれの処理ステップで生成される中間データであるかを明示する情報をいう。
【００４７】
一方、サーバー装置１では、上述のようにクライアント端末２から送信された中間データの取得要求を通信インターフェース部１３を介して受信するとともに、受信した中間データの取得要求を要求受付部１４で受け付ける（ステップＳ１０７）。次に、中間データ生成部１６は、要求受付部１４で受け付けた中間データの取得要求に添付してある文書データの属性情報から文書ＩＤを抽出し、この文書ＩＤに関連付けてジョブ履歴保存部１２に保存してある文書データのジョブ履歴を参照して、取得要求で指定された中間データを生成する（ステップＳ１０８）。具体的には、ジョブ履歴のルールＩＤで特定されるルールの設定内容を参照して、上記処理ステップ情報で指定された処理ステップまでの処理を、オリジナルの文書データ又は加工処理済みの文書データに施すことにより、中間データを生成する。
【００４８】
その際、中間データ生成部１６は、中間データの生成に先立って、文書ＩＤに関連付けてジョブ履歴保存部１２に保存してある文書データのジョブ履歴にオリジナルの文書データが添付されているかどうかを確認する。そして、ジョブ履歴にオリジナルの文書データが添付されていない場合は、中間データの取得要求に添付された文書データ（加工処理済みの文書データ）を用いて中間データ生成部１６が中間データを生成する。具体的には、中間データの取得要求に添付された加工処理済みの文書データを、ジョブ履歴のルールＩＤで特定されるルールの設定内容を参照して、上記ステップＳ１０２で実行した加工処理時とは逆順の処理ステップで処理することにより、当該取得要求で指定された中間データを生成する。
【００４９】
これに対して、ジョブ履歴にオリジナルの文書データが添付されていた場合は、オリジナルの文書データから中間データの生成処理を開始する第１の生成モードと、加工処理済みの文書データから中間データの生成処理を開始する第２の生成モードのうち、どちらの生成モードを採用した方が、中間データの生成所要時間が短いかを判断する。具体的には、文書データの加工処理に含まれる各処理ステップの内容ごとに、予め処理時間の予測値に応じた重み付けをしておき、上記第１の生成モードを適用してユーザー指定の中間データを生成する場合の重みと、上記第２の生成モードを適用してユーザー指定の中間データを生成する場合の重みとを計算して、重みが少ない方の生成モードを、中間データの生成所要時間が短い生成モードであると判断する。そして、中間データの生成所要時間が短い方の生成モードを適用して中間データを生成する。
【００５０】
すなわち、中間データの生成所要時間が短い方の生成モードが第１の生成モードであれば、ジョブ履歴に添付されたオリジナルの文書データを用いて中間データを生成し、中間データの生成所要時間が短い方の生成モードが第２の生成モードであれば、中間データの取得要求に添付された加工処理済みの文書データを用いて中間データを生成する。これにより、クライアント端末２からの取得要求で指定された中間データを、より短時間に生成することができる。その後、中間データ発行部１７は、中間データ生成部１６で生成した中間データを、通信インターフェース部１３を介して要求元のクライアント端末２に送信する（ステップＳ１０９）。
【００５１】
一方、クライアント端末２は、中間データの取得要求への応答としてサーバー装置１から送信された中間データを通信インターフェース部２２を介して受信するとともに、受信した中間データを中間データ取得部２５で取得する（ステップＳ２０９）。
【００５２】
このように本発明の実施形態に係る文書処理システムにおいては、サーバー装置１からクライアント端末２に加工処理済みの文書データを配信した後でも、その文書データの加工処理の過程で生成される中間データをクライアント端末２のユーザーが容易に取得することができる。このため、上記一連の処理によってサーバー装置１から配信された加工処理済みの文書データだけでなく、加工処理の過程で生成される中間データに関しても、クライアント端末２で利用できるようになる。したがって、配信文書の活用範囲を広げることができる。
【００５３】
なお、上記実施形態においては、クライアント端末２からサーバー装置１に送信される中間データの取得要求に加工処理済みの文書データを添付するものとしたが、本発明はこれに限らず、例えば、クライアント端末２からサーバー装置１に文書ＩＤを添付して中間データの取得要求を送信した後、サーバー装置１から文書データの送信要求があった場合のみ、その送信要求への応答としてクライアント端末２からサーバー装置１に文書データを送信するようにしてもよい。また、サーバー装置１のジョブ履歴保存部１２に加工処理済みの文書データを添付してジョブ履歴を保存した場合は、中間データの取得要求に文書データを添付する必要はない。
【図面の簡単な説明】
【００５４】
【図１】本発明の実施形態に係る文書処理システムの構成例を示す概略図である。
【図２】本発明の実施形態に係るサーバー装置とクライアント端末の構成を示す機能ブロック図である。
【図３】本発明の実施形態に係る文書処理システムにおいて、サーバー装置とクライアント端末の処理手順を示すフローチャートである。
【図４】中間データの生成履歴の表示例を示す図である。
【符号の説明】
【００５５】
１…サーバー装置、２…クライアント端末、３…ネットワーク、１１…処理実行部、１２…ジョブ履歴保存部、１３，２２…通信インターフェース部、１４…要求受付部、１５…生成履歴発行部、１６…中間データ生成部、１７…中間データ発行部、２１…文書保存部、２３…生成履歴取得部、２４…提示部、２５…中間データ取得部
【図１】
2008009677.tif 000003
【図２】
2008009677.tif 000004
【図３】
2008009677.tif 000005
【図４】
2008009677.tif 000006