動画配信システムの法規制｜著作権・外部送信規律・課金表示を要件定義に落とす整理

動画配信システムの発注でつまずくのは、法令の知識そのものではなく「どの条文が自社の配信形態に効き、それが画面のどこに現れるのか」という翻訳の部分です。著作権法の許諾期間はデータベースの一列になり、外部送信規律はフッターの一画面になり、特定商取引法は決済ボタンの手前の表示になります。ここでは動画配信に効く法令を権利・通信・取引・決済の四層に整理し、配信形態で適用が外れる条件、要件定義書とRFPへの書き方、初期リリースで先送りしてよい要件までを順に示す。実装しない判断の条件も書きます。

まとめ｜配信形態から適用法令を絞り込み、機能要件へ翻訳する判断の結論

適用法令は業種でも規模でもなく、配信形態で決まります。自社制作の映像を会員限定で有料配信するだけなら、固定的に効くのは著作権法・電気通信事業法の外部送信規律・特定商取引法の三つ。ここにユーザー投稿の受け付けを足した瞬間、削除対応と発信者情報開示の運用義務が別レイヤーで乗ってきます。要件が膨らむ分岐点はここ。

発注前に確定させる決定事項は三つ。権利処理の責任者を発注側と制作側のどちらに置くか、視聴プレイヤーから外部へ解析タグを飛ばすかどうか、課金方式を都度課金・サブスクリプション・コイン（前払式）のどれにするか。この三つが決まらないままRFPを出すと、各社の見積前提がばらつき、比較できない金額が並びます。

見積を跳ねさせる法令由来の要件は、DRMのライセンスサーバ構築と同意管理基盤の二つに集中します。この二つが本当に要るのかを検算するだけで初期費用の桁が変わる。前提となる仕組みから確認したい場合は、動画配信システムの仕組みと配信方式の解説を先に読んでください。

動画配信システムに関わる法令の四層構造と、配信形態で変わる適用範囲

法律名を五十音順に並べたリストは、発注検討の役に立ちません。効く順番があるからです。配信可否を決める権利層が最上位にあり、その下に通信・取引・決済が積み上がる。上から潰すと下層の要件が自動的に絞られます。

権利・通信・取引・決済の四層に整理した適用法令と、確認する順序

四層のうち権利層だけは、要件を満たせないと配信そのものが成立しません。他の三層は「配信はできるが表示や届出が要る」層。この差が確認順序を決めます。

まず権利層を確定させ、配信できる素材の範囲を固めます。次に通信層で視聴者データの流れを決め、有料なら取引層、コインやポイントを持つなら決済層へ進む。この順なら、要件定義の後半で権利処理の不備が見つかって設計をやり直す事態を避けられます。

自社制作のみ・他社コンテンツ・ユーザー投稿で分かれる適用法令の範囲

載せる映像の出どころで法令の重さがまったく違います。三分岐で考えるのが実務的。

自社制作のみの場合、著作権は社内で完結しますが、著作隣接権は残ります。出演者の実演には送信可能化権（著作権法92条の2）が働くため、出演契約に配信範囲と期間を書いていないと、後から配信停止を求められる余地が生まれます。他社コンテンツなら、許諾書に地域・期間・同時視聴数の上限・DRM要否が明記されているかを先に確認してください。DRM要否が権利者側から指定されると、その一行だけで開発費が数百万円動きます。

三つ目のユーザー投稿型は別物です。不特定の利用者が投稿して他人が閲覧する「場」を提供する形態になると、情報流通プラットフォーム対処法（2025年4月1日施行、旧プロバイダ責任制限法）の枠組みに入り、削除申出の受付と対応、発信者情報開示への対応という運用機能が要ります。義務の中核は大規模な事業者に向いているものの、投稿の受け皿を作る以上、削除フローの設計は避けられません。なお社内研修向けの無償配信なら特商法と景表法は外れますが、権利層と通信層は同じように効きます。

著作権と著作隣接権の処理範囲と、配信期間で止めるDRMと実装要件

権利処理は法務の仕事、と切り分けるとシステム側に穴が空きます。許諾条件の大半はデータ項目と機能仕様に翻訳できるからです。翻訳し損ねた条件が、後から運用の手作業として残る。

公衆送信権と送信可能化権の許諾範囲と、配信期間で止める自動停止機能

インターネットで不特定の相手に映像を届ける行為は公衆送信にあたり、著作権法23条の公衆送信権が働きます。サーバに置いて視聴可能な状態にした時点で権利が及ぶため、誰も視聴していなくても許諾の外に出れば侵害になりえる。ここが実装上の要注意点です。

だからこそ、配信終了日を人間の運用に任せてはいけません。コンテンツごとに配信開始日時と終了日時を持たせ、終了時刻を過ぎたら再生用プレイリストの発行を止める。これを機能要件に書きます。出演者ごとの許諾期間も同じ台帳に持たせておけば、権利者が複数いる映像で期限が食い違っても短い方で止まる。配信基盤側の作りはトランスコードからHLS配信・視聴制御までの実装解説で扱っています。

BGM・フォント・スライド素材で漏れやすい権利処理と台帳の記載項目

侵害の指摘が来る典型は、映像本編ではなく周辺素材です。冒頭5秒のBGM、テロップのフォント、講師が持ち込んだスライドの図版。この三つが漏れの上位。権利台帳の項目を先に決めれば、素材を差し替えるたびに確認が回ります。

• 素材ID・種別（映像／音源／フォント／画像／実演）
• 権利者名と取得先（直接契約かストックサービスの規約か）
• 許諾範囲（配信地域・同時視聴数・二次利用の可否）
• 許諾期間の開始日と終了日
• クレジット表記義務の有無と文言
• 再許諾の可否

ストックサービスの音源やフォントは「購入したから自由」ではありません。ライセンス種別によっては配信での使用が別料金だったり、同時視聴数に上限が置かれていたりする。台帳に許諾範囲の欄を作れば、購入時に規約を読む動機が運用に組み込まれます。

技術的保護手段の回避規制と、DRM採用の要否を分ける三つの条件

著作権法120条の2は、暗号方式による技術的保護手段の回避を可能にする装置やプログラムの譲渡等に対し、3年以下の懲役もしくは300万円以下の罰金、またはその併科を定めています。私的使用目的でも、暗号方式の技術的保護手段を回避して行う複製は、その事実を知りながら行う場合に違法とされる。作る側にとっての含意は、他社の保護手段を迂回する実装を絶対に入れないことです。

DRMを入れるかどうかは、次の三条件のうち二つ以上に当てはまるかで判断すると迷いません。第一に権利者との契約でDRM方式が指定されている。第二に流出時の想定損害が開発費を上回る（有料の映画・ドラマ配信や、未公開の製品情報を含む映像がこれにあたります）。第三に配信先にスマートテレビやセットトップボックスが含まれ、出力保護まで要る。三つとも外れるなら、HLSのAES-128暗号化と署名付きURLの組み合わせで実務上の抑止は足ります。

外部送信規律と個人情報保護法が動画プレイヤーに課す通知と同意の実装

視聴者のブラウザで動く部分に効いてくるのが通信層です。「法務が確認して終わり」にならず、必ず画面と設定の実体を伴う。動画プレイヤーは解析タグの温床になりやすく、規律の対象にもなりやすい部品です。

2023年6月16日施行の外部送信規律で必要になる通知画面の記載項目

電気通信事業法27条の12に基づく外部送信規律は2023年6月16日に施行されました。利用者の端末から利用者に関する情報を第三者のサーバへ送る場合、その内容を利用者が確認できる状態にすることを求める規律。動画配信のような各種情報のオンライン提供サービスも対象になりえます。

事業者が取る措置は、通知または公表、同意取得、オプトアウトの提供のいずれか。多くは通知または公表を選び、外部送信ポリシーのページに記載します。載せるのは、送信される情報の内容、送信先となる事業者の名称、送信先での利用目的の三点。実装側の作業は画面を一枚作ることではなく、プレイヤーに埋まっている解析タグ・広告タグを棚卸しし、そのリストを画面と同期させる仕組みを持つことです。タグを足したのにポリシーが古いまま、が一番起きやすい。

視聴履歴とCookieの扱い、個人関連情報の第三者提供で要る同意確認

視聴履歴は、それ単体では特定の個人を識別しない場合でも個人関連情報として扱われます。個人情報保護法31条は、提供先が個人データとして取得することが想定される場合に、提供元が本人の同意を得ていることの確認を求めています。広告配信事業者へ視聴ログを渡す設計は、この確認義務に真正面から当たる構成。

機能要件に落とすなら、同意状態を利用者単位で保持し、同意していない利用者の視聴ログを外部連携のバッチから除外できるようにします。後付けすると既存ログの遡及処理という厄介な作業が発生する。初期設計で「同意フラグを持つ」と決めておけば、実装コストはほとんど変わりません。

電気通信事業の届出の要否と、投稿機能を持たせた場合に増える義務

自社の映像を提供するだけの動画配信は、各種情報のオンライン提供を行う第三号事業に位置づけられ、登録も届出も不要というのが原則の整理。回線設備を設置せず、他人の通信を媒介しないためです。届出が話題になるのは、利用者どうしの通信を媒介する形態に踏み込んだときに限られます。

不特定の利用者が投稿し他の利用者が閲覧する場を提供する形態は、この媒介側に寄ります。届出の要否検討に加えて、情報流通プラットフォーム対処法（2025年4月1日施行）が想定する削除申出の受付・対応・運用状況の透明化といった論点も視野に入る。自社配信のつもりで始めたサービスに後から「受講者どうしのコメント共有」を足すと、法令面の前提が変わります。機能追加の企画段階で、この線を越えるかどうかを必ず確認してください。

有料配信の課金画面に効く特定商取引法・景品表示法・資金決済法の表示要件

課金を伴った時点で、規制の主戦場は画面表示に移ります。設計の自由度が低く、表示項目がほぼ法定で決まっている領域。後から機械的に足せる代わりに、漏らしたまま公開すると行政処分の対象になります。

有料配信の最終確認画面に載せる表示項目と、サブスク解約導線の基準

2022年6月1日に施行された改正特定商取引法により、通信販売の申込みが確定する直前の画面、いわゆる最終確認画面に一定事項の表示が義務づけられました。分量、販売価格や対価、支払の時期と方法、役務の提供時期、申込みの撤回や解除に関する事項が並びます。

動画配信で特に効くのがサブスクの扱い。初回の代金だけでなく2回目以降の各回の代金を表示し、提供期間も示す。期間内に視聴可能な回数の制限があるならその記載も要ります。継続期間に縛りがあるのに「お試し」を強調して定期契約でないように見せる表示は、誤認表示として違法と判断される余地がある。解約導線は申込みと同程度の手数で到達できる位置に置くのが安全側です。課金の実装は視聴権限とDRMライセンス発行をつなぐ課金の実装設計で扱っています。

ステマ規制が動画コンテンツとレビュー機能に及ぶ範囲と表記の基準

2023年10月1日、一般消費者が事業者の表示であることを判別しにくい表示が景品表示法の不当表示に指定されました。いわゆるステルスマーケティング規制。動画配信システムで関係するのは二箇所です。

ひとつは、自社が制作や依頼に関与した動画を、第三者の発信であるかのように配信する場合。もうひとつは、視聴者レビュー機能に自社関係者の投稿が混ざる場合です。機能要件としては、動画メタデータに広告表記フラグを持たせてプレイヤー側で「PR」を出せるようにし、レビュー投稿には関係者フラグを立てられるようにしておく。この二つを最初から用意すれば、運用ルールが変わっても改修は要りません。

コイン課金で発生する前払式支払手段の届出・供託と、六か月ルール

いったんコインやポイントを購入させてから視聴に充てる方式を選ぶと、資金決済法の前払式支払手段の枠に入ります。自社サービス内でのみ使える自家型の場合、基準日である3月末日と9月末日の未使用残高が1,000万円を初めて超えたら、その基準日から2か月を経過する日までに財務局長等への届出が必要。加えて未使用残高の2分の1以上に相当する額を供託する義務が生じます。

ここに例外があります。発行日から6か月以内にのみ使用できる前払式支払手段は、資金決済法4条2号により適用除外。有効期限を6か月以内に設計すれば、届出も供託も生じません。ただし6か月経過後に自動返金してすぐ自動再チャージする運用は、実質的に価値が維持されていると評価されて規制がかかる余地があります。抜け道として設計すると危うい。機能要件は、残高の有効期限フィールドと、基準日時点の未使用残高を集計するレポートの二つです。

法令要件を要件定義書とRFPへ転記する記載粒度と、見積に効く三項目

法律名を並べた資料をベンダーに渡しても、見積は返ってきません。法令は機能に翻訳しないと工数にならないからで、翻訳を発注側がやるか受注側に任せるかで金額と責任の所在が変わります。

法令由来の機能要件をRFPへ書き分ける表現とベンダー責任の境界

RFPに「関係法令を遵守すること」とだけ書くのは、何も書いていないのと同じ。この一文は工数がゼロにも数百万円にもなり、各社の見積が比較不能になります。翻訳の粒度は次の三段階で揃えてください。

1. 条文ではなく実現すべき状態を書く（例：配信終了日時を過ぎたら再生用プレイリストを発行しない）
2. 誰が設定するかを書く（例：終了日時はコンテンツ管理画面から運用担当者が入力する）
3. 例外時の挙動を書く（例：権利者が複数なら最も早い終了日時を採用する）

責任の境界も契約書で先に決めます。落としどころは、法令解釈と適用判断は発注者、実装は受注者という分け方。ベンダーに法令解釈まで負わせる契約は、リスクプレミアムとして見積に乗ります。発注先を選ぶ段階の判断材料は配信実績と保守範囲を見抜く発注前チェックにまとめています。

見積が跳ねる法令要件と、初期リリースで先送りして良い要件の判定

法令由来の要件で金額が大きく動くのは二つに絞られます。DRMのライセンスサーバと、同意管理の基盤です。DRMはWidevine・FairPlay・PlayReadyという方式ごとに発行の仕組みが異なり、対応端末を広げるほど工数が積み上がる。同意管理は状態の保持だけなら軽い一方、既存ログの遡及処理や外部連携の除外制御まで含めると設計全体に触ります。

逆に、初期リリースで先送りしてよい要件も明確です。外部送信ポリシーの多言語化は、日本語版を正として公開し、海外展開の判断が出てから足せば足りる。コイン課金も同じで、都度課金かサブスクで開始すれば前払式支払手段の論点が発生しません。前払式は残高管理・有効期限・供託判定を丸ごと呼び込むため、採用理由が「なんとなく使いやすそう」なら外すべきです。

DRMと年齢確認を採用しない条件と、過剰実装になりやすい三場面

ここは言い切ります。次の三条件をすべて満たすなら、DRMは採用しないでください。映像が自社制作で権利者からDRMを指定されていないこと。流出時の直接損害が、DRM構築費と月額ライセンス料の合計を下回ること。視聴端末がPCとスマートフォンのブラウザに限られること。この三つが揃う社内研修配信や会員向けセミナー配信で、DRMは過剰。署名付きURLとAES-128暗号化、視聴セッションの同時数制限で運用上の目的は達します。

年齢確認も同様に、年齢制限を要する種別を含まないなら実装しない。会員登録時の生年月日入力で足りる場面に本人確認書類の目視確認を載せると、運用人件費が毎月かかり続けます。過剰実装になりやすい場面は三つ。権利者が要求していないのにDRMを入れる、視聴履歴を使う予定がないのに同意管理基盤を先に作る、投稿機能がないのに削除申出フォームを用意する。要件の絞り込みから相談したい場合は、動画配信システム開発のサービス内容を確認してください。

合理的配慮の義務化と字幕対応、公開後に効く運用側の法務チェック体制

法令対応は公開でいったん終わり、にはなりません。施行日が動き、運用のなかで機能が足され、そのたびに前提が変わる。公開後に回る点検の形まで決めて初めて、要件定義が完成します。

2024年4月の合理的配慮義務化と、字幕・書き起こしの実装優先度

2024年4月1日、障害者差別解消法の改正により、事業者による合理的配慮の提供が法的義務になりました。それ以前は努力義務。誤解が多いのですが、ウェブアクセシビリティそのものが義務化されたわけではありません。義務化されたのは、社会的なバリアの除去を必要とする意思が伝えられた場合に、過重な負担にならない範囲で対応することです。

とはいえ動画配信では、求められてから作るのが難しい機能があります。字幕がそれです。実装の優先度としては、字幕トラック（WebVTTなど）を受け入れて切り替えられる再生機能を先に用意しておく。字幕データ自体は後から作れますが、再生側に受け皿がないと申出への対応が「システム改修が必要」になり、期間が延びます。受け皿だけ先に作る。費用対効果の高い順序です。

公開後に定期点検する項目と、法改正を検知する運用体制の持たせ方

点検を属人化させないために、確認項目とタイミングを最初から決めておきます。陳腐化しやすいのは次の項目。

• 外部送信ポリシーと実際に埋まっているタグの一致（タグ追加のたび）
• 許諾期間切れコンテンツの残存有無（月次）
• コイン残高の基準日未使用残高（3月末日・9月末日の直後）
• 最終確認画面の表示項目とプラン変更後の整合（プラン改定のたび）
• レビュー機能や投稿機能の追加有無（機能リリースのたび）

法改正の検知は、担当者の情報収集に頼らず、所管省庁の公表ページを定点で見る形にします。通信層は総務省、取引層は消費者庁、決済層は金融庁と財務局。この三つを四半期ごとに確認しておけば、施行前に気づける確率が上がる。保守契約を結ぶなら、この点検をベンダー側の作業に含めるのか発注者側で回すのかを契約時に明記してください。

よくある質問

発注検討の場で繰り返し出る質問を整理しました。

自社で撮影した動画だけを配信する場合も著作権の処理は必要ですか？

必要です。映像の著作権が自社にあっても、出演者の実演には送信可能化権という著作隣接権が働きます。出演契約に配信の範囲と期間を書いていないと、後から配信停止を求められる可能性が残る。BGM・フォント・スライドの図版といった周辺素材も他社の権利物であることが多く、ここが漏れの中心です。撮影が自社であることと、素材の権利が自社にあることは別の話として扱ってください。

社内向けの研修動画配信にも外部送信規律は適用されますか？

適用される可能性があります。外部送信規律は利用者の端末から第三者のサーバへ情報を送る行為を対象にしており、その利用者が自社の従業員であっても、アクセス解析タグやヒートマップを埋めていれば射程に入りえます。社内配信で外れるのは特定商取引法や景品表示法といった取引層で、通信層は同じように効くと考えて設計してください。迷う構成なら、タグを入れない選択が最も確実です。

動画配信サービスを始めるのに電気通信事業の届出は必要ですか？

自社の映像を提供するだけの形態であれば、各種情報のオンライン提供を行う第三号事業として、登録も届出も不要というのが原則の整理。回線設備を設置せず、他人の通信を媒介しないためです。ただし利用者どうしが投稿し閲覧し合う場に踏み込むと、媒介側の論点が生じて要否の個別検討が必要になります。投稿機能を後から足す計画があるなら、その時点で確認してください。

有料サブスクの解約導線はどこまで作り込む必要がありますか？

法定の表示義務としては、最終確認画面で申込みの撤回や解除に関する事項を示すことが求められます。実装の目安は、申込みと同程度の手数で解約に到達できること。マイページから2クリック程度で手続きに入れる導線が安全側です。電話のみの受付や、解約ページを階層の深い場所に置く設計は問題視される余地があります。解約時に理由を聞く画面を挟むこと自体は差し支えありません。

法規制対応の要件は初期リリースからすべて入れるべきですか？

いいえ、優先順位をつけてください。配信可否に直結する権利層と、有料配信なら取引層の表示要件は初期リリースに必須。一方で外部送信ポリシーの多言語化、コイン課金の残高管理、投稿機能に伴う削除申出フォームは、その機能を実際に持たせる段階まで先送りできます。使う予定のない機能の法令要件を先回りで実装すると、初期費用が膨らみ保守対象だけが増えます。

関連記事

• 動画配信システムの比較｜同時視聴数・DRM・課金・LMS連携で選ぶ判断軸：DRM要件を満たす既製サービスを探す段階で。
• 動画配信システムの費用｜視聴時間から逆算するASP月額と自社構築の実額：法令要件を足した金額感を検算できます。
• 動画配信システムのオンプレミス構築｜帯域・ストレージ・機密映像で決める判断軸：社外に出せない映像の設置形態を扱います。
• 動画配信システムを中小企業が導入する判断基準｜用途別の要件と大企業との差：小さい体制での要件の削り方を扱います。
• 動画配信システムのオープンソース8製品｜ライセンス条件と自前運用の限界を実装目線で判定：OSSライセンスという別種の法務論点を補います。