警備会社の隊員と管制の担当が、現場ごとの警備指令書と過去の対応記録を引き、異常のときの手順と連絡先を根拠付きで探す

処理の起点を決める

起点は2つあります。問い合わせと、毎晩の取り込みです。

問い合わせは、管制の画面か隊員のタブレットで現場を選び、状況を書いて「手順を探す」を押したときに動きます。発報の対応では、管制のシステムが受信した現場の番号を画面に渡し、担当は現場を選ぶ手間を省けます。 現場を選ばずに押すことはできない作りにします。

時間帯を入れるのは、指令書の手順が時間帯で分かれているからです。 日中は防災センターに、夜間は契約先の第1連絡先に、という書き方が多く、時間帯を書かずに探すと日中の手順が上に来ることがあります。

毎晩の取り込みは、改訂された指令書と、その日に出た日報・報告書、更新された連絡先表を Cloud Storage に置いたことで動きます。指令書の前の版は消さず、終わりの日を書いて残します。

入力データを集める

質を決めるのは、指令書の版の期間です。 改訂のたびに、版の始まりの日と終わりの日をメタデータに書きます。契約先と取り決めた「この日から新しい手順」が、そのまま検索の対象の切り替わりになります。

対応記録には、指令書に沿った対応か、その場の判断だったかの印を付けます。 指令書に無い状況で隊長がとった対応は、次の参考にはなりますが、手順ではありません。basis に「指令書どおり」か「その場の判断」かを入れます。

データの取得方法を決める

指令書は現場ごと・版ごとに章で分け、対応記録は1件ずつファイルにして Cloud Storage に置きます（公式では1ファイル200MB、一度に10万ファイルまで）。メタデータは JSON Lines で、1行ごとに id、structData、content（mimeType と uri）を書きます。

{"id":"site0123-orders-v7-ch5","structData":{"doc_kind":"orders",
 "site_id":["site0123"],"chapter":"発報時の対応",
 "effective_from":"2026-09-01T00:00:00Z",
 "effective_to":"2099-12-31T23:59:59Z"},
 "content":{"mimeType":"application/pdf","uri":"gs://post-orders/site0123-orders-v7-ch5.pdf"}}
{"id":"site0123-rec-20260812-01","structData":{"doc_kind":"record",
 "site_id":["site0123"],"basis":"on_site_judgment",
 "occurred_at":"2026-08-12T02:40:00Z",
 "effective_from":"2026-08-12T00:00:00Z",
 "effective_to":"2026-08-31T23:59:59Z"},
 "content":{"mimeType":"application/pdf","uri":"gs://post-orders/site0123-rec-20260812-01.pdf"}}

対応記録の effective_to には、その記録が前提にした指令書の版が終わった日を書きます。 指令書が改訂されると、古い手順で動いた記録は検索から外れます。終わっていない版なら、指令書と同じく遠い日付を入れます。

問い合わせのたびに、中継プログラムが絞り込みの条件を作ります。公式の構文では、文字の項目は ANY() に並べた値のどれかと完全に一致するかを見られ、日時の項目は ISO 8601 の文字列と比べられ、AND・OR と括弧で組み合わせられます。項目はスキーマで索引可能にしておかないと、絞り込みに使えません。

site_id: ANY("site0123")
AND effective_from <= "2026-10-15T02:10:00Z"
AND effective_to >= "2026-10-15T02:10:00Z"
AND doc_kind: ANY("orders","record")

site_id の条件は、中継プログラムが必ず付けます。 画面から現場が届かなかった問い合わせは、answer メソッドを呼ばずに「現場を選んでください」と返します。絞り込みの条件を付け忘れた1回が、隣の現場の手順を出す1回です。

連絡先表は検索のデータストアに入れません。中継プログラムが現場の番号と時間帯で表を引き、順位と番号をそのまま画面に並べます。

AIへ渡す前に整形する

1. 指令書を章ごとに分ける … 「発報時の対応」「急病人の対応」など、異常の種類ごとの章を1文書にし、章の名前を chapter に書きます
2. 版の期間を付ける … 改訂の履歴から、版ごとの始まりと終わりの日を書きます
3. 暗証番号と鍵の番号を消す … 指令書の中の警報の解除の暗証番号、キーボックスの番号、金庫の位置は、取り込む前に伏せ字にします
4. 指令書の中の電話番号を消す … 連絡先は連絡先表にだけ置き、指令書の本文の番号は「連絡先表の第1連絡先」のような言い方に置き換えます
5. 対応記録を整える … 日報と報告書から異常の対応の部分だけを取り出し、隊員の氏名と、通報者・急病人の氏名を外します
6. basis を付ける … 対応記録ごとに、指令書どおりか、その場の判断かを隊長が書きます

3番目と4番目を軽く見ないでください。 3番目は、暗証番号を外部のサービスに置かないという、警備会社としての当たり前の扱いです。 4番目は、電話番号を連絡先表の1か所だけに置くための作業です。本文に番号が残ると、表を直しても古い番号が引用に出ます。

AIに処理させる

させるのは、その現場のいま効いている指令書と対応記録から、問い合わせの状況に当たる手順を探し、引用して短くまとめることです。

4つ目は法律に根拠があります。 警備業法第15条は、警備業者と警備員が業務を行うにあたって、この法律で特別に権限を与えられたものでないことに留意し、他人の権利と自由を侵害してはならないと定めています。一般論で補わせると、不審者に「身柄を確保する」のような、指令書が書いていない行動が出ることがあります。

answer メソッドの設定は次のようにします。

filteringLevel を高くすると、根拠の弱い回答は生成されず、answerSkippedReasons に LOW_GROUNDED_CONTENT が返ります（関係の薄い内容で止まったときは NO_RELEVANT_CONTENT）。どちらのときも、画面には「指令書で該当の手順が見つかりません。隊長または営業所に確認してください」と出し、 指令書の目次へのリンクを並べます。

指示内容を固定する

answer メソッドの promptSpec.preamble に、次の指示を入れます。中継プログラムは、状況の区分と時間帯を検索の文の先頭に付けます。

あなたは警備会社の管制センターで、現場の警備指令書を引いて
手順を探す補助をする立場です。読むのは管制の担当と現場の隊員で、
隊員への指示は管制の担当が出します。

【前提】
検索の対象は、選ばれた現場の、今日に効いている版の警備指令書と、
同じ現場の過去の対応記録だけです。検索の文の最初に、
状況の区分（発報・不審者・急病人・漏水・閉じ込め・依頼・その他）と
時間帯（平日の日中、夜間・休日）が書かれています。

【答え方】
1. 当たる手順を、指令書の章の名前を付けて示す
2. 手順を指令書に書かれた順のまま、番号を付けて並べ、本文を引用する
3. 時間帯で手順が分かれていれば、いまの時間帯の手順を書く
4. 同じ現場の過去の対応記録があれば、日付と要点を1〜2行で書き、
   指令書どおりか、その場の判断かを書く
5. 手順を決めるのに隊員に確かめることがあれば、2つまで挙げる
6. 全体を200字程度に収める

【厳守事項】
- 電話番号、連絡先の人の名前、会社名を書かないでください。
  連絡が必要な手順は「連絡先表の第1連絡先へ連絡」のように、
  指令書の言い方のまま書いてください。
- 検索結果に無い手順を、一般的な警備の知識で補わないでください。
- 指令書に書かれていない行動（追いかける、取り押さえる、
  鍵を壊して入るなど）を書かないでください。
- 警察・消防に通報すべきかを判断して書かないでください。
  指令書に通報の手順が書かれていれば、その本文を引用してください。
- その場の判断で行った過去の対応を、手順として書かないでください。
- 暗証番号、鍵の番号、金庫の位置を書かないでください。
- 当たる手順が見つからないときは、
  「指令書で該当の手順を確認できませんでした」とだけ書いてください。

「電話番号を書かない」を明記しないと、AIは引用の中や過去の対応記録から番号を拾って書きます。 前処理で消していても、報告書の自由記述に番号が残ることはあります。中継プログラムでも、答えの文に数字が7桁以上続く箇所があれば伏せ、記録に印を付けます。

「指令書の順のまま」も大事です。 異常の手順は順番に意味があります。発報なら「現地の確認」が先で「契約先への連絡」が後、AIが読みやすさで並べ替えると、確認の前に契約先へ電話することになります。

出力形式を固定する

answer メソッドの返り値と連絡先表を、中継プログラムが次の形にまとめます。

{
  "query_id": "",
  "site_id": "",
  "situation_type": "alarm | intruder | sick | leak | elevator | request | other",
  "time_band": "daytime | night_holiday",
  "answer_text": "",
  "citations": [ { "doc_kind": "orders | record", "chapter": "",
                   "version_from": "", "basis": "", "quote": "", "uri": "" } ],
  "ask_guard": [],
  "contacts": [ { "rank": 1, "role": "", "phone": "", "updated": "" } ],
  "grounding_score": 0,
  "status": "answered | skipped | no_site",
  "skipped_reason": ""
}

1つ目の理由は、連絡先を答えの文と別の欄に置けることです。 contacts は連絡先表から写したもので、answer_text には番号が入りません。 画面では答えの右に連絡先を順位どおりに並べ、表の改訂の日も出します。

2つ目は、citations に版と種類を持たせられることです。 引用ごとに指令書か対応記録か、何日からの版かが分かり、対応記録の引用には「その場の判断」の印が付きます。

3つ目は、status で画面の出し方を分けられることです。 answered なら答えと引用、skipped なら目次と「隊長に確認」、no_site なら現場を選ぶ欄だけを出します。

公式のドキュメントでは、引用の位置（startIndex／endIndex）は文字ではなく UTF-8 のバイト単位です。日本語の答えの文で引用の箇所に印を付けるときは、バイトの位置を文字の位置に直してから使います。 そのまま文字の位置として使うと、印がずれます。

システムへ連携する

隊員のタブレットから引けるのは、その隊員が配置されている現場だけにします。 中継プログラムが、隊員の配置の表から選べる現場を決めます。管制の担当は全現場を選べます。

公式のドキュメントには、データストアの文書ごとに読める人を決めるアクセス制御がありますが、Preview の機能で、データストアを作るときにしか有効にできません。 この構成では、読める現場の制御を中継プログラムの絞り込みで行い、Preview の機能には頼りません。

人が確認する

1. 現場と版を見る … 画面の上に、選んだ現場の名前と、引用した指令書の版の始まりの日が出ます。電話の相手の現場と合っているかを最初に見ます
2. 引用の元の頁を開く … 手順の引用を指令書の頁で確かめてから隊員に伝えます
3. 連絡先の改訂の日を見る … 連絡先表の改訂が古ければ、営業所に確かめます
4. その場の判断の記録は参考にとどめる … 対応記録の引用に「その場の判断」の印があれば、手順としては伝えません
5. 外れを記録する … 答えが手順と違った、手順が見つからなかったときは、画面の「違う」を押して理由を書きます

1番目を省かないでください。 管制の担当は同時に複数の現場の電話を受けることがあります。画面の現場と電話の現場が違っていれば、引用がどれだけ正しくても指示は誤りです。

5番目の記録は、指令書の書き直しの材料になります。

例外に対処する

4行目は、検索の仕組みの外に置きます。 急病人や火災で、通報が検索の答えを待つことがあってはなりません。固定の文は、状況の区分を選んだ時点で、answer メソッドを呼ぶ前に出します。

記録を残す

• 問い合わせごとの、現場、状況の区分、状況の文、時間帯、問い合わせた人
• 絞り込みの条件の全文と、answer メソッドの返り値の全文（答えの文、引用、根拠の強さ、answerSkippedReasons）
• 画面に出した連絡先と、連絡先表の改訂の日
• 担当が「違う」を押した記録と理由
• 伏せた数字があった答えの記録
• 取り込んだ指令書の版と取り込みの日

2つ目で絞り込みの条件を残すのは、隣の現場の手順が出たと疑われたときに確かめるためです。