特許 7464846 携帯端末管理システムおよび携帯端末

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-04-02

(45)【発行日】2024-04-10

(54)【発明の名称】携帯端末管理システムおよび携帯端末

(51)【国際特許分類】

   G06F 21/60 20130101AFI20240403BHJP

   G06F 21/12 20130101ALI20240403BHJP

   G06F 21/31 20130101ALI20240403BHJP

   H04M 1/00 20060101ALI20240403BHJP

   H04M 11/00 20060101ALI20240403BHJP

【ＦＩ】

G06F21/60

G06F21/12 310

G06F21/31

H04M1/00 R

H04M11/00 301

【請求項の数】 12

(21)【出願番号】P 2020158040

(22)【出願日】2020-09-22

(65)【公開番号】P2022051629

(43)【公開日】2022-04-01

【審査請求日】2023-03-27

(73)【特許権者】

【識別番号】501428545

【氏名又は名称】株式会社デンソーウェーブ

(74)【代理人】

【氏名又は名称】矢作 和行

(74)【代理人】

【識別番号】100121991

【弁理士】

【氏名又は名称】野々部 泰平

(74)【代理人】

【識別番号】100145595

【弁理士】

【氏名又は名称】久保 貴則

(72)【発明者】

【氏名】添田 紀恵

【審査官】宮司 卓佳

(56)【参考文献】

【文献】特開２０１８－１２８８５６（ＪＰ，Ａ）

【文献】特開２０１２－０８０４３４（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１４／０２７３８８０（ＵＳ，Ａ１）

【文献】特開２０１２－１７３９９１（ＪＰ，Ａ）

【文献】特開２０１２－１７３９９２（ＪＰ，Ａ）

【文献】特開平０９－３１２６８７（ＪＰ，Ａ）

【文献】特開２０００－２５３４５７（ＪＰ，Ａ）

【文献】特開２００５－０７１２１９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／６０

Ｇ０６Ｆ ２１／１２

Ｇ０６Ｆ ２１／３１

Ｈ０４Ｍ １／００

Ｈ０４Ｍ １１／００

(57)【特許請求の範囲】

【請求項1】

携帯端末（１０）と、前記携帯端末と通信可能な管理サーバ（３０）とを備えた携帯端末管理システムであって、
前記携帯端末は、前記携帯端末の状態を取得する状態取得部（２４）を備え、
前記携帯端末および前記管理サーバのいずれかが、前記状態取得部が取得した前記携帯端末の状態が、前記携帯端末のセキュリティに関して問題が生じる恐れがあるセキュリティリスク発生状態であるかを判断するセキュリティ状態判断部（２５）を備え、
前記携帯端末は、前記セキュリティ状態判断部が、前記携帯端末の状態が前記セキュリティリスク発生状態であると判断した場合に、前記携帯端末の不正使用を抑制するために前記携帯端末に記憶されているデータへのアクセスを制限する処理であって、かつ、複数の候補処理から前記携帯端末の状態に基づいて定まる処理である不正抑制処理を実行する不正抑制処理実行部（２６）を備え、
前記携帯端末は、
前記管理サーバとの間でデータの送受信を行い、
前記不正抑制処理実行部が前記不正抑制処理を実行した後も前記携帯端末に記憶されているデータを残している、携帯端末管理システム。

【請求項2】

携帯端末（１０）と、前記携帯端末と通信可能な管理サーバ（３０）とを備えた携帯端末管理システムであって、
前記携帯端末は、
前記携帯端末の状態を取得する状態取得部（２４）と、
前記状態取得部が取得した前記携帯端末の状態が、前記携帯端末のセキュリティに関して問題が生じる恐れがあるセキュリティリスク発生状態であるかを判断するセキュリティ状態判断部（２５）と、
前記セキュリティ状態判断部が、前記携帯端末の状態が前記セキュリティリスク発生状態であると判断した場合に、前記携帯端末の不正使用を抑制するために前記携帯端末に記憶されているデータへのアクセスを制限する処理であって、かつ、複数の候補処理から前記携帯端末の状態に基づいて定まる処理である不正抑制処理を実行する不正抑制処理実行部（２６）と、
前記管理サーバと通信する端末通信部（１２）とを備え、
前記セキュリティ状態判断部は、前記セキュリティリスク発生状態であると判断した場合、前記セキュリティリスク発生状態であること意味する通知と、セキュリティに関する前記携帯端末の状態を示す通知とを含んでいるリスク発生通知を前記端末通信部から前記管理サーバに送信し、
前記管理サーバは、
前記携帯端末と通信するサーバ通信部（３１）と、
前記サーバ通信部を介して、前記携帯端末が送信した前記リスク発生通知を取得した場合に、そのリスク発生通知をもとに前記不正抑制処理として実行すべき処理を決定して、決定した処理の内容を含む処理実行指示を前記サーバ通信部から前記携帯端末に送信する実行処理決定部（３７）とを備え、
前記不正抑制処理実行部は、前記管理サーバから送信された前記処理実行指示を前記端末通信部を介して取得した場合、取得した前記処理実行指示をもとに、前記不正抑制処理を実行する、携帯端末管理システム。

【請求項3】

携帯端末（１０）と、前記携帯端末と通信可能な管理サーバ（３０）とを備えた携帯端末管理システムであって、
前記携帯端末は、
前記携帯端末の状態を取得する状態取得部（２４）と、
前記状態取得部が取得した前記携帯端末の状態が、前記携帯端末のセキュリティに関して問題が生じる恐れがあるセキュリティリスク発生状態であるかを判断するセキュリティ状態判断部（２５）と、
前記セキュリティ状態判断部が、前記携帯端末の状態が前記セキュリティリスク発生状態であると判断した場合に、前記携帯端末の不正使用を抑制するために前記携帯端末に記憶されているデータへのアクセスを制限する処理であって、かつ、複数の候補処理から前記携帯端末の状態に基づいて定まる処理である不正抑制処理を実行する不正抑制処理実行部（２６）と、
前記管理サーバと通信する端末通信部（１２）とを備え、
前記セキュリティ状態判断部は、前記携帯端末の状態が、前記セキュリティリスク発生状態でなくなったと判断した場合、前記セキュリティリスク発生状態でなくなったこと、および、前記携帯端末の状態を含むリスク解消通知を、前記端末通信部から前記管理サーバに送信し、
前記管理サーバは、
前記携帯端末と通信するサーバ通信部（３１）と、
前記サーバ通信部を介して、前記携帯端末が送信した前記リスク解消通知を取得した場合に、そのリスク解消通知をもとに前記セキュリティリスク発生状態が解消したか否かを判断し、前記セキュリティリスク発生状態が解消したと判断できる場合、前記不正抑制処理を終了させることを指示する終了指示を、前記サーバ通信部から前記携帯端末に送信する終了判断部（３８）とを備え、
前記不正抑制処理実行部は、前記端末通信部を介して前記終了指示を取得したことに基づいて、実行中の前記不正抑制処理を終了する、携帯端末管理システム。

【請求項4】

請求項１～３のいずれか１項に記載の携帯端末管理システムであって、
前記不正抑制処理に、知識認証を受け付けない画面ロックであって、前記管理サーバからの指示により解除可能な画面ロックが含まれる、携帯端末管理システム。

【請求項5】

請求項１～４のいずれか１項に記載の携帯端末管理システムであって、
前記不正抑制処理に、前記管理サーバ以外に対する通信禁止処理が含まれる、携帯端末管理システム。

【請求項6】

請求項１～５のいずれか１項に記載の携帯端末管理システムであって、
前記不正抑制処理に、前記管理サーバが前記携帯端末を管理するためのアプリケーションプログラムを除き、起動しているアプリケーションプログラムを終了させる処理が含まれる、携帯端末管理システム。

【請求項7】

請求項１～６のいずれか１項に記載の携帯端末管理システムであって、
前記不正抑制処理に、前記携帯端末の内部通信デバイスへのデータ送信禁止が含まれる、携帯端末管理システム。

【請求項8】

請求項１～７のいずれか１項に記載の携帯端末管理システムであって、
前記携帯端末は、
前記セキュリティ状態判断部と、
前記携帯端末の状態と具体的な前記不正抑制処理との対応関係を記憶する記憶部（１４）とを備え、
前記不正抑制処理実行部は、前記対応関係と、前記状態取得部が取得した前記携帯端末の状態とに基づいて定まる前記不正抑制処理を実行する、携帯端末管理システム。

【請求項9】

請求項８に記載の携帯端末管理システムであって、
前記不正抑制処理実行部は、前記不正抑制処理を実行した場合、前記携帯端末の状態と、実行した前記不正抑制処理の内容を含んでいる不正抑制処理実行通知を前記管理サーバに送信する、携帯端末管理システム。

【請求項10】

請求項３に記載の携帯端末管理システムであって、
前記管理サーバは、
前記管理サーバを操作する管理者に対して情報を表示する表示部（３２）と、
前記管理者が指示を入力するために操作する操作部（３５）と、を備え、
前記終了判断部は、前記リスク解消通知を取得した場合、前記表示部に前記携帯端末の状態を表示し、かつ、前記操作部から入力される前記管理者による前記セキュリティリスク発生状態が解消したかどうかの判断結果に基づいて、前記セキュリティリスク発生状態が解消したか否かを判断する、携帯端末管理システム。

【請求項11】

請求項１０に記載の携帯端末管理システムであって、
前記終了判断部は、前記管理者に認証情報の入力を要求し、前記終了指示に、前記管理者が入力した前記認証情報を含ませて送信し、
前記不正抑制処理実行部は、前記終了指示に含まれている前記認証情報に対する認証が成立したことに基づいて、実行中の前記不正抑制処理を終了する、携帯端末管理システム。

【請求項12】

管理サーバ（３０）との間でデータの送受信を行う携帯端末であって、
前記携帯端末の状態を取得する状態取得部（２４）と、
前記携帯端末の状態が、前記携帯端末のセキュリティに関して問題が生じる恐れがあるセキュリティリスク発生状態である場合に、前記携帯端末の不正使用を抑制するために前記携帯端末に記憶されているデータへのアクセスを制限する処理であって、かつ、複数の候補処理から前記携帯端末の状態に基づいて定まる処理である不正抑制処理を実行する不正抑制処理実行部（２６）とを備え、
前記不正抑制処理実行部が前記不正抑制処理を実行した後も前記携帯端末に記憶されているデータを残している、携帯端末。

【発明の詳細な説明】

【技術分野】

【0001】

携帯端末管理システムおよび携帯端末に関し、特に、携帯端末に記憶されているデータの保護に関する。

【背景技術】

【0002】

携帯端末が悪意のある第３者に不正に使用されないようにする必要がある。特許文献１には、携帯端末の紛失時に、携帯端末から離れた位置にある管理端末から指示して、携帯端末に記憶されているデータを消去することが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１２－７００２０号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

携帯端末からデータを消去してしまうことは、正規のユーザにとって、必要なデータが消失してしまうことを意味する。

【0005】

本開示は、この事情に基づいて成されたものであり、その目的とするところは、携帯端末にデータを残しつつ不正使用を抑制できる携帯端末管理システムおよび携帯端末を提供することにある。

【課題を解決するための手段】

【0006】

上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は更なる有利な具体例を規定する。特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的態様との対応関係を示すものであって、開示した技術的範囲を限定するものではない。

【0007】

上記目的を達成するための携帯端末管理システムに係る１つの開示は、
携帯端末（１０）と、携帯端末と通信可能な管理サーバ（３０）とを備えた携帯端末管理システムであって、
携帯端末は、携帯端末の状態を取得する状態取得部（２４）を備え、
携帯端末および管理サーバのいずれかが、状態取得部が取得した携帯端末の状態が、携帯端末のセキュリティに関して問題が生じる恐れがあるセキュリティリスク発生状態であるかを判断するセキュリティ状態判断部（２５）を備え、
携帯端末は、セキュリティ状態判断部が、携帯端末の状態がセキュリティリスク発生状態であると判断した場合に、携帯端末の不正使用を抑制するために携帯端末に記憶されているデータへのアクセスを制限する処理であって、かつ、複数の候補処理から携帯端末の状態に基づいて定まる処理である不正抑制処理を実行する不正抑制処理実行部（２６）を備え、
携帯端末は、
管理サーバとの間でデータの送受信を行い、
不正抑制処理実行部が不正抑制処理を実行した後も携帯端末に記憶されているデータを残している。

【0008】

この携帯端末管理システムは、携帯端末の状態がセキュリティリスク発生状態であると判断した場合、不正抑制処理を実行する。この不正抑制処理は、携帯端末の不正使用を抑制するための処理であって、しかも、携帯端末の状態に基づいて定まる処理である。したがって、不正抑制処理を実行することで、具体的に生じた携帯端末の状態に応じて、携帯端末の不正使用を抑制することができる。また、不正抑制処理は、データへのアクセスを制限する処理である。したがって、携帯端末にデータを残しても携帯端末の不正使用を抑制できる。

【0009】

また携帯端末管理システムに係る１つの開示は、
携帯端末（１０）と、携帯端末と通信可能な管理サーバ（３０）とを備えた携帯端末管理システムであって、
携帯端末は、
携帯端末の状態を取得する状態取得部（２４）と、
状態取得部が取得した携帯端末の状態が、携帯端末のセキュリティに関して問題が生じる恐れがあるセキュリティリスク発生状態であるかを判断するセキュリティ状態判断部（２５）と、
セキュリティ状態判断部が、携帯端末の状態がセキュリティリスク発生状態であると判断した場合に、携帯端末の不正使用を抑制するために携帯端末に記憶されているデータへのアクセスを制限する処理であって、かつ、複数の候補処理から携帯端末の状態に基づいて定まる処理である不正抑制処理を実行する不正抑制処理実行部（２６）と、
管理サーバと通信する端末通信部（１２）とを備え、
セキュリティ状態判断部は、セキュリティリスク発生状態であると判断した場合、セキュリティリスク発生状態であること意味する通知と、セキュリティに関する携帯端末の状態を示す通知とを含んでいるリスク発生通知を端末通信部から管理サーバに送信し、
管理サーバは、
携帯端末と通信するサーバ通信部（３１）と、
サーバ通信部を介して、携帯端末が送信したリスク発生通知を取得した場合に、そのリスク発生通知をもとに不正抑制処理として実行すべき処理を決定して、決定した処理の内容を含む処理実行指示をサーバ通信部から携帯端末に送信する実行処理決定部（３７）とを備え、
不正抑制処理実行部は、管理サーバから送信された処理実行指示を端末通信部を介して取得した場合、取得した処理実行指示をもとに、不正抑制処理を実行する。

【0010】

この携帯端末管理システムでは、携帯端末は、セキュリティリスク発生状態であると判断した場合、リスク発生通知を管理サーバに送信するので、管理サーバが、そのリスク発生通知に基づき、具体的な不正抑制処理を決定し、携帯端末に指示できる。したがって、セキュリティリスク発生時に実行する不正抑制処理を携帯端末に事前に設定しておく場合に比較して、セキュリティリスクに応じたより適切な不正抑制処理を実行することができる。

【0011】

また携帯端末管理システムに係る１つの開示は、
携帯端末（１０）と、携帯端末と通信可能な管理サーバ（３０）とを備えた携帯端末管理システムであって、
携帯端末は、
携帯端末の状態を取得する状態取得部（２４）と、
状態取得部が取得した携帯端末の状態が、携帯端末のセキュリティに関して問題が生じる恐れがあるセキュリティリスク発生状態であるかを判断するセキュリティ状態判断部（２５）と、
セキュリティ状態判断部が、携帯端末の状態がセキュリティリスク発生状態であると判断した場合に、携帯端末の不正使用を抑制するために携帯端末に記憶されているデータへのアクセスを制限する処理であって、かつ、複数の候補処理から携帯端末の状態に基づいて定まる処理である不正抑制処理を実行する不正抑制処理実行部（２６）と、
管理サーバと通信する端末通信部（１２）とを備え、
セキュリティ状態判断部は、携帯端末の状態が、セキュリティリスク発生状態でなくなったと判断した場合、セキュリティリスク発生状態でなくなったこと、および、携帯端末の状態を含むリスク解消通知を、端末通信部から管理サーバに送信し、
管理サーバは、
携帯端末と通信するサーバ通信部（３１）と、
サーバ通信部を介して、携帯端末が送信したリスク解消通知を取得した場合に、そのリスク解消通知をもとにセキュリティリスク発生状態が解消したか否かを判断し、セキュリティリスク発生状態が解消したと判断できる場合、不正抑制処理を終了させることを指示する終了指示を、サーバ通信部から携帯端末に送信する終了判断部（３８）とを備え、
不正抑制処理実行部は、端末通信部を介して終了指示を取得したことに基づいて、実行中の不正抑制処理を終了する。

【0012】

この携帯端末管理システムでは、携帯端末は、セキュリティリスク発生状態ではなくなったと判断した場合、リスク解消通知を管理サーバに送信する。管理サーバは、そのリスク解消通知をもとに、セキュリティリスク発生状態が解消したかを判断する。管理サーバでも、セキュリティリスク発生状態が解消したかを判断するので、セキュリティリスク発生状態が解消しているか否かを精度よく判断できる。

【0013】

不正抑制処理には、以下の処理を含ませることができる。すなわち、不正抑制処理には、知識認証を受け付けない画面ロックであって、管理サーバからの指示により解除可能な画面ロックが含ませることができる。また、不正抑制処理には、管理サーバ以外に対する通信禁止処理が含ませることができる。また、不正抑制処理には、管理サーバが携帯端末を管理するためのアプリケーションプログラムを除き、起動しているアプリケーションプログラムを終了させる処理が含ませることができる。また、不正抑制処理には、携帯端末の内部通信デバイスへのデータ送信禁止が含ませることができる。

【0014】

携帯端末管理システムは、以下のようにすることもできる。すなわち、
携帯端末は、
セキュリティ状態判断部と、
携帯端末の状態と具体的な不正抑制処理との対応関係を記憶する記憶部（１４）とを備え、
不正抑制処理部は、対応関係と、状態取得部が取得した携帯端末の状態とに基づいて定まる不正抑制処理を実行する。

【0015】

このようにすれば、不正抑制処理を実行するために、携帯端末の状態を管理サーバに送信する必要がない。したがって、携帯端末の状態を管理サーバに送信し、管理サーバが、携帯端末に実行させる不正抑制処理を決定する場合に比較して、迅速に不正抑制処理を実行できる。

【0016】

さらに、上記携帯端末管理システムでは、不正抑制処理実行部は、不正抑制処理を実行した場合、携帯端末の状態と、実行した不正抑制処理の内容を含んでいる不正抑制処理実行通知を管理サーバに送信してもよい。

【0017】

このようにすれば、管理サーバは、携帯端末がセキュリティリスク発生状態にあること、および、実行された不正抑制処理が適切かを確認することができる。

【0018】

さらに、上記携帯端末管理システムにおいて、管理サーバは、
管理サーバを操作する管理者に対して情報を表示する表示部（３２）と、
管理者が指示を入力するために操作する操作部（３５）と、を備え、
終了判断部は、リスク解消通知を取得した場合、表示部に携帯端末の状態を表示し、かつ、操作部から入力される管理者によるセキュリティリスク発生状態が解消したかどうかの判断結果に基づいて、セキュリティリスク発生状態が解消したか否かを判断してもよい。

【0019】

このようにすれば、管理者が、携帯端末のセキュリティリスク発生状態が解消したか否かを判断できるので、自動では判断できない種々の携帯端末の状態を考慮して、セキュリティリスク発生状態が解消しているかを判断できる。

【0020】

さらに、上記携帯端末管理システムにおいて、
終了判断部は、管理者に認証情報の入力を要求し、終了指示に、管理者が入力した認証情報を含ませて送信し、
不正抑制処理実行部は、終了指示に含まれている認証情報に対する認証が成立したことに基づいて、実行中の不正抑制処理を終了してもよい。

【0021】

このようにすれば、管理サーバが不正に操作されて、不正に不正抑制処理が終了させられてしまうことを抑制できる。

【0022】

上記目的を達成するための携帯端末に係る１つの開示は、上記携帯端末管理システムが備える携帯端末である。すなわち、その携帯端末は、
管理サーバ（３０）との間でデータの送受信を行う携帯端末であって、
携帯端末の状態を取得する状態取得部（２４）と、
携帯端末の状態が、携帯端末のセキュリティに関して問題が生じる恐れがあるセキュリティリスク発生状態である場合に、携帯端末の不正使用を抑制するために携帯端末に記憶されているデータへのアクセスを制限する処理であって、かつ、複数の候補処理から携帯端末の状態に基づいて定まる処理である不正抑制処理を実行する不正抑制処理実行部（２６）とを備え、
不正抑制処理実行部が不正抑制処理を実行した後も携帯端末に記憶されているデータを残している。

【図面の簡単な説明】

【0023】

【図1】実施形態の携帯端末管理システム１の構成を示す図。

【図2】携帯端末１０の構成を示すブロック図。

【図3】セキュリティリスクとセキュリティアクションとの対応関係を示す図である。

【図4】管理サーバ３０の構成を示すブロック図。

【図5】携帯端末１０に記憶されているデータを保護する処理を示す図。

【図6】図５のＳＳ４の具体的処理の一例を示す図。

【図7】セキュリティアクションを終了する際の処理を示す図。

【図8】図７のＳＴ１２を実行した場合に進む処理を示す図。

【図9】第２実施形態において図５に代えて実行する処理を示す図。

【発明を実施するための形態】

【0024】

以下、実施形態を図面に基づいて説明する。図１は、本実施形態の携帯端末管理システム１の構成を示す図である。携帯端末管理システム１は、携帯端末１０と管理サーバ３０とを備えた構成である。

【0025】

携帯端末１０は、バーコード、二次元コードなどの情報コードを光学的に読み取る業務用の光学情報読み取り装置である。携帯端末１０はスマートフォン型であり、表示部１１を備えている。表示部１１には、操作画面、情報コードをデコードして得られた情報などが表示される。また、携帯端末１０は、無線ＬＡＮ通信機能を備えており、その機能によりアクセスポイント４０を介して管理サーバ３０と無線通信する。

【0026】

管理サーバ３０は、公衆通信回線網５０を介してアクセスポイント４０と接続されている。管理サーバ３０とアクセスポイント４０とは、有線または無線により相互に通信可能に接続されている。図１には、アクセスポイント４０は１つ示されているのみであるが、アクセスポイント４０の数に制限はない。アクセスポイント４０は、携帯端末１０と管理サーバ３０とを接続する。アクセスポイント４０と携帯端末１０とは近距離無線通信により相互に通信する。

【0027】

〔携帯端末１０の構成〕
次に、携帯端末１０の構成を説明する。図２に携帯端末１０の構成をブロック図にて示している。携帯端末１０は、表示部１１、端末通信部１２、カメラ１３、記憶部１４、位置検出部１５、操作部１６、端末制御部２０を備えている。

【0028】

表示部１１には、前述したように、操作画面、情報コードをデコードして得られた情報などが表示される。端末通信部１２は、直接的にはアクセスポイント４０と無線通信する。また、端末通信部１２はアクセスポイント４０を介して管理サーバ３０と通信する。また、端末通信部１２は、広域通信を使って、管理サーバ３０など、他の装置と無線通信ができる。

【0029】

カメラ１３は、情報コードを撮影するためのものである。なお、情報コードを撮影しやすくするために、携帯端末１０は照明を備えていてもよい。記憶部１４は、フラッシュメモリなどの不揮発性メモリである。記憶部１４には、端末制御部２０が実行するプログラムを記憶することができる。記憶部１４に記憶されるプログラムには、アプリケーションプログラム（以下、単にアプリケーション）がある。アプリケーションは、オペレーティングシステム上で動作するプログラムである。記憶部１４には、複数のアプリケーションを記憶することができる。

【0030】

位置検出部１５は、携帯端末１０の現在位置を検出する。位置検出部１５の具体的構成は、たとえば、ＧＮＳＳ受信機を備えた構成である。ＧＮＳＳ受信機は、ＧＮＳＳ（Global Navigation Satellite System）が備える航法衛星が送信する航法信号を受信する。位置検出部１５は、ＧＮＳＳ受信機が受信した航法信号に基づいて現在位置を逐次検出する。

【0031】

操作部１６は、表示部１１の表示面に重畳されたタッチパネルなどであり、ユーザが種々の情報を携帯端末１０に入力する際に操作する。なお、操作部１６の一部または全部がメカニカルキーであってもよい。

【0032】

端末制御部２０は、プロセッサ、不揮発性メモリ、ＲＡＭ、Ｉ／Ｏ、およびこれらの構成を接続するバスラインなどを備えたコンピュータにより実現できる。端末制御部２０は、表示部１１、端末通信部１２、カメラ１３、記憶部１４、位置検出部１５、操作部１６と通信可能に接続されており、これらを制御する。

【0033】

不揮発性メモリには、汎用的なコンピュータを端末制御部２０として作動させるためのプログラムが格納されている。プロセッサは、ＲＡＭの一時記憶機能を利用しつつ、端末制御部２０が備えている不揮発性メモリあるいは記憶部１４に記憶されているプログラムを実行する。プロセッサがこれらのプログラムを実行することで、端末制御部２０は、読み取り処理部２１、端末管理部２２、セキュリティ関連部２３として作動する。これらの作動が実行されることは、プログラムに対応する方法が実行されることを意味する。

【0034】

読み取り処理部２１は、カメラ１３が撮影した画像を表している画像データを取得し、その画像データを画像解析して、画像に含まれている情報コードに格納されている符号を復号する。

【0035】

端末管理部２２は、携帯端末１０に対して種々の管理を行う。たとえば、端末管理部２２は、携帯端末１０の位置管理、キッティング処理、管理サーバ３０との間での業務データの送受信などを行う。

【0036】

セキュリティ関連部２３は、携帯端末１０を保護するための機能を実行する部分であり、状態取得部２４と、セキュリティ状態判断部２５と、不正抑制処理実行部２６を備える。なお、図１では、セキュリティ関連部２３は、端末管理部２２とは別に示しているが、セキュリティ関連部２３を端末管理部２２の一部機能とすることもできる。

【0037】

状態取得部２４は、携帯端末１０の状態を取得する。ここで取得する携帯端末１０の状態は、次に説明するセキュリティリスクが発生したかどうかを判断するために必要な状態である。状態取得部２４が取得する具体的状態は、たとえば、携帯端末１０の位置、携帯端末１０へのログイン履歴、携帯端末１０へアクセスする外部の装置のＩＰアドレス、起動しているアプリケーション、通信が許可されている内部通信デバイスが含まれる。内部通信デバイスは、携帯端末１０の内部装置および周辺機器であって、データ送信が可能なデバイスを意味する。たとえば、メモリーカード、ケーブル接続された記憶装置が内部通信デバイスに含まれる。端末通信部１２も、データ送信が可能な内部装置の一例である。

【0038】

セキュリティ状態判断部２５は、状態取得部２４が取得した携帯端末１０の状態が、セキュリティリスク発生状態であるか否かを、逐次、判断する。セキュリティリスク発生状態は、携帯端末１０のセキュリティに関して問題が生じる恐れがある状態である。

【0039】

図３に、セキュリティリスクの例を示している。図３には、セキュリティリスクとして、「端末が指定範囲外に出た」、「不正ログイン」、「意図しない外部アクセス」、「不正アプリ起動」、「不正デバイスの許可」が示されている。

【0040】

「端末が指定範囲外に出た」は、携帯端末１０の位置が、事前に設定した指定範囲の外にあることを意味する。携帯端末１０は業務用であり、使用範囲が店舗、工場など一定範囲に限られていることもある。使用範囲が限られている携帯端末１０が指定範囲の外にある場合、盗難された可能性がある。したがって、「端末が指定範囲外に出た」ことは、セキュリティリスクの一例となる。

【0041】

「不正ログイン」は、正規のユーザではない者または機械によるログインがあった、または、正規のユーザではない者または機械によるログインが試みられたことを意味する。不正ログインがあったと判断する手法は、種々の手法を設定することができる。たとえば、一定時間内に一定回数以上のログイン認証失敗があった場合に、不正ログインがあったとすることができる。また、指定範囲外でのログイン認証があった場合に不正ログインとすることもできる。

【0042】

「意図しない外部アクセス」は、事前に設定した不正なアクセス先に通信しようとしたことを意味する。あるいは、事前に設定した許可済みのアクセス先以外に通信しようとしたことを「意図しない外部アクセス」としてもよい。「不正アプリ起動」は、事前に設定した許可アプリケーション以外が起動した、あるいは、起動が指示されたことである。「不正デバイスの許可」は、複数の内部通信デバイスのうち、データ送信を禁止しているデバイスにデータ送信が許可されたことを意味する。

【0043】

本実施形態のセキュリティ状態判断部２５は、セキュリティリスク発生状態であると判断した場合、セキュリティリスク発生状態であること意味する通知と、セキュリティに関する携帯端末１０の状態を示す通知とを含んでいるリスク発生通知を端末通信部１２から管理サーバ３０に送信する。加えて、セキュリティ状態判断部２５は、リスク発生通知を送信した後、セキュリティリスク発生状態でなくなったと判断した場合、セキュリティリスク発生状態でなくなったこと、および、携帯端末１０の状態を含むリスク解消通知を、端末通信部１２から管理サーバ３０に送信する。

【0044】

説明を図２に戻す。不正抑制処理実行部２６は、セキュリティ状態判断部２５がセキュリティリスク発生状態であると判断した場合に不正抑制処理を実行する。以下では、不正抑制処理をセキュリティアクションとする。セキュリティアクションは、携帯端末１０の不正使用を抑制するために携帯端末１０に記憶されているデータへのアクセスを制限する処理である。

【0045】

図３に示したように、具体的なセキュリティリスクは複数種類がある。したがって、同じく図３に示すように、セキュリティアクションも、具体的なセキュリティリスクに応じて定まる。図３に示されている複数のセキュリティアクションは、具体的なセキュリティリスクに応じて実行する候補処理である。本実施形態では、図３に示しているセキュリティリスクとセキュリティアクションとの対応関係は、携帯端末１０に設定されているものではなく、管理サーバ３０を操作する管理者が参照するものである。本実施形態では、具体的なセキュリティアクションは、管理サーバ３０から携帯端末１０に指示される。なお、この対応関係が携帯端末１０に設定される実施形態も後に説明する。

【0046】

次に、図３に示すセキュリティアクションの内容を説明する。「端末位置検索」は、位置検出部１５から携帯端末１０の現在位置を取得し、その現在位置を管理サーバ３０に送信する処理である。「操作ガード」は、携帯端末１０を、知識認証を受け付けない画面ロック状態にすることである。ただし、この操作ガードは、管理サーバ３０からの指示により解除可能である。知識認証には、パスワード認証、パターン認証、画像認証などが含まれる。

【0047】

「通信ガード」は、管理サーバ３０以外の外部通信装置との通信を禁止する通信禁止処理である。「アプリ強制終了」は、管理サーバ３０が携帯端末１０を管理するためのアプリケーションを除き、起動しているアプリケーションを強制終了させる処理である。管理サーバ３０が携帯端末１０を管理するためのアプリケーションには、端末制御部２０を端末管理部２２として作動させるアプリケーションが含まれる。「デバイス禁止」は、携帯端末１０の内部通信デバイスへのデータ送信禁止である。

【0048】

〔管理サーバ３０の構成〕
次に、管理サーバ３０の構成を説明する。図４に管理サーバ３０の構成をブロック図にて示している。管理サーバ３０は、サーバ通信部３１、表示部３２、記憶部３３、操作部３５、サーバ制御部３６を備えている。管理サーバ３０は、たとえば、一般的なパーソナルコンピュータにより実現することができる。

【0049】

サーバ通信部３１は、アクセスポイント４０を介して、携帯端末１０が備える端末通信部１２と無線通信する。なお、サーバ通信部３１は、広域通信により携帯端末１０と無線通信してもよい。表示部３２には、管理サーバ３０を操作する者（以下、管理者）が管理サーバ３０を操作する際の操作画面、携帯端末１０から送信されるセキュリティリスクなどが表示される。

【0050】

記憶部３３は、不揮発性の記憶媒体を備えている。不揮発性の記憶媒体は、フラッシュメモリ、ハードディスクなどである。その記憶媒体に、サーバ制御部３６が実行するプログラムが記憶されている。記憶されているプログラムの１つに端末管理プログラム３４がある。端末管理プログラム３４は、管理サーバ３０が、携帯端末１０の端末管理部２２と連携して携帯端末１０に対して種々の管理を実行するためのプログラムである。操作部３５は、メカニカルキーボード、ソフトウェアキーボードなどであり、管理者が種々の情報を管理サーバ３０に入力する際に操作する。

【0051】

サーバ制御部３６は、プロセッサ、不揮発性メモリ、ＲＡＭ、Ｉ／Ｏ、およびこれらの構成を接続するバスラインなどを備えた構成である。サーバ制御部３６は、サーバ通信部３１、表示部３２、記憶部３３、操作部３５と通信可能に接続されており、これらを制御する。

【0052】

サーバ制御部３６が備えるプロセッサは、ＲＡＭの一時記憶機能を利用しつつ、記憶部３３に記憶された端末管理プログラム３４を実行することで、実行処理決定部３７、終了判断部３８として作動する。

【0053】

実行処理決定部３７は、携帯端末１０から送信されるリスク発生通知を取得した場合に、そのリスク発生通知をもとに不正抑制処理として実行すべき処理を決定する。そして、決定した処理の内容を含む処理実行指示をサーバ通信部３１から携帯端末１０へ送信する。

【0054】

終了判断部３８は、リスク解消通知を取得した場合、そのリスク解消通知をもとにセキュリティリスク発生状態が解消したか否かを判断する。この判断は、実体的には管理者が行ってもよい。実体的な判断を管理者が行う場合、終了判断部３８は、リスク解消通知に含まれている、リスク解消状態での携帯端末１０の状態を表示部３２に表示し、その後に操作部３５から入力される信号により、リスク発生状態が解消したか否かを判断する。

【0055】

操作部３５から、セキュリティリスク発生状態が解消したと判断したことを意味する信号が入力された場合、終了判断部３８は、セキュリティリスク発生状態が解消したと判断する。操作部３５から、セキュリティリスク発生状態は解消していないと判断したことを意味する信号が入力された場合、終了判断部３８は、リスク解消通知を受信しても、セキュリティリスク発生状態が解消したとは判断しない。

【0056】

終了判断部３８は、セキュリティリスク発生状態が解消したと判断できる場合、終了指示を携帯端末１０に送信する。終了指示は、セキュリティアクションを終了させることを意味する指示である。

【0057】

〔携帯端末１０に記憶されているデータの保護に関する処理の流れ〕
次に、携帯端末１０に記憶されているデータの保護に関する端末制御部２０とサーバ制御部３６が実行する処理の流れを図５～図８に示すフローチャートをもとに説明する。図５～図８において、ＳＳは、セキュリティ関連部２３が実行する処理であり、ＳＴは端末管理部２２が実行する処理であり、ＳＭは管理サーバ３０のサーバ制御部３６が実行する処理である。

【0058】

まず、図５に示すＳＳ１から説明する。ＳＳ１は状態取得部２４が実行する処理である。状態取得部２４は、セキュリティリスク監視条件が成立している状態において、逐次、ＳＳ１を実行する。セキュリティリスク監視条件は、たとえば、電源がオンになっているという条件である。ＳＳ１では、携帯端末１０の状態を取得する。

【0059】

ＳＳ２、ＳＳ３は、セキュリティ状態判断部２５が実行する。ＳＳ２では、ＳＳ１で取得した状態をもとに、セキュリティリスクが発生したか否かを判断する。ＳＳ２の判断結果がＮＯであればＳＳ１に戻り、ＳＳ２の判断結果がＹＥＳであればＳＳ３に進む。ＳＳ３では、セキュリティリスクが発生したことを端末管理部２２に通知する。

【0060】

端末管理部２２は、この通知を取得したらＳＴ１を実行する。ＳＴ１では、携帯端末１０の現在位置を位置検出部１５から取得する。続くＳＴ２では、リスク発生通知を端末通信部１２から管理サーバ３０に送信する。リスク発生通知は、前述したように、セキュリティリスク発生状態であること意味する通知と、セキュリティに関する携帯端末１０の状態を示す通知とを含んでいる。

【0061】

管理サーバ３０のサーバ制御部３６は、サーバ通信部３１を介してリスク発生通知を取得するとＳＭ１以下を実行する。図５に示すＳＭ１からＳＭ４は、実行処理決定部３７が実行する。

【0062】

ＳＭ１では、取得したリスク発生通知をもとに、携帯端末１０に発生しているセキュリティリスクがどのようなものであるかを表示部３２に表示する。

【0063】

管理者は、図３に示したような対応関係に基づき、携帯端末１０に実行させるセキュリティアクションを、操作部３５を用いて管理サーバ３０に入力する。ＳＭ２では、管理者が入力したセキュリティアクションを示す信号を取得する。

【0064】

ここで、図３に示す対応関係について説明する。セキュリティリスク「端末が指定範囲外に出た」には、セキュリティアクションとして「端末位置検索」が必須になっている。携帯端末１０が指定範囲外に出た場合には、携帯端末１０が指定範囲内に戻っているか否かを確認する必要があるからである。その他のセキュリティアクションは「有効」となっている。「有効」は、携帯端末１０の状態に応じて適宜、実行すればよいことを意味する。

【0065】

「不正ログイン」については「操作ガード」が必須になっている。操作ガードは、知識認証を受け付けない画面ロックであるので、携帯端末１０を第３者が取得しても、この操作ガードを実行すれば、不正ログインを抑制できる。「意図しない外部アクセス」については「通信ガード」が必須になっている。通信ガードにより、管理サーバ３０以外の外部通信装置とは通信できなくなるので、意図しない外部アクセスを抑制できる。「不正アプリ起動」については「アプリ強制終了」が必須になっている。管理サーバ３０が携帯端末１０を管理するためのアプリケーションを除き、起動しているアプリケーションを強制終了させれば、不正にアプリケーションが実行され、そのアプリケーションにより、不正な処理が行われてしまうことを抑制できる。「不正デバイスの許可」については「デバイス禁止」が必須になっている。携帯端末１０の内部通信デバイスへのデータ送信を禁止すれば、内部デバイスを通じて不正にデータが流出すること、および、不正なデータが流入することを抑制できる。

【0066】

ＳＭ３では、処理実行指示を取得できたか否かを判断する。表示部３２の表示を見て、管理者が、何らセキュリティアクションを実行する必要はないと判断することも考えられる。セキュリティアクションを実行する必要がないと判断した管理者は、セキュリティアクションを実行する必要がないことを操作部３５から入力し、あるいは、セキュリティリスクが表示部３２に表示されても、何も操作部３５を操作しない。これらの場合には、ＳＭの判断結果がＮＯになる。ＳＭ３の判断結果がＮＯであれば図５に示す処理を終了する。一方、ＳＭ３の判断結果がＹＥＳであればＳＭ４に進む。

【0067】

ＳＭ４では、処理実行指示を携帯端末１０に送信する。処理実行指示は、ＳＭ２で取得したセキュリティアクションの実行を指示するものである。

【0068】

携帯端末１０の端末通信部１２がこの処理実行指示を受信すると、セキュリティ関連部２３がＳＳ４を実行する。ＳＳ４は不正抑制処理実行部２６が実行する。図６に、ＳＳ４で実行する処理の一例を示す。図６に示す処理は、セキュリティアクションとして、操作ガード、通信ガード、アプリ強制終了、デバイス禁止が指示された場合の処理である。

【0069】

ＳＳ４１では、専用アプリケーションを起動して、前述した操作ガードを実行する。ＳＳ４２では、１つの起動中のアプリケーションを確認する。ＳＳ４３では、ＳＳ４２で確認したアプリケーションが端末管理アプリケーション以外であるか否かを判断する。端末管理アプリケーションは、携帯端末１０を管理するアプリケーションであり、端末制御部２０を端末管理部２２として作動させるアプリケーションとＳＳ４１で起動したアプリケーションが含まれる。ＳＳ４３の判断結果がＹＥＳであればＳＳ４４に進む。

【0070】

ＳＳ４４では、ＳＳ４２で確認したアプリケーションを強制終了させる。ＳＳ４４を実行した場合、および、ＳＳ４３の判断結果がＮＯであった場合にはＳＳ４５に進む。

【0071】

ＳＳ４５では、端末管理アプリケーション以外のアプリケーションが起動中であるか否かを判断する。ＳＳ４５の判断結果がＹＥＳであればＳＳ４２に戻り、ＮＯであればＳＳ４６に進む。

【0072】

ＳＳ４６では、通信設定を、管理サーバ３０以外の外部通信装置との通信を禁止する設定にする。続くＳＳ４７では、内部通信デバイスへのデータ送信を禁止する。

【0073】

セキュリティアクションを実行した後、端末管理部２２およびセキュリティ関連部２３は、キュリティアクションを解除するために、図７に示す処理を実行する。ＳＳ１１、ＳＳ１２は、ＳＳ１、ＳＳ２と同じである。ＳＳ１１では、携帯端末１０の状態を取得し、ＳＳ１２では、ＳＳ１１で取得した状態をもとにセキュリティリスクがなくなったか否かを判断する。セキュリティリスクがあると判断した場合にはＳＳ１１に戻る。一方、セキュリティリスクがなくなったと判断した場合にはＳＳ１３に進む。ＳＳ１３では、セキュリティリスクがなくなったことを端末管理部２２に通知する。

【0074】

端末管理部２２は、この通知を取得したらＳＴ１１を実行する。ＳＴ１１では、携帯端末１０の現在位置を位置検出部１５から取得する。続くＳＴ１２では、リスク解消通知を端末通信部１２から管理サーバ３０に送信する。リスク解消通知は、セキュリティリスク発生状態でなくなったこと、および、セキュリティに関する携帯端末１０の状態を示す通知を含んでいる。

【0075】

ＳＴ１２を実行した場合、管理サーバ３０の終了判断部３８が図８のＳＭ１１を実行する。ＳＭ１２～ＳＭ１６も終了判断部３８が実行する処理である。ＳＭ１１では、リスク解消通知を、サーバ通信部３１から取得する。

【0076】

続くＳＭ１２では、ＳＭ１１で取得したリスク解消通知をもとに、携帯端末１０の状態を表示部３２に表示する。管理者は、表示部３２に表示された内容を見て、セキュリティリスクがなくなっているかどうかを判断する。そして、確かにセキュリティリスクがなくなっていると判断した場合には、操作部３５から終了指示を入力する。しかし、表示部３２に表示された内容を見て、セキュリティリスクはまだなくなっていないと判断した場合には、管理者は終了指示を入力しない、または、セキュリティアクションを終了しない旨の指示を入力する。ＳＭ１３では、管理者が入力した指示を取得する。

【0077】

ＳＭ１４では、ＳＭ１３で取得した指示が終了指示であるか否かを判断する。管理者の指示が終了指示ではない場合にはＳＭ１４の判断結果がＮＯになる。ＳＭ１４の判断結果がＮＯであれば、図８に示す処理を終了する。なお、管理者が何も入力しなかった場合もＳＭ１４の判断結果をＮＯとする。

【0078】

ＳＭ１４の判断結果がＹＥＳであればＳＭ１５に進む。ＳＭ１５では、認証情報の一例であるパスワードを取得し、そのパスワードを終了指示に含ませて携帯端末１０に送信する。パスワードは、ＳＭ１５において管理者に入力を要求して取得する。

【0079】

携帯端末１０の端末通信部１２がこの終了指示を受信した場合、不正抑制処理実行部２６がＳＳ１４～ＳＳ１７を実行する。ＳＳ１４では、端末通信部１２から終了指示を取得する。ＳＳ１５では、終了指示に含まれているパスワードが、携帯端末１０に設定されているパスワードと一致するか否かを判断する。

【0080】

パスワードが一致している場合にはＳＳ１６に進む。ＳＳ１６では、実行中のセキュリティアクションを終了する。その後、ＳＳ１７に進む。一方、ＳＳ１５の判断にてパスワードが一致していないと判断した場合には、ＳＳ１６を実行することなくＳＳ１７に進む。ＳＳ１７では、セキュリティアクションを終了したか否かを端末管理部２２に通知する。

【0081】

端末管理部２２は、その通知を取得した後、ＳＴ１３にて指示取得結果を生成する。セキュリティ関連部２３がＳＳ１６を実行した場合には、指示取得結果にはセキュリティアクションを終了したことを意味する内容が含まれる。セキュリティ関連部２３がＳＳ１６を実行しなかった場合には、指示取得結果にはセキュリティアクションは継続中であることを意味する内容が含まれる。ＳＴ１３では、さらに、生成した指示取得結果を管理サーバ３０に送信する。

【0082】

管理サーバ３０のサーバ通信部３１がこの指示取得結果を受信すると、終了判断部３８は、ＳＭ１６において、指示取得結果に基づいて、セキュリティアクションが終了したか否かを判断する。ＳＭ１６の判断結果がＮＯであればＳＭ１５を再度実行し、ＳＭ１６の判断結果がＹＥＳであれば図８に示す処理を終了する。

【0083】

〔実施形態の効果〕
以上、説明した本実施形態の携帯端末管理システム１では、携帯端末１０の状態がセキュリティリスク発生状態であると判断した場合（ＳＳ２：ＹＥＳ）、セキュリティアクションを実行する（ＳＳ４）。セキュリティアクションは、携帯端末１０の不正使用を抑制するための処理であって、しかも、図３に例示したように、携帯端末１０の状態に基づいて定まる処理である。したがって、セキュリティアクションを実行することで、具体的に生じた携帯端末１０の状態に応じて、携帯端末１０の不正使用を抑制することができる。

【0084】

たとえば、セキュリティアクションとして操作ガードを実行すれば、携帯端末１０を第３者が取得しても、不正ログインを抑制できる。また、セキュリティアクションとして通信ガードを実行すれば、意図しない外部アクセスを抑制できる。また、セキュリティアクションとしてアプリ強制終了を実行すれば、不正にアプリケーションが実行され、そのアプリケーションにより、不正な処理が行われてしまうことを抑制できる。また、セキュリティアクションとして内部通信デバイス禁止を実行すれば、内部デバイスを通じて不正にデータが流出すること、および、不正なデータが流入することを抑制できる。

【0085】

セキュリティアクションは、携帯端末１０に記憶されているデータへのアクセスを制限する処理である。したがって、携帯端末１０にデータを残しても携帯端末１０の不正使用を抑制できる。そして、携帯端末１０にデータが残るので、携帯端末１０が戻ってきたなど、携帯端末１０のセキュリティリスクがなくなった場合には、携帯端末１０を再び以前の運用に戻すことが容易になる。

【0086】

また、本実施形態の携帯端末管理システム１では、携帯端末１０は、セキュリティリスクが発生したと判断した場合（ＳＳ２：ＹＥＳ）、リスク発生通知を管理サーバ３０に送信する（ＳＴ２）。そして、そのリスク発生通知に基づき、管理サーバ３０にて具体的なセキュリティアクションを決定し（ＳＭ２）、決定したそのセキュリティアクションを携帯端末１０に指示する（ＳＭ４）。このように、管理サーバ３０が具体的なセキュリティアクションを決定するので、携帯端末１０に、実行するセキュリティアクションを事前に設定しておく場合に比較して、セキュリティリスクに応じたより適切なセキュリティアクションを実行することができる。

【0087】

また、本実施形態の携帯端末管理システム１では、携帯端末１０は、セキュリティリスクがなくなったと判断した場合（ＳＳ１２：ＹＥＳ）、リスク解消通知を管理サーバ３０に送信する（ＳＴ１２）。管理サーバ３０にて、確かにセキュリティリスクがなくなっているかどうかを確認し、確かにセキュリティリスクがなくなっていると判断した場合に、セキュリティアクションの終了指示を、管理サーバ３０から携帯端末１０へ送信している（ＳＭ１５）。携帯端末１０は、この終了指示を受信しない場合にはセキュリティアクションを終了しない。

【0088】

このように、セキュリティリスクがなくなったかどうかを、携帯端末１０および管理サーバ３０にて判断しているので、精度よくセキュリティリスクがなくなったかどうかを判断した上で、セキュリティアクションを終了させることができる。

【0089】

また、管理サーバ３０は、リスク解消通知を取得した場合、そのリスク解消通知をもとに、携帯端末１０の状態を表示部３２に表示する。そして、管理者が、表示部３２に表示された表示内容をもとに、携帯端末１０はセキュリティリスクが解消しているかを判断する。携帯端末１０のセキュリティリスクが解消しているかを管理者が判断することで、自動では判断できない種々の携帯端末１０の状態を考慮して、セキュリティリスクが解消しているかどうかを判断することができる。

【0090】

また、管理サーバ３０は、終了指示を取得した場合（ＳＭ１４：ＹＥＳ）、管理者にパスワードの入力を要求し、終了指示に、そのパスワードを含ませて送信する（ＳＭ１５）。携帯端末１０の不正抑制処理実行部２６は、終了指示を取得した後、パスワードが一致した場合、すなわち、認証が成立した場合に、実行中のセキュリティアクションを終了する（ＳＳ１６）。これにより、管理サーバ３０が不正に操作されて、不正にセキュリティアクションが終了させられてしまうことを抑制できる。

【0091】

＜第２実施形態＞
次に、第２実施形態を説明する。この第２実施形態以下の説明において、それまでに使用した符号と同一番号の符号を有する要素は、特に言及する場合を除き、それ以前の実施形態における同一符号の要素と同一である。また、構成の一部のみを説明している場合、構成の他の部分については先に説明した実施形態を適用できる。

【0092】

第２実施形態では、図３に例示したセキュリティリスクとセキュリティアクションとの対応関係が事前に設定されて、携帯端末１０の記憶部１４に記憶されている。そして、携帯端末１０のセキュリティ関連部２３、端末管理部２２、管理サーバ３０のサーバ制御部３６は、図５に示す処理に代えて、図９に示す処理を実行する。

【0093】

図９において、ＳＳ２１、ＳＳ２２は、図５のＳＳ１、ＳＳ２と同じであり、携帯端末１０の状態を取得し、セキュリティリスクが発生したか否かを判断する。セキュリティリスクが発生したと判断した場合にはＳＳ２３に進む。

【0094】

ＳＳ２３では、セキュリティアクションが設定済みか否かを判断する。この判断は、図３に例示した、セキュリティリスクとセキュリティアクションとの対応関係が、携帯端末１０に記憶されているか否かを判断するものである。ＳＳ２３の判断結果がＮＯであれば、図９の処理を終了する。一方、ＳＳ２３の判断結果がＹＥＳであればＳＳ２４に進む。

【0095】

ＳＳ２４では、記憶部１４に記憶されている対応関係と、ＳＳ２２で発生したと判断したセキュリティリスクとから定まるセキュリティアクションを実行する。続くＳＳ２５では、セキュリティアクションを実行したことを端末管理部２２に通知する。

【0096】

端末管理部２２は、この通知を取得したらＳＴ２１を実行する。ＳＴ２１では、携帯端末１０の現在位置を位置検出部１５から取得する。続くＳＴ２２では、不正抑制処理実行通知であるセキュリティアクション実行通知を端末通信部１２から管理サーバ３０に送信する。セキュリティアクション実行通知は、携帯端末１０の状態と、実行したセキュリティアクションの内容を含んだ通知である。

【0097】

管理サーバ３０のサーバ制御部３６の実行処理決定部３７は、サーバ通信部３１を介してセキュリティアクション実行通知を取得するとＳＭ２１を実行する。ＳＭ２１では、取得したセキュリティアクション実行通知をもとに、携帯端末１０の状態と、携帯端末１０で実行されているセキュリティアクションがどのようなものであるかを表示部３２に表示する。

【0098】

携帯端末１０がセキュリティアクションを実行した後、実行しているセキュリティアクションを終了させるために、第２実施形態でも、図７、図８に示す処理を実行する。

【0099】

〔第２実施形態のまとめ〕
この第２実施形態では、携帯端末１０に発生しているセキュリティリスク（すなわち携帯端末１０の状態）と、セキュリティアクションとの対応関係が記憶されている。そして、セキュリティリスク発生状態であると判断した場合（ＳＳ２２：ＹＥＳ）、その対応関係を用いて定まるセキュリティアクションを実行する（ＳＳ２４）。このようにすることで、迅速にセキュリティアクションを実行できる。

【0100】

また、携帯端末１０は、セキュリティアクションを実行した後、携帯端末１０の状態と実行したセキュリティアクションを含んでいるセキュリティアクション実行通知を管理サーバ３０に送信する（ＳＴ２２）。したがって、管理サーバ３０は、携帯端末１０がセキュリティリスク発生状態にあること、および、実行されたセキュリティアクションが適切かを確認することができる。

【0101】

以上、実施形態を説明したが、開示した技術は上述の実施形態に限定されるものではなく、次の変形例も開示した範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施できる。

【0102】

＜変形例１＞
実施形態では、セキュリティ状態判断部２５を携帯端末１０が備えていた。しかし、携帯端末１０の状態を管理サーバ３０に送信すれば、管理サーバ３０が、携帯端末１０がセキュリティリスク発生状態であるか否かを判断することができる。したがって、セキュリティ状態判断部２５を管理サーバ３０が備えていてもよい。

【0103】

＜変形例２＞
実施形態では、管理サーバ３０は、終了指示を送信する際に、管理者にパスワードを要求していた。しかし、管理サーバ３０が不正に操作される恐れが少ない場合などを考慮して、管理者にパスワードを要求せずに終了指示を送信してもよい。また、パスワードを要求することに代えて、生体情報などの他の認証情報を要求してもよい。

【0104】

また、管理サーバ３０において、リスク解消通知をもとに、自動で、セキュリティリスクが解消したかどうかを確認してもよい。

【符号の説明】

【0105】

１：携帯端末管理システム １０：携帯端末 １１：表示部 １２：端末通信部 １３：カメラ １４：記憶部 １５：位置検出部 １６：操作部 ２０：端末制御部 ２１：読み取り処理部 ２２：端末管理部 ２３：セキュリティ関連部 ２４：状態取得部 ２５：セキュリティ状態判断部 ２６：不正抑制処理実行部 ３０：管理サーバ ３１：サーバ通信部 ３２：表示部 ３３：記憶部 ３４：端末管理プログラム ３５：操作部 ３６：サーバ制御部 ３７：実行処理決定部 ３８：終了判断部 ４０：アクセスポイント ５０：公衆通信回線網

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】