ホーム > 特許ランキング > ブラザー工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022071263
(43)【公開日】2022-05-16
(54)【発明の名称】制御プログラム、端末
(51)【国際特許分類】
G06F 3/12 20060101AFI20220509BHJP
G06F 8/65 20180101ALI20220509BHJP
H04N 1/00 20060101ALI20220509BHJP
B41J 29/38 20060101ALN20220509BHJP
【ＦＩ】
G06F3/12 330
G06F3/12 303
G06F3/12 331
G06F8/65
H04N1/00 127B
B41J29/38
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
(21)【出願番号】P 2020180125
(22)【出願日】2020-10-28
(71)【出願人】
【識別番号】000005267
【氏名又は名称】ブラザー工業株式会社
(74)【代理人】
【識別番号】110000992
【氏名又は名称】特許業務法人ネクスト
(72)【発明者】
【氏名】曽根 竜彦
【テーマコード（参考）】
2C061
5B376
5C062
【Ｆターム（参考）】
2C061AP01
2C061AP07
2C061AQ05
2C061AQ06
2C061HN05
2C061HN15
2C061HP00
2C061HQ01
2C061HQ17
5B376AB06
5B376AB14
5B376AB21
5B376AB40
5B376CA19
5B376CA37
5B376CA42
5B376GA01
5C062AA05
5C062AA13
5C062AA35
5C062AA37
5C062AB17
5C062AB22
5C062AB38
5C062AB42
5C062AC22
5C062AC34
(57)【要約】
【課題】サーバに対する通信負荷の増加の抑制と、ファームウェアのアップデートタイミングの適正化とをバランスよく両立させる。
【解決手段】端末１０の端末側ＣＰＵ１２は、通信ＩＦ１６を介して、ＭＦＰ５０からファームウェアのバージョン情報を取得し、取得されたバージョン情報が前回取得済みのバージョン情報と同じである場合に、サーバ３０に対して、ファームウェアのバージョンを確認する。ファームウェアのバージョンが新しくなったと確認された場合に、ユーザＩＦ１３を介して通知を行う。
【選択図】図１
【解決手段】端末１０の端末側ＣＰＵ１２は、通信ＩＦ１６を介して、ＭＦＰ５０からファームウェアのバージョン情報を取得し、取得されたバージョン情報が前回取得済みのバージョン情報と同じである場合に、サーバ３０に対して、ファームウェアのバージョンを確認する。ファームウェアのバージョンが新しくなったと確認された場合に、ユーザＩＦ１３を介して通知を行う。
【選択図】図１
【特許請求の範囲】
【請求項1】
通信インタフェースと、ユーザインタフェースとを備え、前記通信インタフェースを介して画像形成装置、及びサーバと通信可能な端末のコントローラで実行可能な制御プログラムであって、
前記制御プログラムは、前記コントローラに、
前記通信インタフェースを介して、前記画像形成装置からファームウェアのバージョン情報を取得する取得処理と、
取得された前記バージョン情報が前回取得済みの前記バージョン情報と同じである場合に、前記サーバに対して、前記画像形成装置に対応するファームウェアのバージョンを確認し、
取得された前記バージョン情報が前回取得済みの前記バージョン情報と異なっている場合に、前記サーバに対して前記ファームウェアのバージョンを確認しない確認処理と、
前記確認処理により、前記ファームウェアのバージョンが新しくなったと確認された場合に、前記ユーザインタフェースを介して通知を行う通知処理と、を実行させる制御プログラム。
前記制御プログラムは、前記コントローラに、
前記通信インタフェースを介して、前記画像形成装置からファームウェアのバージョン情報を取得する取得処理と、
取得された前記バージョン情報が前回取得済みの前記バージョン情報と同じである場合に、前記サーバに対して、前記画像形成装置に対応するファームウェアのバージョンを確認し、
取得された前記バージョン情報が前回取得済みの前記バージョン情報と異なっている場合に、前記サーバに対して前記ファームウェアのバージョンを確認しない確認処理と、
前記確認処理により、前記ファームウェアのバージョンが新しくなったと確認された場合に、前記ユーザインタフェースを介して通知を行う通知処理と、を実行させる制御プログラム。
【請求項2】
前記端末には、前記通知処理における通知対象となる複数の前記画像形成装置が登録されており、
前記確認処理では、登録された前記複数の画像形成装置における前記バージョン情報を、前記サーバに対して個別に確認する請求項１に記載の制御プログラム。
前記確認処理では、登録された前記複数の画像形成装置における前記バージョン情報を、前記サーバに対して個別に確認する請求項１に記載の制御プログラム。
【請求項3】
前記取得処理では、第１期間毎に、前記画像形成装置から前記ファームウェアの前記バージョン情報を取得し、
前記確認処理では、
前記登録された複数の画像形成装置毎に、前記サーバに対して、前記ファームウェアのバージョンを確認した最終時刻を記憶しており、
前記取得処理により取得された前記バージョン情報が前回取得済みの前記バージョン情報と同じである場合に、記憶された全ての前記最終時刻のうち最も新しい時刻から第２期間を経過していることを条件に、前記サーバに対して前記ファームウェアのバージョンを確認し、前記第２期間は、前記第１期間以上の期間である請求項２に記載の制御プログラム。
前記確認処理では、
前記登録された複数の画像形成装置毎に、前記サーバに対して、前記ファームウェアのバージョンを確認した最終時刻を記憶しており、
前記取得処理により取得された前記バージョン情報が前回取得済みの前記バージョン情報と同じである場合に、記憶された全ての前記最終時刻のうち最も新しい時刻から第２期間を経過していることを条件に、前記サーバに対して前記ファームウェアのバージョンを確認し、前記第２期間は、前記第１期間以上の期間である請求項２に記載の制御プログラム。
【請求項4】
前記取得処理では、第１期間毎に、前記画像形成装置から前記ファームウェアのバージョン情報を取得し、
前記確認処理では、
前記サーバに対して、前記ファームウェアのバージョンを確認した最終時刻を記憶しており、
前記取得処理により取得された前記バージョン情報が前回取得済みの前記バージョン情報と同じである場合に、同一の前記画像形成装置に対応する前記最終時刻から第３期間が経過していることを条件に、前記サーバに対して前記ファームウェアのバージョンを確認し、前記第３期間は前記第１期間よりも長い期間である請求項２又は３に記載の制御プログラム。
前記確認処理では、
前記サーバに対して、前記ファームウェアのバージョンを確認した最終時刻を記憶しており、
前記取得処理により取得された前記バージョン情報が前回取得済みの前記バージョン情報と同じである場合に、同一の前記画像形成装置に対応する前記最終時刻から第３期間が経過していることを条件に、前記サーバに対して前記ファームウェアのバージョンを確認し、前記第３期間は前記第１期間よりも長い期間である請求項２又は３に記載の制御プログラム。
【請求項5】
前記確認処理では、前記登録された複数の画像形成装置に対して前記ファームウェアのバージョンを確認する優先順序が定められており、前記優先順序が高いものから順に前記サーバに対して前記ファームウェアのバージョンを確認する請求項２～４のいずれか一項に記載の制御プログラム。
【請求項6】
前記確認処理では、使用頻度が高い前記画像形成装置、又は最終使用日時が直近の前記画像形成装置ほど、前記優先順序を高くする請求項５に記載の制御プログラム。
【請求項7】
前記取得処理では、前記通信インタフェースにより、ローカルエリアネットワークを通じて前記画像形成装置から前記バージョン情報を取得する請求項１～６のいずれか一項に記載の制御プログラム。
【請求項8】
前記取得処理では、
前記画像形成装置に対して、ＨＴＴＰプロトコルに応じた前記バージョン情報の取得要求を、前記通信インタフェースを介して送信し、
前記バージョン情報の取得要求を送信する前に、前記ユーザインタフェースにＨＴＴＰプロトコルに応じた通信を行うことを報知させる請求項７に記載の制御プログラム。
前記画像形成装置に対して、ＨＴＴＰプロトコルに応じた前記バージョン情報の取得要求を、前記通信インタフェースを介して送信し、
前記バージョン情報の取得要求を送信する前に、前記ユーザインタフェースにＨＴＴＰプロトコルに応じた通信を行うことを報知させる請求項７に記載の制御プログラム。
【請求項9】
前記通知処理では、前記ユーザインタフェースに、新しいバージョンの前記ファームウェアが前記サーバに記憶されていることを示す通知画面を表示させ、
前記制御プログラムは、前記コントローラに、前記通知画面上で前記指示操作を受付けた場合に、前記サーバから前記ファームウェアを前記画像形成装置にダウンロードさせるための処理を実行する請求項１～８のいずれか一項に記載の制御プログラム。
前記制御プログラムは、前記コントローラに、前記通知画面上で前記指示操作を受付けた場合に、前記サーバから前記ファームウェアを前記画像形成装置にダウンロードさせるための処理を実行する請求項１～８のいずれか一項に記載の制御プログラム。
【請求項10】
通信インタフェースと、ユーザインタフェースと、コントローラと、を備え、前記通信インタフェースを介して画像形成装置、及びサーバと通信可能であり、
前記コントローラは、
前記通信インタフェースを介して、前記画像形成装置からファームウェアのバージョン情報を取得する取得処理と、
取得された前記バージョン情報が前回取得済みの前記バージョン情報と同じである場合に、前記サーバに対して、前記画像形成装置に対応するファームウェアのバージョンを確認し、
取得された前記バージョン情報が前回取得済みの前記バージョン情報と異なっている場合に、前記サーバに対して前記ファームウェアのバージョンを確認しない確認処理と、
前記確認処理により、前記ファームウェアのバージョンが新しくなったと確認された場合に、前記ユーザインタフェースを介して通知を行う通知処理と、を実行する端末。
前記コントローラは、
前記通信インタフェースを介して、前記画像形成装置からファームウェアのバージョン情報を取得する取得処理と、
取得された前記バージョン情報が前回取得済みの前記バージョン情報と同じである場合に、前記サーバに対して、前記画像形成装置に対応するファームウェアのバージョンを確認し、
取得された前記バージョン情報が前回取得済みの前記バージョン情報と異なっている場合に、前記サーバに対して前記ファームウェアのバージョンを確認しない確認処理と、
前記確認処理により、前記ファームウェアのバージョンが新しくなったと確認された場合に、前記ユーザインタフェースを介して通知を行う通知処理と、を実行する端末。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、画像形成装置のファームウェアがアップデート可能か否かを通知する技術に関する。
【背景技術】
【0002】
特許文献１には、画像形成装置のファームウェアがアップデート可能な場合に、ユーザインタフェースにより当該ファームウェアをアップデート可能であることを通知する端末が記載されている。具体的には、端末は、サーバに対して新たなバージョンのファームウェアが記憶されているか否かの確認を行い、確認結果に応じて、ファームウェアのアップデートの可否を判断している。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１９－６６９９９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
端末が、サーバに対してファームウェアのバージョンを頻繁に確認すると、サーバにおける通信負荷が高くなるおそれがある。しかし、画像形成装置におけるファームウェアのアップデートが遅れることで、当該画像形成装置の動作に悪影響を及ぼすことも懸念される。
【0005】
本発明は、上記課題に鑑みたものであり、サーバに対する通信負荷の増加の抑制と、ファームウェアのアップデートタイミングの適正化とをバランスよく両立させることを目的とする。
【課題を解決するための手段】
【0006】
上記課題を解決するために本発明は、通信インタフェースと、ユーザインタフェースとを備え、通信インタフェースを介して画像形成装置、及びサーバと通信可能な端末のコントローラで実行可能な制御プログラムに関する。コントローラは、制御プログラムを実行することで、通信インタフェースを介して、画像形成装置からファームウェアのバージョン情報を取得する取得処理と、取得されたバージョン情報が前回取得済みのバージョン情報と同じである場合に、サーバに対して、画像形成装置に対応するファームウェアのバージョンを確認し、取得されたバージョン情報が前回取得済みのバージョン情報と異なっている場合に、サーバに対してファームウェアのバージョンを確認しない確認処理と、ファームウェアのバージョンが新しくなったと確認された場合に、ユーザインタフェースを介して通知を行う通知処理と、を実行する。
【0007】
上記構成では、バージョン情報が前回取得済みのバージョン情報から変更された場合は、サーバに対してファームウェアのバージョンが確認されない。一方で、バージョン情報が前回取得済みのバージョン情報と同じである場合は、ファームウェアが新しいバージョンとなっている可能性があるため、サーバに対してファームウェアのバージョンが確認される。これにより、一定の間隔で一律にサーバに対してファームウェアのバージョンを確認する場合と比べて、サーバに対する通信負荷の増加の抑制と、ファームウェアのアップデートタイミングの適正化とをバランスよく両立させることができる。
【0008】
本発明は、種々の形態により実現することが可能であり、コンピュータが実行する制御プログラムの発明以外にも、制御プログラムによる各機能を実現する端末の発明としても実現することができる。
【発明の効果】
【0009】
本発明によれば、サーバに対する通信負荷の増加の抑制と、ファームウェアのアップデートタイミングの適正化とをバランスよく両立させることができる。
【図面の簡単な説明】
【0010】
【図1】画像形成システムの構成図。
【図2】ファームウェア情報を説明する図。
【図3】デバイス管理情報を説明する図。
【図4】トップ画面を説明する図。
【図5】インフォメーション画面を説明する図。
【図6】端末で実行される処理の手順を説明するタイミングチャート。
【図8】端末で実行される処理の手順を説明するタイミングチャート。
【図9】ダウンロード指示画面を説明する図。
【発明を実施するための形態】
【0011】
（第１実施形態）
本実施形態係に係るスキャンシステムを、図面を参照しつつ説明する。
本実施形態係に係るスキャンシステムを、図面を参照しつつ説明する。
【0012】
図１に示すシステム１００は、端末１０と、サーバ３０と、ＭＦＰ（Multifunction Peripheral/Printer/Product）５０，５８，５９とを備えている。端末１０と、ＭＦＰ５０，５８，５９とはローカルエリアネットワーク（ＬＡＮ）２００に接続されている。ＬＡＮ２００は、有線の他、無線であってもよいし有線と無線の組み合わせにより構成されていてもよい。ＬＡＮ２００は、インターネット２０１に接続されており、このインターネット２０１にはサーバ３０が接続されている。
【0013】
ＭＦＰ５０の構成を説明する。なお、ＭＦＰ５８，５９のハードウェア構成は、ＭＦＰ５０と同様であるため、説明を省略する。ＭＦＰ５０は、バス５１、通信ＩＦ５２、プリンタ部５３、読取部５４、ユーザＩＦ５５、コントローラ５６及びメモリ５７を備えている。ＭＦＰ５０を構成する各部は、バス５１を介して通信可能に接続されている。ＩＦは、Interfaceの略称である。
【0014】
通信ＩＦ５２は、所定の通信プロトコルに準拠して、ＭＦＰ５０をＬＡＮ２００又はインターネット２０１に接続する。ユーザＩＦ５５は、ＭＦＰのコントローラ５６とユーザとの間に介在するインタフェースであり、本実施形態では、タッチパネルや、操作キーを備えている。コントローラ５６は、プリンタ部５３、読取部５４、ユーザＩＦ５５の各動作を制御する。
【0015】
プリンタ部５３は、シートやディスクなどの被記録媒体に画像を印刷するプリント動作を実行する。プリンタ部５３の記録方式としては、記録媒体としてのインクを被記録媒体に吐出するインクジェット方式や、感光体にトナー像を形成し、形成されたトナー像を被記録媒体に転写する電子写真方式などを採用することができる。読取部５４は、原稿に記録されている画像を読み取ってスキャンデータを生成するスキャン動作を実行する。ＭＦＰ５０のコントローラ５６は、読取部５４に、ＡＤＦ（Auto Document Feeder）又は読取り台にセットされた原稿を読み取らせることで、スキャンデータを作成させ、作成されたスキャンデータを、通信ＩＦ５２を介してサーバ３０又は端末１０に送信することができる。また、ＭＦＰ５０は、複数の動作を組み合わせた複合動作を実行可能であってもよい。プリンタ部５３によるプリント動作と、読取部５４によるスキャン動作とを組み合わせたコピー動作は、複合動作の一例である。
【0016】
コントローラ５６は、ＣＰＵや、ＡＳＩＣ（Application Specific Integrated Circuit）等により構成されており、ＭＦＰ５０を構成する各部を制御する。本実施形態において、メモリ５７は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリーが組み合わされて構成されている。また、メモリ５７は、コンピュータであるコントローラ５６が読み取り可能なストレージ媒体であってもよい。ストレージ媒体とは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。以下、後述するメモリ１７，３５においても同様である。
【0017】
メモリ５７には、コントローラ５６が参照するデータとして、ファームウェア４１（以下、ＦＷと記載する。）と、ＭＩＢ（Management Information Base）４２とが記憶されている。ＦＷ４１は、ＭＦＰ５０における各動作を制御するためのプログラムである。ＭＩＢ４２には、ＭＦＰ５０を識別するための識別情報と、ＭＦＰ５０が実行可能な動作や、能力を示す情報とが記憶されている。更に、ＭＩＢ４２には、現在のＦＷのバージョンを示すバージョン情報が記憶されている。バージョン情報は、ＦＷのバーションを識別する情報であり、数字又はアルファベットにより記述されている。ＭＩＢ４２には、ＭＦＰ５０のメモリ５７に記憶された現在のＦＷのバージョン情報が記憶されている。
【0018】
次に、サーバ３０の構成を説明する。サーバ３０は、バス３１と、サーバ側ＣＰＵ３２と、ユーザＩＦ３３と、通信ＩＦ３４と、メモリ３５とを備えている。サーバ３０を構成する各部は、バス３１を介して通信可能に接続されている。
【0019】
メモリ３５のデータ記憶領域には、ＭＦＰ５０，５８，５９にダウンロード可能なＦＷと、ファームウェア情報４３とが記憶されている。ファームウェア情報４３は、図２に示すように、装置のモデル名と、各装置に対応するＦＷのバージョンを示すバージョン情報とが関連づけて記憶されている。図２において、モデル名「ＭＦＰ－０００１」は、ＭＦＰ５０のモデル名であり、モデル名「ＭＦＰ－０００２」は、ＭＦＰ５８のモデル名であり、モデル名「ＭＦＰ－０００３」は、ＭＦＰ５９のモデル名である。サーバ側ＣＰＵ３２は、ＦＷが新たなバージョンに変更された場合、ＦＷの新たなバージョン情報を、該当するファームウェア情報４３の欄に記憶する。
【0020】
次に、端末１０の構成を説明する。端末１０は、スマートフォンやタブレット端末である。端末１０は、バス１１と、端末側ＣＰＵ１２と、ユーザＩＦ１３と、通信ＩＦ１６と、メモリ１７とを備えている。これらの構成要素は、バス１１を介して互いに通信可能にされている。
【0021】
ユーザＩＦ１３は、タッチパネル１４と、操作キー１５とを備えている。タッチパネル１４は、タッチセンサを有しており、タッチセンサによる検出結果に応じた信号を出力する。なお、本実施形態における「タッチ」とは、入力媒体をタッチパネル１４の表示画面に接触させる操作全般を含む。具体的には、タッチした入力媒体を所定時間内にタッチパネル１４から離間させるタップ操作をタッチの一例として説明するが、ロングタッチ操作、スライド操作、フリック操作、ピンチイン操作、ピンチアウト操作等であってもよい。また、入力媒体をタッチパネル１４との間の距離がごく僅かな位置まで入力媒体を近接させることを、前述の「タッチ」の概念に含めてもよい。さらに入力媒体とは、ユーザの指であってもよいし、タッチペン等であってもよい。
【0022】
通信ＩＦ１６は、例えば、ＩＥＥＥの８０２．１１の規格およびそれに準ずる規格に基づいて、Ｗｉ-Ｆｉ（Ｒ）（登録商標）方式の無線通信を行うことが可能とされている。また、通信ＩＦ１６は、ＭＦＰ５０との間でＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信を行うものであってもよいし、基地局を介した移動通信システムを利用した無線通信を行うものであってもよい。
【0023】
端末側ＣＰＵ１２は、メモリ１７に記憶されたプログラムを実行することで、端末１０の各部を制御する。本実施形態では、端末側ＣＰＵ１２が、コントローラの一例である。メモリ１７には、ＯＳ２０（Operating System）と、制御プログラム２１とデバイス管理情報４０とが記憶されている。以下では、プログラムを実行する端末側ＣＰＵ１２のことを、単にプログラム名でも記載する場合がある。例えば、「制御プログラム２１が」という記載は、「制御プログラム２１を実行する端末側ＣＰＵ１２が」ということを意味する場合がある。
【0024】
なお、本実施形態では、主に、プログラムに記述された命令に従ったＣＰＵの処理を示す。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」等の処理は、ＣＰＵやコントローラの処理を表している。ＣＰＵによる処理は、ＯＳ２０を介したハードウェア制御も含む。なお「取得」は要求を必須とはしない概念で用いる。すなわち、制御プログラム２１が要求することなくデータを受信するという処理も、「ＣＰＵがデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能な形式で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。
【0025】
ＯＳ２０は、制御プログラム２１に対して、ＯＳ２０が備える機能の利用、サーバ３０及び各ＭＦＰ５０，５８，５９との通信、及び他のプログラムの機能の利用を可能にするＡＰＩ（Application Programming Interface）を備えている。制御プログラム２１は、ＯＳ２０の機能により、通信ＩＦ１６を介して接続可能なＭＦＰに対して、プリント動作、スキャン動作、ＦＡＸ動作等を実行させる。
【0026】
メモリ１７のデータ記憶領域には、図３に示すデバイス管理情報４０が記憶されている。デバイス管理情報４０は、端末１０により制御対象として登録された装置におけるＦＷのバージョン情報や、ＦＷのバージョンの確認を行った履歴を管理する情報である。デバイス管理情報４０の詳細については後述する。
【0027】
次に、端末１０の操作に応じて、ＭＦＰ５０に所定の機能（プリント動作、スキャン動作）を実行させる手順を説明する。端末１０の制御プログラムは、ユーザＩＦ１３を介して、トップ画面の表示操作を受付けると、図４に示すトップ画面６０をユーザＩＦ１３に表示させる。トップ画面６０は、端末１０が制御対象として登録している装置に対する指示を受付ける画面であり、本実施形態では、機能表示領域６１と、装置指定領域６５を含んでいる。
【0028】
機能表示領域６１は、指定済みの装置に実行させる機能の指定を受付ける領域である。図４に示す機能表示領域６１では、指定された装置に対して、「プリント動作」を実行させるための指示を受付ける操作アイコン６３と、「スキャン動作」を実行させるための指示を受付ける操作アイコン６４とが表示されている。制御プログラム２１は、トップ画面６０上で、操作アイコン６３の指定操作を受付けた場合、印刷ジョブデータを生成し、生成された印刷ジョブデータを、指定済みの装置に送信する。
【0029】
装置指定領域６５は、現在、端末１０の制御対象となっている装置のモデル名を表示する領域である。図４では、装置指定領域６５には、ＭＦＰ５０のモデル名である「ＭＦＰ－０００１」が表示されている。
制御プログラム２１は、ユーザＩＦ１３を介して装置指定領域６５に対する指示操作を受付けると、装置指定領域６５に表示されたモデル名の変更を受付ける画面をユーザＩＦ１３に表示させる。制御プログラム２１は、ユーザＩＦ１３を介して装置指定領域６５に表示されるモデル名の変更を受付けることで、制御対象となる装置を変更することができる。
制御プログラム２１は、ユーザＩＦ１３を介して装置指定領域６５に対する指示操作を受付けると、装置指定領域６５に表示されたモデル名の変更を受付ける画面をユーザＩＦ１３に表示させる。制御プログラム２１は、ユーザＩＦ１３を介して装置指定領域６５に表示されるモデル名の変更を受付けることで、制御対象となる装置を変更することができる。
【0030】
制御プログラム２１は、トップ画面６０上で、ユーザＩＦ１３を介してインフォメーションアイコン６２の指定操作を受付けた場合、図５に示すインフォメーション画面７０を表示させる。インフォメーション画面７０には、制御対象となる装置（図５では、ＭＦＰ１０）に関連する各種情報を表示する複数の表示欄を含んでいる。具体的には、インフォメーション画面７０には、装置指定領域６５上で指定された装置のモデル名を表示する表示欄７１、指定された装置におけるＦＷのバージョンを示す表示欄７２、指定された装置におけるＩＰアドレスを表示する表示欄７３、指定された装置におけるシリアル番号を表示する表示欄７４が含まれている。本実施形態では、サーバ３０に記憶されたＦＷが新しいバージョンに変更された場合、表示欄７３には、ＦＷのバージョンが変化したことを示すアップデート通知アイコン７６が表示される。なお、表示欄７１を指定して、モデル名を変更することで、インフォメーション画面７０に含まれる各表示欄の値を、変更されたモデル名に対応する値に変更することができる。
【0031】
制御プログラム２１は、サーバ３０に記憶されているＦＷのバージョンが新しくなったか否かを判断するため、サーバ３０からＦＷのバージョンを問い合わせる必要がある。しかし、サーバ３０に対して頻繁に問い合わせを行うと、サーバ３０における通信負荷が高くなるおそれがある。しかし、ＦＷのアップデートが遅れることで、装置の動作に悪影響を及ぼすことも懸念される。そこで、本実施形態では、制御プログラム２１は、サーバに対するバージョンの確認頻度と、ＦＷのアップデートの最適化とをバランスよく両立させるように各処理を実行する。
【0032】
次に、図６を用いて、サーバ３０に対して、ＦＷのバージョンを確認する処理の手順を説明する。図６では、制御プログラム２１による機能を、ビュアー２２、ステータス監視部２３、ステータス取得部２４、アップデートチェック部２５として機能的に示している。図６に示す処理は、ユーザＩＦ１３に図４に示すトップ画面６０が表示されたことを契機に実行される。
【0033】
ステップ１０（以下、Ｓ１０と記載する。）では、ビュアー２２は、今回の図６で示す処理の対象となる装置を決定する。本実施形態では、現在、デバイス管理情報４０に登録された複数の装置に対してバージョン情報を確認する優先順序が定められている。具体的には、制御プログラム２１は、現在、デバイス管理情報４０に登録された装置のうち、使用された日時が新しい装置ほど、優先順序を高くする。
【0034】
図３に示すように、デバイス管理情報４０には、端末１０が制御可能な装置の「モデル名」に関連づけて、ＦＷの「バージョン情報」、「最終使用日時」、「最終確認時刻」が登録されている。最終使用日時は、装置を最後に使用した時刻である。最終確認時刻は、サーバ３０に対して最後にＦＷのバージョンを確認した時刻である。図３に示すデバイス管理情報４０では、最終使用日時が最も新しいＭＦＰ５０（モデル名は「ＭＦＰ－０００１」）が、今回の対象装置に決定される。なお、次回の図６の処理では、最終使用日時が次に新しいＭＦＰ５９（モデル名は「ＭＦＰ－０００３」）が対象装置に決定される。なお、本実施形態では、一度、優先順序が定められると、デバイス管理情報４０に登録された全ての装置に対して図６に示す処理が実行されるまで優先順序は変更されない。また、デバイス管理情報４０に登録されている装置が１台しかない場合、優先順序が設定されず、登録された１台の装置が対象装置に決定される。
【0035】
Ｓ１１では、ビュアー２２は、前回、トップ画面６０が表示されてから、第１期間を経過しているか否かを判断する。第１期間は、例えば、１時間である。Ｓ１０を否定判定した場合、図６の処理を終了する。一方、Ｓ１０を肯定判定した場合、ビュアー２２は、Ｓ１２で、ステータス監視部２３に、対象装置のＦＷにおけるアップデートの確認要求を送信する。
【0036】
ステータス監視部２３は、アップデートの確認要求を受けると、Ｓ１３では、ステータス取得部２４に対して、ＦＷのバージョン情報に対する取得要求を送信する。
【0037】
ステータス取得部２４は、バージョン情報の取得要求を受けると、Ｓ１４で、対象装置からバージョン情報を取得する。本実施形態では、制御プログラム２１は、通信ＩＦ１６により、ＬＡＮ２００を通じて対象装置からバージョン情報を取得する。これは、インターネット２０１を通じて通信を行う場合と比べて、バージョン情報を取得する際の通信負荷の増加を抑制するためである。そして、ＭＦＰ５０のコントローラ５６は、バージョン情報の取得要求を受けると、ＭＩＢ４２に登録されたバージョン情報を読み出し、端末１０に返信する。
【0038】
ステータス取得部２４は、Ｓ１５で、対象装置であるＭＦＰ５０から返信されたバージョン情報を、ステータス監視部２３に返信する。ステータス監視部２３は、バージョン情報を取得すると、Ｓ１６では、取得されたバージョン情報の比較を行う。図７は、図６のＳ１６で、ステータス取得部２４が実行する処理の詳細な手順を説明するフローチャートである。
【0039】
Ｓ４０では、対象装置におけるバージョン情報の比較を行う。具体的には、Ｓ１４で対象装置から取得されたバージョン情報と、デバイス管理情報４０に記憶されている対象装置におけるバージョン情報とを比較し、バージョン情報が異なっているか否かを判断する。対象装置のＦＷが既にアップデートされている場合、対象装置から取得されたバージョン情報は、新しい値に変更されているため、デバイス管理情報４０に記憶されているバージョン情報とは異なる値となる。
【0040】
Ｓ４１では、ＦＷのバージョン情報は一致するか否かを判断する。バージョン情報が一致しており、Ｓ４１を肯定判定すると、Ｓ４２に進み、メモリ１７に記憶された比較結果フラグをバージョン情報が一致することを示す値に設定する。一方、バージョン情報が一致しておらず、Ｓ４１を否定判定すると、Ｓ４３に進み、メモリ１７に記憶された比較結果フラグをバージョン情報が不一致であることを示す値に設定する。Ｓ４２，Ｓ４３でメモリ１７に記憶された比較結果フラグは、今回の図６の処理が終了したことを条件に消去される。Ｓ４２又はＳ４３の処理が終了すると、Ｓ１７に進む。
【0041】
図６に戻り、ステータス監視部２３は、Ｓ１７で、比較結果フラグの値を参照し、バージョン情報が変更されているか否かを判断する。Ｓ１７を肯定判定した場合、ステータス監視部２３は、Ｓ１８に進み、対象装置から取得されたバージョン情報を、現在の対象装置におけるＦＷのバージョン情報として、デバイス管理情報４０に記憶する。Ｓ１９では、ステータス監視部２３は、アップデート判定フラグを「不要」を示す値に設定する。アップデート判定フラグは、現在、対象装置に対してＦＷのアップデートが必要であるか否かを示すフラグであり、必要である場合は「必要」を示す値とし、不要である場合は「不要」を示す値となる。
【0042】
Ｓ２０では、ステータス監視部２３は、Ｓ１９で設定したアップデート判定フラグの値に応じて、Ｓ１２でのアップデートの確認要求に対する返信を行う。この場合、ステータス監視部２３は、ＦＷのアップデートは必要でないことを返信する。ビュアー２２は、Ｓ２０での返信を受けると、図５に示すインフォメーション画面７０において、表示欄７３にアップデート通知アイコン７６を表示させない。即ち、ＦＷのアップデートが必要であることを通知しない。
【0043】
一方、Ｓ１７を否定判定した場合、ステータス監視部２３は、Ｓ２１に進み、現在、アップデート判定フラグが「必要」を示す値となっているか否かを判断する。ステータス監視部２３は、Ｓ２１を肯定判断すると、前回の図６の処理において、ＦＷに対するバージョンの確認（後述するＳ２５の処理）が実行されているため、処理を終了する。一方、Ｓ２１を否定判定すると、Ｓ２２に進み、前回、確認処理（後述するＳ２５）を行った日時から第２期間以上経過しているか否かを判断する。具体的には、ステータス監視部２３は、デバイス管理情報４０に登録された全ての最終確認時刻のうち、最も新しい時刻から現在の時刻までに、第２期間以上経過しているか否かを判断する。第２期間は、第１期間以上の期間で後述する第３期間より短い期間であるとよい。例えば、第２期間は、１時間以上で、６日以下の期間とすることができる。これにより、ＦＷのバージョンの確認は、少なくとも第２期間以上の期間を開けて実行される。Ｓ２２を否定判定した場合、処理を終了する。
【0044】
Ｓ２２を肯定判定した場合、Ｓ２３に進み、デバイス管理情報４０に記憶された最終確認時刻のうち、今回の対象装置（本実施形態では、ＭＦＰ５０）における最終確認時刻から第３期間以上経過しているか否かを判断する。第３期間は、第１期間よりも長い期間であり、第２期間よりも長い期間とするとよい。第３期間は、例えば、７日である。これにより、同じ装置に対するＦＷのバージョンの確認は、少なくとも第３期間以上の期間を開けて実行される。Ｓ２３を否定判定した場合、処理を終了する。
【0045】
Ｓ２３を肯定判定した場合、Ｓ２４に進み、アップデートチェック部２５に、サーバ３０に対するＦＷのバージョンの確認の要求、即ち、確認処理の開始要求を送信する。なお、Ｓ２１－Ｓ２３のいずれか一つを否定判定する場合、図６の処理を終了する。即ち、サーバ３０に対して確認処理が実行されない。
【0046】
アップデートチェック部２５は、確認処理の開始要求を受けると、Ｓ２５で、サーバ３０に対して、対象装置のＦＷにおけるバージョンを問い合わせる。具体的には、アップデートチェック部２５は、ＦＷのバージョンを問い合わせるためのＸＭＬリクエストを作成し、作成されたＸＭＬリクエストをサーバ３０に送信する。ＸＭＬリクエストには、ＦＷのバージョンの問合せと共に、対象装置を指定するためのモデル名が送信される。アップデートチェック部２５（制御プログラム２１）により実行されるＳ２５の処理が、確認処理の一例である。
【0047】
サーバ３０のサーバ側ＣＰＵ３２は、ＸＭＬリクエストを受信すると、ファームウェア情報４３を参照し、指定された対象装置（本実施形態では、ＭＦＰ５０）のＦＷのバージョン情報を確認する。そして、サーバ側ＣＰＵ３２は、バージョン情報を、ＸＭＬレスポンスとして、端末１０に返信する。
【0048】
次に、端末１０が、サーバ３０からのＸＭＬレスポンスを返信した後の処理の手順を、図８を用いて説明する。アップデートチェック部２５は、Ｓ３０で、サーバ３０からＸＭＬレスポンスを受信したか否かを判断する。Ｓ３０を否定判定する場合、待機する。アップデートチェック部２５は、サーバ３０からＸＭＬレスポンスを受信すると、Ｓ３０を肯定判定し、Ｓ３１に進む。Ｓ３１では、アップデートチェック部２５は、ＸＬＭレスポンスにより示されるＦＷのバージョン情報は、新たなバージョン情報であるか否かを判断する。例えば、アップデートチェック部２５は、ＸＭＬレスポンスに含まれるバージョン情報が、デバイス管理情報４０に記憶されたバージョン情報と異なっている場合、サーバ３０には新たなバージョンのＦＷが記憶されていると判断する。
【0049】
アップデートチェック部２５は、ＸＭＬリクエストに含まれる対象装置のＦＷのバージョンが新しい場合、Ｓ３１を肯定判定し、Ｓ３２に進み、アップデート判定フラグを、ＦＷのアップデートが必要であることを示す値に設定する。一方、アップデートチェック部２５は、Ｓ３１を否定判定すると、Ｓ３３に進み、アップデート判定フラグを、ＦＷのアップデートが不要であることを示す値に設定する。
【0050】
Ｓ３４では、アップデートチェック部２５は、ステータス監視部２３に対して、アップデート判定フラグを設定したことを通知する。ステータス監視部２３は、アップデート判定フラグが設定されたことの通知を受けると、Ｓ３５で、デバイス管理情報４０に記憶された対象装置の最終確認時刻を、現在の時刻に更新する。
【0051】
ステータス監視部２３は、Ｓ３６で、確認処理の結果をビュアー２２に通知する。ビュアー２２は、Ｓ３７で、確認処理の結果であるアップデート判定フラグの値に応じて、ＦＷのアップデートの必要の有無を通知するための通知処理を行う。具体的には、ビュアー２２は、アップデート判定フラグが「必要」を示す値である場合、インフォメーション画面７０における表示欄７３にアップデート通知アイコン７６を表示させる。一方、ビュアー２２は、アップデート判定フラグが「不要」を示す値である場合、インフォメーション画面７０における表示欄７３にアップデート通知アイコン７６を表示しない。本実施形態では、アップデート通知アイコン７６が表示されたインフォメーション画面７０が、通知画面の一例である。
【0052】
制御プログラム２１は、表示欄７３にアップデート通知アイコン７６が表示された状態で、ユーザＩＦ１３を介して、表示欄７３のタッチ操作を受付けると、ユーザＩＦ１３に、図９に示すダウンロード指示画面８０を表示させる。ダウンロード指示画面８０は、サーバ３０からＦＷを対象装置にダウンロードさせるための指示操作を受付ける画面である。ダウンロード指示画面８０には、ユーザＩＦ１３を介して、ＦＷをダウンロードさせるための処理の指示操作を受付ける開始アイコン８１を含んでいる。
【0053】
制御プログラム２１は、開始アイコン８１に対する指示操作を受付けると、サーバ３０にＦＷをダウンロードさせるための処理として、ＭＦＰ５０のＥＷＳ（Embedded Web Server）にＦＷダウンロード用のＷｅｂページデータをダウンロードさせる。ＥＷＳは、Ｗｅｂサーバであり、コントローラ５６がメモリ５７に記憶された不図示のプログラムを実行することで実現する機能である。制御プログラム２１は、ダウンロードされたＷｅｂページデータにより、ダウンロード受付け画面をタッチパネル１４に表示させる。制御プログラム２１は、ダウンロード受付け画面上で、新たなバージョンのＦＷのダウンロードの指定操作を受付けた場合、ダウンロード対象となるＦＷを指定する情報を、ＭＦＰ５０に送信する。
【0054】
ＭＦＰ５０のコントローラ５６は、端末１０から送信された情報により、サーバ３０に対して指定されたＦＷのダウンロードを要求する。これにより、サーバ３０からＭＦＰ５０に対してＦＷがダウンロードされ、ＭＦＰ５０のコントローラ５６により、メモリ５７に記憶されたＦＷ４１がアップロードされる。
【0055】
以上説明した本実施形態では、以下の効果を奏することができる。
端末１０の制御プログラム２１は、ＭＦＰ５０においてＦＷのバージョン情報が前回取得済みのバージョン情報から変更された場合は、サーバ３０に対してＦＷのアップデートが確認されない。一方で、ＦＷのバージョン情報が前回取得済みのバージョン情報と同じである場合は、サーバ３０に対してＦＷのバージョン情報が確認される。これにより、一定の間隔で一律にサーバに対してバージョン情報を確認する場合と比べて、サーバ３０に対する通信負荷の増加の抑制と、ＦＷのアップデートタイミングの適正化とをバランスよく両立させることができる。
端末１０の制御プログラム２１は、ＭＦＰ５０においてＦＷのバージョン情報が前回取得済みのバージョン情報から変更された場合は、サーバ３０に対してＦＷのアップデートが確認されない。一方で、ＦＷのバージョン情報が前回取得済みのバージョン情報と同じである場合は、サーバ３０に対してＦＷのバージョン情報が確認される。これにより、一定の間隔で一律にサーバに対してバージョン情報を確認する場合と比べて、サーバ３０に対する通信負荷の増加の抑制と、ＦＷのアップデートタイミングの適正化とをバランスよく両立させることができる。
【0056】
端末１０には、ＦＷのアップデートの通知対象となる複数のＭＦＰが登録されており、制御プログラム２１は、デバイス管理情報４０に登録された複数のＭＦＰに対して、個別にサーバ３０に対してバージョン情報を確認する。これにより、全てのＭＦＰのＦＷに対するバージョン情報を一括で、サーバ３０に確認する場合と比べて、１回の通信で扱われるデータ量の増加を抑制することができる。その結果、サーバ３０の通信負荷の一時的な増加を抑制することができる。
【0057】
制御プログラム２１は、対象装置から取得されたバージョン情報が前回取得済みのバージョン情報と同じである場合に、デバイス管理情報４０に記憶された全ての最終時刻のうち最も新しい最終時刻から第２期間を経過していることを条件に、サーバ３０に対してバージョン情報を確認する。これにより、サーバ３０に対する確認処理の実行間隔が近くなることに伴う通信負荷の増加を抑制することができる。
【0058】
制御プログラム２１は、対象装置から取得されたバージョン情報が前回取得済みのバージョン情報と同じである場合に、デバイス管理情報４０に記憶された同一の装置における最終時刻から第３期間を経過していることを条件に、サーバ３０に対してバージョン情報を確認する。これにより、同一の装置に対してサーバ３０に対する確認処理の実行間隔が近くなることを抑制し、ひいては、サーバ３０の通信負荷の増加をいっそう抑制することができる。
【0059】
制御プログラム２１は、デバイス管理情報４０に登録された複数のＭＦＰに対してバージョン情報を確認する優先順序が定められており、優先順序が高いものから順にサーバ３０に対してバージョン情報を確認する。これにより、ＦＷを優先してアップデートさせたい装置と、優先させないＭＦＰとの間で、優先順序を異ならせることができる。
【0060】
制御プログラム２１は、最終使用日時が新しい装置ほど、優先順序を高く設定する。これにより、ユーザの使用実績に合わせて優先順序を設定することができる。
【0061】
制御プログラム２１は、通信ＩＦ１６により、ＬＡＮ２００を通じて前記画像形成装置からバージョン情報を取得する。これにより、端末１０は、インターネット２０１を通じて通信を行う場合と比べて、対象装置からバージョン情報を取得する際の通信負荷の増加を抑制することができる。
【0062】
制御プログラム２１は、ユーザＩＦ１３に、新しいバージョンのＦＷがサーバ３０に記憶されていることを示すアップデート通知アイコン７６を表示させ、このアップデート通知アイコン７６が表示されたインフォメーション画面７０上で指示操作を受付けた場合に、サーバ３０からファームウェアを対象装置にダウンロードさせるための処理を実行する。これにより、端末１０に表示された画面上でＦＷをダウンロードさせるための処理に対する操作を受付けることができるため、ユーザの利便性を高めることができる。
【0063】
（第１実施形態の変形例）
制御プログラム２１は、図６のＳ１０において、使用頻度が高い装置ほど、優先順序を高くしてもよい。この場合において、制御プログラム２１は、デバイス管理情報４０を参照して、各装置における所定期間での使用頻度を判断すればよい。
制御プログラム２１は、図６のＳ１０において、使用頻度が高い装置ほど、優先順序を高くしてもよい。この場合において、制御プログラム２１は、デバイス管理情報４０を参照して、各装置における所定期間での使用頻度を判断すればよい。
【0064】
制御プログラム２１は、図６のＳ１０において、デバイス管理情報４０に記憶された最終確認時刻が古い装置ほど、優先順序を高くしてもよい。また、制御プログラム２１は、図６のＳ１０において、販売日が新しい装置ほど、優先順序を高く設定してもよい。
【0065】
制御プログラム２１は、図９に示すダウンロード指示画面８０上で開始アイコン８１に対する指示操作を受付けた場合に、サーバ３０に対して、新たなバージョンのＦＷに対する、ＭＦＰ５０へのダウンロードを直接要求してもよい。
【0066】
制御プログラム２１は、今回の図６の処理が登録された全ての装置における最終時刻から第２期間を経過していることを、確認処理を開始する条件としなくともよい。この場合、図６のＳ２２で示す処理を抹消すればよい。制御プログラム２１は、今回の図６の処理が同一の装置における最終時刻から第３期間を経過していることを、確認処理を開始する条件としなくともよい。この場合、図６のＳ２３で示す処理を抹消すればよい。また、図６のＳ２２と図６のＳ２３の順は入れ替えてもよい。
【0067】
（第２実施形態）
第２実施形態では、第１実施形態と異なる構成を主に説明を行う。第２実施形態において第１実施形態と同一の箇所については同じ符号を付し、その説明を繰り返さない。
第２実施形態では、第１実施形態と異なる構成を主に説明を行う。第２実施形態において第１実施形態と同一の箇所については同じ符号を付し、その説明を繰り返さない。
【0068】
本実施形態では、制御プログラム２１は、Ｓ１４において、対象装置に対してバージョン情報の取得を要求する際に、ユーザＩＦ１３に、ＨＴＴＰプロトコルに応じた通信を行う旨の報知を行う。これは、暗号化を伴わないＨＴＴＰプロトコルに応じた通信を行うことをユーザに認識させるためである。この場合において、ユーザがＨＴＴＰプロトコルに応じた通信を拒否する指示操作を行った場合に、Ｓ１４でのバージョン情報の取得を実行しないものとしてもよい。
【0069】
以上説明した本実施形態では、制御プログラム２１は、対象装置に対してバージョン情報の取得要求を送信する前に、ユーザＩＦ１３によりＨＴＴＰプロトコルに応じた通信を行うことを報知させる。これにより、ユーザインタフェースにより報知を行うことで、通信が暗号化されていない旨をユーザに報知することができる。
【0070】
（その他の実施形態）
本明細書で開示される技術は、上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の形態に変形することができ、例えば次のような変形も可能である。
上述した各実施形態では、制御プログラム２１は、通知処理として、Ｓ３７で、インフォメーション画面７０上で、アップデート通知アイコン７６を表示させた。これに代えて、制御プログラム２１は、通知処理として、Ｓ３７で、トップ画面６０上、アップデート通知アイコン７６を表示させてもよい。
本明細書で開示される技術は、上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の形態に変形することができ、例えば次のような変形も可能である。
上述した各実施形態では、制御プログラム２１は、通知処理として、Ｓ３７で、インフォメーション画面７０上で、アップデート通知アイコン７６を表示させた。これに代えて、制御プログラム２１は、通知処理として、Ｓ３７で、トップ画面６０上、アップデート通知アイコン７６を表示させてもよい。
【0071】
画像形成装置を、ＭＦＰ５０を用いて説明したことは一例であり、画像形成装置はＦＷを備え、このＦＷをアップデートできる装置であれば、プリンタや、スキャナ装置といった単体の機能のみを備える装置であってもよい。
【符号の説明】
【0072】
１０…端末、１２…端末側ＣＰＵ、１３…ユーザＩＦ、３０…サーバ、５０，６０，６１…ＭＦＰ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】