(57)【特許請求の範囲】
【請求項１】
サーバが、当該サーバに記録された、ユーザＩＤ、アプリケーション名称、権限名称、権限選択を含むユーザの権限使用データを取得するステップと、
前記サーバが、前記権限使用データに対して処理を行うことにより権限結果を得るステップと、
前記サーバが、処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにするステップと、を含み、
前記サーバが、前記権限使用データに対して処理を行うことにより権限結果を得るステップは、
前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るステップと、
前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得るステップと、を含み、
前記サーバが、前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るステップは、
前記サーバが、前記権限使用データに対してノイズ除去処理を行うステップと、
前記サーバが、ノイズ除去後の前記権限使用データに対して、権限オプション中の許可と拒否との二種の権限選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、該当する権限オプションの権限信頼値、及び初期権限選択を得るステップと、を含み、
前記サーバが、前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得るステップは、
前記サーバが、権限オプション該当する前記権限信頼値と閾値との大きさを順次に比較するステップと、
前記サーバが、前記権限信頼値が前記閾値未満である場合、前記初期権限選択を、ユーザに問い合わせる旨の内容に調整して、権限結果とするステップと、
前記サーバが、前記権限信頼値が前記閾値以上である場合、前記初期権限選択を権限結果とするステップと、を含むことを特徴とする権限管理方法。
【請求項２】
前記サーバが、前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るステップは、
前記サーバが、前記権限使用データに対してノイズ除去処理を行うステップと、
前記サーバが、前記権限使用データに対してクラスタリングアルゴリズムによって処理して、ユーザをクラスタリング分析することにより、ユーザのクラスタリング類別を得るステップと、
前記サーバが、前記ユーザクラスタリング類別に基づいて、各類別のユーザに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るステップと、を含むことを特徴とする請求項１に記載の権限管理方法。
【請求項３】
前記サーバが、前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るステップは、
前記サーバが、前記権限使用データに対してノイズ除去処理を行うステップと、
前記サーバが、ノイズ除去後の前記権限使用データを、分類の比に基づいてトレーニングデータセットとテストデータセットとに分類するステップと、
前記サーバが、前記トレーニングデータセットに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るステップと、を含むことを特徴とする請求項１に記載の権限管理方法。
【請求項４】
前記サーバが、前記テストデータセットに基づいて前記初期権限選択の正しさを判断することにより、前記権限選択の正解率を取得するステップを、さらに含むことを特徴とする請求項３に記載の権限管理方法。
【請求項５】
端末が、サーバが送信したユーザに設定される権限の結果に対応する権限結果を受信するステップと、
前記端末が、前記権限結果に基づいて対応する権限の構成情報を取得するステップと、
前記端末が、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップとを含み、
前記端末が、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップは、
前記端末が、前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するステップと、
前記端末が、現在の権限の種類が自起動種類である場合、前記現在の権限がホワイトリストに属するか否かを判断して、ホワイトリストに属する場合、ダイアログをポップアップして、更新しようとする該当する権限オプションの説明情報を提示するステップと、
前記端末が、ユーザの選択に基づいて前記権限オプションを更新するステップと、を含むことを特徴とする権限管理方法。
【請求項６】
前記端末が、前記権限結果に基づいて対応する権限構成情報を取得するステップは、
前記端末が、受信された現在の前記権限結果の中のアプリケーション名称を取得するステップと、
前記端末が、前記アプリケーション名称に基づいて現在の権限の構成情報を取得するステップと、を含むことを特徴とする請求項５に記載の権限管理方法。
【請求項７】
前記端末が、受信された現在の前記権限結果の中のアプリケーション名称を取得するステップは、
前記端末が、受信された現在の前記権限結果の中のユーザＩＤを取得するステップと、
前記端末が、前記権限結果中のユーザＩＤと端末のユーザＩＤとがマッチングされる場合、アプリケーション名称を取得するステップと、を含むことを特徴とする請求項６に記載の権限管理方法。
【請求項８】
前記端末が、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップは、
前記端末が、前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するステップと、
前記端末が、現在の権限の種類がアプリケーション種類である場合、前記現在の権限が敏感権限に属するか否かを判断して、敏感権限に属する場合、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせするステップと、
前記端末が、ユーザの選択に基づいて前記権限オプションを更新するステップと、を含むことを特徴とする請求項５に記載の権限管理方法。
【請求項９】
前記端末が、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップは、
前記端末が、前記構成情報中の類別情報に基づいて、現在の権限名称が属する類別を検出するステップと、
前記端末が、現在の権限種類がＲＯＯＴ種類である場合、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限取得済みであるか否かを判断して、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限が既に取得された場合には、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせし、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限を取得されなかった場合には、ユーザに権限オプションの更新を許可しないよう提示するステップと、を含むことを特徴とする請求項５に記載の権限管理方法。
【請求項１０】
前記端末が、サーバ側から受信した前記権限結果の中から前記権限選択の正解率を取得して、前記権限選択の正解率が、前記端末内に記録されている予め設定された正解率より大きいか否かを判断するためのステップと、
前記端末が、前記権限選択の正解率が前記予め設定された正解率より大きい場合には、前記権限結果に基づいて該当する権限オプションを更新するステップと、
前記端末が、前記権限選択の正解率が前記予め設定された正解率未満である場合には、該当する権限オプションを更新しないステップとを、さらに含むことを特徴とする請求項５に記載の権限管理方法。
【請求項１１】
前記端末が、更新後の権限オプションに基づいて、ユーザＩＤ、アプリケーション名称、権限名称、権限選択を含むユーザの権限使用データを取得するステップと、
前記端末が、ユーザの権限使用データをサーバに返送して、サーバが前記ユーザの権限使用データをクラウド側に保存するようにするステップと、をさらに含むことを特徴とする請求項５〜１０のいずれか１項に記載の権限管理方法。
【請求項１２】
ユーザＩＤ、アプリケーション名称、権限名称、権限選択を含むユーザの権限使用データを取得するための取得モジュールと、
前記権限使用データに対して処理を行うことにより権限結果を得るための処理モジュールと、
処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにするための送信モジュールと、を備え
前記処理モジュールは、
前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るための処理サブモジュールと、
前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得るための調整サブモジュールと、を備え、
前記処理サブモジュールは、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニットと、
ノイズ除去後の前記権限使用データに対して、権限オプション中の許可と拒否との二種の権限選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、該当する権限オプションの権限信頼値、及び初期権限選択を得るためのトレーニングユニットと、を備え、
前記調整サブモジュールは、
権限オプション該当する前記権限信頼値と閾値との大きさを順次に比較するための比較ユニットと、
前記権限信頼値が前記閾値未満である場合、前記初期権限選択を、ユーザに問い合わせる旨の内容に調整して権限結果とするための第１調整ユニットと、
前記権限信頼値が前記閾値以上である場合、前記初期権限選択を権限結果とするための第２調整ユニットと、を備えることを特徴とする権限管理装置。
【請求項１３】
前記処理サブモジュールは、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニットと、
前記権限使用データに対してクラスタリングアルゴリズムによって処理して、ユーザをクラスタリング分析することにより、ユーザのクラスタリング類別を得るためのクラスタリングユニットと、
前記ユーザクラスタリング類別に基づいて、各類別のユーザに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るためのトレーニングユニットと、を備えることを特徴とする請求項１２に記載の権限管理装置。
【請求項１４】
前記処理サブモジュールは、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニットと、
ノイズ除去後の前記権限使用データを、分類の比に基づいてトレーニングデータセットとテストデータセットとに分類するための分類ユニットと、
前記トレーニングデータセットに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るためのトレーニングユニットと、を備えることを特徴とする請求項１２に記載の権限管理装置。
【請求項１５】
前記テストデータセットに基づいて前記初期権限選択の正しさを判断することにより、前記権限選択の正解率を取得するための判断モジュールを、さらに備えることを特徴とする請求項１２に記載の権限管理装置。
【請求項１６】
サーバが送信したユーザに設定される権限の結果に対応する権限結果を受信するための受信モジュールと、
前記権限結果に基づいて対応する権限の構成情報を取得するための取得モジュールと、
現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するための更新モジュールと、を含み、
前記更新モジュールは、
前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するための検出ユニットと、
現在の権限の種類が自起動種類である場合、前記現在の権限がホワイトリストに属するか否かを判断して、ホワイトリストに属する場合、ダイアログをポップアップして、更新しようとする該当する権限オプションの説明情報を提示するための判断ユニットと、
ユーザの選択に基づいて前記権限オプションを更新するための更新ユニットと、を備えることを特徴とする権限管理装置。
【請求項１７】
前記取得モジュールは、
受信された現在の前記権限結果の中のアプリケーション名称を取得するための第１取得ユニットと、
前記アプリケーション名称に基づいて現在の権限の構成情報を取得するための第２取得ユニットと、を備えることを特徴とする請求項１６に記載の権限管理装置。
【請求項１８】
前記第１取得ユニットは、
受信された現在の前記権限結果の中のユーザＩＤを取得するための取得サブユニットと、
前記権限結果中のユーザＩＤと端末のユーザＩＤとがマッチングされる場合、アプリケーション名称を取得するためのマッチングサブユニットと、を備えることを特徴とする請求項１７に記載の権限管理装置。
【請求項１９】
前記更新モジュールは、
前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するための検出ユニットと、
現在の権限の種類がアプリケーション種類である場合、前記現在の権限が敏感権限に属するか否かを判断して、敏感権限に属する場合、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせするための判断ユニットと、
ユーザの選択に基づいて前記権限オプションを更新するための更新ユニットと、を備えることを特徴とする請求項１６に記載の権限管理装置。
【請求項２０】
前記更新モジュールは、
前記構成情報中の類別情報に基づいて、現在の権限名称が属する類別を検出するための検出ユニットと、
現在の権限種類がＲＯＯＴ種類である場合、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限取得済みであるか否かを判断して、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限が既に取得された場合には、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせし、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限を取得されなかった場合には、ユーザに権限オプションの更新を許可しないよう提示するための判断ユニットと、を備えることを特徴とする請求項１６に記載の権限管理装置。
【請求項２１】
サーバ側から受信した前記権限結果の中から前記権限選択の正解率を取得し、前記権限選択の正解率が予め設定された正解率より大きいか否かを判断して、前記権限選択の正解率が前記予め設定された正解率より大きい場合には、更新モジュールを用いて前記権限結果に基づいて該当する権限オプションを更新し、前記権限選択の正解率が前記予め設定された正解率未満である場合には、該当する権限オプションを更新しないための判断モジュールを、さらに備えることを特徴とする請求項１６に記載の権限管理装置。
【請求項２２】
更新後の権限オプションに基づいて、ユーザの権限使用データをサーバに返送して、サーバが前記ユーザの権限使用データをクラウド側に保存するようにするための返送モジュールを、さらに備えることを特徴とする請求項１６〜２１のいずれか１項に記載の権限管理装置。
【請求項２３】
請求項１２〜１５のいずれか１項に記載の権限管理装置と、
請求項１６〜２２のいずれか１項に記載の権限管理装置と、を備えることを特徴とする権限管理システム。
【請求項２４】
プロセッサに実行されることにより、請求項１〜１１のいずれか１項に記載の権限管理方法を実現することを特徴とするプログラム。
【請求項２５】
請求項２４に記載のプログラムが記録された記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、出願番号がＣＮ２０１４１０２８６８６０．６であって、出願日が２０１４年０６月２４日である中国特許出願に基づいて優先権を主張し、当該中国特許出願のすべての内容を援用するようにする。
【０００２】
本発明は、スマートデバイス分野に関し、特に、権限管理の方法、装置、システム、及び記録媒体に関する。
【背景技術】
【０００３】
スマートデバイスの普遍化に伴い、人々によりスマートフォンのようなスマートデバイスにインストールするアプリケーションもますます多くなっている。セキュリティ等のタクティクスのために、権限の管理もますます重要になっている。関連技術においては、権限は、あることを行うことを許可するか否かを示すものであり、権限管理は、一般的に、システムによって設定されたセキュリティ規則、又はセキュリティタクティクスであり、ユーザは権限が許可されたリソースしかアクセスできない。権限管理は、ほとんどすべてのシステムに存在し、ユーザとパスワードがあるシステムであればすべて権限管理が存在する。
【０００４】
現在、関連技術においては、権限管理は、一般的には、すべて、ユーザのレベルに基づいて異なる操作権限を付与する。アンドリュースシステム中の権限のセキュリティタクティクス管理を例に挙げると、Ａｎｄｒｏｉｄ（登録商標）システム中の権限は複数のレベルに分けており、システム中のすべての事前定義の権限は、その役割によって、それぞれ、異なるレベルに属する。普通の権限については、アプリケーションが申請するだけで、ユーザの設定によって該当する権限が付与されるか、ユーザの選択に基づいてアプリケーションがｐｌａｔｆｏｒｍレベルのシステム権限がある場合に該当する権限が付与される。アプリケーションは、権限がない状況で権限を申請する操作を行うと、システムによって操作が拒否され、また、警告される。システムアプリケーションは全ての権限を利用できる。権限の申告者は無条件に当該権限を利用できる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のこのようなアプリケーションの権限管理方法は、ユーザにとっては、システムによって予め設定されているため、権限の利用に柔軟性がないし、権限を変更する際に、ユーザが変更を申請して、また操作を行った後にのみ変更できる。しかしながら、ユーザの利用習慣によっては、各アプリケーションの各々の権限に対して、権限を設定する際に権限を設定する習慣がないため、アプリケーションの権限設定に不合理が存在し、アプリケーションの使用が不便になる問題が存在する。
【課題を解決するための手段】
【０００６】
関連技術に存在する問題を解決するために、本発明は、権限管理方法、装置、システム、及び記録媒体を提供することにより、従来のスマートデバイスのシステムにおいて予め設定した権限が不合理である問題を解決して、ユーザのプライバシーを保証できる前提で、権限設定の自動的の更新を実現して、アプリケーションの権限設定をもっと合理化した。
【０００７】
本発明に係る実施例の第１の態様によると、権限管理方法を提供する。
当該方法は、
ユーザの権限使用データを取得するステップと、
前記権限使用データに対して処理を行うことにより権限結果を得るステップと、
処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにするステップと、を含む。
【０００８】
好ましくは、前記権限使用データに対して処理を行うことにより権限結果を得るステップは、
前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るステップと、
前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得るステップと、を含む。
【０００９】
好ましくは、前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るステップは、
前記権限使用データに対してノイズ除去処理を行うステップと、
ノイズ除去後の前記権限使用データに対して、権限オプション中の許可と拒否との二種の権限選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、該当する権限オプションの権限信頼値、及び初期権限選択を得るステップと、を含む。
【００１０】
好ましくは、前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るステップは、
前記権限使用データに対してノイズ除去処理を行うステップと、
前記権限使用データに対してクラスタリングアルゴリズムによって処理して、ユーザをクラスタリング分析することにより、ユーザのクラスタリング類別を得るステップと、
前記ユーザクラスタリング類別に基づいて、各類別のユーザに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るステップと、を含む。
【００１１】
好ましくは、前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るステップは、
前記権限使用データに対してノイズ除去処理を行うステップと、
ノイズ除去後の前記権限使用データを、分類の比に基づいてトレーニングデータセットとテストデータセットとに分類するステップと、
前記トレーニングデータセットに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るステップと、を含む。
【００１２】
好ましくは、前記方法は、
前記テストデータセットに基づいて前記初期権限選択の正しさを判断することにより、前記権限選択の正解率を取得するステップを、さらに含む。
【００１３】
好ましくは、前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得るステップは、
権限オプション該当する前記権限信頼値と閾値との大きさを順次に比較するステップと、
前記権限信頼値が前記閾値未満である場合、前記初期権限選択を問い合わせ選択に調整して権限結果とするステップと、
前記権限信頼値が前記閾値以上である場合、前記初期権限選択を権限結果とするステップと、を含む。
【００１４】
本発明に係る実施例の第２の態様によると、権限管理方法を提供する。
当該方法は、
サーバが送信した権限結果を受信するステップと、
前記権限結果に基づいて対応する権限の構成情報を取得するステップと、
現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップと、を含む。
【００１５】
好ましくは、前記権限結果に基づいて対応する権限構成情報を取得するステップは、
受信された現在の前記権限結果の中のアプリケーション名称を取得するステップと、
前記アプリケーション名称に基づいて現在の権限の構成情報を取得するステップと、を含む。
【００１６】
好ましくは、受信された現在の前記権限結果の中のアプリケーション名称を取得するステップは、
受信された現在の前記権限結果の中のユーザＩＤを取得するステップと、
前記権限結果中のユーザＩＤと端末のユーザＩＤとがマッチングされる場合、アプリケーション名称を取得するステップと、を含む。
【００１７】
好ましくは、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップは、
前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するステップと、
現在の権限の種類が自起動種類である場合、前記現在の権限がホワイトリストに属するか否かを判断して、ホワイトリストに属する場合、ダイアログをポップアップして、更新しようとする該当する権限オプションの説明情報を提示するステップと、
ユーザの選択に基づいて前記権限オプションを更新するステップと、を含む。
【００１８】
好ましくは、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップは、
前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するステップと、
現在の権限の種類がアプリケーション種類である場合、前記現在の権限が敏感権限に属するか否かを判断して、敏感権限に属する場合、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせするステップと、
ユーザの選択に基づいて前記権限オプションを更新するステップと、を含む。
【００１９】
好ましくは、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップは、
前記構成情報中の類別情報に基づいて、現在の権限名称が属する類別を検出するステップと、
現在の権限種類がＲＯＯＴ種類である場合、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限取得済みであるか否かを判断して、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限が既に取得された場合には、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせし、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限を取得されなかった場合には、ユーザに権限オプションの更新を許可しないよう提示するステップと、を含む。
【００２０】
好ましくは、前記方法は、
サーバ側から受信した前記権限結果の中から前記権限選択の正解率を取得して、前記権限選択の正解率が予め設定された正解率より大きいか否かを判断するためのステップと、
前記権限選択の正解率が前記予め設定された正解率より大きい場合には、前記権限結果に基づいて該当する権限オプションを更新するステップと、
前記権限選択の正解率が前記予め設定された正解率未満である場合には、該当する権限オプションを更新しないステップとを、さらに含む。
【００２１】
好ましくは、前記方法は、
更新後の権限オプションに基づいて、ユーザの権限使用データを取得するステップと、
ユーザの権限使用データをサーバに返送して、サーバが前記ユーザの権限使用データをクラウド側に保存するようにするステップを、さらに含む。
【００２２】
本発明に係る実施例の第３の態様によると、権限管理装置を提供する。
当該装置は、
ユーザの権限使用データを取得するための取得モジュールと、
前記権限使用データに対して処理を行うことにより権限結果を得るための処理モジュールと、
処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにするための送信モジュールとを備える。
【００２３】
好ましくは、前記処理モジュールは、
前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るための処理サブモジュールと、
前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得るための調整サブモジュールと、を備える。
【００２４】
好ましくは、前記処理サブモジュールは、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニットと、
ノイズ除去後の前記権限使用データに対して、権限オプション中の許可と拒否との二種の権限選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、該当する権限オプションの権限信頼値、及び初期権限選択を得るためのトレーニングユニットと、を備える。
【００２５】
好ましくは、前記処理サブモジュールは、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニットと、
前記権限使用データに対してクラスタリングアルゴリズムによって処理して、ユーザをクラスタリング分析することにより、ユーザのクラスタリング類別を得るためのクラスタリングユニットと、
前記ユーザクラスタリング類別に基づいて、各類別のユーザに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るためのトレーニングユニットと、を備える。
【００２６】
好ましくは、前記処理サブモジュールは、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニットと、
ノイズ除去後の前記権限使用データを、分類の比に基づいてトレーニングデータセットとテストデータセットとに分類するための分類ユニットと、
前記トレーニングデータセットに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るためのトレーニングユニットと、を備える。
【００２７】
好ましくは、前記装置は、
前記テストデータセットに基づいて前記初期権限選択の正しさを判断することにより、前記権限選択の正解率を取得するための判断モジュールを、さらに備える。
【００２８】
好ましくは、前記調整サブモジュールは、
権限オプション該当する前記権限信頼値と閾値との大きさを順次に比較するための比較ユニットと、
前記権限信頼値が前記閾値未満である場合、前記初期権限選択を問い合わせ選択に調整して権限結果とするための第１調整ユニットと、
前記権限信頼値が前記閾値以上である場合、前記初期権限選択を権限結果とするための第２調整ユニットと、を備える。
【００２９】
本発明に係る実施例の第４の態様によると、権限管理装置を提供する。
当該装置は、
サーバが送信した権限結果を受信するための受信モジュールと、
前記権限結果に基づいて対応する権限の構成情報を取得するための取得モジュールと、
現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するための更新モジュールと、を備える。
【００３０】
好ましくは、前記取得モジュールは、
受信された現在の前記権限結果の中のアプリケーション名称を取得するための第１取得ユニットと、
前記アプリケーション名称に基づいて現在の権限の構成情報を取得するための第２取得ユニットと、を備える。
【００３１】
好ましくは、前記第１取得ユニットは、
受信された現在の前記権限結果の中のユーザＩＤを取得するための取得サブユニットと、
前記権限結果中のユーザＩＤと端末のユーザＩＤとがマッチングされる場合、アプリケーション名称を取得するためのマッチングサブユニットと、を備える。
【００３２】
好ましくは、更新モジュールは、
前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するための検出ユニットと、
現在の権限の種類が自起動種類である場合、前記現在の権限がホワイトリストに属するか否かを判断して、ホワイトリストに属する場合、ダイアログをポップアップして、更新しようとする該当する権限オプションの説明情報を提示するための判断ユニットと、
ユーザの選択に基づいて前記権限オプションを更新するための更新ユニットと、を備える。
【００３３】
好ましくは、前記更新モジュールは、
前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するための検出ユニットと、
現在の権限の種類がアプリケーション種類である場合、前記現在の権限が敏感権限に属するか否かを判断して、敏感権限に属する場合、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせするための判断ユニットと、
ユーザの選択に基づいて前記権限オプションを更新するための更新ユニットと、を備える。
【００３４】
好ましくは、前記更新モジュールは、
前記構成情報中の類別情報に基づいて、現在の権限名称が属する類別を検出するための検出ユニットと、
現在の権限種類がＲＯＯＴ種類である場合、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限取得済みであるか否かを判断して、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限が既に取得された場合には、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせし、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限を取得されなかった場合には、ユーザに権限オプションの更新を許可しないよう提示するための判断ユニットと、を備える。
【００３５】
好ましくは、前記装置は、
サーバ側から受信した前記権限結果の中から前記権限選択の正解率を取得し、前記権限選択の正解率が予め設定された正解率より大きいか否かを判断して、前記権限選択の正解率が前記予め設定された正解率より大きい場合には、更新モジュールを用いて前記権限結果に基づいて該当する権限オプションを更新し、前記権限選択の正解率が前記予め設定された正解率未満である場合には、該当する権限オプションを更新しないための判断モジュールを、さらに備える。
【００３６】
好ましくは、前記装置は、
更新後の権限オプションに基づいて、ユーザの権限使用データをサーバに返送して、サーバが前記ユーザの権限使用データをクラウド側に保存するようにするための返送モジュールを、さらに備える。
【００３７】
本発明に係る実施例の第５の態様によると、権限管理装置を提供する。
当該装置は、
プロセッサと、
前記プロセッサが実行可能な命令を記憶するためのメモリとを備え、
前記プロセッサは、
ユーザの権限使用データを取得し、
前記権限使用データに対して処理を行うことにより権限結果を取得し、
処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにするように構成される。
【００３８】
本発明に係る実施例の第６の態様によると、権限管理システムを提供する。
当該装置は、
第３の態様に記載のいずれか一つの権限管理装置と、
第４の態様に記載のいずれか一つの権限管理装置と、を備える。
【００３９】
本発明に係る実施例の第７の態様によると、プロセッサに実行されることにより、上記の権限管理方法を実現するプログラムを提供する。
【００４０】
本発明の実施例の第８の態様によると、上記プログラムが記録された記録媒体を提供する。
【００４１】
本発明の実施例が提供する技術方案の有益な効果は以下のとおりである。
【００４２】
ユーザの権限使用データを取得して分析処理を行うことにより権限結果を取得し、前記権限結果を端末に送信して、端末が受信した権限結果に基づいて自動的に該当するアプリケーションの権限オプションを更新するようにすることにより、ユーザが需要によって手動的に権限を更改する必要がある問題を解決できるし、最新の需要によって該当する権限をタイムリーに自動的に更新できるし、アプリケーションの権限設定を便利にすることができる。
【００４３】
ユーザをクラスタリング分析することにより、権限設定習慣の類似度が高いユーザを重合して分析することにより、類別がお互いに異なるユーザそれぞれの権限に対する異なる設定を実現できるため、分析して得られた権限結果がもっと目的性を持つようにして、ユーザの習慣に従ってもっと精度よく権限設定を更新できて、権限の結果がユーザの需要にもっと合致するようにすることができる。
【００４４】
権限選択の精度を算出して、テストによって権限使用データの分析結果の正解率を判断することにより、正解率に基づいてユーザの権限結果を更新する必要があるか否かを特定できるため、権限更新の誤り率を低下させて、ユーザのエクスペリエンスを改善した。
【００４５】
以上の統括な記述と以下の細部記述は、ただ例示的なものであり、本発明を制限するものではないと、理解するべきである。
【図面の簡単な説明】
【００４６】
ここでの図面は、明細書に合併されて本明細書の一部を構成して、本発明に合致する実施例を示すためのものであり、明細書と一緒に本発明の原理を解析する。
【図１】一例示的な実施例に係る権限管理方法を示すフローチャートである。
【図２】一例示的な実施例に係る権限管理方法を示すフローチャートである。
【図３】権限結果に基づいて権限オプションを更新した後のインターフェイスを示す模式図である。
【図４】一例示的な実施例に係る権限管理方法を示すフローチャートである。
【図５】図４中のステップＳ３４の詳細内容を示すフローチャートである。
【図６】一例示的な実施例に係る権限管理方法を示すフローチャートである。
【図７】図６中のステップＳ４３の詳細内容を示すフローチャートである。
【図８】一例示的な実施例に係る権限管理方法を示すフローチャートである。
【図９】図８中のステップＳ５５の詳細内容を示すフローチャートである。
【図１０】一例示的な実施例に係る権限管理方法を示すフローチャートである。
【図１１】図１０中のステップＳ６２の詳細内容を示すフローチャートである。
【図１２−ａ】課金に関連する権限オプション、及びプライバシー権限に関連する権限オプションを示す模式図である。
【図１２−ｂ】マルチメディアに関連する権限オプション、及び設定権限に関連する権限オプションを示す模式図である。
【図１３】一例示的な実施例に係る権限管理方法を示すフローチャートである。
【図１４】ホワイトリストアプリケーションのインターフェイスを示す模式図である。
【図１５】自起動種類の権限管理インターフェイスを示す模式図である。
【図１６】敏感権限管理インターフェイスを示す模式図である。
【図１７】アプリケーション次元の管理権限インターフェイスを示す模式図である。
【図１８】アプリケーション権限の詳細情報のインターフェイスを示す模式図である。
【図１９】権限次元管理権限のインターフェイスを示す模式図である。
【図２０】権限の次元による管理において示した詳細アプリケーション模式図である。
【図２１】ＲＯＯＴ権限管理画面に表示したアプリケーションインターフェイスを示す模式図である。
【図２２−ａ】ＲＯＯＴ権限を申請するための第１のステップのインターフェイスを示す模式図である。
【図２２−ｂ】ＲＯＯＴ権限を申請するための第２のステップのインターフェイスを示す模式図である。
【図２２−ｃ】ＲＯＯＴ権限を申請するための第３のステップのインターフェイスを示す模式図である。
【図２２−ｄ】ＲＯＯＴ権限を申請するための第４のステップのインターフェイスを示す模式図である。
【図２２−ｅ】ＲＯＯＴ権限を申請するための第５のステップのインターフェイスを示す模式図である。
【図２３】ＲＯＯＴ権限管理中のアプリケーションの詳細情報を示す模式図である。
【図２４】一例示的な実施例に係る権限管理方法を示すフローチャートである。
【図２５】一例示的な実施例に係る権限管理装置を示すブロック図である。
【図２６】図２５中処理モジュール２５２の一例示的な構成を示すブロック図である。
【図２７】図２６中の処理サブモジュール２６１の一例示的な構成を示すブロック図である。
【図２８】図２６中の処理サブモジュール２６１の一例示的な構成を示すブロック図である。
【図２９】図２６中の処理サブモジュール２６１の一例示的な構成を示すブロック図である。
【図３０】図２６中の調整サブモジュール２６２の一例示的な構成を示すブロック図である。
【図３１】一例示的な実施例に係る権限管理装置を示すブロック図である。
【図３２】図３１中の取得モジュール３１２の一例示的な構成を示すブロック図である。
【図３３】図３２中の第１取得ユニット３２１の一例示的な構成を示すブロック図である。
【図３４】図３１中の更新モジュール３１３の一例示的な構成を示すブロック図である。
【図３５】図３１中の更新モジュール３１３の一例示的な構成を示すブロック図である。
【図３６】図３１中の更新モジュール３１３の一例示的な構成を示すブロック図である。
【図３７】一例示的な実施例に係る装置のブロック図（移動端末の一般的な構成図）である。
【図３８】一例示的な実施例に係る装置のブロック図（サーバ側の一般的な構成図）である。
【発明を実施するための形態】
【００４７】
ここで、例示的な実施例を詳細に説明し、また、説明中の例を図面に示している。以下の記述において、図面を説明する際に、特に、説明しない場合、異なる図面中の同一の符号は、同一、又は同様な要素を意味する。以下の例示的な実施例において記述する実施方法は、本発明に合致するすべての実施方法を代表しない。逆に、それらは、添付の特許請求の範囲において詳細に記述された、本発明のいくつかの態様と合致する装置、及び方法の例に過ぎない。
【００４８】
図１は、一例示的な実施例に係るサーバ側に利用される権限管理方法を示すフローチャートである。当該方法は、以下のステップを含む。
【００４９】
ステップＳ１１において、ユーザの権限使用データを取得する。ここで、前記権限使用データとは、クラウド側に記録されているユーザ権限オプションの過去使用記録を意味する。過去使用記録毎には、それぞれ、ユーザＩＤ、アプリケーション名称、権限名称、権限選択が含まれている。記録履歴毎には、それぞれ、権限設定の変更記録がさらに含まれている。
【００５０】
一実施例において、クラウド側からユーザの権限使用データを取得する。
【００５１】
ステップＳ１２において、前記権限使用データに対して処理を行うことにより権限結果を得る。
【００５２】
一実施例において、権限選択には、許可、拒否、問い合わせ、及びデフォルトが含まれていてもよい。ここで、デフォルトとは、権限を変更したことがないことを意味する。プライバシーに関連するアプリケーションの例を挙げると、例えば、ＳＭＳにおいての権限名称がＳＭＳ受信トレイアクセス権限である権限に対して、多くのユーザの使用記録を統計することができる。ここで、ＳＭＳ受信トレイアクセス権限の権限選択には、「ＳＭＳ受信トレイのアクセスを許可する」、「ＳＭＳ受信トレイのアクセスを拒否する」、「ＳＭＳ受信トレイをアクセスする前にユーザに問い合わせする」、及び、「受信トレイのアクセスを設定したことがない」が含まれている。その権限選択に対して分類処理を行うことにより、ＳＭＳ受信トレイアクセスに使用された権限結果を得る。
【００５３】
ステップＳ１３において、処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにする。
【００５４】
一実施例において、前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、及び権限選択が含まれている。端末は、前記サーバ側が送信した権限結果が受信された後、該当する更新を行う。
【００５５】
本実施例によると、クラウド側からユーザの権限使用データを取得し、当該権限使用データに対して分析処理を行うことにより権限結果を取得し、前記権限結果を端末に送信して、端末が該当するアプリケーションの権限オプションを自動的に更新するようにする。このようにすることにより、ユーザが需要によって手動的に権限を更改する必要がある問題を解決できるし、クラウド側からユーザの権限使用データを取得して分析できるため、最新の需要によって該当する権限をタイムリーに自動的に更新できるし、アプリケーションの権限設定を便利にすることができる。
【００５６】
図２は、一例示的な実施例に係るサーバ側に利用される権限管理方法を示すフローチャートである。当該方法は、以下のステップを含む。
【００５７】
ステップＳ２１において、クラウド側からユーザの権限使用データを取得する。ここで、前記権限使用データとは、クラウド側に記録されているユーザ権限オプションの過去使用記録を意味する。過去使用記録毎には、それぞれ、ユーザＩＤ、アプリケーション名称、権限名称、権限選択が含まれている。記録履歴毎には、それぞれ、権限設定の変更記録がさらに含まれている。
【００５８】
一実施例において、クラウド側の大量のユーザ過去使用記録の中から、サンプルを取得してもよい。取得する記録履歴の数は、設定できる。設定方法は、ある期間内のユーザの記録に設定する方法、及び記録履歴の数を予め設定する方法を含むが、これらに制限されない。例えば、サンプルとして、ある時間帯内のユーザ使用記録を取得する。
【００５９】
ステップＳ２２において、前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得る。
【００６０】
一実施例において、権限選択には、許可、拒否、問い合わせ、及びデフォルトが含まれていてもよい。ここで、デフォルトとは、権限を変更したことがないことを意味する。プライバシーに関連するアプリケーションの例を挙げると、例えば、ＳＭＳにおいての名称権限がＳＭＳ受信トレイアクセス権限である権限に対して、多くのユーザの使用記録を統計することができる。ここで、ＳＭＳ受信トレイアクセス権限の権限選択には、「ＳＭＳ受信トレイのアクセスを許可する」、「ＳＭＳ受信トレイのアクセスを拒否する」、「ＳＭＳ受信トレイをアクセスする前にユーザに問い合わせする」、及び、「受信トレイのアクセスを設定したことがない」が含まれている。その権限選択に対して分類処理を行うことにより、ＳＭＳ受信トレイアクセスに使用された権限結果を得る
【００６１】
前記ステップＳ２２での前記権限使用データに対して処理を行う過程は、オンライン処理であってもよいし、オフライン処理であってもよいことを説明する必要がある。
【００６２】
ステップＳ２３において、前記権限信頼値と閾値に基づいて、前記初期権限選択を調整することにより、権限結果を得る。ここで、前記権限信頼値とは、権限結果の信頼性を示すための指標を意味し、信頼度とも言われる。即ち、ユーザ記録をサンプリングしてパラメータ全体を見積もりする際に、ユーザの権限使用データのサンプルにランダム性があるため、その結果を不確実なものである。このため、確率の平価方法によって、即ち、数理統計の中の区間の見積もり方法によって、見積もり値とパラメータ全体が、許可する一定の誤差範囲内にある確率を分かることができる。この該当する確率を権限信頼値と呼ぶ。
【００６３】
ここで、前記閾値とは、要求を満たす最下位の権限信頼値を意味する。
【００６４】
ステップＳ２４において、端末に調整して得られた前記権限結果を送信して、端末が該当する権限オプションを更新するようにする。
【００６５】
一実施例において、前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、及び権限選択が含まれている。端末が、前記サーバ側から送信した権限結果が受信された後、該当する更新を行うことにより、関連する権限を設定する例を挙げると、権限結果中の移動ネットワーク、ＷｉＦｉ（登録商標）、ブルートゥース（登録商標）、ポップアップボックス、休止、及びシステム設定の権限オプションが、それぞれ、「移動ネットワークをオンにする」、「ＷｉＦｉをオンにする」、「ブルートゥースをオンにする」、「ポップアップボックスを許可する」、「休止をコントロールする」、「システム設定を変更する」である場合、端末により前記権限結果に基づいて権限オプションを更新した後のインターフェイスは図３に示したとおりである。
【００６６】
本実施例によっては、クラウド側からユーザの権限使用データを取得し、当該権限使用データに対して分析処理を行うことにより権限結果を取得し、前記権限結果を端末に送信して、端末が該当するアプリケーションの権限オプションを自動的に更新するようにする。このようにすることにより、ユーザが需要によって手動的に権限を更改する必要がある問題を解決できるし、クラウド側からユーザの権限使用データを取得して分析できるため、最新の需要によって該当する権限をタイムリーに自動的に更新できるし、アプリケーションの権限設定を便利にすることができる。
【００６７】
以下、ユーザの権限使用データを取得する後、「許可」と「拒否」との二種の権限選択によって分析処理を行う例を挙げて、本発明に係る実施例によって提供する上記の方法を説明する。
【００６８】
図４は、一例示的な実施例に係るサーバ側に利用される権限管理方法を示すフローチャートである。当該方法は、具体的に以下のステップを含む。
【００６９】
ステップＳ３１において、クラウド側からユーザの権限使用データを取得する。ここで、前記権限使用データとは、クラウド側に記録されているユーザ権限オプションの過去使用記録を意味する。過去使用記録毎には、それぞれ、ユーザＩＤ、アプリケーション名称、権限名称、権限選択が含まれている。記録履歴毎には、それぞれ、権限設定の変更記録がさらに含まれている。本実施例において、クラウド側からユーザの権限使用データを取得する過程は、上記の実施例のステップＳ２１と同一であるため、ここで説明を省略する。
【００７０】
ステップＳ３２において、前記権限使用データに対してノイズ除去処理を行う。ここで、権限使用データに対してのノイズ除去処理とは、ノイズデータと無効データとを除去する処理を意味する。ここで、ウェーブレット解析に基づくノイズ除去方法、又は、オフライン曲線ノイズ除去方法を採用してもよい。本実施例では、具体的のノイズ除去方法に対しては制限しない。
【００７１】
ステップＳ３３において、ノイズ除去後の前記権限使用データに対して、権限オプションの中の許可と拒否との二種の権限選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、該当する権限オプションの権限信頼値、及び初期権限選択を得る。ここで、ＳＶＭ（Ｓｕｐｐｏｒｔ  Ｖｅｃｔｏｒ  Ｍａｃｈｉｎｅ）は、一種のトレーニングできるマシン学習方法である。
【００７２】
一実施例において、ノイズ除去後の前記権限使用データに対して、線形のＳＶＭトレーニング分類マシンである「ｆ：（ｕｓｅｒ，ａｐｐ，ｐｅｒｍｉｓｓｉｏｎ）→ｄｅｃｉｓｉｏｎ」を利用して、ユーザの権限信頼値、及び初期権限選択を得る。ここで、ｕｓｅｒはユーザを意味し、ａｐｐはアプリケーション名称を意味し、ｐｅｒｍｉｓｓｉｏｎはトレーニングする際にアクセス権限を許可する可否かを意味する。ここで、「許可」と「拒否」との二種の選択のみを利用して、トレーニングする。ｄｅｃｉｓｉｏｎは取得されたユーザの初期権限選択を意味する。「許可」と「拒否」との二種の選択のみを利用してトレーニングして得られたトレーニング結果には、「許可」と「拒否」との二種の前記初期権限選択結果しかないことを説明する必要がある。ここで、権限信頼値とは、権限結果の信頼性を示すための指標を意味する。
【００７３】
ステップＳ３４において、前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得る。ここで、前記権限結果は、ユーザＩＤ、アプリケーション名称、権限名称、及び権限選択を含んでもよい。
【００７４】
一実施例において、図５に示されたように、前記ステップＳ３４の流れは以下のステップを含む。
【００７５】
Ｓ３４−１において、権限オプション該当する前記権限信頼値と閾値との大きさを順次に比較する。
【００７６】
ここで、本実施例において、問い合わせの合計の比例を設定することにより閾値をコントロールできる。例えば、問い合わせの権限が、権限の合計の１０％を越えれないように制限することにより、閾値の大きさをコントロールできる。
【００７７】
Ｓ３４−２において、前記権限信頼値が前記閾値未満である場合、前記初期権限選択を問い合わせ選択に調整して権限結果とする。例えば、権限信頼値がより低い場合、且つ、設定された閾値より低い場合、当該権限オプションの権限を問い合わせに選択する。例えば、閾値が０．３であって、前記権限信頼値が０．２５である場合には、初期権限選択を問い合わせ選択に調整して最終の権限結果とする。トレーニングする際に、「許可」と「拒否」との二種の選択に従ってトレーニングするため、取得されたトレーニング結果には、前記初期権限選択の結果は「許可」と「拒否」との二種の結果しかないことを説明する必要がある。信頼値と閾値とを比較して調整した後、信頼値が閾値未満である権限選択を「問い合わせ」に調整してもよい。
【００７８】
Ｓ３４−３において、前記権限信頼値が前記閾値以上である場合、前記初期権限選択を権限結果とする。例えば、閾値が０．３であって、前記権限信頼値が０．５である場合には、初期権限選択を最終の権限結果とすることを説明する必要がある。トレーニングする際に、「許可」と「拒否」との二種の選択に従ってトレーニングするため、取得されたトレーニング結果には、前記初期権限選択の結果は「許可」と「拒否」との二種の結果しかないことを説明する必要がある。
【００７９】
ステップＳ３５において、調整して得られた前記権限結果を端末に送信することにより、端末が該当する権限オプションを更新するようにする。
【００８０】
一実施例において、前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、及び権限選択が含まれていてもよい。端末が、前記サーバ側から送信した権限結果が受信された後、該当する更新を行うことにより、関連する権限を設定する例を挙げると、権限結果中の移動ネットワーク、ＷｉＦｉ、ブルートゥース、ポップアップボックス、休止、及びシステム設定の権限オプションは、それぞれ、「移動ネットワークをオンにする」、「ＷｉＦｉをオンにする」、「ブルートゥースをオンにする」、「ポップアップボックスを許可する」、「休止をコントロールする」、「システム設定を変更する」である。
【００８１】
本実施例によっては、クラウド側から取得したユーザ権限使用データに対して、「許可」と「拒否」との選択を利用してＳＶＭトレーニングを行うことにより、権限結果を取得し、前記トレーニングを行った後に得られた権限結果を端末に送信して、端末が受信された権限結果に基づいて該当する権限オプションを自動的に更新するようにする。このようにすることにより、ユーザが需要によって手動的に権限を更改する必要がある問題を解決できるほか、もっと正確な権限結果を取得できるため、ユーザのエクスペリエンスを改善できるし、アプリケーションの権限設定を便利にすることができる。
【００８２】
以下、取得したユーザの権限使用データを、同一の権限に対する利用習慣がお互いに異なるユーザに従って分類した後に、処理を行う過程の例を挙げて、本発明に係る実施例によって提供する上記の方法を説明する。
【００８３】
図６は、一例示的な実施例に係るサーバ側に利用される権限管理方法を示すフローチャートである。当該方法は、以下のステップを含む。
【００８４】
ステップＳ４１において、クラウド側からユーザの権限使用データを取得する。ここで、前記権限使用データとは、クラウド側に記録されているユーザ権限オプションの過去使用記録を意味する。過去使用記録毎には、それぞれ、ユーザＩＤ、アプリケーション名称、権限名称、権限選択が含まれている。記録履歴毎には、それぞれ、権限設定の変更記録がさらに含まれている。
【００８５】
本実施例において、クラウド側からユーザの権限使用データを取得する過程は、上記の実施例中のステップＳ２１を参照できるから、ここで説明を省略する。
【００８６】
ステップＳ４２において、前記権限使用データに対してノイズ除去処理を行う。ここで、権限使用データに対してのノイズ除去処理とは、ノイズデータと無効データとを除去する処理を意味する。ここで、ウェーブレット解析に基づくノイズ除去方法、又はオフライン曲線ノイズ除去方法を採用してもよい。本実施例では、具体的なノイズ除去方法に対しては制限しない。
【００８７】
ステップＳ４３において、権限使用データに対して、クラスタリングアルゴリズムによって、ユーザをクラスタリング分析することにより、ユーザのクラスタリング類別を得る。
【００８８】
一実施例において、権限使用データに対して、クラスタリングアルゴリズムによって、ユーザをクラスタリング分析する流れは、図７に示されたように、以下のステップを含む。
【００８９】
ステップＳ４３−１において、各々のユーザの権限に対して、クラスタリングアルゴリズムによって分析を行うことにより、ユーザ類似度を取得する。
【００９０】
例えば、ｎ個の権限があると想定すると、各々のユーザをｎ次元のベクトルに示して、Ｋ−ｍｅａｎｓ方法によってクラスタリングを行うことにより、ユーザのユークリッド距離を取得して、ユークリッド距離を利用してユーザ類似度を示す。
【００９１】
ステップＳ４３−２において、判別度（ｄｉｓｃｒｉｍｉｎａｔｉｏｎ  ｄｅｇｒｅｅ）とユーザ類似度とに基づいて、クラスタ結果を特定する。
【００９２】
ステップＳ４３−３において、前記クラスタ結果に基づいて予め設定されたデータセットに対してクラスタの数を選択して、ユーザのクラスタリング類別とする。
【００９３】
上記のステップにおいて、オフラインデータ中にないユーザに対しては、まず、汎用の分類マシンによって権限を特定してから、一定期間後にもう一部のデータを収集した後に、ユーザがどの種類に属するかを特定して、続いて、当該種類の分類マシンを利用して権限を特定できることを説明する必要がある。
【００９４】
ステップＳ４４において、前記ユーザクラスタリング類別に基づいて、各々の類別のユーザに対して、それぞれ、前記権限オプションの中の「許可」と「拒否」との二種の選択を利用して、ＳＶＭトレーニングを行うことにより、権限オプションに該当する権限信頼値と初期権限選択と取得する。
【００９５】
ここで、ＳＶＭ（Ｓｕｐｐｏｒｔ  Ｖｅｃｔｏｒ  Ｍａｃｈｉｎｅ）は、一種のトレーニングできるマシン学習方法である。
【００９６】
一実施例において、分類した後の前記権限使用データに対して、該当する線形のＳＶＭトレーニング分類マシンである「ｆ：（ｕｓｅｒ，ａｐｐ，ｐｅｒｍｉｓｓｉｏｎ）→ｄｅｃｉｓｉｏｎ」を利用して、ユーザの権限信頼値、及び初期権限選択を得る。ここで、ｕｓｅｒはユーザを意味し、ａｐｐはアプリケーション名称を意味し、ｐｅｒｍｉｓｓｉｏｎはトレーニングする際にアクセス権限を許可する可否かを意味する。ここで、「許可」と「拒否」との二種の選択のみを利用して、トレーニングする。ｄｅｃｉｓｉｏｎは取得されたユーザの初期権限選択を意味する。「許可」と「拒否」との二種の選択のみを利用してトレーニングして得られたトレーニング結果には、「許可」と「拒否」との二種の前記初期権限選択結果しかないことを説明する必要がある。ここで、権限信頼値とは、権限結果の信頼性を示すための指標を意味する。
【００９７】
ステップＳ４５において、前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得る。ここで、前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、及び権限選択が含まれていてもよい。
【００９８】
一実施例において、上記のステップを実現する過程は、上記の実施例中のステップＳ３４−１〜Ｓ３４−３の流れを参照できるため、ここで説明を省略する。
【００９９】
ステップＳ４６において、調整して得られた前記権限結果を端末に送信することにより、端末が該当する権限オプションを更新するようにする。前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、及び権限選択が含まれていてもよい。端末が、前記サーバ側から送信した権限結果が受信された後、該当する更新を行うことにより、関連する権限を設定する例を挙げると、権限結果中の移動ネットワーク、ＷｉＦｉ、ブルートゥース、ポップアップボックス、休止、及びシステム設定の権限オプションは、それぞれ、「移動ネットワークをオンにする」、「ＷｉＦｉをオンにする」、「ブルートゥースをオンにする」、「ポップアップボックスを許可する」、「休止をコントロールする」、「システム設定を変更する」である。
【０１００】
本発明に係る実施例によると、ユーザをクラスタリング分析することにより、権限設定習慣の類似度が高いユーザを重合して分析することにより、類別がお互いに異なるユーザそれぞれの権限に対する異なる設定を実現できるため、分析して得られた権限結果がもっと目的性を持つようにして、ユーザの習慣に従ってもっと精度よく権限設定を更新できて、権限の結果がユーザの需要にもっと合致するようにすることができる。
【０１０１】
以下、取得したユーザの権限使用データを分類した後に処理を行って得られた初期権限結果の正解率を算出する過程の例を挙げて、本発明に係る実施例によって提供する上記の方法を説明する。
図８は、一例示的な実施例に係るサーバ側に利用される権限管理方法を示すフローチャートである。当該方法は、具体的に以下のステップを含む。
【０１０２】
ステップＳ５１において、クラウド側からユーザの権限使用データを取得する。ここで、前記権限使用データとは、クラウド側に記録されているユーザ権限オプションの過去使用記録を意味する。過去使用記録毎には、それぞれ、ユーザＩＤ、アプリケーション名称、権限名称、権限選択が含まれている。記録履歴毎には、それぞれ、権限設定の変更記録がさらに含まれている。
【０１０３】
本実施例において、クラウド側からユーザの権限使用データを取得する過程は、上記の実施例のステップＳ２１を参照できるため、ここで説明を省略する。
【０１０４】
ステップＳ５２において、前記権限使用データに対してノイズ除去処理を行う。ここで、権限使用データに対してのノイズ除去処理とは、ノイズデータと無効データとを除去する処理を意味する。ここで、ウェーブレット解析に基づくノイズ除去方法、又は、オフライン曲線ノイズ除去方法を採用してもよい。本実施例では、具体的なノイズ除去方法に対しては制限しない。
【０１０５】
ステップＳ５３において、ノイズ除去後の前記権限使用データを、分類の比に基づいてトレーニングデータセットとテストデータセットとに分類する。ここで分類の比は、テストデータセットとトレーニングデータセットの需要によって具体的に設定される。例えば、９０％のユーザのデータ、及び他の１０％のユーザの２０％のＡＰＰのデータをトレーニングデータセットにし、他の１０％のユーザの他の８０％のＡＰＰのデータをテストデータセットにしてもよい。ここで、データをランダムに割り当ててもよい。
【０１０６】
ステップＳ５４において、前記トレーニングデータセットに対して、権限オプションの中の許可と拒否との二種の権限選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、該当する権限オプションの権限信頼値、及び初期権限選択を得る。ここで、ＳＶＭ（Ｓｕｐｐｏｒｔ  Ｖｅｃｔｏｒ  Ｍａｃｈｉｎｅ）は、一種のトレーニングできるマシン学習方法である。
【０１０７】
一実施例において、ノイズ除去後の前記権限使用データに対して、線形のＳＶＭトレーニング分類マシンである「ｆ：（ｕｓｅｒ，ａｐｐ，ｐｅｒｍｉｓｓｉｏｎ）→ｄｅｃｉｓｉｏｎ」を利用して、ユーザの権限信頼値、及び初期権限選択を得る。ここで、ｕｓｅｒはユーザを意味し、ａｐｐはアプリケーション名称を意味し、ｐｅｒｍｉｓｓｉｏｎはトレーニングする際にアクセス権限を許可する可否かを意味する。ここで、「許可」と「拒否」との二種の選択のみを利用して、トレーニングする。ｄｅｃｉｓｉｏｎは取得されたユーザの初期権限選択を意味する。「許可」と「拒否」との二種の選択のみを利用してトレーニングして得られたトレーニング結果には、「許可」と「拒否」との二種の前記初期権限選択結果しかないことを説明する必要がある。ここで、権限信頼値とは、権限結果の信頼性を示すための指標を意味する。
【０１０８】
ステップＳ５５において、前記テストデータセットに基づいて前記初期権限選択の特定の正しさ判断することにより、前記権限選択の正解率を取得する。
一実施例において、図９に示されたように、前記ステップＳ５５は以下のステップを含む。
【０１０９】
ステップＳ５５−１において、カウンタを初期化し、全てのデータに対して、順次に、前記権限信頼値と前記閾値との大きさを比較する。
【０１１０】
ステップＳ５５−２において、前記権限信頼値が前記閾値より大きい場合には、前記初期権限選択とテストデータセットの中の対応する権限選択とが同一であるか否かを判断する。前記初期権限選択とテストデータセットの中の対応する権限選択とが同一である場合には、前記カウンタの値に１を加算する。前記初期権限選択とテストデータセットの中の対応する権限選択とが同一ではない場合には、操作をしない。
【０１１１】
ステップＳ５５−３において、前記権限信頼値が前記閾値未満である場合、前記初期権限選択を問い合わせ選択に調整し、前記カウンタの値に１を加算する。
【０１１２】
ステップＳ５５−４において、カウンタの値と前記比較したデータの合計との比を算出することにより、前記権限選択の正解率を取得する。
【０１１３】
ステップＳ５６において、前記権限信頼値と閾値とに基づいて前記初期権限選択を調整する。
【０１１４】
一実施例において、ステップＳ５６の流れは、上記の実施例のステップＳ３４−１〜ステップＳ３４−３を参照できるため、ここで説明を省略する。
【０１１５】
ステップＳ５７において、前記の該当するアプリケーションを調整した後の初期権限選択と権限選択の正解率とを権限結果として端末に送信することにより、端末が該当する権限オプションを更新する必要があるか否かを判断するようにする。ここで、前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、権限選択、及び権限選択の正解率含まれている。端末が、前記サーバ側から送信した権限結果が受信された後、該当する更新を行うことにより、関連する権限を設定する例を挙げると、権限結果中の移動ネットワーク、ＷｉＦｉ、ブルートゥース、ポップアップボックス、休止、及びシステム設定の権限オプションは、それぞれ、「移動ネットワークをオンにする」、「ＷｉＦｉをオンにする」、「ブルートゥースをオンにする」、「ポップアップボックスを許可する」、「休止をコントロールする」、「システム設定を変更する」である。
【０１１６】
本実施例によっては、権限選択の精度を算出することにより、テストを行って権限使用データの分析結果の正解率を判断できるし、正解率に応じてユーザの権限結果を更新する必要があるか否かを特定できるため、権限更新の誤り率を低下させて、ユーザのエクスペリエンスを改善した。
【０１１７】
図１０は、一例示的な実施例に係る端末に利用される権限管理方法を示すフローチャートである。当該方法は、以下のステップを含む。
【０１１８】
ステップＳ６１において、サーバが送信した権限結果を受信する。
【０１１９】
ここで、前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、及び権限選択が含まれていてもよい。ここで、ユーザＩＤとは、ユーザを唯一に識別するためのコンテンツキーを意味し、登録したユーザの形態電話の番号、ユーザ名、又は、ユーザを唯一に識別するための、例えばＭチャット（小米社のチャットＡＰＰ）のアカウント番号のような他のコンテンツキーであってもよい。アプリケーション名称とは、権限を設定することができるプログラム、又は、ソフトウェアを意味する。アプリケーション名称には、ユーザにより利用する、Ｍチャット（米聊）、マイクロチャット（微信）、等のアプリケーションが含まれているほか、システムにより自己起動のプログラムも含まれているし、さらに、インストールする際のシステム自身のマイコンピュータ、マイネットワーク、等のようなシステムプログラムも含まれている。権限選択には、許可、拒否、問い合わせ、及びデフォルトが含まれている。プライバシーに関連するアプリケーションの例を挙げると、例えば、ＳＭＳにおいての名称権限がＳＭＳ受信トレイアクセス権限である権限に対して、多くのユーザの使用記録を統計することができる。ここで、ＳＭＳ受信トレイアクセス権限の権限選択には、「ＳＭＳ受信トレイのアクセスを許可する」、「ＳＭＳ受信トレイのアクセスを拒否する」、「ＳＭＳ受信トレイをアクセスする前にユーザに問い合わせする」、及び、「受信トレイのアクセスを設定したことがない」が含まれている。その権限選択に対して分類処理を行うことにより、ＳＭＳ受信トレイアクセスに使用された権限結果を得る
【０１２０】
ステップＳ６２において、前記権限結果に基づいて対応する構成情報を取得する。前記構成情報には、権限の類別情報、及び該当する権限の設定情報が含まれている。ここで、類別情報には、自起動種類、アプリケーション種類、及びＲＯＯＴ種類が含まれている。設定情報には、権限の敏感情報、及び説明情報が含まれている。
【０１２１】
一実施例において、前記権限結果に基づいて該当する権限オプションを更新する。例えば、図１１に示されたように、上記の前記権限結果に基づいて該当する権限オプションを更新する流れは、ステップＳ６２−１〜ステップＳ６２−２を含む。具体的には、以下のとおりである。
【０１２２】
ステップＳ６２−１において、受信された現在の前記権限結果の中のアプリケーション名称を取得する。
【０１２３】
一実施例において、前記ステップＳ６２−１においては、さらに、受信された現在の前記権限結果の中のユーザＩＤを取得し、前記権限結果の中のユーザＩＤと端末のユーザＩＤとが一致する場合は、アプリケーション名称を取得する。ここで、前記権限結果中のユーザＩＤと端末のユーザＩＤとが一致しない場合には、操作を終了する。
【０１２４】
ステップＳ６２−２において、前記アプリケーション名称に基づいて現在の権限の構成情報を取得する。前記構成情報には、権限の類別情報、及び該当する権限の設定情報が含まれている。ここで、類別情報には、自起動種類、アプリケーション種類、及びＲＯＯＴ種類が含まれている。設定情報には、権限の敏感情報、及び説明情報が含まれている。例えば、敏感権限は、ＳＭＳを読み込むための権限であり、権限結果は「カレンダーＡＰＰのＳＭＳ内容の読み込みを許可する」である。当該権限が取得されたら、設定情報に基づいて、ユーザに、「私の選択を保存する」の選択状態が必要か否かを提示することになる。敏感情報に対しては、プライバシーのために、一般的に、デフォルトに選択しない。
ステップＳ６３において、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新する。
【０１２５】
ここで、前記権限オプションとは、ユーザに選択させる権限のオプションを意味する。例えば、権限オプションには、図１２−ａに示されたように、権限オプションには、課金に関連する権限、及びプライバシーに関連する権限が含まれている。例えば、権限オプションには、図１２−ｂに示されたように、マルチメディアに関連する権限、及び設定に関連する権限が含まれている。プライバシーに関連する連絡先レコードの例を挙げると、当該連絡先レコードに対する権限オプションには、「あなたの連絡先リストをアクセスする」、「アプリケーションの連絡先リストのアクセスを許可してもよいし拒否してもよい」、「一部のアプリケーションの連絡先リストのアクセスを許可する」、及び「他のアプリケーションの連絡先リストのアクセスを拒否する」が含まれている。
【０１２６】
本発明に係る実施例によると、サーバ側が送信した権限結果を受信し、前記権限結果に基づいて構成情報を取得し、前記構成情報に基づいて権限オプションを更新する。このようにすることにより、ユーザが需要によって手動的に権限を更改する必要がある問題を解決できるし、また、最新の需要によって該当する権限をタイムリーに自動的に更新できるし、アプリケーションの権限設定を便利にすることができる。
【０１２７】
以下、前記権限結果に基づいて該当する権限オプションを更新する際に、異なる権限種類に従って、該当する更新操作を行う例を挙げて、本発明に係る実施例によって提供する上記の方法を説明する。
【０１２８】
図１３は、一例示的な実施例に係る端末に利用される権限管理方法を示すフローチャートである。当該方法は、具体的に以下のステップを含む。
ステップＳ７１において、サーバが送信した権限結果を受信する。
【０１２９】
ここで、前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、及び権限選択が含まれていてもよい。ここで、ユーザＩＤとは、ユーザを唯一に識別するためのコンテンツキーを意味し、登録したユーザの形態電話の番号、ユーザ名、又は、ユーザを唯一に識別するための、例えばＭチャット（小米社のチャットＡＰＰ）のアカウント番号のような他のコンテンツキーであってもよい。アプリケーション名称とは、権限を設定することができるプログラム、又は、ソフトウェアを意味する。アプリケーション名称には、ユーザにより利用する、Ｍチャット（米聊）、マイクロチャット（微信）、等のアプリケーションが含まれているほか、システムにより自己起動のプログラムも含まれているし、さらに、インストールする際のシステム自身の、マイコンピュータ、マイネットワーク、等のようなシステムプログラムも含まれている。権限選択には、許可、拒否、問い合わせ、及びデフォルトが含まれている。
【０１３０】
ステップＳ７２において、前記権限結果に基づいて対応する構成情報を取得する。前記構成情報には、権限の類別情報、及び該当する権限の設定情報が含まれている。ここで、類別情報には、自起動種類、アプリケーション種類、及びＲＯＯＴ種類が含まれている。設定情報には、権限の敏感情報、及び説明情報が含まれている。
【０１３１】
ステップＳ７３において、前記構成情報中の類別情報に基づいて、現在の権限名称の属する類別を検出し、前記現在の権限の種類が自起動種類である場合、ステップＳ７４を実行し、前記現在の権限の種類がアプリケーション種類である場合、ステップＳ７５を実行し、前記現在の権限の種類がＲＯＯＴ種類である場合、ステップＳ７６を実行する。
【０１３２】
ステップＳ７４において、現在の権限がホワイトリストに属するか否かを判断し、属する場合には、ダイアログをポップアップして、更新しようとする該当する権限オプションの説明情報を提示する。ここで、前記ホワイトリストとは、予め設定した、はじめに起動される際に自動的にダイアログをポップアップしてユーザに問い合わせするアプリケーション名称のリストを意味する。
【０１３３】
一実施例において、図１４に示されたように、ホワイトリストの中にアプリケーションである「比隣」が含まれている場合、「比隣」をはじめに起動される際に、ダイアログをポップアップして、「比隣」の自己起動を許可するか否かの情報を提示する。ここで、説明情報は、『「比隣」が自己起動権限を要求している』との情報である。自己起動を禁止すると、「比隣」の電話を受けることができなくなる。
【０１３４】
ここで、権限の種類が自起動種類である場合、自己起動権限の管理画面には、全てのアプリケーションが表示され、スイッチを利用してコントロールする。また、スイッチをクリックした後、画面は、直ちに変更されなく、次回に当該画面を表示する際に変更される。図１５に示されたように、自己起動管理画面内のアプリケーションには、「ＱＱ」、「マイクロチャット」、「未知の目覚まし時計」、「５８同城」、及び「比隣」がある。ここで、自己起動が許可されるアプリケーションには、「ＱＱ」、「マイクロチャット」、及び「未知の目覚まし時計」があり、自己起動が禁止されたアプリケーションには、「５８同城」、及び「比隣」がある。右側のスイッチを用いて許可、又は禁止をコントロールする。「５８同城」と「比隣」の自己起動を禁止した後、画面は、直ちに変更されなく、次回に当該画面を表示する際に変更される。
【０１３５】
当該ステップの実行が完了した後に、ステップＳ７７を実行する。
【０１３６】
ステップＳ７５において、現在の権限が敏感権限に属するか否かを判断し、敏感権限に属する場合には、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせする。一般的に、ソフトウェアをインストールする際に、ソフトウェアによりいくつかの権限を要求することになり、大多はネットワーク権限、及びＳＭＳ権限を要求し、さらには、連絡先を読取る権限、等の個人のプライバシーと情報セキュリティ問題に関する権限を要求する。前記敏感権限とは、個人のプライバシーと情報セキュリティ問題に関する権限である。例えば、「ＭＩＵＩ」システム（小米社のシステム）において、小米を介してインストールしなかったアプリケーションに対しては、アプリケーションの敏感権限まで運行しなかった際に、ダイアログをポップアップして、問い合わせする。図１６に示されたように、「比隣」が、アカウントの登録をために、ＳＭＳ送信権限の取得を申請する場合、権限である「ＳＭＳ送信」は敏感権限であるため、敏感権限に対して、ダイアログをポップアップして、「私の選択を保存する」をデフォルトに選択しないかを問い合わせすることになる。また、敏感度にレベルを割り当てして、普通の敏感権限に対しては、ダイアログをポップアップして、「私の選択を保存する」をデフォルトに選択するかを問い合わせし、非敏感権限に対しては、デフォルトに許可する。
【０１３７】
ここで、権限の種類がアプリケーション種類である場合、アプリケーション権限管理画面において、アプリケーション管理の次元と権限管理の次元とによって展開する。図１７に示されたように、デフォルトにアプリケーションの次元によって展開する。アプリケーション管理にはアプリケーションの名称を表示する。アプリケーションの右側の右矢印をクリックすると、当該アプリケーション管理の詳細ページを展開する。当該詳細ページには、当該ＡＰＰの権限が含まれており、権限の下方には当該ＡＰＰが当該権限を利用する用途が示されている。右側の機能バーをクリックすると、ダイアログをポップアップしてユーザに問い合わせ／許可／拒否を選択するようにする。ここで、ＡＰＰの詳細ページには、図１８に示されたように、マイクロブロギング関して表示されている。マイクロブロギングの権限には、「ＳＭＳ送信」、「電話」、「ＳＭＳ記録」、「通話記録」、及び「連絡先レコード」が含まれている。ここで、「ＳＭＳ送信」の下方にはマイクロブロギングが「ＳＭＳ送信」を利用する用途が示されており、マイクロブロギングを共有すると表示されている。権限の次元によって表示する場合、画面に全ての権限を展開し、また、各々の権限に含まれたアプリケーションが表示される。図１９に示されたように、画面に展開された権限は、「ＳＭＳ送信」、「電話」、「ＳＭＳ記録」、及び「連絡先レコード」を含む。例えば、「ＳＭＳ送信」の権限の右側に、「５個のアプリケーション」を表示する。権限管理の右側の右矢印をクリックすると、当該権限のアプリケーションを展開する。図２０に示されたように、「ＳＭＳ送信」の権限のアプリケーションは、「ＱＱ」、「マイクロチャット」、「未知の目覚まし時計」、「５８同城」、及び「比隣」がある。
当該ステップの実行を完了した後、ステップＳ７７を実行する。
【０１３８】
ステップＳ７６において、現在の権限がＲＯＯＴ権限管理において既にＲＯＯＴ権限を取得したか否かを判断し、現在の権限がＲＯＯＴ権限管理において既にＲＯＯＴ権限を取得した場合には、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせし、現在の権限在ＲＯＯＴ権限管理においてＲＯＯＴ権限を取得されなかった場合には、ユーザに権限オプションの更新を許可しないよう提示する。
一実施例において、権限の種類がＲＯＯＴ種類である場合、ＲＯＯＴ管理画面においてＲＯＯＴ権限を変更してもよい。ＲＯＯＴ権限管理画面においては、ＲＯＯＴ権限を申請したことがあるアプリケーションのみを展開する。デフォルトには、権限をオフにする。図２１に示されたように、ＲＯＯＴ権限管理ページに含まれているアプリケーションは、「３６０」、「百度携帯電話ボディガード」、「点心デスクトップ」、「テンセント携帯電話管理」、及び「ＬＢＥ権限管理」である。オフスイッチをクリックすると、直ちに当該アプリケーションのＲＯＯＴ権限をオフにするとこができる。オンスイッチをクリックすると、確認のダイアログを展開する。ＲＯＯＴ権限を申請する５個のステップは、図２２−ａ〜図２２−ｅに示されたとおりである。ここで、サードパーティのアプリケーションがＲＯＯＴ権限を申請する際に、ユーザに当該アプリケーションはＲＯＯＴ権限が既に禁止されていると提示する。図２３に示されたように、「比隣」のアプリケーションにおいてＲＯＯＴ権限を申請する際に、『「比隣」は、ＲＯＯＴ権限の使用が既に禁止されているため、必要であれば、権限管理において追加してください』との提示情報を表示する。
【０１３９】
ステップＳ７７において、ユーザの選択に従って前記権限オプションを更新する。例えば、図１６を参照すると、「比隣」によりアカウントを登録するために「ＳＭＳ送信」の権限を申請する際に、インターフェイスの下方には「許可」と「拒否」との二つの選択がある。ユーザが「許可」を選択すると、ユーザの選択に従って「ＳＭＳ送信」の権限の権限オプションを更新する。また、「私の選択を保存する」を選択してもよい。
【０１４０】
本発明に係る実施例によると、サーバが送信した権限結果を受信することにより、前記権限結果に基づいて構成情報を取得し、前記構成情報中の類別情報と設定情報とに基づいて、該当する類別によって該当する権限更新タクティクスを採用することにより、ユーザのプライバシーをもっとよく保護することができる。ホワイトリストを提示することにより、該当するアプリケーションが自己起動しない時に、該当する機能が正常に利用できなくなってユーザを不便にすることを避けることができる。敏感権限を設定することにより、ユーザに当該アプリケーションの権限の機能を提示できるし、ユーザに権限付与の賛否両論を便利に了解するようにすることができて、正しい選択を行うことができるし、ユーザエクスペリエンスを改善することができる。
【０１４１】
以下、サーバ側により送信した前記権限結果から前記権限選択の正解率を取得して、前記権限選択の正解率に基づいて、前記権限結果に基づいて該当する権限オプションを更新するか否かをさらに判断する例を挙げて、本発明に係る実施例によって提供する上記の方法を説明する。
【０１４２】
図２４は、一例示的な実施例に係る端末に利用される権限管理方法を示すフローチャートである。当該方法は、具体的に以下のステップを含む。
【０１４３】
ステップＳ８１において、サーバが送信した権限結果を受信する。
【０１４４】
ここで、前記権限結果には、ユーザＩＤ、アプリケーション名称、権限名称、権限選択、及び権限選択の正解率含まれている。ここで、ユーザＩＤとは、ユーザを唯一に識別するためのコンテンツキーを意味し、登録したユーザの形態電話の番号、ユーザ名、又は、ユーザを唯一に識別するための、例えばＭチャット（小米社のチャットＡＰＰ）のアカウント番号のような他のコンテンツキーであってもよい。アプリケーション名称には、ユーザにより利用する、Ｍチャット（米聊）、マイクロチャット（微信）、等のアプリケーションが含まれているほか、システムにより自己起動のプログラムも含まれているし、さらに、インストールする際のシステム自身のマイコンピュータ、マイネットワーク、等のようなシステムプログラムも含まれている。権権限選択には、許可、拒否、問い合わせ、及びデフォルトが含まれている。プライバシーに関連するアプリケーションの例を挙げると、例えば、ＳＭＳにおいての名称権限がＳＭＳ受信トレイアクセス権限である権限に対して、多くのユーザの使用記録を統計することができる。ここで、ＳＭＳ受信トレイアクセス権限の権限選択には、「ＳＭＳ受信トレイのアクセスを許可する」、「ＳＭＳ受信トレイのアクセスを拒否する」、「ＳＭＳ受信トレイをアクセスする前にユーザに問い合わせする」、及び、「受信トレイのアクセスを設定したことがない」が含まれている。その権限選択に対して分類処理を行うことにより、ＳＭＳ受信トレイアクセスに使用された権限結果を得る
【０１４５】
ステップＳ８２において、サーバ側から受信した前記権限結果から前記権限選択の正解率を取得し、前記権限選択の正解率が予め設定された正解率より大きいか否かを判断して、前記権限選択の正解率が前記予め設定された正解率より大きい場合には、ステップＳ８３を実行し、前記権限選択の正解率が前記予め設定された正解率未満である場合には、該当する権限オプションを更新しない。
【０１４６】
ここで、前記予め設定された正解率は、正解率に対する要求に従って、システムに予め設定されていてもよい。例えば、予め設定された正解率が９０％である場合、権限選択の正解率が９０％未満であると、該当するオプションオプションを更新しない。
【０１４７】
ステップＳ８３において、前記権限結果に基づいて該当する権限オプションを更新する。
【０１４８】
一実施例において、前記権限結果に基づいて該当する権限オプションを更新する流れは、ステップＳ５２−Ｓ５３の流れを参照できるため、ここで説明を省略する。
【０１４９】
上記の実施形態に組み合わせると、一実施例において、前記権限結果に基づいて該当する権限オプションを更新する後、さらに、更新後の権限オプションに基づいて、ユーザの権限使用データを取得し、ユーザの権限使用データをサーバに返送して、サーバにより前記ユーザの権限使用データをクラウド側に保存することを説明する必要がある。
【０１５０】
本発明に係る実施例によると、テストによって権限使用データの分析結果の正解率を判断することにより、正解率によってユーザの権限結果を更新する必要があるか否かを特定して、権限の更新の誤り率を低下させて、ユーザのエクスペリエンスを改善できる。
【０１５１】
図２５は一例示的な実施例に係る権限管理装置を示すブロック図である。図２５を参照すると、当該装置は、取得モジュール２５１、処理モジュール２５２、及び送信モジュール２５３を備えてもよい。
【０１５２】
取得モジュール２５１は、ユーザの権限使用データを取得する。
【０１５３】
処理モジュール２５２は、前記権限使用データに対して処理を行うことにより権限結果を得る。
【０１５４】
送信モジュール２５３は、処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにする。
【０１５５】
図２６を参照すると、処理モジュール２５２は、
前記権限使用データに対して権限選択に基づいて処理を行うことにより、権限信頼値、及び初期権限選択を得るための処理サブモジュール２６１と、
前記権限信頼値と閾値とに基づいて前記初期権限選択を調整することにより、権限結果を得るための調整サブモジュール２６２と、を備える。
【０１５６】
図２７を参照すると、処理サブモジュール２６１は、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニット２７１と、
ノイズ除去後の前記権限使用データに対して、権限オプション中の許可と拒否との二種の権限選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、該当する権限オプションの権限信頼値、及び初期権限選択を得るためのトレーニングユニット２７２と
を、備えてもよい。
【０１５７】
図２８を参照すると、前記処理サブモジュール２６１は、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニット２８１と、
前記権限使用データに対してクラスタリングアルゴリズムによって処理して、ユーザをクラスタリング分析することにより、ユーザのクラスタリング類別を得るためのクラスタリングユニット２８２と、
前記ユーザクラスタリング類別に基づいて、各類別のユーザに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るためのトレーニングユニット２８３と、を備えてもよい。
【０１５８】
図２９を参照すると、処理サブモジュール２６１は、
前記権限使用データに対してノイズ除去処理を行うためのノイズ除去ユニット２９１と、
ノイズ除去後の前記権限使用データを、分類の比に基づいてトレーニングデータセットとテストデータセットとに分類するための分類ユニット２９２と、
前記トレーニングデータセットに対して、前記権限オプション中の許可と拒否との二種の選択を利用して、それぞれ、ＳＶＭトレーニングを行うことにより、権限オプションに対応する権限信頼値、及び初期権限選択を得るためのトレーニングユニット２９３とを備えてもよい。
【０１５９】
上記の装置に組み合わせると、前記装置は、
前記テストデータセットに基づいて前記初期権限選択の正しさを判断することにより、前記権限選択の正解率を取得するステップを、さらに含むための判断モジュール
を、さらに備えてもよい。
【０１６０】
図３０を参照すると、調整サブモジュール２６２は、
権限オプション該当する前記権限信頼値と閾値との大きさを順次に比較するための比較ユニット３０１と、
前記権限信頼値が前記閾値未満である場合、前記初期権限選択を問い合わせ選択に調整して権限結果とするための第１調整ユニット３０２と、
前記権限信頼値が前記閾値以上である場合、前記初期権限選択を権限結果とするための第２調整ユニット３０３とを備えてもよい。
【０１６１】
図３１は、一例示的な実施例に係る権限管理装置を示すブロック図である。図３１を参照すると、当該装置は、受信モジュール３１１、取得モジュール３１２、及び更新モジュール３１２を備えてもよい。
【０１６２】
受信モジュール３１１は、サーバが送信した権限結果を受信する。
【０１６３】
取得モジュール３１２は、前記権限結果に基づいて対応する権限の構成情報を取得する。
【０１６４】
更新モジュール３１３は、現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新する。
【０１６５】
図３２を参照すると、取得モジュール３１２は、
受信された現在の前記権限結果の中のアプリケーション名称を取得するための第１取得ユニット３２１と、
前記アプリケーション名称に基づいて現在の権限の構成情報を取得するための第２取得ユニット３２２とを備えてもよい。
【０１６６】
図３３を参照すると、第１取得ユニット３２１は、
受信された現在の前記権限結果の中のユーザＩＤを取得するための取得サブユニット３３１と、
前記権限結果中のユーザＩＤと端末のユーザＩＤとがマッチングされる場合、アプリケーション名称を取得するためのマッチングサブユニット３３２とを備える。
【０１６７】
図３４を参照すると、更新モジュール３１３は、
前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するための検出ユニット３４１と、
現在の権限の種類が自起動種類である場合、前記現在の権限がホワイトリストに属するか否かを判断して、ホワイトリストに属する場合、ダイアログをポップアップして、更新しようとする該当する権限オプションの説明情報を提示するための判断ユニット３４２と、
ユーザの選択に基づいて前記権限オプションを更新するための更新ユニット３４３とを備えてもよい。
【０１６８】
図３５を参照すると、更新モジュール３１３は、
前記構成情報中の類別情報に基づいて、前記現在の権限名称の属する類別を検出するための検出ユニット３５１と、
現在の権限の種類がアプリケーション種類である場合、前記現在の権限が敏感権限に属するか否かを判断して、敏感権限に属する場合、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせするための判断ユニット３５２と、
ユーザの選択に基づいて前記権限オプションを更新するための更新ユニット３５３とを備えてもよい。
【０１６９】
図３６を参照すると、更新モジュール３１３は、
前記構成情報中の類別情報に基づいて、現在の権限名称が属する類別を検出するための検出ユニット３６１と、
現在の権限種類がＲＯＯＴ種類である場合、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限取得済みであるか否かを判断して、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限が既に取得された場合には、ダイアログをポップアップして、ユーザに該当する権限オプションを更新するか否かを問い合わせし、現在の権限がＲＯＯＴ権限管理においてＲＯＯＴ権限を取得されなかった場合には、ユーザに権限オプションの更新を許可しないよう提示するための判断ユニット３６２を備えてもよい。
【０１７０】
上記の装置に組み合わせると、前記装置は、
サーバ側から受信した前記権限結果の中から前記権限選択の正解率を取得し、前記権限選択の正解率が予め設定された正解率より大きいか否かを判断して、前記権限選択の正解率が前記予め設定された正解率より大きい場合には、更新モジュールを用いて前記権限結果に基づいて該当する権限オプションを更新し、前記権限選択の正解率が前記予め設定された正解率未満である場合には、該当する権限オプションを更新しないための判断モジュールを、さらに備える。
【０１７１】
上記の装置に組み合わせると、前記装置は、
更新後の権限オプションに基づいて、ユーザの権限使用データをサーバに返送して、サーバが前記ユーザの権限使用データをクラウド側に保存するようにするための返送モジュールを、さらに備える。
【０１７２】
本発明に係る例示的な実施例による権限管理システムは、上記の実施例によるサーバ側に利用されるいずれの一つの権限管理装置、及び上記の実施例前記の端末に利用されるいずれの一つの権限管理装置を含んでもよい。
【０１７３】
本発明は、権限管理システムを提供する。
前記システムは、
第１プロセッサと、
前記第１プロセッサが実行可能な命令を記憶するためのメモリとを備え、
ここで、前記第１プロセッサは、
クラウド側からユーザの権限使用データを取得し、
前記権限使用データに対して処理を行うことにより権限結果を取得し、
処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにするように構成され、
第２プロセッサと、
前記第２プロセッサが実行可能な命令を記憶するためのメモリとを、さらに備え、
ここで、前記第２プロセッサは、
サーバが送信した権限結果を受信し、
前記権限結果に基づいて対応する権限の構成情報を取得し、
現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するように構成される。
【０１７４】
上記の実施例の装置について、その各モジュールが実行する操作の具体的な形態は既に当該方法に関するの実施例において詳細に説明したため、ここでは詳細に説明しない。
【０１７５】
図３７は、例示的な一実施例に係る端末機器の制御に利用される装置８００を示すブロック図である。例えば、装置８００は、携帯電話、コンピューター、デジタル放送端末、メッセージ送受信デバイス、ゲームコンソール、タブレットデバイス、医療機器、フィットネス機器、パーソナルデジタルアシスタント等であってもよい。
【０１７６】
図３７を参照して、装置８００は、プロセスアセンブリ８０２、メモリ８０４、電源アセンブリ８０６、マルチメディアアセンブリ８０８、オーディオアセンブリ８１０、入出力（Ｉ／  Ｏ）インターフェイス８１２、センサアセンブリ８１４、及び通信アセンブリ８１６のような一つ以上のアセンブリを含んでよい。
【０１７７】
プロセスアセンブリ８０２は、一般的には装置８００の全体の操作を制御するものであり、例えば、表示、電話呼び出し、データ通信、カメラ操作、及び記録操作と関連する操作を制御する。プロセスアセンブリ８０２は、一つ以上のプロセッサ８２０を含み、これらによって命令を実行することにより、上記の方法の全部、又は一部のステップを実現するようにしてもよい。なお、プロセスアセンブリ８０２は、一つ以上のモジュールを含み、これらによってプロセスアセンブリ８０２と他のアセンブリの間のインタラクションを容易にするようにしてもよい。例えば、プロセスアセンブリ８０２は、マルチメディアモジュールを含み、これらによってマルチメディアアセンブリ８０８とプロセスアセンブリ８０２の間のインタラクションを容易にするようにしてもよい。
【０１７８】
メモリ８０４は、各種類のデータを記憶することにより装置８００の操作を支援するように構成される。これらのデータの例は、装置８００において操作されるいずれのアプリケーションプログラム又は方法の命令、連絡対象データ、電話帳データ、メッセージ、画像、ビデオ等を含む。メモリ８０４は、いずれの種類の揮発性メモリ、不揮発性メモリ記憶デバイスまたはそれらの組み合わせによって実現されてもよく、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｂｅｒ）、磁気メモリ、フラッシュメモリ、磁気ディスク、又いは光ディスクである。
【０１７９】
電源アセンブリ８０６は、装置８００の多様なアセンブリに電力を供給する。電源アセンブリ８０６は、電源管理システム、一つ以上の電源、及び装置８００のための電力の生成、管理及び割り当てに関連する他のアセンブリを含んでもよい。
【０１８０】
マルチメディアアセンブリ８０８は、前記装置８００とユーザの間に一つの出力インターフェイスを提供するスクリーンを含む。上記の実施例において、スクリーンは液晶モニター（ＬＣＤ）とタッチパネル（ＴＰ）を含んでもよい。スクリーンがタッチパネルを含むことにより、スクリーンはタッチスクリーンを実現することができ、ユーザからの入力信号を受信することができる。タッチパネルは一つ以上のタッチセンサを含んでおり、タッチ、スライド、及びタッチパネル上のジェスチャを検出することができる。前記タッチセンサは、タッチ、又はスライドの動作の境界だけでなく、前記のタッチ、又はスライド操作に係る継続時間及び圧力も検出できる。上記の実施例において、マルチメディアアセンブリ８０８は、一つのフロントカメラ、及び／又はリアカメラを含む。装置８００が、例えば撮影モード、又はビデオモード等の操作モードにある場合、フロントカメラ、及び／又はリアカメラは外部からマルチメディアデータを受信できる。フロントカメラとリアカメラのそれぞれは、一つの固定型の光レンズ系、又は可変焦点距離と光学ズーム機能を有するものであってもよい。
【０１８１】
オーディオアセンブリ８１０は、オーディオ信号を入出力するように構成されてもよい。例えば、オーディオアセンブリ８１０は、一つのマイク（ＭＩＣ）を含み、装置８００が、例えば呼出しモード、記録モード、及び音声認識モード等の操作モードにある場合、マイクは外部のオーディオ信号を受信することができる。受信されたオーディオ信号は、さらにメモリ８０４に記憶されたり、通信アセンブリ８１６を介して送信されたりされる。上記の実施例において、オーディオアセンブリ８１０は、オーディオ信号を出力するための一つのスピーカーをさらに含む。
【０１８２】
Ｉ／Ｏインターフェイス８１２は、プロセスアセンブリ８０２と周辺インターフェイスモジュールの間にインターフェイスを提供するものであり、上記周辺インターフェイスモジュールは、キーボード、クリックホイール、ボタン等であってもよい。これらのボタンは、ホームボタン、ボリュームボタン、起動ボタン、ロッキングボタンを含んでもよいが、これらに限定されない。
【０１８３】
センサアセンブリ８１４は、装置８００に各方面の状態に対する評価を提供するための一つ以上のセンサを含む。例えば、センサアセンブリ８１４は、装置８００のＯＮ／ＯＦＦ状態、装置８００のディスプレイとキーパッドのようなアセンブリの相対的な位置決めを検出できる。また、例えば、センサアセンブリ８１４は、装置８００、又は装置８００の一つのアセンブリの位置変更、ユーザと装置８００とが接触しているか否か、装置８００の方位、又は加速／減速、装置８００の温度の変化を検出できる。センサアセンブリ８１４は、何れの物理的接触がない状態にて付近の物体の存在を検出するための近接センサを含んでもよい。センサアセンブリ８１４は、撮影アプリケーションに適用するため、ＣＭＯＳ、又はＣＣＤ図像センサのような光センサを含んでもよい。上記の実施例において、当該センサアセンブリ８１４は、加速度センサ、ジャイロスコープセンサ、磁気センサ、圧力センサ、及び温度センサをさらに含んでもよい。
【０１８４】
通信アセンブリ８１６は、装置８００と他の機器の間に有線、又は无線形態の通信を提供する。装置８００は、例えばＷｉＦｉ、２Ｇ、３Ｇ、又はこれらの組み合わせのような、通信規格に基づいた无線ネットワークに接続されてもよい。一つの例示的な実施例において、通信アセンブリ８１６は、放送チャンネルを介して外部の放送管理システムからの放送信号、又は放送に関連する情報を受信する。一つの例示的な実施例において、前記通信アセンブリ８１６は、近距離無線通信（ＮＦＣ）モジュールをさらに含むことにより、近距離通信を推進するようにする。例えば、ＮＦＣモジュールは、ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）技術、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）技術、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）技術、ＢＴ（Ｂｌｕｅｔｏｏｔｈ）（登録商標）技術、他の技術に基づいて実現できる。
【０１８５】
例示的な実施例において、装置８００は、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品によって実現されるものであり、上記方法を実行する。
【０１８６】
例示的な実施例において、さらに、命令を含むコンピュータ読取り可能な非一時的な記録媒体、例えば命令を含むメモリ８０４を提供しており、装置８００のプロセッサ８２０により上記命令を実行して上記方法を実現する。例えば、前記コンピュータ読取り可能な非一時的な記録媒体は、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク（登録商標）、光データ記憶デバイス等である。
【０１８７】
コンピュータ読取り可能な非一時的な記録媒体は、当該記録媒体中の命令が移動端末のプロセッサによって実行される際に、移動端末に以下の権限管理方法を実行させることができる。
【０１８８】
当該方法は、
ユーザの権限使用データを取得するステップと、
前記権限使用データに対して処理を行うことにより権限結果を得るステップと、
処理して得られた前記権限結果を端末に送信して、端末が該当する権限オプションを更新するようにするステップとを含む。
【０１８９】
図３８は、例示的な一実施例に係る権限管理装置１９００を示すブロック図である。例えば、装置１９００をサーバとして提供してもよい。図３８を参照すると、装置１９００は、プロセスアセンブリ１９２２を備える。当該プロセスアセンブリ１９２２は、一つ以上のプロセッサ、及びメモリ１９３２を代表とするメモリリソースを、さらに備える。当該メモリリソースは、プロセスアセンブリ１９２２によって実行される、例えばアプリケーションプログラムのような命令を保存する。メモリ１９３２中に保存されたアプリケーションプログラムには、それぞれ一つの命令のセットに対応する一つ以上のモジュールを含まれてもよい。
【０１９０】
なお、プロセスアセンブリ１９２２は、命令を実行することにより、以下の方法を実行する。
【０１９１】
当該方法は、
サーバが送信した権限結果を受信するステップと、
前記権限結果に基づいて対応する権限の構成情報を取得するステップと、
現在の権限に対応する前記構成情報に基づいて、該当する権限オプションを更新するステップとを含む。
【０１９２】
装置１９００は、装置１９００の電源を管理するための一つの電源アセンブリ１９２６、装置１９００をネットワークに接続させるための一つの有線又は無線のネットワークインターフェイス１９５０、及び、一つのＩ／Ｏインターフェイス１９５８を備えてもよい。装置１９００は、メモリ１９３２に保存された、例えば、Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ（登録商標）、Ｍａｃ  ＯＳ  Ｘ（登録商標）、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＦｒｅｅＢＳＤ（登録商標）のようなオペレーティング・システムによって、操作を行うことができる。
【０１９３】
当業者は、明細書を検討して本発明を実践した後、本発明の他の実施案を容易に考え出すことができる。本願は、本発明のいずれの変形、用途、又は適応的な変更をカバーすることを狙っているし、これらの変形、用途、又は適応的な変更は、本発明の一般的な原理に従い、また、本発明は公開していない当業界の公知の知識又は通常の技術手段を含む。明細書と実施例はただ例示として考慮され、本発明の本当の範囲と精神は以下の特許請求の範囲に記載される。
【０１９４】
本発明は上記に記述され、また図面で示した正確な構成に限定されず、その範囲を逸脱しない限り多様な置換えと変更を行うことができると、理解するべきである。本発明の範囲は添付の特許請求の範囲のみにより限定される。
【図１】
0006053998.tif 000002
【図２】
0006053998.tif 000003
【図３】
0006053998.tif 000004
【図４】
0006053998.tif 000005
【図５】
0006053998.tif 000006
【図６】
0006053998.tif 000007
【図７】
0006053998.tif 000008
【図８】
0006053998.tif 000009
【図９】
0006053998.tif 000010
【図１０】
0006053998.tif 000011
【図１１】
0006053998.tif 000012
【図１２−ａ】
0006053998.tif 000013
【図１２−ｂ】
0006053998.tif 000014
【図１３】
0006053998.tif 000015
【図１４】
0006053998.tif 000016
【図１５】
0006053998.tif 000017
【図１６】
0006053998.tif 000018
【図１７】
0006053998.tif 000019
【図１８】
0006053998.tif 000020
【図１９】
0006053998.tif 000021
【図２０】
0006053998.tif 000022
【図２１】
0006053998.tif 000023
【図２２−ａ】
0006053998.tif 000024
【図２２−ｂ】
0006053998.tif 000025
【図２２−ｃ】
0006053998.tif 000026
【図２２−ｄ】
0006053998.tif 000027
【図２２−ｅ】
0006053998.tif 000028
【図２３】
0006053998.tif 000029
【図２４】
0006053998.tif 000030
【図２５】
0006053998.tif 000031
【図２６】
0006053998.tif 000032
【図２７】
0006053998.tif 000033
【図２８】
0006053998.tif 000034
【図２９】
0006053998.tif 000035
【図３０】
0006053998.tif 000036
【図３１】
0006053998.tif 000037
【図３２】
0006053998.tif 000038
【図３３】
0006053998.tif 000039
【図３４】
0006053998.tif 000040
【図３５】
0006053998.tif 000041
【図３６】
0006053998.tif 000042
【図３７】
0006053998.tif 000043
【図３８】
0006053998.tif 000044