ユーザからサービスを要請されるステップと、動的フィーチャーモデルdynamicfeaturemodelから前記要請されたサービスを提供することができるシステムのすべての構成configurationを獲得するステップと、あらかじめ設定された方針に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得するステップと、前記獲得した構成に基づいてシステムの資源を再構成するステップと、前記再構成された資源に基づいて前記要請されたサービスを提供するステップと、を含むソフトウェアシステムの自律管理提供方法。前記動的フィーチャーモデルは、ソフトウェアシステムの実行時に動作することができる客体の構成configurationを示すことを特徴とする請求項1に記載のソフトウェアシステムの自律管理提供方法。前記動的フィーチャーモデルは、ソフトウェアシステムが設置されたシステムの実行時に変化する値を定義する実行中フィーチャーruntimefeatureを含むことを特徴とする請求項1に記載のソフトウェアシステムの自律管理提供方法。前記獲得したシステムのすべての構成のうちあらかじめ設定された方針に基づいて要請されたサービスに相当する構成を獲得するステップは、前記システムの前記実行中フィーチャーruntimefeatureに基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに最も適した構成を獲得することを特徴とする請求項3に記載のソフトウェアシステムの自律管理提供方法。前記ソフトウェアシステムの自律管理提供方法は、前記あらかじめ設定された方針に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得するステップの前に、前記システムまたは周囲の物理的な環境から状況context情報を獲得するステップをさらに含むことを特徴とする請求項1に記載のソフトウェアシステムの自律管理提供方法。前記あらかじめ設定された方針に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得するステップは、前記あらかじめ設定された方針及び前記獲得した状況情報に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得することを特徴とする請求項5に記載のソフトウェアシステムの自律管理方法。ソフトウェアの自律管理を実行するデジタル処理装置によって実行されることができる命令語のプログラムが類型的に具現されていて、前記デジタル処理装置によって読み取り可能なプログラムを記録した記録媒体において、要請されたサービスを提供することができるシステムのすべての構成configurationを動的フィーチャーモデルdynamicfeaturemodelから獲得するステップと、あらかじめ設定された方針に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得するステップと、前記獲得した構成に基づいてシステムの資源を再構成するステップと、前記再構成された資源に基づいて前記要請されたサービスを提供するステップとを実行するプログラムを記録した記録媒体。要請されたサービスを提供することができるシステムのすべての構成configurationを提供する動的フィーチャーモデルと、あらかじめ設定された方針情報に基づいて獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を提供する自律管理者と、前記自律管理者から要請されたサービスのための構成を提供され、前記提供された構成に基づいてシステムの資源を再構成した後、再構成された資源に基づいてユーザにサービスを提供するコアシステムと、を含むソフトウェア自律管理機能を備えたシステム。前記ソフトウェア自律管理機能を備えたシステムは、ユーザが設定した方針を提供され、前記提供された方針または前記提供された方針に相当する目標を前記自律管理者に提供する方針管理者と、前記システムまたは周囲の物理的な環境から状況情報を収集し、収集した状況情報を前記自律管理者に提供する状況管理者と、をさらに含むことを特徴とする請求項8に記載のソフトウェア自律管理機能を備えたシステム。前記自律管理者は、前記あらかじめ設定された方針情報及び前記状況情報に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を提供することを特徴とする請求項9に記載のソフトウェア自律管理機能を備えたシステム。前記動的フィーチャーモデルは、前記システムの実行時に変化する値を定義する実行中フィーチャーruntimefeatureを含むことを特徴とする請求項8に記載のソフトウェア自律管理機能を備えたシステム。前記自律管理者は、前記システムの前記実行中フィーチャーに基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を提供することを特徴とする請求項11に記載のソフトウェア自律管理機能を備えたシステム。本発明の目的は、リアルタイムに変化する環境に対応して最適化されたシステムを提供することができるソフトウェアシステムの自律管理提供方法を提供することにある。また、本発明の他の目的は、前記ソフトウェアシステムの自律管理提供方法を実行するプログラムを記録した記録媒体を提供することにある。また、本発明のさらに他の目的は、リアルタイムに変化する環境に対応して最適化されたシステムを提供することができるソフトウェアの自律管理機能を備えたシステムを提供することにある。本発明の目的は、前述した目的に限定されず、言及していない他の目的は、下記の記載から当業者に明確に理解されることができる。上記目的を達成するために、本発明の一態様によるソフトウェアシステムの自律管理提供方法は、ユーザからサービスを要請されるステップと、動的フィーチャーモデルdynamicfeaturemodelから前記要請されたサービスを提供することができるシステムのすべての構成configurationを獲得するステップと、あらかじめ設定された方針に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得するステップと、前記獲得した構成に基づいてシステムの資源を再構成するステップと、前記再構成された資源に基づいて前記要請されたサービスを提供するステップとを含む。前記動的フィーチャーモデルは、ソフトウェアシステムの実行時に動作することができる客体の構成configurationを示すことができる。前記動的フィーチャーモデルは、ソフトウェアシステムが設置されたシステムの実行時に変化する値を定義する実行中フィーチャーruntimefeatureを含むことができる。前記獲得したシステムのすべての構成のうちあらかじめ設定された方針に基づいて要請されたサービスに相当する構成を獲得するステップは、前記システムの前記実行中フィーチャーruntimefeatureに基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに最も適した構成を獲得することができる。前記ソフトウェアシステムの自律管理提供方法は、前記あらかじめ設定された方針に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得するステップの前に、前記システムまたは周囲の物理的な環境から状況context情報を獲得するステップをさらに含むことができる。前記あらかじめ設定された方針に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得するステップは、前記あらかじめ設定された方針及び前記獲得した状況情報に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得することができる。また、本発明の他の態様によるソフトウェアシステムの自律管理提供方法を実行するプログラムを記録した記録媒体は、要請されたサービスを提供することができるシステムのすべての構成configurationを動的フィーチャーモデルdynamicfeaturemodelから獲得するステップと、あらかじめ設定された方針に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を獲得するステップと、前記獲得した構成に基づいてシステムの資源を再構成するステップと、前記再構成された資源に基づいて前記要請されたサービスを提供するステップとを実行するプログラムが記録される。また、本発明のさらに他の態様によるソフトウェア自律管理機能を備えたシステムは、要請されたサービスを提供することができるシステムのすべての構成configurationを提供する動的フィーチャーモデルと、あらかじめ設定された方針情報に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を提供する自律管理者と、前記自律管理者から要請されたサービスのための構成を提供され、前記提供された構成に基づいてシステムの資源を再構成した後、再構成された資源に基づいてユーザにサービスを提供するコアシステムとを含む。前記ソフトウェア自律管理機能を備えたシステムは、ユーザが設定した方針を提供され、前記提供された方針または前記提供された方針に相当する目標を前記自律管理者に提供する方針管理者と、前記システムまたは周囲の物理的な環境から状況情報を収集し、収集した状況情報を前記自律管理者に提供する状況管理者とをさらに含むことができる。前記自律管理者は、前記あらかじめ設定された方針情報及び前記状況情報に基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を提供することができる。前記動的フィーチャーモデルは、前記システムの実行時に変化する値を定義する実行中フィーチャーruntimefeatureを含むことができる。前記自律管理者は、前記システムの前記実行中フィーチャーに基づいて前記獲得したシステムのすべての構成のうち前記要請されたサービスに相当する構成を提供することができる。以上説明したように、本発明によるソフトウェアシステムの自律管理提供方法及びソフトウェアの自律管理機能を備えたシステムによれば、ソフトウェアシステムが静的に構成されるだけでなく、システムの実行中にリアルタイムに変化する環境を示す実行中フィーチャーruntimefeatureを含む動的フィーチャーモデルを利用して要請されたサービスに最適化された構成を抽出し、抽出された構成を利用してシステムの資源を再構成した後、サービスを提供する。したがって、ユーザの介入なしにリアルタイムに変化する環境に対応して最適化されたサービスを提供することができ、このような特徴に起因して、要求される目的によって動的に再構成が可能なソフトウェアシステムが必要な埋め込みシステム、ロケット、軍用ソフトウェアシステムなどに活用されることができる。本発明は、多様な変更を加えることができ、様々な実施例を有することができるところ、特定の実施例を図面に例示し、詳細な説明に詳細に説明する。しかし、これは、本発明を特定の実施形態に限定しようとするものではなく、本発明の思想及び技術範囲に含まれるすべての変更、均等物及び代替物を含むものと理解すべきである。なお、各図面を説明するに際して、類似の参照符号を類似の構成要素に対して使用した。第1、第2などの用語は、多様な構成要素を説明するのに使用されることができるが、前記構成要素は、前記用語に限定されるわけではない。前記用語は、1つの構成要素を他の構成要素から区別する目的だけで使用される。例えば、本発明の権利範囲を脱することなく、第1構成要素は、第2構成要素として命名されることができ、同様に、第2構成要素も第1構成要素として命名されることができる。及び/またはという用語は、複数の関連された記載項目の組み合わせまたは複数の関連された記載項目のうちいずれかの項目を含む。任意の構成要素が他の構成要素に連結されているか、接続されていると記述されたときには、他の構成要素に直接的に連結されているか、または接続されていることもできるが、中間に他の構成要素が存在することもできると理解すべきである。一方、任意の構成要素が他の構成要素に直接連結されているか、直接接続されていると記述されたときには、中間に他の構成要素が存在しないものと理解すべきである。本出願において使用した用語は、ただ特定の実施例を説明するために使用されたものであって、本発明を限定しようとする意図ではない。単数の表現は、文脈上、明白に異なって意味しない限り、複数の表現を含む。本出願において、含むまたは有するなどの用語は、記述された特徴、数字、ステップ、動作、構成要素、部分品またはこれらを組み合わせたものが存在することを指定しようとするものであって、1つまたはそれ以上の他の特徴、数字、ステップ、動作、構成要素、部分品またはこれらを組み合わせたものなどの存在または付加可能性をあらかじめ排除しないものと理解すべきである。以下、添付の図面を参照して、本発明の好ましい実施例をさらに詳細に説明する。以下、図面において、同一の構成要素については、同一の参照符号を使用し、同一の構成要素について重複説明は省略する。図1は、本発明の一実施例によるソフトウェアの自律管理を実行するシステムの構成を示すブロック図である。図1を参照すれば、領域専門家Domainengineerは、製品系列Productlineを分析し、これを基盤として製品系列再使用ライブラリProductLineReuseLibrary110を生成し、これを静的フィーチャーモデルStaticFeatureModel120を利用して関係を示す。アプリケーション専門家Applicationengineerは、前記静的フィーチャーモデル120に基づいて開発しようとする当該ソフトウェアシステムの要求事項に対応してソフトウェアを開発する。また、領域専門家は、コアシステム140の実行時の製品再構成のための意思決定のための動的フィーチャーモデルDynamicFeatureModel130を生成する。ここで、前記静的フィーチャーモデル120及び動的フィーチャーモデル130は、ソフトウェアシステムの開発時に生成されることができる。本発明の一実施例によるソフトウェアシステムの自律管理提供方法においては、従来のフィーチャー基盤ソフトウェア開発方法を拡張し、従来のフィーチャーモデルを静的フィーチャーモデル120として命名し、前記静的フィーチャーモデルを基盤としてソフトウェアシステムの実行時に変化可能なフィーチャーモデルを分析し、分析したフィーチャーモデルを基盤として動的フィーチャーモデル130を新しく定義する。前記動的フィーチャーモデル130は、コアシステム140の実行時にどんな構成で動作するかをすべて定義することができるモデルであって、静的フィーチャーモデル120で選択された機能に基づいて前記選択された機能の実行時にどのように活性化されるかを定義したものである。コアシステムCoresystem140は、所定領域のハードウェア及びハードウェアに設置され、ハードウェアの動作を制御するソフトウェアシステムをすべて含み、ユーザから新しいサービス要請を提供され、提供されたサービス要請情報を自律管理者150に提供する。その後、コアシステム140は、自律管理者150から要請されたサービスのための構成情報を提供され、提供された構成情報に基づいてシステムの資源を再構成reconfigurationした後、再構成されたシステム資源に基づいてユーザにサービスを提供する。自律管理者autonomicmanager150は、方針管理者160から提供された方針情報と、状況管理者170から提供された状況情報に基づいて、動的フィーチャーモデル130から提供されたコアシステム140のすべての可能な構成情報のうちユーザから要請されたサービスに最も適した構成を抽出した後、コアシステム140に提供する。方針管理者Policymanager160は、ユーザから上位レベルの方針policyを提供され、提供された方針または前記上位レベルの方針に相当する具体的な目標を自律管理者150に提供する。状況管理者Contextmanager170は、コアシステム及び/または周囲の物理的な環境から提供されることができる状況context情報を収集し、収集した状況情報を自律管理者150に提供する。図2は、本発明の一実施例によるソフトウェアシステムの自律管理方法を示すフローチャートである。図1及び図2を参照して本発明の一実施例によるソフトウェアシステムの自律管理方法を説明すれば、まず、コアシステム140は、ユーザからサービス要請を提供されステップ210、提供されたサービス要請情報を自律管理者150に提供する。自律管理者150は、方針管理者160からユーザが設定した方針情報を獲得しステップ220、状況管理者170からコアシステム及び/または周囲の物理的な環境から状況情報を獲得するステップ230。また、自律管理者150は、動的フィーチャーモデルからシステムのすべての可能な構成情報を獲得しステップ240、獲得した前記方針情報及び状況情報に基づいて前記システムのすべての可能な構成情報のうちユーザが要請したサービスに最も適した構成を抽出した後ステップ250、抽出した構成情報をコアシステム140に提供する。コアシステム140は、自律管理者150から提供された構成情報に基づいてシステムの資源を再構成しステップ260、再構成された資源を利用してユーザが要請したサービスを提供するステップ270。図2では、サービス要請が受け付けられた後ステップ210、ユーザが設定した方針情報を獲得しステップ220、状況情報を獲得ステップ230するものと例示して説明したが、これは、説明の便宜のためのものに過ぎず、実質的には、ステップ210~ステップ230は、順序が互いに変わって実行されてもよい。また、ステップ220及び/またはステップ230は、ステップ240と実行順序が変わってもよい。図3は、本発明の一実施例によるソフトウェアシステムの自律管理方法に適用される静的フィーチャーモデルと動的フィーチャーモデルの関係を説明するための概念図である。図3を参照すれば、図3において、上部の円錐cone領域は、ソフトウェアシステムの開発のための静的フィーチャーモデルを示し、下部の円錐領域は、1つの製品が実行中に再構成されることができる動的フィーチャーモデルを示す。図3において、P1、P2、P3及びP4は、プログラムprogramを意味し、f1、f2、f3及びf4は、静的フィーチャーstaticfeaturesを意味する。また、C1、C2、C3及びC4は、構成configurationを意味し、f1及びf2は、動的フィーチャーdynamicfeatureを意味する。静的フィーチャーモデルは、フィーチャーを利用して基本的なソフトウェアプログラムであるP1からP2、P3及びP4を漸進的に開発することができる。例えば、加算機能のみを有する電卓プログラムがP1であり、f1は、減算機能、f2は、除算機能として仮定すれば、P4は、加算、減算及び除算機能を有する電卓プログラムが作成される。動的フィーチャーモデルは、前述したように生成されたソフトウェアシステムが実行される途中にどんな構成で動作するかを示す。すなわち、静的フィーチャーモデルにおいてフィーチャーがプログラムコードなら、動的フィーチャーモデルにおいては、これに対する客体となる。例えば、ソフトウェアシステムが実行される途中に、プログラムP4は、方針及び状況情報に基づいて加算だけで構成されたC1になることもでき、減算及び/または除算機能が付加され、C2、C3及びC4のうちいずれか1つで再構成されることもできる。また、前述したC1、C2、C3及びC4の構成は、方針及び状況情報によって動的フィーチャーが追加されるか、除外され、構成が変更されることもできる。図4は、本発明の一実施例によるソフトウェアシステムの自律管理方法に適用される静的フィーチャーモデルと動的フィーチャーモデルを比較したものを示す。図4を参照すれば、静的フィーチャーモデルは、ソフトウェアプログラムの合成のためのものであり、動的フィーチャーモデルは、システムが実行される途中に再構成のための意思決定モデルである。また、静的フィーチャーモデル及び動的フィーチャーモデルは、領域工学者または領域専門家がソフトウェア開発時点に生成し、静的フィーチャーモデルは、ソフトウェアシステムの開発時点にソフトウェア開発者が意思決定をし、動的フィーチャーモデルは、システムの実行時に自律管理者またはユーザによって決定される。静的フィーチャーモデルにおけるフィーチャーの組み合わせがソフトウェアシステムなら、動的フィーチャーモデルにおいてフィーチャーの組み合わせは、システムの実行中の状態または構成となる。システムが動作されるうちのソフトウェアシステムを有限仮想機械FSM:FiniteStateMachineで示す場合、状態は、独立的な状態なので、これと同じであると言える。図5は、本発明の一実施例によるソフトウェアシステムの自律管理方法が適用される例を説明するための移動通信端末機の静的フィーチャーモデルの構成を示す概念図である。移動通信端末機に設置されるソフトウェアは、移動通信端末機に具備される多様なハードウェアに対応して多様な機能が提供されなければならないので、製品系列工学を適用するのに非常に適した事例である。フィーチャーモデルは、領域内の専門家と一般ユーザまたは開発者間の意思疎通手段で領域内の様々なシステムの共通点と差異点をAND/ORグラフで図式化した領域分析モデルである。フィーチャーモデルは、領域内の共通的なフィーチャーは、必須Mandatoryフィーチャーで表現され、システム間の区別される差異点は、選択的Optionalフィーチャー、二者択一Alternativeフィーチャー、そして1つ以上の選択を行うことができるORフィーチャーで表現される。図5を参照して移動通信端末機の静的フィーチャーモデルを説明すれば、移動通信端末機においてアプリケーションapplicationは、必須フィーチャーであり、アプリケーションにおいて画像通話VideoCallは、選択的フィーチャーに該当する。移動通信端末機は、アプリケーションを含むこともでき、ネットワークインターフェースnetworkinterfaceをも有することができ、方針policyをも有することができる。このような場合、アプリケーションapplication、ネットワークインターフェースnetworkinterface及び方針policyを基本Base移動通信端末機に与えられたフィーチャーモデルの関係に基づいて追加し、新しい移動通信端末機システムを製作することができる。図5に示された移動通信端末機の静的フィーチャーモデルにおいては、アプリケーションapplicationは、音声通話Voicecallを必ず含まれなければならないし、CDMA、WLAN、WiBro、ブルートゥースBluetoothのうち少なくとも1つのネットワークインターフェースnetworkinterfaceと方針policyを含むことを示す。図6は、本発明の一実施例によるソフトウェアシステムの自律管理方法が適用される例を説明するための移動通信端末機の動的フィーチャーモデルの構成を示す概念図である。図6を参照すれば、静的フィーチャーモデルが製品の機能的な特性を分析して生成されることに対し、動的フィーチャーモデルは、実行中のシステムの特性を分析して生成される。例えば、図5に示す移動通信端末機の静的フィーチャーモデルにおいてソフトウェア開発者がアプリケーションapplicationとして音声通話voicecall及びウェブブラウザーwebbrowserを選択し、ネットワークインターフェースnetworkinterfaceとしてCDMA、WLAN、WiBroを選択し、ネットワークインターフェースnetworkinterfaceを選択する方法として、RSSReceivedSignalStrength、Cost、Power、Quality、Manualを選択したと仮定すれば、移動通信端末機は、前述した機能をすべて含んで製造される。動的フィーチャーモデルは、システムの実行中にどのように変化可能であるかを示す。例えば、図6に示す移動通信端末機の動的フィーチャーモデルを見れば、現在移動通信端末機は、実行中に、アプリケーションapplicationは実行されないか、または音声通話voicecall及びウェブブラウザーwebbrowserのうちただ1つだけ実行可能であり、ネットワークインターフェースnetworkinterfaceも活性化されないか、またはCDMA、WLAN及びWiBroのうちただ1つだけ活性化が可能であり、方針policyもRSS、Cost、Power、Quality及びManualのうちいずれか1つだけ選択可能であることが分かる。図6に示されたような動的フィーチャーモデルを有する移動通信端末機において自律管理者は、動的フィーチャーモデルを基盤として設定された当該方針policyに対応してシステムを管理するようになる。例えば、自律管理者は、アプリケーションapplicationごとに設定された方針policyに基づいて最適のネットワークインターフェースnetworkinterfaceを選択することができる。前記動的フィーチャーモデルには、静的フィーチャーモデルにない新しいフィーチャーで実行中に変化することができる値を実行中フィーチャーruntimefeatureとして定義した。図6においては、ネットワークインターフェースnetworkinterfaceの場合に、使用可能性Availability、信号強度Signalstrength、コストモデルCostModel、電力消耗率powerconsumptionrate、品質qualityなどがシステムの実行中に動的に変化可能なフィーチャーを示し、自律管理者は、移動通信端末機の実行中に前述した実行中フィーチャーを利用して最適のネットワークインターフェースを選択する。例えば、CDMAを使用することができない場所では、CDMAの使用可能性AvailabilityがFFalseとなり、このような実行中フィーチャーruntimefeatureの値を利用して自律管理者は、最も適切なネットワークインターフェースnetworkinterfaceを選択するようになる。図7は、図6に示す移動通信端末機の動的フィーチャーモデルを基盤として自律管理される移動通信端末機の状態図を示す。図7を参照すれば、移動通信端末機は、パワーがオンとされればturnon、パワーオフPOWER_OFF状態からパワーオンPOWER_ON状態に状態が遷移され、パワーオン状態から待機状態S1IDLEに動作を開始する。その後、移動通信端末機は、ユーザの操作に対応して音声通話S2Voicecall状態またはウェブブラウザーS3Webbrowser状態に転移される。前述したように、状態が転移され、音声通話またはウェブブラウザーが使用される場合、ネットワークインターフェースが活性化される。ここで、ネットワークインターフェースが使用される初期には、ユーザがCDMA、WLAN及びWiBroのうちいずれか1つのネットワークインターフェースを直接選択し、その後、移動通信端末機は、動的フィーチャーモデルを基盤とした実行中フィーチャーruntimefeatureとあらかじめ設定された方針policy及び/または収集された状況context情報に基づいて最適のネットワークインターフェースを自律的に選択するようになる。例えば、移動通信端末機の待機状態S1でユーザが音声通話S2を選択し、最初にネットワークインターフェースとしてWiBroS6を選択したと仮定すれば、移動通信端末機の自律管理者は、移動通信端末機が実行される途中に変化する実行中フィーチャーruntimefeatureとユーザがあらかじめ設定した方針policyに基づいて自律的に所定の時点にネットワークインターフェースとしてWLANS5を選択することができる。以上、本発明を好ましい実施例により詳細に説明したが、本発明は、前記実施例に限定されず、本発明の技術的思想及び範囲内で当該分野における通常の知識を有する者によって様々な変形及び変更が可能である。