通知ハブ：多モジュール通知の一元化設計

A 方向·应用灵感思路（通知架构维度）。多モジュール（防诈/防灾/见守/家计/リコール/認定更新/行事/法事）がそれぞれ独立に通知すると重複・飽和が発生——通知ハブ（Notification Hub）で一元化する設計。

背景与问题

家族 LINE グループに「防詐告警」「リコール通知」「認定更新提醒」「行事提醒」「見守异常」が同時に飛ぶと通知過多——ユーザーが全通知を OFF にするリスク。通知の一元化設計。

发现（通知ハブ設計，全モジュールの通知需求統合）

• 通知の優先度階級（各モジュールから収集）： | 優先度 | 通知種 | 通道 | 例 | |---|---|---|---| | P0（即時） | 生命安全・詐欺検知・転倒検知 | 電話+SMS+LINE | 「見守异常」「振込先が詐欺の可能性高」 | | P1（当日） | 家族行事・認定更新・リコール該当 | LINE | 「明日は行事」「リコール対象かもしれません」 | | P2（週次） | 周報・サブスク监督・家计異常 | LINE 周報 | 「今週の見守リポート」 | | P3（月次） | 健康レポート・介護用品比价・割引情報 | LINE 月報 | 「今月の元気レポート」 |
• 重複防止：同一日の P1 通知は最大 1 件（他は翌日に繰り越し）——通知の飽和を防ぐ「1 日 1 大事」原則。
• 各モジュールからの通知需要を一元管理：各モジュールが「P0 〜 P3」の優先度を宣言→通知ハブが優先度に基づいて送信判断。

推测

• 通知ハブの実装：モジュール間の通知調整はevents 表（opc-family-graph-schema）に notification_priority フィールド追加で対応——各モジュールが events に書き込む際に優先度を指定→ハブが優先度順に送信。

结论

可行动启发：

1. P0-P3 の四段階通知階級を定義：全モジュールが同じ優先度体系で通知を宣言——通知の飽和防止の基盤。
2. 「1 日 1 大事」原則：P1 通知は同一日最大 1 件——複数モジュールの通知が同日なら翌日に繰り越し（高齢者の通知疲れ対策）。
3. P0 は例外的に重複可：生命安全・詐欺検知は複数通知可（安全性優先）——ただし同一モジュールからの連続 P0 は 3 件で上限。
4. 通知ハブの実装は events 表の拡張：notification_priority フィールド追加+ハブ cron で優先度順送信——新規依存なし。

待办 / 下次继续

• 各モジュールの通知優先度マッピング表（モジュール×通知種×優先度）。
  
• 「1 日 1 大事」の繰り越しロジック設計（優先度内での繰り越し vs 破棄の判断）。
  

关联

• 通知族：japan-sms-fallback-alert（通道）、japan-email-channel-basics（通道）、opc-support-tier-design（SLA）、japan-app-launch-basics（LINE 额度）；架构 opc-family-graph-schema；japan-heatstroke-watch-module 等（全モジュール）。