学会・会議の登壇スライド確認と映像担当への引き継ぎチェックリスト

資料受領・引き継ぎ台帳をダウンロード

登壇資料の受領・確認・引き継ぎ台帳をダウンロード（英語のMarkdown）

英語のMarkdownテンプレートをダウンロードし、イベントごとに複製します。セッション台帳には、予定ファイル、受領ファイル、現行版、担当者、確認内容、未解決事項、承認、会場、オペレーターの受領確認を記録します。別の記入欄でファイル検査、再生テスト、直前の差し替え、最終引き継ぎを扱います。共同文書や表計算に移してもかまいませんが、実ファイルは主催者が認めた保管場所に置き、公開台帳に非公開資料を埋め込まないでください。プログラム、進行表、登壇者向け説明、制作フォルダーで同じセッションIDを使います。

この手順は、登壇者に説明と提出方法を伝えた後に始まります。登壇者の選定、利用権の交渉、スライド中の主張の真偽判定は対象外です。映像・資料オペレーターが正確なファイルと既知の制約を受領した時点で引き継ぎが終わり、その後に関係者と本番の合図を使ってリハーサルします。小規模な催しで一人が複数の役割を担っても、判断は分けて残します。整ったスライドは内容承認や再生保証を意味しません。

一般的なイベント一覧より対象を絞った台帳です。人ごとではなく、登壇者とセッションの組み合わせごとに一行を作ります。同じ人が二つの会場に登壇し、別版を使うこともあるためです。例外は解決策が選ばれ、再確認されるまで表示します。スライドを使わないなら空欄にせず、その判断と画面を使わない進行を書きます。予定、受領、現行、テスト、引き継ぎの五つの状態に答えられるようにします。

提出前に運用ルールを決める

開場の何日前という一律の数字ではなく、会場リハーサルとオペレーターへの引き渡しから逆算します。各セッションまたは提出グループについて、提出時刻、確認期間、修正期間、内容承認、制作版の確定時点を決め、タイムゾーンを記します。問題を伝え、差し替えを受けて再テストする時間が必要です。件数、動画の複雑さ、承認経路によって必要な時間は異なります。「五営業日前」などの一般的な期限だけで準備完了とは判断できません。

提出先、受け付ける元ファイル形式、参照用PDFの要否、命名規則、画面比率やテンプレート、別途必要な動画・音声を登壇者に伝えます。これらはその催し固有の制作条件です。IPAC’26は、自大会のIndico提出先、プログラム番号に沿ったファイル名、元ファイルとPDF、会場の端末での確認を指定しています。同大会の期限、比率、個人パソコン禁止を他の催しに一般化せず、実際の会場と映像チームの要件を使います。[1]

誰がスライドを編集し、内容を承認し、見た目の不具合を直し、直前の例外を判断し、各会場で読み込むかを決めます。映像責任者に、再生アプリと版、OS、画面寸法、発表者画面、映像と音声の経路、リモコン、ネットワーク依存、代替手段を確認します。試していない端末で同じ表示や音が出ると約束しないでください。登壇者向け説明で条件を伝え、受領台帳で提出物が条件に合うか記録します。

各発表ファイルを管理された台帳に登録する

到着前に、セッションID、プログラム名、登壇者、会場、開始時刻、連絡担当、予定形式と必要ファイルの行を作ります。受領時には時刻、元のファイル名、形式、必要なら容量、承認済み保管場所のリンク、受領確認者を記録します。開けることを確認してから受領とします。アクセスできないリンクや空のアップロードは使える資料ではありません。登壇者が送った唯一の原本を上書きしないでください。複数形式を扱う場合、編集用の正本と閲覧用の控えを区別します。

作業用コピーにはセッションIDと明確な版番号を使い、名前に私的情報を入れません。古い版は分けて保存するか、全オペレーターが頼れる履歴を使います。現行版を変えた理由と承認者を記録します。「final」という名のファイルが二つある場合は命名ではなく判断の問題です。登壇者または内容責任者にどちらが置き換わるかを尋ね、確認担当と会場担当に伝えます。「受領」「確認候補」「会場にリリース済み」は別の状態です。

一覧には未提出、確認待ち、登壇者による修正中、技術テスト済み、承認済み、会場への受領済みを示します。スライド枚数だけでは工数は分かりません。短くても動画、動的な図、特殊フォントを含む資料は、長い静的資料より検査が必要な場合があります。リハーサルが早い発表、特殊設備の部屋、動画の多い資料、他部署の判断待ちを優先します。システムの「アップロード済み」は、表示、内容、再生の確認を意味しません。

発表内容の判断を代行せずファイルを確認する

合意した編集・閲覧アプリでファイルを開き、セッションと版を確認します。最初と最後、順序、会場が求める縦横比、空白や壊れた要素、切れ、読みにくい図、テンプレートを点検します。発表者ノートは運用上必要なときだけ開きます。公開版やオペレーター版に渡すべきでない下書きが含まれることがあります。題名と氏名をプログラムと照合し、数値、主張、出典、権利に関する疑問は登壇者と内容責任者に戻します。制作確認者が専門的内容を黙って書き換えません。

文字と図に、人によるアクセシビリティ確認が必要か決めます。読み上げ順、意味のある代替テキスト、動画の字幕などが対象です。MicrosoftはPowerPointのアクセシビリティチェックと作成上の点検を説明していますが、ツールに合格しただけで全員が利用できるとは言えません。生字幕、通訳、聴覚支援、公開する利用しやすい版には別の担当者を決めます。台帳には確認済み項目と残件を記し、一つのチェックで全面的な適合を宣言しません。[4]

フォントは実際の再生環境で確認します。Microsoftによると、カスタムフォントの埋め込みは置き換わりを防ぐ場合がありますが、埋め込めないフォントもあり、選んだ設定は後の編集に影響します。利用可能なフォント、許可された埋め込み、承認済みフォントの支給、参照用PDFのどれを使うか映像チームと決めます。その後、再生端末で文字の多いページや記号、図を見ます。PDFは表示差の発見に役立っても、アニメーションや発表者画面は再現しません。[2]

実際の再生経路とメディアを試す

連絡担当のノートパソコンだけでなく、可能なら会場またはスピーカー準備室の端末で試します。本番で使うアプリと表示経路を使い、表紙、文字の多いページ、グラフ、アニメーション、動画、終了時の切替を確認します。登壇者の送り方、客席画面、発表者モニターを確かめます。端末・会場・アプリ版・日時・担当者・ファイル版を残します。事務室で開いたことは切り分けには役立ちますが、会場での再生テストではありません。

動画と音声が埋め込みか外部リンクかを確認し、本番の環境で再生します。Microsoftは、リンクされたメディアは元の場所や通信に依存し、埋め込みはファイルを大きくすると説明します。リンク動画では接続確認を勧めています。最初の静止画が見えるだけでは再生確認になりません。開始、音声経路、予定した字幕、スライドへの復帰を試します。別ファイルのメディアには資料の版と用途を書いた一覧を添え、差し替え後に古い動画が残らないようにします。[3]

書き出しファイルは別の納品物として扱います。PDFは静的な参照や合意した非常時の代替になりますが、動き、段階表示、ノート、対話的リンク、動画の動作は失われることがあります。IPAC’26が元ファイルとPDFを求めるのは同大会の記録運用のためで、別の催しには異なる目的があります。投影版と後日配布版があるなら、各版の承認を分けます。生放送用に受け取った資料を公開してよいとは限りません。[1]

ファイルだけでなく切替も試します。オペレーターが合図を受け、正しい発表を開き、画面を切り替え、操作を登壇者に渡し、動画の一時停止後に次の項目へ進む流れです。正しいファイルでも進行中に失敗し得ます。リハーサル記事は人と合図の本番テストを扱い、この先行確認はファイルと機材の前提を整えます。遠隔接続が利用できなかったなど未検査部分は明記し、全体を「テスト済み」としないでください。

すべての問題に担当者と判断を割り当てる

問題ごとにセッションと版に紐づくIDを付け、観察結果、場所、再現方法、判断者を記録します。元ファイル不足、制作上の不具合、内容の疑問、映像設備の制約を区別します。担当者は脚注の誤字や既存ロゴの位置を直せても、数値変更、図の再作成、主張の削除は許されていないかもしれません。編集権限を先に決め、提出原本を作業用コピーと共に保管します。

登壇者または担当者への修正依頼には、対象スライドや合図、必要な対応、判断期限、再提出先を簡潔に書きます。内容の変更は内容責任者が、再生方法は映像責任者が決めます。直前の問題には、直して再テスト、承認済み代替、合図変更、素材の不使用から明確に選びます。「連絡済み」は「解決済み」ではありません。差し替え版、確認者、結果を記録し、合図が変わるなら進行表と進行担当にも伝えます。

残件は、制約を受け入れるか止めるか決められる人に見えるようにします。ファイルは開くが会場では不要な動画の音が出ないなら、制作責任者の判断と登壇者への共有が必要です。PDFの控えが意図した発表を保つとは約束できません。法務、財務、科学、医療に関する主張は適格な責任者に回し、資料オペレーターの確認を暗黙の承認としないでください。

会場ごとに特定の版を引き継ぐ

「最新版」という共有フォルダーだけでなく、会場ごとの制作パッケージを作ります。日付付き一覧に、セッションID、時刻、登壇者、正確なファイル名と版、必要な動画、承認済み静的控え、例外、再生メモ、リリース権限者を記します。担当者の稼働フォルダーには承認済みの本番ファイルだけを置き、古い候補は選べないようにします。中央サーバーを使う会場では、部屋と発表への割当方法を確認してください。受領用フォルダーに置いただけでは本番端末に届きません。

内容責任者は発表内容を、制作責任者はテスト済みの再生パッケージを、合意した手順でそれぞれ承認します。会場担当は一覧とファイルへのアクセス、指定ファイルが会場経路で開くこと、例外時の連絡先を確認します。その受領時刻と版を残します。一人が複数の役割でも、判断は分けて記録します。正確なファイル名と会場担当の受領記録のない「準備完了」表示は、多会場イベントでは曖昧です。

発表に合う小さな代替案も準備します。静的な講演ならテスト済みPDF、動画の合図なら現地で使えるクリップ、または登壇者と進行担当が合意したスライドなしの進行です。使う条件と判断者を書きます。代替案は未承認資料の配布や内容の保留を無視する許可ではありません。ファイルの場所、順序、送り方、フォントや動画の注意、会場端末のコピーを後で削除・保管する担当者も引き継ぎます。

テスト済みの版を失わず差し替えを扱う

版を確定する前に差し替えルールを決めます。登壇者または内容担当は同じ提出経路を使い、新旧の版、変更点、旧版を取り下げるかを明示します。制作担当は内容、配置、リンク、フォント、動画、会場再生、合図のうち何を再確認するか決めます。「小さな」変更でも改行やアニメーションがずれることがあります。テスト済みの本番コピーを上書きして、会場担当に新旧判断を任せないでください。

時間があれば実際の経路で差し替えを再テストし、新しい時刻の一覧を発行します。旧版は稼働場所から外すか明確に保管し、再度受領確認を取ります。時間がなければ、権限のある登壇者、内容担当、進行担当と、既にテストした版、合意した代替、進行変更から選びます。制約は正直に記録します。開催が近いからといって失敗したテストを合格にしたり、端末に読み込まれた資料を黙って置き換えたりしません。

リハーサルには、会場担当が使う予定の承認済み版と一覧を持ち込みます。登壇紹介、最初のページ、動画、操作、質疑、退出を関係者と試し、修正をリハーサル記録に残します。リハーサル後に資料が変われば再びこの流れに入れ、新しい版、適切な承認、会場テスト、新しい受領確認が必要です。引き継ぎは、準備と本番を分ける管理された境界であり、一度のメール添付ではありません。

例：リハーサル後に新しい資料が届く

例として、`S24_v03.pptx`が火曜日に会場テストを通過し、水曜日に登壇者が修正した図と別の埋め込み動画を含む`S24_final-new.pptx`を送ったとします。連絡担当は新しい候補として記録し、v03をテスト済み本番ファイルとして残し、どの事実が変わったか聞きます。内容担当は図を、映像担当は会場端末で動画とフォントを確認します。両方が決まるまで、取り決めに従ってv03のみをリリース済みとするか、発表を保留します。

新しい動画は動きますが、音は登壇者モニターからしか出ません。問題記録には事実、対象の合図、音声経路を調べる担当者を書きます。進行担当と登壇者が、修理と再テスト、テスト済みの代替、動画の省略を選びます。内容承認と再テスト後、制作担当は`S24_v04.pptx`を新しい会場一覧でリリースし、稼働フォルダーからv03を外して受領確認を取ります。ファイル名だけでは準備完了を証明できません。

これは流れの例であり、機材や形式を指定するものではありません。イベントごとに提出システム、ソフトウェア、会場設備、形式、判断権限は異なります。それでも、何が提出され、確認され、テストされ、誰が承認し、会場担当がどの版を持つかを示せる状態が大切です。直前の差し替えを曖昧な依頼ではなく、追跡できる制作判断に変えます。