JP7170155B1 - チャンネル管理システム、チャンネル管理方法およびプログラム - Google Patents

Abstract

【課題】ＩＰ配信サービスにおいて、チャンネル設定の自由度を担保しつつ、簡易かつ確実にチャンネルの管理ができるチャンネル管理システム、チャンネル管理方法おようびプログラムを提供する。【解決手段】チャンネル管理システムは、テレビ受像機である受信機Ｘに対して、ＩＰ配信サービスを提供する配信サービス会社１００（１００Ａ，１００Ｂ，…）の配信サーバ１１０（１１０Ａ，１１０Ｂ，…）に設けられるキーＩＤ付与部１１１（１１１Ａ，１１１Ｂ，…）と、サービスＩＤ付与部１１２（１１２Ａ，１１２Ｂ，…）と、サービスＩＤ変更部１１３（１１３Ａ，１１３Ｂ…）と、ＩＰ配信サービスにおける配信を管理する配信管理サーバ２００と、受信機Ｘからの視聴ログデータを集計する集計サーバ３００とを備える。【選択図】図１

Description

本発明は、ＩＰ配信サービスにおいてチャンネルを管理するチャンネル管理システムに関する。

従来、この種のＩＰ放送システムとしては、下記特許文献１に示すように、ＩＰ放送を提供する放送局と、ＩＰ放送を地域Ａ及びＢに配信する配信網と、地域Ａにおいて第１のＩＰネットワークを構成するノードと、地域Ｂにおいて第２のＩＰネットワークを構成するノードと、地域Ａ又は地域ＢにおいてＩＰ放送を受信する受信端末装置と、ノードに接続され地域ＢにおけるＩＰ放送のサービスを発見するサービス発見装置と、ＩＰ放送のチャンネル情報を管理するチャンネル情報管理装置とを備えるシステムが知られている。

特開２００７―０６８１２９号公報

かかるシステムでは、コンテンツを受信する受信ポイントが変更された場合でも、変更後の受信ポイントにおいて受信可能なコンテンツの情報をユーザに提供可能にするものである。

しかしながら、地域ごとに設定される配信網の問題以前に、ＩＰ配信サービスでは、そもそもチャンネル数が無限に設定できてしまい、チャンネル情報の管理が困難であるという問題がある。

一方で、ＩＰ配信サービスでは、チャンネルをある程度自由に増減させることが特色であるため、チャンネル数を制限することはその魅力を半減させることにもなりかねない。

以上の事情に鑑みて、本発明は、ＩＰ配信サービスにおいて、チャンネル設定の自由度を担保しつつ、簡易かつ確実にチャンネルの管理ができるチャンネル管理システム、チャンネル管理方法およびプログラムを提供することを目的とする。

第１発明のチャンネル管理システムは、ＩＰ配信サービスにおいてチャンネルを管理するチャンネル管理システムであって、
前記ＩＰ配信サービスを提供する配信サービス会社に構成された、
新規な前記チャンネルに対して一意なキーＩＤを付与するキーＩＤ付与部と、
前記チャンネルに対して仮のサービスＩＤを付与するサービスＩＤ付与部と、
前記サービスＩＤ付与部により付与されたサービスＩＤを変更するサービスＩＤ変更部と、
前記配信サービス会社における前記キーＩＤおよびサービスＩＤを管理する配信管理サーバに構成され、前記サービスＩＤ変更部により変更されたサービスＩＤにより番組表を作成する配信管理部と、
当該ＩＰ配信サービスの配信を受けた受信機から視聴ログを取得して集計する集計サーバに構成された集計部と
を備え、
前記配信サービス会社において、前記キーＩＤ付与部により前記キーＩＤが付与されるキーＩＤ付与工程が実行されると共に、前記サービスＩＤ付与部によりサービスＩＤが付与されるサービスＩＤ付与工程および付与された該サービスＩＤを変更するサービスＩＤ変更工程が実行され、
前記配信管理サーバにおいて、前記配信管理部により、前記配信サービス会社の前記キーＩＤ付与部により付与された前記キーＩＤおよび前記サービスＩＤ付与部により付
与され前記サービスＩＤ変更部により変更された前記サービスＩＤが取得され、取得した該サービスＩＤから番組表を作成する配信管理工程が実行され、
集計サーバにおいて、集計部によりキーＩＤを含む視聴ログを取得して集計する集計工程が実行され、
前記キーＩＤは固定されていることを特徴とする。

第１発明のチャンネル管理システムによれば、まず、配信サービス会社のキーＩＤ付与部がキーＩＤ付与工程で新規なチャンネルに対して一意なキーＩＤを付与すると共に、サービスＩＤ付与部がサービスＩＤ付与工程で仮のサービスＩＤを付与する。

そして、例えば、配信に際して、配信サービス会社のサービスＩＤ変更部がサービスＩＤ変更工程を実行することにより、チャンネルの入れ替えなどに対応したサービスＩＤの変更が行われる。そのため、チャンネルを自由に増減させてもサービスＩＤの変更のみで対応することができる。

ここで、チャンネルの入れ替えなどによりサービスＩＤを変更する場合でも、キーＩＤは固定されるため、キーＩＤによりチャンネルを特定することができる。

このように、第１発明のチャンネル管理システムによれば、ＩＰ配信サービスにおいて、チャンネル設定の自由度を担保しつつ、簡易かつ確実にチャンネルの管理ができる。

また、第１発明のチャンネル管理システムによれば、例えば、配信に際して、サービスＩＤ変更部により変更されたサービスＩＤに基づいて、配信管理サーバの配信管理部が配信管理工程を実行することにより番組表を作成する。

そのため、チャンネル設定の自由度を担保してチャンネルを変更しても、その内容を反映させた番組表を作成することができ、配信者および視聴者の双方の利便性を向上させることができる。

このように、第１発明のチャンネル管理システムによれば、ＩＰ配信サービスにおいて、チャンネル設定の自由度を担保した場合でも、高い利便性を確保することができ、簡易かつ確実にチャンネルの管理ができる。

さらに、第１発明のチャンネル管理システムによれば、集計サーバの集計部が集計工程を実行することにより受信機からの視聴ログをキーＩＤにより集計することで、チャンネルの入れ替えなどによりサービスＩＤを変更する場合でも、キーＩＤは固定されるため、キーＩＤによりチャンネルを特定して、重複や漏れなどのない的確な集計をすることができる。

このように、第１発明のチャンネル管理システムによれば、ＩＰ配信サービスにおいて、チャンネル設定の自由度を担保しつつ、簡易かつ確実に、集計を含めたチャンネルの管理ができる。

本実施形態のチャンネル管理システムの概要を示すシステム構成図。 図１のチャンネル管理システムにおける処理内容を示すフローチャート。 図１のチャンネル管理システムにおける処理内容を示す説明図。

本実施形態のチャンネル管理システムは、ＩＰ配信サービスにおいてチャンネルを管理するチャンネル管理システムであって、テレビ受像機である受信機Ｘに対して、ＩＰ配信サービスを提供する配信サービス会社１００（１００Ａ，１００Ｂ，…）の配信サーバ１１０（１１０Ａ，１１０Ｂ，…）に設けられるキーＩＤ付与部１１１（１１１Ａ，１１１Ｂ，…）と、サービスＩＤ付与部１１２（１１２Ａ，１１２Ｂ，…）と、サービスＩＤ変更部１１３（１１３Ａ，１１３Ｂ…）と、ＩＰ配信サービスにおける配信を管理する配信管理サーバ２００（本発明の配信管理部に相当する）と、受信機Ｘからの視聴ログデータを集計する集計サーバ３００（本発明の集計部に相当する）とを備える。

なお、受信機Ｘは、本実施形態のように、放送ストリームの送信を行うＴＶ放送局Ｙからの放送を受信可能に構成されてもよく、ＩＰ配信サービスの専用機であってもよい。

また、ＴＶ放送局Ｙから受信機Ｘへの伝送路は、地上放送に限らず衛星放送やケーブルテレビのほか、ＴＶ放送局Ｙで管理されるものであればIＰ再送信やマルチキャストであってもよい。

配信サービス会社１００（１００Ａ，１００Ｂ，…）は、ネットワーク（ユニキャストが望ましいが、ユニキャストのほかマルチキャストであってもよい）を介してＩＰストリームの送信を行うＩＰ放送局である。

配信サービス会社１００（１００Ａ，１００Ｂ，…）は、それぞれ自社内で、チャンネルを追加、挿入、削除することにより、表示順を決めることができる。

キーＩＤ付与部１１１（１１１Ａ，１１１Ｂ，…）は、配信サービス会社１００（１００Ａ，１００Ｂ，…）において設定される新規なチャンネルに対して一意なキーＩＤを付与する。

サービスＩＤ付与部１１２（１１２Ａ，１１２Ｂ，…）は、配信サービス会社１００（１００Ａ，１００Ｂ，…）において設定される新規なチャンネルに対して仮のサービスＩＤを付与する。

サービスＩＤ変更部１１３（１１３Ａ，１１３Ｂ…）は、配信サービス会社１００（１００Ａ，１００Ｂ，…）において新規なチャンネルに対して付与された仮のサービスＩＤを変更する。

配信管理サーバ２００は、配信サービス会社１００（１００Ａ，１００Ｂ，…）におけるキーＩＤおよびサービスＩＤを管理する。

すなわち、配信管理サーバ２００は、まず、配信サービス会社１００（１００Ａ，１００Ｂ，…）間でのキーＩＤおよびサービスＩＤの重複がないように、予め、割り当てるキーＩＤおよびサービスＩＤを設定する（キーＩＤ空間およびサービスＩＤ空間の設定）。

例えば、配信管理サーバ２００は、配信サービス会社Ａ１００Ａに対して、キーＩＤ空間およびサービスＩＤ空間として１００番台設定し、配信サービス会社Ｂ１００Ｂに対して、キーＩＤ空間およびサービスＩＤ空間を２００番台を設定する。

また、配信管理サーバ２００は、配信サービス会社１００（１００Ａ，１００Ｂ，…）が設定したキーＩＤおよびサービスＩＤを取得し、重複がないことを確認した上で、取得したサービスＩＤから、それぞれの配信サービス会社１００（１００Ａ，１００Ｂ，…）の番組表を作成する。

集計サーバ３００は、受信機Ｘから、視聴に関する情報を取得して分析を行う。

具体的に、集計サーバ３００は、受信機Ｘがチャンネル選択に伴って生成した受信機ＩＤ、視聴時刻およびキーＩＤを含む視聴ログを取得して視聴分析を行う。

以上が本実施形態のチャンネル管理システムの構成である。なお、以上の構成において、配信サーバ１１０（１１０Ａ，１１０Ｂ，…）と、配信管理サーバ２００と、集計サーバ３００との各処理部は、それぞれ例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only memory）、ＲＡＭ（Random Access Memory）等のハードウェアにより構成され、後述する各種処理を実行するプログラムをメモリ（不図示）に記憶保持し、そのプログラムを実行することにより、各種処理を実行するための演算装置（シーケンサ）として機能する。

また、本実施形態のチャンネル管理システムは、配信サーバ１１０，２００，３００による分散処理により本システムを実現しているが、配信サーバ１１０（１１０Ａ，１１０Ｂ，…）内の各機能処理部（１１１Ａ，１１２Ａ，１１３Ａ，１１１Ｂ，１１２Ｂ，１１３Ｂ，…）の一部または全部を配信管理サーバ２００内に構成してもよく、集計サーバ３００も配信管理サーバ２００内に構成してもよい。

次に、図２を参照して、チャンネル管理システムの処理内容について説明する。

まず、配信サービス会社１００（１００Ａ，１００Ｂ，…）では、各社新規なチャンネルに設定に際して、キーＩＤ付与部１１１（１１１Ａ，１１１Ｂ，…）によりキーＩＤを付与すると共に（ＳＴＥＰ１１Ａ，１１１Ｂ，…）、サービスＩＤ付与部１１２（１１２Ａ，１１２Ｂ，…）によりサービスＩＤを付与する（ＳＴＥＰ１１２Ａ，１１２Ｂ，…）。

例えば、図３に示すように、配信サービス会社Ａ１００Ａでは、適用開始日である２０２１年１０月１日に設定される新規な４つのチャンネル（サービスネーム）に対して、それぞれキーＩＤ（図中上表の網掛けの１０１～１０４）を付与する共に（ＳＴＥＰ１１１Ａ）、サービスＩＤ（図中上表の網掛けなしの１０１～１０４）を付与する（ＳＴＥＰ１１２Ｂ）。

ここで、配信サービス会社１００（１００Ａ，１００Ｂ，…）では、例えば、配信の過程で、チャンネルの組み換え（追加・削除）などを行うことがある。

その場合には、サービスＩＤ変更部１１３（ＳＴＥＰ１１３Ａ，１１３Ｂ，…）が、サービスＩＤの変更を行う（ＳＴＥＰ１１３Ａ，１１３Ｂ，…）。

例えば、図３に示すように、配信サービス会社Ａ１００Ａでは、適用開始日を２０２２年１月１日として、チャンネルの追加と削除を行うと図３下表のようになる。

（１）チャンネルの追加として、サービスＩＤ１０３に、サービスネーム『Ａｎｉｍｅ３』を追加して、従前のチャンネルを削除している。

すなわち、サービスＩＤ１０３を、上表のサービスネーム『演歌』、キーＩＤ１０３から、サービスネーム『Ａｎｉｍｅ３』、キーＩＤ１０５に変更している。

このとき、サービスＩＤはチャンネルの追加・削除に合わせて変更されるため、サービスＩＤはふり直されるが、キーＩＤは、サービスネーム『Ａｎｉｍｅ３』に固有に付与されているキーＩＤ１０５となる。

これに伴い、キーＩＤ１０３のサービスネーム『演歌』にはサービスＩＤが無くなり、実質的に削除されることとなる。

（２）同様に、チャンネルの追加として、サービスＩＤ１０４に、サービスネーム『ＪＰＯＰ』を追加し、チャンネルを繰り下げている。

すなわち、サービスＩＤ１０４を、サービスネーム『ＪＰＯＰ』、キーＩＤ１０６に変更している。

これに伴い、従前のサービスＩＤ１０４のサービスネーム『鉄道』をサービスＩＤ１０５に繰り下げている。

このとき、サービスＩＤはチャンネルの追加・削除に合わせて変更されるため、サービスＩＤはふり直されるが、キーＩＤは、サービスネーム『ＪＰＯＰ』に固有に付与されているキーＩＤ１０６のままであり、サービスネーム『鉄道』に固有に付与されているキーＩＤ１０４のままとなる。

（３）なお、チャンネルの追加と削除と併せて、サービスネームを変更してもよい。

具体的には、サービスＩＤ１０１、キーＩＤ１０１のサービスネーム『Ａｎｉｍｅ１』を『Ｎｅｗ Ａｎｉｍｅ』に変更してもよい。

この場合、サービスＩＤおよびキーＩＤは、いずれも変更はない。

以上のように、チャンネルが追加・削除など変更されると、配信管理サーバ２００は、適用開始日に合わせて、それぞれの配信サービス会社１００（１００Ａ，１００Ｂ，…）の番組表を作成する（ＳＴＥＰ２００）。

具体的に、配信管理サーバ２００は、配信サービス会社１００（１００Ａ，１００Ｂ，…）から取得したキーＩＤおよびサービスＩＤに重複がないこと（同一配信サービス会社内および他の配信サービス会社間で）を確認した上で、適用開始日に合わせて、取得したサービスＩＤの順に整列させた番組表を作成する。

このとき、チャンネルが削除されサービスＩＤのないサービスネームは番組表から除外される。また、サービスＩＤが変更されても、そのサービスネームに一意に付与されているキーＩＤは維持されている。そのため、切り替わった時期（適用開始日）を跨いでも、後述する集計が容易となる。

その後、実際に、配信サービス会社１００（１００Ａ，１００Ｂ，…）により、適用開始日から配信が開始され、ユーザである視聴者が受信機ＸによりＩＰ配信を利用すると、ユーザのチャンネル選択に伴って、利用したＩＰ配信に対応した視聴ログ（受信機ＩＤ、ユーザＩＤ、世帯ＩＤ、視聴時刻およびキーＩＤを含む）が受信機Ｘによって生成され、受信機Ｘから集計サーバ３００に送信される。ここで、ユーザＩＤは、ユーザによって受信機Ｘに入力され、また、世帯ＩＤは、集計サーバにおいて世帯単位に発番され、受信機Ｘに割り当てられる。

このようにして、複数の受信機Ｘから集計サーバ３００に収集された視聴ログに基づいて、集計サーバ３００は、視聴率を含む視聴実態の各種分析を行う（ＳＴＥＰ３００）。

例えば、集計サーバ３００は、視聴実態の分析として、番組の接触や広告の接触を、世帯ごと、ユーザごと、受信機ごとに集計する。

ここで、集計サーバ３００は、受信機Ｘからの視聴ログをキーＩＤにより集計することで、チャンネルの入れ替えなどによりサービスＩＤやサービスネームを変更する場合でも、キーＩＤは固定されるため、切り替わった時期（適用開始日）を跨いでも、キーＩＤによりチャンネルを特定して、重複や漏れなどのない的確な集計をすることができる。

以上、詳しく説明したように、本実施形態のチャンネル管理システムおよびチャンネル管理方法によれば、ＩＰ配信サービスにおいて、チャンネル設定の自由度を担保しつつ、簡易かつ確実に、集計を含めたチャンネルの管理ができる。

なお、本実施形態においては、チャンネルに対してキーＩＤおよびサービスＩＤを付与する場合について説明したが、これに限定されるものではなく、番組単位でキーＩＤおよびサービスＩＤを付与して管理を行ってもよい。

１００，１００Ａ，１００Ｂ…ＩＰ配信サービス会社、１１０，１１０Ａ，１１０Ｂ…配信サーバ、１１１Ａ，１１１Ｂ…キーＩＤ付与部、１１２Ａ，１１２Ｂ…サービスＩＤ付与部、１１３Ａ，１１３Ｂ…サービスＩＤ変更部、２００…配信管理サーバ（配信管理部）、３００…集計サーバ（集計部）、Ｘ…受信機、Ｙ…放送局。

Claims (1)

1. ＩＰ配信サービスにおいてチャンネルを管理するチャンネル管理システムであって、
   前記ＩＰ配信サービスを提供する配信サービス会社に構成された、
   新規な前記チャンネルに対して一意なキーＩＤを付与するキーＩＤ付与部と、
   前記チャンネルに対して仮のサービスＩＤを付与するサービスＩＤ付与部と、
   前記サービスＩＤ付与部により付与されたサービスＩＤを変更するサービスＩＤ変更部と、
   前記配信サービス会社における前記キーＩＤおよびサービスＩＤを管理する配信管理サーバに構成され、前記サービスＩＤ変更部により変更されたサービスＩＤにより番組表を作成する配信管理部と、
   当該ＩＰ配信サービスの配信を受けた受信機から視聴ログを取得して集計する集計サーバに構成された集計部と
   を備え、
   前記配信サービス会社において、前記キーＩＤ付与部により前記キーＩＤが付与されるキーＩＤ付与工程が実行されると共に、前記サービスＩＤ付与部によりサービスＩＤが付与されるサービスＩＤ付与工程および付与された該サービスＩＤを変更するサービスＩＤ変更工程が実行され、
   前記配信管理サーバにおいて、前記配信管理部により、前記配信サービス会社の前記キーＩＤ付与部により付与された前記キーＩＤおよび前記サービスＩＤ付与部により付
   与され前記サービスＩＤ変更部により変更された前記サービスＩＤが取得され、取得した該サービスＩＤから番組表を作成する配信管理工程が実行され、
   集計サーバにおいて、集計部によりキーＩＤを含む視聴ログを取得して集計する集計工程が実行され、
   前記キーＩＤは固定されていることを特徴とするチャンネル管理システム。

Images