特開 2024-117441 画像処理装置、画像処理システム、制御方法、及び、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024117441

(43)【公開日】2024-08-29

(54)【発明の名称】画像処理装置、画像処理システム、制御方法、及び、プログラム

(51)【国際特許分類】

   H04N 1/00 20060101AFI20240822BHJP

【ＦＩ】

H04N1/00 912

H04N1/00 E

【審査請求】未請求

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2023023552

(22)【出願日】2023-02-17

(71)【出願人】

【識別番号】000001270

【氏名又は名称】コニカミノルタ株式会社

(74)【代理人】

【識別番号】100117651

【弁理士】

【氏名又は名称】高垣 泰志

(72)【発明者】

【氏名】相川 雅史

【テーマコード（参考）】

5C062

【Ｆターム（参考）】

5C062AA05

5C062AA14

5C062AA32

5C062AA35

5C062AA37

5C062AB02

5C062AB20

5C062AB22

5C062AB23

5C062AB42

5C062AB46

5C062AC02

5C062AC04

5C062AC05

5C062AC36

5C062AC42

5C062AE01

5C062AE14

5C062AE15

5C062AF02

5C062AF12

5C062BC06

(57)【要約】

【課題】画像処理装置に特定のジョブを実行させるために情報処理端末で実行されるＲＰＡの処理手順の記述量を低減する。
【解決手段】画像処理装置２は、情報処理端末３と通信可能であり、情報処理端末３において特定のジョブの実行のためのロボティック・プロセス・オートメーション（ＲＰＡ）が実行されているときに情報処理端末３から受信する命令に基づいて動作する。画像処理装置２は、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリー１９を記憶する記憶部１１と、情報処理端末３からライブラリー１９の実行命令を受け付け、記憶部１１からライブラリー１９を呼び出して実行する制御部１０と、を備えている。
【選択図】図２

【特許請求の範囲】

【請求項1】

情報処理端末と通信可能であり、前記情報処理端末において特定のジョブの実行のためのロボティック・プロセス・オートメーション（ＲＰＡ）が実行されているときに、前記情報処理端末からの命令に基づいて動作する画像処理装置であって、
前記特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリーを記憶する記憶部と、
前記情報処理端末から前記ライブラリーの実行命令を受け付け、前記記憶部から前記ライブラリーを呼び出して実行する制御部と、
を備えることを特徴とする画像処理装置。

【請求項2】

前記実行命令の受け付けに伴って、前記複数の処理のそれぞれに対する設定が記述された設定ファイルを取得する取得部を更に備え、
前記制御部は、前記ライブラリーを実行するとき、前記設定ファイルに記述されている設定に基づいて前記複数の処理を順次自動実行することを特徴とする請求項１に記載の画像処理装置。

【請求項3】

前記制御部は、前記複数の処理の実行が終了したことを前記情報処理端末に通知する処理を含むことを特徴とする請求項１に記載の画像処理装置。

【請求項4】

前記記憶部は、複数のライブラリーを記憶しており、
前記制御部は、前記複数のライブラリーのうちから、前記実行命令によって指定されたライブラリーを呼び出して実行することを特徴とする請求項１に記載の画像処理装置。

【請求項5】

前記記憶部は、前記情報処理端末において実行させる自動化フローを記憶しており、
前記制御部は、前記ライブラリーを実行しているときに所定条件が成立すると、前記記憶部から前記自動化フローを読み出して前記情報処理端末に提供し、前記情報処理端末に前記自動化フローに基づく処理を実行させることを特徴とする請求項１に記載の画像処理装置。

【請求項6】

前記制御部は、前記ライブラリーを実行しているときに所定条件が成立すると、前記情報処理端末において実行させる自動化フローを作成し、前記情報処理端末に前記自動化フローに基づく処理を実行させることを特徴とする請求項１に記載の画像処理装置。

【請求項7】

前記所定条件は、前記ライブラリーの実行中におけるエラー発生であることを特徴とする請求項５又は６に記載の画像処理装置。

【請求項8】

前記制御部は、前記情報処理端末に前記自動化フローに基づく処理を実行させるとき、前記情報処理端末に前記ロボティック・プロセス・オートメーション（ＲＰＡ）の実行を中断させることを特徴とする請求項５又は６に記載の画像処理装置。

【請求項9】

画像処理装置と情報処理端末とが互いに通信可能な画像処理システムであって、
前記画像処理装置は、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリーを記憶し、
前記情報処理端末は、前記画像処理装置に特定のジョブを実行させるためのロボティック・プロセス・オートメーション（ＲＰＡ）の実行中に前記ロボティック・プロセス・オートメーション（ＲＰＡ）によって発行される前記ライブラリーの実行命令を前記画像処理装置へ送信し、
前記画像処理装置は、前記実行命令を受け付け、前記ライブラリーを呼び出して実行することを特徴とする画像処理システム。

【請求項10】

前記情報処理端末は、前記ロボティック・プロセス・オートメーション（ＲＰＡ）の実行中に前記画像処理装置から自動化フローを受信した場合、前記ロボティック・プロセス・オートメーション（ＲＰＡ）の実行を中断し、前記自動化フローに基づく処理を実行することを特徴とする請求項９に記載の画像処理システム。

【請求項11】

前記情報処理端末は、前記自動化フローに基づく処理の実行が終了した後、前記ロボティック・プロセス・オートメーション（ＲＰＡ）の実行を再開することを特徴とする請求項１０に記載の画像処理システム。

【請求項12】

情報処理端末と通信可能であり、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリーを記憶する画像処理装置の制御方法であって、
前記情報処理端末において前記特定のジョブの実行のためのロボティック・プロセス・オートメーション（ＲＰＡ）が実行されているときに、前記ロボティック・プロセス・オートメーション（ＲＰＡ）によって発行される前記ライブラリーの実行命令を受け付けるステップと、
前記実行命令に基づき、前記ライブラリーを呼び出して実行するステップと、
を有することを特徴とする制御方法。

【請求項13】

情報処理端末と通信可能であり、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリーを記憶する記憶部を備えた画像処理装置において実行されるプログラムであって、前記画像処理装置に、
前記情報処理端末において前記特定のジョブの実行のためのロボティック・プロセス・オートメーション（ＲＰＡ）が実行されているときに、前記ロボティック・プロセス・オートメーション（ＲＰＡ）によって発行される前記ライブラリーの実行命令を受け付けるステップと、
前記実行命令に基づき、前記記憶部から前記ライブラリーを呼び出して実行するステップと、
を実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、画像処理装置、画像処理システム、制御方法、及び、プログラムに関し、特に情報処理端末でロボティック・プロセス・オートメーション（ＲＰＡ）を実行することによって画像処理装置に特定のジョブを実行させる技術に関する。

【背景技術】

【0002】

従来、画像データを読み取る画像形成装置、画像データを保存先に保存する画像形成装置の機能拡張サーバー、及び、画像データの操作を指示する情報処理装置のそれぞれとネットワークで接続されたワークフロー生成装置において、各装置に記憶されたログを収集して操作フローを選択し、選択した操作フローにおける画像データの保存先と画像特徴量から、機械学習してデータ処理フローを生成するものが知られている（例えば特許文献１）。

【0003】

一方、近年は、ロボティック・プロセス・オートメーション（以下、「ＲＰＡ」という。）を利用することにより作業効率を向上させることが注目されている（例えば特許文献２）。ＲＰＡは、複数の操作の操作手順を予め登録しておき、ユーザーによる実行指示に基づいて予め登録されている操作手順を自動で実行するソフトウェアである。定型業務の操作手順をＲＰＡに予め登録しておくことにより、ＲＰＡがユーザーに代わって複数の操作を順に自動で行うため、定型業務を効率的に行うことができる。

【0004】

ユーザーが情報処理端末を使用してＭＦＰ（Multifunction Peripheral）などの画像処理装置にジョブを実行させる際にもＲＰＡを利用することができる。例えば、ユーザーの定型業務として、Ｘ社、Ｙ社及びＺ社のそれぞれの締め切り日時に合わせて請求書などの電子ファイルをＦＡＸ送信することがある。この場合、情報処理端末においてＲＰＡに登録する処理手順（操作手順）は、例えば図２４に示す通りである。Ｘ社、Ｙ社及びＺ社の順に締め切り日時が設定されている場合、ＲＰＡは、手順１でＦＡＸ送信アプリを起動し、手順２～６でＸ社の締め切り日時に合わせてＦＡＸ送信を行い、手順７～１１でＹ社の締め切り日時に合わせてＦＡＸ送信を行い、手順１２～１６でＺ社の締め切り日時に合わせてＦＡＸ送信を行い、その後、手順１７でＦＡＸ送信アプリを終了する。情報処理端末において図２４に示すようなＲＰＡを実行させることにより、ユーザーは、Ｘ社、Ｙ社及びＺ社のそれぞれのＦＡＸ電話番号を手動設定したり、送信対象ファイルに対する操作を手動で行ったりする必要がなくなる。それ故、定型業務を行う際のユーザーの操作負担を軽減することができる。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０２０－１９４２０１号公報

【特許文献2】特開２０２０－３９０５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、ユーザーが画像処理装置を利用して定型的なＦＡＸ送信を行うために、情報処理端末において実行するＲＰＡに処理手順を登録しようとすると、ＦＡＸ送信先の増加に伴い、処理手順の記述量が膨大になる。また、一般に、ＲＰＡに処理手順を登録する場合、ユーザーは、ＲＰＡの実行中に行われる一連の処理をなるべく停止させないことを目指して処理手順を登録する。そのため、ＲＰＡには、ジョブの実行中に画像処理装置においてエラー発生した場合のエラー処理などが記述されることもあり、処理手順の記述量が膨大になる。

【0007】

ＲＰＡに登録される処理手順の記述量が膨大になると、情報処理端末の記憶領域を圧迫するという問題がある。また、ＲＰＡに登録される処理手順の記述量が膨大になると、ＲＰＡのメンテナンス時に効率的なメンテナンスが行えず、却って作業負担が大きくなってしまうという問題もある。これらの問題を解決するためには、情報処理端末において実行されるＲＰＡの処理手順の記述量を減らすことが望ましい。

【0008】

本発明は、上記課題を解決するためになされたものであり、画像処理装置に特定のジョブを実行させるために情報処理端末で実行されるＲＰＡの処理手順の記述量を低減できるようにした画像処理装置、画像処理システム、制御方法、及び、プログラムを提供することを目的とする。

【課題を解決するための手段】

【0009】

上記目的を達成するため、請求項１に係る発明は、情報処理端末と通信可能であり、前記情報処理端末において特定のジョブの実行のためのロボティック・プロセス・オートメーション（ＲＰＡ）が実行されているときに、前記情報処理端末からの命令に基づいて動作する画像処理装置であって、前記特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリーを記憶する記憶部と、前記情報処理端末から前記ライブラリーの実行命令を受け付け、前記記憶部から前記ライブラリーを呼び出して実行する制御部と、備えることを特徴とする構成である。

【0010】

請求項２に係る発明は、請求項１の画像処理装置において、前記実行命令の受け付けに伴って、前記複数の処理のそれぞれに対する設定が記述された設定ファイルを取得する取得部を更に備え、前記制御部は、前記ライブラリーを実行するとき、前記設定ファイルに記述されている設定に基づいて前記複数の処理を順次自動実行することを特徴とする構成である。

【0011】

請求項３に係る発明は、請求項１の画像処理装置において、前記制御部は、前記複数の処理の実行が終了したことを前記情報処理端末に通知する処理を含むことを特徴とする構成である。

【0012】

請求項４に係る発明は、請求項１の画像処理装置において、前記記憶部は、複数のライブラリーを記憶しており、前記制御部は、前記複数のライブラリーのうちから、前記実行命令によって指定されたライブラリーを呼び出して実行することを特徴とする構成である。

【0013】

請求項５に係る発明は、請求項１の画像処理装置において、前記記憶部は、前記情報処理端末において実行させる自動化フローを記憶しており、前記制御部は、前記ライブラリーを実行しているときに所定条件が成立すると、前記記憶部から前記自動化フローを読み出して前記情報処理端末に提供し、前記情報処理端末に前記自動化フローに基づく処理を実行させることを特徴とする構成である。

【0014】

請求項６に係る発明は、請求項１の画像処理装置において、前記制御部は、前記ライブラリーを実行しているときに所定条件が成立すると、前記情報処理端末において実行させる自動化フローを作成し、前記情報処理端末に前記自動化フローに基づく処理を実行させることを特徴とする構成である。

【0015】

請求項７に係る発明は、請求項５又は６の画像処理装置において、前記所定条件は、前記ライブラリーの実行中におけるエラー発生であることを特徴とする構成である。

【0016】

請求項８に係る発明は、請求項５又は６の画像処理装置において、前記制御部は、前記情報処理端末に前記自動化フローに基づく処理を実行させるとき、前記情報処理端末に前記ロボティック・プロセス・オートメーション（ＲＰＡ）の実行を中断させることを特徴とする構成である。

【0017】

請求項９に係る発明は、画像処理装置と情報処理端末とが互いに通信可能な画像処理システムであって、前記画像処理装置は、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリーを記憶し、前記情報処理端末は、前記画像処理装置に特定のジョブを実行させるためのロボティック・プロセス・オートメーション（ＲＰＡ）の実行中に前記ロボティック・プロセス・オートメーション（ＲＰＡ）によって発行される前記ライブラリーの実行命令を前記画像処理装置へ送信し、前記画像処理装置は、前記実行命令を受け付け、前記ライブラリーを呼び出して実行することを特徴とする構成である。

【0018】

請求項１０に係る発明は、請求項９の画像処理システムにおいて、前記情報処理端末は、前記ロボティック・プロセス・オートメーション（ＲＰＡ）の実行中に前記画像処理装置から自動化フローを受信した場合、前記ロボティック・プロセス・オートメーション（ＲＰＡ）の実行を中断し、前記自動化フローに基づく処理を実行することを特徴とする構成である。

【0019】

請求項１１に係る発明は、請求項１０の画像処理システムにおいて、前記情報処理端末は、前記自動化フローに基づく処理の実行が終了した後、前記ロボティック・プロセス・オートメーション（ＲＰＡ）の実行を再開することを特徴とする構成である。

【0020】

請求項１２に係る発明は、情報処理端末と通信可能であり、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリーを記憶する画像処理装置の制御方法であって、前記情報処理端末において前記特定のジョブの実行のためのロボティック・プロセス・オートメーション（ＲＰＡ）が実行されているときに、前記ロボティック・プロセス・オートメーション（ＲＰＡ）によって発行される前記ライブラリーの実行命令を受け付けるステップと、前記実行命令に基づき、前記ライブラリーを呼び出して実行するステップと、を有することを特徴とする構成である。

【0021】

請求項１３に係る発明は、情報処理端末と通信可能であり、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリーを記憶する記憶部を備えた画像処理装置において実行されるプログラムであって、前記画像処理装置に、前記情報処理端末において前記特定のジョブの実行のためのロボティック・プロセス・オートメーション（ＲＰＡ）が実行されているときに、前記ロボティック・プロセス・オートメーション（ＲＰＡ）によって発行される前記ライブラリーの実行命令を受け付けるステップと、前記実行命令に基づき、前記記憶部から前記ライブラリーを呼び出して実行するステップと、を実行させることを特徴とする構成である。

【発明の効果】

【0022】

本発明によれば、画像処理装置に特定のジョブを実行させるために情報処理端末で実行されるＲＰＡの処理手順の記述量を低減することができる。これにより、情報処理端末においてＲＰＡが記憶領域を圧迫するという問題を解決できると共に、ＲＰＡのメンテナンス時には効率的なメンテナンスが可能となる。

【図面の簡単な説明】

【0023】

【図1】画像処理システムの一構成例を示す図である。

【図2】画像処理装置のハードウェア構成及び機能構成の一例を示すブロック図である。

【図3】設定ファイルの一例を示す図である。

【図4】ライブラリーに記述されている処理手順の一例を示す図である。

【図5】情報処理端末のハードウェア構成及び機能構成の一例を示すブロック図である。

【図6】情報処理端末において実行されるＲＰＡの一例を示す図である。

【図7】画像処理装置によって行われる処理手順の一例を示すフローチャートである。

【図8】ライブラリーに基づく処理手順を示すフローチャートである。

【図9】第２実施形態における画像処理装置のハードウェア構成及び機能構成の一例を示すブロック図である。

【図10】ライブラリーに記述されている処理手順の一例を示す図である。

【図11】情報処理端末に提供される自動化フローの例を示す図である。

【図12】時刻同期処理実行時に行われる処理手順の一例を示すフローチャートである。

【図13】第３実施形態における画像処理装置のハードウェア構成及び機能構成の一例を示すブロック図である。

【図14】設定ファイルの例を示す図である。

【図15】情報処理端末において実行されるＲＰＡの一例を示す図である。

【図16】ライブラリーに記述されている処理手順の一例を示す図である。

【図17】エラー処理の一例を示すフローチャートである。

【図18】情報処理端末に提供される自動化フローの例を示す図である。

【図19】ライブラリーに基づく処理手順の一例を示すフローチャートである。

【図20】第４実施形態におけるライブラリーに基づく処理手順の一例を示すフローチャートである。

【図21】エラー処理の詳細な処理手順の一例を示すフローチャートである。

【図22】分割管理情報の一例を示す図である。

【図23】自動化フロー作成部によって生成される自動化フローを示す図である。

【図24】従来のＲＰＡに登録される処理手順の例を示す図である。

【発明を実施するための形態】

【0024】

以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する要素には同一符号を付しており、それらについての重複する説明は省略する。

【0025】

（第１実施形態）
本発明の第１実施形態について説明する。図１は、本発明の第１実施形態における画像処理システム１の一構成例を示す図である。この画像処理システム１は、ＭＦＰなどで構成される画像処理装置２と、パーソナルコンピュータ（ＰＣ）やタブレット端末、スマートフォンなどで構成される情報処理端末３とがネットワーク４を介して相互に通信を行うことが可能な構成である。ネットワーク４は、ＬＡＮ（Local Area Network）やインターネットなどを含むネットワークである。ネットワーク４を介して行われる通信は、有線通信及び無線通信のいずれか一方であっても良いし、また双方であっても良い。

【0026】

画像処理装置２は、コピー機能、スキャン機能、プリント機能、ＦＡＸ機能などの複数の機能を備えており、ユーザーによって指定されたジョブを実行する。例えば、画像処理装置２は、ネットワーク４を介して情報処理端末３と通信を行い、情報処理端末３から受信する命令に基づいてジョブの設定やジョブの実行を行うことが可能である。例えば、情報処理端末３において画像処理装置２に特定のジョブを実行させるためのＲＰＡが実行されているとき、画像処理装置２は、情報処理端末３からＲＰＡによって発行される命令を受け付け、その命令に応じた処理を実行する。したがって、ユーザーは、自身の情報処理端末３においてＲＰＡを実行させることにより、画像処理装置２に対する操作を行うことなく、画像処理装置２に指定したジョブを自動実行させることができる。

【0027】

図２は、画像処理装置２のハードウェア構成及び機能構成の一例を示すブロック図である。画像処理装置２は、そのハードウェア構成として、制御部１０と、記憶部１１と、操作パネル１２と、通信インタフェース１３と、スキャナ部１４と、プリンタ部１５と、ＦＡＸ部１６とを備えている。制御部１０は、図示を省略するプロセッサーとメモリとを有し、各部の動作を制御する。記憶部１１は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などで構成される不揮発性の記憶デバイスである。操作パネル１２は、表示部１２ａと操作部１２ｂとを備えるユーザーインタフェースである。表示部１２ａは、例えばカラー液晶ディスプレイによって構成され、各種の操作画面を表示する。操作部１２ｂは、例えばタッチパネルキーなどによって構成され、ユーザーによる操作を受け付ける。通信インタフェース１３は、画像処理装置２をネットワーク４に接続して通信を行うためのものであり、例えばＮＩＣ（Network Interface Card）などで構成される。スキャナ部１４は、ユーザーによってセットされた原稿の画像を光学的に読み取り画像データを生成する。プリンタ部１５は、印刷対象となる画像データに基づき印刷用紙などのシートに画像を印刷して出力する。ＦＡＸ部１６は、図示を省略する公衆電話網を介してＦＡＸデータの送受信を行う。

【0028】

記憶部１１は、制御部１０のプロセッサーによって実行されるプログラム１８を記憶している。また、記憶部１１は、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリー１９を記憶している。ライブラリー１９は、プロセッサーによってプログラム１８が実行されているときに、プログラム１８によって呼び出されて実行されるソフトウェアコンポーネントである。記憶部１１には、ジョブの種類に応じて複数のライブラリー１９が予め記憶される。

【0029】

制御部１０は、プロセッサーがプログラム１８を実行することにより、命令受付部２１及び処理部２２として機能する。

【0030】

命令受付部２１は、操作パネル１２又は通信インタフェース１３から受信する命令を受け付ける。例えば、ユーザーが操作パネル１２を操作している場合、命令受付部２１は、操作パネル１２に対するユーザーの操作を命令として受け付ける。また、ユーザーが情報処理端末３を介して画像処理装置２を遠隔操作している場合、命令受付部２１は、情報処理端末３から送信される命令を受け付ける。更に、情報処理端末３において画像処理装置２に特定のジョブを実行させるためのＲＰＡが実行されている場合、命令受付部２１は、ＲＰＡによって自動発行され、情報処理端末３から送信される命令を受け付ける。命令受付部２１は、命令を受け付けると、処理部２２を機能させる。

【0031】

処理部２２は、命令受付部２１が受け付けた命令に基づく処理を実行する。命令受付部２１が受け付けた命令が複数の設定項目のうちの１つの設定項目に対する設定命令である場合、処理部２２は、命令に基づき、指定された設定項目に対する設定を行う。また、命令受付部２１が受け付けた命令がジョブの実行開始命令である場合、処理部２２は、スキャナ部１４、プリンタ部１５及びＦＡＸ部１６のそれぞれを駆動し、ジョブの実行を制御する。

【0032】

例えば、命令受付部２１が受け付けた命令がＦＡＸ番号の設定命令である場合、処理部２２は、ＦＡＸ送信宛先の設定項目に指定されたＦＡＸ番号を設定する。また、命令受付部２１が受け付けた命令が電子ファイルを添付したＦＡＸ送信内容の設定命令である場合、処理部２２は、設定命令に添付されている電子ファイルをＦＡＸ送信内容として設定する。更に、命令受付部２１が受け付けた命令がＦＡＸの送信開始命令である場合、処理部２２は、ＦＡＸ部１６を駆動してＦＡＸ送信ジョブの実行を開始する。このように処理部２２は、命令受付部２１が受け付けた命令に対応する１つの処理を実行する。

【0033】

処理部２２は、設定ファイル取得部２３と、ライブラリー実行部２４とを備えている。設定ファイル取得部２３は、情報処理端末３から送信される設定ファイル２５を受信して取得する。ライブラリー実行部２４は、命令受付部２１が受け付けた命令がライブラリー１９の実行命令である場合、その実行命令で指定されているライブラリー１９を記憶部１１から読み出し、実行する。上述したようにライブラリー１９は、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされている。そのため、ライブラリー実行部２４は、命令受付部２１によってライブラリー１９の実行命令が受け付けられると、その実行命令に基づき複数の処理を順次自動実行することができる。このとき、ライブラリー実行部２４は、設定ファイル取得部２３によって取得される設定ファイル２５に基づき、複数の処理のそれぞれに対する設定を反映させた状態でライブラリー１９を実行する。

【0034】

図３は、設定ファイル２５の一例を示す図である。図３では、定型業務として、Ｘ社、Ｙ社及びＺ社のそれぞれの締め切り日時に合わせて請求書などの電子ファイルをＦＡＸ送信するジョブの設定ファイル２５を例示している。この設定ファイル２５では、Ｘ社、Ｙ社及びＺ社のそれぞれに対し、ＦＡＸ番号と、送信対象ファイルと、指定送信時刻とが設定されている。尚、送信対象ファイルの欄には、画像処理装置２が送信対象ファイルを自動取得できるように、送信対象ファイルへのパスと、送信対象ファイルのファイル名とが記述されている。ライブラリー実行部２４は、この設定ファイル２５に基づいてライブラリー１９を実行することにより、Ｘ社、Ｙ社及びＺ社のそれぞれにＦＡＸを送信する処理を順次実行する。

【0035】

図４は、ライブラリー１９に記述されている処理手順の一例を示す図である。ライブラリー実行部２４は、ライブラリー１９の実行を開始すると、まず手順１として、設定ファイル２５を解析する。この解析により、ライブラリー実行部２４は、ＦＡＸの送信宛先が３つであり、ＦＡＸの送信順序がＸ社、Ｙ社、Ｚ社の順であることを特定する。次に手順２として、ライブラリー実行部２４は、Ｘ社に対する指定送信時刻となるまで待機する。Ｘ社に対する指定送信時刻となると、ライブラリー実行部２４は、手順３として、設定ファイル２５に基づいてＸ社の送信対象ファイルを取得する。すなわち、ライブラリー実行部２４は、設定ファイル２５で指定されているパスに基づいて送信対象ファイルの格納場所にアクセスし、その格納場所から送信対象ファイルを取得する。次に、ライブラリー実行部２４は、手順４として、Ｘ社のＦＡＸ番号を設定し、手順５として、Ｘ社へのＦＡＸ送信を開始する。以上で、Ｘ社へのＦＡＸ送信が自動で行われる。

【0036】

次に、ライブラリー実行部２４は、手順６～９を行い、Ｙ社へのＦＡＸ送信を行う。手順６～９は、手順２～５と同様の手順であり、送信先、指定送信時刻、及び、送信対象ファイルが異なる処理である。ライブラリー実行部２４は、ライブラリー１９の手順６～９の処理を実行することにより、Ｙ社へのＦＡＸ送信を自動で行うことができる。

【0037】

次に、ライブラリー実行部２４は、手順１０～１３を行い、Ｚ社へのＦＡＸ送信を行う。手順１０～１３は、手順２～５と同様の手順であり、送信先、指定送信時刻、及び、送信対象ファイルが異なる処理である。ライブラリー実行部２４は、ライブラリー１９の手順１０～１３の処理を実行することにより、Ｚ社へのＦＡＸ送信を自動で行うことができる。最後に、ライブラリー実行部２４は、手順１４として、ライブラリー１９の終了通知を情報処理端末３へ送信する。

【0038】

このようにライブラリー実行部２４は、ライブラリー１９に予めプログラミングされている複数の処理を順次自動実行することにより、設定ファイル２５において指定されている複数の送信先に対して個別にＦＡＸの自動送信を行うことができる。

【0039】

次に、図５は、情報処理端末３のハードウェア構成及び機能構成の一例を示すブロック図である。情報処理端末３は、そのハードウェア構成として、制御部３０と、記憶部３１と、表示部３２と、操作部３３と、通信インタフェース３４とを備えている。制御部３０は、図示を省略するプロセッサーとメモリとを有し、各部の動作を制御する。記憶部３１は、例えばハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などで構成される不揮発性の記憶デバイスである。表示部３２は、例えばカラー液晶ディスプレイによって構成され、各種の操作画面を表示する。操作部３３は、例えばキーボードやポインティングデバイス、タッチパネルキーなどによって構成され、ユーザーによる操作を受け付ける。通信インタフェース３４は、情報処理端末３をネットワーク４に接続して通信を行うためのものであり、例えばＮＩＣ（Network Interface Card）などで構成される。

【0040】

記憶部３１は、制御部３０のプロセッサーによって実行されるプログラム３５を記憶している。また、記憶部３１は、ＲＰＡ作成部３６によって作成されるＲＰＡ３８を記憶すると共に、ユーザーによって作成される設定ファイル２５を記憶する。

【0041】

制御部３０は、プロセッサーがプログラム３５を読み出して実行することにより、ＲＰＡ作成部３６、及び、ＲＰＡ実行部３７として機能する。

【0042】

ＲＰＡ作成部３６は、複数の操作の操作手順を記述したＲＰＡ３８を作成する。ＲＰＡ作成部３６は、ユーザーのＲＰＡ作成指示に基づいて作動し、情報処理端末３に対して行われるユーザーの操作を操作手順に記録していく。ユーザーによってＲＰＡ作成終了が指示されると、ＲＰＡ作成部３６は、それまでに記録した操作手順に基づいてＲＰＡ３８を作成し、記憶部３１に保存する。

【0043】

ＲＰＡ実行部３７は、記憶部３１に記憶されているＲＰＡ３８を読み出して実行する。ＲＰＡ実行部３７は、ユーザーのＲＰＡ実行指示に基づいて作動し、ユーザーによって指定されたＲＰＡ３８を記憶部３１から読み出して実行する。これにより、ＲＰＡ実行部３７は、ＲＰＡ３８に記述されている操作手順に基づき複数の操作を順に自動的に行っていく。

【0044】

ＲＰＡ３８に記述されている手順に、記憶部３１の設定ファイル２５を画像処理装置２へ送信する操作が含まれている場合、ＲＰＡ実行部３７は、記憶部３１から設定ファイル２５を読み出し、その設定ファイル２５を画像処理装置２へ送信する。また、ＲＰＡ３８に記述されている手順に、画像処理装置２にライブラリー１９を実行させる操作が含まれている場合、ＲＰＡ実行部３７は、実行対象となるライブラリー１９を指定して画像処理装置２にライブラリー１９の実行命令を送信する。

【0045】

図６は、情報処理端末３において実行されるＲＰＡ３８の一例を示す図である。このＲＰＡ３８には、画像処理装置２にＦＡＸ送信ジョブを実行させるための手順が記述されている。ＲＰＡ実行部３７は、このＲＰＡ３８を実行すると、手順１として、情報処理端末３においてＦＡＸ送信ドライバなどのＦＡＸ送信アプリを起動する。情報処理端末３においてＦＡＸ送信アプリが起動されると、情報処理端末３は、画像処理装置２にアクセスし、画像処理装置２と通信可能な状態となる。次に、ＲＰＡ実行部３７は、手順２として、ＦＡＸ送信アプリに、設定ファイル２５を画像処理装置２へ送信させる処理を行わせる。これにより、設定ファイル２５は、ＲＰＡ３８によって自動的に画像処理装置２へ送信される。次に、ＲＰＡ実行部３７は、手順３として、ＦＡＸ送信アプリに、ライブラリー１９の実行命令を画像処理装置２へ送信する処理を行わせる。この実行命令には、実行すべきライブラリー１９の指定が含まれる。最後に、ＲＰＡ実行部３７は、手順４として、ＦＡＸ送信アプリを終了させる。尚、ＲＰＡ実行部３７は、画像処理装置２から終了通知を受信した場合に手順４を実行するようにしても構わない。

【0046】

画像処理装置２は、情報処理端末３において上記のようなＲＰＡ３８が実行されると、情報処理端末３から、設定ファイル２５とライブラリー１９の実行命令とを受信する。そのため、画像処理装置２は、ＲＰＡ３８によって発行される命令に基づき、上述したライブラリー１９を実行し、Ｘ社、Ｙ社及びＺ社のそれぞれに対し、送信対象ファイルを指定された時刻に個別送信することができる。

【0047】

本実施形態の画像処理システム１は、情報処理端末３において作成されるＲＰＡ３８に、図６に示したように手順１～４の４つの手順を記述しておくだけで、画像処理装置２に、Ｘ社、Ｙ社及びＺ社のそれぞれに対するＦＡＸ送信ジョブを個別に実行させることができる。つまり、ＲＰＡ３８には、図２４に示した従来技術のように手順１～１７を記述する必要がない。そのため、情報処理端末３のＲＰＡ３８における処理手順の記述量を従来よりも削減することが可能である。これにより、情報処理端末３は、記憶部３１の記憶領域がＲＰＡ３８によって圧迫されてしまうことを防ぐことができる。また、ＲＰＡ３８の作成後に、ＲＰＡ３８のメンテナンスを行う際には、ＲＰＡ３８に記述されている処理手順の数が従来よりも少ないため、メンテナンス作業を効率的に行うことができるという利点もある。

【0048】

次に、画像処理装置２の動作例について説明する。図７及び図８は、画像処理装置２によって行われる処理手順の一例を示すフローチャートである。図７は、画像処理装置２の制御部１０によって行われる主たる処理手順を示しており、プログラム１８に基づく処理手順を示している。図８は、ライブラリー１９に基づく処理手順を示している。

【0049】

まず図７に示すように、制御部１０は、情報処理端末３と通信を開始する（ステップＳ１０）。すなわち、情報処理端末３においてＦＡＸ送信アプリが起動すると、情報処理端末３から画像処理装置２に対するアクセスが行われる。制御部１０は、情報処理端末３からのアクセスを検知することに伴い、情報処理端末３との通信を開始する。

【0050】

情報処理端末３との通信を開始すると、制御部１０は、情報処理端末３から何らかの情報を受信したか否かを判断する（ステップＳ１１）。情報を受信した場合（ステップＳ１１でＹＥＳ）、制御部１０は、情報処理端末３から受信した情報が設定ファイル２５であるか否かを判断する（ステップＳ１２）。受信した情報が設定ファイル２５である場合（ステップＳ１２でＹＥＳ）、制御部１０は、設定ファイル２５を記憶部１１の所定の記憶領域に保存する（ステップＳ１３）。

【0051】

受信した情報が設定ファイル２５でなかった場合（ステップＳ１２でＮＯ）、制御部１０は、受信した情報がライブラリー実行命令であるか否かを判断する（ステップＳ１５）。受信した情報がライブラリー実行命令である場合（ステップＳ１５でＹＥＳ）、制御部１０は、ライブラリー実行命令で指定されたライブラリー１９を記憶部１１から読み出し（ステップＳ１６）、読み出したライブラリー１９を実行する（ステップＳ１７）。これにより、制御部１０は、ライブラリー１９に記述されている処理手順に従って複数の処理を順次自動的に実行する。

【0052】

受信した情報がライブラリー実行命令でもなかった場合（ステップＳ１５でＮＯ）、制御部１０は、情報処理端末３から受信した命令に応じた処理を実行する（ステップＳ１８）。例えば、受信した命令が複数の設定項目のうちの１つの設定項目に対する設定命令である場合、制御部１０は、設定命令に基づき、指定された設定項目に対する設定を行う。

【0053】

制御部１０は、情報処理端末３との通信が終了したか否かを判断する（ステップＳ１４）。例えば、情報処理端末３においてＦＡＸ送信アプリが終了した場合、情報処理端末３によって通信状態が切断される。そのため、制御部１０は、情報処理端末３との通信が終了したと判断する。情報処理端末３との通信が終了していない場合（ステップＳ１４でＮＯ）、制御部１０は、ステップＳ１１以降の処理を繰り返し実行する。この場合、制御部１０は、情報処理端末３から情報を受信する度に、その受信した情報に応じた処理を実行する。また、情報処理端末３との通信が終了すると、制御部１０は、プログラム１８に基づく処理を終了する。

【0054】

次に、図８を参照しつつ、ライブラリー実行（ステップＳ１７）の詳細な処理手順について説明する。制御部１０は、ライブラリー１９の実行を開始すると、記憶部１１に保存している設定ファイル２５を読み出し、その設定ファイル２５を解析する（ステップＳ２０）。制御部１０は、設定ファイル２５の解析結果に基づき、ＦＡＸの送信先の数を特定する（ステップＳ２１）。また、制御部１０は、各送信先に対する指定送信時刻を特定する（ステップＳ２２）。これにより、制御部１０は、複数の送信先に対するＦＡＸの送信順序を決定することができる。

【0055】

その後、制御部１０は、現在時刻が設定ファイル２５に定められている指定送信時刻となるまで待機する（ステップＳ２３）。指定送信時刻になると（ステップＳ２３でＹＥＳ）、制御部１０は、設定ファイル２５に基づき、送信対象ファイルを取得し（ステップＳ２４）、ＦＡＸ番号を設定する（ステップＳ２５）。ＦＡＸ送信の準備が整うと、制御部１０は、ＦＡＸ送信を開始する（ステップＳ２６）。ＦＡＸ送信が終了すると（ステップＳ２７でＹＥＳ）、制御部１０は、設定ファイル２５で指定されている全ての送信先へのＦＡＸ送信が終了したか否かを判断する（ステップＳ２８）。全ての送信先へのＦＡＸ送信が終了していない場合（ステップＳ２８でＮＯ）、制御部１０は、ステップＳ２３以降の処理を繰り返し実行する。したがって、画像処理装置２は、ライブラリー１９を実行することにより、設定ファイル２５に設定されている複数の送信先のそれぞれに対し、個別にＦＡＸ送信を行うことができる。

【0056】

一方、全ての送信先へのＦＡＸ送信が終了すると（ステップＳ２８でＹＥＳ）、制御部１０は、情報処理端末３に対して終了通知を送信する（ステップＳ２９）。画像処理装置２から情報処理端末３に対して終了通知が送信されることにより、情報処理端末３は、複数の送信先へのＦＡＸ送信が正常に完了したことを把握することができる。そのため、情報処理端末３は、画像処理装置２から送信される終了通知に基づき、ＦＡＸ送信アプリを終了させることができる。

【0057】

以上のように、本実施形態の画像処理装置２は、情報処理端末３と通信可能であり、情報処理端末３において特定のジョブの実行のためのＲＰＡ３８が実行されているときに、ＲＰＡ３８によって発行される命令を受け付け、その命令に応じた動作を行う。そして、画像処理装置２は、特定のジョブに含まれる複数の処理を順次自動実行するように予めプログラミングされたライブラリー１９を記憶しており、情報処理端末３からライブラリー１９の実行命令を受け付けると、指定されたライブラリー１９を呼び出して実行する。つまり、画像処理装置２は、ライブラリー１９の実行を開始すると、情報処理端末３からの命令がなくても、ライブラリー１９にプログラミングされている複数の処理を順次自動実行することが可能な構成である。したがって、情報処理端末３においてＲＰＡ３８を作成するとき、ユーザーは、ＲＰＡ３８に登録する処理手順の記述量を最小限に抑えることができる。その結果、ＲＰＡ３８が情報処理端末３の記憶領域を圧迫することを回避できると共に、ユーザーによるＲＰＡ３８の管理も行い易くなるという利点がある。

【0058】

（第２実施形態）
次に、本発明の第２実施形態について説明する。本実施形態では、画像処理装置２の制御部１０がライブラリー１９を実行することにより、情報処理端末３に自動化フローを提供する例について説明する。自動化フローは、複数の処理の処理手順を規定したソフトウェアである。画像処理装置２が情報処理端末３に自動化フローを提供することにより、情報処理端末３において実行されているＲＰＡ３８には記述されていない処理手順を情報処理端末３に実行させることが可能である。

【0059】

図９は、第２実施形態における画像処理装置２のハードウェア構成及び機能構成の一例を示すブロック図である。この画像処理装置２は、制御部１０のプロセッサーがプログラム１８を実行することにより、第１実施形態で説明した命令受付部２１及び処理部２２に加え、更にＥＷＳ（Embedded Web Server）２６として機能する。ＥＷＳ２６は、外部装置が画像処理装置２の各種設定や管理を行うためのインタフェースを提供するＷｅｂサーバーであり、外部からのアクセスを検知すると各種設定や管理のためのＷｅｂページを提供する。尚、処理部２２の設定ファイル取得部２３は、図示を省略している。

【0060】

また、画像処理装置２は、記憶部１１に、上述したプログラム１８及びライブラリー１９に加え、更に自動化フロー２７と履歴情報２８とを記憶している。

【0061】

履歴情報２８は、画像処理装置２におけるジョブの実行履歴を記録した情報である。履歴情報２８には、例えばジョブの実行時刻が記録される。すなわち、処理部２２は、ユーザーによって指定されたジョブを実行すると、画像処理装置２の内部時計が示す時刻をジョブの実行時刻として履歴情報２８に記録する。したがって、履歴情報２８に記録されるジョブの実行時刻の正確さは、画像処理装置２の内部時計の正確さに由来する。内部時計が正しい時刻を示していないとき、履歴情報２８に記録されるジョブの実行時刻も不正確な時刻となり、正しい履歴管理が行えなくなる。それ故、画像処理装置２は、ジョブの実行を開始する前に、内部時計を正しい時刻に同期させる処理を行うことが好ましい。

【0062】

本実施形態の画像処理装置２は、制御部１０においてライブラリー１９が実行されるとき、そのライブラリー１９の機能によって内部時計の時刻を正しく調整する処理が行われる。このとき、制御部１０は、ライブラリー１９に記述されている手順に基づき、情報処理端末３に自動化フロー２７を送信し、情報処理端末３に自動化フロー２７に基づく処理手順を自動実行させる。例えば、本実施形態の自動化フロー２７には、情報処理端末３にブラウザを起動させ、そのブラウザからＥＷＳ２６にアクセスさせることにより、内部時計の調整を行わせる処理手順が記述されている。そのため、情報処理端末３は、画像処理装置２から自動化フロー２７を受信すると、その自動化フロー２７に記述されている処理手順を自動実行し、画像処理装置２のＥＷＳ２６にアクセスして内部時計の時刻を自動調整する。

【0063】

図１０は、本実施形態のライブラリー１９に記述されている処理手順の一例を示す図である。このライブラリー１９の処理手順が、図４に示したライブラリー１９の処理手順と異なる点は、手順１、手順７、手順１２、及び、手順１７である。

【0064】

手順１は、画像処理装置２の内部時計を調整するための時刻同期処理を行う手順である。ライブラリー実行部２４は、手順１の処理を実行することに伴い、記憶部１１に予め記憶している自動化フロー２７を読み出して情報処理端末３へ送信し、情報処理端末３に自動化フロー２７に記述されている複数の処理の処理手順を実行させる。これにより、情報処理端末３は、画像処理装置２のＥＷＳ２６にアクセスし、画像処理装置２の内部時計の時刻を正しい時刻に調整する。

【0065】

また、手順７、手順１２、及び、手順１７は、ライブラリー実行部２４がＦＡＸ送信を行った後に、ＦＡＸ送信を行ったことを示すジョブの実行履歴を履歴情報２８に記録する処理である。手順７、手順１２、及び、手順１７の処理が行われるときには、既に画像処理装置２の内部時計の調整処理が終了しているため、履歴情報２８にはジョブの実行時刻として正しい時刻が記録される。

【0066】

図１１は、情報処理端末３に提供される自動化フロー２７の例を示す図である。図１１では、３つの自動化フロー２７を例示している。

【0067】

図１１（ａ）に示す自動化フロー２７は、手順１～５から成る。手順１は、ブラウザを起動して画像処理装置２のＥＷＳ２６にアクセスする処理である。手順２は、ＥＷＳ２６にログインするためのＩＤとパスワードとを入力する処理である。ＩＤ及びパスワードに関する情報を予め自動化フロー２７に記述しておくことにより、情報処理端末３は、ＩＤとパスワードとを自動入力することができる。手順３は、ＥＷＳ２６をＮＴＰ（Network Time Protocol）サーバーにアクセスさせ、ＮＴＰサーバーによって提供される正しい時刻情報を取得して内部時計の時刻をＮＴＰサーバーに同期させる処理である。手順４は、ＥＷＳ２６からログアウトする処理である。手順５は、ブラウザを閉じて終了する処理である。画像処理装置２は、図１１（ａ）に示す自動化フロー２７を情報処理端末３に実行させることにより、内部時計の時刻をＮＴＰサーバーの時刻に同期させることが可能である。

【0068】

図１１（ｂ）に示す自動化フロー２７は、例えば図１１（ａ）に示す自動化フロー２７で時刻の調整に失敗した場合に行われるフローであり、手順１～８から成る。手順１は、ブラウザを起動して画像処理装置２のＥＷＳ２６にアクセスする処理である。手順２は、ＥＷＳ２６にログインするためのＩＤとパスワードとを入力する処理である。手順３は、ブラウザの画面に「ＮＴＰサーバーを設定してください。」というメッセージを表示する処理である。手順４は、ブラウザの画面にＮＴＰサーバーのアドレス入力画面を表示する処理である。ユーザーは、アドレス入力画面にＮＴＰサーバーのアドレスを手動操作で入力する。手順５は、ブラウザの画面にＮＴＰサーバーのポート指定画面を表示する処理である。ユーザーは、ポート指定画面にＮＴＰサーバーのポートを手動操作で指定する。手順６は、ＥＷＳ２６をＮＴＰサーバーにアクセスさせ、ＮＴＰサーバーによって提供される正しい時刻情報を取得して内部時計の時刻をＮＴＰサーバーに同期させる処理である。手順７は、ＥＷＳ２６からログアウトする処理である。手順８は、ブラウザを閉じて終了する処理である。画像処理装置２は、図１１（ｂ）に示す自動化フロー２７を情報処理端末３に実行させることにより、内部時計の時刻を、ユーザーによって指定されたＮＴＰサーバーの時刻に同期させることが可能である。

【0069】

図１１（ｃ）に示す自動化フロー２７は、例えば図１１（ｂ）に示す自動化フロー２７で時刻の調整に失敗した場合に行われるフローであり、手順１～５から成る。手順１は、ブラウザを起動して画像処理装置２のＥＷＳ２６にアクセスする処理である。手順２は、ＥＷＳ２６にログインするためのＩＤとパスワードとを入力する処理である。手順３は、ＥＷＳ２６の設定画面において「情報処理端末３の時刻を設定する」を選択する処理である。この処理により、画像処理装置２の内部時計の時刻は、情報処理端末３の時刻に同期する。手順４は、ＥＷＳ２６からログアウトする処理である。手順５は、ブラウザを閉じて終了する処理である。

【0070】

図１２は、ライブラリー１９の手順１において時刻同期処理実行によって行われる処理手順の一例を示すフローチャートである。ライブラリー実行部２４は、この処理を開始すると、記憶部１１から自動化フロー２７を読み出し（ステップＳ３０）、自動化フロー２７を情報処理端末３へ送信する（ステップＳ３１）。ライブラリー実行部２４は、情報処理端末３へ送信した自動化フロー２７によって内部時計の時刻調整を行うことができたか否かを判断する（ステップＳ３２）。時刻調整ができていない場合（ステップＳ３２でＮＯ）、ライブラリー実行部２４は、別の自動化フロー２７があるか否かを判断する（ステップＳ３３）。別の自動化フロー２７がある場合（ステップＳ３３でＹＥＳ）、ライブラリー実行部２４は、ステップＳ３０以降の処理を再び実行し、別の自動化フロー２７を情報処理端末３へ送信する。時刻調整ができた場合（ステップＳ３２でＹＥＳ）、又は、別の自動化フロー２７がない場合（ステップＳ３３でＮＯ）、ライブラリー実行部２４は、手順１の処理を終了する。

【0071】

制御部１０は、ライブラリー１９を実行して上記の処理を行うことにより、ＲＰＡ３８には含まれていない一連の複数の処理を情報処理端末３に自動実行させることができる。そのため、自動化フロー２７の手順を予めＲＰＡ３８に記述しておく必要がなく、ＲＰＡ３８の処理手順の記述量を削減することができる。したがって、本実施形態の画像処理装置２は、第１実施形態と同様に、情報処理端末３においてＲＰＡ３８を作成するとき、自動化フロー２７に記述されている処理手順をＲＰＡ３８の処理手順に含める必要がない。

【0072】

特にユーザーが画像処理装置２の内部時計を調整するための操作手順を知らない場合でも、情報処理端末３は、画像処理装置２から提供される自動化フロー２７を実行することで画像処理装置２の内部時計を調整することができる。

【0073】

情報処理端末３は、画像処理装置２から受信した自動化フロー２７を実行するとき、ＲＰＡ３８の実行を一時的に中断して自動化フロー２７に記述されている処理手順を実行しても良いし、ＲＰＡ３８の実行と並行して自動化フロー２７に記述されている処理手順を実行しても良い。

【0074】

尚、本実施形態において上述した点以外の構成及び動作は第１実施形態で説明したものと同様である。

【0075】

（第３実施形態）
次に本発明の第３実施形態について説明する。第２実施形態で説明した画像処理装置２は、記憶部１１に予め記憶されている自動化フロー２７を情報処理端末３に提供し、情報処理端末３に自動化フロー２７に記述されている処理手順を自動実行させる。これに対し、本実施形態では、画像処理装置２において特定のジョブが実行されているときにエラーが発生した場合、画像処理装置２がエラーに対処するための自動化フロー２７を生成して情報処理端末３に提供する例について説明する。

【0076】

図１３は、第３実施形態における画像処理装置２のハードウェア構成及び機能構成の一例を示すブロック図である。この画像処理装置２は、制御部１０のプロセッサーがプログラム１８を実行することにより、第１実施形態と同様に、命令受付部２１及び処理部２２として機能する。

【0077】

処理部２２は、ライブラリー実行部２４と、エラー処理部４０と、自動化フロー作成部４１とを備えている。尚、処理部２２の設定ファイル取得部２３は、図示を省略している。

【0078】

ライブラリー実行部２４は、ライブラリー１９に含まれる複数の処理を順次自動実行しているとき、画像処理装置２においてエラーが発生することがある。ライブラリー実行部２４は、ライブラリー１９に含まれる複数の処理のうちの一つの処理を実行しているときにエラーが発生すると、その後の処理を継続させることができなくなる。そのため、ライブラリー実行部２４は、ライブラリー１９の実行中にエラーが発生したことを検知すると、エラー処理部４０を機能させる。

【0079】

エラー処理部４０は、画像処理装置２において発生したエラーに応じて、そのエラーに対処するための処理を自動実行する。例えば、エラー処理部４０は、画像処理装置２において発生したエラーを回避するための処理を自動実行する。エラー処理部４０がエラーに対処する処理を行うと、ライブラリー１９に規定された処理とは異なる処理が行われることになる。そのため、ＲＰＡ３８を実行している情報処理端末３は、ＲＰＡ３８に記述されているその後の処理を正常に行うことができなくなる可能性がある。

【0080】

そこで、エラー処理部４０によってエラーに対処するための処理が自動実行されると、自動化フロー作成部４１が機能する。自動化フロー作成部４１は、エラー処理部４０によって行われる処理の内容に基づき、情報処理端末３に実行させる自動化フロー２７を生成し、記憶部１１に保存する。その後、ライブラリー実行部２４は、記憶部１１に保存される自動化フロー２７を読み出して情報処理端末３へ送信し、情報処理端末３に自動化フロー２７を実行させる。

【0081】

情報処理端末３においてＲＰＡ３８が実行され、画像処理装置２にスキャンジョブを実行させる例を説明する。例えば、ユーザーは、定型業務の一つとして、画像処理装置２に原稿の画像を読み取るスキャンジョブを実行させ、スキャンジョブによって生成される画像データの電子ファイルを取得し、電子メールに添付して送信することがある。そのような定型業務は、情報処理端末３においてＲＰＡ３８を実行させることで行うことが可能である。この場合も、情報処理端末３は、画像処理装置２に設定ファイル２５を送信し、画像処理装置２においてスキャンジョブに含まれる複数の処理を順次自動実行するライブラリー１９を指定して画像処理装置２にライブラリー１９を実行させることにより、ＲＰＡ３８における処理手順の記述量を削減することが可能である。

【0082】

図１４は、情報処理端末３から画像処理装置２に送信される設定ファイル２５の例を示す図である。図１４に示すように、設定ファイル２５には、原稿読み取り時のスキャン設定が含まれる。また、設定ファイル２５には、原稿を読み取って生成した画像データに付すファイル名が設定されている。更に、設定ファイル２５には、画像データの電子ファイルを格納するファイル格納先が設定されている。

【0083】

図１５は、情報処理端末３において実行されるＲＰＡ３８の一例を示す図である。このＲＰＡ３８には、画像処理装置２にスキャンジョブによって生成される電子ファイルを取得して電子メールに添付し、電子メールを所定のアドレスへ送信するための手順が記述されている。手順１は、情報処理端末３においてメールアプリを開く処理である。手順２は、新規メールを作成する処理である。手順３は、アドレス帳アプリを開く処理である。手順４は、アドレス帳アプリから所定の送信先アドレスを選択する処理である。手順５は、件名及び本文に予め指定された定型文を挿入する処理である。手順６は、図１４の設定ファイル２５を画像処理装置２へ送信する処理である。手順７は、画像処理装置２にライブラリー実行命令を送信する処理である。手順７でライブラリー実行命令が送信されることにより、画像処理装置２においてライブラリー１９の実行が開始される。手順８は、ファイル格納先へアクセスする処理である。手順９は、ファイル格納先からスキャンジョブによって生成された電子ファイルを取得する処理である。手順１０は、取得した電子ファイルを電子メールに添付する処理である。手順１１は、電子メールを送信する処理である。手順１２は、メールアプリを閉じる処理である。

【0084】

次に、画像処理装置２において実行されるライブラリー１９について説明する。図１６は、ライブラリー１９に記述されている処理手順の一例を示す図である。手順１は、設定ファイルを解析する処理である。手順２は、スキャン設定をスキャナ部１４に反映させる処理である。手順３は、スキャナ部１４による原稿読み取りを開始する処理である。手順４は、スキャナ部１４によって生成された画像データにファイル名を設定し、設定ファイル２５で指定されている電子ファイルを生成する処理である。手順５は、設定ファイル２５で指定されているファイル格納先へアクセスする処理である。手順６は、ファイル格納先へ電子ファイルを格納する処理である。手順７は、終了通知を情報処理端末３へ送信する処理である。

【0085】

ライブラリー実行部２４は、上記のライブラリー１９の実行中、手順５の処理として、設定ファイル２５で指定されているファイル格納先へアクセスする。このとき、ファイル格納先にアクセス権が設定されていれば、ライブラリー実行部２４によるアクセスが拒否される。その結果、ライブラリー実行部２４は、手順５以降の処理を行うことができず、ライブラリー１９の実行中にエラーが発生する。

【0086】

エラー処理部４０は、ライブラリー１９の手順５でエラーが発生すると、例えば図１７に示すようなエラー処理を実行する。まず、エラー処理部４０は、スキャンジョブで生成した電子ファイルを記憶部１１内の所定の記憶領域（フォルダ）に保存する（ステップＳ４０）。次に、エラー処理部４０は、電子ファイルを保存した記憶領域にＩＤとパスワードとを設定し、アクセス権を付与する（ステップＳ４１）。これにより、電子ファイルが第三者によって取得されることを防ぐことができる。このとき、記憶領域に設定するＩＤ及びパスワードは、乱数などを用いることが好ましい。次に、エラー処理部４０は、記憶領域に設定したＩＤ及びパスワードを一時的に記憶する（ステップＳ４２）。次に、エラー処理部４０は、電子ファイルを保存した記憶領域へのアクセス情報を生成する（ステップＳ４３）。このアクセス情報は、記憶領域へのパスと、ＩＤ及びパスワードとを含んでいる。以上で、エラー処理部４０によるエラー処理が終了する。

【0087】

次に、自動化フロー作成部４１は、エラー処理部４０の処理結果に基づき、図１８に示すような自動化フロー２７を生成する。図１８に示す自動化フロー２７の手順１は、情報処理端末３に、電子ファイルが保存されている記憶部１１の記憶領域へアクセスさせる処理である。この手順１には、電子ファイルが保存されている記憶領域へのパスに関する情報が含まれる。そのため、情報処理端末３は、手順１の処理を実行すると、電子ファイルが保存されている記憶領域に対して自動アクセスを行うことができる。手順２は、記憶部１１の記憶領域に付与されているアクセス権を示すため、ＩＤとパスワードとを情報処理端末３に入力させる処理である。この手順２には、エラー処理部４０によって一時的に記憶されているＩＤ及びパスワードに関する情報が含まれる。そのため、情報処理端末３は、手順２の処理を実行すると、記憶領域にアクセスするためのＩＤとパスワードとを自動入力することができる。手順３は、記憶領域に保存されている電子ファイルを、設定ファイル２５で指定されているファイル格納先へコピーする処理である。情報処理端末３は、設定ファイル２５で指定されているファイル格納先へのアクセス権を有している。そのため、情報処理端末３は、記憶部１１の記憶領域に記憶されている電子ファイルを、ファイル格納先へ正常にコピーすることができる。手順４は、記憶部１１の記憶領域から電子ファイルを削除する処理である。

【0088】

ライブラリー実行部２４は、自動化フロー作成部４１によって自動化フロー２７が生成されると、その自動化フロー２７を情報処理端末３へ送信し、自動化フロー２７を情報処理端末３において実行させる。このとき、ライブラリー実行部２４は、ＲＰＡ３８の実行を一時中断させ、自動化フロー２７に記述されている処理手順を実行させる。これにより、情報処理端末３は、図１５に示したＲＰＡ３８の手順８を開始する前に、図１８の自動化フロー２７に記述されている処理手順を実行する。情報処理端末３は、自動化フロー２７に基づく処理を実行することにより、画像処理装置２の記憶部１１に保存されている電子ファイルをファイル格納先に保存する。情報処理端末３は、自動化フロー２７の実行を終了すると、ＲＰＡ３８に基づく処理を再開する。すなわち、情報処理端末３は、自動化フロー２７の実行を終了すると、図１５に示したＲＰＡ３８の手順８以降の処理を再開する。その結果、情報処理端末３は、ＲＰＡ３８に記述された処理手順を最後まで実行することができる。

【0089】

図１９は、画像処理装置２の制御部１０がライブラリー１９に基づいて行う処理手順の一例を示すフローチャートである。まず、制御部１０においてライブラリー実行部２４が動作し、ライブラリー１９の実行を開始する。ライブラリー実行部２４は、図１６に示したライブラリー１９の実行を開始すると、情報処理端末３から取得した設定ファイル２５を読み出し、その設定ファイル２５を解析する（ステップＳ５０）。ライブラリー実行部２４は、設定ファイル２５の解析結果に基づき、スキャン設定を反映させる設定処理を行う（ステップＳ５１）。その後、ライブラリー実行部２４は、ライブラリー１９に記述されている手順３以降の処理を順次実行する（ステップＳ５２）。

【0090】

ライブラリー実行部２４は、ライブラリー１９に記述されている処理の実行中にエラーが発生した否かを判断する（ステップＳ５３）。エラーが発生していない場合（ステップＳ５３でＮＯ）、ライブラリー実行部２４は、ライブラリー１９に記述されている全ての処理が終了したか否かを判断する（ステップＳ５４）。ライブラリー１９に記述されている全ての処理が終了していない場合（ステップＳ５４でＮＯ）、ライブラリー実行部２４は、ステップＳ５２に戻り、ライブラリー１９に記述されている次の手順の処理を実行する。全ての処理が終了した場合（ステップＳ５４でＹＥＳ）、ライブラリー実行部２４による処理は終了する。

【0091】

一方、ライブラリー１９の実行中にエラーが発生した場合（ステップＳ５３でＹＥＳ）、エラー処理部４０が動作し、エラー処理を実行する（ステップＳ５５）。このとき、エラー処理部４０は、図１７に示したエラー処理を実行する。エラー処理部４０にエラー処理が行われると、次に自動化フロー作成部４１が動作する。自動化フロー作成部４１は、エラー処理部４０の処理結果に基づき、図１８に示した自動化フロー２７を生成する（ステップＳ５６）。その後、ライブラリー実行部２４は、自動化フロー２７を情報処理端末３へ送信し、自動化フロー２７に基づく処理を情報処理端末３に実行させる（ステップＳ５７）。以上で、制御部１０による処理が終了する。

【0092】

以上のように本実施形態の画像処理装置２は、ライブラリー１９の実行中にエラーが発生した場合に、エラーを回避するためのエラー処理を行う。このエラー処理は、ライブラリー１９に記述された処理とは異なる処理である。そのため、画像処理装置２は、エラー処理を行うと、情報処理端末３において実行されているＲＰＡ３８を継続して実行できるようにするため、自動化フロー２７を生成して情報処理端末３に送信し、情報処理端末３に自動化フロー２７に基づく処理を実行させる。これにより、情報処理端末３は、自動化フロー２７を実行することにより、ＲＰＡ３８を継続的に実行することができるようになる。したがって、情報処理端末３は、画像処理装置２においてライブラリー１９の実行中に発生し得るエラーを想定した処理をＲＰＡ３８に予め記述しておく必要がない。それ故、ＲＰＡ３８に記述される処理手順の記述量を削減することが可能である。

【0093】

尚、本実施形態において上述した点以外の構成及び動作については、第１又は第２実施形態で説明したものと同様である。

【0094】

（第４実施形態）
次に、本発明の第４実施形態について説明する。本実施形態では、第３実施形態で説明したエラーとは異なるエラーについて説明する。例えば、情報処理端末３においてＲＰＡ３８が実行され、画像処理装置２にスキャンジョブを実行させるとき、原稿枚数が多くなると、原稿の読み取り動作の途中で制御部１０のメモリがオーバーフローする。本実施形態では、スキャンジョブの実行中にメモリオーバーフローのエラーが発生する例を説明する。

【0095】

本実施形態における画像処理装置２の構成は、第３実施形態と同様である。また、本実施形態において、ライブラリー１９の実行中にエラーが発生した場合に、画像処理装置２がエラー処理を行い、そのエラー処理の結果に基づいて自動化フロー２７を生成して情報処理端末３へ提供する点は、第３実施形態と共通している。

【0096】

図２０は、第４実施形態において画像処理装置２の制御部１０がライブラリー１９に基づいて行う処理手順の一例を示すフローチャートである。まず、制御部１０においてライブラリー実行部２４が動作し、ライブラリー１９の実行を開始する。尚、ライブラリー実行部２４によって実行されるライブラリー１９は、第３実施形態で説明したライブラリー１９（図１６参照）と同様である。

【0097】

ライブラリー実行部２４は、ライブラリー１９の実行を開始すると、情報処理端末３から取得した設定ファイル２５を読み出し、その設定ファイル２５を解析する（ステップＳ６０）。ライブラリー実行部２４は、設定ファイル２５の解析結果に基づき、スキャン設定を反映させる設定処理を行う（ステップＳ６１）。その後、ライブラリー実行部２４は、ライブラリー１９に記述されている手順３以降の処理を順次実行する（ステップＳ６２）。これにより、画像処理装置２において原稿の読み取り動作が開始される。

【0098】

ライブラリー実行部２４は、ライブラリー１９に記述されている処理の実行中にエラーが発生した否かを判断する（ステップＳ６３）。ライブラリー１９の実行中にエラーが発生した場合（ステップＳ６３でＹＥＳ）、エラー処理部４０が動作し、エラー処理を実行する（ステップＳ６４）。エラーが発生してない場合（ステップＳ６３でＮＯ）、ライブラリー実行部２４は、ライブラリー１９に記述されている全ての処理が終了したか否かを判断する（ステップＳ６５）。ライブラリー１９に記述されている全ての処理が終了していない場合（ステップＳ６５でＮＯ）、ライブラリー実行部２４は、ステップＳ６２に戻り、ライブラリー１９に記述されている次の手順の処理を実行する。

【0099】

ライブラリー１９に記述されている全ての処理が終了した場合（ステップＳ６５でＹＥＳ）、制御部１０は、ライブラリー１９の実行中にエラーが発生した否かを判断する（ステップＳ６６）。エラーが発生してない場合（ステップＳ６６でＮＯ）、制御部１０による処理は終了する。これに対し、エラーが発生した場合（ステップＳ６６でＹＥＳ）、自動化フロー作成部４１が動作する。自動化フロー作成部４１は、エラー処理部４０によって行われたエラー処理（ステップＳ６４）の結果に基づき、自動化フロー２７を生成する（ステップＳ６７）。その後、ライブラリー実行部２４は、自動化フロー２７を情報処理端末３へ送信し、自動化フロー２７に基づく処理を情報処理端末３に実行させる（ステップＳ６８）。以上で、制御部１０による処理が終了する。

【0100】

図２１は、エラー処理（ステップＳ６４）の詳細な処理手順の一例を示すフローチャートである。このエラー処理は、原稿の読み取り動作中にメモリオーバーフローのエラー発生した場合にそのエラーを回避する処理である。エラー処理部４０は、エラー処理（ステップＳ６４）を開始すると、制御部１０に設けられているメモリから画像データを読み出す（ステップＳ７０）。メモリに複数ページ分の画像データが格納されている場合、エラー処理部４０は、それら複数ページ分の画像データの全てを読み出す。エラー処理部４０は、メモリから読み出した複数ページ分の画像データを１つのファイルに纏めた電子ファイルを生成し、その電子ファイルにファイル名を設定する（ステップＳ７１）。次に、エラー処理部４０は、ファイル名を設定した電子ファイルを記憶部１１の所定の記憶領域へ保存する（ステップＳ７２）。これにより、オーバーフローしたメモリを開放し、スキャンジョブを再開することができる。エラー処理部４０は、電子ファイルを所定の記憶領域へ保存すると、分割管理情報４５の生成又は更新を行う（ステップＳ７３）。以上で、エラー処理（ステップＳ６４）が終了する。

【0101】

エラー処理部４０は、上記のようなエラー処理を行うことにより、スキャンジョブの実行中にメモリオーバーフローが発生すると、メモリに蓄積されている画像データを記憶部１１の記憶領域へ一時退避させてメモリを開放することにより、スキャナ部１４に原稿の分割読み取りを行わせることができる。また、エラー処理部４０は、原稿の分割状態を分割管理情報４５に記録する。したがって、スキャンジョブの実行中にメモリオーバーフローが発生すると、エラー処理部４０によって複数の電子ファイル（分割ファイル）が生成される。

【0102】

図２２は、分割管理情報４５の一例を示す図である。図２２では、スキャンジョブの実行中に３つの分割ファイルが生成される場合を例示している。分割管理情報４５には、ユーザー名と、ジョブ名と、分割ファイル名と、開始ページと、終了ページと、電子ファイル（分割ファイル）が格納されている格納場所へのパスとが記録される。エラー処理部４０は、メモリオーバーフローのエラーが発生して分割ファイルを作成する度に、その分割ファイルに関する情報を分割管理情報４５に追加する。この分割管理情報４５は、スキャンジョブの終了後に複数の分割ファイルを正しいページ順に統合するために利用される。

【0103】

自動化フロー作成部４１は、ライブラリー１９の実行中にメモリオーバーフローのエラーが少なくとも１回発生していた場合、エラー処理部４０によって生成されている分割管理情報４５に基づき、情報処理端末３に複数の分割ファイルを統合させるための自動化フロー２７を生成する。

【0104】

図２３は、自動化フロー作成部４１によって生成される自動化フロー２７を示す図である。この自動化フロー２７は、手順１～１１から成る。手順１は、情報処理端末３においてＰＤＦ結合アプリを起動させる処理である。手順２は、情報処理端末３において起動したＰＤＦ結合アプリに、分割ファイルの格納場所へアクセスさせる処理である。手順３は、ＰＤＦ結合アプリに、１番目の分割ファイルを開かせる処理である。手順４は、ＰＤＦ結合アプリに、１番目の分割ファイルの後に２番目の分割ファイルを結合させる処理である。手順５は、結合させた電子ファイルを設定ファイルに定められたファイル名の電子ファイルとしてファイル格納先に保存させる処理である。手順６は、電子ファイルの後に３番目の分割ファイルを結合させる処理である。手順７は、結合させた電子ファイルをファイル格納先に上書き保存させる処理である。手順８は、分割ファイルの格納場所から１番目の分割ファイルを削除させる処理である。手順９は、分割ファイルの格納場所から２番目の分割ファイルを削除させる処理である。手順１０は、分割ファイルの格納場所から３番目の分割ファイルを削除させる処理である。手順１１は、情報処理端末３にＰＤＦ結合アプリを閉じさせる処理である。

【0105】

画像処理装置２は、図２３に示す自動化フロー２７を生成して情報処理端末３に実行させることにより、画像処理装置２では結合できない複数の分割ファイルを情報処理端末３において結合させることができる。

【0106】

以上のように本実施形態の画像処理装置２は、ライブラリー１９の実行中にメモリオーバーフローのエラーが発生する度に、エラー処理を行って分割ファイルを作成する。ライブラリー１９の実行が終了すると、画像処理装置２は、分割ファイルを結合させる自動化フロー２７を生成し、情報処理端末３にその自動化フロー２７を実行させる。したがって、情報処理端末３は、分割ファイルを結合するための処理をＲＰＡ３８に予め記述しておく必要がない。それ故、ＲＰＡ３８に記述される処理手順の記述量を削減することが可能である。

【0107】

尚、本実施形態において上述した点以外の構成及び動作は、第１乃至第３実施形態で説明した構成及び動作と同様である。

【0108】

（変形例）
以上、本発明に関する好ましい実施形態について説明した。しかし、本発明は、上記実施形態において説明した内容のものに限られるものではなく、種々の変形例が適用可能である。

【0109】

例えば上記各実施形態では、情報処理端末３でＲＰＡ３８を実行することにより、画像処理装置２にＦＡＸ送信ジョブやスキャンジョブを実行させる場合を例示した。しかし、情報処理端末３でＲＰＡ３８を実行することによって画像処理装置２に実行させるジョブは、ＦＡＸ送信ジョブやスキャンジョブに限られるものではない。例えば、ＲＰＡ３８は、画像処理装置２にコピージョブやプリントジョブを実行させるものであっても構わない。

【0110】

また、第３又は第４実施形態では、画像処理装置２においてライブラリー１９の実行中にエラーが発生した場合に画像処理装置２から情報処理端末３に自動化フロー２７を送信する例を説明した。しかし、画像処理装置２が情報処理端末３に自動化フロー２７を送信するタイミングは、エラーの発生には限られない。すなわち、画像処理装置２は、ライブラリー１９を実行しているときに所定条件が成立した場合に、情報処理端末３に対して自動化フロー２７を送信するものであっても構わない。

【0111】

また、上記実施形態では、画像処理装置２で実行されるプログラム１８及びライブラリー１９が予め画像処理装置２に記憶されている例を説明した。しかし、プログラム１８やライブラリー１９は、画像処理装置２に予め記憶されているものに限られない。すなわち、画像処理装置２において実行されるプログラム１８やライブラリー１９は、それ単体で取引の対象となるものであっても構わない。この場合、プログラム１８やライブラリー１９は、インターネットなどのネットワークを介してダウンロード可能な態様で提供されるものであっても良いし、またＣＤ－ＲＯＭなどのコンピュータ読み取り可能な記録媒体に記録された状態で提供されるものであっても良い。

【符号の説明】

【0112】

１ 画像処理システム
２ 画像処理装置
３ 情報処理端末
１０ 制御部
１１ 記憶部
１８ プログラム
１９ ライブラリー
２５ 設定ファイル
２７ 自動化フロー
３８ ＲＰＡ（ロボティック・プロセス・オートメーション）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】