(57)【要約】【課題】マルチホームＵＰＮＰ装置におけるネットワーク接続中断を管理するためのシステム及び方法を提供する。【解決手段】マルチホーム装置がそのネットワークインターフェイスの全部ではなく幾つかにおいて接続中断を経験する場合にマルチホーム装置と関連制御ポイントとの間の相互作用を最小にするためのシステム及び方法。種々の実施形態において、ＳＳＤＰ：バイバイメッセージフォーマットに新規な任意のヘッダが導入される。この新規なヘッダは、どこかで経験するネットワークの問題に対処するために、マルチホーム装置が、ＳＳＤＰ：バイバイメッセージを送信する必要があるにも関わらず、互換性のある制御ポイントへその連続的な利用性を信号し、そのＢＯＯＴＩＤ値を更新し、そしてそれ自身を再宣伝することができるようにする。この新規なヘッダの使用は、これらのＳＳＤＰメッセージに関わらず装置及びその関連サービスを利用し続けられることを、中断による影響を受けない制御ポイントに指示する。【選択図】図１
2010512704.tif 000002
【特許請求の範囲】
【請求項１】
マルチホーム装置のネットワーク接続中断を管理する方法において、
装置に対する複数のインターフェイスの１つにおける接続中断の指示を受け取るステップと、
前記中断したインターフェイスにおいて再ブートを遂行するステップと、
接続が中断しなかった全てのインターフェイスにおいて次のＢＯＯＴＩＤ値の指示を送信するステップと、
を備えた方法。
【請求項２】
前記次のＢＯＯＴＩＤ値の指示を送信することは、非中断インターフェイスに関連した制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチする必要なく、装置のＢＯＯＴＩＤ値を更新するようにさせる、請求項１に記載の方法。
【請求項３】
前記次のＢＯＯＴＩＤ値の指示は、ＮＥＸＴＢＯＯＴＩＤヘッダ内で送信される、請求項１に記載の方法。
【請求項４】
中断したインターフェイス及び非中断インターフェイスの両方に関連した制御ポイント装置に対して、
前記制御ポイント装置が非中断のインターフェイスに関連したネットワークセグメントのみに依存する場合には、前記次のＢＯＯＴＩＤ値の指示は、前記制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチする必要なく、装置のＢＯＯＴＩＤ値を更新するようにさせ、
前記制御ポイント装置が、中断したインターフェイスに関連したネットワークセグメントに少なくとも部分的に依存する場合には、前記再ブートは、前記制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチするようにさせる、請求項１に記載の方法。
【請求項５】
請求項１に記載のプロセスを遂行するためのコンピュータコードを含むコンピュータ読み取り可能な媒体で実施されたコンピュータプログラム製品。
【請求項６】
プロセッサと、
前記プロセッサに通信接続されて、
装置に対する複数のインターフェイスの１つにおける接続中断の指示を受け取るためのコンピュータコードと、
前記中断したインターフェイスにおいて再ブートを遂行するためのコンピュータコードと、
接続が中断しなかった全てのインターフェイスにおいて次のＢＯＯＴＩＤ値の指示を送信するためのコンピュータコードと、
を含むメモリユニットと、
を備えた装置。
【請求項７】
前記次のＢＯＯＴＩＤ値の指示を送信することは、非中断インターフェイスに関連した制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチする必要なく、装置のＢＯＯＴＩＤ値を更新するようにさせる、請求項６に記載の装置。
【請求項８】
前記次のＢＯＯＴＩＤ値の指示は、ＮＥＸＴＢＯＯＴＩＤヘッダ内で送信される、請求項６に記載の装置。
【請求項９】
前記次のＢＯＯＴＩＤ値の指示は、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）第１．０版の制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチするようにさせる、請求項６に記載の装置。
【請求項１０】
中断したインターフェイス及び非中断インターフェイスの両方に関連した制御ポイント装置に対して、
前記制御ポイント装置が非中断のインターフェイスに関連したネットワークセグメントのみに依存する場合には、前記次のＢＯＯＴＩＤ値の指示は、前記制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチする必要なく、装置のＢＯＯＴＩＤ値を更新するようにさせ、
前記制御ポイント装置が、中断したインターフェイスに関連したネットワークセグメントに少なくとも部分的に依存する場合には、前記再ブートは、前記制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチするようにさせる、請求項６に記載の装置。
【請求項１１】
前記装置は、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）装置である、請求項６に記載の装置。
【請求項１２】
第１ネットワークセグメントに作動的に接続された第１インターフェイス及び第２ネットワークセグメントに作動的に接続された第２インターフェイスを含むユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）装置と、
前記第１ネットワークセグメントに作動的に接続された第１制御ポイント装置と、
前記第２ネットワークセグメントに作動的に接続された第２制御ポイント装置と、
前記第１ネットワークセグメント及び第２ネットワークセグメントの両方に作動的に接続された第３制御ポイント装置と、
を備え、前記ＵＰｎＰ装置は、前記第１インターフェイスに接続中断が生じたときに、
前記中断したインターフェイスにおいて再ブートを遂行し、そして
前記第２インターフェイスに次のＢＯＯＴＩＤ値の指示を送信する、
ように構成される、システム。
【請求項１３】
前記再ブートは、前記第１制御ポイント装置が、ＵＰｎＰ装置に関する記憶された情報を破棄してＵＰｎＰ装置に関する情報を再フェッチするようにさせる、請求項１２に記載のシステム。
【請求項１４】
前記次のＢＯＯＴＩＤ値の指示を送信することは、第２制御ポイント装置が、ＵＰｎＰ装置に関する記憶された情報を破棄してＵＰｎＰ装置に関する情報を再フェッチする必要なく、ＵＰｎＰ装置のＢＯＯＴＩＤ値を更新するようにさせる、請求項１２に記載のシステム。
【請求項１５】
前記第２制御ポイント装置は、ＵＰｎＰ第１．０版の制御ポイント装置であり、前記次のＢＯＯＴＩＤ値の指示を送信することは、ＵＰｎＰ第１．０版の制御ポイント装置が、ＵＰｎＰ装置に関する記憶された情報を破棄してＵＰｎＰ装置に関する情報を再フェッチするようにさせる、請求項１２に記載のシステム。
【請求項１６】
前記第３制御ポイント装置が第２ネットワークセグメントのみに依存する場合には、前記次のＢＯＯＴＩＤ値の指示は、前記第３制御ポイント装置が、装置に関する記憶された情報を破棄してＵＰｎＰ装置に関する情報を再フェッチする必要なく、ＵＰｎＰ装置のＢＯＯＴＩＤ値を更新するようにさせ、
前記第３制御ポイント装置が、第１ネットワークセグメントに少なくとも部分的に依存する場合には、前記再ブートは、前記第３制御ポイント装置が、ＵＰｎＰ装置に関する記憶された情報を破棄してＵＰｎＰ装置に関する情報を再フェッチするようにさせる、請求項１２に記載のシステム。
【請求項１７】
ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）制御ポイント装置内で情報を更新する方法において、
装置から非中断インターフェイスを経て装置に対する次のＢＯＯＴＩＤ値の指示を受け取るステップと、
その受け取った指示に応答して、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチすることなく、前記装置のＢＯＯＴＩＤ値を少なくとも選択的に更新するステップと、
を備えた方法。
【請求項１８】
前記次のＢＯＯＴＩＤ値の指示は、ＮＥＸＴＢＯＯＴＩＤヘッダ内で受け取られる、請求項１７に記載の方法。
【請求項１９】
前記次のＢＯＯＴＩＤ値の指示は、ＳＳＤＰ：バイバイメッセージと共に受け取られる、請求項１７に記載の方法。
【請求項２０】
装置から中断したインターフェイスを経て再ブート指示を受け取るステップと、
ＵＰｎＰ制御ポイント装置が、その中断したインターフェイスに関連したネットワークセグメントに少なくとも部分的に依存する場合には、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチするステップと、
を更に備えた請求項１７に記載の方法。
【請求項２１】
ＵＰｎＰ制御ポイント装置が、その非中断インターフェイスに関連したネットワークセグメントのみに依存する場合には、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチすることなく、装置のＢＯＯＴＩＤ値を更新する、請求項２０に記載の方法。
【請求項２２】
請求項２０に記載のプロセスを遂行するためのコンピュータコードを含むコンピュータ読み取り可能な媒体で実施されたコンピュータプログラム製品。
【請求項２３】
プロセッサと、
前記プロセッサに通信接続されて、
装置から非中断インターフェイスを経て受け取られた装置に対する次のＢＯＯＴＩＤ値の指示を処理するためのコンピュータコード、及び
その受け取った指示に応答して、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチすることなく、前記装置のＢＯＯＴＩＤ値を更新するためのコンピュータコード、
を含むメモリユニットと、
を備えた装置。
【請求項２４】
前記次のＢＯＯＴＩＤ値の指示は、ＮＥＸＴＢＯＯＴＩＤヘッダ内で受け取られる、請求項２３に記載の装置。
【請求項２５】
前記次のＢＯＯＴＩＤ値の指示は、ＳＳＤＰ：バイバイメッセージと共に受け取られる、請求項２３に記載の装置。
【請求項２６】
前記メモリユニットは、更に、
装置から中断したインターフェイスを経て受け取った再ブート指示を処理するためのコンピュータコードと、
ＵＰｎＰ制御ポイント装置が、その中断したインターフェイスに関連したネットワークセグメントに少なくとも部分的に依存する場合には、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチするためのコンピュータコードと、
を備えた請求項２３に記載の装置。
【請求項２７】
ＵＰｎＰ制御ポイント装置が、その中断したインターフェイスに関連したネットワークセグメントのみに依存する場合には、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチすることなく、装置のＢＯＯＴＩＤ値を更新する、請求項２６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）技術に係る。より詳細には、本発明は、全部より少ない装置ネットワークインターフェイスが接続中断を経験するときにＵＰｎＰ環境におけるマルチホーム装置の利用性の維持を使用することに係る。
【背景技術】
【０００２】
本章は、特許請求の範囲に記載された発明に対する背景又は状況を与えることを意図している。ここでの説明は、追求できるが必ずしもこれまでに想像又は追求されたものではない概念を含むかもしれない。それ故、特に指示のない限り、本章での説明は、本出願の説明及び特許請求の範囲に対する従来技術でもないし、本章に含ませることで従来技術として認められるものでもない。
【０００３】
ＵＰｎＰ技術は、全ての形式のインテリジェント機器、ワイヤレス装置及びパーソナルコンピュータ装置を広くピア・ツー・ピアネットワーク接続するためのアーキテクチャーを定義する。ＵＰｎＰは、アドホック又は非管理ネットワークが家庭内にあるか、小企業にあるか、公共スペースにあるか、又はインターネットに取り付けられているかに関わらず、それらのネットワークに対して、使い易く融通性がある標準的な接続を与えるように設計されている。ＵＰｎＰ技術は、ネットワーク化された装置間での制御及びデータ転送に加えて、シームレスなプロキシミティネットワーキングを可能にするために、送信制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）及びウェブ技術をレバレッジする分散型オープンネットワーキングアーキテクチャーを提供する。
【０００４】
ＵＰｎＰデバイスアーキテクチャー（ＵＤＡ）は、広範囲な売主からの広い装置カテゴリーに対して、ゼロ・コンフィギュレーション、「目に見えない」ネットワーキング及び自動的発見をサポートするように設計される。換言すれば、ＵＰｎＰは、装置がネットワークにダイナミックに加わり、ＩＰアドレスを得、装置の能力を搬送し、そして他の装置の存在及び能力に関して学習できるようにする。
【０００５】
ＵＰｎＰデバイスアーキテクチャー規格（第１．１版）は、簡単なサービス発見プロトコル（ＳＳＤＰ）メッセージにおいて、ここでＢＯＯＴＩＤと称されるＢＯＯＴＩＤ．ＵＰＮＰ．ＯＲＧヘッダを定義する。ＢＯＯＴＩＤは、単調に増加する値である。装置は、「再ブート」をスタートし又は遂行するときに、ＢＯＯＴＩＤの値を増加しなければならない。装置がネットワークにおいて利用可能に保たれる限り、繰り返しアナウンス、サーチ応答、及び最終的なバイバイメッセージの全てにおいて同じＢＯＯＴＩＤを使用しなければならない。装置は、多数のネットワークインターフェイス又はＩＰアドレスにそれが送信する全てのＳＳＤＰメッセージにおいて同じＢＯＯＴＩＤ値を使用しなければならない。ＵＰｎＰの用語において、「再ブート」とは、ＳＳＤＰ：バイバイ(bye bye)メッセージを送信することにより装置の非利用性をアナウンスし、その後に、フレッシュＳＳＤＰ：アライブ(alive)メッセージを送信することにより装置の利用性を再アナウンスするものとして定義される。
【０００６】
ＢＯＯＴＩＤヘッダは、装置がネットワーク接続の中断を検出する状況、即ち装置がネットワーク接続を一時的に失うが、再び接続を得る（例えば、ネットワークケーブルのプラグが抜け、再びプラグを差し込む）か、又はそのＩＰアドレスが変化する状況において特に有用である。このようなケースでは、装置は、そのＢＯＯＴＩＤ値を増加し、ネットワーク上でそれ自身を再アナウンスする。ＢＯＯＴＩＤ値が増加されたＳＳＤＰメッセージを受信すると、装置に関する情報をキャッシュ記憶している制御ポイントは、装置がもはや同じ装置でないことを理解する。制御ポイントは、典型的に、このアクティビティに反応して、装置情報をリフレッシュすると共に、装置のサービスに潜在的に再契約する。
【０００７】
以上のことにも関わらず、マルチホーム環境におけるＢＯＯＴＩＤの使用に関して問題が現在生じている。マルチホーム装置は、複数のネットワークインターフェイスを有するか、同じネットワークインターフェイスに複数のＩＰアドレスを有するか、又はその両方である。例えば、装置が複数のネットワークインターフェイスを有すると仮定すれば、装置は、そのネットワークインターフェイスを通して１つ又は複数の個々のネットワークセグメントに接続することができる。装置がネットワークインターフェイス上で短時間接続を失った場合、例えば、ネットワークケーブルのプラグが抜け、再びプラグを差し込んだ場合、又はネットワークインターフェイスのＩＰアドレスが変化した場合には、ネットワークインターフェイスにおいてネットワーク接続中断が生じる。このケースでは、このようなネットワーク接続中断の後に装置がＢＯＯＴＩＤ値を更新するかどうか及びどのように更新するかに関して問題が生じる。
【０００８】
前記問題の検討においては、図１に示すシステムを考慮するのが有用である。図１に示すように、装置１００は、第１インターフェイス１１０及び第２インターフェイス１２０を有し、これらは、第１ネットワークセグメント１３０及び第２ネットワークセグメント１４０に各々接続される。第１制御ポイント１５０は、第１ネットワークセグメント１３０に接続された第１制御ポイントインターフェイス１５１を有し、そして第２制御ポイント１６０は、第２ネットワークセグメント１４０に接続された第２制御ポイントインターフェイス１６１を有している。第３制御ポイント１７０は、マルチホーム制御ポイントであり、第３制御ポイントインターフェイス１７１及び１７２を経て第１及び第２のネットワークセグメント１３０及び１４０に接続される。第１、第２及び第３制御ポイント１５０、１６０及び１７０の各々は、装置１００に関する何らかの情報をキャッシュ記憶し、そのサービスに契約している。この状況において、装置１００の第１ネットワークインターフェイス１１０（ひいては、第１ネットワークセグメント１３０）に短時間のネットワーク接続中断が生じる状況を考えるのが有用である。第１ネットワークセグメント１３０（及びこの第１ネットワークセグメント１３０に接続された第１及び第３制御ポイント１５０及び１７０）の観点から、装置１００は、接続を失い、「再ブート」される必要がある。換言すれば、第１ネットワークセグメント１３０の観点から、装置１００は、そのＢＯＯＴＩＤを増加し、そして第１ネットワークセグメント１３０においてそれ自身を再宣伝しなければならない。他方、第２ネットワークセグメント１４０（及びこの第２ネットワークセグメント１４０に接続された第２及び第３制御ポイント１６０及び１７０）の観点から、装置１００は、全体にわたって利用可能に保たれ、「再ブート」は必要もないし予想もされない。換言すれば、第２ネットワークセグメント１４０の観点から、装置１００は、第２ネットワークセグメント１４０におけるその後のアナウンスに既存のＢＯＯＴＩＤを使用し続けねばならない。しかしながら、装置１００は、第１及び第２のネットワークセグメント１３０及び１４０の両方に接続されていて、それらの両方に同じＢＯＯＴＩＤを使用しなければならないので、実質的な問題が生じる。
【０００９】
第１ネットワークセグメント１３０に接続された制御ポイントが、装置１００が一時的に接続を失ったことに気付かねばならないとすると、装置１００は、そのＢＯＯＴＩＤを増加して、それ自身を再宣伝する以外に選択肢はない。しかしながら、この解決策は、第２ネットワークセグメント１４０に接続されてその中断の影響を受けない制御ポイントも、それらの装置情報を強制的にリフレッシュさせられるという副作用を受ける。これは、複数の反響を与える。第１に、全ての制御ポイントがそれらの装置情報をリフレッシュする必要があるので、ネットワークトラフィックが増加する。第２に、装置１００及び関連制御ポイントの両方における処理負荷も増加する。第３に、この解決策は、あまり親しみのないユーザ経験を招く。例えば、ユーザが、イーサネット（登録商標）に接続されたＵＰｎＰイネーブル型コンピュータを使用する場合、又、イーサネット（登録商標）及びワイヤレスＬＡＮ（ＷＬＡＮ）の両方を経てホームネットワークに接続されたＵＰｎＰ装置がある場合、又、ＷＬＡＮの接続が不安定な場合には、たとえユーザ及びＵＰｎＰ装置の両方が全周期にわたってイーサネット（登録商標）に一貫して接続されたとしても、ユーザは、ＵＰｎＰ装置がイーサネット（登録商標）上に繰り返し現れたり消えたりすることを観察する。第４に、装置を再ブートすると、制御ポイントが現在消費しているサービスに中断が生じる。例えば、再ブートが必要な場合には、ファイルのアップロードを中止する必要があるか、又はビデオ再生が遮断されることがある。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
それ故、上述した問題に対処するために、マルチホームＵＰｎＰ装置の接続中断を管理する改良されたシステムを提供することが要望される。
【課題を解決するための手段】
【００１１】
本発明の種々の実施形態は、マルチホーム装置がそのネットワークインターフェイスの全部ではなく幾つかにおいて接続中断を経験する場合にマルチホーム装置と関連制御ポイントとの間の相互作用を最小にするように働く。種々の実施形態において、これは、ＳＳＤＰ：バイバイメッセージフォーマットに新規な任意のヘッダを導入することにより達成される。この新規なヘッダは、どこかで経験するネットワークの問題に対処するために、マルチホーム装置が、ＳＳＤＰ：バイバイメッセージを送信する必要があるにも関わらず、互換性のある制御ポイントへその連続的な利用性を信号し、そのＢＯＯＴＩＤ値を更新し、そしてそれ自身を再宣伝することができるようにする。この新規なヘッダの使用は、これらのＳＳＤＰメッセージに関わらず装置及びその関連サービスを利用し続けられることを制御ポイントに指示する。
【発明の効果】
【００１２】
本発明の種々の実施形態は、ユーザに多数の利益をもたらす。ここに述べる構成は、ＵＰｎＰ  ｖ１．０制御ポイントと上位互換性がある。接続中断を経験しないネットワークインターフェイスに接続された制御ポイントでは最小限の処理しか要求されない。更に、接続中断により影響を受ける制御ポイントの数は最小限であるから、ＵＰｎＰ装置では、最小量の処理しか要求されない。更に、種々の実施形態は、関連制御ポイントに対するサービス中断の数を著しく減少するように働く。又、新規な任意のヘッダの処理は、任意であり、即ちヘッダを無視するように選択する制御ポイントは、キャッシュ記憶された装置状態及び事象契約のような装置情報を再確立しなければならないことを犠牲として、そのようにすることができる。本発明の種々の実施形態は、ＵＰｎＰ  ｖ１．１デバイスアーキテクチャーを具現化する実質上いかなる製品にも組み込むことができる。
【００１３】
本発明のこれら及び他の効果並びに特徴は、その動作の編成及び仕方と共に、図面全体にわたり同じ部分が同じ参照番号で示された添付図面を参照した以下の詳細な説明から明らかとなろう。
【図面の簡単な説明】
【００１４】
【図１】複数のネットワーク接続及び制御ポイントに関連して使用するために複数のインターフェイスを装置が備えたＵＰｎＰ環境を示す図である。
【図２】本発明の１つの一般的な実施形態の具現化を示すフローチャートである。
【図３】本発明の具現化に使用できる電子装置の斜視図である。
【図４】図３の移動電話の回路を示す概略図である。
【発明を実施するための形態】
【００１５】
本発明は、マルチホーム装置がそのネットワークインターフェイスの全部ではなく幾つかにおいて接続中断を経験する場合にマルチホーム装置と関連制御ポイントとの間の相互作用を最小にするように働く。種々の実施形態において、これは、ＳＳＤＰ：バイバイメッセージフォーマットに新規な任意のヘッダＮＥＸＴＢＯＯＴＩＤ．ＵＰＮＰ．ＯＲＧ（ここでは、ＮＥＸＴＢＯＯＴＩＤと称される）を導入することによって達成される。このＮＥＸＴＢＯＯＴＩＤヘッダは、どこかで経験するネットワークの問題に対処するため、マルチホーム装置が、ＳＳＤＰ：バイバイメッセージを送信する必要があるにも関わらず、互換性のある制御ポイントへその連続的な利用性を信号し、そのＢＯＯＴＩＤ値を更新し、そしてそれ自身を再宣伝することができるようにする。このＮＥＸＴＢＯＯＴＩＤヘッダの使用は、これらのＳＳＤＰメッセージに関わらず装置及びその関連サービスを利用し続けられることを制御ポイントに指示する。
【００１６】
ＮＥＸＴＢＯＯＴＩＤ．ＵＰＮＰ．ＯＲＧヘッダは、装置がそのネットワークインターフェイスの１つにおいてネットワーク接続の中断を経験する場合に、マルチホーム装置により送信されるＳＳＤＰ：バイバイメッセージに含ませることができる。このヘッダは、接続が遮断されなかったネットワークインターフェイスを経て送信されるメッセージのみに含まれる。接続が中断されたネットワークインターフェイス（１つ又は複数）では、ヘッダが使用されない。ＮＥＸＴＢＯＯＴＩＤ．ＵＰＮＰ．ＯＲＧヘッダの値は、今度のＳＳＤＰアナウンスメッセージに使用されるＢＯＯＴＩＤ値を指示する。装置は、ＮＥＸＴＢＯＯＴＩＤ値をもつＳＳＤＰ：バイバイメッセージの送信と、更新されたＢＯＯＴＩＤ値をもつ宣伝メッセージの次のセットとの間に、ネットワーク上で連続的に利用可能に保たれねばならない。この時間中に装置が利用不能になると、通常の「再ブート」を行って、ＢＯＯＴＩＤを増加し、それ自身を再宣伝しなければならない。
【００１７】
図２は、本発明の１つの一般的な実施形態の具現化を示すフローチャートである。図２の２００において、ＵＰｎＰ装置は、ＢＯＯＴＩＤ＝２で全てのネットワークインターフェイスにおいてそれ自身をアナウンスする。その後、２１０において、ＵＰｎＰ装置は、そのネットワークインターフェイスの１つに接続中断が生じたことを検出する。しかしながら、他の全てのネットワークインターフェイスの接続は、そのまま保たれる。このアクティビティに応答して、２２０において、装置は、中断が生じたネットワークインターフェイス上で、ＳＳＤＰ：バイバイメッセージを送信しそして新たなＢＯＯＴＩＤ＝３でそれ自身を再宣伝することにより、「再ブート」を遂行する。ＳＳＤＰ：バイバイメッセージのシンタックスは、次の通りである。
NOTIFY*HTTP/1.1
HOST: 239.255.255.250:1900
NT: notification type
NTS: ssdp:byebye
USN: composite identifier for the advertisement
BOOTID.UPNP.ORG: 2
CONFIGID.UPNP.ORG: number used for caching description information
SEARCHPORT.UPNP.ORG number identifies port on which device responds to unicast
M-SEARCH
【００１８】
２６０において、ネットワーク接続がそのままであったネットワークインターフェイスに対して、装置は、使用される次のＢＯＯＴＩＤを、新たなＢＯＯＴＩＤ＝３での新たな宣伝と共にアナウンスするために、ＳＳＤＰ：バイバイメッセージを送信する。ＳＳＤＰ：バイバイメッセージ及び新たな宣伝に対するシンタックスは、次の通りである。
NOTIFY*HTTP/1.1
HOST: 239.255.255.250:1900
NT: notification type
NTS: ssdp:byebye
USN: composite identifier for the advertisement
BOOTID.UPNP.ORG: 2
NEXTBOOTID.UPNP.ORG: 3
CONFIGID.UPNP.ORG: number used for caching description information
SEARCHPORT.UPNP.ORG number identifies port on which device responds to unicast
M-SEARCH
【００１９】
ＵＰｎＰ  １．０制御ポイントがネットワークインターフェイスを経てＵＰｎＰ装置に通信接続され、そしてＢＯＯＴＩＤヘッダ及びＮＥＸＴＢＯＯＴＩＤヘッダを理解しない状況が生じ得る。この状況では、ＵＰｎＰ  １．０制御ポイントは、ＳＳＤＰ：バイバイメッセージ及びＳＳＤＰ：アライブメッセージの到着を単に典型的な装置「再ブート」として取り扱う。このケースでは、ＵＰｎＰ  １．０制御ポイントは、典型的に、装置に関してそれが記憶した情報を破棄し、そして全ての装置情報を再フェッチし、潜在的に、そのサービスに再契約する。この振舞いは、ＵＰｎＰ  １．０制御ポイントが、中断したネットワークインターフェイス上の装置に接続されたか、そのままのネットワークインターフェイス上の装置に接続されたかに関わらず、同じである。換言すれば、ＵＰｎＰ  １．０制御ポイントは、装置が変化したことを即座に警告する。
【００２０】
ＵＰｎＰデバイスアーキテクチャー規格の第１．１版に基づいて構成された制御ポイントの振舞いに関して、その制御ポイントは、典型的に、それが接続された装置のＢＯＯＴＩＤ情報を記憶する。前記例では、制御ポイントは、装置がＢＯＯＴＩＤ＝２であることを記憶する。装置が接続中断をもつネットワークセグメントに接続されたＵＰｎＰ  １．１制御ポイントの場合には、通常のＳＳＤＰ：バイバイメッセージが２３０において受け取られる。図２に２４０で示すように、制御ポイントは、典型的に、装置に関してそれが記憶した情報を破棄する。新たなＳＳＤＰ：アライブメッセージが到着すると、制御ポイントは、典型的に、２５０に示すように、全ての装置情報を再フェッチし、そしておそらく、そのサービスに再契約する。これは、制御ポイントがその新たな装置状態にどのようにして首尾良く気付くかである。
【００２１】
装置が接続中断をもたないネットワークセグメントに接続されたＵＰｎＰ  １．１制御ポイントの場合には、ＮＥＸＴＢＯＯＴＩＤヘッダをもつＳＳＤＰ：バイバイメッセージが２７０において受信される。ＳＳＤＰ：バイバイメッセージのＢＯＯＴＩＤ値が、装置に関して記録されたもの（ＢＯＯＴＩＤ＝２）と同一であることに注目すると、制御ポイントは、それが記録した装置情報がまだ有効であることを確認する。次いで、制御ポイントは、２８０において、ＢＯＯＴＩＤをＮＥＸＴＢＯＯＴＩＤヘッダの値へと更新して、ＢＯＯＴＩＤ＝３にすることにより、装置の記録を更新する。２９０において、次のＳＳＤＰ：アライブメッセージ（ＢＯＯＴＩＤ＝３）が到着すると、制御ポイントは、それがまだ装置の最新情報を有していることを知る。装置情報の再フェッチもサービスへの再契約も必要ない。
【００２２】
装置が接続中断を経験したネットワークセグメント及び装置が接続中断をもたないネットワークセグメントの両方に接続されたＵＰｎＰ  １．１制御ポイントの場合は、２２０及び２６０において装置１００により送信されたＮＥＸＴＢＯＯＴＩＤヘッダをもつ及びもたない両ＳＳＤＰ：バイバイメッセージが、３１０において（異なるネットワークインターフェイスを経て）制御ポイントにより受信される。この状況では、制御ポイントの振舞いは、制御ポイントがその装置情報及び事象契約をどのインターフェイスから得たかに基づく。装置が接続中断をもたないネットワークセグメント、即ちＮＥＸＴＢＯＯＴＩＤヘッダをもつＳＳＤＰ：バイバイメッセージが受け取られたネットワークセグメントのみを制御ポイントが使用した場合には、その制御ポイントは、３２０において、ＢＯＯＴＩＤをＮＥＸＴＢＯＯＴＩＤヘッダの値へと更新して、ＢＯＯＴＩＤ＝３にすることにより、装置の記録を更新する。次のＳＳＤＰ：アライブメッセージ（ＢＯＯＴＩＤ＝３）が３４０において到着すると、制御ポイントは、それがまだ装置の最新情報を有していることを知る。装置情報の再フェッチもサービスへの再契約も必要ない。他方、装置が接続中断を経験したネットワークセグメント、又は両方のネットワークセグメントに制御ポイントが依存する場合には、装置に関してそれが記憶した情報を破棄し、そして全ての装置情報を再フェッチし、おそらく、そのサービスに再契約する。これらのアクションは、図２に３３０で集合的に示されている。
【００２３】
図３及び４は、本発明を具現化できる１つの代表的な電子装置１２を示す。しかしながら、本発明は、１つの特定形式の装置に限定されないことを理解されたい。又、図３及び４に示すコンポーネントの幾つか又は全部を、本発明の種々の実施形態の具現化に含まれるいかなる装置にも合体できることを理解されたい。図３及び４の電子装置１２は、ハウジング３０と、液晶ディスプレイの形態のディスプレイ３２と、キーパッド３４と、マイクロホン３６と、イヤホン３８と、バッテリ４０と、赤外線ポート４２と、アンテナ４４と、本発明の一実施形態によるＵＩＣＣの形態のスマートカード４６と、カードリーダー４８と、無線インターフェイス回路５２と、コーデック回路５４と、コントローラ５６と、メモリ５８と、バッテリ８０とを備えている。個々の回路及び素子は、全て、この技術、例えば、ノキアの移動電話範囲で良く知られた形式のものである。
【００２４】
本発明を具現化する通信装置は、これに限定されないが、コード分割多重アクセス（ＣＤＭＡ）、移動通信用のグローバルシステム（ＧＳＭ）、ユニバーサル移動テレコミュニケーションシステム（ＵＭＴＳ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、送信制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ショートメッセージングサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、ｅ−メール、インスタントメッセージングサービス（ＩＭＳ）、ブルーツース、ＩＥＥＥ８０２．１１、等を含む種々の送信技術を使用して、互いに及び／又は他の装置と通信することができる。通信装置は、これに限定されないが、無線、赤外線、レーザー、ケーブル接続、等を含む種々の媒体を使用して通信することができる。
【００２５】
ここに述べる種々の実施形態は、ネットワーク環境でコンピュータにより実行されるプログラムコードのようなコンピュータ実行可能なインストラクションを含むコンピュータ読み取り可能な媒体で実施されるコンピュータプログラム製品により一実施形態で具現化できる方法ステップ又はプロセスの一般的な状況において説明された。コンピュータ読み取り可能な媒体は、これに限定されないが、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多様性ディスク（ＤＶＤ）、等を含む取り外し可能及び取り外し不能な記憶装置を包含する。一般的に、プログラムモジュールは、特定のタスクを遂行するか、又は特定のアブストラクトデータ形式を具現化するルーチン、プログラム、オブジェクト、コンポーネント、データ構造、等を含む。コンピュータ実行可能なインストラクション、関連データ構造、及びプログラムモジュールは、ここに開示する方法のステップを実行するためのプログラムコードの例を示す。このような実行可能なインストラクション又はそれに関連したデータ構造の特定シーケンスは、このようなステップにおいて述べたファンクションを具現化するための対応アクションの例を示す。
【００２６】
種々の実施形態のソフトウェア及びウェブ具現化は、種々のデータベースサーチステップ又はプロセス、相関ステップ又はプロセス、比較ステップ又はプロセス、及び判断ステップ又はプロセスを遂行するルールベースロジック及び他のロジックを伴う標準的なプログラミング技術で達成することができる。この説明及び特許請求の範囲で使用する「コンポーネント」及び「モジュール」という語は、１行以上のソフトウェアコードを使用して具現化したもの、及び／又はハードウェアで具現化したもの、及び／又は手動入力を受け取る装置を包含することが意図される。
【００２７】
本発明の実施形態の以上の説明は、例示のためのものである。以上の説明は、余すとことのないものでもないし、本発明の実施形態を、ここに開示する厳密な形態に限定するものでもなく、前記の技術に鑑み変更や修正が可能であるし、又、本発明の実施から変更や修正が得られるであろう。ここに述べた実施形態は、種々の実施形態の原理及び特性、並びにその応用を説明するために選択されて説明されたもので、当業者が本発明を種々の実施形態に利用できるようにし、又、特定の用途に適するような種々の変更も意図される。ここに述べる実施形態の特徴は、方法、装置、モジュール、システム及びコンピュータプログラム製品の、全ての考えられる組合せで結合することができる。
【符号の説明】
【００２８】
１２：電子装置
３０：ハウジング
３２：ディスプレイ
３４：キーボード
３６：マイクロホン
３８：イヤホン
４０：バッテリ
４２：赤外線ポート
４４：アンテナ
４６：スマートカード
４８：カードリーダー
５２：無線インターフェイス回路
５４：コーデック回路
５６：コントローラ
５８：メモリ
８０：バッテリ
１００：装置
１１０：第１インターフェイス
１２０：第２インターフェイス
１３０：第１ネットワークセグメント
１４０：第２ネットワークセグメント
１５０：第１制御ポイント
１５１：第１制御ポイントインターフェイス
１６０：第２制御ポイント
１６１：第２制御ポイントインターフェイス
１７０：第３制御ポイント
１７１、１７２：第３制御ポイントインターフェイス
【図１】
2010512704.tif 000003
【図２】
2010512704.tif 000004
【図３】
2010512704.tif 000005
【図４】
2010512704.tif 000006
【手続補正書】
【提出日】平成21年6月11日(2009.6.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチホーム装置のＢＯＯＴＩＤ値を増加するステップと、
前記増加されたＢＯＯＴＩＤ値を、中断が生じたインターフェイスに送信するステップと、
前記中断が生じたインターフェイスにおいて再ブートを遂行するステップと、
接続が中断しなかったマルチホーム装置の各インターフェイスに、次のＢＯＯＴＩＤ値の指示を送信するステップと、
を備えた方法。
【請求項２】
前記次のＢＯＯＴＩＤ値の指示を送信するステップは、非中断インターフェイスに関連した制御ポイント装置が、マルチホーム装置に関する記憶された情報を破棄してその装置に関する情報を再フェッチする必要なく、マルチホーム装置のＢＯＯＴＩＤ値を更新するようにさせる、請求項１に記載の方法。
【請求項３】
前記次のＢＯＯＴＩＤ値の指示は、ＮＥＸＴＢＯＯＴＩＤヘッダ内で送信される、請求項１に記載の方法。
【請求項４】
請求項１から３に記載のプロセスを遂行するためのコンピュータコードを含むコンピュータ読み取り可能な媒体で実施されたコンピュータプログラム製品。
【請求項５】
装置のＢＯＯＴＩＤ値を増加し、
前記増加されたＢＯＯＴＩＤ値を、装置に対する中断したインターフェイスに送信し、
前記中断したインターフェイスにおいて再ブートを遂行し、そして
接続が中断しなかった装置の全インターフェイスに、次のＢＯＯＴＩＤ値の指示を送信する、
ように構成されたプロセッサを備えた装置。
【請求項６】
前記次のＢＯＯＴＩＤ値の指示を送信することは、非中断インターフェイスに関連した制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチする必要なく、装置のＢＯＯＴＩＤ値を更新するようにさせる、請求項５に記載の装置。
【請求項７】
前記次のＢＯＯＴＩＤ値の指示は、ＮＥＸＴＢＯＯＴＩＤヘッダ内で送信される、請求項５に記載の装置。
【請求項８】
前記次のＢＯＯＴＩＤ値の指示は、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）第１．０版の制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチするようにさせる、請求項５に記載の装置。
【請求項９】
中断したインターフェイス及び非中断インターフェイスの両方に関連した制御ポイント装置に対して、
前記制御ポイント装置が非中断インターフェイスに関連したネットワークセグメントのみに依存する場合には、前記次のＢＯＯＴＩＤ値の指示は、前記制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチする必要なく、装置のＢＯＯＴＩＤ値を更新するようにさせ、
前記制御ポイント装置が、中断したインターフェイスに関連したネットワークセグメントに少なくとも部分的に依存する場合には、前記再ブートは、前記制御ポイント装置が、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチするようにさせる、請求項５に記載の装置。
【請求項１０】
前記装置は、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）装置である、請求項５に記載の装置。
【請求項１１】
第１ネットワークセグメントに作動的に接続された第１インターフェイス及び第２ネットワークセグメントに作動的に接続された第２インターフェイスを含むユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）装置と、
前記第１ネットワークセグメントに作動的に接続された第１制御ポイント装置と、
前記第２ネットワークセグメントに作動的に接続された第２制御ポイント装置と、
前記第１ネットワークセグメント及び第２ネットワークセグメントの両方に作動的に接続された第３制御ポイント装置と、
を備え、前記ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）装置は、前記第１インターフェイスに接続中断が生じたときに、
前記中断したインターフェイスにおいて再ブートを遂行し、そして
中断しなかった前記第２インターフェイスに次のＢＯＯＴＩＤ値の指示を送信する、
ように構成される、システム。
【請求項１２】
ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）制御ポイント装置から非中断インターフェイスを経て装置に対する次のＢＯＯＴＩＤ値の指示を受け取るステップと、
その受け取った指示に応答して、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチすることなく、前記装置のＢＯＯＴＩＤ値を少なくとも選択的に更新するステップと、
を備えた方法。
【請求項１３】
前記次のＢＯＯＴＩＤ値の指示は、簡単サービス発見プロトコル（ＳＳＤＰ）メッセージのＮＥＸＴＢＯＯＴＩＤヘッダ内で受け取られる、請求項１２に記載の方法。
【請求項１４】
前記ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）制御ポイント装置が、非中断インターフェイスに関連したネットワークセグメントのみに依存する場合には、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチすることなく、装置のＢＯＯＴＩＤ値を更新する、請求項１２に記載の方法。
【請求項１５】
請求項１２から１４に記載のプロセスを遂行するためのコンピュータコードを含むコンピュータ読み取り可能な媒体で実施されたコンピュータプログラム製品。
【請求項１６】
装置から非中断インターフェイスを経て受け取られた装置に対する次のＢＯＯＴＩＤ値の指示を処理し、
その受け取った指示に応答して、装置に関する記憶された情報を破棄して装置に関する情報を再フェッチすることなく、前記装置のＢＯＯＴＩＤ値を更新する、
ように構成されたプロセッサを備えた装置。
【請求項１７】
前記次のＢＯＯＴＩＤ値の指示は、簡単サービス発見プロトコル（ＳＳＤＰ）メッセージのＮＥＸＴＢＯＯＴＩＤヘッダ内で受け取られる、請求項１６に記載の装置。
【国際調査報告】
2010512704.tif 000007
2010512704.tif 000008
2010512704.tif 000009