工事現場の入口の掲示板の写真から、建設業の許可票・労災保険関係成立票などの法定の掲示物がそろっているかと記載の食い違いを確かめる

処理の起点を決める

時間主導型トリガーで1時間ごとにフォルダを見回ります。 現場代理人は朝礼の後や昼休みに写真を入れることが多く、届いた順にその日のうちに区分が出れば十分です。写真1枚ごとに動かす仕組みにはしません。

1つの現場の写真がそろってから処理します。 決まりは「全体1枚＋掲示物ごとの寄り」です。ファイル名の先頭に工事番号と撮影日を付け、スクリプトは全体の写真があり、最後の写真が入ってから30分たった現場を「そろった」とみなします。全体の写真が無い現場は処理せず、「全体の写真が無い」として下書きに出します。

月初と月半ばの締めの日を決めます。 締めの日の翌朝に、その回の写真が1枚も入っていない現場を一覧にします。写真が来ない現場は、点検が漏れている現場です。点検の結果より先に、この一覧を担当に見せます。

月2回の定期の点検のほか、掲示物が変わる出来事のときにも撮ってもらいます。 技術者の交代、施工体系図の更新、解体から新築への切り替えの日です。工事台帳の側でこれらの日付が変わったら、スクリプトが現場代理人に「掲示板の写真をお願いします」と知らせるようにします。

入力データを集める

質を決めるのは、掲示物の表です。 法令が求める掲示物と、それが要る条件を、安全品質部が1つの表に書き出します。 法令で確かめられる範囲は次のとおりです。

この表は、工事の条件を引くだけで「要る・要らない」が決まる形にします。 自社の決まりで足している掲示物（緊急連絡先、工事のお知らせなど）があれば、同じ表に「自社の決まり」として足します。法令の掲示物と自社の決まりを区分しておくと、是正の依頼の書き方を分けられます。

工事台帳の技術者の氏名は、交代のたびに更新される前提です。 台帳が古いと、正しく差し替えた現場を「食い違い」と出します。照らす前に、台帳の更新日を見ます。

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

Google Apps Script が、次の順に集めます。

AIには、工事の条件も、台帳の氏名や番号も渡しません。 渡すのは写真と、「見分ける掲示物の種類の一覧」だけです。正の値を渡すと、AIは写真の文字をその値に寄せて読みます。 「山田」と渡せば、かすれた「山口」を「山田」と答えることがあります。読み取りと照合を分け、照合はスクリプトで文字列を比べます。

写真は base64 にしてリクエストに直接入れます。寄りの写真を含めて1現場で数枚なので、20MBの上限には通常届きません。スマートフォンの写真が大きすぎるときは、前処理で長辺を縮めます。

AIへ渡す前に整形する

1. 枚数と名前の確認 … 全体の写真があり、ファイル名が「工事番号_撮影日_全体／寄り」の決まりどおりかを見ます
2. 向きの補正 … 写真の向きの情報で、横倒しの写真を正しい向きにします
3. 大きさの調整 … 長辺が大きすぎる写真は縮めます。寄りの写真は、文字が潰れない大きさを残します
4. 写りの確認 … 極端に暗い写真、ぶれの大きい写真は、AIに送らず「撮り直し」とします
5. 人の写り込みの確認 … 作業員や通行人が大きく写っている写真は、撮り直しにします
6. 工事の条件の確認 … 台帳の更新日が古い工事は、照合の前に担当に知らせます

3番目で寄りの写真を縮めすぎないでください。 許可票の許可番号や技術者の氏名は、掲示板の全体の写真ではほとんど読めません。記載の照合は寄りの写真で行い、全体の写真は「何が掲げてあるか」を見るためと役割を分けます。

AIに処理させる

させるのは、写真に写る掲示物ごとに、次の4つを答えることだけです。

写真の単位でも2つ答えさせます。 掲示板の全体が写っているか（board_fully_visible）と、掲示板の一部を隠している物（資材、車、のぼり旗）があるか（obstruction）です。掲示板の端が切れていれば、そこに掲示物があっても見えません。 この2つが、「掲げていない」と「写っていない」を分ける材料になります。

4行目がいちばん起きやすい失敗です。 かすれた許可番号の1桁を、AIはそれらしい数字で埋めます。埋めた番号が台帳と合えば「一致」と出て、退色した許可票が見逃されます。 読めない欄は空にさせ、空の欄が多い掲示物は「読めない」として扱います。

指示内容を固定する

あなたは工事現場の掲示板の写真を見て、掲げてある掲示物を書き出す立場です。
同じ現場の写真を複数枚渡します。1枚目は掲示板の全体、2枚目以降は掲示物に寄った写真です。
写真に見えるものだけを答えてください。

【見分ける掲示物の種類】
- construction_license：建設業の許可票
- rousai：労災保険関係成立票
- building_confirmation：建築基準法による確認の表示
- subcontract_chart：施工体系図
- asbestos_survey：石綿の事前調査結果の掲示
- other：上のどれでもない掲示物（お知らせ、標語、連絡先など）
- unknown：種類が決められない掲示物

【掲示物ごとに答えること】
- type：上の種類
- photo_no と box_2d：その掲示物が写っている写真の番号と位置
- readability：clear / partial / unreadable
- fields：種類ごとに決めた欄の文字列（下の一覧）
- unread_fields：読めなかった欄の名前

【種類ごとの欄】
- construction_license：license_type（一般か特定か）、license_no、license_date、
  license_trades、company_name、representative、chief_engineer
- building_confirmation：confirmation_no、owner、designer、contractor、site_manager
- asbestos_survey：survey_end_date、summary
- subcontract_chart：updated_date
- rousai：見えている欄の名前と値をそのまま

【厳守事項】
- 文字は見えるとおりに写してください。かすれた文字や欠けた桁を、推測で補わないでください。
  読めない欄は空にして、unread_fields に入れてください。
- この現場に何の掲示物が必要か、足りないかを書かないでください。
- 法令に適合しているかを書かないでください。
- 掲示板の全体が写っていなければ board_fully_visible を false にしてください。
- 掲示板の一部を隠す物があれば、obstruction にその位置と物を短く書いてください。
- 写真に写っている人について、何も書かないでください。
- 同じ掲示物が全体の写真と寄りの写真の両方に写っているときは、1つとして答え、
  fields は寄りの写真から読んでください。

「何が必要か、足りないかを書かない」を明記しないと、AIは書きます。 掲示板に建築確認の表示が無ければ、「建築確認の表示がありません」と添えます。その工事が確認の対象でなければ、要らないものを「無い」と言っていることになります。 要否は表に寄せます。

「全体と寄りで同じ掲示物を1つとして答える」も入れておきます。 入れないと、許可票が2枚あるように数え、寄りの写真の記載と全体の写真の読めない記載が別々に返ります。

出力形式を固定する

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

{
  "board_fully_visible": true,
  "obstruction": [ { "photo_no": 1, "box_2d": [0, 0, 0, 0], "note": "" } ],
  "signs": [
    { "type": "construction_license | rousai | building_confirmation | subcontract_chart | asbestos_survey | other | unknown",
      "photo_no": 2,
      "box_2d": [0, 0, 0, 0],
      "readability": "clear | partial | unreadable",
      "fields": { "license_no": "", "chief_engineer": "" },
      "unread_fields": [] }
  ]
}

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

区分は、スクリプトが掲示物の表と工事台帳から決めます。

「不足」と「撮り直し」を分ける条件が、この構成でいちばん大事な区別です。 掲示物が見当たらないとき、掲示板の全体が見えていて隠す物も無いときだけ「不足」にします。それ以外は写真の問題として、現場には撮り直しだけを頼みます。

照合は文字列の比べ方を決めておきます。 許可番号は全角・半角と空白をそろえてから比べ、氏名は姓と名の間の空白を除いて比べます。それでも合わないものは「食い違い」とし、担当が寄りの写真で確かめます。

システムへ連携する

是正の依頼は、担当が確かめてから送ります。 下書きをそのまま自動で送ると、撮り方の問題で正しく掲げている現場に是正を求めることになります。依頼の下書きには、掲示物の種類、写真の番号と位置、台帳の値と読み取った値を並べます。

工事台帳は読み取りだけです。 許可票の技術者の氏名が台帳と違っても、台帳のほうを書き換えません。どちらが正しいかは、担当が工事の担当部署に確かめて決めます。 台帳の更新漏れが見つかることも、この点検の効果の1つです。

人が確認する

すべての現場で、担当の確定を通します。 写真を開く現場は区分で絞ります。

1. 「写真が来ていない現場」を最初に見る … 締めの日の翌朝に一覧を見て、現場代理人に連絡します
2. 「不足」と「食い違い」を確かめる … 寄りの写真と全体の写真で、本当に掲げていないか、本当に違うかを目で確かめ、依頼を送ります
3. 「撮り直し」「確認が要る」を片付ける … 撮り直しの依頼を出し、台帳の更新日が古い工事は工事の担当部署に確かめます
4. 「そろっている」は一覧で確定する … 下書きを流し見て、まとめて確定します

2番目を省かないでください。 「不足」は現場代理人への是正の依頼に直結します。掲げてあったのに依頼を出せば、次からその現場は写真を丁寧に撮らなくなります。

目標は、150件をならして1件4分です。 「そろっている」の現場は一覧で1分もかかりません。「不足」「食い違い」の現場は写真を開いて確かめ、依頼を書くので数分から十数分かかります。

例外に対処する

「未処理」を「そろっている」と混ぜないでください。 AIが応答しなかった現場を点検済みと扱うと、その回の点検が抜けたことに誰も気づきません。

記録を残す

• 現場ごとの写真と、撮影日、撮った現場代理人
• AIの答え（掲示物の種類・位置・読みやすさ・記載・読めなかった欄）
• 区分と、そのとき使った掲示物の表の版、照らした工事台帳の値
• 担当が直した区分と、確定した日
• 出した是正の依頼と、直ったことを確かめた日
• 現場ごとの「撮り直し」の回数

是正の記録の下書きは、たとえば次の形にします。

【掲示の点検】2026-10-01 回（工事番号 B-2041 ○○ビル新築工事）
 建設業の許可票   食い違い：主任技術者の氏名（掲示「○○」／台帳「△△」、台帳 9/20 更新）
 労災保険関係成立票 そろっている
 建築確認の表示   そろっている
 施工体系図       確認が要る：更新日が読めない（写真3 右下）
 石綿の事前調査結果 要らない（解体・改修の作業なし）
 前回の指摘       10日目で解消（工事のお知らせの差し替え）

「そのとき使った台帳の値」を残すのは、台帳が後から直されるためです。 技術者の交代の日付を台帳で直すと、過去の「食い違い」の意味が変わります。当時の値が残っていないと、どちらが遅れていたのかが分かりません。