JP2009509372A - 複数のプロセッサを有する通信端末及びその通信端末を動作させる方法 - Google Patents

Abstract

本無線通信端末は、複数のアプリケーションプログラムを実行し、当該アプリケーションプログラムにおいて実行される１つ以上のローカルサービスにアクセスするアプリケーション制御部と、複数の通信サービスを提供する通信制御部と、アプリケーション制御部と通信制御部との間に接続され、アプリケーション制御部によって実行されるアプリケーションからサービスアクセス要求を受信し、アプリケーション制御部のローカルサービスの１つ、又は、通信制御部の通信サービスの１つへ当該サービスアクセス要求を選択的に経路指定するブリッジコンポーネントとを備える。

Description

本発明は一般に無線通信端末に関し、特にプロセッサを有する無線通信端末、及び、当該プロセッサを有する無線通信端末を動作させる方法に関するものである。

モバイル電話機のような無線通信端末がますます多くの機能を含むようになっている。例えば、無線通信端末は、デジタルスチルカメラ及びビデオカメラの少なくとも一方、１つ以上の表示画面（ビデオ信号を表示できる表示画面を含む。）、マイク、スピーカ、並びに、他の視聴覚入出力装置を含むことができる。さらに、無線通信端末によっては、ウェブブラウザ、個人用電子手帳、ビデオゲーム、電子メールクライアント及びその他のソフトウェアアプリケーションのような高度のアプリケーションソフトウェアを含むものもある。

同時に、無線通信端末は、単一のインタフェースを用いて単一の通信媒体をサポートしていたかつてのセルラ電話機から、標準アナログ無線電話サービスとデジタル無線電話サービスとの少なくともいずれかから、ブルートゥース（登録商標）の個人用ネットワーク、無線ローカルエリアネットワーク（ＷＬＡＮ）接続、ページング、ＧＰＳ、衛星、及び他の種類の通信サービスまで広範囲の通信サービスをサポートする多機能型通信装置へと進化している。

いくつかの無線通信端末、特に、一体型表示装置、スピーカ、及びカメラの少なくとも１つを含む無線端末のなかには、種々の種類のデジタルデータ信号の生成、取得、格納、処理、表示、及び再生の少なくとも１つを行う能力を備えているものもある。このようなデジタルデータ信号は、例えば、音声、音楽又はその他のオーディオ信号のようなオーディオ信号、静止画像信号、及び、ビデオデータ信号（この信号は同時に付随するデジタルオーディオ信号を含んでもよいし、含まなくてもよい。）の少なくとも１つを含むものであってもよい。このようなデジタル信号のリアルタイム処理又はリアルタイムに近い処理は、多量の帯域幅、及びコンピュータの処理能力の少なくとも１つを必要とする場合がある。

より多くのアプリケーションがネットワークとの接続を要求するにつれて、また、無線通信端末がより多くのエンドユーザ用アプリケーションを実行するように要求されるにつれて、この要求に対応して無線通信端末のマイクロプロセッサに対してしばしば同時的に求められる性能上及び処理上の要望が増大することになる。例えば、音声電話及びテレビ電話の少なくとも１つのような通信サービスのなかには、無線インタフェースを介して受信信号のリアルタイム処理又はリアルタイムに近い処理を利用して、中断を最低限にし、受信信号を再生できるようにすることが望ましいものもある。多くのアプリケーションプログラムが無数の通信サービスと共に処理用リソースを求めて競合している状態で、このような処理能力を提供することが困難となる場合がある。さらに、いくつかのアプリケーションが応答時間に対して比較的鈍感であるのに対して、例えば、ユーザインタフェースを利用するアプリケーションのようなある種のアプリケーションについては比較的高速な応答時間を提供することが望ましい場合がある。

無線通信装置のプログラミングは、個々のアプリケーションによって、特に無線通信サービスに利用可能な多数の潜在的サービスによって複雑なものになる可能性がある。このようなサービスを利用するとき、アプリケーションのコードの変更及びグレードアップの少なくとも１つを行うことなく、特定のサービスの処理に利用するソフトウェアの変更、及び当該ソフトウェアのグレードアップの少なくとも１つを行うことが困難となる場合がある。例えば、上述した機能（ビデオ表示装置、カメラ、ＷＬＡＮ、ブルートゥース（登録商標）、ＧＰＳ）の各々は、このような機能の利用を望むアプリケーションには知られている、アプリケーションプログラミングインタフェース（ＡＰＩ）「フック（hook）」と他のソフトウェア「フック」の少なくともいずれかの「フック」を有する関連づけられたソフトウェアドライバを必要とする場合がある。

ＣＯＲＢＡ仕様に記載のような分散オブジェクト指向を利用して分散サービスへの透過的なアクセスを行うことができる。しかし、このような手法は無線端末アーキテクチャ用としては適切でない場合もある。特に、このような手法は広範囲の統合化作業を必要とする場合があり、不必要な待ち時間がシステムに生じる可能性がある。

本発明のいくつかの実施形態による無線通信端末は、複数のアプリケーションプログラムを実行し、１つ以上の該アプリケーションプログラムで実行されるローカルサービスにアクセスするアプリケーション制御部と、複数の通信サービスを提供する通信制御部と、アプリケーション制御部と通信制御部との間に接続されるブリッジコンポーネントであって、アプリケーション制御部によって実行されるアプリケーションからサービスアクセス要求を受信して、アプリケーション制御部の１つ以上ローカルサービスのうちの１つのローカルサービス、又は、通信制御部の複数の通信サービスのうちの１つの通信サービスへ、該サービスアクセス要求を選択的に経路指定するブリッジコンポーネントと、を含む。

上記ブリッジコンポーネントは、第１のルータコンポーネントをアプリケーション制御部に備え、第２のルータコンポーネントを通信制御部に備えてもよい。また、上記第１のルータコンポーネントは、アプリケーション制御部のアプリケーションからサービスアクセス要求を受信し、上記サービスアクセス要求がローカルサービスアプリケーション制御部の１つのために意図されたものであるか、通信制御部の通信サービスの１つのために意図されたものであるかを判定してもよい。

上記第１のルータコンポーネントは、ローカルサービスの１つへ宛先指定されたサービスアクセス要求を当該１つ以上ローカルサービスのうちの１つのローカルサービスへ経路指定し、通信サービスの１つへ宛先指定されたサービス要求を、通信制御部の第２のルータコンポーネントへ経路指定してもよい。

第２のルータコンポーネントは、第１のルータコンポーネント、又は、通信制御部のアプリケーションプログラムからサービスアクセス要求を受信し、当該サービスアクセス要求に指定されたサービスに基づいて、通信制御部の通信サービスの１つ、又は、第１のルータコンポーネントへサービスアクセス要求を選択的に経路指定してもよい。

第２のルータコンポーネントは、通信サービスからデータを受信し、当該受信したデータの意図された宛先に基づいて、第１のルータコンポーネント、又は、通信制御部のアプリケーションプログラムへ上記受信したデータを選択的に経路指定してもよい。

第１のルータコンポーネントは、ローカルサービス、又は、第２のルータコンポーネントからデータを受信し、当該受信したデータの意図された宛先に基づいて、アプリケーション制御部に配置されたアプリケーションプログラム、又は、第２のルータコンポーネントへ上記データを選択的に転送してもよい。

通信制御部は１つ以上のリモートアプリケーションプログラムをさらに備えてもよい。また、第２のルータコンポーネントは、通信制御部のリモートアプリケーションからサービスアクセス要求を受信し、当該サービスアクセス要求が通信制御部により処理されるサービスのために意図されたものであるか、又は、アプリケーション制御部により処理されるサービスのために意図されたものであるかを判定してもよい。第２のルータコンポーネントは、アプリケーション制御部により処理されるサービスのために意図されたサービスアクセス要求を第１のルータコンポーネントへ経路指定してもよい。第１のルータコンポーネントは、さらに、第２のルータコンポーネントからサービスアクセス要求を受信し、第２のルータコンポーネントから受信したサービスアクセス要求をローカルサービスへ経路指定してもよい。

第２のルータコンポーネントは、通信制御部により処理される通信サービスのために意図された受信済みのサービスアクセス要求を、受信済みのサービスアクセス要求の優先順位に基づいて待ち行列の中に入れてもよい。第２のルータコンポーネントは、通信サービスが待ち行列に入れられたサービスアクセス要求を処理する準備ができていることを示す通信制御部からの指示の受信に応じて、上記待ち行列に入れられたサービスアクセス要求を通信サービスへ送信してもよい。

本発明のいくつかの実施形態による無線通信端末は、複数のアプリケーションプログラムを実行し、第１のプロセッサにより処理される１つ以上のサービスにアクセスする第１のプロセッサと、複数のアプリケーションプログラムを実行し、第２のプロセッサにより処理される１つ以上のサービスにアクセスする第２のプロセッサと、第１のプロセッサと第２のプロセッサとの間に接続され、第１のプロセッサのアプリケーション、又は、第２のプロセッサ内のアプリケーションからサービスアクセス要求を受信し、当該サービスアクセス要求に指定されたサービスに基づいて、第１のプロセッサにより処理されるサービス、又は、第２のプロセッサにより処理されるサービスへ、サービスアクセス要求を選択的に経路指定するブリッジコンポーネントとを備える。

上記ブリッジコンポーネントは、第１のプロセッサに第１のルータコンポーネントを備え、第２のプロセッサに第２のルータコンポーネントを備えてもよい。さらに、第１のルータコンポーネントは、第１のプロセッサのアプリケーションからサービスアクセス要求を受信し、当該サービスアクセス要求が第１のプロセッサにより処理されるサービスのために意図されたものであるか、又は、第２のプロセッサにより処理されるサービスのために意図されたものであるかを判定してもよい。

上記第１のルータコンポーネントは、第１のプロセッサにより処理されるサービスのために意図されたサービスアクセス要求を、上記意図されたサービスへ経路指定し、第２のプロセッサにより処理されるサービスのために意図されたサービス要求を第２のプロセッサの第２のルータコンポーネントへ経路指定してもよい。

上記第２のルータコンポーネントは、第１のルータコンポーネントからサービスアクセス要求を受信し、第２のプロセッサにより処理されるサービスへサービスアクセス要求を経路指定してもよい。

上記第２のルータコンポーネントは、さらに、第２のプロセッサにより処理されるサービスからデータを受信し、当該受信したデータを第１のルータコンポーネントへ経路指定してもよい。

上記第１のルータコンポーネントは、第１のプロセッサにより処理されるサービス、又は、第２のルータコンポーネントからデータを受信し、第１のプロセッサのアプリケーションプログラムへ当該データを転送してもよい。

上記第２のプロセッサは１つ以上のアプリケーションプログラムをさらに含んでもよい。第２のルータコンポーネントは、第２のプロセッサのアプリケーションからサービスアクセス要求を受信し、サービスアクセス要求が第２のプロセッサにより処理されるサービスのために意図されたものであるか、又は、第１のプロセッサにより処理されるサービスのために意図されたものであるかを判定し、第１のプロセッサにより処理されるサービスのために意図されたサービスアクセス要求を第１のルータコンポーネントへ経路指定してもよい。第１のルータコンポーネントは、さらに、第２のルータからサービスアクセス要求を受信し、第２のルータから受信したサービスアクセス要求を第１のプロセッサにより処理されるサービスへ経路指定してもよい。

上記第２のルータコンポーネントは、第２のプロセッサにより処理されるサービスのために意図された受信済みのサービスアクセス要求を、当該受信済みのサービスアクセス要求の優先順位に基づいて待ち行列の中に入れてもよい。

上記第２のルータコンポーネントは、さらに、サービスが待ち行列に入れられたサービスアクセス要求を処理する準備ができていることを示す第２のプロセッサからの指示の受信に応じて、待ち行列に入れられたサービスアクセス要求を選択されたサービスへ送信してもよい。

本発明のいくつかの実施形態に従って無線通信端末において通信処理を行う方法は、無線通信端末においてアプリケーションプロセッサを提供するステップと、無線通信端末において通信用プロセッサを提供するステップと、アプリケーションプロセッサと通信用プロセッサとに接続されたブリッジコンポーネントを提供するステップと、アプリケーション制御部のアプリケーションからブリッジコンポーネントへサービスアクセス要求を送信するステップと、当該サービスアクセス要求で指定されたサービスに基づいて、アプリケーション制御部により処理されるローカルサービス、又は、通信制御部により処理される通信サービスへ上記サービスアクセス要求を選択的に経路指定するステップとを含む。

アプリケーション制御部のアプリケーションからブリッジコンポーネントへサービスアクセス要求を送信するステップは、アプリケーション制御部のアプリケーションから、アプリケーションプロセッサの第１のルータコンポーネントへサービスアクセス要求を送信するステップを含んでもよい。

通信制御部により処理される通信サービスへサービスアクセス要求を経路指定するステップは、サービスアクセス要求を通信制御部の第２のルータコンポーネントへ転送するステップを含んでもよい。

本発明の実施形態に係るいくつかの方法のなかには、第１のルータコンポーネントから転送されたサービスアクセス要求を第２のルータコンポーネントにおいて受信し、当該転送されたサービスアクセス要求を、通信制御部により処理される通信サービスへ経路指定するステップをさらに含むものもある。

本発明の実施形態に係るいくつかの方法のなかには、サービスアクセス要求の優先順位に従ってサービスアクセス要求を待ち行列に入れるステップをさらに含むものもある。したがって、通信制御部により処理される通信サービスへ転送されたサービスアクセス要求を経路指定するステップは、待ち行列に入れられたサービスアクセス要求を経路指定するステップを含んでもよい。

いくつかの方法のなかには、ローカルサービス、又は、第２のルータコンポーネントから第１のルータコンポーネントにおいてデータを受信し、当該受信データをアプリケーション制御部のアプリケーションプログラムへ転送するステップをさらに含むものもある。

本発明の実施形態に係るいくつかの方法の中には、通信制御部のリモートアプリケーションからのサービスアクセス要求を第２のルータにおいて受信し、当該サービスアクセス要求が、通信制御部により処理されるサービスのために意図されたものであるか、又は、アプリケーション制御部により処理されるサービスのために意図されたものであるかを判定し、サービスアクセス要求の意図された宛先に基づいて、通信制御部により処理されるサービス、又は、第１のルータコンポーネントへ上記サービスアクセス要求を選択的に経路指定するステップをさらに含むものもある。

本発明のさらなる理解を提供するために添付図面が含まれており、この添付図面は本願の一部に組み込まれて、本願の一部を構成している。これらの添付図面は、本発明のある（単複の）実施形態を示すものである。

以下では、本発明の実施形態を示す添付図面を参照しながら本発明についてさらに詳細に説明する。しかしながら、本発明は本明細書の記載に限定されると解釈すべきではない。むしろこれらの実施例は本開示が完全であり完璧であって、本発明の範囲を当業者に十分に伝えるために提供するものである。同一の番号は図面の説明を通じて同一の要素を示すものとする。本明細書で使用されているように、「を備えている（comprising）」又は「を備える（comprises）」という用語はオープンエンドスタイルの用語であって、記述した１つ以上の要素と、ステップと、機能との少なくともいずれかを含むものであるが、１つ以上の記述されていない要素と、ステップと、機能との少なくともいずれかを除外するものではない。本明細書で使用されているように、「〜と〜との少なくともいずれか（１つ）（and/or)」という用語は、１つ以上の関連づけられ、リストされた項目の任意の、及び、すべての組み合わせを含むものである。

種々の要素について説明するために、第１、第２、などの用語を本明細書で使用することがあるが、これらの要素を上記用語によって限定すべきではないことは理解されよう。これらの用語は単に１つの要素を別の要素と区別するために使用されているにすぎない。例えば、本発明の範囲から逸脱することなく、第１の要素を第２の要素と命名する場合もあれば、同様に、第２の要素を第１の要素と命名する場合もある。本明細書で使用されているように、「〜と〜との少なくともいずれか（１つ）（and/or)」という用語は、１つ以上の関連づけられ、リストされた項目の任意の、及び、すべての組み合わせを含むものである。

方法及び通信端末を示すブロック図と動作説明図との少なくともいずれかを参照しながら、本発明に係る実施形態について説明する。理解すべきことだが、ブロック図と動作説明図との少なくともいずれかの個々のブロック、並びに、ブロック図と動作説明図との少なくともいずれかにおけるブロックの組み合わせを、無線周波数と、アナログとデジタルのハードウェアとの少なくともいずれかと、プログラム命令との少なくともいずれかとによって実現することが可能である。これらのプログラム命令はコントローラへ提供されてもよい。当該コントローラは、１つ以上の汎用プロセッサと、特定用途のプロセッサと、ＡＳＩＣと、他のプログラム可能なデータ処理装置との少なくともいずれかを含むものであってもよい。これにより、上記コントローラと他のプログラマブルなデータ処理装置との少なくともいずれかを介して実行される上記プログラム命令が、ブロック図と動作ブロックとの少なくともいずれかに指定される機能／動作の実施手段を創成することになる。代替の実施形態によっては、上記ブロックで述べたこの機能／動作が動作説明図で述べた順序とは異なる順序で行われるものもある。例えば、連続して示される２つのブロックを実際にはほぼ同時に実行することもあり得るし、又は、関係する機能／動作に応じてこれらのブロックを逆の順序で実行する場合もある。

別段の定めがない限り、本明細書で用いる（技術的用語及び科学的用語を含む）すべての用語は、本発明が属している技術分野の通常の当業者によって共通に理解されるものと同じ意味を持つものとする。本明細書で使用されている用語は、本明細書及び関連する技術分野の文脈における意味と一致する意味を有するものと解釈すべきであり、本明細書で明示的に別段の定めがない限り、理想化した意味に解釈したり、過度に形式的な意味に解釈したりすべきではないことはさらに理解されよう。

当業者によって理解されるように、本発明は、方法と、データ処理システムと、コンピュータプログラムとして実施することも可能である。したがって、本発明は、全体としてハードウェアによる実施形態と、全体としてソフトウェアによる実施形態と、ソフトウェアとハードウェアとの態様を組み合わせた実施形態の形をとることが可能であり、本明細書ではこれらすべてを一般的に「回路」又は「モジュール」と呼ぶ。さらに、本発明は、コンピュータで使用可能な記憶媒体上のコンピュータプログラムであって、上記媒体に組み込まれたプログラムコードを含むコンピュータプログラムの形をとることもできる。ハードディスク、ＣＤ−ＲＯＭ、光記憶装置、インターネット又はイントラネットをサポートしているような送信媒体あるいは磁気記憶装置を含む任意の好適なコンピュータ可読媒体を利用することも可能である。

本発明の演算を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋のようなオブジェクト指向言語で書かれていてもよい。しかし、本発明の演算を実行するためのコンピュータプログラムコードは、従来の手続きプログラミング言語、例えばＣ言語、アセンブリ言語又は他のプログラム言語で書かれてもよい。

本明細書で使用されているように、「無線通信端末」とは、例えば、セルラネットワークと、無線ローカルエリアネットワーク（ＷＬＡＮ）と、他の通信端末との少なくともいずれかを用いて、無線インタフェースを介して通信信号を受信／送信する端末を含むものである（但し、これらのみに限定されるわけではない）。無線通信端末の例としては、セルラ電話機と、携帯情報端末（ＰＤＡ）と、ページャと、コンピュータとの少なくともいずれかを含むが、これらのみに限定されるわけではない。コンピュータは、セルラ電話機インタフェース、ブルートゥース（登録商標）インタフェース、（８０２．１１などの）無線ローカルエリアネットワークインタフェース、その他のＲＦ通信／赤外線通信インタフェースとの少なくともいずれかを含むことができる無線通信インタフェースを介してデータを通信する。

図１は、２つの無線端末１０２、１０４を含む無線通信システム１００の概略ブロック図である。これら２つの無線端末は、これらの端末間で直接無線通信インタフェース１０６を介するか、１つ以上のセルラ基地局１１０ａ−ｂを経由して別の無線通信インタフェース１０８を介するか、無線ローカルエリアネットワーク（ＷＬＡＮ）ルータ１１４を経由して別の無線通信インタフェース１１２を介するかの少なくともいずれかを介して相互にデータを通信する。無線端末１０２、１０４は、表示装置１２０、ユーザインタフェース１２２、カメラ装置１２４、制御部１２６、通信モジュール１２８、及びメモリ１２５を備える。

カメラ装置１２４は、入射光に基づいて、静止画像とビデオデータストリームとの少なくともいずれかを生成する。ユーザインタフェース１２２は、例えば、キーパッド、キーボード、タッチパッド、ジョグダイアル、及び別のユーザ入力装置の少なくともいずれかを備えてもよい。ユーザインタフェース１２２は、マイクに対して入射する音に応じてオーディオデータストリームを生成する音声プロセッサに結合されたマイクと、入力オーディオ信号に応じて音を生成するスピーカとを備えてもよい。通信モジュール１２８は、１つ以上の無線インタフェース１０６、１０８、１１２の少なくともいずれかを介してデータを別のリモート無線端末１０２、１０４へ通信する。メモリ１２５は、ユーザインタフェース１２２のカメラ装置１２４及びマイクの少なくともいずれかによって生成されるデジタルオーディオと、ビデオ信号との少なくともいずれかのようなデジタル情報信号を格納する。

通信モジュール１２８は、セルラ通信モジュール、ブルートゥース（登録商標）モジュール、及びＷＬＡＮモジュールの少なくともいずれかを含むものであってもよい。例えば、最新型モバイル電話サービス（ＡＭＰＳ）、ＡＮＳＭ３６、グローバル・スタンダード・フォー・モバイル電話方式（ＧＳＭ）通信、汎用パケット無線サービス（ＧＰＲＳ）、次世代ＧＳＭ用拡張型データレート（ＥＤＧＥ）、符号分割多元接続（ＣＤＭＡ）、広帯域ＣＤＭＡ、ＣＤＭＡ２０００、及び汎用移動体通信システム（ＵＭＴＳ）のような１つ以上のセルラ通信プロトコルを用いて、無線端末１０２、１０４は、基地局１１０ａ−ｂを介してセルラ通信モジュールと通信を行う。セルラ基地局１１０ａ−ｂは、移動体電話交換局（ＭＴＳＯ）１３０の無線ネットワークに接続され、この無線ネットワークは、ＰＳＴＮ１３２と別のネットワークとの少なくともいずれかに接続される。無線端末１０２、１０４は、直接インタフェース１０６を経由してアドホックなネットワークを介してブルートゥース（登録商標）モジュールと通信を行う。無線端末１０２、１０４は、通信プロトコルを用いてＷＬＡＮルータ１１４を経由してＷＬＡＮモジュールと通信を行う。上記通信プロトコルは，８０２．１１ａ、８０２．１１ｂ、８０２．１１ｅ、８０２．１１ｇ、８０２．１１ｉを含んでもよい。但し、これらのみに限定されるわけではない。

無線端末１０２、１０４は、相互の間で行われる場合と、例えば、ＭＴＳＯ１３０、ＰＳＴＮ１３２、及び、別のネットワークの少なくともいずれかを経由して通信可能に接続することができる別の通信端末と共に行われる場合との少なくともいずれかの態様で、デジタルデータ信号の送信と受信との少なくともいずれかを行う。

図２は、無線端末１０２におけるアプリケーションプログラムとサービスとの編成を概略的に例示する図である。図２に示すように、無線端末１０２は複数のアプリケーションプログラムを実行し、複数のサービスを処理する制御部１２６を含む。制御部１２６によって実行されるアプリケーションプログラムは、インターネット／ウェブブラウザ２０２、ゲームプログラム２０４、及びカレンダ／電子手帳プログラム２０６と、例えば、電子メールクライアント、画像プログラム及びワープロプログラムのようなその他のアプリケーション２０８との少なくともいずれかを含むことができる。制御部１２６により処理されるサービスは、例えば、カメラ３０２、ブルートゥース（登録商標）通信システム３０４、無線ＬＡＮ３０６、ＧＳＭ、ＧＰＲＳ、ＣＤＭＡ２０００、等のようなモバイル電話通信サービス３０８、画像表示装置３１０、ユーザインタフェース３１２、データ格納システム３１４、その他の通信サービス３１６、及びその他のサービス３１８の少なくともいずれかを含むことができる。

図２にさらに示すように、個々のサービスは、関連づけられたサービスの機能を制御する、関連づけられたソフトウェアドライバを含む。例えば、カメラ３０２は、カメラの機能を制御することができる関連づけられたソフトウェアドライバ３０２Ａを含む。例えば、ソフトウェアドライバ３０２Ａは、種々のアプリケーションプログラムによってカメラサービスへ順序正しいアクセスを提供することと、データを要求するアプリケーションプログラムへ提供するための、カメラにより生成されたデータをフォーマットすることと、初期化と、リセットと、トラブル・シューティングと、カメラ３０２に対する別のサービスとの少なくともいずれかを提供することとの少なくともいずれかを行うことができる。

同様に、ブルートゥース（登録商標）サービス３０４は、ソフトウェアアプリケーションによるブルートゥース（登録商標）アドホックネットワークサービスへのアクセスを容易にする、関連づけられたソフトウェアドライバ３０４Ａを含んでもよい。モバイル電話通信サービス３０８は、関連づけられたソフトウェアドライバ３０８Ａ、等々を含んでもよい。

上述したように、無線端末１０２のような無線通信装置のプログラミングは、多数の潜在的サービス、特に個々のアプリケーションに利用可能な無線通信サービスによって複雑なものになる場合がある。ある特定のサービスを利用するアプリケーションのコードの変更と、グレードアップとの少なくともいずれかを行うことなく、このようなサービスを処理するのに用いるソフトウェアの変更とグレードアップとの少なくともいずれかを行うことは困難になる場合がある。さらに、無線端末１０２において実行中の個々のアプリケーションとサービスが制御部１２６からのリソースを得るために競合してしまう。無線端末１０２のアプリケーションとサービスとの数が増加するにつれて、制御部１２６が要求される機能を行うことはますます困難になることが考えられる。

図３は、本発明のいくつかの実施形態に係る無線端末１０２’を例示する図である。図３に示すように、無線端末１０２’は、インターネット／ウェブブラウザ２０２と、コンピュータゲーム２０４と、別のアプリケーションプログラム２０８との少なくともいずれかのような１つ以上のアプリケーションプログラムを動作させるアプリケーション制御部４００を含む。アプリケーションプログラムを動作させることに加えて、アプリケーション制御部４００は、例えば、カメラ３０２と、表示装置３１０と、データ格納装置３１４と、その他のサービス３１６との少なくともいずれかのような１つ以上のローカルサービスを動作させてもよい。

無線端末１０２はまた、例えば、ブルートゥース（登録商標）通信サービス３０４と、無線ＬＡＮ通信サービス３０６と、モバイル電話通信サービス３０８と、その他の通信サービスとの少なくともいずれかを含む複数の通信サービスを動作させる専用の通信制御部４１０も含む。通信制御部４１０は通信サービス以外の他のサービスを動作させることも可能である。例えば、通信制御部４１０は、格納装置サービス、ＧＰＳサービス又はその他のサービスをさらに動作させてもよい。

さらに、通信制御部４１０は、１つ以上の通信サービスを動作させることに加えて、アプリケーション２１０とアプリケーション２１２との少なくともいずれかのような１つ以上のアプリケーションプログラムを動作させることも可能である。

アプリケーション制御部４００内のアプリケーションプログラムが、アプリケーション制御部４００と通信制御部４１０との少なくともいずれかにより処理されるサービスにアクセスすることを可能にするために、アプリケーション制御部４００は、アプリケーションプログラムからと、アプリケーション制御部４００のオペレーティングシステムからとの少なくともいずれかからサービスアクセス要求を受信し、このような要求を適切なサービスへ転送する第１のルータコンポーネント４３０を含む。したがって、サービスに直接アクセスする代わりに、アプリケーションプログラムは、サービスアクセス要求を第１のルータコンポーネント４３０へ提供してもよい。また、当該第１のルータコンポーネント４３０は、直接、又は、第２のルータコンポーネントを介してサービスアクセス要求を指定されたサービスへ転送する。

場合によっては、第１のルータコンポーネント４３０の動作をバイパスし、ローカルアプリケーション（即ち、アプリケーション制御部４００動作しているアプリケーション）が、ローカルサービス（即ち、アプリケーション制御部４００により処理されるサービス）へ直接的にアクセスすることを許可する方が望ましい場合があることは理解できよう。例えば、多量のデータを処理するアプリケーションが格納サービス３１４のようなサービスへ直接アクセスし、アプリケーションがこのようなサービスからの／サービスへの直接読出し／書き込みができるようにすることを許可することが望ましい場合がある。

同様に、通信制御部４１０は、通信制御部４１０のアプリケーションからサービスアクセス要求を受信し、このような要求を指定されたサービスへ転送する第２のルータコンポーネント４４０を含んでもよい。

図３にさらに示すように、アプリケーション制御部４００の第１のルータコンポーネント４３０と、通信制御部４１０の第２のルータコンポーネント４４０とはブリッジ４２０により接続され、当該ブリッジ４２０は、第１のルータコンポーネント４３０が通信制御部４１０により処理されるサービスを求めるサービスアクセス要求を適切なサービスへ転送することを可能にする。この逆方向への転送についても同様である。特に、ブリッジ４２０は、第１のルータコンポーネント４３０と第２のルータコンポーネント４４０との間での双方向の通信リンク４５０を含んでもよい。この双方向の通信リンク４５０は、例えば、高速ユニバーサルシリアルバス（ＵＳＢ）リンク又はＩＥＥＥ１３９４ＦｉｒｅＷｉｒｅリンクのようなシリアル通信経路を含んでもよい。上記とは別に、通信リンク４５０はパラレルデータ通信経路を含むものであってもよい。データ通信リンク４５０は半二重動作と全二重動作との少なくともいずれかの動作用として構成することができる。いくつかの実施形態によれば、データ通信リンクは、アプリケーションプログラムからサービスへの／サービスからのサービスアクセス要求の送信／受信用として、及び、アプリケーションプログラムとサービスとの間でのユーザデータのようなデータの送信／受信用として、個別のデータ通信経路を提供してもよい。

本発明のいくつかの実施形態では、第１のルータコンポーネント４３０と、第２のルータコンポーネント４４０とを含むブリッジ４２０の動作は、制御部が実際にはサービスを動作させていることについての言及もなく、又は、制御部が実際にはサービスを動作させていることについての明示的な知識さえもなく、アプリケーションプログラムが、無線通信端末１０２’内で提供される各種サービスへの透過的な、体系化されたアクセスを行うことを可能にしてもよい。さらに、アプリケーションがサービスに直接アクセスしなくなるかもしれないという理由のために、現行のアプリケーションプログラムコードに影響を与えることなく、サービス及び関連づけられたドライバソフトウェアを入れ替えてもよい。

例えば、第１のルータコンポーネント４３０は、アプリケーション制御部４００内のアプリケーションからサービスアクセス要求を受信し、このサービスアクセス要求がローカルサービスのために意図されたもの（即ち、アプリケーション制御部４００により処理されるサービス）であるか、リモートサービス（即ち、通信制御部４１０により処理されるサービス）であるかを判定する。第１のルータコンポーネント４３０は、ローカルサービスへ宛先指定されたサービスアクセス要求をローカルサービスへ経路指定し、リモートサービスへ宛先指定されたサービス要求を、双方向のデータリンク４５０を介して通信制御部４１０の第２のルータコンポーネント４４０へ経路指定する。

第２のルータコンポーネント４４０は、第１のルータコンポーネント４３０、又は、通信制御部４１０内のアプリケーションプログラムからサービスアクセス要求を受信し、サービスアクセス要求で指定されたサービスに基づいて、通信制御部４１０により処理される通信サービス、又は、第１のルータコンポーネント４３０へサービスアクセス要求を経路指定する。

第２のルータコンポーネント４４０は、通信サービスからデータをさらに受信し、当該受信したデータの意図された宛先に基づいて、第１のルータコンポーネント４３０、又は、通信制御部４１０のアプリケーションプログラムへ上記受信したデータを経路指定する。

第１のルータコンポーネント４３０は、ローカルサービスからと、第２のルータコンポーネント４４０からとの少なくともいずれかからデータをさらに受信し、この受信したデータの意図された宛先に基づいて、アプリケーション制御部４００に配置されたアプリケーションプログラム、又は、第２のルータコンポーネント４４０へデータを転送する。

第１のルータコンポーネント４３０は、第２のルータコンポーネント４４０からサービスアクセス要求を受信することも可能であり、第２のルータコンポーネント４４０から受信したサービスアクセス要求をアプリケーション制御部４００により処理されるローカルサービスへ経路指定する。

場合に応じて、指定したサービスがビジーである間は、ルータコンポーネントによってサービスアクセス要求を受信してもよい。その場合、ルータコンポーネントは、要求されるサービスが入手可能になるまで、サービスアクセス要求を待ち行列に入れておくことも可能である。例えば、第２のルータコンポーネント４４０は、通信制御部４１０により処理される通信サービスのために意図された上記受信済みのサービスアクセス要求を、当該受信したサービスアクセス要求の優先順位に基づいて待ち行列に入れてもよい。第２のルータコンポーネント４４０は、通信サービスが、待ち行列に入れたサービスアクセス要求を処理する準備ができていることを示す通信制御部４１０からの指示の受信に応じて、上記待ち行列に入れたサービスアクセス要求を通信サービスへ送信してもよい。第１のルータコンポーネント４３０は、アプリケーション制御部４００により処理されるサービスを指定するサービスアクセス要求に関して同様に構成することができる。

本発明の実施形態は、図４に示す、データ通信４６０用の開放型システム間相互接続参照モデル（「ＯＳＩモデル」）を参照しながら理解することができる。ＯＳＩモデルは、理想化されたフレームワークではあるが、データ通信システムの編成を理解するのに役に立つモデルを提供するものである。特に、ＯＳＩモデルは、異なるコンピュータシステム間での相互接続を容易にするように設計されたデータ通信ネットワーキング環境のための参照フレームワークである。ＯＳＩモデルは通信システムプロトコルの機能を体系化して、一連の層にしたものであり、これら一連の層の各々は、通信リンクにおけるプロトコル又は一組のプロトコルに対応するものである。さらに、端末内の個々の層はローカル端末内の対応する層と通信を行う。個々の層は下位の層の機能を利用し、上位の層へその機能を提供する。

図４に例示されているように、ＯＳＩモデルの７つの層は、上から下に、アプリケーション層、プレゼンテーション層、セッション層、トランスポート層、ネットワーク層、データリンク層及び物理層を含む。したがって、例えば、（アプリケーション層での）ローカル端末内のアプリケーション層は、ローカル端末内のプレゼンテーション層へデータを渡すことによってローカル端末内のアプリケーションと通信を行うことができる。上記ローカル端末は、プレゼンテーション層のプロトコルに従ってデータを処理し、下位のセッション層へデータを渡す。フォーマットされたデータが物理的ネットワークを介して最終的にローカル端末へ送信されるまで上記処理は続く。物理的ネットワークは、データバス、シリアルリンク、無線ＲＦリンク、光リンク、赤外線リンク、イーサネット(登録商標)接続又は他の任意の物理的ネットワーク接続を含んでもよい。上記層の各々の機能を下記の表１に示す。

上述の説明から明らかなように、必ずしも７つの層すべてを実装する必要はない。例えば、通信システム内の中間端末は一部の層のみを実装するものであってもよい。さらに、システムの構成に応じて、これらの層のいくつかの層の実装は、非常に単純化されるか、完全にバイパスされるかの少なくともいずれかになる場合がある。

一連のこれらの層から成るプロトコルの振舞いを実現するシステムは「プロトコルスタック」又は「スタック」として知られている。ハードウェア若しくはソフトウェアのいずれか、又は、これら双方の混合したものにプロトコルスタックを実装することができる。典型的には、ハードウェアの形で下位層のみが実装され、上位層はソフトウェアの形で実装される。多くの実装形態では、各種の層を組み合わせて一体にしてもよい。

図５は、無線端末１０２’の例示的な構成を示す図である。図５に示すように、通信プロトコルの形で種々の層を管理する役割は、アプリケーション制御部４００と通信制御部４１０との間で分担してもよい。例えば、通信プロトコルのデータリンクと物理層との管理は、通信制御部４１０により実行することが可能であり、これによって、アプリケーション制御部４００は、通信のデータリンクと物理層とを管理する負担が軽減されることになる。この配置構成は、例えば、無線通信と、有線通信と、赤外線通信との少なくともいずれかの通信のような多数の通信経路と媒体をサポートする無線端末とにとって特に有利なものになり得る。図５に例示の実施形態では、アプリケーション制御部４００において通信スタックの大きな部分が実現される。例えば、通信制御部４１０が物理的通信リンクを制御する専用の装置であるのに対して、アプリケーション制御部４００はインターネット接続を介して通信を行うＴＣＰ／ＩＰスタックを動作させることができる。この場合、通信制御部４１０の任務が制限されるため、通信制御部は中断を少なくして、複数のデータリンクをさらに効率良く管理することが可能となる。

アプリケーション制御部４００によりネットワーク層を通じて処理されたデータは、リンク４６５により通信制御部４１０へ渡すことができる。このリンク４６５は、図３に例示の双方向のデータリンク４５０に対応するものであってもよい。したがって、アプリケーション制御部４００は、物理リンクを介してそのまま通信制御部４１０と通信しながら、アプリケーション制御部４００と通信制御部４１０との間の通信経路を非常に単純化することが可能となる。データはリンク４７５を介して通信制御部４１０により送信される。以上説明したように、リンク４７５は、ＲＦリンク、有線リンク、赤外線リンク、光リンク又はその他のリンクであってもよい。

図６は、別の可能な構成を例示する図である。この構成では、無線端末１０２’はＯＳＩモデルの上位層を実装する通信制御部４１０を含むものである。例えば、通信制御部４１０は、通信経路のデータリンク層と物理層とを動作させることに加えて、トランスポート層とネットワーク層とを実装し、それによってアプリケーション制御部４００の任務をさらに軽減して、アプリケーション制御部４００が複数のアプリケーションプログラムをさらに効率的にかつ効果的に動作できるようにすることが可能となる。いずれの場合にせよ、アプリケーションは、特定の通信プロトコルについての明示的な知識を持つことなく、又は、通信サービスがどこに存在するかを突き止めることなく、通信サービスにアクセスすることが可能となる。

図７は、本発明のいくつかの実施形態に係るルータコンポーネント４３０、４４０によりサービス要求を処理する方法を示すフローチャートである。特に、サービス要求がルータコンポーネントにおいて受信されると（ブロック７１０）、要求がローカルサービス（即ち、ルータコンポーネントが配置されている制御部により処理されるサービス）を対象とするものであるか、リモートサービス（即ち、無線端末内の別の制御部により処理されるサービス）を対象とするものであるかを調べるチェックが行われる（ブロック７２０）。このサービス要求は、ローカルアプリケーションから受信してもよいし、又は、無線端末内の別のルータコンポーネントからブリッジ接続を介して受信してもよい。この要求がローカルサービスへ宛先指定されたものでなければ、ルータコンポーネントは要求をリモートルータへ転送する（ブロック７３０）。上記要求がローカルサービスへ宛先指定されたものであれば、ローカルサービスがアクティブなものであるかどうかを調べるチェックが行われる（ブロック７４０）。サービスがアクティブなものであれば、サービス要求はアクティブなローカルサービスへ転送される（ブロック７６０）。サービスがアクティブなものでなければ、エラーメッセージが要求者へ返送される（ブロック７５０）。

図８は、本発明の実施形態に係るさらに他の方法を示すフローチャートである。特に、図８は、ルータコンポーネントにおいて受信されたサービス要求を処理する追加の方法８００を示すものである。複数のアプリケーションが、アプリケーション制御部４００と通信制御部４１０との少なくともいずれかにより動作される特定サービスへのアクセスを要求することが可能となる。さらに、アプリケーションが、同じサービスからサービスアクセスを求める、別のアプリケーションにより行われた要求を認知していない場合がある。この結果、サービスアクセス要求が１つのアプリケーションにより行われている一方で、別のアプリケーションにより行われたサービス要求のビジーな処理をサービスが既に行っているようなことが生じる可能性がある。その場合、要求されたサービスが要求を自由に処理できるようになるまで、後で受信したサービスアクセス要求を待ち行列に入れておくことができる。

いくつかの実施形態では、アプリケーションの重要度に基づいてアプリケーションに対する優先順位を割り当てることができる。アプリケーションからのサービス要求は、この要求を出したアプリケーションの優先順位に基づいてサービス要求待ち行列に入れることができる。この結果、後で受信されたサービス要求を行ったアプリケーションの優先順位の方が先に受信されたサービス要求を行ったアプリケーションの優先順位よりも高い優先順位のものであった場合、後で受信したサービス要求の方が、先に受信したサービス要求よりも高い優先順位でサービス要求が待ち行列に入れられることになる場合がある。場合によっては、アプリケーションが「優先アプリケーション」と指定される場合もある。このようなアプリケーションについては、要求は全く待ち行列に入れられることはなく、即座に要求されるサービスへ送信されることになる。例えば、サービス要求のリアルタイム処理又はリアルタイムに近い処理を必要とするアプリケーションは「優先アプリケーション」と指定することができる。

サービス要求がルータコンポーネントにおいて受信される（ブロック８１０）と、その要求がローカルサービスのために意図されたものであるかどうかを調べるチェックが行われる（ブロック８２０）。要求がローカルサービスのために意図されたものでなければ、要求はリモートルータへ転送される（ブロック８３０）。要求がローカルサービスへ宛先指定されたものであれば、要求が優先アプリケーションから生じたものであるかどうかを調べるチェックが行われる（ブロック８４０）。要求が優先アプリケーションから生じたものであれば、要求はローカルサービスへ直接転送することができる（ブロック８５０）。要求が優先アプリケーションから生じたものでなければ、要求は、要求されたサービス用のサービス要求待ち行列の中に入れられる（ブロック８６０）。いくつかの実施形態では、要求は、当該要求を行うアプリケーションの優先順位に従ってサービス要求待ち行列の中に入れられる。要求したサービスが利用できるようになったとき（即ち、サービスが解放され、すべてのより高い優先順位の要求と、先に受信された要求との少なくともいずれかの要求が処理されたとき）待ち行列の要求が処理されることになる。

ルータコンポーネントを含むアプリケーションプロセッサと、ルータコンポーネントを含む通信用プロセッサとを含むものとして、本発明のいくつかの実施形態に係る無線端末について説明した。この場合、ルータコンポーネントは双方向のデータリンクによって接続される。本発明が、３以上の制御部と、３以上のルータコンポーネントとの少なくともいずれかを含む端末において実施可能であることは明らかである。例えば、本発明の実施形態に係る無線端末は、アプリケーション制御部４００と通信制御部４１０とに加えて、ユーザインタフェースを制御するためのインタフェース制御部を含むものであってもよい。このインタフェース制御部は、アプリケーション制御部４００と通信制御部４１０とから成るルータコンポーネントと共に、ブリッジのルータコンポーネント形成部を含むことも可能である。

図面及び本明細書において本発明の実施形態を開示した。特定の用語を用いたが、これらの用語は一般的かつ説明的な意味合いでのみ用いられたものであって、本発明の範囲を限定することを意図するものではない。本発明の範囲は特許請求の範囲に記載されている。

本発明のいくつかの実施形態に係る無線通信端末と通信システムを示す概略ブロック図である。 従来の無線通信端末の概略ブロック図である。 本発明のいくつかの実施形態に係る無線通信端末の概略ブロック図である。 開放型システム間相互接続データ通信用の参照モデルの結線図である。 本発明のいくつかの実施形態に係る無線通信端末の概略ブロック図である。 本発明のいくつかの実施形態に係る無線通信端末の概略ブロック図である。 本発明のいくつかの実施形態に係る処理を示すフローチャートである。 本発明のいくつかの実施形態に係る処理を示すフローチャートである。

Claims (25)

1. 無線通信端末であって、
   複数のアプリケーションプログラムを実行し、該アプリケーションプログラムにおいて実行される１つ以上のローカルサービスへのアクセスを提供するアプリケーション制御部と、
   複数の通信サービスを提供する通信制御部と、
   前記アプリケーション制御部と前記通信制御部との間に接続され、前記アプリケーション制御部により実行されるアプリケーションからサービスアクセス要求を受信し、前記アプリケーション制御部において提供されている前記１つ以上のローカルサービスのうちの１つのローカルサービス、又は、前記通信制御部において提供されている前記複数の通信サービスのうちの１つの通信サービスへ、前記サービスアクセス要求を選択的に経路指定するブリッジコンポーネントと
   を備えることを特徴とする無線通信端末。
2. 前記ブリッジコンポーネントは、
   前記アプリケーション制御部における第１のルータコンポーネントと、前記通信制御部における第２のルータコンポーネントとを備え、
   前記第１のルータコンポーネントは、
   前記アプリケーション制御部のアプリケーションからサービスアクセス要求を受信し、該サービスアクセス要求が、前記アプリケーション制御部において提供されている前記１つ以上のローカルサービスのうちの１つのローカルサービスのために意図されたものであるか、又は、前記通信制御部において提供されている前記複数の通信サービスのうちの１つの通信サービスのために意図されたものであるかを判定することを特徴とする請求項１に記載の無線通信端末。
3. 前記第１のルータコンポーネントは、
   前記１つ以上ローカルサービスのうちの１つのローカルサービスへ宛先指定されたサービスアクセス要求を前記１つ以上ローカルサービスのうちの１つのローカルサービスへ経路指定し、前記複数の通信サービスのうちの１つの通信サービスへ宛先指定されたサービス要求を、前記通信制御部の前記第２のルータコンポーネントへ経路指定することを特徴とする請求項２に記載の無線通信端末。
4. 前記第２のルータコンポーネントは、
   前記第１のルータコンポーネント、又は、前記通信制御部のアプリケーションプログラムからサービスアクセス要求を受信し、該サービスアクセス要求において指定されたサービスに基づいて、前記通信制御部において提供されている前記複数の通信サービスのうちの１つの通信サービス、又は、前記第１のルータコンポーネントへ前記サービスアクセス要求を選択的に経路指定することを特徴とする請求項２又は３に記載の無線通信端末。
5. 前記第２のルータコンポーネントは、さらに、
   通信サービスからデータを受信し、該受信したデータの意図された宛先に基づいて、前記第１のルータコンポーネント、又は、前記通信制御部のアプリケーションプログラムへ前記受信したデータを選択的に経路指定することを特徴とする請求項４に記載の無線通信端末。
6. 前記第１のルータコンポーネントは、さらに、
   ローカルサービス、又は、前記第２のルータコンポーネントからデータを受信し、該受信したデータの意図された宛先に基づいて、前記アプリケーション制御部に配置されたアプリケーションプログラム、又は、前記第２のルータコンポーネントへ前記データを選択的に転送することを特徴とする請求項５に記載の無線通信端末。
7. 前記通信制御部は、１つ以上のリモートアプリケーションプログラムをさらに備え、
   前記第２のルータコンポーネントは、
   前記通信制御部のリモートアプリケーションからサービスアクセス要求を受信し、該サービスアクセス要求が、前記通信制御部により処理されるサービスのために意図されたものであるか、又は、前記アプリケーション制御部により処理されるサービスのために意図されたものであるかを判定し、前記アプリケーション制御部により処理されるサービスのために意図されたサービスアクセス要求は前記第１のルータコンポーネントへ経路指定し、
   前記第１のルータコンポーネントは、さらに、
   前記第２のルータコンポーネントからサービスアクセス要求を受信し、該第２のルータコンポーネントから受信した前記サービスアクセス要求をローカルサービスへ経路指定することを特徴とする請求項２乃至６のいずれか１項に記載の無線通信端末。
8. 前記第２のルータコンポーネントは、
   前記通信制御部により処理される通信サービスのために意図された受信済みのサービスアクセス要求を、前記受信したサービスアクセス要求の優先順位に基づいて待ち行列の中に入れることを特徴とする請求項２乃至７のいずれか１項に記載の無線通信端末。
9. 前記第２のルータコンポーネントは、
   前記通信サービスが前記待ち行列に入れられたサービスアクセス要求を処理する準備ができていることを示す前記通信制御部からの指示の受信に応じて、待ち行列に入れられたサービスアクセス要求を通信サービスへ送信することを特徴とする請求項８に記載の無線通信端末。
10. 無線通信端末であって、
    第１のプロセッサにより処理される１つ以上のサービスにアクセスするために複数のアプリケーションプログラムを実行する前記第１のプロセッサと、
    第２のプロセッサにより処理される１つ以上のサービスにアクセスするために複数のアプリケーションプログラムを実行する前記第２のプロセッサと、
    前記第１のプロセッサと前記第２のプロセッサとの間に接続され、前記第１のプロセッサのアプリケーション、又は、前記第２のプロセッサのアプリケーションからサービスアクセス要求を受信し、該サービスアクセス要求において指定されたサービスに基づいて、前記第１のプロセッサにより処理されるサービス、又は、前記第２のプロセッサにより処理されるサービスへ前記サービスアクセス要求を選択的に経路指定するブリッジコンポーネントと
    を備えることを特徴とする無線通信端末。
11. 前記ブリッジコンポーネントは、
    前記第１のプロセッサにおける第１のルータコンポーネントと、
    前記第２のプロセッサにおける第２のルータコンポーネントとを備え、
    前記第１のルータコンポーネントは、
    前記第１のプロセッサのアプリケーションからサービスアクセス要求を受信し、前記サービスアクセス要求が、前記第１のプロセッサにより処理されるサービスのために意図されたものであるか、又は、前記第２のプロセッサにより処理されるサービスのために意図されたものであるかを判定することを特徴とする請求項１０に記載の無線通信端末。
12. 前記第１のルータコンポーネントは、
    前記第１のプロセッサにより処理されるサービスのために意図されたサービスアクセス要求を前記意図されたサービスへ経路指定し、前記第２のプロセッサにより処理されるサービスのために意図されたサービス要求を前記第２のプロセッサに備えられた前記第２のルータコンポーネントへ経路指定することを特徴とする請求項１１に記載の無線通信端末。
13. 前記第２のルータコンポーネントは、
    前記第１のルータコンポーネントからサービスアクセス要求を受信し、前記サービスアクセス要求を前記第２のプロセッサにより処理されるサービスへ経路指定することを特徴とする請求項１１又は１２に記載の無線通信端末。
14. 前記第２のルータコンポーネントは、さらに、
    前記第２のプロセッサにより処理されるサービスからデータを受信し、該受信したデータを前記第１のルータコンポーネントへ経路指定することを特徴とする請求項１３に記載の無線通信端末。
15. 前記第１のルータコンポーネントは、さらに、
    前記第１のプロセッサにより処理されるサービス、又は、前記第２のルータコンポーネントからデータを受信し、該データを前記第１のプロセッサのアプリケーションプログラムへ転送することを特徴とする請求項１４に記載の無線通信端末。
16. 前記第２のプロセッサは、１つ以上のアプリケーションプログラムをさらに備え、
    前記第２のルータコンポーネントは、
    前記第２のプロセッサのアプリケーションからサービスアクセス要求を受信し、前記サービスアクセス要求が、前記第２のプロセッサにより処理されるサービスのために意図されたものであるか、又は、前記第１のプロセッサにより処理されるサービスのために意図されたものであるかを判定して、前記第１のプロセッサにより処理されるサービスのために意図されたサービスアクセス要求を前記第１のルータコンポーネントへ経路指定し、
    前記第１のルータコンポーネントは、
    前記第２のルータコンポーネントからサービスアクセス要求を受信し、前記第２のルータコンポーネントから受信した前記サービスアクセス要求を、前記第１のプロセッサにより処理されるサービスへ経路指定することを特徴とする請求項１１乃至１５のいずれか１項に記載の無線通信端末。
17. 前記第２のルータコンポーネントは、
    前記第２のプロセッサにより処理されるサービスのために意図された受信済みのサービスアクセス要求を、前記受信したサービスアクセス要求の優先順位に基づいて待ち行列の中に入れることを特徴とする請求項１１乃至１６のいずれか１項に記載の無線通信端末。
18. 前記第２のルータコンポーネントは、さらに、
    選択されたサービスが待ち行列に入れられたサービスアクセス要求を処理する準備ができていることを示す前記第２のプロセッサからの指示の受信に応じて、前記待ち行列に入れられたサービスアクセス要求を前記第２のプロセッサにより処理される前記選択されたサービスへ送信することを特徴とする請求項１７に記載の無線通信端末。
19. 無線通信端末において処理負荷を低減した通信処理を提供する方法であって、
    前記無線通信端末にアプリケーションプロセッサを設けるステップと、
    前記無線通信端末に通信用プロセッサを設けるステップと、
    前記アプリケーションプロセッサと、前記通信用プロセッサとに接続されたブリッジコンポーネントを設けるステップと、
    前記アプリケーションプロセッサのアプリケーションから前記ブリッジコンポーネントへサービスアクセス要求を送信するステップと、
    前記アプリケーションプロセッサにより処理されるローカルサービス、又は、前記通信用プロセッサにより処理される通信サービスへ前記サービスアクセス要求を、該サービスアクセス要求に指定されたサービスに基づいて選択的に経路指定するステップと
    を含むことを特徴とする方法。
20. 前記アプリケーションプロセッサのアプリケーションから前記ブリッジコンポーネントへサービスアクセス要求を送信する前記ステップは、
    サービスアクセス要求を前記アプリケーションプロセッサの第１のルータコンポーネントへ送信するステップを含むことを特徴とする請求項１９に記載の方法。
21. 前記通信用プロセッサにより処理される通信サービスへ前記サービスアクセス要求を経路指定する前記ステップは、
    前記通信用プロセッサの第２のルータコンポーネントへ前記サービスアクセス要求を転送するステップを含むことを特徴とする請求項１９又は２０に記載の方法。
22. 前記第２のルータコンポーネントにおいて、前記第１のルータコンポーネントから転送されたサービスアクセス要求を受信するステップと、
    前記転送されたサービスアクセス要求を前記通信制御プロセッサにより処理される通信サービスへ経路指定するステップと
    をさらに含むことを特徴とする請求項２１に記載の方法。
23. 前記サービスアクセス要求の優先順位に従って前記サービスアクセス要求を待ち行列に入れるステップをさらに含み、
    前記通信制御プロセッサにより処理される通信サービスへ前記転送されたサービスアクセス要求を経路指定する前記ステップは、
    待ち行列に入れられたサービスアクセス要求を経路指定するステップを含むことを特徴とする請求項２２に記載の方法。
24. ローカルサービス、又は、前記第２のルータコンポーネントからのデータを前記第１のルータコンポーネントにおいて受信するステップと、
    前記受信したデータを前記アプリケーションプロセッサのアプリケーションプログラムへ転送するステップと
    をさらに備えることを特徴とする請求項２２又は２３に記載の方法。
25. 前記通信用プロセッサは、１つ以上のリモートアプリケーションプログラムをさらに備え、
    前記通信制御用プロセッサのリモートアプリケーションからサービスアクセス要求を前記第２のルータコンポーネントにおいて受信するステップと、
    前記サービスアクセス要求が、前記通信用プロセッサにより処理されるサービスのために意図されたものであるか、前記アプリケーションプロセッサにより処理されるサービスのために意図されたものであるかを判定するステップと、
    前記サービスアクセス要求の意図された宛先に基づいて、前記通信プロセッサにより処理されるサービス、又は、前記第１のルータコンポーネントへ前記サービスアクセス要求を選択的に経路指定するステップと
    をさらに含むことを特徴とする請求項２４に記載の方法。

Images