(57)【要約】【課題】サーバへの負荷を抑制しつつ、短い周期でファームウェアのアップデートを確認する。【解決手段】ＭＦＰ５０，５１と管理サーバ５４との両方への問合せによって、携帯電話１０が、ＭＦＰのファームウェアの最新バージョン情報（第１情報）を管理サーバから受信し、ＭＦＰにインストール済みのファームウェアのバージョン情報（第２情報）をＭＦＰから受信する。また、ＭＦＰのみへの問合せによって、携帯電話が、第２情報をＭＦＰから受信する。そして、ＭＦＰと管理サーバとの両方への問合せにより受信した第１情報と第２情報との一方と、ＭＦＰのみへの問合せにより受信した第２情報とに基づいて、アップデートの有無が確認される。つまり、ＭＦＰと管理サーバとの両方への問合せ結果だけでなく、ＭＦＰのみへの問合せ結果を利用して、アップデートの有無が確認される。これにより、サーバへの負荷を抑制しつつ、短い周期でアップデートを確認できる。【選択図】図１
2018037764.tif 000002
【特許請求の範囲】
【請求項１】
画像処理装置と、前記画像処理装置のファームウェアの更新対象のバージョンに関する情報である第１バージョン情報を記憶するサーバと通信可能な通信部と、表示部とを備え、前記通信部を介して前記画像処理装置に画像処理に関する指令を送信可能な携帯端末のコンピュータが読み取り可能な制御プログラムであって、
前記コンピュータを、
前記画像処理装置から前記通信部を介して前記画像処理装置にインストールされているファームウェアのバージョンに関する情報である第２バージョン情報を受信するとともに、前記サーバから前記通信部を介して前記第１バージョン情報を受信する第１受信処理と、
前記第１受信処理により受信された前記第１バージョン情報に基づいて前記画像処理装置のファームウェアの更新が可能であると判断される場合に、前記画像処理装置のファームウェアの更新が可能であることを示す更新情報を前記表示部に表示させる表示処理と、
前記画像処理装置から前記通信部を介して前記第２バージョン情報を受信する第２受信処理と、
前記第１受信処理により受信された前記第１バージョン情報と前記第２バージョン情報との一方と、前記第２受信処理により受信された前記第２バージョン情報とに基づいて、前記画像処理装置にインストールされているファームウェアが、前記第１受信処理により受信された前記第２バージョン情報が示すバージョンより新しいものに更新されているか否かを判断する判断処理と、
前記判断処理によりファームウェアが更新されていると判断された場合に、前記表示処理により表示された前記更新画面を非表示とする非表示処理と、
して機能させることを特徴とする制御プログラム。
【請求項２】
前記第２受信処理は、
前記表示処理により前記更新情報が表示された後に、前記画像処理装置から前記通信部を介して前記第２バージョン情報を受信することを特徴とする請求項１に記載の制御プログラム。
【請求項３】
前記判断処理は、
前記第１受信処理により受信された前記第２バージョン情報が示すバージョンと、前記第２受信処理により受信された前記第２バージョン情報が示すバージョンとが異なる場合に、ファームウェアが更新されていると判断することを特徴とする請求項１又は２に記載の制御プログラム。
【請求項４】
前記判断処理は、
前記第２受信処理により受信された前記第２バージョン情報が示すバージョンが、前記第１受信処理により受信された前記第１バージョン情報が示すバージョンと同じ場合、若しくは、前記第１受信処理により受信された前記第１バージョン情報が示すバージョンより新しい場合に、ファームウェアが更新されていると判断することを特徴とする請求項１又は２に記載の制御プログラム。
【請求項５】
前記第１受信処理は、
第１の期間が経過する毎に、前記通信部を介して前記第１バージョン情報と前記第２バージョン情報とを受信し、
前記第２受信処理は、
前記第１の期間より短い第２の期間が経過する毎に、前記通信部を介して前記第２バージョン情報を受信することを特徴とする請求項１乃至４の何れか１項に記載の制御プログラム。
【請求項６】
前記コンピュータを、
前記通信部を介して前記サーバと通信不能である場合に、前記第１の期間を短縮する短縮処理として機能させることを特徴とする請求項５に記載の制御プログラム。
【請求項７】
前記通信部は、複数の前記画像処理装置と通信可能であり、
前記コンピュータを、
前記通信部を介して通信可能な前記複数の画像処理装置のうちの任意の画像処理装置を選択する選択処理として機能させ、
前記第１受信処理は、
前記選択処理により画像処理装置が選択された場合は、前記第１の期間が経過する前であっても、前記通信部を介して前記第１バージョン情報と前記第２バージョン情報とを受信することを特徴とする請求項５又は６に記載の制御プログラム。
【請求項８】
前記第１受信処理は、
前記第１の期間が経過した場合であっても、前記判断処理によりファームウェアが更新されたと判断されるまで、前記通信部を介して、前記第１受信処理により前記第１バージョン情報と前記第２バージョン情報とを受信しないことを特徴とする請求項５乃至７の何れか１項に記載の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に画像処理に関する指令を送信可能な携帯端末のコンピュータが読み取り可能な制御プログラムに関する。
【背景技術】
【０００２】
近年スマートフォン、タブレット等の携帯端末の普及が急激に進んでおり、画像処理装置に画像処理に関する指令を送信可能な携帯端末がある。このような携帯端末では、例えば、画像処理装置のファームウェアがアップデート可能である場合に、画像処理装置のファームウェアのアップロードが可能であることを示す更新情報が、携帯端末の表示部に表示されるものがある。そして、その更新情報に応じてユーザが操作を行うことで、携帯端末から画像処理装置に指令が送信され、その画像処理装置において、ファームウェアのアップロードが実行される。また、画像処理装置のファームウェアのアップロードが可能であるか否かの判断は、例えば、下記特許文献に記載されているように、サーバにおいて行われ、その判断結果を利用することが可能である。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２３０８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献に記載の技術のように、サーバを利用する場合には、サーバへの負荷やサーバとの通信の負荷が大きくなる虞がある。特に、多くの携帯端末と通信可能なサーバであれば、その負荷は相当大きくなる。このため、サーバへの通信頻度は少ないことが好ましい。一方で、サーバへの通信頻度を少なくすると、ファームウェアのアップロードの有無を確認する頻度も少なくなるため、例えば、画像処理装置でファームウェアのアップロードが実行されているにも関わらず、携帯端末において、画像処理装置のファームウェアのアップロードが可能であることを示す更新情報が、非表示とされず、継続して表示されている場合がある。本発明は、そのような事情に鑑みてなされたものであり、サーバへの負荷を抑制するとともに、短い周期でファームウェアのアップデートを確認することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明の制御プログラムは、画像処理装置と、前記画像処理装置のファームウェアの更新対象のバージョンに関する情報である第１バージョン情報を記憶するサーバと通信可能な通信部と、表示部とを備え、前記通信部を介して前記画像処理装置に画像処理に関する指令を送信可能な携帯端末のコンピュータが読み取り可能な制御プログラムであって、前記コンピュータを、前記画像処理装置から前記通信部を介して前記画像処理装置にインストールされているファームウェアのバージョンに関する情報である第２バージョン情報を受信するとともに、前記サーバから前記通信部を介して前記第１バージョン情報を受信する第１受信処理と、前記第１受信処理により受信された前記第２バージョン情報に基づいて前記画像処理装置のファームウェアの更新が可能であると判断される場合に、前記画像処理装置のファームウェアの更新が可能であることを示す更新情報を前記表示部に表示させる表示処理と、前記画像処理装置から前記通信部を介して前記第２バージョン情報を受信する第２受信処理と、前記第１受信処理により受信された前記第１バージョン情報と前記第２バージョン情報との一方と、前記第２受信処理により受信された前記第２バージョン情報とに基づいて、前記画像処理装置にインストールされているファームウェアが、前記第１受信処理により受信された前記第２バージョン情報が示すバージョンより新しいものに更新されているか否かを判断する判断処理と、
前記判断処理によりファームウェアが更新されていると判断された場合に、前記表示処理により表示された前記更新画面を非表示とする非表示処理と、して機能させることを特徴とする。
【０００６】
本明細書の実施形態として記載の制御プログラムでは、画像処理装置とサーバとの両方への問い合わせによって、携帯端末が、画像処理装置のファームウェアの更新対象のバージョンに関する情報である第１バージョン情報を、サーバから受信し、画像処理装置にインストールされているファームウェアのバージョンに関する情報である第２バージョン情報を、画像処理装置から受信する。また、画像処理装置のみへの問い合わせによって、携帯端末が、第２バージョン情報を画像処理装置から受信する。そして、画像処理装置とサーバとの両方への問い合わせによって受信した第１バージョン情報と第２バージョン情報との一方と、画像処理装置のみへの問い合わせによって受信した第２バージョン情報とに基づいて、画像処理装置のファームウェアのアップデートの有無が確認される。つまり、画像処理装置とサーバとの両方への問い合わせ結果だけでなく、画像処理装置のみへの問い合わせ結果を利用して、アップデートの有無が確認される。これにより、画像処理装置のみへの問い合わせ頻度を多くすることで、サーバへの負荷を抑制するとともに、短い周期でファームウェアのアップデートを確認することが可能となる。
【図面の簡単な説明】
【０００７】
【図１】通信システム１のブロック図である。
【図２】トップ画面１００を示す図である。
【図３】通知ダイアログ１１０を示す図である。
【図４】アップデート画面１２０を示す図である。
【図５】ステータス画面１３０を示す図である。
【図６】制御アプリケーション３０のフローチャートを示す図である。
【図７】制御アプリケーション３０のフローチャートを示す図である。
【図８】制御アプリケーション３０のフローチャートを示す図である。
【図９】制御アプリケーション３０のフローチャートを示す図である。
【発明を実施するための形態】
【０００８】
＜通信システムの構成＞
図１に、本願に係る実施形態として例示される通信システム１のブロック図を示す。通信システム１は、携帯電話（本発明の携帯端末の一例）１０、ＭＦＰ（Multifunction Peripheralの略）（本発明の画像処理装置の一例）５０，５１、記憶サーバ５２、管理サーバ（本発明のサーバの一例）５４、アクセスポイント５６、インターネット５８、基地局６０を備える。ＭＦＰ５０，５１は、コピー処理，スキャン処理，ファックスの送受信処理等の各種処理を実行可能な装置である。記憶サーバ５２は、ＭＦＰ５０，５１の最新バージョンのファームウェアを記憶し、提供するためのサーバである。管理サーバ５４は、ＭＦＰ５０，５１のファームウェアを管理するためのサーバである。アクセスポイント５６は、無線ＬＡＮアクセスポイント、及びルーターとしての機能を備える。なお、記憶サーバ５２および、管理サーバ５４は、インターネット５８に接続されており、アクセスポイント５６を介して、外部装置と通信可能とされている。
【０００９】
携帯電話１０の構成について説明する。携帯電話１０は、ＣＰＵ（Central Processing Unitの略）（本発明のコンピュータの一例）１２、記憶部１４、無線通信Ｉ／Ｆ（本発明の通信部の一例）１６、携帯電話通信Ｉ／Ｆ１８、ＬＣＤ（liquid crystal displayの略）（本発明の表示部の一例）２０、タッチパネル２２を主に備えている。これらの構成要素は、バス２８を介して互いに通信可能とされている。
【００１０】
無線通信Ｉ／Ｆ１６は、ＩＥＥＥの８０２．１１の規格およびそれに準ずる規格に基づいて、Ｗｉ-Ｆｉ(R)（Wi-Fi Allianceの登録商標）方式（ＷＦ方式と略して記載する場合もある）の無線通信を行うことが可能とされている。すなわち、携帯電話１０は、アクセスポイント５６へアクセスし、ＷＦ方式の無線通信を行える状態になれば、アクセスポイント５６を介して、ＭＦＰ５０，５１、記憶サーバ５２、管理サーバ５４とデータ通信することが可能になる。
【００１１】
携帯電話通信Ｉ／Ｆ１８は、基地局６０との間で携帯電話通信方式の無線通信を行うことが可能とされている。すなわち、携帯電話１０は、携帯電話通信方式の無線通信を行える状態になれば、基地局６０を介して、データ通信することが可能になる。
【００１２】
ＣＰＵ１２は、記憶部１４内の制御アプリケーション（本発明の制御プログラムの一例）３０若しくは、更新アプリケーション３１に従って処理を実行する。制御アプリケーション３０は、携帯電話１０を用いてＭＦＰ５０，５１に各種処理を実行させるためのプログラムである。更新アプリケーション３１は、ＭＦＰ５０，５１のファームウェアを最新バージョンのファームウェアにアップデートするためのプログラムである。以降、制御アプリケーション３０等を実行するＣＰＵ１２のことを、単にプログラム名でも記載する場合がある。例えば、「制御アプリケーション３０が」という記載は、「制御アプリケーション３０を実行するＣＰＵ１２が」ということを意味する場合がある。
【００１３】
また、記憶部１４は、データ記憶領域３２を備える。データ記憶領域３２は、制御アプリケーション３０の実行に必要なデータなどを記憶する領域である。なお、記憶部１４は、ＲＡＭ（Random Access Memoryの略）、ＲＯＭ（Read Only Memoryの略）、フラッシュメモリー、ＨＤＤ（Hard Disk Driveの略）、ＣＰＵ１２が備えるバッファなどが組み合わされて構成されている。
【００１４】
ＬＣＤ２０は、携帯電話１０の各種機能を表示する表示面を備える。タッチパネル２２は、タッチセンサを有し、ＬＣＤ２０の表示面を覆うように配置されている。タッチパネル２２は、ユーザの指、タッチペン等のタッチパネル２２への接近・接触を検出し、検出に応じて電気信号を出力する。
【００１５】
＜通信システムの動作＞
通信システム１では、携帯電話１０を用いて、ＭＦＰ５０，５１によって各種処理を実行することが可能となっている。詳しくは、制御アプリケーション３０の実行により、携帯電話１０のＬＣＤ２０に、図２に示すトップ画面１００が表示される。トップ画面１００には、デバイス選択ボタン１０２が表示される。デバイス選択ボタン１０２は、携帯電話１０を用いて各種処理を実行するためのデバイスを選択するためのボタンであり、デバイス選択ボタン１０２へのユーザ操作により、ＬＣＤ２０にデバイス選択画面（図示省略）が表示される。
【００１６】
デバイス選択画面には、携帯電話１０と通信可能なデバイスのデバイス名が選択可能な状態で表示される。携帯電話１０では、２台のＭＦＰ５０，５１と通信可能であるため、デバイス選択画面では、２台のＭＦＰ５０，５１のデバイス名が選択可能な状態で表示される。そして、デバイス選択画面において、２台のＭＦＰ５０，５１のデバイス名のうちの任意のデバイス名が選択されると、ＬＣＤ２０にトップ画面１００が表示される。この際、トップ画面１００のデバイス選択ボタン１０２には、デバイス選択画面で選択されたデバイス（以下、「選択デバイス」と記載する）のデバイス名が表示される。また、デバイス選択ボタン１０２の上方には、選択デバイスで実行可能な各種処理を実行するための複数の実行ボタン１０４と、ステータス確認ボタン１０６とが表示される。そして、トップ画面１００において、複数の実行ボタン１０４のうちの任意のボタンが操作されると、操作されたボタンに応じた指令が、無線通信Ｉ／Ｆ１６を介して選択デバイスに送信され、選択デバイスが指令に応じて各種処理を実行する。このように、通信システム１では、携帯電話１０を用いて、ＭＦＰ５０，５１によって各種処理を実行することが可能となっている。
【００１７】
また、通信システム１では、選択デバイスの最新バージョンのファームウェアがリリースされた場合に、携帯電話１０からの選択デバイスへの指示により、選択デバイスにおいてファームウェアのアップデートが実行される。詳しくは、制御アプリケーション３０の実行により、携帯電話１０から選択デバイスに、選択デバイスにインストールされているファームウェアのバージョンに関する情報（以下「現バージョン情報」と記載する）（本発明の第２バージョン情報の一例）の問い合わせが送信される。選択デバイスは、現バージョン情報の問い合わせを受信すると、現バージョン情報を携帯電話１０に送信する。携帯電話１０は、現バージョン情報を受信すると、その受信した現バージョン情報をデータ記憶領域３２に記憶する。そして、携帯電話１０は、その現バージョン情報と、選択デバイスのモデル名を識別可能な情報（以下、「デバイス識別情報」と記載する）とを、選択デバイスのファームウェアの更新が可能であるか否かの問い合わせ（以下、「更新問い合わせ」と記載する）として、管理サーバ５４に送信する。
【００１８】
管理サーバ５４には、デバイスのモデル毎に、最新のファームウェアのバージョンに関する情報（以下、「最新バージョン情報」と記載する）（本発明の第２バージョン情報の一例）が記憶されている。そして、管理サーバ５４は、携帯電話１０から受信したデバイス識別情報により識別される選択デバイスのモデル名を特定し、その特定されたモデル名に応じた最新バージョン情報を特定する。次に、管理サーバ５４は、特定した最新バージョン情報と、携帯電話１０から受信した現デバイス情報とに基づいて、選択デバイスにインストールされているファームウェアのバージョンが、管理サーバ５４に記憶されているファームウェアのバージョン以上であるか否かを判定する。つまり、現バージョン情報が示すバージョンが、最新バージョン情報が示すバージョンと同じであるか、若しくは、最新バージョン情報が示すバージョンより新しいか否かを判定する。この際、選択デバイスにインストールされているファームウェアのバージョンが、管理サーバ５４に記憶されているファームウェアのバージョン以上である場合には、選択デバイスのファームウェアが最新バージョンのものにアップデートされていることを示す情報（以下、「アップデート済み情報」と記載する）が、管理サーバ５４から携帯電話１０に送信される。一方、選択デバイスにインストールされているファームウェアのバージョンが、管理サーバ５４に記憶されているファームウェアのバージョン未満である場合には、最新バージョン情報が管理サーバ５４から携帯電話１０に送信される。
【００１９】
そして、携帯電話１０は、最新バージョン情報を受信した場合に、受信した最新バージョン情報をデータ記憶領域３２に記憶し、図３に示すように、トップ画面１００において、通知ダイアログ１１０を表示する。通知ダイアログ１１０には、選択デバイスのファームウェアを新たなバージョンのものに更新可能であることを示す情報が表示されている。さらに、通知ダイアログ１１０には、キャンセルボタン１１２とアップデートボタン１１４とが表示されている。そして、アップデートボタン１１４が操作されると、図４に示すように、ＬＣＤ２０に、アップデート画面１２０が表示される。アップデート画面１２０には、実行ボタン１２２が表示されており、実行ボタン１２２を操作することで、選択デバイスのファームウェアが新たなバージョンのものに更新されることも表示されている。
【００２０】
そして、アップデート画面１２０において、実行ボタン１２２が操作されることで、更新アプリケーション３１が起動される。起動された更新アプリケーション３１は、無線通信Ｉ／Ｆ１６を介して、選択デバイスにファームウェアの更新指示を送信する。ファームウェアの更新指示を受信した選択デバイスは、記憶サーバ５２と通信を行って、記憶サーバ５２から最新バージョンのファームウェアを取得する。そして、選択デバイスは、取得した最新バージョンのファームウェアをインストールし、ファームウェアのアップデートを実行する。このように、通信システム１では、選択デバイスの最新バージョンのファームウェアがリリースされた場合に、携帯電話１０からの選択デバイスへの指示により、選択デバイスにおいてファームウェアのアップデートが実行される。
【００２１】
また、携帯電話１０において、通知ダイアログ１１０でキャンセルボタン１１２が操作された場合には、当然、選択デバイスによるファームウェアのアップデートは実行されず、通知ダイアログ１１０が非表示とされる。つまり、ユーザがファームウェアの現時点でのアップデートを望んでいない場合に、キャンセルボタン１１２が操作されることで、通知ダイアログ１１０が非表示とされ、ＬＣＤ２０に、図２に示すように、トップ画面１００が表示される。
【００２２】
また、携帯電話１０では、通知ダイアログ１１０だけでなく、バッジ表示および、メッセージ表示により、選択デバイスのファームウェアを新たなバージョンのファームウェアに更新可能であることを告知する旨の通知（以下、「ファーム通知」と記載する）がＬＣＤ２０に表示される。詳しくは、携帯電話１０が、管理サーバ５４から最新バージョン情報を受信した場合には、図２に示すように、トップ画面１００において、ステータス確認ボタン１０６の右上に星形のバッジ１０７が表示される。このバッジ１０７は、ファーム通知であり、選択デバイスの最新バージョンのファームウェアがリリースされたことを示している。これにより、ユーザは、トップ画面１００においても、バッジ１０７によって、選択デバイスのファームウェアを新たなバージョンのファームウェアに更新可能であることを認識できる。
【００２３】
また、図２に示すトップ画面１００において、ステータス確認ボタン１０６が操作されると、ＬＣＤ２０に、図５に示すステータス画面１３０が表示される。ステータス画面１３０には、ステータス表示欄１３２が表示されており、そのステータス表示欄１３２には、選択デバイスのステータス情報が表示される。ステータス情報としては、選択デバイスで使用されてインクの残量に関する情報、インクの種類に関する情報、選択デバイスのＩＰアドレスに関する情報等が含まれている。なお、ステータス情報は、携帯電話１０から選択デバイスへの問い合わせによって、携帯電話１０は、選択デバイスからステータス情報を取得している。詳しくは、携帯電話１０から選択デバイスに、ステータス情報の問い合わせが、所定の周期で送信される。そして、選択デバイスが、問い合わせに応じてステータス情報を携帯電話１０に送信することで、携帯電話１０はステータス情報を取得する。
【００２４】
また、ステータス画面１３０の上方には、メッセージ表示欄１３４も表示される。メッセージ表示欄１３４には、ファーム通知、つまり、選択デバイスの最新バージョンのファームウェアがリリースされたことを告知する旨の通知が表示される。これにより、ステータス画面１３０においても、ユーザは、選択デバイスのファームウェアを新たなバージョンのファームウェアに更新可能であることを認識できる。また、メッセージ表示欄１３４は、操作ボタンとしての機能も有しており、メッセージ表示欄１３４が操作されると、ＬＣＤ２０に、図４に示すアップデート画面１２０が表示される。そして、アップデート画面１２０において、実行ボタン１２２が操作されることで、上述したように、選択デバイスにおいてファームウェアのアップデートが実行される。つまり、携帯電話１０では、通知ダイアログ１１０のアップデートボタン１１４への操作、若しくは、ステータス画面１３０のファーム通知が表示されたメッセージ表示欄１３４への操作により、ＬＣＤ２０にアップデート画面１２０を表示させ、実行ボタン１２２が操作されることで、選択デバイスにおいてファームウェアのアップデートが実行される。
【００２５】
なお、通知ダイアログ１１０、及び、トップ画面１００とステータス画面１３０とにおけるファーム通知、つまり、選択デバイスのファームウェアを新たなバージョンのファームウェアに更新可能であることを告知する旨の情報（以下、「更新告知情報」と記載する）（本発明の更新情報の一例）は、選択デバイスにおいて、ファームウェアのアップデートが実行されるまで行われる。つまり、選択デバイスにおけるファームウェアのアップデートが確認された場合に、更新告知情報が非表示とされる。この際、従来の手法では、選択デバイスと管理サーバ５４との両方への問い合わせ結果に基づいて、選択デバイスにおけるファームウェアのアップデートが確認される。
【００２６】
具体的には、従来の手法では、携帯電話１０から管理サーバ５４への現バージョン情報の問い合わせ、及び、携帯電話１０から管理サーバ５４への更新問い合わせが、上述した手順に従って、所定の周期が経過する毎に実行される。このため、選択デバイスでファームウェアのアップデートが実行された場合には、携帯電話１０は、現バージョン情報の問い合わせの返信として、アップデートされたファームウェアの現バージョン情報を、選択デバイスから受信する。そして、その現バージョン情報が、更新問い合わせとして、管理サーバ５４に送信されると、管理サーバ５４は、選択デバイスのファームウェアが新たなバージョンのものにアップデートされたと判断し、アップデート済み情報を携帯電話１０に送信する。この際、携帯電話１０は、アップデート済み情報を受信すると、更新告知情報が非表示とされる。このように、従来の手法では、選択デバイスと管理サーバ５４との両方への問い合わせ結果に基づいて、選択デバイスにおけるファームウェアのアップデートが確認され、更新告知情報が非表示とされる。
【００２７】
しかしながら、管理サーバ５４には、携帯電話１０以外の複数の携帯端末からも問い合わせが送信されるため、選択デバイスと管理サーバ５４との両方への問い合わせを行う周期が短い場合、例えば、選択デバイスと管理サーバ５４との両方への問い合わせが３０秒毎に行われる場合には、管理サーバ５４への負荷が大きくなり、管理サーバ５４との適切な通信を担保できない虞がある。一方で、選択デバイスと管理サーバ５４との両方への問い合わせを行う周期を長くすると、アップデートの確認の周期が長くなり、アップデートが完了しているにも関わらず、長い間、更新告知情報が表示された状態となる。具体的には、例えば、選択デバイスと管理サーバ５４との両方への問い合わせが１週間毎に行われる場合には、更新告知情報に従って、ユーザが直ぐに選択デバイスのアップデートを行っても、アップデートの確認は、１週間後に行われるため、アップデートが完了しているにも関わらず、１週間近く、更新告知情報が表示された状態となり、ユーザは違和感を抱く虞がある。
【００２８】
このようなことに鑑みて、携帯電話１０では、選択デバイスと管理サーバ５４との両方への問い合わせ周期を長くし、選択デバイスのみへの問い合わせを短い周期で行うとともに、選択デバイスと管理サーバ５４との両方への問い合わせ結果と、選択デバイスのみへの問い合わせ結果とに基づいて、選択デバイスにおけるファームウェアのアップデートが確認される。具体的には、選択デバイスと管理サーバ５４との両方への問い合わせが、１週間が経過する毎に実行され、選択デバイスのみへの問い合わせが、３０秒が経過する毎に実行される。このため、選択デバイスと管理サーバ５４との両方への問い合わせにより、携帯電話１０が管理サーバ５４から最新バージョン情報を受信すると、更新告知情報がＬＣＤ２０に表示される。そして、選択デバイスと管理サーバ５４との両方への問い合わせは、１週間後に実行される。
【００２９】
ただし、その間に、選択デバイスへの問い合わせが、３０秒毎に実行される。選択デバイスへの問い合わせにより、携帯電話１０は、現バージョン情報を受信すると、受信した現バージョン情報（以下、「受信現バージョン情報」と記載する）と、データ記憶領域３２に記憶されている現バージョン情報（以下、「記憶現バージョン情報」と記載する）とを比較する。この際、選択デバイスと管理サーバ５４との両方への問い合わせの後、つまり、記憶現バージョン情報を選択デバイスから受信した後に、選択デバイスでのファームウェアのアップデートが完了していない場合には、受信現バージョン情報と記憶現バージョン情報とは同じとなる。このため、受信現バージョン情報と記憶現バージョン情報とが同じである場合には、ファームウェアのアップデートは完了していないと判断され、更新告知情報の表示は維持される。
【００３０】
一方、選択デバイスと管理サーバ５４との両方への問い合わせの後、つまり、記憶現バージョン情報を選択デバイスから受信した後に、選択デバイスでのファームウェアのアップデートが完了している場合には、受信現バージョン情報と記憶現バージョン情報とは異なる。このため、受信現バージョン情報と記憶現バージョン情報とが異なる場合には、ファームウェアのアップデートは完了していると判断され、更新告知情報が非表示とされる。
【００３１】
つまり、携帯電話１０では、選択デバイスと管理サーバ５４との両方への問い合わせ周期を長くするとともに、選択デバイスのみへの問い合わせ周期を短くし、選択デバイスと管理サーバ５４との両方への問い合わせにより受信した現バージョン情報（記憶現バージョン情報）と、選択デバイスのみへの問い合わせにより受信した現バージョン情報（受信現バージョン情報）とに基づいて、選択デバイスにおけるファームウェアのアップデートの有無が確認される。そして、受信現バージョン情報と記憶現バージョン情報とが異なる場合に、更新告知情報が非表示とされる。これにより、管理サーバ５４への負荷を抑制するとともに、短い周期でファームウェアのアップデートを確認することが可能となる。
【００３２】
また、携帯電話１０では、上記手法と異なる手法によって、選択デバイスのファームウェアのアップデートを確認することが可能である。具体的には、上記手法と同様に、選択デバイスと管理サーバ５４との両方への問い合わせが、１週間が経過する毎に実行され、選択デバイスのみへの問い合わせが、３０秒が経過する毎に実行される。そして、選択デバイスと管理サーバ５４との両方への問い合わせにより、携帯電話１０が管理サーバ５４から最新バージョン情報を受信すると、更新告知情報がＬＣＤ２０に表示される。この後、選択デバイスと管理サーバ５４との両方への問い合わせは、１週間後に実行されるが、その間に、選択デバイスへの問い合わせが、３０秒毎に実行される。
【００３３】
選択デバイスへの問い合わせにより、携帯電話１０は、現バージョン情報を受信すると、受信した現バージョン情報、つまり、受信現バージョン情報と、データ記憶領域３２に記憶されている最新バージョン情報とを比較する。この際、選択デバイスと管理サーバ５４との両方への問い合わせの後、つまり、最新バージョン情報を管理サーバ５４から受信した後に、選択デバイスでのファームウェアのアップデートが完了していない場合には、受信現バージョン情報が示すファームウェアのバージョンは、最新バージョン情報が示すファームウェアのバージョンより古い。このため、受信現バージョン情報が示すファームウェアのバージョンが、最新バージョン情報が示すファームウェアのバージョンより古い場合には、ファームウェアのアップデートは完了していないと判断され、更新告知情報の表示は維持される。
【００３４】
一方、選択デバイスと管理サーバ５４との両方への問い合わせの後、つまり、最新バージョン情報を管理サーバ５４から受信した後に、選択デバイスでのファームウェアのアップデートが完了している場合には、受信現バージョン情報が示すファームウェアのバージョンは、最新バージョン情報が示すファームウェアのバージョンと同じとなる。ただし、携帯電話１０が最新バージョン情報を管理サーバ５４から受信してから、選択デバイスでのファームウェアのアップデートが実行されるまでの間に、ファームウェアが更にバージョンアップされる場合がある。このような場合には、選択デバイスでアップデートされたファームウェアのバージョン、つまり、受信現バージョン情報が示すファームウェアのバージョンは、最新バージョン情報が示すファームウェアのバージョンより新しくなる。このため、受信現バージョン情報が示すファームウェアのバージョンが、最新バージョン情報が示すファームウェアのバージョンと同じ場合、若しくは、最新バージョン情報が示すファームウェアのバージョンより新しい場合に、ファームウェアのアップデートは完了していると判断され、更新告知情報が非表示とされる。
【００３５】
つまり、先に説明した手法と異なる手法では、選択デバイスと管理サーバ５４との両方への問い合わせ周期を長くするとともに、選択デバイスのみへの問い合わせ周期を短くし、選択デバイスと管理サーバ５４との両方への問い合わせにより受信した最新バージョン情報と、選択デバイスのみへの問い合わせにより受信した受信現バージョン情報とに基づいて、選択デバイスにおけるファームウェアのアップデートの有無が確認される。そして、受信現バージョン情報が示すファームウェアのバージョンが、最新バージョン情報が示すファームウェアのバージョンと同じ場合、若しくは、最新バージョン情報が示すファームウェアのバージョンより新しい場合に、更新告知情報が非表示とされる。これにより、先に説明した手法と異なる手法においても、管理サーバ５４への負荷を抑制するとともに、短い周期でファームウェアのアップデートを確認することが可能となる。
【００３６】
また、上記説明において、選択デバイスと管理サーバ５４との両方への問い合わせ周期は１週間であると説明したが、選択デバイスと管理サーバ５４との両方への問い合わせが、前回の問い合わせから１週間より長い期間経過しても実行されない場合がある。具体的には、選択デバイスにおいてファームウェアがアップデートされない限り、選択デバイスから携帯電話１０に送信される現バージョン情報は変化しない。このため、選択デバイスと管理サーバ５４との両方への問い合わせを実行しても、管理サーバ５４では、選択デバイスにインストールされているファームウェアのバージョンは、管理サーバ５４に記憶されているファームウェアのバージョン未満である、つまり、現バージョン情報が示すバージョンは最新バージョン情報が示すバージョンより古いと、常に判断され、最新バージョン情報が管理サーバ５４から携帯電話１０に送信される。つまり、選択デバイスにおいてファームウェアがアップデートされない限り、選択デバイスと管理サーバ５４との両方への問い合わせをしても、管理サーバ５４から必ず、最新バージョン情報が送信されるため、選択デバイスにおいてファームウェアがアップデートされない限り、選択デバイスと管理サーバ５４との両方への問い合わせは無駄となる。このようなことに鑑みて、選択デバイスと管理サーバ５４との両方への問い合わせは、前回の問い合わせから１週間が経過した場合であっても、受信現バージョン情報に基づいて、ファームウェアのアップデートが確認されない限り、実行されない。つまり、ファームウェアのアップデートが実行されない場合には、選択デバイスと管理サーバ５４との両方への問い合わせが、前回の問い合わせから１週間より長い期間経過しても実行されない。これにより、管理サーバ５４への問い合わせの頻度を更に少なくすることが可能となり、管理サーバ５４への負荷を更に抑制することが可能となる。
【００３７】
一方で、選択デバイスと管理サーバ５４との両方への問い合わせが、前回の問い合わせから１週間経過する前に実行される場合がある。具体的には、携帯電話１０は、２台のＭＦＰ５０，５１と通信可能とされており、上述したように、デバイス選択画面において、２台のＭＦＰ５０，５１のうちの任意のＭＦＰを選択デバイスとして選択することが可能とされている。この際、デバイス選択画面でデバイスが選択された場合には、その選択されたデバイスのファームウェアがアップデート可能であるか否かを早期に確認する必要がある。このため、デバイス選択画面でデバイスが選択された場合には、選択デバイスと管理サーバ５４との両方への問い合わせが、前回の問い合わせから１週間経過していない場合であっても、実行される。これにより、選択されたデバイスに対して、ファームウェアのアップデートが可能であるか否かを早期に確認することが可能となる。
【００３８】
また、選択デバイスと管理サーバ５４との両方への問い合わせ周期が短縮される場合がある。具体的には、選択デバイスと管理サーバ５４との両方への問い合わせ時に、通信状態等により、携帯電話１０と管理サーバ５４との間で通信が不能な場合がある。このような場合において、管理サーバ５４との間で情報の送受信ができないにも関わらず、更に、１週間の経過を待って、管理サーバ５４と送受信を行っていては、ファームウェアがアップデート可能であるか否かを長期にわたって確認することができない。このため、選択デバイスと管理サーバ５４との両方への問い合わせ時に、携帯電話１０と管理サーバ５４との間で通信が不能な場合において、選択デバイスと管理サーバ５４との両方への問い合わせ周期が、１週間から３日間に短縮される。これにより、ファームウェアがアップデート可能であるか否かを長期にわたって確認することができないといった事態を回避することが可能となる。
【００３９】
＜制御プログラム＞
上述した携帯電話１０の作動は、ＣＰＵ１２において制御アプリケーション３０が実行されることによって行われる。以下に、図６乃至図９を用いて、この制御アプリケーション３０のフローが実行される際の処理を説明する。
【００４０】
まず、図６に示すフローチャートについて説明する。図６に示すフローチャートは、選択デバイスのみへの問い合わせが実行される周期、つまり、３０秒間毎に実行される。図６に示すフローチャートでは、まず、タイムスタンプが更新されてから、設定期間以上、管理サーバ５４へのアクセスが実行されていないかが、ＣＰＵ１２によって判断される（Ｓ１００）。なお、設定期間は、選択デバイスと管理サーバ５４との両方への問い合わせ周期に相当する期間であり、初期状態として、１週間に設定されている。
【００４１】
そして、タイムスタンプが更新されてから、設定期間以上、管理サーバ５４へのアクセスが実行されていない場合（Ｓ１００：ＹＥＳ）には、アップデート完了フラグが１であるか否かが、ＣＰＵ１２によって判断される（Ｓ１０２）。アップデート完了フラグは、選択デバイスにおいてファームウェアのアップデートが完了しているか否かを示すフラグであり、アップデート完了フラグが１に設定されている場合には、ファームウェアのアップデートが完了していることを示し、アップデート完了フラグが０に設定されている場合には、ファームウェアのアップデートが完了していることを示す。なお、アップデート完了フラグは、初期状態として１に設定されている。
【００４２】
そして、アップデート完了フラグが１に設定されている場合（Ｓ１０２：ＹＥＳ）には、サーバ＆デバイスチェック処理サブルーチンが実行される（Ｓ１０４）。サーバ＆デバイスチェック処理サブルーチンでは、図７に示すように、管理サーバ５４と通信可能であるか否かが、ＣＰＵ１２によって判断される（Ｓ１１０）。この際、管理サーバ５４と通信可能である場合（Ｓ１１０：ＹＥＳ）には、携帯電話１０は、選択デバイスへの現バージョン情報の問い合わせを実行し、選択デバイスから現バージョン情報を受信するとともに、その現バージョン情報をデータ記憶領域３２に記憶する（Ｓ１１２）。次に、携帯電話１０は、管理サーバ５４への更新問い合わせを実行し、管理サーバ５４から最新バージョン情報、若しくは、アップデート済み情報を受信するとともに、受信した最新バージョン情報をデータ記憶領域３２に記憶する（Ｓ１１４）。
【００４３】
次に、Ｓ１１４で受信した情報が最新バージョン情報であるか否かが、ＣＰＵ１２によって判断される（Ｓ１１６）。受信した情報が最新バージョン情報である場合（Ｓ１１６：ＹＥＳ）には、更新告知情報が表示される（Ｓ１１８）。続いて、アップデート完了フラグが０に設定される（Ｓ１２０）。そして、タイムスタンプが現在の時刻に更新され（Ｓ１２２）、サーバ＆デバイスチェック処理サブルーチンが終了する。
【００４４】
また、Ｓ１１６で受信した情報が最新バージョン情報でない場合（Ｓ１１６：ＮＯ）には、更新告知情報が非表示とされ（Ｓ１２４）、アップデート完了フラグが１に設定される（Ｓ１２６）。そして、タイムスタンプが現在の時刻に更新され（Ｓ１２２）、サーバ＆デバイスチェック処理サブルーチンが終了する。また、Ｓ１１０で管理サーバ５４と通信不能である場合（Ｓ１１０：ＮＯ）には、設定期間が、１週間から３日間に短縮され（Ｓ１２８）、サーバ＆デバイスチェック処理サブルーチンが終了する。そして、サーバ＆デバイスチェック処理サブルーチンが終了すると、図６に示すフローチャートが終了する。
【００４５】
また、図６に示すＳ１００でタイムスタンプが更新されてから、設定期間中に、管理サーバ５４へのアクセスが実行されている場合（Ｓ１００：ＮＯ）、若しくは、アップデート完了フラグが０に設定されている場合（Ｓ１０２：ＮＯ）には、デバイスチェック処理サブルーチンが実行される（Ｓ１０６）。デバイスチェック処理サブルーチンでは、図８に示すように、携帯電話１０は、選択デバイスへの現バージョン情報の問い合わせを実行し、選択デバイスから現バージョン情報を受信する（Ｓ１３０）。次に、サーバ＆デバイスチェック処理サブルーチンのＳ１１２で記憶された現バージョン情報とＳ１１４で記憶された最新バージョン情報との一方と、Ｓ１３０で受信した現バージョン情報とに基づいて、選択デバイスでのファームウェアのアップデートが完了しているか否かが、ＣＰＵ１２によって判断される（Ｓ１３２）。
【００４６】
選択デバイスでのファームウェアのアップデートが完了している場合（Ｓ１３２：ＹＥＳ）には、更新告知情報が非表示とされる（Ｓ１３４）。そして、アップデート完了フラグが１に設定され（Ｓ１３６）、デバイスチェック処理サブルーチンが終了する。また、Ｓ１３２で選択デバイスでのファームウェアのアップロードが完了していない場合（Ｓ１３２：ＮＯ）には、Ｓ１３４およびＳ１３６の処理がスキップされ、デバイスチェック処理サブルーチンが終了する。そして、デバイスチェック処理サブルーチンが終了すると、図６に示すフローチャートが終了する。
【００４７】
次に、図９に示すフローチャートについて説明する。図９に示すフローチャートは、トップ画面１００のデバイス選択ボタン１０２が操作されると実行される。そのフローチャートでは、まず、デバイス選択画面がＬＣＤ２０に表示される（Ｓ２００）。次に、デバイス選択画面において、デバイスが選択されたか否かが、ＣＰＵ１２によって判断される（Ｓ２０２）。そして、デバイス選択画面においてデバイスが選択されていない場合（Ｓ２０２：ＮＯ）には、Ｓ２０２の処理が繰り返し、実行される。一方、デバイス選択画面においてデバイスが選択された場合（Ｓ２０２：ＹＥＳ）には、その選択されたデバイスが選択デバイスとして設定される（Ｓ２０４）。そして、サーバ＆デバイスチェック処理サブルーチンが実行される（Ｓ２０６）。なお、サーバ＆デバイスチェック処理サブルーチン（図７参照）の説明は、先に行っているため、省略する。そして、サーバ＆デバイスチェック処理サブルーチンが終了すると、図９に示すフローチャートが終了する。
【００４８】
なお、Ｓ１１２とＳ１１４とを実行するＣＰＵ１２は、第１受信処理の一例である。Ｓ１１８を実行するＣＰＵ１２は、表示処理の一例である。Ｓ１２８を実行するＣＰＵ１２は、短縮処理の一例である。Ｓ１３０を実行するＣＰＵ１２は、第２受信処理の一例である。Ｓ１３２を実行するＣＰＵ１２は、判断処理の一例である。Ｓ１３４を実行するＣＰＵ１２は、非表示処理の一例である。Ｓ２０２を実行するＣＰＵ１２は、選択処理の一例である。
【００４９】
なお、本発明は、上記実施形態に限定されるものではなく、当業者の知識に基づいて種々の変更、改良を施した種々の態様で実施することが可能である。具体的には、例えば、上記実施形態では、管理サーバ５４において、現バージョン情報と最新バージョン情報とに基づいて、選択デバイスのファームウェアの更新が可能であるか否かが判断されているが、携帯電話１０が、現バージョン情報と最新バージョン情報とに基づいて、選択デバイスのファームウェアの更新が可能であるか否かを判断してもよい。つまり、携帯電話１０が、選択デバイスと管理サーバ５４との両方へ問い合わせを行うことで、選択デバイスから現バージョン情報を受信するとともに、管理サーバ５４から最新バージョン情報を取得し、それら現バージョン情報と最新バージョン情報とに基づいて、選択デバイスのファームウェアの更新が可能であるか否かを判断してもよい。
【００５０】
また、上記実施形態では、更新アプリケーション３１により、選択デバイスにファームウェアの更新指示が送信され、選択デバイスのファームウェアの更新が実行されているが、制御アプリケーション３０により、選択デバイスにファームウェアの更新指示が送信され、選択デバイスのファームウェアの更新が実行されてもよい。
【００５１】
また、上記実施形態では、ＣＰＵ１２によって図６乃至図９に示す処理が実行される例を説明したが、これら処理は、ＣＰＵ１２に限らず、ＡＳＩＣや他の論理集積回路により実行されてもよいし、これら処理が、ＣＰＵ等やＡＳＩＣ、他の論理集積回路が協働することにより実行されてもよい。
【符号の説明】
【００５２】
１０：携帯電話、１２：ＣＰＵ、１６：無線通信Ｉ／Ｆ、２０：ＬＣＤ、３０：制御アプリケーション、５０：ＭＦＰ、５１：ＭＦＰ
【図１】
2018037764.tif 000003
【図２】
2018037764.tif 000004
【図３】
2018037764.tif 000005
【図４】
2018037764.tif 000006
【図５】
2018037764.tif 000007
【図６】
2018037764.tif 000008
【図７】
2018037764.tif 000009
【図８】
2018037764.tif 000010
【図９】
2018037764.tif 000011