(57)【要約】【課題】出力情報中のリテラルの更新を容易にする。【解決手段】クライアント装置１は、出力用情報のソースコードからリテラルの識別名である画面項目名を取得してサーバ装置２に出力する。サーバ装置２は、クライアント装置１からの画面項目名を入力すると、リテラルＩＤ取得部２４が画面項目名のそれぞれをもとにリテラルＩＤに変換する。リテラル設定取得部２５は、リテラルＩＤや設定情報記憶部２３に記憶される設定情報をもとに、更新先のリテラルを取得する。リテラル設定変換部２６は、変換前の画面項目名と変換後のリテラルＩＤとの対応関係の情報をもとに、取得済みリテラルＩＤと更新先のリテラルとの対応関係のうちリテラルＩＤを元の画面項目名に変換して、取得済みリテラルＩＤの元の画面項目名と更新先のリテラルとの対応関係を得て、更新要求元のクライアント装置１に出力する。【選択図】      図１
2008242652.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置での出力様式情報で記述されるリテラルの識別名である第１の識別名を、予め定められた法則にしたがって第２の識別名に変換する第１の変換手段と、
前記リテラルの更新先リテラルを前記第２の識別名と対応付けて管理する管理手段と、
前記管理手段により管理する更新先リテラルのうち、前記第１の変換手段により変換した前記第２の識別名に対応付けられるリテラルを取得する取得手段と、
前記取得手段により取得したリテラルに対応する前記第２の識別名を、前記第１の変換手段による変換前の前記第１の識別名に再変換する第２の変換手段と、
前記第２の変換手段により再変換した前記第１の識別名と前記取得手段により取得した前記更新先リテラルとの対応関係を示す情報を出力する出力手段と
を備えたことを特徴とする情報処理装置。
【請求項２】
コンピュータを、
クライアント装置での出力様式情報で記述されるリテラルの識別名である第１の識別名を、予め定められた法則にしたがって第２の識別名に変換する第１の変換手段、
前記リテラルの更新先リテラルを前記第２の識別名と対応付けて管理する管理手段、
前記管理手段により管理する更新先リテラルのうち、前記第１の変換手段により変換した前記第２の識別名に対応付けられるリテラルを取得する取得手段、
前記取得手段により取得したリテラルに対応する前記第２の識別名を、前記第１の変換手段による変換前の前記第１の識別名に再変換する第２の変換手段、および
前記第２の変換手段により再変換した前記第１の識別名と前記取得手段により取得した前記更新先リテラルとの対応関係を示す情報を出力する出力手段
として機能させるようにした、コンピュータ読み取り可能な情報処理プログラム
【請求項３】
前記変換手段は、
前記第１の識別名の先頭から予め定められた箇所までの文字をもとに、当該第１の識別名を前記第２の識別名に変換する
請求項２に記載の情報処理プログラム。
【請求項４】
前記管理手段は、
前記第１の変換手段による変換前の前記第１の識別名と変換後の前記第２の識別名との対応関係を管理し、
前記第２の変換手段は、
前記管理手段により管理する前記第１の識別名と前記第２の識別名との対応関係をもとに、前記取得手段により取得した更新先リテラルに対応する前記第２の識別名を前記第１の識別名に再変換する
請求項２に記載の情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出力情報の様式を管理する情報処理装置および情報処理プログラムに関する。
【背景技術】
【０００２】
企業の管理システムやＷｅｂサーバなどでは、画面表示用もしくは印刷用の情報を構成するためにＧＵＩ（graphical user interface）を用いている。
【０００３】
このＧＵＩを用いた画面表示用もしくは印刷用の情報のソースコードには、画面表示もしくは印刷対象の文字列や、テキストフィールドの入力桁数などを示すリテラル（literal）が含まれる（例えば、特許文献１参照)。
【０００４】
このリテラルの更新制御、つまり表示用画面や印刷用の帳票上の項目のリテラルを一括設定する制御を行う方法として、例えば以下の２通りの方法がある。
【０００５】
１番目の方法では、管理者がソースコード内を参照して、当該ソースコード上から更新すべきリテラルの記述箇所を探し出し、所望のリテラルを書き込む。
【０００６】
また、２番目の方法では、事前にＤＢＭＳ（Data Base Management System）や設定ファイルにて更新先のリテラルとその識別名との対応付けを行い、画面の初期表示時もしくは帳票の出力時に、ソースコード上のリテラルの識別名と設定ファイルとの照合を行なうことで、当該ソースコード上のリテラルを設定する。
【特許文献１】特開２００６−１５４９９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
前述した１番目の方法では、全ての画面や帳票で各項目のリテラルを管理者自身がソースコード上から探し出す必要があるため、複数のリテラルを一括で変更することは困難である。
【０００８】
また、前述した２番目の方法では、管理者が更新用のリテラルを探す手間は省くことができる。
【０００９】
しかし、クライアント装置である複数の管理システムやＷｅｂサーバ間では、リテラルの文字列や数値自体が同じであっても当該リテラルの識別名は異なっており、サーバ装置において、これらの運用先のクライアント装置からの要求によりリテラルを更新するためには、更新用のリテラルとその識別名との対応を運用先のクライアント装置ごとに個別に設定しなければならない。よって、クライアント装置の数が増えるほど設定ファイルの情報量が膨大となり、リテラルの更新が困難になる。
【００１０】
そこで、本発明の目的は、出力情報中のリテラルの更新を容易にすることが可能になる情報処理装置および情報処理プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
すなわち、本発明に係わる情報処理装置は、クライアント装置での出力様式情報で記述されるリテラルの識別名である第１の識別名を、予め定められた法則にしたがって第２の識別名に変換し、リテラルの更新先リテラルを第２の識別名と対応付けて管理し、この管理する更新先リテラルのうち、変換した第２の識別名に対応付けられるリテラルを取得し、取得したリテラルに対応する第２の識別名を、第１の変換手段による変換前の第１の識別名に再変換し、この再変換された第１の識別名と取得手段により取得した更新先リテラルとの対応関係を示す情報を出力することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、出力情報中のリテラルの更新を容易にすることができる。
【発明を実施するための最良の形態】
【００１３】
以下図面により本発明の実施形態について説明する。  
図１は、本発明の実施形態にしたがったリテラル管理システムのクライアント装置の構成例を示すブロック図である。
【００１４】
本発明の実施形態にしたがったリテラル管理システムは、クライアント装置１とサーバ装置２を有する。クライアント装置１は当該装置の運用先ごとに存在し、単一のサーバ装置２と通信可能に接続される。  
図１に示すように、クライアント装置１は、装置全体の制御を司る制御部１１、記憶装置１２、入力装置１４、出力装置１５、項目名取得部１６、リテラル設定部１７および通信インタフェース１８を備える。
【００１５】
記憶装置１２は、ハードディスクドライブや不揮発性メモリなどの記憶媒体であり、制御部１１、項目名取得部１６、リテラル設定部１７による実行対象の制御用プログラムを記憶する他、様式情報記憶部１３を有する。  
様式情報記憶部１３には、出力装置１５による出力対象の情報の様式情報のソースコードが記憶される。このソースコードは出力装置１５による画面表示用もしくは印刷用の情報を構成するためのＧＵＩ部品の種類や配置を定めたものである。以下、出力対象の情報は画面表示用の情報であるとして説明する。
【００１６】
ＧＵＩ部品は、例えばボタン、チェックボックス、ラベル、メニューバー、スクロールバー、テキストフィールドである。  
また、ソースコード上では、ＧＵＩ部品のリテラルが一意の識別名である画面項目名と対応付けられて記述されている。ＧＵＩ部品のリテラルは、ラベルの文字列、つまり実際に画面表示される文字であったり、ツールチップテキストであったり、テキストフィールドへの入力可能な文字や数値の桁数であったりする。
【００１７】
入力装置１４は例えばキーボードやマウスであり、出力装置１５は例えばディスプレイ装置やプリンタ装置である。項目名取得部１６は、ＧＵＩ部品のリテラルの画面項目名をソースコードから取得する。リテラル設定部１７は、サーバ装置２から更新先のリテラルを取得すると、これをソースコード上に設定する。これにより画面表示される情報が更新される。
【００１８】
図２は、本発明の実施形態にしたがったリテラル管理システムのサーバ装置の構成例を示すブロック図である。図３は、本発明の実施形態にしたがったリテラル管理システムのサーバ装置の記憶装置に記憶されるリテラル設定情報の構成例を表形式で示す図である。  
図２に示すように、サーバ装置２は、装置全体の制御を司る制御部２１、記憶装置２２、第１の変換手段であるリテラルＩＤ取得部２４、取得手段であるリテラル設定取得部２５、第２の変換手段であるリテラル設定変換部２６、および出力手段である通信インタフェース２７を備える。
【００１９】
記憶装置２２は、ハードディスクドライブや不揮発性メモリなどの記憶媒体であり、制御部１１、リテラルＩＤ取得部２４、リテラル設定取得部２５、リテラル設定変換部２６による実行対象の制御用プログラムを記憶する他、設定情報記憶部２３を有する。
【００２０】
リテラルＩＤ取得部２４は、クライアント装置１から画面項目名を予め定められた法則にしたがって変換したリテラルＩＤを取得する。  
リテラル設定取得部２５は、リテラルＩＤ取得部２４が取得したリテラルＩＤをもとに、更新先のリテラルを設定情報記憶部２３から取得する。  
リテラル設定変換部２６は、リテラルＩＤ取得部２４が取得したリテラルＩＤを元の画面項目名に再変換する。
【００２１】
図３に示すように、記憶装置２２の設定情報記憶部２３には、「tokuisaki_code_label」や「tokuisaki_code」などのリテラルＩＤ（LTRL_ID）をキーにしたリテラル設定情報が定義される。  
このリテラルは、更新要求元のクライアント装置１が複数ある場合でも、それぞれのクライアント装置１側での更新に適したリテラルであるとする。
【００２２】
例えばサーバ装置２側のリテラル設定情報における各リテラルＩＤに対応するリテラルは、第１の事業体が管理するクライアント装置１からの画面項目名を変換して得たリテラルＩＤ「tokuisaki_code_label」に対応するリテラルが当該画面項目名に対応する更新先のリテラルとして適合する。また、第２の事業体が管理するクライアント装置１からの別の画面項目名を変換して得た前述したリテラルＩＤ「tokuisaki_code_label」に対応するリテラルも当該画面項目名に対応する更新先のリテラルとして適合する。
【００２３】
リテラル設定情報では、同一のリテラルＩＤと係わる複数のリテラルがあり、これらは図３に示した「表示テキスト０（DISP_TEXT_0）」、「表示テキスト１（DISP_TEXT_1）」、「表示テキスト２（DISP_TEXT_2）」、「ツールチップテキスト（TOOL_TIP_TEXT）」等である。
【００２４】
図３に示した例では、リテラルＩＤ「tokuisaki_code_label」の「表示テキスト０（DISP_TEXT_0）」に対応するリテラルが「得意先コード」であり、同じリテラルＩＤ「tokuisaki_code_label」の「表示テキスト１（DISP_TEXT_1）」に対応するリテラルが「得意先Ｃ」であることを示す。
【００２５】
また、同じリテラルＩＤ「tokuisaki_code_label」の「表示テキスト２（DISP_TEXT_2）」に対応するリテラルが「得Ｃ」であり、同じリテラルＩＤ「tokuisaki_code_label」の「ツールチップテキスト（TOOL_TIP_TEXT）」に対応するリテラルが情報が無い「ＮＵＬＬ」であることを示す。
【００２６】
次に、前述した構成のシステムの動作について説明する。  
図４は、本発明の実施形態にしたがったリテラル管理システムの処理動作の一例を示すフローチャートである。  
図５は、本発明の実施形態にしたがったリテラル管理システムのクライアント装置の初期リテラルにしたがった表示画面の一例を示す図である。
【００２７】
まず、クライアント装置１の制御部２１は、記憶装置１２の様式情報記憶部１３に記憶されるソースコードにしたがって出力装置１５の画面上に図５に示した画面を表示させているものとする。この画面上の文字列はソースコード上の初期のリテラルしたがった文字列である。  
図５に示した「tokuisaki_code_label__0__header」や「tokuisaki_code」などは画面のソースコード上でリテラルと対応付けて記述される画面項目名である。
【００２８】
初期リテラルにしたがった表示画面が出力装置１５の画面上に表示された状態で、項目名取得部１６は、記憶装置１２の様式情報記憶部１３に記憶されるソースコードを読み出し（ステップＳ１）、このソースコード上からリテラルの識別名である画面項目名を取得する（ステップＳ２）。  
制御部１１は、項目名取得部１６が取得した画面項目名を通信インタフェース１８を介してサーバ装置２に出力する（ステップＳ３）。
【００２９】
図６は、本発明の実施形態にしたがったリテラル管理システムのサーバ装置が取得した画面項目名の一例を示す図である。この例は図３に示した画面のリテラルの画面項目名を取得順に示したものである。  
サーバ装置２の通信インタフェース２７が、クライアント装置１からの図６に示した画面項目名を入力すると（ステップＳ４）、リテラルＩＤ取得部２４は、入力した画面項目名のそれぞれをリテラルＩＤに変換する（ステップＳ５）。
【００３０】
図７は、本発明の実施形態にしたがったリテラル管理システムのサーバ装置による、画面項目名からリテラルＩＤへの変換例を示す図である。  
例えば、リテラルＩＤ取得部２４は、この画面項目名の文字列からアンダーバーが２文字分連続する最初の部分を検出し、これらのアンダーバーより前の文字から先頭までの文字列をリテラルＩＤとする。尚、リテラルＩＤ取得部２４が画面項目名の文字列からリテラルＩＤを検出するための区切りとなる文字は前述したアンダーバーに限らず、他の特定の文字であってもよい。
【００３１】
入力された画面項目名が図６の最上段に示した「tokuisaki_code_label__0__header」である場合には、図７に示すように、先頭から最初のアンダーバー連続部分の前までの「tokuisaki_code_label」がリテラルＩＤとなり、画面項目名が図６の２段目に示した「tokuisaki_code__header」である場合には、図７に示すように先頭から最初のアンダーバー連続部分の前までの「tokuisaki_code」がリテラルＩＤとなる。
【００３２】
また、リテラルＩＤ取得部２４は、入力された画面項目名の先頭から最初のアンダーバー連続部分の次の文字をもとに表示テキストの種類を示す情報を、当該画面項目名の変換後のリテラルＩＤと係わる表示識別値として取得する。この表示識別値は数字で表される。
【００３３】
入力された画面項目名が図６の最上段に示した「tokuisaki_code_label__0__header」である場合には、最初のアンダーバー連続部分の次の文字が「０」であるので、図７の最上段右端に示すように当該「０」が表示識別値となり、画面項目名が図６の３段目に示した「tokuisaki_code_label__1__detail」である場合には、最初のアンダーバー連続部分の次の文字が「１」であるので図７の３段目右端に示すように当該「１」が表示識別値となる。
【００３４】
また、画面項目名が図６の２段目に示した「tokuisaki_code__header」である場合には、最初のアンダーバー連続部分の次の文字が数字ではない。このような場合には図７の２段目右端に示すように「０」が表示識別値となる。
【００３５】
リテラルＩＤ取得部２４は、図７に示したような、変換前の画面項目名と変換後のリテラルＩＤや表示識別値との対応関係を示す情報を当該画面項目名の入力順に保持する。
【００３６】
そして、リテラル設定取得部２５は、リテラルＩＤ取得部２４が取得したリテラルＩＤ、表示識別値および設定情報記憶部２３に記憶される設定情報をもとに、更新先のリテラルを取得する（ステップＳ６）。
【００３７】
図８は、本発明の実施形態にしたがったリテラル管理システムのサーバ装置が得たリテラルＩＤと更新先のリテラルとの対応関係の一例を示す図である。  
具体的には、リテラル設定取得部２５は、図３に示した設定情報の「LTRL_ID」のうち、取得済みのリテラルＩＤと一致するＩＤと係わる「表示テキスト０（DISP_TEXT_0）」、「表示テキスト１（DISP_TEXT_1）」、「表示テキスト２（DISP_TEXT_2）」のうち表示識別値の数字と対応するリテラルに加え「ツールチップテキスト（TOOL_TIP_TEXT）」と対応するリテラルを更新先のリテラルとしてそれぞれ取得し、取得済みのリテラルＩＤと更新先のリテラルとの対応関係を取得順に管理する。
【００３８】
図７の最上段に示すように、取得済みのリテラルＩＤが「tokuisaki_code_label」で当該リテラルＩＤと係わる表示識別値が「０」である場合には、図３に示した設定情報の「LTRL_ID」の「tokuisaki_code_label」と「DISP_TEXT_0」と係わる「得意先コード」が更新先のリテラルとなる。  
また、同じ「LTRL_ID」の「tokuisaki_code_label」および「TOOL_TIP_TEXT」と係わる更新先のリテラルは「ＮＵＬＬ」である。  
また、図７の２段目に示すように、取得済みのリテラルＩＤが「tokuisaki_code」で当該リテラルＩＤと係わる表示識別値が「０」である場合には、図３に示した設定情報の「LTRL_ID」の「tokuisaki_code」と「DISP_TEXT_0」と係わる「ＮＵＬＬ」が更新先のリテラルとなる。  
一方、同じ「LTRL_ID」の「tokuisaki_code」および「TOOL_TIP_TEXT」と係わる更新先のリテラルは「受注時の、、、」である。
【００３９】
このような処理を行って、前述したように更新要求元のクライアント装置１が複数ある場合でも、サーバ装置２側で管理する更新先のリテラルが、各々のクライアント装置１側での更新に適したリテラルであるとするには、各クライアント装置１側からのそれぞれ異なる画面項目名を変換して得たリテラルＩＤや表示識別値をもとにサーバ装置２が得るリテラルが同じとなるように、ソースコード上の画面項目名とリテラルの関係を定める必要がある。  
つまり、各クライアント装置１間で、先頭からアンダーバー連続部分の次の文字までが共通する画面項目名に対応して記述されるべきリテラルは同じである必要がある。
【００４０】
図８に示した取得済みのリテラルのうち左側の文字列は、各種表示テキストのリテラルであり、右側の文字列はツールチップテキストのリテラルである。  
そして、リテラル設定変換部２６は、リテラルＩＤ取得部２４が管理する情報である、変換前の画面項目名と変換後のリテラルＩＤとの対応関係の情報をもとに、リテラル設定取得部２５が管理する情報である、取得済みリテラルＩＤと更新先のリテラルとの対応関係のうちリテラルＩＤを元の画面項目名に変換して、取得済みのリテラルＩＤの元の画面項目名と更新先のリテラルとの対応関係を得る（ステップＳ７）。
【００４１】
図９は、本発明の実施形態にしたがったリテラル管理システムのサーバ装置が得た元の画面項目名と更新先のリテラルとの対応関係の一例を示す図である。  
具体的には、例えば図８に示した対応関係の最上段のリテラルＩＤ「tokuisaki_code_label」の元の画面項目名は、図７に示した対応関係の同じ最上段の画面項目名「tokuisaki_code_label__0__header」であり、図８に示した対応関係の２段目のリテラルＩＤ「tokuisaki_code」の元の画面項目名は、図７に示した対応関係の同じ２段目の画面項目名「tokuisaki_code__header」である。
【００４２】
このように、リテラル設定変換部２６は、図８に示した対応関係と図７に示した対応関係の同じ段とを照合して元の画面項目名を探し出し、図８に示した対応関係におけるリテラルＩＤを元の画面項目名に変換した、図９に示した対応関係を得る。
【００４３】
制御部２１は、リテラル設定変換部２６が得た元の画面項目名と更新先のリテラルとの対応関係を示す情報を通信インタフェース２７を介してリテラル更新要求元のクライアント装置１に出力する（ステップＳ８）。  
クライアント装置１の通信インタフェース１８がサーバ装置２からの情報を入力すると（ステップＳ９）、リテラル設定部１７は、この情報で示される画面項目名を記憶装置１２の様式情報記憶部１３に記憶されるソースコードから探し出し、この画面項目名とソースコード上で対応する各種のリテラルを、サーバ装置２からの情報で示される当該画面項目名と対応するリテラルに更新する（ステップＳ１０）。これにより、クライアント装置１で管理していたリテラルが、サーバ装置２からのリテラルに更新される。
【００４４】
図１０は、本発明の実施形態にしたがったリテラル管理システムのクライアント装置の更新後リテラルにしたがった表示画面の一例を示す図である。  
図１０に示した表示画面は、図３に示した初期のリテラルにしたがった表示画面と比較して、画面項目名「tokuisaki_code_label__0__header」の表示テキストのリテラルが「得意先ＣＯＤＥ」から「得意先コード」に更新されている。また、画面項目名「tokuisaki_code_label__1__detail」の表示テキストのリテラルが「ＣＯＤＥ」から「得意先Ｃ」に更新されている。
【００４５】
以上のように、本発明の実施形態にしたがったリテラル管理システムでは、更新先のリテラルをリテラルＩＤと表示種別の情報とともにサーバ装置２で管理しておき、クライアント装置１は自装置で管理しているリテラルの更新を行うために、リテラルと対応する画面項目名をサーバ装置２に出力する。
【００４６】
そして、サーバ装置２は、クライアント装置１からの画面項目名の先頭から所定の箇所までの部分をもとにリテラルＩＤと表示識別値を得るので、更新要求元の各種のクライアント装置１で用いる同種のリテラルにソースコード上で対応する画面項目名が異なっていても、この画面項目名を同じリテラルＩＤと表示識別値に変換して、これらをもとに更新先のリテラルを得ることができる。よって、更新要求を行なうクライアント装置１が複数種類ある場合で、それぞれのクライアント装置１に適したリテラルを得るためのリテラル設定情報の情報量を少なくすることができる。
【００４７】
また、更新要求の単一のクライアント装置１が記憶するソースコード上の異なる画面項目名に対応するリテラルを同じとすべき場合でも、これらの画面項目名の先頭からアンダーバー連続部分の次の文字までが共通であれば、サーバ装置２側では、この画面項目名を同じリテラルＩＤや表示識別値に変換して、これらをもとに更新先のリテラルを得るので、前述したようにリテラル設定情報の情報量を少なくすることができる。
【００４８】
また、サーバ装置２の記憶装置２２の設定情報記憶部２３に記憶される設定ファイルの形式はＸＭＬ形式であってもよい。  
また、リテラルの更新対象である出力情報はディスプレイへの表示用情報に限らず、帳票の印刷用情報であってもよい。この場合には、印刷用情報のソースコードのうち印刷する紙に実際に印字される文字列などが更新対象のリテラルとなる。
【００４９】
なお、この発明は前記実施形態そのままに限定されるものではなく実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を省略してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施形態にしたがったリテラル管理システムのクライアント装置の構成例を示すブロック図。
【図２】本発明の実施形態にしたがったリテラル管理システムのサーバ装置の構成例を示すブロック図。
【図３】本発明の実施形態にしたがったリテラル管理システムのサーバ装置の記憶装置に記憶されるリテラル設定情報の構成例を表形式で示す図。
【図４】本発明の実施形態にしたがったリテラル管理システムの処理動作の一例を示すフローチャート。
【図５】本発明の実施形態にしたがったリテラル管理システムのクライアント装置の初期リテラルにしたがった表示画面の一例を示す図。
【図６】本発明の実施形態にしたがったリテラル管理システムのサーバ装置が取得した画面項目名の一例を示す図。
【図７】本発明の実施形態にしたがったリテラル管理システムのサーバ装置による、画面項目名からリテラルＩＤへの変換例を示す図。
【図８】本発明の実施形態にしたがったリテラル管理システムのサーバ装置が得たリテラルＩＤと更新先のリテラルとの対応関係の一例を示す図。
【図９】本発明の実施形態にしたがったリテラル管理システムのサーバ装置が得た元の画面項目名と更新先のリテラルとの対応関係の一例を示す図。
【図１０】本発明の実施形態にしたがったリテラル管理システムのクライアント装置の更新後リテラルにしたがった表示画面の一例を示す図。
【符号の説明】
【００５１】
１…クライアント、２…サーバ、１１，２１…制御部、１２，２２…記憶装置、１３…様式情報記憶部、１４…入力装置、１５…出力装置、１６…項目名取得部、１７…リテラル設定部、１８…通信インタフェース、２３…設定情報記憶部、２４…リテラルＩＤ取得部、２５…リテラル設定取得部、２６…リテラル設定変換部、２７…通信インタフェース。
【図１】
2008242652.tif 000003
【図２】
2008242652.tif 000004
【図３】
2008242652.tif 000005
【図４】
2008242652.tif 000006
【図５】
2008242652.tif 000007
【図６】
2008242652.tif 000008
【図７】
2008242652.tif 000009
【図８】
2008242652.tif 000010
【図９】
2008242652.tif 000011
【図１０】
2008242652.tif 000012