JP2009252163A - ワークフロー管理装置、ワークフロー管理方法、及びコンピュータプログラム - Google Patents

Abstract

【課題】ワークフローの処理を実行するための特別なプログラムを画像形成装置に搭載しなくても、当該ワークフローの処理を実行できるようにする。
【解決手段】サーバ装置１１は、画像処理装置１３ａから送信（Ｓｅｎｄ）されるコンテンツ５３用のフォルダ５２を生成し、そのフォルダ５２のパスを、当該コンテンツ５３のＳｅｎｄ先として画像処理装置１３ａに対して設定する。そして、画像処理装置１３ａの表示パネル設定されたＳｅｎｄ先をユーザＡ、Ｃに選択させ、画像処理装置１３ａが、そのＳｅｎｄ先にコンテンツ５３を送信（Ｓｅｎｄ）する。
【選択図】図１

Description

本発明は、ワークフロー管理装置、ワークフロー管理方法、及びコンピュータプログラムに関し、特に、ワークフローを管理・実行するために用いて好適なものである。

従来から起案→申請→承認→決済のようなワークフローで一連の業務を定義して、当該業務の流れを自動化すると共に、証憑（紙文書）をスキャンし、スキャンした紙文書を添付書類として、ワークフロー内で業務データと共に持ち回るシステムが提案されている。このようなシステムは、証憑スキャン・ソリューション等で利用される。
例えば、交通費の申請というワークフローでは、デバイスのスキャン機能を利用して領収書を電子データとし、その領収書の電子データを、起案した案件に対する添付書類として申請処理を行うといったユースケースがある。

このようなワークフローを実行するに際し、特許文献１に記載の技術では、ドキュメントフローを実現するワークフローシステムで、ワークフローを構成するステップを実行する際のＵＩを複数用意しておくようにするようにしている。特許文献１に記載の技術では、ＰＣ（Personal Computer）・モバイル端末・ＭＦＰ（Multi Function Peripheral）等、ユーザの実行環境に応じたＵＩ（画面）を表示する。そして、ユーザがそのＵＩを操作することにより、ユーザがドキュメントフローに参加できる。

特開２００５−５０３１８号公報

しかしながら、前述した特許文献１に記載の技術では、ユーザの実行環境に応じたＵＩを表示するために、各端末には、当該ＵＩを表示するためのプログラムが必要であった。例えば、ＭＦＰは、アプリケーション及びプログラムを動作させるためのＪａｖａ（登録商標）プラットフォームを搭載し、このプラットフォーム上で、ワークフローを実行するためのプログラムを動作させる必要がある。

本発明は、このような問題点に鑑みてなされたものであり、ワークフローの処理を実行するための特別なプログラムを、ＭＦＰ等の画像処理装置に搭載しなくても、当該ワークフローの処理を実行できるようにすることを目的とする。

本発明のワークフロー管理装置は、作業内容を示すワークアイテムに基づいて処理を実行するワークフローを管理するワークフロー管理装置であって、前記ワークアイテムのうち、画像処理装置で処理されるワークアイテムに対応するフォルダを作成する作成手段と、前記ワークアイテムに基づいて前記画像処理装置で生成されるコンテンツの送信先として、前記作成手段により作成されたフォルダの所在に関する情報を、前記画像処理装置に登録する登録手段と、前記画像処理装置から受信したコンテンツを、そのコンテンツの送信先となっているフォルダに保存する保存手段と、前記保存手段によりフォルダに保存されたコンテンツと、そのフォルダに対応するワークアイテムとを関連付ける関連付け手段とを有することを特徴とする。

本発明のワークフロー管理方法は、作業内容を示すワークアイテムに基づいて処理を実行するワークフローを管理するワークフロー管理方法であって、前記ワークアイテムのうち、画像処理装置で処理されるワークアイテムに対応するフォルダを作成する作成ステップと、前記ワークアイテムに基づいて前記画像処理装置で生成されるコンテンツの送信先として、前記作成ステップにより作成されたフォルダの所在に関する情報を、前記画像処理装置に登録する登録ステップと、前記画像処理装置から受信したコンテンツを、そのコンテンツの送信先となっているフォルダに保存する保存ステップと、前記保存ステップによりフォルダに保存されたコンテンツと、そのフォルダに対応するワークアイテムとを関連付ける関連付けステップとを有することを特徴とする。

本発明のコンピュータプログラムは、作業内容を示すワークアイテムに基づいて処理を実行するワークフローを管理するための処理をコンピュータに実行させるためのコンピュータプログラムであって、前記ワークアイテムのうち、画像処理装置で処理されるワークアイテムに対応するフォルダを作成する作成ステップと、前記ワークアイテムに基づいて前記画像処理装置で生成されるコンテンツの送信先として、前記作成ステップにより作成されたフォルダの所在に関する情報を、前記画像処理装置に登録する登録ステップと、前記画像処理装置から受信したコンテンツを、そのコンテンツの送信先となっているフォルダに保存する保存ステップと、前記保存ステップによりフォルダに保存されたコンテンツと、そのフォルダに対応するワークアイテムとを関連付ける関連付けステップとをコンピュータに実行させることを特徴とする。

本発明によれば、ワークフローの処理を実行するための特別なプログラムを画像処理装置に搭載しなくても、当該画像処理装置が当該ワークフローに参加することができ、当該ワークフローの処理を実行することができるようになる。

（第１の実施形態）
以下に、図面を参照しながら、本発明の第１の実施形態について説明する。
＜用語の説明＞
はじめに、本実施形態で使用する用語を定義する。
（１）アクティビティ；ワークフローにおける作業の単位
（２）ワークアイテム（ＷＩ）；アクティビティにおいてユーザが実行する具体的な作業内容
（３）Ｓｅｎｄ；画像処理装置のＥ−Ｍａｉｌ送信機能や、ファイル共有を実現するプロトコルであるＳＭＢ（Server Message Block）プロトコル・ＦＴＰ（File Transfer Protocol）等を用いたファイルの送信機能
（４）ジョブログ；画像処理装置内に保存された、当該画像処理装置上での操作ログ

＜システム構成＞
図１は、本実施形態に係るワークフロー処理システムの全体構成の一例を示す図である。
図１において、ワークフロー処理システムは、ワークフローを管理し実行する装置であるサーバ装置１１と、クライアント端末装置であるＰＣ１２と、ＭＦＰ等のデバイスである画像処理装置１３ａ、１３ｂとを有している。これらサーバ装置１１、ＰＣ１２、及び画像処理装置１３ａ、１３ｂは、夫々、ＬＡＮ等のネットワーク１４に接続されており、ＴＣＰ／ＩＰやＳＮＭＰ等のプロトコルを用いて、データの通信を相互に行うことが可能である。

尚、夫々の装置の数は、図１に示すものに限定されるものではないが、本実施形態では、１つのサーバ装置１１、１つのＰＣ１２、２つの画像処理装置１３ａ、１３ｂがネットワーク１４に接続されている場合を例に挙げて説明を行う。また、サーバ装置１１は、ワークフローを実行可能な画像処理装置１３ａ、１３ｂを管理しているものとする。
本実施形態では、画像処理装置１３ａ、１３ｂは、ＰＣ１２と同様にしてワークフローの処理を実行するための特定のアプリケーションプログラム（以下の説明では、アプリケーションと略称する）を搭載できない画像処理装置であるものとする。例えば、Ｊａｖａ（登録商標）プラットフォームを有さない画像処理装置１３ａ、１３ｂが、ワークフローの処理を実行するための特定のアプリケーションを搭載できない画像処理装置となる。

＜ワークフロー＞
図２は、本実施形態に係るワークフローの一例を概念的に示す図である。
図２において、ワークフロー２０は、開始アクティビティ２１、終了アクティビティ２６、起案のアクティビティ２２、申請のアクティビティ２３、承認のアクティビティ２４、及び決済のアクティビティ２５を有している。各アクティビティ２２〜２５は、画像処理装置１３ａ、１３ｂで処理すべきアクティビティと、ＰＣ１２で処理すべきアクティビティのどちらかに分類される。図２に示す例では、起案のアクティビティ２２、承認のアクティビティ２４、及び決済のアクティビティ２５が、ＰＣ１２で処理するアクティビティである。一方、申請のアクティビティ２３が例えば画像処理装置１３ａで処理するアクティビティとなる。本実施形態では、この申請のアクティビティ２３におけるワークアイテムは、任意のコンテンツをサーバ装置１１に送信（Ｓｅｎｄ）することによって実行されるものとする。

また、アクティビティ２２〜２５には、夫々アクティビティの実行者（例えば実行の権限を有する者）を特定するためのロールが割り当てられている。図２に示す例では、起案のアクティビティ２２及び申請のアクティビティ２３には一般社員ロールが、承認のアクティビティ２４には主任ロールが、決済のアクティビティ２５には室長ロールが夫々割り当てられている。
本実施形態では、アクティビティが終了するたびに、次に処理すべきアクティビティに設定されているロールから特定されるユーザのワークアイテムが生成される。

＜ロールとユーザ＞
図３は、ロールとユーザとの関係の一例を示す図である。
図３に示すように、本実施形態におけるロールとユーザとの関係は、以下の通りである。
一般社員ロール：ユーザＡ、ユーザＣ
主任ロール：ユーザＢ
室長ロール：ユーザＤ
サーバ装置１１は、図３に示すような対応表３０をユーザの操作に基づいて作成し、ＨＤＤ等の内部記憶媒体に記憶している。

＜動作フロー＞
図４は、ワークフロー処理システムの動作の概要の一例を概念的に示す図である。
図４において、ワークフロー２０は、サーバ装置１１で管理されており、このワークフロー２０における各アクティビティ２２〜２５が順番に処理される。ワークフロー２０が開始されると、最初のアクティビティである起案のアクティビティ２２に設定されている一般社員ロールをもつユーザＡ、Ｃに対する起案のワークアイテムが生成される。ＰＣ１２は、ユーザＡ、Ｃの操作に基づいて起案のワークアイテムに基づく処理を行う（ステップＳ４１）。そうすると、次の申請のアクティビティ２３に設定されている一般社員ロールをもつユーザＡ、Ｃに対する申請のワークアイテムが生成される。画像処理装置１３ａは、ユーザＡ、Ｃの操作に従って、申請のワークアイテムに基づく処理を行う（ステップＳ４２）。申請のワークアイテムは、画像処理装置１３ａがコンテンツをサーバ装置１１に送信（Ｓｅｎｄ）することによって実行される。尚、本実施形態では、図１に示した２つの画像処理装置のうち、一方の画像処理装置１３ａが申請のワークアイテムに基づく処理を行う場合を例に挙げて説明するが、他方の画像処理装置１３ｂが申請のワークアイテムに基づく処理を行うようにしてもよい。

その後、次の承認のアクティビティ２４に設定されている主任ロールをもつユーザＢに対する承認のワークアイテムが生成される。ＰＣ１２は、ユーザＢの操作に従って、承認のワークアイテムに基づく処理を行う（ステップＳ４３）。承認のワークアイテムが処理されると、次の決済のアクティビティ２５に設定されている室長ロールをもつユーザＤに対する決済のワークアイテムが生成される。ＰＣ１２は、ユーザＤの操作に従って決済のワークアイテムに基づく処理を行う（ステップＳ４４）。
以上の処理を行うことによってワークフロー２０が完了する。

図５は、ワークフロー処理システムの動作の一例を説明するフローチャートである。
まず、サーバ装置１１は、自身が管理するワークフローのうち、未処理のワークフロー２０を１つ選択する（ステップＳ５０１）。図６Ａは、処理を開始する前のワークフロー２０の状態の一例を概念的に示す図である。
次に、サーバ装置１１は、ステップＳ５０１で選択したワークフロー２０がアクティブかどうか否かを判定する（ステップＳ５０２）。この判定の結果、ワークフロー２０がアクティブでない場合には、後述するステップＳ５１２に進む。一方、ワークフロー２０がアクティブである場合には、ステップＳ５０３に進む。
図６Ｂは、処理を開始するときのワークフロー２０の状態の一例を概念的に示す図である。本実施形態では、ワークフロー２０を開始することによってワークフロー２０がアクティブ化され、最初の起案のアクティビティ２２に対応するワークアイテムが生成される。

ステップＳ５０３に進むと、サーバ装置１１は、ステップＳ５０１で選択したワークフロー２０内のアクティビティを先頭から順番に選択する（ステップＳ５０３）。
前述したように、本実施形態では、ワークフロー２０内の各アクティビティ２２〜２５（ワークアイテム）は、ＰＣ１２で処理するものと、画像処理装置１３ａで処理するものとに分類される。そこで、サーバ装置１１は、アクティブとなったワークフロー２０内の"ステップＳ５０３で選択したアクティビティ"に対応するワークアイテムが画像処理装置１３ａで処理するものか否かを判定する（ステップＳ５０４）。この判定は、例えば、ワークフロー２０内の各アクティビティ２２〜２５に対応するワークアイテムに対して予め設定されている情報に基づいて行うことができる。

この判定の結果、ステップＳ５０３で選択したアクティビティ"に対応するワークアイテムが画像処理装置１３ａで処理するものでない場合には、後述するステップＳ５１１に進む。一方、ステップＳ５０３で選択したアクティビティ"に対応するワークアイテムが画像処理装置１３ａで処理するものである場合には、ステップＳ５０５に進む。
ステップＳ５０５に進むと、サーバ装置１１は、画像処理装置１３ａで処理するワークアイテムに対応したフォルダをサーバ装置１１内に作成する（ステップＳ５０５）。図６Ｃは、ワークアイテムに対応したフォルダが作成された様子の一例を概念的に示す図である。作成されたフォルダ５２は、例えば、サーバ装置１１内のＨＤＤに記憶される。
以上のように本実施形態では、例えば、ステップＳ５０５の処理を実行することにより、作成手段の一例が実現される。

次に、サーバ装置１１は、サーバ装置１１の管理する画像処理装置１３ａに対して、Ｓｅｎｄ先（送信先）として、ステップＳ５０５で作成したフォルダ５２のパス（所在を示す情報）を登録する（ステップＳ５０６）。図６Ｄは、画像処理装置１３ａに、フォルダ５２のパスがＳｅｎｄ先として登録される様子の一例を概念的に示す図である。
以上のように本実施形態では、例えば、ステップＳ５０６の処理を行うことにより登録手段の一例が実現される。
その後、画像処理装置１３ａで処理するアクティビティ２３に割り当てられている一般社員ロールにより特定されるユーザＡ、Ｃが画像処理装置１３ａを操作して、画像処理装置１３ａにログインする。そうすると、画像処理装置１３ａは、ログイン時の処理（ログイン処理）を実行する（ステップＳ５０７）。そして、画像処理装置１３ａは、ユーザＡ、Ｃの操作に従って、ステップＳ５０６で登録されたＳｅｎｄ先に対し、コンテンツを送信（Ｓｅｎｄ）する（ステップＳ５０８）。図６Ｅは、画像処理装置１３ａから、サーバ装置１１におけるフォルダ５２のパスに、コンテンツ５３が送信（Ｓｅｎｄ）される様子の一例を概念的に示す図である。

次に、サーバ装置１１は、画像処理装置１３ａから送信（Ｓｅｎｄ）されたコンテンツ５３を、ステップＳ５０５で作成したフォルダ５２に保存する（ステップＳ５０９）。
以上のように本実施形態では、例えば、ステップＳ５０９の処理を行うことにより保存手段の一例が実現される。
次に、サーバ装置１１は、ステップＳ５０９で保存したコンテンツ５３とワークアイテムとの関連付け処理を行う（ステップＳ５１０）。図６Ｆは、コンテンツ５３とワークアイテムとの関連付けが行われる様子の一例を概念的に示す図である。本実施形態では、申請のアクティビティ２３が画像処理装置１３ａで処理するアクティビティであるので、このアクティビティ２３に対応するワークアイテムとコンテンツ５３とが関連付けられる。尚、ステップＳ５１０の関連付け処理の詳細については、図９を参照しながら後述する。

次に、サーバ装置１１は、ステップＳ５０１で選択されたワークフロー２０内の全てのアクティビティ２２〜２５（ワークアイテム）について処理を行ったか否かを判定する（ステップＳ５１１）。この判定の結果、ワークフロー２０内の全てのアクティビティ２２〜２５について処理を行っていない場合には、ステップＳ５０３に戻り、次のアクティビティについて前述した処理を行う。
一方、ワークフロー２０内の全てのアクティビティ２２〜２５に対して処理を行った場合、サーバ装置１１は、自身が管理する全てのワークフローについて処理を行ったか否かを判定する（ステップＳ５１２）。この判定の結果、全てのワークフローについて処理を行っていない場合には、ステップＳ５０１に戻り、未処理のワークフローについて前述した処理を行う。一方、全てのワークフローについて処理を行った場合には、図５のフローチャートによる処理を終了する。

図７は、図５のステップＳ５０６で画像処理装置１３ａに対して登録されるＳｅｎｄ先の内容の一例を示す図である。
図７において、あて先名７１は、画像処理装置１３ａでコンテンツ５３を送信（Ｓｅｎｄ）する際に、画像処理装置１３ａが有する表示パネルにあて先として表示される名称を表している。本実施形態では、ワークフローの内容をユーザＡ、Ｃが特定できるような任意の名称があて先名７１として登録される。

プロトコル７２は、コンテンツ５３のＳｅｎｄ方法を指定するものである。図７に示す例では、ＳＭＢ（Server Message Block）プロトコルがプロトコル７２として指定されている。ホスト名７３はサーバ装置１１のホスト名を示し、フォルダへのパス７４には図５のステップＳ５０５で作成されたフォルダ５２の絶対パスが指定される。サーバ装置１１が管理する全ての画像処理装置１３ａ、１３ｂに対し、このようなあて先の登録を行うことによって、画像処理装置１３ａ、１３ｂがワークアイテムの実行の準備を行うこととなる。

図８は、コンテンツ５３を送信（Ｓｅｎｄ）するときに画像処理装置１３ａが有する表示パネルに表示される画像の一例を示す図である。具体的に図８（ａ）は、コンテンツ５３を送信（Ｓｅｎｄ）するときに画像処理装置１３ａが有する表示パネルに表示されるＳｅｎｄ画面の一例を示す図である。図８（ｂ）は、図８（ａ）に示すＳｅｎｄ画面の宛先表ボタン８２が選択された場合に画像処理装置１３ａが有する表示パネルに表示される宛先表画面の一例を示す図である。
サーバ装置１１で管理されているワークフロー２０内の申請のアクティビティ２３に対応するワークアイテムを実行する場合、ユーザＡ、Ｃは、図８（ａ）に示すＳｅｎｄ画面８１の宛先表ボタン８２を選択する。この選択は、例えば、画像処理装置１３ａが有する操作ボタンや、タッチパネルを使って行われる。そうすると、図８（ｂ）に示すように、画像処理装置１３ａが有する表示パネルには、画像処理装置１３ａに登録された"コンテンツ５３のＳｅｎｄ先（送信先）"を表示する宛先表画面８３が表示される。ユーザＡ、Ｃは、宛先表画面８３から、図５のステップＳ５０６で登録されたあて先８４を選択し、コンテンツ５３の送信（Ｓｅｎｄ）を画像処理装置１３ａに指示する。これにより、コンテンツ５３がサーバ装置１１に送信（Ｓｅｎｄ）される。このとき、画像処理装置１３ａがコンテンツ５３を作成した時間の一例である日時に関する情報等、コンテンツ５３の属性に関する情報も、当該コンテンツ５３と共にサーバ装置１１に送信（Ｓｅｎｄ）される。

図９は、図５のステップＳ５１０におけるコンテンツとワークアイテムとの関連付け処理の一例を詳細に説明するフローチャートである。
前述したように、図５に示したステップＳ５０９で、画像処理装置１３ａから送信（Ｓｅｎｄ）されたコンテンツ５３がフォルダ５２内に保存されると、本処理が開始する。
まず、サーバ装置１１は、コンテンツ５３の送信元（Ｓｅｎｄ元）である画像処理装置１３ａの情報を、例えば、当該コンテンツ５３と共に送信された情報に基づいて取得する（ステップＳ９０１）。
次に、サーバ装置１１は、ステップＳ９０１で取得した情報に基づいて、対象となる画像処理装置１３ａを特定した後、コンテンツ５３の送信（Ｓｅｎｄ）を指示したユーザを特定する（ステップＳ９０２）。このステップＳ９０２の詳細については、図１０を参照しながら後述する。

図５に示したステップＳ５０５で作成されたフォルダ５２は、ワークフロー２０内の特定のワークアイテム（本実施形態では、申請のアクティビティ２３に対応するワークアイテム）に関連付けられている。そこで、サーバ装置１１は、対象となるフォルダ５２に対応するワークアイテムの情報を取得する（ステップＳ９０３）。
本実施形態のワークフロー処理システムで扱われるワークアイテムは、ワークアイテムを実行することが可能なユーザを設定するために、夫々ロールに関する情報を保持している。そこで、サーバ装置１１は、ステップＳ９０３で取得した情報に基づいて、ステップＳ９０２で特定したＳｅｎｄ元のユーザが、ステップＳ９０３で取得したワークアイテムを処理することが可能なユーザであるか否かを判定する（ステップＳ９０４）。
以上のように本実施形態では、例えば、ステップＳ９０４の処理を行うことにより判定手段の一例が実現される。

この判定の結果、Ｓｅｎｄ元のユーザが、ワークアイテムを処理することが可能なユーザでない場合には、図９のフローチャートによる処理を終了し、図５のステップＳ５１１に進む。
一方、Ｓｅｎｄ元のユーザが、ワークアイテムを処理することが可能なユーザである場合には、ステップＳ９０５に進む。そして、サーバ装置１１は、画像処理装置１３ａから送信（Ｓｅｎｄ）されたコンテンツ５３を、そのコンテンツ５３が保存されたフォルダ５２に対応するワークアイテムに関連付ける（ステップＳ９０５）。
以上のように本実施形態では、例えば、ステップＳ９０５の処理を行うことにより関連付け手段の一例が実現される。
そして、サーバ装置１１は、コンテンツ５３が保存されたフォルダ５２に対応するワークアイテムに基づく処理を行う（ステップＳ９０６）。

このワークアイテムの処理が完了すると、図５に示したステップＳ５０５で作成したフォルダ５２及びステップＳ５０６で登録したＳｅｎｄ先は不要となる。そこで、サーバ装置１１は、それらを、例えばフォルダ５２、Ｓｅｎｄ先の順に削除して（ステップＳ９０７）、図９のフローチャートによる処理を終了し、図５のステップＳ５１１に進む。ここで、Ｓｅｎｄ先については、例えば、サーバ装置１１が画像処理装置１３ａに削除する指示を行うことにより削除されることになる。
以上のように本実施形態では、例えば、ステップＳ９０７の処理を行うことによりフォルダ削除手段、所在情報削除手段の一例が実現される。

図１０は、図９のステップＳ９０２における処理（コンテンツ５３の送信（Ｓｅｎｄ）を指示したユーザを特定する処理）の一例を詳細に説明するフローチャートである。
図９に示したステップＳ９０１で、画像処理装置１３ａの情報を取得した後、本処理が開始する。
まず、サーバ装置１１は、図９に示したステップＳ９０１で取得した情報に基づいて特定される画像処理装置１３ａから、当該画像処理装置１３ａにおけるジョブログを取得する（ステップＳ１００１）。図１１は、ジョブログの内容の一例を示す図である。図１１に示すように、ジョブログ１０１、１０２には、画像処理装置１３ａ、１３ｂでの操作内容を特定するようなログが格納されている。例えば、図１１（ａ）に示したジョブログ１０１、及び図１１（ｂ）に示したジョブログ１０２が、画像処理装置１３ａで得られる。勿論、例えば、図１１（ａ）に示したジョブログ１０１が画像処理装置１３ａで得られ、図１１（ｂ）に示したジョブログ１０２が画像処理装置１３ｂで得られることもあり得る。
以上のように本実施形態では、例えば、ステップＳ１００１の処理を行うことによりログ取得手段の一例が実現される。

本実施形態のワークフロー処理システムでは、サーバ装置１１へのコンテンツ５３の送信（Ｓｅｎｄ）を指示したユーザを特定するために、以下の処理を行う。
まず、サーバ装置１１は、ステップＳ１００１で取得したジョブログ内にＳｅｎｄに関するログが複数存在するか否かを判定する（ステップＳ１００２）。この判定の結果、ジョブログ内にＳｅｎｄに関するログが１つだけ存在している場合、サーバ装置１１は、そのログに登録されているユーザを、サーバ装置１１へのコンテンツ５３の送信（Ｓｅｎｄ）を指示したユーザとして特定する（ステップＳ１００３）。
以上のように本実施形態では、例えば、ステップＳ１００３の処理を行うことにより特定手段の一例が実現される。

一方、ジョブログ内にＳｅｎｄに関するログが複数存在する場合、サーバ装置１１は、複数のＳｅｎｄに関するログの中から未処理のログを１つ選択する（ステップＳ１００４）。
次に、サーバ装置１１は、選択したログを実行した時間の一例である日時（コンテンツ５３が送信（Ｓｅｎｄ）された日時）を取得する（ステップＳ１００５）。そして、サーバ装置１１は、ステップＳ１００５で取得したログの日時と、画像処理装置１３ａから送信（Ｓｅｎｄ）されフォルダ５２に保存されたコンテンツ５３（対象となるコンテンツ）の作成日時とが等しいか否かを判定する（ステップＳ１００６）。尚、ここでは日時が等しいか否かを判定するようにしたが、日時が所定の範囲内であるか否かを判定するようにしてもよい。

この判定の結果、ログの日時と、コンテンツ５３の作成日時とが等しくない場合には、ステップＳ１００７を省略してステップＳ１００８に進む。そして、サーバ装置１１は、複数のＳｅｎｄに関するログの全てについて、ステップＳ１００４〜Ｓ１００６の処理を実行したか否かを判定する。この判定の結果、複数のＳｅｎｄに関するログの全てについて処理を実行した場合には、図１０のフローチャートによる処理を終了して図９のステップＳ９０３に進む。
一方、複数のＳｅｎｄに関するログの全てについて処理を実行していない場合には、ステップＳ１００４に戻り、未処理のその他のログについて処理を実行する。
ステップＳ１００６において、ログの日時と、コンテンツ５３の作成日時とが等しいと判定された場合、サーバ装置１１は、次の処理を行う。すなわち、サーバ装置１１は、そのログに登録されているユーザを、サーバ装置１１へのコンテンツ５３の送信（Ｓｅｎｄ）を指示したユーザとして特定する（ステップＳ１００７）。そして、図１０のフローチャートによる処理を終了して図９のステップＳ９０３に進む。
以上のように本実施形態では、例えば、ステップＳ１００７の処理を行うことにより特定手段の一例が実現される。

図１１（ａ）に示すジョブログ１０１には、操作内容として"ＴＭＰ１へＳｅｎｄ"が登録されている。この操作内容は、ＴＭＰ１フォルダへコンテンツを送信（Ｓｅｎｄ）したことを示すものである。図１１（ａ）に示すジョブログ１０１には、Ｓｅｎｄに関するログは１つしかないので、ＴＭＰ１フォルダへコンテンツの送信（Ｓｅｎｄ）を指示したユーザは、図９に示したステップＳ１００３で特定されることになる。

一方、図１１（ｂ）に示すジョブログ１０２には、操作内容として"ＴＭＰ２へＳｅｎｄ"が登録されている。この操作内容は、ＴＭＰ２フォルダへコンテンツを送信（Ｓｅｎｄ）したことを示すものである。図１１（ｂ）に示すジョブログ１０２には、Ｓｅｎｄに関するログは２つある。よって、ＴＭＰ２フォルダへコンテンツの送信（Ｓｅｎｄ）を指示したユーザは、図９に示したステップＳ１００７で特定されることになる。
尚、図１１では、ジョブログとして、日時／ユーザ情報／操作内容のみの例を示しているが、ジョブログの内容は、特にこれらに限定されるものではない。

以上のように本実施形態では、サーバ装置１１は、画像処理装置１３ａから送信（Ｓｅｎｄ）されるコンテンツ５３用のフォルダ５２を生成し、そのフォルダ５２のパスを、当該コンテンツ５３のＳｅｎｄ先として画像処理装置１３ａに対して設定する。そして、画像処理装置１３ａの表示パネルを使って、設定されたＳｅｎｄ先をユーザＡ、Ｃに選択させ、画像処理装置１３ａが、そのＳｅｎｄ先にコンテンツ５３を送信（Ｓｅｎｄ）する。このようにすることによって、画像処理装置１３ａがサーバ装置１１で管理しているワークフロー２０内のワークアイテムを処理できる。したがって、画像処理装置１３ａが特定のアプリケーションを備える必要がなく、例えばＪａｖａ（登録商標）プラットフォームを搭載できない画像処理装置であってもワークフロー２０に参加することができる。これにより、画像処理装置１３ａが特定のアプリケーションを備えていなくても、当該画像処理装置１３ａを利用してワークフロー２０を実行することができる。

また、サーバ装置１１は、ワークフローの各ワークアイテムに基づく処理を画像処理装置１３で実行したのか、それともＰＣ１２で実行したのかを特定することができる。したがって、ワークアイテムを実行した装置（画像処理装置１３又はＰＣ１２）に応じて、当該ワークアイテムの差し戻し時の処理を切り替えることができる。例えば、ＰＣ１２で実行されたワークアイテムを再度実行する場合には、そのワークアイテムをそのままＰＣ１２に差し戻す。一方、画像処理装置１３にワークアイテムを差し戻しても、当該ワークアイテムに基づく処理を画像処理装置１３で実行することができない。したがって、画像処理装置１３で実行したワークアイテムを再度実行する場合には、例えば、当該ワークアイテムを再度実行する必要があることを示すレポートを画像処理装置１３が出力する。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。
前述した第１の実施形態では、ワークフローを実行する画像処理装置１３ａ、１３ｂが、特定のアプリケーションを搭載していない場合を例に挙げて説明した。これに対して本実施形態では、より実際のネットワーク環境に近い環境を想定する。すなわち、本実施形態では、ＰＣで操作するのと同様にして操作することが可能なように特定のアプリケーションを搭載した画像処理装置がシステムに存在する場合を例に挙げて説明する。このように本実施形態と前述した第１の実施形態とは、特定のアプリケーションを搭載した画像処理装置をシステムに設けたことと、それに基づく処理とが主として異なる。したがって、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図１１に付した符号と同一の符号を付すこと等により、詳細な説明を省略する。

図１２は、本実施形態に係るワークフロー処理システムの全体構成の一例を示す図である。
図１２（ａ）に示すシステムでは、図１に示した第１の実施形態のシステムに、ワークフローを実行するための特定のアプリケーションを搭載した画像処理装置１２１が追加されている。すなわち、図１２（ａ）に示すシステムでは、ワークフローを実行するための特定のアプリケーションを搭載した画像処理装置１２１と、当該特定のアプリケーションを搭載していない画像処理装置１３ａ、１３ｂとが混在している場合を例に挙げて示している。
一方、図１２（ｂ）に示すシステムでは、全ての画像処理装置１２１〜１２３が、ワークフローを実行するための特定のアプリケーションを搭載している場合を例に挙げて示している。

図１３は、画像処理装置１２１〜１２３が搭載している特定のアプリケーションを利用してワークアイテムを処理する場合のワークフロー処理システムの動作の一例を説明するフローチャートである。図１３は、図１１（ｂ）に示したワークフロー処理システムの動作の一例を説明するものである。尚、画像処理装置１２１〜１２３の動作は同じであるので、ここでは、画像処理装置１２１についての説明を行い、画像処理装置１２２、１２３についての説明を省略する。

まず、画像処理装置１２１のユーザが、画像処理装置１２１に搭載される特定のアプリケーションにログインする。そうすると、画像処理装置１２１は、ログイン時の処理（ログイン処理）を実行する（ステップＳ１２０１）。
次に、画像処理装置１２１は、ログインしたユーザが処理可能なワークアイテムの検索の要求（ワークアイテム検索要求）を、サーバ装置１１に対して行う（ステップＳ１２０２）。
ワークアイテム検索要求を受けたサーバ装置１１は、自身が管理するワークフローを解析し、解析した結果に基づいて、ステップＳ１２０１でログインしたユーザが処理可能なワークアイテムの一覧を取得する（ステップＳ１２０３）。そして、サーバ装置１１は、取得したワークアイテムの一覧を、ワークアイテム検索要求を行った画像処理装置１２１に返信する（ステップＳ１２０４）。

ワークアイテムの一覧を受信した画像処理装置１２１は、自身が有する表示パネルに、受信したワークアイテムの一覧を表示する（ステップＳ１２０５）。そして、画像処理装置１２１は、ログインしたユーザによるワークアイテムの選択操作を受け付ける（ステップＳ１２０６）。この選択は、例えば、画像処理装置１２１が有する操作ボタンや、タッチパネルを使って行われる。
次に、画像処理装置１２１は、ステップＳ１２０６で選択されたワークアイテムに対応した"画像処理装置内の処理"をロード（実行）する（ステップＳ１２０７）。
次に、画像処理装置１２１は、自身が有する表示パネルに、ステップＳ１２０６で選択されたワークアイテムに対応した処理の実行に関わる処理画面を表示する（ステップＳ１２０８）。そして、ステップＳ１２０６で選択されたワークアイテムに対応した処理が完了すると、画像処理装置１２１は、ワークアイテムの完了処理を実行する。そして、画像処理装置１２１は、ワークアイテムに対応した処理が完了したこと（ワークアイテム完了通知）をサーバ装置１１に通知する（ステップＳ１２０９）。
ワークアイテム完了通知を受信したサーバ装置１１は、ワークアイテムの完了処理を行い（ステップＳ１２１０）、図１３のフローチャートによる処理を終了する。

図１４は、特定のアプリケーションを搭載している画像処理装置１２１〜１２３と、特定のアプリケーションを搭載していない画像処理装置１３ａ、１３ｂとが混在しているワークフロー処理システムにおける動作の一例を説明するフローチャートである。尚、画像処理装置１３ａ、１３ｂ、画像処理装置１２１〜１２３の動作は夫々同じであるので、ここでは、必要に応じて、画像処理装置１３ａ、１２１についての説明を行い、画像処理装置１３ｂ、１２２、１２３についての説明を適宜省略する。

まず、サーバ装置１１は、自身が管理するワークフローのうち、未処理のワークフローを１つ選択する（図１４−１のステップＳ１４０１）。
次に、サーバ装置１１は、ステップＳ１４０１で選択したワークフロー２０がアクティブかどうか否かを判定する（ステップＳ１４０２）。この判定の結果、ワークフロー２０がアクティブでない場合には、後述する図１４−２のステップＳ１４２４に進む。一方、ワークフロー２０がアクティブである場合には、ステップＳ１４０３に進む。
ステップＳ１４０３に進むと、サーバ装置１１は、ステップＳ１４０１で選択したワークフロー２０内のアクティビティ２２〜２５を先頭から順番に選択する（ステップＳ１４０３）。
本実施形態においても、ワークフロー２０内の各アクティビティ２２〜２５は、ＰＣ１２で処理するものと、画像処理装置１３ａ、１２１で処理するものとに分類される。そこで、サーバ装置１１は、アクティブとなったワークフロー２０内の"ステップＳ１４０３で選択したアクティビティ"に対応するワークアイテムが画像処理装置１３ａ、１２１で処理されるものか否かを判定する（ステップＳ１４０４）。

この判定の結果、この判定の結果、ステップＳ１４０３で選択したアクティビティに対応するワークアイテムが画像処理装置１３ａ、１２１で処理されるものでない場合には、後述する図１４−２のステップＳ１４２３に進む。一方、ステップＳ１４０３で選択したアクティビティ"に対応するワークアイテムが画像処理装置１３ａ、１２１で処理されるものである場合には、ステップＳ１４０５に進む。
ステップＳ１４０５に進むと、サーバ装置１１は、自身が管理するワークフローを実行する可能性のある画像処理装置１３ａ、１３ｂ、１２１〜１２３の一覧を示す情報（画像処理装置リスト）を取得する（ステップＳ１４０５）。この画像処理装置リストは、サーバ装置１１内に予め登録されていてもよいし、ステップＳ１４０５でサーバ装置１１が各画像処理装置１３ａ、１３ｂ、１２１〜１２３から得た情報に基づいて作成してもよい。
以上のように本実施形態では、例えば、ステップＳ１４０５の処理を行うことによりリスト取得手段の一例が実現される。

次に、サーバ装置１１は、ステップＳ１４０５で取得した画像処理装置リスト内に、ワークフローを実行するための特定のアプリケーションを搭載しない画像処理装置があるか否かを判定する（ステップＳ１４０６）。
以上のように本実施形態では、例えば、ステップＳ１４０６の処理を行うことにより第１の判断手段の一例が実現される。

この判定の結果、ワークフローを実行するための特定のアプリケーションを搭載しない画像処理装置がなく、全ての画像処理装置が特定のアプリケーションを搭載する場合には、ステップＳ１４０９に進む。そして、サーバ装置１１は、ステップＳ１４０３で選択したアクティビティに対応するワークアイテムが、特定のアプリケーションを搭載する何れかの画像処理装置で処理されるまで待機する（ステップＳ１４０９）。本実施形態の場合、図１２（ｂ）に示したワークフロー処理システムの場合に、ステップＳ１４０６でＮｏと判定され、ステップＳ１４０９の処理が行われる。

一方、ワークフローを実行するための特定のアプリケーションを搭載しない画像処理装置が１台でもある場合には、ステップＳ１４０７に進む。そして、サーバ装置１１は、特定のアプリケーションを搭載しない画像処理装置１３ａで処理するワークアイテムに対応したフォルダをサーバ装置１１内に作成する（ステップＳ１４０７）。
以上のように本実施形態では、例えば、ステップＳ１４０７の処理を行うことにより作成手段の一例が実現される。

次に、サーバ装置１１は、特定のアプリケーションを搭載しない画像処理装置１３ａに対して、Ｓｅｎｄ先（送信先）として、ステップＳ１４０８で作成したフォルダ５２のパス（所在を示す情報）を登録する（ステップＳ１４０８）。
以上のように本実施形態では、例えば、ステップＳ１４０８の処理を行うことにより登録手段の一例が実現される。
そして、サーバ装置１１は、ステップＳ１４０３で選択したアクティビティに対応するワークアイテムが、特定のアプリケーションを搭載しない画像処理装置１３ａで処理されるまで待機する（ステップＳ１４０９）。本実施形態の場合、図１２（ａ）に示したワークフロー処理システムの場合に、ステップＳ１４０６でＹｅｓと判定され、ステップＳ１４０７〜Ｓ１４０９の処理が行われる。

以降は、特定のアプリケーションを搭載しない画像処理装置１３ａ、１３ｂからワークアイテムを実行する場合と、特定アプリケーションを搭載した画像処理装置１２１〜１２３からワークアイテムを実行する場合とを分けて説明する。
＜特定のアプリケーションを搭載しない画像処理装置からの処理＞
例えば、画像処理装置１３ａで処理するアクティビティ２３に割り当てられている一般社員ロールにより特定されるユーザＡ、Ｃが画像処理装置１３ａを操作して、画像処理装置１３ａにログインする。そうすると、画像処理装置１３ａは、ログイン時の処理（ログイン処理）を実行する（図１４−２のステップＳ１４１０）。そして、画像処理装置１３ａは、ユーザＡ、Ｃの操作に基づいて、ステップＳ１４０８で登録されたＳｅｎｄ先に対し、コンテンツ５３を送信（Ｓｅｎｄ）する（ステップＳ１４１１）。
次に、サーバ装置１１は、画像処理装置１３ａから送信（Ｓｅｎｄ）されたコンテンツ５３を、ステップＳ１４０７で作成したフォルダ５２に保存する（ステップＳ１４１２）。
以上のように本実施形態では、例えば、ステップＳ１４１２の処理を行うことにより保存手段の一例が実現される。
次に、サーバ装置１１は、ステップＳ５０９で保存したコンテンツ５３とワークアイテムとの関連付け処理を行う（ステップＳ１４１３）。ステップＳ１４１３の処理は、図９、図１０に示したフローチャートを実行することにより実行される。
以上のように本実施形態では、例えば、ステップＳ１４１３の処理を行うことにより、判定手段、関連付け手段、フォルダ削除手段、所在情報削除手段、ログ取得手段、特定手段の一例が実現される。
次に、サーバ装置１１は、ステップＳ１４０１で選択されたワークフロー２０内の全てのアクティビティ２２〜２５（ワークアイテム）について処理を行ったか否かを判定する（ステップＳ１４２３）。この判定の結果、ワークフロー２０内の全てのアクティビティ２２〜２５について処理を行っていない場合には、図１４−１のステップＳ１４０３に戻り、次のアクティビティ２２〜２５について処理を行う。
一方、ワークフロー２０内の全てのアクティビティ２２〜２５に対して処理を行った場合、サーバ装置１１は、自身が管理する全てのワークフローについて処理を行ったか否かを判定する（ステップＳ１４２４）。この判定の結果、全てのワークフローについて処理を行っていない場合には、図１４−１のステップＳ１４０１に戻り、未処理のワークフローについて前述した処理を行う。一方、全てのワークフローについて処理を行った場合には、図１４のフローチャートによる処理を終了する。

＜特定のアプリケーションを搭載した画像処理装置での処理＞
例えば、画像処理装置１２１のユーザが、画像処理装置１２１に搭載される特定のアプリケーションにログインする。そうすると、画像処理装置１２１は、ログイン時の処理（ログイン処理）を実行する（ステップＳ１４１４）。
次に、画像処理装置１２１は、ログインしたユーザが処理可能なワークアイテムの検索の要求（ワークアイテム検索要求）を、サーバ装置１１に対して行う（ステップＳ１４１５）。
ワークアイテム検索要求を受けたサーバ装置１１は、自身が管理するワークフローを解析し、ステップＳ１４１４でログインしたユーザが処理可能なワークアイテムの一覧を取得する（ステップＳ１４１６）。そして、サーバ装置１１は、取得したワークアイテムの一覧を、ワークアイテム検索要求を行った画像処理装置１２１へ返信する（ステップＳ１４１７）。

ワークアイテムの一覧を受信した画像処理装置１２１は、自身が有する表示パネルに、受信したワークアイテムの一覧を表示する（ステップＳ１４１８）。そして、画像処理装置１２１は、ログインしたユーザによるワークアイテムの選択操作を受け付ける（ステップＳ１４１９）。
次に、画像処理装置１２１は、ステップＳ１４１９で選択されたワークアイテムに対応した"画像処理装置内の処理"をロード（実行）する。そして、画像処理装置１２１は、当該処理が完了すると、ワークアイワークアイテムに対応した処理が完了したこと（ワークアイテム完了通知）をサーバ装置１１に通知する（ステップＳ１４２０）。尚、このステップＳ１４２０の処理は、図１３に示したステップＳ１２０７〜Ｓ１２０９と同じ処理である。

ワークアイテム完了通知を受信したサーバ装置１１は、画像処理装置１２１で処理されたワークアイテムに対応したフォルダを作成したか否かを判定する（ステップＳ１４２１）。
以上のように本実施形態では、例えば、ステップＳ１４２１の処理を行うことにより第２の判断手段の一例が実現される。
この判定の結果、画像処理装置１２１で処理されたワークアイテムに対応したフォルダを作成していない場合には、ステップＳ１４２３に進む。そして、前述したように、サーバ装置１１は、ステップＳ１４０１で選択されたワークフロー２０内の全てのアクティビティ２２〜２５（ワークアイテム）について処理を行ったか否かを判定する（ステップＳ１４２３）。

一方、画像処理装置１２１で処理されたワークアイテムに対応したフォルダを作成している場合には、ステップＳ１４２２に進む。そして、画像処理装置１２１は、当該フォルダと、そのフォルダに対応してステップＳ１４０８で登録されたＳｅｎｄ先（当該フォルダのパス）とを、フォルダ、Ｓｅｎｄ先の順に削除する。ここで、Ｓｅｎｄ先については、例えば、サーバ装置１１が画像処理装置１３ａに削除する指示を行うことにより削除されることになる。
以上のように本実施形態では、例えば、ステップＳ１４２２の処理を行うことによりフォルダ削除手段、所在情報削除手段の一例が実現される。
そして、前述したように、サーバ装置１１は、ステップＳ１４０１で選択されたワークフロー２０内の全てのアクティビティ２２〜２５（ワークアイテム）について処理を行ったか否かを判定する（ステップＳ１４２３）。

尚、図１４において、ステップＳ１４０７、Ｓ１４０８、Ｓ１４１２、Ｓ１４１３が、特定のアプリケーションを搭載しない画像処理装置１３ａ、１３ｂが存在する場合の特有の処理である。一方、ステップＳ１４１６〜Ｓ１４２２が、特定のアプリケーションを搭載した画像処理装置特有が存在する場合の処理である。

以上のように本実施形態では、特定のアプリケーションを搭載していない画像処理装置と、搭載している画像処理装置とがシステムに混在している場合でも、特定のアプリケーションを搭載していない画像処理装置がワークフロー２０に参加することができる。

（変形例）
前述した各実施形態では、図１０に示したように、画像処理装置１３ａ、１３ｂのジョブログ１０１、１０２を解析して、Ｓｅｎｄ元のユーザを特定するようにした。しかしながら、以下のようにしてＳｅｎｄ元のユーザを特定するようにしてもよい。
（１）ＳｅｎｄのＦｒｏｍを書き換えるようなマイボタン（例えばＧＵＩ）を画像処理装置１３ａ、１３ｂに予め登録しておく。通常のＳｅｎｄでは画像形成装置の固有のメールアドレスがＦｒｏｍ行に記述されている。このマイボタンが押された場合の処理は、例えば、このＦｒｏｍ行をユーザのメールアドレスに書き換えるなどが一例である。そして、画像処理装置１３ａ、１３ｂは、このマイボタンのユーザによる操作に基づいて、ＳｅｎｄのＦｒｏｍ（Ｓｅｎｄ元の情報）を書き換えた上で、コンテンツ５３をサーバ装置１１に送信（Ｓｅｎｄ）する。サーバ装置１１は、受信したコンテンツ５３における情報（Ｆｒｏｍ）に基づいて、Ｓｅｎｄ元のユーザを特定する。

（２）ユーザを特定するような定型文を画像処理装置１３ａ、１３ｂに予め登録しておき、画像処理装置１３ａ、１３ｂが、その定型文を付加したコンテンツ５３をサーバ装置１１に送信（Ｓｅｎｄ）する。サーバ装置１１は、受信したコンテンツ５３に付加された定型文に基づいて、Ｓｅｎｄ元のユーザを特定する。
（３）ユーザを特定する情報が含まれるファイルを画像処理装置１３ａ、１３ｂに予め登録しておき、画像処理装置１３ａ、１３ｂが、そのファイルを付加したコンテンツ５３をサーバ装置１１に送信（Ｓｅｎｄ）する。サーバ装置１１は、受信したコンテンツ５３に付加されたファイルに基づいて、Ｓｅｎｄ元のユーザを特定する。ここで、ユーザを特定する情報が含まれるファイルについては、コンテンツ５３の送信時に作成するようにしてもよい。
以上のようにしてＳｅｎｄ元のユーザを特定した後のコンテンツとワークアイテムとの関連処理に関しては、前述した各実施形態（図９のステップＳ９０３〜Ｓ９０７）と同じある。

図１５は、サーバ装置１１、ＰＣ１２の構成の一例を示すブロック図である。
図１５において、ＣＰＵ２０１は、ＲＡＭ２０２に格納されている制御プログラムに従って本装置全体の制御を行うＣＰＵである。ＲＡＭ２０２は、ＣＰＵ２０１が実行する本装置の制御プログラムや、文書画像等のデータを格納する内部記憶部である。

ネットワークインタフェース（NetI/F）２０３は、ＣＰＵ２０１の制御の下に、ネットワーク１４と本装置（サーバ装置１１、ＰＣ１２）との接続を行ってデータ等を送受信するである。外部記憶装置２０４は、データを保存する磁気ディスク等である。ディスプレイ２０５は、各種の画像を表示するものである。キーボードインタフェース（KeyI/F）２０８は、キーボード２０６及びポインティングデバイス２０７と本装置（サーバ装置１１、ＰＣ１２）とを相互に接続するためのものである。

ＲＡＭ２０２に格納されているプログラムは、同じくＲＡＭ２０２に格納されているＯＳ（Operating System）の機能を必要に応じて使用して処理を実行する。具体的に、ＲＡＭ２０２に格納されているプログラムは、ＲＡＭ２０２に一時的に記憶するデータの内容を読み書きしたり、外部記憶装置２０４に対してデータを読み書きしたり、ネットワークインタフェース２０３を通じてデータの送受信を行ったりする。この他、プログラムは、キーボード２０６やポインティングデバイス２０７からの入力を受け取ったり、ディスプレイ２０５に画像の表示を行ったりする。

図１６は、画像処理装置１３、１２１〜１２３の構成の一例を示すブロック図である。
図１６において、ＭＦＰ制御部３０１は、画像処理装置全体の制御を行う。ＲＡＭ３０２、ネットワークインタフェース３０３、外部記憶装置３０５は、夫々、図１５に示したＲＡＭ２０２、ネットワークインタフェース２０３、外部記憶装置２０４と同じ機能を有する。

ＲＩＰ部３０４は、ネットワークインタフェース３０３から受信したプリントデータがＰＤＬ（Page Description Language）データである場合にそれを解釈してラスタライズする。出力画像処理部３０６は、ＲＩＰ部３０４でラスタライズされたラスタデータを画像処理して画像データを生成する。プリンタエンジン３０７は、シートを給紙し、出力画像処理部３０６で生成された画像データを、そのシート上に順次印字してプリントアウトする。プリントアウトされたシートは後処理部３０８へ送り込まれる。後処理部３０８は、プリンタエンジン３０７からプリントアウトされたシートの仕分け処理やシートの仕上げ処理を行う。

（本発明の他の実施形態）
前述した本発明の実施形態におけるワークフロー管理装置を構成する各手段、並びにワークフロー管理方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図５、図９、図１０、図１３、図１４に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給するものを含む。そして、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

尚、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の第１の実施形態を示し、ワークフロー処理システムの全体構成の一例を示す図である。 本発明の第１の実施形態を示し、ワークフローの一例を概念的に示す図である。 本発明の第１の実施形態を示し、ロールとユーザとの関係の一例を示す図である。 本発明の第１の実施形態を示し、ワークフロー処理システムの動作の概要の一例を概念的に示す図である。 本発明の第１の実施形態を示し、ワークフロー処理システムの動作の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、処理を開始する前のワークフロー２０の状態の一例を概念的に示す図である。 本発明の第１の実施形態を示し、処理を開始するときのワークフロー２０の状態の一例を概念的に示す図である。 本発明の第１の実施形態を示し、ワークアイテムに対応したフォルダが作成された様子の一例を概念的に示す図である。 本発明の第１の実施形態を示し、画像処理装置に、フォルダのパスがＳｅｎｄ先（送信先）として登録される様子の一例を概念的に示す図である。 本発明の第１の実施形態を示し、画像処理装置から、サーバ装置におけるフォルダのパスに、コンテンツが送信（Ｓｅｎｄ）される様子の一例を概念的に示す図である。 本発明の第１の実施形態を示し、コンテンツとワークアイテムとの関連付けが行われる様子の一例を概念的に示す図である。 本発明の第１の実施形態を示し、図５のステップＳ５０６で画像処理装置に対して登録されるＳｅｎｄ先の内容の一例を示す図である。 本発明の第１の実施形態を示し、コンテンツを送信（Ｓｅｎｄ）するときに画像処理装置が有する表示パネルに表示される画像の一例を示す図である。 本発明の第１の実施形態を示し、図５のステップＳ５１０におけるコンテンツとワークアイテムとの関連付け処理の一例を詳細に説明するフローチャートである。 本発明の第１の実施形態を示し、図９のステップＳ９０２における処理（コンテンツの送信（Ｓｅｎｄ）を指示したユーザを特定する処理）の一例を詳細に説明するフローチャートである。 本発明の第１の実施形態を示し、ジョブログの内容の一例を示す図である。 本発明の第２の実施形態を示し、ワークフロー処理システムの全体構成の一例を示す図である。 本発明の第２の実施形態を示し、画像処理装置が搭載している特定のアプリケーションを利用してワークアイテムを処理する場合のワークフロー処理システムの動作の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、特定のアプリケーションを搭載している画像処理装置と、特定のアプリケーションを搭載していない画像処理装置とが混在しているワークフロー処理システムにおける動作の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、図１４−１に続くフローチャートである。 本発明の実施形態を示し、サーバ装置、ＰＣの構成の一例を示すブロック図である。 本発明の実施形態を示し、画像処理装置の構成の一例を示すブロック図である。

符号の説明

１１ サーバ装置
１２ ＰＣ
１３ 画像処理装置（特定のアプリケーション非搭載）
１４ ネットワーク
２０ ワークフロー
２２〜２５ アクティビティ
１２１〜１２３ 画像処理装置（特定のアプリケーション搭載）

Claims (9)

1. 作業内容を示すワークアイテムに基づいて処理を実行するワークフローを管理するワークフロー管理装置であって、
   前記ワークアイテムのうち、画像処理装置で処理されるワークアイテムに対応するフォルダを作成する作成手段と、
   前記ワークアイテムに基づいて前記画像処理装置で生成されるコンテンツの送信先として、前記作成手段により作成されたフォルダの所在に関する情報を、前記画像処理装置に登録する登録手段と、
   前記画像処理装置から受信したコンテンツを、そのコンテンツの送信先となっているフォルダに保存する保存手段と、
   前記保存手段によりフォルダに保存されたコンテンツと、そのフォルダに対応するワークアイテムとを関連付ける関連付け手段とを有することを特徴とするワークフロー管理装置。
2. 前記コンテンツの送信を指示したユーザを、前記画像処理装置から得られる情報に基づいて特定する特定手段と、
   前記特定手段により特定されたユーザが、前記画像処理装置で処理されるワークアイテムに対する権限を有するか否かを、そのワークアイテムに関する情報に基づいて判定する判定手段とを有し、
   前記関連付け手段は、前記判定手段により、前記特定手段により特定されたユーザが、前記画像処理装置で処理されるワークアイテムに対する権限を有すると判定された場合に、前記保存手段によりフォルダに保存されたコンテンツと、そのフォルダに対応するワークアイテムとを関連付けることを特徴とする請求項１に記載のワークフロー管理装置。
3. 前記画像処理装置を操作したユーザと、そのユーザの操作の内容とを含むジョブログを、前記画像処理装置から取得するログ取得手段を有し、
   前記特定手段は、前記ログ取得手段により取得されたジョブログに基づいて、コンテンツの送信を指示したユーザを特定することを特徴とする請求項２に記載のワークフロー管理装置。
4. 前記画像処理装置から受信されるコンテンツには、そのコンテンツが作成された時間に関する情報が付加されており、
   前記ジョブログには、前記操作を行った時間に関する情報が更に含まれており、
   前記特定手段は、前記コンテンツに付加されている時間と、前記ジョブログに付加されている時間とが等しい場合に、そのジョブログに含まれるユーザを、コンテンツの送信を指示したユーザとして特定することを特徴とする請求項３に記載のワークフロー管理装置。
5. 前記関連付け手段により、前記保存手段によりフォルダに保存されたコンテンツと、そのフォルダに対応するワークアイテムとが関連付けられると、そのフォルダを削除するための処理を実行するフォルダ削除手段を有することを特徴とする請求項１〜４の何れか１項に記載のワークフロー管理装置。
6. 前記フォルダ削除手段により、フォルダが削除されると、そのフォルダの所在に関する情報を削除するための処理を実行する所在情報削除手段を有することを特徴とする請求項５に記載のワークフロー管理装置。
7. 前記ワークフロー管理装置が管理している画像処理装置のリストを取得するリスト取得手段と、
   前記リスト取得手段により取得されたリストに含まれる画像処理装置の中に、前記ワークフローを実行するための特定のプログラムを有さない画像処理装置がある否かを判断する第１の判断手段と、
   前記第１の判断手段により、前記ワークフローを実行するための特定のプログラムを有さない画像処理装置がないと判断された場合に、その特定のプログラムを有する画像処理装置で処理されたワークアイテムに対応するフォルダが、前記作成手段により作成されているか否かを判断する第２の判断手段と、
   前記第２の判断手段により、フォルダが作成されていると判断されると、そのフォルダを削除するための処理を実行した後、そのフォルダの所在に関する情報を削除するための処理を実行する削除手段とを有し、
   前記作成手段は、前記第１の判断手段により、前記ワークフローを実行するための特定のプログラムを有さない画像処理装置があると判断された場合に、その画像処理装置で処理されるワークアイテムに対応するフォルダを作成することを特徴とする請求項１〜４の何れか１項に記載のワークフロー管理装置。
8. 作業内容を示すワークアイテムを処理するワークフローを管理するワークフロー管理方法であって、
   前記ワークアイテムのうち、画像処理装置で処理されるワークアイテムに対応するフォルダを作成する作成ステップと、
   前記ワークアイテムに基づいて前記画像処理装置で生成されるコンテンツの送信先として、前記作成ステップにより作成されたフォルダの所在に関する情報を、前記画像処理装置に登録する登録ステップと、
   前記画像処理装置から受信したコンテンツを、そのコンテンツの送信先となっているフォルダに保存する保存ステップと、
   前記保存ステップによりフォルダに保存されたコンテンツと、そのフォルダに対応するワークアイテムとを関連付ける関連付けステップとを有することを特徴とするワークフロー管理方法。
9. 作業内容を示すワークアイテムに基づいて処理を実行するワークフローを管理するための処理をコンピュータに実行させるためのコンピュータプログラムであって、
   前記ワークアイテムのうち、画像処理装置で処理されるワークアイテムに対応するフォルダを作成する作成ステップと、
   前記ワークアイテムに基づいて前記画像処理装置で生成されるコンテンツの送信先として、前記作成ステップにより作成されたフォルダの所在に関する情報を、前記画像処理装置に登録する登録ステップと、
   前記画像処理装置から受信したコンテンツを、そのコンテンツの送信先となっているフォルダに保存する保存ステップと、
   前記保存ステップによりフォルダに保存されたコンテンツと、そのフォルダに対応するワークアイテムとを関連付ける関連付けステップとをコンピュータに実行させることを特徴とするコンピュータプログラム。

Images