JP2023007730A - 情報処理システム、情報処理方法、プログラム - Google Patents

Abstract

【課題】 記述ファイルとアプリケーションデータに基づくカスタムアプリケーションを適切に管理可能なシステムを提供する。【解決手段】 ＭＦＰで実行されるアプリケーションのＡｐｐＮｏを管理するシステムは、再生アプリケーションと第１のディスクリプションの組み合わせを第１のカスタムアプリケーションとして提供し、再生アプリケーションと第１のディスクリプションの組み合わせを第２のカスタムアプリケーションとして提供し、第１のＤｅｓＮｏと第２のＤｅｓＮｏとを管理し、第１のＤｅｓＮｏと第２のＤｅｓＮｏに基づいて第１のカスタムアプリケーションと第２のカスタムアプリケーションを区別可能に管理する。【選択図】 図１４

Description

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

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

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

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

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

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

本発明の情報処理システムは、画像処理装置で実行されるアプリケーションをアプリケーション識別子で管理する情報処理システムであって、動作手順が定義された記述ファイルを再生する再生アプリケーションと第１の記述ファイルの組み合わせ情報を第１の組み合わせアプリケーションとして提供する手段と、前記再生アプリケーションと第２の記述ファイルの組み合わせ情報を第２の組み合わせアプリケーションとして提供する手段と、前記第１の記述ファイルに対応する第１の記述識別子と、前記第２の記述ファイルに対応する第２の記述識別子と、を管理する手段と、前記第１の記述識別子および前記第２の記述識別子に基づいて前記第１の組み合わせアプリケーションと前記第２の組み合わせアプリケーションを区別可能に管理する手段と、有することを特徴とするものである。

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

オーサリングシステムについて説明する図である。 図２（Ａ）は、オーサリングシステムのソフトウェア構成を示す図である。図２（Ｂ）は、オーサリングシステムに用いられるサーバ装置のハードウェア構成を示す図である。 図３（Ａ）は、ＭＦＰのハードウェア構成を示す図である。図３（Ｂ）は、ＭＦＰのソフトウェア構成を示す図である。 ＭＦＰにおけるソフトウェアの階層構造を示す図である。 図５（Ａ）はクライアント端末のハードウェア構成を示す図である。図５（Ｂ）はクライアント端末が実行するディスクリプションエディタのソフトウェア構成を示す図である。 ディスクリプションエディタに関するソフトウェアの階層構造を示す図である。 図７（Ａ）は、ディスクリプションエディタの画面を示す図である。図７（Ｂ）は、ＭＦＰにおけるカスタムアプリケーションの実行画面を示す図である。 ディスクリプションエディタのソフトウェアモジュール間のシーケンスを示す図である。 オーサリングシステムの利用フローを示す図である。 カスタムアプリケーションのデータ構造を示す図である。 ディスクリプションを示す図である。 ＭＦＰにインストールしたカスタムアプリケーションの構造を示す図である。 アプリケーションのインストールフローを示す図である。 ディスクリプション生成の詳細フローを示す図である。 図１５（Ａ）はアプリケーションパッケージのｍｅｔａデータとＭＦＰのアプリケーションデータ管理を説明する図である。図１５（Ｂ）は各ｍｅｔａデータとＭＦＰ内のデータの対応を示す表である。 ディスクリプションの管理テーブルを示す図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上述したように、オーサリングシステム０１０１ではディスクリプションの管理が行われる。図１６は、ディスクリプションナンバー管理０２１０の管理テーブルの例を示す図である。

図１６の管理テーブルのように、ディスクリプションの関連情報を格納することと、オーサリングシステム０１０１はディスクリプションを適切に管理する。

管理テーブルは、ディスクリプションナンバー欄１６０６、ディスクリプション名欄１６０７、バージョン欄１６０８、更新日時欄１６０９、再生アプリケーションバージョン欄１６１０、作成者欄１６１１、公開範囲欄１６１２、インストール実績欄１６１３などの情報を管理する。

ディスクリプションナンバー欄１６０６、作成者欄１６１１、再生アプリケーションバージョン欄１６１０は、新規ディスクリプションナンバーが発行された際に併せて登録される情報である。ディスクリプションナンバー欄１６０６には、ディスクリプションナンバー管理０２１０によって発行された情報が格納される。作成者欄１６１１には、ディスクリプションナンバーの発行を要求したディスクリプションエディタの操作ユーザの情報が登録される。再生アプリケーションバージョン欄１６１０には、ディスクリプションに対応する現在の再生アプリケーションバージョンの情報が登録される。

ディスクリプション名欄１６０７、更新日時欄１６０９、再生アプリケーションバージョン欄１６１０は、ディスクリプションが編集されて保存された際に更新される情報である。ディスクリプション名欄１６０７には、ユーザによって指定された名称が登録される。更新日時欄１６０９は、ディスクリプションの更新段階を示す数値が登録される。

公開範囲欄１６１２には、保存されたディスクリプションにアクセスし、編集や複製をおこなうことができるユーザの範囲情報が登録される。公開範囲としては、例えば、全てのユーザ、同テナントに所属するユーザ、個人のみ、といった範囲を指定することができる。公開範囲欄１６１２、ディスクリプションの保存時等、任意のタイミングで変更することができる。

インストール実績欄１６１３、登録されたディスクリプションを使用してアプリケーションが発行され・顧客先装置でインストールされた数値が登録される。インストール実績欄１６１３は、市場のニーズ把握をおこなう材料として利用可能な他、ディスクリプションナンバーの棚卸処理に利用することができる。たとえば、オーサリングシステム０１０１は、ディスクリプションプールＡ１（０１１３）に格納されたディスクリプションを削除する際、管理テーブルのインストール実績欄１６１３を確認する。そして、インストール実績欄１６１３が０の場合、そのディスクリプションナンバーは解放し、インストール実績欄１６１３が０でない場合、解放せずに維持する。解放されたディスクリプションナンバーは、新規ディスクリプションが生成された際に、割り当てることが可能となる。すなわち、ディスクリプションナンバーの再使用が可能となる。

例えばディスクリプション情報１６０３はインストール実績がないため、ディスクリプションが削除されたときディスクリプションナンバー“Ｆ００Ｃ”は解放される。そして、別のディスクリプション情報１６０５が作成されたときディスクリプションナンバー“Ｆ００Ｃ”が再使用される。一方でインストール実績があるディスクリプション情報（１６０１，１６０２，１６０４）が削除されていた場合でも、そのディスクリプションナンバーは再使用されることはない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

加えて、インストールされたアプリケーションを一意に識別するため情報（識別子）としてｍｅｔａ情報１２０４が格納される。すなわち、ｍｅｔａ情報１２０４は、ＭＦＰ０２０３にインストールされた他のアプリケーションと区別するために用いられる情報である。あるいは、ｍｅｔａ情報１２０４は、アプリケーションのバージョンアップがあった場合にバージョンアップ対象のアプリケーションを特定するのに用いられる情報である。

図１５（Ａ）は、アプリケーションパッケージのｍｅｔａデータとＭＦＰ０２０３のアプリケーションデータ管理を説明する図である。図１５（Ｂ）は、各ｍｅｔａデータとＭＦＰ０２０３内のデータ対応を示す表である。ＭＦＰ０２０３は、図１５（Ｂ）に示すようなデータを保持することで、複数のアプリケーションそれぞれについて一意に識別可能に管理している。インストールするアプリケーションが通常のアプリケーションの場合、インストールパッケージ内のアプリケーションに紐づけられたｍｅｔａ情報をｍｅｔａ情報１２０４として格納すればよい。すなわち、通常のアプリケーションとは、ディスクリプションと再生アプリケーションを組み合わせるカスタムアプリケーションではないアプリケーションを指す。例えば、図１５（Ｂ）に示すように、アプリケーション１および２は、アプリケーションｍｅｔａデータ欄の情報（アプリケーション識別子、ＩＤ）として”ＡｐｐＮｏ：０００１”および”ＡｐｐＮｏ：０００２”を保持しており、両者を区別することができる。そのため、アプリケーションｍｅｔａデータをｍｅｔａ情報１２０４に格納することで、アプリケーションを一意に識別することができるようになる。

一方で、インストールするアプリケーションがオーサリングシステム０１０１で作成されたカスタムアプリケーションである場合、アプリケーションに紐づけられたｍｅｔａ情報ではアプリケーションを一意に識別することができない。例えば、図１５（Ｂ）に示すように、カスタムアプリケーションＡおよびカスタムアプリケーションＢは、アプリケーションｍｅｔａデータ欄１５０４の情報として”ＡｐｐＮｏ：ＦＦＦＦ”を保持しており、両者を区別することができない。この現象は、カスタムアプリケーションＡおよびカスタムアプリケーションＢが同一の再生アプリケーションを利用していることに起因している。そこで、本実施例では、カスタムアプリケーションをインストールする場合、ｍｅｔａ情報１２０４に格納するアプリケーションのｍｅｔａ情報１００６をディスクリプションｍｅｔａ情報１０５４で書き換える処理をおこなう。図１５（Ｂ）に示すように、カスタムアプリケーションＡおよびカスタムアプリケーションＢは、ディスクリプションｍｅｔａデータ欄１５０５の情報として”ＤｅｓＮｏ：Ｆ００Ａ”および”ＤｅｓＮｏ：Ｆ００Ｂ”を保持しており、両者を区別することができる。そのため、ｍｅｔａ情報１２０４に書き込むアプリケーションｍｅｔａデータをディスクリプションｍｅｔａデータで書き換えることにより、カスタムアプリケーションを一意に識別可能にすることができる。また、本実施例では、ＭＦＰ０２０３内データ欄１５０６に示すように、ｍｅｔａ情報１２０４の情報に基づきアプリケーションのディレクトリを生成している。そのため、複数のアプリケーションでｍｅｔａ情報１２０４に重複がある場合、ディレクトリの重複が発生してしまう。しかしながら、上記書き換え処理が事前におこなわれるため、すべてのアプリケーションについて異なるディレクトリで適切に管理することができる。

また、カスタムアプリケーションをインストールする際、インストールされたアプリケーションの識別子であるｍｅｔａ情報１２０４とは別に、アプリケーションのｍｅｔａ情報１００６を第２のｍｅｔａ情報１２０５として格納する。この情報は、再生アプリケーションのバージョン情報やアプリケーション名称を保持する目的で格納される。

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

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

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

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

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

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

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

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

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

検証に失敗した場合（検証失敗）、インストール失敗としてエラー終了する。検証に成功した場合（検証成功）、アプリケーション管理部３５２は、Ｓ１３０８においてディスクリプション署名１０５５を用いて、ディスクリプション１３０３、ディスクリプションｍｅｔａ情報１３０４に不正な情報が含まれていないことを検証する。検証に失敗した場合（検証失敗）、アプリケーション管理部３５２は、インストール失敗と判定してエラー終了する。検証に成功した場合（検証成功）、アプリケーション管理部３５２は、Ｓ１３０９において再生アプリケーションのｍｅｔａデータから取得されたＡｐｐＮｏを、ディスクリプションのｍｅｔａデータ内のＤｅｓＮｏで置き換える処理を行う。アプリケーション管理部３５２は、Ｓ１３１０において、再生アプリケーションとディスクリプションのインストールを行う。

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

また、オーサリングシステム０１０１は再生アプリケーションの情報（特に識別子）とは別に、ディスクリプションの情報（特に識別子）を管理する。これにより、顧客の要望の数に比例して種類が増大カスタムアプリケーションを適切に管理することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

０１０１ オーサリングシステム（情報処理システム）
０２２０ サーバ装置（情報処理装置）
０２０３ ＭＦＰ（画像処理装置）
０２４０ クライアント端末（外部端末）
０２０７ ディスクリプションエディタ（編集プログラム）
６０８ 再生アプリケーション
６１２ ディスクリプション（記述ファイル）
１５０４ アプリケーションｍｅｔａデータ（アプリケーション識別子）
１０５５ ディスクリプションｍｅｔａデータ（記述識別子）

Claims (22)

1. 画像処理装置で実行されるアプリケーションをアプリケーション識別子で管理する情報処理システムであって、
   動作手順が定義された記述ファイルを再生する再生アプリケーションと第１の記述ファイルの組み合わせ情報を第１の組み合わせアプリケーションとして提供する手段と、
   前記再生アプリケーションと第２の記述ファイルの組み合わせ情報を第２の組み合わせアプリケーションとして提供する手段と、
   前記第１の記述ファイルに対応する第１の記述識別子と、前記第２の記述ファイルに対応する第２の記述識別子と、を管理する手段と、
   前記第１の記述識別子および前記第２の記述識別子に基づいて前記第１の組み合わせアプリケーションと前記第２の組み合わせアプリケーションを区別可能に管理する手段と、
   有することを特徴とする情報処理システム。
2. 前記第１の組み合わせアプリケーションに含まれる再生アプリケーションと、前記第２の組み合わせアプリケーションに含まれる再生アプリケーションと、は同一のアプリケーション識別子で管理されることを特徴とする請求項１に記載の情報処理システム。
3. 前記第１の組み合わせアプリケーションは、前記再生アプリケーションと前記第１の記述ファイルを含むパッケージデータに基づいて前記画像処理装置にインストールされることを特徴とする請求項１または２に記載の情報処理システム。
4. 前記画像処理装置は、前記パッケージデータに基づくインストール処理において、前記再生アプリケーションのアプリケーション識別子の代わりに前記第１の記述識別子を用いてアプリケーションの登録をおこなうことを特徴とする請求項３に記載の情報処理システム。
5. 前記第１の記述ファイルを作成する作成手段と、
   前記作成手段からの通知に基づいて前記第１の記述識別子を発行する手段と、を有することを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
6. 前記作成手段は、外部端末のウェブブラウザ上で実行される編集プログラムであって、
   前記編集プログラムは、ユーザの編集操作を受け付けるための画面情報を出力することを特徴とする請求項５に記載の情報処理システム。
7. 前記画面情報は、編集中のアプリケーションの動作確認をおこなうための情報を含むことを特徴とする請求項６に記載の情報処理システム。
8. 前記画面情報は、編集中のアプリケーションに追加可能な部品情報を含むことを特徴とする請求項６または７に記載の情報処理システム。
9. 前記画面情報は、編集中のアプリケーションに用いられる表示部品を編集するための情報を含むことを特徴とする請求項６乃至８のいずれか１項に記載の情報処理システム。
10. 前記編集プログラムは、前記第１の記述ファイルを再生する手段を有することを特徴とする請求項６乃至９のいずれか１項に記載の情報処理システム。
11. 前記再生する手段は、前記再生アプリケーションと同一の言語であってＪａｖａＳｃｒｉｐｔとは異なる言語に基づく再生プログラムであることを特徴とする請求項１０に記載の情報処理システム。
12. 前記再生プログラムは前記再生アプリケーションと同一のプログラムであることを特徴とする請求項１１に記載の情報処理システム。
13. 前記異なる言語はＬｕａ言語であることを特徴とする請求項１１または１２に記載の情報処理システム。
14. 前記編集プログラムは前記再生プログラムを実行するためのエミュレート手段を備えることを特徴とする請求項１１乃至１３のいずれか１項に記載の情報処理システム。
15. 前記第１の記述ファイルはＪＳＯＮ形式で記述されたデータであることを特徴とする請求項１乃至１４のいずれか１項に記載の情報処理システム。
16. 前記パッケージデータは、前記再生アプリケーションのバージョン情報を含むことを特徴とする請求項３に記載の情報処理システム。
17. 前記再生アプリケーションの署名情報と、前記第１の記述ファイルの署名情報と、を管理する手段を有することを特徴とする請求項１乃至１６のいずれか１項に記載の情報処理システム。
18. 前記画像処理装置はシートに画像を形成する画像形成部を備えることを特徴とする請求項１乃至１７のいずれか１項に記載の情報処理システム。
19. 前記画像処理装置は原稿から画像を読み取る画像読取部を備えることを特徴とする請求項１乃至１８のいずれか１項に記載の情報処理システム。
20. 前記画像処理装置と通信するサーバ装置と、前記サーバ装置と通信する情報処理装置と、を有することを特徴とする請求項１乃至１９のいずれか１項に記載の情報処理システム。
21. 画像処理装置で実行されるアプリケーションをアプリケーション識別子で管理する情報処理装置であって、
    動作手順が定義された記述ファイルを再生する再生アプリケーションと第１の記述ファイルの組み合わせ情報を第１の組み合わせアプリケーションとして提供する手段と、
    前記再生アプリケーションと第２の記述ファイルの組み合わせ情報を第２の組み合わせアプリケーションとして提供する手段と、
    前記第１の記述ファイルに対応する第１の記述識別子と、前記第２の記述ファイルに対応する第２の記述識別子と、を管理する手段と、
    前記第１の記述識別子および前記第２の記述識別子に基づいて前記第１の組み合わせアプリケーションと前記第２の組み合わせアプリケーションを区別可能に管理する手段と、
    有することを特徴とする情報処理装置。
22. 画像処理装置で実行されるアプリケーションをアプリケーション識別子で管理する情報処理装置が実行するプログラムであって、
    動作手順が定義された記述ファイルを再生する再生アプリケーションと第１の記述ファイルの組み合わせ情報を第１の組み合わせアプリケーションとして提供する工程と、
    前記再生アプリケーションと第２の記述ファイルの組み合わせ情報を第２の組み合わせアプリケーションとして提供する工程と、
    前記第１の記述ファイルに対応する第１の記述識別子と、前記第２の記述ファイルに対応する第２の記述識別子と、を管理する工程と、
    前記第１の記述識別子および前記第２の記述識別子に基づいて前記第１の組み合わせアプリケーションと前記第２の組み合わせアプリケーションを区別可能に管理する工程と、
    有することを特徴とするプログラム。

Images