レンタカー会社の営業所で、訪日客が出す国際運転免許証と英語圏の本国の免許証を読み取り、有効期限・車種の区分・発行国を貸渡しの記録に転記して、貸渡しできない例を受付で拾う

処理の起点を決める

受付の担当者がタブレットで「読み取り」を押したことを起点にします。 書類を撮る台で、国際運転免許証の3ページと本国の免許証の表と裏を順に撮り、最後に読み取りを押します。撮る順番を画面で案内し、どの画像がどのページかを撮った順で決めます。 画像の中身からページを推し量ると、表紙と身分のページを取り違えます。

予約番号を先に読み込み、どの貸渡しの手続きかを決めてから撮ります。 同じ予約で運転者が2人いるときは、運転者ごとに撮り直します。

読み取りは同期で行い、結果は数秒でタブレットに返します。 混雑する時間帯に待たせないためです。同じ予約・同じ運転者で読み取りを押し直したときは、前の結果を捨てて新しい結果だけを使います。

上陸の日は、パスポートの上陸の許可の証印を見て担当者が入力します。 パスポートは撮影しません。読み取る書類を、貸渡しに必要なものに絞るためです。

入力データを集める

質を決めるのは、車両のクラスと区分の表です。 1949年の条約の様式では、B は運転席のほかに8席までの乗用の自動車と、最大の重量が3,500kg以下の貨物の自動車、D は運転席のほかに8席を超える乗用の自動車とされています。ワゴン車の大きいクラスを貸すときに、どの区分が要るかを表で決めておきます。 決めるのはカスタマーサポート部の責任者で、警察の案内を確かめながら作ります。

本国の免許証の区分の記号は、表に入れません。 国ごとに記号の意味が違い、国際運転免許証の A〜E と同じ文字でも同じ車種とは限らないからです。 日本で運転できる区分は、国際運転免許証の区分のページで確かめます。

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

様式は、表紙の行の文字で確かめます。 1949年の条約の様式の表紙には、条約の名前と年が書かれます。行のブロックに「1949」と道路交通の条約の名前があるかを規則で見て、「1968」や別の条約の名前があれば止めます。 どちらも見つからなければ、人に回します。

米国以外の免許証は、問い合わせで取ります。

公式のページでは、同期の問い合わせは1ページあたり15件までとされています。6件なら余裕があります。AnalyzeID の結果は、項目の名前が決まっているので、問い合わせは要りません。 ただし、AnalyzeID は位置の情報を返さないとされているので、番号の位置を画面で示すときは、画像全体を表示して担当者に見てもらいます。

AIへ渡す前に整形する

1. 画像の確かめ … JPEG か PNG で、10MB以下であることを確かめます。光の反射で文字が飛んでいるものは、撮り直しを画面で案内します
2. 文字の大きさ … 公式のページでは、読み取れる文字の高さは15ピクセル以上（150DPIで8ポイントの文字に相当）とされています。冊子の小さな文字が読めるよう、書類を撮る台の解像度を決めます
3. 発行国で読み取りの方法を分ける … 予約の情報と表の「USA」などの文字から、米国の免許証なら AnalyzeID、それ以外なら AnalyzeDocument に回します
4. 日付の読み方 … 月の名前のものはそのまま読み、数字だけの日付は国ごとの設定で読みます。日付の順は国によって違うので、設定の無い国で日が12以下のものは人に回します
5. 氏名の整え … 姓と名の順、ミドルネーム、大文字と小文字をそろえて照らします
6. 向きの扱い … 公式のページでは、面内の回転（傾いた書類）にはすべて対応するとされています。冊子を斜めに置いても読めますが、縦と横を取り違えた撮り方は信頼度が下がるので、撮る台に置き方の枠を描きます
7. 住所の整え … 本国の免許証の住所は複数行に分かれます。行の順を保ったまま1つにつなぎ、貸渡簿の住所の欄の長さに収まらないときは省かずに人に回します

2番目を軽く見ないでください。 国際運転免許証の冊子は小さく、発給日や条約の年の文字も小さいです。書類を撮る台の解像度が足りないと、様式の確かめそのものができません。

AIに処理させる

生成AIにさせるのは、貸渡しできない理由を客に伝える英文の説明の下書きだけです。 読み取りは Textract、様式・期間・照合は規則とプログラムが決めます。

読み取りの結果を生成AIに渡しません。 説明の下書きに要るのは理由の区分と返却の予定日だけで、氏名や免許証の番号は渡しません。

4行目がいちばん起きやすい失敗です。 本国の免許証の「C」を国際運転免許証の「C」と同じだと読むと、乗用の自動車の免許を貨物の自動車の区分として扱うような誤りが起きます。 区分は国際運転免許証のページだけで確かめます。

指示内容を固定する

あなたはレンタカー会社の営業所の受付で、訪日客に事情を説明する担当者を手伝います。
渡された「理由の区分」と「返却の予定日」だけを使って、客に見せる短い英文を書いてください。

【理由の区分】
- format_not_geneva ....... 国際運転免許証がジュネーブ条約（1949年）の様式でない
- period_exceeded ......... 発給から1年、または上陸から1年を、返却の予定日までに過ぎる
- home_licence_expired .... 本国の免許証の有効期限が返却の予定日までに切れる
- name_mismatch ........... 書類どうしの氏名か生年月日が合わない
- category_missing ........ 予約の車両に要る区分の印が無い

【厳守事項】
- 3文以内の丁寧な英語で書いてください。
- 日本の法令の条文の番号や、罰則に触れないでください。
- 「必ず」「絶対に」など、担当者がまだ決めていない結論を書かないでください。
- 返金、料金、代わりの車両や運転者について約束しないでください。
  「スタッフがご案内します」とだけ書いてください。
- 客を責める言い方をしないでください。
- 渡されていない情報（国名、氏名、日付の計算）を足さないでください。

「罰則に触れない」を明記するのは、受付で見せる文だからです。 法令の説明が長くなると、客は自分が責められていると受け取ります。説明は理由と次の案内までに留め、詳しい事情は担当者が口頭で補います。

「スタッフがご案内します」で終えるのは、代わりの案を出すのが担当者の判断だからです。 同行者に運転を替える、予約を取り消す、といった扱いは貸渡約款に沿って決まります。

出力形式を固定する

照合の結果は、プログラムがJSONで出し、タブレットに表示します。

{
  "reservation_no": "R-260914-0331",
  "driver_no": 1,
  "idp": { "convention_text": "",
           "format": "geneva_1949 | other | unknown",
           "issue_date": "2026-03-02", "issuing_country": "" },
  "landing_date": "2026-10-12",
  "drivable_until": "2027-03-01",
  "return_date": "2026-10-19",
  "home_licence": { "source": "AnalyzeID | AnalyzeDocument", "number": "", "expiry": "2029-08-31",
                    "class_text": "", "issuer": "" },
  "name_check": "matched | mismatch", "dob_check": "matched | mismatch",
  "category_image_page": 3,
  "register_draft": { "name": "", "address": "", "licence_type": "International Driving Permit (1949)", "licence_no": "" },
  "flags": [],
  "min_confidence": 97.4
}

1つ目の理由は、drivable_until を返却の予定日と並べて見せられることです。 発給から1年と上陸から1年の早い方を、プログラムが出します。受付の担当者は日付を計算せずに、返却の予定日より後かを見るだけで済みます。

2つ目は、register_draft で貸渡簿の転記の案がそのまま画面に出ることです。 担当者は原本と見比べて登録を押すだけで、打ち込みの誤りが減ります。

システムへ連携する

人の確認を、AWS の人の確認の仕組みに任せません。 AnalyzeDocument の公式のページでは、人の確認の流れを組み込む Amazon Augmented AI は2026年7月から保守の扱いになり、新しい利用者を受け付けていないとされています。確認はタブレットの画面で受付の担当者が行います。

画像は貸渡しの仕組みに長く残しません。 貸渡簿に要るのは記載事項で、画像そのものを残すかは、貸渡約款と個人情報の取り扱いの方針で決めます。

画像は S3 に置かず、読み取りの呼び出しに直接渡します。 AnalyzeDocument と AnalyzeID は、文書を S3 の場所で渡すほかに、画像のデータそのものを渡す形にも対応するとされています。保管の場所を増やさないことで、消し忘れも減ります。

人が確認する

受付の担当者が全件で確かめます。 見る順を画面で決めておきます。

1. flags を先に見る … 様式・期間・期限・氏名のどれで止まったかを見て、原本で確かめます
2. 区分のページの画像を見る … 予約の車両に要る区分の欄に印があるかを見ます。印があるかを決めるのは担当者です
3. 顔写真を本人と見比べる … 国際運転免許証と本国の免許証の写真を本人と見比べます
4. 転記の案を原本と見比べて登録する … 免許証の番号と住所を見比べ、登録を押します
5. 理由があるときは説明の下書きを見せる … 直してから見せ、断るか、運転者を替えるかは担当者が決めます

1番目で止まったものは、原本で確かめるまで断りません。 読み取りの誤りで様式が分からなかっただけのこともあります。表紙の文字を担当者が自分の目で読んでから、説明に進みます。

運転者が2人以上いる予約では、全員について同じ確認をします。 受付に来た1人だけを確かめ、途中で運転を替わる同行者の書類を見ないと、運転できない人がハンドルを握ることになります。 画面で運転者の人数分の確認が終わるまで、登録を押せないようにします。

例外に対処する

最後の行を用意しておくことが、受付の構成では大事です。 読み取りが止まっても受付は止められません。従来の確認の手順を画面にいつでも出せるようにしておきます。

記録を残す

• 予約番号・運転者・読み取りの日時と、使った読み取りの方法
• 照合の結果（flags、drivable_until）と、そのとき入力した上陸の日
• 担当者の確認の結果 … 区分の印の有無、顔写真の確認、転記の案を直した箇所
• 貸渡しを断った・運転者を替えたときの理由の区分
• 貸渡簿への登録の日時と担当者

画像と読み取りの全文は、確認の後に短い期間で消す設定にします。 後から誤りを確かめる必要があるのは、照合の結果と担当者の確認の記録です。