(57)【要約】  無線通信を使用し、一つ以上のアクションデバイス、又はホストデバイス及び一つ以上のアクションデバイスは、無線で接続され、ネットワークシステムを規定している。これらのデバイスは、他のデバイスが同一のネットワーク内でオンラインになったことを無線で発見する機能を有し、追加のデバイスに自動的に調整し、一つ以上の接続されたデバイス間でインテリジェントな相互作用を開始する。ホストデバイス及びアクションデバイスは、データを効果的に管理し、データが失われないように保証することができる。ホストデバイスは、一つ以上の複数のデバイスへのデータのタイミングと分配を非同期又は同期で同時に制御し、調整及び演出されたシステムの実施を可能にする。ネットワークシステム及び方法は、ＴＣＰ／ＩＰネットワークスタックの複数レイヤを同時に使用することにより、特定の機器を取得したり、現存する技術の現在の動作の態様を修正したりする必要がなく、現存する機器を利用する。
2015510285.tif 000002
【特許請求の範囲】
【請求項１】
ＩＥＥＥ  ８０２．１１規格のファミリ又はその後継によって規定されるネットワークシステムであって、ホストデバイス及びアクショデバイスを含み、前記ネットワークシステムは、
第１の通信プロトコル及び第２の通信プロトコルを使用して双方向に無線通信を送信及び受信することができ、前記ホストデバイスは第１又は第２の動作モードで動作するように構成されたホストデバイスと、
前記第１及び第２の通信プロトコルを使用して無線通信を双方向に送信及び受信することができ、前記ホストデバイスと無線通信するように構成され、第１又は第２の動作モードのいずれかで動作するように構成されたアクションデバイスと
を含み、
前記第１及び第２の通信プロトコルは異なり、前記ホストデバイスおよび前記アクションデバイスは同一の動作モードにあり、前記ホストデバイスは前記アクションデバイスから受信した通信を処理するように構成され、前記ホストデバイスは前記アクションデバイスを制御するように構成されたネットワークシステム。
【請求項２】
前記アクションデバイスは入力及び出力データを管理するプロセッサをさらに含み、前記アクションデバイスの前記プロセッサはデルタカウンタを含み、前記デルタカウンタは前記ホストデバイスから前記アクションデバイスにおいて受信した入力データの各バイトについてインクリメントされ、前記デルタカウンタは前記アクションデバイスからの出力データの各バイトについてデクリメントされる請求項１に記載のネットワークシステム。
【請求項３】
前記アクションデバイスは、前記デルタカウンタの下側閾値が満たされたか又は超えられたとき、前記第２の通信プロトコルを用いて前記ホストデバイスに無線通信を送信し、入力データの速度を増加させるように構成された請求項２に記載のネットワークシステム。
【請求項４】
前記アクションデバイスは、前記デルタカウンタの上側閾値が満たされたか又は超えられたとき、前記第２の通信プロトコルを用いて前記ホストデバイスに無線通信を送信し、入力データの速度を減少させるように構成された請求項２に記載のネットワークシステム。
【請求項５】
第３の無線デバイスをさらに含み、前記第３の無線デバイスは第３の通信プロトコルを使用して無線通信を双方向に送信及び受信する送受信機を含み、前記アクションデバイスは第３の通信プロトコルを使用して通信することによって、前記ホストデバイス及び前記第３の無線デバイス間の中継器としての機能を果たすように構成された請求項１〜４のいずれか一項に記載のネットワークシステム。
【請求項６】
前記第３の通信プロトコルは、ＩＥＥＥ  ８０２．１５．４及びその後継、ＩＥＥＥ  ８０２．１５．１及びその後継、他の無線通信システム及びこれらの組み合わせからなるグループから選択された請求項５に記載のネットワークシステム。
【請求項７】
前記ホストデバイスと無線通信するように構成された複数のアクションデバイスをさらに含み、前記ホストデバイスは各アクションデバイスと通信するように構成された請求項１、２、３及び４のいずれか一項に記載のネットワークシステム。
【請求項８】
前記複数のアクションデバイスは、２個から３２個までの個数の間のアクションデバイスである請求項７に記載のネットワークシステム。
【請求項９】
前記第１の通信プロトコルは、伝送通信プロトコルであり、前記第２の通信プロトコルは、ユーザデータグラムプロトコルである請求項１、２、３及び４のいずれか一項に記載のネットワークシステム。
【請求項１０】
前記ホストデバイス及び前記アクションデバイスは前記第１の動作モードにあり、前記第１の動作モードはインフラストラクチャモードである請求項９に記載のネットワークシステム。
【請求項１１】
前記ホストデバイス及び前記アクションデバイスは前記第２の動作モードにあり、前記第２の動作モードはアドホックモードである請求項９に記載のネットワークシステム。
【請求項１２】
前記ホストデバイスは、パーソナルコンピュータ、モバイルデバイス、スマートデバイス及びこれらの組み合わせからなるグループから選択された請求項１、２、３及び４のいずれか一項に記載のネットワークシステム。
【請求項１３】
ホストデバイス及びアクションデバイスによって規定され、第１又は第２の動作モードで動作するように構成されたネットワークシステムであって、前記ネットワークシステムは、
第１の通信プロトコル及び第２の通信プロトコルを使用して無線通信するように構成され、無線通信を受信及び送信する第１の無線送受信機、及び前記第１の無線送受信機に動作可能に接続されたプロセッサを含むアクションデバイスであって、前記プロセッサは前記アクションデバイスのデータ管理、前記無線通信の処理、及び前記アクションデバイスの運動の管理を提供するアクションデバイスと、
前記第１の通信プロトコル及び前記第２の通信プロトコルを使用して前記アクションデバイスと無線通信するように構成され、無線通信を送信及び受信する第２の無線送受信機、及び前記第２の無線送受信機に動作可能に接続されたホスト制御アプリケーションを含むホストデバイスであって、前記ホスト制御アプリケーションは前記ホストデバイス及び前記アクションデバイス間の通信を管理及び処理し、前記ホスト制御アプリケーションは前記アクションデバイスのコマンド及び制御を提供するホストデバイスと
を含み、
前記ホストデバイス及び前記アクションデバイスは、前記第１及び第２の通信プロトコルを利用し、互いに通信を管理するネットワークシステム。
【請求項１４】
前記アクションデバイスは、音声ユニット及び運動効果デバイスをさらに含み、前記音声ユニットは音声の管理を提供し、前記音声ユニットは音声入力を受け取るマイクロフォン及び音声を放出するスピーカを含み、前記音声ユニットは前記プロセッサに動作可能に接続され、前記運動効果デバイスは前記プロセッサに動作可能に接続され、前記運動効果デバイスは前記アクションデバイスの運動を提供する請求項１３に記載のネットワークシステム。
【請求項１５】
前記運動効果デバイスは、車輪、サーボ、プロペラ、アクチュエータ、及びこれらの組み合わせの一つ以上を含む請求項１４に記載のネットワークシステム。
【請求項１６】
コマンド及び制御は、前記アクションデバイスに実施させる音声及び／又は運動指示を含む請求項１５に記載のネットワークシステム。
【請求項１７】
前記アクションデバイスの前記プロセッサはデルタカウンタを含み、前記デルタカウンタは前記ホストデバイスから前記プロセッサにおいて受信した入力データの各バイトについてインクリメントされ、前記デルタカウンタは前記プロセッサからの出力データの各バイトについてデクリメントされる請求項１５に記載のネットワークシステム。
【請求項１８】
前記プロセッサは前記デルタカウンタの下側閾値が満たされたか又は超えられたとき、前記第２の通信プロトコルを用いて前記ホスト制御アプリケーションに無線通信を送信し、入力データの速度を増加させる請求項１７に記載のネットワークシステム。
【請求項１９】
前記プロセッサは前記デルタカウンタの上側閾値が満たされたか又は超えられたとき、前記第２の通信プロトコルを用いて前記ホスト制御アプリケーションに無線通信を送信し、入力データの速度を減少させる請求項１７に記載のネットワークシステム。
【請求項２０】
前記音声入力は前記アクションデバイスによって受け取られ、前記ホスト制御アプリケーションによって処理されるように前記第１の通信プロトコルを使用して前記ホストデバイスに送信される請求項１４に記載のネットワークシステム。
【請求項２１】
前記ホストデバイスは、パーソナルコンピュータ、モバイルデバイス、スマートデバイス、又はこれらの組み合わせからなるグループの内の一つ以上である請求項１３〜２０のいずれか一項に記載のネットワークシステム。
【請求項２２】
前記ネットワークシステムは、玩具娯楽システム、位置を基礎とする娯楽システム、動物訓練システム、動物娯楽システム、侵入検出システム、スプリンクラーシステム、又はロボット探索及び救助システムのいずれか一つである請求項２１に記載のネットワークシステム。
【請求項２３】
第３の無線デバイスをさらに含み、前記第３の無線デバイスは第３の通信プロトコルを使用して無線通信を双方向に送信及び受信する送受信機を含み、前記アクションデバイスは第３の通信プロトコルを使用して通信することによって、前記ホストデバイス及び前記第３の無線デバイス間の中継器としての機能を果たすように構成された請求項２２に記載のネットワークシステム。
【請求項２４】
前記第３の通信プロトコルは、ＩＥＥＥ  ８０２．１５．４及びその後継、ＩＥＥＥ  ８０２．１５．１及びその後継、他の無線通信システム及びこれらの組み合わせからなるグループから選択された請求項２３に記載のネットワークシステム。
【請求項２５】
前記ネットワークシステムは前記第１の動作モードにあり、前記第１の動作モードはインフラストラクチャモードである請求項２１に記載のネットワークシステム。
【請求項２６】
前記ネットワークシステムは前記第２の動作モードにあり、前記第２の動作モードはアドホックモードである請求項２１に記載のネットワークシステム。
【請求項２７】
前記ホストデバイスと無線通信するように構成された複数のアクションデバイスをさらに含み、前記ホストデバイスは各アクションデバイスと通信するように構成された請求項１３〜２０のいずれか一項に記載のネットワークシステム。
【請求項２８】
前記複数のアクションデバイスは、２個から３２個までの個数の間のアクションデバイスである請求項２７に記載のネットワークシステム。
【請求項２９】
取り付けられたアクション制御モジュールを有する第１のアクションデバイスを含み、前記アクション制御モジュールは、
第１の通信プロトコル及び第２の通信プロトコルを使用して無線通信を双方向に送信及び受信する送受信機と、
前記送受信機に電気的に接続され、前記アクションデバイスのデータ管理、前記無線通信の処理、及び前記アクションデバイスの運動の管理を提供するプロセッサと、
前記プロセッサに動作可能に接続され、音声データ及び音声コマンドを送受信し、音声入力のためのマイクロフォン、前記マイクロフォンに動作可能に接続され、前記入力を電気信号に変換し、電気信号の音声信号への変換も提供する音声プロセッサ、及び前記音声プロセッサに動作可能に接続され、前記音声信号を放出するスピーカを含む音声ユニットと、
前記プロセッサに動作可能に接続され、前記アクションデバイスの運動を提供する運動効果デバイスと
を含み、
前記第１のアクションデバイスは、ホストデバイス、少なくとも第２又は他のアクションデバイス、または両方を検出するように構成されたシステム。
【請求項３０】
前記第１のアクションデバイスは、前記ホストデバイス又は前記少なくとも第２又は他のアクションデバイスのいずれかが検出されるまで、前記スピーカを通じて音声信号を放出する、及び／又は前記運動効果デバイスを通じて動かすように構成された請求項２９に記載のシステム。
【請求項３１】
第２のアクションデバイスをさらに含み、前記第１及び第２のアクションデバイスは第２の通信プロトコルを使用して互いに無線通信し、前記第１及び第２のアクションデバイスはネットワークシステムを規定する請求項２９に記載のシステム。
【請求項３２】
前記運動効果デバイスは、車輪、サーボ、プロペラ、アクチュエータ、及びこれらの組み合わせの一つ以上を含む請求項２９、３０及び３１のいずれか一項に記載のシステム。
【請求項３３】
前記第１の通信プロトコルは伝送制御プロトコルであり、前記第２の通信プロトコルはユーザデータグラムプロトコルである請求項２９、３０及び３１のいずれか一項に記載のシステム。
【請求項３４】
前記第２のアクションデバイスは複数のアクションデバイスであり、前記複数のアクションデバイスは２個から３２個までの個数の間のアクションデバイスである請求項３１に記載のシステム。
【請求項３５】
前記ネットワークシステムは、アドホックシステムである請求項３１又は３４に記載のシステム。
【請求項３６】
ネットワークシステムを動作させる方法であって、前記ネットワークシステムはホストデバイス及びアクションデバイスによって規定され、前記方法は、
ホストデバイスを提供し、前記ホストデバイスは第１の通信プロトコル及び第２の通信プロトコルを使用して無線通信を双方向に送信及び受信するように構成され、
アクションデバイスを提供し、前記アクションデバイスは前記ホストデバイスと無線通信を双方向に送信及び受信するように構成され、
前記ホストデバイス及び前記アクションデバイス間にスレッドを確立し、
前記第１の通信プロトコルを使用して初期データ転送速度にて前記ホストデバイスから前記アクションデバイスへ一つ以上のデータファイルを送信し、
前記第２の通信プロトコルを用いて前記ホストデバイスにおいて前記アクションデバイスからスロットル制御パケットを受信し、前記スロットル制御パケットは前記データ転送速度の変化を含み、
受信した前記スロットル制御パケットに応じて、前記ホストデバイスにおいて前記初期データ転送速度を調整することによって新たなデータ転送速度を生成し、
前記第１の通信プロトコルを使用して前記ホストデバイスから前記アクションデバイスに前記新たなデータ転送速度にて一つ以上のデータファイルを送信する
方法。
【請求項３７】
複数のアクションデバイスをさらに含み、前記スレッドを確立するステップは、前記ホストデバイス及びそれぞれの前記アクションデバイス間の個別のスレッドを確立する請求項３６に記載の方法。
【請求項３８】
前記スレッドのデータ転送速度は、可変である請求項３６に記載の方法。
【請求項３９】
前記それぞれの前記スレッドのデータ転送速度は、可変である請求項３７に記載の方法。
【請求項４０】
前記複数のアクションデバイスは、２個から３２個の個数の間のアクションデバイスである請求項３７に記載の方法。
【請求項４１】
前記第１の通信プロトコルは伝送制御プロトコルであり、前記第２の通信プロトコルはユーザデータグラムプロトコルである請求項３６、３７又は４０に記載の方法。
【請求項４２】
前記ネットワークシステムは、第１の動作モードにある請求項４１に記載の方法。
【請求項４３】
前記第１の動作モードは、インフラストラクチャモードである請求項４２に記載の方法。
【請求項４４】
前記ネットワークシステムは、第２の動作モードにある請求項４１に記載の方法。
【請求項４５】
前記第２の動作モードは、アドホックモードである請求項４４に記載の方法。
【請求項４６】
アクションデバイスのバッファにあるデータを取り扱う方法であって、
アクションデバイスにおいてホストデバイスから第１の通信プロトコルを通じてデータを受信し、
前記アクションデバイスのバッファに出入りするデータのバイトを数えるデルタカウンタを提供し、
前記バッファに入るデータの各バイトについて前記デルタカウンタをインクリメントし、
前記バッファを出るデータの各バイトについて前記デルタカウンタをデクリメントし、
最大閾値又は最小閾値が満たされたか又は超えられたかどうかを決定し、
前記バッファにデータが入る速度を変化させるためにスロットルパケットを生成し、
第２の通信プロトコルを使用して前記ホストデバイスに前記スロットルパケットを送信する
方法。
【請求項４７】
前記データは、第１の速度で前記バッファに入り、第２の速度で前記バッファを出る請求項４６に記載の方法。
【請求項４８】
前記バッファに入るデータの前記バッファを出るデータに対する比率は、５：１、４：１、３：１、及びこれらの組み合わせからなるグループから選択された請求項４６に記載の方法。
【請求項４９】
前記第１の通信プロトコルは伝送制御プロトコルであり、前記第２の通信プロトコルはユーザデータグラムプロトコルである請求項４６、４７、及び４８のいずれかに記載の方法。
【請求項５０】
前記アクションデバイスにおいてデータを受信し、前記スロットルパケットを送信するステップは、無線通信を利用する請求項４９に記載の方法。
【請求項５１】
第１のアクションデバイスを提供し、前記アクションデバイスはそれに取り付けられたアクション制御モジュールを有し、前記アクション制御モジュールは、
第１の通信プロトコル及び第２の通信プロトコルを使用して無線通信を双方向に受信及び送信する送受信機と、
前記送受信機に電気的に接続され、前記アクションデバイスのデータ管理、前記無線通信の処理、及び前記アクションデバイスの運動の管理を提供するプロセッサと、
前記プロセッサに動作可能に接続され、音声データ及び音声コマンドを送信及び受信し、音声入力のためのマイクロフォン、前記マイクロフォンに動作可能に接続された前記音声入力を電気信号に変換し、電気信号を音声信号に変換する変換も提供する音声プロセッサ、及び前記音声プロセッサに動作可能に接続され、前記音声信号を放出するスピーカを含む音声ユニットと、
前記プロセッサに動作可能に接続され、前記アクションデバイスの運動を提供する運動効果デバイスと
を含み、
前記第１のアクションデバイスは、ホストデバイス、少なくとも第２又は他のアクションデバイス、又は両方を検出するように構成され、
前記第２の通信プロトコルを用いて同報発見パケットを送信する
方法。
【請求項５２】
前記スピーカを通じて前記第１のアクションデバイス音声信号を放出し、及び／又は
前記ホストデバイス又は前記少なくとも一つの第２又は他のアクションデバイスが検出されるまで、前記運動効果デバイスを通じて動かす
ことをさらに含む請求項５１に記載の方法。
【請求項５３】
第２のアクションデバイスを検出し、
前記第２の通信プロトコルを使用して前記第１及び第２のアクションデバイス間で無線通信し、前記第１及び第２のアクションデバイスはネットワークシステムを規定する
ことをさらに含む請求項５１に記載の方法。
【請求項５４】
前記運動効果デバイスは、車輪、サーボ、プロペラ、アクチュエータ、及びこれらの組み合わせの一つ以上を含む請求項５１又は５２に記載の方法。
【請求項５５】
前記第１の通信プロトコルは伝送制御プロトコルであり、前記第２の通信プロトコルはユーザデータグラムプロトコルである請求項５１又は５３に記載の方法。
【請求項５６】
前記第２のアクションデバイスは複数のアクションデバイスであり、前記複数のアクションデバイスは２個から３２個の個数の間のアクションデバイスである請求項５３に記載の方法。
【請求項５７】
前記ネットワークシステムは、アドホックネットワークシステムである請求項５３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、２０１１年１２月２日出願の米国仮出願第６１／５６６１８９号の利益を主張し、その全体は参照により本明細書に組み込まれる。
【背景技術】
【０００２】
現在の無線ネットワークシステムは、一台以上の接続されたデバイス、及び／又はホスト及び一台以上の接続されたデバイスを含んでいる。現代のネットワークシステムにおいて、単一のホストは、複数のデバイス、特に高いデータ転送速度がある構成を調整したり制御したりすることはできない。これらのシステムは、システム内の一台以上の接続されたデバイスの状況が現在の転送速度を維持することができない状況を考慮しておらず、その結果、データが失われる。また、これらのシステムは、現存するインフラストラクチャ、又は現在使用され、一般人口の大部分によって保有されている機器の動作に対する特定の機器か、又は侵襲的な変更も必要とする。
【０００３】
加えて、一台以上のデバイスが接続された現在の無線ネットワークシステムは、これらの他のデバイスが同じネットワーク内でオンラインになるとき他のデバイスを発見し、これに続いて追加のデバイスが同じネットワーク内で自身に気付いたとき追加のデバイスについて自動的に調整し、及び一台以上の接続されたデバイスの間でインテリジェントな相互作用を開始するような機能を有していない。
【０００４】
したがって、一台以上のデバイスについて、ＩＥＥＥ  ８０２．１１技術及びその後継を使用し、一台以上の接続されたデバイスに他のデバイスが同じネットワーク内でオンラインになるとき他のデバイスを発見し、追加のデバイスについて自動的に調整し、及び一台以上の接続されたデバイスの間でインテリジェントな相互作用を開始するような機能を有する必要が存在する。
【０００５】
効率的にデータを管理する機能を有する単一のデバイスについて、非同期及び同期で同時に一台以上の複数のデバイスの協調及び制御を確保し、システムの協調的で演出された実装をもたらす必要が存在する。また、伝送制御プロトコル（ＴＣＰ／ＩＰ）ネットワークスタックの複数レイヤを同時に使用することによって、特定の装備を取得したり、現存する技術の現在の運用状況を修正したりする必要なしに、現存するインフラストラクチャ及び装備を利用する必要が存在する。
【発明の概要】
【０００６】
ネットワークシステムは、第１通信プロトコル及び第２通信プロトコルを使用して無線通信を双方向に送信及び受信する機能を有するホストデバイスを含んでいる。ホストデバイスは、第１又は第２の動作モードのいずれかにおいて動作するように構成されている。ネットワークシステムは、第１及び第２の通信プロトコルを使用して無線通信を双方向に送信及び受信する機能を有するアクションデバイスも含んでいる。アクションデバイスは、ホストデバイスと無線通信するように構成されている。アクションデバイスは、第１又は第２の動作モードのいずれかにおいて動作するようにも構成されている。ホストデバイス及びアクションデバイスは、同一の動作モードである。第１及び第２の通信プロトコルは、異なるものである。ホストデバイスは、アクションデバイスを制御し、アクションデバイスから受信した通信を処理するように構成されている。
【０００７】
ネットワークシステムは、ホストデバイス及びアクションデバイスによって規定されている。ネットワークシステムは、第１又は第２の動作モードのいずれかにおいて動作するように構成されている。ネットワークシステムは、第１の通信プロトコル及び第２の通信プロトコルを使用して無線通信するように構成されたアクションデバイスを含んでいる。アクションデバイスは、無線通信を受信及び送信する第１の無線送受信機、第１の無線送受信機に動作可能に接続されたプロセッサを含んでいる。プロセッサは、アクションデバイスのデータ管理について、無線通信の処理、及びアクションデバイスの運動の管理を提供している。ネットワークシステムは、第１の通信プロトコル及び第２の通信プロトコルを使用してアクションデバイスと無線通信するように構成されたホストデバイスも含んでいる。ホストデバイスは、無線通信を送信及び受信する第２の無線送受信機を含んでいる。ホストデバイスは、第２の無線送受信機に動作可能に接続されたホスト制御アプリケーションも含み、ホスト制御アプリケーションはホストデバイス及びアクションデバイスの間の通信を管理及び処理している。ホスト制御アプリケーションは、アクションデバイスのコマンド及び制御を提供している。ホストデバイス及びアクションデバイスは、第１及び第２の通信プロトコルを利用し、互いに通信を管理している。
【０００８】
システムは、アクション制御モジュールを備えた第１のアクションデバイスを含んでいる。アクション制御モジュールは、第１の通信プロトコル及び第２の通信プロトコルを使用して無線通信を双方向に送信及び受信する送受信機、及び送受信機に電気的に接続されたプロセッサを含んでいる。プロセッサは、アクションデバイスについて、アクションデバイスのデータ管理を提供している。プロセッサは、無線通信も処理し、アクションデバイスの運動を管理している。アクションデバイスは、プロセッサに動作可能に接続され、音声データ及び音声コマンドを送信及び受信する音声ユニットも含んでいる。音声ユニットは、音声入力のためのマイクロフォン、マイクロフォンに動作可能に接続され、音声入力を電気信号に変換する音声プロセッサを含んでいる。音声プロセッサは、電気信号の音声信号への変換も提供している。音声ユニットは、音声プロセッサに動作可能に接続され、音声信号を放出するスピーカも含んでいる。アクション制御モジュールは、プロセッサに動作可能に接続された運動効果デバイスも含んでいる。アクションデバイスは、ホストデバイス、少なくとも第２又は他のアクションデバイス、又は両方を検出するように構成されている。
【０００９】
アクションデバイスのバッファにおいてデータを取り扱う方法は、第１の通信プロトコルを用いてホストデバイスからアクションデバイスにおいてデータを受信することを含んでいる。この方法は、アクションデバイスのバッファに出入りするデータのバイトを数えるデルタカウンタも提供している。バッファに入るデータの各バイトについてデルタカウンタをインクリメントし、バッファを出るデータの各バイトについてデルタカウンタをデクリメントする。この方法は、最大閾値又は最小閾値が満たされたか又は超えられたかを決定し、スロットルパケットを生成してバッファに入るデータの速度を変化させ、第２の通信プロトコルを使用してホストデバイスにスロットルパケットを送ることを含んでいる。
【００１０】
ネットワークシステムを操作する方法において、ネットワークシステムはホストデバイス及びアクションデバイスによって規定され、この方法は、ホストデバイスを提供することを含み、ホストデバイスは第１の通信プロトコル及び第２の通信プロトコルを使用して無線通信を双方向に送信及び受信するように構成されている。この方法は、アクションデバイスを提供し、アクションデバイスはホストデバイスと無線通信を双方向で送信及び受信するように構成され、及びホストデバイス及びアクションデバイスの間にスレッドを確立することも含んでいる。この方法は、初期データ転送速度において第１の通信プロトコルを使用してホストデバイスからアクションデバイスに一個以上のデータファイルを送信することも含んでいる。ネットワークシステムを操作する方法は、第２の通信プロトコルを使用してアクションデバイスからスロットル制御パケットを受信し、及び受信したスロットル制御パケットに応じてホストデバイスにおけるデータ転送速度を調整することをさらに含んでいる。スロットル制御パケットは、初期データ転送速度に対する変化を含み、新たなデータ転送速度を生成する。この方法は、前記新たなデータ転送速度において前記アクションデバイスに一個以上のデータファイルを送信することも含んでいる。
【００１１】
方法は、第１のアクションデバイスを提供し、アクションデバイスはアクション制御モジュールを備えている。アクション制御モジュールは、第１の通信プロトコル及び第２の通信プロトコルを使用して無線通信を双方向に送信及び受信する送受信機、送受信機に電気的に接続されたプロセッサを含んでいる。プロセッサは、アクションデバイスについてアクションデバイスのデータ管理、無線通信の処理、及びアクションデバイスの運動の管理を提供している。アクション制御モジュールは、プロセッサに動作可能に接続され、音声データ及び音声コマンドを送信及び受信する音声ユニットも含んでいる。音声ユニットは、音声入力についてのマイクロフォン、マイクロフォンに動作可能に接続され、音声に入力を電気信号に変換する音声プロセッサを含み、音声プロセッサは電気信号の音声信号への変換も提供している。音声ユニットは、音声プロセッサに動作可能に接続され、音声信号を放出するスピーカをさらに含んでいる。アクション制御デバイスは、ホストでアイス、少なくとも第２又は他のアクションデバイス、又は両方を検出するように構成されている。この方法は、第２の通信プロトコルを用いて同報発見パケットを送信することをさらに含んでいる。
【図面の簡単な説明】
【００１２】
【図１】第１の動作モードにおいて、複数のアクションデバイスを含むネットワークシステムを示す図である。
【００１３】
【図２】第２の動作モードにおいて、複数のアクションデバイスを含むネットワークシステムを示す図である。
【００１４】
【図３Ａ】第２の動作モードにおいて、音声によって起動されたネットワークシステムの特徴を示している。
【００１５】
【図３Ｂ】第１の動作モードにおいて、音声によって起動されたネットワークシステムの特徴を示している。
【００１６】
【図４】第２の動作モードにおいて互いに相互作用するアクションデバイスの一つの実施の形態を示している。
【００１７】
【図５】アクション制御モジュールを概略的に示している。
【００１８】
【図６】アクション制御モジュールを含む例となるアクションデバイスを示している。
【００１９】
【図７】アクションデバイスによって実行される一連のアクションを描いたアクションデバイスの全体のフローチャートである。
【００２０】
【図８Ａ】ホストデバイスによって実行される一連のアクションを描いたホストデバイスの全体のフローチャートである。
【００２１】
【図８Ｂ】アクションデバイスによって実行される一連のアクションを描いたアクションデバイスの全体のフローチャートである。
【００２２】
【図９】アクションデバイスによって使用されるデルタ管理プロセスの詳細なフローチャートである。
【発明を実施するための形態】
【００２３】
本明細書において詳細に開示される発明の概念の少なくとも一つの実施の形態を説明する前に、発明の概念は、その適用が以下の記載又は図面によって説明される構成部品又はステップ又は方法論の構成及び配置の詳細に限定されないことが理解されるであろう。本明細書で開示される発明の概念は、他の実施の形態で使用することができ、様々な方法で実践又は実行されることができる。また、本明細書で使用される表現及び用語は、説明のためであり、限定するものと解されるべきではないことが理解されるであろう。
【００２４】
この開示の実施の形態の以下の詳細な記載において、多数の特定の詳細は、本明細書で開示される発明の概念のより徹底的な理解を提供するために説明される。他の例において、よく知られた特徴は、記載の不必要な複雑化を回避するために詳細に説明されていない。以下の詳細な説明は、添付の図面を参照している。異なる図における同一の参照数字は、同一の又は同様の要素を特定することがある。
【００２５】
本明細書で開示される発明の概念は、一般に、一台以上のアクションデバイス、及び／又はホストデバイス及び少なくとも一台のアクションデバイスによって規定されるネットワークシステムに関するものである。ネットワークシステムは、二つの通信プロトコルの唯一の混合物、及び効果的なデータ管理技術であるデルタ管理プロセスを利用している。この発明のネットワークシステムは、二つの動作のモードである第１の動作モード、及び第２の動作モードにおいて動作することもできる。これらの要素は共同して様々なアプリケーション及び分野において使用することができる堅牢で多用途のネットワークシステムを提供する。
【００２６】
一般に図面を参照すると、ネットワークシステムが描かれ、一般に数字１０によって指定されている。図１−４は、ネットワークシステム１０の様々な実施の形態及び動作モードを描いている。ネットワークシステム１０は、ホストデバイス１２に動作可能に付随するホスト制御アプリケーション１４、少なくとも一台のアクションデバイス１６、アクションデバイス１６に内蔵されるか又は運搬されるアクション制御モジュール１８、アクション制御モジュール１８に動作可能に付随するファームウェア（図示しない）を含んでいる。コンテンツ（図示しない）はホストデバイス１２、ホスト制御アプリケーション１４、及び／又はアクションデバイス１６に電子的に格納されている。他の実施の形態において、ネットワークシステム１０は、少なくとも一台以上のアクションデバイス１６を含んでいる。
【００２７】
ホストデバイス１２は、無線通信を双方向に送信及び受信する送受信機２４を含んでいる。本明細書では、無線通信は、現存の無線通信の規格及び通信プロトコルを含んでいる。例えば、このような無線通信の規格は、電気電子技術者協会（ＩＥＥＥ）  ８０２．１１ファミリの規格、バリエーション及びこれらの後継によって記載された無線ローカルエリアネットワーク（ＷＬＡＮ）を含んでいる。したがって、ホストデバイス１２の送受信機２４は、ＩＥＥＥ  ８０２．１１送受信機である。以降で検討するように、ホストデバイス１２は、ＩＥＥＥ  ８０２．３ファミリの規格又はその後継の下で確立されたプロトコルであって、普通はイーサネット（登録商標）とも称されるものも使用し、有線ネットワークに接続して動作するように構成されている。また、本明細書の通信プロトコルは、第１の通信プロトコル及び第２の通信プロトコルを含むが、これらに限定されない。例えば、第１の通信プロトコルはインターネットプロトコル群の伝送制御プロトコル（ＴＣＰ）であり、第２の通信プロトコルはインターネットプロトコル群のユーザデータグラムプロトコル（ＵＤＰ）である。ホストデバイス１２は、無線アクセスポイント２５、例えば、ルータと接続可能でもある。他の通信プロトコルも、現存するかどうかに関わらず、ＴＣＰ及びＵＤＰに類似した性質を有し、ＩＥＥＥ  ８０２．１１ファミリの規格又はその後継と共に使用できるものは、ネットワークシステム１０における使用に適するか又は検討されることが理解されるべきである。
【００２８】
当業者に知られているように、ＴＣＰはストリーミングを基礎とするプロトコルであり、順番に並んだストリーミングバイトを特定の受信機に配信する。ＴＣＰは、タイムリーな配信よりもむしろ正確な配信に最適化されている。ＴＣＰは、情報の受信及び情報が受信されないときの再送信のための信号を確認する機構を提供することによって、送信された順序で情報が配信されることを保証している。ＴＣＰ送信は、インターネットプロトコル（ＩＰ）アドレス及びポートナンバーによって規定される接続の二点を必要としている。ホスト終点は、唯一のＩＰアドレス及びポートナンバーを有しなければならず、デバイス（クライアント）は唯一のＩＰアドレス及び同一のポートナンバーを有しなければならない。ＵＤＰは、“コネクションレスプロトコル”として設計され、終点が必要でないことを意味しているが、ポートナンバーは同一でなければならない。ＵＤＰ通信が目標とされたデバイスによって受信される保証はなく、目標とされたデバイスが通信を受信した確認はない。以降で説明するように、ＵＤＰは、アクションデバイス１６の同報発見メッセージングのため、及びアクションデバイス１６の間、また、ホストデバイス１２及び一台以上のアクションデバイス１６の間の通信として、利用されることに役立っている。
【００２９】
ネットワークシステム１０は、少なくとも二つの異なる動作モードである第１の動作モード及び第２の動作モードを有している。ネットワークシステム１０の動作モードは、全てのアクションデバイス１６及び／又はホストデバイス１２が同一の動作モードにあることを意味している。一つの実施の形態において、二つの動作モードは、ネットワークシステム１０において利用される無線通信の規格に基づいている。当業者に知られているように、ＩＥＥＥ  ８０２．１１ファミリの規格は、（ａ）インフラストラクチャモード、及び（ｂ）アドホックモードの二つの動作モードを規定している。本明細書において、第１の動作モードはインフラストラクチャモードであり、第２の動作モードはアドホックモードである。
【００３０】
当業者に知られているように、インフラストラクチャモードは、ＩＥＥＥ  ８０２．１１ファミリの規格によって提供されるネットワークフレームワークであって、無線クライアントの間の全ての通信は、例えば、無線接続を提供しているホームネットワーク、地方自治体、及び／又は商業施設において典型的にみられるアクセスポイント２５を用いてなされる。インフラストラクチャモードにおいて、全ての接続されたデバイスは、アクセスポイント２５に接続し、アクセスポイント２５を通じて通信する。アクセスポイント２５は、モデム、電話線へのアクセス、又は、例えば、ＩＥＥＥ  ８０２．３ファミリの規格及びその後継によって規定されたＬＡＮを使用するローカルエリアネットワーク（ＬＡＮ）を介してインターネットと通信することができる。図１及び３Ｂは、インフラストラクチャモードにおけるネットワークシステム１０の様々な実施の形態を示している。
【００３１】
ＩＥＥＥ  ８０２．１１ファミリの規格のネットワークのフレームワークのアドホックモードにおいて、デバイスは、アクセスポイント２５を使用することなく互いに直接に通信し、これはピアツーピアモードとも称される。当業者に知ら得ているように、ＷＬＡＮデバイスのアドホックモードによって、通信範囲にあるデバイスの接続ができるようになる。図２、３Ａ及び４は、アドホックモードにおけるネットワークシステムの種々の実施の形態を示している。例えば、スマートデバイス又はホスト制御アプリケーション１４を使用する他の無線デバイスは、ネットワークシステム１０の操作を容易にする一つの実施の形態を示している。
【００３２】
前述のように、アクションデバイス１６は、アクションデバイス１６の動作モードを指定又は決定する外部スイッチを含んでいる。同様に、ホストデバイス１２は、ホストデバイス１２の動作モードを規定する外部又はソフトウェアを介した内部のいずれかのスイッチを含んでいる。アドホック及びインフラストラクチャモードの間を切り替える様々な方法が当業者に知られているが、ここではさらに述べない。
【００３３】
ホストデバイス１２は、例えば、デスクトップ、ラップトップ、又はネットブックを含むパーソナルコンピュータ、携帯電話機及びタブレットを含むスマートデバイスであるが、これらに限定されない。ホスト制御アプリケーション１４を実行させることができ、ＩＥＥＥ  ８０２．１１ファミリの規格、バリエーション、及びこれらの後継を用いる無線通信ができ、及び第１及び第２の通信プロトコルを利用することができる他のデバイスも、ホストデバイス１２としての機能を果たす適切なデバイスである。ホストデバイスは、第１の動作モード、及び第２の動作モードの二つの動作モードにおいて動作することができる。ホストデバイス１２は、外部のスイッチ、又は内部のスイッチ（例えば、ソフトウェア）、及びこの技術分野で知られた他の方法を介して二つの動作モードの間を切り替えることができる。
【００３４】
ホストデバイス１２は、アクションデバイス１６の動作を管理する。ホストデバイス１２は、ホスト制御アプリケーション１４を含んでいる。ホストデバイスは、ホスト制御アプリケーションを用い、ネットワークシステム１０における各アクションデバイス１６のコマンド及び制御を提供している。ホスト制御アプリケーション１４は、調整された方法で第１の通信プロトコルを使用して無線通信を介し、接続された各アクションデバイス１６へのデータ又はコンテンツのタイミング及び配信も制御するが、これは、コンテンツが、ホストアプリケーション１４を実行するために必要な情報を含んでいるからである。ホスト制御アプリケーション１４は、同時に又は異なる時点で第１及び第２の通信プロトコルを使用し、各アクションデバイス１６と通信してもよい。ネットワークシステム１０において一個以上のアクションデバイス１６を有する実施の形態について、ホスト制御アプリケーション１４は、同時に各アクションデバイス１６にコメント及び制御を提供し、調整された方法で各デバイスにコンテンツを配信し、演出され調整された操作で各アクションデバイス１６によってコンテンツの実装の提供をもたらすことができる。ホスト制御アプリケーションは、適切なホストデバイス１２を操作するようにカスタマイズできるが、これは、ホスト制御アプリケーション１４が、様々なホストデバイス１２及びそれぞれのオペレーティングシステムのために互換性のあるプログラム言語又はスクリプト言語で書くことができるためである。ホスト制御アプリケーション１４は、特定のタイプのアプリケーション又はバージョン又はプログラム言語に限定されることなく上述の特徴を提供する。
【００３５】
本明細書において、コンテンツは、コマンド、情報又はアクションデバイス１６によって実行されるアクションを含んでいる。コンテンツは、ホスト制御アプリケーション１４が実行し、コマンド及び制御を接続された各アクションデバイス１６に提供する必要な情報を含んでいる。コンテンツは、例えば、文字数（又は必要とされるアクションデバイス１６の数）、ネットワークシステム１０の全体の性能のテンポ、各文字についての言葉による又は言葉によらないコマンド、及び言葉による又は言葉によらないキューを実施するタイミング及び調整であるが、これらに限られない情報を含んでいる。例えば、コンテンツは、システムコマンドデータ、音声データ、又は他の情報、又はアクションデバイス１６の運動、アクション、及びこれらのタイミング、又はこれらの組み合わせを含むことができる。コンテンツは、本発明の実施の形態に応じた様々な形態で現れる。例えば、コンテンツはあらかじめ規定され、ネットワークシステム１０の構成部品の購入によって提供されてもよい。コンテンツは、オンライン、又は他の販売者、例えば、オンライン又は店舗販売の小売店によって取得してもよく、ユーザが作成してもよい。コンテンツは、メモリカード（図示しない）を介してアクションデバイス１６に格納することもできる。コンテンツの例は、ネットワークシステム１０の様々な実施の形態及び適用によって説明される。
【００３６】
アクションデバイス１６は、第１の動作モード、及び第２の動作モードの二つの動作モードによって動作することができる。アクションデバイス１６は、外部のスイッチ、又はソフトウェア、及びこの技術分野で知られた他の方法によって、二つの動作モードを切り替えることができる。
【００３７】
アクションデバイス１６は、無線通信を双方向に送信及び受信し、同時に又は異なる時点のいずれかに少なくとも第１及び第２の通信プロトコルを利用するように構成されている。実施の形態に応じ、アクションデバイス１６は、演出されて調整された方法でホストデバイス１２又は他のアクションデバイス１６から第１及び第２の通信プロトコルを介してストリーミングコマンドを独立に受信することができる。
【００３８】
アクションデバイスは、アクションデバイス１６が第３の無線デバイスの通信プロトコルを利用することができる機能を備えていると、ホストデバイス１２と他の非互換又は第３の無線デバイスとの間も中継する機能を果たすこともできる。本明細書において、第３の無線デバイスは、ＩＥＥＥ  ８０２．１１ファミリの規格及びその後継を利用しないか又は互換性がないものである。第３の無線デバイスの例は、ＩＥＥＥ  ８０２．１４．４ファミリの規格及びその後継、ＩＥＥＥ  ８０２．１５．１ファミリの規格及びその後継、及び他の無線システムを使用するか互換性のあるデバイスを含んでいる。第３の無線デバイスの通信プロトコル及び／又は規格は、ＩＥＥＥ  ８０４．１５．４及びこの後継、ＩＥＥＥ  ８０２．１５．１及びこの後継、他の無線通信システム、及びこれらの組み合わせからなるグループから選択される。比ゆ的に言うなら、アクションデバイス１６はホストデバイス１２及び第３のデバイスの間の翻訳者である。アクションデバイス１６は、内蔵されたアクション制御モジュール１８を有している。アクション制御モジュールは、アクションデバイス１６によって実行され、アクションデバイス１６に取り外し可能に接続され、及び／又はアクションデバイス１６と統合された単一の構成部品として形成されてもよいことが理解されなければならない。
【００３９】
図５は、アクション制御モジュール１８の概略を示している。アクション制御モジュール１８は、互換性のある送受信機２６を含み、送受信機２６はホストデバイス１２の無線送受信機２４に直接に又は無線アクセスポイント２５を介して接続することができる。無線送受信機２４及び２６は、ＩＥＥＥ  ８０２．１１無線送受信機又は同等の機能を提供する送受信機である。アクション制御モジュール１８は、送受信機２６と電気的に通信するプロセッサ２８も含んでいる。プロセッサ２８は、ホストデバイス１２から受信したデータ又はコンテンツの処理及び実行、アクションデバイス１６のデータ管理、及びプロセッサ２８の複数の拡張ポート３６、及び／又は入力／出力ポート３８を介してプロセッサ２８に取り付けられた他の構成部品の操作の管理を提供している。アクション制御モジュール１８は、アクションデバイス１６を操作するために必要とされる複数の拡張ポート３６、又は入力／出力ポート３８をいくつでも含むことができる。プロセッサ２８は、例えばマイクロコントローラであることができる。
【００４０】
アクション制御モジュール１８は、送受信機２６、プロセッサ２８、音声ユニット３０、及び／又は他のデバイス又は拡張ポート３６、又は入力／出力ポート３８を利用する随意的なユニットに電力を供給する電源４４を含んでいる。電源４４は、この技術分野で知られたどのようなソースであってもよく、バッテリ電源、壁型コンセント、太陽電池、太陽光発電、及びこれらの組み合わせを含むが、これらに限られない。電源４４は、一台以上のレギュレータ（図示しない）を含み、電力を必要とするアクション制御モジュール１８における様々な構成部品に供給される一貫した電力を維持している。電源４４の詳細は、様々な電源の構成が当業者の範囲内にあるため、これ以上は説明しない。
【００４１】
例えば、約６．０ＶＤＣ（直流ボルト）の電圧は、アクション制御モジュール１８における様々な構成部品に電源を供給するために使用される。壁型コンセントが使用されるときは、例えば米国においては１２０ＶＡＣ（交流ボルト）、６０Ｈｚ（ヘルツ）又は他の国において、例えば、ヨーロッパにおいては２２０−２５０ＶＡＣ、５０Ｈｚであり、電源４４は、アクション制御モジュール１８に適切な６．０ＶＡＣの出力を届ける適切な変圧器を含むことになる。本明細書で提供された値は説明のためであり、アクション制御モジュール１８に適正な機能を供給するどのような電力でベルもネットワークシステム１０に適切であることが理解されるべきである。
【００４２】
図５に示された実施の形態において、アクション制御モジュール１８は、音声ユニット３０を含んでいる。音声ユニット３０は、マイクロフォン４８、音声プロセッサ４０、音声増幅器４２、及びスピーカ３４を含んでいる。音声ユニット３０は、音声の受信、その処理、並びに電気信号の音声への変換を提供している。音声ユニット３０は、プロセッサ２８と電気的に通信使、電源４４から電力を受け取っている。音声ユニット３０は、音声を検出するマイクロフォン４８を含んでいる。マイクロフォン４８は、音声プロセッサ４０に動作可能に接続されている。音声プロセッサ４０は、当業者に知られ、受信したアナログ音声入力を、圧縮又は非圧縮音声ファイルフォーマットを含む使用できるデジタルフォーマットに変換する音声コーデックを含んでいる。変換された音声データは、ホストデバイス１２に第１の通信プロトコルを用いて処理のためにホスト制御アプリケーション１６によって転送される。音声プロセッサ４０は音声増幅器４２に動作可能に接続され、次に音声増幅器４２は音声を放出するスピーカ３４に動作可能に接続されている。音声ユニット３０の動作は、音声入力、音声入力のデジタルフォーマットへの変換、音声又は電気信号のエンコード及びデコード、及びデジタル／電気信号の音声出力への変換、及びこれらの増幅を含み、当業者に知られているため、本明細書ではこれ以上の詳細は述べない。
【００４３】
音声プロセッサ４０は、この技術分野で知られた圧縮音声フォーマット及び圧縮ファイルフォーマットを含むいくつかの音声ファイルフォーマットを支持している。
【００４４】
拡張ポート３６及び／又は入力／出力ポート３８を介してアクション制御モジュール１８に取り付けることができる他の構成部品は、追加のプロセッサ２８、メモリカード、音声ユニット３０、スイッチ、ボタン、運動を提供する機能を有する、サーボ、車輪、プロペラ、モータ及び他の機械的電気的デバイスを含むデバイス、視覚システムであって、視覚プロセッサ及び／又は視覚ディスプレイ、又はタッチスクリーンを含むもの、センサであって、マイクロフォン、他の音声又は音響検出センサ又はデバイスのようなもの、振動センサ、運動検出又は測定デバイス又はセンサであって、運動検出又は加速度計を含むもの、接触センサであって、触覚、力、及び衝突を含むもの、光センサ、近接センサ、一センサ、存在センサ、環境センサであって、温度、水蒸気、湿度、圧力を含むもの、ジャイロスコープを含む方位センサ、電磁センサ、赤外センサ、ガス検出センサであって可燃性、引火性、毒性のガスを検出する、及び／又は酸素の枯渇を検出するもの、放射能検出センサ、磁場センサ、光電センサ、レーダセンサ、ソナーセンサ、及びこの技術分野で知られた他のセンサの一つ以上を含むが、これらに限定されない。利用されるセンサは、本発明のネットワークシステムの適用に応じて変化することが理解されるべきである。
【００４５】
図６は、随意的な音声ユニット３０を備えるアクション制御モジュール１８を内蔵するアクションデバイス１６の例となる実施の形態を示している。音声ユニット３０に加えて、又は音声ユニット３０に代わって、拡張ポート３６及び入力／出力ポート３８が他の機能または目的のために使用できることが理解されるべきである。
【００４６】
プロセッサ２８内に格納されたファームウェアは、アクションデバイス１６の機能を管理している。ファームウェアは、出入りするデータの管理、並びに拡張ポート３６、及び／又は入力／出力ポート３８を使用するアクションデバイス１６に関連するコマンドの制御及び管理も提供している。本明細書では、本発明の処理を管理するために適切なファームウェアは、当業者によって開発され、記述され、及び／又は編集されることができ、ファームウェアに関連するさらなる詳細は本明細書中ではこれ以上述べない。したがって、ファームウェアは、ファームウェアのアプリケーションの特定の種類又はプログラム言語のバージョンに限定されることなく上記特徴を提供している。
【００４７】
例えば、音声ユニット３０を含む実施の形態において、ファームウェアはホストデバイス１２又は他のアクションデバイス１６から受信したコンテンツにおける音声データコマンド及びシステムコマンドの間を区別するように適応されている。ファームウェアは、音声データコマンドを管理し、音声データを音声プロセッサ４０と通信し、音声データコマンドはスピーカ３４から放出された特定の音声である。コンテンツにおけるシステムコマンドは、プロセッサ２８に拡張ポート３６及び／又は入力／出力ポート３８から読み又は入力を受けるようにさせ、及び／又は拡張ポート３６又は入力／出力ポート３８に取り付けられた他のデバイスにアクションを生じるようにさせることを含むが、これらに限定されない。サーボが取り付けられた場合、システムコマンドはサーボに作動させ、サーボの運動及びスピーカ３４からの音声の放出が同時に起こるように、音声コマンドに同期してアクションデバイス１６を動かす。システムコマンド及び音声データコマンドの実行のタイミングは、同期されなくてもよいことが理解されるべきである。また、コンテンツは、実行または効率のためのコマンド及び他のデータであって、アクションデバイス１６によって演出された方法で実行されるものを含むことが理解されるべきである。
【００４８】
ファームウェアは、ホストデバイス１２から、及び他のアクションデバイス１６、及び拡張ポート３６、及び入力／出力ポート２８を通じて他のソースからの入力データ（コンテンツ）を管理する。
【００４９】
一つの実施の形態において、プロセッサ２８のバッファは、第１の通信プロトコルを用いてホストデバイス１２から入力するデータを取り扱う。バッファは、プロセッサ２８によってアクションデバイス１６との間の通信を扱うためにも使用されることが理解されるべきである。バッファ内でネットワークシステムのために取り扱されるデータは、図９を参照してより詳細に説明される。当業者に知られているように、バッファはデータを受信する速度とデータを処理できる速度の間に差があるときにしばしば使用され、速度は可変であることを意味している。当業者に知られているように、循環バッファの使用は、データを管理する技術における一つの一般的な標準の手法である。循環バッファプログラム技術は、少なくとも二個のポインタを使用する。循環バッファ内の一個のポインタ、又はセルのアドレスは入力データのための物であり、他のポインタは出力データのためのものである。バッファは、両方のポイントが同一のセルを指すときにからである。循環バッファにおいてデータを管理する標準的な方法は、ポインタの間の距離を計算し、（入力データのポインタが出力データのポインタを追い越して）バッファが転覆しないように操作し、入力データが損なわれないようにしている。転覆を避けるための現状の技術は、大きなバッファを規定することである。プロセッサ２８のようなメモリが限られているデバイスにおいて、大きなバッファを規定することは、実行可能なオプションではなく、このような実践によりプロセッサ２８の非効率的な使用をもたらす。
【００５０】
ファームウェアは、「デルタ管理」と称されバッファのデータを管理する新しく独自のバッファ技術を利用している。デルタ管理技術を実装するため、バッファのサイズが知られている。デルタ管理処理は、ポインタの計算を実行しない。ポインタの計算を実行することにより、他のタスクに実行に費やされるプロセッサ時間の量が減少するが、これは、プロセッサが貴重な時間及資源をバッファの管理に費やさなければならないからである。デルタ管理技術は、バッファに入力／出力するデータの入力／出力バイトをカウントとするデルタカウンタを使用し、プロセッサが貴重な時間及び資源を他のタスクを実行するために費やすことを許容している。デルタ管理技術は、バッファのサイズに対するデルタカウンタを監視している。バッファのサイズは知られているため、スロットル又はトリップ点を設定することができる。例えば、上側又は最大閾値は、デルタカウンタが上側閾値を超えたとき、スロットルパケットコマンドが第２の通信プロトコルを用いてホストデバイス１２に送信され、入力データの速度を減少させることができるように規定することができる。同様に、下側／最小閾値又はトリップ点は、デルタカウンタが下側閾値を下回ったとき、スロットルパケットコマンドが第２の通信プロトコルを用いてホストデバイス１２に送信され、入力データの速度を増加させることができるように規定することができる。スロットルコマンドパケットは、ホストデバイス１２からの入力データ速度が増加又は減少させるマイクロ秒の数も含むことができる。
【００５１】
デルタ管理処理は弁とみなすことができ、入力フロー（例、データ）があって容器（例えば、バッファ）を満たしすぎるとき、デルタ管理システムはバルブをいくらかの余裕をとって閉じる必要があることを決定する（換言すると、入力データを緩やかにし、又はさらに停止させる。同様に、入力フローが少なすぎ、及び容器がより取り扱う容量を有するとき、デルタ管理システムはバルブをいくらかの余裕を取って開く必要があることを決定する（換言すると、入力データ速度を増加させる）。
【００５２】
ネットワークシステム１０の各構成部品の一般的な説明が、上記のように与えられた。以下の説明は、図に集中し、ネットワークシステム１０内の各構成要素の様々な実施の形態及び機能を詳しく述べる。以下では説明の目的で、ネットワークシステム１０は、娯楽の実施の形態、例えば玩具に関連するものとする。玩具の実施の形態は、上述した発明の概念を利用して様々な異なる音声、音声／視覚、及び／又は音声電気機械（例えば、動作及び／又は姿勢）による動きを通じた演技（例えば、物語を話す、音声認識）の機能を有する娯楽システムを作成し、ネットワークシステム１０の観察者に楽しい双方向の体験を提供する。玩具の実施の形態のコンテンツは、観察者又は所有者の年齢、個人的な嗜好、及び好みは時間とともに変化するため、観察者及び／又は所有者の興味を維持するように修正することができる。
【００５３】
図１は、第１の操作モード、例えばインフラストラクチャモードにおけるネットワークシステム１０を描いている。この実施の形態において、ネットワークシステムは、ホストデバイス１２、アクセスポイント２５、及び複数のアクションデバイス１６を含んでいる。この実施の形態において、ホストデバイス１２及びアクションデバイス１６の間の通信は、第１及び第２の通信プロトコル、例えばＴＣＰ及びＵＤＰそれぞれを混合した使用によって達成される。このように、ホストデバイス１２及びアクションデバイス１６の間の通信は、アクセスポイント２５を通じて起こる。この実施の形態において、追加のコンテンツが望まれると、コンテンツはインターネット又は他の小売場所を通じた流通及び／又は購入により入手してもよい。
【００５４】
図２は、第２の操作モード、例えば、アドホックモードにおけるネットワークシステム１０を描いている。この実施の形態において、ホストデバイス１２及びアクションデバイス１６の間の通信は、第１及び第２の通信プロトコル、例えばＴＣＰ及びＵＤＰそれぞれの混合した使用によって達成される。したがって、ホストデバイス１２及びアクションデバイスは、アクセスポイント２５を通じて通信をすることができる。
【００５５】
図１及び２に移り、例えば物語のような実演の開始を望むユーザは、ホストデバイス１２のホスト制御アプリケーション１４を開始し、所望のコンテンツを選択する。さらに、所望の数のアクションデバイス１６がオンにされる。一つの電力を供給するアクションデバイス１６に関してホスト制御アプリケーション１４が開始される順序は重要でないことが理解されるべきである。前述のように、ホストデバイス１２及びアクションデバイス１６の操作モードは、ネットワークシステム１０に適合していなければならない。
【００５６】
ユーザが所望のコンテンツを選択し、所望のコンテンツを実行するための処理を開始した（例えば、再生、プログラム実行、又はスタートを押した）後、ホストデバイス１２及びアクションデバイス１６はホスト／クライアント関係を確立する。当業者に知られているように、第１の操作モード（例えば、インフラストラクチャモード）において、アクセスポイント２５はＩＥＥＥ  ８０２．１１ルータであり、全てのアクションデバイス１６のためにその特定のアクセスポイント２５に付随（リンク）した範囲内でセットサービスＩＤ（ＳＳＩＤ）を同報する。アクションデバイス１６はファームウェアを介し、送受信機２６（例えば、ＩＥＥＥ  ８０２．１１送受信機）を使用して第２の通信プロトコル（例えば、ＵＤＰ）の下で同報発見パケットを送信する。発見すると、ホストデバイス１２は、ホスト制御アプリケーション１４及びＩＥＥＥ  ８０２．１１送受信機２４を通じ、放出された同報発見パケットからアクションデバイス１６のインターネットプロトコル（ＩＰ）アドレスを導出する。ホストデバイス１２がアクションデバイス１６のＩＰアドレスを導出した後、ホストデバイス１２及び各デバイス１６の間に、ホストデバイスがホストの役割を果たし、アクションデバイスがクライアントの役割を果たす、有効なＴＣＰ接続が形成される。ネットワークシステム１０が第２の操作モード（例えば、アドホックモード）にあると、アクセスポイント２５が含まれず、アクションデバイス１６がホストデバイス１２と直接にリンクすることを除き、第１の操作モードについて前述したものと同じ処理が発生する。
【００５７】
コンテンツは、ホスト制御アプリケーション１４及びアクションデバイス１６が所望の実演を完了するために必要な全ての情報を含んでいる。例えば、コンテンツが物語であると、コンテンツは必要な数の役者、例えば、性別（男性又は女性）、年齢（子供、大人）、種（人間、動物、地球外生物）を含んでいる。この結果、各アクションデバイス１６は、各役者を独自の声を使用して演じる。コンテンツは、物語のタイミング又はテンポ、音声とともに起きる、又は他の機会に起きる体の動きの同期、及び各役者によって使用されることになる全ての声又は音を含んでいる。アクションデバイス１６よりも多くの登場人物がいるとき、一台以上のアクションデバイス１６は複数の登場人物の役割を果たすことになる。登場人物よりもアクションデバイス１６が多いとき、使用されないアクションデバイスは物語の間は休止状態とされるが、これは、再生コマンドを受信しないためである。コマンドは、使用されないアクションデバイス１６に送信され、電力を節約し、休止モードに移行する。この結果、ネットワークシステム１０は、アクションデバイス１６に順に又は同時に話したり役割を果たしたりさせることができる。
【００５８】
コンテンツは、物語、歌、詩、文又は語の一部、会話の一部又は全体等を含む複数の形態を取ることができる。前述のように、コンテンツは、ネットワークシステム１０の構成部品の購入、ホストデバイス１２又はアクション制御モジュール１６のいずれかを通じたコンテンツのダウンロード、又はディスク、コンパクトディスク（ＣＤ）、ＵＳＢフラッシュドライブのような物理媒体を通じたホストデバイス１２へのコンテンツの導入、互換性のあるソフトウェアユーティリティの使用を通じてユーザが作成したコンテンツを含む複数の方法で取得することができるが、これらに限定されない。例えば、ユーザが作成したコンテンツは、物語を読み、記録する家族のメンバ、又はネットワークシステム１０によって後に実演される他の音声を含むことができる。
【００５９】
ホストデバイス１２は、音量、高音／低音、音響効果であって、エコー、残響、ミキシング、転調、ピッチ変化、フランジングを含むが、これらに限定されないもの、パーソナリティ特徴であって、年齢、性別、価値観及び気質を含むが、これらに限定されないもの、ＩＤ、特定の記憶及び学習の参照、ハードウェア調整、センサ調整、及びファームウェア更新を含むが、これらの限定されないアクションデバイス１６のパラメータも含んでいる。ユーザの好みに基づき、ユーザは、ホスト制御アプリケーション１４に各アクションデバイス１６についてパラメータを設定し、唯一のＩＤ番号を有している各アクションデバイス１６が特定のホストデバイス１２のみに接続し、又は、これとは逆に、ホストデバイス１２は、他のアクションデバイス１６が範囲内にあったとしても、ユーザによって同定された特定のアクションデバイス１６とのみ接続しようと試みるようにすることもできる。
【００６０】
ＩＥＥＥ  ３０２．１１ファミリの規格の下の無線通信の範囲は、無線信号の障害物がないとすると、現状では約３００フィートである。単一のホストデバイス１２に接続することができる多数のアクションデバイス１６は、約２５４アクションデバイス１６である。プロセッサ２８における現状の技術の制限による実際的な検討によると、第１の動作モードで動作しているとき、約最大３２個のアクションデバイス１６が同時に単一のホストデバイス１２に接続することがある。プロセッサ技術の同様の限界により、第２の動作モードで動作しているとき、最大７個のアクションデバイス１６に同時の接続を限定することが好ましいが、７個以上のアクションデバイス１６を受け入れられるようにするためにＩＥＥＥ  ８０２．１１ネットワークに変更を加えることもできる。このような変更は、当業者に明らかであり、これ以上説明しない。プロセッサ２８の技術が進むにつれ、単一のホストデバイス１２に接続されたアクションデバイス１６の数は増加するであろう。
【００６１】
パーソナリティデータは、プロセッサ２８に接続されたメモリカードに格納されている。適切なメモリカードは、ミニサイズのメモリカード、マイクロサイズのメモリカード、及びアクション制御モジュール１８内に適合し、互換性のあるメモリカードのようなこの技術分野において知られたものを含むが、これらに限られない。メモリカードは、性別、おおよその年齢、パーソナリティ特徴、身体的制限、価値観、教育、（保守又は進歩寄りの）統計的傾向、及び他の好き嫌いの種類を規定するデータを含むことができる。統計的傾向は、意思決定プロセス、言語形式、又はパーソナリティを演じるアクションデバイス１６によって使用される語及び／又は文章の選択に影響を及ぼす。さらに、メモリカードは、（パーソナリティ定義のいくつかによって規定される）録音前の登場人物の声を含んでいる。末端のアプリケーションに応じ、パーソナリティデータは規定のデータとしてよりむしろガイドラインとして使用されるように変更することができ、アクションデバイス１６が自己決定する境界を生成し、自己保存を維持するようにすることができる。
【００６２】
図７は、動作しているアクションデバイス１６の全体のブロックダイアグラムを描いている。ブロック７０から出発し、アクションデバイス７０はユーザによってオンにされる。前述のように、アクションデバイス１６は、外部のスイッチ、ボタン、遠隔地等を介してオンされてもよく、バッテリで動作するか、又は壁型コンセントから電力を受け取ってもよい。ブロック７２において、アクションデバイス１６は、プロセッサ２８の一つ以上の拡張ポート３６又は入力／出力ポート３８に取り付けられたメモリカード内に格納されたパーソナリティデータにアクセスする。アクションデバイス１６は、前述のように、ホストデバイス１２を通じたパラメータの操作を通じてユーザによって変更してもよいデフォルトのパーソナリティ及び登場人物を有している。ブロック７４において、プロセッサ２８は、アクションデバイスが現在ある動作モードを決定する。前述のように、動作モードは、外部のスイッチ、遠隔制御、又は他の方法によって切り替えることができる。第１及び第２の動作モードの間を変更するため、アクションデバイス１６は再スタートされる必要があるが、これは、動作モードが変更された後、電源がオフとされ、再びオンとされることを意味している。アクションデバイス１６は、アクションデバイスが第１の動作モード（例えば、インフラストラクチャモード）にあると、ブロック７６ｂに進む。アクションデバイス１６は、アクションデバイス１６が第２の動作モード（例えば、アドホックモード）にあるとブロック７６ａに進む。ブロック７６ｂにおいて、アクションデバイス１６は、ホストデバイス１２から再生コマンドが受信されるまで待機する。再び、アクションデバイス１６及びホストデバイス１２は、同一の動作モードとならなければならない。ホストデバイス１２から再生コマンドを受信しないあらかじめ定めた時間が経過すると、アクションデバイス１６は、ファームウェアを介して電力を節約するために休止モードに入るように設定されている。ブロック７６ａ及び７６ｂにおいて、アクションデバイス１６がホストデバイス１２（アクションデバイス１６と同じ動作モードにある）から再生コマンドを受信すると、ユーザがコンテンツを起動又は開始したことを意味し、フロープロセスはブロック７８に進む。
【００６３】
図８Ａ及び８Ｂは、ユーザがコンテンツを起動した後、ホストデバイス１２及びアクションデバイス１６の全体から起こるステップを示している。特に、図８Ｂは、図７の箱７８内で起きるステップを描いている。以下の説明は、図８Ａ及び８Ｂの両方を参照する。
【００６４】
ネットワークシステム１０は、唯一の混合された手法で第１及び第２の通信プロトコルの利用している。図８Ａのブロック１０４から出発し、ユーザがコンテンツを起動したとき、ホストデバイス１２は、特定のアクションデバイス１６がコンテンツの実行に必要であるかどうかにかかわらず接続された各アクションデバイス１６について新たなスレッドを生成する。ホストデバイス１２及び接続された各アクションデバイス１６の間に唯一のスレッドを生成することによって、特定のアクションデバイス１６がホストデバイス１２から再生コマンドを受信しないと、必要のないアクションデバイス１６を休止状態に留め、中断しないようにすることができる。各スレッドは、非同期で実行され、ホストデバイス１２が複数のアクションデバイス１６を同時に管理できるようにすることによって、ネットワークシステム１０の堅牢さを提供している。各アクションデバイス１６についての唯一のスレッドの使用によって、ホストデバイス１２は、アクションデバイスを同期又は非同期で制御できるようになる。特に、ホストデバイス１２及びアクションデバイス１６の間の接続の種類は、この技術分野で知られたシンクライアントアーキテクチャを利用している。シンクライアントアーキテクチャの利用により、プロセッサ２８の処理負荷を取り除き、処理負荷をできるだけホスト制御アプリケーション１４が負担している。この結果、ホスト制御アプリケーション１４は、音声認識（後述する）、機械学習、言語翻訳（国際化）、及び各アクションデバイス１６についてのパーソナリティデータベースの維持を含むが、これらの限定されない、複雑で込み入ったサブアプリケーションを処理及び管理することができる。
【００６５】
図８Ａのブロック１０８において、ホストデバイス１２は、ホスト制御アプリケーション１４及び送受信機２４を介し、接続された各アクションデバイス１６に第１の通信プロトコルを用いて再生、開始コマンドを送信する。そして、ホストデバイス１６は、ブロック１０８に進み、接続された各アクションデバイス１６からの確認（acknowledgement）又はＡＯＫを待つ。図８Ｂに示されているように、各アクションデバイス１６は、箱１３６において第１の通信プロトコル（例えば、ＴＣＰ）を用いてホストデバイス１２にＡＯＫ応答を送信し、再生コマンドの受信を確認する。アクションデバイス１６の論理は箱１３８に進み、各アクションデバイス１６はホストデバイス１２からのＣＰを用いた「送信の要求（request to send）」（ＲＴＳ）フロー制御信号を待つ。図８Ａを再び参照すると、ブロック１１０において、ホストデバイス１２は接続された各アクションデバイス１６にＲＴＳを送信し、ブロック１１２に移動し、ホストデバイス１２は接続された各アクションデバイス１６のＴＣＰを用いた「クリアして送信（clear to send）」（ＣＴＳ）応答を待つ。箱１１０に応じて図８Ｂにおいて対応するブロックは、１４０である。ＩＥＥＥ  ８０２．１１  ＲＴＳ／ＣＴＳの機構及び機能は、当業者に明らかであり、本明細書においては詳細に説明しない。
【００６６】
ブロック１１４において、ホストデバイス１２は、接続された各アクションデバイス１６にＴＣＰを用いてそれぞれのアクションデバイス１６に送信されるファイルの数を送信する。そして、ホストデバイス１２は、ブロック１１６に進み、各アクションデバイス１６がホストデバイス１２からファイルの数を受信した後（図８Ｂのブロック１４１及び１４３）、ＴＣＰを用いた各アクションデバイス１６からのＡＯＫ応答を待つ。ブロック１１８において、ホストデバイス１２は各アクションデバイスにＲＴＳコマンドを送信するが、これは各アクションデバイス１６の観点からブロック１４５に対応している。各アクションデバイスは、ブロック１４７においてＴＣＰを用いたＣＴＳ応答をホストデバイス１２に送る。ホストデバイス１２がブロック１２０のそれぞれのアクションデバイス１６からＣＴＳを受信した後、ホストデバイス１２はコンテンツからファイル名を読み出し、ブロック１２２に描かれたようにファイルサイズをアクションデバイス１６に送信し、ブロック１２４においてアクションデバイスのＡＯＫ応答を待つために進む。コンテンツが複数のファイルを含んでいることを思い起こされたい。ブロック１４２においてＴＣＰを用いてホストデバイス１２からファイルサイズを受信した後、ブロック１４４においてアクションデバイスはＡＯＫ応答をホストに送る。
【００６７】
図８Ａのブロック１２６において、ホストデバイスは、適切な音声及び／又は音声及びコマンドファイルを接続された各アクションデバイスについて待ち行列に並べ、次の登場人物の次の音声ファイル（例えば、次のアクションデバイス１６）をもたらす次の時間枠を設定する。このステップに類似点するのは、競馬で使用される出走ゲートである。この類似点は、イベント制御ゲート又はイベント駆動制御ゲートとしても参照され、イベントが発生したとき、制御ゲートが開かれるか又は占められることを意味している。ネットワークシステム１０の場合、出走ゲートにおける各仕切りは、ホストデバイス１２及び特定のアクションデバイス１６の間のスレッドに対応している。ホストデバイス１２は、各アクションデバイス１６について音声ファイルを読み出し、適切なファイルをその特定のアクションデバイス１６の待ち行列に格納する。ブロック１２８において、ホストデバイスは、ＴＣＰを用いて特定のアクションデバイス１６にファイルのストリーミングを開始するリリースイベントを待つ。各アクションデバイス１６についてのリリースイベントは、コンテンツにおいて規定されたタイミングに依存して変化することがある。リリースイベントが起きると、ホストデバイス１２は音声及び／又はシステムコマンドデータをＴＣＰを用いてブロック１３０における所望のアクションデバイス１６にストリーミングを開始する（例えば、制御ゲートを開く）。図８Ｂにおいて、各アクションデバイス１６は、ブロック１４６において、ストリーミングデータを受信し、及びそれ自身のデータの取り扱い及び管理を実行する。
【００６８】
前述のように、ホストデバイスは、複数のアクションデバイス１６の非同期の同時の制御の機能を有している。競馬の出馬ゲートとの類似点を再び参照すると、これは、ブロック１３０において、ホストデバイス１２が適切なゲートを開き、データ（例えば、音声及び／又はシステムコマンドのようなコマンドを含むファイル）を所望のアクションデバイス１６に送ることを意味している。全てのゲートが同時に開くことはないが、これは、データのリリースを引き起こすイベントが異なる時刻に起こり、及び／又は個別のアクションデバイス１６についてデータ転送速度に依存しているからである。
【００６９】
ブロック１３０から、ホストデバイス１２のホスト制御アプリケーション１４は、ブロック１３２に進み、接続された各アクションデバイス１６からのコマンドが第２の通信プロトコル（例えば、ＵＤＰ）を用いてスロットルコマンドを送信したかどうかがチェックされる。スロットルコマンドが受信されないと、ブロック１３１に描かれているように、ホストデバイスは、ファイルの終わりに達するまで、現在のデータ転送速度でアクションデバイス１６に音声及び／又はコマンドファイルを流すことを継続する。ブロック１３１への回答が肯定的であると、ファイルの終わりに達したことを意味し、ホストデバイス１２はブロック１３４に移動し、コンテンツの終わりに達したかどうかチェックする。
【００７０】
図８Ａにおいて、コンテンツの終わりはブロック１３４のスクリプトの終わりによって表されている。玩具の実施の形態で使用されているように、コンテンツ及びスクリプトは互いに入れ替えることができる。本明細書においては、スクリプト又はコンテンツという用語は、各登場人物の言語による又は言語によらない動作、及び部隊の位置が説明される劇で実現される脚本又は戯曲と同種である。
【００７１】
スロットルコマンドがブロック１３２において第２の通信プロトコルを用いてホストデバイス１２において受信されると、データ転送速度は増加するか（ブロック１３３ａ）又は減少する（ブロック１３３ｂ）。アクションデバイス１６から送信されたスロットルコマンドは、増加又は減少の要求された速度を含んでいる。ホストデバイス１２は、これに応じてデータ転送速度を調整し、ブロック１３５に移動し、ファイルの終わりに達したかどうかをチェックする。答えが否定的であると、ロジックはブロック１３０に移動し、新たな速度でファイルの残りを流すか、又は他のスロットルコマンドを受信するまで継続する。ブロック１３５への答えが肯定的であると、ロジックはブロック１３４に継続し、データは、適用可能であれば、新たな要求された速度で流される。
【００７２】
ステップ１３４への答えが肯定的であると、ホストデバイス１２は新たな脚本（又はコンテンツ）が選択され及び開始されるまで待つ。アクションデバイス１６における対応するステップは、ブロック１４８である。脚本が終わると、アクションデバイス１６のモードに応じ、アクションデバイス１６におけるロジックは図７のブロック７６ａ又は７６ｂのいずれかに戻る。ステップ１３４への答えが否定的であると、ホスト制御アプリケーション１４のロジックはブロック１２２に移動し、次のファイル名及びファイルサイズを読み出し、アクションデバイス１６に送る。図８Ｂにおいて、ファイルの終わりにブロック１４９において達するが、脚本の終わりにはブロック１４８において達しないなら、アクションデバイス１６のロジックはブロック１４２に戻る。
【００７３】
図８Ｂのブロック１４６に戻り、各アクションデバイスは、前述のデルタ管理システムを利用し、ホストデバイス１２からのデータが失われないことを確保する。図９は、唯一のデルタ管理プロセスがプロセッサ２８のバッファにおけるデータを管理することを示している。デルタ管理は、大量の入力データを扱う仕事をしている。デルタ管理技術は、デルタカウンタを使用し、バッファに入力及び出力をする入力及び出力データのバイトをそれぞれ数える。図９のブロック１５２に示されているようにデルタカウンタはホストデバイス１２（ブロック１３０）から入力した／受信したデータの各バイトをインクリメントする。前述したように、バッファのサイズは既知であり、上側及び下側トリップポイントはネットワークシステム１０の与えられたアプリケーションについて予め規定されている。ブロック１５４において、上側トリップポイントに達したか又は超えられたかを見るチェックがなされる。ブロック１５４への答えが否定的であると、図１５６に描かれているようにデータはバッファに格納される。ブロック１５４における答えが肯定的出ると、ホストデバイス１２からデータ転送速度（入力データ速度）を減少させるスロットルパケットが生成される。データは、依然として図１５６に示されているようにバッファに格納される。さらに、生成されたスロットルパケットは、ブロック１６０において第２の通信プロトコルを用いてホストデバイス１２に送られる。スロットルコマンドは、データ速度への特定の変化を含んでいる。換言すると、スロットルコマンドは、データ転送速度をどれだけ変化させるかによってホストデバイス１２に通知する。このような指示は、データ速度を何マイクロ秒変化させるかによってすることができる。
【００７４】
データが図９のバッファに入るにつれ、データ場同時にこのバッファから移動もされる。ブロック１６２において、データカウンタはバッファを離れるデータの各バイトについてデクリメントされる。データはバッファから取り除かれ、適切なユニット又は拡張ポート３６及び／又は入力／出力ポート３８の出力ポートに電気的又は他の動作可能な方法で接続された他のデバイスに送信される。ブロック１６４において、下側閾値が満たされたか又は超えられたかどうかがチェックされる。答えが肯定的であると、データ速度を増加させるスロットルパケットがブロック１６６において生成される。ブロック１６において、データ転送速度を増加させるスロットルパケットコマンドが、第２の通信プロトコルを用いてブロック１３２のホストデバイス１２に送信される。
【００７５】
ブロック１６６から又は否定的なブロック１６４から、データはバッファから取り除かれ、適切な他のユニット又は拡張ポート３６及び／又は入力／出力ポート３８の出力ポートに電気的に又は他の動作可能な方法で接続された他のデバイスに送信される。例えば、玩具の実施の形態において、データが音声データであると、音声データは音声ユニット３０に転送され、音声プロセッサ４０及び音声増幅器４２によって処理され及び取り扱われ、スピーカ３４を通じて出力される。
【００７６】
一つの実施の形態において、バッファを離れるデータに対するバッファに入力するデータの比率は、約５：１から約３：１、これらの間の全ての比率であり、４：１の比率を含んでいる。例えば、音声データがバッファに１５０００バイト／秒（Ｂ／ｓ）で受信及び入力され、バッファからの出力データ速度が約３０００から５０００バイト／秒である。プロセッサ２８は、約８キロバイト（ｋＢ）のメモリを有している。循環バッファを使用する現在のアプリケーションは、プロセッサ２８のメモリの４ｋＢのみが循環バッファに割り当てられ、プロセッサ２８の約半分は他の機能のために残されている。循環バッファを使用する標準的な手法は、前述したように、必要なデータ転送速度を維持することはないが、本明細書に記載したようにデルタ管理プロセスは高い可変データ速度を持続することができる。デルタ管理プロセスは、バッファについてプロセッサメモリの約２．０ｋＢを使用することが期待され、メモリの約６．０ｋＢは他の機能のために残されている。
【００７７】
簡単のため、図８Ａ、８Ｂ及び９のフローチャートは、音声データを描いている。他のデータもホストデバイス１２によって各アクションデバイス１６に流されることが理解されるべきである。前述のように、このような他のデータは、アクションデバイス１６の運動のようシステムコマンドを含み、音声データと並行又は非並行のいずれかで実行する。他のデータは、取り付けられたセンサからの測定値又は入力を取り込むコマンドを含み、第１及び第２の通信プロトコルを使用して測定値をホストデバイス１２に戻すことも含むことができる。
【００７８】
上述のデルタ管理プロセスは、データの速度の管理に限定されることはなく、ホストデバイス１２から受信したデータが使用されるときに調整するために使用することもできる。デルタ管理は、ネットワークシステム１０の調整及び演出に役立つが、これは、ホストデバイス１２からの入力データが、いつアクションデバイス１６がデータの特定の要素を実行するかについてのタイミングも含むからである。全てのデータは、実時間で（受信されると直ちに）利用され、運動を音声又は他のアクションに調整するため利用される必要はない。例えば、ホストデバイス１２は、プロセッサ２８によって処理されて格納されるように、全ての要素がアクションデバイス１６によって受信されるまでデータを断片的にアクションデバイス１６に送信してもよく、これによって実行の準備が整う。
【００７９】
ホストデバイス１２及びアクションデバイス１６によるデータの取り扱いについての先行する議論の見地から、図３Ａ及び３Ｂはネットワークシステム１０の他の特徴を描いている。図３Ａ及び３Ｂは、ネットワークシステム１０の音声認識の特徴を第２の操作モード（例えば、アドホックモード）及び第１の動作モード（例えば、インフラストラクチャモード）でそれぞれ示している。
【００８０】
簡単のため、一台のアクションデバイス１６のみが図３Ａ及び３Ｂに描かれている。しかしながら、複数のアクションデバイス１６を使用してもよい。前に示したように、音声処理は、限定されたメモリを有するプロセッサにおいて集中的で負担の大きいものである。同様に、音声認識（又は音声駆動）は、音声処理の一形態である。前述したように、ネットワークシステム１０は、シンクライアントアーキテクチャを利用し、ホスト制御アプリケーション１４はプロセッサの集中した機能を取り扱う。一人以上のユーザは、図３Ａ又は３Ｂに描かれているように、アクションデバイス１６と話すであろう。アクションデバイス１６は、プロセッサ２８及び送受信機２６を通じ、生の、又は圧縮された音声入力を音声ユニット３０からホストデバイス１２に第１の通信プロトコル（例えば、ＴＣＰ）を使用して渡すであろう。そして、ホストデバイス１２は、話す人間からの音声データへの適切な応答を選択するであろう。第１の通信プロトコルを使用し、ホストデバイス１２は適切な応答、音声／及び物理的な不誤記を含むものをアクションデバイス１６に送り、アクションデバイス１６は実行する。図８Ａ、８Ｂ及び９について説明したロジックは、音声認識の特徴に依然として適用することができる。図３Ａ及び３Ｂに描いた異様に、ネットワークシステム１０は、ホストデバイス１２及び同一の動作モードにおいて動作している少なくとも一台のアクションデバイス１６を含んでいる。音声認識の特徴は、ネットワークシステム１０のユーザ及び観測者に双方向の体験を提供している。音声認識の特徴は、ネットワーク１０の多様な使用も提供している。
【００８１】
アプリケーションの多用途性及びネットワークシステム１０及びアクションデバイス１６の使用は、図７に示されている。玩具の実施の形態に関連し、アクションデバイス１６が第２の動作モード（例えば、アドホックモード）にあり、アクションデバイス１６がホストデバイスに接続されていない（付随していない）ためにホストデバイス１２から再生コマンドが読み込まれないと、アクションデバイス１６は、観察者に、アクションデバイスがパーソナリティを有し、暇をつぶし、及び／又はそれ自身で「楽しませる」ことができるように見せるロジックを含んでいる。アクションデバイス１６は、他のアクションデバイス１６が範囲内に来る（例えば、他のアクションデバイス１６に気付く）まで、それ自身で「楽しませる」ことができ、ホスト制御アプリケーション１４がオンラインになり、コンテンツが開始され、又は電力を節約し、アクションデバイスは休眠モードになってもよい。図７との関係で説明するように、このプロセスは、自己認識プロセスと称される。
【００８２】
７６ａの答えが否定的であると、アクションデバイス１６は電力の適切な供給を有し、ホストデバイス１２に付随することはなく、ロジック及びファームウェアの閾値によって決定されるように、アクションデバイス１６は、ブロック８０に示されているように、４秒ごとに第２の通信プロトコルを用いて同報発見パケットの送信を開始する。同報発見パケットを転送する速度は、アクションデバイス１６及びネットワークシステム１０の特定のエンドアプリケーションについて変化することもできる。
【００８３】
ステップ８２において、他のデバイスが発見されない、又はアクションデバイス１６が他のデバイスを発見しないと、ロジックはブロック８４に移動し、タイマのチェックがなされる。このタイマは、第２のアクションデバイス１６の発見の時間に関連している。タイマが満了すると、プロセッサに動作可能に接続されたメモリカードに格納されたランダムなコンテンツ（又は脚本）が読み込まれ実行され、時間がリセットされる。ランダムなコンテンツは、アクションデバイス１６が歌を歌う、鼻歌を歌う、独り言を言う、並びに移動することを含むが、これらに限定されない。箱８６から、コンテンツが完了した後、タイマは再度チェックされ、ランダムなコンテンツが開始されるときにタイマがリセットされたことが思い起こされる。タイマが満了したいなら、アクションデバイス１６は、ブロック８０に示すようにＵＤＰを介して同報発見パケットを送信する。
【００８４】
ブロック８２において他のデバイスが発見されると、ロジックはブロック８８に移動し、各アクションデバイス１６はファームウェアに含まれるロジックを通じて、発見パケットを転送することを停止し、コマンドモードに入るが、これは、各アクションデバイスが同報発見パケットに代わってＵＣＰを介したコマンド及び制御パケットを送信することを意味している。デバイス間のリンクを確立するため、第１のアクションデバイス１６は、開始アクションデバイス１６と称され、送受信機２６を介してＳＳＩＤを送出する。これに続き、アクションデバイス１６は、特定のＳＳＩＤに付随（リンク）する。これらのアクションデバイスは、同報発見パケットを介しアクションデバイス１６にＵＤＰを介して送出する。ひとたび発見されると、開始アクションデバイス１６は、ＩＰアドレスを導出し、第２のアクションデバイス１６に有効なＴＣＰ接続を形成する。
【００８５】
ブロック９０において、各アクションデバイスは、パーソナリティデータを吸収する。このステップにおいて、各アクションデバイスは、特定のアクションデバイスの登場人物がどのように始めるのかを計算する。玩具の実施の形態において、各アクションデバイス１６は、ユーザ又は所有者が操作し及び／又は規定の登場人物を選択してもよい複数のパーソナリティ又は登場人物及び声を備えている。
【００８６】
登場人物の計算において、登場人物の特徴は、ニューラルネットワークで使用されるものと同様の数値による重みによって与えられる。例えば、各主要な特徴は、初期の重み（例えば、１は下側極値であり、１００は上側極値である）として与えられる。このように、「攻撃性」は８０（とても攻撃的）又は１０（少し攻撃的又は攻撃的でない）の重みを有してもよい。各主要な特徴は初期値で与えられ、“現在の気分”等の各副次的な特徴も同様である。副次的な特徴は、その値に応じて主要な特徴の重みを上下に歪める。主要な特徴は、性別、大体の年齢、パーソナリティの特徴、体格の制限、価値観、教育、統計的な「傾向」を含むが、これらに限定されない。副次的な特徴の例は、親戚、社会適用、家族を含む他人との関係、学校又はスポーツの成績を含むが、これらに限定されない。さらに、性別及び年齢のような特徴は、初期のコンテンツの選択及び各アクションデバイスの反応選択を決定する。これに続く各アクションデバイス１６の会話の進展は、主要な特徴及び副次的な特徴の値によって栄養を受ける。実際の最終的な値は、各登場人物のパーソナリティを決定するために使用されるフォーウェアにおけるカスタム人口知能エンジンにおける一連の規則に索引をつけることを支援する。各パーソナリティは、他の登場人物（例えば、一台以上のアクションデバイス１６との相互作用）によって変更さるか又は修正され、並びにホスト制御アプリケーション１４の使用を通じてアクションデバイス１６の所有者又はユーザによって手動で調整されることができる。ユーザは、これらの特徴を各登場人物について変更することができる。登場人物を修正することによって、ホストアプリケーションは、アクションデバイス１６にコマンドを送信し、そのパーソナリティデータを変更する。このような変更によって、登場人物は進化したり、成熟又は退化したりすることができる。
【００８７】
ブロック９２において、どのアクションデバイス１６が会話を開始したか（少なくとも一台の追加のアクションデバイス１６、すなわち第２のアクションデバイス１６の発見をした）について各アクションデバイスによって決定がなされる。第２のアクションデバイスを発見するアクションデバイス１６は、開始アクションデバイスと称される。図７を参照すると、開始アクションデバイス１６は、ブロック９４に進み、吸収したパーソナリティデータを基礎とするランダムな脚本／コンテンツを選択する。ブロック９６において開始アクションデバイス１６がその音声データ及び／又は他の運動を入力するとき、開始アクションデバイス１６はＵＰＤコマンドを第２のアクションデバイス１６に送り、第２のアクションデバイス１６に開始アクションデバイス１６の直近の出力の内容を通知する。
【００８８】
ステップ９８において、第２のアクションデバイス１６は、直近の出力の内容を含む開始アクションデバイス１６からのＵＤＰコマンドを待つ。そして、第２のアクションデバイス１６は、適切な応答を選択し、応答を出力し、及びその応答の内容をＵＤＰコマンドを用いて開始アクションデバイス１６に送信する。そして、ブロック１００において脚本／コンテンツが終わったかどうかを決定するチェックがなされる。脚本が終わっていないとき、開始アクションデバイスについてのロジックはブロック９６に戻り、会話を開始しないデバイスについてのロジックはブロック９８に戻る。ブロック１００に対する答えが肯定的であると、各アクションデバイス１６は学習したデータを格納し、ロジックはブロック７６ａに進む。
【００８９】
学習は、アクションデバイス１６間の相互作用を通じて達成される。各登場人物は他の登場人物と総合作用し、アクションデバイス１６はそれ自身のデータと体験を更新し、プロセッサ２８に動作可能に付随するメモリカードに将来の使用のために格納する。学習されたデータは、上述の登場人物の計算に影響を与える。特定の登場人物が使用される次の機会は、学習したデータが使用のために利用でき、特定の登場人物のパーソナリティの真価が提供される。
【００９０】
上述のように、一台以上のアクションデバイス１６は、問いを発して答え、言葉遊びをし、合わせて歌う等による実際の知的な会話を有する錯覚を提供している。第３又は第４のアクションデバイス１６が入手できると、第１の２台のアクションデバイスは新たに加わったアクションデバイス１６を含めるように会話及びゲームを調整することになる。玩具の実施の形態について、及びプロセッサ２８の実践的な制限については、最大７台のアクションデバイス１６が自己認識プロセスにおいて接続することができることが好ましい。
【００９１】
例えば、一台以上のアクションデバイス１６がローカルなコーヒーショップ又は他の公的な場所内にあり、全てのアクションデバイス１６がオンにされ、第２の動作モードにあると、各アクションデバイス１６のパーソナルデータに応じ、自己認識プロセスを開始し、一台以上のアクションデバイス１６に互いに通信をさせるようにすることができる。
【００９２】
自己認識プロセスは玩具の実施の形態に関連して説明されたが、自己認識プロセスはアクションデバイス及び／又はネットワークシステム１０のエンドでの使用に基づいて修正できることが理解されるべきである。したがって、学習機能及びパーソナルデータは必ずしもアクションデバイス１６のインテリジェンスエンジンを支配する不変の一連の規則ではなく、むしろ、学習機能及びパーソナルデータはガイドラインとして使用されてもよい。また、学習は他のアクションデバイスとの相互作用に限定されず、学習は環境要因を通じ、例えば、環境及び周囲からデータ入力を取り込むアクションデバイスによって達成されてもよい。
【００９３】
ネットワークシステム１０は、自宅又は他の建物の境界内において、又は、公園、レストラン、飛行機、浜辺、又は他の場所のような公的な場所において使用できることが理解されるべきである。
【００９４】
ネットワーク一ステムの例の適用
【００９５】
以下の説明は、本発明のネットワークシステム１０の様々な使用の例を提供する。ネットワークシステム１０の一般的な機能は、これらの実施の形態によっては変更されない。前に説明したフローチャートは所望の目標に適合され、及び／又は各個別の実施の形態について多かれ少なかれ取り付けられたセンサ又はデバイスを含むように変更してもよいことが理解されるべきである。しかしながら、前に説明したネットワークシステム１０におちえ利用される機能及びロジックは変更されることはないので、さらに説明されることはない。
【００９６】
位置を基礎とする娯楽
【００９７】
双方向の玩具ネットワークシステムは、前述した。この実施の形態は、家庭又は私的な娯楽に限定されるものではなく、位置を基礎とする娯楽（ｌｏｃａｔｉｏｎ  ｂａｓｅｄ  ｅｎｔｅｒｔａｉｎｍｅｎｔ：ＬＢＥ）に関連するようなより大きな規模に適用することができる。ＬＢＥは、公園であって遊園地、テーマパーク、又は親水公園、レストラン、博物館、家族娯楽センタ、動物園、劇場であって映画館及び実演する劇場、及び他の公的場所を含むが、これらに限定されない公的施設を含んでいる。
【００９８】
前述したネットワーク構成及びＬＢＥネットワークの機能は、前述した玩具の実施の形態と同様である。例えば、ＬＢＥの実施の形態におけるアクションデバイスは、子供、大人、及び／又はより大きなサイズであってもよい。玩具の実施の形態に似て、ＬＢＥの実施の形態のアクションデバイスは、二足又は四足の形態であり、又は例えば飛ぶこと又は滑ることのような他の手段による運動を達成してもよい。各アクションデバイスは、環境に関連する範囲内において運動、話し、及び行動ができる。玩具の実施の形態に陽に、単一のホストデバイスはＬＢＥの実施の形態における全てのアクションデバイスを管理している。
【００９９】
動物の訓練及び動物の娯楽
【０１００】
ネットワークシステム１０の他の使用は、動物の訓練又は動物の境界を規定することを含んでいる。図１〜４は、適用できるネットワークシステム１０の配置であり、ネットワーク一ステムの図１、２、３Ａ及び３Ｂの配置が好ましい。この実施の形態により、複数の動物が訓練され、及び／又は単一のホストデバイスの使用で同一の境界に閉じ込められる。
【０１０１】
例えば、犬を訓練するネットワークは、個別の首輪に適合した制御モジュール１８を含むことにより、首輪アクションデバイス１６を形成している。電気ショック首輪とは異なり、この実施の形態により、犬は主人又はトレーナーの声になれるようになり、動物が電気ショックを受けることにより恐れたり攻撃的になったりする代わりに正の強化を提供している。
【０１０２】
この実施の形態において、制御モジュール１８は、音声ユニット３０を含み、バッテリで動作している。犬は、電気ショックではなく、トレーナー又は所有者の声になれるように訓練されて成長する。とライナー又は所有者の声は、スピーカ３４から放出され、動物にフィードバックを提供する。
【０１０３】
例えば、例えば埋設された電気ワイヤのような目に見えない境界が動物の境界を規定し、制御モジュール１８は目に見えないフェンスラインを検知するセンサを含んでいる。動物が境界に近づき、及び／又は境界を超えようとすると、動物の所有者の声がスピーカ３４を通じて放出され、動物に境界内に戻るように呼びかけ、及び／又はホストデバイス１２に動物が境界を越えたことを示す通知を送信することができる。これは、庭又はデイケア施設内の子供又は子供たちを監視するためにも使用でき、アクションデバイス１６はブレスレット、又は適切な方法で子供又は子供たちに取り付けられ、又は持ち運ばれるものであることが理解されるべきである。
【０１０４】
様々なセンサ及びデバイスが、拡張ポート３６及び入力／出力ポート３８にも取り付けることができる。例えば、アクションデバイス１６（例えば、首輪）には、トレーナーへの訓練フィードバックの一部として、いつ動物が運動したかを決定する加速度計を着用することもできる。複数の首輪を使用することによって、トレーナー／所有者は、複数の犬と同時に働くことができ、トレーナー／所有者に必要なときに単一の犬の制御を分離する機能を維持するようにすることができる。例えば、トレーナー／所有者は、一匹の犬又は多数の犬に同時に音声コマンドを送信することができる。
【０１０５】
娯楽の観点から、動物は声又はパーソナリティを与えられることができる。例えば、制御モジュール１８は、予め録音された語句及び／又はユーザが生成したコンテンツを備えている。所有者が、ホストデバイスを通じて、ホストデバイス１２を通じてボタンを押すことにより動物に「話す」ことをさせることができる。
【０１０６】
この実施の形態は、犬だけではない他の種類の動物、例えば映画、劇、及び／又はサーカスに出演するような実演又は他の訓練された動物にも使用することができることが理解されるべきである。
【０１０７】
インテリジェントスプリンクラー／灌漑システム
【０１０８】
ネットワークシステムは、インテリジェントスプリンクラー又は灌漑システムとしても使用することができる。この実施の形態について、図１〜４が適用できるネットワークシステム１０の構成であり、図１、２、３Ａ及び３Ｂのネットワークシステム１０の構成が好ましい。
【０１０９】
例えば、この実施の形態において、単一のホストデバイス１２は、複数のアクションデバイス１６を制御している。アクションデバイス１６は、庭又は公園のような地域において（ユーザの好みに基づいて）計画的に配置される。アクションデバイス１６は、スプリンクラーヘッドに一体でも又は取り外し可能でも結合されてもよい。この実施の形態において、アクションデバイス１６は、大気温度センサ、土壌温度センサ、湿度センサ、及び／又はこれらの組み合わせのような複数のセンサを含むが、これらに限定されない。アクションデバイス１６に動作可能に付随したセンサから収集されたデータは、ホストデバイス１２に中継され、前述した第１及び第の通信プロトコルを用いて処理される。さらに、アクションデバイス１６は、スプリンクラーヘッドを様々な方向に向け、並びにスプリンクラー弁を通じた流量を変化させるサーボのような運動機構を含んでもよい。
【０１１０】
ホスト制御アプリケーション１４は、各アクションデバイス１６から受信した入力を利用し、その地域がどれだけの水を必要とするか、そのような水の持続期間、スプリンクラーヘッドの方向、及び／又はスプリンクラー弁の調整を含むインテリジェントな水やりの計画を決定するように構成されている。ネットワークシステム１０が第１の動作モード（例えば、インフラストラクチャモード）にあると、ホストデバイス１２は、制御アプリケーション１４及びアクセスポイント２５を通じ、インターネットを使用して天候データサービスプロバイダから他のデータを読み出し、季節の情報及び／又はローカルな天気予報を利用し、特定の地形及び／又は公園に水を供給するインテリジェントな計画を作成する。
【０１１１】
インテリジェントなスプリンクラーシステムについての第１及び第２の動作モードの差異は、第２の動作モード、例えば、アドホックモードで動作しているとき、ホスト制御アプリケーション１４がアクセスポイント２５に接続されておらず、オンラインの天候データサービスプロバイダからデータを読み出すことができないことが理解されるべきである。しかしながら、ホスト制御アプリケーション１４は、その領域又は地域の過去の天候データを予め読み込み、アクションデバイス１６からの現在の入力データと連係して過去の天候データを使用し、特定の地形及び／又は公園に水を供給するインテリジェントな計画を立ててもよい。
【０１１２】
動作モードに関わらず、ホストデバイス１２によって、水やりシステムの全体に亘る制御は、ネットワークシステム１０のユーザ又は操作者が悪天候時に外に出たり、及び／又は手動でスプリンクラーヘッド又は灌漑制御システムを調整することなく水やりを開始したりできるようにさせる。
【０１１３】
侵入検出システム
【０１１４】
ネットワークシステム１０は、侵入検出システムにも利用することができる。この実施の形態について、図１〜４は適用できるネットワークシステム１０の構成であり、図１、２、３Ａ及び３Ｂのネットワークシステム１０の構成はより好ましい。
【０１１５】
この実施の形態において、アクションデバイス１６は、窓破損センサ、振動センサ、運動センサ、カメラ、及び／又はこれらの組み合わせを含むが、これらに限定されない侵入検出に適したセンサを備えている。ネットワークシステム１０の設置は、専用のサーバ又は専用のアクセスポイント２５を必要としない。現在のセキュリティシステムは、現在設置され、多くの住民によって使用されている同一のアクセスポイント２５に取り付けられた機器に亘り、同時に監視の機能を提供したり、制御を及ぼしたりしていない。この実施の形態において、ネットワークシステム１０は自宅の所有者又は建物の所有者の現存する無線機器を利用することができ、建物の中に居るか、又はホストデバイス１２を使用して遠隔の位置から、ネットワークシステム１０のユーザに機器（例えば、アクションデバイス１６）に亘って同時に監視し、制御を及ぼす機能を提供する。インフラストラクチャモードにおいて、ネットワークシステム１０は、ローカルな権限を有する者及びセキュリティ監視会社が通信を受信する機器を備えることを前提とし、ローカルに権限を有する者及び／又はセキュリティ監視会社と通信し、支援を要求するように構成されている。
【０１１６】
侵入監視システムは、アドホックモードで動作することもでき、セキュリティシステムはアクセスポイント２５を利用することはなく、ローカルな権限を有する者又はセキュリティ監視会社のような第三者と通信しないものと理解される。
【０１１７】
ロボット探査及び救助
【０１１８】
この実施の形態について、図１〜４は適用できるネットワークの構成である。探査及び救助ロボットは、自然災害又は人為的災害のいずれにおいても生存者の位置の特定を支援するために使用される。これらのロボットは、救助者の環境が未知であり、安全でないときに使用することもでき、救助又は回収を必要とするより多くの人間の発生を防止している。工業用ロボット、探査及び救助ロボットは、アクションデバイス１６の方向及び運動を決定するジャイロスコープ及び加速度計を取り付けることができ、これらはホスト制御デバイス１４がアクションデバイス１６の目標に到達するか又は満たされる最良の経路又は解を決定している。
【０１１９】
この実施の形態においては、複数のアクションデバイス１６は、ホストデバイス１２上で実行される単一のホスト制御アプリケーション１４の制御の下に展開することができる。アクションデバイス１６は、一台以上のマイクロフォン４８又は他のデバイス、及び拡張ポート３６及び入力／出力ポート３８を介した検出センサに備えられることができる。これによって、複数のアクションデバイス１６は、広大な地域を同時に覆うことができ、災難の見込まれる生存者にスピーカ３４及び／又はビデオ画面を通じたフィードバック又は指示を提供することができるようになる。複数のアクションデバイス１６が使用されると、音響センサは各アクションデバイス１６の観点から環境の即時の地図作製を提供し、とらえられた生存者の可能な同定及び避難場所のより迅速な決定を可能にしている。
【０１２０】
探査及び救助システムについて、他のデバイス及びセンサは、運動、赤外、可視、可聴、熱、ガス検出、爆発物感知、地形を取得して地図作成する機能を有するもの、及び／又はこれらの組み合わせも含むことができるが、これらに限られない。
【０１２１】
自己認識の実施の形態は、探査及び救助の実施の形態の使用に修正してもよい。図７で説明したフローチャートは、ブロック８６において修正される。ランダム待機音声及び他の待機脚本を選択することに代わって、アクションデバイス１６は、与えられた地域について探査し、センサの入力を取得する。他のアクションデバイス１６が発見されたとき、二台以上のデバイスは他との関係におけるアクションに関する第２の通信プロトコル（図７のブロック８８〜１０２を参照）を用いて通信する。前述のように、パーソナリティデータに関連して説明した学習は、決定データではなく、むしろガイドラインとして使用してもよい。このような使用によって、見込まれる生存者及びアクションデバイスの安全の両方ため、及びアクションデバイスの自己持続のための境界の自己決定を可能にしている。探査及び救助の実施の形態の例は、アクションデバイス１６が調査及び探査する地域を確定し、他のアクションデバイス１６のその探査領域への侵入を回避するようにすることである。
【０１２２】
探査及び救助の実施の形態において、コンテンツの実施は実時間であることができ、ホストデバイス１２がユーザからの実時間の指示を受信する機器を有し、予め書き込まれ、予め読み込まれたコンテンツを実行することができることを意味している。そして、ホストデバイス１２は、ユーザからのコマンドを所望のアクションデバイス１６に転送する。他の実施の形態におけるように、第１及び第２の通信プロトコルの混合した使用は、唯一のデルタ管理プロセスと並んで利用することができる。
【０１２３】
教育の設定
【０１２４】
この実施の形態について、図１〜４は適用できるネットワークシステムの配置であり、図１及び３Ｂは好ましいものである。現在、米国において、幼稚園から高校までの学校のいくつかの教室は、約１：３０から約１：４０の講師対学生の比率を有している。この実施の形態において、カリキュラムは各学生に合わせて調整することができ、講師は追加の支援を必要とする脱落の恐れのある生徒を同定することができる。この実施の形態は、講師に各学生の進展を効率的に管理し、追跡することも提供している。
【０１２５】
この実施の形態において、ホストデバイス１２は、講師によって使用されることができ、アクションデバイス１６は学生に提供されるインタラクティブなタブレット又は他の適切なデバイスとすることができる。各教室はそれ自身のアクセスポイント２５を備え、近くのネットワークシステム１０との干渉及び／又は参加を防いでいる。ホストデバイス１２及びその付随する送受信機２４を通じ、教育素材、試験、及び他の素材は、学生に配布することができる。アクションデバイス１６は、アクションデバイス１６を実時間で監視し、ホスト制御アプリケーション１４にフィードバックを送信する。しかしながら、フィードバックは、遅延され、ホストデバイス１２に後で送信されることもできる。
【０１２６】
例えば、講師は各学生に電子ワークブックを提供することもできる。各学生の課題が進むにつれ、フィードバック（スピード、上達、問題の難易度を含むがこれらに限られない）がホスト制御アプリケーション１４に提供される。フィードバックは、後の使用のために格納し、各個別の学生の学業の進展を追跡してもよい。さらに、学生が優れていると、問題の難易度が実時間で増加し、学生の向上を維持し、同様に学生が苦労していると、難易度を低くすることができる。
【０１２７】
学生が課題を進めると、支援または成績のフィードバックが学生に画面の表示を通じて又は音声ユニット３０（アクションデバイス１６にプラグで接続された随意のヘッドフォンを用いて）提供することができる。さらに、ホスト制御アプリケーション１４を監視している講師に、彼／彼女が学生に求められているという通知が送信されることができる。課題が時間の定められた課題である場合には、期限のある課題の満期において、各アクションデバイス１６は学生によるさらなる作業を妨げ、タイマが満了した後に問いに答えることを継続することにより他者に対して利益を取得する単一の学生がいないように公平な環境を生成する。
【０１２８】
本発明及びエンドユーザの使用は、上述の例及び説明に限定されない。本発明の他の実施の形態は、当業者に明らかであろう。エンドでの使用の変化によるコンテンツの使用の修正は、当業者に明らかである。このように、前述の説明は本発明の一般の使用及び方法を単に可能にし、説明する。本発明のある実施の形態がこの開示の目的で説明されたが、当業者は本発明の要旨及び範囲から離れることなく変更をすることができる。したがって、この発明の性質は、添付の請求の範囲によって規定される。
【図１】
2015510285.tif 000003
【図２】
2015510285.tif 000004
【図３Ａ】
2015510285.tif 000005
【図３Ｂ】
2015510285.tif 000006
【図４】
2015510285.tif 000007
【図５】
2015510285.tif 000008
【図６】
2015510285.tif 000009
【図７】
2015510285.tif 000010
【図８Ａ】
2015510285.tif 000011
【図８Ｂ】
2015510285.tif 000012
【図９】
2015510285.tif 000013
【国際調査報告】
2015510285.tif 000014
2015510285.tif 000015