(57)【要約】情報ディストリビュータ（１０３）は、プロセッサ（４２２）と、プロセッサに接続されたネットワーク・レシーバ（１０４）と、プロセッサに接続されたトランシーバシステム（１０５）と、プロセッサに接続されたメモリ（４１２）とを備える。メモリは、ネットワーク・レシーバ（１０４）に対して、システム通信ネットワークからワイヤレスで情報を受信するように指示するよう構成されたネットワークレシーバ通信スタックと、トランシーバシステム（１０５）に対して、該トランシーバシステム（１０５）の送信範囲内に存在する携帯コンピュータ装置にオンデマンドで前記情報をワイヤレスで送信するよう指示するよう構成されたトランシーバプロトコルスタックとを含む。トランシーバプロトコルスタックは、トランシーバシステム（１０５）に対して、ビーコンを発生するように指示するよう構成された第１のモジュールと、トランシーバシステム（１０５）に対して、前記ビーコンに応答して前記携帯コンピュータ装置によって発生された確認信号を検出するよう構成された第２のモジュールと、トランシーバシステム（１０５）に対して、前記確認信号に応答して前記情報を組み込んでいるブロードキャスト（１１８）を発生するように指示するよう構成された第３のモジュールとを含む。
2004534441.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、
前記プロセッサに接続されたネットワークレシーバと、
前記プロセッサに接続されたトランシーバシステムと、
前記プロセッサに接続されたメモリと
を備える情報ディストリビュータであって、
前記メモリが、
前記ネットワークレシーバに対して、システム通信ネットワークからワイヤレスで情報を受信することを指示する、よう構成されたネットワークレシーバ通信スタックと、
前記トランシーバシステムに対して、該トランシーバシステムの送信範囲内に存在する携帯コンピュータ装置に対してオンデマンドでワイヤレスで情報を送信することを指示する、よう構成されたトランシーバプロトコルスタックとを含み、
前記トランシーバプロトコルスタックが、
前記ネットワークレシーバに対して、ビーコンを発生することを指示するよう構成された第１のモジュールと、
前記ビーコンに応答して前記携帯コンピュータ装置によって発生された確認信号を前記トランシーバシステムが検出するように、該トランシーバシステムに対して指示するよう構成された第２のモジュールと、
前記トランシーバシステムに対して、前記確認信号に応答して前記情報を組み込んでいるブロードキャストを発生することを指示するよう構成された第３のモジュールとを含む
ことを特徴とする情報ディストリビュータ。
【請求項２】
前記プロセッサに接続されたバッテリを更に備える請求項１に記載の情報ディストリビュータ。
【請求項３】
前記システム通信ネットワークはページングネットワークであり、前記ネットワークレシーバはページング送信を受信するように構成されたラジオ周波数通信装置を含む請求項１に記載の情報ディストリビュータ。
【請求項４】
前記第１のモジュールは、前記トランシーバシステムに対して、前記ビーコンの送信範囲を増すためにベース信号パワーレベルをブーストすることにより該ビーコンを発生することを指示するよう構成された第４のモジュールを有する請求項１に記載の情報ディストリビュータ。
【請求項５】
前記第２のモジュールは、前記トランシーバシステムに対して、振幅偏移変調された確認信号を検出することを指示するよう構成された第５のモジュールを有する請求項１に記載の情報ディストリビュータ。
【請求項６】
前記第３のモジュールは、前記トランシーバシステムに対して、前記ブロードキャストの送信範囲を増すためにベース信号パワーレベルをブーストすることにより該ブロードキャストを発生することを指示するよう構成された第６のモジュールを有する請求項１に記載の情報ディストリビュータ。
【請求項７】
前記ビーコン、前記確認信号及び前記ブロードキャストは、赤外線信号であり、前記トランシーバシステムは赤外線通信装置を含む請求項１に記載の情報ディストリビュータ。
【請求項８】
前記トランシーバシステムは、前記ビーコンと前記ブロードキャストとを発生するように構成された赤外線トランシーバを含み、かつ、この赤外線トランシーバは、前記確認信号を検出するように構成されている請求項７に記載の情報ディストリビュータ。
【請求項９】
プロセッサと、
前記プロセッサに接続されたバッテリと、
前記プロセッサに接続されたネットワークレシーバであって、このネットワークレシーバは、バッテリ電力消費を下げて動作するスリープモードとバッテリ電力消費わ上げて動作するアクティブモードとの間で動作切り換え可能であるものと、
前記プロセッサに接続されたトランシーバシステムと、
前記プロセッサに接続されたメモリと
を備える情報ディストリビュータであって、
前記メモリが、
前記ネットワークレシーバがシステム通信ネットワークから第１の予定された送信を受信するように、該ネットワークレシーバを前記スリープモードから前記アクティブモードに切り換えるよう構成された第１のモジュールと、ここで前記第１の予定された送信は情報を組み込んでおり、
前記第１の予定された送信の受信後に前記ネットワークレシーバを前記アクティブモードから前記スリープモードに切り換えるよう構成された第２のモジュールと、
前記トランシーバシステムに対して、該トランシーバシステムの送信範囲内に存在する携帯コンピュータ装置に対してオンデマンドで前記情報を送信することを指示するよう構成された第３のモジュールとを含む
ことを特徴とする情報ディストリビュータ。
【請求項１０】
前記メモリは、更に、前記第１の予定された送信の送信時間の開始を示す初期予定を含み、
前記第１のモジュールが、前記初期予定に従って、前記ネットワークレシーバを前記スリープモードから前記アクティブモードに切り換えるよう構成されたものであることを特徴とする請求項９に記載の情報ディストリビュータ。
【請求項１１】
前記第１の予定された送信は、更に、前記システム通信ネットワークからの第２の予定された送信の送信時間の開始を示す更新された予定を組み込んでおり、
前記第１のモジュールは、前記更新された予定に従って、前記第２の予定された送信を受信するように前記ネットワークレシーバを前記スリープモードから前記アクティブモードに切り換えるよう構成されたものであることを特徴とする請求項１０に記載の情報ディストリビュータ。
【請求項１２】
前記第３のモジュールは、
前記トランシーバシステムに対して、ビーコンを発生することを指示するよう構成された第４のモジュールと、
前記ビーコンに応答して前記計算機装置によって発生された確認信号を前記トランシーバシステムが検出するよう、該トランシーバシステムに対して指示するよう構成された第５のモジュールと、
前記トランシーバシステムに対して、前記確認信号に応答して前記情報を組み込んでいるブロードキャストを発生することを指示するよう構成された第６のモジュールと
有することを特徴とする請求項１０に記載の情報ディストリビュータ。
【請求項１３】
情報ディストリビュータを動作する方法であって、
無線式の情報源から情報を受信する手順と、
前記情報ディストリビュータの送信範囲内に存在する携帯コンピュータ装置に対してオンデマンドで前記情報を無線式に送信する手順とを具備し、該情報を無線式に送信する手順は、
ビーコンを検出することと、
前記ビーコンに応答して前記携帯コンピュータ装置によって発生された確認信号を検出することと、
前記確認信号に応答して前記情報を組み込んでいるブロードキャストを発生することとを含む
ことを特徴とする方法。
【請求項１４】
前記情報を受信する手順は、前記情報を組み込んでいる予定された送信を、システム通信ネットワークから受信することを含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記ビーコンを発生することは、前記ビーコンの送信範囲を増すためにベース信号パワーレベルをブーストすることを含むことを特徴とする請求項１３に記載の方法。
【請求項１６】
前記確認信号は、振幅偏移変調された信号であることを特徴とする請求項１３に記載の方法。
【請求項１７】
前記ブロードキャストを発生することは、前記ブロードキャストの送信範囲を増すためにベース信号パワーレベルをブーストすることを含む請求項１３に記載の方法。
【請求項１８】
前記ビーコン、前記確認信号及び前記ブロードキャストは、赤外線信号である請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、ネットワークを介して遠隔の装置に情報を配信するよう構成されたシステムおよび方法に関する。より詳しくは、本発明の実施の形態は、無線(ワイヤレス)情報ディストリビュータ、ローカルデータキャッシュ、携帯コンピュータ装置に情報を同送(同報通信)するためのプロトコル、無線情報ディストリビュータに新たな情報を提供するための手続き、情報ディストリビュータにおけるバッテリ保存方法、ならびに、物理的な装置の変更を必要とすることなく、従来の携帯コンピュータ装置の無線通信範囲を拡大するためのシステムおよび方法を提供するものである。
【０００２】
（関連出願）
本出願は、2001年4月24日に出願された米国特許出願No. (出願番号は未だ付けられていない)であって、代理人整理No.IBOB-001/00USを有する"System and Method for Communicating Information from a Computerized Distributor to Portable Computing Devices"、および、2001年4月24日に出願された米国特許出願No.  (出願番号は未だ付けられていない)であって、代理人整理No.IBOB-001/01USを有する"System and Method for Dynamically Generating Content on a Portable Computing Device"と同時に出願されたものである。
【背景技術】
【０００３】
インターネットおよびWorld Wide Webは、世界を一般家庭にもたらす上で大きな進歩を実現した。全地球のほとんどすべての部分についての極めて豊富で詳細な情報は、典型的なコンピュータユーザからほんの数キーストローク離れた所に存在する。しかし、典型的なコンピュータユーザは、いったん家を離れると、この豊富な情報プールに対するアクセス手段を失う。もちろん、前記コンピュータユーザは、家を離れた後に彼のコンピュータを電子ネットワークに接続しなおすことによって、豊富な情報源に対するアクセス手段を取り戻すことができる。しかし、そのような接続は典型的には面倒であり、その利用可能性がしばしば制限される。
【０００４】
たとえば、美術館での展示物に関する情報を欲している美術館にいるコンピュータユーザについて考察する。典型的には、彼女は、公衆電話を探し、彼女のコンピュータを該電話に物理的に接続し、ダイアルアップモデムを介してネットワーク接続を確立し、しかる後、情報取り出し検索を開始しなければならない。このような処理は面倒で不便であるだけでなく、該コンピュータユーザが前記ネットワークとの接続を切ると直ぐに、彼女は、典型的には、前記ネットワークによって提供される情報に対するアクセスを失うことになる。もちろん、前記該コンピュータユーザは、彼女のコンピュータのメモリに情報をセーブすることができるであろうが、いったん断続されると、前記ネットワークによって提供される情報を操作するためのすべてのインタラクティブな能力を失う可能性があり、断続後には、決定的に、新たなクエリー(queries: 問合わせ、または、処理要求)をする能力を失うことになる。
【０００５】
たとえば、野球場を訪れる他のコンピュータユーザについて考察する。このコンピュータユーザが、公衆電話網を通じてインターネットにワイヤレス(無線)で接続する能力を有するコンピュータを持参する、ということが考えられる。いったん接続されると、前記コンピュータユーザは、その野球場および/または該当チームに関する情報を探すことができ、理論上は、全試合中またはそれより長く、該電子ネットワークを介して提供される情報を検討し続けることができる。しかし、残念なことに、このコンピュータユーザは、典型的には、典型的なダイアルアップネットワークを介した接続に対する金額よりも、このサービスおよび関連機器に対してより大きい金額を支払わなければならないことになる。さらに、前記コンピュータユーザと前記ネットワークとの間のワイヤレス(無線)接続は、干渉等の様々な理由により切断するおそれがあり、このように接続が切れると、前記コンピュータユーザは、前記ネットワークによって提供される情報に対するアクセスを失うことになる。なお悪いことに、特に、このコンピュータユーザがこの野球場に来る他の客とは競争しないで済むかもしれないが、ワイヤレスネットワークに接続することを欲しているすべての人と競争しなければならないので、利用可能なワイヤレス接続を求めて競争しなければならないことがある。実際、前記コンピュータユーザが人気のある野球の試合を見に来ており、多くの他の観客も既にワイヤレス接続を確立している場合を想定する。前記コンピュータユーザは、ワイヤレスネットワークに対する接続を確立する際に周波数帯域を求めて競争しなければならないだけでなく、たとえば、ホームチームのウェブサイトのような特定の情報源に対するアクセスを求めて競争しなければならないことがある。たとえば、それらのすべてが同時にワイヤレスネットワークにアクセスしようとし、そして、彼らのチームのウェブサイトにアクセスしようとする大リーグの野球の試合における数千の観客によるアクセス要求の殺到時に、このようなウェブサイトは、要求を正しく処理するための能力が制限される可能性がある。
【０００６】
これまで、上記の問題点は、個々のコンピュータユーザの観点から検討されてきた。社会全体の観点から考察すると、上記の問題点は、付加的な様相を呈する。遠隔の場所について学ぶために彼らの電子ネットワークに対する接続を使用しているのではなく、彼らの直ぐ前に立っている人および場所に関する情報にアクセスするために彼らの電子ネットワーク接続を使用している数千のコンピュータユーザによってその容量が減少させられる、大規模の遠距離通信ネットワークを想定してみよう。遠距離通信ネットワークは膨大な数の上記のような接続をサポートできたとしても、その状況は、依然として本質的に無駄が多いままであり、直接口で話せば聞こえる範囲(スピーキングレンジ)内にいる他人に電話をかけることに例えられる。
【０００７】
したがって、個々のコンピュータユーザは、遠隔地の情報にアクセスする能力の進歩の恩恵を受けるべきである。同様に、このような進歩が利用可能な資源を不適切に消費しない形態でなされるのであれば、社会全体もこのような進歩の恩恵を受けるべきである。
【発明の開示】
【０００８】
本発明の一実施の形態は、プロセッサと、該プロセッサに接続されたネットワークレシーバと、前記プロセッサに接続されたトランシーバシステムと、前記プロセッサに接続されたメモリとで構成される情報ディストリビュータである。前記メモリは、前記ネットワークレシーバに対して、システム通信ネットワークからワイヤレスで情報を受信することを指示するよう構成されたネットワークレシーバ通信スタックと、前記トランシーバシステムに対して、該トランシーバシステムの送信範囲内に位置する携帯コンピュータ装置にオンデマンドで(つまり、要求あり次第)ワイヤレスで情報を送信することを指示するよう構成されたトランシーバプロトコルスタックとを格納している。前記トランシーバプロトコルスタックは、前記トランシーバシステムに対してビーコンを発生することを指示するよう構成された第1のモジュールと、前記トランシーバシステムに対して、前記ビーコンに応じて前記携帯コンピュータ装置によって発生された確認信号を検出することを指示するよう構成された第2のモジュールと、前記トランシーバシステムに対して、前記確認信号に応じて情報を組み込んだ同報通信(ブロードキャスト)を発生することを指示するよう構成された第3のモジュールとを含んでいる。
【０００９】
本発明の他の実施の形態は、プロセッサと、該プロセッサに接続されたバッテリと、前記プロセッサに接続されたネットワークレシーバ（受信器）であって、バッテリ電力消費を下げて動作するスリープモードとバッテリ電力消費を上げて動作するアクティブモードとの間で切り換え可能なネットワークレシーバと、前記プロセッサに接続されたトランシーバシステムと、前記プロセッサに接続されたメモリとで構成される情報ディストリビュータである。前記メモリは、前記ネットワークレシーバを前記スリープモードから前記アクティブモードに切り換えて、システム通信ネットワークから、情報を組み込んだ第1の予定された送信を受け取るよう構成された第1のモジュールと、前記第1の予定された送信を受信した後に前記ネットワークレシーバを前記アクティブモードから前記スリープモードに切り換えよう構成された第2のモジュールと、前記トランシーバシステムに対して、該トランシーバシステムの送信範囲内に位置する携帯コンピュータ装置にオンデマンドで情報を送信することを指示するよう構成された第3のモジュールとを含んでいる。
【００１０】
本発明の他の実施の形態は、情報ディストリビュータを動作させる方法である。該方法は、ワイヤレスソースから情報を受信するステップと、前記情報ディストリビュータの送信範囲内に位置する携帯コンピュータ装置にオンデマンドでワイヤレスで前記情報を送信するステップとからなる。前記ワイヤレスで情報を送信するステップは、ビーコンを発生するステップと、前記ビーコンに応じて前記携帯コンピュータ装置によって発生された確認信号を検出するステップと、前記確認信号に応じて前記情報を組み込んだ同報通信(ブロードキャスト)を発生するステップとを含む。
【発明を実施するための最良の形態】
【００１１】
本発明の実施の形態に従うシステムおよび方法は、アプリケーションおよびデータ等の情報を生成し、遠隔のノードに再配信するために該情報をパッケージ化し、さらに、前記遠隔のノードが携帯コンピュータ装置に対してオンデマンドで前記情報を配信できるようにするための豊かな環境を提供する。本発明の実施の形態は、顧客が遠隔のワイヤレスノードからオンデマンドで配信するためのアプリケーションおよび添付データを構築できるようにするものである。配信ネットワークの実施の形態は、ワイヤレスデータノードの全国的なフォーラムを介して顧客および従業員たちに連絡しようとする会社に対してユニークなサービスを提供することができる。前記ワイヤレスデータノードを介して配信される情報(アプリケーションソおよびデータ)は、テキスト、グラフィックス、インタラクティブなアプリケーション、法人のデータベース、オーディオおよびビデオであってよい。
【００１２】
本発明の実施の形態は、さらに、遠隔のワイヤレスデータノードから情報を配信するためのシステムおよび方法を提供するものであり、特別なクライアントアプリケーションを有する携帯コンピュータ装置が、従来これらの携帯コンピュータ装置にとって利用可能であった距離を越える距離にある前記遠隔のワイヤレスデータノードとの間で情報を受信および送信することを可能にするものである。本発明の実施の形態は、拡張された範囲の通信を容易にする、遠隔のワイヤレスデータノードと携帯コンピュータ装置との間の情報送信のための特殊化されたプロトコルを使用してよい。さらに、前記配信システムおよび方法の実施の形態は、前記携帯コンピュータ装置に追加的なハードウエアを必要とすることなく、また、携帯コンピュータ装置のユーザによる機械的な調整を必要とすることなく、拡張された送受信範囲を実現できるものである。
【００１３】
さらに、本発明の実施の形態は、簡単に使用できるよう設計されていて、完全に実用的な状態に配備可能で、かつ、配備および使用の前に配線または大きな調整を必要としない、"ディストリビュータ"として知られているワイヤレスデータノードを提供する。いくつかの実施の形態において、ディストリビュータは、該ディストリビュータが接触する携帯コンピュータ装置に面するよう情報送信ウィンドウが方向づけられることのみを必要とする。前記ディストリビュータの構成要素は、わずか数平方インチの小さな箱の中に入れられることができ、バッテリ電力で動作するディストリビュータを、新たな情報をワイヤレスで取得しかつ前記情報をオンデマンドでワイヤレスで再配信することを可能にしながら数年間世話を必要としない状態に維持できる。典型的には、前記ディストリビュータは、屋内環境および屋外環境に配置されてよい。
【００１４】
さらに、本発明の実施の形態は、顧客が配信用の情報(たとえば、アプリケーションおよび/またはデータ)を作成して、携帯コンピュータ装置で使用できるようにする簡単で標準的なメカニズムを提供する。さらに、本発明の実施の形態は、地理的に分散した位置にある遠隔のデータノードに、顧客によって作成された情報を提供する継ぎ目のない(つまり、シームレスで)透過型の情報配信ネットを提供する。
【００１５】
さらに、本発明の実施の形態は、ワイヤレスデータノードからのダウンロードを含む様々なメカニズムによって、携帯コンピュータ装置にダウンロードされてよいユニークなクライアントアプリケーションを提供する。前記クライアントアプリケーションは、前記ワイヤレスデータノードから提供されるアプリケーションおよびデータの処理を監督する遠隔アプリケーションサーバを提供する。さらに、前記クライアントアプリケーションは、付加的なハードウエアまたは物理的な装置変更を必要とすることなく、多くの携帯コンピュータ装置のための拡張された通信範囲を可能にする、前記携帯コンピュータ装置上で通信タスクを実行するデコーダを提供する。
【００１６】
定  義
以下の定義は、本発明のいくつかの実施例について説明する要素の一部に適用することができる。これらの用語についても同様に以下で詳しく述べる。
【００１７】
確認信号（Acknowledgement Signal:ＡＣＫ）-  携帯コンピュータ装置によって送信され得る信号であって、通常はビーコン及び／又は同報通信の受信を確認するためのものである。本発明のいくつかの実施例によれば、ビーコン信号を受信した後で携帯コンピュータ装置が送信したＡＣＫにより、ディストリビュータ（分配装置）に同報通信を行うよう促すことができる。本発明のいくつかの実施例によれば、ＡＣＫには情報のフレーム又はパケットを包めることができる。
【００１８】
ビーコン _  ディストリビュータによって送信され得る信号であって、通常、情報を受信する準備ができている携帯コンピュータ装置の存在を確認するためのものである（例えば、アプリケーション及び／又はデータ）。本発明のいくつかの実施例によれば、ビーコンには情報のフレーム又はパケットを含めることができる
【００１９】
ビーム呼び掛け（問い合わせ）信号  _ ディストリビュータによって送信され得る信号であって、通常、クライアントをダウンロードする準備ができている携帯コンピュータ装置の存在を特定するものである。本発明のいくつかの実施例によれば、ビーム呼び掛け（問い合わせ）信号は、従来の通信プロトコル、例えば、ＩｒＤＡ通信プロトコルを用いて生成できる。
【００２０】
同報通信 （ブロードキャスト）_ ディストリビュータによって携帯コンピュータ装置に送信され得る情報（例えば、アプリケーション及び／又はデータ）から成る信号。本発明のいくつかの実施例によれば、同報通信（ブロードキャスト）には情報のフレーム又はパケットを含めることができる。
【００２１】
クライアント  _ 情報（例えば、アプリケーション及び／又はデータ）を携帯コンピュータ装置にダウンロードするように、及び／又はダウンロードした情報を処理するように構成された機構又は機構群。本発明のいくつかの実施例によれば、クライアントは、携帯コンピュータ装置内のコンピュータ・プログラム又はコンピュータ・プログラム群によって構成できる。本発明のいくつかの実施例によれば、クライアントは、携帯コンピュータ装置とディストリビュータの間における転送に関する通信を指示するよう構成されたデコーダを含んでもよい。本発明のいくつかの実施例によれば、クライアントは、アプリケーション及び／又はデータ、通常は携帯コンピュータ装置によってダウンロードされたアプリケーション及び／又はデータを処理するよう構成されたアプリケーションサーバ(Remote Application Server:ＲＡＳ)を含んでもよい。
【００２２】
データ転送通信プロトコル  _ ディストリビュータと1以上の携帯コンピュータ装置との間で転送する情報（例えば、アプリケーション及び／又はデータ）に関する通信を管理する一連の規則及び手順。本発明のいくつかの実施例によれば、データ転送通信プロトコルは、ビーコン、確認信号（ＡＣＫ）、及び同報通信のうち、1以上の信号の送信／受信を管理する。本発明のいくつかの実施例によれば、データ転送通信プロトコルを、ディストリビュータ及び携帯コンピュータ装置にそれぞれ設けられたデータ通信モジュールやデータ受信モジュールに組み込んでもよい。本発明のいくつかの実施例によれば、データ転送通信プロトコルは、電力を節約して使用するようにディストリビュータを補助し、及び／又は携帯コンピュータ装置の従来の通信範囲を超えるように通信範囲を拡大してもよい。
【００２３】
デコーダ  -   ディストリビュータと1以上の携帯コンピュータ装置との間における情報（例えば、アプリケーション及び／又はデータ）の転送に関連する通信を処理するよう構成された機構又は機構群。本発明のいくつかの実施例によれば、デコーダは携帯コンピュータ装置内に設けることができる。該デコーダは、携帯コンピュータ装置によってダウンロードされた情報を受信及び／又は処理することができる。本発明のいくつかの実施例によれば、デコーダは、携帯コンピュータ装置上の既存のハードウェア及び／又はソフトウェアとディストリビュータとの間の通信を補助するものであってもよい。本発明のいくつかの実施例によれば、デコーダは、クライアント通信レイヤ（層）の一部を提供するコンピュータ・プログラム及び／又はコンピュータ・プログラム群を含んでもよい。本発明のいくつかの実施例によれば、デコーダは、携帯コンピュータ装置に情報を同報通信する際に、ディストリビュータが利用するデータ転送通信プロトコルをサポートするように構成されたデータ受信モジュールを含んでもよい。本発明のいくつかの実施例によれば、デコーダは、データ転送通信プロトコルによって受信したパケットを再構築して、クライアントの他の部分等に渡すことができるような意味のあるデータストリームにする。
【００２４】
配信ネットワーク  _ 携帯コンピュータ装置に情報（クライアント、アプリケーション及び／又はデータ）を送るように構成された機構又は機構群。本発明のいくつかの実施例によれば、配信ネットワークは、携帯コンピュータ端末への最終的なダウンロードに適した情報を作成、及び／又は見つけるように構成された情報プロバイダシステムによって構成することができる。本発明のいくつかの実施例によれば、配信ネットワークは、携帯コンピュータ装置へのダウンロードを最終的に行う１以上のディストリビュータに情報を送る構造化システムによって構成することができる。本発明のいくつかの実施例によれば、配信ネットワークは、携帯コンピュータ装置に情報を提供する１以上のディストリビュータから構成することができる。また、本発明のいくつかの実施例によれば、配信ネットワークは、例えば、情報プロバイダシステムと構造化システムを接続する電子ネットワークや、該構造化システムと1以上のディストリビュータを接続するシステム通信ネットワークのような1以上の有線及び／又は無線通信媒体から構成することができる。
【００２５】
ディストリビュータ  _ 携帯コンピュータ装置に情報（クライアント、アプリケーション及び／又はデータ）を提供することができる処理・通信機能を有する装置。本発明のいくつかの実施例によれば、ディストリビュータは、携帯コンピュータ端末に無線で情報を分配する比較的小さい物理サイズのローカルデータキャッシュから構成することができる。本発明のいくつかの実施例によれば、ディストリビュータは、自身が無線で配信した情報を受け取ることができる。また、本発明のいくつかの実施例によれば、配信した情報に、ディストリビュータの設置場所と何らかの関連をもたせることができる。ディストリビュータは、メモリに接続されたＣＰＵと通信装置を有してもよい。該通信装置は１以上の通信プロトコルにしたがった有線及び／又は無線通信用に構成することができる。また、ディストリビュータは、例えば入出力装置及び／又はバッテリのような他のハードウェア要素や、上記メモリに含め得るソフトウェアによって構成することもできる。また、本発明のいくつかの実施例によれば、ディストリビュータは、システム通信ネットワークを介して構造化システムから情報を受信するとともに、該情報を携帯コンピュータ装置送信用にフォーマットすることができる。また、本発明のいくつかの実施例によれば、ディストリビュータは、無線のバッテリ電源式装置から構成することができ、該ディストリビュータは、構造化システムから無線で情報を受信し、携帯コンピュータ装置に無線で情報を送ることができる。また、本発明のいくつかの実施例によれば、ディストリビュータは、特定の場所と特に関連性を有しない情報を送ることができる。ディストリビュータの動作は、携帯コンピュータ端末への情報配信のみに限定する必要はない。本発明のいくつかの実施例においては、ディストリビュータは、携帯コンピュータ装置から情報を受信し、他の携帯コンピュータ装置を含む他のコンピュータシステムに該情報を提供することができる。
【００２６】
電子ネットワーク  _ 情報（クライアント、アプリケーション及び／又はデータ）を送信及び／又は受信するための有線及び／又は無線通信媒体。電子ネットワークの例としては、インターネット、イントラネット、公衆交換電話網（Public Switched Telephone Network:ＰＳＴＮ）、無線音声・データ通信網、ページング・ネットワーク、及び、衛星、放送、ケーブルテレビ、双方向ケーブル等のＴＶネットワークが挙げられる。更に、電子ネットワークの他の例としては、情報をケーブルテレビ等の媒体で送り、インターネット等の他方の媒体で情報を受信するというハイブリッドシステムがある。電子ネットワークの他の例として、インターネット、電話、及びケーブルテレビのような複数の媒体を介して情報を送信及び／又は受信するような集合システムが挙げられる。本発明のいくつかの実施例によれば、電子ネットワークは、情報プロバイダシステムから構造化システムに情報を伝達するための無線ネットワークから構成することができる。
【００２７】
情報プロバイダシステム  _ 携帯コンピュータ装置への最終的なダウンロードに適した情報（例えば、クライアント、アプリケーション、及び／又はデータ）を作成及び／又はアップロードするように構成された機構又は機構群。本発明のいくつかの実施例によれば、情報プロバイダシステムは、メモリ（一次及び／又は二次）に接続したＣＰＵを含む従来のサーバコンピュータ構成要素から成る従来のサーバコンピュータから構成することができる。該サーバコンピュータは、例えば該メモリに含まれる１以上のデータベースやソフトウェア要素のような他の構成要素から構成してもよい。特に、該ソフトウェア要素は、携帯コンピュータ装置へ最終的にダウンロードする情報（例えば、アプリケーション及び／又はデータ）の作成及び／又はアップロードを容易にするように構成された1以上のコンピュータ・プログラムを有してもよい。本発明のいくつかの実施例によれば、情報プロバイダシステムは、電子ネットワークを介して構造化システムに情報を提供することができる。
【００２８】
携帯コンピュータ装置  _ 処理・通信機能を有する比較的軽量の装置。特に、携帯コンピュータ装置は、処理・通信機能を有し、ユーザが携帯できる装置によって構成される。携帯コンピュータ装置の例としては、携帯情報端末（Personal Digital Assistants:ＰＤＡ）、パーム・パイロット、両方向ポケットベル（例えば、ブラックベリー無線装置）、携帯電話、ラップトップ・コンピュータが挙げられる。本発明のいくつかの実施例によれば、携帯コンピュータ装置は、メモリに接続されたＣＰＵ及び通信装置を含む。該通信装置は、1以上の通信プロトコルにしたがい有線及び／又は無線通信用に構成することができる。また、携帯コンピュータ装置は、例えば入出力装置等の他のハードウェア要素や、上記メモリに含められるソフトウェア要素を有してもよい。
【００２９】
リモート・アプリケーション・サーバ（ＲＡＳ）- 携帯コンピュータ装置によってダウンロードされた情報を処理するように構成することができる機構又は機構群。本発明のいくつかの実施例によれば、ＲＡＳは、携帯コンピュータ装置内に設けることが出来る。本発明のいくつかの実施例によれば、ＲＡＳは、携帯コンピュータ装置によってダウンロードされたデータを用いて1以上のアプリケーションを実行することができる。本発明のいくつかの実施例によれば、ＲＡＳは、クライアント上のアプリケーション層を提供するコンピュータ・プログラム又はコンピュータ・プログラム群を有してもよい。
【００３０】
構造化システム  _  携帯コンピュータ装置への最終的なダウンロードを行うための1以上のディストリビュータに情報（例えば、クライアント、アプリケーション及び／又はデータ）を送るように構成された機構又は機構群。本発明のいくつかの実施例によれば、構造化システムは、ディストリビュータへの送信に適した形式、及び／又は携帯コンピュータ装置上での処理に適した形式へ情報をフォーマットするように構成することができる。本発明のいくつかの実施例によれば、構造化システムは、メモリ（一次及び又は二次）に接続されたＣＰＵを含む従来のサーバコンピュータ構成要素を有する従来のサーバコンピュータを有してもよい。該サーバコンピュータは、送信装置のような他の構成要素や、上記メモリに含めることができるソフトウェア要素から構成することができる。本発明のいくつかの実施例によれば、構造化システムは、通常はメッセージ形式である情報を、システム通信ネットワークを介して各種ディストリビュータに提供することができる。本発明のいくつかの実施例によれば、構造化システムは、電子ネットワークを介して、1以上の情報プロバイダシステムから情報を受信することができる。
【００３１】
システム通信ネットワーク  _ 情報（例えば、クライアント、アプリケーション、及び／又はデータ）を送信及び／又は受信するための任意の有線及び／又は無線通信媒体。システム通信ネットワークの例としては、ページング・ネットワーク、インターネット、イントラネット、公衆交換電話網（ＰＳＴＮ）、無線音声・データ通信網、及び、衛星、放送、ケーブルテレビ及び双方向ケーブルのようなＴＶネットワークが挙げられる。システム通信ネットワークの他の例としては、情報をケーブルテレビ等の媒体で送り、インターネット等の他方の媒体で情報を受信するというようなハイブリッドシステムがある。更に、システム通信ネットワークの他の例として、インターネット、電話、及びケーブルテレビのような複数の媒体を介して情報を送信及び又は受信するような集合システムが挙げられる。本発明のいくつかの実施例によれば、システム通信ネットワークは、構造化システムからディストリビュータに情報を伝達するための無線ネットワークから構成することができる。本発明の一実施例では、システム通信ネットワークは、ページング・ネットワークから構成され、構成要素からディストリビュータへ情報がページング・メッセージ形式で伝達される。
【００３２】
配信ネットワーク120
図1は、情報プロバイダシステム101によって提供されたアプリケーションソフトウエアおよび/または関連データのような情報が、ワイヤレスのディストリビュータから携帯コンピュータ装置にダウンロードされることを可能にする、本発明の一実施の形態に係る配信ネットワークを示す。前記情報プロバイダシステム101は、最終的に携帯コンピュータ装置107にダウンロードするのに適した情報を作成し、および/または、アップロードするための手段を含んでいてよい。
【００３３】
前記情報プロバイダシステム101は、その後において、前記情報を、電子ネットワーク110を介して、構造化システム102に提供してよい。前記電子ネットワーク110は、情報を送信するのに適したインターネット、ローカルエリアネットワーク、ワールドワイドウェブ(WWW)等の任意のネットワークであってよい。前記構造化システム102は、前記情報(アプリケーションおよびデータ)を、携帯コンピュータ装置107上での操作に適したフォーマット、および/または、ディストリビュータ（分配器）103への搬送に適したフォーマットに書式設定するよう構成されている。したがって、前記情報プロバイダシステム101に関連付けられた情報提供システム(および要員)は、前記情報を前記携帯コンピュータ装置107に伝えるために使用される搬送メカニズムについてのスキルまたは知識を必要としない。
【００３４】
前記構造化システム102は、典型的にはメッセージの形態である情報を、システム通信ネットワーク111を介して様々なディストリビュータ103に提供する。本発明の一実施の形態によると、前記システム通信ネットワーク111は、前記構造化システム102上のトランスミッタ（送信器）115から前記ディストリビュータ103上のネットワークレシーバ（受信器）104に情報が送られるワイヤレスネットワークで構成されてよい。本発明の一実施の形態において、前記システム通信ネットワーク111はページングネットワークで構成され、前記トランスミッタ115は、ページングメッセージの形態で情報を前記ディストリビュータ103に送る。
【００３５】
本発明の一実施の形態によると、前記ディストリビュータ103は、局地化された情報を携帯コンピュータ装置107に供給するワイヤレスデータキャッシュで構成されていてよい。本発明の一実施の形態によると、ワイヤレスのバッテリー駆動型のコンピュータ装置として、前記ディストリビュータ103は、様々な環境下におかれてよく、それらの情報が前記システム通信ネットワーク111から定期的に更新されてよい。前記ディストリビュータ103の環境は、わずか数平方インチの小さな箱の中に入れられることができ、数年間世話を必要としない状態で動作できる。
【００３６】
前記ディストリビュータ103は、前記構造化システム102から情報を受け取るネットワークレシーバ103を含んでいてよい。そして、前記ディストリビュータ103は、前記構造化システム102から受け取った情報を、前記携帯コンピュータ装置107に対して再ブロードキャスト(再同報通信)可能にフォーマットしてよい。前記ディストリビュータ103上のトランシーバシステム105は、携帯コンピュータ装置107に対してオンデマンドで情報をブロードキャスト(同報通信)してよい。
【００３７】
前記トランシーバシステム105は、定期的にビーコン112を送信する。そのトランシーバ106を介して前記ビーコン112を受信し、専門化したクライアント121を含む携帯コンピュータ装置107は、前記トランシーバシステム105に最初の確認信号("ACK")114を返してよい。前記最初のACK114の受信が、前記構造化システム102から前記ディストリビュータ103に送信される情報を組み込んだ同報通信118を前記トランシーバ106に送るよう、前記ディストリビュータ103を促してもよい。前記トランシーバ106は、第2の確認信号("ACK")119を送ることによって前記同報通信118の受け取りを確認してよい。本発明の一実施の形態によると、前記トランシーバシステム105は、前記トランシーバ106に関する従前の通信範囲を超える距離にある携帯コンピュータ装置107に、前記ビーコン112および同報通信118を送ることができるよう設計されている。さらに、本発明の一実施の形態によると、前記トランシーバシステム105は、前記トランシーバ106に関する従前の通信範囲を超える距離から前記最初のACK114および第2のACK119を受信することができる。
【００３８】
本発明の一実施の形態によると、前記携帯コンピュータ装置107は、典型的には、拡張された範囲の同報通信118を含む情報同報通信118を前記ディストリビュータから受信するために、追加的なハードウエアを必要としない。しかしながら、典型的には、前記携帯コンピュータ装置107はクライアント121を備えていなければならない。前記携帯コンピュータ装置107は、ディストリビュータ103からクライアント得る方法を含む、様々な方法でクライアントを得ることができる。特に、前記ディストリビュータ103は、前記トランシーバシステム105に対して、クライアント121をダウンロードする用意ができている携帯コンピュータ装置107の存在を確認するためのビームクエリー(問合わせ)信号124を定期的に送信するよう指示する。そのトランシーバ106を介してビームクエリー信号124を受信する携帯コンピュータ装置107は、前記トランシーバシステム105にビーム応答信号126を返す。前記ビーム応答信号126の受信は、前記ディストリビュータ103は、前記クライアント121を携帯コンピュータ装置107にダウンロードするダウンロード信号122を提供するよう促す。もちろん、本発明の一実施の形態によると、前記ビームクエリー信号124、ビーム応答信号126およびダウンロード信号122は、概ね、トランシーバ106についての通常の通信範囲内であってよい。
【００３９】
前記情報プロバイダシステム101、構造化システム102、ディストリビュータ103および携帯コンピュータ装置107は、様々な形態のコンピュータ機器で構成されてよい。ある例において、前記情報プロバイダシステム101および構造化システム102は、多数のコンピュータシステムで構成されてもよい。本発明の一実施の形態によると、配信ネットワーク120に使用されるコンピュータシステムは、通常のコンピュータ設計からなるものでよい。
【００４０】
情報プロバイダシステム101
図2は、本発明の一実施の形態に係る情報プロバイダシステム101を示す図である。本発明の一実施の形態によると、前記情報プロバイダシステム101は、情報プロバイダシステム101のオペレータが、必ずしも配信ネットワーク120の処理について多くを知る必要なく、情報(アプリケーションおよび/またはデータ)を作成しおよび/またはアップロードを行うことを可能にする情報構築プラットフォームを提供しようとするものである。さらに、本発明の一実施の形態によると、前記情報プロバイダシステム101の実施の形態は、情報作成者を構築プログラムについて多くを知る必要性から解放する構築プラットフォーム提供しようとするものである。
【００４１】
前記情報プロバイダシステム101は、該情報プロバイダシステム101を駆動するコンピュータに関連付けられた中央処理ユニット("CPU")202で構成されてよい。前記情報プロバイダシステム101は、該情報プロバイダシステム101を操作する実在者(たとえば、顧客)に関するデータ等のデータを保持するホストデータベース212を含んでいてよく、このことは、前記配信ネットワーク120のための情報構築に有用であろう。本発明の一実施の形態によると、情報データベース211は、前記情報プロバイダシステム101を使用して作成された情報、および/または、他のどこかで作成されて前記情報プロバイダシステム101にアップロードされた情報を保持することができる。前記情報プロバイダシステム101は、さらに、前記構造化システム102を実現する実在物に関するデータ、たとえば、前記構造化システム102に情報を提供するコンピュータによって読み取り可能な命令を保持するプロバイダデータベース213を含んでいてよい。
【００４２】
前記情報プロバイダシステム101は、最終的に個々の携帯コンピュータ装置107にダウンロードされる情報を作成し、および/または、アップロードするための様々なメカニズム(たとえば、コンピュータプログラム)を提供する。前記情報を作成し、および/または、アップロードするための様々なメカニズムは、前記情報プロバイダシステム101のパートナー(たとえば、顧客)ログイン部、様々なテンプレート、ウィザードおよびオーサリングツールを含んでいてよい。前記メカニズムは、さらに、新たな情報を発行するための様々な手段を提供してもよい。情報プロバイダシステムのオペレータ(たとえば、顧客が特定のディストリビュータ103および携帯コンピュータ装置107に的を絞った情報を入力することを可能にするために、前記情報プロバイダシステム101は、簡略化されたプログラミングインターフェイス(たとえば、ウェブに基づくインターフェイス)を含んでいてよい。本発明の一実施の形態によると、前記情報プロバイダシステム101は、さらに、前記携帯コンピュータ装置107上の装置に適した情報を作成するための構築環境の要素を含むメモリ201を含んでいてよい。構築環境の構成要素は、アップローダ204、テンプレータ205、ウィザード206、CUIコンポーザ207、HTTPサーバ214、アプリケーションサーバ215、XMLジェネレータ216、SQLアダプタ209、および、ルールウィザード210を含んでいてよい。前記SQLアダプタ209およびルールウィザード210は、前記情報データベース211と相互作用して、前記携帯コンピュータ装置107にダウンロードされた情報に含まれてよいデータセットと該データセットと関連付けられるルールを決定する。
【００４３】
前記アップローダ204は、どこか他の場所で発生した情報(たとえば、アプリケーションおよび/またはデータ)を前記情報プロバイダシステム101にアップロードするためのメカニズムを提供してよい。前記テンプレータ205は、前記情報の構築を簡略化するフォーマットでの情報作成のためのテンプレートを提供してよい。本発明の一実施の形態によると、前記テンプレータ205は、前記情報プロバイダシステム101のオペレータによって情報で埋められる１つまたは複数の空欄を有するテンプレートを提供してよい。前記ウィザード206は、命令を提供し、様々なタスクを完了し、これにより、前記情報プロバイダシステム101のオペレータが前記システムの詳細の多くを知る必要性から解放する。本発明の一実施の形態によると、前記ウィザード206は、前記情報プロバイダシステム101のオペレータに情報を問いただし、該情報を使用して、最終的に携帯コンピュータ装置107に配信されてよい情報(たとえば、アプリケーションおよび/またはデータ)を構築するフォームを完成する。前記CUIコンポーザ207は、前記情報プロバイダシステム101のオペレータが前記携帯コンピュータ装置107に配信すべき情報を構築するユーザインターフェイスを前記オペレータに提供する。本発明の一実施の形態によると、前記CUIコンポーザ207は、前記オペレータが前記携帯コンピュータ装置107に配信すべき情報を作成して下検分することを可能にするウェブに基づくインターフェイスを提供する。いくつかの実施の形態において、前記テンプレータ205、ウィザード206およびCUIコンポーザ207は、例えばHTTPサーバ214のような他の構成要素によって操作可能にHTMLで提供されてよい。
【００４４】
前記HTTPサーバ214は、前記携帯コンピュータ装置107にダウンロードされた情報を構築するために使用可能な様々なHTMLコマンドを提供する。前記アプリケーションサーバ215は、情報構築環境を保持し、どの構築従要素が構築プロセスの任意の時点で必要とされるかを決定するロジックを実行する。本発明の一実施の形態によると、前記XMLジェネレータ216は、前記携帯コンピュータ装置107に提供される情報に使用可能な様々異なるXML方式のための貯蔵所として機能することによって、前記情報構築を補助する。本発明のいくつかの実施の形態によると、前記XMLジェネレータ216は、作成され、および/または、XMLファイルにアップロードされた情報をフォーマットする。本発明のいくつかの実施の形態によると、前記XMLファイルは、該XMLファイルまたは該XMLファイルの一部に含まれる情報の構造を提供し、および/または、該情報の種類を示すタグを含んでいてよい。本発明のいくつかの実施の形態によると、前記携帯コンピュータ装置107に配信すべき情報を含むXMLファイルは、前記構造化システム102に送信されてよい。このような実施の形態において、前記XMLジェネレータ216は、前記構造化システム102上の構成要素が前記情報の構成(例えば、HTMLスクリプト、データテーブル、図面等)を容易に理解できるよう、前記情報を本質的に"包む"ことができる。
【００４５】
構造化システム102
図3は、本発明の一実施の形態に係るサンプル構造化システム102を示すブロック図である。該サンプル構造化システム102は、概ね、メッセージの書式設定を管理すると共に、前記システム通信ネットワーク111における様々なディストリビュータ103と通信するのに必要なプロトコルを管理する。また、前記構造化システム102は、スケジュール化された送信に備えて、前記ディストリビュータ103に送信すべき情報を待ち行列に入れて格納してよい。
【００４６】
前記サンプル構造化システム102は、情報プロバイダシステム101から、１つまたは複数のディストリビュータ103および携帯コンピュータ装置107に送信されることになる情報を受信する。本発明のいくつかの実施の形態によると、前記サンプル構造化システム102は、前記情報プロバイダシステム101からXMLファイルに似たフォーマットを有する情報を受け取ってよい。前記サンプル構造化システム102は、任意のコンピューティングプラットフォームで動作してよく、CPU307およびメモリ301を有する。前記メモリ301は、前記CPU307によって実行および/または操作される多数のプログラムおよびデータを格納してよい。これらのプログラムは、サブスクライバレジストリ302、ネットワークデータ303、メッセージデータ304、メッセージパッケージャ(パッケージするためのプログラム)305およびメッセージパブリシャ306を含んでいる。
【００４７】
前記サブスクライバレジストリ302は、前記配信ネットワーク120の顧客に対応づけられたデータを保持する。前記顧客は、典型的には、１つまたは複数のディストリビュータ103を介して、携帯コンピュータ装置107に利用させたい情報(例えば、アプリケーションおよび/またはデータ)を有する会社、団体および個人で構成されてよい。例えば、その構内に設けられたディストリビュータ103を有する博物館が、顧客であってよい。また、特定の地理的な領域内のすべてのディストリビュータ103で情報(例えば、クーポンおよび商品提供)を利用させたい大規模のソフトドリンク会社が、顧客であってよい。さらに、本発明の一実施の形態に係るディストリビュータ103を設置した特定の位置に関連づけられた会社が、顧客であってよい。多くの顧客の各々は特定の顧客は情報プロバイダシステム101と関連づけられるであろうが、必ずしも自己の情報プロバイダシステム101を有さないかもしれない。もちろん、顧客のうちのあるものは、情報プロバイダシステム101上で構築されていない、携帯コンピュータ装置107にダウンロードするのに適した情報を有するかもしれない。前記構造化システム102は、このような情報を受信し、前記情報プロバイダシステム101で作成された情報と同じように処理するために下処理してもよい。なお、必ずしも常にそうではないかもしれないが、多くの顧客は情報プロバイダシステム101と共同して情報を作成すると思われる。
【００４８】
前記ネットワークデータ303は、前記システム通信ネットワーク111に関する情報で構成される。前記メッセージパブリシャ306は、前記システム通信ネットワーク111を介してトランスミッタ115から同報通信すべき情報を送る際、前記ネットワークデータ303にアクセスすることができる。前記メッセージパブリシャ306は、ディストリビュータ103ら送るべき情報をメッセージデータ304から取り出すことができる。
【００４９】
前記メッセージパッケージャ305は、前記システム通信ネットワーク111によって使用されるプロトコル、例えば前記ネットワークレシーバ104によって予想されるプロトコルに対応する形態での処理(例えば書式設定)を行う。例えば、本発明の一実施の形態は、前記システム通信ネットワーク111としてページングネットワークを使用してよい。このような実施の形態において、前記メッセージパッケージャ305は、前記ページングネットワークに関連づけられたプロトコルによる送信に適したフォーマットでメッセージを作成する。
【００５０】
前記トランスミッタ115は、前記システム通信ネットワーク111中のディストリビュータ103に対する情報送信を行う。該トランスミッタ115は、使用されるシステム通信ネットワーク111に応じて、異なるハードウエア/ソフトウエアの組合せを必要とする場合がある。例えば、前記システム通信ネットワーク111の一実施の形態は、ページングネットワークで構成されていてよい。従って、前記トランスミッタ115は、特定のページングプロトコル(例えば、一方向Flexプロトコル)に従ってディストリビュータ103に対する情報送信を行う実際の送信装置で構成されるか、または、前記送信を実際に行う第三者のトランスミッタに同報通信される情報を提供する装置で構成されてよい。後者の場合、前記トランスミッタ115は、電子ネットワーク(例えば、インターネット)を介して第三者のトランスミッタに情報を提供する機器で構成されてよい。当業者に認識されるように、結果としての機器の組合せが、前記前記システム通信ネットワーク111を介して、１つまたは複数のディストリビュータ103におけるネットワークレシーバ104に対して適切に情報を配信するものであれば、トランスミッタ115に使用される精密機器は多数の要因に依存してよい。
【００５１】
ディストリビュータ103
図4は、本発明の一実施の形態に係るディストリビュータ103を示す図である。該ディストリビュータ103が設置された位置に関する情報を携帯コンピュータ装置107に提供できるという意味において、該ディストリビュータ103を"ローカルデータキャッシュ"と見なしてもよい。もちろん、前記ディストリビュータ103は、特定の位置とはなんら特別の関連を有さない情報を提供してもよい。しかしながら、携帯コンピュータ装置107に位置に関連した情報を提供することは、携帯コンピュータ装置107のユーザのそのローカルサイトにおける経験を深めさせ、および/または、迅速で価値ある情報の源を提供することができる。上述の如く、前記ディストリビュータ103の実施の形態は、小型で、ワイヤレスのバッテリ駆動型デバイスで構成されてよい。
【００５２】
前記ディストリビュータ103から受信した情報を活用するために、前記携帯コンピュータ装置107は、典型的には、前記ディストリビュータ103から同報通信を受け取って、該コンピュータ装置107で処理する必要がある。さらに、本発明の一実施の形態によると、前記ディストリビュータ103は、該ディストリビュータ103自体が新たなプログラムおよび/または既存のプログラムの更新版を受け取ることができるよう再プログラミングサポートを含んでいてよい。本発明のいくつかの実施の形態によると、前記ディストリビュータ103は、前記システム通信ネットワーク111を介して、前記構造化システム102から、新たなプログラムおよび/または既存のプログラムの更新版を受け取ることができる。同様に、本発明の一実施の形態によると、前記ディストリビュータ103は、前記システム通信ネットワーク111を介して、新たなクライアント121または既存のクライアント121の更新版を受け取ることができる。該新たなクライアント121または既存のクライアント121の更新版は、前記携帯コンピュータ装置107にダウンロードされてよい。
【００５３】
本発明の一実施の形態において、前記ディストリビュータ103は、前記システム通信ネットワーク111(例えば、ワイヤレスの広域ネットワーク)から情報(例えば、アプリケーションおよびデータ)を収集し、近くの携帯コンピュータ装置107への再配信(例えば、ワイヤレスの"ピコセル"内での配信)を行う。本発明の一実施の形態によると、前記ディストリビュータ103は、情報受信のために一方向ページングネットワークを使用し、前記情報を局地的に携帯コンピュータ装置107に配信するために短距離双方向の赤外線("IR")通信メカニズムを使用してよい。故に、前記ディストリビュータ103の実施の形態は、ページング通信を受け取って処理し、前記携帯コンピュータ装置107に対する情報の同報通信118のためのIR通信を行う。本発明のいくつかの実施の形態によると、前記ディストリビュータ103は、局地的に携帯コンピュータ装置107に配信するために一方向通信メカニズム(例えば、一方向IR通信メカニズム)を使用してよい。特に、本発明の一実施の形態によると、前記ディストリビュータ103は、ある特定の日のある特定の時間の間に同報通信118を繰り返し送ってよい。本発明の一実施の形態によると、前記ディストリビュータ103は、同報通信118を繰り返し送るために、携帯コンピュータ装置107によって促される必要はない。本発明のいくつかの実施の形態によると、前記ディストリビュータ103は、携帯コンピュータ装置107に対してダウンロード用に２つ以上の情報を提供してよい。このような実施の形態において、前記ディストリビュータ103は、携帯コンピュータ装置107に関連づけられたユーザが選択できる選択肢のメニューを提供(例えば、ダウンロード)してよく、その選択結果はここで説明するプロトコル手続きを使用して携帯コンピュータ装置107に返される。
【００５４】
前記ディストリビュータ103は、ユーザの介入無くして動作可能であり、典型的には、特別の設定またはメインテナンス上の心配を必要としない。さらに、前記ディストリビュータ103の実施の形態は、例えば外部の電源または配線に対する接続無しに、動作できる。
【００５５】
本発明の一実施の形態によると、前記ディストリビュータ103は、ネットワークレシーバ104、メモリ405、ランダムアクセスメモリ("RAM")412、 CPU222、バッテリ411およびトランシーバシステム105で構成されてよい。本発明のいくつかの実施の形態によると、前記メモリ405は不揮発性のメモリを含んでいてよい。本発明のいくつかの実施の形態によると、前記メモリ405は、揮発性のメモリ、および/または、揮発性のメモリおよび不揮発性のメモリの組み合わせを含んでいてよい。前記メモリ405は、前記CPU222によってアクセスされ実行される様々なプログラムを格納してよい。これらのプログラムは、通信サーバ402、アセットサーバ408および管理サーバ410を含んでいてよい。前記通信サーバ402は、前記ネットワークレシーバ104によってシステム通信ネットワーク111から受信したメッセージを処理し、処理されたメッセージを前記アセットサーバ408に送る。前記アセットサーバ408は、前記処理されたメッセージに含まれる前記携帯コンピュータ装置107にダウンロードすべき情報を特定することができる。前記アセットサーバ408は、ダウンロードすべき情報をデータ保存部409に保持することができる。前記管理サーバ410は、前記ディストリビュータ103の処理を監督し、該ディストリビュータ103で実行されるメインテナンスタスクを監督する。
【００５６】
本発明の一実施の形態によると、前記ディストリビュータ103は、携帯コンピュータ装置107と通信する手段として前記トランシーバシステム105を含んでいてよい。本発明の一実施の形態によると、該トランシーバシステム105は、赤外線トランシーバのような視野方向通信装置で構成されていてよい。本発明の一実施の形態によると、この代わりにまたはこれと共に、前記トランシーバシステム105は、Bluetoothによって動作する短距離または中距離の無線周波数通信装置で構成されてよい。当業者に認識され得るように、レシーバおよびトランシーバの組み合わせを、前記トランシーバシステム105のトランシーバの代わりに、または、該トランシーバと共に使用してよい。
【００５７】
本発明の一実施の形態によると、前記ディストリビュータ103は、その送信範囲および/または前記携帯コンピュータ装置107から送信情報を受け取ることが可能な範囲を拡張するための手段としての前記トランシーバシステム105により高いパワーを提供することができる。前記トランシーバシステム105は、多くの携帯コンピュータ装置107の通常の送信距離をかなり上回る距離の信号送信および受信を行うことができる(例えば、Palm Pilotの3フィートに対して10〜30フィード)。
【００５８】
本発明の一実施の形態によると、前記トランシーバシステム105は、ビーコン112、同報通信118、ビームクエリー信号124およびダウンロード信号122を発生し、これらの信号を1つまたは複数の携帯コンピュータ装置107に送るよう構成されていてよい。本発明の一実施の形態によると、前記トランシーバシステム105は、携帯コンピュータ装置107から確認信号("ACK")114、119およびビーム応答126を受信できる。これらの信号の役割についてさらに説明する。
【００５９】
前記トランシーバシステム105は無線周波数(RF)に基づくシステムとして動作させられてよいが、ディストリビュータネットワーク120の実施の形態の全体的な目的は既存の携帯コンピュータ装置107との相互運用性である。百万個以上の携帯コンピュータ装置107が赤外線("IR")機能を既に有しているので、少なくとも他の通信システムがより普及するまで、前記ディストリビュータ103の多くの実施の形態はIR通信をサポートし得る。従って、後述するように、本発明の様々な実施の形態によると、前記トランシーバシステム105は、ディジタルおよび/またはアナログの送信用に可能化されてよく、2点間送信情報および/またはマルチキャスト送信情報を受信するために可能化されてよい。
【００６０】
ネットワークレシーバ104の処理
前記ディストリビュータ103は、ネットワークレシーバ104を含んでいてよい。例えば、前記ネットワークレシーバ104は、システム通信ネットワーク111を介して前記構造化システム102からの送信を受信してよい。前記ディストリビュータ103が送信情報を受信して処理すると、該ディストリビュータ103は、複数の携帯コンピュータ装置107に対してその送信情報をブロードキャスト(同報通信)する(例えば、ここで説明されているプロトコルによる同報通信を行う)ことができる。こうして、前記ネットワークレシーバ104は、前記トランシーバシステム105によって、後に前記ディストリビュータ103から送信されることになる前記ディストリビュータ103への送信を受け取る。後述するごとく、本発明の実施の形態は、第1の通信プロトコルに従って前記ディストリビュータ103への送信を受け取り、第2の通信プロトコルに従って前記携帯コンピュータ装置107に情報をブロードキャスト(同報通信)する。
【００６１】
本発明の一実施の形態によると、前記ネットワークレシーバ104は、一方向プロトコルに従ってページング送信を受け取るよう構成された通信装置で構成されてよい。適当な一方向プロトコルはMotorola（登録商標）社のFlexプロトコルであり、該プロトコルが本発明の一実施の形態において展開される。本発明の一実施の形態によると、それに代わりにまたはそれと共に、前記ネットワークレシーバ104は、他の無線周波数ネットワークから無線周波数の同報通信を受信するよう構成されていてよい。
【００６２】
前記通信サーバ402は、前記ネットワークレシーバ104の処理を監督し、前記ディストリビュータ103とシステム通信ネットワーク111との間のインターフェイスを提供することができる。前記通信サーバ402の実施の形態はワイヤレス通信をサポートすることができる。前記通信サーバ402は、メッセージの書式設定およびシステム通信ネットワーク111との通信に必要な通信プロトコルタスクを管理する。前記通信サーバ402は、前記システム通信ネットワーク111を介して受信された情報についてのメッセージ待機およびローカルなメッセージ格納を実現することができる。本発明の一実施の形態によると、それに代わりまたはそれと共に、前記通信サーバ402はアセットサーバ408に情報を送ってよく、該アセットサーバ408は、前記データ保存部409における待機および記憶処理を実行できる。
【００６３】
前記システム通信ネットワーク111は、前記配信ネットワーク120における構造化システム102とディストリビュータ103との通信を容易にする。こうして、前記システム通信ネットワーク111は、前記構造化システム102から個々のディストリビュータ103に情報を転送するために使用されことができる。前記システム通信ネットワーク111は、ワイヤレス通信システムを使用してよい。本発明の一実施の形態によると、前記システム通信ネットワーク111は、ページングネットワークで構成されてよい。例えば、前記前記システム通信ネットワーク111は、は、Motolora（登録商標）社によって提供されるFlexページングネットワークのような一方向ページングネットワークで構成されてよい。
【００６４】
本発明の一実施の形態によると、前記システム通信ネットワーク111は、必ずしも高速情報送信用に構成されなくともよい。例えば、前記システム通信ネットワーク111を実現するために使用され得るFlexページングネットワークの実施の形態は、典型的には、比較的遅い1600pbsで情報を送信する。さらに、前記システム通信ネットワーク111は、前記ディストリビュータ103に関係しない送信との間で共用されてよい。例えば、前記Flexページングネットワークは、都会環境における任意の種類のページング装置に対するページ送信で構成されてよい。
【００６５】
従って、ある特定の例において前記ディストリビュータ103に送信され得る情報量の限界を考慮して、前記構造化システム102のオペレータは、夜間のようなデータ交通量が比較的少ない時間に、前記ディストリビュータ103に送信を行うようにしてよい。さらに、前記構造化システム102に関連付けられたオペレータは、前記システム通信ネットワーク111での利用可能な帯域幅をモニタしてよく、高帯域幅の期間が発生したときに前記ディストリビュータ103に送信を行うようにしてよい。このような送信は、前記ディストリビュータ103に対する部分的なメッセージ送信を含むこともできる。このような例において、前記ディストリビュータ103は、受信した様々なメッセージから完全な送信を再組み立てすることができる。
【００６６】
本発明の一実施の形態によると、前記構造化システム102と様々なディストリビュータ103との間の送信に使用可能なプロトコルについて説明する。
【００６７】
トランシーバシステム105の処理
前記配信ネットワーク120は、複数のディストリビュータ103で構成されてよい。本発明の一実施の形態によると、各前記ディストリビュータ103は、携帯コンピュータ装置107と通信するための手段としてトランシーバシステム105を含んでいてよい。本発明の一実施の形態によると、前記トランシーバシステム105は、赤外線("IR")トランシーバのような視野方向通信装置で構成されていてよい。それに代わりまたはそれと共に、前記トランシーバシステム105は、Bluetoothによって動作する短距離または中距離の無線周波数通信装置で構成されてよい。
【００６８】
図4Aに示すように、本発明の一実施の形態によると、前記トランシーバシステム105は、IRトランシーバ414およびIRレシーバ415で構成されてよい。本発明の一実施の形態によると、前記IRトランシーバ414は、(例えば、クライアント121をダウンロードするために)IrDA通信を行うことができる。さらに、前記IRトランシーバ414は、携帯コンピュータ装置107に対する情報の転送に対応付けられた送信を行うことができる(例えば、ビーコン112および同報通信118の送信)。本発明の一実施の形態によると、前記IRトランシーバ414の出力パワーは、ビーコン112および同報通信118の送信範囲を長くするために増大させることができる。前記IRレシーバ415は、前記携帯コンピュータ装置107から前記ディストリビュータ103に送られる送信のために付加的な送信範囲および感度を提供してよい。本発明の一実施の形態によると、前記IRトランシーバ414は、前記携帯コンピュータ装置107から前記ディストリビュータ103に送られる確認信号114、119を受信するために付加的な送信範囲および感度を提供してよい。
【００６９】
図4Bは、前記ディストリビュータ103から様々な携帯コンピュータ装置107に送られる送信のために付加的な送信範囲および感度を提供し得る高性能(ハイパワー)IRトランシーバ425をさらに含むトランシーバシステム105の一実施の形態を示す図。本発明の一実施の形態において、前記ハイパワーIRトランシーバ425は、前記IRトランシーバ414と共同して、ビーコン112および同報通信118を提供する。本発明の他の実施の形態において、前記ハイパワーIRトランシーバ425がビーコン112および同報通信118を提供してよく、前記IRトランシーバ414が(例えば、クライアント121をダウンロードするために)IrDA通信を行ってよい。
【００７０】
前記トランシーバシステム105は、他の携帯コンピュータ装置107によって発生する日光およびノイズ等の干渉源を補償するよう設計されてよい。さらに、前記ディストリビュータ103の動作は、前記トランシーバシステム105(例えば、そのIRポート)の機能が自明で明白であることを要求する場合がある。従って、前記トランシーバシステム105は、該トランシーバシステム105からの送信および該トランシーバシステム105への送信を容易にするIRウィンドウ421を含んでいてよい。前記IRウィンドウ421は、歪みおよび/またはノイズを減少させるフィルタとして機能するようにしてよい。本発明の一実施の形態によると、前記ディストリビュータ103は、前記トランシーバシステム105によって発射されたビームの幅を広げるための手段として多数のLED(図4Aおよび図4Bには図示されていない)を含んでいてよい。
【００７１】
本発明のいくつかの実施の形態によると、前記レシーバ415は、特定の周波数範囲内または1つまたは複数の周波数範囲内の信号を受信するためのレシーバ能力を高めるフィルタ420と共同してよい。本発明の一実施の形態によると、前記フィルタ420が前記レシーバ415を特定の周波数範囲また複数の周波数範囲に同調させ続けるものである限り、前記フィルタ420は従来どおりの設計であってよい。例えば、前記ディストリビュータ103でのACK信号114、119の受信範囲を長くするために、前記フィルタ420は、特定の周波数または周波数範囲において強化されたレシーバ感度を実現するよう調整されたバンドパスフィルタで構成されてよい。本発明の一実施の形態によると、前記レシーバ415は、最適の性能を実現するために、38kHzまたは37.5kHzのような周波数に調整されてよい。
【００７２】
本発明の一実施の形態によると、前記レシーバシステム105は、3種類の信号を提供できる。これらの信号は、ビーコン112、同報通信118およびクライアント121のダウンロードに関連した信号(例えば、ビームクエリー124およびクライアント121のためのダウンロード信号122)からなる。前記レシーバシステム105は、携帯コンピュータ装置107を発見するためのメカニズムとして、短い間隔で(例えば、2秒間隔で)ビーコン112を提供することができる。本発明の一実施の形態によると、前記クライアント121(例えば、図1に示したクライアント121)が前記同報通信118を適切に受信することを確実にするために、前記レシーバ415は、携帯コンピュータ装置107に対して前記同報通信118を数回送るよう構成されていてよい。本発明の一実施の形態によると、前記トランシーバシステム105によって提供される様々な信号は、880nmの波長を中心とするIR信号を含んでよい。
【００７３】
本発明の一実施の形態によると、前記トランシーバシステム105は、第1の変調方式に従って前記ビームクエリー（問合わせ）信号124、ダウンロード信号122、ビーコン112および/または同報通信118のためのIR信号を発生することができ、また、第2の変調方式に従って発生された携帯コンピュータ装置107からのACK応答114、119のためのIR信号を検出する。例えば、本発明の一実施の形態によると、前記第1の変調方式はIrDAタイプの変調方式であってよく、前記第2の変調方式はテレビのリモコンに使用される変調方式に類似したものであってよい。
本発明の一実施の形態によると、前記ディストリビュータ103は、携帯コンピュータ装置107に対する115.2kbpsの情報転送レートをサポートすることができる。本発明の一実施の形態によると、適時の情報転送をサポートするために、前記ディストリビュータ103から携帯コンピュータ装置107に送信される情報の量は、1回の転送につき数秒(例えば、5秒)続くような量でよい。本発明の一実施の形態によると、前記同報通信118が前回の転送からの待ち時間がわずか数秒(例えば、5秒)で繰り返されるとき、または、前記同報通信118が送信要求の数秒(例えば、5秒)以内で発生するとき、最適のエンドユーザ体験が得られる。
【００７４】
本発明の一実施の形態によると、前記携帯コンピュータ装置107は、ACK信号114、119を前記トランシーバシステム105に送ることができる。前記携帯コンピュータ装置107は、テレビのリモコン装置がテレビと通信する態様に似た変調された態様で前記ACK信号114、119を送信してよい。前記ACK信号114、119は、典型的には、かなり短い、固定長の送信情報である。本発明の一実施の形態によると、前記ACK信号114、119は、前記携帯コンピュータ装置107の状態、そのシリアル番号、その機種番号に関する情報、および/または、その他の様々なステータスおよび識別情報で構成される。本発明の一実施の形態において、前記携帯コンピュータ装置107は前記ACK信号114、119によって提供されるものより大量の送信情報を送ってよく、または、むしろ、付加的な情報を提供できるよう前記ACK信号114、119の長さを大きくしてもよい。例えば、このような付加的な情報は、前記ディストリビュータ103のメモリ405に格納された特定の情報に対する要求を含んでいてよい。
【００７５】
図4Cに示すように、本発明の一実施の形態によると、前記トランシーバシステム105は、IRトランシーバユニット450とRFトランシーバユニット452とで構成されてよい。本発明の一実施の形態によると、前記IRトランシーバユニット450は、図4Aについて説明したようなIRトランシーバ414と、IRレシーバ414とで構成されてよい。本発明の他の実施の形態によると、前記IRトランシーバユニットは、図4Bについて説明したようなIRトランシーバ414と、ハイパワーIRトランシーバ425と、IRレシーバ415とで構成されてよい。前記RFトランシーバユニット452は、Bluetoothによって可能化されるトランシーバまたはBluetoothによって可能化されるトランシーバ/レシーバの対のような短距離または中距離の無線周波数通信装置で構成されてよい。図4Cに示すトランシーバシステム105で構成されるディストリビュータ103は、IRワイヤレス通信プロトコルおよび/またはRFワイヤレス通信プロトコルを使用して携帯コンピュータ装置107と通信するよう構成されてよい。
【００７６】
前記携帯コンピュータ装置107は、ここに説明されたプロトコルを使用したディストリビュータ103との通信を容易にするクライアント(例えば、図1に示したクライアント121)を含んでいてよい。前記ディストリビュータ103(または配信ネットワーク120の他のディストリビュータ103)は、前記携帯コンピュータ装置107に対してワイヤレスでクライアント121を提供してよい。本発明の一実施の形態によると、前記ディストリビュータ103は、典型的には、要求ありしだい、クライアント121を携帯コンピュータ装置107に提供するよう構成されてよい。未だクライアント121を受け取っていない携帯コンピュータ装置107は、クライアント121を受け取るために、前記ディストリビュータ103から通常の通信距離内に存在していなければならない。例えば、トランシーバシステム105を介して前記クライアント121を受け取るために、従来のPalm Pilotは、典型的には、前記ディストリビュータ103から1メートル以内に存在していなければならない。前記クライアント121をダウンロードするためには、従来どおりのIR通信プロトコル(例えば、IrDA)、および、多くの携帯コンピュータ装置107が既にサポートしている"ビーミング(beaming)"アプリケーションの使用を必要とする場合がある。こうして、前記ディストリビュータの通信ソフトウエアは、従来のIrDA Object Exchange ("OBEX")プロトコルレイヤ(およびこれに関連するよりレベルの低いIrDAプロトコルレイヤ)を使用して、クライアント121を配信することができる。いくつかの実施の形態において、前記クライアント121は、数秒(例えば、5秒)以内にIrDA転送が行われるようにするサイズに制限されてよい。それに代わりまたはそれと共に、前記クライアント121は、RF通信プロトコル(例えば、Bluetooth)を使用して携帯コンピュータ装置107に提供されてよい。本発明の一実施の形態によると、前記クライアント121は、また、前記ディストリビュータ103からのダウンロードの以外の、または、ディストリビュータ103からのダウンロードにプラスされる様々なメカニズムで前記携帯コンピュータ装置107に提供されてよい。前記クライアント121を携帯コンピュータ装置107にダウンロードする手続きは、工場での前記クライアント121のインストール、電子ネットワーク(例えばWorld Wide Web)を介したダウンロード、他のソフトウエアのインストールと連動して前記クライアント121をダウンロードすることを含んでよい。さらに、本発明の一実施の形態によると、前記クライアント121の最初のバージョンを含む携帯コンピュータ装置107は、同報通信118を介して前記ディストリビュータ103から前記クライアント121の２番目のバージョンをダウンロードすることができる、ということを認識されたい。
【００７７】
エラーチェックおよびエラー訂正
当業者によって認識されるように、前記ディストリビュータ103の実施の形態は、基本的に一方向の情報送信を介して(例えば、前記システム通信ネットワーク111から)通信を受け取り、その後他の一方向の情報送信を介して(例えば、前記トランシーバシステム105から)前記通信を再配信する。従って、システムオペレータは、特定のディストリビュータ103が1) そこに送られた送信情報を受け取ったこと、および、2) 前記送信情報を携帯コンピュータ装置107に対して適切に再配信されるようにしたこと、を容易に確認できない場合があるので、前記ディストリビュータ103は、エラーチェックおよびエラー訂正技術の恩恵を受けることができる。
【００７８】
ディストリビュータ103のソフトウエアアーキテクチャ
図5に示すように、本発明の一実施の形態によると、前記ディストリビュータ103は、高レベルのアプリケーション機能を低レベルのカーネル、通信およびハードウエア処理から絶縁する3レイヤ(3層)のソフトウエアアーキテクチャを使用してよい。このソフトウエアアーキテクチャを構成する前記3つのレイヤは、システムレイヤ503、プラットフォームレイヤ502およびアプリケーションレイヤ501である。前記ディストリビュータのシステムレイヤ503ソフトウエアは、前記ディストリビュータのハードウエアと直接に相互作用する他のソフトウエアと共に、カーネル/オペレーティングシステム504、ハードウエアドライバ505およびトランシーバプロトコルスタック506で構成されていてよい。前記プラットフォームレイヤ502は、前記システムレイヤ503によって実行されるもののような低レベル機能および前記アプリケーションレイヤ501によって実行されるもののような高レベル機能との間の、プラットフォームから独立したインターフェイスを提供することができる。このようにして、前記アプリケーションレイヤ501は、前記プラットフォームレイヤ502を使用して、カーネルサービス、通信機能およびその実行がプラットフォームに固有のものである他の処理にアクセスできる。前記アプリケーションレイヤ501におけるソフトウエアは、3レイヤサービスを使用して、前記ディストリビュータ103を構成する情報、ソフトウエア配信機能およびサポート機能を配信できる。当業者によって理解されるように、プラットフォームに固有のコードおよびプラットフォームから独立したコードの分離によって、エンジニアは前記アプリケーションレイヤ501をその後に構築されまたは変更されたディストリビュータ103に、より迅速に且つ確実に移送できる。従って、前記プラットフォームレイヤ502のみが、典型的には、ディストリビュータの機能を新たなシステムレイヤ503に移送するときに変更を必要とする。
【００７９】
本発明の一実施の形態によると、前記アプリケーションレイヤ501ソフトウエアは、前記ディストリビュータの機能を、例えば、管理、情報配信、モニタ機能および/または視覚的フィードバック等のタスクにセグメント化することができる。図5に示すように、本発明の一実施の形態によると、前記アプリケーションレイヤ501は、アセットサーバ408、管理サーバ410、通信サーバ402およびデータ保存部409を含んでいてよい。本発明の一実施の形態によると、前記アプリケーションレイヤ501におけるサーバ(例えば、アセットサーバ408および管理サーバ410)は、マルチタスク環境での処理が可能なよう構成されてよい。すなわち、これらのサーバは、同時にそれぞれのタスクを実行できる。
【００８０】
前記アセットサーバ408は、前記データ保存部409(例えば、データベース)を管理できる。該データ保存部409は、後に携帯コンピュータ装置107に配信するための情報(例えば、クライアント121、アプリケーションおよび/またはデータ)を保持するよう構成されてよい。本発明の一実施の形態によると、該データ保存部409は、例えば、前記システム通信ネットワーク111中に送信するためのスケジュール化情報等の他の情報を保持するよう構成されてもよい。本発明の一実施の形態によると、前記アセットサーバ408は、前記システム通信ネットワーク111から送られた情報を受信するために前記通信サーバ402と相互作用できる。本発明の一実施の形態によると、前記アセットサーバ408は、携帯コンピュータ装置107に情報を配信するために前記通信サーバ402と相互作用できる。
【００８１】
本発明のいくつかの実施の形態によると、前記通信サーバ402は、前記アセットサーバ408(および/または管理サーバ410)と通信スタック515との間のインターフェイスまたはリンクを提供できる。特に、前記通信サーバ402は、前記アセットサーバ408(および/または管理サーバ410)と通信スタック515との間で送信された情報の組み立て(または分解)、圧縮(または解凍)、エラーチェック、および/または書式設定を監督することができる。本発明のいくつかの実施の形態によると、前記通信サーバ402は、前記アセットサーバ408と通信スタック515との間に1つまたは複数の通信路を維持および/または構築できる。通信路は、一端の情報源(例えば、通信スタック515)からの情報を処理し他端の情報受信側(例えば、前記アセットサーバ408)が前記情報を認識しおよび/または利用できるようにする入/出力ストリームのチェーンであってよい。本発明の一実施の形態によると、通信路は、1つまたは複数の処理または処理ステップを含んでいてよい。例えば、前記ネットワークレシーバ104に関連付けられた通信路は、1)ネットワークレシーバ通信スタックから情報パケットを受け取る、2)前記パケットを組み立ておよび/または仕分ける、3)エラーチェック分析(例えば、チェックサム評価)、4)前記パケットにおける情報を解凍する、および、5)前記情報を前記アセットサーバ408に配信する、等の処理を含んでよい。他の例として、前記トランシーバシステム105に関連付けられた通信路は、前記アセットサーバ408から情報を受け取り、該情報を、前記トランシーバシステム105を介して携帯コンピュータ装置107にブロードキャストするためにトランシーバプロトコルスタック506によって使用可能なフォーマットに変換する1つまたは複数の処理を含んでいてよい。
【００８２】
本発明のいくつかの実施の形態によると、前記通信サーバ402は、1つまたは複数のコマンドに従って通信路を動的に構築することができる。例えば、前記アセットサーバ408は、任意の時点に第1のコマンドまたは第1のコマンドセットを発することによって、前記システム通信ネットワーク111から受け取った通信情報のための通信路を動的に構築するよう前記通信サーバ402に指示し、また、前記アセットサーバ408は、第2のコマンドまたは第2のコマンドセットを発することによって、前記トランシーバシステム105に関連付けられた通信のための通信路を動的に構築するよう前記通信サーバ402に指示することができる。本発明の一実施の形態によると、これらのコマンドのうちの1つまたは複数のコマンドは、前記データ保存部409に保持されてよい。前記データ保存部409に保持されたコマンドは、システム通信ネットワーク送信等から、配信のための初期設定時等の様々な時に受信されてよい。本発明の一実施の形態によると、1つまたは複数のコマンドは、前記システム通信ネットワーク111を介して、前記構造化システム102から送信されることができる。それに代わりまたはそれと共に、1つまたは複数のコマンドが、携帯コンピュータ装置107によって送信され、前記トランシーバシステム105によって受信されてよい。
【００８３】
前記通信サーバ402は、様々異なるクライアント機能を提供する特定のクライアント121に対する同報通信118の組み立てを監督するためのルール、および、携帯コンピュータ装置およびバージョン間で異なる制限を含んでいてよい。同様に、前記通信サーバ402は、例えばエラー訂正および冗長性等の、データ送信時に起こりうる損失に耐えうる同報通信118を作成することができる。例えば、前記通信サーバの実データ部分(ペイロード)組み立てルールは、前記トランシーバプロトコルスタック506が一貫した参照完全性を維持しながら部分的な情報を携帯コンピュータ装置107に配信できるようにする実データ部分要素間の依存状態をコード化する。例えば、前記携帯コンピュータ装置107上のクライアント121は、情報をバラバラに受け取ることができ、完全な送信情報を受け取った時を判定できる。
【００８４】
前記ディストリビュータ103上の管理サーバ410は、該ディストリビュータ103の構成およびデータを管理するためのインターフェイスを提供する。前記管理サーバ410は、前記ディストリビュータ103のメインテナンスおよび処理に関するデータおよび命令を受け取り、要求された更新を実行する。前記データおよび命令は、(例えば、前記システム通信ネットワーク111を介して)構造化システム102から、および/または、管理処理を行うために構成された携帯コンピュータ装置107のような他のシステムから受信されてよい。例えば、前記管理サーバ410は、該ディストリビュータ103が情報を受け取ってブロードキャストするためのスケジュールを設定し、診断情報を集めて提供し、該該ディストリビュータ103の状態を修正しまたは公表する任意のその他の機能を実行することができる。本発明のいくつかの実施の形態によると、前記管理サーバ410は、前記システム通信ネットワーク111を介して送られた送信情報のうちのどれが前記ディストリビュータ103によって受け取られるべきかを示す1つまたは複数の識別コードを管理または保持することができる。前記管理サーバ410は、様々なディストリビュータ処理をチェックし、内部装置モニタおよびサポートサービスによるその後の分析および管理装置に対するその後のダウンロードのために前記処理の状態をレポートするステータスモニタを含んでいてよい。本発明の一実施の形態によると、前記管理サーバ410は、状態情報、ならびに、クライアントダウンロードの回数、アプリケーションおよびデータのクライアントダウンロードの回数、および、前記データ保存部409に格納されたバイト総数等の統計情報をモニタすることができる。
【００８５】
前記プラットフォームレイヤ502は、前記アプリケーションレイヤ501をプラットフォーム固有の処理を実行する必要性から解放し、前記システムレイヤ503とのインターフェイスを提供することができる。いくつかの実施の形態において、前記プラットフォームレイヤ502は、システムレイヤ503サービスに対してプラットフォームとは独立したインターフェイス509を提供することができる。前記プラットフォームレイヤ502は、前記アプリケーションレイヤ501をこれらの動作の詳細を知る必要性から解放するマネージャ508を使用して、プラットフォームに固有の処理を管理することができる。
【００８６】
前記プラットフォームレイヤ502は、マルチタスキング、同期化、相互排除、メッセージング、タイミングおよび記憶等の前記カーネル504によって提供されるサービスに対するプラットフォーム間共通のインターフェイス509を定義することができる。前記プラットフォームレイヤ502は、抽象的なエンドポイントインターフェイス510によって前記システムレイヤ503の通信特性を均質化することもできる。前記アプリケーションレイヤ501は、プラットフォームレイヤの物的インターフェイスのうちの1つまたは複数を介してコネクションレスストリーミングまたは処理通信を実現する能動的または受動的なエンドポイントを例示してよい。
【００８７】
前記プラットフォームレイヤ502は、ハードウエアに固有の特徴および処理を封入または抽出することができる。前記プラットフォームレイヤ502は、前記アプリケーションレイヤ501に対して、ディストリビュータデバイスID、プラットフォームバージョンおよび永続的なアプリケーションパラメータ記憶等の不揮発性パラメータに対するアクセスを提供することができる。さらに、前記プラットフォームレイヤ502は、プラットフォーム特性セット511の図、ステータスインジケータ512に対するインターフェイス、および、リセットのようなハードウエア処理513に対するアクセスを提供することができる。可能な範囲内で、前記プラットフォームレイヤ502は、前記アプリケーションレイヤ501をパワー管理の処理の詳細を知る必要性から解放しながら、該パワー管理処理を取り扱うことができる。前記プラットフォームレイヤ502は、マシーン例外処理、スタック追跡およびメモリ監査等のプラットフォームに固有の診断機能を提供することができる。さらに、前記プラットフォームレイヤ502は、前記アプリケーションレイヤ501に対して、前記システムレイヤ503によって定義された一組のテスト機能514に対するアクセスを提供することができる。
【００８８】
前記システムレイヤ503は、前記ディストリビュータのハードウエアに直接インターフェイス接続してこれを制御する機能を含んでいてよい。前記システムレイヤ503は、制御および通信機能を容易化するために、前記プラットフォームレイヤ502に対する提示用に定義され得るアプリケーションプログラミングインターフェイス("API")を含むことができる。前記API518は、前記ディストリビュータ103に使用される任意の既存の機能およびデバイスのために含まれてよい。例えば、本発明の一実施の形態によると、借り物のソフトウエア(例えば、前記通信スタック515に含まれてよいFLEXおよびIrDA通信スタック)のためにあらかじめ定義されたAPIが、前記ディストリビュータ103によって提供されるAPI518に一体化されてよい。さらに、前記プラットフォームレイヤ502は、他の構成要素から得た既存のソフトウエアの恩恵をうけてもよい(例えば、前記ディストリビュータ103がScout Electromedia Modoマザーボードを使用する場合、付属のScoutソフトウエアのうちのあるものが使用されてよい)。本発明の一実施の形態によると、既存のAPIが、"そのまま"前記プラットフォームレイヤ502に与えられて、前記ディストリビュータのハードウエアおよび通信メカニズムを制御するために必要な他のインターフェイスに単純に付加されてよい。もちろん、当業者によって認識されるように、任意の集積化の場合、一定量のテストおよび変更が必要となろう。
【００８９】
さらに、前記システムレイヤ503は、前記ネットワークレシーバ104およびトランシーバシステム105等の物理的装置に対応付けられた通信スタック515を含んでいてよい。例えば、前記システムレイヤ503は、前記ネットワークレシーバ104に前記ネットワークレシーバ通信スタック516を提供し、前記トランシーバシステム105に前記トランシーバプロトコルスタック506を提供してよい。前記システムレイヤ503は、エンジニアリングおよび製造テスト機能および診断の両方をサポートするテスト機能517を提供することもできる。
【００９０】
前記ネットワークレシーバ通信スタック516は、前記ネットワークレシーバ104に対して、前記システム通信ネットワーク111を介して情報を送信および/または受信するよう命令するよう構成されることができる。前記ネットワークレシーバ通信スタック516は、既存のシステム(例えば、FLEX通信スタック)から借用した機能を含むことができる。当業者によって認識されるように、既存の通信スタックは時々特定の実施の形態に必要なすべての機能を提供しないことがあり、また、既存の通信スタックは時折オリジナルの製造業者によってサポートされなくなることがある。従って、当業者によって認識されるように、折々、再使用されるデバイスまたはソフトウエア(例えば、通信スタック)に対してなんらかの付加的な変更をなす必要が生じることがある。
【００９１】
前記トランシーバプロトコルスタック506は、携帯コンピュータ装置107と通信する際に前記トランシーバシステム105の動作を監督する1つまたは複数の通信スタックを備えてよい。本発明のいくつかの実施の形態によると、前記トランシーバプロトコルスタック506は、従来の通信プロトコル(例えば、IrDAおよび/またはBluetooth)に関連付けられた第1の通信スタックと、データ転送通信プロトコルに関連付けられた第2の通信スタックを含んでいる。本発明のいくつかの実施の形態によると、従来の通信プロトコルは、携帯コンピュータ装置107に対するクライアント121のダウンロード、および/または、前記ディストリビュータ103と携帯コンピュータ装置107との間のその他の通常の通信を命令することができる。本発明のいくつかの実施の形態によると、データ転送通信プロトコルは、前記クライアント121をダウンロードした携帯コンピュータ装置107に対するアプリケーションおよび/またはデータの転送を命令することができる。ここで、前記トランシーバプロトコルスタック506の特定の実施の形態に関する付加的な詳細について説明する。
【００９２】
前記システムレイヤ503は、リアルタイムオペレーティングシステム("RTOS")519、ブートローダ520およびハードウエアドライバ505のような構成要素を含んでいてよい。前記ディストリビュータ103は、任意の従来どおりのRTOSを使用してよい。割り込み型のマルチタスキングオペレーティングシステムは、その他のRTOSより優れた性能を実現することができる。例えば、前記ディストリビュータ103の一実施の形態はMicroC/Operating System II("uC/OS II RTOS")を使用することができるが、他の実施の形態は例えばWinCEまたはUnixのようなオペレーティングシステムを使用することができる。
【００９３】
前記ブートローダ520は、電源投入時に実行される最初のタスクである。該ブートローダ520は、すべての必要なハードウエア初期設定をサポートでき、前記ディストリビュータの標準的なアプリケーション(例えば、前記アセットサーバ408)またはテストおよび診断機能のいずれかに制御を渡す。本発明の一実施の形態によると、前記該ブートローダ520が制御を渡すことは、電源投入後の定義された時間フレームにおいてシリアルポートで特定のコマンドを受け取ることに基づいてよい。また、前記ディストリビュータの標準的なアプリケーションが実行されているとき、前記ディストリビュータ103はコマンドによってテストおよび診断モードに設定されてもよい。本発明の一実施の形態によると、前記ブートローダ520は、前記ディストリビュータ103を構築する際に使用される既存の電子機器で構成されてよい。例えば、本発明の一実施の形態によると、Scout Modo電子機器に既にプログラムされているブートローダは、新たなソフトウエアの既存のハードウエアへのローディングを簡略化するために使用されることができる。
【００９４】
前記システムレイヤ503は、前記ディストリビュータのハードウエアを制御しこれと通信するハードウエアドライバ505を提供することもできる。例えば、本発明の一実施の形態において、前記システムレイヤ503は、前記ネットワークレシーバ104によって使用されるFlexページングネットワークのための通信プロトコル、および、前記トランシーバシステム105によって使用されるIR通信スタックを一体化することができる。前記ネットワークレシーバ104のためにFlexページングネットワークが使用される更なる実施の形態において、Motorola（登録商標）Dragonball FLEXR4.3通信スタックが"そのまま"システムレイヤ503に一体化されることができる。同様に、更なる実施の形態は、前記トランシーバシステム105のためのIrDA通信スタックとしてESIまたはEmbedNET通信スタックを使用することができる。また、当業者によって認識されるように、上述の通信スタックに代わり、または、これと共に、他の通信スタックが使用されまたは構築されてよい。ここで説明したデータ転送通信プロトコルを使用する本発明の実施の形態は、拡張されたIR範囲用のビーコン、ACKおよび同報通信プロトコルを使用してもよい。
【００９５】
ディストリビュータメモリ要素
前記ディストリビュータ103は内部RAM412を有していてもよい。前記RAM412は実質的にいかなるサイズのものでもよいが、最小限の256バイトでも、本発明のいくつかの実施の形態については十分な性能を実現できる。例えば、携帯コンピュータ装置107に対するロード情報同報通信118は、送信に利用可能な最大時間によってサイズが拘束されうる。かくして、本発明の一実施の形態によると、IRリンクを介して送信することに利用可能な最大時間は、5秒、約50kバイトである。より大きなメモリはより高い全体的機能を実現するかもしれないが、前記256バイトのサイズを有するRAM412はこのタスクには十分であろう。本発明の一実施の形態によると、前記RAM412は前記ディストリビュータのソフトウエア(例えば、通信サーバ402)のランタイム要求をサポートすることができる。ランタイムメモリを提供するのに加えて、前記RAM412は、前記クライアント121を記憶するのみならず、前記携帯コンピュータ装置107にブロードキャストすべきアプリケーションおよび/またはデータの記憶を行うことができる。本発明の様々な実施の形態によると、前記RAM412は、ダイナミックRAM("DRAM")またはスタティックRAM("SRAM")で構成されてよい。
【００９６】
内部メモリ(例えば、メモリ405)は、典型的には、前記ディストリビュータの実行可能なソフトウエア、前記携帯コンピュータ装置107のためのソフトウエア、ならびに、前記携帯コンピュータ装置107にブロードキャストすべきアプリケーションおよび/またはデータを記憶するために必要となる。前記メモリ405は実質的にいかなるサイズのものでもよいが、２Mbyteのサイズはいくつかの実施の形態については十分な機能を実現する。本発明のいくつかの実施の形態によると、前記メモリ405は、前記ディストリビュータ103のための新たなまたは更新されたソフトウエアの後の追加を簡略化するために実行可能なソフトウエアを記憶するために使用可能なフラッシュメモリであってよい。
【００９７】
ディストリビュータ配備についての考察
前記ディストリビュータ103は、これに関連した供給業者にかなりの操作上の容易さを提供することができる。例えば、前記ディストリビュータ103は、該ディストリビュータ103が(製造メーカによって工場内に設置できる)バッテリ電源のみを必要とし、および、該ディストリビュータ103を設置するユーザによる注意を必要とする設定可能な要素(例えば、電源コード)を備えることを必ずしも必要としないという意味において、実質的に"ゼロ配備"で済む。前記ディストリビュータ103の設置には、前記トランシーバ105の向きについて少しの注意のみを必要とするだけであり、前記トランシーバ105の向きは単純な指示という形態で提供してよい。
【００９８】
前記ディストリビュータ103のシリアル番号(またはその他の装置識別情報)は、該ディストリビュータのメーカによってシステムオペレータ(例えば、所有者の代理店)に提供されてよく、このようにして、前記オペレータは、前記ディストリビュータ103に対して有線または無線のネットワーク(例えば、システム通信ネットワーク111)を介して目覚まし信号を送ることができる。前記目覚まし信号は、前記ディストリビュータ103のシリアル番号を組み込むことによって前記ディストリビュータ103をターゲットとすることができる。このようにして、前記システムオペレータは、前記配信ネットワーク120への適切な組み込みを実現するために、前記ディストリビュータ103を物理的に所有する必要がない。こうして、一の当事者が前記ディストリビュータ103を製造し、他の当事者がさらに他の当事者により操作可能なように特定の場所に前記ディストリビュータ103を設置できる。
【００９９】
本発明の一実施の形態において、前記ディストリビュータ103は、該ディストリビュータ103にその識別コードを提供するシステム通信ネットワーク111からのメッセージ(または、前記システム通信ネットワーク111からの送信を真似た同報通信)を受け取るよう製造されることができる。例えば、前記ネットワークレシーバ104がページレシーバで構成される場合、前記同報通信は、キャップコードおよび初期的な同報通信スケジュールを提供することができる。工場でその装置識別情報を受け取ると、前記システム通信ネットワーク111から正式な同報通信を受信する前に、前記ディストリビュータ103はその配備まで単に待機してよい。もちろん、前記ディストリビュータ103は、例えば、前記ディストリビュータのオペレータが工場では入手不可能なソフトウエアを該装置に搭載したいときなどに、即座に同報通信を受信し始めることができる。
【０１００】
携帯コンピュータ装置107
図6は、本発明の一実施の形態に係る、ディストリビュータ103と通信可能に構成されたクライアント121を有する携帯コンピュータ装置107を示す図である。前記クライアント121は、前記携帯コンピュータ装置107上の既存のハードウエアおよびソフトウエアが前記ディストリビュータ103と通信するのを補助する。前記携帯コンピュータ装置107に前記クライアント121が搭載されると、前記携帯コンピュータ装置107は、前記ディストリビュータ103と通信ためになんらの物理的な変更を必要としない。
【０１０１】
典型的な携帯コンピュータ装置107は、トランシーバ106、CPU608およびメモリ607を備えてよい。本発明のいくつかの実施の形態によると、前記メモリ607は、不揮発性メモリを含んでいてよい。本発明のいくつかの実施の形態によると、前記メモリ607は、揮発性メモリおよび/または揮発性メモリと不揮発性メモリとの組合せを含んでいてよい。もちろん、前記携帯コンピュータ装置107は、その他のハードウエア(例えば、RAM)およびソフトウエア要素を含んでいてよい。前記トランシーバ106は、典型的には、既知の無線通信プロトコル(例えば、IrDA通信プロトコル)に従う無線通信ができるよう構成される。当業者に理解されるように、前記トランシーバ106は、前記携帯コンピュータ装置の通信が同様に作用し続けるよう、トランスミッタおよびレシーバで置換されてよい。前記メモリ607に保持されるプログラムは前記CPU608によって処理されることができる。
【０１０２】
本発明の一実施の形態によると、前記クライアント121は、典型的には、デコーダ603および遠隔アプリケーションサーバ("RAS")602で構成される。アプリケーション605およびデータ606は、典型的には、同報通信118を介して前記ディストリビュータ103から受け取った情報からなる。本発明の一実施の形態によると、前記RAS602は、典型的には、(例えば、携帯コンピュータ装置107のユーザによって与えられる)プログラム実行命令を受け取り次第、前記データ606を使用して前記アプリケーション605を実行する。本発明の一実施の形態によると、完全なクライアント121は、かなり軽量であってサイズが約100Kである。
【０１０３】
前記携帯コンピュータ装置107は任意の携帯コンピュータ装置であってよいが、本発明の少なくとも1つの実施の形態における携帯コンピュータ装置107はPalm Pilotであり、前記配信ネットワーク120は、Palmオペレーティングシステム("Palm OS")と共同するよう設計されている。従って、この実施の形態において、前記ディストリビュータ103は、Palmオペレーティングシステム上でまたはこれと共同可能なクライアント121を提供するよう設計されている。
【０１０４】
本発明の一実施の形態によると、前記ディストリビュータ103は、特定の携帯コンピュータ装置107にどのような種類のオペレーティングシステムが存在しているのかを判定するための機能を有していてよい。前記ディストリビュータ103は、前記携帯コンピュータ装置107の署名を読み取り、その後、例えば"あなたは何ですか?"というIrDAクエリーを返してよい。本発明のいくつかの実施の形態によると、ディストリビュータ103は、ビーム応答126に組み込まれた情報から携帯コンピュータ装置107のオペレーティングシステムを特定する。オペレーティングシステムを特定すると、前記ディストリビュータ103は、前記オペレーティングシステムに適当なクライアント121を選択し、該クライアント121を前記携帯コンピュータ装置107にダウンロードすることができる。その他の携帯コンピュータ装置特定方法は、Palm固有のシステムのような好ましいプラットホーム上で動作するようクライアント121を構築し、その後、前記Palmシステムを他のシステムにブートするためのその他の機能を提供することからなっていてよい。利用可能なオペレーティングシステムとしては、Palmオペレーティングシステム、ポケットPCおよびWinCEがある。
前記デコーダ603は、(1) データ受信モジュール604、(2) パケット再組み立てモジュール612、および(3) 受け取った全体的なパッケージを解釈するパッケージ解釈モジュール614で構成されてよい。前記配信ネットワーク120の多くのその他の構成要素と同様に、前記デコーダ603の実施の形態は、ソフトウエアまたは回路、および、ソフトウエアおよび回路からなるハイブリッドで構成されていてよい。前記デコーダ603は、前記ディストリビュータ103と通信する際、前記トランシーバ106の処理を監督する。
【０１０５】
前記データ受信モジュール604は、前記携帯コンピュータ装置107に情報をブロードキャストする際に前記ディストリビュータ103によって使用されるデータ通信プロトコルを理解するよう構成されてよい。前記データ通信プロトコルに関する前記データ受信モジュール604の処理は、以下に説明されている。前記データ受信モジュール604は、脱落したパケットがあるか否かを調べ、脱落したパケットを取得するために再度の同報通信を待ってよい。
【０１０６】
本発明のいくつかの実施の形態によると、前記データ受信モジュール604は、例えば特定のコード化方式、特定の変調方式、および/または、特定の情報送信レートのような特定の物理的特性を有する信号を発生するよう、前記携帯コンピュータ装置107のハードウエアおよび/またはソフトウエアを構成することができる。本発明のいくつかの実施の形態によると、前記データ受信モジュール604は、前記ディストリビュータ103のトランシーバシステム105が前記携帯コンピュータ装置107からより遠い距離のACK信号114、119を受信することを可能にする物理的特性を有するACK信号114、119を発生するよう前記携帯コンピュータ装置107を構成する。前記ACK信号114、119の物理的特性は、従来の通信プロトコル(例えば、IrDA)に従って発生される信号の物理的特性とは異なっていてよい。本発明のいくつかの実施の形態によると、前記データ受信モジュール604は、例えば従来のテレビリモコンのような従来のIRリモコンに使用されるものと同様な物理的特性を有するACK信号114、119を発生するよう携帯コンピュータ装置107を構成することができる。特に、前記データ受信モジュール604のいくつかの実施の形態は、37.5キロヘルツ("kHz")の振幅偏位変調方式による非ゼロ復帰("NRZ")コード化方式を使用して1200 bpsの送信レートでACK信号114、119を送信するよう、前記トランシーバ106に命令してよい。ここで、二進数"0"については37.5kHzのIRトーンが発生され、二進数"1"についてはIRトーンは送られない。
【０１０７】
図6に示すように、前記携帯コンピュータ装置107の実施の形態は、万能非同期レシーバ/トランシーバ("UART")616を含んでいてよい。該UART616は、前記CPU608に組み込まれてよく、または、別個の装置として構成されてよい。本発明のいくつかの実施の形態によると、前記UART616を構成し前記CPUのUART TXDピン(図示せず)を直接的に制御することによって、前記データ受信モジュール604は、非IrDAタイプのACK信号114、119を送信できるよう前記携帯コンピュータ装置107を構成してよい。当業者に理解されるように、従来の携帯コンピュータ装置107(例えば、Palm Pilot)における前記CPUのUART TXDピンは、汎用I/OピンまたはUARTピンとして構成されてよい。本発明の一実施の形態によると、UART通信速度は75,000bpsに設定され、UARTモードは、IrDAからNRZ(および適当に設定されたUART TXDピン極性)に変更される。この実施の形態によると、結果として発生されるIRパルスの形状は37.5kHz のASK変調により適しているので、NRZが使用される。この実施の形態においては、(37.5kHzのIRトーンによって)二進数"0"を送信するために、前記UART616は、1200bpsのビットタイムの継続時間の間に文字0x55を前記トランシーバ616に繰り返し送る。75,000bpsでは、前記文字0x55は37.5kHzのIRトーンを発生することになる。この実施の形態において、(IRトーンを伴わない)二進数"1"を送るために、前記UART616は(タイミング目的で)依然として文字を送信するが、前記UART TXDピンは、汎用I/Oとして構成され。前記トランシーバ106を強制的にオフするために強制的に低レベル状態(または検出されたハード極性によっては高レベル状態)にさせられる。なお、本発明のいくつかの実施の形態によると、前記トランシーバ106に送られる文字およびUART通信速度についての上記以外の組合せを選択して、37.5kHzのIRトーンを発生するようにしてもよい。例えば、本発明の一実施の形態によると、37.5kHzのIRトーンは、前記UART通信速度を150,000bpsに設定し、ACK信号114、119のビットタイムの継続時間(例えば、1200bpsのビットタイムの継続時間)の間に文字0x33を前記トランシーバ106に繰り返し送るよう前記UART616を構成することによって発生される。同様に、前記トランシーバ106に送られる文字およびUART通信速度についての様々な組合せを選択して、様々異なる周波数(例えば、37.5kHzとは異なる周波数)のIRトーンを発生するようにしてもよい。
【０１０８】
なお、前記データ受信モジュール604は、様々な物理的特性(例えば、ACK信号114、119の送信範囲を拡大することを可能にする特性)を有するACK信号114、119を発生するよう携帯コンピュータ装置107を構成することができる。 (1) UART通信速度、(2) UARTモード(例えば、IrDAまたはNRZ)、(3) UART TXDピン、(4) 前記UART616から前記トランシーバ106に送られる文字、(5) 前記UART616によって前記トランシーバ106に特定の文字が送られる時間、のうちの１つまたは複数を制御することによって、前記データ受信モジュール604の実施の形態は、様々な物理的特性を有する信号を発生するよう前記携帯コンピュータ装置107に命令してよい。例えば、前記データ受信モジュール604の一実施の形態は、周波数偏位("FSK")変調方式を使用してACK信号114、119を発生するよう前記携帯コンピュータ装置107を構成してよい。この実施の形態において、前記UART616は前記トランシーバ106に文字(例えば、0x55)を繰り返し送ってよく、前記UART通信速度は連続的なACK信号114、119ビットタイムの間変化させられてよい。
【０１０９】
前記パケット再組み立てモジュール612は、前記データ転送通信プロトコルに従って受け取られたパケットを組み立て直し、前記クライアント121の他の部分およびそれより遠くに送られることができる意味のあるデータストリームに組み込んでよい。本発明の一実施の形態において、前記ディストリビュータの通信プロトコルは、複数のパケットを有する配信毎の単一の同報通信実データ部分で動作してよい。前記パケット再組み立てモジュール612は、前記ディストリビュータ103から多数の同報通信118を介して受信される場合であっても、順序がバラバラ状態で受信されたパケットを組み立て直すことができる。本発明の一実施の形態によると、受信されたパケットの数は、全体的な同報通信の実データ部分のサイズによって決定されることができる。
【０１１０】
完全な同報通信118が受信されると、前記デコーダ603は、その結果としての情報(例えば、アプリケーション605および/またはデータ606)を遠隔アプリケーションサーバ("RAS")602に利用可能とする前に、エラー訂正を行うことができる。前記配信ネットワーク120は、当該技術分野の当業者に知られた方法でエラー訂正コードを使用してよい。
【０１１１】
本発明のいくつかの実施の形態によると、同報通信118を介して受け取られた情報は、データ保存部、ロジック部分および書式設定情報のうちの１つまたは複数で構成されてよい。前記データ保存部は、前記携帯コンピュータ装置107でコンテンツを生成するために前記RAS602によってアクセス可能な(例えば、構造化照会言語("SQL")で構成された)データを含んでいてよい。前記ロジック部分は、ユーザ入力に応じて行われる行為または処理を指定する命令を含んでいてよい。特に、本発明の一実施の形態によると、前記ロジック部分は、ユーザ入力に従って前記データ保存部にサーチクエリーを行うために前記RAS602によってアクセス可能な命令を含んでいる。前記書式設定情報は前記RAS602によって生成されるコンテンツの提示および/またはレイアウトを指定することができ、前記コンテンツは、前記携帯コンピュータ装置107のユーザに表示されてよい。本発明の一実施の形態によると、携帯コンピュータ装置107によってダウンロードされた情報は、埋め込まれたプログラミングコード(例えば、Javaベースのスクリプト言語、JavaScriptコードまたはVisual Basic Scriptコード)を含むHTMLファイルで構成されてよい。この実施の形態において、前記書式設定情報は前記HTMLファイル内のHTMLタグで構成されてよく、前記ロジック部分は前記埋め込まれたプログラミングコードで構成されてよい。本発明の一実施の形態によると、前記ロジック部分は、１つまたは複数のユーザ入力に対応した１つまたは複数のSQLクエリーで構成されてよい。
【０１１２】
本発明のいくつかの実施の形態によると、RAS602は、同報通信118を介して受け取られた情報を処理し、携帯コンピュータ装置107においてコンテンツを発生する。本発明の一実施の形態によると、前記RAS602は、携帯コンピュータ装置107においてデータ駆動型のコンテンツを発生する。図7Aは、本発明の一実施の形態に係るRAS602を示す。図7Aに示すように、前記RAS602は、ディスプレイモジュール713(例えば、HTMLブウザ)と、データ保存部マネージャモジュール715(例えば、SQLデータベースマネージャ)と、クエリージェネレータモジュール717(例えば、SQLクエリーエンジン)と、コンテンツジェネレータモジュール719(例えば、JavaServer Page("JSP")、Common Gateway Interface ("CGI")プログラムまたはActive Server Page ("ASP")エンジン)とを含んでいてよい。
【０１１３】
図7Bは、本発明の一実施の形態に係る、RAS602の様々なモジュールによって実行可能な処理721を示す図である。図7Bに示すように、前記RAS602は、ロジック部分、データ保存部および書式設定情報を含む情報を受け取る(ステップ725)。該情報は、同報通信118を介してディストリビュータ103から受け取られることができる。前記ディスプレイモジュール713は、例えは従来のHTMLフォームまたはJavaアプレットを埋め込んだHTMLファイルを使用することによって、ユーザ入力を前記クエリージェネレータモジュール717に送るために使用することができる。前記クエリージェネレータモジュール717は、ユーザ入力およびロジック部分に従うサーチクエリー(例えば、SQLクエリー)の作成を容易にする(ステップ727)。本発明の一実施の形態によると、前記クエリージェネレータモジュール717は、前記ユーザ入力に基づくサーチクエリーを生成できる。本発明のいくつかの実施の形態によると、前記ロジック部分は複数のサーチクエリーを含み、前記クエリージェネレータモジュール717は、ユーザ入力に基づく複数のサーチクエリーから１つのサーチクエリーを選択することができる。前記データ保存部マネージャモジュール715は、前記サーチクエリーに従って前記データ保存部をサーチし、サーチ結果を取り出す(ステップ729)。前記サーチ結果は、前記コンテンツジェネレータモジュール719に送られる。前記コンテンツジェネレータモジュール719は、前記サーチ結果および前記書式設定情報に従ってコンテンツを生成する(ステップ731)。本発明の一実施の形態によると、前記コンテンツジェネレータモジュール719は、前記書式設定情報に従って前記サーチ結果を変換してコンテンツ(例えば、書式設定された情報)を生成する。前記ディスプレイモジュール713は、前記携帯コンピュータ装置107のユーザに前記コンテンツを表示する(ステップ733)。
【０１１４】
図7Cは、本発明の他の実施の形態に係るRAS602を示す図である。本発明の一実施の形態によると、該RAS602は、前記クライアント121上にアプリケーションレイヤを提供する。該RAS602は、HTMLを供給し、そして、HTMLブラウザ609を使用して標準HTMLコマンドを受信し処理することができる。前記RAS602は、ユーザ入力を受け取って標準フォームにし、該フォームをHTMLに関連づけられたスクリプトに送る。本発明の一実施の形態によると、これは、SQLデータベースマネージャ703によって取り出されることができるSQLテーブルに対する参照を行うクエリーエンジン705を介してSQLクエリーを生成してよい。前記SQLデータベースマネージャ703は、適当な結果を取り出し、HTMLブウザ609を使用するユーザへの表示を含む以後の処理のために提供することができる。
【０１１５】
本発明の一実施の形態によると、前記RAS602は、先ず、前記取り出された結果を、縮小命令JavaServer Pageテンプレートエンジン(または"JSPliteテンプレートエンジン")707によって作成された結果ページに送ることができる。前記SPliteテンプレートエンジン707は、結果ページを作成するために標準的なテンプレートフォーマットを使用してよい。換言すると、テンプレートは、予め用意されて格納されるのではなくて、SQLクエリーから得られる特定の結果に基づいて作成されてよい。このようにして、前記RAS602は、SQLテーブルからデータを取り出し、SQLクエリーに従って該テータを書式設定し、しかる後に、前記HTMLブウザ609を使用した表示のために適当なHTMLページを提供することができる。この方法によって、ユーザは、検索を行い、データを取り出し、前記携帯コンピュータ装置107上で大急ぎで新たなHTMLペードを作成することができる。
【０１１６】
前記JSPliteテンプレートエンジン707は、前記SQLデータベースマネージャ703を介してSQLクエリーを行うことができる。該JSPliteテンプレートエンジン707は、縮小されたJavaバーチャルデコーダを代表するものである。前記JSPliteテンプレートエンジン707は、Java解釈およびJAVA VMのスクリプトインタプリタを提供することができる。本発明の一実施の形態によると、前記クライアント121は、完全なJavaバーチャルデコーダを含んでいてよい。上述の如く、前記JSPlite テンプレートエンジン707の実施の形態は、典型的なJSP機能の減少版を代表するものである。保持される特定の機能は様々であろうが、前記JSPliteテンプレートエンジン707は、一般的に、テンプレート処理を実行するためのJPSの能力を保持すべきである。もちろん、当業者に認識されるように、JSPと同様なプログラムが、前記JSPlite テンプレートエンジン707のJSPの代わりに使用されてよい。
【０１１７】
図7Cに示すように、前記RASは、パーソナリティデータベース711および処理マネージャ709を含んでいてよい。本発明の一実施の形態によると、前記パーソナリティデータベース711は、セッション情報および/または携帯コンピュータ装置107のユーザに関するその他の情報を保持してよい。前記パーソナリティデータベース711に保持された情報は、例えば、ユーザの好みまたは過去の使用状況に従って、個人化された結果ページを作成し、および/または、前記HTMLブウザ609上の設定を復元するために使用されることができる。また、前記パーソナリティデータベース711に保持された情報は、例えば、携帯コンピュータ装置107の従来のアプリケーションによる利用など、前記クライアント121を超越して利用されてよい。さらに他の例として、前記パーソナリティデータベース711に保持されたセッション情報は、処理情報および/または以下に説明する情報同期のために使用されてよい情報をダウンロードするためのユーザ修正を含んでいてよい。
【０１１８】
本発明のいくつかの実施の形態によると、前記処理マネージャ709は、情報の同期化を監督することができる。本発明の一実施の形態によると、前記処理マネージャ709は、(1) データ保存部(例えば、前記情報プロバイダシステム101の情報データベース211)に保存された情報が携帯コンピュータ装置107のユーザによってダウンロードされ、前記ユーザによって変更および/または操作される、および、(2) データ保存部に保存された情報がユーザによってダウンロードされ、該情報が前記携帯コンピュータ装置107とオリジナルデータ源との間の切断期間中に前記データ保存部において変更される、という状況のうちの１つまたは２つにおいて情報を同期させることができる。上記２つの状況の一方または両方において、前記処理マネージャ709は、前記データ保存部に格納された情報と前記携帯コンピュータ装置107に格納された情報との間の差違を調整することによって情報を同期させることができる。上述の如く、前記処理マネージャ709は、前記ディストリビュータ103を介して情報を同期させることができる。本発明の一実施の形態によると、前記処理マネージャ709は、(例えば、前記システム通信ネットワーク111を介して)前記データ保存部と通信するための裏ルートを有するディストリビュータ103を介して情報を同期させることができる。これに代えて、または、これと共に、前記処理マネージャ709は、該当データ保存部に対するリンクを提供することができる任意の装置を介して情報を同期させることができる。例えば、前記処理マネージャ709は、(従来のパソコンを介して)ウェブサイトに関連付けられたデータベースのメモリに格納された情報と前記携帯コンピュータ装置107に保持された対応する情報とを同期させることができる。換言すると、前記携帯コンピュータ装置107のユーザは、ディストリビュータ103から情報を入手し、しばらくの間該情報を使用し操作し、しかる後、前記携帯コンピュータ装置107をある種類の電子ネットワーク(例えば、インターネットに接続されたパソコン)に対して電子的に接続し、前にダウンロードされた情報を保持し該情報の更新版を入手できるよう構成されたデータベースと通信することができる。
【０１１９】
サンプル用の野球アプリケーションにおいて、前記クライアント121は、再組み立てされてスコアカードやディジタルの野球カードを含む豊富な野球統計データを提供する完全な同報通信の一部としての１つまたは複数のパケットをダウンロードすることができる。そして、エンドユーザは、動的なHTMLページを作成することになるSQLコマンドの発生を促す多数のクエリーを通してこの情報を編成することができる。動的なHTMLページの作成は既知であろうが、本発明の実施の形態と同様に、このようなページの作成は、典型的には、同一のコンピュータに常駐する代わりに、電子ネットワークを介してクライアントコンピュータに電子的に接続されたサーバコンピュータ上で行われる。もちろん、ダウンロードされた情報は、サポート用のグラフィカルオブジェクト(例えば、 .gifおよび .jpgフォーマット)および/またはサウンドオブジェクトおよび/またはオーディオ/ビジュアルオブジェクトを含んでいてよい。本発明の一実施の形態において、高レベルソフトウエアは、 .gifグラフィクスファイルを .rleビットマップフォーマットに変換する。というのは、携帯コンピュータ装置107は限られたCPU能力を有することが多いため、一般的に、この情報を携帯コンピュータ装置107上で .gifフォーマットに再生する方がより容易であるからである。
【０１２０】
前記クライアント121は、前記ディストリビュータ103から受け取ったアプリケーション605の自動設定および/または自動立ち上げが可能なように構成されている。従って、前記クライアント121が前記携帯コンピュータ装置107からダウンロードされると、前記クライアント121は、自動的に起動して前記ディストリビュータ103から同報通信118を受け取る。これに代えて、または、これと共に、前記クライアント121が前記ディストリビュータ103から同報通信118を受け取ったとき、前記クライアント121は、自動的に前記受け取った同報通信118を前記携帯コンピュータ装置107上で動作可能なアプリケーション605に変換し、該アプリケーション605を(例えば、前記RAS602上で動作するよう)起動させるようにしてよい。さらに、前記クライアント121は、新たなプログラムが即時ではなくそのダウンロードの数秒内に起動するよう、新たな同報通信118と共にタイミング機能を使用することができる。もちろん、前記携帯コンピュータ装置107のユーザには、前記クライアント121が新たに受け取った同報通信を自動的に設定して起動させないよう、前記クライアント121を再構成する機会が与えられてよい。しかしながら、前記ディストリビュータ103はしばしばローカルな関心に係る情報をブロードキャストしているので、該同報通信118は、しばしば、前記携帯コンピュータ装置107に関連づけられたユーザにとっては即時の、または、緊急でさえある関心に係るものであることがある。
【０１２１】
前記RAS602およびこれに関連したアプリケーション605の実施の形態は、基本的に、前記サーバ(例えば、SQLデータベースマネージャ703およびJSPlite テンプレートエンジン707)およびクライアント(例えば、HTMLブウザ609)の両方が同一のコンピュータシステム(例えば、携帯コンピュータ装置107)上に存在する３層(レイヤ)のインターネットアーキテクチャを提供することができる。このコンピューティングパラダイム(理論的枠組み)によって、情報(例えば、アプリケーションおよびデータ)のクリエータは、従来の３層のインターネットアーキテクチャで動作するアプリケーションを作成する際に使用する場合と同じまたは同様なパラダイムで、携帯コンピュータ装置107にダウンロードするのに適した情報を作成することができる。前記RAS602により、コード(例えば、アプリケーション605)およびデータ(例えば、データ606)が典型的な３層のインターネットアーキテクチャ内にある場合と同様に、分離し続けることが可能になる。さらに、インターネットのユーザが３層のインターネットアーキテクチャ上で動作するアプリケーションと対話するのと略同じく、前記携帯コンピュータ装置107上で前記RAS602によって実行されるアプリケーション605のユーザは、ユーザインターフェイスと対話することができる。さらに、本発明の一実施の形態によると、前記RAS602を介して動作するアプリケーション605は、ロジック、レイアウトおよびデータ等のインターネットアプリケーションのためのかなり十分に開発された基準を活用し続けることができる。
【０１２２】
図8は、本発明の一実施の形態に係る、前記携帯コンピュータ装置107によってディストリビュータ103から受け取り可能なサンプルアプリケーションおよびデータ809を示す図である。図6に示すように、前記アプリケーションおよびデータ809は、アプリケーション605とその対データ606とで構成されてよい。前記アプリケーションおよびデータ809は、データ保存部801と、HTMLコード803とSQLクエリーリスト805とで構成されてよい。上述の如く、本発明の一実施の形態によると、アプリケーション(例えば、アプリケーション605)はテンプレートに基づくアプリケーションであってよい。テンプレートに基づくアプリケーションは、典型的には、予め定義されたフィールドを完成しおよび/または特定の質問に答えることによってカスタマイズされ得る同様なフォーマットを有する。基本的に、前記テンプレートは、特定の用途のために仕立てられてよいフレームワークを提供する。
【０１２３】
前記データ保存部801は、アプリケーションおよびデータ809内のアプリケーションによって操作および提示されることができるデータで構成される。本発明の一実施の形態によると、前記HTMLコード803は、前記アプリケーションに関連づけられたHTMLで構成され、特定のデータ要素がどのように前記HTMLブウザ609によって表示されるべきかを示し、ならびに、ユーザの前記アプリケーションとの対話に応じて取るべき行為に関する指示を提供することができる。前記SQLクエリーリスト805は、前記データ保存部801内のデータが前記SQLデータベースマネージャ703による動作が可能なようSQLデータベースにフォーマットされ得るかについての指示を与える。本発明の一実施の形態によると、前記SQLクエリーリスト805は、さらに、前記データ保存部801内のデータの取り出しおよび該データ間の相互作用についてのルールを定義する。本発明の実施の形態がそうであるように、クライアント-サーバシステムにおける構成要素が典型的には同一のコンピュータに存在しないけれども、前記SQLクエリーリスト805および前記SQLデータベースマネージャ703は、一般的に、前記構成要素に関して従来通り動作することができる。
【０１２４】
ネットワーク受信部及びネットワーク・メッセージ・プロトコル
各ディストリビュータ１０３は、システム通信ネットワーク１１１を介して同報通信（ブロードキャスト）される情報、例えばフレックス・ページング・ネットワークを介して同報通信されたページを受信する。ディストリビュータ１０３の一実施例は、システム通信ネットワーク１１１からの通信内容を受信するように構成されたネットワーク受信部１０４を含んでもよい。つまり、ネットワーク受信部１０４の一実施例は、北アメリカの９００Ｈｚページング・ネットワーク内で通信を行うフレックス受信機によって構成できる。ディストリビュータ１０３は、特定の同報通信（例えば、「グループキャスト」）に注意を払っていればすむように、特定の顧客に合わせて、個々に又はグループ単位でカスタマイズできる。「グループキャスト」では、多数のディストリビュータ１０３が同一の送信内容を受信する。よって、「グループキャスト」によって、特定の顧客グループへの同報通信を効果的に行える。
【０１２５】
本発明の実施例によれば、各グループキャストの終わりにスケジュールを設定することができる。更に、一日の間に定期的に繰り返される特別な同報通信メッセージによってスケジュールを設定することもできる。このような同報通信により、スケジュールを失ったディストリビュータ１０３や起動されたばかりのディストリビュータ１０３をシステム通信ネットワーク１１１に同期することができる。ディストリビュータ１０３に同報通信されたメッセージの前には、１以上の識別コードが置かれ、該識別コードは、識別コードの後に続く通信内容を受信すべきディストリビュータを識別するものである。例えば、システム通信ネットワーク１１１がフレックス・ページング・ネットワークである場合、各ディストリビュータ１０３は、通常、自身のＣＡＰコード（例えば、ページャーのアドレス）を有する。勿論、同じＣＡＰコードを、互いに関連したディストリビュータ１０３のグループのような、ディストリビュータ１０３群に割り当てることもできる。いずれにせよ、システム通信ネットワーク１１１を介して送られた送信情報の前に、送信情報を受信すべきディストリビュータ１０３を示す識別コードを付することができる。管理サーバ４１０は、識別コードを含まない同報通信を無視するよう、ネットワーク受信部１０４に指示できる。後続の送信内容を無視することにより、ディストリビュータ１０３はバッテリ４１１を節約でき寿命を延ばすことができる。
【０１２６】
上記ディストリビュータ識別コードは、所定のディストリビュータ１０３が１以上の識別コードを持つように割り当てることができる。例えば、ある所定のディストリビュータ１０３は、いくつかのディストリビュータ１０３に適用可能なメンテナンス情報に対応する識別コードを持つことができる; 例えば、あるディストリビュータ１０３群（例えば、所定の広告主のために又は所定の場所において情報を提供するように割り当てられた全てのディストリビュータ１０３）に関する１以上の識別コードと、該所定のディストリビュータ１０３自身に固有な１以上の識別コードを持つことができる。或いは、１つの識別コードを持つこともでき、システム通信ネットワーク１１１を介して送られる送信内容に、その送信内容を受信すべき全てのディストリビュータ１０３の識別コードを単純に含めてもよく、例えば、異なるディストリビュータ１０３に対して異なる受信スケジュールを設定できる。勿論、本発明の実施例では、上記手法を組み合わせたものを採用してもよい。
【０１２７】
本発明の一実施例によれば、システム通信ネットワーク１１１を介して送られるメッセージは２つの一般的な形式で構成することができる。一方のメッセージ形式は、一般的なスケジュール・メッセージから構成でき、他方のメッセージ形式は、全てのディストリビュータ１０３又は少なくともディストリビュータ１０３の比較的大きなグループに関連する情報から構成できる。例えば、ディストリビュータ１０３が、スケジュール指令を受け取るために特定の時間に目を覚ますようにスケジュール設定できる。よって、ディストリビュータ１０３は、毎日、正午と午前０時に目を覚まして、次の情報送信に関するスケジュール情報を受け取るようにスケジュール設定できる。ある所定のディストリビュータ１０３が、携帯コンピュータ装置１０７に再配信するための新規情報を受信することを新規顧客が希望する場合、スケジュール情報を送信して、再ディストリビュータ１０３がいつ目を覚まして該再配信する新規情報を受信すればいいか指示する。同様に、スケジュール情報の送信によって、新しいエラー修正機構等、システムソフトウェアの更新のような日常的なメンテナンスに関連する情報を次にいつ受信するかについて、ディストリビュータ１０３に知らせる。上記のように、ディストリビュータ１０３は、通常、バッテリ４１１を節約して使用する必要がある。したがって、携帯コンピュータ装置に及び又は情報を送信していないとき及び又は応答を受信していないとき、また、システム通信ネットワーク１１１から送信されたデータを受信していないときは、ディストリビュータ１０３の多くの／殆どの構成要素の電源をオフにできる。更に、ディストリビュータ１０３の一実施例によれば、大型バッテリを配置できないような小型のケースをディストリビュータ１０３に設けてよい。したがって、本発明の一実施例によれば、スケジュール・メッセージに、バッテリ節約手順を含めてもよい。
【０１２８】
また、ディストリビュータスケジュールを重複させることにより、同様の、又は関連する情報をディストリビュータ１０３の1グループ及び／又は全てのディストリビュータ１０３に送信することができる。例えば、あるディストリビュータスケジュールには、ある一日の間に３回の送信を行うよう設定できる。他のディストリビュータ１０３には、その送信のうち１回分を受信するようにスケジュール設定し、更に他のディストリビュータ１０３には、他の1回分の送信を受信するようにスケジュール設定できる。
【０１２９】
本発明の一実施例によれば、ディストリビュータ１０３は、システム通信ネットワーク１１１から送信された内容を、以下に説明する手順にしたがって受信する。ディストリビュータ１０３は、既に受信されたスケジュール情報に応じて特定の時間に起動し、その識別コード（例えば、そのＣＡＰコード）を受信する。通信サーバ４０２が識別コードを認識すると、ネットワーク受信部１０４は識別コードを含む同報通信を受信する。ディストリビュータ１０３に送信される情報は、送信前に圧縮できる。この場合、通信サーバ４０２は受信した送信情報を解凍する。また、通信サーバ４０２は、受信した情報に対して様々なアセンブル、フォーマット、及び／又はエラー・チェック及び修正処理を施すことができる。そして、通信サーバ４０２は、送信情報を解析して、情報の種類、例えば、携帯コンピュータ装置１０７に再同報通信するための情報なのか、又は、ディストリビュータ１０３自身向けの情報なのかを判断する。送信情報が同報通信用であれば、通信サーバ４０２は、後で携帯コンピュータ装置１０７に同報通信するためにデータ・リポジトリ４０９に記憶するよう、送信情報をアセット・サーバ４０８に転送する。送信情報がディストリビュータ１０３に向けたものであれば、通信サーバ４０２は、管理サーバ４１０に送信情報を処理させることができる。ネットワークの回線容量を節約するため、通信サーバ４０２は、インクリメンタル情報更新及び同報アドレス指定に対応できる。システム通信ネットワーク１１１は、全面的にローカライズされた情報を単一のディストリビュータ１０３に送ったり、又は、ディストリビュータ１０３のグループに同時に同じ情報を送ったりすることができる。
【０１３０】
ディストリビュータ１０３は、携帯コンピュータ装置１０７に再配信するためにシステム通信ネットワーク１１１を介して局所的に送信された情報を記憶することができる。データ・リポジトリ４０９は、ディストリビュータ１０３の操作によって局所的に生成された情報、携帯コンピュータ装置１０７から受け取った情報のほか、システム通信ネットワーク１１１を介して送られた情報を保持することができる。
【０１３１】
また、ネットワーク受信部１０４及び通信サーバ４０２は、モトローラ（登録商標）のリフレックス・プロトコル等を用いて、双方向通信用に構成してもよい。勿論、ネットワーク受信部１０４に、同報通信情報をシステム通信ネットワーク１１１に返送するために何らかの送信機能を備えることを要求してもよい。リフレックス・プロトコル等の双方向プロトコルにより、ディストリビュータ１０３は、システム通信ネットワーク１１１を介してステータス及び照合データを返送することができる。このような情報は、以後に、ディストリビュータ１０３のメンテナンス処理、及び／又は、ディストリビュータ１０３によって正しく受信されたことが確認されていない送信情報を再配信するために用いることができる。また、ディストリビュータ１０３は、システム通信ネットワーク１１１等のネットワークを介した情報パケットの連続フローに対応する双方向プロトコルを用いて通信を行うよう構成してもよい。汎用パケット無線システム（General Packet Radio Service:ＧＰＲＳ）は、代表的な連続フロー・プロトコルであるが、他のプロトコルを用いてもよい。当業者に知られているように、ネットワーク受信部１０４は、システム通信ネットワーク１１１に具体化された特定の通信機構に適応させるため修正及び／又はアップデートする必要があり得る。
システム通信ネットワークからのディストリビュータの通信上のニーズは、必ずしも従来のシステムの全実施態様によって満たされるものではない。例えば、システム通信ネットワーク１１１がページング・ネットワークから成る場合には、ページング・オペレータは、特定のページング・ネットワークの実施例について、多相利用、２進メッセージ、大量の情報の転送等の機能に関する問題に遭遇する。よって、当業者に知られているように、上記機能の利用により生じた問題を解決するため救済措置をとる必要があり得る。
【０１３２】
ディストリビュータ１０３と携帯コンピュータ装置１０７との間における通信プロトコル
図９は、様々な時間にディストリビュータ（例えば、ディストリビュータ１０３）から送られる信号を示す。概略を説明すると、ディストリビュータ１０３の一実施例は、２種類のポーリング信号、例えば、ビーコン（例えば、ビーコン１１２）とビーム呼掛け（問い合わせ）（例えば、ビーム呼掛け信号１２４）を送信できる。ビーコン１１２は、転送情報を受信する準備ができている携帯コンピュータ装置（例えば、携帯コンピュータ装置１０７）の存在を特定するために用いられ得るポーリング信号である。携帯コンピュータ装置１０７に転送される情報には、携帯コンピュータ装置１０７において実行できる実行可能なデータ（例えば、アプリケーション６０５）及び／又は携帯コンピュータ装置１０７においてアプリケーションを実行する際に用いられる実行不可能なデータ（例えば、データ６０６）を含めることができる。本発明の一実施例によれば、クライアント１２１を未だダウンロードしていない携帯コンピュータ装置１０７はビーコン１１２に応答しないことがある。
【０１３３】
トランシーバ・システム１０５は、１以上のビーコン１１２を送信することに加え、１以上のビーム呼掛け信号１２４を送信できる。ビーム呼掛け信号１２４は、クライアント１２１をダウンロードする準備ができている携帯コンピュータ装置１０７の存在を特定し得るポーリング信号である。クライアント１２１をダウンロードすることにより、携帯コンピュータ装置１０７は、ビーコン１１２を適切に認識した上で応答し、ディストリビュータ１０３から転送される情報を受信することができる。本発明の一実施例では、クライアント１２１は、トランシーバ・システム１０５からの送信内容を認識し応答するように構成されたソフトウェアによって構成することもできるが、特化されたプログラム（例えば、データ受信モジュール６０４のみ）を動作させるための機能は特に含まなくてもよい。
また、本発明の他の実施例では、携帯コンピュータ装置１０７は別のソース（例えば、ディストリビュータ１０３とは別の、インターネット等のソース）からクライアント１２１をダウンロードしてもよく、ディストリビュータ１０３は様々な時間にビーコン１１２を送信するだけでもよい。
【０１３４】
なお、図９に示した各種信号はそれぞれ有限の時間持続するものであり、その時間は、例えば、信号の送信開始から計測される。図９に示されるとおり、トランシーバ・システム１０５は、ビーコン１１２を時点ｔ1、ｔ2、ｔ4、ｔ5にて送る。前述したとおり、トランシーバ・システム１０５は、転送される情報を受信する準備ができている携帯コンピュータ装置１０７の存在を特定するためにビーコン１１２を送信する。転送される情報を受信する準備ができている携帯コンピュータ装置１０７は、確認信号（Acknowledgement Signal: ＡＣＫ）を送信することによりビーコン１１２に応答できる。本発明の一実施例において、クライアント１２１を未だ含まない携帯コンピュータ装置１０７は、ビーコン１１２を認識しないために応答しないことがある。本発明の一実施例によれば、ビーコン１１２及び／又はＡＣＫ１１４の送受信を含む、情報転送に関連した通信は、データ転送モジュール（以下に説明する）とデータ受信モジュール６０４に組み込まれたデータ転送通信プロトコルを介して行われる。データ転送モジュールとデータ受信モジュール６０４は、通常、相互に補完し合い、それぞれ、ディストリビュータ１０３及び携帯コンピュータ装置１０７に含まれる。
【０１３５】
図９に示す実施例において、ディストリビュータ１０３は更に、各種ビーコン１１２中にインターリーブしたビーム呼掛け信号１２４を時点ｔ3、ｔ6に送信する。トランシーバ・システム１０５は、クライアント１２１をダウンロードする準備ができている携帯コンピュータ装置１０７の存在を特定するためにビーム呼掛け信号１２４を送信する。クライアント１２１をダウンロードする準備ができている携帯コンピュータ装置１０７は、従来のビーム応答１２６を送信することにより、ビーム呼掛け信号１２４に応答できる。本発明の一実施例によれば、ビーム呼掛け信号１２４及び／又はビーム応答１２６の送受信を含む、クライアント１２１のダウンロードに関連した通信は、ディストリビュータ１０３及び携帯コンピュータ装置１０７に含まれる従来の通信プロトコルを介して行われ、携帯コンピュータ装置１０７は、コンピュータ・プログラムのダウンロード及び／又はハードウェアの変更を行わなくても、ビーム呼掛け信号１２４を認識して応答できる。
【０１３６】
本発明のいくつかの実施例によれば、管理サーバ（例えば、管理サーバ４１０）は、いつ及び／又はどの通信プロトコルをディストリビュータ１０３が使用して携帯コンピュータ装置１０７と通信を行うべきか指示する。特に、管理サーバ４１０は、トランシーバ・システム１０５がビーコン１１２及び又はビーム呼掛け信号１２４をいつ及び／又は何回送るか指示する。本発明の一実施例において、図９に示す時点のうち１又はそれ以上の時点を、情報の転送及び／又はクライアント１２１のダウンロードに対する要求に応じて自動的に調節してもよい。例えば、情報の転送に対する要求が高く、クライアント１２１のダウンロードに対する要求が低い場合は、ディストリビュータ１０３はビーム呼掛け信号１２４の代わりに、ビーコン１１２を時点ｔ3に送信してもよい。
【０１３７】
図９に示す連続した時間間隔は、もしトランシーバ・システム１０５がビーコン１１２又はビーム呼掛け信号１２４に対する応答（図９においては示されない）を受信する場合には長くなるのが一般的である。例えば時点ｔ1において、ビーコン１１２が送信された後に応答を受信する場合、別のビーコン１１２又はビーム呼掛け信号１２４が送信される前の時間間隔は、応答を送信した携帯コンピュータ装置１０７にトランシーバ・システム１０５が情報を転送するのに十分な時間間隔に設定するべきである。また、例えば時間ｔ3において、ビーム呼掛け信号１２４が送信された後に応答を受信する場合、別のビーコン１１２又はビーム呼掛け信号１２４が送信される前の時間間隔は、応答を送信した携帯コンピュータ装置１０７にディストリビュータ１０３がクライアント１２１を転送するのに十分な時間間隔に設定するべきである。後者については、図１０に示されている。
【０１３８】
図１０に示されるように、ディストリビュータ１０３は時点ｔ3にビーム呼掛け信号１２４を送信し、時点ｔ7において携帯コンピュータ装置１０７から送信されたビーム応答１２６を受信する。ビーム応答１２６の受信に続き、時点ｔ7と時点ｔ8との間で、ディストリビュータ１０３がクライアント１２１を携帯コンピュータ装置１０７に転送する。特に、トランシーバ・システム１０５は、クライアント１２１を含むダウンロード信号１２２（図１０には示されていない）を送信してもよい。前述のように、時点ｔ7と時点ｔ8との間におけるディストリビュータ１０３と携帯コンピュータ装置１０７間の通信は、ディストリビュータ１０３と携帯コンピュータ装置１０７に含まれた従来の通信プロトコル（例えば、情報を無線で送受信するための、携帯コンピュータ装置の一般通信プロトコル）にしたがって行うことができる。例えば、該時間間隔における通信は、例えばＩｒＤＡ（Infrared Data Association）通信プロトコルのような従来の赤外線（ＩＲ）通信プロトコルにしたがって行うことができる。携帯コンピュータ装置１０７が、データ受信プロトコル６０４を含むクライアント１２１をダウンロードすると、携帯コンピュータ装置１０７は、ディストリビュータ１０３から転送される情報をデータ転送通信プロトコルにしたがって受信できる。
【０１３９】
図１１及び図１２は、本発明の一実施例におけるディストリビュータ（例えば、ディストリビュータ１０３）と携帯コンピュータ装置（例えば、携帯コンピュータ装置１０７）との間の通信を指示する通信プロトコル（例えば、ハイブリッド通信プロトコル）から成る構造を示す。該通信プロトコルには、クライアント１２１のダウンロード及び情報の転送に関連したディストリビュータ１０３と携帯コンピュータ装置１０７間での通信を指示する規則と動作手順を含めることができる。また、該通信プロトコルは、データ転送通信プロトコル及び従来の通信プロトコルという、２つのサブ・プロトコルから構成することができる。また、該通信プロトコルは、図１１及び図１２に示した各種モジュールに含めることができる。
【０１４０】
図１１に示すように、本発明の一実施例によれば、データ転送モジュール１１０１及び従来の通信プロトコル・モジュール１１０８は、ディストリビュータのトランシーバ・プロトコル・スタック５０６中に含めることができる。図１２に示されるように、本発明の一実施例によれば、データ受信モジュール６０４を、携帯コンピュータ装置１０７によってダウンロードされたクライアント１２１に含まれるデコーダ６０３に含めることができる。図１２に示すように、本発明の一実施例によれば、従来の通信プロトコル・モジュール１２０８を、携帯コンピュータ装置１０７のメモリ６０７及び又は既存のハードウェアに含まれる既存のソフトウェアによって構成してもよい。
【０１４１】
前述のように、本発明の一実施例によれば、情報の転送に関連する通信は、データ転送通信プロトコルにしたがって行われる。データ転送通信プロトコルは、ディストリビュータ１０３と携帯コンピュータ装置１０７間での情報転送に関連する通信を指示する規則及び動作手順を含めることができる。データ転送通信プロトコルには、データ転送モジュール１１０２及びデータ受信モジュール６０４にそれぞれ組み込むことができる。データ転送モジュール１１０２及びデータ受信モジュール６０４は、通常、互いに補完し合うとともに、それぞれディストリビュータ１０３及び携帯コンピュータ装置１０７に含めることができる。図１１及び図１２に示すように、データ転送モジュール１１０２及びデータ受信モジュール６０４は、データ転送トランスポート層１１０４及びデータ受信トランスポート層１２０４をそれぞれ含む。これら２層のトランスポート層１１０４及び１２０４は、転送される情報を受信する準備ができている携帯コンピュータ装置１０７の存在をディストリビュータ１０３が検出できるようにする規則であって、引き続いてディストリビュータ１０３から携帯コンピュータ装置１０７に情報を転送するように指示を行うための規則を規定したものである。更に、上記２層のトランスポート層１１０４及び１２０４は、情報の転送中に送信及び／又は受信される信号に組み込まれた情報のフレーム又はパケットの構造、内容、及び／又は長さを特定してもよい。更に、データ転送モジュール１１０２及びデータ受信モジュール６０４は、データ転送物理層１１０６及びデータ受信物理層１２０６をそれぞれ含んでもよい。これら２層の物理層１１０６及び１２０６は、情報の転送中に送信及び／又は受信される信号の物理的特性であって、例えば、変調／復調スキーム、符号化／逆符号化スキーム、情報送受信速度、及び／又は信号出力レベル等の物理的特性を特定する。物理層１１０６及び１２０６のうち一方又は両方を、少なくとも部分的に、例えば、変調器／復調器、エンコーダ／デコーダ、及び／又は、トランシーバ（例えばトランシーバ・システム１０５）等のハードウェアによって構成することができる。
【０１４２】
本発明の一実施例において、携帯コンピュータ装置１０７によるクライアント１２１のダウンロードは、従来の通信プロトコルを介して行われる。従来の通信プロトコルは、図１１及び図１２に示す従来の通信プロトコル・モジュール１１０８、１２０８に組み込まれる。従来の通信プロトコルには、クライアント１２１のダウンロード中におけるディストリビュータ１０３と携帯コンピュータ装置１０７間の通信を指示する規則及び動作手順を含めることができる。図１１及び図１２に示すように、従来の通信プロトコル・モジュール１１０８、１２０８の各々は、クライアント１２１のダウンロード中に送信及び／又は受信される信号の物理的特性であって、例えば、変調／復調スキーム、符号化／逆符号化スキーム、情報送受信速度、及び／又は信号出力レベル等の物理的特性を特定する。当業者に知られているように、従来の通信プロトコル・モジュール１１０８、１２０８には、通常、更に１以上の層（つまりレイヤ）（図１１及び図１２には示されていない）、例えば、リンク層又はトランスポート層を含めることができる。また、当業者に認知されているとおり、物理層１１１０、１２１０の一方又は両方を、少なくとも部分的に、例えば、変調器／復調器、エンコーダ／デコーダ、及び／又は、トランシーバ１０６等のハードウェアによって構成することができる。更に、従来の通信プロトコルは、携帯コンピュータ装置１０７と、従来の通信プロトコル・モジュール１１０８、１２０８を含む他の装置との間における従来の通信も指示してもよい。
【０１４３】
図１１及び図１２に示すように、データ転送物理層１１０６（及びデータ受信物理層１２０６）及び従来の通信プロトコル物理層１１１０、１２１０は、通常、送信及び／又は受信される信号について１以上の異なる物理的特性を特定してもよい。例えば、携帯コンピュータ装置１０７は、従来の通信プロトコル物理層１２１０によって特定された第１変調／符号化スキームを用いてビーム応答１２６を送信し、データ受信物理層１２０６によって特定された第２変調／符号化スキームを用いてＡＣＫ１１４を送信してもよい。この例において、ディストリビュータ１０３は、従来の通信プロトコル物理層１１１０によって特定された第１復調／逆符号化スキーム（上記第１変調／符号化スキームを補完する）を用いてビーム応答１２６を受信し処理することができ、また、データ転送物理層１１０６によって特定された第２復調／逆符号化スキーム（上記第２変調／符号化スキームを補完する）を用いてＡＣＫ１１４、１１９を受信して処理することができる。
【０１４４】
本発明の一実施例によれば、情報の転送中に送信及び／又は受信される信号の物理的特性は、少なくとも部分的に、従来の通信プロトコル・モジュール物理層１１１０、１２１０によって特定及び／又は構成してもよい。例えば、トランシーバ・システム１０５は、従来の通信プロトコル物理層１１１０によって特定される符号化、変調、及び送信速度特性と、データ転送物理層１１０６によって特定される上昇したベース信号出力レベルとを持つビーコン１１２及び／又は同報通信１１８を送信してもよい。本実施例では、データ転送通信プロトコルは、少なくとも部分的に、図１１及び図１２に示した従来の通信プロトコル物理層１１１０、１２１０に組み込まれる。
【０１４５】
なお、ディストリビュータ１０３及び／又は携帯コンピュータ装置１０７は、図１１及び／又は図１２に示した上記２層の物理層に相当する２つの通信ハードウェアを含む必要はない。特に、上記２層の物理層によって特定された物理的特性をもつ信号を送信及び／又は受信するための実行可能な命令によって、単一の通信ハードウェアを構成してもよい。
【０１４６】
図１３及び図１４は、本発明の他の実施例におけるディストリビュータ１０３及び携帯コンピュータ装置１０７間の通信を指示する通信プロトコル（例えば、ハイブリッド通信プロトコル）を示す。本実施例の通信プロトコルには、データ転送通信プロトコル及び従来の通信プロトコルという２つのサブ・プロトコルを含めることができる。本発明のいくつかの実施例によれば、従来の通信プロトコルとして、ＲＦ通信プロトコル（例えば、Ｂｌｕｅｔｏｏｔｈ）を採用することができる。図１３及び図１４に示すように、データ転送モジュール１３０２及びデータ受信モジュール１４０２は、物理層を含まない。本実施例において、情報の転送及びクライアントのダウンロード中に送信及び又は受信される信号の物理的特性は、従来の通信プロトコル物理層１１１０、１２１０によって管理される。
【０１４７】
次に、図１５を参照して本発明について更に説明を行う。図１５は、本発明の一実施例において、データ転送トランスポート層１１０４にしたがってディストリビュータ１０３が実行し得るステップを示したフローチャート１５００を示す。概要を説明すると、データ転送トランスポート層１１０４は、ディストリビュータ１０３がどのように、転送される情報を受信する準備ができている携帯コンピュータ装置１０７の有無を判断するのか、及び、引き続きディストリビュータ１０３がどのように情報を携帯コンピュータ装置１０７に送るのかについて特定する。本発明の実施例において、ディストリビュータ１０３は、トランシーバ・システム１０５にビーム呼掛け信号１２４を送るよう指示する前に、図１５に示したステップの１以上のサイクルを実行する。
【０１４８】
図１５を参照すると、ディストリビュータ１０３は、ディストリビュータ１０３の近傍に設けられた携帯コンピュータ装置１０７が確認信号（Acknowledgement Signal: ＡＣＫ）１１４によって応答するビーコン１１２を送信する（ステップ１５０１）。ディストリビュータ１０３は、携帯コンピュータ装置１０７からＡＣＫ１１４を受信したかどうか判断する（ステップ１５０２）。ＡＣＫ１１４が受信されたことは、携帯コンピュータ装置１０７がディストリビュータ１０３の通信範囲内にあり、転送される情報を受信する準備ができていることを示す。一方、ステップ１５０２で、ＡＣＫ１１４が受信されていないと判断した場合は、別のビーコン１１２を送信する（ステップ１５０１）前に、ディストリビュータ１０３は所定時間スリープ状態になる（ステップ１５０３）。本発明において、ディストリビュータ１０３が無線のバッテリ電源式装置である一実施例では、上記のようにディストリビュータ１０３をスリープ状態におくことにより、電力を節約する。本発明のいくつかの実施例によれば、スリープ時間中、ディストリビュータ１０３は、情報の転送に関連するトランシーバ・システム１０５の少なくとも一部をオフにできる。
【０１４９】
本発明の一実施例において、上記スリープ時間は、所定時間、例えば２秒に設定される。本発明の他の実施例においては、上記スリープ時間を、１以上の携帯コンピュータ装置１０７からＡＣＫ１１４が受信される際の周波数に応じて変更してもよい。ディストリビュータ１０３からの情報転送に関する要求に応じてスリープ時間を自動的に調整するアルゴリズムを、データ転送トランスポート層１１０４に設けてもよい。例えば、本発明の一実施例においては、該要求が低いときはスリープ時間を長くし、該要求が高いときはスリープ時間を短くしてもよい。
【０１５０】
ステップ１５０２で、ＡＣＫ１１４が受信されたと判断した場合、ディストリビュータ１０３はトランシーバ・システム１０５に、携帯コンピュータ装置１０７に転送するアプリケーション及び／又はデータを含む同報通信１１８を送信するよう指示する（ステップ１５０４）。同報通信１１８が正しく受信されると、携帯コンピュータ装置１０７はＡＣＫ１１９によって応答し、該ＡＣＫ１１４はステップ１５０５においてトランシーバ１０５によって検出され得る。ステップ１５０５におけるＡＣＫ１１９の検出に続き、別のビーコン１１２を送信する（ステップ１５０１）前に、ディストリビュータ１０３は上述したスリープ時間の間、スリープ状態となる(ステップ１５０３)。本発明のいくつかの実施例によれば、ステップ１５０５におけるＡＣＫ１１９の検出に続くスリープ時間は、ステップ１５０２においてＡＣＫ１１４が受信されていないと判断された場合のスリープ時間と異なってもよい。
【０１５１】
一方、同報通信１１８に続くステップ１５０５にてＡＣＫ１１９が受信されていない場合、ディストリビュータ１０３は、トランシーバ・システム１０５に更に１以上の同報通信１１８を再送するよう指示する。本発明の一実施例においては、ディストリビュータ１０３は、２の同報通信１１８が既に送信されたかどうか判断する（ステップ１５０６）。１の同報通信１１８が送信されたと判断した場合、ディストリビュータ１０３は、該同報通信１１８の２度目の送信を行う。該２度目の同報通信１１８に続き、ディストリビュータ１０３は、ＡＣＫ１１９がロギング目的で受信されたかどうか判断することができる（ステップ１５０５）。本発明の一実施例において、判断装置１０３は、２度目の同報通信１１８に続くステップ１５０１をスキップして直接ステップ１５０３に進みスリープ状態に入ってもよい。２の同報通信１１８が既に受信された場合、本発明の一実施例にかかるディストリビュータ１０３は、同報通信１１８を再び送信せず、上記スリープ時間中スリープ状態となってから（ステップ１５０３）、別のビーコン１１２を送信する（ステップ１５０１）。なお、携帯コンピュータ装置１０７は、このビーコン１１２に応じてＡＣＫ１１４を送信し、ディストリビュータ１０３に別の同報通信１１８を行うよう促してもよい。また、本発明のいくつかの実施例によれば、２度目の同報通信１１８に続くスリープ時間を、ステップ１５０５におけるＡＣＫ１１９の検出に続くスリープ時間、及び／又は、ステップ１５０２でＡＣＫ１１４が受信されていないと判断された場合のスリープ時間と異ならせてもよい。
【０１５２】
ディストリビュータ１０７が無線のバッテリ電源式装置である本発明の一実施例では、トランシーバ・システム１０５が単一のＡＣＫ１１４に応じて同報通信１１８を再送する回数を制限することにより、ディストリビュータ１０３のバッテリ消費を節約することができる。具体的には、様々な理由により、最初の又はその後の同報通信１１８に続いてＡＣＫ１１９が受信されないことがある。例えば、同報通信１１８及び／又はＡＣＫ１１９の受信に干渉する障害物が、ディストリビュータ１０３と携帯コンピュータ装置１０７間に存在することがある。他の例では、同報通信１１８が完全に受信される前に、及び／又は、ＡＣＫ１１９が携帯コンピュータ装置１０７によって送信される前に、携帯コンピュータ装置１０７のユーザが情報の転送を停止すると決定することもある。これら２つの例では、同報通信１１８を再送しても効果がないため、再送する同報通信１１８の数を制限することによりディストリビュータのバッテリ消費を節約できる。
【０１５３】
図１６〜図１９は、本発明の一実施例において、データ転送トランスポート層（例えば、データ転送トランスポート層１１０４）によって指示されるタイミングを示す。図１６〜図１９中の斜線部分は、ディストリビュータ１０３のトランシーバ・システム１０５が起動して、携帯コンピュータ装置１０７との間で信号の送信又は受信を行う時間に相当する。ディストリビュータ１０３が無線のバッテリ電源式装置である本発明の一実施例では、図中斜線で示した時間は、バッテリ電源を節約できる程度に短く設定してもよい。ただし、斜線で示した時間を、携帯コンピュータ装置１０７との間で信号の送受信を適切に行うのに十分な時間に設定すべきである。本発明の一実施例によれば、図１６〜図１９中において斜線で示した時間のうち１以上の時間において、トランシーバ・システム１０５をスリープ・モードまたは省電力モードに切り換えてもよい。
【０１５４】
図１６は、ディストリビュータ１０３がビーコン１１２を送信するが、それに応じたＡＣＫ１１４は受信しない場合に、データ転送トランスポート層１１０４によって指示されるタイミングを示す。図１６に示すように、ディストリビュータ１０３は、ディストリビュータ１０３が起動してビーコン１１２を送信する時間ＴBの間ビーコン１１２を送信する。時間ＴBに続いて、ディストリビュータ１０３は時間ＴBAの間トランシーバ・システム１０５をオフにできる。本発明の一実施例によれば、時間ＴBAは、携帯コンピュータ装置１０７がビーコン１１２を受信してそれに応じてＡＣＫ１１４を送信する準備ができた後、及び／又はビーコン１１２に応じてＡＣＫ１１４の送信を開始する準備ができていない状態での、携帯コンピュータ装置１０７の応答時間又は遅延時間に相当する時間に設定してもよい。また、これに代えて、又はこれと合わせて、本発明の一実施例では、時間ＴBAを、ディストリビュータ１０３の応答時間又は遅延時間に相当するよう設定してもよい。本発明のいくつかの実施例、特にディストリビュータ１０７が無線のバッテリ電源式装置である本発明の一実施例では、時間ＴBAにおいて、ディストリビュータ１０３がトランシーバ・システム１０５をオフにして電源を節約してもよい。
【０１５５】
時間ＴBAに続き、ディストリビュータ１０３はトランシーバ・システム１０５をオンにする。特に、トランシーバ・システム１０５は、時間ＴACKRの間、オンとなり、ビーコン１１２に応じたＡＣＫ１１４の少なくとも一部の受信に備える。図１６に示した例では、ＡＣＫ１１４は受信されず、時間ＴACKRの後、ディストリビュータ１０３はトランシーバ・システム１０５をスリープ時間ＴSの間オフにする。本発明の一実施例によれば、スリープ時間ＴSは、通常、約１秒間に設定される。スリープ時間ＴSに続き、トランシーバ・システム１０５は再びオンとなり、時間ＴBにわたりビーコン１１２を送信する。
【０１５６】
図１７は、ディストリビュータ１０３がビーコン１１２を送信し、それに応じたＡＣＫ１１４を受信する場合において、データ転送トランスポート層１１０４によって指示されるタイミングを示す。図１６を参照して説明したように、ディストリビュータ１０３は、ディストリビュータ１０７は時間ＴBの間ビーコン１１２を送信し、時間ＴBAの間トランシーバ・システム１０５をオフにし、続いて、トランシーバ・システム１０５をオンにして時間ＴACKRの間ＡＣＫ１１４の少なくとも一部を受信する。図１７に示すように、ディストリビュータ１０３は、時間ＴACKRの間、ＡＣＫ１１４の一部分を受信する。図１７に示す状況において、トランシーバ・システム１０５は、更に時間ＴACKRCの間オンとなり、ＡＣＫ１１４の残りの部分を受信する。ただし、時間ＴACKRの間にＡＣＫ１１４を完全に受信してもよく、その場合は時間ＴACKRCを設ける必要はない。本発明のいくつかの実施例によれば、時間ＴACKRCを、確実にＡＣＫ１１４の残りの部分が受信でき、ディストリビュータ１０３の電源を節約するためにトランシーバ・システム１０５のオン時間を短縮できるような時間に設定してもよい。本発明の一実施例によれば、時間ＴACKRCは、通常、５０ミリ秒に設定される。
【０１５７】
ＡＣＫ１１４の受信に続き、ディストリビュータ１０３は、同報通信１１８の送信前にトランシーバ・システム１０５を時間ＴABRの間オフにする。本発明の一実施例によれば、時間ＴABRは、携帯コンピュータ装置１０７がＡＣＫ１１４を受信して同報通信１１８を受信する準備ができた後、及び／又は同報通信１１８の受信を開始する準備ができていない状態での、携帯コンピュータ装置１０７の応答時間又は遅延時間に相当する時間に設定してもよい。これに代えて、又はこれと合わせて、本発明の一実施例では、時間ＴBARを、ディストリビュータ１０３の応答時間又は遅延時間に相当するよう設定してもよい。本発明のいくつかの実施例、特にディストリビュータ１０７が無線のバッテリ電源式装置である本発明の一実施例では、時間ＴABRにおいてトランシーバ・システム１０５をオフにすることにより電源を節約してもよい。
【０１５８】
時間ＴABRに続き、ディストリビュータ１０３はトランシーバ・システム１０５をオンにして、時間ＴBRの間、同報通信１１８を送信する。本発明の一実施例では、時間ＴBRは、携帯コンピュータ装置１０７に転送する情報量に応じて決められる。
【０１５９】
図１８は、ディストリビュータ１０３が最初の同報通信１１８を送信するが、それに応じたＡＣＫ１１９は受信しないという場合において、データ転送トランスポート層１１０４によって指示されるタイミングを示す。図１８に示すように、ディストリビュータ１０３は同報通信１１８を送信し、時間ＴBRAの間トランシーバ・システム１０５をオフにする。本発明の一実施例によれば、時間ＴBRAは、携帯コンピュータ装置１０７が同報通信１１８を受信して、それに応じたＡＣＫ１１９を送信する準備ができた後、及び／又は同報通信１１８に応じたＡＣＫ１１９の送信を開始する準備ができていない状態での、携帯コンピュータ装置１０７の応答時間又は遅延時間に相当する時間に設定することができる。また、これに代えて、若しくはこれと合わせて、本発明の一実施例では、時間ＴBRAを、ディストリビュータ１０３の応答時間又は遅延時間に相当するよう設定することができる。本発明のいくつかの実施例、特にディストリビュータ１０７が無線のバッテリ電源式装置である本発明の一実施例では、時間ＴBRAにおいてトランシーバ・システム１０５をオフにすることにより電源を節約してもよい。
【０１６０】
時間ＴBRAに続き、ディストリビュータ１０３は時間ＴACKRにわたってトランシーバ・システム１０５をオンにして、同報通信１１８に応じたＡＣＫ１１９の少なくとも一部分を受信する準備をする。図１８に示した例では、ＡＣＫ１１９は受信されず、ディストリビュータ１０３は前述した図１７に示した例のように時間ＴABRの間トランシーバ・システム１０５をオフにする。
【０１６１】
時間ＴABRに続き、トランシーバ・システム１０５がオンにされ、時間ＴBRにわたり２度目の同報通信１１８を再送信する。続いて、２度目の同報通信１１８に応じたＡＣＫ１１９の少なくとも一部分を受信するよう準備するために再びオンにする前に、トランシーバ・システム１０５を時間ＴBRAの間オフにする。
【０１６２】
図１９は、ディストリビュータ１０３が最初の同報通信１１８を送信し、それに応じたＡＣＫ１１９を受信する場合において、データ転送トランスポート層１１０４によって指示されるタイミングを示す。図１８を参照して説明したように、ディストリビュータ１０３は、ディストリビュータ１０７は同報通信１１８を送信し、時間ＴBRAの間トランシーバ・システム１０５をオフにし、その後、トランシーバ・システム１０５をオンにして時間ＴACKRの間ＡＣＫ１１９の少なくとも一部を受信する。図１９に示すように、ディストリビュータ１０３は、時間ＴACKRの間ＡＣＫ１１９の一部分を受信する。図１９に示す状況において、トランシーバ・システム１０５は、更に時間ＴACKRCの間オンとなり、ＡＣＫ１１９の残りの部分を受信する。前述のように、時間ＴACKRの間にＡＣＫ１１９を完全に受信してもよく、その場合は時間ＴACKRCを設ける必要はない。本発明のいくつかの実施例によれば、時間ＴACKRCを、確実にＡＣＫ１１９の残りの部分が受信でき、ディストリビュータ１０３の電源を節約するためにトランシーバ・システム１０５のオン時間を短縮できるような時間に設定することができる。本発明の一実施例によれば、時間ＴACKRCは、通常、５０ミリ秒に設定される。
【０１６３】
ＡＣＫ１１９の受信に続き、同報通信１１８の送信前にトランシーバ・システム１０５をスリープ時間ＴSの間オフにし、その後、トランシーバ・システム１０５を再びオンにして時間ＴBの間。別のビーコン１１２を送信する。
【０１６４】
表１は、本発明の一実施例において、データ転送トランスポート層１１０４によって指示される各種時間を示したものである。
【表１】
2004534441.tif 000003
【０１６５】
図２０は、本発明の一実施例において、データ受信トランスポート層（例えば、図１２に示すデータ受信トランスポート層１２０４）によって携帯コンピュータ装置１０７が実行し得るステップを示すフローチャート２０００である。概要を説明すると、データ受信トランスポート層１２０４は、携帯コンピュータ装置１０７がその存在、及び／又は、転送される情報を受信する準備ができていることをどのように示すのか、また、携帯コンピュータ装置１０７がディストリビュータ１０３から転送される情報をどのように受信するかについて特定する。
【０１６６】
具体的には、携帯コンピュータ装置１０７は、入力される信号を受信し（ステップ２００１）、該信号を評価して信号の種類を判断する（ステップ２００２）。ステップ２００２において、入力された信号がノイズであると判断されると、携帯コンピュータ装置１０７はステップ２００１に戻る。
【０１６７】
一方、入力された信号がビーコン１１２であると判断されると、携帯コンピュータ装置１０７は、同報通信１１８を受信すべきかどうか判断する（ステップ２００３）。本発明の一実施例において、この判断ステップ２００３は、ビーコン１１２に含まれた情報に応じてなされる。例えば、ビーコン１１２は、同報通信１１８を識別及び／又は同報通信１１８のタイムスタンプを含んでもよく、携帯コンピュータ装置１０７はビーコン１１２を評価して、同報通信１１８を既に受信したかどうか判断する。
【０１６８】
本発明のいくつかの実施例によれば、同報通信１１８を受信すべきでない場合、携帯コンピュータ装置１０７は、ステップ２００１に戻ってもよい。一方、同報通信１１８を受信すべきである場合、携帯コンピュータ装置１０７は、先のビーコン１１２に応じたＡＣＫ１１４を既に送信したかどうか判断する（ステップ２００４）。ＮＯであれば、携帯コンピュータ装置１０７は、ＡＣＫ１１４を送信することによりビーコン１１２に応答して、ディストリビュータ１０３に同報通信１１８を促す（ステップ２００５）。
【０１６９】
同報通信１１８を受信すべきであり、かつＡＣＫ１４４が先のビーコン１１２に応じて既に送信された場合、携帯コンピュータ装置１０７はバックオフ・アルゴリズムにしたがって別のＡＣＫ１１４を送信すべきかどうか判断する。バックオフ・アルゴリズムは、複数の携帯コンピュータ装置１０７がディストリビュータ１０７から最初のビーコン１１２を受信し、該複数のコンピュータ装置（あるいは、その一部）１０７がＡＣＫ１１４によって該最初のビーコン１１２の受信を知らせる場合に対処するためのものである。携帯コンピュータ装置１０７から送られたＡＣＫ１１４は、互いに干渉することがあるため、ディストリビュータ１０３は、他の携帯コンピュータ装置１０７の何れかからＡＣＫ１１４を正しく受信できない可能性がある。正しいＡＣＫ１１４が受信されないため、ディストリビュータ１０３は、第２のビーコン１１２を送る前に、スリープ時間の間、スリープ状態となる。
【０１７０】
本発明の一実施例において、バックオフ・アルゴリズムは、携帯コンピュータ装置１０７が１００パーセントより低い確率、例えば５０パーセントの確率で第２のビーコンに応じてＡＣＫ１１４を送信するように指示する。例えば、第１と第２の携帯コンピュータ装置１０７の各々が、第１のビーコン１１２に応じてＡＣＫ１１４を送信するが同報通信１１８は受信されない場合、該第１及び第２の携帯コンピュータ装置１０７は各々５０パーセントの確率で第２のビーコン１１２に応じて別のＡＣＫ１１４を送信する。この例では、２つの携帯コンピュータ装置１０７のうち一方だけがディストリビュータ１０３に同報通信１１８を促すＡＣＫ１１４を送信する確率は５０パーセントである。また、携帯コンピュータ装置１０７の両方ともＡＣＫ１１４を送らない確率は２５パーセントであり、携帯コンピュータ装置１０７の両方がＡＣＫ１１４を送信する確率は２５パーセントである。後者の２つの状況では、ディストリビュータ１０７は、正しいＡＣＫ１１４を受信できない可能性があり、その場合は第３のビーコン１１２を送信する前にスリープ時間だけスリープ状態となる。本発明の一実施例において、バックオフ・アルゴリズムは、携帯コンピュータ装置１０７が、１００パーセントより低い確率、例えば30パーセントの確率で第３のビーコン１１２に応じてＡＣＫ１１４を送信することを指示してもよい。本発明の一実施例において、第３の試みを行う確率（３０パーセント）は、第２の試みを行う確率（例えば、５０パーセント）よりも低い確率に設定する。これに代えて、又はこれと合わせて、第３のビーコン１１２に応じてエラーメッセージを生成してもよく、また、バックオフ・アルゴリズムをリセットして、携帯コンピュータ装置１０７が第４のビーコン１１２に応じて１００パーセントの確率でＡＣＫ１１４を送信できるようにしてもよい。
【０１７１】
図２０に示すように、携帯コンピュータ装置１０７は、入力された信号が同報通信１１８であると判断できる（ステップ２００２）。携帯コンピュータ装置１０７は、同報通信１１８を促したＡＣＫ１１４を送っていてもよい。または、別の（近くの）携帯コンピュータ装置１０７が同報通信１１８を促したＡＣＫ１１４を送っていてもよい。いずれにせよ、携帯コンピュータ装置１０７が同報通信１１８を受信し、同報通信１１８にエラーがないかどうか判断する（ステップ２００７）。エラーを検出した場合、携帯コンピュータ装置１０７はＡＣＫ１１９を送信せずにステップ２００１へ戻り、エラーのない同報通信１１８の受信を試みる。ステップ２００７に代えて、又はステップ２００７と合わせて、携帯コンピュータ装置１０７は、完全な同報通信１１８を受信したかどうか判断してもよい。本発明のいくつかの実施例において、携帯コンピュータ装置１０７は、同報通信１１８に含まれる情報から、完全な同報通信１１８が受信されたかどうか判断する。例えば、同報通信１１８は、そのサイズを示すことができる。完全な同報通信１１８が受信されていない場合、携帯コンピュータ装置１０７は、ＡＣＫ１１９を送信せずにステップ２００１へ戻り、完全な同報通信１１８、又は、未だ受信していない完全な同報通信の一部分を受信しようと試みる。
【０１７２】
一方、同報通信１１８がエラーを含まない場合、及び／又は、完全な同報通信１１８を受信した場合、携帯コンピュータ装置１０７は、同報通信１１８を促すＡＣＫ１１４を送信したかどうか判断する（ステップ２００８）。もし、そうである場合、携帯コンピュータ装置１０７は、ＡＣＫ１１９をディストリビュータ１０３に送信することにより、エラーのない（及び／又は完全な）同報通信１１８を受信したことを知らせる（ステップ２００９）。本発明のいくつかの実施例によれば、携帯コンピュータ装置１０７は、ＡＣＫ１１９を送信した後にステップ２００１に戻ってよい。本発明のいくつかの実施例によれば、携帯コンピュータ装置１０７が同報通信１１８を促していない場合、携帯コンピュータ装置１０７はＡＣＫ１１９を送信せず、ステップ２００１に戻ってよい。後者の場合、第２の携帯コンピュータ装置１０７が、同報通信１１８を促すＡＣＫ１１４を送っていてもよく、該第２の携帯コンピュータ装置１０７はエラーのない（及び／又は完全な）同報通信１１８を受信した後にＡＣＫ１１９を送信する。ステップ２００８を設けることにより、多数の携帯コンピュータ装置１０７が、により同報通信１１８に反応する際に、互いに干渉しあう可能性がある多数のＡＣＫ１１９を送る可能性が低くなる。これにより、ディストリビュータ１０３が、同報通信１１８に続いて正しいＡＣＫ１１９を受信する可能性が高くなり、よって、ディストリビュータ１０３が同報通信１１８を再送する必要がなくなる。
【０１７３】
本発明のいくつかの実施例において、携帯コンピュータ装置１０７は、１種類以上の確認信号を送ることができる。本発明の一の実施例においては、携帯コンピュータ装置１０７は、ビーコン-ＡＣＫを送ってビーコン１１２に応答でき（例えば、ステップ２００５）、同報通信-ＡＣＫを送って同報通信１１８に応答できる（例えば、ステップ２００９）。他の実施例では、携帯コンピュータ装置１０７は、ＡＣＫ、部分的なＡＣＫ、及び／又はＮＡＣＫ（No Acknowledgement:未確認）信号のような様々な確認信号を送ることができる。部分的なＡＣＫは、例えば、携帯コンピュータ装置１０７がディストリビュータ１０３から同報通信１１８の一部分を受信したことを知らせるためのものである。この部分的なＡＣＫの送信により、ディストリビュータ１０３が特定の同報通信１１８を再び送信する必要がなくなるので、ディストリビュータ１０３のバッテリ４１１１の消費電力を節約することができる。ＮＡＣＫ信号は、携帯コンピュータ装置１０３がディストリビュータ１０３から所望の同報通信１１８を受け取っていないために、同報通信１１８全体の送信を繰り返す必要があることをディストリビュータ１０３に知らせるために用いることができる。なお、多数のＮＡＣＫ（及び／又は部分的なＡＣＫ）が多数の携帯コンピュータ装置１０７によって送られる可能性を低くするため、ＮＡＣＫ（及び／又は部分的なＡＣＫ）を送信する際にバックオフ・アルゴリズムを実行してもよい。さらに、多種類の確認信号を送信することにより、同報通信１１８を送信するための環境条件が悪化していること、トランシーバ・システム１０５が正しく動作していないこと、及び／又は、１以上の携帯コンピュータ装置１０７上の送信機構（例えばトランシーバ１０６）が正しく動作していないことをディストリビュータ１０３に知らせてもよい。異常を知らされた場合、ディストリビュータ１０３は多くの救済措置を試みることができる。
【０１７４】
図２１及び図２２は、本発明の一実施例におけるデータ受信トランスポート層（例えば、データ受信トランスポート層１２０４）によって指示されるタイミングを示す。図２１及び図２２中の斜線部分は、携帯コンピュータ装置１０７のトランシーバ１０６がオンであり、ディストリビュータ１０３に信号を送信しているか、又は、ディストリビュータ１０３から信号を受信している時間に相当する。本発明の一実施例において、携帯コンピュータ装置１０３のトランシーバ１０６は、図２１及び図２２中で斜線を施していない部分のうち１又はそれ以上の時間でも、オンになっている。
【０１７５】
図２１は、携帯コンピュータ装置１０７のトランシーバ１０６がビーコン１１２を受信し、それに応じてＡＣＫ１１４を送信する場合において、データ受信トランスポート層１２０４によって指示されるタイミングを示す。図２１に示すように、携帯コンピュータ装置１０７は、時間ＴBにわたりビーコン１１２を受信する。ビーコン１１２の受信に続き、携帯コンピュータ装置１０７がビーコン１１２に応じてＡＣＫ１１４を送信する前に、応答又は遅延時間ＴHBAがある。時間ＴHBAの間、携帯コンピュータ装置０７は、入力された信号がビーコン１１２であるか否かについて判断するステップ、ビーコン１１２に応じてＡＣＫ１１４を送信すべきかどうかについて判断するステップ、及び、ハードウェア（例えば、トランシーバ１０６）にＡＣＫ１１４を送信するよう指示するステップのうち、１又はそれ以上のステップを実行する。時間ＴHBAに続き、携帯コンピュータ装置１０７は時間ＴHACKTにわたりＡＣＫ１１４を送信する。時間ＴHACKTは、例えば図２４を参照して説明したように、十分な情報がＡＣＫ１１４に確実に含まれるような時間であって、ディストリビュータ１０３の電源を節約するためにトランシーバ・システム１０５のオン時間を短縮できるような時間に設定してもよい。本発明の一実施例によれば、時間ＴHACKTは、通常、１００ミリ秒に設定される。
【０１７６】
図２２は、携帯コンピュータ装置１０７のトランシーバ１０６が同報通信１１８を受信し、それに応じてＡＣＫ１１９を送信する場合において、データ受信トランスポート層１２０４によって指示されるタイミングを示す。図２２に示すように、携帯コンピュータ装置１０７は、時間ＴBRにわたり同報通信１１８を受信する。同報通信１１８の受信に続き、携帯コンピュータ装置１０７が同報通信１１８に応じてＡＣＫ１１９を送信する前に、応答又は遅延時間ＴHBRAがある。時間ＴHBRAの間、携帯コンピュータ装置０７は、入力された信号が同報通信１１８であるか否かについて判断するステップ、同報通信１１８がエラーなく受信されたかどうかについて判断するステップ、及び、ハードウェア（例えば、トランシーバ１０６）にＡＣＫ１１９を送信するよう指示するステップのうち、１又はそれ以上のステップを実行する。時間ＴHBRAに続き、携帯コンピュータ装置１０７は時間ＴHACKTにわたりＡＣＫ１１９を送信する。本発明のいくつかの実施例によれば、時間ＴHACKTは、例えば図２４を参照して以下に説明するように、確実に十分な情報がＡＣＫ１１９に含まれるような時間であって、ディストリビュータ１０３の電源を節約するためにトランシーバ・システム１０５のオン時間を短縮できるような時間に設定してもよい。本発明の一実施例によれば、時間ＴHACKTは、通常、１００ミリ秒に設定される。
【０１７７】
表２は、本発明の実施例においてデータ受信トランスポート層１２０４によって指示される各種時間を示す。
【表２】
2004534441.tif 000004
【０１７８】
図２３は、本発明の一実施例において、ビーコン１１２に含めることができる情報２３０２のフレーム又はパケットを示す。データ転送層（例えば、データ転送トランスポート層１１０４）は、ビーコン・フレーム２３０２の内容、構造、及び／又は送信時間を指示することができる。図２３に示すように、ビーコン・フレーム２３０２は、プリアンブル２３０４、データ部２３０６、及びエラー検出用データ２３０８という３つの部分から構成される。プリアンブル２３０４は、ビーコン・フレーム２３０２の始まりを示す１以上のビットから構成してよく、及び又は、データ部２３０６の受信前に、携帯コンピュータ装置１０７が照準を合わせる対象を提供する。本発明の一実施例によれば、プリアンブル２３０４は、始めと終わりにスタートビットとストップビットを付けた６組の８ビットから構成できる。データ部２３０６は、携帯コンピュータ装置１０７が、ビーコン・フレーム２３０２をビーコン１１２として含む信号を識別して特徴付けることを許可するビーコンＩＤ２３０１を含んでもよい。図２３は、データ部２３０６に含まれるビーコンＩＤ２３１０を示しているが、ビーコンＩＤ２３１０をプリアンブル２３０４に含めることも可能である。データ部２３０６に、同報通信１１８のタイムスタンプ等の情報を更に含めることにより、携帯コンピュータ装置１０７が同報通信１１８を促すべきか否か判断することができる。図２３に示すように、ビーコン・フレーム２３０２には、更に、携帯コンピュータ装置１０７がエラーを検出できるよう、パリティ・チェック・コード、チェックサム、又はサイクリック・リダンダンシー・チェック（Cyclic Redundancy Check:ＣＲＣ）等のエラー検出用データ２３０８を含めることができる。図２３では、ビーコン・フレーム２３０２の終わりにエラー検出用データ２３０８を配置しているが、これに代えて、エラー検出用データ２３０８を、プリアンブル２３０４及び／又はデータ部２３０６における１又はそれ以上の箇所に配置してもよい。
【０１７９】
図２４は、本発明の一実施例において、ＡＣＫ１１４、１１９に含めることができる情報２４０２のフレーム又はパケットを示す。ＡＣＫフレーム２４０２の内容、構造、及び／又は送信時間は、データ転送層（例えば、データ受信トランスポート層１２０４）によって指示することができる。図２４示すように、ＡＣＫフレーム２４０２は、プリアンブル２４０４、データ部２４０６、及びエラー検出用データ２４０８という３つの部分から構成される。プリアンブル２４０４は、ＡＣＫフレーム２４０２の始まりを示し、及び／又は、トランシーバ・システム１０５の自動利得制御（Automatic Gain Control: ＡＧＣ）要素が、ＡＣＫ信号の出力レベルを正しく補正できるようにする。データ部２４０６は、ディストリビュータ１０３が、ＡＣＫフレーム２４０２をＡＣＫ１１４、１１９として含む信号を識別できるようにするＡＣＫ・ＩＤ（図２４には示さず）を含んでもよい。なお、ＡＣＫ・ＩＤはプリアンブル２４０４に含めることも可能である。これに代えて、又はこれと合わせて、データ部２４０６にシリアル番号や他の識別インディシア等、携帯コンピュータ装置１０７を識別する情報を含めてもよい。上記いずれかの構成に代えて、又は合わせて、データ部２４０６は、プラットフォーム種類（例えば、Ｐａｌｍ  ＯＳやＷｉｎ  ＣＥ）、型の種類、バージョン番号、及び／又は携帯コンピュータ装置１０７のクライアント１２１に関連するタイムスタンプ等の携帯コンピュータ装置機能を識別する情報を含めてもよい。本発明の一実施例によれば、データ部２４０６には、例えば、アプリケーションに対する要求に関する情報、及び／又は、ディストリビュータ１０３のメモリ４０５に記憶されたデータ等、他の情報を含めてもよい。図２４に示すように、ＡＣＫフレーム２４０２には、更に、ディストリビュータ１０３がエラーを検出できるよう、パリティ・チェック・コード、チェックサム、又はサイクリック・リダンダンシー・チェック（Cyclic Redundancy Check:ＣＲＣ）等のエラー検出用データ２４０８を含めることができる。図２４では、ビーコン・フレーム２３０２の終わりにエラー検出用データ２４０８を配置しているが、これに代えて、エラー検出用データ２４０８をプリアンブル２４０４及び／又はデータ部２４０６における１又はそれ以上の箇所に配置してもよい。
【０１８０】
図２５は、本発明の一実施例において、同報通信１１８に含まれ得る情報２５０２のフレーム又はパケットを示す。同報通信フレーム２５０２の内容、構造、及び／又は送信時間は、データ転送層（例えば、データ転送トランスポート層１１０４）によって指示してもよい。図２５に示すように、同報通信フレーム２５０２は、プリアンブル２５０４、データ部２５０６、及びエラー検出用データ２５０８という３つの部分から構成できる。プリアンブル２５０４は、同報通信フレーム２５０２の始まりを示すとともに／又は、データ部２５０６の受信前に、携帯コンピュータ装置１０７が照準を合わせる対象を提供する。本発明の実施例によれば、プリアンブル２５０４は、６組の８ビットから構成でき、各組の始まりと終わりにはスタートビットとストップビットを付ける。
【０１８１】
データ部２５０６には、携帯コンピュータ装置１０７が、同報通信１１８としての同報通信フレーム２５０２を含む信号を識別できるようにする同報通信ＩＤ２５１０を含めることができる。図２５は、データ部２５０６に含まれる同報通信ＩＤ２５１０を示すが、同報通信ＩＤ２５１０をプリアンブル２５０４に含めることも可能である。なお、同報通信ＩＤ２５１０は、プリアンブル２４０４に含めてもよい。本発明のいくつかの実施例においては、携帯コンピュータ装置１０７が完全な同報通信を受信したかどうか判断できるよう、同報通信ＩＤ２５１０は、同報通信フレーム２５０２のサイズ及び／又はデータ部２５０６のサイズを示してもよい。更に、データ部２５０６には、携帯コンピュータ装置１０７に転送する情報を含めることができる。該情報は、アプリケーション（例えば、アプリケーション６０５）及び／又はデータ（例えば、データ６０６）から構成してよい。
【０１８２】
図２５に示すように、同報通信フレーム２５０２には、更に、携帯コンピュータ装置１０７がエラーを検出できるよう、パリティ・チェック・コード、チェックサム、又はサイクリック・リダンダンシー・チェック（Cyclic Redundancy Check:ＣＲＣ）等のエラー検出用データ２５０８を含めることができる。図２５では、同報通信フレーム２５０２の終わりにエラー検出用データ２５０８を配置しているが、これに代えて、エラー検出用データ２５０８を、プリアンブル２５０４及び／又はデータ部２５４０６における１又はそれ以上の箇所に配置してもよい。
【０１８３】
図２６は、本発明の他の実施例における同報通信フレーム２６０２を示す。本実施例では、同報通信フレーム２６０２に、複数の同報通信サブ・フレーム２６０４、２６０６を含めることができる。同報通信サブ・フレーム２６０４、２６０６の各々は、プリアンブル２６０８、２６１０、データ部２６１２、２６１４、及びエラー検出用データ２６１６、２６１８を含む。本発明の一実施例では、２以上の同報通信サブ・フレーム２６０４、２６０６のプリアンブル２６０８、２６１０は同一である。同報通信サブ・フレーム２６０４、２６０６の各々には、携帯コンピュータ装置１０７に転送する情報の一部を含めてもよい。例えば、第１のデータ部２６１２には、実行可能なデータ（例えば、アプリケーション６０５）を含め、第２のデータ部２６１４には、実行不可能なデータ（例えば、データ６０６）を含めることができる。他の例では、第１のデータ部２６１２に、携帯コンピュータ装置１０７において第１のアプリケーションを実行する際に用いる実行不可能なデータを含め、第２のデータ部２６１４には、携帯コンピュータ装置１０７において第２のアプリケーションを実行する際に用いる実行不可能なデータを含めることができる。
【０１８４】
上記に代えて、又は上記と合わせて、同報通信サブ・フレーム２６０４、２６０６の各々に、例えば特定のプラットフォーム種類（例えば、Ｗｉｎ  ＣＥ）等、特定の機能を有する携帯コンピュータ装置１０７や、特定のバージョンのクライアント１２１をダウンロードした携帯コンピュータ装置１０７に転送する情報を含めてもよい。例えば、第１のデータ部２６１２に、第１バージョンのクライアント１２１をダウンロードした携帯コンピュータ装置１０７向けの情報を含め、第２のデータ部２６１４に、第２バージョンのクライアント１２１をダウンロードした携帯コンピュータ装置１０７向けの情報を含めることができる。
【０１８５】
図２６に示すように、同報通信サブ・フレーム２６０４、２６０６には、それぞれ同報通信サブ・フレームＩＤ２６２０、２６２２を含めることができる。同報通信サブ・フレームＩＤ２６２０、２６２２によって、携帯コンピュータ装置１０７が、同報通信１１８の一部としての同報通信サブ・フレーム２６０４、２６０６を含む信号を識別することができる。これに代えて、又はこれと合わせて、同報通信サブ・フレームＩＤ２６２０、２６２２が関連する同報通信サブ・フレーム２６０４、２６０６に含まれる情報の種類を識別するものでもよい。例えば、同報通信サブ・フレームＩＤ２６２０、２６２２は、関連する同報通信サブ・フレーム２６０４、２６０６が、携帯コンピュータ装置１０７において実行される特定のアプリケーションのための実行不可能なデータを含むことを示してもよい。他の例では、同報通信サブ・フレームＩＤ２６２０、２６２２が、関連する同報通信サブ・フレーム２６０４、２６０６が、特定バージョンのクライアント１２１に向けた情報を含むことを示してもよい。上記に代えて、又は上記と合わせて、携帯コンピュータ装置１０７が完全な同報通信１８又は同報通信１１８の完全な一部分を受信したかどうか判断できるよう、同報通信サブ・フレームＩＤ２６２０、２６２２が、同報通信フレーム２６０２の全体サイズ、関連する同報通信サブ・フレーム２６０４、２６０６のサイズ、及び／又は、関連するデータ部２６１２、２６１４を示してもよい。図２６には、データ部２６１２、２６１４にそれぞれ含まれた同報通信サブ・フレームＩＤ２６２０、２６２２が示されているが、同報通信サブ・フレームＩＤ２６２０、２６２２を、同報通信サブ・フレーム２６０４、２６０６のプリアンブル２６０８、２６１０にそれぞれ含めることも可能である。
【０１８６】
図２７は、本発明の更に他の実施例における同報通信フレーム２７０２を示す。本実施例では、同報通信フレーム２７０２に、プリアンブル２５０４、データ部２７０４、及びエラー検出用データ２５０８を含めることができる。プリアンブル２５０４とエラー検出用データ２５０８は、図２５を参照して説明したものと同じである。図２７に示すように、データ部２７０４は、第１の同報通信ＩＤ２７０６及び第２の同報通信ＩＤ２７０８から構成できる。ＩＤ２７０６、２７０８に続く部分は、携帯コンピュータ装置１０７に転送する情報の一部、及び／又は、特定の機能、例えば特定のプラットフォームを有する携帯コンピュータ装置１０７又は特定バージョンのクライアント１２１をダウンロードした携帯コンピュータ装置１０７に転送する情報から構成することができる。
【０１８７】
図２７を参照すると、同報通信ＩＤ２７０６、２７０８によって、携帯コンピュータ装置１０７が、同報通信１１８としての同報通信フレーム２７０２を含む信号を識別することができる。これに代えて、又はこれと合わせて、同報通信ＩＤ２７０６、７０８が、同報通信ＩＤ２７０６、２７０８に続く情報の種類を識別してもよい。上記に代えて、又は上記と合わせて、携帯コンピュータ装置１０７が完全な同報通信１８又は同報通信１１８の完全な一部分を受信したかどうか判断できるよう、同報通信フレームＩＤ２７０６、２７０８が、同報通信フレーム２７０２の全体サイズ、データ部２７０４のサイズ、及び／又は、同報通信ＩＤ２７０６、２７０８に続くデータ部のサイズを示してもよい。
【０１８８】
なお、ビーコン・フレーム２３０２、ＡＣＫフレーム２４０２、及び同報通信フレーム２５０２、２６０２、又は２７０２の構造、内容、及び／又は送信時間は、例えば、（１）ディストリビュータ１０３の電力節約、（２）ディストリビュータ１０３と携帯コンピュータ装置１０７間で行われる通信が同期通信か非同期通信かという要素にしたがって多様に選択できる。通常、フレームの長さは、上述のようにディストリビュータ１０３の電力を節約でき、かつ十分な情報を伝達することができる程度に小さく設定できる。また、当業者に知られているように、非同期通信のフレームは、１組以上の８ビットであって、各組の最初と最後にはスタートビットとストップビットをそれぞれ付けたもので構成することができる。１組の８ビットによって、例えば、アスキー文字を表すことができる。更に、ＡＣＫフレーム２４０２には、平均して２進数の「１」と２進数の「０」という類似番号を含めるため、ディストリビュータ１０３のトランシーバ・システム１０５によってＡＣＫ１１４、１１９を更に正しく受信することができる。したがって、本発明の一実施例では、ビット・スタッフィングを行って、２進数の「１」又は２進数の「０」の連続の後に、それぞれ、２進数の「１」又は２進数の「０」を挿入することができる。
【０１８９】
本発明の一実施例において、ビーコン１１２、ＡＣＫ１１４、１１９、及び同報通信１１８はそれぞれ、上述のフレームを含む信号である。本発明の実施例では、ビーコン１１２、ＡＣＫ１１４、１１９、及び／又は同報通信１１８の信号について、例えば以下の要素にしたがい様々な物理的特性を選択することが可能である。
【０１９０】
（１）例えば、赤外線（ＩＲ）や無線周波数（ＲＦ）等、信号の種類；
（２）例えば、ＩｒＤＡタイプ変調、振幅シフト・キーイング（ＡＳＫ）（振幅偏移変調）、周波数シフト・キーイング（ＦＳＫ）（周波数偏移変調）、位相シフト・キーイング（ＰＳＫ）（位相偏移変調）、Ｇａｕｓｓｉａｎ周波数シフト・キーイング（ＧＦＳＫ）、差動シフト・キーイング（ＤＰＳＫ），直交位相シフト・キーイング（ＱＰＳＫ）、オフセット直交位相シフト・キーイング（ＯＱＰＳＫ）、最小シフト・キーイング（ＭＳＫ）、Ｍ値位相シフト・キーイング、８値位相シフト・キーイング、振幅位相キーイング（ＡＰＫ）、直交部分応答（ＱＰＲ）、直交振幅変調（ＱＡＭ）、パルス位置変調（ＰＰＭ）等のデジタル変調スキーム、又はアナログ変調スキーム；
（３）例えば、Ｎｏｎ−Ｒｅｔｕｒｎ−ｔｏ−Ｚｅｒｏ（ＮＲＺ）、Ｒｅｔｕｒｎ−ｔｏ−Ｚｅｒｏ（ＲＺ）、Ｒｅｔｕｒｎ−ｔｏ−Ｂｉａｓ（ＲＢ）、Ａｌｔｅｒｎａｔｅ  Ｍａｒｋ  Ｉｎｖｅｒｓｉｏｎ又はＢｉｐｏｌａｒ  Ｒｅｔｕｒｎ−ｔｏ−Ｚｅｒｏ（ＡＭＩ／ＢＲＺ）、スプリット位相（マンチェスター）、スプリット位相（マーク）、遅延偏重（ミラー符号）、及びＲｅｔｕｒｎ−ｔｏ−Ｚｅｒｏ−Ｉｎｖｅｒｔｅｄ（ＲＺＩ）等の解読スキーム；
（４）所望の情報伝送速度、例えば、１，２００ｂｐｓ、９，６００ｂｐｓ、１１５．２ｋｂｐｓ、０．５７６Ｍｂｐｓ、１Ｍｂｐｓ，１．１５２Ｍｂｐｓ、４Ｍｂｐｓ；
（５）ディストリビュータ１０３及び／又は携帯コンピュータ装置１０７のハードウェア機能；（６）ディストリビュータ１０３と携帯コンピュータ装置１０７間の所望の通信範囲。
上述のように、通信プロトコルの１以上の物理層によって、信号の物理的特性を特定できる。
【０１９１】
本発明の一実施例によれば、ビーコン１１２は、例えば図２３に示すようなビーコン・フレー２３０２を含むＩＲ信号である。本発明の一実施例では、ディストリビュータ１０３のトランシーバ・システム１０５は、従来の通信プロトコル物理層（例えば、従来の通信プロトコル物理層１１１０）によって特定される物理的特性を有するビーコン１１２を生成する。本発明のいくつかの実施例によれば、従来の通信プロトコル物理層１１１０には、従来のＩＲ通信プロトコルの物理層、例えば、ＩｒＤＡ通信プロトコルを含めることができる。当業者に知られているように、ＩｒＤＡ物理層は、ＩＲ信号を生成する際に用いる変調スキーム、符号化スキーム、情報伝送速度等のＩＲ信号の物理的特性を特定する。ＩｒＤＡ物理層は、ビット／秒（ｂｐｓ）単位で計測される種々の情報伝送速度で送られるＩＲ信号の種々の物理的特性を特定する。特に、本発明の一実施例では、ビーコン１１２を伝送速度１１５．２ｋｂｐｓにて伝送する。１１５．２ｋｂｐｓで、変調されていないＩＲパルスを２進数「０」についてはビット持続時間の３／１６にわたり送信し、２進数「１」についてはＩＲパルスを送信しない状態で、ビーコン１１２がＲＺＩ符号化スキームを用いて生成される。
【０１９２】
本発明の一実施例において、ディストリビュータ１０３のトランシーバ・システム１０５は、符号化スキーム、変調スキーム、従来のＩＲ通信プロトコルの物理層、例えばＩｒＤＡ物理層によって特定された情報伝送速度、データ転送物理層１１０６に特定される増加した信号出力レベルにしたがって、ビーコン１１２を生成する。伝送出力を増加することにより、携帯コンピュータ装置１０７は、従来のＩｒＤＡ通信プロトコルを用い、携帯コンピュータ装置のトランシーバ１０６によって受信する場合よりも長い距離にわたって送信されたビーコン１１２をディストリビュータ１０７から受信することができる。
【０１９３】
本発明の一実施例によれば、ＡＣＫ１１４、１１９は、例えば図２４に示すようなＡＣＫフレーム２４０２を含むＩＲ信号である。本発明の一実施例において、携帯コンピュータ装置１０７は、従来のＩＲ遠隔制御、例えば従来のＴＶ遠隔制御において利用される物理的特性にしたがってＡＣＫ１１４、１１９を生成する。本実施例において、携帯コンピュータ装置１０７は、トランシーバ１０６に対して、１２００ｂｐｓの伝送速度でＡＣＫ１１４、１１９を送信するよう指示する。ＡＣＫ１１４、１１９は、パリティを付さないＮＲＺ符号化スキームを用い、３７．５ｋＨｚのＩＲトーンを２進数「０」に対して生成する一方、２進数「１」に対してはＩＲトーンを送信しない３７．５キロヘルツ（ｋＨｚ）ＡＳＫ変調スキームによって生成される。このようなＡＣＫ１１４、１１９の物理的特性により、ディストリビュータ１０３のトランシーバ・システム１０５は、携帯コンピュータ装置１０７のトランシーバ１０６に比較して、長い距離を送信されたＡＣＫ１１４、１１９を受信することができる。特に、３７．５ｋＨｚのＡＳＫ変調により、ディストリビュータ１０３の受信部４１５は、３７．５ｋＨｚ付近を対象とした帯域通過・フィルターを用いてノイズをフィルターすることができる。比較的遅い伝送速度にすれば、ディストリビュータ１０３は、ＡＣＫ１１４、１１９に含まれる情報をより容易に分解することができる。
【０１９４】
本発明のいくつかの実施例によれば、ＡＣＫ１１４、１１９に含まれるプリアンブル２４０４は、３７．５ｋＨＺのトーンを含む第１部分及びアイドル状態の第２部分（ＩＲ伝送なし）という２つの部分から構成できる。本発明の一実施例によれば、第１部分の長さは２９ミリ秒であり、第２部分の長さは１１ミリ秒とすることができる。本発明の一実施例によれば、ビット・タイミング・エラーの減少、及び／又はＡＣＫ１１４、１１９伝送の信頼性の向上のために、データ部２４０６に含まれる１ビットの長さは、８３３．３マイクロ秒としてもよい。
本発明の一実施例によれば、携帯コンピュータ装置１０７は、以前にダウンロードしたデータ受信物理層１２０６にしたがい、３７．５ｋＨｚＡＳＫ変調されたＡＣＫ１１４、１１９を生成する。なお、３７．５ｋＨｚＡＳＫ変調された信号を送信するために携帯コンピュータ装置１０７のハードウェアを変更する必要はない。例えば、携帯コンピュータ装置１０７には、様々な符号化及び／又は変調及び／又は伝送速度特性を有する信号を送信できるハードウェアを備えてもよく、データ受信物理層１２０６に、３７．５ｋＨｚＡＳＫ変調されたＡＣＫ１１４、１１９を生成するようにハードウェアを構成するための実行可能な指令を含めてもよい。
【０１９５】
本発明の一実施例によれば、同報通信１１８は、例えば図２５から図２７に示すような同報通信フレーム２５０２、２６０２、又は２７０２を含むＩＲ信号である。本発明の一実施例において、同報通信１１８は、従来の通信プロトコル物理層（例えば、従来の通信プロトコル物理層１１１０）に特定される物理的特性にて生成される。本発明のいくつかの実施例によれば、従来の通信プロトコル物理層１１１０は、従来のＩＲ通信プロトコル、例えば、ＩｒＤＡ通信プロトコルの物理層を含む。本発明の一実施例において、同報通信１１８は、１１５．２ｋｂｐｓの伝送速度にて送信される。１１５．２ｋｂｐｓにて、同報通信１１８は、２進数「０」に対しては１ビット時間の３／１６にわたり変調されていないＩＲパルスを送り、２進数「１」に対してはＩＲパルスを送信しないＲＺＩ符号化スキームを用いて生成される。
【０１９６】
本発明の一実施例において、ディストリビュータ１０３のトランシーバ１０５は、符号化スキームおよび変調スキームに従い、従来のＩＲ通信プロトコルの物理層、例えばＩｒＤＡ物理層によって特定された情報伝送速度にて、データ転送物理層１１０６に特定された増加した信号出力レベルで、ビーコン１１２を生成する。伝送出力を増加することにより、携帯コンピュータ装置１０７は、従来のＩｒＤＡ通信プロトコルを用い、携帯コンピュータ装置のトランシーバ１０６によって受信する場合よりも長い距離にわたって送信されたビーコン１１２をディストリビュータ１０７から受信することができる。
【０１９７】
本発明の別の実施例において、ビーコン１１２、ＡＣＫ１１４、１１９、及び同報通信１１８は、例えば図２３〜図２７にそれぞれ示すようなビーコン・フレーム２３０２、ＡＣＫフレーム２４０２、及び同報通信フレーム２５０２、２６０２、２７０２を含むＲＦ信号である。本発明の一実施例において、各信号は、従来のＲＦ通信プロトコル、例えばＢｌｕｅｔｏｏｔｈ通信プロトコルの物理層にしたがって生成される。当業者に知られているように、Ｂｌｕｅｔｏｏｔｈ通信プロトコルは、短い通信範囲をカバーし得る低い出力レベルと、中程度の通信範囲をカバーし得る高い出力レベルという２種類の出力レベルを定義する。本発明の実施例では、ディストリビュータ１０３と携帯コンピュータ装置１０７間の所望の通信範囲に応じた該２種類の出力レベルのうち一方又は双方を用いることができる。
【０１９８】
ディストリビュータバッテリ４１１及びバッテリ節約手順２８００
本発明の一実施例によれば、バッテリ４１１は、ディストリビュータ１０３の収容部内に収容することができる。バッテリ４１１は、必ずしも再充電可能なものでなくともよい。本発明の一実施例によれば、バッテリ４１１の寿命を２年間に設定することができる。本発明の一実施例によれば、ディストリビュータ１０３を、なるべく多くの回路について低電力消費及び省電力モードに対応するよう設計することにより、バッテリの寿命延長が容易になる。
【０１９９】
本発明の一実施例によれば、ディストリビュータ１０３の使用および電流消費モデルは、バッテリ４１１に対して２年間のバッテリ寿命を確保するために３６Ａｈｒより大きいバッテリ容量が要求されることを示している。バッテリ寿命についての要求及びバッテリ容量についての要求を満たすため、多セル・リチウム技術が要求され得る。例えば、本発明の一実施例によれば、２セル・リチウム・クロライド・バッテリパックを用いればよい。このように、本発明の一実施例によれば、バッテリ４１１は、３．５〜３．６ボルトの公称電圧を提供するリチウム・バッテリパックから構成できる。
【０２００】
本発明の一実施例によれば、バッテリ４１１の出力側は、マザーボードに電力を供給するドーターボードに設けられたレギュレータに直接に接続できる。具体的には、本発明の一実施例において、２つのアルカリ電池によって電力が供給されるＳｃｏｕｎｔ  Ｍｏｄｏマザーボードを用いることができる。したがって、ドーターボードに関連する追加バッテリにより、２．５ボルト付近の電力を供給することができる。上記Ｍｏｄｏマザーボード上の電源回路は、Ｍｏｄｏ回路に対する全ての要求を満たすとともに、ドーターボードに３ボルトの電力を供給することができる。
【０２０１】
配置環境によっては、ディストリビュータ１０３のバッテリ電源を節約する能力が、ディストリビュータ１０３が商業的に受け入れられるために極めて重要である場合がある。ディストリビュータ１０３のバッテリ４１１が交換又は再充電無しで使用できる期間が長くなればなるほど、ディストリビュータ１０３は、修理員の派遣を頼んだリ、開けたりする必要なしに作動できる期間が長くなる。バッテリの寿命を長くすることにより、ディストリビュータ１０３を広い地域で提供する方法を単純化することができる。何故なら、ディストリビュータ１０３がシステム通信ネットワーク１１１から通信内容を受信でき、また、ディストリビュータ１０３が必ずしもその設置場所と物理的接続をする必要がなくなるからである。勿論、本発明のいくつかの実施例では、電気的な電源によってバッテリ４１１を交換したり補助したりすることも可能である。
【０２０２】
図２８は、本発明の一実施例におけるバッテリ節約手順２８００を示すフローチャートである。本発明の一実施例によれば、管理サーバ（例えば、管理サーバ４１０）がバッテリ節約手順２８００を指示できる。バッテリ節約手順２８００は、ディストリビュータバッテリ４１１が既にオンになって各種ディストリビュータ構成要素に電力を供給している状態で開始する。
【０２０３】
トランシーバ・システム（例えば、トランシーバ・システム１０５）が使用中であるか否かチェックする（ステップ２８０１）。本発明の一実施例によれば、トランシーバ・システム１０５は、電力消費が多いアクティブ・モードと、電力消費が少ないスリープ・モード又は省電力モード間で切り換えられる。トランシーバ・システム１０５が使用中である場合（ステップ２８０１）、バッテリ４１１は、トランシーバ・システム１０５の動作が完了するまで継続して使用される（ステップ２８０３）。本発明の一実施例によれば、ビーコン１１２及び同報通信１１８の送信、ＡＣＫ１１４、１１９の受信、及びスリープ時間は、電力を節約するためにインターリーブすることができる。例えば、ビーコン受信確認手順では、２つの５秒スロットが使われ、同報通信が要求された方法で行われる。同報通信１１８は、所定時間の間に継続して繰り返したり、要求に応じて（例えばＡＣＫ１１４を介して）繰り返したりすることができる。バッテリ４１１の消費量を減少するために、通常、両スキームは、同報通信１１８の受信範囲に携帯コンピュータ装置１０７が無いとき、及び／又は同報通信１１８を受信したい旨を示している携帯コンピュータ装置１０７がないときに、同報通信１１８が終了することを要求してもよい。
【０２０４】
トランシーバ・システム１０５が使用中でない場合（ステップ２８０１）、スケジュールされたネットワーク通信（例えば、システム通信ネットワーク１１１）が差し迫っているか否かをチェックする（ステップ２８０５）。スケジュールされた送受信が差し迫っている場合（ステップ２８０５）、ネットワーク受信部（例えばネットワーク受信部１０４）が送信内容を受信している間、バッテリ４１１はオンになったままである（ステップ２８０７）。本発明の一実施例によれば、ネットワーク受信部１０４は、電力消費が多いアクティブ・モードと、電力消費が少ないスリープ・モード又は省電力モード間で切り換えられる。上述のように、ディストリビュータ１０３は、スケジュールにしたがってシステム通信ネットワーク１１１から情報を受信することができる。送信をスケジュールすることにより、ディストリビュータ１０３は、次のスケジュール・メッセージ又はグループキャストに対して指定された時点まで、そのネットワーク受信部１０４（例えば、Ｆｌｅｘ受信機）の電力消費量を下げ続けることができる。したがって、バッテリ寿命を最大限確保するために、日常的な通信の最大回数を制限する必要はない。上述のように、スケジュールは、ディストリビュータ１０３毎に設定できる。
【０２０５】
差し迫っている送受信がない場合（ステップ２８０５）、ディストリビュータ１０３は、バッテリ４１１の電力消費量を抑えるスリープ・モードに入ることができる（ステップ２８０９）。携帯コンピュータ装置１０７の有無を監視するためチェックが定期的に行われる（ステップ２８１１）。この監視ステップは、トランシーバ・システム１０５によってビーコン１１２を送信するのと同時に行われる。本発明の一実施例において、ディストリビュータ１０３は、定期的に目を覚まして（または、省電力モードにて作動して）、上記監視ステップ２８１１を実行する。データ転送通信プロトコルに関連した説明したように、送信又は受信動作中でも、ディストリビュータ１０３の構成要素（例えば、トランシーバ・システム１０５）はオフにしてもよい。携帯コンピュータ装置１０７がビーコン１１２に応答すると、ディストリビュータ１０３は目を覚まして（又は目を覚ました状態を維持して）トランシーバ・システム１０５の更なる動作を開始する必要がある。勿論、ディストリビュータ１０３は、日常的なメンテナンスや再構成タスクを実施するために、目を覚ました状態を維持してスリープ・モードに入るのを避けてもよい（少なくとも一時的に）。また、独立した電源を有するディストリビュータ１０３は、バッテリ電源を有するディストリビュータ１０３ほど頻繁に（又は全く）スリープ周期に入らなくてもよい。
【０２０６】
携帯コンピュータ装置１０７が無い場合（例えば、ビーコン１１２に応答する携帯コンピュータ装置１０７が無い場合）（ステップ２８１１）、システム通信ネットワーク１１１からディストリビュータ１０３へのスケジュールされた送信が差し迫っているか否かチェックする（ステップ２８１３）。送信が差し迫っている場合、ディストリビュータ１０３は目を覚ましてネットワーク受信部１０４の動作を開始する必要がある。送信が差し迫っていない場合、ディストリビュータ１０３はスリープ・モードのままでよい。
【０２０７】
他の実施例では、ディストリビュータバッテリ４１１は、別の電源によって補助又は交換してもよい。例えば、ディストリビュータ１０３に、従来の外部電源を備えることもできる。或いは、誘導装置によって電気を受け取るようにディストリビュータ１０３を構成してもよい。誘導装置の一実施例は、ディストリビュータについて一般的に目標とされる配置の容易さを実現することができる。本発明の一実施例によれば、外部電源アダプタを用いる場合、外部電源がバッテリ４１１を切断する。本発明の一実施例によれば、外部電源を用いる場合、バッテリ４１１を再充電することができる。本発明の一実施例によれば、外部電源を使用して、ディストリビュータ１０３上に追加された多消費型機能に対応することができる。更に、外部電源がある場合は、低電力消費及び省電力モードの維持を無視してもよく、例えば、スリープ周期を無くしてもよい。なお、外部電源に電力を供給されるディストリビュータ１０３の実施例においては、所定日の所定時間繰り返して同報通信１１８を送ることができ、携帯コンピュータ装置１０７が同報通信１１８を促す必要はない。
【０２０８】
ディストリビュータ収容部及び電子機器にスイッチを内蔵して、出荷の際にバッテリ４１１を取り外してもよい。該スイッチは、ディストリビュータソフトウェアの動作をロックするイベントが起きた場合にリセット・スイッチとして使用することもできる。
【０２０９】
サンプル・ディストリビュータ１０３のハードウェア実施例
この発明の一実施例によると、ディストリビュータ１０３は他のコンピュータ装置のために開発された既存の電子アセンブリで構成されていてよい。例えば、図２９は、接続部２９２１によってマザーボード２９０１に接続されたドーターボード２９０２で増強されたScout Electromedia Ｍｏｄｏのマザーボード２９０１を使用するディストリビュータ１０３の実施例を示している。このマザーボード２９０１は、ＣＰＵ（例えば図４に示すＣＰＵ４２２）のようなディストリビュータ（分配器）機能と、フレックス・ページング受信器（レシーバ）及び関連するページング・サブシステム（例えばネットワーク受信部）とを提供する。ドーターボード２９０２は、電源供給レギュレーション２９０６とＩＲ送信器、受信器及びユーザインタフェース機能２９０５のようなディストリビュータの機能性を提供する。ディストリビュータの電池４１１は、この実施例では、３．６ボルトのリチウム電池２９０９からなる。前述したように、ディストリビュータ１０３の実施例は、Ｓｃｏｕｔ  Ｍｏｄｏデバイス用のソフトウェアのような既存システムに由来するソフトウェアを再使用してよい。
【０２１０】
図３０に示すように、本発明の実施例に従えば、Scout Electromedia Ｍｏｄｏのマザーボード２９０１は、フレックス（Ｆｌｅｘ）ページングレシーバ（受信器）３００３と処理装置３０１２とを備えていてよい。処理装置３０１２は、他のものの中で、ＣＰＵ（例えばＣＰＵ４２２）、ＲＡＭ（例えばＲＡＭ４１２）、メモリ（例えばメモリ４０５）及びディストリビュータ１０３の実施例のためのネットワークレシーバ（受信器）１０４のためのサポートを備えていてよい。
【０２１１】
詳細には、Scout Electromedia Ｍｏｄｏのマザーボード２９０１は、マイクロプロセッサ３００４と、Ｉ2Ｃインタフェースを持つ１２８×８のシリアルＥＥＰＲＯＭ３００５と、１Ｍ×１６のフラッシュＥＰＲＯＭ／ＲＯＭ３００６と、１Ｍ×１６のＤＲＡＭ（１Ｋのリフレッシュ、ファーストページモードまたはそれ以上のものを持つ）と、電源供給回路３０１１と、フレックス（ＦＬＥＸ）デコーダ３００８とを具備する。電源供給回路３０１１は、処理装置３０１２と受信器３００３の両方のために構成されていてよい。ＦＬＥＸデコーダ３００８は、受信器３００３からのフレックス（Ｆｌｅｘ）を処理してよい。マイクロプロセッサ３００４は、モトローラ（登録商標）ＭＣ６８ＥＺ３２８（ＤｒａｇｏｎＢａｌｌ−ＥＺ）コントローラであってよい。
【０２１２】
本発明の実施例に従えば、フレックス（Ｆｌｅｘ）ページング受信器３００３とＦＬＥＸデコーダ３００８が、ネットワーク受信部１０４を構成してよい。本発明の実施例に従えば、フレックス（Ｆｌｅｘ）ページング受信器３００３は９００ＭＨｚのＦＬＥＸページング・レシーバであってよい。その他の従来からあるページング・レシーバがフレックス（Ｆｌｅｘ）ページング受信器３００３として使用されてもよいことが理解されるべきである。フレックス（Ｆｌｅｘ）ページング受信器３００３は、ＰＣＢ搭載アンテナと、自動ゲインコントロール（以下「ＡＧＣ」）をサポートするための可変ゲイン低ノイズアンプ（ＬＮＡ）と、フレックス（Ｆｌｅｘ）ページング周波数を受信するためのフログラマブルな９００ＭＨｚシンセサイザと、２１．４ＭＨｚの第１の中間周波数（ＩＦ）ステージと、単一のバックエンド（back-end）・チップと、２１．４ＭＨｚの第１のＩＦから４５５Ｈｚの第２のＩＦを生成するミキサーと、ＡＧＣのための受信信号長表示（ＲＳＳＩ）電圧出力と、ＦＬＥＸデコーダ３００８のための４５５ＨｚのＩＦリミッタ出力と、「スリープ」期間中の電流を最小化するための電源オン／オフ制御とを具備していてよい。普通の技術者は、必要な場合に、ディストリビュータ１０３の実施例がそのようなシステムに要求されることを充足していることを確認するために、モトローラのＦｌｅｘラジオ・レシーバ用の仕様書を見直することを選択してよい。
【０２１３】
Ｍｏｄｏマザーボード２９０１は、単一のプリント回路アセンブリ（以下「ＰＣＡ」）で構成されてよい。ＭｏｄｏのＰＣＡ３０１０から外部への接続は、２つのワイア・シリアル・ポートと、ＩＲ通信とＵＩ制御のためのＩ／Ｏラインと、２．５ボルト入力と３ボルト出力の電源接続とで構成されてよい。Ｍｏｄｏ電子アセンブリ（例えばマザーボード２９０１）に関する追加情報は、Scout Electromedia の部品番号１２２２３−１９２０における「Ｍｏｄｏ詳細回路説明」において見い出すことができ、それは参照により本明細書中に組み込まれる。普通の技術者は、既存のＭｏｄｏのＰＣＡ３０１０によってサポートされる多数の機能は、本ディストリビュータ１０３で必要とされず、よって除去してよく、とりわけ、除去したならば電力消費を削減し又は製品信頼性を向上する、ということを認識するであろう。
【０２１４】
従って、既存のシステムによりディストリビュータ１０３の実施例としての電子装置を完成するには、トランシーバ・システム（例えばトランシーバ・システム１０５）と電源供給回路のような、いくらかの追加のサブシステムが必要とされるだけでよい。本発明の一実施例によれば、追加の機能は、マザーボード２９０１に接続されたドーターボード２９０２上で提供されるようにしてよい。本発明の一実施例によれば、ハウジングのデザインと利用可能な内部スペースとに依存して、電池２９０９はドーターボード２９０２に直接的に搭載されてよい。反対に、電池２９０９はその他の場所に搭載され、ドーターボード２９０２に接続されるようになっていてもよい。
【０２１５】
図３１は、本発明の実施例に従うドーターボード２９０２の一実施例を図示するもので、ディストリビュータの機能を更にサポートする追加的回路を含む。これらの回路は、ステップ−ダウン・スイッチング・レギュレータ３１１２と、ＩｒＤＡトランシーバ３１１３と、長域ビーコン１１２及びブロードキャスト信号１１８用に構成されたハイパワーＩＲ送信器３１１４と、長域ＡＣＫ１１４，１１９受信用に構成された３８ｋＨｚ（又は３７．５ｋＨｚ）ＡＳＫ赤外線受信器３１１５と、ＬＥＤ状態表示器３１１６と、ＣＭＯＳレベルＲＳ−２３２シリアル・インタフェース３１１７とを含んでいてよい。ドーターボード２９０２は、高効率のスイッチング・レギュレータ３１１２を介して２．５ボルトをマザーボード２９０１に供給するようにしてよい。Ｍｏｄｏのマザーボード２９０１は、交代に、ドーターボード２９０２に、ドーターボード２９０２上の電源回路とインタフェース・ロジック３１１８に３ボルトを供給してよい。本発明の一実施例によると、スイッチング・レギュレータ３１１２は図２９で述べたような電源供給レギュレーション２９０６の一部を構成してよい。
【０２１６】
図３０に示されたＭｏｄｏのドラゴンボール（ＤｒａｇｏｎＢａｌｌ）プロセッサ３００４は、単一のユニバーサル非同期受信器／送信器（以下「ＵＡＲＴ」）のみで構成してよい。従って、ドーターボード２９０２は、このＵＡＲＴを、そのシリアル・デバイス、例えば、ＣＭＯＳのＲＳ−２３２インタフェース３１１７、ＩｒＤＡトランシーバ３１１３、ハイパワーＩＲ送信器（トランスミッタ）３１１４、及び３８ｋＨｚのＡＳＫ受信器（レシーバ）３１１５とで共用してよい。こうして、インタフェース・ロジック３１１８は、マザーボード２９０１からの制御信号を使用してこれらのシリアル・デバイスを多重処理するようになっていてよい。
【０２１７】
ＩｒＤＡトランシーバ３１１３は、通常のＩｒＤＡ二方向通信（例えばクライアント１２１にダウンロードするために）と、ハイパワーＩＲ送信器３１１４に関連してビーコン１１２及びブロードキャスト（同報通信信号）１１８用の長域ＩＲ伝送とをサポートしてよい。本発明の一実施例によると、ＩｒＤＡトランシーバ３１１３は、図４Ａ及び４Ｂに示されたトランシーバ４１４を提供するものであってよい。同様に、ハイパワーＩＲ送信器３１１４は、図４Ｂに示されたハイパワー送信器を提供するものであってよい。
【０２１８】
追加的なＩＲ送信器ＬＥＤ３１１９が、ビーコン１１２とブロードキャスト信号１１８のビーム幅及び範囲を拡張するために設けられてよい。例えば、２つの追加のＬＥＤ３１１９がＩｒＤＡトランシーバ３１１３に設けられてよい。これらの３０度（＋／−１５度）、つまり半パワーポイントＬＥＤが中央から２１度の角度で搭載されるようにしてよい。本発明の一実施例によると、ＬＥＤ３１１９は、１５フィートまで０度範囲を維持しながら、６０度（＋／−３０度）の組み合わされた半パワーポイントビーム幅を生成するようになっていてよい。ビーム幅を拡張することは、複数の携帯コンピュータ装置１０７に対して及び／又はディストリビュータ１０３に関しての中央から外れて位置する１つの携帯コンピュータ装置１０７に対して、信号を送ることを容易にするであろうことが理解されよう。
【０２１９】
本発明の一実施例によると、離散的な３８ｋＨｚのＡＳＫ・ＩＲ受信器３１１５が、ＴＶリモート型信号の受信をサポートするために設けられてよい。これは、ディストリビュータ１０３が、ビーコン１１２又はブロードキャスト（同報通信信号）１１８の送信後に携帯コンピュータ装置１０７からＡＣＫ１１４，１１９を受信することを可能にする。本発明のいくつかの実施例によると、バンドパスフィルタ（図示せず）が、受信器３１１５を３８ｋＨｚレンジに合わせるために設けられていてよい。本発明のいくつかの実施例によると、受信器３１１５は、ＩＲ信号に関係した波長又は波長範囲（例えば８８０ｎｍ）に調整されたｐｉｎダイオード（図示せず）を含んでいてよい。本発明の一実施例では、従来からあるｐｉｎダイオード（例えばＯｐｔｅｃのＯＰ９５０）を使用してよい。本発明の一実施例によると、受信器３１１５は図４Ａ及び図４Ｂに示された受信器（レシーバ）４１５を提供するものであってよい。
【０２２０】
Ｍｏｄｏのマザーボード２９０１とドーターボード２９０２は図２９に示すように接続部２９２１を介して接続されてよい。本発明の一実施例によると、接続部２９２１は、フレックス（可撓性）回路と、ＭｏｄｏアセンブリのＬＣＤコネクタを介して制御ライン、ＬＥＤ信号及び３ボルト電源を通る４本のワイヤ２９２１とで構成されてよい。ＭｏｄｏのＬＣＤに通信するために元々使用されるＩ／Ｏラインの機能性は、ドーターボード２９０２に必要なものをサポートするためにソフトウェアを介して変更されてよい。本発明の一実施例によれば、同一のフレックス・コネクタが、コンダクタ・フレックス回路を介して真っ直ぐに使用できるようにするために、ドーターボード２９０２に配置されてよい。２つのボードを接続するための４つのワイヤの２つは、ドーターボード２９０２からマザーボード２９０１に２．５ボルトを通すようにしてよい。残りの２つは、ドーターボードのＩＲ送信器及び受信器３１１３，３１１４，３１１５ならびに内部の２つの配線ＲＳ−２３２ポートを通ってデータを伝送するためのシリアル接続をサポートするようにしてよい。全部で４本の配線は、Ｍｏｄｏマザーボード２９０１上の点とドーターボード２９０２上の接続点に直接的に半田付けされてもよい。
【０２２１】
Ｍｏｄｏマザーボード２９０１との相互接続に加えて、ドーターボード２９０２は、シリアル通信及び電源入力（例えばバッテリ２９０９及び／又はＡＣアダプタ）のための外部接続をサポートしてよい。２ピン・ヘッダが、２配線外部シリアルポート用に設けられてよい。このポートは、エンジニアリング及び製造用のＩＲトランシーバ３１１３のそれに対する別の通信機構としてサポートされてよい。このポートは、このアセンブリがディストリビュータのハウジング内に一旦搭載されると、アクセス不能とされる。ＲＳ−２３２のＴｘ及びＲｘ信号は、ＣＭＯＳレベルでサポートされてよい。バッテリ電力は２ピンソケットを介してドーターボード２９０２に直接供給されてよい。
【０２２２】
サンプル・ディストリビュータ１０３の機構的実施例
ディストリビュータの工業的デザインは、ユニットのサイズや、使い易さ、複数配置能力及び見栄えなどのファクタを考慮する必要がある。ディストリビュータ１０３の実施例は、概ね２５平方インチの２次元的前面部フットプリント（上面）を持ってよい。この比較的小さなサイズは、このディストリビュータ１０３が、例えば広告ディスプレイに関連して、その設置環境の中へ、より容易に集積化されることを可能にする。
【０２２３】
図３２Ａ、図３２Ｂに示すように、ディストリビュータ１０３の実施例は、壁掛け又はテーブル置きのどちらでもよい。ディストリビュータ・ハウジンク３２０１は、取付具３２０２を介して垂直な壁に設置できるようにしてもよいし、平坦面に置くことができるようにしてもよい。壁に取付ることは、ＩＲ窓３２０４がディストリビュータの最も広い面から外向きに面することを要求するようにしてよい。ディスクトップ取付は、ディストリビュータ１０３を保持するためのディスクトップ取付具３２０３（例えばブラケット）の使用を要求する。ディスクトップ取付具３２０３は、ＩＲ窓３２０４がディスク面に垂直になり、大体の使用方向（大多数のユーザがディストリビュータ１０３に近接する可能性のある方向）を指向するように、ディストリビュータ１０３を位置させることが肝心である。
【０２２４】
ディストリビュータのディスクトップ取付具３２０３は、拡張ポート及び接続部３２０８を含んでいてよい。この実施例においては、ディストリビュータの拡張ポートは、ラップトップ・ポート・レプリケータのそれに対するのと同様に、ディスクトップ取付具３２０３に対して電気的に接続することができる。接続部３２０８は、電気的ネットワーク３２０９への接続を提供できる。同様に、接続部３２０８は、電源へのアクセスをディストリビュータ１０３に提供する。
【０２２５】
ディストリビュータ・ハウジンク３２０１は、全ての電気的構成要素とバッテリを含んでいてよい。ディストリビュータ１０３は外に設置されてよいので、そのハウジングは戸外環境に適した素材を一般的に使用すべきである。ハウジング３２０１は、非金属材料で製造してよい。例えば、ディストリビュータ１０３の実施例は、細工されたプラスチック・ハウジング又はアルミニウム・ハウジングを使用してよい。非金属材料は、ディストリビュータ１０３が内部アンテナ、例えば内部ページング・アンテナ、をも含んでいるならば、よりよい動作が提供されるであろう。いくつかの実施例において、外部アンテナは、ハウジングの外側に取り付けられていて、かつ、ディストリビュータの全体的な工業デザインの中に集約されていてよい。ディストリビュータ・ハウジングは、いたずら防止設計をしたものが多くの配置環境にとってはより良く適しているにしても、考えられる限り、ほとんど、どのような材質からなっていてもよい。
【０２２６】
ディストリビュータ１０３の種々の実施例において既存のハードウェアを使用することは、ハウジングの形状とディストリビュータの機械的取付上の要請事項に影響する。例えば、ディストリビュータ１０３の一実施例として、付属のドーターボード２９０２に組み込まれた追加回路装置を具備する既存のScout Electromedia Ｍｏｄｏの電子部品を使用してよい。同様に、ディストリビュータ１０３の一実施例として、既存のMotolora（登録商標）のCreatalinkページングモジュールを使用してよい。上述したような既存装置の使用は、通常の技術者にとって、追加の設計考慮を強いるであろう。
【０２２７】
ディストリビュータ・ハウジング３２０１は様々な情報のためのスペースを提供してよい。例えば、ハウジング３２０１は、会社ロゴ、製品名、シリアル番号、指示又は操作上の注意などのような製品情報、バーコードや製造場所のような製造情報、バッテリ廃棄情報、及び従前からのＦＣＣクラスＢテキストのような規制情報、を含んでいてよい。ディストリビュータ１０３の開包と取扱いのために、ラベルは、ハウジング３２０１上の見やすい位置に置かれるのがよいが、そのようなラベルは、ディストリビュータ１０３が一旦取り付けられて動作された後は見やすくされねばならない必要性はない。
【０２２８】
状態表示器３２０５は、状態情報を提供するために、ＬＥＤやＬＣＤのような視覚的機構を使用してよい。状態表示器３２０５は、「電源オン」、「システム通信ネットワーク範囲」、「バッテリ低下」のような動作状態情報を提供してよい。状態表示器３２０５のサポートは、状態関数（機能）を変更したり、または将来的に追加的な関数を追加したりすることを容易に行えるように、ソフトウェア（例えば管理サーバ４１０）を介して提供されるようになっていてよい。ディストリビュータ１０３は、内部バッテリ電源（例えばバッテリ４１１）のためのバッテリ切断とリセットスイッチ３２０６とを更に含んでいてよい。
【０２２９】
ディストリビュータ１０３は、室内又は戸外環境のどちらでも使用しうるようにしてよい。ディストリビュータ１０３の実施例は制限された動作温度範囲を持つ部品を使用してもよいので、ディストリビュータ１０３の保護に注意を払うべきであり、また、あるいは、ディストリビュータ１０３は主に室内環境に配置するよう注意を払うべきである。ディストリビュータ１０３の実施例は、室内では摂氏＋１０乃至＋５０度の範囲をもち、戸外では摂氏−４０乃至＋８５度の範囲を持つようにしてよい。
【０２３０】
通常の技術者が理解できるように、ディストリビュータ１０３は、落下や、衝撃、振動、湿気、水、埃などの要因を考慮に入れて開発される必要があるであろう。加えて、様々な場所での動作に必要とされる規制的な要求も考慮されねばならず、また充足されるべきである。
拡張ポート及び拡張ネットワーク
【０２３１】
図３３Ａは、電子ネットワーク接続を提供しうる拡張ポート３３０１を含むディストリビュータ１０３の実施例を示す。よって、拡張ポート３３０１はディストリビュータ１０３と電子ネットワーク接続３３０３（例えばローカル・エリア・ネットワークやインターネット）との間の通信を可能にするようになっている。本発明の実施例によると、電子ネットワーク接続３３０３は、ディストリビュータ１０３が他のコンピュータシステム（例えば情報プロバイダシステム１０１及び／又は構造化システム１０２）から情報を受け取ることができるようにしたり、他のコンピュータシステム（例えば情報プロバイダシステム１０１及び／又は構造化システム１０２）に情報を通信するためのバック・チャンネルをディストリビュータ１０３に提供する。
【０２３２】
ディストリビュータ１０３は、ネットワークレシーバ１０４によって提供される通信に代えて、または、追加して、電子ネットワーク接続３３０３を使用するようにしてよい。例えば、ディストリビュータ１０３は、携帯コンピュータ装置１０７から受信した情報が構造化システム１０２に、又はより広汎な聴衆（例えばインターネットを通じて）にさえも、返送されることを可能にするバック・チャンネルを提供するために電子ネットワーク接続部３３０３を使用することができる。同様に、ディストリビュータ１０３は、状態情報を構造化システム１０２に返送するための手段（又はメンテナンスの便宜）として電子ネットワーク接続部３３０３を使用することもできる。勿論、電子ネットワーク接続部３３０３は、ディストリビュータ１０３に情報をダウンロードするための手段としても使用できる。本発明の実施例によると、拡張ポートの外部の物理的接続は、標準のＲＳ−２３２や、ユニバーサル・シリアル・バス（ＵＳＢ）、又はイーサネットの形態をとっていてもよい。本発明のいくつかの実施形態では、ダイヤルアップ・モデム（図示せず）を必要としてもよい。
【０２３３】
ディストリビュータ１０３は、外部電源を受けるための接続部３３０４をサポートしてもよい。本発明の実施例によると、例えば、直流分配器を備えたプラグイン変圧器が、接続部３３０４を介してディストリビュータ１０３に結合されていてよい。
【０２３４】
本発明の実施例によると、図３３Ｂに示されるように、拡張ポート３３０２は、ディストリビュータ１０３が周辺機器を動作できるようにしてよい。例えば、拡張ポート３３０２は、付近のディスプレイ３３０５用のコードとプログラムを、ディストリビュータ１０３が接続３３０６を介してディスプレイデータポート３３０７に提供することを可能にする。拡張ポート３３０２は、例えば、追加のＩＲ送信器、広域ワイヤレス通信装置、及び／又は工業的設備（例えばロボット装置）などのようなその他の周辺機器をサポートするようにもできる。本発明の実施例によると、拡張ポート３３０２は、従来の有線通信プロトコルを介して携帯コンピュータ装置１０７に情報をダウンロードする（例えばクライアント１２１）ために使用されてもよい。
【０２３５】
拡張ポート３３０２と接続部３３０１，３３０２，３３０４は、過度に目立つことなく、配線を容易に取り付けられるように、ディストリビュータ１０３内に統合されるようにしてよい。本発明の実施例によると、全ての接続部と配線は、不注意による接続外れを最小限にするために、積極的に保持されるようなっているとよい。
【０２３６】
ディストリビュータ１０３の掲示板とバック・チャンネル
図３４は、ディストリビュータ１０３と相互作用する携帯コンピュータ装置１０７に関連したユーザ用の掲示板サーハ３４０１を含むディストリビュータ１０３における本発明の変更例を示す。例えば、クライアント１２１は、携帯コンピュータ装置１０７のユーザがこのディストリビュータの掲示板サーバ３４０１にメッセージを投稿できるようにするメッセージ生成器３４０３を含んでいてよい。本発明の実施例によると、メッセージ生成器３４０３はクライアント１２１の一部として含まれていてもよく、あるいは、携帯コンピュータ装置１０７に既に含まれている既存のメッセージ生成ツール（例えばマイクロソフトのＯｕｔｌｏｏｋ）に相当するものであってもよい。
【０２３７】
掲示板サーバ３４０１によって使用されるメッセージ・アドレッシング・フォーマットは、どんな携帯コンピュータ装置１０７でも投稿されたメッセージをディストリビュータ１０３からダウンロードできるようなものとすることができ、及び／又は、このメッセージ・アドレッシング・フォーマットは特定の受取人だけがメッセージを見ることができるようにする或るアドレッシング能力及び／又はプライバシー機構（従来のｅメールシステムと同様のやり方）を持つことができる。
【０２３８】
本発明の実施例によると、ディストリビュータ１０３がバックチャンネル・トランスミッタ（送信器）３４０２を含むとすると、携帯コンピュータ装置１０７は電子的ネットワーク接続３３０３を通してメッセージを用意したり送信したりすることすらできるであろう。バックチャンネル・トランスミッタ（送信器）３４０２は、必ずしもワイヤレス通信装置である必要はないが、電子的ネットワーク接続３３０３（例えばインターネット）を介して通信するために必要な機能性を単純に持っていればよい。従って、バックチャンネル・トランスミッタ３４０２は、本発明のいくつかの実施例では、ダイアルアッブモデムを含んでいてよい。
【０２３９】
例えば、携帯コンピュータ装置１０７のユーザは、接続部３４０５を介してトランシーバ１０６に送信されるメッセージを用意するためにメッセージ生成器３４０３に結合してよい。本発明のいくつかの実施例ではメッセージは小さなサイズに制限されるかもしれない。接続部３４０５は、例えば、クライアント１２１によって使用される通常の通信チャンネルに相当するものであってよい。トランシーバ１０６は、それから、メッセージを接続部３４０６上のディストリビュータのトランシーバ・システム１０５に送信する。この接続部３４０６は、ＡＣＫ１１４，１１９又はトランシーバシステム１０５（例えばＩｒＤＡ）によって認識可能な他の信号形式に相当するものであってよい。トランシーバシステム１０５は、それから、掲示板３４０１に向けて、接続部３４０７上にメッセージを送信する。接続部３４０７は、ディストリビュータ１０３の構成要素と通信するためにトランシーバシステム１０５によって使用される通常の通信チャンネルに相当するものであってよい。
【０２４０】
メッセージは、掲示板サーバ３４０１が携帯コンピュータ装置１０７からメッセージ要求を受けるまで、該掲示板サーバ３４０１内（又は掲示板サーバ３４０１にアクセス可能なメモリ内）に残される。例えば、携帯コンピュータ装置１０７はメッセージ・リーダー（読み取り手段）３４０４を含んでいてよい。一実施例によると、このメッセージ・リーダー３４０４はクライアント１２１内に含まれていてよいし、または、該携帯コンピュータ装置１０７内に既に含まれている既存のメッセージ読み取りツール（例えばマイクロソフトのＯｕｔｌｏｏｋ）であってもよい。メッセージ・リーダー３４０４は、接続部３４０８上に、トランシーバ１０６に対してメッセージ要求を送る。一実施例によると、接続部３４０８はトランシーバ１０６と通信するためにクライアント１２１によって使用される通常の通信チャンネルに相当するであってよい。トランシーバ１０６は接続部３４０９上にトランシーバ・システム１０５に対してメッセージ要求を送る。接続部３４０９は、ＡＣＫ１１４，１１９又はトランシーバ・システム１０５によって認識可能な他の信号形式（例えばＩｒＤＡ）に相当するものであってよい。トランシーバ・システム１０５は、掲示板３４０１に向けて、接続部３４１０上にメッセージを送信する。接続部３４１０は、ディストリビュータ１０３の構成要素と通信するためにトランシーバ・システム１０５によって使用される通常の通信チャンネルに相当するものであってよい。
【０２４１】
掲示板サーバ３４０１は、メッセージ要求を受信し、携帯コンピュータ装置１０７に送信するのにふさわしい何らかのメッセージがあるかどうかを判定する。上述のように、本発明の実施例では、すべてのダウンロードしたメッセージ（例えば全メッセージ）についての広汎なサブセットをユーザが読み取るようにしてよく、その一方で、別の実施例ではユーザあての特定のメッセージだけが読み取るようにしてよい。いずれにせよ、掲示板サーバ３４０１は、送信すべき何らかのメッセージがあるかどうかを判断し、トランシーバ・システム１０５に向けて接続部３４１１上に応答を用意し送信する。接続部３４１１は、ディストリビュータ１０３の構成要素がトランシーバ・システム１０５と通信するのに使う通常の通信チャンネルに相当するものであってよい。この応答は、見直されるべきメッセージを含んでいてよい。トランシーバ・システム１０５は、携帯コンピュータ装置のトランシーバ１０６に向けて、接続部３４１２上に応答信号を送る。この接続部３４１２は、ＩｒＤＡ及び／又はここで説明されたデータ転送通信プロトロルのような、トランシーバ・システム１０５に対して利用可能な様々な通信プロトコルを含んでいてよい。トランシーバ１０６は、メッセージ・リーダー３４０４に向けて接続部３４１３上に応答信号を送る。この接続部３４１３は、トランシーバ１０６が携帯コンピュータ装置１０７の構成要素と通信するために使用される通常の通信チャンネルに相当するものであってよい。携帯コンピュータ装置のユーザは今やメッセージ要求応答を見直すことができる。もし、その携帯コンピュータ装置１０７にとって利用可能なメッセージを含んでいないならば、そのときは、ユーザは、同様な手続きを使用して、利用可能なメッセージを入手するようメッセージ・リーダー３４０４に指示するようにしてよい。
【０２４２】
変更的な実施例において、掲示板サーバ３４０１及び／又はメッセージ・リーダー３４０４は、例えば既存のｅ−ｍａｉｌシステムのやり方で、自動的に動作するように、及びメッセージを要求するための明示的なユーザのクエリー（問合わせ）／行動を要求しないように、構成されるようにしてよい。従って、そのような実施例において、メッセージは、１つの携帯コンピュータ装置１０７から送られ、明示的なユーザ取り込み動作を要求することなく掲示板サーバ３４０１を介して別の携帯コンピュータ装置１０７に自動的に受信されることができる。
【０２４３】
メッセージのアドレス及び／又は本発明の特定の実施形態がバックチャンネル・トランスミッタ３４０２をサポートしているか否かに依存して、掲示板サーバ３４０１は、バックチャンネル・トランスミッタ３４０２に向けて、接続部３４１４上にメッセージを送信してよい。この接続部３４１４は、トランシーバ１０６がディストリビュータ１０３の他の構成要素と通信するために使用される掲示板サーバの通常の通信チャンネルに相当するものであってよい。バックチャンネル・トランスミッタ３４０２は、それから、電子ネットワークに沿う別の指定先に向けて、電子ネットワーク接続３３０３にメッセージを送信する。本発明のいくつかの実施例において、バックチャンネル・トランスミッタ３４０２は、電子ネットワーク接続３３０３を経由してメッセージを受信し、掲示板サーバ３４０１に供給するようにしてよい。本発明の実施例によると、そのようなメッセージは、それから、１又は複数の形態コンピュータ装置１０７に供給されてよい。
【０２４４】
本発明の実施例によると、バックチャンネル・トランスミッタ３４０２の動作は、ｅ−ｍａｉｌ配達以外のサービスを含んでいてよい。携帯コンピュータ装置１０７は、バックチャンネル・トランスミッタ３４０２を介して電子ネットワーク接続３３０３を横切って行う他のコンピュータシステムに対する通信用のディストリビュータ１０３に対する全ての種類の情報を提供してよい。例えば、ＲＡＳ６０２によって実行されるアプリケーション６０５を操作するユーザは、バックチャンネル・トランスミッタ３４０２を介して他のコンピュータシステムに対する再送信のためにディストリビュータ１０３に情報（例えばデータ）が送られるようにする行動を選択してよい。こうして、バックチャンネル・トランスミッタ３４０２は、ユーザが他のコンピュータシステムと通信したり、さらには、商品やサービスの購入、会社データベースへのアクセス、他のアプリケーションソフトウェアの引き出しなどを含む処理を実行することさえするための手段を提供してよい。本発明の実施例によると、携帯コンピュータ装置１０７からディストリビュータ１０３への情報の送信は、典型的には、１又は複数のＡＣＫ１１４，１１９に情報を付加することによって行われる。
【０２４５】
ディストリビュータ１０３の管理と診断用のツール
図３５は、本発明の実施例に従う管理及び診断ツール３５００を示す。本発明の実施例に従うと、管理及び診断ツール３５００は、ディストリビュータ１０３を試験し、期待されるパラメータ以内で動作するかどうかを照合し、そして／または、もし必要ならば救済動作を提供するように構成されていてよい。上述の通り、ディストリビュータ１０３内に含まれる管理サーバ４１０は、ディストリビュータ１０３のメンテナンスと動作に付属するデータ及び命令を送受信し、かつ、要求された更新を実行するようにしてよい。このデータ及び命令は、構造化システム１０２に／から（システム通信ネットワーク１１１を介して）、及び／又は、管理及び／又は診断動作をするように構成された携帯コンピュータ装置１０７のような、その他のシステムに／から、送信及び／又は受信されてよい。特に、適切な管理及び診断ソフトウェアを持つ携帯コンピュータ装置１０７は、サンプル管理及び診断ツール３５００を提供するようにしてよい。管理及び診断ツール３５００に関連した通信は、その管理及び診断操作を接続部３５０２を介してディストリビュータ１０３上で適切に実行するために、携帯コンピュータ装置１０７の従来の二方向通信レンジ（例えばＩｒＤＡ通信レンジ）の中で行われる必要があるかもしれない。パスワード認証は、不正なローカル管理アクセスから、携帯コンピュータ装置１０７を保護するであろう。
【０２４６】
ディストリビュータ１０３は使用統計と診断情報を保守管理するようにしてよく、これはローカルな管理者によってアクセス可能とされるであろう（例えば図３５に示すように携帯コンピュータ装置１０７を使用して）。加えて、データ収集と構成能力とをサポートするために、製品製造試験で必要とされるものと同様に、ディストリビュータ１０３は、「テスト」モードにそれ自身を置くようにする仕組みを含んでいてよい。本発明の実施例に従うと、このモードは、ディストリビュータのフラッシュメモリの再プログラミングをサポートし、かつ、ＩｒＤＡリンク（例えば接続部３５０２）を使用して単純なコマンドラインインタフェースをサポートしてよい。再び、管理及び診断ソフトウェア３５０１のプログラムを使用する携帯コンピュータ装置１０７は、ディストリビュータ１０３と通信して再プログラミング及び診断テストサービスを提供するのに使用されてよい。
【０２４７】
また、ディストリビュータの管理サーバ４１０は、システム通信ネットワーク１１１に、ディストリビュータの構成パラメータを調整しかつファームウェアを更新させるようにしてもよい。本発明の実施例に従うと、ローカルな管理者は、これらの動作及び相互作用的なアクセスを必要とするその他を指揮するようにもしてよい。
【０２４８】
付加的な設計の配慮
配信ネットワークの設計は、多様な可能性のある携帯コンピュータ装置１０７のために、「最小公分母」設計手法を考慮に入れる必要があるであろう。これは、より多くの数の携帯コンピュータ装置１０７がディストリビュータ１０３と通信することを可能にし、しかし、必ずしもすべての可能な能力をそれらが目一杯使うことはないであろう、というものである。勿論、通常の技術者は、全体的なシステムがその他のより新しい携帯コンピュータ装置１０７に対してより多くのサービスを提供するようにするために、ときには、古い携帯コンピュータ装置１０７は、もはや、サポートされないかもしれないことを理解するであろう。例えば、或る携帯コンピュータ装置における改良された通信能力の利点を考慮して、より遠くへの通信距離がディストリビュータ１０３によってサポートされることができる可能性がある。例えば、Palm Pilots（商標）の或るモデルは、Palm Pilotsの他のモデルよりもより良い通信可能性を提供する。
【０２４９】
ディストリビュータ１０３の一実施例では単一種類の携帯コンピュータ装置（例えば、PalmＯＳ装置）のみをサポートするかもしれないとしても、配信ネットワーク１２０は一般的に複数の種類の携帯コンピュータ装置１０７をサボートするように拡張されてよい。通常の技術者は、追加の携帯コンピュータ装置１０７をサボートするようにシステムを拡張することは、いくつかの例においては、ここで説明したプロトコルの変更を強いるかもしれないことを理解するであろう。加えて、この変更は、それらが複数の種類の携帯コンピュータ装置１０７について適切に機能するようにするために、多様なクライアントの構成要素に対してなされる必要があるかもしれない。ディストリビュータ１０３が複数の種類の携帯コンピュータ装置１０７をサポートするようにした本発明の一実施例においては、トランシーバ・システム１０５は、ＡＣＫ１１４，１１９及び／又はビーム応答１２６から、その携帯コンピュータ装置の種類を識別するようにしてよい。
【０２５０】
本発明の実施例は、ユーザに手助けを提供するウィザードや、配信ネットワーク１２０とその種々の構成要素を構成するために応答可能な技術スタッフなどの、ヘルプシステムを更に含んでいてよい。
【０２５１】
加えて、本発明の実施例は、コンピュータにより実行される様々な動作を実行するためのコンピュータコードを持つコンピュータ読み取り可能なメディアを具備するコンピュータ記憶製品に関連するものであってもよい。これらのメディア及びコンピュータコードは、本発明の目的のために特別に設計され構成されたものであってよく、若しくは、コンピュータソフトウェア技術における通常の技術者によって知られかつ利用可能な類のものであってもよい。コンピュータ読み取り可能なメディアの実例は、これらに限定されるわけではないが、ハードディスク、フレキシブル磁気ディスク、磁気テープなどのような磁気的メディア、ＣＤ−ＲＯＭ及びホログラフ装置などのような光メディア、フロピカル・ディスクなどのような磁気光メディア、応用仕様の集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、ＲＯＭ及びＲＡＭデバイスなどのようなプログラムコードをストアし実行するように特別に構成されたハードウェア装置、を含んでいてよい。コンピュータコードの実例は、コンパイラによって生成されたような機械語コードや、インタプリタを使用してコンピュータによって実行される高水準のコードを含むファイルなど、を含んでいてよい。
【０２５２】
本発明は、その特定の実施例に関連して特別に図示され説明されたが、当業者であれば、発明の精神と範囲から逸脱することなく、ここに開示された実施例の形式及び詳細を変更できることが理解されよう。例えば、本発明の実施例は、オブジェト指向のＪａｖａプログラム言語及びその開発ツールに関連して説明されてきた。しかし、本発明の原理は、例えばその他のオブジェト指向のＪａｖａプログラム言語及びその開発ツールのような、様々なその他のソフトウェア・パラダイムを使用して実施されてもよい。更に、本発明の特定の実施例がインターネット及び／又は World Wide Web による通信に関連して説明されてきたという理由だけをもって、本発明の範囲をそのような実施例に限定することはできない。反対に、本発明の範囲は、例えばローカルエリア及びワールドエリア・ネットワークを含むより広範な解釈からなる電子ネットワークを包含する。
【０２５３】
ワイヤレスの音声及びデータ電子ネットワークを使用する本発明の実施例は、通常の当業技術者が理解できるように、いかなる受入れ可能なワイヤレス形式で動作するように開発されたものであってもよい。例えば、本発明の実施例は、「ショート・メッセージ・サービス」（「ＳＭＳ」）及びワイヤレス・アプリケーション・プロトコル（「ＷＡＰ」）仕様及びＨＤＭＬ、ＷＭＬ、ＣＤＰＤ、ＣＤＭＡ及びＧＳＭのような標準、に従って送信された通信と互換性を持つようになっていてよい。
【０２５４】
上述した本発明の様々な実施例において、様々なハードウェア構成や、通信プロトコル、ソフトウェア・アーキテクチャについて言及がなされている。しかし、本発明は、ここに述べた特定の実施例よりも、より幅広く応用可能であることが理解できるであろう。すなわち、本発明のアーキテクチャは、必ずしも特定のプロトコルやメディアである必要はなく、どのようなプロトコルやどのような種類のメディアであってもよい。特に、例えばＪａｖａ仕様のような、様々なソフトウェア・アーキテクチャが、本発明を実行するために使用されてよい。
【０２５５】
上述した本発明の実施例は、その他の様々なハードウェア及びソフトウェア構成要素に関連して動作させ及び／又は使用するようにしてよい。例えば、本発明の一実施例として、Scout Ｍｏｄｏの電子装置・部品を使用するものとして説明がなされた。様々な関連する可能性のある構成要素が、以下述べる共通の所有者に係る出願において開示されている。
【０２５６】
Peikwen Cheng による2000年 4月11日出願の米国特許出願第    号（出願番号は未受理）（代理人整理番号IBOB-002/00US）「コンピュータ装置ハウジング」の開示事項が、この引用によって、本明細書中に組み込まれる。
William R. Cockayne と Nathan G. Schmidt による1999年 1月20日出願の米国特許出願第60/116,520号（代理人整理番号019656-000100US）「インテリジェント・オブジェクトを使用した商取引の方法」の開示事項が、この引用によって、本明細書中に組み込まれる。
William R. Cockayne と Nathan G. Schmidt による2000年 3月 3日出願の米国特許出願第09/518,752号（代理人整理番号019656-000700US）「電子商取引のためのモバイル通信装置」の開示事項が、この引用によって、本明細書中に組み込まれる。
【０２５７】
Daniel S. Bomze と William R. Cockayne と Nathan G. Schmidt と Geoffrey Pitfield による2000年 1月19日出願の米国特許出願第09/487,741号（代理人整理番号019656-000110US）「インテリジェント・オブジェクトを使用した商取引の方法」の開示事項が、この引用によって、本明細書中に組み込まれる。
William R. Cockayne と Nathan G. Schmidt による1999年 3月 5日出願の米国特許出願第60/123,307号（代理人整理番号019656-000200US）「インテリジェント・オブジェクトを使用した電子商取引の方法」の開示事項が、この引用によって、本明細書中に組み込まれる。
William R. Cockayne と Nathan G. Schmidt による2000年 3月 3日出願の米国特許出願第09/518,915号（代理人整理番号019656-000210US）「インテリジェント・オブジェクトを使用した電子商取引の多くの方法」の開示事項が、この引用によって、本明細書中に組み込まれる。
【０２５８】
William R. Bomze と William R. Cockayne と Nathan G. Schmidt と Geoffrey Pitfield による1999年 7月 9日出願の米国特許出願第09/350,769号（代理人整理番号019656-000300US）「電子商取引のためのモバイル通信方法及びコンピュータコード」の開示事項が、この引用によって、本明細書中に組み込まれる。
William R. Cockayne と Stephen K. Orens と Christopher G. Cotton と David E. Weekly と Nathan G. Schmidt による1999年 7月 9日出願の米国特許出願第09/351,410号（代理人整理番号019656-000400US）「電子商取引のためのモバイル通信システム及びコンピュータコード」の開示事項が、この引用によって、本明細書中に組み込まれる。
【０２５９】
Daniel S. Bomze と William R. Cockayne と Nathan G. Schmidt と Geoffrey Pitfield による1999年 7月 9日出願の米国特許出願第09/351,409号（代理人整理番号019656-000500US）「電子商取引のためのモバイル通信装置」の開示事項が、この引用によって、本明細書中に組み込まれる。
William R. Cockayne と Daniel S. Bomze と Nathan G. Schmidt と Geoffrey Pitfield による2000年 8月24日出願の米国特許出願第60/228,017号（代理人整理番号019656-000800US）「モバイル通信装置」の開示事項が、この引用によって、本明細書中に組み込まれる。
William R. Cockayne による2000年 8月28日出願の米国特許出願第60/228,604号（代理人整理番号019656-001300US）「電子商取引のためのモバイル通信装置用の二方向無線方式」の開示事項が、この引用によって、本明細書中に組み込まれる。
【０２６０】
1999年 7月 8日出願の米国特許出願第60/142,738号（代理人整理番号019656-001900US）「電子商取引のための追加的なモバイル通信方法」の開示事項が、この引用によって、本明細書中に組み込まれる。
William R. Cockayne と Stephen K. Orens と Nathan G. Schmidt による2000年 7月 7日出願の米国特許出願第09/612,464号（代理人整理番号019656-001910US）「電子商取引のための追加的なモバイル通信方法」の開示事項が、この引用によって、本明細書中に組み込まれる。
【０２６１】
それに関連するサブシステムと機能とを伴う配信ネットワーク１２０は、どのようなコンピュータ・オペレーティング・システム上での動作のために、及びどのようなコンピュータ環境での動作のために書かれたものであってもよい。加えて、配信ネットワーク１２０で使用される様々なソフトウェアは、ＣＯＲＢＡ、ＣＯＭ＋、ＡＣＴＩＶＥＸ（商標）制御、及び／又はＪａｖａを使用して設計されたものであってもよい。同様に、Ｊａｖａアプレットは、単一のコンピュータとネットワーク化された実施例との両方についての別のアプリケーションで使用するために、フラグインのクライアント・メカニズムを提供してよい。
【０２６２】
配信ネットワーク１２０の構成要素のユーザに備わったディスプレイは、「見えるままのものを得る」（"what-you-see-is-what-you-get"）（ＷＹＳＩＷＹＧ）ディスプレイ・パラダイムのような、どのようなアプリケーション・ユーザ・インタフェース技術を使用して表示されるようになっていてよい。この分野の当業者は、配信ネットワークとのユーザの通信をサポートするのに必要な情報を受信するためのユーザ・インタフェースを提供するための多数の選択可能なアプローチを、容易に認識しうるであろう。
【０２６３】
本発明の実施例において、配信ネットワーク１２０に関連したソフトウェアは、セキュア・ソケット・レイヤ（Secure Socket Layer）（ＳＳＬ）、トランスポート・レイヤ・セキュリティ（Transport Layer Security）（ＴＬＳ）、ダイナミック・ハイパーテキスト・マーカップ・ラングエジ（Dynamic Hypertext Mark-up Language）（ＤＨＴＭＬ）ドキュメント、エクステンシブル・マーカップ・ラングエッジ（Extensible Mark-up Language）（ＸＭＬ）ドキュメント、及び／又はその他の類似のフォーマットを使用してよい。本発明に関連したクライアント構成要素は、命令を送るために及び配信ネットワーク１２０の様々な他の構成要素への通信を送るために、ＳＮＭＰ、ＴＣＰ／ＩＰ、ＵＤＰ／ＩＰのようなプロトコルを使用してよい。配信ネットワーク１２０の様々な構成要素は、ここで詳しく説明したものに加えて、プロトコルやラングエジで動作してよい。同様に、配信ネットワーク１２０は、結果的に同等の機能性を持つコンピュータシステムとなるように、オブジェクト指向プログラミング手法又はその他のいかなるプログラミング手法を使用して開発されてよい。
【０２６４】
上記で、本発明の実施例はコンピュータプログラムに関して議論されてきたが、応用仕様の集積回路（ＡＳＩＣ）のような、同様の機能を実行するハードウェアを使用するシステムにおいても、同様に適用可能である。
【０２６５】
通常の技術者はここで説明した方法やシステムを開発するために追加説明を必要としないであろうが、それにもかかわらず、この関連技術における標準的な参照業績を調べることにより、これの方法及びシステムの準備において手助けとなる可能性のあるいくつかの案内を見い出せるであろう。
【０２６６】
これらのそしてその他の変更は、上記で詳述したことに照らして、本発明においてなすことができる。一般的に、特許請求の範囲において、使用された用語は、明細書及び特許請求の範囲に述べられた特定の実施例に本発明を限定するよう解釈されるべきものではなく、記述された特許請求の範囲の下で動作する全てのほうほう及びシステムを含むよう解釈されるべきである。よって、本発明は明細書の開示によって限定されるものではなく、その範囲は特許請求の範囲によって決められるべきである。
【図面の簡単な説明】
【０２６７】
【図１】情報プロバイダシステムによって提供されたアプリケーションソフトウエアのような情報が、ワイヤレスディストリビュータから携帯コンピュータ装置にダウンロードされることを可能にする、本発明の一実施の形態に係る配信ネットワークを示す図。
【図２】本発明の一実施の形態に係る情報プロバイダシステムを示す図。
【図３】本発明の一実施の形態に係るサンプル構造化システムを示すブロック図。
【図４】本発明の一実施の形態に係るディストリビュータを示す図。
【図４Ａ】本発明の一実施の形態に係る、IRトランシーバおよびIRレシーバで構成されるディストリビュータのトランシーバシステムを示す図。
【図４Ｂ】本発明の一実施の形態に係る、IRトランシーバ、ハイパワーIRトランスミッタおよびIRレシーバで構成されるディストリビュータのトランシーバシステムを示す図。
【図４Ｃ】本発明の一実施の形態に係る、IRトランシーバおよびRFトランシーバユニットで構成されるディストリビュータのトランシーバシステムを示す図。
【図５】本発明の一実施の形態に係る、ディストリビュータによって使用可能な3層ソフトウエアアーキテクチャを示す図。
【図６】本発明の一実施の形態に係る、ディストリビュータと通信可能に構成されたクライアントを有する携帯コンピュータ装置を示す図。
【図７Ａ】本発明の一実施の形態に係る遠隔アプリケーションサーバ("RAS") を示す図。
【図７Ｂ】本発明の一実施の形態に係る、遠隔アプリケーションサーバ("RAS")の様々なモジュールによって実行可能な処理を示す図。
【図７Ｃ】本発明の他の実施の形態に係る遠隔アプリケーションサーバ("RAS") を示す図。
【図８】本発明の一実施の形態に係る、携帯コンピュータ装置によってディストリビュータから受け取り可能なサンプルアプリケーションおよびデータを示す図。
【図９】本発明の一実施の形態に係る、様々な時においてディストリビュータから送信される信号を示す図。
【図１０】本発明の一実施の形態に係る、ディストリビュータのトランシーバシステムによって送られるビームによる問い合わせ、および、携帯コンピュータ装置によって送られるビーム応答を示す図。
【図１１】本発明の一実施の形態に係る、ディストリビュータと携帯コンピュータ装置との間における通信を指示する通信プロトコルのアーキテクチャを示す図。
【図１２】本発明の一実施の形態に係る、ディストリビュータと携帯コンピュータ装置との間における通信を指示する通信プロトコルのアーキテクチャを示す図。
【図１３】本発明の他の実施の形態に係る、ディストリビュータと携帯コンピュータ装置との間における通信を指示する通信プロトコルのアーキテクチャを示す図。
【図１４】本発明の他の実施の形態に係る、ディストリビュータと携帯コンピュータ装置との間における通信を指示する通信プロトコルのアーキテクチャを示す図。
【図１５】本発明の一実施の形態に係る、ディストリビュータによってデータ送信トランスポートレイヤに従って実行可能なステップを示すフローチャート。
【図１６】本発明の一実施の形態に係る、ディストリビュータのトランシーバシステムがビーコンを送るが、これに対する確認応答を受け取らない状況においてデータ送信トランスポートレイヤによって指示されるタイミングを示す図。
【図１７】本発明の一実施の形態に係る、ディストリビュータのトランシーバシステムがビーコンを送り、これに対する確認応答を受け取る状況におけるデータ送信トランスポートレイヤによって指示されるタイミングを示す図。
【図１８】本発明の一実施の形態に係る、ディストリビュータのトランシーバシステムが初期的な同報通信を送り、これに対する確認応答を受け取らない状況におけるデータ送信トランスポートレイヤによって指示されるタイミングを示す図。
【図１９】本発明の一実施の形態に係る、ディストリビュータのトランシーバシステムが初期的な同報通信を送り、これに対する確認応答を受け取る状況におけるデータ送信トランスポートレイヤによって指示されるタイミングを示す図。
【図２０】本発明の一実施の形態に係る、携帯コンピュータ装置によってデータ受信トランスポートレイヤに従って行われるステップを示すフローチャート。
【図２１】本発明の一実施の形態に係る、携帯コンピュータ装置のトランシーバがビーコンを受け取り、これに対して確認応答を送る状況におけるデータ受信トランスポートレイヤによって指示されるタイミングを示す図。
【図２２】本発明の一実施の形態に係る、携帯コンピュータ装置のトランシーバが同報通信を受け取り、これに対して確認応答を送る状況におけるデータ受信トランスポートレイヤによって指示されるタイミングを示す図。
【図２３】本発明の一実施の形態に係る、ビーコンに組み込み可能な情報のフレームまたはパケットを示す図。
【図２４】本発明の一実施の形態に係る、確認応答に組み込み可能な情報のフレームまたはパケットを示す図。
【図２５】本発明の一実施の形態に係る、同報通信に組み込み可能な情報のフレームまたはパケットを示す図。
【図２６】本発明の他の実施の形態に係る同報通信フレームを示す図。
【図２７】本発明のさらに他の実施の形態に係る同報通信フレームを示す図。
【図２８】本発明の一実施の形態に係るバッテリ節約処理を示すフローチャート。
【図２９】ドーターボードによって補強されたScout Electromedia Modoマザーボードを使用したディディストリビュータの一実施の形態を示す図。
【図３０】本発明の一実施の形態に係る、Flexページングレシーバおよび処理装置を提供するScout Electromedia Modoマザーボードを示す図。
【図３１】本発明の一実施の形態に係る、ディストリビュータの処理をサポートする回路を含むドーターボードを示す図。
【図３２Ａ】本発明の一実施の形態に係る、ディストリビュータの壁取り付け型の一例およびテーブル取り付け型の一例のそれぞれを示す図。
【図３２Ｂ】本発明の一実施の形態に係る、ディストリビュータの壁取り付け型の一例およびテーブル取り付け型の一例のそれぞれを示す図。
【図３３Ａ】電子ネットワーク接続部を提供する拡張ポートを含むディストリビュータの一実施の形態を示す図。
【図３３Ｂ】本発明の一実施の形態に係る、ディストリビュータが周辺機器を動作させることができるようにする拡張ポートを示す図。
【図３４】ディストリビュータが該ディストリビュータと対話する携帯コンピュータ装置に関連付けられたユーザ用掲示板サービスを含む本発明の他の実施の形態を示す図。
【図３５】本発明の一実施の形態に係る管理診断ツールを示す図。
【図１】
2004534441.tif 000005
【図２】
2004534441.tif 000006
【図３】
2004534441.tif 000007
【図４】
2004534441.tif 000008
【図４Ａ】
2004534441.tif 000009
【図４Ｂ】
2004534441.tif 000010
【図４Ｃ】
2004534441.tif 000011
【図５】
2004534441.tif 000012
【図６】
2004534441.tif 000013
【図７Ａ】
2004534441.tif 000014
【図７Ｂ】
2004534441.tif 000015
【図７Ｃ】
2004534441.tif 000016
【図８】
2004534441.tif 000017
【図９】
2004534441.tif 000018
【図１０】
2004534441.tif 000019
【図１１】
2004534441.tif 000020
【図１２】
2004534441.tif 000021
【図１３】
2004534441.tif 000022
【図１４】
2004534441.tif 000023
【図１５】
2004534441.tif 000024
【図１６】
2004534441.tif 000025
【図１７】
2004534441.tif 000026
【図１８】
2004534441.tif 000027
【図１９】
2004534441.tif 000028
【図２０】
2004534441.tif 000029
【図２１】
2004534441.tif 000030
【図２２】
2004534441.tif 000031
【図２３】
2004534441.tif 000032
【図２４】
2004534441.tif 000033
【図２５】
2004534441.tif 000034
【図２６】
2004534441.tif 000035
【図２７】
2004534441.tif 000036
【図２８】
2004534441.tif 000037
【図２９】
2004534441.tif 000038
【図３０】
2004534441.tif 000039
【図３１】
2004534441.tif 000040
【図３２Ａ】
2004534441.tif 000041
【図３２Ｂ】
2004534441.tif 000042
【図３３Ａ】
2004534441.tif 000043
【図３３Ｂ】
2004534441.tif 000044
【図３４】
2004534441.tif 000045
【図３５】
2004534441.tif 000046
【国際公開パンフレット】
2004534441.tif 000047
2004534441.tif 000048
2004534441.tif 000049
2004534441.tif 000050
2004534441.tif 000051
2004534441.tif 000052
2004534441.tif 000053
2004534441.tif 000054
2004534441.tif 000055
2004534441.tif 000056
2004534441.tif 000057
2004534441.tif 000058
2004534441.tif 000059
2004534441.tif 000060
2004534441.tif 000061
2004534441.tif 000062
2004534441.tif 000063
2004534441.tif 000064
2004534441.tif 000065
2004534441.tif 000066
2004534441.tif 000067
2004534441.tif 000068
2004534441.tif 000069
2004534441.tif 000070
2004534441.tif 000071
2004534441.tif 000072
2004534441.tif 000073
2004534441.tif 000074
2004534441.tif 000075
2004534441.tif 000076
2004534441.tif 000077
2004534441.tif 000078
2004534441.tif 000079
2004534441.tif 000080
2004534441.tif 000081
2004534441.tif 000082
2004534441.tif 000083
2004534441.tif 000084
2004534441.tif 000085
2004534441.tif 000086
2004534441.tif 000087
2004534441.tif 000088
2004534441.tif 000089
2004534441.tif 000090
2004534441.tif 000091
2004534441.tif 000092
2004534441.tif 000093
2004534441.tif 000094
2004534441.tif 000095
2004534441.tif 000096
2004534441.tif 000097
2004534441.tif 000098
2004534441.tif 000099
2004534441.tif 000100
2004534441.tif 000101
2004534441.tif 000102
2004534441.tif 000103
2004534441.tif 000104
2004534441.tif 000105
2004534441.tif 000106
2004534441.tif 000107
2004534441.tif 000108
2004534441.tif 000109
2004534441.tif 000110
2004534441.tif 000111
2004534441.tif 000112
2004534441.tif 000113
2004534441.tif 000114
2004534441.tif 000115
2004534441.tif 000116
2004534441.tif 000117
2004534441.tif 000118
2004534441.tif 000119
2004534441.tif 000120
2004534441.tif 000121
2004534441.tif 000122
2004534441.tif 000123
2004534441.tif 000124
2004534441.tif 000125
2004534441.tif 000126
2004534441.tif 000127
2004534441.tif 000128
2004534441.tif 000129
2004534441.tif 000130
2004534441.tif 000131
2004534441.tif 000132
2004534441.tif 000133
2004534441.tif 000134
2004534441.tif 000135
2004534441.tif 000136
2004534441.tif 000137
2004534441.tif 000138
2004534441.tif 000139
2004534441.tif 000140
2004534441.tif 000141
2004534441.tif 000142
2004534441.tif 000143
2004534441.tif 000144
2004534441.tif 000145
2004534441.tif 000146
2004534441.tif 000147
2004534441.tif 000148
2004534441.tif 000149
2004534441.tif 000150
2004534441.tif 000151
2004534441.tif 000152
2004534441.tif 000153
2004534441.tif 000154
2004534441.tif 000155
2004534441.tif 000156
2004534441.tif 000157
2004534441.tif 000158
2004534441.tif 000159
2004534441.tif 000160
2004534441.tif 000161
2004534441.tif 000162
2004534441.tif 000163
2004534441.tif 000164
2004534441.tif 000165
2004534441.tif 000166
2004534441.tif 000167
2004534441.tif 000168
2004534441.tif 000169
2004534441.tif 000170
2004534441.tif 000171
2004534441.tif 000172
2004534441.tif 000173
2004534441.tif 000174
2004534441.tif 000175
2004534441.tif 000176
2004534441.tif 000177
2004534441.tif 000178
2004534441.tif 000179
2004534441.tif 000180
2004534441.tif 000181
2004534441.tif 000182
2004534441.tif 000183
2004534441.tif 000184
2004534441.tif 000185
2004534441.tif 000186
2004534441.tif 000187
2004534441.tif 000188
2004534441.tif 000189
2004534441.tif 000190
2004534441.tif 000191
2004534441.tif 000192
2004534441.tif 000193
2004534441.tif 000194
2004534441.tif 000195
2004534441.tif 000196
2004534441.tif 000197
2004534441.tif 000198
2004534441.tif 000199
2004534441.tif 000200
2004534441.tif 000201
2004534441.tif 000202
2004534441.tif 000203
2004534441.tif 000204
2004534441.tif 000205
【国際調査報告】
2004534441.tif 000206