JP2000029674A

JP2000029674A - アプリケ―ションソフトウェア構成方法

Info

Publication number: JP2000029674A
Application number: JP11143571A
Authority: JP
Inventors: Brian Costa; ブライアン・コスタ
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1998-05-29
Filing date: 1999-05-24
Publication date: 2000-01-28
Also published as: EP0961203A3; US6151605A; JP2006085740A; EP0961203A2

Abstract

(57)【要約】【課題】アプリケーションごとに独自の構成ファイル
処理コードを実施する必要のないアプリケーションソフ
トウェア構成方法を提供すること。【解決手段】アプリケーションソフトウェアの構成方
法は、構成ファイル処理ライブラリ（１０４）を提供す
るステップを有する。また、構成ファイル処理ライブラ
リ（１０４）を利用して、構成ファイル処理コードを生
成する。また、構成ファイル処理コードを利用して、構
成ファイル処理ライブラリ（１０４）内のデータを読み
取り、操作する。また、構成ファイル処理ライブラリ
（１０４）によりアプリケーション（１０２）をコンパ
イルする。さらに、構成ファイル処理アプリケーション
のプログラミングインタフェースのインスタンシエーシ
ョンによって、構成ファイル（１００）は作成、操作ま
たは処理される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アプリケーション
ソフトウェアに係り、特に、汎用構成ファイル処理ライ
ブラリおよびその実行に関する。

【０００２】

【従来の技術】アプリケーションソフトウェアは、多く
の場合、ユーザの作業環境に関する構成情報が異なる環
境において使用可能であることが要求されている。この
構成情報は、概して永続的であり、アプリケーションソ
フトウェアが実行されていない間にも保持されなければ
ならない。このため、構成情報は、一般に、ユーザまた
は他のアプリケーションによって操作され得る１つまた
は複数の異なった構成ファイルに格納されている。

【０００３】

【発明が解決しようとする課題】構成ファイルのフォー
マットには、一般的な標準が存在しない。このため、各
アプリケーションソフトウェアは、その構成ファイルの
コンテンツを処理、追加、削除および変更するために、
その独自の構成ファイル処理コードを提供する必要があ
る。したがって、アプリケーションソフトウェア毎にそ
の独自の構成ファイル処理コードを実施する必要のない
汎用の構成ファイルプロセッサが必要とされている。

【０００４】

【課題を解決するための手段】本発明によれば、柔軟か
つ汎用的な構成の配置が提供される。また、汎用の構成
ファイル処理ライブラリを利用して、アプリケーション
をコンパイルし、これにより複数のアプリケーションが
構成ファイルを処理可能にする。

【０００５】本発明によれば、アプリケーションソフト
ウェアの構成方法は、構成ファイル処理ライブラリを提
供するステップを有する。構成ファイル処理ライブラリ
により、該アプリケーションソフトウェアは構成ファイ
ルを用いた動作が可能となる。また、構成ファイル処理
ライブラリを利用して、汎用的な構成ファイルの処理コ
ードを生成する。また、構成ファイル処理コードを利用
して、該構成ファイル処理ライブラリ内のデータを読み
取り、操作する。また、構成ファイル処理ライブラリに
より、アプリケーションをコンパイルする。構成ファイ
ルを処理するアプリケーションプログラムインタフェー
ス（ＡＰＩ）をインスタンシエーションする(instantia
te)ことにより、構成ファイルは読み取られ、操作され
る。

【０００６】さらに本発明によれば、入力列が得られ、
構成ファイルから得られた数値に関連した該入力列にお
いて、トークン(token)が置換される。

【０００７】図面を参照し、以下の詳細な説明によって
本発明がより理解されよう。図中、同様の参照符号は同
様の構成要素を示す。

【０００８】

【発明の実施の形態】図１は、アプリケーション１０２
と、構成ファイル１００と、本発明に係る構成ファイル
プロセッサを実施する構成ファイル処理ライブラリ１０
４との関係を示すブロック図である。アプリケーション
１０２は、構成ファイル処理ライブラリ１０４でコンパ
イルされ、アプリケーション１０２が必要とするクラス
および生成関数(constructor)を決定して、構成ファイ
ル処理ライブラリ１０４内のデータを読み取りかつ操作
するための構成ファイル処理コードを生成する。アプリ
ケーション１０２は、実行時に、汎用構成ファイルプロ
セッサのアプリケーションプログラムインタフェース
（ＡＰＩ）をインスタンシエーションすることによっ
て、構成ファイル１００は、ユーザの作業環境とは無関
係にアプリケーションによって読み取られ操作される。

【０００９】図２は、構成ファイル１００の一形式であ
る。構成ファイル１００は、通常、１つまたは複数の一
次キーと、一組のフィールドとを有し、またオプション
として一組のコメントを有する。本実施形態の構成ファ
イル１００は、コメントヘッダ（COMMENT HEADE）１０
２と、行前コメント（COMMENTS BEFORE LINE）１０４
と、行末コメント(COMMENT)１０６と、該一次キーおよ
び関連フィールド情報を備えた複数行１１０とを有す
る。一般的に、一次キー１１２は属性名を定義し、これ
に関連するフィールドは、構文解析の目的で使用される
１つまたは複数の分離記号１１４，１１８とともに、該
属性名と関連づけられた値１１６を有する。図２におい
て、属性ATTRIBUTE NAME 1は、これに関連するＪ値、す
なわち、VALUE A，VALUE B，…，VALUE Jを有し、それ
ぞれコンマによって区切られる。属性ATTRIBUTE NAME N
は、これに関連するK値、すなわち、VALUE A、VALUE
B、・・・、VALUE Kを有する。

【００１０】より詳細な説明のために、図３に、構成フ
ァイルの一例「SAMPLE.CFG」を示す。

【００１１】図３において、これらデータの決められた
レイアウトは、左から右に、「属性名」、「：」（コロ
ン）、そして「，」( コンマ)によって区切られた５つ
の値である。個人名には、これに関連する５つのフィー
ルドがある。通りおよび番地は第１値、市は第２値、州
は第３値、郵便番号は第４値、電話番号は第５値にマッ
ピングされる。図３は、構成ファイルとして格納される
データベースの一例である。

【００１２】当業者によって理解されるように、所与の
構成ファイルのフォーマットは任意であり、どのような
シンタックス（syntax）を用いても定義できる。構成フ
ァイルは、任意の数の一次キー、次に、ゼロ以上の関連
フィールド、コメントおよびフィールド区切りのための
分離記号を有することが可能である。さらに複雑にする
ために、各一次キーは、これに関連する多くの複数のフ
ィールドを有しても良い。

【００１３】構成ファイル処理ライブラリ１０４は、ア
プリケーション１０２をいかなる種類の構成ファイル１
００とも共に使用可能とするユーティリティであり、一
次キー１個につき任意の数のフィールドと、任意の数お
よび位置のコメントのためのフィールドと、任意の数お
よびフォーマットのフィールドを区切る分離記号を有す
る。アプリケーション１０２を構成ファイル処理ライブ
ラリ１０４でコンパイルすると、アプリケーション１０
２は、オブジェクト指向を用いた処理方法により構成フ
ァイル１００を容易に作成、操作および／または処理で
きるようになる。これらの方法により、アプリケーショ
ン１０２は、構成ファイル１００内の属性および関連値
を「獲得」し、「設定」することができる。好適な実施
形態において、構成ファイル処理ライブラリ１０４によ
り、アプリケーション１０２は、入力列に含まれるトー
クンを構成ファイル１００からの関連値と置換すること
によってストリングを「拡張」することもできる。

【００１４】本発明の好適な実施形態によると、構成フ
ァイル処理ライブラリ１０４は、「ＧｅｔＦｉｒｓｔ」
方式に対応し、構成ファイル内の第１属性の値を有した
データ構造をアプリケーション１０２に返す。構成ファ
イル処理ライブラリ１０４は、「ＧｅｔＮｅｘｔ」方式
にも対応しているが、これは、「ＧｅｔＦｉｒｓｔ」方
式と併用すると、アプリケーションの開発者が、構成フ
ァイル１００内の全てのエントリを繰り返し、それぞれ
を必要に応じて処理することができる。構成ファイル処
理ライブラリ１０４は、指定された属性名に基づいて値
の適切なリストを返す「ＧｅｔＡｔｔｒｉｂｕｔｅ」方
式も支援している。また、構成ファイル処理ライブラリ
１０４は、アプリケーションの開発者が、構成ファイル
１００内の属性を保存し、それが存在する場合には属性
を同一属性で上書きし、あるいは、指定された属性名が
構成ファイル１００に固有であればリストの末尾に新た
な属性を追加することができる「ＳｅｔＯｒＲｅｐｌａ
ｃｅ」方式にも対応している。また、構成ファイル処理
ライブラリ１０４は、アプリケーションの開発者が、構
成ファイル１００からの関連値を置換したいと望むトー
クンを有したストリングを入力として指定することがで
きる「ＥｘｐａｎｄＳｔｒｉｎｇ」方式にも対応してい
る。

【００１５】アプリケーション１０２は様々な構成ファ
イル１００を必要とするので、本発明の構成ファイル処
理ライブラリ１０４は、構成ファイル名の自由な名前領
域、構成ファイル処理ライブラリ１０４の全アスペクト
(aspect)についての多数のバイトの文字への対応、多数
の一次キーへの対応、一次キーごとの多数のフィール
ド、および一次キーごとの多数のフィールドに対応して
いる。構成ファイル処理ライブラリ１０４はまた、構成
ファイル１００における各行の一次キーおよび関連する
フィールドにパーズ(parse：構文解析）するために用い
られる各分離記号を定義し、概念的な名称、例えば、
「通り」、「市」、「州」、「郵便番号」、「電話番
号」を各属性のフィールドと関連させて、人間によるデ
ータの判読が容易に可能なようにし、また各一次キーに
ついて行末コメントを有することができるようにも対応
する。

【００１６】本発明の好適な実施形態によると、構成フ
ァイル処理ライブラリ１０４は、汎用の構成ファイル処
理機能を集合的(collectively)に提供する一組のＣ＋＋
クラスを有する。一次クラスは、ConfigFile<cfgFile>
(<filename>,<sepChars>,<attrNames>,<Ignore EOL com
ments>)の形式の１つの生成関数を有する。

【００１７】「ｃｆｇＦｉｌｅ」は、クラスをインスタ
ンシエーションに割り当てる可変的な名称である。引数
「ｆｉｌｅｎａｍｅ」は、処理される構成ファイルのフ
ァイルパスおよびファイル名を特定するストリングであ
る。引数「ｓｅｐＣｈａｒｓ」は、「ｆｉｌｅｎａｍ
ｅ」において特定された構成ファイルからの行を関連す
る「属性名」および「値」にパーズする際に認識する分
離記号のホワイトスペース区切りリストである。分離記
号は、１つのパーズフィールドにつき１個の分離記号で
左から右の順に処理される。例えば、ストリング「：
＄」が「ｓｅｐＣｈａｒｓ」として指定される場合、一
次キー、すなわち属性名は、所与の行の最初に現れ
る「：」記号に先行するいずれでもよく、また、「＄」
記号は、この属性の値をパーズするために用いられる分
離記号として認識される。「ｓｅｐＣｈａｒｓ」ストリ
ングは、任意の数の文字を有することができる。例え
ば、ストリング「：＄％」を「ｓｅｐＣｈａｒｓ」とし
て指定すると、「：」記号は、「属性名」を「第１値」
から区切るものとして認識され、「＄」記号は、「第１
値」を「第２値」から区切るものとして認識され、ま
た、「％」記号は、「第２値」を「第３値」から区切る
ものとして認識される。さらに「＃」記号が行に存在す
るときには、「％」記号は、「第３値」を「第４値」か
ら、「第４値」を「第５値」からなどのように、区切る
ものとしても認識される。

【００１８】前述したように、分離記号は、「ｓｅｐＣ
ｈａｒｓ」ストリングの引数から左から右にパーズされ
る。分離記号が所与の行に値より多く存在する場合は、
「ｓｅｐＣｈａｒｓ」の解析されていない分離記号は無
視される。所与の行に「ｓｅｐＣｈａｒｓ」ストリング
で指定された分離記号より多くの値が存在する場合に、
「ｓｅｐＣｈａｒｓ」ストリングにおいて指定された末
尾の分離記号は、行の残りの部分をパーズする一方で、
分離記号として認識される。例えば、「ｓｅｐＣｈａｒ
ｓ」ストリングが「，」記号を有する場合は、この分離
記号を用いて、ファイルの所与の一次キーと関連するフ
ィールドの数に関係なく、標準コンマ区切りファイルを
パーズする。「，」記号は、一次キーの全フィールドを
区切るものとして認識される。

【００１９】「ｓｅｐＣｈａｒｓ」パラメータにおいて
指定されたヌル値は、デフォルトの分離記号（例えば、
「，」記号）を用いて行中のフィールドを区切ることを
示す。

【００２０】パラメータ「ａｔｔｒＮａｍｅｓ」は、概
念的な名称を構成ファイル中の一次キーのフィールドに
マッピングする。これにより、構成ファイルのデータを
人間が判読可能な形式で処理することが可能となる。
「ａｔｔｒＮａｍｅｓ」をフィールドと関連させること
によって、アプリケーションの開発者は、これらの概念
的な名称を用いて構成ファイルのコンテンツを処理でき
る。例えば、図３の構成ファイル「SAMPLE.CFG」を処理
するためには、「ａｔｔｒＮａｍｅｓ」ストリングを
「通り市州郵便番号電話番号」として指定する。このこ
とは、概念的な識別子「通り」、「市」、「州」、「郵
便番号」および「電話番号」を構成ファイル「SAMPLE.C
FG」における各属性名の各フィールドと関連づける。一
次キーのフィールドが、パラメータ「ａｔｔｒＮａｍｅ
ｓ」によって指定された名称より多く存在すると、スト
リング「１」，「２」，「３」，？として表される整数
を用いてその値を特定する。「ａｔｔｒＮａｍｅｓ」パ
ラメータについてヌル値が指定された結果、デフォルト
の整数ストリング（すなわち、「１」，「２」，「３」
等）が一次キーごとに値を識別するために使用される。

【００２１】パラメータ「ＩｇｎｏｒｅＥＯＬｃｏ
ｍｍｅｎｔｓ」は、真または偽のいずれかである。これ
を真と設定すると、（図３の構成ファイル「SAMPLE.CF
G」において「＃」記号で示される）構成ファイルの行
末コメントは、構成ファイルを一次キーおよび関連フィ
ールドにパーズする際に完全に無視される。パラメータ
「ＩｇｎｏｒｅＥＯＬｃｏｍｍｅｎｔｓ」を偽と設
定すると、行末コメントは、構成ファイル行の一部とし
て処理される。この場合、「ｓｅｐＣｈａｒｓ」ストリ
ングは、コメントが正確にパーズされるように「＃」記
号を末尾の文字として有するものとする。

【００２２】本実施形態の構成ファイル処理ユーティリ
ティを利用するために、アプリケーション１０２は、生
成関数ConfigFile<cfgFile>(<filename>,<sepChars>,<a
ttrNames>,<Ignore EOL comments>)を使用し、固有の
「ｆｉｌｅｎａｍｅ」、「ｓｅｐＣｈａｒｓ」、「ａｔ
ｔｒＮａｍｅｓ」、「ＩｇｎｏｒｅＥＯＬｃｏｍｍ
ｅｎｔｓ」の各パラメータをインタフェースする構成フ
ァイル１００に渡して、ＣｏｎｆｉｇＦｉｌｅクラス
の、図３に示すような構成ファイル処理オブジェクト３
００をインスタンシエーションするためのコードを有す
る。構成ファイル処理オブジェクト３００がインスタン
シエーションされると、「ｆｉｌｅｎａｍｅ」パラメー
タによって指定された構成ファイル１００は、構成ファ
イル処理オブジェクト３００の１つまたは複数の「ｇｅ
ｔＦｉｌｅＮａｍｅ」、「ｇｅｔＦｉｒｓｔＡｔｔｒｉ
ｂｕｔｅ」、「ｇｅｔＮｅｘｔＡｔｔｒｉｂｕｔｅ」、
「ｇｅｔＡｔｔｒｉｂｕｔｅ」、「ｓｅｔＯｒＲｅｐｌ
ａｃｅＡｔｔｒｉｂｕｔｅ」および「ｅｘｐａｎｄＳｔ
ｒｉｎｇ」の方式に関する方式呼び出しを実行すること
によって、指定された「ｓｅｐＣｈａｒｓ」、「ａｔｔ
ｒＮａｍｅｓ」および「ＩｇｎｏｒｅＥＯＬｃｏｍ
ｍｅｎｔｓ」に応じて処理され得る。好適な実施形態に
おいて、この処理の結果は、検索のためにインメモリ(i
n-memory)データ構造に格納される。構成ファイル１０
０は、インメモリデータ構造が変化すると、インメモリ
データ構造と同期して保持される。

【００２３】構成ファイル処理オブジェクト３００は、
「ｇｅｔＦｉｌｅＮａｍｅ」、「ｇｅｔＦｉｒｓｔＡｔ
ｔｒｉｂｕｔｅ」、「ｇｅｔＮｅｘｔＡｔｔｒｉｂｕｔ
ｅ」、「ｇｅｔＡｔｔｒｉｂｕｔｅ」、「ｓｅｔＯｒＲ
ｅｐｌａｃｅＡｔｔｒｉｂｕｔｅ」および「ｅｘｐａｎ
ｄＳｔｒｉｎｇ」の各方式を実施する。

【００２４】「ｇｅｔＦｉｌｅＮａｍｅ」方式は、パス
を有する文字列を構成ファイルに返すか、あるいは文字
列が存在しない場合にはファイルを作成する。好適な実
施形態において、「ｇｅｔＦｉｌｅＮａｍｅ」の形式
は、 char * getFileName () である。

【００２５】「ｇｅｔＦｉｒｓｔＡｔｔｒｉｂｕｔｅ」
方式は、構成ファイルにおける第１データエントリにつ
いての属性名（すなわち、一次キー）および関連する属
性値（すなわち、関連フィールド）を返す。これら属性
名および関連値は、生成関数中に渡された「ｓｅｐＣｈ
ａｒｓ」に基づいて、インスタンシエーション時に決定
される。好適な実施形態における、「ｇｅｔＮｅｘｔＡ
ｔｔｒｉｂｕｔｅ」の形式は、 int getFirstAttribute(char *& name, AttributeList
*& attrList) である。

【００２６】「ｇｅｔＮｅｘｔＡｔｔｒｉｂｕｔｅ」方
式は、構成ファイルにおける次のデータエントリについ
ての属性名（すなわち、一次キー）および関連する属性
値（すなわち、フィールド）を返す。これら属性名およ
び値は、生成関数中に渡された「ｓｅｐＣｈａｒｓ」に
基づいてインスタンシエーション時に決定される。好適
な実施形態において、「ｇｅｔＮｅｘｔＡｔｔｒｉｂｕ
ｔｅ」の形式は、 int getNextAttribute(char *& name, AttributeList *
& attrList) である。構成ファイルにおいてこれ以上のデータエント
リがなければ、該方式は、「−１」を返し、「ｎａｍ
ｅ」および「ａｔｔｒＬｉｓｔ」をヌル（ＮＵＬＬ）に
設定する。

【００２７】「ｇｅｔＡｔｔｒｉｂｕｔｅ」方式は、指
定された属性名に基づいて値の適切なリストを返す。こ
れら属性名および値は、生成関数中に渡された「ｓｅｐ
Ｃｈａｒｓ」に基づいてインスタンシエーション時に決
定される。好適な実施形態における、「ｇｅｔＡｔｔｒ
ｉｂｕｔｅ」の形式は、 int getAttribute(const char *& name, AttributeList
*& attrList) である。構成ファイルにおいて、指定された「ｎａｍ
ｅ」と一致するデータエントリがなければ、該方式は、
「−１」を戻し、「ｎａｍｅ」および「ａｔｔｒＬｉｓ
ｔ」をヌル（ＮＵＬＬ）に設定する。

【００２８】「ｓｅｔＯｒＲｅｐｌａｃｅＡｔｔｒｉｂ
ｕｔｅ」方式は、これに渡される「ｎａｍｅ」および
「ａｔｔｒＬｉｓｔ」パラメータに基づいて指定の構成
ファイルにおけるエントリを作成する。生成関数におい
て指定された「ｓｅｐＣｈａｒｓ」を使用して、構成フ
ァイルにおいてエントリを作成する。好適な実施形態に
おいて、「ｓｅｔＯｒＲｅｐｌａｃｅＡｔｔｒｉｂｕｔ
ｅ」の形式は、 int setOrReplaceAttribute(char * name, AttributeLi
st * attrList) である。「ｓｅｔＯｒＲｅｐｌａｃｅＡｔｔｒｉｂｕｔ
ｅ」方式は、方式呼び出しの実行が完了した際に問題が
発生しない限り「０」（ＳＵＣＣＥＳＳ）を返す。

【００２９】「ｅｘｐａｎｄＳｔｒｉｎｇ」方式は、構
成ファイルに格納された値を用いて、ストリング中の特
定のトークンを構成ファイルからの関連値に置換する。
認識され置換されるトークンは、以下の形式である。 $[<attribute name> : <attribute value>] 式中、「ａｔｔｒｉｂｕｔｅｎａｍｅ」は、構成ファ
イルからの所望の属性名であり、「ａｔｔｒｉｂｕｔｅ
ｖａｌｕｅ」は、どの値を検索するかを識別する。例
えば、サンプル構成ファイルが「／ｃｏｎｆｉｇ．ｆｉ
ｌe」にあり、以下のインスタンシエーション ConfigFile configFile (“/config.file",":,","stre
et city state zipcode telephon",1)；とすると、「ｅｘｐａｎｄＳｔｒｉｎｇ」方式は、以下
のようになる。 char * newStr = configFile.expandString(“Bill Bro
wn is from the cityof $[Bill Brown:city], in the s
tate of $[Bill Brown:state]")；該方式を実行後、「ＮｅｗＳｔｒ」には、「Bill Brown
is from the city ofElmville in the state of Color
ado」が含まれる。

【００３０】Ｃ＋＋コード実施を、図５に示す。

【００３１】例示的な実施形態に関して本発明を説明し
てきたが、本発明の精神または範囲から逸脱することな
く、この例示的な実施形態に各種の改変および変更を加
えてもよいことは当業者によって理解されよう。本発明
の範囲は、図示および説明された例示的な実施形態にい
かなる方法でも限定されるものではなく、本発明は、添
付の特許請求の範囲によってのみ制限されることが意図
される。

【００３２】以下に本発明の実施の形態を要約する。１．アプリケーションソフトウェア（１０２）の構成方
法であって、前記アプリケーションソフトウェア（１０
２）を構成ファイル（１００）と共に動作可能とする構
成処理ライブラリ（１０４）を提供するステップと、前
記アプリケーションソフトウェア（１０２）を前記構成
処理ライブラリ（１０４）でコンパイルし、汎用構成処
理コードを生成するステップと、前記構成ファイル（１
００）を読み取りまたは操作する構成ファイル処理アプ
リケーションプログラミングインタフェースを、インス
タンシエーションするステップと、前記汎用構成処理コ
ードを利用して前記構成ファイル（１００）内のデータ
を読み取り操作するステップと、を有するアプリケーシ
ョンソフトウェア構成方法。

【００３３】２．データ構造（１１０）を、前記構成フ
ァイル（１００）の第１属性（１１２）の値（１１６）
を有する前記アプリケーションソフトウェア（１０２）
に返すステップと、を有する上記１記載のアプリケーシ
ョンソフトウェア構成方法。

【００３４】３．属性名（１１２）を特定するステップ
と、前記属性名（１１２）の受理に応答して値（１１
６）の所定リストを前記構成ファイル（１００）から提
供するステップと、を有する上記１または２記載のアプ
リケーションソフトウェア構成方法。

【００３５】４．前記ライブラリは、汎用構成ファイル
処理能力を集合的に提供するＣ＋＋クラスを有する上記
１、２または３記載のアプリケーションソフトウェア構
成方法。

【００３６】５．前記アプリケーションソフトウェア
（１０２）は、前記構成ファイル（１００）の処理オブ
ジェクトをインスタンシエーションするコードを有する
上記１、２、３または４記載のアプリケーションソフト
ウェア構成方法。

【００３７】６．所定の生成関数を用いて構成処理オブ
ジェクトをインスタンシエーションするステップと、前
記構成処理オブジェクトの少なくとも１つの方式につい
ての方式呼び出しを実行するステップと、を有する上記
１、２、３、４または５記載のアプリケーションソフト
ウェア構成方法。

【００３８】７．処理結果をインメモリデータ構造に格
納するステップを有する上記６記載のアプリケーション
ソフトウェア構成方法。

【００３９】８．前記構成ファイル（１００）を前記イ
ンメモリデータ構造と同期させるステップを有する上記
７記載のアプリケーションソフトウェア構成方法。

【００４０】９．前記構成ファイル（１００）の次のデ
ータエントリについての属性名（１１２）と関連属性値
（１１６）とを検索するステップを有する上記６記載の
アプリケーションソフトウェア構成方法。

【００４１】１０．入力列を得るステップと、前記入力
列のトークンを、前記構成ファイル（１００）から得ら
れた関連値と置換するステップと、を有する上記１、
２、３、４、５、６、７または８記載のアプリケーショ
ンソフトウェア構成方法。

【００４２】

【発明の効果】以上の説明から明らかなように、本発明
のアプリケーションソフトウェアの構成方法によればア
プリケーションソフトウェアごとに独自の構成ファイル
処理コードを実施することなく、複数のアプリケーショ
ンが構成ファイルのコンテンツを処理、追加、削除およ
び変更という処理を可能にしている。

【図面の簡単な説明】

【図１】本発明に係るシステムを示すブロック図であ
る。

【図２】構成ファイルの一形式を示す説明図である。

【図３】構成ファイルの一例を示す説明図である。

【図４】本発明に係る構成ファイルプロセッサオブジェ
クトのインスタンシエーションのデータモデルを示す説
明図である。

【図５】Ｃ＋＋コードの実施を示す説明図である。

【符号の説明】

１０２アプリケーション１００構成ファイル１０４構成ファイル処理ライブラリ１１０データ構造１１２一次キー１１６関連値

Claims

【特許請求の範囲】

【請求項１】アプリケーションソフトウェア（１０２）
の構成方法であって、前記アプリケーションソフトウェア（１０２）を構成フ
ァイル（１００）と共に動作可能とする構成処理ライブ
ラリ（１０４）を提供するステップと、前記アプリケーションソフトウェア（１０２）を前記構
成処理ライブラリ（１０４）でコンパイルし、汎用構成
処理コードを生成するステップと、前記構成ファイル（１００）を読み取りまたは操作する
構成ファイル処理アプリケーションプログラミングイン
タフェースを、インスタンシエーションするステップ
と、前記汎用構成処理コードを利用して前記構成ファイル
（１００）内のデータを読み取り操作するステップと、
を有することを特徴とするアプリケーションソフトウェ
ア構成方法。