# :memo: 共通見守り検知アプリについて ## OSとAPIレベル ### iOS 2023/6の国内iOSシェア率を見ると15以降が9割強(94.5%)なので15以降とするで問題ないと考えております。 ![](https://hackmd.io/_uploads/SkfosrTK2.png) :::info 加古川市回答 iOS15でOK ::: ### Android APIレベルは33(2023/8/31期限) ![](https://hackmd.io/_uploads/ryCVoBaKn.png) :::info 加古川市回答 ターゲットAPIレベル33でOK 下限は検討(26が適切か) ::: 2023/6の全世界のAndroid OSのシェアは以下の通り。弊社からのおすすめは11以降。9以降とすることも可能。 AndroidのOSサポートは4年周期の傾向があります。10は2019年春にリリース。2023/3のセキュリティパッチの対象OSから10が外されました。 一方、OSのシェアで考えるとandroid9から二桁%あるため9以降とするという考え方もできます。 ![](https://hackmd.io/_uploads/HyW83SpFn.png) :::info 加古川市回答 AndoroidOS11以上でOK ::: ## 規約類 利用規約は加古川市様から支給いただけますでしょうか? :::info 加古川市回答 FLNで用意 ::: ## 公開アカウントについて 年度内は加古川アカウント、4月以降はFLNアカウントとのご意向をいただきましたが、そうなると、別アプリとして公開することになりますがよろしいでしょうか? :::info 最初からFLNアカウントで公開 ::: ## 納期 8月着工して3ヶ月(仕様次第ですが) :::info FIXで仕様でFLNにて社内調整 ::: ## 見積もり 3月31日に約800万円(税込み)のお見積りを提出済み :::info 加古川市回答 イキ ::: ## UIについて 何かご要望はありますでしょうか? :::info 加古川市回答 原則として現状を踏襲し、見やすく使いやすいUIをFLNで提案 ::: ## 機能について * プッシュ通知なし * 認証なし * 見守りのon/offスイッチ * 貢献度確認 * 規約 * 機種変更 :::info 加古川市回答 OK 7月31日改めてプッシュ通知はなしでOKと確認 ::: ## 疑似IMEI対応 非アップデートユーザーが残るとZDCのAPIにデータを投げてしまうことになります。新規アプリとして公開しなおしたい。(300弱のユーザーを引き継がない) :::info FLNアプリとして公開するので、現状の広域検知アプリはストアから下げるので問題なし ::: ## 見守り貢献度可視化 * 検知回数(検知人数)と検知への協力時間を「独自の」アルゴリズムで貢献度として数値化 * デイリー?ウィークリー?マンスリー? * ランキング or バッチ付与など :::info 加古川市回答(7月19日) 独自アルゴリズムをFLNで提案 * デイリー?ウィークリー?マンスリー? * ランキング or バッチ付与など は加古川市で継続検討 ::: :::info 加古川市回答(7月31日) * 前日分の検知人数と検知時間をそれぞれ翌日にアプリで表示(クレームを恐れない) * 月初に前月の貢献度を検知人数と検知時間のそれぞれ個別にメダルとして貢献の可視化 * デイリー表示は当月分のみとし、マンスリーの履歴は永遠に蓄積し表示 * メダルの蓄積によるインセンティブ等はなし(将来的にはNFT等に対応?) * メダルは3段階(金銀銅) * メダルの3段階の線引きは実証期間で調整 * webview実装する(メダルの線引きのしきい値調整がしやすい) * 検知回数ではなく検知人数をカウントする方法を検討 ::: ## バックグラウンドでの振る舞いについて確認 ### iOS * バックグランドでも検知可能 * 例外:省電力モードで制限 ### Android * フォアグラウンドサービスとして実装サービスとしてバックグランドで動作。通知領域に表示されてる) * dozeモードになると制限(dozeモードになる条件は電源に繋がっていないかつ位置がかわらない) ## 機種変更への対応 機種変更用に認証キーを発行して、新端末で認証キーを入力して引き継ぐ :::info 加古川市回答 OK ::: ## G&S可視化 beaconフォーマットの仕様開示要求は誰の名において行いますか?(加古川市さんの協定?) :::info * 仕様書入手済 * タグの2個入手済み ::: ## WBS・機能詳細・ワイヤーフレーム https://docs.google.com/spreadsheets/d/1BjouHnqbXa_Womb_F67CkcdYeBLCO4TMkTdSzp5ouJg/edit#gid=1115838130 # :memo: PF構築業務(R4補正事業) ## 1. 次期PF構築 ダッシュボードの構築 :::danger 治水対策課の予算で整備した河川カメラと河川センサーは対象ですか?個別ページと認証引き継ぎについても同様でしょうか? ※治水対策課さんからALSOKさんを通じて問い合わせあり(予算の用意は必要ないか?) ::: :::info 加古川市回答 治水対策課とALSOKさんで調整。FLNとしては追加予算なく対応可能 ::: :::success UIについては高松をベースに考えているが、それについて意見交換したい。 ::: :::info 加古川市回答 継続協議 ::: ## 2. ワンコイン浸水センサーの可視化・広域利用検討 ①ワンコイン浸水センサーの可視化(10個を広域配置したものをFiware経由して可視化) :::warning ②プラットフォームの広域利用検討 三田市さんの時と同様に可視化?、それをフックにヒアリング、あるべき姿について調整・実装 ::: :::info 加古川市回答 OK ::: ## 3. センシング技術による人流・モビリティのデータ活用(エリアビジョン連携) ①R4データ(PCI)の可視化・分析 * 交通量計測 * ObjectCount:オブジェクト計測 * ObjectMovement:オブジェクト移動方向 * PeopleDensity:人密度 * 車両接近検知 * ApproachStatus:横断歩道停車有無 * VehicleSpeed:車両速度 * 悲鳴検知 * Scream:悲鳴検知 * ScreamReport:悲鳴検知定期レポート ~~②R4データ(G&S)の分析・検証~~ ~~③3D都市モデルへの適応・分析~~ ~~④サイネージ等活用等による利便作向上策の検討~~ :::info 加古川市回答 OK ::: ## 4. 広域見守りサービスの実装に向けた機能強化・サービススキームの構築 ~~①共通見守り検知アプリの検証(広域実証)~~ ~~②共通見守りサービス利用規約等の整備~~ ~~③GPS見守りサービスとの機能評価~~ ~~④見守りサービス事業者との定例会議の開催~~ :::warning ## 5. PF共同利用調査(マルチテナント化) 今後、プラットフォームを複数都市間で共同利用(マルチテナント化)が展開可能であるかを調査し、 必要に応じた対応方針の検討を行い、都市間共同利用の実現性(プラットフォーム運用保守に係る経費 の低廉化の可能性含む)について評価を行うこと。 ::: # :memo: 付加提案(R5当初事業) ## 1. 広域防災力向上実証 ![](https://hackmd.io/_uploads/HkX5JEz5n.png) ![](https://hackmd.io/_uploads/B133JVG92.png) ①ワンコイン浸水センサ―(既設)、県の水位データ等、市の土砂災害関連データ等の一元集約・ダッシュボードでの可視化 ②市内1箇所(3地点)に地盤傾斜計および土壌水分計を設置(クリノポール)・データハンドリング・Fiwareへのデータ格納・可視化 :::warning ③都市OS等の共同利用調査・試行 * ヒアリング(兵庫県・神戸市その他・・・・) * ・・・どこまで踏み込むか少し議論させてください ::: :::info 加古川市回答 R4補正の5とR5当初の1の棲み分けについては継続協議。 原則として、前者はPFの共同利用、後者は防災という利用用途におけるそれか。 ::: ## 2. ~~3Dモデルを活用したVR構築~~ ## 3. 危険運転車両検知実証 ~~①対象交差点の選定~~ ~~②市内2交差点程度にて、AIカメラ3セット(6台)設置・データ取得~~ ③データハンドリング・Fiwareへのデータ格納・可視化 ~~④データ分析・検証、今後の展開検討~~ ## 4. データ集約・API公開 :::danger R6年度へ ::: :::info 加古川市回答 OK :::