(57)【要約】  デバイス認識コンテンツ配信のためのシステムはディストリビュータおよびデータベースを含む。ディストリビュータは携帯計算装置のタイプを判定するためのモジュール、および、特定タイプの携帯計算装置上で稼働して識別された携帯計算装置の一義的な機能性を使用するコンテンツを配信するためのモジュールを含む。データベースは異なった携帯計算装置のための異なったプロファイルを含み、通信の検知および問い合わせ段階の間、これら携帯計算装置がタイプで識別されて互いに区別できるようにする情報を与える。データベースはまた特定デバイスタイプで稼働するために適合した多種多様のコンテンツを格納し、これによりデバイスタイプが一旦識別されると、適合したコンテンツを携帯計算装置に送信、インストール、および実行することができる。合致したコンテンツは携帯計算装置専用のプログラムされた処理である。本発明はまた、デバイス認識コンテンツ配信方法、デバイスタイプの自動判定のための一般方法、ブルートゥース（登録商標）プロトコルを使用したデバイスタイプ判定方法、および、赤外線デバイスアクセスプロトコルを使用したデバイスタイプ判定方法、を含んだいくつかの新しい方法を含んでいる。
2009509425.tif 000002
【特許請求の範囲】
【請求項１】
携帯計算装置との通信に適合したトランシーバシステムと、
前記携帯計算装置との通信のための前記トランシーバシステムに接続された、コンテンツのインテリジェント配信のためのモジュールであって、このモジュールは前記携帯計算装置に問い合わせて前記携帯計算装置のアイデンティティを判定し、前記携帯計算装置の前記アイデンティティに特有の携帯計算装置コンテンツを送信することに適合しているものと、
を備えることを特徴とするデバイス認識コンテンツを配信するための装置。
【請求項２】
前記モジュールと通信するために接続された、前記携帯計算装置の前記アイデンティティを特定するコンテンツの格納のためのデータリポジトリを更に備える請求項１の装置。
【請求項３】
前記モジュールと通信するために接続されているデータリポジトリであって、このデータリポジトリは異なる携帯計算装置の複数のアイデンティティプロファイルの格納のためであり、各アイデンティティプロファイルは携帯計算装置のタイプを特定する問い合わせ信号への応答および特定の携帯計算装置の機能の表示を含むもの、を更に備える請求項１の装置。
【請求項４】
前記コンテンツは、前記携帯計算装置に特有の、プログラムに従うアクションである、請求項１の装置。
【請求項５】
前記プログラムに従うアクションは、未公開のプロトコルを使用する前記装置に接続することと、前記携帯計算装置のオペレーティングシステムを特定するアプリケーションを送信することと、前記携帯計算装置が存在することを他のプログラムまたはプロセスに警告すること、のいずれかである、請求項４の装置。
【請求項６】
前記装置はプロセッサを含み、前記モジュールはプロセッサ上で稼働するソフトウェアである、請求項１の装置。
【請求項７】
情報システムとの通信に適合したネットワークレシーバであって、このネットワークレシーバは前記コンテンツを含む前記情報システム対してメッセージを送信および受信すること、を更に備える請求項１の装置。
【請求項８】
前記携帯計算装置の前記アイデンティティは、装置モデル番号、装置マーク、オペレーティングシステム、サブオペレーティングシステム、製造元メーカー、サポートされた特徴、画面サイズ、ビットデプス、および、特定の携帯計算装置の他の機能的特徴、のいずれかを含む、請求項１の装置。
【請求項９】
携帯計算装置を検知することと、
前記携帯計算装置のデバイスタイプを判定することと、
前記携帯計算装置の前記デバイスタイプ用のフォーマットに一致するフォーマットでコンテンツを送信することと、
を備えるコンテンツのデバイス認識配信のための方法。
【請求項１０】
前記携帯計算装置にオプトインメッセージを送信することと、
前記コンテンツを承諾する携帯計算装置から信号を受信することと、
前記コンテンツを承諾する前記信号を受信した場合のみ前記コンテンツを送信することを実行することと、
を更に備える請求項９の方法。
【請求項１１】
前記携帯計算装置の前記デバイスタイプを判定することは、問い合わせ信号を前記携帯計算装置に送信することと、前記携帯計算装置の応答とデバイスプロファイルとを比較することとを含む、請求項９の方法。
【請求項１２】
前記コンテンツを前記携帯計算装置にインストールすることを更に備える請求項９の方法。
【請求項１３】
前記コンテンツは、前記携帯計算装置に特有の、プログラムに従うアクションである、請求項９の方法。
【請求項１４】
前記プログラムに従うアクションは、未公開のプロトコルを使用する前記装置に接続することと、前記携帯計算装置のオペレーティングシステムを特定するアプリケーションを送信することと、前記携帯計算装置が存在することを他のプログラムまたはプロセスに警告すること、のいずれかである、請求項１３の方法。
【請求項１５】
前記携帯計算装置がブラウザをサポートしているかどうかを判定することと、
前記携帯計算装置がブラウザをサポートしている場合、ブラウザを前記携帯計算装置に送信することと、
前記ブラウザを介して利用可能なコンテンツに関する情報を提供することと、
前記ブラウザを用いて前記コンテンツを選択することと、
を更に備える請求項９の方法。
【請求項１６】
前記ブラウザに特定のコンテンツを送信することと、
前記ブラウザを用いて前記携帯計算装置に前記特定のコンテンツをインストールすることと、
を更に備える請求項１５の方法。
【請求項１７】
前記携帯計算装置に問い合わせ信号を送信することと、
前記携帯計算装置から応答信号を受信することと、
前記前記応答信号を、異なった携帯計算装置のための既知の応答のセットと比較することと、
前記応答信号の比較に基づいて前記携帯計算装置のデバイスタイプを識別することと、
を備える携帯計算装置のデバイスタイプを判定するための方法。
【請求項１８】
携帯計算装置を検知すること、を更に備える請求項１７の方法。
【請求項１９】
前記比較することは、ディストリビュータを用いて異なった携帯計算装置に関する情報のデータベースにアクセスすることを含む、請求項１７の方法。
【請求項２０】
ディシジョンツリーに追加の分岐があるか否かを判定することであって、前記ディシジョンツリーの各分岐は携帯計算装置を、使用可能な装置のサブ分岐またはデバイスクラスに分化することと、
ディシジョンツリーに追加の分岐がある場合、前記ディシジョンツリーの次の分岐に進み、この次の分岐のための前記送信、受信および比較の各工程を実行する、
ことを更に備える請求項１７の方法。
【請求項２１】
前記送信および受信の各工程はブルートゥース（登録商標）プロトコルを使用し、前記比較の工程は装置のクラスが既知の携帯計算装置のいずれかのそれに一致するかどうか、および、アドレスが既知の携帯計算装置のいずれかのそれに一致するかどうかを判定する、請求項１７の方法。
【請求項２２】
サービスディスカバリプロファイルを列挙することと、
前記サービスディスカバリプロファイルが既知の携帯計算装置のいずれかのそれに一致するかどうかを判定することと、
を更に備える請求項２１の方法。
【請求項２３】
前記送信および受信する工程は赤外線プロトコルを使用し、前記比較する工程はヒントビットおよびサポートフラグが既知の携帯計算装置のいずれかのそれに一致するかどうかを判定する、請求項１７の方法。
【請求項２４】
デバイス識別番号のための情報アクセスサービスクエリを作成し、前記デバイス識別番号が既知の携帯計算装置のいずれかのそれに一致するか否かを判定すること、を更に備える請求項２３の方法。
【請求項２５】
情報アクセスサービスデータベースエントリを列挙し、戻り値が既知の携帯計算装置のいずれかのそれに一致するかどうかを判定する、ことを更に備える請求項２３の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、２００５年９月２１日に出願され、「知的コンテンツ配信および管理」と題する米国仮特許出願第６０／７１９，４３３号の米国特許法第１１９条（ｅ）項に規定する優先権を主張する。これは、参照により全体として本出願に組み込まれる。
【０００２】
本発明は情報ネットワークシステムおよび携帯計算装置に関し、特に、ネットワークから携帯計算装置にコンテンツを配信するシステムおよび方法に関する。むろん特に、本発明はデバイス認識コンテンツの配信のためのシステムおよび方法に関する。
【背景技術】
【０００３】
インターネットおよびワールドワイドウェブは驚くべき量の情報を平均的な家庭にもたらすといった点で驚異的な飛躍を遂げている。地球のほとんどあらゆる部分に関する驚愕的に豊富で詳細な情報は一般のコンピュータユーザからいくつかのキーストロークのところに単に存在する。更に、映画や音楽などの新しいコンテンツはこれらのネットワークを介して配信されている。しかし、一般的なコンピュータユーザは一旦家から離れると、こういった情報の豊富なたまり場へのアクセスを失う。もちろん、家から離れた後であっても当人のコンピュータを電子ネットワークに再接続することで豊富な情報源へのアクセスを回復することができるが、こういった接続はたいてい取り扱いが難しく、しばしば利用可能性が制限される。
【０００４】
巨大な電気通信企業による新たなネットワークの開発は進歩を遂げている。これら新たなネットワークは、多くの異なった種類のアクセスインフラおよび通信プロトコルを有する。例えば、赤外線、ブルートゥース（登録商標）、ウルトラワイドバンド、ＲＦＩＤ、ＷＩ−ＦＩ（登録商標）は、これらネットワークへのアクセスに使用される新たな無線通信機構のいくつかに過ぎない。加えて、これらの結合に使用さる異なった通信プロトコルおよび規格をそれぞれが有している。増加したデータネットワークの数に加えて、無数の新たな携帯計算装置がまた存在し、携帯計算装置のそれぞれは、通信プラットフォーム、通信プロトコル、計算能力、表示能力などに関する異なった機能を有する。例えば、管理機能を有する単純な携帯電話、拡張された機能を持つスマートフォン、無線通信機能を有する携帯情報端末（ＰＤＡ）がある。携帯電話などの特定の装置カテゴリでは、広く多様な製造会社から市場で取り扱われる一般に２００を越える異なったモデルがある。これらの装置それぞれは、機能と、特徴と、通信プロトコル、アプリケーションインターフェイスおよびオペレーティングシステムの特定の実現との異なったセットを有する。
【０００５】
携帯計算装置の特徴に依存する何らかの行動を取るためには、例えば、携帯計算装置へのコンテンツ配信が首尾良く適切に装置の特徴に適合することになるには、装置とのデータ通信や他の相互干渉に先立ってまたはその間にそれら装置特徴を識別する機構が必要とされる。この装置識別は、ユーザのウェブ上の入力などのマニュアルプロセスとなる。しかし、このマニュアル装置識別は、マニュアル識別のユーザの複雑さ、マニュアル選択を得るための便利な手法の喪失、または、時間と場所の制限のため、サービスの使用が不可能となるかもしくは制限される。例えば、ある計算装置から他の装置にデータを送信して、受信装置における実行、表示、利用、もしくは、正常な処理をするためには、送信装置は、受信装置のサポートする通信プロトコルは何か、受信装置が処理できるデータの種類は何か、送信に先立ってオペレーティングシステムの特徴は何か、を知る必要がある。こういった知識無しに、送信されたデータは装置による使用または解釈ができなくなる場合がある。送信されたデータが、装置で引き続き実行されるソフトウェアアプリケーションを示す場合、こういった知識無しに、アプリケーションは実行できないかもしくは装置をクラッシュさせる場合がある。
【０００６】
例えばブルートゥース（登録商標）規格など、あるブルートゥース（登録商標）準拠の装置から他の装置へサポートされた通信プロトコルを発行するための基準を定義する基準が存在する一方で、これらは、装置モデル、オペレーティングシステム、中央処理装置（ＣＰＵ）、または、装置が受信および首尾良い取り扱いができるデータのタイプが何であるかを明確におよび一義的に識別する情報の発行のための基準は定義していない。装置の特徴、すなわちブルートゥース（登録商標）が遠隔検出することができるといったことは非常に制限される。同様に、ブルートゥース（登録商標）規格は基準を定義していないし、ブルートゥース（登録商標）準拠の実現が装置モデル、オペレーティングシステム、ＣＰＵまたはサポートさえたデータタイプのリストを明確に識別する情報を発行することを要求していない。更に、ＩｒＤＡ（赤外線データ協会）およびブルートゥース（登録商標）の適用製品は主流計算装置にプレインストールされて出荷され、こういった独立した基準は、先に述べた特定の装置特徴のアクセスまたは発行を含むように最小限のＩｒＤＡまたはブルートゥース（登録商標）実現を拡張することはあまりない。
【発明の開示】
【０００７】
本発明は、デバイス認識コンテンツの配信のためのシステムおよび方法を提供する従来技術の不備および制約を克服する。一実施形態では、システムはデバイス認識コンテンツの配信に適合したディストリビュータおよびデータベースを含む。ディストリビュータは携帯計算装置のタイプを判定するためのモジュール、および、特定タイプの携帯計算装置上で稼働して識別された携帯計算装置の一義的な機能性を使用するコンテンツを配信するためのモジュールを含む。データベースは異なった携帯計算装置の異なったプロファイルを含み、通信の検知および問い合わせ段階の間、これら携帯計算装置がタイプで識別されて互いに区別できるようにする情報を与える。データベースはまた特定デバイスタイプで稼働するために適合した多種多様のコンテンツを格納し、これによりデバイスタイプが一旦識別されると、適合したコンテンツが携帯計算装置に送信、インストール、および実行することができる。合致したコンテンツは携帯計算装置専用のプログラムされた処理である。本発明はまた、デバイス認識コンテンツの配信方法、デバイスタイプの自動判定のための一般方法、ブルートゥース（登録商標）プロトコルを使用したデバイスタイプ判定方法、および、赤外線デバイスアクセスプロトコルを使用したデバイスタイプ判定方法、を含んだいくつかの新しい方法を含んでいる。
【発明を実施するための最良の形態】
【０００８】
本発明は、一例として示されるものであり、同様の参照符号を同様の構成要素を参照するために用いる添付図面における限定として示されるものではない。
【０００９】
デバイス認識コンテンツの配信システムおよび方法を説明する。以下の説明では、解説にあたって、本発明の十分な理解を提供するために非常に多くの具体的な詳細が説明される。しかし、当業者であればこのような具体的な詳細無く本発明を実現することができるのは明であろう。他の実施形態では、本発明を曖昧にすることを避けるため構成および装置はブロック図形式で表示される。例えば、本発明は主としてブルートゥース（登録商標）および赤外線通信プロトコルを参照して説明する。しかし、本発明はいかなるタイプの通信プロトコルにも適用され、他のネットワークおよび通信プロトコルで使用することができる。
【００１０】
本明細書内の「一実施形態」または「実施形態」の参照は、その実施形態に関連して記述された特別な機能、構成または特徴が本発明の少なくとも一実施形態に含まれていることを意味する。本明細書の各所の「一実施形態における」といった句の出現は必ずしも同じ実施形態を参照することが全てであるということではない。
【００１１】
ここで提示されるアルゴリズムおよび表示はあらゆる特別なコンピュータもしくは他の装置に本質的に関連づけられているわけではない。各種汎用システムはここで教示されることに従ってプログラムを利用することができ、言い換えれば、要求される方法工程を実行するより特化された装置を組み立てることが好適であることは判明するであろう。これら様々なシステムのために必要とされる構成は以下の説明から明らかにされるであろう。加えて、本発明はいかなる特別なプログラミング言語が参照されて記述されているわけではない。様々なプログラミング言語は以下に説明される本発明の教示を実現することに利用ができる、ということは明らかである。
【００１２】
更に、以下に請求される本発明は情報システムやネットワーク上で稼働したり、これらの組み合わせ上で機能したりすることができる。例えば、本発明はスタンドアローンディストリビュータとして稼働したり、構成に依存するさらなる機能性をもってネットワークと通信したりすることもできる。従って、本発明は最小限の機能性を有するものから以下に説明される全ての機能性を提供するあらゆる情報システムで稼働することができる。
【００１３】
［配信ネットワーク１００］
図１は、本発明の一実施形態に従って、情報プロバイダ／構造化システム１０２によって提供される例えばソフトウェアアプリケーショおよび関連データの少なくとも一方である情報が、ディストリビュータ１０６から携帯計算装置１０８ａ〜１０８ｎにダウンロードされるようにする配信ネットワーク１００を示す。情報プロバイダ／構造化システム１０２は、最終的に携帯計算装置１０８ａ〜１０８ｎにダウンロードするように情報を適宜作成およびアップロードの少なくとも一方のための装置を含むことができる。
【００１４】
情報プロバイダシステム１０２は続いて情報をネットワーク１０４上の構造化システム１０２に提供することができる。一実施形態では、構造化システム１０２の機能性は情報プロバイダシステム１０２に含まれる。ネットワーク１０４は、例えば、インターネット、ローカルエリアネットワーク、ワールドワイドウェブなどの情報送信に好適なあらゆるネットワークを含むことができる。構造化システム１０２は、携帯計算装置１０８上で稼働するために好適なフォーマットおよびディストリビュータ１０６に搬送するために好適なフォーマットの少なくとも一方に情報（例えばアプリケーションやデータ）をフォーマットするように構成されている。従って、情報プロバイダシステム１０２に関連する情報プロバイダシステム１０２（および人員）は携帯計算装置１０８上に情報を配置するために使用される搬送機構のスキルまたは知識を不要とすることができる。
【００１５】
構造化システム１０２は情報を、通常はメッセージの形式で、ネットワーク１０４を介して各種ディストリビュータ１０６に提供する。本発明の一実施形態に従って、ネットワーク１０４は、情報が構造化システム上のトランスミッタからディストリビュータ１０６上のネットワークレシーバ１１０に通過する無線ネットワークを含むことができる。本発明の他の実施形態では、ネットワーク１０４はページングネットワークを有し、トランスミッタはページングメッセージ形式で情報をディストリビュータ１０６に送信する。更に他の実施形態では、ネットワーク１０４は従来のパケット交換網である。
【００１６】
本発明の一実施形態に従って、ディストリビュータ１０６は局所的な情報を携帯計算装置１０８に分配する無線データキャッシュを有する。本発明の一実施形態に従って、ディストリビュータ１０６は、無線およびバッテリ駆動の計算システムとして、多種多様な環境に配置することができ、ネットワーク１０４から定期的に更新された情報を保持することができる。ディストリビュータ１０６の具体例はわずか数平方インチの小さな容器内に配置することができ、数年の間放置したまま稼働することができる。
【００１７】
ディストリビュータ１０６は信号線１２０を介して構造化システム１０２から情報を受け取るネットワークレシーバ１１０を含むことができる。ディストリビュータ１０６は次に、携帯計算装置１０８への再送信のために構造化システム１０２から受信した情報をフォーマットすることができる。ディストリビュータ１０６上のトランシーバシステム１１２はオンデマンドで携帯計算装置１０８に情報を送信することができる。図１には単一のディストリビュータ１０６のみが示されているが、当業者は特定エリアの受信可能範囲の提供に必要な数と同数であってもよいことは認識することができる。更に、一実施形態では、複数のトランシーバシステムを1つのディストリビュータ内に収容することができ、多数の同時装置接続が提供され、いくつかの異なった通信プロトコルを取り扱う。
【００１８】
トランシーバシステム１１２は周期的にビーコンを送信することができる。自トランシーバを介してビーコンを受信し、専用のクライアント１２１を含んだ携帯計算装置１０８は、トランシーバシステム１１２に第１確認信号（ＡＣＫ）を返すことができる。この第１ＡＣＫの受信は、ディストリビュータ１０６が携帯計算装置１０８に、構造化システム１０２からディストリビュータ１０６に送信された情報を含むブロードキャストを送信することを促す。携帯計算装置１０８のトランシーバは第２ＡＣＫの送信をもってブロードキャストの確認をすることができる。本発明の一実施形態によれば、トランシーバ１１２はビーコンおよびブロードキャストを、携帯計算装置１０８のトランシーバのための標準通信距離を超える距離で携帯計算装置１０８に送信するように特別に設計されている。更に、本発明の一実施形態によれば、トランシーバ１１２は携帯計算装置１０８のトランシーバのための標準通信距離を超える距離で第１ＡＣＫおよび第２ＡＣＫを受信することができる。
【００１９】
本発明の一実施形態によれば、携帯計算装置１０８ａ〜１０８ｎはディストリビュータ１０６から情報ブロードキャスト、拡張された距離のブロードキャストを含んだ情報ブロードキャストを受信するために追加のハードディスクを通常必要としない。しかし、携帯計算装置１０８はクライアント１２１を通常含まなければならない。携帯計算装置１０８は各種方法で、本発明のデバイス認識コンテンツの配信方法を使用してディストリビュータ１０６からを含んで、クライアント１２１を獲得することができる。特に、ディストリビュータ１０６はトランシーバシステム１１２に周期的にビーム質問（beam interrogation）を送信するように指示することができ、クライアント１２１をダウンロードする準備ができている携帯計算装置１０８の存在を識別する。自トランシーバを介してビーム質問を受信する携帯計算装置１０８はビーム応答をトランシーバシステム１１２に返すことができる。ビーム応答の受信は、クライアント１２１を携帯計算装置１０８にダウンロードするダウンロード信号を提供するようにディストリビュータを促すことができる。もちろん、本発明の一実施形態によれば、ビーム質問、ビーム応答およびダウンロード信号は携帯計算装置１０８のオペレーティングシステムのための標準通信距離内に概ね設定される。図１に示されるように、異なった携帯計算装置１０８ａ〜１０８ｎは各種異なった手法でディストリビュータ１０６と通信するために適合できる。例えば、携帯計算装置１０８ｂがブルートゥース（登録商標）無線接続１１６でディストリビュータ１０６に接続されている一方、携帯計算装置１０８ａは無線赤外線接続１１４でディストリビュータ１０６に接続されている。更に、携帯計算装置１０８ｎはイーサネットまたはＵＳＢなどの物理的な信号線１１８でディストリビュータ１０６に接続されている。
【００２０】
情報プロバイダシステム１０２、構造化システム１０２、ディストリビュータ１０６および携帯計算装置１０８は計算装置の各種形態で構成することができる。いくつかの具体例では、情報プロバイダシステム１０２および構造化システム１０２は複数の計算システムで構成することもできる。本発明の一実施形態によれば、配信ネットワーク１００で使用される計算システムは従来のコンピュータデザインで構成することもできる。
【００２１】
［ディストリビュータ１０６］
図２は本発明の一実施形態に係るディストリビュータ１０６を示す。ディストリビュータ１０６はまた「ローカルデータキャッシュ」として捉えることができ、そこではディストリビュータ１０６はディストリビュータ１０６がインストールされた位置に関連する携帯計算装置１０８ａ〜１０８ｎに情報を分配することができる。もちろん、ディストリビュータ１０６はまた特定の位置と特別な関連性の無い情報を分配することもできる。しかし、携帯計算装置１０８ａ〜１０８ｎへ位置関連情報を提供することは、ローカルサイトの携帯計算装置のユーザ経験を向上することと、直接且つ有用な情報のソースを提供することの少なくとも一方を行うことができる。先に述べたように、ディストリビュータ１０６の具体例は、小型化の、無線の、バッテリ駆動の装置で構成することができる。ディストリビュータ１０６自身が携帯計算装置で構成される場合、システム１００はピアツーピアデバイス認識コンテンツの配信システムとして使用することができる。
【００２２】
ディストリビュータ１０６から受信した情報を活用するために、携帯計算装置１０８ａ〜１０８ｎは通常、ディストリビュータ１０６からブロードキャストを受信するように構成された専用のクライアント１２１を受信およびインストールし、これらを携帯計算装置１０８上で処理する必要がある。本発明の一実施形態によれば、ディストリビュータ１０６はまた再プログラミングサポートを含むことができ、ディストリビュータ１０６自身は新たなプログラムを受信することと現存するプログラムを更新することの少なくとも一方を実行することができる。本発明のいくつかの実施形態によれば、ディストリビュータ１０６はネットワーク１０４を介して構造化システム１０２から新たなプログラムを受信することと現存するプログラムを更新することの少なくとも一方を実行することができる。同様に、本発明の一実施形態によれば、ディストリビュータ１０６はネットワーク１０４を介して新たなクライアント１２１または現存するクライアント１２１の更新を受信することができる。新たなクライアント１２１または現存するクライアント１２１の更新は携帯計算装置１０８ａ〜１０８ｎにダウンロードすることができる。
【００２３】
本発明の一実施形態では、ディストリビュータ１０６はネットワーク１０４（例えば、無線広域ネットワーク）から情報（例えば、アプリケーションおよびデータの少なくとも一方）を収集し、近傍の携帯計算装置１０８ａ〜１０８ｎに情報を再分配（例えば、無線「ピコセル」内の分配）することができる。本発明の一実施形態によれば、ディストリビュータ１０６は情報受信のための一方向ページングネットワークと、携帯計算装置１０８へ情報を局部的に分配する近距離双方向赤外線（ＩＲ）通信機構とを使用することができる。こういった理由から、ディストリビュータ１０６の具体例はページング通信を受信および処理し、携帯計算装置１０８への情報ブロードキャスト１１８のためのＩＲ通信を生成することができる。本発明のいくつかの実施形態によれば、ディストリビュータ１０６は携帯計算装置１０８ａ〜１０８ｎへ局部的に情報を分配する一方向通信機構（例えば、一方向ＩＲ通信機構）を使用することができる。特に、本発明の一実施形態によれば、ディストリビュータ１０６は所定日数の所定時間間隔でブロードキャストを繰り返し送信することができる。本発明の一実施形態によれば、ディストリビュータ１０６はブロードキャストを繰り返し送信するために携帯計算装置１０８から促される必要が無い。本発明のいくつかの実施形態によれば、ディストリビュータ１０６は携帯計算装置１０８にダウンロードのための１つ以上の情報を提示することができる。こういった実施形態では、ディストリビュータ１０６は、携帯計算装置１０８に関連するユーザが選択できる利用可能な選択のメニューを提示（例えばダウンロード）することができ、ユーザの選択はここで述べられるプロトコルプロシージャを用いてディストリビュータ１０６に返送される。
【００２４】
ディストリビュータ１０６はユーザの介入無く稼働することができ、特別な構成や保守の懸念を概して必要としない。
【００２５】
本発明の一実施形態によれば、ディストリビュータ１０６はネットワークレシーバ１１０、メモリ２０５、ランダムアクセスメモリ（ＲＡＭ）２１２、ＣＰＵ２１３、バッテリ２１１およびトランシーバシステム１１２を含むことができる。本発明のいくつかの実施形態によれば、メモリ２０５は不揮発性メモリを含むことができる。本発明のいくつかの実施形態によれば、メモリ２０５は揮発性メモリと、揮発性メモリおよび不揮発性メモリの組み合わせとの少なくとも一方を含んでもよい。メモリ２０５はＣＰＵ２２２によりアクセスされて実行される各種プログラムのための記憶装置を提供することができる。これらプログラムは通信サーバ２０２、アセットサーバ（asset server）２０８、アドミニストレーションサーバ２１０およびＤＡＣＤモジュール２０４を含むことができる。通信サーバ２０２はネットワーク１０４からネットワークレシーバ１１０で受信されたメッセージを処理することができ、処理されたメッセージをアセットサーバ２０８に送る。アセットサーバ２０８は、携帯計算装置１０８ａ〜１０８ｎにダウンロードされる処理されたメッセージに組み込まれた情報を識別することができる。アセットサーバ２０８は、データリポジトリ２０９にダウンロードされる情報を保持することができる。データリポジトリはファイルおよびデータベースを含むことができる。アドミニストレーションサーバ２１０はディストリビュータ１０６の処理を指示することができ、ディストリビュータ１０６上で実行される保守タスクを監督することができる。ＤＡＣＤモジュール２０４は本発明のデバイス認識コンテンツの配信のための図４〜図８を参照して以下に説明される処理を実行する。ＤＡＣＤモジュール２０４は、特定のリモート装置のためのコンテンツの記憶装置用、および、特定の携帯計算装置１０８のタイプおよび機能性を判定するための問い合わせで使用されるプロファイルの記憶装置用データリポジトリとの通信に適合している。ＤＡＣＤモジュールはＣＰＵ２２２で実行されるソフトウェアアプリケーションとして組み込むことができる。
【００２６】
本発明の一実施形態によれば、ディストリビュータ１０６は携帯計算装置１０８との通信手段としてトランシーバシステム１１２を含むことができる。本発明の一実施形態によれば、トランシーバシステム１１２は赤外線トランシーバなどのラインオブサイト通信装置で構成することができる。本発明の一実施形態によれば、トランシーバシステム１１２は、ブルートゥース（登録商標）使用可能な装置などの近距離または中距離高周波通信装置を二者択一的にまたは組み合わせて構成することができる。通常の熟練者は、レシーバおよびトランスミッタの組み合わせがトランシーバシステム１１２内のトランシーバに替えてまたは組み合わせて使用できることを認識するであろう。
【００２７】
本発明の一実施形態によれば、ディストリビュータ１０６は、伝送範囲と、携帯計算装置１０８からの伝送を受信することができる範囲との少なくとも一方を増大する手段として、トランシーバシステム１１２のための増加された電力を供給することができる。いくつかの実施形態では、トランシーバシステム１１２は、多くの携帯計算装置の従来の伝送距離（例えば、パーム・パイロットの１０〜３０フィート対３フィート）をはるかに超えた距離で信号を送信および受信することができる。
【００２８】
本発明の一実施形態によれば、トランシーバシステム１１２は、ビーコン、ブロードキャスト、ビーム質問、デバイス問い合わせ、およびダウンロード信号を生成し、これらの信号を１つ以上の携帯計算装置１０８に送信するように構成することができる。本発明の一実施形態によれば、トランシーバシステム１１２は、携帯計算装置１０８ａ〜１０８ｎから確認信号（ＡＣＫ）およびビーム応答を受信することができる。これら信号の役割は更に進んで説明される。
【００２９】
トランシーバシステム１１２がＲＦベースのシステムとして稼働するように構成することができる一方、配信ネットワーク１００の実施形態の総括的目的は、先に存在する携帯計算装置１０８とのインターオペラビリティである。十億を超える携帯計算装置１０８は既に赤外線（ＩＲ）またはブルートゥース（登録商標）機能を含んでいるため、ディストリビュータ１０６の多くの具体例はＩＲ通信、より一般的な他の通信システムまでサポートすることができる。よって、以下に述べるように、本発明の各種実施形態によれば、トランシーバシステム１１２は、デジタル送信およびアナログ送信の少なくとも一方の受信が可能となり、固定送信およびマルチキャスト送信の少なくとも一方を受信することが可能となる。
【００３０】
ディストリビュータ１０６はネットワークレシーバ１１０を含むことができる。例えば、ネットワークレシーバ１１０はネットワーク１０４を介して構造化システム１０２からの送信を受信することができる。ディストリビュータ１０６が送信を一旦受信して処理すると、ディストリビュータ１０６は複数の携帯計算装置１０８の送信をブロードキャスト（例えば、ここで述べられるプロトコルに従ったブロードキャスト）することができる。よって、ネットワークレシーバ１１０は、トランシーバシステム１１２によるディストリビュータ１０６のその後の送信出力のためにディストリビュータ１０６への送信を受信する。後に説明されるように、発明の実施形態は、第１通信プロトコルに従ってディストリビュータ１０６への送信を受信し、第２通信プロトコルに従って携帯計算装置１０８への情報をブロードキャストする。
【００３１】
本発明の実施形態によれば、ネットワークレシーバ１１０は、ページング送信の受信のために構成された通信装置で構成することができる。好適な一方向プロトコルはモトローラのＦｌｅｘプロトコルであって、本発明の実施形態で配布することができる。他の実施形態では、レシーバ１１０は汎用パケット無線サービス（ＧＰＲＳ）を用いて通信することができる。本発明の一実施形態によれば、ネットワークレシーバ１１０は他の無線周波数ネットワークから無線周波数ブロードキャストを受信するように、二者択一的にまたは組み合わせて構成することができる。
【００３２】
通信サーバ２０２はネットワークレシーバ１１０の動作を指示することができ、ディストリビュータ１０６とネットワーク１０４との間のインターフェイスを提供することができる。通信サーバ２０２の具体例は無線通信をサポートすることができる。通信サーバ２０２はネットワーク１０４との通信に必要なメッセージフォーマットおよび通信プロトコルタスクを管理することができる。通信サーバ２０２はまた、ネットワーク１０４上で受信された情報のメッセージキューイングおよびローカルメッセージ記憶装置を提供することができる。本発明の実施形態によれば、二者択一的にまたは組み合わせて、通信サーバ２０２はアセットサーバ２０８に情報を配信することができ、データリポジトリでキューイングおよび記憶処理を実行することができる。
【００３３】
ネットワーク１０４は配信ネットワーク１００の構造化システム１０２およびディストリビュータ１０６の間の通信を促進する。よって、ネットワーク１０４は構造化システム１０２からディストリビュータ１０６へ情報を送出することに使用することができる。本発明の一実施形態によれば、ネットワーク１０４は一方向ページングネットワークで構成することができる。例えば、システム通信ネットワーク１０４はモトローラにより提供されるＦｌｅｘページングネットワーク（登録商標）などの一方向ページングネットワークで構成することができる。
【００３４】
本発明の一実施形態によれば、ネットワーク１０４は高速情報通信のための構成を不必要とすることができる。例えば、ネットワーク１０４を提供するために使用することができるＦｌｅｘページングネットワークの具体例は概して比較的遅い１６００ｂｐｓで情報を送出する。加えて、ネットワーク１０４はディストリビュータ１０６に関連のない送信と共有することができる。例えば、Ｆｌｅｘページングネットワークは都市環境でページング装置のあらゆる程度のページ送信を含むことができる。従って所定の事例でディストリビュータ１０６に送信することができる情報量の制限を理由に、構造化システム１０２のオペレータは夜などの比較的低い通信量の時間帯でディストリビュータ１０６への送信を行うことができる。加えて、構造化システム１０２に関連するオペレータはネットワーク１０４の使用可能帯域幅を監視することができ、高速帯域の発生期間にディストリビュータ１０６に伝送することができる。このような伝送はディストリビュータ１０６への部分的なメッセージの送信をも含むことができる。こういった具体例では、ディストリビュータ１０６は既に受信された各種メッセージから完全な伝送を再構築することができる。
【００３５】
本発明の一実施形態に従って、構造化システム１０２と各種ディストリビュータ１０６との間の伝送に使用することができるプロトコルをここで説明する。
【００３６】
配信ネットワーク１００は複数のディストリビュータ１０６を有することができる。本発明の一実施形態によれば、各ディストリビュータ１０６は携帯計算装置０８ａ〜ｎとの通信手段としてトランシーバシステム１１２を含むことができる。本発明の一実施形態によれば、トランシーバシステム１１２は赤外線（ＩＲ）トランシーバなどのラインオブサイト通信装置で構成することができる。トランシーバシステム１１２は、ブルートゥース（登録商標）使用可能な装置などの近距離または中距離高周波通信装置を二者択一的にまたは組み合わせて構成することができる。
【００３７】
本発明の一実施形態によれば、トランシーバシステム１１２はＩＲトランシーバおよびＩＲレシーバを有することができる。ＩＲトランシーバはＩＲトランスミッタ／レシーバの一組を含むことができる。本発明の一実施形態によれば、ＩＲトランシーバはＩｒＤＡ通信（例えば、クライアント１２１のダウンロードのための）を実行することができる。加えて、ＩＲトランシーバは携帯計算装置１０８ａ〜１０８ｎへの情報の送信（例えば、ビーコンおよびブロードキャストの送信）に関連する伝送を実行することができる。本発明の一実施形態によれば、ＩＲトランシーバの出力電力はビーコンおよびブロードキャストの伝送距離を増大するために増加することができる。ＩＲレシーバは、携帯計算装置１０８ａ〜１０８ｎからディストリビュータ１０６へ送出される送信のための更なる送距離および感度を提供することができる。他の実施形態では、トランシーバシステム１１２は更に、各種携帯計算装置１０８ａ〜１０８ｎへディストリビュータ１０６から送出される送信のための更なる伝送距離を提供することができる高出力ＩＲトランスミッタを含んでもよい。高出力ＩＲトランスミッタは、ＩＲトランスミッタと組み合わせて、ビーコンおよびブロードキャストを提供することができる。他の実施形態によれば、高出力ＩＲトランスミッタはビーコンおよびブロードキャストを提供することができ、ＩＲトランシーバはＩｒＤＡ通信（例えば、クライアント１２１のダウンロードのための）を実行することができる。
【００３８】
トランシーバシステム１１２は太陽光や他の携帯計算装置１０８ａ〜１０８ｎにより作成されたノイズなどの干渉源を取り除くように設計することができる。更に、ディストリビュータ１０６の動作は、トランシーバシステム１１２の機能（例えば、そのＩＲポート）が明確で際立っていることを必要とすることができる。従って、トランシーバシステム１１２は、トランシーバシステム１１２から出入力される伝送を促進するＩＲウィンドウを含むことができる。このＩＲウィンドウは歪みおよびノイズの少なくとも一方を低減するフィルタとして機能することができる。本発明の一実施形態によれば、ディストリビュータ１０６はトランシーバシステム１１２により射出されるビームを広げる手段として複数のＬＥＤを含むことができる。
【００３９】
本発明のいくつかの実施形態によれば、レシーバは、本発明の一実施形態に従って特定の周波数帯域でまたは１つ以上の周波数帯域で信号を受信するレシーバの機能を向上させるフィルタと組み合わせて動作することができる。本発明の一実施形態によれば、フィルタは従来の設計でもよく、レシーバを特定の一周波数帯域または特定の複数の周波数帯域に同調するように施すことができる。例えば、フィルタは、ディストリビュータ１０６内のＡＣＫの受信レンジを増加する目的で、特定の周波数またはＡＣＫの周波数帯域における増加されたレシーバ感度のために既に調整されたバンドパスフィルタで構成することができる。本発明の一実施形態によれば、レシーバは例えば３８ｋＨｚまたは３７．５ｋＨｚの周波数に調整することができ、最適性能が提供される。
【００４０】
本発明の一実施形態によれば、トランシーバシステム１１２は３つの一般的な信号を提供することができる。これら信号はビーコン、ブロードキャストおよびクライアント１２１のダウンロードに関連する信号（例えば、クライアント１２１のためのビーム質問およびダウンロード信号）を含む。トランシーバシステム１１２は、携帯計算装置１０８を検知するための機構として細密な間隔（例えば、２秒間隔）でビーコンを提供することができる。本発明の一実施形態によれば、トランシーバシステム１１２は、クライアント（例えば、図１に示されるクライアント１２１）がブロードキャストを適切に受信することを確かめるために、ブロードキャストを携帯計算装置１０８ａ〜１０８ｎに複数回送信するように構成することができる。本発明の一実施形態によれば、トランシーバシステム１１２により提供される各種信号は中心波長８８０nmのＩＲ信号を含んでもよい。
【００４１】
本発明の一実施形態によれば、トランシーバシステム１１２は第１変調方式に従ってビーム質問、ダウンロード信号、ビーコン、およびブロードキャストの少なくとも１つのためＩＲ信号を生成することができ、第２変調方式に従って生成された携帯計算装置１０８からのＡＣＫのためにＩＲ信号を検出することができる。例えば、本発明の一実施形態によれば、第１変調方式はＩｒＤＡタイプの変調方式であってもよく、第２変調方式はテレビのリモートコントローラを用いた変調方式に類似するものであってもよい。
【００４２】
本発明の一実施形態によれば、ディストリビュータ１０６は携帯計算装置１０８へ１１５．２ｋｂｐｓの情報送信レートをサポートすることができる。本発明の一実施形態によれば、適時の情報送信をサポートするために、ディストリビュータ１０６から携帯計算装置１０８に送信される情報量は一送信あたりほんの数秒（例えば、５秒）継続することができる。本発明の一実施形態によれば、最終送信からの待ち時間がわずか数秒（例えば、５秒）でブロードキャストが繰り返されるとき、または、送信要求の数秒（例えば、５秒）内にブロードキャストが発生したとき、最適なエンドユーザ経験が発生する。
【００４３】
携帯計算装置１０８はトランシーバシステム１１２にＡＣＫを送信することができる。本発明の一実施形態によれば、携帯計算装置１０８は、テレビのリモートコントロール装置がテレビ受像器と通信する方法に類似した変調方法でＡＣＫを送信することができる。ＡＣＫは多くの場合、かなり短い固定長伝送とすることができる。本発明の一実施形態によれば、ＡＣＫは、携帯計算装置１０８の状態、そのシリアル番号、モデル番号、および各種他の状態および識別情報の少なくとも１つに関連する情報を含むことができる。本発明の代替の実施形態では、携帯計算装置１０８は、ＡＣＫで提供されるものよりも大きな伝送をディストリビュータ１０６に送信することができる、むしろ、ＡＣＫの長さは増加することができ付加情報を提供する。例えば、このような付加情報はディストリビュータ１０６のメモリ２０５に格納されている所定情報の要求を含むことができる。
【００４４】
本発明の他の実施形態によれば、トランシーバシステム１１２はＩＲトランシーバユニットおよびＲＦトランシーバユニットを含むことができる。ＩＲトランシーバユニットは前述したようにＩＲトランシーバおよびＩＲレシーバを含むことができる。
【００４５】
本発明の他の実施形態によれば、ＩＲトランシーバユニットは前述したようにＩＲトランシーバ、高出力ＩＲトランスミッタ、およびＩＲレシーバを含むことができる。ＲＦトランシーバユニットは、ブルートゥース（登録商標）使用可能なトランシーバまたはブルートゥース（登録商標）使用可能なトランスミッタ／レシーバの組などの近距離または中距離高周波通信装置を含むことができる。トランシーバシステム１１２を備えるディストリビュータ１０６はＩＲ無線通信プロトコルおよびＲＦ無線通信プロトコルの少なくとも一方を用いて携帯計算装置１０８と通信するように構成することができる。携帯計算装置１０８は、ここで述べられるプロトコルを用いてディストリビュータ１０６との通信を容易にするクライアント（例えば、図１に示されるクライアント１２１）を含むことができる。ディストリビュータ１０６（または配信ネットワーク１００の他のディストリビュータ１０６）は携帯計算装置１０８にクライアント１２１を無線で提供することができる。本発明の一実施形態によれば、ディストリビュータ１０６は要求に応じて携帯計算装置１０８にクライアント１２１を提供するように通常構成される。クライアント１２１をまだ受信していない携帯計算装置１０８ａ〜１０８ｎは概して、クライアント１２１を受信するためにディストリビュータ１０６から離れた通常通信内に設置する必要がある。例えば、一般のパーム・パイロットはトランシーバシステム１１２を介してクライアント１２１を受信するためにディストリビュータ１０６から３フィートもしくはそれ未満の範囲内に設置する必要がある。クライアント１２１のダウンロードは、通常のＩＲ通信プロトコル（例えば、ＩｒＤＡ）および多くの携帯計算装置１０８が既にサポートする「ビーミング」アプリケーションの使用を必要とすることができる。よって、ディストリビュータの通信ソフトウェアは、クライアント１２１の配信のため従来のIrDA Object Exchange（ＯＢＥＸ）プロトコル層（および関連した下位レベルのＩｒＤＡプロトコル層）を使用することができる。いくつかの実施形態では、クライアント１２１はＩｒＤＡ転送が数秒（例えば、８秒）内に発生できるサイズに抑制することができる。クライアント１２１はＲＦ通信プロトコル（例えば、ブルートゥース（登録商標））を使用する携帯計算装置１０８に代替的にもしくは組み合わせて提供することができる。本発明の一実施形態によれば、クライアント１２１はまたディストリビュータ１０６からのダウンロード以外の、もしくはそれに加えて多用な機構で携帯計算装置１０８に提供することができる。携帯計算装置１０８へのクライアント１２１のダウンロードのためのプロシージャは、クライアント１２１の工場でのインストール、電子ネットワーク（ワールドワイドウェブなど）上のダウンロード、および、他のソフトウェアのインストールと組み合わせらクライアント１２１の提供を含むことができる。更に、本発明の一実施形態によれば、クライアント１２１の第１バージョンを含んだ携帯計算装置１０８は、ブロードキャストを介してディストリビュータ１０６からクライアント１２１の第２バージョン（更新バージョン）をダウンロードすることがきるのは���識されるべきである。
【００４６】
［携帯計算装置１０８］
図３は、本発明の一実施形態に従った、ディストリビュータ１０６と通信するために構成されたクライアント１２１を有する携帯計算装置１０８ａ〜１０８ｎの一実施形態を示す。クライアント１２１は、携帯計算装置１０８の既存のハードウェアおよびソフトウェアがディストリビュータ１０６と通信するのをサポートする。携帯計算装置１０８がクライアント１２１を備えれば、携帯計算装置１０８は、ディストリビュータ１０６と通信するために物理的な変更を必要としなくてもよい。
【００４７】
典型的な携帯計算装置１０８は、トランシーバ３０１、ＣＰＵ３０８、およびメモリ３０７を含むことができる。本発明のいくつかの実施形態によれば、メモリ３０７は、不揮発性メモリを含むことができる。本発明のいくつかの実施形態によれば、メモリ３０７は、揮発性メモリ、あるいは揮発性メモリと不揮発性メモリとの組み合わせを含んでもよい。また、もちろん、携帯計算装置１０８は、他のハードウェア（例えば、ＲＡＭ）およびソフトウェア要素を含むことができる。トランシーバ３０１は概して、公知の無線通信プロトコル（例えば、赤外線通信プロトコルやブルートゥース（登録商標）プロトコル）に従った無線通信のために構成される。当業者は、携帯計算装置の通信が同様に動作し続けるような送信機と受信器にトランシーバ３０１を取り替えてもよいことを理解するであろう。メモリ３０７に保持されるプログラムは、ＣＰＵ３０８により処理されてもよい。
【００４８】
本発明の一実施形態によれば、クライアント１２１は概して、デコーダ３０３およびリモートアプリケーションサーバ（ＲＡＳ）３０２を備える。アプリケーション３０５およびデータ３０６は概して、ブロードキャストを介してディストリビュータ１０６から受信した情報を含む。本発明の一実施形態によれば、ＲＡＳ３０２は概して、（携帯計算装置１０８のユーザにより提供され得るような）プログラム実行命令を受信すると、データ３０６を用いてアプリケーション３０５を実行する。本発明の一実施形態によれば、完全なクライアント１２１は相当軽量であり、１００Ｋ程度の大きさであればよい。
【００４９】
携帯計算装置１０８はいかなる携帯計算装置であってもよい一方、本発明の少なくとも一実施形態のために、携帯計算装置１０８はパーム・パイロットであり、配信ネットワーク１００は、パームオペレーティングシステム（パームＯＳ）と連動して動作するように設計されている。そして、この実施形態では、ディストリビュータ１０６は、パームオペレーティングシステムにおける動作のために、あるいはそれに連動してクライアント１２１を提供するように設計される。
【００５０】
本発明の一実施形態によれば、ディストリビュータ１０６は、どのオペレーティングシステムが所定の携帯計算装置１０８に存在するかを判定する機能を含むことができる。ディストリビュータ１０６は、携帯計算装置の署名を読み出し、例えば、「あなたは誰ですか？」という赤外線クエリに応答すればよい。本発明のいくつかの実施形態によれば、ディストリビュータ１０６は、ビーム応答に組み込まれた情報から所定の携帯計算装置１０８のオペレーティングシステムを判定する。特定のオペレーティングシステムを判定すると、ディストリビュータ１０６は、そのオペレーティングシステムに適したクライアント１２１を選択し、そのクライアント１２１を携帯計算装置１０８にダウンロードすることができる。他の携帯計算装置識別方法は、パーム専有システムなどの好適なプラットフォームで動作するために、クライアント１２１を開発し、そして、他のシステムにパーム実行をブートするためのある他の機能を提供することを含むことができる。利用可能なオペレーティングシステムは、パームオペレーティングシステム、ポケットＰＣおよびウィンドウズＣＥを含むことができる。
【００５１】
デコーダ３０３は、（１）データ受信モジュール３０４、（２）パケット再構築モジュール３１２、および（３）受信した全パッケージを解釈するパッケージ解釈モジュール３１４のような構成要素を備えていてもよい。配信ネットワーク１００の多くの他の構成要素のように、デコーダ３０３の実施形態は、ソフトウェアと回路の両方を備えるハイブリッドと同様に、ソフトウェアまたは回路を備えてもよい。デコーダ３０３は、ディストリビュータ１０６と通信するときのトランシーバ３０１の動作を命令する。
【００５２】
データ受信モジュール３０４は、携帯計算装置１０８に情報をブロードキャストするときにディストリビュータ１０６によって用いられるデータ転送通信プロトコルを理解するように構成することができる。データ転送通信プロトコルに対するデータ受信モジュール３０４の動作をここでさらに説明する。データ受信モジュール３０４は、破棄されたパケットを探し、あらゆる破棄されたパケットを獲得するために再度のブロードキャストを待ってもよい。
【００５３】
本発明のいくつかの実施形態によれば、データ受信モジュール３０４は、例えば、特定の符号化方式、特定の変調方式あるいは特定の情報伝送速度などの特定の物理的特性を持つ信号を生成するために、携帯計算装置１０８のハードウェアあるいはソフトウェアを構成することができる。本発明のいくつかの実施形態によれば、データ受信モジュール３０４は、ディストリビュータ１０６のトランシーバシステム１１２が携帯計算装置１０８から大きく離れてＡＣＫを受信可能な物理的特性を持つＡＣＫを生成するように、携帯計算装置１０８を構成する。ＡＣＫの物理的特性は、従来の通信プロトコル（例えば、赤外線通信）に従って生成される信号の物理的特性と異なっていてもよい。本発明のいくつかの実施形態によれば、データ受信モジュール３０４は、例えば、従来のテレビのリモート制御のような従来の赤外線リモート制御に用いられるものと同様の物理的特性を持つＡＣＫを生成するように、携帯計算装置１０８を構成してもよい。特に、データ受信モジュール３０４のいくつかの実施形態は、３７．５ｋＨｚの赤外線トーンが二値「０」のために生成され、赤外線トーンが二値「１」のために送信されない３７．５キロヘルツ（ｋＨｚ）振幅偏移変調（ＡＳＫ）変調方式で非ゼロ復帰（ＮＲＺ）符号化方式を用いて、１，２００ｂｐｓの伝送速度でＡＣＫを送信するように、トランシーバ３０１に命令することができる。
【００５４】
図３に示されるように、携帯計算装置１０８の実施形態は、万能非同期送受信機（ＵＡＲＴ）３１６を含むことができる。ＵＡＲＴ３１６は、ＣＰＵ３０８内に組み込まれてもよく、別の装置として構成されてもよい。いくつかの実施形態によれば、データ受信モジュール３０４は、ＵＡＲＴ３１６を構成し、ＣＰＵのＵＡＲＴ送信データピン（図示せず）を直接制御することにより、非赤外線通信タイプのＡＣＫを送信するように携帯計算装置１０８を構成することができる。当業者が理解するように、従来の携帯計算装置１０８（例えば、パーム・パイロット（Palm Pilot））におけるＵＡＲＴ送信データピンは、汎用Ｉ／ＯピンまたはＵＡＲＴピンとして構成することができる。本発明の一実施形態によれば、ＵＡＲＴ通信速度は７５，０００ｂｐｓに設定され、ＵＡＲＴのモードは、赤外線通信から非ゼロ復帰（および適当に設定されたＵＡＲＴ送信データピン極性）に変更される。本発明の本実施形態によれば、結果として生じる赤外線通信パルス形状が３７．５ｋＨｚのＡＳＫ変調により適しているので、非ゼロ復帰が用いられる。本実施形態では、（３７．５ｋＨｚの赤外線トーンで）二値「０」を送信するために、ＵＡＲＴ３１６は、１，２００ｂｐｓビット時間の期間中、トランシーバ３０１に文字０ｘ５５を繰り返し送信する。７５，０００ｂｐｓでは、文字０ｘ５５は、３７．５ｋＨｚの赤外線トーンを作成する。本実施形態では、（赤外線トーンではない）二値「１」を送信するために、ＵＡＲＴ３１６は、さらに（タイミングの目的のために）文字を送信するが、ＵＡＲＴ送信データピンは、汎用Ｉ／Ｏとして構成され、トランシーバ３０１を追い出すために、低く（または、検出されたハードウェア極性に応じて高く）強制される。本発明の実施形態において、トランシーバ３０１に送信される文字とＵＡＲＴ通信速度との他の組み合わせが３７．５ｋＨｚの赤外線トーンを生成するために選択されてもよいことは認識されるべきである。例えば、本発明の一実施形態によれば、３７．５ｋＨｚの赤外線トーンは、ＵＡＲＴ通信速度を１５０，０００ｂｐｓに構成し、ＡＣＫビット時間の期間（例えば、１，２００ｂｐｓビット時間の期間）中トランシーバ３０１に文字０ｘ３３を繰り返し送信するようにＵＡＲＴ３１６を構成することによって生成される。同様に、トランシーバ３０１に送信される文字とＵＡＲＴ通信速度との種々の組み合わせは、異なる周波数（例えば、３７．５ｋＨｚとは異なる周波数）の赤外線トーンを生成するために選択されてもよい。
【００５５】
データ受信モジュール３０４が、種々の物理的特性（例えば、ＡＣＫの増加した伝送距離を可能にする特性）を有するＡＣＫを生成するように、携帯計算装置１０８を構成してもよいことは認識されるべきである。データ受信モジュール３０４の実施形態は、次の（１）ＵＡＲＴ通信速度、（２）ＵＡＲＴモード（例えば、赤外線通信または非ゼロ復帰）、（３）ＵＡＲＴ送信データピン、（４）ＵＡＲＴ３１６によりトランシーバ３０１に送信された文字、および（５）ＵＡＲＴ３１６によって所定の文字がトランシーバ３０１に送信される期間、の１つ以上を制御することにより、種々の物理的特性を持つ信号を生成するように、携帯計算装置１０８に命令することができる。例えば、データ受信モジュール３０４の一実施形態は、周波数偏移変調（ＦＳＫ）変調方式を用いてＡＣＫを生成するように、携帯計算装置１０８を構成することができる。本実施形態では、ＵＡＲＴ３１６は、トランシーバ３０１に文字（例えば、０ｘ５５）を繰り返し送信してもよく、ＵＡＲＴ通信速度は、連続するＡＣＫビット時間中変更されてもよい。
【００５６】
パケット再構築モジュール３１２は、データ転送通信プロトコルに従って受信したパケットを再構築し、それらをクライアント１２１の他の部分におよびそれを越えて通過され得る意味のあるデータストリームにしてもよい。本発明の一実施形態では、ディストリビュータのデータ転送通信プロトコルは、複数のパケットを持つ配信毎の単一のブロードキャストペイロードで動作してもよい。パケット再構築モジュール３１２は、ディストリビュータ１０６から多重ブロードキャストを越えて受信したときでさえ、異常で受信したパケットを再構築してもよい。本発明の一実施形態によれば、受信したパケット数は全ブロードキャストペイロードのサイズにより判定されればよい。
【００５７】
完全なブロードキャストを一旦受信すると、デコーダ３０３は、リモートアプリケーションサーバ（ＲＡＳ）３０２に利用可能な結果として生じる情報（例えば、アプリケーション３０５あるいはデータ３０６）を作成する前に誤り訂正を実行することができる。配信ネットワーク１００は、関連技術分野の当業者に公知の方法で誤り訂正コードを用いてもよい。
【００５８】
本発明のいくつかの実施形態によれば、ブロードキャストを介して受信した情報は、次のデータリポジトリ、ロジック部およびフォーマッティング情報の１つ以上を含むことができる。データリポジトリは、携帯計算装置１０８でコンテンツを生成するために、ＲＡＳ３０２によりアクセス可能な（例えば、構造化クエリ言語（ＳＱＬ）テーブルの形式で構成された）データを含むことができる。ロジック部は、ユーザ入力に応じて行われるべきアクションまたは処理を特定する命令を含むことができる。特に、本発明の一実施形態において、ロジック部は、ユーザ入力に従ってデータリポジトリのサーチクエリを作成するために、ＲＡＳ３０２により実行され得る命令を含む。フォーマッティング情報は、ＲＡＳ３０２により生成されたコンテンツの表示あるいはレイアウト、携帯計算装置１０８のユーザにどのコンテンツを表示してもよいかを特定してもよい。本発明の一実施形態によれば、携帯計算装置１０８によりダウンロードされた情報は、組み込みプログラミングコード（例えば、Ｊａｖａベースのスクリプト言語コード、Ｊａｖａスクリプトコード、またはＶｉｓｕａｌ  Ｂａｓｉｃスクリプトコード）を含むＨＴＭＬファイル３０９を含んでいればよい。本実施形態では、フォーマッティング情報は、そのＨＴＭＬファイルのＨＴＭＬタグを含んでいてもよく、ロジック部は、その組み込みプログラミングコードを含んでいてもよい。本発明の一実施形態によれば、ロジック部は、１つ以上のユーザ入力に対応する１つ以上のＳＱＬクエリを含んでいてもよい。
【００５９】
［方法］
図４は本発明に従ったデバイス認識コンテンツの配信のための一般方法の第１実施形態のフローチャートを示す。特に、本発明のデバイス認識コンテンツの配信のための方法は、アルゴリズムと、携帯計算装置１０８のタイプを推論するため無線問い合わせを介して得られた情報とを用い、装置に適切ないくつかのプログラムされた処理を実行することができる。前記方法は、少なくとも１つの携帯計算装置１０８を検知する（４０２）ことで始まる。例えば、ディストリビュータ１０６はビーコン信号を送出する。当該エリア内の１つ以上の携帯計算装置１０８はビーコンに応答する。次に、前記方法は、検知された携帯計算装置１０８のデバイスタイプを判定する（４０４）。携帯計算装置１０８のデバイスタイプは、経験的なデータデータとデバイスタイプの正確な承認を組み合わせる２部問い合わせ処理を使用して優先的に判定される。デバイスタイプを判定するためのこういった工程の例は、図６〜８を参照して以下に説明される。デバイスタイプが判定されると（４０４）、ディストリビュータ１０６はデバイスタイプでサポートされる通信方法またはプロトコルを選択する（４０６）。そして、ディストリビュータ１０６は携帯計算装置１０８にオプトインメッセージ（加入メッセージ）を送信する（４０８）。このオプトインメッセージはユーザに、ディストリビュータ１０６が携帯計算装置１０８に送信を希望するコンテンツを承諾または拒否する選択肢を提示する。そして、前記方法はユーザがコンテンツのダウンロードを承諾したかどうかを判定する（４１０）。ユーザがディストリビュータ１０６からのコンテンツの拒否を選択した場合、前記方法は完了して終了となる。ユーザがディストリビュータ１０６からのコンテンツの承諾を選択した場合、前記方法は引き続き、携帯計算装置のフォーマットと一致するフォーマットでコンテンツを送信する（４１２）。前記方法は、コンテンツのロードおよび実行の少なくとも一方を行う（４１４）携帯計算装置１０８を備える。コンテンツは、リモート装置に特有の、プログラムに従うアクション（action: 動作命令）のいずれかであってもよい。例えば、コンテンツは、未公開のプロトコルを用いたり、専用アプリケーションをデバイスオペレーティングシステム商用装置に送信したり、携帯計算装置１０８が存在することを他のプログラムやプロセスに単に警告する装置に接続するためのものであってよい。
【００６０】
ここで、図５Ａおよび図５Ｂを参照して、本発明に従ったデバイス認識コンテンツの配信のための方法の第２実施形態を説明する。ここで図５Ａを参照すると、処理はディストリビュータ１０６が何らかの新たな装置１０８が検知されたかどうかを判定すること（５０２）で開始する。検知されない場合、ステップ５０２をループし、何らかの新たな装置が検知されたかどうかを繰り返す。新たな装置が検知された場合、前記方法はデバイスタイプを判定する（５０６）。このステップの具体例は図６〜図８を参照して以下で詳述する。デバイスタイプが分かると、前記方法は、携帯計算装置１０８がブラウザをサポートしているかどうかを判定する（５０８）。携帯計算装置１０８がブラウザをサポートしている場合、ユーザはコンテンツを承認するか拒否するかを選択的に選ぶことができる。反対に、ブラウザがサポートされていない場合、携帯計算装置１０８は強制的にコンテンツファイル全てを承認させられる。
【００６１】
携帯計算装置１０８がブラウザをサポートしていないと判定された場合、前記方法はディストリビュータ１０６からの単一コンテンツファイルの承認のためのオプトインメッセージを携帯計算装置１０８に送信することでステップ５１０に進む。ディストリビュータ１０６は次にユーザがファイルを承認したかどうかを判定する（５１２）。承認していない場合、前記方法は完了してステップ５０２に戻り、他の装置１０８が検知されたかどうかを判定する。ユーザがファイルを承認した場合、前記方法はファイルを携帯計算装置１０８の受信箱に送る（５１４）。コンテンツの配信は、ユーザがコンテンツファイルを開き、閲覧し、インストールすること（５１６）で完了する。
【００６２】
ステップ５０８では携帯計算装置１０８はブラウザをサポートすると判定されており、方法はブラウザインストールファイルの承認のためのオプトインメッセージを送ることでステップ５１８に進む。本発明は、携帯計算装置１０８上でダウンロードされて稼働できるブラウザの変形バージョンを優先的に使用することができる。例えば、異なった携帯計算装置１０８ａ〜１０８ｎは異なったブラウザバージョンで稼働することだけができる。ブラウザ自身に加えて、ディストリビュータ１０６からダウンロードできるコンテンツに関する情報、使用可能なコンテンツのリストなど、ダウンロードされる。このブラウザは、ユーザに改良された相互作用の柔軟性や、コンテンツがディストリビュータ１０６からダウンロードされて実行されることに関連する選択肢を提供する。次に、方法はユーザがブラウザを承認したかどうかを判定する（５２０）。ユーザがブラウザの承認を選ばなかった場合、前記方法はステップ５０２に戻り、更なる携帯計算装置１０８を検知する。ユーザがブラウザを承認した場合、ディストリビュータ１０６はブラウザを携帯計算装置１０８の受信箱に送る（５２２）。ここでまた図５Ｂを参照して、前記方法はユーザがブラウザを開き（５２４）、コンテンツを探す（５２４）ことを続ける。携帯計算装置１０８上でブラウザが稼働することで、ユーザはこのブラウザを用いて特定のコンテンツを要求する（５２６）ことができる。携帯計算装置１０８はディストリビュータ１０６と通信するために常時接続される必要がないことは理解されるべきである。携帯計算装置１０８からダウンロードされたブラウザおよび更なる情報の使用により、ユーザは、携帯計算装置１０８がディストリビュータ１０６の範囲内にあるとき、コンテンツが後にダウンロードされるように選択することができる。前記方法は次に、コンテンツを提供するディストリビュータ１０６が検知され通信範囲内にあるかどうか判定する（５２８）。ディストリビュータが検知されない場合、前記方法はブラウザが携帯計算装置１０８上にありユーザが他のコンテンツを探して選択することができるステップ５２４に戻る。一方、ディストリビュータ１０６が検知された場合、ブラウザはディストリビュータ１０６に接続する（５３０）。そして、ディストリビュータ１０６はブラウザから要求された特定のコンテンツを携帯計算装置１０８に送信する（５３２）。携帯計算装置１０８ではインストール、閲覧、および実行の少なくともいずれかを行うことで、ブラウザはコンテンツを取り扱う（５３４）。
【００６３】
ここで図６を参照して、本発明に従ったデバイスタイプの自動判定のための一般方法の実施形態を説明する。この方法は携帯計算装置１０８の先判定解析（６０２）で開始される。例えば、システム１００は異なる携帯計算装置１０８に信号を送信してそれらの応答を受信することができる。異なった携帯計算装置１０８ａ〜１０８ｎの応答の相違で、システム１００は携帯計算装置１０８の異なったタイプを区別して識別することができる。システム１００はまたデータベースで異なった携帯計算装置１０８に関する情報を保持することができる。例えば、各携帯計算装置１０８のために、データベースは、装置モデル番号、装置マーク、オペレーティングシステム、サブオペレーティングシステム、製造元メーカー、サポートされた特徴、画面サイズ、ビットデプス、および、特定の携帯計算装置１０８の他の機能的特徴などの情報を含むことができる。デバイスタイプが判定されると、この情報はディストリビュータ１０６と携帯計算装置１０８との通信を可能とするために使用することができる。装置タイプを判定するために新しい装置と比較するために使用される装置データベースファイルのいくつかの具体的なエントリを末尾の付録Ｂに示す。
【００６４】
引き続き図６を参照して、前記方法は携帯計算装置１０８を検知すること（６０４）で継続する。特定の携帯計算装置１０８が検知されると、前記方法は携帯計算装置１０８に問い合わせる（６０６）。問い合わせは、ディストリビュータ１０６から携帯計算装置１０８に信号を送信すること、応答を受信することを含む。前記方法は、携帯計算装置１０８から提供された応答とディストリビュータ１０６でアクセスできるデータベースに格納された情報とを比較する（６０８）。これはステップ６０２を参照して説明された同じデータベースであり、ディストリビュータ１０６により送信される問い合わせ信号に対して携帯計算装置１０８により提供される応答に基づいて携帯計算装置１０８を識別することに使用される情報を含む。次に、前記方法は装置１０８を識別するか推論することができるかどうか判定する（６１０）。本発明は好ましくはディシジョン（意思決定）ツリーを含む。ツリーの各分岐では、本発明は、装置の問い合わせの結果と既知の応答のセットとを比較することで（６０８）、携帯計算装置１０８を使用可能な装置または装置クラスのサブ分岐に分化する。本願発明でサポートされる装置の先行検査で（ステップ６０２を参照）、既知の応答のセットは実験的に判定される。一義的なデバイス識別番号が可能でない場合、ツリーの各リーフノードは識別された携帯計算装置１０８または装置クラスを表す。携帯計算装置１０８が識別できる場合、プロセスはデバイスタイプを識別し（６１８）、前記方法は完了する。装置が識別または推論できない場合、前記方法はディシジョンツリーに更なる追加の分岐があるかどうか判定する（６１２）。ディシジョンツリーに追加の分岐がある場合、前記方法はディシジョンツリーの次の分岐に進み、他の問い合わせ信号を携帯計算装置１０８に送信することでステップ６０６に続く。よって、ディシジョンツリーの多数の分岐は、追加の問い合わせ信号を携帯計算装置１０８に送信することで横断されることが分かり、これにより詳細にデバイスタイプを識別する。ステップ６１２で前記方法がディシジョンツリーに追加の分岐が無いことが判定された場合、前記方法はステップ６１６に進み、デバイスタイプが識別不可能もしくはサポートされていないことの信号を送る。
【００６５】
ここで図７を参照して、本発明に従ったブルートゥース（登録商標）プロトコルを使用したデバイスタイプの自動判定のための方法の一実施形態を説明する。この方法はブルートゥース（登録商標）問い合わせを実行すること（７０２）で始まる。例えば、ディストリビュータ１０６はブルートゥース（登録商標）ＡＰＩを使用して携帯計算装置１０８に関する情報を検索する。ブルートゥース（登録商標）プロトコルを使用して、ディストリビュータ１０６は携帯計算装置１０８のＡＰＩに問い合わせを発行する。携帯計算装置１０８のＡＰＩはＣｏＤ（デバイスのクラス）値と、携帯計算装置１０８のブルートゥース（登録商標）モジュールのＭＡＣアドレスとを規定する３２ビット値を返信する。ＣｏＤ値は、電話、コンピュータ、プリンタであるかどうかなどの携帯計算装置１０８の局面を規定する。ＭＡＣアドレスの接頭部はブルートゥース（登録商標）モジュールの製品を一義的に示す。問い合わせの応答が受信されると、前記方法はＣｏＤ値が既知の携帯計算装置１０８のいずれかと一致するかどうかを判定する（７０４）。これは、一実施形態では、ＣｏＤと既知の装置またはデバイスタイプのデータベースまたはファイルと比較することで行われる。ＣｏＤ値が一致しない場合、装置がサポートされていないか、識別不可能であり、ステップ７１４で方法は完了する。ＣｏＤ値が既知の計算装置１０８のそれと一致した場合、前記方法は継続し、ＭＡＣアドレスまたはＢＤＡが既知の装置のいずれかのそれと一致するかどうかを判定する（７０６）。一実施形態では、この判定はデータベースまたは既知の装置のファイルアドレスにアクセスすることで実行できる。アドレスが一致しない場合、装置はサポートされていないか識別可能ではなく、前記方法はステップ７１４で完了する。しかし、ＭＡＣアドレスまたはＢＤＡが既知の装置と一致する場合、前記方法は進み、サービスディスカバリープロファイル（ＳＤＰ）を列挙する（７０８）。ステップ７０８では、ディストリビュータ１０６はＳＤＰ問い合わせを携帯計算装置１０８に送信する。ブルートゥース（登録商標）準拠の各携帯計算装置１０８は利用可能なサービスまたは「プロファイル」の公共データベースを維持するブルートゥース（登録商標）スタックを含む。問い合わせサービスはデータベース内に列記されるプロファイルを他の装置に求めることができる。ＳＤＰクエリへの応答例は末尾の付録Ａに示す。前記方法はＳＤＰクエリからの結果を使用して、これらが既知の装置のいずれかのそれと一致するかどうかを判定する（７１０）。そうである場合、前記方法はステップ７１２に進み、ＳＤＰ結果を用いて携帯計算装置１０８を識別する。ＳＤＰ結果がいかなる既知の装置のそれと致しない場合、装置はサポートされていなか識別可能ではなく、前記方法はステップ７１４で完了する。
【００６６】
ここで、図８を参照して、本発明に従った赤外線（ＩＲ）プロトコルを用いたデバイスタイプの自動判定のための方法の一例を示すフローチャートを説明する。この方法は、ＩＲ検知およびサポートフラグの検索を実行する（８０２）ことで開始する。前記方法はＩｒＤＡ通信プロトコルを使用して携帯計算装置１０８に関する情報を検索する。本発明はＩｒＬＡＰ（赤外線リンクアクセスプロトコル）を使用してディストリビュータ１０６と携帯計算装置１０８との間のＩＲ通信チャネルを確立する。ＩｒＬＡＰは、アクセス制御、可能性のある通信相手の検知、信頼できる双方向通信の確立、および、主／従装置役の問い合わせを指定する。ＩｒＬＡＰ  ＡＰＩを使用して、ディストリビュータ１０６は人間に読解可能な装置名を判定することができる。更に、ＡＰＩは「ヒントビット」の２つの８ビット値を返信する。このヒントビットは自身で装置の各種特徴、例えば、装置がＰＤＡ、コンピュータ、またはプリンタであるかどうか、および、ＯＢＥＸをサポートするか否か、を指定する。特徴の１つは、あるならば、情報アクセスサービス（ＩＡＰ）エントリの既知のセットをその値のために照会することができることを保証する「プラグアンドプレイ」である。検知ステップ８０２では、ＩｒＬＭＰサポートフラグはまた携帯計算装置１０８から検索される。ＩｒＬＭＰ（赤外線リンク管理プロトコル）サポートフラグは、ＩｒＤＡプロトコル上で下位レベルリンク層サポートを示す３つの８ビット値である。前記方法は先ず、ヒントビットおよびサポートフラグのいずれかが既知の携帯計算装置１０８のいずれかと一致するかどうかを判定する（８０４）。一致しない場合、前記方法はステップ８２０に進み、サポートされていない装置として装置を無視する。ヒントビットおよびサポートフラグが既知の携帯計算装置１０８に一致する場合、前記方法は携帯計算装置１０８がＩＲプラグアンドプレイをサポートしているかどうか判定する（８０６）。携帯計算装置１０８がＩＲプラグアンドプレイをサポートしている場合、前記方法は装置ＩＤのためのＩＡＳクエリを作成する（８０８）。プラグアンドプレイをサポートするあらゆる既知のＩＲ装置のために、ＩｒＤＡスタックは名前／値の組のデータベースを維持する。問い合わせ装置は他の装置にＩＡＳデータベースエントリの値を求めることができる。前記方法は次に、ＩＡＳクエリにより返信された装置ＩＤ（８０８）が既知の装置のそれに一致するかどうかを判定する（８１０）。一致する場合、ステップ８１２で装置は識別され、前記方法は完了する。一致しない場合、前記方法はステップ８２０に進みサポートされていない装置として前記装置を無視する。
【００６７】
前述のステップ８０６で携帯計算装置１０８がＩＲプラグアンドプレイをサポートしていない場合、前記方法はステップ８１４に進む。ステップ８１４では、前記方法はＩＲ検知からの情報が既知の装置の１つ以上と一致するかどうか調べる。一致しない場合、前記方法はステップ８２０に進み、サポートされていない装置として前記装置を無視する。情報が既知の装置の１つ以上と一致する場合、前記方法は一致するＩＡＳデータベースエントリを列挙する（８１６）。そして前記方法は、列挙されたデータベースエントリのいずれかが既知の携帯計算装置１０８のいくつかのそれに一致するかどうか判定する（８１８）。一致する場合、ステップ８１２で装置は識別され、前記方法は完了する。一致しない場合、前記方法はステップ８２０に進み、サポートされていない装置として前記装置を無視する。
【００６８】
前述した本発明の実施形態の記述は図示と説明のために提示されている。厳密な形式での開示のために本発明を消耗または限定することは意図していない。詳細な記述を考慮して多くの変形例や異種は可能である。本発明の範囲はこういった詳細な記述、それどころか本出願の特許請求の範囲で限定されないことは意図することである。当該分野に精通している者ならば理解できるように、意図またはその本質的特性に依存することなく他の特定形態で本発明を組み込むことができる。同様に、特別な名前付けや、モジュール、ルーチン、特徴、属性、原理体系および他の局面の分割は必須でも重要でもなく、本発明の実施およびその特徴の機構は異なった名前や、分割および形式の少なくとも一方を有することができる。更に、関連分野の熟練者であれば明らかなように、本発明のモジュール、ルーチン、特徴、属性、原理体系および他の局面は、ソフトウェア、ハードウェア、ファームウェア、もしくはこれら３つのいずれかの組み合わせで実施することができる。もちろん、本発明の構成要素、一例はモジュール、がソフトウェアとして実施される場合は必ず、構成要素は、スタンドアローンプログラムとして、巨大プログラムの一部として、分離されたプログラムのいくつかとして、静的にまたは動的にリンクしたライブラリとして、カーネルのロード可能なモジュールとして、デバイスドライバとして、および、コンピュータプログラミング分野の熟練者が現在およびこれから得られる他の方法の１つ残らず、の１つ以上で実施される。更に、本発明は、特定プログラミング言語のいずれか、特定オペレーティングシステムまたは環境のいずれか、で実施されることは決して制限されない。従って、本発明の開示は説明に役立つことを意図するものであって、特許請求の範囲で記述される本発明の範囲を限定するものではない。
【００６９】
付録Ａ
ＳＤＰクエリーの例
【００７０】
Service Description: Sony Ericsson W800
Service RecHandle: 0x10000
Service Class ID List:
"PnP Information" (0x1200)
Service Name: Dial-up Networking
Service RecHandle: 0x10001
Service Class ID List:
"Dialup Networking" (0x1106)
"Generic Networking" (0x1201)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 1
Profile Descriptor List:
"Dialup Networking" (0x1106)
Version: 0x0100
Service Name: Serial Port
Service RecHandle: 0x10002
Service Class ID List:
"Serial Port" (0x1101)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 2
Service Name: HF Voice Gateway
Service RecHandle: 0x10003
Service Class ID List:
"Handfree Audio Gateway" (0x111f)
"Generic Audio" (0x1203)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 3
Profile Descriptor List:
"Handsfree" (0x111e)
Version: 0x0101
Service Name: HS Voice Gateway
Service RecHandle: 0x10004
Service Class ID List:
"Headset Audio Gateway" (0x1112)
"Generic Audio" (0x1203)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 4
Profile Descriptor List:
"Headset" (0x1108)
Version: 0x0100
Service Name: OBEX Object Push
Service RecHandle: 0x10005
Service Class ID List:
"OBEX Object Push" (0x1112)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 5
"OBEX" (0x0008)
Profile Descriptor List:
"OBEX Object Push" (0x1112)
Version: 0x0100
Service Name: OBEX File Transfer
Service RecHandle: 0x10006
Service Class ID List:
"OBEX File Transfer" (0x1106)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 6
"OBEX" (0x0008)
Profile Descriptor List:
"OBEX File Transfer" (0x1106)
Version: 0x0100
Service Name: OBEX SyncML Client
Service RecHandle: 0x10007
Service Class ID List:
"Error: This is UUID-128" (0x00000002-0000-1000-8000-0002ee000002)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 7
"OBEX" (0x0008)
Service Name: OBEX IrMC Sync Server
Service RecHandle: 0x10008
Service Class ID List:
"IrMC Sync" (0x1104)
Protocol Descriptor List:
"L2CAP" (0x0100)
"RFCOMM" (0x0003)
Channel: 8
"OBEX" (0x0008)
Profile Descriptor List:
"IrMC Sync" (0x1104)
Version: 0x0100
Service Name: Mouse & Keyboard
Service Description: Remote Control
Service Provider: Sony Ericsson
Service RecHandle: 0x10009
Service Class ID List:
"Human Interface Device" (0x1124)
Protocol Descriptor List:
"L2CAP" (0x0100)
PSM: 17
"HIDP" (0x0011)
Language Base Attr List:
code_ISO639: 0x656e
encoding:    0x6a
base_offset: 0x100
Profile Descriptor List:
"Human Interface Device" (0x1124)
Version: 0x0100
【００７１】
付録Ｂ
サンプル・装置データベースファイル・エントリ（フィールドの記述を備える）
【００７２】
# Fields:
# description: Test description (required)
# cod: CoD of device (optional, default = 0)
# cod_mask: Mask for CoD match (optional, default ignore CoD)
# media_id: WRSP Media ID. -1 = not supported. (optional, default = -1)
# protocol: OBEX protocol, either opp or ftp. (optional, default = opp)
# role_switch: Y to enable role switches, N to disable. (optional, default = Y)
# requery_sdp: Y to requery the SDP server if it claims no obex support, N to trust the sdp server.
#              This is for Palms. (optional, default = N)
# refuse_spp: Y to refuse a connection to the proxy, N to allow it. (optional, default = N)
# obex_mtu: MTU to use for OBEX transfers. (optional, default = use default MTU).
# bd_addr: BD_ADDR to match. (optional, default = 00:00:00:00:00:00)
# bd_addr_mask: BD_ADDR mask for match. (optional, default = 00:00:00:00:00:00 (don't care))
# If media_id=-1 and refuse_spp=y, then a connection from that device is closed immediately.
[dev.palm_Treo650]
description = "Palm Treo650"
cod  = 0x50020c
cod_mask = 0xffffff
media_id = 0x20
protocol = opp
role_switch = y
requery_sdp = y
# OUI 00:07:E0 = Palm Inc
bd_addr      = 00:07:e0:00:00:00
bd_addr_mask = ff:ff:ff:00:00:00
[dev.nokia6630_6680_6260]
description = "Nokia6630_6680_6260"
cod = 0x50020c
cod_mask = 0xffffff
media_id = 0x22
protocol = opp
role_switch = y
bd_addr      = 00:12:62:00:00:00
bd_addr_mask = ff:ff:ff:00:00:00
obex_mtu = 4059
[dev_motorola_RazrV3v1_V551_V600_V635]
description  = "Motorola RazrV3v1_V551_V600_V635"
cod          = 0x522204
cod_mask     = 0xffffff
media_id = 0x27
bd_addr      = 00:12:8A:C9:76:30
bd_addr_mask = ff:ff:ff:00:00:00
protocol = opp
role_switch = y
obex_mtu = 4059
（更にエントリがある．．．）
【図面の簡単な説明】
【００７３】
【図１】本発明の一実施形態に係る配信ネットワークであって、情報プロバイダシステムにより供給さえるソフトウェアアプリケーションなどの情報をディストリビュータから携帯計算装置にダウンロードすることができる配信ネットワークの一実施形態を示す図。
【図２】本発明の一実施形態に係るディストリビュータを示す図。
【図３】本発明の一実施形態に係る携帯計算装置であって、ディストリビュータと通信するために構成されたクライアントを有する携帯計算装置の一実施形態を示す図。
【図４】本発明に係るデバイス認識コンテンツの配信のための方法の第１実施形態を示すフローチャート。
【図５Ａ】本発明に係るデバイス認識コンテンツの配信のための方法の第２実施形態を示すフローチャート。
【図５Ｂ】本発明に係るデバイス認識コンテンツの配信のための方法の第２実施形態を示すフローチャートであって、図５Ａにつながるもの。
【図６】本発明に係るデバイスタイプを自動判定するための一般的方法の実施形態を示すフローチャート。
【図７】本発明に係るブルートゥース（登録商標）プロトコルを使用するデバイスタイプを自動判定するための方法の一実施形態を示すフローチャート。
【図８】本発明に係る赤外線プロトコルを使用するデバイスタイプを自動判定するための方法の一実施形態を示すフローチャート。
【符号の説明】
【００７４】
１００  配信ネットワーク
１０２  情報プロバイダ／構造化システム
１０４  ネットワーク
１０６  ディストリビュータ
１０８ａ〜１０８ｎ  携帯計算装置
１１０  ネットワークレシーバ
１１２  トランシーバ
１２１  クライアント
【図１】
2009509425.tif 000003
【図２】
2009509425.tif 000004
【図３】
2009509425.tif 000005
【図４】
2009509425.tif 000006
【図５Ａ】
2009509425.tif 000007
【図５Ｂ】
2009509425.tif 000008
【図６】
2009509425.tif 000009
【図７】
2009509425.tif 000010
【図８】
2009509425.tif 000011
【国際調査報告】
2009509425.tif 000012