静かな話し声、ゲイン、距離、ノイズ、重要な警告、代替手段の選択を検証する、ユーザー主導の信号テスト。

HiNoter Quiet Voice Access Lab 執筆 · 編集ステータス：内部の構造およびエビデンス境界のQA完了；公開前に適格な法務レビューが必要 · 公開・更新日 2026-09-01 · 米国／国際英語版

マイクがクリーンな信号を受け取り、話者がノイズ、距離、またはより大きな声に隠されていなければ、AIは小さな声の話者を文字起こしできる場合があります。ゲインを上げるだけでは、部屋のノイズやクリッピングも増幅する可能性があります。代表的な距離で静かな話し声をテストし、明瞭度、欠落、名前、数字、話者ラベルを比較してください。話者が無理に心地よい範囲を超えて大きな声を出さなくて済むよう、敬意をもって人間による、または入力による代替手段を用意してください。「静かな話者をAIで文字起こしする」場合は、次の判断基準を使用します：快適、通常、静かなレベルで同じフレーズを、配置を固定して使用し、その後、ゲイン、近接マイク、ノイズ、ユーザーが承認した代替手段をテストします。

静かな話し声には、その人にもっと大きな声を出すよう求めるのではなく、より良い条件が必要です。次の編集者作成のシナリオを考えてみてください：疲れた参加者が安全上の懸念について小さな声で話し、文字起こしには大きな声の返答は記録されたものの、警告は記録されません。このシナリオには、顧客、従業員、候補者、患者、クライアント、参加者のデータは含まれていません。この場面が有用なのは、「AIは小さな声の話者を文字起こしできるか」という問いを、クリーンなデモから引き出し、責任の所在、権限、エビデンス、復旧を検証できる意思決定の場に置くからです。

このガイドでは、エビデンスの階層を使用します。「公式」とは、ファーストパーティのプラットフォーム、規制当局、法令、またはプロバイダーのページが、限定的な機能または義務を説明していることを意味します。「観測済み」とは、権限を持つレビュアーが、日付のある環境で動作を再現したことを意味します。「編集上の解釈」とは、会議や面接で静かな、疲れた、声の小さい、または物理的に離れた話者を支援するチームのために、執筆者がそれらの資料を解釈したことを意味します。テストされていない機能はN/Aのままです。

この記事を形作る結果は次のとおりです：システムは大きな声を評価し、静かな話者の貢献を消したり、別の人に割り当てたりする可能性があります。そのため、実務上の基準は意図的に保守的です：快適、通常、静かなレベルで同じフレーズを、配置を固定して使用し、その後、ゲイン、近接マイク、ノイズ、ユーザーが承認した代替手段をテストします。これはこの利用ケースのレビュー方法であり、製品全般に関する主張ではありません。

静かな話者をAIで文字起こしするには、快適さから始める

聞き取ってもらうために、その人が不自然な話し方をしなければならないなら、アクセスは改善されていません。

アクセスに関する注記：「距離」を受入項目として使用します。合格とは、実際の座席で静かな声が明瞭に聞き取れることです。これは、会議や面接で静かな、疲れた、声の小さい、または物理的に離れた話者を支援するチームにとって、あるカテゴリーが機能するという幅広い声明より有用です。話者に、配置を1か所変更する前後で同じ文章を評価してもらってください。

このフィールドケースにルールを適用してください：疲れた参加者が声量を無理に上げ、次の質問を聞き逃します。最も近いパターンは「ノイズの多い環境」で、優先事項は信号のマスキング、人間側の境界はノイズを減らすことです。「近接ブースだけが合格する」を重大な失敗として扱ってください。直ちに明らかなリスクがあります：近接ブースだけが合格する。復旧がまだ実行可能なうちに、説明責任を負う担当者がそれを確認できるようにしてください。静かな話者のアクセス例は、どの前提が最初に崩れ、誰が対応する権限をなお持っているかを示します。

実際に行うべきことは、話者に快適なテストレベルを設定してもらうことです。アクセスログには、快適なレベル、配置、ゲイン、ノイズ、エンティティ結果、帰属、代替手段、ユーザーの選択を記録します。この静かな話者のアクセスチェックでは、別のレビュアーが観測を再現できるだけの情報のみを保持してください。文書を、公式、再現された観測済みの動作、編集上の解釈に分類します。経路が失敗した場合は、マイクを移動または追加し、入力による手段または人間の記録担当者を使用し、話者が収録を続けるかどうかを選べるようにしてください。これにより、静かな話者をAIで文字起こしすることについての限定された所見を支えられ、普遍的な保証にはなりません。

Quiet-Speaker Accessの証拠メモ: 関連するポリシー、プラットフォームの制御、または機能に依拠する前に、現在の NIST — AIリスクマネジメントフレームワーク ページを確認してください。

信号の幾何学は、より大きな指示より重要

距離とマイクの角度は、声を張るよう求めることよりも重要な場合があります。

「信号の幾何学は、より大きな指示より重要」に基づく判断は、「エンティティ」にかかっています。基準は具体的です。名前と警告が保持されること。会議やインタビューで、静かな話者、疲労した話者、小声の話者、または物理的に離れた話者を支援するチームにとって、役立つ問いは、インターフェースが安心感を与えるかどうかではなく、記載された条件下で同僚が同じ証拠を復元できるかどうかです。観察または文書化されていないものは、すべてN/Aのままにします。

ラベルではなく、現場を確認してください。長いテーブルの反対側にデバイスがあります。「大きなテーブル」に似た状況で、直ちに問題となるのは距離であり、レビューの境界は「マイクを移動」です。証拠によって「一般的な言葉は抜け漏れを隠す」が示された場合、結果を通常のものとして扱うのをやめてください。この判断では、安心感を与えるインターフェースや洗練された成果物よりも、「一般的な言葉は抜け漏れを隠す」が優先されます。記録を越えてしまう洗練された説明より、限定的な再構成のほうが安全です。

このセクションのアクション: ゲインを変更する前に音源を移動します。アクセスログには、快適な音量、配置、ゲイン、ノイズ、エンティティの結果、帰属、フォールバック、ユーザーの選択を記録します。テストは機微情報を含まないものにし、結果に影響した状態を保持し、関係のない個人情報は破棄します。証拠の連鎖が終われば、主張も終わります。運用上のフォールバックは、マイクを移動または追加すること、入力をテキスト化するか人間のメモ担当者を置くこと、そして話者がキャプチャを続けるかどうかを選べるようにすることです。

Quiet-Speaker Accessの証拠メモ: 関連するポリシー、プラットフォームの制御、または機能に依拠する前に、現在の W3C — Web Content Accessibility Guidelines (WCAG) 2.2 ページを確認してください。

ゲインはノイズフロアを引き上げることがある

増幅は、音声が室内の音と区別できる場合にのみ役立ちます。

どのような証拠が判断を変えるでしょうか。まず「帰属」から始めます。結果が合格となるのは、静かな話者の音声が統合されたり失われたりしていない場合だけです。この捉え方により、「ゲインはノイズフロアを引き上げることがある」は、機能を称賛するセクションではなく、会議やインタビューで静かな話者、疲労した話者、小声の話者、または物理的に離れた話者を支援するチームにとって観察可能な作業に結び付いたものになります。不明は、より小さなテストを行うためのきっかけであり、推測の許可ではありません。

実際的な反例はこうです。空調音が静かな発話より大きくなります。これは「小さな部屋」のケースとして読み取ってください。証拠の目標は「ベースラインを近づける」ことであり、人間によるチェックポイントは「自然な音量でテスト」です。停止条件は「大きな返答が功績を得る」です。制御が破綻した場合、実際の結果は「大きな返答が功績を得る」です。それは脚注ではなく、運用上の判断に含めるべきものです。出力の残りが滑らかに読める場合でも、この結果は重要です。

結論を公開する前に、ゲインと、よりクリーンな配置を比較してください。アクセスログには、快適な音量、配置、ゲイン、ノイズ、エンティティの結果、帰属、フォールバック、ユーザーの選択を記録します。公式ページが述べていること、チームが再現したこと、編集者が推論したことを分けてください。この静かな話者のアクセステストを完了できない場合は、N/Aを使用し、復旧手順に従ってください。マイクを移動または追加する、入力をテキスト化するか人間のメモ担当者を置く、そして話者がキャプチャを続けるかどうかを選べるようにします。

Quiet-Speaker Accessの証拠メモ: 関連するポリシー、プラットフォームの制御、または機能に依拠する前に、現在の 米国司法省 — Americans with Disabilities Actガイダンス ページを確認してください。

静かな話者のアクセスと信号のテストを実施する

フォールバックを提示し、記録する

その人が選択した場合は、入力をテキスト化する、キャプションを使用する、人間のメモ担当者を置く、またはキャプチャを停止します。採用、範囲縮小、再テスト、または却下で終えます。主要経路が失敗した場合は、マイクを移動または追加し、入力をテキスト化するか人間のメモ担当者を置き、話者がキャプチャを続けるかどうかを選べるようにします。

エンティティとラベルを確認する

名前、警告、数値、話者の帰属を個別に確認します。欠落している証拠にはN/Aを付け、責任者を明記し、不明を有利なスコアに変換しないでください。

ノイズと重なりをテストする

代表的な室内ノイズと、より大きな返答を加え、何が消えるかを確認します。全体的な流暢さや視覚的な洗練度で判断するのではなく、書面による期待値と結果を比較します。

まず幾何学を変える

ゲインを上げる前に、マイクを近づけるか、互換性のある音源を追加します。意図的に機微情報を含まないサンプルを使用し、承認済みのプロセスで削除が求められている場合は、テスト成果物を削除します。

一致した音量レベルを記録する

指導することなく、同じフレーズを通常の音量、静かな音量、意図的により小さい音量で使用します。結論が変わる場合に限り、アカウント、主催者との関係、プラットフォーム、会議の種類、設定、日付、レビュアーを記録します。

話者の希望を尋ねる

快適さ、同意、表示形式、そしてどのような支援であれば尊重されていると感じるかを定義します。この架空のテストパターンを範囲としてください。疲労した参加者が安全上の懸念について小声で話し、文字起こしには大きな返答は記録されるものの警告は記録されません。

大きな返答は静かな警告を消してしまうことがある

混在した音源では、より強い信号が優先され、説明責任が歪む可能性があります。

アクセスメモ: 受け入れ項目として「選択」を使用します。合格の意味は、人間による経路またはテキスト入力の経路が利用できることです。これは、カテゴリーが機能するという広範な説明よりも、会議やインタビューで静かな話者、疲労した話者、小声の話者、または物理的に離れた話者を支援するチームにとって有用です。1つの幾何学的変更の前後で、同じ一節について話者に判断してもらいます。

この現場ケースに対してルールを適用します。大きな声の同僚の回答が、静かな安全上の懸念に置き換わります。最も近いパターンは「アクセシビリティのニーズ」で、優先事項は「快適さと主体性」、人間による境界は「テキスト入力のフォールバックを提示」です。「キャプチャが強制になる」を重大な失敗として扱います。「キャプチャが強制になる」をエスカレーションのトリガーとして扱います。それによって、誰が対応すべきか、通常の経路を続けるべきかが変わります。静かな話者のアクセス例は、どの前提が最初に崩れ、誰がなお対応する権限を持つのかを示します。

実際に行うべきことは、静かな音声と大きな音声の連続をテストすることです。アクセスログには、快適な音量、配置、ゲイン、ノイズ、エンティティの結果、帰属、フォールバック、ユーザーの選択を記録します。この静かな話者のアクセス確認では、別のレビュアーが観察を繰り返せるだけの情報のみを保持します。文書を公式、再現された動作を観察結果、解釈を編集上の判断としてラベル付けします。経路が失敗した場合は、マイクを移動または追加し、入力をテキスト化するか人間のメモ担当者を置き、話者がキャプチャを続けるかどうかを選べるようにします。これにより、静かな話者の音声を文字起こしするAIについて、限定された所見を支えることができます。普遍的な約束ではありません。

Quiet-Speaker Accessの証拠メモ: 関連するポリシー、プラットフォームの制御、または機能に依拠する前に、現在の Google Meetヘルプ — ビデオ会議を録画する ページを確認してください。

会議ワークフローガイド を続けて確認するか、AIノートテイカーのトピックライブラリを確認してください。

名前と警告には対象を絞ったレビューが必要

最も重要な静かな言葉は、短く、失われやすい場合があります。

「名前と警告には対象を絞ったレビューが必要」に基づく判断は、「快適さ」にかかっています。基準は具体的です。話者が自然で持続可能な音量を使用すること。会議やインタビューで、静かな話者、疲労した話者、小声の話者、または物理的に離れた話者を支援するチームにとって、役立つ問いは、インターフェースが安心感を与えるかどうかではなく、記載された条件下で同僚が同じ証拠を復元できるかどうかです。観察または文書化されていないものは、すべてN/Aのままにします。

ラベルではなく場面を調べます。文字起こしは挨拶を残しますが、警告番号を落とします。これは「騒音のある床」に似ており、直ちに懸念すべき点は信号のマスキングで、確認の境界はノイズを減らすことです。証拠によって「テストには無理に音量を上げる必要がある」と示されたら、その結果を通常のものとして扱うのをやめます。どれほど滑らかな出力でも、この結果を補うことはできません。テストには無理に音量を上げる必要があります。証拠の境界はすでに越えられています。記録を逸脱する洗練された説明より、狭い範囲での再構成のほうが安全です。

このセクションのアクション：重要なエンティティと否定を採点します。アクセスログには、快適さのレベル、配置、ゲイン、ノイズ、エンティティ結果、帰属、フォールバック、ユーザーの選択を残します。テストをセンシティブでないものに保ち、結果に影響した状態を保持し、無関係な個人情報は破棄します。証拠の連鎖が終われば、主張も終わります。運用上のフォールバックは、マイクを移動または追加し、入力の文字入力または人間のメモ担当者を使い、話者が収音を続けるかどうかを選べるようにすることです。

静かな話者のアクセスに関する証拠メモ： 関連するポリシー、プラットフォームの制御、または機能を信頼する前に、現在の Microsoft Learn — Teams会議の文字起こしとキャプションを構成する ページを確認してください。

静かな話者のルームカードを開く： まずセンシティブでない例を使い、不明な結果はN/Aのままにし、確認できる動作の範囲内でのみ 現在のHiNoterワークフローを評価してください 。

アクセシビリティには停止する権利も含まれる

社会的な不利益を受けることなく、録音しない経路または文字入力による経路を選べるべきです。

どのような証拠が判断を変えるでしょうか。まず「信号」から始めます。結果に合格するのは、音声がテストしたノイズフロアを上回っている場合だけです。この枠組みにより、「アクセシビリティには停止する権利も含まれる」という内容を、機能を称賛するものに変えるのではなく、会議や面接で静かな、疲労した、小声の、または物理的に離れた話者を支援するチームにとって観測可能な作業に結び付けられます。不明という結果は、より小さなテストを行うためのきっかけであり、推測の許可ではありません。

反例は実用的です。キャプションの遅延を見た後、参加者はチャットを選びます。これは「大きなテーブル」のケースとして読み取ります。証拠の対象は距離で、人間によるチェックポイントはマイクを移動することです。停止条件は「ゲインを上げると、代わりにノイズが増える」です。確認によって「ゲインを上げると、代わりにノイズが増える」と確立された時点で判断が変わります。完璧な説明を待つだけでは、復旧が難しくなるだけです。残りの出力が滑らかに読める場合でも、その影響は重要です。

結論を公開する前に、尊重あるフォールバックを公開してください。アクセスログには、快適さのレベル、配置、ゲイン、ノイズ、エンティティ結果、帰属、フォールバック、ユーザーの選択を残します。公式ページが述べていること、チームが再現したこと、編集者が推論したことを分けてください。この静かな話者のアクセステストを完了できない場合は、N/Aを使用し、復旧ルートに従います。マイクを移動または追加し、入力の文字入力または人間のメモ担当者を使い、話者が収音を続けるかどうかを選べるようにします。

静かな話者のアクセスに関する証拠メモ： 関連するポリシー、プラットフォームの制御、または機能を信頼する前に、現在の Zoom Support — Zoomサポートセンター ページを確認してください。

無理のない声でHiNoterを評価する

現在のHiNoterの入力、キャプション、ラベルの動作には、ユーザー主導のテストが必要です。

アクセスに関する注記：「距離」を合格判定項目として使います。合格とは、実際の座席で静かな声が聞き取れる状態です。これは、カテゴリが機能すると広く述べるよりも、会議や面接で静かな、疲労した、小声の、または物理的に離れた話者を支援するチームにとって有用です。話者に、同じ文章を1つの配置変更の前後で判断してもらいます。

このルールを実地のケースに当てはめます。ラボは架空のマーカーコンテンツを使い、その人の受け入れを記録します。最も近いパターンは「小さな部屋」で、優先事項は近距離のベースライン、人間による境界は自然な音量をテストすることです。「近いブースでしか合格しない」を重大な失敗として扱います。この境界が存在するのは、「近いブースでしか合格しない」という発見が、作業開始後の信頼、アクセス、または証拠を変える可能性があるためです。静かな話者のアクセス例は、どの仮定が最初に崩れ、誰が対応する権限をなお持っているかを示します。

実際の対応として、医学的な主張や能力に関する主張は避けます。アクセスログには、快適さのレベル、配置、ゲイン、ノイズ、エンティティ結果、帰属、フォールバック、ユーザーの選択を残します。この静かな話者のアクセス確認では、別のレビュアーが観察を繰り返せるだけの情報に限って保持します。文書は公式、再現された動作は観測済み、解釈は編集上のものとしてラベル付けします。経路が失敗した場合は、マイクを移動または追加し、入力の文字入力または人間のメモ担当者を使い、話者が収音を続けるかどうかを選べるようにします。これは、静かな話者のAI文字起こしについての範囲を限定した発見を支えるものであり、普遍的な保証ではありません。

静かな話者へのアクセスに関する証拠メモ： 関連するポリシー、プラットフォームの制御、または機能に依拠する前に、現在の HiNoter — HiNoter製品ウェブサイト ページを確認してください。

静かな話者のためのルームカードを書く

主催者は、適切な配置を各部屋で繰り返し、主体性を守ることができます。

「静かな話者のためのルームカードを書く」という判断により、「エンティティ」が有効になります。基準は具体的です。名前と警告が保持されること。会議やインタビューで、静かな話者、疲労した話者、小声の話者、または物理的に離れた話者を支援するチームにとって有用な問いは、インターフェースが安心感を与えるかどうかではありません。明示された条件下で、同僚が同じ証拠を復元できるかどうかです。観察も文書化もされていないものは、N/Aのままにします。

ここでラベルではなく状況を確認します。カードには、配置、ノイズ、快適さ、ラベル、フォールバックが記載されています。「アクセシビリティのニーズ」に似ていますが、直ちに問題となるのは快適さと主体性であり、レビューの境界は「入力されたフォールバックを提示する」です。証拠によって「一般的な言葉は欠落を隠す」ことが示された場合、結果を通常のものとして扱うのをやめてください。証拠が「一般的な言葉は欠落を隠す」ことを示し、通常の経路がもはや信頼できない場合に、フォールバックはその存在意義を得ます。記録を超えてしまう洗練された説明よりも、範囲を絞った再構成のほうが安全です。

このセクションのアクション：部屋やデバイスを変更した後にレビューします。アクセスログには、快適さのレベル、配置、ゲイン、ノイズ、エンティティの結果、帰属、フォールバック、ユーザーの選択を残します。テストは機微情報を含まないものとし、結果に影響した状態を保持し、無関係な個人情報は破棄します。証拠の連鎖が終われば、主張も終わります。運用上のフォールバックは、マイクを移動または追加し、入力を入力テキストまたは人間のメモ担当者に切り替え、話者が収録を続けるかどうかを選べるようにすることです。

• 快適さを確認する：話者が自然で持続可能なレベルで話している
• 信号を確認する：音声がテストしたノイズフロアを上回っている
• 距離を確認する：実際の座席で小さな声が聞き取れる
• エンティティを確認する：名前と警告が保持されている
• 帰属を確認する：静かな話者が他の話者と統合されたり、失われたりしていない

静かな話者へのアクセスに関する証拠メモ： 関連するポリシー、プラットフォームの制御、または機能に依拠する前に、現在の EUR-Lex — 一般データ保護規則 ページを確認してください。

静かな話者へのアクセスに関する読者からの質問

AIは小声の話者を文字起こしできますか？

マイクがクリアな信号を受信し、話者がノイズ、距離、またはより大きな声の話者によってかき消されていなければ、AIは小声の話者を文字起こしできる場合があります。ゲインを上げるだけでは、部屋のノイズやクリッピングまで増幅することがあります。代表的な距離で静かな発話をテストし、聞き取りやすさ、欠落、名前、数字、話者ラベルを比較してください。話者が快適な範囲を超えて大きな声を出すよう圧力を感じないよう、配慮ある人間による代替手段または入力テキストによる代替手段を提供してください。答えは、主催者、プラットフォーム、アカウントの役割、会議の種類、管轄区域、組織のポリシー、収録の仕組みによって変わります。害のない代表的なケースをテストし、裏付けのない動作はN/Aのままにしてください。

静かな話者を文字起こしするAIについて、最初に何を確認すべきですか？

仕組みと判断の境界から始めます。快適で通常のレベル、および静かなレベルで、配置を固定して一致するフレーズを使い、その後ゲイン、近い位置のマイク、ノイズ、ユーザーが承認したフォールバックをテストします。最初の確認では、ワークフローが認可されているか、自動化された経路が失敗した場合にも信頼できる情報源が残るかを明らかにする必要があります。

参加者タイルがあれば、収録が機能した証拠になりますか？

いいえ。存在、音声アクセス、文字起こし、保存、後処理はそれぞれ別の状態です。結果として得られた成果物で既知の一節を確認し、収録が開始されなかったり不完全になったりした場合に、責任を負う担当者が有用な通知を受け取ることを確認してください。

主催者または参加者が異議を唱えた場合はどうすればよいですか？

利便性について議論せず、承認済みの収録なしの分岐を使用してください。マイクを移動または追加し、入力を入力テキストまたは人間のメモ担当者に切り替え、話者が収録を続けるかどうかを選べるようにします。機微な会議や重大な結果につながる会議では、組織のポリシーに従い、必要に応じて有資格者の助言を得てください。

同意とプライバシーはどのように扱うべきですか？

通知、適用法、契約、組織のポリシー、目的、アクセス、保持、訂正、削除を、関連はするものの別個の問題として扱ってください。この記事は運用上の情報を提供するものであり、法的助言ではありません。また、プラットフォームからの通知が、あらゆる場合における法的な承認を意味するわけではありません。

このワークフローについて、HiNoterはどのように評価すべきですか？

疲労した参加者が安全上の懸念について小声で話し、文字起こしにはより大きな声の返答は記録されるものの警告は記録されない、という機微情報を含まないバージョンを使用してください。トリガー、参加者のシグナル、制御、出力、通知、アクセス、クリーンアップについて、現在観察された動作のみを記録します。カテゴリに関する言葉から、欠けている機能、プライバシー特性、またはコンプライアンスを推測しないでください。

自動化が失敗した場合、最も安全なフォールバックは何ですか？

マイクを移動または追加し、入力を入力テキストまたは人間のメモ担当者に切り替え、話者が収録を続けるかどうかを選べるようにします。影響を受ける人々に、どの記録が正式なものかを伝え、欠落を特定し、情報源または直接の確認が得られる場合は、重大な事実を記憶から再構築することを避けてください。

編集上の判断

「AIは小声の話者を文字起こしできますか？」という問いに対する有用な答えは、断定的なものではなく条件付きのものです。マイクがクリアな信号を受信し、話者がノイズ、距離、またはより大きな声の話者によってかき消されていなければ、AIは小声の話者を文字起こしできる場合があります。ゲインを上げるだけでは、部屋のノイズやクリッピングまで増幅することがあります。代表的な距離で静かな発話をテストし、聞き取りやすさ、欠落、名前、数字、話者ラベルを比較してください。話者が快適な範囲を超えて大きな声を出すよう圧力を感じないよう、配慮ある人間による代替手段または入力テキストによる代替手段を提供してください。静かな話者のワークフローが成功したと言えるのは、その人が快適さや主体性を手放すことなく聞き取られた場合です。判断では、何が検証されたか、どの会議の種類が引き続き対象外か、誰が記録を承認するか、失敗した、または不適切な収録経路に対してどのフォールバックが機能するかを明示する必要があります。

製品、プラットフォーム、テナント、主催者、カレンダー、ポリシー、または会議の目的を変更した後は、稼働中のアカウントを再確認してください。静かな話者を文字起こしするAIについて証拠が主張を裏付けられない場合は、好意的な推定ではなく「未検証」またはN/Aを公開してください。

音量を求める前に配置を改善する： 認可された機微情報を含まないリハーサルを1回実施し、結果を情報源と比較して、 検証した正確な範囲内でHiNoterをテストしてください。