(57)【要約】【課題】  情報端末、情報処理システム、方法およびプログラムを提供すること。【解決手段】  電子的に機能する機器１０２をアップデートするための情報端末であって、ネットワークを介してアップデートのために使用する情報をダウンロードするブラウザ処理部４０３と、ブラウザ処理部４０３がダウンロードした情報を記憶し、他のアプリケーションと共用させる記憶部４０４と、ブラウザ処理部４０３によって起動されるとダウンロードした情報を読み込んでアップデートするべき機器１０２に転送するアップデート支援部４０２とを含む。【選択図】  図４
2018097838.tif 000002
【特許請求の範囲】
【請求項１】
電子機器をアップデートするための情報を前記電子機器に転送する情報端末であって、
ネットワークを介して前記情報をダウンロードするダウンロード手段と、
前記ダウンロード手段がダウンロードした前記情報を記憶する記憶手段と、
前記ダウンロード手段による前記情報のダウンロードに伴って起動され、前記ダウンロードによって前記記憶手段に記憶された前記情報を前記電子機器に転送するアップデート支援手段と
を含む、情報端末。
【請求項２】
さらに前記アップデート支援手段を前記情報端末にインストールするためのインストール手段を含み、前記インストール手段は、前記アップデート支援手段のインストール終了時に前記ダウンロード手段を起動し、起動した前記ダウンロード手段が前記情報にアクセスするサイトを表示する、請求項１に記載の情報端末。
【請求項３】
前記アップデート支援手段は、前記情報の送信先となる前記電子機器を検索し、前記検索された電子機器を特定する機器情報と、ダウンロードした前記情報を特定するファイル識別情報を表示し、前記機器情報が表示された電子機器に対して前記ファイル識別情報が示す前記情報を転送を指示するユーザ・インタフェースを提供する、請求項１または２に記載の情報端末。
【請求項４】
前記情報端末は、前記情報の送信先となる前記電子機器を、ダウンロードした前記情報に付された機種情報を参照して自動的に検索を開始する、請求項１〜３のいずれか１項に記載の情報端末。
【請求項５】
前記情報端末は、前記情報端末に有するアプリケーションからの前記情報の指定を許容しないオペレーティング・システムで動作する、請求項１から４のいずれか１項に記載の情報端末。
【請求項６】
前記情報端末は、前記アップデート支援手段のインストール時に、前記アップデート支援手段と関連付ける前記情報の種類を登録し、前記ダウンロード手段でダウンロードした前記情報の種類が、登録した前記情報の種類と一致する場合に、前記アップデート支援手段を起動する、請求項１から５のいずれか１項に記載の情報端末。
【請求項７】
前記ダウンロード手段は、前記アップデート手段に前記情報の記憶された場所を示すパス情報を渡し、
前記アップデート手段は、前記パス情報で指定される前記情報を、前記電子機器に転送する、請求項１から６のいずれか１項に記載の情報端末。
【請求項８】
前記ダウンロード手段は、前記情報端末が含む汎用ブラウザ手段であり、
前記アップデート手段は、前記情報端末に追加可能なアプリケーションである、請求項１から７のいずれか１項に記載の情報端末。
【請求項９】
前記電子機器は、画像処理装置であり、
前記情報端末はスマートホンであり、
前記スマートホンは、前記情報をダウンロードするブラウザ手段と、前記ダウンロードした情報を前記画像処理装置に転送するアップデート支援手段とを含み、前記アップデート支援手段は、前記情報のダウンロードの完了に応答して起動され、前記情報を前記画像処理装置に転送する、請求項１から８のいずれか１項に記載の情報端末。
【請求項１０】
前記アップデート支援手段は、前記情報の送信先となる前記電子機器を特定する機器情報を、ＮＦＣによって取得する、請求項１に記載の情報端末。
【請求項１１】
前記ダウンロード手段は、汎用ブラウザ手段を含んで構成され、
前記ダウンロード手段および前記アップデート支援手段は、同一のアプリケーションによって機能する、請求項１から７のいずれか１項に記載の情報端末。
【請求項１２】
前記汎用ブラウザ手段は、前記電子機器に関連する情報を抽出してサイトを表示する、請求項１１に記載の情報端末。
【請求項１３】
前記アプリケーションは、前記ダウンロード手段による前記情報のダウンロード処理と、前記アップデート支援手段による前記電子機器の検索処理とを、並行して実行する、請求項１１または１２に記載の情報端末。
【請求項１４】
電子機器をアップデートするための情報処理システムであって、
ネットワークに接続され、プログラムを動作させて機能を提供する電子機器と、
前記電子機器のアップデートのための情報を前記機器に転送して前記電子機器のアップデートを支援する情報端末とを含み、
前記情報端末は、
ネットワークを介してアップデートのために使用する情報をダウンロードするダウンロード手段と、
前記ダウンロード手段がダウンロードした前記情報を記憶する記憶手段と、
前記ダウンロード手段による前記情報のダウンロードに伴って起動され、前記ダウンロードの完了に応答して前記記憶手段に記憶された前記情報を前記電子機器に転送するアップデート支援手段と
を含む、情報処理システム。
【請求項１５】
さらに前記アップデート支援手段を前記情報端末にインストールするためのインストール手段を含み、前記インストール手段は、前記アップデート支援手段のインストール終了時に前記ダウンロード手段を起動し、起動した前記ダウンロード手段が前記情報にアクセスするサイトを表示する、請求項１４に記載の情報処理システム。
【請求項１６】
前記情報端末は、前記情報の送信先となる前記電子機器を、ダウンロードした前記情報に付された機種情報を参照して自動的に検索を開始する、請求項１４または１５に記載の情報処理システム。
【請求項１７】
情報処理装置を、電子機器をアップデートするための情報端末として機能させるための情報端末が実行する方法であって、前記情報端末が、
ダウンロード手段を使用してネットワークを介してアップデートのために使用する情報をダウンロードするステップと、
前記ダウンロード手段がダウンロードした前記情報を記憶手段を介して他のアプリケーションと共用させるステップと、
前記ダウンロード手段による前記情報のダウンロードの完了に応答して、前記記憶手段に記憶された前記情報を前記電子機器に転送するステップと
を実行する、方法。
【請求項１８】
情報処理装置を、電子機器をアップデートするための情報端末として機能させるための装置実行可能なプログラムであって、情報端末、
ネットワークを介してアップデートのために使用する情報をダウンロードするダウンロード手段、
前記ダウンロード手段がダウンロードした前記情報を記憶する記憶手段、
前記ダウンロード手段による前記情報のダウンロードに伴って起動され、前記ダウンロードの完了に応答して前記記憶手段に記憶された前記情報を前記電子機器に転送するアップデート支援手段、
として機能させる、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報端末、情報処理システム、方法およびプログラムに関する。
【背景技術】
【０００２】
機器に搭載されているプログラム（ファームウエア）の多くは、障害対応や機能追加のために、アップデート可能とされている。アップデートを実行するために、機器側にファームウエアをダウンロードするためのサーバ機能が追加される場合もある。また、ファームウエアを取り込むため、ＵＳＢメモリや、ＳＤカードといった新規なデバイスおよび物理インタフェースを追加することも行われている。しかしながら、サーバ機能を個々の機器に導入することや新規な物理的デバイスおよびインタフェースを追加することは、機器のコストアップを招くという弊害を生じる。
【０００３】
一方で、パーソナル・コンピュータ（ＰＣ）やスマートデバイスのような汎用端末上に、アップデート・データを取得し、そのアップデート・データを機器に送信することで、アップデートを行う技術も知られている。
【０００４】
例えば、特開２００３−２０２９８９号公報（特許文献１）では、プログラムのダウンロードを行うソフトウェアと、プログラムを転送するソフトウェアとをそれぞれ用意した方法が記載されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の技術では、機器をアップデートしようとするユーザが、情報端末に機器用のアップデート用ファイルを取得したとしても、端末や端末を制御するためのオペレーティング・システムの構成によっては、取得したファイルを端末で扱うことができない、もしくは、端末内のファイルのありかが分かりにくいことが原因で、端末上での機器のアップデート操作が困難になる問題があった。
【０００６】
本発明は、機器のファームウェアなどのアップデートを効率化することを可能とする、情報端末、情報処理システム、方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
すなわち、本発明によれば、
電子機器をアップデートするための情報を前記電子機器に転送する情報端末であって、
ネットワークを介して前記情報をダウンロードするダウンロード手段と、
前記ダウンロード手段がダウンロードした前記情報を記憶する記憶手段と、
前記ダウンロード手段による前記情報のダウンロードに伴って起動され、前記ダウンロードによって前記記憶手段に記憶された前記情報を前記電子機器に転送するアップデート支援手段と
を含む、情報端末が提供される。
【発明の効果】
【０００８】
本発明によれば、本発明は、機器のファームウェアなどのアップデートを効率化することを可能とする、情報端末、情報処理システム、方法およびプログラムを提供することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の情報処理システム１００の概略図。
【図２】本実施形態の機器１０２のハードウェアブロック２００を示す図。
【図３】情報端末の例示としてスマートホン１０５のハードウェアブロック３００を示した図。
【図４】本実施形態の情報端末の例としてスマートホン１０５の機能ブロックを４００を示した図。
【図５】本実施形態の機器１０２の機能ブロック５００を示す図。
【図６】本実施形態のスマートホン１０５と、サーバ１１０との間の処理のシーケンスを示した図。
【図７】図６でインストールしたアップデート支援部４０２による機器のアップデートのシーケンスを説明する図。
【図８】本実施形態において、本実施形態のアプリ取得部４０１が実行する第２の実施形態のシーケンスを示す図。
【図９】本実施形態のアップデート支援部４０２が実行するさらに他の実施形態のシーケンスを示す図。
【図１０】本実施形態のアップデート支援部４０２が起動された後、ユーザが機器１０２をアップデートするまでの処理を示すフローチャート。
【図１１】本実施形態のアップデート支援部４０２が起動された後、ユーザが機器１０２をアップデートするまでの処理を示すフローチャート。
【図１２】本実施形態の情報端末の１実施形態であるスマートホン１０５を使用して機器をアップデートする際に、アップデート支援部４０２が提供するＧＵＩ１２００の実施形態を示す図。
【図１３】本実施形態のアップデート支援部４０２が提示する機器確認画面のＧＵＩ１３００の実施形態を示す図。
【図１４】本実施形態の情報端末の１実施形態であるスマートホン１０５を使用して、ＮＦＣによる機器情報を取得する際に表示するＧＵＩ１４００の実施形態を示す図。
【図１５】本実施形態のＯＳが表示する、アプリ選択画面のＧＵＩ１５００の例を示す図。
【図１６】本実施形態において一体型構成としたアップデートツールを含む情報端末の例としてスマートホン１０５機能ブロック１６００を示した図。
【図１７】アップデートファイルをダウンロードするウェブページの画面の例を示す図。
【図１８】アップデートツール１６０１による機器のアップデートのシーケンスを説明する図。
【発明を実施するための形態】
【００１０】
以下、本発明を実施形態を使用して説明するが、本発明は後述する実施形態に限定されるものではない。図１は、本実施形態の情報処理システム１００の概略図である。図１に示した情報処理システム１００は、ネットワーク１０１に多機能複写機（ＭＦＰ：Ｍｕｌｔｉ−Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）といった複数の機器１０２、パーソナル・コンピュータ（ＰＣ）１０３、タブレットＰＣ１０４、およびスマートホン１０５が接続されて構成されている。ネットワーク１０１は、インターネットまたはローカルエリア・ネットワーク（ＬＡＮ）のいずれか一方または両方を含んで構成することができる。
【００１１】
ネットワーク１０１には、情報処理装置の例示としてＭＦＰといった機器１０２、スマートホン１０５、ＰＣ１０３、タブレットＰＣ１０４および携帯電話といった情報端末が接続されている。しかしながら、ネットワーク１０１に接続される情報処理装置はこれらに限定されることはなく、ネットワーク１０１を介して情報通信を行うことができる機器であれば特に限定はない。
【００１２】
ネットワーク１０１には、サーバ１１０、１２０が接続されている。サーバ１１０は、ネットワーク１０１を介してアプリケーション上のサービスを提供するプロバイダが提供することができ、アプリケーションのアップデート、ファームウェアのアップデートなどを可能とする。サーバ１２０は、ネットワーク１０１に接続されたＰＣ１０３、タブレット型ＰＣ、スマートホン１０５といった情報端末の提供するサーバであり、それぞれＰＣ１０３、タブレット型ＰＣ、スマートホン１０５に対してオペレーティング・システム（以下、ＯＳとして参照する。）のサポート、セキュリティ・アップデートその他ＯＳレベルでのアップデートをサポートする。
【００１３】
サーバ１１０は、本実施形態では、ツールＤＢ１１１と、ファイルＤＢ１１２とを含んで構成することができる。ツールＤＢ１１１は、サーバ１１０からファームウェアといったプログラムをダウンロードするための独立したダウンロード・ツールを格納する。また、ファイルＤＢ１１２は、アップデートするべきファームウェアやプログラムのオブジェクト・コード、バイナリ・コードその他の実行コードを機器ごとに管理する。ファイルＤＢ１１２は、スマートホン１０５から本実施形態に従いダウンロード要求を受領すると、スマートホン１０５に対してプログラムの実行コードや実行時データを共にスマートホン１０５に取得させている。
【００１４】
なお、本実施形態では、プログラムのダウンロードやデータのダウンロードは、ＨＴＴＰ２．０パラダイムに基づき、ブラウザ・ソフトウェアを使用してプル方式で、スマートホン１０５といった情報端末から実行する。この理由は、情報端末の装置構成によっては、ユーザが情報端末上で使用できるアプリケーション（いわゆるアプリとして参照されるプログラム・コード。以下、単にアプリとして参照する。）からのファイルへの直接アクセスが禁止された遮蔽性の高いＯＳを使用する。
【００１５】
遮蔽性の高いＯＳとしては例えば、ｉＯＳ（登録商標）、ＭａｃＯＳ（登録商標）などを例示的に挙げることができるが、これらに限定されるものではない。この場合、アプリでダウンロードしたアップデート用のファイルは、ダウンロードしたアプリから選択することができず、アプリの機能を達成しないという問題が発生する。
【００１６】
このため、本実施形態では、情報端末の記憶領域のうち、ブラウザ・ソフトウェアに割り当てられたいわゆるウェブ・キャッシュとして参照される記憶領域を、アプリが使用するキャッシュ領域として使用する。このため、ブラウザ・ソフトウェアがダウンロードしたファイルは、ブラウザ・ソフトウェアが管理することになる。ところで、ブラウザ・ソフトウェアは、ＯＳのモジュールとして認識するべきアプリケーションではあるものの、ブラウザ・ソフトウェアは、独立して起動することができる。
【００１７】
一方で、ブラウザ・ソフトウェアからは、目的とするアプリを、例えばＪａｖａＳｃｒｉｐｔ（登録商標）を動作させるか、またはアプリのＵＲＬをリンクさせると共に読み込ませるべくファイル名を記述するなどの方法でアプリを起動することが可能である。すなわち、ブラウザ・ソフトウェアでダウンロードした情報は、アプリ側から操作できない場合でも、データを共用できる。したがってブラウザ・ソフトウェアからアプリを呼出す際に、ダウンロードしたファイル識別値を引数としてアプリに渡すことが可能であることを見出した。
【００１８】
すなわち、本実施形態では、ダウンロードするべきアップデートデータのダウンロードを、ブラウザ・ソフトウェアをダウンロード・エージェントとして使用することにより、ＯＳの機密性や遮蔽性といった特性によらず、情報端末を使用して機器のファームウェアのアップデートといったメンテナンスを可能とするものである。
【００１９】
なお、本実施形態は、上述した遮蔽性の高いＯＳばかりではなく、ＯＳの遮蔽性の高くない比較的オープンな、Ｗｉｎｄｏｗｓ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、ＣＨＲＯＭＥ（登録商標）などのＯＳにおいても適用することができる。
【００２０】
サーバ１１０、１２０は、いわゆるウェブ・サーバ、ストレージ・サーバ、認証サーバなどの複数の機能を提供することができ、サーバ専用機に、ＷｉｎｄｏｗｓＳｅｒｖｅｒ（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などのサーバ用ＯＳを実装することにより構成することができる。サーバ１１０、１２０は、中央処理装置（ＣＰＵ）を搭載し、ＲＡＭ、ＲＯＭといった記憶手段およびディスプレイ装置を備え、ＰＣＩ、ＰＣＩＥｘｐｒｅｓｓなどのバスブリッジを介して、ＵＳＢ、ＳＡＴＡといったインタフェースにより、キーボード、マウス、外付けハードディスク、光学的記憶装置などを接続し、その機能を提供することができる。
【００２１】
ウェブ・サーバ機能は、例えばＡｐａｃｈｅ（登録商標）、ＩＩＳ（登録商標）、ＣＥＲＮ（登録商標）、ＮＳＣＡ（登録商標）、ＡＮ（登録商標）、Ｃｈｅｒｏｋｅｅ（登録商標）などを挙げることができるが、これらに限定されるものではない。さらにサーバ１１０、１２０は、ＰＨＰ、Ｊａｖａ（登録商標）、Ｐｅｒｌその他のサーバ・プログラムを使用してＣＧＩなどのサービスを提供することができる。この他、サーバ１１０、１２０は、それぞれ複数のサーバ機能を単一のサーバ装置で提供することができるが、ラックマウント式のサーバとして複数のサーバによりサーバ１１０またはサーバ１２０の機能をそれぞれ提供することもできる。
【００２２】
図２は、本実施形態の機器１０２のハードウェアブロック２００を示す。機器１０２は、ＭＦＰとして実装することができるが、ネットワーク接続可能なプリンタ、複写機、ファクシミリなど機器の構成に制限はない。機器１０２は、システムバス２０４により相互接続されたＣＰＵ２０１、ＲＡＭ２０２およびＲＯＭ２０３を含んで構成されている。ＣＰＵ２０１は、機器１０２全体の動作を制御しており、プログラムをＲＡＭ２０２内に読み込んで実行することにより、電子的に機器１０２の機能を提供する。
【００２３】
ＲＯＭ２０３は、ＢＩＯＳといった基本プログラムの他、機器１０２が使用するファームウェアを格納することができ、ＲＯＭ２０３に書き込まれたプログラムをＲＡＭ２０２に読み込んで、ＣＰＵ２０１がＲＡＭ２０２からプログラムを読み込んで、プログラムの実行が可能とされる。
【００２４】
システムバス２０４には、ＰＣＩ、ＰＣＩＥｘｐｒｅｓｓなどのバスブリッジ２０５を介してＩ／Ｏバス２０６が接続されている。Ｉ／Ｏバス２０６には、適切なプロトコルを介して、操作パネル２０７、通信装置２０８、近接通信装置２０９、ＨＤＤ、ＳＤカード、ＤＶＤといった外部記憶装置２１０が接続されていて、サーバ１１０との間における入出力を可能としている。さらに補助的な記憶装置として、ＥＥＰＲＯＭ（登録商標）、ＥＰＲＯＭ（登録商標）を外部記憶装置２１０として接続することができる。
【００２５】
本実施形態の通信装置２０８は、ＩＥＥＥ．８０２．１１ｘといった無線通信の他、９００ＭＨｚ帯を使用した音声通話、３Ｇ、４Ｇ、ＬＴＥといったＷｉｆｉ通信、ＩｒＤａ、Ｂｌｕｅｔｏｏｔｈ（登録商標）といった通信を可能とする。また、本実施形態の近接通信装置２０９は、ＮＦＣ（Near Field Communication）といった非接触型の近接通信を可能とし、物理的な接触を行わずに、対象の機器をかざすことによって通信することができる。さらに機器１０２は、電子写真法やインクジェット法を使用して画像形成を可能とする印刷エンジン２１１およびＣＣＤアレイを使用して画像読み取りを行いデジタル画像を生成するスキャナエンジン２１２を含んでいて、ユーザに対して各種の機能を提供している。
【００２６】
機器１０２が使用するＣＰＵとしては、より具体的には、例えば、ＰＥＮＴＩＵＭ（登録商標）〜ＰＥＮＴＩＵＭ  ＩＶ（登録商標）、ＡＴＯＭ（登録商標）、ＣＯＲＥ２ＤＵＯ（登録商標）、ＣＯＲＥ２ＱＵＡＤ（登録商標）、ＣＯＲＥｉ（登録商標）シリーズなどの他、ＸＥＯＮ（登録商標）、ＰＥＮＴＩＵＭ（登録商標）互換ＣＰＵ、ＰＯＷＥＲ  ＰＣ（登録商標）、ＭＩＰＳなどを挙げることができるがこれらに限定されるものではない。
【００２７】
使用するオペレーティング・システム（ＯＳ）としては、ＷｉｎｄｏｗｓＳｅｒｖｅｒ（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、ＯＰＥＮＢＳＤまたはそれ以外の適切なＯＳを挙げることができる。さらに、機器１０２は、上述したＯＳ上で動作する、アセンブラ言語、Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ  Ｃ＋＋、ＶｉｓｕａｌＢａｓｉｃ、Ｊａｖａ（登録商標）、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ｐｅｒｌ、Ｒｕｂｙなどのプログラミング言語により記述されたアプリケーション・プログラムを格納し、実行することができる。
【００２８】
図３は、情報端末の例示としてスマートホン１０５のハードウェアブロック３００を示した図である。スマートホン１０５は、システムバス３０６により相互接続されたＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ＮＶＲＡＭ３０４および通信装置３０５を含んで構成されている。ＲＡＭ３０２は、ＲＯＭ３０３やＮＶＲＡＭ３０４に格納されたプログラムやデータを読み込んで、スマートホン１０５の処理を可能としている。また、システムバス３０６には、ＰＣＩ、ＰＣＩＥｘｐｒｅｓｓなどのバスブリッジを介してＩ／Ｏバス３０７が接続されている。
【００２９】
Ｉ／Ｏバス３０７には、適切なプロトコルを介してタッチパネル、マイクロホン、キーなどの入出力装置３０８、通話を可能とするための音声装置３０９を含んでいて、ユーザに対して電話機能の他、情報端末として機能を提供している。さらに、スマートホン１０５は、ＳＤカードといった外部記憶装置３１０が接続されていて、ダウンロードした画像、ファイルその他の格納や処理を可能としている。なお入出力装置３０８は、情報処理装置が、スマートホン１０５やタブレットＰＣ１０４の場合、タッチセンサを含む操作パネルとして構成することができる。
【００３０】
スマートホン１０５が使用するＣＰＵ３０１としては、携帯端末が専ら使用するＴｅｇｒａ（登録商標）、Ｅｘｙｎｏｓ（登録商標）、Ｓｎａｐｄｒａｇｏｎ（登録商標）などを挙げることができるが、本実施形態は、これらに限定されるものではない。
【００３１】
また、使用するオペレーティング・システム（ＯＳ）としては、ＭａｃＯＳ（登録商標）、ｉＯＳ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、ＣＨＲＯＭＥ（登録商標）、ＡＮＤＲＯＩＤ（登録商標）またはそれ以外の適切なＯＳを挙げることができるが、これらに限定されるものではない。さらに、スマートホン１０５は、上述したＯＳ上で動作する、アセンブラ言語、Ｃ、Ｃ＋＋、Ｖｉｓｕａｌ  Ｃ＋＋、ＶｉｓｕａｌＢａｓｉｃ、Ｊａｖａ（登録商標）、Ｐｅｒｌ、Ｒｕｂｙなどに加え、近年ではいわゆる「アプリ」として参照される機種依存のプログラミング言語により記述されたアプリケーション・プログラムを格納し、実行することができる。
【００３２】
図４は、本実施形態の情報端末の例としてスマートホン１０５の機能ブロック４００を示した図である。なお、図４の機能ブロック４００は、ＣＰＵ３０１がプログラムをＲＡＭ３０２に読み込んで、ＣＰＵ３０１がプログラムを実行することにより、スマートホン１０５の各ハードウェアを制御することにより、情報端末上に実現される機能手段である。
【００３３】
スマートホン１０５は、アプリ取得部４０１と、アップデート支援部４０２と、ＯＳ／ブラウザ処理部４０３とを含んでいる。アプリ取得部４０１は、本実施形態のインストール手段に相当し、ネットワーク１０１を介してサーバ１１０に対し、本実施形態に従い、アプリをダウンロードさせ、インストールする機能を提供する。なお、アプリ取得部４０１自体もアプリとして実装することができ、例えば、サーバ１１０のユーザ・サービス機能が提供することができる。
【００３４】
アップデート支援部４０２は、本実施形態のアップデート支援手段に相当し、本実施形態に従いＯＳ／ブラウザ処理部４０３のうち、ブラウザ・ソフトウェアをエージェントとして使用し、アップデート用のファームウェアといったプログラムやファイルをダウンロードして、機器１０２に対してプログラムを送付し、機器のアップデートを中継する機能を提供する。なお、本実施形態では、電子機器は、一例として画像処理装置（ＭＦＰ）とすることができ、情報端末はスマートホン１０５とすることができる。本実施形態では、スマートホン１０５が、アップデート支援部４０２を含み、ダウンロードした各種の情報を、画像処理装置といった機器１０２に転送する。このアップデート支援部４０２は、情報のダウンロードの完了によって起動されて、情報を画像処理装置（ＭＦＰ）といった機器１０２に転送する。
【００３５】
ＯＳ／ブラウザ処理部４０３は、本実施形態のダウンロード手段に相当し、スマートホン１０５の全体の制御を行うと共に、ブラウザ・ソフトウェアを動作させて、ＨＴＴＰ２．０に従い、プル方式で、プログラムといったアップデートデータおよびその他のデータをダウンロードさせる。ダウンロードしたプログラムやデータは、アップデート支援部４０２の呼出し時に引数として渡され、機器１０２のアップデートに提供される。
【００３６】
なお、ブラウザ・ソフトウェアとしては、例えば、Ｓａｆａｒｉ（登録商標）、ＣＨＲＯＭＥ（登録商標）、Ｍｏｚｉｌｌａ（登録商標）、ＯＰＥＲＡ（登録商標）、ＦｉｒｅＦｏｘ（登録商標）などを使用することができるが、これらに限定されるものではない。
【００３７】
以下、本実施形態は、直接的にＯＳの機能に関する格別の変更を伴わないため、説明の便宜上、ＯＳ／ブラウザ処理部４０３を、単にブラウザ処理部４０３として参照する。
【００３８】
さらにスマートホン１０５は、記憶部４０４およびデータ送受信部４０５とを含んでいる。記憶部４０４は、本実施形態の共用記憶手段に相当し、専ら図３に示したＲＡＭ３０２などが提供する記憶領域であり、任意にＮＶＲＡＭといった内蔵の不揮発性メモリやＳＤカードなど外部記憶装置３１０がその一部を提供することもできる。記憶部４０４は、例えばブラウザ処理部が、ネットを閲覧する場合の履歴や、閲覧データ、ダウンロード・ファイルなどを格納する記憶領域を提供する。
【００３９】
データ送受信部４０５は、本実施形態のデータ送受信手段に相当し、Ｗｉｆｉ方式で、インターネットといったネットワーク１０１にアクセスし、サーバ１１０が管理するツールＤＢ１１１からツールをダウンロードすると共に、ファイルＤＢ１１２からプログラム、アップデートデータおよびその他のデータをダウンロードすることを可能としている。さらに、データ送受信部４０５は、機器１０２との間で、Ｗｉｆｉ方式、Ｂｌｕｅｔｏｏｔｈ方式、ＩＥＥＥ８０２．１１ｘ方式の無線通信方式の基、プログラムやデータを機器に送付し、機器１０２に対して情報を送信することを可能としている。なお、データ送受信部４０５は、上述した通信方式の他、ＮＦＣといった非接触型の近接通信であってもよい。
【００４０】
図５は、本実施形態の機器１０２の機能ブロック５００を示す。機器１０２は、ネットワーク通信制御部５０１と、ＵＳＢ制御部５０２と、データ転送部／パーサ５０３を含んでいる。ネットワーク通信制御部５０１は、本実施形態のネットワーク通信制御手段に相当し、例えばＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）を使用する有線ネットワークの他、Ｗｉｆｉルータなどを使用する無線通信を可能としている。
【００４１】
ＵＳＢ制御部５０２は、本実施形態のＵＳＢ制御手段に相当し、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）を介して接続される外付け機器との間で情報を読み書きするのを可能とする。データ転送部／パーサ５０３は、ネットワーク通信制御部５０１やＵＳＢを介して受信した情報から宛先を解析し、例えば通信パケットに含まれるＩＰアドレスやコマンドを解釈して、上流側機能部に転送する機能を提供する。
【００４２】
さらに機器１０２は、本実施形態では、印刷ジョブ指令部５０４と、機器設定部５０５と、アップデート部５０６とを含んでいる。印刷ジョブ指令部５０４は、本実施形態の印刷ジョブ指令手段に相当し、受け取ったコマンドおよびデータを使用して印刷エンジン２１１に対して印刷を指令する機能を提供する。機器設定部５０５は、本実施形態の機能設定手段に相当し、機器１０２の機能を、受け取ったコマンドやデータに基づいて設定する機能を提供する。
【００４３】
さらにアップデート部５０６は、本実施形態のアップデート手段に相当し、ＲＯＭライタを含んで構成することができ、受領したプログラムの実行コードをＲＯＭ２０３が提供するファームウェア格納部５０８に書き込む。書き込みが成功した後、アップデート部５０６は、適切なタイミングで電源制御部５０７に対してリセット指令を発行し、ファームウェア格納部５０８に書き込まれた実行コードをＲＡＭ２０２に読み込ませ、ＣＰＵ２０１によるアップデート後のプログラムの実行を可能とさせている。なお、アップデートされたアプリは、プログラムやファイルといった情報のダウンロード完了に応答して起動することができる。より具体的には、アップデートされたアプリは、ダウンロード完了時に起動するがことができる。しかしながら、アップデートしたアプリの起動や呼び出しは、ダウンロード開始時やダウンロード中に行われてもよい。
【００４４】
図５に示した機能ブロックを使用して、機器１０２は、ファイルＤＢ１１２から情報端末が取得したアップデートデータを使用して機器１０２をアップデートし、最適な環境でその処理を続行することが可能となる。
【００４５】
図６は、本実施形態のスマートホン１０５と、サーバ１１０との間の処理のシーケンスを示した図である。なお、図６に示したシーケンスは、スマートホン１０５がプログラムを取得するためのツールをインストールするため、サーバ１１０が管理するツールＤＢ１１１にアクセスする。サーバ１１０とツールＤＢ１１１との間の検索およびダウンロード処理については本実施形態の要旨ではないので、省略して記載する。
【００４６】
ユーザが、本実施形態のツールを取得するためのアプリを含むアプリ取得部４０１からシーケンスＳ６００でブラウザ処理部４０３を呼び出すと、ブラウザ処理部４０３は、アプリ取得部４０１からツールＤＢ１１１のアップデート支援部４０２を固有に識別するためのＵＲＬを引数として受け取り、サーバ１１０に対してシーケンスＳ６０１でアップデート支援部４０２のファイルダウンロードを要求する。サーバ１１０は、ツールＤＢ１１１を検索し、該当するＵＲＬで指定されるファイルを読み出し、シーケンスＳ６０２でブラウザ処理部４０３にアップデート支援部４０２のためのファイルを配信する。ここでブラウザ処理部４０３は、ダウンロードしたファイルを格納したパス（情報端末のファイル格納場所）と、ファイル名〔ファイル識別値〕をＯＳ経由で、アップデート支援部４０２に渡すことができる。
【００４７】
ツールの実行コードを受信したブラウザ処理部４０３は、シーケンスＳ６０３でアップデート支援部４０２のインストール処理を実行し、アップデート支援部４０２をスマートホン１０５で実行可能とし、シーケンスＳ６０４でアップデート支援部４０２自身にインストール完了を通知する。
【００４８】
アップデート支援部４０２は、当該通知を受領すると、アップデート支援部４０２が使用するコンポーネントと、起動時に引数として使用するべきファイルの属性、例えば拡張子などとの対応付けをブラウザ処理部４０３にシーケンスＳ６０５で通知し登録を依頼する。ブラウザ処理部４０３は、当該通知を受領すると、シーケンス６０６でアップデート支援部４０２の登録を開始し、ブラウザ処理部４０３のアプリとして登録を完了する。
【００４９】
図７は、図６でインストールしたアップデート支援部４０２による機器のアップデートのシーケンスを説明する図である。ユーザは、ブラウザ処理部４０３を操作して、サーバ１１０のファイルＤＢ１１２の項目をリストしているＵＲＬにアクセスしているものとして説明する。ユーザは、シーケンスＳ７００で、ファイルＤＢ１１２に対してアップデートするべきプログラムのダウンロード要求をファイルＤＢ１１２に対して発行する。サーバ１１０は、ファイルＤＢ１１２から要求されたプログラムのファイルを読み出してシーケンスＳ７０１でプログラムとしてブラウザ処理部４０３に配信すると、ブラウザ処理部４０３が管理する記憶部４０４にバッファリングする。
【００５０】
バッファリングするとブラウザ処理部４０３は、シーケンスＳ７０３で引数としてファイル識別値（ＩＤ）を渡して、アップデート支援部４０２を呼び出す。この時点で呼出されたアップデート支援部４０２は、引数として、キャッシュされたファイル識別値が渡されている。シーケンスＳ７０４でユーザは、アップデート支援部４０２が提供するＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を操作して、機器１０２の検索、電子署名などを使用したプログラムの妥当性検証、およびアップデート指令などの操作を行う。
【００５１】
ユーザがアップデート支援部４０２が提供するＧＵＩからアップデートを指示すると、アップデート支援部４０２は、シーケンスＳ７０５でＷｉｆｉルータ機能やＮＦＣ機能などを呼び出してプログラムを機器１０２に送付する。プログラムを受領した機器１０２は、適切なタイミングでシーケンス７０６でアップデート処理を実行し、機器１０２のファームウェアなどのプログラムをアップデートする。
【００５２】
図７に示したシーケンスは、遮蔽性の高いＯＳばかりではなく、比較的自由に開放されたＯＳに対しても適用できる。このため、本実施形態のアップデート支援部４０２は、情報端末の機種によらず、機器１０２をアップデートするためのエージェントを提供することが可能となる。
【００５３】
図８は、本実施形態において、本実施形態のアプリ取得部４０１が実行する第２の実施形態のシーケンスを示す。図８の実施形態は、ユーザがファームウェアなどのアップデートを実行する場合に、アップデート支援部４０２のインストール完了時に、例えばファイルＤＢ１１２のＵＲＬをブラウザ処理部４０３に、例えばお気に入り、ブックマークなどとして登録することを可能とする処理のシーケンスを示す。図８の実施形態によれば、ユーザは、アップデートしようとする場合に、都度、ファームウェアなどのアップデート・ファイルを提供しているＵＲＬにアクセスする冗長動作を排除することができ、効率の良いアップデート環境を提供することができる。
【００５４】
図８の処理は、シーケンスＳ８００〜Ｓ８０３までは、図６の処理と同様である。しかしながら、シーケンスＳ８０３でインストールされるアップデート支援部４０２のファイルには、アップデートなどに必要とされるファイルが格納されＵＲＬまたはファイルに格納されるファイルＤＢ１１２にアクセスするためのＵＲＬがデータとして追加されている。
【００５５】
アップデート支援部４０２は、シーケンスＳ８０４でブラウザ処理部４０３からインストール完了通知を受領すると、シーケンスＳ８０５でファイルの関連付けの登録をブラウザ処理部４０３に依頼する。具体的にはアップデート支援部４０２と関連付けを行うファイルの種類を登録する。ブラウザ処理部４０３は、シーケンスＳ８０６でアップデート支援部登録を完了する。一方、シーケンスＳ８０５でファイルの関連付け登録依頼を発行したアップデート支援部４０２は、シーケンスＳ８０７でアップデート支援部４０２の初期化処理を開始する。なお、アップデート支援部４０２と関連付けるために登録されるファイルの種類は、具体的には「.dat」 「.rfu」などを挙げることができるがこれらに限定されるものではない。また、ブラウザでダウンロードしたファイルの種類が、登録されたファイルの種類と一致したら、アップデート支援部４０２が呼び出される。
【００５６】
その後、シーケンスＳ８０８で、アップデート支援部４０２は、初期化処理の最終処理として、例えばアップデート支援部４０２のファイルと共にデータとしてダウンロードしたＵＲＬを引数としてブラウザ処理部を呼び出し、直ちにアップデート支援部４０２を終了させる。
【００５７】
この理由は、以後にブラウザ処理部４０３による呼び出しの際に、アプリの重複起動による不具合を事前に回避するためである。この処理後、ユーザは、アップデートデータが格納されたサーバ１１０またはファイルＤＢ１１２にアクセスするサイトに誘導され、アップデート支援部４０２のインストール後直ちにアップデートするべきデータにアクセスすることが可能となり、より効率的なアップデート操作が可能となる。
【００５８】
なお、他の実施形態では、アプリ取得部４０１が、アップデート支援部４０２の初期化処理完了の通知を受けて、ブラウザ処理部４０３を呼出すこともできる。呼出されたブラウザ処理部４０３は、ユーザによる指令に応答して、アップロードを行うたのファイルのある当該ＵＲＬをブックマークまたはお気に入りに登録しておくことができる。
【００５９】
図９は、本実施形態のアップデート支援部４０２が実行するさらに他の実施形態のシーケンスを示す。図９の実施形態は、タッチパネル上に表示されたアップデート支援部４０２を起動させるための表示（いわゆるアイコン、以下、ボタン・アイコンとして参照する。）を、ユーザがタッチした時の起動処理に相当する。図８までの実施形態は、機能を詳細に説明する目的で、ブラウザ処理部４０３が直接アップデート支援部４０２を起動するものとして説明した。しかしながら、ユーザは、機器１０２のアップデートを行う際、都度アップデート支援部４０２のダウンロードから始めるのでは効率が悪い。一方、アップデート支援部４０２は、ユーザ起動される場合、処理するべきファイルが指定されていないので、起動されたとしても機能せず、最悪、例外エラーを発生し、プログラム全体が停止することも想定される。
【００６０】
図９の処理は、これらの弊害を回避するべく、ユーザによるアイコン・タッチイベントに対応する処理を追加した実施形態である。ユーザがタッチパネルからアップデート支援部４０２を起動させるためのボタン・アイコンをタッチすると、アップデート支援部４０２は、シーケンス９００でプログラムのファイルのためのアップデートデータ・パスが指定されているか否かを判定し、指定されていない場合（ｎｏ）、シーケンスＳ９０１でブラウザを呼び出し、その引数として、例えば、ファイルＤＢ１１２にアクセスするためのＵＲＬを渡す。その処理を終了すると、アップデート支援部４０２は、後続するブラウザ処理部４０３からの呼出しに備え、いったん終了する。
【００６１】
ブラウザ処理部４０３は、渡されたＵＲＬの値を使用してファイルＤＢ１１２にアクセスし、シーケンスＳ９０２で希望するアップデートデータをダウンロードする。ブラウザ処理部４０３は、ダウンロードが完了すると、シーケンスＳ９０３でアップデート支援部４０２を呼び出し、アップデート支援部４０２のＧＵＩを表示させ、シーケンスＳ９０４でユーザに対し、ＧＵＩを介したアップデート支援部４０２の操作を可能とさせる。
【００６２】
一方、アップデート支援部４０２が、起動時すでにアップデートデータ・パスを使用できる場合（ｙｅｓ）、アップデート支援部４０２は、直ちにシーケンスＳ９０４で、アップデート支援部４０２のＧＵＩを表示させ、ユーザに対して機器１０２のアップデートのための処理を継続させる。このような状況は例えば、プログラムのダウンロードが完了した後、通信状況が悪く、いったん処理を中断した場合や、アップデート処理中に例えば携帯電話の着呼があり、アップデート支援部４０２の処理をサスペンドした後、再開する場合などに効果的である。
【００６３】
図１０は、本実施形態のアップデート支援部４０２が起動された後、ユーザが機器１０２をアップデートするまでの処理を示すフローチャートである。図１０の処理は、ステップＳ１０００から開始し、ステップＳ１００１でアップデートデータ・パス情報が存在するか否かを判断する。アップデートデータ・パス情報が無い場合（ｎｏ）、ステップＳ１０１０で処理を図９の処理に渡す。ステップＳ１００１でアップデートデータ・パス情報がある場合（ｙｅｓ）、ステップＳ１００２でプログラム情報は正規であるか否かをベンダにより付された電子署名などを使用して判断する。
【００６４】
ステップＳ１００２の判断で、プログラムが不正と判断された場合（ｎｏ）、ステップＳ１０１１でデータ不正エラーのエラーメッセージを表示させ、処理をステップＳ１００９に分岐させて終了する。一方、ステップＳ１００２の判断でプログラムが正規であると判断された場合（ｙｅｓ）、ステップＳ１００３で、プログラムに対応する機器１０２を検索する。この検索は、使用しているＯＳに応じた機器検索のプロトコルを使用することができる。
【００６５】
このようなプロトコルとしては、ｉＯＳ（登録商標）におけるＢｏｎｊｏｕｒ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）におけるＳＭＢ、ＮＥＴＢＩＯＳ  ｏｖｅｒ  ＴＣＰ／ＩＰなど、その他ＳＮＭＰなどを挙げることができるが、これらに限定されるものではない。またステップＳ１００３の機器検索は、アップデートデータに付されたメタデータなどに記述された機種情報などを参照して、自動的に実行させることができる。
【００６６】
ステップＳ１００４で、機器検索の結果を受領して、機器が発見できたか否かを判断する。機器が発見できなかった場合（ｎｏ）、ステップＳ１００５で、ネットワークアドレス指定画面を提示し、アップデートするべき機器１０２のＩＰアドレスをユーザ入力するように誘導する。なお、機器１０２のＩＰアドレスは、ユーザがサービスマンの場合、管理データとして利用することができる。また、一般ユーザの場合にもメーカー側が設定したＩＰアドレスなどを参照して設定することができる。
【００６７】
ステップＳ１００５でユーザがＩＰアドレスといったネットワークアドレスを入力した後、アップデート支援部４０２は、ステップＳ１００６で、機器１０２を再検索し、機器１０２が発見されたか否かを判断する。ステップＳ１００６で再度発見されない場合（ｎｏ）、ステップＳ１０１２で対象機器無しのエラーメッセージを表示させ、ステップＳ１００９で処理を終了させる。
【００６８】
一方、ステップＳ１００４またはステップＳ１００６で機器１０２が発見された場合（ｙｅｓ）ステップＳ１００７で検索結果を表示し、ユーザに対して確認を促す。ユーザが検索結果を確認した後、ユーザがステップＳ１００８でＧＵＩ上に表示させたアップデートのためのボタン・アイコンをタッチすると、ステップＳ１００８で、プログラムを記憶部４０４から読み込んでアップデート対象の機器１０２に送付し、ステップＳ１００９で処理を終了する。
【００６９】
以後、プログラムを受領した機器１０２は、アップデート部５０６および電源制御部５０７を動作させてアップデートデータをインストールすることで、機器１０２をアップデートすることが可能とされる。
【００７０】
また、図１１は、図１０と同様に、本実施形態のアップデート支援部４０２が起動された後、ユーザが機器１０２をアップデートするまでの処理を示すフローチャートである。図１１の処理では、スマートホン１０５と、機器１０２のＮＦＣ通信機能を用いることで機種情報を取得する場合の実施例である。なお、図１１の処理のうち、図１０で説明した処理については、適宜その詳細を省略するものとする。
【００７１】
図１１の処理は、ステップＳ１１００から開始し、ステップＳ１１０１およびＳ１１０２で、アップデートデータ・パス情報の有無と、アップデートデータが正規であるかを判定する。ステップＳ１１０１およびＳ１１０２の処理は、ステップＳ１００１およびＳ１００２の処理に対応し、判定した結果の分岐後の処理も、図１０と同様である。
【００７２】
ステップＳ１１０２の判断でプログラムが正規であると判断された場合（ｙｅｓ）、ユーザは、ステップＳ１１０３で、スマートホン１０５を機器１０２にかざす動作を行い、ＩＰアドレスを含む機種情報を取得する。ここで、ステップＳ１１０３における、かざす動作とは、ＮＦＣによる通信を行うことができる範囲内に、スマートホン１０５と、機器１０２とを接近させる動作を指す。
【００７３】
ステップＳ１１０３で、ＮＦＣによって機種情報を取得した後、ステップＳ１１０４で、機器検索の結果を受領して、機器が発見できたか否かを判断する。機器が発見できなかった場合（ｎｏ）には、ステップＳ１００５に進み、機器１０２が発見された場合（ｙｅｓ）には、ステップＳ１００７に進む。なお、図１１のステップＳ１１０４以降の処理は、図１０のステップＳ１００４以降の処理と同じであることから、説明は省略する。
【００７４】
このようにして、ＮＦＣを利用することで、機器情報の取得が、容易かつ確実に行うことができる。以降では、本実施形態において表示する画面の例について説明する。
【００７５】
図１２は、本実施形態の情報端末の１実施形態であるスマートホン１０５を使用して機器をアップデートする際に、アップデート支援部４０２が提供する本実施形態のユーザ・インタフェースに相当するＧＵＩ１２００の実施形態を示す。ＧＵＩ１２００では、どのように機種情報を取得するか（NFCタッチ、アドレス指定、機器検索など）を選択する画面が表示され、ユーザは当該画面に表示される種々の取得方法から選択することができる。スマートホン１０５のタッチパネル１２０１上には、ＩＰアドレス検索のＧＵＩ１２０２が表示されており、例えば、検索するべき機器１０２にＩＰアドレスが、１９２．１６８．１．１であることがユーザ入力されている。
【００７６】
ユーザは、ＩＰアドレスを入力後、検索指令を行うためにＧＵＩから「Ｓｅａｒｃｈ」をタッチすることで、検索を開始させることができる。ＧＵＩ１２０４には、検索の結果が表示され、ベンダ名、機種名および割り当てられたＩＰアドレスなどが表示されている。ユーザが、ＧＵＩ１２０４で検索結果を確認し、例えばＧＵＩ１２０４の機種名の表示された領域をタッチすることで、図１３に示す機器確認画面が表示される。
【００７７】
図１３は、本実施形態のアップデート支援部４０２が提示する機器確認画面のＧＵＩ１３００の実施形態である。タッチパネル１２０１には、機器情報を表示するＧＵＩ１３０１と、インストールするべきアップデートデータの情報とが表示されている。ユーザが各情報を確認した後、例えばタッチパネル１２０１の右上に配置された「Ｕｐｄａｔｅ」ボタン・アイコンをタッチすることで、ＧＵＩ１３０２に表示されたファイル識別値のアップデートデータに対する転送の指示が行われる。その後、アップデートデータは、データ送受信部４０５から機器１０２へと送付され、機器のアップデートのために使用される。
【００７８】
説明を図１２に戻す。ＧＵＩ１２０５には、ユーザが端末をかざすことによって機器１０２を検出し、機種情報を取得するＮＦＣモードを選択する表示がされる。ユーザが、ＧＵＩ１２０５の領域をタッチすることで、図１４に示すポップアップ画面が表示される。
【００７９】
図１４は、本実施形態の情報端末の１実施形態であるスマートホン１０５を使用して、ＮＦＣによる機器情報を取得する際に表示するＧＵＩ１４００の実施形態を示す図である。ユーザがスマートホン１０５かざすことによる機種情報の取得を促すために、例えば、ポップアップ画面１４０１には、「プリンタのＮＦＣ部にタッチしてください」と表示する。当該表示を見たユーザが、アップデートを行う機器１０２に、スマートホン１０５をかざす動作を行うことで、機種情報を取得することができる。
【００８０】
機種情報を取得すると、図１３に示すＧＵＩ画面に遷移し、ユーザが「Ｕｐｄａｔｅ」ボタン・アイコンをタッチすることで、アップデートデータを機器１０２に転送することができる。このようにして、ＮＦＣを用いることで、ユーザが機器を検索し、選択する手順を省略でき、容易にアップデートを行うことができる。
【００８１】
上述したように、本実施形態では、アップデートを行う機器１０２の機種情報を取得する方法を選択することができ、ユーザにとっての利便性を向上することができる。
【００８２】
ここまでに説明した実施形態では、アップデート支援部４０２とブラウザ処理部４０３が、それぞれ別個のアプリである場合を例に説明した。このような場合にユーザは、ダウンロードしたアップデートファイルのファイル形式に紐付けられたアプリのうち、使用するアプリをＯＳ上で選択して、アプリ連携の操作を行う必要がある。図１５は、本実施形態のＯＳが表示する、アプリ選択画面のＧＵＩ１５００の例を示す図である。
【００８３】
本実施形態において、アップデートデータのダウンロード完了時には、アップデート支援部４０２を起動する。当該アップデートデータのファイル形式に紐付けられたアプリが複数ある場合には、図１５に示すアプリ選択表示１５０１をポップアップ表示し、ユーザにアプリの選択を促す。このような場合には、ユーザがアプリを選択する手間や、適切なアプリの選択を誤る可能性があり、不便が生じる。
【００８４】
したがって、アップデート支援部４０２とブラウザ処理部４０３とを一体型構成としてもよい。図１６は、本実施形態において一体型構成としたアップデートツールを含む情報端末の例としてスマートホン１０５機能ブロック１６００を示した図である。図１６に示すように、アップデートツール１６０１は、アップデート支援部４０２とブラウザ処理部４０３の機能を有しており、アップデートツール１６０１内においてアップデート機能とブラウザ機能を連携することができる。したがって、上述したように複数のアプリがある場合であっても、ユーザによる選択操作を行うことなくアップデート機能とブラウザ機能が連携でき、ユーザの負担を軽減できる。
【００８５】
また、アップデートファイルのダウンロードサイトでは、当該アップデート対象の機器のメーカーが扱っている他の機器や、使用するＯＳごとにアップデートファイルが表示されていることがある。図１７は、アップデートファイルをダウンロードするウェブページの画面の例を示す図である。図１７（ａ）は、ダウンロードサイトをＨＴＭＬなどの言語で記述されたサーバ上のデータの例を示している。また、図１７（ｂ）は、図１７（ａ）に示したソースコードを通常のブラウザで表示した画面の例を、図１７（ｃ）は、図１７（ａ）に示したソースコードを本実施形態のアップデートツール１６０１のブラウザ機能で表示した画面の例を、それぞれ示している。
【００８６】
図１７（ａ）に例示するソースコードでは、「ファームウェア（ＦＷ）アップデートファイル」というタイトルとともに、アップデート対象の機種ごとに、各種ＯＳのアップデートファイルが用意されている。図１７（ａ）の例では、「ＭＦＰ−ｍｏｄｅｌＡ」という機種と、「ＭＦＰ−ｍｏｄｅｌＢ」という機種があり、それぞれ「ＯＳ−１」、「ＯＳ−２」、「ＯＳ−３」という各種のＯＳに対応したアップデートファイルが存在する。また、ＨＴＭＬでは、ソースコードのうち、内容の非表示を指定するタグを埋め込むこともできる。例えば図１７（ａ）に示す、「＜＜！――」と「――＞＞」のタグ（以下、非表示タグとして参照する。）で囲まれた記述は、ブラウザ上で非表示とできる。
【００８７】
したがって、通常のブラウザにおいて図１７（ａ）のソースコードを表示した場合には、図１７（ｂ）のような画面が表示される。通常のブラウザでは、非表示タグで囲まれた文字列が非表示となり、「ＭＦＰ−ｍｏｄｅｌＡ」、「ＭＦＰ−ｍｏｄｅｌＢ」に対して、各種ＯＳ「ＯＳ−１」、「ＯＳ−２」、「ＯＳ−３」に対応したアップデートファイルへのリンクが表示される。
【００８８】
しかしながら、図１７（ｂ）に示す通常のブラウザ上の表示では、アップデートファイルが、機器名とＯＳ名ごとに表示されることから、ユーザは、アップデート対象の機器名と、アップデートを行う端末が使用するＯＳを選択する必要がある。このような場合には、ユーザがアップデート対象機器とＯＳとを選択する手間が生じ、適切なファイルの選択を誤る可能性があり、ユーザにとっての不便が生じる。
【００８９】
一方で、上述したように一体型構成のアップデートツール１６０１は、アップデートに該当する機種の情報や、端末で動作しているＯＳを保持することができる。したがって、アップデートツール１６０１に含まれるブラウザ機能を利用して、非表示タグ内に記述されている文字列を識別し、アップデート対象の機種以外の機種を非表示としてブラウジングした画面を表示することができる。
【００９０】
図１７（ｃ）は、一体構成型のアップデートツール１６０１のブラウザ機能によって表示したダウンロードサイトの画面であり、破線で示した領域内は非表示状態となっている。図１７（ｃ）では、アップデートを行う機種が「ＭＦＰ−ｍｏｄｅｌＡ」の場合を例示しており、該当機種のダウンロードファイルのリンクのみが表示されている。このようにして、アップデートに該当する機種を表示することができ、ファイルの選択に要するユーザの負担を軽減できる。
【００９１】
なお、アップデートツール１６０１は、当該アップデートツール１６０１が動作している環境を認識することができる。したがって、ＯＳについても同様にして、非表示とすることができることから、ユーザがＯＳを選択する手間を軽減でき、利便性を向上できる。
【００９２】
次に、ここまでに説明した一体構成型のアップデートツール１６０１が行う処理について、図１８を以て説明する。図１８は、アップデートツール１６０１による機器のアップデートのシーケンスを説明する図である。なお、図１８に示す処理は、図７にて行う処理と一部を共通するものであり、詳細な説明は適宜省略する。
【００９３】
ユーザは、アップデートツール１６０１のブラウザ機能から、アップデート対象機器のアップデートファイルを選択する操作を行うことで、アップデートを開始する。アップデートが開始すると、アップデートツール１６０１のブラウザ処理部４０３は、シーケンスＳ１８００で、ＯＳを介してファイルＤＢ１１２に対してアップデートするべきプログラムのダウンロード要求を発行する。また、ブラウザ処理部４０３は、シーケンスＳ１８００と並行して、シーケンスＳ１８０１を行い、アップデート支援部４０２に対して機器検索要求を発行する。
【００９４】
ダウンロード要求を受けたファイルＤＢ１１２は、シーケンスＳ１８０２で、要求のあったアップデートファイルの転送処理を行い、シーケンスＳ１８０３で、当該アップデートファイルのプログラムをブラウザ処理部４０３に配信する。プログラムのダウンロードを完了したブラウザ処理部４０３は、シーケンスＳ１８０４で、アップデート支援部４０２に対して、ダウンロードしたアップデーファイルを送付する。
【００９５】
また、機器検索要求を受けたアップデート支援部４０２は、シーケンスＳ１８０５で、ネットワーク内の機器を検索して、機種情報を取得する。シーケンスＳ１８０５で行う検索処理は、上述した種々の方法を用いて行うことができる。
【００９６】
アップデート支援部４０２は、シーケンスＳ１８０４におけるアップデートファイルの受信およびシーケンスＳ１８０５の機器検索のいずれもが完了すると、シーケンスＳ１８０６で、受信したアップデートファイルを検索にて取得した機器１０２に対して送付する。なお、図１８の例では、アップデートファイルの送付（Ｓ１８０４）の後に、機器検索（Ｓ１８０５）が完了しているが、各処理に係る時間によって、順番が前後する場合がある。
【００９７】
アップデートファイルのプログラムを受領した機器１０２は、適切なタイミングでシーケンスＳ１８０７でアップデート処理を実行し、機器１０２のファームウェアなどのプログラムをアップデートする。なお、シーケンスＳ１８０７の処理は、シーケンスＳ７０６の処理と同様である。
【００９８】
図１８に示したシーケンスは、一連のアップデート処理の中で、比較的時間を要するアップデートファイルのダウンロードと、ネットワーク内の機器検索とを並行して行うことができる。これによって、ユーザがアップデートの開始を指示してから、ファームウェアの更新が完了するまでの時間を短縮することができる。
【００９９】
なお、機器のアップデートのタイミングは、アップデートデータの受信完了後直ちに行われてもよいが、機器の使用頻度が高くない時間帯まで遅延してアップデートを実行することもできる。
【０１００】
以上のように、本実施形態によれば、機器に対して追加の機能やインタフェースを必要とすること無く、ＯＳの種類によらず、効率的に機器のアップデートといったメンテナンスを行うことを可能とする技術が提供できる。さらに本実施形態は、アプリケーションから直接的に情報端末が管理するファイルを指定することを禁止する遮蔽性の高いＯＳに対して有効であるが、その他の比較的遮蔽性の高くないＯＳにおいても同様に利用することができる。
【０１０１】
これまで本発明を、実施形態をもって説明してきたが、本発明は、実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【０１０２】
１００    ：情報処理システム
１０１    ：ネットワーク
１０２    ：機器
１０５    ：スマートホン
１１０    ：サーバ
１２０    ：サーバ
２００    ：ハードウェアブロック
２０１    ：ＣＰＵ
２０２    ：ＲＡＭ
２０３    ：ＲＯＭ
２０４    ：システムバス
２０５    ：バスブリッジ
２０６    ：Ｉ／Ｏバス
２０７    ：操作パネル
２０８    ：通信装置
２０９    ：近接通信装置
２１０    ：外部記憶装置
２１１    ：印刷エンジン
２１２    ：スキャナエンジン
３００    ：ハードウェアブロック
３０１    ：ＣＰＵ
３０２    ：ＲＡＭ
３０３    ：ＲＯＭ
３０４    ：ＮＶＲＡＭ
３０５    ：通信装置
３０６    ：システムバス
３０７    ：Ｉ／Ｏバス
３０８    ：入出力装置
３０９    ：音声装置
３１０    ：外部記憶装置
４００    ：機能ブロック
４０１    ：アプリ取得部
４０２    ：アップデート支援部
４０３    ：ブラウザ処理部
４０４    ：記憶部
４０５    ：データ送受信部
４１０    ：アプリ取得部
５００    ：機能ブロック
５０１    ：ネットワーク通信制御部
５０２    ：ＵＳＢ制御部
５０３    ：パーサ
５０４    ：印刷ジョブ指令部
５０５    ：機器設定部
５０６    ：アップデート部
５０７    ：電源制御部
５０８    ：ファームウェア格納部
【先行技術文献】
【特許文献】
【０１０３】
【特許文献１】特開２００３−２０２９８９号公報
【図１】
2018097838.tif 000003
【図２】
2018097838.tif 000004
【図３】
2018097838.tif 000005
【図４】
2018097838.tif 000006
【図５】
2018097838.tif 000007
【図６】
2018097838.tif 000008
【図７】
2018097838.tif 000009
【図８】
2018097838.tif 000010
【図９】
2018097838.tif 000011
【図１０】
2018097838.tif 000012
【図１１】
2018097838.tif 000013
【図１２】
2018097838.tif 000014
【図１３】
2018097838.tif 000015
【図１４】
2018097838.tif 000016
【図１５】
2018097838.tif 000017
【図１６】
2018097838.tif 000018
【図１７】
2018097838.tif 000019
【図１８】
2018097838.tif 000020