JP2009504041A - モバイル・デバイス能力の自動管理 - Google Patents

Abstract

本発明は、モバイル・デバイス能力の管理への改善されたアプローチに関するものである。したがって、移動通信ネットワーク側で能力管理デバイス（１４）が提供される。モバイル・デバイス能力の変更時に、関連する通知が機能管理デバイス（１４）へ送られる。この機能管理デバイスは、ネットワーク側で能力変更を追跡するか否かに関してポリシ決定を適用する。この決定が「はい」であれば、機能管理デバイス（１４）は、モバイル・デバイス能力の変更通知により利用できるようになる情報を上回る、モバイル・デバイス能力の変更に関する別の情報を収集するデバイス管理セッションを開始する。このモバイル・デバイス能力変更情報の検索後、その検索結果に応じて、機能管理デバイス（１４）はそのモバイル・デバイス能力の状態を更新する。オプションとして、機能管理デバイス（１４）は、 サービス配信などのためにモバイル・デバイス（１０）と一体に作動するサードパーティ（１６）と生成情報を共有することができる。

Description

本発明は、移動通信ネットワークにおいてモバイル・デバイス能力の管理機器を作動させる方法に関し、また、モバイル・デバイス能力の管理のために作動可能にされるモバイル・デバイスの作動方法にも関する。さらに、本発明は、対応するモバイル・デバイス能力の管理機器及びこのモバイル・デバイス能力の管理機器とリアルタイムで通信するモバイル・デバイスに関する。

モバイル・デバイスがより複雑になり、さらに柔軟性をもち、より多くの機能を行う能力を備えるようになるにつれて、個々のモバイル・デバイスは、事前に予めインストールされた機能から分れて、ますます一つしか存在しないユーザ専用機器へと進化する。電気通信の世界では、この進化は以前のものからの大きな変更につながるものであるが、この進化が生じるのは、或るモデルのモバイル・デバイスがハードウェアの面で、また、かなりの程度までソフトウェアの面で双方が停滞状態になったときである。

今日、モバイル・デバイスは、その識別ＩＤを送信することによりワイヤレス通信ネットワークと接続する際、モバイル・デバイスの諸機能と、そのソフトウェアイメージ全体を反映するバージョン番号とをワイヤレス通信ネットワークへ伝えるようになっている。さらに、ワイヤレス通信ネットワークの通信事業者は、モバイル・デバイス識別ＩＤの受信時に、移動通信ネットワーク通信事業者により制御されるデータベースの中へインストールされているソフトウェアの格納済みバージョンを取得するオプションを有している。

図１は、モバイル・デバイス能力の管理をサポートして保持されているサンプルの管理ツリーを示す図である。

このような管理ツリーの１つの仕様が、非特許文献１において提供され、ＯＭＡ、ＳｙｎｃＭＬデバイス管理ツリー及び解説（バージョン１．１（２００２年２月））の形で指定されている。

図１に示すように、管理ツリーは、モバイル・デバイスの中に存在する構成能力の構造を指定する役割を果たすものである。中心となる着想として、例えばＵＮＩＸ（登録商標）ファイルシステムに似た管理ツリーの利用がある。管理ツリーには管理オブジェクトＭＯと呼ばれるサブツリーが含まれている。これらの管理オブジェクトは、ある特定のタスクの形成に必要な情報から構成される。例えば、これらの管理オブジェクトは、デバイス固有の情報、ＭＭＳ機能又は電子メール機能に関係するものであってもよい。デバイス情報管理オブジェクトは、’．／Ｄｅｖｌｎｆｏ／Ｌａｎｇ’という名称のリーフノードを含み、モバイル・デバイス用として現在選択されている操作言語（operative language）に関する情報を保持している。

図１に示すように、リーフノードは相対的統一化リソース識別子（ＵＲＩ）を用いて識別することが可能であり、同期メタ言語ＭＬのような標準規格を用いて、リーフノードの内容の読み、書きができるようになっている。またこのような同期メタ言語を用いて、管理ツリー内でのノードの追加と除去を行うこともできる。

さらに、モバイル・デバイスが移動通信ネットワークに接続されている間、通信事業者は管理ツリーのリーフ内の情報を更新することが可能であるが、一方、設定値を変更し、移動通信ネットワークの通信事業者とは別のリソースからモバイル・デバイスの機能をグレードアップする可能性も存在する。また、モバイル・デバイスが移動通信ネットワークに接続されていないときにこのグレードアップを実現することも可能である。このような状況が生じた場合、通信事業者はモバイル・デバイスの何が変ったのかを知ることに関心をもつことになるが、それは、例えば、モバイル・デバイスとリアルタイムで通信しているサービスアプリケーションへ、あるいは、デバイス及びそのコンテンツとサービスとをモバイル・デバイスへ配信しているサードパーティのサービス・プロバイダへこのような情報を提供するためである。

ここで、新たなサービスがモバイル・デバイスで利用できるようになると、これは、一般に、新たな管理オブジェクトが管理ツリーにインストールされることにつながる。多くの場合、例えば整合性を図るという理由で、管理ツリーへの拡張子の取得が移動通信ネットワークの通信事業者にとって関心の対象となる。ここで注目すべき点は、通信事業者にはこのような情報を事前に知ることが常に可能であるとはかぎらないということである。

既存のソリューションに関する追加の問題として、モバイル・デバイスにより伝えられるその諸機能に関する情報が通常あまりにもきめの粗い情報であるということがある。以上略述したように、既存のソリューションは、モバイル・デバイスに存在しているソフトウェアイメージ全体のソフトウェアバージョン番号を単に提供するものにすぎない。一般に、例えば自動デバイス検出手順を用いてアクセスネットワーク（ＭＳＣ／ＨＬＲ）からサービスレイヤのデバイス管理用デバイスへこのような情報を送ることも可能である。
インターネット〈www.openmobilealliance.com〉

上述したように、本発明の目的は改良されたモバイル・デバイス能力の管理を提供することである。

本発明によれば、上記目的は、移動通信ネットワークによってサービスを受ける少なくとも１つのモバイル・デバイスに関して、移動通信ネットワークにおいてモバイル・デバイス能力管理デバイスを作動させる方法により達成される。本発明によれば、モバイル・デバイス能力は、２重に、すなわちネットワーク通信事業者により作動されるモバイル・デバイス能力管理デバイス内の第１のモバイル・デバイス・プロファイルとして、及び、モバイル・デバイス内に保持されている第２のモバイル・デバイス・プロファイルとして表される。機能が変更されると、モバイル・デバイス能力と、該モバイル・デバイス能力の変更に関するモバイル・デバイス能力変更情報とがモバイル・デバイス能力管理デバイス側で受信される。

本発明によれば、モバイル・デバイス能力管理デバイスがモバイル・デバイス能力管理デバイス内の第１のモバイル・デバイス・プロファイルを更新する必要性を評価するステップの実行が提案される。この評価は、モバイル・デバイス能力管理ポリシと、受信されたモバイル・デバイス能力変更情報とに基づいて実現される。

したがって、本発明は、移動通信ネットワークの通信事業者により実行されるモバイル・デバイス能力の管理システムがモバイル・デバイス能力の変更に関する最新の情報を取得する可能性を提供する。したがって、モバイル・デバイスは、モバイル・デバイス能力管理デバイスとは異なるいくつかのファシリティを介して更新された場合、モバイル・デバイスの諸能力に関する詳細な図を提供するものとなる。ソフトウェアイメージのバージョン番号のみが移動ワイヤレスネットワークの通信事業者へ伝えられる既存のソリューションとは逆に、本発明によって、モバイル・デバイスからモバイル・デバイス能力管理デバイスへ送られるよりきめ細かな情報の提供が可能となる。

さらに、本発明は、ファームウェアの変更あるいはデバイスソフトウェアの変更のようなモバイル・デバイス能力の変更の効率的自動検出を可能にし、さらに、例えば、更新済みのオーディオ又はビデオコーデック、新しくインストールされた／更新されたアプリケーションなどの特定のコンポーネント及び諸機能にも関する変更のような情報や、好ましい言語などのユーザの好みの変更に関する情報の取得を可能にするものである。

本発明の好ましい実施形態によれば、評価ステップが上記のような更新の必要性を示すとき、モバイル・デバイス能力においてモバイル・デバイス・プロファイルを実際に更新するステップが提供される。

本発明の別の重要な利点として、非常に柔軟な方法で評価ステップの実行が可能であるという利点が挙げられる。換言すれば、指定されたモバイル・デバイス能力管理ポリシに従って、例えば、モバイル・デバイス能力管理デバイス内のすべてのモバイル・デバイス能力の変更を追跡することを決定したり、特定の時間窓に係ったり、或る種の複数の機能に関係したりするような変更を追跡したり、あるいは、加入者情報や、どのような情報であれ、そのような情報に係るような変更のみを追跡したりすることも可能となる。モバイル・デバイス能力管理ポリシを指定するオプションは、モバイル・デバイスの機能に関する小さな変更のみを行うような場合に、モバイル・デバイス能力管理デバイス側での不要なステップを回避するのに非常に有利である。モバイル・デバイス能力管理デバイス側でのこのような不要な更新ステップの回避は、通信事業者が運営する移動通信ネットワークでの不要なトラフィックを回避するための必要条件でもある。なぜなら通信事業者はモバイル・デバイス能力管理デバイスも動かしているからである。

より詳しくは、好ましい実施形態によれば、必要な更新の評価時にのみ、モバイル・デバイス内の第２のモバイル・デバイス・プロファイルを評価するために、モバイル・デバイス能力管理デバイスとモバイル・デバイスとの間でモバイル・デバイス管理セッションが確立される。次いで、モバイル・デバイス能力管理デバイスでの処理のために、関連するモバイル・デバイス能力更新情報が受信される。好適には、モバイル・デバイス管理ツリー構造のために指定されたモバイル・デバイス管理オブジェクトとしてこのような情報を提供できることが望ましい。このツリー構造はモバイル・デバイス能力の変更管理専用のものとすることができる。

上記手順の重要な利点として、以上略述したように、確立されたモバイル・デバイス能力管理ポリシに従ってモバイル・デバイス管理トラフィック全体を最小化できるということ、及び、モバイル・デバイス能力管理デバイスで用いられるモバイル・デバイス管理のツリーデータ構造に適した方法で別のモバイル・デバイス能力変更情報が転送されるということが挙げられる。

本発明の好ましい実施形態によれば、モバイル・デバイス能力変更情報は、モバイル・デバイス・プロファイルに対する変更の重大さを示す定性パラメータと、モバイル・デバイス・プロファイルに対する検出変化量を示す定量パラメータとを含むものとなる。

一般に、変更の重大さとは、変化の度合い、言い換えれば、小、中、大などの変更レベルを反映するものである。この情報は、モバイル・デバイス管理セッションを実際に確立すべきか否かをモバイル・デバイス能力管理デバイス側で評価するのに役立つものとなる。さらに、上記検出変化量は、モバイル・デバイス・プロファイルに追加された実際の変更を反映するものとなるため、モバイル・デバイス側でどのような種類の機能が実際に変化したかに関する情報を与えるものとなる。

モバイル・デバイス能力変更情報を転送するための上記２段階のアプローチは、第１のステップで、変更の度合いのみがモバイル・デバイス管理デバイスに対して示され、次いで、第２のステップでは、モバイル・デバイス能力管理デバイス側でのモバイル・デバイス能力プロファイルの更新に必要な詳細な情報がモバイル・デバイス能力の管理セッションの確立などによって交換されるという点で非常に有効である。

本発明の好ましい実施形態によれば、モバイル・デバイス能力管理デバイスはさらに、モバイル・デバイスへサービスを配信するサービス・プロバイダと、モバイル・デバイスとやりとりするアプリケーションと、の少なくともいずれかへ、モバイル・デバイス能力の変更を通知するものである。

上記通知の重要な利点として、通信事業者側でのモバイル・デバイス・プロファイル更新を反映する移動通信環境情報の実行が利用できるだけでなく、サードパーティ側においてもその実行が利用できるということが挙げられる。モバイル・デバイスとリアルタイムで通信しているすべてのパーティに対してモバイル・デバイス能力変更情報をこのように拡散することによって、完全な作動環境を通じてずっと整合性が達成され、それによってサービス配信の品質向上が達成されることになる。

上記に加えてさらに、移動通信ネットワークを経由してモバイル・デバイス能力を管理するために作動可能にされるモバイル・デバイスの作動方法によって、本発明の第２の側面に従う以上略述した目的も達成されれる。この場合、モバイル・デバイスにおいて、モバイル・デバイス能力の状態がモバイル・デバイス・プロファイルとして表される。

本発明によれば、モバイル・デバイスを作動させる方法には、モバイル・デバイス能力の変更をモニタするステップが含まれる。この時、モバイルの能力の変更がモニタされると、モバイル・デバイス能力の変更に関するモバイル・デバイス能力変更情報が生成される。次いで、モバイル・デバイスは、生成されたモバイル・デバイス能力変更情報を移動通信ネットワークへ転送するステップを実行する。したがって、本発明によるモバイル・デバイスの重要な利点として、モバイル・デバイスが、モバイル・デバイス能力の管理命令を受信するように適合されるだけでなく、モバイル・デバイス能力を連続してモニタする機能がモバイル・デバイス自体の中にも設けられるということが挙げられる。このモニタ機能は、改善されたモバイル・デバイス能力を管理する移動通信ネットワークに対する能力変更通知を開始するための必要条件である。したがって、通信事業者は、エンドユーザのためのバックアップサービスのサポートと、外部モバイル・デバイス関連アプリケーション向けのモバイル・デバイス能力の共有のサポートとの少なくともいずれかを行う、モバイル・デバイス能力の更新を有効にかつリアルタイムで実行することが可能となる。

好ましい実施形態によれば、モバイル・デバイス能力変更情報には、モバイル・デバイス・プロファイルに対する変更の重大さを示す定性パラメータと、モバイル・デバイス・プロファイルに対する実際の変化量を示す定量パラメータとが含まれる。

上述した利点と同様、モバイル・デバイスは、モバイル・デバイス能力の管理用トラフィックを減らすために、能力変更情報を配信するための２段階アプローチをサポートするように適合される。

また、本発明によれば、回線交換による移動通信と、パケット交換による移動通信と、サービスレイヤのデータ交換と、これらの任意のハイブリッド形式とすくなくともいずれかを通じて、モバイル・デバイス能力変更情報を移動通信ネットワークと交換してもよいことを述べておくべきであろう。

ここでもまた、様々な種類の移動通信の適用性によって、モバイル・デバイス能力の管理中における情報の柔軟性及び利用可能性がサポートされる。

本発明の別の好ましい実施形態によれば、移動通信ネットワーク内のモバイル・デバイス能力管理デバイスの内部メモリの中へ直接ロード可能なコンピュータプログラム製品が提供される。このプログラム製品には、モバイル・デバイス能力管理デバイスのプロセッサで該製品が実行されるとき、本発明によるモバイル・デバイス能力の管理プロセスを実行するためのソフトウェアコード部が含まれている。

本発明の別の好ましい実施形態によれば、移動通信ネットワークを経由して、モバイル・デバイス能力を管理するために作動可能にされるモバイル・デバイスの内部メモリの中へ直接ロード可能なコンピュータプログラム製品が提供される。このプログラム製品には、モバイル・デバイスのプロセッサで該製品が実行されるとき、本発明によるモバイル・デバイス能力更新プロセスを実行するためのソフトウェアコード部が含まれている。

したがって、本発明による方法ステップの実現をコンピュータで又はプロセッサシステムで達成するためにも本発明は提供される。結論として、このような実現は、コンピュータシステムと共に、すなわち、より具体的に言えば、モバイル・デバイス能力管理デバイスやモバイル・デバイスなどに備えられているプロセッサと共に用いられるコンピュータプログラム製品の提供につながるものとなる。

本発明の機能を規定するプログラムは、多くの形態でコンピュータ／プロセッサへ配信することが可能である。これらの形態には、例えば、プロセッサ又はコンピュータＩ／Ｏ付属品によって読出し可能なＲＯＭやＣＤ−ＲＯＭディスクのようなリードオンリメモリデバイスなどの書き換え不能型記憶媒体に永久的に格納されている情報と、書き換え可能な記憶媒体、すなわちフロッピー（登録商標）ディスク及びハードドライブに格納されている情報、又は、モデムやその他のインタフェース装置を介してネットワーク及び／又はインターネット及び／又は電話ネットワークのような通信媒体を経由してコンピュータ／プロセッサへ伝えられる情報とが含まれる（但しこれらの情報のみに限定されるわけではない）。発明概念を実現するプロセッサ可読命令を運ぶとき、このような媒体は本発明の別の実施形態を表わすものとなることを理解されたい。

以下、図面を参照しながら本発明をを実行するベストモード並びに対応する好ましい実施形態について説明する。

以下、本発明のベストモード並びに好ましい実施形態と考えられる実施例に関連して本発明を説明する。以下では、モバイル・デバイス能力管理ツリーに関連する本発明の基底を成す様々な原理について説明するが、それでも、モバイル・デバイスの能力を反映する何らかの種類の情報が保持されている限り、このようなモバイル・デバイス能力管理ツリーのアプリケーションが本発明の範囲を限定すると考えるべきではないことを付記しておく。したがって、モバイル・デバイス能力プロファイルの維持に適した他のいずれの種類のデータ構造も本発明により十分にカバーされるものとなることを理解されたい。

さらに、本発明の様々な機能が説明される場合、このような機能のいずれも、ハードウェア又はソフトウェアの形で及び／又はこれらが組み合わされた形で実現可能であることは明らかである。

図２は本発明の基底を成す基本的な概念を示す図である。

図２に示すように、モバイル・デバイス１０にはモバイル・デバイス能力を反映する或る種の情報が保持されている。このモバイル・デバイス能力は、図２のモバイル・デバイス能力管理ツリー１２の形で示される。この構造は、モバイル・デバイス側で本発明を実現するための必要条件、すなわちマーキング段階の実行指令を形成するものとなる。ここで、モバイル・デバイス能力の変更中に、モバイル・デバイスは、このような変更をモニタし、変更に関する情報を収集し、次いで、モバイル能力変更情報を設定する。このモバイル能力変更情報は、例えばデバイス管理サーバのようなモバイル・デバイス能力管理デバイスへ伝えることができる。

図２に示すように、本発明によるモバイル・デバイス管理の第２のエレメントはいわゆる通知段階であり、この段階で、モバイル・デバイスは、デバイス能力の変更（単複の）についてモバイル・デバイス能力管理デバイス１４に通知する。好適には、この通知は、変更の種類と、オプションとして、関係するモバイル・デバイス能力の変更を示す記述子とを含むことができることが望ましい。

図２に示すように、本発明によるモバイル・デバイス管理プロセスの第３のエレメントはいわゆる反応段階であり、この段階で、モバイル・デバイス能力管理デバイス１４はモバイル・デバイス能力の変更通知を受信し、適宜反応する。このような反応は、受信されたモバイル・デバイス能力変更情報とモバイル・デバイス能力管理ポリシとに基づいて行われる。ここで注目すべき点は、このようなポリシが、モバイル・デバイス能力の変更をモバイル・デバイス能力管理デバイス側でどの程度正確に追跡しなければならないかを反映し、ネットワーク上のどのようなモバイル・デバイス能力の管理トラフィックが許容できるかを反映し、変更の種類及びモバイル・デバイス能力管理デバイス１４の関連する処理等を反映するものとなるということである。また、本発明によれば、このようなモバイル・デバイス能力管理ポリシは、静的なものか、予め定められたものか、あるいは時間の経過に伴い動的に変更されるかものいずれかであってもよいということにも留意されたい。

図２に示すように、モバイル・デバイス能力管理デバイス１４側でモバイル・デバイス能力プロファイルを更新する必要性に関して肯定的な評価が行われた際に、モバイル・デバイス能力管理デバイス１４は、モバイル・デバイス１０とのデバイス管理セッションの確立を通じて反応し、その後、何らかの適当な形のモバイル・デバイス能力の変更に関係する情報を受信するように図る。オプションとして、モバイル・デバイス能力管理デバイス１４は、関連情報がモバイル・デバイス１０から受信されるとすぐに、モバイル・デバイス能力の変更についてサードパーティに通知することも可能である。

したがって、本発明の基底を成す基本的な概念によって、モバイル・デバイス能力の変更に関係するよりきめ細かな情報を得ることが可能となる。この情報はモバイル・デバイス１０からモバイル・デバイス能力管理デバイス１４へ送信される。既存のソリューションとは逆に、ソフトウェアイメージのバージョン番号のみが移動通信ネットワークの通信事業者へ伝えられる。本発明によれば、モバイル・デバイス能力の変更を自動検出し、その後、更新済みコーデックやインストール済みアプリケーションのような特定のコンポーネントに対して行われた変更と、好ましい言語のようなユーザの好みの変更との少なくともいずれかに関する情報を取得することが可能になる。したがって、移動通信ネットワークの通信事業者は、エンドユーザに対するデバイスサービスと、サードパーティ１６及び別のアプリケーション向けのモバイル・デバイス能力の共有と、の少なくともいずれかのためのモバイル・デバイス能力に関する上記詳細な情報の利用が可能となる。

以下、図３から図９を参照しながら本発明の別の詳細について説明する。ここで、図３のＦｉｇ．３は本発明に係るモバイル・デバイスの概略図と、関連する処理フローチャートとを示す図である。

図３に示すように、モバイル・デバイス１０は、メモリ・ユニット１８、モバイル・デバイス・プロファイル・モニタ・ユニット２０、プロファイル変更情報生成ユニット２２及び通信ユニット２４を備える。

作動的には、モバイル・デバイス・プロファイル・モニタ・ユニット２０は、モバイル・デバイス能力の変更をモニタするステップＳ１０を実行する。さらに、作動的には、モバイル変更情報生成ユニット２２は、モバイル・デバイス能力の変更に関するモバイル・デバイス能力変更情報を生成するステップＳ１２を実行する。次いで、通信ユニット２４は、モバイル・デバイス能力変更情報を移動通信ネットワークへ転送するステップＳ１４を実行する。モバイル・デバイス能力を反映するすべての種類の情報はモバイル・デバイス・プロファイル・メモリ・ユニット１８に格納される。

図３のＦｉｇ．４は、本発明に係るモバイル・デバイス能力管理デバイス１４の概略図と、関連する処理フローチャートとを示す図である。

図３のＦｉｇ．４に示すように、モバイル・デバイス能力管理デバイス１４は、通信ユニット２６、評価ユニット２８及びモバイル・デバイス・プロファイル更新ユニット３０を備える。

図３のＦｉｇ．４に示すように、作動的には、通信ユニット２６は、モバイル・デバイス能力の管理を行うために作動可能にされるモバイル・デバイス１０からモバイル・デバイス能力の変更に関するモバイル・デバイス能力変更情報を受信するステップＳ１６を実行する。次いで、作動的には、評価ユニット２８は、モバイル・デバイス能力管理デバイス内のモバイル・デバイス・プロファイルを更新する必要性を評価するステップＳ１８を実行する。この評価は、モバイル・デバイス能力管理ポリシと、受信されたモバイル・デバイス能力変更情報とに基づいて行われる。モバイル・デバイス能力管理ポリシは、静的な能力か、時間の経過に伴い動的に変更される能力かのいずれであれ、（所望のモバイル・デバイス管理トラフィック量などの）任意の基準値や、モバイル・デバイス側における小、中、大などの変更の度合いや、（音声符号化ソフトウェアの更新あるいは下位レイヤ通信用ソフトウェアへの集中などの）通信事業者と特別の関連性をもつモバイル・デバイス側での特定の種類の機能の更新等を移動通信環境の通信事業者に対して反映するものであってもよい。図１に示すように、モバイル・デバイス能力管理デバイス１４側でのモバイル・デバイス・プロファイルの更新が当面の間必要ではないという結果がステップＳ１８により導かれた場合、モバイル・デバイス能力管理デバイス１４の作動は停止する。上記結果が導かれなかった場合、モバイル・デバイス・プロファイル更新ユニット３０はモバイル・デバイス能力の変更に関する受信情報に対して反応する。

図４は、図３に示したモバイル・デバイス能力を管理するために作動可能にされたモバイル・デバイス１０の作動を示す別の詳細なフローチャートを示す図である。

図４に示すように、図３に示したモバイル・デバイス・プロファイル・モニタ・ユニット２０がモバイル・デバイス能力の変更をモニタするステップＳ１０を連続して実行する。このモニタ・ユニット２０は、モバイル・デバイス・プロファイルの変更時に開始される１組の機能として実現することも可能である。ステップＳ１０の後、モバイル・デバイス・プロファイル・モニタ・ユニット２０によって、詳細な能力の変更が行われたかどうかをチェックするステップＳ２０が実行される。上述したような変更が行われなかった場合、ステップは、モバイル・デバイス能力の変更をモニタするステップを繰り返す元のモニタステップＳ１０へ分岐する。上述のような変更が行われた場合、プロファイル変更情報生成ユニット２２は、モバイル・デバイス能力変更情報を以上略述したように生成するステップＳ１２を実行する。ここで、本発明の範囲を限定することなく、モバイル・デバイス・プロファイルはモバイル・デバイス能力管理ツリーとして表されると仮定することができる。さらに、本発明によれば、管理ツリーは「変更オブジェクト」（ＣＨＯＢ）と呼ばれるオブジェクトを含むことが提案される。したがって、モバイル・デバイス１０の個々の能力変更については、管理ツリー内の関連する変更オブジェクトが、モバイル・デバイス能力に対する変更を反映して変更され、変更オブジェクトとなる。管理ツリー表現という観点から見ると、これらの変更オブジェクトは、別のオブジェクトが変更され、追加され、あるいは削除された時点、もしくは、管理ツリーのリーフノードに対する変更が生じた時点を反映するものであってもよい。このことについては、図７及び図８をそれぞれ参照してさらに詳細に説明する。

図４に示すように、変更オブジェクトＣＨＯＢの関連する更新のようなモバイル・デバイス能力変更情報を生成した後、モバイル・デバイスがネットワーク接続性を得るとすぐに、通信ユニット２４はステップＳ１４を実行して、モバイル・デバイス能力変更情報をモバイル・デバイス能力管理デバイス１４へ転送する。この転送は変更通知ＣＨＡＮメッセージの設定により実現することもできる。好適には、変更通知ＣＨＡＮメッセージは２つの部分から構成することが望ましい。すなわち、
− 管理ツリーに対する変更の度合いを示す定性パラメータ。例えば、定性パラメータを認定して、大、中、小のレベルにしてもよい。別様に、変化の量を示すよりきめ細かなグリッドを有する０から１までスケールされたものとして定性パラメータを考えることも可能である。
− 第２のパラメータは管理ツリーに対する実際の変化量を示す定量パラメータである。ここで、例えばエンドユーザがモバイル・デバイス１０の音声コーデックを変更した状況について考えることができる。音声コーデックが実際に起動されたと仮定すると、定量パラメータは管理ツリー内の１つの変更されたノードを示すことになる。別様に、エンドユーザが想定した音声コーデックがモバイル・デバイス１０のシステムと互換性を持たず、したがって、この音声コーデックが起動されなくなったと仮定すると、管理ツリーに対する変更にもかかわらず、定量パラメータはこの変更に関して量０を示すことになる。この量０は変更通知ＣＨＡＮメッセージと同時に通知してもよい。

図４に示すように、モバイル・デバイス１０の作動を示す別のステップは、図３のＦｉｇ．４に示したモバイル・デバイス能力管理デバイス１４とのインタラクションに関するステップとなる場合もある。

図４に示すように、モバイル・デバイス１０の通信ユニット２４は、モバイル・デバイス能力変更情報を求める要求を移動通信ネットワークから受信するステップＳ２２を実行することができる。この情報は上述した変更通知ＣＨＡＮメッセージよりも詳細なものとなる。次いで、通信ユニット２４は、モバイル・デバイス能力管理通信セッションをモバイル・デバイス能力管理デバイス１４と確立するステップＳ２４を実行する。

次いで、通信ユニット２４は、モバイル・デバイス能力管理デバイス１４へ詳細なモバイル・デバイス能力変更情報を転送するステップＳ２６を実行する。この詳細情報は、モバイル・デバイス・プロファイル・メモリ・ユニット１８と、モバイル・デバイス・プロファイル・モニタ・ユニット２０との協働によって、プロファイル変更情報生成ユニットにより設定される。

図５は、図３のＦｉｇ．４を参照して説明したモバイル・デバイス能力管理デバイス１４の別の詳細な概略図を示す。

図５に示すように、本発明によれば、図３のＦｉｇ．４に示すモバイル・デバイス・プロファイル更新ユニット３０は、セッション開始ユニット３２と、変更情報処理ユニット３４と、モバイル・デバイス・プロファイル・メモリ３６とに分れる。

図６は、図５に示すモバイル・デバイス能力管理デバイス１４の別の詳細な作動フローチャートを示す図である。

図６に示すように、例えば、通信ユニット２６は、変更通知メッセージＣＨＡＮのようなモバイル・デバイス能力変更情報がモバイル・デバイス能力管理デバイス１４側で受信されたかどうかをモニタするステップＳ２８を実行する。受信された場合には、評価ユニット２８は、モバイル・デバイス能力管理デバイス１４内のモバイル・デバイス・プロファイルを更新する必要性を評価するステップＳ１８を実行する。より詳しくは、モバイル・デバイス能力管理デバイス１４が変更通知メッセージＣＨＡＮの受信状態にあるとき、評価ユニット２８はモバイル・デバイス・プロファイル・メモリ３６に格納されたデバイスモバイルを取得することになる。この取得済みデバイスプロファイルに関係する変更通知メッセージＣＨＡＮ内の定量及び定性インジケータを評価しながら、評価ユニット２８は、例えばモバイル・デバイス１０に関する管理ツリーを変更することによって、関連するモバイル・デバイス・プロファイルを更新するためにモバイル・デバイス１０とコンタクトする必要性を評価することができる。

例えば、評価ステップＳ１８において、モバイル・デバイス能力に対する小さな変更しか存在しない場合がある。モバイル・デバイス能力管理デバイス１４はモバイル・デバイス１０とコンタクトしないことを決定してもよい。しかし、モバイル・デバイスの管理ツリーにおいて決定的に重要なオブジェクトに対する変更であって、通信事業者ポリシ又はサードパーティのサービス・プロバイダに影響を与える変更が生じた場合には、通信事業者はモバイル・デバイス１０をできるだけ早く走査することを選択することができる。

したがって、図６に示すように、通信ユニット２６は、モバイル・デバイス能力の変更に関する別の詳細情報を取得するために、モバイル・デバイス管理セッションをモバイル・デバイス１０と確立するステップＳ３２を実行する。同じ通信ユニット２６は、例えば、変更オブジェクトＣＨＯＢに従って詳細なモバイル・デバイス能力変更情報をモバイル・デバイス１０から受信するステップＳ３４を実行する。モバイル・デバイス能力管理デバイス１４は、モバイル・デバイス１０とのコンタクトを決定した場合、管理ツリーに対して行われる変更についての必要な詳細情報を取得するために、ＣＨＯＢオブジェクト及び管理ツリーそれ自身に関する情報を受信する。上記に照らして、本発明に係るアプローチは、基本的にマーキング段階、通知段階及び反応段階に分けることができることは明らかになる。特に、モバイル・デバイス能力管理デバイス１４が関与することなくモバイル・デバイス１０がグレードアップされる度に、変更通知ＣＨＡＮメッセージ内で使用される修飾子を用いて、モバイル・デバイス能力管理デバイスがモバイル・デバイス１０全体の変更走査を行わないようにする。したがって、本発明は、時間のかかる不要な更新処理手順と、通常のモバイル・デバイス動作の障害と、移動通信ネットワークにおける、及び、特に、帯域幅が非常に制限されたリソースとなる移動通信に関するトラフィックの混雑の発生とを防止するものとなる。

次いで、変更情報処理ユニット３４は、例えば、受信した情報に従って管理ツリーのようなモバイル・デバイス・プロファイルを更新し、モバイル・デバイス・プロファイル・メモリ３６内の対応する情報の関連する更新を開始するステップＳ３６を実行する。オプションとして、変更情報処理ユニット３４は、モバイル・デバイス・プロファイル更新に関する情報をサービス・プロバイダへ通知してもよいし、あるいは、アプリケーション配信サービスの情報を通知するステップＳ３８を実行してもよい。

以下、モバイル・デバイス能力の変更を処理する別の詳細について図７及び図８を参照して説明する。

本発明によれば、モバイル・デバイス能力変更情報を設定するために、残された時間関連情報がモバイル・デバイス能力管理デバイスの通信事業者に通知されてから変化したハードウェアとソフトウェアとの少なくともいずれかに関するコンポーネントと能力とについての短い記述を計算することが提案される。次いでこの短い記述をモバイル・デバイス能力管理デバイスへ伝えることができる。

したがって、本発明は図７に示す管理ツリーに関するモバイル・デバイス能力変更情報を転送するための問題を解決するものである。管理ツリーの状態は２つの方法に従って変化する場合が考えられる。すなわち、管理ツリー内のノードを追加したり、除去したりする場合と管理ツリー内のノードの内容が変化する場合との少なくともいずれかが考えられる。本発明はこれら双方のケースを処理するものである。

以下、管理ツリー内のリーフノードの内容の変化を取得する方法について説明する。次いで、管理ツリー内でのノードの削除及び挿入を検出できるようにする方法が後続する。したがって、以下の表記法を用いることにする。
＊ ビット列 − 先頭が最上位ビットを示すビット列
＊ 内部ノード − リーフではないノード
＊ ｃ［ｉ］はビット列ｃのビット番号Ｉを示す。
＊ ｜は連鎖を示す。

以下、基本的に３つの段階について説明する。第１の段階は、どのようなモバイル・デバイス能力変更情報をモバイル・デバイス能力管理デバイスへ伝える必要があるかを決定するために提供される。この段階は変更ノードのマークアップ及びコードワードの計算と呼ぶことにする。第２の段階は、モバイル・デバイス１０によってモバイル・デバイス能力管理デバイス１４へ発信される情報の処理並びにこれに関連する反応に関するものである。この段階を、以下、システム側での構文解析と呼ぶことにする。第３の段階は、第１の段階と第２の段階との中間に位置し、モバイル・デバイス１０からモバイル・デバイス能力管理デバイス１４へモバイル・デバイス能力変更情報を交換する方法に関係する。

以下、第１の段階、すなわち変更されたノードのマークアップ及びコードワードの計算について説明する。

したがって、管理オブジェクトＣＨＯＢが中に挿入された管理ツリーがモバイル・デバイスに保持されているものと仮定する。ここで、モバイル・デバイス能力変更情報は、モバイル・デバイス能力管理デバイス１４へ管理オブジェクトの変更を伝える必要がある。１つのオプションとして、以下コードワードと呼ぶビット列ｃにこの情報をコード化するオプションがある。コードワードを計算するために、図３に示すプロファイル変更情報生成ユニット２２は、以下に説明する様々な戦略に従うことができる。

まず、図３に示したモバイル・デバイス・プロファイル・モニタ・ユニット２０は、コードワードｃがモバイル・デバイス能力管理デバイス１４へ送信された最後の時点以来、どのような変化（すなわち現時点における管理オブジェクトＣＨＯＢと、モバイル・デバイス能力の管理前の時点に対応するネットワーク側でのモバイル・デバイス能力システム図との間の差）が管理オブジェクトＣＨＯＢに対して行われたかを検出する必要がある。これを実現する１つの方法として、図３に示すモバイル・デバイス・プロファイル・メモリ・ユニット１８の中に以前の管理ツリーＴ’のコピー又は表現を保持する方法がある。この管理ツリーＴ’は最後のコードワードの計算に用いられたものである。新たなコードワードを計算する時点で、モバイル・デバイス・プロファイル・モニタ・ユニット２０は現時点の管理ツリーＴを以前の管理ツリーＴ’の格納済みの表現と比較し、異なるノードをマークする。別のアプローチとしては、音声コーデックの機能が新しいバージョンに更新された場合などに変更が生じた時点で、モバイル・デバイス・プロファイル・モニタ・ユニット２０がノードをマークするというアプローチが考えられる。この時、対応するノードは更新処理中に変更されたものとしてフラグされる。

第１の段階と関連して、プロファイル変更情報生成ユニット２２がマーク済みの変更ノードを含む管理ツリーの表現を利用し、モバイル・デバイス能力管理デバイス１４へ送信するためのコードワードｃを計算する場合、上記変更済みノードを示すマークアップに従うことにする。このコードワードは、以下に説明するようにプロファイル変更情報生成ユニット２２によっていくつかの方法で計算することができる。

したがって、管理ツリーにおいて１つ以上のノードの内容の変更は行われたが、管理ツリーにおいて１つ以上のノードの追加あるいは削除は行われなかったと仮定することができる。コードワードを計算するために、プロファイル変更情報生成ユニット２２は最初コードワードを空の文字列にする。次に、管理ツリーＴのルートからスタートする。次いで、この管理ツリーＴは以下のように巡回される。
１．このノードが内部ノードであればステップ２．１ａ．へ進む。このノードが変化していれば、ｃ＝ｃ｜１。
１ｂ．このノードの内容が変化していなければ、ｃ＝ｃ｜０。
１ｃ．再帰分岐の終了
２．このノードの子ノードのそれぞれに対して上記処理手順を再帰的に実行する。

管理ツリー内の１つのノードの子ノードに対して強制される指定の順序が存在しなければ、上述のステップ２は曖昧なものになる可能性がある。これを避けるために、例えば、個々のノードを識別する単一化リソース識別子ＵＲＩの辞書編集上の順序のような管理ツリーのノードでの順序を指定することが提案される。所定の処理手順の実行指令の結果生じるコードワードｃはビット列ｃ［０］ｃ［１］ｃ［２］．．．ｃ［ｎ−１］を渡す。ここで、ｎは管理ツリー内のリーフの個数であり、ノードｉの内容が変化すれば、ｃ［ｉ］（０≦ｉ＜ｎ）は値１に等しくなり、上記内容が変化しなければｃ［ｉ］は０に等しくなる。

以上略述した処理手順の１例が図７に示されている。本例の場合、斜線の付されたすべてのノードは変更されていないが、黒いノードはマークアップ処理手順により変更されたものとしてマークされたものである。図７の部分ａには第１のリーフが存在し、このリーフは変更されていない。そのため、コードワードは０にセットされている。図７の部分ｂには、次のコードが存在しているが、このコードも変化していないので、値０がコードワードの後に付けられ、００が生成される。図７の部分ｃには、変更されたものとしてマークされたノードが存在し、これに応じてコードワードはｃ＝００１にセットされる。次いで、再帰分岐は管理ツリーの右側の分岐へ進み、この分岐のリーフノード（図７の部分ｄとｅ）が変化していないことをチェックし、その結果、巡回の最後でコードワードはｃ＝００１０となる。

次いで、第２の段階は、移動通信ネットワーク側で処理された、以上説明したラインに沿ったコードワードの設定に関係付けられる。モバイル・デバイス能力管理デバイス１４は、モバイル・デバイス１０からコードワードｃを受信すると、図５に示したモバイル・デバイス・プロファイル・メモリ３６から現時点の管理ツリーＴ’の図を取得する。ここで、変更情報処理ユニット３４は、まずカウンタｉを１にセットして、図７に関して説明したようにモバイル・デバイス１０がたどったのと同じ順序で管理ツリーＴ’の中を巡回する。変更情報処理ユニット３４は、管理ツリーＴ’のリーフノードを訪問する度に、コードワードの対応する値ｃ［ｉ］をチェックする。関連する値が１に等しければ、変更情報処理ユニット３４は、対応するノードが変更されたものとしてマークカウンタｉを１だけ増やし、次いで上記巡回を続行する。関連する値ｃ［ｉ］が０に等しければ、カウンタが１だけ増やされ、巡回が継続される。変更情報処理ユニット３４がツリーの巡回を実行し、全てのコードワードのビットをチェックしたとき、変更情報処理ユニットはモバイル・デバイス１０側に保持された管理ツリーから変更されたものとしてマークされた対応するノードの読み出しコマンドをトリガすることができる。

以下、第１及び第２の段階の別の変更、すなわちシステム側の構文解析に先行するコードワードの計算及びモバイル・デバイス１０側での変更済みノードのマーキングについて説明する。モバイル・デバイス能力管理デバイス１４へコードワードｃを送信する代わりに、モバイル・デバイス１０はコードワードｃのハッシュの送信を選択して、モバイル・デバイス能力の変更メッセージ（短いものと固定長のものとの少なくともいずれか）を保持するようにしてもよい。この時、モバイル・デバイス能力管理デバイス１４は、モバイル・デバイス・プロファイル・メモリ３６の中に事前に計算済みのハッシュのリストと、変化したノード及びこれに対応するハッシュのセットとの間の１対１対応の対応付けとを保持することになる。ここで、ハッシュ値はコードワードよりも短いものであることが望ましい。すなわち、単一のハッシュ値に対応するいくつかの可能なノード変更構成が存在する場合、このハッシュ値が衝突を引き起こす可能性があるからである。しかしながら、これらの構成のうちのいくつかは生じる可能性がないと考えられるものもある。例えば、ノードによっては、管理ツリーの中で変更されないものもある。あるいは移動通信ネットワークの通信事業者だけによって変更されるものもある。そのためこの問題を容易に解決できる場合もある。オプションとして、長いコードワードについては、移動通信ネットワークにおいてトラフィック量を減らす圧縮方式を適用してもよい。

コードワードｃが管理ツリーの中でリーフ当たり１ビットを含むことを上記で説明したが、一方で、スタティックな内容を有することが知られているノードのビットをスキップすることによりコードワードの長さを短くすることも可能である。例えば、ほとんどのモバイル・デバイスではスクリーンのグレードアップが不可能な場合があり、その場合、例えば画素からなるスクリーンサイズをスキップすることができる。その必要条件として、モバイル・デバイス１０と移動通信ネットワークの通信事業者の双方は、上記ノードがスタティックなノードであるという同じ見解をとるものとする。

さらに、上記では、例としてツリー巡回アルゴリズムのみが与えられたが、モバイル・デバイス１０及びモバイル・デバイス能力管理デバイス１４が同じ順序で管理データ構造の中を巡回するのが最も一般的である。

以下、図８を参照して、追加の削除ノードの検出に関するモバイル・デバイス能力変更情報を生成する別の例を示す。これによって、わずかに異なるコードｃの構築が可能となる。

図８に示すように、管理ツリーの各リーフノードに対して１ビットを単に割り当てる代わりに、今回は、プロファイル変更情報生成ユニット２２が管理ツリー内の各ノードに対して１ビットを割り当てることになる。このビット値は以下のように割り当てられる。すなわち、ノードが新たな子ノードを持っていないか、子ノードを除去していなければ、ノードに対応するビット値を０とし、そうでない場合には１とする。ビットの割当ては上述のようなマーキング処理中に行われる。

したがって、モバイル・デバイス・プロファイル・モニタ・ユニット２０は、幅優先サーチなどを用いて管理ツリーの中を巡回し、ノードを訪問すると、各ノードに割り当てられたビットを出力する。また、モバイル変更情報生成ユニット２２はどの新しいサブツリーも走査してはならず、値１を持つ新たな親のサブツリーのみをマークする。

図８はこれまでのアプローチの例を示す図である。ここで、管理ツリーに対する幅優先サーチを用いて計算されたコードワードは結局コードワードｃ＝０００１００００となる。幅優先サーチを用いるノードの順序は、管理ツリー内のノードを上から下へ、左から右へ読み出すプロファイル変更情報生成ユニット２２により生成される。

次いで、コードワードを受信すると、モバイル・デバイス能力管理デバイス１４は、図８に示すように、管理ツリーに従って交換情報処理ユニット３４により左から右へ走査される。ここで、モバイル・デバイス内のプロファイル変更情報生成ユニット２２が変更情報処理ユニット３４を利用するとき、該ユニット３４は同じツリー巡回アルゴリズムを利用することが望ましい。コードワード内の対応するビットが１であるノードを変更情報処理ユニット３４が処理する場合、さらなる調査のためにこのノードがマークされることになる。変更情報処理ユニット３４は、コードワードｃの走査を実行してしまうとすぐに、マーク済みのノードの巡回と、関係する子ノードに対して行われた何らかの変更のピックアップとのためのコマンドをモバイル・デバイス１０へ送出する。走査中にモバイル・デバイス１０からの読み出しが可能であることは言うまでもないことであるが、一方、新しく発見されたノードを含めないこと、あるいは、管理ツリーから削除されたノードを走査の完了前に除去することも重要なことである。

以上説明したアプローチの利点として、モバイル・デバイス能力管理デバイス１４内の管理ツリーをグレードアップするために、モバイル・デバイス１０内の管理ツリーのすべてのノードを読み出す必要がないということが挙げられる。新規のサブツリー又は削除されたサブツリーのみを訪問する必要がある。

以下、モバイル・デバイスとモバイル・デバイス能力管理デバイス１４間でのモバイル能力変更情報の交換に関係する第３の段階について図９を参照して説明する。

図９に示すように、自動デバイス検出ＭＳＣホームロケーションレジスタＨＬＲデバイス管理サーバなどのセルラシグナリングＳＳ７を用いて、モバイル・デバイス能力変更情報と関連する変更メッセージＣＨＡＮとの少なくともいずれかを伝えることができる。利用可能な帯域幅に応じて、モバイル・デバイス・プロファイル変更情報のきめの細かさを適合させることができる。

図９に示すように、ＲＡＤＩＵＳ（「リモート認証ダイアルインユーザサービス」ＲＦＣ２１３８、１９９７年４月）／ＤＩＡＭＥＴＥＲ（「ＤＩＡＭＥＴＥＲベースプロトコル」、ＲＦＣ３５８８、ＩＲＴＦ、２００３年９月）メッセージを用いて、ＧＰＲＳアタッチメントに関する、属性値のようなモバイル・デバイス能力情報を基本ＧＰＲＳサポートノードＧＧＳＮからＡＡＡユニットへ、次いで、さらにデバイス管理ＧＭＳへ伝えることも可能である。さらに、モバイル・デバイスは、例えば、ＭＴＲＥＥ、ＯＭＡ、ＳｙｎｃＭＬデバイス管理ツリー及び解説（バージョン１．１、２００２年２月）に従うオープンモバイルアライアンス・デバイス管理セッションの起動時に、サービスレイヤを介してモバイル・デバイス能力変更情報を伝えることができる。

図９を参照して、ＧＰＲＳ／ＰＳネットワークとサービスレイヤとの少なくともいずれかのセルラネットワークシグナリングのアプリケーションについて説明したが、これらの処理は単に実施例として考えるべきものであり、情報交換のための他の任意の好適なアプローチも本発明の構成の範囲内で適用可能である。

モバイル・デバイス能力管理をサポートして保持されているサンプルの管理ツリーを示す図である。 本発明の基底を成す基本的な概念を示す図である。 Ｆｉｇ．３は、本発明に係るモバイル・デバイスの概略図と、関連する処理フローチャートとを示す図であり、Ｆｉｇ．４は、本発明に係るモバイル・デバイス能力管理デバイスの概略図と、関連する処理フローチャートとを示す図である。 図３のＦｉｇ．３に示すモバイル・デバイスの作動を示す別の詳細なフローチャートを示す図である。 図３のＦｉｇ．４に示すモバイル・デバイス能力管理デバイスの別の詳細な概略図を示す図である。 図５に示すモバイル・デバイス能力管理デバイスの作動を示す詳細なフローチャートを示す図である。 モバイル・デバイス管理ツリーの中で変更されるノードをマークする例を示す図である。 モバイル・デバイス能力管理ツリーの中で変更されるノードをマークする別の例を示す図である。 モバイル・デバイスとモバイル・デバイス能力管理デバイスとの間でモバイル・デバイス能力変更情報を伝える経路の例を示す図である。

Claims (40)

1. 移動通信ネットワークによってサービスを受ける少なくとも１つのモバイル・デバイス（１０）に関して前記移動通信ネットワークにおいてモバイル・デバイス能力管理デバイス（１４）を作動させる方法であり、モバイル・デバイス能力は、前記モバイル・デバイス能力管理デバイス内の第１のモバイル・デバイス・プロファイルとして、及び、前記モバイル・デバイス内の第２のモバイル・デバイス・プロファイルとして表される方法であって、
   − モバイル・デバイス能力の変更に関するモバイル・デバイス能力変更情報を受信するステップ（Ｓ１６）と、
   − 前記モバイル・デバイス能力管理ポリシと、前記受信されたモバイル・デバイス能力変更情報とに基づいて前記第１のモバイル・デバイス・プロファイルを更新する必要性を評価するステップ（Ｓ１８）と、
   を備えることを特徴とする方法。
2. 前記モバイル・デバイス能力管理ポリシと、前記モバイル・デバイス能力変更情報とに従って前記第１のモバイル・デバイス・プロファイルを更新するステップ（Ｓ３６）を備えることを特徴とする請求項１に記載の方法。
3. 前記第１のモバイル・デバイス・プロファイルを更新する前記ステップは、モバイル・デバイス能力の変更に関する前記第２のモバイル・デバイス・プロファイルの評価のために、前記モバイル・デバイス能力管理デバイスと前記モバイル・デバイスとの間でモバイル・デバイス管理セッションを確立するステップ（Ｓ３２）と、
   評価結果に従って前記モバイル・デバイス能力更新情報を前記モバイル・デバイスから受信するステップ（Ｓ３４）と、を備えることを特徴とする請求項２に記載の方法。
4. 前記第１のモバイル・デバイス・プロファイルと前記第２のモバイル・デバイス・プロファイルとの少なくともいずれかは、モバイル・デバイス管理オブジェクトを含むモバイル・デバイス管理ツリー構造として表されることを特徴とする請求項１から請求項３の１項に記載の方法。
5. 前記モバイル・デバイス能力管理デバイス内の前記第１のモバイル・デバイス・プロファイルを更新する前記ステップは、モバイル・デバイス能力変更オブジェクト（ＣＨＯＢ）を更新するステップを備える方法であって、前記モバイル・デバイス能力変更オブジェクトは、モバイル・デバイス能力の変更管理専用の前記モバイル・デバイス管理ツリー構造内のモバイル・デバイス管理オブジェクトであることを特徴とする請求項４に記載の方法。
6. 前記モバイル・デバイス能力変更情報（ＣＨＡＮ）は、前記第２のモバイル・デバイス・プロファイルに対する変更の重大さを示す定性パラメータと、前記第２のモバイル・デバイス・プロファイルに対する実際の変化量を示す定量パラメータとを含むことを特徴とする請求項１から請求項５の１項に記載の方法。
7. 前記第２のモバイル・デバイス・プロファイルを更新する必要性を評価する前記ステップ（Ｓ１８）は、前記定量パラメータと前記定性パラメータとの少なくともいずれかの分類を通じて達成されることを特徴とする請求項６に記載の方法。
8. 少なくとも１つのサービスを前記モバイル・デバイスへ提供するサービス・プロバイダと、前記モバイル・デバイスとやりとりするアプリケーションと、の少なくともいずれかへ、モバイル・デバイス能力の変更を通知するステップ（Ｓ３８）を備えることを特徴とする請求項１から請求項７の１項に記載の方法。
9. 前記モバイル・デバイス能力管理デバイス（１４）側でモバイル・デバイス能力変更情報が前記モバイル・デバイスから直接受信されることを特徴とする請求項１から請求項８の１項に記載の方法。
10. モバイル・デバイス能力変更情報がモバイル・デバイス能力モニタ用デバイスから受信されることを特徴とする請求項１から請求項８の１項に記載の方法。
11. 前記モバイル・デバイス能力変更情報は、回線交換による移動通信と、パケット交換による移動通信と、サービスレイヤのデータ交換との少なくともいずれかを通じて交換されることを特徴とする請求項１から請求項８の１項に記載の方法。
12. 移動通信ネットワークを経由してモバイル・デバイス能力の管理のために作動可能にされるモバイル・デバイス（１０）を作動させる方法であり、モバイル・デバイス能力の状態がモバイル・デバイス・プロファイルとして前記モバイル・デバイスにおいて表される方法であって、
    − 前記モバイル・デバイス能力の変更をモニタするステップ（Ｓ１０）と、
    − モバイル・デバイス能力の変更に関するモバイル・デバイス能力変更情報を生成するステップ（Ｓ１２）と、
    − 前記モバイル・デバイス能力変更情報を前記移動通信ネットワークへ転送するステップ（Ｓ１４）と、
    を備えることを特徴とする方法。
13. 前記モバイル・デバイス能力変更情報は、前記モバイル・デバイス・プロファイルに対する変更の重大さを示す定性パラメータと、前記モバイル・デバイス・プロファイルに対する実際の変化量を示す定量パラメータとを含むことを特徴とする請求項１２に記載の方法。
14. − 詳細なモバイル・デバイス能力変更情報を求める要求を前記移動通信ネットワークから受信するステップ（Ｓ２２）と、
    − 前記移動通信ネットワークとモバイル・デバイス管理セッションを確立するステップ（Ｓ２４）と、
    − 前記詳細なモバイル・デバイス能力変更情報を前記移動通信ネットワークへ転送するステップ（Ｓ２６）と、
    を備えることを特徴とする請求項１２又は請求項１３に記載の方法。
15. 少なくとも１つのモバイル・デバイス管理オブジェクトを含むモバイル・デバイス管理ツリー構造として前記モバイル・デバイス・プロファイルを表わすステップを備えることを特徴とする請求項１２から請求項１４の１項に記載の方法。
16. モバイル・デバイス能力変更オブジェクト（ＣＨＯＢ）内の前記モバイル・デバイス管理ツリーとして前記モバイル・デバイス能力変更情報を表わすステップを備え、前記モバイル・デバイス能力変更オブジェクト（ＣＨＯＢ）は、モバイル・デバイス能力の変更管理専用の前記モバイル・デバイス管理ツリー構造内のモバイル・デバイス管理オブジェクトであることを特徴とする請求項１５に記載の方法。
17. 前記モバイル・デバイス能力変更情報は、前記移動通信ネットワーク内のモバイル・デバイス能力管理デバイス（１４）へ転送されることを特徴とする請求項１２から請求項１６の１項に記載の方法。
18. 前記モバイル・デバイス能力変更情報は、前記移動通信ネットワーク内のモバイル・デバイス能力モニタ用デバイスへ転送され、その後、前記移動通信ネットワーク内のモバイル・デバイス能力管理デバイス（１４）へ前記情報を伝えるようにすることを特徴とする請求項１２から請求項１６の１項に記載の方法。
19. 前記モバイル・デバイス能力変更情報は、回線交換による移動通信と、パケット交換による移動通信と、サービスレイヤのデータ交換との少なくともいずれかを通じて前記移動通信ネットワークと交換されることを特徴とする請求項１２から請求項１９の１項に記載の方法。
20. 移動通信ネットワークによってサービスを受ける少なくとも１つのモバイル・デバイス（１０）に関して移動通信ネットワークにおいて作動されるモバイル・デバイス能力管理デバイス（１４）であり、モバイル・デバイス能力は、前記モバイル・デバイス能力管理デバイス内の第１のモバイル・デバイス・プロファイルとして、並びに、前記モバイル・デバイス内の第２のモバイル・デバイス・プロファイルとして表されるモバイル・デバイス能力管理デバイス（１４）であって、
    − モバイル・デバイス能力の変更に関するモバイル・デバイス能力変更情報を受信するように適合された通信ユニット（２６）と、
    − 前記モバイル・デバイス能力管理ポリシと、前記受信されたモバイル・デバイス能力変更情報とに基づいて前記第１のモバイル・デバイス・プロファイルを更新する必要性を評価するように適合された評価ユニット（２８）と、
    を備えることを特徴とするモバイル・デバイス能力管理デバイス。
21. 前記モバイル・デバイス能力管理ポリシと、受信された前記モバイル・デバイス能力変更情報とに従って前記第１のモバイル・デバイス・プロファイルを更新するように適合されたモバイル・デバイス・プロファイル更新ユニット（３０）を備えることを特徴とする請求項２０に記載のモバイル・デバイス能力管理デバイス。
22. 前記モバイル・デバイス・プロファイル更新ユニット（３０）は、
    − モバイル・デバイス能力の変更に関する前記第２のモバイル・デバイス・プロファイルの評価のために前記モバイル・デバイス能力管理デバイスと前記モバイル・デバイスとの間でモバイル・デバイス管理セッションを開始するように適合されたセッション開始ユニット（３２）と、
    − 評価結果に従って前記モバイル・デバイス能力変更情報を前記モバイル・デバイスから処理するように適合された能力変更情報処理ユニット（３４）と、
    を備えることを特徴とする請求項２１に記載のモバイル・デバイス能力管理デバイス。
23. モバイル・デバイス管理オブジェクトを含むモバイル・デバイス管理ツリー構造に従って、前記第１のモバイル・デバイス・プロファイルと前記第２のモバイル・デバイス・プロファイルとの少なくともいずれかを格納するように適合されたモバイル・デバイス・プロファイル・メモリ（３６）を備えることを特徴とする請求項２０から請求項２２の１項に記載のモバイル・デバイス能力管理デバイス。
24. 前記能力変更情報処理ユニット（３４）は、モバイル・デバイス能力変更オブジェクトを更新することによって、前記モバイル・デバイス・プロファイル・メモリ内の前記第１のモバイル・デバイス・プロファイルを更新するように適合され、前記モバイル・デバイス能力変更オブジェクト（ＣＨＯＢ）は、モバイル・デバイス能力の変更管理専用の前記モバイル・デバイス管理ツリー構造内のモバイル・デバイス管理オブジェクトであることを特徴とする請求項２３に記載のモバイル・デバイス能力管理デバイス。
25. 前記評価ユニット（２８）は、前記第２のモバイル・デバイス・プロファイルに対する変更の重大さを示す定性パラメータと、前記第２のモバイル・デバイス・プロファイルに対する実際の変化量を示す定量パラメータとを含むモバイル・デバイス能力変更情報を処理するように適合されることを特徴とする請求項２０から請求項２４の１項に記載のモバイル・デバイス能力管理デバイス。
26. 前記評価ユニット（２８）は、前記定量パラメータと前記定性パラメータとの少なくともいずれかの分類を通じて、前記第２のモバイル・デバイス・プロファイルを更新する必要性を評価するように適合されることを特徴とする請求項２５に記載のモバイル・デバイス能力管理デバイス。
27. 前記モバイル・デバイス・プロファイル更新ユニット（３０）は、少なくとも１つのサービスを前記モバイル・デバイスへ提供するサービス・プロバイダと、前記モバイル・デバイスとやりとりするアプリケーションと、の少なくともいずれかへ、モバイル・デバイス能力の変更を通知するように適合されることを特徴とする請求項２０から請求項２６の１項に記載のモバイル・デバイス能力管理デバイス。
28. 通信ユニット（２６）は、前記モバイル・デバイス能力変更情報を前記モバイル・デバイスから直接受信するように適合されることを特徴とする請求項２０から請求項２７の１項に記載のモバイル・デバイス能力管理デバイス。
29. 通信ユニット（２６）は、前記モバイル・デバイス能力変更情報をモバイル・デバイス能力モニタ用デバイスから受信するように適合されることを特徴とする請求項２０から請求項２７の１項に記載のモバイル・デバイス能力管理デバイス。
30. 前記通信ユニット（２６）は、回線交換による移動通信と、パケット交換による移動通信と、サービスレイヤのデータ交換との少なくともいずれかを通じて、前記モバイル・デバイス能力変更情報を受信するように適合されることを特徴とする請求項２０から請求項２９の１項に記載のモバイル・デバイス能力管理デバイス。
31. 移動通信ネットワークを経由して、モバイル・デバイス能力の管理のために作動可能にされるモバイル・デバイス（１０）であり、モバイル・デバイス能力の状態がモバイル・デバイス・プロファイルとして前記モバイル・デバイスにおいて表されるモバイル・デバイス（１０）であって、
    − 前記モバイル・デバイス能力の変更をモニタするように適合されたモバイル・デバイス・プロファイル・モニタ・ユニット（２０）と、
    − モバイル・デバイス能力の変更に関するモバイル・デバイス能力変更情報を生成するように適合されたプロファイル変更情報生成ユニット（２２）と、
    − 前記モバイル・デバイス能力変更情報を前記移動通信ネットワークへ転送するように適合された通信ユニット（２４）と、
    を備えることを特徴とするモバイル・デバイス（１０）。
32. 前記プロファイル変更情報生成ユニット（２２）は、前記モバイル・デバイス・プロファイルに対する変更の重大さを示す定性パラメータと、前記モバイル・デバイス・プロファイルに対する実際の変化量を示す定量パラメータとを含む前記モバイル・デバイス能力変更情報を生成するように適合されることを特徴とする請求項３１に記載のモバイル・デバイス。
33. 前記通信ユニット（２４）は、
    − 前記移動通信ネットワークに保持されている遠隔地のモバイル・デバイス・プロファイルの更新を求める要求を受信し、
    − 前記移動通信ネットワークとモバイル・デバイス管理セッションを確立し、
    − 前記詳細なモバイル・デバイス能力変更情報を前記移動通信ネットワークへ転送する、
    ように適合されることを特徴とする請求項３１又は請求項３２に記載のモバイル・デバイス。
34. 少なくとも１つのモバイル・デバイス管理オブジェクトを備えるモバイル・デバイス管理ツリー構造として前記モバイル・デバイス・プロファイルを格納するように適合されたモバイル・デバイス・プロファイル・メモリ・ユニット（１８）を備えることを特徴とする請求項３１から請求項３３の１項に記載のモバイル・デバイス。
35. 前記プロファイル変更情報生成ユニット（２２）は、前記モバイル・デバイス管理ツリー内のモバイル・デバイス能力変更オブジェクトとしてモバイル・デバイス能力変更情報を生成するように適合され、前記モバイル・デバイス能力変更オブジェクトは、モバイル・デバイス能力の変更管理専用の前記モバイル・デバイス管理ツリー構造内のモバイル・デバイス管理オブジェクトであることを特徴とする請求項３４に記載のモバイル・デバイス。
36. 前記通信ユニット（２４）は、前記モバイル・デバイス能力変更情報を前記移動通信ネットワーク内のモバイル・デバイス能力管理デバイスへ転送するように適合されることを特徴とする請求項３１から請求項３５の１項に記載のモバイル・デバイス。
37. 前記通信ユニット（２４）は、前記モバイル・デバイス能力変更情報を前記移動通信ネットワーク内のモバイル・デバイス能力モニタ用デバイスへ転送し、その後、前記移動通信ネットワーク内のモバイル・デバイス能力管理デバイス（１４）へ該情報を伝えるように適合されることを特徴とする請求項３１から請求項３５の１項に記載のモバイル・デバイス。
38. 前記通信ユニット（２６）は、回線交換による移動通信と、パケット交換による移動通信と、サービスレイヤのデータ交換との少なくともいずれかを通じて、前記モバイル・デバイス能力変更情報を前記移動通信ネットワークと交換するように適合されることを特徴とする請求項３１から請求項３５の１項に記載のモバイル・デバイス。
39. 移動通信ネットワークにおいて作動されるモバイル・デバイス能力管理デバイス（１４）の内部メモリの中へ直接ロード可能なコンピュータプログラム製品であって、前記モバイル・デバイス能力管理デバイスのプロセッサで前記製品が実行されるとき、請求項１から請求項１１の１項に記載のステップを実行するためのソフトウェアコード部を備えることを特徴とするコンピュータプログラム製品。
40. 移動通信ネットワークを経由してモバイル・デバイス能力の管理のために作動可能にされるモバイル・デバイス（１０）の内部メモリの中へ直接ロード可能なコンピュータプログラム製品であって、前記モバイル・デバイス能力管理デバイスのプロセッサで前記製品が実行されるとき、請求項１２から請求項１９の１項に記載のステップを実行するためのソフトウェアコード部を備えることを特徴とするコンピュータプログラム製品。

Images