-
Notifications
You must be signed in to change notification settings - Fork 113
HighestRiskScore が 0 のため通知が発生しない問題 #15
Comments
計算されたリスクスコアが これはAndroidでも同じようです。 ですので、通知が発生しなかったのは正常である(リスクが低いので通知する必要がなかった)ように思います。 |
なるほど、EN 内部で minimumRiskScore 未満のときは、HighestRiskScore が更新されないのですね。 今回、あきらかに陽性の濃厚接触者であったデータを調査していたのですが、
という現象でした。あきらかの cocoa による濃厚接触(1m以内、15分以上)と思われる状況にも関わらず、 マッチ数が MatchedKeyCount = 6 のため、そのいずれも最低基準よりも下回るとは考えづらいので、 |
情報を提供して下さった方の許可を得たので、詳細なログを上げておきます。
という現象です。 同居なので近接していないとは考えづらく、かつ次の日にマッチ数が6件あることから ただし、この現象が、すべてのスマホで発生しているかどうかは不明 陽性登録側のログ
同居者の受信ログ
|
補足です。 1/4 以前は常に "existsUserData: False" となっているため、UserData が読み込めていません。
|
同様な現象を確認したので、こちらでご連絡します。 経緯:iOSの設定「接触通知」から確認できる「接触チェックの記録」ログを時々手動で確認しています。
そのため、"existsUserData: False"が原因で"ExposureSummary.HighestRiskScore: 0"となり、接触通知されないのか気にしています。
また、ログからリスクスコアを確認する方法をご教示ください。私のログでMinimumRiskScore未満か確認したいです。
いつから"existsUserData: False"?いつからFalseになっているのか、持っている「動作情報」ログを確認したところ、下記の状況でした。
参考にした情報:#15 |
@C-Juku また cocoa/Covid19Radar/Covid19Radar/Services/UserDataService.cs Lines 95 to 110 in 872cc86
ただ、このログはとてもわかりづらいとぼくも思います。普通、ユーザーデータの有無がfalseだったら異常だと思います。この点、開発チームに共有した上で、場合によってはIssueと作って改善を検討していきます。 |
了解しました。それならv1.2.2になってからFalseなのも理解しました。 |
APIの仕様にはminimumRiskScore未満の接触は除外されるけれどもmatchedKeyCountとdaysSinceLastExposureでは例外というようなことが書かれているので、AttenuationDurationsが出ないのは仕様通りなのかなと思いました。 検知されなかった接触についての情報が知りたいとお考えになるのはもっともだと思うのですが、このような仕様なのでログからは手掛かりは得られないのではないかと思います。 |
@zaruudon |
ありがとうございます。 手元にEN APIを動かす環境があるので、実際に接触確認をしてみて同様の現象(matchedKeyCountが1以上、daysSinceLastExposureが取れてAttenuationDurationsはすべて0)が起きるか試す。 再現できれば、仕様としてIssueをクローズするのはどうでしょうか。 |
もともとは通知が来そうな状況で来ていないという話だったと思うのですが大丈夫なんでしょうか。 |
「明らかに接触しているのに接触していないと判定される」に関しては、別Issueで情報提供を呼びかけて、継続的に追いかけていきたいと思います。 #157 接触確認の意図しない挙動について情報収集をする準備 このIssueで続けるとしても、Issueのタイトルが「HighestRiskScore が 0 のため通知が発生しない問題」なので、その挙動が仕様通りと確認できれば、それを一つの結果(得られた知見)としてクローズするのがIssueの運用に適っていると考えます。 |
これiOS限定かと思ったらAndroidも同様の仕様の様子。Android - iOS でテストしたら一回で検証できそう。 |
@C-Juku さん
拝見しました。 陽性登録者さんとすれ違ったのが4月18 日と思います。(4/19かも) iPhone版cocoa-logでは、1m以内15分以上の濃厚接触の条件を満たさない「広範な接触」の場合、この
BLT距離区分("DurationAtAttenuationThresholds": [ 50, 70 ])ごとの経過時間に、0がセットされています。 ですので、COCOA側ではなく、iOS側で、陽性者さんのスマホとのすれ違いが、平均して1m以上か、1m以内でも15分未満であったと記録・計算されたと考えます。 @keiji 様 ちなみに、ExposureSummary.DaysSinceLastExposure: 5の値(cocoa_log)と、"Hash" : "1FB828F6F6から特定するzip番号(4/24配信の3988)に含まれるTEKのrolling_start_interval_numberの値(通知サーバーやOS側)は、4/18か4/19で整合的でした。 |
@kvaluation さん 昨年も同じ(一致したキーの数にヒット)ことがあったので、接触もしくはすれ違いだったのかわからず、モヤモヤしてましたが、記録の事実をわかって安心しました。 @keiji さん |
@C-Juku さん。良かったです。感染者数の拡大時のみならず、収束期も保健所が把握しきれない感染者の動向をCOCOA / OSの一致キーで把握できるので、活用してくださるかたが、より安全に過ごしていただけると思います。(一致がでたら3日間は家族とも食事時間をずらして様子をみるなど) |
ExposureSummary
ExposureInformation
iPhoneで、濃厚接触なしの事例なので、iOS (接触確認) 側で、HighestRiskScoreとAttenuationDurationsの値を0に上書きしていそうな気がします。 今後の検証など
こちらのデータを共有いただけるようになりましたら、また分析してみます。 |
ENv2ではスコアの計算方法が変わりました。いくつか見せ方の課題は残っていますが、本Issueは解決したものと考えています。 何かあればreopenをお願いします。 |
現時点(2021/01/10)で、接触者通知が発生しない現象が iPhone で見つかっています。
この部分の userData.ExposureSummary.HighestRiskScore が 0 のため通知が発生していません。
OSでの接触カウントは1以上であるにも関わらず、HighestRiskScore が 0 となっています。
現象は、OS の ログ出力(loggerService.Info)で確認できています。
アプリの問題なのか、OS の問題なのかはわかりませんが、このままでは折角接触者通知のデータを受け取ったとしてもユーザーに通知がなされないため、見過ごしが起こり、アプリの目的が達成できないと思われます。
早急な調査をよろしくお願いします。
現象としては、ドイツの ENv2 の 問題も同じかもしれません。
Why is there no "MatchCount" in the EN-Log with v2 of ENF? ・ Issue #1731 ・ corona-warn-app/cwa-app-ios
参考先
detectExposuresWithConfiguration:diagnosisKeyURLs:completionHandler: | Apple Developer Documentation
maximumRiskScoreFullRange | Apple Developer Documentation https://developer.apple.com/documentation/exposurenotification/enexposuredetectionsummary/3601130-maximumriskscorefullrange?language=objc
Internal IDs:
The text was updated successfully, but these errors were encountered: