JP3932019B2 - Program selection method, program selection device, and program selection program - Google Patents

Program selection method, program selection device, and program selection program Download PDF

Info

Publication number
JP3932019B2
JP3932019B2 JP2001338410A JP2001338410A JP3932019B2 JP 3932019 B2 JP3932019 B2 JP 3932019B2 JP 2001338410 A JP2001338410 A JP 2001338410A JP 2001338410 A JP2001338410 A JP 2001338410A JP 3932019 B2 JP3932019 B2 JP 3932019B2
Authority
JP
Japan
Prior art keywords
program
multicast
terminal
programs
packet
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.)
Expired - Fee Related
Application number
JP2001338410A
Other languages
Japanese (ja)
Other versions
JP2003143587A (en
Inventor
享邦 西田
恵一 小池
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2001338410A priority Critical patent/JP3932019B2/en
Publication of JP2003143587A publication Critical patent/JP2003143587A/en
Application granted granted Critical
Publication of JP3932019B2 publication Critical patent/JP3932019B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、映像等の番組コンテンツ(以下、番組)がネット経由で配信されるネット放送の受信に係り、詳しくは、利用者の要求に対して視聴番組を高速に切り替える番組選択方法、番組選択装置及び番組選択プログラムに関する。
【0002】
【従来の技術】
従来、ネット放送を少ないネットワークリソースで実現するために、マルチキャストを使用し、その番組選択の制御のためにIGMP(Internet Group Management Protocol)を用いている。IGMPでは、マルチキャスト配信(1対n配信)されている各番組のグループをマルチキャストグループと称している。
【0003】
IGMP機能を備えたネット放送端末は、視聴する番組を切り替えるときjoinパケットを送出して、マルチキャストポイント(ネットワークノート)にマルチキャストグループに参加すること(端末が当該番組のマルチキャスト配信先の一つとして加わること)を通知すると共に、自ネットワークインタフェースに対し、対応するEthernet address(MACアドレス)宛てのフレームを上位プロトコルに送るように設定する。次に別の番組を見ようとするときには、leaveパケットを送出して、今現在参加しているマルチキャストグループから脱退した後、新たにjoinパケットを送出し、これから視聴する番組のマルチキャストグループに参加する。
【0004】
【発明が解決しようとする課題】
従来技術において、自端末の直近のマルチキャストポイントにまで、今から視聴しようとするマルチキャストツリーが形成されていれば、ネット放送番組の切り替えによるレスポンスタイムは早いと考えられるが、そうでない場合には、自端末が所望のマルチキャストグループに参加するために上位マルチキャストポイント、時には数段前のマルチキャストポイントから自端末までマルチキャストツリーを構築しなければならないので、ネット放送番組の切り替え速度は遅くなる。特に、通常のテレビでよく行われるチャネルのアップ・ダウンといった操作を行う場合、レスポンスの遅さは、利用者にストレスを与えることになる。
【0005】
ネット放送番組切り替え時のレスポンスタイムを向上させるため、電子番組表等で表示される番組表から、すべてのネット放送番組のマルチキャストグループに参加する方法が考えられるが、実際に上位プロトコルにパケットを上げるのは、電子番組表上等で利用者が選択した番組のマルチキャストグループのパケットのみである。一方、ネット放送番組の切り替えにより、ネットワークインタフェースに対し、対応するEthernet address宛てのフレームのみを上位プロトコルにパケットを上げるように設定することにより実現している。この場合、電子番組表等に記載されているすべての番組のパケットは、ネットワークインタフェースまで到達しており、ユーザの番組選択操作は、ネットワークインタフェースに上位プロトコルにパケットを上げるためのEthernet addressを設定するだけなので、レスボンスタイムの向上が期待できる。ただし、電子番組表等に記載される番組の数が膨大であると、ネットワークリソースが大量に消費されることになる。
【0006】
本発明は、上記のような課題を解決するためになされたものであり、その目的は、ある限られた番組数に対して、それらマルチキャストグループへの同時参加を行い、番組切り替えレスポンスタイムの向上を行うと共にネットワークリソースの大量消費を抑制することにある。
【0007】
【課題を解決するための手段】
本発明は、利用者端末(ネット放送端末)において、利用者による番組選択時に、次に選択される可能性の高い番組を予測して、該予測された番組の配信要求を送出し、配信された番組の中から、利用者により選択された番組のみを受信するようにする。
【0008】
具体的には、番組選択時に、番組表に基づく当該選択された番組との空間的距離と、アクセス履歴から得られるジャンルに基づく嗜好距離との総和によって、番組の距離Lを求め、この距離Lが小さい番組から順に、番組が使用する帯域の総和が所定の帯域幅以下となる最大数の番組を抽出して、この抽出された番組に対して、マルチキャストグループへの参加要求を送出する。そして、選択された番組のマルチキャストパケットを受信し、抽出された番組のマルチキャストパケットは受信しないようにする。
【0009】
【発明の実施の形態】
以下、本発明の一実施形態について図面を用いて説明する。
図1は、本発明が適用されるネット放送システムの構成図を示す。図1において、100−1〜100−nはネット放送端末としての利用者端末(以下、端末)、110は電子番組表等の番組表管理サーバ(以下、EGPサーバ)、120−1〜120−mは番組配信サーバ、130はこれらを接続するネットワークである。
【0010】
EGP110は、各番組配信サーバ120−1〜120−mが配信サービスに供する番組(番組コンテンツ)の番組表(電子番組表)を管理しており、ある端末100−iから要求があると、該端末100−iに対して電子番組表を送付する。端末100−iの利用者は、EPGサーバ110から送付された番組表により視聴する番組を選択する。一方、番組配信サーバ120−1〜120−mでは、通常、それぞれ定常的に番組をネットワーク130に送出している。ネットワーク130は一般に多段のマルチキャストポイント(ノード)からなり、端末100−1〜100−nに対して、各番組配信サーバ120−1〜120−mから送出される番組をマルチキャスト配信する。
【0011】
いま、例えば番組配信サーバ120−1の番組Aが端末100−2〜100−nに配信されているとする。これが番組Aのマルチキャストグループである。端末100−1の利用者は、番組Aを視聴しようとした場合、電子番組表により該番組Aを選択する。これを受けて、端末100−1は、番組Aのjoinパケット(配信要求)を送出して、マルチキャストポイントに番組Aのマルチキャストグループに参加することを通知すると共に、自ネットワークインタフェースに対して、番組Aのマルチキャストパケットを受信可能に設定する。マルチキャストポイントは、端末100−1から番組Aのjoinパケットを受信すると、端末100−1に対しても番組Aのマルチキャストパケットを配信する。即ち、端末100−2〜100−nに加えて、端末100−1も番組Aのマルチキャスト配信先の一つとする。端末100−1は、自ネットワークインタフェースが番組Aのマルチキャストパケットを受信可能に設定されているため、マルチキャストポイントから配信された番組Aのマルチキャストパケットを自ネットワークインタフェースを介して受信する。
【0012】
一方、端末100−1の利用者が別の番組を選択等した場合、端末100−1は番組Aのleaveパケット(配信停止要求)を送出する。マルチキャストポイントは、端末100−1から番組Aのleaveパケットを受信すると、端末100−1に対する番組Aのマルチキャストパケットの配信を停止する。これにより、端末100−1は、今まで参加していた番組Aのマルチキャストグループから離脱する。
【0013】
以上は従来と同様であるが、本発明は、利用者が視聴する番組を選択したとき、端末において、次に選択される可能性の高い番組を予測し、該予測により得られた番組(予測番組)のjoinパケットを送出して、該予測番組に対応するマルチキャストパケットをマルチキャストポイントから自ネットワークインタフェースまで到達しておくようにする。これにより、利用者が視聴する番組を切り替え、当該番組のマルチキャストパケットが自ネットワークインタフェースまで到達していると、端末(アプリケーション)において即座に該番組のマルチキャストパケットを取得できる。
【0014】
端末100−1〜100−n(以下、端末100)は、図2に示すように、CPU210、ハードディスク等の記憶装置220、キーボード230、マウス240、ディスプレイ250及びネットワークインタフェース260等からなるネット放送番組受信機能を備えたパソコン、携帯端末などである。CPU210は、各部を制御するとともに、後述の番組選択処理を実行する。記憶装置220は、CPU210で実行するプログラムに加えて、本発明に関連する構成として予測番組テーブル221、アクセス履歴データベース(DB)222を具備する。予測番組テーブル221は前回予測結果の番組(予測番組)を保持し、アクセス履歴DB222は、当該端末100の利用者が選択した番組のジャンル別等のアクセス履歴を保持している。
【0015】
図3に、本発明の番組選択装置の一実施例としての端末100の全体的処理フローチャートを示す。図3の処理は、実際にはCPU210が受け持つが、ここでは端末100で統一する。
【0016】
端末100は、利用者(ユーザ)から要求があると、電子番組表の要求をEGPサーバ110へ送信し(ステップ301)、EGPサーバ110から電子組表を受信してディスプレイ250に表示する(ステップ302)。利用者は、ディスプレイ250上の電子番組表画面において、キーボード230やマウス240を用いて視聴しようとする番組を選択する(ステップ303)。ここでは、利用者が選択した番組をユーザ選択番組と呼ぶことにする。
【0017】
端末100は、ユーザ選択番組のjoinパケットを送出して、ネットワーク(マルチキャストポイント)130に該ユーザ選択番組のマルチキャストグループへの参加を通知すると共に(ステップ304)、自ネットワークインタフェース260に対して、該ユーザ選択番組のマルチキャストパケットを受信可能(取得可能)に設定する(ステップ305)。ユーザ選択番組のjoinパケット送出に応答して、マルチキャストポイントから該ユーザ選択番組のマルチキャストパケットが、端末100のネットワークインタフェース260に到達する。ステップ305で、ネットワークインタフェース260は該ユーザ選択番号のマルチキャストパケットを受信可能に設定されているため、端末100は、該ユーザ選択番組のマルチキャストパケットを受信し、その番組コンテンツをディスプレイ250に
表示する(ステップ306)。
【0018】
その後又は上記処理と並行して、端末100は、電子番組表上での当該ユーザ選択番組と他番組との間の距離や利用者の嗜好情報等に基づき、次に選択される可能性の高い番組を予測する(ステップ307)。この番組選択予測の詳細については後述する。次に、端末100は、予測番組テーブル221に保持されている前回予測結果の番組と今回予測して得られた番組とを突き合わせて、予測番組テーブル221に保持されている番組が今回予測された番組にない場合、該番組を予測番組テーブル221から削除し(即ち以後、選択される可能性が少ない)、また、今回予測された番組が予測番組テーブル221にない場合には、該番組を予測番組テーブル221に追加する(ステップ308)。次に、端末100は、予測番組テーブル221に追加した番組のjoinパケットを送出して、マルチキャストポイントに該番組のマルチキャストグループへの参加を通知し、また、予測番組テーブル221から削除した番組のleaveパケットを送出して、マルチキャストポイントに該番組のマルチキャストグループからの離脱を通知する(ステップ309)。
【0019】
端末100での上記処理により、自ネットワークインタフェース260には、ユーザ選択番組のマルチキャストパケット及び現時点で予測番組テーブル221に登録されている番組(予測番組)のマルチキャストパケットが到達するが、ネットワークインタフェース260はユーザ選択番組のマルチキャストパケットを受信可能に設定されているため、端末100では、該ユーザ選択番組のマルチキャストパケットを受信し続ける。
【0020】
その後、利用者が視聴する番組を切り替えると、端末100は、自ネットワークインタフェース260に対して、その新たなユーザ選択番組のマルチキャストパケットを取得可能に設定する。この結果、該新たなユーザ選択番組が前回予測番組に含まれていて、そのマルチキャストパケットが自ネットワークインタフェース260まで到達していれば、端末100は、該新たなユーザ選択番組のマルチキャストパケットを直ちに受信して、該新たなユーザ選択番組のjoinパケットの送出を省略する。次に再び、端末100は、該新たな番組の選択を契機に番組選択予測処理を実施する。
【0021】
次に、番組選択予測処理について詳述する。番組選択予測は、番組表(電子番組表)とアクセス履歴DB222を用いて、例えば、次のようにして行う。
【0022】
今、電子番組表401が図4の様であるとし、利用者が選択している番組Cのオブジェクトからの各番組A,B,D,E,Fのオブジェクト間の電子番組表401上での空間的距離をαとする。また、アクセス履歴DB222を参照して、利用者の過去のアクセス履歴から好みのジャンルと言った嗜好情報を距離(嗜好的距離)に用いる。例えば、ジャンルとして、A,B,Cが有るとし、過去のそれぞれのジャンルに対するアクセス履歴がa,b,c回であったとした場合、1/a,1/b,1/cをそれぞれのジャンルに対する距離βとする。その場合、電子番組401上での複数番組表のマルチキャストグループへの参加を決めるための距離値Lは、例えば
L=α+β (1)
の様に求められる。この距離が小さいものから順に、所定数の番組(予測番組)を選択し、マルチキャストグループに参加する対象とする。図4の例では、利用者が番組Cを選択した場合、A,E,Bの順に、次に選択される可能性の高い番組が選択され、これらA,E,Bが各マルチキャストグループに参加する対象となる。
【0023】
さらに、電子番組表401が複数のページによって構成されている場合には、今現在見ている電子番組表のページ内のオブジェクトの距離を同じとし、距離値Lは、各ページ間に空間的距離を導入した、例えば
L=γx+β (2)
によって求めることも考えられる。ここで、γは各ページ間の空間的距離の重み、xは今現在見ている電子番組表のページから各ページまでのページ数(空間的距離)である。
【0024】
なお、空間的距離は、同じページ内における番組オブジェクト間の距離やページ間の距離のみでなく、その双方を組み合わせたものも考えられる。また、嗜好的距離に関しては、選んだマルチキャストグループのアドレスに対して、何回アクセスしたかのほかに、接続していた時間のトータルを記憶しておく方法も考えられる。また、送られてくるパケットに分野や番組情報を載せ、それに対するアクセス回数等を記憶しておく方法、さらに、マルチキャストグループ(試聴している)に参加した開始・終了時刻により、ネットワーク上のどのマルチキャストグループで、どの時刻にどんな分野の番組を流していたか検索するなどの方法も考えられる。
【0025】
次に、予測番組数の絞り込みについて説明する。選択する予測番組数、即ち、複数マルチキャストグループへの同時参加数は、例えば、各番組の使用する帯域が分かっているならば、図5に示すように、利用者が指定する複数マルチキャストグループへの参加により使用される総帯域分に絞り込むようにする。まず、マルチキャストグループ参加対象の番組を距離値Lによりソートする(ステップ501)。ここで、各番組の距離値をL(n)とする。nはソート後の順番で、最も距離値の小さいものの番号を0とする。また、番組をC(n)とする。次に、n=0、acc=0を初期設定し(ステップ502)、acc>rsvを満たすまで、ステップ503〜505の処理を繰り返す。ここで、「acc」は複数マルチキャストグループの帯域の累積値、「rsv」は複数マルチキャストグループに割り振る帯域幅の閾値である。acc>rsvを満たしたなら、それまでの番組C(0)〜C(n−1)を次に選択される可能性の高い番組として、複数マルチキャストグループへの参加対象とする(ステップ506)。
【0026】
なお、予測番組数の絞り込みは、例えば、単純に3までと云ったように、複数マルチキャストグループの参加数を固定することでもよい。
【0027】
図6及び図7に、本発明による番組選択の具体的動作例を示す。なお、ここでは番組配信サーバは省略して示している。
【0028】
端末100は、番組表(電子番組表)の要求をEGPサーバ110へ送信し、EGPサーバ110から電子番組表を受信する。いま、該電子番組表から、利用者が番組Cを選択したとする。端末100は、番組Cのjoinパケットをネットワーク(マルチキャストポイント)130に送出するとともに、自ネットワークインタフェース260を番組Cのマルチキャストパケットが受信可能に設定する。この結果、マルチキャストポイントから番組Cのマルチキャストパケットが端末100のネットワークインタフェース260に到達し、端末100は該番組Cのマルチキャストパケットを受信する。
【0029】
これと並行して、端末100は次に選択される可能性の高い番組を予測し、ここでは、番組A,B,Eが選択されたとする。いま、予測番組テーブル221が空とした場合、端末100は、これら番組A,B,Eを予測番組テーブル221に追加し、同時に、番組A,B,Eのjoinパケットをマルチキャストポイントに送出する。この結果、マルチキャストパケットから番組A,B,E,Cのマルチキャストパケットが端末100のネットワークインタフェース260に到達するが、端末100では、番組Cのマルチキャストパケットのみ受信し続ける。
【0030】
次に、利用者が視聴する番組をEに切り替えたとする。端末100は、自ネットワークインタフェース260を番組Eのマルチキャストパケットを取得可能なように設定する。この結果、端末100では、自ネットワークインタフェース260まで到達している番組Eのマルチキャストパケットの受信を直ちに開始し、番組Eのjoinパケットの送出は省略する。
【0031】
これと並行して、端末100は、再び次に選択される可能性の高い番組を予測し、ここでは、番組A,C,Fが選択されたとする。ここで、今回予測された番組A,C,Fに前回予測された番組Bが含まれていないため、予測番組テーブル221から番組Bを削除する。また、今回予測された番組Fが前回予測された番組A,B,Eに含まれていないため、番組Fを予測番組テーブル221に追加する。これにより、端末100はマルチキャストポイントへ、番組Fのjoinパケット及び番組Bのleaveパケットを送出する。この結果、マルチキャストポイントから番組A,E,F,Cのマルチキャストパケットが端末100のネットワークインタフェース260に到達するようになり、端末100では、このうちの番組Eのマルチキャストパケットを受信し続ける。
【0032】
なお、図2で示した端末100におけるCPU210の一部もしくは全部の処理機能をコンピュータのプログラムで構成し、そのプログラムをコンピュータを用いて実行して本発明を実現することができること、あるいは、図3で示した処理手順をコンピュータのプログラムで構成し、そのプログラムをコンピュータに実行させることができることは言うまでもなく、また、コンピュータでその処理機能を実現するためのプログラム、あるいは、コンピュータにその処理手順を実行させるためのプログラムを、そのコンピュータが読み取り可能な記録媒体、例えば、FD(フロッピーディスク(登録商標)や、MO、ROM、メモリカード、CD、DVD、リムーバブルディスクなどに記録して、保存したり、提供したりすることができるとともに、インターネット等のネットワークを通してそのプログラムを配布したりすることが可能である。
【0033】
【発明の効果】
以上説明したように、本発明によれば、ネット経由で映像等の番組コンテンツがマルチキャスト配信される状況下で、ネットワークリソースの消費を抑えながらも、高速な番組選択が可能になる。
【図面の簡単な説明】
【図1】 本発明が適用されるネット放送システムの全体構成図である。
【図2】 ネット放送端末(利用者端末)の一実施例の構成図である。
【図3】 本発明による番組選択処理の一実施例を示すフロー図である。
【図4】 番組選択予測を説明するための図である。
【図5】 予測番組数の絞り込み処理の一実施例を示すフロー図である。
【図6】 本発明による番組選択処理動作の具体例を示すシーケンス図である。
【図7】 図6の続きのシーケンス図である。
【符号の説明】
100−1〜100−n 端末
110 EGPサーバ
120−1〜120−m 番組配信サーバ
130 マルチキャストポイント群
210 CPU
220 記憶装置
221 予測番組テーブル
222 アクセス履歴DB
230 キーボード
240 マウス
250 ディスプレイ
260 ネットワークインタフェース
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to reception of a network broadcast in which program content such as video (hereinafter referred to as a program) is distributed via the Internet, and more specifically, a program selection method and program selection for switching a viewing program at high speed in response to a user request. The present invention relates to an apparatus and a program selection program.
[0002]
[Prior art]
Conventionally, in order to realize network broadcasting with a small number of network resources, multicast is used, and IGMP (Internet Group Management Protocol) is used for control of program selection. In IGMP, a group of programs that are multicast-distributed (one-to-n distribution) is referred to as a multicast group.
[0003]
A network broadcasting terminal equipped with the IGMP function sends a join packet when switching a program to be viewed, and joins a multicast group (network note) in a multicast group (the terminal joins as a multicast distribution destination of the program) And a frame addressed to the corresponding Ethernet address (MAC address) is set to be sent to the upper layer protocol for the own network interface. Next, when another program is to be watched, a leave packet is sent out, and after leaving the currently participating multicast group, a new join packet is sent out and joined to the multicast group of the program to be viewed.
[0004]
[Problems to be solved by the invention]
In the prior art, if a multicast tree to be viewed from now is formed up to the nearest multicast point of the own terminal, it is considered that the response time by switching of the Internet broadcast program is fast, but if not, In order for the terminal itself to join the desired multicast group, a multicast tree must be constructed from the upper multicast point, sometimes a multicast point several stages before, to the terminal itself, so the switching speed of the net broadcast program is slow. In particular, when an operation such as channel up / down, which is often performed on a normal television, is performed, the slow response gives stress to the user.
[0005]
In order to improve the response time when switching to an online broadcast program, it is possible to join a multicast group for all online broadcast programs from the program guide displayed in the electronic program guide, etc., but actually increase the packet to the upper protocol. This is only the multicast group packet of the program selected by the user on the electronic program guide or the like. On the other hand, it is realized by switching the network broadcast program so that only the frame addressed to the corresponding Ethernet address is set to the higher protocol for the network interface. In this case, the packets of all programs described in the electronic program guide etc. have reached the network interface, and the user's program selection operation sets an Ethernet address for raising the packet to the upper protocol in the network interface. Therefore, you can expect an improvement in the response time. However, if the number of programs described in the electronic program guide is enormous, a large amount of network resources will be consumed.
[0006]
The present invention has been made in order to solve the above-described problems, and its purpose is to simultaneously participate in a multicast group for a limited number of programs and improve a program switching response time. And reducing the consumption of network resources.
[0007]
[Means for Solving the Problems]
The present invention predicts a program that is likely to be selected next when a user selects a program at a user terminal (net broadcasting terminal), sends a distribution request for the predicted program, and is distributed. Only the program selected by the user is received from the recorded programs.
[0008]
Specifically, at the time of program selection, the distance L of the program is obtained by the sum of the spatial distance to the selected program based on the program guide and the preference distance based on the genre obtained from the access history. In order from the smallest program, the maximum number of programs whose total bandwidth used by the program is equal to or less than a predetermined bandwidth is extracted, and a request to participate in the multicast group is sent to the extracted programs. Then, the multicast packet of the selected program is received, and the multicast packet of the extracted program is not received.
[0009]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 shows a configuration diagram of a network broadcasting system to which the present invention is applied. 1, reference numerals 100-1 to 100-n denote user terminals (hereinafter referred to as terminals) as network broadcasting terminals, 110 denotes a program guide management server (hereinafter referred to as EGP server) such as an electronic program guide, and 120-1 to 120-. m is a program distribution server, and 130 is a network connecting them.
[0010]
The EGP 110 manages a program guide (electronic program guide) of programs (program contents) provided by the program delivery servers 120-1 to 120-m to the delivery service, and when there is a request from a certain terminal 100-i, An electronic program guide is sent to the terminal 100-i. The user of the terminal 100-i selects a program to view according to the program guide sent from the EPG server 110. On the other hand, the program distribution servers 120-1 to 120-m normally send programs to the network 130 on a regular basis. The network 130 generally includes multi-stage multicast points (nodes), and multicasts the programs sent from the program distribution servers 120-1 to 120-m to the terminals 100-1 to 100-n.
[0011]
Now, for example, it is assumed that the program A of the program distribution server 120-1 is distributed to the terminals 100-2 to 100-n. This is the multicast group for program A. When the user of the terminal 100-1 intends to view the program A, the user selects the program A from the electronic program guide. In response to this, the terminal 100-1 sends out a join packet (distribution request) of the program A to notify the multicast point that it will join the multicast group of the program A, and to the network interface of the terminal 100-1. A multicast packet of A is set to be receivable. When receiving the program A join packet from the terminal 100-1, the multicast point also distributes the program A multicast packet to the terminal 100-1. That is, in addition to the terminals 100-2 to 100-n, the terminal 100-1 is one of the multicast distribution destinations of the program A. Terminal 100-1, its own network interface because it is set to be received multicast packet of the program A, to receive the multicast packets of the delivered program A from the multicast point via its own network interface.
[0012]
On the other hand, when the user of the terminal 100-1 selects another program, the terminal 100-1 transmits a leave packet (distribution stop request) of the program A. When the multicast point receives the leave packet of program A from terminal 100-1, the multicast point stops distributing the multicast packet of program A to terminal 100-1. As a result, the terminal 100-1 leaves the multicast group of the program A that has participated so far.
[0013]
Although the above is the same as the conventional one, in the present invention, when a user selects a program to be viewed, the terminal predicts a program that is likely to be selected next, and a program obtained by the prediction (prediction) Program) is sent out so that the multicast packet corresponding to the predicted program reaches the network interface from the multicast point. As a result, when the program to be viewed by the user is switched and the multicast packet of the program reaches the own network interface, the multicast packet of the program can be immediately acquired at the terminal (application).
[0014]
As shown in FIG. 2, terminals 100-1 to 100-n (hereinafter referred to as terminals 100) are network broadcast programs including a CPU 210, a storage device 220 such as a hard disk, a keyboard 230, a mouse 240, a display 250, a network interface 260, and the like. A personal computer or a mobile terminal equipped with a receiving function. The CPU 210 controls each unit and executes a program selection process described later. In addition to the program executed by the CPU 210, the storage device 220 includes a predicted program table 221 and an access history database (DB) 222 as components related to the present invention. The predicted program table 221 holds a program (predicted program) of the previous prediction result, and the access history DB 222 holds an access history by program category selected by the user of the terminal 100.
[0015]
FIG. 3 shows an overall process flowchart of the terminal 100 as an embodiment of the program selection apparatus of the present invention. The processing of FIG. 3 is actually handled by the CPU 210, but here is unified by the terminal 100.
[0016]
When there is a request from the user (user), the terminal 100 transmits a request for the electronic program guide to the EGP server 110 (step 301), receives the electronic schedule from the EGP server 110, and displays it on the display 250 (step 250). 302). The user selects a program to be viewed on the electronic program guide screen on the display 250 using the keyboard 230 and the mouse 240 (step 303). Here, the program selected by the user is called a user-selected program.
[0017]
The terminal 100 transmits a join packet of the user-selected program, notifies the network (multicast point) 130 of the participation of the user-selected program in the multicast group (step 304), and notifies the network interface 260 of the user-selected program. A multicast packet of the user-selected program is set to be receivable (acquisable) (step 305). In response to sending the join packet of the user-selected program, the multicast packet of the user-selected program reaches the network interface 260 of the terminal 100 from the multicast point. In step 305, since the network interface 260 is set to be able to receive the multicast packet of the user-selected number, the terminal 100 receives the multicast packet of the user-selected program and displays the program content on the display 250 ( Step 306).
[0018]
After or in parallel with the above processing, the terminal 100 is likely to be selected next based on the distance between the user-selected program and other programs on the electronic program guide, user preference information, and the like. A program is predicted (step 307). Details of this program selection prediction will be described later. Next, the terminal 100 matches the program of the previous prediction result held in the prediction program table 221 with the program obtained by this prediction, and the program held in the prediction program table 221 is predicted this time. If the program is not in the program, the program is deleted from the predicted program table 221 (that is, it is less likely to be selected thereafter), and if the program predicted this time is not in the predicted program table 221, the program is predicted. It adds to the program table 221 (step 308). Next, the terminal 100 sends a join packet of the program added to the predicted program table 221 to notify the multicast point of participation in the multicast group of the program, and also leaves the program deleted from the predicted program table 221 A packet is transmitted to notify the multicast point that the program has left the multicast group (step 309).
[0019]
Through the above processing in the terminal 100, the multicast packet of the user-selected program and the multicast packet of the program (predicted program) currently registered in the predicted program table 221 arrive at the local network interface 260. Since it is set to be able to receive the multicast packet of the user-selected program, the terminal 100 continues to receive the multicast packet of the user-selected program.
[0020]
Thereafter, when the user switches the program to be viewed, the terminal 100 sets the own network interface 260 so that a multicast packet of the new user-selected program can be acquired. As a result, if the new user-selected program is included in the previous predicted program and the multicast packet has reached its own network interface 260, the terminal 100 immediately receives the multicast packet of the new user-selected program. Thus, sending out the join packet of the new user-selected program is omitted. Next, the terminal 100 again performs a program selection prediction process triggered by the selection of the new program.
[0021]
Next, the program selection prediction process will be described in detail. The program selection prediction is performed as follows using the program table (electronic program table) and the access history DB 222, for example.
[0022]
Now, assuming that the electronic program guide 401 is as shown in FIG. 4, the electronic program guide 401 between the objects of the programs A, B, D, E, and F from the object of the program C selected by the user is shown. Let α be the spatial distance. In addition, referring to the access history DB 222, preference information such as a favorite genre from a user's past access history is used as a distance (preference distance). For example, if there are A, B, and C as genres, and the access history for each past genre is a, b, and c times, 1 / a, 1 / b, and 1 / c are assigned to each genre. The distance β with respect to. In this case, the distance value L for determining participation in the multicast group of a plurality of program guides on the electronic program 401 is, for example, L = α + β (1)
Is required. A predetermined number of programs (predicted programs) are selected in ascending order of the distance and are set as subjects to participate in the multicast group. In the example of FIG. 4, when the user selects the program C, the program that is likely to be selected next is selected in the order of A, E, and B, and these A, E, and B participate in each multicast group. It becomes a target to do.
[0023]
Further, when the electronic program guide 401 is composed of a plurality of pages, the distance between objects in the page of the electronic program guide currently being viewed is the same, and the distance value L is a spatial distance between the pages. For example, L = γx + β (2)
It is possible to ask for it. Here, γ is the weight of the spatial distance between the pages, and x is the number of pages (spatial distance) from the page of the electronic program guide currently viewed to each page.
[0024]
Note that the spatial distance may be not only the distance between program objects and the distance between pages in the same page, but also a combination of both. As for the preferred distance, in addition to how many times the address of the selected multicast group has been accessed, a method of storing the total connected time can be considered. In addition, the field and program information is put in the packet sent, the number of accesses to the packet is stored, and the start / end time of participation in the multicast group (listening) is also selected on the network. It is also possible to search for a program in which field at which time in a multicast group.
[0025]
Next, narrowing down the predicted number of programs will be described. The predicted number of programs to be selected, that is, the number of simultaneous participations in a plurality of multicast groups, for example, if the bandwidth used by each program is known, as shown in FIG. Limit the total bandwidth used by participation. First, the multicast group participation target programs are sorted by the distance value L (step 501). Here, the distance value of each program is L (n). n is the order after sorting, and the number of the smallest distance value is set to 0. The program is C (n). Next, n = 0 and acc = 0 are initialized (step 502), and steps 503 to 505 are repeated until acc> rsv is satisfied. Here, “acc” is a cumulative value of the bandwidth of the plurality of multicast groups, and “rsv” is a bandwidth threshold allocated to the plurality of multicast groups. If acc> rsv is satisfied, the programs C (0) to C (n−1) up to that point are selected as the programs that are likely to be selected next, and are to be participated in a plurality of multicast groups (step 506).
[0026]
Note that the number of predicted programs may be narrowed down by, for example, simply fixing the number of participations in a plurality of multicast groups, up to three.
[0027]
6 and 7 show specific operation examples of program selection according to the present invention. Here, the program distribution server is omitted.
[0028]
The terminal 100 transmits a request for a program guide (electronic program guide) to the EGP server 110 and receives the electronic program guide from the EGP server 110. Now, assume that the user selects program C from the electronic program guide. The terminal 100 transmits a join packet of the program C to the network (multicast point) 130 and sets its own network interface 260 so that the multicast packet of the program C can be received. As a result, the multicast packet of the program C reaches the network interface 260 of the terminal 100 from the multicast point, and the terminal 100 receives the multicast packet of the program C.
[0029]
In parallel with this, the terminal 100 predicts a program that is likely to be selected next, and it is assumed here that the programs A, B, and E are selected. If the predicted program table 221 is now empty, the terminal 100 adds these programs A, B, and E to the predicted program table 221 and simultaneously transmits the join packets of the programs A, B, and E to the multicast point. As a result, the multicast packets of programs A, B, E, and C reach the network interface 260 of the terminal 100 from the multicast packets, but the terminal 100 continues to receive only the multicast packet of program C.
[0030]
Next, it is assumed that the program viewed by the user is switched to E. The terminal 100 sets its own network interface 260 so that a multicast packet of the program E can be acquired. As a result, the terminal 100 immediately starts receiving the multicast packet of the program E that has reached its network interface 260, and omits sending of the join packet of the program E.
[0031]
In parallel with this, the terminal 100 predicts again a program that is likely to be selected next, and it is assumed here that the programs A, C, and F are selected. Here, since the previously predicted program B is not included in the currently predicted programs A, C, and F, the program B is deleted from the predicted program table 221. In addition, since the currently predicted program F is not included in the previously predicted programs A, B, and E, the program F is added to the predicted program table 221. As a result, the terminal 100 transmits a join packet of the program F and a leave packet of the program B to the multicast point. As a result, the multicast packets of the programs A, E, F, and C reach the network interface 260 of the terminal 100 from the multicast point, and the terminal 100 continues to receive the multicast packet of the program E among these.
[0032]
Note that a part or all of the processing functions of the CPU 210 in the terminal 100 shown in FIG. 2 can be configured by a computer program and the program can be executed using the computer to implement the present invention, or FIG. It goes without saying that the processing procedure shown in Fig. 1 can be configured by a computer program and the program can be executed by the computer, and the program for realizing the processing function by the computer or the processing procedure is executed by the computer. The program to be recorded on a computer-readable recording medium such as FD (floppy disk (registered trademark), MO, ROM, memory card, CD, DVD, removable disk, etc. And can provide Moni, it is possible to or distribute the program through a network such as the Internet.
[0033]
【The invention's effect】
As described above, according to the present invention, high-speed program selection can be performed while suppressing consumption of network resources in a situation where program contents such as video are multicast distributed via the network.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram of a network broadcasting system to which the present invention is applied.
FIG. 2 is a configuration diagram of an embodiment of a network broadcasting terminal (user terminal).
FIG. 3 is a flowchart showing one embodiment of a program selection process according to the present invention.
FIG. 4 is a diagram for explaining program selection prediction;
FIG. 5 is a flowchart showing one embodiment of a predicted program number narrowing process;
FIG. 6 is a sequence diagram showing a specific example of a program selection processing operation according to the present invention.
FIG. 7 is a sequence diagram continued from FIG. 6;
[Explanation of symbols]
100-1 to 100-n terminal 110 EGP server 120-1 to 120-m program distribution server 130 multicast point group 210 CPU
220 Storage Device 221 Prediction Program Table 222 Access History DB
230 Keyboard 240 Mouse 250 Display 260 Network interface

Claims (5)

利用者端末においてネット経由でマルチキャストにより配信される番組を選択する番組選択方法であって、
番組選択時に、番組表に基づく当該選択された番組との空間的距離と、アクセス履歴から得られるジャンルに基づく嗜好距離との総和によって、番組の距離Lを求めるステップと、
前記距離Lが小さい番組から順に、番組が使用する帯域の総和が所定の帯域幅以下となる最大数の番組を抽出するステップと、
前記抽出された番組に対して、マルチキャストグループへの参加要求を送出するステップと、
を有することを特徴とする番組選択方法。
A program selection method for selecting a program distributed by multicast over a network in a user terminal,
Obtaining a distance L of a program by a sum of a spatial distance to the selected program based on the program table and a preference distance based on a genre obtained from the access history when selecting a program;
Extracting the maximum number of programs in which the sum of the bands used by the programs is equal to or less than a predetermined bandwidth, in order from the program having the smallest distance L;
Sending a request to join a multicast group for the extracted program;
A program selection method characterized by comprising:
選択された番組のマルチキャストパケットを受信し、抽出された番組のマルチキャストパケットは受信しないステップを更に有する、Receiving a multicast packet of the selected program and not receiving a multicast packet of the extracted program;
ことを特徴とする請求項1記載の番組選択方法。The program selection method according to claim 1, wherein:
ネット経由でマルチキャストにより配信される番組を選択する番組選択装置であって、A program selection device for selecting a program distributed by multicast via the network,
番組選択時に、番組表に基づく当該選択された番組との空間的距離と、アクセス履歴から得られるジャンルに基づく嗜好距離との総和によって、番組の距離Lを求める手段と、Means for determining the distance L of the program by the sum of the spatial distance to the selected program based on the program table and the preference distance based on the genre obtained from the access history when selecting the program;
前記距離Lが小さい番組から順に、番組が使用する帯域の総和が所定の帯域幅以下となる最大数の番組を抽出する手段と、Means for extracting the maximum number of programs in which the sum of the bands used by the programs is equal to or less than a predetermined bandwidth, in order from the program having the smallest distance L;
前記抽出された番組に対して、マルチキャストグループへの参加要求を送出する手段と、Means for sending a request to join a multicast group for the extracted program;
を有することを特徴とする番組選択装置。A program selection apparatus comprising:
選択された番組のマルチキャストパケットを受信し、抽出された番組のマルチキャストパケットは受信しない手段を更に有する、Means for receiving a multicast packet of the selected program and not receiving a multicast packet of the extracted program;
ことを特徴とする請求項3記載の番組選択方法。4. The program selection method according to claim 3, wherein:
請求項1または2に記載の番組選択方法をコンピュータに実行させるための番組選択プログラム。A program selection program for causing a computer to execute the program selection method according to claim 1.
JP2001338410A 2001-11-02 2001-11-02 Program selection method, program selection device, and program selection program Expired - Fee Related JP3932019B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001338410A JP3932019B2 (en) 2001-11-02 2001-11-02 Program selection method, program selection device, and program selection program

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001338410A JP3932019B2 (en) 2001-11-02 2001-11-02 Program selection method, program selection device, and program selection program

Publications (2)

Publication Number Publication Date
JP2003143587A JP2003143587A (en) 2003-05-16
JP3932019B2 true JP3932019B2 (en) 2007-06-20

Family

ID=19152911

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001338410A Expired - Fee Related JP3932019B2 (en) 2001-11-02 2001-11-02 Program selection method, program selection device, and program selection program

Country Status (1)

Country Link
JP (1) JP3932019B2 (en)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4601987B2 (en) * 2004-04-07 2010-12-22 株式会社エヌ・ティ・ティ・ドコモ Data receiving apparatus and data receiving method
EP1829329A2 (en) * 2004-12-13 2007-09-05 Koninklijke Philips Electronics N.V. Delivering streaming data
JP4757487B2 (en) * 2004-12-28 2011-08-24 日本電気通信システム株式会社 Multi-channel data distribution system and method, access device and receiving terminal used therefor
FR2898236A1 (en) * 2006-03-03 2007-09-07 Thomson Licensing Sas METHOD OF TRANSMITTING AUDIOVISUAL FLOWS BY ANTICIPATING CONTROLS OF THE USER, RECEIVER AND TRANSMITTER FOR IMPLEMENTING THE METHOD
JP2007324814A (en) * 2006-05-31 2007-12-13 Matsushita Electric Ind Co Ltd Information accepting station
US8763062B2 (en) * 2006-10-30 2014-06-24 Alcatel Lucent Method and apparatus for controlling information available from content distribution points
JP4886500B2 (en) 2006-12-20 2012-02-29 株式会社日立製作所 Data transfer apparatus and system
JP5003690B2 (en) * 2007-01-19 2012-08-15 日本電気株式会社 Video / audio stream distribution system, distribution method, and distribution program
JP5061619B2 (en) * 2007-01-24 2012-10-31 日本電気株式会社 Resource securing method, relay device, distribution system, and program
JP4752786B2 (en) 2007-02-15 2011-08-17 ソニー株式会社 Multicast distribution system and multicast distribution method
JP4765952B2 (en) 2007-02-15 2011-09-07 ソニー株式会社 Multicast distribution system, client device, host router control device, content display method and program
JP2008278261A (en) * 2007-04-27 2008-11-13 Sharp Corp Repeater, repeater control method, communication system and relay program
KR20100031755A (en) * 2007-07-30 2010-03-24 닛본 덴끼 가부시끼가이샤 Connection terminal, distribution system, conversion method, and program
JP5135943B2 (en) * 2007-08-09 2013-02-06 株式会社日立製作所 Broadcast receiver
JP2009188856A (en) * 2008-02-08 2009-08-20 Hitachi Communication Technologies Ltd Gateway, and ip multicast/broadcast distribution method
JP2009284268A (en) * 2008-05-22 2009-12-03 Mitsubishi Electric Corp Multicast broadcasting system and receiver
JP2010093576A (en) * 2008-10-08 2010-04-22 Sony Corp Reception apparatus, reception method, and computer program
JP5236514B2 (en) * 2009-01-28 2013-07-17 シャープ株式会社 Content receiving apparatus, content receiving method, content receiving program, and storage medium
EP2262137A1 (en) 2009-06-10 2010-12-15 Thomson Licensing Method for providing multicast services
KR101259748B1 (en) * 2011-09-28 2013-04-30 서울대학교산학협력단 Method for providing mobile iptv service and system for the same
JP7160030B2 (en) * 2017-03-31 2022-10-25 ソニーグループ株式会社 Information processing device, receiving device, and information processing method
JP6319828B1 (en) * 2017-12-20 2018-05-09 一般社団法人日本ケーブルラボ Client, system, method and program for establishing IP broadcast session

Also Published As

Publication number Publication date
JP2003143587A (en) 2003-05-16

Similar Documents

Publication Publication Date Title
JP3932019B2 (en) Program selection method, program selection device, and program selection program
US20240007517A1 (en) Situation-dependent dynamic bit rate encoding and distribution of content
US10270821B2 (en) Content delivery system and method
US8566886B2 (en) Passive video caching for edge aggregation devices
US8533765B2 (en) On demand system and method using dynamic broadcast scheduling
US7107606B2 (en) System and method for highly scalable video on demand
US8255555B2 (en) Reception apparatus and method for reducing time delay in channel switching
EP2737684B1 (en) Optimized near-simultaneous distribution of multimedia content
Gao et al. Threshold-based multicast for continuous media delivery
US8203989B2 (en) Distributing content in a communication network
US20080216143A1 (en) method for receiving ip broadcast and a receiving terminal
US20080168507A1 (en) Content distribution arbitration apparatus and method for the same
WO2006051382A1 (en) An intelligent application level multicast module for multimedia transmission
KR20120053516A (en) Method and system for reducing time delay of internet protocol televisin(iptv) channel switching
US7373653B2 (en) Channel merging method for VOD system
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
CN100499567C (en) Method for realizing video multicast service medium frequency switch
WO2020135562A1 (en) Multicast method, device, apparatus, and computer storage medium
RU2533181C2 (en) Broadcasting service provision method
Lee et al. Improving channel efficiency for popular video service using dynamic channel broadcasting
Lee et al. Hybrid video-on-demand systems using dynamic channel allocation architecture
US20040122899A1 (en) Content distribution system and content distribution method
CN115253283A (en) Cloud game service system, data processing method and electronic equipment
Naor Efficient IP-Based TV Service Over UMTS Networks

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