JP4976104B2 - ＵＰｎＰデバイスのＩＰアドレス変更によるネットワーク連結中断を速かに復旧する方法及びシステム - Google Patents

ＵＰｎＰデバイスのＩＰアドレス変更によるネットワーク連結中断を速かに復旧する方法及びシステム Download PDF

Info

Publication number
JP4976104B2
JP4976104B2 JP2006289095A JP2006289095A JP4976104B2 JP 4976104 B2 JP4976104 B2 JP 4976104B2 JP 2006289095 A JP2006289095 A JP 2006289095A JP 2006289095 A JP2006289095 A JP 2006289095A JP 4976104 B2 JP4976104 B2 JP 4976104B2
Authority
JP
Japan
Prior art keywords
address
network connection
message
media
connection based
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2006289095A
Other languages
English (en)
Other versions
JP2007124652A (ja
Inventor
永 九 高
相 善 崔
正 子 金
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2007124652A publication Critical patent/JP2007124652A/ja
Application granted granted Critical
Publication of JP4976104B2 publication Critical patent/JP4976104B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5076—Update or notification mechanisms, e.g. DynDNS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Small-Scale Networks (AREA)
  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本発明は、ＵＰｎＰ（ユニヴァーサル プラグ アンド プレイ）に係り、特に、ＵＰｎＰデバイスのＩＰ（インターネット プロトコル）アドレス変更によるネットワーク連結中断を速かに復旧する方法及びシステムに関する。
現在、プラグアンドプレイ機能を使用してＰＣ（パーソナル コンピュータ）が周辺装置を自動で認識可能にしている。これにより、ユーザの立場で周辺装置の設置が非常に容易になった。ＵＰｎＰは、このような機能をネットワーク全体に拡張させた技術であり、ＰＣ、周辺装置、家電製品のような装置がネットワークに接続された時、互いに自動で認識可能にする。
図１は、従来のＵＰｎＰネットワークシステムの構成図である。図１を参照するに、従来のＵＰｎＰネットワークシステムは、制御ポイント１１及びＵＰｎＰデバイス１２、１３で構成される。特に、ＵＰｎＰデバイス１２、１３の一例としてメディアサーバ１２及びメディアレンダラー１３を挙げた。
制御ポイント１１は、ネットワーク上に存在するＵＰｎＰデバイスを認識し、このように認識されたＵＰｎＰデバイスを制御する。メディアサーバ１２は、ＵＰｎＰコンテンツを提供する。メディアコンテンツを提供するＰＣなどがこれに該当する。メディアレンダラー１３は、ＵＰｎＰによってメディアサーバ１２により提供されたＵＰｎＰコンテンツをレンダリングする。メディアコンテンツを再生するデジタルＴＶなどがこれに該当する。
図２は、従来のＵＰｎＰネットワークシステムでのＵＰｎＰアライブメッセージの伝送形態を示した図である。ＵＰｎＰネットワークにあるデバイスが追加された場合、このデバイスは、図２に示すような形式を持つＵＰｎＰアライブメッセージを制御ポイント１１に伝送する。図２に示した例は、ＵＰｎＰネットワークにメディアサーバ１２が追加された場合であるいうことが分かる。
図３は、従来のＵＰｎＰネットワークシステムでのＵＰｎＰバイバイメッセージの伝送形態を示した図である。ＵＰｎＰネットワークからあるデバイスが除去された場合、このデバイスは、図２に示すような形式を持つＵＰｎＰバイバイメッセージを制御ポイント１１に伝送する。図２に示した例は、ＵＰｎＰネットワークにメディアサーバ１２が追加された場合であるということが分かる。
一方、ＵＰｎＰネットワークシステムは、ＴＣＰ／ＩＰ（トランスミッション コントロール プロトコル／インターネット プロトコル）を基盤としているために、ＵＰｎＰデバイスは自身のＩＰアドレスを持っていなければならず、このために、ＤＨＣＰ（ダイナミック ホスト コンフィギュレーション プロトコル）クライアントモジュール及び自動ＩＰ（Ａｕｔｏ ＩＰ）モジュールを持っている。自動ＩＰモジュールは、ＵＰｎＰデバイスが位置したネットワーク上でＤＨＣＰサーバが検索されていない場合、いずれか一つのＩＰアドレスを生成し、これをＵＰｎＰデバイスのＩＰアドレスと設定する。ＤＨＣＰクライアントモジュールは、ＵＰｎＰデバイスが位置したネットワーク上でＤＨＣＰサーバが検索された場合、ＤＨＣＰサーバにＩＰアドレスを要請し、この要請に対する応答としてＩＰアドレスを獲得し、これをＵＰｎＰデバイスのＩＰアドレスと設定する。
ところが、ＵＰｎＰデバイスがいずれか一つのＩＰアドレスを基盤にＵＰｎＰネットワークに連結されている途中にＵＰｎＰデバイスのＩＰアドレスが変更する場合が発生しうる。例えば、ＤＨＣＰサーバで規定したＩＰアドレス賃貸期間が満了してＤＨＣＰサーバが他のＩＰアドレスを割り当てた場合、ＤＨＣＰサーバが正常に動作せずに自動ＩＰモジュールが他のＩＰアドレスを生成した場合がこれに該当する。
ＵＰｎＰデバイスのＩＰアドレスが変更された場合は、既存のＩＰアドレスを基盤とするネットワーク連結は除去され、新たなＩＰアドレスを基盤とするネットワーク連結は追加されたケースに該当するために、ＵＰｎＰデバイスは制御ポイントに図３に示したバイバイメッセージを伝送し、この後に図２に示したアライブメッセージを伝送する。
ＵＰｎＰデバイスのＩＰアドレスの変更によって、ＵＰｎＰデバイスへの制御要請のためのＵＲＬ、すなわち、ＳＯＡＰ（シンプル オブジェクト アクセス プロトコル）要請メッセージを受信するためのＵＲＬ（ユニフォーム リソース ロケーター）が変更され、ＵＰｎＰデバイスへのイベント要請のためのＵＲＬ、すなわち、ＧＥＮＡ（ジェネラル イベント ノティフィケーション アーキテクチャー）要請メッセージを受信するためのＵＲＬが変更する。また、制御ポイントが保有しているＵＰｎＰデバイスの状態変数などＵＰｎＰデバイスに関するあらゆる情報が除去され、新たなＩＰアドレスを基盤とする新たな情報が生成される。
一方、ＵＰｎＰデバイスのＩＰアドレスが変更されれば、既存のＩＰアドレスを基盤とするセッションもいずれも終了する。ところが、これは、ユーザの意図とは関係なくサービス中断を招き、その結果、ユーザが中断されたサービスを再開せねばならないという不便さを招くという問題点があった。もし、メディアサーバ１２またはメディアレンダラー１３のＩＰアドレスが変更されて、既存のＩＰアドレスを基盤とするコンテンツストリーミングセッションが終了した場合ならば、ユーザの立場ではメディアレンダラー１３を利用したコンテンツ再生が突然に中断される状況に処する。この時、ユーザはコンテンツストリーミングが中断された地点を探して、その地点から新たなＩＰアドレスを基盤としてコンテンツストリーミングを再開せねばならない。
本発明が解決しようとする技術的課題は、ＵＰｎＰデバイスのＩＰアドレス変更によるネットワーク連結の中断を速かに復旧できるシステム及び方法を提供するところにある。また、前記の方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供するところにある。
前記技術的課題を解決するための本発明によるネットワーク連結復旧方法は、デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記デバイスの第２アドレスを獲得するステップと、前記獲得された第２アドレスを利用して前記第２アドレスを基にしたネットワーク連結を設定するステップと、を含む。
前記他の技術的課題を解決するために本発明は、前記のネットワーク連結復旧方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
前記さらに他の技術的課題を解決するための本発明によるメディアサーバは、デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記デバイスの第２アドレスを獲得する獲得部と、前記第１アドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、前記獲得部により獲得された第２アドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることを要請することで、前記第２アドレスを基にしたネットワーク連結を設定するクライアントモジュールとを備える。
前記さらに他の技術的課題を解決するための本発明によるメディアレンダラーは、デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記デバイスの第２アドレスを獲得する獲得部と、前記第１アドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、前記獲得部により獲得された第２アドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることによって、前記第２アドレスを基にしたネットワーク連結を設定するサーバモジュールと、を備える。
前記さらに他の技術的課題を解決するための本発明によるデバイスアドレス提供方法は、第１デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記第１デバイスの第２アドレスを獲得するステップと、前記獲得された第２アドレスを、前記第１アドレスを基にしたネットワーク連結を通じて前記第１デバイスと通信した第２デバイスに提供するステップとを含む。
前記さらに他の技術的課題を解決するために本発明は、前記デバイスアドレス提供方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。
前記さらに他の技術的課題を解決するための本発明によるデバイスアドレス提供装置は、第１デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記第１デバイスの第２アドレスを獲得する獲得部と、前記獲得部により獲得された第２アドレスを、前記第１アドレスを基にしたネットワーク連結を通じて前記第１デバイスと通信した第２デバイスに提供する提供部と、を備える。
ＵＰｎＰデバイスのＩＰアドレスが変更された場合に、バイバイメッセージを利用してＵＰｎＰデバイスの新たなＩＰアドレスを獲得し、新たなＩＰアドレスを基にしたネットワーク連結を設定することで、ＩＰアドレス変更によるネットワーク連結の中断を速かに復旧し、その結果、コンテンツストリーミングのためのセッション中断を速かに復旧できる。
窮極的に、ＵＰｎＰデバイスのＩＰアドレス変更によるネットワーク連結中断が速かに復旧されて、その結果、コンテンツストリーミングのためのセッション中断が速かに復旧されて、ＵＰｎＰデバイスは、ユーザの介入なしに既存のＩＰアドレスを基盤に提供されたサービスを、新たなＩＰアドレスを基盤に継続的に提供できる。もし、メディアサーバまたはメディアレンダラーのＩＰアドレスが変更されて、既存のＩＰアドレスを基盤とするコンテンツストリーミングセッションが終了した場合ならば、ユーザは、ＵＰｎＰデバイスのＩＰアドレス変更に関係なく継ぎ目のない（ｓｅａｍｌｅｓｓ）コンテンツストリーミングサービスを提供されうる。
以下では、図面を参照して本発明の望ましい実施形態を詳細に説明する。
図４は、本発明の望ましい一実施形態によるバイバイメッセージの伝送形態を示した図である。ＵＰｎＰによって現在動作中のデバイスのＩＰアドレスが変更された場合、このデバイスは、図４に示すような形式を持つバイバイメッセージを制御ポイント１１に伝送する。図４に示した例は、メディアサーバ５のＩＰアドレスが変更された場合であるということが分かる。
図４を参照するに、本実施形態によるバイバイメッセージは、ＵＰｎＰバイバイメッセージに対してデバイスのＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージであり、既存のフィールド、バイバイメッセージ伝送の動機がデバイス５のＩＰアドレス変更によることを知らせる動機フィールド及びデバイス５の新たなＩＰアドレスが記録されたフィールドで構成される。
従来には、ＵＰｎＰデバイスのＩＰアドレスが変更された場合に、既存ＩＰアドレスに対するバイバイメッセージを伝送した後、新たなＩＰアドレスに対するアライブメッセージを伝送する時に新たなＩＰアドレスが提供されるが、本実施形態では、バイバイメッセージを利用してＵＰｎＰデバイスの新たなＩＰアドレスが提供されるために、ＩＰアドレス変更によるセッション中断期間を最小化できる。
図５及び図６は、本発明の望ましい一実施形態によるメディアサーバ５及びメディアレンダラー６の構成図である。特に、図５は、メディアサーバ５から伝送されたバイバイメッセージをメディアレンダラー６が受信する場合を示した図面である。また、図６は、メディアレンダラー６から伝送されたバイバイメッセージをメディアサーバ５が受信する場合を示した図である。
図５及び図６を参照するに、本実施形態によるメディアサーバ５は、アドレス指定モジュール５１、発見モジュール５２、説明モジュール５３、制御モジュール５４、イベントモジュール５５、ＩＰアドレス提供部５６、バイバイメッセージ受信部５７、ＩＰアドレス獲得部５８、デバイス情報更新部５９及びＨＴＴＰ（ハイパー テキスト トランスファー プロトコル）サーバモジュール５１０で構成される。
アドレス指定モジュール５１は、ＵＰｎＰのアドレス指定（ａｄｄｒｅｓｓｉｎｇ）ステップを行う。すなわち、アドレス指定モジュール５１は、メディアサーバ５のＩＰアドレスを指定する。特に、本実施形態によれば、アドレス指定モジュール５１は、メディアサーバ５のＩＰアドレスがいずれか一つのＩＰアドレスから他のＩＰアドレスに変更されたかどうかを検出する。
図５及び図６を参照するに、アドレス指定モジュール５１は、自動ＩＰモジュール５１１、ＤＨＣＰクライアントモジュール５１２及びＩＰアドレス変更検出部５１３で構成される。
自動ＩＰモジュール５１１は、メディアサーバ５が位置したネットワーク上でＤＨＣＰサーバが検索されていない場合、いずれか一つのＩＰアドレスを生成し、これをメディアサーバ５のＩＰアドレスに設定する。ここで、ＤＨＣＰサーバが検索されていない場合とは、メディアサーバ５が位置したネットワーク上にＤＨＣＰサーバが存在していない場合、ＤＨＣＰサーバは存在するが正常に動作しない場合などをいう。
ＤＨＣＰクライアントモジュール５１２は、メディアサーバ５が位置したネットワーク上でＤＨＣＰサーバが検索された場合、ＤＨＣＰサーバにＩＰアドレスを要請し、この要請に対する応答としてＩＰアドレスを獲得し、これをメディアサーバ５のＩＰアドレスに設定する。
ＩＰアドレス変更検出部５１３は、自動ＩＰモジュール５１１またはＤＨＣＰクライアントモジュール５１２により設定されたメディアサーバ５のＩＰアドレスを周期的に確認することで、メディアサーバ５のＩＰアドレスがいずれか一つの第１ ＩＰアドレスから他の第２ ＩＰアドレスに変更されたかどうかを検出する。一般的に、ＤＨＣＰサーバで規定したＩＰアドレス賃貸期間が満了してＤＨＣＰサーバが他のＩＰアドレスを割り当てた場合、ＤＨＣＰサーバが正常に動作せずに自動ＩＰモジュール５１１が他のＩＰアドレスを生成した場合に、ＩＰアドレスの変更が発生する。
発見モジュール５２は、ＵＰｎＰの発見（ｄｉｓｃｏｖｅｒｙ）ステップを行う。すなわち、発見モジュール５２は、ＳＳＤＰ（シンプル サービス ディスカバリー プロトコル）によってメディアサーバ５が位置したネットワーク上に存在する制御ポイント４に、メディアサーバ５のネットワークへの接続を知らせる広告（ａｄｖｅｒｔｉｓｅ）メッセージを伝送する。また、発見モジュール５２は、ＳＳＤＰによってメディアサーバ５のＩＰアドレスを基にしたネットワーク連結の開始を知らせるアライブメッセージを生成し、これを制御ポイント４に伝送する。
また、発見モジュール５２は、ＳＳＤＰによってメディアサーバ５のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを生成し、これを制御ポイント４に伝送する。特に、本実施形態によれば、発見モジュール５２は、ＩＰアドレス変更検出部５１３でメディアサーバ５のＩＰアドレスが変更されたと検出された場合に、ＵＰｎＰバイバイメッセージに対してメディアサーバ５のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを制御ポイント４に伝送する。
説明モジュール５３はＵＰｎＰ説明（ｄｅｓｃｒｉｐｔｉｏｎ）ステップを行う。すなわち、説明モジュール５３は、メディアサーバ５についての説明を、発見モジュール５２でのＵＰｎＰ発見ステップ実行によりメディアサーバ５を発見した制御ポイント４に提供する。
制御モジュール５４はＵＰｎＰ制御（ｃｏｎｔｒｏｌ）ステップを行う。すなわち、制御モジュール５４は、説明モジュール５３でのＵＰｎＰ説明ステップ実行によりメディアサーバ５についての説明を獲得した制御ポイント４の制御に該当する動作を行う。
イベントモジュール５５は、ＵＰｎＰイベント（ｅｖｅｎｔ）ステップを行う。すなわち、イベントモジュール５５は、制御モジュール５４でのＵＰｎＰ制御ステップ実行に対応して、メディアサーバ５を制御する制御ポイント４に、メディアサーバ５により提供されるイベントに関する情報を含むイベントメッセージを伝送する。
ＩＰアドレス提供部５６は、ＩＰアドレス変更検出部５１３での検出結果によって第１ ＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを利用して、メディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを選択的に制御ポイント４に提供する。より詳細に説明すれば、ＩＰアドレス提供部５６は、ＩＰアドレス変更検出部５１３によりメディアサーバ５のＩＰアドレスが変更されたと検出された場合、発見モジュール５２により生成されたバイバイメッセージに、自動ＩＰモジュール５１１またはＤＨＣＰクライアントモジュール５１２から獲得したメディアサーバ５の第２ ＩＰアドレスが記録されたフィールドを追加することで、第２ ＩＰアドレスを制御ポイント４に提供する。
また、ＩＰアドレス提供部５６は、発見モジュール５２により生成されたバイバイメッセージに、バイバイメッセージ伝送の動機がメディアサーバ５のＩＰアドレス変更によるということを知らせる動機フィールドを追加することで、制御ポイント４が保有しているデバイスに関する情報を除去しないように指示する。従来のＵＰｎＰによれば、メディアサーバ５のＩＰアドレスが変更されてメディアサーバ５と制御ポイント４とのネットワーク連結が切れた場合、制御ポイント４は、自身が保有しているメディアサーバ５に関する情報を除去した。本実施形態では、これを防止するために、バイバイメッセージに、バイバイメッセージ伝送の動機がメディアサーバ５のＩＰアドレス変更によるということを知らせる動機フィールドを追加した。
特に、図６を参照するに、バイバイメッセージ受信部５７は、メディアレンダラー６からメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを受信する。ＵＰｎＰによれば、制御ポイント４のみバイバイメッセージを受信する機能を持っており、メディアサーバ５、メディアレンダラー６のようなＵＰｎＰデバイスは、バイバイメッセージを受信する機能を持っていない。本実施形態によれば、メディアサーバ５、メディアレンダラー６のようなＵＰｎＰデバイスはバイバイメッセージを受信する機能を持つ。
ＩＰアドレス獲得部５８は、バイバイメッセージ受信部５７により受信されたバイバイメッセージを利用してメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、ＩＰアドレス獲得部５７は、バイバイメッセージのメディアレンダラー６のＩＰアドレス変更に関する情報を含むフィールドのうち、アドレスフィールドを参照してメディアレンダラー６の第２ ＩＰアドレスを獲得する。
デバイス情報更新部５９は、バイバイメッセージ受信部５７により受信されたバイバイメッセージを利用してメディアレンダラー６に関する情報を更新する。より詳細に説明すれば、デバイス情報更新部５９は、バイバイメッセージのメディアレンダラー６のＩＰアドレス変更に関する情報を含むフィールドのうち、動機フィールドを参照してバイバイメッセージ伝送の動機がメディアレンダラー６のＩＰアドレス変更によるということを認識した場合、メディアレンダラー６に関する情報を除去せずにＩＰアドレス獲得部５８により獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用して、メディアレンダラー６のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することで、メディアレンダラー６に関する情報を更新する。
特に、図６を参照するに、ＨＴＴＰサーバモジュール５１０は、ＨＴＴＰを利用してデバイス情報更新部５９により更新されたメディアレンダラー６に関する情報に基づいて、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、第２ ＩＰアドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることによって、第２ ＩＰアドレスを基にしたネットワーク連結を設定する。
より詳細に説明するに、ＨＴＴＰサーバモジュール５１０は、ＨＴＴＰを利用してデバイス情報更新部５９により更新されたメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを目的地として、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることによって、第２ ＩＰアドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順に設定する。これと対応して、メディアレンダラー６のＨＴＴＰクライアントモジュール６１０は、第２ ＩＰアドレスを基にしたネットワーク連結、セッション連結及びＨＴＴＰ連結を順に設定することで、メディアサーバ５とメディアレンダラー６とのネットワーク連結を復旧する。
図５及び図６を参照するに、本実施形態によるメディアレンダラー６は、アドレス指定モジュール６１、発見モジュール６２、説明モジュール６３、制御モジュール６４、イベントモジュール６５、ＩＰアドレス提供部６６、バイバイメッセージ受信部６７、ＩＰアドレス獲得部６８、デバイス情報更新部６９及びＨＴＴＰサーバモジュール６１０で構成される。
アドレス指定モジュール６１は、ＵＰｎＰのアドレス指定ステップを行う。すなわち、アドレス指定モジュール６１は、メディアレンダラー６のＩＰアドレスを指定する。特に、本実施形態によれば、アドレス指定モジュール６１は、メディアレンダラー６のＩＰアドレスがいずれか一つのＩＰアドレスから他のＩＰアドレスに変更されたかどうかを検出する。
図５及び図６を参照するに、アドレス指定モジュール６１は、自動ＩＰモジュール６１１、ＤＨＣＰクライアントモジュール６１２及びＩＰアドレス変更検出部６１３で構成される。
自動ＩＰモジュール６１１は、メディアレンダラー６が位置したネットワーク上でＤＨＣＰサーバが検索されていない場合、いずれか一つのＩＰアドレスを生成し、これをメディアレンダラー６のＩＰアドレスに設定する。
ＤＨＣＰクライアントモジュール６１２は、メディアレンダラー６が位置したネットワーク上でＤＨＣＰサーバが検索された場合、ＤＨＣＰサーバにＩＰアドレスを要請し、この要請に対する応答としてＩＰアドレスを獲得し、これをメディアレンダラー６のＩＰアドレスに設定する。
ＩＰアドレス変更検出部６１３は、自動ＩＰモジュール６１１またはＤＨＣＰクライアントモジュール６１２により設定されたメディアレンダラー６のＩＰアドレスを周期的に確認することで、メディアレンダラー６のＩＰアドレスがいずれか一つの第１ ＩＰアドレスから他の第２ ＩＰアドレスに変更されたかどうかを検出する。
発見モジュール６２は、ＵＰｎＰの発見ステップを行う。すなわち、発見モジュール６２は、ＳＳＤＰによってメディアレンダラー６が位置したネットワーク上に存在する制御ポイント４に、メディアレンダラー６がネットワークに接続したかを知らせる広告メッセージを伝送する。また、発見モジュール６２は、ＳＳＤＰによってメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の開始を知らせるアライブメッセージを生成し、これを制御ポイント４に伝送する。
また、発見モジュール６２は、ＳＳＤＰによってメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを生成し、これを制御ポイント４に伝送する。特に、本実施形態によれば、発見モジュール６２は、ＩＰアドレス変更検出部６１３でメディアレンダラー６のＩＰアドレスが変更されたと検出された場合に、ＵＰｎＰバイバイメッセージに対してメディアレンダラー６のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを制御ポイント４に伝送する。
説明モジュール６３は、ＵＰｎＰ説明ステップを行う。すなわち、説明モジュール６３は、メディアレンダラー６についての説明を、発見モジュール６２でのＵＰｎＰ発見ステップ実行によりメディアレンダラー６を発見した制御ポイント４に提供する。
制御モジュール６４はＵＰｎＰ制御ステップを行う。すなわち、制御モジュール６４は、説明モジュール６３でのＵＰｎＰ説明ステップ実行によりメディアレンダラー６についての説明を獲得した制御ポイント４の制御に該当する動作を行う。
イベントモジュール６５は、ＵＰｎＰイベントステップを行う。すなわち、イベントモジュール６５は、制御モジュール６４でのＵＰｎＰ制御ステップ実行に対応してメディアレンダラー６を制御する制御ポイント４に、メディアレンダラー６により提供されるイベントに関する情報を含むイベントメッセージを伝送する。
ＩＰアドレス提供部６６は、ＩＰアドレス変更検出部６１３での検出結果によって第１ ＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを利用して、メディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを選択的に制御ポイント４に提供する。より詳細に説明すれば、ＩＰアドレス提供部６６は、ＩＰアドレス変更検出部６１３によりメディアレンダラー６のＩＰアドレスが変更されたと検出された場合、発見モジュール６２により生成されたバイバイメッセージに、自動ＩＰモジュール６１１またはＤＨＣＰクライアントモジュール６１２から獲得したメディアレンダラー６の第２ ＩＰアドレスが記録されたフィールドを追加することで、第２ ＩＰアドレスを制御ポイント４に提供する。
また、ＩＰアドレス提供部６６は、発見モジュール６２により生成されたバイバイメッセージに、バイバイメッセージ伝送の動機がメディアレンダラー６のＩＰアドレス変更によるということを知らせる動機フィールドを追加することで、制御ポイント４が保有しているデバイスに関する情報を除去しないように指示する。
特に、図５を参照するに、バイバイメッセージ受信部６７は、メディアサーバ５からメディアサーバ５のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを受信する。
ＩＰアドレス獲得部６８は、バイバイメッセージ受信部６７により受信されたバイバイメッセージを利用してメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、ＩＰアドレス獲得部６７は、バイバイメッセージのメディアサーバ５のＩＰアドレス変更に関する情報を含むフィールドのうちアドレスフィールドを参照して、メディアサーバ５の第２ ＩＰアドレスを獲得する。
デバイス情報更新部６９は、バイバイメッセージ受信部６７により受信されたバイバイメッセージを利用してメディアサーバ５に関する情報を更新する。より詳細に説明すれば、デバイス情報更新部６９は、バイバイメッセージのメディアサーバ５のＩＰアドレス変更に関する情報を含むフィールドのうち、動機フィールドを参照してバイバイメッセージ伝送の動機がメディアサーバ５のＩＰアドレス変更によるということを認識した場合、メディアサーバ５に関する情報を除去せずにＩＰアドレス獲得部６８により獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用して、メディアサーバ５のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することでメディアサーバ５に関する情報を更新する。
特に、図５を参照するに、ＨＴＴＰクライアントモジュール６１０は、ＨＴＴＰを利用してデバイス情報更新部６９により更新されたメディアサーバ５に関する情報に基づいて、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、第２ ＩＰアドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることを要請することで、第２ ＩＰアドレスを基にしたネットワーク連結を設定する。
より詳細に説明すれば、ＨＴＴＰクライアントモジュール６１０は、ＨＴＴＰを利用してデバイス情報更新部６９により更新されたメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを目的地として、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることを要請することで、第２ ＩＰアドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順に設定する。これと対応して、メディアサーバ５のＨＴＴＰサーバモジュール５１０は、第２ ＩＰアドレスを基にしたネットワーク連結、セッション連結及びＨＴＴＰ連結を順に設定することで、メディアレンダラー６とメディアサーバ５とのネットワーク連結を復旧する。
図７及び図８は、本発明の望ましい一実施形態による制御ポイント４、メディアサーバ５及びメディアレンダラー６の構成図である。特に、図７は、メディアサーバ５から伝送されたバイバイメッセージを制御ポイント４が受信する場合を示した図である。また、図６は、メディアレンダラー６から伝送されたバイバイメッセージを制御ポイント４が受信する場合を示した図である。
図７及び図８を参照するに、本実施形態による制御ポイント４は、アドレス指定モジュール４１、発見モジュール４２、説明モジュール４３、制御モジュール４４、イベントモジュール４５、ＩＰアドレス獲得部４６、デバイス情報更新部４７、及びＩＰアドレス提供部４８で構成される。
アドレス指定モジュール４１は、ＵＰｎＰのアドレス指定ステップを行う。すなわち、アドレス指定モジュール４１は、制御ポイント４のＩＰアドレスを指定する。特に、当業者ならば、メディアサーバ５またはメディアレンダラー６のＩＰアドレスが変更された場合だけでなく、制御ポイント４のＩＰアドレスが変更された場合に対しても本実施形態を適用できるということを理解できるであろう。
発見モジュール４２は、ＵＰｎＰの発見ステップを行う。すなわち、発見モジュール４２は、メディアサーバ５またはメディアレンダラー６から伝送された広告メッセージからメディアサーバ５またはメディアレンダラー６がネットワークに接続したことを認識する。また、発見モジュール４２は、ＳＳＤＰによってメディアサーバ５またはメディアレンダラー６からメディアサーバ５またはメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の開始を知らせるアライブメッセージを受信する。
また、発見モジュール４２は、ＳＳＤＰによってメディアサーバ５またはメディアレンダラー６から、メディアサーバ５またはメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを受信する。特に、本実施形態によれば、発見モジュール４２は、ＵＰｎＰバイバイメッセージに対してメディアサーバ５またはメディアレンダラー６のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを受信する。
説明モジュール４３は、ＵＰｎＰの説明ステップを行う。すなわち、説明モジュール４３は、発見モジュール５２でのＵＰｎＰ発見ステップ実行により認識されたメディアサーバ５またはメディアレンダラー６からメディアサーバ５またはメディアレンダラー６についての説明を獲得する。
制御モジュール４４は、ＵＰｎＰ制御ステップを行う。すなわち、制御モジュール４４は、説明モジュール４３でのＵＰｎＰ説明ステップ実行により獲得されたメディアサーバ５またはメディアレンダラー６についての説明を参照して、メディアサーバ５またはメディアレンダラー６を制御する。特に、本実施形態によれば、制御モジュール４４は、デバイス情報更新部４７により更新されたメディアサーバ５またはメディアレンダラー６に関する情報に基づいて、メディアサーバ５またはメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを基にしたネットワーク連結を通じてメディアサーバ５またはメディアレンダラー６を制御する。より詳細に説明すれば、制御モジュール４４は、デバイス情報更新部４７により修正されたメディアサーバ５またはメディアレンダラー６への制御要請のためのＵＲＬ、すなわち、デバイス情報更新部４７により修正されたＳＯＡＰ要請メッセージを受信するためのＵＲＬを利用して、メディアサーバ５またはメディアレンダラー６を制御する。
また、本実施形態によれば、制御モジュール４４は、ＩＰアドレス提供部４８により準備されたＣｈａｎｇｅＵＲＬ（）アクションを呼び出しする。このＣｈａｎｇＵＲＬ（）アクションは、本実施形態で新たに定義されたＵＰｎＰアクションであり、制御モジュール４４は、ＣｈａｎｇｅＵＲＬ（）アクション呼び出しの因数形態にメディアサーバ５またはメディアレンダラー６の新たなＩＰアドレス、第２ ＩＰアドレスをメディアレンダラー６またはメディアサーバ５に伝送する。
イベントモジュール４５は、ＵＰｎＰイベントステップを行う。すなわち、イベントモジュール４５は、制御モジュール４４でのＵＰｎＰ制御ステップ実行によって制御されるメディアサーバ５またはメディアレンダラー６からメディアサーバ５またはメディアレンダラー６により提供されるイベントに関する情報を含むイベントメッセージを受信する。特に、本実施形態によれば、イベントモジュール４５はデバイス情報更新部４７により更新されたメディアサーバ５またはメディアレンダラー６に関する情報に基づいて、メディアサーバ５またはメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを基にしたネットワーク連結を通じてメディアサーバ５またはメディアレンダラー６により提供されるイベントに関する情報を含むイベントメッセージを受信する。
より詳細に説明すれば、イベントモジュール４５は、デバイス情報更新部４７により修正されたメディアサーバ５またはメディアレンダラー６へのイベント要請のためのＵＲＬ、すなわち、デバイス情報更新部４７により修正されたＧＥＮＡ要請メッセージを受信するためのＵＲＬを利用して、メディアサーバ５またはメディアレンダラー６により提供されるイベントに関する情報を含むイベントメッセージを受信する。また、イベントモジュール４５は、メディアレンダラー６からコンテンツストリーミング要請に対する応答の受信に失敗したことを表すイベントメッセージを受信し、これにより、メディアサーバ５からメディアレンダラー６へのコンテンツストリーミングが失敗したことを認知する。
ＩＰアドレス獲得部４６は、発見モジュール４２により受信されたバイバイメッセージを利用してメディアサーバ５またはメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、ＩＰアドレス獲得部４６は、バイバイメッセージのメディアサーバ５またはメディアレンダラー６のＩＰアドレス変更に関する情報を含むフィールドのうち、アドレスフィールドを参照してメディアサーバ５またはメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
デバイス情報更新部４７は、発見モジュール４２により受信されたバイバイメッセージを利用してメディアサーバ５またはメディアレンダラー６に関する情報を更新する。より詳細に説明すれば、デバイス情報更新部４７は、バイバイメッセージのメディアサーバ５またはメディアレンダラー６のＩＰアドレス変更に関する情報を含むフィールドのうち、動機フィールドを参照してバイバイメッセージ伝送の動機がメディアサーバ５またはメディアレンダラー６のＩＰアドレス変更によるということを認識した場合、メディアサーバ５またはメディアレンダラー６に関する情報を除去せずに、ＩＰアドレス獲得部４６により獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用して、メディアサーバ５またはメディアレンダラー６のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することによって、メディアサーバ５またはメディアレンダラー６に関する情報を更新する。
ＩＰアドレス提供部４８は、ＩＰアドレス獲得部４６により獲得されたメディアサーバ５またはメディアレンダラー６の第２ ＩＰアドレスを、第１ ＩＰアドレスを基にしたネットワーク連結を通じてメディアサーバ５またはメディアレンダラー６と通信したメディアレンダラー６またはメディアサーバ５に提供する。より詳細に説明すれば、ＩＰアドレス提供部４８は、メディアサーバ５またはメディアレンダラー６の新たなアドレス、第２ ＩＰアドレスを因数とするＣｈａｎｇｅＵＲＬ（）アクション呼び出しを準備することで、デバイス情報更新部４７により更新されたメディアサーバ５またはメディアレンダラー６に関する情報を提供する。
図７及び図８を参照するに、本実施形態によるメディアサーバ５は、アドレス指定モジュール７１、発見モジュール７２、説明モジュール７３、制御モジュール７４、イベントモジュール７５、ＩＰアドレス提供部７６、ＩＰアドレス獲得部７７、デバイス情報更新部７８、ＨＴＴＰサーバモジュール７９で構成される。本実施形態によるメディアサーバ５、メディアレンダラー６は、図５及び図６に示したメディアサーバ５、メディアレンダラー６とは異なってバイバイメッセージを受信する機能を持っていない。したがって、本実施形態によるメディアサーバ５、メディアレンダラー６は、図５及び図６に示したメディアサーバ５、メディアレンダラー６よりＵＰｎＰの現在規格にさらに符合すると言える
アドレス指定モジュール７１は、ＵＰｎＰのアドレス指定（ａｄｄｒｅｓｓｉｎｇ）ステップを行う。すなわち、アドレス指定モジュール７１は、メディアサーバ７のＩＰアドレスを指定する。特に、本実施形態によれば、アドレス指定モジュール７１は、メディアサーバ７のＩＰアドレスがいずれか一つのＩＰアドレスから他のＩＰアドレスに変更されたかどうかを検出する。
図７及び図８を参照するに、アドレス指定モジュール７１は、自動ＩＰモジュール７１１、ＤＨＣＰクライアントモジュール７１２及びＩＰアドレス変更検出部７１３で構成される。
自動ＩＰモジュール７１１は、メディアサーバ７が位置したネットワーク上でＤＨＣＰサーバが検索されていない場合、いずれか一つのＩＰアドレスを生成し、これをメディアサーバ７のＩＰアドレスに設定する。ここで、ＤＨＣＰサーバが検索されていない場合とは、メディアサーバ７が位置したネットワーク上にＤＨＣＰサーバが存在していない場合、ＤＨＣＰサーバは存在するが正常に動作しない場合などをいう。
ＤＨＣＰクライアントモジュール７１２は、メディアサーバ７が位置したネットワーク上でＤＨＣＰサーバが検索された場合、ＤＨＣＰサーバにＩＰアドレスを要請し、この要請に対する応答としてＩＰアドレスを獲得し、これをメディアサーバ７のＩＰアドレスに設定する。
ＩＰアドレス変更検出部７１３は、自動ＩＰモジュール７１１またはＤＨＣＰクライアントモジュール７１２により設定されたメディアサーバ７のＩＰアドレスを周期的に確認することで、メディアサーバ７のＩＰアドレスがいずれか一つの第１ ＩＰアドレスから他の第２ ＩＰアドレスに変更されたかどうかを検出する。
発見モジュール７２は、ＵＰｎＰの発見ステップを行う。すなわち、発見モジュール７２は、ＳＳＤＰによってメディアサーバ７が位置したネットワーク上に存在する制御ポイント４に、メディアサーバ７のネットワークへの接続を知らせる広告メッセージを伝送する。また、発見モジュール７２は、ＳＳＤＰによってメディアサーバ７のＩＰアドレスを基にしたネットワーク連結の開始を知らせるアライブメッセージを生成し、これを制御ポイント４に伝送する。
また、発見モジュール７２は、ＳＳＤＰによってメディアサーバ７のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを生成し、これを制御ポイント４に伝送する。特に、本実施形態によれば、発見モジュール７２は、ＩＰアドレス変更検出部７１３でメディアサーバ７のＩＰアドレスが変更されたと検出された場合に、ＵＰｎＰバイバイメッセージに対してメディアサーバ７のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを制御ポイント４に伝送する。
説明モジュール７３は、ＵＰｎＰ説明ステップを行う。すなわち、説明モジュール７３は、メディアサーバ７についての説明を発見モジュール７２でのＵＰｎＰ発見ステップ実行によりメディアサーバ７を発見した制御ポイント４に提供する。
制御モジュール７４は、ＵＰｎＰ制御ステップを行う。すなわち、制御モジュール７４は説明モジュール７３でのＵＰｎＰ説明ステップ実行によりメディアサーバ７についての説明を獲得した制御ポイント４の制御に該当する動作を行う。特に、図８を参照するに、制御モジュール７４はメディアレンダラー６からＣｈａｎｇｅＵＲＬ（）アクション呼び出しを受信する。
イベントモジュール７５は、ＵＰｎＰイベントステップを行う。すなわち、イベントモジュール７５は、制御モジュール７４でのＵＰｎＰ制御ステップ実行に対応してメディアサーバ７を制御する制御ポイント４に、メディアサーバ７により提供されるイベントに関する情報を含むイベントメッセージを伝送する。
ＩＰアドレス提供部７６は、ＩＰアドレス変更検出部７１３での検出結果によって、第１ ＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを利用して、メディアサーバ７の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを選択的に制御ポイント４に提供する。より詳細に説明すれば、ＩＰアドレス提供部７６は、ＩＰアドレス変更検出部７１３によりメディアサーバ７のＩＰアドレスが変更されたと検出された場合、発見モジュール７２により生成されたバイバイメッセージに、自動ＩＰモジュール７１１またはＤＨＣＰクライアントモジュール７１２から獲得したメディアサーバ７の第２ ＩＰアドレスが記録されたフィールドを追加することで、第２ ＩＰアドレスを制御ポイント４に提供する。
また、ＩＰアドレス提供部７６は、発見モジュール７２により生成されたバイバイメッセージに、バイバイメッセージ伝送の動機がメディアサーバ７のＩＰアドレス変更によるということを知らせる動機フィールドを追加することで、制御ポイント４が保有しているデバイスに関する情報を除去しないように指示する。
特に、図８を参照するに、ＩＰアドレス獲得部７７は、制御モジュール７４により受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しを利用して、メディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、ＩＰアドレス獲得部７７は、制御モジュール７４により受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しの因数を参照して、メディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
デバイス情報更新部７８は、制御モジュール７４により受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しを利用して、メディアレンダラー６に関する情報を更新する。より詳細に説明すれば、デバイス情報更新部７８は、制御モジュール７４にＣｈａｎｇｅＵＲＬ（）アクション呼び出しが受信された場合、メディアレンダラー６に関する情報を除去せずにＩＰアドレス獲得部７７により獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用して、メディアレンダラー６のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することで、メディアレンダラー６に関する情報を更新する。
特に、図８を参照するに、ＨＴＴＰサーバモジュール７９は、ＨＴＴＰを利用してデバイス情報更新部７８により更新されたメディアレンダラー６に関する情報に基づいて、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、第２ ＩＰアドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることによって、第２ ＩＰアドレスを基にしたネットワーク連結を設定する。より詳細に説明すれば、ＨＴＴＰサーバモジュール７９は、ＨＴＴＰを利用してデバイス情報更新部７８により更新されたメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを目的地として、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることによって、第２ ＩＰアドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順に設定する。これと対応して、メディアレンダラー６のＨＴＴＰクライアントモジュール８９は、第２ ＩＰアドレスを基にしたネットワーク連結、セッション連結及びＨＴＴＰ連結を順に設定することでメディアサーバ５とメディアレンダラー６のネットワーク連結を復旧する。
図７及び図８を参照するに、本実施形態によるメディアレンダラー６は、アドレス指定モジュール８１、発見モジュール８２、説明モジュール８３、制御モジュール８４、イベントモジュール８５、ＩＰアドレス提供部８６、ＩＰアドレス獲得部８７、デバイス情報更新部８８及びＨＴＴＰサーバモジュール８９で構成される。
アドレス指定モジュール８１は、ＵＰｎＰのアドレス指定ステップを行う。すなわち、アドレス指定モジュール８１は、メディアレンダラー６のＩＰアドレスを指定する。特に、本実施形態によれば、アドレス指定モジュール８１は、メディアレンダラー６のＩＰアドレスがいずれか一つのＩＰアドレスから他のＩＰアドレスに変更されたかどうかを検出する。
図５及び図６を参照するに、アドレス指定モジュール８１は、自動ＩＰモジュール８１１、ＤＨＣＰクライアントモジュール８１２及びＩＰアドレス変更検出部８１３で構成される。
自動ＩＰモジュール８１１は、メディアレンダラー６が位置したネットワーク上でＤＨＣＰサーバが検索されていない場合、いずれか一つのＩＰアドレスを生成し、これをメディアレンダラー６のＩＰアドレスに設定する。
ＤＨＣＰクライアントモジュール８１２は、メディアレンダラー６が位置したネットワーク上でＤＨＣＰサーバが検索された場合、ＤＨＣＰサーバにＩＰアドレスを要請し、この要請に対する応答としてＩＰアドレスを獲得し、これをメディアレンダラー６のＩＰアドレスに設定する。
ＩＰアドレス変更検出部８１３は、自動ＩＰモジュール８１１またはＤＨＣＰクライアントモジュール８１２により設定されたメディアレンダラー６のＩＰアドレスを周期的に確認することで、メディアレンダラー６のＩＰアドレスがいずれか一つの第１ ＩＰアドレスから他の第２ ＩＰアドレスに変更されたかどうかを検出する。
発見モジュール８２は、ＵＰｎＰの発見ステップを行う。すなわち、発見モジュール８２は、ＳＳＤＰによってメディアレンダラー６が位置したネットワーク上に存在する制御ポイント４に、メディアレンダラー６のネットワークへの接続を知らせる広告メッセージを伝送する。また、発見モジュール８２は、ＳＳＤＰによってメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の開始を知らせるアライブメッセージを生成し、これを制御ポイント４に伝送する。
また、発見モジュール８２は、ＳＳＤＰによってメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを生成し、これを制御ポイント４に伝送する。特に、本実施形態によれば、発見モジュール８２は、ＩＰアドレス変更検出部８１３でメディアレンダラー６のＩＰアドレスが変更されたと検出された場合に、ＵＰｎＰバイバイメッセージに対してメディアレンダラー６のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを制御ポイント４に伝送する。
説明モジュール８３は、ＵＰｎＰ説明ステップを行う。すなわち、説明モジュール８３は、メディアレンダラー６についての説明を、発見モジュール８２でのＵＰｎＰ発見ステップ実行によりメディアレンダラー６を発見した制御ポイント４に提供する。
制御モジュール８４は、ＵＰｎＰ制御ステップを行う。すなわち、制御モジュール８４は、説明モジュール８３でのＵＰｎＰ説明ステップ実行により、メディアレンダラー６についての説明を獲得した制御ポイント４の制御に該当する動作を行う。特に、図７を参照するに、制御モジュール８４は、制御ポイント４からＣｈａｎｇｅＵＲＬ（）アクション呼び出しを受信する。
イベントモジュール８５は、ＵＰｎＰイベントステップを行う。すなわち、イベントモジュール８５は、制御モジュール８４でのＵＰｎＰ制御ステップ実行に対応してメディアレンダラー６を制御する制御ポイント４に、メディアレンダラー６により提供されるイベントに関する情報を含むイベントメッセージを伝送する。特に、イベントモジュール８５は、ＨＴＴＰクライアントモジュール８９でのコンテンツストリーミング要請に対する応答の受信に失敗したことを表すイベントメッセージを制御ポイント４に伝送する。
ＩＰアドレス提供部８６は、ＩＰアドレス変更検出部８１３での検出結果によって、第１ ＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを利用して、メディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを選択的に制御ポイント４に提供する。より詳細に説明すれば、ＩＰアドレス提供部８６は、ＩＰアドレス変更検出部８１３によりメディアレンダラー６のＩＰアドレスが変更されたと検出された場合、発見モジュール８２により生成されたバイバイメッセージに、自動ＩＰモジュール８１１またはＤＨＣＰクライアントモジュール８１２から獲得したメディアレンダラー６の第２ ＩＰアドレスが記録されたフィールドを追加することで、第２ ＩＰアドレスを制御ポイント４に提供する。
また、ＩＰアドレス提供部８６は、発見モジュール８２により生成されたバイバイメッセージにバイバイメッセージ伝送の動機がメディアレンダラー６のＩＰアドレス変更によるということを知らせる動機フィールドを追加することで、制御ポイント４が保有しているデバイスに関する情報を除去しないように指示する。
特に、図８を参照するに、ＩＰアドレス獲得部８７は、制御モジュール７４により受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しを利用して、メディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、ＩＰアドレス獲得部８７は、制御モジュール７４により受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しの因数を参照して、メディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
デバイス情報更新部８８は、制御モジュール７４により受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しを利用して、メディアサーバ５に関する情報を更新する。より詳細に説明すれば、デバイス情報更新部８８は、制御モジュール７４にＣｈａｎｇｅＵＲＬ（）アクション呼び出しが受信された場合、メディアサーバ５に関する情報を除去せずにＩＰアドレス獲得部８７により獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用してメディアサーバ５のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することで、メディアサーバ５に関する情報を更新する。
ＨＴＴＰクライアントモジュール８９は、ＨＴＴＰを利用してデバイス情報更新部８８により更新されたメディアサーバ５に関する情報に基づいて、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、第２ ＩＰアドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることを要請することで、第２ ＩＰアドレスを基にしたネットワーク連結を設定する。特に、ＨＴＴＰクライアントモジュール８９は、前記のようなコンテンツストリーミング要請に対する応答を受信していない場合、このコンテンツストリーミング要請を所定の回数ほど再び試みる。
より詳細に説明すれば、ＨＴＴＰクライアントモジュール８９は、ＨＴＴＰを利用してデバイス情報更新部８８により更新されたメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを目的地として、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることを要請することで、第２ ＩＰアドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順に設定する。これと対応して、メディアサーバ５のＨＴＴＰサーバモジュール５１０は、第２ ＩＰアドレスを基にしたネットワーク連結、セッション連結及びＨＴＴＰ連結を順に設定することで、メディアレンダラー６とメディアサーバ５のネットワーク連結を復旧する。
図９は、本発明の望ましい一実施形態による第１ネットワーク連結復旧方法のフローチャートである。図９を参照するに、本実施形態による第１ネットワーク連結復旧方法は、次のようなステップで構成される。本実施形態による第１ネットワーク連結復旧方法は、図５に示したメディアサーバ５及びメディアレンダラー６で時系列的に処理されるステップで構成される。したがって、以下省略された内容であるとしても、図５に示したメディアサーバ５及びメディアレンダラー６に関して以上で記述された内容は、本実施形態によるネットワーク連結復旧方法にも適用される。
９１ステップでメディアサーバ５は、メディアサーバ５のＩＰアドレスを周期的に確認することで、メディアサーバ５のＩＰアドレスがいずれか一つのＩＰアドレスから他のＩＰアドレスに変更されたかどうかを検出する。
９２ステップでメディアサーバ５は、９１ステップでメディアサーバ５のＩＰアドレスが変更されたと検出された場合に、ＳＳＤＰによってメディアサーバ５のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを生成する。
９３ステップでメディアサーバ５は、９２ステップで生成されたＵＰｎＰバイバイメッセージにメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスが記録されたアドレスフィールドを追加することで、メディアサーバ５の第２ ＩＰアドレスをメディアレンダラー６に提供し、ＵＰｎＰバイバイメッセージに、バイバイメッセージ伝送の動機がメディアサーバ５のＩＰアドレス変更によるということを知らせる動機フィールドを追加することで、メディアレンダラー６が保有しているデバイスに関する情報を除去しないように指示する。
９４ステップでメディアサーバ５は、９３ステップでのアドレスフィールド及び動機フィールドの追加により、ＵＰｎＰバイバイメッセージに対してメディアサーバ５のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージをメディアレンダラー６に伝送する。
９５ステップでメディアレンダラー６は、メディアサーバ５からメディアサーバ５のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを受信する。特に、９５ステップでメディアレンダラー６は、ＵＰｎＰバイバイメッセージに対してメディアサーバ５のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを受信する。
９６ステップでメディアレンダラー６は、９５ステップで受信されたバイバイメッセージを利用してメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、９６ステップでメディアレンダラー６は、バイバイメッセージのメディアサーバ５のＩＰアドレス変更に関する情報を含むフィールドのうち、アドレスフィールドを参照してメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
９７ステップでメディアレンダラー６は、９６ステップで受信されたバイバイメッセージを利用してメディアサーバ５に関する情報を更新する。より詳細に説明すれば、９７ステップでメディアレンダラー６は、バイバイメッセージのメディアサーバ５のＩＰアドレス変更に関する情報を含むフィールドのうち、動機フィールドを参照してバイバイメッセージ伝送の動機がメディアサーバ５のＩＰアドレス変更によるということを認識した場合、メディアサーバ５に関する情報を除去せずに９６ステップで獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用してメディアサーバ５のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することで、メディアサーバ５に関する情報を更新する。
９８ステップでメディアレンダラー６は、ＨＴＴＰを利用して９７ステップで更新されたメディアサーバ５に関する情報に基づいて、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、第２ ＩＰアドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることを要請することで、第２ ＩＰアドレスを基にしたネットワーク連結を設定する。より詳細に説明すれば、９８ステップでメディアレンダラー６は、ＨＴＴＰを利用して９７ステップで更新されたメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを目的地として、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることを要請することで、第２ ＩＰアドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順に設定する。
９９ステップでメディアサーバ５は、９８ステップでのコンテンツストリーミング要請を受信する。
９１０ステップでメディアサーバ５は、９９ステップでのコンテンツストリーミング要請受信によって、第２ ＩＰアドレスを基にしたネットワーク連結、セッション連結及びＨＴＴＰ連結を順に設定し、コンテンツストリーミング要請に対する応答として、第２ ＩＰアドレスを基にしたネットワーク連結を通じてコンテンツの中断地点以後の部分をストリーミングする。
９１１ステップでメディアレンダラー６は、９８ステップでのコンテンツストリーミング要請に対する応答として、第２ ＩＰアドレスを基にしたネットワーク連結を通じてコンテンツの中断地点以後の部分に対するストリーミングを受信する。
９１２ステップでメディアレンダラー６は、９８ステップでのコンテンツストリーミング要請に対する応答を受信していない場合、９８ステップでのコンテンツストリーミング要請の回数が所定の回数を超過するかどうかを確認し、その結果、９８ステップでのコンテンツストリーミング要請の回数が所定の回数を超過する場合には、コンテンツストリーミング要請に対する応答を受信していない状態で終了し、９８ステップでのコンテンツストリーミング要請の回数が所定の回数を超過した場合には、９８ステップに戻る。
図１０は、本発明の望ましい一実施形態による第２ネットワーク連結復旧方法のフローチャートである。図１０を参照するに、本実施形態による第２ネットワーク連結復旧方法は、次のようなステップで構成される。本実施形態による第２ネットワーク連結復旧方法は、図６に示したメディアサーバ５及びメディアレンダラー６で時系列的に処理されるステップで構成される。したがって、以下省略された内容であるとしても、図６に示したメディアサーバ５及びメディアレンダラー６に関して以上で記述された内容は、本実施形態による第２ネットワーク連結復旧方法にも適用される。
１０１ステップでメディアレンダラー６は、メディアレンダラー６のＩＰアドレスを周期的に確認することで、メディアレンダラー６のＩＰアドレスがいずれか一つのＩＰアドレスから他のＩＰアドレスに変更されたかどうかを検出する。
１０２ステップでメディアレンダラー６は、１０１ステップでメディアレンダラー６のＩＰアドレスが変更されたと検出された場合に、ＳＳＤＰによってメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを生成する。
１０３ステップでメディアレンダラー６は、１０２ステップで生成されたＵＰｎＰバイバイメッセージにメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスが記録されたアドレスフィールドを追加することで、メディアレンダラー６の第２ ＩＰアドレスをメディアサーバ５に提供し、ＵＰｎＰバイバイメッセージに、バイバイメッセージ伝送の動機がメディアレンダラー６のＩＰアドレス変更によるということを知らせる動機フィールドを追加することで、メディアサーバ５が保有しているデバイスに関する情報を除去しないように指示する。
１０４ステップでメディアレンダラー６は、１０３ステップでのアドレスフィールド及び動機フィールドの追加により、ＵＰｎＰバイバイメッセージに対してメディアレンダラー６のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージをメディアサーバ５に伝送する。
１０５ステップでメディアサーバ５は、メディアレンダラー６からメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを受信する。特に、１０５ステップでメディアサーバ５は、ＵＰｎＰバイバイメッセージに対してメディアレンダラー６のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを受信する。
１０６ステップでメディアサーバ５は、１０５ステップで受信されたバイバイメッセージを利用して、メディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、１０６ステップでメディアサーバ５は、バイバイメッセージのメディアレンダラー６のＩＰアドレス変更に関する情報を含むフィールドのうち、アドレスフィールドを参照してメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
１０７ステップでメディアサーバ５は、１０６ステップで受信されたバイバイメッセージを利用してメディアレンダラー６に関する情報を更新する。より詳細に説明すれば、１０７ステップでメディアサーバ５は、バイバイメッセージのメディアレンダラー６のＩＰアドレス変更に関する情報を含むフィールドのうち、動機フィールドを参照してバイバイメッセージ伝送の動機がメディアレンダラー６のＩＰアドレス変更によるということを認識した場合、メディアレンダラー６に関する情報を除去せずに１０６ステップで獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用して、メディアレンダラー６のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することで、メディアレンダラー６に関する情報を更新する。
１０８ステップでメディアサーバ５は、ＨＴＴＰを利用して１０７ステップで更新されたメディアレンダラー６に関する情報に基づいて、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、第２ ＩＰアドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることによって、第２ ＩＰアドレスを基にしたネットワーク連結を設定する。より詳細に説明すれば、１０８ステップでメディアサーバ５は、ＨＴＴＰを利用して１０７ステップで更新されたメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを目的地として、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることによって、第２ ＩＰアドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順に設定する。
１０９ステップでメディアレンダラー６は、９８ステップでのコンテンツストリーミングを受信し、これにより第２ ＩＰアドレスを基にしたネットワーク連結、セッション連結及びＨＴＴＰ連結を順に設定する。
図１１は、本発明の望ましい一実施形態による第３ネットワーク連結復旧方法のフローチャートである。図１１を参照するに、本実施形態による第３ネットワーク連結復旧方法は、次のようなステップで構成される。本実施形態による第３ネットワーク連結復旧方法は、図７に示した制御ポイント４、メディアサーバ５及びメディアレンダラー６で時系列的に処理されるステップで構成される。したがって、以下省略された内容であるとしても、図７に示した制御ポイント４、メディアサーバ５及びメディアレンダラー６に関して以上で記述された内容は、本実施形態によるネットワーク連結復旧方法にも適用される。
１１１ステップでメディアサーバ５は、メディアサーバ５のＩＰアドレスを周期的に確認することで、メディアサーバ５のＩＰアドレスがいずれか一つのＩＰアドレスから他のＩＰアドレスに変更されたかどうかを検出する。
１１２ステップでメディアサーバ５は、１１１ステップでメディアサーバ５のＩＰアドレスが変更されたと検出された場合に、ＳＳＤＰによってメディアサーバ５のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを生成する。
１１３ステップでメディアサーバ５は、１１２ステップで生成されたＵＰｎＰバイバイメッセージにメディアサーバ５の新たなＩＰアドレス、すなわち、第２
ＩＰアドレスが記録されたアドレスフィールドを追加することで、メディアサーバ５の第２ ＩＰアドレスを制御ポイント４に提供し、ＵＰｎＰバイバイメッセージにバイバイメッセージ伝送の動機がメディアサーバ５のＩＰアドレス変更によるということを知らせる動機フィールドを追加することで、制御ポイント４が保有しているデバイスに関する情報を除去しないように指示する。
１１４ステップでメディアサーバ５は、１１３ステップでのアドレスフィールド及び動機フィールドの追加により、ＵＰｎＰバイバイメッセージに対してメディアサーバ５のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを制御ポイント４に伝送する。
１１５ステップで制御ポイント４は、メディアサーバ５からメディアサーバ５のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを受信する。特に、１１５ステップで制御ポイント４は、ＵＰｎＰバイバイメッセージに対してメディアサーバ５のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを受信する。
１１６ステップで制御ポイント４は、１１５ステップで受信されたバイバイメッセージを利用してメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、１１６ステップで制御ポイント４は、バイバイメッセージのメディアサーバ５のＩＰアドレス変更に関する情報を含むフィールドのうち、アドレスフィールドを参照してメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
１１７ステップで制御ポイント４は、１１６ステップで受信されたバイバイメッセージを利用してメディアサーバ５に関する情報を更新する。より詳細に説明すれば、１１７ステップで制御ポイント４は、バイバイメッセージのメディアサーバ５のＩＰアドレス変更に関する情報を含むフィールドのうち、動機フィールドを参照してバイバイメッセージ伝送の動機がメディアサーバ５のＩＰアドレス変更によるということを認識した場合、メディアサーバ５に関する情報を除去せずに１１６ステップで獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用して、メディアサーバ５のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することでメディアサーバ５に関する情報を更新する。
１１８ステップで制御ポイント４は、１１６ステップで獲得されたメディアサーバ５の第２ ＩＰアドレスを、第１ ＩＰアドレスを基にしたネットワーク連結を通じてメディアサーバ５と通信したメディアレンダラー６に提供するためにＣｈａｎｇｅＵＲＬ（）アクションを呼び出しする。より詳細に説明すれば、１１８ステップで制御ポイント４は、メディアサーバ５の新たなアドレス、第２ ＩＰアドレスを因数とするＣｈａｎｇｅＵＲＬ（）アクション呼び出しを準備することで、１１７ステップで更新されたメディアサーバ５に関する情報を提供し、このように準備されたＣｈａｎｇｅＵＲＬ（）アクションを呼び出しする。
１１９ステップでメディアレンダラー４は、制御ポイント４からＣｈａｎｇｅＵＲＬ（）アクション呼び出しを受信する。
１１１０ステップでメディアレンダラー４は、１１９ステップで受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しを利用してメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、１１１０ステップでメディアレンダラー４は、１１９ステップで受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しの因数を参照してメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
１１１１ステップでメディアレンダラー４は、１１９ステップで受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しを利用してメディアサーバ５に関する情報を更新する。より詳細に説明すれば、１１１１ステップでメディアレンダラー４は、１１９ステップでＣｈａｎｇｅＵＲＬ（）アクション呼び出しが受信された場合、メディアサーバ５に関する情報を除去せずに１１１０ステップで獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用してメディアサーバ５のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することで、メディアサーバ５に関する情報を更新する。
１１１２ステップでメディアレンダラー６は、ＨＴＴＰを利用して１１１１ステップで更新されたメディアサーバ５に関する情報に基づいて、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、第２ ＩＰアドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることを要請することで、第２ ＩＰアドレスを基にしたネットワーク連結を設定する。より詳細に説明すれば、１１１２ステップでメディアレンダラー６は、ＨＴＴＰを利用して１１１１ステップで更新されたメディアサーバ５の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを目的地として、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることを要請することで、第２ ＩＰアドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順に設定する。
１１１３ステップでメディアサーバ５は、１１１２ステップでのコンテンツストリーミング要請を受信する。
１１１４ステップでメディアサーバ５は、１１１３ステップでのコンテンツストリーミング要請受信によって第２ ＩＰアドレスを基にしたネットワーク連結、セッション連結及びＨＴＴＰ連結を順に設定し、コンテンツストリーミング要請に対する応答として、第２ ＩＰアドレスを基にしたネットワーク連結を通じてコンテンツの中断地点以後の部分をストリーミングする。
１１１５ステップでメディアレンダラー６は、１１１２ステップでのコンテンツストリーミング要請に対する応答として、第２ ＩＰアドレスを基にしたネットワーク連結を通じてコンテンツの中断地点以後の部分に対するストリーミングを受信する。
１１１６ステップでメディアレンダラー６は、１１１２ステップでコンテンツストリーミング要請に対する応答を受信していない場合、１１１２ステップでのコンテンツストリーミング要請の回数が所定の回数を超過するかどうかを確認し、その結果、１１１２ステップでのコンテンツストリーミング要請の回数が所定の回数を超過する場合には１１１７ステップに進行し、１１１２ステップでのコンテンツストリーミング要請の回数が所定の回数を超過した場合には１１１２ステップに戻る。
１１１７ステップでメディアレンダラー６は、１１１２ステップでのコンテンツストリーミング要請に対する応答の受信に失敗したかを表すイベントメッセージを制御ポイント４に伝送する。
１１１８ステップで制御ポイント４は、メディアレンダラー６からコンテンツストリーミング要請に対する応答の受信に失敗したことを表すイベントメッセージを受信し、これにより、メディアサーバ５からメディアレンダラー６へのコンテンツストリーミングが失敗したことを認知する。
図１２は、本発明の望ましい一実施形態による第４ネットワーク連結復旧方法のフローチャートである。図１２を参照するに、本実施形態による第４ネットワーク連結復旧方法は、次のようなステップで構成される。本実施形態による第４ネットワーク連結復旧方法は、図８に示した制御ポイント４、メディアサーバ５及びメディアレンダラー６で時系列的に処理されるステップで構成される。したがって、以下省略された内容であるとしても、図８に示した制御ポイント４、メディアサーバ５及びメディアレンダラー６に関して以上で記述された内容は、本実施形態によるネットワーク連結復旧方法にも適用される。
１２１ステップでメディアレンダラー６は、メディアレンダラー６のＩＰアドレスを周期的に確認することで、メディアレンダラー６のＩＰアドレスがいずれか一つのＩＰアドレスから他のＩＰアドレスに変更されたかどうかを検出する。
１２２ステップでメディアレンダラー６は、１２１ステップでメディアレンダラー６のＩＰアドレスが変更されたことで検出された場合に、ＳＳＤＰによってメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを生成する。
１２３ステップでメディアレンダラー６は、１２２ステップで生成されたＵＰｎＰバイバイメッセージにメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスが記録されたアドレスフィールドを追加することで、メディアレンダラー６の第２ ＩＰアドレスを制御ポイント４に提供し、ＵＰｎＰバイバイメッセージに、バイバイメッセージ伝送の動機がメディアレンダラー６のＩＰアドレス変更によるということを知らせる動機フィールドを追加することで、制御ポイント４が保有しているデバイスに関する情報を除去しないように指示する。
１２４ステップでメディアレンダラー６は、１２３ステップでのアドレスフィールド及び動機フィールドの追加により、ＵＰｎＰバイバイメッセージに対してメディアレンダラー６のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを制御ポイント４に伝送する。
１２５ステップで制御ポイント４は、メディアレンダラー６からメディアレンダラー６のＩＰアドレスを基にしたネットワーク連結の終了を知らせるバイバイメッセージを受信する。特に、１２５ステップで制御ポイント４は、ＵＰｎＰバイバイメッセージに対してメディアレンダラー６のＩＰアドレス変更に関する情報を追加的に含むバイバイメッセージを受信する。
１２６ステップで制御ポイント４は、１２５ステップで受信されたバイバイメッセージを利用してメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、１２６ステップで制御ポイント４は、バイバイメッセージのメディアレンダラー６のＩＰアドレス変更に関する情報を含むフィールドのうち、アドレスフィールドを参照してメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
１２７ステップで制御ポイント４は、１２６ステップで受信されたバイバイメッセージを利用してメディアレンダラー６に関する情報を更新する。より詳細に説明すれば、１２７ステップで制御ポイント４は、バイバイメッセージのメディアレンダラー６のＩＰアドレス変更に関する情報を含むフィールドのうち、動機フィールドを参照してバイバイメッセージ伝送の動機がメディアレンダラー６のＩＰアドレス変更によるということを認識した場合、メディアレンダラー６に関する情報を除去せずに１２６ステップで獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用してメディアレンダラー６のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することで、メディアレンダラー６に関する情報を更新する。
１２８ステップで制御ポイント４は、１２６ステップで獲得されたメディアレンダラー６の第２ ＩＰアドレスを、第１ ＩＰアドレスを基にしたネットワーク連結を通じてメディアレンダラー６と通信したメディアサーバ５に提供するために、ＣｈａｎｇｅＵＲＬ（）アクションを呼び出しする。より詳細に説明すれば、１１８ステップで制御ポイント４は、メディアレンダラー６の新たなアドレス、第２ ＩＰアドレスを因数とするＣｈａｎｇｅＵＲＬ（）アクション呼び出しを準備することで、１２７ステップにより更新されたメディアレンダラー６に関する情報を提供し、このように準備されたＣｈａｎｇｅＵＲＬ（）アクションを呼び出しする。
１２９ステップでメディアサーバ５は、制御ポイント４からＣｈａｎｇｅＵＲＬ（）アクション呼び出しを受信する。
１２１０ステップでメディアサーバ５は、１１９ステップで受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しを利用して、メディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。より詳細に説明すれば、１１１０ステップでメディアサーバ５は、１１９ステップで受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しの因数を参照して、メディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを獲得する。
１２１１ステップでメディアサーバ５は、１２９ステップで受信されたＣｈａｎｇｅＵＲＬ（）アクション呼び出しを利用してメディアレンダラー６に関する情報を更新する。より詳細に説明すれば、１２１１ステップでメディアサーバ５は、１２９ステップでＣｈａｎｇｅＵＲＬ（）アクション呼び出しが受信された場合、メディアレンダラー６に関する情報を除去せずに１２１０ステップで獲得された新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを利用してメディアレンダラー６のＩＰアドレスを第１ ＩＰアドレスから第２ ＩＰアドレスに変更することで、メディアレンダラー６に関する情報を更新する。
１２１２ステップでメディアサーバ５は、ＨＴＴＰを利用して１２１１ステップで更新されたメディアレンダラー６に関する情報に基づいて、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、第２ ＩＰアドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることによって、第２ ＩＰアドレスを基にしたネットワーク連結を設定する。より詳細に説明すれば、１２１２ステップでメディアサーバ５は、ＨＴＴＰを利用して１２１１ステップで更新されたメディアレンダラー６の新たなＩＰアドレス、すなわち、第２ ＩＰアドレスを目的地として、第１ ＩＰアドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることによって、第２ ＩＰアドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順に設定する。
１２１３ステップでメディアレンダラー６は、メディアサーバ５からコンテンツストリーミングを受信し、これにより、第２ ＩＰアドレスを基にしたネットワーク連結、セッション連結及びＨＴＴＰ連結を順に設定する。
一方、前述した本発明の実施形態は、コンピュータで実行できるプログラムで作成可能であり、コンピュータで読み取り可能な記録媒体を利用して、前記プログラムを動作させる汎用ディジタルコンピューターで具現できる。また、前述した本発明の実施形態で使われたデータの構造は、コンピュータで読み取り可能な記録媒体にいろいろな手段を通じて記録できる。
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）及びキャリアウェーブ（例えば、インターネットを通じた伝送）のような記録媒体を含む。
これまで本発明についてその望ましい実施形態を中心に説明した。当業者ならば本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態に具現できるということを理解できるであろう。したがって、開示された実施形態は限定的な観点ではなく説明的な観点で考慮されねばならない。本発明の範囲は前述した説明ではなく特許請求の範囲に現れており、それと同等な範囲内にあるあらゆる差異点は本発明に含まれていると解釈されねばならない。
本発明は、ネットワークに連結されたＰＣ、周辺装置、家電製品などに適用できる。
従来のＵＰｎＰネットワークシステムの構成図である。 従来のＵＰｎＰネットワークシステムでのＵＰｎＰアライブメッセージの伝送形態を示した図である。 従来のＵＰｎＰネットワークシステムでのＵＰｎＰバイバイメッセージの伝送形態を示した図である。 本発明の望ましい一実施形態によるバイバイメッセージの伝送形態を示した図である。 本発明の望ましい一実施形態によるメディアサーバ及びメディアレンダラーの構成図である。 本発明の望ましい一実施形態によるメディアサーバ及びメディアレンダラーの構成図である。 本発明の望ましい一実施形態による制御ポイント、メディアサーバ及びメディアレンダラーの構成図である。 本発明の望ましい一実施形態による制御ポイント、メディアサーバ及びメディアレンダラーの構成図である。 本発明の望ましい一実施形態による第１ネットワーク連結復旧方法のフローチャートである。 本発明の望ましい一実施形態による第２ネットワーク連結復旧方法のフローチャートである。 本発明の望ましい一実施形態による第３ネットワーク連結復旧方法のフローチャートである。 本発明の望ましい一実施形態による第４ネットワーク連結復旧方法のフローチャートである。
符号の説明
４ 制御ポイント
５ メディアサーバ
６ メディアレンダラー
５１ アドレス指定モジュール
５２ 発見モジュール
５３ 説明モジュール
５４ 制御モジュール
５５ イベントモジュール
５６ ＩＰアドレス提供部
５７ バイバイメッセージ受信部
５８ ＩＰアドレス獲得部
５９ デバイス情報更新部
５１０ ＨＴＴＰサーバモジュール
５１１ 自動ＩＰモジュール
５１２ ＤＨＣＰクライアントモジュール
５１３ ＩＰアドレス変更検出部

Claims (14)

  1. （ａ）デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記デバイスの第２アドレスを獲得するステップと、
    （ｂ）前記獲得された第２アドレスを利用して前記第２アドレスを基にしたネットワーク連結を設定するステップとを含み、
    (ｃ)前記メッセージは、ＵＰｎＰのバイバイメッセージに対して前記デバイスのアドレス変更に関する情報を追加的に含むバイバイメッセージであることを特徴とするネットワーク連結復旧方法。
  2. 前記獲得された第２アドレスを利用して前記デバイスのアドレスを前記第１アドレスから前記第２アドレスに変更することで、前記デバイスに関する情報を更新するステップをさらに含み、
    前記（ｂ）ステップは、前記更新されたデバイス情報に基づいて、前記第２アドレスを基にしたネットワーク連結を設定することを特徴とする請求項１に記載のネットワーク連結復旧方法。
  3. 前記（ｂ）ステップは、ＨＴＴＰを利用して前記第１アドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、前記第２アドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることによって、前記第２アドレスを基にしたネットワーク連結を設定することを特徴とする請求項１に記載のネットワーク連結復旧方法。
  4. 前記（ｂ）ステップは、ＨＴＴＰを利用して前記第２アドレスを目的地として前記第１アドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることによって、前記第２アドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順次設定することを特徴とする請求項３に記載のネットワーク連結復旧方法。
  5. 前記（ｂ）ステップは、ＨＴＴＰを利用して前記第１アドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、前記第２アドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることを要請することで、前記第２アドレスを基にしたネットワーク連結を設定することを特徴とする請求項１に記載のネットワーク連結復旧方法。
  6. 前記（ｂ）ステップは、ＨＴＴＰを利用して前記第２アドレスを目的地として前記第１アドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツの中断地点以後の部分をストリーミングすることを要請することで、前記第２アドレスを基にしたＨＴＴＰ連結、セッション連結及びネットワーク連結を順次設定することを特徴とする請求項１に記載のネットワーク連結復旧方法。
  7. デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記デバイスの第２アドレスを獲得するステップと、
    前記獲得された第２アドレスを利用して前記第２アドレスを基にしたネットワーク連結を設定するステップと、を含み、
    前記メッセージは、ＵＰｎＰのバイバイメッセージに対して前記デバイスのアドレス変更に関する情報を追加的に含むバイバイメッセージであることを特徴とするネットワーク連結復旧方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
  8. デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記デバイスの第２アドレスを獲得する獲得部と、
    前記第１アドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、前記獲得部により獲得された第２アドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることによって、前記第２アドレスを基にしたネットワーク連結を設定するサーバモジュールとを備え、
    前記メッセージは、ＵＰｎＰのバイバイメッセージに対して前記デバイスのアドレス変更に関する情報を追加的に含むバイバイメッセージであることを特徴とするメディアサーバ。
  9. デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記デバイスの第２アドレスを獲得する獲得部と、
    前記第１アドレスを基にしたネットワーク連結を通じてストリーミングされたコンテンツを、前記獲得部により獲得された第２アドレスを基にしたネットワーク連結を通じて継続的にストリーミングすることを要請することで、前記第２アドレスを基にしたネットワーク連結を設定するクライアントモジュールとを備え、
    前記メッセージは、ＵＰｎＰのバイバイメッセージに対して前記デバイスのアドレス変更に関する情報を追加的に含むバイバイメッセージであることを特徴とするメディアレンダラー。
  10. （ａ）第１デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記第１デバイスの第２アドレスを獲得するステップと、
    （ｂ）前記獲得された第２アドレスを、前記第１アドレスを基にしたネットワーク連結を通じて前記第１デバイスと通信した第２デバイスに提供するステップとを含み、
    前記メッセージは、ＵＰｎＰのバイバイメッセージに対して前記デバイスのアドレス変更に関する情報を追加的に含むバイバイメッセージであることを特徴とするデバイスアドレス提供方法。
  11. 前記獲得された第２アドレスを利用して、前記第１デバイスのアドレスを前記第１アドレスから前記第２アドレスに変更することで、前記第１デバイスに関する情報を更新するステップをさらに含み、
    前記（ｂ）ステップは、前記更新された第１デバイス情報を提供することを特徴とする請求項１０に記載のデバイスアドレス提供方法。
  12. 前記（ｂ）ステップは、前記第２デバイスに対して前記第２アドレスを因数とするＵＰｎＰアクション呼び出しを準備することで前記第２アドレスを提供し、
    前記準備されたＵＰｎＰアクション呼び出しを行う制御モジュールをさらに含むことを特徴とする請求項１０に記載のデバイスアドレス提供方法。
  13. 第１デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記第１デバイスの第２アドレスを獲得するステップと、
    前記獲得された第２アドレスを、前記第１アドレスを基にしたネットワーク連結を通じて前記第１デバイスと通信した第２デバイスに提供するステップと、を含み、
    前記メッセージは、ＵＰｎＰのバイバイメッセージに対して前記デバイスのアドレス変更に関する情報を追加的に含むバイバイメッセージであることを特徴とするデバイスアドレス提供方法をコンピュータで実行させるためのプログラムを記録したコンピュータで読み取り可能な記録媒体。
  14. 第１デバイスの第１アドレスを基にしたネットワーク連結の終了を知らせるメッセージを利用して前記第１デバイスの第２アドレスを獲得する獲得部と、
    前記獲得部により獲得された第２アドレスを、前記第１アドレスを基にしたネットワーク連結を通じて前記第１デバイスと通信した第２デバイスに提供する提供部と、を備え、
    前記メッセージは、ＵＰｎＰのバイバイメッセージに対して前記デバイスのアドレス変更に関する情報を追加的に含むバイバイメッセージであることを特徴とするデバイスアドレス提供装置。
JP2006289095A 2005-10-25 2006-10-24 ＵＰｎＰデバイスのＩＰアドレス変更によるネットワーク連結中断を速かに復旧する方法及びシステム Active JP4976104B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20050100939A KR100750135B1 (ko) 2005-10-25 2005-10-25 ＵＰｎＰ 디바이스의 ＩＰ 주소 변경으로 인한 네트워크연결 중단을 신속하게 복구하는 방법 및 시스템
KR10-2005-0100939 2005-10-25

Publications (2)

Publication Number Publication Date
JP2007124652A JP2007124652A (ja) 2007-05-17
JP4976104B2 true JP4976104B2 (ja) 2012-07-18

Family

ID=37985312

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006289095A Active JP4976104B2 (ja) 2005-10-25 2006-10-24 ＵＰｎＰデバイスのＩＰアドレス変更によるネットワーク連結中断を速かに復旧する方法及びシステム

Country Status (4)

Country Link
US (1) US9419936B2 (ja)
JP (1) JP4976104B2 (ja)
KR (1) KR100750135B1 (ja)
CN (1) CN1956460B (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4298530B2 (ja) * 2004-01-30 2009-07-22 キヤノン株式会社 通信装置
CN101304363B (zh) * 2007-05-12 2011-12-07 华为技术有限公司 一种会话连接的管理方法及装置、系统
TWI383649B (zh) * 2007-07-27 2013-01-21 Wistron Corp 通用隨插即用（ＵＰｎＰ）網路協定下的網路電話系統
TW201002003A (en) * 2008-05-05 2010-01-01 Koninkl Philips Electronics Nv Methods and devices for managing a network
US9106489B2 (en) * 2008-07-17 2015-08-11 Dish Network, L.L.C. Method and apparatus for updating a network address of an audio/video node to a communication device
US8560638B2 (en) * 2009-01-21 2013-10-15 Telefonaktiebolaget L M Ericsson (Publ) Systems and methods for changing the address of an interface
JP4837122B1 (ja) * 2010-07-26 2011-12-14 株式会社東芝 情報処理装置及びコンテンツ取得方法
EP2661899A1 (en) * 2011-01-05 2013-11-13 Thomson Licensing Exposing sorted data using an expanded content hierarchy
CN102724334A (zh) * 2012-06-30 2012-10-10 华为技术有限公司 一种dlna中地址改变的通知和获取方法、装置和系统
TWI493344B (zh) * 2013-05-21 2015-07-21 Unitech Electronics Co Ltd 用於建立虛擬通用隨插即用裝置之整合方法及其通用隨插即用整合裝置
US9521109B2 (en) * 2014-10-01 2016-12-13 The Boeing Company Systems, methods, and computer-readable media for allocation and renewal of IP addresses
CN108540590B (zh) * 2018-03-28 2021-10-08 深圳市网心科技有限公司 UPnP网络端口映射方法、电子设备、网络系统和存储介质
WO2021163873A1 (en) * 2020-02-18 2021-08-26 Arris Enterprises Llc Apparatus, system, method, and computer-readable recording media for establishing connections between a network device and remote data servers

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1058422A1 (en) * 1999-06-02 2000-12-06 THOMSON multimedia Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods
JP3539413B2 (ja) * 2001-08-31 2004-07-07 ソニー株式会社 ネットワーク接続装置、ネットワーク接続システム及びネットワーク接続方法
US20030069981A1 (en) * 2001-10-09 2003-04-10 Koninklijke Philips Electronics N.V. IP hopping for secure data transfer
JP3715954B2 (ja) * 2002-07-12 2005-11-16 キヤノン株式会社 情報処理装置、情報処理方法、制御プログラム、ネットワークシステム
CN1315306C (zh) * 2002-09-30 2007-05-09 松下电器产业株式会社 信息处理装置以及接收装置
KR100455123B1 (ko) * 2002-10-30 2004-11-06 엘지전자 주식회사 ＵＰｎＰ 기반의 네트워크 시스템의 제어 메시지멀티캐스트 방법 및 장치
US7069312B2 (en) * 2002-12-06 2006-06-27 Microsoft Corporation Network location signature for disambiguating multicast messages in dual-IP stack and/or multi-homed network environments
US20060155980A1 (en) * 2003-02-12 2006-07-13 Koninklijke Philips Electronics N.V. Method and system for reacting to a change of a upnp device
US20050021737A1 (en) * 2003-05-01 2005-01-27 Ellison Carl M. Liveness protocol
KR20060010777A (ko) * 2003-05-02 2006-02-02 코닌클리케 필립스 일렉트로닉스 엔.브이. 프로그램들의 리던던트 전송
KR20050023582A (ko) * 2003-08-28 2005-03-10 삼성전자주식회사 ＵＰｎＰ 테스트 장치 및 그 방법
KR20050035038A (ko) * 2003-10-11 2005-04-15 엘지전자 주식회사 유피엔피(ＵＰｎＰ) 네트워크의 ＩＰ 주소 설정 방법
US20050138137A1 (en) * 2003-12-19 2005-06-23 Microsoft Corporation Using parameterized URLs for retrieving resource content items
JP2005217976A (ja) * 2004-01-30 2005-08-11 Canon Inc 電子機器及びその制御方法
US7437566B2 (en) * 2004-05-01 2008-10-14 Microsoft Corporation System and method for identity confirmation of a contact published on a network
KR100727999B1 (ko) * 2005-10-14 2007-06-14 삼성전자주식회사 ＵＰｎＰ 디바이스 정보를 효율적으로 관리하는 방법 및장치

Also Published As

Publication number Publication date
US9419936B2 (en) 2016-08-16
KR20070044714A (ko) 2007-04-30
US20070091887A1 (en) 2007-04-26
CN1956460B (zh) 2012-01-25
JP2007124652A (ja) 2007-05-17
CN1956460A (zh) 2007-05-02
KR100750135B1 (ko) 2007-08-21

Similar Documents

Publication Publication Date Title
JP4976104B2 (ja) ＵＰｎＰデバイスのＩＰアドレス変更によるネットワーク連結中断を速かに復旧する方法及びシステム
JP2005065281A (ja) ホームネットワークのホームデバイス遠隔管理装置およびその方法
KR100739755B1 (ko) ＵＰｎＰ 이벤트에 관한 정보를 효율적으로 송수신하는방법 및 장치
KR101531532B1 (ko) 원격 접속에 기초해 홈 네트워크 디바이스의 서비스를 이용하는 방법 및 장치
JP5379253B2 (ja) コントロールポイント決定方法及びＵＰｎＰネットワークの被制御装置
JP2007115253A (ja) ホームネットワークでデバイスを独占的に制御するための方法及び装置
EP2160866B1 (en) Method and apparatus for providing dynamically changed upnp description
KR20050040166A (ko) 홈 네트워크의 장치를 제어하는 프록시 장치 및 그 방법
JP2010049525A (ja) コンテンツ送出装置、コンテンツ利用装置およびコンテンツ伝送方法
EP2168311B1 (en) Upnp control point and method of handling upnp control request
KR100823269B1 (ko) 원격 사용자 인터페이스의 상태 정보를 관리하는 방법
JP4976098B2 (ja) ＵＰｎＰデバイス情報を効率的に管理する方法及び装置
JP2012039166A (ja) 送信装置、送信方法、送信システム、及び、プログラム
US9948748B2 (en) Method of receiving/transmitting event message, controlled device, and control point
JP4836285B2 (ja) サービス利用装置、プログラム及びコンピュータ読み取り可能な記憶媒体
KR20070042001A (ko) ＵＰｎＰ 장치/서비스 상태 정보 획득 방법 및 이를 위한ＵＰｎＰ 제어 장치, 그리고 ＵＰｎＰ 장치/서비스 상태정보 제공 방법 및 이를 위한 ＵＰｎＰ 피제어 장치
US20090254679A1 (en) Connection apparatus and method for limiting signal transfer
EP2559197B1 (en) Method for controlling functions of device included in home network
JP4900169B2 (ja) ネットワークシステム、中継デバイス及び中継プログラム
JP2010061306A (ja) 情報処理装置、コンテンツ管理サーバ、情報処理方法、接続管理方法および情報処理システム
JP2007208971A (ja) Ａｖセッション復元方法およびこのためのコントロールポイント
KR100952280B1 (ko) 댁내에 설치되는 주거 게이트웨이의 재부팅을 원격으로제어하는 방법
JP6101312B2 (ja) 通信装置及びその制御方法及びプログラム
RU2574775C1 (ru) Аппарат связи и способ управления таким аппаратом
RU2574835C1 (ru) Устройство связи и способ управления таким устройством

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090630

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110627

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110719

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20111019

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20111024

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111121

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120313

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120412

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150420

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250