26 汎用テクノロジ・コネクタに関する既知の問題

汎用テクノロジ・コネクタに関連する既知の問題は、次のカテゴリに分類されます。

• 汎用テクノロジ・コネクタおよびコネクタ・オブジェクトの名前

• 「ステップ3: コネクタ構成の変更」ページ

• 多言語サポート

• コネクタ・オブジェクト

• 一般的な既知の問題

26.1 汎用テクノロジ・コネクタおよびコネクタ・オブジェクトの名前

ここでは、次のような汎用テクノロジ・コネクタおよびコネクタ・オブジェクトに対して指定する名前に関連する既知の問題について説明します。

サマリー:

• 汎用テクノロジ・コネクタに指定した名前が既存のコネクタ・オブジェクトと同一の名前でも、警告が表示されません。

• コネクタXMLファイルのインポート時に既存のコネクタ・オブジェクトが新規コネクタ・オブジェクトで上書きされても、警告が表示されません。

説明:

汎用テクノロジ・コネクタの作成中や変更中は、汎用テクノロジ・コネクタ・フレームワークによって様々なオブジェクトが自動的に作成または変更されます。その際、汎用テクノロジ・コネクタとプロセス・フォームに対して名前を指定するよう求められます。その他のオブジェクトの名前は、フレームワークによって自動的に生成されます。自動生成される名前は、汎用テクノロジ・コネクタに指定した名前に基づきます。

汎用テクノロジ・コネクタに対して名前を指定する場合、名前がそのOracle Identity Managerインストールのすべてのオブジェクト・カテゴリ（リソース・オブジェクトやITリソースなど）において一意である必要があります。同様に、プロセス・フォーム名も一意である必要があります。このガイドラインは、汎用テクノロジ・コネクタXMLファイルを別のOracle Identity Managerインストールにインポートする際にも順守する必要があります。XMLファイルに定義されているオブジェクト名は、インポート先となるOracle Identity Managerインストールでの同じカテゴリに属するオブジェクト名と重複しないようにします。たとえば、XMLファイルに定義されているスケジュール済タスクの名前は、インポート先となるOracle Identity Managerインストール上の他のスケジュール済タスクの名前と同一にはできません。

このガイドラインは、インポート先となるOracle Identity Managerインストールにおいて、オブジェクトが事前定義済コネクタ、あるいは汎用テクノロジ・コネクタに使用されるかどうかに関係なく、すべてのコネクタ・オブジェクトに適用されます。

このガイドラインを順守しない場合、XMLファイルのインポート中、インポートされるオブジェクトと同じ名前の既存オブジェクトは上書されます。上書き処理中はメッセージが表示されないため、該当するコネクタが最終的に失敗します。

この点については、「コネクタ・オブジェクト」でも説明しています。

26.2 「ステップ3: コネクタ構成の変更」ページ

ここでは、「ステップ3: コネクタ構成の変更」ページでの入力に関する既知の問題について説明します。

• サマリー:

  既存の汎用テクノロジ・コネクタを変更する際、「OIM - アカウント」データセットのフィールドまたは子データセットを変更しても、これらのデータセットに基づくフォームのOracle Identity Managerデータベース・エントリに対応する変更が加えられません。また、エラー・メッセージも表示されません。

  説明:

  「ステップ3: コネクタ構成の変更」ページには、フィールドおよびフィールド・マッピングの追加、変更および削除の機能があります。これらの機能を使用すると、「OIM - アカウント」データセットまたはその子データセット内のフィールドの長さおよびデータ型を変更できます。ただし、このような変更は、このデータセットに対するOracle Identity Managerデータベース・エントリに対する変更として反映されません。また、エラー・メッセージも表示されません。

  この問題は、Oracle Identity Managerの将来のリリースで解消される予定です。それまでは「OIM - アカウント」データセットのフィールドや子データセットを変更しないようにしてください。

• サマリー:

  汎用テクノロジ・コネクタを作成して、それをプロビジョニングまたはリコンシリエーションに使用し、その後で「OIM - アカウント」データセットのフィールドまたは子データセットを削除するとします。次にプロビジョニングまたはリコンシリエーションを実行するときに同じ汎用テクノロジ・コネクタを使用すると、エラーが発生します。

  説明:

  汎用テクノロジ・コネクタを作成し、それをプロビジョニングまたはリコンシリエーションに使用するとします。さらに、この汎用テクノロジ・コネクタの「OIM - アカウント」データセットのフィールドまたは子データセットを一部削除するとします。次回、同じ汎用テクノロジ・コネクタを使用してプロビジョニングまたはリコンシリエーションを実行すると、例外がスローされます。

  一度でも汎用テクノロジ・コネクタを使用してプロビジョニングまたはリコンシリエーションを実行すると、「OIM - アカウント」データセットのフィールドまたは子データセットを削除する操作は無効になります。これは、削除しようとしているフィールドまたは子データセットにリンクしているデータが、すでにOracle Identity Managerデータベースに格納されているためです。

  このため、すでに汎用テクノロジ・コネクタを使用してプロビジョニングまたはリコンシリエーションを実行している場合は、「OIM - アカウント」データセットのフィールドまたは子データセットは削除しないでください。

  現在は例外がスローされますが、将来のリリースでは、適切なエラー・メッセージが表示されるようになる予定です。

• サマリー:

  一致のみのマッピングで使用された「リコンシリエーション・ステージング」フィールドの名前が「リコンシリエーション・ステージング」子データセットのフィールドの名前として再利用されると、リコンシリエーションに失敗します。

  説明:

  「リコンシリエーション・ステージング」データセットと「OIM - ユーザー」データセットのフィールド間で一致のみのマッピングを作成すると、リコンシリエーション・ルールが作成されます。子データセットがある場合は、一致のみのマッピングの入力フィールドとなる「リコンシリエーション・ステージング」データセットのフィールドの名前が「リコンシリエーション・ステージング」の子データセットで使用されていないことを確認してください。一致のみのマッピングで使用された「リコンシリエーション・ステージング」フィールドの名前が「リコンシリエーション・ステージング」子データセットのフィールドの名前として再利用されると、リコンシリエーションに失敗します。

  次に、このシナリオの具体例を示します。

  AD_Userデータセットは「リコンシリエーション・ステージング」親データセットです。このデータセットには、次のようなフィールドがあります。

  • ユーザーID

  • 名前

  • 指定

  • 場所

  Admin_Groupsデータセットは、AD_Userデータセットの子データセットです。AD_Userデータセットの「ユーザーID」フィールドを使用して、「OIM - ユーザー」データセットとの一致のみのマッピングを作成する場合、Admin_Groupsデータセット内のフィールドに「ユーザーID」という名前は使用できません。この子データセットに「ユーザーID」という名前のフィールドがある場合、リコンシリエーションに失敗します。

• サマリー:

  「パスワード」フィールドがリコンシリエーション・エンジンでリコンサイルされていなくても、このフィールドは「OIM - ユーザー」データセットに表示されます。

  説明:

  「ステップ1: 基本情報の指定」ページで「信頼できるソース・リコンシリエーション」オプションを選択すると、「パスワード」フィールドはリコンシリエーション・エンジンでリコンサイルされていなくても、「ステップ3: コネクタ構成の変更」ページの「OIM - ユーザー」データセットに表示されます。このフィールドとそれに対応する「リコンシリエーション・ステージング」データセット内のターゲット・システム・フィールドとの間にマッピングを作成すると、自動的に生成されるリコンシリエーション・フィールド・マッピングにより、このフィールドの「パスワード」フィールドへのマッピングが試行されます。このため、リコンシリエーション・イベントが失敗します。

• 次のデータセット間のトランスフォーメーション・マッピング作成には制限があります。

  • 「ソース」と「リコンシリエーション・ステージング」

  • 「OIM」と「プロビジョニング・ステージング」

  制限は次のとおりです。

  • 「ソース」データセットまたは「OIM」データセットの子データセットと、「リコンシリエーション・ステージング」データセットまたは「プロビジョニング・ステージング」データセットの異なる（つまり対応しない）子データセットの間には、トランスフォーメーション・マッピングを作成できません。これは、1つの親データセットに含まれる複数の子データセットから、別の親データセットに含まれる1つの子データセットへの多対1マッピングは作成できないことも意味します。

    次に、この制限の具体例を示します。

    「ソース」親データセットに、次のような子データセットがあるとします。

    MyGTC:グループ・データセット

    • フィールド1: グループ名

    • フィールド2: グループ・タイプ

    MyGTC:ロール・データセット

    • フィールド1: ロール名

    • フィールド2: ロール・タイプ

    「リコンシリエーション・ステージング」親データセットに、次のような子データセットがあるとします。

    MyGTC:グループ・データセット

    • フィールド1: グループ名

    • フィールド2: グループ・タイプ

    MyGTC:ロール・データセット

    • フィールド1: ロール定義

    この制限により、たとえば「ソース」データセットの「グループ名」フィールドと「リコンシリエーション・ステージング」データセットのロール定義フィールドの間には、トランスフォーメーション・マッピングを作成できません。

    ただし、たとえば「ソース」データセットの「ロール名」フィールドおよびロール・タイプ・フィールドと、「リコンシリエーション・ステージング」データセットのロール定義フィールドの間に多対1マッピングを作成することはできます。

  • 「ソース」親データセットまたは「OIM」親データセットと、「リコンシリエーション・ステージング」子データセットまたは「プロビジョニング・ステージング」子データセットの間には、トランスフォーメーション・マッピングを作成できません。

    次に、この制限の具体例を示します。

    次のような「OIM」データセットおよびそのフィールドがあるとします。

    「OIM - アカウント」データセット

    • フィールド1: 名前

    • フィールド2: 住所

    • フィールド3: ユーザーID

    • .. .

    次のような「プロビジョニング・ステージング」子データセットおよびそのフィールドがあるとします。

    「グループ」データセット

    • フィールド1: グループ名

    • フィールド2: グループ・タイプ

    この制限により、たとえば「OIM - アカウント」データセットの「名前」フィールドと「グループ」データセットの「グループ名」フィールドの間には、トランスフォーメーション・マッピングを作成できません。

• リコンシリエーション・ルールを作成するには、「リコンシリエーション・ステージング」データセットのフィールドと「OIM - ユーザー」データセットのフィールド間で一致のみのマッピングを作成します。子データセットがある場合は、一致のみのマッピングの入力フィールドとなる「リコンシリエーション・ステージング」データセットのフィールドの名前が「リコンシリエーション・ステージング」の子データセットで使用されていないことを確認してください。

  このガイドラインに従っていないと、リコンシリエーションは失敗します。

• 子フォームでフィールドに「日付」データ型を設定するとします。子レコード削除のプロビジョニング操作時にこのフィールドに日付値があると、操作が失敗します。

26.3 多言語サポート

この項では、次のような多言語サポート機能に関連する既知の問題について説明します。

• サマリー:

  ステージング・ディレクトリにあるデータファイルの1行目または2行目に非ASCII文字があっても、警告は表示されません。

  説明:

  ターゲット・システム・ユーザー・データのメタデータに対しては、非ASCIIデータがサポートされていません。CSVリコンシリエーション・フォーマット・プロバイダを使用する場合、このような制約があるため、ステージング・ディレクトリに格納されている親データファイルや子データファイルのメタデータ行（2行目）には非ASCII文字を使用できません。

  この制約は、次の理由により設定されています。

  汎用テクノロジ・コネクタ・フレームワークでは、Oracle Identity Managerでユーザー定義プロセス・フォームが作成され、入力したメタデータに基づいてフォームとフィールドに名前が指定されます。また、これらのフォームおよびそのフィールドに対して、それぞれデータベース表および列が作成されます。ただし、データベース・オブジェクト名には非ASCII文字を使用できないため、ターゲット・システムのメタデータでも非ASCII文字はサポートされません。

  汎用テクノロジ・コネクタ・フレームワークでは、データファイルの1行目および2行目にある非ASCII文字を解析し、正しく表示する場合もあります。ただし、コネクタ・オブジェクトが正しく作成されるようにするには、データファイルの1行目および2行目に非ASCII文字を使用しないようにする必要があります。

  
  

  注意: データファイルの3行目以降は、フィールド・データ値に非ASCII文字を使用できます。これらのデータ値はリコンサイルされ、Oracle Identity Managerデータベースに格納されます。

  
  

• サマリー:

  Oracle Identity Managerでサポートされている任意の言語について、ブラウザの言語設定がOracle Identity Managerサーバーのオペレーティング・システムの言語設定と一致しない場合、「ステップ3: コネクタ構成の変更」ページにデータが正しく表示されません。

  説明:

  「ステップ3: コネクタ構成の変更」ページには、汎用テクノロジ・コネクタ・フレームワークによって動的に作成されるイメージが表示されます。このページでのローカライズされたテキスト・アイテムの表示には、次のような制限があります。

  フィールド・ラベルの表示に使用する言語は、次の言語設定と一致している必要があります。

  • Oracle Identity Managerの言語

  • オペレーティング・システムの言語

  • ブラウザの言語

  ブラウザの言語設定がOracle Identity Managerサーバーのオペレーティング・システムの言語設定と同じであれば、すべてのテキスト・アイテム（フィールド名およびGUI要素ラベル）は目的の言語で表示されます。

  
  

  注意: ローカライズされたGUI要素ラベルは、このようなGUI要素についてローカライズされたラベルを含むリソース・バンドルを作成し、使用している場合のみ表示されます。 繁体字中国語または簡体字中国語を使用する場合、すべてのテキスト・アイテムを目的の言語で表示するには、ブラウザのロケール（言語および国/地域）がオペレーティング・システムのロケールと同じである必要があります。

  
  

  ブラウザの言語がオペレーティング・システムの言語と異なる場合は、次の静的ラベルが（ブラウザの言語に関係なく）英語で表示されます。

  • 「OIM - ユーザー」データセットおよび「OIM - アカウント」データセットのラベル: 「ユーザー」および「アカウント」

  • 「OIM - ユーザー」データセットに含まれるフィールドのラベル:

    • 「ユーザーID」

    • 「電子メール」

    • 「名」

    • 「姓」

  「ステップ3: コネクタ構成の変更」ページのその他のアイテムのラベルについては、非ASCII言語は正しく表示されません。

• サマリー:

  「ステップ3: コネクタ構成の変更」ページのテキスト・アイテムの一部は、常に英語で表示されます。

  説明:

  このリリースでは、「ステップ3: コネクタ構成の変更」ページに表示される静的テキスト・アイテムの一部がローカライズされていません。たとえば、MyGTCという名前の汎用テクノロジ・コネクタを作成するとします。このコネクタのリソース・オブジェクトをあるユーザーにプロビジョニングした場合、ページに次のテキストが表示されます。

  Provisioning form for MyGTC

  Child Form of MyGTC representing child-dataset: child_data_set_name

  このリリースのOracle Identity Managerでは、このテキストの静的部分は常に英語で表示されます。

  必要であれば、次の手順に従って静的テキストをローカライズできます。

  
  

  関連項目: 『Oracle Identity Managerグローバリゼーション・ガイド』

  
  

  1. テキストをローカライズする言語について、customResources.propertiesファイルを開きます。Oracle Identity Managerでサポートされている各言語に対応するファイルはすべて、OIM_HOME/xellerate/customResourcesディレクトリに格納されています。

     次に、この手順の操作の一例を示します。

     汎用テクノロジ・コネクタの作成時に、次のような値を指定したとします。

     • コネクタ名: MyGTC

     • 親フォーム名: ADUser

     • 子データセット名: ADUserRole

     • 子フォーム名: ADURole1

     静的テキストをスペイン語で表示する場合は、customResources_es.propertiesファイルを開きます。このファイルはOIM_HOME/xellerate/customResourcesディレクトリに格納されています。

  2. 目的の言語に対応するcustomResources.propertiesファイルに、次の行を追加します。

     global.UD_PARENT_FORM_NAME.description=Localized_text_for_"Provisioning form for" GTC_name
     
     global.UD_CHILD_FORM_NAME.description=Localized_text_for_"Child Form of" 
     GTC_name Localized_text_for_"representing the child data set": child_data_set_name
     

     この2つの行で、次のように置換します。

     • PARENT_FORM_NAMEの親フォーム名への置換

       Oracle Identity Managerでは、親フォーム名はすべて大文字に変換されます。そのため、名前は大文字で入力する必要があります。

     • Localized_text_for_"Provisioning form for"の「Provisioning form for」部分のローカライズ・テキストへの置換

     • GTC_nameの汎用テクノロジ・コネクタ名への置換

     • CHILD_FORM_NAMEの子フォーム名への置換

       Oracle Identity Managerでは、子フォーム名はすべて大文字に変換されます。そのため、名前は大文字で入力する必要があります。

     • Localized_text_for_"Child Form of"の「Child Form of」部分のローカライズ・テキストへの置換

     • child_data_set_nameの子データセット名への置換

     例:

     スペイン語の場合、customResources_es.propertiesファイルに、次の行を追加します。

     global.UD_ADUSER.description=Spanish_text_for_"Provisioning form for" MyGTC
     
     global.UD_ADUROLE1.description=Spanish_text_for_"Child Form of" MyGTC 
     Spanish_text_for_"representing the child data set": ADUserRole
     

26.4 コネクタ・オブジェクト

この項では、次のような汎用テクノロジ・コネクタ・フレームワークにより自動的に作成されるコネクタ・オブジェクトに関連する既知の問題について説明します。

• サマリー:

  • 汎用テクノロジ・コネクタに指定した名前が既存のコネクタ・オブジェクトと同一の名前でも、警告が表示されません。

  • コネクタXMLファイルのインポート時に既存のコネクタ・オブジェクトが新規コネクタ・オブジェクトで上書きされても、警告が表示されません。

  説明:

  この点については、「汎用テクノロジ・コネクタおよびコネクタ・オブジェクトの名前」でも説明しています。

• サマリー:

  汎用テクノロジ・コネクタの作成中にエラーが発生した後、「ステップ5: コネクタ情報の検証」ページの「戻る」をクリックして「ステップ4: コネクタ・フォーム名の検証」ページに戻ると、ページ上にフォーム名が表示されません。

  これは意図的なものであり、ソフトウェアの問題や制限に起因するものではありません。

  説明:

  このマニュアルで前述したとおり、汎用テクノロジ・コネクタの作成プロセスが失敗した場合でも、一部のコネクタ・オブジェクトは自動的に作成されます。このようなコネクタ・オブジェクトには、「ステップ4: コネクタ・フォーム名の検証」ページで名前を指定したプロセス・フォームも含まれます。コネクタの作成プロセスが失敗した場合は、「ステップ4: コネクタ・フォーム名の検証」ページに表示される空白のフィールドに新規フォーム名を入力するよう求められます。これにより、新規フォーム名を送信する際、プロセス・フォーム名が一意かどうかのチェックが必ず行われます。

  前のページに戻って汎用テクノロジ・コネクタ作成に必要なデータを入力するかわりに、再度「ステップ1: 基本情報の指定」ページから開始して、汎用テクノロジ・コネクタを作成しなおすこともできます。

• サマリー:

  汎用テクノロジ・コネクタのリソース・オブジェクトは、Oracle Identity Managerで定義されている組織にプロビジョニングできません。

  説明:

  リソース・オブジェクトは、汎用テクノロジ・コネクタの作成中に自動的に作成されるコネクタ・オブジェクトの1つです。このリソース・オブジェクトは、OIMユーザーにのみプロビジョニングできます。Oracle Identity Managerで定義されている組織にはプロビジョニングしようとしないでください。

• サマリー:

  「汎用テクノロジ・コネクタの管理」操作を実行すると、汎用テクノロジ・コネクタのオブジェクトに対するカスタマイズが上書きされます。

  説明:

  Design Consoleを使用すると、汎用テクノロジ・コネクタの作成中に自動的に作成されるコネクタ・オブジェクトをカスタマイズできます。ただし、コネクタ・オブジェクトをカスタマイズした後に「汎用テクノロジ・コネクタの管理」操作を実行すると、そのコネクタ・オブジェクトに対して行ったカスタマイズが上書きされます。そのため、次のガイドラインのいずれかを適用することをお薦めします。

  • Design Consoleを使用して、汎用テクノロジ・コネクタ・オブジェクトを変更しないでください。

    ITリソースについてはこのガイドラインは適用されません。ITリソースのパラメータは、Design Consoleを使用して変更できます。ただし、GenericConnectorカテゴリおよびGenericConnectorProvidersカテゴリのキャッシュを有効にしている場合は、ITリソースのパラメータを変更する前後のいずれかにキャッシュをパージする必要があります。PurgeCacheユーティリティの実行の詳細は、『Oracle Identity Managerベスト・プラクティス・ガイド』を参照してください。

  • Design Consoleを使用して汎用テクノロジ・コネクタ・オブジェクトを変更する場合、汎用テクノロジ・コネクタの変更に「汎用テクノロジ・コネクタの管理」機能を使用しないでください。

• 自動的に作成されたコネクタ・オブジェクトは、汎用テクノロジ・コネクタの作成プロセスが失敗した場合でも削除されません。

26.5 一般的な既知の問題

この項では、前述のどのカテゴリにも該当しない次のような既知の問題について説明します。

• サマリー:

  汎用テクノロジ・コネクタの作成プロセス中に安全でないファイル名の例外がスローされる場合があります。

  説明:

  Oracle WebLogic ServerおよびOracle Application Serverでは、汎用テクノロジ・コネクタの作成プロセス中に安全でないファイル名の例外がスローされる場合があります。この例外は無視してかまいません。汎用テクノロジ・コネクタの作成プロセスは、これらの例外が発生しても影響を受けません。この問題は、IBM WebSphere Application ServerおよびJBoss Application Serverでは発生しません。

• 汎用テクノロジ・コネクタでは、親データの削除のリコンシリエーションはサポートされていません。

  親データの削除をリコンサイルする場合、汎用テクノロジ・コネクタは使用できません。たとえば、ユーザーJohn Doeのアカウントがターゲット・システムから削除された場合、汎用テクノロジ・コネクタを使用してこのユーザーの削除をOracle Identity Managerでリコンサイルすることはできません。

• サマリー:

  Design Consoleを使用して「パスワード・フィールド」属性および「暗号化」属性がフィールドに設定された場合、UDFの内容は暗号化されません。

  説明:

  前述したとおり、「パスワード」フィールドは「OIM - ユーザー」データセットの事前定義済フィールドの1つです。このフィールドには「パスワード・フィールド」属性および「暗号化」属性が設定されます。Design Consoleを使用すると、作成するUDFに「パスワード・フィールド」属性および「暗号化」属性を設定できます。このように設定すると、新規作成されるUDFに既存の「パスワード」フィールドと同じプロパティが指定されます。ただし、汎用テクノロジ・コネクタ・フレームワークではこのフィールドは他のテキスト・フィールド（文字列データ型）と同様に扱われ、その内容は管理およびユーザー・コンソールまたはデータベースでは暗号化されません。

• このリリースのOracle Identity Managerでは、Design Consoleでリコンシリエーション・ルールの作成に使用できる機能の一部が、汎用テクノロジ・コネクタ・フレームワークでは使用できません。次のパターンのリコンシリエーション・ルールのみを作成できます。

  A equals B

  "and"

  C equals D

  "and"

  E equals F

  リコンシリエーション・ルールの使用の詳細は、『Oracle Identity Managerデザイン・コンソール・ガイド』を参照してください。

• 汎用テクノロジ・コネクタを作成する際、ターゲット・システムとの通信にRemote Managerを使用するようには指定できません。そのため、汎用テクノロジ・コネクタではRemote Managerを使用できません。

• プロビジョニング中にターゲット・システムへ送信する必要がある日付の値の書式を指定する場合は、「ターゲット日付書式」パラメータを使用します。日付を数値形式で入力すると、このパラメータの日付の検証は行われません。指定可能な日付書式の詳細は、次のWebページを参照してください。

  http://java.sun.com/docs/books/tutorial/i18n/format/simpleDateFormat.html#datepattern

• 現在実行されていないスケジュール済タスクのステータスはINACTIVEです。これらのタスクは、次の指定の日時に実行されます。ある特定の条件下では、スケジュール済タスクにNONEステータスが自動的に割り当てられます。ただし、このステータスへの変更はタスクの機能には反映されず、機能は継続して指定の日時に実行されます。

• リリース9.0.3の汎用テクノロジ・コネクタをリリース9.1.0.1のOracle Identity Managerインストールにインポートすると、アプリケーション・サーバーのログ・ファイルに致命的でない例外が記録されます。

  この例外は、コネクタがリコンシリエーションをサポートしているかどうかに関係なく、プロビジョニングをサポートしている場合にのみ記録されます。この例外メッセージは無視してかまいません。管理およびユーザー・コンソールには、エラー・メッセージは表示されません。

• 「OIM - アカウント」データセットのフィールドのデータ型を変更すると、汎用テクノロジ・コネクタの管理操作の際に、「ステップ5: コネクタ情報の検証」ページで「作成」をクリックしたときにエラーがスローされます。