銀行の店舗外ATMコーナーの巡回写真を基準の写真と比べ、無断の貼り紙・不審な機器の候補・案内の掲示の欠けを見つけて、巡回報告と対応の依頼の下書きにする

処理の起点を決める

写真がコーナーのフォルダに入ったことを起点にします。 Local File Trigger が追加を検知し、ワークフローが動きます。定時のまとめ処理にはしません。 第3章の（b）のとおり、至急のものは写真が入ってから数分で知らせたいからです。

1つのコーナーの写真がそろってから処理します。 決まりは「ATMの前面（機械ごと）、天井と壁の隅、掲示物の壁、床」の枚数です。ファイル名を「コーナーの番号_撮影日時_位置」とし、決めた位置の写真がそろうか、最後の写真から10分たった時点で処理します。ATMの前面の写真だけは、そろうのを待たずに先に処理します。 至急の候補が出るのは、ほとんどがこの写真だからです。

巡回の予定と照らして、写真が来ないコーナーを出します。 巡回の予定日の夕方に、予定のあったコーナーのうち写真が1枚も入っていないコーナーを一覧にします。巡回が抜けたコーナーは、点検が抜けたコーナーです。

入力データを集める

質を決めるのは、基準の写真です。 写真1枚から「不審な物があるか」を見分けさせると、ATMの機種ごとの部品の形を知らないAIは、もとからある部品を不審と答えたり、本当に付け足された物を見逃したりします。 同じ位置から撮った正常な写真と並べて、「違い」を答えさせるほうが確かです。

基準の写真は、ATMの入れ替え、改装、掲示物の差し替えのたびに撮り直します。 古い基準の写真のままだと、新しい機種のカバーを「見慣れない物」と出し続けます。 撮り直した日を台帳に持たせ、巡回写真より新しい基準が無いコーナーは「基準の更新が要る」とします。

掲示物の台帳には、見分けの手がかりを持たせます。 版ごとに題名の文言や色が違うなら、それを書いておきます。AIには掲示物の文言を読ませ、版の判定はワークフローが台帳の手がかりと照らして行います。

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

n8n のワークフローが、次の順に集めます。

AIには、同じ位置の基準の写真と巡回写真を、組にして渡します。 「1枚目が基準、2枚目が今回」と順番を決めておき、位置ごとに1組ずつ呼び出します。全部の写真を1回で渡すと、どの基準とどの写真を比べたのかが答えから分からなくなります。

HTTP Request ノードの Batching で、1回に送る件数と間隔を決めます。 多くのコーナーの写真が同じ時間帯に入ったときに、呼び出しが一度に集中しないようにします。Timeout も設定し、応答が無い呼び出しは打ち切って「未処理」にします。

AIへ渡す前に整形する

1. 位置と枚数の確認 … 決めた位置の写真がそろい、コーナーの番号が台帳にあるかを見ます
2. 基準の写真の確認 … 同じ位置の基準の写真があり、撮り直した日が新しいかを見ます
3. 向きの補正 … 写真の向きの情報で、横倒しの写真を正しくします
4. 写りの確認 … 照明の映り込みが強い写真、ぶれた写真は「撮り直し」とします
5. 人と画面の写り込みの確認 … 利用者が写っている写真、ATMの画面に取引の内容が映っている写真は、AIに送らず撮り直しにします
6. 大きさの調整 … 長辺が大きすぎる写真は縮めます。カード挿入口と掲示物の文字が潰れない大きさは残します

5番目は、銀行の写真では必ず守ります。 巡回は利用者のいない時間を選び、利用者が来たら撮影を止めて待つ決まりにします。画面に取引の内容が映る角度からは撮りません。

4番目の映り込みは、ATMの前面のつやのある板でよく起きます。 天井の照明が映ると、光った部分を「見慣れない物」と答えやすくなります。 撮る角度を決め、斜めから撮る位置を基準の写真と同じにします。

AIに処理させる

させるのは、基準の写真と巡回写真の組ごとに、次のことを答えることだけです。

電話番号やQRコードの有無を答えさせるのは、無断の貼り紙の手がかりだからです。 本部の掲示物に載る番号は決まっています。台帳に無い電話番号やQRコードが載った貼り紙は、それだけで確認の対象にします。番号そのものはワークフローが台帳と照らします。

3行目がいちばん起きやすい失敗です。 カード挿入口の周りの違いを見せると、AIは「スキミング装置の可能性があります」と書き添えます。その一文が、清掃のときに付いたテープの跡や、メーカーの点検で付けた部品にも付きます。 違いの場所と種類までを答えさせ、意味は現地の確認に任せます。

指示内容を固定する

あなたは銀行のATMコーナーの巡回写真を、正常なときの写真と比べて、違いを書き出す立場です。
同じ位置から撮った写真を2枚渡します。1枚目が正常なときの基準の写真、2枚目が今回の巡回の写真です。
写真に見えるものだけを答えてください。

【この位置】{position}（例：ATM 2号機の前面）

【答えること】
1. 基準との違い（differences）
   - area：card_slot / keypad / ceiling_corner / wall / other
   - kind：added_object（基準に無い物がある）/ missing_object（基準にある物が無い）/
           shape_changed（形や色が違う）/ tape_or_residue（テープ、のりの跡、傷）
   - photo_no と box_2d、見えたものを短く note に
   - 写りが悪く比べられないときは、comparable を false にする
2. 2枚目に写る貼り紙・掲示物（notices）
   - 題名と目立つ文言を見えるとおりに写す
   - 電話番号が書かれているか、QRコードがあるか（true / false）
   - 文字が読めなければ readability を unreadable にする
3. 1枚目にあった掲示物が2枚目にも見えるか（baseline_notices）：present / missing / not_visible

【厳守事項】
- 違いが何であるか、スキミングの装置や隠しカメラかどうかを書かないでください。
  場所と種類と見た目だけを答えてください。
- 照明の映り込みや影の違いは、違いとして答えないでください。迷ったら comparable を false にしてください。
- 電話番号やQRコードの中身を読み取って答えないでください。あるかどうかだけを答えてください。
- 写っている人、ATMの画面に映っている内容について、何も書かないでください。
- 違いが無いときは differences を空にしてください。迷ったときに空にしないでください。

「違いが何であるかを書かない」を明記しないと、AIは書きます。 カード挿入口の周りに付け足された物を見れば、多くの場合スキミングの手口を知っているからです。その推測が当たっていても外れていても、現地の担当が手順どおりに確かめることは変わりません。 推測を書かせないことで、報告の言葉を事実に揃えます。

「迷ったときに空にしない」も入れておきます。 違いが小さいと、AIは「違いなし」を選びやすくなります。カード挿入口の周りでは、小さな違いこそ知らせてほしい違いです。

出力形式を固定する

構造化出力で、位置の組ごとに次の形のJSONを受け取ります。

{
  "corner_id": "OFF-0731",
  "position": "atm2_front",
  "comparable": true,
  "differences": [
    { "area": "card_slot | keypad | ceiling_corner | wall | other",
      "kind": "added_object | missing_object | shape_changed | tape_or_residue",
      "photo_no": 2, "box_2d": [0, 0, 0, 0], "note": "" }
  ],
  "notices": [
    { "title": "", "key_text": "", "has_phone": false, "has_qr": false,
      "readability": "clear | unreadable", "photo_no": 2, "box_2d": [0, 0, 0, 0] }
  ],
  "baseline_notices": [ { "box_2d": [0, 0, 0, 0], "status": "present | missing | not_visible" } ]
}

場所・種類・状態を enum にして、決めた値以外を返させません。 Gemini API の構造化出力は、/v1beta/interactions の response_format に mime_type: "application/json" とスキーマを入れて指定し、enum と required が使えます。ただし、JSONとして正しくても値が正しいとは限らないため、アプリケーションの側で値を確かめるよう案内されています。 ワークフローで、box_2d が0から1000の範囲にあるか、position が渡した位置と同じかを確かめます。

区分は、ワークフローが決めます。

至急の条件は、場所で絞っています。 壁や床の小さな違い（ごみ箱の位置など）まで至急にすると、当番への通知が毎日鳴り、本当の知らせが埋もれます。 カード挿入口・操作パネル・天井の隅は、全国銀行協会が挙げる手口の場所にあたります。

システムへ連携する

至急の知らせには、基準の写真と巡回写真の該当の部分に枠を付けた画像を添えます。 box_2d を写真の大きさに戻して枠を描きます。当番は、写真を開かずに場所が分かります。

ATMの停止や警察への連絡は、ワークフローから行いません。 至急の知らせを受けた当番が、銀行の手順に沿って現地の確認を手配し、必要なら停止や連絡を判断します。

人が確認する

1. 「至急」は当番がすぐに見る … 枠の付いた画像を見て、巡回の担当がまだ現地にいれば、その場で確かめてもらいます。離れていれば、手順に沿って近くの支店か委託先に確認を頼みます
2. 「要確認」を当日中に見る … 台帳に無い貼り紙は、支店や設置先の施設が貼ったものかを確かめます。どこも貼っていなければ、はがす手配をします
3. 「張り替え」をまとめて依頼する … 支店ごとに依頼の案をまとめて送ります
4. 「問題なし」は巡回報告で確定する … 一覧を流し見て確定します

至急の知らせが誤りだったときも、記録します。 誤りの多くは、ATMの点検でメーカーが付けた部品、清掃の後のテープの跡、基準の写真が古いことです。誤りが続くコーナーは、基準の写真を撮り直します。

目標は、480件をならして1件2.5分です。 「問題なし」のコーナーは一覧で短く済み、「至急」「要確認」のコーナーは写真を開いて確かめ、連絡します。

例外に対処する

「未処理」を「問題なし」に混ぜないでください。 とくにATMの前面の写真が未処理のまま「問題なし」になると、本部が二重に見るという、この構成の目的そのものが抜けます。

記録を残す

• コーナーごとの巡回写真と、撮影日時、撮った担当
• 基準の写真の版（撮り直した日）と、比べた組
• AIの答え（違い、貼り紙と掲示物、位置）
• 区分と、至急の通知を送った時刻、当番が確認した時刻
• 当番や担当が直した区分と、その理由（メーカーの部品、清掃の跡など）
• 張り替えの依頼と、張り替えを確かめた巡回の日

巡回報告の下書きは、たとえば次の形にします。

【ATMコーナー巡回報告】2026-10-08 分（巡回 30か所、未処理 0）
 OFF-0731 駅前 2号機 前面   至急：card_slot added_object（10:42 通知、10:51 現地確認・異常なし：点検の部品）
 OFF-0745 商業施設         要確認：台帳に無い貼り紙（電話番号あり、写真4 右下）
 OFF-0752 病院             張り替え：携帯電話の通話の呼びかけ 旧版
 OFF-0760 市役所出張所     問題なし

至急の通知から現地の確認までの時間を残すのは、手順が回っているかを見るためです。 時間が延びているコーナーは、近くに確かめに行ける人がいないコーナーです。