(57)【要約】【課題】階層データ構造に含まれる複数の要素にデータを格納する場合に、要素間における従属関係や依存関係等の関連性の定義を付加することを可能とする各要素へのデータの入力順を定義することができる。【解決手段】情報処理装置は、階層データ構造に含まれる複数の要素を、グループ単位でデータの入力を受け付ける要素群に含まれる要素間の関係である従属関係に基づいて複数のグループに分類し、複数のグループを、依存側の要素が被依存側の要素である他の要素を属性として含む関係である依存関係に基づいて並び替えた入力補助データを生成する補助データ生成部を備える。【選択図】図６
2017004359.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
階層データ構造に含まれる複数の要素を、グループ単位でデータの入力を受け付ける要素群に含まれる要素間の関係である従属関係に基づいて複数のグループに分類し、
前記複数のグループを、依存側の要素が被依存側の要素である他の要素を属性として含む関係である依存関係に基づいて並び替えた入力補助データを生成する、
ことを実行させるための情報処理プログラム。
【請求項２】
前記複数の要素のうち、前記複数のグループに分類される要素について、前記従属関係および依存関係に基づいて並び替えられたグループの順に、各グループに含まれる各要素へのデータの入力を受け付ける場合に、前記要素が被依存側の要素である場合には、前記被依存側の要素のデータごとに一意な識別子を生成して、前記被依存側の要素のデータに前記生成した識別子の値を格納し、前記要素が依存側の要素である場合には、前記依存側の要素のデータに前記依存側の要素が依存する被依存側の要素の識別子として生成した複数の識別子の中から選択された識別子の値を格納する、
請求項１に記載の情報処理プログラム。
【請求項３】
前記複数の要素のうち、前記複数のグループに分類されない要素へのデータの入力を受け付ける、
請求項１または２に記載の情報処理プログラム。
【請求項４】
コンピュータが、
階層データ構造に含まれる複数の要素を、グループ単位でデータの入力を受け付ける要素群に含まれる要素間の関係である従属関係に基づいて複数のグループに分類し、
前記複数のグループを、依存側の要素が被依存側の要素である他の要素を属性として含む関係である依存関係に基づいて並び替えた入力補助データを生成する、
情報処理方法。
【請求項５】
前記複数の要素のうち、前記複数のグループに分類される要素について、前記従属関係および依存関係に基づいて並び替えられたグループの順に、各グループに含まれる各要素へのデータの入力を受け付ける場合に、前記要素が被依存側の要素である場合には、前記被依存側の要素のデータごとに一意な識別子を生成して、前記被依存側の要素のデータに前記生成した識別子の値を格納し、前記要素が依存側の要素である場合には、前記依存側の要素のデータに前記依存側の要素が依存する被依存側の要素の識別子として生成した複数の識別子の中から選択された識別子の値を格納する、
請求項４に記載の情報処理方法。
【請求項６】
前記複数の要素のうち、前記複数のグループに分類されない要素へのデータの入力を受け付ける、
請求項４または５に記載の情報処理方法。
【請求項７】
階層データ構造に含まれる複数の要素を、グループ単位でデータの入力を受け付ける要素群に含まれる要素間の関係である従属関係に基づいて複数のグループに分類し、前記複数のグループを、依存側の要素が被依存側の要素である他の要素を属性として含む関係である依存関係に基づいて並び替えた入力補助データを生成する補助データ生成部を備える、
情報処理装置。
【請求項８】
前記複数の要素のうち、前記複数のグループに分類される要素について、前記従属関係
および依存関係に基づいて並び替えられたグループの順に、各グループに含まれる各要素へのデータの入力を受け付ける場合に、前記要素が被依存側の要素である場合には、前記被依存側の要素のデータごとに一意な識別子を生成して、前記被依存側の要素のデータに前記生成した識別子の値を格納し、前記要素が依存側の要素である場合には、前記依存側の要素のデータに前記依存側の要素が依存する被依存側の要素の識別子として生成した複数の識別子の中から選択された識別子の値を格納する入力制御部、をさらに備える、
請求項７に記載の情報処理装置。
【請求項９】
前記入力制御部は、前記複数の要素のうち、前記複数のグループに分類されない要素へのデータの入力を受け付ける、
請求項７または８に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理プログラム、情報処理方法、および情報処理装置に関する。
【背景技術】
【０００２】
情報処理装置が処理するデータ形式のうち、階層を有するデータ形式に情報を格納するためには、データ形式に対応する階層データ構造に合わせた入力画面を用意して、情報を入力させる方法がある。例えば、Extensible Markup Language（ＸＭＬ）のデータ形式に情報を格納する場合、ＸＭＬ階層データ構造を定義するテンプレートに合わせた入力画面から情報が入力される。
【０００３】
この場合、ＸＭＬ階層データ構造における階層構造の上から順番に、要素ごとに入力画面が用意される。各入力画面は、要素に属する属性の情報を収集する。収集した値は、ＸＭＬのテンプレートの対応する要素の属性を示すタグの中に１対１で格納される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−０９２５４２号公報
【特許文献２】特開２００４−２１３６７７号公報
【特許文献３】特開昭６１−０８２２４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＸＭＬのテンプレートに対し、入力フォームから入力された値を該当箇所に１対１で格納する方法では、親子関係等の従属関係にある要素群の情報を、要素群を含むグループ単位で入力することは難しい。また、要素間に依存関係がある場合に、被依存側の要素を先に収集し、次に依存側の要素の情報を収集するという入力順の制御は難しい。
【０００６】
本発明の一態様は、階層データ構造に含まれる複数の要素にデータを格納する場合に、要素間における従属関係や依存関係等の関連性の定義を付加することを可能とする各要素へのデータの入力順を定義することができる情報処理プログラム、情報処理方法、および情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の態様の一つは、情報処理装置によって例示される。情報処理装置は、階層データ構造に含まれる複数の要素を、グループ単位でデータの入力を受け付ける要素群に含まれる要素間の関係である従属関係に基づいて複数のグループに分類し、複数のグループを、依存側の要素が被依存側の要素である他の要素を属性として含む関係である依存関係に基づいて並び替えた入力補助データを生成する補助データ生成部を備える。
【発明の効果】
【０００８】
開示の情報処理プログラム、情報処理方法、および情報処理装置によれば、階層データ構造に含まれる複数の要素にデータを格納する場合に、要素間における従属関係や依存関係等の関連性の定義を付加することを可能とする各要素へのデータの入力順を定義することができる。
【図面の簡単な説明】
【０００９】
【図１】従属関係にある要素群を含むデータ構造の例を示す図である。
【図２】依存関係を有する要素を含むデータ構造の例を示す図である。
【図３】従属関係の範囲の例を示す図である。
【図４】依存関係の範囲の例を示す図である。
【図５】情報処理装置のハードウェア構成の一例を示す図である。
【図６】情報処理装置の機能構成の一例を示す図である。
【図７】ＸＭＬデータの階層構造の具体例を示す図である。
【図８Ａ】階層データ構造に含まれる要素ＤＢ（Ｄａｔａｂａｓｅ、データベース）のデータ構造の一例を示す図である。
【図８Ｂ】要素と属性の対応ＤＢのデータ構造の一例を示す図である。
【図８Ｃ】要素・属性とタグ名の対応ＤＢのデータ構造の一例を示す図である。
【図８Ｄ】要素と階層の対応ＤＢのデータ構造の一例を示す図である。
【図８Ｅ】複数データを持つ要素ＤＢのデータ構造の一例を示す図である。
【図８Ｆ】親子関係ＤＢのデータ構造の一例を示す図である。
【図８Ｇ】依存関係ＤＢのデータ構造の一例を示す図である。
【図９】実施形態における全体の処理の流れの一例を示す図である。
【図１０】関連性の影響範囲を抽出する処理の例を示すフローチャートである。
【図１１Ａ】入力ウィザード補助データの初期値の具体例を示す図である。
【図１１Ｂ】関連性の影響範囲にある要素の抽出の具体例を示す図である。
【図１２】従属関係にある要素のグループ化の処理の例を示すフローチャートである。
【図１３Ａ】従属関係に基づく各要素のグループ化の具体例を示す図である。
【図１３Ｂ】従属関係に基づく各要素のグループ化の具体例を示す図である。
【図１３Ｃ】従属関係に基づく各要素のグループ化の具体例を示す図である。
【図１４】依存関係に基づくグループの並べ替え処理の例を示すフローチャートである。
【図１５Ａ】要素間の依存関係の具体例を示す図である。
【図１５Ｂ】依存関係に基づくグループの並べ替えの具体例を示す図である。
【図１５Ｃ】依存関係に基づくグループの並べ替えの具体例を示す図である。
【図１６】入力ウィザード補助データにない要素の処理の例を示すフローチャートである。
【図１７Ａ】入力ウィザード補助データにない要素の抽出の具体例を示す図である。
【図１７Ｂ】入力ウィザード補助データにない要素が格納されたＸＭＬファイルの具体例を示す図である。
【図１８】入力ウィザード補助データにある被依存側の終端にあるグループの初期処理の例を示すフローチャートである。
【図１９】入力ウィザード補助データにある被依存側の終端以外のグループの処理の例を示すフローチャートである。
【図２０Ａ】入力ウィザード補助データにある要素の抽出の具体例を示す図である。
【図２０Ｂ】被依存側の要素が格納されたＸＭＬファイルの具体例を示す図である。
【図２０Ｃ】被依存側の要素の選択肢の具体例を示す図である。
【図２０Ｄ】依存側の要素が格納されたＸＭＬファイルの具体例を示す図である。
【図２１Ａ】実施形態の例により出力されるＸＭＬファイルの具体例を示す図である。
【図２１Ｂ】実施形態の例により出力されるＸＭＬファイルの具体例を示す図である。
【図２２】被依存側の要素の入力フォームの画面例である。
【図２３】依存側の要素の入力フォームの画面例である。
【図２４】入力フォームとＸＭＬファイルの関係の例を示す図である。
【図２５】ウィザードによる入力制御の例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて、本発明の実施の形態を説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１１】
＜要素間の関連性＞
図１および図２は、階層データ構造に含まれる要素間の関連性を説明するための図である。図１は、従属関係にある要素群を含むデータ構造の例を示す図である。従属関係は、データの入力をグループ単位で受け付ける要素群に含まれる要素間の関係である。
【００１２】
図１において、Ａ１とＡ２とは同じ要素である。Ａ１以下のツリーは、Ｂ１〜Ｆ１の要素を含む。Ａ１とＢ１およびＣ１とは、親子の従属関係を有する。Ｂ１とＤ１およびＥ１とは親子の従属関係を有する。Ｃ１とＦ１とは親子の従属関係を有する。Ａ１とＤ１〜Ｆ１とは親孫の従属関係を有する。点線で囲まれるＡ１〜Ｆ１の要素は、従属関係にある要素群である。Ａ１〜Ｆ１の要素は、入力フォームから入力される場合、１つのグループとしてグループ単位で値が入力される。
【００１３】
図２は、依存関係を有する要素を含むデータ構造の例を示す図である。依存関係は、ある要素と、当該要素が依存する別の種類の要素との関係である。図２は、左右に２つのツリー構造を含む。要素Ａは、左側のツリー構造の末端の要素である。要素Ｂは、右側のツリー構造の末端の要素である。矢印の始点にあるＢは、依存側の要素である。矢印の終点にあるＡは、被依存側の要素である。
【００１４】
ＡとＢは依存関係にあり、ＢはＡの要素を属性として含む要素である。図２において、被依存側のＡは先に入力され、次に依存側のＢが入力される。依存関係にある要素は、被依存側の要素から入力される。
【００１５】
＜要素間の関連性の範囲＞
図３および図４は、要素間の関連性の範囲を説明するための図である。図３は、従属関係の範囲の例を示す図である。図３では、１階層から５階層の順に階層データ構造に対し、ウィザードにより情報が入力される。ウィザードは、コンピュータのユーザインターフェースの一種で、ユーザとの対話により操作や設定作業を誘導する機能のことである。
【００１６】
図３において、１階層は、要素１を含む。要素１は、入力画面１の入力フォーム１から値が入力される。２階層は、要素２および要素３を含む。要素２は、入力画面２の入力フォーム２から値が入力される。要素３は、入力画面３の入力フォーム３から値が入力される。３階層は、要素４から要素７を含む。要素４は、入力画面４の入力フォーム４から値が入力される。要素５は、入力画面５の入力フォーム５から値が入力される。要素６は、入力画面６の入力フォーム６から値が入力される。要素７は、入力画面７の入力フォーム７から値が入力される。
【００１７】
４階層は、要素８および要素９を含む。要素８および要素９は、それぞれ複数のデータがある要素である。要素８の複数のデータ８−１から８−４は、入力画面８の入力フォーム８−１から８−４により、それぞれ値が入力される。要素９の複数のデータ９−１から９−４は、入力画面９の入力フォーム９−１から９−４により、それぞれ値が入力される。
【００１８】
５階層は、要素１２および要素１３を含む。要素１２および要素１３は、それぞれ複数のデータがある要素であり、要素９と従属関係を有する。即ち、９−１と１２−１および１３−１は、従属関係にある要素群で、１つのグループ単位として入力されることが望ま
しい。しかしながら、図３の例では、階層構造の上から順番に情報が収集されるため、９−１から９−４が先に入力され、従属関係にある９−１と１２−１および１３−１は、１つのグループ単位として入力されない。
【００１９】
このように、ウィザードにより階層構造の上から順番に情報を収集する場合、従属関係にある要素群がどの要素まで含むのか分からず、従属関係にある要素群を１つのグループ単位として入力されるように制御することは難しい。
【００２０】
図４は、依存関係の範囲の例を示す図である。図４では、図３と同様に、ウィザードにより、１階層から５階層の順に階層データ構造に情報が入力される。１階層から３階層までは、図３と同じであるため、その説明は省略される。
【００２１】
４階層は、要素８から要素１１を含む。要素８から要素１１は、それぞれ複数のデータがある要素である。要素８の複数のデータ８−１から８−４は、入力画面８の入力フォーム８−１から８−４により、それぞれデータが入力される。ただし、図４の例では、８−１は、要素９のデータの１つである９−４に依存している。このため、８−１より先に要素９の各データが入力されていることが望ましい。しかしながら、ウィザードにより階層構造の上から順番に情報を収集する場合、要素間の依存関係がわからないため、９−４は、８−１から８−４より先には入力されない。
【００２２】
さらに、図４の例では、９−４は、要素１０のデータの１つである１０−３に依存している。１０−３は、要素１１のデータの１つである１１−２に依存している。したがって、１１−２、１０−３、９−４、８−１の順番で入力されることが望ましい。階層構造の上から順番に情報を収集する場合、依存関係がどこまで続くか分からず、依存関係の被依存側から順番に入力されるように制御することは難しい。このため、情報収集の際、要素間の関連性は定義されない。
【００２３】
＜実施形態＞
階層データ構造のデータ形式に情報を格納するため、階層データ構造の特徴を定義するデータベースが事前に用意される。情報処理装置は、定義されたデータベースを参照し、階層データ構造に含まれる複数の要素を従属関係に基づいてグループ化する。さらに、情報処理装置は、要素間の依存関係に基づいてグループを並べ替え、入力ウィザード補助データを生成する。
【００２４】
情報処理装置は、入力ウィザード補助データに従って、並び替えられたグループの順に情報を収集する。情報処理装置は、要素間の関連性に基づいて並び替えられた各グループ内の各要素に対し、入力された値のほか、要素間の関連性の定義を付加して情報を収集する。情報処理装置は、要素間の関連性が定義された情報を、所定のデータ形式で出力する。
【００２５】
＜ハードウェア構成＞
図５は、情報処理装置１０のハードウェア構成の一例を示す図である。情報処理装置１０は、プロセッサ１１、主記憶装置１２、補助記憶装置１３、入力装置１４、出力装置１５、ネットワークインタフェース１６を備える。また、これらはバス１７により互いに接続される。
【００２６】
プロセッサ１１は、補助記憶装置１３に保持されたＯＳや様々なコンピュータプログラムを主記憶装置１２にロードして実行することによって、様々な処理を実行する。ただし、コンピュータプログラムによる処理の一部がハードウェア回路により実行されてもよい。プロセッサ１１は、例えば、Central Processing Unit（ＣＰＵ）や、Digital Signal 
Processor（ＤＳＰ）である。
【００２７】
主記憶装置１２は、プロセッサ１１に、補助記憶装置１３に格納されているプログラムをロードするための記憶領域、及びプログラムを実行するための作業領域を提供する。また、主記憶装置１２は、データを保持するためのバッファとして用いられる。主記憶装置１２は、例えば、Read Only Memory（ＲＯＭ）、Random Access Memory（ＲＡＭ）等の半導体メモリである。
【００２８】
補助記憶装置１３は、様々なプログラムや、各プログラムの実行に際してプロセッサ１１が使用するデータを格納する。補助記憶装置１３は、例えば、Erasable Programmable ROM（ＥＰＲＯＭ）、又はハードディスクドライブ（Hard Disk Drive、ＨＤＤ）等の不揮発性のメモリである。補助記憶装置１３は、例えば、オペレーティングシステム（Operating System、ＯＳ）、情報処理プログラム、その他様々なアプリケーションプログラムを保持する。
【００２９】
入力装置１４は、ユーザからの操作入力を受け付ける。例えば、入力装置１４は、タッチパッド、マウス、タッチパネル等のポインティングデバイス、キーボード、操作ボタン、遠隔操作機からの信号を受信する回路等である。出力装置１５は、例えば、情報処理装置１０によるテスト結果を出力する。出力装置１５は、例えば、液晶ディスプレイ（Liquid Crystal Display、ＬＣＤ）である。
【００３０】
ネットワークインタフェース１６は、ネットワークとの情報の入出力を行うインタフェースである。ネットワークインタフェース１６は、有線のネットワーク、または無線のネットワークと接続する。ネットワークインタフェース１６は、例えば、Network Interface Card（ＮＩＣ）、無線Local Area Network（ＬＡＮ）カード等である。ネットワークインタフェース１６で受信されたデータ等は、プロセッサ１１に出力される。
【００３１】
例えば、情報処理装置１０では、プロセッサ１１が、補助記憶装置１３に保持される情報処理プログラムを主記憶装置１２にロードして実行する。なお、情報処理装置１０のハードウェア構成は一例であり、上記に限られず、実施の形態に応じて適宜構成要素の省略、置換または追加が可能である。
【００３２】
＜機能構成＞
図６は、情報処理装置１０の機能構成の一例を示す図である。情報処理装置１０は、データ部２０、制御部２１、中間データ２２を含む。
【００３３】
データ部２０は、入力ウィザード補助データを生成するために使用される、階層データ構造の特徴を定義するＤＢ群である。階層データ構造の特徴を定義するＤＢ群は、ユーザにより、事前に定義される。データ部２０は、要素・属性・階層の対応ＤＢ  ４、複数データを持つ要素ＤＢ  ５、親子関係ＤＢ  ６および依存関係ＤＢ  ７を含む。
【００３４】
要素・属性・階層の対応ＤＢ  ４は、要素、属性、階層の対応関係を定義する。要素は１以上の属性を含み、各属性に値を格納することにより、要素へのデータが入力される。階層は、階層データ構造において、要素が属する階層の位置である。複数データを持つ要素ＤＢ  ５は、他の要素と従属関係または依存関係を考慮して入力順を定義するために、入力ウィザード補助データ３の生成対象とする要素を定義する。
【００３５】
親子関係ＤＢ  ６は、要素間の親子関係を定義する。親、子、孫と続く一連の関係を有する要素群は、従属関係にある要素群である。従属関係にある要素群は、１つのグループ単位としてデータが入力される。親子関係ＤＢ  ６は、階層データ構造に含まれる複数の
要素を、従属関係にある要素群にグループ分けするために用いられる。
【００３６】
依存関係ＤＢ  ７は、依存関係にある要素を定義する。依存関係ＤＢ  ７は、従属関係に基づいてグループ分けされた各グループを、被依存側の要素のデータが先に入力されるように並べ替えるために用いられる。
【００３７】
制御部２１は、入力ウィザード補助データ生成部１およびウィザード制御部２を含む。情報処理装置１０のプロセッサ１１は、コンピュータプログラムにより、入力ウィザード補助データ生成部１およびウィザード制御部２の処理を実行する。ただし、入力ウィザード補助データ生成部１およびウィザード制御部２のいずれか、またはその処理の一部がハードウェア回路により実行されてもよい。
【００３８】
入力ウィザード補助データ生成部１は、中間データ２２として、入力ウィザード補助データ３を生成する。入力ウィザード補助データ３は、ウィザードによるデータの入力順を定義する。入力ウィザード補助データ生成部１は、補助データ生成部の一例である。
【００３９】
ウィザード制御部２は、入力ウィザード補助データ３に定義された入力順に基づいて、ウィザードによるユーザとの対話からの入力を受け付ける。ウィザード制御部２は、入力されたデータを格納したＸＭＬファイルを出力する。図６の例はＸＭＬ形式で出力される例を示すが、これに限られず、入力されたデータは、任意のデータ形式で出力されてもよい。ウィザード制御部２は、入力制御部の一例である。
【００４０】
中間データ２２は、入力ウィザード補助データ３を含む。入力ウィザード補助データ３は、データ部２０に含まれるＤＢ群の定義に基づいて生成される。入力ウィザード補助データ３は、階層データ構造に含まれる複数の要素を、従属関係にある要素群を１つのグループとしてグループ分けし、各グループをグループ内の要素間の依存関係に基づいて並べ替えることで生成される。生成された入力ウィザード補助データ３によって、ウィザードによるデータの入力順が定義される。入力ウィザード補助データ３は、入力補助データの一例である。
【００４１】
＜階層データ構造の特徴を定義するＤＢ群＞
図７から図８Ｇは、データ部２０に含まれるＤＢ群のデータ構造および具体例を説明するための図である。図７は、ＸＭＬデータの階層構造の具体例を示す図である。図７は、障害情報を収集しＸＭＬデータの階層構造に格納する場合の具体例であり、階層ごとの要素および要素に含まれる属性の具体例を示す。二重線で囲まれた項目は要素であり、各要素の下の四角内の一本線で囲まれた項目は、当該要素の属性である。各属性の下に記載された値は、当該属性に格納された値である。
【００４２】
図７において、第１階層はルールの要素を含む。第２階層は、ルールにひもづく管理情報および診断ロジックの要素を含む。管理情報は、障害Ｎｏ、影響度、概要の属性を含み、それぞれ“０００１”、“ＥＲＲＯＲ”、“スローダウン”の値が格納されている。診断ロジックは、ロジックＮｏの属性を含み、“１”の値が格納されている。
【００４３】
第３階層は、診断ロジックにひもづく診断材料群、条件群、メッセージ群、条件判定関係群の要素を含む。診断材料群は、総数の属性を含み、“２”の値が格納されている。総数の“２”は、診断材料群にひもづく診断材料の要素のデータの数が２であることを示す。条件群は、総数の属性を含み、“３”の値が格納されている。総数の“２”は、条件群にひもづく条件の要素のデータの数が３であることを示す。メッセージ群は、総数の属性を含み、“２”の値が格納されている。総数の“２”は、メッセージ群にひもづくメッセージの要素のデータの数が２であることを示す。条件判定関係群は、総数の属性を含み、
“２”の値が格納されている。総数の“２”は、条件判定関係群にひもづく条件判定関係の要素のデータの数が２であることを示す。
【００４４】
第４階層は、診断材料群にひもづく診断材料、条件群にひもづく条件、メッセージ群にひもづくメッセージ、条件判定関係群にひもづく条件判定関係の要素を含む。
【００４５】
診断材料は、診断材料Ｎｏ、種別、名称、コメント行の属性を含み、それぞれ“１”、“設定ファイル”、“/etd/default/kbd” 、“＃”の値が格納されている。なお、種別
に格納される値は、“コマンド出力”または“設定ファイル”である。
【００４６】
条件は、条件Ｎｏ、参照値の種別、パターン１、パターン２の属性を含み、それぞれ“１”、“文字列”、“存在する”、“前方一致”の値が格納されている。また、条件は、値が格納されていない判定式の属性も含む。なお、参照値の種別に格納される値は、“数値”または“文字列”である。パターン１に格納される値は、“全て存在する”、“どれか存在”または“全て存在しない”である。パターン１に格納される値は、“存在する”、“どれか存在”または“存在しない”である。パターン２に格納される値は、“完全一致”、“部分一致”、“前方一致”または“後方一致”である。判定式に格納される値は、＝、≠、＜、＞、≧、≦を使った範囲指定の判定式である。
【００４７】
メッセージは、メッセージＮｏ、本文の属性を含み、それぞれ“１”、“ＸＸしてください”の値が格納されている。条件判定関係は、条件判定Ｎｏ、式、メッセージＮｏの属性を含み、それぞれ“１”、“（条件Ｎｏ．１）  ＡＮＤ  （条件Ｎｏ．２）”、“メッセージＮｏ．２”の値が格納されている。
【００４８】
第５階層は、条件にひもづく検索文字列、参照先の要素を含む。検索文字列は、診断材料Ｎｏ、検索文字列、該当部分、参照先の属性を含み、それぞれ“１”、“ＫＥＹ＿ＡＢＲＴ”、“その行”、“＝”の右辺の値が格納されている。参照先は、参照値の属性を含み、“Ｍ５０００”の値が格納されている。
【００４９】
図８Ａから図８Ｇは、データ部２０の要素・属性・階層の対応ＤＢ  ４、複数データを持つ要素ＤＢ  ５、親子関係ＤＢ  ６および依存関係ＤＢ  ７のデータ構造の一例を示す。なお、要素・属性・階層の対応ＤＢ  ４は、図８Ａから図８Ｄに示す要素ＤＢ  ４１、要素と属性の対応ＤＢ  ４２、要素・属性とタグ名の対応ＤＢ  ４３、要素と階層の対応ＤＢ  ４４の４つのＤＢを含む。図８Ａから図８Ｇは、各ＤＢのデータ構造の一例を示すとともに、図７に示される階層構造に対応する要素、属性、階層の対応関係および要素間の関連性等の具体例を示す。
【００５０】
図８Ａは、階層データ構造に含まれる要素ＤＢ  ４１のデータ構造の一例を示す図である。要素ＤＢ  ４１は、Ｎｏおよび要素を記憶する。Ｎｏは、要素を特定するための識別子である。要素は、当該Ｎｏで特定される要素の名称である。図８Ａにおいて、例えば、Ｎｏが１０の要素として診断材料が定義されている。
【００５１】
図８Ｂは、要素と属性の対応ＤＢ  ４２のデータ構造の一例を示す図である。要素と属性の対応ＤＢ  ４２は、要素および属性を記憶する。要素は、要素ＤＢ  ４１で定義される要素の名称である。属性は、当該要素に含まれる属性である。要素と属性の対応ＤＢ  ４２は、各要素に対し、当該要素に含まれる属性と対応関係を記憶する。図８Ｂにおいて、例えば、管理情報の要素に対し、障害Ｎｏ、影響度、概要の３つの属性との対応関係が定義されている。
【００５２】
図８Ｃは、要素・属性とタグ名の対応ＤＢ  ４３のデータ構造の一例を示す図である。
要素・属性とタグ名の対応ＤＢ  ４３は、要素・属性およびタグ名を記憶する。要素・属性は、要素の名称および当該要素に含まれる属性の名称である。タグ名は、ＸＭＬファイルにおいて、当該要素の位置や属性の値を格納する場所を特定する文字列の名称である。図８Ｃにおいて、例えば、管理情報の要素は、ＳＤＲ−ＩＮＦＯＲＭＡＴＩＯＮのタグ名と対応づけられる。また、障害Ｎｏ、影響度、概要の３つの属性は、Ｎｕｍｂｅｒ、Ｉｎｆｌｕｅｎｃｅ、Ａｂｓｔｒａｃｔのタグ名と対応づけられる。
【００５３】
図８Ｄは、要素と階層の対応ＤＢ  ４４のデータ構造の一例を示す図である。要素と階層の対応ＤＢ  ４４は、要素および階層を記憶する。要素は、要素ＤＢ  ４１で定義される要素の名称である。階層は、階層データ構造において当該要素が含まれる階層位置である。図８Ｄにおいて、例えば、条件の要素は、４階層に位置することが定義されている。
【００５４】
図８Ｅは、複数データを持つ要素ＤＢ  ５のデータ構造の一例を示す図である。複数データを持つ要素ＤＢ  ５は、複数データを持つ要素を記憶する。複数データを持つ要素は、識別子によって区別される複数のデータを持つ要素である。複数データを持つ要素は、入力ウィザード補助データ３の生成対象となる要素である。図８Ｅにおいて、複数データを持つ要素として、メッセージ、条件、診断材料、条件判定関係が定義されている。
【００５５】
図８Ｆは、親子関係ＤＢ  ６のデータ構造の一例を示す図である。親子関係ＤＢ  ６は、親および子を記憶する。親は、親子関係を有する２つの要素のうち、親側の要素である。子は、親子関係を有する２つの要素のうち、子側の要素である。図８Ｆでは、例えば、ルールの子の要素として管理情報および診断ロジックが定義される。さらに、診断ロジックの子の要素としてメッセージ群が定義される。メッセージ群は、ルールの孫の要素である。このように、親子関係ＤＢ  ６は、複数階層にまたがる親子関係を定義する。
【００５６】
図８Ｇは、依存関係ＤＢ  ７のデータ構造の一例を示す図である。依存関係ＤＢ  ７は、被依存側の要素および属性、並びに依存側の要素および属性を記憶する。被依存側の要素は、依存関係にある２つの要素のうち被依存側の要素である。被依存側の属性は、当該被依存側の要素との関連性を定義するための識別子を格納する属性である。依存側の要素は、依存関係にある２つの要素のうち依存側の要素である。依存側の属性は、当該被依存側の要素を参照する属性である。
【００５７】
図８Ｇでは、例えば、検索文字列は診断材料に依存することが定義されている。具体的には、依存側の要素である検索文字列の診断材料Ｎｏの属性は、被依存側の要素である診断材料含まれる診断材料Ｎｏの属性を参照する。さらに、条件判定関係は条件に依存することが定義されている。具体的には、依存側の要素である条件判定関係の式の属性は、例えば“（条件Ｎｏ．１）  ＡＮＤ  （条件Ｎｏ．２）”等の値を取り、被依存側の条件含まれる条件Ｎｏの属性を参照する。
【００５８】
＜処理の流れ＞
図９から図１９は、入力ウィザード補助データ３を生成し、ユーザとの対話によりＸＭＬファイルにデータを格納する処理の流れを説明するための図である。図９は、実施形態における全体の処理の流れの一例を示す図である。図１０から図１９は、図９の処理の詳細および入力ウィザード補助データ３の具体例を説明する。
【００５９】
図９に示される処理は、例えば、ユーザが入力ウィザード補助データの生成を指示することにより開始される。なお、図９に示される処理の動作主体の実態はプロセッサ  １１であるが、図９における動作主体は、入力ウィザード補助データ生成部１またはウィザード制御部２であるものとして説明される。
【００６０】
ＯＰ１では、入力ウィザード補助データ生成部１は、階層データ構造の特徴を定義するＤＢ群のうち、複数データを持つ要素ＤＢ  ５に定義される複数データを持つ要素を抽出する。入力ウィザード補助データ生成部１は、親子関係ＤＢ  ６を参照して、抽出した要素と親子関係にある要素を、さらに抽出する。次に処理がＯＰ２に進む。
【００６１】
ＯＰ２では、入力ウィザード補助データ生成部１は、親子関係ＤＢ  ６を参照して、従属関係のある要素をグループ化する。次に処理がＯＰ３に進む。ＯＰ３では、入力ウィザード補助データ生成部１は、依存関係ＤＢ  ７を参照して、要素間の依存関係に基づいて、グループを並べ替える。次に処理がＯＰ４に進む。
【００６２】
ＯＰ４では、入力ウィザード補助データ生成部１は、中間データ２２として入力ウィザード補助データ３を生成する。入力ウィザード補助データ３には、従属関係に基づいてグループ化され、依存関係に基づいてグループ単位で並べ替えられた要素が定義されている。つまり、入力ウィザード補助データ３は、各要素の従属関係の範囲および各要素の依存関係の範囲を示す。また、入力ウィザード補助データ３は、依存関係については、被依存側の終端から依存側への依存関係の順序も定義する。
【００６３】
入力ウィザード補助データ３を用いることで、ウィザード制御部２は、ユーザとの対話により、従属関係にある要素に対してグループ単位でデータを入力させながら、要素間の関連性の定義を付加することができる。次に処理がＯＰ５に進む。
【００６４】
ＯＰ５では、ウィザード制御部２は、入力ウィザード補助データにない要素、即ち、他の要素と関連性がない要素に対し、ウィザードにより入力された値を、１対１の対応で該当する要素・属性タグに格納する。次に処理がＯＰ６に進む。
【００６５】
ＯＰ６では、ウィザード制御部２は、入力ウィザード補助データ３に定義されている最初のグループ、即ち、被依存側の終端にあるグループに対する初期処理を行う。なお、入力ウィザード補助データ３に定義されているグループは、他の要素と関連性がある要素を含む。また、入力ウィザード補助データ３は依存関係に基づいて並べ替えられるため、終端のグループは、被依存側の要素群を含む。
【００６６】
ウィザード制御部２は、初期処理として、被依存側の終端のグループに含まれる被依存側の要素に対して識別子を生成し、対応する属性のタグに格納する。各要素は、それぞれ複数のデータを持ち、データごとに識別子が生成される。ウィザード制御部２は、格納された識別子により、依存側の要素に、被依存側の要素との関連性を付加することができる。具体的には、ウィザード制御部２は、依存側の要素が、被依存側の要素の複数のデータのうちどのデータと関連性を有するかを、識別子によって定義することができる。次に処理がＯＰ７に進む。
【００６７】
ＯＰ７では、ウィザード制御部２は、入力ウィザード補助データ３に定義されている被依存側の終端以外のグループに対する処理を行う。被依存側の終端以外のグループは、被依存側の要素および依存側の要素を含む。
【００６８】
ウィザード制御部２は、被依存側の要素については、識別子を生成して対応する属性のタグに格納する。ウィザード制御部２は、依存側の要素については、被依存側の要素の複数のデータを選択肢として、選択肢の中から被依存側の要素のどのデータと関連づけるかを、ウィザードによりユーザに選択させる。ウィザード制御部２は、選択されたデータの識別子を、依存側の対応する属性のタグに格納する。次に処理がＯＰ８に進む。
【００６９】
ＯＰ８では、ウィザード制御部２は、階層データ構造の各要素に対し、関連性を付加し
ながらウィザードから情報収集し、ＸＭＬファイルへの出力を完了し、図９に示される処理が終了する。なお、図９に示される処理は、データ部２０の階層データ構造の特徴を定義するＤＢ群を参照して行われる。データ部２０は、図６と同一であるため、その説明は省略される。
【００７０】
《入力ウィザード補助データ生成処理》
図１０から図１５Ｃは、入力ウィザード補助データ生成処理の流れを説明するための図である。図１０は、関連性の影響範囲を抽出する処理の例を示すフローチャートである。関連性の影響範囲は、従属関係にある要素群の範囲である。入力ウィザード補助データ生成部１は、複数データを持つ要素ＤＢ  ５に定義された要素を初期値とし、これらの要素と従属関係にある要素を抽出する。
【００７１】
なお、図１０に示される処理は、図９のＯＰ１の処理の詳細である。図１０に示される処理は、例えば、ユーザが入力ウィザード補助データの生成を指示することにより開始される。
【００７２】
ＯＰ１１では、入力ウィザード補助データ生成部１は、複数データを持つ要素ＤＢ  ５に定義された要素を、入力ウィザード補助データの候補ファイルにコピーする。入力ウィザード補助データ３の候補ファイルは、入力ウィザード補助データの生成途中における中間ファイルである。処理の流れの説明において、入力ウィザード補助データ３の候補ファイルは、単に入力ウィザード補助データ３ともいう。次に処理がＯＰ１２に進む。
【００７３】
ＯＰ１２では、入力ウィザード補助データ生成部１は、入力ウィザード補助データ３に定義されている要素を順次読み込む。次に処理がＯＰ１３に進む。ＯＰ１３では、入力ウィザード補助データ生成部１は、ＯＰ１２で読み込まれた要素がチェック済か否かを判定する。各要素がチェックされたか否かは、入力ウィザード補助データ３に、各要素に対するチェック済フラグを定義して管理してもよい。チェック済である場合には（ＯＰ１３：ＹＥＳ）、処理がＯＰ１２に戻り、次の要素が読み込まれる。チェック済でない場合には（ＯＰ１３：ＮＯ）、処理がＯＰ１４に進む。
【００７４】
ＯＰ１４では、入力ウィザード補助データ生成部１は、親子関係ＤＢ  ６を参照し、ＯＰ１２で読み込まれた要素が親側に定義されている要素か否かを判定する。親側に定義されている要素である場合には（ＯＰ１４：ＹＥＳ）、処理がＯＰ１５に進む。親側に定義されている要素でない場合には（ＯＰ１４：ＮＯ）、処理がＯＰ１６に進む。
【００７５】
ＯＰ１５では、入力ウィザード補助データ生成部１は、親子関係ＤＢ  ６において、当該要素の子側に定義されている要素も入力ウィザード補助データ３に追加する。次に処理がＯＰ１６に進む。
【００７６】
ＯＰ１６では、入力ウィザード補助データ生成部１は、ＯＰ１２で読み込まれた要素をチェック済とする。例えば、入力ウィザード補助データ３に定義したチェック済フラグをたてることにより、チェック済としてもよい。次に処理がＯＰ１７に進む。
【００７７】
ＯＰ１７では、入力ウィザード補助データ生成部１は、入力ウィザード補助データ３にチェック済でない要素があるか否かを判定する。チェック済でない要素がある場合には（ＯＰ１７：ＹＥＳ）、処理がＯＰ１２に戻り、次の要素が読み込まれる。チェック済でない要素がない場合には（ＯＰ１７：ＮＯ）、関連性の影響範囲を抽出する処理は終了し、処理がａに進む。
【００７８】
図１１Ａおよび図１１Ｂは、図１０に示される処理における入力ウィザード補助データ
３の生成途中の状態を説明するための図である。図１１Ａは、入力ウィザード補助データ３の初期値の具体例を示す図である。図１１Ａは、図１０のＯＰ１１の処理による入力ウィザード補助データ３の具体例を示す。複数データを持つ要素ＤＢ  ５に定義された要素のメッセージ、条件、診断材料および条件判定関係が、入力ウィザード補助データ３に初期値としてコピーされる。
【００７９】
図１１Ｂは、関連性の影響範囲にある要素の抽出の具体例を示す図である。図１１Ｂは、図１０のＯＰ１２からＯＰ１７の処理により入力ウィザード補助データ３が変更される具体例を示す。
【００８０】
まず、メッセージの要素がチェックされる。メッセージは、親子関係ＤＢ  ６に定義されていない要素であるため、入力ウィザード補助データ３は変更されない。次に、条件の要素がチェックされる。条件は、親子関係ＤＢ  ６で子側に定義されている検索文字列および参照先と従属関係を有する要素である。子側に定義されている検索文字列および参照先の要素は、入力ウィザード補助データ３に追加される。
【００８１】
入力ウィザード補助データ３に追加された検索文字列および参照先の要素についても、親子関係ＤＢ  ６を参照して、従属関係を有する要素があるか否かチェックされる。検索文字列および参照先に対し、子側に定義されている要素はないため、入力ウィザード補助データ３は変更されない。図１０に示される処理により、図１１Ｂの右側に示される入力ウィザード補助データ３が得られる。
【００８２】
図１２は、従属関係にある要素のグループ化の処理の例を示すフローチャートである。図１２に示される処理は、図９のＯＰ２の処理の詳細である。図１２に示される処理は、図１０のａに続く処理である。ＯＰ２１およびＯＰ２２は、それぞれ図１０のＯＰ１２およびＯＰ１３とほぼ同じであるため、その説明は省略される。ＯＰ２２で、要素がチェック済でない場合には（ＯＰ２２：ＮＯ）、処理がＯＰ２３に進む。
【００８３】
ＯＰ２３では、入力ウィザード補助データ生成部１は、ＯＰ２１で読み込まれた要素と親子関係にある要素が入力ウィザード補助データ３にあるか否かを判定する。親子関係にある要素が入力ウィザード補助データ３にある場合には（ＯＰ２３：ＹＥＳ）、処理がＯＰ２４に進む。親子関係にある要素が入力ウィザード補助データ３にない場合には（ＯＰ２３：ＮＯ）、処理がＯＰ２７に進む。
【００８４】
ＯＰ２４では、入力ウィザード補助データ生成部１は、親子関係にある要素群を１つの同じグループとして、グループ番号をつける。ＯＰ２４の処理は、階層データ構造に含まれる複数の要素を、グループ単位でデータの入力を受け付ける要素群に含まれる要素間の関係である従属関係に基づいて複数のグループに分類する処理の一例である。
【００８５】
次に処理がＯＰ２５に進む。ＯＰ２５では、入力ウィザード補助データ生成部１は、同じグループ内の要素を、親、子、孫のように親子関係の親側から順に並べ替える。次に処理がＯＰ２６に進む。
【００８６】
ＯＰ２６では、入力ウィザード補助データ生成部１は、同じグループ内の各要素をチェック済とする。例えば、入力ウィザード補助データ３において、要素ごとにチェック済フラグを定義し、同じグループ内の各要素のチェック済フラグをたてることにより、チェック済としてもよい。次に処理がＯＰ２９に進む。
【００８７】
ＯＰ２７では、入力ウィザード補助データ生成部１は、ＯＰ２１で読み込まれた要素を１つの要素からなるグループとして、グループ番号をつける。次に処理がＯＰ２８に進む
。ＯＰ２８では、入力ウィザード補助データ生成部１は、ＯＰ２１で読み込まれた要素をチェック済とする。次に処理がＯＰ２９に進む。
【００８８】
ＯＰ２９では、入力ウィザード補助データ生成部１は、ＯＰ２９では、入力ウィザード補助データ生成部１は、入力ウィザード補助データ３にチェック済でない要素があるか否かを判定する。チェック済でない要素がある場合には（ＯＰ２９：ＹＥＳ）、処理がＯＰ２１に戻り、次の要素が読み込まれる。チェック済でない要素がない場合には（ＯＰ２９：ＮＯ）、従属関係にある要素のグループ化の処理は終了し、処理がｂに進む。
【００８９】
図１３Ａから図１３Ｃは、図１２に示される処理における入力ウィザード補助データ３の生成途中の状態を説明するための図である。図１３Ａから図１３Ｃは、従属関係に基づく各要素のグループ化の具体例を示す図である。
【００９０】
図１３Ａは、入力ウィザード補助データ３の最初の要素であるメッセージについて、図１２のＯＰ２３およびＯＰ２７の処理により入力ウィザード補助データ３が変更される具体例を示す。メッセージは、親子関係ＤＢ  ６に定義されておらず、従属関係にある要素がないため、単独で１つのグループとなる。図１３Ａにおいて、メッセージを含むグループは、グループ１として定義される。
【００９１】
図１３Ｂは、入力ウィザード補助データ３の２番目の要素である条件について、図１２のＯＰ２３からＯＰ２５の処理により入力ウィザード補助データ３が変更される具体例を示す。条件は、親子関係ＤＢ  ６の親側に定義されており、従属関係にある要素として、検索文字列および参照先が子側の要素として定義されている。このため、条件、検索文字列、参照先の３つの要素が、１つのグループとされる。
【００９２】
図１３Ｂにおいて、条件、検索文字列、参照先を含むグループは、グループ２として定義される。また、グループ２内の各要素は、親側の要素から順に並べ替えられる。図１３Ｂの例では、各要素は、条件、検索文字列、参照先の順となっている。
【００９３】
図１３Ｃは、親子関係ＤＢ  ６を参照し、図１２に示される処理により、入力ウィザード補助データ３の各要素がグループ化された具体例を示す。グループ１はメッセージの要素を含む。グループ２は、条件、検索文字列、参照先の要素を含む。グループ３は診断材料の要素を含む。グループ４は条件判定関係の要素を含む。
【００９４】
図１４は、依存関係に基づくグループの並べ替え処理の例を示すフローチャートである。図１４に示される処理は、図９のＯＰ３の処理の詳細である。図１４に示される処理は、図１２のｂに続く処理である。図１４に示される処理は、複数のグループを、依存側の要素が被依存側の要素である他の要素を属性として含む関係である依存関係に基づいて並び替えた入力補助データを生成する処理の一例である。
【００９５】
ＯＰ３１では、入力ウィザード補助データ生成部１は、変数ｉに１を代入する。ｉは、図１２で示される処理により作成されたグループの番号とし、作成されたグループの数をｎとすると、ｉは１からｎの自然数の値を取る。次に処理がＯＰ３２に進む。
【００９６】
ＯＰ３２では、入力ウィザード補助データ生成部１は、グループiに含まれる要素を読
み込む。次に処理がＯＰ３３に進む。ＯＰ３３では、入力ウィザード補助データ生成部１は、変数ｊにｉ＋１を代入する。ｊは、グループｉ以降に作成されたグループの番号とすると、ｊはｉ＋１からｎの自然数の値を取る。次に処理がＯＰ３４に進む。
【００９７】
ＯＰ３４では、入力ウィザード補助データ生成部１は、グループｊに含まれる要素を読
み込む。次に処理がＯＰ３５に進む。ＯＰ３５では、入力ウィザード補助データ生成部１は、グループｉの要素のうち、グループｊの要素へ依存関係の関連付けをしている要素があるか否かを判定する。グループｊの要素へ依存関係の関連付けをしている要素がある場合には（ＯＰ３５：ＹＥＳ）、処理がＯＰ３６に進む。グループｊの要素へ依存関係の関連付けをしている要素がない場合には（ＯＰ３５：ＮＯ）、処理がＯＰ３７に進む。
【００９８】
ＯＰ３６では、入力ウィザード補助データ生成部１は、被依存側のグループｊを先頭に移動し、処理がＯＰ３１に戻る。ＯＰ３７では、入力ウィザード補助データ生成部１は、ｊにｊ＋１を代入する。即ち、入力ウィザード補助データ生成部１は、グループｊの次のグループへの依存関係をチェックする。次に処理がＯＰ３８に進む。ＯＰ３８では、入力ウィザード補助データ生成部１は、ｊ＞ｎであるか否を判定する。ｊ＞ｎである場合には（ＯＰ３８：ＹＥＳ）、処理がＯＰ３９に進む。ｊ＞ｎでない場合には（ＯＰ３８：ＮＯ）、処理がＯＰ３４に戻る。
【００９９】
ＯＰ３９では、入力ウィザード補助データ生成部１は、ｉにｉ＋１を代入する。即ち、入力ウィザード補助データ生成部１は、グループｉの次のグループの依存関係をチェックする。次に処理がＯＰ４０に進む。ＯＰ４０では、入力ウィザード補助データ生成部１は、ｉ＞ｎであるか否を判定する。ｉ＞ｎである場合には（ＯＰ４０：ＹＥＳ）、図１０、図１２、図１４と続く入力ウィザード補助データ３を生成する処理が終了する。ｉ＞ｎでない場合には（ＯＰ４０：ＮＯ）、処理がＯＰ３２に戻る。
【０１００】
図１５Ａから図１５Ｃは、図１４に示される処理における入力ウィザード補助データ３の生成途中の状態を説明するための図である。図１５Ａは、要素間の依存関係の具体例を示す図である。入力ウィザード補助データ生成部１は、依存関係ＤＢ  ７を参照して、被依存側の要素および依存側の要素の項目を抽出する。図１５Ａにおいて、被依存側の要素である診断材料、メッセージ、条件の要素に対し、依存側の要素である検索文字列、条件判定関係、条件判定関係がそれぞれ対応づけられている。抽出された依存関係は、要素間依存関係ＤＢ  ７ａと称される。要素間依存関係ＤＢ  ７ａは、グループの並べ替えに用いられる。
【０１０１】
図１５Ｂおよび図１５Ｃは、依存関係に基づくグループの並べ替えの具体例を示す図である。図１５Ｂおよび図１５Ｃは、図１４に示される処理により、入力ウィザード補助データ３の各グループが並べ替えられる具体例を示す。
【０１０２】
図１５Ｂにおいて、グループ１のメッセージは、図１５Ａの要素間依存関係ＤＢ  ７ａの定義から、依存側の要素ではない。したがって、グループの並べ替えは発生しない。一方、グループ２の検索文字列の要素は依存側の要素であり、診断材料の要素に依存する。このため、診断材料を含むグループ３は、先頭に移動される。
【０１０３】
図１５Ｃにおいて、グループ４の条件判定関係は、図１５Ａの要素間依存関係ＤＢ  ７ａの定義から、依存側の要素である。ただし、条件判定関係に対する被依存側の要素であるメッセージおよび条件は、条件判定関係より先に依存関係がチェックされるため、グループ４のチェック時には、グループの並べ替えは発生しない。
【０１０４】
各グループの依存関係のチェックを繰り返すことで、グループの並べ替えは完了する。グループの並べ替えが完了すると、グループの番号を被依存側から振りなおす。図１５Ｃの例では、診断材料を含むグループはグループ１、メッセージを含むグループはグループ２、条件を含むグループはグループ３に変更される。
【０１０５】
《ウィザード制御処理》
図１６から図２１Ｂは、入力ウィザード補助データ生成処理の流れを説明するための図である。図１６は、入力ウィザード補助データにない要素の処理の例を示すフローチャートである。
【０１０６】
なお、図１６に示される処理は、図９のＯＰ５の処理の詳細である。図１６に示される処理は、例えば、入力ウィザード補助データ３が生成された後、ユーザがウィザードにより、階層データ構造に対し情報を入力することにより開始される。図１６に示される処理は、複数の要素のうち、複数のグループに分類されない要素へのデータの入力を受け付ける処理の一例である。
【０１０７】
ＯＰ５１では、ウィザード制御部２は、要素ＤＢ  ４１に定義されている各要素を順次参照し、入力ウィザード補助データ３にない要素を読み込む。次に処理がＯＰ５２に進む。ＯＰ５２では、ウィザード制御部２は、ＯＰ５１で読み込まれた要素の各属性について、入力フォームから値の入力を受け付け、該当する階層位置に、該当する要素・属性タグで値を格納する。この際、ウィザード制御部２は、要素・属性とタグ名の対応ＤＢ  ４３を参照して、入力された値を格納するタグ名を特定する。また、ウィザード制御部２は、要素と階層の対応ＤＢ  ４４を参照して、入力を受け付ける要素の階層位置を特定する。さらに、ウィザード制御部２は、親子関係ＤＢ  ６を参照して、従属関係にある要素についてはグループ単位でデータの入力を受け付ける。次に処理がＯＰ５３に進む。
【０１０８】
ＯＰ５３では、ウィザード制御部２は、要素ＤＢ  ４１にＯＰ５１で参照していない要素があるか否かを判定する。要素ＤＢ  ４１にＯＰ５１で参照していない要素がある場合には（ＯＰ５３：ＹＥＳ）、処理がＯＰ５１に戻る。要素ＤＢ  ４１にＯＰ５１で参照していない要素がない場合には（ＯＰ５３：ＮＯ）、処理がｃに進む。
【０１０９】
図１７Ａおよび図１７Ｂは、図１６に示される処理の具体例を説明するための図である。図１７Ａは、入力ウィザード補助データ３にない要素の抽出の具体例を示す図である。ウィザード制御部２は、要素ＤＢ  ４１から、入力ウィザード補助データ３にない要素をフィルタリングして抽出する。ルール、管理情報、診断ロジック、メッセージ群、条件群、診断材料群、条件判定関係群の要素が抽出される。
【０１１０】
ウィザード制御部２は、抽出された各要素に対し、値の入力を受け付ける。ここでは、管理情報の要素を用いて、値の入力を受け付ける処理の例が説明される。ウィザード制御部２は、要素と属性の対応ＤＢ  ４２（図８Ｂ）を参照し、管理情報の障害Ｎｏ、影響度、概要の３つの属性を抽出する。
【０１１１】
ウィザード制御部２は、入力フォームから３つの属性の値の入力を受け付ける。入力された属性の値は、“入力値１”、“入力値２”、“入力値３”であるものとする。ウィザード制御部２は、要素・属性とタグ名の対応ＤＢ  ４３（図８Ｃ）を参照し、管理情報の要素と３つの属性に対応するタグを取得する。管理情報に対応するタグは、ＳＤＲ−ＩＮＦＯＲＭＡＴＩＯＮである。障害Ｎｏ、影響度、概要に対応するタグは、それぞれＮｕｍｂｅｒ、Ｉｎｆｌｕｅｎｃｅ、Ａｂｓｔｒａｃｔである。
【０１１２】
ウィザード制御部２は、要素と階層の対応ＤＢ  ４４（図８Ｄ）を参照し、管理情報の階層を取得する。管理情報の位置する階層は“２”である。ウィザード制御部２は、親子関係ＤＢ  ６（図８Ｆ）を参照し、管理情報は、ルールの子側の要素であることを確認する。以上の定義に基づき、ウィザード制御部２は、入力された値をＸＭＬファイルに出力する。
【０１１３】
図１７Ｂは、入力ウィザード補助データ３にない要素が格納されたＸＭＬファイルの具
体例を示す図である。管理情報はルールの子側の要素であるため、ルールを定義する階層の下に、管理情報に対応するＳＤＲ−ＩＮＦＯＲＭＡＴＩＯＮタグの行が出力される。障害ＮｏのＮｕｍｂｅｒタグには“入力値１”が格納される。影響度のＩｎｆｌｕｅｎｃｅタグには“入力値２”が格納される。概要のＡｂｓｔｒａｃｔタグには“入力値３”が格納される。
【０１１４】
図１８は、入力ウィザード補助データ３にある被依存側の終端にあるグループの初期処理の例を示すフローチャートである。なお、図１８に示される処理は、図９のＯＰ６の処理の詳細である。図１８に示される処理は、図１６のｃに続く処理である。
【０１１５】
ＯＰ６１では、ウィザード制御部２は、入力ウィザード補助データ３を参照し、最初に定義されているグループに含まれる要素を読み込む。最初に定義されているグループは、被依存側の終端にあるグループである。次に処理がＯＰ６２に進む。ＯＰ６２では、ウィザード制御部２は、一意な値を生成して、被依存側の要素の属性に値を格納する。ＯＰ６２の処理は、要素が被依存側の要素である場合には、被依存側の要素のデータごとに一意な識別子を生成して、被依存側の要素のデータに生成した識別子の値を格納する処理の一例である。次に処理がＯＰ６３に進む。
【０１１６】
ＯＰ６３では、ウィザード制御部２は、被依存側の終端にあるグループに未入力の要素があるか否かを判定する。グループに未入力の要素がある場合には（ＯＰ６３：ＹＥＳ）、処理がＯＰ６１に戻る。グループに未入力の要素がない場合には（ＯＰ６３：ＮＯ）、処理がＯＰ６４に進む。
【０１１７】
ＯＰ６４では、ウィザード制御部２は、被依存側の終端にあるグループに対し、未入力のデータがあるか否かを判定する。未入力のデータがある場合には（ＯＰ６４：ＹＥＳ）、処理がＯＰ６１に戻る。グループに未入力のデータがない場合には（ＯＰ６４：ＮＯ）、処理がｄに進む。
【０１１８】
図１９は、入力ウィザード補助データ３にある被依存側の終端以外のグループの処理の例を示すフローチャートである。なお、図１９に示される処理は、図９のＯＰ７の処理の詳細である。図１９に示される処理は、図１８のｄに続く処理である。
【０１１９】
ＯＰ７１では、ウィザード制御部２は、入力ウィザード補助データ３を参照し、２番目以降に定義されているグループを読み込む。次に処理が７２に進む。ＯＰ７２では、ウィザード制御部２は、ＯＰ７１で読み込まれたグループに含まれる要素を読み込む。次に処理が７３に進む。
【０１２０】
ＯＰ７３では、ウィザード制御部２は、ＯＰ７２で読み込まれた要素が被依存側の要素であるか否かを判定する。被依存側の要素である場合には（ＯＰ７３：ＹＥＳ）、処理がＯＰ７４に進む。被依存側の要素でない場合には（ＯＰ７３：ＮＯ）、処理がＯＰ７５に進む。
【０１２１】
ＯＰ７４では、ウィザード制御部２は、一意な値を生成して、被依存側の要素の属性に値を格納する。ＯＰ７４の処理は、要素が被依存側の要素である場合には、被依存側の要素のデータごとに一意な識別子を生成して、被依存側の要素のデータに生成した識別子の値を格納する処理の一例である。次に処理がＯＰ７６に進む。
【０１２２】
ＯＰ７５では、ウィザード制御部２は、被依存側の要素の属性に格納された一意の値を選択肢とし、選択された値を、依存側の要素の属性に格納する。被依存側の要素は、複数データを持つ要素であり、データごとに一意な値である識別子が生成される。したがって
、被依存側の要素に対し、データの数に応じた複数の識別子が生成される。生成された複数の識別子が、依存側の要素における選択肢となる。ＯＰ７５の処理は、要素が依存側の要素である場合には、依存側の要素のデータに依存側の要素が依存する被依存側の要素の識別子として生成した複数の識別子の中から選択された識別子の値を格納する処理の一例である。次に処理がＯＰ７６に進む。
【０１２３】
ＯＰ７６では、ウィザード制御部２は、ＯＰ７１で読み込まれたグループに未入力の要素があるか否かを判定する。グループに未入力の要素がある場合には（ＯＰ７６：ＹＥＳ）、処理がＯＰ７２に戻る。グループに未入力の要素がない場合には（ＯＰ７６：ＮＯ）、処理がＯＰ７７に進む。
【０１２４】
ＯＰ７７では、ウィザード制御部２は、ＯＰ７１で読み込まれたグループに対し、未入力のデータがあるか否かを判定する。未入力のデータがある場合には（ＯＰ７７：ＹＥＳ）、処理がＯＰ６１に戻る。グループに未入力のデータがない場合には（ＯＰ７７：ＮＯ）、処理がＯＰ７８に進む。
【０１２５】
ＯＰ７８では、ウィザード制御部２は、入力ウィザード補助データ３に、読み込まれていないグループがあるか否かを判定する。読み込まれていないグループがある場合には（ＯＰ７８：ＹＥＳ）、処理がＯＰ７１に戻る。読み込まれていないグループがない場合には（ＯＰ７８：ＮＯ）、処理が終了する。
【０１２６】
図２０Ａから図２１Ｂは、図１８および図１９に示される処理により出力されるＸＭＬファイルの具体例を説明するための図である。図２０Ａは、入力ウィザード補助データ３にある要素の抽出の具体例を示す図である。ウィザード制御部２は、要素ＤＢ  ４１から、入力ウィザード補助データ３にない要素をフィルタリングして抽出する。診断材料、メッセージ、条件、検索文字列、参照先、条件判定関係の要素が抽出される。
【０１２７】
ウィザード制御部２は、抽出された要素に対し、入力ウィザード補助データ３に定義された順に、関連性の定義を付加しながら、各要素に情報を格納する。ウィザード制御部２は、入力ウィザード補助データ３に定義された順に情報収集をすることにより、先に、被依存側の要素に識別子を格納することができる。また、ウィザード制御部２は、先に入力された被依存側の要素の識別子を、依存側の要素に対する入力の際に選択肢とすることができる。以下、診断材料および検索文字列の要素を例として、被依存側および依存側の要素に対し関連性の定義の付加する処理が説明される。
【０１２８】
まず、診断材料の要素を用いて、被依存側の要素に関連性の定義を付加する例が説明される。ウィザード制御部２は、入力ウィザード補助データ３に定義されたグループ１に含まれる診断材料の要素を読み込む。ウィザード制御部２は、依存関係ＤＢ  ７（図８Ｇ）を参照して、診断材料が被依存側の要素であることを確認する。
【０１２９】
ウィザード制御部２は、要素と属性の対応ＤＢ  ４２（図８Ｂ）を参照して、診断材料の属性として診断材料Ｎｏ、種別、名称、コメント行を取得する。これらの属性のうち、診断材料Ｎｏの属性は、依存関係ＤＢ  ７において、被依存側の属性の項目に定義されている。ウィザード制御部２は、診断材料Ｎｏの属性には、一意な値を生成して格納する。ウィザード制御部２は、診断材料Ｎｏ以外の種別、名称、コメント行の属性には、入力フォームから値の入力を受け付ける。ウィザード制御部２は、要素・属性とタグ名の対応ＤＢ  ４３（図８Ｃ）を参照し、診断材料の要素と４つの属性に対応するタグを取得する。診断材料に対応するタグは、ＣＯＭＭＡＮＤである。診断材料Ｎｏ、種別、名称、コメント行に対応するタグは、それぞれＮｏ、Ｔｙｐｅ、Ｎａｍｅ、Ｃｏｍｍｅｎｔである。
【０１３０】
ウィザード制御部２は、要素と階層の対応ＤＢ  ４４（図８Ｄ）を参照し、診断材料の階層を取得する。診断材料の位置する階層は“４”である。ウィザード制御部２は、親子関係ＤＢ  ６（図８Ｆ）を参照し、診断材料は、診断材料群の子側の要素であることを確認する。以上の定義に基づき、ウィザード制御部２は、入力された値をＸＭＬファイルに出力する。
【０１３１】
図２０Ｂは、被依存側の要素が格納されたＸＭＬファイルの具体例を示す図である。診断材料は診断材料群の子側の要素であるため、診断材料群を定義する階層の下に、診断材料に対応するＣＯＭＭＡＮＤタグの行が出力される。診断材料ＮｏのＮｏタグには、生成された一意な値が格納される。種別のＴｙｐｅ、名称のＮａｍｅ、コメント行のＣｏｍｍｅｎｔのタグには、入力フォームから入力された値がそれぞれ格納される。
【０１３２】
図２０Ｂの例では、診断材料の要素に対し、３つのデータが格納されている。１つめのデータは、診断材料ＮｏのＮｏタグに“一意な値１”が格納されている。また、種別のＴｙｐｅ、名称のＮａｍｅ、コメント行のＣｏｍｍｅｎｔのタグには、それぞれ“入力値１−１”、“入力値２−１”、“入力値３−１”が格納されている。同様に、２つめのデータには、Ｎｏ、Ｔｙｐｅ、Ｎａｍｅ、Ｃｏｍｍｅｎｔのタグにそれぞれ“一意な値２”、“入力値１−２”、“入力値２−２”、“入力値３−２”が格納されている。３つめのデータには、Ｎｏ、Ｔｙｐｅ、Ｎａｍｅ、Ｃｏｍｍｅｎｔのタグにそれぞれ“一意な値３”、“入力値１−３”、“入力値２−３”、“入力値３−３”が格納されている。
【０１３３】
次に、検索文字列の要素を用いて、依存側の要素に関連性の定義を付加する例が説明される。ウィザード制御部２は、入力ウィザード補助データ３に定義されたグループ３に含まれる検索文字列の要素を読み込む。ウィザード制御部２は、依存関係ＤＢ  ７を参照して、診断材料が被依存側の要素であることを確認する。
【０１３４】
ウィザード制御部２は、要素と属性の対応ＤＢ  ４２を参照して、検索文字列の属性として診断材料Ｎｏ、検索文字列、該当部分、参照先を取得する。これらの属性のうち、診断材料Ｎｏの属性は、依存関係ＤＢ  ７において、依存側の属性の項目に定義されている。即ち、検索文字列の診断材料Ｎｏの属性は、依存側の要素において関連性の定義を付加するために用いられる。
【０１３５】
ウィザード制御部２は、入力ウィザード補助データ３に定義された順に入力を受け付けるため、検索文字列の要素に対する処理を行うときには、グループ１の診断材料の要素に対する処理は終わっている。検索文字列の診断材料Ｎｏの属性は、診断材料の診断材料Ｎｏの属性に格納された値から選択される。図２０Ｃは、被依存側の要素の選択肢の具体例を示す図である。図２０Ｃでは、被依存側の要素である診断材料の３つのデータが定義されている。ウィザード制御部２は、検索文字列の診断材料Ｎｏの属性の入力に際し、図２０Ｃに示す診断材料の３つのデータを選択肢１、選択肢２、選択肢３として選択を受け付ける。選択された診断材料のデータに格納された診断材料Ｎｏの値は、検索文字列の診断材料Ｎｏの属性に格納される。例えば、選択肢２が選択された場合、検索文字列の診断材料Ｎｏの属性には、“一意な値２”が格納されることになる。
【０１３６】
ウィザード制御部２は、検索文字列の診断材料Ｎｏ以外の検索文字列、該当部分、参照先の属性には、入力フォームから値の入力を受け付ける。ウィザード制御部２は、要素・属性とタグ名の対応ＤＢ  ４３を参照し、検索文字列の要素と４つの属性に対応するタグを取得する。検索文字列に対応するタグは、ＣＯＮ＿ＯＢＪＥＣＴである。診断材料Ｎｏ、検索文字列、該当部分、参照先に対応するタグは、それぞれＣｏｍｍａｎｄ＿Ｎｏ、Ｓｅａｒｃｈ＿Ｓｔｒ、ＧｅｔＯｂｊ＿Ｍｅｔｈｏｄ、ＧｅｔＶａｌ＿Ｍｅｔｈｏｄ１である。
【０１３７】
ウィザード制御部２は、要素と階層の対応ＤＢ  ４４を参照し、診断材料の階層を取得する。検索文字列の位置する階層は“５”である。ウィザード制御部２は、親子関係ＤＢ
６を参照し、検索文字列は、条件の子側の要素であることを確認する。以上の定義に基づき、ウィザード制御部２は、入力された値をＸＭＬファイルに出力する。
【０１３８】
図２０Ｄは、依存側の要素が格納されたＸＭＬファイルの具体例を示す図である。検索文字列は条件の子側の要素であるため、条件を定義する階層の下に、検索文字列に対応するＣＯＮ＿ＯＢＪＥＣＴタグの行が出力される。診断材料ＮｏのＣｏｍｍａｎｄ＿Ｎｏタグには、図２０Ｃに例示される選択肢から選択された一意な値が格納される。検索文字列のＳｅａｒｃｈ＿Ｓｔｒ、該当部分のＧｅｔＯｂｊ＿Ｍｅｔｈｏｄ、参照先のＧｅｔＶａｌ＿Ｍｅｔｈｏｄ１のタグには、入力フォームから入力された値がそれぞれ格納される。
【０１３９】
図２０Ｄの例では、検索文字列の要素に対し、３つのデータが格納されている。１つめのデータは、診断材料ＮｏのＣｏｍｍａｎｄ＿Ｎｏタグに“一意な値２”が格納されている。また、検索文字列のＳｅａｒｃｈ＿Ｓｔｒ、該当部分のＧｅｔＯｂｊ＿Ｍｅｔｈｏｄ、参照先のＧｅｔＶａｌ＿Ｍｅｔｈｏｄ１のタグには、それぞれ“入力値１−１”、“入力値２−１”、“入力値３−１”が格納されている。同様に、２つめのデータには、Ｃｏｍｍａｎｄ＿Ｎｏ、Ｓｅａｒｃｈ＿Ｓｔｒ、ＧｅｔＯｂｊ＿Ｍｅｔｈｏｄ、ＧｅｔＶａｌ＿Ｍｅｔｈｏｄ１のタグにそれぞれ“一意な値３”、“入力値１−２”、“入力値２−２”、“入力値３−２”が格納されている。３つめのデータには、Ｃｏｍｍａｎｄ＿Ｎｏ、Ｓｅａｒｃｈ＿Ｓｔｒ、ＧｅｔＯｂｊ＿Ｍｅｔｈｏｄ、ＧｅｔＶａｌ＿Ｍｅｔｈｏｄ１のタグにそれぞれ“一意な値１”、“入力値１−３”、“入力値２−３”、“入力値３−３”が格納されている。
【０１４０】
図２１Ａおよび図２１Ｂは、実施形態の例により出力されるＸＭＬファイルの具体例を示す図である。図２１Ａにおいて、Ｓ１で示される領域は、管理情報の要素のデータを格納する。なお、図２１Ａは、要素と属性の対応ＤＢ  ４２に例示される属性以外の属性も例示する。Ｓ２で示される領域は、診断ロジックの要素のデータを格納する領域である。Ｓ２の領域の詳細は、図２１Ｂに示される。
【０１４１】
図２１Ｂは、図２１ＡのＳ２の領域に対応する。図２１Ｂにおいて、Ｓ２１で示される領域は、診断材料群の要素のデータを格納する。診断材料群の要素は、“<COMMAND No=…”で始まる診断材料の要素の２つのデータを含む。Ｓ２２で示される領域は、条件群の要素のデータを格納する。条件群の要素は、“<CONDITION No=…”で始まる条件の要素の２つのデータを含む。Ｓ２３で示される領域は、メッセージ群の要素のデータを格納する。Ｓ２４で示される領域は、条件判定関係群の要素のデータを格納する。
【０１４２】
＜ウィザードの入力フォーム＞
図２２から図２５は、ウィザードの入力フォームについて説明するための図である。図２２は、被依存側の要素の入力フォームの画面例である。図２２の例は、診断材料の要素に対する入力フォームである画面３の例を示す。画面３は、「種別」、「名称」、「コメント行」、「他にも診断材料があるか？」の入力項目を含む。「種別」は、“コマンド出力”または“設定ファイル”のいずれかが選択される。「名称」は、コマンドまたはファイル名が入力される。「コメント行」は、種別の項目に対し設定ファイルが選択された場合に“＃”、“／＊”等の選択肢が表示され選択される。「他にも診断材料があるか？」は、“はい”または“いいえ”のボタンが押下される。“はい”が押下された場合は、再度、画面３が表示される。“いいえ”が押下された場合は、次の要素に対する入力フォームが表示される。画面３において、ウィザード制御部２は、各項目の値とともに、一意な値として生成した識別子の値もＸＭＬファイルに格納する。生成された識別子は、診断材
料の診断材料Ｎｏの属性の値として格納される。
【０１４３】
図２３は、依存側の要素の入力フォームの画面例である。図２３の例は、条件の要素に対する入力フォームである画面５の例を示す。画面５は、条件と従属関係にある検索文字列の要素に対する入力フォームである画面５−１を含む。画面５−１は、「診断材料Ｎｏ」の入力項目を含む。「診断材料Ｎｏ」には、画面３で登録された診断材料が選択肢として表示され、対象となる診断材料が選択される。ウィザード制御部２は、選択された診断材料の診断材料Ｎｏを、検索文字列の診断材料Ｎｏの属性の値としてＸＭＬファイルに格納する。
【０１４４】
図２４は、入力フォームとＸＭＬファイルの関係を例示する図である。診断材料の入力フォームで入力された入力値のＡＡＡ（入力値１：種別）、ＢＢＢ（入力値２：名称）、ＣＣＣ（入力値３：コメント行）は、ＸＭＬファイルの対応するタグに格納される。このとき、ウィザード制御部２は、一意な値を生成してＮｏタグに格納する。
【０１４５】
被依存側の診断材料は、依存側の検索文字より先に情報収集され、診断材料の各データは、識別子となる一意な値を格納している。このため、検索文字列の入力フォームでは、診断材料の入力フォームで格納された診断材料Ｎｏの属性が、選択肢として選択される。検索文字列の入力フォームで選択された診断材料Ｎｏに格納された値は、検索文字列の診断材料Ｎｏに対応するタグに格納される。これにより、診断材料と検索文字列の関連性が定義される。
【０１４６】
図２５は、ウィザードによる入力制御の例を示す図である。要素間の矢印は、依存関係を示す。矢印の始点は依存側の要素であり、終点は被依存側の要素である。１階層から３階層の要素は、別階層の要素と関連性を持たない。このため、入力フォームから入力された値は、１対１の対応で該当する要素・属性タグに格納される。
【０１４７】
別階層の要素と関連性のある要素は、階層毎の入力フォームではなく、入力ウィザード補助データ３の定義にしたがって入力される。ウィザード制御部２は、従属関係にある要素群に対し、グループ単位で入力フォームを用意し、入力ウィザード補助データ３に定義された依存関係の順番に入力を受け付ける。
【０１４８】
図２５の例では、入力フォーム１１−１から入力される要素は、入力フォーム８−１から入力される要素に依存している。このため、ウィザード制御部２は、８−１からの入力を受け付けたときに、識別子を生成してＸＭＬファイルに格納する。ウィザード制御部２は、１１−１からの入力を受け付けたときに、８−１で入力された識別子を選択することで要素間の関連性を定義できるように制御する。
【０１４９】
また、１１−１は１０−１および１２−１と従属関係にある。ウィザード制御部２は、従属関係にある要素を親から子の順番に入力できるように、１０−１、１１−１、１２−１の要素をグループ単位で入力できるように制御する。
【０１５０】
＜実施形態の作用効果＞
階層データ構造のデータ形式に情報を格納するため、階層データ構造の特徴を定義するデータベースが事前に用意される。情報処理装置１０は、定義されたデータベースを参照し、階層データ構造に含まれる複数の要素のうち、複数データを持つ要素を従属関係に基づいてグループ化する。さらに、情報処理装置１０は、要素間の依存関係に基づいてグループを並べ替え、入力ウィザード補助データ３を生成する。これにより、情報処理装置１０は、階層データ構造に含まれる複数の要素に対し、要素間における従属関係や依存関係等の関連性の定義を付加することを可能とする各要素へのデータの入力順を定義すること
ができる。
【０１５１】
情報処理装置１０は、入力ウィザード補助データに従って、並び替えられたグループの順に情報を収集する。情報処理装置１０は、要素間の関連性に基づいて並び替えられた各グループ内の各要素に対し、入力された値のほか、要素間の関連性の定義を付加して情報を収集する。したがって、情報処理装置１０は、要素間の関連性が定義された情報を、所定のデータ形式で出力することができる。
【０１５２】
情報処理装置１０は、階層データ構造に含まれる複数の要素のうち、複数データを持たない要素に対するデータの入力を受け付ける。複数データを持たない要素は他の要素との関連性を持たないため、情報処理装置１０は、複数データを持つ要素とは別に、任意のタイミングで、複数データを持たない要素に対するデータの入力を受け付けてもよい。情報処理装置１０は、複数データを持たない要素を含む階層データ構造に情報を格納する場合においても、複数データを持つ要素間の関連性の定義を付加することができる。
【０１５３】
＜記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０１５４】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。さらに、Solid State Drive（ＳＳＤ）はコンピュータ等から取り外し可能な記録媒体としても、コンピュータ等
に固定された記録媒体としても利用可能である。
【符号の説明】
【０１５５】
１        入力ウィザード補助データ生成部
２        ウィザード制御部
３        入力ウィザード補助データ
４        要素・属性・階層の対応ＤＢ
４１      要素ＤＢ
４２      要素と属性の対応ＤＢ
４３      要素・属性とタグ名の対応ＤＢ
４４      要素と階層の対応ＤＢ
５        複数データを持つ要素ＤＢ
６        親子関係ＤＢ
７        依存関係ＤＢ
７ａ      要素間依存関係ＤＢ
１０      情報処理装置
１１      プロセッサ
１２      主記憶装置
１３      補助記憶装置
１４      入力装置
１５      出力装置
１６      ネットワークインタフェース
１７      バス
２０      データ部
２１      制御部
２２      中間データ
【図１】
2017004359.tif 000003
【図２】
2017004359.tif 000004
【図３】
2017004359.tif 000005
【図４】
2017004359.tif 000006
【図５】
2017004359.tif 000007
【図６】
2017004359.tif 000008
【図７】
2017004359.tif 000009
【図８Ａ】
2017004359.tif 000010
【図８Ｂ】
2017004359.tif 000011
【図８Ｃ】
2017004359.tif 000012
【図８Ｄ】
2017004359.tif 000013
【図８Ｅ】
2017004359.tif 000014
【図８Ｆ】
2017004359.tif 000015
【図８Ｇ】
2017004359.tif 000016
【図９】
2017004359.tif 000017
【図１０】
2017004359.tif 000018
【図１１Ａ】
2017004359.tif 000019
【図１１Ｂ】
2017004359.tif 000020
【図１２】
2017004359.tif 000021
【図１３Ａ】
2017004359.tif 000022
【図１３Ｂ】
2017004359.tif 000023
【図１３Ｃ】
2017004359.tif 000024
【図１４】
2017004359.tif 000025
【図１５Ａ】
2017004359.tif 000026
【図１５Ｂ】
2017004359.tif 000027
【図１５Ｃ】
2017004359.tif 000028
【図１６】
2017004359.tif 000029
【図１７Ａ】
2017004359.tif 000030
【図１７Ｂ】
2017004359.tif 000031
【図１８】
2017004359.tif 000032
【図１９】
2017004359.tif 000033
【図２０Ａ】
2017004359.tif 000034
【図２０Ｂ】
2017004359.tif 000035
【図２０Ｃ】
2017004359.tif 000036
【図２０Ｄ】
2017004359.tif 000037
【図２１Ａ】
2017004359.tif 000038
【図２１Ｂ】
2017004359.tif 000039
【図２２】
2017004359.tif 000040
【図２３】
2017004359.tif 000041
【図２４】
2017004359.tif 000042
【図２５】
2017004359.tif 000043