(57)【要約】  ネットワーク内の限定された装置に対して規則的なインターバルでサービスアナウンスを更新し及び／又はリフレッシュするためのシステム及び方法。限定された装置は、リフレッシュ及び更新をあるインターバルで与えることを要求する信号をネットワーク内の他の装置へ送信する。これらのインターバル中に、限定された装置は、スリープモードに入り、バッテリ寿命を節約することができる。インターバルの終りに、限定された装置は、スリープモードから抜け出て、必要な更新及び／又はリフレッシュを受け容れる。【選択図】図１
2008507058.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内の限定された装置においてサービス情報を更新する方法であって、
第１の指定時間インターバル及びウェイクアップメカニズムを含む第１のインストラクションを前記限定された装置から複数の二次装置へ送信するステップと、
前記複数の二次装置が前記第１のインストラクションを受け容れるようにさせるステップと、
前記第１の指定時間インターバルの満了時に、更新が存在する場合には前記複数の二次装置から前記限定された装置へその更新を送信するステップと、
を備えた方法。
【請求項２】
前記第１インストラクションは、第２の指定時間インターバル内に前記複数の二次装置からの情報に対する要求を含む、請求項１に記載の方法。
【請求項３】
前記第２の指定時間インターバルの終りに前記限定された装置をスリープモードに入れるステップを更に備え、前記限定された装置は、前記第１の指定時間インターバルの終りにスリープモードから抜け出る、請求項２に記載の方法。
【請求項４】
スリープモードから抜け出るときに、前記限定された装置から前記複数の二次装置へ第２のインストラクションを送信するステップを更に備え、前記第２のインストラクションは、第３の指定時間インターバル内に前記複数の二次装置からの情報に対する要求を含む、請求項３に記載の方法。
【請求項５】
前記第３の指定時間インターバルは、前記第２の指定時間インターバルに等しい、請求項４に記載の方法。
【請求項６】
前記限定された装置がスリープモードにある間に前記限定された装置に更新が送信される場合には、その更新を中間プロキシーに記憶するステップと、
前記限定された装置がスリープモードから抜け出るときに、前記更新を前記中間プロキシーから前記限定された装置へ送信するステップと、
を更に備えた請求項１に記載の方法。
【請求項７】
前記第１のインストラクションとは別個のもので、第２の指定時間インターバル内に前記複数の二次装置からの情報を要求する第２のインストラクションを、前記限定された装置から前記複数の二次装置へ送信するステップを更に備えた、請求項１に記載の方法。
【請求項８】
前記ウェイクアップメカニズムは、更新が送信された後に前記限定された装置が前記複数の二次装置に応答しない場合に前記限定された装置をウェイクアップさせるように前記複数の二次装置に命令する、請求項１に記載の方法。
【請求項９】
ネットワーク内の限定された装置においてサービス情報を更新するためのコンピュータソフトウェアプログラムであって、
第１の指定時間インターバルを含む第１のインストラクションを前記限定された装置から複数の二次装置へ送信するためのコンピュータコードと、
前記複数の二次装置が前記第１のインストラクションを受け容れるようにさせるコンピュータコードと、
更新が存在する場合には前記複数の二次装置から前記限定された装置へその更新を前記第１の指定時間インターバルで送信するためのコンピュータコードと、
を備えたコンピュータソフトウェアプログラム。
【請求項１０】
前記第１インストラクションは、第２の指定時間インターバル内に前記複数の二次装置からの情報に対する要求を含む、請求項９に記載のコンピュータソフトウェアプログラム。
【請求項１１】
前記第２の指定時間インターバルの終りに前記限定された装置をスリープモードに入れ、そして前記第１の指定時間インターバルの終りに前記限定された装置をスリープモードから抜け出させるためのコンピュータコードを更に備えた、請求項１０に記載のコンピュータソフトウェアプログラム。
【請求項１２】
スリープモードから抜け出るときに、前記限定された装置から前記複数の二次装置へ第２のインストラクションを送信するためのコンピュータコードを更に備え、前記第２のインストラクションは、第３の指定時間インターバル内に前記複数の二次装置からの情報に対する要求を含む、請求項１１に記載のコンピュータソフトウェアプログラム。
【請求項１３】
前記第３の指定時間インターバルは、前記第２の指定時間インターバルに等しい、請求項１２に記載のコンピュータソフトウェアプログラム。
【請求項１４】
前記限定された装置がスリープモードにある間に前記限定された装置に更新が送信される場合には、その更新を中間プロキシーに記憶するためのコンピュータコードと、
前記限定された装置がスリープモードから抜け出るときに、前記更新を前記中間プロキシーから前記限定された装置へ送信するためのコンピュータコードと、
を更に備えた請求項１３に記載のコンピュータソフトウェアプログラム。
【請求項１５】
前記第１のインストラクションとは別個のもので、第２の指定時間インターバル内に前記複数の二次装置からの情報を要求する第２のインストラクションを、前記限定された装置から前記複数の二次装置へ送信するためのコンピュータコードを更に備えた、請求項９に記載のコンピュータソフトウェアプログラム。
【請求項１６】
更新が送信された後に前記限定された装置が前記複数の二次装置に応答しない場合に、前記限定された装置をウェイクアップするように前記限定された装置が前記複数の二次装置に命令するようにさせるコンピュータコードを更に備えた、請求項９に記載のコンピュータソフトウェアプログラム。
【請求項１７】
ネットワーク内の限定された装置においてサービス情報を更新するためのシステムであって、
通信機能を有する限定された装置と、
前記限定された装置と通信する複数の二次装置と、
を備え、第１の指定時間インターバルを含む第１のインストラクションを前記限定された装置から前記複数の二次装置へ送信するのに応答して、前記複数の二次装置が前記第１の指定時間インターバルに対応するインターバルで前記限定された装置へ更新を送信するようにしたシステム。
【請求項１８】
前記第１インストラクションは、第２の指定時間インターバル内に前記複数の二次装置からの情報に対する要求を含む、請求項１７に記載のシステム。
【請求項１９】
前記限定された装置は、前記第２の指定時間インターバルの終りにスリープモードに入り、そして前記限定された装置は、前記第１の指定時間インターバルの終りにスリープモード抜け出る、請求項１８に記載のシステム。
【請求項２０】
スリープモードから抜け出るときに、前記限定された装置から前記複数の二次装置へ第２のインストラクションが送信され、前記第２のインストラクションは、第３の指定時間インターバル内に前記複数の二次装置からの情報に対する要求を含む、請求項１９に記載のシステム。
【請求項２１】
前記第３の指定時間インターバルは、前記第２の指定時間インターバルに等しい、請求項２０に記載のシステム。
【請求項２２】
中間プロキシーを更に備え、前記限定された装置がスリープモードにある間に前記限定された装置に更新が送信される場合には、その更新が中間プロキシーに入れられ、そして前記限定された装置がスリープモードから抜け出るときには、前記更新が前記限定された装置へ送信される、請求項２１に記載のシステム。
【請求項２３】
前記限定された装置は、前記第１インストラクションとは別個の第２インストラクションであって、第２の指定時間インターバル内に前記複数の二次装置からの情報を要求する第２インストラクションも送信する、請求項１７に記載のシステム。
【請求項２４】
前記限定された装置は、更新が送信された後に前記限定された装置が前記複数の二次装置に応答しない場合に前記限定された装置をウェイクアップさせるように前記複数の二次装置に命令するウェイクアップインストラクションも前記複数の二次装置に送信する、請求項１７に記載のシステム。
【請求項２５】
限定された電子装置において、
本体と、
前記本体に作動的に接続されたプロセッサと、
前記プロセッサに作動的に接続されたメモリと、
を備え、前記メモリは、前記プロセッサにより作動するためのコンピュータソフトウェアプログラムを記憶していると共に、前記限定された装置から複数の二次装置へ第１のインストラクションを送信するためのコンピュータコードを含み、前記第１のインストラクションは、第１の指定時間インターバルを含み、そして前記限定された電子装置に対する更新が存在する場合に前記第１の指定時間インターバルで前記複数の二次装置がそのような更新を送信することを要求するものであり、
更に、前記限定された電子装置は、前記複数の二次装置の各々からの更新を受け容れるために前記第１の指定時間インターバルでアクティブなモードに入る、
というようにされた限定された電子装置。
【請求項２６】
前記第１インストラクションは、第２の指定時間インターバル内に前記複数の二次装置からの情報に対する要求を含む、請求項２５に記載の限定された電子装置。
【請求項２７】
前記限定された装置は、前記第２の指定時間インターバルの終りにスリープモードに入る、請求項２６に記載の限定された電子装置。
【請求項２８】
前記コンピュータソフトウェアプログラムは、スリープモードから抜け出るときに、前記限定された装置から前記複数の二次装置へ第２のインストラクションを送信するためのコンピュータコードを備え、前記第２のインストラクションは、第３の指定時間インターバル内に前記複数の二次装置からの情報に対する要求を含む、請求項２７に記載の限定された電子装置。
【請求項２９】
前記第３の指定時間インターバルは、前記第２の指定時間インターバルに等しい、請求項２８に記載の限定された電子装置。
【請求項３０】
前記限定された電子装置は、更新が送信された後に前記限定された装置が前記複数の二次装置に応答しない場合に前記限定された装置をウェイクアップさせるように前記複数の二次装置に命令するウェイクアップインストラクションも前記複数の二次装置に送信する、請求項２５に記載の限定された電子装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ネットワークにおけるターミナルアーキテクチャーの分野に係る。より詳細には、本発明は、エネルギーに制約のある限定された装置においてユニバーサルプラグアンドプレイ（ＵＰｎＰ）プロトコルを実施するときのネットワークにおけるターミナルアーキテクチャーに係る。
【背景技術】
【０００２】
ユニバーサルプラグアンドプレイ（ＵＰｎＰ）システムのようなネットワークアーキテクチャーは、近年益々普及してきている。ＵＰｎＰネットワークは、デスクトップ及びラップトップコンピュータ、ポータブル及びセルラー電話、コンピュータプリンタ、モニタ、ステレオ、パーソナルデジタルアシスタント、ビデオゲーム装置、及び他の製品を含む（これらに限定されないが）種々様々な電子装置間を接続し且つそれらの間の通信を許すために使用される。ある装置がこのようなホームネットワークのカバレージ内にあるときには、それがネットワーク内の他の装置と通信することができる。これは、種々様々な形式の情報の共有を許す。
【０００３】
装置間で情報が通信される１つの状況は、ポータブル電話のような新たな装置が最初にネットワークエリアに入るときに生じる。この「限定された」装置が最初にネットワークエリアに入るときには、そのネットワーク上の他の装置へしばしば信号を送信して、その存在を他の装置に通知すると共に、状態情報、サービスアナウンス、並びに装置に対するシステムリフレッシュ及び／又は更新を要求する。
【０００４】
ＵＰｎＰプロトコルは、ネットワークにおけるサーチサービスのための簡単なアルゴリズムを定義する。このメカニズムは、“SEARCH(サーチ)”問合せをマルチキャストし、これに対して、ネットワーク内の全ての装置が、“SEARCH”メッセージを送信した装置にアドレスされたユニキャストメッセージを使用して、それらのサービスで応答することを含む。この応答は、通常、“NOTIFY(通知)”メッセージで行なわれる。
【０００５】
このシステムは、有効であるが、実質的な欠点を含み、即ちマルチキャスト“SEARCH”メッセージを送信した後に、そのメッセージを送信した限定された装置は、新たなサービスアナウンス及びこれらアナウンスのリフレッシュを常時聞き続けねばならない。しかしながら、このようなメッセージを聞くためにその限定された装置を常時アクチベート状態に保つことは、装置のバッテリを消耗させる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
現在のＵＰｎＰ仕様は、マルチキャスト“SEARCH”メッセージ内にヘッダ（即ちＭＸ）を含み、このヘッダに示された周期内にサービスアナウンスを送信しなければならないことを他の装置に指示する。例えば、装置がネットワークに入って、サービスアナウンスを受信するために“SEARCH”メッセージを送信するときには、装置は、ＭＸヘッダに値１００を含ませる（例えば、ＭＸ＝１００）。この状況において、ネットワーク内の他の装置は、その後の１００秒以内にユニキャストメッセージを使用してその新たな装置へサービスアナウンスを送信しなければならないことを知る。しかしながら、現在のところ、サービスアナウンス又はサービス更新を周期的に更新するように他の装置に命令するためのメカニズムが存在しない。それ故、サービスアナウンスのような情報を規則的に送信するように装置に命令するためのシステム及び方法を開発することが望まれる。又、各限定された装置の電力に関するこの形式の情報を記憶する目的で新たな拡張ヘッダを使用するシステムを開発することも望まれる。
【課題を解決するための手段】
【０００７】
本発明は、サービス更新及びアナウンスを送信するために周期的スケジュールへと集中するＵＰｎＰ装置間の「ハンドシェーク」メカニズム及び電源状態情報を定義する。このハンドシェークメカニズムは、ある限定された装置からネットワーク内の他の装置へインストラクションを送信し、規則的なインターバルで新たなサービスアナウンスを送信するようにそれら他の装置に命令し、そして装置がスリープモードに入るときに装置をウェイクアップするためのメカニズムについて他の装置に通知することを含む。このシステムは、限定された装置が、サービス情報の送信と送信との間の時間周期中に「スリープ」モードに入るが、各インターバルにサービス情報を依然として受信するのを許す。更に、このシステム及び方法は、限定された装置が、スリープモードからアクチベートされるたびに、「サーチ」メッセージを再送信しなければならない必要性を排除する。更に、このシステムは、限定された装置がスリープモードから抜け出て必要のある時間をスケジュールすることにより、限定された装置が、バッテリの消耗を減少しながらも、更新を受け取ることも許す。この方法は、限定された装置が、スリープ周期に入ることをネットワーク内の他の装置に通知するのを許す。
【発明を実施するための最良の形態】
【０００８】
本発明は、ある限定された装置からネットワーク上の他の装置へ信号を送信して、サービスアナウンス、リフレッシュ及び／又は更新を周期的に送信するようにそれら他の装置に命令することを含む。本発明の一実施形態によれば、図１及び２に示すように、このシステムの実施には、既存のＭＸヘッダに新たな媒体パラメータを追加することが含まれる。例えば、信号が従来のＭＸヘッダの読み「ＭＸ＝１０」で送信されるときには、ネットワーク内の他の装置は、ユニキャストメッセージを使用して１０秒以内に新たなサービスアナウンスを送信することを要求するインストラクションであると理解する。本発明の一実施形態によれば、このヘッダは、その後のサービスアナウンスを送信すべきインターバルに関する付加的な値を含ませるように変更することができる。
【０００９】
例えば、図１及び２に示すように、限定された装置１００が、２００で一般的に示すネットワークに入るときには、サービスアナウンスを受信するために“SEARCH”メッセージを送信する。図１及び２に示す本発明の実施形態では、限定された装置１００は、セルラー電話で構成される。しかしながら、限定された装置１００は、事実上、ネットワークと対話する電子装置である。限定された装置１００は、メモリ１０２と、このメモリ１０２に記憶されたプログラムを処理するためのプロセッサ１０４とを備えている。限定された装置１００は、ＭＸヘッダに、値“ＭＸ＝１０；ｐ＝６００”を含む。このメッセージは、ネットワーク内の他の装置、例えば、パーソナルコンピュータ１１０、プロジェクション装置１２０、及びカムコーダ１３０により受け取られる。パーソナルデジタルアシスタント（ＰＤＡ）、コンピュータプリンタ、スキャナ、モニタ、ステレオ、テレビ、電話、ページャーを含む（これらに限定されないが）種々様々な他の装置をネットワークに含むことができる。
【００１０】
従来のヘッダを使用するケースのように、種々の装置は、図１に示す“NOTIFY(通知)”メッセージの形態の新たなサービスアナウンスを１０秒以内に限定された装置１００へ送信することを要求するように、ヘッダの“ＭＸ＝１０”セクションを理解する。しかしながら、本発明のこの特定の実施形態では、ヘッダは、“ｐ＝６００”の値も含んでいる。或いは、この値は、この目的のために特に定義された個別のヘッダに含まれてもよい。この値は、サービスアナウンスのリフレッシュ又は更新を送信すべきところの６００秒の時間インターバルを指す。更新及び／又はリフレッシュの間の時間中に、限定された装置１００は、「スリープ」モードに自由に入り、そのバッテリを節約する。６００秒（即ち１０分）のインターバルの終りに、限定された装置１００は、ウェイクアップして、「スリープ」モードから抜け出し、好ましくは、限定された装置１００が最初に要求されたのと同じ１０秒のインターバルにわたって、更新及び／又はリフレッシュの次のシリーズを受け容れる。図２に示すように、限定された装置１００が目覚めた後に、前記１０秒のインターバル内に更新又はリフレッシュが必要とされる各装置から新たな“NOTIFY”信号が送信される。
【００１１】
このような６００秒のインターバル中に、多くの状況において、他の装置がネットワーク２００に入り、おそらく、これら付加的な装置は、前記装置がスリープしている間にそれらのサービスをアナウンスすることになる。それ故、本発明の一実施形態によれば、限定された装置１００が「スリープ」モードからアクチベートされたときに充分なバッテリ電力が利用できる場合には、限定された装置１００は、前記と同じ手順を使用して新たな“SEARCH”メッセージを送信する（例えば、ＭＸ＝１０；ｐ＝６００）。しかしながら、この状況では、メッセージは、ネットワーク２００に既に存在した装置に対して限定された装置１００が以前の周期からサービス情報を既に有し、そしてそのサービス情報が変化しない限り、それらの装置がサービス情報を再び送信する必要がないことを既存の装置に通知するために、CONFIGID及びBOOTIDと称する既存のヘッダを含むことになる。このシステムのもとでは、ネットワーク２００で利用できる新たなサービス及びネットワーク２００に入る新たなサービスのみが、限定された装置１００にサービスについて通知し、それ故、全ての装置が、限定された装置のスリープ周期に集中することになる。
【００１２】
図３は、図１及び２の限定された装置１００と、ネットワークの既存の一部分である１つの代表的な装置との間の対話を示すフローチャートである。図３のステップ３００において、限定された装置１００は、“SEARCH”ＭＸ＝１０；ｐ＝６００信号を送信し、或いはＳＬＥＥＰ＝６００のような新たなヘッダを使用する。ステップ３１０において、他の装置は、それに応答して、１０秒以内に“NOTIFY”信号を送信し、要求されたサービスアナウンスを与える。ステップ３２０において、第２の周期の終りに、限定された装置１００は、「スリープ」モードに入る。ステップ３３０において、限定された装置１００からの初期の“SEARCH”信号から６００秒のインターバルの終りに、限定された装置が目覚める。限定された装置１００が目覚めることに対応するステップ３４０において、他の装置が新たな“NOTIFY”信号を限定された装置１００へ送信すると共に、更新及び／又はリフレッシュが要求される場合には、その必要なリフレッシュ及び／又は更新も送信する。この信号も、１０秒のインターバルにわたって送信される。このプロセスは、バッテリ電力を節約しながら、限定された装置１００が常に更新されるように連続的に繰り返される。
【００１３】
本発明のシステムのもとでは、限定された装置１００は、「スリープ」モードからウェイクアップするたびに“SEARCH”メッセージを送出する必要がない。というのは、他の装置が、最初の“SEARCH”メッセージにおいて提案されたリフレッシュ周期情報を受信するためにそれらの更新を先を見越して送信するからである。しかしながら、限定された装置１００は、本発明の一実施形態では、バッテリの状態に基づいて、新たな“SEARCH”メッセージを送信してもよい。新たな“SEARCH”メッセージを送信することは、限定された装置１００が、より正確な情報をもつ上で助けとなる。というのは、装置がスリープしている間に幾つかのサービスアナウンスが失われることがあるためである。
【００１４】
本発明の別の実施形態では、ネットワークは、図１及び２に１４０で示された中間プロキシーを含むことができ、これは、限定された装置１００が「スリープ」モードにあるときには、送信されるサービスアナウンスをキャッシュ記憶し、そして限定された装置１００がスリープモードから抜け出るときには、それらを限定された装置１００へ送信することができる。限定された装置１００は、スリープ状態に至る前に、プロキシーにスリープ周期を通知する（例えば、ＭＸヘッダの拡張により、又はこの目的のために指定された新たなヘッダを使用して）。限定された装置１００は、プロキシー、及びネットワーク２００内の他の装置に、指示されたスリープ周期の後に装置が応答しない場合に装置をウェイクアップするためのメカニズムを指示する。「ウェイクアップ」情報は、スリープ周期と一緒に含まれる（例えば、ＭＸヘッダに対する拡張により、又はこの目的のために指定された新たなヘッダを使用して）。
【００１５】
前記に加えて、規則的なインターバルで限定された装置へリフレッシュ及び／又は更新を送信させるための装置のインストラクションを送出するのに使用できる種々様々な他のメカニズムも存在する。例えば、既存のヘッダを変更するのではなく、限定された装置１００は、サービス情報を送出しなければならないインターバルの設定及び／又は変更に特に向けられた全く新しいヘッダを送出することができる。本発明の１つの特定の実施形態では、更新及び／又はリフレッシュインターバルは、限定された装置の電力情報を記憶できる拡張ヘッダの追加を含ませることで確立される。例えば、これに限定されないが、“ｐｏｗｅｒｓｔａｔｕｓ．ｕｐｎｐ．ｏｒｇ”のようなＳＳＤＰヘッダを使用して、限定された装置の電力状態に関する情報をセーブすることができ（サンプル値が「アクティブ」及び「スリープ」の状態で）、一方、“ｓｌｅｅｐｔｉｍｅｏｕｔ．ｕｐｎｐ．ｏｒｇ”のような拡張ヘッダを使用して、限定された装置がいつスリープモードになるかに関する情報を保存することができる。同様の形式のコンピュータコードを使用する他のシステムも使用できる。
【００１６】
上述したように、本発明のシステム及び方法は、中間ＵＰｎＰ装置又はプロキシーにおいて実施することもできる。しかしながら、限定された装置１００と他のＵＰｎＰエンド装置との間で「ハンドシェーク」を直接合意させるのが好ましい。
【００１７】
好ましい実施形態を図示して説明したが、本発明から逸脱せずに、その広い観点において、種々の変更や修正がなされ得ることを理解されたい。本発明の種々の特徴は、特許請求の範囲に規定される。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態により、限定された装置がネットワークに入るところを示す図で、限定された装置は、サービスアナウンスを送信させると共にそのサービスアナウンスに対する更新及び／又はリフレッシュを規則的な間隔で送信させるインストラクションをネットワーク内の他の装置に対して送信するところを示す図である。
【図２】図１のネットワークを示すもので、限定された装置が、指定のインターバルでその「スリープ」モードから抜け出てして、サービスアナウンスに対する更新及び／又はリフレッシュをネットワーク内の他の装置から受け容れるところを示す図である。
【図３】限定された装置に規則的な更新及び／又はリフレッシュを与える装置のプロセスを示すフローチャートである。
【図１】
2008507058.tif 000003
【図２】
2008507058.tif 000004
【図３】
2008507058.tif 000005
【国際調査報告】
2008507058.tif 000006
2008507058.tif 000007