(57)【要約】  本開示は、権限管理方法、装置、プログラムおよび記録媒体を提供する。前記方法は、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップと、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するステップと、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップとを含む。本開示によれば、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。【選択図】図１
2017518598.tif 000002
【特許請求の範囲】
【請求項１】
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するステップと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップと、を含むことを特徴とする権限管理方法。
【請求項２】
前記タッチ操作は、長押し操作を含み、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップは、
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするステップと、
モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するステップと、
モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するステップと、を含むことを特徴とする請求項１に記載の権限管理方法。
【請求項３】
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするステップの前に、さらに、
前記端末がアンロックされたかどうかを判断するステップと、
前記端末がアンロックされたとき、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始するステップと、を含むことを特徴とする請求項２に記載の権限管理方法。
【請求項４】
前記所定のインターフェースは、前記端末のスクリーンの可視領域を含むことを特徴とする請求項１乃至３のいずれか一項に記載の権限管理方法。
【請求項５】
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップは、
前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するステップと、
前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するステップと、を含むことを特徴とする請求項１に記載の権限管理方法。
【請求項６】
前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するステップの後で、
プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するステップをさらに含むことを特徴とする請求項５に記載の権限管理方法。
【請求項７】
前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含むことを特徴とする請求項１または５に記載の権限管理方法。
【請求項８】
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するための取得モジュールと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するための判断モジュールと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するための禁止モジュールと、を備えることを特徴とする権限管理装置。
【請求項９】
前記タッチ操作は、長押し操作を含み、
前記取得モジュールは、
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするためのモニタリングサブモジュールと、
モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するための第１の判断サブモジュールと、
モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するための取得サブモジュールと、を備えることを特徴とする請求項８に記載の権限管理装置。
【請求項１０】
前記取得モジュールは、
前記端末の所定のインターフェースに対するユーザのタッチイベントが前記モニタリングサブモジュールによってモニタリングされる前に、前記端末がアンロックされたかどうかを判断するための第２の判断サブモジュールをさらに備え、
前記端末がアンロックされたとき、前記モニタリングサブモジュールは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始することを特徴とする請求項９に記載の権限管理装置。
【請求項１１】
前記所定のインターフェースは、前記端末のスクリーンの可視領域を含むことを特徴とする請求項８乃至１０のいずれか一項に記載の権限管理装置。
【請求項１２】
前記禁止モジュールは、
前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するための第３の判断サブモジュールと、
前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するための禁止サブモジュールと、を備えることを特徴とする請求項８に記載の権限管理装置。
【請求項１３】
前記禁止モジュールは、
前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止した後で、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するための出力サブモジュールをさらに備えることを特徴とする請求項１２に記載の権限管理装置。
【請求項１４】
前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含むことを特徴とする請求項８または１２に記載の権限管理装置。
【請求項１５】
プロセッサと、
プロセッサの実行可能な指令を記憶するためのメモリと、を備え、
前記プロセッサは、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するように構成されることを特徴とする権限管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出願番号が２０１５１０２０９６３７.６であり、出願日が２０１５年４月２８日である中国特許出願を基に提出するものであり、当該中国特許出願の優先権を主張し、当該中国特許出願の全ての内容は、参照のため本願に援用される。
【０００２】
本開示は、通信分野に関し、特に、権限管理方法および装置に関する。
【背景技術】
【０００３】
ユーザが携帯電話を使用するとき、一般的に、特定の操作、例えば、長押し操作により、デスクトップでのアプリケーションを修正することができる。しかし、このような状況において、所持するスマート端末が非自機のユーザ（自機の持ち主ではないユーザ）により誤って操作される確率が増える虞もある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
関連技術に存在する問題を克服するために、本開示は、権限管理方法および装置を提供する。
【課題を解決するための手段】
【０００５】
本開示の実施例の第１の態様によれば、権限管理方法を提供する。前記方法は、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するステップと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップと、を含む。
【０００６】
好ましくは、前記タッチ操作は、長押し操作を含み、
前記端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップは、
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするステップと、
モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するステップと、
モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するステップと、を含む。
【０００７】
好ましくは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするステップの前に、前記方法は、さらに、
前記端末がアンロックされたかどうかを判断するステップと、
前記端末がアンロックされたとき、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始するステップと、を含む。
【０００８】
好ましくは、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含む。
【０００９】
好ましくは、前記前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップは、
前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するステップと、
前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するステップと、を含む。
【００１０】
好ましくは、前記方法は、さらに、
前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限が禁止された後で、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するステップを含む。
【００１１】
好ましくは、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含む。
【００１２】
本開示の実施例の第２の態様によれば、権限管理装置を提供する。前記装置は、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するための取得モジュールと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するための判断モジュールと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するための禁止モジュールと、を備える。
【００１３】
好ましくは、前記タッチ操作は、長押し操作を含み、
前記取得モジュールは、
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするためのモニタリングサブモジュールと、
モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するための第１の判断サブモジュールと、
モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するための取得サブモジュールと、を備える。
【００１４】
好ましくは、前記取得モジュールは、さらに、
前記端末の所定のインターフェースに対するユーザのタッチイベントが前記モニタリングサブモジュールによってモニタリングされる前に、前記端末がアンロックされたかどうかを判断するための第２の判断サブモジュールを備え、前記端末がアンロックされたとき、前記モニタリングサブモジュールは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始する。
【００１５】
好ましくは、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含む。
【００１６】
好ましくは、前記禁止モジュールは、
前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するための第３の判断サブモジュールと、
前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するための禁止サブモジュールと、を備える。
【００１７】
好ましくは、前記禁止モジュールは、さらに、
前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止した後で、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するための出力サブモジュールを備える。
【００１８】
好ましくは、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含む。
【００１９】
本開示の実施例の第３の態様によれば、権限管理装置を提供する。前記装置は、
プロセッサと、
プロセッサの実行可能な指令を記憶するためのメモリと、を備え、
前記プロセッサは、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するように構成される。
【発明の効果】
【００２０】
本開示の実施例による技術案は、以下の格別な作用効果を含むことができる。
【００２１】
本開示の上記実施例では、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００２２】
上述した一般的な記述および後続の詳細な記述は、単に例示的および解釈的なものであり、本発明を制限できるものでないと理解されるべきである。
【図面の簡単な説明】
【００２３】
ここでの図面は、明細書を構成する一部として見なされ、本開示に適した実施例を示し、かつ、明細書の文字記載とともに本開示の仕組みを解釈するために用いられる。
【図１】一実施例による権限管理方法を模式的に示すフローチャートである。
【図２】一実施例による別の権限管理方法を模式的に示すフローチャートである。
【図３】一実施例によるシステムデスクトップのインタラクション模式図である。
【図４】一実施例による別のシステムデスクトップ上のインタラクション模式図である。
【図５】一実施例による権限管理装置を模式的に示すブロック図である。
【図６】一実施例による別の権限管理装置を模式的に示すブロック図である。
【図７】一実施例による別の権限管理装置を模式的に示すブロック図である。
【図８】一実施例による別の権限管理装置を模式的に示すブロック図である。
【図９】一実施例による別の権限管理装置を模式的に示すブロック図である。
【図１０】一実施例による前記権限管理装置のための構造模式図である。
【発明を実施するための形態】
【００２４】
次に、実施例を詳細に説明し、例示が図に示されている。以下の記述が図に係る場合、別途にて示さない限り、異なる図面における同じ符号は、同じまたは類似する要素を示す。以下の実施例に記述される実施形態は、本発明と一致する全ての実施形態を代表するとは限らない。逆に、それらは、添付の特許請求の範囲に記載されているように、本発明の一部の局面と一致する装置および方法の例に過ぎない。
【００２５】
本開示に記載の用語は、特定の実施例を説明する目的で使用されるものに過ぎず、本開示を限定するものではない。本開示及び添付する特許請求の範囲に記載の単数形式の「１種類」、「前記」及び「当該」は、前後の文章においてそれぞれ他の意味を含有すると明確に記載される以外には、複数の形式も含む。なお、本発明に記載の「及び／又は」は、挙げられる事項の1つ又は複数の何れ又は全ての組み合わせを意味する。
【００２６】
また、本開示は、第１、第２、第３等の用語を使って各種の情報を説明するが、それらの情報は上記用語に限定されない。それらの用語は、同一種類の情報同士を区分するためのものに過ぎない。例えば、本発明の範囲から逸脱しない状況で、第１の情報を第２の情報と称しても良い。同じように、第２の情報を第１の情報と称してもよい。ここで使っている用語「……場合」は、文脈の意味によって、「……時」或は「……と」又は「確定に応じる」に解釈されてもよい。
【００２７】
本開示は、権限管理方法を提供し、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００２８】
図１に示すように、図１は、一実施例による権限管理方法を示し、端末に用いられ、以下のステップを含む。
【００２９】
ステップ１０１では、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得する。
【００３０】
前記端末は、タッチ型の移動端末を含んでもよい。例えば、前記移動端末は、ユーザのスマートフォンまたはタブレットＰＣであってもよい。
【００３１】
ステップ１０２では、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断する。
【００３２】
ステップ１０３では、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止する。
【００３３】
ユーザが端末を利用する手順において、一般的に、幾つかの特定のタッチ操作により、端末のシステムデスクトップ上のアプリケーションを修正してもよい。例えば、シャオミ社（Ｘｉａｏｍｉ）のＭＩＵＩシステムを例にすると、ユーザは、システムデスクトップ上のアプリケーションアイコンを長押しすることで当該アプリケーションに対する削除やドラッグ等の操作をトリガしてもよい。
【００３４】
しかし、通常の設計では、ユーザのコンフィギュレーション修正権限を管理するとき、ユーザの身元の認証メカニズムを欠くため、非自機のユーザであっても、システムデスクトップ上のアプリケーションアイコンを長押しすることで当該アプリケーションに対する修正の権限を正常に取得することができる。こうして、ある程度誤操作の確率が増加し、安全性およびプライバシーが一層要求される大環境で、ユーザの需要に応えることもできない。
【００３５】
本実施例では、上記問題を解決するために、身元認証メカニズムを従来のコンフィギュレーション修正権限の管理に導入することができる。具体的に、ユーザが端末を日常的に利用するときに前記端末の所定のインターフェースのタッチ操作に基づいてユーザの指紋情報を取得してから、取得された指紋情報に基づいてユーザの身元を認証し、非授権ユーザとして認証されたユーザについて、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することができる。
【００３６】
本実施例では、ユーザが前記端末を日常的に利用するタッチ操作に基づいてユーザの指紋情報を取得し、ユーザによる前記端末の利用中において、タッチの領域が一般的に固定でないため、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含んでもよい。
【００３７】
技術面で実現するとき、指紋センシングチップを前記端末のスクリーンの可視領域に予めインプラントし、指紋センシングチップを一旦スクリーンの可視領域にインプラントすると、前記端末の全スクリーンは、ユーザの指紋情報を採集する指紋識別エリアとしてもよい。ユーザが前記端末を日常的に利用するとき、前記端末スクリーンにおける如何なる領域に対する前記ユーザのタッチ操作も、当該ユーザの指紋情報を取得するために用いられてもよい。
【００３８】
その中、ユーザ指紋情報の取得時、一般的にユーザの指で端末のスクリーン上を完全に押す必要があるため、ユーザが端末を利用するタッチ操作に基づいてユーザの指紋情報を取得する際に、アンロック状態において前記端末のスクリーンの可視領域に対するユーザの長押しイベントをモニタリングすることにより、ユーザの指紋情報を取得してもよい。
【００３９】
例えば、端末は、まず、現在アンロック状態であるかどうかを判断し、もし現在アンロック状態であるとき、所定のインターフェースに対するユーザのタッチイベントをリアルタイムにモニタリング開始し、モニタリングされたタッチイベントが長押しイベントであるかどうかを判断し、もしモニタリングされたタッチイベントが長押しイベントであれば、当該長押しイベントのタッチポイントを取得し、前記タッチポイント位置に対応する指紋センシングチップにより当該ユーザの指紋情報を取得してもよい。
【００４０】
前記ユーザの指紋情報が取得されたとき、取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とを照合し、もし取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とが整合すれば、前記端末を現在利用しているユーザが授権ユーザであることを意味する。授権ユーザについて、当該ユーザのコンフィギュレーション修正権限に対して何の制限もしなくてもよい。
【００４１】
勿論、取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とが整合していなければ、前記端末を現在利用しているユーザが非授権ユーザであることを意味する。非授権ユーザについて、当該ユーザのコンフィギュレーション修正権限に対して制限してもよい。
【００４２】
本実施例では、ユーザが端末のコンフィギュレーションを修正する際、一般的に、ユーザの幾つかの特定のタッチイベントによりトリガする。例えば、上述した通りに、ユーザは、端末のシステムデスクトップ上のアプリケーションアイコンに対して長押し操作を行うことで、当該アプリケーションに対する削除やドラッグ等の操作をトリガしてもよい。したがって、非授権ユーザのコンフィギュレーション修正権限を制限する際、当該ユーザのタッチ操作によりトリガされたコンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止することで実現されてもよい。
【００４３】
ただし、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限およびシステムの設定を修正する権限等を含んでもよい。
【００４４】
例えば、前記ユーザのタッチ操作に基づいて当該ユーザの指紋情報の取得に成功し、且つ、指紋情報整合を経て当該ユーザを非授権ユーザとして特定したとき、端末は、まず、当該ユーザのタッチ操作がコンフィギュレーション修正イベントをトリガしたかどうかを判断し、もし当該ユーザのタッチ操作がコンフィギュレーション修正イベントをトリガした場合、当該コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止してもよい。例えば、ユーザが端末のシステムデスクトップ上のアプリケーションアイコンに対して長押し操作を行うことで当該アプリケーションを削除しようと仮定すれば、端末がバックエンドでその長押しイベントをモニタリングすると、バックエンドで当該長押しイベントによりトリガされたアプリケーション削除イベントに対応するアプリケーション削除権限を禁止してもよい。前記アプリケーション削除権限の禁止後、ユーザは、端末のシステムデスクトップ上のアプリケーションアイコンに対する長押し操作にて当該アプリケーションに対する削除操作を実施することが不可能になる。
【００４５】
無論、非授権ユーザのコンフィギュレーション修正権限を禁止する際、禁止された権限のタイプは、上述したアプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限およびシステムの設定を修正する権限に限定されず、上述した各権限のうちの１つまたは複数の組み合わせであってもよい。当業者は、実際の必要に応じて、実際のアプリケーションシーンに合わせて柔軟に使用することができる。
【００４６】
例えば、家庭環境において端末を使用する場合、子供が端末で遊ぶときにシステムデスクトップ上のアプリケーションアイコンを誤って削除することや、デスクトップ上のアプリケーションアイコンをドラッグして位置を混乱させることが回避されるように、非授権ユーザのコンフィギュレーション修正権限を禁止する際に、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、および、アプリケーションを削除する権限のみを禁止してもよい。その一方、学校または仕事環境において端末を使用する場合、ユーザ端末のプライバシーおよび安全性が保証されるように、非授権ユーザのコンフィギュレーション修正権限を禁止する際に、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限を禁止するに加えて、システムの設定を修正する権限も禁止してもよい。
【００４７】
説明必要なことは、前記ユーザのタッチ操作によりトリガされたコンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止する際、前記端末のシステムに予め確立されたタッチイベントと対応するコンフィギュレーション修正イベントとのトリガ関係を修正することで実現可能である。
【００４８】
例えば、通常設計では、端末のシステムに、一般的に、長押しイベントと、システムデスクトップ上のアイコンに対する削除やドラッグ等のイベントとのトリガ関係が予め確立されており、端末がシステムデスクトップ上のアプリケーションアイコンに対するユーザの長押しイベントをバックエンドでモニタリングすると、当該アプリケーションアイコンに対する削除やドラッグ等のイベントを即時にトリガしてもよい。したがって、当該ユーザの長押し操作によりトリガされたシステムデスクトップ上のアイコンに対する削除やドラッグの権限を禁止する際、端末のシステムに予め確立された前記トリガ関係を修正または削除して前記トリガ関係を無効にすることで、実現可能である。
【００４９】
本実施例では、ユーザのコンフィギュレーション修正権限の禁止に成功した後で、当該ユーザにプロンプトするように、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力してもよい。ただし、前記プロンプトメッセージは、修正権限がない旨をユーザにプロンプトするためのヒントボックスであってもよいし、指紋認証をやり直す旨をユーザにプロンプトするためのヒントボックスであってもよい。
【００５０】
例えば、ユーザが長押し操作を行うことで端末のシステムデスクトップ上のアプリケーションアイコンに対して削除あるいはドラッグ操作を行うことを例にすると、端末がユーザの長押しイベントをモニタリングすることで当該ユーザの指紋情報を取得した後で、指紋情報整合により当該ユーザを非授権ユーザとして認証する。ある実現方式では、端末のシステムデスクトップ上に１つの「貴方には、デスクトップを編集する権限がありません」のテキストボックスを出力して、デスクトップを編集する権限がない旨を当該ユーザにプロンプトしてもよい。別の実現方式では、端末のシステムデスクトップ上に１つの「デスクトップを長押しすることでデスクトップ編集権限を再度取得してください」のテキストボックスを出力して、現在デスクトップを編集する権限がないが前記端末のスクリーンの可視領域を再度長押しすることで指紋認証を通してデスクトップを編集する権限を取得可能である旨を当該ユーザにプロンプトしてもよい。
【００５１】
本実施例では、非授権ユーザのコンフィギュレーション修正権限が前記端末によって禁止された後で、授権ユーザは、前記端末を再度使用する際、前記端末のスクリーンの可視領域に対する当該ユーザの長押しイベントをモニタリングすることで当該ユーザの指紋情報を取得し、取得された指紋情報とシステムに予め登録された授権ユーザの指紋情報とを照合することで当該ユーザの身元を認証し、認証が通れば、端末が当該ユーザのコンフィギュレーション修正権限に対して如何なる制限もせず、当該ユーザは、当該端末のコンフィギュレーションを正常に修正することができる。
【００５２】
上記実施例では、身元認証メカニズムをコンフィギュレーション修正権限の管理に導入する。具体的に、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００５３】
図２に示すように、図２は、一実施例による権限管理方法であり、端末に用いられ、以下のステップを含む。
【００５４】
ステップ２０１では、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングする。
【００５５】
前記端末は、タッチ型の移動端末であってもよく、例えば、前記移動端末は、ユーザのスマートフォンまたはタブレットＰＣであってもよい。
【００５６】
ステップ２０２では、モニタリングされたタッチイベントが長押しイベントであるかどうかを判断する。
【００５７】
ステップ２０３では、モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得する。
【００５８】
ステップ２０４では、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断する。
【００５９】
ステップ２０５では、前記ユーザが非授権ユーザであるとき、前記長押しイベントが前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断する。
【００６０】
ステップ２０６では、前記長押しイベントが前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止する。
【００６１】
ユーザが端末を利用する手順において、一般的に、幾つかの特定のタッチ操作により、端末のシステムデスクトップ上のアプリケーションを修正してもよい。例えば、シャオミ社（Ｘｉａｏｍｉ）のＭＩＵＩシステムを例にすると、ユーザは、システムデスクトップ上のアプリケーションアイコンを長押しすることで当該アプリケーションに対する削除やドラッグ等の操作をトリガしてもよい。
【００６２】
しかし、通常の設計では、ユーザのコンフィギュレーション修正権限を管理するとき、ユーザの身元の認証メカニズムを欠くため、非自機のユーザであっても、システムデスクトップ上のアプリケーションアイコンを長押しすることで当該アプリケーションに対する修正の権限を正常に取得することができる。こうして、ある程度誤操作の確率が増加し、安全性およびプライバシーが一層要求される大環境で、ユーザの需要に応えることもできない。
【００６３】
本実施例では、上記問題を解決するために、身元認証メカニズムを従来のコンフィギュレーション修正権限の管理に導入することができる。具体的に、ユーザが端末を日常的に利用するときに前記端末の所定のインターフェースのタッチ操作に基づいてユーザの指紋情報を取得してから、取得された指紋情報に基づいてユーザの身元を認証し、非授権ユーザとして認証されたユーザについて、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することができる。
【００６４】
本実施例では、ユーザが前記端末を日常的に利用するタッチ操作に基づいてユーザの指紋情報を取得し、ユーザによる前記端末の利用中において、タッチの領域が一般的に固定でないため、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含んでもよい。
【００６５】
技術面で実現するとき、指紋センシングチップを前記端末のスクリーンの可視領域に予めインプラントし、指紋センシングチップを一旦スクリーンの可視領域にインプラントすると、前記端末の全スクリーンは、ユーザの指紋情報を採集する指紋識別エリアとしてもよい。ユーザが前記端末を日常的に利用するとき、前記端末スクリーンにおける如何なる領域に対する前記ユーザのタッチ操作も、当該ユーザの指紋情報を取得するために用いられてもよい。
【００６６】
その中、ユーザ指紋情報の取得時、一般的にユーザの指で端末のスクリーン上を完全に押す必要があるため、ユーザが端末を利用するタッチ操作に基づいてユーザの指紋情報を取得する際に、アンロック状態において前記端末のスクリーンの可視領域に対するユーザの長押しイベントをモニタリングすることにより、ユーザの指紋情報を取得してもよい。
【００６７】
例えば、端末は、まず、現在アンロック状態であるかどうかを判断し、もし現在アンロック状態であるとき、所定のインターフェースに対するユーザのタッチイベントをリアルタイムにモニタリング開始し、モニタリングされたタッチイベントが長押しイベントであるかどうかを判断し、もしモニタリングされたタッチイベントが長押しイベントであれば、当該長押しイベントのタッチポイントを取得し、前記タッチポイント位置に対応する指紋センシングチップにより当該ユーザの指紋情報を取得してもよい。
【００６８】
前記ユーザの指紋情報が取得されたとき、取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とを照合し、もし取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とが整合すれば、前記端末を現在利用しているユーザが授権ユーザであることを意味する。授権ユーザについて、当該ユーザのコンフィギュレーション修正権限に対して何の制限もしなくてもよい。
【００６９】
勿論、取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とが整合していなければ、前記端末を現在利用しているユーザが非授権ユーザであることを意味する。非授権ユーザについて、当該ユーザのコンフィギュレーション修正権限に対して制限してもよい。
【００７０】
本実施例では、ユーザが端末のコンフィギュレーションを修正する際、一般的に、ユーザの幾つかの特定のタッチイベントによりトリガする。例えば、上述した通りに、ユーザは、端末のシステムデスクトップ上のアプリケーションアイコンに対して長押し操作を行うことで、当該アプリケーションに対する削除やドラッグ等の操作をトリガしてもよい。したがって、非授権ユーザのコンフィギュレーション修正権限を制限する際、当該ユーザのタッチ操作によりトリガされたコンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止することで実現されてもよい。
【００７１】
ただし、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限およびシステムの設定を修正する権限等を含んでもよい。
【００７２】
例えば、前記ユーザのタッチ操作に基づいて当該ユーザの指紋情報の取得に成功し、且つ、指紋情報整合を経て当該ユーザを非授権ユーザとして特定したとき、端末は、まず、当該ユーザのタッチ操作がコンフィギュレーション修正イベントをトリガしたかどうかを判断し、もし当該ユーザのタッチ操作がコンフィギュレーション修正イベントをトリガした場合、当該コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止してもよい。例えば、ユーザが端末のシステムデスクトップ上のアプリケーションアイコンに対して長押し操作を行うことで当該アプリケーションを削除しようと仮定すれば、端末がバックエンドでその長押しイベントをモニタリングすると、バックエンドで当該長押しイベントによりトリガされたアプリケーション削除イベントに対応するアプリケーション削除権限を禁止してもよい。前記アプリケーション削除権限の禁止後、ユーザは、端末のシステムデスクトップ上のアプリケーションアイコンに対する長押し操作にて当該アプリケーションに対する削除操作を実施することが不可能になる。
【００７３】
無論、非授権ユーザのコンフィギュレーション修正権限を禁止する際、禁止された権限のタイプは、上述したアプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限およびシステムの設定を修正する権限に限定されず、上述した各権限のうちの１つまたは複数の組み合わせであってもよい。当業者は、実際の必要に応じて、実際のアプリケーションシーンに合わせて柔軟に使用することができる。
【００７４】
例えば、家庭環境において端末を使用する場合、子供が端末で遊ぶときにシステムデスクトップ上のアプリケーションアイコンを誤って削除することや、デスクトップ上のアプリケーションアイコンをドラッグして位置を混乱させることが回避されるように、非授権ユーザのコンフィギュレーション修正権限を禁止する際に、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、および、アプリケーションを削除する権限のみを禁止してもよい。その一方、学校または仕事環境において端末を使用する場合、ユーザ端末のプライバシーおよび安全性が保証されるように、非授権ユーザのコンフィギュレーション修正権限を禁止する際に、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限を禁止するに加えて、システムの設定を修正する権限も禁止してもよい。
【００７５】
説明必要なことは、前記ユーザのタッチ操作によりトリガされたコンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止する際、前記端末のシステムに予め確立されたタッチイベントと対応するコンフィギュレーション修正イベントとのトリガ関係を修正することで実現可能である。
【００７６】
例えば、通常設計では、端末のシステムに、一般的に、長押しイベントと、システムデスクトップ上のアイコンに対する削除やドラッグ等のイベントとのトリガ関係が予め確立されており、端末がシステムデスクトップ上のアプリケーションアイコンに対するユーザの長押しイベントをバックエンドでモニタリングすると、当該アプリケーションアイコンに対する削除やドラッグ等のイベントを即時にトリガしてもよい。したがって、当該ユーザの長押し操作によりトリガされたシステムデスクトップ上のアイコンに対する削除やドラッグの権限を禁止する際、端末のシステムに予め確立された前記トリガ関係を修正または削除して前記トリガ関係を無効にすることで、実現可能である。
【００７７】
本実施例では、ユーザのコンフィギュレーション修正権限の禁止に成功した後で、当該ユーザにプロンプトするように、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力してもよい。ただし、前記プロンプトメッセージは、修正権限がない旨をユーザにプロンプトするためのヒントボックスであってもよいし、指紋認証をやり直す旨をユーザにプロンプトするためのヒントボックスであってもよい。
【００７８】
例えば、図３および図４を参照して、ユーザが長押し操作を行うことで端末のシステムデスクトップ上のアプリケーションアイコンに対して削除あるいはドラッグ操作を行うことを例にすると、端末がユーザの長押しイベントをモニタリングすることで当該ユーザの指紋情報を取得した後で、指紋情報整合により当該ユーザを非授権ユーザとして認証する。ある実現方式では、端末のシステムデスクトップ上に図３に示す１つの「貴方には、デスクトップを編集する権限がありません」のテキストボックスを出力して、デスクトップを編集する権限がない旨を当該ユーザにプロンプトしてもよい。別の実現方式では、端末のシステムデスクトップ上に図４に示す１つの「デスクトップを長押しすることでデスクトップ編集権限を再度取得してください」のテキストボックスを出力して、現在デスクトップを編集する権限がないが前記端末のスクリーンの可視領域を再度長押しすることで指紋認証を通してデスクトップを編集する権限を取得可能である旨を当該ユーザにプロンプトしてもよい。
【００７９】
本実施例では、非授権ユーザのコンフィギュレーション修正権限が前記端末によって禁止された後で、授権ユーザは、前記端末を再度使用する際、前記端末のスクリーンの可視領域に対する当該ユーザの長押しイベントをモニタリングすることで当該ユーザの指紋情報を取得し、取得された指紋情報とシステムに予め登録された授権ユーザの指紋情報とを照合することで当該ユーザの身元を認証し、認証が通れば、端末が当該ユーザのコンフィギュレーション修正権限に対して如何なる制限もせず、当該ユーザは、当該端末のコンフィギュレーションを正常に修正することができる。
【００８０】
上記実施例では、身元認証メカニズムをコンフィギュレーション修正権限の管理に導入する。具体的に、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００８１】
上記権限管理方法の実施例に対応して、本開示は、装置の実施例をさらに提供する。
【００８２】
図５は、一実施例による権限管理装置を模式的に示すブロック図である。
【００８３】
図５に示すように、一実施例による権限管理装置５００は、取得モジュール５０１と、判断モジュール５０２と、禁止モジュール５０３とを備える。
【００８４】
前記取得モジュール５０１は、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するように構成される。
【００８５】
前記判断モジュール５０２は、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するように構成される。
【００８６】
前記禁止モジュール５０３は、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するように構成される。
【００８７】
上記実施例では、身元認証メカニズムをコンフィギュレーション修正権限の管理に導入する。具体的に、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００８８】
図６を参照すると、図６は、本開示の一実施例による別の装置を示すブロック図であり、当該実施例は、上記図５に示す実施例に加えて、前記タッチ操作が長押し操作を含み、前記取得モジュール５０１がモニタリングサブモジュール５０１Ａと、第１の判断サブモジュール５０１Ｂと、取得サブモジュール５０１Ｃとを備えてもよい。
【００８９】
前記モニタリングサブモジュール５０１Ａは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするように構成される。
【００９０】
前記第１の判断サブモジュール５０１Ｂは、モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するように構成される。
【００９１】
前記取得サブモジュール５０１Ｃは、モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するように構成される。
【００９２】
図７を参照すると、図７は、本開示の一実施例による別の装置を示すブロック図であり、当該実施例は、上記図６に示す実施例に加えて、前記取得モジュール５０１が第２の判断サブモジュール５０１Ｄをさらに備えてもよい。
【００９３】
前記第２の判断サブモジュール５０１Ｄは、前記端末の所定のインターフェースに対するユーザのタッチイベントが前記モニタリングサブモジュール５０１Ａによってモニタリングされる前に、前記端末がアンロックされたかどうかを判断するように構成され、前記端末がアンロックされたとき、前記モニタリングサブモジュール５０１Ａは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始する。
【００９４】
上記各実施例では、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含む。
【００９５】
説明必要なことは、上記図７に示す装置実施例に示す第２の判断サブモジュール５０１Ｄの構造も上記図５の装置実施例に含まれてもよい。本開示は、それについて限定しない。
【００９６】
上記装置における各モジュールの機能および作用の実現手順は、上記方法における対応するステップの実現手順を詳細に参照すればよい。ここで繰り返し説明しない。
【００９７】
図８を参照すると、図８は、本開示の一実施例による別の装置を示すブロック図であり、当該実施例は、上記図５に示す実施例に加えて、前記禁止モジュール５０３が第３の判断サブモジュール５０３Ａと、禁止サブモジュール５０３Ｂとをさらに備えてもよい。
【００９８】
前記第３の判断サブモジュール５０３Ａは、前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するように構成される。
【００９９】
前記禁止サブモジュール５０３Ｂは、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するように構成される。
【０１００】
説明必要なことは、上記図８に示す装置実施例に示す第３の判断サブモジュール５０３Ａおよび禁止サブモジュール５０３Ｂの構造も上記図６から図７の装置実施例に含まれてもよい。本開示は、それについて限定しない。
【０１０１】
上記装置における各モジュールの機能および作用の実現手順は、上記方法における対応するステップの実現手順を詳細に参照すればよい。ここで繰り返し説明しない。
【０１０２】
図９を参照すると、図９は、本開示の一実施例による別の装置を示すブロック図であり、当該実施例は、上記図８に示す実施例に加えて、前記禁止モジュール５０３が出力サブモジュール５０３Ｃをさらに備えてもよい。
【０１０３】
前記出力サブモジュール５０３Ｃは、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止した後で、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するように構成される。
【０１０４】
上記各実施例では、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含む。
【０１０５】
説明必要なことは、上記図９に示す装置実施例に示す出力サブモジュール５０３Ｃの構造が上記図５から図７の装置実施例に含まれてもよく、本開示がそれについて限定しない。
【０１０６】
上記装置における各モジュールの機能および作用の実現手順の詳細は、上記方法における対応するステップの実現手順を参照すればよいため、ここで繰り返し説明しない。
【０１０７】
装置実施例が基本的に方法実施例に対応するため、関連箇所は、方法実施例部分の説明を参照すればよい。以上に記載の装置実施例は、単なる模式的である。その中の分離部品として説明されたモジュールは、物理的に離間してもよいし、しなくてもよい。モジュールとして表示された部品は、物理モジュールであってもよいし、でなくてもよい。即ち、１箇所に位置してもよいし、複数のネットワークモジュールに分散してもよい。実際の必要に応じて、その中の一部または全部のモジュールを選択して本開示の目的を達成してもよい。当業者は、進歩性に値する労働をせずに、理解し実施可能である。
【０１０８】
それ相応に、本開示は、権限管理装置を提供する。前記装置は、
プロセッサと、
プロセッサの実行可能な指令を記憶するためのメモリと、を備え、
前記プロセッサは、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するように構成される。
【０１０９】
それ相応に、本開示は、端末をさらに備える。前記端末は、メモリと、１つまたは１つ以上のプログラムとを有し、ただし、１つまたは１つ以上のプログラムがメモリに格納され、１つまたは１つ以上のプロセッサが前記１つまたは１つ以上のプログラムにおける以下の操作を行うための指令を実行するように構成される。
【０１１０】
即ち、前記操作としては、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止する。
【０１１１】
図１０は、一実施例による権限管理装置を示す構造模式図である。
【０１１２】
図１０は、一実施例による権限管理装置１０００を示し、当該装置１０００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信機器、ゲームコンソール、タブレットデバイス、医療設備、フィットネス機器、ＰＤＡなどであってもよい。
【０１１３】
図１０を参照すると、装置１０００は、以下の１つ又は複数のユニット、すなわち、処理ユニット１００１、メモリ１００２、電源ユニット１００３、マルチメディアユニット１００４、オーディオユニット１００５、入力/出力（Ｉ/Ｏ）インターフェース１００６、センサユニット１００７及び通信ユニット１００８を備えてもよい。
【０１１４】
処理ユニット１００１は通常、装置１０００の全般操作、例えば、表示、電話発呼、データ通信、カメラ操作及び記録操作に関連する操作を制御する。処理ユニット１００１は、前記方法のステップの全部又は一部を実行するように、指令を実行する１つ又は複数のプロセッサ１００９を備えてもよい。また、処理ユニット１００１は、処理ユニット１００１と他のユニットとの間の相互作用を容易にするように、１つ又は複数のモジュールを備えてもよい。例えば、処理ユニット１００１は、マルチメディアユニット１００４と処理ユニット１００１との間の相互作用を容易にするように、マルチメディアモジュールを備えてもよい。
【０１１５】
メモリ１００２は、装置１０００での操作をサポートするために、各種別のデータを記憶するように構成される。これらのデータの例示は、装置１０００で操作する如何なるアプリケーションプログラムまたは方法の指令、連絡人データ、電話帳データ、メッセージ、ピクチャ、映像などを含む。メモリ１００２は、如何なる種別の揮発性もしくは不揮発性記憶デバイスまたはそれらの組合せ、例えば、静的ランダムアクセスメモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクによって実現されてもよい。
【０１１６】
電源ユニット１００３は、装置１０００のユニットのそれぞれに電力を供給する。電源ユニット１００３は、電源管理システム、１つまたは複数の電源、並びに、装置１０００用の電力を生成、管理および配分するに関する他のユニットを含んでもよい。
【０１１７】
マルチメディアユニット１００４は、前記装置１０００とユーザとの間に1つの出力インターフェースを供給するスクリーンを備える。一部の実施例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチパネル（ＴＰ）を含んでも良い。スクリーンは、タッチパネルを含む場合、ユーザからの入力信号を受信するように、タッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、スライドおよびタッチパネルでのジェスチャーを感知するように、１つまたは複数のタッチセンサを含む。前記タッチセンサは、タッチまたはスライド動作の境界を感知するだけではなく、前記タッチまたはスライド操作と関連する持続時間および圧力をさらに検出することができる。一部の実施例では、マルチメディアユニット１００４は、１つのフロントカメラおよび/またはバックカメラを含む。装置１０００が操作モード、例えば、撮像モードまたは映像モードにあるとき、フロントカメラおよび/またはバックカメラは、外部のマルチメディアデータを受信することができる。フロントカメラおよびバックカメラのそれぞれは、１つの固定の光学レンズシステムであってもよいし、焦点距離および光学ズーム能力を有するものであってもよい。
【０１１８】
オーディオユニット１００５は、オーディオ信号を出力および/または入力するように構成される。例えば、オーディオユニット１００５は、マイク（ＭＩＣ）を備え、装置１０００が操作モード、例えば、発呼モード、記録モードおよび音声識別モードにあるとき、マイクは、外部オーディオ信号を受信するように構成される。受信されたオーディオ信号は、さらに、メモリ１００２に記憶される、または、通信ユニット１００８を介して送信されることができる。一部の実施例では、オーディオユニット１００５は、さらに、オーディオ信号を出力するためのスピーカをさらに含む。
【０１１９】
Ｉ/Ｏインターフェース１００２は、処理ユニット１００１とペリフェラルインターフェースモジュールとの間でインターフェースを供給するものであり、前記ペリフェラルインターフェースモジュールは、キーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームページボタン、ボリュームボタン、起動ボタンおよびロックボタンを含んでも良いが、それらに限定されない。
【０１２０】
センサユニット１００７は、いろんな方面での状態推定を装置１０００に供給するための１つまたは複数のセンサを含む。例えば、センサユニット１００７は、装置１０００のオン/オフ状態、ユニットの相対位置を検出することができ、例えば、前記ユニットは、装置１０００のディスプレイおよびキーパッドである。センサユニット１００７は、さらに、装置１０００もしくは装置１０００の１つのユニットの位置変更、ユーザと装置１０００との接触の存在もしくは不存在、装置１０００の方位または加速/減速および装置１０００の温度変化をさらに検出することができる。センサユニット１００７は、如何なる物理的接触もないとき、近辺にある物体の存在を検出するための近接センサを含んでもよい。センサユニット１００７は、さらに、イメージングアプリケーションに使用される光センサ、例えばＣＭＯＳまたはＣＣＤ画像センサを含んでも良い。一部の実施例では、当該センサユニット１００７は、さらに、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサまたは温度センサを含んでも良い。
【０１２１】
通信ユニット１００８は、装置１０００と他の機器間の無線または有線方式の通信が便利になるように構成される。装置１０００は、通信規格に基づく無線ネットワーク、例えば、ＷｉＦｉ、２Ｇもしくは３Ｇ、またはそれらの組合せにアクセスすることができる。ある実施例では、通信ユニット１００８は、外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報をブロードキャストチャネルを介して受信する。ある実施例では、前記通信ユニット１００８は、さらに、短距離通信を容易にするように、ニアフィールド通信（ＮＦＣ）モジュールを含んでも良い。例えば、ＮＦＣモジュールでは、無線周波数識別（ＲＦＩＤ）技術、赤外データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（登録商標）（ＢＴ）技術および他の技術によって実現されてもよい。
【０１２２】
実施例では、装置１０００は、上記方法を実行するための１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサまたは他の電子部品によって実現されてもよい。
【０１２３】
実施例では、指令を含む非一時的コンピュータ読み取り可能な記憶媒体、例えば、指令を含むメモリ１００２をさらに提供し、上記指令が装置１０００のプロセッサ１００９によって実行されることで上述した方法を実施させることができる。例えば、前記非一時的コンピュータ読み取り可能な記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ-ＲＯＭ、磁気テープ、フロッピーディスクおよび光データ記憶機器などであっても良い。
【０１２４】
その中、前記記憶媒体における指令が移動端末のプロセッサによって実行されるとき、移動端末が権限管理方法を実行可能である。前記方法は、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するステップと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップと、を含む。
【０１２５】
当業者は明細書を考慮し、ここに公開された開示を実践した後、本開示の他の実施案を容易に想到する。本願は、本開示の如何なる変形、用途または適応的変化もカバーすることを意図する。これらの変形、用途または適応的変化は、本開示の一般的な仕組みに従い、かつ、本開示に開示されていない当分野における公知常識または慣用技術手段を含む。明細書および実施例は単なる例示と見なされ、本開示の本当の範囲および思想は添付の特許請求の範囲によって与えられる。
【０１２６】
本開示が以上で記載され、且つ図面に示された正確な構造に限定されるものでなく、その要旨を逸脱しない範囲で様々な修正や変更も可能であることは理解されるべきである。本開示の範囲は、添付する特許請求の範囲のみによって限定される。
【図１】
2017518598.tif 000003
【図２】
2017518598.tif 000004
【図３】
2017518598.tif 000005
【図４】
2017518598.tif 000006
【図５】
2017518598.tif 000007
【図６】
2017518598.tif 000008
【図７】
2017518598.tif 000009
【図８】
2017518598.tif 000010
【図９】
2017518598.tif 000011
【図１０】
2017518598.tif 000012
【手続補正書】
【提出日】平成28年1月20日(2016.1.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するステップと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップと、を含むことを特徴とする権限管理方法。
【請求項２】
前記タッチ操作は、長押し操作を含み、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップは、
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするステップと、
モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するステップと、
モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するステップと、を含むことを特徴とする請求項１に記載の権限管理方法。
【請求項３】
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするステップの前に、さらに、
前記端末がアンロックされたかどうかを判断するステップと、
前記端末がアンロックされたとき、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始するステップと、を含むことを特徴とする請求項２に記載の権限管理方法。
【請求項４】
前記所定のインターフェースは、前記端末のスクリーンの可視領域を含むことを特徴とする請求項１乃至３のいずれか一項に記載の権限管理方法。
【請求項５】
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップは、
前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するステップと、
前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するステップと、を含むことを特徴とする請求項１に記載の権限管理方法。
【請求項６】
前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するステップの後で、
プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するステップをさらに含むことを特徴とする請求項５に記載の権限管理方法。
【請求項７】
前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含むことを特徴とする請求項１または５に記載の権限管理方法。
【請求項８】
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するための取得モジュールと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するための判断モジュールと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するための禁止モジュールと、を備えることを特徴とする権限管理装置。
【請求項９】
前記タッチ操作は、長押し操作を含み、
前記取得モジュールは、
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするためのモニタリングサブモジュールと、
モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するための第１の判断サブモジュールと、
モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するための取得サブモジュールと、を備えることを特徴とする請求項８に記載の権限管理装置。
【請求項１０】
前記取得モジュールは、
前記端末の所定のインターフェースに対するユーザのタッチイベントが前記モニタリングサブモジュールによってモニタリングされる前に、前記端末がアンロックされたかどうかを判断するための第２の判断サブモジュールをさらに備え、
前記端末がアンロックされたとき、前記モニタリングサブモジュールは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始することを特徴とする請求項９に記載の権限管理装置。
【請求項１１】
前記所定のインターフェースは、前記端末のスクリーンの可視領域を含むことを特徴とする請求項８乃至１０のいずれか一項に記載の権限管理装置。
【請求項１２】
前記禁止モジュールは、
前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するための第３の判断サブモジュールと、
前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するための禁止サブモジュールと、を備えることを特徴とする請求項８に記載の権限管理装置。
【請求項１３】
前記禁止モジュールは、
前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止した後で、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するための出力サブモジュールをさらに備えることを特徴とする請求項１２に記載の権限管理装置。
【請求項１４】
前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含むことを特徴とする請求項８または１２に記載の権限管理装置。
【請求項１５】
プロセッサと、
プロセッサの実行可能な指令を記憶するためのメモリと、を備え、
前記プロセッサは、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するように構成されることを特徴とする権限管理装置。
【請求項１６】
プロセッサに実行されることにより、請求項１から請求項７のいずれか１項に記載の権限管理方法を実現することを特徴とするプログラム。
【請求項１７】
請求項１６に記載のプログラムが記録された記録媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出願番号が２０１５１０２０９６３７.６であり、出願日が２０１５年４月２８日である中国特許出願を基に提出するものであり、当該中国特許出願の優先権を主張し、当該中国特許出願の全ての内容は、参照のため本願に援用される。
【０００２】
本開示は、通信分野に関し、特に、権限管理方法、装置、プログラムおよび記録媒体に関する。
【背景技術】
【０００３】
ユーザが携帯電話を使用するとき、一般的に、特定の操作、例えば、長押し操作により、デスクトップでのアプリケーションを修正することができる。しかし、このような状況において、所持するスマート端末が非自機のユーザ（自機の持ち主ではないユーザ）により誤って操作される確率が増える虞もある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
関連技術に存在する問題を克服するために、本開示は、権限管理方法、装置、プログラムおよび記録媒体を提供する。
【課題を解決するための手段】
【０００５】
本開示の実施例の第１の態様によれば、権限管理方法を提供する。前記方法は、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するステップと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップと、を含む。
【０００６】
好ましくは、前記タッチ操作は、長押し操作を含み、
前記端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップは、
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするステップと、
モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するステップと、
モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するステップと、を含む。
【０００７】
好ましくは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするステップの前に、前記方法は、さらに、
前記端末がアンロックされたかどうかを判断するステップと、
前記端末がアンロックされたとき、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始するステップと、を含む。
【０００８】
好ましくは、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含む。
【０００９】
好ましくは、前記前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップは、
前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するステップと、
前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するステップと、を含む。
【００１０】
好ましくは、前記方法は、さらに、
前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限が禁止された後で、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するステップを含む。
【００１１】
好ましくは、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含む。
【００１２】
本開示の実施例の第２の態様によれば、権限管理装置を提供する。前記装置は、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するための取得モジュールと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するための判断モジュールと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するための禁止モジュールと、を備える。
【００１３】
好ましくは、前記タッチ操作は、長押し操作を含み、
前記取得モジュールは、
前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするためのモニタリングサブモジュールと、
モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するための第１の判断サブモジュールと、
モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するための取得サブモジュールと、を備える。
【００１４】
好ましくは、前記取得モジュールは、さらに、
前記端末の所定のインターフェースに対するユーザのタッチイベントが前記モニタリングサブモジュールによってモニタリングされる前に、前記端末がアンロックされたかどうかを判断するための第２の判断サブモジュールを備え、前記端末がアンロックされたとき、前記モニタリングサブモジュールは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始する。
【００１５】
好ましくは、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含む。
【００１６】
好ましくは、前記禁止モジュールは、
前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するための第３の判断サブモジュールと、
前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するための禁止サブモジュールと、を備える。
【００１７】
好ましくは、前記禁止モジュールは、さらに、
前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止した後で、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するための出力サブモジュールを備える。
【００１８】
好ましくは、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含む。
【００１９】
本開示の実施例の第３の態様によれば、権限管理装置を提供する。前記装置は、
プロセッサと、
プロセッサの実行可能な指令を記憶するためのメモリと、を備え、
前記プロセッサは、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するように構成される。
【００２０】
本開示の実施例の第４の態様によれば、プロセッサに実行されることにより、本開示の実施例の第１の態様に記載の権限管理方法を実現するプログラムを提供する。
【００２１】
本開示の実施例の第５の態様によれば、本開示の実施例の第４の態様に記載のプログラムが記録された記録媒体を提供する。
【発明の効果】
【００２２】
本開示の実施例による技術案は、以下の格別な作用効果を含むことができる。
【００２３】
本開示の上記実施例では、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００２４】
上述した一般的な記述および後続の詳細な記述は、単に例示的および解釈的なものであり、本発明を制限できるものでないと理解されるべきである。
【図面の簡単な説明】
【００２５】
ここでの図面は、明細書を構成する一部として見なされ、本開示に適した実施例を示し、かつ、明細書の文字記載とともに本開示の仕組みを解釈するために用いられる。
【図１】一実施例による権限管理方法を模式的に示すフローチャートである。
【図２】一実施例による別の権限管理方法を模式的に示すフローチャートである。
【図３】一実施例によるシステムデスクトップのインタラクション模式図である。
【図４】一実施例による別のシステムデスクトップ上のインタラクション模式図である。
【図５】一実施例による権限管理装置を模式的に示すブロック図である。
【図６】一実施例による別の権限管理装置を模式的に示すブロック図である。
【図７】一実施例による別の権限管理装置を模式的に示すブロック図である。
【図８】一実施例による別の権限管理装置を模式的に示すブロック図である。
【図９】一実施例による別の権限管理装置を模式的に示すブロック図である。
【図１０】一実施例による前記権限管理装置のための構造模式図である。
【発明を実施するための形態】
【００２６】
次に、実施例を詳細に説明し、例示が図に示されている。以下の記述が図に係る場合、別途にて示さない限り、異なる図面における同じ符号は、同じまたは類似する要素を示す。以下の実施例に記述される実施形態は、本発明と一致する全ての実施形態を代表するとは限らない。逆に、それらは、添付の特許請求の範囲に記載されているように、本発明の一部の局面と一致する装置および方法の例に過ぎない。
【００２７】
本開示に記載の用語は、特定の実施例を説明する目的で使用されるものに過ぎず、本開示を限定するものではない。本開示及び添付する特許請求の範囲に記載の単数形式の「１種類」、「前記」及び「当該」は、前後の文章においてそれぞれ他の意味を含有すると明確に記載される以外には、複数の形式も含む。なお、本発明に記載の「及び／又は」は、挙げられる事項の1つ又は複数の何れ又は全ての組み合わせを意味する。
【００２８】
また、本開示は、第１、第２、第３等の用語を使って各種の情報を説明するが、それらの情報は上記用語に限定されない。それらの用語は、同一種類の情報同士を区分するためのものに過ぎない。例えば、本発明の範囲から逸脱しない状況で、第１の情報を第２の情報と称しても良い。同じように、第２の情報を第１の情報と称してもよい。ここで使っている用語「……場合」は、文脈の意味によって、「……時」或は「……と」又は「確定に応じる」に解釈されてもよい。
【００２９】
本開示は、権限管理方法を提供し、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００３０】
図１に示すように、図１は、一実施例による権限管理方法を示し、端末に用いられ、以下のステップを含む。
【００３１】
ステップ１０１では、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得する。
【００３２】
前記端末は、タッチ型の移動端末を含んでもよい。例えば、前記移動端末は、ユーザのスマートフォンまたはタブレットＰＣであってもよい。
【００３３】
ステップ１０２では、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断する。
【００３４】
ステップ１０３では、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止する。
【００３５】
ユーザが端末を利用する手順において、一般的に、幾つかの特定のタッチ操作により、端末のシステムデスクトップ上のアプリケーションを修正してもよい。例えば、シャオミ社（Ｘｉａｏｍｉ）のＭＩＵＩシステムを例にすると、ユーザは、システムデスクトップ上のアプリケーションアイコンを長押しすることで当該アプリケーションに対する削除やドラッグ等の操作をトリガしてもよい。
【００３６】
しかし、通常の設計では、ユーザのコンフィギュレーション修正権限を管理するとき、ユーザの身元の認証メカニズムを欠くため、非自機のユーザであっても、システムデスクトップ上のアプリケーションアイコンを長押しすることで当該アプリケーションに対する修正の権限を正常に取得することができる。こうして、ある程度誤操作の確率が増加し、安全性およびプライバシーが一層要求される大環境で、ユーザの需要に応えることもできない。
【００３７】
本実施例では、上記問題を解決するために、身元認証メカニズムを従来のコンフィギュレーション修正権限の管理に導入することができる。具体的に、ユーザが端末を日常的に利用するときに前記端末の所定のインターフェースのタッチ操作に基づいてユーザの指紋情報を取得してから、取得された指紋情報に基づいてユーザの身元を認証し、非授権ユーザとして認証されたユーザについて、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することができる。
【００３８】
本実施例では、ユーザが前記端末を日常的に利用するタッチ操作に基づいてユーザの指紋情報を取得し、ユーザによる前記端末の利用中において、タッチの領域が一般的に固定でないため、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含んでもよい。
【００３９】
技術面で実現するとき、指紋センシングチップを前記端末のスクリーンの可視領域に予めインプラントし、指紋センシングチップを一旦スクリーンの可視領域にインプラントすると、前記端末の全スクリーンは、ユーザの指紋情報を採集する指紋識別エリアとしてもよい。ユーザが前記端末を日常的に利用するとき、前記端末スクリーンにおける如何なる領域に対する前記ユーザのタッチ操作も、当該ユーザの指紋情報を取得するために用いられてもよい。
【００４０】
その中、ユーザ指紋情報の取得時、一般的にユーザの指で端末のスクリーン上を完全に押す必要があるため、ユーザが端末を利用するタッチ操作に基づいてユーザの指紋情報を取得する際に、アンロック状態において前記端末のスクリーンの可視領域に対するユーザの長押しイベントをモニタリングすることにより、ユーザの指紋情報を取得してもよい。
【００４１】
例えば、端末は、まず、現在アンロック状態であるかどうかを判断し、もし現在アンロック状態であるとき、所定のインターフェースに対するユーザのタッチイベントをリアルタイムにモニタリング開始し、モニタリングされたタッチイベントが長押しイベントであるかどうかを判断し、もしモニタリングされたタッチイベントが長押しイベントであれば、当該長押しイベントのタッチポイントを取得し、前記タッチポイント位置に対応する指紋センシングチップにより当該ユーザの指紋情報を取得してもよい。
【００４２】
前記ユーザの指紋情報が取得されたとき、取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とを照合し、もし取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とが整合すれば、前記端末を現在利用しているユーザが授権ユーザであることを意味する。授権ユーザについて、当該ユーザのコンフィギュレーション修正権限に対して何の制限もしなくてもよい。
【００４３】
勿論、取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とが整合していなければ、前記端末を現在利用しているユーザが非授権ユーザであることを意味する。非授権ユーザについて、当該ユーザのコンフィギュレーション修正権限に対して制限してもよい。
【００４４】
本実施例では、ユーザが端末のコンフィギュレーションを修正する際、一般的に、ユーザの幾つかの特定のタッチイベントによりトリガする。例えば、上述した通りに、ユーザは、端末のシステムデスクトップ上のアプリケーションアイコンに対して長押し操作を行うことで、当該アプリケーションに対する削除やドラッグ等の操作をトリガしてもよい。したがって、非授権ユーザのコンフィギュレーション修正権限を制限する際、当該ユーザのタッチ操作によりトリガされたコンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止することで実現されてもよい。
【００４５】
ただし、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限およびシステムの設定を修正する権限等を含んでもよい。
【００４６】
例えば、前記ユーザのタッチ操作に基づいて当該ユーザの指紋情報の取得に成功し、且つ、指紋情報整合を経て当該ユーザを非授権ユーザとして特定したとき、端末は、まず、当該ユーザのタッチ操作がコンフィギュレーション修正イベントをトリガしたかどうかを判断し、もし当該ユーザのタッチ操作がコンフィギュレーション修正イベントをトリガした場合、当該コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止してもよい。例えば、ユーザが端末のシステムデスクトップ上のアプリケーションアイコンに対して長押し操作を行うことで当該アプリケーションを削除しようと仮定すれば、端末がバックエンドでその長押しイベントをモニタリングすると、バックエンドで当該長押しイベントによりトリガされたアプリケーション削除イベントに対応するアプリケーション削除権限を禁止してもよい。前記アプリケーション削除権限の禁止後、ユーザは、端末のシステムデスクトップ上のアプリケーションアイコンに対する長押し操作にて当該アプリケーションに対する削除操作を実施することが不可能になる。
【００４７】
無論、非授権ユーザのコンフィギュレーション修正権限を禁止する際、禁止された権限のタイプは、上述したアプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限およびシステムの設定を修正する権限に限定されず、上述した各権限のうちの１つまたは複数の組み合わせであってもよい。当業者は、実際の必要に応じて、実際のアプリケーションシーンに合わせて柔軟に使用することができる。
【００４８】
例えば、家庭環境において端末を使用する場合、子供が端末で遊ぶときにシステムデスクトップ上のアプリケーションアイコンを誤って削除することや、デスクトップ上のアプリケーションアイコンをドラッグして位置を混乱させることが回避されるように、非授権ユーザのコンフィギュレーション修正権限を禁止する際に、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、および、アプリケーションを削除する権限のみを禁止してもよい。その一方、学校または仕事環境において端末を使用する場合、ユーザ端末のプライバシーおよび安全性が保証されるように、非授権ユーザのコンフィギュレーション修正権限を禁止する際に、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限を禁止するに加えて、システムの設定を修正する権限も禁止してもよい。
【００４９】
説明必要なことは、前記ユーザのタッチ操作によりトリガされたコンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止する際、前記端末のシステムに予め確立されたタッチイベントと対応するコンフィギュレーション修正イベントとのトリガ関係を修正することで実現可能である。
【００５０】
例えば、通常設計では、端末のシステムに、一般的に、長押しイベントと、システムデスクトップ上のアイコンに対する削除やドラッグ等のイベントとのトリガ関係が予め確立されており、端末がシステムデスクトップ上のアプリケーションアイコンに対するユーザの長押しイベントをバックエンドでモニタリングすると、当該アプリケーションアイコンに対する削除やドラッグ等のイベントを即時にトリガしてもよい。したがって、当該ユーザの長押し操作によりトリガされたシステムデスクトップ上のアイコンに対する削除やドラッグの権限を禁止する際、端末のシステムに予め確立された前記トリガ関係を修正または削除して前記トリガ関係を無効にすることで、実現可能である。
【００５１】
本実施例では、ユーザのコンフィギュレーション修正権限の禁止に成功した後で、当該ユーザにプロンプトするように、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力してもよい。ただし、前記プロンプトメッセージは、修正権限がない旨をユーザにプロンプトするためのヒントボックスであってもよいし、指紋認証をやり直す旨をユーザにプロンプトするためのヒントボックスであってもよい。
【００５２】
例えば、ユーザが長押し操作を行うことで端末のシステムデスクトップ上のアプリケーションアイコンに対して削除あるいはドラッグ操作を行うことを例にすると、端末がユーザの長押しイベントをモニタリングすることで当該ユーザの指紋情報を取得した後で、指紋情報整合により当該ユーザを非授権ユーザとして認証する。ある実現方式では、端末のシステムデスクトップ上に１つの「貴方には、デスクトップを編集する権限がありません」のテキストボックスを出力して、デスクトップを編集する権限がない旨を当該ユーザにプロンプトしてもよい。別の実現方式では、端末のシステムデスクトップ上に１つの「デスクトップを長押しすることでデスクトップ編集権限を再度取得してください」のテキストボックスを出力して、現在デスクトップを編集する権限がないが前記端末のスクリーンの可視領域を再度長押しすることで指紋認証を通してデスクトップを編集する権限を取得可能である旨を当該ユーザにプロンプトしてもよい。
【００５３】
本実施例では、非授権ユーザのコンフィギュレーション修正権限が前記端末によって禁止された後で、授権ユーザは、前記端末を再度使用する際、前記端末のスクリーンの可視領域に対する当該ユーザの長押しイベントをモニタリングすることで当該ユーザの指紋情報を取得し、取得された指紋情報とシステムに予め登録された授権ユーザの指紋情報とを照合することで当該ユーザの身元を認証し、認証が通れば、端末が当該ユーザのコンフィギュレーション修正権限に対して如何なる制限もせず、当該ユーザは、当該端末のコンフィギュレーションを正常に修正することができる。
【００５４】
上記実施例では、身元認証メカニズムをコンフィギュレーション修正権限の管理に導入する。具体的に、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００５５】
図２に示すように、図２は、一実施例による権限管理方法であり、端末に用いられ、以下のステップを含む。
【００５６】
ステップ２０１では、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングする。
【００５７】
前記端末は、タッチ型の移動端末であってもよく、例えば、前記移動端末は、ユーザのスマートフォンまたはタブレットＰＣであってもよい。
【００５８】
ステップ２０２では、モニタリングされたタッチイベントが長押しイベントであるかどうかを判断する。
【００５９】
ステップ２０３では、モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得する。
【００６０】
ステップ２０４では、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断する。
【００６１】
ステップ２０５では、前記ユーザが非授権ユーザであるとき、前記長押しイベントが前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断する。
【００６２】
ステップ２０６では、前記長押しイベントが前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止する。
【００６３】
ユーザが端末を利用する手順において、一般的に、幾つかの特定のタッチ操作により、端末のシステムデスクトップ上のアプリケーションを修正してもよい。例えば、シャオミ社（Ｘｉａｏｍｉ）のＭＩＵＩシステムを例にすると、ユーザは、システムデスクトップ上のアプリケーションアイコンを長押しすることで当該アプリケーションに対する削除やドラッグ等の操作をトリガしてもよい。
【００６４】
しかし、通常の設計では、ユーザのコンフィギュレーション修正権限を管理するとき、ユーザの身元の認証メカニズムを欠くため、非自機のユーザであっても、システムデスクトップ上のアプリケーションアイコンを長押しすることで当該アプリケーションに対する修正の権限を正常に取得することができる。こうして、ある程度誤操作の確率が増加し、安全性およびプライバシーが一層要求される大環境で、ユーザの需要に応えることもできない。
【００６５】
本実施例では、上記問題を解決するために、身元認証メカニズムを従来のコンフィギュレーション修正権限の管理に導入することができる。具体的に、ユーザが端末を日常的に利用するときに前記端末の所定のインターフェースのタッチ操作に基づいてユーザの指紋情報を取得してから、取得された指紋情報に基づいてユーザの身元を認証し、非授権ユーザとして認証されたユーザについて、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することができる。
【００６６】
本実施例では、ユーザが前記端末を日常的に利用するタッチ操作に基づいてユーザの指紋情報を取得し、ユーザによる前記端末の利用中において、タッチの領域が一般的に固定でないため、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含んでもよい。
【００６７】
技術面で実現するとき、指紋センシングチップを前記端末のスクリーンの可視領域に予めインプラントし、指紋センシングチップを一旦スクリーンの可視領域にインプラントすると、前記端末の全スクリーンは、ユーザの指紋情報を採集する指紋識別エリアとしてもよい。ユーザが前記端末を日常的に利用するとき、前記端末スクリーンにおける如何なる領域に対する前記ユーザのタッチ操作も、当該ユーザの指紋情報を取得するために用いられてもよい。
【００６８】
その中、ユーザ指紋情報の取得時、一般的にユーザの指で端末のスクリーン上を完全に押す必要があるため、ユーザが端末を利用するタッチ操作に基づいてユーザの指紋情報を取得する際に、アンロック状態において前記端末のスクリーンの可視領域に対するユーザの長押しイベントをモニタリングすることにより、ユーザの指紋情報を取得してもよい。
【００６９】
例えば、端末は、まず、現在アンロック状態であるかどうかを判断し、もし現在アンロック状態であるとき、所定のインターフェースに対するユーザのタッチイベントをリアルタイムにモニタリング開始し、モニタリングされたタッチイベントが長押しイベントであるかどうかを判断し、もしモニタリングされたタッチイベントが長押しイベントであれば、当該長押しイベントのタッチポイントを取得し、前記タッチポイント位置に対応する指紋センシングチップにより当該ユーザの指紋情報を取得してもよい。
【００７０】
前記ユーザの指紋情報が取得されたとき、取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とを照合し、もし取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とが整合すれば、前記端末を現在利用しているユーザが授権ユーザであることを意味する。授権ユーザについて、当該ユーザのコンフィギュレーション修正権限に対して何の制限もしなくてもよい。
【００７１】
勿論、取得された指紋情報と端末システム内に予め登録された授権ユーザの指紋情報とが整合していなければ、前記端末を現在利用しているユーザが非授権ユーザであることを意味する。非授権ユーザについて、当該ユーザのコンフィギュレーション修正権限に対して制限してもよい。
【００７２】
本実施例では、ユーザが端末のコンフィギュレーションを修正する際、一般的に、ユーザの幾つかの特定のタッチイベントによりトリガする。例えば、上述した通りに、ユーザは、端末のシステムデスクトップ上のアプリケーションアイコンに対して長押し操作を行うことで、当該アプリケーションに対する削除やドラッグ等の操作をトリガしてもよい。したがって、非授権ユーザのコンフィギュレーション修正権限を制限する際、当該ユーザのタッチ操作によりトリガされたコンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止することで実現されてもよい。
【００７３】
ただし、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限およびシステムの設定を修正する権限等を含んでもよい。
【００７４】
例えば、前記ユーザのタッチ操作に基づいて当該ユーザの指紋情報の取得に成功し、且つ、指紋情報整合を経て当該ユーザを非授権ユーザとして特定したとき、端末は、まず、当該ユーザのタッチ操作がコンフィギュレーション修正イベントをトリガしたかどうかを判断し、もし当該ユーザのタッチ操作がコンフィギュレーション修正イベントをトリガした場合、当該コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止してもよい。例えば、ユーザが端末のシステムデスクトップ上のアプリケーションアイコンに対して長押し操作を行うことで当該アプリケーションを削除しようと仮定すれば、端末がバックエンドでその長押しイベントをモニタリングすると、バックエンドで当該長押しイベントによりトリガされたアプリケーション削除イベントに対応するアプリケーション削除権限を禁止してもよい。前記アプリケーション削除権限の禁止後、ユーザは、端末のシステムデスクトップ上のアプリケーションアイコンに対する長押し操作にて当該アプリケーションに対する削除操作を実施することが不可能になる。
【００７５】
無論、非授権ユーザのコンフィギュレーション修正権限を禁止する際、禁止された権限のタイプは、上述したアプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限およびシステムの設定を修正する権限に限定されず、上述した各権限のうちの１つまたは複数の組み合わせであってもよい。当業者は、実際の必要に応じて、実際のアプリケーションシーンに合わせて柔軟に使用することができる。
【００７６】
例えば、家庭環境において端末を使用する場合、子供が端末で遊ぶときにシステムデスクトップ上のアプリケーションアイコンを誤って削除することや、デスクトップ上のアプリケーションアイコンをドラッグして位置を混乱させることが回避されるように、非授権ユーザのコンフィギュレーション修正権限を禁止する際に、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、および、アプリケーションを削除する権限のみを禁止してもよい。その一方、学校または仕事環境において端末を使用する場合、ユーザ端末のプライバシーおよび安全性が保証されるように、非授権ユーザのコンフィギュレーション修正権限を禁止する際に、アプリケーションアイコンを移動する権限、フォルダを新たに作成する権限、アプリケーションをフォルダから除去する権限、アプリケーションを削除する権限を禁止するに加えて、システムの設定を修正する権限も禁止してもよい。
【００７７】
説明必要なことは、前記ユーザのタッチ操作によりトリガされたコンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止する際、前記端末のシステムに予め確立されたタッチイベントと対応するコンフィギュレーション修正イベントとのトリガ関係を修正することで実現可能である。
【００７８】
例えば、通常設計では、端末のシステムに、一般的に、長押しイベントと、システムデスクトップ上のアイコンに対する削除やドラッグ等のイベントとのトリガ関係が予め確立されており、端末がシステムデスクトップ上のアプリケーションアイコンに対するユーザの長押しイベントをバックエンドでモニタリングすると、当該アプリケーションアイコンに対する削除やドラッグ等のイベントを即時にトリガしてもよい。したがって、当該ユーザの長押し操作によりトリガされたシステムデスクトップ上のアイコンに対する削除やドラッグの権限を禁止する際、端末のシステムに予め確立された前記トリガ関係を修正または削除して前記トリガ関係を無効にすることで、実現可能である。
【００７９】
本実施例では、ユーザのコンフィギュレーション修正権限の禁止に成功した後で、当該ユーザにプロンプトするように、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力してもよい。ただし、前記プロンプトメッセージは、修正権限がない旨をユーザにプロンプトするためのヒントボックスであってもよいし、指紋認証をやり直す旨をユーザにプロンプトするためのヒントボックスであってもよい。
【００８０】
例えば、図３および図４を参照して、ユーザが長押し操作を行うことで端末のシステムデスクトップ上のアプリケーションアイコンに対して削除あるいはドラッグ操作を行うことを例にすると、端末がユーザの長押しイベントをモニタリングすることで当該ユーザの指紋情報を取得した後で、指紋情報整合により当該ユーザを非授権ユーザとして認証する。ある実現方式では、端末のシステムデスクトップ上に図３に示す１つの「貴方には、デスクトップを編集する権限がありません」のテキストボックスを出力して、デスクトップを編集する権限がない旨を当該ユーザにプロンプトしてもよい。別の実現方式では、端末のシステムデスクトップ上に図４に示す１つの「デスクトップを長押しすることでデスクトップ編集権限を再度取得してください」のテキストボックスを出力して、現在デスクトップを編集する権限がないが前記端末のスクリーンの可視領域を再度長押しすることで指紋認証を通してデスクトップを編集する権限を取得可能である旨を当該ユーザにプロンプトしてもよい。
【００８１】
本実施例では、非授権ユーザのコンフィギュレーション修正権限が前記端末によって禁止された後で、授権ユーザは、前記端末を再度使用する際、前記端末のスクリーンの可視領域に対する当該ユーザの長押しイベントをモニタリングすることで当該ユーザの指紋情報を取得し、取得された指紋情報とシステムに予め登録された授権ユーザの指紋情報とを照合することで当該ユーザの身元を認証し、認証が通れば、端末が当該ユーザのコンフィギュレーション修正権限に対して如何なる制限もせず、当該ユーザは、当該端末のコンフィギュレーションを正常に修正することができる。
【００８２】
上記実施例では、身元認証メカニズムをコンフィギュレーション修正権限の管理に導入する。具体的に、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００８３】
上記権限管理方法の実施例に対応して、本開示は、装置の実施例をさらに提供する。
【００８４】
図５は、一実施例による権限管理装置を模式的に示すブロック図である。
【００８５】
図５に示すように、一実施例による権限管理装置５００は、取得モジュール５０１と、判断モジュール５０２と、禁止モジュール５０３とを備える。
【００８６】
前記取得モジュール５０１は、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するように構成される。
【００８７】
前記判断モジュール５０２は、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するように構成される。
【００８８】
前記禁止モジュール５０３は、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するように構成される。
【００８９】
上記実施例では、身元認証メカニズムをコンフィギュレーション修正権限の管理に導入する。具体的に、端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止することにより、非自機のユーザがユーザの端末を利用する際に、端末のコンフィギュレーションを修正する権限を取得できないようにするため、端末に対する利用の安全性が向上する。
【００９０】
図６を参照すると、図６は、本開示の一実施例による別の装置を示すブロック図であり、当該実施例は、上記図５に示す実施例に加えて、前記タッチ操作が長押し操作を含み、前記取得モジュール５０１がモニタリングサブモジュール５０１Ａと、第１の判断サブモジュール５０１Ｂと、取得サブモジュール５０１Ｃとを備えてもよい。
【００９１】
前記モニタリングサブモジュール５０１Ａは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリングするように構成される。
【００９２】
前記第１の判断サブモジュール５０１Ｂは、モニタリングされたタッチイベントが長押しイベントであるかどうかを判断するように構成される。
【００９３】
前記取得サブモジュール５０１Ｃは、モニタリングされたタッチイベントが長押しイベントであるとき、前記長押しイベントのタッチポイントを取得し、前記タッチポイントの位置に前記ユーザの指紋情報を取得するように構成される。
【００９４】
図７を参照すると、図７は、本開示の一実施例による別の装置を示すブロック図であり、当該実施例は、上記図６に示す実施例に加えて、前記取得モジュール５０１が第２の判断サブモジュール５０１Ｄをさらに備えてもよい。
【００９５】
前記第２の判断サブモジュール５０１Ｄは、前記端末の所定のインターフェースに対するユーザのタッチイベントが前記モニタリングサブモジュール５０１Ａによってモニタリングされる前に、前記端末がアンロックされたかどうかを判断するように構成され、前記端末がアンロックされたとき、前記モニタリングサブモジュール５０１Ａは、前記端末の所定のインターフェースに対するユーザのタッチイベントをモニタリング開始する。
【００９６】
上記各実施例では、前記所定のインターフェースは、前記端末のスクリーンの可視領域を含む。
【００９７】
説明必要なことは、上記図７に示す装置実施例に示す第２の判断サブモジュール５０１Ｄの構造も上記図５の装置実施例に含まれてもよい。本開示は、それについて限定しない。
【００９８】
上記装置における各モジュールの機能および作用の実現手順は、上記方法における対応するステップの実現手順を詳細に参照すればよい。ここで繰り返し説明しない。
【００９９】
図８を参照すると、図８は、本開示の一実施例による別の装置を示すブロック図であり、当該実施例は、上記図５に示す実施例に加えて、前記禁止モジュール５０３が第３の判断サブモジュール５０３Ａと、禁止サブモジュール５０３Ｂとをさらに備えてもよい。
【０１００】
前記第３の判断サブモジュール５０３Ａは、前記ユーザが非授権ユーザであるとき、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたかどうかを判断するように構成される。
【０１０１】
前記禁止サブモジュール５０３Ｂは、前記タッチ操作が前記端末に対するコンフィギュレーション修正イベントをトリガしたとき、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止するように構成される。
【０１０２】
説明必要なことは、上記図８に示す装置実施例に示す第３の判断サブモジュール５０３Ａおよび禁止サブモジュール５０３Ｂの構造も上記図６から図７の装置実施例に含まれてもよい。本開示は、それについて限定しない。
【０１０３】
上記装置における各モジュールの機能および作用の実現手順は、上記方法における対応するステップの実現手順を詳細に参照すればよい。ここで繰り返し説明しない。
【０１０４】
図９を参照すると、図９は、本開示の一実施例による別の装置を示すブロック図であり、当該実施例は、上記図８に示す実施例に加えて、前記禁止モジュール５０３が出力サブモジュール５０３Ｃをさらに備えてもよい。
【０１０５】
前記出力サブモジュール５０３Ｃは、前記コンフィギュレーション修正イベントに対応するコンフィギュレーション修正権限を禁止した後で、プロンプトメッセージを前記所定のインターフェースを介してユーザへ出力するように構成される。
【０１０６】
上記各実施例では、前記コンフィギュレーション修正権限は、アプリケーションアイコンを移動する権限と、フォルダを新たに作成する権限と、アプリケーションをフォルダから除去する権限と、アプリケーションを削除する権限と、システムの設定を修正する権限と、を含む。
【０１０７】
説明必要なことは、上記図９に示す装置実施例に示す出力サブモジュール５０３Ｃの構造が上記図５から図７の装置実施例に含まれてもよく、本開示がそれについて限定しない。
【０１０８】
上記装置における各モジュールの機能および作用の実現手順の詳細は、上記方法における対応するステップの実現手順を参照すればよいため、ここで繰り返し説明しない。
【０１０９】
装置実施例が基本的に方法実施例に対応するため、関連箇所は、方法実施例部分の説明を参照すればよい。以上に記載の装置実施例は、単なる模式的である。その中の分離部品として説明されたモジュールは、物理的に離間してもよいし、しなくてもよい。モジュールとして表示された部品は、物理モジュールであってもよいし、でなくてもよい。即ち、１箇所に位置してもよいし、複数のネットワークモジュールに分散してもよい。実際の必要に応じて、その中の一部または全部のモジュールを選択して本開示の目的を達成してもよい。当業者は、進歩性に値する労働をせずに、理解し実施可能である。
【０１１０】
それ相応に、本開示は、権限管理装置を提供する。前記装置は、
プロセッサと、
プロセッサの実行可能な指令を記憶するためのメモリと、を備え、
前記プロセッサは、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するように構成される。
【０１１１】
それ相応に、本開示は、端末をさらに備える。前記端末は、メモリと、１つまたは１つ以上のプログラムとを有し、ただし、１つまたは１つ以上のプログラムがメモリに格納され、１つまたは１つ以上のプロセッサが前記１つまたは１つ以上のプログラムにおける以下の操作を行うための指令を実行するように構成される。
【０１１２】
即ち、前記操作としては、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得し、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断し、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止する。
【０１１３】
図１０は、一実施例による権限管理装置を示す構造模式図である。
【０１１４】
図１０は、一実施例による権限管理装置１０００を示し、当該装置１０００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信機器、ゲームコンソール、タブレットデバイス、医療設備、フィットネス機器、ＰＤＡなどであってもよい。
【０１１５】
図１０を参照すると、装置１０００は、以下の１つ又は複数のユニット、すなわち、処理ユニット１００１、メモリ１００２、電源ユニット１００３、マルチメディアユニット１００４、オーディオユニット１００５、入力/出力（Ｉ/Ｏ）インターフェース１００６、センサユニット１００７及び通信ユニット１００８を備えてもよい。
【０１１６】
処理ユニット１００１は通常、装置１０００の全般操作、例えば、表示、電話発呼、データ通信、カメラ操作及び記録操作に関連する操作を制御する。処理ユニット１００１は、前記方法のステップの全部又は一部を実行するように、指令を実行する１つ又は複数のプロセッサ１００９を備えてもよい。また、処理ユニット１００１は、処理ユニット１００１と他のユニットとの間の相互作用を容易にするように、１つ又は複数のモジュールを備えてもよい。例えば、処理ユニット１００１は、マルチメディアユニット１００４と処理ユニット１００１との間の相互作用を容易にするように、マルチメディアモジュールを備えてもよい。
【０１１７】
メモリ１００２は、装置１０００での操作をサポートするために、各種別のデータを記憶するように構成される。これらのデータの例示は、装置１０００で操作する如何なるアプリケーションプログラムまたは方法の指令、連絡人データ、電話帳データ、メッセージ、ピクチャ、映像などを含む。メモリ１００２は、如何なる種別の揮発性もしくは不揮発性記憶デバイスまたはそれらの組合せ、例えば、静的ランダムアクセスメモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクによって実現されてもよい。
【０１１８】
電源ユニット１００３は、装置１０００のユニットのそれぞれに電力を供給する。電源ユニット１００３は、電源管理システム、１つまたは複数の電源、並びに、装置１０００用の電力を生成、管理および配分するに関する他のユニットを含んでもよい。
【０１１９】
マルチメディアユニット１００４は、前記装置１０００とユーザとの間に1つの出力インターフェースを供給するスクリーンを備える。一部の実施例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチパネル（ＴＰ）を含んでも良い。スクリーンは、タッチパネルを含む場合、ユーザからの入力信号を受信するように、タッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、スライドおよびタッチパネルでのジェスチャーを感知するように、１つまたは複数のタッチセンサを含む。前記タッチセンサは、タッチまたはスライド動作の境界を感知するだけではなく、前記タッチまたはスライド操作と関連する持続時間および圧力をさらに検出することができる。一部の実施例では、マルチメディアユニット１００４は、１つのフロントカメラおよび/またはバックカメラを含む。装置１０００が操作モード、例えば、撮像モードまたは映像モードにあるとき、フロントカメラおよび/またはバックカメラは、外部のマルチメディアデータを受信することができる。フロントカメラおよびバックカメラのそれぞれは、１つの固定の光学レンズシステムであってもよいし、焦点距離および光学ズーム能力を有するものであってもよい。
【０１２０】
オーディオユニット１００５は、オーディオ信号を出力および/または入力するように構成される。例えば、オーディオユニット１００５は、マイク（ＭＩＣ）を備え、装置１０００が操作モード、例えば、発呼モード、記録モードおよび音声識別モードにあるとき、マイクは、外部オーディオ信号を受信するように構成される。受信されたオーディオ信号は、さらに、メモリ１００２に記憶される、または、通信ユニット１００８を介して送信されることができる。一部の実施例では、オーディオユニット１００５は、さらに、オーディオ信号を出力するためのスピーカをさらに含む。
【０１２１】
Ｉ/Ｏインターフェース１００２は、処理ユニット１００１とペリフェラルインターフェースモジュールとの間でインターフェースを供給するものであり、前記ペリフェラルインターフェースモジュールは、キーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームページボタン、ボリュームボタン、起動ボタンおよびロックボタンを含んでも良いが、それらに限定されない。
【０１２２】
センサユニット１００７は、いろんな方面での状態推定を装置１０００に供給するための１つまたは複数のセンサを含む。例えば、センサユニット１００７は、装置１０００のオン/オフ状態、ユニットの相対位置を検出することができ、例えば、前記ユニットは、装置１０００のディスプレイおよびキーパッドである。センサユニット１００７は、さらに、装置１０００もしくは装置１０００の１つのユニットの位置変更、ユーザと装置１０００との接触の存在もしくは不存在、装置１０００の方位または加速/減速および装置１０００の温度変化をさらに検出することができる。センサユニット１００７は、如何なる物理的接触もないとき、近辺にある物体の存在を検出するための近接センサを含んでもよい。センサユニット１００７は、さらに、イメージングアプリケーションに使用される光センサ、例えばＣＭＯＳまたはＣＣＤ画像センサを含んでも良い。一部の実施例では、当該センサユニット１００７は、さらに、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサまたは温度センサを含んでも良い。
【０１２３】
通信ユニット１００８は、装置１０００と他の機器間の無線または有線方式の通信が便利になるように構成される。装置１０００は、通信規格に基づく無線ネットワーク、例えば、ＷｉＦｉ、２Ｇもしくは３Ｇ、またはそれらの組合せにアクセスすることができる。ある実施例では、通信ユニット１００８は、外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報をブロードキャストチャネルを介して受信する。ある実施例では、前記通信ユニット１００８は、さらに、短距離通信を容易にするように、ニアフィールド通信（ＮＦＣ）モジュールを含んでも良い。例えば、ＮＦＣモジュールでは、無線周波数識別（ＲＦＩＤ）技術、赤外データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（登録商標）（ＢＴ）技術および他の技術によって実現されてもよい。
【０１２４】
実施例では、装置１０００は、上記方法を実行するための１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサまたは他の電子部品によって実現されてもよい。
【０１２５】
実施例では、指令を含む非一時的コンピュータ読み取り可能な記憶媒体、例えば、指令を含むメモリ１００２をさらに提供し、上記指令が装置１０００のプロセッサ１００９によって実行されることで上述した方法を実施させることができる。例えば、前記非一時的コンピュータ読み取り可能な記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ-ＲＯＭ、磁気テープ、フロッピーディスクおよび光データ記憶機器などであっても良い。
【０１２６】
その中、前記記憶媒体における指令が移動端末のプロセッサによって実行されるとき、移動端末が権限管理方法を実行可能である。前記方法は、
端末の所定のインターフェースでのユーザのタッチ操作に基づいて、前記ユーザの指紋情報を取得するステップと、
取得された指紋情報に基づいて、当該ユーザが授権ユーザであるかどうかを判断するステップと、
前記ユーザが非授権ユーザであるとき、前記端末に対する当該ユーザのコンフィギュレーション修正権限を禁止するステップと、を含む。
【０１２７】
当業者は明細書を考慮し、ここに公開された開示を実践した後、本開示の他の実施案を容易に想到する。本願は、本開示の如何なる変形、用途または適応的変化もカバーすることを意図する。これらの変形、用途または適応的変化は、本開示の一般的な仕組みに従い、かつ、本開示に開示されていない当分野における公知常識または慣用技術手段を含む。明細書および実施例は単なる例示と見なされ、本開示の本当の範囲および思想は添付の特許請求の範囲によって与えられる。
【０１２８】
本開示が以上で記載され、且つ図面に示された正確な構造に限定されるものでなく、その要旨を逸脱しない範囲で様々な修正や変更も可能であることは理解されるべきである。本開示の範囲は、添付する特許請求の範囲のみによって限定される。 
【国際調査報告】
2017518598.tif 000013
2017518598.tif 000014
2017518598.tif 000015
2017518598.tif 000016