結婚式当日の進行表（タイムテーブル）をスタッフ間でリアルタイムに共有する仕組み。紙の進行表からの移し方、変更の伝え方、見られる範囲

この記事の結論：結婚式当日の進行表（タイムテーブル）をスタッフ間でリアルタイムに共有するには、紙の表をそっくり画面へ移すのではなく、進行表を「時刻つきの行」と「担当する持ち場」の組み合わせで持ちます。当日の変更は、関係する持ち場だけに差分で届け、各持ち場が「受け取った」と返すまでを一つの手順にします。配信はサーバーから端末への一方向で足りることが多く、宴会場の電波が弱い場所に備えて、最後に受け取った版を端末に残します。見られる範囲は持ち場ごとに絞り、当日が終わったら閉じます。紙からは、確定版の印刷を残したまま、変更の伝達だけを端末へ移すところから始めます。

株式会社bundlyzeでは自社でLINE公式アカウントに連動させる仕組みを開発し、多業種で使える予約管理システムも企画から運用まで手がけてきました。この記事は、そうした「決まったことを関係する人へ確実に届ける」仕組みを作る側の目線を、婚礼の当日の進行表に当てはめて考えます。取り上げるのは一般的な設計で、個別の式場の話は出てきません。打ち合わせで決まった内容をどう管理するかは打ち合わせ進行管理の記事にあるので、ここでは当日に使う進行表から先を扱います。

紙の進行表で困るのは、当日の変更が一部の人にしか届かないこと

紙の進行表そのものは、一覧性が高く、当日の道具として優れています。困るのは、印刷した後に起きた変更が、口頭やインカムで伝わった人にしか反映されないことです。

共有の仕組みを入れる目的は、紙をなくすことではなく、「今の進行表はどれか」を全員がそろって分かる状態にすることです。

進行表は「時刻つきの行」と「担当する持ち場」で持つ

システムの中では、進行表を1枚の表ではなく、時刻つきの行の並びとして持ち、行ごとに関係する持ち場を結び付けます。こうしておくと、持ち場ごとに必要な行だけを抜き出して見せたり、変更を関係する持ち場だけに届けたりできます。

行に持たせる項目は次のとおりです。

持ち場の一覧は式場ごとに違うので、最初に式場の持ち場を一覧にして、行に付けられるようにします。同じ人が複数の持ち場を兼ねる場合は、人ではなく持ち場に届ける作りにしておくと、当日の担当の入れ替えに強くなります。

当日の変更は、関係する持ち場に差分で届け、受け取ったことまで確かめる

当日に進行表を変えたら、進行表全体を配り直すのではなく、変わった行と、何がどう変わったかだけを、関係する持ち場に届けます。そのうえで、各持ち場が画面の「受け取った」を押すまでを一つの手順にします。

変更の流れは次のようにします。

1. 変更できる人が行を直す。 当日の変更はキャプテンや担当のプランナーなど、決めた人だけができるようにする
2. 関係する持ち場を自動で選ぶ。 直した行と、時刻がずれる後続の行に結び付いた持ち場
3. 差分を届ける。 「披露宴の開始　予定の時刻から10分後ろへ」のように、変更前と変更後を並べる
4. 各持ち場が受け取ったと返す。 画面のボタン一つで返せるようにする
5. 返事のない持ち場を一覧で出す。 変更した人が、その持ち場にだけインカムや口頭で確かめる

変更の種類ごとに、誰に届けるかを決めておきます。

リアルタイムの配信は、サーバーから端末への一方向で足りることが多い

進行表の共有で端末がすることの多くは「最新の内容を受け取って表示する」ことなので、配信の方式は、サーバーから端末へ一方向に送る形で足りることが多いです。変更や受領の返事は、通常の送信で受け付ければ十分です。

MDN Web Docs の説明では、Server-Sent Events はサーバーから端末への一方向の接続で、接続が切れると既定で自動的に接続し直します。進行表のように「変更を受け取る」ことが中心の画面では扱いやすい方式です。どの方式でも、届いた内容に版の番号を付けておき、端末が古い版を表示していないかを画面で分かるようにします。

宴会場の電波が弱い場所に備えて、最後に受け取った版を端末に残す

披露宴会場の奥や厨房、控室のように電波が届きにくい場所でも進行表を開けるよう、最後に受け取った版を端末の中に残しておきます。通信が途切れた途端に画面が空になると、紙より使いにくい道具になってしまいます。

備えとして、次の4つを用意します。

• 最後に受け取った版を端末に保存する。 ブラウザーで動かすなら、Service Worker でページと進行表のデータを手元に残せる（Service Worker は HTTPS でのみ動く）
• 画面に版の番号と、受け取った時刻を出す。 「何時何分の版を見ているか」がひと目で分かるようにする
• 通信が切れているときは、画面の色や表示で知らせる。 古い版を最新だと思い込まないようにする
• 前日の確定版を印刷して持ち場に置く。 端末の電池切れや故障のときの最後の備え

会場の中のどこで通信が途切れやすいかは、仕組みを入れる前に、実際の端末を持って会場を歩いて確かめておきます。

見られる範囲は持ち場ごとに絞り、当日が終わったら閉じる

進行表には、お二人やゲストの名前、料理の配慮事項、家族の事情に関わる注意など、扱いに気をつける情報が入ることがあります。持ち場ごとに必要な項目だけを見せ、当日が終わったら閲覧を閉じる作りにします。

個人情報保護法のガイドラインのうち通則編では、従業者に個人データを扱わせるときの監督（3-4-3）と、扱う人を限るアクセス制御などの技術的安全管理措置、端末の盗難や持ち出しに備える物理的安全管理措置が求められています。進行表の仕組みでも、ログインと持ち場ごとの権限、当日が終わった後の閲覧の締め切り、端末をなくしたときに閲覧を止める手順を、最初から用意しておきます。

紙からの移行は、確定版の印刷を残したまま、変更の伝達から移す

紙の進行表から移るときは、いきなり全部を端末に切り替えず、紙と端末を並べて使う期間を設けます。当日の失敗が許されない業務なので、慣れるまでは紙を支えとして残します。

1. 持ち場の一覧と、行の書き方をそろえる。 今の紙の進行表を数枚並べ、項目の名前を一つに決める
2. 打ち合わせで決まった内容から、行を作る流れを決める。 決定事項から進行表の行へ写す手順
3. 前日の確定版を、仕組みから印刷する。 紙の書式も仕組みから出せるようにする
4. 当日の変更の伝達だけを端末で始める。 紙は手元に置いたまま、変更と受領の返事を端末で行う
5. 振り返りで、届かなかった変更がなかったかを確かめる。 返事のなかった持ち場と理由を見直す
6. 慣れた持ち場から、紙を減らす。 全部の持ち場を同時に切り替えない

進行表を、打ち合わせの決定事項や持ち場の権限とつないで一つの仕組みにしたいときの相談の流れを、業務システム開発（bundlyzeのサービス）に載せています。

出典

3件の内容は2026年10月3日に見ています。技術の仕様もガイドラインも書き換わることがあるので、作りを固める段階で読み返してください。

• サーバー送信イベントの使用（MDN Web Docs）：一方向の接続であること、自動の再接続、HTTP/2 を使わない場合の接続数の上限
• Service Worker API（MDN Web Docs）：オフラインでの利用、HTTPS でのみ動くこと
• 個人情報保護委員会のページ：通則編のガイドライン：3-4-3（従業者の監督）、10-5と10-6（物理面と技術面の安全管理措置）