(57)【要約】ターゲット・ファイルがその属性によって特徴付けられており、開発ツールが、変更された属性と共にターゲット・ファイルを戻す機能を含むそのツール機能によって特徴付けられている、潜在的に破損させる開発ツールでレガシー・ターゲット・ファイルをアクセスすることである。ターゲット・ファイル属性の保護は、開発ツール機能がターゲット・ファイル属性と一致していない場合、開発ツールのターゲット・ファイルへのアクセスを制限することによって実施される。これは、ターゲット・ファイル属性情報のソースからターゲット・ファイル属性を決定することによって達成される。アクセスの決定は、ターゲット・ファイル属性とツール機能とを突き合せること、およびターゲット・ファイル属性とツール機能との一致がある場合は開発ツールにターゲット・ファイルへのアクセスを認可し、不一致がある場合はアクセスを拒否または制限することによって実行される。他のステップは、開発ツール機能がターゲット・ファイル属性と一致する場合、登録許可鍵ツールを開発ツールに割り当てることである。【選択図】図１
2005506606.tif 000002
【特許請求の範囲】
【請求項１】
ツール機能を有する開発ツールでターゲット・ファイルをアクセスする方法であって、
（ａ）ターゲット・ファイル属性を決定するステップと、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとを含む方法。
【請求項２】
ターゲット・ファイル属性を決定するためにターゲット・ファイル・ヘッダを読み取ることを含む、請求項１に記載の方法。
【請求項３】
ターゲット・ファイル属性のリポジトリを読み取ることを含む、請求項１に記載の方法。
【請求項４】
ターゲット・ファイル属性を決定するために関連するファイルを読み取ることを含む、請求項１に記載の方法。
【請求項５】
前記関連するファイルはＤＴＤファイルである、請求項４に記載の方法。
【請求項６】
ターゲット・ファイル属性を決定するために、前記ターゲット・ファイルを含むＸＭＬファイルを読み取ることを含む、請求項１に記載の方法。
【請求項７】
前記ターゲット・ファイルおよび前記ターゲット・ファイル属性をＸＭＬ文書にカプセル化することを含む、請求項６に記載の方法。
【請求項８】
前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てることを含む、請求項１に記載の方法。
【請求項９】
１）アクセス拒否、
２）実行拒否、または
３）「読取り」のためのアクセス許可
のうちの１つを実行することによって、アクセスを制限することを含む、請求項１に記載の方法。
【請求項１０】
前記ターゲット・ファイルの「修正」または「保存」のためのアクセスを拒否することによって、アクセスを制限することを含む、請求項１に記載の方法。
【請求項１１】
ターゲット・ファイル属性を決定するステップおよびツール機能と前記ターゲット・ファイル属性とを突き合せるステップは、ツール機能が変更された属性と共に前記ファイルを戻す機能を含むかどうかを判定することを含む、請求項１に記載の方法。
【請求項１２】
ツール機能を有する開発ツールでターゲット・ファイルをアクセスする方法であって、
（ａ）
（１）ターゲット・ファイル・ヘッダ情報と、
（２）ターゲット・ファイル属性のリポジトリと、
（３）関連するＤＴＤファイルと、
（４）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定するステップと、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとを含む方法。
【請求項１３】
ターゲット・ファイル属性を決定するステップおよびツール機能と前記ターゲット・ファイル属性とを突き合せるステップは、ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することを含む、請求項１２に記載の方法。
【請求項１４】
前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てることを含む、請求項１３に記載の方法。
【請求項１５】
ツール機能を有する開発ツールでターゲット・ファイルをアクセスする方法であって、
（ａ）ターゲット・ファイル属性を決定するステップと、
（ｂ）ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することを含む、ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとを含む方法。
【請求項１６】
（ａ）ターゲット・ファイル・ヘッダ情報と、
（ｂ）ターゲット・ファイル属性のリポジトリと、
（ｃ）関連するＤＴＤファイルと、
（ｄ）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定することを含む、請求項１５に記載の方法。
【請求項１７】
前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てることを含む、請求項１５に記載の方法。
【請求項１８】
ツール機能を有する開発ツールでターゲット・ファイルをアクセスする方法であって、
（ａ）
（１）ターゲット・ファイル・ヘッダ情報と、
（２）ターゲット・ファイル属性のリポジトリと、
（３）関連するＤＴＤファイルと、
（４）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定するステップと、
（ｂ）ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することを含む、ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップと、前記開発ツールに登録許可鍵ツールを割り当てるステップとを含む方法。
【請求項１９】
ツール機能を有する開発ツールでターゲット・ファイルをアクセスする方法であって、
（ａ）ターゲット・ファイル属性を決定するステップと、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能およびリポジトリ内のファイルが前記ターゲット・ファイル属性と一致する場合、リポジトリ内のファイルおよび前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとを含む方法。
【請求項２０】
前記リポジトリ内の前記ファイルはターゲット・ファイルの特徴を伝えるスタイル・シートである、請求項１９に記載の方法。
【請求項２１】
前記リポジトリ内の前記ファイルはテンプレートである、請求項１９に記載の方法。
【請求項２２】
前記ターゲット・ファイルは前記リポジトリ内の前記ファイルからの特徴を引き継ぐ、請求項１９に記載の方法。
【請求項２３】
ターゲット・ファイルを編集するためのシステムであって、前記システムは開発ツールを有する編集プラットフォームを含み、前記編集プラットフォームは、
（ａ）ターゲット・ファイル属性を決定するステップと、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとによって、
ツール機能を有する前記開発ツールで前記ターゲット・ファイルをアクセスするように構成および制御されたシステム。
【請求項２４】
前記システムは、ターゲット・ファイル属性を決定するためにターゲット・ファイル・ヘッダを読み取るように構成および制御された、請求項２３に記載のシステム。
【請求項２５】
前記システムは、ターゲット・ファイル属性のリポジトリを読み取るように構成および制御された、請求項２３に記載のシステム。
【請求項２６】
前記システムは、ターゲット・ファイル属性を決定するために関連するファイルを読み取るように構成および制御された、請求項２３に記載のシステム。
【請求項２７】
前記関連するファイルはＤＴＤファイルである、請求項２３に記載のシステム。
【請求項２８】
前記システムは、ターゲット・ファイル属性を決定するために、前記ターゲット・ファイルを含むＸＭＬファイルを読み取るように構成および制御された、請求項２３に記載のシステム。
【請求項２９】
前記システムは、前記ターゲット・ファイルおよび前記ターゲット・ファイル属性をＸＭＬ文書にカプセル化するように構成および制御された、請求項２３に記載のシステム。
【請求項３０】
前記システムは、前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てるように構成および制御された、請求項２３に記載のシステム。
【請求項３１】
前記システムは、
１）アクセス拒否、
２）実行拒否、または
３）「読取り」のためのアクセス許可
のうちの１つを実行することによって、前記ターゲット・ファイルへのアクセスを制限するように構成および制御された、請求項２３に記載のシステム。
【請求項３２】
前記システムは、前記ターゲット・ファイルの「修正」または「保存」のためのアクセスを拒否することによって、アクセスを制限するように構成および制御された、請求項２３に記載のシステム。
【請求項３３】
ターゲット・ファイル属性を決定するステップおよびツール機能と前記ターゲット・ファイル属性とを突き合せるステップは、ツール機能が変更された属性と共に前記ファイルを戻す機能を含むかどうかを判定することを含む、請求項２３に記載のシステム。
【請求項３４】
ツール機能を有する開発ツールでターゲット・ファイルをアクセスするためのシステムであって、前記システムは、開発ツールを有する編集プラットフォームを含み、前記編集プラットフォームは、
（ａ）
（１）ターゲット・ファイル・ヘッダ情報と、
（２）ターゲット・ファイル属性のリポジトリと、
（３）関連するＤＴＤファイルと、
（４）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定し、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せ、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限し、および
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するように、構成および制御されたシステム。
【請求項３５】
前記システムは、ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することによって、ターゲット・ファイル属性を決定し、およびツール機能と前記ターゲット・ファイル属性とを突き合せるように構成および制御された、請求項３４に記載のシステム。
【請求項３６】
前記システムは、前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てるように構成および制御された、請求項３４に記載のシステム。
【請求項３７】
ツール機能を有する開発ツールでターゲット・ファイルをアクセスするためのシステムであって、前記システムは、開発ツールを有する編集プラットフォームを含み、前記編集プラットフォームは、
（ａ）ターゲット・ファイル属性を決定し、
（ｂ）ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することを含む、ターゲット・ファイル属性とツール機能を突き合せ、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限し、および
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するように構成および制御されたシステム。
【請求項３８】
前記システムは、
（ａ）ターゲット・ファイル・ヘッダ情報と、
（ｂ）ターゲット・ファイル属性のリポジトリと、
（ｃ）関連するＤＴＤファイルと、
（ｄ）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定するように構成および制御された、請求項３７に記載のシステム。
【請求項３９】
前記システムは、前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てるように構成および制御された、請求項３７に記載のシステム。
【請求項４０】
ツール機能を有する開発ツールでターゲット・ファイルをアクセスするためのシステムであって、前記システムは、開発ツールを有する編集プラットフォームを含み、前記システムは、
（ａ）
（１）ターゲット・ファイル・ヘッダ情報と、
（２）ターゲット・ファイル属性のリポジトリと、
（３）関連するＤＴＤファイルと、
（４）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定し、
（ｂ）ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することを含む、ターゲット・ファイル属性とツール機能を突き合せ、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限し、および
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するように構成および制御されたシステム。
【請求項４１】
コンピュータ・システムにターゲット・ファイルを編集するように指示するためのコンピュータ読取り可能プログラム・コードを有する記憶媒体を含むプログラム製品であって、前記システムは開発ツールを有する編集プラットフォームを含み、前記プログラム・コードは、
（ａ）ターゲット・ファイル属性を決定するステップと、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとによって、
ツール機能を有する前記開発ツールで前記ターゲット・ファイルをアクセスするように前記コンピュータ・システムを構成および制御するプログラム製品。
【請求項４２】
前記プログラム製品は、ターゲット・ファイル属性を決定するためにターゲット・ファイル・ヘッダを読み取るように前記コンピュータ・システムを構成および制御する、請求項４１に記載のプログラム製品。
【請求項４３】
前記プログラム製品は、ターゲット・ファイル属性のリポジトリを読み取るように前記コンピュータ・システムを構成および制御する、請求項４１に記載のプログラム製品。
【請求項４４】
前記プログラム製品は、ターゲット・ファイル属性を決定するために関連するファイルを読み取るように前記コンピュータ・システムを構成および制御する、請求項４１に記載のプログラム製品。
【請求項４５】
前記関連するファイルはＤＴＤファイルである、請求項４４に記載のプログラム製品。
【請求項４６】
前記プログラム製品は、ターゲット・ファイル属性を決定するために、前記ターゲット・ファイルを含むＸＭＬファイルを読み取るように前記コンピュータ・システムを構成および制御する、請求項４１に記載のプログラム製品。
【請求項４７】
前記プログラム製品は、前記ターゲット・ファイルおよび前記ターゲット・ファイル属性をＸＭＬ文書にカプセル化するように前記コンピュータ・システムを構成および制御する、請求項４６に記載のプログラム製品。
【請求項４８】
前記プログラム製品は、前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てるように前記コンピュータ・システムを構成および制御する、請求項４１に記載のプログラム製品。
【請求項４９】
前記プログラム製品は、
１）アクセス拒否、
２）実行拒否、または
３）「読取り」のためのアクセス許可
のうちの１つを実行することによって、前記ターゲット・ファイルへのアクセスを制限するように前記コンピュータ・システムを構成および制御する、請求項４１に記載のプログラム製品。
【請求項５０】
前記システムは、前記ターゲット・ファイルの「修正」または「保存」のためのアクセスを拒否することによって、アクセスを制限するように前記コンピュータ・システムを構成および制御する、請求項４１に記載のプログラム製品。
【請求項５１】
ターゲット・ファイル属性を決定するステップおよびツール機能と前記ターゲット・ファイル属性とを突き合せるステップは、ツール機能が変更された属性と共に前記ファイルを戻す機能を含むかどうかを判定することを含む、請求項４１に記載のプログラム製品。
【請求項５２】
コンピュータ・システムにターゲット・ファイルを編集するように指示するためのコンピュータ読取り可能プログラム・コードを有する記憶媒体を含むプログラム製品であって、前記システムは開発ツールを有する編集プラットフォームを含み、前記プログラム・コードは、
（ａ）
（１）ターゲット・ファイル・ヘッダ情報と、
（２）ターゲット・ファイル属性のリポジトリと、
（３）関連するＤＴＤファイルと、
（４）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定するステップと、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとによって、
ツール機能を有する前記開発ツールで前記ターゲット・ファイルをアクセスするように前記コンピュータ・システムを構成および制御するプログラム製品。
【請求項５３】
前記プログラム・コードは、ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することによって、ターゲット・ファイル属性を決定し、およびツール機能と前記ターゲット・ファイル属性とを突き合せるように前記システムを構成および制御する、請求項５２に記載のプログラム製品。
【請求項５４】
前記プログラム製品は、前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てるように前記システムを構成および制御する、請求項５２に記載のプログラム製品。
【請求項５５】
コンピュータ・システムにターゲット・ファイルを編集するように指示するためのコンピュータ読取り可能プログラム・コードを有する記憶媒体を含むプログラム製品であって、前記システムは開発ツールを有する編集プラットフォームを含み、前記プログラム・コードは、
（ａ）ターゲット・ファイル属性を決定するステップと、
（ｂ）ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することを含む、ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとによって、
ツール機能を有する前記開発ツールで前記ターゲット・ファイルをアクセスするように前記コンピュータ・システムを構成および制御するプログラム製品。
【請求項５６】
前記プログラム・コードは、
（ａ）ターゲット・ファイル・ヘッダ情報と、
（ｂ）ターゲット・ファイル属性のリポジトリと、
（ｃ）関連するＤＴＤファイルと、
（ｄ）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定するように前記システムを構成および制御する、請求項５５に記載のプログラム製品。
【請求項５７】
前記プログラム製品は、前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記開発ツールに登録許可鍵ツールを割り当てるように前記システムを構成および制御する、請求項５５に記載のプログラム製品。
【請求項５８】
コンピュータ・システムにターゲット・ファイルを編集するように指示するためのコンピュータ読取り可能プログラム・コードを有する記憶媒体を含むプログラム製品であって、前記システムは開発ツールを有する編集プラットフォームを含み、前記プログラム・コードは、
（ａ）
（１）ターゲット・ファイル・ヘッダ情報と、
（２）ターゲット・ファイル属性のリポジトリと、
（３）関連するＤＴＤファイルと、
（４）カプセル化ＸＭＬファイルと
からなるグループから選択されたターゲット・ファイル属性情報のソースから、ターゲット・ファイル属性を決定するステップと、
（ｂ）ツール機能が変更された属性と共に前記ターゲット・ファイルを戻す機能を含むかどうかを判定することを含む、ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能が前記ターゲット・ファイル属性と一致する場合、前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとによって、
ツール機能を有する前記開発ツールで前記ターゲット・ファイルをアクセスするように前記コンピュータ・システムを構成および制御するプログラム製品。
【請求項５９】
ツール機能を有しコンピュータ上に常駐する開発ツールで、ターゲット・ファイルをアクセスするためのシステムであって、前記システムは、
（ａ）ターゲット・ファイル属性を決定するステップと、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能およびリポジトリ内のファイルが前記ターゲット・ファイル属性と一致する場合、リポジトリ内のファイルおよび前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとを実行するシステム。
【請求項６０】
前記リポジトリ内の前記ファイルはターゲット・ファイルの特徴を伝えるスタイル・シートである、請求項５９に記載のシステム。
【請求項６１】
前記リポジトリ内の前記ファイルはテンプレートである、請求項５９に記載のシステム。
【請求項６２】
前記ターゲット・ファイルは前記リポジトリ内の前記ファイルからの特徴を引き継ぐ、請求項５９に記載のシステム。
【請求項６３】
ツール機能を有しコンピュータ上に常駐する開発ツールでターゲット・ファイルをアクセスするように、コンピュータ・システムを構成および制御するためのコンピュータ読取り可能命令を含むプログラム製品であって、前記コンピュータ・システムは、
（ａ）ターゲット・ファイル属性を決定するステップと、
（ｂ）ターゲット・ファイル属性とツール機能を突き合せるステップと、
（ｃ）開発ツール機能がターゲット・ファイル属性と一致しない場合、前記ターゲット・ファイルへの開発ツールのアクセスを制限するステップと、
（ｄ）前記開発ツール機能およびリポジトリ内のファイルが前記ターゲット・ファイル属性と一致する場合、リポジトリ内のファイルおよび前記ターゲット・ファイルへの開発ツールのアクセスを認可するステップとを実行するプログラム製品。
【請求項６４】
前記リポジトリ内の前記ファイルはターゲット・ファイル特徴を伝えるスタイル・シートである、請求項６３に記載のプログラム製品。
【請求項６５】
前記リポジトリ内の前記ファイルはテンプレートである、請求項６３に記載のプログラム製品。
【請求項６６】
前記ターゲット・ファイルは前記リポジトリ内の前記ファイルからの特徴を引き継ぐ、請求項６３に記載のプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、たとえば許可コード・データなどの情報をチェックまたは監視することによって、システム・ソフトウェア、他のソフトウェア、およびデータが、末端開発者あるいは他のソフトウェアまたはエージェントにより、無許可で、不正に、または不適切に修正されないように、コンピュータ・システムの保護を増大させることに関する。
【背景技術】
【０００２】
相互接続性には、典型的にはメインフレーム・コンピュータ上のＣＯＢＯＬであるレガシー・アプリケーション内の新しいコードが必要である場合、あるいは既存のレガシー・アプリケーションとインターフェースする、ＳＱＬサーバの所有権を主張できるバージョンで頻繁にカスタマイズされるインターフェースである、新しいインターフェースまたはクライアント・アプリケーションが必要である場合が多い。新しいコードを基本またはレガシー・アプリケーションに適用するだけのプロセスでは、ツールまたは増設機器の不一致が原因で、プログラム・コードまたは格納されたコード、およびレガシー・アプリケーションまたは基本アプリケーションのどちらかを破損する可能性がある。
【０００３】
たとえば、限定的なものでなく例示的なものにすぎないが、ＣＯＢＯＬファイルなどをオープン、編集、および保存する場合、新しいＣＯＢＯＬバージョン向けに設計された新しいツールは、初期のＣＯＢＯＬバージョンを使用して作成およびコンパイルされたターゲットＣＯＢＯＬファイルを開き、そのターゲットＣＯＢＯＬファイルを開発ツールに読み込み、不注意にも保存時にそのターゲットＣＯＢＯＬファイルを旧バージョンから新規バージョンに変換してしまう可能性がある。この不一致が、ここで保存されたＣＯＢＯＬファイルを完全に破損してしまう。他の例は、開発ツールがＩＢＭ  ＥＢＣＤＩＣ  ＣＯＢＯＬ（拡張２進化１０進コード）に遭遇し、ＣＯＢＯＬのその後のバージョンを使用して変更箇所を加え、変更されたファイルをＥＢＣＤＩＣに再変換した場合に発生し、壊滅的な結果を招くことになる。残念ながら、業界標準変換プログラムでは、様々なオペレーティング・システムが、ＥＢＣＤＩＣ  ＣＯＢＯＬ  ８５プラットフォーム上で実行するために、ＥＢＣＤＩＣ  ＣＯＢＯＬ  ８５からＡＳＣＩＩ  ＣＯＢＯＬ  ８５へ、ＡＳＣＩＩ  ＣＯＢＯＬ  ９７へ、ＥＢＣＤＩＣ  ＣＯＢＯＬ  ９７へのように、ファイルのコードを変更し、ここで未承認のコマンド、不正なデータ・タイプ、行ラップ、あるいは他のアーチファクトまたはエラーが導入される、シーケンス領域、インジケータ領域、領域ａ（列８〜１１）、領域ｂ（列１２〜７２）、またはラベル領域のうちの、１つまたは複数を上書きすることが可能である。
【０００４】
不注意で導入される可能性のあるエラーおよびアーチファクトの例には、ＣＯＢＯＬの列依存性および固定ゾーンを取消しまたは無視すること、ＣＯＢＯＬのターゲット・バージョンが必要とするセクションを省略すること、不正なデータを入力すること、または不適切なエディタが提案するデフォルトの値を必須のＣＯＢＯＬセクション（識別、プログラムＩＤ、環境部）に受け入れることが含まれる。さらに他のエラーには、構文上のエラーおよび、ターゲットＣＯＢＯＬファイルの１つのバージョンから管理ツールによってサポートされるＣＯＢＯＬの不適切なバージョンへのフォーマット化エラーが含まれる。ファイル破損の他のソースには、ＣＯＢＯＬのバージョンによって異なる予約語（コマンド）を入力することが含まれる。
【０００５】
これがどのように発生するかが図１に示されており、この図は、開発ツール１０３を含む統合開発環境（「ＩＤＥ」）によって編集されるレガシー・ファイル１０１を示すものである。図中ではＳ／３９０  ＤＢＭＳ  ＳＱＬファイル１０１として表されたレガシー・ファイル１０１は、連結コマンド、文字列抽出コマンド、データ型変換、別名などの１つのセットを有する。これら特定のＳＱＬ機能は、ＳＱＬのバージョンによって異なるＳＱＬ機能セットの中に含まれている。ファイル１０１は、異なるＳＱＬバージョンをサポートしている統合開発環境（ＩＤＥ）１０３を備えたＵｎｉｘ（登録商標）ワークステーションにエクスポートされる。Ｓ／３９０  ＤＢＭＳ  ＳＱＬファイルは修正され、別の異なる連結コマンド、文字列抽出コマンド、データ型変換、および別名と共に、ワークステーションから戻される。これらのコマンドおよび機能は、ＤＢＭＳの異なるバージョンには適切であるが、Ｓ／３９０プラットフォーム上に常駐しているＤＢＭＳバージョン１０１には適切でない。
【０００６】
同様の種類のエラーまたはファイル破損は、様々なバージョンのＳＱＬおよびＤＢＭＳにアプリケーションを書き込む場合とまったく同様である。通常、アプリケーション・プログラムは、プラグインまたはＤＢＭＳのトップにあるアプリケーションとして動作する。本明細書で使用される「プラグイン」アプリケーションはツールであってよく、基本プログラムの一部として簡単にインストールおよび使用できるプログラムである。プラグイン・アプリケーションは基本プログラムによって自動的に認識され、その機能は、提示されているターゲット・ファイルに統合される。プログラムまたはプラグインは、注文入力プログラム、在庫管理プログラム、財務プログラム、ＣＲＭプログラムなどであってよい。アプリケーション・プログラムを、異なるＤＢＭＳ上で動作する異なるバージョンのＳＱＬにポートする必要がある場合、異なるＤＢＭＳ上で動作する現在のＳＱＬバージョンで頻繁に使用されるコマンド間の相違が、企業全体に大損害を与える可能性がある。ＳＱＬの１つのバージョンが連結用にプラス記号を使用し、他のＳＱＬバージョンが連結用に２つのパイプを使用すると、列名の別名を作成すること、文字列の一部を抽出すること、データ型の変換を実行すること、数の上限を戻すこと、今日の日付または明日の日付を取得することのうち、１つまたは複数に相違が生じる可能性がある。他の問題には、ＧＲＯＵＰ＿ＢＹ内のオペレーション、不正なＪＯＩＮ、ＡＳを伴うおよび伴わないテーブルの別名、ＦＲＯＭおよびＤＥＬＥＴＥに続くＦＲＯＭの使用、ＣＲＥＡＴＥ＿ＴＡＢＬＥ構文、ＮＵＬＬおよびＮＯＴ＿ＮＵＬＬの使用、ＡＬＴＥＲ＿ＴＡＢＬＥ規則および含意、ＤＲＯＰ＿ＴＡＢＬＥ規則および含意、ＶＩＥＷでのＯＲＤＥＲ＿ＢＹの使用または不使用、ＳＡＶＥＰＯＩＮＴの作成および使用、ならびに範囲（最低値、最大値、範囲、データ型、ユーザ定義のデータ型）が含まれる。たとえば、セーブポイントの場合、１つのＤＢＭＳのＳＱＬが
ＳＡＶＥＰＯＩＮＴ  ｄｅｌｅｔｅ１
．．．
ＲＯＬＬＢＡＣＫ  ｄｅｌｅｔｅ１
によってセーブポイントを確立し、他のＤＢＭＳのＳＱＬが
ＳＡＶＥＴＲＡＮＳＡＣＴＩＯＮ  ｄｅｌｅｔｅ１
．．．  ．．．
ＲＯＬＬＢＡＣＫＴＲＡＮＳＡＣＴＩＯＮ  ｄｅｌｅｔｅ１
によってセーブポイントを確立する。
【０００７】
同じ結果を達成するために大きく異なるコードが使用されるが、これは異常でも例外的なことでもない。これは、現実世界のプログラマが日常的に直面する、現実世界の問題である。そのため、たとえば、レガシー・システムに基づくかまたはこれとインターフェースしている電子ビジネス・アプリケーションなどの、新しいアプリケーションを開発中のプラットフォーム所有者、ならびに異種のプラットフォーム上で動作しているシステムは、基本のレガシー・システム（または他のホスト・システム）を破損から守り、様々なファイル・タイプおよびアーチファクトを、それらのオブジェクトの特徴および属性に適合する適切な統合開発環境、ビューワ、エディタ、および変換ツールを備えた複数の異種のプラットフォームから、一意に識別および関連付けする必要性に迫られる。誤った統合開発環境、ビューワ、エディタ、および変換ツールを使用すると、ファイルの破損およびデータの損失につながる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
したがって、プラットフォーム所有者が自分のソフトウェア資産を破損から守ることができるようにすることが明らかに求められている。
【課題を解決するための手段】
【０００９】
本発明の方法、システム、およびプログラム製品によれば、ターゲット・アプリケーション、典型的な場合ではレガシー・アプリケーション、およびその中に常駐するデータは、ターゲット・ファイル属性のリポジトリ（ターゲット・ファイル・メタデータ）と、開発環境、ビューワ、エディタ、または変換ツール機能（開発ツール・メタデータ）との比較および突合せによって、破損およびさらには破壊からも保護されている。
【００１０】
これは、潜在的に破損させる開発ツールでのターゲット・ファイルへのアクセスに備える、本発明の方法、システム、およびプログラム製品によって実施される。ターゲット・ファイルはその属性によって特徴付けられ、開発ツールは、属性が有害に変更された可能性のあるターゲット・ファイルを戻す機能を含むそのツール機能によって特徴付けられるものである。ターゲット・ファイル属性を有害な変更から保護することは、開発ツール機能がターゲット・ファイル属性と一致しない場合に、開発ツールがターゲット・ファイルをアクセスするのを制限することで実施される。これは、ターゲット・ファイル属性情報のソースからターゲット・ファイル属性を決定することで達成される。ターゲット・ファイル情報のソースは、たとえばターゲット・ファイル・ヘッダ情報、ターゲット・ファイル属性のリポジトリ、関連付けられたＤＴＤファイル、またはカプセル化ＸＭＬファイルから選択される。実際のアクセス決定は、ターゲット・ファイル属性をツール機能と突き合せること、ターゲット・ファイル属性とツール属性とが一致する場合は開発ツールにターゲット・ファイルへのアクセスを認可すること、さらに不一致の場合はアクセスを拒否または制限することによって実施される。他のステップでは、開発ツール機能がターゲット・ファイル属性と合致する場合、開発ツールに登録許可鍵ツールを割り当てている。
【００１１】
ターゲット・ファイル・アクセスは、ターゲットおよび開発ツール・メタデータ要素の一致または不一致に基づいて認可または拒否される。各プラットフォーム所有者は、開発者のアクセス／許可に基づいて、ならびにファイル・タイプおよびアーチファクト上でどのツール（統合開発環境、ビューワ、エディタ、変換など）が動作可能であるかに基づいて、自分のファイル・タイプおよびアーチファクトを一意に登録することができる。この方法では、開発ツールがターゲット・アプリケーションへのアクセスを要求すると、開発ツールの機能（開発ツール・メタデータ）がターゲットの属性（ターゲット・メタデータ）と比較され、ツール・メタデータとターゲット・メタデータとの一致に基づいてアクセスが許可される。さらに、アクセス／許可は、たとえばプラットフォームまたは登録許可鍵などの開発ツール上に記録することができる。アクセス／許可は、ターゲット・ファイル属性と開発ツール機能との適切な一致に依存する。アクセス／許可は、要求を開始した開発ツール、典型的な場合にはワークステーション・ベースＩＤＥに返送される。
【００１２】
本発明の方法、システム、およびプログラム製品は、プラットフォーム所有者に一意に、（１）一定のファイル・タイプおよびリソースにアクセスできる開発者のカテゴリ、および容量（たとえば、なし、読取り専用、読取り／書込み、実行専用）を登録させる方法、（２）準拠（たとえば固定レコード長）または返送しなければならないファイル・タイプおよびリソースの特徴およびプラットフォーム特有の情報を含む、任意の属性を登録させる方法、（３）どのタイプのコンピュータ・プログラムがファイル・タイプおよびリソース上で動作可能であるかに関する任意の制約を登録させる（たとえば、このカテゴリに属する将来のツールを、このファイル・タイプに対して動作可能な潜在的なツール候補としてみなすことができるように、ツールのカテゴリを導入する）方法であって、同様に、このカテゴリは、プラットフォーム所有者の社内管理者が指定しない限り、このファイル・タイプが将来のツールを受け入れないことを示すことも可能である方法、および（４）特定のツールまたはコマンド・ファイル（たとえばコンパイル用の特定のＪＣＬ、またはリンク用の特定のＪＣＬなど）ならびにこれらツール用の特定の呼出しオプションへの任意のアソシエーションを登録させる方法を提供する。
【００１３】
本発明の他の実施形態では、エンド・ユーザは、リポジトリ内のファイル・タイプ・データからファイル特徴を引き継ぐ、新規または派生ファイルを作成することができる。本発明のこの態様では、リポジトリ・メタデータはテンプレートまたはスタイル・シートとして機能し、統合開発環境、エディタ、ｃｏｍｐｌｒ、構文エディタ、または構文解析プログラムのうちの１つまたは複数と組み合わされて、引き継がれた特徴および属性を備えたシステム互換ファイルを作成した。
【００１４】
さらに、前述のように、特定の開発ツール／ターゲットの組合せ、または特定の開発者／開発・ツール／ターゲットの組合せに対するアクセス／許可を、たとえば登録許可鍵などのプラットフォームまたは開発ツール上に記録することもできる。この登録タスクは、管理者、または適切な許可を有しターゲット・システム／プラットフォームに精通している人が、実行することができる。
【００１５】
プラットフォーム所有者が、自分のプラットフォームのファイル・タイプおよびアーチファクトそれぞれに、開発ツール・アクセスおよび開発者アクセスを一意に登録できるようにするメカニズムを提供することにより、誤ったビューワ、エディタ、変換ツールの不用意な使用、または無許可のアクセスを通じて、ファイルを破損する可能性およびデータを損失する可能性を最小限にすることができる。本発明によれば、ツールおよび開発者のアクセスは、個々の開発者のアクセス、ツールおよびファイルの属性および特徴、プラットフォーム仕様、制約、オプションなどに基づくものである。
【００１６】
典型的な場合では、方法は、開発ツール、テキスト・エディタ、または統合開発環境を有する開発プラットフォーム上で、開発プラットフォームを指示、構成、および制御するプログラム・コードを含むプログラム製品を使用して実施される。プログラム製品とは、コンピュータにタスクを実行するように指示するコンピュータ読取り可能コードを含む、ハード・ドライブ、ＣＤ−ＲＯＭ、テープ、フロッピィ・ディスクなどの記憶媒体である。
【００１７】
本発明の方法、システム、およびプログラム製品は、添付の図面に示されている。
【発明を実施するための最良の形態】
【００１８】
１．発明の概要
本発明の方法、システム、およびプログラム製品は、レガシー・アプリケーションの属性とツール機能の比較に基づいてレガシー・システムにアクセスするための、開発ツール・アクセス制御を提供する。本発明は、ＩＤＥフレームワークによって例示されている新規開発ツールを含み、これは、図７のアクセス制御エンジンおよび図８のアクセス制御方法で一般的に示されているようにアクセス制御されたアクセス制御済み開発環境を提供すること、および、図２から５に示されているようにターゲット・ファイル・メタデータを使用することに基づくものである。適切なビューワ、エディタ、および変換ツールに加えて、属性機能ベースのアクセス許可は、開発者のレガシー・アプリケーションへの安全な破損のないアクセスの必要性、特に電子ビジネス開発者のこうしたアクセスの必要性をサポートするものである。
【００１９】
上記で述べたように、「プラグイン」アプリケーションはツールであってよく、基本プログラムの一部として簡単にインストールおよび使用することができるプログラムである。プラグイン・アプリケーションは基本プログラムによって自動的に認識され、その機能は、提示されているターゲット・ファイルに統合される。本明細書で使用される基本プログラムとは、開発ツール、開発キット、または統合開発環境の一要素であり、「開発ツール」、「開発キット」、および「統合開発環境」という用語は、本発明の方法、システム、およびプログラム製品を記述する目的で同義に使用される。
【００２０】
各プラットフォーム所有者が、適切なアクセスの許可およびレベルならびに許可されたアクションを、ターゲット・ファイルの特徴、ファイル・タイプ、およびアーチファクトに応じて、ならびにプラットフォーム規則に従って、一意に識別、調整、および登録できるようにすることは、リポジトリまたはターゲット・ファイル・メタデータの集まりの可用性を通じて実施される。すなわち、ターゲット・ファイルの特徴、ファイル・タイプ、およびアーチファクトは、基礎となるターゲット・アプリケーションへのアクセスを制御するために集められ、提示される。このターゲット・ファイル・メタデータは、たとえば、リアル・タイムで動的に、あるいは登録許可鍵ツールを介して、またはリアル・タイムによって、アクセスを許可または拒否するために使用される。ファイルおよびアーチファクトのメタデータ、ファイルおよびアーチファクトのコンテンツの実際の忠実な複製、有効な開発者／ツール・アクセス情報、などの情報は、アクセスを許可または拒否するために、たとえばメタモデルまたはメタデータ・リポジトリ内に取り込まれて格納される。アクセスは、たとえば登録許可鍵ツール、トークン、またはユーザＩＤおよびパスワードによって制御することができる。このメタモデルは、そのメタデータ・リポジトリまたはそれへのアクセスと共に、ＩＤＥ内でツールとして認識されるため、ＩＤＥ内の他のツールがその情報にアクセスできるようになる。他のツールは、文法、構文、タイプ、およびアーチファクトなどのターゲット・ファイルの特徴を表す責務を負うことができる。
【００２１】
２．方法、システム、およびプログラム製品の構成要素
本発明の方法、システム、およびプログラム製品の第１の構成要素は、アプリケーション・ファイルへのアクセスを決定するためにアクセス可能な、文法、構文、フォーマット、ファイル・タイプ、およびアーチファクトを含む、ターゲット・アプリケーション・ファイルの特徴のメタデータ形式としての集まりおよび表示である。
【００２２】
本発明の方法、システム、およびプログラム製品の第２の構成要素は登録許可ツールであり、これによってプラットフォーム所有者または管理者は、属性、特徴、機能、およびユーザをログ記録することができる。登録許可ツールは、登録許可鍵ベース、トークン・ベース、またはユーザＩＤ／パスワード・ベースであってよく、ツール・メタデータおよびターゲット・ファイル・メタデータから導出され、各プラットフォーム所有者が、当初常駐したプラットフォームの規則に従い、ユーザごとおよびツールごとに、適切なアクセス可能性およびアクションをファイル・タイプおよびアーチファクトに一意に識別および登録できるようにするものである。
【００２３】
本発明の方法、システム、およびプログラム製品の第３の構成要素は、許可ツール用のプラットフォーム所有者インターフェースである。このインターフェースは、プラットフォーム所有者がプラットフォームを指定してこれに接続できるようにするものであり、その後、そのプラットフォームのファイル・タイプおよびアーチファクトのいずれかまたはすべてを登録する。各登録には、以下の情報が含まれる。
１．読取り専用、読取り／書込み、実行、またはアクセスなしでこれにアクセスできる開発者のカテゴリ。
２．準拠しなければならないかまたはユーザに返送される特定のファイル・タイプに関係する、補足的な属性、特徴、およびプラットフォーム特有の情報。
３．読取り専用、読取り／書込み、実行、またはアクセスなしで特定のターゲット・ファイルをアクセスできるツールのカテゴリ。
４．特定のツールまたはコマンド・ファイルへの任意の特別な呼出しオプション。
５．開発者ツール、ＩＤＥなどではツールとして実現されることになり、その結果、開発者ツールまたはＩＤＥ内の他のツールがその情報にアクセスできるようになる、ファイルおよびアーチファクトのコンテンツの忠実な複製と共に集められた情報のメタモデルへの格納。
【００２４】
３．ターゲット・ファイルへのアクセス
本発明は、ターゲット・ファイルを悪い方向に変更する機能を有する、ターゲット・ファイルを破損、損傷、または破壊することのできるツールのクラスからのツールを備えた、レガシー・アプリケーション・ファイルなどのターゲット・ファイルに、安全にアクセスする方法、そのためのシステム、およびそのためのプログラム製品を提供する。最も一般的には、ツールは編集ツール、ソフトウェア開発ツールまたはキット、あるいは統合開発環境などである。通常、ツールは、パーソナル・コンピュータまたはワークステーション・ベースのツールであり、ターゲット・ファイルは、ＣＯＢＯＬアプリケーションおよびデータベース管理システムなどの、ＥＢＣＤＩＣでコード化されることの多い、メインフレーム・アプリケーションによって例示されたレガシー・アプリケーションである。本発明によれば、ターゲット・ファイルへのアクセスは、ツール機能メタデータとターゲット・ファイル属性メタデータの一致に基づいて許可される。前述のように、この一致は、リアル・タイムで実行される動的な一致、あるいは、鍵、トークン、またはデータベース・エントリによって証明された、以前に完了した一致であってよい。すなわち、ツール機能メタデータは、ターゲット・ファイル属性メタデータに準拠しなければならず、ターゲット・ファイルを破損、損傷、または破壊するようなツール機能対ターゲット属性における矛盾はあり得ない。禁止された機能対属性の不一致は、たとえば、Ｏｒａｃｌｅ  ＳＱＬでＭＳ  ＳＱＬサーバ・コマンドを使用する、ＣＯＢＯＬの固定ゾーン長さを超える、あるいは保存時に挿入されたＲＴＦアーチファクト「□」のように編集または保存時にアーチファクトを挿入するなど、構文、コンテンツ、フォーマットなどで生じる可能性がある。
【００２５】
４．メタデータ・リポジトリの構築
ツール機能メタデータおよびターゲット・ファイル属性メタデータに基づいて互換性を決定する前に、ターゲット・ファイル属性メタデータおよびツール機能メタデータを集める必要がある。初期のステップは、（１）ターゲット・ファイル属性、特に破損の影響を受けやすい属性を集めること、および（２）ツール機能、特に、処理を誤るとターゲット・ファイルを破損または破壊する可能性のあるツール機能を集めるかまたはそうでなければ使用可能にすることである。この情報はツールがアクセスできるように格納される。たとえば、ターゲット・ファイル・メタデータとも呼ばれるターゲット属性は、ターゲット・ファイル・ヘッダ、関連付けられたファイル（たとえばＤＴＤファイル）、タグ付き「コンテナ」ファイル（たとえばヘッダ内にターゲット属性を備えたＸＭＬファイル）、あるいは別のデータ・リポジトリまたはリポジトリ・ファイルに格納することができる。図２では、登録許可鍵プラグインを備えたアクセス許可２１１、メタモデル・ツール２１３、および他のプラグイン２１５を有するワークステーション２０１を備えたシステムが、ターゲット・プラットフォームとインターフェースするように示されている。ターゲット・プラットフォームは、例示的なレガシー・アプリケーション、すなわちここではＡＳ／４００アプリケーション２２１、Ｕｎｉｘ（登録商標）アプリケーション２２３、およびＳ／３９０アプリケーション２２５によって特徴付けられる。図２は、各レガシー・アプリケーションについて例示的な特徴（メタデータ）を示す。
【００２６】
ターゲット・ファイル属性またはメタデータは、最初に管理者、供給業者などが集めるか、またはターゲット・ファイルを構文解析することによって自動的に集めることができる。
【００２７】
あるいは、ターゲット・ファイル属性の列挙は、ターゲット・ファイル・ヘッダ内に格納されたデータであってよい。この例示が図３に示されている。図に示されるように、図３は、ターゲット・プラットフォーム上の３つのレガシー・アプリケーション３２１、３２３、３２５と対話する統合開発環境を備えた、ワークステーション２０１を示す図である。統合開発環境は、アクセス許可登録鍵ツール２１１、少なくとも１つのメタモデル・ツール２１３、および他のプラグイン２１５を含む。レガシー・アプリケーションは、別々のファイル・ヘッダ、３２１Ａ、３２３Ａ、および３２５Ａ内の列挙された特徴（メタデータ）と共に示される。
【００２８】
本発明の他の実施形態では、ターゲット・ファイルおよびターゲット・ファイル属性は、ＸＭＬ文書にカプセル化または格納することができる。この例示は図４に示されており、これは、３つのターゲット・プラットフォーム上の３つのレガシー・アプリケーション４２１、４２３、および４２５と対話する統合開発環境を備えたワークステーション２０１を示す図である。統合開発環境２０１は、アクセス許可登録鍵ツール２１１、少なくとも１つのメタモデル・ツール２１３、および他のプラグイン２１５を含む。レガシー・アプリケーション４２１、４２３、および４２５は、列挙された特徴（メタデータ）ならびにコード部分およびコード・メタデータを含むＸＭＬファイルとして示される関連付けられたファイルと共に示される。
【００２９】
一実施形態では、これには、レジストリ、リポジトリ、またはターゲット・ファイル属性のデータベース、すなわちターゲット・ファイル・メタデータを構築することが含まれる。これは、レガシー・アプリケーション・プラットフォームまたは開発ツール・プラットフォーム内に常駐する、ＸＭＬファイルまたはＤＴＤファイルであってよい。図５は、３つのターゲット・プラットフォーム上の３つのレガシー・アプリケーション５２１、５２３、および５２５と対話する統合開発環境を備えたワークステーション２０１を示す図である。統合開発環境は、アクセス許可登録鍵ツール２１１、少なくとも１つのメタモデル・ツール２１３、および他のプラグイン２１５を含む。レガシー・アプリケーション５２１、５２３、および５２５は、列挙された特徴（メタデータ）および、アクセス／許可比較用に使用されるメタデータ・リポジトリ２１７へのリンクと共に示される。
【００３０】
図６は、編集ツールおよび開発環境に関したリポジトリおよび登録ツールを示す図である。図に示されるように、許可登録鍵またはツール２１１を介して前述のようにアクセス許可が認可または拒否された、開発環境２０１がある。さらに開発環境２０１は、リポジトリ２１７から抜き出されたファイルの属性および特徴のメタモデル２１３も含む。リポジトリ２１７は、ターゲット・ファイルの特徴、意味論、構文、予約語、コマンド、データ型などを含む。開発環境２０１は、他のプラグインおよびツール２１５も有する。
【００３１】
図６には、登録ツール６３１、レジストリ・リポジトリ６３３、および編集ツール６４１も示される。動作時には、ツールＸ  ６４１は、アーチファクトへのアクセスについてレジストリ／リポジトリ６３３を照会する。レジストリ／リポジトリは、アクセスを認可または拒否する照会をツールＸ  ６４１に戻す。アクセスが認められた場合、ツール６４１が遵守するための属性、機能、特徴などのセットと共に、要求されたアーチファクトが（編集などのために）ツールに渡される。
【００３２】
本発明の他の実施形態では、ターゲット・ファイルは関連ファイルに関連付けられるか、これをポイントする。関連ファイルは文書タイプ定義（ＤＴＤ）ファイルであってよい。ＤＴＤとは、標準一般化マークアップ言語の規則に従った、特定の定義である。ＤＴＤとは、ターゲット・ファイルを伴い、コード（またはマークアップ）、トピック見出しなど、およびそれぞれがどのように処理されるかを識別する、仕様である。ＤＴＤをターゲット・ファイルに関連付けることによって、ＤＴＤ「リーダ」（または「ＳＧＭＬコンパイラ」）を有する任意のツールは、文書を編集、プラグイン、またはそれ以外の方法で処理可能であり、それを意図されたように表示または印刷することができるはずである。コンパイラは、ＤＴＤを構文解析した後、それに応じてターゲット・ファイルを印刷、表示、またはコンパイルする。
【００３３】
５．ツールとターゲット・ファイルとの間の互換性の確立
互換性およびアクセスを決定するために、開発ツール機能メタデータおよびターゲット特徴メタデータが突き合される。ターゲット・ファイルを開く前に、ツールはツール機能とターゲット・ファイル属性との間の互換性を確立する。これは、ターゲット・ファイル属性の集まりから、たとえばターゲット・ファイル・ヘッダ、関連するＸＭＬファイルまたはＤＴＤファイル、あるいはリポジトリまたはレジストリから、ターゲット・ファイル属性を読み取ることによって実施可能である。ツール、オペレーティング・システム、またはターゲット・ファイルは、（通常はツールを使用して）互換性を決定するためにツール機能およびターゲット・ファイル属性の集まりを照会する。照会は、一連の単純な照会、複合照会、副照会などであってよい。これは、ツールがターゲット・ファイル上で動作するため、すなわち、修正または保存なしでターゲット・ファイルを「読み取る」ため、ターゲット・ファイルに増設またはプラグイン・アプリケーションをポートするため、またはターゲット・ファイルをオープン、編集、および保存するための、アクセス許可を有するかどうかを決定するための、ツール機能およびターゲット属性の一致および不一致に関する検索である。
【００３４】
図８は、アクセスが許可または拒否されるべきかどうかを決定するための、開発ツール・メタデータ８０１とターゲット・ファイル・メタデータ８０３との突合せ８０５を示す図である。これは、アイテムごとまたは要素ごとに、好適な論理８０５を使用して開発ツール８０１機能とターゲット・ファイル８０３属性との突合せを実行することによって実施される。
【００３５】
図８は、本発明の一実施形態の方法の高度な流れ図を示すものであり、アクセスに関してユーザのＵＳＥＲＩＤおよびＰＡＳＳＷＯＲＤがテストされ８０１、成功した場合は、登録許可鍵に関して開発ツールがテストされる８０３。成功した場合、すなわちツールが登録許可鍵を持っている場合は、アクセスが許可される８０７。これは、ツール機能とアプリケーション属性の互換性が以前に実行されたことを示す。開発ツールが登録許可鍵を持たない場合、図７に示されるように、ツールは図８の論理を使用してツール・メタデータとターゲット・メタデータの一致がチェックされる８０５。成功した場合、アクセスが許可される８０７。不成功の場合、フル・アクセスは拒否されるが、部分的なアクセスは許可される場合がある。
【００３６】
ツール機能とターゲット・ファイル属性との突き合せには、リッチ・テキスト形式（「ＲＴＦ」）の「□」、ほとんどのテキスト・エディタの行ラップ、Ａｄｏｂｅ  Ａｃｒｏｂａｔの導入「０２Ｈ」、または「ドラッグ・アンド・ドロップ」ソフトウェア開発者キットおよび関連する言語の文法および構文のエラーなどの、変更された属性または追加されたアーチファクトを備えたファイルを戻すことによるなどの、ターゲット・ファイルを不注意に破損または破壊する機能または能力がないことが含まれる。
【００３７】
ターゲット・ファイルを不注意に破損または破壊する機能または能力がないこととは、こうした能力が完全にないこと、あるいは、損傷を起こす能力がターゲット属性に応答してツール・アクションによってブロックされることの、いずれかを意味することができる。これは、ターゲット・ファイルまたはターゲット・プラットフォームの管理者によって、あるいはツール開発者によって、決定することができる。
【００３８】
ツール機能とターゲット・ファイル属性との間に不一致がある場合、アクセスは完全に拒否されるか、またはアクセスは読み取られるだけの可能性があり、すなわち、ツールは「オープン」して「読み取る」ことはできるが、ターゲット・ファイルの属性を変更するように「修正」または「編集」または「保存」することはできない。ただし、ツール機能がターゲット属性と一致する場合、アクセスが認められ、ツールはターゲット・ファイルをオープンする。
【００３９】
６．アクセス・ツールおよび鍵登録ツール
アクセスまたは鍵登録ツールはターゲット・ファイル属性を認識し、ツール機能をターゲット属性と一致させるために、その能力に関する参照ポイントを持っていなければならない。たとえばツールは、ターゲット属性を決定するために、ターゲット・ファイル・ヘッダ、ターゲット・ファイル属性のリポジトリ、あるいは関連するＸＭＬまたはＤＴＤファイルを読み取らなければならない。これはツールが、ターゲット属性を検出し、たとえば試みられた処置をハイライト表示する、試みられた処置をブロックする、または単にユーザに警告するなどの、適切な処置を講じる能力を持っているためである。
【００４０】
本発明の好ましい実施形態では、アクセス・ツールまたは登録許可鍵ツールが、ターゲット・ファイル、関連ファイル、またはリポジトリにアクセスし、ダイアログ・ボックスをオープンして、可能性のあるアクセス・ブロック属性の列挙を調べ、ユーザが個人的なアクセスを有し、開発ツールが機能対属性一致アクセスを有することを検証し、さらにフル・アクセスが認められる場合はターゲット・ファイルをオープンする。そうでない場合は、アクセス・ツールまたはオペレーティング・システム（他のシステム・ソフトウェアを含む）、あるいはアクセス・ツールおよびオペレーティング・システム（他のシステム・ソフトウェアを含む）は、潜在的に「保存」アクセスを破損することなしに、「読取り」アクセスだけを許可することができる。
【００４１】
７．リポジトリ・メタデータに基づく新規ファイルの作成
図９は、リポジトリがスタイル・シートまたは同様のアーチファクト、あるいはリポジトリ内に格納されたファイル・タイプのファイルを作成または編集するための補助を含む、本発明の他の実施形態を示す図である。この実施形態によれば、リポジトリ２１７は、作成または編集されるファイルに関するデータの貯蔵庫を含む。したがって、メタデータ・リポジトリ内のデータは、ファイルの作成または修正に使用可能であり、新しく作成または修正されたファイルは、リポジトリ・メタデータ内に格納された属性を備えることになる。開発環境２０１は、属性および特徴における障害または変更を検出し、リポジトリ２１７に格納されているかまたはこれによってアクセスされるメタデータに準拠していることを保証する。
【００４２】
リポジトリ２１７は、スタイル・シート９０１または知られた良好なテンプレートを含む。知られた良好なテンプレートの場合、このテンプレートを使用して、構文解析プログラム、エディタ、およびプリコンパイラによって強制的に準拠された、テンプレートの特徴および属性を引き継ぐ派生ファイルを作成することができる。
【００４３】
代替の例示では、新しいファイルまたは編集済みファイルは、突合せスタイル・シートを使用してＸＭＬファイル内にカプセル化される。スタイル・シートを使用するということは、文書の外観の電子またはデジタル定義が、たいていの場合タグを使用して行われることを意味する。かなり簡略化されたＣＯＢＯＬスタイル・シート９０１が図９に示されている。スタイル・シートは、通常、電子ファイルの始めに、これを埋め込むかまたはこれにリンクすることによって指定される。このスタイル・シートはファイル全体に適用され、作成または編集されるターゲット・ファイルの特徴および属性を含む。
【００４４】
８．図例
以下のシナリオは、本発明の方法、システム、およびプログラム製品を例示するものである。このシナリオでは、プラットフォーム所有者がＩＤＥのインストールを完了したばかりである。次にシステム管理者がこのＩＤＥに関する登録許可鍵ツールを持ち出し、登録しようとするレガシー・アプリケーションの各プラットフォームのファイル・タイプおよびアーチファクトに関する適切なアクセス可能性および処置を、一意に識別および登録する。
【００４５】
この時点で、ＩＤＥを使用している開発者は、ターゲット・プラットフォーム上のファイル・タイプおよびアーチファクトにアクセスすることができる。開発者のＩＤＥからファイルへのアクセス可能性は、登録許可鍵ツールの実行時に例示されたメタモデルから取得されたときの、自分のユーザＩＤのアクセス可能性許可（なし、読取り専用、読取り／書込み、実行専用）に基づいて決定されることになる。
【００４６】
開発者がアクセスすることおよびＩＤＥまで下げることを許可されたファイルの場合、登録許可鍵をインスタンス生成する際にシステム管理者によって指定された処置のみが許可されることになる。これにより、結果的にファイルの破損およびデータの損失が発生する可能性のある、開発者がターゲットに対して未承認ツールを誤ってまたは故意に使用することが防止される。このアクセス情報は、登録許可鍵ツールの実行時にインスタンス生成されたメタモデルから取得されたものである。
【００４７】
たとえば、開発者は、登録許可鍵ツールによってインスタンス生成されたメタモデルに含まれる情報に従って開発者がファイルを「編集」（読取り／書込み）する許可を有することを想定し、固定レコード長フォーマットに準拠した承認済みのエディタを使用して、固定レコード長フォーマット・ファイルを編集することのみが可能となる。
【００４８】
他の例では、たとえば開発者が、システム管理者によって登録されたターゲット・プラットフォームからインポートされたＣＯＢＯＬファイルをコンパイルしようとした場合、コンパイル処置を呼び出すと、結果として、適切なコンパイラおよび適切なオプション（または、使用可能なものがあればＪＣＬでも）を使用して、適切なリモート・ターゲット・プラットフォーム上でファイルをコンパイルすることになる。
【００４９】
ＩＤＥの開発者がＣＯＢＯＬファイルをデバッグしようとした場合、デバッグ・ツール（プラグイン）は、処置を実行する際に（開発者が、各登録許可鍵ツールのメタモデルに含まれた情報ごとに許可を有すると想定して）デバッグ・モードで実行するためには、どのターゲット・プラットフォームを接続し通信するかがわかることになる。
【００５０】
ターゲット・プラットフォームから開発ツールへ、次いでターゲット・プラットフォームへと戻る、ターゲット・ファイルのチェックイン／チェックアウトは、登録許可鍵ツールからメタモデル内に格納された情報も使用することになる。開発者がチェックインの許可を有するか否かの妥当性検査が実行され、開発者が許可されている場合は、編集済みファイルのターゲット・プラットフォーム（ファイル・システムまたはＩＢＭ  Ｓ／３９０  Ｓｏｕｒｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔアプリケーション）へのチェックインが実行される。
【００５１】
以上、本発明について、特定の好ましい実施形態および例示に関して説明および例証してきたが、これらは本発明の範囲を制限することを意図するものではなく、添付の特許請求の範囲によってのみ制限されるものとする。
【図面の簡単な説明】
【００５２】
【図１】連結コマンド、文字列抽出コマンド、データ型変換、別名などの１つのセットと共に、統合開発環境（ＩＤＥ）を備えたＵｎｉｘ（登録商標）ワークステーションにエクスポートされるレガシー・ファイル、ここではＳ／３９０  ＤＢＭＳ  ＳＱＬファイルを示す図である。Ｓ／３９０  ＤＢＭＳ  ＳＱＬファイルは修正され、異なるバージョンのＤＢＭＳには適切であるが、図示されたプラットフォーム上に常駐するものには適切でない、連結コマンド、文字列抽出コマンド、データ型変換、および別名の他の異なるセットと共に、ワークステーションから戻される。
【図２】３つの別々のプラットフォーム上にある３つのレガシー・アプリケーションと対話する、統合開発環境を備えたワークステーションを示す図である。統合開発環境には、アクセス許可登録鍵ツール、少なくとも１つのメタモデル・ツール、および他のプラグインが含まれる。レガシー・アプリケーションは、列挙された特徴（メタデータ）と共に示されている。
【図３】３つの別々のプラットフォーム上にある３つのレガシー・アプリケーションと対話する、統合開発環境を備えたワークステーションを示す図である。統合開発環境には、アクセス許可登録鍵ツール、少なくとも１つのメタモデル・ツール、および他のプラグインが含まれる。レガシー・アプリケーションは、ファイル・ヘッダ内の列挙された特徴（メタデータ）と共に示されている。
【図４】３つの別々のプラットフォーム上にある３つのレガシー・アプリケーションと対話する、統合開発環境を備えたワークステーションを示す図である。統合開発環境には、アクセス許可登録鍵ツール、少なくとも１つのメタモデル・ツール、および他のプラグインが含まれる。レガシー・アプリケーションは、列挙された特徴（メタデータ）および、コード部分およびコード・メタデータを含むＸＭＬファイルとして示された関連付けられたファイルと共に示されている。
【図５】３つの別々のプラットフォーム上にある３つのレガシー・アプリケーションと対話する、統合開発環境を備えたワークステーションを示す図である。統合開発環境には、アクセス許可登録鍵ツール、少なくとも１つのメタモデル・ツール、および他のプラグインが含まれる。レガシー・アプリケーションは、列挙された特徴（メタデータ）および、アクセス／許可比較に使用されるメタデータ・リポジトリへのリンクと共に示されている。
【図６】編集ツールおよび開発環境に関連してリポジトリおよび登録ツールを示す図である。
【図７】アクセスが認可されるべきかまたは拒否されるべきかを決定するための、開発ツール・メタデータとターゲット・ファイル・メタデータの突合せを示す図である。
【図８】本発明の一実施形態の方法の高水準の流れ図を示す図であり、ユーザのＵＳＥＲＩＤおよびＰＡＳＳＷＯＲＤがアクセスに関してテストされ、成功であれば、開発ツールは登録許可鍵に関してテストされる。成功であれば、すなわちツールが登録許可鍵を持っている場合は、アクセスが許可される。開発ツールが登録許可鍵を持っていない場合、ツールは図７に示されるように、ツール・メタデータとターゲット・メタデータの一致に関してチェックされる。成功であれば、アクセスは許可される。不成功であれば、フル・アクセスは拒否されるが、部分アクセスは認可される場合がある。
【図９】リポジトリがスタイル・シート、あるいは同様のアーチファクト、またはリポジトリ内に格納されたファイル・タイプのファイルを作成または編集するための補助を含む、本発明の他の実施形態を示す図である。
【図１】
2005506606.tif 000003
【図２】
2005506606.tif 000004
【図３】
2005506606.tif 000005
【図４】
2005506606.tif 000006
【図５】
2005506606.tif 000007
【図６】
2005506606.tif 000008
【図７】
2005506606.tif 000009
【図８】
2005506606.tif 000010
【図９】
2005506606.tif 000011
【国際公開パンフレット】
2005506606.tif 000012
2005506606.tif 000013
2005506606.tif 000014
2005506606.tif 000015
2005506606.tif 000016
2005506606.tif 000017
2005506606.tif 000018
2005506606.tif 000019
2005506606.tif 000020
2005506606.tif 000021
2005506606.tif 000022
2005506606.tif 000023
2005506606.tif 000024
2005506606.tif 000025
2005506606.tif 000026
2005506606.tif 000027
2005506606.tif 000028
2005506606.tif 000029
2005506606.tif 000030
2005506606.tif 000031
2005506606.tif 000032
2005506606.tif 000033
2005506606.tif 000034
2005506606.tif 000035
2005506606.tif 000036
2005506606.tif 000037
2005506606.tif 000038
2005506606.tif 000039
2005506606.tif 000040
2005506606.tif 000041
2005506606.tif 000042
2005506606.tif 000043
2005506606.tif 000044
2005506606.tif 000045
【国際公開パンフレット（コレクトバージョン）】
2005506606.tif 000046
2005506606.tif 000047
【国際調査報告】
2005506606.tif 000048
2005506606.tif 000049
2005506606.tif 000050