企画提案書
プロジェクト概要
LifeShield AI
個人専用SOCをコンセプトに、成人の個人PCユーザー向けに提供する Personal AI Security Agent。
AIが日常のデジタル行動を学習し、詐欺・不審リンク・SNS上のリスク兆候を早期検知して、被害を未然に防ぐ。
個人所有PCを日常的に利用する成人ユーザー。
SNS、EC、ネットバンキング、メール、チャットツールを横断して使う一方で、セキュリティ知識や監視体制を十分に持たない一般生活者を主対象とする。
AIが守る日常
背景と課題
個人ユーザーを狙うフィッシング、偽EC、投資詐欺、なりすましDM、SNSを起点とした誘導詐欺は増加傾向にある。
一方で、企業のSOCのように24時間監視や相関分析を行う体制を個人が持つことは難しく、対策は各サービスごとに分断されやすい。
個人ユーザーは危険情報を自力で判定し続ける負担が大きく、判断が遅れやすい。
メール、ブラウザ、SNS、メッセージなど複数チャネルにリスクが分散しており、危険兆候を一元的に把握しにくい。
既存のアンチウイルスでは防ぎにくい、文脈依存の詐欺やソーシャルエンジニアリングへの対策が弱い。
提供ソリューション
AI詐欺検知: メール文面、DM、表示URL、誘導文言、操作要求の不自然さを分析し、危険度をスコア表示する。
SNS監視: フォロー中アカウントとのやり取りや投稿傾向を踏まえ、乗っ取り・なりすまし・急な金銭要求などの異常パターンを通知する。
行動学習型パーソナライズ: ユーザーの通常行動を学習し、普段と異なるアクセス先、時間帯、やり取り内容に対して注意喚起の精度を高める。
個人専用SOCダッシュボード: 危険イベント、推奨対応、履歴、再発防止アドバイスを一画面に集約する。
自分で全てを判断しなくても、AIが先回りして「危険かもしれない」を知らせてくれる安心感を提供する。
分散していた個人セキュリティ対策を一元化し、検知から行動提案までを短時間で完結できる。
被害発生後の対処ではなく、被害前の予防を中心に据えることで、金銭的損失と心理的不安の両方を抑える。
開発スコープ
サービス紹介トップ、機能紹介、リスク通知一覧、検知詳細、ユーザー設定、学習状態サマリーの画面を実装する。
危険度の可視化、推奨アクション表示、通知導線、安心感を与えるUIを重視し、個人向けでも専門性が伝わる画面設計とする。
ユーザー情報管理、検知イベント保存、危険度判定ロジック、通知履歴管理、SNS監視結果の蓄積を実装対象とする。
初期段階では外部連携を限定し、PoCとして疑似データまたはサンプル入力を用いた詐欺判定フローとダッシュボード表示までを完成範囲とする。
MVPでは「AI詐欺検知」「SNS監視アラート」「危険イベント一覧」「推奨対応提示」の4機能に絞る。
端末常駐型の高度な監視やリアルタイム外部連携は後続フェーズとし、まずは価値検証しやすいWebアプリとして構築する。
使用技術
企画段階の想定技術。開発進行に応じて調整可能。
| 区分 | 技術 | 用途 |
|---|---|---|
| フロントエンド | HTML / CSS / JavaScript | 提案サイトおよびPoC画面の実装 |
| UI設計 | Figma | 画面設計、導線整理、デザイン検討 |
| バックエンド | Java / Spring Boot | 判定API、イベント管理、アプリケーション基盤 |
| テンプレートエンジン | Thymeleaf | サーバーサイド描画 |
| データベース | MySQL または H2 | ユーザー情報、検知履歴、通知ログの保存 |
| AI活用 | ChatGPT / Claude など | 詐欺文面分析、要約、危険度判定支援 |
| バージョン管理 | Git / GitHub | ソースコード管理、レビュー、公開 |
スケジュール
| 期間 | フェーズ | 内容 |
|---|---|---|
| Day 1-3 | 企画整理 | 課題定義、コンセプト整理、競合観点の洗い出し |
| Day 4-6 | 要件定義 | MVP機能、画面一覧、基本データ項目の確定 |
| Day 7-9 | 情報設計 | サイトマップ、画面遷移、通知体験の設計 |
| Day 10-13 | UIデザイン | トップ画面、ダッシュボード、検知詳細のデザイン作成 |
| Day 14-18 | フロント実装 | 静的ページおよび主要画面のHTML/CSS/JavaScript実装 |
| Day 19-24 | バックエンド実装 | Spring Bootによる判定API、イベント保存、一覧表示機能の構築 |
| Day 25-27 | AIロジック接続 | 詐欺判定プロンプト設計、サンプルデータでの動作確認 |
| Day 28-30 | テスト | 導線確認、表示崩れ修正、想定シナリオの検証 |
| Day 31-32 | 仕上げ | 提案資料反映、最終調整、公開準備 |