(57)【要約】【課題】ウェアラブル・データ・ネットワークを開示すること。【解決手段】汎用データ・ウェアハウス（ＵＤＷ）（１０５）と、少なくとも１つの目的に最適化された装置（ＰＯＤ）（１１０）が含まれる。ＵＤＷは、ユーザによって実行され、本質的に、さまざまな異なるタイプおよび用途を有するデータを保管する個人データ・ウェアハウスである。しかし、ＵＤＷは、ユーザのデータを処理することができない。その代わりに、１つのＰＯＤが、１つまたは複数のＵＤＷと共に、ユーザのデータを処理するのに使用される。１例が、ユーザのオーディオ・ファイルを再生するように設計されたＰＯＤであり、１例が、ユーザのビデオ・ファイルをレンダリングするように設計されたＰＯＤであり、１例が、ユーザのプレゼンテーション・ファイルをレンダリングするように設計されたＰＯＤである。【選択図】図１
2004515862.tif 000002
【特許請求の範囲】
【請求項１】
データ・ストレージ・ネットワークであって、前記ネットワークが、
個人データ記憶装置であって、前記個人データ記憶装置が、データを保管し、前記データが、第１タイプのデータであり、前記データ記憶装置が、前記データを処理することができない、個人データ記憶装置と、
目的に最適化された装置であって、前記目的に最適化された装置が、特定のタスクを実行するように最適化され、前記特定のタスクが、前記第１タイプの前記データの処理であり、前記目的に最適化された装置が、前記特定の処理タスクを実行するために前記個人データ記憶装置に無線によって接続される、目的に最適化された装置と
を含む、データ・ストレージ・ネットワーク。
【請求項２】
前記個人データ記憶装置が、第２タイプのデータも保管し、前記目的に最適化された装置が、前記第１タイプのデータを処理できない、請求項１に記載のデータ・ストレージ・ネットワーク。
【請求項３】
前記データ・ストレージ・ネットワークが、さらに、第２の目的に最適化された装置を含み、前記第２の目的に最適化された装置が、第２の特定のタスクを実行するように最適化され、前記第２の特定のタスクが、前記第２タイプの前記データの処理である、請求項２に記載のデータ・ストレージ・ネットワーク。
【請求項４】
データ・ストレージ・ネットワーク内の目的に最適化された装置によって特定の処理タスクを実行する、コンピュータ実施される方法であって、前記方法が、
やはり前記データ・ストレージ・ネットワーク内にある個人データ記憶装置に、使用可能なサービスに関する情報を要求するステップと、
少なくとも１つの使用可能なサービスに関する情報を受信するステップと、
前記少なくとも１つの使用可能なサービスを選択するステップと、
前記個人データ記憶装置が前記少なくとも１つの使用可能なサービスをサポートするデータを送信することを要求するステップであって、前記個人データ記憶装置が、前記データを処理することができない、ステップと、
前記データを処理することによって前記特定の処理タスクを実行するステップと
を含む、コンピュータ実施される方法。
【請求項５】
第２の特定の処理タスクが、第２の目的に最適化された装置によって実行され、前記第２の目的に最適化された装置も、前記データ・ストレージ・ネットワーク内にあり、前記方法が、さらに、
前記個人データ記憶装置に、使用可能なサービスに関する前記情報を要求するステップと、
第２の使用可能なサービスに関する情報を受信するステップと、
前記第２の使用可能なサービスを選択するステップと、
前記個人データ記憶装置が前記第２の使用可能なサービスをサポートするデータを送信することを要求するステップであって、前記個人データ記憶装置が、前記データを処理することができず、前記目的に最適化された装置が、前記データを処理することができない、ステップと、
前記データを処理することによって、前記第２の特定の処理タスクを実行するステップと
を含む、請求項４に記載のコンピュータ実施される方法。
【請求項６】
データ・ストレージ・ネットワークであって、前記データ・ストレージ・ネットワークが、
目的に最適化された装置であって、前記目的に最適化された装置が、サービス情報の可用性の通知を繰り返して送信する、目的に最適化された装置と、
個人データ記憶装置であって、前記個人データ記憶装置が、前記繰り返して送信される通知に応答し、これによって、前記サービス情報を受信する、個人データ記憶装置と
を含むデータ・ストレージ・ネットワーク。
【請求項７】
前記個人データ記憶装置が前記サービス情報を受信することを許可する前に、前記個人データ記憶装置が前記サービス情報を受信することを許可されるかどうかを判定するために、前記繰り返して送信される通知に対する前記応答が、前記目的に最適化された装置によって検証される、請求項６に記載のデータ・ストレージ・ネットワーク。
【請求項８】
前記サービス情報が、プレゼンテーション情報、オーディオ情報、およびビデオ情報からなる群から選択される、請求項６に記載のデータ・ストレージ・ネットワーク。
【請求項９】
前記繰り返して送信される通知が、無線伝送であり、前記個人データ記憶装置が、前記無線伝送の範囲内である時に前記通知に応答する、請求項６に記載のデータ・ストレージ・ネットワーク。
【請求項１０】
データ・ストレージ・ネットワーク内でサービス情報を提供する、コンピュータ実施される方法であって、前記方法が、
サービス情報の可用性の通知を繰り返して送信するステップであって、前記繰り返して送信するステップが、目的に最適化された装置によって実行される、ステップと、
個人データ記憶装置内で、前記通知を受信し、これによって前記サービス情報を受信するために、前記繰り返して送信される通知に応答するステップと
を含む、コンピュータ実施される方法。
【請求項１１】
さらに、前記目的に最適化された装置内で、前記個人データ記憶装置が前記サービス情報を受信することを許可されるかどうかを検証するステップを含む、請求項１０に記載のコンピュータ実施される方法。
【請求項１２】
前記サービス情報が、プレゼンテーション情報、オーディオ情報、およびビデオ情報からなる群から選択される、請求項１０に記載のコンピュータ実施される方法。
【請求項１３】
前記繰り返して送信される通知が、無線伝送であり、前記個人データ記憶装置が、前記無線伝送の範囲内である時に前記通知に応答する、請求項１０に記載のコンピュータ実施される方法。
【請求項１４】
プログラム製品であって、前記プログラム製品が、
信号担持媒体と、
プログラム製品と
を含み、前記プログラム製品が、
さらにデータ・ストレージ・ネットワーク内にある個人データ記憶装置に、使用可能なサービスに関する情報を要求するステップと、
少なくとも１つの使用可能なサービスに関する情報を受信するステップと、
前記少なくとも１つの使用可能なサービスを選択するステップと、
前記個人データ記憶装置が前記少なくとも１つの使用可能なサービスをサポートするデータを送信することを要求するステップであって、前記個人データ記憶装置が、前記データを処理することができない、ステップと、
前記データを処理することによって前記特定の処理タスクを実行するステップと
を実行するように構成される、プログラム製品。
【請求項１５】
第２の特定の処理タスクが、第２の目的に最適化された装置によって実行され、前記第２の目的に最適化された装置も、前記データ・ストレージ・ネットワーク内にあり、前記プログラム製品が、さらに、
前記個人データ記憶装置に、使用可能なサービスに関する前記情報を要求するステップと、
第２の使用可能なサービスに関する情報を受信するステップと、
前記第２の使用可能なサービスを選択するステップと、
前記個人データ記憶装置が前記第２の使用可能なサービスをサポートするデータを送信することを要求するステップであって、前記個人データ記憶装置が、前記データを処理することができず、前記目的に最適化された装置が、前記データを処理することができない、ステップと、
前記データを処理することによって、前記第２の特定の処理タスクを実行するステップと
を実行するように構成される、請求項１４に記載のプログラム製品。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ処理システムに関する。具体的に言うと、本発明は、コンピュータ小型化およびモバイル・コンピューティングへのコンピュータ小型化の応用に関する。
【０００２】
【従来の技術】
さまざまな形で、異なるタイプのコンピューティング装置が、長年にわたって存在してきた。時がたつにつれて、コンピューティング装置の使用が、ますます広範囲になってきた。ごく初期のコンピューティング装置は、非常に大きく、主に、戦争中に、機密コードの暗号解読などのさまざまな数学的計算の実行に使用された。１９５０年代および１９６０年代に、コンピューティング装置の役割が、給与計算および会計処理などのビジネス・タスクを含むように拡張された。１９７０年代および１９８０年代に、パーソナル・コンピュータが登場し、１つまたは複数の完全に機能するコンピューティング装置の家庭内での存在が一般的になった。１９９０年代に、インターネットおよびワールドワイドウェブが一般的になり、非常に大きいサーバ・コンピュータと、携帯情報端末およびセル電話などの非常に小さいタイプのパーソナル・コンピューティング装置とを含むすべての種類のコンピューティング装置の使用が急増した。本発明に関連する技術に、小型のパーソナル・コンピューティング装置が含まれる。
【０００３】
上で述べたように、携帯情報端末およびセル電話の両方が、普及しているパーソナル・コンピューティング装置の例である。この分野でのかなり最近の発展が、ウェアラブル・コンピューティング技術である。ウェアラブル・コンピューティング技術の目標には、衣服または宝石と同一の形で、構成要素自体を簡単に目立たずに身に着けることができるところまでコンピュータ・システム構成要素を小型化することが含まれる。しかし、現在のウェアラブル・コンピュータ技術に関する問題は、それが、新しいコンピューティング環境での古い設計概念の使用になることである。言い換えると、現在のウェアラブル・コンピュータ設計には、完全に機能するコンピュータ・システムのサイズを減らし、その結果、ユーザが身に着け、操作できるようにすることが含まれる。したがって、結果の装置には、ぶざまなヘッド・マウント・ディスプレイ、ベスト、およびショルダ・ハーネスが、もつれたワイヤ、および重い電池パックと共に含まれる。これらの物理的問題は、明らかに重用であるが、現在の設計は、非常に目立ち、自意識の強いユーザに向く。
【０００４】
【発明が解決しようとする課題】
これらの問題に鑑みて、ウェアラブル・コンピュータ設計への新しい手法が必要である。そのような新しい手法がなければ、ウェアラブル・コンピュータ技術は、古い設計概念の使用によって進歩を妨げられ続ける。
【０００５】
【課題を解決するための手段】
したがって、本発明の主目的は、ウェアラブル・データ・ネットワークを提供することである。
【０００６】
本発明のもう１つの目的は、ウェアラブル・データ・ネットワークで使用される機能強化されたポータブル・データ装置を提供することである。
【０００７】
本発明のもう１つの目的は、ウェアラブル・データ・ネットワークで使用される、機能強化され、目的に最適化された装置を提供することである。
【０００８】
本発明の上記および他の目的は、本明細書で開示されるウェアラブル・データ・ネットワークによって達成される。好ましい実施形態のウェアラブル・データ・ネットワークは、本発明で汎用データ・ウェアハウス（ＵＤＷ）と呼ばれる少なくとも１つのポータブル・データ装置と、少なくとも１つの目的に最適化された装置（ＰＯＤ）からなる。ＵＤＷは、ユーザによって持ち運ばれ、本質的に、個人データ・ウェアハウスである。ＵＤＷは、特定のタイプのデータの保管に制限されず、したがって、無数の形で使用することができる。個人財務データ、オーディオ・ファイル、ビデオ・ファイル、プレゼンテーション・ファイル、および個人医療記録の保管が、ＵＤＷの有用性の少数の例である。ＵＤＷが、ユーザのデータを処理できず、これが、ウェアラブル・コンピュータでないことを意味することにも留意されたい。そうではなく、ＵＤＷは、ユーザのデータのポータブル記憶装置としてのみ使用される「ウェアラブル・データ」装置である。その結果、ＵＤＷは、ヘッドセットまたはもつれたワイヤを含まず、重い電池パックを必要としない。
【０００９】
１つまたは複数の目的に最適化された装置（ＰＯＤ）が、１つまたは複数のＵＤＷと共に、ユーザのデータを処理するのに使用される。名前から示されるように、ＰＯＤは、特定の目的を実行するように最適化された装置である。１つの例が、ユーザのオーディオ・ファイルを再生するように設計されたＰＯＤであり、もう１つの例が、ユーザのビデオ・ファイルをレンダリングするように設計されたＰＯＤであり、もう１つの例が、ユーザのプレゼンテーション・ファイルをレンダリングするように設計されたＰＯＤである。
【００１０】
【発明の実施の形態】
図面に移ると、図１は、好ましい実施形態のウェアラブル・データ・ネットワークのブロック図である。図からわかるように、好ましい実施形態のウェアラブル・データ・ネットワーク１００は、ＵＤＷ１０５および複数のＰＯＤからなる。上で説明したように、ＵＤＷ１０５は、１つまたは複数のＰＯＤと共に、ユーザのデータを処理するのに使用される個人データ・ウェアハウスである。たとえば、ＰＯＤ１１０がオーディオＰＯＤである場合に、このＰＯＤ１１０は、ＵＤＷ１０５からのオーディオ・ファイルを再生するのに使用される。同様に、ＰＯＤ１１５がプレゼンテーションＰＯＤである場合に、ＰＯＤ１１５は、ＵＤＷ１０５に保管されたプレゼンテーション・ファイル（たとえばＬｏｔｕｓ  Ｆｒｅｅｌａｎｃｅファイル）をレンダリングするのに使用される。好ましい実施形態のウェアラブル・データ・ネットワーク（ＷＤＮ）１００は、Ｂｌｕｅｔｏｏｔｈ標準規格に準拠する無線ネットワークであるが、当業者は、無線通信の他の標準規格を使用できることを諒解するであろう。
【００１１】
「Ｓｙｓｔｅｍ  ｏｎ  ａ  Ｃｈｉｐ」構成要素
図２は、好ましい実施形態のＵＤＷ１０５の内部を示すブロック図である。図からわかるように、ＵＤＷ１０５の主要な処理装置には、ＵＤＷプロセッサ２０５、メモリ２１０、ＵＡＲＴ２１８、プログラム式入出力制御２２０、およびタイマ制御２２５が含まれる。好ましい実施形態では、ＡＭＤ（Ｒ）Ｃｏｒｐｏｒａｔｉｏｎ社のＸ８６、１４ＭＨｚ  ｓｙｓｔｅｍ  ｏｎ  ａ  ｃｈｉｐが、これらの構成要素／機能を提供するのに使用される。しかし、当業者は、他の類似する構成要素パッケージを使用できることを諒解するであろう。ＵＤＷ１０５の処理装置を、個別の構成要素を使用して作ることもできる。ＵＤＷプロセッサ２０５は、メモリ２１０に保管されたプログラムを実行するのに使用される。ＵＡＲＴ２１８は、ＲＦトランシーバ２３０および保守ポート２３５から情報を送信／受信するのに使用されるが、他の類似する装置を使用できることを理解されたい。プログラム式入出力制御２２０は、ユーザ・インターフェース２４０と対話するのに使用される。タイマ・サポート２２５は、補助メモリ２４５のリフレッシュ制御の責任を負う。
【００１２】
相互接続された構成要素
ＲＦトランシーバ２３０は、ＵＤＷ１０５によって、ＷＤＮ１００の他の構成要素（すなわち、ＷＤＮ１００内のさまざまなＰＯＤ）と通信するのに使用される。好ましい実施形態のＲＦトランシーバ２３０は、Ｅｒｉｃｓｓｏｎ（Ｒ）社のＢｌｕｅｔｏｏｔｈ  ＲＦトランシーバであるが、他のＢｌｕｅｔｏｏｔｈトランシーバおよびＢｌｕｅｔｏｏｔｈ以外のトランシーバを使用することができる。保守ポート２３５は、ＵＤＷ１０５のソフトウェア・プログラムの更新およびデバッグに使用される。保守ポート２３５は、ユーザＩＤおよびパスワード情報を用いるＵＤＷ１０５の構成、およびユーザが興味を持つサービス更新タイプの指定（図７および８と関連テキストを参照されたい）にも使用される。ユーザＩＤおよびパスワード情報は、ｕｓｅｒ．ｉｄファイル（図３のｕｓｅｒ．ｉｄファイル２７５を参照されたい）に保管され、サービス更新情報は、ｕｓｅｒ．ｓｅｒｖｉｃｅｓファイル（図３のｕｓｅｒ．ｓｅｒｖｉｃｅｓファイル２８０を参照されたい）に保管される。好ましい実施形態のユーザ・インターフェース２４０は、保守ポート２３５の手動活動化用の押しボタンである。補助メモリ２４５は、メモリ２１０とマイクロドライブ２５０の間のデータ・キャッシング、データ・バッファリング、およびコード保管に使用される。図からわかるように、マイクロドライブ２５０は、データ２５５の保管に使用される。マイクロドライブ２５０は、ＩＢＭ（Ｒ）社の１Ｇマイクロドライブであるが、他のコンパクトな記憶装置を使用することができる。
【００１３】
ソフトウェア・プログラム
図からわかるように、メモリ２１０に含まれるものとして、さまざまなプログラムが示されている。これらのプログラムが、本発明の好ましい実施形態の説明を容易にするためにこの形で図示されていることを理解されたい。実際には、これらのプログラム（またはその部分）が、ＵＤＷプロセッサ２０５での実行時にのみ、非持続性のメモリ２１０に存在する。他の時には、これらのプログラムが、補助メモリ２４５または潜在的にマイクロドライブ２５０内に保管される。その上で、ＳＤＲＨ（サービス・ディスカバリ要求ハンドラ）２１２が、好ましい実施形態で、ＷＤＮ１００のＰＯＤからサービス・ディスカバリ要求メッセージを受信し、処理するのに使用される。ＳＤＲＨ２１２は、図５、６、および９に関連するテキストで詳細に説明する。ファイル・システム・コントローラ２１３が、マイクロドライブ２５０のファイル・システムを維持するのに使用される。このファイル・システムを、図３に示し、関連するテキストで説明する。
【００１４】
入出力コントローラ２１４は、ＲＦトランシーバ２３０と対話するのに他のプログラムによって使用されるＢｌｕｅｔｏｏｔｈ準拠ドライバである。ＳＵＨ（サービス更新ハンドラ）２１５は、ＷＤＮ１００のＰＯＤからサービス更新メッセージを受信し、処理するのに使用される。ＳＵＨ２１５を、図７、８、および９に関連するテキストで詳細に説明する。メモリ・コントローラ２１６は、ＵＤＷ１０５のメモリ・デバイス（すなわち、メモリ２１０、補助メモリ２４５、およびマイクロドライブ２５０）の間でのデータおよびコードの、キャッシングおよびバッファリングを含む移動を処理するのに使用される。媒体ハンドラ２１７は、マルチメディア・ストリーミング・ドライバである。好ましい実施形態のマルチメディア・プロトコルは、プロプラエタリであるが、当業者は、Ｓｈｏｃｋｗａｖｅとして産業界で既知のものなどのアイソクロナス・プロトコルを使用できることを諒解するであろう。
【００１５】
図３は、ＵＤＷ１０５のマイクロドライブ２５０の好ましい実施形態で使用されるファイル・システム構造のブロック図である。図からわかるように、ファイル・システムには、異なるタイプの複数のファイルが保管されるルート・ディレクトリが含まれる。ＭＰ３ファイル２６０は、オーディオ・ファイルであり、ａｖｉファイル２６５は、ビデオ・ファイルであり、ｐｒｚファイル２７０は、プレゼンテーション・ファイル（すなわちＬｏｔｕｓ  Ｆｒｅｅｌａｎｃｅファイル）である。当業者は、好ましい実施形態および本発明の両方が、これらの特定のファイル・タイプに制限されないことを諒解するであろう。ｕｓｅｒ．ｉｄファイル２７５は、図６に関連するテキストで詳細に説明するが、セキュリティ制御に使用される。
【００１６】
「Ｓｙｓｔｅｍ  ｏｎ  ａ  Ｃｈｉｐ」構成要素
図４は、好ましい実施形態のＰＯＤ１１０の内部を示すブロック図である。図からわかるように、ＰＯＤ１１０の主要な処理装置には、ＰＯＤプロセッサ３０５、メモリ３１０、ＵＡＲＴ３１８、およびプログラム式入出力制御３２０が含まれる。好ましい実施形態では、ＡＭＤ（Ｒ）Ｃｏｒｐｏｒａｔｉｏｎ社のＸ８６、１４ＭＨｚ  ｓｙｓｔｅｍ  ｏｎ  ａ  ｃｈｉｐが、これらの構成要素／機能を提供するのに使用される。しかし、上でＵＤＷ１０５に関して説明したように、当業者は、他の類似する構成要素パッケージを使用できることを諒解するであろう。ＰＯＤ１１０の処理装置を、個別の構成要素を使用して作ることもできる。ＰＯＤプロセッサ３０５は、メモリ３１０に保管されたプログラムを実行するのに使用される。ＵＡＲＴ３１８は、ＲＦトランシーバ３２５および保守ポート３３０から情報を送信／受信するのに使用される。プログラム式入出力制御３２０は、ユーザ・インターフェース３３５と対話するのに使用される。
【００１７】
相互接続された構成要素
ＲＦトランシーバ３２５は、ＰＯＤ１１０によって、ＷＤＮ１００の他の構成要素（すなわち、ＷＤＮ１００内のさまざまなＵＤＷ）と通信するのに使用される。好ましい実施形態のＲＦトランシーバ３２５は、Ｅｒｉｃｓｓｏｎ（Ｒ）社のＢｌｕｅｔｏｏｔｈ  ＲＦトランシーバであるが、他のＢｌｕｅｔｏｏｔｈトランシーバを使用することができる。保守ポート３３０は、ＰＯＤ１１０のソフトウェア・プログラムの更新およびデバッグに使用される。好ましい実施形態のユーザ・インターフェース３３５は、小さいＬＣＤディスプレイである。このディスプレイは、ＰＯＤ１１０のユーザにさまざまな状況メッセージを伝えるのに使用される。ＰＯＤ固有ハードウェア３４０は、本発明では、特定のＰＯＤに固有の機能を実行するのに必要になる可能性がある特定のハードウェアのプレース・ホルダとして使用される。たとえば、プレゼンテーションＰＯＤには、プレゼンテーションをムービー画面上のイメージとして視覚的にレンダリングするのに必要な特殊化されたハードウェアが含まれる。補助メモリ３４５は、コードの保管に使用される。
【００１８】
ソフトウェア・プログラム
図からわかるように、メモリ３１０に含まれるものとして、さまざまなプログラムが示されている。上でＵＤＷ１０５の説明で述べたように、これらのプログラムが、本発明の好ましい実施形態の説明を容易にするためにこの形で図示されていることを理解されたい。実際には、これらのプログラム（またはその部分）が、ＰＯＤプロセッサ３０５での実行時にのみ、非持続性のメモリ３１０に存在する。他の時には、これらのプログラムが、補助メモリ３４５に保管される。その上で、ユーザ・インターフェース制御３１１が、好ましい実施形態で、ＰＯＤ１１０の他のプログラムがユーザ・インターフェース３３５と対話できるようにするのに使用される。ＳＤＨ（サービス・ディスカバリ・ハンドラ）３１２は、好ましい実施形態では、ＷＤＮ１００のＵＤＷとの間で、サービス・ディスカバリ要求メッセージを送信し、サービス要求メッセージを処理するのに使用される。ＳＤＨ３１２は、図５、６、および９に関連するテキストで詳細に説明する。
【００１９】
入出力コントローラ３１３は、ＲＦトランシーバ２３０と対話するのに他のプログラムによって使用されるＢｌｕｅｔｏｏｔｈ準拠ドライバである。ＳＵＰ（サービス更新プロセッサ）３１４は、ＷＤＮ１００のＵＤＷとの間でサービス更新メッセージを送信し、サービス更新応答メッセージを受信するのに使用される。ＳＵＨ２１５を、図７、８、および９に関連するテキストで詳細に説明する。ＭＭｅｄｉａハンドラ３１７は、マルチメディア・ストリーミング・ドライバである。上で説明したように、好ましい実施形態のマルチメディア・プロトコルは、プロプラエタリであるが、他のアイソクロナス・プロトコルを使用することができる。ＭＭｅｄｉａハンドラ３１７が、ストリーミングされるデータに依存するＰＯＤでのみ存在する必要があることを理解されたい。たとえば、プレゼンテーションＰＯＤは、ＭＭｅｄｉａハンドラ３１７を必要としない。というのは、プレゼンテーションがユーザにレンダリングされる前に、プレゼンテーション・ファイル全体が、プレゼンテーションＰＯＤに送信されるからである。
【００２０】
本発明を、ネットワーク装置および関連する装置に関して説明するが、当業者が、本発明のある機構をさまざまな形のプログラム製品として配布できることと、本発明が配布の実際の実行に使用される信号担持媒体の特定のタイプに無関係に同等に適用されることを諒解することに留意することが重要である。信号担持媒体の例には、フロッピ・ディスクおよびＣＤ  ＲＯＭなどの記録可能型媒体と、ディジタル通信リンクおよびアナログ通信リンクなどの伝送型媒体が含まれる。
【００２１】
Ｂｌｕｅｔｏｏｔｈプロトコル
前に述べたように、本発明の好ましい実施形態では、無線通信に関する業界標準であるＢｌｕｅｔｏｏｔｈプロトコルを使用する。この後の説明で暗示されるものが、ＷＤＮ１００を構成する装置によって行われる、接続を確立し、行い、破壊するための、あるＢｌｕｅｔｏｏｔｈ機構の使用であることに留意されたい。言い換えると、下で説明するサービス・ディスカバリ・プロトコルおよびサービス更新プロトコルは、Ｂｌｕｅｔｏｏｔｈプロトコルに頼って実行される。基礎となるＢｌｕｅｔｏｏｔｈプロトコルの使用の詳細は、当技術分野で周知であり、したがって、本明細書には含まれない。
【００２２】
サービス・ディスカバリ処理
図５は、好ましい実施形態で、好ましい実施形態の目的に最適化された装置のサービス・ディスカバリ・ハンドラの機能を実行するのに使用されるステップの流れ図である。ブロック４０５でユーザがＰＯＤ１１０を活動化した後に、ＰＯＤ１１０のＳＤＨ３１２が、汎用サービス・ディスカバリ要求メッセージを自動的に送信する［ブロック４１０］。図９および１０に、メッセージ・タイプ・テーブル６００およびメッセージ・フォーマット６２０を示す。汎用サービス・ディスカバリ要求は、００００のメッセージ値を有し、ユーザＩＤ／パスワード対を含み、これらは、最初の２つの可変フィールドに含まれる（図１０のメッセージ・フォーマット６２０を参照されたい）。このタイプのメッセージは、４のメッセージ長を有する（すなわち、メッセージ値に１つ、メッセージ長値自体に１つ、ユーザＩＤ／パスワード対に２つ）（ユーザＩＤおよびパスワード情報を保管し、維持し、利用するのに使用される正確な機構は、実装依存であり、したがって、本明細書では説明しない。当業者は、使用される正確な機構の詳細が、本発明の利益および長所にとって重要でないことを諒解するであろう。ユーザＩＤ／パスワード・セキュリティ・プロトコルが、すべての状況に完全に適用可能でない可能性があることと、ある状況で、ＰＫＣＳまたはＤＥＳなどのより洗練されたセキュリティ・プロトコルの使用が必要になる場合があることも理解されたい）。汎用サービス・ディスカバリ・メッセージは、好ましい実施形態では、ＵＤＷに照会して、どのタイプのデータ（すなわちサービス）がＵＤＷに存在するかを判定するのに使用される。
【００２３】
汎用サービス・ディスカバリ・メッセージを送信した後に、ＳＤＨ３１２は、ＵＤＷ１０５がサービス応答メッセージまたはサービス拒否メッセージを返すのを待つ。図９を参照すると、サービス応答メッセージは、０００１のメッセージ値と、問題のＵＤＷで使用可能なサービスの数と等しいメッセージ長を有する。ＵＤＷ１０５を例にすると、図３に、ＵＤＷ１０５に３つの異なるタイプのファイル（．ＭＰ３、．ａｖｉ、および．ｐｒｚ）が含まれ、メッセージ長フィールドが５になることを意味することが示されている（すなわち、メッセージ値に１つ、メッセージ長に１つ、および使用可能なサービスのそれぞれの３つ）。最後に、可変フィールド１から３のそれぞれに、ＵＤＷ１０５で使用可能なファイル・タイプごとに１つのファイル・タイプが含まれる。サービス拒否メッセージは、メッセージ値（０００２）およびメッセージ長（２）だけを含むもう１つの２ワード・メッセージである。
【００２４】
ＳＤＨ３１２が、サービス拒否メッセージを受信する場合に［ブロック４２０］、ＳＤＨ３１２は、ユーザ・インターフェース３３５を介してユーザにサービス拒否メッセージを表示し［ブロック４１５］、ブロック４００で処理を終了する（その代わりに、ここでＳＤＨ３１２を、サービス応答メッセージが受信されるまで繰り返して汎用サービス・ディスカバリ・メッセージを送信するように設計することができることに留意されたい）。ＳＤＨ３１２が、サービス応答メッセージを受信する場合には、ＳＤＨ３１２は、やはりユーザ・インターフェース３３５を介して、使用可能なサービスをユーザに表示する［ブロック４２５］。その後、ＳＤＨ３１２は、ユーザが特定のサービスを選択するのを待ち、それをブロック４３０で受け取る。その後、ＳＤＨ３１２は、ブロック４３５で特定サービス要求を送信する。名前からわかるように、特定サービス要求は、好ましい実施形態では、ユーザが望む特定のサービスを指定するのに使用される。このメッセージのメッセージ値は０００３であり、メッセージ長は２である。特定サービス要求を送信した後に、ＳＤＨ３１２は、ＵＤＷが要求されたデータを返すのを待つ。このデータは、ブロック４４０で受信される。データが受信された後に、ＳＤＨは、受信したデータを、処理のためにＭＭｅｄｉａハンドラ３１７およびＰＯＤ固有ソフトウェア３１５に渡す４４５。たとえば、ユーザがオーディオ・サービス（すなわち．ＭＰ３ファイル）を選択した場合に、ＭＭｅｄｉａハンドラ３１７が、．ＭＰ３ファイルをＰＯＤ固有ソフトウェア３１５にストリーミングするのに使用され、このＰＯＤ固有ソフトウェア３１５は、．ＭＰ３プレイヤ・ソフトウェアになる。
【００２５】
図６は、好ましい実施形態で、好ましい実施形態の汎用データ・ウェアハウスのサービス・ディスカバリ要求ハンドラの機能を実行するのに使用されるステップの流れ図である。ＳＤＲＨ２１２は、ＰＯＤ１１０のＳＤＨ３１２の、ＵＤＷ１０５内の対照物である。ＳＤＨ３１２が、汎用サービス・ディスカバリ要求を送信する時に、その要求が、図６のブロック４６５でＳＤＲＨ２１２によって受信される。その後、ＳＤＨ３１２が、ファイル・システム・コントローラ２１３を介してマイクロドライブ２５０にアクセスし、マイクロドライブ２５０のｕｓｅｒ．ｉｄファイル２７５に含まれるユーザＩＤ／パスワード対に対してユーザＩＤ／パスワード対を検査する（図３に示されたｕｓｅｒ．ｉｄファイル２７５を参照されたい）。送信されたユーザＩＤ／パスワード対が、ｕｓｅｒ．ｉｄファイル２７５に存在しない場合には、ＳＤＨ３１２は、サービス拒否メッセージを送信し［ブロック４７５］、ブロック４８０で実行を終了する。送信されたユーザＩＤ／パスワード対が、ｕｓｅｒ．ｉｄファイル２７５に存在する場合には、ＳＤＨ３１２は、ファイル・システム・コントローラ２１３を介してマイクロドライブ２５０にアクセスし、異なるファイル・タイプ（すなわちサービス）を収集し、サービス応答メッセージを作成し、そのメッセージを要求元のＰＯＤに送信し［ブロック４８５］、ブロック４８０で実行を終了する。
【００２６】
サービス更新処理
図７は、好ましい実施形態で、好ましい実施形態の目的に最適化された装置のサービス更新プロセッサの機能を実行するのに使用されるステップの流れ図である。ブロック５００で、好ましい実施形態のＳＵＰ（サービス更新プロセッサ）３１４が、サービス更新ビーコン・メッセージを繰り返して送信する。この特定のメッセージは、ＷＤＮ１００内で、使用可能なサービス更新情報をＰＯＤが有することを１つまたは複数のＵＤＷに知らせるのに使用される。ここで、セキュリティの理由から、メッセージに情報自体が含まれず、特定のタイプの情報が使用可能であることの表示だけが含まれることに留意されたい。上で説明したメッセージと同様に、サービス更新ビーコン・メッセージを、図９に示す。サービス更新ビーコン・メッセージは、０００４のメッセージ値、問題のサービスの数に依存するメッセージ長値、および異なるサービス・タイプのエンコーディングに対処するための１つまたは複数の可変フィールドを有する。たとえば、ＰＯＤ１１０が、サービス更新情報を送達するように最適化され、使用可能なサービスとして天気情報と電子メール情報を有する場合に、ＳＵＰ３１４は、４のメッセージ長（すなわち、メッセージ値に１つ、メッセージ長に１つ、および使用可能なサービスに２つ）を有するサービス更新ビーコン・メッセージを送信する。サービス更新レコード６３０を参照すると、天気サービスは、００００のエンコーディングを有し、電子メール・サービスは、００３のエンコーディングを有する。ＰＯＤがサービス情報を用いて更新される特定の形は、所与のＰＯＤに固有であり、これは、異なるタイプのＰＯＤが、異なる形でサービス更新情報へのアクセスを得ることを意味する。ＰＯＤがサービス情報を用いて更新される特定の形が、本発明の好ましい実施形態の利益および長所にとって重要でないことにも留意されたい。したがって、所与のＰＯＤタイプがどのように更新されるかに関する情報は、本明細書には含まれない。
【００２７】
ＵＤＷが、範囲内にあり、ユーザが、ビーコンで送信されるタイプのサービス更新を受信することに関心を持つ時に、ＵＤＷが、サービス更新ビーコン・メッセージに応答する。ＳＵＰ３１４は、処理ブロック５０５でビーコン応答メッセージを受信する。ビーコン応答メッセージには、要求されるサービスのタイプの表示およびＩＤ／パスワード対が含まれる。ＳＵＰ３１４は、この情報をサービス更新レコード（図９を参照されたい）にマッピングすることを試みる［ブロック５１０］。このマッピングを実行する際に、ＳＵＰ３１４は、サービス更新レコードと、ビーコン応答メッセージで送信された情報とに一致する項目があるかどうかを判定する。たとえば、ＵＤＷ１０５が、０００４のサービス更新タイプ（「電話呼出し」）およびｎｉｃｈｏｌａｓ＠ｘｙｚ．ｃｏｍ／ｃａｔのＩＤパスワード対を含むビーコン応答メッセージを用いてサービス更新ビーコン・メッセージに応答する場合に、ＳＵＰ３１４は、一致を見つけ［ブロック５２０］、その情報をＵＤＷ１０５に送信する［ブロック５２５］。その一方で、ＳＵＰ３１４が、サービス更新レコード６３０内で一致を見つけられない場合には、ＳＵＰ３１４は、サービス更新拒否メッセージをＵＤＷ１０５に送信する。
【００２８】
図８は、好ましい実施形態で、好ましい実施形態の汎用データ・ウェアハウスのサービス更新ハンドラの機能を実行するのに使用されるステップの流れ図である。サービス更新ハンドラ２１５は、ＰＯＤ１１０のＳＵＰ３１４の、ＵＤＷ１０５内の対照物である。上で述べたように、ＵＤＷ１０５が、ＰＯＤ１１０の範囲内になった時に、ＵＤＷ１０５は、サービス更新ビーコン・メッセージを受信する［ブロック５５０］。その後、ＵＤＷ１０５は、そのサービス・ファイル（図３のｕｓｅｒ．ｓｅｒｖｉｃｅｓファイル２８０を参照されたい）を検査して、そのユーザが、サービス更新ビーコン・メッセージで指定されたサービスの１つまたは複数への関心を示したかどうかを判定する［ブロック５５２］。サービス・ファイルに、サービス更新ビーコン・メッセージに含まれるサービスの１つへの関心の表示が含まれる場合には、ＵＤＷ１０５は、ブロック５５５で、ビーコン応答メッセージをＰＯＤ１１０に送信することによって応答する。上で述べたように、ビーコン応答メッセージには、要求されるサービス更新タイプおよびＩＤ／パスワード対が含まれる。その後、ＵＤＷ１０５は、ＰＯＤ１１０からメッセージを受信し［ブロック５６０］、メッセージがサービス拒否メッセージであるかどうかを判定する［ブロック５７０］。メッセージがサービス拒否メッセージでない場合には、ＵＤＷ１０５は、更新されたサービスを含むようにマイクロドライブ２５０を更新し［ブロック５８０］、ブロック５７５で実行を終了する。メッセージがサービス拒否メッセージである場合には、ＵＤＷ１０５は、ブロック５７５で単純に実行を終了する。
【００２９】
バルク・サービス更新
ユーザが、ＵＤＷ１０５に大量のデータをロードすることを望む場合（たとえば、複数のオーディオ・ファイルまたはビデオ・ファイル）、ユーザは、単純に、マイクロドライブ２５０をＵＤＷ１０５から取り外し、マイクロドライブ２５０のコンパクト・フラッシュ・インターフェースを使用してマイクロドライブをコンピュータ・システムに接続する。その後、ユーザは、マイクロドライブ２５０のファイルを手作業で操作（追加、削除、または変更）することができる。
【００３０】
本明細書に示した実施形態および例は、本発明およびその実用的な応用例を最もよく説明し、これによって、当業者が本発明を作り、使用できるようにするために提示されたものである。しかし、当業者は、前述の説明および例が、説明および例示だけを目的とすることを諒解するであろう。示された説明は、網羅的であることまたは本発明を開示された形態に制限することを意図されたものではない。請求項の趣旨および範囲から逸脱せずに、上の教示に鑑みて、多数の修正形態および変形形態が可能である。
【図面の簡単な説明】
【図１】
好ましい実施形態のウェアラブル・データ・ネットワークのブロック図である。
【図２】
好ましい実施形態の汎用データ・ウェアハウスのブロック図である。
【図３】
汎用データ・ウェアハウスの好ましい実施形態に使用されるデータ記憶構造のブロック図である。
【図４】
好ましい実施形態の目的に最適化された装置のブロック図である。
【図５】
好ましい実施形態で、好ましい実施形態の目的に最適化された装置のサービス・ディスカバリ・ハンドラの機能を実行するのに使用されるステップの流れ図である。
【図６】
好ましい実施形態で、好ましい実施形態の汎用データ・ウェアハウスのサービス・ディスカバリ要求ハンドラの機能を実行するのに使用されるステップの流れ図である。
【図７】
好ましい実施形態で、好ましい実施形態の目的に最適化された装置のサービス更新プロセッサの機能を実行するのに使用されるステップの流れ図である。
【図８】
好ましい実施形態で、好ましい実施形態の汎用データ・ウェアハウスのサービス更新ハンドラの機能を実行するのに使用されるステップの流れ図である。
【図９】
好ましい実施形態の機構によって使用されるメッセージ・タイプを示す図である。
【図１０】
好ましい実施形態の機構によって使用されるメッセージ・フォーマットを示す図である。
【図１１】
好ましい実施形態の機構によって使用されるサービス更新レコードを示す図である。
【図１】
2004515862.tif 000003
【図２】
2004515862.tif 000004
【図３】
2004515862.tif 000005
【図４】
2004515862.tif 000006
【図５】
2004515862.tif 000007
【図６】
2004515862.tif 000008
【図７】
2004515862.tif 000009
【図８】
2004515862.tif 000010
【図９】
2004515862.tif 000011
【図１０】
2004515862.tif 000012
【図１１】
2004515862.tif 000013
【国際公開パンフレット】
2004515862.tif 000014
2004515862.tif 000015
2004515862.tif 000016
2004515862.tif 000017
2004515862.tif 000018
2004515862.tif 000019
2004515862.tif 000020
2004515862.tif 000021
2004515862.tif 000022
2004515862.tif 000023
2004515862.tif 000024
2004515862.tif 000025
2004515862.tif 000026
2004515862.tif 000027
2004515862.tif 000028
2004515862.tif 000029
2004515862.tif 000030
2004515862.tif 000031
2004515862.tif 000032
2004515862.tif 000033
2004515862.tif 000034
2004515862.tif 000035
2004515862.tif 000036
2004515862.tif 000037
2004515862.tif 000038
2004515862.tif 000039
2004515862.tif 000040
2004515862.tif 000041
2004515862.tif 000042
2004515862.tif 000043
2004515862.tif 000044
2004515862.tif 000045
【国際公開パンフレット（コレクトバージョン）】
2004515862.tif 000046
2004515862.tif 000047
【国際調査報告】
2004515862.tif 000048
2004515862.tif 000049