(57)【要約】本発明の目的は、プログラマブルプラットフォーム１０−１〜１０−ｎに依存する階層的なシステムアーキテクチャ内のシステムコンポーネントを総合管理することにある。システムアーキテクチャ内での新たなサービスをセットアップするために再構成されるべきプログラマブルプラットフォームの各階層で、プラットフォームコンポーネントを決定することが提案される。次に、特定されたプラットフォームコンポーネントはプログラマブルプラットフォームの各階層で、対応するプラットフォーム再構成特性から導出した順序で再構成される。
2006513614.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムで新しいサービスをセットアップするために、プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントを決定するステップと、
対応するプラットフォーム再構成特性から導出した順序で、プログラマブルプラットフォームの前記各階層のプラットフォームコンポーネントを再構成するステップと
を備える、移動通信システムアーキテクチャを確立するプログラマブルプラットフォームの階層を再構成する方法。
【請求項２】
プラットフォームコンポーネントの再構成に先立って、対応するプログラマブルプラットフォームのリスタートを要求しない再構成または対応するプログラマブルプラットフォームのリスタートを要求する再構成に従って、プラットフォーム再構成特性がチェックされることを特徴とする請求項１記載の方法。
【請求項３】
プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントの順序は、
プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートしない再構成を、プラットフォーム再構成特性として含む少なくとも１つのプラットフォームコンポーネントが先で、
プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートする再構成を、プラットフォーム再構成特性として含む少なくとも１つのプラットフォームコンポーネントが後である
という順序で決定されることを特徴とする請求項１または２記載の方法。
【請求項４】
再構成に適した少なくとも１つの新たなプラットフォームコンポーネントをインストールすることで、対応するプログラマブルプラットフォームをリスタートしない再構成特性を含む少なくとも１つのプラットフォームコンポーネントを再構成するステップを備えることを特徴とする請求項３記載の方法。
【請求項５】
再構成されるべき少なくとも１つのプラットフォームコンポーネントを停止するステップと、
再構成に適した少なくとも１つの関連する新たなプラットフォームをインストールするステップ
というサブステップによって、対応するプログラマブルプラットフォームをリスタートする再構成特性を含む少なくとも１つのプラットフォームコンポーネントを再構成するステップをさらに備えることを特徴とする請求項４記載の方法。
【請求項６】
再構成されるべきでないが、再構成される少なくとも１つのプラットフォームコンポーネントを使用し、対応するプログラマブルプラットフォームをリスタートするプラットフォーム再構成特性を有する、少なくとも１つのプラットフォームコンポーネントを停止するステップをさらに備えることを特徴とする請求項５記載の方法。
【請求項７】
前記再構成処理の成功を判断するステップをさらに備えることを特徴とする請求項１乃至６のいずれかに記載の方法。
【請求項８】
再構成処理が成功しなかった場合、当該再構成に先立ち、前記移動通信システムアーキテクチャを再確立するステップをさらに備えることを特徴とする請求項７記載の方法。
【請求項９】
前記再構成処理が成功した場合、新たなプラットフォームコンポーネントを適切な順序で開始するステップをさらに備えることを特徴とする請求項７記載の方法。
【請求項１０】
再構成関連情報を、前記移動通信システムのユーザと交換するステップをさらに備えることを特徴とする請求項１乃至９のいずれかに記載の方法。
【請求項１１】
再構成関連情報を、前記移動通信システムの操作者と交換するステップをさらに備えることを特徴とする請求項１乃至１０のいずれかに記載の方法。
【請求項１２】
前記再構成関連情報は、前記再構成処理のための制御情報、再構成されるべき少なくとも１つのプラットフォームコンポーネント、プラットフォームの能力に関する情報、プラットフォーム間の従属関係に関する情報を含むグループの中から選択されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記プログラマブルプラットフォームが、物理層プロトコルへの適合と高層のプログラマブルプラットフォームでのイベントを引き起こすネットワークインタフェースプラットフォームと、ネットワークインタフェースプラットフォームを接続するための転送エンジンプラットフォームと、ステートフルなプロトコルを処理するためのプラットフォームを計算するプロトコル、およびユーザアプリケーションを低層のプログラマブルプラットフォーム特性および仕様から分断するミドルウェアプラットフォームを含むグループの中から選択されることを特徴とする請求項１乃至１２のいずれかに記載の方法。
【請求項１４】
前記プラットフォームコンポーネントが、プログラムモジュールコンポーネント、プログラムパラメータコンポーネント、シグナリングプロトコルコンポーネント、およびプログラマブルプラットフォームをサポートするアプリケーション用のサービスインタフェースコンポーネントを含むグループの中から選択されることを特徴とする請求項１乃至１３のいずれかに記載の方法。
【請求項１５】
移動通信システムで新しいサービスをセットアップするために、プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントを決定するように構成されたコンポーネント収集部と、
対応するプラットフォーム再構成特性から導出した順序で、プログラマブルプラットフォームの前記各階層のプラットフォームコンポーネントを再構成するように構成されたコンポーネントインストール部と
を備える、移動通信システムアーキテクチャを確立するプログラマブルプラットフォームの階層を再構成するための再構成エージェント。
【請求項１６】
プラットフォームコンポーネントの再構成に先立って、対応するプログラマブルプラットフォームのリスタートを要求しない再構成または対応するプログラマブルプラットフォームのリスタートを要求する再構成に従って、プラットフォーム再構成特性をチェックするように構成された再構成エージェントをさらに備えることを特徴とする請求項１５記載の再構成エージェント。
【請求項１７】
プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートしない再構成を、プラットフォーム再構成特性として含む少なくとも１つのプラットフォームコンポーネントが先で、
プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートする再構成を、プラットフォーム再構成特性として含む少なくとも１つのプラットフォームコンポーネントが後である
という順序で、プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントの順序を決定するように構成された順序部をさらに備えることを特徴とする請求項１５または１６記載の再構成エージェント。
【請求項１８】
前記インストール部は、再構成に適した少なくとも１つの新たなプラットフォームコンポーネントをインストールすることで、対応するプログラマブルプラットフォームをリスタートしない再構成特性を含む少なくとも１つのプラットフォームコンポーネントを再構成するように構成されたことを特徴とする請求項１７記載の再構成エージェント。
【請求項１９】
前記インストール部は、
再構成されるべき少なくとも１つのプラットフォームコンポーネントの停止と、
再構成に適した少なくとも１つの関連する新たなプラットフォームのインストールとによって、対応するプログラマブルプラットフォームをリスタートする再構成特性を含む少なくとも１つのプラットフォームコンポーネントを再構成するように構成されたことを特徴とする請求項１８記載の再構成エージェント。
【請求項２０】
再構成されるべきでないが、再構成される少なくとも１つのプラットフォームコンポーネントを使用し、対応するプログラマブルプラットフォームをリスタートするプラットフォーム再構成特性を有する、少なくとも１つのプラットフォームコンポーネントを停止するように構成された再構成制約部をさらに備えることを特徴とする請求項１９記載の再構成エージェント。
【請求項２１】
前記再構成処理の成功を判断するように構成された再構成評価部をさらに備えることを特徴とする請求項１５乃至２０のいずれかに記載の再構成エージェント。
【請求項２２】
再構成処理が成功しなかった場合、当該再構成に先立ち、前記移動通信システムアーキテクチャを再確立するように構成されたフォールバック部をさらに備えることを特徴とする請求項２１記載の再構成エージェント。
【請求項２３】
前記再構成処理が成功した場合、新たなプラットフォームコンポーネントを適切な順序で開始するように構成された開始部をさらに備えることを特徴とする請求項２１記載の再構成エージェント。
【請求項２４】
再構成関連情報を、前記移動通信システムのユーザと交換するように構成されたユーザインタフェースをさらに備えることを特徴とする請求項１５乃至２３のいずれかに記載の再構成エージェント。
【請求項２５】
再構成関連情報を、前記移動通信システムの操作者と交換するように構成された操作者インタフェースをさらに備えることを特徴とする請求項１５乃至２３のいずれかに記載の再構成エージェント。
【請求項２６】
前記再構成関連情報は、前記再構成処理のための制御情報、再構成されるべき少なくとも１つのプラットフォームコンポーネント、プラットフォームの能力に関する情報、プラットフォーム間の従属関係に関する情報を備えるグループの中から選択されることを特徴とする請求項２５記載の再構成エージェント。
【請求項２７】
物理層プロトコルへの適合と高層のプログラマブルプラットフォームでのイベントを引き起こすネットワークインタフェースプラットフォームと、ネットワークインタフェースプラットフォームを接続するための転送エンジンプラットフォームと、ステートフルなプロトコルを処理するためのプラットフォームを計算するプロトコル、およびユーザアプリケーションを低層のプログラマブルプラットフォーム特性および仕様から分断するミドルウェアプラットフォームを含むグループの中から選択されたプログラマブルプラットフォームと動作するように構成されたことを特徴とする請求項１５乃至２６のいずれかに記載の再構成エージェント。
【請求項２８】
プログラムモジュールコンポーネント、プログラムパラメータコンポーネント、シグナリングプロトコルコンポーネント、およびプログラマブルプラットフォームをサポートするアプリケーション用のサービスインタフェースコンポーネントを含むグループの中から選択されたプラットフォームコンポーネントを再構成するように構成されたことを特徴とする請求項１５乃至２７のいずれかに記載の再構成エージェント。
【請求項２９】
再構成エージェントのプロセッサで実行されると、請求項１乃至１４記載のいずれかに記載のステップを実行するためのソフトウェアコード部分を備える、再構成エージェントの内部メモリに直接搭載可能なコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はヘテロジニアスかつプログラマブルなプラットフォームの再構成に関し、特に、移動通信のシステムアーキテクチャおよびそれに関連する再構成エージェントを確立する、プログラマブルプラットフォームの階層を再構成する方法に関する。
【背景技術】
【０００２】
移動通信システムなどの複雑なシステムアーキテクチャを再構成することは、既存のシステムアーキテクチャを拡大する技術および新しいサービスを展開する技術において現在継続中のタスクである。複雑なシステムアーキテクチャを再構成するには、通常、新たなサービスコンポーネントをインストールしなければならない。システムアーキテクチャが、異なる抽象層でシステム機能を実行する、再構成可能な複数のプラットフォームに基づく場合、一般的にはすべてのプラットフォームで新たなサービスコンポーネントが再構成されなければならない。
【０００３】
特に、特性が異なるプラットフォームは、非常に多様な形のプログラマビリティまたは再構成能力をサポートするので、異なるプラットフォーム間での再構成処理の調整および同期もサポートされるべきである。異なるプラットフォームの例として、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサ、ＨＦコンポーネント、オペレーティングシステム、およびバーチャルマシンなどがある。
【０００４】
しかしながら、再構成処理は通常、各プラットフォームの特性に応じて異なるので、プラットフォームを再構成することはとりわけ複雑である。あるプラットフォームにおいてはコンポーネントの付加が容易であるのに対し、他のプラットフォームにおいてはコンポーネントが交換されなければならず、その結果、そのようなコンポーネントを使うサービスが中断することとなる。さらにひどい場合は、全プラットフォーム機能が中断されなければならず、新しいコンポーネントがインストールされた場合にのみリスタートが可能になるプラットフォームもある。
【０００５】
したがって、次の形式のコンポーネントの再構成が提案されている。
【０００６】
再構成の第一の形式では、システムアーキテクチャ内の開発中もしくは配置中など、システムの立ち上げに先だってもしくは実行時間のいずれかでコンポーネントを構成する。
【０００７】
再構成の第二の形式では、ソフトウェアの更新をすることなく柔軟性をもたらす古典的な方法として、ソフトウェアをパラメータ化する。
【０００８】
再構成の第三の形式では、古典的な例として、システムデバイスのファームウェア更新によってソフトウェアを完全に更新もしくは交換する。この形式によれば、システムデバイスもしくはシステムサーバは一定時間の間利用できなくなることを余儀なくされる。
【０００９】
再構成の第四の形式では、複雑なソフトウェアシステムでは、ソフトウェアを部分的に更新する。システム内ではオープンインタフェースがないことが非常に多いため、その否定的な結果としてシステム機能の再評価に伴いサービスが中断する虞がある。
【００１０】
再構成の第五の形式では、適切な機能性を保証するとともに円滑なサービスの進化をサポートするインタフェース設計を提供するオープンプラットフォームにおいて、コンポーネントをインストールする。
【００１１】
以上のことから、再構成の技術として知られるさまざまな形式は、異なるプラットフォーム間の同期および調整を何らサポートせず、特定の形式の再構成のみサポートする。また、さまざまな形式の再構成はどれもプラットフォームの特性を適切な方法で考慮していない。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
上記の観点から、本発明の目的は、プラットフォーム能力と、関連コンポーネントと、階層的なシステムアーキテクチャを確立する、ヘテロジニアスかつプログラマブルなプラットフォームの再構成中の各コンポーネントの従属関係を総合管理することである。
【課題を解決するための手段】
【００１３】
本発明によれば上記の目的は、移動通信システムアーキテクチャを確立するプログラマブルプラットフォームの階層を再構成する方法によって実現される。この方法は、移動通信システムで新しいサービスをセットアップするために、プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントを決定する第一のステップを備える。この方法はさらに、対応するプラットフォーム再構成特性から導出した順序で、プログラマブルプラットフォームの前記各階層のプラットフォームコンポーネントを再構成する第二のステップを備える。
【００１４】
したがって従来の再構成方法とは異なり、本発明は階層的なシステムアーキテクチャ内の異なるプログラマブルプラットフォームにあるコンポーネントも一緒に考慮することをサポートする。さらに本発明は、システムアーキテクチャ内の異なる階層にあるプラットフォームコンポーネントにおける調整された再構成を実現するための再構成特性を考慮することをサポートする。したがって本発明に係る、システムアーキテクチャ内の各階層における再構成されるべきプラットフォームコンポーネントの決定を、関連するプラットフォーム特性を考慮することと組み合わせる方法によって、再構成処理中のサービスの中断及び全体システムのダウン時間は最小化することとなる。
【００１５】
本発明の好適な実施形態によれば、プラットフォームコンポーネントの再構成に先立って、プラットフォーム再構成特性がチェックされる。プラットフォーム特性は、対応するプログラマブルプラットフォームのリスタートを要求しない再構成または対応するプログラマブルプラットフォームのリスタートを要求する再構成に従って決定される。
【００１６】
したがって本発明の好適な実施形態によれば、関連するプログラマブルプラットフォームのリスタートを要求するプラットフォームコンポーネントの再構成特性と、リスタートを必要としないプラットフォームコンポーネントの再構成特性とが識別されることとなる。ゆえに本発明によれば、再構成されるべきプラットフォームコンポーネントの仕様のみならず、最適化再構成処理を許容するプラットフォームコンポーネントの環境の計算を考慮することも可能である。
【００１７】
本発明の他の好適な実施形態によれば、プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントの順序は、プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートしない再構成を、プラットフォーム再構成特性として含む少なくとも１つのプラットフォームコンポーネントが先で、プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートする再構成を、プラットフォーム再構成特性として含む少なくとも１つのプラットフォームコンポーネントが後という順序で決定される。
【００１８】
本発明の好適な実施形態によれば、対応するプログラマブルプラットフォームのリスタートを必要としないプラットフォームコンポーネントを最初に再構成することが提案される。この方法の総合的な利点は、プラットフォームコンポーネントがインストールされている限り、再構成処理をしてもシステムサービスが中断されないことにある。対応するプログラマブルプラットフォームをリスタートしないプラットフォームコンポーネントが再構成された場合のみ、対応するプログラマブルプラットフォームをリスタートするプラットフォームコンポーネントが再構成される。この方法の根底には、後者のプラットフォームコンポーネントの再構成が開始されると、システムパフォーマンスが中断されることなく、再構成されるすべてのプラットフォームコンポーネントの再構成が成功するという理解があり、これによって、関連するプログラマブルプラットフォームのリスタートを要求するプラットフォームコンポーネントの最適スタート環境が提供される。総じて、本発明の好適な実施形態によって、全体システムのダウン時間が最小化できる。
【００１９】
本発明の他の好適な実施形態によれば、対応するプログラマブルプラットフォームをリスタートしない再構成特性を含む少なくとも１つのプラットフォームコンポーネントは、再構成に適した少なくとも１つの新たなプラットフォームコンポーネントをインストールすることで再構成される。
【００２０】
したがって本発明の好適な実施形態によれば、サービス能力を拡張するための複数の新たなコンポーネントなどによって、プラットフォームコンポーネントの１：１の交換処理が行われるだけでなく、それまでに存在したプラットフォームコンポーネントの再構成もサポートされる。言い換えるとこの方法は、システムアーキテクチャ全体のモジュール性、すなわち、改良された総合管理をサポートする。
【００２１】
本発明の他の好適な実施形態によれば、対応するプログラマブルプラットフォームをリスタートする再構成特性を含む少なくとも１つのプラットフォームコンポーネントは、再構成されるべき少なくとも１つのプラットフォームコンポーネントを停止するとともに、再構成に適した少なくとも１つの関連する新たなプラットフォームをインストールすることによって再構成される。
【００２２】
本発明に係るこの好適な実施形態の重要な利点は、上記でも概要を示したが、システムアーキテクチャ内のモジュール性および総合管理をサポートするために、それまでに存在したプラットフォームコンポーネントが必要に応じて複数の新たなプラットフォームコンポーネントに取って代わられることにある。さらに他の利点は、プラットフォームコンポーネントの停止は、再構成が実際に行われる時にのみトリガされるので、全体的なサービス停止およびシステムのダウン時間がいっそう最小化することにある。
【００２３】
本発明の他の好適な実施形態によれば、再構成されるべきでないが、再構成される少なくとも１つのプラットフォームコンポーネントを使用し、対応するプログラマブルプラットフォームをリスタートするプラットフォーム再構成特性を有する、少なくとも１つのプラットフォームコンポーネントが停止される。
【００２４】
本発明に係るこの好適な実施形態の重要な利点は、階層的なシステムアーキテクチャ内の観点から、システムアーキテクチャ内の異なる階層レベルにおける異なるプラットフォームコンポーネントの独立性および制約を十分に考慮していることにある。この利点は、プラットフォームコンポーネントが全体的な再構成処理の一部を形成しない場合にも当てはまる。システムアーキテクチャ内の異なる階層レベルでの再構成に関する同時および全体的な視点によれば、再構成されるべきプラットフォームコンポーネントに依存するサービスの無秩序な中断が避けられる。
【００２５】
本発明の他の好適な実施形態によれば、再構成処理が成功しなかった場合、当該再構成に先立ち、前記移動通信システムアーキテクチャは再確立される。
【００２６】
本発明に係るこの好適な実施形態の重要な利点は、再構成処理が成功しなかった場合でもシステムのエンドユーザへのサービスを提供し続けるために、再構成に先立って、システムアーキテクチャを再確立するためのフォールバック機構が設けられていることにある。
【００２７】
本発明の他の好適な実施形態によれば、再構成処理が成功した場合、新たなプラットフォームコンポーネントが適切な順序で開始される。
【００２８】
本発明に係るこの好適な実施形態の重要な利点は、再構成が成功した場合に、別々に再構成されたプラットフォームコンポーネントを開始する際に、それらが適切に順序づけられることにある。この典型例として、関連するプログラマブルプラットフォームのリスタートを必要としないプラットフォームコンポーネントを開始して、関連するプログラマブルプラットフォームのリスタートを必要とする、再構成されたプラットフォームコンポーネントへと引き継ぐことにある。
【００２９】
本発明の他の好適な実施形態によれば、再構成関連情報は、前記移動通信システムのユーザと交換されてもよい。
【００３０】
本発明に係るこの好適な実施形態は、特に、ユーザの再構成処理への融合をサポートする。この第一の例として、再構成処理を実行中のエンドユーザに対するサービスの中断の通知がある。第二の例として、再構成処理のトリガなど、エンドユーザからの指令要求がある。
【００３１】
本発明の他の好適な実施形態によれば、再構成関連情報は前記移動通信システムの操作者によって転送されてもよい。
【００３２】
本発明に係るこの好適な実施形態の重要な利点は、オペレータを介して遠隔再構成処理をサポートすることである。この典型例に、移動通信システムの移動端末や移動通信システムのその他のシステムコンポーネントなどの内部でのシステムアーキテクチャ内の再構成がある。遠隔再構成の柔軟性によって、システムアーキテクチャ全体でのサービス提供が継続的に改善される。
【００３３】
本発明の他の好適な実施形態によれば、再構成関連情報は、前記再構成処理のための制御情報、再構成されるべき少なくとも１つのプラットフォームコンポーネント、プラットフォームの能力に関する情報、プラットフォーム間の従属関係に関する情報を含むグループの中から選択される。
【００３４】
本発明に係るこの好適な実施形態は、プラットフォーム能力の総合管理をサポートするには特に都合がよい。これは、プラットフォームコンポーネントだけでなく、関連する制御パラメータも再構成されるからである。さらに、上記で概要を示した意味でのプラットフォーム能力に関する情報と、関連するプラットフォームコンポーネントの従属関係に関する情報を提供することで再構成処理がいっそうサポートされる。
【００３５】
本発明の他の好適な実施形態によれば、プログラマブルプラットフォームは、物理層プロトコルへの適合と高層のプログラマブルプラットフォームでのイベントを引き起こすネットワークインタフェースプラットフォームと、ネットワークインタフェースプラットフォームを接続するための転送エンジンプラットフォームと、ステートフルなプロトコルを処理するためのプラットフォームを計算するプロトコル、およびユーザアプリケーションを低層のプログラマブルプラットフォーム特性および仕様から分断するミドルウェアプラットフォームを含むグループの中から選択される。
【００３６】
この好適な実施形態の重要な利点は、上記に概要を示した意味でのプラットフォーム能力の総合管理の基礎を形成するとともに、プログラマブルプラットフォームの機能性とは無関係である、階層的なシステムアーキテクチャ内で、まったく異なる複数のプラットフォームをサポートすることにある。またプログラマブルプラットフォームの種類とは無関係に、本発明によれば、プログラマブルプラットフォームの詳細は外へ抽出される。また再構成されるべきプラットフォームコンポーネントに応じて、再構成される必要がある、全システムなどのすべてのプラットフォームではなく、プログラマブルプラットフォームのリスタートを要求するプラットフォームコンポーネントである、選択されたプラットフォームのみが再構成されるべきである。
【００３７】
本発明の他の好適な実施形態によれば、プラットフォームコンポーネントは、プログラムモジュールコンポーネント、プログラムパラメータコンポーネント、シグナリングプロトコルコンポーネント、およびプログラマブルプラットフォームをサポートするアプリケーション用のサービスインタフェースコンポーネントを含むグループの中から選択される。
【００３８】
本発明の他の好適な実施形態によれば、再構成エージェントのプロセッサで実行されると、請求項１乃至１４記載のいずれかに記載のステップを実行するためのソフトウェアコード部分を備える、再構成エージェントの内部メモリに直接搭載可能なコンピュータプログラム製品が提供される。
【００３９】
したがって本発明は、コンピュータもしくはプロセッサシステムで進歩性のある方法の実行を実現するために提供される。要するにこの実行によって、コンピュータシステムあるいはより具体的には、再構成エージェントなどに含まれているプロセッサで使われるコンピュータプログラム製品が提供されることとなる。
【００４０】
本発明の機能を定義するプログラムは、プロセッサもしくはコンピュータ入出力付属物によって読み取り可能なＲＯＭやＣＤ―ＲＯＭディスクなどの読み出し専用メモリ装置などの書き込み不能な記録媒体に永久に格納されている情報、フロッピーディスクおよびハードドライブなどの書き込み可能な記録媒体に格納された情報、あるいはネットワーク、インターネット、もしくは電話網などの通信媒体によって、モデムやその他のインタフェース装置を介してコンピュータまたはプロセッサへ運ばれる情報など、これらに限定されないものの、多様な形態でコンピュータまたはプロセッサに配信される。なおこれらの媒体は、プロセッサが読み取り可能な、進歩性のあるコンセプトの実行指示を含む場合には、本発明の代替的な実施形態を表すことが理解されるべきである。
【００４１】
以下では図面を参照して本発明の好適な実施形態を説明する。
【発明を実施するための最良の形態】
【００４２】
以下では図面を参照して、本発明の好ましい実施形態、関連する利点、および変形例を説明する。ここで、各図における同一の構成要素は同じ符号を使って示される。
【００４３】
図１は、ベース部１２および再構成可能なプラットフォームコンポーネント１４−１〜１４―ｎを含む、本発明に係るプログラマブルプラットフォーム１０の概略図を示す。
【００４４】
図１に示されるプログラマブルプラットフォームは、予め定義された計算機能を提供するために以下でさらに詳細に説明されるべき階層的なシステムアーキテクチャ内で、一つの抽象層を形成する。
【００４５】
図１で示されるように、各プログラマブルプラットフォーム１０は、その機能性が変化しないプラットフォームベース１２と、さまざまな時間ごとの異なる計算要求に対処するために追加もしくは除去などでその機能性が再構成されうる複数のプラットフォームコンポーネント１４−１〜１４―ｎを含む。
【００４６】
図１に示されるプログラマブルプラットフォームのコンセプトは、ハードウェアもしくはソフトウェアなどの再構成可能なエンティティを抽出することにある。よって各プログラマブルプラットフォーム機能の計算に応じた再構成可能なパラメータをはじめとして、再構成可能なアプリケーションに至るまでの、システムアーキテクチャ内のあらゆる状況を対象としなければらないため、本発明に係る再構成能力のコンセプトは幅広い。
【００４７】
図２は、図１に示される複数のプログラマブルプラットフォームを使う階層的なシステムアーキテクチャ内のモデルを示す。
【００４８】
図２に示されるように本発明では、プログラマブルプラットフォーム１０−ｎによって実現される低層トランスミッション機構から、プログラマブルプラットフォーム１０−１によって実現されるエンドユーザが視認できるアプリケーションまでの範囲に渡る、移動通信システム用の抽象システムアーキテクチャが考慮されている。
【００４９】
言い換えると、図２に示されるシステムアーキテクチャは、トランスミッション層、ネットワーキング層、ミドルウェア層、およびサービスサポート層などを含む抽象層に要約される。本発明によれば少なくとも一つの抽象レベルで、プログラマブルプラットフォームがプラットフォームコンポーネントの再構成が可能であることが前提とされる。
【００５０】
また図２で示すように、異なるプログラマブルプラットフォーム１０−１〜１０−ｎは、各々、プログラマブルプラットフォーム１０−１〜１０−ｎの階層を再構成するために設けられている再構成エージェント１６と相互作用する。相互作用については、以下でさらに詳細に説明する。
【００５１】
これまでは（発明の範囲を制限する意図ではなく）、上記のような再構成がサービスのアップデートに関連し、システムアーキテクチャ内の異なる階層レベルにある複数のプラットフォームコンポーネントの自由な再構成を必然的に伴うとみなされていたかもしれない。
【００５２】
さらにもっとも一般的な意味で、システムアーキテクチャ内の階層内では、再構成処理に含まれていないプラットフォームコンポーネントも、再構成されるべき他のプラットフォームコンポーネントに依存するという意味で、図２の破線の矢印で示された制約が存在することが想定されうる。本発明の全体的な枠組みでは、エンドユーザへの最適化サービスを提供するには、プラットフォーム間の制約が考慮されなければならない。
【００５３】
以下では、図３乃至６を参照して、図２に示される再構成エージェント１６の他の詳細および実施形態を説明する。
【００５４】
図３は、図２に示される再構成エージェントの概略図である。図３に示されるように、 再構成エージェント１６はコンポーネント収集部１８およびコンポーネントインストール部２０を含む。
【００５５】
図４は、図２に示される再構成エージェントでの動作の基本的なフローチャートを示す。
【００５６】
図４に示されるようにコンポーネント収集部１８は、ステップＳ１０において新たなサービスをセットアップするために、プログラマブルプラットフォーム１０−１〜１０−ｎの各階層で再構成されるべきプラットフォームコンポーネントを決定するように構成されている。さらに、図３に示されるコンポーネントインストール部２０はステップＳ２０で、対応するプラットフォーム再構成特性から導出した順序によって、プログラマブルプラットフォーム１０−１〜１０−ｎの各階層でプラットフォームコンポーネントを再構成するように構成される。
【００５７】
図５は、図３に示される再構成エージェント１６に含まれるコンポーネントインストール部２０をさらに詳細に示す概略図である。
【００５８】
図５に示されるように、コンポーネントインストール部２０はコンポーネントインストール／セットアップ部２２、プラットフォーム特性確認部２４、再構成順序セットアップ部２６、再構成制約部２８、再構成評価部３０、再構成フォールバック部３２、ユーザインタフェース部３４、およびシステム操作者インタフェース部３６を備える。
【００５９】
なお図５はコンポーネントインストール部２０のさまざまなサブユニットを示すが、以下で説明する基本的な再構成に不可欠な機能性が維持される限りにおいて、本発明は図５に示されるサブユニットのあらゆるサブコンビネーションをも対象とする。
【００６０】
コンポーネントインストール／セットアップ部２２は、図２に示されるさまざまなプログラマブルプラットフォームで再構成されるべきプラットフォームコンポーネントのインストールを実際に行う。この動作は、さまざまなプログラマブルプラットフォームでの新たなハードウェアコンポーネントおよびプログラムモジュールコンポーネント、さらには図２に示されるシステムアーキテクチャ内の階層レベルに応じて、プログラムパラメータコンポーネント、シグナリングプロトコルコンポーネント、およびサービスインタフェースコンポーネントのインストールに関係する。
【００６１】
プラットフォーム特性確認部２４はプラットフォームコンポーネントの再構成に先だって、プラットフォーム再構成特性を決定するように構成されている。この動作の結果、通常、再構成特性は、関連するプラットフォームコンポーネントの構成後に、対応するプログラマブルプラットフォームをリスタートしないタイプと、関連するプラットフォームコンポーネントの構成後に、対応するプログラマブルプラットフォームをリスタートするタイプのいずれかに分類される。
【００６２】
なおプラットフォーム特性確認部２４は、物理層プロトコルへ適合するとともに、より上位の層のプログラマブルプラットフォームでのイベントを引き起こすためのネットワークインタフェースプラットフォーム、ネットワークインタフェースプラットフォームを接続するための転送エージェントプラットフォーム、ステートフルなプロトコルを処理するためのプロトコル計算プラットフォーム、より低層のプログラマブルプラットフォームの特性および仕様からユーザアプリケーションを分断するミドルウェアプラットフォームなどのあらゆるタイプのプログラマブルプラットフォームと相互作用するように構成されている。
【００６３】
また再構成順序セットアップ部２６は、プログラマブルプラットフォームの各階層でのプラットフォームコンポーネントの構成順序を決定するように構成されている。構成順序は基本的に、再構成後にリスタートを必要としないプログラマブルプラットフォームにあるプラットフォームコンポーネントを第一グループに分類することから始まる。そして次の順序は、再構成後にリスタートを必要とするプログラマブルプラットフォームにあるプラットフォームコンポーネントである。なお、異なるプラットフォームコンポーネントに関しては、再構成が実際にされるべきプラットフォームコンポーネントのみが再構成の順序の中に組み込まれる。
【００６４】
再構成順序セットアップ部２６によって実現された結果に応じて、図５に示されるコンポーネントインストール／セットアップ部２２は二つのモードで動作する。
【００６５】
第一のモードは、再構成後に、対応するプログラマブルプラットフォームをリスタートしないプラットフォームコンポーネントを再構成することに関係する。この場合においてコンポーネントインストール／セットアップ部２２は、実行中の各サービスを中断せずに、新たなプラットフォームコンポーネントを直接インストールする。コンポーネントインストール／セットアップ部２２は、再構成によって実現されるべきサービスの種類に応じ、既に備わっている単一のプラットフォームコンポーネントに代替する複数のプラットフォームコンポーネントを提供するように構成されてもよい。
【００６６】
コンポーネントインストール／セットアップ部２２の動作の第二のモードは、再構成後に、対応するプログラマブルプラットフォームのリスタートを要求するプラットフォームコンポーネントを再構成することに関連する。ここで、コンポーネントインストール／セットアップ部２２は、再構成されるべき少なくとも１つのプラットフォームコンポーネントを停止し、プラットフォームコンポーネントを停止した場合のみ、再構成に適した少なくとも１つの新たなプラットフォームコンポーネントをインストールする。
【００６７】
また図５に示される再構成制約部２８は、再構成されるべきではない少なくとも１つのプラットフォームコンポーネントを停止するものの、対応するプログラマブルプラットフォームのリスタートを要求するプラットフォーム再構成特性を有する、再構成されるべき少なくとも１つのプラットフォームコンポーネントを使用する。
【００６８】
言い換えると、再構成制約部２８は、再構成されるべきでないプラットフォームコンポーネントを使うサービス（しかし、再構成処理の一部を形成するプラットフォームコンポーネントに依存するサービス）の誤動作を避けるために、図２に示される階層的なアーキテクチャ内のさまざまなプラットフォームコンポーネントの相互依存を評価する。
【００６９】
また再構成評価部３０は、再構成処理の成功を評価するように構成されている。
【００７０】
また再構成フォールバック部３２は、再構成評価部３０によって再構成が成功しなかったという結果が示された場合、再構成処理を開始する前に移動通信アーキテクチャを再構成するように構成されている。ここで、移動通信のシステムアーキテクチャの状態は、そのようなシステムアーキテクチャ内の再構成を行う主要部としての再構成エージェントのメモリ（図５では図示略）で保持される。
【００７１】
再構成評価部３０が再構成処理の肯定的な結果を示した場合、コンポーネントインストール／セットアップ部２２は、確立された新たなサービスをシステムアーキテクチャ内の異なる階層でボトムアップ方法によって開始するために、再構成された新たなプラットフォームコンポーネントを適切な順序で開始するように構成されている。適切な順序の例として、再構成されたインタフェースコンポーネントを使用するプラットフォームコンポーネントは、インタフェースコンポーネントが開始された場合のみ、プラットフォームコンポーネントの使用が開始されることが挙げられる。
【００７２】
またユーザインタフェース部３４は、再構成に関連した情報を、全体システムのエンドユーザと交換するように構成されている。したがってユーザインタフェース部３４は、エンドユーザに再構成の状態を通知するか、もしくはエンドユーザからのコントロールや指令情報を受け入れるために使われる。後者の場合、エンドユーザは再構成処理全体を制御する。
【００７３】
システム操作者インタフェース部３６は、システム全体の操作者との間で再構成に関する情報を交換することを可能にする。再構成に関する情報の典型的な例は、再構成処理の制御情報、再構成されるべき少なくとも１つのプラットフォームコンポーネント、プラットフォームの能力に関する情報、および異なるプラットフォームコンポーネント間の相違に関する情報がある。
【００７４】
図６は、図５に示されるコンポーネントインストール部２０の異なるサブユニットにおけるさまざまな動作の相互関係を示す。
【００７５】
図６に示されるように、プラットフォーム特性確認部２４はステップＳ１４で、再構成処理に関わるさまざまなプラットフォーム特性を決定する。
【００７６】
次に再構成順序セットアップ部２６はステップＳ１６で、上記に概要を示した、プラットフォームコンポーネントの再構成の順序を決定する。
【００７７】
次にコンポーネントインストール／セットアップ部２２が、ステップＳ１８で、決定された順序に従ってプラットフォームコンポーネントの再構成を実際に行う。
【００７８】
次に、再構成評価部３０は、ステップＳ２０で評価が成功したか判断する。再構成が成功しなかった場合、再構成フォールバック部３２はステップＳ２２で当初のシステムアーキテクチャへのフォールバックを行う。一方、再構成が成功した場合、コンポーネントインストール／セットアップ部はステップＳ２４で、上記で説明したボトムアップ方法などによって適切な順序で、再構成されたプラットフォームコンポーネントおよび関連するプラットフォームを開始する。
【００７９】
上記では図１乃至図６によって、階層的なシステムアーキテクチャ内の再構成に関する本発明の一般的な実施形態を説明した。以下では、本発明のさらに具体的な例を、移動通信システムの観点と、図７を参照して説明する。
【００８０】
図７に示される特定のシステムアーキテクチャは、４つのプログラマブルプラットフォームに依存する。第一のプラットフォームは、さまざまな無線通信規格や有線通信規格に対して媒体固有のネットワークインタフェースプラットフォーム３８である。ネットワークインタフェースプラットフォーム３８は、他の物理層プロトコルに適合するように、もしくは上位層でのイベントを引き起こすように構成もしくはプログラム化されてもよい。本発明によって、あらゆるタイプの物理層プロトコルが十分にカバーされる。
【００８１】
図７に示されるように、ネットワークインタフェースプラットフォーム３８は少なくともハンドオーバコンポーネント４０、複数のドライバコンポーネント４２、および異なるネットワークインタフェースのパラメータを扱うためのメモリコンポーネント４４を有する。
【００８２】
図７に示されるように、ネットワークインタフェースプラットフォーム３８の上には、ネットワークノードのデータ経路として、およびスイッチ行列などによって異なるネットワークインタフェースプラットフォームを接続するための転送エンジンプラットフォーム４６がある。転送エンジンプラットフォーム４６は専用ハードウェアか、共通オペレーティングシステムのカーネルモジュールのいずれかとして実行される。
【００８３】
また転送エンジンプラットフォーム４６は、転送エンジンプラットフォームの動作に不可欠な情報を含む、信号を発する特定パケットのフィルタリングを実現するパケットフィルタ部４８と、セキュリティ関連プログラマブルコンポーネント５０、サービス品質管理部５２を少なくとも有する。転送エンジンプラットフォーム４６は、パケット単位で実行される重要タスクを実行するようにプログラム可能である。
【００８４】
図７に示されるように、転送エンジンプラットフォーム４６の上には、ルーティング、サービス品質、もしくは接続管理などの静的プロトコルを処理するための汎用プラットフォームとしての計算プラットフォーム５４が設けられる。計算プラットフォームは少なくともハンドオーバサポート部５６、サービス品質プロトコル部５８、およびポリシー管理部６０を有する。
【００８５】
図７に示されるように、計算プラットフォーム５４の上には、ネットワークノードやネットワーク交換機などのシステムアーキテクチャ内の低層で実行される従来機能の特性および仕様からミドルウェアコンポーネントおよびサービスまたはアプリケーションを分断するように構成されたミドルウェアプラットフォーム６２が設けられている。
【００８６】
言い換えると、ミドルウェアプラットフォーム６２は、異なるシステムデバイスもしくは同じシステムデバイスのいずれかに存在する異なるシステムパーツの相互作用に使われる抽象層、およびアプリケーションレベルの異なるサービスおよびアプリケーション間の関係に関する情報などのセッションセマンティクスを提供する。
【００８７】
図７に示されるように、ミドルウェアプラットフォーム６２は少なくともアクティブネットサービスコンポーネント６４およびハンドオーバサービスコンポーネント６６を含む。
【００８８】
以上に示した例から、ハンドオーバサービスをアップデートするには、次のプラットフォームコンポーネント、すなわちネットワークインタフェースプラットフォーム３８のハンドオーバコンポーネント４０、転送エンジンプラットフォーム４６のパケットフィルタ部４８、計算プラットフォーム５４のハンドオーバサポート部５６、計算プラットフォーム５４のハンドオーバサポート部５６、およびミドルウェアプラットフォーム６２のハンドオーバサービスコンポーネント６６が変形されなければならない。
【００８９】
以上の観点から、新たなハンドオーバ処理は次のように構成される。
【００９０】
まず、層１および２でのハンドオーバの実行はハンドオーバコンポーネント４０で実現される。ここで再構成にあたっては、ネットワークインタフェースコンポーネント３８は停止されなければならない。
【００９１】
次に新たなパラメータが、転送エンジンプラットフォーム４６に、特に、新たなハンドオーバを信号通知するパケットのフィルタリングをサポートするためにパケットフィルタ部４８にインストールされる。このことは転送エンジンプラットフォーム４６を停止することなく実現される。
【００９２】
計算プラットフォーム５４では、ハンドオーバサポート部５６でのハンドオーバプロトコルの交換によって、新しい信号プロトコルのサポートが実現される。この再構成のため、ハンドオーバプロトコルは一定時間の間は利用できない。
【００９３】
最後に、ハンドオーバアプリケーションインタフェースのための新たな新たなサービスコンポーネント６６がミドルウェアプラットフォーム７２にインストールされるが、これによってサービスが中断されることはない。
【００９４】
上記の観点および上記に示された概要の観点から、転送エンジンプラットフォーム４６およびミドルウェアプラットフォーム６２のプラットフォームコンポーネントなど、サービスの停止が不要なコンポーネントを最初に再構成すべきであることは明らかである。以下、上記でさらに一般的な意味で説明した順序に従って、ネットワークインタフェースコンポーネント３８および計算プラットフォーム５４上で、関連するプラットフォームコンポーネントが再構成される。
【００９５】
上記では図を参照して本発明のさまざまな実施形態が説明されたが、本発明にかかる再構成が移動通信システム内の移動端末、移動通信システム内の交換機などに適用できることは明らかである。また本発明の適用は、特定のタイプの階層的なシステムアーキテクチャや関連するプラットフォーム機能性に限定されない。
【図面の簡単な説明】
【００９６】
【図１】本発明に係る、プラットフォームベースとプラットフォームコンポーネントを具備するプログラマブルプラットフォームの図である。
【図２】図１に示されるとおりに、複数のプログラマブルプラットフォームと、本発明に係る再構成エージェントとを使う階層的なシステムアーキテクチャ内のモデルを示す図である。
【図３】図２に示される再構成エージェントの概略を示す図である。
【図４】図３に示される再構成エージェントでの動作の基本的なフローチャートである。
【図５】図２に示されるコンポーネントインストール部の概略図をさらに詳細に示す図である。
【図６】本発明に係る再構成エージェントでの動作をさらに詳細に示すフローチャートである。
【図７】移動通信システムでのハンドオーバサービスに関連した、本発明に係る再構成処理の例を示す図である。
【図１】
2006513614.tif 000003
【図２】
2006513614.tif 000004
【図３】
2006513614.tif 000005
【図４】
2006513614.tif 000006
【図５】
2006513614.tif 000007
【図６】
2006513614.tif 000008
【図７】
2006513614.tif 000009
【手続補正書】
【提出日】平成17年7月26日(2005.7.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信システムで新しいサービスをセットアップするために、プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントを決定するステップと、
対応するプラットフォーム再構成特性から導出した順序で、プログラマブルプラットフォームの前記各階層のプラットフォームコンポーネントを再構成するステップと
を備え、
プラットフォームコンポーネントの再構成に先立って、対応するプログラマブルプラットフォームのリスタートを要求しない再構成または対応するプログラマブルプラットフォームのリスタートを要求する再構成に従って、プラットフォーム再構成特性がチェックされることを特徴とする、移動通信システムアーキテクチャを確立するプログラマブルプラットフォームの階層を再構成する方法。
【請求項２】
プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントの順序は、
プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートしない再構成を、プラットフォーム再構成特性として含む少なくとも一のプラットフォームコンポーネントが先で、
プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートする再構成を、プラットフォーム再構成特性として含む少なくとも一のプラットフォームコンポーネントが後である
という順序で決定されることを特徴とする請求項１記載の方法。
【請求項３】
再構成に適切な少なくとも１の新たなプラットフォームコンポーネントをインストールすることで、対応するプログラマブルプラットフォームをリスタートしない再構成特性を含む少なくとも１のプラットフォームコンポーネントを再構成するステップを備えることを特徴とする請求項２記載の方法。
【請求項４】
再構成されるべき少なくとも１のプラットフォームコンポーネントを停止するステップと、
再構成に適切な少なくとも１の新たな関連するプラットフォームをインストールするステップ
というサブステップによって、対応するプログラマブルプラットフォームをリスタートする再構成特性を含む少なくとも１のプラットフォームコンポーネントを再構成するステップをさらに備えることを特徴とする請求項３記載の方法。
【請求項５】
再構成されるべきでないが、再構成される少なくとも１のプラットフォームコンポーネントを使用し、対応するプログラマブルプラットフォームをリスタートするプラットフォーム再構成特性を有する、少なくとも１のプラットフォームコンポーネントを停止するステップをさらに備えることを特徴とする請求項４記載の方法。
【請求項６】
前記再構成処理が成功した場合、新たなプラットフォームコンポーネントを適切な順序で開始するステップをさらに備えることを特徴とする請求項１乃至５のいずれかに記載の方法。
【請求項７】
前記再構成関連情報は、前記再構成処理のための制御情報、再構成されるべき少なくとも１のプラットフォームコンポーネント、プラットフォームの能力に関する情報、プラットフォーム間の従属関係に関する情報を含むグループの中から選択されることを特徴とする請求項６に記載の方法。
【請求項８】
前記プログラマブルプラットフォームが、物理層プロトコルへの適合と高層のプログラマブルプラットフォームでのイベントを引き起こすネットワークインタフェースプラットフォームと、ネットワークインタフェースプラットフォームを接続するための転送エンジンプラットフォームと、ステートフルなプロトコルを処理するためのプラットフォームを計算するプロトコル、およびユーザアプリケーションを低層のプログラマブルプラットフォーム特性および仕様から分断するミドルウェアプラットフォームを含むグループの中から選択されることを特徴とする請求項１乃至７のいずれかに記載の方法。
【請求項９】
前記プラットフォームコンポーネントが、プログラムモジュールコンポーネント、プログラムパラメータコンポーネント、シグナリングプロトコルコンポーネント、およびプログラマブルプラットフォームをサポートするアプリケーション用のサービスインタフェースコンポーネントを含むグループの中から選択されることを特徴とする請求項１乃至８のいずれかに記載の方法。
【請求項１０】
移動通信システムで新しいサービスをセットアップするために、プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントを決定するように構成されたコンポーネント収集部と、
対応するプラットフォーム再構成特性から導出した順序で、プログラマブルプラットフォームの前記各階層のプラットフォームコンポーネントを再構成するように構成されたコンポーネントインストール部と
を備え、
プラットフォームコンポーネントの再構成に先立って、対応するプログラマブルプラットフォームのリスタートを要求しない再構成または対応するプログラマブルプラットフォームのリスタートを要求する再構成に従って、プラットフォーム再構成特性をチェックするように構成された再構成エージェントをさらに備えることを特徴とする、移動通信システムアーキテクチャを確立するプログラマブルプラットフォームの階層を再構成するための再構成エージェント。
【請求項１１】
プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートしない再構成を、プラットフォーム再構成特性として含む少なくとも一のプラットフォームコンポーネントが先で、
プラットフォームコンポーネントが再構成されるべき場合に、対応するプログラマブルプラットフォームをリスタートする再構成を、プラットフォーム再構成特性として含む少なくとも一のプラットフォームコンポーネントが後である
という順序で、プログラマブルプラットフォームの各階層で再構成されるべきプラットフォームコンポーネントの順序を決定するように構成された順序部をさらに備えることを特徴とする請求項１０記載の再構成エージェント。
【請求項１２】
前記インストール部は、再構成に適切な少なくとも１の新たなプラットフォームコンポーネントをインストールすることで、対応するプログラマブルプラットフォームをリスタートしない再構成特性を含む少なくとも１のプラットフォームコンポーネントを再構成するように構成されたことを特徴とする請求項１１記載の再構成エージェント。
【請求項１３】
前記インストール部は、
再構成されるべき少なくとも１のプラットフォームコンポーネントの停止と、
再構成に適切な少なくとも１の新たな関連するプラットフォームのインストールとによって、対応するプログラマブルプラットフォームをリスタートする再構成特性を含む少なくとも１のプラットフォームコンポーネントを再構成するように構成されたことを特徴とする請求項１２記載の再構成エージェント。
【請求項１４】
再構成されるべきでないが、再構成される少なくとも１のプラットフォームコンポーネントを使用し、対応するプログラマブルプラットフォームをリスタートするプラットフォーム再構成特性を有する、少なくとも１のプラットフォームコンポーネントを停止するように構成された再構成制約部をさらに備えることを特徴とする請求項１３記載の再構成エージェント。
【請求項１５】
再構成関連情報を、前記移動通信システムのユーザと交換するように構成されたユーザインタフェースをさらに備えることを特徴とする請求項１０乃至１４のいずれかに記載の再構成エージェント。
【請求項１６】
前記再構成関連情報は、前記再構成処理のための制御情報、再構成されるべき少なくとも１のプラットフォームコンポーネント、プラットフォームの能力に関する情報、プラットフォーム間の従属関係に関する情報を備えるグループの中から選択されることを特徴とする請求項１５記載の再構成エージェント。
【請求項１７】
物理層プロトコルへの適合と高層のプログラマブルプラットフォームでのイベントを引き起こすネットワークインタフェースプラットフォームと、ネットワークインタフェースプラットフォームを接続するための転送エンジンプラットフォームと、ステートフルなプロトコルを処理するためのプラットフォームを計算するプロトコル、およびユーザアプリケーションを低層のプログラマブルプラットフォーム特性および仕様から分断するミドルウェアプラットフォームを含むグループの中から選択されたプログラマブルプラットフォームと動作するように構成されたことを特徴とする請求項１０乃至１６のいずれかに記載の再構成エージェント。
【請求項１８】
プログラムモジュールコンポーネント、プログラムパラメータコンポーネント、シグナリングプロトコルコンポーネント、およびプログラマブルプラットフォームをサポートするアプリケーション用のサービスインタフェースコンポーネントを含むグループの中から選択されたプラットフォームコンポーネントを再構成するように構成されたことを特徴とする請求項１０乃至１７のいずれかに記載の再構成エージェント。
【請求項１９】
再構成エージェントのプロセッサで実行されると、請求項１乃至９記載のいずれかに記載のステップを実行するためのソフトウェアコード部分を備える、再構成エージェントの内部メモリに直接搭載可能なコンピュータプログラム製品。
【国際調査報告】
2006513614.tif 000010
2006513614.tif 000011
2006513614.tif 000012