JP6123109B2 - 画像形成装置 - Google Patents

Description

本発明は、画像形成装置に関し、詳細には、ネットワークを介してサーバ装置に接続され、登録した外部アプリケーションをサーバ装置と連携して実行する画像形成装置に関する。

近年、サーバ装置上で動作する外部アプリケーションと画像形成装置とをネットワーク経由で直接に結びつけた仕組みが開発されている。外部アプリケーションと画像形成装置の機能とを連携させれば、画像形成装置をトータルアプリケーションの一部として動作可能になる。例えば、原稿を画像形成装置でスキャンし、画像形成装置の操作部からサーバ装置を介してクライアント機器を操作して印刷までを実行でき、業務の効率化を図ることができる。

しかしながら、サーバ装置がダウンしたりネットワークに障害が発生することにより、サーバ装置と画像形成装置との間で通信ができない場合、外部アプリケーションの起動に失敗してしまう。例えば、特許文献１には、画像形成装置が有する汎用のデフォルト画面を表示可能な技術が開示されている。この汎用のデフォルト画面とは、工場出荷時などにデフォルトで画像形成装置に設定される画面であり、画像形成装置の記憶部に予め記憶されている。外部アプリケーションの起動に失敗した場合には、起動エラーのデフォルト画面が記憶部から呼び出されて表示される。

特開２００２−１７００９８号公報

しかしながら、上記特許文献１に記載された発明は、画像形成装置が有する汎用のデフォルト画面を表示しており、このデフォルト画面は、画一的な内容であって具体的なリカバリー手法をユーザに提供できる内容ではないため、エラーのリカバリーに長時間を要するという問題がある。特に、複数の外部アプリケーションが利用可能な画像形成装置では、リカバリー手法も外部アプリケーション毎に異なるので、デフォルト画面では対応が困難である。

本発明は、上述のような実情に鑑みてなされたもので、外部アプリケーションを起動できない場合、外部アプリケーションに対応して設定された起動エラー画面を表示できる画像形成装置を提供することを目的とする。

上記課題を解決するために、本発明の第１の技術手段は、ネットワークを介してサーバ装置に接続され、登録した外部アプリケーションを前記サーバ装置と連携して実行可能な画像形成装置であって、前記外部アプリケーションを登録する際、複数のエラー画面候補の表示に基づいて、当該外部アプリケーションを起動できない場合に表示する起動エラー画面を設定する画面設定部と、該画面設定部で前記外部アプリケーションに対応して設定された起動エラー画面を記憶する記憶部と、前記外部アプリケーションを起動できない場合、前記記憶部を参照して当該外部アプリケーションに対応して設定された起動エラー画面を表示させる表示制御部とを備えることを特徴としたものである。

第２の技術手段は、第１の技術手段において、前記複数のエラー画面候補は、少なくとも、前記外部アプリケーションで定義されて前記サーバ装置から送信された起動エラー画面、前記画面設定部を介してユーザに定義された起動エラー画面を含むことを特徴としたものである。

第３の技術手段は、第２の技術手段において、前記外部アプリケーションで定義されて前記サーバ装置から送信された起動エラー画面は、当該外部アプリケーションを起動できた場合、更新されることを特徴としたものである。

第４の技術手段は、第２または３の技術手段において、前記外部アプリケーションで定義されて前記サーバ装置から送信された起動エラー画面は、前記画像形成装置が起動した場合、更新されることを特徴としたものである。

第５の技術手段は、第２から４のいずれか１の技術手段において、前記外部アプリケーションで定義されて前記サーバ装置から送信された起動エラー画面は、前記画像形成装置の稼働中であって、前記外部アプリケーションにポーリングした場合、更新されることを特徴としたものである。

本発明によれば、画像形成装置が、外部アプリケーションに対応して設定された起動エラー画面を記憶しておき、サーバ装置で外部アプリケーションを起動できない場合、その外部アプリケーションに対応して設定された起動エラー画面を表示している。これにより、たとえ外部アプリケーションを起動できない場合でも、ユーザが操作に戸惑うことなく容易に対応可能になり、エラーのリカバリーに要する時間が短くて済む。

本発明の実施形態に係る画像形成システムの構成の一例を示す図である。 本発明の実施形態に係る画像形成装置の構成の一例を示す図である。 外部アプリケーションの一覧表示について説明する図である。 外部アプリケーションの登録画面について説明する図である。 起動エラー画面について説明する図である。 本発明の実施形態に係るサーバ装置の構成の一例を示す図である。 本発明の実施形態に係る画像形成処理の処理手順の一例を示すフローチャートである。 本発明の実施形態に係る画像形成処理の処理手順の一例を示すフローチャートで、図７に続くフローチャートである。 本発明の他の実施形態に係る画像形成処理の処理手順の一例を示すフローチャートである。 本発明のさらに他の実施形態に係る画像形成処理の処理手順の一例を示すフローチャートである。

以下、本発明の実施形態について図面を参照して詳細に説明する。図１は、本発明の実施形態に係る画像形成システムの構成の一例を示す図である。この画像形成システムは、画像形成装置１０とサーバ装置２０とを含み、画像形成装置１０とサーバ装置２０とはネットワーク３０を介して接続される。図１の画像形成システムの例では、画像形成装置１０とサーバ装置２０とがそれぞれ１台ずつ示されているが、画像形成装置１０とサーバ装置２０とは複数台であってもよい。画像形成装置１０とサーバ装置２０とは、例えば、ＨＴＴＰプロトコル（Hyper Text Transfer Protocol）を用いて通信を行う。

画像形成装置１０は、画像を形成するプリンタや複合機などの装置である。複合機とは、スキャン機能、コピー機能、印刷機能、ファクシミリ送受信機能、通信機能などの機能のうち少なくとも２つの機能を備える装置である。なお、以下では、画像形成装置１０が複合機である場合について説明する。

図２は、本発明の実施形態に係る画像形成装置の構成の一例を示す図である。画像形成装置１０は、操作部１１、画像読取部１２、画像形成部１３、通信処理部１４、記憶部１５、制御部１６を備える。
操作部１１は、タッチパネルなどのユーザインターフェースである。操作部１１は、入力部１１ａ、表示部１１ｂを備える。入力部１１ａは、ユーザから各種情報の入力を受け付ける入力キー、タッチパッドなどの入力デバイスである。なお、入力部１１ａは、マウスやペン入力装置、手書きパッド、ジェスチャーパッドなどのポインティングデバイス、操作ボタン、音声入力装置などであってもよい。表示部１１ｂは、各種情報を表示する液晶ディスプレイなどの表示デバイスである。

なお、図３は、外部アプリケーションの一覧表示について説明する図である。画像形成装置１０は、サーバ装置２０で実行される外部アプリケーションと連携した処理を実行可能に構成されている。このため、表示部１１ｂには、例えば、スキャンアプリ、出力アプリ、認証アプリなど、画像形成装置１０で使用可能な複数の外部アプリケーションの一覧が表示される。ユーザは、この一覧画面から所望の外部アプリケーションを選択できる。

画像読取部１２は、原稿に印刷された文字や画像を所定の解像度で読み取るスキャニングデバイスである。この画像読取部１２は、スキャナと、原稿をスキャナの位置まで搬送する原稿搬送部とを備える。
画像形成部１３は、用紙などの記録シートに対して、文字や写真、グラフィックスなどを含む画像を印刷する処理部である。画像形成部１３は、感光体ドラム、帯電装置、露光装置、現像装置、転写装置、定着装置、および用紙トレイなどを備える。

例えば、画像形成部１３は、画像読取部１２が読み取った画像のデータを用いてその画像を記録シートに印刷するコピー処理を行ったり、外部装置から取得した画像データを用いて印刷処理を行ったりする。
通信処理部１４は、ネットワーク３０を介して、サーバ装置２０などの外部装置との間で通信を行う通信インターフェースである。例えば、通信処理部１４は、サーバ装置２０とＨＴＴＰプロトコルを用いて通信を行う。

また、通信処理部１４は、アクセス先として画像形成装置１０のＩＰアドレスが指定された場合、後に説明する画像形成装置１０のウェブサーバ部１６ｂにアクセスすることもできる。
記憶部１５は、メモリやハードディスク装置などの記憶デバイスである。記憶部１５は、デフォルト画面データ１５ａ、カスタマイズ画面データ１５ｂ、更新方法１５ｃ、アドレス/ＵＲＬ１５ｄなどを記憶する。

デフォルト画面データ１５ａは、画像形成装置１０が有する汎用のデフォルト画面のデータであり、サーバ装置２０がダウンしたりネットワークに障害が発生してサーバ装置２０との間で通信ができない場合などに表示される。デフォルト画面は、従来技術に示される「エラーが発生しました」のようなエラー画面であり、起動時に表示される起動エラー画面や、サーバ通信不能時に表示される通信エラー画面などが、工場出荷時などにデフォルトで画像形成装置１０に設定される。

カスタマイズ画面データ１５ｂは、例えば、起動エラーのカスタマイズ画面のデータである。カスタマイズ画面データ１５ｂでは、アプリの設定内容に従って作成されたアプリ定義データ１５ｂ１と、ユーザの設定内容に従って作成されたユーザ定義データ１５ｂ２とを、外部アプリケーションにそれぞれ対応付けて記憶されている。
図４は、外部アプリケーションの登録画面について説明する図である。この外部アプリケーション登録画面は、表示部１１ｂに表示することができ、この登録画面には、アプリケーション名やアプリケーションアドレス（サーバ装置のＵＲＬ等）の欄が設けられている。このアプリケーションアドレスは、外部アプリケーション毎にアドレス/ＵＲＬ１５ｄに記憶される。

ここで、起動エラーに関しては、エラー画面の取得方法を外部アプリケーション毎に選択可能である。具体的には、図４の登録画面に示すように、ユーザは、例えば「アプリのルールに従う」、「ＭＦＰの持つエラー画面を表示する」、「ユーザ定義の画面を登録する」のいずれかを選択できる。後述の画面設定部１６ｆは、この選択結果からエラー画面を設定する。図４に示すように「アプリのルールに従う」を選択した場合、外部アプリケーションの開発者やサービスの提供者が、起動エラーのカスタマイズ画面を定義できる。例えば、現在は利用できないが待てば利用可能になるもの、サービスマンの訪問による対応が必要なもの等のように、外部アプリケーションの状況に応じて定義され、サーバ装置２０から取得したアプリ定義データ１５ｂ１は記憶部１５に記憶される。

一方、「ユーザ定義の画面を登録する」を選択した場合、ユーザは、画像形成装置１０の使用環境に応じてカスタマイズ画面を手動で定義できる。これは、例えば、画像形成装置１０が管理者に管理されている場合、この管理者の内線番号などをテキストボックスに入力でき、その取得したユーザ定義データ１５ｂ２も記憶部１５に記憶される。また、ユーザは、テキストボックスの右隣りの参照ボタンを押し下げると、当該カスタマイズ画面に関するひな形等を選ぶことができる。

図５は、起動エラー画面について説明する図である。図４の登録画面において、ユーザが「アプリのルールに従う」を選択しており、サーバ装置２０で外部アプリケーションを起動できない場合には、例えば、「システムメンテナンス中です。１３時までお待ちください。」や、「混み合っています。しばらく待って再接続してください。」のように、外部アプリケーションからそれぞれ提供されたカスタマイズ画面が表示される。

これに対し、図４の登録画面において、ユーザが「ユーザ定義の画面を登録する」を選択し、サーバ装置２０で外部アプリケーションを起動できない場合には、例えば、「管理者１１−２２２２にお電話ください」のような、ユーザが設定したカスタマイズ画面が表示される。
このように、起動エラーに関しては、そのカスタマイズ画面を外部アプリケーション毎に記憶部１５に記憶できる。そして、サーバ装置２０で外部アプリケーションを起動できない場合、起動エラーのカスタマイズ画面を表示することとしたので、たとえ外部アプリケーションを起動できない場合でも、ユーザが操作に戸惑うことなく容易に対応可能になり、エラーのリカバリーに要する時間が短くて済む。なお、図５に示すように、各起動エラー画面には、閉じるボタンが設けられており、この画面を強制的に閉じることが可能である。

記憶部１５の説明に戻ると、更新方法１５ｃは、起動エラーのカスタマイズ画面のデータを更新する方法を定義したデータであり、例えば、外部アプリケーションの起動時に更新する、画像形成装置１０の起動時に更新するなどのように、外部アプリケーションの開発者やサービスの提供者はカスタマイズ画面のデータの更新方法を外部アプリケーション毎に定義できる。

制御部１６は、画像形成装置１０の各部を制御するＣＰＵ（Central Processing Unit）や専用プロセッサなどの制御デバイスである。制御部１６は、ウェブブラウザ部１６ａ、ウェブサーバ部１６ｂ、制御アプリケーション部１６ｃ、機器制御部１６ｄ、Ｏｐｅｎ Ｉ／Ｆ部１６ｅ、画面設定部１６ｆ、表示制御部１６ｇを備える。
制御部１６は、記憶部１５に記憶された情報処理プログラムや制御プログラム（図示省略）を実行することにより、ウェブブラウザ部１６ａ、ウェブサーバ部１６ｂ、制御アプリケーション部１６ｃ、機器制御部１６ｄ、Ｏｐｅｎ Ｉ／Ｆ部１６ｅ、画面設定部１６ｆ、表示制御部１６ｇの機能を実現する。

ウェブブラウザ部１６ａは、ウェブブラウザとして動作する処理部である。ウェブブラウザ部１６ａは、通信処理部１４を介し、図６で説明するサーバ装置２０のウェブサーバ部２５ａとの間で通信を行う。
また、ウェブブラウザ部１６ａは、画像形成装置１０の各種機能が利用される場合、画像形成装置１０のウェブサーバ部１６ｂとの間でも通信を行う。例えば、ウェブブラウザ部１６ａは、後述の画面設定部１６ｆによって変更された起動エラーのカスタマイズ画面のデータを、ウェブサーバ部１６ｂから取得する。そのカスタマイズ画面は、サーバ装置２０による外部アプリケーションを起動できない場合に、後述の表示制御部１６ｇによって表示部１１ｂに表示される。

ウェブサーバ部１６ｂは、ウェブサーバとして動作する処理部である。ウェブサーバとは、インターネット上の情報システムであるＷＷＷ（World Wide Web）を構成するサーバ装置である。ウェブサーバ部１６ｂは、ウェブブラウザ部１６ａからＨＴＴＰリクエストを受信し、ＨＴＴＰリクエストに応じた処理を次に説明する制御アプリケーション部１６ｃに実行させ、その結果に基づきウェブブラウザ部１６ａに対してＨＴＴＰレスポンスを返送する。

制御アプリケーション部１６ｃは、ウェブサーバ上で動作するウェブアプリケーションとして機能する処理部である。制御アプリケーション部１６ｃの機能は、記憶部１５に記憶されたウェブアプリケーションプログラム（図示省略）が実行されることにより発揮される。
制御アプリケーション部１６ｃは、画像形成装置１０の各種の機能（例えば、スキャン機能やコピー機能、認証機能など）を制御する必要がある場合、それを制御するための制御コマンドを機器制御部１６ｄに送信する。

また、制御アプリケーション部１６ｃは、ウェブブラウザ部１６ａを制御することにより、図６で説明するサーバ装置２０のウェブサーバ部２５ａに、画像形成装置１０に固有の情報を含むＨＴＴＰリクエストを送信し、ウェブサーバ部２５ａから画像形成装置１０の制御に必要な情報を取得する。これにより、画像形成装置１０の機能を制御することができる。

機器制御部１６ｄは、操作部１１、画像読取部１２、画像形成部１３、通信処理部１４などの各部の動作を制御する処理部である。例えば、機器制御部１６ｄは、画像読取部１２を制御して、スキャン画像のデータを取得する。また、機器制御部１６ｄは、画像形成部１３を制御して、画像データに応じた画像を記録シート上に形成する。
この機器制御部１６ｄは、固有操作モードと、連携操作モードで動作する。固有操作モードは、画像形成装置１０に固有の動作モードである。

具体的には、固有操作モードでは、機器制御部１６ｄは、予め画像形成装置１０内で記憶している情報表示画面を表示部１１ｂに表示させる。そして、機器制御部１６ｄは、情報表示画面においてユーザにより入力された情報を入力部１１ａから取得し、その情報に従って画像形成装置１０の各種機能を制御する。
例えば、サーバ装置２０で外部アプリケーションを起動できない場合、この外部アプリケーションに関する起動エラーのカスタマイズ画面のデータが記憶部１５から呼び出され、機器制御部１６ｄは、表示制御部１６ｇを介して当該カスタマイズ画面を表示部１１ｂに表示させる。

また、機器制御部１６ｄは、現在の画像形成装置１０の構成や状態に合わせて、予め記憶部１５にデータが記憶された画像を適宜組み合わせ、表示部１１ｂに表示させるなどの制御も行う。例えば、このような画像には、画像形成装置１０に装着されるオプション装置の画像などが含まれる。なお、固有操作モードは、従来の複合機において用いられる一般的なモードであるので、ここではこれ以上の詳細な説明を省略する。

連携操作モードでは、機器制御部１６ｄは、サーバ装置２０からデータを受け取った情報表示画面を表示部１１ｂに表示させる。そして、機器制御部１６ｄは、情報表示画面においてユーザにより入力された情報を入力部１１ａから取得し、その情報に従って画像形成装置１０の各種機能を制御する。例えば、サーバ装置２０で外部アプリケーションを起動できた場合、機器制御部１６ｄは、サーバ装置２０から受信した外部アプリケーションの画面を表示部１１ｂに表示する。

なお、連携操作モードにおいては、機器制御部１６ｄは、ウェブブラウザ部１６ａを起動し、予め設定されたＵＲＬに対応するサーバ装置２０にカスタマイズ画面のデータの送信要求を行わせることも可能である。
Ｏｐｅｎ Ｉ／Ｆ部１６ｅは、画像形成装置１０の機種に依存しない制御コマンドを制御アプリケーション部１６ｃから受け付け、受け付けた制御コマンドを機器制御部１６ｄが認識可能な制御コマンドに変換し、機器制御部１６ｄに出力する処理部である。画像形成装置１０の機種に依存しない制御コマンドは一般に公開されている。

Ｏｐｅｎ Ｉ／Ｆ部１６ｅは、画像形成装置１０の機種に依存しない制御コマンドと、機器制御部１６ｄが認識可能な制御コマンドとを対応付けた変換テーブル（図示省略）を記憶部１５に記憶しており、この変換テーブルを用いて制御コマンドの変換を行う。
このように、Ｏｐｅｎ Ｉ／Ｆ部１６ｅは、画像形成装置１０の機種に依存しない制御コマンドを受け付けることができるので、画像形成装置１０が複数ある場合、制御アプリケーション部１６ｃの機能を発揮させるためのウェブアプリケーションプログラムは、画像形成装置１０の機種によらず、各画像形成装置１０において共通のものを用いることができる。

また、新たなウェブアプリケーションプログラムを用いて制御アプリケーション部１６ｃを機能させる場合、各画像形成装置１０に対して同じウェブアプリケーションプログラムをインストールするだけでよく、画像形成装置１０ごとにウェブアプリケーションプログラムを変更する必要がなくなる。これにより、ウェブアプリケーションプログラムの開発が容易になる。

画面設定部１６ｆは、起動エラー画面を図４の登録画面でユーザに選択された内容に設定する処理部であり、「アプリのルールに従う」や「ユーザ定義の画面を登録する」が選択されていた場合、画像形成装置１０が有する起動エラーのデフォルト画面を上記カスタマイズ画面に変更する。当該カスタマイズ画面は記憶部１５に記憶される。
表示制御部１６ｇは、外部アプリケーションを起動できない場合、この外部アプリケーションに対応して設定された起動エラー画面を表示部１１ｂに表示させる処理部である。

図６は、本発明の実施形態に係るサーバ装置の構成の一例を示す図である。サーバ装置２０は、入力部２１、表示部２２、通信処理部２３、記憶部２４、制御部２５を備える。
入力部２１は、ユーザから各種情報の入力を受け付けるキーボードなどの入力デバイスである。表示部２２は、液晶ディスプレイなどの表示デバイスである。通信処理部２３は、ネットワーク３０を介して、画像形成装置１０などの外部装置との間で通信を行う通信インターフェースである。例えば、通信処理部２３は、画像形成装置１０とＨＴＴＰプロトコルを用いて通信を行う。

記憶部２４は、メモリやハードディスク装置などの記憶デバイスである。記憶部２４は、カスタマイズ画面データ２４ａなどを記憶する。このカスタマイズ画面データ２４ａは、図５に示したようなカスタマイズ画面のデータであり、サーバ装置２０から画像形成装置１０に送信され、デフォルト画面を変更する際に用いられる。
制御部２５は、サーバ装置２０の各部を制御するＣＰＵや専用プロセッサなどの制御デバイスである。制御部２５は、ウェブサーバ部２５ａ、外部アプリケーション部２５ｂを備える。

制御部２５は、記憶部２４に記憶された情報処理プログラムや制御プログラム（図示省略）を実行することにより、ウェブサーバ部２５ａや外部アプリケーション部２５ｂの機能を実現する。
ウェブサーバ部２５ａは、ウェブサーバとして動作する処理部である。ウェブサーバ部２５ａは、通信処理部２３を介して画像形成装置１０からＨＴＴＰリクエストを受信し、ＨＴＴＰリクエストに応じた画像データや印刷データ、制御情報などを含むＨＴＴＰレスポンスを、通信処理部２３を介して画像形成装置１０に返送する。

外部アプリケーション部２５ｂは、ウェブサーバ上で動作するウェブアプリケーションとして機能する処理部である。外部アプリケーション部２５ｂは、画像形成装置１０から上記カスタマイズ画面のデータの送信要求を受け付けた場合、記憶部２４から該当するデータを呼び出し、そのデータをウェブサーバ部２５ａに出力する。ウェブサーバ部２５ａは、そのデータを含むＨＴＴＰレスポンスを画像形成装置１０に返送する。

図７は、本発明の実施形態に係る画像形成処理の処理手順の一例を示すフローチャートである。
なお、この例では、起動エラーのカスタマイズ画面のデータは、図４の登録画面では「アプリのルールに従う」が選択され、画像形成装置１０が当該カスタマイズ画面のデータを取得した際、画面設定部１６ｆが起動エラーのデフォルト画面をこのカスタマイズ画面に変更している。また、この例では、このカスタマイズ画面のデータは、画像形成装置１０の起動時に更新する場合を想定している。このため、本例によるカスタマイズ画面のデータは、画像形成装置１０の主電源をオンにした場合であって、未更新のカスタマイズ画面のデータがサーバ装置２０に存在していたときに既に更新されており、起動エラーの新たなカスタマイズ画面は、画面設定部１６ｆによる画面変更に伴って上書きされている。

画像形成装置１０の通信処理部１４は、サーバ装置２０との接続を確立する処理を開始する（ステップＳ１０１）。次に、ウェブブラウザ部１６ａがその接続の確立を判定した場合（ステップＳ１０２のＹＥＳ）、機器制御部１６ｄは、外部アプリケーションを表示部１１ｂに一覧表示する（ステップＳ１０３）。
機器制御部１６ｄが、ユーザによる外部アプリケーションの選択を判定した場合（ステップＳ１０４のＹＥＳ）、ウェブブラウザ部１６ａは、該当する外部アプリケーションの起動リクエストを、アドレス/ＵＲＬ１５ｄで特定されるサーバ装置２０に送信する（ステップＳ１０５）。

ここで、サーバ装置２０が、該当の外部アプリケーションの画面を画像形成装置１０に送信し、ウェブブラウザ部１６ａが、この外部アプリケーションの画面をサーバ装置２０から受信した場合（ステップＳ１０６のＹＥＳ）、サーバ装置２０で外部アプリケーションを起動できたと判定される。よって、機器制御部１６ｄは、その受信した外部アプリケーションの画面を表示部１１ｂに表示する（ステップＳ１０９）。

一方、ウェブブラウザ部１６ａが、この外部アプリケーションの画面をサーバ装置２０から受信できない場合（ステップＳ１０６のＮＯ）、所定時間が経過したか否かを判定する（ステップＳ１０７）。ウェブブラウザ部１６ａは、所定時間の経過を判定した場合（ステップＳ１０７のＹＥＳ）、サーバ装置２０で外部アプリケーションを起動できないと判定する。

この場合、表示制御部１６ｇは、該当の外部アプリケーションに関する起動エラーのカスタマイズ画面を表示部１１ｂに表示する（ステップＳ１０８）。
なお、記憶部１５には、起動エラー時の代替処理プログラムを外部アプリケーションごとに記憶してもよい。この場合、ステップＳ１０８で起動エラーのカスタマイズ画面を表示すると、この外部アプリケーションに対応した代替処理プログラムが記憶部１５から呼び出されて起動する。例えば、スキャンアプリがサーバ装置２０で起動できない場合、画像形成装置１０では、スキャンアプリに関する起動エラーのカスタマイズ画面を表示すると共に、サーバ装置２０でのスキャンデータの保存処理に替えて、このスキャンデータを記憶部１５に保存できる。これにより、起動エラー時のユーザの不利益を減らすことができる。
本例では、画像形成装置１０の起動の度に、起動エラーのカスタマイズ画面のデータが更新されており、外部アプリケーションの起動操作をしない場合にも更新できる。よって、画像形成装置１０の起動が１日１回以上必ず行われる使用環境では、例えば、外部アプリケーションの起動成功の度に更新する場合に比べて、当該データの内容を確実に更新可能になる。

なお、カスタマイズ画面のデータは、画像形成装置１０の稼働中であって、外部アプリケーションにポーリングした場合、更新されていてもよい。例えば、一定間隔でポーリングする度に、起動エラーのカスタマイズ画面のデータを更新すれば、画像形成装置１０が常時稼働している場合にも定期的なタイミングで更新できる。このため、例えば、画像形成装置１０の起動の度に更新する場合に比べて、当該データの内容を高頻度で更新可能になる。

図８は、本発明の実施形態に係る画像形成処理の処理手順の一例を示すフローチャートで、図７に続くフローチャートである。
サーバ装置２０で外部アプリケーションを起動できたと判定され（図７のステップＳ１０６のＹＥＳ）、外部アプリケーションの画面が表示部１１ｂに表示された場合（図７のステップＳ１０９）、入力部１１ａへの操作入力の有無が判定される。この操作入力があった場合（ステップＳ２０１のＹＥＳ）、ウェブブラウザ部１６ａは、該当する外部アプリケーションの操作入力をサーバ装置２０に送信する（ステップＳ２０２）。

ここで、サーバ装置２０が、該当の外部アプリケーションの処理実行依頼を画像形成装置１０に送信し、ウェブブラウザ部１６ａが、この処理実行依頼をサーバ装置２０から受信した場合（ステップＳ２０３のＹＥＳ）、制御アプリケーション部１６ｃは、制御コマンドを機器制御部１６ｄに送信し、機器制御部１６ｄは、受けた制御コマンドに従って所定の処理を実行する（ステップＳ２０４）。例えば、スキャンアプリであれば、ウェブブラウザ部１６ａから「スキャン開始」の操作入力が送信されると、サーバ装置２０は「スキャン実行」の処理実行依頼を送信し、機器制御部１６ｄは、画像読取部１２でスキャン動作を実行させる。

その後、機器制御部１６ｄは、入力部１１ａを介して、この外部アプリケーションによる処理を終了する指示をユーザから受け付けたか否かを判定する（ステップＳ２０５）。
当該外部アプリケーションによる処理を終了する指示をユーザから受け付けた場合（ステップＳ２０５のＹＥＳ）、ウェブブラウザ部１６ａは処理終了をサーバ装置２０に送信し（ステップＳ２０６）、外部アプリケーションを終了する。
なお、上述したカスタマイズ画面のデータは、例えば、外部アプリケーションを終了する場合に更新してもよく、このカスタマイズ画面のデータには、外部アプリケーションの最新の利用状況を含めることができる。具体的には、画像形成装置１０が、このステップＳ２０６のように、外部アプリケーションの処理終了をサーバ装置２０に送信する際、情報追加のリクエストも併せて送信すると、サーバ装置２０は、記録している累計印刷枚数や直前に利用したユーザ名等の情報を、カスタマイズ画面のデータ中に追加し、画像形成装置１０に送信する。この追加された情報も記憶部１５に保存され、カスタマイズ画面と共に表示可能である。入力部１１ａへのユーザ名やパスワードの操作入力により（ステップＳ２０１）、サーバ装置２０で認証処理が行われるので、サーバ装置２０は、直前に利用したユーザ名等を取得可能である。これにより、画像形成装置１０では、外部アプリケーションの最新の利用状況を確認することができる。なお、サーバ装置２０へのリクエストは、上記外部アプリケーションの処理終了時の他、ジョブの実行完了時など、何らかの処理が終了したタイミングでもよい。

一方、機器制御部１６ｄが、当該外部アプリケーションによる処理を終了する指示を受けていない場合、ウェブブラウザ部１６ａは、所定時間が経過したか否かを判定する（ステップＳ２０７）。ウェブブラウザ部１６ａが、入力部１１ａへの操作入力が無く、さらに、サーバ装置２０からの処理実行依頼も受信しないまま、所定時間の経過を判定した場合（ステップＳ２０７のＹＥＳ）、例えば、サーバ装置２０で通信不能のエラーがあったと判定する。この場合、機器制御部１６ｄは、通信不能エラーのデフォルト画面（例えば「サーバ上でエラーが発生しました」）を表示部１１ｂに表示する（ステップＳ２０８）。

図９は、本発明の他の実施形態に係る画像形成処理の処理手順の一例を示すフローチャートである。
この例では、上記の例と同様に、起動エラーのカスタマイズ画面のデータは、図４の登録画面では「アプリのルールに従う」が選択され、起動エラーのデフォルト画面はこのカスタマイズ画面に既に変更されているが、当該カスタマイズ画面のデータは、この外部アプリケーションの起動時に更新される。

そして、図９のステップＳ３０１からＳ３０９までは、図５のステップＳ１０１からＳ１０９までと同じであるため詳細な説明を省略すると、サーバ装置２０で外部アプリケーションを起動できたと判定され（ステップＳ３０６のＹＥＳ）、機器制御部１６ｄが、その受信した外部アプリケーションの画面を表示部１１ｂに表示した場合（ステップＳ３０９）、ウェブブラウザ部１６ａは、該当の外部アプリケーションに関する起動エラーのカスタマイズ画面の取得依頼をサーバ装置２０に送信する（ステップＳ３１０）。

ここで、未更新のカスタマイズ画面のデータがサーバ装置２０に存在していた場合、当該カスタマイズ画面のデータを画像形成装置１０に送信する。そして、ウェブブラウザ部１６ａがこのデータをサーバ装置２０から受信すると、起動エラーの新たなカスタマイズ画面は、画面設定部１６ｆによる画面変更に伴って上書きされる。
このように、外部アプリケーションの起動成功の度に、起動エラーのカスタマイズ画面のデータを更新できるので、当該データの内容を容易に更新可能になる。
なお、起動エラーのカスタマイズ画面を画像形成装置１０の機種に応じて設定してもよい。詳しくは、サーバ装置２０では、画像形成装置１０の機種情報に対応したカスタマイズ画面を記憶しており、画像形成装置１０が、例えば、上記ステップＳ３１０で、該当の外部アプリケーションに関する起動エラーのカスタマイズ画面の取得依頼をサーバ装置２０に送信する際、画像形成装置１０の機種情報も併せて送信すると、サーバ装置２０では、画像形成装置１０の機種情報に対応したカスタマイズ画面を送信する。そして、このカスタマイズ画面が記憶部１５に保存されるので、仮に、画像形成装置１０の機種間で表示画面サイズや解像度が異なっていても、各機種に適した起動エラーのカスタマイズ画面を提供することができる。

図１０は、本発明のさらに他の実施形態に係る画像形成処理の処理手順の一例を示すフローチャートである。
この例では、図９の例と同様に、起動エラーのカスタマイズ画面のデータは、図４の登録画面では「アプリのルールに従う」が選択され、さらに、当該カスタマイズ画面のデータは、この外部アプリケーションの起動時に更新されており、図１０のステップＳ４０１からＳ４０９までは、図９のステップＳ３０１からＳ３０９までと同じであるため詳細な説明を省略すると、サーバ装置２０が外部アプリケーションを起動した場合、機器制御部１６ｄは、サーバ装置２０から受信した外部アプリケーションの画面を表示部１１ｂに表示するが（ステップＳ４０９）、サーバ装置２０は、例えば、該当の外部アプリケーションに関する起動エラーのカスタマイズ画面の他、画像形成装置１０で使用可能な別の外部アプリケーションに関する起動エラーのカスタマイズ画面についても、ウェブブラウザ部１６ａからの取得依頼を待たずに、画像形成装置１０に送信している。

具体的には、画像形成装置１０では複数の外部アプリケーションを使用可能であるが、起動エラーに関するデータの更新方法は、上述のように、外部アプリケーションの起動時、画像形成装置１０の起動時などのように、外部アプリケーション毎に異なることが想定される。そこで、サーバ装置２０は、今回の外部アプリケーションの起動に伴い、今回起動しない外部アプリケーションの起動エラーに関するカスタマイズ画面のデータについても記憶部２４から呼び出して画像形成装置１０に送信する。

そして、ウェブブラウザ部１６ａがこれら各データをサーバ装置２０から受信した場合、起動エラーの新たなカスタマイズ画面は、画面設定部１６ｆによる画面変更に伴ってそれぞれ上書きされる（ステップＳ４１０）。これにより、外部アプリケーションの開発者やサービスの提供者が、起動エラーのカスタマイズ画面のデータを定義した場合、その内容はより速やかに反映される。

なお、上述の例では、図８のステップＳ２０８で説明したように、外部アプリケーションの起動後に生じたエラーについては、画像形成装置１０が有するデフォルト画面を表示しているが、当該起動後のエラーもカスタマイズ画面で表示してもよい。例えば、図４で説明した外部アプリケーションの登録画面上にて、起動後のエラーに関しても、サーバ装置から取得、あるいはユーザで設定できるような選択欄を設け、当該起動後のエラーに関するデフォルト画面をカスタマイズ画面に変更してもよい。

以上、実施例について説明したが、本発明は、ネットワークを介してサーバ装置に接続され、登録した外部アプリケーションを前記サーバ装置と連携して実行可能な画像形成装置であって、前記外部アプリケーションを登録する際、複数のエラー画面候補の表示に基づいて、当該外部アプリケーションを起動できない場合に表示する起動エラー画面を設定する画面設定部と、該画面設定部で前記外部アプリケーションに対応して設定された起動エラー画面を記憶する記憶部と、前記外部アプリケーションを起動できない場合、前記記憶部を参照して当該外部アプリケーションに対応して設定された起動エラー画面を表示させる表示制御部とを備えてもよい。画像形成装置が、外部アプリケーションに対応して設定された起動エラー画面を記憶しておき、サーバ装置で外部アプリケーションを起動できない場合、その外部アプリケーションに対応して設定された起動エラー画面を表示している。これにより、たとえ外部アプリケーションを起動できない場合でも、ユーザが操作に戸惑うことなく容易に対応可能になり、エラーのリカバリーに要する時間が短くて済む。

また、前記複数のエラー画面候補は、少なくとも、前記外部アプリケーションで定義されて前記サーバ装置から送信される起動エラー画面、前記画面設定部を介してユーザに定義される起動エラー画面を含んでもよい。この場合、起動エラー画面をサーバ装置から取得すれば、外部アプリケーションで定義された内容の画面を速やかに取得できる。一方、画像形成装置のユーザは、起動エラー画面を定義することができ、ユーザの意向に沿った起動エラー画面をユーザに提供できる。また、当該起動エラー画面を手動で設定可能にすれば、例えば、画像形成装置の管理者の内線番号など、画像形成装置の使用環境に沿う画面を登録でき、より具体的なリカバリー手法をユーザに提供可能になる。

また、前記外部アプリケーションに対応して設定された起動エラー画面は、前記サーバ装置で更新され、且つ、当該外部アプリケーションを起動できた場合、更新されてもよい。この場合、外部アプリケーションの起動成功の度に、外部アプリケーションに対応して設定された起動エラー画面のデータを更新できるので、当該データの内容を容易に更新可能になる。
また、前記外部アプリケーションに対応して設定された起動エラー画面は、前記サーバ装置で更新され、且つ、前記画像形成装置が起動した場合、更新されてもよい。この場合、画像形成装置の起動の度に、外部アプリケーションに対応して設定された起動エラー画面のデータが更新されており、外部アプリケーションの起動操作をしない場合にも更新できるので、画像形成装置の起動が１日１回以上必ず行われる使用環境では、外部アプリケーションの起動成功の度に更新する場合に比べて、当該データの内容を確実に更新可能になる。

また、前記外部アプリケーションに対応して設定された起動エラー画面は、前記サーバ装置で更新され、且つ、前記画像形成装置の稼働中であって、前記外部アプリケーションにポーリングした場合、更新されてもよい。この場合、画像形成装置の稼動中に外部アプリケーションに、例えば、一定間隔でポーリングする度に、外部アプリケーションに対応して設定された起動エラー画面のデータが更新されており、画像形成装置が常時稼働している場合にも定期的なタイミングで更新できるので、画像形成装置の起動の度に更新する場合に比べて、当該データの内容を高頻度で更新可能になる。

１０…画像形成装置、１１…操作部、１１ａ…入力部、１１ｂ…表示部、１２…画像読取部、１３…画像形成部、１４…通信処理部、１５…記憶部、１５ａ…デフォルト画面データ、１５ｂ…カスタマイズ画面データ、１５ｂ１…アプリ定義データ、１５ｂ２…ユーザ定義データ、１５ｃ…更新方法、１５ｄ…アドレス/ＵＲＬ、１６…制御部、１６ａ…ウェブブラウザ部、１６ｂ…ウェブサーバ部、１６ｃ…制御アプリケーション部、１６ｄ…機器制御部、１６ｅ…Ｏｐｅｎ Ｉ／Ｆ部、１６ｆ…画面設定部、１６ｇ…表示制御部、２０…サーバ装置、２１…入力部、２２…表示部、２３…通信処理部、２４…記憶部、２４ａ…カスタマイズ画面データ、２５…制御部、２５ａ…ウェブサーバ部、２５ｂ…外部アプリケーション部、３０…ネットワーク。

Claims (5)

1. ネットワークを介してサーバ装置に接続され、登録した外部アプリケーションを前記サーバ装置と連携して実行可能な画像形成装置であって、
   前記外部アプリケーションを登録する際、複数のエラー画面候補の表示に基づいて、当該外部アプリケーションを起動できない場合に表示する起動エラー画面を設定する画面設定部と、
   該画面設定部で前記外部アプリケーションに対応して設定された起動エラー画面を記憶する記憶部と、
   前記外部アプリケーションを起動できない場合、前記記憶部を参照して当該外部アプリケーションに対応して設定された起動エラー画面を表示させる表示制御部と
   を備えることを特徴とする画像形成装置。
2. 請求項１に記載の画像形成装置であって、
   前記複数のエラー画面候補は、少なくとも、前記外部アプリケーションで定義されて前記サーバ装置から送信された起動エラー画面、前記画面設定部を介してユーザに定義された起動エラー画面を含むことを特徴とする画像形成装置。
3. 請求項２に記載の画像形成装置であって、
   前記外部アプリケーションで定義されて前記サーバ装置から送信された起動エラー画面は、当該外部アプリケーションを起動できた場合、更新されることを特徴とする画像形成装置。
4. 請求項２又は３に記載の画像形成装置であって、
   前記外部アプリケーションで定義されて前記サーバ装置から送信された起動エラー画面は、前記画像形成装置が起動した場合、更新されることを特徴とする画像形成装置。
5. 請求項２から４のいずれか１項に記載の画像形成装置であって、
   前記外部アプリケーションで定義されて前記サーバ装置から送信された起動エラー画面は、前記画像形成装置の稼働中であって、前記外部アプリケーションにポーリングした場合、更新されることを特徴とする画像形成装置。

Images