JP2010141790A - 画像処理装置及びワークフロー実行方法、並びにプログラム - Google Patents

Abstract

【課題】外部システムに正しい文書形式の文書データを送信することができる画像処理装置を提供する。
【解決手段】文書データを入力する原稿入力部５００と、入力した文書データを編集する文書編集部５０１と、編集した結果の文書データを任意の外部システムへ送信する文書データ送信部５０４とを備える。また、一連の処理をワークフローとして管理するワークフロー管理部５０８と、管理するワークフローを実行するワークフロー実行部５１０と、外部システムが求める文書データの文書形式を任意の外部システムから取得する文書形式取得部５０６とを備える。また、送信する文書データが取得した文書形式を満たすか否かをチェックする文書形式チェック部５０７を備える。
【選択図】図５

Description

本発明は、ワークフローを管理する画像処理装置及びワークフロー実行方法、並びにプログラムに関する。特に、ワークフロー実行時に画像処理装置から文書データのファイルをネットワーク等で接続されているファイルサーバ等のシステムへ転送する技術に特徴のある画像処理装置及びワークフロー実行方法、並びにプログラムに関する。

近年、画像処理装置（画像形成装置）は、ネットワーク機能を有し、ローカル・エリア・ネットワーク等のネットワークに接続可能となっている。このことは画像形成装置がネットワークを介して様々なシステムと接続可能となっていることを意味する。

更に近年、画像形成装置においては、生成した文書データをメール送信する、もしくは、ボックスと呼ばれるデータ領域に保管する等、コピーや印刷といった基本的な機能の他にも便利な機能が実現されている。

また、オフィス等の業務で利用される画像形成装置は、上記コピー、送信、ボックス保管といった個々の機能を利用されるだけではなく、それぞれの機能を組み合わせて利用されることが多い。

例えば、「紙原稿をスキャンして、スキャンして生成した文書データをボックスに保管し、更に関係者にメール送信する」という場合がある。また、「ボックスに保管されている複数の文書データを一度にまとめて（１つの文書データに統合して）印刷する」といった場合もある。

このような場合、ユーザはそれぞれの機能の設定をそれぞれ行わなければならない。画像形成装置を利用する度に設定を行わなければならないことはユーザにとって不便である。そのため、コピー、送信、ボックス保管といった個々の機能を１つのワークアイテムとして、複数のワークアイテムの実行順とそれぞれのワークアイテムの処理設定内容を予め設定したものをワークフローとして定義・実行可能なアプリケーションが提案されている。

更に、ワークフローの実行時に、任意のワークアイテムの処理設定画面を表示するように、ワークフローを定義可能なシステムも提案されている（例えば、特許文献１参照）。特許文献１記載の技術では、ワークフローの実行時に、ワークアイテムの処理設定画面を表示し、予め設定してあるワークアイテムの処理設定内容を、一時的に変更してワークフローを実行する。

また、画像形成装置の個々の機能だけではなく、複数のサービスを連携して制御するサービス処理装置も提案されている（例えば、特許文献２参照）。

更に、ワークアイテム「送信」実行時に、スキャンして生成した文書データに関連付く属性情報を格納した属性情報ファイルを作成し、文書データとともに属性情報ファイルを送信する技術も提案されている（例えば、特許文献３参照）。
特開２００７−３１０４６８号公報 特開２００４−２８７８６０号公報 特開２００３−１３４２９４号公報

画像形成装置上のアプリケーションがワークフローを実行し、文書データと属性ファイルをシステムへ送信する。文書データと属性ファイルを受け取ったシステムは、それらを参照して何らかの処理を行うが、通常、システムでは、処理できる文書データの文書形式が予め決まっている。

文書形式とは、ＰＤＦ、ＴＩＦＦといったファイルフォーマットや、カラー／モノクロの別、解像度、ページ枚数等の文書データを構成する要素を指す。文書形式は、１つの固定値とは限らず、複数の候補や範囲を持つこともある。また、１つの文書データの中で、「１枚目がＡ４カラー、２枚目がＡ３モノクロ」といったように部分的な指定も可能である。

ここで、システムの処理できる文書形式とは異なった文書データが画像形成装置より送られた場合、システムは正常に処理を行うことができなくなってしまうという問題があった。

例えば、モノクロの文書データでなければ処理できないのに、カラーの文書データが入力されたり、文書データ５ページが必要とされているのに、２ページしか入力されなかったりした場合、システムは処理を続行することができない。

仮に、画像形成装置上のアプリケーションにおいて、適切な文書形式の文書データをシステムに送信するように、ワークフローを定義しておいたとしても、次のような理由で、適切な文書形式の文書データが送信されないことがあった。
（１）ワークフローの実行時に、ユーザが設定画面から「ボックスから文書を選択する」、「スキャンパラメータを変更する」等の操作を行ったため、送信する文書データの文書形式が変更された。
（２）ワークフローを実行する際に、ユーザが「送信先を変更」したため、送信先のシステムが要求する文書形式が変わった。
（３）システムにおいて、必要とする文書形式が変更になった。

本発明の目的は、外部システムに正しい文書形式の文書データを送信することができる画像処理装置及びワークフロー実行方法、並びにプログラムを提供することにある。

上記目的を達成するために、請求項１記載の画像処理装置は、文書データを入力する入力手段と、前記入力手段で入力した前記文書データを外部システムへ送信する送信手段と、前記入力手段による文書データ入力機能と前記送信手段による文書データ送信機能とを組み合わせた一連の処理であるワークフローを実行するワークフロー実行手段と、前記外部システムが求める文書データの文書形式を前記外部システムから取得する文書形式取得手段と、前記ワークフロー実行手段が前記外部システムへ文書データを送信する処理を含むワークフローを実行する場合、前記送信手段が送信する文書データが前記文書形式取得手段により取得され前記文書形式を満たすか否かを判定する文書形式判定手段と、を備えることを特徴とする。

請求項７記載のワークフロー実行方法は、画像処理装置におけるワークフロー実行方法であって、文書データを入力する入力ステップと、前記入力ステップで入力した前記文書データを外部システムへ送信する送信ステップと、前記入力ステップによる文書データ入力処理と、前記文書データ送信ステップによる文書データ送信処理とを組み合わせた連の処理であるワークフローを実行するワークフロー実行ステップと、前記外部システムが求める文書データの文書形式を前記外部システムから取得する文書形式取得ステップと、前記ワークフロー実行ステップが前記外部システムへ文書データを送信する処理を含むワークフローを実行する場合、前記送信ステップで送信する文書データが前記文書形式取得ステップで取得した前記文書形式を満たすか否かを判定する文書形式判定ステップと、を備えることを特徴とする。

本発明によれば、外部システムに正しい文書形式の文書データを送信することができる。

以下、本発明を図面を参照しながら詳細に説明する。

図１は、本発明の画像処理装置の一例である画像形成装置がネットワークを介して様々なシステムと接続しているネットワークシステムの構成図である。

画像形成装置１０１は、インターネット、イントラネット等任意のネットワーク１００に接続されている。本実施の形態の画像形成装置１０１は、コピー、プリント、スキャン、ボックス、ＦＡＸ、ネットワーク送受信といった複数の機能を備えたデジタル複合機（ＭＦＰ）である。尚、図１では、画像形成装置１０１は、ネットワーク１００上に１台のみ接続されているが、複数の画像形成装置１０１がネットワーク上に接続されていてもかまわない。また、本実施の形態では、画像処理装置の一例として画像形成装置を例示して説明を行うが、スキャン機能とＦＡＸ機能、或いはネットワーク送信／受信の機能を備えたスキャナ装置等も画像処理装置として適用することが可能である。

ネットワーク１００には、画像形成装置１０１の他、画像形成装置１０１外部のシステム１０２（１）、１０２（２）、１０２（３）、１０２（４）が接続されている。尚、図１では、システムはネットワーク１００上に４つのみ接続されているが、それ以上の複数のシステムがネットワーク１００上に接続されていてもかまわない。

説明を簡略化するため、任意の１つのシステムをシステム１０２（Ｘ）と記述する。また、システム１０２（Ｘ）と異なる１つのシステムをシステム１０２（Ｙ）と記述する。

ここで、システム１０２（Ｘ）は、ＳＭＢサーバやＦＴＰサーバ、文書管理サーバ、データベースシステムをはじめとして、オフィス業務に密着したＥＲＰシステムのような業務システム、営業支援システム等を想定したシステムが含まれる。

また、ネットワーク１００には、ＰＣ等の情報端末１０３も接続されている。尚、図１では、情報端末１０３はネットワーク１００上に１台のみ接続されているが、複数の情報端末１０３がネットワーク１００上に接続されていてもかまわない。

以上のように、画像形成装置１０１は、ネットワーク１００を介して様々なシステム１０２（Ｘ）と接続することが可能となっている。

図２は、図１における画像形成装置１０１において生成した文書データとともに属性情報ファイルをシステム１０２（Ｘ）へ送信する様子を示す図である。

図２に示すように、属性情報ファイルには、スキャンを実行した画像形成装置１０１の装置名、ＩＰアドレス等のシステム情報もしくはスキャンを実行したユーザのユーザ名、部門名、内線番号等のユーザ情報等が格納される。つまり、属性情報ファイルには他のシステムやプログラムがスキャンして生成した文書データに対して何らかの処理を行う際に参照する情報が含まれる。また、システムは、画像形成装置１０１から送信された画像データと属性情報とを関連付けて保存する。本実施の形態では属性情報ファイルには上述のような情報が含まれるものとするが、それらとは異なる情報が属性情報に含まれていても良い。

図３は、図１における画像形成装置１０１のハードウェア構成の一例を示すブロック構成図である。

同図において、伝送バス（アドレスバス、データバス、入出力バス、及び制御バス）３００は、以下の構成要素３０１〜３１１を接続する。

画像形成装置１０１の演算・制御を司るＣＰＵ３０１は、画像形成装置１０１の各構成要素の状態管理やコマンドの入出力制御、及び画像データ入出力の制御を行うプログラムを実行する。

ＲＡＭ３０２は、ＣＰＵ３０１の主メモリであり、プログラムの実行エリア並びにデータエリアとして機能する。

ＲＯＭ３０３は、ＣＰＵ３０１の動作処理手順を記憶しているメモリである。ＲＯＭ３０３には、画像形成装置１０１の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）と、システムを稼動するために必要な情報等のデータが記録（記憶）されている。

操作部（操作パネル）３０４は、後述のリーダ部３０５へのプリント（コピー、印刷）指示やリーダ部３０５と電気的に接続された構成要素３０６〜３１１に対する処理を指示するものである。操作部３０４は、操作画面を表示するための表示部と、ユーザによる操作入力を受け付けるためのボタンやキーを備えている。表示部は液晶表示部等で構成されていてもよく、液晶表示部にタッチパネルシートを貼りつけた構成であってもよい。

リーダ部３０５は、原稿を画像データに変換する画像入力装置で、原稿画像をＣＣＤリニアイメージセンサ等により光電的に読み取って（スキャンして）デジタル画像データに変換し、出力している。

プリンタ部３０６は、複数種類の記録紙カセットを有し、操作部３０４より入力されるプリント指示によりリーダ部３０５からの画像データを記録紙上に可視像として出力する画像出力装置である。ファックス部３０７は、ファックス機能の制御を行うものである。

ファイル部３０８は、ＨＤＤ（ハードディスク）３０９上に保管しているファイルを管理するファイルシステム機能の制御を行うものである。また、ＣＰＵ３０１が実行するためのプログラムをＨＤＤ３０９が格納していても良い。ＨＤＤ３０９には、ボックスと呼ばれる文書データ格納領域が設けられている。ＨＤＤ３０９の代わりにフラッシュメモリによるＳＳＤ（ソリッド・ステート・ドライブ）を用いてもよい。フォーマッタ部３１０は、画像データ情報を可視化とするための様々な画像処理を行うものである。ネットワークインターフェース（Ｉ／Ｆ）部３１１は、ネットワーク１００に接続し、通信処理を行うものである。

図３の構成要素によって、画像形成装置１０１はコピーやメール送信、ボックスへの文書データ入出力といった機能を実現する。また、画像形成装置１０１が上記機能を実行する時には、カラー／モノクロ、印刷時の倍率、両面／片面印刷を等、様々な設定のための画面を操作部３０４に表示する。ユーザは、これらの設定画面において必要な設定を行う操作が必要である。

図４は、図１におけるシステム１０２（Ｘ）や情報端末１０３等の情報処理装置のブロック構成図である。

同図において、伝送バス（アドレスバス、データバス、入出力バス、及び制御バス）４００は、以下の構成要素４０１〜４１０を接続する。

ＣＰＵ４０１は、情報処理装置の演算・制御を司る中央演算装置である。

ＲＡＭ４０２は、ＣＰＵ４０１の主メモリであり、実行プログラムの実行エリア並びにデータエリアとして機能する。

ＲＯＭ４０３は、ＣＰＵ４０１の動作処理手順を記憶しているメモリである。ＲＯＭ４０３には、情報処理装置の機器制御を行うシステムプログラムである基本ソフト（ＯＳ）を記録したプログラムＲＯＭと、システムを稼動するために必要な情報等が記録されているデータＲＯＭがある。ＨＤＤ（ハードディスク）４０９にプログラムを格納していてもよい。

ネットワークインターフェース（ＮＥＴＩＦ）４０４は、ネットワーク１００を介して情報処理装置間でデータ転送を行うための制御や接続状況の診断を行う。

ビデオＲＡＭ（ＶＲＡＭ）４０５は、後述する情報処理装置の稼動状態を示す表示装置（ＣＲＴ）４０６の画面に表示させるための画像を展開し、その表示の制御を行う。ＣＲＴ４０６は、ディスプレイ等からなる。

コントローラ（ＫＢＣ）４０７は、外部入力装置（ＫＢ）４０８からの入力信号を制御するためのものである。

ＫＢ４０８は、ユーザが行う操作を受け付けるためのものであり、例えばキーボードやマウス等のポインティングデバイスが用いられる。

ＨＤＤ４０９は、アプリケーションプログラムや各種データ保存用に用いられる。本実施の形態におけるアプリケーションプログラムとは、本実施の形態における各種処理手段を実行するソフトウェアプログラム等である。

外部入出力装置（ＦＤＤ）４１０は、例えば、フロッピー（登録商標）ディスクドライブ、ＣＤ−ＲＯＭドライブ等のリムーバブルディスクを入出力するものであり、上述したアプリケーションプログラムの媒体からの読み出し等に用いられる。

データ記録装置（ＦＤ）４１１は、ＦＤＤ４１０によって読み出しされる磁気記録媒体、光記録媒体、光磁気記録媒体、半導体記録媒体等の取り外し可能な記録媒体である。磁気記録媒体であれば、例えば、フロッピー（登録商標）ディスクや外付けハードディスクが挙げられる。光記録媒体であれば、例えばＣＤ−ＲＯＭが挙げられる。光磁気記録媒体であれば、例えばＭＯが挙げられる。半導体記録媒体であれば、例えばメモリカードが挙げられる。

尚、ＨＤＤ４０９に格納するアプリケーションプログタムやデータをＦＤ４１１に格納して使用することも可能である。

図５は、図１における画像形成装置１０１の機能モジュールの一例を示すブロック図である。

図５におけるモジュール群は画像形成装置１０１で処理されるプログラムであって、画像形成装置１０１のＨＤＤ３０９、もしくはＲＯＭ３０３に格納される。尚、これらのモジュール群のプログラムは、ＲＡＭ３０２上にロードされ、ＣＰＵ３０１にて実行される。また、図５におけるデータベースは画像形成装置１０１のＨＤＤ３０９に格納される。

原稿入力部５００は、画像形成装置１０１のＣＰＵ３０１において実行される。原稿入力部５００は、文書データを用意するために、リーダ部３０５に指示して紙文書をスキャンしたり、ボックスと呼ばれるＨＤＤ３０９内のデータ領域から、予めスキャンしてあった文書データを別のデータ領域に読み込む。

尚、本実施の形態では、紙文書をスキャンした結果の画像データや、ＰＤＬデータを展開して得られた画像データを文書データと表現する。また、ワードプロセッサや表計算ソフトウェア等のアプリケーションプログラムで作成されたデータファイルや、このようなデータファイルを変換して得られた画像データについても文書データと表現する。

画像形成装置１０１は、これらアプリケーションプログラムで作成されたデータファイルを情報端末１０３等からネットワークを介して受信して、ＨＤＤ３０９のボックスに格納することによって文書データの入力処理を実行することもできる。

文書編集部５０１は、画像形成装置１０１のＣＰＵ３０１において実行される。文書編集部５０１は、原稿入力部５００によって取得した文書データや、ＨＤＤ３０９に格納されている文書データに対して、ページ削除（消去）や他の文書データとの結合等の編集処理を行う。編集処理としては、その他に、画像データの解像度変換、回転処理、カラー／白黒変換、画像データのフォーマット変換等の処理を含んでもよい。また、文書編集部５０１は、伝送バス３００を介してファイル部３０８に指示し、ボックスと呼ばれるＨＤＤ３０９のデータ領域に編集後の文書データを保管させる。

印刷部５０２は、画像形成装置１０１のＣＰＵ３０１において実行される。印刷部５０２は、原稿入力部５００によって取得した文書データや、文書編集部５０１によって編集した文書データを、伝送バス３００を介してプリンタ部３０６に指示し、紙文書として印刷させる。

ＦＡＸ／メール送信部５０３は、画像形成装置１０１のＣＰＵ３０１において実行される。ＦＡＸ／メール送信部５０３は、原稿入力部５００によって取得した文書データや文書編集部５０１によって編集した文書データを、指定された送信先に送信する。ＦＡＸ／メール送信部５０３における送信先への通信方法としては、ファックス通信やＳＭＢやＦＴＰやＳＭＴＰ等の通信プロトコルに従った電子メール等が想定される。

文書データ送信部（送信コネクタ）５０４（１）、５０４（２）、…、５０４（Ｍ）は、画像形成装置１０１のＣＰＵ３０１において実行される。文書データ送信部５０４（１）、５０４（２）、…、５０４（Ｍ）は、原稿入力部５００や、文書編集部５０１による処理結果の文書データをそれぞれシステム１０２（１）、システム１０２（２）、…、システム１０２（Ｍ）へ送信する。文書データ送信部５０４（１）〜（Ｍ）がシステムへ文書データを送信する場合の通信プロトコルとしては、ＦＡＸ、電子メール、ＦＴＰ、ＳＭＢ等が想定される。

文書データ送信部５０４（Ｘ）は、任意のある１つのシステム１０２（Ｘ）へ文書データを送信する手段であるが、システム１０２（Ｘ）へ文書データを送信する場合とシステム１０２（Ｙ）へ文書データを送信する場合とではそれぞれ異なる手段が用意される。

システム毎に異なる手段が用意される理由は、システム１０２（Ｘ）とシステム１０２（Ｙ）はそれぞれ文書データをやり取りするための通信プロトコルや、手順、必要とするパラメータが異なるためである。尚、システム１０２（Ｘ）へ属性情報ファイルを添付して文書データとともに送信する場合、文書データ送信部５０４（Ｘ）が属性情報ファイルを作成する。

属性値設定部（インデックス取得コネクタ）５０５は、画像形成装置１０１のＣＰＵ３０１において実行される。属性値設定部５０５は、後述するワークフローのワークアイテム「送信」に定義される文書データ送信部５０４（Ｘ）に必要な属性情報に対して属性値を設定する。

尚、属性値設定部５０５において設定された属性値は、文書データ送信部５０４（Ｘ）によって参照可能なものとする。属性値設定部５０５は、属性値を設定する際に、ネットワーク１００を介して接続可能なデータベースシステムやファイルサーバにおいて管理されているデータを取得する。

尚、属性値設定部５０５が接続するシステムは、文書データ送信部５０４（Ｘ）が接続するシステム１０２（Ｘ）と同じであってもよいし、違っていてもよい。

文書形式取得部（文書形式取得コネクタ）５０６は、画像形成装置１０１のＣＰＵ３０１において実行される。文書形式取得部５０６は、文書データ送信部５０４（Ｘ）の連携するシステム１０２（Ｘ）が必要とする文書データの文書形式を、ネットワーク１００を介して接続可能なデータベースシステムやファイルサーバにおいて管理されているデータから取得する。

尚、文書形式取得部５０６が接続するシステムは、文書データ送信部５０４（Ｘ）が接続するシステム１０２（Ｘ）と同じであってもよいし、違っていてもよい。同様に、文書形式取得部５０６が接続するシステムは、属性値設定部５０５（Ｘ）が接続するシステム１０２（Ｘ）と同じであってもよいし、違っていてもよい。

文書形式取得部５０６が接続するシステムが、属性値設定部５０５（Ｘ）が接続するシステムと同じである場合、属性値設定部５０５によって、属性値を取得するのと同時に文書形式を取得するように構成してもよい。その場合、属性値設定部５０５は文書形式取得部５０６を兼ねることになる。

ここで、文書形式とは、ＰＤＦ、ＴＩＦＦといったファイルフォーマットや、カラー／モノクロの別、解像度、ページ枚数等の文書データを構成する要素を指す。文書形式は１つの固定値とは限らず、複数の候補や範囲を持つこともある。また、１つの文書データの中で、「１枚目がＡ４カラー、２枚目がＡ３モノクロ」といったように部分的な指定も可能である。

文書形式チェック部５０７は、画像形成装置１０１のＣＰＵ３０１において実行される。文書形式チェック部５０７は、文書データ送信部５０４（Ｘ）が送信する文書データが、文書形式取得部５０６で取得した文書形式を満たすか否かを判定する。

ワークフロー管理部５０８は、画像形成装置１０１のＣＰＵ３０１において実行される。ワークフローとは、スキャン、メール送信、ボックス保管といった、画像形成装置１０１が備える機能を１つのワークアイテムとして、複数のワークアイテムの実行順と各ワークアイテムの処理設定内容を予め登録し、これを一連の処理として実行するものである。

本実施の形態では、ワークフローが定める処理内容は、ＸＭＬで記述するものとする。尚、本実施の形態のワークフローは大きく分けて、画像データを入力する工程（入力工程）、画像データを編集する工程（編集工程）、画像データを出力する工程（出力工程）に分けることができる。ワークフローによっては入力工程と出力工程のみからなる処理内容であっても構わない。ワークフロー管理部５０８は、複数のワークアイテムの実行順とそれぞれのワークアイテムの一連の処理の設定内容を予め設定したものをワークフローとして登録・管理する。ここで、ワークアイテムとは、原稿入力部５００、文書編集部５０１、印刷部５０２等で実現される画像形成装置１０１の個々の機能を示すものとする。

ワークフロー管理ＤＢ（データベース）５０９は、ワークフロー管理部５０８で定義されるワークフローを保管する。

ワークフロー実行部５１０は、ワークフロー管理ＤＢ５０９に保管されるワークフローを読み出して実行する。

ワークフロー補正部５１１は、ワークフロー実行部５１０によって起動したワークフローの実行中に、ワークフローの各ワークアイテムの処理パラメータを補正する。各ワークアイテムの処理パラメータが、文書形式チェック部５０７において文書形式を満たさないと判定された場合、各ワークアイテムの処理パラメータを、文書形式を満たすように補正する。

図６は、図５における文書形式チェック部５０７で使用する、文書形式を示すデータ構成の一例を示す図である。

データ６００は、文書形式取得部５０６によってシステム１０２（Ｘ）から取得され、ＲＡＭ３０２もしくはＨＤＤ３０９に格納される。データ６００は、データ構成が分かりやすいように内容を文字列で表現しているが、記号や数値であってもよい。

項目６０１は、文書データ送信部５０４（Ｘ）が送信する文書データの原稿枚数を指定する項目である。図６に示すように、原稿枚数として固定枚数を指定してもよいし、「ｎ枚以上」、「ｎ枚以下」、「ｎ枚〜ｍ枚」というように範囲を指定してもよい。また、文書データ送信部５０４（Ｘ）が送信する文書データの原稿枚数に制限がなければ、原稿枚数指定を「指定なし」としてもよい。

項目６０２は、文書データ送信部５０４（Ｘ）が送信する文書データの原稿サイズを指定する項目である。原稿サイズとして「Ａ４」というように固定値を指定してもよいし、「１枚目がＡ４、２枚目３枚目がＡ３」というようにページ毎に値を指定してもよい。

また、「Ａ４、Ａ５、Ａ６のいずれか」というように、複数の原稿サイズのいずれかという指定をしてもよい。また、「Ａ４」や「レター」といった定型サイズを指定する以外に、原稿の縦、横のサイズをそれぞれ指定するようにしても良い。尚、原稿サイズ６０２は、システムへ送信する画像データのサイズを示すものであり、リーダ部３０５が読み取る原稿のサイズと、読み取り時の変倍率とに基づいて決定するサイズである。尚、文書データ送信部５０４（Ｘ）が送信する文書データの原稿サイズに制限がなければ、原稿サイズ指定を「指定なし」としてもよい。

項目６０３は、文書データ送信部５０４（Ｘ）が送信する文書データのカラーモードを指定する項目である。設定値としては、「カラー」、「モノクロ」、「指定無し」とを有するものとする。カラーモードとして「カラー」というように固定値を指定してもよいし、「１枚目がカラー、２枚目以降がモノクロ」というようにページ毎に値を指定してもよい。また、文書データ送信部５０４（Ｘ）が送信する文書データのカラーモードに制限がなければ、カラー指定を「指定なし」としてもよい。

項目６０４は、文書データ送信部５０４（Ｘ）が送信する文書データの解像度を指定する項目である。解像度として「６００ｘ６００ｄｐｉ」というように固定値を指定してもよいし、「２００ｘ２００ｄｐｉ以上」、「３００ｘ３００ｄｐｉ以下」というように下限値、上限値を指定してもよい。

また、「１００ｘ１００ｄｐｉ、１５０ｘ１５０ｄｐｉ、２００ｘ２００ｄｐｉのいずれか」というように複数の解像度のいずれかという指定をしてもよい。更に、文書データ送信部５０４（Ｘ）が送信する文書データの解像度に制限がなければ、解像度指定を「指定なし」としてもよい。

項目６０５は、文書データ送信部５０４（Ｘ）が送信する文書データのファイル形式を指定する項目である。ファイル形式として「ＰＤＦ」というように固定値を指定してもよいし、「ＴＩＦＦ、ＰＤＦ、ＪＰＥＧのいずれか」というように複数のファイル形式のいずれかという指定をしてもよい。更に、文書データ送信部５０４（Ｘ）が送信する文書データのファイル形式に制限がなければ、ファイル形式指定を「指定なし」としてもよい。

図７（図７Ａ、図７Ｂ）は、図３、図５の画像形成装置１０１によって実行されるワークフロー実行処理の手順を示すフローチャートである。

尚、フローチャートで示す手順のプログラムは、画像形成装置１０１のＨＤＤ３０９、もしくはＲＯＭ３０３に格納され、実行時にＲＡＭ３０２上にロードされ、ＣＰＵ３０１にて実行される。

ステップＳ７０１において、操作部３０４に対するワークフロー実行ボタン押下等のユーザ操作により、ワークフロー実行部５１０は、ユーザから指定されたワークフローを起動し、文書形式の取得処理を実行する。ワークフロー実行部５１０は、ワークフローに定義された文書形式取得部５０６を呼び出す。

文書形式取得部５０６は、ネットワーク１００上のＳＭＢプロトコルによるファイルサーバ上のデータファイルを参照し、文書形式データを取得する。文書形式取得部５０６は、取得した文書形式データをＲＡＭ３０２もしくはＨＤＤ３０９に格納する。

尚、図７のフローチャートを説明する上で、文書形式取得部５０６が接続するシステムをＳＭＢサーバとしたが、文書形式取得部５０６が接続するシステムはＳＭＢサーバだけとは限らず、他のデータベースシステムやサーバであってもよい。

また、文書形式取得部５０６が属性値設定部５０５を兼ねる場合、ステップＳ７０１で、文書形式を取得するのと同時に必要な属性値データを取得してもよい。

ステップＳ７０２（ステップＳ７０３〜ステップＳ７１２）において、ワークフロー実行部５１０は、起動したワークフローの入力工程に定義されたワークアイテムを実行する。本実施の形態では、ワークフローの入力工程にワークアイテム「スキャン」と「ボックス入力」が定義されているものとする。

また、本実施の形態では、ワークアイテムを「スキャン」、「ボックス入力」の順に処理するが、「ボックス入力」「スキャン」の順に処理してもかまわないし、並列に処理してもかまわない。

ここで、「スキャン」は、原稿入力部５００によって、伝送バス３００を介してリーダ部３０５に指示して原稿（紙文書）の読み取り処理を行うことと定義する。また、「ボックス入力」は、原稿入力部５００によって、ボックスと呼ばれるＨＤＤ３０９のデータ領域から、予めスキャンしてあった文書データをＲＡＭ３０２またはＨＤＤ３０９の別のデータ領域に読み込むことと定義する。

ステップＳ７０３において、ワークフロー実行部５１０は、文書形式チェック（文書形式判定）部５０７を呼び出す。ステップＳ７０３において文書形式チェック部５０７は以下の処理を実行する。

まず、文書形式チェック部５０７は、後述のステップＳ７０６で使用するスキャンパラメータが、ステップＳ７０１において取得した文書形式を満たすか否かをチェックする。スキャンパラメータとは「カラー選択」、「解像度」、「原稿読取サイズ」、「倍率」、「ページ数（或いは原稿枚数）」等、スキャン時に使用する原稿の読み取りパラメータを示すものとする。このとき、文書形式チェック部５０７は、文書形式をチェックする前にワークフローに定義されたワークアイテムの情報をすべて読み込み、後述のステップＳ７０６で実行されるワークアイテム「スキャン」が何ページ目（或いは何枚目）の原稿読み取り処理であるかを確認する。

次に、文書形式チェック部５０７は、ステップＳ７０６で使用するスキャンパラメータが当該ページに対して指定された文書形式を満たすか否かをチェックする。例えば、ワークアイテムに「スキャン」、「ボックス入力（４ページの文書データを入力）」、「文書結合（ボックス文書、スキャン文書の順で結合）」、「ページ消去（２〜３ページ目を消去）」が定義されていた場合は以下のようになる。即ち、ステップＳ７０６で実行されるのは３ページ目以降の原稿読み取り処理であると分かる。

そこで、文書形式チェック部５０７は、ステップＳ７０６で使用するスキャンパラメータが、３ページ目以降に対して指定された文書形式を満たすか否かをチェックする。

但し、ワークフローにおいて、特定のワークアイテムに対して「実行時に設定画面を開く」設定が定義されていた場合、ステップＳ７０６で読み取る文書データが何ページ目であるかを限定できないことがある。

例えば、ワークアイテム「ページ消去」が「実行時に設定画面を開く」設定になっている場合、実際に何ページ目が消去されるのかは、後述のステップＳ７１３（編集工程実行）を終えなければ確定しない。ステップＳ７１３において、設定画面よりユーザがパラメータを設定してはじめて何ページ目が消去されるのかが確定される。消去されるページが変われば、文書データのページも変わるため、ステップＳ７０６で読み取る文書データが何ページ目であるかは、ステップＳ７０３の段階では確定しない。

このように、ステップ７０３において、ステップＳ７０６で読み取る文書データが何ページ目であるかを限定できない場合は、特定のページに対して指定された文書形式のチェックは行わない。

但し、そのような場合でも、文書データ全体に対して指定された文書形式の項目があれば、文書形式チェック部５０７は、ステップＳ７０６で使用するスキャンパラメータが、その文書形式を満たすか否かをチェックする。

ステップＳ７０４において、ワークフロー実行部５１０は、ステップＳ７０３のチェック結果を確認する。ステップＳ７０３のチェックの結果、ステップＳ７０６で使用するスキャンパラメータが指定された文書形式を満たしている場合、ワークフロー実行部５１０はステップＳ７０６へ進む。

ステップＳ７０４のチェックの結果、ステップＳ７０６で使用するスキャンパラメータが指定された文書形式を満たしていない場合（チェックにパスしなかった場合）、ワークフロー実行部５１０はステップＳ７０５へ進む。

ステップＳ７０５において、ワークフロー実行部５１０は、ワークフロー補正部５１１を呼び出す。ワークフロー補正部５１１は、ワークアイテム「スキャン」に定義されたスキャンパラメータが、ステップＳ７０１において取得した文書形式を満たすように変更する。

このときワークフロー補正部５１１は、スキャンパラメータを変更したことを操作部３０４に表示してユーザに知らせるようにしてもよい。また、文書形式の各項目が範囲や複数の値を指定しているために補正値が一意に決まらない場合、ワークフロー補正部５１１は、文書形式を満たすようなスキャンパラメータ値のみ選択可能なスキャン設定画面を操作部３０４に表示して、ユーザに対してスキャンパラメータの補正を促すようにしてもよい。

ステップＳ７０６において、ワークフロー実行部５１０は、原稿入力部５００を呼び出す。原稿入力部５００は、ワークアイテム「スキャン」に定義されたスキャンパラメータ、もしくはステップＳ７０５において補正されたスキャンパラメータを用いて、原稿読み取り処理を実行する。

ステップＳ７０７において、ワークフロー実行部５１０は、文書形式チェック部５０７を呼び出す。ステップＳ７０７において、ワークフロー実行部５１０は以下の処理を実行する。

まず、文書形式チェック部５０７は、ステップＳ７０６において読み取った文書データが、ステップＳ７０１において取得した文書形式を満たすか否かをチェックする。このとき、文書形式チェック部５０７は、文書形式をチェックする前にワークフローに定義されたワークアイテムの情報をすべて読み込み、ステップＳ７０６で読み取った文書データが、ワークフロー全体において何ページ目の文書データにあたるかを確認する。

次に、文書形式チェック部５０７は、ステップＳ７０６で読み取った文書データが当該ページに対して指定された文書形式を満たすか否かをチェックする。例えば、ワークアイテムに「スキャン」、「ボックス入力（４ページの文書データを入力）」、「文書結合（ボックス文書、スキャン文書の順で結合）」、「ページ消去（２〜３ページ目を消去）」が定義されている場合を考える。

この条件で、かつ、ステップＳ７０６で原稿２ページを読み取った場合、ステップＳ７０６、即ち「スキャン」で読み取った文書データは３〜４ページ目の文書データであると分かる。そこで、文書形式チェック部５０７は、ステップＳ７０６で読み取った文書データが、３〜４ページ目に対して指定された文書形式を満たすか否かをチェックする。

但し、ワークフローにおいて、特定のワークアイテムに対して「実行時に設定画面を開く」設定が定義されていた場合、ステップＳ７０６で読み取った文書データが何ページ目であるかを限定できないことがある。例えば、ワークアイテム「ページ消去」が「実行時に設定画面を開く」設定になっている場合、実際に何ページ目が消去されるのかは、後述のステップＳ７１３（編集工程実行）を終えなければ確定しない。

ステップＳ７１３において、設定画面よりユーザがパラメータを設定してはじめて何ページ目が消去されるのかが確定される。消去されるページが変われば、文書データのページも変わるため、ステップＳ７０６で読み取った文書データが何ページ目であるかは、ステップＳ７０７の段階では確定しない。

このように、ステップ７０７において、ステップＳ７０６で読み取った文書データが何ページ目であるかを限定できない場合は、特定のページに対して指定された文書形式のチェックは行わない。但し、そのような場合でも、文書データ全体に対して指定された文書形式の項目があれば、文書形式チェック部５０７は、ステップＳ７０６で読み取った文書データが、その文書形式を満たすか否かをチェックする。

尚、ステップＳ７０３にてスキャンパラメータのチェックをしているにも関わらず、ステップＳ７０７で文書データのチェックをしているのは、スキャンパラメータではチェックできないケースがあるためである。

例えば、ステップＳ７０６において、ＡＤＦ（原稿自動送り装置）を使用して複数枚の原稿読み取りを行う場合、文書形式に指定された原稿枚数を越える可能性がある。また、ステップＳ７０６において使用するスキャンパラメータが「原稿読取サイズ＝自動」であった場合、ステップＳ７０６にて実際に原稿読み取りを行うまで原稿サイズは確定しない。これらは、ステップＳ７０３のスキャンパラメータではチェックできないため、ステップＳ７０７にて原稿入力部５００が実際に読み取った文書データのチェックを行う必要がある。

また、ワークフローの入力工程、編集工程のワークアイテムが「スキャン」しか定義されていなかった場合、ステップＳ７０６で読み取った文書データがそのまま、後述のステップＳ７１８で文書データ送信部５０４（Ｘ）によって送信される文書データとなる。その場合、ステップＳ７０７での文書データの文書形式チェックは、そのまま送信する文書データのチェックとなる。

ステップＳ７０８において、ワークフロー実行部５１０は、ステップＳ７０７のチェック結果を確認する。ステップＳ７０７のチェックの結果、ステップＳ７０６で読み取った文書データが指定された文書形式を満たしている場合、ワークフロー実行部５１０はステップＳ７０９へ進む。

ステップＳ７０７のチェックの結果、ステップＳ７０６で読み取った文書データが指定された文書形式を満たしていない場合、ワークフロー実行部５１０はステップＳ７１９へ進む。

ステップＳ７０９において、ワークフロー実行部５１０は、ワークアイテム「スキャン」の終了を判定する。ワークフロー実行部５１０は、ワークアイテム「スキャン」の終了の判定を、ワークフローの定義とユーザの指示によって行う。

ワークフローにワークアイテム「スキャン」が「連続原稿読込」と定義されている場合、それはユーザがスキャンパラメータを変えて、複数回の原稿読み取り処理を行うことができることを意味する。

そのため、ワークフローにワークアイテム「スキャン」が「連続原稿読込」と定義されている場合、ワークフロー実行部５１０は、ステップＳ７０９で、「スキャン」処理を続けるか否かの確認画面を操作部３０４に表示する。

ワークフロー実行部５１０は、ユーザの指示を確認し、ワークアイテム「スキャン」が終了か否かを判定する。また、ワークフローにワークアイテム「スキャン」が「連続原稿読込」と定義されていない場合、ワークフロー実行部５１０は、ユーザに確認画面を出すことなく、ワークアイテム「スキャン」が終了したと判定する。

ワークアイテム「スキャン」が終了した場合、ワークフロー実行部５１０はステップＳ７１０へ進む。ワークアイテム「スキャン」が終了していない場合、ワークフロー実行部５１０はステップＳ７０３へ戻る。

ステップＳ７１０において、ワークフロー実行部５１０は、原稿入力部５００を呼び出す。原稿入力部５００は、ワークアイテム「ボックス入力」に定義された設定を用いて、ボックスからデータを読み込む。

ステップＳ７１１において、ワークフロー実行部５１０は、文書形式チェック部５０７を呼び出す。文書形式チェック部５０７は、ステップＳ７１０において読み取った文書データが、ステップＳ７０１において取得した文書形式を満たすか否かをチェックする。

このとき、文書形式チェック部５０７は、文書形式をチェックする前にワークフローに定義されたワークアイテムの情報をすべて読み込み、ステップＳ７１０で読み込んだ文書データが、ワークフロー全体において何ページ目の文書データにあたるかを確認する。

次に、文書形式チェック部５０７は、ステップＳ７１０で読み込んだ文書データが当該ページに対して指定された文書形式を満たすか否かをチェックする。

例えば、ワークアイテムに「スキャン」、「ボックス入力（４ページの文書データを入力）」、「文書結合（ボックス文書、スキャン文書の順で結合）」、「ページ消去（２〜３ページ目を消去）」が定義されている場合を考える。この条件で、かつ、ステップＳ７０６で原稿２ページを読み取った場合、ステップＳ７１０、即ち、「ボックス入力」で読み込んだ文書データは１〜２ページ目の文書データであると分かる。

そこで、文書形式チェック部５０７は、ステップＳ７１０で読み込んだ文書データが、１〜２ページ目に対して指定された文書形式を満たすか否かをチェックする。

また、ワークフローの入力工程、編集工程のワークアイテムが「ボックス入力」しか定義されていなかった場合、ステップＳ７１０で読み込んだ文書データがそのまま、後述のステップＳ７１８で文書データ送信部５０４（Ｘ）によって送信される文書データとなる。その場合、ステップＳ７１１での文書データの文書形式チェックは、そのまま送信する文書データのチェックとなる。

ステップＳ７１２において、ワークフロー実行部５１０は、ステップＳ７１１のチェック結果を確認する。ステップＳ７１１のチェック結果、ステップＳ７１０で読み込んだ文書データが指定された文書形式を満たしている場合、ワークフロー実行部５１０はステップＳ７１３へ進む。

ステップＳ７１１のチェックの結果、ステップＳ７１０で読み込んだ文書データが指定された文書形式を満たしていない場合、ワークフロー実行部５１０はステップＳ７１９へ進む。ステップＳ７１２までの処理が入力工程に相当する。

ステップＳ７１３において、ワークフロー実行部５１０は、文書編集部５０１を呼び出し、起動したワークフローの編集工程に定義されたワークアイテムを実行する。文書編集部５０１は、ワークフローの入力工程で作成した文書データを用いて、「文書結合」や「ページ消去」等の処理を行い、その結果である文書データをＲＡＭ３０２またはＨＤＤ３０９に保管する。

ステップＳ７１４において、ワークフロー実行部５１０は、文書形式チェック部５０７を呼び出す。文書形式チェック部５０７は、ステップＳ７１３において編集した文書データが、ステップＳ７０１において取得した文書形式を満たすか否かをチェックする。

尚、ステップＳ７０７、ステップＳ７１１にて編集元となった文書データのチェックをしているにも関わらず、ステップＳ７１４で文書データのチェックをしているのは、ステップＳ７１３の編集工程実行前ではチェックできないケースがあるためである。

ステップＳ７０７、ステップＳ７１１で説明したように、ワークフローにおいて特定のワークアイテムに対して「実行時に設定画面を開く」設定が定義されていた場合、そのワークアイテムを実行するまでは最終的な文書データがどのようになるかが確定しない。ステップＳ７１３にて編集工程を実行した後であれば、最終的な文書データが確定しているため、ステップＳ７０１にて取得した文書形式を全てチェックすることができる。

即ち、ステップＳ７１４での文書データの文書形式チェックは、後述のステップＳ７１８で文書データ送信部５０４（Ｘ）によって送信される文書データの最終的なチェックとなる。

ステップＳ７１５において、ワークフロー実行部５１０は、ステップＳ７１４のチェック結果を確認する。ステップＳ７１４のチェックの結果、ステップＳ７１３で編集した文書データが指定された文書形式を満たしている場合、ワークフロー実行部５１０はステップＳ７１６へ進む。

一方、ステップＳ７１４のチェックの結果、ステップＳ７１３で編集した文書データが指定された文書形式を満たしていない場合、ワークフロー実行部５１０はステップＳ７１９へ進む。

ステップＳ７１６（ステップＳ７１７〜ステップＳ７１８）において、ワークフロー実行部５１０は、起動したワークフローの出力工程に定義されるワークアイテムを実行する。本実施の形態では、出力工程においてワークアイテム「送信」が実行され、かつ、ワークアイテム「送信」において文書データ送信部５０４（Ｘ）が定義されているものとする。尚、ステップＳ７１６において、ワークフローとして「印刷」等の他のワークアイテムが定義されてもかまわない。

ステップＳ７１６において、ワークフローとして「印刷」等の他のワークアイテムが定義される場合、ワークフロー実行部５１０は、印刷部５０２等を定義に応じて呼び出す。

ステップＳ７１６の出力工程におけるステップＳ７１７において、ワークフロー実行部５１０は、属性値設定部５０５を呼び出す。属性値設定部５０５は、ネットワーク上のＳＭＢプロトコルによるファイルサーバ上のデータファイルを参照し、必要な属性値データを取得する。属性値設定部５０５は、取得した属性値データをＲＡＭ３０２もしくはＨＤＤ３０９に格納する。

尚、本実施の形態では、属性値設定部５０５が接続するシステムをＳＭＢサーバとしたが、属性値設定部５０５が接続するシステムはＳＭＢサーバだけとは限らず、他のデータベースシステムや文書管理サーバ等のサーバであってもよい。

また、文書形式取得部５０６が属性値設定部５０５を兼ねる場合、ステップＳ７０１で、文書形式を取得するのと同時に必要な属性値データを取得しているため、ステップＳ７１７の処理は不必要となる。

ステップＳ７１６の出力工程におけるステップＳ７１８において、ワークフロー実行部５１０は、起動したワークフローの出力工程のワークアイテム「送信」に定義される文書データ送信部５０４（Ｘ）を呼び出す。

ワークフロー実行部５１０に呼び出された文書データ送信部５０４（Ｘ）は、ステップＳ７１７で取得した属性値データから属性情報ファイルを作成し、ステップＳ７１３で編集された文書データとともにシステム１０２（Ｘ）へ送信して処理を終了する。

ステップＳ７１９（ワークフローキャンセル手段）において、ワークフロー実行部５１０は、起動したワークフローのキャンセル処理を行い、処理を終了する。このとき、ワークフロー実行部５１０は、チェックした文書形式のどの項目がなぜ満たされなかったのかを操作部３０４に表示してもよい。

上記のようにして、システム１０２（Ｘ）へ文書データを送信する前に、送信しようとする文書データが、システム１０２（Ｘ）が求める文書形式と異なることを検出することが可能となる。

また、ワークフローを誤って定義したり、実行時の設定画面で誤ったパラメータを設定したとしても、ユーザはワークフローの実行中に誤ったことに気付くことができる。そのため、その場でワークフローの定義やパラメータを修正し、正しい文書形式の文書データを送信することができる。

また、ワークフローの実行時に文書形式をシステム１０２（Ｘ）と連携するシステムより動的に取得するため、システム１０２（Ｘ）の求める文書形式が変わったとしても、ワークフローを変更せずに新しい文書形式のチェックを行うことが可能となる。

また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施の形態の機能を実現するソフトウェアのプログラム（制御プログラム）コードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

更に、上述した実施の形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。

本発明の画像処理装置としての画像形成装置がネットワークを介して様々なシステムと接続しているネットワークシステムの構成図である。 図１における画像形成装置１０１において生成した文書データとともに属性情報ファイルをシステム１０２（Ｘ）へ送信する様子を示す図である。 図１における画像形成装置１０１のブロック構成図である。 図１におけるシステム１０２（Ｘ）や情報端末１０３等の情報処理装置のブロック構成図である。 図１における画像形成装置１０１の機能モジュールを示すブロック図である。 図５における文書形式チェック部５０７で使用するデータ構成を示す図である。 図３、図５の画像形成装置１０１によって実行されるワークフロー実行処理の手順を示すフローチャートである。 図３、図５の画像形成装置１０１によって実行されるワークフロー実行処理の手順を示すフローチャートである。

符号の説明

１０１ 画像形成装置
３０１ ＣＰＵ
５００ 原稿入力部
５０１ 文書編集部
５０２ 印刷部
５０３ ＦＡＸ／メール送信部
５０４ 文書データ送信部
５０５ 属性値設定部
５０６ 文書形式取得部
５０７ 文書形式チェック部
５０８ ワークフロー管理部
５１０ ワークフロー実行部
５１１ ワークフロー補正部

Claims (8)

1. 文書データを入力する入力手段と、
   前記入力手段で入力した前記文書データを外部のシステムへ送信する送信手段と、
   前記入力手段による文書データを入力する機能と、前記送信手段による文書データを送信する機能とを組み合わせた一連の処理であるワークフローを実行するワークフロー実行手段と、
   前記外部のシステムが求める文書データの文書形式を前記外部のシステムから取得する文書形式取得手段と、
   前記ワークフロー実行手段が前記外部のシステムへ文書データを送信する処理を含むワークフローを実行する場合、前記送信手段が送信する文書データが前記文書形式取得手段により取得され前記文書形式を満たすか否かを判定する文書形式判定手段と、
   を備えることを特徴とする画像処理装置。
2. 前記入力手段は原稿画像を読み取って文書データを生成する原稿読取手段を備え、
   前記文書形式判定手段は、前記原稿読取手段における原稿読取に関する設定に基づいて前記文書データが前記文書形式を満たすか否かを判定することを特徴とする請求項１に記載の画像処理装置。
3. 前記文書形式判定手段は、前記原稿読取手段が生成した前記文書データが前記文書形式を満たすか否かを判定することを特徴とする請求項２に記載の画像処理装置。
4. 前記入力手段が入力した文書データを編集する編集手段を更に備え、
   前記ワークフロー実行手段は、前記入力手段による文書データを入力する機能と、前記送信手段による文書データを送信する機能に加えて、前記編集手段による文書データを編集する機能とを組み合わせた一連の処理をワークフローとして実行することが可能であり、
   前記文書形式判定手段は、前記編集手段が編集した文書データが前記文書形式を満たすか否かを判定することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記文書形式判定手段が前記文書データが前記文書形式を満たさないと判定した場合、前記文書形式取得手段にが取得した前記文書形式を満たすように前記文書データの形式を補正する補正手段を備えることを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記文書形式判定手段が前記文書データが前記文書形式を満たさないと判定した場合に、前記ワークフロー実行手段による前記ワークフローの実行をキャンセルするワークフローキャンセル手段を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
7. 画像処理装置におけるワークフロー実行方法であって、
   文書データを入力する入力ステップと、
   前記入力ステップで入力した前記文書データを外部のシステムへ送信する送信ステップと、
   前記入力ステップによる文書データを入力する処理と、前記送信ステップによる文書データを送信する処理とを組み合わせた連の処理であるワークフローを実行するワークフロー実行ステップと、
   前記外部のシステムが求める文書データの文書形式を前記外部のシステムから取得する文書形式取得ステップと、
   前記ワークフロー実行ステップが前記外部のシステムへ文書データを送信する処理を含むワークフローを実行する場合、前記送信ステップで送信する文書データが前記文書形式取得ステップで取得した前記文書形式を満たすか否かを判定する文書形式判定ステップと、
   を備えることを特徴とするワークフロー実行方法。
8. 画像処理装置にワークフロー実行方法を実行させるための制御プログラムであって、
   前記ワークフロー実行方法は、
   文書データを入力する入力ステップと、
   前記入力ステップで入力した前記文書データを外部のシステムへ送信する送信ステップと、
   前記入力ステップによる文書データを入力する処理と、前記送信ステップによる文書データを送信する処理とを組み合わせた一連の処理であるワークフローを実行するワークフロー実行ステップと、
   前記外部のシステムが求める文書データの文書形式を前記外部のシステムから取得する文書形式取得ステップと、
   前記ワークフロー実行ステップが前記外部のシステムへ文書データを送信する処理を含むワークフローを実行する場合、前記送信ステップで送信する文書データが前記文書形式取得ステップで取得した前記文書形式を満たすか否かを判定する文書形式判定ステップと、
   を備えることを特徴とするプログラム。

Images