(57)【要約】【課題】アップデートデータの配信に対する端末装置の数に関わらず、アップデートデータ配信装置を性能面から補強する必要がなく、多くの端末装置にアップデートデータを迅速かつ確実に配信することができる。【解決手段】端末装置は、所定の接続要求条件が成立した場合には、アップデートデータの受信のための接続先紹介要求を接続管理装置に送信し、アップデートデータ配信装置を頂点として階層構造で多層に論理接続される接続先候補に論理接続する。端末装置は、上層に論理接続されたアップデートデータ配信装置又は別の上層端末装置からアップデートデータを受信し、その受信されたアップデートデータを、下層に論理接続された別の下層端末装置へ中継し、アップデートデータに基づく更新を行う。【選択図】図２
2007334602.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおいて、
前記複数の端末装置の各々は、
所定の接続要求条件が成立したか否かを判定する接続要求条件判定手段と、
前記接続要求条件判定手段によって所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する接続先紹介要求手段と、を有し、
前記接続管理装置は、
前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶する接続状態情報記憶手段と、
前記接続先紹介要求手段によって送信された接続先紹介要求を受信する接続先紹介要求受信手段と、
前記接続先紹介要求受信手段によって接続先紹介要求が受信されたときには、前記接続状態情報記憶手段によって記憶された前記接続状態情報に基づいて、当該アップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する接続先候補選択手段と、
前記接続先候補選択手段によって選択された接続先候補を、前記接続先紹介要求を送信した端末装置へ通知する接続先候補通知手段と、を有し、
前記複数の端末装置の各々は、
前記接続先候補通知手段によって通知された接続先候補を受信する接続先候補受信手段と、
前記接続先候補受信手段によって受信された接続先候補に論理接続する接続手段と、を有し、
前記アップデートデータ配信装置は、
前記アップデートデータが記憶されたアップデートデータ記憶手段と、
前記配信時間以前において、接続された前記端末装置に、当該アップデートデータを配信するアップデートデータ配信手段と、を有し、
前記複数の端末装置の各々は、
前記接続手段によって上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から前記アップデートデータを受信するアップデートデータ受信手段と、
前記アップデートデータ受信手段によって受信されたアップデートデータを、前記接続手段によって下層に論理接続された別の下層端末装置へ中継する制御を行うアップデートデータ中継制御手段と、
前記アップデートデータ受信手段によって受信されたアップデートデータに基づく更新を行う更新手段と、を有することを特徴とするアップデートデータ配信システム。
【請求項２】
前記アップデートデータ配信手段は、前記アップデートデータ記憶手段に記憶された一のアップデートデータを、異なる配信時間で複数回配信する機能を有することを特徴とする請求項１に記載のアップデートデータ配信システム。
【請求項３】
前記接続管理装置における前記接続状態情報記憶手段は、配信時間毎に、前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶し、
前記接続先候補選択手段は、前記アップデートデータ配信手段によってアップデートデータが第一の配信時間から配信された場合において、前記接続先紹介要求受信手段によって当該第一の配信時間以降、かつ、第二の配信時間以前に接続先紹介要求が受信されたときには、当該第二の配信時間からアップデートデータを配信するアップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する機能を有することを特徴とする請求項２に記載のアップデートデータ配信システム。
【請求項４】
前記アップデートデータ配信装置は、相互に独立した複数の前記アップデートデータ配信手段を有し、
前記接続管理装置における前記接続状態情報記憶手段は、前記アップデートデータ配信手段毎に、前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶することを特徴とする請求項１から３のいずれかに記載のアップデートデータ配信システム。
【請求項５】
前記複数の端末装置の各々は、
プログラムの種類を管理するプログラム管理手段と、
前記プログラム管理手段によって管理されているプログラムの種類に基づいて、前記アップデートデータ受信手段によって受信されたアップデートデータが最新のデータであるか否かを判定するアップデートデータ判定手段と、を有し、
前記更新手段は、前記アップデートデータ判定手段によってアップデートデータが最新のデータであると判定された場合には、当該アップデートデータの更新を行う一方、前記アップデートデータ判定手段によってアップデートデータが最新のデータではないと判定された場合には、当該アップデートデータの更新を規制する制御を行う機能を有することを特徴とする請求項１から４のいずれかに記載のアップデートデータ配信システム。
【請求項６】
前記接続要求条件判定手段は、当該接続要求条件判定手段を有する端末装置における起動中に前記所定の接続要求条件が成立したと判定する機能を有することを特徴とする請求項１から５のいずれかに記載のアップデートデータ配信システム。
【請求項７】
前記複数の端末装置の各々は、
前記接続先紹介要求手段によって前記接続先紹介要求を行うための接続要求時間が記憶された接続要求時間記憶手段と、
前記複数の端末装置の各々における起動後において、前記接続要求時間記憶手段に記憶された前記接続要求時間となったか否かを判定する接続要求時間判定手段と、
前記接続要求条件判定手段は、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する機能を有することを特徴とする請求項１から６のいずれかに記載のアップデートデータ配信システム。
【請求項８】
前記アップデートデータに関する管理を行うアップデート管理装置を備え、
前記アップデート管理装置は、
前記配信時間より以前であり、前記接続先紹介要求手段によって前記接続先紹介要求を行うための接続要求時間が記憶された接続要求時間記憶手段と、
前記複数の端末装置のいずれかから接続要求時間を含む接続情報を要求する接続情報要求を受信する接続情報要求受信手段と、
前記接続情報要求受信手段によって前記接続情報要求が受信された場合には、前記接続要求時間記憶手段に記憶されている前記接続要求時間を、前記接続情報要求を送信した端末装置に送信する接続要求時間送信手段と、を有し、
前記複数の端末装置の各々は、
前記アップデート管理装置に接続情報要求を送信する接続情報要求送信手段と、
前記接続情報要求送信手段によって送信された接続情報要求に対応する接続要求時間を前記アップデート管理装置から受信する接続要求時間受信手段と、
前記接続要求時間受信手段によって受信された接続要求時間を設定する接続要求時間設定手段と、
前記複数の端末装置の各々における起動後において、前記接続要求時間設定手段に設定された前記接続要求時間となったか否かを判定する接続要求時間判定手段と、
前記接続要求条件判定手段は、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する機能を有することを特徴とする請求項１から６のいずれかに記載のアップデートデータ配信システム。
【請求項９】
前記複数の端末装置の各々は、
前記アップデートデータの受信が終了したか否かを判定する受信終了判定手段と、
前記受信終了判定手段によって前記アップデートデータの受信が終了したと判定した場合には、当該アップデートデータの受信を行っていた前記アップデートデータ配信装置又は前記上層端末装置との論理接続を遮断する制御を行う接続遮断制御手段と、を有することを特徴とする請求項１から８のいずれかに記載のアップデートデータ配信システム。
【請求項１０】
前記接続要求条件判定手段は、当該接続要求条件判定手段を有する端末装置における起動後に、前記所定の接続要求条件が成立したと判定する機能を有し、
前記接続先紹介要求手段は、前記接続要求条件判定手段によって前記所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する機能を有し、
前記接続手段は、前記接続先候補受信手段によって受信された接続先候補に論理接続し、当該論理接続を継続させる制御を行う機能を有することを特徴とする請求項１から６のいずれかに記載のアップデートデータ配信システム。
【請求項１１】
前記ネットワークを介してコンテンツデータを配信するコンテンツ配信装置を備え、
前記複数の端末装置の各々は、前記コンテンツ配信装置から配信されたコンテンツデータを、前記コンテンツ配信装置又は別の上層端末装置から受信するコンテンツ受信手段を有することを特徴とする請求項１から１０のいずれかに記載のアップデートデータ配信システム。
【請求項１２】
前記複数の端末装置の各々は、前記コンテンツ受信手段によるコンテンツデータの受信と、前記アップデートデータ受信手段によるアップデートデータの受信と、を並列して行う受信制御手段を有することを特徴とする請求項１１に記載のアップデートデータ配信システム。
【請求項１３】
ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおける前記端末装置において、
所定の接続要求条件が成立したか否かを判定する接続要求条件判定手段と、
前記接続要求条件判定手段によって所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する接続先紹介要求手段と、
前記接続管理装置から接続先候補を受信する接続先候補受信手段と、
前記接続先候補受信手段によって受信された接続先候補に論理接続する接続手段と、
前記アップデートデータ配信装置から前記配信時間において配信されたアップデートデータを、前記接続手段によって上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から受信するアップデートデータ受信手段と、
前記アップデートデータ受信手段によって受信されたアップデートデータに基づく更新を行う更新手段と、
前記アップデートデータ受信手段によって受信されたアップデートデータを、前記接続手段によって下層に論理接続された別の下層端末装置へ中継する制御を行うアップデートデータ中継制御手段と、を有することを特徴とするアップデートデータ配信システムにおける端末装置。
【請求項１４】
プログラムの種類を管理するプログラム管理手段と、
前記プログラム管理手段によって管理されているプログラムの種類に基づいて、前記アップデートデータ受信手段によって受信されたアップデートデータが最新のデータであるか否かを判定するアップデートデータ判定手段と、を有し、
前記更新手段は、前記アップデートデータ判定手段によってアップデートデータが最新のデータであると判定された場合には、当該アップデートデータの更新を行う一方、前記アップデートデータ判定手段によってアップデートデータが最新のデータではないと判定された場合には、当該アップデートデータの更新を規制する制御を行う機能を有することを特徴とする請求項１３に記載のアップデートデータ配信システムにおける端末装置。
【請求項１５】
前記接続要求条件判定手段は、当該接続要求条件判定手段を有する端末装置における起動中に前記所定の接続要求条件が成立したと判定する機能を有することを特徴とする請求項１３又は１４に記載のアップデートデータ配信システムにおける端末装置。
【請求項１６】
前記接続先紹介要求手段によって前記接続先紹介要求を行うための接続要求時間が記憶された接続要求時間記憶手段と、
前記複数の端末装置の各々における起動後において、前記接続要求時間記憶手段に記憶された前記接続要求時間となったか否かを判定する接続要求時間判定手段と、
前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する接続要求条件判定手段と、を有し、
前記接続要求条件判定手段は、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する機能を有することを特徴とする請求項１３から１５のいずれかに記載のアップデートデータ配信システムにおける端末装置。
【請求項１７】
前記アップデートデータに関する管理を行うアップデート管理装置に接続情報要求を送信する接続情報要求送信手段と、
前記接続先紹介要求手段によって前記接続先紹介要求を行うための接続要求時間を前記アップデート管理装置から受信する接続要求時間受信手段と、
前記接続要求時間受信手段によって受信された接続要求時間を設定する接続要求時間設定手段と、
前記複数の端末装置の各々における起動後において、前記接続要求時間設定手段に設定された前記接続要求時間となったか否かを判定する接続要求時間判定手段と、
前記接続要求条件判定手段は、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する機能を有することを特徴とする請求項１３から１５のいずれかに記載のアップデートデータ配信システムにおける端末装置。
【請求項１８】
前記複数の端末装置の各々は、
前記アップデートデータの受信が終了したか否かを判定する受信終了判定手段と、
前記受信終了判定手段によって前記アップデートデータの受信が終了したと判定した場合には、当該アップデートデータの受信を行っていた前記アップデートデータ配信装置又は前記上層端末装置との論理接続を遮断する制御を行う接続遮断制御手段と、を有することを特徴とする請求項１３から１７のいずれかに記載のアップデートデータ配信システムにおける端末装置。
【請求項１９】
前記接続要求条件判定手段は、当該接続要求条件判定手段を有する端末装置における起動後に、前記所定の接続要求条件が成立したと判定する機能を有し、
前記接続先紹介要求手段は、前記接続要求条件判定手段によって前記所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する機能を有し、
前記接続手段は、前記接続先候補受信手段によって受信された接続先候補に論理接続し、当該論理接続を継続させる制御を行う機能を有することを特徴とする請求項１３から１５のいずれかに記載のアップデートデータ配信システムにおける端末装置。
【請求項２０】
前記ネットワークを介してコンテンツデータを配信するコンテンツ配信装置から配信されたコンテンツデータを、前記コンテンツ配信装置又は別の上層端末装置から受信するコンテンツ受信手段を有することを特徴とする請求項１３から１９のいずれかに記載のアップデートデータ配信システムにおける端末装置。
【請求項２１】
前記コンテンツ受信手段によるコンテンツデータの受信と、前記アップデートデータ受信手段によるアップデートデータの受信と、を並列して行う受信制御手段を有することを特徴とする請求項２０に記載のアップデートデータ配信システムにおける端末装置。
【請求項２２】
ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおける前記アップデートデータ配信装置において、
前記アップデートデータが記憶されたアップデートデータ記憶手段と、
前記配信時間において、接続された前記端末装置に、当該アップデートデータを配信するアップデートデータ配信手段と、を有し、
前記複数の端末装置の各々が、上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から受け取った前記アップデートデータを、下層に論理接続された別の下層端末装置へ中継する制御を行い、当該受信されたアップデートデータに基づく更新を行うことを特徴とするアップデートデータ配信システムにおけるアップデートデータ配信装置。
【請求項２３】
前記アップデートデータ配信手段は、前記アップデートデータ記憶手段に記憶された一のアップデートデータを、異なる配信時間で複数回配信する機能を有することを特徴とする請求項２２に記載のアップデートデータ配信システムにおけるアップデートデータ配信装置。
【請求項２４】
前記アップデートデータ配信装置は、相互に独立した複数の前記アップデートデータ配信手段を有することを特徴とする請求項２２又は２３に記載のアップデートデータ配信システムにおけるアップデートデータ配信装置。
【請求項２５】
ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおける前記接続管理装置において、
前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶する接続状態情報記憶手段と、
前記複数の端末装置のいずれかから所定の接続要求条件の成立により送信された接続先紹介要求を受信する接続先紹介要求受信手段と、
前記接続先紹介要求受信手段によって接続先紹介要求が受信されたときには、前記接続状態情報記憶手段によって記憶された前記接続状態情報に基づいて、当該アップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する接続先候補選択手段と、
前記接続先候補選択手段によって選択された接続先候補を、前記接続先紹介要求を送信した端末装置へ通知する接続先候補通知手段と、を有し、
前記複数の端末装置の各々が、前記配信時間以前において、前記接続先候補通知手段によって通知された接続先候補に論理接続し、前記アップデートデータ配信装置が、接続された前記端末装置に、当該アップデートデータを前記配信時間において配信し、前記複数の端末装置の各々が、上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から受け取った前記アップデートデータを、下層に論理接続された別の下層端末装置へ中継する制御を行い、当該受信されたアップデートデータに基づく更新を行うことを特徴とするアップデートデータ配信システムにおける接続管理装置。
【請求項２６】
前記接続状態情報記憶手段は、配信時間毎に、アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶し、
前記接続先候補選択手段は、前記アップデートデータ配信手段によってアップデートデータが第一の配信時間から配信された場合において、前記接続先紹介要求受信手段によって当該第一の配信時間以降、かつ、第二の配信時間以前に接続先紹介要求が受信されたときには、当該第二の配信時間からアップデートデータを配信するアップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する機能を有することを特徴とする請求項２５に記載のアップデートデータ配信システムにおける接続管理装置。
【請求項２７】
ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおけるアップデートデータ配信方法において、
前記アップデートデータ配信装置は、前記アップデートデータが記憶されたアップデートデータ記憶手段を有し、
前記複数の端末装置の各々が、所定の接続要求条件が成立したか否かを判定する接続要求条件判定ステップと、
前記複数の端末装置の各々が、前記接続要求条件判定ステップによって所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する接続先紹介要求ステップと、
前記接続管理装置が、前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶する接続状態情報記憶ステップと、
前記接続管理装置が、前記接続先紹介要求ステップによって送信された接続先紹介要求を受信する接続先紹介要求受信ステップと、
前記接続管理装置が、前記接続先紹介要求受信ステップによって接続先紹介要求が受信されたときには、前記接続状態情報記憶ステップによって記憶された前記接続状態情報に基づいて、当該アップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する接続先候補選択ステップと、
前記接続管理装置が、前記接続先候補選択ステップによって選択された接続先候補を、前記接続先紹介要求を送信した端末装置へ通知する接続先候補通知ステップと、
前記複数の端末装置の各々が、前記接続先候補通知ステップによって通知された接続先候補を受信する接続先候補受信ステップと、
前記複数の端末装置の各々が、前記接続先候補受信ステップによって受信された接続先候補に論理接続する接続ステップと、
前記アップデートデータ配信装置が、前記配信時間において、接続された前記端末装置に、当該アップデートデータを配信するアップデートデータ配信ステップと、
前記複数の端末装置の各々が、前記接続ステップによって上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から前記アップデートデータを受信するアップデートデータ受信ステップと、
前記複数の端末装置の各々が、前記アップデートデータ受信ステップによって受信されたアップデートデータを、前記接続ステップによって下層に論理接続された別の下層端末装置へ中継する制御を行うアップデートデータ中継制御ステップと、
前記複数の端末装置の各々が、前記アップデートデータ受信ステップによって受信されたアップデートデータに基づく更新を行う更新ステップと、を有することを特徴とするアップデートデータ配信システムにおけるアップデートデータ配信方法。
【請求項２８】
コンピュータを、請求項１３から２１のいずれかに記載の端末装置における各手段として機能させるためのプログラム。
【請求項２９】
コンピュータを、請求項２２から２４のいずれかに記載のアップデートデータ配信装置における各手段として機能させるためのプログラム。
【請求項３０】
コンピュータを、請求項２５又は２６に記載の接続管理装置における各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アップデートデータ配信システム、そのアップデートデータ配信システムにおける端末装置、アップデートデータ配信装置、接続管理装置及びアップデートデータ配信方法並びにそれに用いるプログラムに関するものであり、特に、ネットワークを介してアップデートデータを所定の配信時間に配信することによって、複数の端末装置におけるアップデートデータの更新が行われるアップデートデータ配信システム、そのアップデートデータ配信システムにおける端末装置、アップデートデータ配信装置、接続管理装置及びアップデートデータ配信方法並びにそれに用いるプログラムに関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワークを介して、アップデートデータを配信するアップデートデータ配信システムが存在している。
【０００３】
このアップデートデータ配信システムにおいては、アップデートデータを記憶し、配信するアップデートデータ配信装置と、そのアップデートデータ配信装置とネットワークを介してデータ通信が可能な端末装置と、が備えられている。このようなシステムにおいては、サーバクライアント方式によって通信が行われており、端末装置からアップデートデータ配信装置にアップデートデータの要求が送信され、端末装置におけるプログラムのバージョンによって、アップデートデータが配信されることとなる。
【０００４】
このようなアップデートデータ配信サービスにおいては、例えば、特許文献１に示すように、アップデートデータ配信装置は、最新バージョンのアップデートデータを登録し、端末装置を有するサーバに対して、配信すべきアップデートデータ、配信日時、バージョン、同報配信回数を送信し、そのサーバは、ネットワークを介して受信し、その指定内容に従って、下層の端末装置に対してソフトウェアを複数回、同報配信するものが開示されており、配信未了の端末装置数が極力少なくなるように構成されている。
【０００５】
また、例えば、特許文献２に示すように、アップデートデータの配信を管理することによって、アップデートデータ又はその差分データが取り出され、その配信が行われるアップデートデータ配信サービスが開示されており、配信規模や配信環境に影響を受けず効率良く負荷分散して確実に配信が行われる。
【特許文献１】特開平７−２１１００号公報
【特許文献２】特開平７−４４３９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したアップデートデータ配信システムにおいては、アップデートデータの配信に伴い、アップデートデータ配信サーバから複数の端末装置に対して直接アップデートデータの配信を行うサーバクライアント型のシステム構成であると、多くの端末装置からアップデートデータ配信装置に対して配信要求が行われた場合には、いくら差分データなど、サイズの小さなアップデートデータを配信するときであっても、アップデートデータ配信装置における負荷が増大するおそれがあった。この結果、アップデートデータ配信装置においてシステムダウンの原因となり、場合によっては、多くの端末装置からの配信要求があるタイミングだけのために、アップデートデータ配信装置のスペックを変更するなど、アップデートデータ配信装置を性能面から補強しなければならなかった。
【０００７】
そこで、本発明は、アップデートデータの配信に対する端末装置の数に関わらず、アップデートデータ配信装置を性能面から補強する必要がなく、多くの端末装置にアップデートデータを迅速かつ確実に配信することができるアップデートデータ配信システム、そのアップデートデータ配信システムにおける端末装置、アップデートデータ配信装置、接続管理装置及びアップデートデータ配信方法並びにそれに用いるプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおいて、前記複数の端末装置の各々は、所定の接続要求条件が成立したか否かを判定する接続要求条件判定手段と、前記接続要求条件判定手段によって所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する接続先紹介要求手段と、を有し、前記接続管理装置は、前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶する接続状態情報記憶手段と、前記接続先紹介要求手段によって送信された接続先紹介要求を受信する接続先紹介要求受信手段と、前記接続先紹介要求受信手段によって接続先紹介要求が受信されたときには、前記接続状態情報記憶手段によって記憶された前記接続状態情報に基づいて、当該アップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する接続先候補選択手段と、前記接続先候補選択手段によって選択された接続先候補を、前記接続先紹介要求を送信した端末装置へ通知する接続先候補通知手段と、を有し、前記複数の端末装置の各々は、前記接続先候補通知手段によって通知された接続先候補を受信する接続先候補受信手段と、前記接続先候補受信手段によって受信された接続先候補に論理接続する接続手段と、を有し、前記アップデートデータ配信装置は、前記アップデートデータが記憶されたアップデートデータ記憶手段と、前記配信時間以前において、接続された前記端末装置に、当該アップデートデータを配信するアップデートデータ配信手段と、を有し、前記複数の端末装置の各々は、前記接続手段によって上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から前記アップデートデータを受信するアップデートデータ受信手段と、前記アップデートデータ受信手段によって受信されたアップデートデータを、前記接続手段によって下層に論理接続された別の下層端末装置へ中継する制御を行うアップデートデータ中継制御手段と、前記アップデートデータ受信手段によって受信されたアップデートデータに基づく更新を行う更新手段と、を有することを特徴とするものである。
【０００９】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記アップデートデータ配信手段は、前記アップデートデータ記憶手段に記憶された一のアップデートデータを、異なる配信時間で複数回配信する機能を有することを特徴とするものである。
【００１０】
また、請求項３に記載の発明は、請求項２に記載の発明において、前記接続管理装置における前記接続状態情報記憶手段は、配信時間毎に、前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶し、前記接続先候補選択手段は、前記アップデートデータ配信手段によってアップデートデータが第一の配信時間から配信された場合において、前記接続先紹介要求受信手段によって当該第一の配信時間以降、かつ、第二の配信時間以前に接続先紹介要求が受信されたときには、当該第二の配信時間からアップデートデータを配信するアップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する機能を有することを特徴とするものである。
【００１１】
また、請求項４に記載の発明は、請求項１から３のいずれかに記載の発明において、前記アップデートデータ配信装置は、相互に独立した複数の前記アップデートデータ配信手段を有し、前記接続管理装置における前記接続状態情報記憶手段は、前記アップデートデータ配信手段毎に、前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶することを特徴とするものである。
【００１２】
また、請求項５に記載の発明は、請求項１から４のいずれかに記載の発明において、前記複数の端末装置の各々は、プログラムの種類を管理するプログラム管理手段と、前記プログラム管理手段によって管理されているプログラムの種類に基づいて、前記アップデートデータ受信手段によって受信されたアップデートデータが最新のデータであるか否かを判定するアップデートデータ判定手段と、を有し、前記更新手段は、前記アップデートデータ判定手段によってアップデートデータが最新のデータであると判定された場合には、当該アップデートデータの更新を行う一方、前記アップデートデータ判定手段によってアップデートデータが最新のデータではないと判定された場合には、当該アップデートデータの更新を規制する制御を行う機能を有することを特徴とするものである。
【００１３】
また、請求項６に記載の発明は、請求項１から５のいずれかに記載の発明において、前記接続要求条件判定手段は、当該接続要求条件判定手段を有する端末装置における起動中に前記所定の接続要求条件が成立したと判定する機能を有することを特徴とするものである。
【００１４】
また、請求項７に記載の発明は、請求項１から６のいずれかに記載の発明において、前記複数の端末装置の各々は、前記接続先紹介要求手段によって前記接続先紹介要求を行うための接続要求時間が記憶された接続要求時間記憶手段と、前記複数の端末装置の各々における起動後において、前記接続要求時間記憶手段に記憶された前記接続要求時間となったか否かを判定する接続要求時間判定手段と、前記接続要求条件判定手段は、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する機能を有することを特徴とするものである。
【００１５】
また、請求項８に記載の発明は、請求項１から６のいずれかに記載の発明において、前記アップデートデータに関する管理を行うアップデート管理装置を備え、前記アップデート管理装置は、前記配信時間より以前であり、前記接続先紹介要求手段によって前記接続先紹介要求を行うための接続要求時間が記憶された接続要求時間記憶手段と、前記複数の端末装置のいずれかから接続要求時間を含む接続情報を要求する接続情報要求を受信する接続情報要求受信手段と、前記接続情報要求受信手段によって前記接続情報要求が受信された場合には、前記接続要求時間記憶手段に記憶されている前記接続要求時間を、前記接続情報要求を送信した端末装置に送信する接続要求時間送信手段と、を有し、前記複数の端末装置の各々は、前記アップデート管理装置に接続情報要求を送信する接続情報要求送信手段と、前記接続情報要求送信手段によって送信された接続情報要求に対応する接続要求時間を前記アップデート管理装置から受信する接続要求時間受信手段と、前記接続要求時間受信手段によって受信された接続要求時間を設定する接続要求時間設定手段と、前記複数の端末装置の各々における起動後において、前記接続要求時間設定手段に設定された前記接続要求時間となったか否かを判定する接続要求時間判定手段と、前記接続要求条件判定手段は、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する機能を有することを特徴とするものである。
【００１６】
また、請求項９に記載の発明は、請求項１から８のいずれかに記載の発明において、前記複数の端末装置の各々は、前記アップデートデータの受信が終了したか否かを判定する受信終了判定手段と、前記受信終了判定手段によって前記アップデートデータの受信が終了したと判定した場合には、当該アップデートデータの受信を行っていた前記アップデートデータ配信装置又は前記上層端末装置との論理接続を遮断する制御を行う接続遮断制御手段と、を有することを特徴とするものである。
【００１７】
また、請求項１０に記載の発明は、請求項１から６のいずれかに記載の発明において、前記接続先紹介要求手段は、当該接続先紹介要求手段を有する端末装置における起動後に前記所定の接続要求条件が成立し、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する機能を有し、前記接続手段は、前記接続先候補受信手段によって受信された接続先候補に論理接続し、当該論理接続を継続させる制御を行う機能を有することを特徴とするものである。
【００１８】
また、請求項１１に記載の発明は、請求項１から１０のいずれかに記載の発明において、前記ネットワークを介してコンテンツデータを配信するコンテンツ配信装置を備え、前記複数の端末装置の各々は、前記コンテンツ配信装置から配信されたコンテンツデータを、前記コンテンツ配信装置又は別の上層端末装置から受信するコンテンツ受信手段を有することを特徴とするものである。
【００１９】
また、請求項１２に記載の発明は、請求項１１に記載の発明において、前記複数の端末装置の各々は、前記コンテンツ受信手段によるコンテンツデータの受信と、前記アップデートデータ受信手段によるアップデートデータの受信と、を並列して行う受信制御手段を有することを特徴とするものである。
【００２０】
また、請求項１３に記載の発明は、ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおける前記端末装置において、所定の接続要求条件が成立したか否かを判定する接続要求条件判定手段と、前記接続要求条件判定手段によって所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する接続先紹介要求手段と、前記接続管理装置から接続先候補を受信する接続先候補受信手段と、前記接続先候補受信手段によって受信された接続先候補に論理接続する接続手段と、前記アップデートデータ配信装置から前記配信時間において配信されたアップデートデータを、前記接続手段によって上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から受信するアップデートデータ受信手段と、前記アップデートデータ受信手段によって受信されたアップデートデータに基づく更新を行う更新手段と、前記アップデートデータ受信手段によって受信されたアップデートデータを、前記接続手段によって下層に論理接続された別の下層端末装置へ中継する制御を行うアップデートデータ中継制御手段と、を有することを特徴とするものである。
【００２１】
また、請求項１４に記載の発明は、請求項１３に記載の発明において、プログラムの種類を管理するプログラム管理手段と、前記プログラム管理手段によって管理されているプログラムの種類に基づいて、前記アップデートデータ受信手段によって受信されたアップデートデータが最新のデータであるか否かを判定するアップデートデータ判定手段と、を有し、前記更新手段は、前記アップデートデータ判定手段によってアップデートデータが最新のデータであると判定された場合には、当該アップデートデータの更新を行う一方、前記アップデートデータ判定手段によってアップデートデータが最新のデータではないと判定された場合には、当該アップデートデータの更新を規制する制御を行う機能を有することを特徴とするものである。
【００２２】
また、請求項１５に記載の発明は、請求項１３又は１４に記載の発明において、前記接続要求条件判定手段は、当該接続要求条件判定手段を有する端末装置における起動中に前記所定の接続要求条件が成立したと判定する機能を有することを特徴とするものである。
【００２３】
また、請求項１６に記載の発明は、請求項１３から１５のいずれかに記載の発明において、前記接続先紹介要求手段によって前記接続先紹介要求を行うための接続要求時間が記憶された接続要求時間記憶手段と、前記複数の端末装置の各々における起動後において、前記接続要求時間記憶手段に記憶された前記接続要求時間となったか否かを判定する接続要求時間判定手段と、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する接続要求条件判定手段と、を有し、前記接続要求条件判定手段は、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する機能を有することを特徴とするものである。
【００２４】
また、請求項１７に記載の発明は、請求項１３から１５のいずれかに記載の発明において、前記アップデートデータに関する管理を行うアップデート管理装置に接続情報要求を送信する接続情報要求送信手段と、前記接続先紹介要求手段によって前記接続先紹介要求を行うための接続要求時間を前記アップデート管理装置から受信する接続要求時間受信手段と、前記接続要求時間受信手段によって受信された接続要求時間を設定する接続要求時間設定手段と、前記複数の端末装置の各々における起動後において、前記接続要求時間設定手段に設定された前記接続要求時間となったか否かを判定する接続要求時間判定手段と、前記接続要求条件判定手段は、前記接続要求時間判定手段によって接続要求時間となったと判定されたときに、前記所定の接続要求条件が成立したと判定する機能を有することを特徴とするものである。
【００２５】
また、請求項１８に記載の発明は、請求項１３から１７のいずれかに記載の発明において、前記複数の端末装置の各々は、前記アップデートデータの受信が終了したか否かを判定する受信終了判定手段と、前記受信終了判定手段によって前記アップデートデータの受信が終了したと判定した場合には、当該アップデートデータの受信を行っていた前記アップデートデータ配信装置又は前記上層端末装置との論理接続を遮断する制御を行う接続遮断制御手段と、を有することを特徴とするものである。
【００２６】
また、請求項１９に記載の発明は、請求項１３から１５のいずれかに記載の発明において、前記接続要求条件判定手段は、当該接続要求条件判定手段を有する端末装置における起動後に、前記所定の接続要求条件が成立したと判定する機能を有し、前記接続先紹介要求手段は、前記接続要求条件判定手段によって前記所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する機能を有し、前記接続手段は、前記接続先候補受信手段によって受信された接続先候補に論理接続し、当該論理接続を継続させる制御を行う機能を有することを特徴とするものである。
【００２７】
また、請求項２０に記載の発明は、請求項１３から１９のいずれかに記載の発明において、前記ネットワークを介してコンテンツデータを配信するコンテンツ配信装置から配信されたコンテンツデータを、前記コンテンツ配信装置又は別の上層端末装置から受信するコンテンツ受信手段を有することを特徴とするものである。
【００２８】
また、請求項２１に記載の発明は、請求項２０に記載の発明において、前記コンテンツ受信手段によるコンテンツデータの受信と、前記アップデートデータ受信手段によるアップデートデータの受信と、を並列して行う受信制御手段を有することを特徴とするものである。
【００２９】
また、請求項２２に記載の発明は、ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおける前記アップデートデータ配信装置において、前記アップデートデータが記憶されたアップデートデータ記憶手段と、前記配信時間において、接続された前記端末装置に、当該アップデートデータを配信するアップデートデータ配信手段と、を有し、前記複数の端末装置の各々が、上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から受け取った前記アップデートデータを、下層に論理接続された別の下層端末装置へ中継する制御を行い、当該受信されたアップデートデータに基づく更新を行うことを特徴とするものである。
【００３０】
また、請求項２３に記載の発明は、請求項２２に記載の発明において、前記アップデートデータ配信手段は、前記アップデートデータ記憶手段に記憶された一のアップデートデータを、異なる配信時間で複数回配信する機能を有することを特徴とするものである。
【００３１】
また、請求項２４に記載の発明は、請求項２２又は２３に記載の発明において、前記アップデートデータ配信装置は、相互に独立した複数の前記アップデートデータ配信手段を有することを特徴とするものである。
【００３２】
また、請求項２５に記載の発明は、ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおける前記接続管理装置において、前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶する接続状態情報記憶手段と、前記複数の端末装置のいずれかから所定の接続要求条件の成立により送信された接続先紹介要求を受信する接続先紹介要求受信手段と、前記接続先紹介要求受信手段によって接続先紹介要求が受信されたときには、前記接続状態情報記憶手段によって記憶された前記接続状態情報に基づいて、当該アップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する接続先候補選択手段と、前記接続先候補選択手段によって選択された接続先候補を、前記接続先紹介要求を送信した端末装置へ通知する接続先候補通知手段と、を有し、前記複数の端末装置の各々が、前記配信時間以前において、前記接続先候補通知手段によって通知された接続先候補に論理接続し、前記アップデートデータ配信装置が、接続された前記端末装置に、当該アップデートデータを前記配信時間において配信し、前記複数の端末装置の各々が、上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から受け取った前記アップデートデータを、下層に論理接続された別の下層端末装置へ中継する制御を行い、当該受信されたアップデートデータに基づく更新を行うことを特徴とするものである。
【００３３】
また、請求項２６に記載の発明は、請求項２５に記載の発明において、前記接続状態情報記憶手段は、配信時間毎に、アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶し、前記接続先候補選択手段は、前記アップデートデータ配信手段によってアップデートデータが第一の配信時間から配信された場合において、前記接続先紹介要求受信手段によって当該第一の配信時間以降、かつ、第二の配信時間以前に接続先紹介要求が受信されたときには、当該第二の配信時間からアップデートデータを配信するアップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する機能を有することを特徴とするものである。
【００３４】
また、請求項２７に記載の発明は、ネットワークを介してアップデートデータを所定の配信時間に配信するアップデートデータ配信装置と、前記ネットワークを介して前記アップデートデータを受信及び更新する複数の端末装置と、前記アップデートデータ配信装置及び前記複数の端末装置の前記ネットワーク上における接続状態を管理する接続管理装置と、を備えたアップデートデータ配信システムにおけるアップデートデータ配信方法において、前記アップデートデータ配信装置は、前記アップデートデータが記憶されたアップデートデータ記憶手段を有し、前記複数の端末装置の各々が、所定の接続要求条件が成立したか否かを判定する接続要求条件判定ステップと、前記複数の端末装置の各々が、前記接続要求条件判定ステップによって所定の接続要求条件が成立したと判定された場合には、前記アップデートデータの受信のための接続先紹介要求を前記接続管理装置に送信する接続先紹介要求ステップと、前記接続管理装置が、前記アップデートデータ配信装置を頂点として前記端末装置が前記ネットワーク上において階層構造で多層に論理接続された前記複数の端末装置の接続状態情報を記憶する接続状態情報記憶ステップと、前記接続管理装置が、前記接続先紹介要求ステップによって送信された接続先紹介要求を受信する接続先紹介要求受信ステップと、前記接続管理装置が、前記接続先紹介要求受信ステップによって接続先紹介要求が受信されたときには、前記接続状態情報記憶ステップによって記憶された前記接続状態情報に基づいて、当該アップデートデータ配信装置を頂点として、当該接続先紹介要求を送信した端末装置が前記ネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する接続先候補選択ステップと、前記接続管理装置が、前記接続先候補選択ステップによって選択された接続先候補を、前記接続先紹介要求を送信した端末装置へ通知する接続先候補通知ステップと、前記複数の端末装置の各々が、前記接続先候補通知ステップによって通知された接続先候補を受信する接続先候補受信ステップと、前記複数の端末装置の各々が、前記接続先候補受信ステップによって受信された接続先候補に論理接続する接続ステップと、前記アップデートデータ配信装置が、前記配信時間において、接続された前記端末装置に、当該アップデートデータを配信するアップデートデータ配信ステップと、前記複数の端末装置の各々が、前記接続ステップによって上層に論理接続された前記アップデートデータ配信装置又は別の上層端末装置から前記アップデートデータを受信するアップデートデータ受信ステップと、前記複数の端末装置の各々が、前記アップデートデータ受信ステップによって受信されたアップデートデータを、前記接続ステップによって下層に論理接続された別の下層端末装置へ中継する制御を行うアップデートデータ中継制御ステップと、前記複数の端末装置の各々が、前記アップデートデータ受信ステップによって受信されたアップデートデータに基づく更新を行う更新ステップと、を有することを特徴とするものである。
【００３５】
また、請求項２８に記載の発明は、コンピュータを、請求項１３から２１のいずれかに記載の端末装置における各手段として機能させるためのプログラム。
【００３６】
また、請求項２９に記載の発明は、コンピュータを、請求項２２から２４のいずれかに記載のアップデートデータ配信装置における各手段として機能させるためのプログラム。
【００３７】
また、請求項３０に記載の発明は、コンピュータを、請求項２５又は２６に記載の接続管理装置における各手段として機能させるためのプログラム。
【発明の効果】
【００３８】
請求項１、１３、２２、２５、２７から３０のいずれかの発明によれば、接続管理装置は、アップデートデータが配信される配信時間以前において、複数の端末装置のいずれかからの接続先紹介要求が受信されたときには、ネットワーク上における複数の端末装置の接続状態情報に基づいて、そのアップデートデータ配信装置を頂点として、接続先紹介要求を送信した端末装置がネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択し、接続先紹介要求を送信した端末装置へ通知する。また、複数の端末装置の各々は、所定の接続要求条件が成立したと判定された場合には、アップデートデータの受信のための接続先紹介要求を接続管理装置に送信し、受信した接続先候補に論理接続する。また、アップデートデータ配信装置は、配信時間となったら接続された端末装置にアップデートデータを配信する。また、複数の端末装置の各々は、上層に論理接続されたアップデートデータ配信装置又は別の上層端末装置からアップデートデータを受信し、その受信されたアップデートデータを、下層に論理接続された別の下層端末装置へ中継する。そして、そのアップデートデータに基づく更新を行う。従って、アップデートデータ配信装置を頂点として、複数の端末装置が階層構造となるように接続され、アップデートデータの受信、更新及び中継を行うことができる。このため、アップデートデータの配信に対する端末装置の数に関わらず、アップデートデータ配信装置を性能面から補強する必要がなく、多くの端末装置にアップデートデータを迅速かつ確実に配信することができる。
【００３９】
請求項２又は２３の発明によれば、アップデートデータ配信手段は、一のアップデートデータを異なる配信時間で複数回配信するので、起動されていない端末装置など、一のアップデートデータを受信していない端末装置においても、所定の接続要求条件が成立することによって、再度、一のアップデートデータを受信し、更新することができる。
【００４０】
請求項３又は２６の発明によれば、アップデートデータが第一の配信時間から配信された場合において、第一の配信時間以降、かつ、第二の配信時間以前に接続先紹介要求が受信されたときには、その第二の配信時間からアップデートデータを配信するアップデートデータ配信装置を頂点として、その接続先紹介要求を送信した端末装置がネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する。従って、第一の配信時間以降において接続先紹介要求を受信した場合であっても、第一の配信時間において配信しているアップデートデータの送信を途中で中止させることなく、第二の配信時間においてまだアップデートデータを配信していないアップデートデータ配信装置に論理接続させることによって、第二の配信時間から配信されるアップデートデータを受信し、更新することができる。
【００４１】
請求項４又は２４の発明によれば、アップデートデータ配信装置は、アップデートデータを配信し、相互に独立した複数のアップデートデータ配信手段を有するので、例えば、複数種類のアップデートデータを配信することによって、各種のアップデートデータの配信が可能となり、更には、一のアップデートデータを、時間をスライドさせて複数回配信することによって、アップデートデータを受信する前における待ち時間を減少させることが可能となるなど、アップデートデータの配信効率を向上させることができる。
【００４２】
請求項５又は１４の発明によれば、複数の端末装置の各々は、管理されているプログラムの種類に基づいて、受信されたアップデートデータが最新のデータであると判定された場合には、そのアップデートデータの更新を行う一方、最新のデータではないと判定された場合には、そのアップデートデータの更新を規制するので、端末装置のそれぞれにおけるプログラムの種類などを集中管理することがないため、処理の集中を防止することができ、更には、端末装置のそれぞれがアップデートデータの階層構造から脱退する機会を減少させることによって、アップデートデータの配信効率を向上させることができる。
【００４３】
請求項６又は１５の発明によれば、端末装置における起動中に所定の接続要求条件が成立したと判定するので、起動後においては更新不可能なアップデートデータや、緊急度が高いアップデートデータなどを起動中に更新することができるため、迅速かつ確実に各種のアップデートデータの更新を行うことができる。
【００４４】
請求項７又は１６の発明によれば、複数の端末装置の各々における起動後において、記憶された接続要求時間となったと判定されたときに、所定の接続要求条件が成立したと判定するので、特別アップデートデータの更新を意識することなく、接続要求時間となったときに所定の接続要求条件が成立し、階層構造に接続することとなり、起動後において接続要求時間となったときには、確実に各種のアップデートデータの更新を行うことができる。尚、ここでいう接続要求時間は、例えば、午後３時というような所定の時間であっても、２時間おきなどの所定の期間毎であってもよい。
【００４５】
請求項８又は１７の発明によれば、アップデートデータに関する管理を行うアップデート管理装置において、端末装置から接続要求時間を含む接続情報を要求する接続情報要求が受信された場合には、接続先紹介要求を行うための接続要求時間が、接続情報要求を送信した端末装置に送信され、端末装置は、アップデート管理装置に接続情報要求を送信し、その接続情報要求に対応する接続要求時間を設定し、その端末装置における起動後において、設定された接続要求時間となったと判定されたときに、所定の接続要求条件が成立したと判定する。従って、アップデートデータを受信するために階層構造に接続する接続要求時間などを管理するアップデート管理装置に要求することによって、端末装置は、その接続要求時間などを認識することができることとなり、効率的に各種のアップデートデータの更新を行うことができる。
【００４６】
請求項９又は１８の発明によれば、アップデートデータの受信が終了したと判定した場合には、そのアップデートデータの受信を行っていたアップデートデータ配信装置又は上層端末装置との論理接続を遮断するので、個々の端末装置においてアップデートデータの受信が終了した場合には、全ての端末装置に対してアップデートデータの配信が終了する前であっても、接続状態を遮断させる情報を受信することなく、アップデートデータを受信していた装置との接続状態を遮断させることができ、新たな接続状態を要求し易くなるため、効率的な制御処理を行うことができる。
【００４７】
請求項１０又は１９の発明によれば、端末装置における起動後に所定の接続要求条件が成立したと判定された場合には、アップデートデータの受信のための接続先紹介要求を接続管理装置に送信し、接続先候補に論理接続し、その論理接続を継続させるので、端末装置の起動後において迅速かつ確実に各種のアップデートデータの更新を行うことができる。
【００４８】
請求項１１又は２０の発明によれば、端末装置は、ネットワークを介してコンテンツ配信装置から配信されたコンテンツデータを、コンテンツ配信装置又は別の上層端末装置から受信するので、コンテンツデータなどを受信可能な端末装置におけるアップデートデータの受信を行うことができる。
【００４９】
請求項１２又は２１の発明によれば、コンテンツデータの受信とアップデートデータの受信とを並列して行うので、コンテンツデータの受信を行い、階層構造に接続した状態でアップデートデータの受信を行うことによって、コンテンツデータの受信を中断させたり、アップデートデータの受信を中断させたりする必要がなく、簡便である。
【発明を実施するための最良の形態】
【００５０】
以下、本発明の最良の実施形態を図面に基づいて説明する。
【００５１】
［１．アップデートデータ配信システムの構成等］
まず、図１を参照して、アップデートデータ配信システムＳの概要構成等について説明する。
【００５２】
図１は、本実施形態に係るアップデートデータ配信システムＳの概要構成例を示す図である。図１に示すように、本実施形態に係るアップデートデータ配信システムＳは、インターネット９などのネットワークを介して、各種のアップデートデータを配信するアップデートデータ配信サービスを行うシステムである。また、このアップデートデータ配信システムＳは、所定の配信時間に、各種のアップデートデータを配信するシステムでもあり、特に、アップデートデータを受信可能な端末装置２の数が多い場合であっても、性能面からの補強をする必要もなく、迅速かつ確実に、端末装置２にアップデートデータの配信を行うことができるシステムである。尚、本実施形態におけるアップデートデータ配信システムＳは、音楽、映画、トーク番組などコンテンツデータ（以下、「コンテンツ」ともいう。）の配信を行うコンテンツ配信サービスに採用されている。
【００５３】
このアップデートデータ配信システムＳは、インターネット９等のネットワークを介して複数の端末装置２にアップデートデータを所定の配信時間に配信するアップデートデータ配信装置４と、アップデートデータに関する管理を行うアップデート管理装置５と、インターネット９等のネットワークを介してコンテンツデータを配信するコンテンツ配信装置１と、インターネット９等のネットワークを介して、アップデートデータの受信及びそのデータに基づく更新を行い、コンテンツデータの受信及び再生を行う複数の端末装置２と、アップデートデータ配信装置４、コンテンツ配信装置１及び複数の端末装置２など各種装置のアップデートデータ配信システムＳ上における接続状態を管理する接続管理装置３と、を含む構成である。
【００５４】
コンテンツ配信装置１、端末装置２、接続管理装置３、アップデートデータ配信装置４、アップデート管理装置５には、各々ＩＰアドレスが割り当てられており、これら装置は、ネットワークの一例としてのインターネット９にルータ１０等を介して接続されている。すなわち、目的の接続先端末装置のＩＰアドレスを宛先ＩＰアドレス、自装置のＩＰアドレスを送信元ＩＰアドレスとしたヘッダを含むパケットを送信することによって通信接続が可能となっている。
【００５５】
なお、本実施形態においては、コンテンツ配信装置１、接続管理装置３、アップデートデータ配信装置４、アップデート管理装置５などを別体の装置として構成したが、これに限らず、例えば、コンテンツ配信装置１や、接続管理装置３、アップデート管理装置５などをアップデートデータ配信装置４の内部に有することとしてもよい。この場合には
コンテンツ配信装置１や、接続管理装置３、アップデート管理装置５にはＩＰアドレスは割り当てなくてもよく、アップデートデータ配信装置４のＩＰアドレスと共用するようにしてもよい。また、例えば、コンテンツ配信装置１、接続管理装置３、アップデートデータ配信装置４、アップデート管理装置５以外にも、別の機能を有する装置を含む構成であってもよい。
【００５６】
アップデートデータ配信装置４は、アップデートデータ配信システムＳに参加している端末装置２に、その端末装置２において実行されるアップデートデータを配信する。また、アップデートデータの配信時間以前において、アップデートデータ配信装置４を頂点として端末装置２がネットワーク上において階層構造で多層に論理接続されることとなるため、このアップデートデータ配信装置４は、直接に論理接続された端末装置２だけにアップデートデータを配信することによって、階層構造で多層に論理接続された全ての端末装置２にアップデートデータを配信することができる。
【００５７】
また、このアップデートデータ配信装置４には、アップデートデータを配信するためのポートが複数設定されている。これら複数のポートは、相互に独立しており、それら複数のポートのそれぞれにおいて、異なるアップデートデータが配信可能となる。また、アップデートデータ配信装置４は、設定されるアップデートデータの配信スケジュールにもよるが、同じアップデートデータ（一のアップデートデータ）を異なる配信時間に複数回配信することができる。
【００５８】
アップデート管理装置５は、アップデートデータ配信システムＳにおいて、アップデートに関する管理を行う。特に、アップデート管理装置５は、アップデートデータの配信時間より以前であり、端末装置２が接続管理装置３に対して接続先紹介要求を行うための接続要求時間を、端末装置２からの要求に応じて送信することとなる。これによって、アップデート管理装置５は、端末装置２に対して、アップデートデータを受信するための接続先紹介要求を行う接続要求時間を通知することとなる。
【００５９】
接続管理装置３は、アップデートデータ配信システムＳに参加していない端末装置２などから接続先紹介要求を受信すると、アップデートデータ配信システムＳにおける接続状態等に基づいて、その端末装置２が、アップデートデータやストリーミング配信を受けるための上流に接続する接続先候補（アップデートデータ配信装置４やコンテンツ配信装置１など）を選択する。そして、このように選択した接続先候補の所在情報（接続先候補のＩＰアドレスやポート番号など）及び通信プロトコル等を通知する。
【００６０】
なお、本実施形態において、アップデートデータ配信システムＳは、コンテンツ配信装置１を含むシステムであり、このコンテンツ配信装置１は、コンテンツデータをストリーミング配信することとなる。尚、アップデートデータ配信システムＳに、コンテンツ配信装置１が１体の装置として配置されているが、これに限らず、複数体のコンテンツ配信装置１が配置されていてもよい。なお、便宜上、複数の端末装置の全てを符号２で表す場合がある。
【００６１】
なお、アップデートデータ配信システムＳにおいて、すでに通信プロトコルやポート番号が固定されているときには、端末装置２へのポート番号及び通信プロトコルは通知しなくてもよい。ここで、通信プロトコルとして、ＭＭＳ（Ｍｉｃｒｏｓｏｆｔ  Ｍｅｄｉａ  Ｓｅｒｖｅｒ）プロトコル、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）等が用いられる。また、コンテンツデータの形式として、ＡＳＦ（Ａｄｖａｎｃｅｄ  Ｓｔｒｅａｍｉｎｇ  Ｆｏｒｍａｔ）、ＷＭＡ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ａｕｄｉｏ）、ＷＭＶ（Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ  Ｖｉｄｅｏ）等が用いられる。
【００６２】
端末装置２は、接続管理装置３から接続先候補の所在情報を受信すると、そのＩＰアドレスの接続先候補に対して、アップデートデータ配信システムＳへの参加（接続）を要求し、これにより端末装置２がアップデートデータ配信システムＳに組み込まれる。すなわち、端末装置２はアップデートデータ配信装置４から配信されるアップデートデータを受信可能となる。尚、本実施形態において、端末装置２は、その装置の起動中にアップデートデータの更新があるとアップデート管理装置５から通知された場合や、装置の起動後において、アップデートチェック時間となった場合に、アップデートデータを受信する接続先候補を接続管理装置３に要求し、接続管理装置３から通知された接続先候補からいずれかに接続することとなる。
【００６３】
端末装置２へ配信されるアップデートデータには、端末装置２の起動中においてプログラム等の更新を行うためのデータや、起動後においてプログラム等の更新を行うためのデータなどが含まれている。このようなアップデートデータは、アップデートデータ配信装置４から端末装置２にプッシュ型で配信され、端末装置２においてそのデータに基づく更新が行われることとなる。
【００６４】
また、端末装置２は、コンテンツ配信装置１から配信されるコンテンツデータも受信可能になる。端末装置２へ配信されるコンテンツデータには、上述した音楽や映画などコンテンツのデータのほか、再生時刻の情報（以下、「再生時刻データ」という。）が含まれている。そして、コンテンツデータを受信した複数の端末装置２は、順次送信されるコンテンツデータの再生を再生時刻データに基づいて行うことが可能である。
【００６５】
このようにして、アップデートデータ配信システムＳは、コンテンツ配信装置１から送信されたコンテンツデータが複数の端末装置２にストリーミング配信され、複数の端末装置２において同時刻にコンテンツを再生することができる。すなわち、サーバクライアント型を用いて複数の端末装置２への放送形式のストリーミング配信を実現している。
【００６６】
このように、アップデートデータ配信システムＳは、このように端末装置２が参加することによって、アップデートデータ配信装置４やコンテンツ配信装置１を頂点として複数の端末装置２が論理接続される。
【００６７】
また、上述のように本実施形態におけるアップデートデータ配信システムＳは、アップデートデータを配信可能であるが、そのアップデートデータを配信する端末装置２の数が増大し過ぎると、サーバクライアント型では配信処理の負荷が増大するおそれがある。このため、アップデートデータを配信する場合には、アップデートデータの配信時間前に、階層構造で論理接続されたツリー型のアップデート専用トポロジが形成されることとなる。具体的には図２を用いて以下に説明する。
【００６８】
コンテンツデータが配信される場合には、図２（Ａ）に示すように、サーバクライアント型の接続状態が形成され、端末装置２からの購入要求等に応じてコンテンツデータがコンテンツ配信装置１から端末装置２に送信される。
【００６９】
一方、端末装置２において、所定の接続要求条件が成立した場合には、図２（Ａ）に示す接続状態から図２（Ｂ）に示す接続状態となる。具体的には、端末装置２の起動中において、起動中に更新すべきアップデートデータがある場合には、端末装置２から接続管理装置３に接続先候補が要求され、図２（Ｂ）に示すように、アップデートデータ配信装置４を頂点としたツリー型のトポロジに端末装置２が論理接続される。また、端末装置２の起動後において、所定の接続時間（接続要求時間）となった場合には、端末装置２から接続管理装置３に接続先候補が要求され、図２（Ｂ）に示すように、アップデートデータ配信装置４を頂点としたツリー型のトポロジに端末装置２が論理接続される。
【００７０】
このようにアップデートデータ配信システムＳは、アップデートデータ配信装置４を頂点として複数の端末装置２がツリー状階層構造で多層に論理接続されるように接続管理装置３によって管理される。このように、アップデートデータ配信装置４は、アップデートデータを、そのツリー型のトポロジに参加した端末装置２に配信することとなる。
【００７１】
［２．アップデートデータ配信装置４の構成等の説明］
次に、図３を参照して、アップデートデータ配信装置４の構成及び動作について説明する。
【００７２】
図３は、本実施形態におけるアップデートデータ配信装置４の概略構成例を示す図である。アップデートデータ配信装置４は、一般のサーバコンピュータを適用可能であり、図３に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）４０２と、各種プログラム等を記憶（格納）する書き換え可能な主記憶装置４０５と、各種データ等を記憶するハードディスク装置４０３と、インターネット９を介して端末装置２、接続管理装置３やアップデート管理装置５との間で通信を行うネットワークインタフェース４０４と、所定の情報を入力可能なキーボード４０７やマウス４０８等の入力手段を制御する周辺機器制御チップ４０６と、ＣＰＵ４０２からイメージデータを受け取り、内部のビデオメモリ（図示せず）に書き込むと共にこのビデオメモリに書き込んだデータを後述の内蔵ディスプレイ４１０に表示するビデオチップ４０９と、ビデオチップ４０９から送信される信号に応じた表示を行う内蔵ディスプレイ４１０と、ＦＭ音源（Ｆｒｅｑｕｅｎｃｙ  Ｍｏｄｕｌａｔｉｏｎ）やＷａｖｅ  Ｔａｂｌｅ音源などの音源を有する音源チップ４１１と、音源チップ４１１から出力されるオーディオ信号を音波に変換する内蔵スピーカ４１２と、を備えて構成され、これらの各種構成要素はシステムバス４０１を介して相互に接続されている。
【００７３】
なお、ネットワークインタフェース４０４は、ルータ１０ｄを介してインターネット９に接続される。このルータ１０ｄは、図１に示すルータ１０に相当するものである。
【００７４】
なお、本実施形態においては、ＣＰＵ４０２と主記憶装置４０５とで制御部４３０を構成している。また、アップデートデータ配信装置４には、上述のように内蔵ディスプレイ（液晶ディスプレイ等）４１０等が内蔵されており、例えば、アップデートデータ配信システムＳを運用する運営者は、この内蔵ディスプレイ４１０を見ながら入力手段から所定の情報を入力することができる。なお、本実施形態においては、これら内蔵ディスプレイ４１０や内蔵スピーカ４１２などがアップデートデータ配信装置４に内蔵されているが、これに限らず、例えば、別に接続されるものであってもよい。
【００７５】
（主記憶装置４０５ついて）
また、主記憶装置４０５には、アップデートデータ配信装置４のコンピュータとしての基本的な機能を提供するためのＯＳ（オペレーティングシステム）プログラム４１７と、ハードディスク装置４０３に記憶されたアップデートデータ４１３を取り出して端末装置２へストリーミング配信するためのストリーム制御プログラム４１５と、ポート毎に各階構造の各端末装置２の所在情報（ＩＰアドレスやポート番号など）の管理等を行なうためのトポロジ管理プログラム４１６と、内蔵ディスプレイ４１０を制御するための画面制御プログラム４１８と、エンコードされたデータをデコードするためのデコーダプログラム４１９と、ハードディスク装置４０３に記憶されているアップデートデータ４１３から読み出したアップデートデータを端末装置２へ送信する前に一時的に記憶するリングバッファ４２０等が記憶されており、これらはＣＰＵ４０２によって読み出され、ＣＰＵ４０２によってこれらのプログラムに従った機能が実行される。
【００７６】
ここで、ＯＳプログラム４１７は、ＣＰＵ４０２によって読み出されて実行されることにより、キーボード４０７やマウス４０８の入出力に関する機能や、主記憶装置４０５やハードディスク装置４０３どのメモリ管理などのアップデートデータ配信装置４であるコンピュータの基本的な機能を実行可能にするものである。
【００７７】
そして、このＯＳプログラム４１７がＣＰＵ４０２によって実行された状態で、上述のストリーム制御プログラム４１５、トポロジ管理プログラム４１６、画面制御プログラム４１８、デコーダプログラム４１９と、が主記憶装置４０５から読み出されて実行される。
【００７８】
特に、本実施形態においては、主記憶装置４０５には、アップデート管理装置５から送信されるアップデートデータや、それに関するアップデートデータベースを管理するアップデート管理プログラム４２１が記憶されており、これはＣＰＵ４０２によって読み出され、ＣＰＵ４０２によってこれらのプログラムに従った機能が実行される。
【００７９】
そして、このＯＳプログラム４１７がＣＰＵ４０２によって実行された状態で、上述のアップデート管理プログラム４２１が主記憶装置４０５から読み出されて実行される。
【００８０】
なお、ＯＳプログラム４１７、ストリーム制御プログラム４１５、トポロジ管理プログラム４１６、画面制御プログラム４１８、デコーダプログラム４１９、アップデート管理プログラム４２１等は、例えば、インターネット９に接続されたサーバ等から主記憶装置４０５にダウンロードされるようにしてもよく、また、ＣＤ−ＲＯＭ等の記録媒体に記録されてから当該記録媒体のドライブを介して、主記憶装置４０５に読み込まれるようにしてもよい。
【００８１】
（制御部４３０について）
制御部４３０は、上述のようにＣＰＵ４０２と主記憶装置４０５とから構成され、ＣＰＵ４０２が主記憶装置４０５に記憶された各種プログラム４１５から４１９，４２１を読み出して実行することにより、アップデートデータ配信装置４全体を統括制御し、かつ、後述するアップデートデータ配信手段等として機能するようになっている。なお、ＣＰＵ４０２がストリーム制御プログラム４１５を実行することによって、アップデートデータ配信手段等として、またＣＰＵ４０２がトポロジ管理プログラム４１６を実行することによって、トポロジ管理手段として、また、ＣＰＵ４０２が画面制御プログラム４１８を実行することによって、表示制御手段等として、ＣＰＵ４０２がデコーダプログラム４１９を実行することによって、再生手段として、ＣＰＵ４０２がアップデート管理プログラム４２１を実行することによって、配信アップデートデータ受信手段、配信アップデートデータ保存手段として、それぞれ機能するようになっている。さらに、ハードディスク装置４０３は、アップデートデータと、そのアップデートデータに対応する配信時間とが記憶されたアップデートデータ記憶手段として使用される。
【００８２】
（配信アップデートデータ受信手段、配信アップデートデータ保存手段について）
配信アップデートデータ受信手段は、アップデート管理装置５から送信されるアップデートデータや、そのアップデートデータに対応するアップデートデータベースのデータを受信する。また、配信アップデートデータ保存手段は、アップデート管理装置５からアップデートデータや、そのアップデートデータに対応するアップデートデータベースが配信アップデートデータ受信手段によって受信された場合には、受信したアップデートデータをアップデートデータ４１３としてハードディスク装置４０３に保存し、受信したアップデートデータベースのデータを、アップデートデータベース４１４に登録する。
【００８３】
（アップデートデータ配信手段について）
アップデートデータ配信手段は、キーボード４０７などの入力手段によって、又は、設定された配信時間となったと判定されたことによって、ハードディスク装置４０３において記憶されているアップデートデータ４１３から指定されたアップデートデータを取り出し、ネットワークインタフェース４０４を介して、接続された端末装置２（例えば、ツリー型に接続された場合には最上階層端末装置）等にストリーミング配信する。
【００８４】
このアップデートデータ配信手段による端末装置２等へのストリーミング配信は、以下の手順で実行される。
【００８５】
アップデートデータ配信手段は、ハードディスク装置４０３に予め記憶されているアップデートデータ４１３から、予め設定されたアップデートデータを順次取り出してリングバッファ４２０に記憶させる。
【００８６】
次に、アップデートデータ配信手段は、リングバッファ４２０から取り出したアップデートデータを、ストリーミング配信用のデータ形式、たとえばＡＳＦ、ＷＭＡ、ＷＭＶ等のデータ形式にエンコードする。
【００８７】
その後、アップデートデータ配信手段は、接続された端末装置２等に対して、それぞれ対応するアップデートデータを所定容量毎に分割しながらアップデートデータパケットに格納し、ネットワークインタフェース４０４を介して、このアップデートデータパケットを送信する。
【００８８】
（トポロジ管理手段）
アップデートデータ配信装置４は、１つのアップデートデータ配信装置４に複数のポートを割り振られており、トポロジ管理手段は、割り振られたポートに構成されるツリー状階層構造の第１階層に参加している端末装置２の所在情報（ＩＰアドレスやポート番号など）を管理している。そして、上述のアップデートデータ配信手段はトポロジ管理手段が管理する端末装置２のＩＰアドレスを宛先アドレスとし、配信用ＩＰアドレスを送信元として端末装置２へアップデートデータの配信を行う。
【００８９】
（表示制御手段について）
表示制御手段は、ビデオチップ４０９及び内蔵ディスプレイ４１０を制御して、各種情報を表示する機能を有している。すなわち、表示制御手段は、内蔵ディスプレイ４１０にどのように映像や各種情報を表示するかを制御することができる。
【００９０】
（再生手段について）
再生手段は、各種の情報を内蔵ディスプレイ４１０に表示したり、内蔵スピーカ４１２から出力したりする機能を有している。
【００９１】
［３．端末装置２の構成等の説明］
次に、図４を参照して、端末装置２の構成及び動作について説明する。
【００９２】
図４は、本実施形態における端末装置２の概略構成例を示す図である。端末装置２は、一般のパーソナルコンピュータあるいは専用端末を適用可能であり、図４に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０２と、各種プログラム等を記憶（格納）する書き換え可能な主記憶装置２０５と、各種データ等を記憶するハードディスク装置２０３と、インターネット９を介してネットワーク上のコンテンツ配信装置１、接続管理装置３、アップデートデータ配信装置４やアップデート管理装置５及び他の端末装置２との間で有線通信による通信を行うためのネットワークインタフェース２０４と、ユーザによる端末装置２の遠隔操作が可能な所定の赤外線信号を送信及び受信するユーザ入力用リモコン２０８と、このユーザ入力用リモコン２０８と赤外線により通信を行なうための赤外線ポート２０７と、赤外線ポート２０７を制御する周辺機器制御チップ２０６と、ＣＰＵ２０２からイメージデータを受け取り、内部のビデオメモリ（図示せず）に書き込むと共にこのビデオメモリに書き込んだデータを後述の内蔵ディスプレイ２１０に表示するビデオチップ２０９と、ビデオチップ２０９から送信される信号に応じた表示を行う内蔵ディスプレイ２１０と、ＦＭ音源（Ｆｒｅｑｕｅｎｃｙ  Ｍｏｄｕｌａｔｉｏｎ）やＷａｖｅ  Ｔａｂｌｅ音源などの音源を有する音源チップ２１１と、音源チップ２１１から出力されるオーディオ信号を音波に変換する内蔵スピーカ２１２とを備えて構成され、これらの各種構成要素はシステムバス２０１を介して相互に接続されている。
【００９３】
なお、本実施形態においては、ＣＰＵ２０２と主記憶装置２０５とで制御部２３０を構成している。また、ネットワークインタフェース２０４は、ルータ１０ｂを介して、インターネット９に接続されている。このルータ１０ｂは、図１に示すルータ１０に相当するものである。
【００９４】
上述したようなユーザ入力用リモコン２０８では、アップデートデータ配信システムＳにおけるアップデートデータを受信するためのアップデートチェック時間の設定や、コンテンツ配信サービスにおけるコンテンツの購入などの操作が可能である。
【００９５】
（主記憶装置２０５について）
また、主記憶装置２０５には、端末装置２のコンピュータとしての基本的な機能を提供するためのＯＳプログラム２１７と、アップデートデータ配信装置４から直接又は他の端末装置２に中継されてストリーミング配信されるアップデートデータをストリーム受信及び下流の端末装置２へストリーミング送信するためのストリーム制御プログラム２１５と、ツリー接続された一層上流の端末装置２（或いはアップデートデータ配信装置４やコンテンツ配信装置１）の所在情報（ＩＰアドレスやポート番号）とツリー接続された一層下流の端末装置２の所在情報の管理等を行なうためのトポロジ制御プログラム２１６と、内蔵ディスプレイ２１０を制御するための画面制御プログラム２１８と、上流の装置からストリーミング受信したアップデートデータをデコードするためのデコーダプログラム２１９と、ストリーミング受信したアップデートデータが順次記憶され、記憶したアップデートデータのうち更新が終了したアップデートデータ、及び、下流に接続している他の端末装置２が存在する場合にはその端末装置２への配信が終了したアップデートデータが順次消去されるリングバッファ２２０等が記憶されており、これらはＣＰＵ２０２によって読み出され、ＣＰＵ２０２によってこれらのプログラムに従った機能が実行される。
【００９６】
また、このストリーム制御プログラム２１５は、コンテンツ配信装置１から直接又は他の端末装置２に中継されてストリーミング配信されるコンテンツデータをストリーム受信及び下流の端末装置２へストリーミング送信するためのプログラムでもある。また、デコーダプログラム２１９は、上流の装置からストリーミング受信したコンテンツデータをデコードして再生するためのプログラムでもある。また、リングバッファ２２０は、ストリーミング受信したコンテンツデータが順次記憶され、記憶したコンテンツデータのうち再生が終了したコンテンツデータ、及び、下流に接続している他の端末装置２が存在する場合にはその端末装置２への配信が終了したコンテンツデータが順次消去されるバッファでもある。
【００９７】
ここで、ＯＳプログラム２１７は、ＣＰＵ２０２によって読み出されて実行されることにより、ユーザ入力用リモコン２０８の入出力に関する機能や、主記憶装置２０５やハードディスク装置２０３などのメモリ管理などの端末装置２であるコンピュータの基本的な機能を実行可能にするものである。そして、このＯＳプログラム２１７がＣＰＵ２０２によって実行された状態で、上述のストリーム制御プログラム２１５、トポロジ制御プログラム２１６、画面制御プログラム２１８、デコーダプログラム２１９等が主記憶装置２０５から読み出されて実行される。
【００９８】
また、主記憶装置２０５には、上流の装置からストリーミング受信したアップデートデータをデコードして更新するためのアップデートデータ更新プログラム２２１が記憶されており、これらはＣＰＵ２０２によって読み出され、ＣＰＵ２０２によってこれらのプログラムに従った機能が実行される。
【００９９】
そして、このＯＳプログラム２１７がＣＰＵ２０２によって実行された状態で、上述のアップデートデータ更新プログラム２２１が主記憶装置２０５から読み出されて実行される。
【０１００】
なお、ＯＳプログラム２１７、ストリーム制御プログラム２１５、トポロジ制御プログラム２１６、画面制御プログラム２１８、デコーダプログラム２１９、アップデートデータ更新プログラム２２１等は、例えば、インターネット９に接続されたサーバ等から主記憶装置２０５にダウンロードされるようにしてもよく、また、ＣＤ−ＲＯＭ等の記憶媒体に記録されてから当該記憶媒体のドライブを介して、主記憶装置２０５に読み込まれるようにしてもよい。
【０１０１】
（制御部２３０について）
制御部２３０は、上述のようにＣＰＵ２０２と主記憶装置２０５とから構成され、ＣＰＵ２０２が主記憶装置２０５に記憶された各種プログラム２１５から２１９，２２１を読み出して実行することにより、端末装置２全体を統括制御し、かつ、後述する接続要求条件判定手段、接続要求時間判定手段、接続先紹介要求手段、接続先候補受信手段、接続手段、コンテンツ受信手段、アップデートデータ受信手段、アップデートデータ中継制御手段、更新手段、プログラム管理手段、アップデートデータ判定手段、受信終了判定手段、接続遮断制御手段、表示制御手段、再生手段等として機能するようになっている。さらに、ハードディスク装置２０３は、接続先紹介要求を行うための接続要求時間が記憶された接続要求時間記憶手段として使用される。
【０１０２】
なお、ＣＰＵ２０２がストリーム制御プログラム２１５を実行することによって、コンテンツ受信手段、アップデートデータ受信手段、アップデートデータ中継制御手段等として、またＣＰＵ２０２がトポロジ制御プログラム２１６を実行することによって、接続要求条件判定手段、接続要求時間判定手段、接続先紹介要求手段、接続先候補受信手段、接続手段、受信終了判定手段、接続遮断制御手段等として、またＣＰＵ２０２が画面制御プログラム２１８を実行することによって表示制御手段等として、さらにＣＰＵ２０２がデコーダプログラム２１９を実行することによって再生手段等として、さらにＣＰＵ２０２がアップデートデータ更新プログラム２２１を実行することによって、更新手段、プログラム管理手段、アップデートデータ判定手段、等として、それぞれ機能するようになっている。
【０１０３】
（接続要求条件判定手段等について）
接続要求条件判定手段は、所定の接続要求条件が成立したか否かを判定する。具体的には、接続要求条件判定手段は、端末装置２における起動中に所定の接続要求条件が成立したと判定する。また、接続要求条件判定手段は、接続要求時間となったと判定されたときに、所定の接続要求条件が成立したと判定する。接続要求時間判定手段は、端末装置における起動後において、記憶された前記接続要求時間となったか否かを判定する。
【０１０４】
（接続手段等について）
接続先紹介要求手段は、所定の接続要求条件が成立したと判定された場合には、アップデートデータの受信のための接続先紹介要求を接続管理装置３に送信する。接続先候補受信手段は、通知された接続先候補を受信し、接続手段は、受信された接続先候補に論理接続する。
【０１０５】
（アップデートデータ受信手段、アップデートデータ中継制御手段について）
アップデートデータ受信手段は、ネットワークインタフェース２０４を介してアップデートデータ配信装置４又は上層に接続された端末装置２からアップデートデータを受信する。また、アップデートデータ中継制御手段は、アップデートデータを受信した場合において、下層に端末装置２が接続されているときなどには、受信したアップデートデータを、ネットワークインタフェース２０４を介して、その下層に接続された他の端末装置２へネットワークインタフェース２０４を介して転送する。つまり、アップデートデータ中継制御手段は、下層に論理接続された別の下層端末装置へ中継する制御を行うこととなる。
【０１０６】
（更新手段等について）
更新手段は、受信されたアップデートデータに基づく更新を行う。特に、更新手段は、受信したアップデートデータが最新のデータであると判定された場合には、そのアップデートデータの更新を行う一方、受信したアップデートデータが最新のデータではないと判定された場合には、アップデートデータの更新を規制（禁止）する制御を行う。プログラム管理手段は、プログラムの種類を管理し、アップデートデータ判定手段は、管理されているプログラムの種類に基づいて、受信されたアップデートデータが最新のデータであるか否かを判定することとなる。
【０１０７】
（受信終了判定手段、接続遮断制御手段について）
受信終了判定手段は、ネットワークインタフェース２０４を介してアップデートデータ配信装置４又は上層に接続された端末装置２から受信したアップデートデータが終了したか否かを判定する。そして、接続遮断制御手段は、受信したアップデートデータが終了したと判定された場合には、アップデートデータ配信装置４又は上層に接続された端末装置２との論理接続を切断する。
【０１０８】
（コンテンツ受信手段について）
コンテンツ受信手段は、ネットワークインタフェース２０４を介してコンテンツ配信装置１又は上層に接続された端末装置２からコンテンツデータを受信する。
【０１０９】
（再生手段について）
再生手段は、ネットワークインタフェース２０４によってストリーミング受信したコンテンツデータをリングバッファ２２０に順次記憶すると共に順次再生する機能を有している。
【０１１０】
この再生手段は、音源チップ２１１やビデオチップ２０９を動作させることによってこの機能を実現しており、リングバッファ２２０に格納したコンテンツデータを順次取り出して、所定のコンテンツデータ形式（たとえば、Ｗａｖｅ形式）に変換して音源チップ２１１やビデオチップ２０９へ入力し、コンテンツの再生を行う。
【０１１１】
再生手段によって所定のコンテンツデータ形式に変換されたコンテンツデータは、そのコンテンツデータがオーディオ情報を含む場合には、そのオーディオ情報が音源チップ２１１によってオーディオ信号へ変換された後、内蔵スピーカ２１２から出力される。
【０１１２】
また、再生手段によって所定のコンテンツデータ形式に変換されたコンテンツデータは、そのコンテンツデータに映像情報が含まれるときには、後述の表示制御手段による制御によってこの映像情報が内蔵ディスプレイ２１０に表示される。
【０１１３】
また、再生手段は、リングバッファ２２０に格納されたコンテンツデータに含まれる再生開始時刻情報に基づいて、当該コンテンツデータを再生するタイミングを決定する。すなわち、再生手段は、リングバッファ２２０に格納されたコンテンツデータをその再生開始時刻で内蔵スピーカ２１２や内蔵ディスプレイ２１０に出力するように構成されている。
【０１１４】
（表示制御手段について）
表示制御手段は、ビデオチップ２０９及び内蔵ディスプレイ２１０を制御して、コンテンツデータや各種情報を表示する機能を有している。すなわち、表示制御手段は、内蔵ディスプレイ２１０にどのようにコンテンツの映像や各種情報を表示するかを制御することができる。
【０１１５】
［４．接続管理装置３の構成等の説明］
次に、図５を参照して、接続管理装置３の構成及び動作について説明する。
【０１１６】
図５は、本実施形態における接続管理装置３の概略構成例を示す図である。接続管理装置３は、一般のサーバコンピュータを適用可能であり、図５に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０２と、各種プログラム等を記憶（格納）する書き換え可能な主記憶装置３０５と、各種データ等を記憶するハードディスク装置３０３と、インターネット９を介してコンテンツ配信装置１、アップデートデータ配信装置４、アップデート管理装置５や端末装置２との間で通信を行うネットワークインタフェース３０４と、所定の情報を入力可能なキーボード３０７やマウス３０８等の入力手段を制御する周辺機器制御チップ３０６と、ＣＰＵ３０２からイメージデータを受け取り、内部のビデオメモリ（図示せず）に書き込むと共にこのビデオメモリに書き込んだデータを内蔵ディスプレイ３１０に表示するビデオチップ３０９とを備えて構成され、これらの各種構成要素はシステムバス３０１を介して相互に接続されている。
【０１１７】
なお、本実施形態においては、ＣＰＵ３０２と主記憶装置３０５とで制御部３３０を構成している。なお、ネットワークインタフェース３０４は、ルータ１０ｃを介して、インターネット９に接続されている。このルータ１０ｃは、図１に示すルータ１０に相当するものである。
【０１１８】
（主記憶装置３０５について）
また、主記憶装置３０５には、接続管理装置３のコンピュータとしての基本的な機能を提供するためのＯＳプログラム３１７と、ポートに接続される複数の端末装置２の所在情報（ＩＰアドレスやポート番号など）などを管理するための端末管理プログラム３１８と、各ポートのツリー状階層構造を構築及び管理等するためのトポロジ管理プログラム３１９と、端末装置２から送信される接続先紹介要求に対応するポートの接続先候補を選択し、端末装置２へ接続先候補の情報を送信等するための接続先紹介プログラム３２０等が記憶されており、これらはＣＰＵ３０２によって読み出され、ＣＰＵ３０２によってこれらのプログラムに従った機能が実行される。
【０１１９】
ここで、ＯＳプログラム３１７は、ＣＰＵ３０２によって読み出されて実行されることにより、キーボード３０７やマウス３０８の入出力に関する機能や、主記憶装置３０５やハードディスク装置３０３などのメモリ管理などの接続管理装置３であるコンピュータの基本的な機能を実行可能にするものである。そして、このＯＳプログラム３１７がＣＰＵ３０２によって実行された状態で、上述の端末管理プログラム３１８、トポロジ管理プログラム３１９、接続先紹介プログラム３２０等が実行される。
【０１２０】
なお、ＯＳプログラム３１７、端末管理プログラム３１８、トポロジ管理プログラム３１９、接続先紹介プログラム３２０等は、例えば、インターネット９に接続されたサーバ等から主記憶装置３０５にダウンロードされるようにしてもよく、また、ＣＤ−ＲＯＭ等の記憶媒体に記録されてから当該記憶媒体のドライブを介して、主記憶装置３０５に読み込まれるようにしてもよい。
【０１２１】
（制御部３３０について）
制御部３３０は、上述のようにＣＰＵ３０２と主記憶装置３０５とから構成され、ＣＰＵ３０２が主記憶装置３０５に記憶された各種プログラム３１７〜３２０を読み出して実行することにより、接続管理装置３全体を統括制御し、かつ、後述する端末管理手段、トポロジ管理手段、新規トポロジ生成手段、トポロジ変更手段、接続先紹介要求受信手段、接続先候補選択手段、接続先候補通知手段等として機能する。さらに、ハードディスク装置３０３は、配信されるポート、配信時間毎に、アップデートデータの配信が行われるアップデートデータ配信装置４を頂点として、ネットワーク上において階層構造で多層に論理接続された複数の端末装置の接続状態情報を記憶する接続状態情報記憶手段として使用される。また、ハードディスク装置３０３は、配信されるポート、配信時間毎に、コンテンツデータの配信が行われるコンテンツ配信装置１を頂点として、ネットワーク上において階層構造で多層に論理接続された複数の端末装置の接続状態情報を記憶する接続状態情報記憶手段として使用される。
【０１２２】
なお、ＣＰＵ３０２が端末管理プログラム３１８を実行することによって、端末管理手段等として、またＣＰＵ３０２がトポロジ管理プログラム３１９を実行することによってトポロジ管理手段、新規トポロジ生成手段、トポロジ変更手段等として、さらにＣＰＵ３０２が接続先紹介プログラム３２０を実行することによって接続先紹介要求受信手段、接続先候補選択手段、接続先候補通知手段等として、それぞれ機能する。
【０１２３】
（端末管理手段について）
端末管理手段は、端末装置２からの登録要求を受信すると、端末管理データベース３１５へこの端末装置２の所在情報であるＩＰアドレスなどをポート毎に登録する。また、アップデート管理装置５やコンテンツ配信装置１からの登録要求を受信した場合も、このアップデートデータ配信装置４やコンテンツ配信装置１の所在情報であるＩＰアドレスなどを各ポート毎に端末管理データベース３１５に登録する。なお、これらの装置の所在情報は登録要求に含まれ、この登録要求から所在情報を取得する。
【０１２４】
（トポロジ管理手段について）
トポロジ管理手段は、アップデート管理装置５やコンテンツ配信装置１から送信される新規ポート生成要求に基づいて、新規ポートのツリー状階層構造を生成するための新規トポロジ生成手段と、端末装置２の接続先紹介要求や接続切断通知などのトポロジ変動通知によってポートにおける端末装置２の接続情報を変更するトポロジ変更手段としての機能を有している。また、トポロジ管理手段は、ポート毎に階層構造を構成する端末装置２の接続状態情報を接続状態情報記憶手段としてのトポロジデータベース３１４へ記憶する。
【０１２５】
新規トポロジ生成手段は、アップデート管理装置５やコンテンツ配信装置１から新規ポート生成要求を受信すると、新規ポートのトポロジテーブルを生成してトポロジデータベース３１４へ登録する。ここで、トポロジテーブルは、ポート毎に階層構造を構成する端末装置２の接続状態情報などを格納するためのテーブルであり、ポートごとに生成されてトポロジデータベース３１４に登録される。
【０１２６】
トポロジ変更手段は、トポロジデータベース３１４に記憶される複数のトポロジテーブルに端末装置２の情報を追加又は削除する機能を実行するものであり、端末装置２からの接続先紹介要求トポロジ参加報告に基づいて、トポロジテーブルへの追加又は変更を行うものである。
【０１２７】
（接続先紹介要求受信手段について）
接続先紹介要求受信手段は、端末装置２などから送信された接続先紹介要求を受信する。
【０１２８】
（接続先候補選択手段について）
接続先候補選択手段は、ポートに新規に参加しようとする端末装置２から接続先紹介要求を受信したとき、接続先紹介要求に対応するポートの階層構造において、接続先紹介要求を送信した端末装置２がネットワーク上において階層構造で多層に論理接続されるような接続先候補を、トポロジデータベース３１４に記憶された接続状態情報から選択する。つまり、接続先候補選択手段は、端末装置２から接続先紹介要求が受信されたときには、トポロジデータベース３１４に記憶された接続状態情報に基づいて、アップデートデータ配信装置４を頂点として、接続先紹介要求を送信した端末装置２がネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する。特に、接続先候補選択手段は、アップデートデータが配信された第一の配信時間以降、かつ、次にアップデートデータが配信される第二の配信時間以前に接続先紹介要求が受信されたときには、その第二の配信時間からアップデートデータが配信されるアップデートデータ配信装置４（アップデートデータ配信装置４のポート）を頂点として、その接続先紹介要求を送信した端末装置２がネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択する。
【０１２９】
（接続先候補通知手段について）
接続先候補通知手段は、接続先候補選択手段によって選択された接続先候補を、接続先紹介要求を送信した端末装置２へ通知する機能を有する。この接続先候補の通知は、接続先候補の情報、すなわち接続先候補の端末装置２の通信プロトコル、ＩＰアドレスやポート番号などの情報を含む。
【０１３０】
［５．アップデート管理装置５の構成等の説明］
次に、図６を参照して、アップデート管理装置５の構成及び動作について説明する。
【０１３１】
図６は、本実施形態におけるアップデート管理装置５の概略構成例を示す図である。アップデート管理装置５は、一般のサーバコンピュータを適用可能であり、図６に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０２と、各種プログラム等を記憶（格納）する書き換え可能な主記憶装置５０５と、各種データ等を記憶するハードディスク装置５０３と、インターネット９を介して接続管理装置３、アップデートデータ配信装置４や端末装置２との間で通信を行うネットワークインタフェース５０４と、所定の情報を入力可能なキーボード５０７やマウス５０８等の入力手段を制御する周辺機器制御チップ５０６と、ＣＰＵ５０２からイメージデータを受け取り、内部のビデオメモリ（図示せず）に書き込むと共にこのビデオメモリに書き込んだデータを内蔵ディスプレイ５１０に表示するビデオチップ５０９とを備えて構成され、これらの各種構成要素はシステムバス５０１を介して相互に接続されている。
【０１３２】
なお、本実施形態においては、ＣＰＵ５０２と主記憶装置５０５とで制御部５３０を構成している。なお、ネットワークインタフェース５０４は、ルータ１０ｅを介して、インターネット９に接続されている。このルータ１０ｅは、図１に示すルータ１０に相当するものである。
【０１３３】
（主記憶装置５０５について）
また、主記憶装置５０５には、アップデート管理装置５のコンピュータとしての基本的な機能を提供するためのＯＳプログラム５１７と、配信するためのアップデートデータを投入するためのアップデートデータ投入プログラム５１８と、アップデートに関する管理を行うためのアップデート管理プログラム５２０等が記憶されており、これらはＣＰＵ５０２によって読み出され、ＣＰＵ５０２によってこれらのプログラムに従った機能が実行される。
【０１３４】
ここで、ＯＳプログラム５１７は、ＣＰＵ５０２によって読み出されて実行されることにより、キーボード５０７やマウス５０８の入出力に関する機能や、主記憶装置５０５やハードディスク装置５０３などのメモリ管理などのアップデート管理装置５であるコンピュータの基本的な機能を実行可能にするものである。そして、このＯＳプログラム５１７がＣＰＵ５０２によって実行された状態で、上述のアップデートデータ投入プログラム５１８、アップデート管理プログラム５２０等が実行される。
【０１３５】
なお、ＯＳプログラム５１７、アップデートデータ投入プログラム５１８、アップデート管理プログラム５２０等は、例えば、インターネット９に接続されたサーバ等から主記憶装置５０５にダウンロードされるようにしてもよく、また、ＣＤ−ＲＯＭ等の記憶媒体に記録されてから当該記憶媒体のドライブを介して、主記憶装置５０５に読み込まれるようにしてもよい。
【０１３６】
（制御部５３０について）
制御部５３０は、上述のようにＣＰＵ５０２と主記憶装置５０５とから構成され、ＣＰＵ５０２が主記憶装置５０５に記憶された各種プログラム５１７，５１８，５２０を読み出して実行することにより、アップデート管理装置５全体を統括制御し、かつ、後述するアップデートデータ登録手段、接続情報要求受信手段、接続要求時間送信手段等として機能させる。さらに、ハードディスク装置５０３は、アップデートデータの配信時間より以前であり、端末装置２が接続先紹介要求を行うための接続要求時間が記憶された接続要求時間記憶手段として使用される。
【０１３７】
なお、ＣＰＵ５０２がアップデートデータ投入プログラム５１８を実行することによって、アップデートデータ登録手段等として、またＣＰＵ５０２がアップデート管理プログラム４２１を実行することによって接続情報要求受信手段、接続要求時間送信手段等として、それぞれ機能するようになっている。
【０１３８】
（アップデートデータ登録手段について）
アップデートデータ登録手段は、キーボード５０７やマウス５０８の入出力に応じて、アップデートデータ５１４や、このアップデートデータに関するデータ等のアップデートデータベース５１５（具体的には図８参照）を登録する。
【０１３９】
（接続情報要求受信手段、接続要求時間送信手段について）
接続情報要求受信手段は、アップデートデータ配信装置４を頂点とする階層構造に参加するための接続要求時間を要求する接続情報要求を端末装置２から受信する。また、接続要求時間送信手段は、接続情報要求が受信された場合には、アップデートデータの接続要求時間を、接続情報要求を送信した端末装置２に送信する。
【０１４０】
［６．コンテンツ配信装置１の構成等の説明］
次に、図７を参照して、コンテンツ配信装置１の構成及び動作について説明する。
【０１４１】
図７は、本実施形態におけるコンテンツ配信装置１の概略構成例を示す図である。コンテンツ配信装置１は、一般のサーバコンピュータを適用可能であり、図７に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２と、各種プログラム等を記憶（格納）する書き換え可能な主記憶装置１０５と、各種データ等を記憶するハードディスク装置１０３と、インターネット９を介して端末装置２、接続管理装置３、アップデートデータ配信装置４との間で通信を行うネットワークインタフェース１０４と、所定の情報を入力可能なキーボード１０７やマウス１０８等の入力手段を制御する周辺機器制御チップ１０６と、ＣＰＵ１０２からイメージデータを受け取り、内部のビデオメモリ（図示せず）に書き込むと共にこのビデオメモリに書き込んだデータを後述の内蔵ディスプレイ１１０に表示するビデオチップ１０９と、ビデオチップ１０９から送信される信号に応じた表示を行う内蔵ディスプレイ１１０と、ＦＭ音源（Ｆｒｅｑｕｅｎｃｙ  Ｍｏｄｕｌａｔｉｏｎ）やＷａｖｅ  Ｔａｂｌｅ音源などの音源を有する音源チップ１１１と、音源チップ１１１から出力されるオーディオ信号を音波に変換する内蔵スピーカ１１２と、を備えて構成され、これらの各種構成要素はシステムバス１０１を介して相互に接続されている。
【０１４２】
なお、ネットワークインタフェース１０４は、ルータ１０ａを介してインターネット９に接続される。このルータ１０ａは、図１に示すルータ１０に相当するものである。
【０１４３】
なお、本実施形態においては、ＣＰＵ１０２と主記憶装置１０５とで制御部１３０を構成している。また、コンテンツ配信装置１には、上述のように内蔵ディスプレイ（液晶ディスプレイ等）１１０等が内蔵されており、例えば、アップデートデータ配信システムＳを運用する放送運営者は、この内蔵ディスプレイ１１０を見ながら入力手段から所定の情報を入力することができる。なお、本実施形態においては、これら内蔵ディスプレイ１１０や内蔵スピーカ１１２などがコンテンツ配信装置１に内蔵されているが、これに限らず、例えば、別に接続されるものであってもよい。
【０１４４】
（主記憶装置１０５ついて）
また、主記憶装置１０５には、コンテンツ配信装置１のコンピュータとしての基本的な機能を提供するためのＯＳ（オペレーティングシステム）プログラム１１７と、ハードディスク装置１０３に記憶されたコンテンツデータ１１３を取り出して端末装置２へストリーミング配信するためのストリーム制御プログラム１１５と、ポート毎に接続された各階構造の各端末装置２の所在情報（ＩＰアドレスやポート番号など）の管理等を行なうためのトポロジ制御プログラム１１６と、内蔵ディスプレイ１１０を制御するための画面制御プログラム１１８と、エンコードされたコンテンツデータをデコードするためのデコーダプログラム１１９と、コンテンツデータや、そのコンテンツデータに関する管理を行うためのコンテンツ管理プログラム１２１と、ハードディスク装置１０３に記憶されているコンテンツデータ１１３を端末装置２へ送信する前に一時的に記憶するリングバッファ１２０等が記憶されており、これらはＣＰＵ１０２によって読み出され、ＣＰＵ１０２によってこれらのプログラムに従った機能が実行される。
【０１４５】
ここで、ＯＳプログラム１１７は、ＣＰＵ１０２によって読み出されて実行されることにより、キーボード１０７やマウス１０８の入出力に関する機能や、主記憶装置１０５やハードディスク装置１０３どのメモリ管理などのコンテンツ配信装置１であるコンピュータの基本的な機能を実行可能にするものである。
【０１４６】
そして、このＯＳプログラム１１７がＣＰＵ１０２によって実行された状態で、上述のストリーム制御プログラム１１５、トポロジ制御プログラム１１６、画面制御プログラム１１８、デコーダプログラム１１９、コンテンツ管理プログラム１２１と、が主記憶装置１０５から読み出されて実行される。
【０１４７】
なお、ＯＳプログラム１１７、ストリーム制御プログラム１１５、トポロジ制御プログラム１１６、画面制御プログラム１１８、デコーダプログラム１１９、コンテンツ管理プログラム１２１等は、例えば、インターネット９に接続されたサーバ等から主記憶装置１０５にダウンロードされるようにしてもよく、また、ＣＤ−ＲＯＭ等の記録媒体に記録されてから当該記録媒体のドライブを介して、主記憶装置１０５に読み込まれるようにしてもよい。
【０１４８】
（制御部１３０について）
制御部１３０は、上述のようにＣＰＵ１０２と主記憶装置１０５とから構成され、ＣＰＵ１０２が主記憶装置１０５に記憶された各種プログラム１１５から１１９，１２１を読み出して実行することにより、コンテンツ配信装置１全体を統括制御し、かつ、後述するコンテンツデータ配信手段等として機能するようになっている。なお、ＣＰＵ１０２がストリーム制御プログラム１１５を実行することによって、コンテンツデータ配信手段等として、またＣＰＵ１０２がトポロジ制御プログラム１１６を実行することによって、トポロジ管理手段として、また、ＣＰＵ１０２が画面制御プログラム１１８を実行することによって、表示制御手段等として、ＣＰＵ１０２がデコーダプログラム１１９を実行することによって、再生手段として、それぞれ機能するようになっている。さらに、ハードディスク装置１０３は、コンテンツデータと、そのコンテンツデータに対応する配信時間とが記憶されたコンテンツデータ記憶手段として使用される。
【０１４９】
（コンテンツ配信手段について）
コンテンツデータ配信手段は、キーボード１０７などの入力手段によって、又は、設定された配信時間となったことによって、ハードディスク装置１０３において記憶されているコンテンツデータ１１３から指定されたコンテンツデータを取り出し、ネットワークインタフェース１０４を介して、接続された端末装置２（例えば、ツリー型に接続された場合には最上階層端末装置）等にストリーミング配信する。
【０１５０】
このコンテンツデータ配信手段による端末装置２等へのストリーミング配信は、以下の手順で実行される。
【０１５１】
コンテンツデータ配信手段は、ハードディスク装置１０３に予め記憶されているコンテンツデータ１１３から、予め設定されたコンテンツに対応するコンテンツデータを順次取り出してリングバッファ１２０に記憶させる。
【０１５２】
次に、コンテンツデータ配信手段は、リングバッファ１２０から取り出したコンテンツデータを、ストリーミング配信用のデータ形式、たとえばＡＳＦ、ＷＭＡ、ＷＭＶ等のデータ形式にエンコードする。
【０１５３】
その後、コンテンツデータ配信手段は、接続された端末装置２等に対して、それぞれ対応するコンテンツデータを所定容量毎に分割しながらコンテンツパケットに格納し、ネットワークインタフェース１０４を介して、このコンテンツパケットを送信する。
【０１５４】
（トポロジ管理手段）
コンテンツ配信装置１は、１つのコンテンツ配信装置１に複数のポートを割り振られており、トポロジ管理手段は、その割り振られたポートに構成されるツリー状階層構造の第１階層に参加している端末装置２の所在情報（ＩＰアドレスやポート番号など）を管理している。そして、上述の配信手段はトポロジ管理手段が管理する端末装置２のＩＰアドレスを宛先アドレスとし、配信用ＩＰアドレスを送信元として端末装置２へコンテンツデータの配信を行なう。
【０１５５】
（表示制御手段について）
表示制御手段は、ビデオチップ１０９及び内蔵ディスプレイ１１０を制御して、コンテンツデータや各種情報を表示する機能を有している。すなわち、表示制御手段は、内蔵ディスプレイ１１０にどのようにコンテンツの映像や各種情報を表示するかを制御することができる。
【０１５６】
（再生手段について）
再生手段は、コンテンツデータ１１３の中からコンテンツデータを内蔵ディスプレイ１１０に表示したり、内蔵スピーカ１１２から出力したりする機能を有している。
【０１５７】
（アップデートデータベース）
上述したような構成のアップデート管理装置５におけるハードディスク装置５０３などに記憶されているアップデートデータベースについて図８を用いて説明する。尚、以下に説明するアップデートデータベースがアップデート管理装置５におけるハードディスク装置５０３に記憶されていない場合であっても、このような機能を有するデータ、プログラムがアップデート管理装置５におけるハードディスク装置５０３などに記憶されていればよい。
【０１５８】
アップデート管理装置５におけるハードディスク装置５０３に記憶されたアップデートデータベースは、アップデートに関する情報を管理するためのデータベースである。このアップデートデータベースには、図８に示すように、トポロジＩＤと、配信日時（配信時間）と、接続日時（接続時間）と、アップデートデータＩＤと、が対応付けられている。
【０１５９】
ここでいうトポロジＩＤとは、アップデートデータが配信されるポートを示し、具体的には、アップデートデータ配信装置４、そのポートを識別可能とするＩＤである。配信日時は、アップデートデータ配信装置４からアップデートデータが配信される日時である。また、接続日時は、アップデートデータを受信するための接続先候補を接続管理装置３に要求するための日時であり、具体的には、配信日時より前の日時で設定可能であり、例えば、配信日時の１０分前としてデフォルト設定されるというように構成してもよい。また、この配信日時や接続日時は、第一の配信日時、第二の配信日時、第一の接続日時、第二の接続日時など、複数設定可能である。また、アップデートデータＩＤとは、アップデートデータを識別するための識別ＩＤである。
【０１６０】
このようなアップデートデータベースは、アップデート管理装置５におけるキーボード５０７やマウス５０８の入出力などに応じて登録される。また、このアップデートデータベースに登録された情報は、接続管理装置３やアップデートデータ配信装置４などに送信され、それら装置においても保存されることとなる。このようなアップデートデータベースによって、アップデートデータに関する情報が効率よく管理させることとなる。
【０１６１】
（アップデートデータ配信装置４におけるポート数について）
また、このようなアップデートデータの配信に際して、アップデートデータ配信装置４におけるポート数によって、配信効率が異なり、端末装置２の待ち時間などが異なってくる。このようなアップデートデータを配信するポート数について図９を用いて以下に説明する。図９は、アップデートデータの配信タイミングを示す説明図である。また、図９においては、１回のアップデートデータの配信が完了するまで約１０分かかることとする。また、図９（Ａ）は、アップデートデータ配信装置４における４つのポートを介して時間差で同じアップデートデータを配信する配信タイミングを示し、図９（Ｂ）は、アップデートデータ配信装置４における１つのポートを介してアップデートデータを配信する配信タイミングを示す。
【０１６２】
アップデートデータ配信装置４において、４つのポートを介して時間差で同じアップデートデータが配信される場合には、図９（Ａ）に示すように、２．５分（２分３０秒）経過する度に、あるポートからアップデートデータが配信されるように設定されている。これは、アップデートデータの配信にかかる１０分をポートの数（４つ）で割った時間が、アップデートデータの配信における時間差となる。このため、端末装置２の電源がオンとなってから、最長で２．５分待つことによって、アップデートデータの配信が開始されることとなる。
【０１６３】
一方、アップデートデータ配信装置４において、１つのポートを介してアップデートデータが配信される場合には、図９（Ｂ）に示すように、１０分経過する度に、ポート１からアップデートデータが配信されるように設定されている。これは、アップデートデータの配信にかかる時間（１０分）が、アップデートデータの配信における時間差となる。このため、端末装置２の電源がオンとなってから、最長で１０分待つことによって、アップデートデータの配信が開始されることとなる。
【０１６４】
このように、アップデートデータを配信するポートが多ければ多いほど、配信効率が向上することとなる。つまり、アップデートデータ配信装置は、アップデートデータを配信し、相互に独立した複数のアップデートデータ配信手段を有するので、例えば、複数種類のアップデートデータを配信することによって、各種のアップデートデータの配信が可能となり、更には、一のアップデートデータを、時間をスライドさせて複数回配信することによって、アップデートデータを受信する前における待ち時間を減少させることが可能となるなど、アップデートデータの配信効率を向上させることができる。また、複数のアップデートデータ配信装置４を備えるシステムであっても同じような効果が生ずる。もちろん、アップデートデータ配信装置４が１つポートを有する、つまり、アップデートデータ配信装置は、アップデートデータを配信する一つのアップデートデータ配信手段を有するように構成してもよい。
【０１６５】
［７．アップデートデータ配信システムＳの動作］
以下、コンテンツ配信装置１、端末装置２、接続管理装置３、アップデートデータ配信装置４及びアップデート管理装置５の詳細動作について、フローチャートを用いて更に具体的に説明する。
【０１６６】
（アップデートデータ配信装置４の処理フローの説明）
まず、アップデートデータ配信装置４の更に具体的な動作について、図１０を参照して説明する。図１０は、アップデートデータ配信装置４における処理全体を示すフローチャートである。
【０１６７】
まず、図１０に示すように、アップデートデータ配信装置４の電源がＯＮされると、アップデートデータ配信装置４では、ＣＰＵ４０２は、主記憶装置４０５やハードディスク装置４０３のアクセス許可、作業領域を初期化等の初期設定処理を実行し（ステップＳ４００）、各プログラム４１５〜４１９，４２１をＣＰＵ４０２による実行状態とし、制御部４３０としての機能を動作させた後、ステップＳ４０１に処理を移す。
【０１６８】
ステップＳ４０１において、アップデートデータ配信装置４における制御部４３０は、アップデートデータ等を受信したか否かを判断する。この処理において、アップデートデータ配信装置４における制御部４３０は、ネットワークインタフェース４０４を介して、アップデート管理装置５からアップデートデータ等を受信したか否かを判断することとなる。
【０１６９】
この処理において、制御部４３０は、アップデートデータ等を受信したと判定した場合には（ステップＳ４０１：ＹＥＳ）、アップデートデータ等をハードディスク装置４０３（図１０中においてはＨＤＤと表す）に保存し（ステップＳ４０２）、アップデートデータとして登録し、ステップＳ４１０に処理を移す。つまり、制御部４３０は、アップデートデータを保存することとなる。尚、制御部４３０は、アップデートデータ以外にも、そのアップデートデータに関する情報が登録されたアップデートデータベースを受信し、ハードディスク装置４０３に保存し、アップデートデータベースとして登録することとなる。つまり、ハードディスク装置４０３には、アップデートデータや、アップデートデータを配信する配信時間等が記憶されることとなる。このようなハードディスク装置４０３は、アップデートデータ記憶手段として機能する。
【０１７０】
一方、ステップＳ４０１において、制御部４３０は、アップデートデータを受信したと判定しなかった場合には（ステップＳ４０１：ＮＯ）、ステップＳ４２１に処理を移す。
【０１７１】
ステップＳ４２１において、アップデートデータ配信装置４における制御部４３０は、端末装置２からセッション開設か切断の要求があったか否かを判断する。この処理において、制御部４３０は、ネットワークインタフェース４０４を介して、端末装置２からセッション開設か切断の要求があったか否かを判断することとなる。
【０１７２】
この処理において、制御部４３０は、セッション開設の要求があったと判定した場合には（ステップＳ４２１：ＹＥＳ）、その端末装置２との接続を開設し（ステップＳ４２２）、セッション切断の要求があったと判定した場合には（ステップＳ４２１：ＹＥＳ）、その端末装置２との接続を切断し（ステップＳ４２２）、ステップＳ４１０に処理を移す。つまり、制御部４３０は、端末装置２からの要求に応じて、端末装置の接続状態を変更設定させる制御を行うこととなる。特に、制御部４３０は、アップデートデータを配信する場合には、アップデートデータを配信する配信時間より以前に、直接配信する端末装置２からのセッション開設要求を受信し、接続を開設することとなり、アップデートデータを配信し終わった場合には、その後、直接配信していた端末装置２からセッション切断要求を受信し、接続を切断することとなる。
【０１７３】
一方、ステップＳ４２１において、制御部４３０は、端末装置２からセッション開設も切断も要求がなかったと判定した場合には（ステップＳ４２１：ＮＯ）、ステップＳ４３１に処理を移す。
【０１７４】
ステップＳ４３１において、アップデートデータ配信装置４における制御部４３０は、配信時間であるか否かを判断する。この処理において、アップデートデータ配信装置４における制御部４３０は、アップデートデータベース（図８参照）における配信時間を参照し、今現在の時間が配信時間であるか否かを判断することとなる。
【０１７５】
この処理において、制御部４３０は、配信時間である判定した場合には（ステップＳ４３１：ＹＥＳ）、その配信時間となったと判定したアップデートデータＩＤに対応するアップデートデータを読み出し、下層に論理接続されている端末装置２に対して、ストリーム送信を開始し（ステップＳ４３２）、ステップＳ４１０に処理を移す。つまり、制御部４３０は、ハードディスク装置４０３に記憶されたアップデートデータの配信時間となったか否かを判定し、アップデートデータの配信時間となったと判定されたときに、直接配信すると判定され、下層に論理接続された端末装置（最上階層の端末装置）に、そのアップデートデータを配信することとなる。また、言い換えると、制御部４３０は、配信時間以前において接続された端末装置２に、アップデートデータを配信することとなる。また、制御部４３０は、その配信スケジュールによっては、一のアップデートデータを、異なる配信時間で複数回配信することとなる。これらのようなステップを実行する制御部４３０は、配信時間判定手段、アップデートデータ配信手段として機能する。また、アップデートデータ配信装置４は、アップデートデータを配信することができるポートが複数設定されているため、相互に独立した複数のアップデートデータ配信手段を有することとなる。
【０１７６】
このように、起動されていない端末装置など、一のアップデートデータを受信していない端末装置においても、所定の接続要求条件が成立することによって、再度、一のアップデートデータを受信し、更新することができる。また、例えば、複数種類のアップデートデータを配信することによって、各種のアップデートデータの配信が可能となり、更には、一のアップデートデータを、時間をスライドさせて複数回配信することによって、アップデートデータを受信する前における待ち時間を減少させることが可能となるなど、アップデートデータの配信効率を向上させることができる。
【０１７７】
一方、ステップＳ４３１において、制御部４３０は、配信時間ではないと判定した場合には（ステップＳ４３１：ＮＯ）、ステップＳ４４１に処理を移す。
【０１７８】
ステップＳ４４１において、アップデートデータ配信装置４における制御部４３０は、配信完了であるか否かを判断する。この処理において、アップデートデータ配信装置４における制御部４３０は、アップデートデータの配信が完了したか否かを判断することとなる。
【０１７９】
この処理において、制御部４３０は、配信完了である判定した場合には（ステップＳ４４１：ＹＥＳ）、その配信が完了となったアップデートデータに対応するアップデートデータＩＤと配信完了を示すデータとを接続管理装置３に送信し（ステップＳ４４２）、ステップＳ４１０に処理を移す。このように、コンテンツデータの配信が完了した旨を制御部４３０が接続管理装置３に通知することによって、接続管理装置３は、トポロジデータベースからトポロジ情報を削除することとなる。
【０１８０】
一方、ステップＳ４４１において、制御部４３０は、配信完了ではないと判定した場合には（ステップＳ４４１：ＮＯ）、ステップＳ４５１に処理を移す。
【０１８１】
ステップＳ４５１において、制御部４３０は、その他の処理を実行するか否かを判断する。この処理において、制御部４３０は、その他の処理を実行すると判定した場合には（ステップＳ４５１：ＹＥＳ）、その他の処理を実行し（ステップＳ４５２）、ステップＳ４１０に処理を移す。
【０１８２】
一方、ステップＳ４５１において、制御部４３０は、その他の処理を実行しないと判定した場合には（ステップＳ４５１：ＮＯ）、ステップＳ４１０に処理を移す。
【０１８３】
ステップＳ４１０において、制御部４３０は、電源がオフであるか否かを判断し、電源がオフであると判定した場合には、本処理を終了する一方、電源がオフではないと判定した場合には、ステップＳ４０１から繰り返し処理を実行することとなる。
【０１８４】
（接続管理装置３の処理フローの説明）
次に、接続管理装置３の更に具体的な動作について、図１１及び図１２を参照して説明する。図１１及び図１２は接続管理装置３における処理全体を示すフローチャートである。
【０１８５】
接続管理装置３の電源がＯＮになると、接続管理装置３では、ＣＰＵ３０２は、主記憶装置３０５やハードディスク装置３０３のアクセス許可、作業領域を初期化等の初期設定所を実行し（ステップＳ３００）、各プログラム３１７〜３２０をＣＰＵ３０２による実行状態とし、制御部３３０としての機能を動作させた後、ステップＳ３０１に処理を移す。
【０１８６】
ステップＳ３０１において、制御部３３０は、アップデートデータ配信装置４の登録要求がありか否かを判断する。この処理において、制御部３３０は、ネットワークインタフェース３０４を介してアップデート管理装置５からアップデートデータ配信装置４の登録要求がありか否かを判断することとなる。
【０１８７】
この処理において、制御部３３０は、アップデートデータ配信装置４の登録要求があったと判定した場合には（ステップＳ３０１：ＹＥＳ）、アップデートデータＩＤやアップデートデータ配信装置４の所在情報を端末管理データベースに登録する（ステップＳ３０２）。そして、制御部３３０は、アップデートデータ配信用トポロジの情報（例えば、トポロジＩＤなど）をトポロジデータベースに登録し（ステップＳ３０３）、登録要求元のアップデート管理装置５にトポロジＩＤを返信し（ステップＳ３０４）、ステップＳ３１０に処理を移す。
【０１８８】
一方、ステップＳ３０１において、制御部３３０は、アップデートデータ配信装置４の登録要求がなかったと判定した場合には（ステップＳ３０１：ＮＯ）、ステップＳ３１１に処理を移す。
【０１８９】
ステップＳ３１１において、制御部３３０は、コンテンツの登録要求がありか否かを判断する。この処理において、制御部３３０は、ネットワークインタフェース３０４を介してコンテンツ配信装置１からコンテンツ配信装置１の登録要求がありか否かを判断することとなる。
【０１９０】
この処理において、制御部３３０は、コンテンツの登録要求があったと判定した場合には（ステップＳ３１１：ＹＥＳ）、コンテンツＩＤやコンテンツ配信装置１の所在情報を端末管理データベースに登録する（ステップＳ３１２）。そして、制御部３３０は、コンテンツ配信用トポロジの情報（例えば、トポロジＩＤなど）をトポロジデータベースに登録し（ステップＳ３１３）、登録要求元のコンテンツ配信装置１にトポロジＩＤを返信し（ステップＳ３１４）、ステップＳ３１０に処理を移す。
【０１９１】
一方、ステップＳ３１１において、制御部３３０は、コンテンツの登録要求がなかったと判定した場合には（ステップＳ３１１：ＮＯ）、図１２に示すステップＳ３２１に処理を移す。
【０１９２】
図１２のステップＳ３２１において、制御部３３０は、接続先紹介要求ありか否かを判断する。この処理において、制御部３３０は、ネットワークインタフェース３０４を介して端末装置２から接続先紹介要求があったか否かを判断することとなる。
【０１９３】
この処理において、制御部３３０は、接続先紹介要求ありと判定した場合には（ステップＳ３２１：ＹＥＳ）、トポロジデータベースから接続先候補となる端末装置情報を取得する（ステップＳ３２２）。つまり、制御部３３０は、端末装置２から送信された接続先紹介要求を受信することとなる。また、制御部３３０は、接続先紹介要求を受信したときに、接続先紹介要求を送信した端末装置の識別情報を、その端末装置から取得することとなる。このようなステップを実行する制御部３３０は、接続先紹介要求受信手段として機能する。この処理において、制御部３３０は、ハードディスク装置３０３におけるトポロジデータベースを参照し、同じトポロジＩＤに接続される端末装置２の接続形態がツリー型となるように接続先候補を選択する。つまり、制御部３３０は、端末装置２からの接続先紹介要求が受信されたときには、接続状態情報に基づいて、アップデートデータ配信装置４を頂点として、その接続先紹介要求を送信した端末装置２がネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択することとなる。特に、制御部３３０は、アップデートデータ配信装置４（のあるポート）においてアップデートデータが配信中であり、他のアップデートデータ配信装置４（のポート）で、同じアップデートデータが配信されるときには、配信前であれば、その他のアップデートデータ配信装置４を頂点として端末装置２が多層に論理接続されるように接続先候補を選択する。つまり、制御部３３０は、アップデートデータ配信装置４からアップデートデータが第一の配信時間から配信された場合において、その第一の配信時間以降、かつ、第二の配信時間以前に接続先紹介要求が受信されたときには、第二の配信時間からアップデートデータを配信するアップデートデータ配信装置４（アップデートデータ配信装置４のポート）を頂点として、その接続先紹介要求を送信した端末装置がネットワーク上において階層構造で多層に論理接続されるように接続先候補を選択することとなる。このようなステップを実行する制御部３３０は、接続先候補選択手段として機能する。なお、制御部３３０は、アップデートデータを受信するための接続先紹介要求を受信した場合には、アップデートデータを受信するための接続先候補を選択するが、コンテンツデータを受信するための接続先紹介要求を受信した場合には、コンテンツデータを受信するための接続先候補を選択することとなる。
【０１９４】
そして、制御部３３０は、要求元装置へ接続先候補を返信し（ステップＳ３２３）、図１１のステップＳ３１０に処理を移す。つまり、制御部３３０は、選択された接続先候補を、接続先候補要求を送信した端末装置２へ通知することとなる。このようなステップを実行する制御部３３０は、接続先候補通知手段として機能する。
【０１９５】
一方、ステップＳ３２１において、制御部３３０は、接続先紹介要求なしと判定した場合には（ステップＳ３２１：ＮＯ）、ステップＳ３３１に処理を移す。
【０１９６】
ステップＳ３３１において、制御部３３０は、トポロジ参加報告ありか否かを判断する。この処理において、制御部３３０は、ネットワークインタフェース３０４を介して端末装置２からトポロジ参加報告ありか否かを判断することとなる。
【０１９７】
この処理において、制御部３３０は、トポロジ参加報告ありと判定した場合には（ステップＳ３３１：ＹＥＳ）、トポロジの変動情報を、ハードディスク装置３０３におけるトポロジデータベースへ登録し（ステップＳ３３２）、図１１のステップＳ３１０に処理を移す。特に、この処理において、制御部３３０は、アップデートデータを配信するポート毎に、更には、そのアップデートデータを配信する配信時間毎に、アップデートデータ配信装置４を頂点として端末装置２がネットワーク上において階層構造で多層に論理接続された複数の端末装置２の接続状態情報をハードディスク装置３０３に記憶することとなる。このようなステップを実行する制御部３３０は、接続状態情報記憶手段として機能する。
【０１９８】
従って、第一の配信時間以降において接続先紹介要求を受信した場合であっても、第一の配信時間において配信しているアップデートデータの送信を途中で中止させることなく、第二の配信時間においてまだアップデートデータを配信していないアップデートデータ配信装置に論理接続させることによって、第二の配信時間から配信されるアップデートデータを受信し、更新することができる。
【０１９９】
一方、ステップＳ３３１において、制御部３３０は、トポロジ参加報告なしと判定した場合には（ステップＳ３３１：ＮＯ）、ステップＳ３４１に処理を移す。
【０２００】
ステップＳ３４１において、制御部３３０は、配信完了通知ありか否かを判断する。この処理において、制御部３３０は、ネットワークインタフェース３０４を介して、アップデートデータ配信装置４やコンテンツ配信装置１から配信完了通知があったか否かを判断することとなる。
【０２０１】
この処理において、制御部３３０は、配信完了通知ありと判定した場合には（ステップＳ３４１：ＹＥＳ）、ハードディスク装置３０３におけるトポロジデータベースからトポロジ情報を削除し（ステップＳ３４２）、図１１のステップＳ３１０に処理を移す。
【０２０２】
一方、ステップＳ３４１において、制御部３３０は、配信完了通知なしと判定した場合には（ステップＳ３４１：ＮＯ）、図１１に示すステップＳ３１０に処理を移す。
【０２０３】
ステップＳ３１０において、制御部３３０は、接続管理装置３のサービスが終了したか否かを判断し、接続管理装置３のサービスが終了したと判定した場合には、本処理を終了する一方、接続管理装置３のサービスが終了していないと判定した場合には、ステップＳ３０１から繰り返し処理を実行することとなる。
【０２０４】
（アップデート管理装置５の処理フローの説明）
次に、アップデート管理装置５の更に具体的な動作について、図１３を参照して説明する。図１３はアップデート管理装置５における処理全体を示すフローチャートである。
【０２０５】
アップデート管理装置５の電源がＯＮになると、アップデート管理装置５では、ＣＰＵ５０２は、主記憶装置５０５やハードディスク装置５０３のアクセス許可、作業領域を初期化等の初期設定所を実行し（ステップＳ５００）、各プログラム５１７，５１８，５２０をＣＰＵ５０２による実行状態とし、制御部５３０としての機能を動作させた後、ステップＳ５０１に処理を移す。
【０２０６】
ステップＳ５０１において、制御部５３０は、アップデートデータの更新ありか否かを判断する。この処理において、制御部５３０は、キーボード５０７やマウス５０８などの入力操作に応じて、アップデートデータの更新があったか否かを判断することとなる。
【０２０７】
この処理において、制御部５３０は、アップデートデータの更新ありと判定した場合には（ステップＳ５０１：ＹＥＳ）、アップデートデータベースを更新する（ステップＳ５０２）。制御部５３０は、キーボード５０７やマウス５０８などの入力情報に基づいて、アップデートデータに関する各種情報を取得し、ハードディスク装置５０３におけるアップデートデータベースを更新する。
【０２０８】
そして、制御部５３０は、アップデートデータ等をアップデートデータ配信装置４へ送信する（ステップＳ５０３）。この処理において、制御部５３０は、アップデートデータベースに追加されたアップデートデータを配信するアップデートデータ配信装置４を設定し、そのアップデートデータ配信装置４に、追加したアップデートデータ自体を送信する。
【０２０９】
そして、制御部５３０は、接続管理装置３へアップデートデータ配信装置４を登録し（ステップＳ５０４）、ステップＳ５１０に処理を移す。この処理において、制御部５３０は、アップデートデータベースにおける項目や、アップデートデータを配信するアップデートデータ配信装置４（アップデートデータ配信装置４のポート）を識別可能とする識別情報などを接続管理装置３に送信する。この処理が終了した場合には、ステップＳ５１０に処理を移す。
【０２１０】
一方、ステップＳ５０１において、制御部５３０は、アップデートデータの更新なしと判定した場合には（ステップＳ５０１：ＮＯ）、ステップＳ５１１に処理を移す。
【０２１１】
ステップＳ５１１において、制御部５３０は、アップデート有無問合せがあったか否かを判断する。この処理において、制御部５３０は、ネットワークインタフェース５０４を介して端末装置２からアップデートデータの有無の問合せがあったか否かを判断することとなる。
【０２１２】
この処理において、制御部５３０は、アップデート有無問合せがあったと判定した場合には（ステップＳ５１１：ＹＥＳ）、問合せのあった端末装置２にアップデート有無情報を送信する（ステップＳ５１２）。この処理において、制御部５３０は、アップデートデータベースを参照し、そのアップデート有無問合せに含まれる端末装置２におけるプログラムやデータのバージョンが最新のバージョンであるか否かを判断する。制御部は、端末装置２におけるプログラムやデータのバージョンが最新であると判定した場合には、アップデートデータが不要である旨のアップデート有無情報を端末装置２に送信し、端末装置２におけるプログラムやデータのバージョンが最新ではないと判定した場合には、アップデートデータが必要である旨のアップデート有無情報を端末装置２に送信する。この処理が終了した場合には、ステップＳ５１０に処理を移す。
【０２１３】
一方、ステップＳ５１１において、制御部５３０は、アップデート有無問合せがなかったと判定した場合には（ステップＳ５１１：ＮＯ）、ステップＳ５２１に処理を移す。
【０２１４】
ステップＳ５２１において、制御部５３０は、接続時間等の問合せがあったか否かを判断する。この処理において、制御部５３０は、ネットワークインタフェース５０４を介して端末装置２から、接続先紹介要求を行う接続時間等の問合せがあったか否かを判断することとなる。
【０２１５】
この処理において、制御部５３０は、接続時間等の問合せがあったと判定した場合には（ステップＳ５２１：ＹＥＳ）、その問合せのあった端末装置２に接続時間等を送信する。この処理において、制御部５３０は、アップデートデータベースを参照し、そのアップデートデータに対応する接続時間や配信時間等を読み出し、端末装置２に送信する。つまり、制御部５３０は、接続要求時間を要求する接続情報要求を受信し、その接続情報要求が受信された場合には、接続要求時間を、接続情報要求を送信した端末装置に送信することとなる。尚、ここでいう接続要求時間とは、アップデートデータの配信時間より以前であり、アップデートデータを受信するための接続先紹介要求を行うための時間である。このようなステップを実行する制御部３３０は、接続情報要求受信手段、接続要求時間送信手段として機能する。このように、端末装置２からの問合せ（要求）に応じて、接続時間（接続要求時間）や配信時間が通知されるが、本実施形態においては、端末装置２から接続時間等の問合せがない設定となっており、他の実施形態において、このような処理が機能することとなる。この処理が終了した場合には、ステップＳ５１０に処理を移す。
【０２１６】
一方、ステップＳ５２１において、制御部５３０は、接続時間等の問合せがなかったと判定した場合には（ステップＳ５２１：ＮＯ）、ステップＳ５３１に処理を移す。
【０２１７】
ステップＳ５３１において、制御部５３０は、その他の処理を実行するか否かを判断する。この処理において、制御部５３０は、その他の処理を実行すると判定した場合には（ステップＳ５３１：ＹＥＳ）、その他の処理を実行し（ステップＳ５３２）、ステップＳ５１０に処理を移す。
【０２１８】
その他の処理の具体的な一例としては、制御部４３０は、トポロジＩＤを受信したと判定した場合には、受信したトポロジＩＤをアップデートデータＩＤに対応させて保存する。
【０２１９】
一方、ステップＳ５３１において、制御部５３０は、その他の処理を実行しないと判定した場合には（ステップＳ５３１：ＮＯ）、ステップＳ５１０に処理を移す。
【０２２０】
ステップＳ５１０において、制御部５３０は、アップデート管理装置５のサービスが終了したか否かを判断し、アップデート管理装置５のサービスが終了したと判定した場合には、本処理を終了する一方、アップデート管理装置５のサービスが終了していないと判定した場合には、ステップＳ５０１から繰り返し処理を実行することとなる。
【０２２１】
（端末装置２の処理フローの説明）
まず、端末装置２の更に具体的な動作について、図１４〜図１６を参照して説明する。図１４〜図１６は、端末装置２における処理全体を示すフローチャートである。
【０２２２】
まず、図１４に示すように、端末装置２の電源がＯＮされると、端末装置２では、ＣＰＵ２０２は、主記憶装置２０５やハードディスク装置２０３のアクセス許可、作業領域を初期化等の初期設定所を実行し（ステップＳ２００）、各プログラム２１５〜２１９及び２２１をＣＰＵ２０２による実行状態とし、制御部２３０としての機能を動作させた後、ステップＳ２０１に処理を移す。
【０２２３】
ステップＳ２０１において、制御部２３０は、起動時アップデート処理を実行する。詳しくは図１６を用いて後述するが、起動時に更新すべきアップデートデータの受信を行い、更新を行うこととなる。この処理が終了した場合には、ステップＳ２０２に処理を移す。
【０２２４】
ステップＳ２０２において、制御部２３０は、アップデートチェック時間であるか否かを判断する。この処理において、制御部２３０は、今現在の時間を参照し、その時間がアップデートチェック時間であるか否かを判断することとなる。制御部２３０は、アップデートチェック時間であると判定した場合には、接続管理装置３へ起動時用の接続先候補を要求し（ステップＳ２０３）、ステップＳ２１０に処理を移す。尚、アップデートチェック時間は、設定されたある時間（例えば、毎日午後５時など）であってもよいし、設定されたある期間毎（例えば、毎週など）であってもよい。つまり、制御部２３０は、端末装置２における起動後に、接続要求時間となったと判定されたときに、所定の接続要求条件が成立したと判定し、その所定の接続要求条件が成立したと判定された場合には、アップデートデータの受信のための接続先紹介要求を接続管理装置３に送信することとなる。このようなステップを実行する制御部２３０は、接続要求条件判定手段、接続先紹介要求手段として機能する。
【０２２５】
一方、ステップＳ２０２において、制御部２３０は、アップデートチェック時間ではないと判定した場合には（ステップＳ２０２：ＮＯ）、ステップＳ２１１に処理を移す。
【０２２６】
ステップＳ２１０において、制御部２３０は、端末の電源がオフであるか否かを判断し、端末の電源がオフであると判定した場合には、本処理を終了する一方、端末の電源がオフではないと判定した場合には、ステップＳ２０１から繰り返し処理を実行することとなる。
【０２２７】
ステップＳ２１１において、制御部２３０は、接続管理装置３から上流端末の候補を受信したか否かを判断する。この処理において、制御部２３０は、ステップＳ２０３における接続先候補要求の送信に応じて、ネットワークインタフェース２０４を介して接続管理装置３から上流端末の候補を受信したか否かを判断することとなる。
【０２２８】
この処理において、制御部２３０は、接続管理装置から上流端末の候補を受信したと判定した場合には（ステップＳ２１１：ＹＥＳ）、取得した候補の中から上流端末を１つ選択する（ステップＳ２１２）。つまり、制御部２３０は、接続管理装置３から通知された接続先候補を受信し、その受信した接続先候補からいずれか一つを選択することとなる。これらのようなステップを実行する制御部２３０は、接続先候補受信手段として機能する。
【０２２９】
そして、制御部２３０は、その上流端末の下流端末として接続する（ステップＳ２１３）。つまり、制御部２３０は、受信された接続先候補に論理接続することとなる。このようなステップを実行する制御部２３０は、接続手段として機能する。そして、制御部２３０は、接続管理装置３へトポロジ参加報告を送信し（ステップＳ２１４）、再度、ステップＳ２１０に処理を移す。
【０２３０】
一方、ステップＳ２１１において、制御部２３０は、接続管理装置３から上流端末の候補を受信していないと判定した場合には（ステップＳ２１１：ＮＯ）、図１５のステップＳ２２１に処理を移す。
【０２３１】
図１５のステップＳ２２１において、制御部２３０は、上流端末からアップデートデータパケットを受信したか否かを判断する。この処理において、制御部２３０は、ネットワークインタフェース２０４を介して、ステップＳ２１３において上層に接続された上流端末からアップデートデータパケットを受信したか否かを判断することとなる。
【０２３２】
この処理において、制御部２３０は、上流端末からアップデートデータパケットを受信したと判定した場合には（ステップＳ２２１：ＹＥＳ）、下流側の下流端末がある場合には、下流側の下流端末へパケットを転送する（ステップＳ２２２）。つまり、制御部２３０は、上層に論理接続されたアップデートデータ配信装置４又は別の上層端末装置からアップデートデータを受信し、その受信されたアップデートデータを、下層に論理接続された別の下層端末装置へ中継する制御を行うこととなる。これらのようなステップを実行する制御部２３０は、アップデートデータ受信手段、アップデートデータ中継制御手段として機能する。そして、制御部２３０は、リングバッファからアップデートデータパケットを取得する（ステップＳ２２３）。この処理が終了した場合には、ステップＳ２２４に処理を移す。
【０２３３】
ステップＳ２２４において、制御部２３０は、受信したアップデートデータが新しいデータであるか否かを判断する。この処理において、制御部２３０は、ハードディスク装置２０３において記憶されているプログラムを参照し、受信されたアップデートデータが新しいデータであるか否かを判断することとなる。つまり、制御部２３０は、ハードディスク装置２０３において記憶されているプログラムの種類を管理しており、その管理されているプログラムの種類に基づいて、受信されたアップデートデータが最新のデータであるか否かを判定することとなる。このようなステップを実行する制御部２３０は、プログラム管理手段、アップデートデータ判定手段として機能する。
【０２３４】
この処理において、制御部２３０は、受信したアップデートデータが新しいデータであると判定した場合には、ハードディスク装置２０３内のデータを更新する（ステップＳ２２５）。つまり、制御部２３０は、受信されたアップデートデータに基づく更新を行うこととなる。この処理が終了した場合には、ステップＳ２２６に処理を移す。
【０２３５】
一方、ステップＳ２２４において、制御部２３０は、受信したアップデートデータが新しいデータではないと判定した場合には（ステップＳ２２４：ＮＯ）、ステップＳ２２５を実行することなく、ステップＳ２２６に処理を移す。つまり、制御部２３０は、アップデートデータが最新のデータであると判定された場合には、そのアップデートデータの更新を行う一方、アップデートデータが最新のデータではないと判定された場合には、そのアップデートデータの更新を規制（禁止）する制御を行うこととなる。これらのようなステップを実行する制御部２３０は、更新手段として機能する。従って、端末装置のそれぞれにおけるプログラムの種類などを集中管理することがないため、処理の集中を防止することができ、更には、端末装置のそれぞれがアップデートデータの階層構造から脱退する機会を減少させることによって、アップデートデータの配信効率を向上させることができる。
【０２３６】
ステップＳ２２６において、制御部２３０は、アップデートデータの配信終了パッケットか否かを判断する。制御部２３０は、受信したアップデートデータが配信終了パケットであるか否かを判断することとなる。つまり、制御部２３０は、アップデートデータの受信が終了したか否かを判定することとなる。このようなステップを実行する制御部２３０は、受信終了判定手段として機能する。
【０２３７】
制御部２３０は、アップデートデータの配信終了パケットであると判定した場合には（ステップＳ２２６：ＹＥＳ）、上流端末との接続を遮断（切断）し（ステップＳ２２７）、本サブルーチンを終了する。つまり、制御部２３０は、アップデートデータの受信が終了したと判定した場合には、そのアップデートデータの受信を行っていたアップデートデータ配信装置４又は上層端末装置２との論理接続を遮断する制御を行うこととなる。このようなステップを実行する制御部２３０は、接続遮断制御手段として機能する。
【０２３８】
このように、アップデートデータの受信が終了したと判定した場合には、そのアップデートデータの受信を行っていたアップデートデータ配信装置又は上層端末装置との論理接続を遮断するので、個々の端末装置においてアップデートデータの受信が終了した場合には、全ての端末装置に対してアップデートデータの配信が終了する前であっても、接続状態を遮断させる情報を受信することなく、アップデートデータを受信していた装置との接続状態を遮断させることができ、新たな接続状態を要求し易くなるため、効率的な制御処理を行うことができる。
【０２３９】
一方、ステップＳ２２６において、制御部２３０は、アップデートデータの配信終了パッケットではないと判定した場合には（ステップＳ２２６：ＮＯ）、ステップＳ２２７を実行することなく、図１４のステップＳ２１０に処理を移す。
【０２４０】
ステップＳ２２１において、制御部２３０は、上層に接続された上流端末からアップデートデータパケットを受信していないと判定した場合には（ステップＳ２２１：ＮＯ）、ステップＳ２３１に処理を移す。
【０２４１】
ステップＳ２３１において、制御部２３０は、その他の処理を実行するか否かを判断する。この処理において、制御部２３０は、その他の処理を実行すると判定した場合には（ステップＳ２３１：ＹＥＳ）、その他の処理を実行し（ステップＳ２３２）、図１４のステップＳ２１０に処理を移す。
【０２４２】
その他の処理の具体的な一例としては、制御部２３０は、上流に論理接続されたコンテンツ配信装置１又は端末装置２からコンテンツデータを受信する。そして、制御部２３０は、受信したコンテンツデータを下流に論理接続された端末装置２に中継する制御を行い、受信したコンテンツデータを再生する。つまり、制御部２３０は、コンテンツ配信装置１から配信されたコンテンツデータを、コンテンツ配信装置１又は別の上層端末装置２から受信することとなる。このようなステップを実行する制御部２３０は、コンテンツ受信手段として機能する。
【０２４３】
また、その他の処理の具体的な一例としては、制御部２３０は、ユーザ入力用リモコン２０８の入力操作に応じて、アップデートチェック時間を設定し、ハードディスク装置２０３に記憶することが可能である。つまり、制御部２３０は、接続要求時間を設定することが可能である。言い換えると、ハードディスク装置２０３には、接続先紹介要求を行うための接続要求時間が記憶されている。このハードディスク装置２０３は、接続要求時間記憶手段として機能する。
【０２４４】
一方、ステップＳ２３１において、制御部５３０は、その他の処理を実行しないと判定した場合には（ステップＳ２３１：ＮＯ）、図１４のステップＳ２１０に処理を移す。
【０２４５】
このように、アップデートデータ配信装置を頂点として、複数の端末装置が階層構造となるように接続され、アップデートデータの受信、更新及び中継を行うことができる。このため、アップデートデータの配信に対する端末装置の数に関わらず、アップデートデータ配信装置を性能面から補強する必要がなく、多くの端末装置にアップデートデータを迅速かつ確実に配信することができる。
【０２４６】
また、複数の端末装置の各々における起動後において、記憶された接続要求時間となったと判定されたときに、所定の接続要求条件が成立したと判定するので、特別アップデートデータの更新を意識することなく、接続要求時間となったときに所定の接続要求条件が成立し、階層構造に接続することとなり、起動後において接続要求時間となったときには、確実に各種のアップデートデータの更新を行うことができる。尚、ここでいう接続要求時間は、例えば、午後３時というような所定の時間であっても、２時間おきなどの所定の期間毎であってもよい。また、コンテンツデータなどを受信可能な端末装置におけるアップデートデータの受信を行うことができる。
【０２４７】
（起動時アップデート処理）
次に、図１４に示すステップＳ２０１で行う起動時アップデート処理について、図１６を参照して具体的に説明する。
【０２４８】
まず、図１６に示すように、端末装置２における制御部２３０は、アップデート有無の問合せを行う（ステップＳ２５１）。この処理において、制御部２３０は、ネットワークインタフェース２０４を介してアップデート管理装置５に対して、起動時において更新すべきアップデートデータの有無の問合せ情報を送信する。そして、制御部２３０は、ネットワークインタフェース２０４を介してアップデート管理装置５から、アップデートデータ有無情報を受信する（ステップＳ２５２）。この処理が終了した場合には、ステップＳ２５３に処理を移す。
【０２４９】
ステップＳ２５３において、制御部２３０は、アップデートが必要か否かを判断する。この処理において、制御部２３０は、ステップＳ２５２において受信したアップデートデータ有無情報に基づいて、アップデートが必要か否かを判断することとなる。制御部２３０は、アップデートが必要であると判定した場合には、接続管理装置３へ起動時用の接続先候補を要求し（ステップＳ２５４）、ステップＳ２５５に処理を移す。つまり、制御部２３０は、端末装置２における起動中に所定の接続要求条件が成立したと判定し、その所定の接続要求条件が成立したと判定された場合には、アップデートデータの受信のための接続先紹介要求を接続管理装置３に送信することとなる。このようなステップを実行する制御部２３０は、接続要求条件判定手段、接続先紹介要求手段として機能する。一方、制御部２３０は、アップデートが必要ではないと判定した場合には、本サブルーチンを終了する。
【０２５０】
ステップＳ２５５において、制御部２３０は、接続管理装置３から上流端末の候補を受信したか否かを判断する。この処理において、制御部２３０は、ステップＳ２５４における接続先候補要求の送信に応じて、ネットワークインタフェース２０４を介して接続管理装置３から上流端末の候補を受信したか否かを判断することとなる。
【０２５１】
この処理において、制御部２３０は、接続管理装置から上流端末の候補を受信したと判定した場合には（ステップＳ２５５：ＹＥＳ）、取得した候補の中から上流端末を１つ選択する（ステップＳ２５６）。つまり、制御部２３０は、接続管理装置３から通知された接続先候補を受信し、その受信した接続先候補からいずれか一つを選択することとなる。これらのようなステップを実行する制御部２３０は、接続先候補受信手段として機能する。
【０２５２】
そして、制御部２３０は、その上流端末の下流端末として接続する（ステップＳ２５７）。つまり、制御部２３０は、受信された接続先候補に論理接続することとなる。このようなステップを実行する制御部２３０は、接続手段として機能する。そして、制御部２３０は、ネットワークインタフェース２０４を介して、上流に接続された端末装置２又はアップデートデータ配信装置４へアップデートデータストリームの送信開始を要求する（ステップＳ２５８）。そして、制御部２３０は、接続管理装置３へトポロジ参加報告を送信し（ステップＳ２５９）、再度、ステップＳ２５５に処理を移す。
【０２５３】
一方、ステップＳ２５５において、制御部２３０は、接続管理装置３から上流端末の候補を受信していないと判定した場合には（ステップＳ２５５：ＮＯ）、ステップＳ２６１に処理を移す。
【０２５４】
ステップＳ２６１において、制御部２３０は、上流端末からアップデートデータパケットを受信したか否かを判断する。この処理において、制御部２３０は、ネットワークインタフェース２０４を介して、ステップＳ２５７において上層に接続された上流端末からアップデートデータパケットを受信したか否かを判断することとなる。
【０２５５】
この処理において、制御部２３０は、上流端末からアップデートデータパケットを受信したと判定した場合には（ステップＳ２６１：ＹＥＳ）、下流側の下流端末がある場合には、下流側の下流端末へパケットを転送する（ステップＳ２６２）。つまり、制御部２３０は、上層に論理接続されたアップデートデータ配信装置４又は別の上層端末装置からアップデートデータを受信し、その受信されたアップデートデータを、下層に論理接続された別の下層端末装置へ中継する制御を行うこととなる。これらのようなステップを実行する制御部２３０は、アップデートデータ受信手段、アップデートデータ中継制御手段として機能する。この処理が終了した場合には、ステップＳ２６３に処理を移す。
【０２５６】
ステップＳ２６３において、制御部２３０は、リングバッファからアップデートデータパケットを取得する。そして、制御部２３０はハードディスク装置２０３内のデータを更新する（ステップＳ２６４）。つまり、制御部２３０は、受信されたアップデートデータに基づく更新を行うこととなる。このようなステップを実行する制御部２３０は、更新手段として機能する。この処理が終了した場合には、ステップＳ２６５に処理を移す。
【０２５７】
ステップＳ２６５において、制御部２３０は、アップデートデータの配信終了パッケットか否かを判断する。制御部２３０は、受信したアップデートデータが配信終了パケットであるか否かを判断することとなる。つまり、制御部２３０は、アップデートデータの受信が終了したか否かを判定することとなる。このようなステップを実行する制御部２３０は、受信終了判定手段として機能する。
【０２５８】
制御部２３０は、アップデートデータの配信終了パケットであると判定した場合には（ステップＳ２６５：ＹＥＳ）、上流端末との接続を遮断（切断）し（ステップＳ２６６）、本サブルーチンを終了する。つまり、制御部２３０は、アップデートデータの受信が終了したと判定した場合には、そのアップデートデータの受信を行っていたアップデートデータ配信装置４又は上層端末装置２との論理接続を遮断する制御を行うこととなる。このようなステップを実行する制御部２３０は、接続遮断制御手段として機能する。
【０２５９】
このように、アップデートデータの受信が終了したと判定した場合には、そのアップデートデータの受信を行っていたアップデートデータ配信装置又は上層端末装置との論理接続を遮断するので、個々の端末装置においてアップデートデータの受信が終了した場合には、全ての端末装置に対してアップデートデータの配信が終了する前であっても、接続状態を遮断させる情報を受信することなく、アップデートデータを受信していた装置との接続状態を遮断させることができ、新たな接続状態を要求し易くなるため、効率的な制御処理を行うことができる。
【０２６０】
一方、ステップＳ２６５において、制御部２３０は、アップデートデータの配信終了パッケットではないと判定した場合には（ステップＳ２６５：ＮＯ）、ステップＳ２６６を実行することなく、ステップＳ２５５に処理を移す。
【０２６１】
また、ステップＳ２６１において、制御部２３０は、上流端末からアップデートデータパケットを受信していないと判定した場合には（ステップＳ２６１：ＮＯ）、ステップＳ２５５に処理を移す。
【０２６２】
このように、アップデートデータ配信装置を頂点として、複数の端末装置が階層構造となるように接続され、アップデートデータの受信、更新及び中継を行うことができる。このため、アップデートデータの配信に対する端末装置の数に関わらず、アップデートデータ配信装置を性能面から補強する必要がなく、多くの端末装置にアップデートデータを迅速かつ確実に配信することができる。
【０２６３】
また、端末装置における起動中に所定の接続要求条件が成立したと判定するので、起動後においては更新不可能なアップデートデータや、緊急度が高いアップデートデータなどを起動中に更新することができるため、迅速かつ確実に各種のアップデートデータの更新を行うことができる。
【０２６４】
（コンテンツ配信装置１の処理フローの説明）
まず、コンテンツ配信装置１の更に具体的な動作について、図１７を参照して説明する。図１７は、コンテンツ配信装置１における処理全体を示すフローチャートである。
【０２６５】
まず、図１７に示すように、コンテンツ配信装置１の電源がＯＮされると、コンテンツ配信装置１では、ＣＰＵ１０２は、主記憶装置１０５やハードディスク装置１０３のアクセス許可、作業領域を初期化等の初期設定処理を実行し（ステップＳ１００）、各プログラム１１５〜１１９，１２１をＣＰＵ１０２による実行状態とし、制御部１３０としての機能を動作させた後、ステップＳ１２１に処理を移す。
【０２６６】
ステップＳ１２１において、コンテンツ配信装置１における制御部１３０は、端末装置２からセッション開設か切断の要求があったか否かを判断する。この処理において、コンテンツ配信装置１における制御部１３０は、ネットワークインタフェース１０４を介して、端末装置２からセッション開設か切断の要求があったか否かを判断することとなる。
【０２６７】
この処理において、制御部１３０は、セッション開設の要求があったと判定した場合には（ステップＳ１２１：ＹＥＳ）、その端末装置２との接続を開設し（ステップＳ１２２）、セッション切断の要求があったと判定した場合には（ステップＳ１２１：ＹＥＳ）、その端末装置２との接続を切断し（ステップＳ１２２）、ステップＳ１１０に処理を移す。つまり、制御部１３０は、端末装置２からの要求に応じて、端末装置の接続状態を変更設定させる制御を行うこととなる。
【０２６８】
一方、ステップＳ１２１において、制御部１３０は、端末装置２からセッション開設も切断も要求がなかったと判定した場合には（ステップＳ１２１：ＮＯ）、ステップＳ１３１に処理を移す。
【０２６９】
ステップＳ１３１において、コンテンツ配信装置１における制御部１３０は、配信時間であるか否かを判断する。この処理において、コンテンツ配信装置１における制御部１３０は、コンテンツデータベースにおける配信時間を参照し、今現在の時間が配信時間であるか否かを判断することとなる。
【０２７０】
この処理において、制御部１３０は、配信時間である判定した場合には（ステップＳ１３１：ＹＥＳ）、その配信時間となったと判定したコンテンツデータを読み出し、下層に論理接続されている端末装置２に対して、ストリーム送信を開始し（ステップＳ１３２）、ステップＳ１１０に処理を移す。つまり、制御部１３０は、コンテンツデータの配信時間となったか否かを判定し、コンテンツデータの配信時間となったと判定されたときに、論理接続された端末装置に、そのコンテンツデータを配信することとなる。このようなステップを実行する制御部１３０は、コンテンツデータ配信手段として機能する。
【０２７１】
一方、ステップＳ１３１において、制御部１３０は、配信時間ではないと判定した場合には（ステップＳ１３１：ＮＯ）、ステップＳ１４１に処理を移す。
【０２７２】
ステップＳ１４１において、コンテンツ配信装置１における制御部１３０は、配信完了であるか否かを判断する。この処理において、コンテンツ配信装置１における制御部１３０は、コンテンツデータの配信が完了したか否かを判断することとなる。
【０２７３】
この処理において、制御部１３０は、配信完了である判定した場合には（ステップＳ１４１：ＹＥＳ）、その配信が完了となったコンテンツデータの配信完了を示すデータを接続管理装置３に送信し（ステップＳ１４２）、ステップＳ１１０に処理を移す。このように、コンテンツデータの配信が完了した旨を制御部１３０が接続管理装置３に通知することによって、接続管理装置３は、トポロジデータベースからトポロジ情報を削除することとなる。
【０２７４】
一方、ステップＳ１４１において、制御部１３０は、配信完了ではないと判定した場合には（ステップＳ１４１：ＮＯ）、ステップＳ１５１に処理を移す。
【０２７５】
ステップＳ１５１において、制御部１３０は、その他の処理を実行するか否かを判断する。この処理において、制御部１３０は、その他の処理を実行すると判定した場合には（ステップＳ１５１：ＹＥＳ）、その他の処理を実行し（ステップＳ１５２）、ステップＳ１１０に処理を移す。
【０２７６】
その他の処理の具体的な一例としては、コンテンツデータの登録などが挙げられる。この場合においては、制御部１３０は、キーボード１０７やマウス１０８などの入力手段からの情報に応じて、ハードディスク装置１０３に、コンテンツデータを記憶し、コンテンツデータに関する情報をコンテンツデータベースとして記憶する。そして、制御部１３０は、ネットワークインタフェース１０４を介して接続管理装置３に対してコンテンツを登録した旨の情報を送信する。これによって、配信されるコンテンツに関する情報が接続管理装置３に対して通知されることとなる。
【０２７７】
一方、ステップＳ１５１において、制御部１３０は、その他の処理を実行しないと判定した場合には（ステップＳ１５１：ＮＯ）、ステップＳ１１０に処理を移す。
【０２７８】
ステップＳ１１０において、制御部１３０は、電源がオフであるか否かを判断し、電源がオフであると判定した場合には、本処理を終了する一方、電源がオフではないと判定した場合には、ステップＳ１０１から繰り返し処理を実行することとなる。
【０２７９】
このように、端末装置は、ネットワークを介してコンテンツ配信装置から配信されたコンテンツデータを、コンテンツ配信装置又は別の上層端末装置から受信するので、コンテンツデータなどを受信可能な端末装置におけるアップデートデータの受信を行うことができる。
【０２８０】
［第２の実施形態］
なお、上述した実施形態においては、端末装置２の起動後において接続要求時間となったと判定されたときに、所定の接続要求条件が成立したと判定し、接続先紹介要求を送信し、アップデートデータ配信装置４を頂点として、端末装置２がネットワーク上において階層構造で多層に論理接続されたが、これに限らず、例えば、端末装置２の起動後においては、常時、アップデートデータ配信装置４を頂点として、端末装置２がネットワーク上において階層構造で多層に論理接続されてもよい。
【０２８１】
このような機能を有する実施形態について図１８を用いて以下に説明する。なお、上述した実施形態と同じような構成、処理については、発明の理解を容易とするために省略し、代表する構成、処理について、以下に説明する。
【０２８２】
（端末装置２の処理フローの説明）
図１８に示すように、ステップＳ２０１を終了した場合には、ステップＳ２０３に処理を移す。ステップＳ２０３においては、上述した実施形態におけるステップＳ２０３と同じような処理を実行する。つまり、制御部２３０は、端末装置２における起動後に、所定の接続要求条件が成立したと判定し、所定の接続要求条件が成立したと判定された場合には、アップデートデータの受信のための接続先紹介要求を接続管理装置３に送信することとなる。このようなステップを実行する制御部２３０は、接続要求条件判定手段、接続先紹介要求手段として機能する。
【０２８３】
また、ステップＳ２２４において、制御部２３０は、受信したアップデートデータが新しいデータではないと判定した場合には（ステップＳ２２４：ＮＯ）、ステップＳ２２５を実行することはないが、上述した実施形態におけるステップＳ２２６及びステップＳ２２７も実行することなく、ステップＳ２１０に処理を移すこととなる。もちろん、制御部２３０は、ステップＳ２２５を終了した場合にも、上述した実施形態におけるステップＳ２２６及びステップＳ２２７も実行することなく、ステップＳ２１０に処理を移すこととなる。つまり、制御部２３０は、アップデートデータの受信が終了した場合であっても、アップデートデータの受信を行っていたアップデートデータ配信装置４又は上層端末装置２との論理接続を遮断することなく、受信された接続先候補に論理接続し、その論理接続を継続させる制御を行うこととなる。
【０２８４】
従って、アップデートデータ配信装置を頂点として、複数の端末装置が階層構造となるように接続され、アップデートデータの受信、更新及び中継を行うことができる。このため、アップデートデータの配信に対する端末装置の数に関わらず、アップデートデータ配信装置を性能面から補強する必要がなく、多くの端末装置にアップデートデータを迅速かつ確実に配信することができる。また、端末装置における起動後に所定の接続要求条件が成立したと判定された場合には、アップデートデータの受信のための接続先紹介要求を接続管理装置に送信し、接続先候補に論理接続し、その論理接続を継続させるので、端末装置の起動後において迅速かつ確実に各種のアップデートデータの更新を行うことができる。
【０２８５】
［第３の実施形態］
また、例えば、端末装置２の起動後において、接続先紹介要求を接続管理装置３に送信する接続時間をアップデート管理装置５が管理しており、その接続時間の要求を端末装置２が行うようにしてもよい。
【０２８６】
このような機能を有する実施形態について図１９及び図２０を用いて以下に説明する。なお、上述した実施形態と同じような構成、処理については、発明の理解を容易とするために省略し、代表する構成、処理について、以下に説明する。
【０２８７】
（端末装置２の処理フローの説明）
図１９に示すように、ステップＳ２０１が終了した場合には、ステップＳ２７１に処理を移す。
【０２８８】
ステップＳ２７１において、制御部２３０は、アップデートチェック時間であるか否かを判断する。この処理において、制御部２３０は、今現在の時間を参照し、その時間がアップデートチェック時間であるか否かを判断することとなる。制御部２３０は、アップデートチェック時間であると判定した場合には（ステップＳ２７１：ＹＥＳ）、アップデート管理装置５へ接続時間等を要求し（ステップＳ２７２）、ステップＳ２１０に処理を移す。つまり、制御部２３０は、端末装置２における起動後に、アップデート管理装置５に接続情報要求を送信することとなる。このようなステップを実行する制御部２３０は、接続情報要求送信手段として機能する。
【０２８９】
一方、ステップＳ２７１において、制御部２３０は、アップデートチェック時間ではないと判定した場合には（ステップＳ２７１：ＮＯ）、ステップＳ２７６に処理を移す。
【０２９０】
ステップＳ２７６において、制御部２３０は、接続時間等を受信したか否かを判断する。この処理において、制御部２３０は、ネットワークインタフェース２０４を介してアップデート管理装置５から接続時間等を受信したか否かを判断することとなる。制御部２３０は、接続時間等を受信したと判定した場合には（ステップＳ２７６：ＹＥＳ）、接続時間等をハードディスク装置２０３に記憶し（ステップＳ２７７）、ステップＳ２１０に処理を移す。つまり、制御部２３０は、ステップＳ２７２において送信された接続情報要求に対応する接続要求時間をアップデート管理装置５から受信し、その受信された接続要求時間を設定することとなる。このようなステップを実行する制御部２３０は、接続要求時間受信手段、接続要求時間設定手段として機能する。
【０２９１】
ステップＳ２８０において、制御部２３０は、接続時間であるか否かを判断する。この処理において、制御部２３０は、ステップＳ２７７においてハードディスク装置２０３に設定された接続時間等を読み出し、接続時間であるか否かを判断することとなる。制御部２３０は、接続時間であると判定した場合には（ステップＳ２８０：ＹＥＳ）、
接続管理装置へアップデートツリーの接続先候補を要求し（ステップＳ２０３）、ステップＳ２１０に処理を移す。つまり、制御部２３０は、ステップＳ２７７において設定された接続要求時間となったか否かを判定し、接続要求時間となったと判定されたときに、所定の接続要求条件が成立したと判定することとなる。このようなステップを実行する制御部２３０は、接続要求時間判定手段、接続要求条件判定手段として機能する。
【０２９２】
一方、ステップＳ２８０において、制御部２３０は、接続時間ではないと判定した場合には（ステップＳ２８０：ＮＯ）、図２０のステップＳ２１１に処理を移す。このステップＳ２１１に移行した後には、上述した実施形態と同じような処理を実行することとなる。
【０２９３】
従って、アップデートデータ配信装置を頂点として、複数の端末装置が階層構造となるように接続され、アップデートデータの受信、更新及び中継を行うことができる。このため、アップデートデータの配信に対する端末装置の数に関わらず、アップデートデータ配信装置を性能面から補強する必要がなく、多くの端末装置にアップデートデータを迅速かつ確実に配信することができる。また、アップデートデータを受信するために階層構造に接続する接続要求時間などを管理するアップデート管理装置に要求することによって、端末装置は、その接続要求時間などを認識することができることとなり、効率的に各種のアップデートデータの更新を行うことができる。
【０２９４】
（その他の実施形態）
なお、本実施形態においては、端末装置２における起動中にアップデートデータの更新を行うか否かを判定していたが、これに限らず、例えば、端末装置２における起動中にはアップデートデータの更新を行わないように構成してもよい。
【０２９５】
また、本実施形態においては、端末装置２において、プログラムの種類に基づいて、受信されたアップデートデータが最新のデータであると判定された場合には、アップデートデータの更新を行う一方、最新のデータではないと判定された場合には、アップデートデータの更新を禁止したが、これに限らず、例えば、受信した全てのアップデートデータに基づく更新を行ってもよい。更には、上述した実施形態のように、アップデートデータの更新があるか否かを判定した後に、アップデートデータを受信するか否かを判定するように構成することが好ましい。
【０２９６】
更にまた、本実施形態においては、一のアップデートデータを、異なる配信時間で複数回配信するように構成したが、複数回配信しない構成であっても問題ない。
【０２９７】
更にまた、本実施形態においては、アップデートデータの受信が終了したと判定した場合に、アップデートデータの受信を行っていたアップデートデータ配信装置４又は上層端末装置２との論理接続を遮断したが、これに限らず、例えば、アップデートデータ配信装置４を頂点として論理接続された全ての端末装置２においてアップデートデータの受信が終了したと判定した場合に、アップデートデータの受信を行っていたアップデートデータ配信装置４又は上層端末装置２との論理接続を遮断するように構成してもよい。
【０２９８】
更にまた、本実施形態においては、アップデートデータの受信処理と、コンテンツデータの受信などの他の処理と、のいずれか一つを選択的に実行する構成であったが、これに限らず、例えば、図２１に示すように、アップデートデータタの受信処理と、コンテンツデータの受信などの他の処理と、のいずれをも、並列的に実行する構成であってもよい。つまり、端末装置２における制御部２３０は、コンテンツデータの受信と、アップデートデータの受信とを並列して行う機能を有するように構成してもよい。尚、このような処理を実行する制御部２３０は、受信制御手段として機能する。これによって、複数の処理を並列的に実行することができ、他の処理を妨げることなく、アップデートデータを確実に受信することができ、簡便である。特に、コンテンツデータの受信を行い、階層構造に接続した状態でアップデートデータの受信を行うことによって、コンテンツデータの受信を中断させたり、アップデートデータの受信を中断させたりする必要がなく、簡便である。
【０２９９】
更にまた、本実施形態においては、端末装置２は、コンテンツ配信装置１からコンテンツを受信する場合、接続管理装置３やアップデート管理装置５に各種の情報（要求など）を送信する場合などには、装置と、サーバクライアント型の接続形態を形成していたが、これに限らず、例えば、図２２に示すように、分散ハッシュテーブル（ＤＨＴ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｈａｓｈ  Ｔａｂｌｅ））を利用して論理的にオーバーレイネットワークを構築する接続形態であってもよい。図２２に示すような構成におけるアップデートデータ配信システムは、ネットワークを介して互いに接続された複数のノード装置（端末装置）と、前記複数のノード装置のうちの一部のノード装置を、前記複数のノード装置間で共用されるべきコンテンツデータを記憶するコンテンツ保持ノード装置とするために前記コンテンツデータを前記一部のノード装置に記憶させるコンテンツデータ管理装置とを備え、前記コンテンツ保持ノード装置から、他のノード装置にコンテンツデータが配信されるものである。また、このノード装置は、前記複数のノード装置のうち一部のノード装置の識別情報と位置情報とを関連付けたルーティングテーブルを記憶するルーティングテーブル記憶手段、前記ネットワークを介して受信したメッセージの宛先識別情報と前記ルーティングテーブルとに基づいて、前記受信したメッセージが自ノード装置宛であるか否かを判定するメッセージ宛先判定手段、前記メッセージ宛先判定手段により前記ネットワークを介して受信したメッセージが自ノード装置宛ではないと判定されると、受信したメッセージの宛先識別情報に基づいて、転送先のノード装置の位置情報を前記ルーティングテーブルから取り出し、前記転送先のノード装置へ前記受信したメッセージを転送するメッセージ転送手段などを備えた装置である。尚、具体的な構成については、特願２００６−１１８８９号明細書や、特願２００６−４２１０号明細書などに一般的に記載されている。また、例えば、図２３に示すように、ツリー配信型の接続形態など、他の接続形態を形成していてもよい。つまり、これらのシステムに限定されることがなく、これらの組み合わせであってもよい。
【０３００】
更にまた、本実施形態において、ネットワークを介してコンテンツデータを配信するコンテンツ配信サービスにおいて、アップデートデータの配信が行われたが、これに限らず、他のサービスにおける、アップデートデータの配信が行われてもよい。
【０３０１】
以上、本発明の実施の形態のうちのいくつかを図面に基づいて詳細に説明したが、これらは例示であり、前記［発明の開示］の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【図面の簡単な説明】
【０３０２】
【図１】本実施形態に係るアップデートデータ配信システムＳの概要構成例を示す図である。
【図２】本実施形態に係るアップデートデータ配信システムＳの概要構成例を示す図である。
【図３】アップデートデータ配信装置を示す機能ブロック図である。
【図４】端末装置を示す機能ブロック図である。
【図５】接続管理装置を示す機能ブロック図である。
【図６】アップデート管理装置を示す機能ブロック図である。
【図７】コンテンツ配信装置を示す機能ブロック図である。
【図８】アップデートデータベースを示す説明図である。
【図９】アップデートデータの配信タイミングを示す説明図である。
【図１０】アップデートデータ配信装置の制御部が行う処理を示すフローチャートである。
【図１１】接続管理装置の制御部が行う処理を示すフローチャートである。
【図１２】接続管理装置の制御部が行う処理を示すフローチャートである。
【図１３】アップデート管理装置の制御部が行う処理を示すフローチャートである。
【図１４】端末装置の制御部が行う処理を示すフローチャートである。
【図１５】端末装置の制御部が行う処理を示すフローチャートである。
【図１６】端末装置の制御部が行う処理を示すフローチャートである。
【図１７】コンテンツ配信装置の制御部が行う処理を示すフローチャートである。
【図１８】端末装置の制御部が行う処理を示すフローチャートである。
【図１９】端末装置の制御部が行う処理を示すフローチャートである。
【図２０】端末装置の制御部が行う処理を示すフローチャートである。
【図２１】本実施形態に係るアップデートデータ配信システムＳの概要構成例を示す図である。
【図２２】本実施形態に係るアップデートデータ配信システムＳの概要構成例を示す図である。
【図２３】本実施形態に係るアップデートデータ配信システムＳの概要構成例を示す図である。
【符号の説明】
【０３０３】
Ｓ  アップデートデータ配信システム
１  コンテンツ配信装置
２  端末装置
３  接続管理装置
４  アップデートデータ配信装置
５  アップデート管理装置
１３０，２３０，３３０，４３０，５３０  制御部
【図１】
2007334602.tif 000003
【図２】
2007334602.tif 000004
【図３】
2007334602.tif 000005
【図４】
2007334602.tif 000006
【図５】
2007334602.tif 000007
【図６】
2007334602.tif 000008
【図７】
2007334602.tif 000009
【図８】
2007334602.tif 000010
【図９】
2007334602.tif 000011
【図１０】
2007334602.tif 000012
【図１１】
2007334602.tif 000013
【図１２】
2007334602.tif 000014
【図１３】
2007334602.tif 000015
【図１４】
2007334602.tif 000016
【図１５】
2007334602.tif 000017
【図１６】
2007334602.tif 000018
【図１７】
2007334602.tif 000019
【図１８】
2007334602.tif 000020
【図１９】
2007334602.tif 000021
【図２０】
2007334602.tif 000022
【図２１】
2007334602.tif 000023
【図２２】
2007334602.tif 000024
【図２３】
2007334602.tif 000025