(57)【要約】      （修正有）【課題】スマートデバイスが保持するデータの漏洩に対するセキュリティ強化を図る。【解決手段】データを保持するスマートデバイスを通常利用状態と、データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御装置３０であって、データの消去や無効化が必要な事象の発生を監視する監視手段３５と、データの消去や無効化が必要な事象の発生を検出したときには、スマートデバイスを通常利用状態から上記漏洩防御状態へ状態遷移させる制御手段３６と、を含む。【選択図】図１
2018128856.tif 000002
【特許請求の範囲】
【請求項１】
データを保持するスマートデバイスを通常利用状態と、前記データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御装置であって、
前記データの消去や無効化が必要な事象の発生を監視する監視手段と、
前記データの消去や無効化が必要な事象の発生を検出したときには、前記スマートデバイスを前記通常利用状態から前記漏洩防御状態へ状態遷移させる制御手段と、
を含む制御装置。
【請求項２】
オフライン環境にある前記スマートデバイスにおいて前記データの消去や無効化が必要な事象が発生した場合、前記スマートデバイスから管理者への連絡や前記スマートデバイスのオンライン環境への移動が確認されたときは、前記漏洩防御状態から前記通常利用状態へ状態遷移させる、
請求項１に記載の制御装置。
【請求項３】
前記データの消去や無効化が必要な事象の発生を検出したときには、復旧に必要な許容時間の入力を行わせ、妥当な時間の入力を検出した場合、入力された時間中はより重要度の高い漏洩防御状態への遷移を行わずに、復旧操作を監視する、
請求項１に記載の制御装置。
【請求項４】
前記データの消去や無効化が必要な事象は、前記スマートデバイスに挿入されたＳＩＭ（Subscriber Identify Module）カードの抜き取りであり、前記復旧は前記ＳＩＭカードの再挿入である、請求項３に記載の制御装置。
【請求項５】
前記制御手段は、前記スマートデバイスのRoot化を検出したときには、前記スマートデバイス内部のデータについて復旧不能な消去を行うよう制御する、
請求項１乃至請求項４のいずれか一項に記載の制御装置。
【請求項６】
サーバと、
前記サーバと通信して、前記データを保持する、請求項１乃至請求項５のいずれか一項に記載の制御装置を含むスマートデバイスと、を含むシステム。
【請求項７】
データを保持するスマートデバイスを通常利用状態と、前記データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御方法であって、
前記データの消去や無効化が必要な事象の発生を監視し、
前記データの消去や無効化が必要な事象の発生を検出したときには、前記スマートデバイスを前記通常利用状態から前記漏洩防御状態へ状態遷移させる、
制御方法。
【請求項８】
オフライン環境にある前記スマートデバイスにおいて前記データの消去や無効化が必要な事象が発生した場合、前記スマートデバイスから管理者への連絡や前記スマートデバイスのオンライン環境への移動が確認されたときは、前記漏洩防御状態から前記通常利用状態へ状態遷移させる、
請求項７に記載の制御方法。
【請求項９】
前記データの消去や無効化が必要な事象の発生を検出したときには、復旧に必要な許容時間の入力を行わせ、妥当な時間の入力を検出した場合、入力された時間中はより重要度の高い漏洩防御状態への遷移を行わずに、復旧操作を監視する、
請求項７に記載の制御方法。
【請求項１０】
前記データの消去や無効化が必要な事象は、前記スマートデバイスに挿入されたＳＩＭ（Subscriber Identify Module）カードの抜き取りであり、前記復旧は前記ＳＩＭカードの再挿入である、請求項９に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、制御方法、およびシステムに関し、特にスマートデバイスの情報漏洩防止に関する。
【背景技術】
【０００２】
スマートデバイスをビジネス利用する場合、不正アクセスや盗難等によるスマートデバイス内部に格納された業務データ、ファイル、キャッシュ情報等を抜き取られことによる情報漏洩が課題となる。スマートデバイス内部に格納された業務データ、ファイル、キャッシュ情報等を以下、コンテンツと称す。
【０００３】
通常、スマートデバイスにて社外に持ち出されるコンテンツ（業務データなど）は、持ち出し前の準備段階（サーバからのダウンロード）にてスマートデバイスの暗号化領域（またはコンテンツの暗号化含む）へ搭載し、コンテンツの持ち出し状況をサーバにて把握する。
【０００４】
また、社外に持ち出されたスマートデバイスならびにコンテンツは、不正アクセスや盗難等の事象が発生した場合、サーバからの制御（リモート制御）による端末側利用無効化（証明書削除や端末ロック）、コンテンツ消去・無効化（リモートワイプ）の仕組みとローカルワイプによる（Operating Systemを除いた）スマートデバイス内部データ領域の全削除という仕組みが一般的である。
【０００５】
特許文献１は、複数のモバイル端末間でのデータ共有に関するものであり、共有ネットワーク内の他のモバイル端末との共有セッションの切断を検知したときには、モバイル端末が記憶する電子データを削除することが提案されている。特許文献１ではこのような監視制御により、データ漏洩の抑制を図っている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１５−４９５７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述した背景技術の情報漏洩防止には、以下のような課題がある。
【０００８】
第１の課題は、スマートデバイスをビジネス利用する場合、不正アクセスや盗難・紛失が発生し、ＳＩＭ（Subscriber Identify Module）等を抜かれた通信不能状態や通信環境が良好ではない状態（オフライン状態）の場合、スマートデバイス内部のコンテンツを制御できないことである。
【０００９】
第２の課題は、暗号化だけでは顧客の不安を払しょくできないことである。スマートデバイス利用環境がオフライン（通信不能状態）に遷移した場合、データ流出の有無確認が取れないことや、たとえデータが暗号化されていても、流出した場合、顧客の不安を払しょくできない。不正アクセス（Root化等）や盗難・紛失等に対する情報漏洩の防御策として、コンテンツ暗号化は有効な仕組みであるが、スマートデバイス利用環境がオフライン（通信不能状態）に遷移した場合、データ流出の有無確認を取ることができない。
【００１０】
背景技術であるＭＤＭ（Mobile Device Management）／ＭＡＭ（Mobile Application Management）／ＭＣＭ（Mobile Contents Management）機能等において、リモートワイプ、リモートロック、サーバ側での証明書削除による端末側利用無効化などのコンテンツ消去・無効化（コンテンツの回収）の仕組みが一般的である。しかしながら、これらの仕組みは全て通信可能状態（オンライン環境）でスマートデバイスが利用されることを前提にしているため、通信不能状態や通信環境が良好ではない状態（オフライン状態）の場合、リモートからスマートデバイスに対してのアクセスやコンテンツを制御する手段が無くなってしまうからである。
【００１１】
第３の課題は、ユーザ本人の誤操作によりコンテンツ消去が必要なタイミング（Root化を除く）をスマートデバイスが検出した場合、スマートデバイス内部データ領域の全削除が行われ、復旧等によるスマートデバイス利用再開に非常に手間がかかる（利便性が悪い）ことである。
【００１２】
背景技術であるローカルワイプによる（Operating Systemを除いた）スマートデバイス内部データ領域の全削除という仕組みがあるが、この仕組みは予め端末設定された「誤ったＩＤ／パスワードの入力回数」を超過した場合に機能するものである。そのため、たとえユーザ本人の誤操作であっても同条件を超過するとデータの全削除を行うため、復旧・再セッティング等、復旧後のスマートデバイス利用再開に多くの時間を要する。
【００１３】
本発明の目的は、スマートデバイスが保持するデータの情報漏洩に関するセキュリティ強化を図ることができる制御装置、制御方法、およびシステムを提供することにある。
【課題を解決するための手段】
【００１４】
前記目的を達成するため、本発明に係る制御装置は、データを保持するスマートデバイスを通常利用状態と、上記データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御装置であって、
上記データの消去や無効化が必要な事象の発生を監視する監視手段と、
上記データの消去や無効化が必要な事象の発生を検出したときには、上記スマートデバイスを上記通常利用状態から上記漏洩防御状態へ状態遷移させる制御手段と、
を含む。
【００１５】
本発明に係る制御方法は、データを保持するスマートデバイスを通常利用状態と、上記データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御方法であって、
上記データの消去や無効化が必要な事象の発生を監視し、
上記データの消去や無効化が必要な事象の発生を検出したときには、上記スマートデバイスを上記通常利用状態から上記漏洩防御状態へ状態遷移させる。
【００１６】
本発明に係るシステムは、サーバと、上記サーバと通信してデータを保持するスマートデバイスと、を含み、
上記スマートデバイスは、
上記スマートデバイスを通常利用状態と、上記データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御装置であって、上記データの消去や無効化が必要な事象の発生を監視する監視手段と、上記データの消去や無効化が必要な事象の発生を検出したときには、上記スマートデバイスを上記通常利用状態から上記漏洩防御状態へ状態遷移させる制御手段と、を有する制御装置を含む。
【発明の効果】
【００１７】
本発明は、スマートデバイスが保持するデータの情報漏洩に関するセキュリティ強化を図ることができる。
【図面の簡単な説明】
【００１８】
【図１】（ａ）は本発明の上位概念による実施形態のための情報処理装置を説明するためのブロック図であり、（ｂ）は本発明の上位概念による実施形態の制御装置を説明するためのブロック図である。
【図２】本発明の実施形態によるシステムの一例を説明するためのブロック図である。
【図３】図２のスマートデバイスの構成例を示すブロック図である。
【図４】図３のスマートデバイスのＣＰＵとメモリの構成例を示す機能ブロック図である。
【図５】図２のスマートデバイスの制御状態の一例を示す状態遷移概要図である。
【図６】図２のスマートデバイスとサーバとの同期動作を説明するためのフローチャートである。
【図７】本発明の第１実施形態の制御装置の動作を説明するためのフローチャートである。
【図８】本発明の第１実施形態の制御装置の動作を説明するためのフローチャートである。
【図９Ａ】本発明の第１実施形態の制御装置の動作を説明するためのフローチャートである。
【図９Ｂ】本発明の第１実施形態の制御装置の動作を説明するためのフローチャートである。
【図１０Ａ】本発明の第１実施形態の制御装置の動作を説明するためのフローチャートである。
【図１０Ｂ】本発明の第１実施形態の制御装置の動作を説明するためのフローチャートである。
【図１１Ａ】本発明の第１実施形態の制御装置による、２次データ漏洩防止の制御処理を説明するためのフローチャートである。
【図１１Ｂ】本発明の第１実施形態の制御装置による、３次データ漏洩防止の制御処理を説明するためのフローチャートである。
【図１１Ｃ】本発明の第１実施形態の制御装置による、４次データ漏洩防止の制御処理を説明するためのフローチャートである。
【図１２Ａ】本発明の第２実施形態の制御装置の動作を説明するためのフローチャートである。
【図１２Ｂ】本発明の第２実施形態の制御装置の動作を説明するためのフローチャートである。
【図１３】本発明の第２実施形態の制御装置の動作を説明するためのフローチャートである。
【図１４】本発明の第２実施形態の制御装置の動作を説明するためのフローチャートである。
【図１５】本発明の第２実施形態の制御装置の動作を説明するためのフローチャートである。
【図１６Ａ】本発明の第２実施形態の制御装置の動作を説明するためのフローチャートである。
【図１６Ｂ】本発明の第２実施形態の制御装置の動作を説明するためのフローチャートである。
【図１６Ｃ】本発明の第１実施形態の制御装置の動作を説明するためのフローチャートである。
【図１７Ａ】本発明の第２実施形態の制御装置による、２次データ漏洩防止の制御処理を説明するためのフローチャートである。
【図１７Ｂ】本発明の第２実施形態の制御装置による、３次データ漏洩防止の制御処理を説明するためのフローチャートである。
【図１７Ｃ】本発明の第２実施形態の制御装置による、４次データ漏洩防止の制御処理を説明するためのフローチャートである。
【発明を実施するための形態】
【００１９】
本発明の好ましい実施形態について説明する前に、明細書で使用する用語を説明する。
【００２０】
（コンテンツ多段階防御）
「コンテンツ多段階防御」とは、セキュリティ対策（データ漏洩防止策）を行う上での緊急性（セキュリティレベル）に応じた情報漏洩防止制御を段階的（ユーザ誤操作等による復旧作業の利便性を考慮して（セキュリティと利便性の両立を考慮））に行っていくことを意味する。例えば、「Root化操作」などは、「スマートデバイス内のコンテンツの消去・無効化を判断するための条件」の中で、セキュリティ対策を緊急に実施する必要のあるセキュリティレベルが極めて高い条件となる。
【００２１】
（利用権限外アクセス）
「利用権限外アクセス」とは、企業における業務データ（以下、コンテンツと称す）の操作時に利用する属性情報（以下、コンテンツ属性と称す。メタデータと同義語）には、コンテンツの作成者、作成日時、コンテンツ識別子、利用範囲などの情報が具備されており、さらに利用範囲の情報は、「利用可能者」、「利用範囲（利用者またはグループ）」、「利用者に対して付与された権限」、「利用期限」、「利用可能なアプリケーション」などの情報から構成されている。この利用範囲の設定情報以外のコンテンツ利用（アクセス）を行った場合を「（コンテンツへの）利用権限外アクセス」と定義する。
【００２２】
（通常利用状態）
「通常利用状態」とは、利用権限が付与された利用者が、企業が定める管理・運用方針に沿ってスマートデバイスを利用している状態である。通常利用状態における主な制御は、「コンテンツ消去・無効化タイミング」の監視や、同タイミングの検出である。「コンテンツ消去・無効化タイミング」の検出時、コンテンツ多段階防御ポリシーテーブルに従いスマートデバイスまたはコンテンツの制御を行い、該当する次のデータ漏洩防御状態に遷移する。
【００２３】
（１次データ漏洩防御状態）
「１次データ漏洩防御状態」とは、例えば通常利用状態において「コンテンツ消去・無効化タイミング」であるオフライン状態（通信不能状態ないしは通信環境が良好ではない状態）を検出した場合、スマートデバイス内へのログインの不正ログイン操作監視やセキュリティを確保した領域に保存されているコンテンツ一覧ならびにコンテンツにアクセスする際に、オフライン認証を行うための認証情報の入力待ち等の状態を意味する。
【００２４】
１次データ漏洩防御状態における主な制御は、「次のデータ漏洩防御状態」または通常利用状態へ遷移させるための条件の監視（「コンテンツ消去・無効化タイミング」の監視）とオフライン認証である。コンテンツ消去・無効化タイミングの検出時、コンテンツ多段階防御ポリシーテーブルに従いスマートデバイスまたはコンテンツの制御を行い、該当する次のデータ漏洩防御状態に遷移する。また、オンライン状態を検出した場合は、オフライン認証を解除し、通常利用状態へ遷移する。
【００２５】
（２次データ漏洩防御状態）
「２次データ漏洩防御状態」とは、例えば通常利用状態または１次データ漏洩防御状態において「コンテンツ消去・無効化タイミング」の検出後の制御により、スマートデバイスが動作できないまたはコンテンツにアクセスできない等の状態を意味する。この状態としては、アプリケーションロック状態や、端末ロック状態などを想定する。
【００２６】
２次データ漏洩防御状態における主な制御は、「次のデータ漏洩防御状態」へ遷移させるための条件の監視（「コンテンツ消去・無効化タイミング」やタイマ値の満了など）である。コンテンツ消去・無効化タイミング検出または状態遷移条件満了検出時、コンテンツ多段階防御ポリシーテーブルに従いスマートデバイスまたはコンテンツの制御を行い、該当する次のデータ漏洩防御状態に遷移する。また、防御状態解除をサーバから受信した場合は、本防衛状態にて設定した状態遷移条件をリセットし、通常利用状態へ遷移する。
【００２７】
（３次データ漏洩防御状態）
「３次データ漏洩防御状態」とは、通常利用状態または１次データ漏洩防御状態においてコンテンツ消去・無効化タイミングを検出した場合や、例えば「２次データ漏洩防御条件満了」検出後の制御により、スマートデバイス内部のコンテンツを消去した状態を意味する。ここで想定されるコンテンツ消去は、コンテンツ単位消去、ユーザエリア消去、ＢＹＯＤ（Bring Your Own Device）利用時の業務エリア消去などが考えられる。
【００２８】
３次データ漏洩防御状態における主な制御は、「次のデータ漏洩防御状態」へ遷移させるための条件の監視（「コンテンツ消去・無効化タイミング」やタイマ値の満了など）である。コンテンツ消去・無効化タイミング検出または状態遷移条件満了検出時、コンテンツ多段階防御ポリシーテーブルに従いスマートデバイスまたはコンテンツの制御を行い、該当する次のデータ漏洩防御状態に遷移する。また、防御状態解除をサーバから受信した場合は、本防衛状態にて設定した状態遷移条件をリセットし、通常利用状態へ遷移する。
【００２９】
（４次データ漏洩防御状態）
「４次データ漏洩防御状態」とは、通常利用状態または１次データ漏洩防御状態においてコンテンツ消去・無効化タイミングを検出した場合や、例えば「３次データ漏洩防御状態条件満了」検出後の制御により、スマートデバイス内部のコンテンツを復元不能に完全消去した状態を意味する。
【００３０】
４次データ漏洩防御状態における主な制御は、通常利用状態または１次データ漏洩防御状態においてRoot化操作の検出時や、３次データ漏洩防御状態遷移条件満了検出時の４次データ漏洩防御状態へ遷移と、スマートデバイス内部の全てのデータの復元不可能な消去である。なおここで消去される、スマートデバイス内部の全てのデータとは、スマートデバイス内部のＯＳ（Operating System）を除いた全てのデータ（アプリケーションやポリシーデータ等）を指すものとする。そして同消去処理完了後に、スマートデバイスの状態をスマートデバイス初期化状態に遷移させる。
【００３１】
（スマートデバイス初期化状態）
「スマートデバイス初期化状態」とは、「４次データ漏洩防御状態」において、スマートデバイス内部のＯＳを除いた全てのデータを復元不能な消去処理が完了した状態を指す。この状態は、スマートデバイスの工場出荷前状態、すなわち工場出荷におけるキッティング前の状態を指す。スマートデバイス初期化状態における制御は特にないが、スマートデバイス初期化状態となったスマートデバイスを再利用する、具体的には上述した通常利用状態に復旧させるためにポリシー、アプリケーションやコンテンツの再インストールが必要である。
【００３２】
（コンテンツ多段階防御ポリシーテーブル）
スマートデバイス内のコンテンツの消去・無効化を判断するための条件や、コンテンツを多段階で制御するための消去・無効化範囲（コンテンツ単位消去、ユーザエリア消去、や業務エリア消去（ＢＹＯＤ利用時））などの定義情報を登録したテーブルである。スマートデバイスでは、まず起動後に、コンテンツ多段階防御ポリシーテーブルを登録しておく。本テーブルにおける条件は、企業におけるＩＴ（Information Technology）利用規定等の運用方針によって異なるが、本説明の例として、ここでは以下のような条件を定義する。
●不正アクセス：
誤ったＩＤ／パスワードの入力回数（不正ログイン操作）
オフライン認証失敗回数（不正アクセス操作）
Root化操作など
●盗難／紛失：
ＳＩＭカード抜き取り（ＳＩＭカード抜き取り操作）
Bluetooth（登録商標）／WiFi接続断（Bluetooth（登録商標）／WiFi接続断操作）
※上記操作検出において、盗難／紛失は、スマートデバイス（利用）の位置情報や企業におけるＩＴ利用規定等の運用方針に則った復旧（ＳＩＭカード挿入）に必要な許容時間の入力等の条件を組み合わせて判断を行う。
●正常アクセス／準正常アクセス：
＜以下は、サーバアクセス時も含んだ条件＞
コンテンツへのアクセス回数超過（運用ポリシー違反）
コンテンツの属性変更（運用ポリシー違反）
利用権限外アクセス操作（運用ポリシー違反）
また、本テーブルは、初期設定時ならびに運用方法（条件）変更に伴う設定変更時に登録されるものとする。
【００３３】
以下、本発明の好ましい実施形態について、図面を参照しながら詳細に説明する。
【００３４】
〔第１実施形態〕
初めに、本発明の第１実施形態による制御装置、制御方法、およびシステムについて、説明する。本実施形態は、制御装置を適用したスマートデバイスが、オンライン環境からオフライン環境へ移動したような場合に多段階防御を行う制御に関するものである。なおここでスマートデバイスのオンライン環境とは、スマートデバイスとサーバとの間で通信可能な状態を指す。スマートデバイスのオフライン環境とは、スマートデバイスとサーバとの間が通信不能状態ないしはスマートデバイスとサーバとの通信環境が良好ではない状態を指す。スマートデバイスのオフライン環境では、サーバからスマートデバイスに対するリモート制御が不能状態であるものとする。
【００３５】
（構成）
図２を参照すると、本発明の第１実施形態のシステムは、スマートデバイス１と、Radio Access Network（ＲＡＮ） or WiFiアクセスポイント（ＡＰ）１０と、回線１１、１２と、Internet or Intra Network（ＩＮ）１００と、サーバ２０と、を含む。
【００３６】
ここでサーバ２０は、企業が契約するクラウドサービスや企業内サーバ等を総称するものであることとする。
【００３７】
スマートデバイス１は、ＭＤＭ（Mobile Device Management）／ＭＡＭ（Mobile Application Management）／ＭＣＭ（Mobile Contents Management）機能を有するものとする。スマートデバイス１は、図３に示すように、User Equipment（ＵＥ）２と、User Identity Module（ＵＩＭ）３と、アンテナ７と、を含む。スマートデバイス１のＵＥ２は、無線部／制御部４と、プログラム制御により動作するＣＰＵ（中央処理装置；プロセッサ；データ処理装置）５と、メモリ６と、を含む。
【００３８】
なお図２のスマートデバイス１は、３Ｇ／ＬＴＥ（3rd Generation/Long Term Evolution）等の移動体通信モデルの場合を示している。スマートデバイスがWiFiモデルの場合は、図２のＵＩＭ３はなくてもよい。
【００３９】
スマートデバイス１のＣＰＵ５は、図４に示すように、ＵＩ制御処理部５０２、ポリシー設定制御部５０３、コンテンツ消去タイミング監視・検出処理部５０４、タイマなどによる状態遷移条件の監視処理部５０５、およびオフライン認証処理部５０６を含む。さらにスマートデバイス１のＣＰＵ５は、端末ロック・アプリロック制御処理部５０７、コンテンツ消去制御処理部５０８、コンテンツ消去ツール制御・処理部５０９、データ漏洩防御解除処理部５１０、データ同期処理部５１１、データ送受信処理部５１２、および機能状態管理部・機能制御部５０１を含む。
【００４０】
オフライン認証処理部５０６は、後述する１次データ漏洩防御に用いられる。端末ロック・アプリロック制御処理部５０７は、後述する２次データ漏洩防御に用いられる。コンテンツ消去制御処理部５０８は、後述する３次データ漏洩防御に用いられる。コンテンツ消去ツール制御・処理部５０９は、後述する４次データ漏洩防御に用いられる。なお、コンテンツ消去ツール制御・処理部５０９によるコンテンツ消去では、後述するが、復旧不能な消去を行う。
【００４１】
データ送受信処理部５１２は、後述する１次データ漏洩防御状態乃至３次データ漏洩防御状態から復旧する防御状態解除通知の受信を含むデータ送受信を行う。
【００４２】
スマートデバイス１のメモリ６は、図４に示すように、セキュリティ確保領域６１を含む。メモリ６のセキュリティ確保領域６１は、図４に示すように、コンテンツ多段階制御ポリシー６２、コンテンツ属性・本体６３、およびコンテンツ一覧６４を含む。
【００４３】
コンテンツ多段階制御ポリシー６２は、スマートデバイス内のコンテンツの消去・無効化を判断するための条件や、コンテンツを多段階で制御するための消去・無効化範囲（コンテンツ単位消去、ユーザエリア消去、や業務エリア消去（ＢＹＯＤ利用時））などの定義情報である。
【００４４】
スマートデバイス１は、スマートデバイス利用環境がオンライン環境であるときに、起動後に、社外へ持ち出されるコンテンツ（帳票、顧客情報など業務データ）をサーバ２０よりダウンロードし、メモリ６内の、コンテンツ属性およびコンテンツ本体であるコンテンツ属性・本体６３に保存する。この時、スマートデバイス１はダウンロードしたコンテンツ一覧６４を作成し、サーバ２０とのデータ同期を行う。これにより、コンテンツの持ち出し状況をサーバ２０にて統制管理するとともに、スマートデバイス１も同様の情報を管理することになる。
【００４５】
また、オンライン環境においては、コンテンツ情報の更新発生時または定期的に、スマートデバイス１とサーバ２０間にてデータ同期を行うものとする。このスマートデバイスとサーバ間のデータ同期動作について、図６を参照してより詳細に説明する。スマートデバイス１は、スマートデバイス利用環境がオンライン環境であるときに、コンテンツをダウンロードし、保存する（Ｓ１）。ここで属性情報は、ダウンロード元であるサーバ２０と同じである。コンテンツの保存完了を確認し（Ｓ２）、保存完了したときにはコンテンツ一覧を生成する（Ｓ３）。コンテンツ一覧の生成完了を確認し（Ｓ４）、生成完了したときにはメモリ６にコンテンツ一覧を保存する（Ｓ５）。コンテンツ一覧の保存完了を確認し（Ｓ６）、保存完了したときには、スマートデバイス１はサーバ２０とのデータ同期を行う（Ｓ７）。データ同期について同期完了を確認し（Ｓ８）、同期完了したときにはデータ同期完了情報を登録する（Ｓ９）。次に、コンテンツ一覧表示を含む手法によって、スマートデバイス利用者への通知を行う（Ｓ１０）。そして、スマートデバイス１は通常利用状態となる（Ｓ１１）。
【００４６】
（制御装置による状態遷移制御）
本実施形態の制御装置による状態遷移制御について、図５の状態遷移図を参照して概要を説明する。
【００４７】
社外に持ち出されたスマートデバイス１において、条件１の充足を検出すると、システム状態を「１次データ漏洩防御状態」へ遷移させる。ここで条件１は、「通常利用状態」での通信不能状態ないしは通信環境の良好でない状態（オフライン状態）の検出や、通信路断操作の検出である。通信路断操作としては、機内モードへの設定操作などがある。この「１次データ漏洩防御状態」では、スマートデバイス内へのログインの不正ログイン操作監視や、セキュリティを確保した領域に保存されているコンテンツ一覧ならびにコンテンツにアクセスする際に、オフライン認証を行う動作になる。
【００４８】
「１次データ漏洩防御状態」において、スマートデバイス内へのログイン成功後のオフライン認証において認証結果がＯＫの場合は、通常利用状態への状態遷移を行い、利用終了時には、スマートデバイスはログイン／オフライン認証の入力情報待ちとなる。また、がスマートデバイス利用環境のオンライン環境への復帰を検出すると、オフライン認証の解除（１次データ漏洩防御状態の解除）を行い、システム状態を「通常利用状態」へ遷移させる。
【００４９】
次に、「１次データ漏洩防御状態」において、スマートデバイス内へのログインに失敗し、条件２の充足を検出すると、システム状態を「２次データ漏洩防御状態」へ遷移させる。ここで条件２は、誤ったＩＤ／パスワードの入力回数の超過、オフライン認証失敗の超過、やＳＩＭカード抜き取りなどである。「２次データ漏洩防御状態」へ遷移させた後、「３次データ漏洩防御状態」へ遷移させるための条件の監視（「コンテンツ消去・無効化タイミング」やタイマ値の満了など）を行う。すなわち、３次データ漏洩防御状態への遷移待ちとなる。
【００５０】
次に、「２次データ漏洩防御状態」において、条件３の充足を検出すると、システム状態を「３次データ漏洩防御状態」へ遷移させる。ここで条件３は、タイマ値など状態遷移条件の満了やＳＩＭカード抜き取りなどである。「３次データ漏洩防御状態」では、コンテンツ多段階防御ポリシーテーブルの消去・無効化範囲（コンテンツ単位消去、ユーザエリア消去、や業務エリア消去（ＢＹＯＤ利用時））に従い、消去処理を行う。さらに「４次データ漏洩防御状態」へ遷移させるための条件の監視（「コンテンツ消去・無効化タイミング」やタイマ値の満了など）を行う。すなわち、４次データ漏洩防御状態への遷移待ちとなる。
【００５１】
次に、「３次データ漏洩防御状態」において、条件４の充足を検出すると、システム状態を「４次データ漏洩防御状態」へ遷移させる。ここで条件４は、タイマ値など状態遷移条件の満了やRoot化操作などである。「４次データ漏洩防御状態」では、予めスマートデバイス内にインストールしておいた消去データを復元不能にするツールなどの制御を行う。この制御によって、スマートデバイス内部のＯＳを除いた全てのデータ（コンテンツ、アプリケーション、ポリシーデータ等）の復元不可能な消去を行う。この消去完了後、システム状態をスマートデバイス初期化状態へ遷移させる。スマートデバイス初期化状態は、スマートデバイスの工場出荷前状態である。
【００５２】
社外に持ち出されたスマートデバイス１において、条件５の充足を検出すると、システム状態を「３次データ漏洩防御状態」へ遷移させることを想定する。ここで条件５は、「ＳＩＭカード抜き取り操作」である。ここでユーザ本人またはユーザ本人が許可したメンテナンス作業者等による（悪意のない）「ＳＩＭカード抜き取り操作」の可能性を考慮して、「ＳＩＭカード抜き取り操作」を検出すると、ＣＰＵ５は企業におけるＩＴ利用規定等の運用方針に則った復旧（ＳＩＭカード挿入）に必要な許容時間の入力を促し、運用方針上許容範囲の時間（予め運用方針等で決められた時間）の入力を検出した場合は、「３次データ漏洩防御状態」へ遷移しない。
【００５３】
社外に持ち出されたスマートデバイス１において、条件６の充足を検出すると、システム状態を「４次データ漏洩防御状態」へ遷移させる。ここで条件６は、Root化操作である。「４次データ漏洩防御状態」では、予めスマートデバイス内にインストールしておいた消去データを復元不能にするツールなどの制御を行う。この制御によって、スマートデバイス内部のＯＳを除いた全てのデータ（コンテンツ、アプリケーション、ポリシーデータ等）の復元不可能な消去を行う。この消去完了後、システム状態をスマートデバイス初期化状態へ遷移させる。
【００５４】
「３次データ漏洩防御状態」では条件を満たせば、「通常利用状態」や「１次データ漏洩防御状態」へ状態遷移できる。図５から理解されるように、条件４や条件６の充足を検出したときには、システム状態を「４次データ漏洩防御状態」へ遷移させ、「４次データ漏洩防御状態」から「通常利用状態」へ状態遷移することはできない。
【００５５】
（スマートデバイス１が社外に持ち出されたときの動作）
次に、スマートデバイス１が社外に持ち出されたときの、スマートデバイス１とサーバ２０の動作について、フローチャートを参照しながら説明する。
【００５６】
社外に持ち出されたスマートデバイス１において、通常利用状態（Ｓ２１）の後、コンテンツ消去・無効化タイミングを監視する（Ｓ２２）。ＣＰＵ５が「通常利用状態」で通信不能状態ないしは通信環境が良好でない状態（オフライン状態）を検出すると（Ｓ２３のＹＥＳ）、「オフライン認証」が作動し（Ｓ２４）、認証待ちの状態となる。このオフライン認証は、セキュリティを確保した領域に保存されているコンテンツ一覧ならびにコンテンツにアクセスする際に必要とする動作である。さらに、システム状態を「１次データ漏洩防御状態」へ状態遷移（Ｓ２５）させ、オンライン検出を確認する（Ｓ２６）。例えば、スマートデバイス１の利用者の操作によってスマートデバイス１がログインに成功し、その後のオフライン認証において認証結果がＯＫの場合（Ｓ２６のＹＥＳ）には、「オフライン認証」を解除し（Ｓ２７）、通常利用状態へ戻る（Ｓ２１）。
【００５７】
「１次データ漏洩防御状態」へ状態遷移（Ｓ２５）した後、スマートデバイス利用（ログイン）開始を確認する（Ｓ２８）。スマートデバイス利用開始を確認できたときには（Ｓ２８のＹＥＳ）、図８に具体的に示される処理（１）へ進む。スマートデバイス利用開始を確認できないときは（Ｓ２８のＮＯ）、ＳＩＭカード抜き取りを検出する（Ｓ２９）。ＳＩＭカード抜き取りが検出されないときには（Ｓ２９のＮＯ）、スマートデバイス利用（ログイン）開始の確認（Ｓ２８）へ移動する。ＳＩＭカード抜き取りが検出されたときには（Ｓ２９のＹＥＳ）、図９Ａに具体的に示される処理（２）へ進む。
【００５８】
図８に具体的に示される処理（１）では、利用者によって入力されるＩＤやパスワードによる認証に問題がないか確認する（Ｓ１０１）。利用者によって入力されるＩＤやパスワードによる認証に問題があり、認証失敗の発生回数が超過したかを確認する（Ｓ１０２）。認証失敗の発生回数が超過するまで、ＩＤやパスワードによる認証の確認（Ｓ１０１）を繰り返す。認証失敗の発生回数が超過したときには（Ｓ１０２のＹＥＳ）、「２次データ漏洩防止」制御処理を行う（Ｓ１０３）。その後、図９Ｂに具体的に示される処理（３）へ進む。
【００５９】
ＩＤやパスワードによる認証の確認（Ｓ１０１）で、利用者によって入力されるＩＤやパスワードに問題がなく（Ｓ１０１のＮＯ）、認証に成功したときは、通信手段断操作を検出する（Ｓ１０４）。ここで通信手段断操作とは、例えばユーザによる機内モードへの設定操作などが考えられる。通信手段断操作を検出したときには、「オフライン認証」を継続作動させる（Ｓ１１２）。「オフライン認証」の継続作動によって、認証待ちの状態が継続する。通信手段断操作が検出されないときには、セキュア領域へのアクセスの有無を確認する（Ｓ１０５）。セキュア領域へのアクセスが無いときには、「１次データ漏洩防御状態」を保持する（Ｓ１１３）。さらに、ＳＩＭカード抜き取りを検出し（Ｓ１１４）、ＳＩＭカード抜き取りが検出されたときには（Ｓ１１４のＹＥＳ）、図９Ａに具体的に示される処理（２）へ進む。
【００６０】
ＳＩＭカード抜き取りが検出されないときには（Ｓ１１４のＮＯ）、スマートデバイス１へのRoot化操作の有無を検出する（Ｓ１１５）。Root化操作が検出されないときには、通信手段断操作の検出（Ｓ１０４）へ移動する。スマートデバイス１へのRoot化操作が検出されたときには、図１０Ｂに具体的に示される処理（５）へ進む。
【００６１】
通信手段断操作が検出されず（Ｓ１０４のＮＯ）、セキュア領域へのアクセスがあったときには（Ｓ１０５のＮＯ）、「オフライン認証」処理を開始する（Ｓ１０６）。オフライン認証の成否を確認し（Ｓ１０７）、オフライン認証が成功したとき（Ｓ１０７のＮＯ）、「セキュア領域」へのアクセスを容認する（Ｓ１０９）。「セキュア領域」へのアクセスを容認するということは、言い換えると「セキュア領域」へのアクセスがオフラインで利用可能であるということである。
【００６２】
その後、運用ポリシー違反の有無を検出し、運用ポリシー違反を検出したときには（Ｓ１１０のＹＥＳ）、「２次データ漏洩防止」制御処理（Ｓ１０３）へ移動する。運用ポリシー違反が検出されないときには（Ｓ１１０のＮＯ）、スマートデバイス１の利用終了を確認する（Ｓ１１１）。スマートデバイス１の利用終了が確認されないときには、「セキュア領域」へのアクセス容認（Ｓ１０９）へ移動する。スマートデバイス１の利用終了が確認されたときには、スマートデバイス１の利用が再開されるときのために図８のフローチャートの最初に戻る。
【００６３】
次に、ＳＩＭカード抜き取りが検出された後に行われる処理（２）を、図９Ａのフローチャートで説明する。抜き取られたＳＩＭカードが挿入された状態に戻るための所要時間である「復旧時間（ＳＩＭカード挿入に要する時間）」の入力要求を行う（Ｓ２０１）。さらに、スマートデバイス１に入力された復旧時間の入力値の妥当性を確認する（Ｓ２０２）。入力された復旧時間の入力値が妥当なときには、「ＳＩＭ抜去」状態を確認する（Ｓ２０４）。ＳＩＭカードが挿入された状態に復旧して「ＳＩＭ抜去」状態が終了しているときには、図８に具体的に示される処理（１）へと戻る。
【００６４】
「ＳＩＭ抜去」状態が確認されたときには（Ｓ２０４のＹＥＳ）、入力された「復旧時間」が満了しているか確認する（Ｓ２０５）。入力された「復旧時間」が満了していない間は、「ＳＩＭ抜去」状態の確認（Ｓ２０４）を繰り返す。「復旧時間」が満了したときには（Ｓ２０５のＹＥＳ）、「２次データ漏洩防止」制御処理を行う（Ｓ２０３）。「２次データ漏洩防止」制御処理のより具体的な内容を、後述する図１１Ａに示す。
【００６５】
図８の「２次データ漏洩防止」制御処理（Ｓ１０３）の後に行われる処理（３）を、図９Ｂのフローチャートで説明する。
【００６６】
２次防御状態解除が必要かどうかを確認する（Ｓ３０１）。スマートデバイス１の利用者が管理者へ何らかの手段で連絡し、かつオンライン環境へスマートデバイス１を移動させる（Ｓ３０２）。サーバ２０からの防御状態解除通知を待ち（Ｓ３０３）、解除通知受領を確認する（Ｓ３０４）。解除通知受領を確認できたときには、防御状態の解除を行う（Ｓ３０５）。この防御状態解除は、ロック解除やオフライン認証解除などである。そして、「通常利用状態」へ状態遷移する（Ｓ３０６）。
【００６７】
２次防御状態解除が必要でないときには（Ｓ３０１のＮＯ）、「３次データ漏洩防御状態」への遷移条件の監視を行う（Ｓ３０７）。この「３次データ漏洩防御状態」への遷移条件とは、タイマ値等による。「３次データ漏洩防御状態」への状態遷移条件の満了を確認し、満了していない間は「３次データ漏洩防御状態」への状態遷移条件の満了確認を繰り返す。「３次データ漏洩防御状態」への状態遷移条件の満了が確認されたときには（Ｓ３０８のＹＥＳ）、「３次データ漏洩防止」制御処理を行う（Ｓ３０９）。「３次データ漏洩防止」制御処理のより具体的な内容を、後述する図１１Ｂに示す。その後、図１０Ａに具体的に示される処理（４）へ進む。
【００６８】
図９Ｂの「３次データ漏洩防止」制御処理（Ｓ３０９）の後に行われる処理（４）を、図１０Ａのフローチャートで説明する。
【００６９】
３次防御状態解除が必要かどうかを確認する（Ｓ４０１）。スマートデバイス１の利用者が管理者へ何らかの手段で連絡し、かつオンライン環境へスマートデバイス１を移動させる（Ｓ４０２）。サーバ２０からの防御状態解除通知を待ち（Ｓ４０３）、解除通知受領を確認する（Ｓ４０４）。解除通知受領を確認できたときには、防御状態の解除を行う（Ｓ４０５）。この防御状態解除は、ロック解除やオフライン認証解除などである。そして、「通常利用状態」へ状態遷移する（Ｓ４０６）。
【００７０】
３次防御状態解除が必要でないときには（Ｓ４０１のＮＯ）、「４次データ漏洩防御状態」への遷移条件の監視を行う（Ｓ４０７）。この「４次データ漏洩防御状態」への遷移条件とは、タイマ値等による。「４次データ漏洩防御状態」への状態遷移条件の満了を確認し、満了していない間は「４次データ漏洩防御状態」への状態遷移条件の満了確認を繰り返す。「４次データ漏洩防御状態」への状態遷移条件の満了が確認されたときには（Ｓ４０８のＹＥＳ）、「４次データ漏洩防止」制御処理を行う（Ｓ４０９）。「４次データ漏洩防止」制御処理のより具体的な内容を、後述する図１１Ｃに示す。
【００７１】
図８のRoot化操作が検出されたとき（Ｓ１１５のＹＥＳ）の後に行われる処理（５）を、図１０Ｂのフローチャートで説明する。この場合、「４次データ漏洩防止」制御処理を行う（Ｓ５０１）。
【００７２】
図１１Ａに、Ｓ１０３やＳ２０３の「２次データ漏洩防止」制御処理のより具体的な処理内容を示す。「２次データ漏洩防止」制御処理を開始し、「ロック制御」を作動させる。この「ロック制御」は、端末ロックやアプリロックである。次に、「２次データ漏洩防止状態」へ状態遷移する。次に、「３次データ漏洩防止状態」への遷移条件、例えばタイマ値など、を設定し監視する。
【００７３】
図１１Ｂに、Ｓ３０９の「３次データ漏洩防止」制御処理のより具体的な処理内容を示す。「３次データ漏洩防止」制御処理を開始し、消去範囲定義情報を元に「コンテンツ消去」を作動させる。次に、「３次データ漏洩防止状態」へ状態遷移する。次に、「４次データ漏洩防止状態」への遷移条件、例えばタイマ値などを設定し、監視する。
【００７４】
図１１Ｃに、Ｓ４０９の「４次データ漏洩防止」制御処理のより具体的な処理内容を示す。「４次データ漏洩防止」制御処理を開始し、「４次データ漏洩防止状態」へ状態遷移する。ＯＳを除く、スマートデバイス１内部の全データについて復旧不能な消去を行う。次に、「初期化状態」へ状態遷移する。この「初期化状態」とは工場出荷前の状態を指す。
【００７５】
（第１実施形態の効果）
本実施形態の制御装置を適用したスマートデバイス１では、セキュリティ強化（情報漏洩防止）が可能である。
【００７６】
その理由は、不正アクセス（Root化等）やスマートデバイスのリモート制御不能状態（盗難・紛失等によるＳＩＭ等を抜かれた通信不能状態や通信環境が良好ではない状態（オフライン状態））等においても、スマートデバイス内部のコンテンツ制御が可能になるからである。さらに、きめ細かい条件設定ならびにデータ防御を行うことで、さらなるセキュリティ強化（情報漏洩防止）したサービスを提供（実現）することができる。
【００７７】
さらに本実施形態の制御装置を適用したスマートデバイス１では、安心・安全な利用環境による顧客（スマートデバイス利用者）満足の向上が可能である。
【００７８】
その理由は、不正アクセス（Root化等）やスマートデバイスのリモート制御不能状態（盗難・紛失等によるＳＩＭ等を抜かれた通信不能状態や通信環境が良好ではない状態（オフライン状態））等においても、きめ細かい条件設定ならびにデータ防御が可能になるからである。最終的には、スマートデバイス内部のＯＳを除いた全てのデータ（コンテンツ、アプリケーション、ポリシーデータ等）を復元不可能な消去（完全消去）を行うことから、（背景技術による暗号化データの流出の可能性に対する）顧客の不安を払しょくできる。本システムの安心・安全な利用環境提供による顧客（スマートデバイス利用者）満足の向上を図ることができる。
【００７９】
さらに本実施形態の制御装置を適用したスマートデバイス１では、セキュリティを保ったスマートデバイスのビジネス利用上の利便性向上が可能である。言い換えると、セキュリティと利便性の両立が可能である。
【００８０】
スマートデバイスのビジネス利用時に何らかのトラブルが発生した場合、ユーザ本人であっても、動揺してスマートデバイスの操作を誤るケースや、ＩＴに不慣れな人の誤操作のケースは、スマートデバイス利用時には起こり得る。本実施形態では、きめ細かい条件設定によるセキュリティレベルに応じた段階的なデータ防御を行うことで、スマートデバイス内部データのセキュリティを保った上で、スマートデバイス利用再開に必要な復旧作業時間の最小化を実現できる。ここでスマートデバイス利用再開に必要な復旧作業とは、アプリケーション、コンテンツ、ポリシーの再インストール等のスマートデバイス利用環境設定である。このように、問題となる事象が発生しても、セキュリティと利便性の両立を図ることが可能な最適なスマートデバイス利用環境を提供できる。
【００８１】
本実施形態の制御装置を適用したスマートデバイス１では、秘密情報の消去や無効化が必要な事象を検出したときには、通常利用状態から、コンテンツ多段階防御に応じた制御を行う。これにより、データ漏洩を抑制することができる。
【００８２】
さらに本実施形態の制御装置を適用したスマートデバイス１では、スマートデバイスがオフライン環境に存在しているときでも、秘密情報の消去や無効化が必要な事象を検出したときには、通常利用状態から、コンテンツ多段階防御に応じた制御を行う。これにより、リモート制御不能な状態にあるスマートデバイス１に対してもデータ漏洩を抑制することができる。
【００８３】
例えば、スマートデバイス１のRoot化を検出したときには、「４次データ漏洩防止状態」へ状態遷移させ、ＯＳを除く、スマートデバイス１内部の全データについて復旧不能な消去を行う。これにより、悪意のあるスマートデバイス１の利用者への秘密情報の漏洩を防止することができる。
【００８４】
例えば、スマートデバイス１のＳＩＭカード抜き取り操作を検出した場合は、復旧に必要な許容時間の入力を行わせ、妥当な時間の入力を検出した場合、入力された時間中はより重要度の高い漏洩防御状態への状態遷移を猶予して、復旧操作を監視している。これにより、ユーザ本人またはユーザ本人が許可したメンテナンス作業者等による、悪意のないＳＩＭ抜去を許容することができる。またユーザ本人またはユーザ本人が許可したメンテナンス作業者以外の利用者によるＳＩＭカード抜き取り操作に対しては、より重要度の高い漏洩防御状態への状態遷移を行うことができる。これにより、悪意のあるスマートデバイス１の利用者への秘密情報の漏洩を防止することができる。
【００８５】
〔第２実施形態〕
次に、本発明の第２実施形態による制御装置、制御方法、およびシステムについて、説明する。本実施形態は、制御装置、制御方法、およびシステムの一例として、スマートデバイス利用環境における通信路が確保された環境（オンライン環境）を想定し、多段階防御を行う制御に関するものである。
【００８６】
本実施形態のシステムは、上述した本発明の第１実施形態と同様に、スマートデバイス１と、Radio Access Network（ＲＡＮ）or WiFiアクセスポイント（ＡＰ）１０と、回線１１、１２と、Internet or Intra Network１００と、サーバ２０と、を含む。
【００８７】
スマートデバイス１は、図３に示すように、User Equipment（ＵＥ）２と、User Identity Module（ＵＩＭ）３と、アンテナ７と、を含む。スマートデバイス１のＵＥ２は、無線部／制御部４と、プログラム制御により動作するＣＰＵ（中央処理装置；プロセッサ；データ処理装置）５と、メモリ６と、を含む。
【００８８】
なお図２のスマートデバイス１は、３Ｇ／ＬＴＥ等の移動体通信モデルの場合を示している。スマートデバイスがWiFiモデルの場合は、図２のＵＩＭ３はなくてもよい。
【００８９】
スマートデバイス１のＣＰＵ５は、図４に示すように、ＵＩ制御処理部５０２、ポリシー設定制御部５０３、コンテンツ消去タイミング監視・検出処理部５０４、タイマなどによる状態遷移条件の監視処理部５０５、およびオフライン認証処理部５０６を含む。さらにスマートデバイス１のＣＰＵ５は、端末ロック・アプリロック制御処理部５０７、コンテンツ消去制御処理部５０８、コンテンツ消去ツール制御・処理部５０９、データ漏洩防御解除処理部５１０、データ同期処理部５１１、データ送受信処理部５１２、機能状態管理部・機能制御部５０１を含む。
【００９０】
次に、スマートデバイス１が社外に持ち出されたときの、スマートデバイス１とサーバ２０の動作について、図１２Ａのフローチャートを参照しながら説明する。本実施形態では、スマートデバイス１が社外に持ち出されているがオンライン環境を維持していることを前提として、説明する。
【００９１】
社外に持ち出されたスマートデバイス１において、通常利用状態（Ｓ３１）の後、コンテンツ消去・無効化タイミングを監視する（Ｓ３２）。さらに、スマートデバイス利用（ログイン）開始を確認する（Ｓ３３）。スマートデバイス利用開始を確認したときには（Ｓ３３のＹＥＳ）、図１２Ｂに具体的に示される処理（６）へ進む。スマートデバイス利用開始を確認できないときは（Ｓ３３のＮＯ）、ＳＩＭカード抜き取りを検出する（Ｓ３４）。ＳＩＭカード抜き取りが検出されないときには（Ｓ３４のＮＯ）、コンテンツ消去・無効化タイミングの監視（Ｓ３２）へ戻る。ＳＩＭカード抜き取りが検出されたときには（Ｓ３４のＹＥＳ）、図１３に具体的に示される処理（７）へ進む。
【００９２】
図１２Ｂに具体的に示される処理（６）では、利用者によって入力されるＩＤやパスワードによる認証に問題がないか確認する（Ｓ６０１）。利用者によって入力されるＩＤやパスワードによる認証に問題がないときには（Ｓ６０１のＮＯ）、図１４に具体的に示される処理（８）へと進む。利用者によって入力されるＩＤやパスワードによる認証に問題がある場合、認証失敗の発生回数が超過したかを確認する（Ｓ６０２）。認証失敗の発生回数が超過するまで、ＩＤやパスワードによる認証の確認（Ｓ６０１）を繰り返す。認証失敗の発生回数が超過したときには（Ｓ６０２のＹＥＳ）、「２次データ漏洩防止」制御処理を行う（Ｓ６０３）。「２次データ漏洩防止」制御処理のより具体的な内容を、後述する図１７Ａに示す。その後、図１６Ａに具体的に示される処理（１０）へ進む。
【００９３】
また、社外に持ち出されたスマートデバイス１において、ＣＰＵ５が「通常利用状態」で、サーバ２０がコンテンツ消去・無効化タイミングである「コンテンツへのアクセス回数（アクセス回数超過）」や「利用権限外アクセス操作」といったスマートデバイス１利用者が運用ポリシー違反を行っていることを検出すると、サーバ２０はスマートデバイス１に注意喚起するための通知（アクセス回数超過や利用権限外アクセスである通知）を送信する。
【００９４】
この際、スマートデバイス１利用者がこの通知を無視してさらにサーバ２０へのアクセスを続けていることをサーバ２０が検出すると、ＭＤＭ機能やＭＡＭ機能と言ったリモート制御である、端末ロックやアプリケーションロック（リモートロック）を行う。
この時、サーバ２０はスマートデバイス１に対して、リモートロック通知（スマートデバイス１がリモートロックをされた通知）を送信する。
【００９５】
ＣＰＵ５が「リモートロック通知」を検出すると、システム状態を「２次データ漏洩防御状態」へ遷移させるとともに、「３次データ漏洩防御状態」へ遷移させるための条件の監視（「コンテンツ消去・無効化タイミング」やタイマ値の満了など）を行う。（３次データ漏洩防御状態への遷移待ちとなる）
また、社外に持ち出されたスマートデバイス１において、ＣＰＵ５が「通常利用状態」で、ＣＰＵ５がコンテンツ消去・無効化タイミングである、機内モード等による「Bluetooth／WiFi接続断操作」を検出すると、スマートデバイス内へのログインの不正ログイン操作監視やセキュリティを確保した領域に保存されているコンテンツ一覧ならびにコンテンツにアクセスする際に、オフライン認証を行う動作になり、システム状態を「１次データ漏洩防御状態」へ遷移する。
【００９６】
上記状況下は、オフライン環境記述同様に、ログインまたはオフライン認証に失敗した事象が発生すると、ＣＰＵ５は、コンテンツ消去・無効化タイミング（失敗発生回数超過）を監視し、ＣＰＵ５が失敗発生回数超過を検出すると、端末ロック／アプリケーションロック等の制御を行い、システム状態を「２次データ漏洩防御状態」へ遷移させるとともに、「３次データ漏洩防御状態」へ遷移させるための条件の監視（「コンテンツ消去・無効化タイミング」やタイマ値の満了など）を行う。（３次データ漏洩防御状態への遷移待ちとなる）
上記状況下において、ＣＰＵ５が機内モード解除等による「Bluetooth／WiFi接続操作」（オンライン環境に復帰）を検出すると、オフライン認証の解除（１次データ漏洩防御状態の解除）を行い通常利用状態へ遷移する。
【００９７】
次に、ＳＩＭカード抜き取りが検出された後に行われる処理（７）を、図１３のフローチャートで説明する。抜き取られたＳＩＭカードが挿入された状態に戻るための所要時間である「復旧時間（ＳＩＭカード挿入に要する時間）」の入力要求を行う（Ｓ７０１）。さらに、スマートデバイス１に入力された復旧時間の入力値の妥当性を確認する（Ｓ７０２）。入力された復旧時間の入力値が妥当なときには、「ＳＩＭ抜去」状態を確認する（Ｓ７０４）。ＳＩＭカードが挿入された状態に復旧して「ＳＩＭ抜去」状態が終了しているときには、図１２Ｂに具体的に示される処理（６）へと戻る。
【００９８】
「ＳＩＭ抜去」状態が確認されたときには（Ｓ７０４のＹＥＳ）、入力された「復旧時間」が満了しているか確認する（Ｓ７０５）。入力された「復旧時間」が満了していない間は、「ＳＩＭ抜去」状態の確認（Ｓ７０４）を繰り返す。「復旧時間」が満了したときには（Ｓ７０５のＹＥＳ）、「２次データ漏洩防止」制御処理を行う（Ｓ７０３）。「２次データ漏洩防止」制御処理のより具体的な内容を、後述する図１７Ａに示す。その後、図１６Ａに具体的に示される処理（１０）へ進む。
【００９９】
処理（８）を、図１４のフローチャートで説明する。スマートデバイス１のログイン中に運用ポリシー監視等を含む監視を行う（Ｓ８０１）。運用ポリシー違反の有無を監視し、違反検出したときには（Ｓ８０２のＹＥＳ）、「２次データ漏洩防止」制御処理（Ｓ８０３）へ移動する。運用ポリシー違反が検出されないときには（Ｓ８０２のＮＯ）、サーバ２０へのアクセスの有無を確認する（Ｓ８０４）。スマートデバイス１のログイン中に運用ポリシー監視等を含む監視を行う（Ｓ８０５）。運用ポリシー違反の有無を監視し、運用ポリシー違反を検出したときには（Ｓ８０６のＹＥＳ）、「２次データ漏洩防止」制御処理（Ｓ８０３）へ移動する。運用ポリシー違反が検出されないときには（Ｓ８０６のＮＯ）、スマートデバイス１へのRoot化操作の有無を検出する（Ｓ８０７）。Root化操作が検出されないときには、ＳＩＭカード抜き取りを検出し（Ｓ８０８）、ＳＩＭカード抜き取りが検出されたときには（Ｓ８０８のＹＥＳ）、図１３に具体的に示される処理（７）へ進む。
【０１００】
ＳＩＭカード抜き取りが検出されないときには（Ｓ８０９のＮＯ）、通信手段断操作を検出する（Ｓ８０９）。ここで通信手段断操作とは、例えばユーザによる機内モードへの設定操作などが考えられる。通信手段断操作が検出されないときには、Ｓ８０１に戻る。通信手段断操作を検出したときには、図１５に具体的に示される処理（９）へ進む。
【０１０１】
図１５に具体的に示される処理（９）では、「オフライン認証」が作動し（Ｓ９０１）、認証待ちの状態となる。さらに、「１次データ漏洩防御状態」へ状態遷移する（Ｓ９０２）。通信手段接続操作の有無を確認し、通信手段接続操作を確認したときには（Ｓ９０３のＹＥＳ）、「オフライン認証」を解除する（Ｓ９０４）。そして図１４に示される処理（８）へ戻る。通信手段接続操作を確認できないときは（Ｓ９０３のＮＯ）、スマートデバイス１へのRoot化操作の有無を検出する（Ｓ９０５）。Root化操作が検出されないときには、ＳＩＭカード抜き取りを検出し（Ｓ９０６）、ＳＩＭカード抜き取りが検出されたときには（Ｓ９０６のＹＥＳ）、図１３に具体的に示される処理（７）へ進む。
【０１０２】
ＳＩＭカード抜き取りが検出されないときには（Ｓ９０６のＮＯ）、セキュア領域へのアクセスの有無を確認する（Ｓ９０７）。セキュア領域へのアクセスが無いときには、通信手段接続操作の有無の確認（Ｓ９０３）へ戻る。セキュア領域へのアクセスがあったときには（Ｓ９０７のＹＥＳ）、「オフライン認証」処理を開始する（Ｓ９０８）。オフライン認証の成否を確認し（Ｓ９０９）、オフライン認証が成功したとき（Ｓ９０９のＮＯ）、「セキュア領域」へのアクセスを容認する（Ｓ９１２）。「セキュア領域」へのアクセスを容認するということは、言い換えると「セキュア領域」へのアクセスがオフラインで利用可能であるということである。その後、スマートデバイス１の利用終了を確認する（Ｓ９１３）。スマートデバイス１の利用終了が確認されないときには、「セキュア領域」へのアクセス容認（Ｓ９１２）へ戻る。スマートデバイス１の利用終了が確認されたときには、スマートデバイス１の利用が再開されるときのために図１２Ｂのフローチャートの最初に戻る。
【０１０３】
オフライン認証が失敗した場合（Ｓ９０９のＹＥＳ）、認証失敗の発生回数が超過したかを確認する（Ｓ９０１）。認証失敗の発生回数が超過するまで、オフライン認証の確認（Ｓ９０９）を繰り返す。認証失敗の発生回数が超過したときには（Ｓ９１０のＹＥＳ）、「２次データ漏洩防止」制御処理を行う（Ｓ９１１）。「２次データ漏洩防止」制御処理の具体的な内容を、後述する図１７Ａに示す。その後、図１６に具体的に示される処理（１０）へ進む。
【０１０４】
図１５の「２次データ漏洩防止」制御処理（Ｓ９１１）の後に行われる処理（１０）を、図１６Ａのフローチャートで説明する。
【０１０５】
２次防御状態解除が必要かどうかを確認する（Ｓ１００１）。スマートデバイス１の利用者が管理者へ何らかの手段で連絡し、かつオンライン環境へスマートデバイス１を移動させる（Ｓ１００２）。サーバ２０からの防御状態解除通知を待ち（Ｓ１００３）、解除通知受領を確認する（Ｓ１００４）。解除通知受領を確認できたときには、防御状態の解除を行う（Ｓ１００５）。この防御状態解除は、ロック解除やオフライン認証解除などである。そして、「通常利用状態」へ状態遷移する（Ｓ１００６）。
【０１０６】
２次防御状態解除が必要でないときには（Ｓ１００１のＮＯ）、「３次データ漏洩防御状態」への遷移条件の監視を行う（Ｓ１００７）。この「３次データ漏洩防御状態」への遷移条件とは、タイマ値等による。「３次データ漏洩防御状態」への状態遷移条件の満了を確認し、満了していない間は「３次データ漏洩防御状態」への状態遷移条件の満了確認を繰り返す。「３次データ漏洩防御状態」への状態遷移条件の満了が確認されたときには（Ｓ１００８のＹＥＳ）、「３次データ漏洩防止」制御処理を行う（Ｓ１００９）。「３次データ漏洩防止」制御処理のより具体的な内容を、後述する図１７Ｂに示す。その後、図１６Ｂに具体的に示される処理（１１）へ進む。
【０１０７】
図１６Ａの「３次データ漏洩防止」制御処理（Ｓ１００９）の後に行われる処理（１１）を、図１６Ｂのフローチャートで説明する。
【０１０８】
３次防御状態解除が必要かどうかを確認する（Ｓ１１０１）。スマートデバイス１の利用者が管理者へ何らかの手段で連絡し、かつオンライン環境へスマートデバイス１を移動させる（Ｓ１１０２）。サーバ２０からの防御状態解除通知を待ち（Ｓ１１０３）、解除通知受領を確認する（Ｓ１１０４）。解除通知受領を確認できたときには、防御状態の解除を行う（Ｓ１１０５）。この防御状態解除は、ロック解除やオフライン認証解除などである。そして、「通常利用状態」へ状態遷移する（Ｓ１１０６）。
【０１０９】
３次防御状態解除が必要でないときには（Ｓ１１０１のＮＯ）、「４次データ漏洩防御状態」への遷移条件の監視を行う（Ｓ１１０７）。この「４次データ漏洩防御状態」への遷移条件とは、タイマ値等による。「４次データ漏洩防御状態」への状態遷移条件の満了を確認し、満了していない間は「４次データ漏洩防御状態」への状態遷移条件の満了確認を繰り返す。「４次データ漏洩防御状態」への状態遷移条件の満了が確認されたときには（Ｓ１１０８のＹＥＳ）、「４次データ漏洩防止」制御処理を行う（Ｓ１１０９）。「４次データ漏洩防止」制御処理のより具体的な内容を、後述する図１７Ｃに示す。
【０１１０】
図１４のRoot化操作が検出されたとき（Ｓ８０７のＹＥＳ）の後に行われる処理（１２）、図１６ＣＢのフローチャートで説明する。この場合、「４次データ漏洩防止」制御処理を行う（Ｓ１２０１）。
【０１１１】
図１７Ａに、Ｓ６０３などの「２次データ漏洩防止」制御処理のより具体的な処理内容を示す。「２次データ漏洩防止」制御処理を開始し、「ロック制御」を作動させる。この「ロック制御」は、端末ロックやアプリロックである。次に、「２次データ漏洩防止状態」へ状態遷移する。次に、「３次データ漏洩防止状態」への遷移条件、例えばタイマ値など、を設定し監視する。
【０１１２】
図１７Ｂに、Ｓ１００９の「３次データ漏洩防止」制御処理のより具体的な処理内容を示す。「３次データ漏洩防止」制御処理を開始し、消去範囲定義情報を元に「コンテンツ消去」を作動させる。次に、「３次データ漏洩防止状態」へ状態遷移する。次に、「４次データ漏洩防止状態」への遷移条件、例えばタイマ値などを設定し、監視する。
【０１１３】
図１７Ｃに、Ｓ１１０９の「４次データ漏洩防止」制御処理のより具体的な処理内容を示す。「４次データ漏洩防止」制御処理を開始し、「４次データ漏洩防止状態」へ状態遷移する。ＯＳを除く、スマートデバイス１内部の全データについて復旧不能な消去を行う。次に、「初期化状態」へ状態遷移する。この「初期化状態」とは工場出荷前の状態を指す。
【０１１４】
（第２実施形態の効果）
本実施形態の制御装置を適用したスマートデバイス１では、第１実施形態と同様にセキュリティ強化（情報漏洩防止）が可能である。
【０１１５】
その理由は、不正アクセス（Root化等）やスマートデバイスのリモート制御不能状態（盗難・紛失等によるＳＩＭ等を抜かれた通信不能状態や通信環境が良好ではない状態（オフライン状態））等においても、スマートデバイス内部のコンテンツ制御が可能になるからである。さらに、きめ細かい条件設定ならびにデータ防御を行うことで、さらなるセキュリティ強化（情報漏洩防止）したサービスを提供（実現）することができる。
【０１１６】
さらに本実施形態の制御装置を適用したスマートデバイス１では、第１実施形態と同様に安心・安全な利用環境による顧客（スマートデバイス利用者）満足の向上が可能である。
【０１１７】
その理由は、不正アクセス（Root化等）やスマートデバイスのリモート制御不能状態（盗難・紛失等によるＳＩＭ等を抜かれた通信不能状態や通信環境が良好ではない状態（オフライン状態））等においても、きめ細かい条件設定ならびにデータ防御が可能になるからである。最終的には、スマートデバイス内部のＯＳを除いた全てのデータ（コンテンツ、アプリケーション、ポリシーデータ等）を復元不可能な消去（完全消去）を行うことから、（背景技術による暗号化データの流出の可能性に対する）顧客の不安を払しょくできる。本システムの安心・安全な利用環境提供による顧客（スマートデバイス利用者）満足の向上を図ることができる。
【０１１８】
さらに本実施形態の制御装置を適用したスマートデバイス１では、第１実施形態と同様にセキュリティを保ったスマートデバイスのビジネス利用上の利便性向上が可能である。言い換えると、セキュリティと利便性の両立が可能である。
【０１１９】
スマートデバイスのビジネス利用時に何らかのトラブルが発生した場合、ユーザ本人であっても、動揺してスマートデバイスの操作を誤るケースや、ＩＴに不慣れな人の誤操作のケースは、スマートデバイス利用時には起こり得る。本実施形態では、きめ細かい条件設定によるセキュリティレベルに応じた段階的なデータ防御を行うことで、スマートデバイス内部データのセキュリティを保った上で、スマートデバイス利用再開に必要な復旧作業時間の最小化を実現できる。ここでスマートデバイス利用再開に必要な復旧作業とは、アプリケーション、コンテンツ、ポリシーの再インストール等のスマートデバイス利用環境設定である。このように、問題となる事象が発生しても、セキュリティと利便性の両立を図ることが可能な最適なスマートデバイス利用環境を提供できる。
【０１２０】
本実施形態の制御装置を適用したスマートデバイス１では、秘密情報の消去や無効化が必要な事象を検出したときには、通常利用状態から、コンテンツ多段階防御に応じた制御を行う。これにより、データ漏洩を抑制することができる。
【０１２１】
さらに本実施形態の制御装置を適用したスマートデバイス１では、スマートデバイスがオフライン環境に存在しているときでも、秘密情報の消去や無効化が必要な事象を検出したときには、通常利用状態から、コンテンツ多段階防御に応じた制御を行う。これにより、リモート制御不能な状態にあるスマートデバイス１に対してもデータ漏洩を抑制することができる。
【０１２２】
例えば、スマートデバイス１のRoot化を検出したときには、「４次データ漏洩防止状態」へ状態遷移させ、ＯＳを除く、スマートデバイス１内部の全データについて復旧不能な消去を行う。これにより、悪意のあるスマートデバイス１の利用者への秘密情報の漏洩を防止することができる。
【０１２３】
例えば、スマートデバイス１のＳＩＭカード抜き取り操作を検出した場合は、復旧に必要な許容時間の入力を行わせ、妥当な時間の入力を検出した場合、入力された時間中はより重要度の高い漏洩防御状態への状態遷移を猶予して、復旧操作を監視している。これにより、ユーザ本人またはユーザ本人が許可したメンテナンス作業者等による、悪意のないＳＩＭ抜去を許容することができる。またユーザ本人またはユーザ本人が許可したメンテナンス作業者以外の利用者によるＳＩＭカード抜き取り操作に対しては、より重要度の高い漏洩防御状態への状態遷移を行うことができる。これにより、悪意のあるスマートデバイス１の利用者への秘密情報の漏洩を防止することができる。
【０１２４】
〔その他の実施形態〕
具体的な実施形態で本発明を説明したが、本発明はこれらに限られるものではない。図１（ａ）は、本発明の上位概念の実施形態の制御装置を実現する情報処理装置のブロック図である。図１（ｂ）は、上位概念の実施形態の制御装置３０の構成を示すブロック図である。図１（ａ）の情報処理装置は、ＣＰＵ（Central Processing Unit）３１と、メモリ３２と、を含む。図１（ｂ）の制御装置３０は、監視手段３５と、制御手段３６と、を含む。
【０１２５】
図１（ｂ）の制御装置３０は、監視手段３５と、制御監視３６とを実現させるプログラムを図１（ａ）の情報処理装置に読み込ませて実行させることにより、構成することも考えられる。このプログラムは、コンピュータ読み取り可能な記録媒体の形態で、流通され得る。このような記録媒体に記録されたプログラムを読み込んで、情報処理装置で実行することにより、本実施形態の機能をソフトウェア的に実現してもよい。
【０１２６】
すなわち図１（ａ）の情報処理装置を、監視手段３５および制御手段３６として機能させるプログラムを用いる。このような機能を実現するプログラムは、プログラムを記録した記録媒体の形態で、流通され得る。このプログラムは、ＣＦ（Compact Flash（登録商標））およびＳＤ（Secure Digital）等の汎用的な半導体記録デバイス、フレキシブルディスク（Flexible Disk）等の磁気記録媒体、またはＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの光学記録媒体などの形態で、流通され得る。
【０１２７】
以上、本発明の好ましい実施形態や実施例を説明したが、本発明はこれに限定されるものではない。特許請求の範囲に記載した発明の範囲内で、種々の変形が可能であり、それらも本発明の範囲に含まれることはいうまでもない。
【０１２８】
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）データを保持するスマートデバイスを通常利用状態と、前記データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御装置であって、
前記データの消去や無効化が必要な事象の発生を監視する監視手段と、
前記データの消去や無効化が必要な事象の発生を検出したときには、前記スマートデバイスを前記通常利用状態から前記漏洩防御状態へ状態遷移させる制御手段と、
を含む制御装置。
（付記２）オフライン環境にある前記スマートデバイスにおいて前記データの消去や無効化が必要な事象が発生した場合、前記スマートデバイスから管理者への連絡や前記スマートデバイスのオンライン環境への移動が確認されたときは、前記漏洩防御状態から前記通常利用状態へ状態遷移させる、
付記１に記載の制御装置。
（付記３）前記データの消去や無効化が必要な事象の発生を検出したときには、復旧に必要な許容時間の入力を行わせ、妥当な時間の入力を検出した場合、入力された時間中はより重要度の高い漏洩防御状態への遷移を行わずに、復旧操作を監視する、
付記１に記載の制御装置。
（付記４）前記データの消去や無効化が必要な事象は、前記スマートデバイスに挿入されたＳＩＭ（Subscriber Identify Module）カードの抜き取りであり、前記復旧は前記ＳＩＭカードの再挿入である、付記３に記載の制御装置。
（付記５）前記制御手段は、前記スマートデバイスのRoot化を検出したときには、前記スマートデバイス内部のデータについて復旧不能な消去を行うよう制御する、
付記１乃至付記４のいずれか一つに記載の制御装置。
（付記６）サーバと、
前記サーバと通信して、前記データを保持する、付記１乃至付記５のいずれか一つに記載の制御装置を含むスマートデバイスと、を含むシステム。
（付記７）データを保持するスマートデバイスを通常利用状態と、前記データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御方法であって、
前記データの消去や無効化が必要な事象の発生を監視し、
前記データの消去や無効化が必要な事象の発生を検出したときには、前記スマートデバイスを前記通常利用状態から前記漏洩防御状態へ状態遷移させる、
制御方法。
（付記８）オフライン環境にある前記スマートデバイスにおいて前記データの消去や無効化が必要な事象が発生した場合、前記スマートデバイスから管理者への連絡や前記スマートデバイスのオンライン環境への移動が確認されたときは、前記漏洩防御状態から前記通常利用状態へ状態遷移させる、
付記７に記載の制御方法。
（付記９）前記データの消去や無効化が必要な事象の発生を検出したときには、復旧に必要な許容時間の入力を行わせ、妥当な時間の入力を検出した場合、入力された時間中はより重要度の高い漏洩防御状態への遷移を行わずに、復旧操作を監視する、
付記７に記載の制御方法。
（付記１０）前記データの消去や無効化が必要な事象は、前記スマートデバイスに挿入されたＳＩＭ（Subscriber Identify Module）カードの抜き取りであり、前記復旧は前記ＳＩＭカードの再挿入である、付記９に記載の制御方法。
（付記１１）前記スマートデバイスのRoot化を検出したときには、前記スマートデバイス内部のデータについて復旧不能な消去を行うよう制御する、
付記７乃至付記１０のいずれか一つに記載の制御方法。
（付記１２）データを保持するスマートデバイスを通常利用状態と、前記データの漏洩を防止するための重要度がお互いに異なる複数の漏洩防御状態との間で状態遷移させる制御プログラムであって、
コンピュータを、
前記データの消去や無効化が必要な事象の発生を監視する監視手段と、
前記データの消去や無効化が必要な事象の発生を検出したときには、前記スマートデバイスを前記通常利用状態から前記漏洩防御状態へ状態遷移させる制御手段と、
して機能させる制御プログラム。
（付記１３）オフライン環境にある前記スマートデバイスにおいて前記データの消去や無効化が必要な事象が発生した場合、前記スマートデバイスから管理者への連絡や前記スマートデバイスのオンライン環境への移動が確認されたときは、前記漏洩防御状態から前記通常利用状態へ状態遷移させる、
付記１２に記載の制御プログラム。
（付記１４）前記データの消去や無効化が必要な事象の発生を検出したときには、復旧に必要な許容時間の入力を行わせ、妥当な時間の入力を検出した場合、入力された時間中はより重要度の高い漏洩防御状態への遷移を行わずに、復旧操作を監視する、
付記１２に記載の制御プログラム。
（付記１５）前記データの消去や無効化が必要な事象は、前記スマートデバイスに挿入されたＳＩＭ（Subscriber Identify Module）カードの抜き取りであり、前記復旧は前記ＳＩＭカードの再挿入である、付記１４に記載の制御プログラム。
（付記１６）前記制御手段は、前記スマートデバイスのRoot化を検出したときには、前記スマートデバイス内部のデータについて復旧不能な消去を行うよう制御する、
付記１２乃至付記１５のいずれか一つに記載の制御プログラム。
【符号の説明】
【０１２９】
１    スマートデバイス
２    User Equipment（ＵＥ）
３    User Identity Module（ＵＩＭ）
４    無線部／制御部
５    ＣＰＵ
６    メモリ
７    アンテナ
１０    Radio Access Network（ＲＡＮ） or WiFiアクセスポイント（ＡＰ）
１１、１２    回線
２０    サーバ
１００    Internet or Intra Network（ＩＮ）
【図１】
2018128856.tif 000003
【図２】
2018128856.tif 000004
【図３】
2018128856.tif 000005
【図４】
2018128856.tif 000006
【図５】
2018128856.tif 000007
【図６】
2018128856.tif 000008
【図７】
2018128856.tif 000009
【図８】
2018128856.tif 000010
【図９Ａ】
2018128856.tif 000011
【図９Ｂ】
2018128856.tif 000012
【図１０Ａ】
2018128856.tif 000013
【図１０Ｂ】
2018128856.tif 000014
【図１１Ａ】
2018128856.tif 000015
【図１１Ｂ】
2018128856.tif 000016
【図１１Ｃ】
2018128856.tif 000017
【図１２Ａ】
2018128856.tif 000018
【図１２Ｂ】
2018128856.tif 000019
【図１３】
2018128856.tif 000020
【図１４】
2018128856.tif 000021
【図１５】
2018128856.tif 000022
【図１６Ａ】
2018128856.tif 000023
【図１６Ｂ】
2018128856.tif 000024
【図１６Ｃ】
2018128856.tif 000025
【図１７Ａ】
2018128856.tif 000026
【図１７Ｂ】
2018128856.tif 000027
【図１７Ｃ】
2018128856.tif 000028