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

Abstract

【課題】機器が適切に利用可能なアプリケーションを紹介可能な情報処理システム、および情報処理方法を提供する。【解決手段】本発明の情報処理装置は、画面要求受信部と第１の特定部とアプリケーション提供画面送信部とを備える。画面要求受信部は、販売店情報を少なくとも含む画面要求を機器から受信する。第１の特定部は、販売店情報と、アプリケーション識別情報と、利用促進情報との対応関係を表すアプリケーション対応情報に基づいて、画面要求に含まれる販売店情報に対応付けられたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報が対応付けられたアプリケーション識別情報を特定する。アプリケーション提供画面送信部は、第１の特定部により特定されたアプリケーション識別情報により識別されるアプリケーションを提供するためのアプリケーション提供画面を機器へ送信する。【選択図】図１

Description

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

近年、携帯電話や情報携帯端末を代表とする様々な通信機器の普及により、通信機器上で利用可能なアプリケーションの開発が盛んになってきている。

例えば特許文献１には、サーバでアプリケーションを紹介し、紹介されているアプリケーションを機器側で選択することで、その選択したアプリケーションをダウンロードする技術が開示されている。

しかしながら、特許文献１に開示された技術では、機器を販売する販売店ごとに、該機器に利用させるアプリケーションが異なるケースを想定していない。このため、機器が利用できないアプリケーションを該機器に紹介してしまうおそれがある。したがって、機器が適切に利用可能なアプリケーションを紹介することができないという問題があった。

本発明は、上記に鑑みてなされたものであって、機器が適切に利用可能なアプリケーションを紹介可能な情報処理システム、および情報処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、１以上の機器と、該機器とネットワークを介して接続可能な情報処理装置と、を備える情報処理システムであって、前記情報処理装置は、前記機器を販売する販売店を示す販売店情報を少なくとも含み、かつ、アプリケーションを提供するためのアプリケーション提供画面を要求する画面要求を前記機器から受信する画面要求受信部と、前記販売店情報と、前記販売店で取り扱うアプリケーションを識別するアプリケーション識別情報と、利用を促進するアプリケーションであるか否かを示す利用促進情報との対応関係を表すアプリケーション対応情報に基づいて、前記画面要求に含まれる前記販売店情報に対応付けられた前記アプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す前記利用促進情報が対応付けられた前記アプリケーション識別情報を特定する第１の特定部と、前記第１の特定部により特定された前記アプリケーション識別情報により識別されるアプリケーションを、前記機器に対して利用を推奨する利用推奨アプリケーションとして提供するための前記アプリケーション提供画面を前記機器へ送信するアプリケーション提供画面送信部と、を備え、前記機器は、前記画面要求を前記情報処理装置へ送信する画面要求送信部と、前記画面要求の応答として、前記情報処理装置から前記アプリケーション提供画面を受信するアプリケーション提供画面受信部と、前記アプリケーション提供画面受信部により受信された前記アプリケーション提供画面を表示する制御を行う表示制御部と、を備える。

本発明によれば、機器が適切に利用可能なアプリケーションを紹介することができる。

図１は、情報処理システムの構成の一例を示す図である。 図２は、ＭＦＰのハードウェア構成例を示す図である。 図３は、ＭＦＰのソフトウェア構成例を示す図である。 図４は、ＭＦＰが有する機能の一例を示す図である。 図５は、操作画面の一例を示す図である。 図６は、初期画面の一例を示す図である。 図７は、入力画面の一例を示す図である。 図８は、確認画面の一例を示す図である。 図９は、設定情報記憶部に記憶された情報の一例を示す図である。 図１０は、ＵＲＬ要求の一例を示す図である。 図１１は、ＵＲＬ要求の応答として受信したＵＲＬの一例を示す図である。 図１２は、画面要求の一例を示す図である。 図１３は、画面情報の一例を示す図である。 図１４は、アプリケーション提供画面の一例を示す図である。 図１５は、インストール指示画面の一例を示す図である。 図１６は、インストール確認画面の一例を示す図である。 図１７は、管理サーバのハードウェア構成の一例を示す図である。 図１８は、管理サーバが有する機能の一例を示す図である。 図１９は、接続対応情報の一例を示す図である。 図２０は、アプリマーケットサーバのハードウェア構成の一例を示す図である。 図２１は、アプリマーケットサーバが有する機能の一例を示す図である。 図２２は、アプリケーション対応情報の一例を示す図である。 図２３は、アプリケーション提供画面生成部の動作例を示すフローチャートである。 図２４は、アプリケーション詳細情報を示す図である。 図２５は、アプリケーションサーバのハードウェア構成の一例を示す図である。 図２６は、アプリケーションサーバが有する機能の一例を示す図である。 図２７は、情報処理システムの動作手順の一例を示すシーケンス図である。 図２８は、第１の実施形態の変形例１のアプリマーケットサーバが有する機能の一例を示す図である。 図２９は、ダウンロード情報の一例を示す図である。 図３０は、第１の実施形態の変形例１のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図３１は、第１の実施形態の変形例１のアプリケーション提供画面の一例を示す図である。 図３２は、アプリケーション提供画面の他の例を示す図である。 図３３は、第１の実施形態の変形例２のアプリマーケットサーバが有する機能の一例を示す図である。 図３４は、価格情報の一例を示す図である。 図３５は、第１の実施形態の変形例２のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図３６は、第１の実施形態の変形例３のアプリケーション対応情報の一例を示す図である。 図３７は、第１の実施形態の変形例３のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図３８は、第１の実施形態の変形例４のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図３９は、第２の実施形態の入力画面の一例を示す図である。 図４０は、業種と業種識別情報との対応関係を表す管理情報の一例を示す図である。 図４１は、第２の実施形態のアプリマーケットサーバが有する機能の一例を示す図である。 図４２は、業種情報の一例を示す図である。 図４３は、第２の実施形態のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図４４は、第２の実施形態の変形例１のアプリマーケットサーバが有する機能の一例を示す図である。 図４５は、第２の実施形態の変形例１のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図４６は、第２の実施形態の変形例２のアプリマーケットサーバが有する機能の一例を示す図である。 図４７は、第２の実施形態の変形例２のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図４８は、第２の実施形態の変形例３のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図４９は、第２の実施形態の変形例４のアプリケーション提供画面生成部の動作例を示すフローチャートである。 図５０は、第３の実施形態のＭＦＰが有する機能の一例を示す図である。 図５１は、第３の実施形態の入力画面の一例を示す図である。 図５２は、業種管理情報の一例を示す図である。 図５３は、カテゴリ管理情報の一例を示す図である。 図５４は、第１の通知情報の一例を示す図である。 図５５は、第３の実施形態のアプリマーケットサーバが有する機能の一例を示す図である。 図５６は、第１のアプリケーション管理情報の一例を示す図である。 図５７は、第２のアプリケーション管理情報の一例を示す図である。 図５８は、第３の実施形態の情報処理システムの動作手順の一例を示すシーケンス図である。 図５９は、第３の実施形態の変形例の情報処理システムの動作手順の一例を示すシーケンス図である。

以下、添付図面を参照しながら、本発明に係る情報処理システム、および情報処理方法の実施形態を詳細に説明する。以下では、情報処理装置に接続される１以上の機器の一例として、画像処理装置の一態様である複合機（ＭＦＰ：Multifunction Peripheral）を例に挙げて説明するが、これに限られるものではない。例えば機器としては、カメラ、プロジェクタ、インタラクティブホワイトボード（電子黒板）、テレビ会議／Ｗｅｂ会議システムの専用端末、デジタルサイネージ、プロダクションプリンター、３Ｄプリンター、ファクシミリなどが挙げられる。なお、複合機とは、コピー機能、スキャナ機能、プリント機能、ファクス機能などの複数の異なる機能を有する装置である。

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

管理サーバ２は、ＭＦＰ１の通信先となるアプリマーケットサーバ３を特定するためのＵＲＬ（Uniform Resource Locator）を管理する。管理サーバ２は、ＭＦＰ１からのＵＲＬ要求を受け付け、その受け付けたＵＲＬ要求に応じたＵＲＬをＭＦＰ１へ返信する。管理サーバ２の具体的な構成については後述する。なお、ここでは、アプリマーケットサーバ３を特定するための特定情報として、ＵＲＬを例に挙げて説明するが、特定情報はこれに限られるものではない。例えば特定情報は、ＩＰ（Internet Protocol）アドレスやドメイン名などであってもよい。ＩＰアドレスとは、ＩＰにおいてパケットを送受信する機器を判別する番号である。ドメイン名とは、ＩＰネットワークにおいて個々のコンピュータ（機器）を識別する名称の一部である。通常は、ＩＰアドレスとセットでコンピュータネットワーク上に登録される。特定情報は、ＩＰアドレスでもよいし、ドメイン名でもよいし、これらの組み合わせでもよい。つまり、特定情報は、ＩＰアドレスおよびドメイン名のうちの少なくとも１つであってもよい。

アプリマーケットサーバ３は、「情報処理装置」の一例であり、ＭＦＰ１にアプリケーションを提供するためのアプリケーション提供画面を、ＭＦＰ１へ送信する。より具体的な内容については後述するが、アプリマーケットサーバ３は、ＭＦＰ１から、アプリケーション提供画面を要求する画面要求を受信すると、その受信した画面要求に含まれる販売店情報（ＭＦＰ１を販売する販売店を示す情報）を用いて、該販売店情報が示す販売店で取り扱うアプリケーションのうちＭＦＰ１に対して利用を推奨する利用推奨アプリケーション（以下の説明では「おすすめアプリ」と称する場合がある）を特定する。そして、画面要求の応答として、「おすすめアプリ」を提供するためのアプリケーション提供画面を返信する。

なお、この例では、管理サーバ２からＵＲＬを取得し、その取得したＵＲＬに対応するアプリマーケットサーバ３からアプリケーション提供画面を取得し、その取得したアプリケーション提供画面をＭＦＰ１に表示するためのアプリケーション（以下、「アプリマーケットアプリ」と称する場合がある）や、アプリケーション提供画面に表示されたアプリケーションのうちユーザによって選択されたアプリケーションをＭＦＰ１にインストールする制御を行う機能を提供するソフトウェア（以下、「インストーラ」と称する場合がある）などのソフトウェアが、予めＭＦＰ１にインストールされている。この例では、アプリマーケットアプリの機能は、Ｗｅｂブラウザの機能を提供するためのアプリケーション（以下、「ブラウザアプリ」と称する場合がある）を利用して実現される。この例では、ブラウザアプリも予めＭＦＰ１にインストールされている。ＭＦＰ１の具体的な内容については後述する。

アプリケーションサーバ７は、複数のアプリケーションを保持し、ＭＦＰ１からの要求に応じて、対象となるアプリケーションを該ＭＦＰ１へ送信する。なお、説明の便宜上、図１では、情報処理システム１００に含まれる機器として１台のＭＦＰ１のみを例示しているが、これに限られるものではなく、情報処理システム１００に含まれる機器の台数および種類は任意である。同様に、情報処理システム１００に含まれるアプリマーケットサーバ３の台数も任意であり、例えば複数の国や地域ごとに１以上のアプリマーケットサーバ３が設置される形態であってもよい。

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

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

まず、本体１０のハードウェア構成について説明する。図２に示すように、本体１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ(Read Only Memory)１２と、ＲＡＭ(Random Access Memory)１３と、ＨＤＤ（Hard Disk Drive）１４と、通信Ｉ／Ｆ（Interface）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、ＭＦＰ１が有する機能について説明する。図４は、ＭＦＰ１が有する機能の一例を示すブロック図である。図４に示すように、ＭＦＰ１は、表示制御部１１１と、設定部１１２と、保存制御部１１３と、設定情報記憶部１１４と、ＵＲＬ要求送信部１１５と、ＵＲＬ受信部１１６と、画面要求送信部１１７と、アプリケーション提供画面受信部１１８と、インストール部１１９とを有する。説明の便宜上、図４では、本実施形態に関する機能を主に例示しているが、ＭＦＰ１が有する機能は、これらに限られるものではない。

表示制御部１１１は、各種の画面を操作パネル２７（表示部）に表示する制御を行う。本実施形態の表示制御部１１１は、各種の操作を行うための操作画面を操作パネル２７に表示する制御を行う。また、本実施形態の表示制御部１１１は、アプリケーション提供画面を操作パネル２７に表示する制御も行う。アプリケーション提供画面の具体例については後述する。

図５は、操作画面の一例を示す図であり、操作画面には、アプリマーケットアプリを起動するためのアイコン５が表示されている。ここで、最初にアプリマーケットアプリが起動する場合の動作例を説明する。この例では、ユーザがアイコン５をタッチすると、アプリマーケットアプリが起動し、図６に示すような初期画面が操作パネル２７に表示される。この初期画面上の「次へ」の直上の矢印を示す表示部品（ＵＩ）を押下する操作を受け付けると、図７に示すような、ＭＦＰ１が利用（この例では「販売」を想定しているが、これに限らず、例えばリース、レンタル等でもよい）される地域を示す地域情報や該ＭＦＰ１を販売する販売店を示す販売店情報を入力するための入力画面が操作パネル２７に表示される。各種の入力に応じた後述の設定が保存された後、この入力画面上の「次へ」の直上の矢印を示す表示部品（ＵＩ）を押下する操作を受け付けると、図８に示すような、利用規約（画面情報の提供を受けるための規約）を確認するための確認画面が操作パネル２７に表示される。この確認画面上で、「利用規約に同意する」という項目を選択する操作を受け付け、かつ、「ＯＫ」を示す表示部品（ＵＩ）を押下する操作を受け付けると、アプリマーケットアプリは、保存された設定を用いて、後述のＵＲＬ要求を管理サーバ２へ送信する制御を行う。以降の動作については、後述する説明で明らかになる。なお、アプリマーケットアプリの２回目以降の起動時は図６〜図８の画面は表示されず、起動したアプリマーケットアプリは、保存済みの設定を用いて後述のＵＲＬ要求を管理サーバ２へ送信するという流れになる。

図４に戻って説明を続ける。設定部１１２は、ＭＦＰ１を販売する販売店を示す販売店情報またはＭＦＰ１が利用される地域を示す地域情報を指示するための入力に応じて、販売店情報または地域情報を設定する。この例では、設定部１１２は、上述の入力画面からの入力に応じて、販売店情報または地域情報を設定することができる。

保存制御部１１３は、設定部１１２により設定された販売店情報または地域情報を保存する制御を行う。この例では、保存制御部１１３は、設定部１１２により設定された販売店情報または地域情報を設定情報として設定情報記憶部１１４に保存する制御を行う。なお、設定情報記憶部１１４には、ＭＦＰ１を一意に識別する機器識別情報（機番）も記憶される形態であってもよい。図９は、設定情報記憶部１１４に記憶された情報（設定情報と称する）の一例を示す図である。この例では、設定情報記憶部１１４は、機器識別情報と、販売店情報と、地域情報とを含む設定情報を記憶している。この例では、機器識別情報は９桁の文字で表され、上位４桁の文字は機種を識別する部分（機種情報）であり、下位５桁の文字は、機器に割り当てられた固有の文字であり、これらの組み合わせにより、機器を一意に識別する情報（機器識別情報）を構成している。また、図９の例では、販売店情報は８つの文字で表され、左から数えて第１番目の文字は、地域を表す。例えば「１」は「日本」に対応し、「２」は「アメリカ」に対応し、「３」は欧州に対応し、「４」はアジアに対応する形態であってもよい。また、左から数えて第２番目〜第６番目の文字は販売店（販社）を識別する情報である。左から数えて第７番目と第８番目の文字は、入力ミスを検知するための符号（チェックサム）である。なお、全体を暗号化する方式を採用することもできる。地域情報は、ＭＦＰ１が使用される地域を示す情報であり、「ＪＰ」は「日本」を示している。

ＵＲＬ要求送信部１１５（特定情報要求送信部）は、販売店情報、地域情報、および、機器情報のうちの少なくとも１つを含み、かつ、通信先となるアプリマーケットサーバ３を特定するためのＵＲＬ（特定情報）を要求するＵＲＬ要求（特定情報要求）を、管理サーバ２へ送信する。この例では、ＵＲＬ要求送信部１１５は、設定情報記憶部１１４に記憶された機器識別情報（機器を特定する機器情報の一例）と地域情報と販売店情報を含み、かつ、通信先となるアプリマーケットサーバ３のＵＲＬを要求するＵＲＬ要求を管理サーバ２へ送信するが、これに限られるものではない。管理サーバ２が管理している後述の接続情報に応じて、例えばＵＲＬ要求には、販売店情報、地域情報、および、機器識別情報のうちの何れか１つが含まれる形態であってもよいし、２以上が含まれる形態であってもよい。図１０は、ＵＲＬ要求の一例を示す図である。図１０に示すＵＲＬ要求のパラメータ「ｄｅｖｉｃｅ ｉｄ」は機器識別情報を示し、「ｒｅｇｉｏｎ＿ｃｏｄｅ」は地域情報を示し、「ｄｅａｌｅｒ＿ｃｏｄｅ」は販売店情報を示している。なお、「？」の後ろに「パラメータ名＝値」を「＆」でつないで並べるのはＱＵＥＲＹパラメータと呼ばれる標準の記法である。また、「Host:www.example.com」は記憶部（フラッシュメモリ２４等）に記憶されているデフォルトとして接続するホスト名の一例を示す。

ＵＲＬ受信部１１６は、上述のＵＲＬ要求の応答として、管理サーバ２からＵＲＬを取得する。図１１は、ＵＲＬ要求の応答として受信したアプリマーケットサーバ３のＵＲＬの一例を示す図である。

画面要求送信部１１７は、上述の販売店情報を少なくとも含み、かつ、アプリケーションを提供するためのアプリケーション提供画面を要求する画面要求をアプリマーケットサーバ３へ送信する。より具体的には、画面要求送信部１１７は、ＵＲＬ受信部１１６により受信されたＵＲＬで特定されるアプリマーケットサーバ３へ上述の画面要求を送信する。例えば画面要求送信部１１７は、ＨＴＴＰリダイレクトを利用してアプリマーケットサーバ３へアクセスすることもできる。つまり、ＵＲＬ受信部１１６により受信されたＵＲＬが変更されていた場合、アプリマーケットサーバ３は、変更後のＵＲＬが記述された応答をＭＦＰ１へ返し、ＭＦＰ１（画面要求送信部１１７）は、その応答に記述されたＵＲＬを用いて、アプリマーケットサーバ３へアクセスすることができる。また、この例では、画面要求は、ＭＦＰ１を識別する機器識別情報（機番）をさらに含む。ここでは、操作部２０（アプリマーケットアプリ）は、本体のＷｅｂＡＰＩ（Web Application Programming Interface）を使って本体１０から機器識別情報（機番）を取得する機能を有している。図１２は、画面要求の一例を示す図である。

アプリケーション提供画面受信部１１８は、画面要求の応答として、アプリマーケットサーバ３からアプリケーション提供画面を受信する。表示制御部１１１は、アプリケーション提供画面受信部１１８により受信されたアプリケーション提供画面を操作パネル２７に表示する制御を行う。

なお、これに限らず、例えばアプリマーケットサーバ３は、画面要求に対する応答として、アプリケーション提供画面の元となる画面情報（アプリケーションの表示情報（紹介用メッセージなどの説明情報を含む）、インストール命令等の各種のコマンド、各種の表示部品のレイアウトを示すレイアウト情報などを含む）をＭＦＰ１へ送信し、ＭＦＰ１は、アプリマーケットサーバ３から受信した画面情報に基づいてアプリケーション提供画面を生成して表示する形態であってもよい。図１３は、この形態において、アプリケーション提供画面受信部１１８により受信された画面情報の一例を示す図である。ここでは、以上のようなアプリマーケットサーバ３による画面情報の送信も、「アプリケーション提供画面を送信する」という概念に含まれる。

図１４は、アプリケーション提供画面の一例を示す図である。図１４の例では、アプリケーション提供画面は、ＭＦＰ１で利用可能なアプリケーションごとに、該アプリケーションの名称と、該アプリケーションを選択するためのアプリケーション選択ボタン５１１とを少なくとも表示する。詳しくは後述するが、本実施形態のアプリケーション提供画面に表示されるアプリケーションのうち「おすすめアプリ」に対しては、「おすすめアプリ」であることを示す画像（以下の説明では「バッジ画像」と称する場合がある）が付加されている。また、図１４の例では、アプリケーション提供画面は、アプリケーションの更新を選択するための更新選択ボタン５２１や、アプリケーションの削除を選択するための削除選択ボタン５３１なども表示している。

表示制御部１１１は、何れかのアプリケーション選択ボタン５１１の押下を受け付けた場合、対応するアプリケーションの詳細な内容を示すとともにインストールの実行指示を受け付けるためのインストール指示画面を操作パネル２７に表示する制御を行う。図１５は、インストール指示画面の一例を示す図である。図１５の例では、インストール指示画面は、対応するアプリケーションのアプリ説明情報と、インストールの実行を指示するためのインストールボタン５１２とを表示する。この例では、インストールボタン５１２の押下は、インストール命令の選択を意味する。

この例では、表示制御部１１１は、インストールボタン５１２の押下を受け付けた場合、インストールの実行を最終的に確認するためのインストール確認画面を操作パネル２７に表示する制御を行う。図１６は、インストール確認画面の一例を示す図である。図１６の例では、インストール確認画面は、インストールの実行を最終的に承諾したことを指示するための確認ボタン５１３を表示する。この例では、確認ボタン５１３に対して、インストール命令がＪａｖａＳｃｒｉｐｔ（登録商標）形式で貼り付けられている。確認ボタン５１３の押下を受け付けると、表示制御部１１１は、押下された確認ボタン５１３に貼り付けられていたインストール命令をインストール部１１９へ通知する。そして、インストール部１１９が、このインストール命令を実行する。具体的には、インストール部１１９は、アプリケーションを識別するアプリケーション識別情報を含み、かつ、該アプリケーションを要求するアプリケーション要求をアプリケーションサーバ７へ送信する。そして、インストール部１１９は、アプリケーション要求の応答として、アプリケーションサーバ７からアプリケーションを受信（ダウンロード）し、その受信したアプリケーションをＭＦＰ１にインストールする。

なお、以上に説明したＭＦＰ１の各部の機能（表示制御部１１１、設定部１１２、保存制御部１１３、ＵＲＬ要求送信部１１５、ＵＲＬ受信部１１６、画面要求送信部１１７、アプリケーション提供画面受信部１１８、インストール部１１９）は、ＣＰＵ（１１または２１）が、記憶装置（例えばＲＯＭ１２、ＨＤＤ１４、ＲＯＭ２２、フラッシュメモリ２４等）に格納されたプログラムを実行することにより実現される。ただし、これに限らず、例えば上記ＭＦＰ１の各部の機能のうちの少なくとも一部が専用のハードウェア回路（例えば半導体集積回路等）で実現されてもよい。また、上述の設定情報記憶部１１４は、例えば本体１０側のＨＤＤ１４等によって実現されてもよいし、操作部２０側のフラッシュメモリ２４等によって実現されてもよい。なお、この例では、上述のＵＲＬ要求送信部１１５、ＵＲＬ受信部１１６、画面要求送信部１１７、アプリケーション提供画面受信部１１８の機能は、ＣＰＵ２１と通信Ｉ／Ｆ２５との組み合わせにより実現される。

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

図１８は、管理サーバ２が有する機能の一例を示す図である。図１８に示すように、管理サーバ２は、接続対応情報記憶部２２１と、ＵＲＬ要求受信部２２２と、ＵＲＬ特定部２２３と、ＵＲＬ送信部２２４と、を有する。説明の便宜上、図１８では、本実施形態に関する機能を主に例示しているが、管理サーバ２が有する機能は、これらに限られるものではない。

接続対応情報記憶部２２１は、販売店情報、地域情報、および、機器情報のうちの少なくとも１つと、ＭＦＰ１の通信先となるアプリマーケットサーバ３を特定するＵＲＬとの対応関係を表す接続対応情報を記憶する。本実施形態では、接続対応情報記憶部２２１は、機器識別情報と販売店情報と地域情報との組み合わせごとに、ＵＲＬ（対応するアプリマーケットサーバ３のネットワーク８上の所在を示すＵＲＬ）を対応付けた接続対応情報を記憶する。図１９は、本実施形態の接続対応情報の一例を示す図である。

図１８の説明を続ける。ＵＲＬ要求受信部２２２は、「特定情報受信部」の一例であり、上述のＵＲＬ要求をＭＦＰ１から受信する。ＵＲＬ特定部２２３は、「特定情報特定部」の一例であり、上述の接続対応情報に基づいて、ＵＲＬ要求受信部２２２により受信されたＵＲＬ要求に対応するＵＲＬを特定する。この例では、ＵＲＬ特定部２２３は、接続対応情報記憶部２２１に記憶された接続対応情報に基づいて、ＵＲＬ要求受信部２２２により受信されたＵＲＬ要求に含まれる機器識別情報、販売店情報および地域情報の組み合わせに対応するＵＲＬを特定する。

ＵＲＬ送信部２２４は、「特定情報送信部」の一例であり、ＵＲＬ要求受信部２２２により受信されたＵＲＬ要求の応答として、ＵＲＬ特定部２２３により特定されたＵＲＬをＭＦＰ１へ送信する。

以上に説明した管理サーバ２の各部の機能（ＵＲＬ要求受信部２２２、ＵＲＬ特定部２２３、ＵＲＬ送信部２２４）は、ＣＰＵ２１１がＲＯＭ２１２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば上述の管理サーバ２の各部の機能のうちの少なくとも一部が専用のハードウェア回路（半導体集積回路等）により実現されてもよい。また、上述の接続対応情報記憶部２２１は、ＲＯＭ２１２やＨＤＤなどの補助記憶装置などで実現されてもよい。なお、この例では、ＵＲＬ要求受信部２２２およびＵＲＬ送信部２２４の各々の機能は、ＣＰＵ２１１と通信Ｉ／Ｆ２１４との組み合わせにより実現される。

また、例えば上述した管理サーバ２の各部の機能が、複数のサーバに分散されて搭載される形態であってもよい。つまり、管理サーバ２は、複数のサーバ（情報処理装置）で構成され、上述のＵＲＬ要求受信部２２２の機能と、上述のＵＲＬ特定部２２３の機能と、上述のＵＲＬ送信部２２４の機能とを少なくとも備える形態であってもよい。

また、例えばアプリマーケットサーバ３の台数変更や管理するエリアの変更等に伴い、何れかのＭＦＰ１へアプリケーション提供画面を提供するためのアプリマーケットサーバ３を変更する場合であっても、管理サーバ２は、その変更を反映させた上述の接続対応情報（地域情報とＵＲＬとの対応関係を表す情報）を保持することができる。したがって、ＭＦＰ１は、アプリケーション提供画面を提供する側の都合による影響を受けることなく、自装置の通信先となるアプリケーションサーバ７を特定するためのＵＲＬを取得することができる。

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

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

アプリケーション対応情報記憶部３２１は、販売店情報と、販売店で取り扱うアプリケーションを識別するアプリケーション識別情報と、利用を促進するアプリケーションであるか否かを示す利用促進情報との対応関係を表すアプリケーション対応情報を記憶する。図２２は、アプリケーション対応情報の一例を示す図である。図２２の例において、「Ｆａｌｓｅ」を示す利用促進情報は、利用を促進するアプリケーションではないことを示し、「Ｔｒｕｅ」を示す利用促進情報は、利用を促進するアプリケーションであることを示す。

画面要求受信部３２２は、上述の画面要求をＭＦＰ１から受信する。第２の特定部３２３は、アプリケーション対応情報記憶部３２１に記憶されたアプリケーション対応情報に基づいて、画面要求受信部３２２により受信された画面要求に含まれる販売店情報に対応付けられたアプリケーション識別情報を特定する。第１の特定部３２４は、第２の特定部３２３により特定されたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報（この例では「Ｔｒｕｅ」を示す利用促進情報）が対応付けられたアプリケーション識別情報を特定する。つまり、第１の特定部３２４は、アプリケーション対応情報に基づいて、画面要求に含まれる販売店情報に対応付けられたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報が対応付けられたアプリケーション識別情報を特定すると考えることができる。

例えばアプリケーション対応情報が図２２で表され、画面要求受信部３２２により受信された画面要求に含まれる販売店情報が「Ｄｅａｌｅｒ００１」である場合を想定する。この場合、第２の特定部３２３は、図２２において「Ｄｅａｌｅｒ００１」に対応付けられた４つのアプリケーション識別情報（図２２の例では、「Ａｐｐ０００１」、「Ａｐｐ０００２」、「Ａｐｐ０００４」、「Ａｐｐ０００５」）を特定する。そして、第１の特定部３２４は、第２の特定部３２３により特定された４つのアプリケーション識別情報のうち、「Ｔｒｕｅ」を示す利用促進情報が対応付けられた２つのアプリケーション識別情報（図２２の例では、「Ａｐｐ０００４」、「Ａｐｐ０００５」）を特定する。

アプリケーション提供画面生成部３２５は、第１の特定部３２４により特定されたアプリケーション識別情報により識別されるアプリケーションを、ＭＦＰ１に対して利用を推奨する利用推奨アプリケーション（「おすすめアプリ」）として提供するためのアプリケーション提供画面を生成する。本実施形態のアプリケーション提供画面生成部３２５は、第１の特定部３２４により特定されるアプリケーション識別情報で識別される利用推奨アプリケーションと、第２の特定部３２３により特定されるアプリケーション識別情報で識別されるアプリケーションのうち利用推奨アプリケーション以外の他のアプリケーションとを提供するためのアプリケーション提供画面を生成する。

さらに言えば、本実施形態のアプリケーション提供画面生成部３２５は、利用推奨アプリケーションを、他のアプリケーションよりも目立つように表示するアプリケーション提供画面を生成する。この例では、アプリケーション提供画面生成部３２５は、「おすすめアプリ」に対しては、「おすすめアプリ」であることを示す画像（バッジ画像）を付加することで、「おすすめアプリ」を他のアプリケーションよりも目立つように表示しているが、これに限らず、例えば「おすすめアプリ」を他のアプリケーションよりも上位に表示することで、「おすすめアプリ」を他のアプリケーションよりも目立つように表示してもよい。

以下、本実施形態におけるアプリケーション提供画面の生成方法を具体的に説明する。本実施形態のアプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択するたびに、該選択したアプリケーション識別情報が第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断し、判断結果が肯定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーションに対して、「おすすめアプリ」であることを示す第１のフラグ情報を付与して末尾に配列し、該判断結果が否定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与せずに末尾に配列する。そして、アプリケーション提供画面生成部３２５は、第１のフラグ情報が付与されているアプリケーションに対しては、「おすすめアプリ」であることを示すバッジ画像を付加してアプリケーション提供画面を生成する。

図２３は、アプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第１の特定部３２４により特定されたアプリケーション識別情報群とを取得済みであることを前提とする。

図２３に示すように、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報のうち何れかの（未選択の）アプリケーション識別情報を選択する（ステップＳ１０１）。次に、アプリケーション提供画面生成部３２５は、ステップＳ１０１で選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断する（ステップＳ１０２）。

ステップＳ１０２の結果が肯定の場合（ステップＳ１０２：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、ステップＳ１０１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与して末尾（配列の進行方向の末尾）に配列する（ステップＳ１０３）。一方、ステップＳ１０２の結果が否定の場合（ステップＳ１０２：Ｎｏ）、アプリケーション提供画面生成部３２５は、ステップＳ１０１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与せずにそのまま末尾に配列する（ステップＳ１０４）。

上述のステップＳ１０３または上述のステップＳ１０４の後、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された全てのアプリケーション識別情報を選択済みであるか否かを確認する（ステップＳ１０５）。ステップＳ１０５の結果が否定の場合（ステップＳ１０５：Ｎｏ）、上述のステップＳ１０１以降の処理を繰り返す。一方、ステップＳ１０５の結果が肯定の場合（ステップＳ１０５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、以上のようにして順次に配列した複数のアプリケーションのち、第１のフラグ情報が付与されたアプリケーションに対しては上述のバッジ画像を付加して、図１４に示すようなアプリケーション提供画面を生成する（ステップＳ１０６）。

例えばアプリマーケットサーバ３は、図２４に示すような、アプリケーション識別情報ごとに、言語、表示名称、紹介メッセ―ジ、表示用の画像などを含む表示情報を対応付けたアプリケーション詳細情報を予め保持している。また、アプリマーケットサーバ３は、インストール命令等の各種のコマンド、上述のバッジ画像、各種の表示部品のレイアウトを示すレイアウト情報などのアプリケーション提供画面の生成に必要な情報を予め保持しており、これらの情報を用いてアプリケーション提供画面を生成する。

図２１に戻って説明を続ける。アプリケーション提供画面送信部３２６は、画面要求受信部３２２により受信された画面要求の応答として、アプリケーション提供画面生成部３２５により生成されたアプリケーション提供画面をＭＦＰ１へ送信する。つまり、アプリケーション提供画面送信部３２６は、第１の特定部３２４により特定されたアプリケーション識別情報により識別されるアプリケーションを「おすすめアプリ」として提供するためのアプリケーション提供画面をＭＦＰ１へ送信する。

以上に説明したアプリマーケットサーバ３の各部の機能（画面要求受信部３２２、第２の特定部３２３、第１の特定部３２４、アプリケーション提供画面生成部３２５、アプリケーション提供画面送信部３２６）は、ＣＰＵ３１１がＲＯＭ３１２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば上述のアプリマーケットサーバ３の各部の機能のうちの少なくとも一部が専用のハードウェア回路（半導体集積回路等）により実現されてもよい。また、上述のアプリケーション対応情報記憶部３２１は、ＲＯＭ３１２などで実現されてもよい。なお、この例では、画面要求受信部３２２およびアプリケーション提供画面送信部３２６の各々の機能は、ＣＰＵ３１１と通信Ｉ／Ｆ３１４との組み合わせにより実現される。

また、例えば上述したアプリマーケットサーバ３の各部の機能が、複数のサーバに分散されて搭載される形態であってもよい。つまり、アプリマーケットサーバ３は、複数のサーバ（情報処理装置）で構成され、上述の画面要求受信部３２２の機能と、上述の第２の特定部３２３の機能と、上述の第１の特定部３２４の機能と、上述のアプリケーション提供画面生成部３２５の機能と、上述のアプリケーション提供画面送信部３２６の機能とを少なくとも備える形態であってもよい。

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

図２６は、アプリケーションサーバ７が有する機能の一例を示す図である。図２６に示すように、アプリケーションサーバ７は、アプリケーション記憶部４２１と、アプリケーション要求受信部４２２と、アプリケーション送信部４２３と、を有する。説明の便宜上、図２６では、本実施形態に関する機能を主に例示しているが、アプリケーションサーバ７が有する機能は、これらに限られるものではない。

アプリケーション記憶部４２１は、複数のアプリケーションを記憶する。アプリケーション要求受信部４２２は、ＭＦＰ１から上述のアプリケーション要求を受信する。アプリケーション送信部４２３は、アプリケーション記憶部４２１に記憶された複数のアプリケーションのうち、アプリケーション要求受信部４２２により受信されたアプリケーション要求で要求されたアプリケーションを、アプリケーション要求の要求元のＭＦＰ１へ送信する。

以上に説明したアプリケーションサーバ７の各部の機能（アプリケーション要求受信部４２２、アプリケーション送信部４２３）は、ＣＰＵ４１１がＲＯＭ４１２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば上述のアプリケーションサーバ７の各部の機能のうちの少なくとも一部が専用のハードウェア回路（半導体集積回路等）により実現されてもよい。また、上述のアプリケーション記憶部４２１は、ＲＯＭ４１２やＨＤＤなどの補助記憶装置などで実現されてもよい。なお、この例では、アプリケーション要求受信部４２２およびアプリケーション送信部４２３の各々の機能は、ＣＰＵ４１１と通信Ｉ／Ｆ４１４との組み合わせにより実現される。

また、例えば上述したアプリケーションサーバ７の各部の機能が、複数のサーバに分散されて搭載される形態であってもよい。つまり、アプリケーションサーバ７は、複数のサーバ（情報処理装置）で構成され、上述のアプリケーション要求受信部４２２の機能と、上述のアプリケーション送信部４２３の機能とを少なくとも備える形態であってもよい。さらに、例えばアプリケーションサーバ７とアプリマーケットサーバ３が同一のサーバで構成される形態であっても構わない。

図２７は、情報処理システム１００の動作手順の一例を示すシーケンス図である。ここでは、アプリマーケットアプリの２回目以降の起動を想定して説明する。また、ここでは、ＭＦＰ１の機番は本体１０のＨＤＤ１４に格納され、販売店情報は操作部２０のフラッシュメモリ２４に格納されることを前提としているが、これらの情報の格納先は任意であり、これに限られるものではない。

まず操作画面上のアイコン５（図５参照）をタッチすると（ステップＳ１）、アプリマーケットアプリが起動する。次に、起動したアプリマーケットアプリは、上述のＵＲＬ要求を、本体１０の通信Ｉ／Ｆ１５を経由して管理サーバ２へ送信する（ステップＳ２）。なお、この例では、ＭＦＰ１は、本体１０の通信Ｉ／Ｆ１５を介して、管理サーバ２またはアプリマーケットサーバ３と通信するが、これに限らず、例えば操作部２０の通信Ｉ／Ｆ２５を介して、管理サーバ２またはアプリマーケットサーバ３と通信する形態であってもよい。

ＵＲＬ要求を受信した管理サーバ２は、その受信したＵＲＬ要求に含まれる地域情報に対応するＵＲＬを特定する（ステップＳ３）。具体的な内容は上述したとおりである。そして、管理サーバ２は、ＵＲＬ要求の応答として、ステップＳ３で特定したＵＲＬを返信する（ステップＳ４）。

次に、アプリマーケットアプリは、本体１０のサービス層１０２に対して、ＭＦＰ１の機番を要求する（ステップＳ５）。この要求を受けたサービス層１０２は、本体１０のＨＤＤ１４（機番の格納先はこれに限られるものではない）から機番を取得し（ステップＳ６）、アプリマーケットアプリへ送信する（ステップＳ７）。

次に、アプリマーケットアプリは、操作部２０のフラッシュメモリ２４から販売店情報を取得する（ステップＳ８）。次に、アプリマーケットアプリは、機番と販売店情報とを含む上述の画面要求を、本体１０の通信Ｉ／Ｆ１５を経由してアプリマーケットサーバ３へ送信する（ステップＳ９）。

画面要求を受信したアプリマーケットサーバ３は、その受信した画面要求に含まれる販売店情報を用いて「おすすめアプリ」を特定し、特定した「おすすめアプリ」を提供するためのアプリケーション提供画面を生成する（ステップＳ１０）。具体的な内容は上述したとおりである。そして、アプリマーケットサーバ３は、画面要求の応答として、ステップＳ１０で生成したアプリケーション提供画面をＭＦＰ１へ送信する（ステップＳ１１）。画面要求の応答としてアプリケーション提供画面を受信したＭＦＰ１は、その受信したアプリケーション提供画面を操作パネル２７に表示する（ステップＳ１２）。

以上に説明したように、本実施形態では、ＭＦＰ１は、該ＭＦＰ１を販売する販売店を示す販売店情報を含み、かつ、アプリケーションを提供するためのアプリケーション提供画面を要求する画面要求をアプリマーケットサーバ３へ送信する。そして、アプリマーケットサーバ３は、販売店情報と、販売店で取り扱うアプリケーションを識別するアプリケーション識別情報と、利用を促進するアプリケーションであるか否かを示す利用促進情報との対応関係を表すアプリケーション対応情報に基づいて、ＭＦＰ１から受信した画面要求に含まれる販売店情報に対応付けられたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報が対応付けられたアプリケーション識別情報を特定し、その特定したアプリケーション識別情報により識別されるアプリケーションを「おすすめアプリ」として提供するためのアプリケーション提供画面をＭＦＰ１へ送信する。したがって、本実施形態によれば、ＭＦＰ１を販売する販売店ごとに、該ＭＦＰ１に利用させるアプリケーションが異なる場合であっても、該ＭＦＰ１の操作パネル２７に表示されるアプリケーション提供画面には、該ＭＦＰ１が適切に利用することができるアプリケーションのみを表示することができるので、該ＭＦＰ１が適切に利用可能なアプリケーションのみを紹介することができる。さらに、ＭＦＰ１が適切に利用可能なアプリケーションのうち、該ＭＦＰ１に対して利用を推奨するアプリケーションを「おすすめアプリ」として紹介することができるので、ユーザが「おすすめアプリ」を見逃してしまうことを抑制できる。

（第１の実施形態の変形例１）
例えばアプリケーション提供画面生成部３２５は、販売店情報とアプリケーション識別情報との組み合わせごとにアプリケーションのダウンロード数を対応付けたダウンロード情報に基づいて、第１の特定部３２４により特定されたアプリケーション識別情報ごとに、対応するダウンロード数を特定し、第１の特定部３２４により特定された１以上のアプリケーション識別情報と１対１に対応する１以上の「おすすめアプリ」（利用推奨アプリケーション）を、ダウンロード数の多い順に並べたアプリケーション提供画面を生成することもできる。

図２８は、本変形例のアプリマーケットサーバ３が有する機能の一例を示す図である。図２８に示すように、アプリマーケットサーバ３は、上述のダウンロード情報を記憶するダウンロード情報記憶部３３０をさらに有する。図２９は、ダウンロード情報の一例を示す図である。

本変形例では、アプリケーション提供画面生成部３２５は、「おすすめアプリ」を表示する第１の画面と、他のアプリケーションを表示する第２の画面とを含むアプリケーション提供画面を生成する。以下、本変形例におけるアプリケーション提供画面の生成方法を具体的に説明する。本実施形態のアプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択するたびに、該選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断し、判断結果が肯定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーションを第１の画面の配列方向の末尾に配列し、判断結果が否定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーションを第２の画面の配列方向の末尾に配列する。

より具体的には、アプリケーション提供画面生成部３２５は、選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれると判断するたびに、該選択したアプリケーション識別情報で識別されるアプリケーション（「おすすめアプリ」）に対して、表示順序を決定するための表示順序情報を紐付けていき、それぞれに紐付く表示順序情報に基づいて、第１の特定部３２４により特定された１以上のアプリケーション識別情報と１対１に対応する１以上のアプリケーションを並べ替えて第１の画面を生成する。

さらに言えば、アプリケーション提供画面生成部３２５は、選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれる場合、上述のダウンロード情報を参照して、該選択したアプリケーション識別情報に対応付けられたダウンロード数を特定し、その特定したダウンロード数を表示順序情報として、該選択したアプリケーション識別情報で識別されるアプリケーションに紐付ける。

図３０は、本変形例のアプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第１の特定部３２４により特定されたアプリケーション識別情報群とを取得済みであることを前提とする。

図３０に示すように、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報のうち何れかの（未選択の）アプリケーション識別情報を選択する（ステップＳ１１１）。次に、アプリケーション提供画面生成部３２５は、ステップＳ１１１で選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断する（ステップＳ１１２）。

ステップＳ１１２の結果が肯定の場合（ステップＳ１１２：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、上述のダウンロード情報を参照して、ステップＳ１１１で選択したアプリケーション識別情報と、画面要求受信部３２２により受信された画面要求に含まれていた販売店識別情報との組み合わせに対応付けられたダウンロード数を特定する。そして、ステップＳ１１１で選択したアプリケーション識別情報で識別されるアプリケーションに対して、その特定したダウンロード数を紐付けて、第１の画面の配列方向の末尾に配列する（ステップＳ１１３）。一方、ステップＳ１１２の結果が否定の場合（ステップＳ１１２：Ｎｏ）、アプリケーション提供画面生成部３２５は、ステップＳ１１１で選択したアプリケーション識別情報で識別されるアプリケーションを、第２の画面の配列方向の末尾に配列する（ステップＳ１１４）。

上述のステップＳ１１３または上述のステップＳ１１４の後、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された全てのアプリケーション識別情報を選択済みであるか否かを確認する（ステップＳ１１５）。ステップＳ１１５の結果が否定の場合（ステップＳ１１５：Ｎｏ）、上述のステップＳ１１１以降の処理を繰り返す。一方、ステップＳ１１５の結果が肯定の場合（ステップＳ１１５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、第１の画面と第２の画面を生成する（ステップＳ１１６）。より具体的には、アプリケーション提供画面生成部３２５は、ステップＳ１１２の結果が肯定であった１以上のアプリケーション（「おすすめアプリ」）については、それぞれに紐付くダウンロード数が多い順に並び替えて第１の画面を生成し、ステップＳ１１２の結果が否定であった１以上のアプリケーション（「おすすめアプリ」以外の他のアプリケーション）については、以上のようにして順次に配列した第２の画面を生成する。

例えば図３１に示すように、アプリケーション提供画面は、第１の画面と第２の画面とが同一画面内に表示される形態であってもよいし、例えば図３２に示すように、アプリケーション提供画面は、第１の画面と第２の画面とをタブで切り替え可能な形態であってもよい。他の例についても同様である。

（第１の実施形態の変形例２）
例えばアプリケーション提供画面生成部３２５は、アプリケーション識別情報ごとにアプリケーションの価格を対応付けた価格情報に基づいて、第１の特定部３２４により特定されたアプリケーション識別情報ごとに、該アプリケーション識別情報に対応付けられた価格を特定し、第１の特定部３２４により特定された１以上のアプリケーション識別情報と１対１に対応する１以上の「おすすめアプリ」を、価格の高い順に並べたアプリケーション提供画面を生成する。

図３３は、本変形例のアプリマーケットサーバ３が有する機能の一例を示す図である。図３３に示すように、アプリマーケットサーバ３は、上述の価格情報を記憶する価格情報記憶部３４０をさらに有する。図３４は、価格情報の一例を示す図である。

本変形例では、アプリケーション提供画面生成部３２５は、「おすすめアプリ」を表示する第１の画面と、他のアプリケーションを表示する第２の画面とを含むアプリケーション提供画面を生成する。以下、本変形例におけるアプリケーション提供画面の生成方法を具体的に説明する。本実施形態のアプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択するたびに、該選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断し、判断結果が肯定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーション（「おすすめアプリ」）を第１の画面の配列方向の末尾に配列し、判断結果が否定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーション（他のアプリケーション）を第２の画面の配列方向の末尾に配列する。

より具体的には、アプリケーション提供画面生成部３２５は、選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれると判断するたびに、該選択したアプリケーション識別情報に対して、表示順序を決定するための表示順序情報を紐付けていき、それぞれに紐付く表示順序情報に基づいて、第１の特定部３２４により特定された１以上のアプリケーション識別情報と１対１に対応する１以上のアプリケーションを並べ替えて第１の画面を生成する。

さらに言えば、アプリケーション提供画面生成部３２５は、選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれる場合、上述の価格情報を参照して、該選択したアプリケーション識別情報に対応付けられた価格を特定し、その特定した価格を表示順序情報として該選択したアプリケーション識別情報で識別されるアプリケーションに紐付ける。

図３５は、本変形例のアプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第１の特定部３２４により特定されたアプリケーション識別情報群とを取得済みであることを前提とする。

図３５に示すように、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報のうち何れかの（未選択の）アプリケーション識別情報を選択する（ステップＳ１２１）。次に、アプリケーション提供画面生成部３２５は、ステップＳ１２１で選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断する（ステップＳ１２２）。

ステップＳ１２２の結果が肯定の場合（ステップＳ１２２：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、上述の価格情報に基づいて、ステップＳ１２１で選択したアプリケーション識別情報に対応付けられた価格を特定する。そして、ステップＳ１２１で選択したアプリケーション識別情報で識別されるアプリケーションに対して、その特定した価格を紐付けて、第１の画面の配列方向の末尾に配列する（ステップＳ１２３）。一方、ステップＳ１２２の結果が否定の場合（ステップＳ１２２：Ｎｏ）、アプリケーション提供画面生成部３２５は、ステップＳ１２１で選択したアプリケーション識別情報で識別されるアプリケーションを、第２の画面の配列方向の末尾に配列する（ステップＳ１２４）。

上述のステップＳ１２３または上述のステップＳ１２４の後、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された全てのアプリケーション識別情報を選択済みであるか否かを確認する（ステップＳ１２５）。ステップＳ１２５の結果が否定の場合（ステップＳ１２５：Ｎｏ）、上述のステップＳ１２１以降の処理を繰り返す。一方、ステップＳ１２５の結果が肯定の場合（ステップＳ１２５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、第１の画面と第２の画面を生成する（ステップＳ１２６）。より具体的には、アプリケーション提供画面生成部３２５は、ステップＳ１２２の結果が肯定であった１以上のアプリケーション（「おすすめアプリ」）については、それぞれに紐付く価格が高い順に並び替えて第１の画面を生成し、ステップＳ１１２の結果が否定であった１以上のアプリケーション（「おすすめアプリ」以外の他のアプリケーション）については、以上のようにして順次に配列した第２の画面を生成する。

（第１の実施形態の変形例３）
例えば図３６に示すように、アプリケーション対応情報は、販売店情報と、アプリケーション識別情報と、利用促進情報と、該アプリケーション識別情報で識別されるアプリケーションと競合するアプリケーションを識別する競合アプリケーション識別情報との対応関係を表す情報であってもよい。

本変形例では、アプリケーション提供画面生成部３２５は、第１の特定部３２４により特定されたアプリケーション識別情報に対して、競合アプリケーション識別情報が対応付けられている場合は、該競合アプリケーション識別情報で識別されるアプリケーションを非表示とするアプリケーション提供画面を生成する。例えば図３６の例において、「Ａｐｐ０００４」を示すアプリケーション識別情報と、「Ａｐｐ０００５」を示すアプリケーション識別情報とが第１の特定部３２４により特定された場合を想定する。この場合、「Ａｐｐ０００５」を示すアプリケーション識別情報に対して、「Ａｐｐ０００３」を示す競合アプリケーション識別情報が対応付けられているので、アプリケーション提供画面生成部３２５は、第２の特定部３２３により「Ａｐｐ０００３」を示すアプリケーション識別情報が特定されても、該アプリケーション識別情報で識別されるアプリケーションは非表示とするアプリケーション提供画面を生成することになる。なお、この例では、第１の特定部３２４は、第２の特定部３２３により特定されたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報（「Ｔｒｕｅ」を示す利用促進情報）が対応付けられたアプリケーション識別情報を特定する際に、その特定したアプリケーション識別情報に対応付けられた競合アプリケーション識別情報も併せて特定することができる。

本変形例では、アプリケーション提供画面生成部３２５は、上述の第１の実施形態と同様に、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択し、該選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断した後に、該選択したアプリケーション識別情報が非表示対象である場合は、該選択したアプリケーション識別情報で識別されるアプリケーションに対して、非表示にすることを示す第２のフラグ情報を付与する。ここでは、アプリケーション提供画面生成部３２５は、該選択したアプリケーション識別情報が、第１の特定部３２４により特定された何れかのアプリケーション識別情報に対応付けられた競合アプリケーション識別情報と一致する場合は、該選択したアプリケーション識別情報は非表示対象であると判断する。そして、アプリケーション提供画面生成部３２５は、第２のフラグ情報が付与されているアプリケーションは非表示としてアプリケーション提供画面を生成する。

図３７は、本変形例のアプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第１の特定部３２４により特定されたアプリケーション識別情報群および競合アプリケーション群と、を取得済みであることを前提とする。

図３７に示すように、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報のうち何れかの（未選択の）アプリケーション識別情報を選択する（ステップＳ２０１）。次に、アプリケーション提供画面生成部３２５は、ステップＳ２０１で選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断する（ステップＳ２０２）。

ステップＳ２０２の結果が肯定の場合（ステップＳ２０２：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、ステップＳ２０１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与して末尾（配列の進行方向の末尾）に配列する（ステップＳ２０３）。一方、ステップＳ２０２の結果が否定の場合（ステップＳ２０２：Ｎｏ）、アプリケーション提供画面生成部３２５は、ステップＳ２０１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与せずにそのまま末尾に配列する（ステップＳ２０４）。

上述のステップＳ２０３または上述のステップＳ２０４の後、アプリケーション提供画面生成部３２５は、ステップＳ２０１で選択したアプリケーション識別情報が、第１の特定部３２４により特定された何れかのアプリケーション識別情報に対応付けられた競合アプリケーション識別情報と一致するか否かを確認する（ステップＳ２０５）。ステップＳ２０５の結果が肯定の場合（ステップＳ２０５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、ステップＳ２０１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第２のフラグ情報を付与し（ステップＳ２０６）、処理はステップＳ２０７に移行する。一方、ステップＳ２０５の結果が否定の場合（ステップＳ２０５：Ｎｏ）、そのまま処理はステップＳ２０７に移行する。

ステップＳ２０７において、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された全てのアプリケーション識別情報を選択済みであるか否かを確認する（ステップＳ２０７）。ステップＳ２０７の結果が否定の場合（ステップＳ２０７：Ｎｏ）、上述のステップＳ２０１以降の処理を繰り返す。一方、ステップＳ２０７の結果が肯定の場合（ステップＳ２０７：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、以上のようにして順次に配列した複数のアプリケーションのうち、第１のフラグ情報が付与されたアプリケーションに対しては上述のバッジ画像を付加し、第２のフラグ情報が付与されたアプリケーションは非表示としてアプリケーション提供画面を生成する（ステップＳ２０８）。

なお、本変形例の構成は、上述の第１の実施形態の変形例１および２のように、「おすすめアプリ」を表示する第１の画面と、他のアプリケーションを表示する第２の画面とを含むアプリケーション提供画面を生成する形態についても適用可能である。

例えば上述の第１の実施形態の変形例１に対して本変形例を適用する場合を想定する。この場合、図３０に示すステップＳ１１３またはステップＳ１１４の後であって、ステップＳ１１５の前に、図３７に示すステップＳ２０５およびステップＳ２０６に相当する処理が入る。そして、図３０に示すステップＳ１１６において、第２のフラグ情報が付与されたアプリケーションは非表示として、第１の画面および第２の画面が生成されるという具合である。上述の第１の実施形態の変形例２に対して本変形例を適用する場合も同様に考えることができる。

（第１の実施形態の変形例４）
例えば上述の画面要求は、ＭＦＰ１にインストール済みのアプリケーションを識別するインストール済みアプリケーション識別情報をさらに含み、アプリケーション提供画面生成部３２５は、第１の特定部３２４により特定されたアプリケーション識別情報で識別されるアプリケーションのうち、画面要求に含まれるインストール済みアプリケーション識別情報で識別されるアプリケーションを除いたアプリケーションを「おすすめアプリ」として提供するためのアプリケーション提供画面を生成することもできる。

本変形例では、アプリケーション提供画面生成部３２５は、上述の第１の実施形態と同様に、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択し、該選択したアプリケーション識別情報が、第１の特定部３２４により特定された１以上のアプリケーション識別情報に含まれるか否かを判断した後に、該選択したアプリケーション識別情報が非表示対象である場合は、該選択したアプリケーション識別情報で識別されるアプリケーションに対して、非表示にすることを示す第２のフラグ情報を付与する。この例では、アプリケーション提供画面生成部３２５は、該選択したアプリケーション識別情報が、画面要求に含まれるインストール済みアプリケーション識別情報と一致する場合は、該選択したアプリケーション識別情報は非表示対象であると判断する。そして、アプリケーション提供画面生成部３２５は、第２のフラグ情報が付与されているアプリケーションは非表示としてアプリケーション提供画面を生成する。

図３８は、本変形例のアプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第１の特定部３２４により特定されたアプリケーション識別情報群と、画面要求受信部３２２により受信された画面要求に含まれていたインストール済みアプリケーション識別情報群と、を取得済みであることを前提とする。

図３８に示すステップＳ３０１〜ステップＳ３０４の処理内容は、図３７に示すステップＳ２０１〜ステップＳ２０４の処理内容と同様であるので、詳細な説明は省略する。図３８に示すステップＳ３０３またはステップＳ３０４の後、アプリケーション提供画面生成部３２５は、ステップＳ３０１で選択したアプリケーション識別情報が、画面要求に含まれていた何れかのインストール済みアプリケーション識別情報と一致するか否かを確認する（ステップＳ３０５）。ステップＳ３０５の結果が肯定の場合（ステップＳ３０５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、ステップＳ３０１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第２のフラグ情報を付与し（ステップＳ３０６）、処理はステップＳ３０７に移行する。一方、ステップＳ３０５の結果が否定の場合（ステップＳ３０５：Ｎｏ）、そのまま処理はステップＳ３０７に移行する。ステップＳ３０７以降の処理内容は、図３７に示すステップＳ２０７以降の処理内容と同様であるので、詳細な説明は省略する。

なお、本変形例の構成は、上述の第１の実施形態の変形例１および２のように、「おすすめアプリ」を表示する第１の画面と、他のアプリケーションを表示する第２の画面とを含むアプリケーション提供画面を生成する形態についても適用可能である。

例えば上述の第１の実施形態の変形例１に対して本変形例を適用する場合を想定する。この場合、図３０に示すステップＳ１１３またはステップＳ１１４の後であって、ステップＳ１１５の前に、図３８に示すステップＳ３０５およびステップＳ３０６に相当する処理が入る。そして、図３０に示すステップＳ１１６において、第２のフラグ情報が付与されたアプリケーションは非表示として、第１の画面および第２の画面が生成されるという具合である。上述の第１の実施形態の変形例２に対して本変形例を適用する場合も同様に考えることができる。

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

本実施形態では、上述の画面要求は、業種を識別する業種識別情報をさらに含む点で上述の第１の実施形態と相違する。ＭＦＰ１の設定部１１２は、ＭＦＰ１を使用するユーザの業種を指定するための入力に応じて、業種識別情報を設定する。例えば図６に示すような初期画面上の「次へ」の直上の矢印を示す表示部品（ＵＩ）を押下する操作を受け付けると、図３９に示すような、地域情報や販売店情報に加えて、ユーザの業種を入力するための入力画面が操作パネル２７に表示される形態であってもよい。設定部１１２は、この入力画面からの入力に応じて、販売店情報、地域情報、業種識別情報を設定することができる。

図３９に示す入力画面には、教育、行政、医療、建築などの業種ごとに、該業種を選択するためのチェックボックスが表示されている。ＭＦＰ１は、図４０に示すような、業種と業種識別情報との対応関係を表す管理情報を予め保持しており、設定部１１２は、入力画面から選択された業種（複数の業種が選択されてもよい）に対応する業種識別情報を設定することができる。そして、ＭＦＰ１の保存制御部１１３は、設定部１１２により設定された業種識別情報を設定情報記憶部１１４に保存する制御を行うことができる。

この例では、ＭＦＰ１の画面要求送信部１１７は、販売店情報と、機器識別情報と、業種識別情報とを含む画面要求をアプリマーケットサーバ３へ送信する。なお、画面要求に含まれる業種識別情報は複数存在することもあり得る。

図４１は、本実施形態のアプリマーケットサーバ３が有する機能の一例を示す図である。図４１に示すように、アプリマーケットサーバ３は、業種情報記憶部３５０と、第３の特定部３６０とをさらに有する点で上述の第１の実施形態と相違する。説明の便宜上、図４１では、本実施形態に関する機能を主に例示しているが、アプリマーケットサーバ３が有する機能は、これらに限られるものではない。

業種情報記憶部３５０は、アプリケーション識別情報と、業種識別情報との対応関係を表す業種情報を記憶する。図４２は、業種情報の一例を示す図である。なお、ここでは、アプリケーション対応情報と業種情報とは個別に設けられているが、これに限らず、例えばアプリケーション対応情報と業種情報とを統合した１つの情報（つまり、販売店情報と、アプリケーション識別情報と、利用促進情報と、業種識別情報との対応関係を表す情報）がＭＦＰ１内に保存される形態であってもよい。

第３の特定部３６０は、上述の業種情報に基づいて、第１の特定部３２４により特定されたアプリケーション識別情報のうち、画面要求に含まれる業種識別情報に対応付けられたアプリケーション識別情報を特定する。例えば業種情報が図４２で表され、第１の特定部３２４により、「Ａｐｐ０００１」を示すアプリケーション識別情報、「Ａｐｐ０００２」を示すアプリケーション識別情報、「Ａｐｐ０００３」を示すアプリケーション識別情報が特定され、かつ、画面要求には「Ｇ０００１」を示す業種識別情報が含まれている場合を想定する。この場合、第３の特定部３６０は、図４２に示す業種情報を参照して、第１の特定部３２４により特定された３つのアプリケーション識別情報（「Ａｐｐ０００１」を示すアプリケーション識別情報、「Ａｐｐ０００２」を示すアプリケーション識別情報、および、「Ａｐｐ０００３」を示すアプリケーション識別情報）のうち、「Ｇ０００１」を示す業種識別情報に対応付けられた２つのアプリケーション識別情報（「Ａｐｐ０００１」を示すアプリケーション識別情報、「Ａｐｐ０００３」を示すアプリケーション識別情報）を特定する。

アプリケーション提供画面生成部３２５は、第３の特定部３６０により特定されたアプリケーション識別情報により識別されるアプリケーションを、ＭＦＰ１に対して利用を推奨する利用推奨アプリケーション（「おすすめアプリ」）として提供するためのアプリケーション提供画面を生成する。本実施形態のアプリケーション提供画面生成部３２５は、第３の特定部３６０により特定されるアプリケーション識別情報で識別される利用推奨アプリケーションと、第２の特定部３２３により特定されるアプリケーション識別情報で識別されるアプリケーションのうち利用推奨アプリケーション以外の他のアプリケーションとを提供するためのアプリケーション提供画面を生成する。

本実施形態のアプリケーション提供画面生成部３２５は、上述の第１の実施形態と同様に、利用推奨アプリケーションを、他のアプリケーションよりも目立つように表示するアプリケーション提供画面を生成する。

以下、本実施形態におけるアプリケーション提供画面の生成方法を具体的に説明する。本実施形態のアプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択するたびに、該選択したアプリケーション識別情報が第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断し、判断結果が肯定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーションに対して、「おすすめアプリ」であることを示す第１のフラグ情報を付与して末尾に配列し、該判断結果が否定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与せずに末尾に配列する。そして、アプリケーション提供画面生成部３２５は、第１のフラグ情報が付与されているアプリケーションに対しては、「おすすめアプリ」であることを示すバッジ画像を付加してアプリケーション提供画面を生成する。

図４３は、アプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第３の特定部３６０により特定されたアプリケーション識別情報群と、第１の特定部３２４により特定されたアプリケーション識別情報群とを取得済みであることを前提とする。

図４３に示すように、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報のうち何れかの（未選択の）アプリケーション識別情報を選択する（ステップＳ４０１）。次に、アプリケーション提供画面生成部３２５は、ステップＳ４０１で選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断する（ステップＳ４０２）。

ステップＳ４０２の結果が肯定の場合（ステップＳ４０２：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、ステップＳ４０１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与して末尾（配列の進行方向の末尾）に配列する（ステップＳ４０３）。一方、ステップＳ４０２の結果が否定の場合（ステップＳ４０２：Ｎｏ）、アプリケーション提供画面生成部３２５は、ステップＳ４０１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与せずにそのまま末尾に配列する（ステップＳ４０４）。

上述のステップＳ４０３または上述のステップＳ４０４の後、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された全てのアプリケーション識別情報を選択済みであるか否かを確認する（ステップＳ４０５）。ステップＳ４０５の結果が否定の場合（ステップＳ４０５：Ｎｏ）、上述のステップＳ４０１以降の処理を繰り返す。一方、ステップＳ４０５の結果が肯定の場合（ステップＳ４０５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、以上のようにして順次に配列した複数のアプリケーションのうち、第１のフラグ情報が付与されたアプリケーションに対しては上述のバッジ画像を付加して、図１４に示すようなアプリケーション提供画面を生成する（ステップＳ４０６）。

本実施形態の情報処理システム１００の動作手順は、上述の第１の実施形態で説明した動作手順（図２７）と同様である。

以上に説明したように、本実施形態では、ＭＦＰ１は、販売店情報と業務識別情報とを含む画面要求をアプリマーケットサーバ３へ送信する。そして、アプリマーケットサーバ３は、販売店情報と、アプリケーション識別情報と、利用促進情報との対応関係を表すアプリケーション対応情報に基づいて、ＭＦＰ１から受信した画面要求に含まれる販売店情報に対応付けられたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報が対応付けられたアプリケーション識別情報を特定する。そして、アプリマーケットサーバ３は、アプリケーション識別情報と、業種識別情報との対応関係を表す業種情報に基づいて、以上のようにして特定したアプリケーション識別情報のうち、画面要求に含まれる業種識別情報に対応付けられたアプリケーション識別情報により識別されるアプリケーションを「おすすめアプリ」として提供するためのアプリケーション提供画面をＭＦＰ１へ送信する。したがって、本実施形態によれば、ＭＦＰ１を販売する販売店ごとに、該ＭＦＰ１に利用させるアプリケーションが異なる場合であっても、該ＭＦＰ１の操作パネル２７に表示されるアプリケーション提供画面には、該ＭＦＰ１が適切に利用することができるアプリケーションのみを表示することができるので、該ＭＦＰ１が適切に利用可能なアプリケーションのみを紹介することができる。さらに、ＭＦＰ１が適切に利用可能なアプリケーションのうち、該ＭＦＰ１に対して利用を推奨し、かつ、ＭＦＰ１のユーザの業種に適したアプリケーションを「おすすめアプリ」として紹介することができるので、ユーザが、自身の業務に適した「おすすめアプリ」を見逃してしまうことを抑制できる。

（第２の実施形態の変形例１）
例えばアプリケーション提供画面生成部３２５は、販売店情報とアプリケーション識別情報との組み合わせごとにアプリケーションのダウンロード数を対応付けたダウンロード情報に基づいて、第３の特定部３６０により特定されたアプリケーション識別情報ごとに、対応するダウンロード数を特定し、第３の特定部３６０により特定された１以上のアプリケーション識別情報と１対１に対応する１以上の「おすすめアプリ」を、ダウンロード数の多い順に並べたアプリケーション提供画面を生成することもできる。

図４４は、本変形例のアプリマーケットサーバ３が有する機能の一例を示す図である。図４４に示すように、アプリマーケットサーバ３は、上述のダウンロード情報を記憶するダウンロード情報記憶部３３０をさらに有する。

本変形例では、アプリケーション提供画面生成部３２５は、「おすすめアプリ」を表示する第１の画面と、他のアプリケーションを表示する第２の画面とを含むアプリケーション提供画面を生成する。以下、本変形例におけるアプリケーション提供画面の生成方法を具体的に説明する。本実施形態のアプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択するたびに、該選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断し、判断結果が肯定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーション（「おすすめアプリ」）を第１の画面の配列方向の末尾に配列し、判断結果が否定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーション（「他のアプリケーション」）を第２の画面の配列方向の末尾に配列する。

より具体的には、アプリケーション提供画面生成部３２５は、選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれると判断するたびに、該選択したアプリケーション識別情報で識別されるアプリケーションに対して、表示順序を決定するための表示順序情報を紐付けていき、それぞれに紐付く表示順序情報に基づいて、第３の特定部３６０により特定された１以上のアプリケーション識別情報と１対１に対応する１以上のアプリケーションを並べ替えて第１の画面を生成する。

さらに言えば、アプリケーション提供画面生成部３２５は、選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれる場合、上述のダウンロード情報を参照して、該選択したアプリケーション識別情報に対応付けられたダウンロード数を特定し、その特定したダウンロード数を表示順序情報として、該選択したアプリケーション識別情報で識別されるアプリケーションに紐付ける。

図４５は、本変形例のアプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第３の特定部３６０により特定されたアプリケーション識別情報群とを取得済みであることを前提とする。

図４５に示すように、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報のうち何れかの（未選択の）アプリケーション識別情報を選択する（ステップＳ４１１）。次に、アプリケーション提供画面生成部３２５は、ステップＳ４１１で選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断する（ステップＳ４１２）。

ステップＳ４１２の結果が肯定の場合（ステップＳ４１２：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、上述のダウンロード情報を参照して、ステップＳ４１１で選択したアプリケーション識別情報と、画面要求受信部３２２により受信された画面要求に含まれていた販売店識別情報との組み合わせに対応付けられたダウンロード数を特定する。そして、ステップＳ４１１で選択したアプリケーション識別情報で識別されるアプリケーションに対して、その特定したダウンロード数を紐付けて、第１の画面の配列方向の末尾に配列する（ステップＳ４１３）。一方、ステップＳ４１２の結果が否定の場合（ステップＳ４１２：Ｎｏ）、アプリケーション提供画面生成部３２５は、ステップＳ４１１で選択したアプリケーション識別情報で識別されるアプリケーションを、第２の画面の配列方向の末尾に配列する（ステップＳ４１４）。

上述のステップＳ４１３または上述のステップＳ４１４の後、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された全てのアプリケーション識別情報を選択済みであるか否かを確認する（ステップＳ４１５）。ステップＳ４１５の結果が否定の場合（ステップＳ４１５：Ｎｏ）、上述のステップＳ４１１以降の処理を繰り返す。一方、ステップＳ４１５の結果が肯定の場合（ステップＳ４１５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、第１の画面と第２の画面を生成する（ステップＳ４１６）。より具体的には、アプリケーション提供画面生成部３２５は、ステップＳ４１２の結果が肯定であった１以上のアプリケーション（「おすすめアプリ」）については、それぞれに紐付くダウンロード数が多い順に並び替えて第１の画面を生成し、ステップＳ４１２の結果が否定であった１以上のアプリケーション（「おすすめアプリ」以外の他のアプリケーション）については、以上のようにして順次に配列した第２の画面を生成する。

（第２の実施形態の変形例２）
例えばアプリケーション提供画面生成部３２５は、アプリケーション識別情報ごとにアプリケーションの価格を対応付けた価格情報に基づいて、第３の特定部３６０により特定されたアプリケーション識別情報ごとに、該アプリケーション識別情報に対応付けられた価格を特定し、第３の特定部３６０により特定された１以上のアプリケーション識別情報と１対１に対応する１以上の利用推奨アプリケーションを、価格の高い順に並べたアプリケーション提供画面を生成する。

図４６は、本変形例のアプリマーケットサーバ３が有する機能の一例を示す図である。図４６に示すように、アプリマーケットサーバ３は、上述の価格情報を記憶する価格情報記憶部３４０をさらに有する。

本変形例では、アプリケーション提供画面生成部３２５は、「おすすめアプリ」を表示する第１の画面と、他のアプリケーションを表示する第２の画面とを含むアプリケーション提供画面を生成する。以下、本変形例におけるアプリケーション提供画面の生成方法を具体的に説明する。本実施形態のアプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択するたびに、該選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断し、判断結果が肯定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーション（「おすすめアプリ」）を第１の画面の配列方向の末尾に配列し、判断結果が否定の場合は、該選択したアプリケーション識別情報で識別されるアプリケーション（「他のアプリケーション」）を第２の画面の配列方向の末尾に配列する。

より具体的には、アプリケーション提供画面生成部３２５は、選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれると判断するたびに、該選択したアプリケーション識別情報に対して、表示順序を決定するための表示順序情報を紐付けていき、それぞれに紐付く表示順序情報に基づいて、第３の特定部３６０により特定された１以上のアプリケーション識別情報と１対１に対応する１以上のアプリケーションを並べ替えて第１の画面を生成する。

さらに言えば、アプリケーション提供画面生成部３２５は、選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれる場合、上述の価格情報を参照して、該選択したアプリケーション識別情報に対応付けられた価格を特定し、その特定した価格を表示順序情報として該選択したアプリケーション識別情報で識別されるアプリケーションに紐付ける。

図４７は、本変形例のアプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第３の特定部３６０により特定されたアプリケーション識別情報群とを取得済みであることを前提とする。

図４７に示すように、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報のうち何れかの（未選択の）アプリケーション識別情報を選択する（ステップＳ４２１）。次に、アプリケーション提供画面生成部３２５は、ステップＳ４２１で選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断する（ステップＳ４２２）。

ステップＳ４２２の結果が肯定の場合（ステップＳ４２２：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、上述の価格情報に基づいて、ステップＳ４２１で選択したアプリケーション識別情報に対応付けられた価格を特定する。そして、ステップＳ４２１で選択したアプリケーション識別情報で識別されるアプリケーションに対して、その特定した価格を紐付けて、第１の画面の配列方向の末尾に配列する（ステップＳ４２３）。一方、ステップＳ４２２の結果が否定の場合（ステップＳ４２２：Ｎｏ）、アプリケーション提供画面生成部３２５は、ステップＳ４２１で選択したアプリケーション識別情報で識別されるアプリケーションを、第２の画面の配列方向の末尾に配列する（ステップＳ４２４）。

上述のステップＳ４２３または上述のステップＳ４２４の後、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された全てのアプリケーション識別情報を選択済みであるか否かを確認する（ステップＳ４２５）。ステップＳ４２５の結果が否定の場合（ステップＳ４２５：Ｎｏ）、上述のステップＳ４２１以降の処理を繰り返す。一方、ステップＳ４２５の結果が肯定の場合（ステップＳ４２５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、第１の画面と第２の画面を生成する（ステップＳ４２６）。より具体的には、アプリケーション提供画面生成部３２５は、ステップＳ４２２の結果が肯定であった１以上のアプリケーション（「おすすめアプリ」）については、それぞれに紐付く価格が高い順に並び替えて第１の画面を生成し、ステップＳ４２２の結果が否定であった１以上のアプリケーション（「おすすめアプリ」以外の他のアプリケーション）については、以上のようにして順次に配列した第２の画面を生成する。

（第２の実施形態の変形例３）
上述の第１の実施形態の変形例３と同様に、アプリケーション対応情報は、販売店情報と、アプリケーション識別情報と、利用促進情報と、該アプリケーション識別情報で識別されるアプリケーションと競合するアプリケーションを識別する競合アプリケーション識別情報との対応関係を表す情報であってもよい（図３６参照）。

本変形例では、アプリケーション提供画面生成部３２５は、第３の特定部３６０により特定されたアプリケーション識別情報に対して、競合アプリケーション識別情報が対応付けられている場合は、該競合アプリケーション識別情報で識別されるアプリケーションを非表示とするアプリケーション提供画面を生成する。なお、この例では、第１の特定部３２４は、第２の特定部３２３により特定されたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報（「Ｔｒｕｅ」を示す利用促進情報）が対応付けられたアプリケーション識別情報を特定する際に、その特定したアプリケーション識別情報に対応付けられた競合アプリケーション識別情報も併せて特定することができる。

本変形例では、アプリケーション提供画面生成部３２５は、上述の第２の実施形態と同様に、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択し、該選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断した後に、該選択したアプリケーション識別情報が非表示対象である場合は、該選択したアプリケーション識別情報で識別されるアプリケーションに対して、非表示にすることを示す第２のフラグ情報を付与する。ここでは、アプリケーション提供画面生成部３２５は、該選択したアプリケーション識別情報が、第１の特定部３２４により特定された何れかのアプリケーション識別情報に対応付けられた競合アプリケーション識別情報と一致する場合は、該選択したアプリケーション識別情報は非表示対象であると判断する。そして、アプリケーション提供画面生成部３２５は、第２のフラグ情報が付与されているアプリケーションは非表示としてアプリケーション提供画面を生成する。

図４８は、本変形例のアプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第３の特定部３６０により特定されたアプリケーション識別情報群と、第１の特定部３２４により特定された競合アプリケーション群と、を取得済みであることを前提とする。

図４８に示すように、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された複数のアプリケーション識別情報のうち何れかの（未選択の）アプリケーション識別情報を選択する（ステップＳ４３１）。次に、アプリケーション提供画面生成部３２５は、ステップＳ４３１で選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断する（ステップＳ４３２）。

ステップＳ４３２の結果が肯定の場合（ステップＳ４３２：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、ステップＳ４３１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与して末尾（配列の進行方向の末尾）に配列する（ステップＳ４３３）。一方、ステップＳ４３２の結果が否定の場合（ステップＳ４３２：Ｎｏ）、アプリケーション提供画面生成部３２５は、ステップＳ４０３で選択したアプリケーション識別情報で識別されるアプリケーションに対して第１のフラグ情報を付与せずにそのまま末尾に配列する（ステップＳ４３４）。

上述のステップＳ４３３または上述のステップＳ４３４の後、アプリケーション提供画面生成部３２５は、ステップＳ４３１で選択したアプリケーション識別情報が、第１の特定部３２４により特定された何れかのアプリケーション識別情報に対応付けられた競合アプリケーション識別情報と一致するか否かを確認する（ステップＳ４３５）。ステップＳ４３５の結果が肯定の場合（ステップＳ４３５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、ステップＳ４３１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第２のフラグ情報を付与し（ステップＳ４３６）、処理はステップＳ４３７に移行する。一方、ステップＳ４３５の結果が否定の場合（ステップＳ４３５：Ｎｏ）、そのまま処理はステップＳ４３７に移行する。

ステップＳ４３７において、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定された全てのアプリケーション識別情報を選択済みであるか否かを確認する（ステップＳ４３７）。ステップＳ４３７の結果が否定の場合（ステップＳ４３７：Ｎｏ）、上述のステップＳ４３１以降の処理を繰り返す。一方、ステップＳ４３７の結果が肯定の場合（ステップＳ４３７：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、以上のようにして順次に配列した複数のアプリケーションのうち、第１のフラグ情報が付与されたアプリケーションに対しては上述のバッジ画像を付加し、第２のフラグ情報が付与されたアプリケーションは非表示としてアプリケーション提供画面を生成する（ステップＳ４３８）。

なお、本変形例の構成は、上述の第２の実施形態の変形例１および２のように、「おすすめアプリ」を表示する第１の画面と、他のアプリケーションを表示する第２の画面とを含むアプリケーション提供画面を生成する形態についても適用可能である。

例えば上述の第２の実施形態の変形例２に対して本変形例を適用する場合を想定する。この場合、図４７に示すステップＳ４２３またはステップＳ４２４の後であって、ステップＳ４２５の前に、図４８に示すステップＳ４３５およびステップＳ４３６に相当する処理が入る。そして、図４７に示すステップ４２６において、第２のフラグ情報が付与されたアプリケーションは非表示として、第１の画面および第２の画面が生成されるという具合である。上述の第２の実施形態の変形例１に対して本変形例を適用する場合も同様に考えることができる。

（第２の実施形態の変形例４）
例えば上述の画面要求は、ＭＦＰ１にインストール済みのアプリケーションを識別するインストール済みアプリケーション識別情報をさらに含み、アプリケーション提供画面生成部３２５は、第３の特定部３６０により特定されたアプリケーション識別情報で識別されるアプリケーションのうち、画面要求に含まれるインストール済みアプリケーション識別情報で識別されるアプリケーションを除いたアプリケーションを「おすすめアプリ」として提供するためのアプリケーション提供画面を生成することもできる。

本変形例では、アプリケーション提供画面生成部３２５は、上述の第２の実施形態と同様に、第２の特定部３２３により特定された複数のアプリケーション識別情報を１つずつ選択し、該選択したアプリケーション識別情報が、第３の特定部３６０により特定された１以上のアプリケーション識別情報に含まれるか否かを判断した後に、該選択したアプリケーション識別情報が非表示対象である場合は、該選択したアプリケーション識別情報で識別されるアプリケーションに対して、非表示にすることを示す第２のフラグ情報を付与する。この例では、アプリケーション提供画面生成部３２５は、該選択したアプリケーション識別情報が、画面要求に含まれるインストール済みアプリケーション識別情報と一致する場合は、該選択したアプリケーション識別情報は非表示対象であると判断する。そして、アプリケーション提供画面生成部３２５は、第２のフラグ情報が付与されているアプリケーションは非表示としてアプリケーション提供画面を生成する。

図４９は、本変形例のアプリケーション提供画面生成部３２５の動作例を示すフローチャートである。ここでは、アプリケーション提供画面生成部３２５は、第２の特定部３２３により特定されたアプリケーション識別情報群と、第３の特定部３６０により特定されたアプリケーション識別情報群と、画面要求受信部３２２により受信された画面要求に含まれていたインストール済みアプリケーション識別情報群と、を取得済みであることを前提とする。

図４９に示すステップＳ４４１〜ステップＳ４４４の処理内容は、図３８に示すステップＳ３０１〜ステップＳ３０４の処理内容と同様であるので、詳細な説明は省略する。図４９に示すステップＳ４４３またはステップＳ４４４の後、アプリケーション提供画面生成部３２５は、ステップＳ４４１で選択したアプリケーション識別情報が、画面要求に含まれていた何れかのインストール済みアプリケーション識別情報と一致するか否かを確認する（ステップＳ４４５）。ステップＳ４４５の結果が肯定の場合（ステップＳ４４５：Ｙｅｓ）、アプリケーション提供画面生成部３２５は、ステップＳ４４１で選択したアプリケーション識別情報で識別されるアプリケーションに対して第２のフラグ情報を付与し（ステップＳ４４６）、処理はステップＳ４４７に移行する。一方、ステップＳ４４５の結果が否定の場合（ステップＳ４４５：Ｎｏ）、そのまま処理はステップＳ４４７に移行する。ステップＳ４４７以降の処理内容は、図３８に示すステップＳ３０７以降の処理内容と同様であるので、詳細な説明は省略する。

なお、本変形例の構成は、上述の第２の実施形態の変形例１および２のように、「おすすめアプリ」を表示する第１の画面と、他のアプリケーションを表示する第２の画面とを含むアプリケーション提供画面を生成する形態についても適用可能である。

例えば上述の第２の実施形態の変形例１に対して本変形例を適用する場合を想定する。この場合、図４５に示すステップＳ４１３またはステップＳ４１４の後であって、ステップＳ４１５の前に、図４９に示すステップＳ４４５およびステップＳ４４６に相当する処理が入る。そして、図４５に示すステップＳ４１６において、第２のフラグ情報が付与されたアプリケーションは非表示として、第１の画面および第２の画面が生成されるという具合である。上述の第２の実施形態の変形例２に対して本変形例を適用する場合も同様に考えることができる。

（第３の実施形態）
次に第３の実施形態を説明する。上述の各実施形態と共通する部分については説明を省略する。

図５０は、本実施形態のＭＦＰ１が有する機能の一例を示す図である。図５０に示すように、ＭＦＰ１は、通知要求送信部１２１、通知情報受信部１２２、通知制御部１２３をさらに有する。これらの機能は、例えば上述のアプリマーケットアプリにより提供されてもよい。

通知要求送信部１２１は、販売店情報と、業種を識別する業種識別情報と、アプリケーションのカテゴリを識別するカテゴリ識別情報と、アプリマーケットサーバ３へアクセスした直近の日時（最新のアクセス日時）を示す日時情報と、を少なくとも含む通知要求であって、かつ、新規登録されたアプリケーションの通知を要求する第１の通知要求を、アプリマーケットサーバ３へ定期的（例えば１日に１回等）に送信する。

本実施形態では、設定部１１２は、ＭＦＰ１を使用するユーザの業種を指定するための入力や、新規登録の通知を要求するアプリケーションのカテゴリを指定するための入力に応じて、業種識別情報やカテゴリ識別情報を設定する。また、設定部１１２は、後述の第１の通知情報の通知先を指定するための入力や、第１の通知要求を送信する間隔を指定するための入力に応じて、第１の通知情報の通知先や第１の通知要求の送信間隔（新規登録されたアプリケーションの有無をチェック（アプリチェック）する間隔であると考えてもよい）を設定する。

例えば図６に示すような初期画面上の「次へ」の直上の矢印を示す表示部品（ＵＩ）を押下する操作を受け付けると、図５１に示すような、地域情報や販売店情報に加えて、業種、アプリケーションのカテゴリ、後述の第１の通知情報の通知先を示すメールアドレス、および、第１の通知要求の送信間隔（アプリチェックの間隔）を入力するための入力画面が操作パネル２７に表示される形態であってもよい。設定部１１２は、この入力画面からの入力に応じて、販売店情報、地域情報、業種識別情報、カテゴリ識別情報、後述の第１の通知情報の通知先を示すメールアドレス、第１の通知要求の送信間隔を設定することができる。この例では、設定部１１２は、図５２に示すような、入力画面に表示される業種の項目（チェックボックスの項目）ごとに業種識別情報を対応付けた業種管理情報を参照して、入力画面から選択された（チェックを入れられた）チェックボックスに対応する業種識別情報を設定することができる。また、設定部１１２は、図５３に示すような、入力画面に表示されるアプリケーションのカテゴリの項目（チェックボックスの項目）ごとにカテゴリ識別情報を対応付けたカテゴリ管理情報を参照して、入力画面から選択された（チェックを入れられた）チェックボックスに対応するカテゴリ識別情報を設定することができる。設定部１１２により設定される業務識別情報およびカテゴリ識別情報の各々は１つの場合もあれば複数の場合もある。保存制御部１１３は、設定部１１２により設定された各種の情報を設定情報記憶部１１４に保存する制御を行う。この例では、設定情報記憶部１１４は、機器識別情報と、販売店情報と、地域情報と、１以上の業種識別情報、１以上のカテゴリ識別情報、後述の第１の通知情報の通知先を示すメールアドレス、アプリチェックの間隔を含む設定情報を記憶している。また、ここでは、設定情報には、アプリマーケットサーバ３へアクセスした直近の日時（最新のアクセス日時）を示す日時情報も含まれている。

通知要求送信部１２１は、設定情報記憶部１１４に記憶された設定情報に含まれるアプリチェックのタイミングに到達するたびに、該設定情報に含まれる機器識別情報、販売店情報、１以上の業種識別情報、１以上のカテゴリ識別情報、日時情報を含む上述の第１の通知要求をアプリマーケットサーバ３へ送信する。

通知情報受信部１２２は、上述の第１の通知要求の応答として、新規登録されたアプリケーションを通知するための第１の通知情報をアプリマーケットサーバ３から受信する。図５４は、第１の通知情報の一例を示す図である。なお、この例では、通知情報受信部１２２は、アプリマーケットサーバ３から第１の通知情報を受信した場合、その旨を設定部１１２へ通知する。この通知を受けた設定部１１２は、アプリマーケットサーバ３へアクセスした直近の日時（最新のアクセス日時）を示す日時情報を、現在の日時を示す日時情報に設定（更新）する。そして、保存制御部１１３は、設定部１１２により設定された日時情報を保存（設定情報内の日時情報を更新して保存）する制御を行う。

通知制御部１２３は、通知情報受信部１２２により受信された第１の通知情報をユーザへ通知する制御を行う。この例では、通知制御部１２３は、第１の通知情報の通知先として予め設定されたメールアドレス（上述の設定情報に含まれるメールアドレス）を宛先として、通知情報受信部１２２により受信された第１の通知情報を送信する制御を行う。

図５５は、本実施形態のアプリマーケットサーバ３が有する機能の一例を示す図である。図５５に示すように、アプリマーケットサーバ３は、通知要求受信部４０１、第４の特定部４０２、アプリケーション管理情報記憶部４０３、第５の特定部４０４、第６の特定部４０５、通知情報送信部４０６をさらに有する。

通知要求受信部４０１は、上述の第１の通知要求を定期的にＭＦＰ１から受信する。第４の特定部４０２は、上述のアプリケーション対応情報を参照して、通知要求受信部４０１により受信された第１の通知要求に含まれる販売店情報に対応付けられたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報（この例では「Ｔｒｕｅ」を示す利用促進情報）が対応付けられたアプリケーション識別情報を特定する。なお、上述の第１の特定部３２４および上述の第２の特定部３２３が、この第４の特定部４０２の機能を兼ねる形態であってもよい。

アプリケーション管理情報記憶部４０３は、アプリケーション識別情報と、カテゴリ識別情報と、業種識別情報と、アプリケーション識別情報で識別されるアプリケーションが登録された日時を示す登録日時情報と、が対応付けられたアプリケーション管理情報を記憶する。この例では、アプリケーション管理情報は、図５６に示す第１のアプリケーション管理情報と、図５７に示す第２のアプリケーション管理情報とに分かれて構成されるが、例えばこれらが統合された形態であってもよい。

図５６に示すように、第１のアプリケーション管理情報は、アプリケーション識別情報と、アプリ名と、カテゴリ識別情報と、業種識別情報と、アプリケーションの価格を示す価格情報と、アプリケーションの説明情報とを対応付けた情報である。また、図５７に示すように、第２のアプリケーション管理情報は、アプリケーション識別情報と、登録日時情報と、アプリケーションがバージョンアップされた日時を示すバージョンアップ日時情報と、販売店情報別のダウンロード数を示す上述のダウンロード情報とを対応付けた情報である。なお、例えばバージョンアップ日時情報やダウンロード情報が対応付けられない形態であっても構わない。

第５の特定部４０４は、上述のアプリケーション管理情報を参照して、第４の特定部４０２により特定されたアプリケーション識別情報のうち、第１の通知要求に含まれる業種識別情報およびカテゴリ識別情報に対応付けられたアプリケーション識別情報を特定する。この例では、第５の特定部４０４は、第１のアプリケーション管理情報を参照して、第４の特定部４０２により特定されたアプリケーション識別情報と一致するアプリケーション識別情報（第１のアプリケーション管理情報に含まれるアプリケーション識別情報）のうち、第１の通知要求に含まれる業種識別情報とカテゴリ識別情報の組み合わせに対応付けられた１以上のアプリケーション識別情報を特定する。

第６の特定部４０５は、上述のアプリケーション管理情報を参照して、第５の特定部４０４により特定されたアプリケーション識別情報のうち、第１の通知要求に含まれる日時情報が示す日時よりも後の日時を示す登録日時情報が対応付けられたアプリケーション識別情報を特定する。この例では、第６の特定部４０５は、第２のアプリケーション管理情報を参照して、第５の特定部４０４により特定されたアプリケーション識別情報と一致するアプリケーション識別情報（第２のアプリケーション管理情報に含まれるアプリケーション識別情報）のうち、第１の通知要求に含まれる日時情報が示す日時よりも後の日時を示す登録日時情報が対応付けられたアプリケーション識別情報を特定する。なお、以上に説明した第４の特定部４０２、第５の特定部４０４、第６の特定部４０６の機能が一つの機能で実現されてもよい。要するに、第４の特定部４０２の機能、第５の特定部４０４の機能、および、第６の特定部４０６の機能を兼ね備えた１つの特定部が設けられる形態であってもよい。

通知情報送信部４０６は、第１の通知要求に対する応答として、第６の特定部４０５により特定されたアプリケーション識別情報で識別されるアプリケーションを、新規登録されたアプリケーションとして通知するための第１の通知情報をＭＦＰ１へ送信する。

図５８は、任意のアプリチェックのタイミングに到達した場合の情報処理システム１００の動作手順の一例を示すシーケンス図である。図５８に示すように、まず通知要求送信部１２１は、上述の第１の通知要求をアプリマーケットサーバ３へ送信する（ステップＳ５０１）。アプリマーケットサーバ３の通知要求受信部４０１は、ＭＦＰ１から受信した第１の通知要求を、第４の特定部４０２、第５の特定部４０４、および、第６の特定部４０５の各々へ渡す（ステップＳ５０２）。

次に、第４の特定部４０２は、上述のアプリケーション対応情報を参照して、第１の通知要求に含まれる販売店情報に対応付けられたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報が対応付けられたアプリケーション識別情報を特定する（ステップＳ５０３）。そして、第４の特定部４０２は、第５の特定部４０４に対して、ステップＳ５０３で特定したアプリケーション識別情報を渡す（ステップＳ５０４）。次に、第５の特定部４０４は、上述の第１のアプリケーション管理情報を参照して、ステップＳ５０４で第４の特定部４０２から受け取ったアプリケーション識別情報のうち、ステップＳ５０２で通知要求受信部４０１から受け取った第１の通知要求に含まれる業種識別情報およびカテゴリ識別情報に対応付けられたアプリケーション識別情報を特定する（ステップＳ５０５）。そして、第５の特定部４０４は、第６の特定部４０５に対して、ステップＳ５０５で特定したアプリケーション識別情報を渡す（ステップＳ５０６）。次に、第６の特定部４０５は、上述の第２のアプリケーション管理情報を参照して、ステップＳ５０６で第５の特定部４０４から受け取ったアプリケーション識別情報のうち、ステップＳ５０２で通知要求受信部４０１から受け取った第１の通知要求に含まれる日時情報が示す日時よりも後の日時を示す登録日時情報が対応付けられたアプリケーション識別情報を特定する（ステップＳ５０７）。そして、第６の特定部４０５は、通知情報送信部４０６に対して、ステップＳ５０７で特定したアプリケーション識別情報を渡す（ステップＳ５０８）。

通知情報送信部４０６は、ステップＳ５０８で第６の特定部４０５から渡されたアプリケーション識別情報で識別されるアプリケーションを、新規登録されたアプリケーションとして通知するための第１の通知情報を生成する（ステップＳ５０９）。そして、通知情報送信部４０６は、ステップＳ５０９で生成した第１の通知情報をＭＦＰ１へ送信する（ステップＳ５１０）。

通知情報受信部１２２は、ステップＳ５１０で受信した第１の通知情報を通知制御部１２３へ渡す（ステップＳ５１１）。また、このとき通知情報受信部１２２は、第１の通知情報を受信したことを設定部１１２へ通知する。この通知を受けた設定部１１２は、アプリマーケットサーバ３へアクセスした直近の日時（最新のアクセス日時）を示す日時情報を、現在の日時を示す日時情報に設定（更新）する。そして、保存制御部１１３は、設定部１１２により設定された日時情報を保存（設定情報内の日時情報を更新して保存）する制御を行う。

次に、通知制御部１２３は、予め設定されたメールアドレスを宛先として、ステップＳ５１１で通知情報受信部１２２から受け取った第１の通知情報を送信する制御を行う（ステップＳ５１２）。

（第３の実施形態の変形例）
例えばＭＦＰ１は、販売店情報と、業種識別情報と、カテゴリ識別情報と、アプリマーケットサーバ３へアクセスした直近の日時を示す日時情報と、を少なくとも含む通知要求であって、かつ、バージョンアップされたアプリケーションの通知を要求する第２の通知要求を、アプリマーケットサーバ３へ定期的（例えば１日に１回等）に送信し、該第２の通知要求の応答として、バージョンアップされたアプリケーションを通知するための第２の通知情報をアプリマーケットサーバ３から受信し、その受信した第２の通知情報を、予め設定されたメールアドレスを宛先として送信する形態であってもよい。

本変形例におけるＭＦＰ１の機能のうち、上述の第３の実施形態と相異する部分を説明する。通知要求送信部１２１は、上述の第２の通知要求をアプリマーケットサーバ３へ定期的に送信する。また、通知情報受信部１２２は、第２の通知要求の応答として、アプリマーケットサーバ３から上述の第２の通知情報を受信する。さらに、通知制御部１２３は、通知情報受信部１２２により受信された第２の通知情報をユーザへ通知する制御を行う。

次に、本変形例におけるアプリマーケットサーバ３の機能のうち、上述の第３の実施形態と相異する部分を説明する。通知要求受信部４０１は、上述の第２の通知要求を定期的にＭＦＰ１から受信する。第４の特定部４０２は、上述のアプリケーション対応情報を参照して、通知要求受信部４０１により受信された第２の通知要求に含まれる販売店情報に対応付けられたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報が対応付けられたアプリケーション識別情報を特定する。

アプリケーション管理情報記憶部４０３は、アプリケーション識別情報と、カテゴリ識別情報と、業種識別情報と、アプリケーション識別情報で識別されるアプリケーションがバージョンアップされた日時を示すバージョンアップ日時情報と、が対応付けられたアプリケーション管理情報を記憶する。この例では、アプリケーション管理情報は、図５６に示す第１のアプリケーション管理情報と、図５７に示す第２のアプリケーション管理情報とに分かれて構成される。なお、例えば図５７に示す登録日時情報やダウンロード情報が対応付けられない形態であっても構わない。

第５の特定部４０４は、上述のアプリケーション管理情報を参照して、第４の特定部４０２により特定されたアプリケーション識別情報のうち、第２の通知要求に含まれる業種識別情報およびカテゴリ識別情報に対応付けられたアプリケーション識別情報を特定する。この例では、第５の特定部４０４は、第１のアプリケーション管理情報を参照して、第４の特定部４０２により特定されたアプリケーション識別情報と一致するアプリケーション識別情報のうち、第２の通知要求に含まれる業種識別情報とカテゴリ識別情報の組み合わせに対応付けられた１以上のアプリケーション識別情報を特定する。

第６の特定部４０５は、上述のアプリケーション管理情報を参照して、第５の特定部４０４により特定されたアプリケーション識別情報のうち、第１の通知要求に含まれる日時情報が示す日時よりも後の日時を示すバージョンアップ日時情報が対応付けられたアプリケーション識別情報を特定する。この例では、第６の特定部４０５は、第２のアプリケーション管理情報を参照して、第５の特定部４０４により特定されたアプリケーション識別情報と一致するアプリケーション識別情報のうち、第２の通知要求に含まれる日時情報が示す日時よりも後の日時を示すバージョンアップ日時情報が対応付けられたアプリケーション識別情報を特定する。

通知情報送信部４０６は、第２の通知要求に対する応答として、第６の特定部４０５により特定されたアプリケーション識別情報で識別されるアプリケーションを、バージョンアップされたアプリケーションとして通知するための第２の通知情報をＭＦＰ１へ送信する。

図５９は、任意のアプリチェックのタイミングに到達した場合の情報処理システム１００の動作手順の一例を示すシーケンス図である。図５９に示すように、まず通知要求送信部１２１は、上述の第２の通知要求をアプリマーケットサーバ３へ送信する（ステップＳ６０１）。アプリマーケットサーバ３の通知要求受信部４０１は、ＭＦＰ１から受信した第２の通知要求を、第４の特定部４０２、第５の特定部４０４、および、第６の特定部４０５の各々へ渡す（ステップＳ６０２）。

次に、第４の特定部４０２は、上述のアプリケーション対応情報を参照して、第２の通知要求に含まれる販売店情報に対応付けられたアプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す利用促進情報が対応付けられたアプリケーション識別情報を特定する（ステップＳ６０３）。そして、第４の特定部４０２は、第５の特定部４０４に対して、ステップＳ６０３で特定したアプリケーション識別情報を渡す（ステップＳ６０４）。次に、第５の特定部４０４は、上述の第１のアプリケーション管理情報を参照して、ステップＳ６０４で第４の特定部４０２から受け取ったアプリケーション識別情報のうち、ステップＳ６０２で通知要求受信部４０１から受け取った第２の通知要求に含まれる業種識別情報およびカテゴリ識別情報に対応付けられたアプリケーション識別情報を特定する（ステップＳ６０５）。そして、第５の特定部４０４は、第６の特定部４０５に対して、ステップＳ６０５で特定したアプリケーション識別情報を渡す（ステップＳ６０６）。次に、第６の特定部４０５は、上述の第２のアプリケーション管理情報を参照して、ステップＳ６０６で第５の特定部４０４から受け取ったアプリケーション識別情報のうち、ステップＳ６０２で通知要求受信部４０１から受け取った第２の通知要求に含まれる日時情報が示す日時よりも後の日時を示すバージョンアップ日時情報が対応付けられたアプリケーション識別情報を特定する（ステップＳ６０７）。そして、第６の特定部４０５は、通知情報送信部４０６に対して、ステップＳ６０７で特定したアプリケーション識別情報を渡す（ステップＳ６０８）。

通知情報送信部４０６は、ステップＳ６０８で第６の特定部４０５から渡されたアプリケーション識別情報で識別されるアプリケーションを、バージョンアップされたアプリケーションとして通知するための第２の通知情報を生成する（ステップＳ６０９）。そして、通知情報送信部４０６は、ステップＳ６０９で生成した第２の通知情報をＭＦＰ１へ送信する（ステップＳ６１０）。

通知情報受信部１２２は、ステップＳ６１０で受信した第２の通知情報を通知制御部１２３へ渡す（ステップＳ６１１）。また、このとき通知情報受信部１２２は、第２の通知情報を受信したことを設定部１１２へ通知する。この通知を受けた設定部１１２は、アプリマーケットサーバ３へアクセスした直近の日時（最新のアクセス日時）を示す日時情報を、現在の日時を示す日時情報に設定（更新）する。そして、保存制御部１１３は、設定部１１２により設定された日時情報を保存（設定情報内の日時情報を更新して保存）する制御を行う。

次に、通知制御部１２３は、予め設定されたメールアドレスを宛先として、ステップＳ６１１で通知情報受信部１２２から受け取った第２の通知情報を送信する制御を行う（ステップＳ６１２）。

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

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

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

１ ＭＦＰ
２ 管理サーバ
３ アプリマーケットサーバ
７ アプリケーションサーバ
８ ネットワーク
１０ 本体
２０ 操作部
１００ 情報処理システム
１１１ 表示制御部
１１２ 設定部
１１３ 保存制御部
１１４ 設定情報記憶部
１１５ ＵＲＬ要求送信部
１１６ ＵＲＬ受信部
１１７ 画面要求送信部
１１８ アプリケーション提供画面受信部
１１９ インストール部
２２１ 接続対応情報記憶部
２２２ ＵＲＬ要求受信部
２２３ ＵＲＬ特定部
２２４ ＵＲＬ送信部
３２１ アプリケーション対応情報記憶部
３２２ 画面要求受信部
３２３ 第２の特定部
３２４ 第１の特定部
３２５ アプリケーション提供画面生成部
３２６ アプリケーション提供画面送信部
３３０ ダウンロード情報記憶部
３４０ 価格情報記憶部
３５０ 業種情報記憶部
３６０ 第３の特定部
４２１ アプリケーション記憶部
４２２ アプリケーション要求受信部
４２３ アプリケーション送信部

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

Claims (20)

1. １以上の機器と、該機器とネットワークを介して接続可能な情報処理装置と、を備える情報処理システムであって、
   前記情報処理装置は、
   前記機器を販売する販売店を示す販売店情報を少なくとも含み、かつ、アプリケーションを提供するためのアプリケーション提供画面を要求する画面要求を前記機器から受信する画面要求受信部と、
   前記販売店情報と、前記販売店で取り扱うアプリケーションを識別するアプリケーション識別情報と、利用を促進するアプリケーションであるか否かを示す利用促進情報との対応関係を表すアプリケーション対応情報に基づいて、前記画面要求に含まれる前記販売店情報に対応付けられた前記アプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す前記利用促進情報が対応付けられた前記アプリケーション識別情報を特定する第１の特定部と、
   前記第１の特定部により特定された前記アプリケーション識別情報により識別されるアプリケーションを、前記機器に対して利用を推奨する利用推奨アプリケーションとして提供するための前記アプリケーション提供画面を前記機器へ送信するアプリケーション提供画面送信部と、を備え、
   前記機器は、
   前記画面要求を前記情報処理装置へ送信する画面要求送信部と、
   前記画面要求の応答として、前記情報処理装置から前記アプリケーション提供画面を受信するアプリケーション提供画面受信部と、
   前記アプリケーション提供画面受信部により受信された前記アプリケーション提供画面を表示する制御を行う表示制御部と、を備える、
   情報処理システム。
2. 前記情報処理装置は、前記アプリケーション提供画面を生成するアプリケーション提供画面生成部をさらに備える、
   請求項１に記載の情報処理システム。
3. 前記情報処理装置は、前記アプリケーション対応情報に基づいて、前記画面要求に含まれる前記販売店情報に対応付けられた前記アプリケーション識別情報を特定する第２の特定部をさらに備え、
   前記第１の特定部は、前記第２の特定部により特定された前記アプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す前記利用促進情報が対応付けられた前記アプリケーション識別情報を特定し、
   前記アプリケーション提供画面生成部は、
   前記第１の特定部により特定される前記アプリケーション識別情報で識別される前記利用推奨アプリケーションと、前記第２の特定部により特定される前記アプリケーション識別情報で識別されるアプリケーションのうち前記利用推奨アプリケーション以外の他のアプリケーションとを提供するための前記アプリケーション提供画面を生成し、前記利用推奨アプリケーションを、前記他のアプリケーションよりも目立つように表示する前記アプリケーション提供画面を生成する、
   請求項２に記載の情報処理システム。
4. 前記アプリケーション提供画面生成部は、
   前記販売店情報と前記アプリケーション識別情報との組み合わせごとにアプリケーションのダウンロード数を対応付けたダウンロード情報に基づいて、前記第１の特定部により特定された前記アプリケーション識別情報ごとに、該アプリケーション識別情報に対応付けられたダウンロード数を特定し、前記第１の特定部により特定された１以上の前記アプリケーション識別情報と１対１に対応する１以上の前記利用推奨アプリケーションを、ダウンロード数の多い順に並べた前記アプリケーション提供画面を生成する、または、
   前記アプリケーション識別情報ごとにアプリケーションの価格を対応付けた価格情報に基づいて、前記第１の特定部により特定された前記アプリケーション識別情報ごとに、該アプリケーション識別情報に対応付けられた前記価格を特定し、前記第１の特定部により特定された１以上の前記アプリケーション識別情報と１対１に対応する１以上の前記利用推奨アプリケーションを、価格の高い順に並べた前記アプリケーション提供画面を生成する、
   請求項２または３に記載の情報処理システム。
5. 前記アプリケーション対応情報は、
   前記販売店情報と、前記アプリケーション識別情報と、前記利用促進情報と、該アプリケーション識別情報で識別されるアプリケーションと競合するアプリケーションを識別する競合アプリケーション識別情報との対応関係を表す情報であり、
   前記アプリケーション提供画面生成部は、前記第１の特定部により特定された前記アプリケーション識別情報に対して、前記競合アプリケーション識別情報が対応付けられている場合は、該競合アプリケーション識別情報で識別されるアプリケーションを非表示とする前記アプリケーション提供画面を生成する、
   請求項２または３に記載の情報処理システム。
6. 前記画面要求は、前記機器にインストール済みのアプリケーションを識別するインストール済みアプリケーション識別情報をさらに含み、
   前記アプリケーション提供画面生成部は、前記第１の特定部により特定された前記アプリケーション識別情報で識別されるアプリケーションのうち、前記画面要求に含まれる前記インストール済みアプリケーション識別情報で識別されるアプリケーションを除いたアプリケーションを前記利用推奨アプリケーションとして提供するための前記アプリケーション提供画面を生成する、
   請求項２または３に記載の情報処理システム。
7. 前記アプリケーション提供画面生成部は、
   前記第２の特定部により特定された複数の前記アプリケーション識別情報を１つずつ選択するたびに、該選択した前記アプリケーション識別情報が前記第１の特定部により特定された１以上の前記アプリケーション識別情報に含まれるか否かを判断し、
   判断結果が肯定の場合は、該選択した前記アプリケーション識別情報で識別されるアプリケーションに対して、前記利用推奨アプリケーションであることを示す第１のフラグ情報を付与して末尾に配列し、前記判断結果が否定の場合は、該選択した前記アプリケーション識別情報で識別されるアプリケーションに対して前記第１のフラグ情報を付与せずに末尾に配列し、
   前記第１のフラグ情報が付与されているアプリケーションに対しては、前記利用推奨アプリケーションであることを示す画像を付加して前記アプリケーション提供画面を生成する、
   請求項３に記載の情報処理システム。
8. 前記アプリケーション提供画面生成部は、
   前記利用推奨アプリケーションを表示する第１の画面と、前記他のアプリケーションを表示する第２の画面とを含む前記アプリケーション提供画面を生成し、
   前記第２の特定部により特定された複数の前記アプリケーション識別情報を１つずつ選択するたびに、該選択した前記アプリケーション識別情報が、前記第１の特定部により特定された１以上の前記アプリケーション識別情報に含まれるか否かを判断し、判断結果が肯定の場合は、該選択した前記アプリケーション識別情報で識別されるアプリケーションを前記第１の画面の配列方向の末尾に配列し、前記判断結果が否定の場合は、該選択した前記アプリケーション識別情報で識別されるアプリケーションを前記第２の画面の配列方向の末尾に配列する、
   請求項３に記載の情報処理システム。
9. 前記アプリケーション提供画面生成部は、
   選択した前記アプリケーション識別情報が、前記第１の特定部により特定された１以上の前記アプリケーション識別情報に含まれると判断するたびに、該選択した前記アプリケーション識別情報で識別されるアプリケーションに対して、表示順序を決定するための表示順序情報を紐付けていき、それぞれに紐付く前記表示順序情報に基づいて、前記第１の特定部により特定された１以上の前記アプリケーション識別情報と１対１に対応する１以上のアプリケーションを並べ替えて前記第１の画面を生成する、
   請求項８に記載の情報処理システム。
10. 前記アプリケーション提供画面生成部は、
    選択した前記アプリケーション識別情報が、前記第１の特定部により特定された１以上の前記アプリケーション識別情報に含まれる場合、前記販売店情報と前記アプリケーション識別情報との組み合わせごとにアプリケーションのダウンロード数を対応付けたダウンロード情報に基づいて、該選択した前記アプリケーション識別情報に対応するダウンロード数を特定し、その特定したダウンロード数を前記表示順序情報として、該選択した前記アプリケーション識別情報で識別されるアプリケーションに紐付ける、
    請求項９に記載の情報処理システム。
11. 前記アプリケーション提供画面生成部は、
    選択した前記アプリケーション識別情報が、前記第１の特定部により特定された１以上の前記アプリケーション識別情報に含まれる場合、前記アプリケーション識別情報ごとにアプリケーションの価格を対応付けた価格情報に基づいて、該選択した前記アプリケーション識別情報に対応付けられた価格を特定し、その特定した価格を前記表示順序情報として該選択した前記アプリケーション識別情報で識別されるアプリケーションに紐付ける、
    請求項９に記載の情報処理システム。
12. 前記アプリケーション提供画面生成部は、
    選択した前記アプリケーション識別情報が非表示対象である場合は、該選択した前記アプリケーション識別情報で識別されるアプリケーションに対して、非表示にすることを示す第２のフラグ情報を付与する、
    請求項７乃至１１のうちの何れか１項に記載の情報処理システム。
13. 前記アプリケーション対応情報は、
    前記販売店情報と、前記アプリケーション識別情報と、前記利用促進情報と、該アプリケーション識別情報で識別されるアプリケーションと競合するアプリケーションを識別する競合アプリケーション識別情報との対応関係を表す情報であり、
    前記アプリケーション提供画面生成部は、
    選択した前記アプリケーション識別情報が、前記第１の特定部により特定された何れかの前記アプリケーション識別情報に対応付けられた前記競合アプリケーション識別情報と一致する場合は、該選択した前記アプリケーション識別情報は非表示対象であると判断する、
    請求項１２に記載の情報処理システム。
14. 前記画面要求は、前記機器にインストール済みのアプリケーションを識別するインストール済みアプリケーション識別情報をさらに含み、
    前記アプリケーション提供画面生成部は、
    選択した前記アプリケーション識別情報が、前記画面要求に含まれる前記インストール済みアプリケーション識別情報と一致する場合は、該選択した前記アプリケーション識別情報は非表示対象であると判断する、
    請求項１２に記載の情報処理システム。
15. 前記アプリケーション提供画面生成部は、
    前記第２のフラグ情報が付与されているアプリケーションは非表示として前記アプリケーション提供画面を生成する、
    請求項１２乃至１４のうちの何れか１項に記載の情報処理システム。
16. 前記画面要求は、業種を識別する業種識別情報をさらに含み、
    前記情報処理装置は、
    前記アプリケーション識別情報と、前記業種識別情報との対応関係を表す業種情報に基づいて、前記第１の特定部により特定された前記アプリケーション識別情報のうち、前記画面要求に含まれる前記業種識別情報に対応付けられた前記アプリケーション識別情報を特定する第３の特定部をさらに備え、
    前記アプリケーション提供画面送信部は、
    前記第３の特定部により特定された前記アプリケーション識別情報により識別されるアプリケーションを前記利用推奨アプリケーションとして提供するための前記アプリケーション提供画面を前記機器へ送信する、
    請求項１に記載の情報処理システム。
17. 前記機器は画像処理装置を含み、
    前記画像処理装置は、エンジン部を含む本体と、前記本体を操作する操作部と、を有し、
    前記本体は、前記画像処理装置を識別する機器識別情報を保持し、
    前記操作部は、前記本体のＷｅｂＡＰＩを使って前記本体から前記機器識別情報を取得し、前記販売店情報を保持するとともに、前記画面要求送信部、前記アプリケーション提供画面受信部の各々の機能を提供するためのアプリケーションを有し、
    前記画面要求送信部は、前記機器識別情報と、前記販売店情報とを含む前記画面要求を、前記本体を経由して前記情報処理装置へ送信し、
    前記アプリケーション提供画面受信部は、前記情報処理装置からの前記アプリケーション提供画面を前記本体経由で受信する、
    請求項１に記載の情報処理システム。
18. 前記情報処理装置は、
    前記販売店情報と、業種を識別する業種識別情報と、アプリケーションのカテゴリを識別するカテゴリ識別情報と、前記情報処理装置へアクセスした直近の日時を示す日時情報と、を少なくとも含む通知要求であって、かつ、新規登録されたアプリケーションの通知を要求する第１の通知要求を定期的に前記機器から受信する通知要求受信部と、
    前記アプリケーション対応情報を参照して、前記第１の通知要求に含まれる前記販売店情報に対応付けられた前記アプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す前記利用促進情報が対応付けられた前記アプリケーション識別情報を特定する第４の特定部と、
    前記アプリケーション識別情報と、前記カテゴリ識別情報と、前記業種識別情報と、該アプリケーション識別情報で識別されるアプリケーションが登録された日時を示す登録日時情報と、が対応付けられたアプリケーション管理情報を参照して、前記第４の特定部により特定された前記アプリケーション識別情報のうち、前記第１の通知要求に含まれる前記業種識別情報および前記カテゴリ識別情報に対応付けられた前記アプリケーション識別情報を特定する第５の特定部と、
    前記アプリケーション管理情報を参照して、前記第５の特定部により特定された前記アプリケーション識別情報のうち、前記第１の通知要求に含まれる日時情報が示す日時よりも後の日時を示す前記登録日時情報が対応付けられた前記アプリケーション識別情報を特定する第６の特定部と、
    前記第１の通知要求に対する応答として、前記第６の特定部により特定された前記アプリケーション識別情報で識別されるアプリケーションを、新規登録されたアプリケーションとして通知するための第１の通知情報を前記機器へ送信する通知情報送信部と、を備え、
    前記機器は、
    前記第１の通知要求を前記情報処理装置へ定期的に送信する通知要求送信部と、
    前記第１の通知要求の応答として、前記情報処理装置から前記第１の通知情報を受信する通知情報受信部と、
    前記通知情報受信部により受信された前記第１の通知情報をユーザへ通知する制御を行う通知制御部と、を備える、
    請求項１に記載の情報処理システム。
19. 前記情報処理装置は、
    前記販売店情報と、業種を識別する業種識別情報と、アプリケーションのカテゴリを識別するカテゴリ識別情報と、前記情報処理装置へアクセスした直近の日時を示す日時情報と、を少なくとも含む通知要求であって、かつ、バージョンアップされたアプリケーションの通知を要求する第２の通知要求を定期的に前記機器から受信する通知要求受信部と、
    前記アプリケーション対応情報を参照して、前記第２の通知要求に含まれる前記販売店情報に対応付けられた前記アプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す前記利用促進情報が対応付けられた前記アプリケーション識別情報を特定する第４の特定部と、
    前記アプリケーション識別情報と、前記カテゴリ識別情報と、前記業種識別情報と、該アプリケーション識別情報で識別されるアプリケーションがバージョンアップされた日時を示すバージョンアップ日時情報と、が対応付けられたアプリケーション管理情報を参照して、前記第４の特定部により特定された前記アプリケーション識別情報のうち、前記第２の通知要求に含まれる前記業種識別情報および前記カテゴリ識別情報に対応付けられた前記アプリケーション識別情報を特定する第５の特定部と、
    前記アプリケーション管理情報を参照して、前記第５の特定部により特定された前記アプリケーション識別情報のうち、前記第２の通知要求に含まれる日時情報が示す日時よりも後の日時を示す前バージョンアップ日時情報が対応付けられた前記アプリケーション識別情報を特定する第６の特定部と、
    前記第２の通知要求に対する応答として、前記第６の特定部により特定された前記アプリケーション識別情報で識別されるアプリケーションを、バージョンアップされたアプリケーションとして通知するための第２の通知情報を前記機器へ送信する通知情報送信部と、を備え、
    前記機器は、
    前記第２の通知要求を前記情報処理装置へ定期的に送信する通知要求送信部と、
    前記第２の通知要求の応答として、前記情報処理装置から前記第２の通知情報を受信する通知情報受信部と、
    前記通知情報受信部により受信された前記第２の通知情報をユーザへ通知する制御を行う通知制御部と、を備える、
    請求項１に記載の情報処理システム。
20. １以上の機器と、該機器とネットワークを介して接続可能な情報処理装置と、を備える情報処理システムによる情報処理方法であって、
    前記情報処理装置は、
    前記機器を販売する販売店を示す販売店情報を少なくとも含み、かつ、アプリケーションを提供するためのアプリケーション提供画面を要求する画面要求を前記機器から受信する画面要求受信ステップと、
    前記販売店情報と、前記販売店で取り扱うアプリケーションを識別するアプリケーション識別情報と、利用を促進するアプリケーションであるか否かを示す利用促進情報との対応関係を表すアプリケーション対応情報に基づいて、前記画面要求に含まれる前記販売店情報に対応付けられた前記アプリケーション識別情報のうち、利用を促進するアプリケーションであることを示す前記利用促進情報が対応付けられた前記アプリケーション識別情報を特定する第１の特定ステップと、
    前記第１の特定ステップにより特定された前記アプリケーション識別情報により識別されるアプリケーションを、前記機器に対して利用を推奨する利用推奨アプリケーションとして提供するための前記アプリケーション提供画面を前記機器へ送信するアプリケーション提供画面送信ステップと、を含み、
    前記機器は、
    前記画面要求を前記情報処理装置へ送信する画面要求送信ステップと、
    前記画面要求の応答として、前記情報処理装置から前記アプリケーション提供画面を受信するアプリケーション提供画面受信ステップと、
    前記アプリケーション提供画面受信ステップにより受信された前記アプリケーション提供画面を表示する制御を行う表示制御ステップと、を含む、
    情報処理方法。

Images