JP3572558B2 - 生産物の変更管理システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、複数の電子ファイルから構成される生産物の変更を、一貫性を保ちながら管理するための、生産物の変更管理システムに関するものである。
【０００２】
コンピュータプログラムに代表されるような、複数の電子ファイルが構成要素となって、一つ以上の生産物を形成しているような生産物の製造・保守過程においては、人間のミス等に基づいて生産物に作り込んでしまった障害を検出し、その障害を除去するために、電子ファイルを変更するといった繰り返し作業の中で、品質の高い生産物を効率的に製造することが必要である。
【０００３】
そのため、障害状況，ファイル版数，生産物の構成に関するデータを一貫して確実に記録し、利用者の要求に応じて必要な管理データを提示することをコンピュータによって支援する、生産物の変更管理システムが要望されている。
【０００４】
【従来の技術】
複数の電子ファイルから構成されるような生産物の製造・保守過程において、生産物から障害が検出されると、障害がファイルのどの部分に起因して生じているかの原因特定がまず行われ、さらに、特定された原因にあたる部分を、ファイルの編集装置等を利用して修正し、この修正されたファイルを用いて、再度新しい生産物を生成するといった繰り返し作業が行われる。
【０００５】
このような作業の流れの中で、生産物の品質保証という観点から、例えば、どのような障害が検出されたか、障害の処置状況はどのようになっているか、障害を処置するために変更したファイル名は何か、変更した後のファイル版数は何か、といった管理情報が記録として蓄積され、また、必要に応じて参照される。これらの情報は、生産物が製品として出荷可能な品質を備えているか否かという重要な判断を下すための基礎データとして使用されるものである。
【０００６】
従来、これらの管理情報を記録し蓄積するための手段として、障害管理システムと、版数構成管理システムという、いずれも、コンピュータによって管理情報の生成，記録，蓄積が可能な、二つの独立のシステムが適用されていた。
【０００７】
障害管理システムとは、障害に関する情報を、例えば障害管理台帳の形式で登録，参照，変更することができるようなシステムを総称している。一方、版数構成管理システムとは、ファイルの変更経歴としての個々のファイルに対する、全版数とそれに対応したファイル内容、および生産物の構成情報として凍結（記憶）されたファイル名と版数の組み合わせ情報を蓄積し、必要に応じて復元することができるようなシステムを総称している。
【０００８】
これらのシステムを適用することによって、従来のコンピュータを適用しない方法に比べて、障害管理データ内での一貫性と、版数構成管理データ内での一貫性は飛躍的に向上した。
【０００９】
ところが、変更管理を行う上で必要な、障害管理データと版数構成管理データとの連携データ、すなわち、ある障害は何というファイルを変更して、変更後のファイルの版数は何か、といった部分は、どちらか一方のシステムのデータを他方に、人手によって書き移していたため、障害管理データと、版数構成管理データとの間の一貫性を保つという点では不十分であった。
【００１０】
最近になって、このような問題点を解決するため、障害管理データと版数構成管理データの生成，登録を、システム側で予め定めた流れに沿って行うことによって、双方の管理データの間の一貫性を確保することができるような、新しい変更管理システムが見受けられるようになってきた。
【００１１】
例えば具体的には、登録済みの障害の一覧から一つを選択すると、変更可能なファイルの一覧が表示され、そこから任意のファイルを選択すると、そのファイルを編集するための編集装置が起動され、さらに変更が終了して、障害の処置が完了したことを利用者が宣言すると、変更後の版数が割り当てられると同時に、選択された障害識別子に対して、変更ファイル名と版数が対応付けられて蓄積されるという仕組みのものがあった。このようなものによって、障害管理データと版数構成管理データ間の一貫性は、確実に保証されるようになった。
【００１２】
【発明が解決しようとする課題】
ところが、従来の技術における新しい変更管理システムでは、次のような、新たな二つの問題を生じていた。
【００１３】
第１の問題は、管理データの生成，登録の作業の流れが、システムによって予め定められているため、利用者の作業手順が制約を受けるようになってしまったことに起因している。具体的には、ファイルを変更する前には、必ず障害管理票が登録されていなければならないようになっている。あるいは、ある障害を処置するために変更を加えている最中に、そのファイルが全く別の障害の原因になっていることに突然気づいたため、そのまま急遽、別障害の処置を行うと、別障害に関する管理情報がその場ですぐに登録できないといったことが起こる。そのため、利用者はシステムで定められている通りの手順を踏まなければならず、その結果として、臨機応変に作業することができないことによる、作業効率の低下と、利用者のストレスの増加といった問題が生じていた。
【００１４】
第２の問題は、新しい変更管理システムが、専用システムであることに起因している。すなわち、障害管理データと、版数構成管理データ間の一貫性を確保するためには、専用システムを使用しなければならず、それまで利用者が使用していた障害管理システムや、版数管理システムが使用できないため、蓄積された過去の管理データがすべて使い物にならなかったり、あるいは利用者が専用システムが動作可能な環境を持っていないような場合には使用できず、その結果として、汎用的に使用できないという問題を生じていた。
【００１５】
本発明は、このような従来技術の課題を解決しようとするものであって、利用者の作業手順に制約を発生させることがなく、しかも、利用者が従来使用していたシステムでも、新しく手配したシステムでも、汎用的に対応して、障害管理データと版数構成管理データとの間の一貫性を確保することができる、生産物の変更管理システムを提供することを目的としている。
【００１６】
【課題を解決するための手段】
図１は、本発明の態様（１） の原理構成を示したものである。態様（１） においては、障害管理システムおよび版数構成管理システムは、相互に他方の状況に拘束されることなく、自由な手順で使用することができ、双方のシステムが持つ連携すべき管理データの一貫性を、任意のタイミングで確保することができる処理部を、双方のシステムの外部に持つ構成を有している。
【００１７】
一般的な障害管理システム１０は、障害に関する情報を、例えば障害管理台帳の形式で登録，参照，変更することができる、一般的に知られているシステムであって、障害管理ＨＭＩ部１１と、障害管理処理部１２は、障害管理アクセス権データ部１３と、障害管理データ部１４とを有している。障害管理ＨＭＩ部１１は、障害に関する管理データを登録，参照，変更するためのＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ ）である。障害管理処理部１２は、障害管理ＨＭＩ部１１から入力された管理データを、障害管理データ部１４に登録したり、または障害管理データ部１４から取り出した管理データを、障害管理ＨＭＩ部１１を介して表示したりする。
【００１８】
障害管理データ部１４は、障害に関する管理データ自身であり、例えばファイルであったり、リレーショナルデータベースであったりする。障害管理アクセス権データ部１３は、障害管理データ部１４内の管理データのうち、特にそのアクセスに当たって、利用者を制限する必要があるものに対して、個々の管理データが、どの利用者にとってアクセス可能であるかという情報を保持している。
【００１９】
一般的な版数構成管理システム１５は、ファイルの変更履歴情報を生成したり、または参照したりすることと、ファイル構成を凍結（記憶）したり、その凍結情報を参照したりすることができる、一般的に知られているシステムであり、版数構成管理ＨＭＩ部１６と、版数構成管理処理部１７と、版数構成管理データ部１８と、版数構成管理アクセス権データ部１９とを有している。
【００２０】
版数構成管理ＨＭＩ部１６は、ファイルの変更履歴を生成したり、参照したり、ファイル構成の凍結情報を生成したり，参照したりするためのＨＭＩである。版数構成管理処理部１７は、ファイルの変更履歴およびファイル構成の凍結情報を生成し、その結果を版数構成管理データ部１８に書き込んだり、あるいは版数構成管理データ部１８から取り出した管理データを、版数構成管理ＨＭＩ部１６を通じて表示したりする。
【００２１】
版数構成管理データ部１８は、ファイル変更履歴とファイル構成の凍結情報自身であり、例えばファイルであったり、リレーショナルデータベースであったりする。版数構成管理アクセス権データ部１９は、版数構成管理データ部１８内の管理データのうち、特にそのアクセスに当たって利用者を制限する必要のあるものに対して、個々の管理データが、どの利用者にとってアクセス可能であるかという情報を保持している。
【００２２】
管理データ・インタフェース部２０は、すべての管理データにアクセスするためのインタフェースであり、具体的には、例えば管理データがファイルであれば、ファイルのリード／ライト処理であり、管理データがリレーショナルデータベースであれば、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ ）文等の生成，実行処理である。一貫性確保ＨＭＩ部２１は、障害管理データ部１４と版数構成管理データ部１８間の一貫性を確保するために、利用者が起動するすべての機能と、その実行結果を表示するためのＨＭＩである。
【００２３】
利用者情報取得部２２は、管理データ間一貫性確保部２４を起動している利用者の識別情報、例えばシステムへのログインＩＤを取得して、アクセス権照合部２３に通知する。アクセス権照合部２３は、管理データ間一貫性確保部２４が障害管理システム１０、または版数構成管理システム１５内の管理データにアクセスしようとしたときに、利用者情報取得部２２から通知された利用者に、該当管理データへのアクセス権があるかどうかを照合する。
【００２４】
管理データ間一貫性確保部２４は、障害管理データ部１４と版数構成管理データ部１８間の一貫性を確保するために、障害管理システム１０および版数構成管理システム１５とは非同期で起動され、連携データの登録，矛盾検出のための解析処理の実行を行うが、詳細な原理は、後述の態様（７） ，態様（８） ，態様（９） ，態様（１０），態様（１１）で説明する。
【００２５】
図２は、本発明の態様（２） の原理構成を示したものである。態様（２） においては、障害管理システムおよび版数構成管理システムが異なるものになった場合でも、容易に対応して変更管理システムを実現できるようにするために、双方のシステムが持つ連携データにアクセスする際に、必要となる構成情報を外部から定義することができる構成を有している。
【００２６】
図２において、構成データ設定処理部２５と構成データ部２６以外の部分の構成と動作は、図１において説明した通りである。
【００２７】
構成データ部２６は、障害管理データ部１４および版数構成管理データ部１８にあって、管理データ間一貫性確保部２４が必要とする連携データの、データ格納形式と、個々のデータの格納場所，データサイズ，データ個数等に関する情報を持っている。構成データ設定処理部２５は、障害管理データ部１４と版数構成管理データ部１８の構成に合わせるために、一貫性確保ＨＭＩ部２１を通じて外部から構成データ部２６を変更するための処理を行う。
【００２８】
図３は、本発明の態様（３） の原理構成を示したものである。態様（３） においては、障害管理システムおよび版数構成管理システムが異なるものになった場合でも、容易に対応して変更管理システムを実現できるようにするために、アクセスすべき連携データのうち、双方のシステム側にないものについては、外部の連携データに格納，参照する構成をとっている。
【００２９】
図３において、連携データ部２７と管理情報生成部２８以外の部分の構成と動作は、図１において説明した通りである
【００３０】
連携データ部２７は、管理データ間一貫性確保部２４が必要とする連携データの一部を、障害管理データ部１４または版数構成管理データ部１８が、もともと持っていない場合に使用される連携データ格納部分である。管理情報生成部２８は、連携データ部２７に格納されている情報を取り出し、利用者にわかりやすい所定の形式に加工する処理を行う。
【００３１】
図４は、本発明の態様（４） の原理構成を示したものである。態様（４） においては、障害管理システムおよび版数構成管理システムが異なるものになった場合でも、容易に対応して変更管理システムを実現できるようにするために、構成情報を外部から定義する処理と、外部の連携データを併せ持つ構成をとっている。
【００３２】
図４において、各部の構成と動作は、図１，図２，図３において説明した通りである。
【００３３】
図５は、本発明の態様（５） の原理構成を示したものである。態様（５） においては、障害管理システムおよび版数構成管理システムが異なるものになった場合でも、容易に対応して変更管理システムを実現できるようにするために、双方のシステムが持つ連携データをアクセスする際に照合する必要がある、個々のデータごとのアクセス権データを、外部に持つ構成をとっている。
【００３４】
アクセス権データ部２９は、管理データ間一貫性確保部２４が、障害管理データ部１４および版数構成管理データ部１８にアクセスする際に、アクセス権照合部２３が必要とする、個々の連携データごとに、どの利用者がアクセス可能かという情報を持っている。
【００３５】
図６は、本発明の態様（６） の原理構成を示したものである。態様（６） においては、障害管理システムおよび版数構成管理システムが異なるものになった場合でも、容易に対応して変更管理システムを実現できるようにするために、構成情報を外部から定義する処理と、外部に連携データとアクセス権データを併せ持つ構成をとっている。
【００３６】
図６において、各部の構成と動作は、図１，図２，図３および図５において説明した通りである。
【００３７】
図７は、本発明の態様（７） の原理構成を示したものである。態様（７） においては、障害識別子−変更ファイル−ファイル版数の一貫性を確保するために、一貫性をとるべき状態になっているデータのみを効率よく取り出す処理と、利用者が双方のシステムの管理データの対応付けを確実に行えるＨＭＩを持っている。
【００３８】
管理データ間一貫性確保部２４の内部以外の部分の構成と動作は、上述の各図について説明した通りである。対応付け操作制御部２４−１は、障害識別子−変更ファイル−ファイル版数の対応付けを利用者が行ないやすい所定の形式に編集する処理を行う。データ登録待ち障害取り出し部２４−２は、障害管理データ部１４の中から、変更ファイル名とファイル版数の両方または一方が登録待ちになっている障害識別子を取り出すことと、確定した変更ファイル名またはファイル版数を障害管理データ部１４に格納する処理を行う。
【００３９】
起動日時格納部２４−３は、一貫性の確保処理が起動され、変更済ファイル情報取り出し部２４−４が情報を取り出した前回の日時データを記録している。変更済ファイル情報取り出し部２４−４は、起動日時格納部２４−３から取り出した日時よりも、ファイル最終更新日時が新しいファイル名とその版数を、版数構成管理データ部１８から取り出す処理を行う。
【００４０】
図８は、本発明の態様（８） の原理構成を示したものである。態様（８） においては、一貫性確保処理として、個々の障害が、どのファイル構成凍結版数、すなわち通称ベースラインにおいて盛り込まれたかを、自動的に判断する機構を有している。
【００４１】
図８において、管理データ間一貫性確保部２４の内部構成と動作以外については、上述の各図で説明した通りである。
【００４２】
解決済障害データ取り出し部２４−５は、障害管理データ部１４から、解決済みであると判断できる障害に対する障害番号等からなる障害識別子，変更ファイル名，ファイル版数の組み合わせ一式を取り出すことと、確定したベースライン版数を障害管理データ部１４に格納する処理を行う。凍結版数特定部２４−６は、解決済障害データ取り出し部２４−５により取り出された変更ファイル名とファイル版数をもとに、それらがどのベースライン版数において取り込まれたかを、版数構成管理データ部１８を検索して確定する。
【００４３】
図９は、本発明の態様（９） の原理構成を示したものである。態様（９） においては、障害管理システム側にベースライン版数を管理する機構がない場合に、外部データとして障害識別子とベースライン情報の対応を管理し、利用者にその情報を通知することができるようになっている。
【００４４】
図９において、管理データ間一貫性確保部２４の内部構成と動作以外については、上述の各図で説明した通りである。また、解決済障害取り出し部２４−５と、凍結版数特定部２４−６の機能については、図８の説明で述べた通りである。
【００４５】
凍結版数データ格納部２４−７は、障害識別子と、その障害処置が盛り込まれたベースライン版数を対応させて格納する外部データである。解決済障害選別部２４−８は、凍結版数データ格納部２４−７に存在する障害識別子を取り出して、その結果を解決済障害データ取り出し部２４−５に通知する。障害解決表生成部２４−９は、利用者の意思に従って凍結版数データ格納部２４−７の情報を、障害解決表として出力するために、情報の体裁を例えば一覧表等の所定の形式に整える処理を行う。
【００４６】
図１０は、本発明の態様（１０）の原理構成を示したものである。態様（１０）においては、障害識別子−変更ファイル−ファイル版数の一貫性を確保するために、障害管理システムと版数構成管理システムの双方が持つ管理データを解析して、矛盾を検出する機構を有している。
【００４７】
図１０において、管理データ間一貫性確保部２４の内部構成と動作以外については、上述の各図で説明した通りである。
【００４８】
障害版数データ取り出し部２４−１０は、障害管理データ部１４から障害識別子−変更ファイル名−ファイル版数のすべての組み合わせを取り出して、その結果を矛盾検出部２４−１２に通知する。ファイル版数データ取り出し部２４−１１は、版数構成管理データ部１８からファイル名−ファイル版数のすべての組み合わせを取り出して、その結果を矛盾検出部２４−１２に通知する。
【００４９】
矛盾検出部２４−１２は、それぞれから通知されたファイル名とファイル版数を照合することによって、双方の管理データ間の矛盾を自動的に検出して、検出状況を一貫性確保ＨＭＩ部２１を通じて利用者に通知する。
【００５０】
図１１は、本発明の態様（１１）の原理構成を示したものである。態様（１１）においては、態様（７） で説明した一貫性の確保操作を行おうとしているときに、利用者側のなんらかの理由で、例えば障害通知レポートを未発行のために、障害識別子を割り当てられていないものの、ファイルは既に修正済みであるようなことがあっても、その障害通知レポートの発行を後で忘れることがないようにするための、障害識別子のリザーブ機構を持っている。
【００５１】
障害識別子リザーブ部２４−１３以外の部分の構成と動作については、上述の各図で説明した通りである。
【００５２】
障害識別子リザーブ部２４−１３は、対応付け操作制御部２４−１から利用者が入力した障害識別子と、変更済ファイル情報取り出し部２４−４が取り出したファイル名とファイル版数を、例えば、障害通知レポートのリザーブとして、障害管理データ部１４に書き込む処理を行う。
【００５３】
以下、図１に示された原理構成図に基づいて、態様（１） における本発明の作用を説明する。利用者によって、任意のタイミングで障害管理データ部１４のデータと、版数構成管理データ部１８のデータとの間の一貫性を確保する要求を受けたとき、一貫性確保ＨＭＩ部２１は、まず利用者情報取得部２２に利用者識別子を通知するとともに、管理データ間一貫性確保部２４に一貫性確保要求を通知する。
【００５４】
要求を受けた管理データ間一貫性確保部２４は、データアクセス権の有無の確認を行ないながら、障害管理データ部１４および版数構成管理データ部１８からの管理データを取り出して、態様（７），（８），（９），（１０），（１１） で示される方式によって、一貫性確保のための解析を行ない、再度、管理データを障害管理データ部１４および版数構成管理部１８の一方または両方へ書き込む。
【００５５】
管理データの取り出しおよび書き込みのため、まず、管理データ間一貫性確保部２４は、データアクセス要求を管理データ・インタフェース部２０に送る。データアクセス要求を受けた管理データ・インタフェース部２０は、要求を解釈して、障害管理データ部１４および版数構成管理データ部１８からのデータ取り出しおよび書き込みのための命令文を生成し、取り出しの場合はそのデータを、書き込みの場合は書き込み完了成否を、管理データ間一貫性確保部２４に返す。
【００５６】
なお、アクセス要求が通知される前に、アクセス権照合部２３は、利用者情報取得部２２に格納された利用者識別子が、アクセスしようとしている管理データにアクセス可能か否かを、障害管理アクセス権データ部１３および版数構成管理アクセス権データ部１９に格納されている、アクセス権情報と照合した上で、アクセス可能な場合だけ、管理データ間一貫性確保部２４がデータアクセス要求を発生させるように制御を行っている。
【００５７】
以下、図２に示された原理構成図に基づいて、態様（２） における本発明の作用を説明する。基本的な作用は、前述した態様（１） の場合と同じであるが、管理データ間一貫性確保部２４およびアクセス権照合部２３が、管理データの格納位置やサイズ，個数等の構成データを構成データ部２６から取り出した上で、管理データ・インタフェース部２０にデータアクセス要求を通知する点が異なっている。さらに構成データ部２６は、任意のタイミングで、利用者からの要求を受けた構成データ設定処理部２５を通じて、追加，変更，削除等を行うことができる。
【００５８】
以下、図３に示された原理構成図に基づいて、態様（３） における本発明の作用を説明する。基本的な作用は、前述した態様（１） の場合と同じであるが、管理データ間一貫性確保部２４による一貫性確保のための解析処理において取り出す管理データまたは書き込む管理データが、障害管理データ部１４または版数構成管理データ部１８に、もともと存在しない場合に、管理データ間一貫性確保部２４は、連携データ部２７にアクセスを行うことによって、変更管理に必要な情報を記録として残す点が異なっている。
【００５９】
さらに、これらの管理データは、もともと障害管理システム１０や版数構成管理システム１５に存在せず、参照の手段もないため、利用者からの参照要求があった場合は、管理情報生成部２８が、連携データ部２７から情報を取り出して編集した上で、一貫性確保ＨＭＩ部２１を通じて、利用者に情報の提供を行う。
【００６０】
図４に示された態様（４） における本発明の作用は、態様（２） における作用と、態様（３） における作用との両方を持ち、それぞれの作用は独立して行われるものであるため、詳細な説明は省略する。
【００６１】
以下、図５に示された原理構成図に基づいて、態様（５） における本発明の作用を説明する。基本的な作用は、前述した態様（１） の場合と同じであるが、アクセス権照合部２３によるアクセス権の照合処理の一部または全部において、障害管理アクセス権データ部１３および版数構成管理アクセス権データ部１９から、アクセス権情報を取り出す代わりに、アクセス権データ部２９から取り出す点が異なっている。
【００６２】
図６に示された態様（６） における本発明の作用は、態様（２） における作用と、態様（３） における作用と、態様（５） における作用のすべてを持ち、それぞれの作用は独立して行われるものであるため、詳細な説明は省略する。
【００６３】
以下、図７に示された原理構成図に基づいて、態様（７） における本発明の作用を説明する。利用者によって、任意のタイミングで障害管理データ部１４のデータと、版数構成管理データ部１８のデータ間の一貫性を確保する要求を、一貫性確保ＨＭＩ部２１を通じて受けた対応付け制御部２４−１は、変更済ファイル情報取り出し部２４−２に対して、ファイル名−ファイル版数を組み合わせた情報の版数構成管理データ部１８からの取り出し要求を行うとともに、データ登録待ち障害取り出し部２４−２に対して、障害識別子−変更ファイル名−ファイル版数を組み合わせた情報の、障害管理データ部１４からの取り出し要求も行う。
【００６４】
まず、要求を受けた変更済ファイル情報取り出し部２４−４は、起動日時格納部２４−３から、一貫性確保処理が起動された前回の日時データを取り出し、版数構成管理データ部１８内で管理されているすべてのファイルの最終更新日時との比較を行って、前回の日時データよりも新しい最終更新日時を持つファイル名−ファイル版数の組み合わせをすべて取り出し、そのデータを対応付け操作制御部２４−１に通知する。
【００６５】
一方、要求を受けたデータ登録待ち障害取り出し部２４−２は、変更ファイル名およびファイル版数の、一方または両方が未登録状態の障害識別子−変更ファイル名−ファイル版数の組み合わせをすべて取り出して、そのデータを、対応付け操作制御部２４−１に通知する。データを受けた対応付け操作制御部２４−１は、障害管理データ部１４から取り出された障害識別子と、版数構成管理データ部１８から取り出されたファイル名−ファイル版数の組み合わせとの対応付けを、利用者が行ないやすい形式、例えば一覧のような形式に編集して、一貫性確保ＨＭＩ部２１に通知する。
【００６６】
そして、対応付け操作制御部２４−１が、利用者によって対応付けられた障害識別子−変更ファイル名−ファイル版数の、障害管理データ部１４への書き込み要求を、管理データ・インタフェース部２０に対して行ない、書き込み命令が実行されることによって、障害管理データ部１４に、一貫性の保証された変更ファイル名とファイル版数が登録される。
【００６７】
以下、図８に示された原理構成図に基づいて、態様（８） における本発明の作用を説明する。解決済障害データ取り出し部２４−５は、利用者によって、一貫性確保ＨＭＩ２１を通じて、任意のタイミングで障害管理データ部１４のデータと、版数構成管理データ部１８のデータ間の一貫性を確保する要求を受けたとき、障害管理データ部１４の中で、障害が解決していることを示す管理データが、予めわかっているものとして、解決済みの障害識別子−変更ファイル名−ファイル版数の組み合わせ取り出す。
【００６８】
このとき、障害管理データ部１４内に、障害識別子ごとにその障害処置が盛り込まれた、通称ベースライン版数データを格納する領域を持ち、その領域に既にベースライン版数が登録済みのものについては、解決済みであっても、障害識別子−変更ファイル名−ファイル版数の組み合わせを取り出さない。
【００６９】
次に、取り出されたデータを、凍結版数特定部２４−６が、障害識別子一つずつに対して、変更ファイル名とファイル版数の組み合わせをもとに、版数構成管理データ部１８のベースライン版数ごとに存在するファイル構成情報を、ベースライン版数の古いものから新しいものへと、順番に検索して、その障害処置が盛り込まれたベースライン版数を特定する。
【００７０】
このとき、一つの障害識別子に対して、複数の変更ファイル名とファイル版数との組み合わせがある場合は、変更ファイルごとに、一つずつベースライン版数を特定してゆき、特定できたベースライン版数の中で、最も新しいものが、その障害処置が盛り込まれたベースライン版数であると判断する。
【００７１】
そして、特定されたベースライン版数と、それに対応した障害識別子は、管理データ・インタフェース部２０に通知され、障害管理データ部１４への書き込み命令が実行されることによって、障害管理データ部１４に、一貫性が保証されたベースライン版数が登録される。
【００７２】
以下、図９に示された原理構成図に基づいて、態様（９） における本発明の作用を説明する。解決済障害データ取り出し部２４−５は、利用者によって、一貫性確保ＨＭＩ２１を通じて、任意のタイミングで障害管理データ部１４のデータと、版数構成管理データ部１８のデータ間の一貫性を確保する要求を受けたとき、まず、解決済障害選別部２４−８を呼び出す。
【００７３】
ここで、解決済障害選別部２４−８は、凍結版数データ格納部２４−７に格納されている障害識別子を取り出し、その結果を解決済障害データ取り出し部２４−５に通知する。解決済障害データ取り出し部２４−５は、通知された障害識別子を除く、解決済みの障害識別子−変更ファイル名−ファイル版数の組み合わせを、障害管理データ部１４から取り出す。
【００７４】
次に、取り出されたデータを、凍結版数特定部２４−６が、障害識別子一つずつに対して、変更ファイル名とファイル版数の組み合わせをもとに、版数構成管理データ部１８のベースライン版数ごとに存在するファイル構成情報を、ベースライン版数の古いものから新しいものへと、順番に検索して、その障害処置が盛り込まれたベースライン版数を特定する。
【００７５】
このとき、一つの障害識別子に対して、複数の変更ファイル名とファイル版数との組み合わせがある場合は、変更ファイルごとに、一つずつベースライン版数を特定してゆき、特定できたベースライン版数の中で、最も新しいものを、その障害処置が盛り込まれたベースライン版数であると判断する。
【００７６】
このようにして特定されたベースライン版数とそれに対応する障害識別子とは、凍結版数特定部２４−６によって、凍結版数データ格納部２４−７に書き込まれる。またベースラインに関する情報を参照する場合は、一貫性確保ＨＭＩ部２１によって起動された障害解決表生成部２４−９は、凍結版数データ格納部２４−７によって障害識別子−ベースライン版数の情報を取り出し、利用者が見やすい所定の形式に編集した上で、一貫性確保ＨＭＩ部２１を通じて、利用者に情報を提供する。
【００７７】
以下、図１０に示された原理構成図に基づいて、態様（１０）における本発明の作用を説明する。障害版数データ取り出し部２４−１０は、利用者によって、一貫性確保ＨＭＩ２１を通じて、任意のタイミングで障害管理データ部１４のデータと、版数構成管理データ部１８のデータ間の矛盾を検出する要求を受けたとき、障害管理データ部１４から、障害識別子−変更ファイル名−ファイル版数を組み合わせたすべての情報（以降、便宜上、データ１と呼ぶ）を取り出す。
【００７８】
また、同じ要求を受けたファイル版数データ取り出し部２４−１１は、版数構成管理データ部１８から、ファイル名−ファイル版数を組み合わせた、すべての情報（以降、便宜上、データ２と呼ぶ）を取り出す。そして、矛盾検出部２４−１２が、データ１とデータ２を読み込んで、次にあげる二つの矛盾検出処理を行う。
【００７９】
第１の矛盾として、矛盾検出部２４−１２は、データ１側に存在するが、データ２側に存在しないファイル名−ファイル版数の組み合わせを検出して、一貫性確保ＨＭＩ部２１を通じて利用者に通知する。これによって、障害管理システム側での、利用者による変更ファイル名またはファイル版数の記入誤りか、または版数構成管理システム側でのファイル改版登録操作忘れのどちらか一方に基づく、データの組み合わせが検出される。
【００８０】
第２の矛盾として、データ２側に存在するが、データ１側に存在しないファイル名−ファイル版数の組み合わせを検出して、同様に利用者に通知する。これによって、どの障害処置にも対応していないファイルの変更を検出することができる。
【００８１】
以下、図１１に示された原理構成図に基づいて、態様（１１）における本発明の作用を説明する。態様（１１）の基本的な作用は、前述した態様（７） における作用と同じであるが、次の点で異なっている。
【００８２】
障害管理データ部１４から取り出した障害識別子を、版数構成管理データ部１８から取り出したファイル名−ファイル版数に対応付けようとした場合に、対応付けるべき障害識別子が存在しないことを、利用者が判断したときは、その判断をもとに、障害識別子リザーブ部２４−１３が、リザーブ用の障害識別子とそれに対応付けられる版数構成管理データ部１８から取り出したファイル名−ファイル版数を、障害管理データ部１４に書き込む。その後、利用者は任意のタイミングで、障害管理システムを起動して、リザーブ用の障害識別子を正式なものと置換したうえで、その他の管理データの登録を行う。
【００８３】
以下、本発明の課題を解決するための具体的手段を列挙する。
【００８４】
（１） 生産物を構成する電子ファイルにおいて検出された障害に関する情報を登録するとともに、これを参照し変更することが可能な障害管理処理部１２と、障害管理処理部１２の登録情報を格納する障害管理データ部１４と、障害管理処理部１２が障害管理データ部１４にアクセスする際の利用者ごとのアクセス権を定義する障害管理アクセス権データ部１３と、利用者が障害管理処理部１２を利用する際のインタフェースをとる障害管理ＨＭＩ部１１とを備えた障害管理システム１０と、生産物を構成する電子ファイルの変更に伴う版数構成の履歴情報を登録するとともに、これを参照し変更することが可能な版数構成管理処理部１７と、版数構成管理処理部１７の登録情報を格納する版数構成管理データ部１８と、版数構成管理処理部１７が版数構成管理データ部１８にアクセスする際の利用者ごとのアクセス権を定義する版数構成管理アクセス権データ部１９と、利用者が版数構成管理処理部１７を利用する際のインタフェースをとる版数構成管理ＨＭＩ部１６とを備えた版数構成管理システム１５とに対して、障害管理データ部１４と版数構成管理データ部１８とを読み書きすることが可能な管理データ・インタフェース部２０と、管理データ・インタフェース部２０から読み込まれた生産物の障害データと版数構成データとの連携関係を解析するとともに解析結果に応じて管理データ・インタフェース部２０に対して連携関係にある障害データと版数構成データ（以下連携データという）の書き込みを指示する管理データ間一貫性確保部２４と、利用者が管理データ間一貫性確保部２４を利用する際のインタフェースをとる一貫性確保ＨＭＩ部２１と、管理データ間一貫性確保部２４を起動しようとしている利用者の利用者情報を取得するための利用者情報取得部２２と、障害管理アクセス権データ部１３または版数構成管理アクセス権データ部１９における利用者のアクセス権を照合するアクセス権照合部２３とを備えることによって、障害管理データ部１４と版数構成管理データ１８とにおける管理データの一貫性を確保できるようにする。
【００８５】
（２） （１） の場合に、障害管理データ部１４と版数構成管理データ部１８におけるデータ中、管理データ間一貫性確保部２４が必要とする連携データについてのみ、データの所在とデータの構成に関するデータを格納する構成データ部２６と、利用者が構成データ部２６の設定を任意に変更可能にするための構成データ設定処理部２５とを備え、管理データ・インタフェース部２０が、構成データ部２６を参照して必要な連携データの構成情報を確認してから、必要な連携データの読み書きを行う。
【００８６】
（３） （１） の場合に、障害管理データ部１４または版数構成管理データ部１８内にある連携データの一部または全部を持つことが可能な連携データ部２７と、連携データ部２７におけるデータを含む管理情報を利用者に提示する形式に生成する管理情報生成部２８とを備え、管理データ間一貫性確保部２４が連携データ部２７に対して、連携データの参照または書き込みを行うことによって、障害管理システム１０または版数構成管理システム１５が連携データの一部または全部を持たない場合でも、障害管理データ部１４と版数構成管理データ部１８とにおける管理データの一貫性を確保できるようにする。
【００８７】
（４） （２） の場合に、障害管理データ部１４または版数構成管理データ部１８内にある連携データの一部または全部を持つことが可能な連携データ部２７と、連携データ部２７におけるデータを含む管理情報を利用者に提示する形式に生成する管理情報生成部２８とを備え、管理データ・インタフェース部２０が、構成データ部２６を参照して必要な連携データの構成情報を確認してから、必要な連携データの読み書きを行うとともに、管理データ間一貫性確保部２４が連携データ部２７に対して、連携データの参照または書き込みを行うことによって、障害管理システム１０または版数構成管理システム１５が連携データの一部または全部を持たない場合でも、障害管理データ部１４と版数構成管理データ部１８とにおける管理データの一貫性を確保できるようにする。
【００８８】
（５） （１） の場合に、管理データ・インタフェース部２０が、障害管理データ部１４または版数構成管理データ部１８にアクセスする際の利用者ごとのアクセス権の一部または全部が定義されたアクセス権データ部２９を備え、管理データ・インタフェース部２０が、障害管理データ部１４または版数構成管理データ部１８にアクセスする際にアクセス権データ部２９も参照することによって、障害管理システム１０および／または版数構成管理システム１５がアクセス権データの一部または全部を外部から参照可能な形式で持たない場合でも、管理データの不用意な書き換えを防止できるようにする。
【００８９】
(6)(4)の場合に、管理データ・インタフェース部２０が、障害管理データ部１４または版数構成管理データ部１８にアクセスする際の利用者ごとのアクセス権の一部または全部が定義されたアクセス権データ部２９を備え、管理データ・インタフェース部２０が、構成データ部２６を参照して必要な連携データの構成情報を確認してから、必要な連携データの読み書きを行うとともに、障害管理データ部１４または版数構成管理データ部１８にアクセスする際にアクセス権データ部２９を参照することによって、障害管理システム１０および／または版数構成管理システム１５がアクセス権データの一部または全部を外部から参照可能な形式で持たない場合でも、管理データの不用意な書き換えを防止できるようにし、管理データ間一貫性確保部２４が連携データ部２７に対して、連携データの参照または書き込みを行うことによって、障害管理システム１０または版数構成管理システム１５が連携データの一部または全部を持たない場合でも、障害管理データ部１４と版数構成管理データ部１８とにおける管理データの一貫性を確保できるようにする。
【００９０】
（７） （１） の場合に、管理データ間一貫性確保部２４に、管理データ間一貫性確保部２４が前回起動された日時を格納する起動日時格納部２４−３と、起動日時格納部２４−３に格納されている日時データをもとに、その日時から後に更新されたファイルの情報を版数構成管理データ部１８から取り出すことが可能な変更済ファイル情報取り出し部２４−４と、障害に関する管理データの登録待ちになっている障害を識別する障害識別子を障害管理データ部１４から取り出すことが可能なデータ登録待ち障害取り出し部２４−２と、変更済ファイル情報取り出し部２４−４が取り出したファイル情報と、データ登録待ち障害取り出し部２４−２が取り出した障害識別子を利用者が対応付け可能な所定の形式に加工する対応付け操作制御部２４−１とを備え、利用者が一貫性確保ＨＭＩ部２１を通じて障害識別子と変更ファイル名の対応付けを行なって、その結果を対応付け操作制御部２４−１が管理データ・インタフェース部２０を介して障害管理データ部１４および／または版数構成管理データ部１８に書き込むようにする。
【００９１】
（８） （７） の場合に、管理データ間一貫性確保部２４に、対応付け操作制御部２４−１を通じて入力された障害識別子とそれに関する管理データを障害管理データ部１４内に登録することが可能な障害識別子リザーブ部２４−１３を備え、利用者が変更ファイル名と版数を障害識別子に対応付けようとしたとき、対応付けすべき障害識別子が存在しなかった場合は、利用者が一貫性確保ＨＭＩ部２１から入力した障害識別子と該当する変更ファイル名と版数を、障害識別子リザーブ部２４−１３が障害管理データ部１４に書き込むようにする。
【００９２】
（９） （１） の場合に、管理データ間一貫性確保部２４に、障害管理データ部１４から解決済みの障害に関する情報を取り出すことができる解決済障害データ取り出し部２４−５と、特定のファイル名とその版数をキーとして版数構成管理データ部１８内を検索することができる凍結版数特定部２４−６とを備え、解決済障害データ取り出し部２４−５が障害管理データ部１４から取り出した解決済みの障害識別子と変更ファイル名およびその版数を凍結版数特定部２４−６に渡すことによって、この情報をキーとして凍結版数特定部２４−６が版数構成管理データ部１８内の凍結された構成の版数すなわちベースラインを古いものから新しいものへ順に検索して、その障害処置が盛り込まれたベースライン版数を特定し、さらに特定されたベースライン版数を管理データ・インタフェース部２０を介して障害管理データ部１４および／または版数構成管理データ部１８に書き込むことによって、個々の障害がどのベースラインにおいて解決されたかを認識できるようにする。
【００９３】
（１０） （９） の場合に、管理データ間一貫性確保部２４に、障害識別子と、その障害処置が盛り込まれたベースライン版数とを対応させて格納する凍結版数データ格納部２４−７と、凍結版数データ格納部２４−７に存在する障害識別子を取り出し、解決済障害データ取り出し部２４−５が障害管理データ部１４からその障害に関する変更ファイル名とファイル版数を取り出さないように制御する解決済障害選別部２４−８と、利用者の意思に従って凍結版数データ格納部２４−７の情報を障害解決表として出力するために情報を所定の形式に編集する障害解決表生成部２４−９とを備え、解決済障害データ取り出し部２４−５が、解決済障害選別部２４−８から指定された障害識別子以外の解決済障害の変更ファイル名とファイル版数を障害管理データ部１４から取り出すとともに、凍結版数特定部２４−６が、特定したベースライン版数を凍結版数データ格納部２４−７に書き込むことによって、既存の障害管理システムがベースライン版数を管理する機構を持たないか、または障害管理データ部１４にベースライン版数を格納する領域を有しない場合でも、個々の障害がどのベースライン版数において解決されたかを利用者が確認できるようにする。
【００９４】
（１１） （１） の場合に、管理データ間一貫性確保部２４に、障害管理データ部１４から変更ファイル名とその版数とを取り出すことが可能な障害版数データ取り出し部２４−１０と、版数構成管理データ部１８から管理対象となっているすべてのファイル名と版数とを取り出すことが可能なファイル版数データ取り出し部２４−１１と、障害版数データ取り出し部２４−１０とファイル版数データ取り出し部２４−１１とから取り出したファイル名および版数を照合して連携データの矛盾を検出し、矛盾の状況を一貫性確保ＨＭＩ部２１に通知する矛盾検出部２４−１２とを備え、矛盾検出部２４−１２が、障害管理データ部１４側から取り出したファイル名と版数の組み合わせと一致しないものが版数構成管理データ部１８側にあることによって第１の矛盾（矛盾１）を検出し、版数構成管理データ部１８側から取り出したファイル名と版数の組み合わせと一致しないものが障害管理データ部１４側にあることによって第２の矛盾（矛盾２）を検出して、各矛盾検出状況を一貫性確保ＨＭＩ部２１を通じて利用者に通知する。
【００９５】
【発明の実施の形態】
図１２は、本発明の一実施形態を示したものであって、本発明を１台のＵＮＩＸマシン３０上で実現した場合の構成を示している。
【００９６】
図１２に示された実施形態においては、障害管理システム３１は、ＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ ）３２におけるリレーショナルデータベースを基盤として、障害に関する管理データを、データベース３３内のテーブル形式で保持している。版数構成管理システム３４は、生産物にあたるファイル群３５の変更履歴としてのファイル版数情報および構成情報を、テキスト形式の管理情報ファイル３６として保持している。
【００９７】
図中、一貫性確保処理３７は、障害管理システム側のデータベース３３と、版数構成管理システム側の管理情報ファイル３６にアクセスして、双方の一貫性を確保する、本発明の核となる部分である。また、図１〜図１１に示された原理構成図における障害管理ＨＭＩ部，版数構成管理ＨＭＩ部および一貫性確保ＨＭＩ部は、図１２における、コンソール（ＣＲＴ）３８とキーボード（ＫＢＤ）３９に相当する。
【００９８】
図１３，図１４は、それぞれ障害管理システムの画面例（１），（２） を示したものであって、図１〜図６に示された原理構成図における障害管理ＨＭＩ部に相当する。図１５は、障害管理システムのデータベース内の管理データの格納例を示し、図１〜図６に示された原理構成図における障害管理データ部および障害管理アクセス権データ部に相当する。
【００９９】
図１３は、障害管理システムのトップメニューであって、１番の障害通知票発行では、障害検出に伴い通知票を新規に発行する。発行は、図１４に示される障害通知票登録画面によって行う。２番の障害通知票更新では、障害の原因解析→処置実行→…に伴い、発行済みの通知票を適宜更新する。更新は同様に、図１４に示される登録画面によって行う。３番の障害通知票承認では、通知票に対して責任者の承認を行う。４番の管理情報出力では、データベースに登録されている通知票の一覧や、利用者が指定した管理データを出力する。Ｅの終了では、システムの終了が行われる。
【０１００】
図１３に示された障害管理システムのトップメニューで、１番または２番を起動すると、図１４に示された障害通知票の登録画面に移る。利用者は、図１４の画面で障害に関する種々の管理データを手入力やメニューからの選択方式等によって登録し、ここで登録された管理データが、図１５に示すテーブルに格納されていゆく。図１３において、障害レポート番号（ＲｅｐＮｏ．）は、障害識別子に対応している。
【０１０１】
図１６は、版数構成管理システムの画面例を示したものであって、図１〜図６に示された原理構成図における版数構成管理ＨＭＩ部に相当する。図１７は、版数情報ファイルの例を示し、版数情報を格納するファイルの内容の一例を示したものである。図１８は構成情報ファイルの例（１） を示し、構成情報を格納するファイルの内容の一例を示している。図１７，図１８は、図１〜図６に示された原理構成図における版数構成管理データ部および版数構成管理アクセス権データ部に相当する。
【０１０２】
図１６は、版数構成管理システムのトップメニューであって、１番のファイル取り出しでは、変更したいファイルを管理領域から取り出す操作を行う。２番のファイル登録では、変更したファイルを管理領域に登録する。これによって、ファイルの版数が上がってゆく。３番のベースライン設定では、ファイルの構成情報を凍結し、その構成に新しいベースライン版数を割り当てる。４番の管理情報出力では、ファイル版数，構成に関する情報を出力する。Ｅの終了では、システムの終了が行われる。
【０１０３】
図１６に示された版数構成管理システムのトップメニューで、２番を起動すると、変更が加えられたファイルに対して、新しいファイル版数が割り当てられ、その管理情報として、図１７に示す版数情報ファイルが生成される。またトップメニューから３番を起動すると、ベースライン情報として図１８に示す構成情報ファイルが生成される。
【０１０４】
図１９は、管理データ間一貫性確保処理の画面例を示したものであって、図１〜図１１に示された原理構成図における一貫性確保ＨＭＩ部に相当する。
【０１０５】
図１９は、管理データ間一貫性確保処理メニューであって、１番の障害情報−変更情報対応付けでは、障害管理システム側に版数構成管理システム側のファイル名および版数の情報を取り込む（本発明の態様（７），（１１）に対応）。２番のベースライン版数特定では、障害がどのベースラインで処理されたかを検出する（本発明の態様（８），（９） に対応）。３番の矛盾検出では、障害管理システム側と版数構成管理システム側の間のデータの矛盾を検出する（本発明の態様（１０）に対応）。Ｅの終了では、処理の終了が行われる。
【０１０６】
図２０は、本発明の態様（１） の動作例のフローチャートであって、図１２に示された実施形態をもとに、態様（１） の動作例をフローチャート化したものである。図１９に示されたメニューから起動された処理に応じて、アクセスするデータの参照権を確認した上で、必要な管理データを取り出して、一貫性を確保するための解析処理等を行う。
【０１０７】
図２１，図２２は、本発明の態様（２） の動作例のフローチャート（１／２），（２／２） であって、図１２に示された実施形態をもとに、態様（２） の動作例をフローチャート化したものである。図２３は、障害管理データに関する構成データの一例を示したものであって、図２，図４，図６における構成データ部に相当する。また図２４は、命令文生成のフローチャートであって、変更が終わっている障害識別子と、それに対応する変更ファイル名情報の一覧を障害管理データから取り出すための命令文を、構成データをもとにして生成するためのフローチャートを示している。
【０１０８】
図２５，図２６は、本発明の態様（３） の動作例のフローチャート（１／２），（２／２） であって、図１２に示された実施形態をもとに、態様（３） の動作例をフローチャート化したものである。図２５，図２６は、障害管理システムが、ファイルの変更に関する管理機能を持たずに、図１５で示された変更情報テーブルが、障害管理システム内の管理データに存在しない場合の例である。このような場合、ファイルの変更に関する管理データを、障害管理システムの外部に持ち、外部データ部からも管理データを取り出して、一貫性確保のための解析処理を行ない、その解析結果を障害管理システム側だけでなく、外部データ部にも格納する。
【０１０９】
態様（４） の動作例をフローチャート化したものは、図２１， 図２２と、図２５，図２６を統合したものとなるので、図示を省略する。
【０１１０】
図２７，図２８は、本発明の態様（５） の動作例のフローチャート（１／２），（２／２） であって、図１２に示された実施形態をもとに、態様（５） の動作例をフローチャート化したものである。図２７，図２８は、障害管理システムが、メインテーブルと変更情報テーブルへのアクセス機能（具体的には図１３におけるメニューの１番や２番を起動すること）を、ＵＮＩＸユーザＩＤをもとに、起動できないようにすることによって、管理データへのアクセスを制御していて、図１５に示したようなアクセス権定義テーブルを持たない場合の例である。このような場合、アクセス権に関する情報を、障害管理システムの外部に持ち、メインテーブルや変更情報テーブルにアクセスする際に、外部のアクセス権データを参照する。
【０１１１】
態様（６） の動作例をフローチャート化したものは、図２１， 図２２と、図２５，図２６および図２７，図２８を統合したものとなるので、図示を省略する。
【０１１２】
図２９は、本発明の態様（７） の動作例のフローチャートであって、図１２に示された実施形態をもとに、態様（７） の動作例をフローチャート化したものである。図２９は、障害管理システム側に、版数構成管理システム側から変更ファイル名とファイル版数を取り込む場合の例である。また図３０は、対応付け画面の例（１） を示したものであって、障害情報−変更情報対応付け操作画面を示し、利用者が、障害ＲｅｐＮｏ．とファイル名−ファイル版数を対応付けするための画面の一例である。
【０１１３】
図３１は、構成情報ファイルの例（２） を示したものである。また図３２，図３３は、本発明の態様（８） の動作例のフローチャート（１／２），（２／２） であって、図１２に示された実施形態をもとに、態様（８） の動作例をフローチャート化したものであり、具体的なベースライン版数特定処理を、図３１に示された構成情報ファイルの例を用いて説明する。
【０１１４】
図１５に示されたように、障害ＲｅｐＮｏ．がＰＲＲＥＰ−ＣＴ−１の障害は、ｓｙｓｔｅｍ１．ｉｎｉ の１．０．１ 版と、ｓｙｓｔｅｍ２．ｉｎｉ の１．０．５ 版で処置されているため、まずｓｙｓｔｅｍ１．ｉｎｉ の１．０．１ 版がどのベースライン版数で取り込まれたかを検査する。この例の場合、Ｆｏｒ Ｉｎｔｅｇ−Ｔｅｓｔ／２．０である。同様に、ｓｙｓｔｅｍ２．ｉｎｉ については、Ｆｏｒ Ｉｎｔｅｇ−Ｔｅｓｔ／３．０である。両方の変更が盛り込まれて、初めてこの障害が解決することから、この障害の処置は、ベースライン版数Ｆｏｒ Ｉｎｔｅｇ−Ｔｅｓｔ／３．０で盛り込まれたと判断する。
【０１１５】
図３４，図３５は、本発明の態様（９） の動作例のフローチャート（１／２），（２／２） であって、図１２に示された実施形態をもとに、態様（９） の動作例をフローチャート化したものである。ファイルの版数構成管理システムと連携しない障害のみを扱う障害管理システムでは、ベースライン版数を管理データとして格納する領域を持たないのが一般的である。このような場合、障害ＲｅｐＮｏ．とその処置が盛り込まれたベースライン版数の対応データを、外部データとして持つことによって、一貫性を確保することができる。
【０１１６】
図３６，図３７は、本発明の態様（１０）の動作例のフローチャート（１／２），（２／２） であって、図１２に示された実施形態をもとに、態様（１０）の動作例をフローチャート化したものである。
【０１１７】
図３８，図３９は、本発明の態様（１１）の動作例のフローチャート（１／２），（２／２） であって、図１２に示された実施形態をもとに、態様（１１）の動作例をフローチャート化したものである。図４０は、対応付け画面の例（２） を示したものであって、図３０の対応付け画面の例（１） を拡張したものであり、版数構成管理システム側から取り出したファイル名−ファイル版数の組み合わせに対応付ける障害ＲｅｐＮｏ．がない（例えば、障害通知レポートの発行遅れのような）場合に、リザーブ用の障害ＲｅｐＮｏ．を手入力するための機能を持つ。
【０１１８】
ここで、入力されたリザーブ用障害ＲｅｐＮｏ．とそれに対応付けたファイル名−ファイル版数は、障害管理システム側の管理データに書き込まれることによって、利用者が、いずれ、正式な障害ＲｅｐＮｏ．を獲得できるようになる。
【０１１９】
【発明の効果】
以上説明したように、本発明の態様（１） によれば、障害管理データ登録と版数構成管理操作に関して、システム側で予め定められた手順をとらなくても、双方の管理データの一貫性を確保することができるようになるので、変更管理を行う作業者の効率を低下させることなく、一貫性の高い変更管理を実現することができる。
【０１２０】
本発明の態様（２） によれば、変更管理システムを導入する際に、利用者が使用したい障害管理システムと版数構成管理システムが持つ管理データの構成に制約を受けることなく、利用者自身が外部から構成を定義するだけで、態様（１） のような変更管理システムを、容易に、汎用的に実現することができるようになる。
【０１２１】
本発明の態様（３） によれば、変更管理システムを導入する際に、利用者が使用したい障害管理システムと版数構成管理システムが、精度の高い変更管理を実現する上で、必要不可欠な管理データを持っていない場合でも、不足している管理データの管理機構を、外部に別途持つことによって、態様（１） のような変更管理システムを、容易に、汎用的に実現することができるようになる。
【０１２２】
本発明の態様（４） によれば、変更管理システムを導入する際に、利用者が使用したい障害管理システムと版数構成管理システムが、態様（２） および態様（３） における制約を両方持っていた場合でも、態様（１） のような変更管理システムを、容易に、汎用的に実現することができるようになる。
【０１２３】
本発明の態様（５） によれば、変更管理システムを導入する際に、利用者が使用したい障害管理システムと版数構成管理システムが、管理データへのアクセス権に関する情報を、外部から参照できるような形式で持っていない場合でも、態様（１） のような変更管理システムを、容易に、汎用的に実現することができるようになる。
【０１２４】
本発明の態様（６） によれば、変更管理システムを導入する際に、利用者が使用したい障害管理システムと版数構成管理システムが、態様（２），態様（３） および態様（５） における制約をすべて持っていたとしても、態様（１） のような変更管理システムを、容易に、汎用的に実現することができるようになる。
【０１２５】
本発明の態様（７） によれば、態様（１） 〜態様（６） のような変更管理システムを導入した場合の管理データの登録作業に関して、検出された個々の障害が、どのファイルの第何版で処置されたかという管理データを、正確に登録することができるようになる。
【０１２６】
本発明の態様（８） によれば、態様（１） 〜態様（６） のような変更管理システムを導入した場合の管理データの登録作業に関して、検出された個々の障害の処置が、生産物の凍結構成版数の第何版で取り込まれたかという管理データを、正確に登録することができるようになる。
【０１２７】
本発明の態様（９） によれば、態様（３） のような変更管理システムを導入した場合の管理データの登録作業に関して、検出された個々の障害の処置が、生産物の凍結構成版数の第何版で取り込まれたかという管理データを、効率的に登録することができるようになる。
【０１２８】
本発明の態様（１０）によれば、態様（１） 〜態様（６） のような変更管理システムを導入した場合の、登録済みの管理データに矛盾がないか否かのチェック作業が自動化されるので、このようなチェック作業が省力化され、しかも正確に行われるようになる。
【０１２９】
本発明の態様（１１）によれば、態様（１） 〜態様（６） のような変更管理システムを導入した場合の、態様（７） における管理データの登録作業に関して、障害管理システム側での障害事実の登録作業が遅れているような状況でも、問題なく、管理データを正確に登録することができるようになる。
【０１３０】
このように本発明によれば、生産物の製造および保守過程における、効率的な変更管理を、利用者の都合に応じた環境で、容易に実現することが可能となる。
【図面の簡単な説明】
【図１】本発明の態様（１） の原理構成を示す図である。
【図２】本発明の態様（２） の原理構成を示す図である。
【図３】本発明の態様（３） の原理構成を示す図である。
【図４】本発明の態様（４） の原理構成を示す図である。
【図５】本発明の態様（５） の原理構成を示す図である。
【図６】本発明の態様（６） の原理構成を示す図である。
【図７】本発明の態様（７） の原理構成を示す図である。
【図８】本発明の態様（８） の原理構成を示す図である。
【図９】本発明の態様（９） の原理構成を示す図である。
【図１０】本発明の態様（１０）の原理構成を示す図である。
【図１１】本発明の態様（１１）の原理構成を示す図である。
【図１２】本発明の一実施形態を示す図である。
【図１３】障害管理システムの画面例（１） を示す図である。
【図１４】障害管理システムの画面例（２） を示す図である。
【図１５】障害管理システムのデータベース内の管理データの格納例を示す図である。
【図１６】版数構成管理システムの画面例を示す図である。
【図１７】版数情報ファイルの例を示す図である。
【図１８】構成情報ファイルの例（１） を示す図である。
【図１９】管理データ間一貫性確保処理の画面例を示す図である。
【図２０】本発明の態様（１） の動作例のフローチャートである。
【図２１】本発明の態様（２） の動作例のフローチャート（１／２） である。
【図２２】本発明の態様（２） の動作例のフローチャート（２／２） である。
【図２３】障害管理データに関する構成データの一例を示す図である。
【図２４】命令文生成のフローチャートである。
【図２５】本発明の態様（３） の動作例のフローチャート（１／２） である。
【図２６】本発明の態様（３） の動作例のフローチャート（２／２） である。
【図２７】本発明の態様（５） の動作例のフローチャート（１／２） である。
【図２８】本発明の態様（５） の動作例のフローチャート（２／２） である。
【図２９】本発明の態様（７） の動作例のフローチャートである。
【図３０】対応付け画面の例（１） を示す図である。
【図３１】構成情報ファイルの例（２） を示す図である。
【図３２】本発明の態様（８） の動作例のフローチャート（１／２） である。
【図３３】本発明の態様（８） の動作例のフローチャート（２／２） である。
【図３４】本発明の態様（９） の動作例のフローチャート（１／２） である。
【図３５】本発明の態様（９） の動作例のフローチャート（２／２） である。
【図３６】本発明の態様（１０）の動作例のフローチャート（１／２） である。
【図３７】本発明の態様（１０）の動作例のフローチャート（２／２） である。
【図３８】本発明の態様（１１）の動作例のフローチャート（１／２） である。
【図３９】本発明の態様（１１）の動作例のフローチャート（２／２） である。
【図４０】対応付け画面の例（２） を示す図である。
【符号の説明】
１０ 障害管理システム
１１ 障害管理ＨＭＩ部
１２ 障害管理処理部
１３ 障害管理アクセス権データ部
１４ 障害管理データ部
１５ 版数構成管理システム
１６ 版数構成管理ＨＭＩ部
１７ 版数構成管理処理部
１８ 版数構成管理データ部
１９ 版数構成管理アクセス権データ部
２０ 管理データ・インタフェース部
２１ 一貫性確保ＨＭＩ部
２２ 利用者情報取得部
２３ アクセス権照合部
２４ 管理データ間一貫性確保部
２５ 構成データ設定処理部
２６ 構成データ部
２７ 連携データ部
２８ 管理情報生成部
２９ アクセス権データ部
２４−１ 対応付け操作制御部
２４−２ データ登録待ち障害取り出し部
２４−３ 起動日時格納部
２４−４ 変更済ファイル情報取り出し部
２４−５ 解決済障害データ取り出し部
２４−６ 凍結版数特定部
２４−７ 凍結版数データ格納部
２４−１０ 障害版数データ取り出し部
２４−１１ ファイル版数データ取り出し部
２４−１２ 矛盾検出部

Claims (11)

1. 生産物を構成する電子ファイルにおいて検出された障害に関する情報を登録するとともに、これを参照し変更することが可能な障害管理処理部と、該障害管理処理部の登録情報を格納する障害管理データ部と、前記障害管理処理部が障害管理データ部にアクセスする際の利用者ごとのアクセス権を定義する障害管理アクセス権データ部と、利用者が前記障害管理処理部を利用する際のインタフェースをとる障害管理ＨＭＩ部とを備えた障害管理システムと、
   生産物を構成する電子ファイルの変更に伴う版数構成の履歴情報を登録するとともに、これを参照し変更することが可能な版数構成管理処理部と、該版数構成管理処理部の登録情報を格納する版数構成管理データ部と、前記版数構成管理処理部が版数構成管理データ部にアクセスする際の利用者ごとのアクセス権を定義する版数構成管理アクセス権データ部と、利用者が前記版数構成管理処理部を利用する際のインタフェースをとる版数構成管理ＨＭＩ部とを備えた版数構成管理システムとに対して、
   前記障害管理データ部と版数構成管理データ部とを読み書きすることが可能な管理データ・インタフェース部と、該管理データ・インタフェース部から読み込まれた生産物の障害データと版数構成データとの連携関係を解析するとともに該解析結果に応じて管理データ・インタフェース部に対して連携関係にある障害データと版数構成データ（以下連携データという）の書き込みを指示する管理データ間一貫性確保部と、利用者が該管理データ間一貫性確保部を利用する際のインタフェースをとる一貫性確保ＨＭＩ部と、前記管理データ間一貫性確保部を起動しようとしている利用者の利用者情報を取得するための利用者情報取得部と、前記障害管理アクセス権データ部または版数構成管理アクセス権データ部における利用者のアクセス権を照合するアクセス権照合部とを備えることによって、
   前記障害管理データ部と版数構成管理データ部とにおける管理データの一貫性を確保できるようにしたことを特徴とする生産物の変更管理システム。
2. 請求項１に記載の生産物の変更管理システムにおいて、前記障害管理データ部と版数構成管理データ部におけるデータ中、前記管理データ間一貫性確保部が必要とする連携データについてのみ、データの所在とデータの構成に関するデータを格納する構成データ部と、利用者が構成データ部の設定を任意に変更可能にするための構成データ設定処理部とを備え、
   管理データ・インタフェース部が、該構成データ部を参照して必要な連携データの構成情報を確認してから、必要な連携データの読み書きを行うようにしたことを特徴とする生産物の変更管理システム。
3. 請求項１に記載の生産物の変更管理システムにおいて、前記障害管理データ部または版数構成管理データ部内にある連携データの一部または全部を持つことが可能な連携データ部と、該連携データ部におけるデータを含む管理情報を利用者に提示する形式に生成する管理情報生成部とを備え、
   前記管理データ間一貫性確保部が該連携データ部に対して、連携データの参照または書き込みを行うことによって、前記障害管理システムまたは版数構成管理システムが連携データの一部または全部を持たない場合でも、前記障害管理データ部と版数構成管理データ部とにおける管理データの一貫性を確保できるようにしたことを特徴とする生産物の変更管理システム。
4. 請求項２に記載の生産物の変更管理システムにおいて、前記障害管理データ部または版数構成管理データ部内にある連携データの一部または全部を持つことが可能な連携データ部と、該連携データ部におけるデータを含む管理情報を利用者に提示する形式に生成する管理情報生成部とを備え、
   前記管理データ・インタフェース部が、構成データ部を参照して必要な連携データの構成情報を確認してから、必要な連携データの読み書きを行うとともに、前記管理データ間一貫性確保部が前記連携データ部に対して、連携データの参照または書き込みを行うことによって、前記障害管理システムまたは版数構成管理システムが連携データの一部または全部を持たない場合でも、前記障害管理データ部と版数構成管理データ部とにおける管理データの一貫性を確保できるようにしたことを特徴とする生産物の変更管理システム。
5. 請求項１に記載の生産物の変更管理システムにおいて、管理データ・インタフェース部が、障害管理データ部または版数構成管理データ部にアクセスする際の利用者ごとのアクセス権の一部または全部が定義されたアクセス権データ部を備え、
   管理データ・インタフェース部が、障害管理データ部または版数構成管理データ部にアクセスする際に該アクセス権データ部も参照することによって、前記障害管理システムおよび／または版数構成管理システムがアクセス権データの一部または全部を外部から参照可能な形式で持たない場合でも、管理データの不用意な書き換えを防止できるようにしたことを特徴とする生産物の変更管理システム。
6. 請求項４に記載の生産物の変更管理システムにおいて、管理データ・インタフェース部が、障害管理データ部または版数構成管理データ部にアクセスする際の利用者ごとのアクセス権の一部または全部が定義されたアクセス権データ部を備え、
   前記管理データ・インタフェース部が、構成データ部を参照して必要な連携データの構成情報を確認してから、必要な連携データの読み書きを行うとともに、障害管理データ部または版数構成管理データ部にアクセスする際に該アクセス権データ部を参照することによって、前記障害管理システムおよび／または版数構成管理システムがアクセス権データの一部または全部を外部から参照可能な形式で持たない場合でも、管理データの不用意な書き換えを防止できるようにし、前記管理データ間一貫性確保部が前記連携データ部に対して、連携データの参照または書き込みを行うことによって、前記障害管理システムまたは版数構成管理システムが連携データの一部または全部を持たない場合でも、前記障害管理データ部と版数構成管理データ部とにおける管理データの一貫性を確保できるようにしたことを特徴とする生産物の変更管理システム。
7. 請求項１に記載の生産物の変更管理システムにおいて、前記管理データ間一貫性確保部に、該管理データ間一貫性確保部が前回起動された日時を格納する起動日時格納部と、該起動日時格納部に格納されている日時データをもとに、その日時から後に更新されたファイルの情報を版数構成管理データ部から取り出すことが可能な変更済ファイル情報取り出し部と、障害に関する管理データの登録待ちになっている障害についての障害識別子を障害管理データ部から取り出すことが可能なデータ登録待ち障害取り出し部と、前記変更済ファイル情報取り出し部が取り出したファイル情報と、データ登録待ち障害取り出し部が取り出した障害識別子を利用者が対応付け可能な所定の形式に加工する対応付け操作制御部とを備え、
   利用者が一貫性確保ＨＭＩ部を通じて障害識別子と変更ファイル名の対応付けを行なって、その結果を対応付け操作制御部が管理データ・インタフェース部を介して障害管理データ部および／または版数構成管理データ部に書き込むようにしたことを特徴とする管理データ間の一貫性確保方式。
8. 請求項７に記載の管理データ間の一貫性確保方式において、管理データ間一貫性確保部に、対応付け操作制御部を通じて入力された障害識別子とそれに関する管理データを障害管理データ部内に登録することが可能な障害識別子リザーブ部を備え、
   利用者が変更ファイル名と版数を障害識別子に対応付けようとしたとき、対応付けすべき障害識別子が存在しなかった場合は、利用者が一貫性確保ＨＭＩ部から入力した障害識別子と該当する変更ファイル名と版数を、障害識別子リザーブ部が障害管理データ部に書き込むようにしたことを特徴とする管理データ間の一貫性確保方式。
9. 請求項１に記載の生産物の変更管理システムにおいて、前記管理データ間一貫性確保部に、障害管理データ部から解決済みの障害に関する情報を取り出すことができる解決済障害データ取り出し部と、特定のファイル名とその版数をキーとして版数構成管理データ部内を検索することができる凍結版数特定部とを備え、
   前記解決済障害データ取り出し部が障害管理データ部から取り出した解決済みの障害識別子と変更ファイル名およびその版数を凍結版数特定部に渡すことによって、該情報をキーとして凍結版数特定部が版数構成管理データ部内の凍結された構成の版数すなわちベースラインを古いものから新しいものへ順に検索して、その障害処置が盛り込まれたベースライン版数を特定し、さらに特定されたベースライン版数を管理データ・インタフェース部を介して障害管理データ部および／または版数構成管理データ部に書き込むことによって、個々の障害がどのベースラインにおいて解決されたかを認識できるようにしたことを特徴とする管理データ間の一貫性確保方式。
10. 請求項９に記載の管理データ間の一貫性確保方式において、管理データ間一貫性確保部に、障害識別子と、その障害処置が盛り込まれたベースライン版数とを対応させて格納する凍結版数データ格納部と、該凍結版数データ格納部に存在する障害識別子を取り出し、解決済障害データ取り出し部が障害管理データ部からその障害に関する変更ファイル名とファイル版数を取り出さないように制御する解決済障害選別部と、利用者の意思に従って凍結版数データ格納部の情報を障害解決表として出力するために情報を所定の形式に編集する障害解決表生成部とを備え、
    解決済障害データ取り出し部が、解決済障害選別部から指定された障害識別子以外の解決済障害の変更ファイル名とファイル版数を障害管理データ部から取り出すとともに、凍結版数特定部が、特定したベースライン版数を凍結版数データ格納部に書き込むことによって、既存の障害管理システムがベースライン版数を管理する機構を持たないか、または障害管理データ部にベースライン版数を格納する領域を有しない場合でも、個々の障害がどのベースライン版数において解決されたかを利用者が確認できるようにしたことを特徴とする管理データ間の一貫性確保方式。
11. 請求項１に記載の生産物の変更管理システムにおいて、前記管理データ間一貫性確保部に、障害管理データ部から変更ファイル名とその版数とを取り出すことが可能な障害版数データ取り出し部と、版数構成管理データ部から管理対象となっているすべてのファイル名と版数とを取り出すことが可能なファイル版数データ取り出し部と、該障害版数データ取り出し部とファイル版数データ取り出し部とから取り出したファイル名および版数を照合して連携データの矛盾を検出し、該矛盾の状況を一貫性確保ＨＭＩ部に通知する矛盾検出部とを備え、
    該矛盾検出部が、障害管理データ部側から取り出したファイル名と版数の組み合わせと一致しないものが版数構成管理データ部側にあることによって第１の矛盾（矛盾１）を検出し、版数構成管理データ部側から取り出したファイル名と版数の組み合わせと一致しないものが障害管理データ部側にあることによって第２の矛盾（矛盾２）を検出して、該各矛盾検出状況を一貫性確保ＨＭＩ部を通じて利用者に通知することを特徴とする管理データ間の一貫性確保方式。

Images