JP5151251B2

JP5151251B2 - データファイル編集システム、データファイル処理プログラム、データファイル利用プログラム、データファイル利用システム、処理サーバ、利用クライアント

Info

Publication number: JP5151251B2
Application number: JP2007143022A
Authority: JP
Inventors: 真介中澤
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2007-05-30
Filing date: 2007-05-30
Publication date: 2013-02-27
Anticipated expiration: 2027-05-30
Also published as: JP2008299478A; US20080301261A1

Description

本発明は、データファイル編集システム、データファイル編集支援プログラム、処理サーバ、提供クライアント及び利用クライアントに関する。

ユーザが電子文書に対して、コンピュータに大きな負荷を与えるような処理を施す場合、この高負荷の処理をクライアントに実施させようとすると、クライアントは他の処理を実行できなくなってしまう場合がある。

そこで、クライアントは、サーバに依頼し、その処理結果をサーバから取得することで、クライアントの負荷を低減させる技術が提案されている（例えば、特許文献１）。

特開２００５−０７８４６１号公報

ところで、データファイルに対する編集処理をサーバで行ない、そのデータファイルと編集結果とをファイルサーバなどの格納場所へ格納して他者と共有しようとする場合、処理サーバにおける編集処理が終了してからでないと、データファイルと編集処理の結果とを関連付けて格納場所へ格納することができなかった。

そこで、本発明は、サーバでの編集処理の完了を待つことなく、当該編集処理の結果と関連付いたデータファイルを格納場所へ格納することを目的とする。

本発明に係るデータファイル編集システムは、データファイルを格納するファイル格納手段と、前記ファイル格納手段に格納されるデータファイルを提供する提供クライアントと、前記ファイル格納手段に格納されたデータファイルを利用する利用クライアントと、データファイルに対して要求された編集処理を実行する処理サーバと、を有し、前記提供クライアントは、編集処理対象のデータファイル及び当該データファイルへの編集指示情報を含む編集処理要求を前記処理サーバへ送信する編集処理要求送信手段と、前記編集処理要求送信手段により送信された編集処理要求に応じて前記処理サーバから送られてくる編集処理属性情報を受信する編集処理属性情報受信手段と、編集処理対象のデータファイルと、当該データファイルに対応づけられた編集処理属性情報とを前記ファイル格納手段へ登録するファイル登録手段と、を有し、前記処理サーバは、前記提供クライアントから送られてくる編集処理要求を受信する編集処理要求受信手段と、前記編集処理要求受信手段により受信された編集処理要求に含まれるデータファイルを記憶するファイル情報記憶手段と、前記編集処理要求受信手段により受信された編集処理要求に応じて実施する編集処理に関連付けられた処理識別情報を含む編集処理属性情報を生成する生成手段と、前記生成手段により生成された編集処理属性情報を編集処理要求送信元の前記提供クライアントへ送信する属性情報送信手段と、前記ファイル情報記憶手段に記憶されたデータファイルに対して、編集処理要求に含まれる編集指示情報により特定される編集処理を実行する編集処理実行手段と、前記編集処理実行手段による編集処理の実行に伴い生成された編集データを、前記生成手段により生成された編集処理属性情報に含まれる処理識別情報を付加して記憶する編集データ記憶手段と、前記利用クライアントから送られてくる編集データ送信要求を受信する送信要求受信手段と、前記送信要求受信手段による編集データ送信要求の受信に基づき当該編集データ送信要求に含まれている処理識別情報により特定される編集処理の実行により生成された編集データを前記編集データ記憶手段から読み出し、編集データ送信要求元の前記利用クライアントへ送信する編集データ送信手段と、を有し、前記利用クライアントは、ユーザにより編集処理対象として選択されたデータファイルおよび当該データファイルに対応づけられた編集処理属性情報を前記ファイル格納手段から取得する取得手段と、前記取得手段により取得された編集処理属性情報に含まれる処理識別情報を含む編集データ送信要求を前記処理サーバへ送信する送信要求送信手段と、前記送信要求送信手段により送信された編集データ送信要求に応じて前記処理サーバから送られてくる編集データを受信する編集データ受信手段と、を有することを特徴とする。

また、前記利用クライアントは、さらに前記編集データ受信手段により受信した編集データを、前記編集処理対象として選択されたデータファイルに対応づけて前記ファイル格納手段へ登録する編集データ登録手段を有することを特徴とする。

また、前記利用クライアントは、さらに前記編集処理属性情報に含まれる処理識別情報により特定される編集処理の実行に伴い生成された全ての編集データを取得すると、該当処理識別情報及び前記全ての編集データの格納場所情報とを含む編集後処理要求を前記処理サーバへ送信する後処理要求送信手段を有し、前記処理サーバは、さらに前記利用クライアントから送られてくる編集後処理要求を受信する後処理要求受信手段と、前記編集後処理要求に含まれている処理識別情報により特定される編集処理が実行されたことで生成された編集データを前記編集データ記憶手段から、編集処理対象のデータファイルを前記ファイル情報記憶手段から、それぞれ削除する削除手段と、編集後処理要求に含まれている格納場所情報を当該処理識別情報に対応付けして前記ファイル情報記憶手段に登録する格納場所情報登録手段と、前記編集データ送信要求に含まれている処理識別情報により特定される編集処理の実行に伴い生成された編集データが前記削除手段により削除されていた場合、前記ファイル情報記憶手段に当該処理識別情報に対応付けして登録されている格納場所情報を編集データ送信要求元の前記利用クライアントへ送信する格納場所情報送信手段と、を有することを特徴とする。

本発明に係るデータファイル処理プログラムは、データファイルを格納するファイル格納手段、前記ファイル格納手段に格納されるデータファイルを提供する提供クライアント及び前記ファイル格納手段に格納されたデータファイルを利用する利用クライアントと共にデータファイル編集システムに含まれ、データファイルに対して要求された編集処理を実行する処理サーバを、前記提供クライアントから送られてくる編集処理要求を受信する編集処理要求受信手段、前記編集処理要求受信手段により受信された編集処理要求に応じて実施する編集処理に関連付けられた処理識別情報を含む編集処理属性情報を生成する生成手段、前記生成手段により生成された編集処理属性情報を編集処理要求送信元の前記提供クライアントへ送信する属性情報送信手段、前記編集処理要求受信手段により受信された編集処理要求に含まれるデータファイルを記憶するファイル情報記憶手段に記憶された当該データファイルに対して、編集処理要求に含まれる編集指示情報により特定される編集処理を実行する編集処理実行手段、前記編集処理実行手段による編集処理の実行に伴い生成された編集データを、前記生成手段により生成された編集処理属性情報に含まれる処理識別情報を付加して編集データ記憶手段に保存する編集処理手段、前記利用クライアントから送られてくる編集データ送信要求を受信する送信要求受信手段、前記送信要求受信手段による編集データ送信要求の受信に基づき当該編集データ送信要求に含まれている処理識別情報により特定される編集処理が実施されたことで生成された編集データを前記編集データ記憶手段から読み出し、編集データ送信要求元の前記利用クライアントへ送信する編集データ送信手段、として機能させることを特徴とする。

また、前記処理サーバを更に、前記利用クライアントから送られてくる編集後処理要求を受信する後処理要求受信手段、前記編集後処理要求に含まれている処理識別情報により特定される編集処理が実行されたことで生成された編集データを前記編集データ記憶手段から、編集処理対象のデータファイルを前記ファイル情報記憶手段から、それぞれ削除する削除手段、集後処理要求に含まれているファイル格納場所情報を当該処理識別情報に対応付けして前記情報記憶手段に登録する格納場所情報登録手段、前記送信要求受信手段により受信された編集データ送信要求に含まれている処理識別情報により特定される編集処理の実行に伴い生成された編集データが前記削除手段により削除されていた場合、前記ファイル情報記憶手段に当該処理識別情報に対応付けして登録されているファイル格納場所情報を編集データ送信要求元の前記利用クライアントへ送信するファイル格納場所情報送信手段、として機能させることを特徴とする。

本発明に係るデータファイル利用プログラムは、データファイルを格納するファイル格納手段、前記ファイル格納手段に格納されるデータファイルを提供する提供クライアント及びデータファイルに対して要求された編集処理を実行する処理サーバと共にデータファイル編集システムに含まれ、前記ファイル格納手段に格納されたデータファイルを利用する利用クライアントを、ユーザにより編集処理対象として選択されたデータファイルおよび当該データファイルに対応づけられた編集処理属性情報を前記ファイル格納手段から取得する取得手段、前記取得手段により取得された編集処理属性情報から処理識別情報を取り出し、その処理識別情報を含む編集データ送信要求を、編集処理属性情報に含まれているサーバ識別情報から特定される前記処理サーバへ送信する送信要求送信手段、前記送信要求送信手段により送信された編集データ送信要求に応じて前記処理サーバから送られてくる編集データを受信する編集データ受信手段、として機能させることを特徴とする。

また、前記利用クライアントを更に、前記編集データ受信手段により受信した編集データを、前記編集処理対象として選択されたデータファイルに対応づけて前記ファイル格納手段へ登録する編集データ登録手段として機能させることを特徴とする。

また、前記利用クライアントを更に、前記編集処理属性情報に含まれる処理識別情報により特定される編集処理の実行に伴い生成された全ての編集データを取得すると、該当処理識別情報及び前記全ての編集データの格納場所情報とを含む編集後処理要求を前記処理サーバへ送信する後処理要求送信手段として機能させることを特徴とする。

本発明に係る処理サーバは、共有化されたデータファイルをクライアントからのみアクセス可能に格納するファイル格納手段、前記ファイル格納手段に格納されるデータファイルの提供者が使用する提供クライアント及び前記ファイル格納手段に格納されたデータファイルの利用者が使用する利用クライアントと共にデータファイル編集システムに含まれ、前記提供クライアントから送られてくる編集処理要求を受信する編集処理要求受信手段と、前記編集処理要求受信手段により受信され編集処理要求に応じて実施する編集処理を識別する処理識別情報及び自己のサーバ識別情報を含む編集処理属性情報を生成する生成手段と、前記生成手段により生成された編集処理属性情報を編集処理要求送信元の前記提供クライアントへ送信する属性情報送信手段と、前記編集処理要求受信手段により受信された編集処理要求に含まれるデータファイルを記憶するファイル情報記憶手段に記憶された当該データファイルに対して、編集処理要求に含まれる編集指示情報により特定される編集処理を実行し、その実行に伴い生成された編集データを、前記生成手段により生成された編集処理属性情報に含まれる処理識別情報を付加して編集データ記憶手段に保存する編集処理手段と、を有することを特徴とする。

本発明に係る利用クライアントは、共有化されたデータファイルをクライアントからのみアクセス可能に格納するファイル格納手段、前記ファイル格納手段に格納されるデータファイルの提供者が使用する提供クライアント及びデータファイルに対して要求された編集処理を実行する処理サーバと共にデータファイル編集システムに含まれ、ユーザにより編集処理対象として選択されたデータファイルおよび当該データファイルに対応づけられた編集処理属性情報を前記ファイル格納手段から取得する取得手段と、前記取得手段により取得された編集処理属性情報から処理識別情報を取り出し、その処理識別情報を含む編集データ送信要求を、編集処理属性情報に含まれているサーバ識別情報から特定される前記処理サーバへ送信する送信要求送信手段と、前記送信要求送信手段により送信された編集データ送信要求に応じて前記処理サーバから送られてくる編集データを受信する編集データ受信手段と、を有することを特徴とする。

請求項１記載の発明によれば、処理サーバでの編集処理の完了を待つことなく、当該編集処理の結果と関連付いたデータファイルを格納場所へ格納できる。

請求項２記載の発明によれば、一の利用クライアントが受信した編集データについて、他の利用クライアントは、処理サーバから受信しなくとも利用できる。

請求項３記載の発明によれば、処理サーバと他の格納場所とで重複して保持しているデータを、処理サーバから削除できる。

請求項４記載の発明によれば、処理サーバでの編集処理の完了を待つことなく、利用クライアントは当該編集処理の結果と関連付いたデータファイルを格納場所へ格納できる。

請求項５記載の発明によれば、処理サーバと他の格納場所とで重複して保持しているデータを、処理サーバから削除できる。

請求項６記載の発明によれば、処理サーバでの編集処理の完了を待つことなく、当該編集処理の結果と関連付いたデータファイルを利用できる。

請求項７記載の発明によれば、一の利用クライアントが受信した編集データについて、他の利用クライアントは、処理サーバから受信しなくとも利用できる。

請求項８記載の発明によれば、処理サーバと他の格納場所とで重複して保持しているデータを、処理サーバから削除できる。

請求項９記載の発明によれば、処理サーバでの編集処理の完了を待つことなく、当該編集処理の結果と関連付いたデータファイルを格納場所へ格納できる。

請求項１０記載の発明によれば、処理サーバでの編集処理の完了を待つことなく、当該編集処理の結果と関連付いたデータファイルを格納場所へ格納できる。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

図１は、本発明に係るデータファイル編集システムの一実施の形態を示した全体構成図である。図１には、複数台のクライアント２０と、ファイルサーバ３０と、複数台の処理サーバ４０とがネットワーク１２にて接続された構成が示されている。ファイルサーバ３０は、ユーザにより提供されたデータファイルを格納するコンピュータである。クライアント２０は、データファイルの一形態である電子文書の提供者、また提供者により提供された電子文書の利用者によって使用されるコンピュータである。１台のクライアント２０は、ユーザが電子文書を自ら提供すれば提供クライアントになり、ユーザが他の人が提供した電子文書を利用すれば利用クライアントになる。ファイルサーバ３０は、セキュリティ上の問題を考慮して、文書提供者により共有フォルダ３２に登録されたデータファイルをクライアント２０からのみアクセス可能とし、処理サーバ４０からはアクセス不能にしていてもよい。

なお、図１では、ネットワーク１２をＬＡＮ（Local Area Network）で形成した場合を図示したが、クライアント２０がファイルサーバ３０及び処理サーバ４０とデータ交換が可能であれば、この構成に限る必要はない。

図２は、本実施の形態における各コンピュータのハードウェア構成図である。図１に示した各コンピュータ２０，３０，４０は、性能的に差異はあるかもしれないが、いずれも汎用的なコンピュータで実現可能であることから、ハードウェア構成をいずれも図２のように図示することができる。

各コンピュータ２０，３０，４０は、図２に示したようにＣＰＵ１、ＲＯＭ２、ＲＡＭ３、ハードディスクドライブ（ＨＤＤ）４を接続したＨＤＤコントローラ５、入力手段として設けられたマウス６とキーボード７及び表示装置として設けられたディスプレイ８をそれぞれ接続する入出力コントローラ９、通信手段として設けられたネットワークコントローラ１０を内部バス１１に接続して構成される。

図３は、本実施の形態におけるデータファイル編集システムのブロック構成図である。なお、図１に示したクライアント２０は、電子文書の提供者が使用する場合と利用者が利用する場合とで必要な機能が異なるため、提供クライアント６０と利用クライアント７０とにそれぞれ機能を分けて図示した。１台のクライアント２０は、前述したように提供クライアント６０にも利用クライアント７０にもなりうるため双方の機能を併せ持つことになる。但し、クライアント２０の利用目的が明確に分かれているのであれば、いずれか一方の機能のみをクライアント２０に搭載するように構成してもよい。また、ネットワーク１２に接続された処理サーバ４０は、全て同じ機能ブロックを有するため、図３には１台のみ示した。なお、図３には、本実施の形態を実施する上で必要な機能ブロックのみを図示し、コンピュータが本来的に持つ汎用的な諸機能は省略した。

図３において、提供クライアント６０は、編集処理依頼部６１、文書登録部６２、文書記憶部６３及び処理サーバ情報記憶部６４を有している。編集処理依頼部６１は、編集処理要求を処理サーバ４０へ送信することによって、提供する電子文書に対する編集処理を処理サーバ４０へ依頼する。編集処理依頼部６１は、編集処理要求送信部６５及びチケット受信部６６を有しているが、このうち編集処理要求送信部６５は、編集処理要求を処理サーバ４０へ送信する。チケット受信部６６は、編集処理要求送信部６５が送信した編集処理要求に応じて処理サーバ４０から送られてくるチケットを受信する。文書記憶部６３には、他のユーザと共有化対象であり、編集処理対象の電子文書が記憶されており、文書登録部６２は、文書記憶部６３に記憶されている共有化対象の電子文書に、チケット受信部６６が受信したチケットを付加してファイルサーバ３０へ登録する。処理サーバ情報記憶部６４には、性能、仕様、搭載するアプリケーション等編集処理の依頼先となりうる処理サーバ４０に関する情報が記憶されている。

提供クライアント６０における各構成要素６１，６２は、クライアント６０を形成するコンピュータと、クライアント６０に搭載されたＣＰＵ１で動作するプログラムとの協調動作により実現される。また、各記憶部６３，６４は、提供クライアント６０に搭載されたＨＤＤ４にて実現される。

処理サーバ４０は、要求受信部４１、編集処理受付部４２、編集処理部４３、編集データ送信処理部４４、後処理実行部４５及び文書情報記憶部４６を有している。要求受信部４１は、各クライアント６０，７０から送られてくる各種要求を受信する。編集処理受付部４２は、要求受信部４１が編集処理要求を受信した場合に動作を開始し、編集処理要求に含まれる電子文書に対して、指定された編集処理の可否の判断、編集処理部４３に対して編集処理の開始指示等を行う。編集処理受付部４２に含まれるチケット生成部４７は、編集処理要求を受け入れたときにチケットを生成する。なお、チケットは、編集処理要求に応じて実施する編集処理を識別する処理識別情報（以下、「処理ＩＤ」）及び依頼された編集処理を受け付けて実施する自己のサーバ識別情報（以下、「サーバＩＤ」）を含む編集処理属性情報である。チケット送信部４８は、チケット生成部４７が生成したチケットを、編集処理要求送信元の提供クライアント６０へ送信する。編集処理部４３は、編集処理受付部４２からの指示に従い編集処理要求により指定された編集処理を実施する。編集データ送信処理部４４は、要求受信部４１が編集データ送信要求を受信した場合に動作を開始する。編集データ送信処理部４４は、編集データ取得部４９、編集データ送信部５０及び格納場所情報送信部５１を有している。文書情報記憶部４６には、編集処理部４３が編集処理を実施して生成した編集データが当該電子文書に対応付けして記憶されるが、編集データ取得部４９は、送信対象の編集データを文書情報記憶部４６から読み出す。編集データ送信部５０は、その読み出された編集データを編集データ送信要求元の利用クライアント７０へ送信する。詳細は後述するが、編集処理によって生成された全ての編集データが編集データ送信部５０により送信された場合には、その編集データの代わりに編集データの格納場所情報が登録されることになるが、格納場所情報送信部５１は、その格納場所情報を編集データ送信要求元の利用クライアント７０へ送信する。後処理実行部４５は、要求受信部４１が編集後処理要求を受信した場合に動作を開始し、編集後処理要求に含まれている処理ＩＤにより特定される編集処理が実施されたことで生成された編集データ及び編集対象の電子文書を文書情報記憶部４６からそれぞれ削除すると共に、編集後処理要求に含まれている当該電子文書の格納場所情報を処理ＩＤに対応付けして文書情報記憶部４６に登録する。

処理サーバ４０における各構成要素４１〜４５は、処理サーバ４０を形成するコンピュータと、処理サーバ４０に搭載されたＣＰＵ１で動作するプログラムとの協調動作により実現される。また、文書情報記憶部４６は、処理サーバ４０に搭載されたＨＤＤ４にて実現される。

利用クライアント７０は、文書取得部７１、編集データ取得処理部７２、後処理要求送信部７３及び文書記憶部７４を有している。文書記憶部７４には、文書利用者がファイルサーバ３０から取得した電子文書のうち利用クライアント７０に保持しておきたい電子文書が記憶される。文書取得部７１は、利用したい電子文書をファイルサーバ３０又は文書記憶部７４から取得する。編集データ取得処理部７２は、文書取得部７１により取得された電子文書に対して施された編集処理の結果、すなわち編集データを処理サーバ４０から取得する。編集データ取得処理部７２には、送信要求送信部７５、編集データ受信部７６、編集データ登録部７７及び取得指示部７８が含まれている。送信要求送信部７５は、電子文書に付加されたチケットに含まれる処理ＩＤを含む編集データ送信要求を、チケットに含まれるサーバＩＤから特定される処理サーバ４０へ送信する。編集データ受信部７６は、送信要求送信部７５が送信した編集データ送信要求に応じて処理サーバ４０から送られてくる編集データを受信する。編集データ登録部７７は、編集データ受信部７６が受信した編集データをファイルサーバ３０へ登録する。取得指示部７８は、編集データ受信部７６が編集データの代わりに電子文書の格納場所情報を受信した場合に、当該格納場所情報から特定できる格納場所から電子文書を取得することを文書取得部７１に指示する。後処理要求送信部７３は、電子文書に対する編集処理が終了し、その編集処理により生成された編集データ全体がファイルサーバ３０に登録されたことを検出した場合、当該電子文書に付加されたチケットをファイルサーバ３０から削除し、当該チケットに含まれる処理ＩＤ及び当該電子文書の格納場所を特定する格納場所情報を含む編集後処理要求を、当該チケットに含まれているサーバＩＤから特定される処理サーバ４０へ送信する。

利用クライアント７０における各構成要素７１〜７３は、利用クライアント７０を形成するコンピュータと、利用クライアント７０に搭載されたＣＰＵ１で動作するプログラムとの協調動作により実現される。また、文書情報記憶部４６は、利用クライアント７０に搭載されたＨＤＤ４にて実現される。

ファイルサーバ３０は、文書管理部３１及び共有文書記憶部３２を有している。共有文書記憶部３２には、文書提供者によって提供された電子文書が記憶される。文書管理部３１は、各クライアント６０，７０からの指示に応じて共有文書記憶部３２への電子文書及び当該編集データの登録、また各データの読出し、更に必要によりデータの削除等共有文書記憶部３２におけるデータ管理を行う。セキュリティ上の問題を考慮して、文書管理部３１により、共有文書記憶部３２に対するクライアント６０，７０からのアクセスを許可し、処理サーバ４０からのアクセスを禁止するよう制御してもよい。

ファイルサーバ３０における文書管理部３１は、ファイルサーバ３０を形成するコンピュータと、ファイルサーバ３０に搭載されたＣＰＵ１で動作するプログラムとの協調動作により実現される。また、共有文書記憶部３２は、ファイルサーバ３０に搭載されたＨＤＤ４にて実現される。

また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムは、該当するいずれかのコンピュータ２０，３０，４０にインストールされ、各コンピュータ２０，３０，４０のＣＰＵ１がインストールプログラムを順次実行することで各種処理が実現される。

次に、本実施の形態における動作について説明する。本実施の形態は、電子文書をファイルサーバ３０へ登録する際に処理サーバ４０へ当該電子文書に対する編集処理を依頼するときの処理及びファイルサーバ３０に登録されている電子文書を利用する際にその文書利用とは別に実施される編集データの取得処理に大別できる。

図４は、本実施の形態の提供クライアント６０における処理を示したフローチャート、図５は、本実施の形態の処理サーバ４０における処理を示したフローチャート、図６は、処理サーバ４０において実施される処理のうち提供クライアント６０から編集処理要求が送られてきたときの処理を示したフローチャートである。まず、電子文書をファイルサーバ３０へ登録する際に処理サーバ４０へ当該電子文書に対する編集処理を依頼するときの処理について、これらのフローチャートを用いて説明する。

文書提供者となる提供クライアント６０のユーザは、文書記憶部６３に記憶されている電子文書データ（以下、単に「文書」）のファイル名をディスプレイ８に表示し、その中から共有化対象であって処理サーバ４０に編集処理を依頼する文書を選択する。また、選択した文書全体ではなく文書の一部分のみに編集処理を依頼する場合には、その処理対象の範囲を指定する。これは、文書アプリケーションを利用して文書の内容を画面表示させ、文書アプリケーションの既存機能を用いて範囲を指定すればよい。以降の説明では、文書全体を編集処理範囲とする。更に、ユーザは、処理サーバ４０に依頼する編集処理内容を指定する。ここでは、ユーザが処理サーバ４０に搭載されたＯＣＲ（Optical Character Recognition）機能を利用した文字認識処理を編集処理として指定するものとして説明する。

編集処理依頼部６１は、前述したようにして、ユーザにより編集処理対象の文書、また場合によっては編集処理対象とする範囲、さらに依頼する編集処理が指定されると、それを受け付ける（ステップ１０１）。そして、編集処理依頼部６１は、処理サーバ情報記憶部６４に記憶されている各処理サーバ４０の仕様、搭載アプリケーション等各処理サーバ４０に関する情報と、ユーザにより指定された内容とを比較して、編集処理を依頼する処理サーバ４０を決定する（ステップ１０２）。複数の中から１つの処理サーバ４０を選択する基準としては、種々の方法が考えられる。例えば、編集処理内容（この例では、文字認識処理）及び処理量等から処理負荷を計算し、その処理負荷に耐えつつ編集処理の実行可能な処理サーバ４０を特定する。実施可能な処理サーバ４０が複数存在する場合には、処理サーバ４０に予め優先順位を付けておいたり、過去の依頼回数から均等に依頼するなどの選択基準を予め定めておいたりする。もちろん、依頼する編集処理を実施可能なアプリケーションが搭載されていることは選択する上での前提となる。なお、処理負荷量によっては、処理サーバ４０に依頼せずに、提供クライアント６０が自ら編集処理を実施することも選択肢の１つとしてよいが、ここではいずれかの処理サーバ４０に処理を依頼することにする。

処理の依頼先を特定できると、編集処理要求送信部６５は、依頼する編集処理内容及び要求種別（ここでは編集処理）を含む編集指示情報を生成し、そして文書及び編集指示情報を含む編集処理要求を、依頼先として決定した処理サーバ４０へ送信する（ステップ１０３）。

処理サーバ４０では、要求受信部４１が常時受信待ち状態にある。ここで、提供クライアント６０から編集処理要求が送られてくると、要求受信部４１は、この要求を受け付ける（ステップ２１０）。そして、受信した要求に含まれる要求種別から編集処理要求であることを認識すると、編集処理受付部４２に動作の開始を指示すると共に、受け付けたデータを渡す。このようにして、以下に説明する編集処理要求受付時処理が実施される（ステップ２２０，２３０）。この処理については、図６を用いて説明する。

まず、編集処理受付部４２は、要求受信部４１から渡されたデータ、具体的には編集処理要求に含まれている文書及び編集処理内容から、自己においても依頼された編集処理が実施可能か否かの判断を行う（ステップ２３１）。この判断は、自己の処理サーバ４０に関して前述したステップ１０２と同様の処理に加えて、現在の処理負荷等を参照に判断する。ここで、処理が可能、つまり依頼を受け付けると判断した場合（ステップ２３２でＹ）、編集処理受付部４２におけるチケット生成部４７は、受け付けた編集処理要求に応じて実施する編集処理を識別する処理ＩＤ及び自己のサーバＩＤを含む編集処理属性情報をチケットとして生成する（ステップ２３３）。ここで、処理ＩＤというのは、編集処理のうち例えば文字認識処理を識別する情報ではなく、受け付けた要求を識別する情報、あるいは受け付けた編集処理をジョブで実行する場合に、そのジョブを識別する情報に相当する。また、サーバＩＤは、詳細は後述するが、利用クライアント７０による編集データ送信要求等の送信先を特定しうる情報であり、例えばＵＲＬをサーバＩＤとして設定する。チケットが生成されると、チケット送信部４８は、そのチケットを編集処理要求の送信元の提供クライアント６０へ送信する（ステップ２３４）。

以上のように、提供クライアント６０からの要求に応じると、編集処理受付部４２は、受け取った文書にチケットに含めた処理ＩＤを付加して文書情報記憶部４６に保存する（ステップ２３５）。その後、編集処理受付部４２は、編集指示情報を編集処理部４３に渡すことで編集処理の実行を指示する（ステップ２３６）。これに応じて、編集処理部４３は、処理ＩＤにより特定できる文書を文書情報記憶部４６から読み出し、編集指示情報から特定できる処理範囲に対して文字認識処理の実行を開始する。処理サーバ４０では、編集処理要求受付時処理が終了すると、要求受信部４１による要求受信待ち状態に移行するが、編集処理部４３は、依頼された内容の文字認識処理が終了するまでこの処理を独立して実施し、その処理結果を編集データとして文書情報記憶部４６に逐次蓄積していく。文字認識処理は、通常はページ毎に実施するので、１ページに対する処理が終了するたびに、当該ページの編集データは、当該文書のページデータに対応付けられて文書情報記憶部４６に書き込まれていく。

一方、要求された処理の実施が不可能等を理由に依頼を受け付けないと判断した場合（ステップ２３２でＮ）、編集処理受付部４２は、チケットの代わりに受付拒否という旨のメッセージを編集処理要求の送信元の提供クライアント６０へ送信する（ステップ２３７）。

以上の編集処理要求受付時処理が終了すると、処理サーバ４０では、要求受信部４１による要求受信待ち状態に移行する（ステップ２１０）。

編集処理要求の送信後、応答待ちであった提供クライアント６０において、チケット受信部６６は、要求送信先の処理サーバ４０からの応答としてチケットを受信する（ステップ１０４）。ここで、チケットではなく受付拒否という旨のメッセージを受信したことによって、依頼先の処理サーバ４０が編集処理要求を受け付けなかったと判断した場合（ステップ１０５でＮ）、編集処理依頼部６１では、前述した依頼先となる処理サーバ４０の選択をやり直し、先ほどとは異なる処理サーバ４０を依頼先として決定する（ステップ１０２）。その後の処理（ステップ１０３，１０４）を実施することによって依頼先とする処理サーバ４が決定されることになるが、ステップ１０３，１０４はすでに説明したので説明を省略する。

一方、チケット受信部６６がチケットを受信した場合（ステップ１０５でＹ）、文書登録部６２は、登録対象の文書にチケットを付加した後（ステップ１０６）、ファイルサーバ３０に登録する（ステップ１０７）。なお、本実施の形態では、処理サーバ４０から提供クライアント６０へチケットが送られ、提供クライアント６０において文書にチケットを付加しているが、処理サーバ４０にて文書にチケットを付加し、チケットが付加された文書を処理サーバ４０から提供クライアント６０へ送るようにしてもよい。ファイルサーバ３０における文書管理部３１は、送られてきた文書を、共有文書記憶部３２における文書提供者指定の共有フォルダに格納する。ここで、共有文書記憶部３２に記憶されるときのデータ構成について図７を用いて説明する。

図７は、本実施の形態において共有文書記憶部３２に文書を登録するときのデータ構成の例を示した図である。登録されるデータは、文書そのものを格納する文書データ領域と、文書に付加されるチケットの格納領域に加えて、編集データ及び処理進捗管理情報の各格納領域が対応付けして形成される。編集データは、処理サーバ４０により編集処理が実行されることで生成された編集データであり、後述する手法にて処理サーバ４０から取得される。処理進捗管理情報は、各ページの編集データを処理サーバ４０から取得したか否かを判別するためのフラグ情報であり、ページ毎に編集データの取得の有無を管理する。本実施の形態では、編集データを取得したページの終了フラグを１，まだ取得していないページの終了フラグを０として各ページの編集データの取得の進捗状況を管理する。図７に示した例では、１，２頁目の文書データに対応する編集データが処理サーバ４０から取得済みであることが把握できる。なお、フラグ値は、この例に限定する必要はなく、また各ページの編集データの有無が把握できれば、処理進捗管理情報をフラグ情報で構成する必要はない。また、処理進捗管理情報は、編集処理単位に編集データの取得の有無を管理するために用いられる。ページ毎に文字認識処理を実施する本実施の形態においては、ページ毎に終了フラグを対応付けするようにしたが、例えば、２つの文書を１つの文書に束ねる編集処理の場合は、文書を束ねるという処理が終了してはじめて編集データが生成されるので、終了フラグは束ねられた文書全体に対応付けしてただ１つの終了フラグが処理進捗管理情報に含まれることになる。このように、編集処理の単位毎に終了フラグは設けられ、編集データの取得の有無が管理される。

以上説明したように、文書をファイルサーバ３０へ登録する際に処理サーバ４０に当該文書に対する編集処理の依頼が終了すると、ファイルサーバ３０に格納された共有文書の利用が開始される。図８は、処理サーバ４０において実施される処理のうち利用クライアント７０から編集データ送信要求が送られてきたときの処理を示したフローチャート、図９は、本実施の形態の利用クライアント７０における処理を示したフローチャートである。以下、ファイルサーバ３０に登録されている文書を利用する際にその文書利用とは別に実施される処理について、図５，８，９に示したフローチャートを用いて説明する。

文書利用者となる利用クライアント７０のユーザは、ファイルサーバ３０又は文書記憶部７４に保存されている文書の中から利用した文書を選択して、所定の文書アプリケーションにて開く。これは、共有フォルダ３２に格納された文書のファイル名をディスプレイ８に表示し、その中から選択すればよい。ここでは、ファイルサーバ３０に格納された文書が選択されたものとして説明する。文書利用者は、このようにしてディスプレイ８に表示した文書に対して、許可された権限の範囲内にて所望の文書処理を行う。

編集データ取得処理部７２は、文書利用者が行う文書処理とは別に以下の処理を実行する。すなわち、編集データ取得処理部７２は、文書利用者により選択された文書がファイルサーバ３０から読み出される際に当該文書に付加されたチケット及び処理進捗管理情報を合わせて読み出す（ステップ３０１）。この際、チケットが文書に付加されていないことから読み出すことができなかった場合（ステップ３０２でＮ）、当該文書に対する全ページの編集データは、ファイルサーバ３０に格納されていると判断して処理を終了する。つまり、文書利用者は、編集データ取得処理部７２における処理とは別個に文書処理を継続して実施することになるが、このとき、文書利用者は、文書及び当該文書に対する全ページの編集データを参照することができる状態にある。

一方、チケットを読み出すことができた場合（ステップ３０２でＹ）、送信要求送信部７５は、チケットに含まれている処理ＩＤ、未送信ページ情報及び要求種別（ここでは編集データ取得）を含む編集データ送信要求を生成して、処理サーバへ送信する（ステップ３０３）。送信先とする処理サーバ４０は、チケットに含まれているサーバＩＤにより特定できる。

未送信ページ情報には、まだ取得していない編集データの先頭ページが含まれる。現時点で処理サーバ４０から取得済みの編集データは、処理進捗管理情報の終了フラグにより把握できる。すなわち、ｎページから構成される文書のうちｍ（０≦ｍ＜ｎ）ページまでの編集データを取得しているとすると、編集データ送信要求に（ｍ＋１）ページという未送信ページ情報を含めることによって（ｍ＋１）ページ以降はまだ取得していないので送信してほしいという旨を処理サーバ４０に伝えることになる。

処理サーバ４０では、要求受信部４１が常時受信待ち状態にある。ここで、利用クライアント７０から編集データ送信要求が送られてくると、要求受信部４１は、この要求を受け付ける（ステップ２１０）。そして、受信した要求に含まれる要求種別から編集データ送信要求であることを認識すると、編集データ送信処理部４４に動作の開始を指示すると共に、受け付けたデータを渡す。このようにして、以下の説明する編集データ送信要求受付時処理が実施される（ステップ２２０，２４０）。この処理については、図８を用いて説明する。

まず、要求受信部４１からデータが渡されることにより動作を開始すると、編集データ送信処理部４４における編集データ取得部４９は、要求受信部４１から渡されたデータ、具体的には編集データ送信要求に含まれている処理ＩＤから特定できる当該編集処理にて生成された編集データを文書情報記憶部４６から読み出す（ステップ２４１）。このとき、編集データ送信要求に未送信ページ情報が含まれているので、編集処理部４３により生成された編集データのうち未送信ページ情報から特定されるページ以降の各ページに対応する編集データのみを文書情報記憶部４６から読み出す。なお、編集処理部４３が当該文書に対する編集処理を終了していれば、最終ページに対応する編集データまで読み出すことになるので、当該文書に対する編集データの送信は、今回で最後になる。ここで、当該文書を構成する全ページの編集データを送信した後に編集データ送信要求が送信されてくる場合、この場合は読み出すべき編集データが存在しないことになるが（ステップ２４２でＮ）、この場合の処理については後述する。編集データ取得部４９により送信可能な編集データが取得されると、編集データ送信部５０は、その編集データを編集データ送信要求送信元の利用クライアント７０へ送信する（ステップ２４３）。

なお、編集データ送信要求に含める未送信ページ情報は、送信対象の編集データを特定することによって送信済みの編集データを再度送信しないようにするために利用される情報である。従って、未送信ページ情報を利用クライアント７０側にて設定させる代わりに、未送信ページ情報に相当する情報を処理サーバ４０に保持管理させるようにしてもよい。もちろん、ネットワーク負荷や通信時間等を考慮しなければ、送信済みの編集データを再度送信するようにしてもよい。あるいは、ステップ２４３において編集データ送信部５０が送信した編集データを、文書情報記憶部４６から削除するようにしてもよい。こうすれば、送信済みの編集データを再度送信することなく、かつ未送信ページ情報を用いる必要がない。

以上の編集データ送信要求受付時処理が終了すると、処理サーバ４０では、要求受信部４１による要求受信待ち状態に移行する（ステップ２１０）。

編集データ送信要求の送信後、応答待ちであった利用クライアント７０において、編集データ受信部７６は、要求送信先の処理サーバ４０からの応答を受信する（ステップ３０４）。ここで、編集データ受信部７６が処理サーバ４０からの応答として１又は複数の編集データを受信した場合（ステップ３０５でＹ）、編集データ登録部７７は、その受信した編集データを、編集処理対象の文書に対応付けしてファイルサーバ３０に登録すると共に（ステップ３０６）、登録する編集データに対応するページの終了フラグのセットを指示する（ステップ３０７）。ファイルサーバ３０における文書管理部３１は、送られてきた編集データを、共有文書記憶部３２に格納された当該文書データに対応付けして登録すると共に、指示に応じて該当するページの終了フラグをセットする。

なお、文書利用者は、システムにログインすることによって認証済みのユーザであり、共有文書記憶部３２に格納された文書の利用、文書に付加する編集データの登録及び終了フラグのセットに関するアクセスは許可されている。

以上の編集データ取得処理により当該文書を構成する全ページの編集データがまだ取得できていないことを、終了フラグを参照することによって確認できると（ステップ３０８でＮ）、当該文書利用に基づく編集データ取得処理を終了する。

以上説明した編集データの取得処理は、いずれかのユーザによって文書が利用されるたびに繰り返し実行されることになり、利用クライアント７０は、当該文書が利用される度に、その時点までに生成された編集データを処理サーバ４０から取得してファイルサーバ３０に登録することになる。そして、処理サーバ４０が文書に対する編集処理を終了し、全ページの編集データを生成した後、いずれかのユーザによって当該文書が利用されると、利用クライアント７０は、最終ページの編集データまで処理サーバ４０から取得することになる。

なお、前述した文書利用時における編集データ取得処理は、複数の文書利用者によって同時並行して実施される可能性がある。つまり、複数のユーザによる文書の同時利用によって編集データ取得処理が同時並行して実施され、これにより同じ編集データを処理サーバ４０から取得しようと処理される可能性が生じてくる。これを回避するために、処理サーバ４０が送信した編集データを削除するようにすれば、このような事象を回避することができる。一方、終了フラグを用いる場合には、終了フラグへのアクセスをロックすることによって編集データ取得処理を排他的に実行するように制御する必要がある。

図９に戻ると、当該文書を構成する全てのページの編集データが取得されたことを、終了フラグを参照することによって確認できると（ステップ３０８でＹ）、以下に示す編集データ取得後の処理を実施する。図１０は、処理サーバ４０において実施される処理のうち文書全体の編集データがファイルサーバ３０に登録された後に実施する処理を示したフローチャートであり、以下、この後処理について図９及び図１０を用いて説明する。

終了フラグを参照することによって全ページの編集データの取得を確認すると（ステップ３０８でＹ）、後処理要求送信部７３は、まずファイルサーバ３０に格納されている文書に付加されたチケットを削除する（ステップ３０９）。続いて、後処理要求送信部７３は、チケットが削除された文書の格納場所情報を取得し（ステップ３１０）、この格納場所情報、チケットに含まれている処理ＩＤ及び要求種別（ここでは編集後処理）を含む編集後処理要求を、削除したチケットに含まれるサーバＩＤにより特定できる処理サーバ４０へ送信する（ステップ３１１）。

処理サーバ４０では、要求受信部４１が常時受信待ち状態にある。ここで、利用クライアント７０から編集後処理要求が送られてくると、要求受信部４１は、この要求を受け付ける（ステップ２１０）。そして、受信した要求に含まれる要求種別から編集後処理要求であることを認識すると、後処理実行部４５に動作の開始を指示すると共に、受け付けたデータを渡す。このようにして、以下の説明する編集後処理要求受付時処理が実施される（ステップ２２０，２５０）。この処理については、図１０を用いて説明する。

まず、要求受信部４１からデータが渡されることにより動作を開始すると、後処理実行部４５は、要求受信部４１から渡されたデータ、具体的には編集後処理要求に含まれている処理ＩＤから、当該編集処理対象となった文書及び当該文書に対する編集処理の実施により生成された編集データを文書情報記憶部４６から削除する（ステップ２５１）。そして、後処理実行部４５は、編集後処理要求に含まれている格納場所情報を、削除したデータの代わりに処理ＩＤに対応付けして文書情報記憶部４６に登録する（ステップ２５２）。以上の編集後処理要求受付時処理が終了すると、処理サーバ４０では、要求受信部４１による要求受信待ち状態に移行する（ステップ２１０）。

その後、利用クライアント７０から編集データ取得要求が送られてくると、処理サーバ４０では、編集データ送信要求受付時処理を実施することになるが（ステップ２１０，２２０，２４０）、編集データ取得部４９は、編集データ取得要求に含まれる処理ＩＤに対応した編集データを取得できずに格納場所情報を取得することになる（ステップ２４２でＮ）。これにより、格納場所情報送信部５１は、その格納場所情報を編集データ送信要求送信元の利用クライアント７０へ送信する（ステップ２４４）。

編集データ送信要求を送信した利用クライアント７０における編集データ受信部７６は、処理サーバ４０からの応答として格納場所情報を受信した場合（ステップ３０５でＮ）、文書取得部７１に文書をファイルサーバ３０から再度取得させる指示を出す（ステップ３１２）。これにより、文書記憶部７４に保存された文書は、ファイルサーバ３０から取り出した最新の文書で更新される。すなわち、利用クライアント７０には、文書と共に生成済みの編集データが取り込まれる。

なお、本実施の形態では、共有文書の格納手段としてファイルサーバ３０を設けたが、クライアント２０により共有可能に格納できるのであれば、ファイルサーバ３０でなくてもよく、例えばいずれかのクライアント２０に設けるなどしてもよい。

また、本実施の形態では、データファイルの一例である文書に対して編集処理を施して編集データを生成し、その生成した編集データを文書に付加することによって保存するようにした。ただ、データファイルに対して編集処理を直接施さなくても、例えば編集対象であるデータファイルに関連した情報に対して編集処理を実施して編集データを生成し、あるいは情報取得処理の実施等により、文書に付加するデータを得るような場合にも本発明は適用可能である。

本発明に係るデータファイル編集システムの一実施の形態を示した全体構成図である。本実施の形態における各コンピュータのハードウェア構成図である。本実施の形態におけるデータファイル編集システムのブロック構成図である。本実施の形態の提供クライアントにおける処理を示したフローチャートである。本実施の形態の処理サーバにおける処理を示したフローチャートである。図５に示した編集処理要求受付時処理を示したフローチャートである。本実施の形態において共有文書記憶部に文書を登録するときのデータ構成の例を示した図である。図５に示した編集データ送信要求受付時処理を示したフローチャートである。本実施の形態の利用クライアントにおける処理を示したフローチャートである。図５に示した編集後処理要求受付時処理を示したフローチャートである。

符号の説明

１ＣＰＵ、２ＲＯＭ、３ＲＡＭ、４ハードディスクドライブ（ＨＤＤ）、５ＨＤＤコントローラ、６マウス、７キーボード、８ディスプレイ、９入出力コントローラ、１０ネットワークコントローラ、１１内部バス、１２ネットワーク、３０ファイルサーバ、３１文書管理部、３２共有文書記憶部（共有フォルダ）、４０処理サーバ、４１要求受信部、４２編集処理受付部、４３編集処理部、４４編集データ送信処理部、４５後処理実行部、４６文書情報記憶部、４７チケット生成部、４８チケット送信部、４９編集データ取得部、５０編集データ送信部、５１格納場所情報送信部、６０提供クライアント、６１編集処理依頼部、６２文書登録部、６３文書記憶部、６４処理サーバ情報記憶部、６５編集処理要求送信部、６６チケット受信部、７０利用クライアント、７１文書取得部、７２編集データ取得処理部、７３後処理要求送信部、７４文書記憶部、７５送信要求送信部、７６編集データ受信部、７７編集データ登録部、７８取得指示部。

Claims

データファイルを格納するファイル格納手段と、
前記ファイル格納手段に格納されるデータファイルを提供する提供クライアントと、
前記ファイル格納手段に格納されたデータファイルを利用する利用クライアントと、
データファイルに対して要求された編集処理を実行する処理サーバと、
を有し、
前記提供クライアントは、
編集処理対象のデータファイル及び当該データファイルへの編集指示情報を含む編集処理要求を前記処理サーバへ送信する編集処理要求送信手段と、
前記編集処理要求送信手段により送信された編集処理要求に応じて前記処理サーバから送られてくる編集処理属性情報を受信する編集処理属性情報受信手段と、
編集処理対象のデータファイルと、当該データファイルに対応づけられた編集処理属性情報とを前記ファイル格納手段へ登録するファイル登録手段と、
を有し、
前記処理サーバは、
前記提供クライアントから送られてくる編集処理要求を受信する編集処理要求受信手段と、
前記編集処理要求受信手段により受信された編集処理要求に含まれるデータファイルを記憶するファイル情報記憶手段と、
前記編集処理要求受信手段により受信された編集処理要求に応じて実施する編集処理に関連付けられた処理識別情報を含む編集処理属性情報を生成する生成手段と、
前記生成手段により生成された編集処理属性情報を編集処理要求送信元の前記提供クライアントへ送信する属性情報送信手段と、
前記ファイル情報記憶手段に記憶されたデータファイルに対して、編集処理要求に含まれる編集指示情報により特定される編集処理を実行する編集処理実行手段と、
前記編集処理実行手段による編集処理の実行に伴い生成された編集データを、前記生成手段により生成された編集処理属性情報に含まれる処理識別情報を付加して記憶する編集データ記憶手段と、
前記利用クライアントから送られてくる編集データ送信要求を受信する送信要求受信手段と、
前記送信要求受信手段による編集データ送信要求の受信に基づき当該編集データ送信要求に含まれている処理識別情報により特定される編集処理の実行により生成された編集データを前記編集データ記憶手段から読み出し、編集データ送信要求元の前記利用クライアントへ送信する編集データ送信手段と、
を有し、
前記利用クライアントは、
ユーザにより編集処理対象として選択されたデータファイルおよび当該データファイルに対応づけられた編集処理属性情報を前記ファイル格納手段から取得する取得手段と、
前記取得手段により取得された編集処理属性情報に含まれる処理識別情報を含む編集データ送信要求を前記処理サーバへ送信する送信要求送信手段と、
前記送信要求送信手段により送信された編集データ送信要求に応じて前記処理サーバから送られてくる編集データを受信する編集データ受信手段と、
を有することを特徴とするデータファイル編集システム。
前記利用クライアントは、さらに、
前記編集データ受信手段により受信した編集データを、前記編集処理対象として選択されたデータファイルに対応づけて前記ファイル格納手段へ登録する編集データ登録手段
を有することを特徴とする請求項１記載のデータファイル編集システム。
前記利用クライアントは、さらに、
前記編集処理属性情報に含まれる処理識別情報により特定される編集処理の実行に伴い生成された全ての編集データを取得すると、該当処理識別情報及び前記全ての編集データの格納場所情報とを含む編集後処理要求を前記処理サーバへ送信する後処理要求送信手段
を有し、
前記処理サーバは、さらに
前記利用クライアントから送られてくる編集後処理要求を受信する後処理要求受信手段と、
前記編集後処理要求に含まれている処理識別情報により特定される編集処理が実行されたことで生成された編集データを前記編集データ記憶手段から、編集処理対象のデータファイルを前記ファイル情報記憶手段から、それぞれ削除する削除手段と、
編集後処理要求に含まれている格納場所情報を当該処理識別情報に対応付けして前記ファイル情報記憶手段に登録する格納場所情報登録手段と、
前記編集データ送信要求に含まれている処理識別情報により特定される編集処理の実行に伴い生成された編集データが前記削除手段により削除されていた場合、前記ファイル情報記憶手段に当該処理識別情報に対応付けして登録されている格納場所情報を編集データ送信要求元の前記利用クライアントへ送信する格納場所情報送信手段と、
を有することを特徴とする請求項１記載のデータファイル編集システム。
データファイルを格納するファイル格納手段、前記ファイル格納手段に格納されるデータファイルを提供する提供クライアント及び前記ファイル格納手段に格納されたデータファイルを利用する利用クライアントと共にデータファイル編集システムに含まれ、データファイルに対して要求された編集処理を実行する処理サーバを、
前記提供クライアントから送られてくる編集処理要求を受信する編集処理要求受信手段、
前記編集処理要求受信手段により受信された編集処理要求に応じて実施する編集処理に関連付けられた処理識別情報を含む編集処理属性情報を生成する生成手段、
前記生成手段により生成された編集処理属性情報を編集処理要求送信元の前記提供クライアントへ送信する属性情報送信手段、
前記編集処理要求受信手段により受信された編集処理要求に含まれるデータファイルを記憶するファイル情報記憶手段に記憶された当該データファイルに対して、編集処理要求に含まれる編集指示情報により特定される編集処理を実行する編集処理実行手段、
前記編集処理実行手段による編集処理の実行に伴い生成された編集データを、前記生成手段により生成された編集処理属性情報に含まれる処理識別情報を付加して編集データ記憶手段に保存する編集処理手段、
前記利用クライアントから送られてくる編集データ送信要求を受信する送信要求受信手段、
前記送信要求受信手段による編集データ送信要求の受信に基づき当該編集データ送信要求に含まれている処理識別情報により特定される編集処理が実施されたことで生成された編集データを前記編集データ記憶手段から読み出し、編集データ送信要求元の前記利用クライアントへ送信する編集データ送信手段、
として機能させるためのデータファイル処理プログラム。
請求項４記載のデータファイル処理プログラムにおいて、前記処理サーバを更に、
前記利用クライアントから送られてくる編集後処理要求を受信する後処理要求受信手段、
前記編集後処理要求に含まれている処理識別情報により特定される編集処理が実行されたことで生成された編集データを前記編集データ記憶手段から、編集処理対象のデータファイルを前記ファイル情報記憶手段から、それぞれ削除する削除手段、
編集後処理要求に含まれているファイル格納場所情報を当該処理識別情報に対応付けして前記情報記憶手段に登録する格納場所情報登録手段、
前記送信要求受信手段により受信された編集データ送信要求に含まれている処理識別情報により特定される編集処理の実行に伴い生成された編集データが前記削除手段により削除されていた場合、前記ファイル情報記憶手段に当該処理識別情報に対応付けして登録されているファイル格納場所情報を編集データ送信要求元の前記利用クライアントへ送信するファイル格納場所情報送信手段、
として機能させるためのデータファイル処理プログラム。
データファイルを格納するファイル格納手段、前記ファイル格納手段に格納されるデータファイルを提供する提供クライアント及びデータファイルに対して要求された編集処理を実行する処理サーバと共にデータファイル編集システムに含まれ、前記ファイル格納手段に格納されたデータファイルを利用する利用クライアントを、
ユーザにより編集処理対象として選択されたデータファイルおよび当該データファイルに対応づけられた編集処理属性情報を前記ファイル格納手段から取得する取得手段、
前記取得手段により取得された編集処理属性情報から処理識別情報を取り出し、その処理識別情報を含む編集データ送信要求を、編集処理属性情報に含まれているサーバ識別情報から特定される前記処理サーバへ送信する送信要求送信手段、
前記送信要求送信手段により送信された編集データ送信要求に応じて前記処理サーバから送られてくる編集データを受信する編集データ受信手段、
として機能させるためのデータファイル利用プログラム。
請求項６記載のデータファイル利用プログラムにおいて、前記利用クライアントを更に、
前記編集データ受信手段により受信した編集データを、前記編集処理対象として選択されたデータファイルに対応づけて前記ファイル格納手段へ登録する編集データ登録手段
として機能させるためのデータファイル利用プログラム。
請求項６記載のデータファイル利用プログラムにおいて、前記利用クライアントを更に、
前記編集処理属性情報に含まれる処理識別情報により特定される編集処理の実行に伴い生成された全ての編集データを取得すると、該当処理識別情報及び前記全ての編集データの格納場所情報とを含む編集後処理要求を前記処理サーバへ送信する後処理要求送信手段
として機能させるためのデータファイル利用プログラム。
共有化されたデータファイルをクライアントからのみアクセス可能に格納するファイル格納手段、前記ファイル格納手段に格納されるデータファイルの提供者が使用する提供クライアント及び前記ファイル格納手段に格納されたデータファイルの利用者が使用する利用クライアントと共にデータファイル編集システムに含まれ、
前記提供クライアントから送られてくる編集処理要求を受信する編集処理要求受信手段と、
前記編集処理要求受信手段により受信され編集処理要求に応じて実施する編集処理を識別する処理識別情報及び自己のサーバ識別情報を含む編集処理属性情報を生成する生成手段と、
前記生成手段により生成された編集処理属性情報を編集処理要求送信元の前記提供クライアントへ送信する属性情報送信手段と、
前記編集処理要求受信手段により受信された編集処理要求に含まれるデータファイルを記憶するファイル情報記憶手段に記憶された当該データファイルに対して、編集処理要求に含まれる編集指示情報により特定される編集処理を実行し、その実行に伴い生成された編集データを、前記生成手段により生成された編集処理属性情報に含まれる処理識別情報を付加して編集データ記憶手段に保存する編集処理手段と、
を有することを特徴とする処理サーバ。
共有化されたデータファイルをクライアントからのみアクセス可能に格納するファイル格納手段、前記ファイル格納手段に格納されるデータファイルの提供者が使用する提供クライアント及びデータファイルに対して要求された編集処理を実行する処理サーバと共にデータファイル編集システムに含まれ、
ユーザにより編集処理対象として選択されたデータファイルおよび当該データファイルに対応づけられた編集処理属性情報を前記ファイル格納手段から取得する取得手段と、
前記取得手段により取得された編集処理属性情報から処理識別情報を取り出し、その処理識別情報を含む編集データ送信要求を、編集処理属性情報に含まれているサーバ識別情報から特定される前記処理サーバへ送信する送信要求送信手段と、
前記送信要求送信手段により送信された編集データ送信要求に応じて前記処理サーバから送られてくる編集データを受信する編集データ受信手段と、
を有することを特徴とする利用クライアント。