JP4770790B2 - ツリー型放送システム、ツリー型放送システムへの参加及び脱退方法、ノード装置、及びノード処理プログラム - Google Patents

Description

本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））型の通信システムの技術分野に関する。

インターネットを利用したラジオ放送では、パーソナルコンピュータ（以下、「ＰＣ」という）におけるブラウザによりラジオ放送に係るウェブサイトから取得された放送ページが表示されたことを契機として、当該ラジオ放送に係るコンテンツデータが当該ＰＣにストリーム配信されるようになっている。

一方、近年、現在のコンテンツ配信における主流形態であるサーバクライアント方式に変わる新しい形態として、ピアツーピア型の通信システムが注目されており、例えば、特許文献１に開示されるようなツリー型放送（配信）システムが提案されている。かかるツリー型放送システムにおいては、該システムに参加している複数のノード装置が放送局（例えば、放送装置）を最上位として複数の階層を形成しつつ通信手段を介してツリー状に接続され、当該放送局から放送（ストリーム配信）されたコンテンツデータ（例えば、映像データ及び音声データ等）が、上位階層のノード装置から下位階層のノード装置に順次転送（ストリーム中継処理）されるようになっている。

このようなツリー型放送システムは、ユーザによるチャンネル切り替えや装置電源断等のノード脱退（離脱）事象によってコンテンツ放送経路が一時的に分断されることでトポロジーが一時的に不安定になるという性質を持つ。
特開２００６−３３５１４号公報

ところで、上記ツリー型放送システムをウェブアプリケーションから利用する場合、ノード装置におけるブラウザがコンテンツ放送に係るウェブサイトから取得した放送ページ（ウェブページ）を表示することを契機として当該ノード装置がツリー型放送システムに参加し、当該放送ページの表示終了を契機としてツリー型放送システムから脱退するように制御することが考えられる。

しかしながら、このような制御方式とする場合において、上記放送ページと他のウェブページとの間の表示切り替えが頻繁に行われると、ノード脱退と再参加が頻繁に行われることになるのでトポロジーが不安定になるという問題がある。

一方、ノード装置におけるオペレーティングシステムの終了を契機としてツリー型放送システムから脱退するように制御することも考えられるが、かかる場合、ユーザが放送ページを閲覧していない間もストリーム中継処理が行われることになるのでユーザの意図に反して無駄に帯域を消費するという問題がある。

そこで、本発明は、以上の問題等に鑑みてなされたものであり、放送ページを跨いでウェブページの頻繁な表示切り替えが起きてもトポロジーの安定化を図り、ユーザのネットワーク環境における無駄なネットワークリソースの消費を抑えることが可能なツリー型放送システム、ツリー型放送システムへの参加及び脱退方法、ノード装置、及びノード処理プログラムを提供することを課題とする。

上記課題を解決するために、請求項１に記載の発明は、複数のノード装置の参加により形成されたツリー型放送システムであり、当該複数のノード装置が放送装置を最上位として複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型放送システムにおける前記ノード装置であって、ユーザからの指示に応じて所定の画面を表示させる表示制御手段と、前記コンテンツデータの放送に関する放送情報画面の表示を契機として前記ツリー型放送システムに参加するための参加処理を実行し、前記放送情報画面の表示終了を契機として前記ツリー型放送システムから脱退するための脱退処理を実行する参加及び脱退制御手段と、を備え、前記表示制御手段により前記放送情報画面の表示が終了して他の画面に表示が遷移した場合に、前記参加及び脱退制御手段は、予め設定された待機時間内に前記放送情報画面が再表示されないことを条件として前記脱退処理を実行することを特徴とする。

この発明によれば、コンテンツデータの放送に関する放送情報画面の表示を契機として前記ツリー型放送システムに参加するための参加処理を実行し、前記放送情報画面の表示が終了して他の画面に表示が遷移した場合に、予め設定された待機時間内に前記放送情報画面が再表示されないことを条件として前記脱退処理を実行するように構成したので、放送情報画面を跨いで他の画面の頻繁な表示切り替えが起きてもトポロジーの安定化を図ることができる。また、ユーザのネットワーク環境における無駄なネットワークリソースの消費を抑えることができる。

請求項２に記載の発明は、請求項１に記載のノード装置において、前記待機時間は、前記遷移された前記他の画面により提供される情報の内容に応じて設定されることを特徴とする。

この発明によれば、ユーザにとっての利便性を向上させることができる。

請求項３に記載の発明は、請求項１に記載のノード装置において、前記待機時間は、前記遷移された前記他の画面の過去の表示時間に基づいて設定されることを特徴とする。

この発明によれば、ユーザ毎の画面の過去の表示パターンに合わせたかたちで待機時間を設定することができ、より一層、ユーザにとっての利便性を向上させることができる。

請求項４に記載の発明は、請求項１に記載のノード装置において、前記待機時間は、前記ツリー型放送システムにおける自ノード装置の階層位置に応じて設定されることを特徴とする。

この発明によれば、コンテンツソースに近いノード装置（上位階層に位置するノード装置）ほどツリー型放送システムから脱退し難くなるのでトポロジーの安定性を向上させることができる。

請求項５に記載の発明は、請求項１に記載のノード装置において、前記待機時間は、前記ツリー型放送システムにおいて自ノード装置に接続される下位階層のノード装置の数に応じて設定されることを特徴とする。

この発明によれば、多くの下位階層のノード装置へコンテンツデータを転送するノード装置ほどツリー型放送システムから脱退し難くなるのでトポロジーの安定性を向上させることができる。

請求項６に記載の発明は、請求項１乃至５の何れか一項に記載のノード装置において、前記表示制御手段は、前記画面を構成するウェブページのＵＲＬ（Uniform Resource Locator）に基づいてネットワークに接続された所定のサーバから当該ウェブページを取得して前記画面を表示することを特徴とする。

請求項７に記載のノード処理プログラムの発明は、コンピュータを、請求項１乃至６の何れか一項に記載のノード装置として機能させることを特徴とする。

請求項８に記載の発明は、複数のノード装置の参加により形成されたツリー型放送システムであり、当該複数のノード装置が放送装置を最上位として複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型放送システムであって、各前記ノード装置は、ユーザからの指示に応じて所定の画面を表示させる表示制御手段と、前記コンテンツデータの放送に関する放送情報画面の表示を契機として前記ツリー型放送システムに参加するための参加処理を実行し、前記放送情報画面の表示終了を契機として前記ツリー型放送システムから脱退するための脱退処理を実行する参加及び脱退制御手段と、を備え、前記表示制御手段により前記放送情報画面の表示が終了して他の画面に表示が遷移した場合に、前記参加及び脱退制御手段は、予め設定された待機時間内に前記放送情報画面が再表示されないことを条件として前記脱退処理を実行することを特徴とする。

請求項９に記載の発明は、複数のノード装置の参加により形成されたツリー型放送システムであり、当該複数のノード装置が放送装置を最上位として複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型放送システムへの参加及び脱退方法であって、前記ノード装置が、ユーザからの指示に応じて所定の画面を表示させる表示制御工程と、前記コンテンツデータの放送に関する放送情報画面の表示を契機として前記ツリー型放送システムに参加するための参加処理を実行し、前記放送情報画面の表示終了を契機として前記ツリー型放送システムから脱退するための脱退処理を実行する参加及び脱退制御工程と、を備え、前記表示制御工程により前記放送情報画面の表示が終了して他の画面に表示が遷移した場合に、前記参加及び脱退制御工程においては、予め設定された待機時間内に前記放送情報画面が再表示されないことを条件として前記脱退処理を実行することを特徴とする。

本発明によれば、コンテンツデータの放送に関する放送情報画面の表示を契機として前記ツリー型放送システムに参加するための参加処理を実行し、前記放送情報画面の表示が終了して他の画面に表示が遷移した場合に、予め設定された待機時間内に前記放送情報画面が再表示されないことを条件として前記脱退処理を実行するように構成したので、放送情報画面を跨いで他の画面の頻繁な表示切り替えが起きてもトポロジーの安定化を図ることができる。また、ユーザのネットワーク環境における無駄なネットワークリソースの消費を抑えることができる。

以下、本発明の最良の実施形態を図面に基づいて説明する。

［１．ツリー型放送システムの構成等］
始めに、図１等を参照して、本発明の一実施形態に係るツリー型放送システムの概要構成及び機能について説明する。

図１は、本実施形態に係るツリー型放送システムにおける各ノード装置の接続態様の一例を示す図である。

図１の下部枠１０１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４ａ，４ｂ、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５ａ，５ｂ、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界の通信ネットワーク）８が構築されている。なお、図１の例におけるネットワーク（通信ネットワーク）８には、データ（パケット）を転送するためのルータが、適宜挿入されているが図示を省略している。

このようなネットワーク８には、複数のノード装置（以下、「ノード」という）Ｎｎ（ｎ＝１，２，３・・・の何れか）が接続されている。また、各ノードＮｎには、固有の製造番号およびＩＰ（Internet Protocol）アドレスが割り当てられている。このような製造番号およびＩＰアドレスは、複数のノード間で重複しないものである。

そして、本実施形態に係るツリー型放送システムＳは、これらのノードＮｎのうち、図１の上部枠１００内に示すように、何れか複数のノードＮｎの参加により形成（構成）されるピアツーピア方式のネットワークシステムとなっている。なお、図１の上部枠１００内に示すネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するオーバーレイネットワーク９（論理的なネットワーク）である。

このようなツリー型放送システムＳにおいては、放送局（放送装置）１０からストリーミング方式でコンテンツデータが配信され、上位階層（以下、「上流」という）のノードＮｎから下位階層（以下、「下流」という）のノードＮｎに順次転送されるようになっている。

また、このようなトポロジーは、接続先紹介サーバ２０により管理されている。そして、接続先紹介サーバ２０は、ノードＮｎからの接続先紹介要求に応じて当該ノードＮｎに対してツリー型放送システムＳにおける接続先となる上流ノードを紹介するようになっている。

図２は、ノードＮ１２がツリー型放送システムＳへの参加する際の様子を示した概念図である。

図２の例において、ノードＮ１２がツリー型放送システムＳに参加（言い換えれば、トポロジーに参加）する場合、先ず、当該ノードＮ１２は、接続先紹介サーバ２０へ接続先紹介要求情報を送信する（１）。接続先紹介サーバ２０は、内部で管理しているトポロジー管理情報の中から下流側に接続が可能なノードＮｎを検索し、１以上の上流ノード候補のＩＰアドレス及びポート番号等を含む検索結果情報をノードＮ１２へ返信（接続可能ノード紹介）する（２）。次に、ノードＮ１２は、接続先紹介サーバ２０から取得した上流ノード候補の中から１つの例えばノードＮ２を選択し、当該ノードＮ２へ接続要求情報を送信する（３）。次に、ノードＮ２は、内部で管理しているノード管理テーブルにノードＮ１２の情報を追加し、ノードＮ１２へ接続許可応答情報を返信する（４）。次に、ノードＮ１２は、ノードＮ２へストリーム開始要求情報を送信する（５）。最後に、ノードＮ２は、装置内部にストリーム中継用のオブジェクトを準備し、ノードＮ１２に対してストリーミングを開始する（６）。こうして、ツリー型放送システムＳへのノードＮ１２の参加が完了する。

一方、ノードＮ１２がツリー型放送システムＳから脱退（離脱）する場合、当該ノードＮ１２は、ストリーム供給元である上流ノードＮ２に対してストリーム停止要求と離脱要求情報を送信する。これに応じて、ノードＮ２は、ストリーム中継用オブジェクトを破棄することでノードＮ１２に対するストリーミングを停止し、同時にノード管理テーブルからノードＮ１２の情報を削除することでノードＮ２との接続関係を断ち切る。

ここで、脱退するノードＮｎの下流側にノードＮｎが存在していた場合、当該下流ノードは、以下のａ）、ｂ）のいずれかの方法で放送経路の復元を行うことになる。

ａ）タイムアウト方式による再生
上流ノードからのストリーミング状態を常時監視しておき、一定時間、ストリーム供給が途絶したことを契機として、当該上流ノードとの接続状態を破棄して上記（１）〜（６）の手順で新たな上流ノードと接続する。

ｂ）イベント通知方式による再生
上流ノードがツリー型放送システムＳから脱退する際、直下の下流ノードに向けて離脱イベントを通知する。下流ノードが上流ノードからの離脱イベントを受信すると、上流ノードとの接続状態を破棄して上記（１）〜（６）の手順で新たな上流ノードと接続する。

また、ツリー型放送システムＳに参加している各ノードＮｎは、上流ノードからのストリーム受信状態を監視し、一定の受信品質未満となったら、上記（１）〜（６）の手順で上流ノードを切り替えるようになっている。例えば、ノードＮ５は、ノードＮ２からのノードＮ６へ上流ノード（ストリーム供給元）を切り替えることができる。なお、受信品質の評価基準としては、過去一定期間における平均パケットレートおよびパケット損失率を用いることができる。

［１−２．放送局１０の構成等］
次に、図３を参照して、放送局１０の構成及び機能について説明する。

図３は、放送局１０の概要構成例を示す図である。

放送局１０は、図３に示すように、主電源１０１、主記憶装置１０２、ハードディスク装置１０３、ＣＰＵ１０４、ネットワークインタフェース１０５、周辺機器制御チップ１０６、ビデオチップ１０７、音源チップ１０８、キーボード１０９、マウス１１０、ディスプレイ１１１、及び内蔵スピーカ１１２等を備えて構成されている。また、主電源１０１、主記憶装置１０２、ハードディスク装置１０３、ＣＰＵ１０４、ネットワークインタフェース１０５、周辺機器制御チップ１０６、ビデオチップ１０７、及び音源チップ１０８は、システムバス１１３を介して相互に接続されている。また、放送局１０は、ルータ１１４を介してネットワーク８に接続される。

主記憶装置１０２は、ＲＡＭ及びＲＯＭ等を備えて構成されており、オペレーティングシステム、ストリーム制御プログラム、画面制御プログラム、トポロジー制御プログラム、及びデコーダ（プログラム）等が記憶されている。また、主記憶装置１０２は、ノード管理テーブルを記憶しており、該ノード管理テーブルには、放送局１０に接続された下流ノードの情報（ＩＰアドレス及びポート番号等）が登録される。また、主記憶装置１０２は、バッファメモリ（例えば、リングバッファ）を有する。

また、ハードディスク装置１０３には、放送用コンテンツデータが記録されている。

ＣＰＵ１０４は、主記憶装置１０２に記憶された各種プログラムにしたがって（つまり、プログラムの実行により）、例えばハードディスク装置１０３に記録されたコンテンツデータをパケット化し、ノード管理テーブルに登録された下流ノードに対して放送（ストリーム配信）する放送処理を行う。

なお、このような放送局１０として、専用の放送サーバの他、何れかのノードＮｎが適用されても良い。

［１−３．接続先紹介サーバ２０の構成等］
次に、図４を参照して、接続先紹介サーバ２０の構成及び機能について説明する。

図４は、接続先紹介サーバ２０の概要構成例を示す図である。

接続先紹介サーバ２０は、図４に示すように、主電源２０１、主記憶装置２０２、ハードディスク装置２０３、ＣＰＵ２０４、ネットワークインタフェース２０５、周辺機器制御チップ２０６、ビデオチップ２０７、キーボード２０８、マウス２０９、及びディスプレイ２１０等を備えて構成されている。また、主電源２０１、主記憶装置２０２、ハードディスク装置２０３、ＣＰＵ２０４、ネットワークインタフェース２０５、周辺機器制御チップ２０６、及びビデオチップ２０７は、システムバス２１１を介して相互に接続されている。また、接続先紹介サーバ２０は、ルータ２１２を介してネットワーク８に接続される。

主記憶装置２０２は、ＲＡＭ及びＲＯＭ等を備えて構成されており、オペレーティングシステム、放送局管理プログラム、トポロジー管理プログラム、接続先紹介プログラム、及び運用管理プログラム等が記憶されている。

また、ハードディスク装置２０３には、放送局管理データベース及びトポロジーデータベースが構築されている。放送局管理データベースには、各放送局１０の所在情報（例えば、ＩＰアドレス及びポート番号等）が放送チャンネル情報（例えばチャンネル番号）に対応付けられて登録される。また、トポロジーデータベースには、トポロジー管理情報が登録されている。かかるトポロジー管理情報は、放送チャンネル毎に存在し、放送チャンル情報に対応付けられている。そして、トポロジー管理情報には、トポロジーに参加している各ノードＮｎのノード情報（例えばＩＰアドレス及びポート番号）と、トポロジーにおいて各ノードＮｎが位置する階層と、各ノードＮｎ夫々の下流ノードを示す下流ノード情報と、各ノードＮｎに接続可能な下流ノードの接続許容数と、各ノードＮｎが他のノードＮｎへコンテンツデータを転送する転送能力と、が含まれている。ここで、転送能力とは、例えば、ノードＮｎのＣＰＵの処理速度（ＧＨｚ）やネットワーク８における有効帯域（例えば、データ転送速度（ｂｐｓ））のことをいう。

ＣＰＵ２０４は、主記憶装置２０２に記憶された各種プログラムにしたがって、例えばノードＮｎからの接続先紹介要求に応じて上記トポロジー管理情報から、接続されている下流ノードの数が接続許容数に満たない（下流側に接続が可能なノードＮｎ）上流ノードを検索し、検索された１以上の上流ノード候補を接続先として紹介する紹介処理を行う。

［１−４．ノードＮｎの構成等］
次に、図５を参照して、ノードＮｎの構成及び機能について説明する。

図５は、ノードＮｎの概要構成例を示す図である。

ノードＮｎは、図５に示すように、主電源３０１、主記憶装置３０２、ハードディスク装置３０３、ＣＰＵ３０４、ネットワークインタフェース３０５、周辺機器制御チップ３０６、ビデオチップ３０７、音源チップ３０８、キーボード３０９、マウス３１０、ディスプレイ３１１、及び内蔵スピーカ３１２等を備えて構成されている。また、主電源３０１、主記憶装置３０２、ハードディスク装置３０３、ＣＰＵ３０４、ネットワークインタフェース３０５、周辺機器制御チップ３０６、ビデオチップ３０７、及び音源チップ３０８は、システムバス３１３を介して相互に接続されている。また、ノードＮｎは、ルータ３１４を介してネットワーク８に接続される。

なお、ノードＮｎとしては、ＰＣ、ＳＴＢ（Set Top Box）、或いは、ＴＶ受信機等を適用可能である。

主記憶装置３０２は、ＲＡＭ及びＲＯＭ等を備えて構成されており、オペレーティングシステム、ブラウザ（ブラウザプログラム：表示制御手段の一例）、ブラウザプラグイン、ＡＬＭ（Application Layer Multicast）ノードプログラム（参加及び脱退制御手段の一例）、及びデコーダ等のノード処理プログラムが記憶されている。また、主記憶装置３０２は、ノード管理テーブルを記憶しており、該ノード管理テーブルには、自ノードに接続された下流ノードの情報（ＩＰアドレス及びポート番号等）が登録される。また、主記憶装置３０２は、バッファメモリ（例えば、リングバッファ）を有する。

ＣＰＵ３０４は、ブラウザにしたがって、ネットワークインタフェース３０５を介してネットワーク８上に接続された所定のサーバにおけるサイトにアクセスし（ＵＲＬ（Uniform Resource Locator）の指定による）、当該サイトから、画面を構成するウェブページを取得してこれをビデオチップ３０７を通じてディスプレイ３１１上に表示させる表示処理を行う。なお、ウェブページは、例えば、ＨＴＭＬ（HyperText Markup Language）データ等により構成される。

また、ＣＰＵ３０４は、ＡＬＭノードプログラムにしたがって、ツリー型放送システムＳ（ある放送チャンネルに係るトポロジー）に参加するための参加処理を実行し、参加後に放送局１０又は上流ノードから放送されネットワークインタフェース３０５を介して受信されたコンテンツデータのパケット（コンテンツストリーム）をバッファリングさせつつ再生処理を行う。

ここで、上記参加処理では、接続先紹介サーバ２０に対して接続先紹介要求がなされ、接続先紹介サーバ２０から紹介された上流ノードに接続（セッション確立）してストリーム開始要求がなされる。

また、上記再生処理では、受信されバッファメモリに蓄積されたコンテンツデータ（例えば、ビデオデータ及びオーディオデータ）が読み出されデコーダによりデコードされる。そして、デコードされたビデオデータ（映像情報）がビデオチップ３０７を通じてディスプレイ３１１に出力され、デコードされたオーディオデータ（音声情報）が音源チップ３０８を通じて内蔵スピーカ３１２（又は図示しない外部スピーカ）から出力される。

また、自ノードに下流ノードが接続されている場合、ＣＰＵ３０４は、ＡＬＭノードプログラムにしたがって、バッファメモリに蓄積されたコンテンツデータの各パケットを下流ノードに転送（コンテンツストリームの中継）する転送処理を行う。

更に、ＣＰＵ３０４は、ＡＬＭノードプログラムにしたがって、ツリー型放送システムＳから脱退するための脱退処理を行う。

ここで、脱退処理では、上流ノードに対してストリーム停止要求がなされ当該上流ノードとの接続が切断され、接続先紹介サーバ２０に対してトポロジー脱退通知がなされる。

なお、ブラウザとＡＬＭノードプログラムとは、マルチタスクにより同時進行（非常に短い間隔で交互に処理）されるようになっている。

そして、ＣＰＵ３０４は、ブラウザによるコンテンツデータの放送に関する放送ページ（放送情報画面の一例）の表示を契機として、ＡＬＭノードプログラムにしたがってツリー型放送システムＳに参加するための参加処理を実行し、ブラウザによる当該放送ページの表示終了を契機として、ＡＬＭノードプログラムにしたがって当該ツリー型放送システムＳから脱退するための脱退処理を実行するようになっている。

ただし、本実施形態においては、放送ページから他のウェブページに表示が遷移し、その後再び放送ページが再表示された（放送ページに戻ってきた）場合を考慮して、ＣＰＵ３０４は、放送ページの表示が終了しても直ちに脱退処理を行わず、予め設定された待機時間内に放送ページが再表示されないことを条件として上記脱退処理を実行するようになっている。つまり、放送ページから他のウェブページに表示が遷移しても当該放送ページに戻ってくる可能性がある間だけ、ノードをツリー型放送システムＳへ参加させ、上記条件が満たされることを契機にツリー型放送システムＳから脱退させる。言い換えれば、ＣＰＵ３０４は、放送ページの表示状態においては永続的にコンテンツストリームの中継状態を維持し、その他のウェブページの表示状態においてはページの推定滞在時間（つまり、当該ページをユーザが閲覧している時間）に合わせて一定時間だけコンテンツストリームを中継するように制御する。

これを実現するための一手法について以下に説明する。

例えば、ブラウザにより放送ページがサイトから取得され表示される際に、放送用ウェブアプリケーション（例えば、Java（登録商標）スクリプトやActiveX（登録商標）スクリプトで構成）がロードされブラウザ上で実行されるようにし、放送ページの表示が終了する際に、当該放送用ウェブアプリケーションがアンロードされるようにしておく。そして、ＡＬＭノードプログラムは、放送用ウェブアプリケーションに対して定期的な（短い）時間間隔で放送用ウェブアプリケーションの生死問い合わせを行い、これに応じて放送用ウェブアプリケーションがＡＬＭノードプログラムに対して肯定応答するように構成する。また、この肯定応答は、監視タイマにより監視されるようにする。

仮に、放送ページから他のウェブページに表示が遷移し上記待機時間内に放送ページが再表示されなければ（戻ってこなければ）、ＡＬＭノードプログラムが放送用ウェブアプリケーションから肯定応答を得られないので、上記監視タイマがタイムアウトになり、これを契機として上記脱退処理が行われる。この場合、再び放送ページが表示されたとき、自ノードは既にツリー型放送システムＳから脱退しているため、改めて上記参加処理が行われることになる。

他方、放送ページから他のウェブページに表示が遷移した後、待機時間内、つまり、監視タイマがタイムアウトする前に、放送ページが再表示されれば、再び放送用ウェブアプリケーションがロードされこれにより肯定応答が得られるので、上記脱退処理が行われることなく、参加が継続されることになる。

図６（Ａ）は、生死問い合わせに対して肯定応答があった場合の概念図を、図６（Ｂ）は、生死問い合わせに対して肯定応答がなかった場合の概念図を夫々示している。

ところで、放送ページから表示遷移されるウェブページとしては、放送ページにリンク（ハイパーリンク）されたウェブページが一例として挙げられる。

図７は、放送ページを中心とした各ウェブページのリンクの一例を示す図である。図７の例では、放送ページには、ショッピングページ、商品紹介ページ、及びニュースページ等へのリンクが張られており、これらのウェブページのＵＲＬは互いに異なっている。また、図中破線５１で囲まれるウェブページ（放送ページを含む）はサイトＸから提供され、破線５２で囲まれるウェブページはサイトＹから提供され、破線５３で囲まれるウェブページはサイトＺから提供されるようになっている。また、サイトＸは、サイトＹとは関連が強いが、サイトＺとは関連が弱い。

そして、上記待機時間は、ウェブページ毎に設定することが可能になっており、例えば、ウェブページにより提供される情報の内容に応じて設定される。これは、遷移後のウェブページの内容より当該ページの滞在時間（言い換えれば、当該ページをユーザが閲覧している時間）が異なることを考慮したものである。例えば、上記待機時間を設定するための生死監視時間が各ウェブページのＵＲＬに対応付けられて、ＡＬＭノードプログラムの内部で管理される生死監視時間管理テーブルに登録される。

図８は、生死監視時間管理テーブルに登録された情報の一例を示す図である。図８の例では、ショッピングページは滞在時間が長いと推定されるので、その生死監視時間は他のウェブページに比べて長くなっている。また、ニュースページは滞在時間が短いと推定されるので、その生死監視時間は他のウェブページに比べて短くなっている。また、放送ページを提供するサイトＸと関連が強いサイトＹから提供されるニュースページの生死監視時間は、サイトＸと関連が弱いサイトＺから提供されるニュースページの生死監視時間よりも長くなっている。これは、当該関連が強いサイトから提供されるウェブページほど、滞在時間が長いと推定されるからである。このように、ウェブページの推定滞在時間に合わせて一定時間だけ自ノードのツリー型放送システムＳからの脱退が保留される。

そして、ブラウザによりウェブページが表示される際（例えば、表示遷移毎）に、当該ブラウザと情報交換できる常駐プログラム（例えば、ブラウザに組み込まれたブラウザプラグイン）により当該ウェブページのＵＲＬが、ＡＬＭノードプログラムに通知される。一方、ＡＬＭノードプログラムでは、新しいページに遷移したとき、直前のページが放送ページである場合に、当該常駐プログラムから取得したＵＲＬを検索キーとして、上記生死監視時間管理テーブルから当該ＵＲＬに対応付けられた生死監視時間を取得し、これを上記監視タイマに設定して起動させる。なお、生死監視時間管理テーブルから生死監視時間が得られない場合は、初期値が用いられる。

［２．ツリー型放送システムＳの動作］
次に、本実施形態に係るツリー型放送システムＳの動作について説明する。

（ノードＮｎの処理）
先ず、図９乃至図１１を参照して、ノードＮｎにおけるＣＰＵ３０４の処理について説明する。

図９は、ＣＰＵ３０４により実行されるブラウザの処理を示すフローチャートであり、図１０及び図１１は、ＣＰＵ３０４により実行されるＡＬＭノードプログラムの処理を示すフローチャートである。

図９の処理は、ブラウザの起動により開始される。ここで、例えば、ブラウザのデフォルトページ（ブラウザ起動時に自動的に表示されるページ）設定されている場合、当該ウェブページのＵＲＬに基づいてウェブページを提供するサイトにアクセスされ当該ウェブページがネットワーク８及びネットワークインタフェース３０５を介して取得され、これがディスプレイ３１１に表示される。

ステップＳ１では、放送ページが表示されたか否かが判別される。例えば、ブラウザのデフォルトページとして放送ページが表示された場合、或いは、後述する「ブラウザ規定の標準処理」において放送ページが表示された場合には（ステップＳ１：ＹＥＳ）、ステップＳ２に進み、放送ページを表示されていない場合には（ステップＳ１：ＮＯ）、ステップＳ７に進む。

ステップＳ２では、表示された放送ページにより指定される放送用ウェブアプリケーションがサイトからロードされ、当該ブラウザに組み込まれ放送ページ下で起動される。

次いで、ステップＳ３では、放送用ウェブアプリケーションからＡＬＭノードプログラムに対してトポロジーへの参加要求が発行される。なお、この参加要求には、放送チャンネル情報が含まれる。

次いで、ステップＳ４では、放送用ウェブアプリケーションとＡＬＭノードプログラムとのコネクションが確立される。

次いで、ステップＳ５では、ブラウザ規定の標準処理が行われる。この標準処理では、ユーザの指示にしたがって公知の種々の処理が行われる。例えば、ユーザからキーボード３０９等を通じてウェブページ（例えば、放送ページ又はニュースページ）のＵＲＬが指定された場合には、当該指定されたＵＲＬに基づいて当該ウェブページを提供するサイトにアクセスされ当該ウェブページが取得され、これがディスプレイ３１１に表示される。或いは、ユーザからウェブページの表示遷移指示があった場合、例えばユーザが現在表示されている放送ページ上にリンクが張られたニュースページのボタンをマウス３１０により指定した場合には、当該ニュースページを提供するサイトにアクセスされ当該ニュースページが取得され、これが上記放送ページに代えてディスプレイ３１１に表示される（その逆の場合もある）。

次いで、ステップＳ６では、ブラウザを終了するか否かが判別される。例えば、ユーザからブラウザの終了指示があった場合、或いは、ノードＮｎの電源オフ指令があった場合には、ブラウザを終了すると判別される。そして、ブラウザを終了しない場合には（ステップＳ６：ＮＯ）、ステップＳ１に戻る。

一方、ステップＳ７では、放送ページが表示終了されたか否かが判別される。例えば、上記ブラウザ規定の標準処理において、放送ページから他のウェブページへ表示が遷移した場合、或いはユーザからの指示にしたがって放送ページが表示終了した場合には（ステップＳ７：ＹＥＳ）、ステップＳ８に進み、当該放送ページが表示終了しない場合には（ステップＳ７：ＮＯ）、ステップＳ１１に進む。

次いで、ステップＳ８では、放送用ウェブアプリケーションからＡＬＭノードプログラムに対して、トポロジーからの脱退要求が発行される。

次いで、ステップＳ９では、放送用ウェブアプリケーションとＡＬＭノードプログラムとのコネクションが切断される。

次いで、ステップＳ１０では、上記放送用ウェブアプリケーションがアンロードされる。

一方、ステップＳ１１では、ウェブページ表示初期化事象が発生したか否かが判別される。例えば、ブラウザ起動によりデフォルトページが表示された場合、或いはユーザ指示によりウェブページが表示遷移された場合には、ウェブページ表示初期化事象が発生したと判別され（ステップＳ１１：ＹＥＳ）、ステップＳ１２に進む。一方、ウェブページ表示初期化事象が発生しない場合には（ステップＳ１１：ＮＯ）、ステップＳ１３に進む。

ステップＳ１２では、例えば、ブラウザに組み込まれているブラウザプラグインを介してＡＬＭノードプログラムに対してＵＲＬが通知される。

一方、ステップＳ１３では、ＡＬＭノードプログラムからの生死問い合わせを受け付けたか否かが判別される。放送用ウェブアプリケーションがブラウザ上で動作している場合、生死問い合わせが受け付けられ（ステップＳ１３：ＹＥＳ）、ＡＬＭノードプログラムに対して肯定応答が通知される（ステップＳ１４）。一方、現在、放送ページ以外のウェブページが表示されており、放送用ウェブアプリケーションがブラウザ上で動作していない場合には、生死問い合わせが受け付けられず（ステップＳ１３：ＮＯ）、ステップＳ５へ移行する。

そして、ステップＳ６においてブラウザを終了する場合において（ステップＳ６：ＹＥＳ）、放送ページの表示も同時に終了する場合には、上記ステップＳ８〜ステップＳ１０と同様の処理が行われた後、ブラウザの処理が終了する。

一方、図１０の処理は、ＡＬＭノードプログラムの起動（例えば電源オンによる）により開始される。

ステップＳ２１では、プログラムの初期化が行われる。当該初期化処理においては、例えば、上述したウェブページのＵＲＬ毎の生死監視時間の値を記載したファイルがセンターサーバからダウンロードされ、上述した生死監視時間管理テーブルに登録される。そして、上述した監視タイマに生死監視時間の初期値が設定される。

ステップＳ２２では、放送用ウェブアプリケーションから発行されたトポロジーへの参加要求（上記ステップＳ３にて）を受け付けたか否かが判別される。当該参加要求が受け付けられた場合には（ステップＳ２２：ＹＥＳ）、ステップＳ２３に進み、当該参加要求が受け付けられていない場合には（ステップＳ２２：ＮＯ）、ステップＳ３０に進む。

ステップＳ２３では、ＡＬＭノードプログラムと放送用ウェブアプリケーションとのコネクションが確立される。

次いで、ステップＳ２４では、自ノードがトポロジーに未参加状態であるか否かが判別される。トポロジーに未参加状態である場合には（ステップＳ２４：ＹＥＳ）、予め設定された接続先紹介サーバ２０のＩＰアドレス及びポート番号に従いネットワーク８を介して接続先紹介サーバ２０との接続（セッション）が確立され、当該接続先紹介サーバ２０に対して接続先紹介要求情報（接続先紹介メッセージ）が送信される（ステップＳ２５）。なお、当該接続先紹介要求情報には、放送チャンネル情報が含まれる。

一方、トポロジーに未参加状態でない場合（ステップＳ２４：ＮＯ）、トポロジーに参加継続中に例えばニュースページから放送ページに戻ってきたということになるので、監視タイマが生死監視時間の初期値に再設定される（ステップＳ２６）。例えばニュースページに生死監視時間から放送ページの生死監視時間（初期値）に変更設定される。

次いで、ステップＳ２７では、放送用ウェブアプリケーションに対して生死問い合わせが発行される。

次いで、ステップＳ２８では、生死監視時間が設定された監視タイマが起動（リセット）される。

次いで、ステップＳ２９では、電源オフ指令があったか否かが判別される。電源オフ指令があった場合には（ステップＳ２９：ＹＥＳ）、当該処理が終了し、電源オフ指令がない場合には（ステップＳ２９：ＮＯ）、ステップＳ２２に戻る。

ステップＳ３０では、接続先紹介サーバ２０からの上流ノード候補の検索結果情報（検索結果メッセージ）を受信したか否かが判別される。検索結果情報が受信された場合には（ステップＳ３０：ＹＥＳ）、ステップＳ３１に進み、検索結果情報が受信されない場合には（ステップＳ３１：ＮＯ）、ステップＳ３８に進む。

ステップＳ３１では、受信した検索結果情報に示される上流ノード候補の中から１つの上流ノードが選択される。

次いで、ステップＳ３２では、上記選択された上流ノード（放送局２０の場合もある）のＩＰアドレス及びポート番号宛にネットワーク８を介して接続要求情報（接続要求メッセージ）が送信される。

次いで、ステップＳ３３では、当該上流ノードからの接続許可応答情報（接続許可応答メッセージ）が受信され、自ノードと上流ノードとの接続（セッション）が確立される。

次いで、ステップＳ３４では、当該上流ノードに対してストリーム開始要求情報（ストリーム開始要求メッセージ）が送信される。

次いで、ステップＳ３５では、接続先紹介サーバ２０に対してトポロジー参加報告情報（トポロジー参加報告メッセージ）が送信される。

次いで、ステップＳ３６では、放送用ウェブアプリケーションに対して生死問い合わせが発行される。

次いで、ステップＳ３７では、生死監視時間が設定された監視タイマが起動される。

一方、ステップＳ３８では、上記上流ノードからのコンテンツストリームを受信したか否かが判別される。当該コンテンツストリームが受信された場合には（ステップＳ３８：ＹＥＳ）、ステップＳ３９に進み、当該コンテンツストリームが受信されない場合には（ステップＳ３８：ＮＯ）、ステップＳ４３に進む。

次いで、ステップＳ３９では、自ノードに接続されている下流ノードがあるか否かが判別される。当該下流ノードがある場合には（ステップＳ３９：ＹＥＳ）、ステップＳ４０に進み、当該下流ノードがない場合には（ステップＳ３９：ＮＯ）、ステップＳ４１に進む。

ステップＳ４０では、上記受信されたコンテンツストリームの下流ノードへの転送（ストリーミング）待機処理が行われる。

ステップＳ４１では、ＡＬＭノードプログラムと放送用ウェブアプリケーションがコネクションを確立しているか否かが判別され、コネクションを確立している場合には（ステップＳ４１：ＹＥＳ）、上記受信されてバッファメモリに蓄積されているコンテンツデータが再生される。

一方、図１１に示すステップＳ４３では、放送用ウェブアプリケーションから発行されたトポロジーからの脱退要求（上記ステップＳ８にて）を受け付けたか否かが判別される。当該脱退要求が受け付けられた場合には（ステップＳ４３：ＹＥＳ）、ステップＳ４４に進み、当該脱退要求が受け付けられていない場合には（ステップＳ４３：ＮＯ）、ステップＳ４８に進む。

ステップＳ４４では、ＡＬＭノードプログラムと放送用ウェブアプリケーションとのコネクションが切断される。

次いで、ステップＳ４５では、上記ステップＳ１２によるブラウザプラグインからのＵＲＬが取得される。

次いで、ステップＳ４６では、上記取得されたＵＲＬに対応付けられた生死監視時間が生死監視時間管理テーブルから特定され、監視タイマが当該特定された生死監視時間に設定される。なお、取得されたＵＲＬに対応する生死監視時間が登録されていない場合には、生死監視時間の初期値が監視タイマに設定される。

次いで、ステップＳ４７では、生死監視時間が設定された監視タイマが起動（リセット）される。

一方、ステップＳ４８では、上記起動された監視タイマのタイムアウトが発生したか否かが判別される。当該タイムアウトが発生した場合（ステップＳ４８：ＹＥＳ）、つまり、放送用ウェブアプリケーションからの肯定応答がなく、監視タイマに設定された生死監視時間（待機時間）が経過した場合には、ステップＳ４９に進み、当該タイムアウトが発生しない場合には（ステップＳ４８：ＮＯ）、ステップＳ５２に進む。

ステップＳ４９では、上流ノードに対してストリーム停止要求情報（ストリーム停止要求メッセージ）が送信される。

次いで、ステップＳ５０では、上流ノードに対して接続解除要求情報（接続解除要求メッセージ）が送信される。

次いで、ステップＳ５１では、接続先紹介サーバ２０に対してトポロジー脱退報告情報（トポロジー脱退報告メッセージ）が送信される。

一方、ステップＳ５２では、放送用ウェブアプリケーションからの肯定応答の通知を受け付けたか否かが判別される。当該肯定応答の通知が受け付けられた場合には（ステップＳ５２：ＹＥＳ）、ステップＳ５３に進み、当該肯定応答の通知が受け付けらない場合には（ステップＳ５２：ＮＯ）、ステップＳ５５に進む。

ステップＳ５３では、放送用ウェブアプリケーションに対して生死問い合わせが発行される。

次いで、ステップＳ５４では、生死監視時間が設定された監視タイマが起動（リセットされ再スタート）される。

一方、ステップＳ５５では、下流ノードからの接続要求情報を受信したか否かが判別される。接続要求情報が受信された場合には（ステップＳ５５：ＹＥＳ）、ステップＳ５６に進み、接続要求情報が受信されない場合には（ステップＳ５５：ＮＯ）、ステップＳ５８に進む。

ステップＳ５６では、当該下流ノードの情報（例えばＩＰアドレス及びポート番号）がノード管理テーブルに追加される。

次いで、ステップＳ５７では、当該下流ノードに対して接続許可応答情報が送信される。

一方、ステップＳ５８では、下流ノードから接続解除要求情報が受信されたか否かが判別される。接続解除要求情報が受信された場合には（ステップＳ５８：ＹＥＳ）、ステップＳ５９に進み、接続解除要求情報が受信されない場合には（ステップＳ５８：ＮＯ）、ステップＳ６０に進む。

ステップＳ５９では、当該下流ノードの情報（例えばＩＰアドレス及びポート番号）がノード管理テーブルから削除される。

一方、ステップＳ６０では、下流ノードからのストリーム開始要求情報を受信したか否かが判別される。ストリーム開始要求情報が受信された場合には（ステップＳ６０：ＹＥＳ）、ステップＳ６１に進み、ストリーム開始要求情報が受信されない場合には（ステップＳ６０：ＮＯ）、ステップＳ６２に進む。

ステップＳ６１では、当該下流ノードに対してコンテンツストリームの転送（ストリーミング）が開始される。

一方、ステップＳ６２では、下流ノードからのストリーム停止要求情報を受信したか否かが判別される。ストリーム停止要求情報が受信された場合には（ステップＳ６２：ＹＥＳ）、ステップＳ６３に進み、ストリーム停止要求情報が受信されない場合には（ステップＳ６２：ＮＯ）、ステップＳ２９に移行する。

ステップＳ６３では、当該下流ノードに対するコンテンツストリームの転送（ストリーミング）が停止される。

（放送局１０の処理）
次に、図１２を参照して、放送局１０におけるＣＰＵ１０４の処理について説明する。

図１２は、ＣＰＵ１０４により実行されるストリーム制御プログラム等の処理を示すフローチャートである。

図１２の処理は、ストリーム制御プログラム等の起動（例えば電源オンによる）により開始される。

ステップＳ７１では、プログラムの初期化が行われる。かかる初期化処理では、放送局の登録要求情報（登録要求メッセージ：当該放送局１０の所在情報等を含む）が接続先紹介サーバ２０に送信される。かかるプログラムの初期化処理が終了すると、ノードＮｎからのメッセージの受信可能な状態となる。

次いで、ステップＳ７２では、放送運営者から放送開始又は終了指示があったか否かが判別される。放送開始又は終了指示があった場合には、ステップＳ７３に進み、放送開始又は終了指示がない場合には、ステップＳ７５に進む。

ステップＳ７３では、コンテンツデータのパケットの生成処理が開始又は終了される。コンテンツデータのパケットの生成処理が開始されると、ハードディスク装置１０３に記録されたコンテンツデータに対して読み出しアクセスがなされ、システムタイマと同期が取られながら、コンテンツデータのパケットが生成され、当該パケットがバッファメモリに格納される。一方、コンテンツデータのパケットの生成処理の終了時には、上記ハードディスク装置１０３に記録されたコンテンツデータに対する読み出しアクセスが停止され、バッファメモリがクリアされる。

次いで、ステップＳ７４では、電源オフ指令があったか否かが判別される。電源オフ指令があった場合には（ステップＳ７４：ＹＥＳ）、当該処理が終了し、電源オフ指令がない場合には（ステップＳ７４：ＮＯ）、ステップＳ７２に戻る。なお、当該処理の終了時には、放送局の削除要求情報（削除要求メッセージ：当該放送局１０の所在情報等を含む）が接続先紹介サーバ２０に送信される。

一方、ステップＳ７５では、下流ノードからの接続要求情報を受信したか否かが判別される。接続要求情報が受信された場合には（ステップＳ７５：ＹＥＳ）、ステップＳ７６に進み、接続要求情報が受信されない場合には（ステップＳ７５：ＮＯ）、ステップＳ７８に進む。

ステップＳ７６では、当該下流ノードの情報（例えばＩＰアドレス及びポート番号）がノード管理テーブルに追加される。

次いで、ステップＳ７７では、当該下流ノードに対して接続許可応答情報が送信される。

一方、ステップＳ７８では、下流ノードからの接続解除要求情報を受信したか否かが判別される。接続解除要求情報が受信された場合には（ステップＳ７８：ＹＥＳ）、ステップＳ７９に進み、接続解除要求情報が受信されない場合には（ステップＳ７８：ＮＯ）、ステップＳ８０に進む。

ステップＳ７９では、当該下流ノードの情報（例えばＩＰアドレス及びポート番号）がノード管理テーブルから削除される。

一方、ステップＳ８０では、下流ノードからのストリーム開始要求情報を受信したか否かが判別される。ストリーム開始要求情報が受信された場合には（ステップＳ８０：ＹＥＳ）、ステップＳ８１に進み、ストリーム開始要求情報が受信されない場合には（ステップＳ８０：ＮＯ）、ステップＳ８２に進む。

ステップＳ８１では、当該下流ノードに対してコンテンツストリームの転送（ストリーミング）が開始される。

一方、ステップＳ８２では、下流ノードからのストリーム停止要求情報を受信したか否かが判別される。ストリーム停止要求情報が受信された場合には（ステップＳ８２：ＹＥＳ）、ステップＳ８３に進み、ストリーム停止要求情報が受信されない場合には（ステップＳ８２：ＮＯ）、ステップＳ７４に移行する。

ステップＳ８３では、当該下流ノードに対するコンテンツストリームの転送（ストリーミング）が停止される。

（接続先紹介サーバ２０の処理）
次に、図１３を参照して、接続先紹介サーバ２０におけるＣＰＵ２０４の処理について説明する。

図１３は、ＣＰＵ２０４により実行されるトポロジー管理プログラム及び接続先紹介プログラム等の処理を示すフローチャートである。

図１３の処理は、トポロジー管理プログラム及び接続先紹介プログラム等の起動（例えば電源オンによる）により開始される。

ステップＳ９１では、プログラムの初期化が行われる。かかるプログラムの初期化処理が終了すると、ノードＮｎや放送局１０からのメッセージの受信可能な状態となる。

次いで、ステップＳ９２では、放送局１０から登録要求情報又は削除要求情報を受信したか否かが判別される。登録要求情報又は削除要求情報が受信された場合には（ステップＳ９２：ＹＥＳ）、ステップＳ９３に進み、登録要求情報又は削除要求情報が受信されない場合には（ステップＳ９２：ＮＯ）、ステップＳ９６に進む。

ステップＳ９３では、上記登録要求情報に含まれる所在情報等が、放送チャンネル情報に対応付けられて放送局管理データベースに登録される。又は、上記削除要求情報に含まれる所在情報等が放送局管理データベースから削除される。

次いで、ステップＳ９４では、当該所在情報が登録された放送局１０に対応する放送チャンネル情報がトポロジーデータベースに登録される。当該放送チャンネル情報がトポロジーデータベースから削除される。

次いで、ステップＳ９５では、電源オフ指令があったか否かが判別される。電源オフ指令があった場合には（ステップＳ９５：ＹＥＳ）、当該処理が終了し、電源オフ指令がない場合には（ステップＳ９５：ＮＯ）、ステップＳ９２に戻る。

一方、ステップＳ９６では、ノードＮｎからの接続先紹介要求情報を受信したか否かが判別される。接続先紹介要求情報が受信された場合には（ステップＳ９６：ＹＥＳ）、ステップＳ９７に進み、接続先紹介要求情報が受信されない場合には（ステップＳ９６：ＮＯ）、ステップＳ９９に進む。

ステップＳ９７では、トポロジーデータベースから、例えば、接続先紹介要求情報に含まれる放送チャンネル情報に対応する上流ノードが検索され、検索された１以上の上流ノード候補のＩＰアドレス及びポート番号等が取得される。

次いで、ステップＳ９８では、上記取得された上流ノード候補のＩＰアドレス及びポート番号等を含む検索結果情報が、接続先紹介要求をしたノードＮｎに対して返信される。

一方、ステップＳ９９では、ノードＮｎからのトポロジー参加報告情報又はトポロジー脱退報告情報を受信したか否かが判別される。トポロジー参加報告情報又はトポロジー脱退報告情報が受信された場合には（ステップＳ９９：ＹＥＳ）、ステップＳ１００に進み、トポロジー参加報告情報又はトポロジー脱退報告情報が受信されない場合には（ステップＳ９９：ＮＯ）、ステップＳ９５に移行する。

ステップＳ１００では、トポロジー参加報告情報又はトポロジー脱退報告情報にしたがってトポロジーデータベースに登録されたトポロジー管理情報が更新される。これにより、トポロジーの変動が反映される。

以上説明したように、上記実施形態によれば、コンテンツデータの放送に関する放送ページの表示を契機としてツリー型放送システムＳ（トポロジー）に参加するための参加処理を実行し、放送ページの表示が終了して他のウェブページに表示が遷移した場合に、予め設定された待機時間内に放送ページが再表示されないことを条件としてツリー型放送システムＳからの脱退処理を実行するように構成したので、ウェブアプリケーションから階層状トポロジーを放送経路となすツリー型放送システムＳを利用するとき、放送ページから他のウェブページに遷移しても、当該ページの待機時間だけノードＮｎがツリー型放送システムＳから脱退しないので、放送ページを基点にページ遷移を頻繁に繰り返すようなウェブブラウジング操作を行っても、頻繁にトポロジーから脱退したり再参加をしたりすることがないため、トポロジーの安定性が担保される。つまり、放送ページを跨いでウェブページの頻繁な表示切り替えが起きてもトポロジーの安定化を図ることができる。

また、トポロジーの安定性を担保させる極端な制御方式としては、ブラウザが放送ページを最初に表示した時点でノードＮｎがツリー型放送システムＳに参加し、オペレーティングシステムの終了時点でツリー型放送システムＳから脱退する方式が挙げられるが、この方式と比較したとき本発明による制御方式の方がユーザの意図に反してユーザのネットワーク環境における無駄なネットワークリソース（例えば、帯域）の消費を抑えることができるので効果的である。

また、上記実施形態において放送ページから遷移される他のウェブページにより提供される情報の内容に応じて個々に待機時間を設定（生死監視時間として設定）できるように構成し、放送ページから他のウェブページに遷移しても、当該ページに固有の推定滞在時間だけノードＮｎがツリー型放送システムＳから脱退しないように構成したので、ユーザにとっての利便性を向上させることができる。

なお、上記実施形態における変形例として、ブラウザと情報を交換できる常駐プログラム（例えば、ブラウザプラグイン）がユーザのブラウザ操作パターンを学習し、それに応じて上記待機時間を適切に設定するように構成してもよい。例えば、上記待機時間は、放送ページから遷移された他のウェブページの過去の表示時間に基づいて設定されるようにする。具体的には、放送ページ以外の着目されるウェブページにおける最近（例えば、過去一ヶ月以内）のユーザの滞在時間を記憶しておき、記憶された複数の滞在時間を平均化した時間を生死監視時間として、当該ウェブページのＵＲＬに対応付けて生死監視時間管理テーブルに登録する。そして、当該ウェブページに遷移した際に上記滞在時間が平均化された生死監視時間が設定される（図１１に示すステップＳ４６）ように構成する。これにより、ユーザ毎のウェブページの過去の表示パターンに合わせたかたちで待機時間を設定することができ、より一層、ユーザにとっての利便性を向上させることができる。

また、更に別の変形例として、各ノードＮｎにおける上記待機時間は、ツリー型放送システムＳにおける自ノードの階層位置（トポロジー階層レベル）に応じて設定されるように構成してもよい。すなわち、トポロジー階層レベルが小さいノードほど（階層の上流側ほど）生死監視時間を大きくする。例えば、ウェブページの推定滞在時間にトポロジー階層レベル毎に設定された係数を乗ずることで実現できる（最終的な生死監視時間＝推定滞在時間から求めた生死監視時間×｛1＋0.1×（現在の全体階層レベル−自ノードの階層レベル）｝）。これにより、コンテンツソース（放送局）に近いノード（上流のノード）ほどツリー型放送システムＳから脱退し難くなるのでトポロジーの安定性を向上させることができる。

また、更に別の変形例として、各ノードＮｎにおける上記待機時間は、ツリー型放送システムＳにおいて自ノードに接続される下流ノードの数（下流中継数）に応じて設定されるように構成してもよい。すなわち、現在の下流中継数が多いノードほど生死監視時間を大きくする。例えば、ウェブページの推定滞在時間に下流中継数に応じた係数を乗ずることで実現できる（最終的な生死監視時間＝推定滞在時間から求めた生死監視時間×｛1＋0.1×現在の下流中継数｝）。これにより、多くの下流ノードへ転送（中継）するノードほどツリー型放送システムＳから脱退し難くなるのでトポロジーの安定性を向上させることができる。

なお、上記実施形態としては、所定のサイトから取得されるウェブページを例にとって説明したが、サイトから取得されるウェブページに代えて、ノードにインストールされたアプリケーションの機能により表示されるコンテンツデータの放送に関する放送情報画面と、遷移される他の画面（例えば、カレンダー、ワードプロセッサ、及び計算に係る画面）を適用してもよく、この場合も上記実施形態と同様の効果を奏することができる。

本実施形態に係るツリー型放送システムにおける各ノード装置の接続態様の一例を示す図である。 ノードＮ１２がツリー型放送システムＳへの参加する際の様子を示した概念図である。 放送局１０の概要構成例を示す図である。 接続先紹介サーバ２０の概要構成例を示す図である。 ノードＮｎの概要構成例を示す図である。 （Ａ）は、生死問い合わせに対して肯定応答があった場合の概念図を、（Ｂ）は、生死問い合わせに対して肯定応答がなかった場合の概念図を夫々示している。 放送ページを中心とした各ウェブページのリンクの一例を示す図である。 生死監視時間管理テーブルに登録された情報の一例を示す図である。 ＣＰＵ３０４により実行されるブラウザの処理を示すフローチャートである。 ＣＰＵ３０４により実行されるＡＬＭノードプログラムの処理を示すフローチャートである。 ＣＰＵ３０４により実行されるＡＬＭノードプログラムの処理を示すフローチャートである。 ＣＰＵ１０４により実行されるストリーム制御プログラム等の処理を示すフローチャートである。 ＣＰＵ２０４により実行されるトポロジー管理プログラム及び接続先紹介プログラム等の処理を示すフローチャートである。

符号の説明

８ ネットワーク
９ オーバーレイネットワーク
１０ 放送局
２０ 接続先紹介サーバ
１０１，２０１，３０１ 主電源
１０２，２０２，３０２ 主記憶装置
１０３，２０３，３０３ ハードディスク装置
１０４，２０４，３０４ ＣＰＵ
１０５，２０５，３０５ ネットワークインタフェース
１０６，２０６，３０６ 周辺機器制御チップ
１０７，２０７，３０７ ビデオチップ
１０８，３０８ 音源チップ
１０９，２０８，３０９ キーボード
１１０，２０９，３１０ マウス
１１１，２１０，３１１ ディスプレイ
１１２，３１２ 内蔵スピーカ
１１３，２１１，３１３ システムバス
１１４，２１２，３１４ ルータ
Ｎｎ ノード
Ｓ ツリー型放送システム

Claims (9)

1. 複数のノード装置の参加により形成されたツリー型放送システムであり、当該複数のノード装置が放送装置を最上位として複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型放送システムにおける前記ノード装置であって、
   ユーザからの指示に応じて所定の画面を表示させる表示制御手段と、
   前記コンテンツデータの放送に関する放送情報画面の表示を契機として前記ツリー型放送システムに参加するための参加処理を実行し、前記放送情報画面の表示終了を契機として前記ツリー型放送システムから脱退するための脱退処理を実行する参加及び脱退制御手段と、を備え、
   前記表示制御手段により前記放送情報画面の表示が終了して他の画面に表示が遷移した場合に、前記参加及び脱退制御手段は、予め設定された待機時間内に前記放送情報画面が再表示されないことを条件として前記脱退処理を実行することを特徴とするノード装置。
2. 請求項１に記載のノード装置において、
   前記待機時間は、前記遷移された前記他の画面により提供される情報の内容に応じて設定されることを特徴とするノード装置。
3. 請求項１に記載のノード装置において、
   前記待機時間は、前記遷移された前記他の画面の過去の表示時間に基づいて設定されることを特徴とするノード装置。
4. 請求項１に記載のノード装置において、
   前記待機時間は、前記ツリー型放送システムにおける自ノード装置の階層位置に応じて設定されることを特徴とするノード装置。
5. 請求項１に記載のノード装置において、
   前記待機時間は、前記ツリー型放送システムにおいて自ノード装置に接続される下位階層のノード装置の数に応じて設定されることを特徴とするノード装置。
6. 請求項１乃至５の何れか一項に記載のノード装置において、
   前記表示制御手段は、前記画面を構成するウェブページのＵＲＬ（Uniform Resource Locator）に基づいてネットワークに接続された所定のサーバから当該ウェブページを取得して前記画面を表示することを特徴とするノード装置。
7. コンピュータを、請求項１乃至６の何れか一項に記載のノード装置として機能させることを特徴とするノード処理プログラム。
8. 複数のノード装置の参加により形成されたツリー型放送システムであり、当該複数のノード装置が放送装置を最上位として複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型放送システムであって、
   各前記ノード装置は、
   ユーザからの指示に応じて所定の画面を表示させる表示制御手段と、
   前記コンテンツデータの放送に関する放送情報画面の表示を契機として前記ツリー型放送システムに参加するための参加処理を実行し、前記放送情報画面の表示終了を契機として前記ツリー型放送システムから脱退するための脱退処理を実行する参加及び脱退制御手段と、を備え、
   前記表示制御手段により前記放送情報画面の表示が終了して他の画面に表示が遷移した場合に、前記参加及び脱退制御手段は、予め設定された待機時間内に前記放送情報画面が再表示されないことを条件として前記脱退処理を実行することを特徴とするツリー型放送システム。
9. 複数のノード装置の参加により形成されたツリー型放送システムであり、当該複数のノード装置が放送装置を最上位として複数の階層を形成しつつ通信手段を介してツリー状に接続され、前記放送装置により放送されたコンテンツデータが、上位階層の前記ノード装置から下位階層の前記ノード装置に順次転送されるようにしたツリー型放送システムへの参加及び脱退方法であって、
   前記ノード装置が、
   ユーザからの指示に応じて所定の画面を表示させる表示制御工程と、
   前記コンテンツデータの放送に関する放送情報画面の表示を契機として前記ツリー型放送システムに参加するための参加処理を実行し、前記放送情報画面の表示終了を契機として前記ツリー型放送システムから脱退するための脱退処理を実行する参加及び脱退制御工程と、を備え、
   前記表示制御工程により前記放送情報画面の表示が終了して他の画面に表示が遷移した場合に、前記参加及び脱退制御工程においては、予め設定された待機時間内に前記放送情報画面が再表示されないことを条件として前記脱退処理を実行することを特徴とするツリー型放送システムへの参加及び脱退方法。

Images