JP2017010532A - 情報処理システムおよび情報処理方法 - Google Patents

Abstract

【課題】ユーザにとって便利なアプリケーションや新たに登録されたアプリケーションを見逃すことを抑制する。【解決手段】本発明の情報処理システムは、機器とサーバシステムとを備える。サーバシステムは、提供制御部と第１の生成部とメッセージ画面要求受信部と第２の生成部とメッセージ画面送信部とを備える。第１の生成部は、機器ごとに、該機器に対して未提供のアプリケーションを対応付けた第１の対応情報を生成する。メッセージ画面要求受信部は、機器からメッセージ画面要求を受信する。第２の生成部は、第１の対応情報に基づいてメッセージ画面を生成する。メッセージ画面送信部は、メッセージ画面要求に対する応答として、メッセージ画面を機器に送信する。機器はメッセージ画面要求送信部とメッセージ画面受信部とメッセージ画面表示部とを備える。メッセージ画面表示部は、メッセージ画面受信部で受信したメッセージ画面を表示する制御を行う。【選択図】図１

Description

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

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

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

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

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

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

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

図１は、情報処理システムの構成の一例を示す図である。 図２は、ＭＦＰのハードウェア構成例を示す図である。 図３は、ＭＦＰのソフトウェア構成例を示す図である。 図４は、ＭＦＰが有する機能の一例を示す図である。 図５は、操作画面の一例を示す図である。 図６は、アプリケーション一覧画面の一例を示す図である。 図７は、ＵＲＬスキームの一例を示す図である。 図８は、アプリマーケットサーバおよびコンテンツセンターのハードウェア構成の一例を示す図である。 図９は、アプリマーケットサーバが有する機能の一例を示す図である。 図１０は、第２の対応情報の一例を示す図である。 図１１は、第１の対応情報の一例を示す図である。 図１２は、コンテンツセンターが有する機能の一例を示す図である。 図１３は、メッセージ画面の一例を示す図である。 図１４は、操作パネルに表示された状態のメッセージ画面の一例を示す図である。 図１５は、情報処理システムの動作手順の一例を示すシーケンス図である。 図１６は、変形例の情報処理システムの動作手順の一例を示すシーケンス図である。 図１７は、第２の実施形態のアプリマーケットサーバが有する機能の一例を示す図である。 図１８は、アプリケーション提供情報の一例を示す図である。 図１９は、第２の実施形態の第１の対応情報の一例を示す図である。 図２０は、第２の実施形態のメッセージ画面の一例を示す図である。 図２１は、第２の実施形態の変形例の第２の対応情報の一例を示す図である。 図２２は、第３の実施形態のアプリマーケットサーバが有する機能の一例を示す図である。 図２３は、アプリケーション分類情報の一例を示す図である。 図２４は、第３の実施形態の変形例のアプリマーケットサーバが有する機能の一例を示す図である。 図２５は、第３の実施形態の変形例の第１の対応情報の一例を示す図である。 図２６は、第３の実施形態の変形例のメッセージ画面の一例を示す図である。 図２７は、第４の実施形態のＭＦＰが有する機能の一例を示す図である。 図２８は、第４の実施形態のメールの一例を示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

操作画面表示部１１０は、各種の操作を行うための操作画面を操作パネル２７に表示する制御を行う。図５は、操作画面の一例を示す図であり、操作画面には、アプリマーケットアプリを起動するためのアイコン５が表示されている。

図４の説明を続ける。アプリケーション一覧画面取得部１２０は、アプリケーション一覧画面要求送信部１２１と、アプリケーション一覧画面受信部１２２とを有する。「アプリケーション一覧画面要求送信部」の一例であるアプリケーション一覧画面要求送信部１２１は、サーバシステム２に対して、複数のアプリケーションごとに、該アプリケーションをインストールする命令を示すインストール命令が貼り付けられたボタンを含むアプリケーション一覧画面を要求するアプリケーション一覧画面要求を送信する。この例では、アプリケーション一覧画面要求には、要求元のＭＦＰ１を識別する機器ＩＤも含まれる。「アプリケーション一覧画面受信部」の一例であるアプリケーション一覧画面受信部１２２は、サーバシステム２からアプリケーション一覧画面を受信する。

本実施形態では、ユーザがアイコン５をタッチすると、ブラウザアプリ（アプリケーション一覧画面要求送信部１２１）は、サーバシステム２に対して、上述のアプリケーション一覧画面要求を送信する。そして、その応答として、ブラウザアプリ（アプリケーション一覧画面受信部１２２）は、サーバシステム２からアプリケーション一覧画面を受信する。

図６は、アプリケーション一覧画面の一例を示す図である。図６の例では、アプリケーション一覧画面は、複数のアプリケーションごとに、当該アプリケーションの内容を説明する説明情報と、当該アプリケーションをインストールすることを指示するためのボタン６（以下、「インストールボタン６」と称する）とが表示される。この例では、インストール命令の実行手順を記述したＵＲＬスキームが、インストールボタン６に貼り付けられている。

図７は、「４９３５４」というＩＤ（アプリＩＤ）で識別されるアプリケーションに対応するインストールボタン６に貼り付けられたＵＲＬスキームの一例を示す図である。図７における「ｉｎｓｔａｌｌｅｒ」の部分は、ＵＲＬスキームのヘッダ部分である。以下では、ＵＲＬスキームのヘッダ部分を「スキーム部分」と称する場合がある。図７の例では、「ｉｎｓｔａｌｌｅｒ」というスキーム部分は、インストール命令を実行するアプリケーションを識別するための情報を表し、この例ではＭＦＰ１に搭載されたインストーラを表している。また、図７における「ｉｎｓｔａｌｌＡｐｐ？ｉｄ＝４９３５４」のうち「ｉｎｓｔａｌｌＡｐｐ」の部分はインストール命令であり、そのインストール命令の引数が「ｉｄ＝４９３５４」である。これは、「４９３５４」というｉｄで識別されるアプリケーションのインストール命令を表している。つまり、命令の具体的な内容を表す部分である。すなわち、図７に示すＵＲＬスキームは、インストール命令の実行手順をＵＲＬ形式で記述した情報であり、このＵＲＬスキームが選択されると、インストーラが起動し、起動したインストーラが、「４９３５４」というｉｄで識別されるアプリケーションをインストールする命令を実行することになる。

図４の説明を続ける。アプリケーション一覧画面表示部１３０は、アプリケーション一覧画面受信部１２２により受信されたアプリケーション一覧画面を表示する制御を行う。この例では、アプリケーション一覧画面表示部１３０は、アプリケーション一覧画面受信部１２２により受信されたアプリケーション一覧画面を操作パネル２７に表示する制御を行う。

実行制御部１４０は、アプリケーション一覧画面に含まれるインストールボタン６のうち、ユーザによって押下されたインストールボタン６に貼り付けられたＵＲＬスキームで実行手順が示されたインストール命令を実行する。図４に示すように、本実施形態では、実行制御部１４０は、アプリケーション要求送信部１４１と、アプリケーション受信部１４２と、インストール制御部１４３とを有する。

アプリケーション要求送信部１４１は、サーバシステム２に対して、ユーザによって押下されたインストールボタン６に貼り付けられたインストール命令に対応するアプリケーションを要求するアプリケーション要求を送信する。この例では、アプリケーション要求には、要求元のＭＦＰ１を識別する機器ＩＤも含まれる。アプリケーション受信部１４２は、サーバシステム２から、アプリケーション要求に対応するアプリケーションを受信する。インストール制御部１４３は、アプリケーション受信部１４２により受信されたアプリケーションをＭＦＰ１にインストールする制御を行う。

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

図４の説明を続ける。メッセージ画面要求送信部１５０は、サーバシステム２に対して後述のメッセージ画面を要求するメッセージ画面要求を送信する。この例では、メッセージ画面要求には、要求元のＭＦＰ１を識別する機器ＩＤも含まれる。メッセージ画面要求を送信するタイミングは任意であり、この例では、メッセージ画面要求送信部１５０は、一定時間が経過するたびに、サーバシステム２に対してメッセージ画面要求を送信する。なお、一定時間の時間長は任意に設定可能（例えばユーザの操作に応じて可変に設定可能）である。

メッセージ画面受信部１６０は、サーバシステム２からメッセージ画面を受信する。メッセージ画面表示部１７０は、メッセージ画面受信部１６０により受信されたメッセージ画面を表示する制御を行う。この例では、メッセージ画面表示部１７０は、メッセージ画面受信部１６０により受信されたメッセージ画面を操作パネル２７に表示する制御を行う。メッセージ画面の具体的な内容については後述する。

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

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

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

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

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

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

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

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

第１の生成部３１７は、ＭＦＰ１ごとに、該ＭＦＰ１に対して未提供のアプリケーションを対応付けた第１の対応情報を生成する。

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

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

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

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

この例では、第１の対応情報は、機器ＩＤごとに、該機器ＩＤで識別されるＭＦＰ１に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面の元になるメッセージ情報（該ＭＦＰ１に対して未提供のアプリケーションを示す情報に相当）を対応付けた情報であるが、これに限られるものではない。図１１は、「１００３」を示す機器ＩＤとメッセージ情報との対応関係を示す図（第１の対応情報のうち、「１００３」を示す機器ＩＤとメッセージ情報との対応関係を示す部分の図）である。図１１の例では、「１００３」を示す機器ＩＤに対して、未提供の「かんたん印刷アプリ」を報知するためのメッセージ画面の元となるメッセージ情報が対応付けられている。図１１の例では、メッセージ情報として、登録制御部３１６によって新たに「かんたん印刷アプリ」が登録されたことを報知するための「新着アプリ情報」という文字列、および、「かんたん印刷アプリがリリースされました」という文字列が含まれている。また、メッセージ情報として、「かんたん印刷アプリ」のアイコン画像を示す画像も含まれている。さらに、メッセージ情報として、「かんたん印刷アプリ」の詳細情報を案内するための「詳しくは、こちらをタップ！！」という文字列、および、Ｗｅｂページのリンク先を示す「ｈｔｔｐｓ：／／ｘｘｘ．ｃｏｍ」という文字列を含んでいるが、メッセージ情報の形態は任意であり、これらに限られるものではない。

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

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

図１２は、コンテンツセンター４が有する機能の一例を示す図である。図１２に示すように、コンテンツセンター４は、メッセージ画面要求受信部４１１と、第１の対応情報取得部４１２と、第２の生成部４１３と、メッセージ画面送信部４１４とを有する。

メッセージ画面要求受信部４１１は、ＭＦＰ１から、該ＭＦＰ１に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面を要求するメッセージ画面要求を受信する。第１の対応情報取得部４１２は、アプリマーケットサーバ３から第１の対応情報を取得する。上述したように、この例では、アプリマーケットサーバ３（第１の対応情報送信部３１８）は、新しいアプリケーションがアプリケーション保持部３１３に登録された場合に、最新の第１の対応情報をコンテンツセンター４へ送信する。これにより、第１の対応情報取得部４１２は、第１の対応情報を取得することができる。ただし、これに限らず、第１の対応情報を取得する方法は任意に変更可能である。

第２の生成部４１３は、第１の対応情報取得部４１２により取得された第１の対応情報（つまり、第１の生成部３１７により生成された第１の対応情報）に基づいて、メッセージ画面要求受信部４１１により受信されたメッセージ画面要求の要求元のＭＦＰ１に対応するメッセージ画面を生成する。この例では、第２の生成部４１３は、第１の対応情報取得部４１２により取得された第１の対応情報に含まれる機器ＩＤのうち、メッセージ画面要求受信部４１１により受信されたメッセージ画面要求に含まれる機器ＩＤと一致する機器ＩＤに対応付けられたメッセージ情報を元に、該機器ＩＤで識別されるＭＦＰ１（メッセージ画面要求の要求元のＭＦＰ１）に対応するメッセージ画面を生成する。例えば図１１に示すメッセージ情報を元にしたメッセージ画面は、図１３の態様となる。

なお、メッセージ画面は、画像ファイルにメタ情報としてリンク先を示す情報（例えばＵＲＬ）を付与したデータでもよい。この場合、メッセージ画面は、例えば画像データと、テキスト形式のＵＲＬとの組み合わせで構成される。また、メッセージ画面は、表示対象のテキストや画像のレイアウトを規定したｈｔｍｌファイルと、画像データとの組み合わせで構成されてもよい。

メッセージ画面送信部４１４は、ＭＦＰ１からのメッセージ画面要求に対する応答として、第２の生成部４１３により生成されたメッセージ画面を該ＭＦＰ１に送信する。より具体的には、メッセージ画面送信部４１４は、メッセージ画面要求受信部４１１により受信されたメッセージ画面要求に対する応答として、第２の生成部４１３により生成されたメッセージ画面を、該メッセージ画面要求に含まれる機器ＩＤで識別されるＭＦＰ１に送信する。該メッセージ画面要求の要求元のＭＦＰ１は、コンテンツセンター４から受信したメッセージ画面を操作パネル２７に表示する。例えばコンテンツセンター４から受信したメッセージ画面が図１３の態様の場合、図１４に示すように、ＭＦＰ１は、その受信したメッセージ画面を操作パネル２７に表示することになる。

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

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

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

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

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

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

(第２の実施形態)
次に、第２の実施形態について説明する。上述の第１の実施形態と共通する部分については適宜に説明を省略する。

本実施形態では、アプリマーケットサーバ３の第１の生成部３１７は、上述の第２の対応情報に基づいて、ＭＦＰ１ごとに、アプリケーション保持部３１３に保持された複数のアプリケーションのうち該ＭＦＰ１に対して未提供のアプリケーションであって、かつ、一定数以上の他のＭＦＰ１に対して提供済みのアプリケーションを特定し、その特定したアプリケーションを提供数が多い順に並べたメッセージ画面の元となるメッセージ情報を該ＭＦＰ１に対応付けて第１の対応情報を生成する。図１７は、本実施形態のアプリマーケットサーバ３が有する機能の一例を示す図である。図１７に示すように、アプリマーケットサーバ３は、アプリ提供数カウント部３２０と、アプリ提供数順リスト生成部３２１と、をさらに有する。

アプリ提供数カウント部３２０は、提供制御部３１４によりアプリケーションがＭＦＰ１に提供されるたびに、アプリケーションの提供数（機器への導入数）をカウントし、アプリケーションごとに提供数を対応付けたアプリケーション提供情報を更新する。図１８は、アプリケーション提供情報の一例を示す図である。図１８の例では、アプリケーション提供情報は、アプリケーションを識別するアプリ名ごとに提供数を対応付けた情報である。この例では、アプリ提供数カウント部３２０がアプリケーション提供情報を管理（保持）している。

アプリ提供数順リスト生成部３２１は、アプリ提供数カウント部３２０から上述のアプリケーション提供情報を定期的に取得し、提供数の多い順番にアプリケーションを並べたリスト（以下、「アプリ提供数順リスト」と称する）を生成する。この例では、アプリ提供数順リスト生成部３２１がアプリ提供数順リストを管理（保持）している。

上述の第１の実施形態で説明したように、第１の生成部３１７は、第２の対応情報に基づいて、ＭＦＰ１ごとに、アプリケーション保持部３１３に保持された複数のアプリケーションのうち該ＭＦＰ１に対して未提供のアプリケーションであって、かつ、一定数以上の他のＭＦＰ１に対して提供済みのアプリケーションを特定する。そして、第１の生成部３１７は、アプリ提供数順リスト生成部３２１から上述のアプリ提供数順リストを取得し、ＭＦＰ１ごとに、アプリ提供数順リストに記載されたアプリケーションのうち上記のようにして特定したアプリケーション以外のアプリケーションを除外することで、該ＭＦＰ１へ未提供のアプリケーションを提供数が多い順に並べることができる。そして、第１の生成部３１７は、ＭＦＰ１ごとに、該ＭＦＰ１に未提供のアプリケーションを提供数が多い順（他のＭＦＰ１への提供数が多い順）に並べたメッセージ画面の元となるメッセージ情報を生成し、その生成したメッセージ情報を、該ＭＦＰ１を識別する機器ＩＤに対応付けて第１の対応情報を生成する。図１９は、第１の対応情報のうち、「１００３」を示す機器ＩＤとメッセージ情報との対応関係を示す部分の図である。図１９の例では、「１００３」を示す機器ＩＤに対して、未提供のアプリケーションを提供数が多い順に並べたメッセージ画面の元となるメッセージ情報が対応付けられている。図１９のメッセージ情報を元にしたメッセージ画面は、図２０の態様となる。その他の構成は、上述の第１の実施形態で説明した内容と同様であるので、詳細な説明は省略する。

以上に説明したように、本実施形態では、未提供のアプリケーションをランキング形式で示す（他のＭＦＰ１への提供数が多い順に示す）メッセージ画面をＭＦＰ１に表示させることができる。ユーザは、このメッセージ画面を確認することで、自身が今まで利用したことが無いアプリケーションの他のＭＦＰ１への提供状況（提供数順）を知ることができる。

（第２の実施形態の変形例）
上述の第２の実施形態では、アプリケーション提供情報は、第２の対応情報とは別に設けられているが、これに限らず、例えば第２の対応情報を、アプリケーション提供情報の内容を含むように拡張した形態であってもよい。例えば図２１に示すように、第２の対応情報は、アプリケーションを識別するアプリ名ごとに、提供数と、該アプリケーションを提供済みのＭＦＰ１を識別する機器ＩＤとを対応付けた情報で構成されてもよい。

(第３の実施形態)
次に、第３の実施形態について説明する。上述の第１の実施形態と共通する部分については適宜に説明を省略する。

本実施形態では、アプリマーケットサーバ３の第１の生成部３１７は、上述の第２の対応情報に基づいて、ＭＦＰ１ごとに、アプリケーション保持部３１３に保持された複数のアプリケーションのうち該ＭＦＰ１に対して未提供のアプリケーションであって、かつ、一定数以上の他のＭＦＰ１に対して提供済みのアプリケーションを示す未提供アプリケーションを特定する。そして、第１の生成部３１７は、上述の第２の対応情報と、アプリケーションごとに該アプリケーションが属するカテゴリを示すカテゴリ情報を対応付けたアプリケーション分類情報と、に基づいて、ＭＦＰ１ごとに、未提供アプリケーションと同じカテゴリに属するアプリケーションであって、かつ、該ＭＦＰ１に対して未提供のアプリケーションを示す同類アプリケーションを特定し、未提供アプリケーションおよび同類アプリケーションを該ＭＦＰ１に対応付けて第１の対応情報を生成する。図２２は、本実施形態のアプリマーケットサーバ３が有する機能の一例を示す図である。図２２に示すように、アプリマーケットサーバ３は、アプリケーション分類情報記憶部３２２をさらに有する。

アプリケーション分類情報記憶部３２２は、複数のアプリケーションごとにカテゴリ情報を対応付けたアプリケーション分類情報を記憶する。図２３は、アプリケーション分類情報の一例を示す図である。図２３の例では、「名刺印刷アプリ」を示すアプリ名、および、「名刺取り込みアプリ」を示すアプリ名の各々に対して、「名刺管理」というカテゴリを示すカテゴリ情報が対応付けられている。また、「確定申告アプリ」を示すアプリ名、および、「住民票発行申請アプリ」を示すアプリ名の各々に対して、「公共申請手続き」というカテゴリを示すカテゴリ情報が対応付けられている。また、「封筒アプリ」を示すアプリ名、および、「葉書アプリ」を示すアプリ名の各々に対して、「宛名印刷」というカテゴリを示すカテゴリ情報が対応付けられている。

例えば第１の生成部３１７が、上述の第２の対応情報に基づいて、ＭＦＰ１の未提供アプリケーションとして、「名刺印刷アプリ」を特定した場合を想定する。第１の生成部３１７は、アプリケーション分類情報記憶部３２２に記憶されたアプリケーション分類情報を参照して、特定した「名刺印刷アプリ」が属するカテゴリが「名刺管理」であることを確認し、「名刺管理」というカテゴリに属する他のアプリとして「名刺取り込みアプリ」を特定する。そして、上述の第２の対応情報を参照して、ＭＦＰ１に対して「名刺取り込みアプリ」が提供済みであるか否かを確認する。「名刺取り込みアプリ」が提供済みではない場合、第１の生成部３１７は、「名刺取り込みアプリ」を同類アプリケーションとして特定する。そして、ＭＦＰ１を識別する機器ＩＤに対して、「名刺印刷アプリ」および「名刺取り込みアプリ」を対応付けて第１の対応情報を生成する。この場合、上述の第１の実施形態で説明したように、第１の生成部３１７は、ＭＦＰ１へ未提供のアプリケーションとして「名刺印刷アプリ」および「名刺取り込みアプリ」を報知するための画面を示すメッセージ画面の元になるメッセージ情報を、該ＭＦＰ１を識別する機器ＩＤに対応付けた情報を第１の対応情報として生成することができる。その他の構成は、上述の第１の実施形態で説明した内容と同様であるので、詳細な説明は省略する。

以上に説明したように、本実施形態では、上述の未提供アプリケーションおよび上述の同類アプリケーションを報知するためのメッセージ画面をＭＦＰ１に表示させることができる。これにより、未提供のアプリケーションを漏れなくユーザに報知することができる。

（第３の実施形態の変形例）
例えば第１の生成部３１７は、カテゴリごとに、上述の未提供アプリケーションおよび上述の同類アプリケーションの各々に対応するアプリケーションを提供数が多い順に並べたメッセージ画面の元となるメッセ―ジ情報をＭＦＰ１に対応付けて第１の対応情報を生成することもできる。この場合、例えば図２４に示すように、アプリマーケットサーバ３は、上述の第２の実施形態で説明したアプリ提供数カウント部３２０およびアプリ提供数順リスト生成部３２１をさらに有する形態であってもよい。この形態では、第１の生成部３１７は、ＭＦＰ１ごとに上述の未提供アプリケーションおよび上述の同類アプリケーションを特定した後、アプリ提供数順リスト生成部３２１から上述のアプリ提供数順リストを取得する。そして、第１の生成部３１７は、その取得したアプリ提供数順リストと、アプリケーション分類情報記憶部３２２に記憶されたアプリケーション分類情報と、に基づいて、ＭＦＰ１と何れかのカテゴリとの組み合わせごとに、アプリ提供数順リストに記載されたアプリケーションのうち、該カテゴリに属する上述の未提供アプリケーションおよび上述の同類アプリケーション（アプリケーション分類情報を参照することで特定可能）以外のアプリケーションを除外することで、該カテゴリに属するアプリケーションのうち該ＭＦＰ１へ未提供のアプリケーションを提供数が多い順に並べることができる。そして、第１の生成部３１７は、ＭＦＰ１とカテゴリとの組み合わせごとに、該ＭＦＰ１へ未提供のアプリケーション（該カテゴリに属するアプリケーション）を提供数が多い順に並べたメッセージ画面の元となるメッセージ情報を生成し、ＭＦＰを識別する機器ＩＤごとに、生成したメッセ―ジ情報を対応付けて第１の対応情報を生成することができる。

図２５は、第１の対応情報のうち、「１００３」を示す機器ＩＤとメッセージ情報との対応関係を示す部分の図である。図２５の例では、「１００３」を示す機器ＩＤに対して、「名刺管理」というカテゴリに属する未提供のアプリケーションを提供数が多い順に並べたメッセージ画面の元となるメッセージ情報が対応付けられている。図２５のメッセージ情報を元にしたメッセージ画面は、図２６の態様となる。

以上に説明したように、本変形例では、カテゴリごとに、未提供のアプリケーションをランキング形式で示すメッセージ画面をＭＦＰ１に表示させることができる。ユーザは、このメッセージ画面を確認することで、カテゴリごとに、自身が今まで利用したことが無いアプリケーションの他のＭＦＰ１への提供状況（提供数順）を知ることができる。

(第４の実施形態)
次に、第４の実施形態について説明する。上述の第１の実施形態と共通する部分については適宜に説明を省略する。

本実施形態では、ＭＦＰ１は、メッセージ画面受信部１６０によりメッセージ画面が受信された場合、メッセージ画面を含むメールを、所定のメールアドレスが示す宛先へ送信する機能（メール送信部）をさらに有している。図２７は、本実施形態のＭＦＰ１が有する機能の一例を示す図である。図２７に示すように、ＭＦＰ１は、メールイベント受信部１７１、メール生成部１７２、メールアドレス保持部１７３、および、メール送信部１７４をさらに有する。

メッセージ画面受信部１６０は、コンテンツセンター４からメッセージ画面を受信すると、その受信したメッセージ画面をメールイベントとしてメールイベント受信部１７１へ通知する。この通知を受けたメールイベント受信部１７１は、その受信したメッセージ画面を含むメールの作成をメール生成部１７２へ依頼する。この依頼を受けたメール生成部１７２は、図２８に示すようなメールを生成する。そして、メール生成部１７２は、その生成したメールを、メールアドレス保持部１７３に保持された所定のメールアドレス（例えば機器管理者等のメールアドレス）が示す宛先へ送信することを、メール送信部１７４へ依頼する。この依頼を受けたメール送信部１７４は、メール生成部１７２により生成されたメールを、所定のメールアドレスが示す宛先へ送信する。

以上に説明したように、本実施形態では、ＭＦＰ１は、コンテンツセンター４からのメッセージ画面の受信を契機として、該メッセージ画面を含むメールを、所定のメールアドレスが示す宛先へ送信する。これにより、例えば所定のメールアドレスを有する機器管理者等へメッセージ画面を通知することができる。

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

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

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

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

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

１ ＭＦＰ
２ サーバシステム
３ アプリマーケットサーバ
４ コンテンツセンター
８ ネットワーク
１１０ 操作画面表示部
１２０ アプリケーション一覧画面取得部
１２１ アプリケーション一覧画面要求送信部
１２２ アプリケーション一覧画面受信部
１３０ アプリケーション一覧画面表示部
１４０ 実行制御部
１４１ アプリケーション要求送信部
１４２ アプリケーション受信部
１４３ インストール制御部
１５０ メッセージ画面要求送信部
１６０ メッセージ画面受信部
１７０ メッセージ画面表示部
１７１ メールイベント受信部
１７２ メール生成部
１７３ メールアドレス保持部
１７４ メール送信部
３１１ アプリケーション一覧画面保持部
３１２ アプリケーション一覧画面送信部
３１３ アプリケーション保持部
３１４ 提供制御部
３１５ 第２の対応情報保持部
３１６ 登録制御部
３１７ 第１の生成部
３１８ 第１の対応情報送信部
３２０ アプリ提供数カウント部
３２１ アプリ提供数順リスト生成部
３２２ アプリケーション分類情報記憶部
４１１ メッセージ画面要求受信部
４１２ 第１の対応情報取得部
４１３ 第２の生成部
４１４ メッセージ画面送信部

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

Claims (12)

1. 機器と、ネットワークを介して前記機器と接続される１以上のサーバを含むサーバシステムと、を備える情報処理システムであって、
   前記サーバシステムは、
   前記サーバシステムが保持する複数のアプリケーションのうちの何れかを前記機器に提供する制御を行う提供制御部と、
   前記機器ごとに、該機器に対して未提供のアプリケーションを対応付けた第１の対応情報を生成する第１の生成部と、
   前記機器から、該機器に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面を要求するメッセージ画面要求を受信するメッセージ画面要求受信部と、
   前記第１の生成部により生成された前記第１の対応情報に基づいて、前記メッセージ画面要求受信部により受信された前記メッセージ画面要求の要求元の前記機器に対応する前記メッセージ画面を生成する第２の生成部と、
   前記メッセージ画面要求に対する応答として、前記第２の生成部により生成された前記メッセージ画面を前記機器に送信するメッセージ画面送信部と、を備え、
   前記機器は、
   前記サーバシステムに対して前記メッセージ画面要求を送信するメッセージ画面要求送信部と、
   前記サーバシステムから前記メッセージ画面を受信するメッセージ画面受信部と、
   前記メッセージ画面受信部により受信された前記メッセージ画面を表示する制御を行うメッセージ画面表示部と、を備える、
   情報処理システム。
2. 前記サーバシステムは、
   前記複数のアプリケーションを保持するアプリケーション保持部と、
   前記機器ごとに、該機器に対して提供済みのアプリケーションを対応付けた第２の対応情報を保持する第２の対応情報保持部と、をさらに備え、
   前記第１の生成部は、
   前記第２の対応情報に基づいて、前記機器ごとに、前記アプリケーション保持部に保持された前記複数のアプリケーションのうち該機器に対して未提供のアプリケーションを特定し、その特定したアプリケーションを該機器に対応付けて前記第１の対応情報を生成する、
   請求項１に記載の情報処理システム。
3. 前記第１の生成部は、
   前記第２の対応情報に基づいて、前記機器ごとに、前記アプリケーション保持部に保持された前記複数のアプリケーションのうち該機器に対して未提供のアプリケーションであって、かつ、一定数以上の他の前記機器に対して提供済みのアプリケーションを特定し、その特定したアプリケーションを該機器に対応付けて前記第１の対応情報を生成する、
   請求項２に記載の情報処理システム。
4. 前記第１の生成部は、
   前記第２の対応情報に基づいて、前記機器ごとに、前記アプリケーション保持部に保持された前記複数のアプリケーションのうち該機器に対して未提供のアプリケーションであって、かつ、一定数以上の他の前記機器に対して提供済みのアプリケーションを特定し、その特定したアプリケーションを提供数が多い順に並べた前記メッセージ画面の元となるメッセージ情報を該機器に対応付けて前記第１の対応情報を生成する、
   請求項２に記載の情報処理システム。
5. 前記第１の生成部は、
   前記第２の対応情報に基づいて、前記機器ごとに、前記アプリケーション保持部に保持された前記複数のアプリケーションのうち該機器に対して未提供のアプリケーションであって、かつ、一定数以上の他の前記機器に対して提供済みのアプリケーションを示す未提供アプリケーションを特定する、
   請求項２に記載の情報処理システム。
6. 前記第１の生成部は、
   前記第２の対応情報と、アプリケーションごとに該アプリケーションが属するカテゴリを示すカテゴリ情報を対応付けたアプリケーション分類情報と、に基づいて、前記機器ごとに、前記未提供アプリケーションと同じカテゴリに属するアプリケーションであって、かつ、該機器に対して未提供のアプリケーションを示す同類アプリケーションを特定し、前記未提供アプリケーションおよび前記同類アプリケーションを該機器に対応付けて前記第１の対応情報を生成する、
   請求項５に記載の情報処理システム。
7. 前記第１の生成部は、
   カテゴリごとに、前記未提供アプリケーションおよび前記同類アプリケーションの各々に対応するアプリケーションを提供数が多い順に並べた前記メッセージ画面の元となる前記メッセージ情報を前記機器に対応付けて前記第１の対応情報を生成する、
   請求項６に記載の情報処理システム。
8. 前記機器は、
   前記メッセージ画面受信部により前記メッセージ画面が受信された場合、前記メッセージ画面を含むメールを、所定のメールアドレスが示す宛先へ送信するメール送信部をさらに備える、
   請求項１乃至７のうちの何れか１項に記載の情報処理システム。
9. 前記サーバシステムは、
   前記複数のアプリケーションを保持するアプリケーション保持部と、
   ユーザの操作に応じて、新しいアプリケーションを前記アプリケーション保持部に登録する制御を行う登録制御部と、をさらに備え、
   前記第１の生成部は、前記登録制御部により新しいアプリケーションが前記アプリケーション保持部に登録された場合、前記機器ごとに、その登録された新しいアプリケーションを対応付けて前記第１の対応情報を生成する、
   請求項１乃至３のうちの何れか１項に記載の情報処理システム。
10. 前記サーバシステムは、
    アプリケーションをインストールする命令が貼り付けられたボタンを含むアプリケーション一覧画面を保持するアプリケーション一覧画面保持部と、
    前記機器からの前記アプリケーション一覧画面を要求するアプリケーション一覧画面要求に対する応答として、前記アプリケーション一覧画面を該機器に送信するアプリケーション一覧画面送信部と、を備え、
    前記機器は、
    前記サーバシステムに対して、前記アプリケーション一覧画面要求を送信するアプリケーション一覧画面要求送信部と、
    前記サーバシステムから前記アプリケーション一覧画面を受信するアプリケーション一覧画面受信部と、
    前記アプリケーション一覧画面受信部により受信された前記アプリケーション一覧画面を表示する制御を行うアプリケーション一覧画面表示部と、
    ユーザによって押下された前記ボタンに貼り付けられたインストール命令を実行する実行制御部と、を備える、
    請求項１乃至９のうちの何れか１項に記載の情報処理システム。
11. 前記実行制御部は、
    前記サーバシステムに対して、ユーザによって押下された前記ボタンに貼り付けられたインストール命令に対応するアプリケーションを要求するアプリケーション要求を送信するアプリケーション要求送信部と、
    前記サーバシステムから、前記アプリケーション要求に対応するアプリケーションを受信するアプリケーション受信部と、
    前記アプリケーション受信部で受信したアプリケーションを前記機器にインストールする制御を行うインストール制御部と、を備え、
    前記サーバシステムの前記提供制御部は、
    前記機器からの前記アプリケーション要求に対する応答として、前記複数のアプリケーションのうちの何れかを前記機器に送信する、
    請求項１０に記載の情報処理システム。
12. 機器と、ネットワークを介して前記機器と接続される１以上のサーバを含むサーバシステムと、を備える情報処理システムによる情報処理方法であって、
    前記サーバシステムは、
    前記サーバシステムが保持する複数のアプリケーションのうちの何れかを前記機器に提供する制御を行う提供制御ステップと、
    前記機器ごとに、該機器に対して未提供のアプリケーションを対応付けた第１の対応情報を生成する第１の生成ステップと、
    前記機器から、該機器に対して未提供のアプリケーションを報知するための画面を示すメッセージ画面を要求するメッセージ画面要求を受信するメッセージ画面要求受信ステップと、
    前記第１の生成ステップにより生成された前記第１の対応情報に基づいて、前記メッセージ画面要求受信ステップにより受信された前記メッセージ画面要求の要求元の前記機器に対応する前記メッセージ画面を生成する第２の生成ステップと、
    前記メッセージ画面要求に対する応答として、前記第２の生成ステップにより生成された前記メッセージ画面を前記機器に送信するメッセージ画面送信ステップと、を有し、
    前記機器は、
    前記サーバシステムに対して前記メッセージ画面要求を送信するメッセージ画面要求送信ステップと、
    前記サーバシステムから前記メッセージ画面を受信するメッセージ画面受信ステップと、
    前記メッセージ画面受信ステップにより受信された前記メッセージ画面を表示する制御を行うメッセージ画面表示ステップと、を有する、
    情報処理方法。

Images