漠然とした永久保存のデフォルトを、クラス別でレビュー可能な記録スケジュールに変えるためのワークショップ。

執筆：HiNoter Records Governance Workshop · 編集ステータス：内部構造および証拠境界のQA完了；公開前に適格な法務レビューが必要 · 公開・更新日：2026-08-26 · 米国／国際英語版

会議のトランスクリプトに一律の保存期間はありません。適切な期間は、目的、適用法、契約、記録に関する義務、紛争または保全要件、参加者の期待、機微性、そして保存期間の短いトランスクリプトを承認済みの意思決定記録で置き換えられるかどうかによって異なります。「meeting transcript retention（会議トランスクリプトの保存）」には、次の意思決定基準を用いてください。各会議クラスに、文書化された目的、所有者、必要最小限の期間、自動削除ルール、法的保全による上書き、バックアップの有効期限切れの動作、アクセスレビュー、廃棄証明、レビュー日を割り当てます。ストレージが安価だからといって、すべてのトランスクリプトを無期限に保存してはいけません。

保存に関するワークショップは、好みの数字ではなく、目的カードから始めるべきです。編集者が作成した次のシナリオを考えてみてください。ある企業が、最終的な意思決定がプロジェクトシステムに移された後も、すべての社内通話を永久に保存しています。そこには顧客、従業員、候補者、患者、クライアント、参加者のデータは含まれていません。この場面が有用なのは、「How long are meeting transcripts retained?（会議のトランスクリプトはどのくらい保存されるのか）」という問いを、整然としたデモから、所有権、権限、証拠、復旧を検証できる意思決定の場へと移すからです。

このガイドでは、証拠の階層を用います。公式とは、第一者のプラットフォーム、規制当局、法令、またはプロバイダーのページが、限定的な機能または義務を説明していることを意味します。観測済みとは、権限を持つレビュアーが、日付の記録された環境で動作を再現したことを意味します。編集上の見解とは、トランスクリプトをどのくらい利用可能な状態にしておくべきかを判断する運用、プライバシー、記録管理のチーム向けに、執筆者がそれらの資料を解釈したものです。テストされていない機能はN/Aのままにします。

この記事の方向性を決める帰結は次のとおりです。無期限保存は、検索、侵害、ディスカバリー、雇用、プライバシーに関するリスクを拡大する一方で、権威ある記録と未修正の会話草稿を区別することを難しくします。したがって、実務上の基準は意図的に保守的です。各会議クラスに、文書化された目的、所有者、必要最小限の期間、自動削除ルール、法的保全による上書き、バックアップの有効期限切れの動作、アクセスレビュー、廃棄証明、レビュー日を割り当てます。ストレージが安価だからといって、すべてのトランスクリプトを無期限に保存してはいけません。これは、このユースケースに対するレビュー方法であり、製品に関する普遍的な説明ではありません。

保存は数字ではなく目的から始まる

期間は、トランスクリプトが存在する理由に結び付けられて初めて、正当性を説明できます。

ワークショップカード：「Evidence（証拠）」を受入項目として使用します。合格とは、処分を実証できることです。これは、カテゴリーが機能するという広範な説明よりも、トランスクリプトをどのくらい利用可能な状態にしておくべきかを判断する運用、プライバシー、記録管理のチームにとって有用です。すべての期間を、明示された目的、起算時点、所有者、例外に結び付けてください。

このフィールドケースにルールを当てはめます。複製されたポリシーには、記録ルールを特定しないまま7年間と記載されています。最も近いパターンは「Customer decision call（顧客意思決定通話）」であり、優先事項は「契約およびアカウント記録」、人間による境界は「権威あるシステムとの調整」です。「UIの消失を証明として扱う」ことを重大な失敗として扱います。直接的なリスクは明らかです。UIの消失を証明として扱っています。責任を負う所有者は、復旧がまだ現実的なうちにそれを確認すべきです。記録スケジューリングの例は、どの仮定が最初に崩れ、誰がなお対応する権限を持つのかを示します。

実務上の方法は、事業上および法的な目的を、検証可能な一文で記述することです。スケジュールには、記録クラス、目的、権限、起算トリガー、期間、所有者、保全、廃棄方法、レビュー日を記録します。この記録スケジューリングの確認では、別のレビュアーが観察を繰り返せるだけの情報のみを保存します。文書を公式、再現された動作を観測済み、解釈を編集上の見解としてラベル付けします。経路が失敗した場合は、正当な目的を持たないクラスについてトランスクリプトの作成を無効にし、ポリシーで求められる承認済みの意思決定または記録のみを保存します。これは、会議トランスクリプトの保存に関する限定的な所見を裏付けるものであり、普遍的な約束ではありません。

Records Scheduling evidence note（記録スケジューリングの証拠に関する注記）： 関連するポリシー、プラットフォームの管理機能、または機能に依拠する前に、現在の EUR-Lex — General Data Protection Regulation ページを確認してください。

6つの項目から成るトランスクリプト保存スケジュールを作成する

廃棄とレビューを証明する

適切な削除証拠を保持し、バックアップの有効期限切れをテストし、目的またはシステムの変更後にスケジュールを見直します。最後は、採用、範囲縮小、再テスト、または却下で終えます。主要な経路が失敗した場合は、正当な目的を持たないクラスについてトランスクリプトの作成を無効にし、ポリシーで求められる承認済みの意思決定または記録のみを保存します。

保全を明示的に扱う

法的保全または調査保全を設定・解除できる者と、それが対象とするアーティファクトを文書化します。欠落している証拠にはN/Aと記し、責任を負う所有者を明示し、不明を有利なスコアに変えてはいけません。

処分を自動化する

検証済みの箇所では削除を設定し、失敗、リサイクルビン、孤立したアカウントを誰が監視するかを定義します。全体的な流暢さや視覚的な洗練度から判断するのではなく、結果を書面による期待値と比較します。

実行可能な最短期間を選ぶ

永久保存をデフォルトにせず、レビュー、訂正、アクションの記録、または必要な記録管理に十分な期間を設定します。意図的に機微でないサンプルを使用し、承認済みのプロセスで削除が求められる場合はテストアーティファクトを削除します。

権限を特定する

アーティファクトの保存を裏付ける法律、契約、ポリシー、事業上の必要性、または承認済みの記録ルールを記録します。結論を変える場合に限り、アカウント、主催者との関係、プラットフォーム、会議の種類、設定、日付、レビュアーを記録します。

会議の目的を分類する

業務上の会話、顧客との会話、採用、法務、臨床、研究、短期間の会話を区別します。範囲は、次の架空のテストパターンを用います。ある企業が、最終的な意思決定がプロジェクトシステムに移された後も、すべての社内通話を永久に保存しています。

トランスクリプトが記録そのものかどうかを判断する

会話の草稿は、別個の権威ある意思決定ログを補助する場合があります。

「トランスクリプトが記録そのものかどうかを判断する」における意思決定は、「Purpose（目的）」を軸に行います。基準は具体的です。継続的に必要となる特定のニーズが文書化されています。トランスクリプトをどのくらい利用可能な状態にしておくべきかを判断する運用、プライバシー、記録管理のチームにとって有用な問いは、インターフェースが安心感を与えるかどうかではなく、定められた条件の下で同僚が同じ証拠を復元できるかどうかです。観測も文書化もされていないものは、すべてN/Aのままにします。

次に、ラベルではなく場面を検討します。訂正済みのプロジェクト上の意思決定が、不正確な生のトランスクリプトと併存しています。これは「Weekly status call（週次ステータス通話）」に似ており、当面の懸念は「一時的なアクション抽出」、レビューの境界は「検証済みの引き継ぎ後に削除」です。証拠が「利便性が無期限保存になる」ことを示している場合は、その結果を通常のものとして扱うのをやめます。この意思決定では、「利便性が無期限保存になる」ことが、安心感を与えるインターフェースや洗練されたアーティファクトを上回ります。記録を超えて先走る優雅な説明よりも、限定的な再構成の方が安全です。

このセクションのアクション：記録システムと、トランスクリプトの一時的な役割を明示します。スケジュールには、記録クラス、目的、権限、起算トリガー、期間、所有者、保全、廃棄方法、レビュー日を記録します。テストは機微でないものにし、結果に影響した状態を保持し、無関係な個人情報の詳細は破棄します。証拠の連鎖が終われば、主張も終わります。運用上のフォールバックは、正当な目的を持たないクラスについてトランスクリプトの作成を無効にし、ポリシーで求められる承認済みの意思決定または記録のみを保存することです。

記録スケジューリングの証拠メモ: 関連するポリシー、プラットフォームの管理機能、または能力を信頼する前に、現在の 英国情報コミッショナー事務局（ICO）—保存期間の制限 ページを確認してください。

会議議事録の保持には分類ごとの期間管理が必要

会議ごとに、機密性、期待される扱い、記録上の義務が異なります。

どのような証拠があれば判断が変わるでしょうか。「会議の分類」から始めます。機密性と記録ステータスが定義されている場合にのみ、結果は合格となります。この枠組みにより、「会議議事録の保持には分類ごとの期間管理が必要」という主張を、セクションを機能の称賛に変えるのではなく、議事録をどのくらい利用可能な状態にしておくべきかを判断する業務、プライバシー、記録管理チームにとって観察可能な作業に結び付けられます。不明点は、推測を許可するものではなく、より小規模なテストを促すものです。

反例は実際的です。採用面接が公開ウェビナーと同じデフォルト設定を引き継いでいます。これを「法的案件」のケースとして読みます。証拠の対象は保持と秘匿特権に関する懸念であり、人によるチェックポイントは法務担当者が保持期間を管理することです。停止条件は「すべての議事録が1つのデフォルトを共有している」です。管理が破綻した場合、実際の結果は「すべての議事録が1つのデフォルトを共有している」です。これは脚注ではなく、運用上の判断に含めるべきです。出力の他の部分が滑らかに読める場合でも、この結果は重要です。

結論を公開する前に、各分類についてトリガー、期間、担当者、レビューを定義してください。スケジュールには、分類、目的、権限、期間開始のトリガー、期間、担当者、保留、廃棄方法、レビュー日を記録します。公式ページの記載、チームが再現した内容、編集者が推測した内容を分けてください。この記録スケジューリングテストを完了できない場合は、N/Aを使用し、復旧手順に従ってください。正当な目的を説明できない分類では議事録の作成を無効にし、ポリシーで必要とされる承認済みの決定または記録だけを保持します。

記録スケジューリングの証拠メモ: 関連するポリシー、プラットフォームの管理機能、または能力を信頼する前に、現在の 英国情報コミッショナー事務局（ICO）—データ保護ガイダンス ページを確認してください。

削除の自動化にもガバナンスが必要

トグルが1つあるだけでは、保管場所、バックアップ、または関連アーティファクト全体で廃棄が正常に行われたことは証明できません。

ワークショップカード：「期間」を受け入れ項目として使用します。合格とは、開始イベントと期間が曖昧でないことです。これは、カテゴリが機能すると広く述べるよりも、議事録をどのくらい利用可能な状態にしておくべきかを判断する業務、プライバシー、記録管理チームにとって有用です。すべての期間を、明示された目的、起点、担当者、例外に結び付けてください。

このフィールドケースにルールを適用します。期限切れの項目が通常のユーザーから復元可能なままになっています。最も近いパターンは「採用面接」で、優先事項は機密性の高い応募者データ、人による境界は「人事承認済みのスケジュールを使用する」です。「誰も期間の開始時点を知らない」を重大な失敗として扱います。「誰も期間の開始時点を知らない」をエスカレーションのトリガーとして扱います。これは、誰が対応すべきか、また通常の経路を継続すべきかを変えます。記録スケジューリングの例は、どの前提が最初に崩れ、誰がなお対応する権限を持つかを示しています。

実務上の対応は、アクティブな削除、復元期間、バックアップ、失敗アラートをテストすることです。スケジュールには、分類、目的、権限、期間開始のトリガー、期間、担当者、保留、廃棄方法、レビュー日を記録します。この記録スケジューリングの確認では、別のレビュアーが観察を再現できるだけの情報を保持してください。文書を、公式、再現して観察した動作、編集上の解釈に分類します。経路が失敗した場合は、正当な目的を説明できない分類では議事録の作成を無効にし、ポリシーで必要とされる承認済みの決定または記録だけを保持します。これにより、会議議事録の保持について、普遍的な約束ではなく、範囲を限定した所見を支えられます。

記録スケジューリングの証拠メモ: 関連するポリシー、プラットフォームの管理機能、または能力を信頼する前に、現在の NIST—NISTプライバシーフレームワーク ページを確認してください。

会議ワークフローガイド を続けて読むか、AI議事録作成ツールのトピックライブラリを確認してください。

法的保留は限定的な例外

保留は、スケジュール全体を書き換えることなく、特定された情報を保持するものであるべきです。

「法的保留は限定的な例外」の判断は「自動化」にかかっています。基準は具体的です。削除の担当者と例外の担当者が割り当てられていることです。議事録をどのくらい利用可能な状態にしておくべきかを判断する業務、プライバシー、記録管理チームにとって有用な問いは、インターフェースが安心感を与えるかどうかではなく、定められた条件下で同僚が同じ証拠を復元できるかどうかです。観察も文書化もされていないものは、N/Aのままにします。

ここではラベルではなく状況を確認します。案件が終了した後も、広範な調査保留が解除されていません。「顧客との意思決定に関する通話」に似ており、直近の懸念は契約とアカウント記録、レビューの境界は権威あるシステムとの整合です。証拠によって「監視なしに設定が存在している」ことが立証された場合、その結果を通常のものとして扱うのをやめてください。どれほど滑らかな出力であっても、この結果を埋め合わせることはできません。監視なしに設定が存在しています。証拠の境界はすでに越えられています。記録を上回る洗練された説明よりも、限定的な再構成の方が安全です。

このセクションでの対応は、発行者、範囲、日付、システム、保管担当者、解除の判断を記録することです。スケジュールには、分類、目的、権限、期間開始のトリガー、期間、担当者、保留、廃棄方法、レビュー日を記録します。テストを非機密に保ち、結果に影響した状態を保持し、関係のない個人情報の詳細は破棄してください。証拠の連鎖が終われば、主張も終わります。運用上のフォールバックは、正当な目的を説明できない分類では議事録の作成を無効にし、ポリシーで必要とされる承認済みの決定または記録だけを保持することです。

記録スケジューリングの証拠メモ: 関連するポリシー、プラットフォーム管理策、または機能に依拠する前に、現在の Zoom — Zoom プライバシーに関する声明 ページを確認してください。

1つの会議クラスのスケジュールを作成する: まず機密性のない例を使い、不明な結果はN/Aのままにし、検証できる動作の範囲内でのみ 現在のHiNoterワークフローを評価する 。

説明する前にHiNoterの保持を検証する

現在のデフォルト期間、管理者オプション、ゴミ箱、バックアップ、削除の証拠は、公式文書または再現可能なアカウントテストから得なければなりません。

どのような証拠が判断を変えるでしょうか。まず「保留」から始めます。結果が合格するのは、権限、範囲、解除が管理されている場合だけです。この枠組みにより、「説明する前にHiNoterの保持を検証する」は、文字起こしをどのくらいの期間利用可能にしておくべきかを判断する業務、プライバシー、記録チームにとって、観察可能な作業に結び付いたままになります。セクションを機能の称賛に変えてしまうこともありません。不明点は、より小規模なテストを行うきっかけであり、推測を許可するものではありません。

反例は実務的です。編集者は、該当するプランの公開されたデフォルトを見つけられません。これを「週次ステータス会議」のケースとして読みます。証拠の目標は一時的なアクション抽出であり、人によるチェックポイントは確認済みの引き継ぎ後に削除することです。停止条件は「保留が恒久的な保存になる」です。レビューによって「保留が恒久的な保存になる」と確認された時点で判断は変わります。完璧な説明を待つだけでは、復旧が難しくなるだけです。残りの出力が滑らかに読める場合でも、その結果は重要です。

結論を公開する前に、未検証であることを明記し、記事のスケジュールをベンダー中立に保ってください。スケジュールには、クラス、目的、権限、起算トリガー、期間、担当者、保留、廃棄方法、レビュー日を記録します。公式ページに書かれていること、チームが再現したこと、編集者が推論したことを分けてください。この記録スケジューリングテストを完了できない場合は、N/Aを使用し、復旧手順に従ってください。つまり、正当な目的を説明できないクラスでは文字起こしの作成を無効にし、ポリシーで求められる承認済みの判断または記録だけを保持します。

記録スケジューリングの証拠メモ: 関連するポリシー、プラットフォーム管理策、または機能に依拠する前に、現在の HiNoter — HiNoter製品ウェブサイト ページを確認してください。

監査できる程度に廃棄を可視化する

証拠は、削除されたコンテンツ自体を保持せずに、ポリシーの実行を証明できるものでなければなりません。

ワークショップカード: 受入項目として「証拠」を使用します。合格とは、廃棄を証明できることです。これは、あるカテゴリが機能すると広く述べるよりも、文字起こしをどのくらいの期間利用可能にしておくべきかを判断する業務、プライバシー、記録チームにとって有用です。すべての期間を、明記された目的、起算、担当者、例外に結び付けてください。

この現場ケースにルールを当てはめます。管理者は削除前にスクリーンショットを撮りますが、反映を示すことができません。最も近いパターンは「法務案件」で、優先事項は保留と秘匿特権に関する懸念であり、人との境界は弁護士が保持を管理することです。「UI上で消えたことを証拠として扱う」を重大な不備とします。この境界が存在するのは、「UI上で消えたことを証拠として扱う」という発見が、作業開始後の信頼、アクセス、または証拠を変える可能性があるためです。記録スケジューリングの例は、どの前提が最初に崩れ、誰が対応する権限をなお持つのかを示します。

実務上の対応は、項目クラス、ルール、ジョブ結果、例外、レビュー担当者、バックアップの境界を記録することです。スケジュールには、クラス、目的、権限、起算トリガー、期間、担当者、保留、廃棄方法、レビュー日を記録します。この記録スケジューリング確認では、別のレビュー担当者が観察を再現できるだけの情報のみを保持してください。文書を、公式、再現した観察済みの動作、編集上の解釈に分類してください。手順が失敗した場合は、正当な目的を説明できないクラスでは文字起こしの作成を無効にし、ポリシーで求められる承認済みの判断または記録だけを保持します。これは、会議文字起こしの保持についての限定的な発見を支えるものであり、普遍的な約束ではありません。

• 目的を確認する: 継続的な具体的ニーズが文書化されている
• 会議クラスを確認する: 機密性と記録の状態が定義されている
• 期間を確認する: 開始イベントと期間が曖昧でない
• 自動化を確認する: 削除と例外の担当者が割り当てられている
• 保留を確認する: 権限、範囲、解除が管理されている

記録スケジューリングの証拠メモ: 関連するポリシー、プラットフォーム管理策、または機能に依拠する前に、現在の Microsoft — Microsoftプライバシーに関する声明 ページを確認してください。

目的が変わったらスケジュールを見直す

新しい統合、検索機能、法的義務、または参加者の期待によって、従来の保存期間が無効になることがあります。

「目的が変わったらスケジュールを見直す」に基づく判断は、「目的」にかかっています。基準は具体的です。継続する具体的な必要性が文書化されていることです。業務、プライバシー、記録の各チームが、文字起こしをどのくらいの期間利用可能な状態にしておくべきかを判断する際に有用な問いは、インターフェースが安心感を与えるかどうかではなく、定められた条件下で同僚が同じ証拠を復元できるかどうかです。観察も文書化もされていないものは、N/Aのままにします。

ここでラベルではなく状況を確認します。元のスケジュールが承認された後に、検索可能なAIインデックスが追加されたとします。これは「採用面接」に似ており、直ちに懸念されるのは機微な応募者データで、見直しの境界は「人事承認済みのスケジュールを使用」です。証拠によって「利便性が無期限保存に変わる」ことが示された場合は、その結果を通常のものとして扱うのをやめます。証拠が「利便性が無期限保存に変わる」ことを示し、通常の経路がもはや信頼できない場合に、フォールバックには存在意義があります。記録を逸脱する洗練された説明よりも、限定的な再構成のほうが安全です。

このセクションのアクション：システム、契約、法律、ユースケース、所有権の変更時に見直しを開始します。スケジュールには、クラス、目的、権限、起点、期間、所有者、保留、廃棄方法、見直し日を記録します。テストは機微情報を含まないものにし、結果に影響した状態だけを保持し、無関係な個人情報は破棄します。証拠の連鎖が終われば、主張も終わります。運用上のフォールバックは、正当な目的を説明できないクラスについて文字起こしの作成を無効にし、ポリシーで求められる承認済みの決定または記録だけを保持することです。

記録スケジューリングに関する証拠注記： 関連するポリシー、プラットフォームの制御、または機能に依拠する前に、最新の EUR-Lex — 一般データ保護規則 ページを確認してください。

記録スケジューリングに関する読者からの質問

会議の文字起こしはどのくらいの期間保存されますか？

会議の文字起こしに普遍的な保存期間はありません。適切な期間は、目的、適用法、契約、記録に関する義務、紛争または保留の要件、参加者の期待、機微性、そしてより短期間で保存される文字起こしを承認済みの意思決定記録に置き換えられるかどうかによって異なります。回答は、主催者、プラットフォーム、アカウントの役割、会議の種類、管轄区域、組織のポリシー、取得メカニズムによって変わります。害のない代表的なケースをテストし、裏付けのない動作はN/Aのままにしてください。

会議の文字起こしの保存について、最初に何を確認すべきですか？

メカニズムと意思決定の境界から始めます。各会議クラスに、文書化された目的、所有者、必要最小限の期間、自動削除ルール、法的保留の上書き、バックアップの有効期限に関する動作、アクセスレビュー、廃棄の証明、見直し日を割り当てます。保存コストが安いからといって、すべての文字起こしを無期限に保持してはいけません。最初の確認では、ワークフローが承認されているか、また自動化された経路が失敗した場合にも信頼できる情報源が残るかどうかを明らかにします。

参加者タイルが表示されていれば、録音が機能した証拠になりますか？

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

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

利便性について議論せず、承認済みの録音しない分岐を使用してください。正当な目的を説明できないクラスについて文字起こしの作成を無効にし、ポリシーで求められる承認済みの決定または記録だけを保持します。機微な会議や重大な結果につながる会議については、組織のポリシーに従い、必要な場合は有資格者の助言を得てください。

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

通知、適用法、契約、組織のポリシー、目的、アクセス、保存、訂正、削除を、関連しつつも別個の問題として扱ってください。この記事は運用上の情報を提供するものであり、法的助言ではありません。また、プラットフォームの通知は普遍的な法的許可ではありません。

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

最終的な意思決定がプロジェクトシステムに移された後も、会社がすべての社内通話を永久に保存するという、機微情報を含まないバージョンを使用してください。トリガー、参加者のシグナル、制御、出力、アラート、アクセス、クリーンアップについて、現在観察されている動作だけを記録します。カテゴリの表現から、欠落している機能、プライバシー特性、またはコンプライアンスを推測しないでください。

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

正当な目的を説明できないクラスについて文字起こしの作成を無効にし、ポリシーで求められる承認済みの決定または記録だけを保持します。影響を受ける人々に、どの記録が正式なものかを伝え、欠落箇所を特定し、情報源または直接の確認が利用できる場合には、記憶から重大な事実を再構築することを避けてください。

編集上の判断

「会議の議事録はどのくらいの期間保持されますか？」という質問に対する有用な答えは、断定的なものではなく条件付きのものです。会議の議事録に普遍的な保持期間はありません。適切な期間は、目的、適用される法律、契約、記録に関する義務、紛争や保全の要件、参加者の期待、機密性、そしてより短期間で消える議事録を承認済みの意思決定記録に置き換えられるかどうかによって決まります。残す記録が、その業務が信頼できるものである場合にのみ、保持する量を減らすことが有効になります。判断では、何を確認したのか、引き続き除外される会議の区分、記録を承認する担当者、そして取得経路が失敗した場合や不適切だった場合にも存続する代替手段を明記する必要があります。

製品、プラットフォーム、テナント、主催者、カレンダー、ポリシー、または会議の目的に変更があった後は、実際のアカウントを再確認してください。会議の議事録の保持に関する記述を証拠で裏付けられない場合は、都合のよい推定ではなく「未検証」または N/A と記載してください。

永久保存を、レビュー済みの保持ルールに置き換える: 承認を受けた機密情報を含まないリハーサルを1回実施し、その結果を元の情報と比較して、 確認した正確な範囲内でHiNoterをテストしてください。