募集図面の画像から間取り・面積・設備・方位をポータル掲載用の項目に読み取り、登録内容との食い違いを掲載前に出す

処理の起点を決める

時間主導のトリガーで15分ごとにスクリプトを動かし、受付フォルダの新しい図面を拾います。 Apps Script の時間主導のトリガーは、毎分から月1回までの間隔を選べます。毎日決まった時刻の指定は、その時刻から1時間のうちのどこかに決まるとされているので、時刻の正確さが要る処理には向きません。この業務は届いた順に処理すれば足りるので、間隔で回します。

図面は、物件ごとの受付フォルダに入れます。 フォルダ名を物件管理の仕組みの物件番号にしておけば、どの物件の図面かをファイル名から推し量る必要がありません。メールの件名に物件番号が入っているものは自動で振り分け、入っていないものだけを人が置きます。

処理が終わった図面は、処理済みのフォルダへ移します。移すのは、シートへの書き出しまで成功したときだけです。 受付フォルダに残っている数が、そのまま未処理の数になります。

入力データを集める

質を決めるのは、設備の言い換えの一覧です。 図面には「シャンプードレッサー」「洗髪洗面化粧台」「独立洗面」と書かれ、ポータルの項目は「独立洗面台」です。この対応をAIに毎回考えさせると、担当者が決めていた対応と少しずつずれます。 図面に書かれた言い方を写させ、対応はスクリプトの側で一覧を引いて決めます。

自社の入力の決まりも、文章にして一覧にします。 第3章の（d）にある「担当者の頭の中の決まり」を、ここで書き出します。

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

図面のファイルは、Apps Script で受付フォルダから読み、20MBを超えるものは Files API で送ってから、Gemini API を呼びます。登録済みの項目は、物件管理の仕組みが毎朝書き出すCSVをシートに取り込んでおき、物件番号で引きます。

Files API は、同じ図面を何度も読ませるときにも使います。 確認の画面で人が「この室の畳数をもう一度読んで」と頼む場合、送り直さずに同じファイルを指定できます。保存は48時間なので、その日のうちに確認を終える運用と合わせます。図面の細かい文字が読みにくい場合は、画像1枚あたりに割り当てるトークンの上限を決める media_resolution を上げて試します。

1つのPDFに複数の物件の図面が入っていることがあります。 管理会社が空室をまとめて送ってくる場合です。1ページ1物件かどうかを先に確かめ、ページごとに分けてから渡します。

AIへ渡す前に整形する

1. 形式の確認 … PDFまたは画像（PNG、JPEG、WEBP、HEIC、HEIF）であることを確かめます。それ以外は人へ戻します
2. 大きさの確認 … 本文とあわせて20MBを超えるものは Files API で送ります。PDFは50MB、1,000ページが上限です
3. ページの分割 … 1ファイルに複数の物件があれば、ページで分けます
4. 向きの確認 … FAXを取り込んだ図面は横向きや逆さまのことがあります。向きを直してから渡します
5. 解像度の確認 … PDFのページは3072×3072ピクセルより大きければ縮められ、小さければ768×768ピクセルに引き伸ばされます。FAXの図面は文字がつぶれやすいので、元付業者にPDFで送り直してもらう対象にします
6. 重複の確認 … 同じ物件番号で前に処理した図面があれば、差し替えとして印を付けます

5番目を軽く見ないでください。 小さく取り込まれた図面は、引き伸ばされても文字は増えません。「洋6.0」が「洋8.0」に見える図面は、AIにも人にも同じように見えます。 読めない図面を読ませるより、送り直してもらうほうが確実です。

AIに処理させる

させるのは、図面に書かれている文字と記号を、決めた項目に写し、それぞれの位置を返すことです。

方位だけは、記号の読み取りと位置の関係を見る必要があります。 方位記号の向きと、バルコニーや大きな窓がどちら側にあるかを返させ、「南向き」と決めるのはスクリプトの側の決まりで行います。 方位をどう取るかは自社の入力の決まりで、AIの判断にしません。

設備のアイコンは、言い方より読み違いが起きやすい箇所です。 管理会社ごとにアイコンの絵柄が違い、凡例が図面の隅に小さく書かれていることもあります。凡例があればその文字を写させ、凡例の無いアイコンは unreadable にします。 絵柄から「たぶん浴室乾燥機」と決めさせると、似た絵柄の換気扇と取り違えます。

1行目がいちばん起きやすい失敗です。 畳数の書かれていない室があると、AIは図面の他の室と比べて「約4.5畳」と埋めます。その数字は、どの書類にも根拠がありません。

指示内容を固定する

あなたは不動産仲介会社の物件登録の担当として、募集図面に書かれている
内容を、決められた項目に写す役割です。図面に書かれている文字と記号だけを
根拠にしてください。

【写す項目】
1. 間取りのタイプ（図面に書かれた表記）
2. 各室の名前と畳数（室ごとに、書かれた表記のまま）
3. 専有面積または延べ面積（数値、単位、壁芯・登記などの注記）
4. 所在階と階建て
5. 方位記号の向きと、バルコニー・主要な窓が図面のどちら側にあるか
6. 設備（一覧やアイコンの言い方のまま）
7. 注記（納戸、サービスルーム、現況優先などの記載）

【厳守事項】
- 書かれていない値は null にしてください。推測で埋めないでください。
- 間取り図の線の長さ、縮尺、他の部屋との比較から、畳数や面積を
  計算しないでください。
- 部屋の数から「1LDK」などの間取りのタイプを作らないでください。
  図面に表記が無ければ null です。
- 設備は図面の言い方のまま写してください。言い換えないでください。
- 「南向き」などの向きを決めないでください。方位記号の向きと、
  バルコニーと窓の位置だけを返してください。
- 文字がつぶれて読めない場合は、読めたように見える値を入れず、
  status を unreadable にしてください。
- 値ごとに、図面のどこに書かれていたかを box_2d で返してください。
  座標は 0〜1000 に正規化した [ymin, xmin, ymax, xmax] です。
- 1枚に複数の物件の図面があると判断した場合は、読み取りをせず
  multiple_properties を true にしてください。
- 賃料、価格、管理費は読み取らないでください。

「縮尺から計算しない」を明記しないと、計算します。 間取り図には寸法線や縮尺が描かれていることがあり、AIはそれを手がかりに畳数を出します。出てきた数字がもっともらしいほど、人の確認で通ってしまいます。

「賃料、価格を読み取らない」も意図して入れています。 図面の条件欄の賃料は、届いた後に変わることが多く、図面の賃料で掲載すると、古い条件で募集することになります。 賃料と価格は物件管理の仕組みの登録だけを使います。

出力形式を固定する

JSON Schema を渡し、次の形のJSONで受け取ります。

{
  "property_no": "",
  "page": 1,
  "multiple_properties": false,
  "fields": [
    { "item": "layout_type | room | area | floor | orientation | equipment | note",
      "label": "", "value": "", "unit": "",
      "status": "ok | not_written | unreadable",
      "box_2d": [0, 0, 0, 0] }
  ],
  "orientation_hint": { "north_arrow_deg": null, "balcony_side": "top | bottom | left | right | null" }
}

1つ目の理由は、status で「書かれていない」と「読めない」を分けられることです。 not_written は図面に無いので元付業者に聞くもの、unreadable は図面を送り直してもらうものです。同じ空欄でも、次にすることが違います。

2つ目は、box_2d で確認が速くなることです。 確認の画面で図面に枠を描けば、人は値と図面の該当箇所を並べて見られます。

構文の正しさと値の正しさは別です。 Gemini の構造化出力は、JSONとして正しい形を返しますが、値はアプリケーションの側で確かめるよう公式の説明にもあります。スクリプトで次を確かめます。

2行目と3行目は、表示の決まりから来ています。 不動産の表示に関する公正競争規約の施行規則は、畳数で表示する場合の1畳あたりの広さを1.62平方メートル以上（各室の壁心面積を畳数で除した数値）としています。また、DK・LDKの広さの目安となる指導基準は、居室が1部屋ならDKは4.5畳・LDKは8畳、2部屋以上ならDKは6畳以上・LDKは10畳以上を目安（下限）としています。目安を下回る表記の図面は、食い違いとは別に「表記の確認」として出します。

システムへ連携する

食い違いの突き合わせは、項目ごとに決まりを分けます。

シートに書き出す食い違いの一覧は、次の形にします。

「次にすること」の列まで出すと、担当者は一覧を上から片付けるだけになります。

設備の「登録にあって図面に無い」を必ず出してください。 登録が先に作られた物件では、前の入居のときの設備が残っていることがあります。 撤去されたエアコンを掲載し続けるのは、この型です。

人が確認する

1. multiple_properties と unreadable を先に見る … 図面の分け直しか、元付業者への送り直しの依頼です
2. 食い違いを見る … 図面の印の場所と登録の値を並べて見ます。どちらが正しいかは、元付業者に確かめてから決めます
3. 「表記の確認」を見る … DK・LDKの目安を下回る表記や、畳数の合計が面積を超えるものです。掲載の表記をどうするかを決めます
4. 残りを流し見る … 印の付いた図面と項目の案を並べて見て、取り込みに回します

目標は、1件をならして4分です。 食い違いの無い図面は流し見て1〜2分、元付業者への確認が要るものは電話を含めて10分を超えます。それより多い月は、言い換えの一覧が足りないか、読みにくい図面が増えています。

例外に対処する

下から2行目は、条件の変更を拾う機会にもなります。 差し替えの図面で設備や面積が変わっていれば、掲載中の内容も直す必要があります。

記録を残す

• 元の図面のファイルと、受け取った日時、物件番号
• Gemini API に渡した指示と、返ってきたJSONの全文
• スクリプトの値の確認の結果と、食い違いの一覧
• 人が項目の案を直した記録 … どの項目を、どの値に変えたか
• 元付業者に確かめた日時と、確かめた結果
• 物件管理の仕組みへ取り込んだ日時

4つ目が、言い換えの一覧を育てる材料になります。 同じ言い方の設備で毎回直しているなら、一覧の対応が足りていません。