日の記事として用意したものです。「インターネットテレビ局」と銘打つ動画配信サービスで、いわゆる地上波のような番組表に沿って放送されるリニア型配信をインターネットサービスとして提供しています。おける事情と技術的な課題、それらにどう対処したかを書きます。上で動画を配信する技術が用いられています。既存の技術資源を有効に活用できます。撮影現場からサーバーへ映像を送る際などに使用しています。種類の規格それぞれで配信をしています。通りの配信方式を使い分けています。使うべきとしていることもあってなのか、同種の技術の中でもかなり普及していると言えます。各企業が作った規格に代わって統一した規格としての普及を目指しています。種類のファイルから構成されます。メディアデータのファイルです。されていることによって動画全体をダウンロードせずとも任意の位置から再生が可能です。取得する場合もあります。呼ばれるファイルで、メディアデータへのアクセス方法や再生方法が記述されます。呼ばれるファイルを用います。対応を行う事になりました。いう番組表の時間の流れに沿った配信を行なっています。多くの動画サービスでは、生配信とそうではない映画やドラマなどのオンデマンドコンテンツを区別して提供しています。この場合、ユーザはオンデマンドのコンテンツに対して好きなときに好きな位置を再生します。機能を使って配信しています。することで再生端末は過去や未来の映像を知ることができず、あたかもテレビのように全てのユーザが時間的にほぼ同じ位置を再生します。リニア型配信は単なる生配信と違ってスケジュールに従って映像ソースを切り替える必要があります。おいて、全てそういった専用機材やオペレータを設けることは難しくまた広告挿入も含めてソフトウェアによる実現が必要でした。年当時はまだ即座に導入可能なリニア型配信ソリューションが見つからず、独自開発するに至りました。大まかな構成は下図のようになっています。システムで制御されます。対応のインサータを備えていてフレーム単位での広告挿入が可能です。種類の番組に分類され、番組ごとにエンコードされています。収録済みの場合、事前に時間を掛けて処理できるため同じビットレートでも生配信と比べて高い品質を実現でき、広告もフレーム単位の挿入位置制御が可能です。生配信は映像の品質はやや落ちます。独自ツールで行い、サーバー上で挿入位置を決定します。現場設備で広告信号を差し込むわけではないため、意図したタイミングから数秒程度の誤差が生じます。配信システムは映像ソースの種類ごとに別でパッケージングされ、幅広い要件を吸収できることや映像種別ごとにチューニングできる点はメリットと言えます。全体としてはかなり複雑なシステム構成です。対応や新しいビットレートの追加など全映像種別に関わる変更を実施するコストは大きいといえます。高機能で様々な表現方法を備えています。それ故、あらゆる表現にプレイヤーが網羅的に対応するのは困難です。定義されていて、それぞれ使える表現に制約が設けられています。焦点を絞って開発することができます。対応は難しいようです。調査開始当時に我々が求める機能全てに対して十分な実績のあるプレイヤーモジュールは見つからず、開発元に一部機能の改修を依頼するなどの対応をしながら導入を行いました。Period番組や広告ごとにエンコーディング・パッケージングしているため、境界部分はコンテナあるいはコーデックレベルでの不連続点となります。この場合、プレイヤーに対してそれを認識させる必要があります。行記述することで明示できます。これはほぼ全てのプレイヤーが対応しており、生放送でもオンデマンドでも問題なく使用できました。タグを複数並べることで異なるコンテンツを直列に並べることが出来ます。(属性や他のタグは省略しています。対応しているプレイヤーは多いようです。調査した幾つかのプレイヤーは対応が不完全で再生が止まってしまうトラブルも見つかりました。制御が行われています。これらは端末の時計で大雑把に推測しているわけではなく、映像に埋め込まれたメタデータを再生中にハンドリングして実現しています。パケットとして埋め込んでいます。取れなかったり、別のプレイヤーではそもそも対応していないなど問題が相次いで発生しました。特定の値の範囲の場合に取得できなくなるというプレイヤーモジュールの不具合だということが開発元への問い合わせで判明し、下駄を履かせてその範囲を外すという暫定対応でしのぎました。