(57)【要約】【課題】全てのオブジェクトの再構成が完了していない場合にも、更新オブジェクトの相互接続性の確認が可能となった時点で検証試験を実行し、無駄なオブジェクトの再構成を実行することなく更新オブジェクトの相互接続状態を検証する。【解決手段】起動中のオブジェクトを起動オブジェクト情報として管理するオブジェクトライフサイクル監視機能３３０と、差分となるオブジェクト構成に関するオブジェクト構成情報と、ＩＤＬ  Ｃａｌｌ履歴情報とを管理するオブジェクト構成情報管理機能３２０と、更新オブジェクト名の通知を受けた際に、オブジェクト構成情報、ＩＤＬ  Ｃａｌｌ履歴情報および起動オブジェクト情報とに基づいて、相互接続性の検証試験を実行するオブジェクトを決定する試験スケジュール分析機能３１０と、試験の起動を指示する試験トリガ発生機能３４０とを備える。【選択図】図１
2006331023.tif 000002
【特許請求の範囲】
【請求項１】
通信方式を実現するソフトウェア機能を、オブジェクト間の呼び出しを規定するＩＤＬ  Ｃａｌｌを用いてオブジェクト集合として管理し、各オブジェクト間の接続関係を示すＰｒｏｆｉｌｅデータに基づいてオブジェクトの更新およびオブジェクト間の相互接続の切り替えを行うことにより通信方式の変更を実現するオブジェクト再構成装置に対して、オブジェクト間の相互接続性の検証試験を行う試験ライブラリを各オブジェクトに備えさせ、前記オブジェクト集合に含まれる一部のオブジェクトが更新された際に、更新オブジェクトに関連するオブジェクト間の相互接続性の検証試験を行うオブジェクト再構成試験装置であって、
起動中のオブジェクトを起動オブジェクト情報として記憶する起動情報記憶部を有し、前記オブジェクト再構成装置から受信したオブジェクトごとの起動停止情報に基づいて起動オブジェクト情報を生成して前記起動情報記憶部に記憶させるオブジェクトライフサイクル監視機能と、
ＩＤＬ  Ｃａｌｌ名と前記ＩＤＬ  Ｃａｌｌにより呼び出されるオブジェクト名とを含むＩＤＬ  Ｃａｌｌ情報の履歴であるＩＤＬ  Ｃａｌｌ履歴情報と、更新オブジェクトの接続関係を示すオブジェクト構成情報とを記憶する構成情報記憶部を有し、前記オブジェクト再構成装置からオブジェクトを更新した後の再起動時に受信した差分となるオブジェクト構成に関する情報に基づいて前記オブジェクト構成情報を生成して前記構成情報記憶部に記憶させ、前記オブジェクト再構成装置からＩＤＬ  Ｃａｌｌの実行ごとに受信したＩＤＬ  Ｃａｌｌ情報に基づいて前記ＩＤＬ  Ｃａｌｌ履歴情報を生成して前記構成情報記憶部に記憶させるオブジェクト構成情報管理機能と、
前記オブジェクト再構成装置から更新オブジェクト名の通知を受けた際に、前記構成情報記憶部に記憶された前記オブジェクト構成情報および前記ＩＤＬ  Ｃａｌｌ履歴情報と、前記起動情報記憶部に記憶された前記起動オブジェクト情報とに基づいて、前記更新オブジェクトに関連するオブジェクト間の相互接続性の検証試験を実行するオブジェクトを決定する試験スケジュール分析機能と、
前記試験スケジュール分析機能により決定された検証試験を実行する前記オブジェクトあるいは前記更新オブジェクトに対して、試験の起動を指示する試験トリガＩＤＬ  Ｃａｌｌを発行する試験トリガ発生機能と
を備え、
各オブジェクトに備えられた前記試験ライブラリには、前記試験トリガ発生機能から前記試験トリガＩＤＬ  Ｃａｌｌを受けて他のオブジェクトを呼び出す試験ＩＤＬ  Ｃａｌｌを生成し、前記試験ＩＤＬ  Ｃａｌｌの返答として前記他のオブジェクトから受信した検証試験結果を前記試験トリガ発生機能に返送する試験ＩＤＬ  Ｃａｌｌ起動機能と、他のオブジェクトの試験ＩＤＬ  Ｃａｌｌ起動機能で生成された試験ＩＤＬ  Ｃａｌｌを受けて自己のオブジェクトの検証試験を実行し、前記試験ＩＤＬ  Ｃａｌｌの送信元である前記他のオブジェクトに検証試験結果を返送するセルフ試験機能とを備えさせ、
前記試験スケジュール分析機能は、前記試験トリガ発生機能を介して受信した前記検証試験結果に基づいて、更新オブジェクトに関連する相互接続状態を管理する
ことを特徴とするオブジェクト再構成試験装置。
【請求項２】
請求項１に記載のオブジェクト再構成試験装置において、
前記試験スケジュール分析機能は、前記オブジェクト再構成装置から更新オブジェクト名の通知を受けた際に、前記オブジェクト構成情報管理機能の前記構成情報記憶部に記憶された前記オブジェクト構成情報と、前記更新オブジェクト名との比較に基づいて前記更新オブジェクトが呼び出すオブジェクトをサーバオブジェクトとして特定し、特定した前記サーバオブジェクトが前記オブジェクトライフサイクル監視機能の前記起動情報記憶部に記憶された起動オブジェクト情報として起動中である場合には、前記更新オブジェクトと前記サーバオブジェクトとの間の第１の検証試験を実行することを決定し、また、前記オブジェクト構成情報および前記ＩＤＬ  Ｃａｌｌ履歴情報に基づいて前記更新オブジェクトを呼び出しているオブジェクトをクライアントオブジェクトとして特定し、特定した前記クライアントオブジェクトが前記オブジェクトライフサイクル監視機能の前記起動情報記憶部に記憶された起動オブジェクト情報として起動中である場合には、前記クライアントオブジェクトと前記更新オブジェクトとの間の第２の検証試験を実行することを決定し、
前記試験トリガ発生機能は、前記試験スケジュール分析機能により前記第１の検証試験を実行すると決定された場合には、前記第１の検証試験における更新オブジェクトに対して、試験の起動を指示する試験トリガＩＤＬ  Ｃａｌｌを発行し、前記試験スケジュール分析機能により前記第２の検証試験を実行すると決定された場合には、前記第２の検証試験におけるクライアントオブジェクトに対して、試験の起動を指示する試験トリガＩＤＬ  Ｃａｌｌを発行する
ことを特徴とするオブジェクト再構成試験装置。
【請求項３】
請求項２に記載のオブジェクト再構成試験装置において、
前記試験スケジュール分析機能は、検証試験が未実施である前記第１の検証試験に対応する更新オブジェクト名とＩＤＬ  Ｃａｌｌ名とを対応付けた更新オブジェクト試験実行情報を記憶する試験情報記憶部を有し、特定した前記サーバオブジェクトが前記オブジェクトライフサイクル監視機能の前記起動情報記憶部に記憶された起動オブジェクト情報として起動中でない場合には、更新オブジェクトに関する前記第１の検証試験を実行しないと判断し、前記更新オブジェクトのオブジェクト名および前記更新オブジェクトに対応するＩＤＬ  Ｃａｌｌ名とを対応付けた更新オブジェクト試験実行情報を生成して前記試験情報記憶部に記憶させ、前記更新オブジェクト試験実行情報に記憶された更新オブジェクトに対する前記第２の検証試験が後に実行され、前記第２の検証試験の検証試験結果が成功であった場合には、前記試験情報記憶部に記憶された対応する更新オブジェクト試験実行情報を削除し、前記試験情報記憶部に前記更新オブジェクト試験実行情報が１つも記憶されていないことにより全ての更新オブジェクトの検証試験を完了したと判断することを特徴とするオブジェクト再構成試験装置。
【請求項４】
請求項１ないし３のいずれか１項に記載のオブジェクト再構成試験装置において、
前記オブジェクト構成情報管理機能は、相互接続を拒否するオブジェクト間の情報を試験オブジェクト構成情報として前記構成情報記憶部にさらに有し、
前記試験スケジュール分析機能は、前記オブジェクト再構成装置から更新オブジェクト名の通知を受けた際に、前記構成情報記憶部に記憶された前記試験オブジェクト構成情報の中から前記更新オブジェクトに関連する情報を取り出して前記更新オブジェクトとの間の検証試験を実行することを決定し、決定した前記検証試験に対応して前記試験トリガ発生機能を介して受信した検証試験結果に基づいて、前記検証試験結果が成功であった場合には、相互接続が拒否されていない結果として相互接続状態は異常であると判断し、前記検証試験結果が失敗であった場合には、相互接続が拒否された結果として相互接続状態は正常であると判断し、前記更新オブジェクトに関連する相互接続状態を管理する
ことを特徴とするオブジェクト再構成試験装置。
【請求項５】
請求項１ないし４のいずれか１項に記載のオブジェクト再構成試験装置において、
前記検証試験結果が成功であったオブジェクト名およびＩＤＬ  Ｃａｌｌ名を含む試験履歴情報を記憶する試験履歴記憶部を有し、前記試験スケジュール分析機能から受信する前記検証試験結果に基づいて試験履歴情報を生成し、前記試験履歴情報を前記試験履歴記憶部に記憶させる試験実施履歴管理機能をさらに備え、
前記試験スケジュール分析機能は、前記更新オブジェクトに関連するオブジェクト間の相互接続性の検証試験を実行するオブジェクトを決定する際に、前記オブジェクト間の検証試験結果が試験履歴情報として前記試験履歴記憶部にすでに記憶されている場合には、検証試験を実行しないことを決定する
ことを特徴とするオブジェクト再構成試験装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＤＬ（Interface Definition Language）を用いたメソッド呼び出し（以下、ＩＤＬ  Ｃａｌｌと呼ぶ）により関係付けられたオブジェクト集合が、通信方式を実現する装置において、サービス運用中にオブジェクト構成の一部、あるいは全部のオブジェクトの追加、削除、更新により動的に通信方式を更新する過程で、ＩＤＬ  Ｃａｌｌによる相互接続性の検証試験を行うオブジェクト再構成試験装置に関する。
【背景技術】
【０００２】
従来のオブジェクト再構成試験装置は、オブジェクト実体を示すファイル名、起動パラメータ、および提供するＩＤＬ  Ｃａｌｌ仕様を規定したＰｒｏｆｉｌｅ情報に基づいてオブジェクト構成を分析し、この分析結果から各オブジェクトの起動、停止、およびＩＤＬ  Ｃａｌｌの確立、解放を制御することにより再構成を実現していた。
【０００３】
この動作原理を用いて、Ｐｒｏｆｉｌｅ分析機能、およびオブジェクト再構成手順を指示するミドルウェア機能（Ｃｏｒｅｆｒａｍｅｗｏｒｋ）が、無線方式を実現するオブジェクト構成とＯＳ等の動作環境を分離することにより、各オブジェクトのアプリケーションロジックを隠蔽したブラックボックスとして開発する条件下での再構成を実現する方法がある。
【０００４】
また、動作中のオブジェクト構成とＰｌｏｆｉｌｅに定義されるオブジェクト構成との比較から抽出した差分情報を用いて、部分的なオブジェクト再構成を実現する方法がある。この従来技術は、携帯機が常に保持する動作中のオブジェクト構成情報と、新たなオブジェクト構成となるＰｌｏｆｉｌｅ情報とを比較し、差分となるオブジェクト構成のみを更新することにより、再構成時間を短縮する方法を提供している。
【０００５】
さらに、ＪＴＲＳ（Joint Tactical Radio Systems）が提供するソフトウェア無線のオブジェクト仕様を定めたSoftware communication architecture specification MSRC-5000SCA V3.0、無線方式を実現するオブジェクト構成のモデル（Waveformモデル）、およびオブジェクト間のＩＤＬ  Ｃａｌｌ仕様を規定した標準仕様がある（非特許文献１）。
【０００６】
【非特許文献１】Software communication architecture specification MSRC-5000SCA V3.0
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術には次のような課題がある。オブジェクト実体を示すファイル名、起動パラメータ、あるいは提供するＩＤＬ  Ｃａｌｌ仕様を規定したＰｌｏｆｉｌｅ情報を用いてオブジェクト構成を変更する従来のオブジェクト構成試験装置は、全てのオブジェクトのＩＤＬ  Ｃａｌｌの解放とオブジェクトの停止、および新たなオブジェクトの起動とＩＤＬ  Ｃａｌｌの確立による新たなオブジェクト構成の確立を完了した後に、それぞれのオブジェクト間のＩＤＬ  Ｃａｌｌによる相互接続の確認を行う。
【０００８】
このため、例えば、更新するオブジェクトの一部の相互接続性に問題がある場合でも、全てのオブジェクト構成の再構築が完了した後でなければ検証試験を行うことができず、無駄な処理の実行による処理時間が発生する問題点があった。
【０００９】
また、差分オブジェクト構成の再構築が完了した後にＩＤＬ  Ｃａｌｌの相互接続性を検証試験するため、再構築の処理時間は短縮されるものの、やはり再構成が完了するまで検証試験を実行できない問題点があった。
【００１０】
従来方式において、全ての再構成完了まで検証試験が行えない原因として、次の２つが挙げられる。第１に、更新するオブジェクトがクライアント（他のオブジェクトを呼び出す側のオブジェクト）として振る舞う場合には、サーバ（他のオブジェクトから呼び出される側のオブジェクト）が起動していなければ、ＩＤＬ  Ｃａｌｌの確立要求が待ち状態になるため無駄な時間が発生する問題（タイミング問題）があるためである。
【００１１】
また、第２に、更新オブジェクトがサーバとして振る舞う場合には、このオブジェクトが提供するＩＤＬ  Ｃａｌｌ呼び出しを行うクライアントが必ずしも更新オブジェクトだけではなく、旧構成のオブジェクトの可能性があるため、ＩＤＬ  Ｃａｌｌを発行するクライアントを特定できない問題（未検出問題）があるためである。
【００１２】
これら更新されるオブジェクトがクライアントとして、あるいはサーバとして他のオブジェクトに与える影響を回避するために、再構成処理の完了後に検証試験を行う必要があった。
【００１３】
本発明は上述のような課題を解決するためになされたもので、全てのオブジェクトの再構成が完了していなくとも、相互接続性の確認が可能となった時点で検証試験を実行することを可能とし、無駄なオブジェクトの再構成を実行することなく更新オブジェクトの再構成に成功したか失敗したかを検証できるオブジェクト再構成試験装置を得ることを目的とする。
【課題を解決するための手段】
【００１４】
本発明に係るオブジェクト再構成試験装置は、通信方式を実現するソフトウェア機能を、オブジェクト間の呼び出しを規定するＩＤＬ  Ｃａｌｌを用いてオブジェクト集合として管理し、各オブジェクト間の接続関係を示すＰｒｏｆｉｌｅデータに基づいてオブジェクトの更新およびオブジェクト間の相互接続の切り替えを行うことにより通信方式の変更を実現するオブジェクト再構成装置に対して、オブジェクト間の相互接続性の検証試験を行う試験ライブラリを各オブジェクトに備えさせ、オブジェクト集合に含まれる一部のオブジェクトが更新された際に、更新オブジェクトに関連するオブジェクト間の相互接続性の検証試験を行うオブジェクト再構成試験装置であって、起動中のオブジェクトを起動オブジェクト情報として記憶する起動情報記憶部を有し、オブジェクト再構成装置から受信したオブジェクトごとの起動停止情報に基づいて起動オブジェクト情報を生成して起動情報記憶部に記憶させるオブジェクトライフサイクル監視機能と、ＩＤＬ  Ｃａｌｌ名とＩＤＬ  Ｃａｌｌにより呼び出されるオブジェクト名とを含むＩＤＬ  Ｃａｌｌ情報の履歴であるＩＤＬ  Ｃａｌｌ履歴情報と、更新オブジェクトの接続関係を示すオブジェクト構成情報とを記憶する構成情報記憶部を有し、オブジェクト再構成装置からオブジェクトを更新した後の再起動時に受信した差分となるオブジェクト構成に関する情報に基づいてオブジェクト構成情報を生成して構成情報記憶部に記憶させ、オブジェクト再構成装置からＩＤＬ  Ｃａｌｌの実行ごとに受信したＩＤＬ  Ｃａｌｌ情報に基づいてＩＤＬ  Ｃａｌｌ履歴情報を生成して構成情報記憶部に記憶させるオブジェクト構成情報管理機能と、オブジェクト再構成装置から更新オブジェクト名の通知を受けた際に、構成情報記憶部に記憶されたオブジェクト構成情報およびＩＤＬ  Ｃａｌｌ履歴情報と、起動情報記憶部に記憶された起動オブジェクト情報とに基づいて、更新オブジェクトに関連するオブジェクト間の相互接続性の検証試験を実行するオブジェクトを決定する試験スケジュール分析機能と、試験スケジュール分析機能により決定された検証試験を実行するオブジェクトあるいは更新オブジェクトに対して、試験の起動を指示する試験トリガＩＤＬ  Ｃａｌｌを発行する試験トリガ発生機能とを備え、各オブジェクトに備えられた試験ライブラリには、試験トリガ発生機能から試験トリガＩＤＬ  Ｃａｌｌを受けて他のオブジェクトを呼び出す試験ＩＤＬ  Ｃａｌｌを生成し、試験ＩＤＬ  Ｃａｌｌの返答として他のオブジェクトから受信した検証試験結果を試験トリガ発生機能に返送する試験ＩＤＬ  Ｃａｌｌ起動機能と、他のオブジェクトの試験ＩＤＬ  Ｃａｌｌ起動機能で生成された試験ＩＤＬ  Ｃａｌｌを受けて自己のオブジェクトの検証試験を実行し、試験ＩＤＬ  Ｃａｌｌの送信元である他のオブジェクトに検証試験結果を返送するセルフ試験機能とを備えさせ、試験スケジュール分析機能は、試験トリガ発生機能を介して受信した検証試験結果に基づいて、更新オブジェクトに関連する相互接続状態を管理するものである。
【発明の効果】
【００１５】
本発明によれば、１つ１つのオブジェクトを更新する時点で、オブジェクト構成状況およびオブジェクトの稼動状況に応じてオブジェクト間の相互接続性の検証試験の実施が可能か否かを分析することにより、全てのオブジェクトの再構成が完了していなくとも、相互接続性の確認が可能となった時点で検証試験を実行することを可能とし、無駄なオブジェクトの再構成を実行することなく更新オブジェクトの再構成に成功したか失敗したかを検証できるオブジェクト再構成試験装置を得ることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明のオブジェクト再構成試験装置の好適な実施の形態につき図面を用いて説明する。本発明のオブジェクト再構成試験装置は、オブジェクト再構成装置から得られる情報に基づいて、更新オブジェクトに関連するオブジェクト間の相互接続性の検証試験を実行でき、従来のタイミング問題、未検出問題を解決して効率的に再構成の検証試験を可能とするものである。
【００１７】
実施の形態１．
図１は、本発明の実施の形態１におけるオブジェクト再構成試験装置を含むシステム全体の構成図である。図１に示したシステムは、オブジェクト再構成の試験対象である無線方式オブジェクト構成１００、オブジェクトの再構成を行うオブジェクト再構成装置２００、および再構成されたオブジェクトの検証試験を行うオブジェクト再構成試験装置３００で構成される。
【００１８】
無線方式オブジェクト構成１００は、無線方式を実現するソフトウェアである個々のオブジェクトの集合であり、例えば携帯機に組み込まれているものである。図１における無線方式オブジェクト構成１００は、オブジェクト１１０として、Ｏｂｊｅｃｔ  Ａ（１１０ａ）、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）、Ｏｂｊｅｃｔ  Ｃ（１１０ｃ）の３つを有しており、オブジェクト１１０ａ〜１１０ｃは、オブジェクト試験に必要な機能を提供する試験ライブラリ１２０ａ〜１２０ｃをそれぞれ備えている。
【００１９】
オブジェクト再構成装置２００は、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０とＯＲＢ（Object Request Broker）機能２２０で構成される。Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０は、オブジェクト１１０の起動、停止を行うとともに、これらにＩＤＬ  Ｃａｌｌの確立、解放を指示する。また、図示していないが、オブジェクト集合の各オブジェクト間の接続関係を示すＰｒｏｆｉｌｅデータを記憶部に有している。
【００２０】
さらに、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０は、動作中のオブジェクト集合の構成と新たなオブジェクト集合の構成とを比較して、オブジェクトの更新およびオブジェクト間の相互接続の切り替えの違いを分析し、差分となる更新オブジェクトの起動と、このオブジェクトがクライアント、あるいはサーバとして関係するＩＤＬ  Ｃａｌｌの確立を指示する。また、ＯＲＢ機能２２０は、通信方式を実現するソフトウェア機能を有する各オブジェクトをオブジェクト集合として管理し、ＩＤＬ  Ｃａｌｌによる相互接続を実現する。
【００２１】
オブジェクト再構成試験装置３００は、オブジェクト再構成装置２００から通知される種々の情報に基づいて、検証試験が可能となった段階で更新オブジェクトの検証試験の実行を指示する。このオブジェクト再構成試験装置３００は、試験スケジュール分析機能３１０、オブジェクト構成情報管理機能３２０、オブジェクトライフサイクル監視機能３３０、および試験トリガ発生機能３４０で構成される
【００２２】
試験スケジュール分析機能３１０は、更新オブジェクトの試験手順を決定するとともに、該当する更新オブジェクトの試験ライブラリ１２０に対する検証試験指示を決定する。この試験スケジュール分析機能３１０は、更新オブジェクト試験実行情報および再起動手順分析ルールを記憶する試験情報記憶部３１１を有している。
【００２３】
図２は、本発明の実施の形態１における試験情報記憶部３１１が保持する情報を示した図である。図２（ａ）は、更新オブジェクト試験実行情報のデータ構成を示している。試験スケジュール分析機能３１０は、クライアントとして実行する全てのＩＤＬ  Ｃａｌｌの相互接続性の検証試験を終了していない更新オブジェクト名とＩＤＬ  Ｃａｌｌ名とを対応付けたリストとして更新オブジェクト試験実行情報を生成し、試験情報記憶部３１１に保持することにより、検証試験の未実施情報の管理を行う。
【００２４】
また、図２（ｂ）は、再起動手順分析ルールのデータ構成を示している。この再起動手順分析ルールは、更新オブジェクトに対して試験スケジュール分析機能３１０が実行する試験実行手順の分析ルールとしてあらかじめ試験情報記憶部３１１に保持されており、詳細は後述する。
【００２５】
次に、オブジェクト構成情報管理機能３２０は、オブジェクト再構成装置２００から受け取った情報に基づいて、オブジェクト構成情報およびＩＤＬ  Ｃａｌｌ履歴情報を構成情報記憶部３２１に保持する。図３は、本発明の実施の形態１における構成情報記憶部３２１が保持する情報を示した図である。
【００２６】
図３（ａ）は、オブジェクト構成情報のデータ構成を示している。オブジェクト構成情報管理機能３２０は、あるオブジェクトを更新した後の再起動の初期時に、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０から受け取った更新前と更新後におけるオブジェクト集合の差分のオブジェクト構成に関する情報に基づいて、更新オブジェクト毎の構成情報をオブジェクト構成情報として抽出する。
【００２７】
このオブジェクト構成情報は、特定の更新オブジェクトがクライアントとしてＩＤＬ  Ｃａｌｌを確立するためのクライアントオブジェクト名、ＩＤＬ  Ｃａｌｌ名、サーバオブジェクト名、およびサーバとして提供するＩＤＬ  Ｃａｌｌ名で構成される。オブジェクト構成情報管理機能３２０は、抽出したオブジェクト構成情報を構成情報記憶部３２１に保持する。
【００２８】
また、図３（ｂ）は、ＩＤＬ  Ｃａｌｌ履歴情報のデータ構成を示している。オブジェクト構成情報管理機能３２０は、ＯＲＢ機能２２０が実行する全てのＩＤＬ  Ｃａｌｌ情報をＯＲＢ機能２２０から受け取ることによりＩＤＬ  Ｃａｌｌ履歴情報を生成し、構成情報記憶部３２１に保持する。このＩＤＬ  Ｃａｌｌ履歴情報は、ＯＲＢ機能２２０がＩＤＬ  Ｃａｌｌの確立、解放を行う毎に通知されるＩＤＬ  Ｃａｌｌ名およびサーバオブジェクト名で構成される。
【００２９】
次に、オブジェクトライフサイクル監視機能３３０は、オブジェクト再構成装置２００から通知された各オブジェクトの起動停止情報に基づいて起動オブジェクト情報を生成し、起動情報記憶部３３１に保持し、現在起動中のオブジェクトを管理する。
【００３０】
図４は、本発明の実施の形態１における起動情報記憶部３３１が保持する情報である。オブジェクトライフサイクル監視機能３３０は、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０からオブジェクトの起動停止情報を受け取り、現在起動中のオブジェクトを起動オブジェクト情報として起動情報記憶部３３１に保持する。
【００３１】
試験トリガ発生機能３４０は、検証試験を行うための更新オブジェクトの試験ライブラリ１２０に対して試験トリガＩＤＬ  Ｃａｌｌを発行することにより、検証試験の実施を指示する。
【００３２】
次に、試験トリガＩＤＬ  Ｃａｌｌを受け取った無線方式オブジェクト構成１００側の処理の流れを説明する。図５は、本発明の実施の形態１におけるオブジェクト間の相互接続性の検証試験の例示図であり、Ｏｂｊｅｃｔ  Ａ（１１０ａ）がクライアント、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）がサーバである場合を示している。ここで、添字ａ、ｂは、それぞれＯｂｊｅｃｔ  ＡおよびＯｂｊｅｃｔ  Ｂに属することを示している。
【００３３】
それぞれのオブジェクト１１０は、試験ライブラリ１２０を有しており、この試験ライブラリ１２０は、試験ＩＤＬ  Ｃａｌｌ起動機能１２１およびセルフ試験機能１２５で構成される。
【００３４】
試験ＩＤＬ  Ｃａｌｌ起動機能１２１は、オブジェクト再構成試験装置３００の試験トリガ発生機能３４０からの試験トリガＩＤＬ  Ｃａｌｌに基づいて、他のオブジェクトを起動するための試験ＩＤＬ  Ｃａｌｌを生成するｔｅｓｔＩｎｖｏｋｅメソッド１２２を有する。また、セルフ試験機能１２５は、他のオブジェクトから試験ＩＤＬ  Ｃａｌｌを受け取ることにより、サーバとしてのセルフ試験を実施するｓｅｌｆＴｅｓｔメソッド１２６を有する。
【００３５】
図５において、Ｏｂｊｅｃｔ  Ａ（１１０ａ）の試験ライブラリ１２０ａは、オブジェクト再構成試験装置３００の試験トリガ発生機能３４０より取得した試験トリガＩＤＬ  Ｃａｌｌ（例ではｉｎｖｏｋｅＴｅｓｔ（））を用いて、特定のサーバ（例ではＯｂｊｅｃｔ  Ｂ（１１０ｂ）が特定サーバに相当）に対して試験ＩＤＬ  Ｃａｌｌ（例ではＳｅｌｆＴｅｓｔ（））を発行する。
【００３６】
一方、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）の試験ライブラリ１２０ｂは、Ｏｂｊｅｃｔ  Ａ（１１０ａ）のｔｅｓｔＩｎｖｏｋｅメソッド１２２ａからの試験ＩＤＬ  Ｃａｌｌを受けたことにより、サーバとしての検証試験を行う。
【００３７】
次に更新オブジェクトの検証試験に関するオブジェクト再構成試験装置３００側の一連の動作について説明する。
始めに、オブジェクト再構成試験装置３００に搭載される各機能が利用する情報について説明する。これらの情報は、大別すると、携帯機が動作している間に常に記録する情報と、オブジェクト再構成時に一次的に保持する情報とがある。
【００３８】
（１）常に記録する情報
１−１）ＩＤＬ  Ｃａｌｌ履歴情報（図３（ｂ）参照）
クライアントとなるオブジェクト１１０から要求されるＩＤＬ  Ｃａｌｌの確立と解放を実現するＯＲＢ機能２２０は、常に確立したＩＤＬ  ＣａｌｌのＩＤＬ  Ｃａｌｌ名、サーバオブジェクト名を１セットとしたＩＤＬ  Ｃａｌｌ情報をオブジェクト構成情報管理機能３２０に通知する。オブジェクト構成情報管理機能３２０は、受け取ったＩＤＬ  Ｃａｌｌ情報をＩＤＬ  Ｃａｌｌ履歴情報として構成情報記憶部３２１に順次記録する。
【００３９】
１−２）起動オブジェクト情報（図４参照）
Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０は、更新オブジェクトの起動停止情報を試験スケジュール分析機能３１０に通知し、さらに、試験スケジュール分析機能３１０は、この起動停止情報をオブジェクトライフサイクル監視機能３３０に通知する。起動停止情報を受けたオブジェクトライフサイクル監視機能３３０は、起動の場合にはオブジェクト名を起動オブジェクト情報へ追加し、停止の場合には起動オブジェクト情報から削除することにより起動オブジェクト情報を更新し、最新の起動オブジェクト情報を起動情報記憶部３３１に記録する。
【００４０】
（２）オブジェクト再構成時に記録する情報
２−１）更新オブジェクト試験実行情報（図２（ａ）参照）
オブジェクト更新時にオブジェクト再構成試験装置３００が、オブジェクト再構成装置２００から通知された更新オブジェクトに関して、クライアント分析として全てのＩＤＬ  Ｃａｌｌに関する検証試験を実行していない場合に、更新オブジェクト試験実行情報として、そのオブジェクト名と未実行のＩＤＬ  Ｃａｌｌ名を試験情報記憶部３１１に記録する。全ての検証試験が実行された場合は、エントリを削除する。詳細は後述する。
【００４１】
２−２）オブジェクト構成情報（図３（ａ）参照）
オブジェクト構成情報は、あるオブジェクトを更新した後の再起動の初期時に、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０から受け取った差分となるオブジェクト構成に関する情報に基づいてオブジェクト構成情報管理機能３２０によって生成される。オブジェクト構成情報管理機能３２０は、生成したオブジェクト情報を構成情報記憶部３２１に記録する。
【００４２】
次に、これらの情報を用いたオブジェクト再構成試験装置３００による更新オブジェクトに対する検証試験の一連の処理について説明する。Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０から更新オブジェクトの通知を受けたときに、オブジェクト再構成試験装置３００は、再起動手順分析ルールに従い、オブジェクト再構成の過程で再構成過程状態の分析から検証試験の実施／未実施を判断し、必要に応じて対応するオブジェクトに対して実際の検証試験の指示を行う。
【００４３】
すなわち、オブジェクト再構成試験装置３００は、更新オブジェクトと相互接続関係にある他のオブジェクトの稼動状態等の情報に基づいて、検証試験を実施するか否かを判断する。この判断となる基準が、先に図２で示した再起動手順分析ルールであり、この再起動手順分析ルールについて説明する。
【００４４】
図２に示した再起動手順分析ルールは、更新オブジェクトに対応する再構成過程状態を６種類に整理し、それぞれの再構成過程状態に対応する試験実施分析を関係付けている。再構成過程状態のパラメータとしては、「処理」、「隣接オブジェクトの更新」、「隣接オブジェクトの起動状態」の３つがある。
【００４５】
「処理」は、クライアント分析とサーバ分析とに分けられる。クライアント分析は、更新オブジェクトがクライアントとして隣接オブジェクトへ及ぼす影響を分析する処理であり、特許請求の範囲に記載した第１の検証試験に相当する分析ルールである。一方、サーバ分析は、サーバとして隣接オブジェクトへ及ぼす影響を分析する処理であり、特許請求の範囲に記載した第２の検証試験に相当する分析ルールである。
【００４６】
ここで、実行する検証試験の判断は、更新オブジェクトがクライアント、あるいはサーバとして動作する位置付け、および隣接オブジェクトの起動状態により決まる。このため、「再構成過程状態」は、「隣接オブジェクトの更新」の有無、および「隣接オブジェクトの起動状態」の組み合わせで表される。
【００４７】
「隣接オブジェクトの更新」が変更ありの場合は、隣接するオブジェクト自身も更新オブジェクトとして処理されるため、「隣接オブジェクトの起動状態」は、起動あるいは停止の場合があり得る。また、「隣接オブジェクトの更新」が変更なしの場合は、このオブジェクトに再構成のための停止や再起動の指示が行われず、常に旧構成のまま起動していることになり、「隣接オブジェクトの起動状態」は、常に起動となる。
【００４８】
したがって、このような「隣接オブジェクトの更新」と「隣接オブジェクトの起動状態」による３種類の組み合わせに対して、「処理」がクライアント分析とサーバ分析の２種類あり、この結果、図２に示したように、再構成過程状態を６種類に整理できることとなる。
【００４９】
これに対して、「試験実行分析」は、すでに説明した「未検出問題」および「タイミング問題」への対応を示している。未検出問題が発生する場合を「未検出問題の発生」の欄に示している。「処理」がサーバ分析であり、かつ隣接オブジェクトが更新オブジェクトでない場合に相当するルールＮｏ．６に対して、この「未検出問題」が発生することとなる。
【００５０】
一方、「試験の実行」の欄に未実行として示されたものは、「隣接オブジェクトの起動状態」が停止であるものに対応しており、この未実行のときが「タイミング問題」が発生するケースに相当する。この合計６種類のルールにより、更新オブジェクトが関わる全てのＩＤＬ  Ｃａｌｌ試験を、再構成過程状態に応じて実行できる。
【００５１】
次に、この再起動手順分析ルールの６種類のルールによる分析手順を説明する。図６は、本発明の実施の形態１における試験スケジュール分析機能３１０による試験の分析手順のフローチャートである。試験スケジュール分析機能３１０は、更新オブジェクト名に関する更新通知をオブジェクト再構成装置２００のＣｏｒｅｆｒａｍｅｗｏｒｋ機能２１０から受け取ることにより、図６に示したｔ００１〜ｔ００５の一連の処理を順次実行する。以下に、個々の処理について説明する。
【００５２】
処理１）起動オブジェクト登録処理（ｔ００１）
試験スケジュール分析機能３１０は、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０から受け取った更新オブジェクト名を起動オブジェクト情報として、オブジェクトライフサイクル監視機能３３０に対して起動登録を行う。オブジェクトライフサイクル監視機能３３０は、この起動オブジェクト情報を起動情報記憶部３３１に保持する。
【００５３】
処理２）更新オブジェクトに関するクライアント分析処理（ｔ００２）。
次に、試験スケジュール分析機能３１０は、オブジェクト構成情報管理機能３２０との間でクライアント検索処理を行った後、オブジェクトライフサイクル監視機能３３０との間で隣接オブジェクト起動分析処理を行う。
【００５４】
さらに、試験スケジュール分析機能３１０は、再起動手順分析ルールに従って、更新オブジェクトの検証試験が必要であると判断した場合には、試験トリガ発生機能３４０に対して試験トリガ発行指示を出し、その応答として試験トリガ発行完了を受け取る。これらのｔ００２における具体的な処理については、図７〜図１０のフローチャートを用いて後述する。このｔ００２の一連の処理により、第１の検証試験の実行の可否を決定したこととなる。
【００５５】
処理３）クライアント側更新オブジェクト試験完了チェック処理（ｔ００３）。
次に、試験スケジュール分析機能３１０は、更新オブジェクトをクライアントとする全てのＩＤＬ  Ｃａｌｌ試験を実行したか否かを判断する。そして、試験スケジュール分析機能３１０は、実行していないと判断したときのみ、試験情報記憶部３１１に記憶されている更新オブジェクト試験実行情報にこの未実行の更新オブジェクトを追加する更新処理を行った後に、次の処理に進む。
【００５６】
処理４）更新オブジェクトに関するサーバ分析処理（ｔ００４）。
次に、試験スケジュール分析機能３１０は、オブジェクト構成情報管理機能３２０との間でサーバ検索処理を行う。さらに、試験スケジュール分析機能３１０は、再起動手順分析ルールに従って、更新オブジェクトの検証試験が必要であると判断した場合には、試験トリガ発生機能３４０に対して試験トリガ発行指示を出し、その応答として試験トリガ発行完了を受け取る。これらのｔ００４における具体的な処理については、図１１のフローチャートを用いて後述する。このｔ００４の一連の処理により、第２の検証試験の実行の可否を決定したこととなる。
【００５７】
処理５）サーバ側更新オブジェクト試験完了チェック処理（ｔ００５）。
次に、試験スケジュール分析機能３１０は、サーバとなるオブジェクトをクライアントとする全てのＩＤＬ  Ｃａｌｌ試験を実行したか否かを判断する。そして、試験スケジュール分析機能３１０は、全てのＩＤＬ  Ｃａｌｌ試験を実行したと判断した場合には、試験情報記憶部３１１に記憶されている更新オブジェクト試験実行情報から該当する更新オブジェクトを削除する更新処理を行う。
【００５８】
一方、試験スケジュール分析機能３１０は、全てのＩＤＬ  Ｃａｌｌ試験を実行していないと判断した場合には、試験情報記憶部３１１に記憶されている更新オブジェクト試験実行情報の該当する更新オブジェクトに対応したＩＤＬ  Ｃａｌｌ名から、検証試験を実行したＩＤＬ  Ｃａｌｌ名を削除する更新処理を行う。
【００５９】
何れかの更新処理を実行した後に、試験スケジュール分析機能３１０は、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０に対して、更新通知応答により検証試験の正常終了を送信する。一方、ｔ００２あるいはｔ００４の処理において検証試験結果が異常終了した場合には、試験スケジュール分析機能３１０は、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０に対して、更新通知応答により検証試験の異常終了を送信する。
【００６０】
次に、図７〜図１１のフローチャートを用いて、オブジェクト再構成試験装置３００、オブジェクト再構成装置２００、および無線方式オブジェクト構成１００の連携による更新オブジェクトの検証試験手順を説明する。
【００６１】
ここでは、一例として、オブジェクト再構成試験装置３００とオブジェクト再構成装置２００により、Ｏｂｊｅｃｔ  Ａ（１１０ａ）が更新オブジェクトであり、Ｏｂｊｅｃｔ  Ａ（１１０ａ）とＯｂｊｅｃｔ  Ｂ（１１０ｂ）との間で相互接続性の検証試験を行う場合を示す。また、図７〜図１１に説明するシーケンスにおいて、ｍ００１〜ｍ０１１は、機能間の通信メッセージを示しており、ｉ００１〜ｉ００４は、オブジェクト間のＩＤＬ  Ｃａｌｌを示している。
【００６２】
まず始めに、隣接オブジェクトに相当するＯｂｊｅｃｔ  Ｂ（１１０ｂ）が起動していない状態で、Ｏｂｊｅｃｔ  Ａ（１１０ａ）を更新オブジェクトとして起動する場合の試験スケジュールの分析手順を説明する。図７および図８は、本発明の実施の形態１における隣接オブジェクトが起動していない場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。この場合には、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）の検証試験を行わないこととなる。
【００６３】
図７において、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０がＯｂｊｅｃｔ  Ａ（１１０ａ）を起動すると、このオブジェクトにリンクされる試験ライブラリ１２０ａが初期化（ｍ００１）にてＯＲＢ機能２２０に対して分散オブジェクト環境としての初期化を依頼する。ここで、ＯＲＢ機能２２０は、更新通知（ｍ００２）にてＯｂｊｅｃｔ  Ａ（１１０ａ）がオブジェクト再構成のために起動したことをＣｏｒｅｆｒａｍｅｗｏｒｋ機能２１０へ伝える。
【００６４】
続いて、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０は、可能な検証試験の実施を行うために、起動したＯｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名を更新通知（ｍ００３）にて試験スケジュール分析機能３１０へ伝える。
【００６５】
更新通知（ｍ００３）を受けた試験スケジュール分析機能３１０は、起動オブジェクト登録処理（ｔ００１）を起動する。この起動オブジェクト登録処理（ｔ００１）において、試験スケジュール分析機能３１０は、Ｏｂｊｅｃｔ  Ａ（１１０ａ）が更新オブジェクトとして起動したことをオブジェクトライフサイクル監視機能３３０に伝えるために、起動登録（ｍ００４）を送る。
【００６６】
これを受けたオブジェクトライフサイクル監視機能３３０は、Ｏｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名を起動オブジェクト情報として、起動情報記憶部３３１に登録する。この登録と同様の手順にて、オブジェクトライフサイクル監視機能３３０は、Ｏｂｊｅｃｔ  Ａ（１１０ａ）が停止した通知を受けた時には、起動情報記憶部３３１からＯｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名に対応する起動オブジェクト情報を削除する。
【００６７】
次に、試験スケジュール分析機能３１０は、更新オブジェクトに関するクライアント分析処理（ｔ００２）を起動する。この更新オブジェクトに関するクライアント分析処理（ｔ００２）において、試験スケジュール分析機能３１０は、Ｏｂｊｅｃｔ  Ａ（１１０ａ）がクライアントとしてＩＤＬ  Ｃａｌｌを確立する場合のサーバとなるオブジェクトとＩＤＬ  Ｃａｌｌを検索するために、オブジェクト構成情報管理機能３２０に対して、Ｏｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名をクライアント分析要求（ｍ００５）として通知する。
【００６８】
この通知を受けたオブジェクト構成情報管理機能３２０は、Ｏｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名と、構成情報記憶部３２１に記憶されたオブジェクト構成情報内のクライアント動作のクライアントオブジェクト名とを比較し、一致するエントリのサーバオブジェクト名とＩＤＬ  Ｃａｌｌ名を検出した後に、クライアント分析応答（ｍ００６）として検索結果を試験スケジュール分析機能３１０へ返送する。
【００６９】
以降は、一致するオブジェクト名として、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）のオブジェクト名が検出されたものとして説明を続ける。
【００７０】
このクライアント分析応答を受けた試験スケジュール分析機能３１０は、オブジェクトライフサイクル監視機能３３０に対して、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）のオブジェクト名を起動検索（ｍ００７）として通知する。これを受けたオブジェクトライフサイクル監視機能３３０は、起動情報記憶部３３１に記憶された起動オブジェクト情報にＯｂｊｅｃｔ  Ｂ（１１０ｂ）のオブジェクト名が登録されているかを検索する。
【００７１】
ここでは、起動オブジェクト情報にＯｂｊｅｃｔ  Ｂ（１１０ｂ）の登録がないことを仮定し、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）は、現在起動していないと判断された場合について説明を続ける。
【００７２】
オブジェクトライフサイクル監視機能３３０は、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）が停止中であることを、起動検索応答（ｍ００８）を用いて試験スケジュール分析機能３１０へ通知する。これを受けた試験スケジュール分析機能３１０は、隣接オブジェクトが停止中であるため、Ｏｂｊｅｃｔ  Ａ（１１０ａ）のＩＤＬ  Ｃａｌｌを実施しないと判断する。この判断は、図２（ｂ）の再起動手順分析ルールのルールＮｏ.２に相当する。
【００７３】
次に、試験スケジュール分析機能３１０は、図８に示したｔ００３〜ｔ００５の処理を実行する。Ｏｂｊｅｃｔ  Ａ（１１０ａ）がＯｂｊｅｃｔ  Ｂ（１１０ｂ）をサーバとするＩＤＬ  Ｃａｌｌ試験を実施しないと判断した後に、試験スケジュール分析機能３１０は、クライアント側更新オブジェクト試験完了チェック処理（ｔ００３）を行う。
【００７４】
試験スケジュール分析機能３１０は、更新オブジェクトに関するクライアント分析処理（ｔ００２）にて、更新オブジェクト（ここではＯｂｊｅｃｔ  Ａ（１１０ａ）に相当）をクライアントとするＩＤＬ  Ｃａｌｌを確立するサーバ側のオブジェクト（ここではＯｂｊｅｃｔ  Ｂ（１１０ｂ）に相当）が起動しておらず、検証試験の実行が完了しない場合には、そのオブジェクト名と検証試験未完了のＩＤＬ  Ｃａｌｌ名を、更新オブジェクト試験実行情報として試験情報記憶部３１１に登録する。
【００７５】
具体的には、試験スケジュール分析機能３１０は、検証試験未完了オブジェクト名としてＯｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名を、またＩＤＬ  Ｃａｌｌ名に実施できなかったＩＤＬ  Ｃａｌｌ名のリストを記録したエントリを作成し、更新オブジェクト試験実行情報として試験情報記憶部３１１に記録する。
【００７６】
以降は、更新オブジェクトに関するサーバ分析処理（ｔ００４）とサーバ側更新オブジェクト試験完了チェック処理（ｔ００５）を行う。試験スケジュール分析機能３１０は、更新オブジェクトに関するサーバ分析処理（ｔ００４）にて、この更新オブジェクトをサーバとするクライアント側のオブジェクト名が、更新オブジェクト試験実行情報の検証試験未完了オブジェクト名と一致するか否かを判断し、一致した場合に検証試験を実施することとなる。ｔ００４における具体的な処理については、図１１のフローチャートを用いて後述する。
【００７７】
その後、サーバ側更新オブジェクト試験完了チェック処理（ｔ００５）において、試験スケジュール分析機能３１０は、ｔ００４の分析処理の結果として検証試験を実施した場合には、検証試験を実施したＩＤＬ  Ｃａｌｌ名を、更新オブジェクト試験実行情報のＩＤＬ  Ｃａｌｌ名から削除する。この結果、ＩＤＬ  Ｃａｌｌ名のエントリが残らない場合には、試験スケジュール分析機能３１０は、検証試験未完了オブジェクト名のエントリ全体を試験情報記憶部３１１から削除する。
【００７８】
最後に、試験スケジュール分析機能３１０は、Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能２１０に対して、更新通知完了（ｍ００９）にてＯｂｊｅｃｔ  Ａ（１１０ａ）が、この段階では正常に終了していることを通知する。
【００７９】
次に、隣接オブジェクトに相当するＯｂｊｅｃｔ  Ｂ（１１０ｂ）が起動している状態で、Ｏｂｊｅｃｔ  Ａ（１１０ａ）を更新オブジェクトとして起動する場合の試験スケジュールの分析手順を説明する。図９および図１０は、本発明の実施の形態１における隣接オブジェクトが起動している場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。この場合には、Ｏｂｊｅｃｔ  Ａ（１１０ａ）とＯｂｊｅｃｔ  Ｂ（１１０ｂ）との相互接続性の検証試験を行うこととなる。
【００８０】
図９および図１０は、図７および図８にて説明した手順において、試験スケジュール分析機能３１０がオブジェクトライフサイクル監視機能３３０から、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）が起動中であることを起動検索応答（ｍ００８）にて受け取った場合を示している。したがって、図９におけるｍ００１〜ｍ００７における処理は、図７と同一であり、説明を省略する。
【００８１】
図９における起動検索応答（ｍ００８）は、オブジェクトライフサイクル監視機能３３０の起動情報記憶部３３１に、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）のオブジェクト名が起動オブジェクト情報として登録されている場合の応答に相当し、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）がすでに起動中であることを伝える応答である。
【００８２】
この起動検索応答（ｍ００８）を受けた試験スケジュール分析機能３１０は、Ｏｂｊｅｃｔ  Ａ（１１０ａ）からＯｂｊｅｃｔ  Ｂ（１１０ｂ）へのＩＤＬ  Ｃａｌｌ試験が可能であると判断し、試験トリガ発行指示（ｍ０１０）を用いて、Ｏｂｊｅｃｔ  Ａ（１１０ａ）とＯｂｊｅｃｔ  Ｂ（１１０ｂ）の名前を試験トリガ発生機能３４０に通知する。
【００８３】
この判断は、図２（ｂ）の再起動手順分析ルールのルールＮｏ.１あるいはＮｏ.３に相当する。これを受けた試験トリガ発生機能３４０は、クライアントとなるＯｂｊｅｃｔ  Ａ（１１０ａ）に対して、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）に対する試験トリガＩＤＬ  Ｃａｌｌ（ｉ００１）の発行を指示する。
【００８４】
この指示を受けたＯｂｊｅｃｔ  Ａ（１１０ａ）は、試験ライブラリ１２０ａの試験ＩＤＬ  Ｃａｌｌ起動機能１２１ａにおけるｔｅｓｔＩｎｖｏｋｅメソッド１２２ａを起動する。ここでは、指定するＯｂｊｅｃｔ  Ｂ（１１０ｂ）に対する試験ＩＤＬ  Ｃａｌｌ（ｉ００２）の確立が実行される。
【００８５】
これにより、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）のセルフ試験機能１２５ｂのｓｅｌｆＴｅｓｔメソッド１２６ｂが起動される。Ｏｂｊｅｃｔ  Ａ（１１０ａ）は、ＳｅｌｆＴｅｓｔメソッド１２６ｂから正常終了を示す試験ＩＤＬ  Ｃａｌｌ完了（ｉ００３）を受け取った場合には、検証試験が成功と判断する。また、異常終了が返されるか、試験ＩＤＬ  Ｃａｌｌ完了（ｉ００３）自身が受信できない場合には、Ｏｂｊｅｃｔ  Ａ（１１０ａ）は、検証試験が失敗と判断する。
【００８６】
Ｏｂｊｅｃｔ  Ａ（１１０ａ）は、この検証試験結果を試験トリガＩＤＬ  Ｃａｌｌ完了（ｉ００４）にて試験トリガ発生機能３４０に通知する。この通知を受けた試験トリガ発生機能３４０は、試験トリガ発行完了（ｍ０１１）を用いて検証試験結果を試験スケジュール分析機能３１０に通知する。
【００８７】
検証試験結果が異常終了であった場合には、先に図６のフローチャートに示したように、試験スケジュール分析機能３１０は、クライアント側更新オブジェクト試験完了チェック処理（ｔ００３）、更新オブジェクトに関するサーバ分析処理（ｔ００４）、サーバ側更新オブジェクト試験完了チェック処理（ｔ００５）を行わず、更新通知応答（ｍ００９）にて検証試験の異常終了をＣｏｒｅｆｒａｍｅｗｏｒｋ機能２１０に通知する。
【００８８】
一方、検証試験が正常終了であった場合には、試験スケジュール分析機能３１０は、図７および図８における説明と同様に、ｔ００３〜ｔ００５の処理を実行して、更新通知応答（ｍ００９）にて検証試験の正常終了をＣｏｒｅｆｒａｍｅｗｏｒｋ機能２１０に通知する。
【００８９】
次に、隣接オブジェクトに相当するＯｂｊｅｃｔ  Ｂ（１１０ｂ）が起動している状態で、Ｏｂｊｅｃｔ  Ａ（１１０ａ）を更新オブジェクトとして起動する場合のサーバ分析処理の手順を説明する。図１１は、本発明の実施の形態１における隣接オブジェクトが起動している場合の、更新オブジェクトに関するサーバ分析手順のフローチャートである。
【００９０】
図１１は、図７〜図１０を用いて説明した一連の処理における更新オブジェクトに関するサーバ分析処理（ｔ００４）の詳細な手順を示したものである。試験スケジュール分析機能３１０は、更新オブジェクトとしてオブジェクト再構成装置２００から通知されたＯｂｊｅｃｔ  Ａ（１１０ａ）に関して、再起動手順分析ルールのサーバ分析を行う。
【００９１】
試験スケジュール分析機能３１０は、サーバ分析要求（ｍ０２１）を用いて、オブジェクト構成情報管理機能３２０に対してＯｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名をキーとするサーバ検索処理を依頼する。これを受けたオブジェクト構成情報管理機能３２０は、サーバ検索処理を行う。
【００９２】
サーバ検索処理では、オブジェクト構成情報管理機能３２０は、構成情報記憶部３２１に記憶されたオブジェクト構成情報に基づいて、キーとなるオブジェクトをサーバとして呼び出すクライアントのオブジェクト名を検索する。ここでは、図２（ｂ）に示した再起動手順分析ルールの３種類のルールに対して、以下の処理を行う。
【００９３】
ルールＮｏ.４およびＮｏ.５においては、隣接オブジェクトが「変更あり」であることから更新オブジェクトであるため、すでに説明したクライアント分析にてＩＤＬ  Ｃａｌｌの確立が実行される。このため、サーバ分析による処理は行われない。
【００９４】
ルールＮｏ.６においては、隣接オブジェクトが「変更なし」であることから更新オブジェクトではないため、クライアント分析では、ＩＤＬ  Ｃａｌｌが実行されない未検出問題が発生する。この場合に、サーバ分析による処理が行われることとなる。
【００９５】
まず始めに、オブジェクト構成情報管理機能３２０は、構成情報記憶部３２１内のＩＤＬ  Ｃａｌｌ履歴情報のサーバオブジェクト名とＯｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名とを比較し、一致する場合のＩＤＬ  Ｃａｌｌ名を取得する。これにより、オブジェクト構成情報管理機能３２０は、ＩＤＬ  Ｃａｌｌの履歴から、Ｏｂｊｅｃｔ  Ａ（１１０ａ）をサーバクライアントとして呼び出した実績のあるＩＤＬ  Ｃａｌｌ名を取得できる。
【００９６】
次に、オブジェクト構成情報管理機能３２０は、取得したＩＤＬ  Ｃａｌｌ名と、構成情報記憶部３２１内のオブジェクト構成情報におけるクライアント動作のＩＤＬ  Ｃａｌｌ名とを比較して、一致したクライアントオブジェクト名を検出する。ＩＤＬ  Ｃａｌｌの履歴に基づくこのような手順により、オブジェクト構成情報管理機能３２０は、未検出問題を解決したクライアントとなるオブジェクト名を発見できる。以降では、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）が発見された場合を想定して説明を続ける。
【００９７】
オブジェクト構成情報管理機能３２０は、発見したＯｂｊｅｃｔ  Ｂ（１１０ｂ）のオブジェクト名を、サーバ分析応答（ｍ０２２）を用いて試験スケジュール分析機能３１０へ通知する。この通知を受けた試験スケジュール分析機能３１０は、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）をクライアントとする検証試験の実施を決定する。
【００９８】
ここでは、図２（ｂ）に示した再起動手順分析ルールのＮｏ.６に示すように、隣接オブジェクトであるＯｂｊｅｃｔ  Ｂ（１１０ｂ）は、更新されないため、常に起動状態にあると判断できる。このため、試験スケジュール分析機能３１０は、ｔ００２のクライアント分析処理で実施していた隣接オブジェクト起動分析処理を実行する必要はない。
【００９９】
この決定により、試験スケジュール分析機能３１０は、試験トリガ発行指示（ｍ０１０）を用いて、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）に関する検証試験を試験トリガ発生機能３４０に指示する。これを受けた試験トリガ発生機能３４０は、クライアントとなるＯｂｊｅｃｔ  Ｂ（１１０ｂ）に対して、Ｏｂｊｅｃｔ  Ａ（１１０ａ）に対する試験トリガＩＤＬ  Ｃａｌｌ（ｉ００１）発行を指示する。
【０１００】
この指示を受けたＯｂｊｅｃｔ  Ｂ（１１０ｂ）は、試験ライブラリ１２０ｂの試験ＩＤＬ  Ｃａｌｌ起動機能１２１ｂにおけるｔｅｓｔＩｎｖｏｋｅメソッド１２２ｂを起動する。ここでは、指定するＯｂｊｅｃｔ  Ａ（１１０ａ）に対する試験ＩＤＬ  Ｃａｌｌ（ｉ００２）の確立が実行される。
【０１０１】
これにより、Ｏｂｊｅｃｔ  Ａ（１１０ａ）のセルフ試験機能１２５ａのｓｅｌｆＴｅｓｔメソッド１２６ａが起動される。Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）は、ＳｅｌｆＴｅｓｔメソッド１２６ａから正常終了を示す試験ＩＤＬ  Ｃａｌｌ完了（ｉ００３）を受け取った場合には、検証試験が成功と判断する。また、異常終了が返されるか、試験ＩＤＬ  Ｃａｌｌ完了（ｉ００３）自身が受信できない場合には、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）は、検証試験が失敗と判断する。
【０１０２】
Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）は、この検証試験結果を試験トリガＩＤＬ  Ｃａｌｌ完了（ｉ００４）にて試験トリガ発生機能３４０に通知する。この通知を受けた試験トリガ発生機能３４０は、試験トリガ発行完了（ｍ０１１）を用いて検証試験結果を試験スケジュール分析機能３１０に通知する。
【０１０３】
以上のように、実施の形態１によれば、新たにオブジェクト再構成装置がオブジェクト構成を更新する過程で、オブジェクト再構成装置から受け取った更新オブジェクトの情報に基づいて、相互接続試験が可能なオブジェクト構成であるか否かを分析し、この結果から該当するオブジェクトへ検証試験を指示することができる。
【０１０４】
さらに、各オブジェクトには、受けた指示に基いてＩＤＬ  Ｃａｌｌによる相互接続を確認するための検証試験を実行する試験ライブラリを配置しているので、全てのオブジェクトの再構築が完了しなくてもオブジェクト再構成の過程で順次可能な相互接続の検証試験を実行することができる。これにより、障害発生の早期検出と無駄な再構成手順の発生をなくすことができる。
【０１０５】
実施の形態２．
実施の形態１では、オブジェクト再構成においてオブジェクト再構成装置２００から通知される更新オブジェクトに関連するオブジェクト間が正常に相互接続可能であるかを検証する場合について説明した。本実施の形態２では、セキュリティなどにより相互接続できないＩＤＬ  Ｃａｌｌの動作の確認を行う場合について説明する。
【０１０６】
図１２は、本発明の実施の形態２における構成情報記憶部３２１が保持する試験オブジェクト構成情報を示す図である。この試験オブジェクト構成情報は、相互接続できないＩＤＬ  Ｃａｌｌの関係を定義した情報であり、ＩＤＬ  Ｃａｌｌ接続が拒否されることが正常に動作したことに対応する。オブジェクト構成情報管理機能３２０がこのような試験オブジェクト構成情報を新たに蓄積している点が、実施の形態１と異なり、その他の構成は、実施の形態１における図１と同様である。
【０１０７】
この試験オブジェクト構成情報は、構成情報記憶部３２１内に、オブジェクト構成情報とともに記憶されている。この試験オブジェクト構成情報を用いて、オブジェクト構成情報管理機能３２０は、再構成オブジェクトがクライアントやサーバとして関係付けられるオブジェクトだけでなく、関係付けられないオブジェクトに対するＩＤＬ  Ｃａｌｌ接続が正常に拒否される動作を確認できる。
【０１０８】
また、図１３は、本発明の実施の形態２における試験情報記憶部３１１が保持する更新オブジェクト試験実行情報を示す図である。この更新オブジェクト試験実行情報は、図２（ａ）に示した実施の形態１における更新オブジェクト試験実行情報に対して、それぞれのＩＤＬ  Ｃａｌｌ名に対応して相互接続性あり／なしの区別をつける情報をさらに有している。
【０１０９】
ここで、相互接続性ありとは、実施の形態１に示したようにオブジェクト間のＩＤＬ  Ｃａｌｌ接続が行われる状態を正常とするものである。一方、相互接続性なしとは、オブジェクト間のＩＤＬ  Ｃａｌｌ接続が拒否される状態を正常とするものである。これにより、相互接続性がない場合の検証試験結果を判断できるようになる。
【０１１０】
また、図１４および図１５は、本発明の実施の形態２における隣接オブジェクトが起動している場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。図１４および図１５は、オブジェクト再構成装置２００から試験スケジュール分析機能３１０に対して、Ｏｂｊｅｃｔ  Ａ（１１０ａ）が更新オブジェクトであることが更新通知（ｍ００３）として通知された場合のクライアント分析処理を示している。
【０１１１】
本実施の形態２では、実施の形態１のｔ００２およびｔ００３の処理において、以下の３つの処理がさらに追加されている。
追加処理１）オブジェクト構成情報管理機能３２０における試験オブジェクト検索処理、およびその応答であるクライアント分析応答（ｍ００６）において、試験ＩＤＬ  Ｃａｌｌリストを伝達する処理。
【０１１２】
追加処理２）更新オブジェクトに関するクライアント分析処理（ｔ００２）において、試験スケジュール分析機能３１０が、ＩＤＬ  Ｃａｌｌ試験処理を相互接続が許可されているＯｂｊｅｃｔ  Ｂ（１１０ｂ）、許可されていない試験ＩＤＬ  Ｃａｌｌリストに基づくＩＤＬ  Ｃａｌｌ試験を実施する処理（ｔ０２１）。
追加処理３）クライアント側更新オブジェクト試験完了チェック処理（ｔ００３）において、許可されていない試験ＩＤＬ  Ｃａｌｌリストのメンバを検証試験未完了オブジェクトとして登録する処理。
【０１１３】
更新オブジェクトに関するクライアント分析処理（ｔ００２）において、試験スケジュール分析機能３１０は、オブジェクト再構成装置２００から通知されたＯｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名を、クライアント分析要求（ｍ００５）を用いてオブジェクト構成情報管理機能３２０へ通知する。これを受けたオブジェクト構成情報管理機能３２０は、実施の形態１で説明したクライアント検索処理を行うとともに、クライアント側試験オブジェクト検索処理を行う（追加処理１に相当）。
【０１１４】
クライアント側試験オブジェクト検索処理において、オブジェクト構成情報管理機能３２０は、試験オブジェクト構成情報におけるクライアントオブジェクト名とＯｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名とが一致する１つ以上のＩＤＬ  Ｃａｌｌ名とサーバオブジェクト名の組み合わせを試験ＩＤＬ  Ｃａｌｌリストとして検出する。このクライアント分析処理とクライアント側試験オブジェクト検索処理の結果は、クライアント分析応答（ｍ００６）を用いて試験スケジュール分析機能３１０に通知される。
【０１１５】
クライアント分析応答（ｍ００６）を受けた試験スケジュール分析機能３１０は、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）のオブジェクト名とＩＤＬ  Ｃａｌｌ名、および試験ＩＤＬ  Ｃａｌｌリストに登録されたサーバオブジェクト名とＩＤＬ  Ｃａｌｌ名について、それぞれＩＤＬ  Ｃａｌｌ試験処理（ｔ００２１）を実行する（追加処理２に相当）。
【０１１６】
ここでは、Ｏｂｊｅｃｔ  Ａ（１１０ａ）がＯｂｊｅｃｔ  Ｂ（１１０ｂ）に対して行う試験ＩＤＬ  Ｃａｌｌの確立が成功した場合に加え、それ以外の確立が全て失敗した場合に、検証試験は、正常に終了したと判断する場合を仮定している。
【０１１７】
次に、クライアント側更新オブジェクト試験完了チェック処理（ｔ００３）において、試験スケジュール分析機能３１０は、Ｏｂｊｅｃｔ  Ｂ（１１０ｂ）をサーバとするＩＤＬ  Ｃａｌｌ、および試験ＩＤＬ  Ｃａｌｌリストに対応したＩＤＬ  Ｃａｌｌの中で実施できないものがあった場合は、実施の形態１と同様に、試験情報記憶部３１１に更新オブジェクト試験実行情報の登録を行う（追加処理３に相当）。ここでは、ＩＤＬ  Ｃａｌｌの確立の完了を検証試験の成功として判断するか否かを、相互接続性のあり／なしにて判断する。
【０１１８】
次に、更新オブジェクトに関するサーバ分析処理（ｔ００４）において、試験スケジュール分析機能３１０は、既に実施の形態１において説明した動作に対して、サーバ側試験オブジェクト検索処理を追加して行う。すなわち、ｔ００２におけるクライアント側試験オブジェクト検索処理と同様に、サーバ側試験オブジェクト検索処理にて試験ＩＤＬ  Ｃａｌｌリストを検出し、検出した試験ＩＤＬ  Ｃａｌｌリストに対応したＩＤＬ  Ｃａｌｌ処理を追加して行う。
【０１１９】
ここで、サーバ側試験オブジェクト検索処理において、オブジェクト構成情報管理機能３２０は、Ｏｂｊｅｃｔ  Ａ（１１０ａ）のオブジェクト名と、試験オブジェクト構成情報のサーバ側オブジェクト名とが一致するエントリを抽出し、このクライアントオブジェクト名とＩＤＬ  Ｃａｌｌ名との組み合わせを試験ＩＤＬ  Ｃａｌｌリストとして検出する。
【０１２０】
実施の形態２によれば、オブジェクト構成情報管理機能に、本来は接続することのないＩＤＬ  Ｃａｌｌによるオブジェクト関係を試験オブジェクト構成情報として定義しておくことにより、相互接続を確立する検証試験だけでなく、試験オブジェクト構成情報に定義された相互接続を確立できないことを検証する試験も実施することができる。これにより、セキュリティなどにより相互接続できない動作の検証を行うことができる。
【０１２１】
さらに、オブジェクト再構成の過程で、任意のオブジェクト間のＩＤＬ  Ｃａｌｌの試験をあらかじめ規定された試験ＩＤＬ  Ｃａｌｌ情報に基づいて実施することにより、相互接続性のある動作確認だけでなく、相互接続を許さない場合の動作も検証するオブジェクト再構成試験を実現できる。
【０１２２】
実施の形態３．
実施の形態１は、更新オブジェクトに関連する全てのＩＤＬ  Ｃａｌｌの試験を行うものである。したがって、ＩＤＬ  Ｃａｌｌ試験が失敗した後に、改めて改修を加えたオブジェクトをメンバとする無線方式オブジェクト構成１００に関するオブジェクト再構成が起動された場合には、一度成功したＩＤＬ  Ｃａｌｌ試験も再度実施することとなる。これに対して、本実施の形態３では、成功したＩＤＬ  Ｃａｌｌ試験を改めて実行することなく、オブジェクト再構成を実現する場合について説明する。
【０１２３】
図１６は、本発明の実施の形態３におけるオブジェクト再構成試験装置３００の構成図である。実施の形態１に対して、新たに試験実施履歴管理機能３５０を追加している。試験実施履歴管理機能３５０は、検証試験を実施することにより、成功したＩＤＬ  Ｃａｌｌに関する情報を試験履歴情報として記録する試験履歴記憶部３５１を備える。
【０１２４】
試験スケジュール分析機能３１０は、更新オブジェクトに対応するＩＤＬ  Ｃａｌｌの試験を実行する際に、試験履歴情報を参照することにより、すでに試験履歴情報に記録されているＩＤＬ  Ｃａｌｌの検証試験は実行しないでよいと判断できる。
【０１２５】
具体的には、試験スケジュール分析機能３１０は、試験トリガ発生機能３４０から試験トリガ発生完了（ｍ０１１）により正常終了を通知してきた場合には、このＩＤＬ  Ｃａｌｌに関するクライアント、およびサーバとなるオブジェクト名、確立したＩＤＬ  Ｃａｌｌ名を試験実施履歴管理機能３５０に通知する。これを受けた試験実施履歴管理機能３５０は、これらの情報を試験履歴情報として試験履歴記憶部３５１に記録する。図１７は、本発明の実施の形態３における試験履歴記憶部３５１が保持する情報を示した図である。
【０１２６】
オブジェクト再構成が再実行されるときには、試験スケジュール分析機能３１０は、更新オブジェクトに関するクライアント分析（ｔ００２）と更新オブジェクトに関するサーバ分析（ｔ００４）において試験トリガ発行指示（ｍ０１０）を用いて試験トリガ発生機能３４０に試験トリガＩＤＬ  Ｃａｌｌの発行を指示する前に、そのＩＤＬ  Ｃａｌｌ試験が実行されていないか試験実施履歴管理機能３５０に問い合わる。
【０１２７】
そして、試験スケジュール分析機能３１０は、試験実施履歴管理機能３５０から試験履歴情報に該当するＩＤＬ  Ｃａｌｌが存在する応答を得た場合には、指示しようとしている試験トリガＩＤＬ  Ｃａｌｌに関する試験は、すでに正常に終了したものと判断して試験トリガ発生機能３４０への指示は行わない。
【０１２８】
以上のように、実施の形態３によれば、オブジェクト再構成の過程で、実施したＩＤＬ  Ｃａｌｌ試験が失敗した場合でも、それまでに実施したＩＤＬ  Ｃａｌｌ試験の履歴を保存しておくことにより、再度のオブジェクト再構成が実行される場合は、成功済のＩＤＬ  Ｃａｌｌ試験を実施することがない。このように、多重に試験を行うことがないため、オブジェクト再構成の再起動時の再構成時間を短縮することができる。
【図面の簡単な説明】
【０１２９】
【図１】本発明の実施の形態１におけるオブジェクト再構成試験装置を含むシステム全体の構成図である。
【図２】本発明の実施の形態１における試験情報記憶部が保持する情報を示した図である。
【図３】本発明の実施の形態１における構成情報記憶部が保持する情報を示した図である。
【図４】本発明の実施の形態１における起動情報記憶部が保持する情報である。
【図５】本発明の実施の形態１におけるオブジェクト間の相互接続性の検証試験の例示図である。
【図６】本発明の実施の形態１における試験スケジュール分析機能による試験の分析手順のフローチャートである。
【図７】本発明の実施の形態１における隣接オブジェクトが起動していない場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。
【図８】本発明の実施の形態１における隣接オブジェクトが起動していない場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。
【図９】本発明の実施の形態１における隣接オブジェクトが起動している場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。
【図１０】本発明の実施の形態１における隣接オブジェクトが起動している場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。
【図１１】本発明の実施の形態１における隣接オブジェクトが起動している場合の、更新オブジェクトに関するサーバ分析手順のフローチャートである。
【図１２】本発明の実施の形態２における構成情報記憶部が保持する試験オブジェクト構成情報を示す図である。
【図１３】本発明の実施の形態２における試験情報記憶部が保持する更新オブジェクト試験実行情報を示す図である。
【図１４】本発明の実施の形態２における隣接オブジェクトが起動している場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。
【図１５】本発明の実施の形態２における隣接オブジェクトが起動している場合の、更新オブジェクトによる試験スケジュール分析手順のフローチャートである。
【図１６】本発明の実施の形態３におけるオブジェクト再構成試験装置の構成図である。
【図１７】本発明の実施の形態３における試験履歴記憶部が保持する情報を示した図である。
【符号の説明】
【０１３０】
１００  無線方式オブジェクト構成、１１０、１１０ａ、１１０ｂ、１１０ｃ  オブジェクト、１２０、１２０ａ、１２０ｂ、１２０ｃ  試験ライブラリ、２００  オブジェクト再構成装置、２１０  Ｃｏｒｅｆｒａｍｅｗｏｒｋ機能、２２０  ＯＲＢ機能、３００  オブジェクト再構成試験装置、３１０  試験スケジュール分析機能、３１１  試験情報記憶部、３１２  再起動手順分析ルール、３２０  オブジェクト構成情報管理機能、３２１  構成情報記憶部、３３０  オブジェクトライフサイクル監視機能、３３１  起動情報記憶部、３４０  試験トリガ発生機能、３５０  試験実施履歴管理機能、３５１  試験履歴記憶部。
【図１】
2006331023.tif 000003
【図２】
2006331023.tif 000004
【図３】
2006331023.tif 000005
【図４】
2006331023.tif 000006
【図５】
2006331023.tif 000007
【図６】
2006331023.tif 000008
【図７】
2006331023.tif 000009
【図８】
2006331023.tif 000010
【図９】
2006331023.tif 000011
【図１０】
2006331023.tif 000012
【図１１】
2006331023.tif 000013
【図１２】
2006331023.tif 000014
【図１３】
2006331023.tif 000015
【図１４】
2006331023.tif 000016
【図１５】
2006331023.tif 000017
【図１６】
2006331023.tif 000018
【図１７】
2006331023.tif 000019