# :memo: 共通見守り検知アプリについて
## OSとAPIレベル
### iOS
2023/6の国内iOSシェア率を見ると15以降が9割強(94.5%)なので15以降とするで問題ないと考えております。
:::info
加古川市回答
iOS15でOK
:::
### Android
APIレベルは33（2023/8/31期限）
:::info
加古川市回答
APIレベル33でOK
下限設定はRCSCにて検討
:::
2023/6の全世界のAndroid OSのシェアは以下の通り。弊社からのおすすめは11以降。9以降とすることも可能。
AndroidのOSサポートは４年周期の傾向があります。10は2019年春にリリース。2023/3のセキュリティパッチの対象OSから10が外されました。
一方、OSのシェアで考えるとandroid9から二桁%あるため9以降とするという考え方もできます。
:::info
加古川市回答
AndoroidOS11以上でOK
:::
## 規約類
利用規約は加古川市様から支給いただけますでしょうか？
:::info
加古川市回答
FLNで用意
:::
## 公開アカウントについて
年度内は加古川アカウント、４月以降はFLNアカウントとのご意向をいただきましたが、そうなると、別アプリとして公開することになりますがよろしいでしょうか？
:::info
最初からFLNアカウントで公開
:::
## 納期
8月着工して3ヶ月（仕様次第ですが）
:::info
FIXで仕様でFLNにて社内調整
:::

## UIについて
何かご要望はありますでしょうか？
:::info
加古川市回答
原則として現状を踏襲し、見やすく使いやすいUIをFLNで提案
:::
## 機能について
* プッシュ通知なし
* 認証なし
* 見守りのon/offスイッチ
* 貢献度確認
* 規約
* 機種変更
:::info
加古川市回答
OK
7月31日改めてプッシュ通知はなしでOKと確認
:::
## 疑似IMEI対応
非アップデートユーザーが残るとZDCのAPIにデータを投げてしまうことになります。新規アプリとして公開しなおしたい。（300弱のユーザーを引き継がない）
:::info
FLNアプリとして公開するので、現状の広域検知アプリはストアから下げるので問題なし
:::
## 見守り貢献度可視化
* 検知回数（検知人数）と検知への協力時間を「独自の」アルゴリズムで貢献度として数値化
* デイリー？ウィークリー？マンスリー？
* ランキング or バッチ付与など
:::info
加古川市回答
独自アルゴリズムをFLNで提案
* デイリー？ウィークリー？マンスリー？
* ランキング or バッチ付与など
は加古川市で継続検討
:::
:::info
加古川市回答（7月31日）
* 前日分の検知人数と検知時間をそれぞれ翌日にアプリで表示（クレームを恐れない）
* 月初に前月の貢献度を検知人数と検知時間のそれぞれ個別にメダルとして貢献の可視化
* デイリー表示は当月分のみとし、マンスリーの履歴は永遠に蓄積し表示
* メダルの蓄積によるインセンティブ等はなし（将来的にはNFT等に対応？）
* メダルは3段階（金銀銅）
* メダルの3段階の線引きは実証期間で調整
* webview実装する（メダルの線引きのしきい値調整がしやすい）
* 検知回数ではなく検知人数をカウントする方法を検討
:::
## 機種変更への対応
機種変更用に認証キーを発行して、新端末で認証キーを入力して引き継ぐ
:::info
加古川市回答
OK
:::
## G&S可視化
beaconフォーマットの仕様開示要求は誰の名において行いますか？（加古川市さんの協定？）
:::info
* 仕様書入手し、共有済
* タグの2個入手済み
:::
## WBS
https://docs.google.com/spreadsheets/d/1BjouHnqbXa_Womb_F67CkcdYeBLCO4TMkTdSzp5ouJg/edit#gid=1115838130
## SDK製造について
RCSCにて技術調査中