スレッド
会話
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="680" height="357"><rect fill-opacity="0"/></svg>)
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="73" height="73"><rect fill-opacity="0"/></svg>)
返信先: さん
この ExposureConfiguration では、４つのリスク値の掛け算で、リスクスコアが求まります
RiskScore =
attenuationScore * daysSinceLastExposureScore * durationScore * transmissionRiskScore
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="240" height="240"><rect fill-opacity="0"/></svg>)
1
4
6
先ほどのgoogle/exposure-notifications-internalsのL76では
riskScore >= configuration.getMinimumRiskScore
で４項目の掛け算の結果、MinimumRiskScore以上であれば掛けた結果、未満なら0が入ります。
1
4
5
COCOAでは、9月18日にAppleからの指示に応じて現在のパラメーターとなり、MinimumRiskScoreはcocoaでは21となりました。
リスク（濃厚接触）ありは21以上、なしは0です。
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="420" height="420"><rect fill-opacity="0"/></svg>)
1
6
8
COCOAの ExposureNotificationHandler.cs L78
DurationScores = new[] { 0, 0, 0, 0, 1, 1, 1, 1 },
接触時間で、左から
0分 → 0
0分 <= 5分 → 0
5分 <= 10分 → 0
10分 <= 15分 → 0
15分 <= 20分 → 1
20分 <= 25分 → 1
25分 <= 30分 → 1
30分以上 → 1
です
1
5
5
TransmissionRiskScores という、アプリとOSが通信できる値は実質未使用で全て7ですので、４つリスク値の掛け算の結果、15分以下はRiskScoreは0となります。
15分より長い接触でないと、RiskScoreは0で濃厚接触ありにならないです。
1
4
5
COCOAの ExposureNotificationHandler.cs L77
AttenuationScores = new[] { 1, 2, 3, 4, 5, 6, 7, 8 },
73以上 → 1 なし
73 >= Attenuation > 63 → 2 なし
63 >= Attenuation > 51 → 3 あり
51 >= Attenuation > 33 → 4 あり
と続きます
1
3
5
attenuationScore=3
durationScore=1
transmissionRiskScore=7
3×1×7=21のときRiskScoresはMinimumRiskScore以上になります。
Attenuationの値の意味を調べます。
1
3
5
こちらの実測値によると、
shizuk.sakura.ne.jp/bluetooth/beac
73以上 → 1 なし [約3m超]
73 >= Attenuation > 63 → 2 なし [約1mから約3m]
63 >= Attenuation > 51 → 3 あり [約35cmから約1m]
51 >= Attenuation > 33 → 4 あり [約10cmから約35cm]
1
3
5
なので、1mより近いAttenuation63（-63dBm）から濃厚接触になります。
このリスク値の計算が理屈にあっているのは2020年8月から9月にかけてささやかですが私としては検証済みで、不具合は別のところ（今の開発会社さんが手を入れていないところ）と思われます。
1
4
8
引き続いて「transmission_risk_levelの値について」
github.com/cocoa-mhlw/coc
を見直したら、私が間違えていたことに気づいた。
上述したTransmissionRiskScoresは全て 7 で固定かと思っていたら、診断キーの設定値が0だと1に上書きされるのか。
これが不具合の原因だ。気づかなかった。
1
10
12
毎日、通知サーバーにアップされるZIPファイルの中身で、陽性者さんが陽性登録してくれると、1つのキーが[001]の中身になる。
[transmission_risk_level ]:[0]
で、確かに、すべて0。
（このrolling_start_interval_numberが接触日［キーの開始時刻］）
![画像](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="646" height="1776"><rect fill-opacity="0"/></svg>)
1
6
7
zaruudon さんによると、このL69-L72で、
通知サーバーからの診断キーのtransmission_risk_level が 0 だと、
COCOAの ExposureNotificationHandler.cs で設定された
transmissionRiskScore = 7が、1に上書きされてしまうと。
そうするとriskScoreは1/7になってMinimumRiskScoreを超えない。
1
3
6
MinimumRiskScoreを超えないということは、通知の不具合でなく、一切、濃厚接触の表示がされない。
対処法としては、
案1 診断キーのtransmission_risk_level を1にするか、
1
4
4
案2
MinimumRiskScore = 3,
TransmissionRiskScores = new int[] { 1, 1, 1, 1, 1, 1, 1, 1 },
にするか。
4
4
zaruudonさんのコメントいただけました。
Google確認で、Configration.json を修正と。
github.com/cocoa-mhlw/coc
ただ、Appleの方にも影響がでてしまう。
2
2
Twitterを使ってみよう
今すぐ登録して、タイムラインをカスタマイズしましょう。
アカウント作成
トレンド
いまどうしてる？
有名人 · トレンド
Naya Rivera
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="24" height="24"><rect fill-opacity="0"/></svg>)
Insider News
昨夜
Why farmers in India are protesting new agriculture laws
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="240" height="135"><rect fill-opacity="0"/></svg>)
The Walrus
2021年2月2日
I was a teenage beauty pageant loser
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="109" height="120"><rect fill-opacity="0"/></svg>)
アメリカ合衆国のトレンド
DREAM SONG
Minecraft YouTuber Dream is venturing into music, with he and musician PmBata sharing snippets of their song Road Trip ahead of its release tomorrow
14,148件のツイート