広告会社の考査担当が、新聞・ラジオ・交通広告の媒体社ごとの広告掲載基準を引き、出稿前の原稿の表現が基準に触れないかを根拠つきで確かめる

処理の起点を決める

起点は、案件管理システムに原稿が登録された、または原稿が更新されたことです。 知らせ方（更新の通知、または数分おきの一覧の読み出し）はシステムに合わせて選び、中継プログラムは原稿の番号を受け取って中身を読み直します。

掲載日の欄が空の原稿は検索せず、制作に戻します。 原稿が更新されたら、前の確認結果は残したまま新しい版で確かめ直します。

もう一つのトリガーは、掲載基準の改定と媒体社からの通知です。 考査担当が新しい写しを置き、メタデータに効力の期間を書きます。前の版は消さず、終わりの日を書いて残します。 取り込みは毎晩まとめて行います。

入力データを集める

質を決めるのは、掲載基準を章ごとに分けて区分を付けることです。 掲載基準は「掲載しないもの」「表現の基準」「業種ごとの基準」に分かれていることが多く、章に category（業種）と section_kind（表現・業種・責任の所在など）を付けます。 商材の区分で業種の章だけを確実に引けるようにするためです。

業界の基準は、媒体社の基準の代わりにはしません。 たとえば民放連の放送基準は、「(124) 原則として、最大級またはこれに類する表現をしてはならない」「(127) 統計・学術用語・文献などを引用して、実際以上に科学的と思わせるおそれのある表現をしてはならない」のように表現の基準を定め、第16章で医療・医薬品・化粧品・健康食品などの広告を扱っています。ラジオ局が自局の基準でこれをどう運用しているかは局ごとに違うので、業界の基準は doc_kind を分け、局の基準と並べて見せます。

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

掲載基準は媒体社ごと・版ごとに章で分け、通知は1件ずつファイルにして Cloud Storage に置きます。メタデータは JSON Lines で、1行ごとに id、structData、content（mimeType と uri）を書きます。

{"id":"np-a-std-2026-ch5","structData":{"media_id":"np_a",
 "media_type":"newspaper","doc_kind":"media_standard",
 "category":["health_food","cosmetics"],"section_kind":"industry",
 "effective_from":"2026-04-01T00:00:00Z",
 "effective_to":"2099-12-31T23:59:59Z"},
 "content":{"mimeType":"application/pdf","uri":"gs://ad-std/np-a-std-2026-ch5.pdf"}}

doc_kind は媒体社の基準（media_standard）、媒体社の通知（media_notice）、業界の基準（industry_code）の3つです。業界の基準は media_id に業界団体の識別子（jba など）を入れ、どの媒体社がその業界の基準に従うかは、中継プログラムが持つ媒体社の一覧から決めます。

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

media_id: ANY("np_a")
AND effective_from <= "2026-11-20T00:00:00Z"
AND effective_to >= "2026-11-20T00:00:00Z"
AND (category: ANY("health_food") OR section_kind: ANY("expression","responsibility"))

媒体社の識別子は、1回の検索に1つだけ入れます。 ANY("np_a","np_b") と並べると、2社の条文が混ざって答えの根拠になります。日付は掲載日です。 確認する日ではなく、その原稿が紙面に載る日・放送される日に効く版を引きます。

AIへ渡す前に整形する

1. 原稿を表現の単位に分ける … キャッチ、ボディの1文ずつ、注釈の1行ずつに分け、番号を振ります。注釈は本文の表現とひも付けます（「※当社調べ」がどの「No.1」の注釈かを残す）
2. 注意語の辞書を当てる … 表現ごとに当たった語と観点を付けます。数字（％、倍、円、年）を含む表現には「数値の根拠」の観点を付けます
3. 検索の文を作る … 媒体社ごとに、観点の付いた表現を1つずつ「この表現について、掲載基準の該当する条文」の形にし、加えて商材の区分の章を引く文を1つ作ります
4. 広告主の未発表の情報を外す … 発売前の商品名や価格は、検索の文では「新商品」「価格」に置き換えます

1番目で注釈をひも付けるのは、注釈が本文の表現の条件になっているからです。 「No.1」は、調査の主体と時期の注釈があるかで扱いが変わる媒体社があります。注釈を切り離して検索すると、条件を満たしているのに触れるおそれがあると出ます。

3番目で表現ごとに分けるのは、原稿全体を1つの文にすると目立つ表現の条文だけが引かれるからです。 媒体社3社・表現6つなら、商材の区分の分とあわせて21回です。

AIに処理させる

させるのは、1つの媒体社の掲載基準と通知の中から、渡された表現に関わる条文を探し、条文を本文のまま引用して、表現のどの語がその条文に関わるかを書くことです。

3行目は、掲載基準の「関係法令に違反するものは掲載しない」という条文から、AIが法令を推測で持ち出すのを止めるためです。

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

filteringLevel を高くすると、根拠の弱い回答は生成されず、answerSkippedReasons に LOW_GROUNDED_CONTENT が返ります（関係の薄い内容で止まったときは NO_RELEVANT_CONTENT）。どちらも「触れるおそれなし」とは扱わず、 表の該当の欄に「条文を特定できず」と出して考査担当が基準を開きます。

指示内容を固定する

answer メソッドの promptSpec.preamble に、次の指示を入れます。中継プログラムは、媒体社名、媒体の種類、商材の区分、掲載日、表現の番号、表現の本文、ひも付いた注釈、観点を検索の文の先頭に付けます。

あなたは広告会社の考査担当として、入稿前の原稿の表現が、
1つの媒体社の広告掲載基準のどの条文に関わるかを調べる立場です。
読むのは考査担当で、媒体社に入稿する前に必ず確かめます。

【前提】
検索の対象は、この媒体社の掲載基準・通知と、この媒体社が従う
業界の基準のうち、掲載日に効く版だけです。
検索の文の最初に、媒体社名、媒体の種類、商材の区分、掲載日、
表現の番号、表現の本文、ひも付いた注釈、観点が並んでいます。

【答え方】
1. 表現に関わる条文を、文書の名前・版・章と条文の番号を付けて示す
2. 条文の本文を、言い換えずにそのまま引用する
3. 表現の中で、その条文に関わる語を「」で示す
4. 条文が求める表示や根拠があれば、それを書く
5. 業種や表現の扱いを変えた通知があれば、日付と本文を引用する
6. 媒体社の基準と業界の基準の両方に当たる場合は、分けて書く

【厳守事項】
- 「掲載できます」「掲載できません」「問題ありません」
  「通ります」「NGです」と書かないでください。
- 言い換えの案や修正後の表現を書かないでください。
- 法律の名前や条文を、検索結果に無いのに書かないでください。
- 検索結果に無い条文、ほかの媒体社の基準で答えないでください。
- 一般的な広告の考え方で補わないでください。
- 注釈が付いている場合は、注釈が条文の求める表示に当たるかを
  判断せず、「注釈あり：」として注釈の本文を並べてください。
- 関わる条文が見つからないときは、
  「この媒体社の基準で該当する条文を確認できませんでした」
  とだけ書いてください。

「注釈が当たるかを判断しない」を明記しないと、AIは注釈を読んで「出典の表示があるため基準を満たしています」と書きます。 その一文は、そのまま「この表現は大丈夫」と読まれます。注釈が足りているかは媒体社の運用で決まるので、条文と注釈を並べて見せるところで止めます。

言い換えの案を禁じるのは、制作と広告主の合意のない原稿が回りはじめるからです。

出力形式を固定する

answer メソッドの返り値と原稿の項目を、中継プログラムが次の形にまとめます。

{
  "manuscript_id": "",
  "manuscript_version": 0,
  "insertion_date": "",
  "product_category": "",
  "expressions": [ { "no": "", "text": "", "notes": [], "viewpoints": [] } ],
  "findings": [
    { "expression_no": "", "media_id": "", "status": "cited | not_found | skipped",
      "citations": [ { "doc_kind": "media_standard | media_notice | industry_code",
                       "title": "", "version": "", "article": "",
                       "quote": "", "quote_verified": true, "uri": "" } ],
      "related_words": [], "required_display": "" }
  ],
  "flags": []
}

引用は references から取ります。quote_verified は、引用の文字列がチャンクの本文にそのまま含まれるかを中継プログラムが照合した結果です。 含まれなければ false にし、考査担当が原文を開きます。引用の位置（startIndex／endIndex）は UTF-8 のバイト数なので、日本語の文を文字数で切るとずれます。

確認の画面では、行に表現、列に媒体社を並べた表にします。 欄には条文の番号と短い引用、not_found なら「条文を特定できず」を出します。

media_split は、厳しい1社に合わせて全社分を直すか、その1社だけ別の原稿にするかを、営業と広告主が決めるための印です。

システムへ連携する

修正の相談は考査担当が書きます。 表をそのまま送ると、引用が「指示」として読まれ、意図しない直し方が起きます。

人が確認する

掲載基準に触れるかを判断するのはいつも考査担当で、掲載するかを決めるのはいつも媒体社です。

1. 版を確かめる … 表の上に出る媒体社ごとの版が、掲載日に効くものかを見ます
2. no_version と quote_mismatch を先に片づける … どちらも、表の中身を信じてよいかの前提です
3. 条文を読む … 引かれた条文が、表現のどの語に関わっているかを原文で確かめます。not_found の欄も、商材の区分の章は自分で開きます
4. 媒体社ごとの違いを整理する … media_split の表現は、営業と相談の進め方を決めます
5. 事前相談に回す … prior_consultation のものは、媒体社の考査の窓口に原稿を見せて相談します

3番目の not_found を省かないでください。 検索の取りこぼしと本当に条文が無いことは、表の上では同じ見た目です。

例外に対処する

3行目は、新しい媒体社に初めて出すときに必ず起きます。 「未登録」と出せば、「問題なし」と読む事故を防げます。

記録を残す

• 原稿の版、出稿先、掲載日、表現の分け方と付けた観点
• 媒体社ごとの絞り込みの条件と、そのとき効いていた基準の版
• answer メソッドの返り値の全文（answerText、citations、references、answerSkippedReasons）
• 表現×媒体社の表と flags、考査担当が書いた修正の相談の全文
• 媒体社の考査の結果（差し戻しの有無と理由）を、後から考査担当が記録したもの

最後の行は、検索の取りこぼしを見つけるための記録です。 表で not_found だったのに媒体社から差し戻された表現があれば、その条文の章の分け方か、注意語の辞書が足りていません。 月に一度、差し戻しの記録と表を突き合わせ、辞書と章の区分を直します。