JP6714814B2 - 情報処理システム、情報処理装置および情報処理方法 - Google Patents

Description

本発明は、情報処理システム、情報処理装置および情報処理方法に関する。

従来、Ｗｅｂサーバが提供するＷｅｂページから、アプリケーションをダウンロードし、インストールする仕組みが知られている。

例えば特許文献１には、サーバが保持している複数のアプリケーションごとに、当該アプリケーションのダウンロードを要求するダウンロードボタン（仮想ボタン）が表示されたアプリケーション説明ページが、サーバからコンピュータデバイス（クライアントデバイス）に提供され、コンピュータデバイスの表示部に表示される。そして、アプリケーション説明ページのダウンロードボタンが選択された場合、選択されたアプリケーションがコンピュータデバイスによってサポートされている場合に限り、ダウンロードを許可する技術が開示されている。

しかしながら、特許文献１に開示された技術では、ユーザは、アプリケーション説明ページ内を全て閲覧しない限り、どのようなアプリが登録されているかを認識することができなかったため、ユーザにとって便利なアプリケーションや新たに登録されたアプリケーションを見逃す可能性があるという問題がある。

本発明は、上記に鑑みてなされたものであって、ユーザにとって便利なアプリケーションや新たに登録されたアプリケーションを見逃すことを抑制可能な情報処理システム、情報処理装置および情報処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、機器と、ネットワークを介して前記機器と接続される１以上のサーバを含むサーバシステムと、を備える情報処理システムであって、前記サーバシステムは、前記機器ごとに、該機器に対して未提供のアプリケーションを対応付けた第１の対応情報を生成する第１の生成部と、前記機器から、該機器に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面を含むコンテンツ情報を要求する要求情報を受信する第１の受信部と、前記第１の生成部により生成された前記第１の対応情報に基づいて、前記第１の受信部により受信された前記要求情報の要求元の前記機器に対応する前記コンテンツ情報を生成する第２の生成部と、前記要求情報に対する応答として、前記第２の生成部により生成された前記コンテンツ情報を前記機器に送信する第１の送信部と、を備え、前記機器は、前記サーバシステムに対して前記要求情報を送信する第２の送信部と、前記サーバシステムから前記コンテンツ情報を受信する第２の受信部と、前記第２の受信部により受信された前記コンテンツ情報に含まれる前記メッセージ画面を呼び出すための呼出画像を生成する第３の生成部と、前記第３の生成部により生成された前記呼出画像を表示部に表示する制御を行う表示制御部と、を備える。

本発明によれば、ユーザにとって便利なアプリケーションや新たに登録されたアプリケーションを見逃すことを抑制することができる。

図１は、情報処理システムの構成の一例を示す図である。 図２は、ＭＦＰのハードウェア構成例を示す図である。 図３は、ＭＦＰのソフトウェア構成例を示す図である。 図４は、ＭＦＰが有する機能の一例を示す図である。 図５は、操作画面の一例を示す図である。 図６は、アプリケーション一覧画面の一例を示す図である。 図７は、インストール命令の一例を示す図である。 図８は、アプリマーケットサーバおよびコンテンツセンターのハードウェア構成の一例を示す図である。 図９は、アプリマーケットサーバが有する機能の一例を示す図である。 図１０は、第２の対応情報の一例を示す図である。 図１１は、第１の対応情報の一例を示す図である。 図１２は、コンテンツセンターが有する機能の一例を示す図である。 図１３は、メッセージ画面の一例を示す図である。 図１４は、操作パネルに表示された状態の呼出画像の一例を示す図である。 図１５は、操作パネルに表示された状態のメッセージ画面の一例を示す図である。 図１６は、管理情報の一例を示す図である。 図１７は、情報処理システムの動作手順の一例を示すシーケンス図である。 図１８は、変形例の情報処理システムの動作手順の一例を示すシーケンス図である。 図１９は、ＭＦＰの動作例を示すフローチャートである。 図２０は、変形例のＭＦＰの動作例を示すフローチャートである。 図２１は、変形例のＭＦＰが有する機能の一例を示す図である。 図２２は、設定画面の一例を示す図である。 図２３は、操作パネルに表示された状態のメッセージ画面および指示画面の一例を示す図である。 図２４は、操作パネルに表示された状態の呼出画像の他の例を示す図である。

以下、添付図面を参照しながら、本発明に係る情報処理システム、情報処理装置および情報処理方法の実施形態を詳細に説明する。以下では、本発明に係る情報処理システムに含まれる機器として、複合機（ＭＦＰ：Multifunction Peripheral）を例に挙げて説明するが、これに限定されるものではない。なお、複合機とは、コピー機能、スキャナ機能、プリンタ機能、ファクス機能などの複数の異なる機能を有する装置である。

図１は、本実施形態の情報処理システム１００の構成の一例を示す図である。図１に示すように、情報処理システム１００は、ＭＦＰ１Ａと、ＭＦＰ１Ｂと、サーバシステム２とを備え、これらはインターネットなどのネットワーク８を介して相互に接続される。

以下の説明では、ＭＦＰ１ＡとＭＦＰ１Ｂを区別しない場合は単に「ＭＦＰ１」と称する場合がある。説明の便宜上、図１の例では、情報処理システム１００に含まれる機器として、２台のＭＦＰ１を例示しているが、これに限られるものではなく、情報処理システム１００に含まれる機器の台数および種類は任意である。要するに、情報処理システム１００は、１以上の機器を含む形態であればよい。

本実施形態では、ＭＦＰ１ＡおよびＭＦＰ１Ｂは、ファイアウォールを介してネットワーク８に接続されている。この例では、ＭＦＰ１ＡおよびＭＦＰ１Ｂは、ネットワーク８とは異なる、例えばＬＡＮなどのネットワークに接続された１つのシステム（説明の便宜上、「機器システム」と称する）を構成していると考えることもできる。そして、上記ファイアウォールは、ネットワーク８に接続された他の装置（サーバシステム２等）からの通信を、所定の条件に基づいて接続又は遮断することにより、機器システムに接続されているＭＦＰ１ＡおよびＭＦＰ１Ｂを保護する役割を果たす。

サーバシステム２は、ＭＦＰ１からの要求に応じて、複数のアプリケーションごとに、当該アプリケーションをＭＦＰ１にインストールする命令を示すインストール命令が対応付けられたアプリケーション一覧画面を該ＭＦＰ１に提供（送信）する機能、アプリケーション一覧画面に表示されている複数のアプリケーションのうちの何れかを該ＭＦＰ１に提供する機能を有している。また、サーバシステム２は、ＭＦＰ１から、後述のコンテンツ情報を要求する要求情報を受信する機能（「第１の受信部」）、受信した要求情報に対する応答として、後述のコンテンツ情報をＭＦＰ１へ送信する機能（「第１の送信部」）なども有している。この例では、サーバシステム２は、アプリマーケットサーバ３と、コンテンツセンター４とを含む。これらの具体的な内容については後述する。また、この例では、サーバシステム２からアプリケーション一覧画面を取得してＭＦＰ１に表示する機能を提供するアプリケーション（「アプリマーケットアプリ」）や、アプリケーション一覧画面に表示されたアプリケーションのうちユーザによって選択されたアプリケーションをＭＦＰ１にインストールする機能を提供するソフトウェア（「インストーラ」）、サーバシステム２から後述のコンテンツ情報を取得して該コンテンツ情報に基づく画面をＭＦＰ１に表示する機能を提供するアプリケーション（「コンテンツアプリ」）が、予めＭＦＰ１にインストールされている。なお、アプリマーケットアプリの機能やコンテンツアプリの機能は、Ｗｅｂブラウザの機能を提供するためのアプリケーションを利用して実現されるため、これらを「ブラウザアプリ」と総称する場合がある。ＭＦＰ１の具体的な内容については後述する。

図２は、ＭＦＰ１のハードウェア構成の一例を示す図である。図２に示すように、ＭＦＰ１は、コピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種の機能を実現可能な本体１０と、ユーザの操作に応じた入力を受け付ける操作部２０と、を備える。本体１０と操作部２０は、専用の通信路３０を介して相互に通信可能に接続されている。通信路３０は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

なお、本体１０は、操作部２０で受け付けた入力に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

次に、本体１０のハードウェア構成について説明する。図２に示すように、本体１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４と、通信Ｉ／Ｆ（インタフェース）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

通信Ｉ／Ｆ１５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、および、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

次に、操作部２０のハードウェア構成について説明する。図２に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。

ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの後述する各種機能を実現する。

通信Ｉ／Ｆ２５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ／Ｆ２６は、通信路３０を介して本体１０と通信するためのインタフェースである。

操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば受け付けた入力に応じた情報、ＭＦＰ１の動作状況を示す情報、設定状態などを示す情報など）を表示する。この例では、操作パネル２７は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成されるが、これに限られるものではない。例えばタッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えて又はこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。

次に、ＭＦＰ１のソフトウェア構成について説明する。図３は、ＭＦＰ１のソフトウェア構成の一例を示す模式図である。図３に示すように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、および、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリなどが挙げられる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン部１７）を利用した機能を実現することができる。例えばサービス層１０２のインタフェース機能は、ＷｅｂＡＰＩで提供される。操作部２０と本体１０は、通信路３０をネットワークとして通信することができる。

ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム（ＯＳ））である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２及びＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能、初期設定機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能（コピーのＵＩ機能、スキャナのＵＩ機能、ファクスのＵＩ機能、プリンタのＵＩ機能、初期設定のＵＩ機能等）やブラウザ機能を提供するためのソフトウェアである。また、本実施形態では、サービス層２０２のソフトウェアには、インストーラなどが含まれる。ここでは、アプリ層２０１のアプリ（図３の例では、アプリケーション１、アプリケーション２）は、インストーラと通信することができる。

なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば本体１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。

以上のように、本実施形態のＭＦＰ１において、本体１０と操作部２０は別々のオペレーティングシステムで動作するため、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた情報（ユーザからの指示内容）を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容などが挙げられる。

また、本実施形態では、操作部２０に対する電力供給は、本体１０から通信路３０を経由して行われているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。

次に、ＭＦＰ１が有する機能について説明する。図４は、ＭＦＰ１が有する機能の一例を示す図である。図４に示すように、ＭＦＰ１は、表示制御部１１０と、アプリケーション一覧画面取得部１２０と、実行制御部１３０と、第２の送信部１４０と、第２の受信部１５０と、第３の生成部１６０とを有する。説明の便宜上、図４においては、本実施形態に関する機能を主に例示しているが、ＭＦＰ１が有する機能は、これらに限られるものではない。

表示制御部１１０は、各種の画面を操作パネル２７（表示部）に表示する制御を行う。例えば表示制御部１１０は、各種の操作を行うための操作画面を操作パネル２７に表示する制御を行う。図５は、操作画面の一例を示す図であり、操作画面には、アプリマーケットアプリを起動するためのアイコン５（図５の例では「アプリマーケット」という名称のアイコン５）が表示されている。また、例えば表示制御部１１０は、アプリケーション一覧画面を操作パネル２７に表示する制御を行うこともできるし、後述の呼出画像や後述のメッセージ画面を操作パネル２７に表示する制御を行うこともできる。

図４の説明を続ける。アプリケーション一覧画面取得部１２０は、サーバシステム２からアプリケーション一覧画面を取得するための制御を行う。より具体的には、アプリケーション一覧画面取得部１２０は、サーバシステム２に対して、複数のアプリケーションごとに、該アプリケーションをインストールする命令を示すインストール命令が対応付けられたアプリケーション一覧画面を要求するアプリケーション一覧画面要求を送信し、該アプリケーション一覧画面要求に対する応答として、サーバシステム２からアプリケーション一覧画面を受信する。これにより、サーバシステム２からアプリケーション一覧画面を取得することができる。なお、この例では、上述のアプリケーション一覧画面要求には、要求元のＭＦＰ１を識別する機器ＩＤも含まれている。

本実施形態では、ユーザがアイコン５をタッチすると、アプリケーション一覧画面取得部１２０は、サーバシステム２に対して、アプリケーション一覧画面要求を送信する。そして、その応答として、アプリケーション一覧画面取得部１２０は、サーバシステム２からアプリケーション一覧画面を受信する。そして、表示制御部１１０は、サーバシステム２から受信したアプリケーション一覧画面を操作パネル２７に表示する制御を行う。

図６は、アプリケーション一覧画面の一例を示す図である。図６の例では、アプリケーション一覧画面は、複数のアプリケーションごとに、当該アプリケーションの内容を説明する説明情報と、当該アプリケーションをインストールすることを指示するためのボタン６（この例ではアプリケーションをインストールすることを指示するためのボタン６、以下、「インストールボタン６」と称する）とが表示される。この例では、インストーラに対してアプリケーションをインストールする命令（以下、「インストール命令」と称する）が、ＵＲＩの形式（例えばＵＲＬの形式でもよい）で、当該アプリケーションに対応するインストールボタン６に貼り付けられている。この例では、インストールボタン６の押下は、当該インストールボタン６に貼り付けられたインストール命令の選択を意味する。

図７は、「４９３５４」というアプリＩＤで識別されるアプリケーションに対応するインストールボタン６に貼り付けられるインストール命令の一例を示す図であり、「４９３５４」というアプリＩＤで識別されるアプリケーションをインストールする命令を表している。

図４の説明を続ける。実行制御部１３０は、アプリケーション一覧画面に含まれるインストール命令のうち、ユーザによって選択されたインストール命令を実行する。図４に示すように、本実施形態では、実行制御部１３０は、アプリケーション取得部１３１と、インストール制御部１３２とを有する。

アプリケーション取得部１３１は、サーバシステム２から、ユーザによって選択されたアプリケーションを取得するための制御を行う。より具体的には以下のとおりである。アプリケーション取得部１３１は、サーバシステム２に対して、ユーザによって選択されたインストール命令に対応するアプリケーションを要求するアプリケーション要求を送信する。この例では、アプリケーション要求には、要求元のＭＦＰ１を識別する機器ＩＤも含まれる。そして、アプリケーション取得部１３１は、サーバシステム２から、アプリケーション要求に対応するアプリケーションを受信する。これにより、ユーザによって選択されたアプリケーションをサーバシステム２から取得することができる。

インストール制御部１３２は、アプリケーション取得部１３１により取得されたアプリケーションをＭＦＰ１にインストールする制御を行う。

例えばユーザが、アプリケーション一覧画面上の何れかのアプリケーションのインストールボタン６を押下すると、ブラウザアプリは、インストールボタン６に貼り付けられたインストール命令を、操作部２０のＯＳに通知する。操作部２０のＯＳは、通知されたインストール命令を確認し、操作部２０の各アプリケーションに対して、当該インストール命令をブロードキャストする。そして、インストーラが、このブロードキャストされたインストール命令に反応し、該インストール命令を実行する。例えばインストール命令が図７の態様であった場合、インストーラは、サーバシステム２に対して、「４９３５４」というアプリＩＤで識別されるアプリケーションを要求するアプリケーション要求を送信し、該アプリケーションをサーバシステム２から受信する。そして、サーバシステム２から受信した（ダウンロードした）アプリケーションをＭＦＰ１にインストールするための制御を行う。この例では、上述の実行制御部１３０の機能は、インストーラにより提供される。

図４の説明を続ける。第２の送信部１４０は、サーバシステム２に対して、ＭＦＰ１に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面を含むコンテンツ情報を要求する要求情報を送信する。メッセージ画面の具体的な内容については後述する。この例では、この要求情報には、要求元のＭＦＰ１を識別する機器ＩＤも含まれる。要求情報を送信するタイミングは任意であり、この例では、第２の送信部１４０は、一定時間が経過するたびに、サーバシステム２に対して要求情報を送信する。なお、一定時間の時間長は任意に設定可能（例えばユーザの操作に応じて可変に設定可能）である。

第２の受信部１５０は、サーバシステム２からコンテンツ情報を受信する。第２の受信部１５０は、上述の要求情報に対する応答として、サーバシステム２からコンテンツ情報を受信する。第３の生成部１６０は、第２の受信部１５０により受信されたコンテンツ情報に含まれるメッセージ画面を呼び出すための呼出画像を生成する。この例では、呼出画像は、メッセージ画面を操作パネル２７に表示する機能を呼び出すためのアイコンである。そして、表示制御部１１０は、第３の生成部１６０により生成された呼出画像を操作パネル２７（表示部）に表示する制御を行う。表示の具体的な態様については後述する。

以上に説明したＭＦＰ１が有する機能（表示制御部１１０、アプリケーション一覧画面取得部１２０、実行制御部１３０、第２の送信部１４０、第２の受信部１５０、第３の生成部１６０）は、ＣＰＵ（１１または２１）が、記憶装置（例えばＲＯＭ１２、ＨＤＤ１４、ＲＯＭ２２、フラッシュメモリ２４等）に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば上記ＭＦＰ１が有する機能のうちの少なくとも一部が専用のハードウェア回路（例えば半導体集積回路等）で実現されてもよい。後述の変形例においても同様である。

次に、サーバシステム２に含まれるアプリマーケットサーバ（第１のサーバ）３、コンテンツセンター（第２のサーバ）４の具体的な構成を説明する。図８は、アプリマーケットサーバ３のハードウェア構成の一例を示す図である。なお、コンテンツセンター４のハードウェア構成も図８の構成と同様である。

図８に示すように、アプリマーケットサーバ３は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信Ｉ／Ｆ３０４と、入力装置３０５と、表示装置３０６とを備える。ＣＰＵ３０１は、アプリマーケットサーバ３の動作を統括的に制御する。ＲＯＭ３０２は、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。通信Ｉ／Ｆ３０４は、ネットワーク８と接続するためのインタフェースである。入力装置３０５は、ユーザによる操作の入力に用いられるデバイスであり、例えばマウスやキーボードなどで構成される。表示装置３０６は各種の情報を表示するデバイスであり、例えば液晶型ディスプレイ装置などで構成される。

図９は、アプリマーケットサーバ３が有する機能の一例を示す図である。図９に示すように、アプリマーケットサーバ３は、アプリケーション一覧画面保持部３１１と、要求処理部３１２と、アプリケーション保持部３１３と、提供制御部３１４と、第２の対応情報保持部３１５と、登録制御部３１６と、第１の生成部３１７とを有する。説明の便宜上、図９では、本実施形態に関する機能を主に例示しているが、アプリマーケットサーバ３が有する機能は、これらに限られるものではない。

アプリケーション一覧画面保持部３１１は、アプリケーション一覧画面を保持する。要求処理部３１２は、ＭＦＰ１からのアプリケーション一覧画面要求に対する応答として、アプリケーション一覧画面を該ＭＦＰ１に送信する。

アプリケーション保持部３１３は、複数のアプリケーションを保持する。アプリケーション保持部３１３によって保持される複数のアプリケーションの中には、アプリケーション一覧画面に表示されるアプリケーションが少なくとも含まれている。

提供制御部３１４は、サーバシステム２（アプリケーション保持部３１３）が保持する複数のアプリケーションのうちの何れかをＭＦＰ１に提供する制御を行う。この例では、提供制御部３１４は、ＭＦＰ１からのアプリケーション要求に対する応答として、複数のアプリケーション（アプリケーション保持部３１３によって保持される複数のアプリケーション）のうちの何れかをＭＦＰ１に送信する。上述したように、本実施形態におけるアプリケーション要求には、要求元のＭＦＰ１を識別する機器ＩＤが含まれているので、アプリマーケットサーバ３は、機器ＩＤと、提供済みのアプリケーションとの対応関係を管理できる。

第２の対応情報保持部３１５は、ＭＦＰ１ごとに、該ＭＦＰ１に対して提供済みのアプリケーションを対応付けた第２の対応情報を保持する。この例では、第２の対応情報保持部３１５は、ＭＦＰ１を識別する機器ＩＤごとに、提供済みのアプリケーションおよび提供日時を特定可能なアプリケーション情報を対応付けた情報を第２の対応情報として保持するが、これに限られるものではない。図１０は、本実施形態の第２の対応情報の一例を示す図である。この例では、提供制御部３１４は、アプリケーションをＭＦＰ１に提供する制御を行うたびに、第２の対応情報を更新する機能を有している。

図９の説明を続ける。登録制御部３１６は、ユーザ（アプリケーションを登録する権限を有する管理者等）の操作に応じて、新しいアプリケーションをアプリケーション保持部３１３に登録する制御を行う。

第１の生成部３１７は、ＭＦＰ１ごとに、該ＭＦＰ１に対して未提供のアプリケーションを対応付けた第１の対応情報を生成し、生成した第１の対応情報をコンテンツセンター４へ送信する。第１の対応情報を送信するタイミングは任意であり、例えば一定時間（任意に設定可能）が経過するたびに、最新の第１の対応情報をコンテンツセンター４へ送信する形態であってもよいし、登録制御部３１６により新しいアプリケーションがアプリケーション保持部３１３に登録されるたびに、最新の第１の対応情報を生成し、その生成した最新の第１の対応情報をコンテンツセンター４へ送信する形態であってもよいし、コンテンツセンター４から第１の対応情報を要求する第１の対応情報要求を受信した場合に、最新の第１の対応情報をコンテンツセンター４へ送信する形態であってもよい。この例では、第１の生成部３１７は、登録制御部３１６により新しいアプリケーションがアプリケーション保持部３１３に登録された場合に、最新の第１の対応情報を生成し、その生成した最新の第１の対応情報をコンテンツセンター４へ送信する形態であるが、これに限られるものではない。

例えば第１の生成部３１７は、第２の対応情報に基づいて、ＭＦＰ１ごとに、アプリケーション保持部３１３に保持された複数のアプリケーションのうち該ＭＦＰ１に対して未提供のアプリケーションを特定し、その特定したアプリケーションを該ＭＦＰ１に対応付けて第１の対応情報を生成することもできる。説明の便宜上、この生成パターンを「第１のパターン」と称する。

また、例えば第１の生成部３１７は、第２の対応情報に基づいて、ＭＦＰ１ごとに、アプリケーション保持部３１３に保持された複数のアプリケーションのうち該ＭＦＰ１に対して未提供のアプリケーションであって、かつ、一定数以上の他のＭＦＰ１（該ＭＦＰ１とは異なるＭＦＰ１）に対して提供済みのアプリケーションを特定し、その特定したアプリケーションを該ＭＦＰ１に対応付けて第１の対応情報を生成することもできる。説明の便宜上、この生成パターンを「第２のパターン」と称する。なお、上記一定数は任意に設定可能であり、例えば全体の７割（一例であり、これに限られるものではない）に相当する数を、上記一定数として設定してもよい。

また、例えば第１の生成部３１７は、登録制御部３１６により新しいアプリケーションがアプリケーション保持部３１３に登録された場合、ＭＦＰ１ごとに、その登録された新しいアプリケーションを対応付けて第１の対応情報を生成することもできる。説明の便宜上、この生成パターンを「第３のパターン」と称する。

第１の生成部３１７は、以上の第１のパターン〜第３のパターンのうちの何れか１つを採用して第１の対応情報を生成してもよいし、何れか２以上を組み合わせて第１の対応情報を生成してもよい。なお、第１の対応情報を生成するタイミングは任意であり、例えば上述の第１のパターンまたは上述の第２のパターンを採用する場合は、一定時間（任意に設定可能）が経過するたびに、最新の第２の対応情報に基づいて第１の対応情報を生成（更新）する形態であってもよい。また例えば上述の第３のパターンを採用する場合は、登録制御部３１６により新しいアプリケーションがアプリケーション保持部３１３に登録されるたびに、第１の対応情報を生成（更新）する形態であってもよい。

この例では、第１の対応情報は、機器ＩＤごとに、該機器ＩＤで識別されるＭＦＰ１に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面の元になるメッセージ情報を対応付けた情報であるが、これに限られるものではない。

図１１は、「１００３」を示す機器ＩＤとメッセージ情報との対応関係を示す図（第１の対応情報のうち、「１００３」を示す機器ＩＤとメッセージ情報との対応関係を示す部分の図）である。図１１の例では、「１００３」を示す機器ＩＤに対して、未提供の「かんたん印刷アプリ」を報知するためのメッセージ画面の元となるメッセージ情報が対応付けられている。図１１の例では、メッセージ情報として、登録制御部３１６によって新たに「かんたん印刷アプリ」が登録されたことを報知するための「新着アプリ情報」という文字列、および、「かんたん印刷アプリがリリースされました」という文字列が含まれている。また、メッセージ情報として、「かんたん印刷アプリ」のアイコン画像を示す画像も含まれている。さらに、メッセージ情報として、「かんたん印刷アプリ」の詳細情報を案内するための「詳しくは、こちらをタップ！！」という文字列、および、Ｗｅｂページのリンク先を示す「ｈｔｔｐｓ：／／ｘｘｘ．ｃｏｍ」という文字列を含んでいる。さらに、メッセージ情報として、該メッセージ情報を元にして生成されるメッセージ画面の有効期限（コンテンツ情報の有効期限であると考えてもよい）を示す期間情報も含まれている。図１１の例では、期間情報として、メッセージ画面の配信開始日時を示す情報（図１１の例では「２０１５年８月３１日１０時００分」を示す情報）と、配信停止日時を示す情報（図１１の例では「２０１５年９月１０日１０時００分」を示す情報）とが含まれている。なお、メッセージ情報の形態は任意であり、これらに限られるものではない。

以上に説明したアプリマーケットサーバ３が有する機能（要求処理部３１２、提供制御部３１４、登録制御部３１６、第１の生成部３１７等の機能）は、ＣＰＵ３０１がＲＯＭ３０２等の記憶装置に格納されたプログラムを実行することにより実現されるが、これに限らず、例えばこれらの機能のうちの少なくとも一部が専用のハードウェア回路で実現されてもよい。また、上述したアプリケーション一覧画面保持部３１１、アプリケーション保持部３１３、第２の対応情報保持部３１５等は、ＲＯＭ３０２等の記憶装置により実現可能である。

次に、コンテンツセンター４が有する機能について説明する。図１２は、コンテンツセンター４が有する機能の一例を示す図である。図１２に示すように、コンテンツセンター４は、第１の受信部４１１と、第１の対応情報取得部４１２と、第２の生成部４１３と、第１の送信部４１４とを有する。

第１の受信部４１１は、ＭＦＰ１から、該ＭＦＰ１に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面を含むコンテンツ情報を要求する要求情報を受信する。

第１の対応情報取得部４１２は、アプリマーケットサーバ３から第１の対応情報を取得する。上述したように、この例では、アプリマーケットサーバ３（第１の生成部３１７）は、新しいアプリケーションがアプリケーション保持部３１３に登録された場合に、最新の第１の対応情報をコンテンツセンター４へ送信する。これにより、第１の対応情報取得部４１２は、第１の対応情報を取得することができる。ただし、これに限らず、第１の対応情報を取得する方法は任意に変更可能である。

第２の生成部４１３は、第１の対応情報取得部４１２により取得された第１の対応情報（つまり、第１の生成部３１７により生成された第１の対応情報）に基づいて、第１の受信部４１１により受信された要求情報の要求元のＭＦＰ１に対応するコンテンツ情報を生成する。この例では、第２の生成部４１３は、第１の対応情報取得部４１２により取得された第１の対応情報に含まれる機器ＩＤのうち、第１の受信部４１１により受信された要求情報に含まれる機器ＩＤと一致する機器ＩＤに対応付けられたメッセージ情報を元に、該機器ＩＤで識別されるＭＦＰ１に対応するメッセージ画面を生成する。例えば図１１に示すメッセージ情報を元にしたメッセージ画面は、図１３の態様となる。なお、メッセージ画面は、画像ファイルにメタ情報としてリンク先を示す情報（例えばＵＲＬ）を付与したデータでもよい。この場合、メッセージ画面は、例えば画像データと、テキスト形式のＵＲＬとの組み合わせで構成される。また、メッセージ画面は、表示対象のテキストや画像のレイアウトを規定したｈｔｍｌファイルと、画像データとの組み合わせで構成されてもよい。

この例では、第２の生成部４１３は、以上のようにして生成したメッセージ画面と、該メッセージ画面の有効期限を示す期間情報（この例では図１１のように、メッセージ画面の元になるメッセージ情報に含まれている）とを含むコンテンツ情報を生成する。

図１２の説明を続ける。第１の送信部４１４は、ＭＦＰ１からの要求情報に対する応答として、第２の生成部４１３により生成されたコンテンツ情報を該ＭＦＰ１に送信する。より具体的には、第１の送信部４１４は、第１の受信部４１１により受信された要求情報に対する応答として、第２の生成部４１３により生成されたコンテンツ情報を、該要求情報に含まれる機器ＩＤで識別されるＭＦＰ１に送信する。

要求情報に対する応答として、コンテンツセンター４からコンテンツ情報を受信したＭＦＰ１（第３の生成部１６０）は、その受信したコンテンツ情報に含まれるメッセージ画面を呼び出すための呼出画像を生成する。そして、ＭＦＰ１（表示制御部１１０）は、生成した呼出画像を操作パネル２７に表示する制御を行う。図１４は、呼出画像の一例を示す図である。この例では、呼出画像を選択する操作を受け付けた場合（例えば呼出画像であるアイコンをクリックする操作を受け付けた場合）、該呼出画像に対応するメッセージ画面を操作パネル２７に表示する機能が呼び出され、図１５に示すようなメッセージ画面が操作パネル２７に表示される。なお、この例では、ＭＦＰ１は、コンテンツセンター４から受信済みのコンテンツ情報ごとに、呼出画像を生成済みであるか否か（操作パネル２７に表示済みであるか否か）を示す情報を対応付けた管理情報を、例えばフラッシュメモリ２４等の記憶装置に保存している。そして、ＭＦＰ１は、新規に呼出画像を生成するたびに、管理情報を更新していく。図１６は、管理情報の一例を示す図である。図１６の例では、管理情報は、コンテンツ情報を識別する識別情報ごとに、呼出画像を生成済みであるか否かを示す生成情報を対応付けた情報であるが、これに限られるものではない。図１６の例では、「○」を示す生成情報は、呼出画像を生成済みであることを表し、「×」を示す生成情報は、呼出画像を未生成であることを表す。

以上に説明したコンテンツセンター４が有する機能（第１の受信部４１１、第１の対応情報取得部４１２、第２の生成部４１３、第１の送信部４１４等の機能）は、ＣＰＵ３０１がＲＯＭ３０２等の記憶装置に格納されたプログラムを実行することにより実現されるが、これに限らず、例えばこれらの機能のうちの少なくとも一部が専用のハードウェア回路で実現されてもよい。

図１７は、本実施形態の情報処理システム１００の動作手順の一例を示すシーケンス図である。図１７に示すように、ＭＦＰ１は、コンテンツセンター４に対して、上述の要求情報を送信する（ステップＳ１）。

上述したように、アプリマーケットサーバ３は、新しいアプリケーションがアプリケーション保持部３１３に登録された場合に、第１の対応情報をコンテンツセンター４へ送信し（ステップＳ２）、コンテンツセンター４（第１の受信部４１１）は、アプリマーケットサーバ３から第１の対応情報を受信する。上述のステップＳ１の要求情報を受信したコンテンツセンター４（第２の生成部４１３）は、アプリマーケットサーバ３から受信済みの第１の対応情報（第１の対応情報取得部４１２により取得済みの第１の対応情報）に基づいて、要求情報の要求元のＭＦＰ１に対応するコンテンツ情報を生成する（ステップＳ３）。そして、コンテンツセンター４（第１の送信部４１４）は、ＭＦＰ１からの要求情報に対する応答として、ステップＳ３で生成したコンテンツ情報を該ＭＦＰ１に送信する（ステップＳ４）。コンテンツセンター４からのコンテンツ情報を受信したＭＦＰ１は、その受信したコンテンツ情報に含まれるメッセージ画面を呼び出すための呼出画像を操作パネル２７に表示する（ステップＳ５）。以上の各ステップの具体的な内容は上述したとおりである。

なお、アプリマーケットサーバ３は、所定の時刻に到達した場合に、最新の第１の対応情報をコンテンツセンター４へ送信する形態、つまり、コンテンツセンター４（第１の対応情報取得部４１２）は、所定の時刻に到達した場合に、第１の対応情報を取得する形態であっても、情報処理システム１００の動作手順の一例を示すシーケンス図は、図１７のようになる。

また、例えばコンテンツセンター４（第１の対応情報取得部４１２）は、第１の受信部４１１により要求情報が受信されたことを契機として、アプリマーケットサーバ３に対して、第１の対応情報を要求する第１の対応情報要求を送信し、その応答として第１の対応情報を受信（取得）する形態の場合、情報処理システム１００の動作手順の一例を示すシーケンス図は、図１８のようになる。図１８に示すように、ＭＦＰ１は、コンテンツセンター４に対して、上述の要求情報を送信する（ステップＳ１１）。ＭＦＰ１からの要求情報を受信したコンテンツセンター４は、アプリマーケットサーバ３に対して、上述の第１の対応情報要求を送信し（ステップＳ１２）、その応答として第１の対応情報を受信する（ステップＳ１３）。以降のステップＳ１４〜ステップＳ１６の処理内容は、図１７に示すステップＳ３〜ステップＳ５の処理内容と同様である。

図１９は、要求情報に対する応答として、コンテンツセンター４からコンテンツ情報を受信した場合のＭＦＰ１の動作例を示すフローチャートである。まず、ＭＦＰ１（例えば第３の生成部１６０）は、受信したコンテンツ情報をフラッシュメモリ２４やＨＤＤ１４等に保存する（ステップＳ２１）。次に、ＭＦＰ１（例えば第３の生成部１６０）は、上述の管理情報を自装置内の記憶装置から取得する（ステップＳ２２）。次に、ＭＦＰ１（例えば第３の生成部１６０）は、ステップＳ２２で取得した管理情報を参照して、コンテンツセンター４から受信したコンテンツ情報に対応する呼出画像（該コンテンツ情報に含まれるメッセージ画面を呼び出すための呼出画像）を操作パネル２７上に表示済みであるか否かを確認する（ステップＳ２３）。ステップＳ２３の結果が肯定の場合（ステップＳ２３：Ｙｅｓ）、そのまま処理は終了する。一方、ステップＳ２３の結果が否定の場合（ステップＳ２３：Ｎｏ）、ＭＦＰ１（第３の生成部１６０）は、コンテンツセンター４から受信したコンテンツ情報に含まれるメッセージ画面を呼び出すための呼出画像を生成し（ステップＳ２４）、上述の管理情報を更新する。次に、ＭＦＰ１（表示制御部１１０）は、ステップＳ２４で生成した呼出画像を操作パネル２７に表示する制御を行う（ステップＳ２５）。

以上に説明したように、本実施形態のサーバシステム２は、ＭＦＰ１ごとに、該ＭＦＰ１に対して未提供のアプリケーションを対応付けた第１の対応情報に基づいて、上述の要求情報の要求元のＭＦＰ１に対して未提供のアプリケーションを報知するためのメッセージ画面を少なくとも含むコンテンツ情報を生成し、その生成したコンテンツ情報を、上述の要求情報の要求元のＭＦＰ１に送信する。そして、該ＭＦＰ１は、サーバシステム２から受信したコンテンツ情報に含まれるメッセージ画面を呼び出すための呼出画像を生成し、生成した呼出画像を操作パネル２７に表示する。これにより、該ＭＦＰ１のユーザは、操作パネル２７上の呼出画像からメッセージ画面を呼び出して確認することで、自身が今まで利用したことが無いアプリケーションを迅速かつ容易に確認することができる。すなわち、本実施形態によれば、ユーザにとって便利なアプリケーションや新たに登録されたアプリケーションを見逃すことを抑制できるという有利な効果を達成できる。さらに、本実施形態によれば、ユーザは、自身が利用したことがあるアプリケーション、および、自身が利用したことが無いアプリケーションの両方が混在しているアプリケーション一覧画面内を全て閲覧して、今まで見逃していた便利なアプリケーションや新たに登録されたアプリケーション（つまり、自身が今まで利用したことが無いアプリケーション）があるか否かを確認する必要が無いので、ユーザの作業負担も大幅に軽減できる。

以上、本発明に係る実施形態について説明したが、本発明は、上述の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、上述の実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

以下、変形例を記載する。

（実施形態の変形例１）
例えば第３の生成部１６０は、第２の受信部１５０によりコンテンツ情報が受信された時点が、その受信されたコンテンツ情報に含まれる期間情報が示す期間に含まれず、かつ、その受信されたコンテンツ情報に含まれるメッセージ画面を呼び出すための呼出画像を操作パネル２７に表示済みの場合は、該呼出画像を削除することもできる。

図２０は、要求情報に対する応答として、コンテンツセンター４からコンテンツ情報を受信した場合の本変形例のＭＦＰ１の動作例を示すフローチャートである。図２０に示すステップＳ３１およびステップＳ３２の処理内容は、図１９に示すステップＳ２１およびステップＳ２２の処理内容と同様であるので、詳細な説明は省略する。

ステップＳ３２の後のステップＳ３３において、ＭＦＰ１（第３の生成部１６０）は、現時点（要求情報に対する応答として、コンテンツセンター４からコンテンツ情報を受信した時点）が、コンテンツセンター４から受信（要求情報に対する応答として受信）したコンテンツ情報に含まれる期間情報が示す期間に含まれているか否かを確認する。ステップＳ３３の結果が否定の場合（ステップＳ３３：Ｎｏ）、ＭＦＰ１（第３の生成部１６０）は、ステップＳ３２で取得した上述の管理情報を参照して、コンテンツセンター４から受信したコンテンツ情報に対応する呼出画像を操作パネル２７上に表示済みであるか否かを確認する（ステップＳ３４）。ステップＳ３４の結果が否定の場合（ステップＳ３４：Ｎｏ）、そのまま処理は終了する。ステップＳ３４の結果が肯定の場合（ステップＳ３４：Ｙｅｓ）、ＭＦＰ１（第３の生成部１６０）は、コンテンツセンター４から受信したコンテンツ情報に対応する呼出画像を削除する（ステップＳ３５）。これにより、該呼出画像は操作パネル２７上で非表示になる。

一方、上述のステップＳ３３の結果が肯定の場合（ステップＳ３３：Ｙｅｓ）の処理（ステップＳ３６〜ステップＳ３８の処理）は、図１９に示すステップＳ２３〜ステップＳ２５の処理と同様であるので、詳細な説明は省略する。

（実施形態の変形例２）
例えば表示制御部１１０は、呼出画像を強調して表示する制御を行うこともできる。これにより、ユーザは、呼出画像が生成されたことを容易に認識することができる。強調表示の一例として、例えば表示制御部１１０は、呼出画像を点滅させて表示する制御を行うこともできる。また、強調表示の他の例として、例えば表示制御部１１０は、呼出画像を連続的に変化させて表示（アニメーション表示）する制御を行うこともできるし、呼出画像の色を変更（例えば視認性の強い「赤」等の色へ変更）して表示する制御を行うこともできる。

（実施形態の変形例３）
例えば図２１に示すように、ＭＦＰ１は、設定部１７０をさらに有する形態であってもよい。設定部１７０は、呼出画像を自動的に生成するか、メッセージ画面を操作パネル２７に表示した後にユーザの指示に従って呼出画像を生成するかを設定する機能を有する。例えば設定部１７０は、表示制御部１１０によって操作パネル２７に表示された設定画面を介して受け付けたユーザの操作に応じて、呼出画像を自動的に生成するか、メッセージ画面の表示後にユーザの指示に従って呼出画像を生成するかを設定することもできる。図２２は、設定画面の一例を示す図である。図２２の例では、設定画面は、「設定Ａ」および「設定Ｂ」のうちの何れかを選択することを促す画面であり、「設定Ａ」とは呼出画像を自動的に生成する設定を表し、「設定Ｂ」とはメッセージ画面の表示後にユーザの指示に従って呼出画像を生成する設定を表しているが、これに限られるものではない。例えば「設定Ａ」を選択する操作を受け付けた場合、設定部１７０は、呼出画像を自動的に生成することを設定する一方、「設定Ｂ」を選択する操作を受け付けた場合、設定部１７０は、メッセージ画面の表示後にユーザの指示に従って呼出画像を生成することを設定するという具合である。

例えば設定部１７０が、メッセージ画面の表示後にユーザの指示に従って呼出画像を生成することを設定した場合（「設定Ｂ」が選択された場合）を想定する。この例では、表示制御部１１０は、上述の要求情報に対する応答としてコンテンツセンター４からコンテンツ情報を受信した場合、図２３に示すような、コンテンツセンター４から受信したコンテンツ情報に含まれるメッセージ画面とともに、該メッセージ画面を呼び出すための呼出画像を生成する指示を受け付けるための指示画面を操作パネル２７に表示する制御を行うことができる。そして、このような指示画面から呼出画像を生成する指示を受け付けた場合、第３の生成部１６０は、コンテンツセンター４から受信したコンテンツ情報に含まれるメッセージ画面を呼び出すための呼出画像を生成するという具合である。以降の処理内容は上述の実施形態と同様である。

（実施形態の変形例４）
なお、呼出画像の形態は任意である。例えば図２４に示すように、呼出画像は、対応するメッセージ画面の元となるメッセージ情報の一部を表示するウィジェットであってもよい。図２４に示す呼出画像は、「かんたん印刷アプリ」が登録されたことを報知するための「新着アプリ情報」という文字列、および、「かんたん印刷アプリがリリースされました」という文字列に加えて、上述のメッセージ画面の有効期限を示す期間情報も表示する形態である。

（実施形態の変形例５）
また、上述の実施形態では、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作しているが、これに限らず、例えば本体１０と操作部２０が同じオペレーティングシステムで動作する形態であってもよい。

（実施形態の変形例６）
また、上述のアプリマーケットサーバ３の機能とコンテンツセンター４の機能とを有する１つのサーバ（情報処理装置）が設けられる形態であってもよいし、上述のアプリマーケットサーバ３の機能とコンテンツセンター４の機能とが３つ以上のサーバに分散されて搭載される形態であってもよい。要するに、サーバシステム２は、１以上のサーバを含み、該１以上のサーバが、少なくとも、上述の提供制御部３１４に対応する機能と、第１の生成部３１７に対応する機能と、上述の第１の受信部４１１に対応する機能と、上述の第２の生成部４１３に対応する機能と、上述の第１の送信部４１４に対応する機能と、を備える形態であればよい。

以上に説明した実施形態および各変形例は任意に組み合わせることが可能である。

また、上述した実施形態の情報処理システム１００に含まれる各装置（ＭＦＰ１、アプリマーケットサーバ３、コンテンツセンター４）で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１ ＭＦＰ
２ サーバシステム
３ アプリマーケットサーバ
４ コンテンツセンター
８ ネットワーク
１１０ 表示制御部
１２０ アプリケーション一覧画面取得部
１３０ 実行制御部
１３１ アプリケーション取得部
１３２ インストール制御部
１４０ 第２の送信部
１５０ 第２の受信部
１６０ 第３の生成部
１７０ 設定部
３１１ アプリケーション一覧画面保持部
３１２ 要求処理部
３１３ アプリケーション保持部
３１４ 提供制御部
３１５ 第２の対応情報保持部
３１６ 登録制御部
３１７ 第１の生成部
４１１ 第１の受信部
４１２ 第１の対応情報取得部
４１３ 第２の生成部
４１４ 第１の送信部

特開２０１０−１８２３０９号公報

Claims (13)

1. プリンタ機能またはスキャナ機能を有する複合機である機器と、ネットワークを介して前記機器と接続される１以上のサーバを含むサーバシステムと、を備える情報処理システムであって、
   前記サーバシステムは、
   前記機器ごとに、該機器にインストール可能な前記プリンタ機能または前記スキャナ機能を用いる未提供のアプリケーションを対応付けた第１の対応情報を生成する第１の生成部と、
   前記機器から、該機器に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面を含むコンテンツ情報を要求する要求情報を受信する第１の受信部と、
   前記第１の生成部により生成された前記第１の対応情報に基づいて、前記第１の受信部により受信された前記要求情報の要求元の前記機器に対応する前記コンテンツ情報を生成する第２の生成部と、
   前記要求情報に対する応答として、前記第２の生成部により生成された前記コンテンツ情報を前記機器に送信する第１の送信部と、を備え、
   前記機器は、
   前記サーバシステムに対して前記要求情報を送信する第２の送信部と、
   前記サーバシステムから前記コンテンツ情報を受信する第２の受信部と、
   前記第２の受信部により受信された前記コンテンツ情報に含まれる前記メッセージ画面を呼び出すための呼出画像を生成する第３の生成部と、
   前記第３の生成部により生成された前記呼出画像を、前記複合機の操作パネルである表示部に表示する制御を行う表示制御部と、を備え、
   前記呼出画像は、対応する前記メッセージ画面の元となるメッセージ情報の一部を表示するウィジェットであり、該ウィジェットには、前記複合機にインストール可能な、前記プリンタ機能または前記スキャナ機能を用いる未提供のアプリケーションが表示される、
   情報処理システム。
2. 前記コンテンツ情報は、前記メッセージ画面の有効期限を示す期間情報を含み、
   前記第３の生成部は、
   前記第２の受信部により前記コンテンツ情報が受信された時点が、その受信された前記コンテンツ情報に含まれる前記期間情報が示す期間に含まれず、かつ、その受信された前記コンテンツ情報に含まれる前記メッセージ画面を呼び出すための前記呼出画像を前記表示部に表示済みの場合は、該呼出画像を削除する、
   請求項１に記載の情報処理システム。
3. 前記表示制御部は、前記呼出画像を点滅させて表示する制御を行う、請求項１または２に記載の情報処理システム。
4. 前記表示制御部は、前記呼出画像を連続的に変化させて表示する制御を行う、
   請求項１または２に記載の情報処理システム。
5. 前記機器は、
   前記呼出画像を自動的に生成するか、前記メッセージ画面を前記表示部に表示した後にユーザの指示に従って前記呼出画像を生成するかを設定する設定部をさらに備える、
   請求項１乃至４のうちの何れか１項に記載の情報処理システム。
6. 前記呼出画像は、前記メッセージ画面を前記表示部に表示する機能を呼び出すためのアイコンである、
   請求項１乃至５のうちの何れか１項に記載の情報処理システム。
7. 前記サーバシステムは、
   前記複数のアプリケーションを保持するアプリケーション保持部と、
   前記機器ごとに、該機器に対して提供済みのアプリケーションを対応付けた第２の対応情報を保持する第２の対応情報保持部と、をさらに備え、
   前記第１の生成部は、
   前記第２の対応情報に基づいて、前記機器ごとに、前記アプリケーション保持部に保持された前記複数のアプリケーションのうち該機器に対して未提供のアプリケーションを特定し、その特定したアプリケーションを該機器に対応付けて前記第１の対応情報を生成する、
   請求項１乃至６のうちの何れか１項に記載の情報処理システム。
8. 前記第１の生成部は、
   前記第２の対応情報に基づいて、前記機器ごとに、前記アプリケーション保持部に保持された前記複数のアプリケーションのうち該機器に対して未提供のアプリケーションであって、かつ、一定数以上の他の前記機器に対して提供済みのアプリケーションを特定し、その特定したアプリケーションを該機器に対応付けて前記第１の対応情報を生成する、
   請求項７に記載の情報処理システム。
9. 前記サーバシステムは、
   前記複数のアプリケーションを保持するアプリケーション保持部と、
   ユーザの操作に応じて、新しいアプリケーションを前記アプリケーション保持部に登録する制御を行う登録制御部と、をさらに備え、
   前記第１の生成部は、前記登録制御部により新しいアプリケーションが前記アプリケーション保持部に登録された場合、前記機器ごとに、その登録された新しいアプリケーションを対応付けて前記第１の対応情報を生成する、
   請求項７または８に記載の情報処理システム。
10. 前記サーバシステムは、
    前記第１の生成部、前記アプリケーション保持部、および、前記登録制御部を有する第１のサーバと、
    前記第１の受信部、前記第２の生成部、および、前記第１の送信部を有する第２のサーバと、を含み、
    前記第１の生成部は、前記登録制御部により新しいアプリケーションが前記アプリケーション保持部に登録された場合に、最新の前記第１の対応情報を生成し、その生成した最新の前記第１の対応情報を前記第２のサーバへ送信する、
    請求項９に記載の情報処理システム。
11. 前記第２のサーバは、前記第１のサーバから前記第１の対応情報を取得する第１の対応情報取得部をさらに有し、
    前記第１の受信部により前記要求情報が受信された場合、前記第２の生成部は、前記第１の対応情報取得部により取得済みの前記第１の対応情報に基づいて、前記コンテンツ情報を生成する、
    請求項１０に記載の情報処理システム。
12. 前記第２の送信部は、一定時間が経過するたびに、前記サーバシステムに対して前記要求情報を送信する、
    請求項９乃至１１の何れか１項に記載の情報処理システム。
13. プリンタ機能またはスキャナ機能を有する複合機である機器と、ネットワークを介して前記機器と接続される１以上のサーバを含むサーバシステムと、を備える情報処理システムによる情報処理方法であって、
    前記サーバシステムは、
    前記機器ごとに、該機器にインストール可能な前記プリンタ機能または前記スキャナ機能を用いる未提供のアプリケーションを対応付けた第１の対応情報を生成する第１の生成ステップと、
    前記機器から、該機器に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面を含むコンテンツ情報を要求する要求情報を受信する第１の受信ステップと、
    前記第１の生成ステップにより生成された前記第１の対応情報に基づいて、前記第１の受信ステップにより受信された前記要求情報の要求元の前記機器に対応する前記コンテンツ情報を生成する第２の生成ステップと、
    前記要求情報に対する応答として、前記第２の生成ステップにより生成された前記コンテンツ情報を前記機器に送信する第１の送信ステップと、を含み、
    前記機器は、
    前記サーバシステムに対して前記要求情報を送信する第２の送信ステップと、
    前記サーバシステムから前記コンテンツ情報を受信する第２の受信ステップと、
    前記第２の受信ステップにより受信された前記コンテンツ情報に含まれる前記メッセージ画面を表示する機能を呼び出すための呼出画像を生成する第３の生成ステップと、
    前記第３の生成ステップにより生成された前記呼出画像を、前記複合機の操作パネルである表示部に表示する制御を行う表示制御ステップと、を含み、
    前記呼出画像は、対応する前記メッセージ画面の元となるメッセージ情報の一部を表示するウィジェットであり、該ウィジェットには、前記複合機にインストール可能な、前記プリンタ機能または前記スキャナ機能を用いる未提供のアプリケーションが表示される、
    情報処理方法。