JP4902422B2 - 端末管理システム、端末管理サーバ、端末装置、端末管理方法及び端末管理プログラム - Google Patents

Description

本発明は、複数の動作モードを有する端末装置を遠隔制御によって管理する端末管理システム、端末管理サーバ、端末管理方法、端末管理プログラム、及び当該端末管理システムにおいて用いられる端末装置に関する。

近年、携帯電話端末など携帯可能な端末装置は、多機能化及び高機能化が進み、ユーザ個人の用途（個人用途）だけでなく、業務の用途（業務用途）としても利用される場合が増加している。

このように個人用途及び業務用途で利用される端末装置の中には、個人用途の動作モード（Privateモード）や業務用途の動作モード（Officialモード）など、複数の動作モードを有する端末装置が存在する。当該端末装置では、利用可能インタフェース（例えば、無線LANカード）や電子メールの設定（管理対象リソース）などが、動作モードに応じて切り替えられる。

また、端末装置には、用途の拡大に伴い、個人情報など様々な重要情報が記憶されている。そこで、紛失した端末装置の拾得者などによる当該重要情報の不正な利用を防止するため、端末装置を遠隔制御することによって管理する方法が知られている（特許文献１参照）。例えば、遠隔制御によって、端末装置に備えられているカメラを用いて端末装置の周囲を撮影したり、端末装置に対する操作を禁止したりすることができる。

このような端末装置（デバイス）の管理を実現する端末管理システムに関して、Open Mobile Alliance（OMA）のワーキンググループであるOMA-DM(Device Management) WGは、端末管理システムの標準規格を策定している。

OMA-DMに基づく端末管理システムでは、端末装置などのデバイス上の管理対象リソース（例えば、ユーザインタフェース）を抽象化したデータオブジェクトを編集（ADD，REPLACE，DELETE）したり、実行（EXEC）したりすることによって、当該管理対象リソースが遠隔制御される。具体的には、端末管理システムを構成するサーバは、デバイス上のデータオブジェクトに対してDMプロトコルコマンドを送信することによって、当該データオブジェクトを編集したり、実行したりする。
特開２００４−２３５７７１号公報（第８−９頁、第２図）

しかしながら、上述した従来のOMA-DMに基づく端末管理システムには、次のような問題があった。すなわち、個人用途の動作モード（Privateモード）や業務用途の動作モード（Officialモード）など、複数の動作モードを端末装置（デバイス）が有する場合、従来のOMA-DMに基づく端末管理システムは、動作モード毎の管理に対応していないといった問題があった。

さらに、管理対象の動作モード（例えば、Officialモード）が、端末装置に設定されている現在の動作モード（例えば、Privateモード）と一致しない場合、現在の動作モードにおいてアクセスが許可されている管理対象リソースしか遠隔制御することができない。

そこで、本発明は、このような状況に鑑みてなされたものであり、複数の動作モードを有する端末装置を遠隔制御によって管理する場合において、端末装置に設定されている動作モードにかかわらず所望の管理対象リソースを遠隔制御することができる端末管理システム、端末管理サーバ、端末管理方法、端末管理プログラム、及び当該端末管理システムにおいて用いられる端末装置を提供することを目的とする。

上述した問題を解決するため、本発明は、次のような特徴を有している。まず、本発明の第１の特徴は、複数の管理対象リソース（管理対象リソース２４０）を備え、管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モード（例えば、Privateモード及びOfficialモード）を有する端末装置（移動端末２００）と、前記管理対象リソースを遠隔制御することによって前記端末装置を管理する端末管理サーバ（端末管理サーバ１００）とを備える端末管理システム（端末管理システム１０）であって、前記端末管理サーバは、前記管理対象リソース、前記管理対象リソースに対する遠隔制御の内容（例えば、無線LANカードのネットワーク設定）及び前記動作モードを対応付けて記憶する記憶部（管理制御データベース１０５）と、前記端末装置に対する遠隔制御の要求を受け付ける要求受付部（サービスインタフェース１０１）と、前記要求受付部が前記要求を受け付けた場合、前記記憶部に記憶されている内容に基づいて、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージ（例えば、管理要求メッセージＭ３）を前記端末装置に送信する送信部（端末管理制御部１０３，端末管理サーバＩＦ１０７）とを備え、前記端末装置は、前記管理メッセージを受信する受信部（端末管理クライアントＩＦ２０１）と、前記受信部が受信した前記管理メッセージに含まれる前記動作モード情報に基づいて前記動作モードを設定するとともに、前記受信部が受信した前記管理メッセージに含まれる前記管理対象情報及び前記制御情報に基づいて前記管理対象リソースを制御する制御実行部（アクセス制御部２０５）とを備えることを要旨とする。

このような端末管理システムによれば、管理対象リソースを示す管理対象情報、管理対象リソースに対する遠隔制御の内容を示す制御情報、及び端末装置の動作モードを示す動作モード情報を含む管理メッセージが、端末管理サーバから端末装置に送信される。また、端末装置は、当該管理メッセージに基づいて管理対象リソースを制御する。

このため、端末装置に設定されている動作モードにかかわらず所望の管理対象リソースを遠隔制御することができる。

本発明の第２の特徴は、本発明の第１の特徴に係り、前記送信部は、前記端末装置に現在設定されている現在動作モードと、前記動作モード情報によって示されている対象動作モードとが一致しない場合に用いられる不一致時処理情報を含む前記管理メッセージを前記端末装置に送信し、前記不一致時処理情報は、前記現在動作モードと前記対象動作モードとが一致しない場合における前記管理対象リソースの制御の内容を示し、前記制御実行部は、前記現在動作モードと前記対象動作モードとが一致しない場合、前記不一致時処理情報に基づいて前記管理対象リソースを制御することを要旨とする。

本発明の第３の特徴は、本発明の第２の特徴に係り、前記不一致時処理情報は、前記動作モードを前記対象動作モードに変更し、前記対象動作モードに変更後、前記制御情報に基づいて前記管理対象リソースを制御することを示すことを要旨とする。

本発明の第４の特徴は、本発明の第２の特徴に係り、前記不一致時処理情報は、前記現在動作モードが前記対象動作モードに移行したときに前記制御情報に基づいて前記管理対象リソースを制御することを示すことを要旨とする。

本発明の第５の特徴は、本発明の第２の特徴に係り、前記不一致時処理情報は、前記管理対象情報によって示される管理対象リソースへのアクセスを制御することを示すことを要旨とする。

本発明の第６の特徴は、本発明の第５の特徴に係り、前記送信部は、前記端末装置の管理者を識別する管理者識別子を含む前記管理メッセージを前記端末装置に送信し、前記端末装置は、前記管理者識別子と、前記管理対象リソースに対するアクセスの可否との関係を示すアクセス規則（アクセス規則２３０）を保持し、前記制御実行部は、前記不一致時処理情報によって前記管理対象リソースへのアクセスを制御することが示されている場合、前記管理者識別子と前記アクセス規則とに基づいて、前記管理対象リソースにアクセスするか否かを判定することを要旨とする。

本発明の第７の特徴は、本発明の第２の特徴に係り、前記端末装置は、前記対象動作モードを格納する情報要素（例えば、情報要素２２５）を含む管理用情報（管理用情報２２０）を保持し、前記端末管理サーバは、前記情報要素に前記対象動作モードを格納できるように、前記管理用情報を操作または編集する前記管理メッセージを前記端末装置に送信することを要旨とする。

本発明の第８の特徴は、複数の管理対象リソースを備えるとともに管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置を遠隔制御することによって前記端末装置を管理する端末管理サーバであって、前記管理対象リソース、前記管理対象リソースに対する遠隔制御の内容、及び前記動作モードを対応付けて記憶する記憶部と、前記端末装置に対する遠隔制御の要求を受け付ける要求受付部と、前記要求受付部が前記要求を受け付けた場合、前記記憶部に記憶されている内容に基づいて、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを前記端末装置に送信する送信部とを備えることを要旨とする。

本発明の第９の特徴は、本発明の第８の特徴に係り、前記送信部は、前記端末装置に現在設定されている現在動作モードと、前記動作モード情報によって示されている対象動作モードとが一致しない場合に用いられる不一致時処理情報を含む前記管理メッセージを前記端末装置に送信し、前記不一致時処理情報は、前記現在動作モードと前記対象動作モードとが一致しない場合における前記管理対象リソースの制御の内容を示すことを要旨とする。

本発明の第１０の特徴は、本発明の第９の特徴に係り、前記不一致時処理情報は、前記動作モードを前記対象動作モードに変更し、前記対象動作モードに変更後、前記制御情報に基づいて前記管理対象リソースを制御することを示すことを要旨とする。

本発明の第１１の特徴は、本発明の第９の特徴に係り、前記不一致時処理情報は、前記現在動作モードが前記対象動作モードに移行したときに前記制御情報に基づいて前記管理対象リソースを制御することを示すことを要旨とする。

本発明の第１２の特徴は、本発明の第９の特徴に係り、前記不一致時処理情報は、前記管理対象情報によって示される管理対象リソースへのアクセスを制御することを示すことを要旨とする。

本発明の第１３の特徴は、本発明の第１２の特徴に係り、前記送信部は、前記端末装置の管理者を識別する管理者識別子を含む前記管理メッセージを前記端末装置に送信することを要旨とする。

本発明の第１４の特徴は、本発明の第９の特徴に係り、前記端末装置は、前記対象動作モードを格納する情報要素を含む管理用情報を保持し、前記情報要素に前記対象動作モードを格納できるように、前記管理用情報を操作または編集する前記管理メッセージを前記端末装置に送信することを要旨とする。

本発明の第１５の特徴は、複数の管理対象リソースを備え、管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置であって、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを受信する受信部と、前記受信部が受信した前記管理メッセージに含まれる前記動作モード情報に基づいて前記動作モードを設定するとともに、前記受信部が受信した前記管理メッセージに含まれる前記管理対象情報及び前記制御情報に基づいて前記管理対象リソースを制御する制御実行部とを備えることを要旨とする。

本発明の第１６の特徴は、本発明の第１５の特徴に係り、前記不一致時処理情報は、前記現在動作モードと前記対象動作モードとが一致しない場合における前記管理対象リソースの制御の内容を示し、前記制御実行部は、前記現在動作モードと前記対象動作モードとが一致しない場合、前記不一致時処理情報に基づいて前記管理対象リソースを制御することを要旨とする。

本発明の第１７の特徴は、本発明の第１６の特徴に係り、前記端末装置は、前記端末装置の管理者を識別する管理者識別子と、前記管理対象リソースに対するアクセスの可否との関係を示すアクセス規則を保持し、前記制御実行部は、前記不一致時処理情報によって前記管理対象リソースへのアクセスを制御することが示されている場合、前記管理者識別子と前記アクセス規則とに基づいて、前記管理対象リソースにアクセスするか否かを判定することを要旨とする。

本発明の第１８の特徴は、複数の管理対象リソースを備え、管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置と、前記管理対象リソースを遠隔制御することによって前記端末装置を管理する端末管理サーバとにおいて用いられる端末管理方法であって、前記端末管理サーバが、前記管理対象リソース、前記管理対象リソースに対する遠隔制御の内容、及び前記動作モードを対応付けて記憶部に記憶するステップと、前記端末管理サーバが、前記端末装置に対する遠隔制御の要求を受け付けるステップと、前記要求を受け付けた場合、前記記憶部に記憶されている内容に基づいて、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを前記端末装置に送信するステップと、前記端末装置が、前記管理メッセージを受信するステップと、
前記端末装置が、受信した前記管理メッセージに含まれる前記動作モード情報に基づいて前記動作モードを設定するとともに、受信した前記管理メッセージに含まれる前記管理対象情報及び前記制御情報に基づいて前記管理対象リソースを制御するステップとを備えることを要旨とする。

本発明の第１９の特徴は、複数の管理対象リソースを備えるとともに管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置を遠隔制御することによって前記端末装置を管理する端末管理プログラムであって、コンピュータに、前記管理対象リソース、前記管理対象リソースに対する遠隔制御の内容、及び前記動作モードを対応付けて記憶部に記憶する記憶処理と、前記端末装置に対する遠隔制御の要求を受け付ける要求受付処理と、前記要求を受け付けた場合、前記記憶部に記憶されている内容に基づいて、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを前記端末装置に送信する送信処理とを実行させることを要旨とする。

本発明の特徴によれば、複数の動作モードを有する端末装置を遠隔制御によって管理する場合において、端末装置に設定されている動作モードにかかわらず所望の管理対象リソースを遠隔制御することができる。

次に、本発明の実施形態について説明する。具体的には、本発明の第１実施形態〜第３実施形態、当該実施形態に係る端末管理システムの作用・効果、及びその他の実施形態について説明する。

第１実施形態では、端末装置に設定されている動作モード（現在動作モード）と、制御対象の動作モード（対象動作モード）とが一致しない場合において、管理対象リソースに対するアクセス可否を判定した上で管理対象リソースを遠隔制御する形態について説明する。

第２実施形態では、現在動作モードと対象動作モードとが一致しない場合において、端末装置の動作モードを対象動作モードに変更して管理対象リソースを遠隔制御する形態について説明する。

第３実施形態では、端末装置に設定されている現在動作モードと対象動作モードとが一致しない場合において、現在動作モードが対象動作モードに移行したときに管理対象リソースを遠隔制御する形態について説明する。

なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。

したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

（１）第１実施形態
上述したように、第１実施形態では、端末装置に設定されている動作モード（現在動作モード）と、制御対象の動作モード（対象動作モード）とが一致しない場合において、管理対象リソースに対するアクセス可否を判定した上で管理対象リソースを遠隔制御する形態について説明する。

具体的には、（１．１）端末管理システムの構成、（１．２）管理メッセージの構成及び（１．３）端末管理システムの動作について説明する。

（１．１）端末管理システムの構成
まず、本実施形態に係る端末管理システムの構成について説明する。具体的には、全体概略構成、端末管理サーバの機能ブロック構成及び端末装置の機能ブロック構成について説明する。

（１．１．１）全体概略構成
図１は、本実施形態に係る端末管理システム１０の全体概略構成図である。端末管理システム１０は、端末管理サーバ１００、移動端末２００及び管理端末３００によって構成される。端末管理システム１０は、Open Mobile Alliance（OMA）のワーキンググループであるOMA-DMによって規定されているDMプロトコルをサポートする。

端末管理サーバ１００は、通信ネットワーク１１に接続される。また、通信ネットワーク１１には、無線基地局１２が接続される。

端末管理サーバ１００は、移動端末２００の管理対象リソース２４０（図１において不図示、図３参照）を遠隔制御することによって移動端末２００を管理する。端末管理サーバ１００は、移動端末２００を管理する管理グループ（法人における管理者など）によって用いられる。端末管理サーバ１００には、管理端末３００が接続される。当該管理者などは、端末管理サーバ１００によって提供される端末管理サービスの提供を受けるために管理端末３００を用いる。

移動端末２００は、例えば、スマートフォン、PDA、ノート型PCなど、ユーザが携帯可能であり、通信ネットワーク１１との接続が可能な端末装置である。具体的には、移動端末２００は、無線基地局１２と無線通信を実行することによって、通信ネットワーク１１に接続する。

移動端末２００は、複数の管理対象リソース２４０（例えば、無線LANカード）を備える。移動端末２００は、複数の動作モード（例えば、Privateモード及びOfficialモード）を有する。なお、複数の動作モードは、管理可能な管理対象リソース２４０の少なくとも一部が互いに異なっている。

端末管理サーバ１００は、管理端末３００からの指示に従って、移動端末２００に管理メッセージＭを送信する。また、端末管理サーバ１００は、移動端末２００によって送信された管理メッセージＭを受信する。端末管理サーバ１００と移動端末２００とにおいて管理メッセージＭが送受信されることによって、移動端末２００の管理、具体的には、移動端末２００の遠隔制御が実現される。

本実施形態では、管理メッセージＭは、OMA-DM Representation Protocolに準拠している。管理メッセージＭには、移動端末２００が保持している管理用情報２２０（図１において不図示、図３参照）、具体的には、管理対象リソース２４０を抽象化したデータオブジェクト（管理オブジェクト）を操作・編集するためのプロトコルコマンドを含む。

（１．１．２）端末管理サーバの機能ブロック構成
図２は、端末管理サーバ１００の機能ブロック構成図である。図２に示すように、端末管理サーバ１００は、サービスインタフェース１０１、端末管理制御部１０３、管理制御データベース１０５及び端末管理サーバＩＦ１０７を備える。

サービスインタフェース１０１は、管理端末３００を利用する管理者に対して端末管理サービスを提供するためのインタフェースである。本実施形態では、サービスインタフェース１０１は、端末管理サーバ１００上で実行されるアプリケーションの機能をサービスとして提供するためのインタフェースである。具体的には、サービスインタフェース１０１は、Webインタフェースや遠隔プロシージャコールなどである。

サービスインタフェース１０１は、管理端末３００を介して移動端末２００に対する管理、具体的には、遠隔制御の要求を受け付ける。本実施形態において、サービスインタフェース１０１は、要求受付部を構成する。

端末管理制御部１０３は、サービスインタフェース１０１介して管理端末３００から取得した管理対象の端末装置（移動端末２００）の識別子と、管理対象となる動作モード（対象動作モード）の識別子とに基づいて、管理者が利用可能な端末管理サービスを決定する。

管理制御データベース１０５は、管理対象の端末装置、及び各対象動作モードにおいて管理者が利用可能な端末管理サービス（例えば、Officialモードにおける無線LANカードのネットワーク設定）を特定するためのデータベースである。

具体的には、管理制御データベース１０５は、管理対象リソース２４０（図３参照）、管理対象リソース２４０に対する遠隔制御の内容、及び動作モードを対応付けて記憶する。管理対象リソース２４０に対する遠隔制御の内容（管理内容）とは、上述した利用可能な端末管理サービス、例えば、無線LANカードのネットワーク設定である。本実施形態において、管理制御データベース１０５は、記憶部を構成する。

なお、管理制御データベース１０５は、管理者の識別子に応じて端末管理サービスをさらに特定することができるように構成してもよい。この場合、端末管理制御部１０３は、サービスインタフェース１０１を介して、管理者を識別する管理者識別子を取得する。管理者識別子としては、例えば、管理者を一意に特定する識別子、複数の管理者で構成されるグループを特定する識別子、或いは管理者の役割（Role）を特定する識別子を用いることができる。

端末管理サーバＩＦ１０７は、移動端末２００に対して端末管理を実行するためのインタフェース機能を備える。本実施形態では、端末管理サーバＩＦ１０７は、OMA-DMで規定されているDevice Management Serverによって構成される。

端末管理サーバＩＦ１０７は、端末管理制御部１０３からの管理要求に従って移動端末２００と端末管理を実行するためのセッションを確立する。本実施形態では、端末管理サーバＩＦ１０７は、OMA-DMプロトコルに従って移動端末２００とのセッションを確立する。端末管理サーバＩＦ１０７は、確立したセッションを用いて移動端末２００に管理メッセージＭを送信する。

また、端末管理サーバＩＦ１０７は、端末管理制御部１０３からの管理要求、つまり、移動端末２００に対する遠隔制御の要求をサービスインタフェース１０１が受け付けた場合、管理制御データベース１０５に記憶されている内容に基づいて、（ｉ）管理対象情報、（ｉｉ）制御情報及び（ｉｉｉ）動作モード情報を含む管理メッセージＭ（例えば、管理要求メッセージＭ３）を移動端末２００に送信する。管理対象情報は、遠隔制御される管理対象リソース２４０を示す。制御情報は、管理対象情報によって示される管理対象リソース２４０に対する遠隔制御の内容（管理内容）を示す。動作モード情報は、移動端末２００の動作モードを示す。

本実施形態では、端末管理制御部１０３と端末管理サーバＩＦ１０７とによって、送信部が構成される。

端末管理制御部１０３及び端末管理サーバＩＦ１０７は、移動端末２００に現在設定されている現在動作モードと、動作モード情報によって示されている対象動作モードとが一致しない場合に用いられる不一致時処理情報を含む管理メッセージＭ（具体的には、管理要求メッセージＭ３、図１２参照）を移動端末２００に送信することができる。

本実施形態では、不一致時処理情報によって示される動作モード不一致時の処理として、動作モードを対象動作モードに変更し、対象動作モードに変更後、制御情報に基づいて管理対象リソース２４０を制御する処理が規定される。

また、不一致時処理情報によって示される動作モード不一致時の処理として、現在動作モードが対象動作モードに移行したときに制御情報に基づいて管理対象リソース２４０を制御する処理が規定される。さらに、不一致時処理情報によって示される動作モード不一致時の処理として、移動端末２００が備えるアクセス規則２３０に従って管理対象リソース２４０を制御する処理が規定される。

また、端末管理制御部１０３及び端末管理サーバＩＦ１０７は、移動端末２００の管理者を識別する管理者識別子を含む管理メッセージＭを移動端末２００に送信することもできる。

（１．１．３）端末装置の機能ブロック構成
図３は、本実施形態において端末装置を構成する移動端末２００の機能ブロック構成図である。図３に示すように、移動端末２００は、端末管理クライアントＩＦ２０１、リソース管理部２０３、端末状態比較部２０４、アクセス制御部２０５、状態切替部２０７、管理情報格納部２０９及び状態変化検知部２１１を備える。

また、移動端末２００は、管理用情報２２０、アクセス規則２３０及び管理対象リソース２４０を備える。

端末管理クライアントＩＦ２０１は、端末管理サーバ１００による端末管理を実行するためのインタフェース機能を備える。本実施形態では、端末管理クライアントＩＦ２０１は、OMA-DMで規定されているDevice Management Clientによって構成される。

端末管理クライアントＩＦ２０１は、端末管理サーバ１００からの要求に従って端末管理サーバ１００による端末管理を実行するためのセッションを確立する。なお、当該セッションの確立は、移動端末２００から要求してもよい。

端末管理クライアントＩＦ２０１は、端末管理サーバ１００と確立したセッションを介して、管理メッセージＭ、具体的には、管理要求メッセージＭ３を受信する。本実施形態において、端末管理クライアントＩＦ２０１は、受信部を構成する。

管理要求メッセージＭ３は、OMA-DM Representation Protocolにて規定されるメッセージフォーマットに従う。DM Representation Protocolでは、移動端末２００が備える管理用情報２２０（例えば、OMA-DMが規定しているDevice Detail Management Object（DevDetail）やFirmware Update Management Object（FUMO））を操作・編集することによって管理内容を通知するよう規定している。

端末管理クライアントＩＦ２０１は、端末管理サーバ１００から受信した管理要求メッセージＭ３に従って、リソース管理部２０３を呼び出す。

リソース管理部２０３は、端末管理クライアントＩＦ２０１からの指示に従って、端末状態比較部２０４、アクセス制御部２０５、状態切替部２０７、管理情報格納部２０９、状態変化検知部２１１、及び管理対象リソース２４０へアクセスする。

リソース管理部２０３は、端末管理クライアントＩＦ２０１からの指示に、管理対象の動作モード、つまり、対象動作モードが含まれる場合、端末状態比較部２０４に対象動作モードを通知する。

端末状態比較部２０４は、移動端末２００に現在設定されている動作モード、つまり、現在動作モードの識別子を取得する。端末状態比較部２０４は、現在動作モードと、リソース管理部２０３から通知された対象動作モードとを比較し、当該比較結果（一致或いは不一致）をリソース管理部２０３に通知する。

リソース管理部２０３は、当該比較結果が「一致」である場合、管理対象リソース２４０にアクセスする。一方、リソース管理部２０３は、当該比較結果が「不一致」である場合、端末管理クライアントＩＦ２０１からの指示に含まれる不一致時処理情報に従って、アクセス制御部２０５、状態切替部２０７、管理情報格納部２０９及び状態変化検知部２１１にアクセスする。

アクセス制御部２０５は、現在動作モードに応じて、リソース管理部２０３による管理対象リソース２４０へのアクセスを制御する。アクセス制御部２０５は、端末管理サーバ１００から受信した管理要求メッセージＭ３に従って管理対象リソース２４０にアクセスする。

具体的には、アクセス制御部２０５は、管理要求メッセージＭ３に含まれる動作モード情報に基づいて動作モードを設定する。さらに、アクセス制御部２０５は、管理要求メッセージＭ３に含まれる管理対象情報及び制御情報に基づいて、管理対象リソース２４０を制御する。本実施形態において、アクセス制御部２０５は、制御実行部を構成する。

アクセス制御部２０５は、現在動作モードと対象動作モードとが一致しない場合、不一致時処理情報に基づいて管理対象リソース２４０を制御する。つまり、不一致時処理情報は、現在動作モードと対象動作モードとが一致しない場合における管理対象リソース２４０の制御の内容（管理内容）を示す。

具体的には、アクセス制御部２０５は、動作モードを対象動作モードに変更し、対象動作モードに変更後、制御情報に基づいて管理対象リソース２４０を制御することができる。また、アクセス制御部２０５は、現在動作モードを維持した状態のまま、制御情報に基づいて管理対象リソース２４０を制御することができる。

さらに、アクセス制御部２０５は、不一致時処理情報によって管理対象リソース２４０へのアクセスを制御すること、例えば、不一致時処理情報によって管理対象リソース２４０へのアクセスを拒否することが示されている場合、管理者識別子とアクセス規則２３０とに基づいて、管理対象リソース２４０にアクセスするか否かを判定する。

状態切替部２０７は、移動端末２００に現在設定されている動作モード（現在動作モード）を管理対象の動作モード（対象動作モード）に切り替える。

管理情報格納部２０９は、管理要求メッセージＭ３に含まれる管理対象リソース２４０を特定する情報、管理対象リソース２４０に対する制御内容（管理内容）、及び対象動作モードを対応付けて時系列に沿って格納する。

状態変化検知部２１１は、移動端末２００の動作モードが移行するイベントを検知し、当該動作モードの移行を一時的に中断する。

（１．１．３．１）管理用情報２２０の構造
図７は、管理用情報２２０の構造例を示す。図７に示す管理用情報２２０は、移動端末２００に備えられる管理対象リソース２４０（例えば、無線LANカード）の設定情報を変更するために用いられる。

図７に示す情報要素２２１は、設定変更のために用いられる機能を一意に特定する設定機能識別子（SFID）を格納する。本実施形態では、情報要素２２１に対してDMプロトコルコマンド「Exec」が用いられる。当該DMプロトコルコマンドによって、設定機能識別子で識別される設定変更機能を利用して移動端末２００が設定変更をするように規定される。

Parameters以下のサブツリーは、SFIDによって特定された設定変更機能に対するパラメータを格納するプレースフォルダである。端末管理サーバ１００は、当該サブツリーの各ノードに対してプロトコルコマンド「Replace」などを利用し、パラメータを変更する。つまり、端末管理サーバ１００は、情報要素に対象動作モードを格納できるように管理用情報２２０を操作または編集する管理要求メッセージＭ３を移動端末２００に送信する。

管理用情報２２０は、管理者識別子を格納する情報要素２２３を含む。また、管理用情報２２０は、対象動作モードを一意に特定する識別子を格納する情報要素２２５と、対象動作モードが現在動作モードと不一致である場合における処理を一意に特定する識別子を格納する情報要素２２７とを含む。

（１．１．３．２）アクセス規則２３０
図８〜図１１は、アクセス規則２３０の例を示す。アクセス規則２３０は、移動端末２００の動作モードに応じて管理対象リソース２４０へアクセス可能な管理者を記述する。

すなわち、アクセス規則２３０は、管理者識別子と、管理対象リソース２４０に対するアクセスの可否との関係を示す。

図８〜図１１に示すように、本実施形態では、移動端末２００の動作モードとして、Officialモード及びPrivateモードが用いられる。さらに、移動端末２００の操作を制限するロックモード、及び当該制限のない通常モードなどが用いられる。

（１．２）管理メッセージの構成
次に、図１２〜図１５を参照して、本実施形態に係る管理メッセージＭの構成について説明する。本実施形態では、管理メッセージＭとして、管理要求メッセージＭ３（図１２参照）及び管理応答メッセージＭ４（図１３及び図１４参照）が用いられる。

上述したように、本実施形態では、管理メッセージＭは、OMA-DM Representation Protocolに準拠している。OMA-DM WGでは、デバイス管理の個別シナリオ（ファームウェア更新、ソフトウェア構成管理及び遠隔診断等）に特有のリソースに対応するデータオブジェクト（管理オブジェクト）を逐次追加規定する枠組みが採用されている。管理オブジェクトの例としては、ソフトウェア構成を管理するSoftware Component Management Object（SCOMO）がある。

SCOMOは、ソフトウェアの動作の状態（動作中、停止中、ダウンロード中などの一般的な動作状態）を情報要素として含むデータオブジェクトである。端末管理サーバ１００は、SCOMOに対してDMプロトコルコマンドを送信ことによって、移動端末２００上で動作しているソフトウェアの動作状態を取得したり、遷移させたりすることができる。

このように管理対象の状態を情報要素として含むデータオブジェクトとして、Firmware Update Management Object（FUMO）やScheduling Context Management Objectがある。FUMOは、ファームウェアの導入状態（ダウンロード中、インストール中など）を情報要素として含む。Scheduling Context Management Objectは、スケジュール処理の状態（スケジュール処理中、スケジュール処理停止中など）を情報要素として含む。

（１．２．１）管理要求メッセージＭ３
図１２は、図７に示した管理用情報２２０に対する管理を要求する管理要求メッセージＭ３の例を示す。図１２に示す管理要求メッセージＭ３は、OMA-DM Representation Protocolに準拠したメッセージの一部分（SyncBody部分）である。管理要求メッセージＭ３によれば、次の順序で管理用情報２２０が操作、編集される。すなわち、管理用情報２２０は、（１）情報要素２２５の値をOfficialに変更（図中の部分Ｍ３１）、（２）情報要素２２７の値をCtrlに変更（部分Ｍ３２）、（３）情報要素２２１の値をNWconfigに変更（部分Ｍ３３）、（４）情報要素２２５の値をOfficialに変更（部分Ｍ３４）、（５）情報要素２２１を実行（部分Ｍ３５）、の順序で操作、編集される。

なお、部分３１〜部分３４において用いた値は、端末管理サーバ１００と、移動端末２００とで共有される定義テーブルによって定義されるようにしてもよい。

図１５（ａ）〜（ｄ）は、定義テーブルの例を示す。ここで、図１５（ａ）〜（ｄ）を用いて図１２に示した管理要求メッセージＭ３として記載された値を説明する。部分Ｍ３１のofficialは、管理対象のモード（対象動作モード）がOfficialモードであることを示す（図１５（ａ）参照）。部分Ｍ３１には、対象動作モードとなり得る動作モードの識別子を含めることができる。

部分Ｍ３２のctrlは、対象動作モードと現在動作モードとが不一致の場合の処理がアクセス制御であることを示す（図１５（ｂ）参照）。部分Ｍ３３のNWconfigは、ネットワーク設定を実施する機能であることを示す（図１５（ｃ）参照）。部分Ｍ３４のOfficialは、管理要求メッセージＭ３の発信者が企業における従業員管理者であることを示す。

（１．２．２）管理応答メッセージＭ４
図１３及び図１４は、管理応答メッセージＭ４の例を示す。図１３に示す管理応答メッセージＭ４は、管理対象リソース２４０にアクセスでき、正常に管理内容を実行できたことを示す。図１４に示す管理応答メッセージＭ４は、アクセス制御部２０５によりアクセス不可と判定されたことを示す。

（１．３）端末管理システムの動作
次に、端末管理システム１０の動作について説明する。具体的には、メッセージシーケンス、端末管理サーバの動作（管理端末３００の画面遷移例を含む）、及び端末装置の動作について説明する。

（１．３．１）メッセージシーケンス
図４は、本実施形態に係る端末管理サーバ１００〜移動端末２００間のメッセージシーケンスの例を示す。図４に示すように、ステップＳ１０において、端末管理サーバ１００は、セッションを起動するためのセッション起動メッセージを移動端末２００に送信する。セッション起動メッセージは、OMA-DM Notification Initiationによって規定されるOMA-DMプロトコルパッケージ＃０である。

ステップＳ２０において、移動端末２００は、クライアント初期化メッセージを端末管理サーバ１００に送信する。クライアント初期化メッセージは、OMA-DMプロトコルによって規定されるOMA-DMプロトコルパッケージ＃１を含む。

ステップＳ３０において、端末管理サーバ１００は、管理要求メッセージＭ３（図１２参照）を移動端末２００に送信する。管理要求メッセージＭ３は、OMA-DMプロトコルによって規定されるOMA-DMプロトコルパッケージ＃２を含む。移動端末２００は、管理要求メッセージＭ３に含まれる制御情報（管理内容）に従って処理、具体的には、管理対象リソース２４０に対する制御を実行する。

ステップＳ４０において、移動端末２００は、管理要求メッセージＭ３に従った処理結果を管理応答メッセージＭ４（図１３参照）として端末管理サーバ１００に送信する。管理応答メッセージＭ４は、OMA-DMプロトコルによって規定されるOMA-DMプロトコルパッケージ＃３を含む。

ステップＳ５０において、端末管理サーバ１００は、管理応答メッセージＭ４に対するACKメッセージを移動端末２００に送信する。ACKメッセージは、OMA-DMプロトコルによって規定されるOMA-DMプロトコルパッケージ＃４を含む。

なお、セッション起動メッセージは、端末管理サーバ１００からのPushによって送信される。セッション起動メッセージを送信するためのトランスポートとしては、WAP PushやIP Pushなどを用いることができる。クライアント初期化メッセージ、管理要求メッセージＭ３、管理応答メッセージＭ４及びACKメッセージを送受信するためのトランスポートとしては、例えば、HTTPを用いることができる。

また、端末管理サーバ１００及び移動端末２００は、受信したメッセージの送信者の認証や、メッセージの完全性の検証を実行してもよい。本実施形態では、端末管理サーバ１００の主導でセッションが確立されるが、セッションは、必ずしも端末管理サーバ１００の主導で確立されなくても構わない。例えば、移動端末２００の主導でセッションを確立してもよい。この場合、端末管理サーバ１００は、管理者からの移動端末２００に対する管理要求をバッファしておき、移動端末２００からセッション確立の要求に伴って、バッファリングした管理要求をまとめて送信すればよい。

（１．３．２）端末管理サーバの動作
図５は、本実施形態に係る端末管理サーバ１００の動作例を示す。図５に示すように、サービスインタフェース１０１は、管理対象の端末装置（移動端末２００）の識別子（端末識別子）、管理者識別子及び管理対象の動作モード（対象動作モード）を含んだ利用可能サービス要求を端末管理制御部１０３に通知する。

端末管理制御部１０３は、端末識別子、管理者識別子及び対象動作モードに基づいて、管理制御データベース１０５から利用可能な端末管理サービスを取得し、取得した端末管理サービス（利用可能サービス）をサービスインタフェース１０１に通知する。

次いで、管理者は、サービスインタフェース１０１を介して、管理内容と不一致時処理情報を含む管理要求を端末管理制御部１０３に通知する。

端末管理制御部１０３は、端末識別子、管理者識別子、対象動作モード、管理内容及び不一致時処理情報を含む管理要求を端末管理サーバＩＦ１０７に通知する。

端末管理サーバＩＦ１０７は、移動端末２００と端末管理を実行するためのセッションを確立し、図４に示したメッセージシーケンスを実行する。

端末管理サーバＩＦ１０７は、ACKメッセージを移動端末２００に送信した後、端末管理制御部１０３に管理応答を通知する。端末管理制御部１０３は、管理応答をサービスインタフェース１０１に通知する。

ここで、図１６は、端末管理サーバ１００と接続される管理端末３００のディスプレイ（不図示）に表示される画像の遷移例を示す。端末管理サーバ１００及び管理端末３００は、Webインタフェースを備える。図１６は、管理端末３００に備えられたWebブラウザ上に表示される画像３０１〜画像３０７を示す。

図１６に示すように、管理対象となる端末装置を特定する際に表示される画像３０１、管理対象の動作モード（対象動作モード）を選択する際に表示される画像３０３、管理内容（及び動作モードの不一致時処理）を受け付ける際に表示される画像３０５、管理内容の実行結果を表示する画像３０７の順に遷移する。

画像３０５では、管理内容（ここではネットワーク設定）、及び動作モードの不一致時処理を選択するコンボボックスが表示される。なお、サービスインタフェース１０１は、管理者や管理端末３００を認証する機能（例えば、管理者による端末管理サーバ１００へのログインを管理する機能）を備えていてもよい。

（１．３．３）端末装置の動作
図６は、本実施形態に係る移動端末２００（端末装置）の動作例を示す。図６に示すように、端末管理クライアントＩＦ２０１は、端末管理サーバ１００からセッション起動メッセージを受信すると、初期化処理を実行する。また、端末管理サーバ１００は、クライアント初期化メッセージを端末管理サーバ１００に送信する。

次いで、端末管理クライアントＩＦ２０１は、端末管理サーバ１００から管理要求メッセージＭ３（図１２参照）を受信する。端末管理クライアントＩＦ２０１は、管理要求メッセージＭ３に含まれる管理要求をリソース管理部２０３に通知する。なお、管理要求は、管理要求メッセージＭ３に従って管理用情報２２０を操作、編集することによってリソース管理部２０３に通知してもよい。

リソース管理部２０３は、管理対象の動作モード（対象動作モード）を含む状態比較要求を端末状態比較部２０４に通知する。端末状態比較部２０４は、対象動作モードと現在動作モードとを比較した結果を状態比較応答としてリソース管理部２０３に通知する。

リソース管理部２０３は、状態比較応答に含まれた比較結果が「一致」である場合、管理内容に従って管理対象リソース２４０にアクセスする。リソース管理部２０３は、アクセスした結果を管理応答として端末管理クライアントＩＦ２０１に通知する。

一方、当該比較結果が「不一致」である場合、リソース管理部２０３は、不一致時処理情報に従ってアクセス制御部２０５にアクセス可否判定要求を通知する。アクセス可否判定要求は、管理者識別子と、管理内容、つまり、管理対象リソース２４０に対する制御内容を含む。

アクセス制御部２０５は、アクセス規則２３０を用いて、当該管理者が管理内容を実行できるか否かを判定し、判定した結果をアクセス可否判定応答としてリソース管理部２０３に通知する。

リソース管理部２０３は、アクセス可否判定応答に含まれた判定結果が「アクセス可」である場合、管理内容に従って管理対象リソース２４０にアクセスする。さらに、リソース管理部２０３は、管理対象リソース２４０にアクセスした結果を管理応答として端末管理クライアントＩＦ２０１に通知する。

一方、当該判定結果が「アクセス不可」である場合、リソース管理部２０３は、管理対象リソース２４０にアクセス不可であることを管理応答として端末管理クライアントＩＦ２０１に通知する。

端末管理クライアントＩＦ２０１は、通知された管理応答を管理応答メッセージＭ４として端末管理サーバ１００に送信する。次いで、端末管理クライアントＩＦ２０１は、端末管理サーバ１００からACKメッセージを受信し、端末管理を実行するためのセッションを終結する。

ここで、アクセス制御部２０５におけるさらに詳細な動作例について説明する。例えば、対象動作モードがOfficialモードであり、現在動作モードがPrivateモードである場合、リソース管理部２０３からアクセス制御部２０５にアクセス可否判定要求が通知される。

アクセス制御部２０５は、アクセス可否判定要求が通知されると、現在動作モードがPrivateモードであるため、アクセス規則２３０を用いて管理者が管理対象リソース２４０にアクセスできるか否かを判定する。図８に示したアクセス規則２３０が用いられる場合、例えば、管理者が「Official」である場合、アクセス制御部２０５は、無線LANカードの設定については「アクセス可」と判定し、「壁紙設定」については「アクセス不可」と判定する。

（２）第２実施形態
次に、本発明の第２実施形態について説明する。上述したように、第２実施形態では、端末装置の動作モードを対象動作モードに変更して管理対象リソースを遠隔制御する形態について説明する。なお、以下、上述した第１実施形態と異なる部分について主に説明し、第１実施形態と同様の部分については、説明を適宜省略する。

本実施形態では、第１実施形態と比較すると、端末装置の動作及び管理メッセージの構成が異なる。そこで、以下、端末装置の動作及び管理メッセージの構成について説明する。

（２．１）端末装置の動作
図１７は、本実施形態に係る移動端末２００（端末装置）の動作例を示す。本実施形態では、不一致時処理情報として、「動作モードを切り替えて管理内容を実行する」ことが記述される。

図１７に示すように、リソース管理部２０３によって、状態比較応答に含まれた比較結果が一致するか否かが判定されるまでの処理は、第１実施形態と同様（図６参照）である。

状態比較応答に含まれた対象動作モードと現在動作モードとの比較結果が「不一致」である場合、リソース管理部２０３は、不一致時処理情報に従ってアクセス制御部２０５に状態切替要求を通知する。

状態切替部２０７は、通知された状態切替要求に基づいて、移動端末２００の動作モードを切り替える。状態切替部２０７は、動作モードを切り替え後、状態切替応答をリソース管理部２０３に通知する。

状態切替応答がリソース管理部２０３に通知された以降の動作は、第１実施形態と同様である。

（２．２）管理メッセージの構成
次に、本実施形態に係る管理メッセージＭの構成について説明する。本実施形態では、管理メッセージＭとして、図１８に示す管理要求メッセージＭ３が用いられる。なお、本実施形態では、図１３に示したように、正常に管理内容を実行できたことを示す管理応答メッセージＭ４（図１３参照）が用いられる。

管理要求メッセージＭ３によれば、次の順序で管理用情報２２０が操作、編集される。すなわち、管理用情報２２０は、（１）情報要素２２５の値をOfficialに変更（図中の部分Ｍ３１）、（２）情報要素２２７の値をswに変更（部分Ｍ３６）、（３）情報要素２２１の値をNWconfigに変更（部分Ｍ３３）、（４）情報要素２２５の値をOfficialに変更（部分Ｍ３４）、（５）情報要素２２１を実行（部分Ｍ３５）、の順序で操作、編集される。

ここで、図１５（ａ）〜（ｄ）を用いて、図１８に示した管理要求メッセージＭ３として記載された値について、第１実施形態と異なる部分を主に説明する。

部分Ｍ３６のswは、管理対象のモード（対象動作モード）と現在動作モードとが不一致の場合の処理が動作モードの切替であることを示す（図１５（ｂ）参照）。

（２．３）変形例
本実施形態では、不一致時処理情報を含んだ管理要求メッセージＭ３が、端末管理サーバ１００から移動端末２００に通知されるが、管理要求メッセージＭ３に不一致時処理情報を含めずに、移動端末２００の判断によって動作モードの不一致時の処理を決定してもよい。

例えば、対象動作モードと現在動作モードとが不一致の場合、動作モードが不一致と判定された時刻や場所などのコンテキストに応じて制御内容を決定してもよい。具体的には、動作モードが不一致と判定された時刻が夜間の場合、リングトーンを変更する際に音が出ないように、強制的にマナーモードに移行した後、リングトーンを変更することが好ましい。そこで、リソース管理部２０３は、対象動作モードと現在動作モードとが不一致の場合、時刻情報を取得する。リソース管理部２０３は、取得した時刻情報が夜間である場合、マナーモードに移行する状態切替要求を状態切替部２０７に通知するようにしてもよい。

（３）第３実施形態
次に、本発明の第３実施形態について説明する。上述したように、第３実施形態では、端末装置に設定されている現在動作モードと対象動作モードとが一致しない場合において、現在動作モードが対象動作モードに移行したときに管理対象リソースを遠隔制御する形態、つまり、遠隔制御の内容をバッファリングする形態について説明する。

なお、以下、上述した第１実施形態及び第２実施形態と異なる部分について主に説明し、第１実施形態または第２実施形態と同様の部分については、説明を適宜省略する。

本実施形態では、端末管理システムの動作及び管理メッセージの構成について説明する。

（３．１）端末管理システムの動作
まず、本実施形態に係る端末管理システム１０の動作について説明する。具体的には、メッセージシーケンス、端末管理サーバの動作及び端末装置の動作について説明する。

（３．１．１）メッセージシーケンス
図１９は、本実施形態に係る端末管理サーバ１００〜移動端末２００間のメッセージシーケンスの例を示す。図１９に示すステップＳ１１０〜Ｓ１３０及びＳ１５０の処理、すなわち、セッション起動メッセージ、クライアント初期化メッセージ、管理要求メッセージＭ３及びACKメッセージは、第１実施形態と同様である（図４参照）。

ステップＳ１３０において、移動端末２００は、端末管理サーバ１００から管理要求メッセージＭ３を受信する。移動端末２００は、対象動作モードと現在動作モードとが不一致であるため、不一致時処理情報に従って、移動端末２００に設定されている動作モードは維持する。移動端末２００は、動作モードが対象動作モードに移行したときに、管理要求メッセージＭ３に含まれる管理内容を実行する。なお、移動端末２００は、現在動作モードから他の動作モードに一旦移行後、対象動作モードに移行したときにも管理要求メッセージＭ３に含まれる管理内容を実行することができる。

移動端末２００は、動作モードが対象動作モードに移行するまで、管理内容をバッファリングする。また、対象動作モードに移行するまで端末管理サーバ１００とのセッションを保持すると、移動端末２００の消費電力が大きくなる。さらに、通信ネットワーク１１の負荷も大きくなる。そこで、移動端末２００は、当該セッションを一旦終結する。

ステップＳ１４０において、移動端末２００は、管理要求メッセージＭ３に含まれる管理内容を受け付けたことを示す管理応答メッセージＭ４を端末管理サーバ１００に送信する。

移動端末２００は、動作モードの対象動作モードへの移行を検知すると、バッファリングした管理内容を実行し、当該管理内容を実行したことを示す管理応答メッセージＭ４を端末管理サーバ１００に送信する。

ステップＳ１６０において、移動端末２００は、当該管理内容を実行したことを示す管理応答メッセージＭ４の送信に用いられるセッションを確立するため、クライアント初期化メッセージを端末管理サーバ１００に送信する。

ステップＳ１７０において、端末管理サーバ１００は、サーバ初期化メッセージを移動端末２００に送信する。

ステップＳ１８０において、移動端末２００は、バッファリングした管理内容を実行したことを示す管理応答メッセージＭ４を端末管理サーバ１００に送信する。

ステップＳ１９０において、端末管理サーバ１００は、管理応答メッセージＭ４に対するACKメッセージを移動端末２００に送信する。

（３．１．２）端末管理サーバの動作
図２０は、本実施形態に係る端末管理サーバ１００の動作例を示す。具体的には、図２０は、図１９に示したステップＳ１６０において、端末管理サーバ１００がクライアント初期化メッセージを受信した後の動作を示す。

図２０に示すように、端末管理サーバ１００は、移動端末２００とセッションを確立する。端末管理サーバ１００は、管理応答メッセージＭ４を受信すると、管理応答メッセージに含まれる管理応答を端末管理制御部１０３に通知する。当該管理応答は、端末識別子、対象動作モード及び管理内容の実行結果を含む。

端末管理制御部１０３は、当該管理応答を格納する。また、端末管理制御部１０３は、サービスインタフェース１０１から、端末識別子、対象動作モード及び管理内容を含んだ管理要求を受け付けると、格納した管理応答のうち、端末識別子と対象動作モードとが一致する管理応答をサービスインタフェース１０１に通知する。

（３．１．３）端末装置の動作
図２１は、本実施形態に係る移動端末２００（端末装置）の動作例を示す。図２１に示すように、リソース管理部２０３によって、状態比較応答に含まれた比較結果が一致するか否かが判定されるまでの処理は、第１実施形態と同様（図６参照）である。

状態比較応答に含まれた対象動作モードと現在動作モードとの比較結果が「不一致」である場合、リソース管理部２０３は、対象動作モードと管理内容とを含む管理情報格納要求を管理情報格納部２０９に通知する。管理情報格納部２０９は、通知された管理情報格納要求に基づいて、対象動作モードと管理内容とを対応付けて時系列で格納するとともに、管理情報格納応答をリソース管理部２０３に通知する。

リソース管理部２０３は、対象動作モードを含む状態変化検知要求を状態変化検知部２１１に通知する。状態変化検知部２１１は、状態変化検知要求に対する状態変化検知応答をリソース管理部２０３に通知する。

次いで、リソース管理部２０３は、状態変化検知部２１１による状態変化アラートの通知待ち状態となる。ここで、リソース管理部２０３は、端末管理サーバ１００とのセッションを終結させるため、管理要求を受け付けたことを示す管理応答を端末管理クライアントＩＦ２０１に通知する。

端末管理クライアントＩＦ２０１は、管理応答メッセージＭ４を端末管理サーバ１００に送信し、端末管理サーバ１００からACKメッセージを受信することによってセッションを終結する。

次いで、状態変化検知部２１１は、移動端末２００の動作モードが切り替わるイベントを検知し、状態変化アラートをリソース管理部２０３に通知する。リソース管理部２０３は、状態変化アラートを受信したことを示す状態変化検知部２１１に通知する。なお、状態変化検知部２１１は、当該通知によって状態変化を検知する動作を終了してもよい。

リソース管理部２０３は、管理情報要求を管理情報格納部２０９に通知する。管理情報格納部２０９は、管理情報要求に含まれる管理内容を時系列に抽出し、管理情報応答としてリソース管理部２０３に通知する。

リソース管理部２０３は、管理情報応答に基づいて、時系列に従って管理対象リソース２４０にアクセスし、状態切替部２０７に状態切替要求を通知する。状態切替部２０７は、通知された状態切替要求に基づいて、移動端末２００の動作モードを切り替える。状態切替部２０７は、動作モードを切り替え後、状態切替応答をリソース管理部２０３に通知する。

リソース管理部２０３は、管理対象リソース２４０にアクセスした結果を管理応答として端末管理クライアントＩＦ２０１に通知する。

端末管理クライアントＩＦ２０１は、端末管理サーバ１００とセッションを確立するため、クライアント初期化メッセージを端末管理サーバ１００に送信する。端末管理クライアントＩＦ２０１は、端末管理サーバ１００からサーバ初期化メッセージを受信すると、リソース管理部２０３から通知された管理応答を含む管理応答メッセージＭ４を端末管理サーバ１００に送信する。次いで、端末管理クライアントＩＦ２０１は、端末管理サーバ１００からACKメッセージを受信し、端末管理を実行するためのセッションを終結する。

なお、リソース管理部２０３が状態変化アラートの通知待ち状態である間に、端末管理サーバ１００から新しい管理要求メッセージＭ３が移動端末２００に通知されることが考えられる。この場合、状態変化検知部２１１は、移行先の動作モードが対象動作モードか否かを判定し、対象動作モードでなければ状態変化アラートを通知せずに動作モードの切り替えを再開してもよいし、動作モードの移行イベントが発生する都度、態変化アラートを通知してもよい。

前者の場合、状態変化検知部２１１は、通知された状態変化検知要求を蓄積し、検知対象の動作モードを複数としてもよい。なお、すべての移行イベントに対して状態変化アラートを通知する場合、及び検知対象のモードを複数とする場合、状態変化アラートは、移行先の動作モードを一意に特定する識別子を含むことが望ましい。リソース管理部２０３は、当該識別子を対象動作モードとした管理情報要求を管理情報格納部２０９に通知する。

また、本実施形態では、状態変化アラートの通知待ち状態において一旦セッション
が終結されるが、管理内容を実行した後に送信する管理応答メッセージＭ４には、一旦終結したセッションを一意に特定する識別子を含めるようにしてもよい。当該識別子を含めることによって、端末管理サーバ１００は、セッションと管理応答とを対応付けることができる。このため、管理情報格納要求、管理情報応答及び管理応答は、端末管理サーバ１００と確立したセッションを一意に特定する識別子を含むことが好ましい。

（３．２）管理メッセージの構成
図２２は、本実施形態に係る管理メッセージＭ、具体的には、管理要求メッセージＭ３の例を示す。図２２に示すように、本実施形態に係る管理要求メッセージＭ３には、情報要素２２７（図７参照）の値をnoswに変更する部分Ｍ３７が含まれる。図１５（ｂ）に示したように、nosw（Nosw）は、「現在の動作モードで維持」することを示す。

（４）作用・効果
端末管理システム１０によれば、管理対象リソース２４０を示す管理対象情報、管理対象リソース２４０に対する遠隔制御の内容（管理内容）を示す制御情報、及び端末装置の動作モードを示す動作モード情報を含む管理メッセージＭが、端末管理サーバ１００から移動端末２００に送信される。また、移動端末２００は、受信した管理メッセージＭに基づいて管理対象リソース２４０を制御する。

このため、移動端末２００に設定されている動作モード（現在動作モード）にかかわらず所望の管理対象リソース２４０を遠隔制御することができる。

本実施形態では、管理要求メッセージＭ３には、現在動作モードと対象動作モードとが一致しない場合における管理対象リソース２４０の制御の内容を示す不一致時処理情報が含まれる。このため、現在動作モードと対象動作モードとが一致しない場合でも管理対象リソース２４０に対する管理、具体的には、管理対象リソース２４０を遠隔制御することができる。

また、本実施形態では、不一致時処理情報によって示される動作モード不一致時の処理として、移動端末２００が備えるアクセス規則２３０に従って管理対象リソース２４０を制御する処理が規定される。このため、管理対象リソース２４０に対する安全性を確保しつつ、管理対象リソース２４０を遠隔制御することができる。また、アクセス制御に必要な処理量を抑制しつつ、管理対象リソース２４０を遠隔制御することができる。

本実施形態では、端末管理サーバ１００は、対象動作モードを格納できるように、管理用情報２２０を操作または編集する管理要求メッセージＭ３を移動端末２００に送信する。このため、OMA-DMで規定されているOMA DMプロトコルを用いて対象動作モードを端末管理サーバ１００から移動端末２００に通知することができる。

（その他の実施形態）
上述したように、本発明の第１実施形態〜第３実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。

例えば、上述した本発明の実施形態では、端末管理サーバ１００は、対象動作モードを格納できるように、管理用情報２２０を操作または編集する管理要求メッセージＭ３を移動端末２００に送信したが、端末管理サーバ１００は、必ずしもそのような管理要求メッセージＭ３を送信しなくても構わない。

上述した実施形態では、不一致時処理情報によって示される動作モード不一致時の処理として、移動端末２００が備えるアクセス規則２３０に従って管理対象リソース２４０を制御する処理が規定されていたが、当該処理は、規定されていなくてもよい。

また、上述した端末管理サーバ１００の機能は、コンピュータで実行可能なプログラムとしても提供することができる。

このように、本発明は、ここでは記載していない様々な実施の形態などを含むことは勿論である。したがって、本発明の技術的範囲は、上述の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。

本発明の実施形態に係る端末管理システム１０の全体概略構成図である。 本発明の実施形態に係る端末管理サーバ１００の機能ブロック構成図である。 本発明の実施形態に係る移動端末２００（端末装置）の機能ブロック構成図である。 本発明の第１実施形態及び第２実施形態に係る端末管理サーバ１００〜移動端末２００間のメッセージシーケンスの例を示す図である。 本発明の第１実施形態及び第２実施形態に係る端末管理サーバ１００の動作例を示す図である。 本発明の第１実施形態に係る移動端末２００の動作例を示す図である。 本発明の実施形態に係る管理用情報２２０の構造例を示す図である。 本発明の実施形態に係るアクセス規則２３０の例を示す図である。 本発明の実施形態に係るアクセス規則２３０の例を示す図である。 本発明の実施形態に係るアクセス規則２３０の例を示す図である。 本発明の実施形態に係るアクセス規則２３０の例を示す図である。 本発明の第１実施形態に係る管理要求メッセージＭ３の例を示す図である。 本発明の実施形態に係る管理応答メッセージＭ４の例を示す図である。 本発明の実施形態に係る管理応答メッセージＭ４の例を示す図である。 本発明の実施形態に係る定義テーブルの例を示す図である。 本発明の実施形態に係る管理端末３００に表示される画像の遷移例を示す図である。 本発明の第２実施形態に係る移動端末２００の動作例を示す図である。 本発明の第２実施形態に係る管理要求メッセージＭ３の例を示す図である。 本発明の第３実施形態に係る端末管理サーバ１００〜移動端末２００間のメッセージシーケンスの例を示す図である。 本発明の第３実施形態に係る端末管理サーバ１００の動作例を示す図である。 本発明の第３実施形態に係る移動端末２００の動作例を示す図である。 本発明の第３実施形態に係る管理要求メッセージＭ３の例を示す図である。

符号の説明

１０…端末管理システム、１１…通信ネットワーク、１２…無線基地局、１００…端末管理サーバ、１０１…サービスインタフェース、１０３…端末管理制御部、１０５…管理制御データベース、１０７…端末管理サーバＩＦ、２００…移動端末、２０１…端末管理クライアントＩＦ、２０３…リソース管理部、２０４…端末状態比較部、２０５…アクセス制御部、２０７…状態切替部、２０９…管理情報格納部、２１１…状態変化検知部、２２０…管理用情報、２２１，２２３，２２５，２２７…情報要素、２３０…アクセス規則、２４０…管理対象リソース、３００…管理端末、３０１，３０３，３０５，３０７…画像、Ｍ…管理メッセージ、Ｍ３…管理要求メッセージ、Ｍ４…管理応答メッセージ

Claims (19)

1. 複数の管理対象リソースを備え、管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置と、
   前記管理対象リソースを遠隔制御することによって前記端末装置を管理する端末管理サーバと
   を備える端末管理システムであって、
   前記端末管理サーバは、
   前記管理対象リソース、前記管理対象リソースに対する遠隔制御の内容、及び前記動作モードを対応付けて記憶する記憶部と、
   前記端末装置に対する遠隔制御の要求を受け付ける要求受付部と、
   前記要求受付部が前記要求を受け付けた場合、前記記憶部に記憶されている内容に基づいて、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを前記端末装置に送信する送信部と
   を備え、
   前記端末装置は、
   前記管理メッセージを受信する受信部と、
   前記受信部が受信した前記管理メッセージに含まれる前記動作モード情報に基づいて前記動作モードを設定するとともに、前記受信部が受信した前記管理メッセージに含まれる前記管理対象情報及び前記制御情報に基づいて前記管理対象リソースを制御する制御実行部と
   を備える端末管理システム。
2. 前記送信部は、前記端末装置に現在設定されている現在動作モードと、前記動作モード情報によって示されている対象動作モードとが一致しない場合に用いられる不一致時処理情報を含む前記管理メッセージを前記端末装置に送信し、
   前記不一致時処理情報は、前記現在動作モードと前記対象動作モードとが一致しない場合における前記管理対象リソースの制御の内容を示し、
   前記制御実行部は、前記現在動作モードと前記対象動作モードとが一致しない場合、前記不一致時処理情報に基づいて前記管理対象リソースを制御する請求項１に記載の端末管理システム。
3. 前記不一致時処理情報は、前記動作モードを前記対象動作モードに変更し、前記対象動作モードに変更後、前記制御情報に基づいて前記管理対象リソースを制御することを示す請求項２に記載の端末管理システム。
4. 前記不一致時処理情報は、前記現在動作モードが前記対象動作モードに移行したときに前記制御情報に基づいて前記管理対象リソースを制御することを示す請求項２に記載の端末管理システム。
5. 前記不一致時処理情報は、前記管理対象情報によって示される管理対象リソースへのアクセスを制御することを示す請求項２に記載の端末管理システム。
6. 前記送信部は、前記端末装置の管理者を識別する管理者識別子を含む前記管理メッセージを前記端末装置に送信し、
   前記端末装置は、前記管理者識別子と、前記管理対象リソースに対するアクセスの可否との関係を示すアクセス規則を保持し、
   前記制御実行部は、前記不一致時処理情報によって前記管理対象リソースへのアクセスを制御することが示されている場合、前記管理者識別子と前記アクセス規則とに基づいて、前記管理対象リソースにアクセスするか否かを判定する請求項５に記載の端末管理システム。
7. 前記端末装置は、前記対象動作モードを格納する情報要素を含む管理用情報を保持し、
   前記端末管理サーバは、前記情報要素に前記対象動作モードを格納できるように、前記管理用情報を操作または編集する前記管理メッセージを前記端末装置に送信する請求項２に記載の端末管理システム。
8. 複数の管理対象リソースを備えるとともに管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置を遠隔制御することによって前記端末装置を管理する端末管理サーバであって、
   前記管理対象リソース、前記管理対象リソースに対する遠隔制御の内容、及び前記動作モードを対応付けて記憶する記憶部と、
   前記端末装置に対する遠隔制御の要求を受け付ける要求受付部と、
   前記要求受付部が前記要求を受け付けた場合、前記記憶部に記憶されている内容に基づいて、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを前記端末装置に送信する送信部と
   を備える端末管理サーバ。
9. 前記送信部は、前記端末装置に現在設定されている現在動作モードと、前記動作モード情報によって示されている対象動作モードとが一致しない場合に用いられる不一致時処理情報を含む前記管理メッセージを前記端末装置に送信し、
   前記不一致時処理情報は、前記現在動作モードと前記対象動作モードとが一致しない場合における前記管理対象リソースの制御の内容を示す請求項８に記載の端末管理サーバ。
10. 前記不一致時処理情報は、前記動作モードを前記対象動作モードに変更し、前記対象動作モードに変更後、前記制御情報に基づいて前記管理対象リソースを制御することを示す請求項９に記載の端末管理サーバ。
11. 前記不一致時処理情報は、前記現在動作モードが前記対象動作モードに移行したときに前記制御情報に基づいて前記管理対象リソースを制御することを示す請求項９に記載の端末管理サーバ。
12. 前記不一致時処理情報は、前記管理対象情報によって示される管理対象リソースへのアクセスを制御することを示す請求項９に記載の端末管理サーバ。
13. 前記送信部は、前記端末装置の管理者を識別する管理者識別子を含む前記管理メッセージを前記端末装置に送信する請求項１２に記載の端末管理サーバ。
14. 前記端末装置は、前記対象動作モードを格納する情報要素を含む管理用情報を保持し、
    前記情報要素に前記対象動作モードを格納できるように、前記管理用情報を操作または編集する前記管理メッセージを前記端末装置に送信する請求項９に記載の端末管理サーバ。
15. 複数の管理対象リソースを備え、管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置であって、
    前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを受信する受信部と、
    前記受信部が受信した前記管理メッセージに含まれる前記動作モード情報に基づいて前記動作モードを設定するとともに、前記受信部が受信した前記管理メッセージに含まれる前記管理対象情報及び前記制御情報に基づいて前記管理対象リソースを制御する制御実行部と
    を備える端末装置。
16. 前記不一致時処理情報は、前記現在動作モードと前記対象動作モードとが一致しない場合における前記管理対象リソースの制御の内容を示し、
    前記制御実行部は、前記現在動作モードと前記対象動作モードとが一致しない場合、前記不一致時処理情報に基づいて前記管理対象リソースを制御する請求項１５に記載の端末装置。
17. 前記端末装置は、前記端末装置の管理者を識別する管理者識別子と、前記管理対象リソースに対するアクセスの可否との関係を示すアクセス規則を保持し、
    前記制御実行部は、前記不一致時処理情報によって前記管理対象リソースへのアクセスを制御することが示されている場合、前記管理者識別子と前記アクセス規則とに基づいて、前記管理対象リソースにアクセスするか否かを判定する請求項１６に記載の端末装置。
18. 複数の管理対象リソースを備え、管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置と、
    前記管理対象リソースを遠隔制御することによって前記端末装置を管理する端末管理サーバと
    において用いられる端末管理方法であって、
    前記端末管理サーバが、前記管理対象リソース、前記管理対象リソースに対する遠隔制御の内容、及び前記動作モードを対応付けて記憶部に記憶するステップと、
    前記端末管理サーバが、前記端末装置に対する遠隔制御の要求を受け付けるステップと、
    前記端末管理サーバが、前記要求を受け付けた場合、前記記憶部に記憶されている内容に基づいて、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを前記端末装置に送信するステップと、
    前記端末装置が、前記管理メッセージを受信するステップと、
    前記端末装置が、受信した前記管理メッセージに含まれる前記動作モード情報に基づいて前記動作モードを設定するとともに、受信した前記管理メッセージに含まれる前記管理対象情報及び前記制御情報に基づいて前記管理対象リソースを制御するステップと
    を備える端末管理方法。
19. 複数の管理対象リソースを備えるとともに管理可能な前記管理対象リソースの少なくとも一部が互いに異なる複数の動作モードを有する端末装置を遠隔制御することによって前記端末装置を管理する端末管理プログラムであって、
    コンピュータに、
    前記管理対象リソース、前記管理対象リソースに対する遠隔制御の内容、及び前記動作モードを対応付けて記憶部に記憶する記憶処理と、
    前記端末装置に対する遠隔制御の要求を受け付ける要求受付処理と、
    前記要求を受け付けた場合、前記記憶部に記憶されている内容に基づいて、前記管理対象リソースを示す管理対象情報、前記管理対象リソースに対する遠隔制御の内容を示す制御情報、及び前記動作モードを示す動作モード情報を含む管理メッセージを前記端末装置に送信する送信処理と
    を実行させる端末管理プログラム。

Images