LEDサイン事業の譲渡で引き継ぐ機器台帳｜電源・制御・保証・予備品を一件ごとにつなぐ

なぜ機器一覧や契約一覧だけでは足りないのか

デジタルサイネージ事業は、看板製作の仕事と情報システム運用の仕事が同じ現場で重なります。表示面を設置して終わる案件もあれば、コンテンツ制作、配信スケジュール登録、遠隔監視、障害一次対応、定期点検、明るさ調整、非常時の表示切替まで継続する案件もあります。売上は一つの請求書に見えても、実際にはハードウェア、ソフトウェア、回線、著作物、現場作業、行政手続という異なる責任で構成されています。

たとえば「屋外LEDビジョン一式」と記載された案件でも、表示ユニット、受信カード、送信コントローラ、制御PC、STB、ルーター、SIM、分電盤、直流電源装置、温度管理機器が別々のメーカー・保証・更新周期を持つことがあります。CMSは譲渡企業名義でも、通信回線は顧客名義、操作PCは協力会社所有、コンテンツ素材は広告主から期間限定で預かったもの、という組合せもあります。機器一覧だけでは「誰が使う権利を持つか」が分からず、契約一覧だけでは「どの現物を維持する義務か」が分かりません。

さらに、収益の見え方と将来負担は一致しないことがあります。月額配信料が安定していても、設置から年数が経過した表示面の更新、サポートを終えたOS、予備部品の不足、通信規格の変更、メーカー保証外の高所作業が近づいていれば、譲受後に支出が集中します。反対に、機器の型番・製造番号、保証、障害履歴、更新見積り、代替部品、顧客との費用負担が整理されていれば、必要な投資を時系列で検討できます。

中小企業庁の「中小M&Aガイドライン（第3版）」は、デュー・ディリジェンスで客観的資料に基づく検討を行い、早い段階から求められる書類やデータを整備する重要性を示しています。LEDサイン事業で客観的資料に当たるのは、単なる売上集計ではありません。契約、看板ID、現物、設定、作業履歴、請求原価、将来の更新を往復できる資料です。台帳の目的は企業価値を誇張することではなく、継続できる部分と追加対応が必要な部分を事実で分けることにあります。

LED・電飾サイン会社の譲渡で検討する設備、人材、顧客、施工・保守の全体像は、LED・電飾サイン会社のM&A業態ガイドで確認できます。本稿は、そのうちデジタルサイネージ固有の機器・配信・通信・権利・更新負担を看板IDで結ぶ実務に範囲を絞ります。

看板IDを軸に五つの台帳を設計する

最初から巨大な一枚表を作ると、列が増えすぎて更新されなくなります。基本情報を持つ看板台帳と、機器、配信、契約・保守、更新費の五つに分け、看板IDで結びます。顧客や施設の単位も必要ですが、表示面ごとに構造、機器、許可、明るさ設定、配信内容、停止時の影響が違うため、最終的な照合キーは看板IDとします。

1. 看板基本台帳
2. 機器台帳
3. 配信・通信台帳
4. 契約・保守台帳
5. 更新費台帳

看板基本台帳には、顧客コード、施設ID、看板ID、所在地、屋内・屋外、表示方式、設置日、所有者、設置図、許可・確認の状況、稼働時間、最終現調日を置きます。機器台帳は一つの看板IDに複数行を持たせ、表示ユニット、コントローラ、STB、通信機器、電源、温度管理、監視機器を部品単位で管理します。配信・通信台帳はCMSテナントと機器を結び、契約・保守台帳は顧客への約束と作業体制を結びます。更新費台帳は、交換候補日、根拠、概算費用、顧客負担・自社負担・未確定を記録します。

IDは途中で意味が変わらない形式にします。顧客名や店舗名をそのままIDへ入れると、社名変更や店舗名称変更でずれます。たとえば施設をF、表示面をS、機器をDで管理し、F0008-S03-D07のように階層を示す方法があります。これは一例であり、既存の工事番号・顧客コードと衝突しない形式を採用します。撤去した表示面も削除せず、状態を「撤去」「休止」「移設」に変え、いつ誰が確認したかを残します。過去の請求や障害記録を追えるようにするためです。

台帳には事実、根拠資料、確認状態を分けて記録します。「設置日2019年4月」と記載するなら、完成報告書、請求書、写真の撮影日など根拠へのリンクを付けます。口頭情報しかない場合は、確認状態を「担当者ヒアリング」「顧客確認待ち」とします。不明を空欄のままにすると入力漏れと区別できないため、「未確認」「資料なし」「該当なし」を使い分けます。

表示設備は現物と銘板から棚卸しする

設備棚卸しは、固定資産台帳や仕入台帳の転記だけでは完了しません。顧客所有の機器、リース品、無償貸与品、保守目的で預かっている予備品は、自社の固定資産に載らないことがあるからです。反対に、帳簿に残っていても撤去済み、倉庫で故障、別現場へ流用済みということがあります。現物、契約、会計の三方向から照合します。

LED表示面と制御系を分けて記録する

LED表示面では、外形寸法、画素ピッチ、解像度、モジュール配列、設置方向、屋内・屋外、防塵・防水に関するメーカー仕様、輝度の設定範囲、通常運用値、調光方式、稼働時間帯を記録します。モジュール、受信カード、電源装置は同じ筐体内でも交換履歴が異なるため、交換日と交換範囲を残します。予備モジュールは数量だけでなく、対応機種、購入時期、保管場所、通電確認日を記録します。外観が似ていても互換性や色の見え方が一致するとは限らないため、実機確認を省きません。

制御系では、送信コントローラ、ビデオプロセッサ、STB、制御PC、映像分配器、監視カメラ、温度・電流などの監視機器を別行にします。OS、アプリケーション、ファームウェア、ブラウザ、ドライバの版、更新方法、設定ファイルの保存場所、再設定に必要なライセンスを確認します。電源を入れ直せば自動復旧するのか、現場で操作が必要か、停電復旧後の表示内容は何かも運用上の重要情報です。

保証書と修理可能性を機器へ結ぶ

保証期間は「購入から何年」だけでなく、対象機種、購入日、販売店、登録の要否、設置条件、対象外費用を確認します。高所に設置したディスプレイでは、機器修理が保証内でも取り外し・再取付け、高所作業車、交通誘導、輸送が対象外となる場合があります。中古品、移設、指定外条件、塩害、落雷、異常電圧、他の接続機器が原因の故障なども扱いが変わり得ます。実際の保証書とメーカー・販売店への確認結果を機器IDへ結びます。

補修部品の供給や有償修理の受付も確認します。メーカーが一般に示す保有期間があっても、対象機種、部品、在庫、設置条件によって修理可否は変わります。「まだ映っている」ことを「今後も保守可能」と同じ意味にしないことが重要です。部品不足時の代替方針、表示面全体交換が必要になる条件、顧客へ説明済みかを更新費台帳へ送ります。

電源・配線・盤を「付帯設備」で済ませない

LED表示設備の停止原因は表示モジュールだけではありません。直流電源装置、ブレーカー、電源ケーブル、端子、接地、盤内温度、換気、結露、浸水、雷サージ対策、通信機器の電源が関係します。完成図、単線結線図、盤図、回路番号、遮断手順、停電作業の連絡先、最終点検日をそろえます。盤を開ける必要がある確認や電気工事は、作業範囲と資格・登録を踏まえて適切な担当者が行います。

電気用品安全法の対象となる電気用品を自社が製造・輸入している場合は、品目、定格、届出、技術基準への適合、検査記録、表示などを確認します。ただし、完成したデジタルサイネージ一式が当然すべてPSE対象という意味ではありません。LED灯具、直流電源装置、コード、配線器具等が対象となるか、自社が製造・輸入・販売・施工のどの立場かを個別に確認し、PSE表示の目視だけでシステム全体の安全を保証する説明は避けます。

CMS・配信アカウントは「ログインできる」より先まで確認する

CMSの承継で最も危険なのは、共有IDと担当者個人のメールアドレスに依存した運用です。現在ログインできても、担当者の退職、メール解約、携帯番号変更で多要素認証やパスワード再設定ができなくなることがあります。まず、サービス正式名称、提供事業者、契約名義、テナントID、契約プラン、請求先、更新日、管理者、認証方式、復旧連絡先、利用規約の版を記録します。パスワードそのものを通常の台帳へ平文で書かず、権限管理された保管方法と引渡し手順を定めます。

次に、アカウントを人と役割に分けます。全員が同じ管理者IDを使っている場合は、誰が何を変更したか追えず、退職者だけを止められません。管理者、配信承認者、制作担当、閲覧者、保守会社、顧客担当など、業務に必要な最小権限を確認します。停止すべき休眠ID、退職者ID、外注先IDを洗い出し、譲渡直前に一斉削除して運用を壊さないよう、現状・是正案・実施時期を分けます。

デジタルサイネージコンソーシアムの「セキュリティ点検ガイド」は、表示装置、表示コントローラ、CMS等を構成要素として捉え、アカウントの登録・変更・休止・削除というライフサイクル、操作PC、物理的保護、ネットワーク、ソフトウェア更新を点検対象としています。2025年の別冊では、サービス選定時にOS・ミドルウェアのサポート、脆弱性診断、アクセス・操作ログ、SLA、STBの通信仕様、リモート更新などを確認する観点が示されています。これらは法令そのものではありませんが、CMS承継で質問すべき項目を漏れにくくする実務資料になります。

素材、プレイリスト、スケジュール、端末の関係を残す

CMSから画像・動画ファイルをダウンロードできても、現在の表示を再現できるとは限りません。どの素材をどの順番・期間・時間帯で再生するかは、プレイリストとスケジュールに定義され、さらに対象端末・表示グループへ割り当てられています。緊急差替え、天気・時刻・在庫等の外部データ、HTMLコンテンツ、URL表示、API連携がある場合は、その接続先と認証情報も必要です。

デジタルサイネージコンソーシアムの相互運用ガイドラインは、配信システム、プレーヤー、ディスプレイ、コンテンツ、プレイリスト、スケジュールを分けて定義し、異なるシステム間の配信が容易でない課題を示しています。ガイドラインは2017年の資料で、現在の全製品が同じ仕様に対応することを意味しません。だからこそ譲渡準備では、素材形式、プレイリスト・スケジュールの出力可否、端末登録情報、API仕様、移行先での取込み可否を実データで検証します。

ログと承認履歴は売上証拠だけでなく事故対応資料になる

広告配信を請け負う案件では、期間どおり表示したかを顧客へ報告する必要があります。CMSの配信ログ、プレーヤーの再生ログ、オンライン・オフライン履歴、スクリーンショット、現地確認のどれを証拠としているかを確認します。一方、ログが残っていても、時刻同期、端末ID、保存期間、改ざん防止、出力形式が不明では検証が難しくなります。誰がコンテンツを登録し、誰が承認し、いつ公開・停止したかという操作履歴も確認します。

不適切な表示、期限切れ表示、誤ったQRコード、災害情報の誤配信が起きた場合に、停止権限を誰が持つか、現地でネットワークを切る手段があるか、代替画面は何かを台帳へ記録します。「問題が起きたらベンダーへ連絡」だけでは、夜間や休日の責任分界が分かりません。提供事業者、譲渡企業、顧客、施設管理者の役割と連絡順序を、通常運用と緊急運用に分けます。

通信と遠隔運用は契約名義・接続・障害切分けを一組にする

遠隔配信できるデジタルサイネージでは、CMSが正常でも回線、SIM、ルーター、DNS、証明書、VPN、ファイアウォールのいずれかで止まります。配信台帳には、回線サービス、契約者、請求先、回線番号または管理番号、設置機器、通信方式、固定IPの有無、データ容量、更新月、解約条件、障害窓口を記録します。個人名義の携帯回線や販売代理店の包括契約にぶら下がっているSIMは、譲渡後の利用継続方法を早めに確認します。

ネットワーク構成図は、公開用の概要図と、IPアドレスや認証情報を含む制限資料に分けます。データルームへ詳細設定を早期に置くと、不正アクセスのリスクが高まります。譲受候補が初期段階で必要なのは、拠点数、接続方式、主要ベンダー、費用、障害履歴、サポート終了等の概要です。具体的な接続情報は候補先と目的を限定し、秘密保持、閲覧権限、ログを設定して開示します。

障害切分けの手順も再現します。表示が止まったとき、電源、画面入力、プレーヤー、LAN、ルーター、回線、CMS、配信設定、素材の順に何を確認するか、遠隔で分かる範囲と現地確認が必要な範囲を示します。再起動の順序を誤ると復旧しない設備や、施設側の立会いなしに盤へ触れられない現場は、その制約を記録します。直近一年程度の障害票を分類し、同じ故障の反復、復旧時間、部材待ち、夜間出動を見える化します。

IPAの「中小企業のためのクラウドサービス安全利用の手引き」は、SLA、利用者権限、認証、バックアップ、利用終了時のデータ取得、データ形式の互換性、移行先への取込み、残存データの消去、契約条件を確認するよう示しています。CMSのエクスポートボタンを見つけただけで「移行可能」とせず、選んだ一つの看板IDについて、素材、プレイリスト、スケジュール、端末紐付け、ログを出力し、隔離した環境で読めるか確認します。

コンテンツ権利とセンシングデータを機器から切り離さない

デジタルサイネージでは、完成映像を保存していることと、譲渡後も利用・改変・再配信できることは同じではありません。写真、映像、イラスト、音源、ナレーション、フォント、地図、キャラクター、テンプレート、編集ソフトの素材ごとに、権利者、制作契約、許諾範囲、媒体、施設、地域、期間、改変、再許諾、譲渡、データ返却・削除を確認します。顧客が提供した素材でも、譲渡企業が別店舗や別媒体へ転用できるとは限りません。

著作権法は、複製、上映、公衆送信等に関する権利を定めています。機器を購入した、制作費を支払った、完成ファイルを受け取ったという事実だけから、著作権や将来の利用許諾まで取得したと判断しません。サイネージの配信方式、表示場所、利用者の範囲、契約内容によって検討が変わるため、素材台帳から契約原文へ戻れるようにします。権利関係が不明な素材は「自社権利」と推測せず、利用停止、差替え、追加許諾のどれが必要かを確認します。

センシング付き端末はデータの流れを図にする

カメラやセンサーで通行人数、属性、滞留、動線、再来訪などを扱う場合は、端末にカメラが付いている事実だけでなく、何を取得し、どこで処理し、何を保存し、誰が利用し、いつ消すかを整理します。元画像、顔等の特徴量、属性推定、カウントデータ、動線データは同じ扱いとは限りません。別データと結び付けることで個人を識別できる可能性もあるため、「統計値だから最初から問題ない」と一括判断しません。

総務省・経済産業省等の「カメラ画像利活用ガイドブック ver3.0」は、店舗内の属性推定・動線・リピート分析、屋外の人数計測等を例に、企画、設計、事前告知、取得、取扱い、管理、継続利用の配慮事項を整理しています。譲渡準備では、運用実施主体、利用目的、取得範囲、処理・保存場所、保存期間、委託先、アクセス権、告知内容、相談窓口、削除方法を台帳化します。これは法令遵守を前提とした配慮資料で、記載どおりに行えば適法性が保証されるというものではありません。

譲受候補へセンシングデータを開示する場合は、M&Aの検討目的に必要な粒度を検討します。初期評価では個人単位データではなく、取得件数、利用目的、保管場所、委託先、保存期間、事故履歴、同意・告知の運用などの概要で足りる場合があります。個人データを伴う詳細資料は、法令、委託・共同利用・第三者提供等の関係、秘密保持、アクセス制限を確認して段階的に扱います。

保守義務は「月額売上」ではなく履行内容で見える化する

配信・保守の継続契約は、安定売上として説明する前に、何をいつまで行う義務が残っているかを確認します。コンテンツ更新回数、素材受領から公開までの時間、校正・承認、配信時間、死活監視、再生確認、障害受付、現地出動、部材交換、定期報告、非常表示、バックアップ、アカウント管理を契約別に分けます。基本料金に含む作業と都度請求の作業も分けます。

「24時間監視」「即時復旧」「毎日表示確認」などの表現は、仕様書、運用実績、要員体制を照合します。自動監視がどの状態を検知するのか、アラートを誰が受け、何分・何時間以内に一次対応するのか、現地出動は対象か、部材がない場合の代替表示はあるかを確認します。実際の対応が広告文より限定的なら、契約上の義務と現状の差を是正課題として示します。

広告配信の案件では、配信不能時の扱いも重要です。再配信、期間延長、返金、代替枠、報告の有無を確認し、過去の未配信や苦情がどのように処理されたかを障害票と請求に結びます。顧客の素材提出遅れ、施設停電、通信障害、CMS障害、自社操作ミスなど原因によって責任分界が変わることがあります。根拠なく「不可抗力」「当社責任外」と分類せず、契約と事実を確認します。

協力会社に現地保守を委ねる場合は、地域、受付時間、対応設備、料金、出張費、高所作業、電気工事、報告様式、再委託、秘密保持、顧客への直接営業、緊急時の優先順位を整理します。長年の口頭関係だけなら、その事実を明示し、譲渡後も同条件で継続できると断定しません。繁忙期、夜間、災害後に同時出動できる拠点数と代替先も確認します。

保守売上を契約書、看板ID、点検・修繕履歴、緊急対応、協力会社、未履行義務までつないで確認する方法は、看板保守契約を承継資料へ落とす実務で詳しく整理しています。デジタルサイネージの台帳でも、同じ顧客契約に含まれる物理点検と配信運用を分断せず、相互に参照できるようにします。

許認可・安全資料は設備と所在地へ結び付ける

LED表示だから屋外広告物制度の対象外になるわけではありません。国土交通省が示す屋外広告物の基本的な考え方では、常時または一定期間継続して屋外で公衆に表示されるものが対象になりますが、実際の許可区域、禁止区域・物件、許可基準、適用除外、更新、管理者、屋外広告業登録は自治体の条例・規則で定められます。看板IDごとに設置自治体、許可番号、名義、期限、表示内容、変更・更新履歴、申請資料、問い合わせ記録を結びます。

デジタル表示の明るさ、動画、点滅、時間帯についても全国一律と決め付けません。自治体、地区、道路・住居との位置関係、景観・地区計画、施設ルール、近隣との合意で扱いが異なります。通常輝度と時間帯別設定、照度・輝度に関する測定記録、苦情、設定変更履歴を残し、現行条件を「慣例」だけで説明しないようにします。

構造・取付・電材を別々に点検する

国土交通省の「屋外広告物の安全点検に関する指針（案）」は、支持部、取付部、アンカーボルト、内部鉄骨、表示面、電材等を看板形態ごとに確認する考え方を示しています。名称どおり地方公共団体向けの指針案で、全国一律の点検周期・資格を直接課す法令ではありません。承継台帳では、設置年月、構造図、点検報告、写真、補修履歴、事故・苦情、緊急対応先を看板IDへ結び、実際の義務は自治体の現行条例・運用で確認します。

高さ4mを超える広告塔・広告板等では、建築基準法第88条と施行令第138条により、建築確認等に関する規定が準用される指定工作物となる場合があります。確認済証、検査済証、構造計算、基礎・アンカー、増設・改修履歴を確認します。屋外広告物許可と建築確認は別制度であり、一方が他方を代替するとは限りません。また「4m以下なら建築法令や安全上の確認が一切不要」とはせず、形状、取付先、改修内容、特定行政庁の運用を確認します。

電気工事の資格・登録・帳簿を作業範囲へ結ぶ

電源工事や配線の内製・外注範囲を案件ごとに確認し、電気工事士免状、電気工事業の登録・通知、営業所、主任電気工事士、検査器具、標識、帳簿を整理します。建設業許可を持つから電気工事業法上の手続がすべて不要になる、資格・登録がM&Aで当然に譲受企業へ移る、とは説明しません。株式譲渡、事業譲渡等の取引方式、法人の同一性、営業所・代表者等の変更に応じ、所管先へ必要手続を確認します。

非常表示は消防設備の代替と説明しない

消防庁のデジタルサイネージ活用指針は、外国人来訪者や障害者等へ火災時の情報伝達・避難誘導を行う際の表示、設備連動、操作、維持管理等を整理しています。非常放送や自動火災報知設備との自動・手動連動、CMS・STB、表示切替権限、非常コンテンツ、訓練・保守を確認する際の参考になります。ただし、デジタルサイネージは消防用設備等を補完するもので、法定設備の代替とは説明しません。全施設・全端末に同じ法的義務があるとも書かず、所轄消防本部と施設の防災計画を確認します。

撤去時の廃棄物とデータ消去を分けて管理する

看板の新設・改築・除去工事に伴って廃棄物が生じる場合は、元請・下請関係、廃棄物区分、委託契約、許可業者、マニフェスト、保管、最終処分確認を案件別に整理します。環境省の通知は、建設工事に伴う廃棄物について原則として元請業者が排出事業者となる考え方を示しています。下請が実作業した、顧客所有物だった、契約で下請負担と書いたという理由だけで責任が移るとは扱わず、法定の例外を含め個別に確認します。

表示機器を撤去するときは、物理的な処分に加えて、STB・制御PC・記録媒体のデータ消去、SIM停止、証明書失効、CMS端末登録解除、遠隔操作停止を実施します。廃棄伝票だけでは情報セキュリティ上の終了証拠になりません。機器ID、消去方法、実施者、日付、確認者を記録し、顧客データ返却・削除条件と整合させます。

更新費は「寿命年数」ではなく機器別の根拠から積み上げる

LEDは長寿命だから当面更新不要、という一文で将来負担を説明するのは危険です。製品ごとに定格や保証条件が違い、実際の劣化は稼働時間、輝度、温度、湿気、塩害、粉じん、電源品質、保守状況に左右されます。表示面が点灯していても、色差、部分欠け、電源故障、制御機器のサポート終了、予備部品不足が先に問題になることがあります。メーカー仕様、使用時間、障害履歴、現地状態、部品供給、見積りを根拠に更新時期を幅で示します。

更新費台帳では、対象機器、想定時期、判断根拠、更新方法、機器費、撤去、運搬、設置、高所作業、電気工事、構造補強、交通誘導、申請、設定、コンテンツ移行、試験、廃棄、停止時間を分けます。顧客負担が契約で明確か、自社の月額保守内か、協議事項かも記録します。概算見積りには作成日と前提を付け、確定額のように扱いません。

保証の終了日と更新予定日は別です。保証終了後も有償修理できる場合がある一方、部品不足で受けられない場合もあります。OS・ミドルウェア・ブラウザのサポート終了は、画面が動いている間にもセキュリティ負担を増やします。通信回線、クラウドプラン、証明書、ドメイン、素材ライセンスも更新イベントとして台帳に入れます。ハードウェアだけ更新してCMSや契約が残るとは限りません。

契約別採算へ将来負担を反映する

契約別の採算は、月額・年額売上からクラウド、回線、素材ライセンス、監視、制作、配信操作、報告、現地保守、部材、協力会社、高所作業、移動を差し引いて確認します。社員の作業時間や社用車が販管費に埋もれていると、表面上の粗利が高く見えるため、代表的な一か月や一年について工数を再集計します。緊急障害や無償再配信の負担も、例外扱いせず実績から確認します。

更新費を含む設備、人材、顧客集中、案件別粗利を会社全体の評価資料へつなぐときは、看板会社の企業価値を整理する実務ガイドも参照してください。そこで扱う会社全体の評価と、本稿の看板ID別の更新負担は目的が異なるため、同じ数値を根拠なく一つの倍率へ置き換えません。

更新費をすべて現在の費用にするという意味ではありません。譲受候補へ、いつ、何を、なぜ更新する可能性があり、誰が費用を負担する契約かを示すことが目的です。顧客と更新協議が必要な設備は、契約更新日より前に提案できるよう期限を置きます。更新を受注機会として説明する場合も、発注が確定していなければ見込売上と確定受注を分けます。

取引方式別に契約・アカウントの移行を設計する

契約の移行は、株式譲渡か事業譲渡かなど取引方式によって前提が変わります。株式譲渡では通常、契約当事者である法人は同一のままですが、契約に支配権変更、事前通知、解除等の条項がある場合があります。事業譲渡では、顧客契約、CMS、回線、リース、素材ライセンス等について、契約上の地位や権利・義務を個別に移す手続が問題になります。民法第539条の2は契約上の地位の移転について契約相手方の承諾を定めていますが、これだけで個別案件の結論を出さず、取引方式、実契約、法令上の承継制度を確認します。

契約台帳には、移転・支配権変更条項、承諾・通知先、申請様式、所要期間、手数料、審査、必要書類、未払・違約金、解約時のデータ返却・消去を記録します。SaaSの管理画面で会社名を変更できても、契約主体の変更が完了したとは限りません。回線、SIM、クラウド、証明書、決済カード、ストアアカウント、ドメインなど、外部サービスごとに正式な手続を問い合わせます。

IPAの「情報システム・モデル取引・契約書（第二版）」は、受託開発、保守運用、パッケージ、SaaS・ASP活用等について、業務範囲、役割分担、セキュリティ、再構築などを検討する参考になります。ただしモデル契約は締結済み契約へ自動適用されず、公表後の法令改正にも注意が必要です。実際の顧客・ベンダー契約、利用規約、注文書、仕様書、変更合意を優先して確認します。

デジタルサイネージ事業が人的吸収分割で承継された公表事例から、承継対象となる権利義務・人材・顧客・収益管理を読み解く記事として、アビックスによるプロテラスのデジタルサイネージ事業承継の公開事例分析があります。個別契約や許認可の移行方法は案件ごとに異なるため、公表事例を自社へそのまま当てはめず、台帳と契約原文で確認します。

顧客への説明は秘密保持と運用継続を両立させる

M&Aの検討初期に全顧客へ連絡すると、秘密保持や事業運営へ影響する可能性があります。一方、承諾が必要な契約をクロージング直前まで放置すると、配信・保守の継続が間に合いません。契約重要度、承諾・通知要否、解約リスク、顧客との関係、必要期間を整理し、誰に、いつ、誰から、どの表現で説明するかを専門家と取引当事者で決めます。

説明では、配信停止を防ぐ体制、窓口、障害対応、個人データ、素材、請求、契約条件がどうなるかを具体化します。譲受候補が決まる前に顧客名を広く開示せず、初期段階は匿名化した契約構成・売上集中・設備数・地域分布で検討し、必要性と秘密保持を確認して段階的に詳細を開示します。

クロージング当日の認証変更を作業表にする

当日に変更する項目と、事前に準備して当日以降に実施する項目を分けます。CMSの主管理者、MFA復旧先、緊急通知、請求カード、回線窓口、ドメイン、証明書、監視アラート、障害受付、顧客連絡先、協力会社連絡先を一覧にし、変更順序、実施者、確認者、戻し方を定めます。認証を先に変えて現担当者が入れなくなる、旧メールを先に止めて再設定コードを受け取れない、といった事故を避けます。

パスワードは安全な方法で引き渡し、共有IDは一時的な扱いとして個別IDへ移行します。変更直後に代表端末で配信、表示、ログ、遠隔再起動、障害通知を確認し、成功時刻と確認者を残します。全端末を同時に変更せず、影響の小さい端末で手順を確かめてから段階的に進める方法も検討します。

データルームは一覧から原本へ戻れる構造にする

資料を大量にアップロードするだけでは、譲受候補が看板IDごとの状態を確認できません。最上位に看板基本台帳、機器台帳、配信・通信台帳、契約・保守台帳、更新費台帳を置き、各行から根拠資料へ戻れる参照番号を付けます。フォルダーは顧客名だけで分けず、契約ID、施設ID、看板IDを併記します。原本、作業用写し、説明用の匿名資料を区別します。

アクセス権は段階別に設定します。最初は匿名化した収益構成、設備構成、地域、契約期間、更新負担の集計を示し、候補先が絞られた後に顧客、契約原本、設定資料を開示します。個人情報、CMS設定、IPアドレス、認証、脆弱性、警備・入館情報は特に範囲を限定します。閲覧・ダウンロードの可否、開示日、開示先、最新版、差替え履歴を記録します。

代表三案件で承継リハーサルを行う

台帳ができたら、難易度の異なる代表案件を選びます。たとえば、単店舗の屋内ディスプレイ、遠隔配信する複数店舗、屋外大型LEDビジョンの三つです。現在の担当者以外が、台帳と手順書だけを使って、顧客依頼受付、素材確認、配信設定、承認、表示確認、報告、障害切分けまで追えるかを試します。実際の公開操作は顧客承認と安全を確保し、テスト端末や非公開プレイリストを使います。

次に、バックアップを取得し、素材、プレイリスト、スケジュール、端末一覧、ログが読めるか確認します。可能なら隔離した環境で設定ファイルの復元や代替端末への登録を試します。実運用の端末を初期化する必要はありません。復元手順、必要ライセンス、ベンダー支援、作業時間、失敗時の戻し方を記録します。

障害対応も机上訓練します。「表示が黒い」「最新素材へ変わらない」「一台だけオフライン」「CMSへ入れない」「誤ったコンテンツが表示された」「非常表示から戻らない」といった事象ごとに、最初の確認、遠隔対応、現地出動、停止判断、顧客報告を順にたどります。訓練で開けなかったファイル、連絡が取れなかった窓口、分からなかった設定を未完了課題へ入れます。

完了・未完了・条件付きの三状態で報告する

譲渡準備の報告書は、すべてを緑色にすることが目的ではありません。確認済み、未確認、条件付きの三状態に分けます。たとえば「CMS素材出力は確認済み、プレイリスト出力は不可、移行には再設定が必要」「顧客契約は株式譲渡時の通知不要と社内確認したが、法務確認待ち」「予備モジュール10枚のうち8枚は通電確認済み、2枚は未確認」のように書きます。

未完了課題には、事業停止への影響、対応方法、担当、期限、概算費用、外部確認先を付けます。重要度は、表示停止、安全、法令・契約、個人情報、顧客関係、収益への影響から判断します。資料がない事実を隠さず、代替調査と是正計画を示すことで、譲受候補はクロージング条件、引継ぎ期間、投資計画を具体化できます。

譲受候補から聞かれやすい質問へ事実で答える

譲受候補の質問は、台数や売上だけでなく「誰がいなくなると止まるか」「来年いくら必要か」「顧客の承諾なしに続けられるか」へ進みます。回答を先に決めず、台帳と原本から答えます。分からない場合は確認中とし、期限を示します。

• 稼働中、休止、撤去予定の表示面はそれぞれ何面で、最終現物確認日はいつか。
• CMS、回線、端末、素材の契約主体は誰で、支配権変更・譲渡・解約の条項はどうなっているか。
• 管理者ID、MFA復旧、障害通知が特定の役員・従業員・外注先へ集中していないか。
• 素材だけでなくプレイリスト、スケジュール、端末紐付け、ログを出力・再利用できるか。
• 直近の重大障害、誤表示、長時間停止、個人情報事故、顧客苦情は何で、再発防止は実施したか。
• 表示機器、電源、制御機器、OS、通信の更新がいつ見込まれ、費用負担は誰か。
• 屋外広告物、建築、電気工事、消防、電気用品、廃棄物について必要資料が看板IDへ結び付いているか。
• 夜間・遠方・災害後の対応を担う協力会社は、譲渡後も同条件で継続する意思があるか。
• センシングデータの利用目的、保存、委託、告知、削除、相談窓口は現行運用と一致しているか。
• 顧客別売上からクラウド、回線、制作、監視、現地保守、無償対応を引いた採算はどうか。

これらに即答するために資料を作るのではなく、回答の根拠がどこにあるかを示せるようにします。質問と回答、追加資料、確認日、回答者を記録すると、同じ質問への表現が途中で変わることを防げます。将来計画や見込みを示すときは、確定契約、顧客との協議、社内計画、単なる仮定を明確に分けます。

確認した一次情報

以下は記事作成時に確認した官公庁、法令、公的機関、業界団体の資料です。確認日はいずれも2026年7月22日です。制度・資料は更新されるため、実務では最新版と設置自治体・契約相手方の運用を確認してください。

1. 中小企業庁「中小M&Aガイドライン（第3版）―第三者への円滑な事業引継ぎに向けて―」（DD、客観的資料、事前準備）
2. e-Gov法令検索「民法」第539条の2（契約上の地位の移転）
3. e-Gov法令検索「著作権法」（複製、上映、公衆送信等の権利）
4. 国土交通省「屋外広告物制度の概要」（屋外広告物の基本的な制度）
5. 国土交通省「屋外広告物の安全点検に関する指針（案）」（支持部、取付部、表示面、電材等の点検）
6. 経済産業省「電気工事の安全」（電気工事士、電気工事業の手続・業務）
7. 経済産業省「電気用品安全法の概要」（対象電気用品、届出、技術基準、検査、表示）
8. e-Gov法令検索「建築基準法」第88条・「建築基準法施行令」第138条（広告塔・広告板等の指定工作物）
9. 消防庁「外国人来訪者や障害者等に配慮した火災時等の情報伝達・避難誘導を目的とするデジタルサイネージ活用指針」（非常表示、設備連動、維持管理）
10. 環境省「建設工事に伴い生ずる廃棄物の処理責任の元請業者への一元化について」（建設工事に伴う廃棄物の処理責任）
11. デジタルサイネージコンソーシアム「デジタルサイネージ セキュリティ点検ガイド」・同別冊「デジタルサイネージサービス選定時のセキュリティ面での注意点」（CMS、アカウント、STB、ログ、更新、SLA）
12. デジタルサイネージコンソーシアム「デジタルサイネージ標準システム相互運用ガイドライン 第2版」（配信システム、プレーヤー、コンテンツ、プレイリスト、スケジュール）
13. IPA「中小企業のためのクラウドサービス安全利用の手引き」Version 2.3（権限、認証、バックアップ、SLA、終了時のデータ）
14. IPA「情報システム・モデル取引・契約書（第二版）」（受託開発、保守運用、パッケージ、SaaS・ASP）
15. 総務省・経済産業省・IoT推進コンソーシアム「カメラ画像利活用ガイドブック ver3.0」（属性推定、動線、リピート分析等の配慮事項）

まとめ：看板IDから「止めずに引き継げるか」を説明する

LEDサイン・デジタルサイネージ会社の譲渡準備は、機器台数の集計でも、CMSのパスワードを渡す作業でもありません。看板IDを起点に、現物、配信、通信、契約、保守、安全、権利、費用をつなぎ、現在の担当者以外が同じ表示と対応を再現できるかを確認する仕事です。

まず代表案件で台帳を作り、現物と銘板を確認します。次にCMSの権限、素材、プレイリスト、スケジュール、ログを出力し、回線と障害対応を結びます。契約上の約束、許認可、安全資料、コンテンツ権利、センシングデータを確認し、保証・部品・OS・通信・撤去を含む更新費を時系列にします。最後に、未確認事項を隠さず、担当と期限を置いて承継リハーサルを行います。

この準備によって譲渡価格や成約が保証されるわけではありません。しかし、譲渡企業と譲受候補が、どの事業をどの条件で継続でき、どこに追加投資や承諾が必要かを同じ資料で話せるようになります。情報が整理できていない段階でも、最初の看板IDと代表案件を決めるところから始められます。