Our apps in your hand must change your everyday life.
2024年3月4日
リモートワーカーの昼ご飯日記
伊勢の飲食店を巡ります。
市役所に所用で出掛けた帰り道。
以前見かけて気になっていたお店の近くを通ったのでテイクインしました。
カウンターに並べられた惣菜をピックアップし、レジ前でご飯、汁物をオーダーするスタイル。
焼き魚などはその場で調理してくれます。
言わば、○丁目食堂スタイルですね。
レンジ、トースター完備で惣菜を温め直せます。
広々としたスペースで落ち着いて食べることができました。
１人掛け用のカウンターもあったの混んでても大丈夫そう。
肉じゃが。
茄子の煮浸し。
鯖の南蛮漬け。
ごはん大。
豚汁。
とピックアップして１０９０円。
美味しかったです。
米ぬか。
ご自由にどうぞ。
ごちそうさまでした。
まんがいち食堂
営業時間：９：００～２０：００
定休日：日曜日、祝日
住所：三重県伊勢市一之木1-3-1
2024年2月27日
開発環境
OS：Windows 11
SDK：Android Studio Flamingo | 2022.2.1
ポリシー違反「GooglePlayアプリの無効化」の警告メールが届きました。
対応から解決までの話。
２月２４日、GooglePlayから以下のメールが届きました。
位置情報共有アプリ「Watch Over Me」。
このアプリは親子の間で位置を共有することを意図したアプリとなっており、ユーザーの対象年齢は子供を含めた全年齢としています。
そこで必要となるのがファミリーポリシー対応です。
この点については抜かりなく実装し、以下のようなまとめ記事も作っていました。
が、しかし。
ファミリーポリシー違反に対する指摘メールが届き、アプリが削除されてしまいました。
違反内容を詳しくみると「aaid」というAndroid特有のIDをアプリから送信してしまっているようです。
アプリの機能として「aaid」送信を実装していないのでAdMobが送信しているのは間違いありません。
子供向けのAdmob設定を行うと「aaid」の送信は抑制されるはずなのになぜ。。。
なんてことを思っていたら、Admobから広告配信中断予告が届きました。
AdMobコンソールから見た詳細が以下。
どうしたものか。。。
ファミリーポリシー対応を実装していはずなのに「aaid」が送信されている。
ということは、子供向けのAdMob設定のコードに誤りがあるのか？
ネット検索してみたところ、UnityのAdMob設定に関するサイトで以下の記載が見つかりました。
なんだと！？
initial処理とこども向けのパラメータ設定の順序が逆になっていました。
initial処理前にこども向けのパラメータ設定を行う必要がありました。
ということでソースコードを修正します。
そして、アプリをリリース。
１日後、アプリがリリース審査が通り、アプリがストアに復帰しました。
そして、AdMobコンソールをチェックすると
ポリシー違反が解除されていました。
今回の修正に伴い、まとめ記事も修正しました。
2024年2月17日
近鉄、阪神電鉄、JRと乗り継ぎ、向かった先は明石駅。
未だ食べたことのない本場の明石焼きを食べに兵庫県明石市に行きました。
まずは駅前ロータリーすぐ近くの魚の棚商店街をぶらつきます。
魚の棚商店街のなかにも明石焼きの店が何店舗かありましたがまずは様子見。
とりあえず商店街を散策します。
商店街を抜け、少し歩いたところで落ち着いた雰囲気のお店を発見。
１件目に突入。
カウンターと４人掛けテーブルが３卓。
メニューは、
・明石焼き
・あんかけ明石焼き
・ドリンク
シンプルです。
こちらが明石丁の明石焼き。
（１５個、税込み７００円）
お箸でつかめないほどふんわりとろとろ。
だし汁はあっさり。
なんとも上品な味です。
明石丁（あかしてい）
営業時間：１１：３０～１８：３０
定休日：水曜日、木曜日
住所：兵庫県明石市鍛治屋町4-17
ごちそうさまでした！
たこ焼きのソースを出汁に変えたのが明石焼きって認識だったんですが・・・
そうじゃなかった。
と衝撃を受けたところですぐ近くのお店へ直行。
風格のある店構え。
店内は満席で少し待ちました。
こちらがきむらやの玉子焼。
（２０個、税込み１０００円）
明石焼きは玉子焼とも言うんですね。
きむらやのだし汁は濃いめです。
醤油のインパクトがありますね。
そして、目についたのがおでん。
スジ肉串と厚あげを注文。
これ、マジでうまい。
甘めのだし汁がじゅわっときます。
本家 きむらや
営業時間：１０：００～１７：００（仕込分がなくなり次第終了）
定休日：月曜日、月１回不定休で火曜日
住所：兵庫県明石市鍛冶屋町5-23
２件巡ったところでお腹がいっぱいに。
お腹がいっぱいになったところで海岸を散歩します。
商店街から１０分ほど歩くと海岸です。
海岸沿いは公園として整備されていてのんびりできます。
遠く見えるのが明石海峡大橋。
そして、海岸沿いから駅に戻り、駅を抜けた先にあるのが明石城。
城跡から見る街並みがいい。
駅前まで戻ったところで駅前ビルにあるお店に入りました。
４人掛けテーブル４卓と２人掛けテーブル４卓。
メニュー
・玉子焼き
・特別玉子焼き
・ドリンク
こちらもシンプルなメニュー構成です。
出汁と三つ葉が提供されます。
配分を調整できるのがいいですね！
こちらが松竹の玉子焼き。
（１５個、税込み７５０円）
ペロっといけます。
松竹（しょうちく）
営業時間：１１：００～１９：００
定休日：水曜日
住所：兵庫県明石市大明石町1-6-1 パピオスあかし 1F
今回巡った３件、どこが一番美味しかったか？
それぞれの良さがあるので完全に個人の好みによるものになりますが、
私は「明石丁」でした。
（きむらやのおでんも美味しかった。
帰りの際に神戸南京町に寄るつもりだったのですが、思った以上に居心地がよく１日過ごしてしまいました。
明石焼きと言っても店によって焼き加減や出汁が違って（特に出汁のバラエティがすごい）個性豊かなのは本場ならではでしょうか。
本場の明石焼きを満喫できた良き旅でした。
明石駅周辺を散策して感じたのがのんびり過ごすのにいい環境だな、ということ。
お試しに短期滞在でリモートワークできるのだろうか？
滞在するならシェアハウス、ゲストハウス、ビジネスホテルあたりか。
ネットで検索してみると明石周辺ではシェアハウス、ゲストハウスがあまりヒットしないのに対し、ビジネスホテルは割と安めの価格帯（１泊２０００円～４０００円）でヒットしました。
この価格帯で泊まれるなら金銭面では問題なさそう。
あとは仕事の状況次第。
短期滞在のリモートワーク、実現してみたいです。
2024年2月13日
開発環境
OS：Windows 11
SDK：Android Studio Flamingo | 2022.2.1
AndroidアプリにGDPRメッセージを組み込みます。
AdMobのコンソール画面を表示したところGDPRメッセージについて警告が表示されていました。
２０２４年１月１４日からイギリス、または、欧州経済領域で広告を表示するには事前に広告表示に関する確認が必要になるようです。
GPDRメッセージとはその確認のための案内文であり、UMP SDKをアプリに組み込むとAdMobで作成したメッセージを表示してくるようです。
早速、実装していきます。
まずは、AdMobのコンソール画面に表示された「GPDRメッセージを作成」をタップします。
（メニュー「プライバシーとメッセージ」のGDPRから作成・編集することもできます。）
GDPRメッセージの作成フローが表示されます。
流れに沿って設定していけば滞りなく実装できます。
まずはGDPRメッセージを作成します。
メッセージ自体はデフォルトのフォーマットがあるためそのまま使用します。
設定すべき項目としては、
「表示対象アプリ」、「言語」、「同意しないボタンの表示有無」ぐらいです。
私は、同意しないボタンを表示するパターンと表示しないパターンの２パターン作成し、
表示対象アプリをそれぞれのパターンに振り分けることにしました。
基本的には同意しないボタンを表示しないパターンを使用し、
こども向けゲームアプリだけ同意しないボタンを表示するパターンを使用することにしました。
メッセージの作成が終わったら、アプリにUMP SDKを組み込みます。
まずはbuilde.gradleの実装。
implementation 'com.google.android.ump:user-messaging-platform:2.1.0'次に必要なモジュールをインポートします。
import com.google.android.ump.ConsentForm
import com.google.android.ump.ConsentInformation
import com.google.android.ump.ConsentInformation.OnConsentInfoUpdateFailureListener
import com.google.android.ump.ConsentInformation.OnConsentInfoUpdateSuccessListener
import com.google.android.ump.ConsentRequestParameters
import com.google.android.ump.UserMessagingPlatform
import com.google.android.ump.ConsentDebugSettings
import java.util.concurrent.atomic.AtomicBooleanあとは適当な場所にメッセージの呼び出し処理を追加します。
private lateinit var consentInformation: ConsentInformation
private var isMobileAdsInitializeCalled = AtomicBoolean(false)
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
val params = ConsentRequestParameters
.Builder()
.setTagForUnderAgeOfConsent(false)
.build()
consentInformation = UserMessagingPlatform.getConsentInformation(this)
consentInformation.requestConsentInfoUpdate(
this,
params,
OnConsentInfoUpdateSuccessListener {
UserMessagingPlatform.loadAndShowConsentFormIfRequired(
this@MainActivity,
ConsentForm.OnConsentFormDismissedListener {
// Consent has been gathered.
if (consentInformation.canRequestAds()) {
initializeMobileAdsSdk()
}
}
)
},
OnConsentInfoUpdateFailureListener {
})
if (consentInformation.canRequestAds()) {
initializeMobileAdsSdk()
}
}最後にメッセージロード後の処理を追加して完了です。
private fun initializeMobileAdsSdk() {
if (isMobileAdsInitializeCalled.get()) {
return
}
isMobileAdsInitializeCalled.set(true)
MobileAds.initialize(this)
}最後に動作確認をします。
まずはデバッグ用のパラメータを追加します。
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(R.layout.activity_main)
val debugSettings = ConsentDebugSettings.Builder(this)
.setDebugGeography(ConsentDebugSettings.DebugGeography.DEBUG_GEOGRAPHY_EEA)
.addTestDeviceHashedId("46********************E1")←デバッグ機のデバイスID
.build()
val params = ConsentRequestParameters
.Builder()
// .setTagForUnderAgeOfConsent(false)
.setConsentDebugSettings(debugSettings)
.build()
consentInformation = UserMessagingPlatform.getConsentInformation(this)
consentInformation.requestConsentInfoUpdate(
this,
params,
～
}デバッグするには、デバッグ機のデバイスIDが必要になります。
アプリを起動するとログにデバイスIDが出力されます。
ログは「.addTestDeviceHash」で絞り込むと見やすいです。
アプリを起動させ、以下のような画面が表示されたら実装成功です。
もう１度確認したい場合は、
consentInformation.requestConsentInfoUpdateの前に以下を追加すると
同意を行った後もまた案内文が表示されるようになります。
consentInformation.reset()ここまで動作確認できれば、あとはリリースするだけです。
お疲れさまでした。
2024年2月12日
開発環境
OS：Windows 11
SDK：Android Studio Flamingo | 2022.2.1
ポリシー違反「ユーザーの意図しないクリック：レイアウト」の警告メールが届きました。
対応から解決までの話。
ポリシー違反「ユーザーの意図しないクリック：レイアウト」の警告メールが届きました。
あとで対応すればいいかとしばらく放置していた２月１１日（日）。
広告配信停止通知がきてしまいました。
はやくないですか！？
３連休中ののんびりモードも一転。
慌てて指摘内容を確認します。
バナー広告のすぐ上にカウントボタンを配置しているのですが、
どうやらそれを指摘されているようです。
指摘内容を踏まえ、バナー広告の配置を下から上に変更。
これでバナー広告周辺にクリックするものはなくなりました。
あとは修正版アプリをリリース。
リリースが反映されたのを確認し、審査をリクエストします。
審査リクエストを出した１７時間後、ポリシー違反が解除されました。
2024年2月12日
開発環境
OS：Windows 11
SDK：Android Studio Flamingo | 2022.2.1
ポリシー違反「サイトの仕様：ナビゲーション」の警告メールが届いたのですが
どうも腑に落ちません。
そんなときの対応から解決までの話。
ポリシー違反「サイトの仕様：ナビゲーション」の警告メールが届きました。
指摘を受けたアプリは「みてみて」です。
そして指摘内容が以下。
添付されていた画像は２枚。
２枚目の画像はアプリが反応していないエラー画面のようです。
そして、問題として挙げられた「サイトの仕様：ナビゲーション」について確認すると。
存在しないコンテンツにリンクしている
どうやらアプリの「START」をタップしたが、反応がなくエラーとなった。
コンテンツが存在しないのではないか。
そのような指摘に思われます。
アプリの仕組みとしては、「START」をタップするとFirebaseから投稿データを取得し、
マップ画面を表示するのですが、ネットワークが悪いのか、Firebaseのアクセスが遅延したのか、
アプリがエラーとなったようです。
これは外部要因によるエラー。
アプリとしては対応いたしかねます。
そこで「審査をリクエスト」からアプリのコンテンツが用意されていることを訴え、異議申し立てをしてみました。
審査リクエストを出した９時間後、ポリシー違反が解除されました。
こういうこともあるんですね。
2024年1月24日
開発環境
OS：Windows 11
モバイルSDK：Android Studio Flamingo | 2022.2.1
AI画像生成ソフト：Fooocus_win64_2-1-791
モバイル用ランチャーアプリ「ふぁいらんちゃ」のキャラクター画像を画像生成AIで作成して映えを目指すチャレンジ企画。
今回は生成画像をアプリに取り込んでリリースします。
まだまだプロンプトを試したかったが、スペック不足による生成失敗が続き、
これ以上の画像生成は断念。
とりあえず手持ちの画像からピックアップしてアプリに取り込むことにします。
まずは過去に生成した画像を見直します。
過去に生成した画像はoutputフォルダに格納されています。
生成画像を見直し、アイコン画像候補を決定！
個人的に１番印象が強かった画像をアイコン画像として使うことにしました。
そして、その画像をベースに生成した半身画像をアプリ内のキャラクター画像として使用することに。
全身を出力するのは難しい・・・
そして、アプリリリース。
画のセンスがないのでそこを画像生成AIで補完できるのは魅力的ですね！
あとはプロンプトでどこまでできるか。
全身を出力する、同じキャラクターでポーズを変える、服装を変える、
まだまだ試したいことがいろいろあります、が。
その前にGPUをどうにかしないと・・・
2024年1月13日
開発環境
OS：Windows 11
モバイルSDK：Android Studio Flamingo | 2022.2.1
AI画像生成ソフト：Fooocus_win64_2-1-791
モバイル用ランチャーアプリ「ふぁいらんちゃ」のキャラクター画像を画像生成AIで作成して映えを目指すチャレンジ企画。
今回は自作画像をインプットにして自分のイメージに近い画像の生成を試みます。
いよいよモバイルアプリ用の画像を生成します。
必要な画像はアニメ画像になるのでrun_anime.batで起動します。
Webブラウザが立ち上がったら「Input Image」と「Advanced」で生成要素をカスタマイズします。
「Input Image」にアプリ画像を投入します。
「Advanced」では
モデルをemiに切り替え、生成パフォーマンスを「Quality」にしました。
そして、出力した結果がこちら。
クオリティ爆上がり。
できれば全身画像が欲しい・・・
そこでプロンプトの調整や出力画像をインプットに再投入するなど試行錯誤します。
そしてついに全身画像の生成に成功。
あとはコスチュームやポーズ、顏の表情などを調整したい、
と思ってgenerateを繰り返していたら・・・
画像の生成が完了する前に生成処理が落ちるようになってしまいました。
PYTORCH＿CUDA_ALLOC_CONF
どうやらGPUのメモリ不足のようです。
マシンスペックを確認してみると
GPU３GBで頑張ってました・・・
むしろここまでよく動いたな。
まだまだプロンプトを変えて色々と試したかったがここまで。
生成した画像を元にアプリの改修をかけようと思います。
これは高スペックGPUが欲しくなる・・・
2024年1月13日
開発環境
OS：Windows 11
モバイルSDK：Android Studio Flamingo | 2022.2.1
AI画像生成ソフト：Fooocus_win64_2-1-791
モバイル用ランチャーアプリ「ふぁいらんちゃ」のキャラクター画像を画像生成AIで作成して映えを目指すチャレンジ企画。
今回は画像生成AI、Fooocusを実際に動かして画像をアウトプットしていきます。
環境構築が完了したので早速動かしてみます。
バッチファイルをダブルクリックすると起動します。
手始めにrun.batをダブルクリックします。
コマンドプロンプトが立ち上がり、セットアップが実行され、最終的にWebブラウザが立ち上がります。
あとは「Generate」ボタンをクリックするとAI画像が生成されます。
プロンプトに「japanese girl」と入力し、generateした結果が以下です。
「Advanced」をチェックすることで生成要素をカスタマイズできます。
・生成パフォーマンス（速度重視か、質重視か）
・画像サイズ
・出力枚数（デフォルト２枚）
・シード
・スタイル
・モデル
などなど
・商業利用のために画像生成する場合は、モデルをemi_stable.safetensorsに切り替える必要があります。
2024年1月13日
開発環境
OS：Windows 11
モバイルSDK：Android Studio Flamingo | 2022.2.1
AI画像生成ソフト：Fooocus_win64_2-1-791
モバイル用ランチャーアプリ「ふぁいらんちゃ」。
キャラクター「ふぁい」がアプリの立ち上げをサポートしてくれる、というコンセプトで
キャラクター「ふぁい」を自作し、拙い画像ながらもプロトタイプ版をリリース。
さてどうブラッシュアップしていくか。
長考の末に行きついたのがAI生成画像。
どうやら商業利用可能なAI生成画像を無料で生成できるらしい。
ということでチャレンジしてみることに。
まずはAI画像生成ソフトをインストールします。
インストールについては以下のサイトを参考に行いました。
https://ascii.jp/elem/000/004/159/4159726/
必要なもの、及び、インストール手順をピックアップすると以下。
・Windows、または、Linux
・GPU（NVIDIA GeForceがいいらしい）
・Githubアカウント
・Hugging Faceアカウント
・Githubからfooocusをダウンロードし、zipファイルを解凍する。
・HuggingFaceからemi_stable.safetensorsをインストールし、fooocusのモデルフォルダにコピーする
・GPUのメモリとHDDの容量は多めに見積もる
GPUのメモリは最低４GBは欲しい、推奨は８GB～１２GBのようです。
HDDも画像を生成するごとにモデルデータを自動インストールするため数GBはあっというまに消費されていきます。
Cドライブに１００GB以上の空きが欲しいところ。