地味だけど重要な変更

久々にSmartTrainingのバージョンアップ(6.6.0)を行いました。
今回のバージョンでは、地味だけど重要な変更を加えています。
----
◇ Ver.6.6.0 変更内容

・使用するパーミッションとライブラリの変更。
・Android 2.1以降でサービスをフォアグラウンドに設定
・Android 2.1以降で端末のGoogleアカウントと連動
・Android 2.1以降で過去に端末内に保存したGoogleパスワードの削除

----

・使用するパーミッションとライブラリの変更。
最近、Androidに対する情報セキュリティがいろいろとうるさくなってきました。アプリケーションが持つパーミッションに対する意識も高くなり、ただの万歩計なのになんでそんなパーミッションが必要なの？とコメントをいただくこともでてきました。このアプリケーションは元々私自身がAndroidアプリ作成と公開を通じて様々な知見を得ることが目的で作り始めたものでした。そのため、通常の利用者が必要としないいくつかの機能を含んでいます。ここのところ実験的に取り入れた機能のために与えたパーミッションが増えてきたので、一度整理してみました。合わせて、使用しているパーミッションとその使用目的をAndroid Market上に公開しました。
----
このアプリケーションが使用する各パーミッションが必要な理由は以下の通りです。
・データをGoogleサービスにアップロードする際に端末内のGoogleアカウント設定を使用するために必要としています。
android.permission.USE_CREDENTIALS
android.permission.GET_ACCOUNTS
android.permission.AUTHENTICATE_ACCOUNTS
・画面テーマ変更時に自アプリケーションのリセットのために必要としています。
android.permission.KILL_BACKGROUND_PROCESSES
・GPSによる位置情報を取得するために必要としています。
android.permission.ACCESS_FINE_LOCATION
・広告モジュールが動作するために必要としています。
android.permission.ACCESS_NETWORK_STATE
・データの送信および、広告モジュールが動作するために必要としています。
android.permission.INTERNET
・定期通知のために必要としています。
android.permission.VIBRATE
・画面OFF時にCPUがスリープしないようにするために必要としています。
android.permission.WAKE_LOCK
・バックアップデータをSDカードに出力するために必要としています。
android.permission.WRITE_EXTERNAL_STORAGE
・ANTデバイスを制御するために必要としています。ANTデバイスをサポートする端末でのみ有効です。
com.dsi.ant.permission.ANT_ADMIN
com.dsi.ant.permission.ANT
----



・Android 2.1以降でサービスをフォアグラウンドに設定
これまで、計測中に動作するサービスはService.setForeground()を使用していました。これって、APILevel4までしか有効じゃなかったんです。Level5以降はService.startForeground()なるものが用意されていましたが、Reflectionを使わないと1apkで複数のバージョンに対応できなかったので、面倒臭がって対応していませんでした。今回、Reflectionを使ってService.startForeground()に対応しました。やり方はここに書いてある通り。これで、画面がバックグラウンドにまわったら落ちやすい、とかいう現象が解消されるのではないかと期待しています。期待しているだけで、絶対大丈夫とは言いませんし、自分の場合、落ちやすい現象を再現できないので気休めだと思っています。

・Android 2.1以降で端末のGoogleアカウントと連動
APILevel5以降で使用可能になったAccountManager対応をしました。AccountManagerを利用することで、ユーザは以下のメリットを受けることが出来ます。
・アカウントとパスワードをこのアプリケーションのためだけに再入力が不要になる。
・このアプリケーションがアカウントとパスワード情報をどこかに送信しているのではないかという不安を解消できる。

ちなみにLevel4以前ではAccountManagerが利用できないので既存の動作と同じです。両方のバージョンに対応するのは面倒なので、早くLevel4以前の端末には爆発して欲しいです。っていうかもう対応しちゃったんでどうでもいいです。

・Android 2.1以降で過去に端末内に保存したGoogleパスワードの削除
もうこのアプリケーションでは保存する必要がなくなったので自動的に消します。



あと、どこにも記載していませんが、こっそりminSDKVersionを3から4に変更しました。さようならLevel3。たぶん、影響を受けるユーザのほとんどはHTC myTouch3Gかと思われます。でも、大丈夫。最近のAndroid MarketはマルチAPK機能をサポートしているのでLevel3の端末からでも旧バージョンのSmartTrainingはインストールできるはずです。マルチAPKマンセー。

コメント

コメントを投稿

このブログの人気の投稿

Execノードを使う

イメージ
ここのところずっと Node-RED のサンプルを見ながら各ノードの使い方を確認しています。 頭出しの記事はこちら をご確認ください。今回はExecノードです。Execノードを使うと外部のコマンドを実行することができます。コマンドが出力した、標準出力や標準エラー出力などをノードから出力できます。 標準出力の内容を出力する 最初に確認するサンプルは「 flows > node-red > function > exec > 01 - Get standard output from external command 」です。 Execノードのプロパティを見ると以下の通りになっています。 実行コマンドは「 echo 」 msg.payload で受け取った値を引数として利用 出力モードは「 コマンド終了時 - execモード 」 コマンド終了時に結果を出力します Execノードには出力ポートが3つあります。 標準出力 標準エラー出力 返却コード 実行すると、標準出力には「 Hello World! 」、返却コードには「 {code : 0} 」が出力されます。この挙動は特に説明することはないかと思います。 標準エラー出力の内容を出力する 次に確認するサンプルは「 flows > node-red > function > exec > 02 - Get error output from external command 」です。外部コマンドのエラーをポートに出力します。中身は先程のサンプルフローとほぼ同じですが、Execノードで存在しないコマンドを実行しています。 実行すると、以下のログが出力されます。これも説明不要かと思います。 実行中に出力する 最後に確認するサンプルは「 flows > node-red > function > exec > 03 - Run external command in spawn mode 」です。出力がコマンド実行中に行われるのがこれまでのサンプルと違う点です。 コマンドはwhieループ内で2秒おきに「 Hello 」を標準出力に出力し続けます。Spawnモードで実行するとループ内でechoコマンドが実行されるたびにログが出力されます。サービスっぽい挙動をす
続きを読む

Joinノードを使う（その4）

イメージ
ここのところずっと Node-RED のサンプルを見ながら各ノードの使い方を確認しています。 頭出しの記事はこちら をご確認ください。今回はJoinノードの4回目です。終わらねぇ。 確認するサンプルは、 前回 に引き続き「 読み込み > サンプル > flows > node-red > sequence > join > 02 - Manual join mode 」です。 メッセージを結合してkey/valueオブジェクトにする 5段目のフローから見ていきます。ざっくりとした流れは以下のとおりです。 DataノードでCSVデータを送信する CsvノードでCSVデータをJSONオブジェクトに変換する msg.payloadには以下のような値が指定されたメッセージ4つに分解される { name: "Apple", price: 100 } Changeノードでmsg.payload内の値を以下のプロパティに設定する msg.topic = "Apple"（msg.payload.nameの値） msg.payload = 100（msg.payload.priceの値） Joinノードで、2個の受信メッセージごとにmsg.topicの値をキーとしてkey/valueオブジェクトに結合して送信する これを実行すると、以下のようにmsg.payloadにJSONオブジェクトが指定されていることを確認できます。 メッセージを結合して結合オブジェクトにする 先ほどは結合した値がkey/valueオブジェクトでしたが、6段目のフローでは単純にオブジェクト結合します。ざっくりとした流れは以下のとおりです。 DataノードでJSON配列を送信する nameをキーに持つオブジェクトとpriceをキーに持つオブジェクトを交互に含んでいます（実際、こんなに都合の良いデータが生成されることはあるんだろうか） Splitノードで配列データを個別のメッセージに分割します Joinノードで、2個の受信メッセージごとにオブジェクトに結合して送信する これを実行すると、以下のようにmsg.payloadに2個ずつのオブジェクトがJSONオブジェクトに結合されたものが指定されていることを確認できます。ちなみに、Joinノード
続きを読む

SendGridのX-SMTPAPIヘッダの使い方（Section Tags、Substitution Tags編）

イメージ
前回に引き続き SendGrid についてです。 今回は SMTP API を使ってみました。 SMTP APIについて SendGridのSMTP APIは基本的には普通のSMTPプロトコルに則ったものですが、X-SMTPAPIヘッダというカスタムヘッダを使うことで機能を拡張することができます。 X-SMTPAPIヘッダについて X-SMTPAPIヘッダはSMTPプロトコルの拡張ヘッダです。 X-SMTPAPI: { "category": "newuser" } みたいな感じでJSON形式でパラメータを与えることで機能を拡張します。 Section TagsとSubstitution Tagsについて 今回はSMTP APIで使える機能のうちSection TagsとSubstitution Tagsを使ってみました。 Section TagsとSubsitution Tagsは送信メールの内容を宛先毎に特定の文字列を置換するための機能です。toと合わせて使うことで機能します。 例えば、X-SMTPAPIヘッダの値を以下のような形にします。 { "to": ["test1@xxx.xxx", "test2@yyy.yyy"], "sub": { "-body-": [ "-bodyFemale-", "-bodyMale-" ], "-favorite-": [ "バナナ", "カツオ" ], " "-nickname-": [ "ミキ", "サブロー" ] }, "section": { " "-bodyFemale-": "-nickname-さん！女性向けの商品のご紹介です。", "-bodyMale": "-nickn
続きを読む