特許 7639292 画像処理装置及び画像処理システム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-02-25

(45)【発行日】2025-03-05

(54)【発明の名称】画像処理装置及び画像処理システム

(51)【国際特許分類】

   H04N 1/00 20060101AFI20250226BHJP

   B41J 29/38 20060101ALI20250226BHJP

   G03G 21/00 20060101ALI20250226BHJP

   G06F 3/12 20060101ALI20250226BHJP

【ＦＩ】

H04N1/00 127A

B41J29/38 401

B41J29/38 501

G03G21/00 386

G03G21/00 388

G06F3/12 305

G06F3/12 331

G06F3/12 367

【請求項の数】 12

(21)【出願番号】P 2020165400

(22)【出願日】2020-09-30

(65)【公開番号】P2022057252

(43)【公開日】2022-04-11

【審査請求日】2023-09-12

(73)【特許権者】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000992

【氏名又は名称】弁理士法人ネクスト

(72)【発明者】

【氏名】金子 智哉

【審査官】橘 高志

(56)【参考文献】

【文献】特開２０１７－０１６３９３（ＪＰ，Ａ）

【文献】特開２０１１－２０７２１８（ＪＰ，Ａ）

【文献】特開２０１９－０６７００９（ＪＰ，Ａ）

【文献】特開２０１０－２３７８４０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ １／００

Ｂ４１Ｊ ２９／３８

Ｇ０３Ｇ ２１／００

Ｇ０６Ｆ ３／１２

(57)【特許請求の範囲】

【請求項1】

通信インタフェースと、
メモリと、
コントローラと、
を備えた画像処理装置であって、
前記コントローラは、
指示データの所在情報と、タイミング情報とを前記メモリに記憶させる記憶処理を実行でき、前記指示データは、前記コントローラに実行させる処理を指示するデータであって、前記通信インタフェースを介して通信可能な情報処理装置内に記憶されており、前記タイミング情報は、前記所在情報により示される前記指示データを記憶している情報処理装置に対してアクセスするタイミングを示す情報であり、
前記コントローラは、
前記タイミング情報により示されるタイミングを検出する検出処理と、
前記検出処理により前記タイミングが検出されたことに応じて、前記通信インタフェースを介して前記所在情報により示される情報処理装置にアクセスするアクセス処理と、
前記アクセス処理に応じて前記情報処理装置が送信した、前記所在情報により示される前記指示データを、前記通信インタフェースを介して受信する受信処理と、
前記受信処理により受信された前記指示データに応じた処理を実行する実行処理と、
を実行し、
前記記憶処理において、複数の前記指示データの所在情報を記憶させることができるとともに、前記複数の指示データの所在情報のそれぞれに異なったタイミング情報を対応付けて記憶させることができ、
前記検出処理により、前記異なったタイミング情報のいずれかにより示されるタイミングが検出されたことに応じて、前記アクセス処理において、前記検出されたタイミングのタイミング情報に対応付けられた指示データの所在情報により示される情報処理装置にアクセスする、
画像処理装置。

【請求項2】

通信インタフェースと、
メモリと、
コントローラと、
を備えた画像処理装置であって、
前記コントローラは、
指示データの所在情報と、タイミング情報とを前記メモリに記憶させる記憶処理を実行でき、前記指示データは、前記コントローラに実行させる処理を指示するデータであって、前記通信インタフェースを介して通信可能な情報処理装置内に記憶されており、前記タイミング情報は、前記所在情報により示される前記指示データを記憶している情報処理装置に対してアクセスするタイミングを示す情報であり、
前記コントローラは、
前記タイミング情報により示されるタイミングを検出する検出処理と、
前記検出処理により前記タイミングが検出されたことに応じて、前記通信インタフェースを介して前記所在情報により示される情報処理装置にアクセスするアクセス処理と、
前記アクセス処理に応じて前記情報処理装置が送信した、前記所在情報により示される前記指示データを、前記通信インタフェースを介して受信する受信処理と、
前記受信処理により受信された前記指示データに応じた処理を実行する実行処理と、
前記アクセス処理を開始してから前記実行処理を終了するまでの処理が適正に実行されたか否かを判断する第１判断処理と、
前記第１判断処理により前記処理が適正に実行されなかったと判断された場合、復帰処理を実行させる復帰実行処理と、
を実行し、
前記復帰実行処理では、前記復帰処理として前記画像処理装置を再起動させる処理を実行し、
前記コントローラはさらに、
前記画像処理装置を再起動させる処理を実行したことに応じて、その処理が適正に実行されたか否かを判断する第２判断処理
を実行し、
前記第２判断処理では、それぞれが順番に実行される複数の前記指示データを前記情報処理装置から受信し、受信した前記順番に実行される複数の指示データのうちの最初の指示データを処理したことに応じて、前記処理が適正に実行されたと判断する、
画像処理装置。

【請求項3】

通信インタフェースと、
メモリと、
コントローラと、
を備えた画像処理装置であって、
前記コントローラは、
指示データの所在情報と、タイミング情報とを前記メモリに記憶させる記憶処理を実行でき、前記指示データは、前記コントローラに実行させる処理を指示するデータであって、前記通信インタフェースを介して通信可能な情報処理装置内に記憶されており、前記タイミング情報は、前記所在情報により示される前記指示データを記憶している情報処理装置に対してアクセスするタイミングを示す情報であり、
前記コントローラは、
前記タイミング情報により示されるタイミングを検出する検出処理と、
前記検出処理により前記タイミングが検出されたことに応じて、前記通信インタフェースを介して前記所在情報により示される情報処理装置にアクセスするアクセス処理と、
前記アクセス処理に応じて前記情報処理装置が送信した、前記所在情報により示される前記指示データを、前記通信インタフェースを介して受信する受信処理と、
前記受信処理により受信された前記指示データに応じた処理を実行する実行処理と、
前記アクセス処理を開始してから前記実行処理を終了するまでの処理が適正に実行されたか否かを判断する第１判断処理と、
前記第１判断処理により前記処理が適正に実行されなかったと判断された場合、復帰処理を実行させる復帰実行処理と、
を実行し、
前記復帰実行処理では、前記復帰処理として前記画像処理装置を再起動させる処理を実行し、
前記コントローラはさらに、
前記第１判断処理により前記処理が適正に実行されなかったと判断された場合、適正に実行されなかった原因を特定する情報を取得する取得処理と、
前記画像処理装置を再起動させる処理を実行するときに、前記取得処理により取得された情報に基づいて前記画像処理装置を復帰させる可能性があるか否かを判断する第４判断処理と、
を実行させ、
前記第４判断処理により前記画像処理装置を復帰させる可能性があると判断された場合、前記画像処理装置を再起動させる処理を実行する、
画像処理装置。

【請求項4】

通信インタフェースと、
メモリと、
コントローラと、
を備えた画像処理装置であって、
前記コントローラは、
指示データの所在情報と、タイミング情報とを前記メモリに記憶させる記憶処理を実行でき、前記指示データは、前記コントローラに実行させる処理を指示するデータであって、前記通信インタフェースを介して通信可能な情報処理装置内に記憶されており、前記タイミング情報は、前記所在情報により示される前記指示データを記憶している情報処理装置に対してアクセスするタイミングを示す情報であり、
前記コントローラは、
前記タイミング情報により示されるタイミングを検出する検出処理と、
前記検出処理により前記タイミングが検出されたことに応じて、前記通信インタフェースを介して前記所在情報により示される情報処理装置にアクセスするアクセス処理と、
前記アクセス処理に応じて前記情報処理装置が送信した、前記所在情報により示される前記指示データを、前記通信インタフェースを介して受信する受信処理と、
前記受信処理により受信された前記指示データに応じた処理を実行する実行処理と、
前記アクセス処理を開始してから前記実行処理を終了するまでの処理が適正に実行されたか否かを判断する第１判断処理と、
前記第１判断処理により前記処理が適正に実行されなかったと判断された場合、復帰処理を実行させる復帰実行処理と、
を実行し、
前記復帰実行処理では、前記復帰処理として前記画像処理装置を再起動させる処理を実行し、
前記画像処理装置を再起動させる処理を実行したときには、前記検出処理により次のタイミングが検出されるまで待たずに直ちに、前記アクセス処理を実行する、
画像処理装置。

【請求項5】

前記コントローラはさらに、
前記画像処理装置を再起動させる処理を実行したことに応じて、その処理が適正に実行されたか否かを判断する第３判断処理
を実行し、
前記第３判断処理では、それぞれが順番に実行される複数の前記指示データであって、所定の指示データには適正な実行を示す情報が含まれる指示データを前記情報処理装置から受信し、受信した前記順番に実行される複数の指示データのうちの前記適正な完了を示す情報が含まれる指示データを処理したことに応じて、前記処理が適正に実行されたと判断する、
請求項２～４のいずれか１項に記載の画像処理装置。

【請求項6】

前記コントローラはさらに、
前記処理が適正に実行されなかった場合、前記画像処理装置を復帰させる条件を設定する設定処理
を実行し、
前記第４判断処理では、前記設定処理により設定された前記画像処理装置を復帰させる前記条件も考慮して前記画像処理装置を復帰させる可能性があるか否かを判断する、
請求項３に記載の画像処理装置。

【請求項7】

前記コントローラはさらに、
前記第４判断処理により前記画像処理装置を復帰させる可能性がないと判断された場合、前記取得処理により取得された情報に基づいた報知を行う第１報知処理
を実行する、
請求項３又は６に記載の画像処理装置。

【請求項8】

通信インタフェースと、
メモリと、
コントローラと、
を備えた画像処理装置であって、
前記コントローラは、
指示データの所在情報と、タイミング情報とを前記メモリに記憶させる記憶処理を実行でき、前記指示データは、前記コントローラに実行させる処理を指示するデータであって、前記通信インタフェースを介して通信可能な情報処理装置内に記憶されており、前記タイミング情報は、前記所在情報により示される前記指示データを記憶している情報処理装置に対してアクセスするタイミングを示す情報であり、
前記コントローラは、
前記タイミング情報により示されるタイミングを検出する検出処理と、
前記検出処理により前記タイミングが検出されたことに応じて、前記通信インタフェースを介して前記所在情報により示される情報処理装置にアクセスするアクセス処理と、
前記アクセス処理に応じて前記情報処理装置が送信した、前記所在情報により示される前記指示データを、前記通信インタフェースを介して受信する受信処理と、
前記受信処理により受信された前記指示データに応じた処理を実行する実行処理と、
前記記憶処理により前記指示データの所在情報及び前記タイミング情報を前記メモリに記憶させた場合、記憶された前記タイミング情報により示されるタイミングで前記情報処理装置にアクセスしようとすると、前記アクセス処理を開始してから前記実行処理を終了するまでの処理が適正に実行されない可能性があるか否かを判断する第５判断処理と、
前記第５判断処理により前記処理が適正に実行されない可能性があると判断された場合、前記処理が適正に実行されない可能性があることを報知する第２報知処理と、
を実行する、
画像処理装置。

【請求項9】

通信インタフェースと、
メモリと、
コントローラと、
を備えた画像処理装置であって、
前記コントローラは、
指示データの所在情報と、タイミング情報とを前記メモリに記憶させる記憶処理を実行でき、前記指示データは、前記コントローラに実行させる処理を指示するデータであって、前記通信インタフェースを介して通信可能な情報処理装置内に記憶されており、前記タイミング情報は、前記所在情報により示される前記指示データを記憶している情報処理装置に対してアクセスするタイミングを示す情報であり、
前記コントローラは、
前記タイミング情報により示されるタイミングを検出する検出処理と、
前記検出処理により前記タイミングが検出されたことに応じて、前記通信インタフェースを介して前記所在情報により示される情報処理装置にアクセスするアクセス処理と、
前記アクセス処理に応じて前記情報処理装置が送信した、前記所在情報により示される前記指示データを、前記通信インタフェースを介して受信する受信処理と、
前記受信処理により受信された前記指示データに応じた処理を実行する実行処理と、
前記通信インタフェースに対する設定変更がなされたことを検知する検知処理と、
前記メモリに前記指示データの所在情報と前記タイミング情報とが記憶されている状態で、前記検知処理により前記設定変更がなされたことが検知された場合、前記設定変更がなされたことを報知する第３報知処理と、
を実行する、
画像処理装置。

【請求項10】

前記指示データは、画像データを取得して印刷することを指示するデータであり、
前記コントローラは、
前記実行処理において、前記指示データに基づいた印刷を実行する、
請求項１～９のいずれか１項に記載の画像処理装置。

【請求項11】

前記指示データは、前記画像処理装置のステータスを前記情報処理装置へ送信することを指示するデータであり、
前記コントローラは、
前記実行処理において、自身の前記ステータスを、前記通信インタフェースを介して前記情報処理装置へ送信する、
請求項１～９のいずれか１項に記載の画像処理装置。

【請求項12】

画像処理装置と、前記画像処理装置と接続された情報処理装置とを含む画像処理システムであって、
前記画像処理装置は、
第１通信インタフェースと、第１メモリと、第１コントローラと、
を備え、
前記第１コントローラは、
指示データの所在情報と、タイミング情報とを前記第１メモリに記憶させる記憶処理を実行でき、前記指示データは、前記第１コントローラに実行させる処理を指示するデータであって、前記第１通信インタフェースを介して通信可能な前記情報処理装置の第２メモリ内に記憶されており、前記タイミング情報は、前記所在情報により示される前記指示データを記憶している情報処理装置に対してアクセスするタイミングを示す情報であり、
前記第１コントローラは、
前記タイミング情報により示されるタイミングを検出する検出処理と、
前記検出処理により前記タイミングが検出されたことに応じて、前記第１通信インタフェースを介して前記所在情報により示される情報処理装置にアクセスするアクセス処理と、
前記アクセス処理に応じて前記情報処理装置が送信した、前記所在情報により示される前記指示データを、前記第１通信インタフェースを介して受信する受信処理と、
前記受信処理により受信された前記指示データに応じた処理を実行する実行処理と、
を実行し、
前記第１コントローラは、
前記記憶処理において、複数の前記指示データの所在情報を記憶させることができるとともに、前記複数の指示データの所在情報のそれぞれに異なったタイミング情報を対応付けて記憶させることができ、
前記検出処理により、前記異なったタイミング情報のいずれかにより示されるタイミングが検出されたことに応じて、前記アクセス処理において、前記検出されたタイミングのタイミング情報に対応付けられた指示データの所在情報により示される情報処理装置にアクセスし、
前記情報処理装置は、
第２通信インタフェースと、第２コントローラと、
を備え、
前記第２コントローラは、
前記第２通信インタフェースを介して前記画像処理装置から受信した前記所在情報により示される前記指示データを前記第２通信インタフェースから前記画像処理装置へ送信する送信処理
を実行する、
画像処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、情報処理装置にアクセスし、情報処理装置内に記憶された指示データに応じた処理を画像処理装置に実行させる技術に関するものである。

【背景技術】

【0002】

特許文献１には、記録媒体の装着を検出したことに応じてその記録媒体からプログラムを読み出し、読み出したプログラムを実行することにより機能を拡張するようにした画像形成装置が記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００４－４６８０２号公報

【発明の概要】

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

【0004】

しかし、特許文献１に記載の画像形成装置では、機能を拡張させるには、その機能を拡張させるプログラムを記録媒体に記憶させた上で、記録媒体を画像形成装置に装着しなければならず、面倒であった。

【0005】

本願は、より簡単に画像処理装置の機能を拡張することが可能となる技術を提供することを目的とする。

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

【0006】

上記目的を達成するため、本願の画像処理装置は、通信インタフェースと、メモリと、コントローラと、を備えた画像処理装置であって、コントローラは、指示データの所在情報と、タイミング情報とをメモリに記憶させる記憶処理を実行でき、指示データは、コントローラに実行させる処理を指示するデータであって、通信インタフェースを介して通信可能な情報処理装置内に記憶されており、タイミング情報は、所在情報により示される指示データを記憶している情報処理装置に対してアクセスするタイミングを示す情報であり、コントローラは、タイミング情報により示されるタイミングを検出する検出処理と、検出処理によりタイミングが検出されたことに応じて、通信インタフェースを介して所在情報により示される情報処理装置にアクセスするアクセス処理と、アクセス処理に応じて情報処理装置が送信した、所在情報により示される指示データを、通信インタフェースを介して受信する受信処理と、受信処理により受信された指示データに応じた処理を実行する実行処理と、を実行する。

【発明の効果】

【0007】

本願によれば、より簡単に画像処理装置の機能を拡張することが可能となる。

【図面の簡単な説明】

【0008】

【図1】本願の一実施形態に係る画像処理システムのブロック図である。

【図2】指示データの一例（（ａ））及び注意表示の一例（（ｂ），（ｃ））を示す図である。

【図3】外部アプリケーション登録処理の手順を示すフローチャートである。

【図4】タイマ監視処理の手順を示すフローチャートである。

【図5】ネットワーク設定変更時処理の手順を示すフローチャートである。

【図6】外部アプリケーション実行処理の手順を示すフローチャートである。

【図7】図６の外部アプリケーション実行処理の続きの手順を示すフローチャートである。

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

【0009】

以下、本願の実施形態を図面に基づいて詳細に説明する。図１は、本願の一実施形態に係るＭＦＰ１００（「画像処理装置」の一例）を含む画像処理システム１の制御構成を示している。画像処理システム１は、ＭＦＰ１００、ＰＣ２００、ルータ２２０及びサーバ２５０（「情報処理装置」の一例）を備えている。なお、ＭＦＰは、multifunction peripheral の略語である。

【0010】

ＭＦＰ１００とＰＣ２００とは、ルータ２２０及び通信ネットワーク２４０を介して相互に通信可能となっている。通信ネットワーク２４０の具体例は、特に限定されないが、例えば、有線ＬＡＮ、無線ＬＡＮ、あるいはこれらの組み合わせであってもよい。また、ルータ２２０とサーバ２５０とは、インターネット３００を介して相互に通信可能となっている。したがって、ＭＦＰ１００、ＰＣ２００及びサーバ２５０は、相互に通信可能となっている。

【0011】

ＭＦＰ１００は、プリンタ１３０と、スキャナ１４０と、ＦＡＸ部１５０と、ディスプレイ１６０と、入力ＩＦ１７０と、通信ＩＦ１８０と、ＣＰＵ１１０と、メモリ１２０と、通信バス１９０とを主に備えている。なお、ＩＦは、interfaceの略語である。ＭＦＰ１００を構成する各構成要素は、通信バス１９０を通じて相互に接続されている。

【0012】

プリンタ１３０は、画像データで示される画像をシートに記録するプリント動作を実行する。プリンタ１３０の記録方式としては、インクジェット方式や電子写真方式などの公知の方式を採用することができる。スキャナ１４０は、原稿に記録されている画像を読み取って画像データを生成するスキャン動作を実行する。ＦＡＸ部１５０は、画像データを外部装置にＦＡＸ送信するＦＡＸ送信動作と、画像データを外部装置からＦＡＸ受信するＦＡＸ受信動作とを実行する。なお、ＭＦＰ１００は、プリンタ１３０、スキャナ１４０、ＦＡＸ部１５０の少なくとも１つを備えていればよい。

【0013】

入力ＩＦ１７０は、ユーザによる入力操作を受け付けるユーザインタフェースである。具体的には、入力ＩＦ１７０はボタンを有しており、押下されたボタンに対応づけられた各種の操作信号をＣＰＵ１１０へ出力する。さらに、入力ＩＦ１７０は、ディスプレイ１６０の表示面に重畳された膜状のタッチセンサを有していてもよい。ディスプレイ１６０の表示面に表示されたオブジェクトを指定する操作、文字列あるいは数字列を入力する操作は、ユーザ操作の一例である。「オブジェクト」とは、例えば、ディスプレイ１６０に表示された文字列、アイコン、ボタン、リンク、プルダウンメニュー等である。

【0014】

タッチセンサとして実現される入力ＩＦ１７０は、ユーザがタッチした表示面上の位置を示す位置情報を出力する。なお、本明細書中における「タッチ」とは、入力媒体を表示面に接触させる操作全般を含む。また、入力媒体が表示面に触れていなくても、表示面との間の距離がごく僅かな位置まで入力媒体を近接させる「ホバー」あるいは「フローティングタッチ」を、上記「タッチ」の概念に含めてもよい。さらに入力媒体とは、ユーザの指であってもよいし、タッチペン等であってもよい。ディスプレイ１６０に表示されたアイコンの位置のタップするユーザ操作は、そのアイコンを指定する指定操作の一例である。

【0015】

通信ＩＦ１８０は、通信ネットワーク２４０を通じて外部装置と通信を行うためのものである。すなわち、ＭＦＰ１００は、通信ＩＦ１８０を通じてＰＣ２００及びサーバ２５０に各種情報を送信し、通信ＩＦ１８０を通じてＰＣ２００及びサーバ２５０から各種データ又は各種情報を受信する。

【0016】

ＣＰＵ１１０は、ＭＦＰ１００の全体動作を制御するものである。ＣＰＵ１１０は、入力ＩＦ１７０から出力される各種信号、及び通信ＩＦ１８０を通じて外部装置から取得した各種情報等に基づいて、図３～図７を用いて後述する各種プログラムをメモリ１２０から取得して実行する。

【0017】

メモリ１２０には、ＯＳ１２１と、制御プログラム１２２とが記憶される。なお、制御プログラム１２２は、単一のプログラムであってもよいし、複数のプログラムの集合体であってもよい。また、メモリ１２０には、制御プログラム１２２の実行に必要なデータあるいは情報が記憶される。メモリ１２０は、例えば、ＲＡＭ、ＲＯＭ、ＮＶＭ、ＥＥＰＲＯＭ、ＨＤＤ、ＭＦＰ１００に着脱されるＵＳＢメモリ等の可搬記憶媒体、ＣＰＵ１１０が備えるバッファ等、あるいはそれらの組み合わせによって構成される。なお、ＮＶＭは、non-volatile memory の略語である。

【0018】

メモリ１２０は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、non-transitoryな媒体である。non-transitoryな媒体には、上記の例の他に、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。また、non-transitoryな媒体は、tangibleな媒体でもある。一方、インターネット上のサーバ２５０などからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体であるが、non-transitoryなコンピュータが読み取り可能なストレージ媒体には含まれない。

【0019】

制御プログラム１２２には、ＭＦＰ１００に外部アプリケーションを実現させるプログラムが含まれている。外部アプリケーションは、定義データ（「指示データ」の一例）に定義された動作を、ＣＰＵ１１０がＭＦＰ１００に実行させるプログラムである。そして、プログラムリストにプログラムレコードが登録されると、ＣＰＵ１１０は、定義データに定義された動作をＭＦＰ１００に実行させることができるようになる。

【0020】

メモリ１２０には、例えば図２（ａ）に示されるように、プログラムリストを記憶することができる。プログラムリストは、１以上のプログラムレコードを含む。制御プログラム１２２のインストール時において、プログラムリストにプログラムレコードは登録されていないが、例えば、ユーザの登録操作に応じて、プログラムレコードはプログラムリストに登録される。

【0021】

プログラムレコードは、プログラムＩＤと、プログラムＩＤに対応するアドレス情報（「所在情報」の一例）と、定期起動の有無と、起動周期（「タイミング情報」の一例）とを含む。プログラムＩＤは、外部アプリケーションに用いられる定義データを識別するための情報である。定義データは、例えば、ＸＭＬによって記述される。ＸＭＬファイルは、テキスト形式の定義データの一例であるが、定義データは、バイナリデータあるいはバイナリ化されたテキストデータであってもよい。アドレス情報は、例えば、対応するプログラムＩＤで識別される外部アプリケーションに用いられる定義データの所在を示す情報であってもよい。アドレス情報は、例えば、ＸＭＬファイルを記憶するサーバ２５０を識別するサーバアドレスを含むＵＲＬであってもよい。

【0022】

なお、本明細書では、基本的に、プログラムに記述された命令に従ったＣＰＵ１１０の処理を示す。すなわち、以下の説明における「判断」「抽出」「選択」「算出」「決定」「特定」「取得」「受付」「制御」「設定」等の処理は、ＣＰＵ１１０の処理を表している。ＣＰＵ１１０による処理は、ＯＳを介したハードウェア制御も含む。なお、「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵ１１０が要求することなくデータを受信するという処理も、「ＣＰＵ１１０がデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。また、「命令」「応答」「要求」等の処理は、「命令」「応答」「要求」等を示す情報を通信することにより行われる。また、「命令」「応答」「要求」等の文言を、「命令」「応答」「要求」等を示す情報そのものという意味で記載してもよい。

【0023】

図３は、ＭＦＰ１００、特にＣＰＵ１１０が実行する外部アプリケーション登録処理の手順を示している。以降、各処理の手順の説明において、ステップを「Ｓ」と表記する。図３の外部アプリケーション登録処理は、例えば、ＣＰＵ１１０がＰＣ２００から、外部アプリケーションの登録指示を受信したことに応じて開始される。なお、外部アプリケーション登録処理は、ＣＰＵ１１０がＭＦＰ１００の入力ＩＦ１７０から外部アプリケーションの登録指示を受け取ったことに応じて開始してもよい。

【0024】

図３において、まずＣＰＵ１１０は、ＰＣ２００から受信した外部アプリケーション登録指示に含まれるパラメータをメモリ１２０に登録する（Ｓ２）。

【0025】

次にＣＰＵ１１０は、登録したパラメータが定期起動を示すパラメータであるか否かを判断する（Ｓ４）。この判断において、登録したパラメータが定期起動を示すパラメータであると判断された場合（Ｓ４：ＹＥＳ）、ＣＰＵ１１０は、既に定期起動する外部アプリケーションが登録されているか否かを判断する（Ｓ６）。この判断において、既に定期起動する外部アプリケーションが登録されていると判断された場合（Ｓ６：ＹＥＳ）、ＣＰＵ１１０は、登録しようとしている外部アプリケーションの起動周期と、既に登録されている外部アプリケーションの起動周期とが重複する割合を算出する（Ｓ８）。例えば、上記図２（ａ）のプログラムリストにおいて、プログラムＩＤ“Pull Print”とプログラムＩＤ“Send Status”の各プログラムレコードが登録された状態で、プログラムＩＤ“Print from Server”のプログラムレコードを登録しようとしている場合、プログラムＩＤ“Print from Server”により示される外部アプリケーションを３回起動すると、プログラムＩＤ“Send Status”により示される外部アプリケーションの起動と１回重複する。この場合、ＣＰＵ１１０は、起動周期が重複する割合を１／３×１００≒３３（％）と算出する。

【0026】

次にＣＰＵ１１０は、算出した割合が閾値を超えるか否かを判断する（Ｓ１０）。閾値として、例えば８０％を採った場合、図２（ａ）のプログラムリストの例では、算出した割合は閾値を超えていない。Ｓ１０の判断において、算出した割合が閾値を超えると判断された場合（Ｓ１０：ＹＥＳ）、ＣＰＵ１１０は、重複する割合をディスプレイ１６０に注意表示する（Ｓ１２）。図２（ｂ）は、注意表示１６０ａの一例を示している。

【0027】

次にＣＰＵ１１０は、例えば、注意表示１６０ａに設けられた「はい」ボタン１６０ａ１が操作されたか否かを判断する（Ｓ１４）。この判断において、「いいえ」ボタン１６０ａ２が操作されたと判断された場合（Ｓ１４：ＮＯ）、ＣＰＵ１１０は、登録失敗処理を実行した（Ｓ１６）後、外部アプリケーション登録処理を終了する。ここで、登録失敗処理とは、具体的には、外部アプリケーション登録に失敗したことを、エラー原因とともにユーザへ報知する処理、例えばディスプレイ１６０へ表示する処理である。

【0028】

一方、上記Ｓ１４の判断において、「はい」ボタン１６０ａ１が操作されたと判断された場合（Ｓ１４：ＹＥＳ）、ＣＰＵ１１０は、登録成功処理を実行した（Ｓ１８）後、外部アプリケーション登録処理を終了する。ここで、登録成功処理とは、具体的には、登録しようとしているプログラムレコードをプログラムリストに登録して、メモリ１２０に記憶させるとともに、登録したプログラムレコードに対応付けられたタイマの計時を開始させる処理である。この処理と一緒に、外部アプリケーション登録に成功したことをユーザへ報知する処理、例えばディスプレイ１６０へ表示する処理を行うようにしてもよい。

【0029】

一方、上記Ｓ１０の判断において、算出した割合が閾値を超えない場合（Ｓ１０：ＮＯ）、あるいは上記Ｓ６の判断において、定期起動する外部アプリケーションがまだ登録されていないと判断された場合（Ｓ６：ＮＯ）、ＣＰＵ１１０は、上記Ｓ１８の登録成功処理を実行する。

【0030】

一方、上記Ｓ４の判断において、登録したパラメータが定期起動を示すパラメータでないと判断された場合（Ｓ４：ＮＯ）、ＣＰＵ１１０は、通常登録処理を実行した（Ｓ２０）後、外部アプリケーション登録処理を終了する。ここで、通常登録処理とは、タイマにより定期起動しない外部アプリケーションを登録する処理である。この処理と一緒に、外部アプリケーションを通常登録したことをユーザへ報知する処理、例えばディスプレイ１６０へ表示する処理を行うようにしてもよい。なお、通常登録処理により登録された外部アプリケーションは、例えば、ＭＦＰ１００の入力ＩＦ１７０から起動指示を受け取ったことに応じて起動される。

【0031】

このように外部アプリケーション登録処理では、定期起動する外部アプリケーションが複数登録されたときに、定期起動周期が重複する割合を算出し、算出した割合が所定の閾値を超えた場合、定期起動に失敗する外部アプリケーションが多くなることを注意表示するようにした。これにより、ＭＦＰ１００のユーザは、外部アプリケーションが実際に定期起動される前に、定期起動に失敗する外部アプリケーションが多くなることを知ることができるので、定期起動周期を変更するなどの有効な対策を取ることができる。

【0032】

図４は、タイマ監視処理の手順を示している。タイマ監視処理は、上記外部アプリケーション登録処理により登録成功処理（図３のＳ１８）が実行され、１つ以上のタイマが有効に登録されているときに常に実行される。

【0033】

図４において、まずＣＰＵ１１０は、一定時間待った（Ｓ３０）後、現在時刻とタイマのタイムアップ時刻とを比較する（Ｓ３２）。そして、ＣＰＵ１１０は、タイムアップ時刻を超過したタイマがあるか否かを判断する（Ｓ３４）。この判断において、タイムアップ時刻を超過したタイマがないと判断された場合（Ｓ３４：ＮＯ）、ＣＰＵ１１０は、処理を上記Ｓ３０に戻す。一方、この判断において、タイムアップ時刻を超過したタイマがあると判断された場合（Ｓ３４：ＹＥＳ）、ＣＰＵ１１０は、該当する外部アプリケーションの起動指示を行う（Ｓ３６）。この外部アプリケーションの起動指示は、図６を用いて後述する外部アプリケーション実行処理のＳ６０の判断で用いられる。

【0034】

そして、ＣＰＵ１１０は、そのタイマに対する次回のタイムアップ時刻を設定した（Ｓ３８）後、処理を上記Ｓ３４に戻す。

【0035】

図５は、ネットワーク設定変更時処理の手順を示している。ネットワーク設定変更時処理は、通信ＩＦ１８０やルータ２２０に対するネットワーク設定が変更されたときに開始される。ネットワーク設定は、ＭＦＰ１００についてのネットワーク設定であり、メモリ１２０に記憶されている。ネットワーク設定としては、例えば、ＩＰアドレスやｐｒｏｘｙ設定などを挙げることができる。なお、ネットワーク設定の変更指示は、例えば、入力ＩＦ１７０やＰＣ２００から受け付けられる。そして、ネットワーク設定の変更指示を受け付けたことに応じてＣＰＵ１１０は、ネットワーク設定変更処理を実行し、ＭＦＰ１００のネットワーク設定を指示された設定に変更する。このネットワーク設定変更処理は、ネットワーク設定変更時処理とは別に動作する。そして、ネットワーク設定変更処理によりネットワーク設定が変更されると、ＣＰＵ１１０は、例えば、ネットワーク設定変更時処理を開始させるイベントを発生させる。このイベントの発生に応じてＣＰＵ１１０は、ネットワーク設定変更時処理を開始させる。

【0036】

図５において、まずＣＰＵ１１０は、定期起動する外部アプリケーションが登録されているか否かを判断する（Ｓ５０）。上記図２（ａ）のプログラムリストを例に挙げると、Ｓ５０では、ＣＰＵ１１０は、「定期起動」項目に“○”が記載されているプログラムレコードがあるか否かを判断している。この判断において、定期起動する外部アプリケーションが登録されていると判断された場合（Ｓ５０：ＹＥＳ）、ＣＰＵ１１０は、サーバ２５０へ接続確認を行う（Ｓ５２）。接続確認の方法は、どのような方法を採用してもよいが、一例として、pingコマンドを通信ＩＦ１８０からサーバ２５０に送信し、これに対してサーバ２５０から応答を受信したときに接続に成功したと判断する方法を挙げることができる。このとき、ＣＰＵ１１０は、定期起動する外部アプリケーションのアドレス情報、例えば、図２（ａ）のプログラムリストでは、いずれかのプログラムレコードのＵＲＬが示すサーバ２５０にpingコマンドを送信する。また、pingコマンドを送信する方法に代えて、ＣＰＵ１１０は、いずれかのプログラムレコードのＵＲＬが示す定義データを取得できたか否かに応じて、接続確認を行うようにしてもよい。この場合、ＣＰＵ１１０は、定義データに従った処理を行わない。接続確認を行うことが、その目的だからである。

【0037】

次にＣＰＵ１１０は、接続に成功したか否かを判断する（Ｓ５４）。この判断において、接続に成功したと判断された場合（Ｓ５４：ＹＥＳ）、ＣＰＵ１１０は、ネットワーク設定変更時処理を終了する。一方、この判断において、接続に失敗したと判断された場合（Ｓ５４：ＮＯ）、ＣＰＵ１１０は、接続エラーを通知した（Ｓ５６）後、ネットワーク設定変更時処理を終了する。図３（ｃ）は、接続エラーの通知の一例として、ディスプレイ１６０に表示された接続エラーの表示例を示している。

【0038】

一方、上記Ｓ５０の判断において、定期起動する外部アプリケーションが登録されていないと判断された場合（Ｓ５０：ＮＯ）、ＣＰＵ１１０は、ネットワーク設定変更時処理を終了する。

【0039】

このようにネットワーク設定変更時処理では、ネットワーク設定が変更された場合、外部アプリケーションが実際に定期起動される前に、サーバ２５０への接続確認を行うようにしている。これにより、サーバ２５０との接続が成功していれば、外部アプリケーションが定期起動されたときに、その外部アプリケーションに用いられる定義データをサーバ２５０から正しく読み出すことができる。一方、サーバ２５０との接続が失敗していれば、ＭＦＰ１００のユーザはその原因を事前に知ることができるので、ネットワーク設定を修正するなどの有効な対策を取ることができる。

【0040】

図６は、外部アプリケーション実行処理の手順を示している。外部アプリケーション実行処理は、上記図４のタイマ監視処理の開始に応じて開始し、タイマ監視処理の終了に応じて終了する。

【0041】

図６において、まずＣＰＵ１１０は、タイマ監視処理から該当する外部アプリケーションの起動が指示されるまで待機し（Ｓ６０：ＮＯ）、該当する外部アプリケーションの起動が指示されると（Ｓ６０：ＹＥＳ）、ＣＰＵ１１０は、該当する外部アプリケーションへのアクセスプロセスを開始する（Ｓ６２）。

【0042】

次にＣＰＵ１１０は、該当する外部アプリケーションへのアクセスプロセスを正常に開始できたか否かを判断する（Ｓ６４）。この判断において、該当する外部アプリケーションへのアクセスプロセスを正常に開始できなかったと判断された場合（Ｓ６４：ＮＯ）、ＣＰＵ１１０は、処理をＳ７４に進める。ここで、該当する外部アプリケーションへのアクセスプロセスを正常に開始できなかった原因は主として、他処理とのバッティングである。例えば、ＭＦＰ１００のユーザがプリンタ１３０を用いて印刷している最中に、外部アプリケーションの定期起動が指示された場合、その外部アプリケーションの起動プロセスは実行されない。このエラー原因を取得できた場合、ＣＰＵ１１０は、取得したエラー原因をメモリ１２０に記憶する。

【0043】

一方、Ｓ６４の判断において、該当する外部アプリケーションへのアクセスプロセスを実行できたと判断された場合（Ｓ６４：ＹＥＳ）、ＣＰＵ１１０は、サーバ２５０へアクセスする（Ｓ６６）。

【0044】

次にＣＰＵ１１０は、サーバ２５０へアクセスできたか否かを判断する（Ｓ６８）。この判断において、サーバ２５０へアクセスできなかったと判断された場合（Ｓ６８：ＮＯ）、ＣＰＵ１１０は、処理を上記Ｓ７４に進める。ここで、サーバ２５０へアクセスできなかった原因は主として、ネットワークエラーである。このエラー原因を取得できた場合、ＣＰＵ１１０は、取得したエラー原因をメモリ１２０に記憶する。

【0045】

一方、Ｓ６８の判断において、サーバ２５０へアクセスできたと判断された場合（Ｓ６８：ＹＥＳ）、ＣＰＵ１１０は、該当する外部アプリケーションを実行する（Ｓ７０）。例えば、上記図２（ａ）のプログラムリストにおいて、プログラムＩＤ“Send Status”と対応付けられているタイマが計時を開始してから起動周期「３時間」の計時を完了すると、上記タイマ監視処理（図４）のＳ３６において、プログラムＩＤ“Send Status”で識別される外部アプリケーションの起動が指示されるので、ＣＰＵ１１０は、ＵＲＬ“http://serveraddress/sendstatus.xml”で示される、サーバ２５０の所在パスにある定義データを読み出す。そして、この定義データ“sendstatus.xml”に基づいて、ＣＰＵ１１０は、ＭＦＰ１００の現在のステータスを、通信ＩＦ１８０を通じてサーバ２５０に送信する動作をＭＦＰ１００に実行させる。

【0046】

次にＣＰＵ１１０は、該当する外部アプリケーションを正常実行できたか否かを判断する（Ｓ７２）。この判断において、該当する外部アプリケーションを正常実行できたと判断された場合（Ｓ７２：ＹＥＳ）、ＣＰＵ１１０は、外部アプリケーション実行処理を終了する。一方、この判断において、該当する外部アプリケーションを正常実行できなかったと判断された場合（Ｓ７２：ＮＯ）、ＣＰＵ１１０は、処理を上記Ｓ７４に進める。

【0047】

一例として、図２（ａ）のプログラムリストにおいて、プログラムＩＤ“Send Status”で識別されるプログラムレコードは、ＭＦＰ１００の現在のステータスを、通信ＩＦ１８０を通じてサーバ２５０に送信する動作をＭＦＰ１００に実行させる、複数のＸＭＬファイルからなる定義データである。そして、そのプログラムレコードに含まれるＵＲＬは、複数のＸＭＬファイルのうち、最初に処理すべきＸＭＬファイルを示している。また、それぞれのＸＭＬファイルには、次に処理すべきＸＭＬファイルの識別情報が記載されている。ＣＰＵ１１０は、この記載に従って、ＸＭＬファイルを順番に処理して行く。最後に処理されるＸＭＬファイルには、アプリケーション実行の成功を示す情報が入っていてもよい。また、アプリケーション実行の成功を示す情報は、最後に処理されるＸＭＬファイル以外のＸＭＬファイルに入っていてもよい。

【0048】

他の例として、プログラムＩＤ“Print from Server”で識別されるプログラムレコードは、通信ＩＦ１８０を通じてサーバから受信した画像データで示される画像を、プリンタ１３０がシートに記録する動作をＭＦＰ１００に実行させる、単数のＸＭＬファイルからなる定義データである。

【0049】

上記Ｓ７２では、サーバ２５０から受信したＸＭＬファイルの最初の１つを正常に処理できた場合に、ＣＰＵ１１０は、“ＹＥＳ”と判断してもよい。あるいは、サーバ２５０から受信したＸＭＬファイルを順番に処理し、アプリケーション実行の成功を示す情報が入ったＸＭＬファイルを正常に処理できた場合に、ＣＰＵ１１０は、“ＹＥＳ”と判断してもよい。

【0050】

なお、Ｓ７２の判断で使用するＸＭＬファイルは、外部アプリケーションを実際に起動するためのＸＭＬファイル、つまり上記図２（ａ）のプログラムリスト内のＵＲＬで示されるＸＭＬファイルであってもよいし、判定用に作成したＸＭＬファイルであってもよい。

【0051】

Ｓ７４では、ＣＰＵ１１０は、指定した回数を超えて連続失敗したか否かを判断する。この判断において、連続失敗した回数がまだ指定した回数を超えていないと判断された場合（Ｓ７４：ＮＯ）、ＣＰＵ１１０は、処理を上記Ｓ６０に戻す。このように、連続失敗した回数がまだ指定した回数を超えていない場合に、処理を上記Ｓ６０に戻すようにしたのは、失敗原因が常に起きるものでなければ、再度同じ外部アプリケーションを定期起動したときに、成功することがあるからである。

【0052】

一方、Ｓ７４の判断において、連続失敗した回数が指定した回数を超えたと判断された場合（Ｓ７４：ＹＥＳ）、ＣＰＵ１１０は、処理を図７のＳ７６に進める。

【0053】

Ｓ７６～Ｓ８０の判断において、連続失敗した原因がデバイスエラーであると判断された場合（Ｓ７６：ＹＥＳ）、ネットワークエラーであると判断された場合（Ｓ７８：ＹＥＳ）、及び他処理とのバッティングでないと判断された場合（Ｓ８０：ＮＯ）のうちのいずれかが成立した場合、ＣＰＵ１１０は、処理をＳ８２に進める。一方、Ｓ７６～Ｓ８０の判断において、連続失敗した原因がデバイスエラーでないと判断された場合（Ｓ７６：ＮＯ）、ネットワークエラーでないと判断された場合（Ｓ７８：ＮＯ）、及び他処理とのバッティングであると判断された場合（Ｓ８０：ＹＥＳ）のうちのいずれも成立した場合、ＣＰＵ１１０は、処理をＳ８６に進める。

【0054】

Ｓ８２では、ＣＰＵ１１０は、連続失敗した原因が再起動で解消する可能性がある原因であるか否かを判断する。具体的には、デバイスエラーに含まれるエラー原因のうち、再起動で解消する可能性があるものとしては、メモリ１２０にスタックが最大階層を超えて積み上がり、機能がロックしたエラーや、ＭＦＰ１００本体の異常な温度上昇などを挙げることができる。一方、デバイスエラーに含まれるエラー原因のうち、再起動で解消する可能性がないものとしては、用紙ジャムや、物理的なトラブル（本体カバーのオープン、ドラム／ＡＤＦ破損など）などを挙げることができる。また、ネットワークエラーに含まれるエラー原因のうち、再起動で解消する可能性があるものとしては、ＩＰアドレスの重複や、機器との接続トラブルなどを挙げることができる。一方、ネットワークエラーに含まれるエラー原因のうち、再起動で解消する可能性がないものとしては、ＬＡＮケーブル抜けなどを挙げることができる。さらに、他処理とのバッティングに含まれるエラー原因としては、ユーザによるＭＦＰ１００の操作中や、他の定期起動する外部アプリケーションとの起動周期の重複などを挙げることができる。

【0055】

上記Ｓ８２の判断において、連続失敗した原因が再起動で解消する可能性がある原因でないと判断された場合（Ｓ８２：ＮＯ）、ＣＰＵ１１０は、処理をＳ８６に進める。一方、Ｓ８２の判断において、連続失敗した原因が再起動で解消する可能性がある原因であると判断された場合（Ｓ８２：ＹＥＳ）、ＣＰＵ１１０は、処理をＳ８４に進める。

【0056】

Ｓ８４では、ＣＰＵ１１０は、再起動後の実行ではないか否かを判断する。この判断において、再起動後の実行であると判断された場合（Ｓ８４：ＮＯ）、ＣＰＵ１１０は、処理をＳ８６に進める。一方、この判断において、再起動後の実行ではないと判断された場合（Ｓ８４：ＹＥＳ）、ＣＰＵ１１０は、処理をＳ８８に進める。

【0057】

Ｓ８６では、ＣＰＵ１１０は、エラー原因を通知した後、外部アプリケーション実行処理を終了する。エラー原因を通知する方法としては、例えば、エラー原因を管理者にメール送信する方法、ディスプレイ１６０に表示する方法、プリンタ１３０を用いて印刷する方法などを挙げることができる。通知内容としては、どの段階（外部アプリケーションを起動する前か後か）で失敗したか、エラー原因（エラー原因を示すエラーコード、バッティングした処理など）、エラー復帰／回避方法（デバイスエラー解消方法、起動周期の重複であれば、重複しない周期の提案など）などを挙げることができる。

【0058】

Ｓ８８では、ＣＰＵ１１０は、再起動を実行した後、処理を上記図６のＳ６２に戻す。つまり、再起動実行後は、上記Ｓ６０においてタイマによる起動時間の経過を待たずに、直ちに該当する外部アプリケーションの起動プロセスを開始させる。これは、該当する外部アプリケーションの起動周期として、例えば１日を設定していた場合、再起動後また１日を待たなければ、該当する外部アプリケーションの起動プロセスを開始できないこととなり、再起動により該当する外部アプリケーションの起動プロセスが成功したか否かを直ちに確認できないからである。

【0059】

また、上記Ｓ８２の判断において、連続失敗した原因が再起動で解消する可能性がある原因であると判断された場合（Ｓ８２：ＹＥＳ）、ＣＰＵ１１０は、直ちに再起動を実行せず、その前に、上記Ｓ８４において、再起動後の実行ではないか否かを判断している。これは、連続失敗した原因が再起動で解消する可能性がある原因であると判断されて、再起動が実行された後、さらに処理がＳ８２に進んだ場合、その前に処理がＳ８２に進んだ場合と同様に、Ｓ８２において再度、連続失敗した原因が再起動で解消する可能性がある原因であると判断されてしまい、再起動が何度も繰り返して実行されることになる。これを防止するために、Ｓ８２とＳ８８の間にＳ８４の判断を入れるようにしている。

【0060】

このように外部アプリケーション実行処理では、一定回数連続して失敗したときに、再起動で解消する可能性がある場合には、再起動を実行するようにしたので、自動的に外部アプリケーションを定期起動できる状態に復帰させることができる。これにより、定期起動に失敗し続ける状態を解消させることができる。

【0061】

また、一定回数連続して失敗したときに、再起動で解消する可能性がない場合には、再起動を実行せず、エラー原因を通知することにしたので、不要な再起動を防止することができる。

【0062】

さらに、上記Ｓ８０の判断において、他処理とのバッティングであると判断された場合（Ｓ８０：ＹＥＳ）には、処理をＳ８２の判断に進めず、Ｓ８６の処理に進めるようにした。上述のように、他処理とのバッティングに含まれるエラー原因は、ユーザによるＭＦＰ１００の操作中や、他の定期起動する外部アプリケーションとの起動周期の重複などである。ユーザによるＭＦＰ１００の操作中に、再起動が実行された場合、操作中のユーザ操作はリセットされてしまい、ユーザは違和感を生ずることになる。一方、他の定期起動する外部アプリケーションとの起動周期の重複がエラー原因とすると、再起動が実行されたとしても再度、同じエラー原因で失敗することになり、再起動が意味のないものとなってしまう。このような理由から、エラー原因が他処理とのバッティングである場合、再起動が実行されないようにしている。

【0063】

なお、本実施形態では、上記Ｓ８４の判断において“ＹＥＳ”と判断された場合には、再起動が直ちに実行されるが、これに限らず、再起動に関する設定を行えるようにしてもよい。具体的には、再起動の可否の設定、何回失敗したときに再起動するかの設定、再起動してもよい時間帯（例えば、営業時間外）の設定などを挙げることができる。このような設定を行えると、ユーザの望まない再起動を防止することができる。

【0064】

また、サーバ２５０が一定期間、外部アプリケーションの定期起動の実施状況を収集するようにし、サーバ２５０からレポートあるいはダウンロードできるようにしてもよい。これにより、ＭＦＰ１００のユーザは、外部アプリケーションの定期起動が成功したか失敗したかを統計的に把握することができ、中長期的に定期起動の失敗割合を低下させることが可能となる。

【0065】

さらに、デバイスエラーが原因で定期起動を失敗した場合、定期起動を失敗する毎にエラー通知を行うようにしてもよい。これにより、ユーザは定期起動の失敗原因がデバイスエラーにあることを気づき易くなる。

【0066】

従来のＭＦＰを用いてこのような外部アプリケーションを起動する場合には、ＭＦＰに設けられた入力ＩＦから、起動したい外部アプリケーションを指定した上で、その実行を指示するユーザ操作を行う必要があった。しかし、本実施形態のＭＦＰ１００では、外部アプリケーションをタイマにより一定周期毎に自動的に起動できるようにしたので、従来のＭＦＰで外部アプリケーションを起動するために必須のユーザ操作が不要となり、より簡単に外部アプリケーションを起動することが可能となる。これにより、ＭＦＰ１００に対してより簡単に、外部アプリケーションに応じた機能拡張を行うことが可能となる。

【0067】

また、外部アプリケーションに対してタイマを登録するか否かは自由に設定できる（上記図３のＳ４参照）ので、各外部アプリケーションの起動を、従来通りユーザ操作に応じて行う方法と、本実施形態のようにタイマにより一定周期毎に自動的に行う方法とを選択することが可能となる。これにより、各外部アプリケーションの起動方法にバリエーションを持たせることが可能となる。

【0068】

なお、本発明は上記実施形態に限定されるものでなく、その趣旨を逸脱しない範囲で様々な変更が可能である。
（１）上記実施形態では、画像処理装置の一例として、ＭＦＰ１００を例に挙げて説明したが、ＭＦＰ１００に限らず、画像処理装置は、単体のプリンタやスキャナ、コピー機であってもよい。
（２）上記実施形態では、コントローラの一例として、１つのＣＰＵ１１０を用いているが、これに限らず、複数のＣＰＵからなるものを用いてもよいし、複数のコアからなるＣＰＵを含むものでもよい。また、ＣＰＵと専用回路とを有していてもよい。専用回路としては、例えば、ＡＳＩＣ及びＦＰＧＡなどが挙げられる。
（３）上記実施形態では、画像処理システム１内に、ＭＦＰ１００もサーバ２５０も１台のみ含まれているが、これに限らず、ＭＦＰ１００もサーバ２５０も複数台含むようにしてもよい。

【符号の説明】

【0069】

１…画像処理システム、１００…ＭＦＰ、１１０…ＣＰＵ、１２０…メモリ、１２１…ＯＳ、１２２…制御プログラム、１３０…プリンタ、１４０…スキャナ、１５０…ＦＡＸ部、１６０…ディスプレイ、１７０…入力ＩＦ、１８０…通信ＩＦ、１９０…通信バス、２００…ＰＣ、２２０…ルータ、２４０…通信ネットワーク、２５０…サーバ、３００…インターネット。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】