JP2023011236A - 情報処理システム、情報処理方法、プログラム - 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