JP2019114228A - 電子機器、情報処理システム、及び情報処理方法 - Google Patents

Abstract

【課題】ファームウェアの更新が必要なＷｅｂアプリケーションを利用する際の利便性を向上する。【解決手段】Ｗｅｂアプリケーションを含むアプリケーションを電子機器で利用可能にするサーバとネットワークを介して接続される画像処理装置であって、サーバから取得したＷｅｂコンテンツに基づいて電子機器で利用可能なアプリケーションの一覧を表示する表示制御部と、アプリケーションの一覧に表示されるＷｅｂアプリケーションを電子機器で利用するために必要なファームウェアのバージョン情報である第１のバージョン情報をサーバから取得する取得部と、電子機器に搭載されているファームウェアのバージョン情報である第２のバージョン情報が、取得した第１のバージョン情報以上であるか否かを判定する判定部と、第２のバージョン情報が第１のバージョン情報以上でないと判定された場合、電子機器に搭載されているファームウェアを更新する更新部とを有する。【選択図】図５

Description

本発明は、電子機器、情報処理システム、及び情報処理方法に関する。

Ｗｅｂサーバが提供するＷｅｂページからアプリケーションをダウンロードして、電子機器及びその一例としてのＭＦＰ（Multifunction Peripheral）にインストールする仕組みが従来から知られている。Ｗｅｂページからダウンロード及びインストール可能なアプリケーションは、例えば、オブジェクトファイル等の形式で配布され、インストーラ等によってＭＦＰにインストールされる。このようなオブジェクトファイル等の形式で配布されるアプリケーション（言い換えれば、インストーラ等によってＭＦＰにインストールされるアプリケーション）は、「ネイティブアプリケーション」又は「ネイティブアプリ」とも称される。

また、Ｗｅｂサイトからネイティブアプリをダウンロード及びインストールする際に、オブジェクトファイル等からファームウェアの更新が必要であるか否かを判定し、判定結果に応じて、ＭＦＰのファームウェアを更新する技術が知られている（例えば特許文献１参照）。

ところで、様々なアプリケーションが紹介されるＷｅｂページでは、ネイティブアプリだけでなく、Ｗｅｂアプリケーション（以降、「Ｗｅｂアプリ」とも称する。）が紹介される場合がある。このようなアプリケーションは、判定対象のオブジェクトファイルを有さないため、ファームウェアの更新が必要であるか否かを判定することができず、アプリケーションを利用することができない場合があった。

このような場合、例えば、サービスマン（又は「カスタマーエンジニア」とも称される。）が電子機器の設置先まで出向いて、ファームウェアを更新する必要ある。したがって、ユーザがアプリケーションを利用可能な状態になるまでの待ち時間が発生し、利便性が低下していた。

本発明の実施の形態は、上記の点に鑑みてなされたもので、ファームウェアの更新が必要なＷｅｂアプリケーションを利用する際の利便性の低下を防止することを目的とする。

上記目的を達成するために、本発明の実施の形態は、少なくともＷｅｂアプリケーションを含むアプリケーションを電子機器で利用可能にする、少なくとも１つのサーバとネットワークを介して接続される電子機器であって、前記サーバから取得したＷｅｂコンテンツに基づいて、少なくとも前記電子機器で利用可能な前記アプリケーションの一覧を表示する表示制御部と、前記表示制御部により表示された前記アプリケーションの一覧に表示される前記Ｗｅｂアプリケーションを、前記電子機器で利用するために必要なファームウェアのバージョン情報である第１のバージョン情報を、前記サーバから取得する取得部と、前記電子機器に搭載されているファームウェアのバージョン情報である第２のバージョン情報が、前記取得部により取得された第１のバージョン情報以上であるか否かを判定する判定部と、前記判定部により前記第２のバージョン情報が前記第１のバージョン情報以上でないと判定された場合、前記電子機器に搭載されているファームウェアを更新する更新部と、を有することを特徴とする。

ファームウェアの更新が必要なＷｅｂアプリケーションを利用する際の利便性の低下を防止することができる。

本実施形態に係る画像処理システムの全体構成の一例を示す図である。 本実施形態に係る画像処理装置のハードウェア構成の一例を示す図である。 コンピュータのハードウェア構成の一例を示す図である。 本実施形態に係る画像処理装置の操作装置及び本体装置に含まれるソフトウェア群の階層構造の一例を示す図である。 本実施形態に係る画像処理システムの機能構成の一例を示す図である。 本実施形態に係るアプリ登録処理の一例を示すシーケンス図である。 アプリ登録画面の一例を示す図である。 アプリ情報の一例を示す図である。 本実施形態に係るＷｅｂアプリ導入処理の一例を示すシーケンス図である。 アプリ一覧画面及びアプリ導入画面の一例を示す図である。 ファームウェア更新確認画面の一例を示す図である。 Ｗｅｂアプリの導入前後におけるアプリ利用画面の一例を示す図である。

以下、本発明の実施の形態について、図面を参照しながら説明する。

＜全体構成＞
まず、本実施形態に係る画像処理システム１の全体構成について、図１を参照しながら説明する。図１は、本実施形態に係る画像処理システム１の全体構成の一例を示す図である。

図１に示すように、本実施形態に係る画像処理システム１には、１以上の電子機器（一例として画像処理装置１０）と、１以上の端末装置２０と、アプリマーケットサーバ３０と、ファームウェア配信サーバ４０と、Ｗｅｂアプリサーバ５０とが含まれる。画像処理装置１０と、端末装置２０と、アプリマーケットサーバ３０と、ファームウェア配信サーバ４０と、Ｗｅｂアプリサーバ５０とは、例えばインターネット等のネットワークＮを介して通信可能に接続される。

アプリマーケットサーバ３０は、電子機器の一例である画像処理装置１０で利用可能なアプリケーションを紹介するＷｅｂサイト（以降、「アプリマーケットサイト」とも称する。）を提供するＷｅｂサーバである。アプリマーケットサーバ３０は、１以上の情報処理装置（コンピュータ）により実現される。

アプリマーケットサイトで紹介されるアプリケーションの種別には、ネイティブアプリと、Ｗｅｂアプリとがある。ネイティブアプリとは、例えば、オブジェクトファイル等の形式で配布され、インストーラ等によって画像処理装置１０にインストールされるアプリケーションのことである。Ｗｅｂアプリとは、例えば、当該Ｗｅｂアプリを利用するためのＵＲＬ（Uniform Resource Locator）等の形式（すなわち、当該Ｗｅｂアプリを提供するＷｅｂアプリサーバ５０のＵＲＬ等の形式）で配布され、当該ＵＲＬを示すショートカットアイコン等を画像処理装置１０に登録することで利用可能となるアプリケーションのことである。ただし、アプリマーケットサイトで紹介されるアプリケーションの種別は、ネイティブアプリとＷｅｂアプリとに限られず、種々の種別のアプリケーションが紹介されても良い。なお、ＵＲＬはアドレス情報の一例である。また、アイコンは表示部品の一例である。

また、アプリマーケットサイトで紹介されるアプリケーションは、端末装置２０等によってアプリマーケットサーバ３０に予め登録される。

電子機器は、例えば、画像処理装置１０、例えばプリント機能や印刷機能、スキャン機能、ファクス通信機能等を備えるＭＦＰを含む。また、その他、印刷装置、スキャナ、電子黒板装置、プロジェクタ、テレビ会議端末等のオフィス機器や、オフィス等で用いられる共用端末、その他、デジタルカメラ等の撮像装置、ゲーム機器、車載端末、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、携帯電話、スマートフォン、タブレット端末、ＰＤＡ（Personal Digital Assistant）、ウェアラブルＰＣ、デスクトップＰＣ等が挙げられる。

画像処理装置１０は、アプリマーケットサーバ３０が提供するアプリマーケットサイトからアプリケーション（ネイティブアプリ又はＷｅｂアプリ）を導入することで、当該アプリケーションを利用することができる。

なお、ネイティブアプリを導入するとは、オブジェクトファイル等を画像処理装置１０にインストールすることを意味する。一方で、Ｗｅｂアプリを導入するとは、当該Ｗｅｂアプリを提供するＷｅｂアプリサーバ５０のＵＲＬを示すショートカットアイコンを画像処理装置１０に登録することを意味する。以降では、主に、画像処理装置１０がアプリマーケットサイトからＷｅｂアプリを導入する場合について説明する。

画像処理装置１０は、アプリマーケットサイトからＷｅｂアプリを導入する際に、当該画像処理装置１０のファームウェアのバージョンが、当該Ｗｅｂアプリの利用に必要なバージョンであるか否かを判定する。そして、当該画像処理装置１０のファームウェアのバージョンが、当該Ｗｅｂアプリの利用に必要なバージョンでないと判定した場合、当該画像処理装置１０は、当該Ｗｅｂアプリの利用に必要なバージョンのファームウェアをファームウェア配信サーバ４０から取得し、ファームウェアを更新する。なお、ファームウェアとは、画像処理装置１０の動作を制御するためのソフトウェア（プログラム）である。

ファームウェア配信サーバ４０は、画像処理装置１０からの要求に応じて、ファームウェアを提供するサーバである。ファームウェア配信サーバ４０は、１以上の情報処理装置（コンピュータ）により実現される。

端末装置２０は、アプリマーケットサイトで紹介されるアプリケーションをアプリマーケットサーバ３０に登録するＰＣ（パーソナルコンピュータ）、スマートフォン、タブレット端末等である。端末装置２０は、例えば、アプリケーションを開発するベンダー（サードベンダー）等によって利用される。

Ｗｅｂアプリサーバ５０は、画像処理装置１０に導入されるＷｅｂアプリを提供するＷｅｂアプリケーションサーバである。画像処理装置１０に導入されるＷｅｂアプリは、Ｗｅｂアプリサーバ５０が提供するＷｅｂコンテンツ（例えば、ＨＴＭＬ（HyperText Markup Language）やＪａｖａＳｃｒｉｐｔ（登録商標）等）が、当該画像処理装置１０のブラウザ上で実行されることで実現される。

Ｗｅｂアプリサーバ５０は、例えば、アプリケーション開発するサードベンダー等によって設置される。なお、Ｗｅｂアプリサーバ５０は、例えば、アプリマーケットサーバ３０を設置する企業等によって設定されても良い。

なお、図１に示す画像処理システム１は一例であって、他の構成であっても良い。例えば、図１に示す画像処理システム１には、アプリマーケットサイトで紹介されるネイティブアプリのオブジェクトファイル等を画像処理装置１０に提供するアプリ配信サーバが含まれていても良い。

＜ハードウェア構成＞
次に、本実施形態に係る画像処理システム１に含まれる画像処理装置１０と、端末装置２０と、アプリマーケットサーバ３０と、ファームウェア配信サーバ４０とのハードウェア構成について説明する。

≪画像処理装置１０≫
まず、本実施形態に係る画像処理装置１０のハードウェア構成について、図２を参照しながら説明する。図２は、本実施形態に係る画像処理装置１０のハードウェア構成の一例を示す図である。

図２に示すように、本実施形態に係る画像処理装置１０は、操作装置１１と、本体装置１２とを有している。

操作装置１１は、本体装置１２に実行させる画像処理機能の選択、画像処理機能を実行させるための各種設定値の入力、画像処理機能の実行を開始させるための実行指示の入力、表示画面の切り替え等、ユーザが各種操作を行う際に用いられる。

本体装置１２は、操作装置１１におけるユーザの各種操作に応じて、画像処理機能の実行等の各種の処理を実行する。

図２に示すように、画像処理装置１０の操作装置１１は、ＣＰＵ１１１（Central Processing Unit）と、ＲＯＭ（Read Only Memory）１１２と、ＲＡＭ（Random Access Memory）１１３とを有している。また、操作装置１１は、フラッシュメモリ１１４と、操作パネル１１５と、接続Ｉ／Ｆ１１６と、通信Ｉ／Ｆ１１７とを有している。これら各ハードウェアは、バス１１８を介して相互に接続されている。

ＣＰＵ１１１は、ＲＡＭ１１３をワークエリアとしてＲＯＭ１１２又はフラッシュメモリ１１４に記憶された各種プログラムを実行することで、操作装置１１全体を制御する演算装置である。

ＲＯＭ１１２は、電源を切ってもデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＡＭ１１３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

フラッシュメモリ１１４は、不揮発性の記憶装置であり、ＣＰＵ１１１が実行する各種プログラム（例えば、本実施形態を実現するプログラム等）や各種データを記憶する。

操作パネル１１５は、ユーザが各種操作を行う際に用いられる。また、操作パネル１１５は、ユーザに対して各種画面等を表示する。

接続Ｉ／Ｆ１１６は、通信路１３を介して本体装置１２と通信するためのインタフェースである。接続Ｉ／Ｆ１１６には、例えばＵＳＢ（Universal Serial Bus）規格のインタフェースが用いられる。

通信Ｉ／Ｆ１１７は、他の機器等と通信するためのインタフェースである。通信Ｉ／Ｆ１１７には、例えば、Ｗｉ−Ｆｉ規格の無線ＬＡＮ（Local Area Network）等が用いられる。

同様に、画像処理装置１０の本体装置１２は、ＣＰＵ１２１と、ＲＯＭ１２２と、ＲＡＭ１２３とを有している。また、本体装置１２は、ＨＤＤ（Hard Disk Drive）１２４と、画像処理エンジン１２５と、接続Ｉ／Ｆ１２６と、通信Ｉ／Ｆ１２７とを有している。これら各ハードウェアは、バス１２８を介して相互に接続されている。

ＣＰＵ１２１は、ＲＡＭ１２３をワークエリアとしてＲＯＭ１２２又はＨＤＤ１２４に記憶された各種プログラムを実行することで、本体装置１２全体を制御する演算装置である。

ＲＯＭ１２２は、電源を切ってもデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＡＭ１２３は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＨＤＤ１２４は、不揮発性の記憶装置であり、ＣＰＵ１２１が実行する各種プログラム（例えば、本実施形態を実現するプログラム等）や各種データを記憶する。

画像処理エンジン１２５は、印刷機能、スキャン機能、コピー機能、及びＦＡＸ機能等の各種の画像処理機能を実現するための画像処理を行うハードウェアである。

画像処理エンジン１２５には、例えば、用紙等のシート材への印刷を行うプロッタ、原稿を光学的に読み取って画像データを生成するスキャナ、及びＦＡＸ通信を行うＦＡＸ通信装置等が含まれる。また、画像処理エンジン１２５には、例えば、印刷済みのシート材を仕分けるフィニッシャや原稿を自動給送するＡＤＦ（自動原稿給送装置）等が含まれていても良い。

接続Ｉ／Ｆ１２６は、通信路１３を介して操作装置１１と通信するためのインタフェースである。接続Ｉ／Ｆ１２６には、例えば、ＵＳＢ規格のインタフェースが用いられる。

通信Ｉ／Ｆ１２７は、他の機器等と通信するためのインタフェースである。通信Ｉ／Ｆ１２７には、例えば、Ｗｉ−Ｆｉ規格の無線ＬＡＮ等が用いられる。

本実施形態に係る画像処理装置１０は、図２に示すハードウェア構成を有することにより、後述する各種処理を実現することができる。

なお、図２では、画像処理装置１０が操作装置１１を有している構成を一例として示したが、これに限られず、例えば、タブレット端末、スマートフォン、携帯電話、ＰＤＡ等の情報処理端末が画像処理装置１０の操作装置として機能しても良い。すなわち、これらの情報処理端末は、操作装置１１の通信Ｉ／Ｆ１１７又は本体装置１２の通信Ｉ／Ｆ１２７を介して画像処理装置１０と通信することにより、当該画像処理装置１０を制御することができても良い。

≪端末装置２０、アプリマーケットサーバ３０及びファームウェア配信サーバ４０≫
本実施形態に係る端末装置２０は、例えば図３に示すコンピュータ３００により実現される。同様に、アプリマーケットサーバ３０及びファームウェア配信サーバ４０を実現する１台以上の情報処理装置は、例えば図３に示すコンピュータ３００により実現される。

図３に示すコンピュータ３００は、入力装置３０１と、表示装置３０２と、外部Ｉ／Ｆ３０３と、ＲＡＭ３０４と、ＲＯＭ３０５と、ＣＰＵ３０６と、通信Ｉ／Ｆ３０７と、補助記憶装置３０８とを有する。これらの各ハードウェアは、それぞれがバス３０９で接続されている。

入力装置３０１は、キーボードやマウス、タッチパネル等を含み、ユーザが各操作を入力するのに用いられる。表示装置３０２は、ディスプレイ等を含み、コンピュータ３００による処理結果を表示する。なお、コンピュータ３００は、入力装置３０１及び表示装置３０２の少なくとも一方を有していなくても良い。

通信Ｉ／Ｆ３０７は、コンピュータ３００をネットワークＮに接続するインタフェースである。コンピュータ３００は、通信Ｉ／Ｆ３０７を介してデータ通信を行うことができる。

外部Ｉ／Ｆ３０３は、外部装置とのインタフェースである。外部装置には、記録媒体３０３ａ等がある。コンピュータ３００は、外部Ｉ／Ｆ３０３を介して、記録媒体３０３ａの読み取りや書き込みを行うことができる。記録媒体５０３ａには、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。

ＲＯＭ３０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ３０５には、コンピュータ３００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ（Operating System）設定、及びネットワーク設定等のプログラムやデータが格納されている。ＲＡＭ３０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ３０６は、ＲＯＭ３０５や補助記憶装置３０８等の記憶装置からプログラムやデータをＲＡＭ３０４上に読み出し、処理を実行することで、コンピュータ３００全体の制御や機能を実現する演算装置である。

補助記憶装置３０８は、例えばＨＤＤやＳＳＤ（Solid State Drive）等であり、プログラムやデータを格納している不揮発性の記憶装置である。補助記憶装置３０８に格納されるプログラムやデータには、コンピュータ３００全体を制御する基本ソフトウェアであるＯＳ、ＯＳ上において各種機能を提供するアプリケーションソフトウェア等がある。補助記憶装置３０８は、格納しているプログラムやデータを所定のファイルシステムやＤＢ（データベース）により管理している。

本実施形態に係る端末装置２０は、図３に示すコンピュータ３００のハードウェア構成を有することにより、後述するような各種処理を実現できる。同様に、本実施形態に係るアプリマーケットサーバ３０及びファームウェア配信サーバ４０は、図３に示すコンピュータ３００のハードウェア構成を有することにより、後述するような各種処理を実現できる。

なお、Ｗｅｂアプリサーバ５０を実現する１台以上の情報処理装置も同様に、例えば図３に示すコンピュータ３００により実現されても良い。

＜画像処理装置１０のソフトウェア群の階層構造＞
次に、本実施形態に係る画像処理装置１０の操作装置１１及び本体装置１２に含まれるソフトウェア群の階層構造について、図４を参照しながら説明する。図４は、本実施形態に係る画像処理装置１０の操作装置１１及び本体装置１２に含まれるソフトウェア群の階層構造の一例を示す図である。

図４は、操作装置１１に含まれるソフトウェア群の階層構造と、本体装置１２に含まれるソフトウェア群の階層構造とを示している。

まず、本体装置１２に含まれるソフトウェア群（すなわち、本体装置１２のＲＯＭ１２２やＨＤＤ１２４に記憶されているプログラム群）の階層構造について説明する。本体装置１２に含まれるソフトウェア群は、アプリケーション層２２１と、サービス層２２２と、ＯＳ層２２３とに大別することができる。

アプリケーション層２２１に区分されるソフトウェアは、ハードウェア資源を動作させて画像処理機能を実現させるためのソフトウェアである。具体的には、印刷アプリケーション、スキャンアプリケーション、コピーアプリケーション、及びファクスアプリケーション等が挙げられる。

サービス層２２２に区分されるソフトウェアは、アプリケーション層２２１とＯＳ層２２３との間を介在するソフトウェアである。当該ソフトウェアは、本体装置１２が備えるハードウェア資源を、アプリケーション層２２１のソフトウェアが利用したり、本体装置１２が備えるハードウェア資源の状態を通知したりするインタフェースとしての役割を果たす。

具体的には、ハードウェア資源に対する実行要求を受け付けたり、受け付けた実行要求の調停を行ったりする。サービス層２２２が受け付ける実行要求には、例えば、画像処理エンジン１２５による画像処理の実行要求（スキャナによるスキャン実行要求やプロッタによる印刷実行要求等）が含まれる。

なお、サービス層２２２に区分されるソフトウェアが果たす上記インタフェースとしての役割は、操作装置１１のアプリケーション層２１１に対しても同様である。すなわち、操作装置１１のアプリケーション層２１１に区分されるソフトウェアも、サービス層２２２にアクセスすることにより、本体装置１２のハードウェア資源を動作させて、画像処理機能を実現させることができる。

サービス層２２２に区分されるソフトウェアとしては、例えば、システムモジュール４５０が挙げられる。システムモジュール４５０は、画像処理装置１０のファームウェアのバージョンを管理したり、ファームウェアの更新を行ったりするソフトウェア（プログラム）である。

ＯＳ層２２３に区分されるソフトウェアは、基本ソフトウェア（ＯＳ）と呼ばれるプログラムであり、本体装置１２が有するハードウェア資源を制御する基本機能を提供する。ＯＳ層２２３に区分されるソフトウェアは、アプリケーション層２２１に区分されるソフトウェアからのハードウェア資源に対する実行要求を、サービス層２２２に区分されるソフトウェアを介して受け付けて、当該実行要求に応じた処理を実行する。

次に、操作装置１１に含まれるソフトウェア群（すなわち、操作装置１１のＲＯＭ１１２やフラッシュメモリ１１４に記憶されているプログラム群）の階層構造について説明する。本体装置１２と同様に、操作装置１１に含まれるソフトウェア群も、アプリケーション層２１１と、サービス層２１２と、ＯＳ層２１３とに大別することができる。

ただし、アプリケーション層２１１に区分されるソフトウェアが提供する機能やサービス層２１２が受け付け可能な実行要求の種類は、本体装置１２とは異なる。操作装置１１のアプリケーション層２１１に区分されるソフトウェアは、主として、各種操作や表示を行うためのユーザインタフェース機能を提供する。

アプリケーション層２１１に区分されるソフトウェアとしては、例えば、マーケットアプリ４１０やブラウザ４２０が挙げられる。マーケットアプリ４１０は、アプリマーケットサイトをブラウザ４２０に表示させるソフトウェア（プログラム）である。ブラウザ４２０は、アプリマーケットサイト等のＷｅｂサイトを表示するソフトウェア（プログラム）である。また、ブラウザ４２０は、Ｗｅｂアプリサーバ５０から取得したＷｅｂコンテンツを実行することで、Ｗｅｂアプリによって実現されるサービスを提供することができる。

サービス層２１２に区分されるソフトウェアとしては、例えば、インストーラ４３０が挙げられる。インストーラ４３０は、ネイティブアプリを画像処理装置１０にインストールしたり、ファームウェアの更新が必要であることをユーザに通知するための画面（ファームウェア更新確認画面）を表示したりするソフトウェア（プログラム）である。

なお、本実施形態では、操作装置１１と本体装置１２とで、ＯＳは独立して動作するものとする。また、操作装置１１と本体装置１２とが相互に通信可能であれば、ＯＳが同じ種類である必要はない。例えば、操作装置１１ではＯＳにＡｎｄｒｏｉｄ（登録商標）を用いる一方で、本体装置１２ではＯＳにＬｉｎｕｘ（登録商標）を用いることも可能である。

このように、本実施形態に係る画像処理装置１０は、操作装置１１と本体装置１２とが異なるＯＳにより制御される。このため、操作装置１１と本体装置１２との間の通信は、一装置内のプロセス間通信ではなく、異なる情報処理装置間の通信として行われる。

ただし、本実施形態に係る画像処理装置１０は、操作装置１１と本体装置１２とで異なる種類のＯＳが動作している場合に限られず、操作装置１１と本体装置１２とで同一種類のＯＳが動作していても良い。また、本実施形態に係る画像処理装置１０は、操作装置１１と本体装置１２とでＯＳが独立して動作している場合に限られず、操作装置１１及び本体装置１２上で一のＯＳが動作していても良い。

なお、操作装置１１及び本体装置１２は、それぞれファームウェアを有している。以降では、操作装置１１のファームウェアを「第１のファームウェア」、本体装置１２のファームウェアを「第２のファームウェア」と表し。第１のファームウェアと第２のファームウェアとを区別しないときは、単に、「ファームウェア」と表す。

第１のファームウェアはサービス層２１２に区分されるソフトウェア（プログラム）であり、第２のファームウェアはサービス層２２２に区分されるソフトウェア（プログラム）である。ただし、第１のファームウェアにはＯＳ層２１３に区分されるソフトウェア（プログラム）が含まれていても良く、第２のファームウェアにはＯＳ層２２３に区分されるソフトウェア（プログラム）が含まれていても良い。

＜機能構成＞
次に、本実施形態に係る画像処理システム１の機能構成について、図５を参照しながら説明する。図５は、本実施形態に係る画像処理システム１の機能構成の一例を示す図である。

図５に示すように、本実施形態に係る画像処理装置１０の操作装置１１は、マーケットアプリ４１０と、ブラウザ４２０と、インストーラ４３０と、ショートカット記憶部４４０を有する。

また、図５に示すように、本実施形態に係る画像処理装置１０の本体装置１２は、システムモジュール４５０と、ファームバージョン記憶部４６０を有する。

マーケットアプリ４１０は、ＣＰＵ１１１により実行されることで、サイト表示要求部４１１を実現することができる。サイト表示要求部４１１は、アプリマーケットサイトをブラウザ４２に表示させる。

ブラウザ４２０は、ＣＰＵ１１１により実行されることで、表示制御部４２１と、入力受付部４２２と、要求部４２３と、バージョン判定部４２４と、更新指示部４２５と、ショートカット保存部４２６と、ショートカット登録部４２７と、ショートカット削除部４２８とを実現することができる。

表示制御部４２１は、アプリマーケットサイト等の各種Ｗｅｂサイトの画面を表示する。入力受付部４２２は、Ｗｅｂサイトにおけるユーザの各種操作入力を受け付ける。

要求部４２３は、各種要求を送信する。各種要求には、例えば、アプリマーケットサイトの画面（Ｗｅｂページ）をアプリマーケットサーバ３０から取得するための表示要求、画像処理装置１０のファームウェアのバージョンを本体装置１２から取得するための取得要求等がある。また、各種要求には、例えば、画像処理装置１０に導入するアプリケーションの情報（以降では、「アプリ情報」とも表す。）をアプリマーケットサーバ３０から取得するための取得要求等がある。

バージョン判定部４２４は、画像処理装置１０のファームウェアのバージョンが、当該画像処理装置１０に導入するＷｅｂアプリの利用に必要なバージョン以上であるか否かを判定する。

更新指示部４２５は、画像処理装置１０のファームウェアのバージョンが、当該画像処理装置１０に導入するＷｅｂアプリの利用に必要なバージョン以上でないと判定された場合、ファームウェアの更新をインストーラ４３０に指示する。

ショートカット保存部４２６は、画像処理装置１０のファームウェアのバージョンが、当該画像処理装置１０に導入するＷｅｂアプリの利用に必要なバージョン以上でないと判定された場合、当該Ｗｅｂアプリのショートカット情報（例えば、ショートカットアイコンの画像やショートカット先のＵＲＬ等）をショートカット記憶部４４０に保存する。なお、ショートカット記憶部４４０は、例えばフラッシュメモリ１１４等により実現可能である。

ショートカット登録部４２７は、ファームウェアの更新が成功した場合に、ショートカット記憶部４４０に記憶されているショートカット情報を用いて、ショートカットアイコンを操作装置１１に登録する。操作装置１１にショートカットアイコンが登録されることで、当該ショートカットアイコンが示すショートカット先ＵＲＬのＷｅｂアプリサーバ５０が提供するＷｅｂアプリケーションが利用可能となる（すなわち、当該Ｗｅｂアプリケーションが画像処理装置１０に導入される。）。

ショートカット削除部４２８は、ファームウェアの更新が失敗した場合に、ショートカット記憶部４４０に記憶されているショートカット情報を削除する。

インストーラ４３０は、ＣＰＵ１１１により実行されることで、更新依頼部４３１を実現することができる。更新依頼部４３１は、ファームウェアの更新がブラウザ４２０から指示された場合に、当該ファームウェアの更新を本体装置１２のシステムモジュール４５０に依頼する。なお、インストーラ４３０は、ＣＰＵ１１１により実行されることで、例えば、ネイティブアプリを操作装置１１にインストールするためのインストール部を実現することができても良い。

システムモジュール４５０は、ＣＰＵ１２１により実行されることで、バージョン取得部４５１と、ファーム取得部４５２と、ファーム更新部４５３とを実現することができる。

バージョン取得部４５１は、画像処理装置１０のファームウェアのバージョンを示す情報をファームバージョン記憶部４６０から取得する。ファームバージョン記憶部４６０には、画像処理装置１０のファームウェアのバージョンを示す情報（例えば、バージョン番号等）が記憶されている。なお、ファームバージョン記憶部４６０は、例えばＨＤＤ１２４等により実現可能である。

ファーム取得部４５２は、ファームウェアの更新が操作装置１１から依頼された場合に、最新バージョンのファームウェアをファームウェア配信サーバ４０から取得する。なお、ファームウェアは、例えば、最新バージョンの第１のファームウェアと、最新バージョンの第２のファームウェアとが一体化されたパッケージで提供される。

ファーム更新部４５３は、ファームウェア配信サーバ４０から取得されたファームウェア（最新バージョンのファームウェア）により、画像処理装置１０のファームウェアを更新する。

図５に示すように、本実施形態に係る端末装置２０は、ブラウザ５１０を有する。ブラウザ５１０は、ＣＰＵにより実行されることで、表示制御部５１１と、入力受付部５１２と、要求部５１３とを実現することができる。

表示制御部５１１は、アプリマーケットサイトで紹介されるアプリケーションを登録するためＷｅｂサイトの画面（Ｗｅｂページ）等を表示する。入力受付部５１２は、Ｗｅｂサイトにおけるユーザの各種操作入力を受け付ける。

要求部５１３は、各種要求を送信する。各種要求には、例えば、アプリマーケットサイトで紹介されるアプリケーションを登録するためＷｅｂサイトの画面（Ｗｅｂページ）をアプリマーケットサーバ３０から取得するための表示要求等がある。また、各種要求には、アプリマーケットサイトで紹介されるアプリケーションの登録をアプリマーケットサーバ３０に要求するための登録要求等がある。

図５に示すように、本実施形態に係るアプリマーケットサーバ３０は、アプリ提供処理部６１０と、アプリ登録処理部６２０とを有する。アプリ提供処理部６１０とアプリ登録処理部６２０とは、アプリマーケットサーバ３０にインストールされた１以上のプログラムをＣＰＵが実行することで実現される。

また、本実施形態に係るアプリマーケットサーバ３０は、アプリ情報記憶部６３０を有する。アプリ情報記憶部６３０は、例えばＨＤＤ等の補助記憶装置を用いて実現可能である。なお、アプリ情報記憶部６３０は、アプリマーケットサーバ３０とネットワークを介して接続される記憶装置（例えば、ＤＢ（データベース）サーバ等）を用いて実現されていても良い。

アプリ提供処理部６１０は、アプリマーケットサイトの画面等を画像処理装置１０に提供する。また、アプリ提供処理部６１０は、アプリマーケットサイト上で選択されたアプリケーション（すなわち、画像処理装置１０に導入されるアプリケーション）のアプリ情報をアプリ情報記憶部６３０から取得し、取得したアプリ情報を画像処理装置１０に提供する。

アプリ登録処理部６２０は、アプリマーケットサイトで紹介されるアプリケーションの登録画面（アプリ登録画面）等を端末装置２０に提供する。また、アプリ登録処理部６２０は、アプリ登録画面を介して登録されたアプリケーションの各種情報を、アプリ情報としてアプリ情報記憶部６３０に保存する。

アプリ情報記憶部６３０は、アプリマーケットサイトで紹介されるアプリケーションのアプリ情報を記憶する。アプリ情報には、アプリケーションの名称（アプリ名）やアプリケーションの利用に必要なファームウェアのバージョン等の情報が含まれる。アプリ情報の詳細については後述する。

図５に示すように、本実施形態に係るファームウェア配信サーバ４０は、ファームウェア配信処理部７１０を有する。ファームウェア配信処理部７１０は、ファームウェア配信サーバ４０にインストールされた１以上のプログラムをＣＰＵが実行することで実現される。

また、本実施形態に係るファームウェア配信サーバ４０は、パッケージ記憶部７２０を有する。パッケージ記憶部７２０は、例えばＨＤＤ等の補助記憶装置を用いて実現可能である。なお、パッケージ記憶部７２０は、ファームウェア配信サーバ４０とネットワークを介して接続される記憶装置（例えば、ＤＢ（データベース）サーバ等）を用いて実現されていても良い。

ファームウェア配信処理部７１０は、画像処理装置１０からの要求に応じて、最新バージョンのファームウェアのパッケージをパッケージ記憶部７２０から取得し、取得したパッケージを当該画像処理装置１０に配信する。

パッケージ記憶部７２０は、最新バージョンのファームウェアのパッケージを記憶する。なお、パッケージ記憶部７２０には、最新バージョンのファームウェアのパッケージだけでなく、例えば、最新バージョン未満のバージョンのファームウェアのパッケージが記憶されていても良い。

＜処理の詳細＞
次に、本実施形態に係る画像処理システム１の処理の詳細について説明する。

≪アプリ登録処理≫
以降では、例えばサードベンダー等の担当者が端末装置２０を用いて、Ｗｅｂアプリをアプリマーケットサーバ３０に登録する処理について、図６を参照しながら説明する。図６は、本実施形態に係るアプリ登録処理の一例を示すシーケンス図である。Ｗｅｂアプリがアプリマーケットサーバ３０に登録されることで、当該Ｗｅｂアプリがアプリマーケットサイトで紹介され、画像処理装置１０に導入可能となる。

まず、ブラウザ５１０の入力受付部５１２は、アプリ登録画面の表示操作を受け付ける（ステップＳ１０１）。端末装置２０のユーザは、例えば、アプリ登録画面を表示するためのリンク等を押下することで、アプリ登録画面の表示操作を行うことができる。

次に、ブラウザ５１０の要求部５１３は、アプリ登録画面の表示要求をアプリマーケットサーバ３０に送信する（ステップＳ１０２）。アプリ登録画面の表示要求は、例えば、アプリ登録画面のＵＲＬが指定されたＨＴＴＰ（Hypertext Transfer Protocol）リクエストである。

そして、アプリマーケットサーバ３０のアプリ登録処理部６２０は、Ｗｅｂコンテンツとしてアプリ登録画面を端末装置２０に返信する。アプリ登録画面は、例えば、ＨＴＴＰレスポンスとして、端末装置２０に返信される。

次に、ブラウザ５１０の表示制御部５１１は、アプリマーケットサーバ３０から返信されたアプリ登録画面を解釈して、例えば図７に示すアプリ登録画面Ｇ１００を表示する（ステップＳ１０３）。

図７に示すアプリ登録画面Ｇ１００は、アプリマーケットサイトで紹介されるアプリケーションを登録するための画面である。図７に示すアプリ登録画面Ｇ１００には、アプリ名指定欄Ｇ１１０と、アプリ種別指定欄Ｇ１２０と、プロダクトＩＤ指定欄Ｇ１３０と、プロダクトキー指定欄Ｇ１４０とが含まれる。また、図７に示すアプリ登録画面Ｇ１００には、ショートカット先ＵＲＬ指定欄Ｇ１５０と、アイコン画像指定欄Ｇ１６０と、サポートモデル指定欄Ｇ１７０と、必要ファームバージョン指定欄Ｇ１８０とが含まれる。

アプリ名指定欄Ｇ１１０には、アプリマーケットサイトで紹介するアプリケーションの名称（アプリ名）が指定される。アプリ種別指定欄Ｇ１２０には、アプリマーケットサイトで紹介するアプリケーションの種別（ネイティブアプリ又はＷｅｂアプリ）が指定される。例えば、アプリ種別指定欄Ｇ１２０で「Ｎａｔｉｖｅ」が指定された場合にはアプリケーションの種別が「ネイティブアプリ」であることを表し、「Ｗｅｂ」が指定された場合にはアプリケーションの種別が「Ｗｅｂアプリ」であることを表す。

プロダクトＩＤ指定欄Ｇ１３０には、アプリマーケットサイトで紹介するアプリケーションを識別するプロダクトＩＤが指定される。プロダクトキー指定欄Ｇ１４０は、アプリ種別指定欄Ｇ１２０で「Ｎａｔｉｖｅ」が指定された場合に用いられ、ネイティブアプリのオブジェクトファイル等をダウンロードする際のプロダクトキー（これは「ライセンスキー」とも称される。）が指定される。

ショートカット先ＵＲＬ指定欄Ｇ１５０は、アプリ種別指定欄Ｇ１２０で「Ｗｅｂ」が指定された場合に用いられ、Ｗｅｂアプリを提供するＷｅｂアプリサーバ５０のＵＲＬ（ショートカット先ＵＲＬ）が指定される。

アイコン画像指定欄Ｇ１６０は、アプリ種別指定欄Ｇ１２０で「Ｗｅｂ」が指定された場合に用いられ、Ｗｅｂアプリを利用するためのショートカットアイコンのアイコン画像が指定される。なお、アイコン画像指定欄Ｇ１６０でアイコン画像が指定された後、アイコン削除ボタンＧ１６１を押下することで、ユーザは、一度指定したアイコン画像を削除することができる。

サポートモデル指定欄Ｇ１７０には、アプリマーケットサイトで紹介するアプリケーションが利用可能な画像処理装置１０のモデル（例えば、型番等）が指定される。必要ファームバージョン指定欄Ｇ１８０には、アプリマーケットサイトで紹介するアプリケーションの利用に必要なファームウェアのバージョンが指定される。

例えば、図７に示す例では、必要ファームバージョン指定欄Ｇ１８０に「ＦＷＶｅｒ２．５」が指定されている。これは、ファームウェアのバージョンが「ＦＷＶｅｒ２．５」以上であれば、当該アプリケーションを利用可能であることを示している。

端末装置２０のユーザは、上記の各指定欄に各種情報を指定した上で、ＯＫボタンＧ１９０を押下することで、アプリ登録操作を行うことができる。以降では、アプリ種別指定欄Ｇ１２０で「Ｗｅｂ」が指定された上で、アプリ登録操作（すなわち、Ｗｅｂアプリをアプリマーケットサーバ３０に登録するためのアプリ登録操作）が行われたものとする。

なお、図７に示すアプリ登録画面Ｇ１００は一例であって、アプリ登録画面Ｇ１００には、他の種々の指定欄が含まれていても良い。例えば、アプリマーケットサイトに表示されるアプリケーションの説明文が指定できる指定欄が含まれていても良い。また、例えば、アプリケーションを導入可能な国（例えば、アメリカ合衆国や日本等）又は地域が指定できる指定欄が含まれていても良い。

図６に戻る。ブラウザ５１０の入力受付部５１２は、アプリ登録操作を受け付ける（ステップＳ１０４）。

次に、ブラウザ５１０の要求部５１３は、アプリの登録要求をアプリマーケットサーバ３０に送信する（ステップＳ１０５）。アプリの登録要求には、例えば図７に示すアプリ登録画面Ｇ１００の各指定欄に指定された各種情報（すなわち、例えば、アプリ名、アプリ種別、プロダクトＩＤ、ショートカット先ＵＲＬ、アイコン画像、サポートモデル、必要ファームバージョン等）が含まれる。

アプリマーケットサーバ３０のアプリ登録処理部６２０は、アプリの登録要求を受信すると、当該登録要求に係るアプリを登録する（ステップＳ１０６）。すなわち、アプリ登録処理部６２０は、当該登録要求に含まれる各種情報からアプリ情報を作成し、作成したアプリ情報をアプリ情報記憶部６３０に保存する。アプリ情報がアプリ情報記憶部６３０に保存されることで、アプリマーケットサイトで紹介されるアプリケーションがアプリマーケットサーバ３０に登録される。

そして、アプリマーケットサーバ３０のアプリ登録処理部６２０は、登録結果を端末装置２０に返信する。

ここで、アプリ情報記憶部６３０に記憶されているアプリ情報について、図８を参照しながら説明する。図８は、アプリ情報の一例を示す図である。

図８に示すように、アプリ情報記憶部６３０に記憶されている各アプリ情報には、プロダクトＩＤと、アプリ名と、アプリ種別と、プロダクトキーと、ショートカット先ＵＲＬと、アイコン画像と、サポートモデルと、必要ファームバージョンとが含まれる。これらの各情報は、例えば図７に示すアプリ登録画面Ｇ１００においてユーザにより指定される。

なお、上述したように、プロダクトキーは、アプリ種別が「Ｎａｔｉｖｅ」である場合に指定される。また、ショートカット先ＵＲＬ及びアイコン画像は、アプリ種別が「Ｗｅｂ」である場合に指定される。

また、例えば、アプリ種別が「Ｎａｔｉｖｅ」である場合、アプリ情報には、必要ファームバージョンが指定されていなくても良い。これは、ネイティブアプリの場合には、必要なファームウェアのバージョンをオブジェクトファイル等に記述することが可能なためである。

以上のように、本実施形態に係る画像処理システム１では、例えばサードベンダー等の担当者が端末装置２０を用いて、アプリケーション（ネイティブアプリ又はＷｅｂアプリ）をアプリマーケットサーバ３０に登録することができる。アプリケーションがアプリマーケットサーバ３０に登録されることで、当該アプリケーションがアプリマーケットサイトで紹介され、画像処理装置１０に導入可能となる。

なお、本実施形態では、端末装置２０に搭載されたブラウザ５１０を用いて、アプリマーケットサーバ３０にアプリケーションを登録したが、例えば、専用のソフトウェア（例えばアプリ登録ツール等）が用いられても良い。

≪Ｗｅｂアプリ導入処理≫
以降では、アプリマーケットサイトで紹介されているＷｅｂアプリを画像処理装置１０に導入する処理について、図９を参照しながら説明する。図９は、本実施形態に係るＷｅｂアプリ導入処理の一例を示すシーケンス図である。

まず、マーケットアプリ４１０のサイト表示要求部４１１は、アプリマーケットサイトで紹介されているアプリケーションの一覧が表示されるアプリ一覧画面の表示要求をブラウザ４２０に送信する（ステップＳ２０１）。サイト表示要求部４１１は、例えば、マーケットアプリ４１０の起動に応じて、アプリ一覧画面の表示要求をブラウザ４２０に送信する。なお、マーケットアプリ４１０の起動は、例えば、操作パネル１１５に表示されたアイコンの中から、マーケットアプリ４１０の利用を開始するためのアイコンをユーザが選択することで行うことができる。

次に、ブラウザ４２０の要求部４２３は、アプリ一覧画面の表示要求をアプリマーケットサーバ３０に送信する（ステップＳ２０２）。アプリ一覧画面の表示要求は、例えば、アプリ一覧画面のＵＲＬが指定されたＨＴＴＰリクエストである。

そして、アプリマーケットサーバ３０のアプリ提供処理部６１０は、Ｗｅｂコンテンツとしてアプリ一覧画面を画像処理装置１０に返信する。アプリ一覧画面は、例えば、ＨＴＴＰレスポンスとして、画像処理装置１０に返信される。

次に、ブラウザ４２０の表示制御部４２１は、アプリマーケットサーバ３０から返信されたアプリ一覧画面を解釈して、例えば図１０に示すアプリ一覧画面Ｇ２００を表示する（ステップＳ２０３）。

図１０に示すアプリ一覧画面Ｇ２００は、アプリマーケットサイトで紹介されているアプリケーションの一覧が表示される画面である。図１０に示すアプリ一覧画面Ｇ２００には、アプリ一覧Ｇ２１０が含まれる。ユーザは、アプリ一覧Ｇ２１０の中から、画像処理装置１０への導入を所望するアプリを示すアイコンを選択することで、アプリの選択操作を行うことができる。以降では、アプリ名「ＩＤカードコピー」のＷｅｂアプリを示すアイコンＧ２１１が選択されたアプリの選択操作が行われたものとする。

ブラウザ４２０の入力受付部４２２は、アプリの選択操作を受け付ける（ステップＳ２０４）。

次に、ブラウザ４２０の要求部４２３は、アプリの選択操作により選択されたアプリケーション（本実施形態では、アプリ名「ＩＤカードコピー」のＷｅｂアプリ）を導入するためのアプリ導入画面の表示要求をアプリマーケットサーバ３０に送信する（ステップＳ２０５）。アプリ導入画面の表示要求は、例えば、アプリ導入画面のＵＲＬが指定されたＨＴＴＰリクエストである。

そして、アプリマーケットサーバ３０のアプリ提供処理部６１０は、Ｗｅｂコンテンツとして、アプリ名「ＩＤカードコピー」のＷｅｂアプリを導入するためのアプリ導入画面を画像処理装置１０に返信する。アプリ導入画面は、例えば、ＨＴＴＰレスポンスとして、画像処理装置１０に返信される。

次に、ブラウザ４２０の表示制御部４２１は、アプリマーケットサーバ３０から返信されたアプリ導入画面を解釈して、例えば図１０に示すアプリ導入画面Ｇ３００を表示する（ステップＳ２０６）。

図１０に示すアプリ導入画面Ｇ３００は、アプリ名「ＩＤカードコピー」のＷｅｂアプリを画像処理装置１０に導入するための画面である。図１０に示すアプリ導入画面Ｇ３００には、当該Ｗｅｂアプリの説明Ｇ３１０と、画像処理装置１０にＷｅｂアプリの導入を開始するためのインストールボタンＧ３２０とが含まれる。Ｗｅｂアプリの説明Ｇ３１０には、例えば、当該Ｗｅｂアプリの概要等の説明が表示される。ユーザは、インストールボタンＧ３２０を押下することで、当該Ｗｅｂアプリを画像処理装置１０に導入することができる。以降では、インストールボタンＧ３２０の押下操作が行われたものとする。

なお、アプリ導入画面Ｇ３００において、ネイティブアプリ選択時に画面内に有する、ネイティブアプリのインストールボタンは、ブラウザ４２０に画像処理装置１０のインストーラを動作させ、アプリケーションのオブジェクトファイルのダウンロードやインストールをさせるために、ブラウザ４２０の提供するＡＰＩを叩く（呼び出す）ように実装されている。一方で、Ｗｅｂアプリ選択時に画面内に有するインストールボタンは、ブラウザ４２０の提供するＡＰＩを叩いて、ブラウザ４２０に画像処理装置１０で利用するために必要なファームウェアバージョン情報のサーバからの取得、画像処理装置１０に搭載されているファームウェアバージョン情報がサーバから取得したバージョン情報以上であるか否かの判定、更新が必要な場合のファームウェアの更新指示、及び、Ｗｅｂアプリのショートカットのホーム画面への追加、等をさせるように、実装されている。つまり、アプリ導入画面における、ネイティブアプリのインストールボタンと、Ｗｅｂアプリのインストールボタンとでは、押下操作時に、ブラウザ４２０の提供する異なるＡＰＩを叩くように、異ならせて実装されている。

なお、図１０に示すアプリ導入画面Ｇ３００では、画像処理装置１０にＷｅｂアプリの導入を開始するためのボタン（インストールボタンＧ３２０）に「インストール」と表示されている。このように、ショートカットアイコンを登録するだけのＷｅｂアプリの場合も「インストール」と表示することで、画像処理装置１０のユーザは、アプリ種別（ネイティブアプリ又はＷｅｂアプリ）を意識することなく、アプリケーションを当該画像処理装置１０に導入することができるようになる。

また、Ｗｅｂアプリの導入を開始するためのボタンは、インストールや導入開始を表す以外にも、例えば、導入、入手、登録、利用、利用開始、使用、使用開始等を表す場合が含まれていても良い。

ブラウザ４２０の入力受付部４２２は、インストールボタンＧ３２０の押下操作を受け付ける（ステップＳ２０７）。

次に、ブラウザ４２０の要求部４２３は、選択されたアプリケーション（本実施形態では、アプリ名「ＩＤカードコピー」のＷｅｂアプリ）のアプリ情報の取得要求をアプリマーケットサーバ３０に送信する（ステップＳ２０８）。アプリ情報の取得要求には、例えば、選択されたアプリケーション（すなわち、アプリ名「ＩＤカードコピー」のＷｅｂアプリ）を識別する情報（例えば、プロダクトＩＤ等）が指定される。

アプリマーケットサーバ３０のアプリ提供処理部６１０は、アプリ情報記憶部６３０から該当のアプリ情報（すなわち、アプリ名「ＩＤカードコピー」のＷｅｂアプリのアプリ情報）を取得する（ステップＳ２０９）。なお、アプリ提供処理部６１０は、例えば、アプリ情報記憶部６３０に記憶されているアプリ情報の中から、当該取得要求に指定されている情報（例えば、プロダクトＩＤ等によって識別されるアプリ情報）を取得すれば良い。

そして、アプリマーケットサーバ３０のアプリ提供処理部６１０は、取得したアプリ情報を画像処理装置１０に返信する。上述したように、アプリ種別が「Ｗｅｂ」（すなわち、Ｗｅｂアプリ）であるアプリ情報には、アプリ名やショートカット先ＵＲＬ、アイコン画像、必要ファームバージョン等が含まれる。

ブラウザ４２０の要求部４２３は、アプリマーケットサーバ３０からアプリ情報が返信されると、現在のファームバージョン（すなわち、現在の画像処理装置１０のファームウェアのバージョン）の取得要求を本体装置１２に送信する（ステップＳ２１０）。なお、要求部４２３は、例えば、本体装置１２のシステムモジュール４５０が提供するＷｅｂＡＰＩ（Application Programming Interface）を利用することで、現在のファームバージョンの取得要求を行うことができる。また、要求部４２３は、例えば、ブラウザ４２０が提供するＡＰＩを用いて、アプリ情報に含まれる必要ファームバージョンが当該ブラウザ４２０に渡されたことに応じて、現在のファームバージョンの取得要求を行う。

システムモジュール４５０のバージョン取得部４５１は、画像処理装置１０の現在のファームウェアのバージョンを示す情報をファームバージョン記憶部４６０から取得する（ステップＳ２１１）。

そして、システムモジュール４５０のバージョン取得部４５１は、取得したバージョンを示す情報（以降では、「現在のファームバージョン」と表す。）を操作装置１１に返信する。

次に、ブラウザ４２０のバージョン判定部４２４は、上記のステップＳ２１１で返信された現在のファームバージョンが、上記のステップＳ２０９で返信されたアプリ情報に含まれる必要ファームバージョン以上であるか否かを判定する（ステップＳ２１２）。

現在のファームバージョンが必要ファームバージョン以上でないと判定された場合、以降のステップＳ２１３〜ステップＳ２２０の処理が実行される。一方で、現在のファームバージョンが必要ファームバージョン以上であると判定された場合、以降のステップＳ２１３〜ステップＳ２２０の処理は実行されない。

現在のファームバージョンが必要ファームバージョン以上でないと判定された場合、ブラウザ４２０のショートカット保存部４２６は、ショートカット情報をショートカット記憶部４４０に保存する（ステップＳ２１３）。ショートカット情報とは、Ｗｅｂアプリを利用するためのショートカットアイコンの登録に必要な情報であり、例えば、アプリ情報に含まれるアイコン画像及びショートカット先ＵＲＬ等である。

なお、ショートカット情報をショートカット記憶部４４０に保存するのは、後述するステップＳ２２０でファームウェアを更新した後、操作装置１１及び本体装置１２の再起動が必要となるためである。

次に、ブラウザ４２０の更新指示部４２５は、ファームウェア更新指示をインストーラ４３０に送信する（ステップＳ２１４）。

次に、インストーラ４３０の更新依頼部４３１は、例えば図１１に示すファームウェア更新確認画面Ｇ４００を表示する（ステップＳ２１５）。

図１１に示すファームウェア更新確認画面Ｇ４００は、ファームウェアの更新を行っても良いか否かをユーザに確認させるための画面である。図１１に示すファームウェア更新確認画面Ｇ４００には、「すぐに更新」ボタンＧ４１０が含まれる。ユーザは、「すぐに更新」ボタンＧ４１０を押下することで、ファームウェア更新操作を行うことができる。以降では、ファームウェア更新操作が行われたものとする。

なお、図１１に示すファームウェア更新確認画面Ｇ４００には、「時刻指定する」ボタンＧ４２０も含まれる。「時刻指定する」ボタンＧ４２０が押下された場合、更新依頼部４３１は、例えば図１１に示す時刻設定画面Ｇ５００を表示する。図１１に示す時刻設定画面Ｇ５００では、ファームウェア更新を行う時刻を指定することができる。これにより、ユーザは、所望の時間（例えば、夜間等の画像処理装置１０を利用しない時間等）にファームウェアの更新を行うことができるようになる。このとき、ユーザにより指定された時刻前に、更に別のＷｅｂアプリの導入するための操作が行われた場合、ファームウェアが更新された後に、当該Ｗｅｂアプリと共に、当該別のＷｅｂアプリも同時に画像処理装置１０に導入される。

インストーラ４３０の更新依頼部４３１は、ファームウェア更新操作を受け付ける（ステップＳ２１６）。

次に、インストーラ４３０の更新依頼部４３１は、ファームウェア更新依頼を本体装置１２に送信する（ステップＳ２１７）。なお、更新依頼部４３１は、例えば、本体装置１２のシステムモジュール４５０が提供するＷｅｂＡＰＩを利用することで、ファームウェア更新依頼を行うことができる。

次に、システムモジュール４５０のファーム取得部４５２は、ファームウェアの取得要求をファームウェア配信サーバ４０に送信する（ステップＳ２１８）。

次に、ファームウェア配信サーバ４０のファームウェア配信処理部７１０は、最新バージョンのファームウェアのパッケージをパッケージ記憶部７２０から取得する（ステップＳ２１９）。

そして、ファームウェア配信サーバ４０のファームウェア配信処理部７１０は、取得したパッケージを本体装置１２に返信する。

システムモジュール４５０のファーム更新部４５３は、ファームウェア配信サーバ４０から返信されたパッケージにより、操作装置１１の第１のファームウェアと本体装置１２の第２のファームウェアとを更新する（ステップＳ２２０）。

ファーム更新部４５３は、例えば、パッケージに含まれる最新バージョンの第２のファームウェアにより本体装置１２の第２のファームウェアを更新した後、当該パッケージに含まれる最新バージョンの第１のファームウェアにより操作装置１１の第２のファームウェアを更新する。その後、ファーム更新部４５３は、操作装置１１の再起動を行った後に、本体装置１２の再起動を行う。これにより、画像処理装置１０のファームウェアが最新バージョンに更新される。なお、ファームウェア配信サーバ４０から返信されたパッケージが圧縮されている場合、ファーム更新部４５３は、当該パッケージを解凍した上で、ファームウェアの更新を行う。

そして、システムモジュール４５０のファーム更新部４５３は、インストーラ４３０を介して、ファームウェアの更新結果をブラウザ４２０に返信する。

以降のステップＳ２２１の処理は、上記のステップＳ２２０のファームウェアの更新が成功した場合、又は上記のステップＳ２１２で現在のファームバージョンが必要ファームバージョン以上であると判定された場合に実行される。すなわち、この場合、ブラウザ４２０のショートカット登録部４２７は、ショートカット記憶部４４０に記憶されているショートカット情報を取得し、取得したショートカット情報を用いて、ショートカットアイコンを操作装置１１に登録する（ステップＳ２２１）。これにより、Ｗｅｂアプリを利用するためのショートカットアイコンが操作装置１１に登録され、当該Ｗｅｂアプリが画像処理装置１０に導入される。

ここで、操作装置１１上に表示されるアプリ利用画面Ｇ６００について、Ｗｅｂアプリが画像処理装置１０に導入される前と後とを図１２に示す。図１２は、Ｗｅｂアプリの導入前後におけるアプリ利用画面Ｇ６００の一例を示す図である。

図１２に示すように、アプリ利用画面Ｇ６００には、コピーアプリケーションを利用するための「コピー」アイコン、スキャンアプリケーションを利用するための「スキャン」、マーケットアプリ４１０を利用するための「アプリマーケット」アイコン等の種々のアプリケーションのアイコンが表示されている。

アプリ名「ＩＤカードコピー」のＷｅｂアプリが画像処理装置１０に導入されると、当該Ｗｅｂアプリを利用するためのショートカットアイコンＧ６１０がアプリ利用画面Ｇ６００に追加される。ユーザは、ショートカットアイコンＧ６１０を押下することで、ブラウザ４２０を用いて、当該ショートカットアイコンＧ６１０が示すショートカット先ＵＲＬのＷｅｂアプリサーバ５０が提供するＷｅｂアプリを利用することができる。なお、アプリ利用画面Ｇ６００は、画像処理装置１０の利用開始時（例えば、ログイン時）に最初に表示される画面であり、ホーム画面等とも呼ばれる。

図９に戻る。一方で、以降のステップＳ２２２の処理は、上記のステップＳ２２０のファームウェアの更新が失敗した場合に実行される。すなわち、この場合、ブラウザ４２０のショートカット削除部４２８は、ショートカット記憶部４４０に記憶されているショートカット情報を削除する（ステップＳ２２２）。

以上のように、本実施形態に係る画像処理システム１では、アプリマーケットサイトからＷｅｂアプリを画像処理装置１０に導入する際に、画像処理装置１０のファームウェアが、当該Ｗｅｂアプリの利用に必要なバージョンであるか否かを判定することができる。そして、本実施形態に係る画像処理システム１では、画像処理装置１０のファームウェアが、当該Ｗｅｂアプリの利用に必要なバージョンでないと判定された場合、当該画像処理装置１０のファームウェアのバージョンを最新のバージョンに更新することができる。

これにより、本実施形態に係る画像処理システム１では、Ｗｅｂアプリの導入にあたり、例えばサービスマン等が画像処理装置１０のファームウェアを更新する必要がなくなり、ユーザがＷｅｂアプリを利用可能な状態になるまでの待ち時間が軽減される。また、本実施形態に係る画像処理システム１では、例えば、画像処理装置１０のファームウェアのバージョンがＷｅｂアプリの利用に必要なバージョンでないために、当該Ｗｅｂアプリを利用することができない等の事態を防止することができる。更に、Ｗｅｂアプリの登録をするタイミング、もしくはユーザ指定時刻に、ファーム更新を行うことができるので、ユーザによるＷｅｂアプリの利用時には、ユーザがスムーズにＷｅｂアプリを利用することができ、ユーザをファームウェア更新のために待たせることがない。このため、本実施形態に係る画像処理システム１によれば、ユーザが画像処理装置１０にＷｅｂアプリを導入及び利用する際の利便性を向上させることができる。

なお、本実施形態は、Ｗｅｂアプリケーションをオブジェクトファイルを有さないアプリケーションの一例として説明したが、これに限られない。本実施形態は、オブジェクトファイルを有さずに、アプリサーバ等から電子機器（例えばＭＦＰ等）で利用可能に登録されるアプリケーションや、ファームウェアの情報を有さないアプリケーションであれば、同様に適用可能である。

また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。

１ 画像処理システム
１０ 画像処理装置
２０ 端末装置
３０ アプリマーケットサーバ
４０ ファームウェア配信サーバ
５０ Ｗｅｂアプリサーバ
４１０ マーケットアプリ
４１１ サイト表示要求部
４２０ ブラウザ
４２１ 表示制御部
４２２ 入力受付部
４２３ 要求部
４２４ バージョン判定部
４２５ 更新指示部
４２６ ショートカット保存部
４２７ ショートカット登録部
４２８ ショートカット削除部
４３０ インストーラ
４３１ 更新依頼部
４４０ ショートカット記憶部
４５０ システムモジュール
４５１ バージョン取得部
４５２ ファーム取得部
４５３ ファーム更新部
４６０ ファームバージョン記憶部
５１０ ブラウザ
５１１ 表示制御部
５１２ 入力受付部
５１３ 要求部
６１０ アプリ提供処理部
６２０ アプリ登録処理部
６３０ アプリ情報記憶部
７１０ ファームウェア配信処理部
７２０ パッケージ記憶部

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

Claims (11)

1. 少なくともＷｅｂアプリケーションを含むアプリケーションを電子機器で利用可能にする、少なくとも１つのサーバとネットワークを介して接続される電子機器であって、
   前記サーバから取得したＷｅｂコンテンツに基づいて、少なくとも前記電子機器で利用可能な前記アプリケーションの一覧を表示する表示制御部と、
   前記表示制御部により表示された前記アプリケーションの一覧に表示される前記Ｗｅｂアプリケーションを、前記電子機器で利用するために必要なファームウェアのバージョン情報である第１のバージョン情報を、前記サーバから取得する取得部と、
   前記電子機器に搭載されているファームウェアのバージョン情報である第２のバージョン情報が、前記取得部により取得された第１のバージョン情報以上であるか否かを判定する判定部と、
   前記判定部により前記第２のバージョン情報が前記第１のバージョン情報以上でないと判定された場合、前記電子機器に搭載されているファームウェアを更新する更新部と、
   を有することを特徴とする電子機器。
2. 前記取得部は、
   前記表示制御部により表示された前記アプリケーションの一覧を介して、
   前記Ｗｅｂアプリケーションを利用するための情報を前記電子機器に登録する場合に、前記第１のバージョン情報を前記サーバから取得する、ことを特徴とする請求項１に記載の電子機器。
3. 前記Ｗｅｂアプリケーションを利用するための情報は、前記Ｗｅｂアプリケーションのアドレス情報、又は前記アドレス情報と関連付いた表示部品を表す画像情報であり、
   前記アドレス情報又は前記画像情報は、少なくとも前記判定部によるバージョン情報の判定後に、前記電子機器に登録される、ことを特徴とする請求項１又は２に記載の電子機器。
4. 前記判定部により前記第２のバージョン情報が前記第１のバージョン情報以上でないと判定された場合、前記アドレス情報と、前記表示部品を表すための画像情報とを所定の記憶部に保存する保存部を有し、
   前記更新部は、
   前記アドレス情報と前記画像情報とを前記記憶部に記憶した後であって、前記ファームウェアが更新されなかった場合には、前記アドレス情報又は前記画像情報を前記保存部から削除する、ことを特徴とする請求項３に記載の電子機器。
5. 前記更新部により前記ファームウェアが更新された場合、前記電子機器の起動処理後に表示され、ユーザが前記電子機器で利用する機能を選択する画面上に前記表示部品を登録する登録部を有する、ことを特徴とする請求項３又は４に記載の電子機器。
6. 前記更新部は、
   ユーザにより指定された時刻に前記ファームウェアを更新する、ことを特徴とする請求項１乃至４の何れか一項に記載の電子機器。
7. 前記表示制御部は、
   前記アプリケーションの一覧の画面上、又は、前記一覧の中からＷｅｂアプリケーションが選択された後の画面上に、前記電子機器にＷｅｂアプリケーションを導入することを示す表示部品を表示し、
   前記Ｗｅｂアプリケーションを導入することを示す表示部品がユーザに選択された時、前記導入のためのインストール処理を行わずに、前記取得部が前記Ｗｅｂアプリケーションを利用するために必要なファームウェアの第１のバージョン情報を取得する、ことを特徴とする請求項１乃至６の何れか一項に記載の電子機器。
8. 前記電子機器には、ユーザが操作する操作装置と、画像処理機能を提供する本体装置とが含まれ、
   前記更新部は、
   前記操作装置に搭載されている第１のファームウェアと、前記本体装置に搭載されている第２のファームウェアとを更新する、ことを特徴とする請求項１乃至７の何れか一項に記載の電子機器。
9. 前記操作装置は、前記操作装置が有するＯＳ上で動作するＷｅｂブラウザを備え、
   前記Ｗｅｂブラウザは、
   前記電子機器で利用可能な前記アプリケーションの一覧を表示し、
   表示した前記一覧を介して、前記Ｗｅｂアプリケーションを前記電子機器において利用可能にするユーザ入力を受け付けた場合に、
   前記バージョン情報を判定し、
   前記バージョン情報の判定後に、
   前記更新部に対するファームウェアの更新指示と、前記電子機器への前記Ｗｅｂアプリケーションを利用するための情報の登録とを行う、
   ことを特徴とする請求項８に記載の電子機器。
10. 少なくともＷｅｂアプリケーションを含むアプリケーションを電子機器で利用可能にする、少なくとも１つのサーバと、該サーバとネットワークを介して接続される電子機器とが含まれる情報処理システムあって、
    前記サーバから取得したＷｅｂコンテンツに基づいて、少なくとも前記電子機器で利用可能な前記アプリケーションの一覧を表示する表示制御部と、
    前記表示制御部により表示された前記アプリケーションの一覧に表示される前記Ｗｅｂアプリケーションを、前記電子機器で利用するために必要なファームウェアのバージョン情報である第１のバージョン情報を、前記サーバから取得する取得部と、
    前記電子機器に搭載されているファームウェアのバージョン情報である第２のバージョン情報が、前記取得部により取得された第１のバージョン情報以上であるか否かを判定する判定部と、
    前記判定部により前記第２のバージョン情報が前記第１のバージョン情報以上でないと判定された場合、前記電子機器に搭載されているファームウェアを更新する更新部と、
    を有することを特徴とする情報処理システム。
11. 少なくともＷｅｂアプリケーションを含むアプリケーションを電子機器で利用可能にする、少なくとも１つのサーバとネットワークを介して接続される電子機器が、
    前記サーバから取得したＷｅｂコンテンツに基づいて、少なくとも前記電子機器で利用可能な前記アプリケーションの一覧を表示する表示制御手順と、
    前記表示制御手順により表示された前記アプリケーションの一覧に表示される前記Ｗｅｂアプリケーションを、前記電子機器で利用するために必要なファームウェアのバージョン情報である第１のバージョン情報を、前記サーバから取得する取得手順と、
    前記電子機器に搭載されているファームウェアのバージョン情報である第２のバージョン情報が、前記取得手順により取得された第１のバージョン情報以上であるか否かを判定する判定手順と、
    前記判定手順により前記第２のバージョン情報が前記第１のバージョン情報以上でないと判定された場合、前記電子機器に搭載されているファームウェアを更新する更新手順と、
    を実行することを特徴とする情報処理方法。

Images