transmission_risk_levelの値について #14
Comments
以下の方法でOSにキーの一致を検出させることができましたが、アプリでは検知されませんでした。 動作情報には以下のような出力がありました。 2020/12/09 06:28:21,Info,Start,ExposureDetectedAsync AttenuationDurationsによればAttenuationが50dB以下で27分接触したということなので正しく判定されていないことがわかりますが、 2020/12/09 06:39:03,Info,Start,ExposureDetectedAsync |
@zaruudon さん 分析とデータをありがとうございます。通知サーバーに登録される診断キーTEKのtransmission_risk_levelno 解決策として 案1 診断キーのtransmission_risk_level を1にする。 案2 ExposureNotificationHandler.csについて
とする の2案、思いついたのですが、どのような解決策が良いか、ご知見を賜れましたら幸いです。 (参考)リスク評価部分は正しいと確認しようとして、zaruudon さんのこの分析でその方針の誤りを発見する過程 |
transmission_risk_levelは使っていなければ無視するという意図だと思うので、そうであればtransmission_risk_levelは変えずにConfigration.jsonを変更するのがよさそうです。 |
zaruudon commentedon Nov 24, 2020
現在通知サーバーから配信されているファイルではtransmission_risk_levelに0が設定されていますが、
AndroidではtransmissionRiskScoreがExposureConfigurationに従って設定されるのはtransmission_risk_levelが1~8の場合であり、
0だった場合はtransmissionRiskScoreには1が入るようになっているようです。
https://github.com/google/exposure-notifications-internals/blob/7dadb83aa5c4b02ed4ae98cd8cf13f89b96962d2/exposurenotification/src/main/java/com/google/samples/exposurenotification/matching/RiskScoreCalculator.java#L69-L72
transmissionRiskScoreが1のときにriskScoreがminimumRiskScore以上になることはないので、
transmission_risk_levelが0だと、現在のAndroid版では接触が検知されることはないと思われます。