WO2009093438A1 - コンテンツ配信されるネットワークにおける管理方法、受信端末 - Google Patents

コンテンツ配信されるネットワークにおける管理方法、受信端末 Download PDF

Info

Publication number
WO2009093438A1
WO2009093438A1 PCT/JP2009/000175 JP2009000175W WO2009093438A1 WO 2009093438 A1 WO2009093438 A1 WO 2009093438A1 JP 2009000175 W JP2009000175 W JP 2009000175W WO 2009093438 A1 WO2009093438 A1 WO 2009093438A1
Authority
WO
WIPO (PCT)
Prior art keywords
management method
data
multicast
receiving
request
Prior art date
Application number
PCT/JP2009/000175
Other languages
English (en)
French (fr)
Inventor
Akira Date
Hideki Kamimaki
Nobuhiro Sekimoto
Hiroki Miyamoto
Ui Yamaguchi
Hisato Mori
Kotaro Yusa
Original Assignee
Hitachi, Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi, Ltd. filed Critical Hitachi, Ltd.
Publication of WO2009093438A1 publication Critical patent/WO2009093438A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/251—Learning process for intelligent management, e.g. learning user preferences for recommending movies
    • H04N21/252—Processing of multiple end-users' preferences to derive collaborative data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4826—End-user interface for program selection using recommendation lists, e.g. of programs or channels sorted out according to their score
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6547—Transmission by server directed to the client comprising parameters, e.g. for client setup

Definitions

  • the technical field relates to a transmission device, a relay device, a reception terminal, a management device, a system including them, and the like corresponding to a network to which content is distributed.
  • Multicast is attracting attention for distributing content on the network.
  • Multicast is a mechanism in which a transmission side transmits data to an address for a specific multicast group, and only terminals belonging to the multicast group can receive the data.
  • Non-patent documents 1 to 3 describe IP multicast using IP (Internet Protocol).
  • Patent Document 1 has a problem that “a viewer's preference level for content such as a broadcast program can be accurately calculated according to the actual situation”.
  • the function value is calculated.
  • the preference level updating unit 73 adds the preference level Pr to the pre-update preference level Po recorded in the preference database 79 at a certain ratio, and uses the added preference level Pn as the updated preference level. Record in the preference database 79.
  • Technology is disclosed.
  • zapping refers to switching channels one after another in order to search for a program to be viewed.
  • Patent Document 1 suggests that the user's remote control operation is stored, the user preference is obtained from the tendency of the program viewed by the user, and the recommendation is provided in the order of priority, but based on the user preference.
  • the program that is popular with people other than the user cannot be grasped.
  • Patent Document 1 is a technique corresponding to conventional broadcasting and does not consider multicast distribution.
  • a technique for detecting content popular with a large number of viewers in a system for example, a receiver, a repeater, and a transmitter that support multicast distribution is provided.
  • a receiver or the like for controlling the order of channel switching according to the detection is provided.
  • the user can know the content that the other user is currently watching. Also, zapping can be performed in that order.
  • FIG. 2 shows a configuration example of the receiving apparatus 104.
  • the structural example of the router 103 is shown.
  • the structural example of the audience rating server 102 is shown.
  • the example of the content of viewing information data is shown.
  • the example of the content of audience rating data is shown.
  • An example of processing in the system is shown.
  • Figure showing an example of screen display Figure showing an example of screen display An example of operation content and time data content is shown.
  • An example of processing in the system is shown.
  • FIG. 1 shows a configuration example of the system.
  • the system includes a distribution server 101 and an audience rating server 10.
  • 2 includes a router 103 and a receiver 104.
  • FIG. 2 shows configuration examples of the receiver 104, the router 103, and the audience rating server 102, respectively.
  • Each unit may be realized by hardware, or may be realized by causing a CPU or the like to execute software.
  • FIG. 2 shows a television device including a display 211 and a speaker 212, but a set top box in which these are separated may be used.
  • FIG. 5 shows an example of a data table of viewing information data including a channel number, a multicast address, and the number of viewing terminals corresponding to the channel number.
  • the viewing information data is stored in the work memory 221 (viewing information data storage unit) in FIG. It may be stored in the main memory 215 or HDD. The same applies to the following description regarding the work memory.
  • FIG. 6 shows an example of a data table of audience rating data including a channel number, a multicast address, and an audience rating. Audience rating data is stored in the work memory 227 (view rating data storage unit) in FIG.
  • FIG. 7 shows a distribution server (content server) 101 and an audience rating server (management server) 102.
  • 5 is a flowchart of a processing example performed by a router (relay device) 103 and a receiver (receiving terminal) 104.
  • the router may be a switch, a relay server, or the like, the management of the multicast group is usually performed by a router, and will be described in the router.
  • the distribution server 101 distributes video data to a multicast group (multicast address) (S401). If the router 103 has not received the desired video data, The router 103 makes a transmission request for video data to a router (rendezvous point) serving as a base for multicast distribution. Thereafter, when desired video data is received from the router (rendezvous point) serving as a base point, the router 103 transmits the video data to the receiver 104.
  • a multicast group multicast address
  • Multicast distribution is a protocol that realizes efficient transmission of a large amount of network data.
  • the distribution server sends a single multicast packet, the packet is delivered to the network (distribution tree) to the required terminal. To do.
  • the network load can be reduced for unicast distribution in which the distribution server transmits a packet to each terminal. If a distribution tree is shared in a network composed of one or more distribution servers, the load on the network can be reduced as compared with the case where a distribution tree is configured for each distribution server.
  • the receiver sends a message to the multicast group that distributes the desired data to the network, and if the router receives the relevant data, it sends a packet to the requested receiver. To deliver. When data is not received, the router transmits the multicast participation message to the adjacent router and transmits the message to the router adjacent to the distribution server. When sharing the distribution tree, the receiver sends a message to join the multicast group to the network, and the router transmits the requested receiver information to the rendezvous point. The rendezvous point builds a distribution tree based on the received information. When the distribution server transmits one data packet to the rendezvous point, the distribution tree router distributes the necessary packet to the receiver while copying it.
  • the receiver 104 transmits a participation request (Join Message) to the router 103 with a multicast address corresponding to the video content desired by the user (S402).
  • the multicast protocol is a protocol that distributes only to the receiver that does not receive the video packet transmitted from the distribution server, but requests the network to receive it. There is a need to.
  • the receiver transmits a participation request message to the router as a request to the network.
  • the router 103 When the router 103 receives the participation request, the router 103 transmits the video data corresponding to the participation request from the received video data to the receiver 104 (S403).
  • a remote control receiving unit 202 of the receiver 104 receives input information from the remote control 201 and outputs it as a control command to a bus 228 connected to the CPU 203.
  • the CPU 203 has a program in the main memory 204, executes a program for analyzing the control command information output from the remote control receiving unit 202 to the bus 228, and participates in the router 103 with a multicast address corresponding to the video content desired by the user. Instructs the multicast control unit 205 to send the request. Upon receiving the instruction, the multicast control unit 205 transmits a participation request to the router 103.
  • the router 103 Upon receiving the participation request, the router 103 analyzes the received participation request in the multicast control unit 216 and instructs the video data reception unit 217 to transfer the video corresponding to the participation request to the receiver 104.
  • the video data receiving unit 206 of the receiver 104 receives the video data transmitted from the router 103
  • the video data is supplied to the media processing / display control unit 209.
  • the media processing / display control unit 209 uses the work memory 210 to decode the video format and the audio format, outputs the decoded video data to the display 211, and outputs the decoded audio data from the speaker 212. Perform playback.
  • the router 103 Upon receiving the participation request 402 from the receiver, the router 103 updates the viewing information data in FIG. 5 (S408). When the viewing information data is updated, the router 103 transmits the viewing information data to the audience rating server 102 (S404). The audience rating server 102 that has received the audience information data updates the audience rating data in FIG. 6 (S409).
  • the audience rating is calculated as follows, for example.
  • the receiver 104 acquires audience rating data by making an audience rating data acquisition request 405 to the audience rating server 102 (S406).
  • audience rating data is not limited to the audience rating but may be an amount or an order.
  • viewing index popularity index
  • attention index is also called
  • the router 103 updates the viewing information data (S408), and the audience rating server 102 updates the viewing rate data (S409). Also, when there is no response to the participation inquiry (query) from the router 103 to the receiver for a predetermined time (eg, 255 seconds) or longer (S410), S408 and S409 are executed. For example, the receiver 104 may be turned off without requesting to leave, so that it is not determined that the receiver 104 is watching even though the power is turned off.
  • a predetermined time eg, 255 seconds
  • the router 103 expands the viewing information data in FIG. 5 in the work memory 221 in accordance with an instruction from the viewing information data control unit 220.
  • the viewing information data control unit 220 increases the number of viewing terminals 301 corresponding to the desired multicast address by “1”.
  • the viewing information data control unit 220 transfers the viewing information data to the viewing information data transmission unit 218.
  • the audience information data transmission unit 218 transmits the audience information data transferred by acquiring the address of the audience rating server 102 set as the configuration 219 to the audience rating server 102 by unicast.
  • the viewing information data receiving unit 222 receives the viewing information data transmitted from the router 103.
  • the received audience information data is transferred to the audience rating data control unit 226, and the audience rating data of FIG. 6 developed in the work memory is updated.
  • the viewing information data control unit 220 of the router 103 is expanded in the work memory 221.
  • the number of viewing terminals 301 in the viewing information data is subtracted by “1”.
  • FIG. 9 shows an example data table of zapping setting data.
  • the channels are listed in descending order of audience rating. It is stored in the work memory 210 (zapping setting data storage unit) in FIG.
  • FIG. 8 schematically shows switching display of zapping mode displays 501 to 504 on the screen.
  • the receiver 104 causes the zapping mode control unit 213 to display the zapping mode (501) on the display 211 via the media processing / display control unit 209 in response to, for example, an instruction input from the remote controller 201. Further, it is possible to change to a plurality of zapping modes exemplified in 502, 503, and 504 in accordance with an instruction input.
  • the “viewing order” zapping mode is selected, if the “1” key of the numeric channel button of the remote controller 201 is pressed, the channel with the highest rating is displayed, and if the “2” key is pressed, the second channel A channel with a high audience rating is selected. Even if the up / down channel buttons are pressed, the channels can be switched in the same order of the audience rating.
  • FIG. 10 shows an example of a table that holds the operation contents and time from the receiver in the router 103.
  • the router 103 receives the participation request 402 from the receiver, updates the viewing information data in FIG. 5 (S408), and sends the notified terminal information and operation time information to FIGS.
  • the operation management information 601 shown in FIG. 11 is updated (S420).
  • the terminal identification is an identifier for identifying the terminal. For example, the address of the receiver, the receiver ID ID for use in network connection.
  • a predetermined time for example, 30 seconds
  • the previous operation time 602 recorded in the operation management information 601 is searched for the requesting receiver, and compared with the current time within the predetermined time. If there is, the viewing information data is not updated (S408), and the participation request from the receiver is waited. However, at this time, if the last update time 603 of the viewing information data has passed a predetermined time (for example, 1 minute), the viewing information data is updated with the last operation content from the receiver. In this way, even if the receiver frequently switches programs, audience rating information data is reliably updated while holding audience rating information until a predetermined time.
  • a predetermined time for example, 1 minute
  • setting data (FIG. 8) of the currently selected zapping mode can be displayed by long-pressing a certain button (for example, zapping button) of the remote controller 201.
  • the present invention is useful for a transmission apparatus, a relay apparatus, a reception terminal, a management apparatus, a system including these, and the like corresponding to a network to which content is distributed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Software Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computing Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　従来のザッピング機能で提供する番組の順番は、ユーザのリモコン操作を記憶し、ユーザが視聴する番組の傾向からユーザ嗜好を求め、おすすめ度として優先度の高い順として提供する内容であった。単純なチャネル順の切替に対して、ユーザの視聴傾向に合わせた番組順に提供できる効果があるが、現在、多くの人が視聴している人気番組順に切替えるといった選択方法を提供できないという問題があった。視聴されている番組の情報を収集すると共に、視聴数の多い番組順にチャネルを切替える番組選択方法を提供する。コンテンツ配信システムは、コンテンツサーバと受像装置からの受信要求に基づき視聴情報を処理する手段と視聴情報を視聴率サーバへ通知する手段を有するネットワーク装置と、ネットワーク装置から受信した視聴情報から視聴率を求める手段を有する視聴率サーバとから構成される。

Description

コンテンツ配信されるネットワークにおける管理方法、受信端末
　技術分野は、コンテンツが配信されるネットワークに対応する送信装置、中継装置、受信端末、管理装置それらを含むシステム等に関する。
　コンテンツをネットワークで配信することに関し、マルチキャストが注目されている。マルチキャストとは、送信側は特定のマルチキャストグループ用のアドレスにデータを送信し、マルチキャストグループに所属する端末だけがそのデータを受信できる仕組みである。ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）を利用したＩＰマルチキャストに関しては非特許文献１から３等に記載されている。
　一方、特許文献１には、「放送番組などのコンテンツに対する視聴者の嗜好度を、実態
に即したものとして的確に算出できるようにする」ことを課題とし、その解決手段として「嗜好度算出部７２では、番組視聴履歴データから、視聴者の当該番組に対する嗜好度Ｐｒとして、当該番組の視聴時間Ｄｗの単位時間Ｌｕに対する比率Ｒｕ（＝Ｄｗ／Ｌｕ）、
および視聴時間Ｄｗの当該番組の時間長Ｌｃに対する比率Ｒｃ（＝Ｄｗ／Ｌｃ）の関数であって、かつ、比率Ｒｕが大きいほど嗜好度Ｐｒが大きくなり、比率Ｒｃが大きいほど嗜好度Ｐｒが大きくなる関数値を算出する。例えば、Ｐｒ＝Ｒｕ＋Ｒｃ＝（Ｄｗ／Ｌｕ）＋（Ｄｗ／Ｌｃ）とする。嗜好度更新部７３では、その嗜好度Ｐｒを、嗜好データベース７９に記録されている更新前の嗜好度Ｐｏに、ある比率で加算し、その加算後の嗜好度Ｐｎを、更新後の嗜好度として嗜好データベース７９に記録する。」技術が開示されている。
特開２００３－２３５８９号公報 RFC1112("Host Extensions for IP Multicasting",IETF,1989) RFC2236("Internet Group Management Protocol, Version2",IETF,1997) RFC2710("Multicast Listener Discovery (MLD) for IPv6",IETF,1999)
　インターネットのブロードバンド化が進み、広帯域データ通信を利用したアプリケーションが増加しつつある。コンピュータのアプリケーションとして、インターネットを利用した映像コンテンツのストリーミング視聴が見られるようになった。一方、テレビにおいてもネットワークを利用したポータルサービスや、高品質な映像コンテンツのＶｏＤ（Ｖｉｄｅｏ　ｏｎ　Ｄｅｍａｎｄ）サービスが開始されている。さらに今後、ネットワーク利用したコンテンツサービスとして、従来の放送サービスのように、ＩＰ等の通信ネットワーク上に多くの番組が送信されることが期待される。このような通信ネットワークでの多数の宛先への同じコンテンツに送信にあたり、ネットワークの負担の上昇の程度を抑えつつ実現する技術として、上述のＩＰマルチキャストなどのマルチキャストが注目されている。
　このようなマルチキャストによるコンテンツの送信が実現されると、ユーザはより多数のチャンネルから番組を選んでを楽しめる一方で、チャンネル数が多いためにそれら多数のチャンネルの中から、ザッピング等により所望の番組を見つける迄に時間がかかることが懸念される。なお、ザッピングとは視聴したい番組を探すためにチャンネルを次々と切り換えることをいう。
　特許文献１では、ユーザのリモコン操作を記憶し、ユーザが視聴する番組の傾向からユーザ嗜好を求め、おすすめ度として優先度の高い順として提供することを示唆しているが
、ユーザの嗜好に基づくものであって、そのユーザ以外の人々に人気の番組を把握することはできない。
　また、そもそも特許文献１は、従来の放送に対応した技術であってマルチキャスト配信について考慮がない。
　そこで本出願では例えば、マルチキャスト配信に対応したシステム、受信機、中継器、送信機において、多数の視聴者に人気のあるコンテンツを検出する技術を提供する。また
、その検出に応じてチャンネル切り替えの順序を制御する受信機等を提供する。
　上記手段によれば例えば、ユーザはそのユーザ以外が現在よく観ているコンテンツを知ることができる。また、その順にザッピングすることができる。
システムの構成例を示す。 受信装置１０４の構成例を示す。 ルータ１０３の構成例を示す。 視聴率サーバ１０２の構成例を示す。 視聴情報データの内容例を示す。 視聴率データの内容例を示す。 システムにおける処理例を示す。 画面表示の例を示した図 画面表示の例を示した図 操作内容と時刻データの内容例を示す。 システムにおける処理例を示す。
　本発明に好適な実施形態の例（実施例）を説明する。ただし、本発明は本実施例に限定されない。
　図１は、システムの構成例を示す。システムは、配信サーバ1０１、視聴率サーバ１０
２、ルータ１０３、受信機１０４を含む。
　図２から４はそれぞれ、受信機１０４、ルータ１０３、視聴率サーバ１０２の構成例を示す。各部は、ハードウェアで実現されてもよいし、ソフトウェアをＣＰＵ等で実行させることで実現してもよい。構成の組合せには自由度があり、例えば図２ではディスプレイ２１１とスピーカ２１２を内蔵したテレビジョン装置のように示しているが、これらを別体としたセットトップボックスであってもよい。
　図５は、チャネル番号、マルチキャストアドレス、それに対応する視聴端末数を含む視聴情報データのデータテーブル例を示す。視聴情報データは、図３のワークメモリ２２１（視聴情報データ記憶部）に記憶されている。メインメモリ２１５やＨＤＤ等に記憶されていてもよい。以下のワークメモリに関する記載についても同様である。
　図６は、チャネル番号、マルチキャストアドレス、視聴率を含む視聴率データのデータテーブル例を示す。視聴率データは、図４のワークメモリ２２７（視聴率データ記憶部）に記憶されている。
　図７は、配信サーバ（コンテンツサーバ）1０１、視聴率サーバ（管理サーバ）１０２
、ルータ（中継装置）１０３、受信機（受信端末）１０４による処理例のフローチャートである。なお、ルータはスイッチや中継サーバ等であってもよいが、マルチキャストグループの管理は通常ルータによるのでルータで説明する。
　まず、受信機１０４が映像を受信するまでの流れを、図７を用いて説明する。配信サーバ１０１は、マルチキャストグループ(マルチキャストアドレス)へ映像データの配信を行う（Ｓ４０１）。なお、もしルータ１０３が所望の映像データを受信していない場合は、
ルータ１０３がマルチキャスト配信の基点となるルータ（ランデブーポイント）へ、映像データの送信要求を行う。その後、基点となるルータ（ランデブーポイント）から所望の映像データを受信すると、ルータ１０３は受信機１０４へ映像データを送信する。
　ランデブーポイントについて補足説明する。マルチキャスト配信は、ネットワークの大容量データの効率的な伝送を実現するプロトコルで、配信サーバが１個のマルチキャストパケットを送ると、必要とする端末までのネットワーク（ディストリビューションツリー
）に対してパケットを配送する。配信サーバがそれぞれの端末に対してパケットを送信するユニキャスト配信に対してネットワークの負荷を軽減することができる。１つ以上の複数の配信サーバから構成されるネットワークにおいてディストリビューションツリーを共有すると、配信サーバごとにディストリビューションツリーを構成する場合と比較し、ネットワークの負荷を軽減できる。受信機がマルチキャストによる映像データを受信するためには、マルチキャストグループ（マルチキャストアドレス）に参加する必要がある。ディストリビューションツリーを共有しない場合は、受信機が所望のデータを配信するマルチキャストグループに参加のメッセージをネットワークに送信、ルータが該当するデータを受信していれば、要求した受信機に対してパケットを配信する。データを受信していない場合、ルータは隣接ルータに対してマルチキャスト参加メッセージを送信しながら配信サーバに隣接するルータまでメッセージを伝達する。ディストリビューションツリーを共有する場合は、受信機がマルチキャストグループに参加のメッセージをネットワークに送信し、ルータは要求のあった受信機の情報をランデブーポイントに伝達する。ランデブーポイントは、受信した情報を基にディストリビューションツリーを構築する。配信サーバはデータパケット１個をランデブーポイントに送信すれば、ディストリビューションツリーのルータが必要なパケットをコピーしながら受信機へ配信する。
　受信機１０４は、ユーザの所望する映像コンテンツに対応したマルチキャストアドレスでルータ１０３に参加要求（Ｊｏｉｎ　Ｍｅｓｓａｇｅ）を送信する（Ｓ４０２）。マル
チキャストプロトコルは、前述したように配信サーバから送信される映像パケットを受信しない受信機へのネットワークに配信せず、受信する受信機のみへ配信するプロトコルであり、受信するときには、ネットワークへ受信を要求する必要がある。受信機はネットワークへの要求として、ルータへの参加要求メッセージを送信する。
　ルータ１０３は参加要求を受信すると、受信している映像データの中から、参加要求に対応する映像データを受信機１０４へ送信する（Ｓ４０３）。
　これらＳ４０２とＳ４０３について、図２と図３も用いて追加説明する。受信機１０４のリモコン受信部２０２は、リモコン２０１からの入力情報を受信し、ＣＰＵ２０３に接続されたバス２２８に制御コマンドとして出力する。ＣＰＵ２０３は、メインメモリ２０４にプログラムを有し、リモコン受信部２０２からバス２２８に出力された制御コマンド情報を解析するプログラムを実行し、ユーザの所望する映像コンテンツに対応したマルチキャストアドレスでルータ１０３に参加要求を送出するよう、マルチキャスト制御部２０５に指示する。指示を受けたマルチキャスト制御部２０５はルータ１０３に参加要求を送信する。参加要求を受信したルータ１０３は、マルチキャスト制御部２１６において、受信した参加要求を解析し、映像データ受信部２１７へ参加要求に対応する映像を受信機１０４へ転送するよう指示を行う。ルータ１０３から送出される映像データを受信機１０４の映像データ受信部２０６が受信すると、メディア処理／表示制御部２０９へ映像データを供給する。メディア処理／表示制御部２０９は、ワークメモリ２１０を活用し、映像フォーマット、音声フォーマットのデコードを行い、デコードした映像データをディスプレイ２１１に、デコードした音声データをスピーカ２１２から出力することで映像コンテンツの再生を行う。
　次に受信機１０４が視聴率データを取得する処理例を、図７を用いて説明する。
　ルータ１０３では、受信機からの参加要求４０２を受信すると、図５の視聴情報データの更新を行う（Ｓ４０８）。視聴情報データの更新が行われるとルータ１０３は視聴率サ
ーバ１０２へ視聴情報データの送信を行う（Ｓ４０４）。視聴情報データを受信した視聴
率サーバ１０２は、図６の視聴率データの更新を行う（Ｓ４０９）。視聴率は例えば以下
のように算出する。
　従来の放送で言うところの視聴率は世帯視聴率を示すが、ここでは番組の人気指標としてとらえ、例えば、契約受信機数における視聴率と、現在視聴中の受信機における番組の視聴率を算出する方法を示す。契約受信機数におけるｎチャネルの視聴率をＶ＿ｎ、契約受信機数をＲ＿ａ、ｎチャネルを受信している受信機数をＲｏ＿ｎとすると、
      Ｖ＿ｎ　＝　Ｒｏ＿ｎ　／　Ｒａ　・・・　（１）
として算出する。また、現在視聴中受信機におけるｎチャネルの視聴率をＶ＿ｎ、マルチキャスト受信中の受信機数をＲ＿ｒ、ｎチャネルを受信している受信機数をＲｏ＿ｎとすると、
      Ｖ＿ｎ　＝　Ｒｏ＿ｎ　／　Ｒｒ　・・・　（２）
として算出する。
　受信機１０４は、視聴率サーバ１０２に視聴率データ取得要求４０５を行うことで、視聴率データを取得する（Ｓ４０６）。ただし、視聴率に限定されず量であてもよいし、順
番であってもよい。総称して視聴指標、人気指標、注目指標とも言う。
　受信機１０４がルータ１０３へ離脱要求を送信した場合（Ｓ４０７）には、ルータ１０３では視聴情報データを更新し（Ｓ４０８）、視聴率サーバ１０２では視聴率データを更
新する（Ｓ４０９）。また、ルータ１０３から受信機への参加問い合わせ（クエリー）の
応答が所定時間（例えば２５５秒）以上ない場合（Ｓ４１０）にも、Ｓ４０８とＳ４０９を実行する。例えば、受信機１０４が離脱要求せずに電源断などされる場合も考えられ、電源断されているにも関わらず視聴中と判断させないためである。
　これらＳ４０８、Ｓ４０９について、図３と図４も用いて追加説明する。ルータ１０３は、参加要求を受信すると視聴情報データ制御部２２０の指示でワークメモリ２２１に図５の視聴情報データを展開する。視聴情報データ制御部２２０は、所望のマルチキャストアドレスに対応する視聴端末数３０１を「１」増加させる。ワークメモリ２２１に展開されている視聴情報データが更新されると、視聴情報データ制御部２２０は視聴情報データを視聴情報データ送信部２１８に転送する。視聴情報データ送信部２１８では、コンフィグ２１９として設定されている視聴率サーバ１０２のアドレスを取得することで転送されてきた視聴情報データを視聴率サーバ１０２にユニキャストで送信する。視聴率サーバ１０２では、ルータ１０３より送信されてきた視聴情報データを視聴情報データ受信部２２２で受信する。受信した視聴情報データは視聴率データ制御部２２６へ転送され、ワークメモリに展開されていた図６の視聴率データを更新する。受信機１０４がルータ１０３へ離脱要求を送信した場合、またはルータ１０３から受信機への参加問い合わせの応答が所定時間以上ない場合は、ルータ１０３の視聴情報データ制御部２２０がワークメモリ２２１に展開された視聴情報データの視聴端末数３０１を「1」減算する処理を行う。
　次に、受信機１０４にて取得した視聴率データを基に番組切り替え順番を設定する処理例について図２、図８、図９を用いて説明する。
　図９は、ザッピング設定データのデータテーブル例を示している。視聴率の降順にチャネルを一覧している。図２のワークメモリ２１０（ザッピング設定データ記憶部）に記憶されている。
　図８は、画面におけるザッピングモードの表示５０１～５０４の切り替え表示を模式的に示している。
　図２において、受信機１０４は、例えばリモコン２０１からの指示入力に応じて、ザッピングモード制御部２１３が、メディア処理/表示制御部２０９を経由し、ディスプレイ
２１１にザッピングモード（５０１）を表示させる。更なら指示入力に応じて、５０２、５０３、５０４に例示する複数のザッピングモードに変更することが可能となる。また、「視聴率順」のザッピングモードを選択した状態において、リモコン２０１の数字チャネルボタンの「１」キーを押下すれば一番視聴率の高いチャネルが、「２」キーを押下すれ
ば二番目に視聴率の高いチャネルが選択される。上下チャネルボタンを押下しても同様に視聴率の順でソートされたチャネル切り替えを行うことが出来る。
　以上受信機が番組を選択してから視聴率を求める過程を説明したが、ユーザが頻繁に番組を切替える（ザッピング）ときに実際には番組を見ていないと判定したい場合がある。以下、特定の時間同じ番組を見ていない場合は、視聴率の算出に組込まない方法について説明する。
　図１０に、ルータ１０３において受信機からの操作内容と時刻を保持するテーブルの一例を示す。　図７において、ルータ１０３が受信機からの参加要求４０２を受信し、図５の視聴情報データの更新を行う（Ｓ４０８）と共に、通知された端末情報と操作時刻情報を図７、図１０、及び図１１に示す操作管理情報６０１として更新する（Ｓ４２０）。こ
こで端末識別は、端末を識別するための識別子で、例えば受信機のアドレス、受信機ＩＤ
、ネットワーク接続の接続に利用するためのＩＤ等である。その後所定時間（例えば３０秒）（Ｓ４２１）後に図５の視聴情報データの更新を行う（Ｓ４０８）。所定時間内に受
信機から参加要求（Ｓ４０２）があった場合、要求元の受信機について操作管理情報６０１に記録されている前の操作時刻６０２を検索し、現在時刻と比較し所定時間以内であれば、視聴情報データ更新（Ｓ４０８）を行わず、受信機からの参加要求を待機する。ただし、このとき視聴情報データの最終更新時刻６０３が所定の時間（例えば１分）過ぎてきれば、受信機からの最後の操作内容を視聴情報データの更新を行う。このようにすれば、受信機が頻繁に番組を切替えても、ある所定の時刻まで視聴率情報を保持しつつ、視聴率情報データの更新が確実に行われる。
　また、リモコン２０１の或るボタン（例えばザッピングボタン）を長押し等、することで、現在選択されているザッピングモードの設定データ（図８）を表示させることができる。
　本発明は、コンテンツが配信されるネットワークに対応する送信装置、中継装置、受信端末、管理装置それらを含むシステム等に対して有用である。
符号の説明
101・・・配信サーバ、102・・・視聴率サーバ、103・・・ルータ、104・・・受信機、20
1・・・リモコン、203、214・・・ＣＰＵ、205、216・・・マルチキャスト制御部、207、218、226・・・視聴率データ受信部、209・・・メディア処理／表示制御部、211・・・ディスプレイ、212・・・スピーカ、213・・・ザッピングモード制御部、301・・・視聴端
末数、401、403・・・映像データ、402・・・参加要求メッセージ、404・・・視聴情報データ、405・・・視聴率データ取得要求メッセージ、406・・・視聴率データ、407・・・
離脱要求メッセージ、501・・・ザッピングモード状態、505・・・数字チャネルボタン、506・・・上下チャネルボタン、507・・・ザッピングボタン、508・・・ザッピング設定
状況表示画面。

Claims (10)

  1. 　マルチキャスト配信されるコンテンツを受信する複数の受信端末を含むネットワークにおける管理装置が実行する管理方法であって、
    　複数の受信端末からのマルチキャストグループへの参加要求を集計し、
    　受信端末へ前記集計に基づくデータを送信する管理方法。
  2. 　請求項１の管理方法であって、
    　前記受信端末から参加要求を受信した中継装置から前記参加要求を取得する管理方法。
  3. 　請求項１の管理方法であって、
    　所定のマルチキャストグループへの参加要求から所定時間、当該マルチキャストグループへ参加していた場合に、当該参加要求を前記集計に反映する管理方法。
  4. 　請求項１の管理方法であって、さらに、
    　複数の受信端末からのマルチキャストグループからの離脱要求を前記集計に反映する管理方法。
  5. 　請求項１の管理方法であって、
    　前記受信端末と定期的に通信し、当該通信が途絶えたときマルチキャストグループから離脱したと判断して前記集計に反映する管理方法。
  6. 　請求項１の管理方法であって、
    　前記集計に基づくデータは、複数のマルチキャストグループそれぞれへの参加要求の量または率を示すデータである管理方法。
  7. 　請求項１の管理方法であって、
    　前記集計に基づくデータは、複数のマルチキャストグループの順を示すデータである管理方法。
  8. 　マルチキャスト配信されるコンテンツを受信する受信端末であって、
    　マルチキャストグループへの参加要求及び離脱要求を中継装置へ送信する送信部と、
    　視聴率又は量又は順のデータを受信する受信部と、
    　前記受信部で受信したデータに基づいて視聴するコンテンツの切り替え順を制御する制御部とを有する受信端末。
  9. 　請求項８の受信端末であって、
    　前記受信部で受信するデータは前記送信部で送信した参加要求及び離脱要求に基づくデータである受信端末。
  10. 　請求項８の受信端末であって、
    　前記制御部は、前記コンテンツの切り替え順を前記データに基づくモードと基づかないモードとに切り替え可能な受信端末。
PCT/JP2009/000175 2008-01-22 2009-01-20 コンテンツ配信されるネットワークにおける管理方法、受信端末 WO2009093438A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2008-011063 2008-01-22
JP2008011063A JP2011101068A (ja) 2008-01-22 2008-01-22 コンテンツ配信されるネットワークにおける管理装置、受信端末

Publications (1)

Publication Number Publication Date
WO2009093438A1 true WO2009093438A1 (ja) 2009-07-30

Family

ID=40900950

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2009/000175 WO2009093438A1 (ja) 2008-01-22 2009-01-20 コンテンツ配信されるネットワークにおける管理方法、受信端末

Country Status (2)

Country Link
JP (1) JP2011101068A (ja)
WO (1) WO2009093438A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012134839A (ja) * 2010-12-22 2012-07-12 Fujitsu Telecom Networks Ltd 通信装置および視聴管理支援方法
CN105578217A (zh) * 2015-12-24 2016-05-11 深圳创维数字技术有限公司 一种电子节目指南建立方法及机顶盒
CN112004117A (zh) * 2020-09-02 2020-11-27 维沃移动通信有限公司 视频播放方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004043019A1 (ja) * 2002-11-05 2004-05-21 Fujitsu Limited ネットワーク中継方法及び装置
JP2007325157A (ja) * 2006-06-05 2007-12-13 Matsushita Electric Ind Co Ltd チャンネル選択方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004043019A1 (ja) * 2002-11-05 2004-05-21 Fujitsu Limited ネットワーク中継方法及び装置
JP2007325157A (ja) * 2006-06-05 2007-12-13 Matsushita Electric Ind Co Ltd チャンネル選択方法

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012134839A (ja) * 2010-12-22 2012-07-12 Fujitsu Telecom Networks Ltd 通信装置および視聴管理支援方法
CN105578217A (zh) * 2015-12-24 2016-05-11 深圳创维数字技术有限公司 一种电子节目指南建立方法及机顶盒
CN105578217B (zh) * 2015-12-24 2019-04-26 深圳创维数字技术有限公司 一种电子节目指南建立方法及机顶盒
CN112004117A (zh) * 2020-09-02 2020-11-27 维沃移动通信有限公司 视频播放方法及装置
CN112004117B (zh) * 2020-09-02 2023-03-24 维沃移动通信有限公司 视频播放方法及装置

Also Published As

Publication number Publication date
JP2011101068A (ja) 2011-05-19

Similar Documents

Publication Publication Date Title
JP4886500B2 (ja) データ転送装置、及びそのシステム
TWI465112B (zh) 媒體頻道切換技術
US9113225B2 (en) Method and device for providing mosaic channel
JP4609236B2 (ja) 映像配信システム及び受信ルータ
US20110173665A1 (en) System and method of personalized broadcasting service based on subscriber terminal
JP2008160316A (ja) コンテンツ配信調停装置、コンテンツ配信調停方法及びプログラム
EP2234397A1 (en) Methods for delivering and receiving interactive multimedia data attached to an audio video content
JP2008160196A (ja) Ｉｐ放送受信方法及び受信端末
KR100738043B1 (ko) 채널 정보를 이용한 유니캐스트/멀티캐스트 전환 미디어서비스 방법 및 장치
WO2009093438A1 (ja) コンテンツ配信されるネットワークにおける管理方法、受信端末
JP2009017064A (ja) 映像受信装置及びマルチキャスト配信コンテンツ受信制御方法
US20080141324A1 (en) Iptv supplementary service control system and method
KR20100023473A (ko) Ｉｐｔｖ를 이용하여 개인방송 중 채팅 서비스를 제공하기 위한 개인방송 시스템 및 방법
RU2533181C2 (ru) Способ обеспечения служб многоадрестного вещания
JP2011029786A (ja) 情報配信システム及び情報配信方法
JP2009225174A (ja) ルータ装置、受信端末、放送配信システム、配信方法、受信方法、プログラム及び記録媒体
JP3966343B2 (ja) 配信管理方法、配信管理装置、及び配信管理システム
JP2010268503A (ja) 通信装置、方法及びプログラム
JP2008010945A (ja) 映像コンテンツ配信サーバ
JP2009171577A (ja) Ｉｐ放送システム、及びｉｐ放送用マルチキャストグループ管理装置
KR101564464B1 (ko) 디스플레이장치 및 채널 설정 방법
KR20080051925A (ko) 채널 변경 지연을 줄이기 위한 방법 및 ｉｐ 셋탑박스
JP2006060639A (ja) 輻輳回避情報収集システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09703674

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09703674

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP