(57)【要約】【課題】アプリケーションサイト以外からインストールされたＨｙｂｒｉｄアプリケーションをアプリケーションサイトから更新する。【解決手段】本体と操作部とを含む情報処理装置であって、前記本体と前記操作部は、それぞれインストーラ部を備え、前記操作部の前記インストーラ部は、更新するアプリケーションのアプリタイプを取得して、前記取得したアプリタイプに基づいて前記アプリケーションを更新する。【選択図】図４
2020204958.tif 000002
【特許請求の範囲】
【請求項１】
本体と操作部とを含む情報処理装置であって、
前記本体と前記操作部は、それぞれインストーラ部を備え、
前記操作部の前記インストーラ部は、更新するアプリケーションのアプリタイプを取得して、前記取得したアプリタイプに基づいて前記アプリケーションを更新する、情報処理装置。
【請求項２】
前記取得したアプリタイプが、前記本体内のアプリケーションと前記操作部内のアプリケーションとが協調して動作するアプリケーションの場合、
前記操作部の前記インストーラ部が前記操作部内のアプリケーションを更新し、かつ、前記本体の前記インストーラ部が前記本体内のアプリケーションを更新する、請求項１に記載の情報処理装置。
【請求項３】
前記取得したアプリタイプが、前記操作部内のアプリケーションが単独で動作するアプリケーションの場合、
前記操作部の前記インストーラ部が前記操作部内のアプリケーションを更新する、請求項１または２に記載の情報処理装置。
【請求項４】
本体と操作部とを含む情報処理装置が実行する方法であって、
更新するアプリケーションのアプリタイプを取得するステップと、
前記取得したアプリタイプに基づいて前記アプリケーションを更新するステップと
を含む方法。
【請求項５】
本体と操作部とを含む情報処理装置を
更新するアプリケーションのアプリタイプを取得して、前記取得したアプリタイプに基づいて前記アプリケーションを更新する、前記操作部のインストーラ部
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、方法、およびプログラムに関する。
【背景技術】
【０００２】
従来、スマートフォンやタブレット端末を代表とする様々な通信機器の普及により、通信機器上で利用可能なアプリケーションの開発が盛んになってきている。これらのアプリケーションの利用を促進するため、アプリケーションを紹介し、そのまま通信機器にダウンロードしてインストールやアップデートすることができるウェブサイトやアプリケーション（以下、アプリケーションサイトともいう）も開発されている。
【０００３】
例えば、特許文献１では、ＭＦＰに対する周辺機器の接続状態も考慮して、当該ＭＦＰでの利用が要求されたアプリケーションの利用の可否を決定する技術が開示されている（特許文献１の段落［００７２］）。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記特許文献１に開示された技術においては、ＭＦＰ等の画像形成装置の本体に存在するアプリケーションと操作部に存在するアプリケーションとが協調して動作するアプリケーション（以下、Ｈｙｂｒｉｄアプリケーションともいう）が、アプリケーションサイト以外からインストールされた場合、アプリケーションサイトからアップデート（更新）することができないという問題があった。
【０００５】
そこで、本発明の一実施形態では、アプリケーションサイト以外からインストールされたＨｙｂｒｉｄアプリケーションをアプリケーションサイトから更新することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決するために、本発明の一実施形態は、本体と操作部とを含む情報処理装置であって、前記本体と前記操作部は、それぞれインストーラ部を備え、前記操作部の前記インストーラ部は、更新するアプリケーションのアプリタイプを取得して、前記取得したアプリタイプに基づいて前記アプリケーションを更新する。
【発明の効果】
【０００７】
本発明の一実施形態によれば、アプリケーションサイト以外からインストールされたＨｙｂｒｉｄアプリケーションをアプリケーションサイトから更新することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る情報システムの全体の構成の一例を示す図である。
【図２】本発明の一実施形態に係るＭＦＰのハードウェア構成の一例を示す図である。
【図３】本発明の一実施形態に係るＭＦＰのソフトウェア構成の一例を示す図である。
【図４】本発明の一実施形態に係るＭＦＰの機能構成の一例を示すブロック図である。
【図５】本発明の一実施形態に係る操作画面の一例を示す図である。
【図６】本発明の一実施形態に係るアプリストアの一例を示す図である。
【図７】Ｈｙｂｒｉｄアプリケーションを説明するための図である。
【図８】従来のアプリケーション更新を説明するための図である。
【図９】本発明の一実施形態に係るアプリケーション更新を説明するための図である。
【図１０】本発明の一実施形態に係るアプリケーションのインストールおよび更新の処理の一例を示すシーケンス図である。
【図１１】本発明の一実施形態に係るアプリストアサーバの機能構成の一例を示すブロック図である。
【図１２】本発明の一実施形態に係るコンポーネントサーバの機能構成の一例を示すブロック図である。
【図１３】本発明の一実施形態に係るダウンロードサーバの機能構成の一例を示すブロック図である。
【発明を実施するための形態】
【０００９】
以下、各実施形態について添付の図面を参照しながら説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省略する。
【００１０】
＜システム構成＞
図１は、本実施形態の情報処理システム１００の全体の構成の一例を示す図である。図１に示されるように、情報処理システム１００は、１または複数のＭＦＰ１と、アプリストアサーバ２と、コンポーネントサーバ３と、ダウンロードサーバ４と、を含む。ＭＦＰ１と、アプリストアサーバ２と、コンポーネントサーバ３と、ダウンロードサーバ４とは、ネットワーク５を介して通信可能に接続されている。
【００１１】
ＭＦＰ１（Multifunction Peripheral/Printer/Product）は、情報処理装置の一例である。ＭＦＰ１は、アプリケーションを追加または更新することにより随時機能の拡張等を図ることができる。後段で、図４を参照しながら、ＭＦＰ１について詳細に説明する。
【００１２】
なお、情報処理装置は、通信機能を備えた装置であれば、ＭＦＰ１などの画像形成装置に限られない。情報処理装置は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。
【００１３】
アプリストアサーバ２は、１以上のアプリケーションの一覧を表示し、各アプリケーションの利用契約やダウンロードをするためのＷｅｂページ、言い換えれば、アプリケーションを提供するためのＷｅｂページ（以下の説明では、「アプリストア」と称する場合がある）を、ＭＦＰ１に対して提供する。より具体的な内容については後述する。この例では、アプリストアサーバ２からアプリストアを取得してＭＦＰ１に表示するためのアプリケーション（以下の説明では、「ストア起動アプリ」と称する場合がある）や、アプリストアに表示されたアプリケーションのうちユーザによって選択されたアプリケーションを利用するための制御（例えばアプリケーションをＭＦＰ１にダウンロードし、インストール・更新するための制御）を行う機能を提供するアプリケーション（以下、「インストール・更新アプリケーション」と称する場合がある）が予めＭＦＰ１にインストールされている。この例では、ストア起動アプリやインストール・更新アプリケーションの機能は、Ｗｅｂブラウザの機能を提供するためのアプリケーション（以下、「ブラウザアプリ」と称する場合がある）を利用して実現される。この例では、ブラウザアプリも予めＭＦＰ１にインストールされている。
【００１４】
コンポーネントサーバ３は、ＭＦＰ１での利用が要求されたアプリケーション（例えばインストールまたは更新が要求されたアプリケーション）のアプリタイプ（そのアプリケーションがＨｙｂｒｉｄアプリケーションであるか、Ｈｙｂｒｉｄアプリケーションではない（以下、Ｎａｔｉｖｅアプリケーションともいう）かの情報）をＭＦＰ１に通知する。より具体的な内容については後述する。
【００１５】
ダウンロードサーバ４は、ＭＦＰ１からの要求に応じてアプリケーションを提供する。この例では、ダウンロードサーバ４は、アプリケーション一覧画面で表示されているアプリケーションを保持しているが、ダウンロードサーバ４が保持（管理）するアプリケーションの種類はこれに限られるものではない。
【００１６】
なお、各サーバ２、３、４は、１または複数のコンピュータによって実装されうる。また、図１では各サーバ２、３、４を別々の装置として説明したが、サーバ２、３、４のうちの少なくとも２つを１つのコンピュータで実装するようにしてもよい。
【００１７】
＜ハードウェア構成＞
図２は、ＭＦＰ１のハードウェア構成の一例を示す図である。図２に示されるように、ＭＦＰ１は、コピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種の機能を実現可能な本体１０と、ユーザの操作を受け付ける操作部２０とを備える。なお、ユーザの操作を受け付けるとは、ユーザの操作に応じて入力される情報（画面の座標値を示す信号等を含む）を受け付けることを含む概念である。本体１０と操作部２０は、専用の通信路３０を介して相互に通信可能に接続されている。通信路３０は、例えばＵＳＢ（Universal  Serial  Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。
【００１８】
なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。
【００１９】
まず、本体１０のハードウェア構成について説明する。図２に示すように、本体１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４と、通信Ｉ／Ｆ（インタフェース）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。
【００２０】
ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。
【００２１】
通信Ｉ／Ｆ１５は、ネットワーク５と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。
【００２２】
エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、および、プリンタ機能を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。
【００２３】
次に、操作部２０のハードウェア構成について説明する。図２に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７と、外部接続Ｉ／Ｆ２８を備え、これらがシステムバス２９を介して相互に接続されている。
【００２４】
ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの後述する各種機能を実現する。
【００２５】
通信Ｉ／Ｆ２５は、ネットワーク５と接続するためのインタフェースである。接続Ｉ／Ｆ２６は、通信路３０を介して本体１０と通信するためのインタフェースである。
【００２６】
操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば受け付けた操作に応じた情報、ＭＦＰ１の動作状況を示す情報、設定状態などを示す情報など）を表示する。この例では、操作パネル２７は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成されるが、これに限られるものではない。例えばタッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えてまたはこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。
【００２７】
外部接続Ｉ／Ｆ２８は、周辺機器と接続するためのインタフェースであり、例えばカメラなどの画像処理装置、マイクやスピーカなどの音声入出力装置、カードリーダー／ライターなどのハードウェアと接続するためのインタフェースである。
【００２８】
＜ソフトウェア構成＞
図３は、ＭＦＰ１のソフトウェア構成の一例を示す図である。図３に示されるように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、および、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。
【００２９】
アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリなどが挙げられる。
【００３０】
サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。
【００３１】
なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン部１７）を利用した機能を実現することができる。
【００３２】
ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム（ＯＳ））である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。
【００３３】
同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２およびＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能を提供するためのソフトウェアである。アプリ層２０１のアプリには、ストア起動アプリ、インストール・更新アプリケーション、ブラウザアプリなども含まれる。
【００３４】
なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば、本体１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。
【００３５】
以上のように、本実施形態のＭＦＰ１において、本体１０と操作部２０は別々のオペレーティングシステムで動作するため、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた情報（ユーザからの指示内容）を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容などが挙げられる。
【００３６】
また、上述の実施形態では、本体１０と操作部２０は、別々のオペレーションシステムで互いに独立して動作しているが、これに限らず、例えば本体１０と操作部２０が同じオペレーションシステムで動作する形態であってもよい。
【００３７】
＜機能構成＞
図４は、ＭＦＰ１の機能構成の一例を示すブロック図である。図４に示されるように、ＭＦＰ１の本体１０は、アプリケーション利用制御部１１１と、インストーラ部１１２とを有する。また、ＭＦＰ１の操作部２０は、操作画面表示部１２１と、アプリストア要求部１２２と、アプリストア表示部１２３と、アプリケーション利用制御部１２４と、インストーラ部１２５とを有する。説明の便宜上、図４では、本発明に係る機能を主に例示しているが、ＭＦＰ１が有する機能は、これらに限られるものではない。
【００３８】
＜＜本体＞＞
以下、本体１０側について説明する。
【００３９】
アプリケーション利用制御部１１１は、アプリケーションをＭＦＰ１で利用するための制御を行う。
【００４０】
インストーラ部１１２は、アプリケーションのインストールまたは更新の処理を行なう。後段で、より詳細に説明する。
【００４１】
＜＜操作部＞＞
以下、操作部２０側について説明する。
【００４２】
操作画面表示部１２１は、各種の操作を行うための操作画面を操作パネル２７に表示する制御を行う。図５は、操作画面の一例を示す図であり、操作画面には、ストア起動アプリを起動するためのアイコン２ａが表示されている。
【００４３】
ユーザがアイコン２ａをタッチすると、ストア起動アプリが起動し、ストア起動アプリ（アプリストア要求部１２２）は、アプリストアサーバ２に対して、アプリストアを要求する制御を行う。より具体的には、ストア起動アプリ（アプリストア要求部１２２）は、アプリストアサーバ２に対して、アプリストアを要求する信号（以下の説明では、「アプリストアリクエスト」と称する場合がある）を送信する。
【００４４】
図４の説明を続ける。アプリストア表示部１２３は、アプリストアリクエストに対する応答としてアプリストアサーバ２から受信したアプリストアを操作パネル２７に表示する制御を行う。図６は、アプリストア（Ｗｅｂページ）の一例を示す図である。図６の例では、アプリストアは、アプリケーションごとに、当該アプリケーションの内容を説明する説明情報と、当該アプリケーションを利用することを指示するためのボタン（この例ではアプリケーションをインストールまたは更新することを指示するためのボタン、以下、「インストールボタン」または「更新ボタン」と称する）とを表示する。
【００４５】
アプリケーション利用制御部１２４は、アプリケーションをＭＦＰ１で利用するための制御を行う。
【００４６】
インストーラ部１２５は、アプリケーションのインストールまたは更新の処理を行なう。後段で、より詳細に説明する。
【００４７】
＜＜ＨｙｂｒｉｄアプリケーションとＮａｔｉｖｅアプリケーション＞＞
ここで、ＨｙｂｒｉｄアプリケーションとＮａｔｉｖｅアプリケーションについて説明する。図７は、Ｈｙｂｒｉｄアプリケーションを説明するための図である。
【００４８】
Ｈｙｂｒｉｄアプリケーションは、図７に示されるように、ＭＦＰ１等の情報処理装置の操作部２０と本体１０にそれぞれアプリケーションが存在し（図７の例では、アプリケーションＡとアプリケーションＢ）、それぞれ（つまり、アプリケーションＡとアプリケーションＢ）が協調して動作するアプリケーションである。
【００４９】
Ｎａｔｉｖｅアプリケーションは、ＭＦＰ等の情報処理装置の操作部２０にアプリケーションが存在し（図７の例では、アプリケーションＡ）、そのアプリケーション（つまり、アプリケーションＡ）が単独で動作するアプリケーションである。
【００５０】
したがって、Ｎａｔｉｖｅアプリケーションを更新するには、そのアプリケーション（上記の例では、アプリケーションＡ）のみを更新すればよいが、Ｈｙｂｒｉｄアプリケーションを更新するには、両方のアプリケーション（上記の例では、アプリケーションＡとアプリケーションＢとの両方）を更新しなければならない。
【００５１】
＜従来の更新の概要＞
図８は、従来のアプリケーション更新を説明するための図である。図８に示されるように、インストール時、アプリケーションサイト（ＭＦＰ１にアプリケーションをダウンロードしてインストールやアップデートすることができるウェブサイトやアプリケーション）は、ＭＦＰのインストーラへ、ＰｒｏｄｕｃｔＩＤ（アプリケーションを特定するための識別子）と、アプリタイプ（そのアプリケーションがＨｙｂｒｉｄアプリケーションであるか、Ｎａｔｉｖｅアプリケーションであるかの情報）とを通知する。そして、ＭＦＰは、ＰｒｏｄｕｃｔＩＤとアプリタイプとを紐付けて保存しておく。アップデート時（アプリケーションの更新時）、アプリケーションサイトは、ＭＦＰのインストーラへ、ＰｒｏｄｕｃｔＩＤのみを通知する。そして、ＭＦＰのインストーラは、インストール時に保存したアプリタイプに応じたアップデートの処理を行なっている。
【００５２】
従来のアプリケーション更新では、アプリケーションサイト以外からインストールされたアプリケーションには保存したアプリタイプが無く、全てのアプリケーションがＮａｔｉｖｅアプリケーションとして扱われてしまっていた。そのため、アプリケーションサイト以外からインストールするとアップデートすることができなかった（具体的には、操作部のアプリケーションしか更新されず、本体のアプリケーションが更新されなかった）。
【００５３】
＜本発明の更新の概要＞
図９は、本発明の一実施形態に係るアプリケーション更新を説明するための図である。図９に示されるように、アップデート時（アプリケーションの更新時）、アプリケーションサイト（ＭＦＰ１にアプリケーションをダウンロードしてインストールやアップデートすることができるウェブサイトやアプリケーション。上述したアプリストア）は、ＭＦＰ１のインストーラ（図４のインストーラ部１２５）へ、ＰｒｏｄｕｃｔＩＤ（アプリケーションを特定するための識別子）と、アプリタイプ（そのアプリケーションがＨｙｂｒｉｄアプリケーションであるか、Ｎａｔｉｖｅアプリケーションであるかの情報）とを通知する。そして、ＭＦＰ１のインストーラは、アプリケーションサイトからの通知に基づいて、アプリケーションのアプリタイプをＮａｔｉｖｅアプリケーションまたはＮａｔｉｖｅアプリケーションとして保存する。その後、ＭＦＰ１のインストーラは、アプリタイプに応じたアップデートの処理を行なう。
【００５４】
図１０は、本発明の一実施形態に係るアプリケーションのインストールおよび更新の処理の一例を示すシーケンス図である。
【００５５】
ステップ１１（Ｓ１１）において、アプリケーションサイト（コンポーネントサーバ３）は、操作部２０のインストーラ部１２５に対して、アプリケーションのインストールまたは更新を要求する。具体的には、コンポーネントサーバ３は、ＰｒｏｄｕｃｔＩＤ（アプリケーションを特定するための識別子）と、アプリタイプ（そのアプリケーションがＨｙｂｒｉｄアプリケーションであるか、Ｎａｔｉｖｅアプリケーションであるかの情報）とを通知する。図１０の例では、アプリタイプがＨｙｂｒｉｄアプリケーションであったとする。
【００５６】
ステップ１２（Ｓ１２）において、操作部２０のインストーラ部１２５は、Ｓ１１で取得したアプリタイプを保存する。
【００５７】
ステップ１３（Ｓ１３）において、操作部２０のインストーラ部１２５は、本体１０のインストーラ部１１２に対して、Ｓ１１でインストールまたは更新を要求されたアプリケーションのインストールまたは更新を要求する。
【００５８】
ステップ１４（Ｓ１４）において、本体１０のインストーラ部１１２は、Ｓ１３で要求されたアプリケーションのインストールまたは更新の処理を行なう。
【００５９】
ステップ１５（Ｓ１５）において、本体１０のインストーラ部１１２は、操作部２０のインストーラ部１２５に対して、Ｓ１１でインストールまたは更新を要求されたアプリケーションのインストールまたは更新を要求する。
【００６０】
ステップ１６（Ｓ１６）において、操作部２０のインストーラ部１２５は、Ｓ１５で要求されたアプリケーションのインストールまたは更新の処理を行なう。
【００６１】
ステップ１７（Ｓ１７）において、操作部２０のインストーラ部１２５は、コンポーネントサーバ３に対して、アプリケーションのインストールまたは更新の処理の結果を送信する。
【００６２】
このように、本発明の一実施形態では、ＭＦＰ１等の情報処理装置は、アプリケーションのインストール時だけでなく更新時にも、アプリケーションのアプリタイプを取得することができる。そのため、ＭＦＰ１等の情報処理装置は、アプリタイプがＨｙｂｒｉｄアプリケーションであるとき、本体のアプリケーションと操作部のアプリケーションとの両方の更新をすることができる。
【００６３】
以下、アプリケーションサイトを提供する、アプリストアサーバ２、コンポーネントサーバ３、ダウンロードサーバ４について説明する。
【００６４】
＜＜アプリストアサーバ＞＞
図１１は、本発明の一実施形態に係るアプリストアサーバ２の機能構成の一例を示すブロック図である。図１１に示されるように、アプリストアサーバ２は、保持部２１１と、アプリストア送信部２１２とを有する。説明の便宜上、図１１では、本発明に係る機能を主に例示しているが、アプリストアサーバ２が有する機能は、これらに限られるものではない。
【００６５】
保持部２１１は、上述のアプリストアを保持する。アプリストア送信部２１２は、ＭＦＰ１から上述のアプリストアリクエストを受信すると、その応答として、保持部２１１に保持されているアプリストアをＭＦＰ１に送信する。
【００６６】
＜＜コンポーネントサーバ＞＞
図１２は、本発明の一実施形態に係るコンポーネントサーバ３の機能構成の一例を示すブロック図である。図１２に示されるように、コンポーネントサーバ３は、アプリタイプ通知部３１１を有する。説明の便宜上、図１２では、本発明に係る機能を主に例示しているが、コンポーネントサーバ３が有する機能は、これらに限られるものではない。
【００６７】
アプリタイプ通知部３１１は、ＭＦＰ１にアプリケーションをダウンロードさせてインストールまたは更新させる制御を行う際に、操作部２０のインストーラ部１２５に対して、ＰｒｏｄｕｃｔＩＤ（アプリケーションを特定するための識別子）と、アプリタイプ（そのアプリケーションがＨｙｂｒｉｄアプリケーションであるか、Ｎａｔｉｖｅアプリケーションであるかの情報）とを通知する。
【００６８】
＜＜ダウンロードサーバ＞＞
図１３は、本発明の一実施形態に係るダウンロードサーバ４の機能構成の一例を示すブロック図である。図１３に示されるように、ダウンロードサーバ４は、アプリケーション保持部４１１と、アプリケーション提供制御部４１２とを有する。なお、ダウンロードサーバ４が有する機能は、これらに限られるものではない。
【００６９】
アプリケーション保持部４１１は、上述のアプリストアで表示されるアプリケーションを保持する。アプリケーション提供制御部４１２は、アプリケーション保持部４１１に保持されたアプリケーションをＭＦＰ１に提供するための制御を行う。この例では、アプリケーション提供制御部４１２は、ＭＦＰ１からの要求に応じて、アプリケーション保持部４１１に保持されたアプリケーションをＭＦＰ１にダウンロードさせる制御を行うが、これに限られるものではない。
【００７０】
このように、本発明の一実施形態では、すでに情報処理装置にインストールされている（例えば、出荷時にインストールされている）Ｈｙｂｒｉｄアプリケーションもアプリケーションサイトから簡易にアップデートすることができるようになる。
【００７１】
上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。
【００７２】
なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせ等、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【００７３】
１  ＭＦＰ
２  アプリストアサーバ
３  コンポーネントサーバ
４  ダウンロードサーバ
５  ネットワーク
１０  本体
２０  操作部
１１１  アプリケーション利用制御部
１１２  インストーラ部
１２１  操作画面表示部
１２２  アプリストア要求部
１２３  アプリストア表示部
１２４  アプリケーション利用制御部
１２５  インストーラ部
２１１  保持部
２１２  アプリストア送信部
３１１  アプリタイプ通知部
４１１  アプリケーション保持部
４１２  アプリケーション提供制御部
【先行技術文献】
【特許文献】
【００７４】
【特許文献１】特開２０１６−１１５２８５号公報
【図１】
2020204958.tif 000003
【図２】
2020204958.tif 000004
【図３】
2020204958.tif 000005
【図４】
2020204958.tif 000006
【図５】
2020204958.tif 000007
【図６】
2020204958.tif 000008
【図７】
2020204958.tif 000009
【図８】
2020204958.tif 000010
【図９】
2020204958.tif 000011
【図１０】
2020204958.tif 000012
【図１１】
2020204958.tif 000013
【図１２】
2020204958.tif 000014
【図１３】
2020204958.tif 000015