JP6750290B2 - 画像形成装置、情報処理方法およびプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法およびプログラムに関する。

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

例えば特許文献１には、ＭＦＰが、ソフトウェアを配信する配信サーバと連動して、ソフトウェアをダウンロードし、インストールする構成が開示されている。

従来の技術においては、例えばＭＦＰなどの情報処理装置を使用するユーザが、Ｗｅｂサーバから提供されたＷｅｂページ上のリンクやボタンなどのＵＩを押下すると、該ＵＩに貼り付けられていた命令が情報処理装置上で無条件に実行される。このため、例えばスパイウェアのような、インストールが許可されていないアプリケーションが無断で情報処理装置にインストールされている状況で、ユーザが、該アプリケーションに対する命令（例えば起動命令等）が貼り付けられたＵＩ（Ｗｅｂページ上のＵＩ）を押下してしまうと、許可されていない命令が実行されてしまうおそれがある。

本発明は、上記に鑑みてなされたものであって、許可されていない命令の実行を防止できる情報処理装置、情報処理方法およびプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、スキャナ機能を有し、サーバとネットワークを介して接続可能な画像形成装置であって、スキャナ機能を利用するためのアイコン、または、前記画像形成装置にダウンロード可能なアプリケーションの一覧を示すアプリケーション一覧画面を表示するためのアイコンを選択する選択画面を表示する操作パネルと、前記選択画面において、前記アプリケーション一覧画面を表示するためのアイコンを選択した場合に、前記サーバから第１の命令の実行手順を含む第１の画面を取得して前記操作パネルに表示する制御を行う第１の表示制御部と、実行が許可される命令に関する情報を示す１以上の命令情報を記憶する記憶部と、前記記憶部に記憶された１以上の前記命令情報の中に、前記第１の画面から選択された前記第１の命令の実行手順に対応する前記命令情報が存在しない場合は、前記第１の命令の実行を許可しない可否制御部と、を備え、前記第１の命令の実行手順は、該画像形成装置にインストールされたプログラムであって、前記第１の命令の実行手順を実行するプログラムを識別する情報を含み、前記可否制御部は、前記記憶部に記憶された１以上の前記命令情報の中に、前記プログラムを識別する情報が存在しない場合は前記第１の命令の実行を許可せず、前記プログラムを識別する情報が存在する場合は前記プログラムに対して前記第１の命令の実行手順に対応する処理を実行させる。

本発明によれば、許可されていない命令の実行を防止できる。

図１は、情報処理システムの概略構成の一例を示す図である。 図２は、ＭＦＰのハードウェア構成の一例を示す図である。 図３は、ＭＦＰのソフトウェア構成の一例を示す図である。 図４は、第１の実施形態のＭＦＰが有する機能の一例を示す図である。 図５は、操作画面の一例を示す図である。 図６は、アプリケーション一覧画面の一例を示す図である。 図７は、ＵＲＬスキームの一例を示す図である。 図８は、記憶部に記憶された正当スキームの一例を示す図である。 図９は、第２の画面の一例を示す図である。 図１０は、アプリマーケットサーバのハードウェア構成の一例を示す図である。 図１１は、アプリマーケットサーバが有する機能の一例を示す図である。 図１２は、アプリケーションサーバが有する機能の一例を示す図である。 図１３は、Ｗｅｂサーバが有する機能の一例を示す図である。 図１４は、第１の実施形態の情報処理システムの動作手順の一例を示すシーケンス図である。 図１５は、第１の実施形態の情報処理システムの動作手順の別の例を示すシーケンス図である。 図１６は、第１の実施形態のＭＦＰの特徴を説明するための図である。 図１７は、第２の実施形態のＭＦＰが有する機能の一例を示す図である。 図１８は、第３の画面の一例を示す図である。 図１９は、第２の実施形態のＭＦＰの動作手順の一例を示すシーケンス図である。

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

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

アプリマーケットサーバ２は、ネットワーク８を介してＭＦＰ１と接続可能な「サーバ」の一例であり、複数のアプリケーションごとに、当該アプリケーションをＭＦＰ１にインストールする命令が対応付けられたアプリケーション一覧画面を、ＭＦＰ１に対して提供する。より具体的な内容については後述する。この例では、アプリマーケットサーバ２からアプリケーション一覧画面を取得してＭＦＰ１に表示する機能を提供するアプリケーション（以下、「アプリマーケットアプリ」と称する場合がある）、アプリケーション一覧画面に表示されたアプリケーションのうちユーザによって選択されたアプリケーションをＭＦＰ１にインストールする制御を行う機能を提供するアプリケーション（以下、「インストーラ（ｉｎｓｔａｌｌｅｒ）」と称する場合がある）、後述の正当スキームを管理するアプリケーション（以下、「命令管理アプリケーション」と称する場合がある）が予めＭＦＰ１にインストールされている。なお、アプリマーケットアプリの機能は、Ｗｅｂブラウザの機能を提供するためのアプリケーションを利用して実現されるため、「ブラウザアプリ」と総称する場合がある。ＭＦＰ１の具体的な内容については後述する。

アプリケーションサーバ３は、アプリケーション一覧画面で表示されているアプリケーションを保持し、ＭＦＰ１からの要求に応じて、アプリケーションを配信する。Ｗｅｂサーバ４は、ＭＦＰ１からの要求に応じて、Ｗｅｂページを提供する。このＷｅｂページは、特定のアプリケーションに対する命令が貼り付けられているＵＩ（リンクやボタン等）を表示する。これらの具体的な内容については後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、ＭＦＰ１が有する機能について説明する。図４は、ＭＦＰ１が有する機能の一例を示す図である。図４に示すように、ＭＦＰ１は、表示制御部１１１と、取得部１１２と、記憶部１１３と、可否制御部１１４と、実行制御部１１５とを有する。説明の便宜上、図４では、本発明に係る機能を主に例示しているが、ＭＦＰ１が有する機能は、これらに限られるものではない。

表示制御部１１１は、画面を操作パネル２７に表示する制御を行う。例えば表示制御部１１１は、各種の操作を行うための操作画面を操作パネル２７に表示する制御を行う。図５は、操作画面の一例を示す図であり、操作画面には、アプリマーケットアプリを起動するためのアイコン５が表示されている。また、表示制御部１１１は、後述の取得部１１２により取得された第１の画面を表示する制御を行う機能(第１の表示制御部の機能)を有している。また、表示制御部１１１は、後述の可否制御部１１４が第１の命令の実行を許可しない場合、第１の命令を実行することができないことを示す第２の画面を表示する制御を行う機能（第２の表示制御部の機能）を有している。詳しくは後述する。

図４の説明を続ける。取得部１１２は、アプリマーケットサーバ２から、第１の命令の実行手順を含む第１の画面を取得する。この例では、第１の命令の実行手順は、ＵＲＬ（Uniform Resource Locator）スキームで表され、取得部１１２は、複数のアプリケーションごとに、インストール命令の実行手順を記述したＵＲＬスキームが対応付けられたアプリケーション一覧画面をアプリマーケットサーバ２から取得することもできるし、所定の命令の実行手順を記述したＵＲＬスキームが貼り付けられたＵＩ（リンクやボタンなど）が表示されたＷｅｂページ（説明の便宜上、以下では「Ｗｅｂ画面」と称する場合がある）をＷｅｂサーバ４から取得することもできる。この例では、アプリケーション一覧画面やＷｅｂ画面が、請求項の「第１の画面」に対応している。

本実施形態では、ユーザがアイコン５をタッチすると、ブラウザアプリ（取得部１１２）は、アプリマーケットサーバ２に対して、アプリケーション一覧画面を要求する信号（以下、「アプリケーション一覧画面リクエスト」と称する場合がある）を送信する。そして、その応答として、アプリマーケットサーバ２からアプリケーション一覧画面を取得する。また、本実施形態では、ユーザが、操作画面上でＷｅｂサーバ４のＵＲＬを入力する操作を行うと、ブラウザアプリ（取得部１１２）は、Ｗｅｂサーバ４に対して、Ｗｅｂ画面を要求する信号（以下、「Ｗｅｂリクエスト」と称する場合がある）を送信する。そして、その応答として、Ｗｅｂサーバ４からＷｅｂ画面を取得する。

ここでは、第１の画面の一例として、アプリケーション一覧画面を例に挙げて説明する。図６は、アプリケーション一覧画面の一例を示す図である。図６の例では、アプリケーション一覧画面は、複数のアプリケーションごとに、当該アプリケーションの内容を説明する説明情報と、当該アプリケーションのインストールを指示するためのボタン６（以下、「インストールボタン６」と称する）とが表示される。この例では、インストール命令の実行手順を記述したＵＲＬスキームが、当該アプリケーションに対応するインストールボタン６に貼り付けられている。この例では、インストールボタン６の押下は、当該インストールボタン６に貼り付けられたＵＲＬスキームの選択を意味する。ここでは、第１の命令の実行手順の一例として、インストール命令の実行手順を例に挙げて説明する。また、ここでは、インストール命令の実行手順は、ＵＲＬスキームで表されている。ＵＲＬスキームのヘッダ部分は、命令を実行するアプリケーションを識別するための情報、または、命令の実行手順を識別（命令の実行手順の種類を識別）するための情報を表す。

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

すなわち、図７に示すＵＲＬスキームは、インストール命令の実行手順をＵＲＬ形式で記述した情報であり、このＵＲＬスキームが選択されると、インストーラが起動し、起動したインストーラが、「４９３５４」というｉｄで識別されるアプリケーションをインストールする命令を実行することになる。

図４の説明を続ける。表示制御部１１１は、取得部１１２により取得された第１の画面を表示する制御を行う。本実施形態では、表示制御部１１１は、取得部１１２により取得されたアプリケーション一覧画面やＷｅｂ画面を操作パネル２７に表示する制御を行う。

記憶部１１３は、実行が許可される命令に関する情報を示す１以上の命令情報を記憶する。この例では、命令情報は、実行が許可される命令の実行手順を識別するための情報、または、実行が許可される命令を実行するアプリケーションを識別するための情報であり、記憶部１１３は、実行が許可される命令の実行手順を表すＵＲＬスキームのスキーム部分（ヘッダ部分）を命令情報（以下の説明では「正当スキーム」と称する）として記憶する。つまり、この例では、上記命令情報（正当スキーム）は、ＵＲＬスキームのヘッダ部分の情報で表される。図８は、記憶部１１３に記憶された正当スキームの一例を示す図である。図８に示す「ｈｔｔｐ」という正当スキームは、Ｗｅｂを経由してアクセスする命令（Ｗｅｂアクセス命令）の実行手順を識別する汎用スキームである。また、図８に示す「ｈｔｔｐｓ」という正当スキームは、ＳＳＬ／ＴＬＳで暗号化されたＷｅｂアクセス命令の実行手順を識別する汎用スキームである。また、図８に示す「ｆｉｌｅ」という正当スキームは、ローカルファイルにアクセスする命令の実行手順を識別する汎用スキームである。また、図８に示す「ａｂｏｕｔ」という正当スキームは、ページや設定の詳細を表示する命令の実行手順を識別する汎用スキームである。また、図８に示す「ｆｔｐ」という正当スキームは、ＦＴＰでファイルを送受信する命令の実行手順を識別する汎用スキームである。さらに、図８に示す「ｉｎｓｔａｌｌｅｒ」という正当スキームは、アプリケーションをインストールする命令を実行するアプリケーションを識別し、かつユーザによって定義されるカスタムスキームである。なお、記憶部１１３に記憶される正当スキームの数や種類は任意に変更可能である。

図４の説明を続ける。可否制御部１１４は、記憶部１１３に記憶された１以上の正当スキームの中に、第１の画面（この例ではアプリケーション一覧画面またはＷｅｂ画面）から選択された第１の命令の実行手順に対応する正当スキームが存在しない場合は、第１の命令の実行を許可しない。本実施形態では、可否制御部１１４は、記憶部１１３に記憶された１以上の正当スキームの中に、第１の画面（アプリケーション一覧画面、Ｗｅｂ画面）から選択されたＵＲＬスキームのスキーム部分（ヘッダ部分）と一致する正当スキームが存在しない場合は、第１の画面から選択されたＵＲＬスキームで実行手順が示される命令の実行を許可しない。

一方、可否制御部１１４は、記憶部１１３に記憶された１以上の正当スキームの中に、第１の画面から選択された第１の命令の実行手順に対応する正当スキームが存在する場合は、第１の命令の実行を許可する。より具体的な内容については後述する。

表示制御部１１１は、可否制御部１１４が第１の命令の実行を許可しない場合、第１の命令を実行することができないことを示す第２の画面を表示する制御を行う。図９は、第２の画面の一例を示す図である。表示制御部１１１は、可否制御部１１４が第１の命令の実行を許可しない場合、図９に示すような第２の画面を操作パネル２７に表示する制御を行う。

図４の説明を続ける。実行制御部１１５は、可否制御部１１４が、第１の命令の実行を許可した場合、第１の命令を実行する制御を行う。より具体的な内容については後述するが、例えば第１の命令がインストール命令である場合、実行制御部１１５は、可否制御部１１４がインストール命令の実行を許可した場合、該インストール命令を実行する制御を行う。

この例では、以上に説明した表示制御部１１１、取得部１１２、記憶部１１３、可否制御部１１４、および、実行制御部１１５の機能は、操作部２０により提供される。表示制御部１１１、取得部１１２、可否制御部１１４、および、実行制御部１１５の機能は、ＣＰＵ２１がＲＯＭ２２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば表示制御部１１１、取得部１１２、可否制御部１１４、および、実行制御部１１５の機能のうちの少なくとも一部が専用のハードウェア回路で実現されてもよい。また、記憶部１１３は、フラッシュメモリ２４などで実現可能である。また、上述の取得部１１２が有する機能のうち、アプリケーション一覧画面リクエストをアプリマーケットサーバ２へ送信する機能やアプリケーション一覧画面をアプリマーケットサーバ２から取得（受信）する機能は、プログラムを実行するＣＰＵ２１と通信Ｉ／Ｆ２５との組み合わせにより実現されると考えてよい。例えばアプリケーション一覧画面リクエストをアプリマーケットサーバ２へ送信する場合は、ＣＰＵ２１は、アプリケーション一覧画面リクエストをアプリマーケットサーバ２へ送信するよう、通信Ｉ／Ｆ２５を制御する。また、例えばアプリケーション一覧画面をアプリマーケットサーバ２から受信する場合は、通信Ｉ／Ｆ２５がアプリマーケットサーバ２からアプリケーション一覧画面を受信する。そして、通信Ｉ／Ｆ２５は、アプリマーケットサーバ２から受信したアプリケーション一覧画面をＣＰＵ２１へ通知する。これにより、ＣＰＵ２１は、アプリケーション一覧画面の受信を検知することができる。

次に、アプリマーケットサーバ２、アプリケーションサーバ３、Ｗｅｂサーバ４の構成を説明する。図１０は、アプリマーケットサーバ２のハードウェア構成の一例を示す図である。なお、アプリケーションサーバ３、Ｗｅｂサーバ４のハードウェア構成も図１０の構成と同様である。

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

図１１は、アプリマーケットサーバ２が有する機能の一例を示す図である。図１１に示すように、アプリマーケットサーバ２は、アプリケーション一覧画面保持部２１１と、アプリケーション一覧画面送信部２１２とを有する。説明の便宜上、図１１では、本発明に係る機能を主に例示しているが、アプリマーケットサーバ２が有する機能は、これらに限られるものではない。

アプリケーション一覧画面保持部２１１は、上述のアプリケーション一覧画面を保持する。アプリケーション一覧画面送信部２１２は、ＭＦＰ１から上述のアプリケーション一覧画面リクエストを受信すると、その応答として、アプリケーション一覧画面保持部２１１に保持されているアプリケーション一覧画面をＭＦＰ１に送信する。

本実施形態では、上述のアプリケーション一覧画面送信部２１２の機能は、ＣＰＵ３０１がＲＯＭ３０２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば専用のハードウェア回路（半導体集積回路等）により実現されてもよい。また、上述のアプリケーション一覧画面保持部２１１は、例えばＨＤＤなどの補助記憶装置等により実現されてもよい。なお、ここでは、アプリケーション一覧画面送信部２１２の機能は、プログラムを実行するＣＰＵ３０１と通信Ｉ／Ｆ３０４との組み合わせにより実現されると考えてもよい。

図１２は、アプリケーションサーバ３が有する機能の一例を示す図である。図１２に示すように、アプリケーションサーバ３は、アプリケーション保持部３１１と、アプリケーション送信部３１２とを有する。説明の便宜上、図１２では、本発明に係る機能を主に例示しているが、アプリケーションサーバ３が有する機能は、これらに限られるものではない。

アプリケーション保持部３１１は、複数のアプリケーションを保持する。アプリケーション送信部３１２は、ＭＦＰ１からの要求（ダウンロード要求）に応じて、アプリケーション保持部３１１に保持されているアプリケーションをＭＦＰ１に送信する。

本実施形態では、上述のアプリケーション送信部３１２の機能は、ＣＰＵ３０１がＲＯＭ３０２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば専用のハードウェア回路（半導体集積回路等）により実現されてもよい。また、上述のアプリケーション保持部３１１は、例えばＨＤＤなどの補助記憶装置等により実現されてもよい。なお、ここでは、アプリケーション送信部３１２の機能は、プログラムを実行するＣＰＵ３０１と通信Ｉ／Ｆ３０４との組み合わせにより実現されると考えてもよい。

図１３は、Ｗｅｂサーバ４が有する機能の一例を示す図である。図１３に示すように、Ｗｅｂサーバ４は、Ｗｅｂ画面保持部４１１と、Ｗｅｂ画面送信部４１２とを有する。説明の便宜上、図１３では、本発明に係る機能を主に例示しているが、Ｗｅｂサーバ４が有する機能は、これらに限られるものではない。

Ｗｅｂ画面保持部４１１は、上述のＷｅｂ画面を保持する。Ｗｅｂ画面送信部４１２は、ＭＦＰ１から上述のＷｅｂリクエストを受信すると、その応答として、Ｗｅｂ画面保持部４１１に保持されているＷｅｂ画面をＭＦＰ１に送信する。

本実施形態では、上述のＷｅｂ画面送信部４１２の機能は、ＣＰＵ３０１がＲＯＭ３０２等に格納されたプログラムを実行することにより実現されるが、これに限らず、例えば専用のハードウェア回路（半導体集積回路等）により実現されてもよい。また、上述のＷｅｂ画面保持部４１１は、例えばＨＤＤなどの補助記憶装置等により実現されてもよい。なお、ここでは、Ｗｅｂ画面送信部４１２の機能は、プログラムを実行するＣＰＵ３０１と通信Ｉ／Ｆ３０４との組み合わせにより実現されると考えてもよい。

次に、本実施形態の情報処理システム１００の動作手順の一例を説明する。図１４は、本実施形態の情報処理システム１００の動作手順の一例を示すシーケンス図である。ここでは、ユーザが、アプリケーション一覧画面に表示された何れかのインストールボタン６を押下する場合の動作例を説明する。

まずユーザが、操作画面上のアイコン５（図５参照）をタッチすると（ステップＳ１）、ブラウザアプリは、アプリマーケットサーバ２に対して、上述のアプリケーション一覧画面リクエストを送信する（ステップＳ２）。そして、その応答として、アプリマーケットサーバ２からアプリケーション一覧画面を受信し（ステップＳ３）、受信したアプリケーション一覧画面を操作パネル２７に表示する（ステップＳ４）。

次に、ユーザが、アプリケーション一覧画面上の何れかのアプリケーションのインストールボタン６を押下すると（ステップＳ５）、ブラウザアプリ（可否制御部１１４）は、上述の命令管理アプリケーションに対して、１以上の正当スキームを要求する（ステップＳ６）。この要求を受けた命令管理アプリケーションは、記憶部１１３に記憶されている１以上の正当スキームをブラウザアプリへ送信する（ステップＳ７）。なお、この例では、命令管理アプリケーションは単独のアプリケーションとして存在しているが、これに限らず、例えば命令管理アプリケーションの機能がブラウザアプリにより実現される形態であってもよい。例えばブラウザアプリが、正当スキームを定義したメニューを有し、上述のステップＳ６および上述のステップＳ７は、ブラウザアプリの内部関数で実現することもできる。

上述のステップＳ７の後、ブラウザアプリ（可否制御部１１４）は、ステップＳ５で押下されたインストールボタン６に貼り付けられたＵＲＬスキームのスキーム部分を抽出し、命令管理アプリケーションから受け取った１以上の正当スキームの中に、抽出したスキーム部分と一致する正当スキームが存在するか否かを判断する（ステップＳ８）。

例えばステップＳ５で押下されたインストールボタン６に貼り付けられたＵＲＬスキームは図７の態様で表され、ブラウザアプリ（可否制御部１１４）は、図８に示す複数の正当スキームを命令管理アプリケーションから受け取った場合を想定する。この場合、ブラウザアプリ（可否制御部１１４）は、ステップＳ５で押下されたインストールボタン６に貼り付けられたＵＲＬスキームのスキーム部分として「ｉｎｓｔａｌｌｅｒ」を抽出する。そして、この例では、命令管理アプリケーションから受け取った１以上の正当スキームの中には、抽出したスキーム部分と一致する正当スキーム「ｉｎｓｔａｌｌｅｒ」が含まれているので（図８参照）、ステップＳ８の結果は肯定となる。この場合、ブラウザアプリ（可否制御部１１４）は、ステップＳ５で押下されたインストールボタン６に貼り付けられたＵＲＬスキームで実行手順が示されたインストール命令の実行を許可する。

以下、ブラウザアプリ（可否制御部１１４）が、ステップＳ５で押下されたインストールボタン６に貼り付けられたＵＲＬスキームで実行手順が示された命令の実行を許可した場合の動作例を説明する。この場合、ブラウザアプリ（可否制御部１１４）は、ステップＳ５で押下されたインストールボタン６に貼り付けられたＵＲＬスキームを、操作部２０のＯＳに通知する（ステップＳ９）。

操作部２０のＯＳは、通知されたＵＲＬスキームを確認し（ステップＳ１０）、ＵＲＬスキームで実行手順が示された命令（この例ではインストール命令）を実行するアプリケーションはインストーラであることを確認する。そして、操作部２０のＯＳは、インストーラに対して、当該ＵＲＬスキームを送信する（ステップＳ１１）。なお、これに限らず、例えば操作部２０のＯＳは、操作部２０の各アプリケーションに対して当該ＵＲＬスキームをブロードキャストし、対応するアプリケーション（この例ではインストーラ）が当該ＵＲＬスキームを受信する形態であってもよい。

操作部２０のＯＳからＵＲＬスキームを受信したインストーラは、該ＵＲＬスキーム（この例では図７に示すＵＲＬスキーム）で実行手順が示される命令を実行する。より具体的には、インストーラは、操作部２０のＯＳから受信したＵＲＬスキームから必要なパラメータ（命令の具体的な内容に相当する部分）を選択し、選択したパラメータに基づいて処理を実行する。この例では、インストーラは、アプリケーションサーバ３に対して、「４９３５４」というアプリＩＤで識別されるアプリケーションのダウンロードを要求し（ステップＳ１２）、アプリケーションサーバ３から該アプリケーションをダウンロードする（ステップＳ１３）。そして、ステップＳ１３でダウンロードしたアプリケーションをＭＦＰ１にインストールするための制御を行う（ステップＳ１４）。この例では、上述の実行制御部１１５の機能は、インストーラにより提供されると考えることができる。

一方、上述のステップＳ８の結果が否定の場合、ブラウザアプリ（可否制御部１１４）が、ステップＳ５で押下されたインストールボタン６に貼り付けられたＵＲＬスキームで実行手順が示された命令の実行を許可しない。この場合、ブラウザアプリ（可否制御部１１４）は、ステップＳ５で押下されたインストールボタン６に貼り付けられたＵＲＬスキームを、操作部２０のＯＳに通知することはしない。また、この場合、ブラウザアプリ（表示制御部１１１）は、図９に示すような第２の画面を操作パネル２７に表示する制御を行う（ステップＳ１５）。

次に、図１５を用いて、別の動作手順の一例を説明する。ここでは、ユーザが、Ｗｅｂ画面上に表示された、ＭＦＰ１に搭載された任意のアプリケーション（この例では「対象アプリケーション」と称する）に対して所定の命令を実行させることを示すＵＲＬスキーム（所定の命令の実行手順を示すＵＲＬスキーム）が貼り付けられたＵＩを押下した場合の動作例を説明する。

まずユーザが、操作画面上でＷｅｂサーバ４のＵＲＬを入力する操作を行うと（ステップＳ２０）、ブラウザアプリ（取得部１１２）は、Ｗｅｂサーバ４に対して、上述のＷｅｂリクエストを送信する（ステップＳ２１）。そして、その応答として、Ｗｅｂサーバ４からＷｅｂ画面を受信し（ステップＳ２２）、受信したＷｅｂ画面を操作パネル２７に表示する（ステップＳ２３）。

次に、ユーザが、Ｗｅｂ画面上の、所定の命令の実行手順を示すＵＲＬスキームが貼り付けられたＵＩを押下すると（ステップＳ２４）、ブラウザアプリ（可否制御部１１４）は、上述の命令管理アプリケーションに対して、１以上の正当スキームを要求する（ステップＳ２５）。この要求を受けた命令管理アプリケーションは、記憶部１１３に記憶されている１以上の正当スキームをブラウザアプリへ送信する（ステップＳ２６）。ブラウザアプリ（可否制御部１１４）は、ステップＳ２４で押下されたＵＩに貼り付けられたＵＲＬスキーム（Ｗｅｂ画面から選択されたＵＲＬスキーム）のスキーム部分を抽出し、命令管理アプリケーションから受け取った１以上の正当スキームの中に、抽出したスキーム部分と一致する正当スキームが存在するか否かを判断する（ステップＳ２７）。

上述のステップＳ２７の結果が肯定の場合、ブラウザアプリ（可否制御部１１４）は、ステップＳ２４で押下されたＵＩに貼り付けられたＵＲＬスキームで実行手順が示された命令の実行を許可する。以下、ブラウザアプリ（可否制御部１１４）が、ステップＳ２４で押下されたＵＩに貼り付けられたＵＲＬスキームで実行手順が示された命令の実行を許可した場合の動作例を説明する。この場合、ブラウザアプリ（可否制御部１１４）は、ステップＳ２４で押下されたＵＩに貼り付けられたＵＲＬスキームを、操作部２０のＯＳに通知する（ステップＳ２８）。

操作部２０のＯＳは、通知されたＵＲＬスキームを確認し（ステップＳ２９）、ＵＲＬスキームで実行手順が示された命令（この例では所定の命令）を実行するアプリケーションは対象アプリケーションであることを確認する。そして、操作部２０のＯＳは、対象アプリケーションに対して、当該ＵＲＬスキームを送信する（ステップＳ３０）。なお、これに限らず、例えば操作部２０のＯＳは、操作部２０の各アプリケーションに対して当該ＵＲＬスキームをブロードキャストし、対応するアプリケーション（この例では対象アプリケーション）が当該ＵＲＬスキームを受信する形態であってもよい。操作部２０のＯＳからＵＲＬスキームを受信した対象アプリケーションは、該ＵＲＬスキームで実行手順が示された命令を実行する（ステップＳ３１）。この例では、上述の実行制御部１１５の機能は、対象アプリケーションにより提供されると考えることができる。

一方、上述のステップＳ２７の結果が否定の場合、ブラウザアプリ（可否制御部１１４）は、ステップＳ２４で押下されたＵＩに貼り付けられたＵＲＬスキームで実行手順が示された命令の実行を許可しない。この場合、ブラウザアプリ（可否制御部１１４）は、ステップＳ２４で押下されたＵＩに貼り付けられたＵＲＬスキームを、操作部２０のＯＳに通知することはしない。また、この場合、ブラウザアプリ（表示制御部１１１）は、図９に示すような第２の画面を操作パネル２７に表示する制御を行う（ステップＳ３２）。

以上に説明したように、本実施形態では、記憶部１１３に記憶された１以上の正当スキームの中に、アプリケーション一覧画面やＷｅｂ画面から選択されたＵＲＬスキームのスキーム部分と一致する正当スキームが存在しない場合は、該選択されたＵＲＬスキームで実行手順が示された命令の実行を許可しない。つまり、図１６に示すように、本実施形態のＭＦＰ１は、アプリケーション一覧画面からユーザが押下したインストールボタン６に貼り付けられたＵＲＬスキームのスキーム部分が正当スキームに一致する場合に限り、インストール命令の実行を許可する。

例えば、スパイウェアなどのような、インストールが許可されていないアプリケーション（以下、「不正アプリケーション」と称する）が無断でＭＦＰ１にインストールされており、ＭＦＰ１が、不正アプリケーションが実行する所定の命令の実行手順を示すＵＲＬスキーム（許可されていない命令の実行手順を示すＵＲＬスキーム）が貼り付けられたＵＩを含むＷｅｂ画面をＷｅｂサーバ４から取得して表示している状況を想定する。このような状況で、ユーザが、Ｗｅｂ画面上の該ＵＩを押下しても、該ＵＩに貼り付けられたＵＲＬスキームのスキーム部分が、正当スキームに該当しない限り、該ＵＩに貼り付けられたＵＲＬスキームで実行手順が示された命令の実行は許可されない。これにより、許可されていない命令の実行を防止できる。

（第２の実施形態）
次に、第２の実施形態について説明する。上述の第１の実施形態と共通する部分については適宜に説明を省略する。図１７は、本実施形態のＭＦＰ１が有する機能の一例を示す図である。図１７に示すように、ＭＦＰ１は、変更部１２１をさらに有する。この例では、変更部１２１の機能は操作部２０により提供され、ＣＰＵ２１がＲＯＭ２２等に格納されたプログラムを実行することにより実現される。ただし、これに限らず、例えば変更部１２１の機能は専用のハードウェア回路で実現されてもよい。

本実施形態の表示制御部１１１は、命令情報（正当スキーム）の追加または削除する指示を受け付けるための第３の画面を表示する制御を行う機能（第３の表示制御部の機能）を有する。本実施形態では、表示制御部１１１は、第３の画面を要求する操作（ユーザの操作）を受け付けた場合、図１８に示すような第３の画面を操作パネル２７に表示する制御を行う。第３の画面には、正当スキームの一覧が表示される。この例では、ユーザは、第３の画面に表示された何れかの正当スキームを選択する操作を行い、「追加」ボタンまたは「削除」ボタンを押下することで、その選択した正当スキームの追加または削除を指示することができる。

図１７に戻って説明を続ける。変更部１２１は、第３の画面を介して、正当スキームを追加または削除する指示を受け付けた場合、受け付けた指示に従って、記憶部１１３に記憶される正当スキームの追加または削除を行う。

図１９は、記憶部１１３に記憶される正当スキームの追加または削除を行う場合のＭＦＰ１の動作手順の一例を示すシーケンス図である。図１９に示すように、命令管理アプリケーション（表示制御部１１１）は、第３の画面を要求する操作を受け付けると（ステップＳ４１）、図１８に示すような第３の画面を操作パネル２７に表示する制御を行う（ステップＳ４２）。

そして、命令管理アプリケーション（変更部１２１）は、第３の画面を介して、何れかの正当スキームを追加または削除する指示を受け付けた場合（ステップＳ４３）、受け付けた指示に従って、記憶部１１３に記憶される正当スキームの追加または削除を行う（ステップＳ４４）。その他の内容に関しては上述の第１の実施形態と同様であるので、詳細な説明は省略する。

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

また、上述の実施形態では、本体１０と操作部２０は、別々のオペレーションシステムで互いに独立して動作しているが、これに限らず、例えば本体１０と操作部２０が同じオペレーションシステムで動作する形態であってもよい。また、例えば上述のアプリマーケットサーバ２と、アプリケーションサーバ３とを統合した１つのサーバが設けられる形態であってもよい。

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

１ ＭＦＰ
２ アプリマーケットサーバ
３ アプリケーションサーバ
４ Ｗｅｂサーバ
８ ネットワーク
１０ 本体
２０ 操作部
１００ 情報処理システム
１１１ 表示制御部
１１２ 取得部
１１３ 記憶部
１１４ 可否制御部
１１５ 実行制御部
１２１ 変更部
２１１ アプリケーション一覧画面保持部
２１２ アプリケーション一覧画面送信部
３１１ アプリケーション保持部
３１２ アプリケーション送信部
４１１ Ｗｅｂ画面保持部
４１２ Ｗｅｂ画面送信部

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

Claims (15)

1. スキャナ機能を有し、サーバとネットワークを介して接続可能な画像形成装置であって、
   スキャナ機能を利用するためのアイコン、または、前記画像形成装置にダウンロード可能なアプリケーションの一覧を示すアプリケーション一覧画面を表示するためのアイコンを選択する選択画面を表示する操作パネルと、
   前記選択画面において、前記アプリケーション一覧画面を表示するためのアイコンを選択した場合に、前記サーバから第１の命令の実行手順を含む第１の画面を取得して前記操作パネルに表示する制御を行う第１の表示制御部と、
   実行が許可される命令に関する情報を示す１以上の命令情報を記憶する記憶部と、
   前記記憶部に記憶された１以上の前記命令情報の中に、前記第１の画面から選択された前記第１の命令の実行手順に対応する前記命令情報が存在しない場合は、前記第１の命令の実行を許可しない可否制御部と、を備え、
   前記第１の命令の実行手順は、該画像形成装置にインストールされたプログラムであって、前記第１の命令の実行手順を実行するプログラムを識別する情報を含み、
   前記可否制御部は、前記記憶部に記憶された１以上の前記命令情報の中に、前記プログラムを識別する情報が存在しない場合は前記第１の命令の実行を許可せず、
   前記プログラムを識別する情報が存在する場合は前記プログラムに対して前記第１の命令の実行手順に対応する処理を実行させる、
   画像形成装置。
2. 前記命令情報は、実行が許可される命令の実行手順を識別するための情報、または、実行が許可される命令を実行するアプリケーションを識別するための情報である、
   請求項１に記載の画像形成装置。
3. 前記可否制御部は、前記記憶部に記憶された１以上の前記命令情報の中に、前記第１の画面から選択された前記第１の命令の実行手順に対応する前記命令情報が存在する場合は、前記第１の命令の実行を許可する、
   請求項１または２に記載の画像形成装置。
4. 前記可否制御部が前記第１の命令の実行を許可しない場合、前記第１の命令を実行することができないことを示す第２の画面を表示する制御を行う第２の表示制御部を備える、
   請求項１乃至３のうちの何れか１項に記載の画像形成装置。
5. 前記第１の命令の実行手順は、ＵＲＬスキームで表される、
   請求項１乃至４のうちの何れか１項に記載の画像形成装置。
6. 前記ＵＲＬスキームのヘッダ部分は、命令を実行するアプリケーションを識別するための情報、または、命令の実行手順を識別するための情報を表す、
   請求項５に記載の画像形成装置。
7. 前記命令情報は、前記ヘッダ部分の情報で表される、
   請求項６に記載の画像形成装置。
8. 前記可否制御部は、
   前記記憶部に記憶された１以上の前記命令情報の中に、前記第１の画面から選択された前記第１の命令の実行手順を表す前記ＵＲＬスキームの前記ヘッダ部分と一致する前記命令情報が存在しない場合は、前記第１の命令の実行を許可しない、
   請求項７に記載の画像形成装置。
9. 前記命令情報を追加または削除する指示を受け付けるための第３の画面を表示する制御を行う第３の表示制御部と、
   前記第３の画面を介して、前記命令情報を追加または削除する指示を受け付けた場合、受け付けた指示に従って、前記記憶部に記憶される前記命令情報の追加または削除を行う変更部と、を備える、
   請求項１乃至８のうちの何れか１項に記載の画像形成装置。
10. 前記可否制御部が、前記第１の命令の実行を許可した場合、前記第１の命令を実行する制御を行う実行制御部をさらに備える、
    請求項１乃至９のうちの何れか１項に記載の画像形成装置。
11. 前記第１の命令はインストール命令である、
    請求項１０に記載の画像形成装置。
12. 前記実行制御部は、前記可否制御部が前記インストール命令の実行を許可した場合、前記インストール命令を実行する制御を行う、
    請求項１１に記載の画像形成装置。
13. 前記第１の表示制御部、前記可否制御部はブラウザであり、
    前記実行制御部は、前記ブラウザに表示されたアプリケーションを前記画像形成装置にダウンロードしてインストールするインストーラであり、
    前記ブラウザは、前記アプリケーション一覧画面を介してインストールするアプリケーションの選択を受け付けた場合に、前記選択されたアプリケーションに対応する前記命令情報を前記インストーラに通知し、
    前記インストーラは、前記命令情報に基づいて、対応するアプリケーションを前記サーバに要求する、
    請求項１２に記載の画像形成装置。
14. スキャナ機能を有し、サーバとネットワークを介して接続可能な画像形成装置による情報処理方法であって、
    スキャナ機能を利用するためのアイコン、または、前記画像形成装置にダウンロード可能なアプリケーションの一覧を示すアプリケーション一覧画面を表示するためのアイコンを選択する選択画面において、前記アプリケーション一覧画面を表示するためのアイコンを選択した場合に、前記サーバから、第１の命令の実行手順を含む第１の画面を取得して操作パネルに表示する制御を行う第１の表示制御ステップと、
    実行が許可される命令に関する情報を示す１以上の命令情報を記憶する記憶部に記憶された１以上の前記命令情報の中に、前記第１の画面から選択された前記第１の命令の実行手順に対応する前記命令情報が存在しない場合は、前記第１の命令の実行を許可しない可否制御ステップと、を含み、
    前記第１の命令の実行手順は、該画像形成装置にインストールされたプログラムであって、前記第１の命令の実行手順を実行するプログラムを識別する情報を含み、
    前記可否制御ステップは、前記記憶部に記憶された１以上の前記命令情報の中に、前記プログラムを識別する情報が存在しない場合は前記第１の命令の実行を許可せず、
    前記プログラムを識別する情報が存在する場合は前記プログラムに対して前記第１の命令の実行手順に対応する処理を実行させる、
    情報処理方法。
15. スキャナ機能を有し、サーバとネットワークを介して接続可能な画像形成装置に搭載されたコンピュータに、
    スキャナ機能を利用するためのアイコン、または、前記画像形成装置にダウンロード可能なアプリケーションの一覧を示すアプリケーション一覧画面を表示するためのアイコンを選択する選択画面において、前記アプリケーション一覧画面を表示するためのアイコンを選択した場合に、前記サーバから、第１の命令の実行手順を含む第１の画面を取得して操作パネルに表示する制御を行う第１の表示制御ステップと、
    実行が許可される命令に関する情報を示す１以上の命令情報を記憶する記憶部に記憶された１以上の前記命令情報の中に、前記第１の画面から選択された前記第１の命令の実行手順に対応する前記命令情報が存在しない場合は、前記第１の命令の実行を許可しない可否制御ステップと、を実行させるためのプログラムであって、
    前記第１の命令の実行手順は、該画像形成装置にインストールされたプログラムであって、前記第１の命令の実行手順を実行するプログラムを識別する情報を含み、
    前記可否制御ステップは、前記記憶部に記憶された１以上の前記命令情報の中に、前記プログラムを識別する情報が存在しない場合は前記第１の命令の実行を許可せず、
    前記プログラムを識別する情報が存在する場合は前記プログラムに対して前記第１の命令の実行手順に対応する処理を実行させる、
    プログラム。

Images