Android M Developer Preview 2 - Runtime Permission 超訳追記

Android M Developer Preview2が先日公開されました。相変わらずソースは公開されていないので、外から見る事しかできませんが、パミッションモデルが大きく変更になるため追いかけています。

パミッションモデルの変更については、以前のブログ、Google I/O 2015 新しいパミッションモデルの超訳に詳しく記載しましたが、Preview2のリリースで超訳したページが加筆修正されてしまいました。

一通り変更が加わった点は洗い出したのですが、Preview3 Preview4とまた変更になると思うので、今回は加筆、変更が加わった部分だけ纏めて、正式リリース時に１本にまとめたいと思います。

原文へのリンク: https://developer.android.com/preview/features/runtime-permissions.html

 

Overview

Permission groups(追記）

関連するパミッションはパミッショングループに分類され、ユーザは関連するパミッションに（グループに）許可を与えます。ユーザーは各権限グループに１度だけアクセス許可を与えます。アプリが同じ権限グループの異なるパミッションを要求した時、システムはユーザの操作なしで自動的に許可を与えます。システムはユーザが操作を行った時と同じようにonRequestPermissionsResult()メソッドを呼び出します。

例えば、アプリケーションのマニュフェストファイルに、SEND_SMSとRECEIVE_SMSパミッション（どちらも、android.permission-group.SMSグループに所属している）の利用宣言がされている時で考えます。アプリケーションは、SMSを送る必要がある時、SEND_SMSパミッションを要求します。システムはユーザーにこのアプリがSMSアクセスをして良いかの許可ダイアログを出します。ユーザが許可をした時、システムはアプリケーションにSEND_SMS権限の許可を与えます。その後、アプリケーションがRECEIVE_SMSの要求を出したとき、ユーザは既に同じパミッショングループ（SMSグループ）の許可を与えているので、システムは自動的に権限を与えます。（許可を求めるシステムダイアログは表示されない）

Coding for Runtime Permissions

Table1.Permission and Permission group表

テーブルに以下のパミッションが追記された。

android.permission-group.STORAGE
  • android.permission.READ_EXTERNAL_STORAGE
  • android.permission.WRITE_EXTERNAL_STORAGE

Explain Why the app needs permissions（追記）

ある状況下では、あなたのアプリが何故パミッションを必要とするのかをユーザに理解してもらいたいと思う事があります。例えばユーザが写真アプリを起動した時、アプリケーションがカメラを使用する許可を要求しても、多分ユーザは驚かないでしょう。しかしユーザがパミッション要求を拒否した時は、そのユーザは何故そのパミッションが必要なのかの手助けが必要としている場合があり、ユーザは再びその写真アプリを起動するでしょう。

（訳注：写真アプリとカメラの機能が結びついていない状況があり得る）

このような状況を見つけて、説明を提供するために、Activity.shouldShowRequestPermissionRationale(String) メソッドが存在します。このメソッドは、以前にアプリケーションがパミッションを要求し、ユーザが拒否をした時trueを返します。この時、ユーザに何故そのパミッションが必要なのかを説明する必要があります。

ユーザが過去に、パミッションの要求を拒否し、その時「今後は許可しない」チェックを付けた場合は、このメソッドはfalseを返します。また、デバイスポリシーによりそのアプリが権限を持つことを禁止している場合はfalseを返します。

「今後は確認しないチェックボックス」

no_check

Best Practices and Usage Notes

Normal　Permissions（追記）

多くのパミッションはPROTECTION_NORMALとして指定されています。これは、アプリケーションがこれらのパミッションを持っていても、ユーザのプライバシーやセキュリティ上（※１：おおきな）リスクがない事を示しています。例えばユーザはユーザはアプリが自分の電話帳情報を読むことができるかどうかを知りたいでしょう。これとは対照的に、アプリがデバイスを振動させることには大きなリスクがないので、その権限（VIBRATE権限）はNORMALに指定されています。

※１：訳者注：大きなリスクとは、あくまでもGoogleが考える「おおきなリスク」

アプリケーションがマニュフェスト上で、NORMALパミッションの利用宣言をしている時、システムはインストール時に自動的にその権限を与えます。システムはユーザのノーマルパミッションの許可を付与するようにユーザに要求する事はありません。そしてユーザはそれらのパミッションを削除する事はできません。

アプリケーションがノーマルパミッションをマニュフェストで利用宣言している時、アプリケーションはそれらのアプリのために、Activity.checkSelfPermission()やActivity.requestPermissions()を呼ぶ必要はありません。何故なら、マニュフェストに利用宣言をした時は、インストール時に権限が与えられるからです。

現在、以下のパミッションは、PROTECTION_NORMALに分類されています。

  • permission.ACCESS_LOCATION_EXTRA_COMMANDS
  • permission.ACCESS_NETWORK_STATE
  • permission.ACCESS_WIFI_STATE
  • permission.ACCESS_WIMAX_STATE
  • permission.BLUETOOTH
  • permission.BLUETOOTH_ADMIN
  • permission.BROADCAST_STICKY
  • permission.CHANGE_NETWORK_STATE
  • permission.CHANGE_WIFI_MULTICAST_STATE
  • permission.CHANGE_WIFI_STATE
  • permission.DISABLE_KEYGUARD
  • permission.EXPAND_STATUS_BAR
  • permission.FLASHLIGHT
  • permission.GET_ACCOUNTS
  • permission.GET_PACKAGE_SIZE
  • permission.INTERNET
  • permission.KILL_BACKGROUND_PROCESSES
  • permission.MODIFY_AUDIO_SETTINGS
  • permission.NFC
  • permission.PERSISTENT_ACTIVITY
  • permission.READ_SYNC_SETTINGS
  • permission.READ_SYNC_STATS
  • permission.READ_USER_DICTIONARY
  • permission.RECEIVE_BOOT_COMPLETED
  • permission.REORDER_TASKS
  • permission.SET_TIME_ZONE
  • permission.SET_WALLPAPER
  • permission.SET_WALLPAPER_HINTS
  • permission.SUBSCRIBED_FEEDS_READ
  • permission.TRANSMIT_IR
  • permission.VIBRATE
  • permission.WAKE_LOCK
  • permission.WRITE_SETTINGS
  • permission.WRITE_SYNC_SETTINGS
  • permission.WRITE_USER_DICTIONARY
  • android.alarm.permission.SET_ALARM
  • android.launcher.permission.INSTALL_SHORTCUT

 

訳注：ノーマルパミッションはユーザには見えないため、存在意義自体あまりない。今回今まで、dangerousパミッションだったものが、normalパミッションに変更になっており大丈夫か？という感じなので、わざわざ再度このような説明を加えたと類推できる。

2015/7/15追記
WRITE_SETTINGは、Preview2でnormalからdangerousに変更になっていました。Googleさんのドキュメントミスです。

また、Permissionページは、本家から翻訳ページがでました。

https://developer.android.com/intl/ja/preview/features/runtime-permissions.html

まとめ

M1からM2へのPermissionページの変更箇所は、多少文言の修正はあったが、加筆だけだと考えて問題ない。

M1の時は、WRITE_EXTERNAL_STRAGEパミッションが、dangerousからnormalに変更になって？ほんと？？と思ったが、M2でnomarlからdangerousに戻ったので一安心、ただ上のnormalパミッションを見てもらうとわかるけど、この権限ユーザに許可を得なくて本当に大丈夫？という物が散在している。
このまま行くのか、今後変更になるのか….

Share on Tumblr
LINEで送る

コメント

コメントを投稿

このブログの人気の投稿

島へ移住の話【炊飯】

イメージ
こんにちは。 タオソフトウエアの杉山です。 今回は炊飯について取り上げます！ 電気からガスへ 慣れると戻れない できるだけ大きな家電を買わずにすますため、 島へ移住の話【家電品 – 使わなくなった電子レンジ– 】 で触れた通り、もともと電子レンジで炊飯していました。これが水や米が変わっても使えそうな炊飯釜などを調べている中で、炊飯にガスを使うようになりました。 子どもの頃の実家のご飯も電気釜で、人生のほとんどは電気で炊飯されたご飯を食べてきました。ガスで炊飯するのは小学生の授業での経験ぐらいしかなかったですが、普段の生活で電気からガスへ変えてみたら意外と早く時間短縮になるので驚いています。 ガス代は少し上がりますが急上昇するようなことは無く、電気代が下がったので安上がりになりました。大島はプロパンガスのため、都市ガスだともっと安くなるかなと感じています。 昔のガス釜の炊飯器は壊れず美味しいと聞いたことがありますが、何となく根拠も何もないですが分かる気がします。 ガスに変えたばかりの頃は水量の調整などが難しかったですが、慣れると戻れなくなります。 昔からあるような設計のガス釜を試してみたく調べると高いので鍋で炊いてますが、電気炊飯器には戻れなさそうです。 「普段から購入する玄米」は非常食のご飯に 伊豆大島は前回の噴火から時間が経ち、特に2021年頃は小さな地震が多く発生して「遠くないうちに噴火があるのではないか」と耳にすることが多く、災害対策に関する話を多く聞いてきました。 その中で災害時の非常食になる乾燥米飯（お湯を入れて20分ぐらい待つだけでできるご飯パック）をいただきました。食べてみると美味しかったのですが、以下のような点がありました。 お米そのものの種類が豊富で、乾燥米飯になる前はどんな素材だったのか気になる。 値段が高い。 作るのに待ち時間が水で60分、お湯で15分と長い。お湯を何らかの方法で入手する必要がある。 作るのにかかる時間という点に着目すると、白米をガスでたくプロセスは次のような感じです。（人により好みがあると思いますので、あくまでも一例です。） お米を浸水させて塩をひとつかみぐらい加えておく。ここから完成までフタを開けないこと。 少し強火にかけて沸騰しそうになったところで極弱火にし、10分加熱。 その後20秒ぐらい中火にしてから火を止める。 10
続きを読む

ドローンプログラミング体験教室を伊豆大島の小学校でしてきました

イメージ
最近このタオソフトウエアブログに、弊社杉山の伊豆大島記事がアップされています。彼は昨年から地域活性化企業人として、伊豆大島で仕事をしており通常業務をしておりますが、今回地域活性化企業人の企画第一弾として、ドローンプログラミング体験教室を行いました。（第二弾があるかはよくわかりません）。 コロナにより子供達は不自由な暮らしをしてきています。大人であれば行動制限は仕方のない事だと理解できるし、旅行やイベントはコロナ収まってから行けばよいやと納得も可能です。しかし子供達は修学旅行とか、運動会とか、その年代にしか体験できないイベントが多くあります。行動制限など納得できない事が多いと思います。しかも島という地理的特色により、他の地域の子供達より多く行動に制限がかかってしまっています。 そこで、少しでも子供たちに楽しんでもらえたらと思い、プログラミングとドローンを両方勉強できて、さらに楽しいというお得な、ドローンプログラミング教室を開催しました。 だって、ドローン飛ばすの楽しいですからね 開催目的 大島に住む小中学校の「IT」に対する興味や関心を高めたい。 新型コロナウイルスによる影響で色々な制限をうけている中、少しでも驚きや楽しみを味わってもらいたい。 開催情報 日時：８月２９日（月） １３：３０～１５：３０ 場所：椿小学校　体育館 対象：椿小学校６年生 参加費：無料 主催：大島町役場　総務課　電子研鑽係（地域活性化企業人制度） 講師：タオソフトウエア株式会社、 株式会社ナレッジエックス 当日 ドローンプログラミング教室は、大島の３つの小学校でそれぞれ行います。第一回目は、つばき小学校。正門がすごい立派で周りの木々も含めとても、趣がある小学校でした。８月２９日（月）は、大島町ではまだ夏休みで、人がほとんどいなかったのもあり、静寂に包まれた落ち着いた小学校で素敵でした。 つばき小学校正門 今回のイベントは、大島に赴任している地域活性化企業人が企画しましたが、大人向けのプログラミング教室ならともかく、子供にプログラミングを教えるのは、ちょっと荷が重いかなと思い、教育関係の仕事をしていて、タオソフトウエアの新人教育等にもお世話になったことのある、 株式会社ナレッジエックス さんをお誘いして一緒に授業を行う事にしました。 授業内容 ドローンについての一般知識座学 ドローンを飛ばしてみ
続きを読む

情報処理安全確保支援士登録証のカード型が届きました。

イメージ
情報処理安全確保支援士は、サイバーセキュリティ分野の日本国の国家資格ですが、本日登録証が届きました。 ２０２０年５月に制度見直しが入り、カード型の登録証が登場しました。 制度見直しについて： https://www.ipa.go.jp/siensi/kaisei.html 情報処理安全確保支援士の情報は、あまりネットに上がっていないので、情報共有です。 表 パット見て車の免許証みたい。いや保険証かな、年数によりグリーン、ブルー、ゴールドと色が変わるらしい。（ゴールドとか運転免許みたい）、でもこれって、せっかく作ったのに、今のデジタル庁云々の話の流れで、マイナンバーカードに統合されてしまい短い命なのではないかなと思ったりします。 カードの色について： https://www.ipa.go.jp/siensi/toberiss/index.html ※生年月日の部分だけ加工しました。 ※登録番号は、公開番号なので大丈夫です。 ※名前は、私の場合隠しても意味がないです 裏 「登録削除されたときは、この登録証を返納すること」の記載が気になりました。維持していくのに結構な金額がかかるので、講習等でお金を払うタイミングで、やめるかを決める事になるかと思いますが、カード返納するの忘れそう。 まとめ カードが届いて少し気分が上がりました。１枚のカードでしかないですが、セキュリティ関係もう少しアクティブに動くかなという気持ちになります。 情報処理安全確保支援士は、士業なのに、今のところあまりメリットがないと言われてきてますが、専業業務も少し出てきていますし、中の人も結構いろいろと頑張っているようです。私としては、これを持っていると、脆弱性チェックがしやすくなるように、不正アクセス禁止法がある程度緩和されると良いのになと思ってます。 ふと気が付けば、ここにブログ記事を書くのは２年ぶりでした。久しぶりすぎてログイン自体てこずりました。 Share on Tumblr Tweet
続きを読む