会議の録音から議事録を生成AIで作る社内運用の組み方。録音の同意を記録する、保存先と学習利用を設定する、要約を確かめて確定する

この記事の結論：会議の録音から議事録を生成AIで作る社内運用は、「録音の前に同意を記録する」「録音と文字起こしを決めた場所にだけ置き、使うサービスの学習利用を設定で止める」「要約は発言の時刻つきの決まった形で出させ、参加者が確かめてから確定する」の3つを、1本の流れとして組むと回ります。AIの性能より先に、同意のない録音は処理しない、確定していない要約は共有しない、という2つの関所を仕組みに入れておくことが大切です。

想定している読み手は、会議ツールに付いている要約の機能ではなく、録音ファイルを受け取って文字起こしと要約をする流れを社内で組もうとしている情報システムや総務の方と、その流れを作る開発者です。録音を参加者にどう伝えるかといった社内の方針の決め方は扱わず、決めた方針を手順と仕組みに落とすところを書きます。

議事録の流れは、受け取る・文字にする・まとめる・確かめる・消すの5段で組む

生成AIで議事録を作る流れは、5つの段に分けると、どこで何を守ればよいかがはっきりします。

会議ツールの要約の機能を使う場合も、この5段の考え方はそのまま使えます。違うのは、2と3を会議ツールが受け持つことと、保存先が会議ツールの側に決まっていることです。

録音の前に、同意を「記録」として残す

同意は、口頭で確かめただけでは仕組みの側から見えません。会議ごとに「同意を取ったか」を記録として残し、録音ファイルと同じ識別子でひも付けます。

同意を記録する手順は、次のとおりです。

1. 会議の案内に、録音と生成AIでの要約をすることを書く。 案内の文面のひな形を1つ作り、使い回す
2. 会議の冒頭で、進行役が改めて伝え、反対がないかを聞く。 反対があれば、その会議は録音しない
3. 進行役が、会議の記録に「同意：取れた／取れない」を残す。 社外の人が加わる会議は、相手から了解を得たことを書き添える
4. 仕組みは、同意が「取れた」の会議の録音だけを処理する。 記録がない録音は、処理せずに担当者へ知らせる

会議の情報として受け取る項目の例です。

{
  "meeting_id": "2026-10-03-sales-weekly",
  "held_at": "2026-10-03T10:00:00+09:00",
  "organizer": "emp-0123",
  "attendees": ["emp-0123", "emp-0456", "emp-0789"],
  "has_external_attendees": false,
  "consent": "obtained",
  "consent_recorded_by": "emp-0123",
  "audio_object_key": "raw/2026/10/03/2026-10-03-sales-weekly.m4a"
}

consent が obtained 以外のときに処理を止める判定は、文字起こしのAPIを呼ぶ前の1か所に置きます。各段にばらばらに書くと、どこかで判定が抜けます。

録音と文字起こしの置き場所は、段ごとに分けて閉じる

録音、文字起こし、要約の下書き、確定した議事録は、中身の性質が違います。同じフォルダに入れず、置き場所と見られる人を分けておきます。

期間そのものは会社ごとに決めることですが、決めたら保管場所の設定で自動に守らせます。AWSのS3なら、ライフサイクルの設定で、決めた日数が過ぎたファイルを自動で消せます。

{
  "Rules": [
    {
      "ID": "expire-raw-audio",
      "Filter": { "Prefix": "raw/" },
      "Status": "Enabled",
      "Expiration": { "Days": 7 }
    },
    {
      "ID": "expire-transcripts",
      "Filter": { "Prefix": "transcript/" },
      "Status": "Enabled",
      "Expiration": { "Days": 30 }
    }
  ]
}

（日数は例です。社内で決めた期間に置き換えてください。）

録音の保管場所は、ほかの共有フォルダと分けた専用のものにし、人が直接開ける権限を最小にします。録音は、参加者の声そのものと、会議で出た固有名詞をすべて含むからです。

文字起こしのAPIは、日本語の対応と上限と学習利用の3点で選ぶ

文字起こしのAPIを選ぶときは、精度の比べ合いより先に、日本語で使える機能と、ファイルの上限と、送った音声の扱いの3点を公式の資料で確かめます。

Amazon Transcribe を使う場合に見落としやすいのが、最後の行です。AWSのドキュメントでは、AWSのAIサービスは利用者の内容をサービスの改善のために使い、保存することがあり、AWS Organizations の「AIサービスのオプトアウトポリシー」で使わせないようにできると説明しています。Amazon Transcribe はその対象の一覧に入っています。使い始める前に、組織の管理アカウントでこのポリシーを付けておきます。

OpenAI については、API経由のデータは利用者が明示的に共有を選んだ場合を除いて学習に回らない一方、悪用を見張るための記録は既定で30日まで保持され、法令で求められる場合などはそれより長くなりうる、というのが公式の説明です。どちらを使う場合も、「学習に使われない」と「どこにも残らない」は別のことだと押さえ、残る期間を社内の記録に書いておきます。

会議の発言には、顧客や社員の個人データが混ざります。個人情報保護委員会の注意喚起は、本人の同意を得ずに個人データを生成AIへ渡し、それが答えを返す以外の用途に回ると個人情報保護法に違反しうると指摘し、提供元が学習に使わないかを事前によく確認するよう事業者に促しています。学習利用を止める設定と、その設定をした日を、運用の記録に残します。

要約は、発言の時刻つきの決まった形で出させる

AIの要約は、自由な文章で出させると、確かめる人が録音のどこを聞けばよいか分からなくなります。決定事項・やること・保留の論点を分けた形で出させ、各項目に元の発言の時刻を付けさせます。

要約を出させるときの形（JSONのスキーマ）の例です。

{
  "type": "object",
  "properties": {
    "decisions": {
      "type": "array",
      "items": {
        "type": "object",
        "properties": {
          "text": { "type": "string" },
          "source_times": { "type": "array", "items": { "type": "string" } }
        },
        "required": ["text", "source_times"]
      }
    },
    "action_items": {
      "type": "array",
      "items": {
        "type": "object",
        "properties": {
          "task": { "type": "string" },
          "owner": { "type": "string" },
          "due": { "type": "string" },
          "source_times": { "type": "array", "items": { "type": "string" } }
        },
        "required": ["task", "owner", "due", "source_times"]
      }
    },
    "open_issues": { "type": "array", "items": { "type": "string" } }
  },
  "required": ["decisions", "action_items", "open_issues"]
}

あわせて、AIへの指示には次の3つを入れます。

• 発言にないことを書かない。 担当や期限が発言の中で決まっていなければ、owner や due には「未定」と書く
• 時刻は、文字起こしに付いている時刻だけを使う。 推測した時刻を書かない
• 決まったことと、話に出ただけのことを分ける。 結論が出ていない話は open_issues に入れる

出力を受け取ったら、仕組みの側で形を確かめます。必須の項目が欠けている、時刻が文字起こしの範囲の外にある、といった出力は、確かめる段に回さずにもう一度作らせます。人が読む前に、機械で落とせる誤りは落としておきます。

確かめて確定するまで、議事録は参加者の外に出さない

要約は、進行役が確かめて「確定」の操作をするまで、下書きとして扱います。下書きの段階では、参加者以外に見せず、ほかのシステムへの連携も止めておきます。

確かめる手順は、次のとおりです。

1. 決定事項を1つずつ見る。 付いている時刻の前後を録音か文字起こしで確かめ、発言にない内容が紛れ込んでいないかを見る
2. やることの担当と期限を見る。 「未定」があれば、担当者に聞いて埋めるか、未定のまま共有するかを決める
3. 固有名詞と数字を見る。 取引先の名前、金額、日付は、文字起こしの段階で聞き間違えやすい
4. 直した箇所を記録する。 何をどう直したかを残しておくと、AIへの指示を直すときの材料になる
5. 確定の操作をする。 確定した人と日時が記録され、参加者への共有と、やることの登録が動く

議事録の状態は、業務システムの側で draft（下書き）→ in_review（確認中）→ approved（確定）と持ち、approved になったものだけを共有と連携の対象にします。確定した後に直すときは、上書きせずに新しい版として残す決まりにします。

「状態を持たせ、確定した記録だけを次の処理へ渡す」作りは議事録だけのものではなく、株式会社bundlyzeでは、ほかにも予約管理のように記録を扱う業務システムで、要件の整理から運用後の保守まで同じ考え方をとっています。

社内で回し始める順番

最初から全社の会議で始めず、社内だけの定例の会議1つで回します。

1. 対象の会議を1つ決める。 社外の人が入らない、毎週の定例がよい
2. 同意の記録の項目を、会議の案内と記録のひな形に入れる
3. 文字起こしのサービスの、学習利用を止める設定を済ませ、設定した日を残す
4. 保管場所を作り、録音と文字起こしを消す期間をライフサイクルで設定する
5. 要約の形と指示を決め、形の確かめを仕組みに入れる
6. 4回ほど回し、確かめる段で直した箇所を見て、指示を直す

直した箇所の記録が少なくなってきたら、対象の会議を増やします。社外の人が加わる会議は、相手の了解の取り方が決まるまで対象に入れません。録音の受け取りから確定までを社内の業務システムとつなぐ形で組みたいときは、AIを業務に組み込む支援もあわせて参考にしてください。

参考にした公式の資料

この一覧の資料は、2026年10月3日に開いて読んだものです。APIの仕様や設定の画面は随時更新されるので、実際に組む時点の版で確かめ直してください。

• OpenAI「Speech to text」：文字起こしのモデル、25MBの上限、話者を分けるモデル
• OpenAI のデータの扱いの説明（Data controls）：API経由のデータと学習、監視用の記録が残る日数
• AWS「Supported languages and language-specific features」（Amazon Transcribe）：日本語で使える機能と、伏せ字の対応の有無
• AWS「Partitioning speakers (diarization)」（Amazon Transcribe）：話者の区別と、時刻つきの出力
• AWS「AI services opt-out policies」（AWS Organizations）：AIサービスの改善への利用と、オプトアウトの方法、対象のサービスの一覧
• AWS「Managing the lifecycle of objects」（Amazon S3）：期間が過ぎたファイルの自動の削除
• 生成AIサービスの利用をめぐる注意喚起（個人情報保護委員会、2023年6月2日公表）：会議の発言のような個人データを渡すときの確認