カードの有効期限に関しては、次のいずれかを行います。それぞれのビューで使用します。住所を自動入力する場合、以下のようなヒントを使用します。住所の各部分に対して個別のビューを使用する場合は、以下を組み合わせて使用します。人名を自動入力する場合、以下のようなヒントを使用します。名前の各部分に対して個別のビューを使用する場合は、以下を組み合わせて使用します。サポートが終了しました。場合は、以下を使用します。電話番号の各部分に対して個別のビューを使用する場合は、以下を組み合わせて使用します。メソッドを使用して、文字ごとのヒントを生成します。自動入力の対象とするフィールドをマーキングするアプリ内の個々のフィールドを自動入力用のビュー構造に含めるかどうかを指定することができます。ヒューリスティックを使用して、そのビューを自動入力の対象にするかどうかを判断します。内で定義されている次のいずれかの値になります。システムは、ヒューリスティックを使用して、そのビューを自動入力の対象にするかどうかを判断します。noこのビューは、自動入力の対象にはなりません。noExcludeDescendantsこのビューもこのビューの子も、自動入力の対象にはなりません。yesこのビューは、自動入力の対象になります。yesExcludeDescendantsこのビューは自動入力の対象になりますが、このビューの子は自動入力の対象にはなりません。メソッドを使用することもできます。captcha.setImportantForAutofill(View.IMPORTANT_FOR_AUTOFILL_NO);以下のように、ビューやビュー構造、アクティビティ全体を自動入力の対象にしないケースもあります。フィールドは通常、自動入力の対象にしません。してマーキングします。エディタなど、ユーザーがコンテンツを作成するビューの場合、通常、ビュー構造全体を自動入力の対象にしません。してマーキングします。これにより、このビューのすべての子も、自動入力の対象から除外するようマーキングされます。ゲームプレイを表示するアクティビティなど、ゲーム内の一部のアクティビティでは、そのアクティビティ内のすべてのビューを自動入力の対象にしません。してマーキングすることで、アクティビティ内のすべてのビューを自動入力の対象から除外するようにマーキングすることができます。デバイス間でユーザーのログインデータを共有できるようになります。アプリにログインする際に自動入力されるようになります。サイト内でホストする必要があります。ファイル内で関連付けを宣言します。アプリを関連付ける手順については、アプリとウェブサイト間の自動ログインを有効にするをご覧ください。自動入力ワークフローを完成するこのセクションでは、アプリのユーザー向けに自動入力機能を改善するための具体的な手順について説明します。自動入力が有効になっているか判定するアプリ内やアプリの特定のビュー内に追加の自動入力機能を実装できるのは、ユーザーが自動入力を有効にしている場合に限られます。メニュー内に自動入力エントリを表示します。メソッドを呼び出します。無効の切り替えや、自動入力サービスの変更を行うことができます。ユーザーの自動入力設定をアプリレベルでオーバーライドすることはできません。実装することをおすすめします。自動入力リクエストを自動的にトリガーする場合によっては、ユーザーのアクションに応じて自動入力リクエストを自動的にトリガーする必要があります。ユーザーがビューを長押しすると、自動入力メニュー項目を表示します。自動入力リクエストを自動トリガーするサンプルコードを以下に示します。メソッドを使用すると、現在の自動入力コンテキストをキャンセルすることができます。この機能は、たとえば、ログインページ内にフィールドをクリアするボタンを設置する場合に便利です。そのため、自動入力シナリオによっては、選択ツールは非常に便利です。カードの有効期限の入力や変更ができるようになります。別のビューを使用する必要があります。タイプの自動入力データをネイティブに想定しています。継承したカスタムビューを作成して、対象データタイプの処理に必要となるメソッドを実装します。タイプの値を正しく処理できるロジックを持つメソッドを実装してください。自動入力データタイプを指定すると、自動入力サービスが、ビュー内に表示されるデータを適切に表示できるようになります。詳細については、自動入力内で選択ツールを使用するをご覧ください。自動入力コンテキストを終了する自動入力コンテキストを終了する際、自動入力フレームワークは、「保存して自動入力で使用」ダイアログを表示することで、ユーザー入力を保存して今後使用できるようにします。通常は、アクティビティが終了すると、自動入力コンテキストも終了します。場合によっては、フレームワークに明示的に通知する必要があります。ログイン画面とコンテンツ画面の両方で、同じアクティビティを使用しているが、異なるフラグメントを使用している場合などが該当します。呼び出すことで、明示的にコンテキストを終了できます。呼び出さないようにしてください。呼び出すようにします。使用することで、自動入力フレームワークにエクスポーズするメタデータを指定できます。使用して、アプリ内で使用する情報の構造を指定する必要があります。アプリ内でカスタムビューを使用する場合は、以下のシナリオについて考慮する必要があります。構造)を持っている場合。カスタムビューが仮想構造(自動入力フレームワークでは利用できないビュー構造)を持っている場合。標準ビュー構造のカスタムビューカスタムビューは、自動入力が機能するうえで必要となるメタデータを定義できます。カスタムビューを使用する場合は、自動入力フレームワークと連携できるように、メタデータを適切に管理する必要があります。カスタムビューは以下の処理を行う必要があります。フレームワークからアプリに送信される自動入力値を処理します。自動入力のタイプと値をフレームワークに提供します。呼び出し、ビューが使用する値を送信します。実装して、カスタムビューが自動入力値を処理する方法を指定する必要があります。メソッドをオーバーライドして、自動入力のタイプと値を指定する必要があります。このコードを追加することで、適切な自動入力タイプと自動入力値をフレームワークに渡すことができます。ユーザーがビューの値を指定できない状態の場合(たとえば、ビューが無効になっている場合)は、自動入力によってビューに入力しないようにしてください。何もしないようにします。次のような場合、フレームワーク内で正常に動作するには、追加の手順が必要になります。カスタムビューが編集可能な場合。カスタムビューに機密データが含まれている場合。呼び出すことによって、変更に関して自動入力フレームワークに通知する必要があります。カード番号、パスワードなどの個人情報(PII)がビュー内に含まれている場合は、機密データを含むビューとしてマーキングする必要があります。通常、静的リソースからコンテンツを取得するビューの場合は機密データが含まれることはありませんが、動的にコンテンツが設定されるビューの場合は機密データが含まれることがあります。「ユーザー名を入力」というラベルに機密データは含まれませんが、「こんにちは、ジョン」というラベルには機密データが含まれます。構造内のデータが機密データかどうかをマーキングするサンプルコードを以下に示します。デフォルトでは、自動入力フレームワークは、すべてのデータが機密データであると想定します。そのため、通常は、非機密データの方をマーキングするだけで済みます。メソッドを使用して、ビューの自動入力時に利用できるオプションを設定します。ビューの場合、このメソッドを使用することをおすすめします。これにより、ビューの入力に使用できるオプションを自動入力サービスが認識できるようになり、ジョブの実行が最適化されます。メソッドを実装することで、年のリストを提供できます。使用するビューでも、値のリストを提供できます。場合、静的リソース用の自動入力オプションが自動設定されます。オーバーライドする必要があります。内の情報を編集、保存するには、ビュー構造が必要です。以下のようなケースの場合、自動入力フレームワークはビュー構造を利用できません。レンダリングしている場合。実装し、以下の手順を行うことで、ビュー構造を指定できます。