特開 2024-94938 情報処理装置、情報処理方法およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024094938

(43)【公開日】2024-07-10

(54)【発明の名称】情報処理装置、情報処理方法およびプログラム

(51)【国際特許分類】

   G06F 8/72 20180101AFI20240703BHJP

【ＦＩ】

G06F8/72

【審査請求】未請求

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022211867

(22)【出願日】2022-12-28

(71)【出願人】

【識別番号】390002761

【氏名又は名称】キヤノンマーケティングジャパン株式会社

(71)【出願人】

【識別番号】592135203

【氏名又は名称】キヤノンＩＴソリューションズ株式会社

(74)【代理人】

【識別番号】100189751

【弁理士】

【氏名又は名称】木村 友輔

(74)【代理人】

【識別番号】100227857

【弁理士】

【氏名又は名称】中山 圭

(72)【発明者】

【氏名】田村 雅博

(72)【発明者】

【氏名】高塚 剛

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376BC07

5B376BC21

5B376BC49

5B376DA22

(57)【要約】

【課題】 本発明は、画面項目の削除に対応して、ソースコードを開発者が修正すべきか開発者は修正せずに対応できるかを容易に識別表示することを目的とする。
【解決手段】
画面項目を有するアプリケーションのプログラムを修正する情報処理装置であって、前記アプリケーションの画面項目の削除を受け付ける受付手段と、前記受付手段で受け付けた削除する画面項目と紐付く前記アプリケーションのアクション内で定義された変数を特定する特定手段と、前記特定手段で特定される変数の係る部分を削除して所定の条件を満たすアクションの場合は、前記変数の係る部分を削除制御する制御手段と、を有することを特徴とする。
【選択図】 図５

【特許請求の範囲】

【請求項1】

画面項目を有するアプリケーションのプログラムを修正する情報処理装置であって、
前記アプリケーションの画面項目の削除を受け付ける受付手段と、
前記受付手段で受け付けた削除する画面項目と紐付く前記アプリケーションのアクション内で定義された変数を特定する特定手段と、
前記特定手段で特定される変数の係る部分を削除して所定の条件を満たすアクションの場合は、前記変数の係る部分を削除制御する制御手段と、
を有することを特徴とする情報処理装置。

【請求項2】

前記制御手段は、前記アクションが前記所定の条件を満たさない場合、前記変数に係る部分を削除せず、前記変数の係る部分を識別表示するよう制御する請求項１に記載の情報処理装置。

【請求項3】

前記アクションとは、アプリケーションの画面上のＵＩボタンの押下により実行される処理であることを特徴とする請求項１又は２に記載の情報処理装置。

【請求項4】

前記制御手段は、前記受付手段で受け付けた画面項目の削除により前記所定の条件を満たさないアクションがある場合、該アクションの前記変数の係る部分を優先して表示することを特徴とする請求項１又は２に記載の情報処理装置。

【請求項5】

前記制御手段は、前記所定の条件を満たさないアクションの前記変数の係る部分を優先して表示した後で、前記所定の条件を満たすアクションの前記変数の係る部分を削除することを特徴とする請求項４に記載の情報処理装置。

【請求項6】

前記所定の条件を満たさないアクションとは、前記特定手段で特定される変数の係る部分を削除した場合に前記アプリケーションが不整合を生じるアクションであることを特徴とする請求項１または２に記載の情報処理装置。

【請求項7】

前記所定の条件を満たさないアクションとは、前記特定手段で特定される変数の係る部分を削除した場合に前記アプリケーションの実行時にエラーが生じるアクションであることを特徴とする請求項１又は２に記載の情報処理装置。

【請求項8】

前記所定の条件を満たさないアクションとは、前記特定手段で特定される変数の係る部分を削除した場合に前記アプリケーションが実行できないアクションであることを特徴とする請求項１又は２に記載の情報処理装置。

【請求項9】

前記所定の条件を満たさないアクションとは、データベースへアクセスするアクション以外を含むアクションであることを特徴とする請求項１又は２に記載の情報処理装置。

【請求項10】

画面項目を有するアプリケーションのプログラムを修正する情報処理装置における制御方法であって、
前記アプリケーションの画面項目の削除を受け付ける受付ステップと、
前記受付ステップで受け付けた削除する画面項目と紐付く前記アプリケーションのアクション内で定義された変数を特定する特定ステップと、
前記特定ステップで特定される変数の係る部分を削除して所定の条件を満たすアクションの場合は、前記変数の係る部分を削除制御する制御ステップと、
を有することを特徴とする情報処理装置の制御方法。

【請求項11】

コンピュータを、請求項１又は２に記載された情報処理装置の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、開発中のアプリケーションソフトウェアのリファクタリングを実行する情報処理装置、情報処理方法およびプログラムに関する。

【背景技術】

【0002】

Ｗｅｂアプリケーションにおいて画面に配置している入力項目に対するアクションを定義するにあたり、入力項目とアクションで使用する変数と紐づける必要がある。また、アクションの結果を出力項目に出力するために、出力項目とアクションの出力結果とを紐づける必要もある。

【0003】

しかし、画面の入出力項目IDとアクション（たとえばＪａｖａＳｃｒｉｐｔ（登録商標））で使用する変数の名前はそれぞれ別々に定義する必要がある。

【0004】

特許文献１には、ソースプログラムの解析対象の変数から関連する変数名を抽出し、出現回数、出現確率の情報を出力して、関連する変数名の確認を容易にする技術が開示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００２－１３２５４４号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、特許文献１には、関連する変数名を出力し確認させるのみであり、１つの画面項目を削除すると、対応する変数が使われているＪａｖａＳｃｒｉｐｔ（登録商標）などのソースコードを修正するべきかどうかをすぐには判断できない。

【0007】

本発明は、画面項目の削除に対応して、ソースコードを開発者が修正すべきか開発者は修正せずに対応できるかを容易に識別表示することを目的とする。

【課題を解決するための手段】

【0008】

本発明は、画面項目を有するアプリケーションのプログラムを修正する情報処理装置であって、
前記アプリケーションの画面項目の削除を受け付ける受付手段と、
前記受付手段で受け付けた削除する画面項目と紐付く前記アプリケーションのアクション内で定義された変数を特定する特定手段と、
前記特定手段で特定される変数の係る部分を削除して所定の条件を満たすアクションの場合は、前記変数の係る部分を削除制御する制御手段と、
を有することを特徴とする。

【発明の効果】

【0009】

本発明によれば、画面項目の削除に対応して、ソースコードを開発者が修正すべきか開発者は修正せずに対応できるかを容易に識別表示することができる。

【図面の簡単な説明】

【0010】

【図1】本実施形態に係るシステム構成図である。

【図2】本実施形態に係るプログラム開発装置、実行サーバ、データベースサーバ、クライアント端末として適用可能なハードウェア構成の一例を示すブロック図である。

【図3】アプリケーション生成処理のフローチャートの一例である。

【図4】画面定義削除処理のフローチャートの一例である。

【図5】画面項目IDに紐付く変数識別表示or削除処理のフローチャートの一例である。

【図6】アプリケーション生成時の画面表示例である。

【図7】画面項目削除前後のアプリケーション修正時の画面表示例である。

【図8】画面項目削除前のアプリケーション修正時の画面表示例である。

【図9】画面項目削除後のアプリケーション修正時の画面表示例である。

【発明を実施するための形態】

【0011】

以下、本発明の実施の形態を、図面を参照して詳細に説明する。

【0012】

図１は、本発明に係る情報処理装置１０１（開発者がＷｅｂアプリケーション生成のために操作するプログラム開発装置）、実行サーバ１０２、データベースサーバ１０３、クライアント端末１０４の構成の一例を示すシステム（情報処理システム）構成図である。

【0013】

情報処理装置１０１は、開発者の操作に従って画面レイアウト及びデータベース検索指示などを定義する。情報処理装置１０１は、プログラムなどのアプリケーションソフトウェア（以下、単にアプリケーションと称する）の生成を行う。具体的には、情報処理装置１０１は、Ｗｅｂアプリケーションを開発する開発者によりリポジトリ定義として、アプリケーション定義、入出力定義、データモデル定義、ビジネスプロセス定義、データベース定義の各定義を設定し、これらの定義を用いて、Ｗｅｂアプリケーションを生成する。これら、アプリケーション定義、入出力定義、データモデル定義、ビジネスプロセス定義、データベース定義の定義は、Ｗｅｂアプリケーション開発ツールを介して、開発者によって事前に入力設定、または配置されてもよい。

【0014】

この実施形態においては、情報処理装置１０１で生成するアプリケーションはＷｅｂアプリケーションとするが、これに限定するものではなく、携帯電話・スマートフォン・タブレットなどの情報処理装置で動作するアプリケーションや組込みソフトウェアなど、Ｗｅｂ技術による通信を利用したアプリケーションでなくてもよい。

【0015】

実行サーバ１０２は、情報処理装置１０１で開発されたアプリケーションを実行する。また、データベースサーバ１０３と接続して動作することが可能である。

【0016】

データベースサーバ１０３は、開発されたアプリケーションが使用するデータベースであり、また本発明では開発時にも動作確認などのために利用してもよい。例えば、開発者が利用するためにデータベースサーバ１０３は、情報処理装置１０１や、実行サーバ１０２と同一の装置で構成されていてもよいし、ＬＡＮなどのネットワーク１０５内に配置されてもよい。

【0017】

クライアント端末１０４は、実行サーバ１０２と協調して情報処理装置１０１で開発したアプリケーションプログラムを動作させる、エンドユーザの入力端末である。この、クライアント端末１０４は、携帯端末などの情報処理装置であってもよいこととする。

【0018】

なお、情報処理装置１０１、実行サーバ１０２、データベースサーバ１０３、および、クライアント端末１０４の何れかを、クラウドなどのインターネット上に配置してもよい。

【0019】

図２は、本発明に係る情報処理装置１０１、実行サーバ１０２、データベースサーバ１０３、クライアント端末１０４として適用可能な各ハードウェア構成の一例を示すブロック図である。

【0020】

図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。

【0021】

また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステム（ＯＳ）や、各サーバ、クライアント、装置など情報処理装置の後述する各種機能を実現するためのプログラムが記憶されている。

【0022】

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア、一時待避領域等として機能する。

【0023】

入力コントローラ２０５は、入力部２０９からの入力を制御する。この入力部２０９としては、情報処理装置では、キーボード、マウス等のポインティングデバイス、タッチパネルが挙げられる。

【0024】

なお、入力部２０９がタッチパネルの場合、ユーザがタッチパネルに表示されたアイコンやカーソルやボタンに合わせて押下（指等でタッチ）することにより、各種の指示を行うことができることとする。

【0025】

また、タッチパネルは、マルチタッチスクリーン等の、複数の指でタッチされた位置を検出することが可能なタッチパネルであってもよい。

【0026】

出力コントローラ２０６は、出力部２１０を表示制御する。この出力部２１０としては、例えば、ＣＲＴや液晶ディスプレイ等が挙げられる。尚、本体と一体になったノート型パソコンのディスプレイも含まれるものとする。また、プロジェクタであってもよいこととする。

【0027】

外部メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザーファイル、編集ファイル、プリンタドライバ等を記憶する外部メモリ２１１へのアクセスを制御する。外部メモリ２１１には、各サーバ、クライアント、装置等の各種機能を実現するための各種テーブル、パラメータが記憶されている。この外部メモリ２１１としては、ハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）、ＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）、スマートメディア等が挙げられる。

【0028】

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォント展開（ラスタライズ）処理を実行することにより、出力部２１０上での表示を可能としている。また、ＣＰＵ２０１は、出力部２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

【0029】

通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器との通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

【0030】

本発明を実現するためのプログラム２１２は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

【0031】

図３は、Ｗｅｂアプリケーション生成のフローチャートの一例を示す図である。なお、図３のフローチャートの各ステップは、情報処理装置１０１のＣＰＵ２０１が実行する。

【0032】

Ｓ３０１において、情報処理装置１０１は、アプリケーションの画面定義の入力を開発者から受け付ける。画面定義の例を図６を参照して説明する。

【0033】

図６（ａ）は、開発者により入力された画面定義の例である、左側の「入出力」や「選択リスト」などのパレットから右側のエディタエリア６０４にマウスを使いドラッグアンドドロップをするなどにより、右側の入出力画面のような画面定義を受け付ける。

【0034】

図６（ｂ）は、図６（ａ）のテキスト型入力エリア６０１のプロパティを示す図である。

【0035】

図６（ｂ）では、テキスト入力エリア６０１のコード（ソースコードの生成時に変数名として記述される名前）として、「Ｇ＿ＩＴＥＭ＿ＴＥＸＴ」が自動的に設定されている。図３のフローチャートの説明に戻る。

【0036】

Ｓ３０２において、情報処理装置１０１は、開発者から画面定義のアクション定義に関する入力要求があったかにより処理を分ける。アクション定義の入力要求があった場合は、Ｓ３０３へと処理を遷移し、入力要求がなければＳ３０４へと処理を遷移する。

【0037】

Ｓ３０３において、情報処理装置１０１は、開発者からアクション定義の入力を受け付ける。アクションの例を図７、図８を参照して説明する。

【0038】

図７（ａ）は、図６（ａ）のアップデートのアクションボタン６０２に対応するアクション定義であり、アップデートのアクションボタン６０２の押下後に真ん中のフローチャートの処理が実施される定義である。

【0039】

図８（ａ）は、図６（ａ）のインサートのアクションボタン６０３に対応するアクション定義であり、インサートのアクションボタン６０３の押下後に真ん中のフローチャートの処理が実施される定義である。

【0040】

それぞれの定義の際、テキスト入力エリア６０１に入力されたデータは、図７（ａ）では７０１で、図８（ａ）では８０１でそれぞれ「ｐｔｅｘｔ」という変数名に記憶されて、データのアップデートやインサートに使われる。図３のフローチャートの説明に戻る。

【0041】

Ｓ３０４において、情報処理装置１０１は、開発者から画面定義の保存要求があったかにより、処理を分ける。保存要求があった場合はＳ５０５へと処理を遷移し、保存要求がない場合はＳ３０６へと処理を遷移する。

【0042】

Ｓ３０５へと処理を遷移すると、情報処理装置１０１は、画面定義（アクション定義含む）を外部メモリ２１１に保存する。

【0043】

Ｓ３０６において、情報処理装置１０１は、開発者からアプリケーション生成要求があったかにより、処理を分ける。アプリケーション生成要求があった場合はＳ３０７へと処理を遷移し、アプリケーション生成要求がない場合はＳ３０１へと処理を戻し、画面定義の入力処理へと戻る。

【0044】

Ｓ３０７において、情報処理装置１０１は、Ｓ３０１で定義された画面定義とＳ３０３で定義されたアクション定義からアプリケーションを生成する。図３のフローチャートの処理の結果、図６（ａ）のエディタエリア６０４の画面のような入力画面を有するＷｅｂアプリケーションが生成される。

【0045】

次に、図４を参照して、図３で生成したＷｅｂアプリケーションから画面定義を削除する際の処理の流れを説明する。なお、図４のフローチャートの各ステップは、情報処理装置１０１のＣＰＵ２０１が実行する。

【0046】

Ｓ４０１において、情報処理装置１０１は、出力部２１０に図３で生成された、もしくは生成中の画面エディタを表示する。図６（ａ）が画面エディタの表示例である。

【0047】

Ｓ４０２において、情報処理装置１０１は、Ｓ４０１で表示された画面エディタの中の画面項目（たとえば、テキスト入力エリア６０１）の削除指示を受け付ける。削除指示を受け付けると、画面エディタ上では図６（ｃ）のように、テキスト入力エリア６２１が消えた画面が表示される。

【0048】

Ｓ４０３において、情報処理装置１０１は、画面定義内に削除した画面項目に対応する変数が使用されているアクションイベントがあるかどうかにより、処理を分ける。アクションイベントがある場合は、Ｓ４０４へと処理を遷移し、アクションイベントが無い場合は、図４のフローチャートを終えて、画面定義から画面項目を削除する処理だけで終了する。

【0049】

Ｓ４０４において、情報処理装置１０１は、削除される画面項目のＩＤ（コード）に紐付く変数を識別表示するか、画面項目のＩＤ（コード）に紐付く処理を削除するかを選択する処理を実行する。詳細は図５を参照して説明する。

【0050】

図５は、本実施形態の削除される画面項目のＩＤ（コード）に紐付く変数を識別表示するか、画面項目のＩＤ（コード）に紐付く処理を削除するかを選択して実行する処理の流れを説明するフローチャートである。
＠
Ｓ５０１において、情報処理装置１０１は、削除される画面項目のＩＤ（コード）に紐付く変数の名前を取得する。たとえば、図６（ｃ）の６２１のようにテキスト入力エリア６０１を削除する場合、図７（ａ）や図８（ａ）では、７０１や８０１のように「ｐｔｅｘｔ」と言う変数名を取得する。

【0051】

Ｓ５０２において、情報処理装置１０１は、Ｓ５０１で取得した変数名を使ったアクションがあるかどうかで処理を分ける。Ｓ５０１で取得した変数名を使ったアクションがある場合は、Ｓ５０３へと処理を遷移し、Ｓ５０１で取得した変数名を使ったアクションがない場合は、図５のフローチャートの処理を終える。

【0052】

Ｓ５０３へと処理を遷移すると、情報処理装置１０１は、Ｓ５０１で取得した変数名を使ったアクションがデータモデルバインド処理だけかどうかで処理を分ける。Ｓ５０１で取得した変数名を使ったアクションがデータモデルバインド処理だけの場合はＳ５０８へと処理を遷移し、Ｓ５０１で取得した変数名を使ったアクションがデータモデルバインド処理以外で使用されていれば、Ｓ５０４へと処理を遷移する。

【0053】

データモデルバインド処理とは、ユーザから入出力されたデータをデータベースに対応付ける処理である。変数名をデータモデルバインド処理のみでしか使わない状況とは、Ｓ３０７でアプリケーションを生成する際に、Ｓ３０３で開発者によりアクション定義で変数名が使われていないことを意味する。データモデルバインド処理はＳ３０７で自動的にアプリケーション生成できる処理であり、Ｓ３０３で開発者によりアクション定義で変数名が使われている場合は、加工式や条件式として開発者の手を加えている。そのため、開発者が手を加えた部分の変数名をただ削除するだけでは、加工式や条件式が構文エラーを生じるリスクがある。

【0054】

Ｓ５０４において、情報処理装置１０１は、アクション内のＳ５０１で取得した変数名を識別可能に表示（優先表示）する。

【0055】

Ｓ５０５において、情報処理装置１０１は、Ｓ５０１で取得した変数名のデータモデルバインドステップを識別可能に表示する。Ｓ５０４とＳ５０５の処理結果の画面イメージを図９を参照して説明する。

【0056】

図９（ａ）は、データモデルバインドの設定である図８（ａ）の「Ｇ＿ＩＴＥＭ＿ＴＥＸＴ」のデータモデルバインド８０１の登録の内、図６（ｃ）の６２１のように画面項目「Ｇ＿ＩＴＥＭ＿ＴＥＸＴ」が削除されている場合の例である。９０１のように画面項目のコード「Ｇ＿ＩＴＥＭ＿ＴＥＸＴ」が削除されているが、変数名に該当する「ｐｔｅｘｔ」は削除していない。そのため、９０１のように太下線などで「ｐｔｅｘｔ」を他の変数名など識別可能に表示する。また、図９（ｂ）の真ん中のフローチャートのように、変数名「ｐｔｅｘｔ」が使用されている処理ステップには、９１２のようにエクスクラメーションマーク「！」が付され、他の処理ステップと識別可能に表示している。

【0057】

９０１の「ｐｔｅｘｔ」の行自体を削除しない理由は、開発者により手を加えられた（引用された）変数名「ｐｔｅｘｔ」９０１を勝手に削除することによる構文エラーの発生を防ぐためである。たとえば、図９（ｂ）の条件式９１３内で引用されている「ｐｔｅｘｔ」９１１をただ単に削除すると、条件式９１３は「ｐｋｅｙ ！＝ ‘’ ＆＆ ｐｔｅｘｔ ！＝‘’」から「ｐｋｅｙ ！＝ ‘’ ＆＆ ！＝‘’」に変更され、第２項の不等号の条件式の左側の項がない構文エラーとなってしまう。削除された条件式を見た開発者は何が記載されていたのかが不明となるため、デバッグに時間がかかることになる。そのため、Ｓ５０１で取得した変数名は敢えて表示したまま、識別可能なように９１１のような太下線で表示して、開発者が適切に修正できるように促す。図５のフローチャートの説明に戻る。

【0058】

図５のＳ５０６において、情報処理装置１０１は、開発者からアクションのソースコードの変更を受け付ける。

【0059】

Ｓ５０７において、情報処理装置１０１は、Ｓ５０６における開発者のソースコード変更後、ソースコードのエラーチェックを行い、エラーが解消されていれば、Ｓ５０８の処理へと遷移する。エラーが解消されていない場合は、Ｓ５０６へと処理を戻し、開発者にエラー解消を促す。

【0060】

Ｓ５０８において、情報処理装置１０１は、アクションからＳ５０１で取得した変数名に該当するデータモデルバインド処理定義を削除する。具体的には、図９（ａ）の９０２の行を削除する。また、Ｓ５０１で取得した変数名を使ったアクションがデータモデルバインド処理だけの場合（Ｓ５０３から直接Ｓ５０８へ遷移した場合）も同様に図７（ａ）から図７（ｂ）のように、７０１行を削除することで対応できる。

【0061】

以上のように、Ｓ５０１で取得した変数名を使ったアクションがデータモデルバインドのみであれば、データモデルバインド処理定義自体を削除するが、Ｓ５０１で取得した変数名を使ったアクションがデータモデルバインド以外で使用されている場合は、データモデルバインド処理定義をすぐに消さない。開発者に関連するＳ５０１で取得した変数名が使われているアクション定義を識別可能に表示させ修正させることにより、構文エラーなどによるデバッグの作業を極力減らすことができる。図４のフローチャートの説明に戻る。

【0062】

図４のＳ４０５において、ほかにもアクションがある場合（たとえば、ＩＮＳＥＲＴアクションの他にＵＰＤＡＴＥアクション等がある場合）は他のアクションについても、削除される画面項目のＩＤ（コード）に紐付く変数を識別表示するか、画面項目のＩＤ（コード）に紐付く処理を削除するかを選択する処理を実行するため、Ｓ４０４へと処理を戻す。

【0063】

以上の処理により、画面項目の削除に対応して、ソースコードを開発者が修正すべきか開発者は修正せずに対応できるかを容易に識別表示することができる。

【0064】

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

【0065】

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

【0066】

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

【0067】

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0068】

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

【0069】

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

【0070】

上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。

【0071】

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

【符号の説明】

【0072】

１０１ プログラム開発装置（情報処理装置）
１０２ 実行サーバ
１０３ データベースサーバ
１０４ クライアント端末
１０５ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】