JP2023020028A - 情報処理システム、情報処理装置、プログラム - Google Patents

Abstract

【課題】 記述ファイルとアプリケーションデータに基づくカスタムアプリケーションを適切に識別可能な情報処理装置を提供する。【解決手段】 ＭＦＰは、再生アプリケーションとディスクリプションの組み合わせをカスタムアプリケーションとして登録し、通常アプリケーションを登録し、インストールされたアプリケーションを一覧可能なアプリケーション管理画面に配置されるカスタムアプリケーションに対応する名称情報としてディスクリプションの名称情報を配置する。【選択図】 図１５

Description

本発明は、情報処理装置にインストールするアプリケーションを編集するシステムに関する。この情報処理装置としては、例えば、プリンタ、スキャナ、ＦＡＸ、複写機、およびこれらの複合機等の画像形成装置を利用することができる。また、この情報処理装置として、パーソナルコンピュータやモバイル端末等の電子機器を利用してもよい。

ＭＦＰ等の情報処理装置にアプリケーションをインストールして機能を拡張する仕組みが知られている。特許文献１では情報処理装置にインストールしたアプリケーションについてＩＤ等を用いて管理する技術を開示している。

特開２０１６－２４７０号公報

情報処理装置を扱う顧客のニーズは様々である。そのため、顧客のニーズにあった機能をアプリケーションの形で提供することが望ましい。また、顧客の要望に迅速に対応できるよう、サービスマンや営業担当者等の関係者がアプリケーションをカスタマイズして顧客に提供できるとよい。

そこで、本願発明人は、編集が容易な記述データとしてのディスクリプション情報と汎用の再生アプリケーションを組み合わせることでカスタマイズされたアプリケーション（カスタムアプリケーション）を提供する仕組みについて検討を進めている。このようなカスタムアプリケーションは、顧客の要望の数に比例して種類が増大するため、適切に管理できる環境を構築することが望ましい。

特に、上述した構成のカスタムアプリケーションは、汎用の再生アプリケーションを流用するため、汎用の再生アプリケーションから取得できる情報だけではカスタムアプリケーションを適切に識別することが困難である。画像形成装置は、こうしたカスタムアプリケーションを適切に識別できることが望まれる。

本発明の目的は、記述ファイルとアプリケーションデータに基づくカスタムアプリケーションを適切に識別可能な情報処理装置を提供することである。

本発明は、情報処理装置において、動作手順が定義された記述ファイルおよびこれを再生する再生アプリケーションの組み合わせ情報を組み合わせアプリケーションとして登録する手段と、前記記述ファイルを用いない非組み合わせアプリケーションを登録する手段と、前記組み合わせアプリケーションの識別情報と前記非組み合わせアプリケーションの識別情報を含む一覧情報を出力する手段と、を有し、前記一覧情報において、前記組み合わせアプリケーションの識別情報として前記記述ファイルの識別情報が用いられることを特徴とするものである。

本発明によれば、記述ファイルとアプリケーションデータに基づくカスタムアプリケーションを適切に識別可能な情報処理装置を提供できる。

オーサリングシステムについて説明する図である。 図２（Ａ）は、オーサリングシステムのソフトウェア構成を示す図である。図２（Ｂ）は、オーサリングシステムに用いられるサーバ装置のハードウェア構成を示す図である。 図３（Ａ）は、ＭＦＰのハードウェア構成を示す図である。図３（Ｂ）は、ＭＦＰのソフトウェア構成を示す図である。 ＭＦＰにおけるソフトウェアの階層構造を示す図である。 図５（Ａ）はクライアント端末のハードウェア構成を示す図である。図５（Ｂ）はクライアント端末が実行するディスクリプションエディタのソフトウェア構成を示す図である。 ディスクリプションエディタに関するソフトウェアの階層構造を示す図である。 図７（Ａ）は、ディスクリプションエディタの画面を示す図である。図７（Ｂ）は、ＭＦＰにおけるカスタムアプリケーションの実行画面を示す図である。 ディスクリプションエディタのソフトウェアモジュール間のシーケンスを示す図である。 オーサリングシステムの利用フローを示す図である。 カスタムアプリケーションのデータ構造を示す図である。 ディスクリプションを示す図である。 図１２（Ａ）はカスタムアプリケーションのインストールについて説明する図である。図１２（Ｂ）は通常アプリケーションのインストールについて説明する図である。 アプリケーションのインストールフローを示す図である。 図１４（ａ）はアプリケーションｍｅｔａ情報を示す図である。図１４（ｂ）はディスクリプションｍｅｔａ情報を示す図である。 図１５（ａ）はアプリケーション管理画面を示す図である。図１５（ｂ）は比較例におけるアプリケーション管理画面を示す図である。 アプリケーション詳細画面を示す図である。 アプリケーション管理の流れを示す図である。 アプリケーション情報の取得処理をフローチャートで示す図である。 カスタムアプリケーションのインストールについて説明する図である。

以下、本発明の実施するための形態について、実施例を挙げ図面を用いて具体的に説明する。なお、本発明の範囲は実施例に記載の構成には限定されない。同様の効果が得られる範囲において、構成の一部や処理の一部について均等物へ置き換えたり省略したりといった改変をおこなってもよい。

（実施例）
＜オーサリングシステム＞
図１は、オーサリングシステムについて説明する図である。オーサリングシステム０１０１は、ＭＦＰ０２０３で実行されるカスタムアプリケーションの編集環境を提供する情報処理システムである。本実施例では、オーサリングシステム０１０１を用いることで、サービスマンや営業担当者等の関係者によるアプリケーションのカスタマイズ可能にする。これにより、顧客の要望にあったカスタムアプリケーションを迅速に提供することが可能となる。また、顧客の要望毎に種類が増えていくカスタムアプリケーションを適切に管理にすることができる。

オーサリングシステム０１０１は汎用クラウドサービス上に構築されるシステムであり、ネットワークを介して様々な装置からアクセスすることができる。オーサリングシステム０１０１を使用するすべての管理者および利用者は、ユーザ認証の仕組みによってログイン管理される。すなわち、管理者および利用者は、オーサリングシステム０１０１の利用開始時にユーザＩＤやパスワード等を用いたユーザ認証手続きをおこなう。本実施例では、ユーザ認証の仕組みとして汎用クラウドサービスが提供する機能を利用するものとし、その詳細な説明は割愛する。なお、オーサリングシステム０１０１は、独自のユーザ認証機能を備えていてもよい。

オーサリングシステム０１０１はテナント発行サイト０１０６を備えており、用途に応じて複数のテナントを作成することができる。図１は、少なくとも、テナントＡ（０１０７）、テナントＢ（０１０８）、および、テナントＣ（０１０９）が発行された状態を示している。例えば、システム管理者０１０２は、クライアント端末０２４０からｗｅｂブラウザを介してテナント発行サイト０１０６にアクセスすることで、各国のグループ販売会社に対してテナントを作成することができる。グループ販売会社ではなくシステムインテグレータに対してテナントを発行してもよい。

テナントが発行された場合、ひとつのテナントには、それを管理する一人以上の管理者が割り当てられる。図１では、少なくとも、テナントＡ（０１０７）を管理するテナントＡ管理者０１０３、テナントＢ（０１０８）を管理するテナントＢ管理者０１０４、および、テナントＣ（０１０９）を管理するテナントＣ管理者０１０５が存在する例を示している。あるテナントのテナント管理者は、別のテナント管理者を設定したり、削除したりすることが可能である。

テナント管理者は、クライアント端末０２４０からｗｅｂブラウザを介して管理するテナントにアクセスし、そのテナントを利用する複数の利用者アカウントを作成することができる。図１では、テナントＡ管理者０１０３が、技術営業Ａ１（０１１０）、技術営業Ａ２（０１１１）から、技術営業Ａｎ（０１１２）までのアカウントを作成した例を示している。それぞれのアカウントには、ディスクリプションを格納しておくディスクリプションプールが割り当てられる。ここで、ディスクリプションとは、カスタムアプリケーションの振る舞い（動作手順、画面構成、画面遷移、ジョブ実行）を記述したファイル（記述ファイル）であり、オーサリングシステム０１０１を用いて作成することができる。なお、カスタムアプリケーションの構成やディスクリプションの詳細については後述する。

図１では、技術営業Ａ１（０１１０）、技術営業Ａ２（０１１１）から、技術営業Ａｎ（０１１２）までのアカウントに、それぞれディスクリプションプールが割り当てられている様子を示している。各アカウントにはそれぞれ、ディスクリプションプールＡ１（０１１３）、ディスクリプションプールＡ２（０１１４）から、ディスクリプションプールＡｎ（０１１５）（ｎは自然数）までが割り当てられている。なお、図１上では割愛するが、テナントＢ管理者やテナントＣ管理者も同様に、各テナントにおける利用者のアカウントを適宜作成することができる。また、テナント管理者は、共有ディスクリプションプールをテナント中に配置することで、１つのディスクリプションをテナント内の複数のアカウントで共有することを許可することができる。図１では、テナントＡ（０１０７）内に共有ディスクリプションプールＡ（０１１６）が配置することで、テナントＡ（０１０７）内でディスクリプションを共有する例を示している。テナント内のディスクリプションを共有する同様の構成として、テナントＢ（０１０８）内には共有ディスクリプションプールＢ（０１１７）が、テナントＣ（０１０９）には共有ディスクリプションプールＣ（０１１８）が配置されている。

なお、本実施例では、テナント内のすべてのアカウントが読み書き可能をおこなえるように共有ディスクリプションプールの設定がなされているものとして説明する。なお、アカウントに応じて書き込みや読み取りが制限されるように共有ディスクリプションプールの設定を変更しても構わない。また、オーサリングシステム０１０１は、すべてのテナントのアカウントがアクセス可能な共有ディスクリプションプールを備えていてもよい。この、共有ディスクリプションプールについても、アカウントに応じた制限を設定してもよい。

＜システムの利用フロー＞
図９を用いて、オーサリングシステムの主要な利用フローを説明する。図９はオーサリングシステムの利用フローを示す図である。

ステップ９０１（以降、Ｓ９０１等と表記する）において、システム管理者０１０２は、オーサリングシステム０１０１に対してテナント作成処理・再生アプリケーションの登録処理を行う。オーサリングシステム０１０１には、カスタムアプリケーション用の再生アプリケーションの他、通常のアプリケーションの情報が登録されている。これらのアプリケーションは一意に識別可能な情報に基づいて他のアプリケーションと区別可能に管理されている。Ｓ９０２において、システム利用者０２０２は、クライアント端末０２４０を用いて、テナント情報を元にＷＥＢツールにアクセスする。クライアント端末０２４０は、ネットワークを経由して、オーサリングシステム０１０１からＷＥＢツールを取得する。

システム利用者０２０２の指示によって、クライアント端末０２４０では、ＷＥＢツールを使用したディスクリプションの生成処理、登録処理がおこなわれる（Ｓ９０４～Ｓ９０７）。オーサリングシステム０１０１に登録されたディスクリプションは、一意に識別可能な情報に基づいて他のディスクリプションと区別可能に管理される。ディスクリプションの生成処理・登録処理の詳細については図１４を用いて後述する。

Ｓ９０８において、クライアント端末０２４０は、登録されたディスクリプションを使用するカスタムアプリケーションについて、インストールコードの発行依頼をオーサリングシステム０１０１に送信する。

Ｓ９１４でインストールコード発行依頼を受信したオーサリングシステム０１０１は、後述するディスクリプション署名付与０２１１において署名用鍵情報０２１８を用いることで、ディスクリプション０２１９に署名情報を付与する。なお、署名用鍵情報０２１８は、後述の再生アプリケーションの署名に使用する鍵情報とは異なる情報である。再生アプリケーションの署名に使用する鍵情報はシステム開発者０２０１の開発環境において管理される。

Ｓ９１５において、オーサリングシステム０１０１は、後述するカスタムアプリパッケージング０２１２において、署名付与したディスクリプションと署名付与済みの再生アプリケーションのパッケージング処理を行う。

Ｓ９０９において、オーサリングシステム０１０１は、インストールコード発行システム０２１４においてインストールコードを発行し、パッケージングしたカスタムアプリケーションをカスタムアプリ配信システム０２１３に登録する。発行されたインストールコードは、電話やＥメールなどの伝達手段によって利用者０２０２から顧客０２３０に伝達される。

Ｓ９１０において、顧客０２３０がＭＦＰ０２０３にインストールコードを入力すると、ＭＦＰ０２０３はオーサリングシステム０１０１にインストールコードを送信する。

Ｓ９１１において、オーサリングシステム０１０１は、カスタムアプリ配信システム０２１３において、受信したインストールコードに対応したカスタムアプリケーションをＭＦＰ０２０３に提供する。

Ｓ９１２において、カスタムアプリケーションを受信したＭＦＰ０２０３は、カスタムアプリケーションのインストールを行う。正常にインストールが完了すると、Ｓ９１３においてアプリケーションが実行され、アプリケーションが提供する機能を顧客０２３０が利用可能な状態となる。

＜オーサリングシステムのソフトウェア構成＞
次に、オーサリングシステム０１０１のソフトウェア構成について説明する。図２（Ａ）は、オーサリングシステムのソフトウェア構成を示す図である。

同図において、オーサリングシステム０１０１、テナントＡ（０１０７）、利用者アカウントである技術営業Ａ１（０１１０）、および、ディスクリプションプールＡ１（０１１３）は、図１と同一のものである。

オーサリングシステム０１０１は、フロントエンドリソース０２０４、バックエンドプログラム０２０５、再生アプリケーションリソース０２０６といったソフトウェアモジュールを備える。

フロントエンドリソース０２０４は、ディスクリプションエディタ０２０７、フレームワークエミュレータ０２０８、インストールコード発行画面０２０９などのリソースを収容する。それぞれのリソースは、ＪａｖａＳｃｒｉｐｔ等で記述されたプログラムで、利用者がオーサリングシステム０１０１にアクセスする際に使うｗｅｂブラウザ上（ウェブブラウザ上）で動作する。

ディスクリプションエディタ０２０７は、各テナントの利用者がディスクリプションの作成・編集等を行う際にｗｅｂブラウザ上で動作するプログラム（編集プログラム）である。ディスクリプションエディタ０２０７で作成されたディスクリプションは、利用者アカウントに紐づけられたディスクリプションプールに保存することができる。図２では、利用者である技術営業Ａ１（０２０２）が、オーサリングシステム０１０１にログインし、フロントエンドリソース０２０４にアクセスしている例を示している。また、利用者である技術営業Ａ１（０２０２）がフロントエンドリソース０２０４に収容されているディスクリプションエディタ０２０７を使って作成したディスクリプション０２１９が、ディスクリプションプールＡ１（０１１３）に保存された様子を示している。前述した通り、ディスクリプションプールＡ１（０１１３）は、テナントＡ（０１０７）に作成された利用者アカウントである技術営業Ａ１（０１１０）に紐づけられている。

フレームワークエミュレータ０２０８は、ディスクリプションエディタ０２０７上で作成中（編集中）・作成済みのディスクリプションの振る舞いを同エディタ内で確認する際に呼び出されるプログラムである。フレームワークエミュレータ０２０８は、Ｗｅｂブラウザ上で動作するよう構成されている。フレームワークエミュレータ０２０８は、デバイスにおけるアプリケーションフレームワークの動作をエミュレーションし、作成されたディスクリプションを含むカスタムアプリケーションの振る舞いを画面情報として出力することで可視化する。

インストールコード発行画面０２０９は、カスタムアプリケーションをデバイスにインストールする際に使われるインストールコードを、利用者が使うｗｅｂブラウザ上に表示するプログラムである。

バックエンドプログラム０２０５は、ディスクリプションナンバー管理０２１０、ディスクリプション署名付与０２１１、カスタムアプリパッケージング０２１２、カスタムアプリ配信システム０２１３、インストールコード発行システム０２１４などを収容する。

バックエンドプログラム０２０５に収容されたそれぞれのプログラムは、オーサリングシステム０１０１がホストされるクラウド上のサーバ装置０２２０で実行され、フロントエンドリソース０２０４の各プログラムと協調して動作する。

ディスクリプションナンバー管理０２１０は、ひとつひとつのディスクリプションを識別するためのユニークなシリアルナンバーを発行するプログラムである。ディスクリプションナンバー管理０２１０は、利用者がディスクリプションエディタ０２０７を使って新たなディスクリプションの作成を開始するときに呼び出される。また、利用者が過去に作ったディスクリプションを破棄するときにも呼び出される。破棄したいディスクリプションがカスタムアプリケーションとして使用されていなければ、該ディスクリプションの作成時に割り当てたシリアルナンバーを再利用可能な状態に戻す等の処理を受け持つ。

ディスクリプション署名付与０２１１は、ディスクリプションが改ざんされていないことを保証するための署名を該ディスクリプションに付与するプログラムである。署名の付与は、例えば、作成されたディスクリプションを含むカスタムアプリケーションのインストールパッケージの生成時におこなわれる。ディスクリプション署名付与０２１１は、その署名の際に用いる署名用鍵情報０２１８を備える。図２では、ディスクリプションプールＡ１（０１１３）に保存されているディスクリプション０２１９がディスクリプション署名付与０２１１に引用されている例を示している。

カスタムアプリパッケージング０２１２は、カスタムアプリケーションのインストールパッケージ化を行うプログラムである。インストールパッケージでは、ディスクリプション署名付与０２１１によって生成された署名付きディスクリプションと、後述する特定の再生アプリケーションとをひとつにまとめられている。インストールパッケージ化することによって、任意のデバイスにカスタムアプリケーションをインストールすることが可能になる。なお、インストールパッケージの構造の詳細については後述する。

カスタムアプリ配信システム０２１３は、インストールコード発行画面０２０９で発行されたインストールコードに予め紐づけられた、ひとつ以上のカスタムアプリケーションのインストールパッケージを、デバイスに配信するシステムのプログラムである。ここで、ひとつ以上のカスタムアプリケーションのインストールパッケージをカスタムアプリケーションのインストールパッケージアーカイブと呼ぶこととする。カスタムアプリ配信システム０２１３は、インストールコードを伴った配信要求をデバイスから受け取ると、そのインストールコードに紐づけられたカスタムアプリケーションのインストールパッケージアーカイブをデバイスに送信する。図２では、デバイスとしてＭＦＰ０２０３がオーサリングシステム０１０１のバックエンドプログラム０２０５に接続されている例を示しており、カスタムアプリケーションのインストールパッケージはＭＦＰ０２０３に順次送信されることになる。

インストールコード発行システム０２１４は、インストールコード発行画面０２０９と協調して動作し、利用者によって選択されたひとつ以上のカスタムアプリケーションに対するインストールコードを発行するプログラムである。また、インストールコード発行システム０２１４は、選択されたひとつ以上のカスタムアプリケーション（すなわち、カスタムアプリケーションのインストールパッケージアーカイブ）と、発行されたインストールコードとの関係を示すテーブルを内部に保持する。詳細は後述する。

ここで、カスタムアプリケーションのインストールパッケージアーカイブは、オンデマンドで生成されるように構成してもよいし、事前に生成しておくように構成してもよい。もしオンデマンドで生成されるように構成したならば、カスタムアプリ配信システム０２１３がインストールコードを伴った配信要求をデバイスから受け取った後に、カスタムアプリパッケージング０２１２によって生成される。一方、事前に生成しておくように構成したならば、インストールコード発行システム０２１４がインストールコードを発行したときにカスタムアプリパッケージング０２１２によって生成される。そして、インストールコード発行システム０２１４内部に発行されたインストールコードとの関係を示すテーブルと共に保持される。

再生アプリケーションリソース０２０６は、作成されたディスクリプションを再生するためのアプリケーションであって、かつ、事前に署名が付加されたパッケージである署名付きアプリケーションを収容する。再生アプリケーションリソース０２０６で管理される再生アプリケーションはひとつとは限らない。例えば、バージョン毎に別々に管理されるなど複数を管理されてもよい。図２では、事前に署名が付与された再生アプリケーションｖｅｒ１（０２１５）、再生アプリケーションｖｅｒ２（０２１６）から再生アプリケーションｖｅｒＮ（０２１７）を収容している例を示している。各再生アプリケーションには対応する署名「署名１」「署名２」から「署名Ｎ」が付与される。それぞれの再生アプリケーションは、システム開発者０２０１によって開発される。また、再生アプリケーションの署名は、その署名に用いられる鍵情報が厳重に管理されたシステム開発者０２０１の開発環境で事前に付与される。そして、事前に署名が付与された再生アプリケーションは、システム開発者０２０１によって再生アプリケーションリソース０２０６へ適時アップロードされる。加えて、再生アプリケーションリソース０２０６に収容されるそれぞれの再生アプリケーションは、カスタマイズ可能な情報を備える。利用者は、ディスクリプションエディタ０２０７でディスクリプションの作成を開始するときに再生アプリケーションのバージョンを選択する。そして、ディスクリプションエディタ０２０７は、選択されたバージョンの再生アプリケーションから、同再生アプリケーション固有のカスタマイズ可能な情報を取得する。これにより、ディスクリプションエディタ０２０７は、カスタマイズに必要なメニュー項目のような情報を静的に保持しておく必要がなくなる。

＜サーバ装置＞
図２（Ａ）で説明したオーサリングシステムのソフトウェア構成を実行するためのハードウェア構成について説明する。オーサリングシステム０１０１、クラウド上に構築するシステムであるため、複数の装置によって負荷を分散するように構成される。本実施例では説明を簡単にするため、１つのサーバ装置０２２０で処理するケースについて説明する。図２（Ｂ）は、オーサリングシステムに用いられるサーバ装置のハードウェア構成を示す図である。

サーバ装置０２２０はオーサリングシステムを実行するための情報処理装置であり、コントローラユニット２５０を備える。コントローラユニット２５０は、ＣＰＵ２５２、ＲＡＭ２５３、ＨＤＤ２５５、ＲＯＭ２５６、ネットワークＩ／Ｆ２５７を備える。ＣＰＵ２５２、ＲＡＭ２５３、ＨＤＤ２５５、ＲＯＭ２５６、ネットワークＩ／Ｆ２５７は、システムバス２５９を介して接続されている。

ＣＰＵ２５２は、サーバ装置の動作を制御するものであり、ＲＡＭ２５３に格納されたプログラムに基づいて動作する。ＲＯＭ２５６はブートＲＯＭであり、システムのブートプログラムが格納されている。ネットワークＩ／Ｆ２５７はＬＡＮに接続されて、ネットワーク経由での各種情報の入出力を司る。ＨＤＤ２５５は、システムソフトウェアをはじめとした各種プログラム等が格納されている。ＨＤＤ２５５に格納されたプログラムがＲＡＭ２５３にロードされ、ＣＰＵ２５２はこれに基づいてサーバ装置０２２０の動作を制御する。

上述した管理者や利用者のアカウント情報、図２（Ａ）記載のテナントＡ（０１０７）に代表される各テナントに関する情報などは、すべてＨＤＤ２５５上で保持・管理される。図２（Ａ）記載のフロントエンドリソース０２０４、バックエンドプログラム０２０５、再生アプリケーションリソース０２０６などもまた、ＨＤＤ２５５上に保存される。加えて、図示しないが、図１の説明で記述した管理者および利用者のユーザ認証の仕組みを実現するプログラムなどもＨＤＤ２５５上に保持されている。ユーザ認証の仕組みを実現するプログラムは、サーバ装置０２２０を起動すると自動的にＲＡＭ２５３上にロードされ、ＣＰＵ２５２によって実行される。例えば、図２（Ａ）記載のシステム開発者０２０１や利用者（技術営業Ａ１）０２０２がオーサリングシステム０１０１にアクセスしてログインを試みると、その要求はネットワークＩ／Ｆ２５７を介してユーザ認証のプログラムに伝えられる。そして、ユーザ認証のプログラムによって、システム開発者０２０１や利用者（技術営業Ａ１）０２０２が使用しているＰＣ等のｗｅｂブラウザ上にログイン画面が表示される。フロントエンドリソース０２０４に収容されるディスクリプションエディタ０２０７なども、ＨＤＤ２５５上に保持されている。例えば利用者（技術営業Ａ１）０２０２がオーサリングシステム０１０１にログインしてディスクリプションエディタのＵＲＬにアクセスすると、その要求はネットワークＩ／Ｆ２５７を介してサーバ装置０２２０に伝わる。そして、ディスクリプションエディタ０２０７のプログラムは、利用者（技術営業Ａ１）０２０２が使用しているＰＣのｗｅｂブラウザに返され、ｗｅｂブラウザ上で動作する。フレームワークエミュレータ０２０８やインストールコード発行画面０２０９についても同様の処理がなされる。

バックエンドプログラム０２０５に収容されるディスクリプションエディタ０２０７なども、ＨＤＤ２５５上に保持されている。前述の通り、バックエンドプログラム０２０５はフロントエンドリソース０２０４の各プログラムと協調して駆動される。バックエンドプログラム０２０５に収容されたディスクリプションナンバー管理０２１０をはじめとする各モジュールは、駆動を要求されるとＨＤＤ２５５からＲＡＭ２５３上にロードされ、ＣＰＵ２５２によって実行される。

＜ＭＦＰ＞
ＭＦＰ０２０３は情報を処理する情報処理装置であり、画像を処理する画像処理装置であり、シートに画像を形成する画像形成装置である。図３（Ａ）は、ＭＦＰのハードウェア構成を示す図である。図３（Ｂ）は、ＭＦＰのソフトウェア構成を示す図である。

ＭＦＰ０２０３はコントローラユニット３００と、プリンタ３９５と、スキャナ３７０と、操作部３１２、ＵＳＢストレージ３１４とを備える。コントローラユニット３００は、スキャナ３７０で読み取られた画像データをプリンタ３９５により印刷出力するコピー機能を実現するための制御を行う。スキャナ３７０は、原稿から画像を読み取る画像読取部である。プリンタ３９５は、シート（用紙）に画像を形成する画像形成部である。操作部３１２はユーザの指示を受け付ける受付部であり、ユーザに情報を表示する表示部である。

コントローラユニット３００は、ＣＰＵ３０１を有し、ＣＰＵ３０１は、ＲＯＭ３０３に格納されているブートプログラムによりオペレーションシステム（ＯＳ）を立ち上げる。

ＣＰＵ３０１は、このＯＳ上で、ストレージ３０４に格納されているプログラムを実行し、これによって各種処理を実行する。このＣＰＵ３０１の作業領域としてはＲＡＭ３０２が用いられる。ＲＡＭ３０２は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ストレージ３０４は、プログラムや画像データを格納する。

ＣＰＵ３０１には、システムバス３０７を介して、ＲＯＭ３０３およびＲＡＭ３０２、操作部Ｉ／Ｆ（操作部インターフェース）３０６、ネットワークＩ／Ｆ（ネットワークインターフェース）３１０、ＵＳＢホストＩ／Ｆ３１３、画像バスＩ／Ｆ（画像バスインターフェース）３０５が接続される。操作部Ｉ／Ｆ３０６は、タッチパネルを有する操作部３１２とのインターフェースであり、操作部３１２に表示すべき画像データを操作部３１２に対して出力する。また、操作部Ｉ／Ｆ３０６は、操作部３１２においてユーザにより入力された情報をＣＰＵ３０１に送出する。ネットワークＩ／Ｆ３１０は、ＭＦＰ０２０３をＬＡＮに接続するためのインターフェースである。ＵＳＢホストＩ／Ｆ３１３は、ＵＳＢストレージ３１４と通信するインターフェース部である。ＵＳＢホストＩ／Ｆ３１３は、ストレージ３０４に格納されているデータをＵＳＢストレージ３１４に記憶させるための出力部である。また、ＵＳＢホストＩ／Ｆ３１３は、ＵＳＢストレージ３１４に格納されているデータを入力し、ＣＰＵ３０１にそれを伝える。ＵＳＢストレージ３１４は、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ３１３に対して着脱可能である。ＵＳＢホストＩ／Ｆ３１３には、ＵＳＢストレージ３１４を含む複数のＵＳＢデバイスが接続可能である。ＲＴＣ３１５は、現在時刻を制御する。このＲＴＣ３１５で制御する時刻情報はジョブ投入時間の記録などに利用する。画像バスＩ／Ｆ３０５は、システムバス３０７と、画像データを高速で転送する画像バス３０８とを接続し、データ形式を変換するためのバスブリッジである。画像バス３０８は、ＰＣＩバスまたはＩＥＥＥ３３９４等によって構成される。画像バス３０８上には、デバイスＩ／Ｆ３２０、スキャナ画像処理部３８０、プリンタ画像処理部３９０が設けられる。デバイスＩ／Ｆ３２０には、スキャナ３７０およびプリンタ３９５が接続され、デバイスＩ／Ｆ３２０は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部３８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部３９０は、プリント出力画像データに対してプリンタ３９５に応じた補正、解像度変換などを行う。

ストレージ３０４に記憶されているプログラムを、ＣＰＵ３０１がＲＡＭ３０２にロードし、プログラムを実行することで図３の各モジュールが実現される。図３（Ｂ）はＭＦＰのソフトウェア構成を示す図である。

ＭＦＰ０２０３は、そのソフトウェア構成として、サーブレットサービス３５４、ＵＩ制御部３５３、アプリケーション実行制御部３５５、ストレージ制御部３５６、アプリケーション実行制御部３５５、標準機能制御部３５１、タイマー管理部３５９を備える。

サーブレットサービス３５４は、ネットワークＩ／Ｆ３１０を通してＨＴＴＰアクセスされた際に、そのリクエストを受け付ける。そして、アクセスされたＵＲＬによってモジュール（アプリケーション管理部３５２か標準機能制御部３５１）に処理を振り分けるモジュールである。

ＵＩ制御部３５３は、操作部３１２に画面を表示し、ユーザからの操作を受け付けて、その操作情報を適切なモジュール（アプリケーション管理部３５２か標準機能制御部３５１）に通知を行うモジュールである。アプリケーション管理部３５２は、インストールされている拡張アプリケーション４４０のインストールやの起動等の管理を行うモジュールである。

アプリケーション実行制御部３５５は、アプリケーション管理部３５２で起動されたアプリケーションの実行制御を行うモジュールである。具体的には、ＶＭスレッド４１５、ＶＭシステムサービス４２０、ＶＭ４３０、拡張アプリケーション４４０を制御する。

ストレージ制御部３５６は拡張アプリケーション４４０のプログラムや、設定情報を記録管理するモジュールである。

アプリケーション実行制御部３５５は、ストレージ制御部３５６にアクセスしてアプリケーションのプログラムを読み出す。また、各モジュールは、ストレージ制御部３５６にアクセスし、設定値の参照、設定を行う。

標準機能制御部３５１は、ＭＦＰ０２０３の標準機能であるコピーやＦＡＸの制御や、その他のＭＦＰ０２０３に必要な制御（例えばＵＳＢホストパスＩ／Ｆ３１３の制御）を行うモジュールである。また、標準機能制御部３５１は、実行したコピーやＦＡＸなどをジョブとして管理し、そのジョブの実行結果の記録をジョブ実行履歴制御部３５７に依頼する。ジョブ実行履歴制御部３５７は、ジョブの実行結果を履歴としてストレージに残すため、ストレージ制御部３５６に履歴の記録を依頼する。

タイマー管理部３５９は、ＲＴＣ３１５から現在時刻情報を取得し、規定の時刻が経過したことを検知し、アプリケーション管理部３５２に通知する。アプリケーション管理部３５２は、タイマー管理部３５９から通知を受け、アプリケーションのタイマー処理の実行をアプリケーション実行制御部３５５に依頼する。

ここで、ＯＳ、ＶＭ、アプリケーションの関係について詳細に説明する。図４は、ＭＦＰにおけるソフトウェアの階層構造を示す図である。

オペレーティングシステムであるＯＳ４０１上では、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブプログラム４１０が動作する。また、オペレーティングシステムであるＯＳ４０１上では、拡張アプリケーション４４０の実行環境である仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：ＶＭ）４３０が動作する。ＶＭ４３０は、拡張アプリケーション４４０を制御するプログラムを理解し実行するモジュールである。拡張アプリケーション４４０は、必ずＶＭ４３０上で動作する。ＶＭ４３０で動作するプログラムは、ＣＰＵ３０１で動作する命令とは異なり、ＶＭ４３０専用の命令で動作する。この命令をバイトコードと呼ぶ。一方でＣＰＵ専用命令をネイティブコードと呼ぶ。ＶＭがこのバイトコードを逐次解釈し処理することで、ＣＰＵ３０１上ではネイティブコードと、ＶＭのバイトコードが動作する。ＶＭには、バイトコードをそのまま逐次解釈処理するタイプと、バイトコードをネイティブコードに変換して実行するタイプがある。本実施例のＶＭ４３０は前者のタイプであるが、後者のタイプであってもよい。一般的にＣＰＵの種別が異なると、ＣＰＵで動作する命令に互換性が無い様に、ＶＭが異なるとＶＭで動作する命令も互換性が無い。本実施例では、拡張アプリケーションはＬｕａ言語で構成されていることを前提とするが、他の言語でも構わない。Ｌｕａ言語は、Ｌｕａ言語で記載されたスクリプトをＬｕａ言語専用のバイトコードに変換し、Ｌｕａ言語専用のＶＭ４３０上で実行する。もちろんＬｕａ言語のバイトコードは、ＣＰＵ３０１が直接実行可能な命令コードとは異なるため、Ｌｕａ言語のバイトコードをＣＰＵ３０１で直接実行できない。このＬｕａ言語のＶＭ４３０は、Ｌｕａ言語のバイトコードを逐次解釈実行するソフトウェアモジュールとして、ＣＰＵ３０１の命令コードで構成されている。もちろん、Ｌｕａ言語のバイトコードを解釈実行する専用のハードウェアとして構成していてもよい。

ネイティブプログラム４１０内には、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブスレッド４１４と、ＶＭ４３０を動かすためのＶＭスレッド４１５がある。ＶＭスレッドはＶＭ４３０の数に対応する数存在する。ここでは、ＶＭスレッドＡ－１（４１１）、ＶＭスレッドＡ－２（４１２），ＶＭスレッドＢ－１（４１３）の３つのスレッドが生成されている。

ＶＭシステムサービス４２０は、各拡張アプリケーション４４０から共通利用されるユーティリティライブラリである。拡張アプリケーション４４０からＶＭシステムサービス４２０の機能を呼び出することで、拡張アプリケーション４４０の開発スピードを加速することができる。また、ＶＭシステムサービス４２０は、ＭＦＰ０２０３の各モジュールへアクセスすることができる。ＶＭシステムサービス４２０には、ＶＭとして最低限動作させる標準ＶＭシステムサービス４２１と、ＭＦＰ０２０３の各モジュールにアクセスや、ＯＳの機能を提供する拡張ＶＭシステムサービス４２２がある。標準ＶＭシステムサービス４２１は、拡張アプリケーション４４０をロードする機能も含む。ＶＭシステムサービス４２０は、ＶＭ４３０が拡張アプリケーション４４０内のバイトコードで指示されているＡＰＩを実行することで、ＡＰＩに関連づけられているＶＭシステムサービス４２０が呼び出される。拡張ＶＭシステムサービス４２２には、操作部３１２の画面に任意の描画を行う描画ＡＰＩや、ＭＦＰ０２０３のコピーやスキャンなどの任意のジョブの実行を依頼するジョブ制御ＡＰＩが提供されている。

ＶＭ４３０は、拡張アプリケーション４４０を実行する。ＶＭ４３０は、拡張アプリケーション４４０のスレッド毎に生成される。この図では拡張アプリケーションＡ４４１で２つのスレッドを動かすためのＶＭ Ａ－１（４３１）と、ＶＭ Ａ－２（４３２）を生成している。また、この図では、拡張アプリケーションＢ（４４２）で１つのスレッドを動かすためのＶＭ Ｂ－１を生成している。

また、ＭＦＰ０２０３の操作部３１２に表示されるメインメニュー画面には、拡張アプリケーション４４０ごとのアイコンが表示される。このアイコンをユーザが選択したことを、操作部３１２を通じて操作部Ｉ／Ｆ３０６が検知すると、操作部Ｉ／Ｆ３０６はその旨をＣＰＵ３０１に送信する。その旨を受け取ったＣＰＵ３０１はユーザによって選択された拡張アプリケーション４４０を起動する。

以降の説明において、拡張アプリケーション４４０をＭＦＰ０２０３上で動かすこの仕組み（ＶＭシステムサービス４２０、ＶＭ４３０）を、アプリケーションフレームワークと記す。

＜クライアント端末＞
本システムに登場する一般的なクライアント端末を代表して、利用者０２０２が利用するクライアント端末０２４０について説明する。なお、ここで説明する構成をシステム管理者０１０２、テナントＡ管理者０１０３、テナントＢ管理者０１０４、テナントＣ管理者０１０５、システム開発者０２０１等が用いるクライアント端末に適用してもよい。図５（Ａ）はクライアント端末のハードウェア構成を示す図である。

クライアント端末０２４０は、オーサリングシステム０１０１にアクセスする外部端末である。クライアント端末０２４０は、コントローラユニット５００と、操作部５１０、表示部５１２とを備える。コントローラユニット５００は、システムバス５０９によって各ハードウェアと接続され、情報をやり取りしている。コントローラユニット５００は、ＲＯＭ５０６あるいはＨＤＤ５０５に記録されているＯＳあるいはＷｅｂブラウザのようなプログラムをＲＡＭ５０３に展開する。展開されたプログラムはＣＰＵ５０２によって逐次処理される。操作部５１０は、ユーザの操作を受け付ける受付部である。操作部５１０は、操作部ＩＦ５０１に接続されており、操作部５１０で受け付けたユーザ操作情報は操作部ＩＦ５０１を通ってＣＰＵ５０２に通知される。この操作情報は、ＣＰＵ５０２上で動作するプログラムによって処理される。これによってユーザの操作が処理され、操作結果が表示部ＩＦ５０４に接続されている表示部５１２に表示され、あるいはネットワークＩＦ５０７に接続されているネットワークに通知される。

本実施例では、このクライアント端末０２４０上でＷｅｂブラウザを実行し、そのＷｅｂブラウザで図１に示すオーサリングシステム０１０１にアクセスする。このクライアント端末０２４０は一般的なＰＣでも良いし、スマートフォンのような携帯端末でも良い。

次に、クライアント端末０２４０がＷｅｂブラウザ上で、ディスクリプションエディタを実行するケースについて説明する。図６は、ディスクリプションエディタを表示しているＷｅｂブラウザのブロック図である。

Ｗｅｂブラウザ６０１は、Ｗｅｂサーバに接続するためのソフトウェアであり、ウェブページ（Ｗｅｂページ）を表示したり、プログラムを実行したりすることができる。Ｗｅｂブラウザ６０１は、Ｗｅｂブラウザ自体を動かすためのネイティブプログラムであるＷｅｂブラウザネイティブブプログラム６０２上においてＪａｖａＳｃｒｉｐｔ ＶＭ６０３を実行可能である。ＪａｖａＳｃｒｉｐｔ ＶＭ６０３は、Ｗｅｂブラウザ上でＪａｖａＳｃｒｉｐｔを動かすためのプログラムである。

ディスクリプションエディタ６０４は、ＪａｖａＳｃｒｉｐｔで構成されたプログラムであり、図２で紹介したディスクリプションエディタ０２０７の一例である。ディスクリプションエディタ６０４は、ＪａｖａＳｃｒｉｐｔ ＶＭ ６０３ 上で実行される。ディスクリプションエディタ６０４は、アプリケーションの編集環境を提供するプログラムである。

また、ディスクリプションエディタ６０４は、Ａｐｐｌｉｃａｔｉｏｎ Ｆｒａｍｅｗｏｒｋ Ｅｍｕｌａｔｏｒ（アプリケーションフレームワークエミュレータ６０５）として機能する。アプリケーションフレームワークエミュレータ６０５は、ブラウザ上でＪａｖａＳｃｒｉｐｔと異なる言語のプログラムを実行するためのアプリケーションフレームワークのエミュレーションを実行する。アプリケーションフレームワークエミュレータ６０５は、図２で紹介したフレームワークエミュレータ０２０８の一例である。本実施例において、アプリケーションフレームワークエミュレータ６０５は、ＭＦＰ０２０３上で実行されるアプリケーションの言語と同言語の実行環境についてエミュレーションをおこなう。また、アプリケーションフレームワークエミュレータ６０５は、ＶＭシステムサービスエミュレータ６０６と、ＶＭエミュレータ６０７とを含む。これらは、図２のＶＭ４３０、ＶＭシステムサービス４２０の動作をＪａｖａＳｃｒｉｐｔ上でエミュレートするものであり、ＪａｖａＳｃｒｉｐｔで構成されるプログラムである。

再生アプリケーション６０８は、ユーザによってカスタマイズされたディスクリプションに基づき動作するアプリケーション（再生プログラム）である。再生アプリケーション６０８は、ＭＦＰ０２０３のアプリケーションフレームワーク上で実行されるアプリケーションと同様に構成されている。図６では、再生アプリケーション６０８がアプリケーションフレームワークエミュレータ６０５上で実行される様子を示している。再生アプリケーション６０８内には、ＶＭシステムサービスからのカスタマイズ可能な情報問い合わせの処理を行うカスタマイズ可能な情報制御６１０が含まれる。また、再生アプリケーション６０８内には、カスタマイズ可能な情報の定義６１１と、与えられたディスクリプションを再生するディスクリプション再生制御６０９が含まれる。

ディスクリプション６１２はユーザが編集したカスタマイズ情報を、再生アプリケーションで再生可能な形式で保持するデータである。ディスクリプションエディタ６０４が提供する編集画面に対してユーザが編集内容を指示すると、ディスクリプションエディタ６０４によってディスクリプション６１２が生成される。ディスクリプションエディタ６０４は、アプリケーションフレームワークエミュレータ６０５上で動作する再生アプリケーション６０８において生成されたディスクリプション６１２を再生する。これにより、カスタマイズされたアプリケーションの動作確認画面をＷｅｂブラウザ上でユーザに提供する。

本実施例では、ディスクリプションエディタ６０４を構成するプログラム言語としてＪａｖａＳｃｒｉｐｔを利用しているが、他のＷｅｂブラウザ上で直接実行可能なコード、例えばＷｅｂＡｓｓｅｍｂｌｙで構成してもよい。

また、ディスクリプションエディタ６０４で実行する再生アプリケーションは、ＭＦＰ０２０３で実行される再生アプリケーションと完全に同一でなくてもよい。例えば、再生アプリケーションのカスタマイズに直接関係するディスクリプション再生制御部分だけを切り出した動作確認用アプリケーションをロードする構成であってもよい。

次に、ディスクリプションエディタ６０４の詳細について説明する。図５（Ｂ）はクライアント端末が実行するディスクリプションエディタのソフトウェア構成を示す図である。

ディスクリプションエディタ６０４は、Ｗｅｂブラウザが所定のＵＲＬにアクセスしてサーバからダウンロードし、Ｗｅｂブラウザ内で実行されるプログラムであり、ＪａｖａＳｃｒｉｐｔで記述される。ディスクリプションエディタ６０４は、全体制御部５５１、画面構成部５５２、フレームワークエミュレータ制御部５５６、サーバ通信部５５７、ディスクリプション生成部５５５、カスタマイズ部品情報管理部５５３、カスタマイズ部品情報編集部５５４を備える。

全体制御部５５１は、このディスクリプションエディタ全体を制御する構成である。この全体制御部５５１が各ブロックと連携して動作することで、ディスクリプションエディタ６０４を制御する。画面構成部５５２は、このディスクリプションエディタ６０４の画面構成を制御する構成である。この画面構成部５５２は、図７で示す画面を構成する ＨＴＭＬ ｅｌｅｍｅｎｔ、ｃｓｓ（画面情報）を更新する。また、ユーザの操作を受け付け、操作内容（編集操作）を全体制御部５５１に通知する。全体制御部５５１は、その操作通知を受けて適宜制御を行う。その操作通知がアプリケーション画面イメージの表示領域７０１に対する操作情報の場合、全体制御部５５１はフレームワークエミュレータ制御部５５６に操作情報を通知する。例えば、アプリケーション画面イメージの表示領域７０１をクリックした場合、アプリケーション実行画面の所定の場所がクリックされたことを示す情報がフレームワークエミュレータ制御部５５６に通知される。フレームワークエミュレータ制御部５５６は、カスタマイズしたディスクリプションを再生する再生アプリケーションをＷｅｂ上で実行するための構成である。再生アプリケーションは、ＭＦＰ０２０３内のアプリケーションフレームワーク上で動作するように構成されているため、Ｗｅｂブラウザ上では直接実行することはできない。このフレームワークエミュレータは、ＭＦＰ０２０３向けのアプリケーションをＷｅｂ上で実行するためのエミュレーションを行う。このフレームワークエミュレータ制御部５５６は、全体制御部５５１からの画面操作通知を受け、エミュレータ内で実行するアプリケーションに通知する。操作情報の通知を受けたアプリケーションは、操作に対する画面更新を行う。この画面更新は、アプリケーションフレームワーク内の画面描画ＡＰＩによって実現されている。このＡＰＩは、フレームワークエミュレータによって、Ｗｅｂブラウザ内の画像イメージレンダリングＡＰＩに置き換えられ、アプリケーションの表示画面が図７のアプリケーション画面イメージの表示領域７０１に表示される。カスタマイズ部品情報編集部５５４は、再生アプリケーションからカスタマイズ可能な部品情報を取得し、その情報を元にディスクリプションエディタ６０４で利用可能なフォーマットに変換し保持する構成である。この部品情報を元に、画面構成部５５２は部品リスト７０２、カスタマイズ設定情報の表示領域７０６を構成する。カスタマイズ部品情報管理部５５３は、現在設定されているカスタマイズ部品の設定情報を管理する構成である。この情報を元に、画面構成部５５２はカスタマイズ設定情報の表示領域７０６を構成する。ディスクリプション生成部５５５は、カスタマイズ部品情報編集部５５４で保持されている現在の設定情報を元にディスクリプションを生成する構成である。このディスクリプションはフレームワークエミュレータ制御部５５６を通じて再生アプリケーションに通知する。これにより、再生アプリケーションはディスクリプションを再生し、図６のアプリケーション画面イメージの表示領域７０１が更新される。サーバ通信部５５７は、サーバとの通信の制御を行う。サーバとの通信には、カスタマイズ部品情報編集部５５４で保持している部品設定情報をサーバに保存するための通信と、フレームワークエミュレータ制御部５５６で実行するための、再生アプリケーションのダウンロードが含まれる。これにより、再生アプリケーションのカスタマイズ可能な情報に増減や、動作に変更があっても、ディスクリプションエディタ６０４の変更なしに、再生アプリケーションに合わせた編集機能を提供できる。

＜ディスクリプションの管理＞
図９のＳ９０４～Ｓ９０７において触れたディスクリプションの生成や登録について詳細を説明する。図１４は、ディスクリプション生成（Ｓ９０４～Ｓ９０７）の詳細フローを示す図である。

図１４のフローにおいて、クライアント端末０２４０のウェブブラウザからのアクセスを受け付ける。そして、オーサリングシステム０１０１は、フロントエンドリソース０２０４であるディスクリプションエディタ０２０７とフレームワークエミュレータ０２０８をクライアント端末０２４０に提供する（Ｓ９０３）。ディスクリプションエディタ０２０７は、ディスクリプションを新規に作成する場合、オーサリングシステム０１０１のバックエンドプログラム０２０５であるディスクリプションナンバー管理０２１０にディスクリプション新規作成通知が送信する（Ｓ１４０１）。通知を受けたディスクリプションナンバー管理０２１０は、既存アプリケーションの識別子情報、既存ディスクリプションの識別子情報と重複しない識別子情報を生成する（Ｓ１４０２）。次に、バックエンドプログラム０２０５は、アクセス情報からシステム利用者０２０２のテナントを特定し、ディスクリプション保存先を決定する（Ｓ１４０３）。次に、バックエンドプログラム０２０５は、作成するディスクリプションに対応する再生アプリケーションのバージョン情報を取得する（Ｓ１４０４）。次に、バックエンドプログラム０２０５は、これまでの識別子情報、再生アプリケーションのバージョン情報などからｍｅｔａデータを生成し（Ｓ１４０５）、クライアント端末０２４０のディスクリプションエディタへ送信する（Ｓ１４０６）。既存のディスクリプションを編集する場合、ディスクリプションエディタは、ディスクリプションプールＡ１（０１１３）へディスクリプション読み出し要求を送信する（Ｓ１４１０）。そして、オーサリングシステム０１０１は指定されたディスクリプションとｍｅｔａデータをディスクリプションエディタへ送信する（Ｓ１４１１）。既存ディスクリプションを元に新たなディスクリプションを作成する場合は、ディスクリプション新規作成時のフロー（Ｓ１４０１～Ｓ１４０６）と同様にｍｅｔａデータの作成が行われる。

ディスクリプションの新規作成または読み込みが行われた後、ディスクリプションエディタおよびフレームワークエミュレータでは、ディスクリプションのカスタマイズおよび動作確認が行われる（Ｓ１４２１～Ｓ１４２４）。ディスクリプションのカスタマイズについては詳細を後述する。

ディスクリプションのカスタマイズ後、システム利用者０２０２はカスタマイズを行ったディスクリプションの保存操作をおこなう（Ｓ１４０７）。保存操作を受けたディスクリプションエディタは、オーサリングシステム０１０１にディスクリプションを送信する（Ｓ１４０８）。オーサリングシステム０１０１は対応する保存先にディスクリプションを保存する（Ｓ１４０９）。

＜ディスクリプションの編集＞
まず、カスタムアプリケーションを作成するためのディスクリプションエディタの実行画面について説明する。図７（Ａ）は、ディスクリプションエディタの画面を示す図である。ユーザがＷｅｂブラウザでオーサリングシステム０１０１にアクセスし、アプリケーションのカスタマイズを開始すると、Ｗｅｂブラウザ内に画面７００が表示される。画面７００はサーバからダウンロードしたＨＴＭＬ、 ＪａｖａＳｃｒｉｐｔ、 ｃｓｓ によって構成されていて、Ｗｅｂブラウザがそれらを解釈し、画面をレンダリングした結果が表示される。本実施例では、顧客の要望を受け、Ｃｏｐｙの実行ボタンを選択しやすくしたカスタムアプリケーションを作成する様子を例に説明する。画面７００に複数のアイテム（オブジェクト）が配置されており、アプリケーションの編集環境をユーザに提供する。画面７００の主要な構成を次に説明する。

表示領域７０１は、ユーザによってカスタマイズされた内容が反映されたアプリケーション（変種中のアプリケーション）の実行イメージを表示するためのイメージ表示領域である。本実施例では、この領域を ＨＴＭＬ の ｃａｎｖａｓ ｅｌｅｍｅｎｔ によって構成した例を用いて説明するが、この領域を他のレンダリング可能な ＨＴＭＬ ｅｌｅｍｅｎｔ を使って構成しても良い。このような構成により、ユーザは、表示領域７０１を見て所望のカスタマイズが行えているか確認しながらカスタマイズを行うことができる。

部品リスト７０２は、カスタマイズ可能（追加可能）な表示部品のリストを表示するプルダウン形式の表示オブジェクトである。ユーザは、この部品リスト７０２から所望の部品を選択・追加することで、アプリケーションに対して部品を追加するカスタマイズをおこなうことができる。編集可能な部品としては、例えば、機能を紐づけ可能なボタン、タイトル情報、メッセージ情報等があげられる。

部品の追加した結果は表示領域７０１に即座に反映されるため、ユーザはカスタマイズ状況を容易に確認することができる。

表示領域７０６は、現在設定されている部品と、その部品に設定されている情報を表示するカスタマイズ設定情報表示領域である。図７（Ａ）では、タイトル部品７０３、メッセージ部品７０４、ボタン部品７０５が設定されている様子が表示されている。ユーザは、表示領域７０６に表示されている部品の情報を編集することで、部品のカスタマイズをおこなうことができる。例えば、タイトル部品７０３に表示されている「カスタムアプリケーション」文字列を「テストアプリケーション」と編集したとする。すると、表示領域７０１においてその編集が反映され、「カスタムアプリケーション」と記載された箇所が「テストアプリケーション」に更新される。また、部品のパラメータを編集することで、部品のサイズやレイアウトを変更することも可能である。

次に、ディスクリプションエディタの実行フローについて説明する。図８は、ディスクリプションエディタのソフトウェアモジュール間のシーケンスを示す図である。各処理は、コントローラユニット５００によって実現される。詳細には、ＷＥＢブラウザ６０１のプログラムをＲＯＭ５０６から取得してＲＡＭ５０３に展開したＣＰＵ５０２が、ＪａｖａＳｃｒｉｐｔ ＶＭ６０３を介してディスクリプションエディタ６０４を実行することで、各処理が実現される。

ディスクリプションエディタ６０４の実行フローでは、はじめに全体制御部５５１が、画面構成部５５２に画面構成要求する（Ｓ８００）。画面構成部５５２は、図７（Ａ）で示すような編集画面の構成をおこなう。この時、部品リスト７０２、カスタマイズ設定情報の表示領域７０６はカスタマイズ可能な部品情報が不定のため、空の状態で構成される。次に全体制御部５５１は、サーバ通信部５５７に再生アプリケーションのダウンロードを要求する（Ｓ８０１）。サーバ通信部５５７は、この要求を受けてサーバから再生アプリケーションをダウンロードする。サーバ通信部５５７は、ダウンロードした再生アプリケーションを全体制御部５５１に通知する（Ｓ８０２）。全体制御部５５１はフレームワークエミュレータ制御部５５６に、再生アプリケーションの実行を要求する（Ｓ８０３）。フレームワークエミュレータ制御部５５６は、要求された再生アプリケーションを実行する。続いて、全体制御部５５１はフレームワークエミュレータ制御部５５６に、カスタマイズ可能な部品情報を要求する（Ｓ８０４）。フレームワークエミュレータ制御部５５６は、この要求を受け再生アプリケーションにカスタマイズ可能な部品情報を要求し、取得できたカスタマイズ可能な部品情報を全体制御部５５１に返す（Ｓ８０５）。全体制御部５５１は、取得したカスタマイズ可能な部品情報をカスタマイズ部品情報管理部５５３に通知する（Ｓ８０６）。カスタマイズ部品情報管理部５５３は、通知された情報を元に、ディスクリプションエディタで扱うためのデータフォーマットに変換する。次に全体制御部５５１は、画面構成部５５２に画面更新を要求する（Ｓ８０８）。ここではカスタマイズ可能な部品情報が確定しているため、部品リスト７０２、カスタマイズ設定情報の表示領域７０６に情報が反映され、ユーザがカスタマイズ可能な状態になる。次にユーザが部品リスト７０２から部品を追加する（Ｓ８０８）。画面構成部５５２は、この変更通知を受け、全体制御部５５１にユーザ操作情報を通知する（Ｓ８０９）。全体制御部５５１は、設定値が変更された事をカスタマイズ部品情報編集部に通知する（Ｓ８１０）。カスタマイズ部品情報編集部は、設定された値を確認し現在の設定値を全体制御部５５１に通知する（Ｓ８１１）。全体制御部５５１は、現在の設定値からディスクリプションを生成するようにディスクリプション生成部５５５に依頼する（Ｓ８１２）。ディスクリプション生成部５５５は、現在の設定値に対応するディスクリプションを生成して、全体制御部５５１に通知する（Ｓ８１３）。全体制御部５５１は、フレームワークエミュレータ制御部５５６にディスクリプションを通知する（Ｓ８１４）。フレームワークエミュレータ制御部５５６は、ディスクリプションを再生アプリケーションで再生する、これにより、アプリケーション画面イメージの表示領域７０１が更新される。最後に、全体制御部５５１は、サーバ通信部５５７に、編集されたカスタマイズ部品設定情報の保存を要求する（Ｓ８１５）。これを受け、サーバ通信部５５７は、サーバにカスタマイズ部品設定情報の保存を要求する。これによって、ユーザが設定したアプリケーションのカスタマイズ情報がサーバに保存される。次回にユーザがアプリケーションのカスタマイズを行う場合、この情報がロードされ、ユーザが編集した情報が反映された状態からカスタマイズを行うことが出来る。

次に、ディスクリプションの構造について説明する。図１１はディスクリプションを示す図である。図１１は、図７（Ａ）でカスタマイズされたアプリケーション設定情報に対応するディスクリプションの例を示している。すなわち、Ｃｏｐｙ実行確認画面を表示し、ＯＫ押下時にコピージョブを実行するアプリケーションに対応するディスクリプションを示している。本実施例では、ディスクリプションの内容についてＷｅｂブラウザとの親和性の高いＪＳＯＮフォーマット（ＪＳＯＮ形式）で表記する。ディスクリプションのフォーマットとして他のフォーマットを利用しても良い。

ディスクリプションは、大きく分けてパネル情報１１０１、１１０２から構成されている。パネル情報１１０１には、部品の情報および部品毎のカスタマイズ情報が格納されている。部品の情報としては、タイトル部品情報１１０３、メッセージ部品情報１１０９、ＯＫボタン部品情報１１１０、キャンセルボタン部品情報１１１１が含まれる。各部品のカスタマイズ情報としては、部品ＩＤ情報１１０４、部品設定情報１１０５、部品パラメータ情報１１０６、部品パラメータデータタイプ１１０７、部品パラメータデータ１１０８が含まれる。部品ＩＤ情報１１０４は、そのカスタマイズ情報が何の部品の情報なのかを示す識別情報である。この例の場合、 “ｔｉｔｌｅ”部品のカスタマイズ情報であることを示している。部品設定情報１１０５は、その部品の設定情報を示す。部品パラメータ情報１１０６は、部品のパラメータのカスタマイズ情報を示す。部品パラメータデータタイプ１１０７は、部品パラメータのデータの型を示す。部品パラメータデータ１１０８は、その部品パラメータの設定値を示す。ｄａｔａ＿ｔｙｐｅが“ｓｔｒｉｎｇ”の場合、ローカライズされた文字列の情報が指定される。

したがって、タイトル部品情報１１０３には、”ｔｉｔｌｅ”部品に、”ｔｉｔｌｅ”パラメータがあり、そのパラメータの設定値はローカライズされた文字列“カスタムアプリケーション”が設定されていることがわかる。メッセージ部品情報１１０９、ＯＫボタン部品情報１１１０、キャンセルボタン部品情報１１１１についても、同様に各カスタマイズ情報が設定されている。

パネル情報１１０２はジョブを実行するための情報が格納されている。ジョブ実行部品情報１１１２には、ジョブ実行を行うための部品として”ｅｘｅｃｕｔｅ＿ｊｏｂ”が指定されている。このジョブ実行部品情報１１１２についての情報として、何のジョブを実行するのかを示すジョブ識別ＩＤ１１１４と、そのジョブのジョブパラメータ１１１５と、がパラメータ設定値として含まれている。この例はコピーを実行するアプリケーションであるため、ジョブ識別ＩＤ１１１４には”ｃｏｐｙ”が指定されている。ジョブパラメータ１１１５には、そのジョブを実行する際のパラメータを登録することができる。ここでは、部数情報１１１６と、カラーモード１１１７が登録されている。

以上の説明で例に挙げたディスクリプションは、例えば再生アプリケーションのディスクリプション再生制御６０９によって読み込まれる。そして、再生アプリケーションは、ディスクリプションに応じた画面を構成し、ユーザ操作に応じて画面遷移やジョブの実行制御を行う。

＜カスタムアプリケーションのインストール＞
図９のＳ９１２において触れたカスタムアプリケーションの作成処理について詳細を説明する。オーサリングシステム０１０１に登録されたディスクリプションは、パッケージングされ（Ｓ９１５）、カスタムアプリケーションとしてＭＦＰ０２０３に提供され（Ｓ９１１）、インストールされる（Ｓ９１２）。カスタムアプリケーションがインストールされると、ＭＦＰ０２０３において再生アプリケーションが実行され、スクリプトによってディスクリプションが読み込まれ、ディスクリプションに指定されている情報が再生される。図７（Ｂ）で示すように実行画面を表示する。図７（Ｂ）は、ＭＦＰにおけるカスタムアプリケーションの実行画面を示す図である。この実行画面は、ディスクリプションの編集時に表示領域７０１に表示されたものと同一であり、正常に動作していることがわかる。以下では、カスタムアプリケーションのインストールに関する処理について詳細に説明する。

まず、オーサリングシステム０１０１がＭＦＰ０２０３に提供するインストールパッケージの構造について説明する。図１０はインストールパッケージのデータ構造を示す図である。

インストールパッケージ１０００は、署名付きディスクリプション１０５２と署名付きアプリケーション１００１を含むパッケージデータである。

署名付きアプリケーション１００１は、スクリプト１００４とリソース１００５とｍｅｔａ情報１００６からなる再生アプリケーション１００２と、アプリケーション署名１００３を備えている。本実施例では、ディスクリプションエディタ６０４が保持している再生アプリケーションと同一のものが利用される。

一方の署名付きディスクリプション１０５２は、ディスクリプション１０５３と、ディスクリプションｍｅｔａ情報１０５４と、ディスクリプション署名１０５５によって構成される。ディスクリプション１０５３は、ディスクリプションエディタによって生成されたものであり、ユーザがカスタマイズしたアプリケーションの振る舞いを定義するデータである。ディスクリプション１０５３の詳細については、図１１を用いて説明した通りである。ディスクリプションｍｅｔａ情報１０５４は、カスタマイズアプリケーションの識別子（記述識別子）やバージョン情報、アプリケーション名を示す情報である。ディスクリプション署名１０５５は、ディスクリプション１０５３とディスクリプションｍｅｔａ情報１０５４の完全性を保証するための署名データである。このディスクリプション署名１０５５は、アプリケーション署名１００３とは異なる署名鍵を利用して生成される。この署名鍵はオーサリングシステム０１０１に保持されており、ディスクリプション署名付与０２１１によって署名データであるディスクリプション署名１０５５が生成される。

上述したインストールパッケージ１０００をＭＦＰ０２０３にインストールする際の詳細な処理について説明する。図１２（Ａ）は、ＭＦＰへカスタムアプリケーションをインストールした後にＭＦＰのストレージで保持されるアプリケーション構造と、対応するインストールパッケージを示す図である。図１２（Ａ）の左側がインストールパッケージ１０００であり、図１２（Ａ）の右側がインストール済みのカスタムアプリケーション１２００である。インストールパッケージ１０００の構成は上述した通りである。これに対し、インストール済みのカスタムアプリケーション１２００は、スクリプト１２０１、リソース１２０２、ディスクリプション１２０３、メインｍｅｔａ情報１２０４、および、サブｍｅｔａ情報１２０５から構成されている。ＭＦＰ０２０３によって実行されるアプリケーションインストール処理では、インストールパッケージ１０００内の各データが読み出され、ＭＦＰ０２０３のストレージ上において再構成される。具体的には、インストールパッケージ内のスクリプト１００４がスクリプト１２０１として配置される。インストールパッケージ内のリソース１００５が、インストール後のリソース１２０２として配置される。また、インストールパッケージ内のディスクリプション１０５３が、インストール後のディスクリプション１２０３として配置される。加えて、インストールされたアプリケーションを一意に識別するため情報（アプリケーション識別子）としてアプリケーションｍｅｔａ情報１００６がメインｍｅｔａ情報１２０４の格納部に格納される。また、ディスクリプションｍｅｔａ情報１０５４がサブｍｅｔａ情報１２０５の格納部に格納される。

メインｍｅｔａ情報１２０４は、ＭＦＰ０２０３にインストールされた他のアプリケーションと区別するために用いられる情報である。また、サブｍｅｔａ情報は、カスタムアプリケーションの内容を一意に識別するための情報（識別子）である。このように、カスタムアプリケーション１２００は、署名付きアプリケーション１００１と署名付きディスクリプション１０５２の情報を組み合わせた組み合わせアプリケーションである。

参考のため、通常のアプリケーションのインストールについても説明する。図１２（Ｂ）は、ＭＦＰへ通常アプリケーションをインストールした後にＭＦＰのストレージで保持されるアプリケーション構造と、対応するインストールパッケージを示す図である。
図１２（Ｂ）の左側がインストールパッケージ１２２０であり、図１２（Ｂ）の右側がインストール済みの通常アプリケーション１２３０である。インストール済みの通常アプリケーション１２３０は、スクリプト１２３１、リソース１２３２、メインｍｅｔａ情報１２３３から構成されている。このように、通常アプリケーションをインストールした場合、ディスクリプション１２０３に対応する情報やサブｍｅｔａ情報１２０５に対応する情報は含まれていない。このように、通常アプリケーション１２３０は、非組み合わせアプリケーションである。

次に、アプリケーションパッケージをインストールする際に実行される制御処理について説明する。図１３は、アプリケーションパッケージのインストールフローを示す図である。図１３中の処理はアプリケーション管理部３５２の処理を示す。すなわち、各処理は、コントローラユニット３００によって実現される。詳細には、ＲＯＭ３０３やストレージ３０４に格納されたプログラムをＲＡＭ３０２に展開してＣＰＵ３０１が処理することによって実現される。

まず、Ｓ１３０２において、アプリケーション管理部３５２は、任意のインストール手段でインストール要求を送信する。

カスタムアプリ配信システム０２１３からのインストールの場合（Ｓ１３１１）、アプリケーション管理部３５２は、Ｓ１３１２においてカスタムアプリケーションインストーラーを起動する。アプリケーション管理部３５２は、Ｓ１３１３においてシステム利用者０２０２またはＭＦＰ０２０３の利用者によるインストールコードの入力を受け付ける。これはＳ９１０に対応する。アプリケーション管理部３５２は、入力されたインストールコードを用いてカスタムアプリ配信システム０２１３にインストール要求を送信する。インストールコードの入力方法としては、操作部３１２のソフトウェアキーボードを用いた入力があげられる。しかしながら、別の方法でインストールコードを入力してもよい。たとえば、ＭＦＰ０２０３が提供するＷｅｂページデータにＰＣ等の情報処理装置でアクセスし、キーボードで入力した内容をＭＦＰ０２０３に送信する構成であってもよい。また、インストールコードまたはこれに対応する情報が記載された用紙をスキャナ３７０で読み取ることでインストールコードを入力してもよい。

通常アプリケーションのインストールの場合（Ｓ１３１５）、アプリケーション管理部３５２は、Ｓ１３１６においてアプリケーションインストーラーを起動する。Ｓ１３１７において、アプリケーション管理部３５２は、ＭＦＰ０２０３の利用者から、インストールするアプリケーションの選択を受け付ける。アプリケーション管理部３５２は、選択されたアプリケーションのインストール要求をアプリケーションサーバに送信する。

プレインストールアプリケーションを用いたインストールの場合（Ｓ１３１９）、アプリケーション管理部３５２は、プレインストーラを実行する。Ｓ１３２０において、起動したプレインストーラは内部ストレージへインストール要求を送信する。アプリケーション管理部３５２は、Ｓ１３０３でのインストール要求への応答としてアプリケーションのインストールパッケージを受信する。Ｓ１３０４において、アプリケーション管理部３５２は、受信したインストールパッケージに含まれるアプリケーションのアプリケーション形態を判別する。

アプリケーション形態が判別できない場合（判別失敗）、アプリケーション管理部３５２は、インストール失敗と判定してエラー終了する。

アプリケーション形態が通常のアプリケーションの場合（第１の形態）、アプリケーション管理部３５２は、Ｓ１３０５において、アプリケーションの検証をおこなう。検証では、アプリケーション署名１００３を用いて、アプリケーションのスクリプト１００４、リソース１００５、ｍｅｔａ情報１００６に不正な情報が含まれないかの確認がおこなわれる。

検証に失敗した場合（検証失敗）、アプリケーション管理部３５２は、インストール失敗として判定してエラー終了する。検証に成功した場合（検証成功）、アプリケーション管理部３５２は、Ｓ１３０６においてアプリケーションのインストールを行う。

アプリケーション形態がオーサリングシステム０１０１で作成したアプリケーションの場合（第２の形態）、アプリケーション管理部３５２は、Ｓ１３０５において、アプリケーションの検証をおこなう。検証では、再生アプリケーションのアプリケーション署名１００３を用いて、再生アプリケーションのディスクリプション１０５３、ディスクリプションｍｅｔａ情報１０５４が不正なものでないことの確認が行われる。

検証に失敗した場合（検証失敗）、インストール失敗としてエラー終了する。検証に成功した場合（検証成功）、アプリケーション管理部３５２は、Ｓ１３０８においてディスクリプション署名１０５５を用いて、ディスクリプション１３０３、ディスクリプションｍｅｔａ情報１３０４に不正な情報が含まれていないことを検証する。検証に失敗した場合（検証失敗）、アプリケーション管理部３５２は、インストール失敗と判定してエラー終了する。検証に成功した場合（検証成功）、アプリケーション管理部３５２は、Ｓ１３０９においてｍｅｔａ情報の調整処理が行われる。カスタムアプリケーションの場合はｍｅｔａ情報が２種類ある。そのため、再生アプリケーションのｍｅｔａ情報１００６がメインｍｅｔａ情報１２０４として格納し、ディスクリプションのｍｅｔａ情報１０５４のｍｅｔａ情報をサブｍｅｔａ情報１２０５として格納する調整が行われる。アプリケーション管理部３５２は、Ｓ１３１０において、再生アプリケーションとディスクリプションのインストールを行う。

＜ｍｅｔａ情報＞
ｍｅｔａ情報の詳細について説明する。図１４（Ａ）はアプリケーションｍｅｔａ情報の詳細を示す図である。図１４（Ｂ）はディスクリプションｍｅｔａ情報の詳細を示す図である。アプリケーションのｍｅｔａ情報１００６およびディスクリプションのｍｅｔａ情報１０５４はＪＳＯＮフォーマットのファイルとして保持される情報である。

図１４（Ａ）に示すように、ｍｅｔａ情報１００６は、アプリケーションを識別するためのｓｅｒｉａｌ１４０２と、代表名称であるｎａｍｅ１４０３を備える。また、ｍｅｔａ情報１００６は、アプリケーションのバージョン情報であるｖｅｒｓｉｏｎ１４０４と、アプリケーションの作者を示すａｕｔｈｏｒ１４０５を備える。また、ｍｅｔａ情報１００６は、各国語にローカライズされたアプリケーションの名称であるｌｏｃａｌｉｚｅｄＮａｍｅ１４０６を備える。ｌｏｃａｌｉｚｅｄＮａｍｅ１４０６は、後述するアプリケーション管理画面での表示に用いられる情報である。ｌｏｃａｌｉｚｅｄＮａｍｅ１４０６の情報が格納されていない場合、代表名称であるｎａｍｅ１４０３が表示される情報として用いられる。

図１４（Ｂ）に示すように、ｍｅｔａ情報１０５４は、ディスクリプションを識別するためのｓｅｒｉａｌ１４５２と、代表名称であるｎａｍｅ１４５３を備える。また、ｍｅｔａ情報１０５４は、ディスクリプションのバージョン情報であるｖｅｒｓｉｏｎ１４５４と、ディスクリプションの作者を示すａｕｔｈｏｒ１４５５を備える。また、ｍｅｔａ情報１０５４は、各国語にローカライズされたアプリケーションの名称であるｌｏｃａｌｉｚｅｄＮａｍｅ１４５６を備える。ｌｏｃａｌｉｚｅｄＮａｍｅ１４５６は、後述するアプリケーション管理画面での表示に用いられる情報である。ｌｏｃａｌｉｚｅｄＮａｍｅ１４５６の情報が格納されていない場合、代表名称であるｎａｍｅ１４５３が表示される情報として用いられる。

＜アプリケーションの管理＞
これまでに説明したように、ＭＦＰ０２０３には通常アプリケーションやカスタムアプリケーションなどの様々なアプリケーションがインストールされ得る。換言すると、ＭＦＰ０２０３には通常アプリケーションやカスタムアプリケーションなどの様々なアプリケーションを登録可能である。そのため、ＭＦＰ０２０３は、これらのアプリケーションが混在する状況であっても各アプリケーションを適切に管理できることが望ましい。本実施例では、ＭＦＰ０２０３のサーブレットサービス３５４が、アプリケーション管理用のページ情報を外部装置に提供するケースについて説明する。このページ情報は、クライアント端末０２４０が実行するＷＥＢブラウザ６０１に読み込まれ、画面情報として出力される。なお、サーブレットサービス３５４を用いる方法はアプリケーションを管理する方法の一例である。他の方法として、クライアント端末０２４０にインストールされた専用のプログラムで管理する方法や、ＭＦＰ０２０３の操作部５１０を用いて管理する方法を採用してもよい。次にアプリケーション管理の流れを説明する。

図１７は、アプリケーション管理の流れを示す図である。

Ｓ１７０１において、ユーザからの指示を受け付けたクライアント端末０２４０は、サーブレットサービス３５４に対してウェブページへのアクセス要求をおこなう。

Ｓ１７０２において、アクセス要求を受け付けたサーブレットサービス３５４は、クライアント端末２４０に対してＴＯＰページ情報を提供する。なお、ページ情報の提供に際して、ユーザＩＤやパスワードの入力を求めるなどの認証手続きをおこなってもよい。

Ｓ１７０３において、ＴＯＰページ情報を受信したクライアント端末２４０を用いてＴＯＰページの画面情報（不図示）を出力（表示）する。

Ｓ１７０４において、その後、アプリケーション管理ページへの遷移指示をユーザから受け付けたクライアント端末２４０は、サーブレットサービス３５４に対してアプリケーション管理ページを要求する。

Ｓ１７０５において、サーブレットサービス３５４は、アプリケーション管理部３５２に対してアプリケーション情報を要求する。

Ｓ１７０６において、アプリケーション管理部３５２は、アプリケーション情報取得処理を実行する。詳細は後述する。

Ｓ１７０７において、アプリケーション管理部３５２は、アプリケーション情報をサーブレットサービス３５４に送信する。

Ｓ１７０８において、サーブレットサービス３５４は、アプリケーション管理ページ情報をクライアント端末２４０に送信する。

Ｓ１７０９において、クライアント端末２４０は、アプリケーション管理ページ情報に基づいて画面情報を出力する。そして、アプリケーションを指定するユーザ指示を受け付ける。

Ｓ１７１０において、クライアント端末２４０はアプリケーション詳細ページを要求する。

Ｓ１７１１において、クライアント端末２４０はアプリケーション詳細情報をアプリケーション管理部３５２に要求する。

Ｓ１７１２において、アプリケーション管理部３５２は、詳細情報取得処理を実行する。本実施例では、インストールされた各アプリケーションについて、メインｍｅｔａ情報を取得する。また、アプリケーションがカスタムアプリケーションである場合は、サブメタ情報も取得する。

Ｓ１７１３において、アプリケーション管理部３５２は、アプリケーション詳細情報をクライアント端末２４０に送信する。

Ｓ１７１４において、アプリケーション詳細ページ情報をクライアント端末２４０に提供する。

Ｓ１７１５において、クライアント端末２４０は、アプリケーション詳細情報に基づいて画面情報を出力する。

＜画面＞
Ｓ１７０９において表示されるアプリケーション管理ページの画面情報について説明する。

図１５（ａ）はアプリケーション管理画面を示す図である。図１５（ｂ）は比較例におけるアプリケーション管理画面を示す図である。

図１５（ａ）に示すように、アプリケーション管理画面１５５１には、ＭＦＰ２０３にインストールされているアプリケーションの識別情報（名称情報）を一覧可能な一覧情報が表示される。アプリケーションの情報とは、アプリケーション名、バージョン、状態、操作などである。ユーザはこの画面において、各アプリケーションに対応して配置された有効化／無効化ボタン、初期化ボタンを選択することができる。有効化／無効化ボタンを選択すると対応するアプリケーションの有効状態、無効状態が切り替わる。初期化ボタンを選択すると、対応するアプリケーションの設定を初期化することができる。

アプリケーション管理画面１５５１において、アプリケーション名として表示される情報は、通常、各アプリケーションのアプリケーションｍｅｔａ情報から取得される情報である。

具体的には、「定型文書プリント」「仕分けスキャン」「お知らせ表示」等の通常アプリケーションの名称が表示される。

しかしながら、本実施例では、ディスクリプション名１５５２に示すように、カスタムアプリケーションについてはディスクリプションｍｅｔａ情報から取得された情報を利用する。ここでは説明を簡単にするため「ディスクリプションＡ」「ディスクリプションＢ」等と表記しているが、実際には「カスタムコピーアプリ」「カスタムスキャンアプリ」等のディスクリプションに格納された具体名が表示される。

同様に、バージョン１５５３に示すようにカスタムアプリケーションについてはディスクリプションｍｅｔａ情報から取得された情報が利用される。これは、カスタムアプリケーションの構成に起因する問題を解決するための対応である。図１５（Ｂ）に示すように、カスタムアプリケーションについて、ディスクリプションｍｅｔａ情報を用いない場合、再生アプリケーションのｍｅｔａ情報が、アプリケーション名１５０２、バージョン１５０３のように利用される。上述したように、再生アプリケーションは、ディスクリプションに基づく処理を実行するためのカスタムアプリケーション用の汎用アプリケーションである。そのため、２つの異なるカスタムアプリケーションをインストールされていてもアプリケーション情報はいずれも再生アプリケーションの情報であるアプリケーション名１５０２、バージョン１５０３となってしまう。これでは、カスタムアプリケーションを区別することができないため、無効化や初期化などの管理をカスタムアプリケーションに適切に施すことができない。そこで本実施例ではアプリケーションｍｅｔａ情報の代わりにディスクリプションｍｅｔａ情報を用いることで適切なアプリケーション管理画面を提供する。

また、アプリケーション管理画面１５５１において、各アプリケーション名はリンクとなっている。そのため、アプリケーション名を選択することで、対応するアプリケーションの詳細画面に遷移することができる。図１６はアプリケーション詳細画面を示す図である。アプリケーション管理画面１５５１において、「ディスクリプションＡ」を選択すると、アプリケーション詳細画面１６０１に遷移する。アプリケーション詳細画面１６０１では、ディスクリプションＡを備えるカスタムアプリケーションの詳細情報が表示される。アプリケーションの詳細情報は、カスタムアプリケーションの不具合は発生した際などに、その原因を特定する目的で確認されることがある。例えば、不具合の問い合わせを行う顧客は、この画面を確認し、ディスクリプションの名称やバージョン情報、アプリケーションの名称やバージョンをカスタマーサービスに連絡する。

アプリケーション詳細画面１６０１の詳細情報は、ディスクリプションＡの名称１６０４、バージョン情報１６０２、ミドルウェア情報（再生アプリケーションの名称とバージョン情報）１６０３を備える。

＜アプリ情報取得処理＞
上述したカスタムアプリケーションの構成に起因する問題を解決するための処理として、アプリ情報取得処理を説明する。図１８は、アプリケーション情報の取得処理をフローチャートで示す図である。各処理は、アプリケーション管理部３５２によって実行される。詳細には、ＲＯＭ３０３やストレージ３０４に格納されたプログラムをＲＡＭ３０２に展開してＣＰＵ３０１が処理することによって実現される。

Ｓ１８０１において、アプリケーション管理部３５２は、次にｍｅｔａ情報を取得するアプリケーションの形態を判別する。もし、アプリケーション形態が第１の形態、すなわち通常アプリケーションであるならば、アプリケーション管理部３５２はＳ１８０２へと処理を進める。アプリケーション形態が第２の形態、すなわちカスタムアプリケーションであるならば、アプリケーション管理部３５２はＳ１８０３へと処理を進める。

Ｓ１８０２において、アプリケーション管理部３５２は、メインｍｅｔａ情報１２３３を取得して、応答に使うデータとして設定する。前述したようにメインｍｅｔａ情報１２３３にはアプリケーションのｍｅｔａ情報が格納されている。その後、アプリケーション管理部３５２はＳ１８０４へと処理を進める。

Ｓ１８０３において、アプリケーション管理部３５２は、サブｍｅｔａ情報を取得して応答に使うデータとして設定する。前述したようにサブｍｅｔａ情報１２０５にはディスクリプションのｍｅｔａ情報が格納されている。その後、アプリケーション管理部３５２はＳ１８０４へと処理を進める。

Ｓ１８０４において、アプリケーション管理部３５２は、インストールされたすべてのアプリケーションについてｍｅｔａ情報を取得したか否かを確認する。まだｍｅｔａ情報を取得していないアプリケーションがあれば（ＮＯ）、アプリケーション管理部３５２はＳ１８０１へと処理を戻す。すべてのアプリケーションについてｍｅｔａ情報を取得済みであれば（ＹＥＳ）、アプリ情報取得処理を終了する。その後、応答するデータとして設定されたデータは、Ｓ１７０７において、サーブレットサービスに送信される。なお、ｍｅｔａ情報を取得して都度、これをサーブレットサービスに送信する構成であってもよい。

＜備考＞
以上で説明したように、オーサリングシステム０１０１は、アプリケーションを容易に編集・配信できる環境を提供する。これにより、サービスマンや技術営業等の人員がカスタムアプリケーションを作成することができるようになるため、顧客が所望するアプリケーションを迅速に提供することが可能となる。

また、ＭＦＰ２０３は再生アプリケーションの情報（特に識別子）とは別に、ディスクリプションの情報（特に識別子）を管理する。そして、アプリケーション名やアプリケーションバージョンに置き換えてディスクリプション名やディスクリプション名を表示する。このような構成により、通常アプリケーションと同様の操作性でカスタムアプリケーションを適切に管理することができる。

（他の実施例）
前述の実施例では、メインｍｅｔａ情報１２３３にアプリケーションのｍｅｔａ情報を格納し、サブｍｅｔａ情報１２０５にディスクリプションのｍｅｔａ情報を格納する構成について説明した。しかしながら、ディスクリプションのｍｅｔａ情報を用いてカスタムアプリケーションを適切に管理可能であれば、ｍｅｔａ情報の管理方法は別の方法であってもよい。

例えば、図１９に示すように、アプリケーションのｍｅｔａ情報を格納後、ディスクリプションのｍｅｔａ情報を用いてこれを上書きするように処理してもよい。図１９は、カスタムアプリケーションのインストールの別の例について説明する図である。図１９では、アプリケーションｍｅｔａ情報１００６が格納され、その後、この情報の一部または全部をディスクリプションｍｅｔａ情報１０５４で上書きする処理をおこなう。このような処理によって、ＭＦＰ２０３には合成ｍｅｔａ情報が格納された状態となる。一旦、アプリケーションｍｅｔａ情報１００６を格納するのは、ｍｅｔａ情報のフォーマットを通常アプリケーションと統一するためである。この例において、合成ｍｅｔａ情報１９０１は通常アプリケーションのメインｍｅｔａ情報１２３３と同様に扱われる。すなわち、Ｓ１７０６において、図１８のような判定処理をおこなうことなく、合成ｍｅｔａ情報１９０１がアプリケーション情報として取得される。なお、合成ｍｅｔａ情報１９０１では、アプリケーションｍｅｔａ情報１００６が上書き処理によって削除されてしまう。そのため、アプリケーションｍｅｔａ情報１００６の情報を利用しなければならない事態に備えて、バックアップｍｅｔａ情報１９０２にアプリケーションＭＥＴＡ情報１００６を格納するように構成してもよい。

前述の実施例では、管理を行う対象として、大規模なオーサリングシステムで生成されるカスタムアプリケーションを例に挙げた。しかしながら、カスタムアプリケーションを提供する環境は大規模なオーサリングシステムでなくともよい。再生アプリケーションとディスクリプションから構成されるカスタムアプリケーションを提供可能であれば、ＰＣにインストールされるプログラム等を用いてカスタムアプリケーションを提供してもよい。

前述の実施例では、詳細画面において、再生アプリケーションの名称およびバージョンに、ディスクリプションの名称およびバージョンを表示する例について説明した。しかしながら、表示するｍｅｔａ情報としての他の情報を用いてもよい。例えば、アプリケーションまたはディスクリプションのリビジョン番号やビルド番号等の情報を用いてもよい。また、アプリケーションまたはディスクリプションにおける開発者の連絡先を表示してもよい。

本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。また、実施例中においてＨＤＤとして説明したストレージをＳＳＤ等の半導体ストレージに置き換えてもよい。

本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。

本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形が可能であり、それらを本発明の範囲から除外するものではない。

なお、実施例中に登場する略称は次の意味である。

ＡＰＩとは、Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅのことである。

ＡＳＩＣとは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔのことである。

ＣＰＵとは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔである。

ＣＳＳとは、Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓのことである。

ＦＡＸとは、Ｆａｃｓｉｍｉｌｅのことである。

ＨＤＤとは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅのことである。

ＨＴＭＬとは、Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅのことである。

ＨＴＴＰとは、Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌのことである。

ＩＥＥＥとは、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓのことである。

ＪＳＯＮとは、ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎのことである。

ＬＡＮとは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋのことである。

ＭＦＰとは、Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌのことである。

ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍのことである。

ＰＣとは、ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒのことである。

ＰＣＩとはＰｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔのことである。

ＲＡＭとは、Ｒａｎｄｏｍ‐Ａｃｃｅｓｓ Ｍｅｍｏｒｙのことである。

ＲＯＭとは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙのことである。

ＲＴＣとは、Ｒｅａｌ－Ｔｉｍｅ Ｃｌｏｃｋのことである。

ＳＳＤとは、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅのことである。

ＵＩとは、Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅのことである。

ＵＲＬとは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒのことである。

ＵＳＢとは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓのことである。

ＶＭとは、Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅのことである。

０２０３ ＭＦＰ（情報処理装置）
０２４０ クライアント端末（外部装置）
６０８ 再生アプリケーション
６１２ ディスクリプション（記述ファイル）
１２００ カスタムアプリケーション
１２３０ 通常アプリケーション
１００６ アプリケーションｍｅｔａデータ（アプリケーション識別子）
１０５４ ディスクリプションｍｅｔａデータ（記述識別子）

Claims (18)

1. 情報処理装置であって、
   動作手順が定義された記述ファイルおよびこれを再生する再生アプリケーションの組み合わせ情報を組み合わせアプリケーションとして登録する手段と、
   前記記述ファイルを用いない非組み合わせアプリケーションを登録する手段と、
   前記組み合わせアプリケーションの識別情報と前記非組み合わせアプリケーションの識別情報を含む一覧情報を出力する手段と、を有し、
   前記一覧情報において、前記組み合わせアプリケーションの識別情報として前記記述ファイルの識別情報が用いられることを特徴とする情報処理装置。
2. 前記一覧情報は、前記情報処理装置にインストールされた複数のアプリケーションに関する名称情報を一覧可能な画面情報であることを特徴とする請求項１に記載の情報処理装置。
3. 前記一覧情報は、前記情報処理装置にインストールされた複数のアプリケーションに関するバージョン情報を一覧可能な画面情報であることを特徴とする請求項１または２に記載の情報処理装置。
4. 前記一覧情報は、前記情報処理装置とネットワークを介して接続された外部装置において表示されることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記一覧情報は、前記外部装置に対してＷｅｂページデータとして提供されることを特徴とする請求項４に記載の情報処理装置。
6. 前記一覧情報は、前記情報処理装置が備える表示部に表示されることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
7. 前記組み合わせアプリケーションとして第１の組み合わせアプリケーションと第２の組み合わせアプリケーションを登録可能であり、
   前記第１の組み合わせアプリケーションに含まれる再生アプリケーションと前記第２の組み合わせアプリケーションに含まれる再生アプリケーションは同一のアプリケーション識別子を備え、
   前記第１の組み合わせアプリケーションに含まれる記述ファイルと前記第２の組み合わせアプリケーションに含まれる記述ファイルとは異なる記述識別子を備える、ことを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記組み合わせアプリケーションは、前記再生アプリケーションと前記記述ファイルを含むパッケージデータに基づいて前記情報処理装置にインストールされるプログラムであることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理装置。
9. 前記組み合わせアプリケーションのインストール処理において、前記再生アプリケーションのアプリケーション識別子を第１の格納部に格納し、前記記述ファイルの記述識別子を第２の格納部に格納する手段を有することを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
10. 前記組み合わせアプリケーションのインストール処理において、前記再生アプリケーションのアプリケーション識別子を第１の格納部に格納し、前記記述ファイルの記述識別子を第２の格納部に格納する手段を有することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. 前記組み合わせアプリケーションのインストール処理において、前記再生アプリケーションのアプリケーション識別子の代わりに前記記述ファイルの記述識別子を用いて組み合わせアプリケーションの登録処理をおこなう手段を有することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
12. 前記組み合わせアプリケーションのインストール処理において、前記再生アプリケーションのアプリケーション識別子のフォーマットに合わせて前記記述ファイルの記述識別子を登録する手段を有することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
13. 前記組み合わせアプリケーションのインストール処理において、前記再生アプリケーションのアプリケーション識別子を格納後、前記アプリケーション識別子を前記記述ファイルの記述識別子で上書きする手段を有することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
14. 前記記述ファイルはＪＳＯＮ形式で記述されたデータであることを特徴とする請求項１乃至１３のいずれか１項に記載の情報処理装置。
15. 前記情報処理装置はシートに画像を形成する画像形成部を備えることを特徴とする請求項１乃至１４のいずれか１項に記載の情報処理装置。
16. 前記情報処理装置は原稿から画像を読み取る画像読取部を備えることを特徴とする請求項１乃至１５のいずれか１項に情報処理装置。
17. 情報処理装置に実行されるプログラムであって、
    動作手順が定義された記述ファイルおよびこれを再生する再生アプリケーションの組み合わせ情報を組み合わせアプリケーションとして登録する工程と、
    前記記述ファイルを用いない非組み合わせアプリケーションを登録する工程と、
    前記組み合わせアプリケーションの識別情報と前記非組み合わせアプリケーションの識別情報を含む一覧情報を出力する工程と、を有し、
    前記一覧情報において、前記組み合わせアプリケーションの識別情報として前記記述ファイルの識別情報が用いられることを特徴とするプログラム。
18. 情報処理システムであって、
    動作手順が定義された記述ファイルおよびこれを再生する再生アプリケーションの組み合わせ情報を組み合わせアプリケーションとして登録する手段と、
    前記記述ファイルを用いない非組み合わせアプリケーションを登録する手段と、
    前記組み合わせアプリケーションの識別情報と前記非組み合わせアプリケーションの識別情報を含む一覧情報を出力する手段と、を有し、
    前記一覧情報において、前記組み合わせアプリケーションの識別情報として前記記述ファイルの識別情報が用いられることを特徴とする情報処理システム。

Images