このページは Cloud Translation API によって翻訳されました。

住所の修正 - 例

このドキュメントでは、Address Validation API が、システムによる修正動作を必要とするレスポンスシグナルを提供する実際のシナリオをいくつか説明します。以下の例は説明を目的としたものであり、すべてを網羅しているわけではありません。コンテキストについては、検証ロジックを構築するのワークフローの概要をご覧ください。

一般的な例: 修正

このセクションでは、住所の品質が低いことを示すレスポンスシグナルが Address Validation API から返される一般的な例について説明します。

市区町村と郵便番号がありません

この例は、市区町村や郵便番号がなく、番地のみのエントリを示しています。

住所を入力済み	地域
21 45 40th street	米国

市区町村と郵便番号が欠落している場合の判定

次の例では、レスポンスの重要なシグナルを強調しています。

{
  "inputGranularity": "PREMISE",
  "validationGranularity": "OTHER",
  "geocodeGranularity": "OTHER",
  "hasUnconfirmedComponents": true
}

これらのシグナルは、配達不能なアドレスを示しています。詳細については、addressComponents をクエリしてください。

{
  "componentName": {
    "text": "21",
    "languageCode": "en"
  },
  "componentType": "street_number",
  "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE"
},
{
  "componentName": {
    "text": "45 40th street",
    "languageCode": "en"
  },
  "componentType": "route",
  "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE"
},
{
  "componentName": {
    "text": "United States",
    "languageCode": "en"
  },
  "componentType": "country",
  "confirmationLevel": "CONFIRMED"
}

Address Validation API は、国（米国）のみを CONFIRMED として返します。他のすべてのアドレスコンポーネントは UNCONFIRMED_BUT_PLAUSIBLE として返されます。ただし、地域や郵便番号など、データの一部は省略されます。

番地が未入力

この例では、番地が欠落している場合を示します。

住所を入力済み	地域
Buckingham Palace Road, SW1W 9TQ London	英国

番地が未入力の場合の判定

{
    "inputGranularity": "PREMISE_PROXIMITY",
    "validationGranularity": "ROUTE",
    "geocodeGranularity": "ROUTE"
}

validationGranularity は ROUTE です。これは、住所は一致しているが、敷地を特定するのに十分な情報がないことを示します。また、判定に addressComplete プロパティがないため、false になります。address オブジェクトをさらにクエリすると、コンポーネントタイプが欠落していることがわかります。

"missingComponentTypes": [
        "street_number"
      ]

エッジケースの例: 修正

状況によっては、住所を修正、確認、承認するかどうかは、特定のビジネスシナリオによって異なります。次の例は、厳密には修正カテゴリに分類されないシナリオを示しています。

番地が未確認

このシナリオでは、Address Validation API は指定された番地を確認できませんが、住所は完全であると示しています。

住所を入力済み	地域
84 Buckingham Palace Road, SW1W 9TQ, London	英国

未確認の番地の判定

次の例では、重要なシグナルを強調しています。

{
  "inputGranularity": "PREMISE",
  "validationGranularity": "PREMISE_PROXIMITY",
  "geocodeGranularity": "PREMISE_PROXIMITY",
  "addressComplete" : true,
  "hasUnconfirmedComponents": true
}

検証の粒度を区画レベルの近似値と未確認のコンポーネントのみに組み合わせることを検討する価値があります。addressComponents プロパティのクエリでは、次の未確認の componentType が表示されます。

{
  "componentName": {
    "text": "84",
    "languageCode": "en"
  },
  "componentType": "street_number",
  "confirmationLevel": "UNCONFIRMED_BUT_PLAUSIBLE"
}

ここでは、street_number の confirmation_level が UNCONFIRMED_BUT_PLAUSIBLE に設定されています。[未確認] は、サービスがデータセット内の番地 84 と一致しないことを意味します。[可能性あり] は、コンポーネントデータが有効である可能性があることを意味します。

サブ前提条件がない

このシナリオでは、アパートや部屋番号など、建物内の場所のみが欠落している住所について説明します。それ以外の場合は、Address Validation API で住所を完全に検証できます。住所コンポーネントが欠落している場合と同様に、addressComplete は false になり、判定の手動検査には表示されません。

たとえば、サンフランシスコ市の評価事務所の有効な住所を入力したものの、部屋番号の入力を忘れたとします。

住所を入力済み	地域
1 Doctor Carlton B Goodlett Place, San Francisco, CA 94102	米国

サブプレミスがない場合の判定

この例では、判定に addressComplete プロパティが表示されていないため、false になります。このため、少なくとも 1 つのアドレス要素が予期しないか、解決されていないか、欠落していることがわかります。

{
  "inputGranularity": "PREMISE",
  "validationGranularity": "PREMISE",
  "geocodeGranularity": "PREMISE",
  "hasInferredComponents": true

}

address クエリを実行すると、次の結果が得られます。

"missingComponentTypes": [
        "subpremise"
      ]

さらに問い合わせたところ、USPS のデータでは dpvConfirmation コードが D となっており、これも副住所がないことを示しています。