(57)【要約】【課題】デバイス管理を適切に行うことができない間の不正や不具合を監視して防止すると共に、かかるデバイス管理を適切に行うことができる状況に復旧した場合に、本来あるべきデバイス状態への早急な復元を可能とする。【解決手段】デバイス管理装置１０００は、デバイス２０内に設けられているデバイス管理機能２３００を実行することによって、デバイス２０に対する所定の管理を行うデバイス管理実行部１４００と、特定のデバイス管理イベントを検出するイベント検出部１１００とを具備し、デバイス管理実行部１４００は、特定のデバイス管理イベントの検出結果とデバイス状態とに応じて、実行すべ記デバイス管理機能２３００を決定する。【選択図】図３
2008146213.tif 000002
【特許請求の範囲】
【請求項１】
デバイス内に設けられているデバイス管理機能を実行することによって、該デバイスに対する所定の管理を行うデバイス管理実行部と、
特定のデバイス管理イベントを検出するイベント検出部とを具備し、
前記デバイス管理実行部は、前記特定のデバイス管理イベントの検出結果と、デバイス状態とに応じて、実行すべき前記デバイス管理機能を決定することを特徴とするデバイス管理装置。
【請求項２】
前記特定のデバイス管理イベントの検出結果に応じて、前記デバイス状態を設定する状態設定部と、
前記デバイス管理機能を特定する複数のデバイス管理ポリシーの中から、前記状態設定部により設定されている前記デバイス状態と、前記特定のデバイス管理イベントの検出結果とに応じて、使用すべきデバイス管理ポリシーを設定するポリシー管理部とを具備し、
前記デバイス管理実行部は、前記ポリシー管理部により設定されている前記使用すべきデバイス管理ポリシーによって特定されるデバイス管理機能を、前記実行すべきデバイス管理機能として決定することを特徴とする請求項１に記載のデバイス管理装置。
【請求項３】
前記デバイス状態が、第１の状態である際に、前記イベント検出部が、第１のデバイス管理イベントを検出した場合、前記状態設定部は、該デバイス状態を該第１の状態のまま保持し、
前記デバイス状態が、前記第１の状態である際に、前記イベント検出部が、第２のデバイス管理イベントを検出した場合、前記状態設定部は、該デバイス状態を第２の状態に設定し、前記ポリシー管理部は、該第２の状態用のデバイス管理ポリシーを前記使用すべきデバイス管理ポリシーとして設定することを特徴とする請求項２に記載のデバイス管理装置。
【請求項４】
前記デバイス状態が、前記第１の状態である際に、前記イベント検出部が、前記第２のデバイス管理イベントを検出した場合、前記デバイス管理実行部は、前記使用すべきデバイス管理ポリシーとして設定されている前記第２の状態用のデバイス管理ポリシーにより特定される第２のデバイス管理機能を実行することを特徴とする請求項３に記載のデバイス管理装置。
【請求項５】
前記デバイス状態が、第１の状態である際に、前記デバイス管理実行部は、前記使用すべきデバイス管理ポリシーとして設定されている前記第１の状態用のデバイス管理ポリシーにより特定される第１のデバイス管理機能を実行し、
前記ポリシー管理部は、前記第１の状態用のデバイス管理ポリシーにより特定される第１のデバイス管理機能に応じて、前記第２の状態用のデバイス管理ポリシーにより特定すべき前記第２のデバイス管理機能を決定することを特徴とする請求項４に記載のデバイス管理装置。
【請求項６】
前記デバイス状態が、前記第１の状態である際に、前記イベント検出部が、前記第２のデバイス管理イベントを検出した後、一定時間内に、前記第１のデバイス管理イベントを検出しなかった場合にのみ、前記状態設定部は、該デバイス状態を第２の状態に設定することを特徴とする請求項３乃至５のいずれか一項に記載のデバイス管理装置。
【請求項７】
前記第２のデバイス管理機能は、前記デバイスにおける特定の機能を使用不可能とする機能であることを特徴とする請求項４乃至６のいずれか一項に記載のデバイス管理装置。
【請求項８】
前記第１のデバイス管理機能は、特定の状況に応じて、使用可能又は使用不可能となる機能であることを特徴とする請求項７に記載のデバイス管理装置。
【請求項９】
前記第２のデバイス管理機能は、前記デバイスにおける特定の情報を保護する機能であることを特徴とする請求項４乃至６のいずれか一項に記載のデバイス管理装置。
【請求項１０】
前記デバイス状態が、前記第２の状態である際に、前記イベント検出部が、第３のデバイス管理イベントを検出した場合、前記デバイス管理実行部が、前記使用すべきデバイス管理ポリシーとして設定されている前記第２の状態用のデバイス管理ポリシーにより特定されている第３のデバイス管理機能を実行した後、前記状態設定部が、該デバイス状態を前記第１の状態に設定し、前記ポリシー管理部は、前記第１の状態用のデバイス管理ポリシーを前記使用すべきデバイス管理ポリシーとして設定することを特徴とする請求項４又は５に記載のデバイス管理装置。
【請求項１１】
前記第３のデバイス管理機能は、前記デバイス状態が、前記第２の状態である間に使用不可能となっていた前記デバイスにおける特定の機能を使用可能とする機能であることを特徴とする請求項１０に記載のデバイス管理装置。
【請求項１２】
前記第３のデバイス管理機能は、前記デバイスにおける特定の情報を復元する機能であることを特徴とする請求項１０に記載のデバイス管理装置。
【請求項１３】
イベント蓄積部は、前記イベント検出部により検出された前記第１のデバイス管理イベントを蓄積しており、
前記第２の状態は、前記イベント検出部によって前記デバイス管理イベントを検出することができない状態であり、
前記第３のデバイス管理機能は、少なくとも、前記イベント蓄積部に蓄積されている前記第１のデバイス管理イベントに対するデバイス管理機能を含むことを特徴とする請求項１０に記載のデバイス管理装置。
【請求項１４】
イベント蓄積部は、前記デバイス状態が前記第２の状態にある場合に前記イベント検出部により検出された前記第１のデバイス管理イベントを蓄積しており、
前記イベント検出部が、前記第３のデバイス管理イベントを検出し、前記状態設定部が、前記デバイス状態を前記第１の状態に設定し、前記ポリシー管理部が、前記第１のデバイス管理ポリシーを前記使用すべきデバイス管理ポリシーとして設定した場合に、前記デバイス管理実行部は、前記イベント蓄積部に蓄積されている前記第１のデバイス管理イベントに応じて、前記実行すべきデバイス管理機能を決定することを特徴とする請求項１０に記載のデバイス管理装置。
【請求項１５】
前記イベント蓄積部は、複数の前記第１のデバイス管理イベントをまとめて別の第１のデバイス管理イベントに変更することを特徴とする請求項１３又は１４に記載のデバイス管理装置。
【請求項１６】
前記デバイス状態が前記第１の状態から前記第２の状態に遷移する直前の管理状況と、該デバイス状態が該第２の状態から該第１の状態に遷移する直前の管理状況との間で変化があった場合、前記デバイス管理実行部は、前記第３のデバイス管理機能を実行することを特徴とする請求項１０に記載のデバイス管理装置。
【請求項１７】
前記第１の状態は、前記デバイスに対する前記所定の管理を行うことが可能な状態であり、前記第２の状態は、前記デバイスに対する前記所定の管理を行うことが不可能な状態であることを特徴とする請求項３乃至１６のいずれか一項に記載のデバイス管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス管理装置、例えば、バッテリで駆動し、無線で外部と接続されるデバイス（例えば、モバイル端末）に対する所定の管理を行うデバイス管理装置に関する。
【背景技術】
【０００２】
従来、Ｓｍａｒｔ-ＰｈｏｎｅやＰＤＡやノート型ＰＣ等、可搬性があり、かつ、ネットワークとの接続が可能なデバイス（例えば、モバイル端末）に対して、管理グループ（法人における管理者等）が、当該デバイスの状態や設定等を把握して、当該デバイスに対する適切な管理（デバイス管理）を行うことを可能とする装置（すなわち、デバイス管理装置）が、「ＯＭＡ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ（ＤＭ）」として、「Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）」で規定されている。
【０００３】
ＯＭＡ-ＤＭでは、ＤＭサーバと、デバイスに導入されたＤＭクライアントとの通信によって、上述のデバイス管理を実現することができる。
【０００４】
例えば、各ＤＭクライアントが、デバイスにて駆動しているファームウェアのバージョンを、ＤＭサーバに対して通知し、当該ＤＭサーバが、かかる通知に基づいてバージョンの低いファームウェアを持つデバイスを発見し、当該デバイスに対して適切なファームウェアのアップデートを指示するためのコマンドを、当該デバイスに導入されているＤＭクライアントに通知する。
【０００５】
モバイルアプリケーションサービスの適用範囲が拡大を遂げるにつれ、デバイスそのものや、デバイスを取り巻く環境の多様性が増している。このことから、デバイスの状態や設定の追跡が困難になり、上述のデバイス管理に掛かるコストが非常に高くなってしまう。このような市場の要求に対して、より柔軟に、かつ、コストパフォーマンスの高いデバイス管理の仕組みが求められている。
【０００６】
後述する非特許文献１では、ＤＭサーバのネットワークオペレーションコストを低減するために、「ＤＭスケジューリング」が規定されている。
【０００７】
かかるＤＭスケジューリングでは、デバイスが、オフライン（すなわち、ＤＭサーバとのセッションがない状態）で、デバイス管理の処理を行えるように、ＤＭサーバが、当該デバイスに導入されているＤＭクライアントが処理可能なデバイス管理機能のタスクスケジュールを、当該ＤＭクライアントに事前に通知できるアーキテクチャが記載されており、当該アーキテクチャや、当該アーキテクチャに含まれるコンポネントの機能や、当該コンポネント間のインタフェースや、管理オブジェクトのデータ構造や、スケジュール処理を実行する条件等について規定されている。
【０００８】
かかるアーキテクチャでは、各デバイスに、スケジューラを設け、当該スケジューラが、タスクスケジュールに基づいて、デバイス管理を実現するように構成されている。
【非特許文献１】ＯＭＡ-ＡＤ-ＤＭ-Ｓｃｈｅｄｕｌｉｎｇ-Ｖ１_０-２００６０１２４-Ｄ
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述のように、非特許文献１によれば、ＤＭサーバとＤＭクライアントとの間のセッションがない状態でも、ＤＭスケジューラによってデバイス管理を行うことが可能である。
【００１０】
しかしながら、ＤＭサーバ又はＤＭクライアントの状態が変化し、上述のスケジューラが、デバイス管理を行うトリガとなるイベントを検知できない状況や、当該イベントの検出結果に応じたデバイス管理を実行することができない状況がある。
【００１１】
例えば、かかる状況としては、デバイスの電源断やネットワーク品質の劣化やＤＭサーバのダウン等が発生した状況が想定される。このような状況の場合、タスクスケジュールを適切に処理することができず、デバイス管理を適切に行うことができないという問題点があった。
【００１２】
したがって、かかる状況下では、各デバイスにおいて、上述のデバイス管理を適切に行うことができなくなる直前に、強制的に特別なデバイス管理機能を実行して、かかるデバイス管理を適切に行うことができない間の不正や不具合を監視して防止する必要がある。
【００１３】
また、各デバイスにおいて、かかるデバイス管理を適切に行うことができる状況に復旧した場合（電源投入やネットワーク品質の良好化やＤＭサーバの復旧等）には、早急に本来あるべきデバイス状態に復元する必要がある。
【００１４】
そこで、本発明は、上述の課題に鑑みてなされたものであり、デバイス管理を適切に行うことができない間の不正や不具合を監視して防止すると共に、かかるデバイス管理を適切に行うことができる状況に復旧した場合に、本来あるべきデバイス状態への早急な復元を可能とするデバイス管理装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明の第１の特徴は、デバイス管理装置であって、デバイス内に設けられているデバイス管理機能を実行することによって、該デバイスに対する所定の管理を行うデバイス管理実行部と、特定のデバイス管理イベントを検出するイベント検出部とを具備し、前記デバイス管理実行部は、前記特定のデバイス管理イベントの検出結果と、デバイス状態とに応じて、実行すべき前記デバイス管理機能を決定することを要旨とする。
【００１６】
本発明の第１の特徴において、前記特定のデバイス管理イベントの検出結果に応じて、前記デバイス状態を設定する状態設定部と、前記デバイス管理機能を特定する複数のデバイス管理ポリシーの中から、前記状態設定部により設定されている前記デバイス状態と、前記特定のデバイス管理イベントの検出結果とに応じて、使用すべきデバイス管理ポリシーを設定するポリシー管理部とを具備し、前記デバイス管理実行部は、前記ポリシー管理部により設定されている前記使用すべきデバイス管理ポリシーによって特定されるデバイス管理機能を、前記実行すべきデバイス管理機能として決定してもよい。
【００１７】
かかる発明によれば、状態設定部が、デバイス管理イベントの検出結果に応じて、様々なデバイス状態を設定し、デバイス管理実行部が、かかるデバイス状態に応じて、様々なデバイス管理ポリシーに応じたデバイス管理を実行することが可能である。
【００１８】
本発明の第１の特徴において、前記デバイス状態が、第１の状態である際に、前記イベント検出部が、第１のデバイス管理イベントを検出した場合、前記状態設定部は、該デバイス状態を該第１の状態のまま保持し、前記デバイス状態が、前記第１の状態である際に、前記イベント検出部が、第２のデバイス管理イベントを検出した場合、前記状態設定部は、該デバイス状態を第２の状態に設定し、前記ポリシー管理部は、該第２の状態用のデバイス管理ポリシーを前記使用すべきデバイス管理ポリシーとして設定してもよい。
【００１９】
本発明の第１の特徴において、前記デバイス状態が、前記第１の状態である際に、前記イベント検出部が、前記第２のデバイス管理イベントを検出した場合、前記デバイス管理実行部は、前記使用すべきデバイス管理ポリシーとして設定されている前記第２の状態用のデバイス管理ポリシーにより特定される第２のデバイス管理機能を実行してもよい。
【００２０】
かかる発明によれば、デバイス管理実行部が、検知されたデバイス状態の遷移に合致したデバイス管理ポリシーにより特定されるデバイス管理機能を実行することが可能となる。
【００２１】
本発明の第１の特徴において、前記デバイス状態が、第１の状態である際に、前記デバイス管理実行部は、前記使用すべきデバイス管理ポリシーとして設定されている前記第１の状態用のデバイス管理ポリシーにより特定される第１のデバイス管理機能を実行し、前記ポリシー管理部は、前記第１の状態用のデバイス管理ポリシーにより特定される第１のデバイス管理機能に応じて、前記第２の状態用のデバイス管理ポリシーにより特定すべき前記第２のデバイス管理機能を決定してもよい。
【００２２】
かかる発明によれば、デバイス状態の変化前に実行されていたデバイス管理機能及び発生したデバイス状態の変化の両方を考慮した柔軟なデバイス管理を行うことが可能となる。
【００２３】
本発明の第１の特徴において、前記デバイス状態が、前記第１の状態である際に、前記イベント検出部が、前記第２のデバイス管理イベントを検出した後、一定時間内に、前記第１のデバイス管理イベントを検出しなかった場合にのみ、前記状態設定部は、該デバイス状態を第２の状態に設定してもよい。
【００２４】
かかる発明によれば、検出されたデバイス管理イベントが、バッテリの低下やネットワーク回線断であったような場合に、モバイル端末等のデバイスにおいて発生しがちな一時的なバッテリの低下やネットワーク回線断といったデバイス管理イベントを無視して、デバイス管理に掛かるコストを削減することが可能となる。
【００２５】
本発明の第１の特徴において、前記第２のデバイス管理機能は、前記デバイスにおける特定の機能を使用不可能とする機能であってもよい。
【００２６】
かかる発明によれば、例えば、デバイス管理機能の実行が著しく制限されるようなデバイス状態において、特定の機能を使用不可能とすることで、不正行為や不具合等を防ぐことが可能となる。
【００２７】
本発明の第１の特徴において、前記第１のデバイス管理機能は、特定の状況において使用可能又は使用不可能となる機能であってもよい。
【００２８】
かかる発明によれば、例えば、第１のデバイス管理機能が、デバイスの特定の機能を、特定の状況に応じて、使用可能になったり使用不可能となったりするような制限機能である場合、デバイス管理機能の実行が不可能なデバイス状態となり、上述の特定の状況を検知できない場合に，当該第１のデバイス管理機能を予め使用不可能としておいて、最も制限の厳しいデバイス管理を行う状態を維持することが可能となる。
【００２９】
本発明の第１の特徴において、前記第２のデバイス管理機能は、前記デバイスにおける特定の情報を保護する機能であってもよい。
【００３０】
かかる発明によれば、例えば、デバイス管理機能の実行が著しく制限されるようなデバイス状態において、特定の情報を保護することで、デバイスからの情報流出等を防ぐことが可能となる。
【００３１】
本発明の第１の特徴において、前記デバイス状態が、前記第２の状態である際に、前記イベント検出部が、第３のデバイス管理イベントを検出した場合、前記デバイス管理実行部が、前記使用すべきデバイス管理ポリシーとして設定されている前記第２の状態用のデバイス管理ポリシーにより特定されている第３のデバイス管理機能を実行した後、前記状態設定部が、該デバイス状態を前記第１の状態に設定し、前記ポリシー管理部は、前記第１の状態用のデバイス管理ポリシーを前記使用すべきデバイス管理ポリシーとして設定してもよい。
【００３２】
かかる発明によれば、第３のデバイス管理イベントを検知したことにより、デバイス状態を復元する際、まず、その時点において設定されているデバイス管理ポリシーに従ったデバイス管理機能を実行し、その上でデバイス状態を元通りに設定するように構成されているため、デバイス状態を元に戻す前に、デバイス状態を復元するための特別なデバイス管理機能を実行することが可能となる。
【００３３】
本発明の第１の特徴において、前記第３のデバイス管理機能は、前記デバイス状態が、前記第２の状態である間に使用不可能となっていた前記デバイスにおける特定の機能を使用可能とする機能であってもよい。
【００３４】
かかる発明によれば、デバイス状態が変化することにより使用不可能となっていた当該デバイス管理機能を再び使用可能とすることが可能となる。
【００３５】
本発明の第１の特徴において、前記第３のデバイス管理機能は、前記デバイスにおける特定の情報を復元する機能であってもよい。
【００３６】
かかる発明によれば、デバイス状態が変化することによりアクセスすることが不可能となっていた特定の情報に再びアクセスすることが可能となる。
【００３７】
本発明の第１の特徴において、イベント蓄積部は、前記イベント検出部により検出された前記第１のデバイス管理イベントを蓄積しており、前記第２の状態は、前記イベント検出部によって前記デバイス管理イベントを検出することができない状態であり、前記第３のデバイス管理機能は、少なくとも、前記イベント蓄積部に蓄積されている前記第１のデバイス管理イベントに対するデバイス管理機能を含んでいてもよい。
【００３８】
本発明の第１の特徴において、イベント蓄積部は、前記デバイス状態が前記第２の状態にある場合に前記イベント検出部により検出された前記第１のデバイス管理イベントを蓄積しており、前記イベント検出部が、前記第３のデバイス管理イベントを検出し、前記状態設定部が、前記デバイス状態を前記第１の状態に設定し、前記ポリシー管理部が、前記第１のデバイス管理ポリシーを前記使用すべきデバイス管理ポリシーとして設定した場合に、前記デバイス管理実行部は、前記イベント蓄積部に蓄積されている前記第１のデバイス管理イベントに応じて、前記実行すべきデバイス管理機能を決定してもよい。
【００３９】
かかる発明によれば、デバイス管理イベントの検出が不可能となるようなデバイス状態の変化が発生した場合に、イベント蓄積部により蓄積されている、デバイス状態が第２の状態である期間に発生していた第１のデバイス管理イベントを参照することで、デバイス状態を第１の状態に復元する際に実行するデバイス管理機能は、かかる期間に発生していた第１のデバイス管理イベントに応じたデバイス管理機能を実行するように構成されているため、かかる期間に行われるはずであったデバイス管理機能の実行が可能となり、より正確にデバイス状態を復元することが可能となる。
【００４０】
本発明の第１の特徴において、前記イベント蓄積部は、複数の前記第１のデバイス管理イベントをまとめて別の第１のデバイス管理イベントに変更してもよい。
【００４１】
かかる発明によれば、デバイス状態が第２の状態である期間に発生していた第１のデバイス管理イベントを蓄積するイベント蓄積部が、蓄積されている第１のデバイス管理イベントの意味を理解し、当該第１のデバイス管理イベントの集合を、同じ意味を持つ別の第１のデバイス管理イベントへ変換するように構成されているため、イベント蓄積部に蓄積されている第１のデバイス管理イベントをまとめて、より少ないデバイス管理イベントへに変換することにより、第１のデバイス管理イベントの蓄積コスト、及び、デバイス状態の復元時におけるデバイス管理機能の実行コストを削減することが可能となる。
【００４２】
本発明の第１の特徴において、前記デバイス状態が前記第１の状態から前記第２の状態に遷移する直前の管理状況と、該デバイス状態が該第２の状態から該第１の状態に遷移する直前の管理状況との間で変化があった場合、前記デバイス管理実行部は、前記第３のデバイス管理機能を実行してもよい。
【００４３】
かかる発明によれば、デバイス状態が第２の状態から第１の状態に移行する際、第２の状態中に管理状況が変化した場合にのみ、第３のデバイス管理機能を実行することができ、デバイス管理機能の実行コストを削減することが可能となる。
【００４４】
本発明の第１の特徴において、前記第１の状態は、前記デバイスに対する前記所定の管理を行うことが可能な状態であり、前記第２の状態は、前記デバイスに対する前記所定の管理を行うことが不可能な状態であってもよい。
【００４５】
かかる発明によれば、通常のデバイス管理を行うことが困難な特殊なデバイス状態において、特殊なデバイス管理ポリシーを設定し、かかるデバイス状態用の特殊なデバイス管理を実行可能となる。
【発明の効果】
【００４６】
以上説明したように、本発明によれば、デバイス管理を適切に行うことができない間の不正や不具合を監視して防止すると共に、かかるデバイス管理を適切に行うことができる状況に復旧した場合に、本来あるべきデバイス状態への早急な復元を可能とするデバイス管理装置を提供することができる。
【発明を実施するための最良の形態】
【００４７】
（本発明の第１の実施形態に係るデバイス管理装置の構成）
図１乃至図６を参照して、本発明の第１の実施形態に係るデバイス管理装置１０００の構成について説明する。
【００４８】
本実施形態に係るデバイス管理装置１０００は、Ｓｍａｒｔ-ＰｈｏｎｅやＰＤＡやノート型ＰＣ等、可搬性があり、かつ、ネットワークとの接続が可能なデバイス（例えば、モバイル端末）に対して、管理グループ（法人における管理者等）が、当該デバイスの状態や設定等を把握して、当該デバイスに対する所定の管理（以下、デバイス管理）を行うことを可能とする装置（すなわち、デバイス管理装置）である。
【００４９】
具体的には、本実施形態に係るデバイス管理装置１０００は、デバイス管理イベント２１００を検出し、デバイス管理ポリシー２２００に応じて、デバイス管理機能２３００を実行する装置である。
【００５０】
なお、デバイス管理装置１０００は、デバイスの状態やデバイスを取り巻く状況が変化してデバイス管理を適切に行うことができない状況になった場合、強制的に特別なデバイス管理機能を実行し、デバイス内における不正や不具合を監視して防止し、デバイス管理を適切に行うことができない状況からデバイス管理を適切に行うことができる状況に復旧した場合、本来あるべきデバイス管理の状態に復元するように構成されている。
【００５１】
本実施形態では、図１及び図２を参照して、企業管理部門が、社員のデバイス２０における外部記録媒体（ｍｉｎｉＳＤカード等）１００の利用を管理するという「デバイス管理」を行うために、デバイス２０から外部記録媒体１００へのアクセスログを収集するケースにおいて、ネットワーク３００が途中で切断されるか、或いは、ＤＭサーバ１０がダウンするかによって、かかるデバイス管理を適切に行うことができない場合について説明するものとする。
【００５２】
ここで、本実施形態では、デバイスとして、Ｓｍａｒｔ-Ｐｈｏｎｅが用いられるものとする。
【００５３】
図１を参照して、上述のデバイス管理が適切に行われている場合の例について説明する。かかる例では、企業管理部門が、デバイス２０に対するデバイス管理を行うために、所有するＤＭサーバ１０を利用して、デバイス２０から外部記録媒体１００へのアクセスログの収集を行うものとする。
【００５４】
ここで、社員の持つデバイス２０は、ＤＭサーバからの指示に従うクライアントソフト（すなわち、ＤＭエージェント）を備えており、デバイス管理装置１００を利用して、一定時間毎に、或いは、特定業務実行時等に、外部記録媒体１００へのアクセスを監視して履歴（アクセスログ）を取得する監視機能（デバイス管理機能）３２、及び、ネットワーク３００（セルラー回線や無線ＬＡＮ等）を介してＤＭサーバ１０にアクセスログを報告する報告機能（デバイス管理機能）３３を実行する。
【００５５】
次に、図２を参照して、上述のデバイス管理を適切に行うことができない場合の例について説明する。図２では、かかる例として、ＤＭサーバ１０のダウンやネットワーク３００の切断によって、デバイス２０からＤＭサーバ１０へのアクセスが不可能となり、アクセスログの報告を行う報告機能（デバイス管理機能）３３を適切に実行することができない場合を示している。
【００５６】
かかる場合、デバイス管理装置１０００は、外部記録媒体１００へのアクセスを禁止（ロック）することによって、不正処理や不具合の防止を行う。
【００５７】
具体的には、デバイス２０の内部において、デバイス管理装置１０００が、監視及びアクセスログの収集を行う監視機能（デバイス管理機能）３２や、アクセスログの報告を行う報告機能（デバイス管理機能）３３の実行を中断して、外部記録媒体１００へのアクセスをロックするロック機能（デバイス管理機能）３４３を実行する。
【００５８】
さらに、本実施形態では、図２に示すデバイス状態から、ＤＭサーバ１０の復旧又はネットワーク３００復旧によって、アクセスログの報告を行う報告機能（デバイス管理機能）３３を適切に実行することができるようになる場合には、図１に示す通常のデバイス管理の状態（外部記録媒体へのアクセスログの収集及び報告を行う状態）に復旧させる。
【００５９】
以下、かかるケースを実現するデバイス管理装置１０００の構成について述べる。
【００６０】
図３に示すように、デバイス管理装置１０００は、イベント検出部１１００と、ポリシー管理部１２００と、状態設定部１３００と、デバイス管理実行部１４００とを具備している。
【００６１】
イベント検出部１１００は、特定のデバイス管理イベントを検出するように構成されている。
【００６２】
具体的には、イベント検出部１１００は、デバイス管理イベント２１００が発生したことを検知し、検知したデバイス管理イベント２１００が、第１のデバイス管理イベント２１１０に属しているのか、第２のデバイス管理イベント２１２０に属しているのか、或いは、第３のデバイス管理イベント２１３０に属しているのかについて決定し、かかる決定に応じて、状態設定部１３００又はデバイス管理実行部１４００へデバイス管理イベント２１００を検知した旨を伝える。
【００６３】
ここで、第１のデバイス管理イベント２１１０は、一般的なデバイス管理機能を起動する契機となる通常時のイベントであり、例えば、外部デバイスへのアクセスや、非接触ＩＣカード（ＦｅｌｉＣａ等）からの信号や、タイマからの通知等が想定される。
【００６４】
第２のデバイス管理イベント２１２０は、デバイス管理を適切に行うことができない状況を開始する契機となる状態変化時のイベントであり、例えば、ネットワーク回線断や、ＤＭサーバのダウンや、デバイスの電源断等が想定される。
【００６５】
また、第３のデバイス管理イベント２１３０は、デバイス管理を適切に行うことができる状況に復旧する契機となる状態復元時のイベントであり、例えば、ネットワーク品質の良好化や、ＤＭサーバの復旧や、デバイスの電源投入等が想定される。
【００６６】
例えば、イベント検出部１１００は、各デバイス管理イベント２１１０乃至２１３０に属するデバイス管理イベントのリストを利用することによって、検知したデバイス管理イベント２１００が第１乃至第３のデバイス管理イベント２１１０乃至２１３０のいずれに属しているかについて決定することができる。
【００６７】
図４に、第１のデバイス管理イベント２１１０に属するデバイス管理イベントのリスト（第１のイベントリスト）の例を示し、図５に、第２のデバイス管理イベント２１２０に属するデバイス管理イベントのリスト（第２のイベントリスト）の例を示し、図６に、第３のデバイス管理イベント２１３０に属するデバイス管理イベントのリスト（第３のイベントリスト）の例を示す。
【００６８】
例えば、タイマからの通知や、外部記録媒体１００にアクセスしたことによる外部記録インタフェースからの割り込みは、第１のデバイス管理イベントとして処理される。
【００６９】
また、例えば、ネットワーク回線断や、ＤＭサーバ１０のダウンは、第２のデバイス管理イベント２１２０として処理される。
【００７０】
また、例えば、ネットワークの復旧や、ＤＭサーバ１０の復旧は、第３のデバイス管理イベント２１３０として処理される。
【００７１】
イベント検出部１１００は、ネットワークインタフェースからの割り込みを検知することで、ネットワーク回線断やネットワークの復旧について検知することができる。
【００７２】
また、イベント検出部１１００は、ＤＭサーバ１０との通信を司る報告機能３３からの通知により、ＤＭサーバ１０のダウンについて検知することができる。
【００７３】
また、イベント検出部１１００は、ＤＭサーバ１０からの通知により、ＤＭサーバの復旧について検知することができる。
【００７４】
後述するように、デバイス状態が、「第１の状態（デバイス管理を適切に行うことができる状態）」である場合に、イベント検出部１１００は、第１のデバイス管理イベント２１１０又は第３のデバイス管理イベント２１３０を検知すると、その旨をデバイス管理実行部１４００に通知し、第２のデバイス管理イベント２１２０を検知すると、その旨を状態設定部１３００に通知する。
【００７５】
また、同様に、デバイス状態が、「第２の状態（デバイス管理を適切に行うことが困難な状態）」である場合に、イベント検出部１１００は、第１のデバイス管理イベント２１１０又は第２のデバイス管理イベント２１２０を検知すると、その旨をデバイス管理実行部１４００に通知し、第３のデバイス管理イベント２１３０を検知すると、その旨を状態設定部１３００に通知する。
【００７６】
ここで、「第１の状態」は、デバイス２０に対する所定の管理（デバイス管理）を行うことが可能な状態であり、「第２の状態」は、デバイス管理を行うことが困難な状態である。
【００７７】
状態設定部１３００は、イベント検出部１１００による特定のデバイス管理イベントの検出結果に応じて、デバイス状態を設定するように構成されている。
【００７８】
図７を参照して、状態設定部１３００によって設定されるデバイス状態が遷移する様子について説明する。
【００７９】
デバイス状態が、「第１の状態」である際に、イベント検出部１００が、第１のデバイス管理イベント２１１０或いは第３のデバイス管理イベント２１３０を検知した場合には、状態設定部１３００は、デバイス状態を「第１の状態」のまま保持する。
【００８０】
また、デバイス状態が、「第１の状態（通常時）」である際に、イベント検出部１１００が、第２のデバイス管理イベント２１２０を検知した場合には、状態設定１３００は、デバイス状態を「第２の状態（ＤＭ不可時）」に変更する。
【００８１】
一方、デバイス状態が、「第２の状態」である際に、イベント検出部１１００が、第１のデバイス管理イベント２１１０或いは第２のデバイス管理イベント２１２０を検知した場合には、状態設定部１３００は、デバイス状態を「第２の状態」のまま保持する。
【００８２】
また、デバイス状態が、「第２の状態」である際に、イベント検出部１１００が、第３のデバイス管理イベント２１３０を検知した場合には、状態設定部１３００は、デバイス状態を「第１の状態」に変更する。
【００８３】
また、デバイス状態が、「第１の状態」である際に、イベント検出部１１００が、第２のデバイス管理イベント２１２０を検出した後、一定時間内に、第１のデバイス管理イベント２１１０を検出しなかった場合にのみ、状態設定部１３００は、デバイス状態を「第２の状態」に設定するように構成されていてもよい。
【００８４】
ポリシー管理部１２００は、デバイス管理機能を特定する複数のデバイス管理ポリシー２２００の中から、状態設定部１３００により設定されているデバイス状態と、イベント検出部１１００による特定のデバイス管理イベントの検出結果とに応じて、使用すべきデバイス管理ポリシーを設定するように構成されている。
【００８５】
ポリシー管理部１２００は、使用すべきデバイス管理ポリシーとして選択したデバイス管理ポリシーを、デバイス管理実行部１４００に通知する。
【００８６】
デバイス状態が、「第１の状態」である場合には、ポリシー管理部１２００は、使用すべきデバイス管理ポリシーとして第１のデバイス管理ポリシー２２１０を設定（選択）し、デバイス状態が、「第２の状態」である場合には、ポリシー管理部１２００は、使用すべきデバイス管理ポリシーとして第２のデバイス管理ポリシー２２２０を設定（選択）する。
【００８７】
例えば、デバイス状態が、「第１の状態」である際に、イベント検出部１１１０が、第２のデバイス管理イベント２１２０を検出した場合、状態設定部１１３０が、デバイス状態を「第２の状態」に設定し、ポリシー管理部１２００は、第２の状態用のデバイス管理ポリシー（第２のデバイス管理ポリシー）を、使用すべきデバイス管理ポリシーとして設定する。
【００８８】
ここで、デバイス管理ポリシー２２００は、デバイス管理実行部１４００において実行すべきデバイス管理機能を特定するものである。
【００８９】
具体的には、第１のデバイス管理ポリシー２２１０は、第１のデバイス管理イベント２１１０或いは第３のデバイス管理イベント２１３０を検知した場合に、第１のデバイス管理機能２３１０を実行するように指示するものである。
【００９０】
一方、第２のデバイス管理ポリシー２２２０は、第１のデバイス管理イベント２１１０或いは第２のデバイス管理イベント２１２０を検知した場合に、第２のデバイス管理機能２３２０を実行し、第３のデバイス管理イベント２１３０を検知した場合に、第３のデバイス管理機能２３３０を実行するように指示するものである。
【００９１】
なお、ポリシー管理部１２００は、ＤＭサーバ１０等からデバイス管理ポリシー２２００をダウンロードするように構成されていてもよいし、企業管理部門によって配布されるスマートカード等からデバイス管理ポリシー２２００をコピーすることによって取得するように構成されていてもよいし、デバイス２０の出荷時に予め保持されているデバイス管理ポリシー２２００を利用するように構成されていてもよい。
【００９２】
デバイス管理実行部１４００は、デバイス２０内に設けられているデバイス管理機能２３００を実行することによって、デバイス２０に対する所定の管理（デバイス管理）を行うように構成されている。
【００９３】
具体的には、デバイス管理実行部１４００は、イベント検出部１１００による特定のデバイス管理イベント２１００の検出結果と、状態設定部１３００により設定されているデバイス状態とに応じて、実行すべきデバイス管理機能２３００を決定するように構成されている。
【００９４】
詳述すると、デバイス管理実行部１４００は、ポリシー管理部１２００により設定されている「使用すべきデバイス管理ポリシー２２００」によって特定されるデバイス管理機能２３００を、実行すべきデバイス管理機能２３００として決定するように構成されている。
【００９５】
なお、デバイス管理実行部１４００は、イベント検出部１１００による特定のデバイス管理イベント２１００の検出結果に応じて、ポリシー管理部１２００により設定されている「使用すべきデバイス管理ポリシー２２００」によって特定されるデバイス管理機能２３００を、実行すべきデバイス管理機能２３００として決定するように構成されていてもよい。
【００９６】
例えば、デバイス管理実行部１４００は、デバイス状態が「第２の状態」であり、第１のデバイス管理イベント２１１０或いは第２のデバイス管理イベント２１２０が検出された場合には、第２のデバイス管理ポリシー２２２０によって特定される第２のデバイス管理機能２３２０を実行するように構成されている。
【００９７】
また、デバイス管理実行部１４００は、デバイス状態が「第２の状態」であり、第３のデバイス管理イベント２１３０が検出された場合には、第２のデバイス管理ポリシー２２２０によって特定される第３のデバイス管理機能２３３０を実行するように構成されている。
【００９８】
本実施形態では、デバイス管理実行部１４００は、第１のデバイス管理機能２３１０（通常時）として、監視機能３２を実行することによって、外部記録媒体１００へのアクセスの監視及びアクセスログの収集を行うと共に、報告機能３３を実行することによって、ＤＭサーバ１０へのアクセスログの報告を行う。
【００９９】
また、デバイス管理実行部１４００は、第２のデバイス管理機能２３２０（状態変化時）として、ロック機能３１を実行することによって、外部記録媒体１００へのアクセス機能（特定の機能）をロックする（使用不可能とする）。
【０１００】
また、デバイス管理実行部１４００は、第３のデバイス管理機能２３３０（状態復元時）として、ロック機能３１を実行することによって、外部記録媒体１００へのアクセス機能のロックを解除する（外部記録媒体１００へのアクセス機能を使用可能とする）。
【０１０１】
なお、本実施形態のように、デバイス管理実行部１４００が、第２のデバイス管理機能２３２０を実行することによって、外部記録媒体１００へのアクセス機能をロックするケースだけでなく、企業の機密文書が漏洩するのを防ぐために、第２のデバイス管理機能（デバイス２０における特定の情報を保護する機能）２３２０を実行することによって、機密文書を暗号化して、第３のデバイス管理機能（デバイス２０における特定の情報を復元する機能）２３３０を実行することによって、暗号化した機密文書を復号するというケースも考えられる。
【０１０２】
かかる場合、例えば、第２のデバイス管理機能２３２０が、機密文書である旨を示すフラグが予め付与されている文書全体（或いは、指定された部分等）を、３ＤＥＳやＲＳＡ等のアルゴリズムを用いて暗号化する機能としてもよい。
【０１０３】
この際、第３のデバイス管理機能２３３０は、暗号化されている文書を記載しているリストに基づいて、特定の文書を復号する機能である。
【０１０４】
また、第２のデバイス管理機能２３２０が、ファイルシステムを利用して機密文書にアクセス属性を「不可」とする機能（特定の情報を保護する機能）とし、第３のデバイス管理機能２３３０は、アクセス属性を「可」に戻す機能（特定の情報を復元する機能）としてもよい。
【０１０５】
かかる場合、デバイス状態が、「第２の状態」になる以前に、第２のデバイス管理機能２３２０が、機密文書のアクセス属性を蓄積しておいてから、当該機密文書のアクセス属性を「不可」とし、第３のデバイス管理機能が、蓄積されている当該機密文書の適切なアクセス属性を取得し、アクセス属性を元に戻す。
【０１０６】
ここで、デバイス状態が、「第１の状態」である際に、イベント検出部１１１０が、第１のデバイス管理イベント２１１０又は第３のデバイス管理イベント２１３０を検出した場合、デバイス管理実行部１４００は、使用すべきデバイス管理ポリシーとして設定されている第１の状態用のデバイス管理ポリシー（第１のデバイス管理ポリシー）２２１０により特定される第１のデバイス管理機能２３１０を実行する。
【０１０７】
また、デバイス状態が、「第１の状態」である際に、イベント検出部１１１０が、第２のデバイス管理イベント２１２０を検出した場合、デバイス管理実行部１４００は、使用すべきデバイス管理ポリシーとして設定されている第２の状態用のデバイス管理ポリシー（第２のデバイス管理ポリシー）２２２０により特定される第２のデバイス管理機能２３２０を実行する。
【０１０８】
（本発明の第１の実施形態に係るデバイス管理装置の動作）
図８乃至図１１を参照して、本発明の第１の実施形態に係るデバイス管理装置１０００の動作について説明する。
【０１０９】
第１に、図８を参照して、本実施形態に係るデバイス管理装置１０００におけるイベント検出部１１００の動作について説明する。
【０１１０】
図８に示すように、ステップＳ１００１において、イベント検出部１１００は、まず、各デバイス管理イベント２１００が第１乃至第３のデバイス管理イベントのいずれに属するかについて振り分けるためのイベントリストを読み込む。
【０１１１】
ここで、イベントリストには、第２のデバイス管理イベントを列挙した第２のイベントリストと、第３のデバイス管理イベントを列挙した第３のイベントリストを含む。
【０１１２】
ステップＳ１００２において、イベント検出部１１００は、現在のデバイス状態を取得する。
【０１１３】
ステップＳ１００３乃至Ｓ１００５（イベント待ちループ）において、イベント検出部１１００は、デバイス管理イベントが到着するのを、デバイス管理終了まで待つ。
【０１１４】
イベント検出部１１１０は、デバイス管理イベントが到着したことを検知すると、ステップＳ１００６において、現在のデバイス状態が「第１の状態」である否についてチェックする。
【０１１５】
現在のデバイス状態が「第１の状態」であると判定された場合、イベント検出部１１１０は、ステップＳ１０１１乃至Ｓ１０１３において、第２のイベントリストを利用し、第２のイベントリスト内に、検知したデバイス管理イベントが存在しているか否かについてチェックする。
【０１１６】
イベント検出部１１１０は、かかるデバイス管理イベントが第２のイベントリスト内に存在していると判定すると、ステップＳ１０１４において、デバイス管理イベントが到着したことを状態設定部１３００へ通知し、ステップＳ１００５に戻る。
【０１１７】
一方、イベント検出部１１１０は、かかるデバイス管理イベントが第２のイベントリスト内に存在していないと判定すると、ステップＳ１０３１において、デバイス管理イベントが到着したことをデバイス管理実行部１４００へ通知しステップＳ１００５に戻る。
【０１１８】
一方、ステップＳ１００６において、現在のデバイス状態が「第１の状態」でない（すなわち、「第２の状態」である）と判定された場合、イベント検出部１１１０は、ステップＳ１０２１乃至Ｓ１０２３において、第３のイベントリストを利用し、第３のイベントリスト内に、検知したデバイス管理イベントが存在しているか否かについてチェックする。
【０１１９】
イベント検出部１１１０は、かかるデバイス管理イベントが第３のイベントリスト内に存在していると判定すると、ステップＳ１０２４において、デバイス管理イベントが到着したことを状態設定部１３００へ通知し、ステップＳ１００５に戻る。
【０１２０】
一方、イベント検出部１１１０は、かかるデバイス管理イベントが第３のイベントリスト内に存在していないと判定すると、ステップＳ１０３１において、デバイス管理イベントが到着したことをデバイス管理実行部１４００へ通知しステップＳ１００５に戻る。
【０１２１】
ここで、イベント検出部１１１０は、イベント待ちループにおいて、デバイス管理の終了を検知した場合は、その動作を終了する。
【０１２２】
なお、イベント検出部１１１０は、ステップＳ１０１２において、第２のデバイス管理イベントを検知した場合、一定時間内に、第３のデバイス管理イベントを検知しなければ、ステップＳ１０１４の処理を行ってもよい。
【０１２３】
この結果、デバイス管理装置１０００全体の処理の効率がよくなる。例えば、デバイス２０が、トンネル内を通過中である場合等、数秒間だけ、ネットワーク品質が劣化し、直ぐにネットワーク品質が良好になるケースの場合、デバイス状態を「第２の状態」に移行させることなく「第１の状態」のままにしておくほうが、処理が冗長とならない。
【０１２４】
第２に、図９を参照して、本実施形態に係るデバイス管理装置１０００における状態設定部１３００の動作について説明する。
【０１２５】
図９に示すように、ステップＳ１１０１において、状態設定部１３００は、現在のデバイス状態を取得する。なお、初期状態では、デバイス状態は「第１の状態」であるものとする。
【０１２６】
ステップＳ１１０２乃至Ｓ１１０４（入力待ちループ）において、状態設定部１３００は、イベント検出部１１００からの通知を待つ。
【０１２７】
状態設定部１３００は、イベント検出部１１００からの通知を検出した場合、ステップＳ１１０５において、現在のデバイス状態が「第１の状態」であるか否かについてチェックする。
【０１２８】
現在のデバイス状態が「第１の状態」であれば、ステップＳ１１０６において、状態設定部１３００は、デバイス状態を「第２の状態」に設定する。
【０１２９】
一方、現在のデバイス状態が「第２の状態」であれば、ステップＳ１１０７において、状態設定部１３００は、デバイス状態を「第１の状態」に設定する。
【０１３０】
ステップＳ１１０８において、状態設定部１３００は、ステップＳ１１０６又はＳ１１０７において設定したデバイス状態を、イベント検出部１１００及びポリシー管理部１２００に通知した後、ステップＳ１１０４に戻る。
【０１３１】
ここで、状態設定部１３００は、入力待ちループにおいて、デバイス管理の終了を検知した場合は、その動作を終了する。
【０１３２】
第３に、図１０を参照して、本実施形態に係るデバイス管理装置１０００におけるポリシー管理部１２００の動作について説明する。
【０１３３】
図１０に示すように、ステップＳ１２０１乃至Ｓ１２０３（ポリシー変更ループ）において、ポリシー管理部１２００は、状態設定部１３００からの通知を待つ。
【０１３４】
ポリシー管理部１２００は、状態設定部１３００からの通知を検出した場合、ステップＳ１２０４において、現在のデバイス状態を読み込み、ステップＳ１２０５において、現在のデバイス状態が「第１の状態」であるか否かについてチェックする。
【０１３５】
現在のデバイス状態が「第１の状態」である場合は、ポリシー管理部１２００は、ステップＳ１２０８において、使用すべきデバイス管理ポリシーとして第１のデバイス管理ポリシーを選択（設定）する。
【０１３６】
一方、デバイス状態が「第２の状態」である場合は、ポリシー管理部１２００は、ステップＳ１２０６において、使用すべきデバイス管理ポリシーとして第２のデバイス管理ポリシーを選択（設定）する。
【０１３７】
ステップＳ１２０７において、ポリシー管理部１２００は、ステップＳ１２０６又はＳ１２０８において選択（設定）したデバイス管理ポリシーをデバイス管理実行部１４００に通知した後、ステップＳ１２０３に戻る。
【０１３８】
なお、ポリシー管理部１２００は、ポリシー変更ループにおいて、デバイス管理の終了を検知した場合は、その処理を終了する。
【０１３９】
第４に、図１１を参照して、本実施形態に係るデバイス管理装置１０００におけるデバイス管理実行部１４００の動作について説明する。
【０１４０】
図１１に示すように、ステップＳ１３０１において、デバイス管理実行部１４００は、ポリシー管理部１２００によって選択されているデバイス管理ポリシー（すなわち、ポリシー管理部１２００によって使用すべきデバイス管理ポリシーとして設定されているデバイス管理ポリシー）を取得する。
【０１４１】
ここで、デバイス管理ポリシーには、通常時に（すなわち、第１の状態において）使用すべき第１のデバイス管理ポリシー２２１０と、デバイス管理を適切に行うことができない状態の時に（すなわち、第２の状態において）使用すべき第２のデバイス管理ポリシーとがある。
【０１４２】
ステップＳ１３０１では、デバイス管理実行部１４００は、初期状態である第１のデバイス管理ポリシー２２１０を取得するものとする。
【０１４３】
ステップＳ１３０２乃至Ｓ１３０５（イベント待ちループ）において、デバイス管理実行部１４００は、ポリシー管理部１２００又はイベント検出部１１００からの通知を待つ。
【０１４４】
デバイス管理実行部１４００は、ステップＳ１３０３において、ポリシー管理部１２００からの通知を検出した場合は、ステップＳ１３１１において、かかる通知に従って、該当するデバイス管理ポリシーを取得した後、ステップＳ１３０４に戻る。
【０１４５】
デバイス管理実行部１４００は、ステップＳ１３０４において、イベント検出部１１００からの通知を検出した場合は、ステップＳ１３０６において、イベント検出部１１００からの通知に応じて、実行すべきデバイス管理機能を選択し、ステップＳ１３０７において、選択したデバイス管理機能を実行した後、ステップＳ１３０５に戻る。
【０１４６】
なお、デバイス管理実行部１４００は、イベント待ちループにおいて、デバイス管理の終了を検知した場合は、その処理を終了する。
【０１４７】
第５に、図１及び図２に示す例を参照して、本実施形態に係るデバイス管理装置１０００の全体動作について説明する。なお、デバイス状態の初期状態は「第１の状態」であるものとする。
【０１４８】
ステップＡ１において、イベント検出部１１００は、予め与えられた時刻になったこと（タイマからの通知）を検知すると、第１のデバイス管理イベント２１１０が発生したことを理解し、デバイス管理実行部１４００に対して、第１のデバイス管理イベントを検知した旨を通知する。
【０１４９】
ステップＡ２において、デバイス管理実行部１４００は、ポリシー管理部１２００によって予め設定されていた第１のデバイス管理ポリシー２２１０に従って、第１のデバイス管理機能２３１０として、一定時間、外部記録媒体１００へのアクセスを監視してアクセスログを収集する監視機能３２、及び、アクセスログをＤＭサーバ１０へ報告する報告機能３３を実行する。
【０１５０】
ステップＡ３において、一定時間が終了すると、デバイス管理実行部１４００は、第１のデバイス管理機能２３１０（監視機能３２及び報告機能３３）の実行を停止する。
【０１５１】
ステップＡ４において、イベント検出部１１００が、ネットワーク回線断が発生したことを検知すると、第２のデバイス管理イベント２１２０が発生したことを理解し、状態設定部１３００に対して、第２のデバイス管理イベントを検知した旨を通知する。
【０１５２】
ステップＡ５において、状態設定部１３００は、デバイス状態を「第２の状態」に設定し、その旨をイベント検出部１１００及びポリシー管理部１２００に通知する。
【０１５３】
ステップＡ６において、ポリシー管理部１２００は、使用すべきデバイス管理ポリシーとして第２のデバイス管理ポリシー２２２０を選択し、その旨をデバイス管理実行部１４００に通知する。
【０１５４】
以降、イベント検出部１１００が、第１のデバイス管理イベント２１１０及び第２のデバイス管理イベント２１２０を検知した旨を、デバイス管理実行部１４００に通知する度に、デバイス管理実行部１４００は、第２のデバイス管理ポリシー２２２０に従って、第２のデバイス管理機能２３２０として、外部記録媒体１００へのアクセスのロックを行うロック機能３１を実行する。
【０１５５】
ステップＡ７において、イベント検出部１１００が、ネットワークが復旧したことを検知すると、第３のデバイス管理イベント２１３０が検知されたことを理解し、状態設定部１３００及びデバイス管理実行部１４００に対して、第３のデバイス管理イベント２１３０を検知した旨を通知する。
【０１５６】
ここで、デバイス２０からネットワークに対するアクセスを試みることが可能であるため、セルラー回線や無線ＬＡＮのネットワークの復旧を検知することは可能である。
【０１５７】
ステップＡ８において、デバイス管理実行部１４００は、第２のデバイス管理ポリシー２２２０に従い、第３のデバイス管理機能２３３０として、外部記録媒体１００へのアクセスのロックを解除するロック機能３１を実行する。
【０１５８】
ステップＡ９において、状態設定部１３００は、デバイス状態を「第１の状態」に設定し、その旨をイベント検出部１１００及びポリシー管理部１２００に通知する。
【０１５９】
ステップＡ１０において、ポリシー管理部１２００は、使用すべきデバイス管理ポリシーとして第１のデバイス管理ポリシー２２１０を選択（設定）し、その旨をデバイス管理実行部１４００に通知する。
【０１６０】
以降、イベント検出部１１００が、第１のデバイス管理イベント２１１０及び第３のデバイス管理イベント２１３０を検知した旨を、デバイス管理実行部1１４００に通知する度に、デバイス管理実行部１４００は、使用すべきデバイス管理ポリシーとして設定されている第１のデバイス管理ポリシーに従って、第１のデバイス管理機能を実行する。
【０１６１】
上述のように、デバイス状態が、「第２の状態」である際に、イベント検出部１１００が、第３のデバイス管理イベント２１３０を検出した場合、デバイス管理実行部１４００が、使用すべきデバイス管理ポリシーとして設定されている第２の状態用のデバイス管理ポリシー（第２のデバイス管理ポリシー）２２２０により特定されている第３のデバイス管理機能２３３０を実行した後、状態設定部１３００が、デバイス状態を「第１の状態」に設定し、ポリシー管理部１２００は、第１の状態用のデバイス管理ポリシー（第１のデバイス管理ポリシー）２２１０を、使用すべきデバイス管理ポリシーとして設定するように構成されている。
【０１６２】
（本発明の第１の実施形態に係るデバイス管理装置の作用・効果）
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、状態設定部１３００が、イベント検出部１１００によるデバイス管理イベント２１００（第１乃至第３のデバイス管理イベント２１１０乃至２１３０）の検出結果に応じて、様々なデバイス状態（第１の状態又は第２の状態）を設定し、デバイス管理実行部１４００が、かかるデバイス状態に応じて、様々なデバイス管理ポリシー２２００に応じたデバイス管理（ＤＭエージェントを用いた遠隔監視）を実行することが可能である。
【０１６３】
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、デバイス状態（第１の状態又は第２の状態）の変化前に実行されていたデバイス管理機能２３００（第１乃至第２のデバイス管理機能２３１０乃至２３３０）及び発生したデバイス状態（第１の状態又は第２の状態）の変化の両方を考慮した柔軟なデバイス管理を行うことが可能となる。
【０１６４】
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、デバイス管理実行部１４００が、検知されたデバイス状態の遷移に合致したデバイス管理ポリシー２２００により特定されるデバイス管理機能２３００（第１乃至第２のデバイス管理機能２３１０乃至２３３０）を実行することが可能となる。
【０１６５】
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、検出されたデバイス管理イベント２１００が、バッテリの低下やネットワーク回線断であったような場合に、モバイル端末等のデバイス２０において発生しがちな一時的なバッテリの低下やネットワーク回線断といったデバイス管理イベント２１００を無視して、デバイス管理に掛かるコストを削減することが可能となる。
【０１６６】
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、例えば、デバイス管理機能の実行が著しく制限されるようなデバイス状態において、特定の情報（例えば、機密文書）を保護することで、デバイス２０からの情報流出等を防ぐことが可能となる。
【０１６７】
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、第３のデバイス管理イベント２１３０を検知したことにより、デバイス状態を第２の状態から第１の状態に復元する際、まず、その時点において設定されている第２のデバイスポリシー２２２０に従った第３のデバイス管理機能２３３０を実行し、その上でデバイス状態を元通りに設定するように構成されているため、デバイス状態を元に戻す前に、デバイス状態を第１の状態に復元するための特別なデバイス管理機能（外部記録媒体１００へのアクセス機能を使用可能とする機能や、機密文書を復号する機能等）を実行することが可能となる。
【０１６８】
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、デバイス状態が変化することによりアクセスすることが不可能となっていた特定の情報（例えば、機密情報）に再びアクセスすることが可能となる。
【０１６９】
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、通常のデバイス管理を行うことが困難な特殊なデバイス状態（第２の状態）において、特殊なデバイス管理ポリシー２３００を設定し、かかるデバイス状態用の特殊なデバイス管理を実行可能となる。
【０１７０】
本発明の第１の実施形態に係るデバイス管理装置１０００によれば、例えば、デバイス管理機能２３００の実行が著しく制限されるようなデバイス状態（第２の状態）において、特定の機能（例えば、外部記録媒体へのアクセス機能）を使用不可能とすることで、不正行為や不具合等を防ぐことが可能となる。
【０１７１】
（第２の実施形態に係るデバイス管理装置）
図１２乃至図１７を参照して、本発明の第２の実施形態に係るデバイス管理装置１０００について説明する。以下、本発明の第２の実施形態に係るデバイス管理装置１０００について、上述の第１の実施形態に係るデバイス管理装置１０００との相違点に着目して説明する。
【０１７２】
本実施形態に係るデバイス管理装置１０００の構成は、第１の実施形態に係るデバイス管理装置１０００の構成と同一であるが、本実施形態は、図１２に示すように、デバイス管理装置１０００外のデバイス内部或いはデバイス外部に、イベント蓄積部２４００設けられていることが特徴である。
【０１７３】
イベント蓄積部２４００は、デバイス状態が「第２の状態」にある場合にイベント検出部１１００により検出された第１のデバイス管理イベント２１１０を蓄積するように構成されている。
【０１７４】
イベント蓄積部２４００に蓄積されている第１のデバイス管理イベント２１１０は、デバイス管理装置１０００のデバイス状態が「第２の状態」から「第１の状態」に正しく復元する際に利用される。
【０１７５】
本実施形態では、図１３及び図１４に示すように、デバイス２０が、非接触ＩＣカード４００を内蔵しており、社員が、非接触ＩＣカード４００を利用して、各オフィスシステムを利用するシナリオを想定する。
【０１７６】
具体的には、本実施形態に係る非接触ＩＣカード４００は、オフィスへの入退室を管理する入退室機能４１０と、ＰＣへのログイン機能４２０とを備えている。
【０１７７】
社員が、非接触ＩＣカード４００をリーダ４００Ａ（例えば、ＦｅｌｉＣａリーダ）に対してかざすことにより、入退室機能４１０及びログイン機能４２０が働くものとする。
【０１７８】
すなわち、社員は、非接触ＩＣカード４００を、オフィス入り口に用意されたリーダ４００Ａにかざすことにより、オフィスへの入室が可能であり、非接触ＩＣカード４００を、オフィス出口に用意されたリーダ４００Ａにかざすことにより、オフィスからの退室が可能となる。
【０１７９】
また、社員は、非接触ＩＣカード４００を、ＰＣに備え付けられたリーダ４００Ａにかざすことにより、ＰＣへのログインが可能となる。
【０１８０】
さらに、入退室機能４１０及びログイン機能４２０は、以下のような規則により互いに連携するものとする。
【０１８１】
・  社員が、オフィスに入室することにより、ＰＣへのログイン機能４２０が有効（使用可能）となる。
【０１８２】
・  社員が、オフィスから退室した場合には、基本的に、ＰＣへのログイン機能４２０が無効（使用不可能）となる。
【０１８３】
・  ＰＣのオフィス外における利用が許可されている場合に限り、社員が、オフィスから退室した後でも、サーバ経由でＰＣへのログイン機能４２０が有効となる。
【０１８４】
・  上述のような非接触ＩＣカードのログイン機能の有効化/無効化は、ＤＭサーバ１０経由で行われる。
【０１８５】
ここで、ログイン機能４２０は、上述のように、ユーザのオフィスの入退室状況（特定の状況）に応じて、使用可能又は使用不可能になる、例えば、ＰＣにログイン可能であるか否かについて決定する第１のデバイス管理機能としての役割を果たす。
【０１８６】
図１３及び図１４を参照して、本実施形態に係るデバイス管理装置１０００を用いたデバイス管理（入退室管理及びログイン管理）を実現するシステムについて説明する。
【０１８７】
具体的には、かかるシステムは、非接触ＩＣカード４００の入退室機能４１０と、ログイン機能４２０と、デバイス管理装置１０００と、入退室イベントをＤＭサーバ１０に通知するイベント通知機能３４と、かかる通知に伴いログイン機能４２０を有効化（使用可能）或いは無効化（使用不可能）するＤＭサーバ１０とを具備する。
【０１８８】
社員のオフィスへの入室時に、非接触ＩＣカード４００が、リーダ４００Ａにかざされた場合、デバイス管理装置１０００は、入退室機能４１０を介して入室イベントを検知する。
【０１８９】
デバイス管理装置１０００は、入室イベントの検知に伴い、イベント通知機能３４を起動（実行）して、ＤＭサーバ１０に対して、検知した入室イベントを通知する。ＤＭサーバ１０は、ログイン機能４２０を有効化して、オフィス内でのＰＣへのログインを可能とする。
【０１９０】
また、社員のオフィスからの退室時に、非接触ＩＣカード４００が、リーダ４００Ａにかざされた場合、入室時の場合と同様に、ＤＭサーバ１０に対して、退室イベントが通知される。
【０１９１】
ＤＭサーバ１０は、当該デバイスのユーザである社員が、オフィス外でのＰＣの利用が許可されているか否かについて判断し、許可されている場合には、ログイン機能４１０を有効化する。
【０１９２】
上述の処理が、正常に行われれば、正当なユーザ以外は、オフィス外でのＰＣの利用が不可能となるはずである。しかし、上述の通りに、デバイス管理を適切に行うことができない場合がある。
【０１９３】
かかる場合の例として、図１４に示す状況が想定される。かかる例では、デバイスの電源断等により、ＤＭエージェント３０自体が、入退室イベントを検知できないものとする。
【０１９４】
一般的に、モバイル端末等のデバイス２０に備えられている非接触ＩＣカード４００は、微弱な電力を以って動作することが可能であるため、デバイス２０の電源が切れている状態であっても、非接触ＩＣカード４００に備えられている入退室機能４１０やログイン機能４２０は使用可能である。
【０１９５】
しかしながら、このような状態では、デバイス２０上のソフトウェアであるＤＭエージェント３０は、動作しないため、ＤＭサーバ１０に対して、入退室イベントを通知するイベント検知機能３４が動作することができない。
【０１９６】
従って、ユーザが、オフィスに入室した状態で、デバイス２０の電源を切った場合、ログイン機能４２０が無効化されないまま、ユーザが、オフィスから退室することが可能となってしまう。
【０１９７】
このような状況を防止するために、例えば、デバイス２０の電源が、当該デバイス２０に備えられている電源ボタンの長押しにより切断される場合には、デバイス管理装置１０００が、かかるデバイス２０の電源断のイベントを検知し、イベント検知機能３４を利用して、その旨をＤＭサーバ１０に対して通知し、ＤＭサーバ１０によりログイン機能４２０を無効化する。
【０１９８】
この結果、ユーザが、デバイス２０の電源を切った状態で、オフィスから退室した場合でも、ログイン機能４２０が有効化されることはなく、オフィス外でのＰＣの利用は不可能となる。
【０１９９】
ここで、バッテリを抜くことによって、デバイス２０の電源を切断した場合については考慮していない。デバイス管理装置１０００が、このようなイベントを検知することは困難であるが、元々バッテリがない状態では、非接触ＩＣカード４００自体が動作しないため、入退室やログイン自体が不可能となり、オフィス外で不正にＰＣが使用されるような懸念はない。
【０２００】
さらに、上述のように、ログイン機能４２０が強制的に無効化されてデバイス２０の電源が切断された後、デバイス２０の電源が再び入れられる場合について考える。
【０２０１】
かかる場合、ユーザが、オフィス内或いはオフィス外のいずれにいる場合であっても、ＰＣの使用を許可されていた場合には、ログイン機能４２０を有効にする必要がある。
【０２０２】
また、オフィス外にいて、ＰＣの使用が許可されていない場合には、ログイン機能４２０は、無効化にされたままである必要がある。
【０２０３】
上述のように、正常な状態への復元を実現するために、本実施形態では、デバイス２０の内部或いはデバイス２０の外部に、当該デバイス２０の電源が切断されている間に発生した入退室イベントを検知して蓄積するイベント蓄積部２４００が備わっているものと仮定する。
【０２０４】
例えば、入退室機能４２０が、かかるイベント蓄積部２４００を具備することが可能である。上述の通り、デバイス２０の電源が切れている間であっても、非接触ＩＣカード４００及び入退室機能４２０は、動作可能であるため、イベント蓄積部２４００が、入退室機能４２０に備えられているとすると、デバイス２０の電源が切れている間に発生した入退室イベントを蓄積することができる。
【０２０５】
ただし、本実施形態では、ユーザは、オフィスに入室しているか或いはオフィスから退室しているかのどちらかの状態にあることが明白であるため、イベント蓄積部２４００は、一度、退室イベントを蓄積した場合には、それ以前に蓄積されていた入室イベントについて破棄することができる。
【０２０６】
また、同様に、イベント蓄積部２４００は、一度、入出イベントを蓄積した場合には、それ以前に蓄積されていた退室イベントについて破棄することができる。
【０２０７】
再び、デバイス２０に電源が投入された場合には、デバイス管理装置１０００は、その旨を検知して、イベント蓄積部２４００に蓄積されている入退室イベントに基づき、イベント通知機能３４を実行することにより、デバイス２０を正常な状態へ復元することが可能である。
【０２０８】
ここで、図１５乃至図１７に、本実施形態に係るイベント検出部１１００によって検出される第１乃至第３のデバイス管理イベントのリストを例示する。
【０２０９】
図１５に、第１のデバイス管理イベント２１１０に属するデバイス管理イベントのリスト（第１のイベントリスト）の例を示し、図１６に、第２のデバイス管理イベント２１２０に属するデバイス管理イベントのリスト（第２のイベントリスト）の例を示し、図１７に、第３のデバイス管理イベント２１３０に属するデバイス管理イベントのリスト（第３のイベントリスト）の例を示す。
【０２１０】
本実施形態では、第２のイベントリストのうち「ＩＤ＝０」のデバイス管理イベント（デバイスの電源断）が発生した場合に、状態設定部１３００は、デバイス状態を「第２の状態」に移行し、第３のイベントリストのうち「ＩＤ＝０」のデバイス管理イベント（デバイスの電源復旧）が発生した場合に、状態設定部１３００は、デバイス状態を「第１の状態」に復元する。
【０２１１】
ここで、本実施形態において、「第１の状態」は、正常にデバイス２０が動作している状態であり、「第２の状態」は、デバイス２０の電源が切れている状態（イベント検出部１１００によってデバイス管理イベント２１００を検出することができない状態）である。
【０２１２】
また、本実施形態において、「第１のデバイス管理イベント２１１０」は、入退室イベントであり、「第２のデバイス管理イベント２１２０」は、電源を切るために電源ボタンが長押しされるイベントであり、「第３のデバイス管理イベント２１３０」は、デバイスの電源投入である。
【０２１３】
さらに、本実施形態では、「第１のデバイス管理機能２３１０」は、ＤＭサーバ１０に対する入退室イベントの通知であり、「第２のデバイス管理機能２３２０」は、ＤＭサーバ１０に対するデバイス２０の電源断の通知であり、「第３のデバイス管理機能２３３０」は、イベント蓄積部２４００に蓄積されている入退室イベントのＤＭサーバ１０への通知である。
【０２１４】
加えて、「第１のデバイス管理ポリシー２２１０」は、デバイスによる入退室イベントの検知時に、その旨をＤＭサーバ１０に通知することを規定し、「第２のデバイス管理ポリシー２２２０」は、デバイス２０の電源断についてＤＭサーバ１０に通知すること及びデバイス２０の電源断の間に蓄積された入退室イベントについてＤＭサーバ１０に通知することを規定する。
【０２１５】
上述のような置き換えを行い、かつ、デバイス管理装置１０００が第１の実施形態と同等の動作を行うことによって、本実施形態に係るシステムを実現することが可能である。
【０２１６】
ここで、本実施形態では、イベント蓄積部２４００は、複数の第１のデバイス管理イベント２１１０をまとめて別の第１のデバイス管理イベント２１１０に変更するように構成されていてもよい。
【０２１７】
例えば、イベント蓄積部２４００は、複数の第１のデバイス管理イベント２１１０として「入室イベント＋退室イベント＋入室イベント」を蓄積している場合、これらの第１のデバイス管理イベント２１１０をまとめて「入室イベント」として蓄積するように構成されていてもよい。
【０２１８】
本発明の第２の実施形態に係るデバイス管理装置１０００によれば、例えば、第１のデバイス管理機能２３１０が、特定の状況（ユーザのオフィスの入退室状況）に応じて、使用可能になったり使用不可能となったりするような制限機能（ログイン機能）である場合、第１のデバイス管理機能２３１０の実行を行うことができないデバイス状態（第２の状態）となり、上述の特定の状況（ユーザのオフィスの入退室状況）を検知できない場合に，当該第１のデバイス管理機能２３１０（ログイン機能）を予め使用不可能としておいて、最も制限の厳しいデバイス管理を行う状態を維持することが可能となる。
【０２１９】
本発明の第２の実施形態に係るデバイス管理装置１０００によれば、デバイス状態が第２の状態である期間に発生していた第１のデバイス管理イベント２１１０を蓄積するイベント蓄積部２４００が、蓄積されている第１のデバイス管理イベント２１１０の意味を理解し、当該第１のデバイス管理イベント２１１０の集合（「入室イベント＋退室イベント＋入室イベント」）を、同じ意味を持つ別の第１のデバイス管理イベント２１１０（「入室イベント」）へ変換するように構成されているため、イベント蓄積部２４００に蓄積されている第１のデバイス管理イベント２１１０をまとめて、より少ない第１のデバイス管理イベント２１１０へに変換することにより、第１のデバイス管理イベント２１１０の蓄積コスト、及び、デバイス状態の復元時におけるデバイス管理機能２３００の実行コストを削減することが可能となる。
【０２２０】
（第３の実施形態に係るデバイス管理装置）
図１８乃至図２０を参照して、本発明の第３の実施形態に係るデバイス管理装置１０００について説明する。以下、本発明の第３の実施形態に係るデバイス管理装置１０００について、上述の第１又は第２の実施形態に係るデバイス管理装置１０００との相違点に着目して説明する。
【０２２１】
本実施形態では、第２の実施形態において、「第２の状態」が、デバイス２０の電源断である状態はなく、ＤＭサーバ１０がダウンである状態である場合について考える。
【０２２２】
本実施形態と第２の実施形態との間で異なる部分は、デバイス管理装置１０００が、ＤＭサーバ１０のダウン中に発生した入退室イベントを蓄積するイベント蓄積部１１１０を備えることである。
【０２２３】
図１９を参照して、ＤＭサーバ１０のダウン及び復帰時の動作について説明する。
【０２２４】
ＤＭサーバ１０がダウン中は、デバイス管理装置１０００及び非接触ＩＣカード４００とも正常に動作するが、ＤＭサーバ１０がダウンしているため、入退室イベントが発生した場合であっても、デバイス管理装置１０００は、イベント通知機能３４を実行することによって、入退室イベントをＤＭサーバ１０に通知することはできない。
【０２２５】
かかる場合、社員（ユーザ）のオフィスからの退室時に、ログイン機能４２０を使用不可とすることができないため、第２の実施形態の場合と同様に、社員がオフィスに入室している状態であっても、ログイン機能４２０を使用不可として、オフィス外での不正なＰＣの使用を防止する必要があるが、ＤＭサーバ１０がダウンしている状況では、かかる処理を行うことも不可能である。
【０２２６】
そのため、ＤＭサーバ１０がダウンした時点で、デバイス管理装置１０００は、デバイス無効化機能３５を起動し、非接触ＩＣカード４００自体を無効化することで、ログイン機能４２０を無効化することができる。
【０２２７】
例えば、デバイス２０の設定により非接触ＩＣカード４００の利用を禁止したり、対応するデバイスドライバをＯＳから抹消したりすることで、ログイン機能４２０を無効化することができる。
【０２２８】
また、デバイス管理装置１０００におけるイベント蓄積部１１１０は、ＤＭサーバ１０のダウン中に発生した入退室イベントを蓄積し、ＤＭサーバ１０が復旧してデバイス管理機能２３００を実行することができる状態になれば、かかるデバイス管理機能２３００を実行して、正常なデバイス状態へ復旧する。
【０２２９】
ここで、図１５乃至図１７に、本実施形態に係るイベント検出部１１００によって検出される第１乃至第３のデバイス管理イベントのリストを例示する。
【０２３０】
図１５に、第１のデバイス管理イベント２１１０に属するデバイス管理イベントのリスト（第１のイベントリスト）の例を示し、図１６に、第２のデバイス管理イベント２１２０に属するデバイス管理イベントのリスト（第２のイベントリスト）の例を示し、図１７に、第３のデバイス管理イベント２１３０に属するデバイス管理イベントのリスト（第３のイベントリスト）の例を示す。
【０２３１】
本実施形態では、第２のイベントリストのうち「ＩＤ＝１」のデバイス管理イベント（ＤＭサーバのダウン）が発生した場合に、状態設定部１３００は、デバイス状態を「第２の状態」に移行し、第３のイベントリストのうち「ＩＤ＝１」のデバイス管理イベント（ＤＭサーバの復旧）が発生した場合に、状態設定部１３００は、デバイス状態を「第１の状態」に復元する。
【０２３２】
ここで、本実施形態において、「第１の状態」は、正常にデバイス２０が動作している状態であり、「第２の状態」は、ＤＭサーバ２０がダウンしている状態である。
【０２３３】
また、本実施形態において、「第１のデバイス管理イベント２１１０」は、入退室イベントであり、「第２のデバイス管理イベント２１２０」は、ＤＭサーバ１０がダウンしたことを通知するイベントであり、「第３のデバイス管理イベント２１３０」は、ＤＭサーバ１０が復旧したことを通知するイベントである。
【０２３４】
かかる通知は、例えば、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）によるｐｕｓｈ機能によって実現される。
【０２３５】
さらに、「第１のデバイス管理機能２３１０」は、ＤＭサーバ１０に対する入退室イベントの通知であり、「第２のデバイス管理機能２３２０」は、ＤＭサーバ１０に対するデバイス２０の電源断の通知であり、「第３のデバイス管理機能２３３０」は、イベント蓄積部２４００に蓄積されている入退室イベントのＤＭサーバ１０への通知である。
【０２３６】
このように、「第３のデバイス管理機能２３３０」は、少なくとも、イベント蓄積部２４００に蓄積されている入退室イベント（第１のデバイス管理イベント）２１１０に対するデバイス管理機能を含む。
【０２３７】
具体的には、「第３のデバイス管理機能２３３０」は、「第２の状態」において、第１のデバイス管理イベントとしてイベント蓄積部２４００に蓄積されていた入退室イベントを、「第１の状態」に復旧した後に、ＤＭサーバに通知（アップロード）するという「第１のデバイス管理イベントに対するデバイス管理機能」を含む。
【０２３８】
さらに、本実施形態では、「第１のデバイス管理機能２３１０」は、ＤＭサーバ１０への入退室イベントの通知であり、「第２のデバイス管理機能２３２０」は、デバイス無効化機能３５による非接触ＩＣカード４００の無効化であり、「第３のデバイス管理機能２３３０」は、イベント通知機能３４によるイベント蓄積部１１１０に蓄積された入退室イベントのＤＭサーバ１０への通知である。
【０２３９】
加えて、「第１のデバイス管理ポリシー２２１０」は、デバイスによる入退室イベントの検知時に、その旨をＤＭサーバ１０に通知することを規定し、「第２のデバイス管理ポリシー２２２０」は、ＤＭサーバ１０のダウン中にイベント蓄積部１１１０に蓄積されていた入退室イベントのＤＭサーバ１０への通知を規定する。
【０２４０】
ここで、デバイス無効化機能３５は、デバイス２０における特定の機能（ログイン機能４２０及び入退室機能４１０）を使用不可能とする第２のデバイス管理機能としての役割を果たす。
【０２４１】
また、デバイス無効化機能３５は、デバイス状態が「第２の状態」である間に使用不可能となっていたデバイス２０における特定の機能（ログイン機能４２０及び入退室機能４１０）を使用可能とする第３のデバイス管理機能としての役割を果たす。
【０２４２】
次に、図２０を参照して、本実施形態に係るデバイス管理装置１０００におけるイベント検出部１１００の動作について説明する。本実施形態では、イベント検出部１１００は、サブセットとして、イベント蓄積部１１１０を具備している。
【０２４３】
本実施形態におけるイベント検出部１１００の動作が、図８に示す第１の実施形態におけるイベント検出部１１００の動作と異なる点は、ステップＳ１４２３及びＳ１４２６である。
【０２４４】
ステップＳ１４２３において、イベント検出部１１００は、デバイス状態が「第２の状態」にある間、第３のイベントリストに記載されていないと判定されたデバイス管理イベントを、イベント蓄積部１１１０に蓄積する。
【０２４５】
また、ステップＳ１４２６において、イベント検出部１１００は、イベント蓄積部１１１０に蓄積されたデバイス管理イベントを、デバイス管理実行部１４００に対して通知し、第３のデバイス管理機能として実行させる。
【０２４６】
この結果、イベント検出部１１００は、ＤＭサーバ１０のダウン中に検出された第３のデバイス管理イベント２１３０に属さないデバイス管理イベント（すなわち、第１のデバイス管理イベント２１１０）である入退室イベントを、イベント蓄積部１１１０に蓄積することができる。
【０２４７】
上述のように、イベント蓄積部１１１０に蓄積されているデバイス管理イベントに応じて、デバイス管理機能を有効化或いは無効化することにより（すなわち、実行すべきデバイス管理機能を決定することにより）、デバイス２０を正しい状態に復元可能である。
【０２４８】
なお、１つもデバイス管理イベント２１００が蓄積されていないのであれば、単純にデバイス状態が「第２の状態」に移行する前の状態に復元すればよい。
【０２４９】
上述の例では、デバイス状態が「第２の状態」へ移行する前に、ログイン機能４２０が有効であったなら、かかるログイン機能４２０を有効にすればよい。
【０２５０】
上述のように、本実施形態では、イベント検出部１１００が、第３のデバイス管理イベント２１３０を検出し、状態設定部１３００が、デバイス状態を「第１の状態」に設定し、ポリシー管理部１２００が、第１のデバイス管理ポリシー２１１０を、使用すべきデバイス管理ポリシーとして設定した場合に、デバイス管理実行部１４００は、イベント蓄積部２４００に蓄積されている第１のデバイス管理イベント２１１０（「入室イベント＋退室イベント＋入室イベント」）に応じて、実行すべきデバイス管理機能２３００を決定するように構成されていてもよい。
【０２５１】
すなわち、ポリシー管理部１２００は、第１の状態用のデバイス管理ポリシー（第１のデバイス管理ポリシー２１１０）により特定される第１のデバイス管理機能２３１０に応じて、第２の状態用のデバイス管理ポリシー（第２のデバイス管理ポリシー２１２０）により特定すべき第２のデバイス管理機能を決定する。
【０２５２】
また、イベント蓄積部の別の実現方法について説明する。
【０２５３】
以下、かかるイベント蓄積部を、上述のイベント蓄積部１１１０と区別して、管理状況蓄積部１１２０と呼ぶことにする。
【０２５４】
管理状況蓄積部１１２０は、上述のように、第１のデバイス管理イベント２１１０が、２種類（入室又は退室）しかない場合に有効である。
【０２５５】
管理状況蓄積部１１２０は、「第１の管理状況」として、デバイス状態が「第１の状態」から「第２の状態」に遷移する直前の管理状況を蓄積し、「第２の管理状況」として、デバイス状態が「第２の状態」から「第１の状態」に遷移する直前の管理状況を蓄積する。
【０２５６】
そして、「第１の管理状況」と「第２の管理状況」との間で変化があった場合、デバイス管理実行部１４００は、第３のデバイス管理機能２３３０を実行する。
【０２５７】
つまり、「第１の管理状況」が、社員のオフィス内への入室状態を表し、「第２の管理状況」が、社員のオフィス外への退室状態を表すなら、ログイン機能４２０を無効化すればよい。
【０２５８】
また、「第１の管理状況」が、社員のオフィス外への退室状態を表し、「第２の管理状況」が、社員のオフィス内への入室状態を表すなら、ログイン機能４２０を有効化すればよい。
【０２５９】
本発明の第３の実施形態に係るデバイス管理装置１０００によれば、デバイス管理イベント２１００の検出が不可能となるようなデバイス状態の変化（第１の状態から第２の状態への変化）が発生した場合に、イベント蓄積部１１１０により蓄積されているデバイス状態が第２の状態である期間に発生していた第１のデバイス管理イベント２１１０を参照することで、デバイス状態を第１の状態に復元する際に実行するデバイス管理機能２３００は、かかる期間に発生していた第１のデバイス管理イベント２１１０（入退出イベント）に応じたデバイス管理機能２３００を実行する（有効化又は無効化する）ように構成されているため、かかる期間に行われるはずであったデバイス管理機能（ログイン機能）の実行が可能となり、より正確にデバイス状態を復元することが可能となる。
【０２６０】
本発明の第３の実施形態に係るデバイス管理装置１０００によれば、デバイス状態が第２の状態から第１の状態に移行する際、第２の状態中に管理状況が変化した場合にのみ、第３のデバイス管理機能２３３０を実行することができ、デバイス管理機能の実行コストを削減することが可能となる。
【０２６１】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【図面の簡単な説明】
【０２６２】
【図１】本発明の第１の実施形態に係るデバイス管理装置を具備するＤＭエージェントを用いた遠隔監視について説明するための図である。
【図２】本発明の第１の実施形態に係るデバイス管理装置を具備するＤＭエージェントを用いた遠隔監視について説明するための図である。
【図３】本発明の第１の実施形態に係るデバイス管理装置の機能ブロック図である。
【図４】本発明の第１の実施形態に係るデバイス管理装置で用いられる第１のデバイス管理イベントのリストの一例を示す図である。
【図５】本発明の第１の実施形態に係るデバイス管理装置で用いられる第２のデバイス管理イベントのリストの一例を示す図である。
【図６】本発明の第１の実施形態に係るデバイス管理装置で用いられる第３のデバイス管理イベントのリストの一例を示す図である。
【図７】本発明の第１の実施形態に係るデバイス管理装置における状態設定部によって管理されるデバイス状態の遷移図である。
【図８】本発明の第１の実施形態に係るデバイス管理装置におけるイベント検出部の動作を示すフローチャートである。
【図９】本発明の第１の実施形態に係るデバイス管理装置における状態設定部の動作を示すフローチャートである。
【図１０】本発明の第１の実施形態に係るデバイス管理装置におけるポリシー管理部の動作を示すフローチャートである。
【図１１】本発明の第１の実施形態に係るデバイス管理装置におけるデバイス管理実行部の動作を示すフローチャートである。
【図１２】本発明の第２の実施形態に係るデバイス管理装置を具備するＤＭエージェントを用いた入退室管理について説明するための図である。
【図１３】本発明の第２の実施形態に係るデバイス管理装置を具備するＤＭエージェントを用いた入退室管理について説明するための図である。
【図１４】本発明の第２の実施形態に係るデバイス管理装置の機能ブロック図である。
【図１５】本発明の第２の実施形態に係るデバイス管理装置で用いられる第１のデバイス管理イベントのリストの一例を示す図である。
【図１６】本発明の第３の実施形態に係るデバイス管理装置で用いられる第２のデバイス管理イベントのリストの一例を示す図である。
【図１７】本発明の第４の実施形態に係るデバイス管理装置で用いられる第３のデバイス管理イベントのリストの一例を示す図である。
【図１８】本発明の第３の実施形態に係るデバイス管理装置の機能ブロック図である。
【図１９】本発明の第３の実施形態に係るデバイス管理装置を具備するＤＭエージェントを用いた入退室管理について説明するための図である。
【図２０】本発明の第３の実施形態に係るデバイス管理装置におけるイベント検出部の動作を示すフローチャートである。
【符号の説明】
【０２６３】
１０００…デバイス管理装置
１１００…イベント検出部
１２００…ポリシー管理部
１３００…状態設定部
１４００…デバイス管理実行部
１０…ＤＭサーバ
２０…デバイス
３０…ＤＭエージェント
３１…ロック機能
３２…監視機能
３３…報告機能
１００…外部記録装置
３００…ネットワーク
２４００…イベント蓄積部
【図１】
2008146213.tif 000003
【図２】
2008146213.tif 000004
【図３】
2008146213.tif 000005
【図４】
2008146213.tif 000006
【図５】
2008146213.tif 000007
【図６】
2008146213.tif 000008
【図７】
2008146213.tif 000009
【図８】
2008146213.tif 000010
【図９】
2008146213.tif 000011
【図１０】
2008146213.tif 000012
【図１１】
2008146213.tif 000013
【図１２】
2008146213.tif 000014
【図１３】
2008146213.tif 000015
【図１４】
2008146213.tif 000016
【図１５】
2008146213.tif 000017
【図１６】
2008146213.tif 000018
【図１７】
2008146213.tif 000019
【図１８】
2008146213.tif 000020
【図１９】
2008146213.tif 000021
【図２０】
2008146213.tif 000022