JP2011248391A - 情報処理装置およびプログラム - Google Patents
情報処理装置およびプログラム Download PDFInfo
- Publication number
- JP2011248391A JP2011248391A JP2010117494A JP2010117494A JP2011248391A JP 2011248391 A JP2011248391 A JP 2011248391A JP 2010117494 A JP2010117494 A JP 2010117494A JP 2010117494 A JP2010117494 A JP 2010117494A JP 2011248391 A JP2011248391 A JP 2011248391A
- Authority
- JP
- Japan
- Prior art keywords
- information
- document
- electronic
- operation history
- unit
- 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.)
- Granted
Links
- 238000012545 processing Methods 0.000 claims abstract description 137
- 238000000034 method Methods 0.000 claims abstract description 133
- 230000008569 process Effects 0.000 claims abstract description 91
- 238000009795 derivation Methods 0.000 claims abstract description 26
- 238000000605 extraction Methods 0.000 claims description 23
- 230000004044 response Effects 0.000 claims description 22
- 230000010365 information processing Effects 0.000 claims description 20
- 230000008859 change Effects 0.000 abstract description 23
- 239000000284 extract Substances 0.000 abstract description 5
- 230000009471 action Effects 0.000 description 95
- 230000004913 activation Effects 0.000 description 40
- 230000000875 corresponding effect Effects 0.000 description 32
- 238000006243 chemical reaction Methods 0.000 description 16
- 238000011156 evaluation Methods 0.000 description 9
- 238000012790 confirmation Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 230000008520 organization Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 1
- 238000007630 basic procedure Methods 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
を管理する。
【解決手段】サーバ10の出力処理部106は、電子帳票の出力要求に応じて、当該電子
帳票を識別する帳票IDと当該帳票の内容とを紙媒体に印刷した紙帳票を出力するための
処理を行う。帳票情報抽出部1064は、印刷対象の電子帳票の内容の少なくとも一部を
当該電子帳票から抽出する。親帳票ID受付部1068は、印刷対象の電子帳票の他の帳
票の帳票IDの指定を受け付ける。帳票情報登録部108は、印刷対象の電子帳票の帳票
IDと、帳票情報抽出部1064が抽出した情報を表す帳票情報と、親帳票ID受付部1
068が受け付けた帳票IDの帳票が印刷対象の帳票の親である旨を表す派生関係の情報
と、を互いに関連付けて帳票情報DB110に登録する。
【選択図】図3
Description
に記載の技術では、文書テンプレートおよびデータソースに基づく第1のメタデータを埋
め込んだ文書データを紙文書として印刷し、印刷後に所定の処理の行われた当該紙文書を
スキャンしてスキャン画像を取得すると共に、スキャン時の各種情報を第2のメタデータ
として取得し、このスキャン画像からデコードした第1のメタデータおよびスキャン時に
取得した第2のメタデータを用いて、業務プロセス管理手段において当該紙文書にかかる
業務処理内容を反映させる。
術が開示されている。特許文献2に記載の技術では、印刷装置は、印刷要求を受け付ける
と、識別情報が付与された印刷物を作成し、端末装置において、この印刷物に付与された
識別情報を読み取り、読み取った識別情報をサーバに送信する。サーバは、識別情報を端
末装置から受け付けた場合に、当該識別情報に該当する管理項目を更新する。
フローに従って文書に対する作業の進捗状況を管理する技術では、予め定義されたワーク
フローと異なる作業が行われた場合、当該作業を管理できない。一方で、文書に対して行
われる作業の手順のすべてを事前に正確に定義しておくことは困難な場合がある。
の業務における作業手順に変更が生じたりする場合がある。
における文書または作業手順の変更に応じて文書を管理できる情報処理装置およびプログ
ラムを提供することを目的とする。
報と当該電子文書の内容とを紙媒体に印刷した紙文書を出力するための処理を行う出力処
理手段と、前記電子文書の内容の少なくとも一部を前記電子文書から抽出する抽出手段と
、前記電子文書の他の文書の識別情報の指定を受け付ける受付手段と、前記電子文書の前
記識別情報と、前記抽出手段が抽出した情報を表す内容情報と、前記受付手段が受け付け
た識別情報の文書が前記紙文書の親である旨を表す派生関係の情報と、を互いに関連付け
て文書情報記憶手段に登録する文書情報登録手段と、を備えることを特徴とする情報処理
装置である。
む処理実行条件と、当該処理実行条件が満たされた場合に実行すべき処理の内容と、を関
連付けて記憶した処理情報記憶手段を参照し、前記文書情報記憶手段に登録された識別情
報の文書のうち前記処理実行条件を満たすものがある場合に、当該処理実行条件に関連付
けられた内容の処理を実行する処理実行手段、をさらに備える。
出力された紙文書に印刷された識別情報と当該紙文書に対して行われた操作に関する操作
履歴情報とを取得する取得手段と、前記取得手段が取得した識別情報および前記操作履歴
情報を互いに関連付けて操作履歴記憶手段に登録する操作履歴登録手段と、をさらに備え
、前記処理実行条件のうちの少なくとも1つは、さらに、前記操作履歴情報に関する条件
を含む。
くとも1つは、当該処理実行条件を満たす文書の識別情報に関連付けて前記操作履歴記憶
手段に記憶された前記操作履歴情報を無効化する処理に関連付けられる。
実行条件のうちの少なくとも1つは、さらに、前記内容情報に関する条件を含む。
関係の情報に関する検索条件を含む表示要求に応じて、前記検索条件を満たす文書の識別
情報を前記文書情報記憶手段から検索し、検索された識別情報に関連付けて前記文書情報
記憶手段に登録された内容情報と、検索された識別情報に関連付けて前記操作履歴記憶手
段に記憶された操作履歴情報と、の少なくとも一部を表示させる処理を行う表示処理手段
、をさらに備える。
処理手段は、さらに、電子文書の出力要求に応じて、当該電子文書を識別する識別情報と
当該電子文書の内容とを含み、かつ当該電子文書と異なる形式を有する新たな電子文書を
生成して出力する処理を行う。
を識別する識別情報と当該電子文書の内容とを紙媒体に印刷した紙文書を出力するための
処理を行う出力処理ステップと、前記電子文書の内容の少なくとも一部を前記電子文書か
ら抽出する抽出ステップと、前記電子文書の他の文書の識別情報の指定を受け付ける受付
ステップと、前記電子文書の前記識別情報と、前記抽出ステップで抽出した情報を表す内
容情報と、前記受付ステップで受け付けた識別情報の文書が前記電子文書の親である旨を
表す派生関係の情報と、を互いに関連付けて文書情報記憶手段に登録する文書情報登録ス
テップと、を実行させるためのプログラムである。
書を用いた業務を進める過程における文書または作業手順の変更に応じて文書を管理でき
る。
関係に関する処理実行条件が満たされたことに応じて、特定の内容の処理を実行すること
ができる。
われた操作の履歴に関する処理実行条件が満たされたことに応じて、特定の内容の処理を
実行することができる。
設定することができる。
れた情報に関する条件を含む処理実行条件が満たされることに応じて、特定の内容の処理
を実行することができる。
関係に関する条件により検索された結果の文書の内容情報および操作履歴の少なくとも一
部をユーザに提示できる。
関する派生関係の情報を管理できる。
た電子文書を用紙に印刷させ、この印刷された紙文書が1人以上のユーザに回付されて処
理される状況において、当該紙文書に関する情報を管理する。以下、文書の形式を定義す
る雛形ファイルである帳票ファイルを用いて作成された電子文書を印刷した紙文書を管理
する場合を例にとり本発明の実施形態について説明する。なお、以下の説明では、帳票フ
ァイルを用いて作成された電子文書を「電子帳票」と呼び、電子帳票を印刷した紙文書を
「紙帳票」と呼ぶ。電子帳票および紙帳票を「帳票」と総称することもある。
ファイル形式を変換して新たな電子帳票を作成する場合もある。例えば、ワードプロセッ
サ等の電子文書を作成・編集するための特定のソフトウエアに対応したファイル形式の電
子帳票を、PDF(Portable Document Format)等、他のソフ
トウエアに対応したファイル形式に変換する場合がある。本実施形態の例では、電子帳票
のファイル形式を変換する処理を「印刷」処理の一種として取り扱う。つまり、本実施形
態の例では、電子帳票を用紙に印刷した紙帳票に関する情報だけでなく、電子帳票のファ
イル形式の変換により新たに生成された電子帳票に関する情報も管理する。以下の説明で
は、電子帳票のファイル形式を変換する処理を「電子的な印刷」と呼ぶ。
本実施形態の例の詳細な説明の前に、図1および図2を参照し、本実施形態の例により
管理される帳票を用いた業務の一具体例を説明する。図1および図2は、企業等の組織の
経理部門に対して物品の購入代金の支払処理が依頼される場合に、帳票に対して行われる
ワークフローの例を表す。
では、「印刷」、「発送」、「受領」、「支払処理開始」、「支払処理終了」、および「
完了」の順で帳票に対する作業が行われる。「印刷」は、電子帳票を印刷して紙帳票を作
成する作業を表す。本例では、支払処理を依頼する依頼者が、端末装置を用いて支払依頼
書の帳票ファイルを編集して電子帳票を作成し、この電子帳票を印刷することで、支払依
頼書の紙帳票を作成する。「発送」は、「印刷」作業で作成された紙帳票(支払依頼書)
および業者からの請求書を依頼者が経理部門へ回付する作業を表す。「受領」は、回付さ
れた紙帳票および請求書を経理部門が受領することを表す。「支払処理開始」および「支
払処理終了」は、それぞれ、経理部門において、受領した紙帳票および請求書の内容に従
って支払処理を開始すること、および終了することを表す。「完了」は、当該紙帳票に関
する業務(支払処理)の完了を表す。「完了」の作業では、例えば、支払処理が終了した
紙帳票および請求書をファイリングしたり、これらの文書をスキャナで読み取って得られ
る画像データをデータベースに登録したりする。
、支払処理が開始される。例えば支払期限が迫っている等の事情で支払処理を急ぐ場合、
依頼者は、紙帳票の回付の前に、支払依頼書の電子帳票とスキャナで読み取った請求書の
画像データとを経理部門へ送信して支払処理を依頼し、追って紙帳票および紙の請求書を
経理部門へ回付することもあり得る。支払依頼書の電子帳票は、例えば、電子メールの添
付ファイルとして経理部門の担当者の電子メールアドレス宛に送信される。また、本例で
は、依頼者は、文書の作成・編集ソフトウエアを用いて帳票ファイルを編集して作成した
電子帳票を電子的に印刷(ファイル形式の変換)した上で、経理部門へ送信するものとす
る。図2に示すワークフローは、この場合の電子帳票および紙帳票に対する作業の手順の
例である。図2において、上段(a)のワークフローは、電子帳票に対する作業の手順を
表し、下段(b)のワークフローは、紙帳票に対する作業の手順を表す。
「e−印刷」)、この結果の電子帳票を経理部門へ「送信」する。この電子帳票が経理部
門において「受信」されると、経理部門で「支払処理開始」され、その後、「支払処理終
了」となる。一方、図2(b)を参照し、依頼者は、電子帳票の「e−印刷」および「送
信」の後、この電子帳票を用紙に「印刷」して紙帳票を作成し、作成した紙帳票を経理部
門へ「発送」(回付)する。この紙帳票は、経理部門において電子帳票の「受信」に応じ
て「支払処理開始」された後、経理部門で「受領」される。この紙帳票の「受領」のとき
には、すでに、この紙帳票に対応する電子帳票の内容に従って支払処理が開始されている
ので、紙帳票の「受領」に応じて支払処理を行う必要はなく、「支払処理終了」の後、こ
の紙帳票に関する支払処理の業務は「完了」する。図2の場合、紙帳票に対するワークフ
ローと電子帳票に対するワークフローとが並行して実行される。
れる場合もあるし、図2の例のワークフローに従って処理される場合もある。本実施形態
の例の情報処理装置は、図1および図2のいずれの場合においても、印刷された紙帳票お
よび電子的に印刷された電子帳票に関する情報を管理する。
図3に、本実施形態の例による情報処理装置の内部構成の概略の例を示す。図3のサー
バ10は、プリンタ20に接続される。サーバ10は、ユーザ情報DB(データベース)
100、ユーザ認証部102、帳票DB104、出力処理部106、帳票情報登録部10
8、帳票情報DB110、操作受付部112、操作履歴登録部114、操作履歴DB11
6、履歴情報検索部118、表示処理部120、アクション情報DB140、およびアク
ション実行部142を備える。
る。ユーザ情報DB100は、例えば、各ユーザの識別情報であるユーザIDと、各ユー
ザの認証情報(パスワードなど)と、を記憶する。ユーザ情報DB100は、さらに、ユ
ーザの氏名、連絡先(住所、電話番号、ファクシミリ番号、電子メールアドレスなど)、
ユーザが構成する組織におけるユーザ集合(グループ、課、部門など)の識別情報、各ユ
ーザ集合に所属するユーザのユーザID、および各ユーザの組織における役職などを記憶
しておいてよい。
合に、当該要求を行ったユーザの認証を行う。例えば、要求を行ったユーザのユーザID
およびパスワードの入力を受け付け、受け付けたユーザIDおよびパスワードの組がユー
ザ情報DB100に登録されたユーザIDおよびパスワードの組に一致するか否かを確認
することでユーザ認証を行う。ユーザ認証部102が認証に成功した場合にのみ、その要
求を行ったユーザに対し、サーバ10の後述の各部の機能の利用を許可する。
の作成の基となる雛形のファイルである。帳票スキーマは、各帳票ファイルのレイアウト
を表す情報である。帳票スキーマは、例えば、当該帳票ファイルにおいて、どの領域にど
のような情報が配置されるかを記述したものであってよい。帳票スキーマの例の詳細は後
述する。帳票DB104は、帳票ファイルとこれに対応する帳票スキーマとの組を一組だ
け記憶しておいても良いし、帳票ファイルと帳票スキーマとの組を複数記憶しておいても
良い。複数の組を記憶しておく場合、帳票DB104は、各帳票ファイルとこれに対応す
る帳票スキーマとを対応づける情報を記憶しておく。なお、帳票ファイルと帳票スキーマ
とを対応づける情報を帳票DB104に記憶しておけば、帳票ファイル自体は帳票DB1
04に記憶しておかずに、サーバ10に接続された他の装置が保持しておいてもよい。
、電子帳票のファイル形式を変換して新たな電子帳票を生成し出力する(電子的に印刷す
る)ための処理を行う。この電子帳票は、帳票DB104中の帳票ファイルのいずれかに
対して情報を書き込むことで生成されたものであるとする。例えば、電子帳票を用紙に印
刷する要求をクライアント端末(図示しない)からサーバ10が受け付けて、当該印刷要
求についてユーザ認証部102による認証が成功すると、出力処理部106は、プリンタ
20に対して、当該印刷要求の対象の帳票の識別情報である帳票IDと当該帳票とを用紙
に印刷するよう印刷指示を出す。また例えば、クライアント端末から電子帳票のファイル
形式の変換の要求をサーバ10が受け付けて、ユーザ認証が成功すると、出力処理部10
6は、当該要求の対象の電子帳票のファイル形式を変換して新たな電子帳票を生成すると
共に、この新たな電子帳票中に帳票IDを配置したファイルをクライアント端末に返送す
る。
他の帳票の帳票IDを「親帳票ID」として指定するユーザの入力を受け付けることもあ
る。本実施形態の例では、ある帳票の作成の基となった他の帳票を、当該ある帳票の「親
帳票」または「親」と呼ぶ。逆に、ある帳票を基に作成された他の帳票を、当該ある帳票
の「子帳票」または「子」と呼ぶ。子帳票は、親帳票から派生して作成される帳票である
と解釈してもよい。つまり、親帳票は、子帳票の派生元の帳票であると捉えられる。例え
ば、電子的な印刷を行って帳票IDを含む電子帳票を作成し、この電子帳票を用紙に印刷
して紙帳票を作成した場合、当該電子帳票は、当該紙帳票の親であると言える。また例え
ば、ある紙帳票の内容の一部を変更して新たな紙帳票が印刷されて作成された場合、当該
ある紙帳票は、当該新たな紙帳票の親であるとみなすことができる。上述の業務例1の図
2(a),(b)のワークフローを参照すると、図2(b)の「印刷」で作成される紙帳
票は、図2(a)の「e−印刷」で作成された電子帳票を基に作成される。このことから
、当該電子帳票は当該紙帳票の「親帳票」であると言える。サーバ10は、出力処理部1
06が受け付けた「親帳票ID」の帳票を、印刷要求の対象の帳票の親帳票として管理す
る。
1064、ファイル形式変換部1066、および親帳票ID受付部1068を備える。
票IDは、サーバ10が管理する帳票のうちで一意な識別情報であればよい。帳票ID付
与部1060は、印刷対象の帳票と当該帳票に対して付与した帳票IDとを帳票情報登録
部108に渡す。帳票ID付与部1060は、用紙への印刷対象の帳票および電子的な印
刷対象の帳票のいずれに対しても、帳票IDを生成して付与する。
な印刷要求であるかに応じて、プリンタ20またはファイル形式変換部1066に対して
印刷指示を行う。
帳票ID付与部1060が付与した帳票IDと、を用紙に印刷することをプリンタ20に
指示する。このとき、本実施形態の例では、印刷指示部1062は、帳票IDを機械読み
取り可能な符号に変換して印刷するようプリンタ20に指示する。帳票IDを表す符号の
例として、バーコードなどの一次元コードや、QRコードなどの二次元コードが挙げられ
る。印刷指示部1062の指示に従って、プリンタ20は、帳票IDを表す符号と共に帳
票を用紙に印刷した紙文書を出力する。
れた帳票IDとを含む新たな電子帳票の生成をファイル形式変換部1066に対して指示
する。この指示に従って、ファイル形式変換部1066は、印刷対象の帳票のファイル形
式を変換した電子帳票であって、当該帳票の帳票IDを含む電子帳票を新たに生成する。
一例として、印刷対象の帳票がワードプロセッサ等のソフトウエアに対応するファイル形
式の電子帳票であるときに、ファイル形式変換部1066は、印刷対象の帳票の内容と帳
票IDとを含む、PDF形式の新たな電子帳票を生成する。なお、ファイル形式変換部1
066は、帳票IDを機械読み取り可能な符号に変換して新たな電子帳票上に配置しても
よいし、帳票IDを表す文字列を新たな電子帳票上に配置してもよい。あるいは、ファイ
ル形式変換部1066は、新たな電子帳票の属性情報の一部として帳票IDを含めておい
てもよい。ファイル形式変換部1066が生成した新たな電子帳票は、出力処理部106
により、印刷要求の要求元のクライアント端末に対して送信される。
、ファイル形式変換部1066に帳票IDを含む電子帳票を生成させた後、その旨を操作
履歴登録部114に対して通知する。この通知を受けた操作履歴登録部114の処理は後
述する。
票から、帳票スキーマで示される情報を抽出する。例えば、帳票情報抽出部1064は、
印刷対象の帳票の作成に用いられた帳票ファイルに対応する帳票スキーマを帳票DB10
4から読み出し、この帳票スキーマで記述されている各領域に配置された情報を当該帳票
から抽出する。用紙への印刷の場合、印刷対象の帳票のデータは、プリンタ20による印
刷処理に適した形式で表されるデータであり、例えばPDL(Page Descrip
tion Language;ページ記述言語)で記述される。帳票情報抽出部1064
は、例えば、PDLで記述された帳票のデータを解釈し、この帳票において、帳票スキー
マで記述されている各領域に配置された文字列を特定する。そして、特定した文字列を当
該領域の情報として抽出する。帳票情報抽出部1064は、帳票のデータの各領域から抽
出した文字列を、当該帳票の帳票IDと共に帳票情報登録部108に渡す。電子的な印刷
の場合、印刷対象の帳票のデータは様々な形式を取り得る。帳票情報抽出部1064は、
例えば、印刷対象の帳票のデータをPDL形式に変換した上で、用紙への印刷の場合と同
様に、帳票スキーマで記述されている各領域に配置された文字列を特定して抽出すればよ
い。あるいは、例えば、帳票情報抽出部1064は、ファイル形式変換部1066の処理
の結果の新たな電子帳票のデータを解釈して、帳票スキーマで記述されている各領域に配
置された文字列を抽出してもよい。さらに他の例では、電子的な印刷の対象の帳票のデー
タの形式に応じた手法で当該データを解釈して、帳票スキーマで記述されている各領域の
文字列を抽出してもよい。この例の場合、電子的な印刷の対象の帳票のデータが取り得る
複数の形式にそれぞれ対応する複数の解釈の手順をサーバ10の記憶装置(図示しない)
に予め記憶させておき、帳票情報抽出部1064において、印刷対象の帳票のデータの形
式に応じた解釈の手順を記憶装置から取得して、当該データの解釈に用いればよい。
である。図4に例示する帳票スキーマは、XML(Extensible Markup
Language)形式で記述されている。図4において、「rectangle」要素は、帳
票から文字列(情報)を抽出する矩形領域を表す。「rectangle」要素の「left」,「rig
ht」,「top」,「bottom」属性は、それぞれ、矩形領域の左端、右端、上端、下端の座
標を表し、「name」属性は矩形領域の名前を表す。図4では、「発注番号」、「依頼者」
、および「支払先コード」とそれぞれ名付けられた3つの矩形領域について記述されてい
る。帳票情報抽出部1064は、図4の例の帳票スキーマで記述された3つの矩形領域の
それぞれに含まれる文字列を、印刷対象の帳票のデータから抽出する。また、帳票情報抽
出部1064は、各矩形領域から抽出した文字列を、当該矩形領域の名前に関連付けて帳
票情報登録部108に渡す。
であると言える。以下の説明では、帳票情報抽出部1064により帳票から抽出される情
報を「帳票情報」と呼ぶ。
を指定するユーザの入力を受け付ける。親帳票ID受付部1068は、例えば、印刷要求
の要求元のクライアント端末に対して、親帳票の帳票IDの指定をユーザに促す旨を表示
させる制御情報を送信する。この制御情報を受信したクライアント端末の表示装置におい
て、親帳票の帳票IDの入力を受け付ける表示画面が表示される。この表示を確認したユ
ーザが帳票IDを入力すると、当該帳票IDはクライアント端末からサーバ10へ送信さ
れ、サーバ10で受信された当該帳票IDを、親帳票ID受付部1068は印刷対象の帳
票の親帳票の帳票ID(親帳票ID)として帳票情報登録部108に渡す。ユーザが帳票
IDを指定する入力を行わなかった場合、あるいは、帳票IDを指定しない旨の入力をユ
ーザが行った場合、クライアント端末は、帳票IDが指定されなかった旨を表す情報をサ
ーバ10に対して送信する。この情報を受信したサーバ10において、親帳票ID受付部
1068は、印刷対象の帳票に親帳票が存在しない旨を帳票情報登録部108に通知する
。
よび帳票情報を受け取ると、受け取った帳票IDに関連付けて、受け取った帳票情報を帳
票情報DB110に登録する。帳票情報登録部108は、さらに、当該帳票IDに関連付
けて、親帳票ID受付部1068から受け取った情報を帳票情報DB110に登録する。
すなわち、親帳票ID受付部1068から印刷対象の帳票の親帳票IDを受け取っていれ
ば、当該親帳票IDを、親帳票ID受付部1068から印刷対象の帳票に親帳票が存在し
ない旨を通知されていれば、その旨を、帳票情報抽出部1064から受け取った帳票ID
に関連付けて帳票情報DB110に登録する。
連付けて、帳票情報抽出部1064が抽出した帳票情報および親帳票ID受付部1068
が受け付けた親帳票IDを記憶する。図5に、帳票情報DB110のデータ内容の例を示
す。
例である。図5の例の表では、各帳票の帳票IDに関連付けて、「親帳票ID」、「発注
番号」、「依頼者」、および「支払先コード」の各項目が登録されている。「親帳票ID
」の項目には、親帳票ID受付部1068が受け付けた親帳票IDの値、または、親帳票
が存在しない旨を表す記号「−」が登録されている。図5の表から、帳票ID「ID3」
の親帳票IDが「ID2」であり、帳票ID「ID1」,「ID2」の各帳票には親帳票
が存在しないことがわかる。また、「発注番号」、「依頼者」、および「支払先コード」
の各項目には、その内容を表す文字列が登録されている。「発注番号」、「依頼者」、お
よび「支払先コード」の各項目の名前は、帳票スキーマで記述された各矩形領域の名前に
対応する(図4参照)。図5の帳票ID「ID1」の行を参照すると、当該帳票において
、「発注番号」の矩形領域に文字列「X001」が記載され、「依頼者」の矩形領域に文字列
「userA」が記載され、「支払先コード」の矩形領域に文字列「125」が記載されていたこ
とがわかる。
を表す情報であると言える。図6は、図5の例の表の帳票ID「ID1」、「ID2」、
「ID3」の帳票の間に存在する派生関係を図式的に表した例である。図6において、「
ID2」から「ID3」へ向かう矢印は、「ID2」の帳票から「ID3」の帳票が派生
したことを表す。つまり、「ID2」の帳票は「ID3」の帳票の親であり、「ID3」
の帳票は「ID2」の帳票の子であることを表す。また、「ID1」は、「ID2」およ
び「ID3」のいずれとの間にも派生関係を有しないことから、図6では、「ID1」は
、「ID2」および「ID3」のいずれとも接続されていない。
から出力された紙帳票(帳票IDの符号と共に帳票の内容が印刷された紙文書)に対する
操作に関する情報を受け付ける。操作受付部112は、さらに、出力処理部106のファ
イル形式変換部1066の処理により出力された電子帳票(帳票IDおよび帳票の内容を
含む電子文書)に対する操作に関する情報を受け付けることもある。本実施形態の例では
、出力処理部106の処理により出力された紙帳票および電子帳票は、複数のユーザに回
付され、各ユーザにより当該帳票に対して何らかの操作が行われる。操作の例として、例
えば、帳票の「発送」および「受領」、帳票の内容の「確認」や「承認」等が挙げられる
。また、帳票が何らかの作業を行うことを依頼する文書である場合に、当該帳票の内容に
従って行われる作業を帳票に対する操作と捉えてもよい。例えば、上述の業務例1で用い
られる支払依頼書の帳票の場合、当該帳票の内容に従った支払処理の開始および終了を当
該帳票に対する操作として扱ってよい。
票の帳票IDを取得する。紙帳票の帳票IDの取得は、例えば、次のように行われる。本
実施形態の例において、紙帳票に対して操作を行うユーザは、サーバ10に接続された読
取装置(図示しない)を用いて、紙文書に印刷された帳票IDの符号を読み取りさせる。
読取装置としては、帳票IDの符号の形式に応じた装置を用いればよい。例えば、帳票I
Dがバーコードで印刷されていればバーコードリーダを用い、帳票IDがQRコードで印
刷されていればQRコードリーダを用いればよい。帳票IDの符号の読み取りは、操作の
実行の前であってもよいし、後であってもよい。紙帳票に対する1回の操作につき、1回
の帳票IDの読み取りが行われるようにすればよい。操作受付部112は、読取装置によ
り読み取られた帳票IDの符号を解釈して帳票IDを認識する。電子帳票の帳票IDの取
得は、例えば、次のように行われる。本実施形態の例において電子帳票に対する操作を実
行する場合、ユーザは、クライアント端末において操作対象の電子帳票を指定する入力を
行う。クライアント端末は、指定された操作対象の電子帳票をサーバ10に送信し、当該
電子帳票を受信したサーバ10の操作受付部112は、当該電子帳票に含まれる帳票ID
を抽出する。このとき、電子帳票に帳票IDを表す符号が含まれていれば、この符号を抽
出して解釈し、帳票IDを認識すればよい。また、電子帳票の属性情報に帳票IDが含ま
れていれば、この属性情報から帳票IDを抽出すればよい。
入力する。操作受付部112は、ユーザが入力した操作種別をさらに受け付ける。操作種
別の受付は、例えば、次の手順で行えばよい。操作受付部112は、紙帳票または電子帳
票の帳票IDを上述のように取得すると、操作種別の入力をユーザに促す情報を表示させ
る制御情報をクライアント端末に送信し、当該情報をクライアント端末に表示させる。こ
の制御情報は、例えば、予め設定された操作種別のリストを表示させ、当該リストから操
作種別を選択するようユーザに促す情報を表示させるものであってよい。この制御情報に
従った表示に応じて、ユーザは操作種別を入力し、入力された操作種別がクライアント端
末からサーバ10へ送信されて操作受付部112により取得される。
する。上記では説明を省略したが、操作受付部112が操作に関する情報を受け付けるに
あたって、ユーザ認証部102においてユーザ認証が行われる。ユーザ認証のタイミング
は、操作受付部112が操作種別の指定を受け付ける前であればよく、例えば、紙帳票の
帳票IDの読み取りの前、紙帳票の帳票IDの読取情報をサーバ10が受け取ったとき、
クライアント端末における操作対象の電子帳票の指定の前、あるいは、操作対象の電子帳
票をサーバ10が受け取ったときであってよい。操作受付部112は、ユーザ認証部10
2から操作者のユーザIDを取得する。操作受付部112は、受け付けた帳票IDおよび
操作者のユーザIDを操作履歴登録部114に渡す。
B116に登録する。操作履歴登録部114は、例えば、操作受付部112が受け付けた
帳票ID、操作者のユーザID、および操作種別を操作受付部112から取得すると、当
該帳票IDに関連付けて、当該操作者のユーザIDおよび操作種別を操作履歴DB116
に登録する。操作履歴登録部114の処理により、紙帳票および電子帳票に対する操作の
履歴が記録されることになる。操作履歴登録部114は、また、用紙への印刷または電子
的な印刷のための処理を行った出力処理部106から、印刷対象の帳票の帳票IDおよび
印刷要求を行ったユーザのユーザIDを通知されると、当該帳票IDに関連付けて、当該
ユーザIDを操作者として操作履歴DB116に登録し、さらに、操作種別として用紙へ
の印刷または電子的な印刷を表す情報を当該帳票IDに関連付けて登録する。これにより
、電子帳票の用紙への印刷操作の履歴および電子帳票のファイル形式を変換する電子的な
印刷操作の履歴が記録されることになる。
に、操作履歴DB116のデータ内容の一例を示す。図7は、図5の例の帳票情報DB1
10に登録された帳票ID「ID1」〜「ID3」の帳票に対する操作の履歴を記憶した
場合の例である。図7の例の表では、各帳票の帳票IDに関連付けて、操作者および操作
種別の各項目の値が登録されている。図7の例の表の1行は、1回の操作の履歴を表す。
また、図7の例の表は、上の行から順に操作が実行されたことを表すものとする。帳票I
Dは、操作履歴登録部114が操作受付部112または出力処理部106から受け取った
、操作の対象の帳票の帳票IDである。操作者は、操作を行ったユーザのユーザIDであ
る。操作種別は、操作履歴登録部114が操作受付部112から受け取った操作種別また
は出力処理部106から受け取った操作種別である。図7に示す操作種別は、上述の業務
例1において帳票に対して行われる作業(図1,図2参照)に対応する。
われる処理の様子を時系列順に説明する。図5および図7は、帳票に対し、図2のワーク
フローの処理が行われる場合の例を示す。まず、支払を依頼する依頼者「userA」のクラ
イアント端末から、支払依頼書の電子的な印刷の要求がサーバ10に対して行われる。こ
の要求に応じて、サーバ10の出力処理部106により電子的な印刷が行われ、帳票ID
「ID1」の電子帳票が生成されてクライアント端末に返送される。この電子帳票「ID
1」から、発注番号「X001」、依頼者「userA」、および支払先コード「125」が抽出され
て帳票情報DB110に登録される(図5)。なお、ここでは、親帳票IDの指定が行わ
れなかったとする。また、この電子的な印刷の操作「e−印刷」の履歴が帳票ID「ID
1」に関連付けられて操作履歴DB116に登録される(図7)。その後、userAは、帳
票「ID1」と支払先コードが異なる他の支払依頼書を作成して電子的な印刷を指示する
。この指示により、クライアント端末からサーバ10に対して印刷要求が行われ、上述の
帳票「ID1」の場合と同様の処理により、当該他の支払依頼書の電子帳票「ID2」の
帳票情報および操作履歴が各DBに登録される(図5,図7)。ここでも、電子帳票「I
D2」の親帳票IDの指定は行われなかったとする。さらに、userAにより、電子帳票「
ID2」に対して「送信」操作が行われる。本例では、電子帳票「ID2」は、電子メー
ルに添付されて経理部門の担当者の電子メールアドレス宛に送信される。電子帳票「ID
2」に対する「e−印刷」および「送信」の操作は、図2(b)のワークフローの「e−
印刷」および「送信」の作業に対応する。userAは、電子帳票「ID2」の「送信」操作
の後、電子帳票「ID2」に対応する紙帳票の出力を指示し、クライアント端末からサー
バ10に対し印刷要求が発せられる。この印刷要求に応じて、出力処理部106は、プリ
ンタ20に対し、新たな帳票ID「ID3」および電子帳票「ID2」と同様の内容を用
紙に印刷するよう指示する。また、userAは、親帳票ID受付部1068によりクライア
ント端末の表示装置に親帳票IDの指定を促す情報が表示されると、親帳票IDとして「
ID2」を指定する入力を行う。サーバ10の帳票情報登録部108は、プリンタ20が
印刷した紙帳票「ID3」に関連付けて、親帳票ID「ID2」を帳票情報DB110に
登録する。紙帳票「ID3」の帳票情報は電子帳票「ID2」と同様である(図5)。そ
の後、先に経理部門に対して「送信」されていた電子帳票「ID2」に対し、userBによ
り、「受信」、「支払処理開始」、および「支払処理終了」の操作が行われる(図7)。
さらにその後、紙帳票「ID3」がuserBにより「受領」される。なお、電子帳票の送受
信処理や支払処理は、例えば、クライアント端末上の専用アプリケーションを用いて行わ
れればよい。そして、電子帳票の「送信」、「受信」や「支払処理開始」、「支払処理終
了」といった操作を操作履歴DB116に登録するためには、例えば、複数の操作名が列
挙されたメニューを上記の専用アプリケーションの操作前後に操作者に提示し、操作者が
選択した操作名に関する情報と操作対象の電子帳票をサーバ10に送信することにより、
当該電子帳票のIDに対応する帳票情報および操作履歴が操作履歴DB116に登録され
る。
DB110および操作履歴DB116を参照し、当該検索条件を満たす帳票を検索する。
検索条件は、帳票情報DB110に登録された派生関係の情報に関する条件であってよい
。派生関係の情報に関する条件として、例えば、「特定の帳票IDの帳票の親(子)であ
る」、「親帳票が存在する(あるいは、存在しない)」、「子帳票が存在する(あるいは
存在しない)」などの条件が考えられる。また、検索条件は、帳票情報に関する条件であ
ってもよい。例えば、図5に示す「発注番号」、「依頼者」、「支払先コード」など、帳
票情報の特定の項目が特定の値であることを検索条件とする。また、検索条件は、操作履
歴DB116に登録された操作履歴に関する条件であってもよい。例えば、図7に示す「
操作者」および「操作種別」など、操作履歴の特定の項目が特定の値であることを検索条
件とする。また、以上の例の検索条件の複数をAND条件またはOR条件で組み合わせた
条件を検索条件としてもよい。履歴情報検索部118は、帳票情報DB110および操作
履歴DB116の少なくとも一方を参照し、検索条件を満たす帳票IDを検索する。そし
て、検索結果の帳票IDに関連付けられた帳票情報および操作履歴を、それぞれ帳票情報
DB110および操作履歴DB116から読み出し、検索結果の帳票IDと共に表示処理
部120に渡す。
の帳票を履歴情報検索部118に検索させ、検索された帳票の帳票情報および操作履歴の
少なくとも一部を表示させる。検索された帳票の派生関係の情報を表示させてもよい。表
示要求は、例えば、帳票を用いた業務に関わるユーザが帳票の処理の状況を把握すること
を望む場合に、当該ユーザの指示を受けたクライアント端末(図示しない)から発せられ
る。この場合、表示処理部120の処理による表示画面は、要求元のクライアント端末の
表示装置に表示される。表示要求は、表示の対象の帳票を検索する検索条件を含む。検索
条件の例は、履歴情報検索部118に関連して上述したとおりである。また、表示要求は
、上述の例のような検索条件の代わりに、表示対象の帳票の帳票IDを直接指定する情報
を含んでいてもよい。
帳票情報および操作履歴に関して予め設定された条件が満たされた場合に、予め設定され
た処理(ユーザへの通知など)を実行する。アクション情報DB140およびアクション
実行部142は、このような処理のための構成要素である。
すべき処理と、を対応づけて記憶する。図8に、アクション情報DB140のデータ内容
の例を示す。図8の表では、アクション起動条件とアクション内容との組が登録される。
図8の「No.」は、アクション起動条件とアクション内容との組に対して付された番号
である。アクション起動条件は、対応するアクション内容の処理を開始する条件である。
アクション起動条件は、帳票間の派生関係に関する条件を含む。アクション起動条件は、
派生関係に関する条件だけでなく、帳票情報に関する条件および操作履歴に関する条件の
少なくとも一方を含んでいてもよい。アクション内容は、例えば、対応するアクション起
動条件が満たされた旨を特定のユーザに通知するなどの処理であってよい。アクション起
動条件およびアクション内容は、システムの管理者などにより予め設定されてアクション
情報DB140に登録される。
の操作種別が「受領」または「支払処理開始」である”AND“操作履歴登録の対象の帳
票IDの親帳票IDの操作履歴において操作種別が「支払処理開始」であるものが存在す
る”」である。アクション内容は、「操作者のクライアント端末へ支払処理を実施する必
要がない旨を通知」である。「No.1」のアクション起動条件は、例えば図5および図
7のデータ内容が帳票情報DB110および操作履歴DB116に登録されている時点で
、親帳票「ID2」を有する帳票「ID3」に対する「受領」または「支払処理開始」操
作の履歴が操作履歴DB116に登録された場合に満たされる。この時点では、親帳票「
ID2」に対してすでに「支払処理開始」操作が行われているため、電子帳票である親帳
票「ID2」と同様の内容を有する紙帳票「ID3」に従った支払処理を行う必要はない
。よって、「No.1」のアクション内容は、その操作者に対し支払処理を実施する必要
がない旨を通知する処理に設定される。
容を監視し、アクション情報DB140に登録されたアクション起動条件が満たされると
、対応するアクションを実行する。アクション実行部142は、起動条件評価部1420
を備える。起動条件評価部1420は、帳票情報DB110および操作履歴DB116の
データ内容を参照し、帳票IDごとに、当該帳票と他の帳票との間の派生関係、当該帳票
の帳票情報および操作履歴がアクション情報DB140に登録された各アクション起動条
件を満たすか否かを判定する。アクション実行部142は、起動条件評価部1420にお
いてアクション起動条件を満たすと判定された帳票に関して、当該アクション起動条件に
対応する内容のアクションを実行する。
すフローチャートである。
060において、印刷対象の帳票に新たに付与される帳票IDを生成する(ステップS1
2)。
換部1066に対して、ステップS12で生成された帳票IDと共に帳票を印刷すること
を指示する(ステップS14)。ステップS10で取得した印刷要求が用紙への印刷の要
求の場合、印刷指示部1062は、ステップS14では、帳票IDを機械読み取り可能な
符号に符号化し、帳票IDの符号を帳票と共に用紙に印刷するようプリンタ20に指示す
る。ステップS10で取得した印刷要求が電子的な印刷要求の場合、印刷指示部1062
は、ファイル形式変換部1066に対して、帳票IDを含み、かつ印刷対象の電子帳票の
ファイル形式を変換した新たな電子帳票の生成を指示する。出力処理部106は、プリン
タ20またはファイル形式変換部1066に印刷を行わせると、その旨を操作履歴登録部
114に通知する。
から取得する(ステップS16)。例えば、帳票情報抽出部1064は、帳票DB104
において、各帳票ファイルと帳票スキーマとを対応づける情報を参照して、印刷対象の帳
票の作成に用いられた帳票ファイルに対応する帳票スキーマを特定し、特定した帳票スキ
ーマを帳票DB104から取得する。
象の帳票のデータから帳票情報を抽出する(ステップS18)。例えば、PDLなどによ
って記述された印刷対象の帳票のデータを解釈し、帳票スキーマで記述された各領域に含
まれる文字列を当該帳票のデータから抽出する。帳票情報抽出部1064は、当該帳票の
データの各領域から抽出した文字列と、ステップS12で当該帳票に付与された帳票ID
と、帳票スキーマの“name=”で指定された領域名と、を帳票情報登録部108に渡
す。
端末から親帳票IDの指定を受け付ける(ステップS20)。親帳票ID受付部1068
は、ユーザに親帳票IDを指定する入力を促す旨を表示させる制御情報を要求元のクライ
アント端末に対して送信する。この制御情報に従った表示に応じてユーザが指定した親帳
票ID、または親帳票IDの指定がなかった旨を表す情報を、クライアント端末はサーバ
10に送信する。サーバ10の親帳票ID受付部1068は、クライアント端末から受信
した情報を帳票情報登録部108に渡す。
ES)、帳票情報登録部108は、印刷対象の帳票の帳票IDに関連付けて、ステップS
20で受け付けられた親帳票IDおよびステップS18で抽出された帳票情報を帳票情報
DB110に登録する(ステップS24)。
場合(ステップS22でNO)、帳票情報登録部108は、印刷対象の帳票の帳票IDに
関連付けて、ステップS18で抽出された帳票情報を帳票情報DB110に登録する(ス
テップS26)。このとき、当該帳票IDに関連付けて、親帳票IDの指定がなかった旨
を表す情報をさらに帳票情報DB110に登録してもよい。
の帳票IDに関連付けて、図7の例の各項目の値を操作履歴DB116に登録する(ステ
ップS28)。操作者としては、印刷要求を行ったユーザのユーザIDをユーザ認証部1
02から取得して登録すればよい。操作種別としては、例えば、用紙への印刷と電子的な
印刷とを区別して登録する。本実施形態の例では、プリンタ20で用紙への印刷が行われ
ていれば操作種別を「印刷」とし、ファイル形式変換部1066で電子的な印刷が行われ
ていれば操作種別を「e−印刷」とする。ステップS28の後、図9の例の手順の処理は
終了する。
票の印刷指示(ステップS14)の前に、帳票情報の抽出(ステップS16,S18)、
親帳票IDの受付(ステップS20)、および帳票情報DB110への登録(ステップS
22〜S26)を行ってもよい。あるいは、印刷指示と並行して、帳票情報の抽出および
親帳票IDの受付を行い、帳票情報DB110への登録処理を行ってもよい。また、印刷
操作の履歴の登録処理(ステップS28)は、ステップS12の直後に行ってもよい。
自身のユーザIDおよびパスワードをクライアント端末に入力する。クライアント端末は
入力されたユーザIDおよびパスワードをサーバ10に送信し、サーバ10のユーザ認証
部102によりユーザ認証が行われ、その結果がクライアント端末に通知される。ユーザ
認証に成功すると、当該ユーザは、クライアント端末に接続された読取装置を用いて紙帳
票に印刷された帳票IDの符号を読み取りさせるか、あるいは、キーボードやマウス等の
入力装置を用いて電子帳票を操作対象として指定する。読取装置が読み取った帳票IDの
符号または操作対象として指定された電子帳票はサーバ10に送信され、これに応じて、
サーバ10は、図10に例示する手順の処理を行う。
ステップS30)。操作受付部112は、また、操作者のユーザIDをユーザ認証部10
2から取得する。操作受付部112は、受け付けた帳票IDおよび取得したユーザIDを
操作履歴登録部114に渡す。
し(ステップS32)、取得した操作種別を操作履歴登録部114に渡す。
操作履歴DB116に登録する(ステップS34)。本実施形態の例では、ステップS3
4で、操作履歴登録部114は、操作受付部112から取得した帳票IDに関連付けて、
図7の表に示す各項目の値を操作履歴DB116に登録する。操作者としては操作受付部
112から取得したユーザIDを登録し、操作種別としてはステップS32で受け付けら
れた操作種別を登録すればよい。
れた操作の履歴が操作履歴DB116に登録される。
例を示すフローチャートである。
する(ステップS40)。表示処理部120は、履歴情報検索部118に対して、表示要
求に含まれる帳票IDまたは検索条件を渡し、表示対象の帳票の帳票情報および操作履歴
の検索を指示する。
ップS42)。表示対象の帳票の帳票IDを表示処理部120から受け取った場合、履歴
情報検索部118は、帳票情報DB110および操作履歴DB116から当該帳票IDに
関連付けられた帳票情報および操作履歴を取得する。表示対象の帳票の検索条件を表示処
理部120から受け取った場合、履歴情報検索部118は、この検索条件に応じて帳票情
報DB110(および操作履歴DB116)を参照し、検索条件を満たす帳票の帳票ID
を検索する。そして、検索結果の帳票IDの帳票情報および操作履歴をそれぞれ帳票情報
DB110および操作履歴DB116から取得する。履歴情報検索部118は、表示対象
の帳票の帳票IDと当該帳票IDについて取得した帳票情報および操作履歴を表示処理部
120に渡す。
のデータ内容が登録され、操作履歴DB116に図7の例のデータ内容が登録されている
とする。このとき、表示要求に含まれる検索条件が「帳票ID2および帳票ID2と親ま
たは子の関係にある帳票」である場合、履歴情報検索部118は、帳票情報DB110を
参照し、帳票ID「ID2」の帳票情報を取得すると共に、「ID2」を親帳票IDとす
る(つまり、帳票ID2の子帳票である)帳票ID「ID3」の帳票情報を取得する。さ
らに、操作履歴DB116から、帳票IDの項目の値が「ID2」および「ID3」であ
る操作履歴を取得する。なお、図5と図7の例では、帳票ID2を子帳票とする帳票(つ
まり、帳票ID2の親帳票)は存在しないため、帳票情報取得の対象外となっている。
も一部を表示する(ステップS44)。例えば、表示処理部120は、表示要求の要求元
のクライアント端末に対し、表示の内容を制御する制御情報を送信し、この制御情報に従
ってクライアント端末の表示装置における表示が行われる。ステップS44の後、図11
の例の手順の処理は終了する。
クション実行部142は、操作受付部112で受け付けられた操作に関する情報を操作履
歴登録部114が操作履歴DB116に登録しようとする度に、当該操作の対象の帳票に
関して、図12の例の手順の処理を実行する。
報DB140に登録されたアクション起動条件を評価する(ステップS60)。操作対象
の帳票の帳票IDについて、その派生関係の情報、帳票情報、および操作履歴がアクショ
ン情報DB140に登録された各アクション起動条件を満たすか否かを判定する。
ョン実行部142は、当該アクション起動条件に対応するアクションを実行する(ステッ
プS64)。
プS64を行わずに図12の例の手順を終了する。
DB140に登録しておき、図12の例の手順の処理を行うと、親帳票に対して「支払処
理開始」操作が行われた後、子帳票に対し「受領」または「支払処理開始」操作が行われ
ると、その支払処理を行う必要がない旨が操作者に対して通知される。このような通知に
よると、例えば業務例1において図2の例のワークフローのように、同一内容を含む電子
帳票と紙帳票とが経理部門へ回付される場合に、電子帳票に従った支払処理が開始された
後に紙帳票を受領した操作者は、当該紙帳票に従った支払処理の実行が必要ないことを認
識する。
とり、サーバ10の構成および動作を説明した。当然ながら、サーバ10は、他の業務に
用いられる帳票を管理することもある。以下、他の業務の例を説明する。
業務例2は、紙帳票の回付を開始した後、内容を修正した新たな紙帳票を後追いで回付
する状況が生じる場合の例である。業務例2の業務におけるワークフローを図13に示す
。図13は、物品の発注を依頼する発注依頼書の紙帳票に対する作業の手順を表す。図1
3のワークフローでは、まず、発注依頼を行う担当者が作成した電子帳票を「印刷」して
紙帳票(発注依頼書)が作成され、この発注依頼書の内容を担当者が「確認」する。その
後、発注依頼書は発注先に対して「発信」(つまり、送付)され、発注先において「受信
」される。発注先では、発注依頼書の内容に従って物品の「納品準備」が行われ、その物
品と発注依頼書とが発注元へ送られて「納品」される。発注元では、物品と発注依頼書と
を「受領」した後、発注依頼書の内容を確認すると共に、物品の「検収」を行う。
依頼書の帳票に関し、サーバ10の帳票情報DB110および操作履歴DB116に登録
されるデータ内容の例を示す。
名」、および「個数」の各項目の値が抽出されて帳票情報DB110に登録される。帳票
スキーマの形式は業務例1の場合(図4)と同様であってよい。また、業務例2では、ユ
ーザは、一旦作成して回付を開始した紙帳票の内容を変更して新たな紙帳票を作成する場
合に、新たな紙帳票の親帳票IDとして、変更前の紙帳票の帳票IDを指定する。図14
の表は、紙帳票「ID1」の内容が変更されて新たな紙帳票「ID2」が作成されたこと
、および、紙帳票「ID2」の親帳票IDが「ID1」であることを表す。
て、操作者および操作種別だけでなく、操作日時、備考、および状態の各項目の値が登録
される。図15の操作種別の値は、図13に示すワークフローにおける作業の内容に対応
する。操作日時は、操作が行われた日時である。操作受付部112が受け付けた操作につ
いては、その操作に関する情報の受付の日時を操作日時とすればよい。出力処理部106
による印刷操作については、その印刷操作が行われた日時を操作日時とすればよい。備考
の項目には、その操作に関してユーザが入力したコメント情報が登録される。例えば、既
存の紙帳票の内容を変更して新たな紙帳票を印刷出力させる場合、ユーザは、その変更内
容に関するコメントを入力してよい。このコメントはクライアント端末からサーバ10へ
送信され、操作履歴登録部114は、このコメントを操作対象の帳票IDの備考の項目に
登録する。状態の項目は、対応する操作履歴が有効であるか否かを表す。本例では、帳票
の内容が変更されて新たな帳票の回付が開始されると、帳票の内容に変更が生じた後に変
更前の帳票に対して実行された操作の履歴は無効とされる。このように操作の履歴が無効
とされた旨を表す情報として、図15の例では、状態の項目に「取消」が登録される。
め、業務例2では、図16に示すアクション起動条件およびアクション内容がアクション
情報DB140に記憶される。図16の「No.1」のアクション起動条件は、「操作履
歴登録の対象の帳票IDを親帳票IDとする帳票IDが帳票情報DB中に存在する。」で
ある。この条件は、変更後の帳票に対して何らかの操作が行われて、当該操作の履歴を操
作履歴登録部114が操作履歴DB116に登録したときに満たされる。アクション内容
は、「操作者に対して、帳票の内容が更新されたこと、および、現在の帳票に対する処理
を中断するよう通知する。」および「該当する操作履歴の状態を『取消』に設定する。」
である。
れる処理の様子を時系列順に説明する。まず、発注依頼の担当者(userA)のクライアン
ト端末からの印刷要求に応じて、サーバ10の出力処理部106がプリンタ20に帳票I
D「ID1」の紙帳票を印刷出力させる。この帳票「ID1」から、発注番号「X001」、
依頼者「userA」、品名「ケーブル1m」、個数「5」が帳票情報抽出部1064により
抽出され、帳票ID「ID1」に関連付けられて帳票情報DB110に登録される(図1
4)。また、この「印刷」操作の履歴が帳票ID「ID1」に関連付けられて操作履歴D
B116に登録される(図15)。この帳票「ID1」に対しては、操作者「userB」に
よる「確認」操作が行われ、操作者「userC」による「発信」操作が行われる。
アント端末を用いて変更後の発注依頼書を作成し、変更後の発注依頼書の印刷要求をサー
バ10に対して行う。これに応じて、出力処理部106の指示により帳票ID「ID2」
の紙帳票がプリンタ20で印刷される。また、この変更後の発注依頼書から抽出された帳
票情報が帳票ID「ID2」に関連付けられて帳票情報DB110に登録される(図14
)。帳票ID「ID2」の帳票情報は、品名が「ケーブル1.5m」であり、個数が「8
」である点で帳票ID「ID1」の帳票情報と異なる。また、担当者「userA」は、変更
後の発注依頼書の親帳票IDとして、「ID1」を指定する。これにより、帳票情報DB
110において、帳票ID「ID2」の親帳票IDとして「ID1」が登録される。以上
で説明した帳票ID「ID2」の「印刷」操作の履歴は、操作履歴DB116に登録され
る(図15)。このとき、担当者「userA」は、当該操作に関するコメントとして、「品
名と数量変更」の文字列を入力する。このコメント「品名と数量変更」は、操作履歴DB
116において帳票ID「ID2」の備考の項目に登録される。その後、操作者「userB
」により、帳票「ID2」の内容の「確認」操作が行われる。
れており、帳票「ID2」の「確認」操作の後、帳票「ID1」に対し、操作者「userX
」により「受信」操作が行われる。この「受信」操作の履歴が操作履歴DB116に登録
されると、操作履歴登録の対象の帳票ID「ID1」を親帳票IDとする帳票ID「ID
2」が帳票情報DB110中に存在するため、アクション実行部142の起動条件評価部
1420により、図16の「No.1」のアクション起動条件が満たされると判断される
。これに応じて、アクション実行部142は、図16の「No.1」のアクション内容の
処理を行う。つまり、操作者「userX」のクライアント端末に対し、帳票内容が変更され
たことを表す情報、および、現在の帳票に対する処理の中断を促す情報を送信する。さら
に、アクション実行部142は、操作履歴DB116において、現在の操作履歴登録の対
象の帳票ID「ID1」の状態の項目を「取消」に設定する。
われ、操作者「userX」により「受信」操作が行われる。
体例を説明する。表示要求を受けた場合の処理の基本的な手順は、図11を参照して説明
したとおりである。本例では、図11のステップS40で、特定の帳票の操作履歴のうち
最新のものを表示することを要求する表示要求を取得するものとする。ここでは、「最新
の」操作履歴とは、当該特定の帳票だけでなく当該特定の帳票の子孫に該当する帳票の操
作履歴の中で最新のものを意味する。ある帳票の子孫に該当する帳票とは、当該ある帳票
の子帳票、当該子帳票の子帳票、さらにその子帳票というように続けて検索していき、子
帳票を有しない帳票が発見されるまで検索する過程で現れるすべての帳票である。
と数量変更が行われた子帳票の帳票ID「ID2」が存在する例を示しているが、更に内
容が変更された帳票(この帳票は子帳票の子帳票となる。すなわち、帳票ID「ID2」
を親帳票IDとする帳票となる。)が作成、印刷され、処理対象となる場合がある。
の、上記のように、直列的(親帳票に対して一つの子帳票が存在し、更に当該子帳票に一
つの子帳票が存在するというケースが該当する。)に子孫が存在する場合を想定して子孫
の検索を行うため、子帳票を有しない帳票は一意に定まることとなる。
歴のうち最新のもの」を取得するための処理の詳細手順の例を説明する。
目IDとする。処理対象の帳票IDは、表示要求で指定された帳票の帳票IDである。
)。子IDは、注目IDを親帳票IDとする帳票IDである。履歴情報検索部118は、
帳票情報DB110において、親帳票IDの項目の値が注目IDである行の帳票IDの値
を子IDとすればよい。
IDごとに子孫探索処理(ステップS56)を行う。図18は、子孫探索処理の手順の例
を示す。
とする(ステップS560)。
表示要求で指定された帳票の子孫に当たる帳票の帳票IDを蓄積しておくためのリストで
ある。
子IDがあれば(ステップS566でYES)、注目IDの子IDごとに、図18の子孫
探索処理(ステップS56)を再帰的に呼び出して実行する。
は終了する。
理(ステップS56)を実行した後、または、ステップS52で子IDが検索されなかっ
た場合(ステップS54でNO)、中間結果リストに含まれる帳票IDのうち、子IDを
持たない帳票IDを選択する(ステップS58)。子IDを持たない帳票IDは、帳票情
報DB110において親帳票IDの項目の値として登録されていない帳票IDを検索する
ことで特定すればよい。中間結果リストに含まれる帳票IDは、表示要求で特定された帳
票の子孫に該当する帳票である。言い換えると、表示要求で特定された帳票の内容を変更
することで当該帳票から派生して生成された帳票の帳票IDである。このうち子IDを持
たない帳票IDは、最後に生成された帳票の帳票IDであると言える。よって、ステップ
S58で選択される帳票IDは、最新の変更内容を有する帳票である。
する(ステップS60)。履歴情報検索部118は、例えば、ステップS58で選択した
帳票IDの操作履歴のうち、操作日時が最新のものを操作履歴DB116から取得して検
索結果とする。
とで作成された帳票のうち最後に作成された帳票に対して、最後に行われた操作の履歴が
検索結果として得られる。表示処理部120は、図11のステップS44で、この検索結
果を表示させる。
010年3月2日の17:00:00の時点で、帳票「ID1」を指定して表示要求が行
われたとする。この時点では、帳票「ID1」の子である帳票「ID2」はまだ作成され
ていない。このため、帳票「ID1」の操作履歴のうち最新のもの(操作者「userC」、
操作種別「発信」、操作日時「2010.03.02 16:45:21」)が検索結果となる。この場合に
表示処理部120が表示させる情報の例を図19に示す。図19の例では、発注番号「X0
01」、依頼者「userA」、開始日「2010.03.02」、および処理状況「『発信』完了」と、
空欄の「備考」の項目とが表示される。発注番号および依頼者の各項目の値は、帳票「I
D1」の帳票情報の一部であり、帳票情報DB110から取得された値である。「開始日
」は、帳票「ID1」の「印刷」操作の操作日時の日付であり、操作履歴DB116から
取得された値である。「処理状況」の項目の値は、履歴情報検索部118による上述の検
索結果の操作履歴における操作種別「発信」が完了した旨を表す。備考の項目は、検索結
果の操作履歴における備考の項目に値が設定されていないため空欄となる。図19の例の
表示を確認したユーザは、帳票「ID1」について「発信」操作まで完了していることを
把握する。
点で、帳票ID1を指定して表示要求が行われたとすると、この時点では、帳票「ID1
」は子帳票ID2を有する。また、帳票「ID2」には子帳票IDは存在しない。よって
、図17および図18の例の手順の処理を行うと、この時点での帳票「ID2」の最新の
操作履歴(操作者「userB」、操作種別「確認」、操作日時「2010.03.04 10:10:22」、備
考「品名と数量変更」)が検索結果として得られる。この場合の表示例を図20に示す。
図20では、発注番号および依頼者の値は、帳票「ID2」の帳票情報の一部である。開
始日は、表示要求で指定された帳票「ID1」の「印刷」操作の操作日時の値から得られ
る日付であってよい。「処理状況」の項目では、検索結果の操作履歴における操作種別「
確認」が完了した旨が表される。備考の項目には、検索結果の操作履歴の備考の項目の値
「品名と数量変更」が表示される。
る場合、その操作履歴を表示対象から除外してもよいし、「取消」状態である旨と共に表
示させてもよい。
ID2」の登録の後に実行された履歴のみを「取消」状態とするが、変更後の帳票「ID
2」の印刷の操作履歴が登録された時点で、変更前の帳票「ID1」の操作履歴のすべて
を「取消」状態としてもよい。また、以上の例において操作履歴を「取消」状態とする処
理の代わりに、該当する操作履歴を操作履歴DB116から削除する処理を行ってもよい
。
合、以上の説明における操作履歴DB116の「備考」の項目の値は、操作履歴DB11
6の代わりに、帳票情報DB110に登録しておいてもよい。
業務例3では、業務例2と同様の業務において、さらに、物品の納期に関する情報を管
理する。
照し、業務例3では、業務例2の場合の図16の表に示す項目に加えて、「受領希望日」
、「発注先」、および「連絡先」の各項目の内容が印刷対象の帳票から抽出されて帳票情
報DB110に登録される。図21の表は、変更後の帳票「ID2」の「受領希望日」の
値が、変更前の帳票「ID1」の受領希望日「2010年3月17日」から「2010年
3月19日」に変更されたことを表す。
2を参照し、「No.1」のアクション起動条件は、「対象の帳票の受領希望日時(指定
日の17:00)まで72時間以下であり、かつ操作種別が「納品」である操作履歴が存在しな
い。」であり、アクション内容は、「対象の帳票IDに関連付けて帳票情報DBに登録され
た連絡先に対して、納品催促の電子メールを送信。」である。このアクション起動条件は
、例えば定期的にアクション実行部142の起動条件評価部1420により評価される。
起動条件評価部1420は、このアクション起動条件を評価するとき、評価対象の帳票の
子孫に該当する帳票のうち最新のものを検索し、この帳票の帳票IDに関連付けて帳票情
報DB110に登録された受領希望日の日付の17:00を「対象の帳票の受領希望日時
(指定日の17:00)」とする。子孫に該当する帳票のうち最新のものは、上述した図
17のステップS50〜S58までの処理を行うことで得られる。また、操作種別が「納
品」である操作履歴は、操作履歴DB116から該当のものがあるか否かを検索すればよ
い。図22の「No.1」のアクション起動条件およびアクション内容の処理により、物
品の納期が迫っている発注先に対して納品督促の電子メールが送信される。
連付けられた親帳票IDが存在する。」であり、アクション内容は、「操作者に対して、
現在の帳票に対する処理を中断するよう通知する。」および「該当する帳票IDの操作履
歴の登録を拒否する。」である。このアクション起動条件は、ある帳票の内容を変更した
帳票に対して何らかの操作が行われた時に満たされる。また、このアクション内容による
と、操作者は、処理の中断を求められ、当該帳票の操作履歴は、操作履歴DB116に登
録されないか、あるいは、登録済みであればアクション実行部142により削除される。
このアクション起動条件およびアクション内容によると、変更前の帳票に対する作業が続
行され、変更後の帳票に対する作業の実行は禁止される。業務例3では、図21に示すよ
うに、帳票「ID1」の内容の「受領希望日」のみが変更されて新たな帳票「ID2」が
作成されるため、発注作業自体は、変更前の帳票「ID1」の内容に従って行っても構わ
ない。したがって、すでに回付されている変更前の帳票「ID1」に対する作業を続行さ
せ、変更後の帳票「ID2」に対する作業が行われないようにする。帳票「ID2」を回
付しなくても、図22の「No.1」のアクション起動条件およびアクション内容により
、変更後の帳票「ID2」で設定された受領希望日に従った督促が発注先に対して行われ
る。
業務例4は、1つの物品の購入に際し、複数の部品の発注が行われる業務の例である。
業務例4では、物品の購入希望者が「発注依頼書」を作成し、購買部門へ送付すると、購
買部門において、当該「発注依頼書」の注文を複数の部品の注文に分けて、各部品の発注
のための発注書が作成される。
図23Aを参照し、まず、物品の購入希望者が発注依頼書の電子帳票を作成して「印刷」
することで紙帳票が作成される。次に、購入希望者は、当該紙帳票(発注依頼書)を購買
部門へ「送付」する。この発注依頼書は、購買部門において「受領」される。発注依頼書
を受領した購買部門の担当者は、その発注依頼書の内容に従って、複数の異なる部品を注
文するための発注書を作成する。
3Bを参照し、購買部門の担当者により、発注書の電子帳票が作成されて「印刷」される
ことで紙帳票が作成される。担当者は、当該紙帳票(発注書)を発注先へ「発信」する。
この発注書は、発注先で「受信」される。
帳票情報DB110に登録されるデータ内容の例である。図24の表では、帳票IDに関
連付けて、親帳票ID、案件番号、帳票種別、品名、数量、発注先、連絡先、および備考
の各項目の値が登録されている。このうち、案件番号、帳票種別、品名、数量、発注先、
および連絡先は、印刷対象の帳票から抽出された帳票情報である。
の履歴を記憶した操作履歴DB116のデータ内容の例である。図25の表では、各帳票
IDの操作履歴として操作者および操作種別が登録されている。また、図25の表は、上
の行から順に操作が行われたことを表す。
関して行われる処理の様子を時系列順に説明する。まず、物品「品物1」の購入希望者us
erAにより、発注依頼書の電子帳票が作成されて印刷され、発注依頼書の紙帳票「ID1
」が作成される。帳票「ID1」は、品名「品物1」を数量「3」だけ注文する発注依頼
書である。次に、userAにより、帳票「ID1」が購買部門に対して「送付」され、購買
部門の担当者であるuserBにより「受領」される。userBは、この発注依頼書の注文内容(
品物1を3個)を、2つの異なる部品「パーツA」,「パーツB」の注文に分けて、それ
ぞれ異なる発注先に対する発注書を作成する。userBは、まず、「パーツA」の発注書の
帳票「ID2」を印刷し作成する。このとき、userBは、帳票「ID2」の親帳票IDと
して発注依頼書の「ID1」を指定する。userBは、帳票「ID2」を発注先に対して「
発信」する。その後、発注依頼書の帳票「ID1」を作成したuserAは、「品物1」の注
文数量を「3」から「5」に変更した新たな発注依頼書の帳票「ID3」を印刷して作成
する。このとき、userAは、帳票「ID3」の親帳票IDとして、変更前の発注依頼書の
「ID1」を指定する。userAは、購買部門に対して帳票「ID3」を「送付」する。use
rBは、この帳票「ID3」を「受領」し、この変更後の帳票「ID3」の内容に従って、
部品「パーツA」,「パーツB」の発注書を作成する。このとき、「パーツB」について
は、まだ発注書の作成前であり、「パーツA」については、変更前の発注依頼書「ID1
」に従って作成した発注書の帳票「ID2」を発注先に対して「発信」済みである。user
Bは、変更後の発注依頼書「ID3」の内容に従って、数量「5」として「パーツB」の
発注書の帳票「ID4」を印刷して作成する。ここで、userBは、userAから最初に受領し
た発注依頼書の「ID1」を帳票「ID4」の親帳票IDとして指定する。userBは、帳
票「ID4」を発注先へ「発信」する。「パーツA」については、「発信」済みである発
注書「ID2」の数量「3」に対して、変更後の発注依頼書「ID3」の数量「5」と同
じになるように、数量を「2」とした発注書の帳票「ID5」を作成して印刷する。この
とき、userBは、「発信」済みである「パーツA」の発注書の「ID2」を帳票「ID5
」の親帳票IDとして指定する。さらに、備考として、数量を追加した旨を表すコメント
「追加」を入力する。
頼書「ID1」は、発注書「ID2」,「ID3」,「ID4」の親である。発注書「I
D2」は、発注依頼書「ID5」の親である。図26に例示するように、帳票間の派生関
係は、各帳票をノードとし、帳票間の派生関係(親子関係)をエッジとする木構造を形成
する。
件およびアクション内容の例である。図27の「No.1」のアクション起動条件は、「
操作履歴登録の対象の帳票IDの操作種別が『印刷』であり、親帳票IDの子帳票に帳票
種別が『発注書』である帳票が帳票情報DB中に存在する。」である。この条件は、発注
依頼書の内容が変更されて新たな発注依頼書が作成された場合であって、変更前の発注依
頼書に従って生成された発注書が存在する場合に満たされる。図24〜図26を参照する
と、変更後の発注依頼書である「ID3」の「印刷」操作の履歴が操作履歴DB116に
登録されるときに、この「ID3」の親帳票「ID1」の子帳票として、発注書「ID2
」,が存在することから、このアクション起動条件が満たされる。この場合、図27の「
No.1」のアクション内容「『発注書』の『印刷』操作の操作者の電子メールアドレス
へ『発注依頼書』更新されたことと更新内容を電子メールで通知。」が実行される。図2
4〜図26の例では、発注書「ID2」の「印刷」操作の操作者「userB」に対して、更
新の旨および更新内容の通知が行われる。userBの電子メールアドレスは、ユーザ情報D
B100から取得すればよい。
作種別が『印刷』であり、親帳票IDの子に帳票種別が『発注依頼書』である帳票が存在
する。」である。この条件は、変更後の発注依頼書が存在する場合に、発注書に対する「
印刷」操作が行われた場合に満たされる。図24〜図26を参照し、発注書「ID4」の
「印刷」操作が行われるとき、この親帳票「ID1」の子に発注依頼書「ID3」が存在
することから、このアクション起動条件が満たされる。この場合、図27の「No.2」
のアクション内容「親帳票IDの子で、帳票種別が『発注依頼書』である帳票のうち、最
も後に登録されたものの帳票情報を操作者のクライアント端末に表示すると共に、操作者
の電子メールアドレスへ電子メールで通知。」の処理が実行される。図24〜図26の例
では、発注書「ID4」の親帳票「ID1」の子である発注依頼書「ID3」の帳票情報
がuserBのクライアント端末に表示され、電子メールでの通知が行われる。この通知によ
り、操作者は、印刷した発注書の内容が変更後の発注依頼書の内容と整合するか否かを確
認することになる。
帳票に帳票種別が『発注書』である帳票が存在する。」である。この条件は、「発注書」
の帳票を子帳票として有する帳票に対して操作が実行された場合に満たされる。図24〜
図26を参照し、例えば、発注書「ID5」を子として有する発注書「ID2」に対して
何らかの操作が実行された場合に、このアクション起動条件が満たされる。この場合、図
27の「No.3」のアクション内容「後追いで発注書が送付・回付されていることを操
作者のクライアント端末に表示。」の処理が実行される。図24〜図26の例の場合、us
erBのクライアント端末に、発注書「ID2」について後追いで発注書「ID5」が送付
・回付されていることが表示される。
行して管理していてもよい。帳票ファイル、帳票スキーマ、およびアクション起動条件と
アクション内容との組を業務ごとに管理しておき、サーバ10の各構成要素の処理におい
て、業務に応じた帳票ファイル、帳票スキーマ、およびアクション起動条件とアクション
内容との組を用いればよい。
以上で説明した実施形態における処理は、本発明の実施の形態の例に過ぎず、以上の説
明の他にも各種の変形例があり得る。
出力処理部106は、ファイル形式変換部1066を備えていなくてもよい。
情報DB140中のアクション起動条件のすべてが、帳票情報DB110に登録された情
報のみを用いる条件である場合、操作履歴は登録しておかなくてもよい。
類とを関連付ける情報を予めサーバ10が保持しておき、当該クライアント端末から操作
を受け付けると、当該クライアント端末に予め関連付けられた操作の種類を操作履歴とし
て登録するようにしてもよい。例えば、「承認」操作用のクライアント端末を予め決定し
ておき、「承認」操作を行うユーザは必ず当該クライアント端末で帳票IDを読み取りさ
せるようにする態様が考えられる。
情報が含まれている場合、帳票ID付与部1060で帳票IDを生成して付与する代わり
に、印刷対象の帳票から識別情報を抽出して帳票IDとしてもよい。この例の場合、帳票
スキーマにおいて、帳票のどの領域に帳票IDが配置されるかを表す情報を含んでいれば
よい。
るものではない。必要に応じて、例示した項目を省略したり、例示していない項目を追加
したりしてもよい。
フローを例示したが(図1,図2,図13,図23A,図23B)、上述の各種の実施形
態および変形例におけるサーバ10の処理を行うためには、ワークフローを予め定義して
おく必要はない。操作(作業)の手順を予め定義しておかなくても、操作種別の選択肢を
定義しておきさえすればよい。
の各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コン
ピュータは、例えば、ハードウエアとして、図28に示すように、CPU(中央演算装置
)80、メモリ(一次記憶)82、各種I/O(入出力)インタフェース84等がバス8
6を介して接続された回路構成を有する。また、そのバス86に対し、例えばI/Oイン
タフェース84経由で、ハードディスクドライブ(HDD)88やCDやDVD、フラッ
シュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライ
ブ90が接続される。このようなドライブ88又は90は、メモリに対する外部記憶装置
として機能する。実施形態の処理内容が記述されたプログラムがCDやDVD等の記録媒
体を経由して、又はネットワーク経由で、HDD88等の固定記憶装置に保存され、コン
ピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出
されCPUにより実行されることにより、実施形態の処理が実現される。
したが、サーバ10の上述の例の各種の機能を複数のコンピュータに分散させて実現して
もよい。
ェース、86 バス、88 HDD、90 ディスクドライブ、100 ユーザ情報DB
、102 ユーザ認証部、104 帳票DB、106 出力処理部、108 帳票情報登
録部、110 帳票情報DB、112 操作受付部、114 操作履歴登録部、116
操作履歴DB、118 履歴情報検索部、120 表示処理部、140 アクション情報
DB、142 アクション実行部、1060 帳票ID付与部、1062 印刷指示部、
1064 帳票情報抽出部、1066 ファイル形式変換部、1068 親帳票ID受付
部、1420 起動条件評価部。
Claims (8)
- 電子文書の出力要求に応じて、当該電子文書を識別する識別情報と当該電子文書の内容
とを紙媒体に印刷した紙文書を出力するための処理を行う出力処理手段と、
前記電子文書の内容の少なくとも一部を前記電子文書から抽出する抽出手段と、
前記電子文書の他の文書の識別情報の指定を受け付ける受付手段と、
前記電子文書の前記識別情報と、前記抽出手段が抽出した情報を表す内容情報と、前記
受付手段が受け付けた識別情報の文書が前記紙文書の親である旨を表す派生関係の情報と
、を互いに関連付けて文書情報記憶手段に登録する文書情報登録手段と、
を備えることを特徴とする情報処理装置。 - 前記派生関係に関する条件を含む処理実行条件と、当該処理実行条件が満たされた場合
に実行すべき処理の内容と、を関連付けて記憶した処理情報記憶手段を参照し、前記文書
情報記憶手段に登録された識別情報の文書のうち前記処理実行条件を満たすものがある場
合に、当該処理実行条件に関連付けられた内容の処理を実行する処理実行手段、
をさらに備える、
ことを特徴とする請求項1に記載の情報処理装置。 - 前記出力処理手段の処理により出力された紙文書に印刷された識別情報と当該紙文書に
対して行われた操作に関する操作履歴情報とを取得する取得手段と、
前記取得手段が取得した識別情報および前記操作履歴情報を互いに関連付けて操作履歴
記憶手段に登録する操作履歴登録手段と、
をさらに備え、
前記処理実行条件のうちの少なくとも1つは、さらに、前記操作履歴情報に関する条件
を含む、
ことを特徴とする請求項2に記載の情報処理装置。 - 前記処理実行条件のうちの少なくとも1つは、当該処理実行条件を満たす文書の識別情
報に関連付けて前記操作履歴記憶手段に記憶された前記操作履歴情報を無効化する処理に
関連付けられる、
ことを特徴とする請求項3に記載の情報処理装置。 - 前記処理実行条件のうちの少なくとも1つは、さらに、前記内容情報に関する条件を含
む、
ことを特徴とする請求項2から4のいずれか1項に記載の情報処理装置。 - 前記派生関係の情報に関する検索条件を含む表示要求に応じて、前記検索条件を満たす
文書の識別情報を前記文書情報記憶手段から検索し、検索された識別情報に関連付けて前
記文書情報記憶手段に登録された内容情報と、検索された識別情報に関連付けて前記操作
履歴記憶手段に記憶された操作履歴情報と、の少なくとも一部を表示させる処理を行う表
示処理手段、をさらに備える、
ことを特徴とする請求項3から5のいずれか1項に記載の情報処理装置。 - 前記出力処理手段は、さらに、電子文書の出力要求に応じて、当該電子文書を識別する
識別情報と当該電子文書の内容とを含み、かつ当該電子文書と異なる形式を有する新たな
電子文書を生成して出力する処理を行う、
ことを特徴とする請求項1から6のいずれか1項に記載の情報処理装置。 - コンピュータに、
電子文書の出力要求に応じて、当該電子文書を識別する識別情報と当該電子文書の内容
とを紙媒体に印刷した紙文書を出力するための処理を行う出力処理ステップと、
前記電子文書の内容の少なくとも一部を前記電子文書から抽出する抽出ステップと、
前記電子文書の他の文書の識別情報の指定を受け付ける受付ステップと、
前記電子文書の前記識別情報と、前記抽出ステップで抽出した情報を表す内容情報と、
前記受付ステップで受け付けた識別情報の文書が前記電子文書の親である旨を表す派生関
係の情報と、を互いに関連付けて文書情報記憶手段に登録する文書情報登録ステップと、
を実行させるためのプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010117494A JP5521770B2 (ja) | 2010-05-21 | 2010-05-21 | 情報処理装置およびプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2010117494A JP5521770B2 (ja) | 2010-05-21 | 2010-05-21 | 情報処理装置およびプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2011248391A true JP2011248391A (ja) | 2011-12-08 |
JP5521770B2 JP5521770B2 (ja) | 2014-06-18 |
Family
ID=45413628
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010117494A Expired - Fee Related JP5521770B2 (ja) | 2010-05-21 | 2010-05-21 | 情報処理装置およびプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5521770B2 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013131013A (ja) * | 2011-12-21 | 2013-07-04 | Fuji Xerox Co Ltd | 情報処理装置及び情報処理プログラム |
US20220180138A1 (en) * | 2020-12-09 | 2022-06-09 | Ryoh ARUGA | Information processing apparatus, information processing system, and information processing method |
-
2010
- 2010-05-21 JP JP2010117494A patent/JP5521770B2/ja not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2013131013A (ja) * | 2011-12-21 | 2013-07-04 | Fuji Xerox Co Ltd | 情報処理装置及び情報処理プログラム |
US20220180138A1 (en) * | 2020-12-09 | 2022-06-09 | Ryoh ARUGA | Information processing apparatus, information processing system, and information processing method |
US11960949B2 (en) * | 2020-12-09 | 2024-04-16 | Ricoh Company, Ltd. | Information processing apparatus, information processing system, and information processing method |
Also Published As
Publication number | Publication date |
---|---|
JP5521770B2 (ja) | 2014-06-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8705081B2 (en) | System and method for including input method information on a printed document | |
CA2845498C (en) | Method for automatically tagging documents with matrix barcodes and providing access to a plurality of said document versions | |
JP5407209B2 (ja) | 文書管理装置、文書管理プログラム、及び文書管理システム | |
JP2013530464A (ja) | 統合ワークフロー及びデータベーストランザクション | |
JP5708197B2 (ja) | 情報処理装置およびプログラム | |
US20060203274A1 (en) | Document processing apparatus, method of control of such apparatus and storage medium storing document processing program | |
JP2006246084A (ja) | 画像処理装置、画像処理方法及びプログラム | |
JP5521770B2 (ja) | 情報処理装置およびプログラム | |
JP5895876B2 (ja) | プログラム及び帳票処理装置 | |
JP5045118B2 (ja) | 文書管理装置、文書管理システム及びプログラム | |
JP6296677B2 (ja) | 印刷受発注システム及びその制御方法 | |
JP2012053856A (ja) | 画像配信システム、画像処理装置、画像処理方法、画像処理プログラム及び記録媒体 | |
JP5565075B2 (ja) | 情報処理装置およびプログラム | |
US20120162688A1 (en) | Access control system, apparatus, and program | |
JP2008083806A (ja) | 研究開発財産管理システム | |
JP2012173936A (ja) | 情報管理装置、プログラム、および情報管理システム | |
JP2009075849A (ja) | 情報処理装置、情報処理方法、そのプログラム及び記憶媒体 | |
JP5851962B2 (ja) | 中継サーバ | |
JP5708372B2 (ja) | 文書ファイルの差分抽出システム、画像処理装置、文書ファイルの差分抽出方法及びプログラム | |
JP5942432B2 (ja) | 文書管理システム | |
JP5298882B2 (ja) | 進捗管理装置、及びプログラム | |
JP2008154203A (ja) | 印刷媒体処理システム、印刷装置、情報処理装置及びプログラム | |
JP2006018492A (ja) | 文書処理装置、文書処理方法及び文書処理プログラム | |
JP6679885B2 (ja) | ワークフロー処理プログラム、ワークフロー処理方法及びワークフロー処理装置 | |
JP2020038549A (ja) | データ管理装置及びデータ管理プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130417 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140131 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20140311 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140324 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5521770 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |