JP4991449B2 - 画像処理装置、画像処理装置の制御方法、及び、コンピュータプログラム - Google Patents

Description

本発明は、画像処理装置及び画像処理装置の制御方法、コンピュータプログラムに関する。

オフィスの業務フローにおけるＷＥＢ技術の有効性は、その技術の汎用性、利便性からますます重要視される状況にある。また、紙文書の電子化が進んだ結果、電子化された文書をＷＥＢサイトにアップロードするような場面が増えてきている。例えば、交通精算をＷＥＢサイトで申請するような業務フローでは、領収書をサイト上にアップロードするようなケースが考えられる。

一般に、紙ドキュメントをＷＥＢサイトにアップロードするためには、少なくとも以下の２段階の作業を必要とし、ユーザに多くの手間を強いていた。まず、ユーザはパーソナルコンピュータ（ＰＣ）を操作して、当該ＰＣに接続された画像読取装置により紙文書を読み込んで、データを電子化し、画像データとしてＰＣに取り込む。次に、ユーザは、ＰＣを操作して、ＰＣ上のＷＥＢブラウザより、取り込んだ画像データをアップロードする。

その一方、画像読取装置とＷＥＢサイトとを直接接続するための作りこみを該装置及びＷＥＢサイトの両側で行なうことで対応も可能である。しかし、そのためにはベンダーやメーカの投資が必要となるだけでなく、専用の作りこみを行なうために該装置とサイト間の互換性を保つことが困難であった。

そこで、このような問題に対応する画像形成装置が提案されている（特許文献１を参照）。ここでは、ＷＥＢサイトから受信したＨＴＭＬ文書に基づいて「サイトに画像を送信する」ためのボタンを操作部に表示し、該ボタンの操作に応じてスキャナより原稿を読み取り、生成画像データをＷＥＢサイトに送信する仕組みが構成されている。

以下、当該提案に係る画像形成装置の処理の概要を図１１ａ及び図１１ｂを参照して説明する。画像形成装置は図１１ａで示すＨＴＭＬファイル１１０１を外部ネットワークより受信すると、装置上の画面に図１１ｂに示す表示画面１１０２を表示する。もし、設定ボタン１１０４が操作されると、表示画面１１０２の内容を切り換えて文書読込みに関する設定画面を表示することが可能である。また、送信ボタン１１０４が操作されると、画像形成装置が備えるスキャナにより原稿をスキャンして原稿の画像データを生成し、該画像データをＷＥＢサイトに送信する。
特開２００５-１４９３２０号公報

しかしながら、上述した特許文献１に記載の技術では、スキャン直後にスキャン画像を所定のＷＥＢサイトへ送信してしまうため、複数の画像を登録するような形式のページには対応することができない。このため、１ページに１つの画像を登録する装置専用のページを用意する必要があり、装置を利用できる範囲を制限してしまう。

また、スキャン時の解像度や画像フォーマット指定などのパラメータの設定を随時行なう必要があり、ユーザに手間を取らせてしまう。

そこで本発明は、装置上に用意されたフローファイルを用いて、ＷＥＢサイトへの画像データの登録を簡単に行なう機能を提供することを目的とする。

上記課題を解決するための本発明は、ＷＥＢ情報を提供する外部装置と通信可能な画像処理装置であって、
該画像処理装置において実行すべき処理の処理内容と、実行順序とを記述する複数のフローファイルを保持する保持手段と、
前記外部装置からＷＥＢ情報を取得する取得手段と、
取得した前記ＷＥＢ情報に基づいて２つの画像データを前記外部装置に送信するための画面を表示する表示手段と、
前記取得手段によって取得されたＷＥＢ情報に基づいて前記複数のフローファイルから前記ＷＥＢ情報に関連するフローファイルを選択する選択手段と、
前記選択手段により選択されたフローファイルを前記表示手段に表示させる表示制御手段と、
前記表示制御手段により表示されたフローファイルから、１つ目の画像データの生成のために実行すべきフローファイルの指定を受け付ける第１受付手段と、
前記表示制御手段により表示されたフローファイルから、２つ目の画像データの生成のために実行すべきフローファイルの指定を受け付ける第２受付手段と、
前記第１受付手段が指定を受け付けた前記フローファイルの実行に基づいて前記１つ目の画像データを生成し、前記第２受付手段が指定を受け付けた前記フローファイルの実行に基づいて前記２つ目の画像データを生成する処理手段と、
前記表示手段によって表示された画面を介して１回の送信指示を受け付けることに従って、前記１つ目の画像データと前記２つ目の画像データを前記外部装置に対して送信する送信手段と
を備えることを特徴とする。

本発明によれば、装置上に用意されたフローファイルを用いて、ＷＥＢサイトへの画像データの登録を簡単に行なう機能を提供することができる。

以下、添付する図面を参照して、発明の実施形態について説明する。

図１は、発明の実施形態に係る画像処理装置を収容するネットワークの構成の一例を示す図である。なお、以下の実施形態では、画像処理装置を、データ送受信機能および機器内部に画像保存機能を有する複合機を例として説明する。

図１に示すように、画像処理装置としての複合機１０１は、イーサネット（登録商標）などからなるＬＡＮ１０４に接続され、外部装置としてのＷＥＢサーバ１０２及びクライアントコンピュータ１０３と通信可能となっている。また複合機１０１は、ファクシミリ装置１０６とともに公衆回線１０５に接続されている。

複合機１０１は、コピー機能、ファクシミリ機能を有するとともに、原稿を読み取り、読み取って得られた画像データをＬＡＮ１０４上の各装置に送信するデータ送信機能を有する。また複合機１０１は、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ）機能を有するので、ＬＡＮ１０４上に接続されているコンピュータが送信したＰＤＬ画像を受信し、印刷できる。

複合機１０１は更に、複合機１０１で読み取った画像や、ＬＡＮ１０４上に接続されているコンピュータから送信されたＰＤＬ画像を、複合機１０１内のハードディスク２０４（図２を参照）内の指定されたユーザ保存領域に保存することができる。複合機１０１は、該ユーザ保存領域に保存された画像を印刷できる。

さらに複合機１０１は、複合機１０１が有する画像読込み機能、ファクシミリ機能、ＰＤＬ機能等を記述したフローファイルを読み込んで、記述内容に従って処理を実行することも可能である。当該フローファイルは、自装置内で実行すべき処理の種別、該処理を実行するための処理内容が少なくとも記述されたファイルである。なお、処理内容とは、各処理を実行するための各種パラメータ、実行順序等が該当する。

複合機１０１はまた、装置上にＷＥＢブラウザを搭載し、ＷＥＢサーバ１０２からＨＴＴＰプロトコルを利用して受信したＷＥＢページ（ＷＥＢ情報）を操作画面上に表示することもできる。

ＷＥＢサーバ１０２は、サーバ内のワークフローシステムと連携し、文書登録などのサービスを行なうためのＷＥＢサイトを提供している。

図２は、発明の実施形態に係る複合機１０１のハードウェア構成の一例を示すブロック図である。

図２において、複合機１０１はメインユニット２００を備える。メインユニット２００は文書データ、画像情報やデバイス情報の入出力を行うためのコントローラであり、画像入力デバイスであるスキャナ２６０や画像出力デバイスであるプリンタ２７０と接続してスキャンやプリント等の機能を実現する。また、ＬＡＮ１０４を介してＰＣ等の外部機器と接続してデータの送受信を行い、公衆回線(PSTN)１０５にも接続してＦＡＸ機能を実現する。メインユニット２００はまた、操作部２５０とも接続している。操作部２５０は、これらの機能をユーザに提供するためのインタフェースとして機能する。

次に、メインユニット２００の各構成要素について説明する。ＣＰＵ２０１は、メインユニット２００全体を制御するコントローラである。ＲＡＭ２０２は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリとしても使用される。ＲＯＭ２０３は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２０４は、ハードディスクドライブで、システムソフトウェア、フローファイル、画像データやその属性データおよびその他のユーザデータ等を格納する。なお、本実施形態に対応する複合機１０１とＷＥＢブラウザとの連携処理は、ＨＤＤ２０４に格納されたシステムソフトウェアによって実現される。また、画像データの一時保持領域としてＨＤＤ２０４を利用することもできる。

操作部Ｉ／Ｆ（インタフェース）２０６は、操作部(ＵＩ)２５０とのインタフェース部で、操作部２５０に表示される画像データを操作部２５０に対して出力する。また、操作部２５０から本システム使用者が入力した情報を、ＣＰＵ２０１に伝える役割をする。また、ＷＥＢページ（ＷＥＢ情報）の表示および操作も本操作部で実行される。

Ｎｅｔｗｏｒｋ（ネットワーク）２０７はＬＡＮ１０４に接続し、ＬＡＮ１０４上に接続されたＷＥＢサーバ１０２、クライアントコンピュータ１０３、或いは、別の複合機等の外部機器と情報の入出力を行う。本システムはネットワーク通信プロトコルとしてＴＣＰ／ＩＰをサポートし、外部機器とＴＣＰ／ＩＰ通信プロトコル上に従って通信を行うものとする。Ｍｏｄｅｍ２０８は、公衆回線１０５に接続し、ＦＡＸ機能を用いて通信回線上に配置されたファクシミリ装置１０６と画像情報の入出力を行う。

以上のデバイスがシステムバス２１０上に配置される。

Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ２０５は、システムバス２１０と、画像データを高速で転送する画像バス２３０とを接続し、データ構造を変換するバスブリッジである。画像バス２３０は、ＰＣＩバスまたはＩＥＥＥ１３９４で構成される。

画像バス２３０上には以下のデバイスが配置される。ラスタ・イメージ・プロセッサ(ＲＩＰ)２３１は、ＬＡＮ１０４上に配置されたクライアントコンピュータ１０３から入力されるＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部２３２は、画像入出力デバイスであるスキャナ２６０やプリンタ２７０と、メインユニットコントローラ２００とを接続し、画像データの同期系/非同期系の変換を行う。

スキャナ画像処理部２３３は、入力画像データに対し補正、加工、編集を行う。また入力された画像がカラー原稿か白黒原稿かを画像の彩度信号から判断し、その結果を保持する機能を有する。プリンタ画像処理部２３４は、出力画像データに対し補正、加工、編集を行う。画像回転部２３５は、スキャナ画像処理部２３３と連携して、スキャナ２６０からの画像読み込みと同時に画像を回転しＲＡＭ２０２上に格納したり、ＲＡＭ２０２上にある画像を回転したりする。また、ＲＡＭ２０２上に格納した画像、もしくはＲＡＭ２０２上の画像をプリンタ画像処理部と連携して回転しながら印字出力することができる。解像度変換部２３７は、ＲＡＭ２０２上の画像を解像度変換処理し、ＲＡＭ２０２上に再度格納する。

色空間変換部２３８はマトリクス演算により、たとえばＲＡＭ２０２上にあるＹＵＶ画像をＬａｂ画像に変換し、メモリ上に格納する。階調変換２３９はたとえばメモリ上にある８ｂｉｔ、２５６階調の画像を誤差拡散処理などの手法により１ｂｉｔ、２階調に変換し、メモリ上に格納する。画像圧縮部２３６は、多値画像データに対してはＪＰＥＧ、２値画像データに対してはＪＢＩＧ、ＭＭＲ、ＭＲ、ＭＨの圧縮伸張処理を行う。

画像回転部２３５、画像圧縮部２３６、解像度変換部２３７、色空間変換部２３８、及び、階調変換部２３９は、それぞれ連結して動作することが可能である。たとえば、メモリ上の画像を画像回転、解像度変換する場合は、両処理をメモリを介さずに行うことができる。

図３は、発明の実施形態に係る複合機１０１の概観の一例を示す図である。複合機１０１は、大きくスキャナ部３０１とプリンタ部３０３とに区別され、文書複写機能、ＦＡＸ機能、プリンタ機能、文書管理機能を備える。

まず、画像入力デバイスであるスキャナ部３０１は、原稿となる紙上の画像を照射し、ＣＣＤラインセンサを走査することで、画像をラスタイメージデータとして電気信号に変換する。原稿用紙は、原稿フィーダ３０２のトレイにセットされ、使用者が操作部３０６から読み取り起動指示すると、図２のＣＰＵ２０１がスキャナに指示を与え、原稿フィーダ３０２が原稿用紙を１枚ずつフィードして原稿の読み取り動作を行う。

画像出力デバイスであるプリンタ部３０３は、ラスタイメージデータを用紙上の画像に変換する（用紙上に印刷する）。画像の変換方式は、感光体ドラムや感光体ベルトを用いた電子写真方式、微小ノズルアレイからインクを吐き出して用紙上に直接画像を印字するインクジェット方式等があるが、どの方式でもかまわない。

プリント動作は、ＣＰＵ２０１からの指示に従って開始する。プリンタ部３０３には、異なる用紙サイズまたは異なる用紙向きを選択できるように複数の給紙段３０４が備わり、サイズ／向きに対応した用紙カセットをセットして使用する。また、排紙トレイ３０５は、印刷し終わった用紙を受け取るものであり、コントローラＣＰＵ２０１からの指示によってソート、ステープル等の設定も可能である。

なお、本実施形態に対応する複合機１０１と連携するＷＥＢブラウザは、操作部３０６の表示部に表示される。

図４は、本実施形態に係る複合機１０１のソフトウェア構成の一例を示すブロック図である。図４に示す各ソフトウェアブロックに対応するプログラムは、図２に示すＨＤＤ２０４に格納されている。

ＵＩ制御マネージャ４０１は、表示操作部を制御し、ユーザからの指示を下層のモジュールに伝えたり、下層からの情報をＵＩに表示したりするための制御を行う。ネットワーク制御マネージャ４０２は、ＬＡＮ１０４のようなネットワークからの指示や情報を受け取ったり、メインユニット２００からの指示や情報を送信したりするといった制御を行う。

コピーアプリケーション４０３、ＦＡＸアプリケーション４０４、ネットワークアプリケーション４０５は、ＵＩ制御マネージャ４０１やネットワーク制御マネージャ４０２からの指示を受け、ジョブファイルを作成する。このジョブファイルは、複数の処理部の制御マネージャ４１０乃至４１４にジョブを実行させるためのものである。

フローアプリケーション４０６は、あらかじめ保存されたフローファイルをＵＩ制御マネージャ４０１からの指示でジョブマネージャ４０９に実行させる。ブラウザアプリケーション４０７は、ネットワーク制御マネージャ４０２から受け取ったＨＴＭＬを解析して、表示情報をＵＩ制御マネージャ４０１に伝えたり、ＵＩ制御マネージャ４０１から送られてきたブラウザ上の操作情報を処理したりする。

本実施形態の複合機１０１とブラウザとの連携処理は、以下のように行われる。即ち、ブラウザアプリケーション４０７からの操作情報をフローアプリケーション４０６に伝達し、フローアプリケーション４０６での処理結果をブラウザアプリケーション４０７で処理することにより実現される。

共通インタフェース４０８は、各種処理部の制御マネージャの機器依存部分を吸収する。ジョブマネージャ４０９は、共通インタフェース４０８から受け取ったフローファイル内のジョブ情報、又は、個別のジョブを整理し、制御マネージャ４１０乃至４１４のいずれかに伝達する。ジョブマネージャ４０９は、ジョブの種類に応じて各制御マネージャ４１０乃至４１４の起動、同期、終了等の処理も行う。即ち、ジョブマネージャ４０９は、ローカルコピーであればスキャンマネージャ４１１とプリントマネージャ４１０との起動、同期、終了等の処理を行う。また、ＦＡＸ送信ジョブであれば、ジョブマネージャ４０９は、スキャンマネージャ４１１、文書保管のためにファイルマネージャ４１５及びＦＡＸマネージャ４１２の起動、同期、終了等の処理も行う。さらに、ＬＩＰＳやＰｏｓｔＳｃｒｉｐｔ等のＰＤＬプリントでは、ジョブマネージャ４０９は、ＰＤＬマネージャ４１３、ファイルマネージャ４１５及びプリントマネージャ４１０の起動、同期、終了等の処理も行う。なお、フローアプリケーション４０６から送られた複数の処理が組み合わせられたジョブもジョブマネージャ４０９で処理される。

ファイルマネージャ４１５は、ジョブに使用される画像データやジョブファイルをＨＤＤ２０４に保存したり、取り出したりといった処理を行う。

図５は、発明の実施形態に係る操作部２５０の構成の一例を示す図である。図５において、ＬＣＤ表示部５０１は、ＬＣＤ上にタッチパネルシート５０２が貼られており、複合機１０１の操作画面およびソフトキーを表示するとともに、表示キーが操作されるとその位置情報をＣＰＵ２０１に伝える。スタートキー５０３は原稿の読取動作を開始する時などに用いる。

スタートキー５０３中央部には、緑と赤の２色ＬＥＤ５０４が含まれ、表示色によってスタートキー５０３が使える状態にあるか否かを示すことができる。ストップキー５０５は稼働中の動作を止めるために利用される。リセットキー５０６は操作部２５０の設定を初期化するために用いることができる。テンキー５０７は、ＦＡＸ番号や、コピー枚数の入力などに用いることができる。

複合機１０１において、ＷＥＢブラウザはＬＣＤ表示部５０１上に表示され、タッチパネルシート５０２のソフトキーを用いて使用者からの操作を受けつけることができる。

次に、図６ａは、発明の実施形態に係るＨＤＤ２０４に保存されるフローファイルのオブジェクト構成の概念の一例を示した図である。本実施形態の複合機１０１は、本オブジェクト構成図に従ってＸＭＬ形式で保存された、図６ｂに示すようなフローファイルに基づいて各処理を実行する。また、ユーザが処理を実行する際には、図８に示すような、操作部２５０に表示されたフロー一覧のボタンを操作することができる。実行時にはフローファイルがＨＤＤ２０４上で複製されて、各ステータスをフォーマット中に保存することによって管理する。

フローオブジェクト６０１は、パラメータとしてＩＤ、フロー名、フローの実行状態を管理するステータス、終了したステップを記憶するための終了ステップ等を備える。フローへのアクセス権は、アクセス権オブジェクト６０２で管理される。アクセス権オブジェクト６０２は、パラメータとして権限種別を備え、「実行権」「編集権」の種別を記憶する。そこで設定された権限を持つユーザやグループを、ユーザオブジェクト６０３や６０５や、グループオブジェクト６０４に与えることになる。

処理オブジェクト６０６は、実際に行う処理を管理するオブジェクトである。処理オブジェクト６０６は、パラメータとして工程の順番を示したステップ番号と、処理の内容種別を示す処理内容が記述される。処理内容に応じて詳細なパラメータを管理するオブジェクト６０７から６１２のいずれかが処理オブジェクトの処理内容としてリンクされる。

スキャン処理オブジェクト６０７は、パラメータとしてスキャンの詳細な設定が保存される。またスキャンが行われた後にはスキャンされたデータを管理するためのデータブジェクト６１３がリンクされる。ファイル処理オブジェクト６０８は、ＨＤＤ２０４に保存されたファイルをデータとして使用する場合にリンクされる。本オブジェクトもまたデータオブジェクト６１４とリンクされる。

編集処理オブジェクト６０９は、スキャン処理、ファイル処理で得られたファイルを編集するための管理オブジェクトである。編集処理の中には例えばマージ処理、ページ削除処理等の処理が含まれる。印刷処理オブジェクト６１０は、２in１や両面など印刷における詳細なパラメータが管理される。送信処理オブジェクト６１１は、ＦＡＸ送信処理や、ＳＭＴＰ送信処理、ＳＭＢ送信処理、ＦＴＰ送信処理等送信に関する詳細なパラメータが管理される。また送信処理における宛先情報は宛先情報オブジェクト６１５として管理される。

ブラウザ処理オブジェクト６１２には、詳細パラメータとしてＵＲＬ情報が保持され、ブラウザからフローファイル一覧の要求があった場合に、現在表示中のページのＵＲＬと合致するＵＲＬ情報を有するフローファイルが一覧表示される。また、ＵＲＬ情報を持たないで全てのフローファイルを一覧表示するように実装することも可能である。ブラウザ処理オブジェクト６１２も、ＨＤＤ２０４に格納されたファイルをデータとして使用する場合に、データオブジェクト６１６とリンクされる。

次に、図６ｂを参照して、フローファイルのデータ形式を説明する。図６ｂは、発明の実施形態に係るフローファイルのデータ形式の一例を示す図である。

図６ｂにおいて、フローファイル６２１には、フローオブジェクト６０１に対応する情報として、ＩＤ、オーナー名、ファイル名、ジョブ種別の情報を登録する"Workflow id"６２２が含まれる。また、ブラウザ処理オブジェクト６１２の詳細パラメータに対応するＵＲＬ情報が、"Related url"６２３に含まれる。図６ｂでは、ＵＲＬとして、"http://www.ganon.com"が登録されている。

"Related url"６２３以降の領域６２４には、処理オブジェクト６０６及び、処理内容に応じたオブジェクト６０７から６１１に対応する情報が記述されている。領域６２４では、各処理の情報がその実行順序に従って記述される。即ち、処理オブジェクト６０６において工程の順番（実行順序）を示したステップ番号に従って処理内容が記述されている。図６ｂでは一例として、最初に実行される処理に、”BoxScan”というスキャン処理オブジェクトの一種が記述されている。

図７ａ及び図７ｂ、更には図８を参照して、本実施形態に係る複合機１０１で装置上のＷＥＢブラウザを利用し、フローファイルを実行して得られた画像データを、ＷＥＢブラウザに渡すまでの画面遷移の様子を説明する。図７ａは、発明の実施形態に係るＨＴＭＬファイルの構成例を示す図である。図７ｂは、図７ａのＨＴＭＬファイル対応するブラウザ表示画面の一例を示す図である。図８は、画面遷移の様子を示す図である。

まず、図７ａで示すようなＨＴＭＬファイル７０１を、ＷＥＢサーバ１０２から複合機１０１が受信すると、図７ｂに示すようなブラウザ画面７０２が、複合機１０１の操作部２５０のＬＣＤ表示部５０１にブラウザ表示される。なお、図７ａ及び図７ｂは、１ページで複数の画像を登録するような形式のページの例を示している。このとき、ブラウザ画面７０２は、見積書及び注文書の画像データを生成し、登録するために提示される。

このようなブラウザ画面７０２の画面表示において、ユーザは見積書及び注文書を登録すべく、参照ボタン７０３及び７０４を操作する。この操作は、ＰＣ上のＷＥＢブラウザで一般に行なわれる操作であり、ＰＣ操作に慣れたユーザであれば違和感なく行なえるものである。

参照ボタンが操作されると、ＬＣＤ表示部５０１にフローファイル一覧画面８０１が表示され、ユーザの指示に従ってフローファイルを選択する。フローファイル一覧画面８０１には、フローファイル８０２が一覧表示される。図８のフローファイル一覧画面８０１では、「スキャンしてＰＤＦ変換」、「３００ｄｐｉでカラースキャン」及び「スキャン文書と保存文書のマージ」の３つのフローファイルが表示されている。

ここで一覧表示されるフローファイルは、ブラウザ画面７０２のＵＲＬ情報に対応するＵＲＬ情報を含むものである。ＵＲＬ情報によってフローファイル一覧のフィルタリングを行なうかどうかはユーザ設定にしてもよいし、ＷＥＢページ（ＷＥＢ情報）中にフローファイル絞り込みのためのスイッチ情報を埋め込んでもよい。

ユーザは一覧の中から所望のフローファイルを選択して、実行ボタン８０３を操作することによってフローファイルに対応するフローが実行される。フロー実行後、ＬＣＤ表示部５０１の表示内容はブラウザ画面７０２の内容に戻り、フロー実行によって得られた画像データのファイル名が対応するテキストボックス７０５或いは７０６に設定される。ここで設定されるファイル名は、自動的にフロー名と一致させても良いし、フローに予め登録されたファイル名を用いるようにしてもよい。例えば図８のテキストボックス７０６には、フローの実行により「Ｉｍａｇｅ＿ｊｏｂ１」というイメージが得られたことが示されている。

必要なデータが設定され、送信ボタン７０７の操作を受け付ける（送信指示受付）と、ブラウザアプリケーション４０７は、ＨＴＴＰプロトコルでこれらの画像データをＷＥＢサーバ１０２に転送する。ＷＥＢサーバ１０２から受信確認が得られると、画面８１０に示すような表示画面をＬＣＤ表示部５０１に表示する。

次に、図９を参照して、発明の実施形態に係る、ＷＥＢブラウザを利用して画像データをＷＥＢサイトに登録する際に実行される処理を説明する。この処理は、参照ボタン７０３又は７０４が操作されることで、図８で示したブラウザ画面７０２から画面８１０が表示されるまでの処理に相当する。

ブラウザアプリケーション４０７は、ステップＳ９０１においてユーザによる参照ボタン７０３又は７０４の操作を検知すると、ステップＳ９０２において、ＨＤＤ２０４に保持されているフローの取得処理を実行する。この処理は、ブラウザアプリケーション４０７が、フローアプリケーション４０６に対して指示することによってフローアプリケーション４０６内で実行される。この際、パラメータとしてブラウザアプリケーション４０７は現在表示中のＷＥＢページ（ＷＥＢ情報）に関する情報をフローアプリケーション４０６に通知する。この情報には、少なくとも該ＷＥＢページを取得した際に利用したＵＲＬ情報が含まれる。フローアプリケーション４０６は、ＨＤＤ２０４に保存されたフローの中から、ブラウザ処理オブジェクト６１２に関する情報が含まれているフローを取得する。

次に、ステップＳ９０３において、フローアプリケーション４０６はＵＲＬ情報に基づきフローファイルを絞り込む。本ステップでは、ステップＳ９０２で取得したフローの中から、ブラウザアプリケーション４０７から通知されたＷＥＢページ情報のＵＲＬを含むフローを選択して表示すべきフローを決定する。具体的に、フローアプリケーション４０６は、図６ｂのフローファイル６２１のデータ構成において、"Related url"６２３の項目に記述されたＵＲＬを取得し、ＷＥＢページ情報のＵＲＬと一致するか否かを判定する。なお、ＵＲＬの一致は、一部でも全部一致でも構わない。

図６ｂでは、"Related url"６２３に"http://www.ganon.com"と記述されている。この場合、ブラウザアプリケーション４０７から通知されたＵＲＬに"http://www.ganon.com"が含まれていれば一致すると判定してよい。ＵＲＬの一致の判定では、ＵＲＬがたとえば“http://www.ganon.com/xxx/ddd/document/”のように階層的に記載されている場合、一致すべき階層数を予め定めておくことができる。たとえば、階層数を１とすれば、“http://www.ganon.com”が一致していればよい。一方、階層数を３とすれば、“http://www.ganon.com/xxx/ddd”まで一致していなければならないこととなる。なお、該ＵＲＬに一致する情報が含まれないフローファイルは、一覧情報の中から削除する。その後、ステップＳ９０４に移行する。

なお、ステップＳ９０３の絞込処理では、ＵＲＬ情報に基づく以外に、フローファイルのジョブ属性(Kind)の項目に基づいて更に絞り込みをかけてもよい。例えば、画像を入力する機能、即ちスキャナ処理が含まれるフローファイルのみを一覧表示する場合には、Kindの項目に"Scan"の値が記述されているフローファイルを選択すればよい。

フローアプリケーション４０６は、ブラウザアプリケーション４０７に対して、取得したフロー一覧を通知し、ステップＳ９０４では、これを受け取ったブラウザアプリケーション４０７が、一覧の件数を確認する。もし、フロー一覧に含まれるフローファイルが存在する場合、対応するフローがあるので（ステップＳ９０４において「ＮＯ」）、ステップＳ９０５に移行する。一方、フロー一覧に含まれるフローファイルが０件の場合、対応するフローがないため（ステップＳ９０４において「ＹＥＳ」）、ステップＳ９０６に移行する。

ステップＳ９０５では、ブラウザアプリケーションは、フロー一覧を操作パネルに表示する。なお、ステップＳ９０６の処理結果の一例が、図８のブラウザ画面８０１に相当する。

また、ステップＳ９０６では、ＨＤＤ２０４に既に保存されている文書の一覧を取得して操作パネルに表示する。この場合は、選択して実行してもフロー処理は行なわずにそのまま保存された文書がブラウザに渡されることになる。ステップＳ９０６の処理は、ユーザの設定によって行なわないようにすることも可能である。

上述したように本願の画像形成装置は、取得したＨＴＭＬファイルに従ってＷＥＢページを表示するため例えば画像データ毎に実行すべきワークフローを受け付けることが可能となる。そのため、例えば複数の画像データを受け付けることも可能となる。

次に、図１０を参照して、本実施形態に係る複合機１０１において、ＷＥＢブラウザを利用して画像データをＷＥＢサイトに登録する際の処理を説明する。図１０は、該処理の一例を示すフローチャートである。本処理は図８で示したフロー一覧画面７０２から、結果画面８１０が表示されるまでの処理である。

図１０において、ステップＳ１００１では、ブラウザアプリケーション４０７は、ユーザによって選択されたＷＥＢ情報用のフローファイルを取得し、実行指示されたフローを処理するための指示をフローアプリケーション４０６へ通知する。

ステップＳ１００２においてフローアプリケーション４０６は、選択されたフローファイルに記述された内容に従って処理を実行する。フローアプリケーション４０６は、フローファイル実行によって得られた画像データを図６のデータ６１６に保存し、ブラウザアプリケーション４０７に通知する。

ステップＳ１００３においてブラウザアプリケーション４０７は、画像データのファイル名をブラウザに設定し、表示する。このときの表示例が、図８のボックス７０５や７０６に示すものである。

続くステップＳ１００４において、フローアプリケーション４０６は、他の参照ボタンが操作されたかどうかに基づいて、別の入力処理を行うか否かを判定する。もし、別の入力処理を行う場合は（ステップＳ１００４において「ＹＥＳ」）、ステップＳ１００１に戻って処理を繰り返す。一方、別の入力処理を行わない場合は（ステップＳ１００４において「ＮＯ」）、ステップＳ１００５に移行する。

ステップＳ１００５では、ブラウザアプリケーション４０７が、ユーザによる送信ボタン７０７の操作（送信指示）を検知する。送信ボタン７０７の操作が検知される（送信指示受付）と、ステップＳ１００６において、ＷＥＢサイトにアップロードすべきデータを、ＨＴＴＰプロトコルに従った送信処理によりＷＥＢサーバ１０２に送信する。詳細には、ワークフローの実行により得られた画像データが、ブラウザと関連づけられて記憶部に保存されている。よって、ユーザによる送信指示に従って当該画像データが読み出されるため、Ｓ１００５の送信処理が可能となる。続くステップＳ１００７では、ＷＥＢサーバ１０２から送信完了の通知を受け取り、ブラウザアプリケーション４０７は、結果画面８１０を表示する。

その後、ステップＳ１００８においてブラウザアプリケーション４０７は、ステップＳ１００６で送信した画像データが、フロー処理によって得られた画像データかどうかを判定する。もし、フロー処理によって得られた文書であれば（ステップＳ１００８において「ＹＥＳ」）、ステップＳ１００９に移行する。ステップＳ１００９では、ＨＤＤ２０４に一時保持されている画像データ削除処理を行い、本処理を終了する。一方、画像がフロー処理で得られた画像でなく既存の保存文書であった場合は（ステップＳ１００８において「ＮＯ」）、画像データ削除処理を行なわずにそのまま処理を終了する。

ステップＳ１００９におけるこのような処理によれば、無駄に画像が蓄積されることを防止できる。なお、ユーザから、生成した画像データの消去を禁止する指示を受け付けるようにしてもよい。また、送信完了後に消去するかどうかの確認画面を表示して、ユーザからの指示受付を行ってもよい。

なお、ステップＳ１００８の判定処理は、ステップＳ９０４の判定結果を用いることで実現される。具体的には、ステップＳ９０４において対応するフローがないと判定された場合（ステップＳ９０４において「ＹＥＳ」）、フロー処理により文書を得ることができないので、ステップＳ１００８では「ＮＯ」と判定される。
一方、ステップＳ９０４において対応するフローがあると判定された場合（ステップＳ９０４において「ＮＯ」）、フロー処理により文書を得ることができるので、ステップＳ１００８では「ＹＥＳ」と判定される。

以上のように、発明の実施形態によれば、装置上に搭載したＷＥＢブラウザを利用して装置から画像を直接ＷＥＢサイトに容易に登録することが可能になり、ユーザの利便性が向上する。また、装置用に専用のＷＥＢサイトを構築する必要もなくなるため、サイト構築の手間を省力化することができる。さらに、装置に本発明を搭載することにより、装置が様々なタイプのＷＥＢサイトを利用したオフィスワークフローで利用可能になり、装置の利用範囲が向上する。

［その他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムに供給し、そのシステムがプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現し、そのプログラムコードを記憶した記憶媒体は本発明を構成する。また、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した機能が実現される場合も含まれる。

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

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。

発明の実施形態に係る画像形成装置を収容するネットワークの構成の一例を示す図である。 発明の実施形態に係る複合機１０１のハードウェア構成の一例を示すブロック図である。 発明の実施形態に係る複合機１０１の概観の一例を示す図である。 発明の実施形態に係る複合機１０１のソフトウェア構成の一例を示すブロック図である。 発明の実施形態に係る操作部２５０の構成の一例を示す図である。 発明の実施形態に係るＨＤＤ２０４に保存されるフローのオブジェクト構成の概念の一例を示す図である。 発明の実施形態に係るフローファイルのデータ構造の一例を示す図である。 発明の実施形態に係るＨＴＭＬファイルの構成例を示す図である。 図７ａのＨＴＭＬファイルに対応するブラウザ表示画面の一例を示す図である。 発明の実施形態に係る画面遷移の様子を示す図である。 発明の実施形態に係るフロー一覧が表示されるまでの処理の一例を示すフローチャートである。 発明の実施形態に係るフロー実行から画像データを登録完了するまでの処理の一例を示すフローチャートである。 従来のＨＴＭＬファイルの構成を示す図である。 図１１ａのＨＴＭＬファイルに対応するブラウザ表示画面を示す図である。

符号の説明

１０１ 複合機
１０２ ＷＥＢサーバ
１０３ クライアントコンピュータ
１０４ ＬＡＮ
１０５ 公衆回線
１０６ ファクシミリ装置

Claims (11)

1. ＷＥＢ情報を提供する外部装置と通信可能な画像処理装置であって、
   該画像処理装置において実行すべき処理の処理内容と、実行順序とを記述する複数のフローファイルを保持する保持手段と、
   前記外部装置からＷＥＢ情報を取得する取得手段と、
   取得した前記ＷＥＢ情報に基づいて２つの画像データを前記外部装置に送信するための画面を表示する表示手段と、
   前記取得手段によって取得されたＷＥＢ情報に基づいて前記複数のフローファイルから前記ＷＥＢ情報に関連するフローファイルを選択する選択手段と、
   前記選択手段により選択されたフローファイルを前記表示手段に表示させる表示制御手段と、
   前記表示制御手段により表示されたフローファイルから、１つ目の画像データの生成のために実行すべきフローファイルの指定を受け付ける第１受付手段と、
   前記表示制御手段により表示されたフローファイルから、２つ目の画像データの生成のために実行すべきフローファイルの指定を受け付ける第２受付手段と、
   前記第１受付手段が指定を受け付けた前記フローファイルの実行に基づいて前記１つ目の画像データを生成し、前記第２受付手段が指定を受け付けた前記フローファイルの実行に基づいて前記２つ目の画像データを生成する処理手段と、
   前記表示手段によって表示された画面を介して１回の送信指示を受け付けることに従って、前記１つ目の画像データと前記２つ目の画像データを前記外部装置に対して送信する送信手段と
   を備えることを特徴とする画像処理装置。
2. 前記選択手段は、前記複数のフローファイルから前記ＷＥＢ情報を取得した際のＵＲＬ情報と少なくとも一部が一致するＵＲＬ情報を含むフローファイルを選択することを特徴とする請求項１に記載の画像処理装置。
3. 前記選択手段は、前記フローファイルに記述された該フローファイルに基づき実行される処理内容に基づいて、前記フローファイルを選択することを特徴とする請求項２に記載の画像処理装置。
4. 文書データを記憶する記憶手段を更に有し、
   前記選択手段が前記複数のフローファイルから前記ＷＥＢ情報を取得した際のＵＲＬ情報と少なくとも一部が一致するＵＲＬ情報を含むフローファイルを選択できない場合、前記表示制御手段は、前記記憶手段に記憶された前記文書データを表示することを特徴とする請求項２または３に記載の画像処理装置。
5. 前記送信手段による前記画像データの送信が完了し、前記送信手段により送信された前記画像データが前記フローファイルを実行することにより得られた画像データである場合、前記画像データを削除し、
   前記送信手段による前記画像データの送信が完了し、前記送信手段により送信された前記画像データが前記記憶手段に記憶された前記文書データに基づく画像データである場合、前記記憶手段に記憶された文書データを維持する
   ことを特徴とする請求項４に記載の画像処理装置。
6. ＷＥＢ情報を提供する外部装置と通信可能であり、自装置において実行すべき処理の処理内容と、実行順序とを記述する複数のフローファイルを保持する保持手段を有する画像処理装置の制御方法であって、
   取得手段が、前記外部装置からＷＥＢ情報を取得する取得工程と、
   表示手段が、取得した前記ＷＥＢ情報に基づいて２つの画像データを前記外部装置に送信するための画面を表示する表示工程と、
   選択手段が、前記取得工程において取得されたＷＥＢ情報に基づいて前記複数のフローファイルから前記ＷＥＢ情報に関連するフローファイルを選択する選択工程と、
   表示制御手段が、前記選択手段により選択されたフローファイルを前記表示手段に表示させる表示制御工程と、
   第１受付手段が、前記表示制御工程において表示されたフローファイルから、１つ目の画像データの生成のために実行すべきフローファイルの指定を受け付ける第１受付工程と、
   処理手段が、前記第１受付工程において指定を受け付けた前記フローファイルの実行に基づいて前記１つ目の画像データを生成する第１の処理工程と、
   第２受付手段が、前記表示制御工程において表示されたフローファイルから、２つ目の画像データの生成のために実行すべきフローファイルの指定を受け付ける第２受付工程と、
   前記処理手段が、前記第２受付工程において指定を受け付けた前記フローファイルの実行に基づいて前記２つ目の画像データを生成する第２の処理工程と、
   送信手段が、前記表示手段が表示する前記画面を介して１回の送信指示を受け付けることに従って、前記１つ目の画像データと前記２つ目の前記画像データを前記外部装置に対して送信する送信工程と
   を備えることを特徴とする画像処理装置の制御方法。
7. 前記選択工程では、前記複数のフローファイルから前記ＷＥＢ情報を取得した際のＵＲＬ情報と少なくとも一部が一致するＵＲＬ情報を含むフローファイルを選択することを特徴とする請求項６に記載の画像処理装置の制御方法。
8. 前記選択工程では、前記フローファイルに記述された該フローファイルに基づき実行される処理の種別に基づいて、前記フローファイルを選択することを特徴とする請求項９に記載の画像処理装置の制御方法。
9. 記憶手段が、文書データを記憶する記憶工程を更に有し、
   前記選択工程では、前記複数のフローファイルから前記ＷＥＢ情報を取得した際のＵＲＬ情報と少なくとも一部が一致するＵＲＬ情報を含むフローファイルを選択できない場合、前記表示制御工程では、前記記憶手段に記憶された前記文書データが表示されることを特徴とする請求項７または８に記載の画像処理装置。
10. 前記送信工程において前記画像データの送信が完了し、前記送信工程において送信された前記画像データが前記フローファイルを実行することにより得られた画像データである場合、前記画像データが削除され、
    前記送信工程において前記画像データの送信が完了し、前記送信工程において送信された前記画像データが前記記憶手段に記憶された前記文書データに基づく画像データである場合、前記記憶手段に記憶された文書データが維持される
    ことを特徴とする請求項９に記載の画像処理装置の制御方法。
11. コンピュータに、請求項６乃至１０のいずれか１項に記載の画像処理装置の制御方法の各工程を実行させるためのコンピュータプログラム。

Images