JP2003143587A - 番組選択方法、番組選択装置及び番組選択プログラム - Google Patents
番組選択方法、番組選択装置及び番組選択プログラムInfo
- Publication number
- JP2003143587A JP2003143587A JP2001338410A JP2001338410A JP2003143587A JP 2003143587 A JP2003143587 A JP 2003143587A JP 2001338410 A JP2001338410 A JP 2001338410A JP 2001338410 A JP2001338410 A JP 2001338410A JP 2003143587 A JP2003143587 A JP 2003143587A
- Authority
- JP
- Japan
- Prior art keywords
- program
- predicted
- multicast
- terminal
- user
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Abstract
(57)【要約】
【課題】 ネット放送端末において、ネットワークリソ
ースの消費を抑えながら、高速な番組選択を可能にす
る。 【解決手段】 利用者が視聴する番組を選択したとき、
今視聴している番組からの番組間の距離や利用者の嗜好
的な距離などにより、次に選択される可能性の高い番組
を予測し、該予測により得られた番組（予測番組）のjo
inパケットを送出して、該予測番組に対応するマルチキ
ャストパケットをネットワークから自ネットワークイン
タフェースまで到達しておくようにする。この結果、利
用者が視聴する番組を切り替えたとき、既に当該番組の
マルチキャストパケットが自ネットワークインタフェー
スまで到達していれば、直ちに受信可能となる。
ースの消費を抑えながら、高速な番組選択を可能にす
る。 【解決手段】 利用者が視聴する番組を選択したとき、
今視聴している番組からの番組間の距離や利用者の嗜好
的な距離などにより、次に選択される可能性の高い番組
を予測し、該予測により得られた番組（予測番組）のjo
inパケットを送出して、該予測番組に対応するマルチキ
ャストパケットをネットワークから自ネットワークイン
タフェースまで到達しておくようにする。この結果、利
用者が視聴する番組を切り替えたとき、既に当該番組の
マルチキャストパケットが自ネットワークインタフェー
スまで到達していれば、直ちに受信可能となる。
Description
【０００１】
【発明の属する技術分野】本発明は、映像等の番組コン
テンツ（以下、番組）がネット経由で配信されるネット
放送の受信に係り、詳しくは、利用者の要求に対して視
聴番組を高速に切り替える番組選択方法、番組選択装置
及び番組選択プログラムに関する。
テンツ（以下、番組）がネット経由で配信されるネット
放送の受信に係り、詳しくは、利用者の要求に対して視
聴番組を高速に切り替える番組選択方法、番組選択装置
及び番組選択プログラムに関する。
【０００２】
【従来の技術】従来、ネット放送を少ないネットワーク
リソースで実現するために、マルチキャストを使用し、
その番組選択の制御のためにＩＧＭＰ（Ｉnternet Ｇro
up Ｍanagement Ｐrotocol）を用いている。ＩＧＭＰで
は、マルチキャスト配信（１対ｎ配信）されている各番
組のグループをマルチキャストグループと称している。
リソースで実現するために、マルチキャストを使用し、
その番組選択の制御のためにＩＧＭＰ（Ｉnternet Ｇro
up Ｍanagement Ｐrotocol）を用いている。ＩＧＭＰで
は、マルチキャスト配信（１対ｎ配信）されている各番
組のグループをマルチキャストグループと称している。
【０００３】ＩＧＭＰ機能を備えたネット放送端末は、
視聴する番組を切り替えるときjoinパケットを送出し
て、マルチキャストポイント（ネットワークノート）に
マルチキャストグループに参加すること（端末が当該番
組のマルチキャスト配信先の一つとして加わること）を
通知すると共に、自ネットワークインタフェースに対
し、対応するＥthernet address（ＭＡＣアドレス）宛
てのフレームを上位プロトコルに送るように設定する。
次に別の番組を見ようとするときには、leaveパケット
を送出して、今現在参加しているマルチキャストグルー
プから脱退した後、新たにjoinパケットを送出し、これ
から視聴する番組のマルチキャストグループに参加す
る。
視聴する番組を切り替えるときjoinパケットを送出し
て、マルチキャストポイント（ネットワークノート）に
マルチキャストグループに参加すること（端末が当該番
組のマルチキャスト配信先の一つとして加わること）を
通知すると共に、自ネットワークインタフェースに対
し、対応するＥthernet address（ＭＡＣアドレス）宛
てのフレームを上位プロトコルに送るように設定する。
次に別の番組を見ようとするときには、leaveパケット
を送出して、今現在参加しているマルチキャストグルー
プから脱退した後、新たにjoinパケットを送出し、これ
から視聴する番組のマルチキャストグループに参加す
る。
【０００４】
【発明が解決しようとする課題】従来技術において、自
端末の直近のマルチキャストポイントにまで、今から視
聴しようとするマルチキャストツリーが形成されていれ
ば、ネット放送番組の切り替えによるレスポンスタイム
は早いと考えられるが、そうでない場合には、自端末が
所望のマルチキャストグループに参加するために上位マ
ルチキャストポイント、時には数段前のマルチキャスト
ポイントから自端末までマルチキャストツリーを構築し
なければならないので、ネット放送番組の切り替え速度
は遅くなる。特に、通常のテレビでよく行われるチャネ
ルのアップ・ダウンといった操作を行う場合、レスポン
スの遅さは、利用者にストレスを与えることになる。
端末の直近のマルチキャストポイントにまで、今から視
聴しようとするマルチキャストツリーが形成されていれ
ば、ネット放送番組の切り替えによるレスポンスタイム
は早いと考えられるが、そうでない場合には、自端末が
所望のマルチキャストグループに参加するために上位マ
ルチキャストポイント、時には数段前のマルチキャスト
ポイントから自端末までマルチキャストツリーを構築し
なければならないので、ネット放送番組の切り替え速度
は遅くなる。特に、通常のテレビでよく行われるチャネ
ルのアップ・ダウンといった操作を行う場合、レスポン
スの遅さは、利用者にストレスを与えることになる。
【０００５】ネット放送番組切り替え時のレスポンスタ
イムを向上させるため、電子番組表等で表示される番組
表から、すべてのネット放送番組のマルチキャストグル
ープに参加する方法が考えられるが、実際に上位プロト
コルにパケットを上げるのは、電子番組表上等で利用者
が選択した番組のマルチキャストグループのパケットの
みである。一方、ネット放送番組の切り替えにより、ネ
ットワークインタフェースに対し、対応するＥthernet
address宛てのフレームのみを上位プロトコルにパケッ
トを上げるように設定することにより実現している。こ
の場合、電子番組表等に記載されているすべての番組の
パケットは、ネットワークインタフェースまで到達して
おり、ユーザの番組選択操作は、ネットワークインタフ
ェースに上位プロトコルにパケットを上げるためのＥth
ernet addressを設定するだけなので、レスボンスタイ
ムの向上が期待できる。ただし、電子番組表等に記載さ
れる番組の数が膨大であると、ネットワークリソースが
大量に消費されることになる。
イムを向上させるため、電子番組表等で表示される番組
表から、すべてのネット放送番組のマルチキャストグル
ープに参加する方法が考えられるが、実際に上位プロト
コルにパケットを上げるのは、電子番組表上等で利用者
が選択した番組のマルチキャストグループのパケットの
みである。一方、ネット放送番組の切り替えにより、ネ
ットワークインタフェースに対し、対応するＥthernet
address宛てのフレームのみを上位プロトコルにパケッ
トを上げるように設定することにより実現している。こ
の場合、電子番組表等に記載されているすべての番組の
パケットは、ネットワークインタフェースまで到達して
おり、ユーザの番組選択操作は、ネットワークインタフ
ェースに上位プロトコルにパケットを上げるためのＥth
ernet addressを設定するだけなので、レスボンスタイ
ムの向上が期待できる。ただし、電子番組表等に記載さ
れる番組の数が膨大であると、ネットワークリソースが
大量に消費されることになる。
【０００６】本発明は、上記のような課題を解決するた
めになされたものであり、その目的は、ある限られた番
組数に対して、それらマルチキャストグループへの同時
参加を行い、番組切り替えレスポンスタイムの向上を行
うと共にネットワークリソースの大量消費を抑制するこ
とにある。
めになされたものであり、その目的は、ある限られた番
組数に対して、それらマルチキャストグループへの同時
参加を行い、番組切り替えレスポンスタイムの向上を行
うと共にネットワークリソースの大量消費を抑制するこ
とにある。
【０００７】
【課題を解決するための手段】本発明は、利用者端末
（ネット放送端末）において、利用者による番組選択時
に、次に選択される可能性の高い番組を予測して、該予
測された番組の配信要求を送出する手段と、配信された
番組の中から、利用者により選択された番組のみを受信
する手段とを設けたことを主要な特徴とする。
（ネット放送端末）において、利用者による番組選択時
に、次に選択される可能性の高い番組を予測して、該予
測された番組の配信要求を送出する手段と、配信された
番組の中から、利用者により選択された番組のみを受信
する手段とを設けたことを主要な特徴とする。
【０００８】また、本発明は、今回予測された番組が前
回予測されなかった場合には、今回予測された番組の配
信要求を送出し、前回予測された番組が今回予測されな
かった場合には、当該番組の配信停止要求を送出する手
段を設けたことを特徴とする。
回予測されなかった場合には、今回予測された番組の配
信要求を送出し、前回予測された番組が今回予測されな
かった場合には、当該番組の配信停止要求を送出する手
段を設けたことを特徴とする。
【０００９】番組選択予測は、例えば、現在、選択され
ている番組と選択対象の番組を表示する位置間の距離及
び利用者の嗜好的距離の一方あるいは両方により、次に
選択される可能性の高い番組を予測する。また、予測し
て得られた番組から距離の小さい順に所定数の番組を選
択する。
ている番組と選択対象の番組を表示する位置間の距離及
び利用者の嗜好的距離の一方あるいは両方により、次に
選択される可能性の高い番組を予測する。また、予測し
て得られた番組から距離の小さい順に所定数の番組を選
択する。
【００１０】
【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。図１は、本発明が適用される
ネット放送システムの構成図を示す。図１において、１
００−１〜１００−ｎはネット放送端末としての利用者
端末（以下、端末）、１１０は電子番組表等の番組表管
理サーバ（以下、ＥＧＰサーバ）、１２０−１〜１２０
−ｍは番組配信サーバ、１３０はこれらを接続するネッ
トワークである。
て図面を用いて説明する。図１は、本発明が適用される
ネット放送システムの構成図を示す。図１において、１
００−１〜１００−ｎはネット放送端末としての利用者
端末（以下、端末）、１１０は電子番組表等の番組表管
理サーバ（以下、ＥＧＰサーバ）、１２０−１〜１２０
−ｍは番組配信サーバ、１３０はこれらを接続するネッ
トワークである。
【００１１】ＥＧＰ１１０は、各番組配信サーバ１２０
−１〜１２０−ｍが配信サービスに供する番組（番組コ
ンテンツ）の番組表（電子番組表）を管理しており、あ
る端末１００−ｉから要求があると、該端末１００−ｉ
に対して電子番組表を送付する。端末１００−ｉの利用
者は、ＥＰＧサーバ１１０から送付された番組表により
視聴する番組を選択する。一方、番組配信サーバ１２０
−１〜１２０−ｍでは、通常、それぞれ定常的に番組を
ネットワーク１３０に送出している。ネットワーク１３
０は一般に多段のマルチキャストポイント（ノード）か
らなり、端末１００−１〜１００−ｎに対して、各番組
配信サーバ１２０−１〜１２０−ｍから送出される番組
をマルチキャスト配信する。
−１〜１２０−ｍが配信サービスに供する番組（番組コ
ンテンツ）の番組表（電子番組表）を管理しており、あ
る端末１００−ｉから要求があると、該端末１００−ｉ
に対して電子番組表を送付する。端末１００−ｉの利用
者は、ＥＰＧサーバ１１０から送付された番組表により
視聴する番組を選択する。一方、番組配信サーバ１２０
−１〜１２０−ｍでは、通常、それぞれ定常的に番組を
ネットワーク１３０に送出している。ネットワーク１３
０は一般に多段のマルチキャストポイント（ノード）か
らなり、端末１００−１〜１００−ｎに対して、各番組
配信サーバ１２０−１〜１２０−ｍから送出される番組
をマルチキャスト配信する。
【００１２】いま、例えば番組配信サーバ１２０−１の
番組Ａが端末１００−２〜１００−ｎに配信されている
とする。これが番組Ａのマルチキャストグループであ
る。端末１００−１の利用者は、番組Ａを視聴しようと
した場合、電子番組表により該番組Ａを選択する。これ
を受けて、端末１００−１は、番組Ａのjoinパケット
（配信要求）を送出して、マルチキャストポイントに番
組Ａのマルチキャストグループに参加することを通知す
ると共に、自ネットワークインタフェースに対して、番
組Ａのマルチキャストパケットを受信可能に設定する。
マルチキャストポイントは、端末１００−１から番組Ａ
のjoinパケットを受信すると、端末１００−１に対して
も番組Ａのマルチキャストパケットを配信する。即ち、
端末１００−２〜１００−ｎに加えて、端末１００−１
も番組Ａのマルチキャスト配信先の一つとする。端末１
００−１は、自ネットワークインタフェースが番組Ａの
マル達キャストパケットを受信可能に設定されているた
め、マルチキャストポイントから配信された番組Ａのマ
ルチキャストパケットを自ネットワークインタフェース
を介して受信する。
番組Ａが端末１００−２〜１００−ｎに配信されている
とする。これが番組Ａのマルチキャストグループであ
る。端末１００−１の利用者は、番組Ａを視聴しようと
した場合、電子番組表により該番組Ａを選択する。これ
を受けて、端末１００−１は、番組Ａのjoinパケット
（配信要求）を送出して、マルチキャストポイントに番
組Ａのマルチキャストグループに参加することを通知す
ると共に、自ネットワークインタフェースに対して、番
組Ａのマルチキャストパケットを受信可能に設定する。
マルチキャストポイントは、端末１００−１から番組Ａ
のjoinパケットを受信すると、端末１００−１に対して
も番組Ａのマルチキャストパケットを配信する。即ち、
端末１００−２〜１００−ｎに加えて、端末１００−１
も番組Ａのマルチキャスト配信先の一つとする。端末１
００−１は、自ネットワークインタフェースが番組Ａの
マル達キャストパケットを受信可能に設定されているた
め、マルチキャストポイントから配信された番組Ａのマ
ルチキャストパケットを自ネットワークインタフェース
を介して受信する。
【００１３】一方、端末１００−１の利用者が別の番組
を選択等した場合、端末１００−１は番組Ａのleaveパ
ケット（配信停止要求）を送出する。マルチキャストポ
イントは、端末１００−１から番組Ａのleaveパケット
を受信すると、端末１００−１に対する番組Ａのマルチ
キャストパケットの配信を停止する。これにより、端末
１００−１は、今まで参加していた番組Ａのマルチキャ
ストグループから離脱する。
を選択等した場合、端末１００−１は番組Ａのleaveパ
ケット（配信停止要求）を送出する。マルチキャストポ
イントは、端末１００−１から番組Ａのleaveパケット
を受信すると、端末１００−１に対する番組Ａのマルチ
キャストパケットの配信を停止する。これにより、端末
１００−１は、今まで参加していた番組Ａのマルチキャ
ストグループから離脱する。
【００１４】以上は従来と同様であるが、本発明は、利
用者が視聴する番組を選択したとき、端末において、次
に選択される可能性の高い番組を予測し、該予測により
得られた番組（予測番組）のjoinパケットを送出して、
該予測番組に対応するマルチキャストパケットをマルチ
キャストポイントから自ネットワークインタフェースま
で到達しておくようにする。これにより、利用者が視聴
する番組を切り替え、当該番組のマルチキャストパケッ
トが自ネットワークインタフェースまで到達している
と、端末（アプリケーション）において即座に該番組の
マルチキャストパケットを取得できる。
用者が視聴する番組を選択したとき、端末において、次
に選択される可能性の高い番組を予測し、該予測により
得られた番組（予測番組）のjoinパケットを送出して、
該予測番組に対応するマルチキャストパケットをマルチ
キャストポイントから自ネットワークインタフェースま
で到達しておくようにする。これにより、利用者が視聴
する番組を切り替え、当該番組のマルチキャストパケッ
トが自ネットワークインタフェースまで到達している
と、端末（アプリケーション）において即座に該番組の
マルチキャストパケットを取得できる。
【００１５】端末１００−１〜１００−ｎ（以下、端末
１００）は、図２に示すように、ＣＰＵ２１０、ハード
ディスク等の記憶装置２２０、キーボード２３０、マウ
ス２４０、ディスプレイ２５０及びネットワークインタ
フェース２６０等からなるネット放送番組受信機能を備
えたパソコン、携帯端末などである。ＣＰＵ２１０は、
各部を制御するとともに、後述の番組選択処理を実行す
る。記憶装置２２０は、ＣＰＵ２１０で実行するプログ
ラムに加えて、本発明に関連する構成として予測番組テ
ーブル２２１、アクセス履歴データベース（ＤＢ）２２
２を具備する。予測番組テーブル２２１は前回予測結果
の番組（予測番組）を保持し、アクセス履歴ＤＢ２２２
は、当該端末１００の利用者が選択した番組のジャンル
別等のアクセス履歴を保持している。
１００）は、図２に示すように、ＣＰＵ２１０、ハード
ディスク等の記憶装置２２０、キーボード２３０、マウ
ス２４０、ディスプレイ２５０及びネットワークインタ
フェース２６０等からなるネット放送番組受信機能を備
えたパソコン、携帯端末などである。ＣＰＵ２１０は、
各部を制御するとともに、後述の番組選択処理を実行す
る。記憶装置２２０は、ＣＰＵ２１０で実行するプログ
ラムに加えて、本発明に関連する構成として予測番組テ
ーブル２２１、アクセス履歴データベース（ＤＢ）２２
２を具備する。予測番組テーブル２２１は前回予測結果
の番組（予測番組）を保持し、アクセス履歴ＤＢ２２２
は、当該端末１００の利用者が選択した番組のジャンル
別等のアクセス履歴を保持している。
【００１６】図３に、本発明の番組選択装置の一実施例
としての端末１００の全体的処理フローチャートを示
す。図３の処理は、実際にはＣＰＵ２１０が受け持つ
が、ここでは端末１００で統一する。
としての端末１００の全体的処理フローチャートを示
す。図３の処理は、実際にはＣＰＵ２１０が受け持つ
が、ここでは端末１００で統一する。
【００１７】端末１００は、利用者（ユーザ）から要求
があると、電子番組表の要求をＥＧＰサーバ１１０へ送
信し（ステップ３０１）、ＥＧＰサーバ１１０から電子
組表を受信してディスプレイ２５０に表示する（ステッ
プ３０２）。利用者は、ディスプレイ２５０上の電子番
組表画面において、キーボード２３０やマウス２４０を
用いて視聴しようとする番組を選択する（ステップ３０
３）。ここでは、利用者が選択した番組をユーザ選択番
組と呼ぶことにする。
があると、電子番組表の要求をＥＧＰサーバ１１０へ送
信し（ステップ３０１）、ＥＧＰサーバ１１０から電子
組表を受信してディスプレイ２５０に表示する（ステッ
プ３０２）。利用者は、ディスプレイ２５０上の電子番
組表画面において、キーボード２３０やマウス２４０を
用いて視聴しようとする番組を選択する（ステップ３０
３）。ここでは、利用者が選択した番組をユーザ選択番
組と呼ぶことにする。
【００１８】端末１００は、ユーザ選択番組のjoinパケ
ットを送出して、ネットワーク（マルチキャストポイン
ト）１３０に該ユーザ選択番組のマルチキャストグルー
プへの参加を通知すると共に（ステップ３０４）、自ネ
ットワークインタフェース２６０に対して、該ユーザ選
択番組のマルチキャストパケットを受信可能（取得可
能）に設定する（ステップ３０５）。ユーザ選択番組の
joinパケット送出に応答して、マルチキャストポイント
から該ユーザ選択番組のマルチキャストパケットが、端
末１００のネットワークインタフェース２６０に到達す
る。ステップ３０５で、ネットワークインタフェース２
６０は該ユーザ選択番号のマルチキャストパケットを受
信可能に設定されているため、端末１００は、該ユーザ
選択番組のマルチキャストパケットを受信し、その番組
コンテンツをディスプレイ２５０に表示する（ステップ
３０６）。
ットを送出して、ネットワーク（マルチキャストポイン
ト）１３０に該ユーザ選択番組のマルチキャストグルー
プへの参加を通知すると共に（ステップ３０４）、自ネ
ットワークインタフェース２６０に対して、該ユーザ選
択番組のマルチキャストパケットを受信可能（取得可
能）に設定する（ステップ３０５）。ユーザ選択番組の
joinパケット送出に応答して、マルチキャストポイント
から該ユーザ選択番組のマルチキャストパケットが、端
末１００のネットワークインタフェース２６０に到達す
る。ステップ３０５で、ネットワークインタフェース２
６０は該ユーザ選択番号のマルチキャストパケットを受
信可能に設定されているため、端末１００は、該ユーザ
選択番組のマルチキャストパケットを受信し、その番組
コンテンツをディスプレイ２５０に表示する（ステップ
３０６）。
【００１９】その後又は上記処理と並行して、端末１０
０は、電子番組表上での当該ユーザ選択番組と他番組と
の間の距離や利用者の嗜好情報等に基づき、次に選択さ
れる可能性の高い番組を予測する（ステップ３０７）。
この番組選択予測の詳細については後述する。次に、端
末１００は、予測番組テーブル２２１に保持されている
前回予測結果の番組と今回予測して得られた番組とを突
き合わせて、予測番組テーブル２２１に保持されている
番組が今回予測された番組にない場合、該番組を予測番
組テーブル２２１から削除し（即ち以後、選択される可
能性が少ない）、また、今回予測された番組が予測番組
テーブル２２１にない場合には、該番組を予測番組テー
ブル２２１に追加する（ステップ３０８）。次に、端末
１００は、予測番組テーブル２２１に追加した番組のjo
inパケットを送出して、マルチキャストポイントに該番
組のマルチキャストグループへの参加を通知し、また、
予測番組テーブル２２１から削除した番組のleaveパケ
ットを送出して、マルチキャストポイントに該番組のマ
ルチキャストグループからの離脱を通知する（ステップ
３０９）。
０は、電子番組表上での当該ユーザ選択番組と他番組と
の間の距離や利用者の嗜好情報等に基づき、次に選択さ
れる可能性の高い番組を予測する（ステップ３０７）。
この番組選択予測の詳細については後述する。次に、端
末１００は、予測番組テーブル２２１に保持されている
前回予測結果の番組と今回予測して得られた番組とを突
き合わせて、予測番組テーブル２２１に保持されている
番組が今回予測された番組にない場合、該番組を予測番
組テーブル２２１から削除し（即ち以後、選択される可
能性が少ない）、また、今回予測された番組が予測番組
テーブル２２１にない場合には、該番組を予測番組テー
ブル２２１に追加する（ステップ３０８）。次に、端末
１００は、予測番組テーブル２２１に追加した番組のjo
inパケットを送出して、マルチキャストポイントに該番
組のマルチキャストグループへの参加を通知し、また、
予測番組テーブル２２１から削除した番組のleaveパケ
ットを送出して、マルチキャストポイントに該番組のマ
ルチキャストグループからの離脱を通知する（ステップ
３０９）。
【００２０】端末１００での上記処理により、自ネット
ワークインタフェース２６０には、ユーザ選択番組のマ
ルチキャストパケット及び現時点で予測番組テーブル２
２１に登録されている番組（予測番組）のマルチキャス
トパケットが到達するが、ネットワークインタフェース
２６０はユーザ選択番組のマルチキャストパケットを受
信可能に設定されているため、端末１００では、該ユー
ザ選択番組のマルチキャストパケットを受信し続ける。
ワークインタフェース２６０には、ユーザ選択番組のマ
ルチキャストパケット及び現時点で予測番組テーブル２
２１に登録されている番組（予測番組）のマルチキャス
トパケットが到達するが、ネットワークインタフェース
２６０はユーザ選択番組のマルチキャストパケットを受
信可能に設定されているため、端末１００では、該ユー
ザ選択番組のマルチキャストパケットを受信し続ける。
【００２１】その後、利用者が視聴する番組を切り替え
ると、端末１００は、自ネットワークインタフェース２
６０に対して、その新たなユーザ選択番組のマルチキャ
ストパケットを取得可能に設定する。この結果、該新た
なユーザ選択番組が前回予測番組に含まれていて、その
マルチキャストパケットが自ネットワークインタフェー
ス２６０まで到達していれば、端末１００は、該新たな
ユーザ選択番組のマルチキャストパケットを直ちに受信
して、該新たなユーザ選択番組のｊｏｉｎパケットの送
出を省略する。次に再び、端末１００は、該新たな番組
の選択を契機に番組選択予測処理を実施する。
ると、端末１００は、自ネットワークインタフェース２
６０に対して、その新たなユーザ選択番組のマルチキャ
ストパケットを取得可能に設定する。この結果、該新た
なユーザ選択番組が前回予測番組に含まれていて、その
マルチキャストパケットが自ネットワークインタフェー
ス２６０まで到達していれば、端末１００は、該新たな
ユーザ選択番組のマルチキャストパケットを直ちに受信
して、該新たなユーザ選択番組のｊｏｉｎパケットの送
出を省略する。次に再び、端末１００は、該新たな番組
の選択を契機に番組選択予測処理を実施する。
【００２２】次に、番組選択予測処理について詳述す
る。番組選択予測は、番組表（電子番組表）とアクセス
履歴ＤＢ２２２を用いて、例えば、次のようにして行
う。
る。番組選択予測は、番組表（電子番組表）とアクセス
履歴ＤＢ２２２を用いて、例えば、次のようにして行
う。
【００２３】今、電子番組表４０１が図４の様であると
し、利用者が選択している番組Ｃのオブジェクトからの
各番組Ａ，Ｂ，Ｄ，Ｅ，Ｆのオブジェクト間の電子番組
表４０１上での空間的距離をαとする。また、アクセス
履歴ＤＢ２２２を参照して、利用者の過去のアクセス履
歴から好みのジャンルと言った嗜好情報を距離（嗜好的
距離）に用いる。例えば、ジャンルとして、Ａ，Ｂ，Ｃ
が有るとし、過去のそれぞれのジャンルに対するアクセ
ス履歴がａ，ｂ，ｃ回であったとした場合、１／ａ，１
／ｂ，１／ｃをそれぞれのジャンルに対する距離βとす
る。その場合、電子番組４０１上での複数番組表のマル
チキャストグループへの参加を決めるための距離値Ｌ
は、例えば Ｌ＝α＋β （１） の様に求められる。この距離が小さいものから順に、所
定数の番組（予測番組）を選択し、マルチキャストグル
ープに参加する対象とする。図４の例では、利用者が番
組Ｃを選択した場合、Ａ，Ｅ，Ｂの順に、次に選択され
る可能性の高い番組が選択され、これらＡ，Ｅ，Ｂが各
マルチキャストグループに参加する対象となる。
し、利用者が選択している番組Ｃのオブジェクトからの
各番組Ａ，Ｂ，Ｄ，Ｅ，Ｆのオブジェクト間の電子番組
表４０１上での空間的距離をαとする。また、アクセス
履歴ＤＢ２２２を参照して、利用者の過去のアクセス履
歴から好みのジャンルと言った嗜好情報を距離（嗜好的
距離）に用いる。例えば、ジャンルとして、Ａ，Ｂ，Ｃ
が有るとし、過去のそれぞれのジャンルに対するアクセ
ス履歴がａ，ｂ，ｃ回であったとした場合、１／ａ，１
／ｂ，１／ｃをそれぞれのジャンルに対する距離βとす
る。その場合、電子番組４０１上での複数番組表のマル
チキャストグループへの参加を決めるための距離値Ｌ
は、例えば Ｌ＝α＋β （１） の様に求められる。この距離が小さいものから順に、所
定数の番組（予測番組）を選択し、マルチキャストグル
ープに参加する対象とする。図４の例では、利用者が番
組Ｃを選択した場合、Ａ，Ｅ，Ｂの順に、次に選択され
る可能性の高い番組が選択され、これらＡ，Ｅ，Ｂが各
マルチキャストグループに参加する対象となる。
【００２４】さらに、電子番組表４０１が複数のページ
によって構成されている場合には、今現在見ている電子
番組表のページ内のオブジェクトの距離を同じとし、距
離値Ｌは、各ページ間に空間的距離を導入した、例えば Ｌ＝γｘ＋β （２） によって求めることも考えられる。ここで、γは各ペー
ジ間の空間的距離の重み、ｘは今現在見ている電子番組
表のページから各ページまでのページ数（空間的距離）
である。
によって構成されている場合には、今現在見ている電子
番組表のページ内のオブジェクトの距離を同じとし、距
離値Ｌは、各ページ間に空間的距離を導入した、例えば Ｌ＝γｘ＋β （２） によって求めることも考えられる。ここで、γは各ペー
ジ間の空間的距離の重み、ｘは今現在見ている電子番組
表のページから各ページまでのページ数（空間的距離）
である。
【００２５】なお、空間的距離は、同じページ内におけ
る番組オブジェクト間の距離やページ間の距離のみでな
く、その双方を組み合わせたものも考えられる。また、
嗜好的距離に関しては、選んだマルチキャストグループ
のアドレスに対して、何回アクセスしたかのほかに、接
続していた時間のトータルを記憶しておく方法も考えら
れる。また、送られてくるパケットに分野や番組情報を
載せ、それに対するアクセス回数等を記憶しておく方
法、さらに、マルチキャストグループ（試聴している）
に参加した開始・終了時刻により、ネットワーク上のど
のマルチキャストグループで、どの時刻にどんな分野の
番組を流していたか検索するなどの方法も考えられる。
る番組オブジェクト間の距離やページ間の距離のみでな
く、その双方を組み合わせたものも考えられる。また、
嗜好的距離に関しては、選んだマルチキャストグループ
のアドレスに対して、何回アクセスしたかのほかに、接
続していた時間のトータルを記憶しておく方法も考えら
れる。また、送られてくるパケットに分野や番組情報を
載せ、それに対するアクセス回数等を記憶しておく方
法、さらに、マルチキャストグループ（試聴している）
に参加した開始・終了時刻により、ネットワーク上のど
のマルチキャストグループで、どの時刻にどんな分野の
番組を流していたか検索するなどの方法も考えられる。
【００２６】次に、予測番組数の絞り込みについて説明
する。選択する予測番組数、即ち、複数マルチキャスト
グループへの同時参加数は、例えば、各番組の使用する
帯域が分かっているならば、図５に示すように、利用者
が指定する複数マルチキャストグループへの参加により
使用される総帯域分に絞り込むようにする。まず、マル
チキャストグループ参加対象の番組を距離値Ｌによりソ
ートする（ステップ５０１）。ここで、各番組の距離値
をＬ（ｎ）とする。ｎはソート後の順番で、最も距離値
の小さいものの番号を０とする。また、番組をＣ（ｎ）
とする。次に、ｎ＝０、ａｃｃ＝０を初期設定し（ステ
ップ５０２）、ａｃｃ＞ｒｓｖを満たすまで、ステップ
５０３〜５０５の処理を繰り返す。ここで、「ａｃｃ」
は複数マルチキャストグループの帯域の累積値、「ｒｓ
ｖ」は複数マルチキャストグループに割り振る帯域幅の
閾値である。ａｃｃ＞ｒｓｖを満たしたなら、それまで
の番組Ｃ（０）〜Ｃ（ｎ−１）を次に選択される可能性
の高い番組として、複数マルチキャストグループへの参
加対象とする（ステップ５０６）。
する。選択する予測番組数、即ち、複数マルチキャスト
グループへの同時参加数は、例えば、各番組の使用する
帯域が分かっているならば、図５に示すように、利用者
が指定する複数マルチキャストグループへの参加により
使用される総帯域分に絞り込むようにする。まず、マル
チキャストグループ参加対象の番組を距離値Ｌによりソ
ートする（ステップ５０１）。ここで、各番組の距離値
をＬ（ｎ）とする。ｎはソート後の順番で、最も距離値
の小さいものの番号を０とする。また、番組をＣ（ｎ）
とする。次に、ｎ＝０、ａｃｃ＝０を初期設定し（ステ
ップ５０２）、ａｃｃ＞ｒｓｖを満たすまで、ステップ
５０３〜５０５の処理を繰り返す。ここで、「ａｃｃ」
は複数マルチキャストグループの帯域の累積値、「ｒｓ
ｖ」は複数マルチキャストグループに割り振る帯域幅の
閾値である。ａｃｃ＞ｒｓｖを満たしたなら、それまで
の番組Ｃ（０）〜Ｃ（ｎ−１）を次に選択される可能性
の高い番組として、複数マルチキャストグループへの参
加対象とする（ステップ５０６）。
【００２７】なお、予測番組数の絞り込みは、例えば、
単純に３までと云ったように、複数マルチキャストグル
ープの参加数を固定することでもよい。
単純に３までと云ったように、複数マルチキャストグル
ープの参加数を固定することでもよい。
【００２８】図６及び図７に、本発明による番組選択の
具体的動作例を示す。なお、ここでは番組配信サーバは
省略して示している。
具体的動作例を示す。なお、ここでは番組配信サーバは
省略して示している。
【００２９】端末１００は、番組表（電子番組表）の要
求をＥＧＰサーバ１１０へ送信し、ＥＧＰサーバ１１０
から電子番組表を受信する。いま、該電子番組表から、
利用者が番組Ｃを選択したとする。端末１００は、番組
Ｃのjoinパケットをネットワーク（マルチキャストポイ
ント）１３０に送出するとともに、自ネットワークイン
タフェース２６０を番組Ｃのマルチキャストパケットが
受信可能に設定する。この結果、マルチキャストポイン
トから番組Ｃのマルチキャストパケットが端末１００の
ネットワークインタフェース２６０に到達し、端末１０
０は該番組Ｃのマルチキャストパケットを受信する。
求をＥＧＰサーバ１１０へ送信し、ＥＧＰサーバ１１０
から電子番組表を受信する。いま、該電子番組表から、
利用者が番組Ｃを選択したとする。端末１００は、番組
Ｃのjoinパケットをネットワーク（マルチキャストポイ
ント）１３０に送出するとともに、自ネットワークイン
タフェース２６０を番組Ｃのマルチキャストパケットが
受信可能に設定する。この結果、マルチキャストポイン
トから番組Ｃのマルチキャストパケットが端末１００の
ネットワークインタフェース２６０に到達し、端末１０
０は該番組Ｃのマルチキャストパケットを受信する。
【００３０】これと並行して、端末１００は次に選択さ
れる可能性の高い番組を予測し、ここでは、番組Ａ，
Ｂ，Ｅが選択されたとする。いま、予測番組テーブル２
２１が空とした場合、端末１００は、これら番組Ａ，
Ｂ，Ｅを予測番組テーブル２２１に追加し、同時に、番
組Ａ，Ｂ，Ｅのjoinパケットをマルチキャストポイント
に送出する。この結果、マルチキャストパケットから番
組Ａ，Ｂ，Ｅ，Ｃのマルチキャストパケットが端末１０
０のネットワークインタフェース２６０に到達するが、
端末１００では、番組Ｃのマルチキャストパケットのみ
受信し続ける。
れる可能性の高い番組を予測し、ここでは、番組Ａ，
Ｂ，Ｅが選択されたとする。いま、予測番組テーブル２
２１が空とした場合、端末１００は、これら番組Ａ，
Ｂ，Ｅを予測番組テーブル２２１に追加し、同時に、番
組Ａ，Ｂ，Ｅのjoinパケットをマルチキャストポイント
に送出する。この結果、マルチキャストパケットから番
組Ａ，Ｂ，Ｅ，Ｃのマルチキャストパケットが端末１０
０のネットワークインタフェース２６０に到達するが、
端末１００では、番組Ｃのマルチキャストパケットのみ
受信し続ける。
【００３１】次に、利用者が視聴する番組をＥに切り替
えたとする。端末１００は、自ネットワークインタフェ
ース２６０を番組Ｅのマルチキャストパケットを取得可
能なように設定する。この結果、端末１００では、自ネ
ットワークインタフェース２６０まで到達している番組
Ｅのマルチキャストパケットの受信を直ちに開始し、番
組Ｅのｊｏｉｎパケットの送出は省略する。
えたとする。端末１００は、自ネットワークインタフェ
ース２６０を番組Ｅのマルチキャストパケットを取得可
能なように設定する。この結果、端末１００では、自ネ
ットワークインタフェース２６０まで到達している番組
Ｅのマルチキャストパケットの受信を直ちに開始し、番
組Ｅのｊｏｉｎパケットの送出は省略する。
【００３２】これと並行して、端末１００は、再び次に
選択される可能性の高い番組を予測し、ここでは、番組
Ａ，Ｃ，Ｆが選択されたとする。ここで、今回予測され
た番組Ａ，Ｃ，Ｆに前回予測された番組Ｂが含まれてい
ないため、予測番組テーブル２２１から番組Ｂを削除す
る。また、今回予測された番組Ｆが前回予測された番組
Ａ，Ｂ，Ｅに含まれていないため、番組Ｆを予測番組テ
ーブル２２１に追加する。これにより、端末１００はマ
ルチキャストポイントへ、番組Ｆのjoinパケット及び番
組Ｂのleaveパケットを送出する。この結果、マルチキ
ャストポイントから番組Ａ，Ｅ，Ｆ，Ｃのマルチキャス
トパケットが端末１００のネットワークインタフェース
２６０に到達するようになり、端末１００では、このう
ちの番組Ｅのマルチキャストパケットを受信し続ける。
選択される可能性の高い番組を予測し、ここでは、番組
Ａ，Ｃ，Ｆが選択されたとする。ここで、今回予測され
た番組Ａ，Ｃ，Ｆに前回予測された番組Ｂが含まれてい
ないため、予測番組テーブル２２１から番組Ｂを削除す
る。また、今回予測された番組Ｆが前回予測された番組
Ａ，Ｂ，Ｅに含まれていないため、番組Ｆを予測番組テ
ーブル２２１に追加する。これにより、端末１００はマ
ルチキャストポイントへ、番組Ｆのjoinパケット及び番
組Ｂのleaveパケットを送出する。この結果、マルチキ
ャストポイントから番組Ａ，Ｅ，Ｆ，Ｃのマルチキャス
トパケットが端末１００のネットワークインタフェース
２６０に到達するようになり、端末１００では、このう
ちの番組Ｅのマルチキャストパケットを受信し続ける。
【００３３】なお、図２で示した端末１００におけるＣ
ＰＵ２１０の一部もしくは全部の処理機能をコンピュー
タのプログラムで構成し、そのプログラムをコンピュー
タを用いて実行して本発明を実現することができるこ
と、あるいは、図３で示した処理手順をコンピュータの
プログラムで構成し、そのプログラムをコンピュータに
実行させることができることは言うまでもなく、また、
コンピュータでその処理機能を実現するためのプログラ
ム、あるいは、コンピュータにその処理手順を実行させ
るためのプログラムを、そのコンピュータが読み取り可
能な記録媒体、例えば、ＦＤ（フロッピーディスク（登
録商標）や、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶ
Ｄ、リムーバブルディスクなどに記録して、保存した
り、提供したりすることができるとともに、インターネ
ット等のネットワークを通してそのプログラムを配布し
たりすることが可能である。
ＰＵ２１０の一部もしくは全部の処理機能をコンピュー
タのプログラムで構成し、そのプログラムをコンピュー
タを用いて実行して本発明を実現することができるこ
と、あるいは、図３で示した処理手順をコンピュータの
プログラムで構成し、そのプログラムをコンピュータに
実行させることができることは言うまでもなく、また、
コンピュータでその処理機能を実現するためのプログラ
ム、あるいは、コンピュータにその処理手順を実行させ
るためのプログラムを、そのコンピュータが読み取り可
能な記録媒体、例えば、ＦＤ（フロッピーディスク（登
録商標）や、ＭＯ、ＲＯＭ、メモリカード、ＣＤ、ＤＶ
Ｄ、リムーバブルディスクなどに記録して、保存した
り、提供したりすることができるとともに、インターネ
ット等のネットワークを通してそのプログラムを配布し
たりすることが可能である。
【００３４】
【発明の効果】以上説明したように、本発明によれば、
ネット経由で映像等の番組コンテンツがマルチキャスト
配信される状況下で、ネットワークリソースの消費を抑
えながらも、高速な番組選択が可能になる。
ネット経由で映像等の番組コンテンツがマルチキャスト
配信される状況下で、ネットワークリソースの消費を抑
えながらも、高速な番組選択が可能になる。
【図面の簡単な説明】
【図１】本発明が適用されるネット放送システムの全体
構成図である。
構成図である。
【図２】ネット放送端末（利用者端末）の一実施例の構
成図である。
成図である。
【図３】本発明による番組選択処理の一実施例を示すフ
ロー図である。
ロー図である。
【図４】番組選択予測を説明するための図である。
【図５】予測番組数の絞り込み処理の一実施例を示すフ
ロー図である。
ロー図である。
【図６】本発明による番組選択処理動作の具体例を示す
シーケンス図である。
シーケンス図である。
【図７】図６の続きのシーケンス図である。
【符号の説明】
１００−１〜１００−ｎ 端末
１１０ ＥＧＰサーバ
１２０−１〜１２０−ｍ 番組配信サーバ
１３０ マルチキャストポイント群
２１０ ＣＰＵ
２２０ 記憶装置
２２１ 予測番組テーブル
２２２ アクセス履歴ＤＢ
２３０ キーボード
２４０ マウス
２５０ ディスプレイ
２６０ ネットワークインタフェース
Claims (7)
- 【請求項１】 利用者端末においてネット経由でマルチ
キャストにより配信される番組を選択する番組選択方法
であって、 番組選択時に、次に選択される可能性の高い番組を予測
して、該予測された番組の配信要求を送出する処理ステ
ップと、 配信された番組の中から、利用者により選択された番組
のみを受信する処理ステップと、を有することを特徴と
する番組選択方法。 - 【請求項２】 請求項１記載の番組選択方法において、 今回予測された番組が前回予測されなかった場合には、
今回予測された番組の配信要求を送出し、前回予測され
た番組が今回予測されなかった場合には、当該番組の配
信停止要求を送出することを特徴とする番組選択方法。 - 【請求項３】 請求項１もしくは２記載の番組選択方法
において、 選択された番組と選択対象の番組を表示する位置間の距
離及び利用者の嗜好的距離の一方あるいは両方により、
次に選択される可能性の高い番組を予測することを特徴
とする番組選択方法。 - 【請求項４】 請求項３記載の番組選択方法において、
予測して得られた番組から距離の小さい順に所定数の番
組を選択することを特徴とする番組選択方法。 - 【請求項５】 ネット経由でマルチキャストにより配信
される番組を選択する番組選択装置であって、 番組選択時に、次に選択される可能性の高い番組を予測
して、該予測された番組の配信要求を送出する手段と、 配信された番組の中から、利用者により選択された番組
のみを受信する手段と、を有することを特徴とする番組
選択方装置 - 【請求項６】 請求項５記載の番組選択装置おいて、 今回予測された番組が前回予測されなかった場合には、
今回予測された番組の配信要求を送出し、前回予測され
た番組が今回予測されなかった場合には、当該番組の配
信停止要求を送出する手段を有することを特徴とする番
組選択装置。 - 【請求項７】 請求項１ないし４のいずれか１項に記載
の番組選択方法をコンピュータで実行させるための番組
選択プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001338410A JP3932019B2 (ja) | 2001-11-02 | 2001-11-02 | 番組選択方法、番組選択装置及び番組選択プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001338410A JP3932019B2 (ja) | 2001-11-02 | 2001-11-02 | 番組選択方法、番組選択装置及び番組選択プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003143587A true JP2003143587A (ja) | 2003-05-16 |
| JP3932019B2 JP3932019B2 (ja) | 2007-06-20 |
Family
ID=19152911
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001338410A Expired - Fee Related JP3932019B2 (ja) | 2001-11-02 | 2001-11-02 | 番組選択方法、番組選択装置及び番組選択プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3932019B2 (ja) |
Cited By (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005303454A (ja) * | 2004-04-07 | 2005-10-27 | Ntt Docomo Inc | データ受信装置、及び、データ受信方法 |
| JP2006186737A (ja) * | 2004-12-28 | 2006-07-13 | Nec Commun Syst Ltd | 複数チャネルデータ配信システムおよび方法、それに使用するアクセス装置および受信端末 |
| JP2007243947A (ja) * | 2006-03-03 | 2007-09-20 | Thomson Licensing | ユーザ・コマンドに先行して視聴覚ストリームを送信する方法、並びにこの方法を実施する受信器及び送信器 |
| JP2007324814A (ja) * | 2006-05-31 | 2007-12-13 | Matsushita Electric Ind Co Ltd | 情報受信端末 |
| JP2008523685A (ja) * | 2004-12-13 | 2008-07-03 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | ストリーミングデータ配信 |
| JP2008160199A (ja) * | 2006-12-20 | 2008-07-10 | Hitachi Communication Technologies Ltd | Ｉｐ放送システム、及びｉｐ放送用マルチキャストグループ管理装置 |
| WO2008088015A1 (ja) * | 2007-01-19 | 2008-07-24 | Nec Corporation | 映像音声ストリーム配信システム、配信方法、および配信用プログラム |
| WO2008090843A1 (ja) * | 2007-01-24 | 2008-07-31 | Nec Corporation | 映像音声ストリーミング配信システムにおけるリソース確保方法 |
| EP1959686A2 (en) | 2007-02-15 | 2008-08-20 | Sony Corporation | Multicasting system and multicasting method |
| EP1959685A2 (en) | 2007-02-15 | 2008-08-20 | Sony Corporation | Multicasting system, client device, upper router controller, method of displaying content and computer program |
| JP2008278261A (ja) * | 2007-04-27 | 2008-11-13 | Sharp Corp | 中継装置、中継装置制御方法、通信システムおよび中継プログラム |
| WO2009017105A1 (ja) * | 2007-07-30 | 2009-02-05 | Nec Corporation | 通信端末、配信システム、変換方法、及びプログラム |
| JP2009044467A (ja) * | 2007-08-09 | 2009-02-26 | Hitachi Ltd | 放送受信装置 |
| JP2009188856A (ja) * | 2008-02-08 | 2009-08-20 | Hitachi Communication Technologies Ltd | ゲートウェイおよびｉｐマルチキャスト放送配信方法 |
| JP2009284268A (ja) * | 2008-05-22 | 2009-12-03 | Mitsubishi Electric Corp | マルチキャスト放送システムおよび受信機 |
| JP2010508701A (ja) * | 2006-10-30 | 2010-03-18 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | コンテンツ配信ポイントから利用可能な情報を制御するための方法および機器 |
| JP2010093576A (ja) * | 2008-10-08 | 2010-04-22 | Sony Corp | 受信装置、受信方法およびコンピュータプログラム |
| WO2010087166A1 (ja) * | 2009-01-28 | 2010-08-05 | シャープ株式会社 | コンテンツ受信装置、コンテンツ受信方法、コンテンツ受信プログラム、および記憶媒体 |
| JP2012529824A (ja) * | 2009-06-10 | 2012-11-22 | トムソン ライセンシング | マルチキャストサービスを提供する方法 |
| JP2014526179A (ja) * | 2011-09-28 | 2014-10-02 | ポハン工科大学校産学協力団 | モバイルｉｐｔｖサービスの提供方法及びそれを実行するシステム |
| JP6319828B1 (ja) * | 2017-12-20 | 2018-05-09 | 一般社団法人日本ケーブルラボ | Ｉｐ放送のセッションを確立するクライアント、システム、方法及びプログラム |
| WO2018180572A1 (ja) * | 2017-03-31 | 2018-10-04 | ソニー株式会社 | 情報処理装置、受信装置、及び情報処理方法 |
-
2001
- 2001-11-02 JP JP2001338410A patent/JP3932019B2/ja not_active Expired - Fee Related
Cited By (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005303454A (ja) * | 2004-04-07 | 2005-10-27 | Ntt Docomo Inc | データ受信装置、及び、データ受信方法 |
| JP4601987B2 (ja) * | 2004-04-07 | 2010-12-22 | 株式会社エヌ・ティ・ティ・ドコモ | データ受信装置、及び、データ受信方法 |
| JP2008523685A (ja) * | 2004-12-13 | 2008-07-03 | コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ | ストリーミングデータ配信 |
| JP2012231478A (ja) * | 2004-12-13 | 2012-11-22 | Ipg Electronics 503 Ltd | ストリーミングデータ配信 |
| JP2006186737A (ja) * | 2004-12-28 | 2006-07-13 | Nec Commun Syst Ltd | 複数チャネルデータ配信システムおよび方法、それに使用するアクセス装置および受信端末 |
| JP2007243947A (ja) * | 2006-03-03 | 2007-09-20 | Thomson Licensing | ユーザ・コマンドに先行して視聴覚ストリームを送信する方法、並びにこの方法を実施する受信器及び送信器 |
| JP2007324814A (ja) * | 2006-05-31 | 2007-12-13 | Matsushita Electric Ind Co Ltd | 情報受信端末 |
| CN101529863B (zh) * | 2006-10-30 | 2012-12-19 | 朗讯科技公司 | 用于控制可从内容分发点获得的信息的方法和设备 |
| JP2010508701A (ja) * | 2006-10-30 | 2010-03-18 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | コンテンツ配信ポイントから利用可能な情報を制御するための方法および機器 |
| JP4940454B2 (ja) * | 2006-10-30 | 2012-05-30 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | コンテンツ配信ポイントから利用可能な情報を制御するための方法および機器 |
| US8522288B2 (en) | 2006-12-20 | 2013-08-27 | Hitachi, Ltd. | IP broadcasting system and a multicast group management apparatus for the same |
| JP2008160199A (ja) * | 2006-12-20 | 2008-07-10 | Hitachi Communication Technologies Ltd | Ｉｐ放送システム、及びｉｐ放送用マルチキャストグループ管理装置 |
| WO2008088015A1 (ja) * | 2007-01-19 | 2008-07-24 | Nec Corporation | 映像音声ストリーム配信システム、配信方法、および配信用プログラム |
| JP5003690B2 (ja) * | 2007-01-19 | 2012-08-15 | 日本電気株式会社 | 映像音声ストリーム配信システム、配信方法、および配信用プログラム |
| JP2008182426A (ja) * | 2007-01-24 | 2008-08-07 | Nec Corp | リソース確保方法とプログラム、映像音声ストリームの配信システムと中継装置、リソース管理装置 |
| US8239909B2 (en) | 2007-01-24 | 2012-08-07 | Nec Corporation | Method of securing resources in a video and audio streaming delivery system |
| WO2008090843A1 (ja) * | 2007-01-24 | 2008-07-31 | Nec Corporation | 映像音声ストリーミング配信システムにおけるリソース確保方法 |
| US7945936B2 (en) | 2007-02-15 | 2011-05-17 | Sony Corporation | Multicasting system, client device, upper router controller, method of displaying content and computer program |
| KR101392122B1 (ko) | 2007-02-15 | 2014-05-07 | 소니 주식회사 | 멀티캐스트 배신 시스템 및 멀티캐스트 배신 방법 |
| EP1959686A2 (en) | 2007-02-15 | 2008-08-20 | Sony Corporation | Multicasting system and multicasting method |
| EP1959685A2 (en) | 2007-02-15 | 2008-08-20 | Sony Corporation | Multicasting system, client device, upper router controller, method of displaying content and computer program |
| US8695050B2 (en) | 2007-02-15 | 2014-04-08 | Sony Corporation | Multicasting system and multicasting method |
| US7882531B2 (en) | 2007-02-15 | 2011-02-01 | Sony Corporation | Multicasting system and multicasting method |
| JP2008199540A (ja) * | 2007-02-15 | 2008-08-28 | Sony Corp | マルチキャスト配信システムおよびマルチキャスト配信方法 |
| JP2008278261A (ja) * | 2007-04-27 | 2008-11-13 | Sharp Corp | 中継装置、中継装置制御方法、通信システムおよび中継プログラム |
| JPWO2009017105A1 (ja) * | 2007-07-30 | 2010-10-21 | 日本電気株式会社 | 通信端末、配信システム、変換方法、及びプログラム |
| WO2009017105A1 (ja) * | 2007-07-30 | 2009-02-05 | Nec Corporation | 通信端末、配信システム、変換方法、及びプログラム |
| JP2009044467A (ja) * | 2007-08-09 | 2009-02-26 | Hitachi Ltd | 放送受信装置 |
| JP2009188856A (ja) * | 2008-02-08 | 2009-08-20 | Hitachi Communication Technologies Ltd | ゲートウェイおよびｉｐマルチキャスト放送配信方法 |
| JP2009284268A (ja) * | 2008-05-22 | 2009-12-03 | Mitsubishi Electric Corp | マルチキャスト放送システムおよび受信機 |
| US8255555B2 (en) | 2008-10-08 | 2012-08-28 | Sony Corporation | Reception apparatus and method for reducing time delay in channel switching |
| CN101720032B (zh) * | 2008-10-08 | 2012-09-05 | 索尼株式会社 | 接收设备、接收方法 |
| JP2010093576A (ja) * | 2008-10-08 | 2010-04-22 | Sony Corp | 受信装置、受信方法およびコンピュータプログラム |
| JP2010177888A (ja) * | 2009-01-28 | 2010-08-12 | Sharp Corp | コンテンツ受信装置、コンテンツ受信方法、コンテンツ受信プログラム、および記憶媒体 |
| WO2010087166A1 (ja) * | 2009-01-28 | 2010-08-05 | シャープ株式会社 | コンテンツ受信装置、コンテンツ受信方法、コンテンツ受信プログラム、および記憶媒体 |
| JP2012529824A (ja) * | 2009-06-10 | 2012-11-22 | トムソン ライセンシング | マルチキャストサービスを提供する方法 |
| US9077464B2 (en) | 2009-06-10 | 2015-07-07 | Thomson Licensing | Method for providing multicast services |
| JP2014526179A (ja) * | 2011-09-28 | 2014-10-02 | ポハン工科大学校産学協力団 | モバイルｉｐｔｖサービスの提供方法及びそれを実行するシステム |
| WO2018180572A1 (ja) * | 2017-03-31 | 2018-10-04 | ソニー株式会社 | 情報処理装置、受信装置、及び情報処理方法 |
| JP6319828B1 (ja) * | 2017-12-20 | 2018-05-09 | 一般社団法人日本ケーブルラボ | Ｉｐ放送のセッションを確立するクライアント、システム、方法及びプログラム |
| JP2019110495A (ja) * | 2017-12-20 | 2019-07-04 | 一般社団法人日本ケーブルラボ | Ｉｐ放送のセッションを確立するクライアント、システム、方法及びプログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3932019B2 (ja) | 2007-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003143587A (ja) | 番組選択方法、番組選択装置及び番組選択プログラム | |
| US10270821B2 (en) | Content delivery system and method | |
| US8695050B2 (en) | Multicasting system and multicasting method | |
| US7945936B2 (en) | Multicasting system, client device, upper router controller, method of displaying content and computer program | |
| US8887216B2 (en) | System and method of delivering video content | |
| US8566886B2 (en) | Passive video caching for edge aggregation devices | |
| US8533765B2 (en) | On demand system and method using dynamic broadcast scheduling | |
| US8255555B2 (en) | Reception apparatus and method for reducing time delay in channel switching | |
| RU2298288C2 (ru) | Уведомление об информационных услугах путем широковещательной или многоадресной передачи | |
| US20080168507A1 (en) | Content distribution arbitration apparatus and method for the same | |
| EP3014808B1 (en) | Content distribution system and method | |
| KR20120053516A (ko) | 인터넷 프로토콜 텔레비전 채널 전환 시간 지연 감소 방법 및 시스템 | |
| US8626924B2 (en) | Apparatus and method for providing computing resources | |
| Lee et al. | Design, performance analysis, and implementation of a super-scalar video-on-demand system | |
| CN115942007A (zh) | 直播流调度方法及装置 | |
| Cai et al. | A double patching technique for efficient bandwidth sharing in video-on-demand systems | |
| US9077464B2 (en) | Method for providing multicast services | |
| JP2008278261A (ja) | 中継装置、中継装置制御方法、通信システムおよび中継プログラム | |
| Lee et al. | Hybrid video-on-demand systems using dynamic channel allocation architecture | |
| EP2790376A1 (en) | Management of delivery multimedia components | |
| US20040122899A1 (en) | Content distribution system and content distribution method | |
| KR101002623B1 (ko) | 데이터 방송을 위한 방송 아이템 스케줄링 방법 | |
| Cao et al. | MAI: multiple attributes integration for deadline-aware pull-based broadcast scheduling | |
| Sujatha et al. | A hybrid approach for providing quality of service in video-on-demand system | |
| CN106792216A (zh) | 分布式文件系统中流媒体读取方法及服务器 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061218 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061227 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070215 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070307 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070307 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110323 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110323 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120323 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |