「Android」の記事 - Crieit

Keepass2Android は Offline 版がオススメ

2023-08-19T01:00:36+09:00

パスワード管理ソフトの中でも非常に有名なものの一つが KeePass シリーズだ。

複数の端末での同期や、多要素認証などのセキュリティ向上設定には少し知識が必要なものの、 LastPass や 1Password などのクラウド型のソリューションとは異なり、有料プランの課金やサービス提供企業側のヘマによるセキュリティ侵害などのリスクが低いのが特徴だ。

Andoroid 向けの古参 KeePass 互換のパスワード管理ソフトとして、 Keepass2Android が存在する。

この Keepass2Android には、同じ作者によって提供される以下の2つのバージョンがある。

一見すると、インストール数の多い Keepass2Android Password Safe (以下、非オフライン版) の方が良さそうに見えるかもしれないが、実際には Keepass2Android Offline をオススメする。

Offline版と非オフライン版の違い

そもそも、 Offline版と非オフライン版の違いは、アプリが直接インターネットにアクセスしてデータベースファイルを取得する機能の有無だ。

しかし、 Offline版ではデータベースファイルのクラウド同期ができない…かというとそんなことはない。
Android には、 "Storage Access Framework" (SAF) という機能が備わっており、アプリがクラウドストレージと直接通信する必要なく、システムのファイルピッカーを介して、 Google Drive や OneDrive のアプリを開き、クラウドストレージとの同期ができる。

このため、 FTP や WebDAV などの一部の特殊な場所を除いて、ほとんどのクラウドストレージを Offline版でも問題なく利用できる。
開くだけでなく、データベースを編集して保存すれば、もちろんクラウド側にも変更が反映される。

すなわち、ほとんどの場合は Offline版で十分なのだ。

非オフラインが、アプリ内部から直接 Google ドライブや OneDrive, Dropbox 等を開けるのは、 SAF が一般的ではなかった過去の名残という面が大きい。

なぜ Offline版が良いのか

上記のような前提を踏まえ、そのなかで何故 Offline版が良いのかというと、アプリが 「ネットワークへのフルアクセス」の権限を持っていない からだ。

パスワード管理ソフトのリスクのひとつに、開発者の PC がクラッキングされて、ソフト側にキーロガーや他の脆弱性が仕込まれる可能性がある。
（以前、 LastPass でやられたのがまさにそれ）

しかし、万が一にもそのような脆弱性を仕込まれても、そもそもネットワークアクセス権限がなければ、奪われた情報をどこかに送信されることもない。
すなわち、より安全になる…というワケだ。

そのほか

Keepass2Android 以外の Android 向け KeePass 互換ソフトで最近人気が出てきているのが KeePassDX だ。
元々は KeePassDroid のフォークだったものだが、 UI はだいぶモダナイズされている。
権限回りもだいぶ尖っていて、「バイブレーションの制御」しか存在しない。

個人的には、ロック解除後の UI は KeePassDX の方が好みだが、生体認証を用いたクイック解除まわりの挙動は Keepass2Android の方が使いやすいので、もっぱら後者を使っている。

利用者の多さだけでなく、 GitHub 上の OSS 開発者コミュニティの活発さからもアプリの安全性が推察できるので、ぜひ利便性と安全性のバランスが取れた、お好みの KeePass クライアントを探してみると良いだろう。

Google PlayからREQUEST_INSTALL_PACKAGEの許可を外せと言われてアプリを却下された時

2022-11-30T08:26:08+09:00

Google Playでいつも通りアプリのアップデートを申請していたらリジェクトされました。その内容が、REQUEST_INSTALL_PACKAGEは使って無さそうだからpermissionを外せ、とのことでした。

調べてみましたが特に使っているところはなく。恐らく使用しているパッケージの中に使っているものがあるのだろうと思って調査。

あー…、ありました。Flutterのbuildフォルダ内を検索してみると見つかりました。調べてみるとどうも open_file というパッケージデ使われているようでした。

外部パッケージなので対処しようがないのかな…と更に調べてみると、REQUEST_INSTALL_PACKAGEを外しただけの open_file_safe というパッケージがあるらしく、そちらに置き換えることで対処できました。

このように問題なくなりました。（ビルドのゴミがあるのでこれは手動で削除してよさそうです）

旅先でサーバ上のデータベースをメンテナンスする

2022-07-29T07:33:22+09:00

以前に投稿した記事「旅先でクラウド上のWindowsサーバにRDP接続」は、Androidセルフォンのアプリケーションで、SSHのポートフォワードを介して
WindowsサーバにRDP接続するというものでした。

旅先でクラウド上のWindowsサーバにRDP接続

この記事で紹介した、僕を助けてくれるアプリケーションのうちの1つがこれなんです。

これのポートフォワード設定を追加してあげると、セルフォンのアプリケーションから、サーバのデータベースのデータを参照したり更新したりすることができます。
皆さんもご存知のとおり、あたりまえのことなんですけどね。

ポートフォワード

ConnectBotのSSHに下図にようなポートフォワードを追加してあげます。この例は、SSHサーバのローカルで稼働するMySQLに接続する設定です。

RDPは以前に設定したものです。

データベースのデータを操作するアプリケーション

データベースのデータを操作するのに便利なアプリケーションがあります。僕の好みです。皆さんの評価など受け付けません。

MySQLへの接続はこんなふうにしてあげます。

デフォルトでSQLiteへの接続が見えますが、ここにSQLiteがいれば、おそらくつながるのでしょう。

MySQLをクリックすると、こんなふうにオブジェクトが見えるようになります。

旅先でクラウド上のWindowsサーバにRDP接続

2022-07-25T21:47:47+09:00

この記事には、目新しい技術は書かれていません。既成のアプリケーションの使い方のひとつが紹介されているだけです。

旅先でクラウド上のWindowsサーバにRDP接続したいな、という機会は、僕にはたくさんあります。PCを使える状況であればPCを使えば良いのですが、例えば電車の中などでPCを使えない、あるいはPCは使えるけどそれも面倒という場面も僕にはたくさんあります。
こんなときのために、僕にはセルフォンがあるのです。

外部からの接続

外部から目的のWindowsサーバにRDPで接続するには、間にSSHが配置され、このSSHがポートフォワードしてくれる、というのが前提です。当然ながら、SSH接続には鍵が必要というのも前提です。
つまり、何の変哲もない一般的な構成です。

僕を助けてくれるAndroidアプリ

こういった場面で僕を助けてくれるAndroidアプリは以下の2つです。どちらか1つというわけではなく、2つがタックで助けてくれます。

ConnectBot
Remote Desktop

これらはよく配慮された機能をもち、かつ余分な機能を持たないという、セルフォンのアプリケーションとして優れた特徴を持ったアプリケーションです。

使い方

ConnectBotの設定を事前に行っておくべきです。

ConnectBot

以下はConnectBotの設定です。

"Manage Pubkeys"を使って、サーバへのSSH接続を行うための鍵を登録します。

鍵を登録した状態です。

"Hosts"にSSHサーバを登録し接続します。鍵はここで使用します。SSHサーバへの登録と接続については、この記事では解説しません。難しくはないでしょう。

SSHでSSHサーバに接続したら、メニューから[Port Forward]を選択します。

WindowsサーバのRDPへのポート・フォワードを設定します。

Remote Desktop

僕は、マイクロソフト社純正のアプリケーションを使用しています。
ConnectBotによるSSH（= ポートフォワード）セッションを活かした状態で、RDPに接続します。

Targeting S+ (version 31 and above) requires that one of FLAG_IMMUTABLE or FLAG_MUTABLE be specified when creating a PendingIntentエラー

2022-05-29T10:37:53+09:00

FlutterでtargetSdkVersionを31にしたアプリを実機で試してみたらいきなり落ちてしまった。ログを見てみると下記のようなエラー。

Targeting S+ (version 31 and above) requires that one of FLAG_IMMUTABLE or FLAG_MUTABLE be specified when creating a PendingIntent

調べてみると色々記事が見つかり、どうもFirebaseやAdMobのライブラリが関係していてみんな困っていた。とはいえそれらの情報は2021年の情報だったので、2022/5現在はさすがに改善しているのではないかと思いそのあたりのライブラリを最新にしてみたら起動するようになった。

Android 虎の巻　API31対応するための修正

2022-03-07T14:42:49+09:00

上のようなアニメがつくれるフリーソフト9VAeきゅうべえを開発してます。
現在、Googleアプリストアに登録するには、Android API30 以上が必要ですが、次のバージョンに対応するために、AndroidStudio の build.gradle(Module:) を、31 に変更すると、ビルドエラーがでます。

android {
    compileSdkVersion 31 <--30 から 31に変更
    defaultConfig {
        minSdkVersion 24
        targetSdkVersion 31 <--30 から 31に変更
        versionCode xxx
        versionName "x.x"
     }
}

AndroidManifest.xml に「android:exported="true"」を追加するとビルドできるようになるみたいです。

Amazonストアアプリが６４ビット未対応と判定されたときの対応

2022-02-10T15:38:06+09:00

Amazon Fire用アプリ「9VAeきゅうべえ」に、MP4動画出力機能をつけたとろ、「６４ビット対応していない」との判定がでるようになり、新しい Amazon Fire が対象外になってしまった。最新の Amazon Fire は３２ビットアプリが動かないみたいだ。

しかし、同時に作成した、Googleストアアプリは、ちゃんと６４ビット対応している。

Googleストアには、AABで登録し、Amazonは、APKで登録する。AndroidStudio は、AABもAPKも出力できる。その APK をみてみると、ちゃんと、ARM６４ビット、Intel ６４ビットがはいっていた。

よりくわしく見てみると、３２ビット版ライブラリの数が多かった。６４ビット版に同じライブラリがないため、未対応と判定するみたい。

違っているライブラリには、NEONという名前がついていた。NEONは、SIMD演算で動画を高速処理するためにつかわれる。３２ビット版CPUには、SIMD演算できないものがあるため、ライブラリが追加されているみたいだ。そのため動画出力をいれると、６４ビット未対応と判定されるようになった。

それで結局、つぎのような３本のAPKを作成すると、全機種サポートできるようになった。

動画出力を除いたＡＰＫ＞＞３２ビット・６４ビット兼用ＡＰＫとして認識される
動画出力つきＡＰＫ＞＞３２ビット用ＡＰＫとして認識される
６４ビットのみの動画出力つきＡＰＫ＞＞６４ビット用ＡＰＫとして認識される

そこらへんの対応記事をこちらに書きました

Flutterベースのモバイル向けタイムラインの作成

2022-01-07T16:19:06+09:00

Quireタイムライン（モバイル向け）の構造を初公開

2018年に初めてFlutterベースのアプリを作ったときは、とても楽しく興奮しました。それから3年経ち、Quireアプリもかなり充実して、従来のモバイル向けプロジェクト管理アプリの域を超えるまでになりました。Quireモバイルアプリの現行バージョンは、階層表示、ボード表示だけでなく、タイムライン表示にも対応しています。

モバイルアプリ向けのタイムライン表示の作成を決めたときは、簡単にできるとは思いませんでした。当時は類似の既成コンポーネントもなかったためですが、驚いたのは、インターネットでタイムライン表示の構造についての情報も見当たらなかったことです。そこで、いちかばちか、自分たちで作ってみることにしました。

Quireモバイルアプリ用のタイムラインでは、以下を計画していました。

横方向への無限日付スクロール
レンダリングオンデマンド（ROD）。ビューポートにあるときのみ実行されるWidgetのState
任意の位置に素早く配置
操作がかんたんで使いやすいインターフェースと、スムーズなユーザーエクスペリエンス

数週間で初期開発が完了し、以下のような構造になりました。

タイムラインペインのコアベース（週、週末のセクションなど）
タスクリスト（階層構造のタスクリスト）
タイムラインペインのビューポートベース双方向リスト
1ペインのみのとき、2ペインにまたがるときの両方に対応した期間の横棒
期間の横棒上の固定ラベル

上図のように、タスクごとにタイムラインペインが割り当てられ、すべてのタイムラインのスクロール位置は互いに同期されます。

インデックスベースのスクロールビュー

Google Flutter Widgetに似たインデックスベースのスクロールビューを作るために、Centerに引数のあるカスタムスクロールビューを使用します。実装すると、任意の位置まで素早くスクロールできるようになります。スクロール中のどの時点でも、各位置とインデックスを表示できます。

イメージ的には、少しスクロールした時点で、新しいCenterの引数でタイムラインをリロードしてビューポートの外に移し、またスクロールするとビューポート内に配置される、という感じです。

タイムラインペイン

タイムラインをスムーズに使えるように、インデックスベースのスクロール表示と似た発想で、横方向にスクロールできるカスタム「無限双方向スクロールビュー」を実現しました。実装すると、タイムラインをなめらかにスクロールできます。

無限双方向スクロールビューには、Flutterの強力なViewportの考え方を活用しました。そして、Backwardリストのインデックスを-1から始まる負の数に変更しました。Index 0に当たる日付が分かるようにフラグも設定して、任意の日付まで素早くスクロールできるようにしました。

Widget forwardList = SliverList(
  delegate: SliverChildBuilderDelegate((BuildContext context, int index) {
    return cellBuilder(context, _getIndex(forward: true, index: index));
  })
);

Widget backwardList = SliverList(
  delegate: SliverChildBuilderDelegate((BuildContext context, int index) {
    return cellBuilder(context, _getIndex(forward: false, index: index));
  }),
);

Scrollable(
  viewportBuilder: (BuildContext context, ViewportOffset offset) {
    return Viewport(
      offset: offset,
      center: forwardListKey,
      slivers: [
        backwardList,
        forwardList,
      ]
    );
  },
)

2ペインにまたがるときの問題と解決方法

ビューポートには無限のリスト2つがスクロールされるため、期間の横棒が2つのリストにまたがることもあります。そこで、どちらのリストにも完全に同じ期間の横棒を作成し、ぴったり重ねて、リストがビューポートの外に移動してもリスト内のアンカーが壊れないようにしました。

固定ラベルで解決

モバイル機器の小さい画面ではプロジェクトのどこを見ているかが分かりにくく、使っていると混乱してきます。この問題は、できるだけ多くの情報を提供することで軽減できます。そこで便利なのが固定ラベルです。

最初はとにかくシンプルにするため、スクロールビューのスクロール通知に従って、位置を取得してから配置されたラベルに設定していました。固定ラベルを各タイムラインペインの開始位置に表示するには、期間の横棒の現在位置の計算がベースとなります。

しかし、新しく配置されたラベルは次のフレームまでしか更新されず、スクロールビューと同じ時間枠で同期されないため、ずれて見えてしまいました。

幸いFlutterコミュニティーが、レンダリングレイヤー固定ヘッダーというすばらしい解決方法を教えてくれました。つまりレイアウトのタイミングによる方法です。レンダリングレイヤーにすべてのWidgetをサイズとともに入れるだけでなく、そのピクセルすべてを計算する必要があります。最後にlocalToGlobal関数を、スクロール位置、および2ペインにまたがるときのペイン切り替えに基づいた演算操作と置き換えて、パフォーマンスを向上させました。

始まりはこれから

今は大変な時代ですが、だからこそテクノロジーの分野で貢献したいと考えています。タイムライン表示の作成でまず考えたのは、どうやってFlutterの強力なフレームワークを活用して、ビューコンポーネントを一から作り直すことなく、軽く安定したゴージャスなUIを実現するか、ということでした。

各日付単位はインデックスとして、FlutterのSliverに組み込まれています。ほとんどのものはWidgetレイヤーの高レベルの開発概念に留まり、固定ビューのときのみレンダリングレベルに移動します。

Quireアプリをインストールして、Flutterベースのモバイルアプリを使ってみませんか。Quireタイムラインについて気になることは、コメントを投稿するか、@quire_ioでツイートしてお知らせください！

※転載許可済み: https://zenn.dev/quireteam/articles/2b2c44c3e49fac

flutter_secure_storageでCipher functions:OPENSSL_internal:BAD_DECRYPTエラー

2021-11-11T08:12:52+09:00

Flutterで実機デバッグしていたらいきなりflutter_secure_storageのエラーが出るようになっていた。下記のようなエラー。（2021/11現在）

PlatformException(Exception encountered, readAll, javax.crypto.BadPaddingException: error:1e000065:Cipher functions:OPENSSL_internal:BAD_DECRYPT

なんだかよくわからないが、エラーが出はじめたタイミングでtargetSdkVersionを30にしていたのでもしかしたら高いバージョンのAndroid環境（Android11以降？）だと発生するのかもしれない。（とはいってもbuild.gradleを戻してもなおらない。なぜかコミットをもとに戻さないと発生しないので謎）

issueを調べてみたら現在報告されているところで改善もしていないっぽい。なのでこれからの修正を待つしかなさそう。

一時的な対処方法

まずreadAllは使わない。これを使うと絶対エラーになる。でもそれ以外はなんとなく動いているっぽい気がする。

ということでreadを使う。しかし、多分データがなにもないとかキーが無いとかでもエラーになる。そのため、readもtry catchで囲んで、エラーが出たらデフォルト値を返すようにして利用する必要がある。

とりあえずそれで動いた。

issueはなんか同じようなのがいっぱいあるがとりあえずこれ
https://github.com/mogol/flutter_secure_storage/issues/248

📔Unity で iOS/Android アプリの設定値をセキュアに扱う方法

2021-08-16T02:31:05+09:00

はじめに

iOS/Android でユーザーの情報をセキュアに扱う必要があったので、調査したところ Android には EncryptedSharedPreferences が存在することを知りました。iOS には Keychain Services が存在します。

今回は Unity の iOS/Android プラットフォーム上で設定値を保存するための実装を行う必要があったので、Unity から扱えるようネイティブプラグインを作成しました。今後もこういった要望はありそうでしたので、記事として手順や内容を書き記しておくことにしました。

本記事内で紹介しているコードは下記にアップ済みです。

https://github.com/nikaera/Unity-iOS-Android-SecretManager-Sample

動作環境

MacBook Air (M1, 2020)
Unity 2020.3.15f2
Android 6.0 以上
- EncryptedSharedPreferences が使用可能なバージョン

Android のネイティブプラグインを作成する

Android 環境ではまず External Dependency Manager for Unity を利用して、Unity の Android ネイティブプラグインで EncryptedSharedPreferences 利用可能にします。

(追記) Gradle を利用したライブラリのインストール方法

shiena さんにご教授いただいたのですが、こちらの記事のように Gradle を利用することでも簡易にライブラリの取り込みが可能なようでした。

手順は上記の記事をご参照いただくとして、Gradle を利用する方法で外部ライブラリを取り込む際の Assets/Plugins/Android/mainTemplate.gradle および Assets/Plugins/Android/gradleTemplate.properties は下記になります。

```diff gradle:Plugins/Android/mainTemplate.gradle
dependencies {
implementation fileTree(dir: 'libs', include: ['*.jar'])
+ implementation 'androidx.security:security-crypto:1.1.0-alpha03'
DEPS}

android {


```diff properties:Assets/Plugins/Android/gradleTemplate.properties
org.gradle.jvmargs=-Xmx**JVM_HEAP_SIZE**M
org.gradle.parallel=true
android.enableR8=**MINIFY_WITH_R_EIGHT**
+ android.useAndroidX=true
unityStreamingAssets=.unity3d**STREAMING_ASSETS**
**ADDITIONAL_PROPERTIES**

Gradle を利用した方法でライブラリを利用される際は、次の External Dependency Manager for Unity で必要なパッケージをインストールする の手順はスキップ可能です。EncryptedSharedPreferences を利用するためのネイティブコードを追加する のステップから進めてください。

External Dependency Manager for Unity を利用する方法だと、取り込み先プロジェクト内でライブラリの競合が発生する恐れがあります。Gradle を利用する方法であれば回避が可能です。¹

External Dependency Manager for Unity で必要なパッケージをインストールする

External Dependency Manager for Unity をインポートするため unitypackage をダウンロードして、EncryptedSharedPreferences を導入したい Unity プロジェクトを開いてから unitypackage をクリックすることで、External Dependency Manager for Unity を Unity プロジェクトにインポートします。

unitypackage をクリックして Unity プロジェクトに External Dependency Manager for Unity をインポートする" />

Unity プロジェクトの Build Settings からプラットフォームは Android に切り替えておきます。Enable Android Auto-resolution? というダイアログの選択肢はどちらを選んでも構いません。²

External Dependency Manager for Unity で各種パッケージを管理する方法は README に記載がある通り、*Dependencies.xml というファイルを Editor フォルダに配置することで可能になります。

今回は EncryptedSharedPreferences を導入するため、下記の xml ファイルを Editor フォルダ内に配置します。




    
        
        
            
                
                extra-google-m2repository

その後、Unity メニューから Assets -> External Dependency Manager -> Android Resolver -> Force Resolve を選択して、Assets/Editor/AndroidPluginDependencies.xml の内容を元に EncryptedSharedPreferences を利用するのに必要なパッケージを自動で Assets/Plugins/Android フォルダにダウンロードします。

Assets -> External Dependency Manager -> Android Resolver -> Force Resolve を選択する" />
1. Unity メニューから Assets -> External Dependency Manager -> Android Resolver -> Force Resolve を選択する

Assets/Plugins/Android フォルダに配置される" />
2. 実行に成功すると EncryptedSharedPreferences を利用するのに必要なライブラリ群が Assets/Plugins/Android フォルダに配置される

ここまで来ればあとは Android ネイティブコードを Assets/Plugins/Android フォルダ内に配置して Unity 側から叩けるようにするだけです。

EncryptedSharedPreferences を利用するためのネイティブコードを追加する

早速下記の Android ネイティブコードを Assets/Plugins/Android~~/SecretManager.java に配置します。

// Assets/Plugins/Android/SecretManager.java
package com.nikaera;

import com.unity3d.player.UnityPlayerActivity;

import java.lang.Exception;

// External Dependency Manager for Unity によって、
// 必要な jar が含まれているため EncryptedSharedPreferences の利用が可能になる
import androidx.security.crypto.EncryptedSharedPreferences;
import androidx.security.crypto.MasterKey;

import android.content.Context;
import android.content.SharedPreferences;
import android.content.SharedPreferences.Editor;

import android.os.Bundle;
import android.util.Log;

public class SecretManager {
  private SharedPreferences sharedPreferences;

  public SecretManager(Context context) {
    try {
        // EncryptedSharedPreferences で設定値を保存する際に用いる、
        // 暗号鍵を扱うためのラッパークラスをデフォルト設定で作成する
        MasterKey masterKey = new MasterKey.Builder(context)
                .setKeyScheme(MasterKey.KeyScheme.AES256_GCM)
                .build();

        // EncryptedSharedPreferences のインスタンスを生成する
        // コンストラクタで作成した masterKey を指定している
        this.sharedPreferences = EncryptedSharedPreferences.create(
          context, context.getPackageName(), masterKey,
          EncryptedSharedPreferences.PrefKeyEncryptionScheme.AES256_SIV,
          EncryptedSharedPreferences.PrefValueEncryptionScheme.AES256_GCM
        );
    } catch (Exception e) {
        e.printStackTrace();
    }
  }

  /**
   * 指定したキーで値を保存する関数
   * @param key 値を保存する際に用いるキー
   * @param value 保存したい値
   * @return boolean 値の保存に成功したかどうか
   */
  public boolean put(String key, String value) {
    SharedPreferences.Editor editor = sharedPreferences.edit();
    editor.putString(key, value);

    return editor.commit();
  }

  /**
   * 指定したキーで保存した値を取得する関数
   * `put` 関数で保存した値を取得するのに利用する
   * @param key 取得したい値のキー
   * @return string キーに紐づく値、存在しなければ空文字が返却される
   */
  public String get(String key) {
    return sharedPreferences.getString(key, null);
  }

  /**
   * 指定したキーで値を削除する関数
   * @param key 削除したい値のキー
   * @return boolean 値の削除に成功したかどうか
   */
  public boolean delete(String key) {
    SharedPreferences.Editor editor = sharedPreferences.edit();
    editor.remove(key);

    return editor.commit();
  }
}

その後、上記を Unity スクリプトから実行可能にするための C# クラスを作成します。本記事ではファイルを Assets/Scripts/EncryptedSharedPreferences.cs に配置します。

// Assets/Scripts/EncryptedSharedPreferences.cs
using UnityEngine;

/// 
///     利用するネイティブコードは Assets/Plugins/Android/SecretManager.java に記載
/// 
/// 
///     EncryptedSharedPreferences
/// 
class EncryptedSharedPreferences
{
    private readonly AndroidJavaObject _secretManager;
    public EncryptedSharedPreferences()
    {
        // コンストラクタで com.nikaera.SecretManager のインスタンス生成を行う
        var activity = new AndroidJavaClass("com.unity3d.player.UnityPlayer")
            .GetStatic("currentActivity");
        var context = activity.Call("getApplicationContext");
        _secretManager = new AndroidJavaObject("com.nikaera.SecretManager", context);
    }

    public bool Put(string key, string value)
    {
        return _secretManager.Call("put", key, value);
    }

    public string Get(string key)
    {
        return _secretManager.Call("get", key);
    }

    public bool Delete(string key)
    {
        return _secretManager.Call("delete", key);
    }
}

あとは用途に応じて下記のようなコードで設定値の保存や取得などを行えます。

// ...
var _sharedPreferences = new EncryptedSharedPreferences();

// name をキーとして値を nikaera で保存する
_sharedPreferences.Put("name", "nikaera");

// name をキーとして値を取得する
var name = _sharedPreferences.Get("name");

// "nikaera" が出力される
Debug.Log(name);

//　name をキーとして値を削除する
_sharedPreferences.Delete("name");

// ...

iOS のネイティブプラグインを作成する

iOS の場合は外部ライブラリを利用しないため、External Dependency Manager for Unity は利用しません。本来であれば Swift で信頼できる外部フレームワークを取り込み利用できると良さそうですが、今回は Objective-C でネイティブプラグインを書いていきます。³

Keychain Services を利用するためのネイティブコードを追加する

早速下記の iOS ネイティブコードを Assets/Plugins/iOS/KeychainService.mm に配置します。

// Assets/Plugins/iOS/KeychainService.mm~~
// Keychain Services を利用するために Security フレームワークを利用する
#import 

extern "C"
{
    // 指定したキーで値を保存する関数
    // - param
    //   - dataType:  値を保存する際に用いるキー
    //   - value: 保存したい値
    // - return
    //   - 保存時のステータスコードを返却する (0 以外は失敗)
    int addItem(const char *dataType, const char *value)
    {
        NSMutableDictionary* attributes = nil;
        NSMutableDictionary* query = [NSMutableDictionary dictionary];
        NSData* sata = [[NSString stringWithCString:value encoding:NSUTF8StringEncoding] dataUsingEncoding:NSUTF8StringEncoding];

        [query setObject:(id)kSecClassGenericPassword forKey:(id)kSecClass];
        [query setObject:(id)[NSString stringWithCString:dataType encoding:NSUTF8StringEncoding] forKey:(id)kSecAttrAccount];

        OSStatus err = SecItemCopyMatching((CFDictionaryRef)query, NULL);

        if (err == noErr) {
            attributes = [NSMutableDictionary dictionary];
            [attributes setObject:sata forKey:(id)kSecValueData];
            [attributes setObject:[NSDate date] forKey:(id)kSecAttrModificationDate];

            err = SecItemUpdate((CFDictionaryRef)query, (CFDictionaryRef)attributes);
            return (int)err;
        } else if (err == errSecItemNotFound) {
            attributes = [NSMutableDictionary dictionary];
            [attributes setObject:(id)kSecClassGenericPassword forKey:(id)kSecClass];
            [attributes setObject:(id)[NSString stringWithCString:dataType encoding:NSUTF8StringEncoding] forKey:(id)kSecAttrAccount];
            [attributes setObject:sata forKey:(id)kSecValueData];
            [attributes setObject:[NSDate date] forKey:(id)kSecAttrCreationDate];
            [attributes setObject:[NSDate date] forKey:(id)kSecAttrModificationDate];
            err = SecItemAdd((CFDictionaryRef)attributes, NULL);
            return (int)err;
        } else {
            return (int)err;
        }
    }

    // 指定したキーで値を取得する関数
    // - param
    //   - dataType: 値を取得する際に用いるキー
    // - return
    //   - キーに紐づく値、存在しなければ空文字が返却される
    char* getItem(const char *dataType)
    {
        NSMutableDictionary* query = [NSMutableDictionary dictionary];
        [query setObject:(id)kSecClassGenericPassword forKey:(id)kSecClass];
        [query setObject:(id)[NSString stringWithCString:dataType encoding:NSUTF8StringEncoding] forKey:(id)kSecAttrAccount];
        [query setObject:(id)kCFBooleanTrue forKey:(id)kSecReturnData];

        CFDataRef cfresult = NULL;
        OSStatus err = SecItemCopyMatching((CFDictionaryRef)query, (CFTypeRef*)&cfresult);

        if (err == noErr) {
            NSData* passwordData = (__bridge_transfer NSData *)cfresult;
            const char* value = [[[NSString alloc] initWithData:passwordData encoding:NSUTF8StringEncoding] UTF8String];
            char *str = strdup(value);
            return str;
        } else {
            return NULL;
        }
    }

    // 指定したキーで値を削除する関数
    // - param
    //   - dataType:  値を削除する際に用いるキー
    // - return
    //   - 保存時のステータスコードを返却する (0 以外は失敗)
    int deleteItem(const char *dataType)
    {
        NSMutableDictionary* query = [NSMutableDictionary dictionary];
        [query setObject:(id)kSecClassGenericPassword forKey:(id)kSecClass];
        [query setObject:(id)[NSString stringWithCString:dataType encoding:NSUTF8StringEncoding] forKey:(id)kSecAttrAccount];

        OSStatus err = SecItemDelete((CFDictionaryRef)query);

        if (err == noErr) {
            return 0;
        } else {
            return (int)err;
        }
    }
}

Keychain Services は Security フレームワークを利用するため、KeychainService.mm に対して Security フレームワークの依存関係を設定する必要があります。

KeychainService.mm で Security フレームワークの利用を可能にする" />
KeychainService.mm で Security フレームワークの利用を可能にする

その後、上記を Unity スクリプトから実行可能にするための C# クラスを作成します。本記事ではファイルを Assets/Scripts/KeychainService.cs に配置します。

// Assets/Scripts/KeychainService.cs
using System.Runtime.InteropServices;

/// 
///     実装は Assets/Plugins/iOS/KeychainService.mm に記載
/// 
/// 
///     Keychain Services
/// 
class KeychainService
{
#if UNITY_IOS
    [DllImport("__Internal")]
    private static extern int addItem(string dataType, string value);

    [DllImport("__Internal")]
    private static extern string getItem(string dataType);

    [DllImport("__Internal")]
    private static extern int deleteItem(string dataType);
#endif

    public bool Put(string key, string value)
    {
#if UNITY_IOS
        // 返却されるステータスが 0 なら成功
        return addItem(key, value) == 0;
#endif
    }

    public string Get(string key)
    {
#if UNITY_IOS
        return getItem(key);
#else
        return null;
#endif
    }

    public bool Delete(string key)
    {
#if UNITY_IOS
        // 返却されるステータスが 0 なら成功
        return deleteItem(key) == 0;
#endif
    }
}

あとは用途に応じて下記のようなコードで設定値の保存や取得などを行えます。

// ...
var _keychainService = new KeychainService();

// name をキーとして値を nikaera で保存する
_keychainService.Put("name", "nikaera");

// name をキーとして値を取得する
var name = _keychainService.Get("name");

// "nikaera" が出力される
Debug.Log(name);

//　name をキーとして値を削除する
_keychainService.Delete("name");

// ...

(余談) インターフェースで iOS/Android のふるまいを共通化する

このままだとプラットフォームを切り替える毎にコードを書き直さないとならないので、インターフェースを利用して共通化を行います。

public interface ISecretManager
{
    /// 
    /// 指定したキーで値を保存する関数
    /// 
    /// キー
    /// 値
    /// 保存に成功したかどうか
    bool Put(string key, string value); 

    /// 
    /// 指定したキーの値を取得する関数
    /// 
    /// キー
    /// 指定したキーで設定された値、無ければ null
    string Get(string key);

    /// 
    /// 指定したキーの値を削除する関数
    /// 
    /// キー
    /// 削除に成功したかどうか
    bool Delete(string key);
}

その後、Assets/Scripts/EncryptedSharedPreferences.cs および Assets/Scripts/KeychainService.cs を下記の通り ISecretManager の実装に紐付けます。

// Assets/Scripts/EncryptedSharedPreferences.cs
using UnityEngine;

/// 
///     利用するネイティブコードは Assets/Plugins/Android/SecretManager.java に記載
/// 
/// 
///     EncryptedSharedPreferences
/// 
class EncryptedSharedPreferences: ISecretManager
{
    private readonly AndroidJavaObject _secretManager;
    public EncryptedSharedPreferences()
    {
        var activity = new AndroidJavaClass("com.unity3d.player.UnityPlayer")
            .GetStatic("currentActivity");
        var context = activity.Call("getApplicationContext");
        _secretManager = new AndroidJavaObject("com.nikaera.SecretManager", context);
    }

    #region ISecretManager

    public bool Put(string key, string value)
    {
        return _secretManager.Call("put", key, value);
    }

    public string Get(string key)
    {
        return _secretManager.Call("get", key);
    }

    public bool Delete(string key)
    {
        return _secretManager.Call("delete", key);
    }

    #endregion
}

// Assets/Scripts/KeychainService.cs
using System.Runtime.InteropServices;

/// 
///     実装は Assets/Plugins/iOS/KeychainService.mm に記載
/// 
/// 
///     Keychain Services
/// 
class KeychainService: ISecretManager
{
#if UNITY_IOS
    [DllImport("__Internal")]
    private static extern int addItem(string dataType, string value);

    [DllImport("__Internal")]
    private static extern string getItem(string dataType);

    [DllImport("__Internal")]
    private static extern int deleteItem(string dataType);
#endif

    // KeychainService.mm に定義した関数を呼び出す
    #region ISecretManager

    public bool Put(string key, string value)
    {
#if UNITY_IOS
        return addItem(key, value) == 0;
#else
        return false;
#endif
    }

    public string Get(string key)
    {
#if UNITY_IOS
        return getItem(key);
#else
        return null;
#endif
    }

    public bool Delete(string key)
    {
#if UNITY_IOS
        return deleteItem(key) == 0;
#else
        return false;
#endif
    }

    #endregion
}

あとは上記をよしなに利用可能な SecretManager クラスを作成します。

// Assets/Scripts/SecretManager.cs
using UnityEngine;

/// 
///     Editor 利用時のみ PlayerPrefs を利用する
/// 
/// , 
public static class SecretManager
{
#if UNITY_EDITOR
#elif UNITY_ANDROID
        private static ISecretManager _instance = new EncryptedSharedPreferences();
#elif UNITY_IOS
        private static ISecretManager _instance = new KeychainService();
#endif

        public static bool Put(string key, string value)
        {
#if UNITY_EDITOR
                PlayerPrefs.SetString(key, value);
                PlayerPrefs.Save();

                return true;
#elif UNITY_IOS || UNITY_ANDROID
                return _instance.Put(key, value);
#else
                Debug.Log("Not Implemented.");
                return false;
#endif

        }

        public static string Get(string key)
        {
#if UNITY_EDITOR
                return PlayerPrefs.GetString(key);
#elif UNITY_IOS || UNITY_ANDROID
        return _instance.Get(key);
#else
            Debug.Log("Not Implemented.");
            return null;
#endif
        }

        public static bool Delete(string key)
        {
#if UNITY_EDITOR
            PlayerPrefs.DeleteKey(key);
            PlayerPrefs.Save();

            return true;
#elif UNITY_IOS || UNITY_ANDROID
            return _instance.Delete(key);
#else
            Debug.Log("Not Implemented.");
            return false;
#endif
        }
}

これでプラットフォーム間の実装差異を気にすることなく、下記のような記述で設定値の保存や取得などを行えます。iOS/Android 以外のプラットフォームで追加実装したい場合はプラットフォーム依存コンパイルと ISecretManager の実装クラスを新たに作成することで簡単に追加できます。

// ...
// name をキーとして値を nikaera で保存する
SecretManager.Put("name", "nikaera");

// name をキーとして値を取得する
var name = SecretManager.Get("name");

// "nikaera" が出力される
Debug.Log(name);

//　name をキーとして値を削除する
SecretManager.Delete("name");

// ...

おわりに

今回は iOS/Android で設定値をセキュアに扱うための方法についてまとめてみました。実際は Keychain Services 周りは実装が大変なので、External Dependency Manager for Unity とか使って KeychainAccess のような外部ライブラリを利用する構成のほうが良いと思われます。

本記事の内容に誤りがあったり、実際にはセキュアな実装ができていない等々あれば是非コメントでご指摘いただけますと幸いです。

参考リンク

逆に External Dependency Manager for Unity を利用する方法のメリットは、UnityPackage などでライブラリとして配布する際に、ライブラリを動作させるのに必要な外部パッケージも同梱した状態で配布が可能になるなどがあります。(当然ライセンスには気を付ける必要がありますが...) ↩︎
パッケージの依存関係を自動で解決するかどうかという選択肢になります。本記事では明示的に Resolve を実行するため Disable でも Enable でも進行上の問題はありません。 ↩︎
CocoaPods もサポートされているようなので、iOS でも Android 同様、外部ライブラリを取り込むのは簡単にできそうでした。例えば KeychainAccess とか使いたい。 ↩︎

楽天Bigを買いました。iPhone 8 と半年かけて比べていきます

2021-05-05T18:32:34+09:00

楽天Bigを購入した。別にさほど欲しかったわけではないのだけれど、楽天のUnlimitedプランの一年間無料が4/7までであったことから、駆け込みで申し込み、ついでに購入してみたという流れだ。中身はZTEだし、49,800円はちょっと高いなというのが実感だが、まぁ2万ポイント返ってくるので良しとする。今どきの楽天ポイントはRakuten Payで使えるし、良いだろう。

これから半年ほどかけて、iPhone 8とどちらをメインにするか、自分の生活に合わせて検証していくつもりだ。

携帯料金値下げの流れ

携帯料金の値下げは菅総理肝いりということもあって、各社一斉に相当の値下げがなされた。MNOではDoCoMoのahamoが皮切りになったし、MVNOではIIJが口火を切って、さらにnuroが追いかけたという感じ。

この流れは楽天にとっては逆風と思われ、実際ahamoにはかなり焦らされたのではなかろうか（まぁahamoに度肝を抜かれたのは業界全体そうだろうが…）。これ、ITリテラシーの低いそうのサポート代金が視覚化された側面もある（「20GBで2980円のahamoが安いわけ　実はドコモの本音も見え隠れ（佐野正弘） – Engadget 日本版」）。

まぁ言ってしまえばIT介護費用だったんだよね。それをなくせば安くなる、と。これは菅総理の思惑とは違ったかもしれないし、そもそも総理の介入は正直どうかと思うんだけれど、サポート費用に対価をつける流れができたのはいいことだと思う（「ドコモ、ahamoでも店頭サポート提供　ただし有償 – Engadget 日本版」）。

日本の労働生産性が非常に低い原因の一つが、学ぶ気のない、やってもらって当たり前気分の阿呆に合わせすぎていることだと思うんだ。対価を取ればいいんだけれど、無料でサポートするから、一部のテイカーのためにみんなが疲弊しているのだと思う。

そういったサポートを必要としない人たちは多く、いわばMVNOの格安SIMなどは彼ら向けのサービスだったわけだが、楽天Unlimitedもそういうまともなリテラシーを持った人向けに訴求していた面があった。

なので、ahamoの登場は楽天に逆風……と言えるが、そこで楽天は1GBまで無料、という恐るべきプランを打ち出し、このインパクトは非常に強いものとなった（「楽天モバイル、20GBまで月1980円の段階制プラン「1GBまで無料」 – Engadget 日本版」）。

いや実際、このプランに一番驚いたのは、IIJやnuroを始めとするMVNO勢力だよなぁ。格安SIMの愛好者が全部取られてもおかしくなさそうなエゲツないプラン……。

なので、IIJやnuroは、1GB以上2,3GBまでならこっちのほうがお得、という微妙な間隙をつくような形になっている。

ちなみに僕はBiglobe。なぜかというと、4月から半年間は480円/月のキャンペーンをやっているからだ。それが終われば1,280円/月になる。もとより加入時のキャッシュバックが大きかったから入ったに過ぎないのだし、半年後にはおさらばよ（MVNO利用者はこういう人が多いだろう）。

楽天Unlimitedを使うべく

さて、問題は半年後、Biglobe後どこにするかだ。筆頭候補はnuroモバイルだったのだが、ギリギリ楽天Unlimitedも一年間無料キャンペーンの申し込みに間に合いそうだったので、入ってみた。

僕が加入したのは本当にギリギリの4/7。この時点では、まだ楽天UnlimitedはiPhoneに正式対応していなかったし、ましてiPhone 8となればかなり特殊な対応をする必要があった。正直SIMのためにそこまでやるのはバカバカしかったので、iPhoneで無理にUnlimitedを使う気もなかった。まぁ楽天回線の実力もわからないので、メイン回線にするのは少し怖かったし。

ということで、せっかくだから楽天Bigでも買ってみるかと思ったのだ。楽天Bigという名前はどう考えてもダサいが、まぁそれが楽天らしいのかもしれない。中身はZTEだと言われている（「Rakuten BIGのベース？中国で品切れ続く『世界初スマホ』ZTE AXON 20 5G（山根博士） – Engadget 日本版」)。型番のZR01はZTE、Rakutenだったりするんだろうか。

Rakuten Handという選択肢もないではなかったが、iPhone 8を持っている自分が、それを使う姿を想像できなかった。持ちやすさという点では、今やスモールデバイスに分類されるだろうiPhone 8で十分だからだ。その点、楽天Bigは6.9インチという巨大なディスプレイを持っている。したがって、当然持ちづらいことは予想できたが、その分ネットは見やすいはず。iPhone 8とは明らかに違う特性を持っているので、使う姿がまだ想像できた。

ということで、楽天Bigを購入したわけだ。

楽天Bigの使い勝手

さて、楽天Bigを購入して一ヶ月が経過しようとしている。目論見どおり、iPhone 8とはまったく違う特徴を備えていることから、メインは相変わらずiPhone 8ではあるものの、サブスマホとしてけっこう活躍している。

以下に所感を書く。

デカイ

とにかくデカイ。デカすぎる。しかも重い。ずっしりとした質量を感じる。コイツを持って読書でもしたら、ちょっとした筋トレになるかもしれない。

が、よくよく考えてみるまでもなく本のほうが重い。つまり、楽天Bigは見た目以上の重量感がある、ということだ。あくまで重量感であるので、冷静に考えればそれほどの重さというわけではない……はずなんだが……重い。

そして持ちづらい。ポケットにも入らない。いや、入らないことはないが、あまり入れたくはない。普段はカバンに入れている。これは男性に多いと思うが、ポケット族にとってはマイナスかもしれない。

画面上部に手が届かないが、考えられたアプリもある

そして手が届かない。Twitterでツイートする時に指がつる。

が、iPhoneやGalaxyも長細い形態を採用しているからか（というよりZTEはそれの真似だろうが）、案外そのへんについて考えられているアプリもある。たとえばブラウザアプリのFirefoxなどは、画面下部で検索からタブの選択など、多くの操作できるようになっていた。素晴らしい。

逆に、古臭いアプリなどは画面下部に真っ黒な余白を残してくれていたりもする。悲しい。

ネットはさすがに快適

前述の「重い」ということを除けば、ネットはiPhone 8 よりも随分と快適。iPhone 8だと、冗談抜きで画面の半分くらいは広告やタブバーなどに占領されてしまうのがつらかったが、楽天Bigなら全然平気。特にその長細さ故に、広告は横軸で大きさを規定され、肝心の縦軸の侵食具合が減ったのは嬉しい。

バッテリーの持ちはテザリングで半日置いといても半分くらいだった

バッテリーについてだが、今の所困っていない……ものの、メインスマホとして使っていないために、まだまだ評価できない。

ただ、テザリングで半日ほどiPhoneに繋げていても、50%にもなっていなかったことから、ヘタなモバイルルータを使うよりもよほど良いものであることが示唆される。

指紋認証は素晴らしい！

全面ディスプレイだが、指紋認証が使える。しかも、背面のなんか押しづらいところにあるのではなく、画面下部の、iPhone 8以下でいうところのホームボタンに位置するところにあって、これがめちゃくちゃ使いやすい。正直一番感動したのはこれかもしれない。

スペックでは圧倒しているのに！Androidの悲哀、ゲーム

スマホゲーをよくしている人にとっては、やはりAndroidであることの悲哀を感じずにはいられないかもしれない。Antutuのベンチなどを見ると、楽天Bigが圧倒しているはずなのだが、実際に動かしてみるとiPhone 8のほうがヌルヌル動く。2021年になっても変わらないのだなぁ。いや、楽天Bigはたしか2018年のデバイスだけれど。まぁでも、今も変わらないんだろうな。

まぁ、僕は大したゲームをしないので、まぁ良いんだが。ただ、その長細さが災いして、プレイしづらいゲームはけっこうあるかもしれない。

クラウドのおかげで移行がかんたん

これは別に楽天Bigの特徴ではないが、嬉しかったのは多くのサービスで移行がすんなりいったことだ。SpotifyやAmazon Kindle, Audibleなど、サービスの移行が非常にかんたんであった。いや、共有といったほうがいいかな。iOS、Android間の移行は極めて楽になっている。

特に感動したのはQRコード決済である。本当に楽。スペックではSuicaが圧倒しているかもしれないが、トータルのユーザーエクスペリエンスはQRコード決済が圧倒的である。交通決済でもQRコードの試験が実施されているし、やがてSuicaはQRコード決済に敗北するのではなかろうか。スペックはたしかに良いが、運用がたいへん過ぎる。導入コストも大きい。Suicaは良くも悪くも日本的技術革新の極みという感じがする。

半年かけて見定めるよ

ということで、与太話も含めて随分と長くなってしまったが、少なくともサブスマホとしては思っていたより活躍してくれているし、楽天Bigだけ持って出歩くこともけっこうある。

今後、半年ほどかけて、iPhone 8と比較し、自分に合うのはどちらなのか、見極めていくつもりだ。

Flutter2だとAndroidのlocalhostに接続する方法が違う？

2021-04-01T22:34:12+09:00

Androidでlocalhost（ただしくは10.0.2.2）に接続するため、元々 network_security_configbak.xml に許可設定を書いていたプロジェクトがあった。しかし、Flutter2にあげると接続できなくなってしまった。

色々試してみていたところ、もうそのxmlファイルは不要なので削除してAndroidManifest.xmlからも参照を削除し、debugの方の android\app\src\debug\AndroidManifest.xml のmanifestタグの中、uses-permissionの隣に下記を追記したら接続できるようになった。

FlutterのAndroidで最新のFirebase Analytics入れるとエラーになる件について

2021-02-21T23:12:18+09:00

FlutterにてAndroidで開発をしていた時に、最新のFirebase Analyticsであるfirebase_analytics 7.0.1 を利用するとなんかビルド時にこんなエラーが出る。全くよくわからない。

FAILURE: Build failed with an exception.

* What went wrong:
Could not determine the dependencies of task ':app:compileDebugJavaWithJavac'.
> Could not resolve all dependencies for configuration ':app:debugRuntimeClasspath'.
   > Problems reading data from Binary store in C:\Users\user\AppData\Local\Temp\gradle1639466432759139497.bin offset 194769 exists? true

このとおりにしたら直った。
https://github.com/gradle/gradle/issues/8489#issuecomment-774436851

具体的にはbuild.gradleで指定しているパッケージのバージョンを上げる。

app配下の build.gradle

com.google.firebase:firebase-analytics:18.0.2

プロジェクト配下の build.gradle

com.google.gms:google-services:4.3.5

flutter_ffmpegもproguardの設定が必要

2021-01-15T22:31:37+09:00

flutter_ffmpegもproguardの設定が必要だった。なしだとリリースビルドの場合だけ落ちる。

java.lang.RuntimeException: An error occurred while executing doInBackground()

とか

java.lang.UnsatisfiedLinkError: Bad JNI version returned from JNI_OnLoad

とかのエラーが出てる。

android/app/proguard-rules.pro として下記のようなファイルを作っておけばちゃんとビルドされるっぽい。

-keep class com.arthenica.mobileffmpeg.Config {
    native ;
    void log(long, int, byte[]);
    void statistics(long, int, float, float, long , int, double, double);
}

-keep class com.arthenica.mobileffmpeg.AbiDetect {
    native ;
}

ほんと心臓に悪いproguard

参考）
https://github.com/tanersener/flutter-ffmpeg/issues/237

Androidのエミュレータがofflineとなってデバッグできない時

2020-12-23T22:35:18+09:00

FlutterでAndroidエミュレータを起動して開発しようとするとなぜか突然デバッグが全くできなくなった。adb devicesしてみるとエミュレータが offline と表示される。

詳しくはよくわからないが、AVDマネージャの該当のエミュレータで Wipe Data を実行してデータを初期化？　したところちゃんと起動するようになった。

理由などは謎。

参考
https://stackoverflow.com/questions/3152681/android-emulator-5554-offline

bundletool build-apksでたくさんエラーが出る時

2020-10-25T22:42:20+09:00

いつものようにFlutterで作成したaabファイルを実機で試そうと思いapksに変換するため bundletool build-apks を実行しようとしたところ大量にエラーが出た。Windowsにて。

bundletool自体のバージョンが低かった（0.13くらい）ため最新の 1.3.0 にバージョンアップした。しかしまだエラーが出る。ただ、よく見るとエラーの内容が変わっていた。こんな感じ。最初は関係ないかと思ったが、どうもOutOfMemoryErrorが怪しいっぽい。

[BT:1.3.0] Error: java.io.IOException: Failed to obtain compression information for entry
java.io.UncheckedIOException: java.io.IOException: Failed to obtain compression information for entry
        at com.android.tools.build.bundletool.io.ApkzlibApkSerializerHelper.writeToZipFile(ApkzlibApkSerializerHelper.java:103)
        at com.android.tools.build.bundletool.io.StandaloneApkSerializer.writeToDiskInternal(StandaloneApkSerializer.java:76)
        at com.android.tools.build.bundletool.io.StandaloneApkSerializer.writeToDisk(StandaloneApkSerializer.java:43)
        at com.android.tools.build.bundletool.io.ApkSetBuilderFactory$ApkSetArchiveBuilder.addStandaloneApk(ApkSetBuilderFactory.java:130)
        at com.android.tools.build.bundletool.io.ApkSerializerManager.lambda$null$3(ApkSerializerManager.java:221)
        at com.google.common.util.concurrent.TrustedListenableFutureTask$TrustedFutureInterruptibleTask.runInterruptibly(TrustedListenableFutureTask.java:117)
        at com.google.common.util.concurrent.InterruptibleTask.run(InterruptibleTask.java:38)
        at com.google.common.util.concurrent.TrustedListenableFutureTask.run(TrustedListenableFutureTask.java:77)
        at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
        at java.lang.Thread.run(Unknown Source)
Caused by: java.io.IOException: Failed to obtain compression information for entry
        at com.android.tools.build.apkzlib.zip.ZFile.processAllReadyEntries(ZFile.java:1890)
        at com.android.tools.build.apkzlib.zip.ZFile.add(ZFile.java:1765)
        at com.android.tools.build.apkzlib.zip.ZFile.add(ZFile.java:1747)
        at com.android.tools.build.apkzlib.zip.ZFile.add(ZFile.java:1711)
        at com.android.tools.build.bundletool.io.ApkzlibApkSerializerHelper.addFile(ApkzlibApkSerializerHelper.java:247)
        at com.android.tools.build.bundletool.io.ApkzlibApkSerializerHelper.addNonAapt2Files(ApkzlibApkSerializerHelper.java:239)
        at com.android.tools.build.bundletool.io.ApkzlibApkSerializerHelper.writeToZipFile(ApkzlibApkSerializerHelper.java:144)
        at com.android.tools.build.bundletool.io.ApkzlibApkSerializerHelper.writeToZipFile(ApkzlibApkSerializerHelper.java:101)
        ... 11 more
Caused by: java.util.concurrent.ExecutionException: java.lang.OutOfMemoryError: Java heap space
        at com.google.common.util.concurrent.AbstractFuture.getDoneValue(AbstractFuture.java:502)
        at com.google.common.util.concurrent.AbstractFuture.get(AbstractFuture.java:461)
        at com.google.common.util.concurrent.AbstractFuture$TrustedFuture.get(AbstractFuture.java:83)
        at com.android.tools.build.apkzlib.zip.ZFile.processAllReadyEntries(ZFile.java:1883)
        ... 18 more
Caused by: java.lang.OutOfMemoryError: Java heap space

解決法

調べてみたところ、やはりメモリエラーなのでは……ということで、メモリ上限の設定を入れてみた。Windowsのため、他のOSと同様のコマンドで使えるよう、下記のようなbundletool.batファイルを作成して使っていた。

java -jar C:\NVPACK\jdk1.8.0_77\bin\bundletool-all-1.3.0.jar %*

これに下記のようなパラメータを付けてみた。5Gとか大きすぎるとそんなパラメータは使えないというエラーが出たので、下げていって最終的に1Gになった。環境によって違うのかもしれない。

java -Xmx1G -jar C:\NVPACK\jdk1.8.0_77\bin\bundletool-all-1.3.0.jar %*

原因

原因は全然わからないが、最近Javaのアップデートが実行された気がするのでそのあたりなのかも？

GodotのAndroid用AdMobプラグインがちゃんと動かない場合

2020-10-16T21:59:22+09:00

Godot3.2.2ではAndroid用のモジュールをプラグイン形式で簡単に追加できるようになっている。そこで色々使っているのだが、AdMobだけどうしてもうまく動かないので古いモジュールを使っていた。

しかし、それはそれで内部の処理の呼ばれ方がおかしかったりするようで（何度か初期化が呼ばれたりしているようだった）、広告を非表示にできなかったりしておかしいため、再度プラグイン形式にチャレンジした。

しかし、やはりプラグインを有効にすると画面が真っ暗になって何も表示されなくなってしまうという問題が発生した。下記のようなエラーが出ているっぽかった。

invalid call. nonexistent function 'initwithcontentrating' in base 'JNISingleton'

解決法

いろいろ調べているうちに、下記のissueにたどり着いた。

ERROR: In Object of type 'JNISingleton' · Issue #84 · Shin-NiL/Godot-Android-Admob-Plugin

最新のバージョン4.1.1のプラグインを使え、とのこと。しかし、僕はGodot3.2.2.を使っていたので、最新の3.2.3でビルドされたプラグインを利用してはダメなのかと思い最新ではない4.0.0を使っていた。半信半疑で4.1.1を使ってみると、なんと動いた……！

ということでよくわからないが解決。謎。

Godotで Error listening on port 6007 と出る場合

2020-10-15T09:57:38+09:00

GodotのアプリケーションをAndroidの実機でリモートデバッグしている場合に、 Error listening on port 6007 と出てデバッグ情報を取得できなくなる場合がある。（Godot3.2.2現在）

これは何かというと恐らくGodotの不具合だと思うが、正常にリモートデバッグが終了できずにプロセスが残ってしまい、そのポートを専有し続けてしまう。こうなってしまうとPCを再起動しないと回復しない。直接タスクを削除できないかと思ったが今のところ成功していない。

発生した場合の改善方法

リモートデバッグの設定を一旦オフにして、エディタ設定のNetwork→Debug→Remote Portの設定を適当に変えれば良い。Godotは他にも近くのポートを使っているので、6010以上にしておけば問題ない。そしてまたリモートデバッグの設定をオンにして試せば正常に動き出す。

発生させない方法

このあたりはちょっと分かっていないが、前述の改善方法を試すとあとは再現しにくくなったような気もする。が、確実なのはAndroid側のアプリを、タスク一覧から強制終了させること。こうすることできっちりGodotのリモートデバッグが終了し、発生しなくなる（が、もしかしたらGodot起動後の最初のデバッグは発生してしまうかもしれない）

という感じでなんとも曖昧な情報で申し訳ないが、とにかくこのようなやりかたで発生する回数を減らすことや、いちいちPCを再起動しなくてもすむため、だいぶ楽になる。

新作Flutterアプリ「IdeaShuffleMemo」を広めるために考えている戦略

2020-07-03T14:57:19+09:00

こんにちは、YuKiOです。

7月にFlutterアプリ開発を始めて2作目のアプリ、アイデアを発想するためのメモアプリ「IdeaShuffleMemo」をリリースしました。

■AppStore
https://apps.apple.com/jp/app/id1517535550

■Google Play
https://play.google.com/store/apps/details?id=com.IdeaShuffleMemoApp&hl=ja

1作目はとりあえずリリースすることを目的に作成しましたが、今回は「自分が欲しいもの」というテーマで作成しました。

さらに今後のアプリ開発を含めて、機能やアプリの露出方法についても挑戦的に戦略を考えています。

このアプリのトライアンドエラーの経験を、次回につなげていければと思っています。

機能については、Qiitaに書いています。
https://qiita.com/YuKiO-OO/items/283f44da64d304a6228e

crieitでは、どうやって露出させていくか？考えていることを、書いていきたいと思います。

全体の戦略

アプリの収益化

せっかくアプリ開発をするのだから、お金を稼げるようになりたいです。なので、収益を得る方法として、「広告」と「サブスクリプション」の２つを用意しました。

サブスクリプションも採用した理由は、コロナの影響もあり「広告」落ち込んでいたこと、広告収入という方法が今後変化する可能性が高く、安定したものではないからです。

単発の課金のほうが難易度が探るかもしれませんが、長期的にみて、開発の継続、安定した収益を目指す上ではサブスクリプションがいいと判断しました。

最終的に「お金を払ってでも使ってもらえるものを作る」というのが最終的な目標もあり、かなり苦労しましたがサブスクリプション機能を追加しました。

アプリの多言語化

日本のアプリ市場は世界的に見ても大きいほうだとは思います。
ただ、１国で月1万円稼げるレベルのアプリだったとして、日本だけにリリースすれば、1万円しか稼げません。もし全世界に配信することが出来れば、市場も広がるので、稼げるチャンスは増えるはず。（そこまで単純なものではないと思いますが）

なのでアプリは、最初から多言語化を意識して作りました。
初めから７カ国ご対応は辛いので、英語と日本語の２つに対応をさせました。

それに合わせて、アプリのキャプチャーや紹介文も英語で用意も。

英語圏でも反応が少しでれば、クラウドワークスなどを使って、ネイティブにPRできるような文章を作り込んでいきながら、対応できる言語を増やしていくつもりです。

まずは英語と日本語圏で収益を出せるかで、継続の判断をしていきたいと思います。

アプリのターゲット

アプリのターゲットユーザーは、主にアプリやサービス開発者、ビジネスマン、経営者、起業を考えている人です。
まずは、自分と近い範囲のアプリやサービスの開発者に広めたいなと思っています。

アプリの具体的な露出戦略

■国内での露出

・ツイッター

まずは自身のツイッターアカウントで告知します。ただこれは、Webサービスの時と同様あまり期待はしていません。フォロワー数が少ない、インフルエンサーでもないので、よほどインパクトがあるサービスでなければ、「リリースしました」のような広告っぽい投稿は敬遠されて反応がでません。

ただ少しでも反応を出すために、審査の間でPR動画を作ってみました。（Appleぽさを意識しながら、最後はメタルギアを意識している裏エピソードがあります。）

カメラなど映像も趣味なので、別の趣味がいかせて良かったです。

Webサービスやアプリ！斬新なアイデアをひらめきたい人に！アイデアを発想するためのメモアプリ✍️IdeaShuffleMemoをリリースしました！■AppStorehttps://t.co/gEPzEEJ7mt■Google Playhttps://t.co/w0vTiOanGE使ってみてください😁#駆け出しエンジニアと繋がりたい #プログラミング pic.twitter.com/gQ0dOMNgGB
— YuKiO | 個人開発&Flutter (@oo_forward) July 2, 2020

「#駆けだしエンジニアと繋がりたい」「#プログラミング初心者」のタグは、タグ検索をしているユーザーが多いのでつけています。

ただ、特に内容を見ずにいいねを押しているユーザーもいるので、いいねの割りには反応は薄かったりします。

まあ、固定ツイートなどの時の見た目として、いいねとリツイートが多い方がいいので、この方法を採用しました。

・Qiitaに投稿

これはアプリの露出と、アプリ制作でお世話になった数多くの方々への恩返し、自分自身への備忘録&技術の精査の意味も含まれていますが、Qiitaに技術記事がメインで、説明の一貫としてアプリの紹介をするのは問題ないかなと思ってます。

第１弾は、アプリ開発で使ったパッケージを紹介、それ以降はパスワードロック、データのバックアップ、サブスクリプションなどの、Flutter開発で情報が少なくて困った内容を書いていこうと考えています。

■第１段「おすすめのパッケージ」
https://qiita.com/YuKiO-OO/items/283f44da64d304a6228e

おかげ様で、現時点で1100viewにはなっているので、それなりに露出としては成功しているかなと思います。

・Crieit

もちろん開発者のコミュニティであるこちらにも投稿。他が技術的な内容になっているので、ここではこのようにアプリを露出させる方法として、内容ががぶらないようにしています。

・自分のブログサイト

自分のブログ記事は、アプリの紹介ページのような位置付けで書いています。
今後はアプリのQandAなどを追加して、情報を充実させていきたいと思います。

予算とアプリの反響によっては、こちらも多言語対応できれば理想ですね。

・プレスリリース

Webサービスではやったことがないのですが、プレスリリースにも挑戦しています。プレスリリースの難しいところは、個人を受け付けてなかったり、有料で、さらに１回に数万円と高額な場合があったりと、個人開発レベルでは手が出しづらい所です。

本業ではプレスリリースを使っているのですが、無料の場合はやはり無料レベルに留まることがおおく、あまり期待はできません。

ただ、今回は１アカウントお試して無料でできる、value pressさんを使いました。
https://www.value-press.com/

無料では配信できるメディアなど限られますが、有名なメディアや、ターゲットが好みそうなメディアも多いのが選んだ理由です。

ただ、記者は開発者ではないので、アピールする部分を少しヅラすことを意識しました。

ターゲットを、コロナ禍で厳しい環境にたっていて、何か変えたいと必死で考えている人向けとすることにして、コロナとは言葉に出していませんが、プレスリリースタイトルは、それを強くい意識した内容になっています。

ここで少しでも反応がでれば、ある程度お金をかけてもいいかなと思っています。

個人での注意点ですが、電話やメールアドレスが公開されます。勧誘メールが届くようになったりと、色々大変です。

公開しても良いメールアドレスや、格安のIP電話を契約して、それを公開するようにしましょう。

・ツイッター・フェイスブック広告

これはちょっと迷ってます。今回は実験ですが、それなりに広告費用をかけてみようと思います。
これまでもツイッター広告をつかっているのですが、あまりパフォーマンスがよくありません。

もしやるとしたらフェイスブック広告を出してみようかなと思っています。

ブログ記事であったり、いくつかの反応を見てから、実行する予定です。

■海外戦略

・Div

海外のQiitaのようなサイトを探してみたのですが、stackoverflowが紹介されていましたが、なんとなく質問コーナーという感じで、技術ブログのようなものではありませんでした。

Divはそこそこライトな感じの投稿が多そうだったので、こちらに投稿してみました。
英語は得意ではありませんが、Google翻訳を活用しながら、自分で書いたQiitaの記事を抜き出し、翻訳しました。

https://dev.to/oo_forward/flutter-recommended-package-used-in-the-developed-memo-application-15dl

Flutterに記事や、iOSの記事についてそこまでいいねがされていたりする記事がなかったり、どれぐらい動いているのか分かりませんが、２時間まえくらいに投稿した時点で、２件くらい「いいね！」がもらえているので、動いているのは動いているっぽいです。

・producthunt

https://crieit.net/posts/7
この記事で紹介さていたのでしりました。

https://www.producthunt.com/founder-club/benefits

仕組みがよくわかってないのですが、プロダクトを紹介するというサイトのようです。
紹介にあたってYoutubeの紹介動画が必要ぽいので、せっかくなら海外用のPV動画も制作して乗っけようと思っています。

正直あまりよくわかってない感じですが.

・Hacker News

上記の記事でproducthuntとの連携で紹介されていました。
まだ深くは理解できてないですが、このあたりも挑戦していきたいなと思います。

・Medium

Flutter初めてからみるようになったのですが、技術系のブログのようですね。
かなり膨大な投稿量らしいので、Qiitaのよう書いたからといってすぐに反応がでなさそうですが、起点として考えた方がいいなと思います。

どんな内容で買えば良いか、ちょっと考えています。

せっかく英語で書くなら、日本人として特色も入れられないかなと考えています。

■ASO

サイト検索順位ならぬ、アプリ検索順位の最適化ASOについて。
正直、軽くしか調べてられてませんが、リリースした直後は、評価も何もないので、ダウンロードしてくれそうなユーザーが検索しそうなキーワードを入れるくらいしか、できないのではないかと考えています。

SEOと同じ観点でユーザー主義でいくのであれば、ストア内の内容だけは順位が関係しないと勝手に思ってます。

例えば、

アプリの有料化率
外部リンクからのアクセス数
多言語への対応
アプリの定着率など。

AppleやGoogleどちらも、アプリのサブスクリプションが長く続く方がいいわけなので、結局SEO同様にアプリをよくしていくこと以外に方法はないと思っています。

まとめ

今回人生で２回目のアプリをリリースしました。アプリ開発って、アプリのコードを打ち込んで組むだけだと思いがちですが、本気でPRをやろうと思うとやることいっぱいだなと実感しています。個人開発の大変さも実感しています。

この方法がうまくいくとも分かりませんし、アプリ自体に需要がなければ、どんなにPRしても難しいと思います。

人事を尽くして天命を待つ

これも一つの実験で、うまくいかなければ別の方法を試していきたいと思います。

ツイッターもやってますので、ぜひフォローください。
https://twitter.com/oo_forward

■AppStore
https://apps.apple.com/jp/app/id1517535550

■Google Play
https://play.google.com/store/apps/details?id=com.IdeaShuffleMemoApp&hl=ja

Flutterのネイティブで重い処理をさせる方法（Android）

2020-05-09T14:43:35+09:00

Flutterを使ってAndroidのネイティブで重い処理をさせているとおかしくなることがあった。具体的にはFutureBuilderを使っている時に気づいたのだが、いつまでたってもFutureBuilderが完了状態にならない。

そういえば以前から下記のようなログが出ていることを思い出した。

Skipped 229 frames! The application may be doing too much work on its main thread

これはメインスレッドでの処理が重すぎるから途中でやめちゃったよ、というAndroid側のメッセージ。ということで、この処理を別スレッドで実行してあげる必要がある。例えば元々下記のような処理を行っているとする。

if (call.method == "heavy") {
    myInstance.heavyAction()
    result.success(true)
}

上記を別スレッドにする必要がある。あまりここに色々詰め込みたくなかったのでメソッド内に記述した。

fun heavyAction(callback: () -> Unit) {
    thread {
        heavy()
        callback()
    }
}

呼び出し側

if (call.method == "heavy") {
    myInstance.heavyAction() {
        result.success(true)
    }
}

これで良さそうに思うのだが、今度は下記のエラーが出る。

Methods marked with @UiThread must be executed on the main thread

完了処理を別スレッドで行わず、メインUIスレッドで行なえ、とのこと。

ということで最終的に呼び出し元は下記のようになった。

if (call.method == "heavy") {
    myInstance.heavyAction() {
        runOnUiThread {
            result.success(true)
        }
    }
}

「Android」の記事 - Crieit

Keepass2Android は Offline 版がオススメ

Google PlayからREQUEST_INSTALL_PACKAGEの許可を外せと言われてアプリを却下された時

旅先でサーバ上のデータベースをメンテナンスする

旅先でクラウド上のWindowsサーバにRDP接続

Targeting S+ (version 31 and above) requires that one of FLAG_IMMUTABLE or FLAG_MUTABLE be specified when creating a PendingIntentエラー

Android 虎の巻 API31対応するための修正

Amazonストアアプリが６４ビット未対応と判定されたときの対応

Flutterベースのモバイル向けタイムラインの作成

Quireタイムライン（モバイル向け）の構造を初公開

Quireモバイルアプリ用のタイムラインでは、以下を計画していました。

flutter_secure_storageでCipher functions:OPENSSL_internal:BAD_DECRYPTエラー

📔Unity で iOS/Android アプリの設定値をセキュアに扱う方法

楽天Bigを買いました。iPhone 8 と半年かけて比べていきます

Flutter2だとAndroidのlocalhostに接続する方法が違う？

FlutterのAndroidで最新のFirebase Analytics入れるとエラーになる件について

flutter_ffmpegもproguardの設定が必要

Androidのエミュレータがofflineとなってデバッグできない時

bundletool build-apksでたくさんエラーが出る時

GodotのAndroid用AdMobプラグインがちゃんと動かない場合

Godotで Error listening on port 6007 と出る場合

新作Flutterアプリ「IdeaShuffleMemo」を広めるために考えている戦略

Flutterのネイティブで重い処理をさせる方法（Android）

Android 虎の巻　API31対応するための修正