[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP2005050018A - Document file management device and data structure - Google Patents

Document file management device and data structure Download PDF

Info

Publication number
JP2005050018A
JP2005050018A JP2003204423A JP2003204423A JP2005050018A JP 2005050018 A JP2005050018 A JP 2005050018A JP 2003204423 A JP2003204423 A JP 2003204423A JP 2003204423 A JP2003204423 A JP 2003204423A JP 2005050018 A JP2005050018 A JP 2005050018A
Authority
JP
Japan
Prior art keywords
pui
document file
document
class
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003204423A
Other languages
Japanese (ja)
Inventor
Sho Imasato
詔 今郷
Takashi Yano
隆志 矢野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2003204423A priority Critical patent/JP2005050018A/en
Priority to US10/871,731 priority patent/US7826101B2/en
Priority to CN200410076652XA priority patent/CN1577324B/en
Publication of JP2005050018A publication Critical patent/JP2005050018A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Document Processing Apparatus (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To operate a system related to a PUI paper document and a workflow management system by making them associated to each other. <P>SOLUTION: A document file related to a process is managed by an object-oriented model having a document file management class for managing the document file related to the process, a correction data extraction class for extracting correction data, and a document file update class for updating the document file related to the process. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、文書ファイル管理装置及びデータ構造に関する。
【0002】
【従来の技術】
近年、元の電子文書の所在場所を示すドキュメントID(例えば、URL(Uniform Resource Locators))等を付加してプリントしたPUI(Paper User Interaction)紙ドキュメントに関する提案がいくつかなされている。(例えば、特許文献1参照。)。
【0003】
また、近年複数の担当者がネットワークを経由して仕事をする際に、該仕事を円滑に進めるため、担当者間で受け渡すドキュメントや情報の流れを管理し、自動化するワークフロー管理システムも良く知られるようになった(例えば、非特許文献1〜3参照。)。
【0004】
【特許文献1】
特開2003−067363号公報。
【0005】
【非特許文献1】
“Standards”、[online]、[平成15年7月3日検索]、<http://www.wfmc.org/standards/standards.htm>
【0006】
【非特許文献2】
“Workflow Management Coalition TheWorkflow Reference Model”、[online]、[平成15年7月3日検索]、<http://www.wfmc.org/standards/docs/tc003v11.pdf>
【0007】
【非特許文献3】
“Workflow Management Coalition Terminology&Glossary”[online]、[平成15年7月3日検索]、<http://www.wfmc.org/standards/docs/TC−1011_term_glossary_v3.pdf>
【0008】
【発明が解決しようとする課題】
しかしながら、上記従来のPUI紙ドキュメントに係るシステムにおいては、加筆に係る加筆データや該加筆データの属性に係る属性情報をPUI紙ドキュメントの原本と関連付けて管理していない問題があった。
【0009】
またそのため、複数のワークフロー担当者が同じ文書に対して複数回の加筆を行うようなワークフロー管理システムと、前記PUI紙ドキュメントに係るシステムとを関連付けて動作させることができない問題があった。
【0010】
本発明は、上記の点に鑑みなされたもので、PUI紙ドキュメントに係るシステムと、ワークフロー管理システムとを関連付けて動作させることを目的とする。
【0011】
【課題を解決するための手段】
そこで、上記問題を解決するため、本発明は、プロセスに係る文書ファイルを管理する文書ファイル管理クラスと、加筆データを抽出する加筆データ抽出クラスと、プロセスに係る文書ファイルを更新する文書ファイル更新クラスとを有するオブジェクト指向モデルによりプロセスに係る文書ファイルを管理することを特徴とする。
【0012】
本発明によれば、PUI紙ドキュメントに係るシステムと、ワークフロー管理システムとを関連付けて動作させることができる。
【0013】
なお、文書ファイル管理クラスは、例えば後述するPUI文書ファイル管理クラスに対応する。また、加筆データ抽出クラスは、例えば後述する加筆イメージ抽出クラスに対応する。また、文書ファイル更新クラスは、例えば後述するPUI文書ファイル更新クラスに対応する。
【0014】
また、上記問題を解決するため、本発明は、データ構造としてもよい。
【0015】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づいて説明する。
【0016】
図1は、本発明の実施に係るPUI−ワークフローシステムの概念図(その1)である。
【0017】
図1に示されるように、PUI−ワークフローシステムは、ネットワークを介して接続されたPUI文書管理サーバ1と、ワークフローサーバ2と、少なくとも1台以上のMFP(Multi Function Printer)4と、少なくとも1台以上のクライアントPC5とを含む。
【0018】
図1に示されるシステムでは、元のPUI文書ファイルを識別するPUIドキュメントIDやユーザを識別するPUIユーザIDを付加されたPUI紙ドキュメントは、次の審査・承認者に回覧される。
【0019】
MFP4で読み取られたPUI紙ドキュメントの画像情報は、例えばPUI文書管理サーバ1においてコメント、サイン、押印等の新たな加筆情報が分離される。ここで、PUI文書管理サーバ1は、MFP4で読み取られたPUI紙ドキュメントの画像情報と、元の電子ドキュメントプラス前の審査・承認者の加筆情報との差分を抽出することによって、新たな加筆情報を分離する。
【0020】
加筆情報は、例えば加筆を行ったユーザを識別するPUIユーザIDとPUIドキュメントIDと該加筆情報を識別する加筆IDと共に元の電子ドキュメントと関連付けられてPUI文書ファイルとして例えばPUI文書管理サーバ1において管理される。
【0021】
図1に示されるようにPUI紙ドキュメントを回覧し、審査・承認を行うことによって、後述する方法に比べて何度もPUI紙ドキュメントをプリントする手間が避けられる。また、加筆情報は審査・承認の度に電子化されPUI文書管理サーバ1等において管理されるので、回覧途中でPUI紙ドキュメントが紛失しても支障が少なくて済む。
【0022】
なお、PUI文書管理サーバ1やワークフローサーバ2及びMFP4等はそれぞれ別の装置であってもよいし、同じ装置内に実装されていてもよい。以下においても同様である。
【0023】
また、図1には図示していないが、認証サーバ等をPUI−ワークフローシステムに接続してユーザの認証等に利用するようにしてもよい。
【0024】
以下、PUI−ワークフローシステムを使用した審査・承認の他の例を、図2を用いて説明する。図2は、本発明の実施に係るPUI−ワークフローシステムの概念図(その2)である。
【0025】
図2に示されるPUI−ワークフローシステムは、図1と同様に、ネットワークを介して接続されたPUI文書管理サーバ1と、ワークフローサーバ2と、少なくとも1台以上のMFP4と、少なくとも1台以上のクライアントPC5とを含む。
【0026】
図2に示されるシステムでは、元のPUI文書ファイルを識別するPUIドキュメントIDやユーザを識別するPUIユーザIDを付加されたPUI紙ドキュメントは、MFP4で読み取りを行った後、次の審査・承認者からの要求に基づいて新たなPUI紙ドキュメントとしてMFP4より印字出力される。
【0027】
上述したようにMFP4で読み取られたPUI紙ドキュメントの画像情報は、例えばPUI文書管理サーバ1においてコメント、サイン、押印等の新たな加筆情報が分離される。ここで、PUI文書管理サーバ1は、MFP4で読み取られたPUI紙ドキュメントの画像情報と、元の電子ドキュメントプラス前の審査・承認者の加筆情報との差分を抽出することによって、新たな加筆情報を分離する。
【0028】
加筆情報は、例えば加筆を行ったユーザを識別するPUIユーザIDとPUIドキュメントIDと該加筆情報を識別する加筆IDと共に元の電子ドキュメントと関連付けられてPUI文書ファイルとして例えばPUI文書管理サーバ1において管理される。
【0029】
図2に示した方法は、図1に示した方法と比べて、PUI紙ドキュメントを回覧するのではなく、ネットワークを介して接続されたMFP4よりPUI紙ドキュメントを印字出力し、審査・承認等を行うため、紙ドキュメントによるワークフローであるにも関わらず、回覧時間のロスが少なく、また遠隔地に渡るワークフローを実現することができる。
【0030】
以下、PUI−ワークフローシステムを使用した審査・承認の他の例を、図3を用いて説明する。図3は、本発明の実施に係るPUI−ワークフローシステムの概念図(その3)である。
【0031】
図3に示されるPUI−ワークフローシステムは、図1及び図2と同様に、ネットワークを介して接続されたPUI文書管理サーバ1と、ワークフローサーバ2と、少なくとも1台以上のMFP4と、少なくとも1台以上のクライアントPC5とを含む。
【0032】
図3に示されるシステムでは、元のPUI文書ファイルを識別するPUIドキュメントIDやユーザを識別するPUIユーザIDを付加されたPUI紙ドキュメントは、MFP4で読み取りを行った後、次の審査・承認者に回覧してもよいし、次の審査・承認者が遠隔地にいるような場合は、MFP4で読み取りを行った後、次の審査・承認者からの要求に基づいて新たなPUI紙ドキュメントとしてMFP4より印字出力されるようにしてもよい。
【0033】
上述したようにMFP4で読み取られたPUI紙ドキュメントの画像情報は、例えばPUI文書管理サーバ1においてコメント、サイン、押印等の新たな加筆情報が分離される。ここで、PUI文書管理サーバ1は、MFP4で読み取られたPUI紙ドキュメントの画像情報と、元の電子ドキュメントプラス前の審査・承認者の加筆情報との差分を抽出することによって、新たな加筆情報を分離する。
【0034】
加筆情報は、例えば加筆を行ったユーザを識別するPUIユーザIDとPUIドキュメントIDと該加筆情報を識別する加筆IDと共に元の電子ドキュメントと関連付けられてPUI文書ファイルとして例えばPUI文書管理サーバ1において管理される。
【0035】
図3に示されるような方法を取ることによって同じ事業所内では、紙ドキュメント自体を回覧させ、審査・承認を行って、他の事業所において、審査・承認が必要な場合は、PUI紙ドキュメントをMFP4に読み込ませて、ネットワークを介して接続された他の事業所のMFP4より印字出力させ、審査・承認を要求することができる。
【0036】
なお、審査・承認を行うユーザはワークフローサーバ2等より審査・承認を行う旨の要求の電子メールをクライアントPC5で受け取ってからMFP4より印字出力したPUI紙ドキュメント又は他のユーザから受け取ったPUI紙ドキュメントに対して審査・承認に係る加筆を行ってMFPに読み込ませてもよいし、クライアントPC5等を用いてクライアントPC5のディスプレイ上で電子押印等を行い、審査・承認するようにしてもよい。
【0037】
以下、PUI文書管理サーバ1のハードウェア構成を、図4を用いて説明する。図4は、PUI文書管理サーバの一例のハードウェア構成図である。
【0038】
図4に示されるように、PUI文書管理サーバ1のハードウェア構成は、それぞれバスで相互に接続されている入力装置11と、表示装置12と、ドライブ装置13と、記録媒体14と、ROM(Read Only Memory)15と、RAM(Random Access Memory)16と、CPU(Central Processing Unit)17と、インターフェース装置18と、HDD(Hard Disk Drive)19とから構成されている。
【0039】
入力装置11は、PUI文書管理サーバ1の利用者が操作するキーボード及びマウス等で構成され、PUI文書管理サーバ1に各種操作信号を入力するのに用いられる。
【0040】
表示装置12は、PUI文書管理サーバ1の利用者が利用するディスプレイ等で構成され、各種情報を表示する。
【0041】
インターフェース装置18は、PUI文書管理サーバ1をネットワーク等に接続するインターフェースである。
【0042】
後述するPUI−ワークフローシステムに係る処理を行うPUI文書管理サーバ1のサーバプログラム等は、例えば、CD−ROM等の記録媒体14によってPUI文書管理サーバ1に提供されるか、ネットワークを通じてダウンロードされる。記録媒体14は、ドライブ装置13にセットされ、前記サーバプログラム等が記録媒体14からドライブ装置13を介してROM15にインストールされる。
【0043】
ROM15は、データや前記サーバプログラム等を格納する。RAM16は、PUI文書管理サーバ1の起動時にROM15から前記サーバプログラム等を読み出して格納する。CPU17は、RAM16に読み出され格納された前記サーバプログラム等に従って処理を実行する。
【0044】
HDD19は、データやファイルを格納する。
【0045】
なお、クライアントPC5、ワークフローサーバ2、認証サーバ、後述するPUIサーバ及び文書管理サーバ等のハードウェア構成は、図4に示したPUI文書管理サーバ1のハードウェア構成と同様である。
【0046】
以下、MFP4の機能構成及びハードウェア構成の一例を図5及び図6を用いて説明する。
【0047】
図5は、MFPの機能構成を示すブロック図である。
【0048】
図5において、MFP4は、プロッタ1201と、スキャナ1202と、ファクシミリ等のハードウェアリソース1203等を有すると共に、プラットフォーム1220とアプリケーション1230とから構成されるソフトウェア群1210と、MFP起動部1240とを備えている。
【0049】
MFP起動部1240は、MFP4の電源投入時に先ず始めに実行され、プラットフォーム1220やアプリケーション1230を起動する。
【0050】
プラットフォーム1220は、アプリケーション1230からの処理要求を解釈して、ハードウェア資源の獲得要求を発生させる下記に示すコントロールサービス1250と、一又は複数のハードウェア資源の管理を行い、コントロールサービス1250からの獲得要求を調停するシステムリソースマネージャー(SRM(System Resource Manager)1223)と、OS1221とを有する。
【0051】
このコントロールサービス1250は、複数のサービスモジュールにより形成され、具体的には、SCS(System Control Service)1222と、ECS(Engine Control Service)1224と、MCS(Memory Control Service)1225と、OCS(Operation panel Control Service)1226と、FCS(FAX Control Service)1227と、NCS(Network Control Service)1228と、IMH(Imaging Memory Handler)1229とがある。なお、このプラットフォーム1220は、あらかじめ定義された関数により前記アプリケーションからの処理要求を受信可能とするアプリケーションプログラムインターフェースを有する。
【0052】
OS1221は、UNIX(登録商標)等のオペレーティング・システムであり、プラットフォーム1220並びにアプリケーション1230の各ソフトウェアをそれぞれプロセスとして並列実行する。オープンソースのUNIX(登録商標)を用いることにより、プログラムの安全性を確保できると共に、ネットワーク対応可能となり、ソースコードの入手も容易となる。さらに、OS、TCP/IPのロイヤリティが不要であり、アウトソーシングも容易となる。
【0053】
SRM1223は、SCS1222と共にシステムの制御及びリソースの管理を行うものであり、スキャナやプロッタ等のエンジン部、メモリ、HDDファイル、ホストI/O(セントロニクスI/F、ネットワークI/F、IEEE1394I/F、RS232CI/F等)のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御する。
【0054】
具体的には、このSRM1223は、要求されたハードウェア資源が利用可能で存在するかどうか(他の要求により利用されていないかどうか)を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容(例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成等)を直接実施するようにしてもよい。
【0055】
SCS1222は、アプリ管理(機能1)、操作部制御(機能2)、システム画面表示(ジョブリスト画面、カウンタ表示画面等)(機能3)、LED表示(機能4)、リソース管理(機能5)、割り込みアプリ制御(機能6)等の複数の機能を行なう。具体的には、アプリ管理(機能1)では、アプリの登録と、その情報を他のアプリに通知する処理を行う。操作部制御(機能2)では、アプリの操作部使用権の排他制御を行う。システム画面表示(機能3)では、操作部使用権を持つアプリからの要求内容に応じて、エンジン部の状態に対応する警告画面の表示を行う。LED表示(機能4)では、警告LED、アプリキー等のシステムLEDの表示制御を行う。リソース管理(機能5)では、アプリ(ECS)がジョブを実行するにあたって、排他しなければならないエンジンリソース(スキャナ、ステープル等)の排他制御のためのサービスを行う。割り込みアプリ制御(機能6)では、特定のアプリを優先動作させるための制御及びサービスを行う。
【0056】
ECS1224は、プロッタ1201と、スキャナ1202と、その他ハードウェアリソース1203等のエンジン部を制御するものであり、画像読み込みと印刷動作、状態通知、ジャムリカバリ等を行う。
【0057】
MCS1225は、メモリ制御を行うものであり、具体的には、画像メモリの取得及び開放、ハードディスク装置(HDD)の利用、画像データの圧縮及び伸張等を行う。
【0058】
OCS1226は、オペレータと本体制御間の情報伝達手段となる操作パネルを制御するモジュールであり、オペレータのキー操作イベントを本体制御に通知する処理、各アプリがGUIを構築するためのライブラリ関数を提供する処理、構築されたGUI情報をアプリ別に管理する処理、操作パネル上への表示反映処理等を行う。
【0059】
FCS1227は、システムコントローラの各アプリ層からPSTN/ISDN網を使ったファクシミリ送受信、BKM(バックアップSRAM)で管理されている各種ファクシミリデータの登録/引用、ファクシミリ読み取り、ファクシミリ受信印刷、融合送受信を行うためのAPI(Application Progaram Interface)1205を提供する。
【0060】
NCS1228は、ネットワークI/Oを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群であり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーションからデータをネットワーク側に送信する際の仲介を行ったりする。
【0061】
IMH1229は、イメージデータを仮想メモリ領域(ユーザ仮想空間)から物理メモリへマップする。プロセスの起動に応じて、システムコールを行ない、プロセス用の仮想メモリ領域をマップしたり、マップした仮想メモリ領域をプロセスの終了時に開放する処理等を行ったりする。
【0062】
アプリケーション1230は、ページ記述言語(PDL)、PCL及びポストスクリプト(PS)を有するプリンタ用のアプリケーションであるプリンタアプリ1211と、コピー用アプリケーションであるコピーアプリ1212と、ファクシミリ用アプリケーションであるファックスアプリ1213と、スキャナ用アプリケーションであるスキャナアプリ1214と、PUI用アプリケーションであるPUIアプリ1215とを有する。各アプリケーション1211〜1215は、プラットフォーム1220上の各プロセスを利用して動作実行し得るため、画面制御、キー操作制御及びジョブ生成等を行う画面表示制御プログラムがその主体となる。なお、NCS1228により接続されたネットワークを介して新たなアプリケーションをネットワーク経由で搭載することもできる。また、各アプリケーションはアプリケーションごとに追加又は削除することができる。
【0063】
PUIアプリ1215は、例えば読み取ったPUI紙ドキュメントよりPUIドキュメントID及び/又はPUIユーザID及び/又はMFP4を識別するMFP−ID及び/又は加筆情報を識別する加筆ID(以下、これらを併せて単にPUIマークともいう)を取得してPUI文書管理サーバ1等に提供したり、PUI文書管理サーバ1等より取得したPUI文書ファイルとPUIマークとを合成したりする。
【0064】
なお、MFP4にPUI文書管理サーバ1及び/又はワークフローサーバ2等の機能を実装するようにしてもよい。このような構成の場合、アプリケーション1230にそれぞれの機能を提供するアプリが実装される。また、後述するようにMFP4にPUIアプリ1215等の特別なアプリを設けず、読み取ったPUI紙ドキュメントをPUI文書管理サーバ1等に送信し、PUI文書管理サーバ1においてPUIマークを取得したり、PUI文書ファイルにPUIマークを合成したりするようにしてもよい。
【0065】
MFP4は、各アプリで共通的に必要となる処理をプラットフォーム1220で一元的に処理する。
【0066】
図6は、MFPのハードウェア構成を示すブロック図である。
【0067】
図6に示すように、このMFP4は、オペレーションパネル1310、FAXコントロールユニット(FCU)1530、エンジン部1350(スキャナ1202等が接続される)及びプロッタ1201とコントローラ1300のASIC1301とをPCI(Peripheral Component Interconnect)バス1309等で接続した構成となる。
【0068】
コントローラ1300は、ASIC1301にMEM−C1302、HDD(Hard Disk Drive)1303などを接続すると共に、このASIC1301とCPU1304とをCPUチップセットのNB1305を介して接続している。このように、NB1305を介して接続する理由は、CPU1304自体のインターフェースが公開されていないためである。
【0069】
ここで、このASIC1301とNB1305は、単にPCIを介して接続されているのではなく、AGP1308を介して接続されている。このようにAGP1308を介して接続することとした理由は、このMFP4が図5に示したプラットフォーム1220やアプリケーション1230を形成する複数のプロセスを実行制御する関係上、これらを低速のPCIで接続したのでは、パフォーマンスが低下するからである。
【0070】
CPU1304は、MFP4の全体制御を行うものであり、具体的には、OS1221上でプラットフォーム1220を形成するSCS1222、SRM1223、ECS1224、MCS1225、OCS1226、FCS1227、NCS1228をそれぞれプロセスとして起動して実行させると共に、アプリケーション1230を形成するプリンタアプリ1211、コピーアプリ1212、ファックスアプリ1213、スキャナアプリ1214、PUIアプリ1215を起動して実行させる。
【0071】
NB1305は、CPU1304とMEM−P1306、SB1307、NIC(Network Interface Card)1341、USB(Universal Serial Bus)1330、IEEE13941340、セントロニクス1342、ASIC1301とを接続するためのブリッジである。
【0072】
MEM−P1306は、MFP4の描画用メモリ等として用いるシステムメモリであり、SB1307は、NB1305とROMPCIデバイス、周辺デバイスとを接続するためのブリッジである。MEM−C1302は、コピー用画像バッファ、符号バッファとして用いるローカルメモリであり、ASIC1301は、画像処理用のハードウェア要素を有する画像処理用途向けのICである。
【0073】
HDD1303は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積、文書の蓄積を行うストレージであり、オペレーションパネル1310は、操作者からの入力操作の受け付け並びに操作者に向けた表示を行う操作部である。
【0074】
ASIC1301には、MEM−C1302を接続するためのRAMインターフェースと、HDD1303を接続するためのハードディスクインターフェースが設けられ、これらの記憶部に対して画像データの入出力を行う場合には、入出力先がRAMインターフェース又はハードディスクインターフェースに切り替えられる。
【0075】
AGP1308は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースであり、システムメモリに高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にする。
【0076】
以下、PUI紙ドキュメントに付加されているPUIマークの一例を、図7を用いて説明する。図7は、PUIマークの一例を説明するための図である。
【0077】
図7に示されるようにPUI紙ドキュメントには、元のPUI文書ファイルを識別するドキュメント固有のコード(PUIドキュメントID)と、ユーザを識別するユーザ固有のコード(PUIユーザID)と、PUI紙ドキュメントの読み込み及び/又はプリントを許可及び/又は行ったMFP4を識別するMFP4固有のコード(MFP−ID)と、ページ番号とが付加されている。
【0078】
なお、PUIユーザIDとMFP−IDとを関連付けて例えば図7に示されるYYYYYY/ZZZZZZをユーザIDとしてもよい。このようにすることによって所定のMFP4で、PUI紙ドキュメントを読み込み及び/又はプリントすることが可能なユーザを指定することができる。
【0079】
また、ページ番号を付加することによって、同じPUI文書ファイルであっても、どのページかを判定することができる。
【0080】
なお、図7には図示されていないが、PUIマークに、加筆情報を識別する加筆IDを含めてもよい。
【0081】
以下、PUI文書ファイルの構造の一例を、図8を用いて説明する。図8は、PUI文書ファイルの構造を説明するための図(その1)である。
【0082】
図8に示されるように、PUI文書ファイルは文書プロパティと原本イメージとから構成され、加筆情報が追加される度に加筆プロパティと加筆イメージとが付加される。
【0083】
なお、文書プロパティには文書ID(PUIドキュメントID)と、タイトルと、作成者(PUIユーザID)と、作成日と、該PUI文書ファイルのアクセス権とが含まれる。また、加筆プロパティには加筆対象文書の文書ID(PUIドキュメントID)と、加筆IDと、親の加筆IDと、加筆者(PUIユーザID)と、加筆日とが含まれる。
【0084】
例えば、図8に示される第1回加筆イメージには、第一審査者の加筆データが含まれ、第2回加筆イメージには、第二審査者の加筆データが含まれる。
【0085】
以下、PUI文書ファイルの構造の他の例を、図9を用いて説明する。図9は、PUI文書ファイルの構造を説明するための図(その2)である。
【0086】
図9に示されるPUI文書ファイルの構造は、図8において説明したPUI文書ファイルの構造と比べて、ページ毎に原本イメージのデータが存在する構造となっている。また、図9に示されるPUI文書ファイルの構造は、前記ページ毎の原本イメージに対する加筆イメージが存在する構造となっている。
【0087】
なお、図9においては説明の簡略化のため、PUI文書ファイルの構造において、2ページ分しか図示していないが、これは本発明の実施を制限するものではない。
【0088】
以下、PUI文書ファイルの構造の他の例を、図10を用いて説明する。図10は、PUI文書ファイルの構造を説明するための図(その3)である。
【0089】
図10に示されるPUI文書ファイルの構造は、図8において説明したPUI文書ファイルの構造と比べて、原本のアプリケーションファイルに係るデータ、例えば原本を作成したテキストファイルそのもののデータ、を有する構造となっている。
【0090】
図10に示されるように、原本のアプリケーションファイルに係るデータをPUI文書ファイルに含むことによって、PUI文書ファイルを扱う所定のアプリケーション等を用いてPUI文書ファイルから原本のアプリケーションファイルを取り出して、利用することができる。
【0091】
以下、PUI文書ファイルの構造の他の例を、図11を用いて説明する。図11は、PUI文書ファイルの構造を説明するための図(その4)である。
【0092】
図11に示されるPUI文書ファイルの構造は、図10において説明したPUI文書ファイルの構造と比べて、原本のアプリケーション、例えばJava(登録商標)アプレットのようなプログラム、が含まれている。
【0093】
PUI文書ファイルに原本のアプリケーションを含むことによって、PUI文書ファイルを扱う所定のアプリケーション等を用いて前記原本のアプリケーションを立ち上げ、利用することができる。
【0094】
以下、PUI文書ファイルの縮約の一例を、図12を用いて説明する。図12は、PUI文書ファイルの縮約の一例を説明するための図である。
【0095】
PUI文書管理サーバ1又はMFP4は、図3に示したように、例えばPUI文書ファイルを他の事業所等において回覧する必要が生じた場合、図12に示されるように加筆イメージを原本イメージに反映させる縮約を行い、該縮約を行ったPUI文書ファイルを原本として他の事業所のMFP4等に送信する。
【0096】
縮約を行ったPUI文書ファイルを新たな原本として他の事業所等に送信することによって、ネットワークに負荷をかけることなくPUI文書ファイルを送信することができる。なお、縮約前の文書プロパティに対して縮約前の加筆プロパティの反映を行い、新たな文書プロパティとするようにしてもよい。
【0097】
PUI文書ファイルは、図8〜図12に示したように、複合文書の形で後述するPUI文書ファイル管理部25等に蓄積及び/又は管理されていてもよいし、データーベースのテーブルにおいて、蓄積及び/又は管理されていてもよい。以下では、PUI文書ファイルの原本及び/又は加筆情報をテーブルにおいて蓄積及び/又は管理する一例を図13〜図16を用いて説明する。
【0098】
図13は、PUI文書ファイルの原本に係るテーブルの一例を説明するための図である。
【0099】
図13(A)に示されるようにPUI文書プロパティテーブルは、文書IDと、タイトルと、作成日と、作成者と、アクセス権と、ファイル名とを項目として含む。
【0100】
文書IDには例えば、当該PUI文書ファイルを識別するPUIドキュメントIDが格納される。なお、PUIドキュメントIDに対応した文書IDを格納するようにしてもよい。タイトルには、当該PUI文書ファイルのタイトルが格納される。作成日には、当該PUI文書ファイルを作成した作成日が格納される。作成者には、当該PUI文書ファイルを作成した作成者のPUIユーザIDが格納される。なお、図13においては説明の簡略化のため、作成者の名前がそのまま格納されている。アクセス権には、当該PUI文書ファイルに対してアクセスを許可したユーザのPUIユーザIDが格納される。なお、図13においては説明の簡略化のため、単にユーザ名等が格納される。ファイル名には、当該PUI文書ファイルのファイル名が格納される。
【0101】
また図13(B)に示されるようにPUI文書原本イメージテーブルは、文書IDと、ページ番号と、ファイル名とを項目として含む。
【0102】
文書IDには例えば、当該PUI文書ファイルを識別するPUIドキュメントIDが格納される。なお、PUIドキュメントIDに対応した文書IDを格納するようにしてもよい。ページ番号には、当該PUI文書ファイルのページ番号が格納される。ファイル名には、ページ番号に対応させた当該PUI文書ファイルのファイル名が格納される。
【0103】
図14は、加筆情報に係るテーブルの一例を説明するための図である。
【0104】
図14(A)に示されるようにPUI加筆プロパティテーブルは、文書IDと、加筆IDと、親加筆IDと、加筆日と、加筆者とを項目として含む。
【0105】
文書IDには例えば、当該PUI文書ファイルを識別するPUIドキュメントIDが格納される。なお、PUIドキュメントIDに対応した文書IDを格納するようにしてもよい。加筆IDには、加筆情報を識別する識別子が格納される。親加筆IDには、親の加筆情報を識別する識別情報が格納される。加筆日には、加筆情報を抽出した日付が格納される。加筆者には、加筆を行った加筆者のPUIユーザIDが格納される。なお、図14においては説明の簡略化のため、加筆者の名前がそのまま格納されている。
【0106】
PUI加筆プロパティテーブルに、文書ID、加筆ID、親加筆IDを含むことによって、図15に示されるように、加筆情報間の関係を表すことができる。図15は、加筆情報間の関係を説明するための図である。例えば図15には、加筆IDA3によって識別される加筆情報は、加筆IDA2によって識別される加筆情報に対する加筆であることが示されている。
【0107】
また、図14(B)に示されるようにPUI加筆イメージテーブルは、文書IDと、加筆IDと、ページ番号と、ファイル名とを項目として含む。
【0108】
文書IDには例えば、当該PUI文書ファイルを識別するPUIドキュメントIDが格納される。なお、PUIドキュメントIDに対応した文書IDを格納するようにしてもよい。加筆IDには、加筆情報を識別する識別子が格納される。ページ番号には、当該PUI文書ファイルのページ番号が格納される。ファイル名には、ページ番号に対応させた当該PUI文書ファイルのファイル名が格納される。
【0109】
以下、PUI文書ファイルに係るテーブルの他の例を、図16を用いて説明する。図16は、PUI文書ファイルに係るテーブルの他の例を説明するための図である。
【0110】
図16に示されるようにPUI文書テーブルは、文書IDと、タイトルと、作成日と、作成者と、アクセス権と、URLとを項目として含む。
【0111】
文書IDには例えば、当該PUI文書ファイルを識別するPUIドキュメントIDが格納される。なお、PUIドキュメントIDに対応した文書IDを格納するようにしてもよい。タイトルには、当該PUI文書ファイルのタイトルが格納される。作成日には、当該PUI文書ファイルを作成した作成日が格納される。作成者には、当該PUI文書ファイルを作成した作成者のPUIユーザIDが格納される。なお、図16においては説明の簡略化のため、作成者の名前がそのまま格納されている。アクセス権には、当該PUI文書ファイルに対してアクセスを許可したユーザのPUIユーザIDが格納される。なお、図16においては説明の簡略化のため、単にユーザ名等が格納される。URLには、当該PUI文書ファイルの場所を示すURLが格納される。
【0112】
図16に示されるように、プロパティテーブルと、原本のイメージテーブルとに分けずに1つのテーブルでPUI文書ファイルを蓄積及び/又は管理することもできる。
【0113】
図8〜図16を用いて説明したように、PUI紙ドキュメントに係る原本のデータ、例えば原本イメージと文書プロパティ、と、加筆に係る加筆データと、該加筆データの属性に係る属性情報とを関連付けて管理することによって、PUI紙ドキュメントに係るシステムと、複数のワークフロー担当者が同じ文書に対して複数回の加筆を行うようなワークフロー管理システムとを関連付けて動作させることができる。
【0114】
以下、PUI文書ファイルの外部表現の一例を、図17を用いて説明する。図17は、PUI文書ファイルの外部表現の一例を説明するための図である。
【0115】
後述するように、例えばPUI文書管理サーバ1が、PUI文書ファイルを管理するPUI文書ファイル管理部25のみを有し、MFP4が、加筆イメージの抽出を行う加筆イメージ抽出部24やPUI文書ファイルの更新等を行うPUI文書ファイル更新部23を有する場合、PUI文書管理サーバ1は、MFP4等からの要求に基づいて、PUI文書ファイルを図17に示すような入出力のデータ構造でMFP4に送信する。また、逆にMFP4等から送信された図17に示すような入出力のデータ構造のPUI文書ファイルを受信し、蓄積及び/又は管理する。
【0116】
例えば、図17に示される<original></original>のタグには、PUI文書ファイルの原本に係るデータ及び/又は情報が埋め込まれている。例えば、<original></original>のタグ内の<image></image>のタグには、ベース64符号化されたPUI文書ファイルの原本に係るイメージデータが埋め込まれている。また、<original></original>のタグ内の<propList></propList>のタグには、前記PUI文書ファイルの原本に係る属性情報が埋め込まれている。例えば、<docId></docId>のタグには、文書ID(PUIドキュメントID)が埋め込まれている。また、<title></title>のタグには、PUI文書ファイルのタイトルが埋め込まれている。また、<date></date>のタグには、PUI文書ファイルを作成した作成日が埋め込まれている。
【0117】
また、図17に示される<layer></layer>のタグには、図8等において説明した追加された加筆情報が埋め込まれている。例えば、<layer></layer>のタグ内の<image></image>のタグには、ベース64符号化された加筆イメージのデータ(加筆イメージデータ)が埋め込まれている。また、<layer></layer>のタグ内の<propList></propList>のタグには、前記加筆イメージデータに係る属性情報が埋め込まれている。例えば<layerId></layerId>のタグには、前記加筆イメージデータを識別する加筆IDが埋め込まれている。また、<date></date>のタグには、加筆情報を抽出した日付が埋め込まれている。
【0118】
図17に示されるような入出力のデータ構造で、PUI文書ファイルを送受信することによって、ワークフローシステムと親和性の取れたPUIに係るシステムを提供することができる。
【0119】
以下、PUI−ワークフローシステムを表すクラス間の関係図を、図18を用いて説明する。図18は、PUI−ワークフローシステムを表すクラス間の関係図である。
【0120】
図18に示されるように、PUI−ワークフローシステムを表すクラスには、イメージ入力クラスと、ID検出クラスと、PUI文書ファイル更新クラスと、加筆イメージ抽出クラスと、PUI文書ファイル管理クラスとを有する。
【0121】
イメージ入力クラスは、加筆情報が付加されたPUI紙ドキュメントの読み込み(入力)を定義するクラスである。ID検出クラスは、IDの検出を定義するクラスである。なお、IDとしては、例えばPUIドキュメントID、PUIユーザID、MFP−ID、加筆ID等がある。PUI文書ファイル更新クラスは、PUI文書ファイルの更新を定義するクラスである。加筆イメージ抽出クラスは、加筆イメージの抽出を定義するクラスである。PUI文書ファイル管理クラスは、PUI文書ファイルの管理を定義するクラスである。
【0122】
以下、各クラスが有するメソッドの一例を、図19を用いて説明する。図19は、メソッドの一例を説明するための図である。
【0123】
図19(A)に示されるようにID検出クラスは、addImageメソッドを有する。addImageメソッドは、イメージ入力クラスにおいて読み取ったイメージデータと、MFP4のオペレーションパネル1310等を用いてユーザが入力したユーザ名(PUIユーザID)とを引数として呼び出され、前記イメージデータに含まれるPUIドキュメントIDや、PUIユーザID、また、含まれていた場合は加筆ID等を検出し、該検出したIDを戻り値として返す。
【0124】
また、図19(B)に示されるようにPUI文書ファイル更新クラスは、updateメソッドを有する。updateメソッドは、addImageメソッドにおいて検出したPUIドキュメントID及び/又は加筆IDと、前記イメージデータと、前記ユーザ名とを引数として呼び出され、前記PUIドキュメントID及び/又は前記加筆IDを引数として、図19(D)に示されるPUI文書ファイル管理クラスのgetFileメソッドを呼び出す。getFileメソッドは、前記PUIドキュメントID及び/又は前記加筆IDに基づいて、PUI文書ファイル管理クラスにおいて管理されている対応するPUI文書ファイルを取得し、戻り値として返す。なお、updateメソッドの引数のユーザ名は、addImageメソッドにおいて検出したPUIユーザIDであってもよい。
【0125】
updateメソッドは、前記引数として渡されたイメージデータと、前記getFileメソッドの戻り値として取得したPUI文書ファイルに基づいて作成したイメージデータとを引数として、図19(C)に示される加筆イメージ抽出クラスのextractメソッドを呼び出す。extractメソッドは、前記引数として渡された2つのイメージデータの差分を抽出し、該イメージデータの差分を加筆イメージとし、戻り値として返す。なお、updateメソッドは、前記引数として渡されたイメージデータを図19(C)に示されるtargetImageDataとして、また、前記getFileメソッドの戻り値として取得したPUI文書ファイルに基づいて作成したイメージデータを図19(C)に示されるoriginalImageDataとしてextractメソッドを呼び出す。
【0126】
updateメソッドは、extractメソッドの戻り値として取得した加筆イメージを、例えば図8に示されるように、前記getFileメソッドの戻り値として取得したPUI文書ファイルに追加する。また、updateメソッドは、引数として渡されたPUIユーザIDや加筆IDを前記加筆イメージの加筆プロパティとして前記PUI文書ファイルに追加する。
【0127】
また、updateメソッドは、前記加筆イメージや前記加筆プロパティを追加されたPUI文書ファイルと、前記加筆IDと、引数として渡されたPUIドキュメントIDとを引数として図19(D)に示されるPUI文書ファイル管理クラスのputFileメソッドを呼び出す。
【0128】
putFileメソッドは、与えられた引数に基づいて、PUI文書ファイルと、前記加筆IDと、前記PUIドキュメントIDとを共に関連付けてPUI文書ファイル管理クラスに保存する。
【0129】
以下、PUI―ワークフローシステムの機能構成の一例を、図20を用いて説明する。図20は、PUI−ワークフローシステムの機能構成の一例を説明するための図である。
【0130】
図20に示されるように、PUI−ワークフローシステムは、イメージ入力部21と、ID検出部22と、PUI文書ファイル更新部23と、加筆イメージ抽出部24と、PUI文書ファイル管理部25とを有する。
【0131】
イメージ入力部21は、加筆情報等が付加されたPUI紙ドキュメントを読み込む。ID検出部22は、イメージ入力部21が読み取ったイメージデータから、PUIドキュメントID、PUIユーザID、加筆ID等のPUIマークを検出し、取得する。PUI文書ファイル更新部23は、ID検出部22が検出し、取得したPUIドキュメントID及び/又は加筆IDに基づいて、対応するPUI文書ファイルをPUI文書ファイル管理部25より取得し、最新のPUI文書ファイルのイメージデータを作成し、イメージ入力部21において読み取ったイメージデータと共に、加筆イメージ抽出部24に渡す。
【0132】
加筆イメージ抽出部24は、前記渡された2つのイメージデータの差分を抽出し、加筆イメージデータを生成し、PUI文書ファイル更新部23に渡す。PUI文書ファイル更新部23は、PUI文書ファイル管理部25より取得したPUI文書ファイルの末尾に加筆イメージ抽出部24より取得した加筆イメージデータと、該加筆イメージデータに対応する加筆プロパティとを追加し、PUI文書ファイル管理部25において管理されているPUI文書ファイルを更新する。
【0133】
なお、図12において説明した縮約は、PUI文書ファイル更新部23において行うようにしてもよいし、図示していないが、縮約部等を設け、該縮約部において行うようにしてもよい。
【0134】
以下、PUI−ワークフローシステムを構成する各装置の機能構成を図21〜図25を用いて説明する。
【0135】
図21は、PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その1)である。
【0136】
図21に示される構成は、図20において説明した機能構成を全てMPF4が有する構成である。図21に示したような構成の場合、図1〜図3において説明したPUI−ワークフローシステムにおいて、PUI文書管理サーバ1等は必要なく、例えばPUI文書ファイルは、各MFP4において管理される。
【0137】
以下、PUI−ワークフローシステムを構成する各装置の機能構成の他の例を、図22を用いて説明する。図22は、PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その2)である。
【0138】
図22に示されるMFP4は、イメージ入力部21と、ID検出部22と、PUI文書ファイル更新部23と、加筆イメージ抽出部24とを含む。また、図22に示されるPUI文書管理サーバ1は、PUI文書ファイル管理部25を含む。
【0139】
図22に示される構成は、図21に示される構成と比べて、PUI文書ファイル管理部25が、PUI文書管理サーバ1に含まれる構成となっている。図22に示されるような構成にすることによって、PUI文書ファイルをPUI文書管理サーバ1において一元管理することができる。
【0140】
以下、PUI−ワークフローシステムを構成する各装置の機能構成の他の例を、図23を用いて説明する。図23は、PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その3)である。
【0141】
図23に示されるMFP4は、イメージ入力部21と、ID検出部22とを含む。また、図23に示されるPUI文書管理サーバ1は、PUI文書ファイル更新部23と、加筆イメージ抽出部24と、PUI文書ファイル管理部25とを含む。
【0142】
図23に示される構成は、図22に示される構成と比べて、PUI文書ファイル更新部23と、加筆イメージ抽出部24とが、PUI文書管理サーバ1に含まれる構成となっている。図23に示されるような構成にすることによって、加筆イメージの抽出や、PUI文書ファイルの更新等、PUI文書ファイルに係る主な処理をPUI文書管理サーバ1においてまとめて行うことができる。
【0143】
以下、PUI−ワークフローシステムを構成する各装置の機能構成の他の例を、図24を用いて説明する。図24は、PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その4)である。
【0144】
図24に示されるMFP4は、イメージ入力部21と、ID検出部22とを含む。また、図24に示されるPUIサーバは、PUI文書ファイル更新部23と、加筆イメージ抽出部24とを含む。また、図24に示される文書管理サーバは、PUI文書ファイル管理部25を含む。
【0145】
図24に示される構成は、図23に示される構成と比べて、PUI文書管理サーバ1を、PUIサーバと、文書管理サーバとに分けている。図24に示されるような構成にすることによって、PUI文書ファイルの管理を文書管理サーバにまかせ、加筆イメージの抽出や、PUI文書ファイルの更新等、PUI文書ファイルに係る処理をPUIサーバにおいて効率的に行うことができる。
【0146】
以下、PUI−ワークフローシステムを構成する各装置の機能構成の他の例を、図25を用いて説明する。図25は、PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その5)である。
【0147】
図25に示されるMFP4は、イメージ入力部21を含む。また、図25に示されるPUI文書管理サーバ1は、ID検出部22と、PUI文書ファイル更新部23と、加筆イメージ抽出部24と、PUI文書ファイル管理部25とを含む。
【0148】
図25に示される構成は、図23に示される構成と比べて、ID検出部22を、PUI文書管理サーバ1が有する構成となっている。図25に示すような構成とすることによって、MFP4は、読み込んだデータ及び/又は情報をPUI文書管理サーバ1に送信し、PUIマークの検出や、加筆イメージの抽出、PUI文書ファイルの更新、PUI文書ファイルの管理等、PUIに係る全ての処理をPUI文書管理サーバ1において行うことができる。
【0149】
以下、PUI−ワークフローシステムに係る処理の一例を、図26を用いて説明する。図26は、PUI−ワークフローシステムに係る処理の一例を説明するためのフローチャートである。
【0150】
ステップS10においてイメージ入力部21は、紙ドキュメントを読み込む。ステップS10に続いてステップS11に進み、イメージ入力部21は、例えば、ユーザが入力したユーザ名等のユーザ情報を取得する。
【0151】
ステップS11に続いてステップS12に進み、ID検出部22は、ステップS10において読み込んだ紙ドキュメントに係るイメージデータにPUIマークが含まれているかどうかを判定する。ID検出部22は、PUIマークが含まれていたと判定すると(ステップS12においてYES)、ステップS15に進み、PUIマークが含まれていないと判定すると(ステップS12においてNO)、ステップS13に進む。
【0152】
例えば、ID検出部22は、ステップS10において読み込んだ紙ドキュメントに係るイメージデータの所定の位置に付加されている情報を読み取って、該情報がPUIマークかどうかを判定することによって、ステップS10において読み込んだ紙ドキュメントに係るイメージデータにPUIマークが含まれているかどうかを判定する。
【0153】
ステップS13では、PUI文書ファイル更新部23又は図示していないが、PUI文書ファイルを作成するPUI文書ファイル作成部が、ステップS10において読み込んだ紙ドキュメントに係るイメージデータに、ステップS11において取得したユーザ情報等を付加して新たなPUI文書ファイルを作成する。
【0154】
ステップS13に続いてステップS14に進み、PUI文書ファイル更新部23又は図示していないが、PUI文書ファイルを登録するPUI文書ファイル登録部が、ステップS13において作成したPUI文書ファイルを、PUI文書ファイル管理部25に登録する。
【0155】
一方、ステップS15では、PUI文書ファイル更新部23又は図示していないが認証部が、ステップS11において取得したユーザ情報及び/又はステップS12において読み取ったPUIマークに含まれるPUIユーザID等に基づいて、例えば該当するユーザに、対応するPUI文書ファイルにアクセスするアクセス権があるかどうかを判定する。
【0156】
PUI文書ファイル更新部23又は認証部が、前記ユーザに、対応するPUI文書ファイルにアクセスするアクセス権があると判定すると(ステップS15においてYES)、ステップS16に進み、対応するPUI文書ファイルにアクセスするアクセス権がないと判定すると(ステップS15においてNO)、処理を終了する。
【0157】
例えば、PUI文書ファイル更新部23又は認証部は、ステップS11において取得したユーザ情報及び/又はステップS12において読み取ったPUIマークに含まれるPUIユーザID、及びステップS12において読み取ったPUIマークに含まれるPUIドキュメントID等を含むアクセス権の確認要求を、PUI文書ファイル管理部25に対して行い、例えばユーザ情報及び/又は前記PUIユーザIDに対応するユーザに、前記PUIドキュメントIDに対応するPUI文書ファイルにアクセスするアクセス権があるかどうかの確認結果をPUI文書ファイル管理部25より取得する。PUI文書ファイル更新部23又は認証部は、該確認結果に基づいて、前記ユーザに、前記PUI文書ファイルにアクセスするアクセス権があるかどうかを判定する。
【0158】
ステップS16では、PUI文書ファイル更新部23が、ステップS12において読み取ったPUIマークに含まれるPUIドキュメントID等に基づいて、対応するPUI文書ファイルをPUI文書ファイル管理部25より取得する。
【0159】
ステップS16に続いてステップS17に進み、加筆イメージ抽出部24は、ステップS10において読み込んだ紙ドキュメントに係るイメージデータと、ステップS16において取得したPUI文書ファイルに係るイメージデータとの差分を取って、加筆イメージデータを抽出する。
【0160】
ステップS17に続いてステップS18に進み、PUI文書ファイル更新部23は、ステップS16において取得したPUI文書ファイルに、ステップS17において抽出した加筆イメージデータ及び該加筆イメージデータに対応する加筆プロパティを追加して、PUI文書ファイルを更新し、該新たに更新したPUI文書ファイルをPUI文書ファイル管理部25に保存する。なお、前記加筆プロパティには、前記加筆イメージデータを識別する加筆IDや、前記加筆を行ったユーザのPUIユーザID等が含まれる。
【0161】
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【0162】
【発明の効果】
上述の如く、本発明によれば、PUI紙ドキュメントに係るシステムと、ワークフロー管理システムとを関連付けて動作させることができる。
【0163】
【図面の簡単な説明】
【図1】本発明の実施に係るPUI−ワークフローシステムの概念図(その1)である。
【図2】本発明の実施に係るPUI−ワークフローシステムの概念図(その2)である。
【図3】本発明の実施に係るPUI−ワークフローシステムの概念図(その3)である。
【図4】PUI文書管理サーバの一例のハードウェア構成図である。
【図5】MFPの機能構成を示すブロック図である。
【図6】MFPのハードウェア構成を示すブロック図である。
【図7】PUIマークの一例を説明するための図である。
【図8】PUI文書ファイルの構造を説明するための図(その1)である。
【図9】PUI文書ファイルの構造を説明するための図(その2)である。
【図10】PUI文書ファイルの構造を説明するための図(その3)である。
【図11】PUI文書ファイルの構造を説明するための図(その4)である。
【図12】PUI文書ファイルの縮約の一例を説明するための図である。
【図13】PUI文書ファイルの原本に係るテーブルの一例を説明するための図である。
【図14】加筆情報に係るテーブルの一例を説明するための図である。
【図15】加筆情報間の関係を説明するための図である。
【図16】PUI文書ファイルに係るテーブルの他の例を説明するための図である。
【図17】PUI文書ファイルの外部表現の一例を説明するための図である。
【図18】PUI−ワークフローシステムを表すクラス間の関係図である。
【図19】メソッドの一例を説明するための図である。
【図20】PUI−ワークフローシステムの機能構成の一例を説明するための図である。
【図21】PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その1)である。
【図22】PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その2)である。
【図23】PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その3)である。
【図24】PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その4)である。
【図25】PUI−ワークフローシステムを構成する各装置の機能構成を説明するための図(その5)である。
【図26】PUI−ワークフローシステムに係る処理の一例を説明するためのフローチャートである。
【符号の説明】
1 PUI文書管理サーバ
2 ワークフローサーバ
4 MFP(Multi Function Printer)
5 クライアントPC
21 イメージ入力部
22 ID検出部
23 PUI文書ファイル更新部
24 加筆イメージ抽出部
25 PUI文書ファイル管理部
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a document file management apparatus and a data structure.
[0002]
[Prior art]
In recent years, several proposals have been made regarding PUI (Paper User Interaction) paper documents printed with a document ID (for example, URL (Uniform Resource Locators)) indicating the location of the original electronic document. (For example, refer to Patent Document 1).
[0003]
In addition, workflow management systems that manage and automate the flow of documents and information passed between persons in charge, in order to facilitate the work when multiple persons in charge work over the network in recent years, are well known. (See, for example, Non-Patent Documents 1 to 3.)
[0004]
[Patent Document 1]
JP 2003-067363 A.
[0005]
[Non-Patent Document 1]
“Standards”, [online], [Search July 3, 2003], <http: // www. wfmc. org / standards / standards. htm>
[0006]
[Non-Patent Document 2]
“Workflow Management Coalition TheWorkflow Reference Model”, [online], [July 3, 2003 search], <http: // www. wfmc. org / standards / docs / tc003v11. pdf>
[0007]
[Non-Patent Document 3]
“Workflow Management Coalition Termination & Glossary” [online], [searched July 3, 2003], <http: // www. wfmc. org / standards / docs / TC-1011_term_glossary_v3. pdf>
[0008]
[Problems to be solved by the invention]
However, the conventional system related to the PUI paper document has a problem that the retouched data related to rewriting and the attribute information related to the attributes of the rewritten data are not managed in association with the original PUI paper document.
[0009]
For this reason, there has been a problem that a workflow management system in which a plurality of persons in charge of workflow make a plurality of additions to the same document cannot be operated in association with the system related to the PUI paper document.
[0010]
SUMMARY An advantage of some aspects of the invention is that a system related to a PUI paper document and a workflow management system are operated in association with each other.
[0011]
[Means for Solving the Problems]
In order to solve the above problem, the present invention provides a document file management class for managing a document file related to a process, an added data extraction class for extracting additional data, and a document file update class for updating a document file related to a process. A document file related to a process is managed by an object-oriented model including:
[0012]
According to the present invention, a system related to a PUI paper document and a workflow management system can be operated in association with each other.
[0013]
The document file management class corresponds to, for example, a PUI document file management class described later. The retouching data extraction class corresponds to, for example, a retouching image extraction class to be described later. The document file update class corresponds to, for example, a PUI document file update class described later.
[0014]
In order to solve the above problem, the present invention may have a data structure.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0016]
FIG. 1 is a conceptual diagram (part 1) of a PUI-workflow system according to an embodiment of the present invention.
[0017]
As shown in FIG. 1, a PUI-workflow system includes a PUI document management server 1, a workflow server 2, at least one MFP (Multi Function Printer) 4, and at least one connected via a network. The above client PC 5 is included.
[0018]
In the system shown in FIG. 1, the PUI paper document to which the PUI document ID for identifying the original PUI document file and the PUI user ID for identifying the user are added is circulated to the next examiner / approver.
[0019]
From the PUI paper document image information read by the MFP 4, for example, the PUI document management server 1 separates new writing information such as comments, signatures, and seals. Here, the PUI document management server 1 extracts new difference information by extracting the difference between the image information of the PUI paper document read by the MFP 4 and the addition information of the original electronic document plus the previous examination / approver. Isolate.
[0020]
For example, the PUI document management server 1 manages the retouching information as a PUI document file associated with the original electronic document together with the PUI user ID for identifying the retouching user, the PUI document ID, and the retouching ID for identifying the retouching information. Is done.
[0021]
By circulating the PUI paper document as shown in FIG. 1 and performing the examination and approval, it is possible to avoid the trouble of printing the PUI paper document many times compared to the method described later. Further, the added information is digitized every time it is examined and approved, and is managed by the PUI document management server 1 or the like, so that even if the PUI paper document is lost during circulation, there is little trouble.
[0022]
Note that the PUI document management server 1, the workflow server 2, and the MFP 4 may be separate devices or may be mounted in the same device. The same applies to the following.
[0023]
Although not shown in FIG. 1, an authentication server or the like may be connected to the PUI-workflow system and used for user authentication or the like.
[0024]
Hereinafter, another example of examination / approval using the PUI-workflow system will be described with reference to FIG. FIG. 2 is a conceptual diagram (part 2) of the PUI-workflow system according to the embodiment of the present invention.
[0025]
The PUI-workflow system shown in FIG. 2 is similar to FIG. 1 in that the PUI document management server 1, the workflow server 2, at least one MFP 4 and at least one client connected via a network. PC5.
[0026]
In the system shown in FIG. 2, the PUI paper document to which the PUI document ID for identifying the original PUI document file and the PUI user ID for identifying the user are added is read by the MFP 4, and then the next review / approver Is output as a new PUI paper document from the MFP 4 based on the request from the user.
[0027]
As described above, for the PUI paper document image information read by the MFP 4, for example, the PUI document management server 1 separates new writing information such as comments, signatures, and seals. Here, the PUI document management server 1 extracts new difference information by extracting the difference between the image information of the PUI paper document read by the MFP 4 and the addition information of the original electronic document plus the previous examination / approver. Isolate.
[0028]
For example, the PUI document management server 1 manages the retouching information as a PUI document file associated with the original electronic document together with the PUI user ID for identifying the retouching user, the PUI document ID, and the retouching ID for identifying the retouching information. Is done.
[0029]
Compared with the method shown in FIG. 1, the method shown in FIG. 2 does not circulate the PUI paper document, but prints and outputs the PUI paper document from the MFP 4 connected via the network for review / approval. Therefore, although the workflow is based on a paper document, there is little loss of circulation time and a workflow over a remote location can be realized.
[0030]
Hereinafter, another example of examination / approval using the PUI-workflow system will be described with reference to FIG. FIG. 3 is a conceptual diagram (part 3) of the PUI-workflow system according to the embodiment of the present invention.
[0031]
Similar to FIGS. 1 and 2, the PUI-workflow system shown in FIG. 3 includes a PUI document management server 1, a workflow server 2, at least one MFP 4 and at least one connected via a network. The above client PC 5 is included.
[0032]
In the system shown in FIG. 3, the PUI document document to which the PUI document ID for identifying the original PUI document file and the PUI user ID for identifying the user are added is read by the MFP 4, and then the next review / approver If the next reviewer / approver is in a remote location, the MFP 4 scans it and then creates a new PUI paper document based on the request from the next reviewer / approver. It may be printed out from the MFP 4.
[0033]
As described above, for the PUI paper document image information read by the MFP 4, for example, the PUI document management server 1 separates new writing information such as comments, signatures, and seals. Here, the PUI document management server 1 extracts new difference information by extracting the difference between the image information of the PUI paper document read by the MFP 4 and the addition information of the original electronic document plus the previous examination / approver. Isolate.
[0034]
For example, the PUI document management server 1 manages the retouching information as a PUI document file associated with the original electronic document together with the PUI user ID for identifying the retouching user, the PUI document ID, and the retouching ID for identifying the retouching information. Is done.
[0035]
By taking the method shown in Fig. 3, in the same establishment, the paper document itself is circulated and examined / approved. If examination / approval is required in other establishments, the PUI paper document is It can be read by the MFP 4, printed out from the MFP 4 of another office connected via the network, and requested for examination / approval.
[0036]
It should be noted that a user who conducts examination / approval receives an email requesting examination / approval from the workflow server 2 or the like at the client PC 5 and then prints out a PUI paper document printed from the MFP 4 or a PUI paper document received from another user. May be added to the MFP and read into the MFP, or the client PC 5 or the like may be used to perform electronic stamping or the like on the display of the client PC 5 so as to be reviewed and approved.
[0037]
Hereinafter, the hardware configuration of the PUI document management server 1 will be described with reference to FIG. FIG. 4 is a hardware configuration diagram of an example of the PUI document management server.
[0038]
As shown in FIG. 4, the hardware configuration of the PUI document management server 1 includes an input device 11, a display device 12, a drive device 13, a recording medium 14, a ROM ( It comprises a Read Only Memory (RAM) 15, a RAM (Random Access Memory) 16, a CPU (Central Processing Unit) 17, an interface device 18, and an HDD (Hard Disk Drive) 19.
[0039]
The input device 11 includes a keyboard and a mouse operated by a user of the PUI document management server 1 and is used to input various operation signals to the PUI document management server 1.
[0040]
The display device 12 includes a display used by the user of the PUI document management server 1 and displays various types of information.
[0041]
The interface device 18 is an interface that connects the PUI document management server 1 to a network or the like.
[0042]
A server program or the like of the PUI document management server 1 that performs processing related to a PUI-workflow system to be described later is provided to the PUI document management server 1 by a recording medium 14 such as a CD-ROM, or downloaded through a network. The recording medium 14 is set in the drive device 13, and the server program and the like are installed in the ROM 15 from the recording medium 14 via the drive device 13.
[0043]
The ROM 15 stores data, the server program, and the like. The RAM 16 reads and stores the server program and the like from the ROM 15 when the PUI document management server 1 is activated. The CPU 17 executes processing according to the server program read and stored in the RAM 16.
[0044]
The HDD 19 stores data and files.
[0045]
The hardware configuration of the client PC 5, the workflow server 2, the authentication server, the PUI server and the document management server, which will be described later, is the same as the hardware configuration of the PUI document management server 1 shown in FIG.
[0046]
Hereinafter, an example of a functional configuration and a hardware configuration of the MFP 4 will be described with reference to FIGS. 5 and 6.
[0047]
FIG. 5 is a block diagram showing a functional configuration of the MFP.
[0048]
In FIG. 5, the MFP 4 includes a plotter 1201, a scanner 1202, a hardware resource 1203 such as a facsimile, and the like, a software group 1210 including a platform 1220 and an application 1230, and an MFP activation unit 1240. Yes.
[0049]
The MFP activation unit 1240 is executed first when the MFP 4 is turned on, and activates the platform 1220 and the application 1230.
[0050]
The platform 1220 interprets a processing request from the application 1230 and generates a hardware resource acquisition request as described below, manages one or a plurality of hardware resources, and acquires from the control service 1250. It has a system resource manager (SRM (System Resource Manager) 1223) that arbitrates requests, and an OS 1221.
[0051]
The control service 1250 is formed by a plurality of service modules. Specifically, the system control service (SCS) 1222, the engine control service (ECS) 1224, the memory control service (MCS) 1225, and the OCS (Opera) There is a Control Service (2261), an FCS (FAX Control Service) 1227, an NCS (Network Control Service) 1228, and an IMH (Imaging Memory Handler) 1229. The platform 1220 has an application program interface that can receive a processing request from the application using a predefined function.
[0052]
The OS 1221 is an operating system such as UNIX (registered trademark), and executes the software of the platform 1220 and the application 1230 in parallel as processes. By using open source UNIX (registered trademark), the safety of the program can be ensured, the network can be supported, and the source code can be easily obtained. Furthermore, OS and TCP / IP royalties are unnecessary, and outsourcing is easy.
[0053]
The SRM1223 controls the system and manages resources together with the SCS1222, and includes an engine unit such as a scanner and a plotter, a memory, an HDD file, a host I / O (Centronics I / F, a network I / F, an IEEE1394 I / F, RS232CI / F, etc.) arbitration is performed according to a request from a higher layer using hardware resources, and execution control is performed.
[0054]
Specifically, the SRM 1223 determines whether the requested hardware resource is available and exists (whether it is not used by another request). If the requested hardware resource is available, the requested hardware resource is determined. Tell the upper layer that is available. Also, hardware resource usage scheduling may be performed in response to a request from an upper layer, and the requested contents (for example, paper conveyance and image forming operation by the printer engine, memory allocation, file generation, etc.) may be directly executed. .
[0055]
The SCS 1222 includes application management (function 1), operation unit control (function 2), system screen display (job list screen, counter display screen, etc.) (function 3), LED display (function 4), resource management (function 5), A plurality of functions such as interrupt application control (function 6) are performed. Specifically, in application management (function 1), processing for registering an application and notifying other applications of the information is performed. In the operation unit control (function 2), exclusive control of the operation unit use right of the application is performed. In the system screen display (function 3), a warning screen corresponding to the state of the engine unit is displayed according to the request content from the application having the operation unit usage right. In LED display (function 4), display control of system LEDs such as warning LEDs and application keys is performed. Resource management (function 5) provides services for exclusive control of engine resources (scanners, staples, etc.) that must be excluded when an application (ECS) executes a job. In the interrupt application control (function 6), control and service for preferential operation of a specific application are performed.
[0056]
The ECS 1224 controls engine units such as the plotter 1201, the scanner 1202, and other hardware resources 1203, and performs image reading and printing operations, status notification, jam recovery, and the like.
[0057]
The MCS 1225 performs memory control. Specifically, the MCS 1225 acquires and releases an image memory, uses a hard disk device (HDD), compresses and decompresses image data, and the like.
[0058]
The OCS 1226 is a module that controls an operation panel serving as information transmission means between the operator and the main body control, and provides a process for notifying the main body control of an operator's key operation event and a library function for each application to construct a GUI. Processing, processing for managing the constructed GUI information for each application, display reflection processing on the operation panel, and the like are performed.
[0059]
FCS 1227 performs facsimile transmission / reception using the PSTN / ISDN network from each application layer of the system controller, registration / quotation of various facsimile data managed by BKM (backup SRAM), facsimile reading, facsimile reception printing, and fusion transmission / reception. API (Application Program Interface) 1205 is provided.
[0060]
The NCS 1228 is a module group for providing a service that can be commonly used for applications that require network I / O. The NCS 1228 distributes data received by each protocol from the network side to each application, and distributes data from the application. Mediating when sending to the network side.
[0061]
The IMH 1229 maps image data from a virtual memory area (user virtual space) to a physical memory. In response to process activation, a system call is performed to map a virtual memory area for the process, or to perform processing such as releasing the mapped virtual memory area at the end of the process.
[0062]
The application 1230 includes a printer application 1211 that is a printer application having a page description language (PDL), PCL, and postscript (PS), a copy application 1212 that is a copy application, and a fax application 1213 that is a facsimile application. , A scanner application 1214 that is a scanner application, and a PUI application 1215 that is a PUI application. Since each application 1211 to 1215 can execute an operation by using each process on the platform 1220, a screen display control program for performing screen control, key operation control, job generation, and the like is the main component. Note that a new application can also be installed via the network via the network connected by the NCS 1228. Each application can be added or deleted for each application.
[0063]
The PUI application 1215, for example, from the read PUI paper document, the PUI document ID and / or the PUI user ID and / or the MFP-ID for identifying the MFP 4 and / or the retouching ID for identifying the retouching information (hereinafter simply referred to as the PUI). And also provided to the PUI document management server 1 or the like, or the PUI document file acquired from the PUI document management server 1 or the like and the PUI mark are combined.
[0064]
Note that functions such as the PUI document management server 1 and / or the workflow server 2 may be installed in the MFP 4. In such a configuration, an application that provides each function is installed in the application 1230. Further, as described later, the MFP 4 does not have a special application such as the PUI application 1215 and transmits the read PUI paper document to the PUI document management server 1 or the like to acquire the PUI mark in the PUI document management server 1 or A PUI mark may be combined with a document file.
[0065]
The MFP 4 performs centralized processing on the platform 1220 for processing commonly required by each application.
[0066]
FIG. 6 is a block diagram illustrating a hardware configuration of the MFP.
[0067]
As shown in FIG. 6, the MFP 4 includes an operation panel 1310, a FAX control unit (FCU) 1530, an engine unit 1350 (to which a scanner 1202 and the like are connected), a plotter 1201, and an ASIC 1301 of the controller 1300 connected to the PCI (Peripheral Component Interconnect). ) Connected by a bus 1309 or the like.
[0068]
The controller 1300 connects the ASIC 1301 to the MEM-C 1302, HDD (Hard Disk Drive) 1303, and the like, and connects the ASIC 1301 and the CPU 1304 via the NB 1305 of the CPU chipset. Thus, the reason for connecting via the NB 1305 is that the interface of the CPU 1304 itself is not disclosed.
[0069]
Here, the ASIC 1301 and the NB 1305 are not connected via the PCI, but are connected via the AGP 1308. The reason for the connection via the AGP 1308 is that the MFP 4 is connected by a low-speed PCI because of the execution control of a plurality of processes forming the platform 1220 and the application 1230 shown in FIG. This is because the performance deteriorates.
[0070]
The CPU 1304 performs overall control of the MFP 4. Specifically, the SCS 1222, SRM 1223, ECS 1224, MCS 1225, OCS 1226, FCS 1227, and NCS 1228 that form the platform 1220 on the OS 1221 are started and executed as processes, respectively. The printer application 1211, the copy application 1212, the fax application 1213, the scanner application 1214, and the PUI application 1215 forming the application 1230 are activated and executed.
[0071]
The NB 1305 is a bridge for connecting the CPU 1304, the MEM-P 1306, the SB 1307, the NIC (Network Interface Card) 1341, the USB (Universal Serial Bus) 1330, the IEEE 13941340, the Centronics 1342, and the ASIC 1301.
[0072]
The MEM-P 1306 is a system memory used as a drawing memory or the like of the MFP 4, and the SB 1307 is a bridge for connecting the NB 1305 to the ROMPCI device and peripheral devices. The MEM-C 1302 is a local memory used as an image buffer for copying and a code buffer, and the ASIC 1301 is an IC for image processing applications having hardware elements for image processing.
[0073]
The HDD 1303 is a storage that stores image data, programs, font data, forms, and documents. The operation panel 1310 receives input operations from the operator and displays them for the operator. It is an operation part which performs.
[0074]
The ASIC 1301 is provided with a RAM interface for connecting the MEM-C 1302 and a hard disk interface for connecting the HDD 1303. When inputting / outputting image data to / from these storage units, the input / output destination is Switching to a RAM interface or a hard disk interface.
[0075]
The AGP 1308 is a bus interface for a graphics accelerator card that has been proposed to speed up graphics processing, and makes the graphics accelerator card faster by directly accessing the system memory with high throughput.
[0076]
Hereinafter, an example of the PUI mark added to the PUI paper document will be described with reference to FIG. FIG. 7 is a diagram for explaining an example of the PUI mark.
[0077]
As shown in FIG. 7, the PUI paper document includes a document-specific code (PUI document ID) for identifying the original PUI document file, a user-specific code (PUI user ID) for identifying the user, and the PUI paper document. A code unique to the MFP 4 (MFP-ID) for identifying the MFP 4 that has permitted and / or performed reading and / or printing, and a page number are added.
[0078]
Note that, for example, YYYYYY / ZZZZZZ shown in FIG. 7 may be used as the user ID in association with the PUI user ID and the MFP-ID. By doing so, it is possible to designate a user who can read and / or print a PUI paper document in a predetermined MFP 4.
[0079]
Further, by adding a page number, it is possible to determine which page is the same even in the same PUI document file.
[0080]
Although not shown in FIG. 7, the PUI mark may include a rewriting ID for identifying rewriting information.
[0081]
Hereinafter, an example of the structure of the PUI document file will be described with reference to FIG. FIG. 8 is a diagram (part 1) for explaining the structure of the PUI document file.
[0082]
As shown in FIG. 8, the PUI document file is composed of a document property and an original image, and a writing property and a writing image are added each time writing information is added.
[0083]
The document properties include a document ID (PUI document ID), a title, a creator (PUI user ID), a creation date, and an access right for the PUI document file. Further, the writing property includes a document ID (PUI document ID), a writing ID, a parent writing ID, a writing person (PUI user ID), and a writing date of the writing target document.
[0084]
For example, the first retouched image shown in FIG. 8 includes the first examiner's retouched data, and the second rewritten image includes the second examiner's retouched data.
[0085]
Hereinafter, another example of the structure of the PUI document file will be described with reference to FIG. FIG. 9 is a diagram (part 2) for explaining the structure of the PUI document file.
[0086]
The structure of the PUI document file shown in FIG. 9 is a structure in which original image data exists for each page, compared to the structure of the PUI document file described in FIG. Further, the structure of the PUI document file shown in FIG. 9 is a structure in which a retouched image with respect to the original image for each page exists.
[0087]
For simplification of explanation, FIG. 9 shows only two pages in the structure of the PUI document file, but this does not limit the implementation of the present invention.
[0088]
Hereinafter, another example of the structure of the PUI document file will be described with reference to FIG. FIG. 10 is a diagram (No. 3) for explaining the structure of the PUI document file.
[0089]
The structure of the PUI document file shown in FIG. 10 is a structure having data related to the original application file, for example, the data of the text file itself that created the original, compared to the structure of the PUI document file described in FIG. ing.
[0090]
As shown in FIG. 10, by including data related to the original application file in the PUI document file, the original application file is extracted from the PUI document file and used by using a predetermined application that handles the PUI document file. be able to.
[0091]
Hereinafter, another example of the structure of the PUI document file will be described with reference to FIG. FIG. 11 is a diagram (No. 4) for explaining the structure of the PUI document file.
[0092]
The structure of the PUI document file shown in FIG. 11 includes an original application, for example, a program such as a Java (registered trademark) applet, as compared with the structure of the PUI document file described in FIG.
[0093]
By including the original application in the PUI document file, it is possible to launch and use the original application using a predetermined application that handles the PUI document file.
[0094]
Hereinafter, an example of contraction of the PUI document file will be described with reference to FIG. FIG. 12 is a diagram for explaining an example of contraction of a PUI document file.
[0095]
As shown in FIG. 3, the PUI document management server 1 or the MFP 4 reflects the retouched image in the original image as shown in FIG. 12, for example, when it becomes necessary to circulate the PUI document file in another office or the like. The reduced PUI document file is transmitted to the MFP 4 or the like of another office as an original.
[0096]
By transmitting the reduced PUI document file as a new original to another office or the like, the PUI document file can be transmitted without imposing a load on the network. It should be noted that the rewritten property before the contraction may be reflected on the document property before the contraction to obtain a new document property.
[0097]
As shown in FIGS. 8 to 12, the PUI document file may be stored and / or managed in the PUI document file management unit 25 described later in the form of a compound document, or stored in a database table. And / or may be managed. In the following, an example of storing and / or managing the original and / or additional information of a PUI document file in a table will be described with reference to FIGS.
[0098]
FIG. 13 is a diagram for explaining an example of a table related to the original PUI document file.
[0099]
As shown in FIG. 13A, the PUI document property table includes a document ID, a title, a creation date, a creator, an access right, and a file name as items.
[0100]
The document ID stores, for example, a PUI document ID that identifies the PUI document file. Note that a document ID corresponding to the PUI document ID may be stored. The title stores the title of the PUI document file. The creation date stores the creation date when the PUI document file is created. In the creator, the PUI user ID of the creator who created the PUI document file is stored. In FIG. 13, the name of the creator is stored as it is for the sake of simplicity. The access right stores the PUI user ID of the user who has permitted access to the PUI document file. In FIG. 13, a user name and the like are simply stored for simplification of description. The file name stores the file name of the PUI document file.
[0101]
Further, as shown in FIG. 13B, the PUI document original image table includes a document ID, a page number, and a file name as items.
[0102]
The document ID stores, for example, a PUI document ID that identifies the PUI document file. Note that a document ID corresponding to the PUI document ID may be stored. The page number stores the page number of the PUI document file. The file name stores the file name of the PUI document file associated with the page number.
[0103]
FIG. 14 is a diagram for explaining an example of a table related to the writing information.
[0104]
As shown in FIG. 14A, the PUI retouching property table includes a document ID, a rewriting ID, a parent rewriting ID, a rewriting date, and a rewriter as items.
[0105]
The document ID stores, for example, a PUI document ID that identifies the PUI document file. Note that a document ID corresponding to the PUI document ID may be stored. In the writing ID, an identifier for identifying the writing information is stored. The parent rewriting ID stores identification information for identifying parent rewriting information. The date when the retouching information is extracted is stored as the retouching date. The writer stores the PUI user ID of the writer who performed the writing. In FIG. 14, the name of the author is stored as it is for the sake of simplicity.
[0106]
By including the document ID, the writing ID, and the parent writing ID in the PUI writing property table, the relationship between the writing information can be expressed as shown in FIG. FIG. 15 is a diagram for explaining the relationship between the writing information. For example, FIG. 15 shows that the rewriting information identified by the rewriting IDA3 is rewriting to the rewriting information identified by the rewriting IDA2.
[0107]
Further, as shown in FIG. 14B, the PUI retouching image table includes a document ID, a retouching ID, a page number, and a file name as items.
[0108]
The document ID stores, for example, a PUI document ID that identifies the PUI document file. Note that a document ID corresponding to the PUI document ID may be stored. In the writing ID, an identifier for identifying the writing information is stored. The page number stores the page number of the PUI document file. The file name stores the file name of the PUI document file associated with the page number.
[0109]
Hereinafter, another example of the table relating to the PUI document file will be described with reference to FIG. FIG. 16 is a diagram for explaining another example of the table relating to the PUI document file.
[0110]
As shown in FIG. 16, the PUI document table includes a document ID, a title, a creation date, a creator, an access right, and a URL as items.
[0111]
The document ID stores, for example, a PUI document ID that identifies the PUI document file. Note that a document ID corresponding to the PUI document ID may be stored. The title stores the title of the PUI document file. The creation date stores the creation date when the PUI document file is created. In the creator, the PUI user ID of the creator who created the PUI document file is stored. In FIG. 16, the name of the creator is stored as it is for the sake of simplicity. The access right stores the PUI user ID of the user who has permitted access to the PUI document file. In FIG. 16, the user name and the like are simply stored for the sake of simplicity. In the URL, a URL indicating the location of the PUI document file is stored.
[0112]
As shown in FIG. 16, the PUI document file can be stored and / or managed in one table without being divided into the property table and the original image table.
[0113]
As described with reference to FIGS. 8 to 16, the original data related to the PUI paper document, for example, the original image and the document property, the additional data related to the writing, and the attribute information related to the attribute of the additional data are associated with each other. By managing the PUI paper document, the system related to the PUI paper document and the workflow management system in which a plurality of workflow staff members add a plurality of times to the same document can be operated in association with each other.
[0114]
Hereinafter, an example of the external representation of the PUI document file will be described with reference to FIG. FIG. 17 is a diagram for explaining an example of an external representation of a PUI document file.
[0115]
As will be described later, for example, the PUI document management server 1 has only the PUI document file management unit 25 that manages the PUI document file, and the MFP 4 updates the retouched image extraction unit 24 that extracts the retouched image and the PUI document file. When the PUI document file update unit 23 that performs the above and the like is included, the PUI document management server 1 transmits the PUI document file to the MFP 4 with an input / output data structure as shown in FIG. 17 based on a request from the MFP 4 or the like. Conversely, the PUI document file having the input / output data structure as shown in FIG. 17 transmitted from the MFP 4 or the like is received, stored and / or managed.
[0116]
For example, data and / or information related to the original PUI document file is embedded in a tag of <original></original> shown in FIG. For example, image data relating to the original PUI document file encoded in base 64 is embedded in a tag of <image></image> in a tag of <original></original>. Also, attribute information relating to the original PUI document file is embedded in a tag of <propList></propList> in a tag of <original></original>. For example, a document ID (PUI document ID) is embedded in a tag of <docId></docId>. Also, the title of the PUI document file is embedded in the <title></title> tag. The <date></date> tag is embedded with the creation date when the PUI document file was created.
[0117]
Further, the added rewriting information described in FIG. 8 and the like is embedded in the tag <layer></layer> shown in FIG. For example, the <image></image> tag in the <layer></layer> tag embeds base 64 encoded retouched image data (retouched image data). Also, attribute information related to the retouched image data is embedded in the <propList></propList> tag in the <layer></layer> tag. For example, in the tag <layerId></layerId>, a rewriting ID for identifying the retouched image data is embedded. In addition, the date on which the writing information is extracted is embedded in the tag of <date></date>.
[0118]
By sending and receiving a PUI document file with an input / output data structure as shown in FIG. 17, it is possible to provide a system related to a PUI that is compatible with the workflow system.
[0119]
Hereinafter, a relationship diagram between classes representing the PUI-workflow system will be described with reference to FIG. FIG. 18 is a relationship diagram between classes representing the PUI-workflow system.
[0120]
As shown in FIG. 18, the class representing the PUI-workflow system includes an image input class, an ID detection class, a PUI document file update class, a retouched image extraction class, and a PUI document file management class.
[0121]
The image input class is a class that defines reading (input) of a PUI paper document to which additional information is added. The ID detection class is a class that defines ID detection. Examples of the ID include a PUI document ID, a PUI user ID, an MFP-ID, and a writing ID. The PUI document file update class is a class that defines the update of the PUI document file. The retouched image extraction class is a class that defines extraction of a retouched image. The PUI document file management class is a class that defines management of the PUI document file.
[0122]
Hereinafter, an example of a method possessed by each class will be described with reference to FIG. FIG. 19 is a diagram for explaining an example of a method.
[0123]
As shown in FIG. 19A, the ID detection class has an addImage method. The addImage method is called with the image data read in the image input class and the user name (PUI user ID) input by the user using the operation panel 1310 of the MFP 4 as arguments, and the PUI document ID included in the image data. Or a PUI user ID, and if included, a writing ID or the like is detected, and the detected ID is returned as a return value.
[0124]
Also, as shown in FIG. 19B, the PUI document file update class has an update method. The update method is called by using the PUI document ID and / or retouching ID detected in the addImage method, the image data, and the user name as arguments, and using the PUI document ID and / or the retouching ID as arguments, as shown in FIG. Call the getFile method of the PUI document file management class shown in (D). The getFile method acquires a corresponding PUI document file managed in the PUI document file management class based on the PUI document ID and / or the additional ID, and returns it as a return value. Note that the user name in the argument of the update method may be the PUI user ID detected in the addImage method.
[0125]
The update method uses the image data passed as the argument and the image data created based on the PUI document file acquired as the return value of the getFile method as arguments, and the retouched image extraction class shown in FIG. The extract method is called. The extract method extracts the difference between the two image data passed as the argument, sets the difference between the image data as a retouched image, and returns it as a return value. The update method uses the image data passed as the argument as the targetImageData shown in FIG. 19C, and the image data created based on the PUI document file acquired as the return value of the getFile method. The extract method is called as the originalImageData shown in (C).
[0126]
The update method adds the retouched image acquired as the return value of the extract method to the PUI document file acquired as the return value of the getFile method, for example, as shown in FIG. In addition, the update method adds the PUI user ID and the writing ID passed as arguments to the PUI document file as a writing property of the writing image.
[0127]
Further, the update method is a PUI document file shown in FIG. 19D with the PUI document file to which the retouched image and the retouching property are added, the retouching ID, and the PUI document ID passed as an argument as arguments. Call the putFile method of the management class.
[0128]
The putFile method associates the PUI document file, the writing ID, and the PUI document ID together based on the given argument and saves them in the PUI document file management class.
[0129]
Hereinafter, an example of a functional configuration of the PUI-workflow system will be described with reference to FIG. FIG. 20 is a diagram for explaining an example of a functional configuration of the PUI-workflow system.
[0130]
As illustrated in FIG. 20, the PUI-workflow system includes an image input unit 21, an ID detection unit 22, a PUI document file update unit 23, a retouched image extraction unit 24, and a PUI document file management unit 25. .
[0131]
The image input unit 21 reads a PUI paper document to which additional information is added. The ID detection unit 22 detects and acquires PUI marks such as a PUI document ID, a PUI user ID, and a writing ID from the image data read by the image input unit 21. The PUI document file update unit 23 acquires the corresponding PUI document file from the PUI document file management unit 25 based on the acquired PUI document ID and / or additional ID detected by the ID detection unit 22, and the latest PUI document. Image data of the file is created and transferred to the added image extraction unit 24 together with the image data read by the image input unit 21.
[0132]
The retouched image extraction unit 24 extracts the difference between the two passed image data, generates retouched image data, and passes it to the PUI document file update unit 23. The PUI document file update unit 23 adds the retouched image data acquired from the retouched image extraction unit 24 to the end of the PUI document file acquired from the PUI document file management unit 25, and the retouch property corresponding to the retouched image data, The PUI document file managed by the PUI document file management unit 25 is updated.
[0133]
Note that the contraction described in FIG. 12 may be performed by the PUI document file update unit 23, or although not illustrated, a contraction unit or the like may be provided and performed by the contraction unit. .
[0134]
Hereinafter, the functional configuration of each apparatus constituting the PUI-workflow system will be described with reference to FIGS.
[0135]
FIG. 21 is a diagram (No. 1) for describing a functional configuration of each device configuring the PUI-workflow system.
[0136]
The configuration shown in FIG. 21 is a configuration in which the MPF 4 has all the functional configurations described in FIG. In the case of the configuration shown in FIG. 21, the PUI document management server 1 or the like is not necessary in the PUI-workflow system described with reference to FIGS. 1 to 3. For example, the PUI document file is managed in each MFP 4.
[0137]
Hereinafter, another example of the functional configuration of each device constituting the PUI-workflow system will be described with reference to FIG. FIG. 22 is a diagram (No. 2) for describing a functional configuration of each device configuring the PUI-workflow system.
[0138]
The MFP 4 shown in FIG. 22 includes an image input unit 21, an ID detection unit 22, a PUI document file update unit 23, and a retouched image extraction unit 24. The PUI document management server 1 shown in FIG. 22 includes a PUI document file management unit 25.
[0139]
The configuration illustrated in FIG. 22 is configured such that the PUI document file management unit 25 is included in the PUI document management server 1 as compared to the configuration illustrated in FIG. With the configuration as shown in FIG. 22, the PUI document file can be centrally managed in the PUI document management server 1.
[0140]
Hereinafter, another example of the functional configuration of each device constituting the PUI-workflow system will be described with reference to FIG. FIG. 23 is a diagram (No. 3) for describing a functional configuration of each device that configures the PUI-workflow system.
[0141]
The MFP 4 shown in FIG. 23 includes an image input unit 21 and an ID detection unit 22. The PUI document management server 1 shown in FIG. 23 includes a PUI document file update unit 23, a retouched image extraction unit 24, and a PUI document file management unit 25.
[0142]
The configuration shown in FIG. 23 is a configuration in which the PUI document file update unit 23 and the retouched image extraction unit 24 are included in the PUI document management server 1 as compared to the configuration shown in FIG. With the configuration as shown in FIG. 23, main processing relating to the PUI document file such as extraction of a retouched image and update of the PUI document file can be performed collectively in the PUI document management server 1.
[0143]
Hereinafter, another example of the functional configuration of each device configuring the PUI-workflow system will be described with reference to FIG. FIG. 24 is a diagram (No. 4) for describing a functional configuration of each device included in the PUI-workflow system.
[0144]
The MFP 4 shown in FIG. 24 includes an image input unit 21 and an ID detection unit 22. The PUI server shown in FIG. 24 includes a PUI document file update unit 23 and a retouched image extraction unit 24. The document management server shown in FIG. 24 includes a PUI document file management unit 25.
[0145]
The configuration shown in FIG. 24 divides the PUI document management server 1 into a PUI server and a document management server, compared to the configuration shown in FIG. With the configuration shown in FIG. 24, the management of the PUI document file is left to the document management server, and processing related to the PUI document file, such as extraction of a retouched image and update of the PUI document file, is efficiently performed in the PUI server. Can be done.
[0146]
Hereinafter, another example of the functional configuration of each device configuring the PUI-workflow system will be described with reference to FIG. FIG. 25 is a diagram (No. 5) for explaining a functional configuration of each device included in the PUI-workflow system.
[0147]
The MFP 4 shown in FIG. 25 includes an image input unit 21. 25 includes an ID detection unit 22, a PUI document file update unit 23, a retouched image extraction unit 24, and a PUI document file management unit 25.
[0148]
The configuration shown in FIG. 25 is a configuration in which the PUI document management server 1 has the ID detection unit 22 as compared to the configuration shown in FIG. With the configuration shown in FIG. 25, the MFP 4 transmits the read data and / or information to the PUI document management server 1 to detect the PUI mark, extract the added image, update the PUI document file, and update the PUI. All processes related to PUI, such as management of document files, can be performed in the PUI document management server 1.
[0149]
Hereinafter, an example of processing according to the PUI-workflow system will be described with reference to FIG. FIG. 26 is a flowchart for explaining an example of processing according to the PUI-workflow system.
[0150]
In step S10, the image input unit 21 reads a paper document. Progressing to step S11 following step S10, the image input unit 21 acquires user information such as a user name input by the user, for example.
[0151]
Progressing to step S12 following step S11, the ID detection unit 22 determines whether or not a PUI mark is included in the image data related to the paper document read in step S10. If the ID detection unit 22 determines that the PUI mark is included (YES in step S12), the process proceeds to step S15. If the ID detection unit 22 determines that the PUI mark is not included (NO in step S12), the process proceeds to step S13.
[0152]
For example, the ID detection unit 22 reads information added at a predetermined position of the image data related to the paper document read in step S10, and determines whether the information is a PUI mark, thereby reading it in step S10. It is determined whether the PUI mark is included in the image data related to the paper document.
[0153]
In step S13, the user information acquired in step S11 is added to the image data related to the paper document read in step S10 by the PUI document file update unit 23 or the PUI document file creation unit that creates the PUI document file (not shown). Etc. are added to create a new PUI document file.
[0154]
Progressing to step S14 following step S13, the PUI document file update unit 23 or the PUI document file registration unit that registers the PUI document file (not shown) manages the PUI document file created in step S13 as PUI document file management. Register in the unit 25.
[0155]
On the other hand, in step S15, the PUI document file update unit 23 or the authentication unit (not shown), based on the user information acquired in step S11 and / or the PUI user ID included in the PUI mark read in step S12, For example, it is determined whether the corresponding user has an access right to access the corresponding PUI document file.
[0156]
If the PUI document file update unit 23 or the authentication unit determines that the user has an access right to access the corresponding PUI document file (YES in step S15), the process proceeds to step S16 to access the corresponding PUI document file. If it is determined that there is no access right (NO in step S15), the process is terminated.
[0157]
For example, the PUI document file update unit 23 or the authentication unit includes the user information acquired in step S11 and / or the PUI user ID included in the PUI mark read in step S12, and the PUI document included in the PUI mark read in step S12. An access right confirmation request including an ID or the like is made to the PUI document file management unit 25, and for example, the user corresponding to the user information and / or the PUI user ID is accessed to the PUI document file corresponding to the PUI document ID. The confirmation result as to whether or not there is an access right to be acquired is acquired from the PUI document file management unit 25. The PUI document file updating unit 23 or the authentication unit determines whether the user has an access right to access the PUI document file based on the confirmation result.
[0158]
In step S <b> 16, the PUI document file update unit 23 acquires a corresponding PUI document file from the PUI document file management unit 25 based on the PUI document ID and the like included in the PUI mark read in step S <b> 12.
[0159]
Progressing to step S17 following step S16, the retouched image extraction unit 24 calculates the difference between the image data related to the paper document read in step S10 and the image data related to the PUI document file acquired in step S16, Extract image data.
[0160]
Progressing to step S18 following step S17, the PUI document file updating unit 23 adds the retouched image data extracted in step S17 and the retouching property corresponding to the retouched image data to the PUI document file acquired in step S16. The PUI document file is updated, and the newly updated PUI document file is stored in the PUI document file management unit 25. The writing properties include a writing ID for identifying the writing image data, a PUI user ID of the user who performed the writing, and the like.
[0161]
The preferred embodiments of the present invention have been described in detail above, but the present invention is not limited to such specific embodiments, and various modifications can be made within the scope of the gist of the present invention described in the claims.・ Change is possible.
[0162]
【The invention's effect】
As described above, according to the present invention, the system relating to the PUI paper document and the workflow management system can be operated in association with each other.
[0163]
[Brief description of the drawings]
FIG. 1 is a conceptual diagram (part 1) of a PUI-workflow system according to an embodiment of the present invention.
FIG. 2 is a conceptual diagram (part 2) of the PUI-workflow system according to the embodiment of the present invention.
FIG. 3 is a conceptual diagram (part 3) of the PUI-workflow system according to the embodiment of the present invention.
FIG. 4 is a hardware configuration diagram of an example of a PUI document management server.
FIG. 5 is a block diagram illustrating a functional configuration of the MFP.
FIG. 6 is a block diagram illustrating a hardware configuration of the MFP.
FIG. 7 is a diagram for explaining an example of a PUI mark.
FIG. 8 is a diagram (part 1) for explaining the structure of a PUI document file;
FIG. 9 is a diagram (No. 2) for explaining the structure of a PUI document file;
FIG. 10 is a diagram (No. 3) for explaining the structure of a PUI document file;
FIG. 11 is a diagram (No. 4) for explaining the structure of a PUI document file;
FIG. 12 is a diagram for explaining an example of contraction of a PUI document file.
FIG. 13 is a diagram for explaining an example of a table related to an original PUI document file.
FIG. 14 is a diagram for describing an example of a table related to writing information.
FIG. 15 is a diagram for explaining a relationship between writing information.
FIG. 16 is a diagram for explaining another example of a table related to a PUI document file.
FIG. 17 is a diagram for explaining an example of an external representation of a PUI document file.
FIG. 18 is a relationship diagram between classes representing a PUI-workflow system.
FIG. 19 is a diagram for explaining an example of a method.
FIG. 20 is a diagram for explaining an example of a functional configuration of a PUI-workflow system.
FIG. 21 is a diagram (No. 1) for describing a functional configuration of each device that configures the PUI-workflow system;
FIG. 22 is a diagram (No. 2) for describing a functional configuration of each device that configures the PUI-workflow system;
FIG. 23 is a diagram (No. 3) for describing a functional configuration of each device that configures the PUI-workflow system;
FIG. 24 is a diagram (No. 4) for describing a functional configuration of each device that configures the PUI-workflow system;
FIG. 25 is a diagram (No. 5) for explaining a functional configuration of each device included in the PUI-workflow system;
FIG. 26 is a flowchart for explaining an example of processing according to the PUI-workflow system;
[Explanation of symbols]
1 PUI document management server
2 Workflow server
4 MFP (Multi Function Printer)
5 Client PC
21 Image input section
22 ID detector
23 PUI document file update section
24 Retouched image extraction unit
25 PUI document file management department

Claims (16)

プロセスに係る文書ファイルを管理する文書ファイル管理クラスと、
加筆データを抽出する加筆データ抽出クラスと、
プロセスに係る文書ファイルを更新する文書ファイル更新クラスと
を有するオブジェクト指向モデルによりプロセスに係る文書ファイルを管理することを特徴とする文書ファイル管理装置。
A document file management class for managing document files related to the process;
A retouching data extraction class that extracts retouching data;
A document file management apparatus for managing a document file related to a process using an object-oriented model having a document file update class for updating the document file related to the process.
前記文書ファイル更新クラスと、前記加筆データ抽出クラスとは関連を有することを特徴とする請求項1記載の文書ファイル管理装置。The document file management apparatus according to claim 1, wherein the document file update class and the additional data extraction class are related to each other. 前記文書ファイル更新クラスと、前記文書ファイル管理クラスとは関連を有することを特徴とする請求項1又は2記載の文書ファイル管理装置。3. The document file management apparatus according to claim 1, wherein the document file update class and the document file management class are related to each other. 識別情報を検出する識別情報検出クラスを更に有することを特徴とする請求項1乃至3何れか一項記載の文書ファイル管理装置。4. The document file management apparatus according to claim 1, further comprising an identification information detection class for detecting identification information. 前記識別情報検出クラスと、前記文書ファイル更新クラスとは関連を有することを特徴とする請求項4記載の文書ファイル管理装置。5. The document file management apparatus according to claim 4, wherein the identification information detection class and the document file update class are related to each other. 文書を読み込む文書読み込みクラスを更に有することを特徴とする請求項1乃至5何れか一項記載の文書ファイル管理装置。6. The document file management apparatus according to claim 1, further comprising a document reading class for reading a document. 前記文書読み込みクラスと、前記識別情報検出クラスとは関連を有することを特徴とする請求項6記載の文書ファイル管理装置。The document file management apparatus according to claim 6, wherein the document reading class and the identification information detection class are related to each other. 前記識別情報検出クラスは、引数として渡されたデータに基づいて、該データに含まれる識別情報を検出する識別情報検出メソッドを有することを特徴とする請求項4乃至7何れか一項記載の文書ファイル管理装置。8. The document according to claim 4, wherein the identification information detection class has an identification information detection method for detecting identification information included in the data based on data passed as an argument. File management device. 前記加筆データ抽出クラスは、引数として渡された2つのデータに基づいて、該2つのデータの差分を抽出する差分抽出メソッドを有することを特徴とする請求項1乃至8何れか一項記載の文書ファイル管理装置。The document according to any one of claims 1 to 8, wherein the retouched data extraction class has a difference extraction method for extracting a difference between the two data based on the two data passed as arguments. File management device. 前記文書ファイル更新クラスは、引数として渡された前記加筆データが付加された前記文書ファイルに係るデータと前記文書ファイルに係る文書識別情報及び/又は前記加筆データに係る加筆識別情報に基づいて、前記文書ファイルの更新を行う文書ファイル更新メソッドを有することを特徴とする請求項1乃至9何れか一項記載の文書ファイル管理装置。The document file update class is based on the data related to the document file to which the additional data passed as an argument is added and the document identification information related to the document file and / or the additional identification information related to the additional data. The document file management apparatus according to claim 1, further comprising a document file update method for updating a document file. 前記文書ファイル管理クラスは、引数として渡された前記文書ファイルに係る文書識別情報及び/又は前記加筆データに係る加筆識別情報に基づいて、対応する文書ファイルを取得する文書ファイル取得メソッドを有することを特徴とする請求項1乃至10何れか一項記載の文書ファイル管理装置。The document file management class has a document file acquisition method for acquiring a corresponding document file based on document identification information related to the document file passed as an argument and / or additional identification information related to the additional data. The document file management apparatus according to claim 1, wherein the document file management apparatus is a document file management apparatus. 前記文書ファイル管理クラスは、引数として渡された更新された前記文書ファイルと前記文書ファイルに係る文書識別情報及び/又は前記加筆データに係る加筆識別情報に基づいて、更新された前記文書ファイルを保存する文書ファイル保存メソッドを有することを特徴とする請求項1乃至11何れか一項記載の文書ファイル管理装置。The document file management class stores the updated document file based on the updated document file passed as an argument and the document identification information related to the document file and / or the additional identification information related to the additional data. The document file management apparatus according to claim 1, further comprising: a document file storage method for performing the process. プロセスに係る文書ファイルの入出力に係るデータ構造であって、
前記文書ファイルの原本に係る原本データと、
前記原本データに係る原本属性情報と、
前記プロセスを構成するステップにおいて付加された加筆に係る加筆データとからなることを特徴とするデータ構造。
A data structure related to input / output of a document file related to a process,
Original data relating to the original of the document file;
Original attribute information related to the original data;
A data structure comprising: retouched data relating to retouching added in the steps constituting the process.
前記加筆データに係る加筆属性情報を更に有することを特徴とする請求項13記載のデータ構造。14. The data structure according to claim 13, further comprising additional attribute information related to the additional data. 前記データ構造は、メタ言語及び/又はマークアップ言語で記述されていることを特徴とする請求項13又は14記載のデータ構造。15. The data structure according to claim 13, wherein the data structure is described in a meta language and / or a markup language. 前記データ構造は、XMLで記述されていることを特徴とする請求項13乃至15何れか一項記載のデータ構造。16. The data structure according to claim 13, wherein the data structure is described in XML.
JP2003204423A 2003-06-25 2003-07-31 Document file management device and data structure Pending JP2005050018A (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2003204423A JP2005050018A (en) 2003-07-31 2003-07-31 Document file management device and data structure
US10/871,731 US7826101B2 (en) 2003-06-25 2004-06-21 Document management method, document management program, recording medium, and document management apparatus
CN200410076652XA CN1577324B (en) 2003-06-25 2004-06-25 Document management method and document management apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003204423A JP2005050018A (en) 2003-07-31 2003-07-31 Document file management device and data structure

Publications (1)

Publication Number Publication Date
JP2005050018A true JP2005050018A (en) 2005-02-24

Family

ID=34263432

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003204423A Pending JP2005050018A (en) 2003-06-25 2003-07-31 Document file management device and data structure

Country Status (1)

Country Link
JP (1) JP2005050018A (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007164224A (en) * 2005-12-09 2007-06-28 Fuji Xerox Co Ltd Program, method and system for processing work flow
JP2007310545A (en) * 2006-05-17 2007-11-29 Fuji Xerox Co Ltd Electronic document management device, program and method
JP2008141338A (en) * 2006-11-30 2008-06-19 Fuji Xerox Co Ltd Information processing apparatus and program
JP2010262512A (en) * 2009-05-08 2010-11-18 Konica Minolta Business Technologies Inc Web server, image forming device, presentation support system, control method and computer program
JP2011039997A (en) * 2009-08-18 2011-02-24 Fuji Xerox Co Ltd Information processor and computer program
US8074164B2 (en) 2005-08-25 2011-12-06 Konica Minolta Business Technologies, Inc. Document management device and document management method
US8095868B2 (en) 2005-08-25 2012-01-10 Konica Minolta Business Technologies, Inc. Document management device and document management method
JP2013196473A (en) * 2012-03-21 2013-09-30 Fuji Xerox Co Ltd Information processor, information processing system and program
US20170085742A1 (en) * 2015-09-17 2017-03-23 Konica Minolta, Inc. Image processing apparatus, image processing method and image processing program

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8074164B2 (en) 2005-08-25 2011-12-06 Konica Minolta Business Technologies, Inc. Document management device and document management method
US8095868B2 (en) 2005-08-25 2012-01-10 Konica Minolta Business Technologies, Inc. Document management device and document management method
JP2007164224A (en) * 2005-12-09 2007-06-28 Fuji Xerox Co Ltd Program, method and system for processing work flow
JP4742839B2 (en) * 2005-12-09 2011-08-10 富士ゼロックス株式会社 Program and system for workflow processing
JP2007310545A (en) * 2006-05-17 2007-11-29 Fuji Xerox Co Ltd Electronic document management device, program and method
JP2008141338A (en) * 2006-11-30 2008-06-19 Fuji Xerox Co Ltd Information processing apparatus and program
JP2010262512A (en) * 2009-05-08 2010-11-18 Konica Minolta Business Technologies Inc Web server, image forming device, presentation support system, control method and computer program
JP2011039997A (en) * 2009-08-18 2011-02-24 Fuji Xerox Co Ltd Information processor and computer program
JP2013196473A (en) * 2012-03-21 2013-09-30 Fuji Xerox Co Ltd Information processor, information processing system and program
US20170085742A1 (en) * 2015-09-17 2017-03-23 Konica Minolta, Inc. Image processing apparatus, image processing method and image processing program
JP2017059008A (en) * 2015-09-17 2017-03-23 コニカミノルタ株式会社 Written image recording device, written image recording method, and computer program
US10264157B2 (en) 2015-09-17 2019-04-16 Konica Minolta, Inc. Image processing apparatus, image processing method and image processing program

Similar Documents

Publication Publication Date Title
US8319989B2 (en) Image processing apparatus for processing and communicating with an information processing apparatus which does not have an image processing apparatus driver software
US7826101B2 (en) Document management method, document management program, recording medium, and document management apparatus
JP4444752B2 (en) Service providing apparatus, service providing program, recording medium, and service providing method
JP5199761B2 (en) Information processing apparatus, image input apparatus, document distribution system, and control method therefor
US8953196B2 (en) Image processing workflow with virtual plug-in
US20070006324A1 (en) Image forming method, image forming system, image forming apparatus, driver program, information processing apparatus, and license management server
US20050015711A1 (en) Workflow management apparatus and method
JP2005242994A (en) Device, method and program for providing service, device, method and program for processing information, and recording medium
US9262112B2 (en) Image processing apparatus having file server function, and control method and storage medium therefor
US20100046029A1 (en) Document management system
US20090027724A1 (en) Data processing method, data management device, and information processing device
JP2009129340A (en) Job flow processor
US8294928B2 (en) Data management system to extract text data
US8984623B2 (en) Image processing system, image processing apparatus and computer-readable recording medium
JP2007233860A (en) Print control system, print attribute information management server, print controller and print control method
JP2006211587A (en) Image processing apparatus, log management method and log management system
US7743364B2 (en) Work flow management system, work flow management apparatus and method
JP4340482B2 (en) Document management system
JP2005050018A (en) Document file management device and data structure
US7075668B2 (en) Direct printing from internet database
JP2005050017A (en) Document file management device, document file management method and data structure
JP2007293916A (en) Image processor, and image processing method, program and system
JP2007135238A (en) Image forming apparatus having web service function
JP2011139363A (en) Image forming apparatus, information processing apparatus, data processing server, and information processing method
JP2004005505A (en) Computer readable program for letting computer execute program formation

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060419

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070817

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070821

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071019

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071019

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080212

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080411

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080513