JP2005050018A

JP2005050018A - 文書ファイル管理装置及びデータ構造

Info

Publication number: JP2005050018A
Application number: JP2003204423A
Authority: JP
Inventors: Sho Imasato; 詔今郷; Takashi Yano; 隆志矢野
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2003-07-31
Filing date: 2003-07-31
Publication date: 2005-02-24

Abstract

【課題】ＰＵＩ紙ドキュメントに係るシステムと、ワークフロー管理システムとを関連付けて動作させることを目的とする。
【解決手段】プロセスに係る文書ファイルを管理する文書ファイル管理クラスと、加筆データを抽出する加筆データ抽出クラスと、プロセスに係る文書ファイルを更新する文書ファイル更新クラスとを有するオブジェクト指向モデルによりプロセスに係る文書ファイルを管理することによって上記課題を解決する。
【選択図】図１８

Description

【０００１】
【発明の属する技術分野】
本発明は、文書ファイル管理装置及びデータ構造に関する。
【０００２】
【従来の技術】
近年、元の電子文書の所在場所を示すドキュメントＩＤ（例えば、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒｓ））等を付加してプリントしたＰＵＩ（ＰａｐｅｒＵｓｅｒＩｎｔｅｒａｃｔｉｏｎ）紙ドキュメントに関する提案がいくつかなされている。（例えば、特許文献１参照。）。
【０００３】
また、近年複数の担当者がネットワークを経由して仕事をする際に、該仕事を円滑に進めるため、担当者間で受け渡すドキュメントや情報の流れを管理し、自動化するワークフロー管理システムも良く知られるようになった（例えば、非特許文献１〜３参照。）。
【０００４】
【特許文献１】
特開２００３−０６７３６３号公報。
【０００５】
【非特許文献１】
“Ｓｔａｎｄａｒｄｓ”、［ｏｎｌｉｎｅ］、［平成１５年７月３日検索］、＜ｈｔｔｐ：／／ｗｗｗ．ｗｆｍｃ．ｏｒｇ／ｓｔａｎｄａｒｄｓ／ｓｔａｎｄａｒｄｓ．ｈｔｍ＞
【０００６】
【非特許文献２】
“ＷｏｒｋｆｌｏｗＭａｎａｇｅｍｅｎｔＣｏａｌｉｔｉｏｎＴｈｅＷｏｒｋｆｌｏｗＲｅｆｅｒｅｎｃｅＭｏｄｅｌ”、［ｏｎｌｉｎｅ］、［平成１５年７月３日検索］、＜ｈｔｔｐ：／／ｗｗｗ．ｗｆｍｃ．ｏｒｇ／ｓｔａｎｄａｒｄｓ／ｄｏｃｓ／ｔｃ００３ｖ１１．ｐｄｆ＞
【０００７】
【非特許文献３】
“ＷｏｒｋｆｌｏｗＭａｎａｇｅｍｅｎｔＣｏａｌｉｔｉｏｎＴｅｒｍｉｎｏｌｏｇｙ＆Ｇｌｏｓｓａｒｙ”［ｏｎｌｉｎｅ］、［平成１５年７月３日検索］、＜ｈｔｔｐ：／／ｗｗｗ．ｗｆｍｃ．ｏｒｇ／ｓｔａｎｄａｒｄｓ／ｄｏｃｓ／ＴＣ−１０１１＿ｔｅｒｍ＿ｇｌｏｓｓａｒｙ＿ｖ３．ｐｄｆ＞
【０００８】
【発明が解決しようとする課題】
しかしながら、上記従来のＰＵＩ紙ドキュメントに係るシステムにおいては、加筆に係る加筆データや該加筆データの属性に係る属性情報をＰＵＩ紙ドキュメントの原本と関連付けて管理していない問題があった。
【０００９】
またそのため、複数のワークフロー担当者が同じ文書に対して複数回の加筆を行うようなワークフロー管理システムと、前記ＰＵＩ紙ドキュメントに係るシステムとを関連付けて動作させることができない問題があった。
【００１０】
本発明は、上記の点に鑑みなされたもので、ＰＵＩ紙ドキュメントに係るシステムと、ワークフロー管理システムとを関連付けて動作させることを目的とする。
【００１１】
【課題を解決するための手段】
そこで、上記問題を解決するため、本発明は、プロセスに係る文書ファイルを管理する文書ファイル管理クラスと、加筆データを抽出する加筆データ抽出クラスと、プロセスに係る文書ファイルを更新する文書ファイル更新クラスとを有するオブジェクト指向モデルによりプロセスに係る文書ファイルを管理することを特徴とする。
【００１２】
本発明によれば、ＰＵＩ紙ドキュメントに係るシステムと、ワークフロー管理システムとを関連付けて動作させることができる。
【００１３】
なお、文書ファイル管理クラスは、例えば後述するＰＵＩ文書ファイル管理クラスに対応する。また、加筆データ抽出クラスは、例えば後述する加筆イメージ抽出クラスに対応する。また、文書ファイル更新クラスは、例えば後述するＰＵＩ文書ファイル更新クラスに対応する。
【００１４】
また、上記問題を解決するため、本発明は、データ構造としてもよい。
【００１５】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【００１６】
図１は、本発明の実施に係るＰＵＩ−ワークフローシステムの概念図（その１）である。
【００１７】
図１に示されるように、ＰＵＩ−ワークフローシステムは、ネットワークを介して接続されたＰＵＩ文書管理サーバ１と、ワークフローサーバ２と、少なくとも１台以上のＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｒｉｎｔｅｒ）４と、少なくとも１台以上のクライアントＰＣ５とを含む。
【００１８】
図１に示されるシステムでは、元のＰＵＩ文書ファイルを識別するＰＵＩドキュメントＩＤやユーザを識別するＰＵＩユーザＩＤを付加されたＰＵＩ紙ドキュメントは、次の審査・承認者に回覧される。
【００１９】
ＭＦＰ４で読み取られたＰＵＩ紙ドキュメントの画像情報は、例えばＰＵＩ文書管理サーバ１においてコメント、サイン、押印等の新たな加筆情報が分離される。ここで、ＰＵＩ文書管理サーバ１は、ＭＦＰ４で読み取られたＰＵＩ紙ドキュメントの画像情報と、元の電子ドキュメントプラス前の審査・承認者の加筆情報との差分を抽出することによって、新たな加筆情報を分離する。
【００２０】
加筆情報は、例えば加筆を行ったユーザを識別するＰＵＩユーザＩＤとＰＵＩドキュメントＩＤと該加筆情報を識別する加筆ＩＤと共に元の電子ドキュメントと関連付けられてＰＵＩ文書ファイルとして例えばＰＵＩ文書管理サーバ１において管理される。
【００２１】
図１に示されるようにＰＵＩ紙ドキュメントを回覧し、審査・承認を行うことによって、後述する方法に比べて何度もＰＵＩ紙ドキュメントをプリントする手間が避けられる。また、加筆情報は審査・承認の度に電子化されＰＵＩ文書管理サーバ１等において管理されるので、回覧途中でＰＵＩ紙ドキュメントが紛失しても支障が少なくて済む。
【００２２】
なお、ＰＵＩ文書管理サーバ１やワークフローサーバ２及びＭＦＰ４等はそれぞれ別の装置であってもよいし、同じ装置内に実装されていてもよい。以下においても同様である。
【００２３】
また、図１には図示していないが、認証サーバ等をＰＵＩ−ワークフローシステムに接続してユーザの認証等に利用するようにしてもよい。
【００２４】
以下、ＰＵＩ−ワークフローシステムを使用した審査・承認の他の例を、図２を用いて説明する。図２は、本発明の実施に係るＰＵＩ−ワークフローシステムの概念図（その２）である。
【００２５】
図２に示されるＰＵＩ−ワークフローシステムは、図１と同様に、ネットワークを介して接続されたＰＵＩ文書管理サーバ１と、ワークフローサーバ２と、少なくとも１台以上のＭＦＰ４と、少なくとも１台以上のクライアントＰＣ５とを含む。
【００２６】
図２に示されるシステムでは、元のＰＵＩ文書ファイルを識別するＰＵＩドキュメントＩＤやユーザを識別するＰＵＩユーザＩＤを付加されたＰＵＩ紙ドキュメントは、ＭＦＰ４で読み取りを行った後、次の審査・承認者からの要求に基づいて新たなＰＵＩ紙ドキュメントとしてＭＦＰ４より印字出力される。
【００２７】
上述したようにＭＦＰ４で読み取られたＰＵＩ紙ドキュメントの画像情報は、例えばＰＵＩ文書管理サーバ１においてコメント、サイン、押印等の新たな加筆情報が分離される。ここで、ＰＵＩ文書管理サーバ１は、ＭＦＰ４で読み取られたＰＵＩ紙ドキュメントの画像情報と、元の電子ドキュメントプラス前の審査・承認者の加筆情報との差分を抽出することによって、新たな加筆情報を分離する。
【００２８】
加筆情報は、例えば加筆を行ったユーザを識別するＰＵＩユーザＩＤとＰＵＩドキュメントＩＤと該加筆情報を識別する加筆ＩＤと共に元の電子ドキュメントと関連付けられてＰＵＩ文書ファイルとして例えばＰＵＩ文書管理サーバ１において管理される。
【００２９】
図２に示した方法は、図１に示した方法と比べて、ＰＵＩ紙ドキュメントを回覧するのではなく、ネットワークを介して接続されたＭＦＰ４よりＰＵＩ紙ドキュメントを印字出力し、審査・承認等を行うため、紙ドキュメントによるワークフローであるにも関わらず、回覧時間のロスが少なく、また遠隔地に渡るワークフローを実現することができる。
【００３０】
以下、ＰＵＩ−ワークフローシステムを使用した審査・承認の他の例を、図３を用いて説明する。図３は、本発明の実施に係るＰＵＩ−ワークフローシステムの概念図（その３）である。
【００３１】
図３に示されるＰＵＩ−ワークフローシステムは、図１及び図２と同様に、ネットワークを介して接続されたＰＵＩ文書管理サーバ１と、ワークフローサーバ２と、少なくとも１台以上のＭＦＰ４と、少なくとも１台以上のクライアントＰＣ５とを含む。
【００３２】
図３に示されるシステムでは、元のＰＵＩ文書ファイルを識別するＰＵＩドキュメントＩＤやユーザを識別するＰＵＩユーザＩＤを付加されたＰＵＩ紙ドキュメントは、ＭＦＰ４で読み取りを行った後、次の審査・承認者に回覧してもよいし、次の審査・承認者が遠隔地にいるような場合は、ＭＦＰ４で読み取りを行った後、次の審査・承認者からの要求に基づいて新たなＰＵＩ紙ドキュメントとしてＭＦＰ４より印字出力されるようにしてもよい。
【００３３】
上述したようにＭＦＰ４で読み取られたＰＵＩ紙ドキュメントの画像情報は、例えばＰＵＩ文書管理サーバ１においてコメント、サイン、押印等の新たな加筆情報が分離される。ここで、ＰＵＩ文書管理サーバ１は、ＭＦＰ４で読み取られたＰＵＩ紙ドキュメントの画像情報と、元の電子ドキュメントプラス前の審査・承認者の加筆情報との差分を抽出することによって、新たな加筆情報を分離する。
【００３４】
加筆情報は、例えば加筆を行ったユーザを識別するＰＵＩユーザＩＤとＰＵＩドキュメントＩＤと該加筆情報を識別する加筆ＩＤと共に元の電子ドキュメントと関連付けられてＰＵＩ文書ファイルとして例えばＰＵＩ文書管理サーバ１において管理される。
【００３５】
図３に示されるような方法を取ることによって同じ事業所内では、紙ドキュメント自体を回覧させ、審査・承認を行って、他の事業所において、審査・承認が必要な場合は、ＰＵＩ紙ドキュメントをＭＦＰ４に読み込ませて、ネットワークを介して接続された他の事業所のＭＦＰ４より印字出力させ、審査・承認を要求することができる。
【００３６】
なお、審査・承認を行うユーザはワークフローサーバ２等より審査・承認を行う旨の要求の電子メールをクライアントＰＣ５で受け取ってからＭＦＰ４より印字出力したＰＵＩ紙ドキュメント又は他のユーザから受け取ったＰＵＩ紙ドキュメントに対して審査・承認に係る加筆を行ってＭＦＰに読み込ませてもよいし、クライアントＰＣ５等を用いてクライアントＰＣ５のディスプレイ上で電子押印等を行い、審査・承認するようにしてもよい。
【００３７】
以下、ＰＵＩ文書管理サーバ１のハードウェア構成を、図４を用いて説明する。図４は、ＰＵＩ文書管理サーバの一例のハードウェア構成図である。
【００３８】
図４に示されるように、ＰＵＩ文書管理サーバ１のハードウェア構成は、それぞれバスで相互に接続されている入力装置１１と、表示装置１２と、ドライブ装置１３と、記録媒体１４と、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１５と、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１６と、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１７と、インターフェース装置１８と、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）１９とから構成されている。
【００３９】
入力装置１１は、ＰＵＩ文書管理サーバ１の利用者が操作するキーボード及びマウス等で構成され、ＰＵＩ文書管理サーバ１に各種操作信号を入力するのに用いられる。
【００４０】
表示装置１２は、ＰＵＩ文書管理サーバ１の利用者が利用するディスプレイ等で構成され、各種情報を表示する。
【００４１】
インターフェース装置１８は、ＰＵＩ文書管理サーバ１をネットワーク等に接続するインターフェースである。
【００４２】
後述するＰＵＩ−ワークフローシステムに係る処理を行うＰＵＩ文書管理サーバ１のサーバプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体１４によってＰＵＩ文書管理サーバ１に提供されるか、ネットワークを通じてダウンロードされる。記録媒体１４は、ドライブ装置１３にセットされ、前記サーバプログラム等が記録媒体１４からドライブ装置１３を介してＲＯＭ１５にインストールされる。
【００４３】
ＲＯＭ１５は、データや前記サーバプログラム等を格納する。ＲＡＭ１６は、ＰＵＩ文書管理サーバ１の起動時にＲＯＭ１５から前記サーバプログラム等を読み出して格納する。ＣＰＵ１７は、ＲＡＭ１６に読み出され格納された前記サーバプログラム等に従って処理を実行する。
【００４４】
ＨＤＤ１９は、データやファイルを格納する。
【００４５】
なお、クライアントＰＣ５、ワークフローサーバ２、認証サーバ、後述するＰＵＩサーバ及び文書管理サーバ等のハードウェア構成は、図４に示したＰＵＩ文書管理サーバ１のハードウェア構成と同様である。
【００４６】
以下、ＭＦＰ４の機能構成及びハードウェア構成の一例を図５及び図６を用いて説明する。
【００４７】
図５は、ＭＦＰの機能構成を示すブロック図である。
【００４８】
図５において、ＭＦＰ４は、プロッタ１２０１と、スキャナ１２０２と、ファクシミリ等のハードウェアリソース１２０３等を有すると共に、プラットフォーム１２２０とアプリケーション１２３０とから構成されるソフトウェア群１２１０と、ＭＦＰ起動部１２４０とを備えている。
【００４９】
ＭＦＰ起動部１２４０は、ＭＦＰ４の電源投入時に先ず始めに実行され、プラットフォーム１２２０やアプリケーション１２３０を起動する。
【００５０】
プラットフォーム１２２０は、アプリケーション１２３０からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させる下記に示すコントロールサービス１２５０と、一又は複数のハードウェア資源の管理を行い、コントロールサービス１２５０からの獲得要求を調停するシステムリソースマネージャー（ＳＲＭ（ＳｙｓｔｅｍＲｅｓｏｕｒｃｅＭａｎａｇｅｒ）１２２３）と、ＯＳ１２２１とを有する。
【００５１】
このコントロールサービス１２５０は、複数のサービスモジュールにより形成され、具体的には、ＳＣＳ（ＳｙｓｔｅｍＣｏｎｔｒｏｌＳｅｒｖｉｃｅ）１２２２と、ＥＣＳ（ＥｎｇｉｎｅＣｏｎｔｒｏｌＳｅｒｖｉｃｅ）１２２４と、ＭＣＳ（ＭｅｍｏｒｙＣｏｎｔｒｏｌＳｅｒｖｉｃｅ）１２２５と、ＯＣＳ（ＯｐｅｒａｔｉｏｎｐａｎｅｌＣｏｎｔｒｏｌＳｅｒｖｉｃｅ）１２２６と、ＦＣＳ（ＦＡＸＣｏｎｔｒｏｌＳｅｒｖｉｃｅ）１２２７と、ＮＣＳ（ＮｅｔｗｏｒｋＣｏｎｔｒｏｌＳｅｒｖｉｃｅ）１２２８と、ＩＭＨ（ＩｍａｇｉｎｇＭｅｍｏｒｙＨａｎｄｌｅｒ）１２２９とがある。なお、このプラットフォーム１２２０は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。
【００５２】
ＯＳ１２２１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、プラットフォーム１２２０並びにアプリケーション１２３０の各ソフトウェアをそれぞれプロセスとして並列実行する。オープンソースのＵＮＩＸ（登録商標）を用いることにより、プログラムの安全性を確保できると共に、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、ＯＳ、ＴＣＰ／ＩＰのロイヤリティが不要であり、アウトソーシングも容易となる。
【００５３】
ＳＲＭ１２２３は、ＳＣＳ１２２２と共にシステムの制御及びリソースの管理を行うものであり、スキャナやプロッタ等のエンジン部、メモリ、ＨＤＤファイル、ホストＩ／Ｏ（セントロニクスＩ／Ｆ、ネットワークＩ／Ｆ、ＩＥＥＥ１３９４Ｉ／Ｆ、ＲＳ２３２ＣＩ／Ｆ等）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御する。
【００５４】
具体的には、このＳＲＭ１２２３は、要求されたハードウェア資源が利用可能で存在するかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成等）を直接実施するようにしてもよい。
【００５５】
ＳＣＳ１２２２は、アプリ管理（機能１）、操作部制御（機能２）、システム画面表示（ジョブリスト画面、カウンタ表示画面等）（機能３）、ＬＥＤ表示（機能４）、リソース管理（機能５）、割り込みアプリ制御（機能６）等の複数の機能を行なう。具体的には、アプリ管理（機能１）では、アプリの登録と、その情報を他のアプリに通知する処理を行う。操作部制御（機能２）では、アプリの操作部使用権の排他制御を行う。システム画面表示（機能３）では、操作部使用権を持つアプリからの要求内容に応じて、エンジン部の状態に対応する警告画面の表示を行う。ＬＥＤ表示（機能４）では、警告ＬＥＤ、アプリキー等のシステムＬＥＤの表示制御を行う。リソース管理（機能５）では、アプリ（ＥＣＳ）がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ、ステープル等）の排他制御のためのサービスを行う。割り込みアプリ制御（機能６）では、特定のアプリを優先動作させるための制御及びサービスを行う。
【００５６】
ＥＣＳ１２２４は、プロッタ１２０１と、スキャナ１２０２と、その他ハードウェアリソース１２０３等のエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリ等を行う。
【００５７】
ＭＣＳ１２２５は、メモリ制御を行うものであり、具体的には、画像メモリの取得及び開放、ハードディスク装置（ＨＤＤ）の利用、画像データの圧縮及び伸張等を行う。
【００５８】
ＯＣＳ１２２６は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがＧＵＩを構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、操作パネル上への表示反映処理等を行う。
【００５９】
ＦＣＳ１２２７は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信を行うためのＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇａｒａｍＩｎｔｅｒｆａｃｅ）１２０５を提供する。
【００６０】
ＮＣＳ１２２８は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行ったりする。
【００６１】
ＩＭＨ１２２９は、イメージデータを仮想メモリ領域（ユーザ仮想空間）から物理メモリへマップする。プロセスの起動に応じて、システムコールを行ない、プロセス用の仮想メモリ領域をマップしたり、マップした仮想メモリ領域をプロセスの終了時に開放する処理等を行ったりする。
【００６２】
アプリケーション１２３０は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用のアプリケーションであるプリンタアプリ１２１１と、コピー用アプリケーションであるコピーアプリ１２１２と、ファクシミリ用アプリケーションであるファックスアプリ１２１３と、スキャナ用アプリケーションであるスキャナアプリ１２１４と、ＰＵＩ用アプリケーションであるＰＵＩアプリ１２１５とを有する。各アプリケーション１２１１〜１２１５は、プラットフォーム１２２０上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御及びジョブ生成等を行う画面表示制御プログラムがその主体となる。なお、ＮＣＳ１２２８により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加又は削除することができる。
【００６３】
ＰＵＩアプリ１２１５は、例えば読み取ったＰＵＩ紙ドキュメントよりＰＵＩドキュメントＩＤ及び／又はＰＵＩユーザＩＤ及び／又はＭＦＰ４を識別するＭＦＰ−ＩＤ及び／又は加筆情報を識別する加筆ＩＤ（以下、これらを併せて単にＰＵＩマークともいう）を取得してＰＵＩ文書管理サーバ１等に提供したり、ＰＵＩ文書管理サーバ１等より取得したＰＵＩ文書ファイルとＰＵＩマークとを合成したりする。
【００６４】
なお、ＭＦＰ４にＰＵＩ文書管理サーバ１及び／又はワークフローサーバ２等の機能を実装するようにしてもよい。このような構成の場合、アプリケーション１２３０にそれぞれの機能を提供するアプリが実装される。また、後述するようにＭＦＰ４にＰＵＩアプリ１２１５等の特別なアプリを設けず、読み取ったＰＵＩ紙ドキュメントをＰＵＩ文書管理サーバ１等に送信し、ＰＵＩ文書管理サーバ１においてＰＵＩマークを取得したり、ＰＵＩ文書ファイルにＰＵＩマークを合成したりするようにしてもよい。
【００６５】
ＭＦＰ４は、各アプリで共通的に必要となる処理をプラットフォーム１２２０で一元的に処理する。
【００６６】
図６は、ＭＦＰのハードウェア構成を示すブロック図である。
【００６７】
図６に示すように、このＭＦＰ４は、オペレーションパネル１３１０、ＦＡＸコントロールユニット（ＦＣＵ）１５３０、エンジン部１３５０（スキャナ１２０２等が接続される）及びプロッタ１２０１とコントローラ１３００のＡＳＩＣ１３０１とをＰＣＩ（ＰｅｒｉｐｈｅｒａｌＣｏｍｐｏｎｅｎｔＩｎｔｅｒｃｏｎｎｅｃｔ）バス１３０９等で接続した構成となる。
【００６８】
コントローラ１３００は、ＡＳＩＣ１３０１にＭＥＭ−Ｃ１３０２、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）１３０３などを接続すると共に、このＡＳＩＣ１３０１とＣＰＵ１３０４とをＣＰＵチップセットのＮＢ１３０５を介して接続している。このように、ＮＢ１３０５を介して接続する理由は、ＣＰＵ１３０４自体のインターフェースが公開されていないためである。
【００６９】
ここで、このＡＳＩＣ１３０１とＮＢ１３０５は、単にＰＣＩを介して接続されているのではなく、ＡＧＰ１３０８を介して接続されている。このようにＡＧＰ１３０８を介して接続することとした理由は、このＭＦＰ４が図５に示したプラットフォーム１２２０やアプリケーション１２３０を形成する複数のプロセスを実行制御する関係上、これらを低速のＰＣＩで接続したのでは、パフォーマンスが低下するからである。
【００７０】
ＣＰＵ１３０４は、ＭＦＰ４の全体制御を行うものであり、具体的には、ＯＳ１２２１上でプラットフォーム１２２０を形成するＳＣＳ１２２２、ＳＲＭ１２２３、ＥＣＳ１２２４、ＭＣＳ１２２５、ＯＣＳ１２２６、ＦＣＳ１２２７、ＮＣＳ１２２８をそれぞれプロセスとして起動して実行させると共に、アプリケーション１２３０を形成するプリンタアプリ１２１１、コピーアプリ１２１２、ファックスアプリ１２１３、スキャナアプリ１２１４、ＰＵＩアプリ１２１５を起動して実行させる。
【００７１】
ＮＢ１３０５は、ＣＰＵ１３０４とＭＥＭ−Ｐ１３０６、ＳＢ１３０７、ＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）１３４１、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）１３３０、ＩＥＥＥ１３９４１３４０、セントロニクス１３４２、ＡＳＩＣ１３０１とを接続するためのブリッジである。
【００７２】
ＭＥＭ−Ｐ１３０６は、ＭＦＰ４の描画用メモリ等として用いるシステムメモリであり、ＳＢ１３０７は、ＮＢ１３０５とＲＯＭＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＭＥＭ−Ｃ１３０２は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ＡＳＩＣ１３０１は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。
【００７３】
ＨＤＤ１３０３は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積、文書の蓄積を行うストレージであり、オペレーションパネル１３１０は、操作者からの入力操作の受け付け並びに操作者に向けた表示を行う操作部である。
【００７４】
ＡＳＩＣ１３０１には、ＭＥＭ−Ｃ１３０２を接続するためのＲＡＭインターフェースと、ＨＤＤ１３０３を接続するためのハードディスクインターフェースが設けられ、これらの記憶部に対して画像データの入出力を行う場合には、入出力先がＲＡＭインターフェース又はハードディスクインターフェースに切り替えられる。
【００７５】
ＡＧＰ１３０８は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、システムメモリに高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にする。
【００７６】
以下、ＰＵＩ紙ドキュメントに付加されているＰＵＩマークの一例を、図７を用いて説明する。図７は、ＰＵＩマークの一例を説明するための図である。
【００７７】
図７に示されるようにＰＵＩ紙ドキュメントには、元のＰＵＩ文書ファイルを識別するドキュメント固有のコード（ＰＵＩドキュメントＩＤ）と、ユーザを識別するユーザ固有のコード（ＰＵＩユーザＩＤ）と、ＰＵＩ紙ドキュメントの読み込み及び／又はプリントを許可及び／又は行ったＭＦＰ４を識別するＭＦＰ４固有のコード（ＭＦＰ−ＩＤ）と、ページ番号とが付加されている。
【００７８】
なお、ＰＵＩユーザＩＤとＭＦＰ−ＩＤとを関連付けて例えば図７に示されるＹＹＹＹＹＹ／ＺＺＺＺＺＺをユーザＩＤとしてもよい。このようにすることによって所定のＭＦＰ４で、ＰＵＩ紙ドキュメントを読み込み及び／又はプリントすることが可能なユーザを指定することができる。
【００７９】
また、ページ番号を付加することによって、同じＰＵＩ文書ファイルであっても、どのページかを判定することができる。
【００８０】
なお、図７には図示されていないが、ＰＵＩマークに、加筆情報を識別する加筆ＩＤを含めてもよい。
【００８１】
以下、ＰＵＩ文書ファイルの構造の一例を、図８を用いて説明する。図８は、ＰＵＩ文書ファイルの構造を説明するための図（その１）である。
【００８２】
図８に示されるように、ＰＵＩ文書ファイルは文書プロパティと原本イメージとから構成され、加筆情報が追加される度に加筆プロパティと加筆イメージとが付加される。
【００８３】
なお、文書プロパティには文書ＩＤ（ＰＵＩドキュメントＩＤ）と、タイトルと、作成者（ＰＵＩユーザＩＤ）と、作成日と、該ＰＵＩ文書ファイルのアクセス権とが含まれる。また、加筆プロパティには加筆対象文書の文書ＩＤ（ＰＵＩドキュメントＩＤ）と、加筆ＩＤと、親の加筆ＩＤと、加筆者（ＰＵＩユーザＩＤ）と、加筆日とが含まれる。
【００８４】
例えば、図８に示される第１回加筆イメージには、第一審査者の加筆データが含まれ、第２回加筆イメージには、第二審査者の加筆データが含まれる。
【００８５】
以下、ＰＵＩ文書ファイルの構造の他の例を、図９を用いて説明する。図９は、ＰＵＩ文書ファイルの構造を説明するための図（その２）である。
【００８６】
図９に示されるＰＵＩ文書ファイルの構造は、図８において説明したＰＵＩ文書ファイルの構造と比べて、ページ毎に原本イメージのデータが存在する構造となっている。また、図９に示されるＰＵＩ文書ファイルの構造は、前記ページ毎の原本イメージに対する加筆イメージが存在する構造となっている。
【００８７】
なお、図９においては説明の簡略化のため、ＰＵＩ文書ファイルの構造において、２ページ分しか図示していないが、これは本発明の実施を制限するものではない。
【００８８】
以下、ＰＵＩ文書ファイルの構造の他の例を、図１０を用いて説明する。図１０は、ＰＵＩ文書ファイルの構造を説明するための図（その３）である。
【００８９】
図１０に示されるＰＵＩ文書ファイルの構造は、図８において説明したＰＵＩ文書ファイルの構造と比べて、原本のアプリケーションファイルに係るデータ、例えば原本を作成したテキストファイルそのもののデータ、を有する構造となっている。
【００９０】
図１０に示されるように、原本のアプリケーションファイルに係るデータをＰＵＩ文書ファイルに含むことによって、ＰＵＩ文書ファイルを扱う所定のアプリケーション等を用いてＰＵＩ文書ファイルから原本のアプリケーションファイルを取り出して、利用することができる。
【００９１】
以下、ＰＵＩ文書ファイルの構造の他の例を、図１１を用いて説明する。図１１は、ＰＵＩ文書ファイルの構造を説明するための図（その４）である。
【００９２】
図１１に示されるＰＵＩ文書ファイルの構造は、図１０において説明したＰＵＩ文書ファイルの構造と比べて、原本のアプリケーション、例えばＪａｖａ（登録商標）アプレットのようなプログラム、が含まれている。
【００９３】
ＰＵＩ文書ファイルに原本のアプリケーションを含むことによって、ＰＵＩ文書ファイルを扱う所定のアプリケーション等を用いて前記原本のアプリケーションを立ち上げ、利用することができる。
【００９４】
以下、ＰＵＩ文書ファイルの縮約の一例を、図１２を用いて説明する。図１２は、ＰＵＩ文書ファイルの縮約の一例を説明するための図である。
【００９５】
ＰＵＩ文書管理サーバ１又はＭＦＰ４は、図３に示したように、例えばＰＵＩ文書ファイルを他の事業所等において回覧する必要が生じた場合、図１２に示されるように加筆イメージを原本イメージに反映させる縮約を行い、該縮約を行ったＰＵＩ文書ファイルを原本として他の事業所のＭＦＰ４等に送信する。
【００９６】
縮約を行ったＰＵＩ文書ファイルを新たな原本として他の事業所等に送信することによって、ネットワークに負荷をかけることなくＰＵＩ文書ファイルを送信することができる。なお、縮約前の文書プロパティに対して縮約前の加筆プロパティの反映を行い、新たな文書プロパティとするようにしてもよい。
【００９７】
ＰＵＩ文書ファイルは、図８〜図１２に示したように、複合文書の形で後述するＰＵＩ文書ファイル管理部２５等に蓄積及び／又は管理されていてもよいし、データーベースのテーブルにおいて、蓄積及び／又は管理されていてもよい。以下では、ＰＵＩ文書ファイルの原本及び／又は加筆情報をテーブルにおいて蓄積及び／又は管理する一例を図１３〜図１６を用いて説明する。
【００９８】
図１３は、ＰＵＩ文書ファイルの原本に係るテーブルの一例を説明するための図である。
【００９９】
図１３（Ａ）に示されるようにＰＵＩ文書プロパティテーブルは、文書ＩＤと、タイトルと、作成日と、作成者と、アクセス権と、ファイル名とを項目として含む。
【０１００】
文書ＩＤには例えば、当該ＰＵＩ文書ファイルを識別するＰＵＩドキュメントＩＤが格納される。なお、ＰＵＩドキュメントＩＤに対応した文書ＩＤを格納するようにしてもよい。タイトルには、当該ＰＵＩ文書ファイルのタイトルが格納される。作成日には、当該ＰＵＩ文書ファイルを作成した作成日が格納される。作成者には、当該ＰＵＩ文書ファイルを作成した作成者のＰＵＩユーザＩＤが格納される。なお、図１３においては説明の簡略化のため、作成者の名前がそのまま格納されている。アクセス権には、当該ＰＵＩ文書ファイルに対してアクセスを許可したユーザのＰＵＩユーザＩＤが格納される。なお、図１３においては説明の簡略化のため、単にユーザ名等が格納される。ファイル名には、当該ＰＵＩ文書ファイルのファイル名が格納される。
【０１０１】
また図１３（Ｂ）に示されるようにＰＵＩ文書原本イメージテーブルは、文書ＩＤと、ページ番号と、ファイル名とを項目として含む。
【０１０２】
文書ＩＤには例えば、当該ＰＵＩ文書ファイルを識別するＰＵＩドキュメントＩＤが格納される。なお、ＰＵＩドキュメントＩＤに対応した文書ＩＤを格納するようにしてもよい。ページ番号には、当該ＰＵＩ文書ファイルのページ番号が格納される。ファイル名には、ページ番号に対応させた当該ＰＵＩ文書ファイルのファイル名が格納される。
【０１０３】
図１４は、加筆情報に係るテーブルの一例を説明するための図である。
【０１０４】
図１４（Ａ）に示されるようにＰＵＩ加筆プロパティテーブルは、文書ＩＤと、加筆ＩＤと、親加筆ＩＤと、加筆日と、加筆者とを項目として含む。
【０１０５】
文書ＩＤには例えば、当該ＰＵＩ文書ファイルを識別するＰＵＩドキュメントＩＤが格納される。なお、ＰＵＩドキュメントＩＤに対応した文書ＩＤを格納するようにしてもよい。加筆ＩＤには、加筆情報を識別する識別子が格納される。親加筆ＩＤには、親の加筆情報を識別する識別情報が格納される。加筆日には、加筆情報を抽出した日付が格納される。加筆者には、加筆を行った加筆者のＰＵＩユーザＩＤが格納される。なお、図１４においては説明の簡略化のため、加筆者の名前がそのまま格納されている。
【０１０６】
ＰＵＩ加筆プロパティテーブルに、文書ＩＤ、加筆ＩＤ、親加筆ＩＤを含むことによって、図１５に示されるように、加筆情報間の関係を表すことができる。図１５は、加筆情報間の関係を説明するための図である。例えば図１５には、加筆ＩＤＡ３によって識別される加筆情報は、加筆ＩＤＡ２によって識別される加筆情報に対する加筆であることが示されている。
【０１０７】
また、図１４（Ｂ）に示されるようにＰＵＩ加筆イメージテーブルは、文書ＩＤと、加筆ＩＤと、ページ番号と、ファイル名とを項目として含む。
【０１０８】
文書ＩＤには例えば、当該ＰＵＩ文書ファイルを識別するＰＵＩドキュメントＩＤが格納される。なお、ＰＵＩドキュメントＩＤに対応した文書ＩＤを格納するようにしてもよい。加筆ＩＤには、加筆情報を識別する識別子が格納される。ページ番号には、当該ＰＵＩ文書ファイルのページ番号が格納される。ファイル名には、ページ番号に対応させた当該ＰＵＩ文書ファイルのファイル名が格納される。
【０１０９】
以下、ＰＵＩ文書ファイルに係るテーブルの他の例を、図１６を用いて説明する。図１６は、ＰＵＩ文書ファイルに係るテーブルの他の例を説明するための図である。
【０１１０】
図１６に示されるようにＰＵＩ文書テーブルは、文書ＩＤと、タイトルと、作成日と、作成者と、アクセス権と、ＵＲＬとを項目として含む。
【０１１１】
文書ＩＤには例えば、当該ＰＵＩ文書ファイルを識別するＰＵＩドキュメントＩＤが格納される。なお、ＰＵＩドキュメントＩＤに対応した文書ＩＤを格納するようにしてもよい。タイトルには、当該ＰＵＩ文書ファイルのタイトルが格納される。作成日には、当該ＰＵＩ文書ファイルを作成した作成日が格納される。作成者には、当該ＰＵＩ文書ファイルを作成した作成者のＰＵＩユーザＩＤが格納される。なお、図１６においては説明の簡略化のため、作成者の名前がそのまま格納されている。アクセス権には、当該ＰＵＩ文書ファイルに対してアクセスを許可したユーザのＰＵＩユーザＩＤが格納される。なお、図１６においては説明の簡略化のため、単にユーザ名等が格納される。ＵＲＬには、当該ＰＵＩ文書ファイルの場所を示すＵＲＬが格納される。
【０１１２】
図１６に示されるように、プロパティテーブルと、原本のイメージテーブルとに分けずに１つのテーブルでＰＵＩ文書ファイルを蓄積及び／又は管理することもできる。
【０１１３】
図８〜図１６を用いて説明したように、ＰＵＩ紙ドキュメントに係る原本のデータ、例えば原本イメージと文書プロパティ、と、加筆に係る加筆データと、該加筆データの属性に係る属性情報とを関連付けて管理することによって、ＰＵＩ紙ドキュメントに係るシステムと、複数のワークフロー担当者が同じ文書に対して複数回の加筆を行うようなワークフロー管理システムとを関連付けて動作させることができる。
【０１１４】
以下、ＰＵＩ文書ファイルの外部表現の一例を、図１７を用いて説明する。図１７は、ＰＵＩ文書ファイルの外部表現の一例を説明するための図である。
【０１１５】
後述するように、例えばＰＵＩ文書管理サーバ１が、ＰＵＩ文書ファイルを管理するＰＵＩ文書ファイル管理部２５のみを有し、ＭＦＰ４が、加筆イメージの抽出を行う加筆イメージ抽出部２４やＰＵＩ文書ファイルの更新等を行うＰＵＩ文書ファイル更新部２３を有する場合、ＰＵＩ文書管理サーバ１は、ＭＦＰ４等からの要求に基づいて、ＰＵＩ文書ファイルを図１７に示すような入出力のデータ構造でＭＦＰ４に送信する。また、逆にＭＦＰ４等から送信された図１７に示すような入出力のデータ構造のＰＵＩ文書ファイルを受信し、蓄積及び／又は管理する。
【０１１６】
例えば、図１７に示される＜ｏｒｉｇｉｎａｌ＞＜／ｏｒｉｇｉｎａｌ＞のタグには、ＰＵＩ文書ファイルの原本に係るデータ及び／又は情報が埋め込まれている。例えば、＜ｏｒｉｇｉｎａｌ＞＜／ｏｒｉｇｉｎａｌ＞のタグ内の＜ｉｍａｇｅ＞＜／ｉｍａｇｅ＞のタグには、ベース６４符号化されたＰＵＩ文書ファイルの原本に係るイメージデータが埋め込まれている。また、＜ｏｒｉｇｉｎａｌ＞＜／ｏｒｉｇｉｎａｌ＞のタグ内の＜ｐｒｏｐＬｉｓｔ＞＜／ｐｒｏｐＬｉｓｔ＞のタグには、前記ＰＵＩ文書ファイルの原本に係る属性情報が埋め込まれている。例えば、＜ｄｏｃＩｄ＞＜／ｄｏｃＩｄ＞のタグには、文書ＩＤ（ＰＵＩドキュメントＩＤ）が埋め込まれている。また、＜ｔｉｔｌｅ＞＜／ｔｉｔｌｅ＞のタグには、ＰＵＩ文書ファイルのタイトルが埋め込まれている。また、＜ｄａｔｅ＞＜／ｄａｔｅ＞のタグには、ＰＵＩ文書ファイルを作成した作成日が埋め込まれている。
【０１１７】
また、図１７に示される＜ｌａｙｅｒ＞＜／ｌａｙｅｒ＞のタグには、図８等において説明した追加された加筆情報が埋め込まれている。例えば、＜ｌａｙｅｒ＞＜／ｌａｙｅｒ＞のタグ内の＜ｉｍａｇｅ＞＜／ｉｍａｇｅ＞のタグには、ベース６４符号化された加筆イメージのデータ（加筆イメージデータ）が埋め込まれている。また、＜ｌａｙｅｒ＞＜／ｌａｙｅｒ＞のタグ内の＜ｐｒｏｐＬｉｓｔ＞＜／ｐｒｏｐＬｉｓｔ＞のタグには、前記加筆イメージデータに係る属性情報が埋め込まれている。例えば＜ｌａｙｅｒＩｄ＞＜／ｌａｙｅｒＩｄ＞のタグには、前記加筆イメージデータを識別する加筆ＩＤが埋め込まれている。また、＜ｄａｔｅ＞＜／ｄａｔｅ＞のタグには、加筆情報を抽出した日付が埋め込まれている。
【０１１８】
図１７に示されるような入出力のデータ構造で、ＰＵＩ文書ファイルを送受信することによって、ワークフローシステムと親和性の取れたＰＵＩに係るシステムを提供することができる。
【０１１９】
以下、ＰＵＩ−ワークフローシステムを表すクラス間の関係図を、図１８を用いて説明する。図１８は、ＰＵＩ−ワークフローシステムを表すクラス間の関係図である。
【０１２０】
図１８に示されるように、ＰＵＩ−ワークフローシステムを表すクラスには、イメージ入力クラスと、ＩＤ検出クラスと、ＰＵＩ文書ファイル更新クラスと、加筆イメージ抽出クラスと、ＰＵＩ文書ファイル管理クラスとを有する。
【０１２１】
イメージ入力クラスは、加筆情報が付加されたＰＵＩ紙ドキュメントの読み込み（入力）を定義するクラスである。ＩＤ検出クラスは、ＩＤの検出を定義するクラスである。なお、ＩＤとしては、例えばＰＵＩドキュメントＩＤ、ＰＵＩユーザＩＤ、ＭＦＰ−ＩＤ、加筆ＩＤ等がある。ＰＵＩ文書ファイル更新クラスは、ＰＵＩ文書ファイルの更新を定義するクラスである。加筆イメージ抽出クラスは、加筆イメージの抽出を定義するクラスである。ＰＵＩ文書ファイル管理クラスは、ＰＵＩ文書ファイルの管理を定義するクラスである。
【０１２２】
以下、各クラスが有するメソッドの一例を、図１９を用いて説明する。図１９は、メソッドの一例を説明するための図である。
【０１２３】
図１９（Ａ）に示されるようにＩＤ検出クラスは、ａｄｄＩｍａｇｅメソッドを有する。ａｄｄＩｍａｇｅメソッドは、イメージ入力クラスにおいて読み取ったイメージデータと、ＭＦＰ４のオペレーションパネル１３１０等を用いてユーザが入力したユーザ名（ＰＵＩユーザＩＤ）とを引数として呼び出され、前記イメージデータに含まれるＰＵＩドキュメントＩＤや、ＰＵＩユーザＩＤ、また、含まれていた場合は加筆ＩＤ等を検出し、該検出したＩＤを戻り値として返す。
【０１２４】
また、図１９（Ｂ）に示されるようにＰＵＩ文書ファイル更新クラスは、ｕｐｄａｔｅメソッドを有する。ｕｐｄａｔｅメソッドは、ａｄｄＩｍａｇｅメソッドにおいて検出したＰＵＩドキュメントＩＤ及び／又は加筆ＩＤと、前記イメージデータと、前記ユーザ名とを引数として呼び出され、前記ＰＵＩドキュメントＩＤ及び／又は前記加筆ＩＤを引数として、図１９（Ｄ）に示されるＰＵＩ文書ファイル管理クラスのｇｅｔＦｉｌｅメソッドを呼び出す。ｇｅｔＦｉｌｅメソッドは、前記ＰＵＩドキュメントＩＤ及び／又は前記加筆ＩＤに基づいて、ＰＵＩ文書ファイル管理クラスにおいて管理されている対応するＰＵＩ文書ファイルを取得し、戻り値として返す。なお、ｕｐｄａｔｅメソッドの引数のユーザ名は、ａｄｄＩｍａｇｅメソッドにおいて検出したＰＵＩユーザＩＤであってもよい。
【０１２５】
ｕｐｄａｔｅメソッドは、前記引数として渡されたイメージデータと、前記ｇｅｔＦｉｌｅメソッドの戻り値として取得したＰＵＩ文書ファイルに基づいて作成したイメージデータとを引数として、図１９（Ｃ）に示される加筆イメージ抽出クラスのｅｘｔｒａｃｔメソッドを呼び出す。ｅｘｔｒａｃｔメソッドは、前記引数として渡された２つのイメージデータの差分を抽出し、該イメージデータの差分を加筆イメージとし、戻り値として返す。なお、ｕｐｄａｔｅメソッドは、前記引数として渡されたイメージデータを図１９（Ｃ）に示されるｔａｒｇｅｔＩｍａｇｅＤａｔａとして、また、前記ｇｅｔＦｉｌｅメソッドの戻り値として取得したＰＵＩ文書ファイルに基づいて作成したイメージデータを図１９（Ｃ）に示されるｏｒｉｇｉｎａｌＩｍａｇｅＤａｔａとしてｅｘｔｒａｃｔメソッドを呼び出す。
【０１２６】
ｕｐｄａｔｅメソッドは、ｅｘｔｒａｃｔメソッドの戻り値として取得した加筆イメージを、例えば図８に示されるように、前記ｇｅｔＦｉｌｅメソッドの戻り値として取得したＰＵＩ文書ファイルに追加する。また、ｕｐｄａｔｅメソッドは、引数として渡されたＰＵＩユーザＩＤや加筆ＩＤを前記加筆イメージの加筆プロパティとして前記ＰＵＩ文書ファイルに追加する。
【０１２７】
また、ｕｐｄａｔｅメソッドは、前記加筆イメージや前記加筆プロパティを追加されたＰＵＩ文書ファイルと、前記加筆ＩＤと、引数として渡されたＰＵＩドキュメントＩＤとを引数として図１９（Ｄ）に示されるＰＵＩ文書ファイル管理クラスのｐｕｔＦｉｌｅメソッドを呼び出す。
【０１２８】
ｐｕｔＦｉｌｅメソッドは、与えられた引数に基づいて、ＰＵＩ文書ファイルと、前記加筆ＩＤと、前記ＰＵＩドキュメントＩＤとを共に関連付けてＰＵＩ文書ファイル管理クラスに保存する。
【０１２９】
以下、ＰＵＩ―ワークフローシステムの機能構成の一例を、図２０を用いて説明する。図２０は、ＰＵＩ−ワークフローシステムの機能構成の一例を説明するための図である。
【０１３０】
図２０に示されるように、ＰＵＩ−ワークフローシステムは、イメージ入力部２１と、ＩＤ検出部２２と、ＰＵＩ文書ファイル更新部２３と、加筆イメージ抽出部２４と、ＰＵＩ文書ファイル管理部２５とを有する。
【０１３１】
イメージ入力部２１は、加筆情報等が付加されたＰＵＩ紙ドキュメントを読み込む。ＩＤ検出部２２は、イメージ入力部２１が読み取ったイメージデータから、ＰＵＩドキュメントＩＤ、ＰＵＩユーザＩＤ、加筆ＩＤ等のＰＵＩマークを検出し、取得する。ＰＵＩ文書ファイル更新部２３は、ＩＤ検出部２２が検出し、取得したＰＵＩドキュメントＩＤ及び／又は加筆ＩＤに基づいて、対応するＰＵＩ文書ファイルをＰＵＩ文書ファイル管理部２５より取得し、最新のＰＵＩ文書ファイルのイメージデータを作成し、イメージ入力部２１において読み取ったイメージデータと共に、加筆イメージ抽出部２４に渡す。
【０１３２】
加筆イメージ抽出部２４は、前記渡された２つのイメージデータの差分を抽出し、加筆イメージデータを生成し、ＰＵＩ文書ファイル更新部２３に渡す。ＰＵＩ文書ファイル更新部２３は、ＰＵＩ文書ファイル管理部２５より取得したＰＵＩ文書ファイルの末尾に加筆イメージ抽出部２４より取得した加筆イメージデータと、該加筆イメージデータに対応する加筆プロパティとを追加し、ＰＵＩ文書ファイル管理部２５において管理されているＰＵＩ文書ファイルを更新する。
【０１３３】
なお、図１２において説明した縮約は、ＰＵＩ文書ファイル更新部２３において行うようにしてもよいし、図示していないが、縮約部等を設け、該縮約部において行うようにしてもよい。
【０１３４】
以下、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を図２１〜図２５を用いて説明する。
【０１３５】
図２１は、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その１）である。
【０１３６】
図２１に示される構成は、図２０において説明した機能構成を全てＭＰＦ４が有する構成である。図２１に示したような構成の場合、図１〜図３において説明したＰＵＩ−ワークフローシステムにおいて、ＰＵＩ文書管理サーバ１等は必要なく、例えばＰＵＩ文書ファイルは、各ＭＦＰ４において管理される。
【０１３７】
以下、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成の他の例を、図２２を用いて説明する。図２２は、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その２）である。
【０１３８】
図２２に示されるＭＦＰ４は、イメージ入力部２１と、ＩＤ検出部２２と、ＰＵＩ文書ファイル更新部２３と、加筆イメージ抽出部２４とを含む。また、図２２に示されるＰＵＩ文書管理サーバ１は、ＰＵＩ文書ファイル管理部２５を含む。
【０１３９】
図２２に示される構成は、図２１に示される構成と比べて、ＰＵＩ文書ファイル管理部２５が、ＰＵＩ文書管理サーバ１に含まれる構成となっている。図２２に示されるような構成にすることによって、ＰＵＩ文書ファイルをＰＵＩ文書管理サーバ１において一元管理することができる。
【０１４０】
以下、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成の他の例を、図２３を用いて説明する。図２３は、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その３）である。
【０１４１】
図２３に示されるＭＦＰ４は、イメージ入力部２１と、ＩＤ検出部２２とを含む。また、図２３に示されるＰＵＩ文書管理サーバ１は、ＰＵＩ文書ファイル更新部２３と、加筆イメージ抽出部２４と、ＰＵＩ文書ファイル管理部２５とを含む。
【０１４２】
図２３に示される構成は、図２２に示される構成と比べて、ＰＵＩ文書ファイル更新部２３と、加筆イメージ抽出部２４とが、ＰＵＩ文書管理サーバ１に含まれる構成となっている。図２３に示されるような構成にすることによって、加筆イメージの抽出や、ＰＵＩ文書ファイルの更新等、ＰＵＩ文書ファイルに係る主な処理をＰＵＩ文書管理サーバ１においてまとめて行うことができる。
【０１４３】
以下、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成の他の例を、図２４を用いて説明する。図２４は、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その４）である。
【０１４４】
図２４に示されるＭＦＰ４は、イメージ入力部２１と、ＩＤ検出部２２とを含む。また、図２４に示されるＰＵＩサーバは、ＰＵＩ文書ファイル更新部２３と、加筆イメージ抽出部２４とを含む。また、図２４に示される文書管理サーバは、ＰＵＩ文書ファイル管理部２５を含む。
【０１４５】
図２４に示される構成は、図２３に示される構成と比べて、ＰＵＩ文書管理サーバ１を、ＰＵＩサーバと、文書管理サーバとに分けている。図２４に示されるような構成にすることによって、ＰＵＩ文書ファイルの管理を文書管理サーバにまかせ、加筆イメージの抽出や、ＰＵＩ文書ファイルの更新等、ＰＵＩ文書ファイルに係る処理をＰＵＩサーバにおいて効率的に行うことができる。
【０１４６】
以下、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成の他の例を、図２５を用いて説明する。図２５は、ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その５）である。
【０１４７】
図２５に示されるＭＦＰ４は、イメージ入力部２１を含む。また、図２５に示されるＰＵＩ文書管理サーバ１は、ＩＤ検出部２２と、ＰＵＩ文書ファイル更新部２３と、加筆イメージ抽出部２４と、ＰＵＩ文書ファイル管理部２５とを含む。
【０１４８】
図２５に示される構成は、図２３に示される構成と比べて、ＩＤ検出部２２を、ＰＵＩ文書管理サーバ１が有する構成となっている。図２５に示すような構成とすることによって、ＭＦＰ４は、読み込んだデータ及び／又は情報をＰＵＩ文書管理サーバ１に送信し、ＰＵＩマークの検出や、加筆イメージの抽出、ＰＵＩ文書ファイルの更新、ＰＵＩ文書ファイルの管理等、ＰＵＩに係る全ての処理をＰＵＩ文書管理サーバ１において行うことができる。
【０１４９】
以下、ＰＵＩ−ワークフローシステムに係る処理の一例を、図２６を用いて説明する。図２６は、ＰＵＩ−ワークフローシステムに係る処理の一例を説明するためのフローチャートである。
【０１５０】
ステップＳ１０においてイメージ入力部２１は、紙ドキュメントを読み込む。ステップＳ１０に続いてステップＳ１１に進み、イメージ入力部２１は、例えば、ユーザが入力したユーザ名等のユーザ情報を取得する。
【０１５１】
ステップＳ１１に続いてステップＳ１２に進み、ＩＤ検出部２２は、ステップＳ１０において読み込んだ紙ドキュメントに係るイメージデータにＰＵＩマークが含まれているかどうかを判定する。ＩＤ検出部２２は、ＰＵＩマークが含まれていたと判定すると（ステップＳ１２においてＹＥＳ）、ステップＳ１５に進み、ＰＵＩマークが含まれていないと判定すると（ステップＳ１２においてＮＯ）、ステップＳ１３に進む。
【０１５２】
例えば、ＩＤ検出部２２は、ステップＳ１０において読み込んだ紙ドキュメントに係るイメージデータの所定の位置に付加されている情報を読み取って、該情報がＰＵＩマークかどうかを判定することによって、ステップＳ１０において読み込んだ紙ドキュメントに係るイメージデータにＰＵＩマークが含まれているかどうかを判定する。
【０１５３】
ステップＳ１３では、ＰＵＩ文書ファイル更新部２３又は図示していないが、ＰＵＩ文書ファイルを作成するＰＵＩ文書ファイル作成部が、ステップＳ１０において読み込んだ紙ドキュメントに係るイメージデータに、ステップＳ１１において取得したユーザ情報等を付加して新たなＰＵＩ文書ファイルを作成する。
【０１５４】
ステップＳ１３に続いてステップＳ１４に進み、ＰＵＩ文書ファイル更新部２３又は図示していないが、ＰＵＩ文書ファイルを登録するＰＵＩ文書ファイル登録部が、ステップＳ１３において作成したＰＵＩ文書ファイルを、ＰＵＩ文書ファイル管理部２５に登録する。
【０１５５】
一方、ステップＳ１５では、ＰＵＩ文書ファイル更新部２３又は図示していないが認証部が、ステップＳ１１において取得したユーザ情報及び／又はステップＳ１２において読み取ったＰＵＩマークに含まれるＰＵＩユーザＩＤ等に基づいて、例えば該当するユーザに、対応するＰＵＩ文書ファイルにアクセスするアクセス権があるかどうかを判定する。
【０１５６】
ＰＵＩ文書ファイル更新部２３又は認証部が、前記ユーザに、対応するＰＵＩ文書ファイルにアクセスするアクセス権があると判定すると（ステップＳ１５においてＹＥＳ）、ステップＳ１６に進み、対応するＰＵＩ文書ファイルにアクセスするアクセス権がないと判定すると（ステップＳ１５においてＮＯ）、処理を終了する。
【０１５７】
例えば、ＰＵＩ文書ファイル更新部２３又は認証部は、ステップＳ１１において取得したユーザ情報及び／又はステップＳ１２において読み取ったＰＵＩマークに含まれるＰＵＩユーザＩＤ、及びステップＳ１２において読み取ったＰＵＩマークに含まれるＰＵＩドキュメントＩＤ等を含むアクセス権の確認要求を、ＰＵＩ文書ファイル管理部２５に対して行い、例えばユーザ情報及び／又は前記ＰＵＩユーザＩＤに対応するユーザに、前記ＰＵＩドキュメントＩＤに対応するＰＵＩ文書ファイルにアクセスするアクセス権があるかどうかの確認結果をＰＵＩ文書ファイル管理部２５より取得する。ＰＵＩ文書ファイル更新部２３又は認証部は、該確認結果に基づいて、前記ユーザに、前記ＰＵＩ文書ファイルにアクセスするアクセス権があるかどうかを判定する。
【０１５８】
ステップＳ１６では、ＰＵＩ文書ファイル更新部２３が、ステップＳ１２において読み取ったＰＵＩマークに含まれるＰＵＩドキュメントＩＤ等に基づいて、対応するＰＵＩ文書ファイルをＰＵＩ文書ファイル管理部２５より取得する。
【０１５９】
ステップＳ１６に続いてステップＳ１７に進み、加筆イメージ抽出部２４は、ステップＳ１０において読み込んだ紙ドキュメントに係るイメージデータと、ステップＳ１６において取得したＰＵＩ文書ファイルに係るイメージデータとの差分を取って、加筆イメージデータを抽出する。
【０１６０】
ステップＳ１７に続いてステップＳ１８に進み、ＰＵＩ文書ファイル更新部２３は、ステップＳ１６において取得したＰＵＩ文書ファイルに、ステップＳ１７において抽出した加筆イメージデータ及び該加筆イメージデータに対応する加筆プロパティを追加して、ＰＵＩ文書ファイルを更新し、該新たに更新したＰＵＩ文書ファイルをＰＵＩ文書ファイル管理部２５に保存する。なお、前記加筆プロパティには、前記加筆イメージデータを識別する加筆ＩＤや、前記加筆を行ったユーザのＰＵＩユーザＩＤ等が含まれる。
【０１６１】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１６２】
【発明の効果】
上述の如く、本発明によれば、ＰＵＩ紙ドキュメントに係るシステムと、ワークフロー管理システムとを関連付けて動作させることができる。
【０１６３】
【図面の簡単な説明】
【図１】本発明の実施に係るＰＵＩ−ワークフローシステムの概念図（その１）である。
【図２】本発明の実施に係るＰＵＩ−ワークフローシステムの概念図（その２）である。
【図３】本発明の実施に係るＰＵＩ−ワークフローシステムの概念図（その３）である。
【図４】ＰＵＩ文書管理サーバの一例のハードウェア構成図である。
【図５】ＭＦＰの機能構成を示すブロック図である。
【図６】ＭＦＰのハードウェア構成を示すブロック図である。
【図７】ＰＵＩマークの一例を説明するための図である。
【図８】ＰＵＩ文書ファイルの構造を説明するための図（その１）である。
【図９】ＰＵＩ文書ファイルの構造を説明するための図（その２）である。
【図１０】ＰＵＩ文書ファイルの構造を説明するための図（その３）である。
【図１１】ＰＵＩ文書ファイルの構造を説明するための図（その４）である。
【図１２】ＰＵＩ文書ファイルの縮約の一例を説明するための図である。
【図１３】ＰＵＩ文書ファイルの原本に係るテーブルの一例を説明するための図である。
【図１４】加筆情報に係るテーブルの一例を説明するための図である。
【図１５】加筆情報間の関係を説明するための図である。
【図１６】ＰＵＩ文書ファイルに係るテーブルの他の例を説明するための図である。
【図１７】ＰＵＩ文書ファイルの外部表現の一例を説明するための図である。
【図１８】ＰＵＩ−ワークフローシステムを表すクラス間の関係図である。
【図１９】メソッドの一例を説明するための図である。
【図２０】ＰＵＩ−ワークフローシステムの機能構成の一例を説明するための図である。
【図２１】ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その１）である。
【図２２】ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その２）である。
【図２３】ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その３）である。
【図２４】ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その４）である。
【図２５】ＰＵＩ−ワークフローシステムを構成する各装置の機能構成を説明するための図（その５）である。
【図２６】ＰＵＩ−ワークフローシステムに係る処理の一例を説明するためのフローチャートである。
【符号の説明】
１ＰＵＩ文書管理サーバ
２ワークフローサーバ
４ＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｒｉｎｔｅｒ）
５クライアントＰＣ
２１イメージ入力部
２２ＩＤ検出部
２３ＰＵＩ文書ファイル更新部
２４加筆イメージ抽出部
２５ＰＵＩ文書ファイル管理部

Claims

プロセスに係る文書ファイルを管理する文書ファイル管理クラスと、
加筆データを抽出する加筆データ抽出クラスと、
プロセスに係る文書ファイルを更新する文書ファイル更新クラスと
を有するオブジェクト指向モデルによりプロセスに係る文書ファイルを管理することを特徴とする文書ファイル管理装置。
前記文書ファイル更新クラスと、前記加筆データ抽出クラスとは関連を有することを特徴とする請求項１記載の文書ファイル管理装置。
前記文書ファイル更新クラスと、前記文書ファイル管理クラスとは関連を有することを特徴とする請求項１又は２記載の文書ファイル管理装置。
識別情報を検出する識別情報検出クラスを更に有することを特徴とする請求項１乃至３何れか一項記載の文書ファイル管理装置。
前記識別情報検出クラスと、前記文書ファイル更新クラスとは関連を有することを特徴とする請求項４記載の文書ファイル管理装置。
文書を読み込む文書読み込みクラスを更に有することを特徴とする請求項１乃至５何れか一項記載の文書ファイル管理装置。
前記文書読み込みクラスと、前記識別情報検出クラスとは関連を有することを特徴とする請求項６記載の文書ファイル管理装置。
前記識別情報検出クラスは、引数として渡されたデータに基づいて、該データに含まれる識別情報を検出する識別情報検出メソッドを有することを特徴とする請求項４乃至７何れか一項記載の文書ファイル管理装置。
前記加筆データ抽出クラスは、引数として渡された２つのデータに基づいて、該２つのデータの差分を抽出する差分抽出メソッドを有することを特徴とする請求項１乃至８何れか一項記載の文書ファイル管理装置。
前記文書ファイル更新クラスは、引数として渡された前記加筆データが付加された前記文書ファイルに係るデータと前記文書ファイルに係る文書識別情報及び／又は前記加筆データに係る加筆識別情報に基づいて、前記文書ファイルの更新を行う文書ファイル更新メソッドを有することを特徴とする請求項１乃至９何れか一項記載の文書ファイル管理装置。
前記文書ファイル管理クラスは、引数として渡された前記文書ファイルに係る文書識別情報及び／又は前記加筆データに係る加筆識別情報に基づいて、対応する文書ファイルを取得する文書ファイル取得メソッドを有することを特徴とする請求項１乃至１０何れか一項記載の文書ファイル管理装置。
前記文書ファイル管理クラスは、引数として渡された更新された前記文書ファイルと前記文書ファイルに係る文書識別情報及び／又は前記加筆データに係る加筆識別情報に基づいて、更新された前記文書ファイルを保存する文書ファイル保存メソッドを有することを特徴とする請求項１乃至１１何れか一項記載の文書ファイル管理装置。
プロセスに係る文書ファイルの入出力に係るデータ構造であって、
前記文書ファイルの原本に係る原本データと、
前記原本データに係る原本属性情報と、
前記プロセスを構成するステップにおいて付加された加筆に係る加筆データとからなることを特徴とするデータ構造。
前記加筆データに係る加筆属性情報を更に有することを特徴とする請求項１３記載のデータ構造。
前記データ構造は、メタ言語及び／又はマークアップ言語で記述されていることを特徴とする請求項１３又は１４記載のデータ構造。
前記データ構造は、ＸＭＬで記述されていることを特徴とする請求項１３乃至１５何れか一項記載のデータ構造。