管理コンソール/ The Admin Console

管理コンソールは、松葉の中に置かれた管理者専用の区画です。左側のサイドバーに画面が縦に並び、上部の管理ヘッダには未対応アラートの件数が出ます。稼働中は 6 画面 稼働中、アラートの一覧画面が 実装中、残るサイドバー 8 項目は 実装予定 · Step 4b です（「設定」は 5 画面のまとまりなので、画面数では 12。計画全体では 19 画面になります）。

画面の下部には Box 一覧に戻るという出口が置いてあります。管理コンソールは別のアプリではなく松葉の一部で、同じログインのまま行き来できます。

アップロードされたファイルのウイルス検査が、滞りなく流れているかを見る画面です 稼働中。検査の詰まり・失敗・中身を確認できなかったファイルの 3 つの一覧と、ウイルス定義の鮮度を扱います。検査そのものの仕組みはデータ保護と検査を参照してください。

上段の計器 4 枚Health Cards

3 つの一覧と操作Three Lists

再スキャンは、そのファイルをスキャン待ちに戻して検査へ送り直す操作です。1 件ずつの再スキャンでは理由の入力は任意ですが、まとめて再スキャンするときは理由が必須（10〜256 字）になります。まとめての実行は画面に表示されている分だけでなく該当する全件が対象で、1 回あたり最大 100 件です。超える場合は分けて実行します。

ウイルス定義の鮮度Signature Freshness

検出パターンは 6 時間ごとに取り寄せています。画面には 3 種類の定義ファイル（main.cvd / daily.cvd / bytecode.cvd）の版と、定義の最終更新・最終取得・次回取得予定の 3 つの時刻、そして連続失敗回数が出ます。3 回続けて失敗したとき、または取り寄せた検出パターンの鮮度が一定時間を超えたときに、アラートとして起票されます 稼働中。メールで届くようになるのは、アラートを知らせるメールが入ってからです 実装予定 · Step 4b。

同じ画面の下段には、検査を行っているサービス matsuba-scanner の稼働状況（直近 1 時間の処理件数・応答時間の P95・現在のインスタンス数・エラー率）も出ます。名前はクラウド側の表示と同じなので、エンジニアへ引き継ぐときの目印になります。

ウイルスが検出されて隔離されたファイルを扱う画面です 稼働中。隔離されたファイルは Box には現れず、専用の隔離バケットに移されています。ここでの操作は監査ログに記録され、取り出しと恒久削除はシステム管理者全員にメールで通知されます。

確認できることWhat You See

できる操作Actions

松葉から Google Drive への複製が正しく流れているかを見る画面です 稼働中。複製は片方向（松葉 → Drive）で、ファイルの検査が通った直後に走る即時同期と、日次で全件を突き合わせる定期補修の 2 段構えです。

4 つのタブFour Tabs

上段の計器 4 枚Health Cards

• 同期失敗 — 失敗した件数と、届けられなかった件数を並べて表示します。
• 2 日連続失敗 Box — 2 日続けて同期に失敗している Box の数。「要対応」が出たら、その Box の設定や Drive 側のフォルダを確認します。
• 配信不能メッセージ — 再投入が必要な連絡の数。
• Drive API クォータ — Drive 側が定める呼び出し回数の上限に対する使用率。80% に達するとアラートが上がります 稼働中。

補修バッチ実行は、その Box について Drive 側と松葉側をその場で突き合わせる操作です。まだ複製されていないものを送り直し、Drive 側で消えたファイルを戻し、名前・場所・内容の食い違いを松葉側の内容に合わせて直します。あわせて管轄外のファイルも検知します。数分かかることがあります。

松葉を通さずに Drive 側で行われた操作を見つける画面です 稼働中。日次の突き合わせで検知し、2 つのタブに分けて並べます。松葉は検知するだけで、Drive 側のファイルを勝手に消したり動かしたりはしません。

上段の計器は 3 枚（管轄外ファイル ／ Drive 側での削除 ／ 最終定期バッチ）で、それぞれ「いくつの Box にまたがっているか」を添えます。最後の 1 枚には実行の頻度（日次）が出ます。

すべての Box から発行された共有リンクとファイルリクエストを、1 つの表で横断して見る画面です 稼働中。発行者や Box をまたいで不審なアクセスを見つけ、必要なら緊急に止めるための画面です。有効期限は最長 14 日で、それ以上開けっ放しにはできません。

上段の計器 4 枚Four Metrics

3 つの異常のしるし（共有リンクが対象）Three Anomalies

表は共有リンクとファイルリクエストが同じ形で並び、種別・状態・Box・発行者で絞り込めます。1 行の中身も両者で対応が取れていて、共有リンクの「受取人」と「ダウンロード数」の位置に、ファイルリクエストでは「提出者」と「提出数」が入ります。受取人のメールアドレスはこの画面では伏せ字で、全文はアクセス履歴の明細で確認します。

下段のアクセス傾向（直近 24 時間）には、時間帯ごとの試行回数のグラフ、結果別の内訳、そして大量アクセスの接続元の表が並びます。接続元ごとに「成功 ／ 本人確認の失敗」を分けて数えているため、単なる混雑と、当てにきているアクセスを見分けられます。

強制無効化Force Revoke

発行者の意向にかかわらず、その場でリンクを失効させる操作です。理由の入力が必須で、監査ログに記録されます。あわせて発行者と Box のオーナーへメールで知らせることができ、送る前に件名と本文をその場で確認・編集できます。本文の下書きには対象名・理由・「すでにお渡し済みの URL は開けなくなる（提出できなくなる）」という影響と、問い合わせ先の案内が入っています。

メール通知が実際に届いたかどうかと、届かなかったものへの対処を扱う画面です 稼働中。「画面上は正常なのにメールだけ出ていない」という故障を見つけられる場所で、通知の仕組みそのものは通知のしくみで扱います。

上段の計器 4 枚Four Metrics

• 24 時間の送信数 — 直近 24 時間に送り出した通知の件数。
• 配信成功率 — 直近 24 時間の到達割合。落ちていれば「到達していない通知があります」と出ます。
• 不達 — 宛先に届かなかった件数。
• メール停止中のユーザ — 連続した不達のため、こちらから送信を止めている方の人数。

4 つのタブFour Tabs

詳細を開くと、その通知の宛先が 1 人ずつ並び、成功・失敗・対象外の内訳が出ます。実際に送られたメールの本文もその場で表示できるので、「何が届いたのか」を管理者が目で確かめられます。宛先が通知を止めている場合は、その場から配信を再開できます（本人のアドレスが直っていなければ、また止まります）。

松葉が自動で見つけた異常は、種類を問わず 1 つの台帳（app_alerts）に集まります。その未対応件数を管理ヘッダに出すところまでが稼働中で、一覧して対応状態を記録する画面が実装中です。異常の種類と気づく経路の全体像は自動メンテナンスと長期運用で扱います。

対応状態の 4 段階Alert Lifecycle

条件が消えれば自動で解決するアラートもあります。たとえば期限切れになった共有リンクの総当たりアラートや、一定時間アクセスのない接続元の大量アクセスアラートは、翌日の掃除で自動的に閉じます 稼働中。人が閉じ忘れても、台帳が未対応のまま膨らみ続けることはありません。

6 画面は別々の機能を扱いますが、読み方と操作の作法はそろえてあります。1 つの画面に慣れれば、残りも同じ要領で読めます。