住所 形式 国別の違いを把握することは、多国のフォームと検証データを作る出発点です。住所は、どの国にも存在する一方で、項目の順序、郵便番号の形、必要になる項目が国ごとに異なります。日本のように大きな区分から小さな区分へ書く国もあれば、番地から先に書く国もあります。ここでは、項目の順序の違い、郵便番号の形態、国によって存在しない項目、境界をまたぐフォームの妥協、検証できる項目の設計、そして国別の情報を保つときの注意を順に確認します。読み終えると、一つの入力欄の並びで全対応しようとして崩れる理由と、国ごとの違いを吸収する現実的な進め方が分かります。
住所の項目の順序は国ごとにどう違うのか？
住所を書く順序には、大きく二つの考え方があります。大きな区分から小さな区分へ進む書き方と、その逆の書き方です。日本は都道府県、市区町村、町名、番地という順で、大きな区分から先に書きます。これは住所をたどる手がかりが、まず地域のまとまりにあるためです。
一方、英語圏の多くは番地、通り名、市区町村、州、郵便番号という順で、小さな区分から先に書きます。受け取った側がまず建物を探し、そのあとで配達の区域を絞り込む読み方に対応しています。
同じ国でも、行政の区分の層の数が違います。日本は都道府県と市区町村の二層に町名が続きますが、ラテンアメリカの一部の国では、州、郡、市、地区といった四層以上の区分を持ちます。層の数が違えば、必要な入力欄の数も変わります。この違いは国をまたぐ住所の例で扱っています。
郵便番号にはどんな形態があるのか
郵便番号の形態は、国によって三つに分かれます。数字だけで構成される国、数字と文字を組み合わせる国、郵便番号を持たない国です。数字だけの国のなかでも、桁数は五桁から十桁程度まで幅があります。桁数が固定の国と、範囲で定められている国もあります。
数字と文字を組み合わせる国では、二つのまとまりを空白や記号で区切る形が一般的です。位置によって意味を持つ文字が変わるため、単純な数値として保存すると先頭の文字が失われます。文字列として保存し、大文字と小文字の扱いを決めておく必要があります。
郵便番号を持たない国もあります。この場合、郵便番号の欄は空欄が正常な状態です。必須項目として扱うと、その国の住所が一切登録できません。国によって必須か任意かが変わる項目の代表例です。形態の一覧は国別の郵便番号の形式にまとめています。
国によって存在しない項目はどれか？
住所の構成要素は、どの国にも同じようにあるわけではありません。州や県にあたる区分を持たない国、市と地区の区別がない国、通り名の代わりに建物の名称を使う国があります。日本でいう住所行の概念自体が、国によっては二行に分かれません。
このため、すべての項目を必須にしたフォームは、多くの国で使えなくなります。国を選んだ時点で、その国で必要な項目と不要な項目の組を切り替える仕組みが要ります。切り替えの定義は、項目の表示、必須の判定、保存の形の三箇所に影響します。
項目の意味がずれる場合もあります。日本の住所行の二行目に入る内容は、番地と建物名の組み合わせです。英語圏の二行目は、部屋番号や建物名だけを分けて入れる形が一般的です。同じ名前の欄でも、想定される内容が違う点に注意してください。
一つのフォームで全対応しようとすると何が起きるのか
多国のフォームを一組の入力欄で作ると、国ごとの違いは必ずどこかにしわ寄せが行きます。よくあるのは、住所行を三つ用意し、残りを自由入力にする形です。実装は単純になりますが、区別の情報が失われます。
失われた情報は、あとから必要になります。配達の区域の判定、税の区分の決定、帳票への印字には、州や市の区分が個別の項目として要ります。自由入力から後で切り出す処理は、表記の揺れの影響を受け、誤りが混入します。
妥協するなら、どの情報を失うかを決めておくべきです。表示にしか使わない項目と、判定に使う項目を分け、判定に使う項目は国ごとの欄として確保します。この線引きがないまま自由入力に寄せると、後から作り直しになります。
検証できる項目の設計はどう考えるのか
検証の観点では、国ごとの違いをデータとして持つ形が扱いやすくなります。国を鍵として、項目の並び、必須かどうか、入力の形式、上限の長さ、例をまとめた定義を一箇所に置きます。フォームも検証も、この定義を読む形にすると、国を増やす作業が定義の追加だけで済みます。
定義には、その国で使われる例を複数入れてください。実際に使われる書き方と、行政の様式に沿った書き方では、項目の順序も区切り方も変わります。境界の値も要ります。郵便番号の桁数の下限と上限、住所行の長さの上限、文字の種類の制限を入れておくと、検証の入力が作りやすくなります。
定義の維持には出典が要ります。郵便の仕組み、行政の区分、国名や地域名の呼び方は変わります。出典と確認の日付を定義に持たせ、更新の担当を決めておくことで、古い前提のまま検証を続ける事態を避けられます。確認の進め方は国別データの鮮度と出典で扱っています。
出力の形式はどうそろえるのか
画面に出す形と保存する形は分けて考えます。画面では、その国の書き方に沿って並べ、区切りも現地の慣習に合わせます。保存では、項目を分けたまま持ち、国と地域の符号を併記します。符号を持たせておくと、表示の揺れに影響されずに突き合わせができます。
符号の体系は、国と地域の区分を扱う標準の仕組みを使うと、後の連携が楽になります。符号と表示名の対応を別に持ち、表示名が変わっても符号が変わらない形にしてください。地域の区分は、国によっては標準の一覧に載っていない場合があるため、例外の扱いも決めておきます。符号の扱いは国と地域の符号にまとめています。
文字の扱いも統一が要ります。全角と半角、大文字と小文字、濁点やアクセントの表し方が混ざると、同じ住所が別の値として保存されます。国ごとの規則を決め、保存の直前と表示の直前の二箇所で整える形が安全です。
項目の呼び方はどこまでそろえるのか？
同じ区分でも、国ごとに呼び方が変わります。州、県、省、地方、郡といった語は、いずれも上位の区分を指しますが、どの語を使うかは国と様式で決まります。画面の見出しに一つの語を固定すると、その語を使わない国の利用者にとって意味が取りにくくなります。
見出しは国ごとに切り替えられるようにし、内部では共通の項目名で扱う形が扱いやすくなります。表示の語と内部の項目名を分けておけば、語を変えても保存の形と検証の規則は変わりません。訳語の当て方も同じ考え方で、語そのものを置き換えるのではなく、意味の対応を一箇所にまとめます。
国名の表記も揺れます。正式名称、通称、略号が混在すると、同じ国が別の国として集計されます。表記の揺れを吸収する規則は、住所の項目と同じように、照合の直前に一箇所で当ててください。
住所行の分け方にはどんな流儀があるのか
住所を何行に分けるかは、様式によって異なります。国によっては三行から四行を使い、それぞれに通り、地区、都市、地域を割り当てます。日本では二行に収める書き方が一般的で、番地と建物名を二行目にまとめます。
行の数が足りないと、長い住所が途中で切れます。切れた値は保存の時点で情報が失われ、あとから復元できません。行の上限を定めるなら、対象とする国で最も長い書き方を測り、その長さに収まるかを確かめておく必要があります。
行の順序も国で変わります。上から大きな区分へ進む書き方と、小さな区分から始まる書き方があります。表示の順序を国ごとに切り替えられるようにしておけば、同じ保存の形のまま、現地の読み方に沿った提示ができます。
フォームを分けるか統合するかはどう決めるのか
対象の国が少数なら、国ごとにフォームを分ける方法が分かりやすくなります。項目の並びも必須の判定も、その国の書き方に合わせて自由に決められます。代わりに、国を増やすたびに画面と検証の定義が増え、維持の負担が膨らみます。
対象が多いなら、共通の項目と国ごとの追加項目を組み合わせる形が現実的です。共通の項目で大半の国をまかない、違いの大きい国だけ追加の欄を足します。追加の欄は、その国を選んだときにだけ現れる形にします。
どちらの場合も、国を選ぶ欄を最初に置くことが前提になります。国が決まらなければ、並びも必須の判定も決められません。国を後から変更できる画面では、入力済みの値の扱いを先に決めておいてください。消すのか、保つのか、確認を挟むのかで、利用者の負担と誤りの混入が変わります。
導入の前にそろえたいこと
まず、対象の国ごとに、項目の並び、必須の判定、入力の形式、例、出典と確認の日付を一覧の形で書き出します。次に、住所行の数と各行の長さの上限を、実際に使われる最も長い書き方から決めます。そして、国ごとにフォームを分けるか、共通の項目でまかなうかの方針を定めます。ここまで整えてから、国別の住所データ生成ツールで対象の国を選び、想定した並びと形式の値が得られるかを確かめてください。生成される住所は検証用の合成データであり、実在の居住者や建物に対応するものではありません。本人確認を通す目的や、実際の配送先として使う目的には利用できず、フォームと検証の確認に限って役立ちます。