JP7077565B2 - 制御プログラム、情報処理装置、及び、制御方法 - Google Patents

Description

本発明は、画像処理装置と通信可能な情報処理装置のコンピュータが読み取り可能な制御プログラム等に関する。

画像処理装置は、下記特許文献に記載されているように、ファームウェアの作動に従って各種処理を実行する。そのファームウェアは、機能の追加等を目的として、バージョンアップされる。このため、ファームウェアのバージョンアップ、つまり、ファームウェアの更新を行わなければ、画像処理装置により特定の処理を実行することができない場合がある。

特開２０１６－２１２８５５号公報

本発明は、そのような事情に鑑みてなされたものであり、画像処理装置により特定の処理を好適に実行することを課題とする。

上記課題を解決するために、実施例に開示する制御プログラムは、画像処理装置と通信可能な通信インタフェースを備える情報処理装置のコンピュータが読み取り可能な制御プログラムであって、前記コンピュータを、前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、前記第１判断処理による判断結果に基づく情報を出力する出力処理と、して機能させることを特徴とする。

上記課題を解決するために、実施例に開示する情報処理装置は、画像処理装置と通信可能な通信インタフェースと、コントローラと、を備える情報処理装置であって、前記コントローラは、前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、前記第１判断処理による判断結果に基づく情報を出力する出力処理と、して機能することを特徴とする。

上記課題を解決するために、実施例に開示する制御方法は、画像処理装置と通信可能な通信インタフェースを備える情報処理装置のコンピュータによる制御方法であって、前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、前記第１判断処理による判断結果に基づく情報を出力する出力処理と、を含むことを特徴とする。

上記課題を解決するために、実施例に開示する制御プログラムは、画像処理装置と通信可能な通信インタフェースを備える情報処理装置のコンピュータが読み取り可能な制御プログラムであって、前記コンピュータを、前記１以上の画像処理装置から任意の画像処理装置が選択された後に、選択された画像処理装置である選択画像処理装置で特定の処理を実行するために当該選択画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、前記第１判断処理により前記ファームウェアの更新が必要であると判断された場合に、当該ファームウェアを更新するための情報を前記選択画像処理装置に、前記通信インタフェースを介して送信する送信処理と、して機能させ、前記第１判断処理は、前記選択画像処理装置が特定の画像処理装置である場合に、当該選択画像処理装置のファームウェアの更新が必要であると判断することを特徴とする。

実施例に開示する制御プログラムなどでは、画像処理装置と通信可能な情報処理装置において、画像処理装置で特定の処理を実行するために画像処理装置のファームウェアの更新が必要であるか否かが判断される。そして、その判断結果に基づく情報が出力される。これにより、必要に応じて画像処理装置のファームウェアを更新することで、画像処理装置により特定の処理を好適に実行することが可能となる。

通信システム１のブロック図である。 作成画像表示画面７０を示す図である。 第１エラー画面８０を示す図である。 選択画面８４を示す図である。 プレビュー画面１００を示す図である。 第２エラー画面１１０を示す図である。 確認画面１２０を示す図である。 第３エラー画面１３０を示す図である。 プレビュー画面１４０を示す図である。 制御アプリケーション３０のフローチャートを示す図である。 制御アプリケーション３０のフローチャートを示す図である。 制御アプリケーション３０のフローチャートを示す図である。

＜通信システムの構成＞
図１に、本願に係る実施形態として例示される通信システム１のブロック図を示す。通信システム１は、携帯電話（本発明の情報処理装置の一例）１０、ＭＦＰ（Multifunction Peripheralの略）（本発明の画像処理装置の一例）５０，５２，５４、サーバ５６、アクセスポイント５８、インターネット６０、基地局６２を備える。ＭＦＰ５０，５２，５４の各々は、ファームウェア６４，６６，６８を有し、各ファームウェア６４，６６，６８の作動により、コピー処理，スキャン処理，ファックスの送受信処理等の各種処理を実行可能な装置である。サーバ５６は、ＭＦＰ５０，５２，５４の最新バージョンのファームウェアを記憶し、提供するためのサーバである。アクセスポイント５８は、無線ＬＡＮアクセスポイント、及びルーターとしての機能を備える。なお、サーバ５６は、インターネット６０に接続されており、アクセスポイント５８を介して、外部装置と通信可能とされている。

携帯電話１０の構成について説明する。携帯電話１０は、ＣＰＵ（Central Processing Unitの略）（本発明のコンピュータ及びコントローラの一例）１２、メモリ１４、無線通信Ｉ／Ｆ（本発明の通信インタフェースの一例）１６、携帯電話通信Ｉ／Ｆ１８、ＬＣＤ（liquid crystal displayの略）２０、タッチパネル２２を主に備えている。これらの構成要素は、バス２８を介して互いに通信可能とされている。

無線通信Ｉ／Ｆ１６は、ＩＥＥＥの８０２．１１の規格およびそれに準ずる規格に基づいて、Ｗｉ-Ｆｉ(R)（Wi-Fi Allianceの登録商標）方式（ＷＦ方式と略して記載する場合もある）の無線通信を行うことが可能とされている。すなわち、携帯電話１０は、アクセスポイント５８へアクセスし、ＷＦ方式の無線通信を行える状態になれば、アクセスポイント５８を介して、ＭＦＰ５０，５２，５４、サーバ５６とデータ通信することが可能になる。

携帯電話通信Ｉ／Ｆ１８は、基地局６２との間で携帯電話通信方式の無線通信を行うことが可能とされている。すなわち、携帯電話１０は、携帯電話通信方式の無線通信を行える状態になれば、基地局６２を介して、データ通信することが可能になる。

ＣＰＵ１２は、メモリ１４内の制御アプリケーション（本発明の制御プログラムの一例）３０若しくは、プラグイン（本発明の生成プログラムの一例）３２に従って処理を実行する。制御アプリケーション３０は、携帯電話１０を用いてＭＦＰ５０，５２，５４に各種処理を実行させるためのプログラムである。プラグイン３２は、制御アプリケーション３０に新しい機能を追加することができるプログラムである。具体的に、プラグイン３２は、レーベル印刷用の画像データを作成し、制御アプリケーション３０の作動により、ＭＦＰ５０，５２，５４にレーベル印刷処理を実行させるためのプログラムである。なお、制御アプリケーション３０等を実行するＣＰＵ１２のことを、単にプログラム名でも記載する場合がある。例えば、「制御アプリケーション３０が」という記載は、「制御アプリケーション３０を実行するＣＰＵ１２が」ということを意味する場合がある。

また、メモリ１４は、データ記憶領域３４を備える。データ記憶領域３４は、制御アプリケーション３０等の実行に必要なデータなどを記憶する領域である。なお、メモリ１４は、ＲＡＭ（Random Access Memoryの略）、ＲＯＭ（Read Only Memoryの略）、フラッシュメモリー、ＨＤＤ（Hard Disk Driveの略）、ＣＰＵ１２が備えるバッファなどが組み合わされて構成されている。

ＬＣＤ２０は、携帯電話１０の各種機能を表示する表示面を備える。タッチパネル２２は、タッチセンサを有し、ＬＣＤ２０の表示面を覆うように配置されている。タッチパネル２２は、ユーザの指、タッチペン等のタッチパネル２２への接近・接触を検出し、検出に応じて電気信号を出力する。

＜通信システムの動作＞
通信システム１では、携帯電話１０において、プラグイン３２がレーベル印刷用の画像データを作成し、制御アプリケーション３０が、そのレーベル印刷用の画像データをＭＦＰ５０等に送信することで、ＭＦＰ５０等において、レーベル印刷処理が実行される。ただし、携帯電話１０と通信可能な全てのＭＦＰ５０，５２，５４がレーベル印刷処理を実行可能な構成となっていない。

具体的には、ＭＦＰ５０は、レーベル印刷処理を実行することができるが、ＭＦＰ５２は、レーベル印刷処理を実行することができない。また、ＭＦＰ５４は、構造上、レーベル印刷処理を実行することが可能であるが、ＭＦＰ５４のファームウェア６８のバージョンが所定のバージョン以上のバージョンに更新されていなければ、レーベル印刷処理を実行することができない。つまり、ＭＦＰ５４は、ファームウェア６８のバージョンが所定のバージョン以上のバージョンに更新されている場合に、レーベル印刷処理を実行することができる。このため、従来の通信システムでは、ユーザがＭＦＰ５４のファームウェア６８のバージョン更新を実行しなければ、ＭＦＰ５４によりレーベル印刷処理を実行することができなかった。一方、通信システム１では、レーベル印刷用の画像データが作成された際に、ＭＦＰ５４のファームウェア６８の更新が推奨され、ファームウェア６８の更新によりＭＦＰ５４によりレーベル印刷処理を実行することができる。

具体的には、携帯電話１０において、プラグイン３２が、レーベル印刷用の画像データを作成する。なお、レーベル印刷用の画像データは公知の手法により作成される。そして、プラグイン３２は、レーベル印刷用の画像データを作成すると、図２に示すように、携帯電話１０のＬＣＤ２０に、作成画像表示画面７０を表示する。作成画像表示画面７０には、作成されたレーベル印刷用の画像データに基づく画像７２と、印刷ボタン７４とが表示される。

そして、印刷ボタン７４が操作されると、プラグイン３２は、レーベル印刷用の画像データを、制御アプリケーション３０に出力する。この際、プラグイン３２は、レーベル印刷用の画像データとともに、その画像データがレーベル印刷用の画像データであることを示す情報と、対応モデル情報とを、制御アプリケーション３０に出力する。なお、対応モデル情報は、レーベル印刷処理に対応するか否かを示すモデル情報である。

具体的に、対応モデル情報は、ホワイトリストとブラックリストとグレーリストとを含む。ホワイトリストは、レーベル印刷処理を実行することが可能なＭＦＰ５０等のモデル情報により構成されている。また、ブラックリストは、レーベル印刷処理を実行することが不能なＭＦＰ５２等のモデル情報により構成されている。また、グレーリストは、バージョン更新によりレーベル印刷処理を実行することが可能なＭＦＰ５４等のモデル情報と、レーベル印刷処理を実行するために必要なバージョンに関する情報（以下、「必要バージョン情報」と記載する）とにより構成されている。ただし、後に詳しく説明するが、所定の場合において、グレーリストに、必要バージョン情報は含まれず、グレーリストがモデル情報のみにより構成される場合もある。

そして、制御アプリケーション３０は、レーベル印刷用の画像データを受け付けると、レーベル印刷処理を実行するためのデバイスが選択されているか否かを判断する。本説明では、まだ、デバイス選択の説明をしていないため、本判断時において、制御アプリケーション３０は、レーベル印刷処理を実行するためのデバイスが選択されていないと判断する。この際、制御アプリケーション３０は、図３に示す第１エラー画面８０をＬＣＤ２０に表示する。第１エラー画面８０には、レーベル印刷処理を実行するためのデバイスが選択されていないことを示すコメントが表示される。

そして、ユーザが、第１エラー画面８０においてＯＫボタン８２を操作すると、制御アプリケーション３０は、携帯電話１０と通信可能なデバイスの検索を行う。この際、制御アプリケーション３０は、ＬＣＤ２０に検索画面（図示省略）を表示する。この検索画面には、携帯電話１０と通信可能なデバイスの検索中であることを示す情報が表示される。そして、制御アプリケーション３０は、携帯電話１０と通信可能なデバイス、つまり、ＭＦＰ５０，５２，５４を検索すると、それらＭＦＰ５０，５２，５４の各々からモデル情報を取得する。次に、制御アプリケーション３０は、取得したモデル情報が、プラグイン３２から受け付けた対応モデル情報の何れにリストに該当するか否かを判断し、判断結果に応じて、図４に示す選択画面８４をＬＣＤ２０に表示する。

具体的には、ＭＦＰ５０は、上述したように、レーベル印刷処理を実行することができることから、ＭＦＰ５０から取得したモデル情報は、ホワイトリストに含まれる。このようにホワイトリストに含まれるモデル情報は、選択画面８４において、そのモデル情報に応じたモデル名で第１選択ボタン８６として表示される。また、ＭＦＰ５２は、上述したように、レーベル印刷処理を実行することができないことから、ＭＦＰ５２から取得したモデル情報は、ブラックリストに含まれる。このようにブラックリストに含まれるモデル情報は、選択画面８４において、そのモデル情報に応じたモデル名で第２選択ボタン８８として表示される。ただし、第２選択ボタン８８は、グレーアウトで表示される。つまり、ブラックリストに含まれるモデル情報、つまり、レーベル印刷処理を実行することができないデバイスの選択ボタンは、選択不能な状態で選択画面８４に表示される。

また、ＭＦＰ５４は、上述したように、ファームウェア６８のバージョンを更新すればレーベル印刷処理を実行することができることから、ＭＦＰ５４から取得したモデル情報は、グレーリストに含まれる。このようにグレーリストに含まれるモデル情報は、選択画面８４において、そのモデル情報に応じたモデル名で第３選択ボタン９０として表示される。ただし、ＭＦＰ５４は、レーベル印刷処理を実行するために、ファームウェア６８のバージョンを更新する必要があるため、第３選択ボタン９０には、レーベル印刷処理を実行するために必要なバージョンに関する情報、つまり、必要バージョン情報が表示される。

このように、制御アプリケーション３０は、ブラックリストに含まれるモデル情報に応じたデバイス（ＭＦＰ５２）を選択するための第２選択ボタン８８を、選択不能な状態で選択画面８４に表示し、ホワイトリスト若しくはグレーリストに含まれるモデル情報に応じたデバイス（ＭＦＰ５０，５４）を選択するための第１選択ボタン８６及び第３選択ボタン９０を、選択可能な状態で選択画面８４に表示する。

そして、選択画面８４において、第１選択ボタン８６が操作されると、つまり、ＭＦＰ５０がレーベル印刷処理を実行するデバイス（以下、「選択デバイス」と記載する）として選択されると、制御アプリケーション３０は、選択デバイスにレーベル印刷処理を実行可能であるか否かを問い合わせる。詳しくは、レーベル印刷処理を実行することができるか否かを示す情報（以下、「実行可否情報」と記載する）を携帯電話１０に送信する旨の指令を、制御アプリケーション３０が選択デバイスに送信する。なお、ＭＦＰ５０には、レーベル印刷処理を実行することが可能である旨の情報が、実行可否情報として設定されている。このため、ＭＦＰ５０は、携帯電話１０から実行可否情報の送信指令を受信すると、レーベル印刷処理を実行することが可能である旨の情報を、実行可否情報として携帯電話１０に返信する。

これにより、ＭＦＰ５０においてレーベル印刷処理を実行することが可能であると確認される。なお、ＭＦＰ５０のモデル情報がホワイトリストに含まれていると認定された時点で、ＭＦＰ５０においてレーベル印刷処理を実行することが可能であると確認されるが、ＭＦＰ５０への問い合わせにより、確実性が増す。そして、制御アプリケーション３０は、レーベル印刷処理を実行することが可能である旨の情報を、実行可否情報としてＭＦＰ５０から受信すると、図５に示すプレビュー画面１００をＬＣＤ２０に表示する。

プレビュー画面１００には、プラグイン３２から受け付けたレーベル印刷用の画像データに基づく画像１０２と、プリントボタン１０４とが表示される。そして、プリントボタン１０４が操作されると、制御アプリケーション３０は、レーベル印刷用の画像データを選択デバイス、つまり、ＭＦＰ５０に、印刷指令とともに送信する。これにより、ＭＦＰ５０において、レーベル印刷処理が実行される。

また、図４に示す選択画面８４において、第３選択ボタン９０が操作されると、つまり、ＭＦＰ５４が選択デバイスとして選択されると、制御アプリケーション３０は、ＭＦＰ５４にレーベル印刷処理を実行可能であるか否かを問い合わせる。なお、ＭＦＰ５４は、ファームウェア６８のバージョンアップにより、レーベル印刷処理を実行することが可能なデバイスであるため、ＭＦＰ５４では、自身に記憶されているファームウェア６８のバージョンで、レーベル印刷処理を実行することができるか否かが判断される。

詳しくは、ＭＦＰ５４には、レーベル印刷処理を実行するために必要なファームウェア６８のバージョンに関する情報、つまり、必要バージョン情報が記憶されている。このため、ＭＦＰ５４は、自身に記憶されているファームウェア６８のバージョンと、必要バージョン情報に応じたバージョンとを比較する。この際、自身に記憶されているファームウェア６８のバージョンと、必要バージョン情報に応じたバージョンとが同じである場合、若しくは、自身に記憶されているファームウェア６８のバージョンが、必要バージョン情報に応じたバージョンより新しい場合に、ＭＦＰ５４は、レーベル印刷処理を実行することが可能であると判断する。一方、自身に記憶されているファームウェア６８のバージョンが、必要バージョン情報に応じたバージョンより古い場合に、ＭＦＰ５４は、レーベル印刷処理を実行することが不能であると判断する。

このため、ＭＦＰ５４は、制御アプリケーション３０からの問い合わせを受けると、判断結果に応じた情報を、実行可否情報として、携帯電話１０に送信する。つまり、ＭＦＰ５４においてレーベル印刷処理を実行することが可能であると判断された場合に、ＭＦＰ５４は、レーベル印刷処理を実行することが可能である旨の情報を、実行可否情報として携帯電話１０に返信する。そして、制御アプリケーション３０は、レーベル印刷処理を実行することが可能である旨の情報を、実行可否情報としてＭＦＰ５４から受信すると、プレビュー画面１００をＬＣＤ２０に表示する。そして、プレビュー画面１００のプリントボタン１０４が操作されることで、上述したように、ＭＦＰ５４においてレーベル印刷処理が実行される。

一方、ＭＦＰ５４においてレーベル印刷処理を実行することが不能であると判断された場合に、ＭＦＰ５４は、レーベル印刷処理を実行することが不能である旨の情報を、実行可否情報として携帯電話１０に返信する。この際、制御アプリケーション３０は、実行可否情報の送信元のデバイス、つまり、選択デバイス（ＭＦＰ５４）のモデル情報がグレーリストに含まれているか否かを判断する。つまり、制御アプリケーション３０は、選択デバイスが、ファームウェアの更新によりレーベル印刷処理を実行することが可能なデバイスであるか否かを判断する。また、別の言い方をすれば、制御アプリケーション３０は、選択デバイスがレーベル印刷処理を実行するために、ファームウェアの更新が必要であるか否かを判断する。

この際、選択デバイスのモデル情報がグレーリストに含まれていないと判断された場合、つまり、選択デバイスがファームウェアを更新してもレーベル印刷処理を実行することができないデバイスと判断された場合に、制御アプリケーション３０は、図６に示す第２エラー画面１１０をＬＣＤ２０に表示する。これにより、選択デバイス、つまり、ＭＦＰ５４はレーベル印刷処理を実行することができないと、ユーザは認識する。そして、第２エラー画面１１０のＯＫボタン１１２が操作されるとことで、制御アプリケーション３０は、選択画面８４をＬＣＤ２０に表示し、選択デバイスの再選択が実行される。

一方、制御アプリケーション３０によって選択デバイスのモデル情報がグレーリストに含まれていると判断された場合、つまり、選択デバイスがファームウェアを更新すればレーベル印刷処理を実行することができるデバイスであると判断された場合に、制御アプリケーション３０は、図７に示す確認画面１２０をＬＣＤ２０に表示する。確認画面１２０は、ファームウェアのバージョン更新の実行の可否を確認するための画面であり、確認画面１２０において、アップデートボタン１２２が操作されることで、ファームウェアのバージョンアップが実行される。

具体的には、制御アプリケーション３０は、確認画面１２０のアップデートボタン１２２が操作されると、サーバ５６にアクセスする。サーバ５６は、上述したように、ＭＦＰ５０，５２，５４の最新バージョンのファームウェアを記憶しているため、制御アプリケーション３０は、サーバ５６から選択デバイス、つまり、ＭＦＰ５４のファームウェア６８の最新バージョンに関する情報（以下、「最新バージョン情報」と記載する）を取得する。そして、制御アプリケーション３０は、サーバ５６から取得した最新バージョン情報に応じたバージョン（以下、「最新バージョン」と記載する）と、グレーリストに含まれる必要バージョン情報に応じたバージョン（以下、「必要バージョン」と記載する）とを比較する。

この際、最新バージョンと必要バージョンとが同じである場合、若しくは、最新バージョンが必要バージョンより新しい場合に、制御アプリケーション３０は、ＭＦＰ５４にファームウェア６８の更新指令を送信する。なお、ＭＦＰ５４は、サーバ５６にアクセスするための情報を記憶している。そこで、ＭＦＰ５４は、その情報を利用してサーバ５６にアクセスし、ファームウェア６８のバージョンアップを実行する。この際、ＭＦＰ５４のファームウェア６８のバージョンは最新バージョンに更新される。この最新バージョンは、必要バージョンと同じ、若しくは、必要バージョンより新しいため、ＭＦＰ５４において、自身に記憶されているファームウェア６８のバージョンと、必要バージョンとが比較されると、自身に記憶されているファームウェア６８のバージョンと、必要バージョン情報とが同じである、若しくは、自身に記憶されているファームウェア６８のバージョンが、必要バージョンより新しいと判断される。つまり、ＭＦＰ５４において、ファームウェア６８のバージョンアップが実行されることで、レーベル印刷処理を実行することが可能であると判断される。

また、制御アプリケーション３０は、ＭＦＰ５４にバージョンの更新指令を送信した後に、再度、ＭＦＰ５４にレーベル印刷処理を実行可能であるか否かを問い合わせる。つまり、制御アプリケーション３０は、再度、実行可否情報の送信指令をＭＦＰ５４に送信する。この際、ＭＦＰ５４では、レーベル印刷処理を実行することが可能であると判断されているため、ＭＦＰ５４は、レーベル印刷処理を実行することが可能である旨の情報を、実行可否情報として携帯電話１０に返信する。そして、制御アプリケーション３０は、レーベル印刷処理を実行することが可能である旨の情報を、実行可否情報としてＭＦＰ５４から受信すると、プレビュー画面１００をＬＣＤ２０に表示する。そして、プレビュー画面１００のプリントボタン１０４が操作されることで、上述したように、ＭＦＰ５４においてレーベル印刷処理が実行される。

なお、最新バージョンのファームウェアが、レーベル印刷処理を実行するための機能を追加するためのファームウェアとして、リリースされた後に、最新バージョンは、常に、必要バージョンと同じ、若しくは、必要バージョンより新しい。つまり、最新バージョンのファームウェアが、レーベル印刷処理を実行するための機能を追加するためのファームウェアとして、リリースされたことが解っている場合において、制御アプリケーション３０は、最新バージョンと必要バージョンとを比較することなく、選択デバイスに、バージョンの更新指令を送信することが可能である。

そこで、最新バージョンのファームウェアが、レーベル印刷処理を実行するための機能を追加するためのファームウェアとして、リリースされたことが解っている場合において、そのファームウェアを利用するデバイスのモデル情報のみを含み、必要バージョン情報を含まないグレーリストが、プラグイン３２に設定される。このため、プラグイン３２から制御アプリケーション３０に出力されるグレーリストに、必要バージョン情報が含まれず、モデル情報のみが含まれる場合がある。このような場合において、制御アプリケーション３０は、サーバ５６からの最新バージョン情報の取得、および、最新バージョンと必要バージョンとの比較を行うことなく、選択デバイスにバージョンの更新指令を送信する。

つまり、上記説明では、確認画面１２０において、アップデートボタン１２２が操作された場合に、制御アプリケーション３０は、サーバ５６から最新バージョン情報を取得しているが、アップデートボタン１２２が操作された後に、制御アプリケーション３０は、グレーリストに、選択デバイスのモデル情報とともに、必要バージョン情報が含まれているか否かを判断する。そして、グレーリストに、選択デバイスのモデル情報とともに、必要バージョン情報が含まれている場合に、上述した手順に従って、制御アプリケーション３０は、サーバ５６からの最新バージョン情報の取得、および、最新バージョンと必要バージョンとの比較を実行し、以降の処理を実行する。

一方、グレーリストに、選択デバイスのモデル情報とともに、必要バージョン情報が含まれていない場合に、サーバ５６からの最新バージョン情報の取得、および、最新バージョンと必要バージョンとの比較を行うことなく、選択デバイスにバージョンの更新指令を送信し、上述した手順に従って以降の処理を実行する。これにより、無駄な処理の実行を省くことが可能となる。

このように、携帯電話１０において、プラグイン３２によりレーベル印刷用の画像データが作成された際に、その画像データとともに、対応モデル情報が制御アプリケーション３０に出力され、その対応モデル情報に含まれるグレーリストを利用して、選択デバイスが、ファームウェアのバージョンを更新することで、レーベル印刷処理を実行することが可能なデバイスであるか否かが判断される。そして、選択デバイスが、ファームウェアのバージョンを更新することで、レーベル印刷処理を実行することが可能なデバイスである場合に、選択デバイスのファームウェアの更新が自動で実行され、選択デバイスによりレーベル印刷処理が実行される。これにより、ユーザが選択デバイスのファームウェアのバージョンアップを行うことなく、選択デバイスによりレーベル印刷処理を実行することが可能となる。

また、制御アプリケーション３０が、サーバ５６から最新バージョン情報を取得し、最新バージョンと必要バージョンとを比較した際に、上述したように、最新バージョンと必要バージョンとが同じである場合、若しくは、最新バージョンが必要バージョンより新しい場合に、制御アプリケーション３０は、ＭＦＰ５４にバージョンの更新指令を送信する。そして、ＭＦＰ５４がファームウェア６８のバージョンの更新を行うことで、ＭＦＰ５４のファームウェア６８のバージョンが、必要バージョンと同じ、若しくは、必要バージョンより新しくなり、ＭＦＰ５４においてレーベル印刷処理を実行することが可能となる。一方で、最新バージョンが必要バージョンより古い場合には、ＭＦＰ５４がファームウェア６８のバージョンの更新を行っても、ＭＦＰ５４のファームウェア６８のバージョンは、必要バージョンより古い。このため、ＭＦＰ５４がファームウェア６８のバージョンの更新を行っても、ＭＦＰ５４においてレーベル印刷処理を実行することはできない。

そこで、制御アプリケーション３０が、サーバ５６から最新バージョン情報を取得し、最新バージョンと必要バージョンとを比較した際に、最新バージョンが必要バージョンより古い場合に、制御アプリケーション３０は、図８に示す第３エラー画面１３０をＬＣＤ２０に表示する。第３エラー画面１３０には、現在のファームウェアのバージョンでレーベル印刷処理を実行することができない旨のコメントと、レーベル印刷処理を実行可能なバージョンがリリースされ次第、通知する旨のコメントが表示される。これにより、現在、選択デバイスでレーベル印刷処理を実行することはできないが、新たなバージョンのファームウェアがリリースされることで、今後、選択デバイスでレーベル印刷処理を実行することができることを、ユーザが認識できる。

また、最新バージョンと必要バージョンとが比較された際に、最新バージョンが必要バージョンより古い場合に、制御アプリケーション３０は、プラグイン３２から受け付けたレーベル印刷用の画像データを、データ記憶領域３４に記憶する。そして、制御アプリケーション３０は、図９に示すプレビュー画面１４０をＬＣＤ２０に表示する。プレビュー画面１４０には、図５に示すプレビュー画面１００と同様に、レーベル印刷用の画像データに基づく画像１４２が表示されるが、プレビュー画面１００と異なり、プリントボタン１０４は表示されない。これは、選択デバイスにおいて、レーベル印刷処理を実行できないためである。

なお、最新バージョンと必要バージョンとが比較された際に、最新バージョンが必要バージョンより古い場合に、制御アプリケーション３０は、ファーム更新確認フラグをＯＮにする。ＯＮにされたファーム更新確認フラグは、選択デバイスのモデル情報と関連付けて、データ記憶領域３４に記憶される。そして、制御アプリケーション３０は、ファーム更新確認フラグがＯＮにされている場合に、定期的にサーバ５６にアクセスし、そのフラグと関連付けられているモデル情報に応じた最新バージョン情報を取得する。そして、制御アプリケーション３０は、取得した最新バージョン情報に応じた最新バージョンと、フラグと関連付けられているモデル情報に応じた必要バージョンとを比較する。この際、最新バージョンが、必要バージョンと同じ、若しくは、必要バージョンより新しい場合に、制御アプリケーション３０は、図７に示す確認画面１２０を表示する。これにより、レーベル印刷処理を実行することが可能なバージョンのファームウェアがリリースされた場合に、その旨をユーザに報知し、従前に選択されたデバイスのファームウェアを、レーベル印刷処理を実行することが可能なバージョンに更新することが可能となる。

＜制御アプリケーションの処理＞
上記レーベル印刷処理は、ＣＰＵ１２において制御アプリケーション３０が実行されることによって行われる。以下に、図１０乃至図１２を用いて、この制御アプリケーション３０のフローが実行される際の処理を説明する。

まず、プラグイン３２からレーベル印刷用の画像データを受け付けたか否かが、ＣＰＵ１２によって判断される（図１０参照：Ｓ１００）。プラグイン３２から画像データを受け付けていない場合（Ｓ１００：ＮＯ）に、Ｓ１００の処理が繰り返される。一方、プラグイン３２から画像データを受け付けている場合（Ｓ１００：ＹＥＳ）に、レーベル印刷処理を実行するためのデバイス、選択デバイスが選択されているか否かが、ＣＰＵ１２によって判断される（Ｓ１０２）。

選択デバイスが選択されていない場合（Ｓ１０２：ＮＯ）には、ＣＰＵ１２は、第１エラー画面８０をＬＣＤ２０に表示する（Ｓ１０４）。次に、ＣＰＵ１２は、検索画面をＬＣＤ２０に表示する（Ｓ１０６）。続いて、ＣＰＵ１２は、対応モデル情報に基づいて選択画面８４を作成し、その選択画面８４をＬＣＤ２０に表示する（Ｓ１０８）。そして、選択画面８４への操作により選択デバイスが選択されたか否かが、ＣＰＵ１２によって判断される（Ｓ１１０）。

選択デバイスが選択されていない場合（Ｓ１１０：ＮＯ）に、Ｓ１１０の処理が繰り返される。一方、選択デバイスが選択されている場合（Ｓ１１０：ＹＥＳ）に、Ｓ１１２に進む。また、Ｓ１０２で選択デバイスが選択されている場合（Ｓ１０２：ＹＥＳ）にも、Ｓ１１２に進む。

Ｓ１１２では、ＣＰＵ１２は、レーベル印刷処理を実行することが可能であるか否かを選択デバイスに問い合わせる（Ｓ１１２）。つまり、ＣＰＵ１２は、実行可否情報の送信指令を選択デバイスに送信する。続いて、ＣＰＵ１２は、問い合わせの返信として、実行可否情報を選択デバイスから受信する（図１１参照：Ｓ１１４）。そして、受信した実行可否情報に基づいて、選択デバイスでレーベル印刷処理を実行することが可能であるか否かが、ＣＰＵ１２によって判断される（Ｓ１１６）。

選択デバイスでレーベル印刷処理を実行することが不能である場合（Ｓ１１６：ＮＯ）に、選択デバイスのモデル情報がグレーリストに含まれるか否かが、ＣＰＵ１２によって判断される（Ｓ１１８）。そして、選択デバイスのモデル情報がグレーリストに含まれる場合（Ｓ１１８：ＹＥＳ）に、ＣＰＵ１２は、確認画面１２０をＬＣＤ２０に表示する（図１２参照：Ｓ１１９）。

次に、確認画面１２０においてアップデートボタン１２２が操作されると、グレーリストに含まれる選択デバイスのモデル情報に、必要バージョン情報が付加されているか否かが、ＣＰＵ１２によって判断される（Ｓ１２０）。グレーリストに含まれる選択デバイスのモデル情報に、必要バージョン情報が付加されている場合（Ｓ１２０：ＹＥＳ）に、ＣＰＵ１２は、サーバ５６にアクセスし、サーバ５６から最新バージョン情報を取得する（Ｓ１２２）。

そして、最新バージョンが、必要バージョンと同じ、若しくは、必要バージョンより新しいか否かが、ＣＰＵ１２によって判断される（Ｓ１２４）。最新バージョンが、必要バージョンと同じ、若しくは、必要バージョンより新しい場合（Ｓ１２４：ＹＥＳ）に、Ｓ１２６に進む。また、Ｓ１２０でグレーリストに含まれる選択デバイスのモデル情報に、必要バージョン情報が付加されていない場合（Ｓ１２０：ＮＯ）にも、Ｓ１２６に進む。

Ｓ１２６では、ＣＰＵ１２が、ファームウェアのバージョンの更新指令を選択デバイスに送信する（Ｓ１２６）。そして、ＣＰＵ１２は、Ｓ１１２（図１０参照）以降の処理を実行する。

また、Ｓ１１６（図１１参照）において、選択デバイスでレーベル印刷処理を実行することが可能である場合（Ｓ１１６：ＹＥＳ）に、ＣＰＵ１２は、プレビュー画面１００をＬＣＤ２０に表示する（Ｓ１２８）。続いて、プレビュー画面１００においてプリントボタン１０４が操作されたか否かが、ＣＰＵ１２によって判断される（Ｓ１３０）。プリントボタン１０４が操作されていない場合（Ｓ１３０：ＮＯ）に、Ｓ１３０の処理が繰り返される。

一方、プリントボタン１０４が操作されている場合（Ｓ１３０：ＹＥＳ）に、ＣＰＵ１２は、Ｓ１００でプラグイン３２から受け付けたレーベル印刷用の画像データを、選択デバイスに送信する（Ｓ１３２）。これにより、本フローが終了する。

また、Ｓ１１８において、選択デバイスのモデル情報がグレーリストに含まれない場合（Ｓ１１８：ＮＯ）に、ＣＰＵ１２は、第２エラー画面１１０をＬＣＤ２０に表示する（Ｓ１３４）。そして、ＣＰＵ１２は、Ｓ１０８（図１０参照）以降の処理を実行する。

また、Ｓ１２４（図１２参照）において、最新バージョンが必要バージョンより古い場合（Ｓ１２４：ＮＯ）に、ＣＰＵ１２は、第３エラー画面１３０をＬＣＤ２０に表示する（Ｓ１３６）。次に、ＣＰＵ１２は、ファーム更新確認フラグをＯＮに設定する（Ｓ１３８）。続いて、ＣＰＵ１２は、Ｓ１００でプラグイン３２から受け付けたレーベル印刷用の画像データをデータ記憶領域３４に記憶する（Ｓ１４０）。そして、ＣＰＵ１２は、プリントボタンが非表示とされたプレビュー画面１４０をＬＣＤ２０に表示する（Ｓ１４２）。これにより、本フローが終了する。

なお、Ｓ１００を実行するＣＰＵ１２は、第１受付処理及び第２受付処理の一例である。Ｓ１１４を実行するＣＰＵ１２は、受信処理の一例である。Ｓ１１６を実行するＣＰＵ１２は、第２判断処理の一例である。Ｓ１１８を実行するＣＰＵ１２は、第１判断処理の一例である。Ｓ１２４を実行するＣＰＵ１２は、第３判断処理の一例である。Ｓ１２６を実行するＣＰＵ１２は、出力処理及び送信処理の一例である。

なお、本発明は、上記実施形態に限定されるものではなく、当業者の知識に基づいて種々の変更、改良を施した種々の態様で実施することが可能である。具体的には、例えば、上記実施形態では、選択デバイスが、レーベル印刷処理を実行することが可能であるか否かを判断し、その判断結果を実行可否情報として携帯電話１０に送信しているが、携帯電話１０がレーベル印刷処理を実行することが可能であるか否かを判断してもよい。つまり、例えば、選択デバイスが、自身に記憶されているファームウェアのバージョンに関する情報を携帯電話１０に送信し、携帯電話１０は、受信したファームウェアに関する情報と、必要バージョン情報とに基づいて、選択デバイスがレーベル印刷を実行することが可能であるかを判断してもよい。

また、上記実施形態では、制御アプリケーション３０がファームウェアのバージョンの更新指令を選択デバイスに送信し、選択デバイスは、その指令に従ってバージョンを更新しているが、別の手法により、選択デバイスはバージョンを更新してもよい。例えば、制御アプリケーション３０が、選択デバイスのファームウェアのバージョンの更新が必要であるか否かを判断し、その判断結果を選択デバイスに送信する。そして、選択デバイスは、受信した判断結果に基づいて、バージョンの更新を行うべきか否かを判断し、バージョンの更新を行うべきと判断された場合に、バージョンの更新を行ってもよい。

また、上記実施形態では、選択デバイスが、ファームウェアのバージョンを更新することで、レーベル印刷処理を実行することが可能なデバイスであると判断された場合に、携帯電話１０の指令に従って、自動でファームウェアのバージョンが更新されているが、ユーザ操作によりファームウェアのバージョンが更新されてもよい。例えば、選択デバイスが、ファームウェアのバージョンを更新することで、レーベル印刷処理を実行することが可能なデバイスであると判断された場合に、そのことを示す画面がＬＣＤ２０に表示される。そして、ユーザは、その画面を確認し、ユーザ操作によりファームウェアのバージョンを更新してもよい。

また、上記実施形態では、特定の処理としてレーベル印刷処理に本発明が適用されているが、レーベル印刷処理に限られず、種々の画像処理に本発明を適用することが可能である。

また、上記実施形態では、ＣＰＵ１２によって図１０乃至図１２に示す処理が実行される例を説明したが、これら処理は、ＣＰＵ１２に限らず、ＡＳＩＣや他の論理集積回路により実行されてもよいし、これら処理が、ＣＰＵ等やＡＳＩＣ、他の論理集積回路が協働することにより実行されてもよい。

１０：携帯電話、１２：ＣＰＵ、１６：無線通信Ｉ／Ｆ、３０：制御アプリケーション、３２：プラグイン、５０：ＭＦＰ、５２：ＭＦＰ、５４：ＭＦＰ

Claims (11)

1. 画像処理装置と通信可能な通信インタフェースを備える情報処理装置のコンピュータが読み取り可能な制御プログラムであって、
   前記コンピュータは、前記制御プログラムと異なる生成プログラムも読み取り可能であり、
   前記生成プログラムは、前記制御プログラムにより前記画像処理装置に送信される画像データを生成するものであり、
   前記コンピュータを、
   特定の画像処理装置を示す情報を、前記生成プログラムから受け付ける第１受付処理と、
   １以上の前記画像処理装置から任意の画像処理装置が選択され、選択された画像処理装置である選択画像処理装置が、前記第１受付処理が受け付けた情報に基づいて前記特定の画像処理装置であると判断された場合に、前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、
   前記第１判断処理による判断結果に基づく情報を出力する出力処理と、
   して機能させることを特徴とする制御プログラム。
2. 画像処理装置と通信可能な通信インタフェースを備える情報処理装置のコンピュータが読み取り可能な制御プログラムであって、
   前記コンピュータを、
   前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、
   前記第１判断処理により前記ファームウェアの更新が必要であると判断された場合に、前記画像処理装置のファームウェアの、取得可能な最新バージョンのファームウェアへの更新により、前記特定の処理を前記画像処理装置により実行可能であるか否かを判断する第３判断処理と、
   前記第３判断処理により前記画像処理装置が前記特定の処理を実行することが可能であると判断された場合に、前記第１判断処理による判断結果に基づく情報を出力する出力処理と、
   して機能させることを特徴とする制御プログラム。
3. 前記コンピュータは、前記制御プログラムにより前記画像処理装置に送信される画像データを生成する生成プログラムも読み取り可能であり、
   前記コンピュータを、
   前記画像処理装置が前記特定の処理を実行するために必要なファームウェアのバージョンに関する情報を、前記生成プログラムから受け付ける第２受付処理として機能させ、
   前記第３判断処理は、
   前記第２受付処理が受け付けた情報に基づいて、前記画像処理装置のファームウェアを、取得可能な最新バージョンのファームウェアに更新することで、前記画像処理装置が前記特定の処理を実行することが可能であるか否かを判断することを特徴とする請求項２に記載の制御プログラム。
4. 前記出力処理は、
   前記第１判断処理により前記ファームウェアの更新が必要であると判断された場合に、当該ファームウェアを更新するための情報を前記画像処理装置に、前記通信インタフェースを介して送信することを特徴とする請求項１乃至３の何れか１項に記載の制御プログラム。
5. 前記コンピュータを、
   前記画像処理装置が前記特定の処理を実行可能であるか否かを判断する第２判断処理として機能させ、
   前記第１判断処理は、
   前記第２判断処理により前記画像処理装置が前記特定の処理を実行不能であると判断された場合に、前記画像処理装置のファームウェアの更新が必要であるか否かを判断することを特徴とする請求項１乃至４の何れか１項に記載の制御プログラム。
6. 前記コンピュータを、
   前記特定の処理を実行可能であるか否かを示す実行可否情報を、前記画像処理装置から受信する受信処理として機能させ、
   前記第２判断処理は、
   前記受信処理により受信された実行可否情報に基づいて、前記画像処理装置が前記特定の処理を実行可能であるか否かを判断することを特徴とする請求項５に記載の制御プログラム。
7. 前記受信処理は、
   前記画像処理装置に記憶されているファームウェアのバージョンに関する情報を、前記実行可否情報として、前記画像処理装置から受信することを特徴とする請求項６に記載の制御プログラム。
8. 画像処理装置と通信可能な通信インタフェースと、
   コントローラと、
   を備える情報処理装置であって、
   前記コントローラは、
   特定の画像処理装置を示す情報を、制御プログラムにより画像処理装置に送信される画像を生成する生成プログラムから受け付ける第１受付処理と、
   １以上の前記画像処理装置から任意の画像処理装置が選択され、選択された画像処理装置である選択画像処理装置が、前記第１受付処理が受け付けた情報に基づいて前記特定の画像処理装置であると判断された場合に、前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、
   前記第１判断処理による判断結果に基づく情報を出力する出力処理と、
   して機能することを特徴とする情報処理装置。
9. 画像処理装置と通信可能な通信インタフェースと、
   コントローラと、
   を備える情報処理装置であって、
   前記コントローラは、
   前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、
   前記第１判断処理により前記ファームウェアの更新が必要であると判断された場合に、前記画像処理装置のファームウェアの、取得可能な最新バージョンのファームウェアへの更新により、前記特定の処理を前記画像処理装置により実行可能であるか否かを判断する第３判断処理と、
   前記第３判断処理により前記画像処理装置が前記特定の処理を実行することが可能であると判断された場合に、前記第１判断処理による判断結果に基づく情報を出力する出力処理と、
   して機能することを特徴とする情報処理装置。
10. 画像処理装置と通信可能な通信インタフェースを備える情報処理装置のコンピュータによる制御方法であって、
    特定の画像処理装置を示す情報を、制御プログラムにより画像処理装置に送信される画像を生成する生成プログラムから受け付ける第１受付処理と、
    １以上の前記画像処理装置から任意の画像処理装置が選択され、選択された画像処理装置である選択画像処理装置が、前記第１受付処理が受け付けた情報に基づいて前記特定の画像処理装置であると判断された場合に、前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、
    前記第１判断処理による判断結果に基づく情報を出力する出力処理と、
    を含むことを特徴とする制御方法。
11. 画像処理装置と通信可能な通信インタフェースを備える情報処理装置のコンピュータによる制御方法であって、
    前記画像処理装置で特定の処理を実行するために当該画像処理装置のファームウェアの更新が必要であるか否かを判断する第１判断処理と、
    前記第１判断処理により前記ファームウェアの更新が必要であると判断された場合に、前記画像処理装置のファームウェアの、取得可能な最新バージョンのファームウェアへの更新により、前記特定の処理を前記画像処理装置により実行可能であるか否かを判断する第３判断処理と、
    前記第３判断処理により前記画像処理装置が前記特定の処理を実行することが可能であると判断された場合に、前記第１判断処理による判断結果に基づく情報を出力する出力処理と、
    を含むことを特徴とする制御方法。

Images