(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024135744
(43)【公開日】2024-10-04
(54)【発明の名称】機能拡張装置、および、機能拡張方法
(51)【国際特許分類】
G06F 8/60 20180101AFI20240927BHJP
【ＦＩ】
G06F8/60
【審査請求】有
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2023046589
(22)【出願日】2023-03-23
(11)【特許番号】
(45)【特許公報発行日】2023-07-21
(71)【出願人】
【識別番号】000153443
【氏名又は名称】株式会社 日立産業制御ソリューションズ
(74)【代理人】
【識別番号】110001807
【氏名又は名称】弁理士法人磯野国際特許商標事務所
(72)【発明者】
【氏名】内山 淳
(72)【発明者】
【氏名】友常 浩二郎
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376AB01
5B376AB12
5B376AC03
5B376AC11
(57)【要約】
【課題】カスタマイズされる前の標準機能のソースコード改変を不要としつつ、担当者ごとに標準機能と拡張機能とを切り替え可能とする仕組みを提供すること。
【解決手段】機能拡張装置１０のインスタンス管理部１２は、標準クラスＡが提供する標準機能、または、標準クラスＡを拡張した拡張クラスＢが提供する拡張機能のうちの呼び出し対象となる機能の名称を示す指定機能情報が、ユーザおよびそのユーザが起動する仮想環境上に存在するアプリケーションの画面ごとに指定されているユーザ情報テーブル１１を参照することで、ユーザおよび仮想環境上に存在するアプリケーションの画面に対応する指定機能情報を取得する。機能呼出部１４は、指定機能情報から取得したインスタンスの型に対応するインスタンスを呼び出す。
【選択図】 図１
【解決手段】機能拡張装置１０のインスタンス管理部１２は、標準クラスＡが提供する標準機能、または、標準クラスＡを拡張した拡張クラスＢが提供する拡張機能のうちの呼び出し対象となる機能の名称を示す指定機能情報が、ユーザおよびそのユーザが起動する仮想環境上に存在するアプリケーションの画面ごとに指定されているユーザ情報テーブル１１を参照することで、ユーザおよび仮想環境上に存在するアプリケーションの画面に対応する指定機能情報を取得する。機能呼出部１４は、指定機能情報から取得したインスタンスの型に対応するインスタンスを呼び出す。
【選択図】 図１
【特許請求の範囲】
【請求項1】
標準クラスが提供する標準機能、または、前記標準クラスを拡張した拡張クラスが提供する拡張機能のうちの呼び出し対象となる機能の名称を示す指定機能情報が、ユーザおよびそのユーザが起動する仮想環境上にあるアプリケーションの画面ごとに指定されているユーザ情報記憶部を参照することで、ユーザおよび仮想環境上にあるアプリケーションの画面に対応する前記指定機能情報を取得し、
前記標準クラスの名称と、前記標準機能または前記拡張機能の機能名称と、前記標準クラスまたは前記拡張クラスを呼び出すためのインスタンスの型とが登録されている辞書を参照することで、前記標準クラスの名称および前記指定機能情報の組み合わせに合致する前記インスタンスの型を取得するインスタンス管理部と、
取得した前記インスタンスの型に対応するインスタンスを呼び出す機能呼出部とを有することを特徴とする
機能拡張装置。
前記標準クラスの名称と、前記標準機能または前記拡張機能の機能名称と、前記標準クラスまたは前記拡張クラスを呼び出すためのインスタンスの型とが登録されている辞書を参照することで、前記標準クラスの名称および前記指定機能情報の組み合わせに合致する前記インスタンスの型を取得するインスタンス管理部と、
取得した前記インスタンスの型に対応するインスタンスを呼び出す機能呼出部とを有することを特徴とする
機能拡張装置。
【請求項2】
前記インスタンス管理部は、
クラスの名称ごとにそのクラスが提供する機能の名称が登録されている名前空間とクラスから、前記標準クラスの名称と、前記指定機能情報が示す機能の名称との組み合わせ情報を検索し、
前記組み合わせ情報を検索できた場合には、前記組み合わせ情報に対応する前記インスタンスの型を前記辞書に登録する第１登録処理を実行し、
前記組み合わせ情報を検索できない場合には、前記標準クラスの名称と、前記標準機能の機能名称と、前記標準クラスを呼び出すための前記インスタンスの型とを前記辞書に登録する第２登録処理を実行することを特徴とする
請求項１に記載の機能拡張装置。
クラスの名称ごとにそのクラスが提供する機能の名称が登録されている名前空間とクラスから、前記標準クラスの名称と、前記指定機能情報が示す機能の名称との組み合わせ情報を検索し、
前記組み合わせ情報を検索できた場合には、前記組み合わせ情報に対応する前記インスタンスの型を前記辞書に登録する第１登録処理を実行し、
前記組み合わせ情報を検索できない場合には、前記標準クラスの名称と、前記標準機能の機能名称と、前記標準クラスを呼び出すための前記インスタンスの型とを前記辞書に登録する第２登録処理を実行することを特徴とする
請求項１に記載の機能拡張装置。
【請求項3】
前記名前空間とクラスには、さらに、クラスの名称が属するクラスを示す属性情報も登録されており、
前記インスタンス管理部は、前記組み合わせ情報に加えて、自身の属するクラスの属性情報が前記名前空間とクラスから検索できた場合に、前記第１登録処理を行うことを特徴とする
請求項２に記載の機能拡張装置。
前記インスタンス管理部は、前記組み合わせ情報に加えて、自身の属するクラスの属性情報が前記名前空間とクラスから検索できた場合に、前記第１登録処理を行うことを特徴とする
請求項２に記載の機能拡張装置。
【請求項4】
機能拡張装置は、インスタンス管理部と、機能呼出部とを有しており、
前記インスタンス管理部は、
標準クラスが提供する標準機能、または、前記標準クラスを拡張した拡張クラスが提供する拡張機能のうちの呼び出し対象となる機能の名称を示す指定機能情報が、ユーザおよびそのユーザが起動する仮想環境上にあるアプリケーションの画面ごとに指定されているユーザ情報記憶部を参照することで、ユーザおよび仮想環境上にあるアプリケーションの画面に対応する前記指定機能情報を取得し、
前記標準クラスの名称と、前記標準機能または前記拡張機能の機能名称と、前記標準クラスまたは前記拡張クラスを呼び出すためのインスタンスの型とが登録されている辞書を参照することで、前記標準クラスの名称および前記指定機能情報の組み合わせに合致する前記インスタンスの型を取得し、
前記機能呼出部は、取得した前記インスタンスの型に対応するインスタンスを呼び出すことを特徴とする
機能拡張方法。
前記インスタンス管理部は、
標準クラスが提供する標準機能、または、前記標準クラスを拡張した拡張クラスが提供する拡張機能のうちの呼び出し対象となる機能の名称を示す指定機能情報が、ユーザおよびそのユーザが起動する仮想環境上にあるアプリケーションの画面ごとに指定されているユーザ情報記憶部を参照することで、ユーザおよび仮想環境上にあるアプリケーションの画面に対応する前記指定機能情報を取得し、
前記標準クラスの名称と、前記標準機能または前記拡張機能の機能名称と、前記標準クラスまたは前記拡張クラスを呼び出すためのインスタンスの型とが登録されている辞書を参照することで、前記標準クラスの名称および前記指定機能情報の組み合わせに合致する前記インスタンスの型を取得し、
前記機能呼出部は、取得した前記インスタンスの型に対応するインスタンスを呼び出すことを特徴とする
機能拡張方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、機能拡張装置、および、機能拡張方法に関する。
【背景技術】
【0002】
ソフトウェアのパッケージビジネスでは、パッケージから標準で提供されているベースソフトウェアに対して、個別の顧客の要望に合わせて開発者がカスタマイズしてから提供することが多い。カスタマイズされたソースコードが顧客ごとに乱立してしまうと、保守性が低下してしまう上、ターゲットが絞られるなど売り方が難しくなる。
【0003】
そこで、特許文献１には、ベースソフトウェアのソースコードを一切修正しないで、組み込みソフトウェアをカスタマイズするための方法が記載されている。具体的には、特許文献１は、ベースソフトウェア部とカスタムソフトウェア部をリンクする組み込みソフトウェアのカスタマイズ方法が記載されている。このカスタマイズ方法は、実行時には、基底クラスのコンストラクタ内で派生クラスのインスタンスおよびクラス名称をインスタンステーブルに登録し、そのインスタンステーブルに登録された派生クラスのインスタンスをコンパイル済みのモジュール内から呼び出す仕組みである。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２００７－２７９９１８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
以下、ベースソフトウェアで提供される「標準クラス」とし、カスタムソフトウェアで提供される「拡張クラス」とし、それらの各クラスを呼び出す側を「呼出部」として、各クラスの管理について説明する。顧客のニーズに合わせて、カスタマイズしない標準クラスに対して、カスタマイズされた部分を示す拡張クラスをオプションとして付けることで、個別の顧客の要望に柔軟に対応できるシステムを検討する。
呼出部は、各クラス（標準クラスまたは拡張クラス）をインスタンス化した後、そのインスタンスに対して、各クラスが提供する処理を呼び出す。
呼出部は、各クラス（標準クラスまたは拡張クラス）をインスタンス化した後、そのインスタンスに対して、各クラスが提供する処理を呼び出す。
【0006】
従来では、呼出部のソースコードのうちクラスをインスタンス化している箇所（コンストラクタ）を開発者が直接書き換えることで、クラスの切り替えに対応していた。しかし、呼出部もまたパッケージから標準で提供されているベースソフトウェアの一部なので、顧客ごとに呼出部のソースコードが書き換わるようにしてしまうと、保守性が低下してしまう。
また、特許文献１の段落００１０には以下の（１）および（２）の記載があるため、呼出部が呼び出すクラス（インスタンス）は、アプリケーションの起動時に決定される。
（１）「Ｃ＋＋で記述されたソフトウェアの実行時には、まず、グローバルなクラスインスタンスが生成され（ステップ３４１）、それらのコンストラクタが実行される。したがって、カスタムソフトウェア部１２に存在する派生クラスのインスタンス１２１のコンストラクタ３３１が実行されることになるが、」の記載。
（２）「インスタンステーブルから派生クラスを検索するときのクラス名称文字列は、例えば、ベースソフトウェア部を作成する前に予め決めておき、カスタムソフトウェア部を作成する開発者に伝えておけば、実行制御コードのソースコードに既に記述されている。（ステップ３４６）。あるいは、同じ基底クラスから派生して作成した複数の異なるカスタムソフトウェア部をリンクして組み込みソフトウェア部を作成し、実行時にいずれの派生クラスを使用するかを決定することも可能である。実行時にどのクラスを実行するかは、ＳＲＡＭやＦＬＡＳＨ－ＲＯＭなど、ＲＯＭ作成後にも変更可能な記憶領域を機器に持たせておいて、その記憶領域に名称文字列を記録し、」の記載。
また、特許文献１の段落００１０には以下の（１）および（２）の記載があるため、呼出部が呼び出すクラス（インスタンス）は、アプリケーションの起動時に決定される。
（１）「Ｃ＋＋で記述されたソフトウェアの実行時には、まず、グローバルなクラスインスタンスが生成され（ステップ３４１）、それらのコンストラクタが実行される。したがって、カスタムソフトウェア部１２に存在する派生クラスのインスタンス１２１のコンストラクタ３３１が実行されることになるが、」の記載。
（２）「インスタンステーブルから派生クラスを検索するときのクラス名称文字列は、例えば、ベースソフトウェア部を作成する前に予め決めておき、カスタムソフトウェア部を作成する開発者に伝えておけば、実行制御コードのソースコードに既に記述されている。（ステップ３４６）。あるいは、同じ基底クラスから派生して作成した複数の異なるカスタムソフトウェア部をリンクして組み込みソフトウェア部を作成し、実行時にいずれの派生クラスを使用するかを決定することも可能である。実行時にどのクラスを実行するかは、ＳＲＡＭやＦＬＡＳＨ－ＲＯＭなど、ＲＯＭ作成後にも変更可能な記憶領域を機器に持たせておいて、その記憶領域に名称文字列を記録し、」の記載。
【0007】
ここで、同じ会社内の各担当者が、同じアプリケーションを使用する場合を考える。この場合、担当者によって標準機能での動作を必要とすることも、拡張機能での動作を必要とすることもある。しかし、特許文献１の手法ではアプリケーションの起動時に標準機能、または拡張機能のどちらかでの起動が固定化されるため、アプリケーションを使用時の担当者によって呼び出す機能を切り替えるような柔軟な運用ができない。
【0008】
そこで、本発明は、カスタマイズされる前の標準機能のソースコード改変を不要としつつ、担当者ごとに標準機能と拡張機能とを切り替え可能とする仕組みを提供することを主な課題とする。
【課題を解決するための手段】
【0009】
前記課題を解決するために、本発明の機能拡張装置は、以下の特徴を有する。
本発明は、標準クラスが提供する標準機能、または、前記標準クラスを拡張した拡張クラスが提供する拡張機能のうちの呼び出し対象となる機能の名称を示す指定機能情報が、ユーザおよびそのユーザが起動する仮想環境上に存在するアプリケーションの画面ごとに指定されているユーザ情報記憶部を参照することで、ユーザおよび仮想環境上に存在するアプリケーションの画面に対応する前記指定機能情報を取得し、
前記標準クラスの名称と、前記標準機能または前記拡張機能の機能名称と、前記標準クラスまたは前記拡張クラスを呼び出すためのインスタンスの型とが登録されている辞書を参照することで、前記標準クラスの名称および前記指定機能情報の組み合わせに合致する前記インスタンスの型を取得するインスタンス管理部と、
取得した前記インスタンスの型に対応するインスタンスを呼び出す機能呼出部とを有することを特徴とする。
その他の手段は、後記する。
本発明は、標準クラスが提供する標準機能、または、前記標準クラスを拡張した拡張クラスが提供する拡張機能のうちの呼び出し対象となる機能の名称を示す指定機能情報が、ユーザおよびそのユーザが起動する仮想環境上に存在するアプリケーションの画面ごとに指定されているユーザ情報記憶部を参照することで、ユーザおよび仮想環境上に存在するアプリケーションの画面に対応する前記指定機能情報を取得し、
前記標準クラスの名称と、前記標準機能または前記拡張機能の機能名称と、前記標準クラスまたは前記拡張クラスを呼び出すためのインスタンスの型とが登録されている辞書を参照することで、前記標準クラスの名称および前記指定機能情報の組み合わせに合致する前記インスタンスの型を取得するインスタンス管理部と、
取得した前記インスタンスの型に対応するインスタンスを呼び出す機能呼出部とを有することを特徴とする。
その他の手段は、後記する。
【発明の効果】
【0010】
本発明によれば、カスタマイズされる前の標準機能のソースコード改変を不要としつつ、担当者ごとに標準機能と拡張機能とを切り替え可能とする仕組みを提供することができる。
【図面の簡単な説明】
【0011】
【図1】本実施形態に関する機能提供システムの構成図である。
【図2】本実施形態に関する機能拡張装置のハードウェア構成図である。
【図3】本実施形態に関するユーザ情報テーブルの一例を示すテーブルである。
【図4】本実施形態に関する辞書および名前空間とクラスの格納内容を示す説明図である。
【図5】比較例として、インスタンス化している箇所を開発者が直接書き換える方式での拡張クラスＢの呼び出し処理を示すフローチャートである。
【図6】本実施形態に関するインスタンス管理部が拡張クラスＢを呼び出すようにする処理を示すフローチャートである。
【図8】本実施形態に関する標準機能実行部が実行する標準クラスＡのソースコードを示すテーブルである。
【図9】本実施形態に関する拡張機能実行部が実行する拡張クラスＢのソースコードを示すテーブルである。
【図10】比較例として、インスタンス化している箇所を開発者が直接書き換える方式での呼出部のソースコードを示すテーブルである。
【図11】本実施形態に関する機能呼出部が実行するソースコードを示すテーブルである。
【発明を実施するための形態】
【0012】
図１は、機能提供システム１００の構成図である。
機能提供システム１００は、各ユーザから操作される１台以上のユーザ端末２０と、機能拡張装置１０とを有する。機能拡張装置１０は、各ユーザ端末２０からのアクセスを受けて、仮想環境上に存在するアプリケーションの画面を仮想デスクトップとして、各ユーザ端末２０に提供する。仮想環境は、例えば、機能拡張装置１０上に構築されている。
機能提供システム１００は、各ユーザから操作される１台以上のユーザ端末２０と、機能拡張装置１０とを有する。機能拡張装置１０は、各ユーザ端末２０からのアクセスを受けて、仮想環境上に存在するアプリケーションの画面を仮想デスクトップとして、各ユーザ端末２０に提供する。仮想環境は、例えば、機能拡張装置１０上に構築されている。
【0013】
機能拡張装置１０は、インスタンス管理部１２と、機能呼出部１４と、標準機能実行部１５と、拡張機能実行部１６とを有する。機能拡張装置１０は、ユーザ情報テーブル１１と、辞書１３と、名前空間とクラス１７と、各クラス（標準クラスＡと、拡張クラスＢ）の実行ファイルとを格納する記憶部を有する。
仮想環境上に存在するアプリケーションは、標準機能または拡張機能を提供する。標準機能実行部１５は、標準機能が実装された標準クラスＡのインスタンスを実行する。拡張機能実行部１６は、拡張機能が実装された拡張クラスＢを実行する。なお、標準機能は拡張機能へと拡張されている。
仮想環境上に存在するアプリケーションは、標準機能または拡張機能を提供する。標準機能実行部１５は、標準機能が実装された標準クラスＡのインスタンスを実行する。拡張機能実行部１６は、拡張機能が実装された拡張クラスＢを実行する。なお、標準機能は拡張機能へと拡張されている。
【0014】
機能呼出部１４は、辞書１３を参照して、標準機能実行部１５または拡張機能実行部１６のいずれかの実行を呼び出す。
インスタンス管理部１２は、標準機能実行部１５および拡張機能実行部１６それぞれの実行ファイルから、処理を実行可能なデータ構造（インスタンス）を生成して、それらのインスタンスを管理する。また、インスタンス管理部１２は、ユーザ情報テーブル１１を参照して、辞書１３を生成する。ユーザ情報テーブル１１には、各ユーザが呼び出したい標準機能または拡張機能を識別する情報が記述されている（詳細は図３）。
インスタンス管理部１２は、標準機能実行部１５および拡張機能実行部１６それぞれの実行ファイルから、処理を実行可能なデータ構造（インスタンス）を生成して、それらのインスタンスを管理する。また、インスタンス管理部１２は、ユーザ情報テーブル１１を参照して、辞書１３を生成する。ユーザ情報テーブル１１には、各ユーザが呼び出したい標準機能または拡張機能を識別する情報が記述されている（詳細は図３）。
【0015】
図２は、機能拡張装置１０のハードウェア構成図である。
機能拡張装置１０は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部を改善制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。
機能拡張装置１０は、ＣＰＵ９０１と、ＲＡＭ９０２と、ＲＯＭ９０３と、ＨＤＤ９０４と、通信Ｉ／Ｆ９０５と、入出力Ｉ／Ｆ９０６と、メディアＩ／Ｆ９０７とを有するコンピュータ９００として構成される。
通信Ｉ／Ｆ９０５は、外部の通信装置９１５と接続される。入出力Ｉ／Ｆ９０６は、入出力装置９１６と接続される。メディアＩ／Ｆ９０７は、記録媒体９１７からデータを読み書きする。さらに、ＣＰＵ９０１は、ＲＡＭ９０２に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部を改善制御する。そして、このプログラムは、通信回線を介して配布したり、ＣＤ－ＲＯＭ等の記録媒体９１７に記録して配布したりすることも可能である。
【0016】
図３は、ユーザ情報テーブル１１の一例を示すテーブルである。
ユーザ情報テーブル１１は、機能拡張装置１０にログインするユーザのユーザＩＤと、機能拡張装置１０がユーザ端末２０に提供する仮想環境上に存在するアプリケーションの画面の画面ＩＤとの組み合わせごとに、呼び出したい拡張機能を識別する文字列である拡張機能名称５２（詳細は図４）が記述されている。または、ユーザ情報テーブル１１は、画面ＩＤの列を省略し、ユーザＩＤと拡張機能名称５２とを対応付けてもよい。
ここで、ユーザＩＤは、例えば、仮想デスクトップにログインするための画面を介してユーザ端末２０から機能拡張装置１０に入力される。
また、仮想環境上に存在するアプリケーションの画面とは、例えば、仮想デスクトップを介して機能拡張装置１０からミラーリングされるアプリケーションの画面（設定画面、保守画面、監視用のモニタリング画面など）である。
ユーザ情報テーブル１１は、機能拡張装置１０にログインするユーザのユーザＩＤと、機能拡張装置１０がユーザ端末２０に提供する仮想環境上に存在するアプリケーションの画面の画面ＩＤとの組み合わせごとに、呼び出したい拡張機能を識別する文字列である拡張機能名称５２（詳細は図４）が記述されている。または、ユーザ情報テーブル１１は、画面ＩＤの列を省略し、ユーザＩＤと拡張機能名称５２とを対応付けてもよい。
ここで、ユーザＩＤは、例えば、仮想デスクトップにログインするための画面を介してユーザ端末２０から機能拡張装置１０に入力される。
また、仮想環境上に存在するアプリケーションの画面とは、例えば、仮想デスクトップを介して機能拡張装置１０からミラーリングされるアプリケーションの画面（設定画面、保守画面、監視用のモニタリング画面など）である。
【0017】
拡張機能名称５２は、拡張機能の種別を示す名称として、例えば、「OptionＢ」、「OptionＣ」が設定される。
例えば、ユーザ情報テーブル１１の第１行は、ユーザ「User1」が「A00」の画面を起動する時に、拡張機能として、「OptionＢ」を呼び出すように制御する旨を示す。
また、ユーザ情報テーブル１１の第２行に示すように、第１行と同じユーザ「User1」であっても、起動する画面（「A01」の画面）が異なるときには、拡張機能として「OptionＣ」を呼び出すようにしてもよい。つまり、同じユーザであっても、起動する画面が異なるときには、呼び出す機能を変化させてもよい。
さらに、ユーザ情報テーブル１１の第３行では、ユーザ「User2」が「A00」の画面を起動する時には、拡張機能名称５２が空欄なので、標準機能を呼び出すように制御される。
例えば、ユーザ情報テーブル１１の第１行は、ユーザ「User1」が「A00」の画面を起動する時に、拡張機能として、「OptionＢ」を呼び出すように制御する旨を示す。
また、ユーザ情報テーブル１１の第２行に示すように、第１行と同じユーザ「User1」であっても、起動する画面（「A01」の画面）が異なるときには、拡張機能として「OptionＣ」を呼び出すようにしてもよい。つまり、同じユーザであっても、起動する画面が異なるときには、呼び出す機能を変化させてもよい。
さらに、ユーザ情報テーブル１１の第３行では、ユーザ「User2」が「A00」の画面を起動する時には、拡張機能名称５２が空欄なので、標準機能を呼び出すように制御される。
【0018】
図４は、辞書１３および名前空間とクラス１７の格納内容を示す説明図である。
以下、標準機能実行部１５の実行内容が記載された標準ソースコードを修正せずに機能拡張を行う手順を示す。
（手順Ａ１）アプリケーションは標準ソースコード内に記載された標準機能のクラス名称５１を、辞書１３に設定しておく。また、アプリケーションはアセンブリを読み込んでおくことで、「標準機能名称５５＆標準クラス名称５４」と、「拡張機能名称５２＆標準クラス名称５４」とを含む組み合わせデータを、拡張クラスの型５３に対応付けて名前空間とクラス１７に登録する。
（手順Ａ２）インスタンス管理部１２は、エントリ数が０の辞書１３を初期生成する。初期生成した辞書１３には、以降、「拡張機能名称５２＆標準機能のクラス名称５１」をキーとして、生成対象の拡張インスタンス５６が用いる拡張クラスの型５３を返すデータ構造が、エントリとして登録される。なお、「Ａ＆Ｂ」とはＡとＢとを組み合わせたデータである。
以下、標準機能実行部１５の実行内容が記載された標準ソースコードを修正せずに機能拡張を行う手順を示す。
（手順Ａ１）アプリケーションは標準ソースコード内に記載された標準機能のクラス名称５１を、辞書１３に設定しておく。また、アプリケーションはアセンブリを読み込んでおくことで、「標準機能名称５５＆標準クラス名称５４」と、「拡張機能名称５２＆標準クラス名称５４」とを含む組み合わせデータを、拡張クラスの型５３に対応付けて名前空間とクラス１７に登録する。
（手順Ａ２）インスタンス管理部１２は、エントリ数が０の辞書１３を初期生成する。初期生成した辞書１３には、以降、「拡張機能名称５２＆標準機能のクラス名称５１」をキーとして、生成対象の拡張インスタンス５６が用いる拡張クラスの型５３を返すデータ構造が、エントリとして登録される。なお、「Ａ＆Ｂ」とはＡとＢとを組み合わせたデータである。
【0019】
（手順Ａ３）インスタンス管理部１２は、ユーザ情報テーブル１１から拡張機能名称５２を取得する。この拡張機能名称５２は、担当者に提供したいクラスを指定するための情報である。
【0020】
（手順Ａ４）インスタンス管理部１２は、「拡張機能名称５２＆標準クラス名称５４」をもとに名前空間とクラス１７を探索することにより、「拡張機能名称５２＆標準クラス名称５４」が名前空間とクラス１７に存在することを確認する。名前空間とクラス１７を探索する処理は、.NET Framework（登録商標）を例に挙げるとリフレクションを用いて名前空間とクラス１７を含めたクラス名のListを探索する処理である。
この確認処理により、顧客に提供したいクラスが名前空間とクラス１７に登録済（つまり、拡張機能実行部１６として呼び出し可能な状態である旨）を確認できる。そして、インスタンス管理部１２は、拡張機能名称５２と標準クラス名称５４とを連結した文字列をもとに拡張クラスの型５３を生成する。さらに、インスタンス管理部１２は、「拡張機能名称５２＆標準クラス名称５４」の組み合わせから拡張クラスの型５３を生成した旨を示すエントリを辞書１３に追加しつつ、生成した拡張クラスの型５３に対応する拡張インスタンス５６を生成する。
この確認処理により、顧客に提供したいクラスが名前空間とクラス１７に登録済（つまり、拡張機能実行部１６として呼び出し可能な状態である旨）を確認できる。そして、インスタンス管理部１２は、拡張機能名称５２と標準クラス名称５４とを連結した文字列をもとに拡張クラスの型５３を生成する。さらに、インスタンス管理部１２は、「拡張機能名称５２＆標準クラス名称５４」の組み合わせから拡張クラスの型５３を生成した旨を示すエントリを辞書１３に追加しつつ、生成した拡張クラスの型５３に対応する拡張インスタンス５６を生成する。
【0021】
（手順Ａ５）機能呼出部１４は、（手順Ａ４）で生成した拡張インスタンス５６を使用して、拡張機能実行部１６を呼び出す。
（手順Ａ６）インスタンス管理部１２は、標準機能実行部１５のインスタンスである標準機能インスタンスの生成時に、「拡張機能名称５２＆標準クラス名称５４」の文字列を生成する。この文字列は、「標準機能名称５５＆標準クラス名称５４」の文字列をもとに、標準機能名称５５を拡張機能名称５２にすり替えた（変換した）ものである。
そして、インスタンス管理部１２は、「拡張機能名称５２＆標準クラス名称５４」または「拡張機能名称５２＆標準機能のクラス名称５１」をキーとして辞書１３を参照することで、拡張クラスの型５３の返答を得る。さらに、機能呼出部１４は、返答された拡張クラスの型５３に対応する拡張インスタンス５６を使用して、拡張機能実行部１６を呼び出す。
（手順Ａ６）インスタンス管理部１２は、標準機能実行部１５のインスタンスである標準機能インスタンスの生成時に、「拡張機能名称５２＆標準クラス名称５４」の文字列を生成する。この文字列は、「標準機能名称５５＆標準クラス名称５４」の文字列をもとに、標準機能名称５５を拡張機能名称５２にすり替えた（変換した）ものである。
そして、インスタンス管理部１２は、「拡張機能名称５２＆標準クラス名称５４」または「拡張機能名称５２＆標準機能のクラス名称５１」をキーとして辞書１３を参照することで、拡張クラスの型５３の返答を得る。さらに、機能呼出部１４は、返答された拡張クラスの型５３に対応する拡張インスタンス５６を使用して、拡張機能実行部１６を呼び出す。
【0022】
以上説明した（手順Ａ１）～（手順Ａ６）の仕組みによって標準パッケージのソースコードに手を加えることなく、外付けのプログラムにより動作を変更できる。なお、（手順Ａ１）～（手順Ａ６）は、要約すると、インスタンス管理部１２が実行する以下の（手順Ｂ１）～（手順Ｂ４）となる。
（手順Ｂ１）標準クラスＡをインスタンス化する前に生成対象の文字列「標準機能名称５５＆標準クラス名称５４」を取得する。
（手順Ｂ２）ユーザ情報テーブル１１で指定した拡張機能名称５２をもとに、「標準クラスＡを拡張クラスＢにすり替える」という情報「拡張機能名称５２＆標準機能のクラス名称５１」を辞書１３から取得する。
（手順Ｂ３）（手順Ｂ２）で取得した情報をもとに標準クラスＡの生成対象の文字列を拡張クラスＢの文字列「拡張機能名称５２＆標準クラス名称５４」にすりかえる。
（手順Ｂ４）（手順Ｂ３）ですりかえた情報をもとに拡張クラスＢをインスタンス化した拡張インスタンス５６を生成することで、拡張クラスＢの処理を呼ぶことができる。
（手順Ｂ１）標準クラスＡをインスタンス化する前に生成対象の文字列「標準機能名称５５＆標準クラス名称５４」を取得する。
（手順Ｂ２）ユーザ情報テーブル１１で指定した拡張機能名称５２をもとに、「標準クラスＡを拡張クラスＢにすり替える」という情報「拡張機能名称５２＆標準機能のクラス名称５１」を辞書１３から取得する。
（手順Ｂ３）（手順Ｂ２）で取得した情報をもとに標準クラスＡの生成対象の文字列を拡張クラスＢの文字列「拡張機能名称５２＆標準クラス名称５４」にすりかえる。
（手順Ｂ４）（手順Ｂ３）ですりかえた情報をもとに拡張クラスＢをインスタンス化した拡張インスタンス５６を生成することで、拡張クラスＢの処理を呼ぶことができる。
【0023】
このように、ユーザ情報テーブル１１には、標準クラスＡが提供する標準機能、または、標準クラスＡを拡張した拡張クラスＢが提供する拡張機能のうちの呼び出し対象となる機能の名称を示す指定機能情報が、ユーザおよびそのユーザが起動する仮想環境上にあるアプリケーションの画面ごとに指定されている。
辞書１３には、標準クラスＡの名称と、標準機能または拡張機能の機能名称と、標準クラスＡまたは拡張クラスＢを呼び出すためのインスタンスの型とが登録されている。
インスタンス管理部１２は、ユーザ情報テーブル１１からユーザおよび仮想環境上に存在するアプリケーションの画面に対応する指定機能情報を取得し、辞書１３を参照することで、標準クラスＡの名称および指定機能情報の組み合わせに合致するインスタンスの型を取得する。
機能呼出部１４は、インスタンス管理部１２が取得したインスタンスの型に対応するインスタンスを呼び出す。
辞書１３には、標準クラスＡの名称と、標準機能または拡張機能の機能名称と、標準クラスＡまたは拡張クラスＢを呼び出すためのインスタンスの型とが登録されている。
インスタンス管理部１２は、ユーザ情報テーブル１１からユーザおよび仮想環境上に存在するアプリケーションの画面に対応する指定機能情報を取得し、辞書１３を参照することで、標準クラスＡの名称および指定機能情報の組み合わせに合致するインスタンスの型を取得する。
機能呼出部１４は、インスタンス管理部１２が取得したインスタンスの型に対応するインスタンスを呼び出す。
【0024】
また、名前空間とクラス１７には、クラスの名称ごとにそのクラスが提供する機能の名称が登録されている。
インスタンス管理部１２は、標準クラスＡの名称と、指定機能情報が示す機能の名称との組み合わせ情報を名前空間とクラス１７から検索する。その検索結果に応じて、インスタンス管理部１２は、以下のいずれかの登録処理を実行する。
・組み合わせ情報を検索できた場合には、組み合わせ情報に対応するインスタンスの型を辞書１３に登録する第１登録処理を実行する。
・組み合わせ情報を検索できない場合には、標準クラスＡの名称と、標準機能の機能名称と、標準クラスＡを呼び出すためのインスタンスの型とを辞書１３に登録する第２登録処理を実行する。
インスタンス管理部１２は、標準クラスＡの名称と、指定機能情報が示す機能の名称との組み合わせ情報を名前空間とクラス１７から検索する。その検索結果に応じて、インスタンス管理部１２は、以下のいずれかの登録処理を実行する。
・組み合わせ情報を検索できた場合には、組み合わせ情報に対応するインスタンスの型を辞書１３に登録する第１登録処理を実行する。
・組み合わせ情報を検索できない場合には、標準クラスＡの名称と、標準機能の機能名称と、標準クラスＡを呼び出すためのインスタンスの型とを辞書１３に登録する第２登録処理を実行する。
【0025】
図５は、比較例として、インスタンス化している箇所を開発者が直接書き換える方式での拡張クラスＢの呼び出し処理を示すフローチャートである。フローチャートの左側のレーンは、標準クラスＡ（および呼出部）のソースコードが提供する処理（Ｓ１０Ａ）である。フローチャートの右側のレーンは、拡張クラスＢのソースコードが提供する処理（Ｓ１０Ｂ）である。
開発者は、顧客の要望書などから拡張機能を呼ぶか否かを確認する（Ｓ１１）。
拡張機能を呼ぶ場合（Ｓ１１,Yes）、開発者は、呼出部のソースコードを編集して、拡張クラスＢのインスタンスを生成する処理（Ｓ１４）と、生成された拡張クラスＢのインスタンスを実行する処理（Ｓ１５）とを呼出部に追加する。開発者は、この呼出部を実行することで、拡張機能が呼ばれる。
開発者は、顧客の要望書などから拡張機能を呼ぶか否かを確認する（Ｓ１１）。
拡張機能を呼ぶ場合（Ｓ１１,Yes）、開発者は、呼出部のソースコードを編集して、拡張クラスＢのインスタンスを生成する処理（Ｓ１４）と、生成された拡張クラスＢのインスタンスを実行する処理（Ｓ１５）とを呼出部に追加する。開発者は、この呼出部を実行することで、拡張機能が呼ばれる。
【0026】
拡張機能を呼ばない場合（Ｓ１１,No）、開発者は、標準クラスＡのインスタンスを生成する処理（Ｓ１２）と、生成された標準クラスＡのインスタンスを実行する処理（Ｓ１３）とがソースコードに記載された呼出部を、変更せずにそのまま実行する。開発者は、この呼出部を実行することで、標準機能が呼ばれる。
【0027】
図６は、本実施形態のインスタンス管理部１２が拡張クラスＢを呼び出すようにする処理を示すフローチャートである。
フローチャートの左側のレーンは、標準クラスＡ（および呼出部）のソースコードが提供する処理（Ｓ２０Ａ）である。フローチャートの右側のレーンは、拡張クラスＢのソースコードが提供する処理（Ｓ２０Ｂ）である。
インスタンス管理部１２は、図４で説明した仕組み（機能拡張機構）を実行することで（Ｓ２１、前記の（手順Ａ２）～（手順Ａ４））、各処理（Ｓ２２－Ｓ２４、Ｓ１４、Ｓ１５）を起動する。これにより、拡張機能が呼ばれる。一方、拡張機能が呼ばれない場合には、図４と同様に、Ｓ１２で生成された標準クラスＡのインスタンスを実行する処理（Ｓ１３）が起動される。
フローチャートの左側のレーンは、標準クラスＡ（および呼出部）のソースコードが提供する処理（Ｓ２０Ａ）である。フローチャートの右側のレーンは、拡張クラスＢのソースコードが提供する処理（Ｓ２０Ｂ）である。
インスタンス管理部１２は、図４で説明した仕組み（機能拡張機構）を実行することで（Ｓ２１、前記の（手順Ａ２）～（手順Ａ４））、各処理（Ｓ２２－Ｓ２４、Ｓ１４、Ｓ１５）を起動する。これにより、拡張機能が呼ばれる。一方、拡張機能が呼ばれない場合には、図４と同様に、Ｓ１２で生成された標準クラスＡのインスタンスを実行する処理（Ｓ１３）が起動される。
【0028】
インスタンス管理部１２は、辞書１３から標準クラスＡの文字列（図４の標準機能のクラス名称５１）を取得し（Ｓ２２）、ユーザ情報テーブル１１から図４の拡張機能名称５２も取得する（Ｓ２３）。
インスタンス管理部１２は、機能呼出部１４（図４では呼出部）のソースコードについて、文字列「標準クラスＡ」を「拡張クラスＢ」に置き換える（Ｓ２４、前記の（手順Ａ４））。これにより、機能呼出部１４は、拡張クラスＢの拡張インスタンス５６を生成し（Ｓ１４、前記の（手順Ａ５））、その拡張インスタンス５６から拡張クラスＢの処理を実行できる（Ｓ１５）。
インスタンス管理部１２は、機能呼出部１４（図４では呼出部）のソースコードについて、文字列「標準クラスＡ」を「拡張クラスＢ」に置き換える（Ｓ２４、前記の（手順Ａ４））。これにより、機能呼出部１４は、拡張クラスＢの拡張インスタンス５６を生成し（Ｓ１４、前記の（手順Ａ５））、その拡張インスタンス５６から拡張クラスＢの処理を実行できる（Ｓ１５）。
【0029】
図７は、図６の処理の詳細を示すフローチャートである。このフローチャートは、ユーザが機能拡張装置１０のシステム起動の操作を入力することで、起動される。
インスタンス管理部１２は、アセンブリをロードする（Ｓ１０１）。インスタンス管理部１２は、標準クラスＡを呼び出す処理（機能呼出部１４の処理）を実行することで（Ｓ１０２）、インスタンスを生成するメソッドを呼び出す（Ｓ１０３）。
ここで、インスタンス管理部１２は、ユーザ端末２０から仮想環境についての画面起動の操作を受け付ける（Ｓ１１１）。インスタンス管理部１２は、画面起動したユーザのユーザＩＤと、起動された画面の画面ＩＤとをもとにユーザ情報テーブル１１を参照し（Ｓ１１２）、対応する拡張機能名称５２（起動モード）を取得する（Ｓ１１３）。Ｓ１１３の起動モードには、標準機能を呼び出す場合には図４の拡張機能名称５２が含まれないが、拡張機能を呼び出す場合には拡張機能名称５２が含まれる。
インスタンス管理部１２は、アセンブリをロードする（Ｓ１０１）。インスタンス管理部１２は、標準クラスＡを呼び出す処理（機能呼出部１４の処理）を実行することで（Ｓ１０２）、インスタンスを生成するメソッドを呼び出す（Ｓ１０３）。
ここで、インスタンス管理部１２は、ユーザ端末２０から仮想環境についての画面起動の操作を受け付ける（Ｓ１１１）。インスタンス管理部１２は、画面起動したユーザのユーザＩＤと、起動された画面の画面ＩＤとをもとにユーザ情報テーブル１１を参照し（Ｓ１１２）、対応する拡張機能名称５２（起動モード）を取得する（Ｓ１１３）。Ｓ１１３の起動モードには、標準機能を呼び出す場合には図４の拡張機能名称５２が含まれないが、拡張機能を呼び出す場合には拡張機能名称５２が含まれる。
【0030】
一方、ユーザ情報テーブル１１に画面ＩＤの列が無い構成の場合には、画面起動したユーザのユーザＩＤをもとにユーザ情報テーブル１１を参照し（Ｓ１１２）、対応する拡張機能名称５２（起動モード）を取得すればよい（Ｓ１１３）。
ここで、インスタンス管理部１２は、Ｓ１１３で取得した起動モードに拡張情報（拡張機能名称５２）が存在するか否かを判定し（Ｓ１１４）、Ｓ１１４でYesならＳ１２１へ進み、Noなら標準クラスＡの型で返すよう辞書１３に登録する（Ｓ１１５）。つまり、Ｓ１１５では、「標準機能名称５５＆標準クラス名称５４」の組み合わせから標準機能インスタンスの型を返す旨を示すエントリが、辞書１３に登録される。
ここで、インスタンス管理部１２は、Ｓ１１３で取得した起動モードに拡張情報（拡張機能名称５２）が存在するか否かを判定し（Ｓ１１４）、Ｓ１１４でYesならＳ１２１へ進み、Noなら標準クラスＡの型で返すよう辞書１３に登録する（Ｓ１１５）。つまり、Ｓ１１５では、「標準機能名称５５＆標準クラス名称５４」の組み合わせから標準機能インスタンスの型を返す旨を示すエントリが、辞書１３に登録される。
【0031】
インスタンス管理部１２は、辞書１３が作成済みか否かを判定し（Ｓ１２１）、Ｓ１２１でYesならＳ１２２へ進み、NoならＳ１２３へ進む。なお、「拡張機能名称５２＆標準機能のクラス名称５１」というキーに対するエントリが辞書１３に存在している場合に、インスタンス管理部１２は、Ｓ１２１でYesと判定する。
インスタンス管理部１２は、辞書１３に登録済の情報通りに型を返し（Ｓ１２２）、その型に応じて以下のいずれかの処理が実行される。
・標準機能インスタンスの型が返った場合、標準クラスＡのインスタンスを生成し（Ｓ１２）、標準クラスＡのインスタンス処理を実行する（Ｓ１３）。
・拡張クラスの型５３が返った場合、拡張クラスＢのインスタンスを生成し（Ｓ１４）、拡張クラスＢのインスタンス処理を実行する（Ｓ１５）
インスタンス管理部１２は、辞書１３に登録済の情報通りに型を返し（Ｓ１２２）、その型に応じて以下のいずれかの処理が実行される。
・標準機能インスタンスの型が返った場合、標準クラスＡのインスタンスを生成し（Ｓ１２）、標準クラスＡのインスタンス処理を実行する（Ｓ１３）。
・拡張クラスの型５３が返った場合、拡張クラスＢのインスタンスを生成し（Ｓ１４）、拡張クラスＢのインスタンス処理を実行する（Ｓ１５）
【0032】
インスタンス管理部１２は、名前空間とクラス１７から拡張クラスＢを検索する（Ｓ１２３、前記の（手順Ａ４））。その拡張クラスＢのエントリが存在する場合（Ｓ１２４,Yes）、かつ、拡張クラスＢの属性が明示されている場合（Ｓ１２５,Yes）には、インスタンス管理部１２は、拡張クラスＢの型で返すよう辞書１３に登録する（Ｓ１２６）。Ｓ１２６で登録される拡張クラスＢとは、ユーザ情報テーブル１１の拡張機能名称５２で指定されたクラスである。そして、処理をＳ１２１に戻す。
つまり、名前空間とクラス１７には、さらに、クラスの名称が属するクラスを示す属性情報も登録されている。そして、インスタンス管理部１２は、組み合わせ情報に加えて、自身の属するクラスの属性情報が名前空間とクラス１７から検索できた場合に、第１登録処理を行ってもよい。
また、Ｓ１２６では、（手順Ａ２）で示した通り、「拡張機能名称５２＆標準機能のクラス名称５１」をキーとして、生成対象の拡張インスタンス５６が用いる拡張クラスの型５３を返すエントリが、辞書１３に登録される。
つまり、名前空間とクラス１７には、さらに、クラスの名称が属するクラスを示す属性情報も登録されている。そして、インスタンス管理部１２は、組み合わせ情報に加えて、自身の属するクラスの属性情報が名前空間とクラス１７から検索できた場合に、第１登録処理を行ってもよい。
また、Ｓ１２６では、（手順Ａ２）で示した通り、「拡張機能名称５２＆標準機能のクラス名称５１」をキーとして、生成対象の拡張インスタンス５６が用いる拡張クラスの型５３を返すエントリが、辞書１３に登録される。
【0033】
一方、（Ｓ１２４,No）または（Ｓ１２５,No）の場合には、Ｓ１１５の辞書１３に登録される処理が実行される。また、Ｓ１２５の分岐処理は省略してもよい。Ｓ１２５の分岐処理を設けた意図は、自身のインスタンス管理部１２が拡張クラスＢに属することを明示するための属性を示すためである。
【0034】
以下、図８～図１１の簡易ソースコードを用いて、図４で説明した各名称の一例を説明する。この簡易ソースコードは、Java（登録商標）の文法を参考に作成したが、他のオブジェクト指向型言語を用いてもよい。この簡易ソースコードは、発熱する部品を冷却するファン（送風機）の制御を行うプログラムを想定し、以下の２種類のクラスを定義する。
・標準クラスＡは、ファン型番のみをインスタンス変数として管理する。
・拡張クラスＢは、ファン型番に加えてパワー出力値（例えばファンの回転数）もインスタンス変数として管理する。
・標準クラスＡは、ファン型番のみをインスタンス変数として管理する。
・拡張クラスＢは、ファン型番に加えてパワー出力値（例えばファンの回転数）もインスタンス変数として管理する。
【0035】
図８は、標準機能実行部１５が実行する標準クラスＡのソースコードを示すテーブルである。
テーブルの左行には行番号（行A00～A13）を示し、テーブルの右行にはソースコードの内容を示す。また、ソースコードの「/*～*/」で囲まれた「～」内はコメントである。
標準クラスＡは、ファン型番を示すインスタンス変数（行A03）と、文字出力のテストを示すメソッド（行A06～行A08）と、ファン型番を返すメソッド（行A10～行A12）とを有する。
行A00の「Standard.StandardFan」とは、標準機能インスタンスの型であり、その先頭の「Standard」が変換対象文字列（標準機能名称５５）であり、その後の「StandardFan」が行A01で示す標準クラス名称５４である。
辞書１３には、「Standard（機能名称）＆StandardFan（クラス名称）」のキーから、Standard.StandardFan（インスタンスの型）を返すエントリが登録される。機能呼出部１４は、このエントリを参照して、Standard.StandardFanのインスタンスを生成して実行する（Ｓ１２，Ｓ１３）。
テーブルの左行には行番号（行A00～A13）を示し、テーブルの右行にはソースコードの内容を示す。また、ソースコードの「/*～*/」で囲まれた「～」内はコメントである。
標準クラスＡは、ファン型番を示すインスタンス変数（行A03）と、文字出力のテストを示すメソッド（行A06～行A08）と、ファン型番を返すメソッド（行A10～行A12）とを有する。
行A00の「Standard.StandardFan」とは、標準機能インスタンスの型であり、その先頭の「Standard」が変換対象文字列（標準機能名称５５）であり、その後の「StandardFan」が行A01で示す標準クラス名称５４である。
辞書１３には、「Standard（機能名称）＆StandardFan（クラス名称）」のキーから、Standard.StandardFan（インスタンスの型）を返すエントリが登録される。機能呼出部１４は、このエントリを参照して、Standard.StandardFanのインスタンスを生成して実行する（Ｓ１２，Ｓ１３）。
【0036】
図９は、拡張機能実行部１６が実行する拡張クラスＢのソースコードを示すテーブルである。
拡張クラスＢは、標準クラスＡに対して以下の変更がある。
・図９の拡張クラスＢが図８の標準クラスＡに対する継承（extends）を示す旨（行C01）。
・インスタンス変数として、パワー出力値を示すインスタンス変数（行C04）の追加。
・文字出力のテストを示すメソッド（行C07～行C10）が、図８の同名メソッドへのオーバーライドを示す旨（行C08）の追加。
行C00の「Power.StandardFan」とは、標準機能インスタンスの型であり、その先頭の「Power」が変換後の文字列（拡張機能名称５２）であり、その後の「StandardFan」が標準クラス名称５４である。
辞書１３には、「Power（機能名称）＆StandardFan（クラス名称）」のキーから、Power.StandardFan（拡張クラスの型５３）を返すエントリが登録される。機能呼出部１４は、このエントリを参照して、Power.StandardFanのインスタンスを生成して実行する（Ｓ１４，Ｓ１５）。
拡張クラスＢは、標準クラスＡに対して以下の変更がある。
・図９の拡張クラスＢが図８の標準クラスＡに対する継承（extends）を示す旨（行C01）。
・インスタンス変数として、パワー出力値を示すインスタンス変数（行C04）の追加。
・文字出力のテストを示すメソッド（行C07～行C10）が、図８の同名メソッドへのオーバーライドを示す旨（行C08）の追加。
行C00の「Power.StandardFan」とは、標準機能インスタンスの型であり、その先頭の「Power」が変換後の文字列（拡張機能名称５２）であり、その後の「StandardFan」が標準クラス名称５４である。
辞書１３には、「Power（機能名称）＆StandardFan（クラス名称）」のキーから、Power.StandardFan（拡張クラスの型５３）を返すエントリが登録される。機能呼出部１４は、このエントリを参照して、Power.StandardFanのインスタンスを生成して実行する（Ｓ１４，Ｓ１５）。
【0037】
図１０は、比較例として、インスタンス化している箇所を開発者が直接書き換える方式での呼出部のソースコードを示すテーブルである。
行B03では、クラス名（StandardFan）を指定して、直接インスタンスを生成する命令が記載されている。開発者は、生成するインスタンスを切り替えたいときには、行B03のクラス名を切り替えるロジック（if文で切替先を分岐させるロジック）を、その都度追加する必要がある。そのため、標準ソースに多量の修正を行う必要が発生する。
行B03では、クラス名（StandardFan）を指定して、直接インスタンスを生成する命令が記載されている。開発者は、生成するインスタンスを切り替えたいときには、行B03のクラス名を切り替えるロジック（if文で切替先を分岐させるロジック）を、その都度追加する必要がある。そのため、標準ソースに多量の修正を行う必要が発生する。
【0038】
図１１は、本実施形態の機能呼出部１４が実行するソースコードを示すテーブルである。
図１１のテーブルでは、図１０の行B03が図１１の行B03Pに置き換わる。行B03Pには、あらかじめフルパスの文字列（Standard.StandardFan）を起点としたインスタンスの生成処理が、CreateInstance（図６の機能拡張機構を実行する処理Ｓ２１）として記載される。
図１１のテーブルでは、図１０の行B03が図１１の行B03Pに置き換わる。行B03Pには、あらかじめフルパスの文字列（Standard.StandardFan）を起点としたインスタンスの生成処理が、CreateInstance（図６の機能拡張機構を実行する処理Ｓ２１）として記載される。
【0039】
Ｓ２１の実行により、機能拡張装置１０は、以下の処理を実行する。
・インスタンス管理部１２は、図１０の行B03から標準クラス名称５４（StandardFan）を取得する（Ｓ２２）
・インスタンス管理部１２は、ユーザ情報テーブル１１から拡張機能名称５２（Power）を取得する（Ｓ２３）
・インスタンス管理部１２は、行B03Pの文字列（Standard.StandardFan）の先頭の標準クラス名称５４（StandardFan）を、拡張機能名称５２（Power）に置き換える（Ｓ２４）
・機能呼出部１４は、Ｓ２４で置き換えた文字列（Power.StandardFan）を拡張クラスの型５３として、拡張クラスＢ（図９）の拡張インスタンス５６を生成する（Ｓ１４）。
・インスタンス管理部１２は、図１０の行B03から標準クラス名称５４（StandardFan）を取得する（Ｓ２２）
・インスタンス管理部１２は、ユーザ情報テーブル１１から拡張機能名称５２（Power）を取得する（Ｓ２３）
・インスタンス管理部１２は、行B03Pの文字列（Standard.StandardFan）の先頭の標準クラス名称５４（StandardFan）を、拡張機能名称５２（Power）に置き換える（Ｓ２４）
・機能呼出部１４は、Ｓ２４で置き換えた文字列（Power.StandardFan）を拡張クラスの型５３として、拡張クラスＢ（図９）の拡張インスタンス５６を生成する（Ｓ１４）。
【0040】
以上説明した本実施形態の機能拡張装置１０により、以下の効果が得られる。
（第１効果）顧客ニーズに合わせて、ソフトウェアのパッケージ製品の売り方を変えることが可能となる。例えば、標準パッケージ製品として標準クラスＡを拡張した拡張クラスＢを開発して販売した際に、顧客によって標準クラスＡを使うか、拡張クラスＢを使うかによって販売料金を変えることができる。
（第２効果）標準パッケージのソースコードに手を加えずに、顧客ニーズに合わせた機能開発が可能となる。例えば、顧客が標準クラスＡに対して顧客の運用に合うようにアドオンする際に拡張クラスＢを作成することで、標準パッケージのソースコードに手を加えることなく処理の変更が可能となる。
（第１効果）顧客ニーズに合わせて、ソフトウェアのパッケージ製品の売り方を変えることが可能となる。例えば、標準パッケージ製品として標準クラスＡを拡張した拡張クラスＢを開発して販売した際に、顧客によって標準クラスＡを使うか、拡張クラスＢを使うかによって販売料金を変えることができる。
（第２効果）標準パッケージのソースコードに手を加えずに、顧客ニーズに合わせた機能開発が可能となる。例えば、顧客が標準クラスＡに対して顧客の運用に合うようにアドオンする際に拡張クラスＢを作成することで、標準パッケージのソースコードに手を加えることなく処理の変更が可能となる。
【0041】
（第３効果）ユーザ情報テーブル１１によって標準クラスＡと拡張クラスＢとを切り替えることが容易になる。つまり、複数の担当者が同じアプリケーションを使用する場合でも、担当者に応じて（さらに、担当者が起動する画面に応じて）きめ細かく拡張機能のON／OFFを切り替えることが可能となる。
（第４効果）同一の標準機能に対して複数の拡張機能を持たせることが可能となる。そのため、標準クラスＡに対して複数の拡張クラスＢを用意して、拡張クラスＢごとに別々のエントリを辞書１３に登録しておく。例えば、インスタンス管理部１２は、「第１の拡張機能名称５２＆標準クラス名称５４」から第１の拡張クラスの型５３を返す第１エントリと、「第２の拡張機能名称５２＆標準クラス名称５４」から第２の拡張クラスの型５３を返す第２エントリとの双方を辞書１３に追加する。
（第４効果）同一の標準機能に対して複数の拡張機能を持たせることが可能となる。そのため、標準クラスＡに対して複数の拡張クラスＢを用意して、拡張クラスＢごとに別々のエントリを辞書１３に登録しておく。例えば、インスタンス管理部１２は、「第１の拡張機能名称５２＆標準クラス名称５４」から第１の拡張クラスの型５３を返す第１エントリと、「第２の拡張機能名称５２＆標準クラス名称５４」から第２の拡張クラスの型５３を返す第２エントリとの双方を辞書１３に追加する。
【0042】
さらに、本発明は上述した各実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、その他種々の応用例、変形例を取り得ることは勿論である。例えば、上述した各実施形態は本発明を分かりやすく説明するために機能拡張装置１０の構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成要素を備えるものに限定されない。また、ある実施形態の構成の一部を他の実施形態の構成要素に置き換えることが可能である。また、ある実施形態の構成に他の実施形態の構成要素を加えることも可能である。また、各実施形態の構成の一部について、他の構成要素の追加又は置換、削除をすることも可能である。
【0043】
また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。ハードウェアとして、ＦＰＧＡ（Field Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit）などの広義のプロセッサデバイスを用いてもよい。
また、上述した実施形態にかかる機能拡張装置１０の各構成要素は、それぞれのハードウェアがネットワークを介して互いに情報を送受信できるならば、いずれのハードウェアに実装されてもよい。また、ある処理部により実行される処理が、１つのハードウェアにより実現されてもよいし、複数のハードウェアによる分散処理により実現されてもよい。
また、上述した実施形態にかかる機能拡張装置１０の各構成要素は、それぞれのハードウェアがネットワークを介して互いに情報を送受信できるならば、いずれのハードウェアに実装されてもよい。また、ある処理部により実行される処理が、１つのハードウェアにより実現されてもよいし、複数のハードウェアによる分散処理により実現されてもよい。
【符号の説明】
【0044】
１０ 機能拡張装置
１１ ユーザ情報テーブル（ユーザ情報記憶部）
１２ インスタンス管理部
１３ 辞書
１４ 機能呼出部
１５ 標準機能実行部
１６ 拡張機能実行部
１７ 名前空間とクラス
２０ ユーザ端末
５１ 標準機能のクラス名称
５２ 拡張機能名称
５３ 拡張クラスの型
５４ 標準クラス名称
５５ 標準機能名称
５６ 拡張インスタンス（インスタンス）
１００ 機能提供システム
１１ ユーザ情報テーブル（ユーザ情報記憶部）
１２ インスタンス管理部
１３ 辞書
１４ 機能呼出部
１５ 標準機能実行部
１６ 拡張機能実行部
１７ 名前空間とクラス
２０ ユーザ端末
５１ 標準機能のクラス名称
５２ 拡張機能名称
５３ 拡張クラスの型
５４ 標準クラス名称
５５ 標準機能名称
５６ 拡張インスタンス（インスタンス）
１００ 機能提供システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】