JP6859870B2 - サーバ、システムおよび情報処理方法 - Google Patents

Description

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

従来、ＭＦＰ（Multifunction Peripheral）などの画像処理装置においては、画像処理装置で実行可能な複数のアプリケーション機能（コピー、スキャン、プリンタ、ファクスなど）にかかる操作を受け付ける操作表示部に追加のアプリケーションをインストールし、画像処理装置に機能を追加する技術が知られている。

また、これらのアプリケーションの利用を促進するため、アプリケーションを紹介するウェブサイト（アプリケーションサイト）も開発されている。ユーザは、画像処理装置に表示されるアプリケーションサイトからアプリケーションを選択してインストールすることで、画像処理装置にアプリケーションを追加することができる。

特許文献１には、アプリケーションサイトから画像形成装置にアプリケーションがインストールされる前に、アプリケーションがインストールされる画像形成装置に適用できるかの確認を行うことが開示されている。特許文献１に開示の画像形成装置は、アプリケーションが適用できないと判定した場合、アプリケーションのインストールを行わずにユーザにその旨を通知することで、ユーザの利便性を向上させている。

ところで、従来の技術によれば、画像形成装置に表示されるアプリケーションサイトの画面背景などは、グローバルで共通になっており変更することができない。すなわち、従来の技術によれば、画像形成装置に設けられた周辺機器、ユーザの好みやアプリケーションの利用状況などに応じ、画像形成装置に表示されるアプリケーションサイトの画面背景を変更することができない。

本発明は、上記に鑑みてなされたものであって、アプリケーションサイトに接続してきた画像処理装置の操作性や使い勝手を向上させることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、ブラウザを備えた画像処理装置に対し、前記ブラウザを介してアプリケーションを配布するサーバにおいて、前記画像処理装置より当該画像処理装置の機器種別にかかる情報を受信する受信手段と、前記画像処理装置に対して配布可能な前記アプリケーションを前記画像処理装置の前記ブラウザに表示するアプリケーション一覧画面にかかる画面デザインについて、受信した前記機器種別にかかる情報に応じて一部を変更する変更手段と、前記機器種別にかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面にかかる情報を前記画像処理装置に対して送信する送信手段と、を備え、前記変更手段は、前記機器種別にかかる情報に応じた前記画面デザインの変更のオン・オフを設定可能とする、ことを特徴とする。

本発明によれば、アプリケーションサイトに接続してきた画像処理装置の操作性や使い勝手を向上させることができる、という効果を奏する。

図１は、実施の形態にかかるシステムの構成の一例を示す図である。 図２は、サーバのハードウェア構成の一例を示す図である。 図３は、サーバが有する機能の一例を示す図である。 図４は、アプリ情報管理モジュールが有する機能の一例を示す図である。 図５は、第１の対応情報の一例を示す図である。 図６は、第２の対応情報の一例を示す図である。 図７は、第３の対応情報の一例を示す図である。 図８は、第４の対応情報の一例を示す図である。 図９は、機器登録の設定画面の一例を示す図である。 図１０は、機器登録画面の一例を示す図である。 図１１は、機器種別毎のアプリケーションのダウンロード数を記憶したテーブルを示す図である。 図１２は、機器登録の流れを例示的に示すシーケンス図である。 図１３は、制御部が有する機能の一例を示す図である。 図１４は、アプリダウンロード管理モジュールが有する機能の一例を示す図である。 図１５は、サーバの変形例を示す図である。 図１６は、ＭＦＰのハードウェア構成の一例を示す図である。 図１７は、ＭＦＰのソフトウェア構成の一例を示す図である。 図１８は、ＭＦＰの本体が有する機能の一例を示す図である。 図１９は、ＭＦＰの操作部が有する機能の一例を示す図である。 図２０は、操作画面の一例を示す図である。 図２１は、レスポンス例を示す図である。 図２２は、レスポンス例を示す図である。 図２３は、レスポンス例を示す図である。 図２４は、アプリケーション一覧画面の一例を示す図である。 図２５−１は、アプリケーション一覧画面の一例を示す図である。 図２５−２は、アプリケーション一覧画面の一例を示す図である。 図２５−３は、アプリケーション一覧画面の一例を示す図である。 図２５−４は、アプリケーション一覧画面の一例を示す図である。 図２６は、インストール指示画面の一例を示す図である。 図２７は、インストール確認画面の一例を示す図である。 図２８は、システムの動作手順の一例を示すシーケンス図である。 図２９は、アプリケーション一覧画面に表示するボタンの背景選択処理の流れを示すフローチャートである。 図３０は、サーバの動作例を示すフローチャートである。 図３１は、アプリケーション一覧画面に表示するボタンの生成処理の流れを示すフローチャートである。 図３２は、ＵＩ言語に関するアプリケーションのケースにおけるシーケンス図である。 図３３は、周辺機器が必要なアプリケーションのケースにおけるシーケンス図である。 図３４は、システムの動作手順の一例を示すシーケンス図である。

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

図１は、実施の形態にかかるシステム（情報処理システム）１の構成の一例を示す図である。システム１は、クラウドコンピューティング型のサービスを実現する。

図１に示すように、システム１は、クラウド５と、例えばインターネットや企業内ネットワークなどのネットワーク３を介してクラウド５に接続されるＭＦＰ４と、を備える。クラウド５は、複数のサーバ２で構成されるサーバ装置群を有している。図１に示すサーバ２の数は、一例を示したものであり、使用するサーバ２の数はこれに限定されない。なお、図１の例では、クラウド５側から見るとクライアントとなるシステム１に含まれる画像処理装置として、１台のＭＦＰ４のみを例示しているが、これに限られるものではなく、システム１に含まれる機器の台数および種類は任意である。また、システム１は、ネットワーク３を介して、クライアントとなる機器として、ユーザが使用するＰＣ（Personal Computer）６を備える。なお、ＰＣ６は、情報処理装置であれば良く、スマートフォンやタブレット端末等であっても良い。ＰＣ６は、サーバ２への接続に利用できるブラウザを搭載する。

サーバ２は、ＭＦＰ４からの要求に応じて、ＭＦＰ４が利用可能なアプリケーションを示す情報を含む表示情報と、アプリケーションに関する処理をＭＦＰ４に実行させるコマンドを示すアプリケーションコマンドを少なくとも含む画面情報とで構成されるＷｅｂコンテンツデータ（ウェブコンテンツデータ）をＭＦＰ４へ送信する。以下、サーバ２の具体的な構成を説明する。

図２は、サーバ２のハードウェア構成の一例を示す図である。図２に示すように、サーバ２は、ＣＰＵ（Central Processing Unit）３０１と、ＲＯＭ（Read Only Memory）３０２と、ＲＡＭ（Random Access Memory）３０３と、通信Ｉ／Ｆ（interface）３０４と、入力装置３０５と、表示装置３０６と、補助記憶装置３０７と、を備える。

ＣＰＵ３０１は、サーバ２の動作を統括的に制御する。ＲＯＭ３０２は、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。

通信Ｉ／Ｆ３０４は、ネットワーク３と接続するためのインタフェースである。入力装置３０５は、ユーザによる操作の入力に用いられるデバイスであり、例えばマウスやキーボードなどで構成される。表示装置３０６は各種の情報を表示するデバイスであり、例えば液晶型ディスプレイ装置などで構成される。補助記憶装置３０７は、例えばＨＤＤ（Hard Disk Drive）などで構成される。

図３は、サーバ２が有する機能の一例を示す図である。図３に示すように、サーバ２は、アプリ情報管理モジュール２１０と、アプリダウンロード管理モジュール２３０と、を有する。図３の例では、本実施形態に関するモジュールのみを例示しているが、サーバ２が有するモジュールはこれらに限られるものではない。

まず、アプリ情報管理モジュール２１０が有する機能を説明する。

図４は、アプリ情報管理モジュール２１０が有する機能の一例を示す図である。アプリ情報管理モジュール２１０は、記憶部２１１と、制御部２１２と、画面提供部２１３と、設定部２１４と、データ送受信部２１５と、を有している。なお、図４の例では、本実施形態に関する機能を主に例示しているが、アプリ情報管理モジュール２１０が有する機能はこれらに限られるものではない。

図４に示すように、記憶部２１１は、アプリ情報データベース（以下、「アプリ情報ＤＢ」と称する）４０１と、ユーザ情報データベース（以下、「ユーザ情報ＤＢ」と称する）４０２と、を有する。また、記憶部２１１は、後述する機器登録画面６００（図１０参照）を介して登録された登録情報を記憶する。

アプリ情報ＤＢ４０１は、複数のアプリケーションごとに、公開されている状態であるか否かを示す状態情報と、該アプリケーションを利用可能な機器の機種を識別する機種コードと、必須のハードウェアと、ＵＩ（User Interface）言語と、を対応付けて記憶する。本実施形態では、アプリ情報ＤＢ４０１は、図５に示す第１の対応情報と、図６に示す第２の対応情報と、図７に示す第３の対応情報と、図８に示す第４の対応情報とを記憶している。

図５に示すように、第１の対応情報は、ＭＦＰ４の機種ごとに割り当てられた機種ＩＤと、ＭＦＰ４の機種名と、ＭＦＰ４の機種を識別する機種コード（「機種情報」）とを対応付けた情報である。なお、例えばひとつの機種ＩＤに、複数の機種コードを対応付けてもよい。図６に示すように、第２の対応情報は、アプリケーションを識別するアプリＩＤと、該アプリケーションを利用可能な機器の機種を識別する機種コードと、該アプリＩＤで識別されるアプリケーションの最新のバージョンを示すバージョン情報と、必須のハードウェアと、ＵＩ言語と、を対応付けたアプリケーション管理情報である。

図７に示すように、第３の対応情報は、アプリＩＤと、アプリケーションが公開されている状態であるか否かを示す状態情報とを対応付けた情報である。以上の第１の対応情報と第２の対応情報と第３の対応情報との組み合わせにより、複数のアプリケーションごとに、公開されている状態であるか否かを示す状態情報と、該アプリケーションを利用可能な機器の機種を識別する機種コードと、必須のハードウェアと、ＵＩ言語と、を対応付けていると考えることができる。

また、図８に示すように、第４の対応情報は、アプリＩＤと、機器が使用される国や地域の言語を示す言語情報と、該アプリＩＤで識別されるアプリケーションの表示名称と、該アプリＩＤで識別されるアプリケーションを紹介するメッセージとを対応付けた情報である。以下の説明では、表示名称とメッセージとの組み合わせを、アプリケーションを説明するための「アプリ説明情報」と称する場合がある。

図４に戻って記憶部２１１の説明を続ける。ユーザ情報ＤＢ４０２は、例えば後述の設定部２１４による設定のための操作を行う権限を有するユーザの認証に必要な情報を記憶する。

データ送受信部２１５は、ＭＦＰ４との間でデータの送受信を行う。より詳細には、データ送受信部２１５は、ＭＦＰ４から、当該ＭＦＰ４の機器種別にかかる情報や当該ＭＦＰ４に対してログインしたユーザにかかる情報（ユーザ種別）を受信する。すなわち、データ送受信部２１５は、受信手段として機能する。また、データ送受信部２１５は、後述するアプリケーション一覧画面にかかる情報をＭＦＰ４に対して送信する。すなわち、データ送受信部２１５は、送信手段として機能する。

設定部２１４は、ユーザの操作、機器種別、ユーザ種別等に応じて、画面情報を可変に設定する。すなわち、設定部２１４は、変更手段として機能する。例えば、設定部２１４は、ユーザの操作、機器種別、ユーザ種別等に応じて、ＭＦＰ４で利用可能なアプリケーションの一覧を示すアプリケーション一覧画面（図２４参照）上の表示部品の配置や背景などのレイアウトを示す画面情報を可変に設定することができる。これにより、例えば機種ごとに異なる表示内容とすることもできる。

ここで、図９は機器登録の設定画面５００の一例を示す図である。設定部２１４は、図９に示す機器登録の設定画面５００を、サーバ２に設けられた機器登録サイトにアクセスしたユーザのＰＣ６のブラウザに表示する。図９に示す機器登録の設定画面５００においては、各種のマスタ管理が可能である。例えば、図９に示す機器登録の設定画面５００においては、ユーザ一覧にかかるマスタ管理、拡張サイト一覧にかかるマスタ管理、モデル一覧にかかるマスタ管理、機器一覧にかかるマスタ管理などである。

ユーザが、図９に示す機器登録の設定画面５００における機器一覧にかかるマスタ管理を選択した場合について説明する。図９に示す機器登録の設定画面５００の“機器一覧”５０１をユーザが選択することで、ＭＦＰ４で利用可能なアプリケーションの一覧を示すアプリケーション一覧画面（図２４参照）に関する設定が可能になる。

ここで、図１０は機器登録画面６００の一例を示す図である。図９に示す機器登録の設定画面５００の“機器一覧”５０１をユーザが選択すると、設定部２１４は、記憶部２１１に記憶された登録情報に基づき、図１０に示す機器登録画面６００をユーザのＰＣ６のブラウザに表示する。図１０に示すように、機器登録画面６００では、例えば下記に示すような設定が可能である。
・機器種別による背景の自動変更のオン・オフ
・機器種別によるアプリケーション一覧の自動並び替えのオン・オフ
・ログインユーザによる背景の自動変更のオン・オフ

例えば、「機器種別による背景自動変更」設定部６０１は、ラジオボタンｂ１でオン（実行）が選択されていることを条件として、機器種別に応じて予め設定した背景に変更可能である。図１０に示すように、機器登録画面６００は、ＭＦＰ、プリンタ、その他等の機器種別に応じて背景が設定可能となっている。図１０に示す例では、ＭＦＰにおいては「タイル調（水色）」、プリンタにおいては「網型（グレー）」、その他の機器においては「単色（青色）」が設定されている。

また、機器種別に応じて設定した背景についても、図１０に示す機器登録画面６００上で変更可能である。図１０に示すように、機器登録画面６００には、機器種別に応じて設定した背景を示す表示に隣接して設定変更を宣言する変更ボタンＢ１〜Ｂ３が設けられている。特に図示しないが、変更ボタンＢ１〜Ｂ３が操作された場合、背景選択のためのプルダウンメニューが表示される。そして、プルダウンメニューで選択された背景が、新たな背景として設定される。

なお、「機器種別による背景自動変更」設定部６０１は、画面背景の自動変更に限るものではなく、機器種別毎にお勧めのアプリケーションのボタンの背景を予め設定された色に変えるようにしても良い。

さらに、「機器種別による背景自動変更」設定部６０１は、画面背景の自動変更に限るものではなく、アプリケーションのボタン内のアイコンを機器種別に予め設定された色に変えるようにしても良い。

次に、「機器種別によるアプリケーション一覧の自動並び替え」設定部６０２は、ラジオボタンｂ２でオン（実行）が選択されていることを条件として、ＭＦＰ、プリンタ、その他等の機器種別に応じたダウンロード数順に、後述するアプリケーション一覧画面（図２４参照）において一覧表示されるアプリケーションの並び替えを行う。

ここで、図１１は機器種別毎のアプリケーションのダウンロード数を記憶したテーブルＴを示す図である。図１１に示すテーブルＴは、例えばサーバ２の補助記憶装置３０７に格納されている。図１１に示すテーブルＴは、後述するアプリダウンロード管理モジュール２３０のダウンロード部２３２（図１４参照）における各アプリケーションの機器種別毎のダウンロード数を記憶する。

すなわち、「機器種別によるアプリケーション一覧の自動並び替え」設定部６０２は、ラジオボタンｂ２でオン（実行）が選択されていることを条件として、図１１に示すテーブルＴに基づいてＭＦＰ、プリンタ、その他等の機器種別に応じたダウンロード数順に、アプリケーション一覧画面（図２４参照）において一覧表示されるアプリケーションの並び替えを行う。

具体的には、設定部２１４は、機器種別についてダウンロード数が多い順に表示優先度を高くする。図１１に示すテーブルＴによれば、機器種別がＭＦＰの場合、“Scanアプリ１”の優先度が一番高く、アプリ一覧の自動並び替えが有効であれば、設定部２１４は、“Scanアプリ１”をアプリケーション一覧画面（図２４参照）の先頭に表示する。

次に、「ログインユーザによる背景自動変更」設定部６０３は、ラジオボタンｂ３でオン（実行）が選択されていることを条件として、ログインしたユーザの属性に応じて予め設定した背景に変更可能である。例えば、図１０に示すように、機器登録画面６００は、ログインしたユーザの属性として、男性または女性に応じて背景が設定可能となっている。図１０に示す例では、男性においては「単色（水色）」、女性においては「単色（ピンク）」が設定されている。

また、ログインしたユーザの属性に応じて設定した背景についても、図１０に示す機器登録画面６００上で変更可能である。図１０に示すように、機器登録画面６００には、ログインしたユーザの属性に応じて設定した背景を示す表示に隣接して設定の変更を宣言する変更ボタンＢ４，Ｂ５が設けられている。特に図示しないが、変更ボタンＢ４，Ｂ５が操作された場合、背景選択のためのプルダウンメニューが表示される。そして、プルダウンメニューで選択された背景が、新たな背景として設定される。

ここで、上述した機器登録の流れについて説明する。図１２は、機器登録の流れを例示的に示すシーケンス図である。

図１２に示すように、ユーザは、ＰＣ６のブラウザを起動し（ステップＳ２１）、サーバ２の機器登録サイトのＵＲＬを指定する（ステップＳ２２）。

ＰＣ６のブラウザは、ＵＲＬで指定されたサーバ２の機器登録サイトに対してリクエスト送信を行う（ステップＳ２３）。サーバ２の機器登録サイトは、リクエスト送信の応答として、認証情報入力画面をＰＣ６のブラウザに表示させる（ステップＳ２４）。次いで、ユーザは、認証情報入力画面に対して認証情報を入力する（ステップＳ２５）。

ＰＣ６のブラウザは、入力された認証情報をサーバ２の機器登録サイトに対して送信する（ステップＳ２６）。サーバ２の機器登録サイトは、送信された認証情報に基づいてユーザ認証を行い（ステップＳ２７）、認証結果をＰＣ６のブラウザに返信する（ステップＳ２８）。正しく認証されたユーザは、図１０に示す機器登録画面６００の表示を指定する（ステップＳ２９）。

ＰＣ６のブラウザは、サーバ２の機器登録サイトに対して機器登録画面６００の表示リクエストの送信を行う（ステップＳ３０）。サーバ２の機器登録サイトは、記憶部２１１から登録済み情報を取得し（ステップＳ３１）、登録済み情報に基づいて生成した機器登録画面６００をＰＣ６のブラウザに表示させる（ステップＳ３２）。

ユーザは、ＰＣ６のブラウザに表示された機器登録画面６００に対して機器情報の登録を行う（ステップＳ３３）。

ＰＣ６のブラウザは、サーバ２の機器登録サイトに対して機器情報の登録リクエストの送信を行う（ステップＳ３４）。サーバ２の機器登録サイトは、記憶部２１１に対して機器情報の登録を行う（ステップＳ３５）。

以上が、機器登録の流れである。

次に、制御部２１２が有する機能を説明する。ここでは、制御部２１２が有する機能は、サーバ２側のアプリケーションプログラミングインタフェース（ＡＰＩ）により提供される。

ここで、説明の便宜上、制御部２１２が有する機能を説明する前に、図４に示す画面提供部２１３の機能を説明する。画面提供部２１３は、ＭＦＰ４から、画面情報を要求する画面情報要求を受信した場合に、アプリケーションコマンドを少なくとも含むＷｅｂコンテンツデータ（画面情報）を生成し、画面情報要求に対する応答として、Ｗｅｂコンテンツデータ（画面情報）をＭＦＰ４へ送信する。Ｗｅｂコンテンツデータ（画面情報）は、例えばＨＴＭＬと、ＨＴＭＬに含まれる（あるいはＨＴＭＬから参照される）ＣＳＳ、ＪａｖａＳｃｒｉｐｔ（登録商標）などを含む。これを、ＭＦＰ４のＷｅｂブラウザ（後述の表示制御部２６２）が表示して、ＪａｖａＳｃｒｉｐｔのＡｊａｘと呼ばれる技術で、サーバ２のＡＰＩ（制御部２１２）に表示情報を依頼する。例えばアプリケーションコマンドがＪａｖａＳｃｒｉｐｔである場合、ＨＴＭＬにスクリプト自体を埋め込む形態であってもよいし、リンクだけを記載する形態であってもよい。この例では、送信元のＭＦＰ４の機種コードを含み、かつ、表示情報を要求する表示情報要求が、制御部２１２へ送信される。本実施形態のアプリケーションコマンドの種類として、インストール命令、更新命令、アンインストール命令などが挙げられる。インストール命令は、アプリケーションをインストールする命令を示す。更新命令は、アプリケーションを更新する命令を示す。アンインストール命令は、インストール済みのアプリケーションを削除して、ＭＦＰ４の状態を、該アプリケーションをインストールする前の状態に戻す命令を示す。

図１３は、制御部２１２が有する機能の一例を示す図である。図１３に示すように、制御部２１２は、特定部２１６と、表示情報生成部２１７と、設定制御部２１９とを有する。

特定部２１６は、ＭＦＰ４（機器）から、機種コードを少なくとも含み、かつ、表示情報を要求する表示情報要求を受信した場合に、記憶部２１１（この例ではアプリ情報ＤＢ４０１）に記憶された情報を参照して、表示情報要求に含まれる機種ＩＤと、公開されている状態を示す状態情報との組み合わせに対応するアプリケーションを特定する。

より具体的には、特定部２１６は、ＭＦＰ４から表示情報要求を受信した場合、図５に示す第１の対応情報を参照して、その受信した表示情報要求に含まれる機種ＩＤに対応付けられた機種コードを選択する。次に、特定部２１６は、図６に示す第２の対応情報を参照して、その選択した機種コードに対応付けられた１以上のアプリＩＤと必須のハードウェアとを選択する。なお、必須のハードウェアには、ハードウェアを表すカテゴリに加え、対応するハードウェアのモデルの一覧も含まれる。

次に、特定部２１６は、図７に示す第３の対応情報を参照して、その選択した１以上のアプリＩＤの中から、公開されている状態を示す状態情報が対応付けられたアプリＩＤを選択する。以上のようにして選択したアプリＩＤで識別されるアプリケーションを、ＭＦＰ４から受信した表示情報要求に含まれる機種コードと、必須のハードウェアと、公開されている状態を示す状態情報と、ＵＩ言語との組み合わせに対応するアプリケーションとして（つまり、表示情報要求の要求元のＭＦＰ４で利用可能なアプリケーションとして）特定する。

また、本実施形態における表示情報要求の中には、該表示情報要求の要求元のＭＦＰ４が使用される国または地域の言語を示す言語情報（ロケール情報）が含まれているので、特定部２１６は、図８に示す第４の対応情報を参照して、以上のようにして特定したアプリＩＤと、ＭＦＰ４から受信した表示情報要求に含まれる言語情報との組み合わせに対応するアプリ説明情報を特定することができる。なお、上記言語情報は、ＨＴＴＰのＡｃｃｅｐｔ−Ｌａｎｇｕａｇｅヘッダで記載するのが一般的である。

図１３の説明を続ける。表示情報生成部２１７は、特定部２１６により特定されたアプリケーションを示すＷｅｂコンテンツデータ（表示情報）を生成し、その生成したＷｅｂコンテンツデータ（表示情報）を、表示情報要求に対する応答としてＭＦＰ４へ送信する。本実施形態のＷｅｂコンテンツデータ（表示情報）は、表示情報要求の要求元のＭＦＰ４が利用可能なアプリケーションごとに（例えばアプリＩＤごとに）、該アプリケーションの詳細を示す詳細情報を対応付けたアプリケーション詳細情報を含んでいる。詳細情報としては、バージョン情報、アプリ説明情報などが含まれる。

設定制御部２１９は、設定部２１４による設定を、記憶部２１１に記憶された情報に反映させる制御を行う。つまり、設定制御部２１９は、設定部２１４による設定に応じて、記憶部２１１に記憶された情報を更新する制御を行う。この例では、設定部２１４は、ユーザの操作、機器種別、ユーザ種別等に応じて、ＭＦＰ４で利用可能なアプリケーションの一覧を示すアプリケーション一覧画面（図２４参照）上の画面情報を可変に設定する機能を有する。例えば設定部２１４は、ユーザの操作、機器種別、ユーザ種別等に応じて、アプリケーション一覧画面（図２４参照）上のアプリ説明情報や、アプリケーション一覧画面（図２４参照）上の表示部品の背景や配置などのレイアウトである画面情報を可変に設定することができる。これにより、例えば機種ごとに異なる表示内容とすることもできる。

以上に説明した制御部２１２、画面提供部２１３および設定部２１４の各々の機能は、ＣＰＵ３０１がＲＯＭ３０２等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明した記憶部２１１は、ＲＯＭ３０２またはＨＤＤ等の補助記憶装置３０７などにより実現可能である。この例では、制御部２１２と画面提供部２１３との組み合わせが、ＭＦＰ４からの要求に応じて、ＭＦＰ４が利用可能なアプリケーションを示す表示情報と、アプリケーションコマンドを少なくとも含む画面情報とで構成されるＷｅｂコンテンツデータを送信する機能（「制御部」）に対応していると考えることができる。

次に、アプリダウンロード管理モジュール２３０が有する機能を説明する。

図１４は、アプリダウンロード管理モジュール２３０が有する機能の一例を示す図である。図１４に示すように、アプリダウンロード管理モジュール２３０は、アプリストレージ２３１と、ダウンロード部２３２と、を有している。なお、図１４の例では、本実施形態に関する機能を主に例示しているが、アプリダウンロード管理モジュール２３０が有する機能はこれらに限られるものではない。

アプリストレージ２３１は、ＭＦＰ４に提供するための複数のアプリケーションを記憶している。この例では、アプリストレージ２３１は、複数のアプリＩＤごとに、アプリケーション本体を含むデータファイルを対応付けて記憶している。

ダウンロード部２３２は、ＭＦＰ４からの要求に応じて、アプリストレージ２３１に記憶された何れかのアプリケーションをＭＦＰ４へ送信（ダウンロード）する制御を行う。この例では、ダウンロード部２３２は、アプリＩＤを少なくとも含み、かつ、アプリケーションのダウンロードを要求するダウンロード要求をＭＦＰ４から受信した場合、その受信したダウンロード要求に含まれるアプリＩＤに対応するアプリケーションをＭＦＰ４へ送信する。より具体的には、ダウンロード部２３２は、アプリストレージ２３１を参照して、ＭＦＰ４から受信したダウンロード要求に含まれるアプリＩＤに対応するデータファイルを特定し、その特定したデータファイルをＭＦＰ４へ送信する。

以上に説明したダウンロード部２３２の機能は、ＣＰＵ３０１がＲＯＭ３０２等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明したアプリストレージ２３１は、ＲＯＭ３０２またはＨＤＤ等の補助記憶装置３０７により実現可能である。

以上がサーバ２の構成となる。なお、サーバ２は、図１に示したように、複数のサーバから構成される形態であってもよい。例えば図１５に示すように、サーバ２は、アプリケーションサーバ２４０と、データベースサーバ２５０とから構成される形態であってもよい。例えばアプリケーションサーバ２４０は、上述の制御部２１２、画面提供部２１３、設定部２１４を有する形態であってもよい。また、例えばアプリケーションサーバ２４０は、複数のサーバで構成され、上述の制御部２１２、画面提供部２１３、設定部２１４、ダウンロード部２３２の各々は、何れかのサーバに分散して搭載される形態であってもよい。

また、例えばデータベースサーバ２５０は、上述の記憶部２１１を有する形態であってもよい。また、例えばデータベースサーバ２５０は、複数のサーバで構成され、上述のアプリ情報ＤＢ４０１、ユーザ情報ＤＢ４０２、アプリストレージ２３１の各々は、何れかのサーバに分散して搭載される形態であってもよい。

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

なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、ＰＣ６等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、ＭＦＰ４の本体１０が有する機能を説明する。

図１８は、ＭＦＰ４の本体１０が有する機能の一例を示す図である。図１８に示すように、ＭＦＰ４の本体１０は、周辺機器管理部１１０を有する。図１８の例では、本実施形態に関する機能を主に例示しているが、ＭＦＰ４の本体１０が有する機能はこれに限られるものではない。

周辺機器管理部１１０は、上述したソフトウェアをＣＰＵ１１が実行することにより提供される。なお、周辺機器管理部１１０は、回路などのハードウェアにより実現されてもよい。

周辺機器管理部１１０は、ＭＦＰ４に対して接続可能な周辺機器を管理する。周辺機器は、ＭＦＰ４に接続されるカメラ、フィニッシャや人感センサなどである。周辺機器管理部１１０は、周辺機器の情報をＨＤＤ１４等に保持する。

次に、ＭＦＰ４の操作部２０が有する機能を説明する。

図１９は、ＭＦＰ４の操作部２０が有する機能の一例を示す図である。図１９に示すように、操作部２０は、起動部２６１と、表示制御部２６２と、実行部２６３と、処理実行部２６４と、を有する。なお、図１９の例では、本実施形態に関する機能を主に例示しているが、操作部２０が有する機能はこれらに限られるものではない。また、図１９に示すように、表示制御部２６２および実行部２６３は、Ｗｅｂブラウザにおいて実現されている。

例えば図２０に示す操作画面が操作パネル２７に表示された状態で、「アプリマーケット」という名称のアイコン５０の押下を受け付けた場合、アプリケーションサイト用アプリの起動部２６１は、ＭＦＰ４の機種を識別する機種コード（機器種別）をＭＦＰ４の本体１０に要求する。ＭＦＰ４の本体１０は、ＭＦＰ４の機種を識別する機種コード（機器種別）を操作部２０のアプリケーションサイト用アプリの起動部２６１に送信する。さらに、アプリケーションサイト用アプリの起動部２６１は、ＭＦＰ４にログインしているユーザの情報をＭＦＰ４の本体１０に要求する。ＭＦＰ４の本体１０は、ログインしているユーザの情報を操作部２０のアプリケーションサイト用アプリの起動部２６１に送信する。

次に、起動部２６１は、Ｗｅｂブラウザの機能を提供するブラウザアプリを起動する。例えば図２０に示す操作画面が操作パネル２７に表示された状態で、「アプリマーケット」という名称のアイコン５０の押下を受け付けた場合、起動部２６１は、ネットワーク３上のサーバ２の所在を示すＵＲＬを取得するとともにブラウザアプリを起動する制御を行う。

起動したブラウザアプリは、起動部２６１から受け取ったＵＲＬで指定されるサーバ２に対して、ＨＴＴＰリクエストとして上述の画面情報要求を送信し、画面情報要求に対する応答（ＨＴＴＰレスポンス）として、Ｗｅｂコンテンツデータ（画面情報）を受信する。この例では、Ｗｅｂコンテンツデータ（画面情報）として、ＨＴＭＬと、ＨＴＭＬに含まれる（あるいは、ＨＴＭＬから参照される）ＣＳＳ／ＪａｖａＳｃｒｉｐｔを受信する。ブラウザアプリは、ＪａｖａＳｃｒｉｐｔを解釈、実行し、Ａｊａｘを用いて、ＨＴＴＰリクエストとして上述の表示情報要求（例えば、アプリケーションの一覧要求（機種コード（機器種別）、ユーザの情報を含む））をサーバ２へ送信し、表示情報要求に対する応答（ＨＴＴＰレスポンス）として、アプリケーションコマンドを少なくとも含むＷｅｂコンテンツデータ（表示情報）を受信する。

図２１は、表示情報要求に対する応答として受信したアプリケーション一覧のレスポンス例を示す図である。図２１に示すアプリケーション一覧のレスポンス例によれば、サーバ２のアプリケーションサイトに表示する内容として、“warnings”という各アプリケーションが警告表示に必要な情報を表すリストがある。サーバ２のアプリケーションサイトでアプリケーションを登録する際に予め対応するＵＩ言語を設定しておくと（図６参照）、図２１に示すように、“warnings”のリストにＵＩ言語を表す情報が追加される。また、図２１に示すように、“warning_options”に対応するＵＩ言語の一覧が追加される。

例えば、図２１に示すように、サーバ２のアプリケーションサイトでアプリケーションを登録する際に予め対応するＵＩ言語（英語、スペイン語）をアプリケーションに関連付けて設定しておくと、“warnings”のリストにＵＩ言語を表す「ＵＩ言語」が追加される。また、“warnings”のリストにおける“warning_options”には、対応するＵＩ言語の一覧（“ui_english”“ui_spanish”）が追加される。

また同様に、サーバ２のアプリケーションサイトでアプリケーションを登録する際に予め対応する周辺機器である必須のハードウェアを設定しておくと（図６参照）、図２１に示すように、“warnings”のリストに周辺機器（必須のハードウェア）を表す情報が追加される。また、図２１に示すように、“warning_options”に対応する周辺機器の種類の一覧が追加される。

例えば、図２１に示すように、サーバ２のアプリケーションサイトでアプリケーションを登録する際に予め対応する周辺機器（カメラ、ＵＳＢメモリ）をアプリケーションに関連付けて設定しておくと、“warnings”のリストに周辺機器を表す「周辺機器」が追加される。また、“warnings”のリストにおける“warning_options”には、対応する周辺機器の一覧（“camera”“usb_memory”）が追加される。

図２２は、表示情報要求に対する応答として受信した警告一覧のレスポンス例を示す図である。図２２に示す警告一覧のレスポンス例では、“warning_id（＝warning_options)”に紐づく警告メッセージの一覧が記載されている。

例えば、図２２に示すように、“warning_id（＝warning_options)”として“ui_japanese”が有る場合、警告である“warning_message”として“日本語非対応”が記載される。

また、例えば、図２２に示すように、“warning_id（＝warning_options)”として“camera”が有る場合、警告である“warning_message”として“カメラアプリ”が記載される。

加えて、起動したブラウザアプリは、本体１０に対しても設定／仕様の確認要求を送信し、設定／仕様の確認要求に対する応答（ＨＴＴＰレスポンス）を受信する。

図２３は、設定／仕様の確認要求に対する応答として受信したレスポンス例を示す図である。図２３に示すレスポンス例では、ＭＦＰ４の操作パネル２７に表示される言語が日本語であり、ＭＦＰ４の周辺機器としてカメラが装着可能なことが記載されている。なお、図２３に示すレスポンス例では、ＭＦＰ４の周辺機器に関し、装着されているか否かではなく、装着可能か否かの情報である。

そして、ブラウザアプリは、サーバ２から受信したＷｅｂコンテンツデータ（画面情報と表示情報）に基づいて構成される画面を操作パネル２７（表示部）に表示する制御を行う。ここでは、表示制御部２６２の機能はブラウザアプリにより提供される。また、前述したように、この例では、表示制御部２６２は、サーバ２から受信したＷｅｂコンテンツデータ（画面情報と表示情報）に基づいて画面を生成し、その生成した画面を操作パネル２７に表示する。表示制御部２６２は、サーバ２から受信したＷｅｂコンテンツデータ（画面情報および表示情報）をフラッシュメモリ２４等の記憶装置に保持しておき、必要に応じてＷｅｂコンテンツデータ（画面情報と表示情報）を読み出し、その読み出したＷｅｂコンテンツデータ（画面情報と表示情報）を用いて画面を生成することができる。

この例では、表示制御部２６２は、操作パネル２７に表示された画面（Ｗｅｂコンテンツデータ（画面情報と表示情報）に基づいて構成される画面）に対するユーザの操作に応じて選択されたアプリケーションコマンドを特定し、その特定したアプリケーションコマンドを実行部２６３へ通知することができる。例えば表示制御部２６２は、ＪａｖａＳｃｒｉｐｔ、カスタムスキームとして、ユーザによって選択されたアプリケーションコマンドを特定することができる。

実行部２６３は、Ｗｅｂコンテンツデータに含まれるアプリケーションコマンドのうち、操作パネル２７に表示された画面を介したユーザの操作に応じてＷｅｂコンテンツデータに含まれるアプリケーションコマンド（表示制御部２６２から通知されたアプリケーションコマンド）を実行して、該アプリケーションコマンドに対応したアプリケーションに関する処理の実行をＭＦＰ４に要求する。ここでは、実行部２６３の機能は、ＭＦＰ４側のアプリケーションプログラミングインタフェース（ＡＰＩ）により提供される。ＭＦＰ４は、アプリケーションプログラミングインタフェース（ＡＰＩ）を、操作部２０のブラウザアプリで利用可能としてサーバ２に配置したＷｅｂアプリケーションから呼び出せる。

処理実行部２６４は、Ｗｅｂブラウザ（実行部２６３）からの要求に基づいて、該要求に応じたアプリケーションに関する処理を実行する。

前述したように、サーバ２から受信したＷｅｂコンテンツデータに含まれるアプリケーションコマンドとしては、インストール命令、更新命令、アンインストール命令などが挙げられる。

以下では、サーバ２から受信したＷｅｂコンテンツデータ（画面情報と表示情報）に基づいて構成される画面に対するユーザの操作に応じてインストール命令が選択される場合を例に挙げて説明する。この場合、実行部２６３は、ユーザの操作に応じて選択されたインストール命令を処理実行部２６４へ通知し、処理実行部２６４は、実行部２６３から通知されたインストール命令を実行する。より具体的には、以下のとおりである。

この例では、表示制御部２６２は、サーバ２から受信したＷｅｂコンテンツデータ（画面情報と表示情報）を用いて、ＭＦＰ４で利用可能なアプリケーションの一覧を示すアプリケーション一覧画面を操作パネル２７に表示する制御を行う。

図２４は、アプリケーション一覧画面の一例を示す図である。図２４の例では、アプリケーション一覧画面は、ＭＦＰ４で利用可能な全てのアプリケーションごとに、該アプリケーションの名称３１０と、該アプリケーションを選択するためのアプリケーション選択ボタン３１１と、該アプリケーションを表すアイコン３０９と、を少なくとも有するアプリケーションのボタン３０８を一覧表示する。また、図２４の例では、アプリケーション一覧画面は、アプリケーションの更新を選択するための更新選択ボタン３２１と、アプリケーションの削除を選択するための削除選択ボタン３３１とを表示する。これらの具体的な内容については後述する。

なお、上述したように、アプリケーション一覧画面は、ＭＦＰ４の機種を識別する機種コード（機器種別）に応じ、アプリケーション一覧画面の背景、アプリケーションの表示順などを変更して表示可能である。

ここで、図２５−１は機器種別に応じて背景が自動変更されたアプリケーション一覧画面の一例を示す図である。図２５−１に示すように、背景の自動選択のオン（実行）が選択されていて、ＭＦＰ４から画面情報要求があった場合には、アプリケーション一覧画面の背景が、ＭＦＰ用の背景に変更される。ここでは、図１０に例示したように、アプリケーション一覧画面の背景が、「タイル調（水色）」となる。

なお、上述したように、画面背景の自動変更に限るものではなく、機器種別毎にお勧めのアプリケーションのボタン３０８の背景を予め設定された色に変えるようにしても良い。

図２５−２は、お勧めのアプリケーションのボタン３０８の背景色が機器種別に応じて自動変更されたアプリケーション一覧画面の一例を示す図である。図２５−２に示すように、自動選択のオン（実行）が選択されていて、ＭＦＰ４から画面情報要求があった場合には、ＭＦＰでお勧めのアプリケーションのボタン３０８の背景が、「赤色」に変更される。これにより、ＭＦＰで特にお勧めのアプリケーションがあれば、赤の背景としてユーザの目に付くようにすることが可能である。

また、上述したように、画面背景の自動変更に限るものではなく、アプリケーションのボタン３０８内のアイコン３０９を機器種別に予め設定された色に変えるようにしても良い。

図２５−３は、アプリケーションのボタン３０８内のアイコン３０９の色が機器種別に応じて自動変更されたアプリケーション一覧画面の一例を示す図である。図２５−３に示すように、自動選択のオン（実行）が選択されていて、ＭＦＰ４から画面情報要求があった場合には、ＭＦＰに関連するアプリケーションのボタン３０８内のアイコン３０９が、予め設定された色に変更される。

さらに、上述したように、ログインしたユーザの属性に応じて予め設定した背景に変更可能である。

図２５−４は、ユーザの属性に応じて画面背景色が自動変更されたアプリケーション一覧画面の一例を示す図である。図２５−４に示すように、背景の自動選択のオン（実行）が選択されていて、ログインしたユーザの属性が「女性」である場合には、画面背景が「単色（ピンク）」に変更される。

更に、図２４の例では、アプリケーション一覧画面は、カテゴリごとに表示することも可能である。図２４の例では、アプリケーション一覧画面は、全てのアプリケーションを一覧表示してアプリケーションを選択させるタブ３４１と、アプリケーションをカテゴリごとに絞って選択させるタブ３５１とを表示する。

加えて、上記処理の結果、アプリケーションのＵＩ言語がＭＦＰ４の操作パネル２７に表示されるＵＩ言語に一致しない場合、例えば図２４に示すように、表示制御部２６２は、インストール可能なアプリケーションのボタン３０８に警告Ｘを付したアプリケーション一覧画面を操作パネル２７に表示する制御を行う。ここで、アプリケーションのボタン３０８に付される警告Ｘは、ＭＦＰ４の操作パネル２７に表示されるＵＩ言語が“ui_japanese”の場合、“日本語非対応”である。

また、アプリケーションのＵＩ言語がＭＦＰ４の操作パネル２７に表示されるＵＩ言語に一致する場合、例えば図２４に示すように、表示制御部２６２は、従来通り、警告Ｘを付すことなくインストール可能なアプリケーションのボタン３０８を表示したアプリケーション一覧画面を操作パネル２７に表示する制御を行う。

一方、周辺機器管理部１１０を参照し、アプリケーション一覧から取得したアプリケーションの周辺機器がＭＦＰ４に対して接続可能である場合、例えば図２４に示すように、表示制御部２６２は、インストール可能なアプリケーションのボタン３０８に警告Ｘを付したアプリケーション一覧画面を操作パネル２７に表示する制御を行う。ここで、アプリケーションのボタン３０８に付される警告Ｘは、ＭＦＰ４の操作パネル２７に対して接続可能な周辺機器が“camera”の場合、“カメラアプリ”である。

なお、周辺機器管理部１１０を参照し、アプリケーション一覧から取得したアプリケーションの周辺機器がＭＦＰ４に対して接続可能でない場合、当該アプリケーションのボタン３０８を表示しないアプリケーション一覧画面を操作パネル２７に表示する制御を行う。

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

この例では、表示制御部２６２は、インストールボタン３１２の押下を受け付けた場合、インストールの実行を最終的に確認するためのインストール確認画面を操作パネル２７に表示する制御を行う。図２７は、インストール確認画面の一例を示す図である。図２７の例では、インストール確認画面は、インストールの実行を最終的に承諾したことを指示するための確認ボタン３１３を表示する。この例では、確認ボタン３１３に対して、インストール命令がＪａｖａＳｃｒｉｐｔ形式で貼り付けられている。確認ボタン３１３の押下を受け付けると、実行部２６３は、押下された確認ボタン３１３に貼り付けられていたインストール命令を処理実行部２６４へ通知する。そして、処理実行部２６４が、このインストール命令を実行することになる。

以上に説明した起動部２６１、表示制御部２６２、実行部２６３、および、処理実行部２６４の各々の機能は、ＣＰＵ２１がＲＯＭ２２やフラッシュメモリ２４等の記憶装置に記憶されたプログラムを実行することにより実現可能である。

図２８は、システム１の動作手順の一例を示すシーケンス図である。

なお、ここでは、下記の設定がなされているものとする。
・機器種別による背景の自動変更 オン
・機器種別によるアプリケーション一覧の自動並び替え オン
・ログインユーザによる背景の自動変更 オフ

上述したように、アプリケーションサイト用アプリの起動部２６１は、操作画面上の「アプリマーケット」という名称のアイコン５０の押下を受け付けた場合（ステップＳ１）、ＭＦＰ４の機種を識別する機種コード（機器種別）をＭＦＰ４の本体１０に要求する（ステップＳ２）。

ＭＦＰ４の本体１０は、ＭＦＰ４の機種を識別する機種コード（機器種別）を操作部２０のアプリケーションサイト用アプリの起動部２６１に送信する（ステップＳ３）。

さらに、アプリケーションサイト用アプリの起動部２６１は、ＭＦＰ４にログインしているユーザの情報をＭＦＰ４の本体１０に要求する（ステップＳ４）。

ＭＦＰ４の本体１０は、ログインしているユーザの情報を操作部２０のアプリケーションサイト用アプリの起動部２６１に送信する（ステップＳ５）。

次に、アプリケーションサイト用アプリの起動部２６１は、Ｗｅｂブラウザの機能を提供するブラウザアプリを起動する。より詳細には、アプリケーションサイト用アプリの起動部２６１は、Ｗｅｂブラウザであるブラウザアプリ（表示制御部２６２および実行部２６３）に対して、起動指令とともにサーバ２のＵＲＬを送信する（ステップＳ６）。起動指令を受けて起動したブラウザアプリ（表示制御部２６２）は、受け取ったＵＲＬで指定されるサーバ２に対して、ＨＴＴＰリクエストとして上述の画面情報要求（機種コード（機器種別）、ユーザの属性を含む）を送信する（ステップＳ７）。

次に、サーバ２は、ＭＦＰ４から送信された機種コード（機器種別）やユーザの属性に応じた背景の選択を含むＷｅｂコンテンツデータ（画面情報）を生成し（ステップＳ８）、その生成したＷｅｂコンテンツデータ（画面情報）をＨＴＴＰレスポンスとしてＭＦＰ４へ送信する（ステップＳ９）。ブラウザアプリ（表示制御部２６２）は、ＨＴＴＰリクエストである画面情報要求に対する応答として、Ｗｅｂコンテンツデータ（画面情報）を受信する。例えば、ブラウザアプリ（表示制御部２６２）は、Ｗｅｂコンテンツデータ（画面情報）として、ＨＴＭＬと、ＨＴＭＬに含まれる（あるいは、ＨＴＭＬから参照される）ＣＳＳ／ＪａｖａＳｃｒｉｐｔを受信する。ブラウザアプリ（表示制御部２６２）は、ＨＴＭＬに含まれるＪａｖａＳｃｒｉｐｔ、またはＪａｖａＳｃｒｉｐｔへのリンクをロードすると、そのＪａｖａＳｃｒｉｐｔを実行部２６３に実行させる（ステップＳ１０）。

次に、上述のステップＳ８において、Ｗｅｂコンテンツデータ（画面情報）としてのアプリケーション一覧画面に表示するボタンの背景選択処理について説明する。ここで、図２９はアプリケーション一覧画面に表示するボタンの背景選択処理の流れを示すフローチャートである。

図２９に示すように、サーバ２は、ＭＦＰ４から送信された機種コード（機器種別）を取得すると（ステップＳ５１；Ｙｅｓ）、機種コード（機器種別）を判定する（ステップＳ５２）。

サーバ２は、ＭＦＰ４から送信された機種コード（機器種別）がＭＦＰであると判定すると（ステップＳ５２；ＭＦＰ）、背景としてＭＦＰに設定されている背景を設定する（ステップＳ５３）。

なお、サーバ２は、機種コード（機器種別）がプリンタである判定すると（ステップＳ５２；プリンタ）、背景としてプリンタに設定されている背景を設定する（ステップＳ５４）。また、サーバ２は、機種コード（機器種別）がその他の機器である判定すると（ステップＳ５２；その他の機器）、背景としてその他の機器に設定されている背景を設定する（ステップＳ５５）。

図２８に戻り、ブラウザアプリ（実行部２６３）は、ＪａｖａＳｃｒｉｐｔを解釈、実行し、Ａｊａｘを用いて、サーバ２に対して、ＨＴＴＰリクエストとして上述の表示情報要求（例えば、アプリケーションの一覧要求（機種コード（機器種別）、ユーザの属性を含む）を送信する（ステップＳ１１）。

サーバ２は、機種コード（機器種別）に応じたアプリケーションの並び替えを含む表示情報の生成を実行し（ステップＳ１２）、その生成したＷｅｂコンテンツデータ（表示情報）をＨＴＴＰレスポンスとしてＭＦＰ４へ送信する（ステップＳ１３）。ブラウザアプリ（実行部２６３）は、ＨＴＴＰリクエストである表示情報要求に対する応答として、Ｗｅｂコンテンツデータ（表示情報）を受信する。

図３０は、上述のステップＳ１２において、サーバ２が、ＭＦＰ４が利用可能なアプリケーションごとに、該アプリケーションの詳細を示す詳細情報を対応付けたアプリケーション詳細情報を生成する処理の一例を示すフローチャートである。図３０に示すように、特定部２１６は、ＭＦＰ４から上述の表示情報要求を受信した場合、図５に示す第１の対応情報を参照して、その受信した表示情報要求に含まれる機種コードに対応付けられた機種ＩＤを選択する（ステップＳ１０１）。

次に、特定部２１６は、図６に示す第２の対応情報を参照して、その選択した機種ＩＤに対応付けられた１以上のアプリＩＤを選択する（ステップＳ１０２）。次に、特定部２１６は、図７に示す第３の対応情報を参照して、その選択した１以上のアプリＩＤの中から、公開されている状態を示す状態情報が対応付けられたアプリＩＤを選択する（ステップＳ１０３）。このとき、特定部２１６は、図６に示す第２の対応情報のうち、ステップＳ１０３で選択したアプリＩＤに対応付けられたバージョン情報も特定しておく。次に、特定部２１６は、図８に示す第４の対応情報を参照して、ステップＳ１０３で選択したアプリＩＤと、ＭＦＰ４から受信した表示情報要求に含まれる言語情報（ロケール情報）との組み合わせに対応するアプリ説明情報を特定する（ステップＳ１０４）。

そして、表示情報生成部２１７は、ステップＳ１０３で選択したアプリＩＤごとに、ステップＳ１０４で特定したアプリ説明情報と、図６に示す第２の対応情報のうち、ステップＳ１０３で選択したアプリＩＤに対応付けられたバージョン情報を含む詳細情報を対応付けてアプリケーション詳細情報を生成することができる（ステップＳ１０５）。

さらに、表示情報生成部２１７は、機種コード（機器種別）に応じたアプリケーションの並び替えを行う（ステップＳ１０６）。

図２８に戻り、実行部２６３は、受信したＷｅｂコンテンツデータ（表示情報）を表示制御部２６２に渡す（ステップＳ１４）。ブラウザアプリ（表示制御部２６２）は、実行部２６３から受信したＷｅｂコンテンツデータ（画面情報と表示情報）に基づいて構成されるアプリケーション一覧画面を生成し（ステップＳ１５）、生成したアプリケーション一覧画面を操作パネル２７に表示する（ステップＳ１６）。この例では、表示制御部２６２は、実行部２６３がサーバ２から受信したＷｅｂコンテンツデータ（画面情報と表示情報）を、フラッシュメモリ２４等の記憶装置に格納するとともに、その受信したＷｅｂコンテンツデータ（画面情報と表示情報）を用いて、図２４に示すアプリケーション一覧画面を最初に生成する。そして、その生成したアプリケーション一覧画面を操作パネル２７に表示する制御を行う。

次に、上述のステップＳ１５において、アプリケーション一覧画面に表示するボタンの生成処理について説明する。ここで、図３１はアプリケーション一覧画面に表示するボタンの生成処理の流れを示すフローチャートである。

ブラウザアプリ（実行部２６３）は、サーバ２からのレスポンスとして、アプリケーション一覧（図２１参照）、警告一覧（図２２参照）を取得する（ステップＳ６１）。

加えて、ブラウザアプリ（実行部２６３）は、本体１０からＭＦＰ４の設定／仕様一覧（図２３参照）を取得する（ステップＳ６２）。

次いで、ブラウザアプリ（表示制御部２６２）は、アプリケーション一覧のwarning_name（id）を確認する（ステップＳ６３）。

ブラウザアプリ（表示制御部２６２）は、warning_name（id）が「ＵＩ言語」の場合（ステップＳ６４；ＵＩ言語）、アプリケーション一覧から取得したアプリケーションのwarning_optionsのリストと設定／仕様一覧のsetting_idを比較する（ステップＳ６５）。

ブラウザアプリ（表示制御部２６２）は、warning_optionsのリストと設定／仕様一覧のsetting_idが一致すると判定した場合（ステップＳ６６；Ｙｅｓ）、従来通り、警告を付すことなくインストール可能なアプリケーションのボタンとする（ステップＳ６７）。

ブラウザアプリ（表示制御部２６２）は、warning_optionsのリストと設定／仕様一覧のsetting_idが一致しないと判定した場合（ステップＳ６６；Ｎｏ）、インストール可能なアプリケーションのボタンに警告を付す（ステップＳ６８）。

一方、ブラウザアプリ（表示制御部２６２）は、warning_name（id）が「周辺機器」の場合（ステップＳ６４；周辺機器）、アプリケーション一覧から取得したアプリケーションのwarning_optionsのリストと設定／仕様一覧のsetting_idを比較する（ステップＳ６９）。

ブラウザアプリ（表示制御部２６２）は、warning_optionsのリストと設定／仕様一覧のsetting_idが一致すると判定した場合（ステップＳ７０；Ｙｅｓ）、インストール可能なアプリケーションのボタンに警告を付す（ステップＳ６８）。

ブラウザアプリ（表示制御部２６２）は、warning_optionsのリストと設定／仕様一覧のsetting_idが一致しないと判定した場合（ステップＳ７０；Ｎｏ）、当該アプリケーションのボタンを表示しない（ステップＳ７１）。

ブラウザアプリ（表示制御部２６２）は、以上説明したステップＳ６３〜Ｓ７１について、全てのアプリケーションについて実施したと判定すると（ステップＳ７２；Ｙｅｓ）、処理を終了する。

ここで、図３２はＵＩ言語に関するアプリケーションのケースにおけるシーケンス図である。図３２に示すように、図２０に示す操作画面が操作パネル２７に表示された状態で、「アプリマーケット」という名称のアイコン５０の押下を受け付けた場合（ステップＳ８１）、ブラウザアプリ（実行部２６３）は、アプリケーションサイトであるサーバ２に対してアプリケーション一覧（図２１参照）、警告一覧（図２２参照）を要求する（ステップＳ８２）。

ブラウザアプリ（実行部２６３）は、サーバ２からのレスポンスとして、アプリケーション一覧（図２１参照）、警告一覧（図２２参照）を取得する（ステップＳ８３）。

加えて、ブラウザアプリ（実行部２６３）は、本体１０に対してＭＦＰ４の設定／仕様一覧（図２３参照）を要求する（ステップＳ８４）。

ブラウザアプリ（実行部２６３）は、本体１０からのレスポンスとして、設定／仕様一覧（図２３参照）を取得する（ステップＳ８５）。

次いで、ブラウザアプリ（表示制御部２６２）は、パネル表示言語設定の言語にアプリケーションが対応していない場合、インストール可能なアプリケーションのボタンに警告を付して表示する（ステップＳ８６）。

また、ブラウザアプリ（表示制御部２６２）は、パネル表示言語設定の言語にアプリケーションが対応している場合、従来通り、警告を付すことなくインストール可能なアプリケーションのボタンを表示する（ステップＳ８７）。

次に、図３３は周辺機器が必要なアプリケーションのケースにおけるシーケンス図である。図３３に示すように、図２０に示す操作画面が操作パネル２７に表示された状態で、「アプリマーケット」という名称のアイコン５０の押下を受け付けた場合（ステップＳ９１）、ブラウザアプリ（実行部２６３）は、アプリケーションサイトであるサーバ２に対してアプリケーション一覧（図２１参照）、警告一覧（図２２参照）を要求する（ステップＳ９２）。

ブラウザアプリ（実行部２６３）は、サーバ２からのレスポンスとして、アプリケーション一覧（図２１参照）、警告一覧（図２２参照）を取得する（ステップＳ９３）。

加えて、ブラウザアプリ（実行部２６３）は、本体１０に対してＭＦＰ４の設定／仕様一覧（図２３参照）を要求する（ステップＳ９４）。

ブラウザアプリ（実行部２６３）は、本体１０からのレスポンスとして、設定／仕様一覧（図２３参照）を取得する（ステップＳ９５）。

次いで、ブラウザアプリ（表示制御部２６２）は、アプリケーションが必要とする周辺機器を装着可能な場合、インストール可能なアプリケーションのボタンに警告を付して表示する（ステップＳ９６）。

また、ブラウザアプリ（表示制御部２６２）は、アプリケーションが必要とする周辺機器を装着不可能な場合、アプリケーションのボタンを表示しない（ステップＳ９７）。

従来の技術によれば、ウェブサイトからインストールするアプリケーションが、ＭＦＰ４の設定／仕様によっては使い勝手が悪かったり、ＭＦＰ４の設定／仕様の活用に特化していたりするアプリケーションの場合であっても、それを認識できずにインストールできてしまうため、インストール後のアプリケーションの利用に不便を感じる場合があるという問題があった。

そこで、本実施形態では、ＭＦＰ４の設定／仕様によっては使い勝手が悪かったり、ＭＦＰ４の設定／仕様の活用に特化していたりするアプリケーションであることを認識できるように、アプリケーション機能に関する警告を動的に表示するようにしたものである。

これにより、使い勝手が悪かったり、機能が利用できなかったりするアプリケーションの場合は、動的に警告を生成して表示することでユーザニーズに合致したアプリケーションの検索性を良くすることができる。

例えば、ＭＦＰ４の操作パネル２７に設定されたパネル表示言語（ユーザの母国語の想定）に対応していないアプリケーションがあるとする。そのアプリケーションをＭＦＰ４に追加でインストールしてしまうと、母国語以外の表示言語で使用する（使い勝手が悪くなる）ことになるが、あらかじめアプリケーションが母国語に対応していないことがわかれば、利便性が向上する。

また、例えば、ＭＦＰ４に装着されるカメラを活用するようなアプリケーションがあるとする。ＭＦＰ４にカメラが装着されていない状況でそのアプリケーションをＭＦＰ４に追加でインストールしてしまうと、利用できないアプリケーションをインストールしてしまうため利便性が悪くなるが、あらかじめカメラが必要なアプリケーションであることがわかれば、インストールしない、あるいはカメラを準備するなどの対策が取れ、利便性が向上する。

ＭＦＰ４には今後様々な周辺機器が接続されると予想され、それに伴い周辺機器を活用するアプリケーションも増加すると考えられる。そのため、こうした周辺機器は特殊な周辺機器であればあるほど、アプリケーションが一部の機能に特化したものを提供する傾向があり、そうしたアプリケーションの検索性を良くすることはユーザにとってメリットがあると考えられる。

（付記１）
アプリケーションを配布するサーバにネットワークを介して接続され、前記アプリケーションを取得する前記サーバのサイトを閲覧するブラウザを備えた画像処理装置であって、
前記ブラウザに設けられ、利用可能なアプリケーションにかかる情報と、当該画像処理装置の設定または仕様の少なくとも何れか一方にかかる情報とを取得するアプリケーションコマンドを実行する実行部と、
前記ブラウザに設けられ、前記画像処理装置の設定または仕様の少なくとも何れか一方にかかる情報に基づき、前記利用可能なアプリケーションのアプリケーション機能に関する警告を表示する表示制御部と、
を備えることを特徴とする画像処理装置。

図３４は、図２４に示すアプリケーション一覧画面に表示された何れかのアプリケーション選択ボタン３１１が押下された場合のシステム１の動作手順の一例を示すシーケンス図である。上述したように、表示制御部２６２は、何れかのアプリケーション選択ボタン３１１の押下を受け付けた場合、上述のインストール指示画面（図２６参照）やインストール確認画面（図２７参照）を操作パネル２７に表示する制御を行う（ステップＳ４１）。

次に、インストールボタン３１２の押下を受け付けた場合、実行部２６３は、ユーザの操作に応じて選択されたインストール命令と、アプリＩＤ（選択されたアプリケーション命令の対象となるアプリケーションのアプリＩＤ）とを処理実行部２６４へ通知する（ステップＳ４２）。処理実行部２６４は、実行部２６３から通知されたインストール命令を実行する。より具体的には以下のとおりである。まず、処理実行部２６４は、サーバ２に対して、インストール命令の対象となるアプリケーションのアプリＩＤを少なくとも含み、かつ、該アプリケーションのダウンロードを要求する上述のダウンロード要求を送信する（ステップＳ４３）。ダウンロード要求を受信したサーバ２（ダウンロード部２３２）は、その受信したダウンロード要求に含まれるアプリＩＤに対応するアプリケーションを選択し（ステップＳ４４）、その選択したアプリケーションをＭＦＰ４へ送信する（ステップＳ４５）。

ＭＦＰ４（処理実行部２６４）は、ステップＳ４５でサーバ２からダウンロードしたアプリケーションをインストールする制御を行う（ステップＳ４６）。インストールが完了した後、処理実行部２６４は、そのインストールが完了したアプリケーションのアプリＩＤと、インストール時の該アプリケーションのバージョンとを対応付けて上述のアプリケーション管理情報（図６に示す第２の対応情報）に追加することで、アプリケーション管理情報（図６に示す第２の対応情報）を更新する（ステップＳ４７）。

以上説明したように、本実施形態のサーバ２によれば、アプリケーションサイトに接続してきたＭＦＰやプリンタなどの機器や機器にログインしているユーザに応じてアプリケーションサイトの画面背景などグローバルで共通になっているＵＩデザインを変えることで、操作性や使い勝手を向上させることができる、という効果を奏する。

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

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

また、上述した実施形態のシステム１（サーバ２、ＭＦＰ４等）で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）、ＵＳＢ（Universal Serial Bus）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

１ システム
２ サーバ
３ ネットワーク
４ 画像処理装置
２１４ 変更手段
２１５ 受信手段、送信手段
２６２ 表示制御部
２６３ 実行部
２６４ 処理実行部

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

Claims (11)

1. ブラウザを備えた画像処理装置に対し、前記ブラウザを介してアプリケーションを配布するサーバにおいて、
   前記画像処理装置より当該画像処理装置の機器種別にかかる情報を受信する受信手段と、
   前記画像処理装置に対して配布可能な前記アプリケーションを前記画像処理装置の前記ブラウザに表示するアプリケーション一覧画面にかかる画面デザインについて、受信した前記機器種別にかかる情報に応じて一部を変更する変更手段と、
   前記機器種別にかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面にかかる情報を前記画像処理装置に対して送信する送信手段と、
   を備え、
   前記変更手段は、前記機器種別にかかる情報に応じた前記画面デザインの変更のオン・オフを設定可能とする、
   ことを特徴とするサーバ。
2. ブラウザを備えた画像処理装置に対し、前記ブラウザを介してアプリケーションを配布するサーバにおいて、
   前記画像処理装置より当該画像処理装置に対してログインしたユーザにかかる情報を受信する受信手段と、
   前記画像処理装置に対して配布可能な前記アプリケーションを前記画像処理装置の前記ブラウザに表示するアプリケーション一覧画面にかかる画面デザインについて、受信した前記ユーザにかかる情報に応じて一部を変更する変更手段と、
   前記ユーザにかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面にかかる情報を前記画像処理装置に対して送信する送信手段と、
   を備え、
   前記変更手段は、前記ユーザにかかる情報に応じた前記画面デザインの変更のオン・オフを設定可能とする、
   ることを特徴とするサーバ。
3. 前記変更手段は、前記アプリケーション一覧画面にかかる前記画面デザインにおける画面背景を変更する、
   ことを特徴とする請求項１または２に記載のサーバ。
4. 前記変更手段は、前記アプリケーション一覧画面にかかる前記画面デザインにおけるアプリケーションを示す領域の背景を変更する、
   ことを特徴とする請求項１または２に記載のサーバ。
5. 前記変更手段は、前記アプリケーション一覧画面にかかる前記画面デザインにおけるアプリケーションのアイコンを変更する、
   ことを特徴とする請求項１または２に記載のサーバ。
6. 前記変更手段は、前記アプリケーション一覧画面にかかる前記画面デザインにおけるアプリケーションの表示順を変更する、
   ことを特徴とする請求項１に記載のサーバ。
7. 前記変更手段は、前記画像処理装置の機器種別毎のアプリケーションのダウンロードランキングに応じ、アプリケーションの表示順を変更する、
   ことを特徴とする請求項６に記載のサーバ。
8. アプリケーションを配布するサーバと、前記サーバにネットワークを介して接続され、ブラウザを備えた画像処理装置と、を備えるシステムであって、
   前記サーバは、
   前記画像処理装置より当該画像処理装置の機器種別にかかる情報を受信する受信手段と、
   前記画像処理装置に対して配布可能な前記アプリケーションを前記画像処理装置の前記ブラウザに表示するアプリケーション一覧画面にかかる画面デザインについて、受信した前記機器種別にかかる情報に応じて一部を変更する変更手段と、
   前記機器種別にかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面にかかる情報を前記画像処理装置に対して送信する送信手段と、
   を備え、
   前記変更手段は、前記機器種別にかかる情報に応じた前記画面デザインの変更のオン・オフを設定可能とし、
   前記画像処理装置は、
   前記ブラウザに設けられ、当該画像処理装置の機器種別にかかる情報を前記サーバに対して送信するアプリケーションコマンドを実行する実行部と、
   前記ブラウザに設けられ、前記機器種別にかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面を表示する表示制御部と、
   を備える、
   ことを特徴とするシステム。
9. アプリケーションを配布するサーバと、前記サーバにネットワークを介して接続され、ブラウザを備えた画像処理装置と、を備えるシステムであって、
   前記サーバは、
   前記画像処理装置より当該画像処理装置に対してログインしたユーザにかかる情報を受信する受信手段と、
   前記画像処理装置に対して配布可能な前記アプリケーションを前記画像処理装置の前記ブラウザに表示するアプリケーション一覧画面にかかる画面デザインについて、受信した前記ユーザにかかる情報に応じて一部を変更する変更手段と、
   前記ユーザにかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面にかかる情報を前記画像処理装置に対して送信する送信手段と、
   を備え、
   前記変更手段は、前記ユーザにかかる情報に応じた前記画面デザインの変更のオン・オフを設定可能とし、
   前記画像処理装置は、
   前記ブラウザに設けられ、当該画像処理装置に対してログインしたユーザにかかる情報を前記サーバに対して送信するアプリケーションコマンドを実行する実行部と、
   前記ブラウザに設けられ、前記ユーザにかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面を表示する表示制御部と、
   を備える、
   ことを特徴とするシステム。
10. アプリケーションを配布するサーバと、前記サーバにネットワークを介して接続され、ブラウザを備えた画像処理装置と、を備えるシステムにおける情報処理方法であって、
    前記画像処理装置が、当該画像処理装置の機器種別にかかる情報を前記サーバに対して送信するアプリケーションコマンドを前記ブラウザにおいて実行するステップと、
    前記サーバが、前記画像処理装置より当該画像処理装置の前記機器種別にかかる情報を受信するステップと、
    前記サーバが、前記画像処理装置に対して配布可能な前記アプリケーションを前記画像処理装置の前記ブラウザに表示するアプリケーション一覧画面にかかる画面デザインについて、受信した前記機器種別にかかる情報に応じて一部を変更するステップと、
    前記サーバが、前記機器種別にかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面にかかる情報を前記画像処理装置に対して送信するステップと、
    前記画像処理装置が、前記機器種別にかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面を前記ブラウザにおいて表示するステップと、
    を含み、
    前記変更するステップは、前記機器種別にかかる情報に応じた前記画面デザインの変更のオン・オフを設定可能とする、
    ことを特徴とする情報処理方法。
11. アプリケーションを配布するサーバと、前記サーバにネットワークを介して接続され、ブラウザを備えた画像処理装置と、を備えるシステムにおける情報処理方法であって、
    前記画像処理装置が、当該画像処理装置に対してログインしたユーザにかかる情報を前記サーバに対して送信するアプリケーションコマンドを前記ブラウザにおいて実行するステップと、
    前記サーバが、前記画像処理装置より当該画像処理装置に対してログインした前記ユーザにかかる情報を受信するステップと、
    前記サーバが、前記画像処理装置に対して配布可能な前記アプリケーションを前記画像処理装置の前記ブラウザに表示するアプリケーション一覧画面にかかる画面デザインについて、受信した前記ユーザにかかる情報に応じて一部を変更するステップと、
    前記サーバが、前記ユーザにかかる情報に応じて画面デザインについて一部を変更された前記アプリケーション一覧画面にかかる情報を前記画像処理装置に対して送信するステップと、
    前記画像処理装置が、前記ユーザにかかる情報に応じて画面デザインの一部が変更された前記アプリケーション一覧画面を前記ブラウザにおいて表示するステップと、
    を含み、
    前記変更するステップは、前記ユーザにかかる情報に応じた前記画面デザインの変更のオン・オフを設定可能とする、
    ことを特徴とする情報処理方法。

Images