放送における業務管理システム：第3世代BMSの進化と未来

このギャラリーでは、コマーシャルディレクターのホルヘ・ペレス・ロペスが、 データ平均では、ビジネス管理システム (BMS) の領域を深く取り上げ、実装における主なエラーと成功を特定し、この重要な領域に対して市場が提供するオプションをレビューします。

ここ数か月で私は 異常な興味 放送部門におけるビジネス管理システムによる。それは私にとっては驚くべきことではありません。なぜなら、私が 5 年間にわたって自分自身に「 第三世代 経営管理システムのこと。もしかしたら、この名前のせいで何を言っているのか分からない方もいるかもしれません。これらのシステムは、次のような別の名前で知られているかもしれません。 交通システム、 の グリル管理 またはアングロサクソン世界で使用される頭字語、 BMS。

それらを何と呼ぶか​​に関係なく、テレビ コンテンツの制作と配布に関与するシステムの 1 つについて話している可能性が非常に高くなります。 もっと退屈で面白くない。この分野での仕事を通じて、私は技術者またはコンサルタントとして、また商業上の仕事の両方で、このタイプのシステムに関連するプロジェクトによく携わってきました。そして告白しなければなりませんが、この主題は確かに魅力的ではありませんが、人はその良さを理解するようになるのです。 重要性 これらのシステムはあらゆるものにおいて優れたパフォーマンスを発揮します 放送局。

と思われるので、 織機 ある 導入または改修プロジェクトの新たな波 これらのシステムに関して、そして市場への関心を考えると（おそらく新しい時代に適応する必要があるため）、私は自分自身で 簡単なレビュー これらのソリューションの歴史と 間違いと成功 私たちの市場でコミットされてきたものであり、私たちはそこから学ばなければなりません 同じ石に二度つまずくな。内容についても簡単に説明します オプション 今日、この種のプロジェクトに着手するときがあります。お役に立てれば幸いです。

---

私たちは何について話しているのでしょうか?そしてその始まりは何でしたか?

このトピックにあまり詳しくない人のために、 BMS (簡略化するために頭字語を使用します) コンピュータシステム 伝統的にその役割は プログラムを管理する y 継続性の要素 これらは最終的に放送グリッドに組み込まれました。何よりも、それはの管理でした 契約、 排出権 ああ プログラムの使用、の管理 広告ブロック、企画中 グリル (そして、の世代 毎日の要約）および資料、特にテープレコーダーの管理。

25 年か 30 年前、これらのシステムは かなり基本的ななぜなら、彼らが管理しなければならない環境自体も基本的なものでした (チャネルがほとんどなく、すべて直線的で、他のシステムとの統合がほとんどなく、紙での情報交換など) ため、これらのシステムのいずれかが必要な場合は、ツールを開発するのが通常でした。」家の中に「その結果、必要なことすべてを比較的低コストで実行できるシステムが誕生しました。 内部使用のための無制限のライセンス。

そして BMS それは コンピュータシステム 伝統的にその役割は プログラムを管理する y 継続性の要素 これらは最終的に放送グリッドに組み込まれました。

購入できる市場システムはありましたが、特に スペイン これらはさまざまな理由でほとんど成功しませんでした。複雑であったこと、通常は英語であったこと、価格が高かったこと、サブスクリプション モードのみであったことなどです。さらに、その実装を支援する専門のインテグレーターも不足していました。

したがって、最初の数年間は、 管理および管理ツール 通常はテレビ システムと一般サービス部門を管理していましたが、90 年代後半には 変化の波 それは強制した これらのシステムを新しい時代に適応させる。

---

90年代に始まった変化

90年代には、 一連のイノベーション 強制した分野で 放送局のワークフローを変革する したがって、これらの新しいフローをサポートする管理ソリューションを提供します。

これらの変更の一部は、 排出ガスの自動化、それまでは手動または半手動で実行されることが多かった。の外観 マルチチャンネルプラットフォーム;ラス 地域的な切断 国内チャンネルの。の 適応されたチャンネル 放送権のない地域への放送（たとえば、コンテンツの一部をカバーする必要がある地上波チャンネルの衛星版）、または ビデオサーバー ビデオ ファイルという新しいメディアを導入したのは誰です。

の 雪崩 90 年代の変革を振り返る 完全に時代遅れ 伝統的なものに 交通システム。

この雪崩は 変換 これにより、従来の交通システムは完全に時代遅れになりました。既存のシステムを開発していた部門は、次のような課題を抱えていることに気づきました。 変更要求の集中砲火 彼らは対処方法を知らなかったのです。さらに、このシステムをコンテンツの翻案や放送に使用されるシステムと統合することが初めて要求されました。突然、これらのソフトウェア エンジニアは次のような用語を聞くようになりました。 フレーム、 ビットレート、セグメント、バージョン、 インジェストリスト ああ 実行時のログ。

管理しなければならない環境はもう二度とありませんでした 単純 ましてや、 ツールの開発とメンテナンス。

---

2000 年代初頭、わが国初の BMS が市場に登場

90年代の終わりから2000年代にかけて、 ファーストマーケットシステム 私たちの国では。何よりも、私たちの国に上陸した多国籍企業では、 地域 そして彼らは持ってきました 伝統 アングロサクソン人。それで ディズニー、 ターナー 他の企業は、この分野の企業、特にアメリカとイギリスが開発したシステムを使用していました。

これらの企業はこれらのマーケティング ツールを使用していましたが、既存のチャネルのほとんどは独自のシステムの開発を進めていました。ここ数年には、 地方テレビの第二波、そしてそれらのうちのいくつかは市場のソリューションを購入することを決定しましたが、他の人はすでに何年も放送されている同様の特性を持つ別のテレビによって内部開発されたシステムを組み込んだり、独自のシステムを開発したりしました。

初めて始まりました 必要性を評価する BMS はシステムだったということ 強力かつ効果的で、よく統合されている 環境内の残りのシステムと、両方とも その上 (財務システム、契約管理システムなど) 下に (放送自動化システム、コンテンツ管理、ビデオ ライブラリなど)。

システム 市場BMS 彼らは貢献しました 新しいビジョン どのように チャンネルの管理と運営 貢献する 重要な利点 コストが高いにもかかわらず 取得 そしての メンテナンス。

の統合に伴い、 民間テレビ、地方および地方のテレビ局の急増、90 年代の終わり、2000 年代初頭のマルチチャンネル衛星プラットフォームの出現。 能力 に来た ほとんど想像できないレベル 何年も前に私たちの国で。初めて必要になった 非常に細かく回転します ビジネスを利益を上げるために。

運用が適切に管理されていない場合、次のようなさまざまな理由で損失が発生する可能性があります。

• による 自分が権利を持っているコンテンツを使用しないでください、有効期間が満了することを許可します（未使用の取得済みおよび支払い済みの権利）。
• 追加費用や罰金 権利のないコンテンツの放送に由来するもの。
• あ 広告スペースの悪用 （管理不備または管理不備に起因する技術的問題により広告の放送を停止する）。
• 不適切な資材管理、コピーや複製、ダビング、字幕、保管、物流コストなどに不必要な費用が発生します。
• 虐待に対する罰金 広告の放送中（自然放送の 1 時間あたりの最大広告時間を超過）。
• 子供の時間帯に制限された広告を放送した場合の罰金 (アルコール飲料など、子供や若者にふさわしくない広告)。
• 子供の時間帯に制限されたコンテンツを放送した場合の罰金 （暴力的な番組や性的な内容を含む番組）。
• 内容を正しくマークしなかった場合の罰金 （プログラムの道徳的資格を正しく示していない）。
• 国内またはヨーロッパで制作された映画またはシリーズの放送割り当てを満たさなかったことに対する罰金または制裁。
• アクセシブルなコンテンツの排出割り当てを達成しない場合の罰金または制裁 (字幕、音声説明、手話)。

正確に言うと、これらの問題は、 市販のBMSシステム 彼らは何年もかけて組み込んでいた ツール それは、 アイロンコントロール 放送局の運営。このレベルの 競争と需要我が国では新しいものですが、他の地域では 10 年前から関連性があり、テレビ チャンネル内で内部的に作成されたシステムと直接競争し始めたのはこのためです。 新しいビジョン チャネルを管理および活用する方法。取得および維持コストが高いにもかかわらず、重要な利点を提供します。

---

マーケットシステムの導入経験

ミス 25年の経験 私はそれらを開発しました 統合会社、 したがって、その観点から市場での BMS システムの実装について私の見解を述べることができます。私は今年からこの種のプロジェクトに参加しています 2001年 そして何人かとコラボした ソフトウェア開発者、中には異なる製品世代を経たものもあります。

単純なものか非常に複雑なものかに関係なく、事実上すべてのプロジェクトにおいて、 クライアントと関わる ニーズと働き方を徹底的に分析することで、これは真に関与することを意味します。つまり、 ツールを使用しているさまざまな部門の意見を聞く、違いを理解してください ユーザープロファイル、 システムを知る を統合して開発する必要があります。 スコープドキュメント それは現在の状況をカバーしており、また、将来を予測しようとしています 将来のニーズ。

このような特徴を持つシステムは、次の期間に実装するのに時間がかかったということを指摘しておきたいと思います。 6ヶ月と24ヶ月。私が過去の話をしているのは、今日ではこれらの時間が短縮されているためです。ただし、その実装は依然として時間単位で測定されています。 月。私が関わったほぼすべてのプロジェクトで、 いくつかのニーズから始めました、これらのニーズおよびプロジェクトの開発全体に関して、すでに多くの変更を組み込んだ範囲文書が作成されました。 新しいのが出てきた 私たちはやりながら対応しなければならなかったのです。

彼 システム BMS する予定です チャネルのオペレーションの奥深くまで広げてフィルタリングする、したがって、捧げることが不可欠です 時間 y 努力 それをするために 正しく。

環境が複雑になり始めると、これらのシステムは 横要素 財務および契約分野から、チャンネルを適切に管理するために関連情報がシステムに供給されるさまざまな技術分野に至るまで、テレビ チャンネルの実質的にすべての部門および領域に適用されます。

私たちはアクセスするシステムについて話しています。 数十または数百のユーザーそれぞれにニーズや目的があり、組織図内の役割の種類ごとにユーザー インターフェイスを調整および簡素化できる必要があります。の 権限管理 機密情報へのアクセスや、ユーザーの役割に対応しないアクションを防止することが重要です。システムに次の機能があることも非常に重要です。 実行された行動の詳細な記録 各ユーザーは、誤用の可能性を分析したり、特定の何かが起こった理由を分析したりできます。

システムは、 チャネルのオペレーションの奥深くまで広げてフィルタリングするしたがって、正しく行うには時間と労力を費やすことが不可欠です。

---

予算の逸脱

これまで見てきたように、システム プロジェクトは BMS それらは単純ではありません。頻繁 実際のニーズよりも低く指定されている これにより、特にプロジェクトのコストに関連する部分で、望ましくない中断が発生します。

私はそのようなプロジェクトを知りませんでした 機能を追加する必要はありませんでした、 実行する 適応、または組み込む 統合 導入が開始されたら。論理的には、プロジェクトはこれらの変更を考慮せずにすでに評価されており、特に公開ファイルで入札されたプロジェクトでは、それらを当初予算に組み込むことは、率直に言って困難です。

理想的には、この種のプロジェクトに入札する前に、 ニーズを徹底的に分析する 自分のリソースでこれが不可能な場合は、専門家を雇うことをお勧めします。 コンサルティング。高価に思えますが、長期的にはそれが可能になります コストを削減する。見積もりが間違っていると、予期せぬ出費が必要になったり、さらに悪いことにシステムの導入が遅れてさらにコストが高くなる可能性があります。

システムプロジェクト BMS それらは単純ではありません。 (…) 私は、そのようなプロジェクトを知りません。 機能を追加する必要はありませんでした、 実行する 適応 または組み込む 統合 導入が開始されたら。

これまで見てきたように、これらのプロジェクトは完全に開発されるまでに何年もかかる場合があるため、次のことも提案します。 技術の変化を考慮する 他の分野でも並行して発生する可能性があります。たとえば、システムが BMS と深く統合する必要があります。 コンテンツ管理システム、今後数か月以内にこのシステムが大幅に変更または更新されることがわかっている場合は、これを考慮する必要があります。またはシステムとの統合 ERP。現在の ERP が理解できる形式でレポート、分析シート、またはレポートを作成しても、システムが 独自のフォーマット。

ビジョンを持つ グローバルは不可欠です、そして1つ ハイレベルなプロジェクト管理 遅延や予算の逸脱を回避するのに役立ちます。

---

最初のシステム移行

少し歴史を振り返ってみましたが、 BMSと指摘してきましたが、 2つのトレンド：「社内」システムの構築または市場システムの獲得。どちらの場合も、私の経験から言えば、アプリケーションを新しい時代に適応させるには、次のことを実行する必要があります。 移住 ああ 6～8年ごとに更新、そしてこれらは本物です 頭痛。

ここ数年で私が学んだことは、BMS システムの実装にゼロから取り組むことは、 既存のシステムから移行する。

「社内」でシステムを作成した先駆者や、以前はシステムを持っていなかったクライアントに BMS システムをセットアップした私たちは、常に数多く存在する通常の課題に対処するだけで済みました。 しかし、あるシステムから別のシステムに移行するとどうなるでしょうか?

想像してみましょう データベース 長年にわたって入力され、サポートされている情報が満載です。 時代遅れのデータモデル そして、私たちが実装したいシステムのデータモデルとはまったく異なります。

想像してみましょう 情報フィールド それらはしばらく使用され、その後不要になりましたが、それらを削除したり、これらの変更を文書化したりすることを覚えている人は誰もいませんでした。

のみ 移行 の データ あるシステムから別のシステムに移動するには通常、次の間が必要です サービスの 20% と 35% プロジェクトで。は それを過小評価する根本的なこと、それでも それは何度も繰り返される 時間。

移行したいシステムを想像してみましょう データモデルに関する情報がありません、またはそれを作成した会社または部門が、この情報を提供する際に協力したくないと考えています。

あるシステムから別のシステムにデータを移行するだけでも、通常は次の期間が必要です。 サービスの 20% と 35% プロジェクトで。は それを過小評価する根本的なこと、それでも それは何度も繰り返される 時間。私が何らかの形で関わってきたすべてのプロジェクトは、この作業に必要な時間 (およびお金) を過小評価していました。これは、多くの場合、関係する各当事者が、作業のほとんどを相手側が行うことを期待しているためです。あ 良い移行計画 タスクが明確に定義され、正しく割り当てられていれば、あまり驚きや不満を感じることなく移行できます。

を正しく定義することも同様に重要です。 新しいシステムではどのようなデータが必要か。私は、古いデータベースに含まれるすべてのデータを完全に移行することを要求するクライアントに会ったことがあります。 現在の業務に関連しているかどうかに関係なく。これは、 私は反対することをお勧めしますプロジェクトの範囲を広げるために分析やコンサルティングを行うことをお勧めするのと同じように、どのデータを保持したいのか、どのデータを手放したほうが良いのかを冷静に考えることをお勧めします。

---

第 3 世代の BMS

私はこれらを識別できるようにしました 新しいBMSプロジェクト として 第三世代。それは私が読んだり、専門的な講演やプレゼンテーションで学んだことではありません。むしろ、このようにカタログ化するのが適切だと考えたものです。

ロス 最初のシステム 彼らは持っていました クライアントサーバーアーキテクチャ;彼らは契約、プログラム、資料を管理しており、外部世界との統合はほとんど、またはまったくありませんでした。彼らにはできることがあった レポートを生成する これを印刷して、後で別のシステムに手動でこの情報を再度入力することができます。

の 二代目 持っていた クライアントサーバーアーキテクチャ;契約、プログラム、素材を扱うだけでなく、広告スペースの制作や販売も管理することができました。それも許された サードパーティシステムとの統合、ファイル交換または API を介して、その操作ははるかに高度であり、複数のチャネルの管理、経済データ、プロセスの自動化を可能にする技術情報などを管理しました。

の 第三世代 できる 前のものと同じことをします、でもそれも来ます 準備した を組み込む ワークフロー ブロードキャスト環境の最新: ロス 非線形。

第 1 世代システムから第 2 世代システムへの移行は困難でした。 頭痛。第 2 世代システムから、同じかそれ以上の第 2 世代システムに移行します。その理由は、どちらの場合も、使用できないソフトウェア開発技術が使用されていたためです。 アジャイルな製品の進化。したがって、これらのシステムは、 各クライアントに合わせた継続的なカスタマイズ、同じメーカーのすべてのクライアントに共通で機能するソフトウェアがなかったため、頻繁に更新される可能性がありました。

の 第三世代 できる 前のものと同じことをします, しかし、それを組み込む準備もできています。 ブロードキャスト環境における最新のワークフロー。私が言っているのは私たちが呼んでいるものです 非線形ワークフロー。

ご存知のとおり、今日でもリニア チャネルは非常に重要であり続けていますが、それと並行して、場合によってはリニア チャネル自体と同等またはそれ以上に重要なコンテンツが他の手段によって配信されています。

新世代システムの特徴は、 これらの新しい非線形ワークフローの管理を統合する。範囲は次のとおりです。 権利管理 まで 企画とプラットフォームへの配信。

BMS システムの更新または購入を検討している場合は、以下を含むソリューションを選択することが重要です。 ツール ユーザーが利用できるようにする必要がある新しいニーズが毎日発生するため、そのおかげで私たちはそれらを適応し続けることができます。

新しい機能をすぐに追加できるようにするには、アプリケーションを次のコマンドを使用してプログラムすることが重要です。 新しいプログラミング言語 また、そのアーキテクチャにより、システムに中断を引き起こすことなく、数か月ごとに更新を行うこともできます。 搾取とユーザー。これらの特性を共有しないソリューションは、たとえそれがどれほど魅力的であっても、実装すべきではないと思います。 プレシオ または他の人 特徴。

---

人間の扱いとリーダーシップ

最後に、見逃してはいけない重要な側面についてコメントします。すでに述べたように、現在 BMS システムは、それを使用する企業のほぼすべての領域をカバーしています。 法律、財務、契約、アンテナの方向、放送番組、素材の取り込みとトラフィック、制作、放映、アーカイブ、広告スペースの販売、ウェブ、OTT、長いなど。

それは約です 十 （数百ではないにしても）さまざまな分野から、さまざまな役割、非常に多様な興味と職務を持ち、時には衝突する可能性のある目標を持った数人の同僚。 異なるアドレス、特定の摩擦が発生する可能性があります。

エス 不可欠な 彼を頼りにしてください 必要なリーダーシップ 異なるものを管理する それぞれの地域の興味 そして同時に、 世界的な目標の遵守すべての人にとって公平かつ公正な方法で 部門。

企業としては、 目的はユニークです。したがって、BMS に実装されるワークフローの設計は、この目的を満たさなければなりませんが、同時に、各領域が他の領域の作業を容易にするような方法で作業を実行し、その結果、作業の効率化を回避することも考慮する必要があります。 比較不法行為。

これを達成するには、 必要なリーダーシップ 各地域の異なる利益を管理すると同時に、 世界的な目標の遵守、すべての部門に対して公平かつ公正な方法で。

どちらも自分のもの 放送局 のように インテグレータ 彼らはこれらのリーダーシップを発揮し、関係するすべての関係者を理解し共感するために必要なスキルを持っていなければならず、十分な左手を使ってしっかりとリーダーシップを発揮する方法を知っていなければなりません。 を避ける 衝突 プロジェクトが期待されたペースで確実に進行するようにします。

これらのプロジェクトの実施には長い時間がかかりますが、それについてはすでに述べました。の 課題は膨大ですしかし、これにユーザーの調整不足やコラボレーションの欠如が加わると、次のような結果が生じる可能性があります。 関連コストのせいで壊滅的。

幸いなことに、私たちの市場には、 偉大な専門家 プロジェクトの成功に貢献し、貢献する人が増えています。 経験 そして彼の コラボレーション に適応する メディア市場の新時代。

ホルヘ・ペレス・ロペス

のコマーシャルディレクター データ平均