(57)【要約】  移動体端末のプラットフォームシステムは、アプリケーションサブシステム及びアクセスサブシステムを備える。アクセスサブシステムは、接続サービスを提供するハードウェア及びソフトウェアを備える。アプリケーションサブシステムは、ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを備える。アプリケーションサブシステム及びアクセスサブシステムは、所定のインタフェースを介して通信する。アプリケーションサブシステム及びアクセスサブシステムの各々は、独立して拡張可能である。
2007508728.tif 000002
【特許請求の範囲】
【請求項１】
移動体端末のプラットフォームシステムであって、
ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを含むアプリケーションサブシステムと、
接続サービスを提供するハードウェア及びソフトウェアを含むアクセスサブシステムと、
を備え、
前記アプリケーションサブシステム及び前記アクセスサブシステムは所定のインタフェースを介して通信し、
前記アプリケーションサブシステム及び前記アクセスサブシステムの各々は、独立して拡張可能である
ことを特徴とする移動体端末のプラットフォームシステム。
【請求項２】
前記アプリケーションサブシステムは、アプリケーションの開発者が前記アプリケーションサブシステム及び前記アクセスサブシステムにアクセスすることを可能とするように構成されたミドルウェアを含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項３】
前記アプリケーションサブシステムを拡張しても、前記アクセスサブシステムの機能は低下しないことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項４】
前記アクセスサブシステムを拡張しても、前記アプリケーションサブシステムの機能は低下しないことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項５】
前記アプリケーションの開発者は、前記ミドルウェアを介してのみ前記移動体端末のプラットフォームシステムにアクセスできることを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項６】
前記アプリケーションサブシステム及び前記アクセスサブシステムは異なるクロック上で動作することを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項７】
アクセスサブシステムのクロックはアプリケーションサブシステムのクロックよりも正確であることを特徴とする請求項６に記載の移動体端末のプラットフォームシステム。
【請求項８】
前記アプリケーションサブシステムは、
インタフェースサービススタックと、
オペレーションサービススタックと、
アプリケーションプラットフォームサービススタックと、
マンマシンインタフェース及びマルチメディアスタックと、
マルチメディアプロトコルスタックと、
を含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項９】
前記アクセスサブシステムは、
通信標準アクセスサービススタックと、
データ通信サービススタックと、
基本サービススタックと、
インタフェースサービススタックと、
を含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１０】
前記通信標準サービススタックは、少なくとも１つの無線通信標準に従って動作するように構成され、
前記データ通信サービススタックは、ソケットサービス及び通信ポートサービスのうち少なくとも１つを提供するように構成され、
前記基本サービススタックは、一般的なアクセスサービスを提供するように構成され、
前記インタフェースサービススタックは、前記アクセスサブシステムが前記アプリケーションサブシステムと通信することを可能にするように構成される
ことを特徴とする請求項９に記載の移動体端末のプラットフォームシステム。
【請求項１１】
前記少なくとも１つの無線通信標準は、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、及び、ＷＣＤＭＡのうちの少なくとも１つを含むことを特徴とする請求項１０に記載の移動体端末のプラットフォームシステム。
【請求項１２】
前記インタフェースサービススタックは、前記アプリケーションサブシステムが前記アクセスサブシステムと通信することを可能にするように構成され、
前記オペレーションサービススタックは、システム制御、システムデータ処理、コンポーネント管理、及び、プロキシ管理を提供するように構成され、
前記アプリケーションプラットフォームサービスは、ＳＭＳ／ＥＭＳサービス、セル同報サービス、電話帳サービス、プラットフォーム付帯サービス、クロックサービス、及び、位置決定アプリケーションサービスのうち、少なくとも１つを提供するように構成され、
前記マンマシンインタフェース及びマルチメディアスタックは、ユーザインタフェースサービス、オーディオサービス及び制御、音声制御サービス、グラフィックサービス、イメージサービス、カメラサービス、及び、ビデオサービスのうち、少なくとも１つを提供するように構成され、
前記マルチメディアプロトコルスタックは、アプリケーションプロトコルサービスを提供するように構成される
ことを特徴とする請求項８に記載の移動体端末のプラットフォームシステム。
【請求項１３】
前記アプリケーションプロトコルサービスは、マルチメディアプロトコルサービス、ＷＡＰプロトコルサービス、ＯＢＥＸプロトコルサービス、及び、ＢＬＵＥＴＯＯＴＨアプリケーションサービスを含むことを特徴とする請求項１２に記載の移動体端末のプラットフォームシステム。
【請求項１４】
前記アクセスサブシステムは、スタンドアロンモードにおいて使用されるように構成されることを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１５】
移動体端末のプラットフォームシステムを生成する方法であって、
ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを含むアプリケーションサブシステムを提供するステップと、
接続サービスを提供するハードウェア及びソフトウェアを含むアクセスサブシステムを提供するステップと、
所定のインタフェースを介して前記アプリケーションサブシステム及び前記アクセスサブシステムを相互作用可能に接続するステップと、
前記アプリケーションサブシステム及び前記アクセスサブシステムのうち少なくとも一方を独立して拡張するステップと、
ミドルウェアを介してのみ前記アクセスサブシステム及び前記アプリケーションサブシステムに対するアクセスを可能とするステップと、
を備えることを特徴とする方法。
【請求項１６】
前記アプリケーションサブシステムの機能を強化するステップをさらに備え、
前記アプリケーションサブシステムの機能を強化するステップは、前記アクセスサブシステムの機能を低下させないことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記アプリケーションサブシステムのためのソフトウェアを更新するステップと、
前記アクセスサブシステム及び前記アプリケーションサブシステムのうち少なくとも一方のために以前に開発されたソフトウェアを再利用するステップと、
をさらに備えることを特徴とする請求項１５に記載の方法。
【請求項１８】
高性能なタスクを実行するために前記アプリケーションサブシステムを最大限に活用するステップをさらに備えることを特徴とする請求項１５に記載の方法。
【請求項１９】
リアルタイム要求の厳しいタスクを実行するために前記アクセスサブシステムを最大限に活用するステップをさらに備えることを特徴とする請求項１５に記載の方法。
【請求項２０】
前記アクセスサブシステム及び前記アプリケーションサブシステムは、同一のチップ上に存在することを特徴とする請求項１５に記載の方法。
【請求項２１】
前記アクセスサブシステム及び前記アプリケーションサブシステムは、同一のチップ上に存在しないことを特徴とする請求項１５に記載の方法。
【請求項２２】
前記アクセスサブシステムの機能を強化するステップをさらに備え、
前記アクセスサブシステムの機能を強化するステップは、前記アプリケーションサブシステムの機能を低下させないことを特徴とする請求項１５に記載の方法。
【請求項２３】
前記アクセスサブシステムのためのソフトウェアを更新するステップと、
前記アクセスサブシステム及び前記アプリケーションサブシステムのうち少なくとも一方のために以前に開発されたソフトウェアを再利用するステップと、
をさらに備えることを特徴とする請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本特許出願は、（１）２００３年１０月１０日に出願された米国仮特許出願第６０／５１０，５７８号（ドケットナンバー５３８０７−０００８３ＵＳＰＬ）、及び、（２）２００３年１０月１０日に出願された米国仮特許出願第６０／５１０，５５８号（ドケットナンバー５３８０７−０００８４ＵＳＰＬ）の優先権を主張し、参照により全体の開示を本明細書に組み込む。本特許出願は、２００３年２月７日に出願された米国特許出願第１０／３５９，８３５号（ドケットナンバー５３８０７−０００４５ＵＳＰＴ）の全体の開示を参照により本明細書に組み込む。本特許出願は、本特許出願と同日に出願された、「移動体端末のゲートウェイ」という名称の米国特許出願（ドケットナンバー５３８０７−０００８３ＵＳＰＬ）の全体の開示を参照により本明細書に組み込む。
【０００２】
［技術分野］
本発明は、概して、移動体端末のプラットフォームシステムに関し、より詳しくは、限定するつもりはないが、アクセスサービス及びアプリケーションサービスの両方に関して容易に拡張可能な、移動体端末のプラットフォームシステムに関する。
【背景技術】
【０００３】
１９８０年代にセルラ通信システムが最初に導入されて以来、セルラ通信システムにおいて利用されている移動体端末は、ますます複雑になってきている。移動体端末は、最初は、主として音声電話サービスを提供するように設計された。後年になって、音声電話のデータとは関係の無いユーザデータを転送する機能も備える移動体端末が開発された。そのようなユーザデータは、例えば、パーソナルコンピュータにより開始されるダイアルアップによるネットワーク接続上で転送されるデータを含む。
【０００４】
現在、いわゆる第３世代の（３Ｇ）システムが開発されつつある。３Ｇシステムは、高速アクセスと従来の音声通信を結合させ、インターネットブラウジングへのアクセス、ストリーミングオーディオ／ビデオ、位置決定、ビデオ会議、そして、従来の音声電話よりも多くの他の機能を、ユーザに提供する。
【０００５】
世界中で開発されているいくつかの３Ｇシステム間における互換性を確保しようとして、第３世代パートナーシッププロジェクト（３ＧＰＰ）が設立された。音声、データ、及び、マルチメディアを世界のどこにでも配信することのできる、地球上及び衛星のシステムを含む３Ｇシステムを提供するために、ユニバーサル移動通信システム（ＵＭＴＳ）が３ＧＰＰによって開発された。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
３ＧＰＰの標準化によってセルラ通信システムに盛り込まれた、急激に増加した機能は、セルラ通信システムにおいて使用される移動体端末の開発者に、多大な負担をもたらした。移動体端末が、大きさ、メモリ、及び、電力の点で制限されている、いわゆるリソース不足の環境であるという事実により、この負担は増幅された。移動体端末の開発者は、伝統的に、基本的な端末操作に必要とされる全てのハードウェア及びソフトウェアを備え、同時に、開発者又は市場ニーズに関する彼らの認識に基づく特定のユーザに要求される特徴及び機能を提供するために必要とされるハードウェア及びソフトウェアも備える、実質的に完全な移動体端末を設計し、製造し、販売してきた。例えばマルチメディア、内蔵カメラ付電話機能、ＭＰ３プレーヤ、テレビ電話機能、短距離無線通信機能（例えば、ＢＬＵＥＴＯＯＴＨ（登録商標）など）、及び、汎用シリアルバス（ＵＳＢ）接続機能などの、従来は移動体端末に見られなかった付加的な機能を持つ移動体端末に対する市場の需要が増加するにつれて、従来の移動電話の設計、製造、及び、販売のアプローチでは、市場の需要の急激な変化に迅速に適応したり複数のユーザの多様な要求を満足させたりする柔軟性を備えることができなくなってきた。
【０００７】
それゆえ、上述した需要に対処する、拡張性のある移動体端末のプラットフォームのための方法及びシステムが必要とされている。
【０００８】
【０００９】
【課題を解決するための手段】
【００１０】
移動体端末のプラットフォームシステムは、アプリケーションサブシステム及びアクセスサブシステムを備える。アクセスサブシステムは、接続サービスを提供するハードウェア及びソフトウェアを備える。アプリケーションサブシステムは、ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを備える。アプリケーションサブシステム及びアクセスサブシステムは、所定のインタフェースを介して通信する。アプリケーションサブシステム及びアクセスサブシステムの各々は、独立して拡張可能である。
【００１１】
移動体端末のプラットフォームシステムを生成する方法は、アプリケーションサブシステムを提供するステップとアクセスサブシステムを提供するステップとを備える。アプリケーションサブシステムは、ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを備える。アクセスサブシステムは、接続サービスを提供するハードウェア及びソフトウェアを備える。アプリケーションサブシステム及びアクセスサブシステムは、所定のインタフェースを介して相互作用可能に接続される。アプリケーションサブシステム及びアクセスサブシステムのうち少なくとも一方が、独立して拡張可能である。アプリケーションサブシステムのミドルウェアを介してのみアクセスサブシステム及びアプリケーションサブシステムに対するアクセスが可能である。
【００１２】
添付の図面と併せて本発明に係る典型的な実施形態の以下の詳細な説明を参照することにより、本発明に関してより完全な理解が得られるであろう。
【発明を実施するための最良の形態】
【００１３】
添付の図面を参照して、本発明の実施形態をより十分に説明する。しかしながら、本発明は多くの他の形態により実施され得るものであり、ここで説明する実施形態に限定されるものと解釈してはならない。本発明は、現存するような請求項及びその均等物によってのみ限定されるものと考えて頂きたい。
【００１４】
図１は、移動体端末のプラットフォームシステム１００に関する論理的な視点によるブロック図である。移動体端末のプラットフォームシステム１００は、低い総コストで最大限に活用し、コスト及び機能の点で拡張性があるように構成され得る。移動体端末のプラットフォームシステム１００は、以前になされたソフトウェアへの投資を再利用可能なように構成される。移動体端末のプラットフォームシステム１００は、例えば自動車用アプリケーションからいわゆるスマートフォンに至る、広い製品範囲をサポートするように構成され得る。
【００１５】
移動体端末のプラットフォームシステム１００のアーキテクチャは、アクセスサブシステム１０２とアプリケーションサブシステム１０４の間に機能的な分離(functional split)を備える。機能的な分離は、アクセスサブシステム１０２によって処理される標準通信プロトコルとアプリケーションサブシステム１０４によって処理されるエンドユーザの機能との分離として見られ得る。また、機能的な分離は、アクセスサブシステム１０２によって処理されるリアルタイム制御とアプリケーションサブシステム１０４によって処理されるハイパフォーマンス・エクセキューション（高性能な実行）との分離としても見られ得る。ハイパフォーマンス・エクセキューションは、いわゆるベストエフォート・エクセキューションに相当し、一方、リアルタイム制御は、時間的制限を満足することが重要な制御に相当する。機能的な分離を使用しないプラットフォームシステムと比較すると、機能的な分離によりアプリケーションサブシステム１０４におけるパフォーマンスの見積もりがより予測可能になる。機能的な分離が用いられることでアプリケーションサブシステム１０４及びアクセスサブシステム１０２が独立的に最適化されたり、アクセスサブシステム１０２及びアプリケーションサブシステム１０４それぞれによって処理される異なる分担のために一体化されることが可能になる。
【００１６】
機能的な分離は、移動体端末のプラットフォームシステム１００における形式の承認(type approval)のための重要な機能をアクセスサブシステム１０２が処理することを可能にするために使用され得る。機能的な分離はまた、例えばテレマティックスソリューションの一部としてのスタンドアロンモードにおいてアクセスサブシステム１０２が利用されることを可能にするためにも使用され得る。機能的な分離はまた、アクセスサブシステム１０２及びアプリケーションサブシステム１０４上で、例えばＯＳＥ、ＳＹＭＢＩＡＮ（登録商標）  ＯＳ、或いは、ＷＩＮＤＯＷＳ（登録商標）  ＣＥなどのような多種多様のオペレーティングシステムを使用することを可能にするためにも使用され得る。しかしながら、機能的な分離は、オペレーティングシステムに対する単なる適応に過ぎないという必要は無い。適応においては、オペレーティングシステムはアプリケーションサブシステム１０２をモデムとして扱うに過ぎない。しかし、機能的な分離は代わりに、例えば、本特許出願と同日に出願された、「移動体端末のゲートウェイ」という名称の米国特許出願（ドケットナンバー５３８０７−０００８３ＵＳＰＬ）において詳細に論じられているようなゲートウェイでもよい。機能的な分離はまた、コードがアプリケーションサブシステム１０４上で実行される前に、アプリケーションサブシステム上にロードされるコードをチェックする、信頼されたエンティティとしてアクセスサブシステム１０２が機能することを可能にするようにも構成され得る。アプリケーションサブシステム１０４は、信頼されていないか、又は、完全には信頼されていないものであっても構わない。
【００１７】
移動体端末のプラットフォームシステム１００は、複数のサービススタック１０６乃至１２２を含む。サービススタック１０６乃至１２２の各々は、移動体端末のプラットフォームシステム１００における多様な機能を提供する、一体化されたハードウェア及びソフトウェアのコンポーネントを備える。サービススタック１０６乃至１２２は、アクセスサブシステム１０２の一部である複数のサービススタック１０６乃至１１２と、アプリケーションサブシステム１０４の一部である複数のサービススタック１１４乃至１２２とを含む。サービススタック１０６乃至１１２は、アクセスサブシステム１０２の一部として示される典型的なサービススタックである、複数の通信スタック、すなわち、ユニバーサル移動通信システム（ＵＭＴＳ）アクセスサービススタック１０６、データ通信（データコム(datacom)）サービススタック１０８、基本サービススタック１１０、及び、インタフェース（ＩＦ）サービススタック１１２を含む。サービススタック１０６乃至１１２の各々は、図１に示すように、一体化されたソフトウェア及びハードウェアを備える。アプリケーションサブシステム１０４は、アプリケーションサブシステムの一部として示される典型的なスタックである、複数のアプリケーションスタック、すなわち、ＩＦサービススタック１１４、オペレーションサービススタック１１６、アプリケーションプラットフォームサービススタック１１８、マンマシンインタフェース及びマルチメディア（ＭＭＩ及びＭＭ）サービススタック１２０、及び、マルチメディアプロトコルサービススタック１２２を含む。
【００１８】
ＩＦサービススタック１１４は、ＩＦサービススタック１１２に対応し、ＩＦサービススタック１１２と通信する。アクセスサブシステム１０２とアプリケーションサブシステム１０４との間のデータ通信１２８及び制御１３０は、ＩＦサービススタック１１２及びＩＦサービススタック１１４を介して行われる。データ通信１２８は制御１３０よりもローレベルの通信であることを説明するために、図１において、制御１３０は、データ通信１２８と比較して上位レベルに図示されている。サービススタック１１４乃至１２２の各々は、図１に示すように、一体化されたソフトウェア及びハードウェアを備える。アクセスサブシステム１０２及びアプリケーションサブシステム１０４は、アクセスミドルウェア（ＯＰＡ）１２４及びアプリケーションミドルウェア（ＯＰＡ）１２６をそれぞれ備える。アクセスミドルウェア（ＯＰＡ）１２４は、アプリケーションプログラミングインタフェース、及び、アプリケーションプログラミングインタフェースと通信する方法を備える。一方、アプリケーションミドルウェア１２６は、アプリケーション実行環境及びアプリケーションプログラミングインタフェース（ＯＰＡ）を備える。
【００１９】
アクセスサブシステム１０２は、例えばＷＣＤＭＡ（広帯域符号分割多元接続）、ＥＤＧＥ（エンハンストＧＳＭデータエボリューション）、ＧＰＲＳ（汎用パケット無線サービス）、及び、ＢＬＵＥＴＯＯＴＨ（登録商標）などのような接続機能をサポートするように構成され、また、異なるインタフェース間でデータをルーティング可能なＩＰ中心のソリューションも備え得る。ＥＤＧＥという用語は、ここで使用されているように、ＥＧＰＲＳ（エンハンスト汎用パケット無線サービス）及びＥＣＳＤ（エンハンスト回路交換データ）のうち少なくとも一方を意味し、参照するものである。ＵＭＴＳアクセスサービススタック１０６は、例えばＷＣＤＭＡ、ＧＳＭ、ＥＤＧＥ、及び、ＧＰＲＳに従う、標準通信を処理するように構成される。データコムサービススタック１０８は、例えばＵＡＲＴ、ＵＳＢ、ＩｒＤＡ、及び、ＢＬＵＥＴＯＯＴＨ（登録商標）に従う、データ通信を処理する。
【００２０】
アクセスサブシステム１０２とは対照的に、アプリケーションサブシステム１０４は、例えばマルチメディア、ＭＭＩ、及び、他のユーザアプリケーションなどのような、ユーザアプリケーションをサポートするように構成される。ユーザアプリケーションは、移動体端末のプラットフォームシステム１００のエンドユーザが使用するアプリケーションである。アクセスサブシステム１０２及びアプリケーションサブシステム１０４は、例えば、同一のダイ上、又は、分離したアプリケーション固有集積回路（ＡＳＩＣ）として実装され得る。
【００２１】
基本サービススタック１１０は、移動体端末のプラットフォームシステム１００により使用されるオペレーティングシステムのための、アクセスサブシステム固有のサポートを扱うように構成される。基本サービススタック１１０は、例えば、セキュリティ機能、加入者ＩＤモジュール（ＳＩＭ）アクセス、及び、システム制御を備え得る。ＩＦサービススタック１１２及び１１４は共に、アクセスサブシステム１０２とアプリケーションサブシステム１０４との間でインタフェースするのに必要とされる機能を扱うように構成される。２つの分離したスタックとして示されているが、ＩＦサービススタック１１２及びＩＦサービススタック１１４は、単一のダイの上に実装されてもよい。ＩＦサービススタック１１２及び１１４は共に、単一のダイの上に実装されているか否かに関わらず、存在するものである。マルチメディアプロトコルサービススタック１２２は、例えばオブジェクトエクスチェンジ（ＯＢＥＸ）やＢＬＵＥＴＯＯＴＨ（登録商標）アプリケーションサービスなどの、ＩＰ上の機能を扱う。
【００２２】
オペレーションサービススタック１１６は、システム機能を扱うように構成される。システム機能とは、例えば、システム制御、システムデータ処理、コンポーネント管理、プロキシ管理、コアアプリケーションセキュリティ、アプリケーション暗号機能、ＩＣカード機能、及び、アプリケーション端末管理などである。アプリケーションプラットフォームサービススタック１１８は、例えば、ＳＭＳ／ＥＭＳサービス、セル同報サービス、電話帳サービス、プラットフォーム付帯サービス、クロックサービス、及び、位置決定アプリケーションサービスなどのサービスを扱うように構成される。
【００２３】
ＭＭＩ及びＭＭサービススタック１２０は、例えば、ユーザインタフェース（ＵＩ）サービス、オーディオサービス及びオーディオ制御、音声制御サービス、グラフィック（表示(display)）サービス、イメージサービス、カメラサービス、及び、ビデオサービスなどのサービスを扱うように構成される。ＭＭＰサービススタック１２２は、アプリケーションプロトコルサービスを提供するように構成される。アプリケーションプロトコルサービスは、例えば、マルチメディアプロトコル、ＷＡＰプロトコル、ＯＢＥＸプロトコル、及び、ＢＬＵＥＴＯＯＴＨ（登録商標）アプリケーションサービスを含む。ＭＭＰサービススタック１２２は、パケット交換式及び回路交換式両方のベアラのためにプロトコルを提供してもよい。
【００２４】
移動体端末のプラットフォームシステム１００は、アプリケーションサブシステム１０４上におけるアプリケーションの開発のための一連の種々のアプリケーション環境を提供し、かつ、サポートするように構成され得る。各々のアプリケーション環境は、それぞれの特徴を持つ。アプリケーション環境は、アプリケーションが開発される方法（プログラミング言語のサポート、コンパイル(compilation)、及び、リンク(linkage)）と、実行されるバイナリの種類（例えば、ＡＲＭのオブジェクトファイル、ＪＡＶＡ（登録商標）のクラスファイル）と、提供される機能サービスと、使用時の潜在的な制限とによって特徴付けられる。多数のアプリケーション環境の選択をサポートすることは、様々な要求のある広範な製品を促進する。様々な要求とは、例えば、コスト、使い勝手のよさ、製品化に要する時間、機能のセット、サイズ、及び、携帯性などである。機能的な分離はまた、アクセスサブシステム１０２が、信頼され、アプリケーションサブシステム１０４上にロードされるコードを、アプリケーションサブシステム上で実行される前にチェックすることを可能にするようにも構成され得る。アプリケーションサブシステム１０４は、信頼されていないか、又は、完全には信頼されていないものであっても構わない。
【００２５】
移動体端末のプラットフォームシステム１００は、コスト中心かつサイズ中心のデバイスを開発するために必要とされるサービスを構成することを可能にするという意味において、拡張性がある。そのような構成は、例えば、小さく、効率的で、かつ、静的なアプリケーションを開発するためのネイティブなアプリケーション環境を提供するに過ぎないかもしれない。一方、移動体端末のプラットフォームシステム１００によってサポートされる非ネイティブなアプリケーションのためのランタイム実行環境を使用することで、例えばネイティブなアプリケーション及びダウンロード可能なアプリケーションの両方をサポートする、より先進的な製品の開発が可能になるかもしれない。移動体端末のプラットフォームシステム１００によって提供されるサービスは、一般的に、内部のプラットフォーム構造及びデータタイプから取り出される。それゆえ、移動体端末のプラットフォームシステム１００の機能が不変である限り、アプリケーションは、移動体端末のプラットフォームシステム１００に対する内部の変化による影響を受けない。
【００２６】
移動体端末のプラットフォームシステム１００は、一般的に、ネイティブなアプリケーションのためのアプリケーション環境を提供する。ネイティブなアプリケーション環境は、アプリケーションミドルウェア（ＯＰＡ）１２６を直接介して、機能サービスを提供する。アプリケーションミドルウェア（ＯＰＡ）１２６は、それゆえ、選択されたネイティブなプラットフォームサービスに関する動的な実行をサポートすることを備え得る。アクセスミドルウェア（ＯＰＡ）１２４及びアプリケーションミドルウェア（ＯＰＡ）１２６は、分離したオープンプラットフォームＡＰＩ（ＯＰＡ）として見られ得る。アクセスミドルウェア（ＯＰＡ）１２４とアプリケーションミドルウェア（ＯＰＡ）１２６の間のこの機能的な分離は、一般的に、アプリケーションの開発者には見えない。アクセスサブシステム１０２上に配置されるサービスは、一般的に、アプリケーションの開発者によって、アクセスミドルウェア（ＯＰＡ）１２４又はアプリケーションミドルウェア（ＯＰＡ）１２６から直接到達されることができない。
【００２７】
データ通信機能は、アクセスサブシステム１０２とアプリケーションサブシステム１０４の間で分離されている。ＯＳＩ参照モデルの観点からは、物理層、データリンク層、ネットワーク層、及び、トランスポート層は、アクセスサブシステム１０２に配置される。一方、セッション層、プレゼンテーション層、及び、アプリケーション層は、アプリケーションサブシステム１０４に配置される。
【００２８】
図２は、アクセスサブシステム２００の機能ブロック図である。上述した機能的な分離において、アクセスサブシステム２００は、アクセス機能を備えるように構成される。アクセス機能とは、例えば、ネットワークシグナリングの処理、回路交換式のオーディオコーダ・デコーダ（コーデック）機能、ＳＩＭ／ＵＳＩＭカードアクセス、外部のインタフェース（例えばＢＬＵＥＴＯＯＴＨ（登録商標）、ＲＳ２３２、ＩｒＤＡ、ＵＳＢ）、位置決定プロトコルのサポート、ＯＴＤＯＡのための位置測定、及び、外部のＡ−ＧＰＳソリューションとアクセスセキュリティと暗号ハードウェアとに関するサポートなどの機能である。アクセスサブシステム２００はまた、一般的に、（明示されていないが）ＴＣＰ／ＩＰに依存しＴＣＰ／ＩＰを含む、アクセサリ（付帯物）制御バス及びデータ通信スタックも備える。無線インタフェースに要求されるため、通常、比較的正確なクロックがアクセスサブシステム２００によって使用される。
【００２９】
より良いリアルタイム特性、より密な結合性、及び、ユーザに対する改良された価値を達成するために、データ通信スタック及び外部のインタフェースはアクセスサブシステム２００上に設置される。アクセスサブシステム２００は、外部の接続を制御するように構成される。それゆえ、「常に最良・最安の接続を行う」といったようなサービスがアクセスサブシステム２００上に実装され得る。アクセスサブシステム２００は、例えばＷＣＤＭＡ、ＧＳＭ／ＧＰＲＳ、及び、ＥＤＧＥなどのような種々のネットワーク標準をサポートするように拡張可能である。
【００３０】
アクセスサブシステムは、アクセスハードウェア２０２を備え、アクセスハードウェア２０２は、中央処理装置（ＣＰＵ）２０４及びデジタル信号プロセッサ（ＤＳＰ）２０８を備え、ＣＰＵ２０４及びＤＳＰ２０８の組み合わせによる全体的な機能が、アクセスハードウェア２０２、アクセスＣＰＵソフトウェア２０６、及び、ＤＳＰソフトウェア２１０によって論理的に示されている。アクセスＣＰＵソフトウェア２０６は、アクセスＣＰＵ２０４上にロードされる。一方、ＤＳＰ２０８は、ＤＳＰ２０８にロードされるＤＳＰソフトウェア２１０を備える。アクセスハードウェア２０２によって実行される機能は、ＵＭＴＳアクセスサービスハードウェア２１２、データコムサービスハードウェア２１４、基本サービスハードウェア２１６、及び、ＩＦサービスハードウェア２１８によって実行される機能を含む。
【００３１】
ＵＭＴＳアクセスサービスハードウェア２１２は、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ（ＧＧＥ）ブロック２４２及びＷＣＤＭＡブロック２４４をＤＳＰ２０８と併せて備える。アクセスサブシステム２００において、ＤＳＰ２０８は、ＧＧＥブロック２４２及びＷＣＤＭＡブロック２４４を含むＵＭＴＳアクセスサービスハードウェアの機能を実行する。ＤＳＰ２０８はアクセスハードウェア２０２の一部として示されているが、ＤＳＰは必ずしもＵＭＴＳアクセスサービスハードウェア２１２の一部である必要は無いし、アクセスハードウェア２０２の一部として備えられる必要も全く無い。
【００３２】
ＧＧＥブロック２４２は、ＲＦブロック２４６に接続されている。一方、ＷＣＤＭＡブロック２４４は、ＲＦブロック２４８に接続されている。ＲＦブロック２４６及びＲＦブロック２４８はそれぞれ、電力増幅器ブロック２５４及び２５６それぞれを介して送信を行うために、帯域選択＆スイッチブロック２５０に接続されている。帯域選択＆スイッチブロック２５０は、受信のために、電力増幅器ブロック２５４及び２５６を介してＲＦブロック２４６及びＲＦブロック２４８をアンテナ２５２に接続させる。ＵＭＴＳアクセスサービスハードウェア２１２はまた、汎用非同期送受信機（ＵＡＲＴ）インタフェース２５８及びパルス符号変調（ＰＣＭ）インタフェース２６０も備える。
【００３３】
データコムサービスハードウェア２１４は、ＵＡＲＴインタフェース２６２、汎用シリアルバス（ＵＳＢ）インタフェース２４０、ＩｒＤＡインタフェース２３８、ＢＬＵＥＴＯＯＴＨ（登録商標）（ＢＴ）インタフェース２３６、及び、ＵＡＲＴインタフェース２６４を備える。基本サービスハードウェア２１６は、電力管理インタフェース２６６及び加入者ＩＤモジュール（ＳＩＭ）カードインタフェース２６８を備える。ＩＦサービスハードウェア２１８は、アクセス／アプリケーションインタフェース（ＡＡＩＦ）２７０を備える。
【００３４】
アクセスＣＰＵソフトウェア２０６は、ＵＭＴＳアクセスサービスソフトウェア２２０、データコムサービスソフトウェア２２２、基本サービスソフトウェア２２４、及び、ＩＦサービスソフトウェア２２６を備える。アクセスＣＰＵソフトウェア２０６はまた、ハードウェア抽象化レイヤー（ＨＡＬ）２２８も備える。ＨＡＬ２２８は、アクセスサブシステム２００におけるソフトウェア部分とハードウェア部分との間の依存性を断ち切らせる。アクセスＣＰＵソフトウェア２０６の一部として、アクセスミドルウェア（ＯＰＡ）２３０も示されている。アクセスミドルウェア（ＯＰＡ）２３０は、ＯＰＡアクセスモジュール２３２及びプロキシ／スタブ２３４を含む。一般的に、アクセスサブシステム２００上では、いかなる実行環境制御も必要とされない。なぜなら、アプリケーションの開発者は、アクセスサブシステム２００を制御することはできるが、いかなるアプリケーションもアクセスサブシステム２００上に設置することはできないからである。
【００３５】
図１に示される所定のサービススタック１０６乃至１１２に対応する、アクセスサブシステム２００に示されるサービスソフトウェア、ＨＡＬ、及びハードウェアの組み合わせは、同様の機能を実行する。例えば、ＵＭＴＳアクセスサービススタック１０６は、大雑把に言って、ＵＭＴＳアクセスサービスハードウェア２１２、ＨＡＬ２２８、及び、ＵＭＴＳアクセスサービスソフトウェア２２０の組み合わせに対応し、ＵＭＴＳアクセスサービスソフトウェア２２０、ＨＡＬ２２８、及び、ＵＭＴＳアクセスサービスハードウェア２１２は共同してＵＭＴＳアクセスサービスを実行する。
【００３６】
外部のオペレーティングシステム（すなわち、図３に示されるアプリケーションサブシステム３００以外のアプリケーションサブシステム上のオペレーティングシステム）がアクセスサブシステム２００と共に使用される場合、外部のオペレーティングシステムは、一般的に、アプリケーションサブシステム３００上に存在するすべての機能を含み、さらに、例えばＢＬＵＥＴＯＯＴＨ（登録商標）機能又はＴＣＰ／ＩＰ機能などのような、アクセスサブシステム２００上に配置されるいくつかの機能を複製してもよい。外部のオペレーティングシステムは、アクセスサブシステム２００上で使用可能な機能を、通信インタフェースを介して使用する。外部のオペレーティングシステムがＡＡＩＦ２７０を介してアクセスサブシステム１０２通信可能であれば、外部のオペレーティングシステムが使用される際に、アクセスサブシステム２００に対するいかなる変更も必要とされない。
【００３７】
回路交換式の音声電話オーディオに関する形式の承認(type approval)及びリアルタイムの要求を単純化するために、回路交換式の音声は、一般的に、アクセスサブシステム２００において処理される。それゆえ、オーディオ処理は、一般的に、ＤＳＰ２０８において実行され、アプリケーションサブシステム３００などのようなアプリケーションサブシステムに対するデジタルオーディオインタフェースを介して配信される。ＰＣＭインタフェース２６０は、形式の承認、及び、検査＆確認をより容易にする。しかしながら、ＰＣＭインタフェース２６０は、例えば、テレマティックスソリューションや外部のＢＬＵＥＴＯＯＴＨ（登録商標）ソリューションのためにも利用され得る。
【００３８】
ＵＭＴＳアクセスサービスは、ＵＭＴＳアクセスサービスソフトウェア２２０、ＨＡＬ２２８、及び、ＵＭＴＳアクセスサービスハードウェア２１２の組み合わせによって実行される。ＵＭＴＳアクセスサービスは、例えば、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、及び、３ＧＰＰに従うＷＣＤＭＡなどのような、多様な無線通信標準のサポートを含む。ＵＭＴＳアクセスサービスは、回路交換式の音声、回路交換式のデータ、パケット交換式のデータ、ショートメッセージサービス、補助的なサービス、及び、セル同報のための機能を備え得る。ＵＭＴＳアクセスサービスは、例えば、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ又はＧＳＭ／ＧＰＲＳ／ＥＤＧＥ／ＷＣＤＭＡをサポートするように構成され得る。ＵＭＴＳアクセスサービスはまた、アイドルモード及び専用モードにおいて、ＷＣＤＭＡとＧＳＭ／ＧＰＲＳ／ＥＤＧＥとの間のスイッチングに関する完全なサポートも提供し得る。ＨＳＤＰＡのサポートも実施され得る。
【００３９】
ＵＭＴＳアクセスサービスはまた、呼の開始及び制御を管理するインタフェースを供給する、回路交換式のサービスをサポートするようにも構成され得る。呼の開始及び制御を行うインタフェースは、回路交換式の音声呼及びデータ呼を含み得る。そして、通常の音声呼を開始し、応答し、切断することにより、緊急呼を含む呼を管理する機能を提供し得る。回路交換式のサービスはまた、音声呼と同様の方法でデータ呼を管理する機能を含み得る。ＵＭＴＳアクセスサービスはまた、アクセスサブシステムにおけるオーディオ制御と位置決定サービスのための基本機能とを扱うようにも構成される。位置決定サービスは、例えば、アシステッドＧＰＳ(assisted GPS, A-GPS)及びＯＴＤＯＡのサポートを含み得る。
【００４０】
ＵＭＴＳアクセスサービスと同様の方法で、データコムサービスは、データコムサービスソフトウェア２２２、ＨＡＬ２２８、及び、データコムサービスハードウェア２１４の組み合わせによって実行される。データコムサービスは、一般的に、２種類のサービスを備える。（１）ソケットサービス、及び、（２）ＣＯＭポートサービス、である。ソケットインタフェースにより、アプリケーションは、例えばＵＭＴＳ、ＢＬＵＥＴＯＯＴＨ（登録商標）、或いは、ＵＳＢを使用するＩＰベースのネットワークを介して、ＵＤＰ又はＴＣＰ接続のサービスと通信することが可能になる。回路交換式及びパケット交換式のＵＭＴＳ（例えば、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ／ＷＣＤＭＡ）ベアラは共に、サポートされ得る。ＤＵＮサーバ（ＰＰＰサーバ）機能は、回路交換式のＵＭＴＳベアラ上のＩＰトラフィックのために提供され得る。これらのサービスを使用するクライアントの例として、ＷＡＰ及びマルチメディアアプリケーションがある。
【００４１】
データコムサービスはまた、複数の物理インタフェース（例えば、ＢＴインタフェース２３６又はＩｒＤＡインタフェース２３８など）のうちいずれかを使用する、ラップトップ又はＰＤＡからのダイアルアップネットワーキングを許可するようにも構成され得る。回路交換式及びパケット交換式のＵＭＴＳ（例えば、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ／ＷＣＤＭＡ）ベアラも共に、サポートされ得る。データコムサービスは、例えばラップトップ、ＰＤＡ、或いはＰＣからのパケット交換式のベアラに対するダイアルアップネットワーキングサービスをサポートするＰＰＰを含み得る。ＲＳ２３２サービスは、非同期シリアル通信を使用するラップトップ、ＰＤＡ、或いはＰＣからのダイアルアップネットワーキングをサポートするために使用され得る。
【００４２】
ＢＬＵＥＴＯＯＴＨ（登録商標）サービスは、ＢＬＵＥＴＯＯＴＨ（登録商標）無線ベアラを使用するラップトップ、ＰＤＡ、或いはＰＣからのダイアルアップネットワーキングをサポートするために使用され得る。さらに、ＢＬＵＥＴＯＯＴＨ（登録商標）ヘッドセットのためのオーディオ及び電話の制御サービスもサポートされ得る。ＢＬＵＥＴＯＯＴＨ（登録商標）サービスは、例えばＢＬＵＥＴＯＯＴＨ（登録商標）上のＷＡＰ（WAP over BLUETOOTH（登録商標））のためのホスト機能を備え得る。ＩｒＤＡサービスは、ＩｒＤＡに従う赤外通信を使用する、例えばラップトップ、ＰＤＡ、或いはＰＣからのダイアルアップネットワーキングをサポートするために使用され得る。無線移動体通信デバイスのためのサブクラス仕様に従う、ＵＳＢ対応の例えばラップトップ、ＰＤＡ、或いはＰＣからのダイアルアップネットワーキングを可能にするために、ＵＳＢサービスは、スレーブロール(roll)をサポートするために使用され得る。ＵＳＢオン・ザ・ゴー（ＵＳＢ  ＯＴＧ）もまた、サポートされ得る。ＡＴコマンドサービスは、例えばラップトップ、ＰＤＡ、或いはＰＣからの外部のインタフェースを介したダイアルアップネットワーキングを可能にするために使用され得る。
【００４３】
データコムサービスは、ネットワークアクセスポイント又はパケットネットワークへの設定不要のアクセス（zero-configuration access to packet networks, ＺＡＰ）に従うパケットベースのＵＭＴＳネットワークにより機能強化される。パケット交換式のサービスにアクセスするために、ＳＮＭＰサーバ及び（パケット交換式のサービスをサポートする端末のための）特殊用途のＭＩＢが、ＡＴコマンド及びＤＵＮサーバ機能の代わりとして提供され得る。
【００４４】
データコムサービスソフトウェア２２２は、（明示しないが）以下のソフトウェアモジュールを含む。即ち、ＢＬＵＥＴＯＯＴＨ（登録商標）及びＢＬＵＥＴＯＯＴＨ（登録商標）ドライバ、ＩｒＤＡ及びＩｒＤＡドライバ、ＵＳＢ及びＵＳＢドライバ、ＲＳ２３２とＡＣＢとＵＡＲＴのドライバ、ＩＰ、ＳＮＭＰ、ＡＴ、及び、モデムサービスである。モデム機能は、一般的に、外部のインタフェースとＵＭＴＳとの間の接続により実現される。モデム機能は、完全に、アクセスサブシステムによって扱われる。
【００４５】
基本サービスは、基本サービスソフトウェア２２４、ＨＡＬ２２８、及び、基本サービスハードウェア２１６の組み合わせによって提供される。基本サービスは、以下の機能を備え得る。即ち、ＳＩＭアクセス、アクセスセキュリティ、システム制御、及び、分散型コンポーネントモデルのサポートである。ＳＩＭ／ＵＳＩＭアプリケーションツールキット（ＳＡＴ／ＵＳＡＴ）サービスは、アプリケーションの開発者に関係する機能を提供するために使用され得る。ＳＡＴ／ＵＳＡＴサービスは、ＳＩＭカードと、アクセスサブシステム２００を内蔵するユーザ装置（ＵＥ）との間のリンクとして動作する。ＳＡＴ／ＵＳＡＴサービスの１つの使用法は、ＳＩＭカードに、ＵＥへ送信された先行するコマンドの結果（すなわち、コマンドの結果をカードに通知するために、ＵＥは、ＳＩＭカードにＤｉｓｐｌａｙ／Ｔｅｘｔ又はＳｅｌｅｃｔ／Ｉｔｅｍなどの応答を返すべきか否か）を知らせることである。
【００４６】
基本サービスは、例えば以下のような一般的なアクセスサービスを表す。すなわち、システム制御、ＳＩＭ、コアアクセスセキュリティ、アクセス暗号化、アクセス端末管理、コンポーネント管理、及び、プロキシ管理などである。システム制御は、アクセスサブシステムの電源ＯＮ及び電源ＯＦＦを制御する。システム制御はまた、例えば無線ＯＦＦモードなどのような、アクセスサブシステム２００が動作可能な種々の動作モードを制御する。ＳＩＭカードインタフェース２６８は、ＳＩＭ、ＵＳＩＭ、ＳＩＭ  ＡＴ、ＵＳＩＭ  ＡＴ、及び、ＷＩＭ又はＳＩＭを制御する。ＳＩＭカードインタフェース２６８は、システムセキュリティモジュールに密接に接続されている。なぜなら、セキュリティモジュールはアプリケーションにとってＳＩＭカード上のセキュリティトークンへのインタフェースだからである。
【００４７】
アクセス暗号化は、例えばブラウザや実行環境などのアプリケーションによって必要とされる、ローレベルのセキュリティ機能を含む。セキュリティハードウェアのサポートは、アクセスサブシステム２００上に含まれ得る。セキュリティハードウェアのサポートがアクセスサブシステム２００上にある場合、必要な暗号化ハードウェアは、どの種類のアプリケーションプラットフォームが使用されているかに関わり無く、アクセスサブシステム２００上に存在する。暗号化ハードウェアに対する暗号化インタフェースも提供され得る。アクセス端末管理は、端末のアクセスに関係するセキュリティの設定、認証、及び、構成のセキュアな遠隔制御を処理する。
【００４８】
コンポーネント管理及びプロキシ管理は、アクセスミドルウェア（ＯＰＡ）２３０のために使用されるＤＣＭ技術に関連する。コンポーネント管理は、インストールされている全コンポーネントのテーブルを保持する。遠隔のコンポーネントが要求されると、コンポーネント管理は、プロキシ管理に通知する。プロキシ管理は、遠隔アクセスに必要とされるプロキシとスタブの組を設定する。プロキシ／スタブ２３４は、通信のマーシャリング及びデマーシャリングを管理する。
【００４９】
ＩＦサービスは、ＩＦサービスソフトウェア２２６、ＨＡＬ２２８、及び、ＩＦサービスハードウェア２１８の組み合わせによって実行される。ＩＦサービスは、アクセスサブシステム２００と、アプリケーションサブシステム３００などのアプリケーションサブシステムとの間でインタフェースするために必要とされる機能を扱う。ＩＦサービスは、アクセスサブシステム２００とアプリケーションサブシステムとの間のデジタルオーディオを含む、アクセスサブシステム２００とアプリケーションサブシステムとの間のすべてのトラフィック、データ、及び制御を搬送する。ＩＦサービスの特徴として、種々のサービス品質制御（ＱｏＳ）モードが提供され得る。
【００５０】
図３は、アプリケーションサブシステム３００の機能ブロック図である。図１に関連して上述した機能的な分離に従って、アプリケーションサブシステム３００は、一般的に、ユーザアプリケーションを制御する。ユーザアプリケーションとは、例えば、ユーザファイルシステム、メッセージングサービス、マルチメディアサービス、ストリーミングサービス、回路交換式のオーディオ以外のオーディオ、ＷＡＰスタック、ＯＢＥＸ、基本ＵＩサービス、ミドルウェアサービス、アプリケーションセキュリティなどである。アクセスサブシステム２００とは対照的に、アプリケーションサブシステム３００は、アクセスサブシステム２００ほど正確なクロックを必要とはしない。なぜなら、回路交換式のオーディオに関するものを除き、アプリケーションは、アクセスサブシステム２００では満足されなければならかなった無線インタフェースのための要求を満足する必要がないからである。
【００５１】
アプリケーションサブシステム３００は、アプリケーションハードウェア３０２を備える。アプリケーションハードウェア３０２は、アプリケーションＣＰＵ３０４を備える。アプリケーションＣＰＵソフトウェア３０６は、アプリケーションＣＰＵ３０４上にロードされる。アプリケーションハードウェア３０２は、ＩＦサービスハードウェア３０８、オペレーションサービスハードウェア３１０、アプリケーションプラットフォームサービスハードウェア３１２、マンマシンインタフェース（ＭＭＩ）及びマルチメディア（ＭＭ）サービスハードウェア３１４、及び、マルチメディアプロトコル（ＭＭＰ）３１６を備える。ハードウェア３０８乃至３１６は、論理的には、アプリケーションＣＰＵソフトウェア３０６がロードされたアプリケーションＣＰＵ３０４によって実行される機能を表す。
【００５２】
アプリケーションＣＰＵソフトウェア３０６は、ＩＦサービスソフトウェア３１８、オペレーションサービスソフトウェア３２０、アプリケーションプラットフォームサービスソフトウェア３２２、ＭＭＩ及びＭＭサービスソフトウェア３２４、及び、ＭＭＰサービスソフトウェア３２６を含む。アプリケーションＣＰＵソフトウェア３０６には、各々のサービスソフトウェア３１８乃至３２６に対応するＨＡＬ３２８も含まれる。アプリケーションＣＰＵソフトウェア３０６はまた、アプリケーションミドルウェア（ＯＰＡ）３３０）も含む。アプリケーションミドルウェア（ＯＰＡ）３３０は、Ｊａｖａ（登録商標）  ＥＸＥブロック３３２、オープンアプリケーションフレームワーク（ＯＡＦ）ブロック３３４、ＯＰＡブロック３３６、及び、ＳＤＫツールセット３３８を含む。アプリケーションミドルウェア（ＯＰＡ）３３０内において、ＯＰＡ３３６は、アプリケーションの開発者がアクセス可能なインタフェースとして機能する。図３においてＯＰＡ３３６はアプリケーションミドルウェア（ＯＰＡ）３３０の一部として示されているが、ＯＰＡ３３６の実装は、物理的にはアクセスサブシステム２００に存在してもよい。
【００５３】
アプリケーションサブシステム３００は、一般的に、特定の製品向けに構成可能なすべてのアプリケーションサービスを扱う。それゆえ、アプリケーションサブシステム３００は、必要とされるサービスの種類とサポートされるサービスのパフォーマンスとに応じて、拡張できる。アプリケーションサブシステム３００の機能は、アプリケーションミドルウェア（ＯＰＡ）３３０を介して、アプリケーションの開発者に公開される。
【００５４】
ＩＦサービスハードウェア３０８は、ＡＡＩＦ３４０を備える。ＡＡＩＦ３４０は、例えば、アクセスサブシステム２００のＡＡＩＦ２７０とインタフェースする。オペレーションサービスハードウェア３１０は、外部メモリのインタフェース（ＥＭＩＦ）３４２、集積回路間バス３４４、バッテリインタフェース３４６、及び、メモリカードインタフェース３４８を備える。
【００５５】
ＭＭＩ及びＭＭサービスハードウェア３１４は、グラフィックアクセラレーションモジュール（ＸＧＡＭ）ハードウェアブロック３５０を備える。ＭＭＩ及びＭＭサービスハードウェア３１４は、汎用入出力（ＧＰＩＯ）インタフェース３５２、キーパッドインタフェース３５４、パーソナルデータ交換（ＰＤＩ）インタフェース３５６、カメラデータインタフェース（ＣＤＩ）３５８、及び、Ｉ２Ｓインタフェース３６０を備える。
【００５６】
アクセスサブシステム２００は、アプリケーションサブシステム３００や多様なオペレーティングシステム（例えば、ＯＳＥ、ＳＹＭＢＩＡＮ（登録商標）、或いは、ＷＩＮＤＯＷＳ（登録商標）  ＣＥなど）を実行する他のアプリケーションサブシステムなどのアプリケーションサブシステムと併せて使用され得る。アクセスサブシステム２００のハードウェア及びソフトウェアが基本的に変化しないままでも、選択されたオペレーティングシステムは、アプリケーションサブシステム３００を含む（これに限定されるわけではない）多様なハードウェア上で動作可能である。インタフェースする方法及び使用されるハードウェアに依存して、オペレーティングシステムは、アクセスサブシステム２００の機能を利用するために、カスタムドライバ又はアクセス−アプリケーション通信ドライバを備える必要がある場合もある。ドライバを備えることがどのように行われるかは、選択されたオペレーティングシステムと、アプリケーションサブシステム２００の機能がどれだけたくさん選択されたオペレーティングシステム及びハードウェアによって使用されるかとに、依存する。
【００５７】
アクセスサブシステム２００とアプリケーションサブシステム３００が併せて使用される場合、アプリケーションミドルウェア（ＯＰＡ）３３０は、一般的に、アプリケーションの開発者に公開される唯一のインタフェースである。それゆえ、アプリケーションの開発者は、アクセスサブシステム２００とアプリケーションサブシステム３００との間の通信に関する詳細を知る必要が無い。アプリケーションの開発者の視点からは、アプリケーションサブシステム３００及びアクセスサブシステム２００は、一般的に、両者で単一のエンティティとして動作するように設計されており、アプリケーションサブシステム３００とアクセスサブシステム２００の間の機能的な分離は、アプリケーションの開発者には見えない。
【００５８】
アクセスサブシステム２００のアクセスミドルウェア（ＯＰＡ）２３０及びアプリケーションサブシステム３００のアプリケーションミドルウェア（ＯＰＡ）３３０の中にＯＰＡを実装するには、少なくとも２つの選択肢に従うことができる。第１の選択肢においては、ＯＰＡ全体（例えば、アクセスミドルウェア（ＯＰＡ）２３０及びアプリケーションミドルウェア（ＯＰＡ）３３０が全体として組み合わされた機能）がアプリケーションサブシステム３００に存在し、アクセスサブシステム２００及びアプリケーションサブシステム３００を備えるプラットフォームに対するＯＰＡ全体からの通信は、内部の通信を介して行われる。第２の選択肢においては、ＯＰＡ全体のうちアクセスに関係する部分が、アクセスサブシステム２００に実装される。第２の選択肢においては、ＯＰＡ全体が２つの部分に分離していることは、アプリケーションの開発者には一切見えない。そして、あらゆるプロキシが、アプリケーションサブシステム３００とアクセスサブシステム２００との間のファンクションコール（機能の呼び出し）を実装する必要がある。第２の選択肢が利用される場合、アクセスサブシステム２００は、例えばテレマティックスソリューションのためのスタンドアロンモードにおいて使用されてもよいし、上述した外部のアプリケーションサブシステムと共に使用されてもよい。アプリケーションサブシステム３００（或いは外部のサブシステム）及びアクセスサブシステム２００上に実装されるＯＰＡ全体における部分間の通信は、ＡＡＩＦ２７０及びＡＡＩＦ３４０を介して行われる。
【００５９】
データ通信機能は、アクセスサブシステム２００とアプリケーションサブシステム３００との間で分離されている。ＯＳＩ参照モデルの観点からは、物理層、データリンク層、ネットワーク層、及び、トランスポート層は、アクセスサブシステム２００に配置される。一方、セッション層、プレゼンテーション層、及び、アプリケーション層は、アプリケーションサブシステム３００に配置される。
【００６０】
図１に示される所定のサービススタック１１４乃至１２２に対応する、図３に示されるサービスソフトウェア、ＨＡＬ、及びハードウェアの組み合わせは、同様の機能を実行する。例えば、オペレーションサービススタック１１６は、大雑把に言って、オペレーションサービスソフトウェア３２０、ＨＡＬ３２８、及び、オペレーションサービスハードウェア３１０を組み合わせたものに対応する。それゆえ、オペレーションサービスは、オペレーションサービスソフトウェア３２０、ＨＡＬ３２８、及び、オペレーションサービスハードウェア３１０の組み合わせによって実行される。
【００６１】
オペレーションサービスソフトウェア３２０は、一般的に、以下に列挙するもののためのソフトウェアモジュールを含む。すなわち、システム制御、システムデータ処理、コンポーネント管理、プロキシ管理、ＸＭＬツールキット、コアアプリケーションセキュリティ、アプリケーション暗号化機能、ＩＣカード機能、及び、アプリケーション端末管理である。システム制御は、アプリケーションサブシステム３００のコア機能に関する、起動、実行、及び、終了(deactivation)の調整に関係する。アプリケーションの動作に関係するデータを構造化されたテーブルの形式で格納するために、持続的なデータ処理（ＰＤＨ）が、アプリケーションによって使用される。ＰＤＨは、アプリケーションがデータを検索したりソートしたりすることを可能にする。ＸＭＬツールキットは、一般的に、プラットフォームの内部及び外部両方での使用を意図した汎用モジュールであり、アプリケーションがＸＭＬドキュメントを処理することを補助する。ＸＭＬツールキットを使用するとき、アプリケーションは、ＸＭＬとその構文に関して基本的な知識のみを必要とする。コアアプリケーションセキュリティモジュールは、工場での書き換えとセキュアなソフトウェア更新とを含む、ソフトウェア再プログラミング保護機構を備える。
【００６２】
アプリケーション暗号化モジュールは、例えばブラウザによる電子メールクライアントやＪＡＶＡ（登録商標）ランタイム環境などのアプリケーションに対して、暗号化サービスを提供する。暗号化サービスは、例えば、暗号化演算処理、セキュアなストレージ、及び、認証処理を含み得る。アプリケーション端末管理ソフトウェアモジュールは、セキュリティの設定、認証、及び、構成に関する、セキュアな遠隔制御を扱う。
【００６３】
オペレーションサービスハードウェア３１０は、例えば、起動のタイミングを管理するアナ・デジ混在ＡＳＩＣ(mixed-signal ASIC)を備えてもよい。電源のリセットに続いて、ソフトウェアは、一般的に、プラットフォームの制御を行う。そして、電圧はプログラムされた省電力モードに変化し、ハードウェア信号を使用して起動され得る。電圧、温度、電流、及び、イベントの、完全に自動化された監視機能も、ＣＰＵ３０４の負荷を最小化するために実装されてもよい。
【００６４】
アプリケーションサービスは、アプリケーションプラットフォームサービスソフトウェア３２２、ＨＡＬ３２８、及び、アプリケーションプラットフォームサービスハードウェアの組み合わせによって実行される。アプリケーションプラットフォームサービスは、例えば、ＳＭＳ／ＥＭＳサービス、セル同報サービス、電話帳サービス、プラットフォーム付帯サービス、クロックサービス、及び、位置決定アプリケーションサービスを含み得る。ＭＭＳクライアントは、必ずしもプラットフォームシステム自体の一部である必要は無い。なぜなら、ＭＭＳクライアントは、一般的に、アプリケーションのレベルで実現されるからである。ＭＭＳクライアントのための機能は、一般的に、ＯＰＡ３３０を介して公開される。
【００６５】
メッセージ転送サービスは、個々のＳＭＳ又はＥＭＳを保存、削除、生成、及び、送信するプロセッサに、アプリケーションの開発者がアクセスすることを可能にするために使用され得る。セル同報サービスは、セル同報チャネルにおいて受信された全てのメッセージを処理する機能を提供するものであり、ポイント・ツー・マルチポイントの同報サービスである。電話帳サービスは、ＳＩＭ／ＵＳＩＭカード或いは電話帳データベース上のレコード（データ）を、格納、取得(retrieval)、修正、削除、及び、検索することを可能にする。クロックサービスは、ＵＥのリアルタイムクロック（ＲＴＣ）から取得される時刻情報に対する、クライアントアプリケーションの要求を処理する。位置決定アプリケーションサービスは、位置決定の要求及び検証の処理を扱うための処理を提供する。
【００６６】
ＭＭＩ及びＭＭサービスは、ＭＭＩ及びマルチメディアサービスソフトウェア３２４、ＨＡＬ３２８、及び、ＭＭＩ及びＭＭサービスハードウェア３１４の組み合わせによって実行される。マンマシンインタフェース（ＭＭＩ）及びマルチメディア（ＭＭ）サービスは、ユーザインタフェースの動作をサポートする。ＭＭＩ及びＭＭサービスによって提供されるサービスは、以下のものを含み得る。すなわち、ユーザインタフェース（ＵＩ）サービス、（システムサウンド及び音楽プレーヤを含む）オーディオのサービス及び制御、音声制御サービス、グラフィック（ディスプレイ）サービス、イメージサービス、カメラサービス、及び、ビデオサービスである。
【００６７】
ユーザインタフェース機能は、一般的に、ＵＩサーバを含む。ＵＩサーバは、基本的なＵＩ機能とＵＩツールキットを提供する。ＵＩツールキットは、追加のＵＩ機能を扱う。ＵＩサーバは、ディスプレイ及びＬＥＤに対するアクセスの制御を処理し、キーストロークやタッチスクリーンに対するタッチなどの入力イベントを適切なアプリケーションへルーティングするタスクを実行するウインドウシステムを提供し、サウンドを除くグラフィック及びユーザ通知の出力をスケジューリングする。
【００６８】
キーパッド／タッチスクリーンからのキー押下やタッチスクリーンからのペンイベントなどのユーザからの入力イベントは、ハードウェアドライバからルーティングされ、ＵＩサーバにおける論理イベントにマッピングされ、そして、ＯＰＡ３３０を介して適切なアプリケーションに向けられる。アプリケーションは、加工されていない（生の）入力データをより有用なフォーマットに変換するために、インプット・メソッドを利用することができる。インプット・メソッドを起動する一般的な機構が、プラットフォームシステム中に実装される。そして、アプリケーションの開発者は、拡張（エクステンション）として、実際のインプット・メソッドを独立してＯＰＡに追加することができる。
【００６９】
イメージサービスは、多様なフォーマットの画像を処理する機能を提供する。画像は、デコード、エンコード、或いは、編集され得る。そして、内部メモリ或いはリムーバブルのメモリカードに格納され得る。画像は、ネットワークを介してダウンロード可能であってもよいし、例えば内蔵カメラやカメラアクセサリを介して取得可能であってもよい。ディスプレイ自体よりも大きな画像を詰める（パディングする）こともサポートされ得る。パディングは、ズーミング、ディザリング、クロッピング(cropping)、及び、回転する機能としてサポートされ得る。
【００７０】
カメラサービスは、カメラサーバを使用する機能を提供する。カメラサーバは、すべての内部カメラを担当する。カメラサービスインタフェースは、以下の処理を提供する。すなわち、写真を撮影して格納すること、カメラを起動して停止すること、カメラの機能を取得して設定すること、ビューファインダモードを使用すること、そして、ビデオを記録することである。
【００７１】
オーディオ及びビデオサービスは、サポートされている（格納用）メディアファイルからオーディオ及びビデオを再生し、サポートされている（格納用）メディアファイルへオーディオ及びビデオを記録する機能を提供する。ユーザは、コンテンツを再生する前に、音量を設定し、オーディオのバンドイコライゼーションを調節し、そして、使用するオーディオ或いはＢＬＵＥＴＯＯＴＨ（登録商標）のアクセサリの種類を選択する。コンテンツは、内部のメモリに格納されてもよいし、外部のメモリカードに格納されてもよい。オーディオ及びビデオのコーデックも、ストリーミング及びオーディオ／ビデオ会話機能のために使用され得る。音声制御サービスは、孤立単語認識、ＡＭＲエンコードされた音声タグ、マジックワード、及び、音声ダイアル又は応答のための機能を提供する。
【００７２】
ＭＭＩ及びＭＭサービスにおける拡張性は、機能の設定、及び、性能の設定という観点から提供される。例えば、オーディオコーデック、ビデオコーデック、静止画像コーデック、三次元（３Ｄ）グラフィック、及び、オーディオイコライザのための機能などのマルチメディア機能を追加し、削除することが可能である。マルチメディア機能は、ＲＡＭ及びフラッシュメモリの使用量に影響を与える。例えば３Ｄグラフィックのための機能などの、ハードウェアアクセラレータのブロックを削除することも可能である。必ずしも、機能が完全に削除される必要は無い。むしろ、代わりに、性能を低くしてもよい。アクセラレータブロックの性能は、ＲＡＭのスピード及び容量によっても設定され得る。ＭＭＩ＆ＭＭサービスは、一般的にはアクセスサブシステム２００によって提供される回路交換式の音声呼の機能を除き、すべてのマルチメディアサポートを含む。
【００７３】
マルチメディアプロトコル（ＭＭＰ）サービスは、ＭＭＰサービスソフトウェア３２６、ＨＡＬ３２８、及び、ＭＭＰハードウェア３１６の組み合わせによって提供される。ＭＭＰサービスは、アプリケーションプロトコルサービスを提供する。アプリケーションプロトコルサービスは、例えば、マルチメディアプロトコル、ＷＡＰプロトコル、ＯＢＥＸプロトコル、及び、ＢＬＵＥＴＯＯＴＨ（登録商標）アプリケーションサービスを含む。ＭＭＰサービスは、パケット交換式ベアラ及び回路交換式ベアラ両方のためのプロトコルを提供する。サポートされ得るマルチメディアプロトコルは、例えば、ＲＴＰ、ＲＴＳＰ、ＳＩＰ、及び、Ｈ．３２４Ｍなどである。ＭＭＰサービスはまた、３ＧＰＰのＩＰマルチメディアコアネットワークサブシステム（ＩＭＳ）に従う、会話のマルチメディアサービスをサポートするように構成される。会話のマルチメディアサービスは、例えば、リアルタイムのビデオ及び音声のセッション（例えば、ＶｏＩＰ）、及び、非リアルタイムのプレゼンス及びインスタントメッセージングのサービスの両方を含み得る。これらのサービスのための制御プロトコルは、一般的に、ＳＩＰである。
【００７４】
ビデオ会議サービスのために、Ｈ．２２３及びＨ．２４５プロトコルがサポートされ得る。例えばデータ同期化やＭＭＳを含む、他のアプリケーション機能も追加され得る。ＯＢＥＸプロトコルは、外部のデバイスへの、或いは、外部のデバイスからの、データ交換のためのサービスを提供し、ＯＰＡを使用するアプリケーションによって、或いは、外部のデバイスにおけるクライアントによって、初期化される。ＢＬＵＥＴＯＯＴＨ（登録商標）アプリケーションサービスは、利用できるＢＬＵＥＴＯＯＴＨ（登録商標）対応のデバイスを識別するための処理を含む。
【００７５】
アプリケーションサブシステム３００は、アナログオーディオインタフェースを有する。それゆえ、アクセスサブシステム２００は、アプリケーションサブシステム３００に接続されているインタフェースを介してデジタルオーディオストリームを配信しなければならない。アプリケーションサブシステム３００に接続されているインタフェースは、一般的に、アクセス−アプリケーション間のインタフェース上のＰＣＭデータチャネルである。回路交換式の音声呼の間、アプリケーションサブシステムは、（図３には示されていない）混在回路(mixed-signal circuit)へＰＣＭデータをルーティングしなければならない。このルーティングは、ハードウェア及びソフトウェア両方において行われ得る。しかしながら、アプリケーションは、配信に先立ってデジタルオーディオを処理することができる。
【００７６】
回路交換式のオーディオに関しては、アプリケーションサブシステム３００の責務は、アクセス−アプリケーション間のインタフェースから（図３には示されていない）混在回路のインタフェースへのオーディオパスを提供することである。アプリケーションサブシステム３００は、他の音源におけるミキシング及び継続中の音声呼の記録といった、より多くのオーディオ処理を取り入れることができる。非回路交換式の音声呼のオーディオのために、アプリケーションサブシステム３００はオーディオコーデックを提供する。そして、アクセスサブシステム２００とアプリケーションサブシステム３００との間のデータパスを要求するだけである。
【００７７】
図４乃至図６は、拡張性のあるプラットフォームシステムを利用する典型的な移動体端末の実装を示す図である。図４は、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥに従って動作するように構成される低コストの移動体端末の実装を示す図である。図５は、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ／ＷＣＤＭＡに従って動作するように構成される低コストの移動体端末の実装を示す図である。図６は、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ／ＷＣＤＭＡに従って動作するように構成される高機能な移動体端末の実装を示す図である。
図４乃至図６に示される典型的な実装の各々は、ＥＤＧＥ機能をＧＳＭ／ＧＰＲＳと統合するように構成され得るものであり、アクセスサブシステム上に配置される単一のＤＳＰにおいて信号処理が実行される。ＥＤＧＥ機能をＧＳＭ／ＧＰＲＳ機能と統合することにより、以前のプラットフォームが活用されて機能することが可能になり、ＧＳＭ／ＧＰＲＳのための信号処理アルゴリズムにおける一層の柔軟性も得られる。さらに、ＧＳＭ／ＧＰＲＳ及びＥＤＧＥの共通の要素を再利用することは、総コストを削減するのに役立つであろう。ＤＳＰは、基本的な回路交換式の音声処理のために使用され得る。基本的な回路交換式の音声処理とは、例えば、ノイズの低減、適応マルチレート（ＡＭＲ）スピーチエンコーディング及びデコーディング、エコーキャンセル、及び、アコースティックコンペンセーションなどである。
【００７８】
さらに、図４乃至図６に示される実装においては、開発、照合、及び、形式の承認が、アクセスサブシステムによって実行されるアクセスサービスを一般的なアプリケーションから分離することによって、単純化される。図４乃至図６に示されるアプリケーションサブシステムは、一般的に、キャッシュベースのマイクロコントローラを中心に構築される。  図４乃至図６に示される実装においてはアプリケーションサブシステムのＤＳＰは何も示されていないが、アプリケーションサブシステムのＤＳＰは、必要ならばアプリケーションサブシステムに含まれてよい。さらに、図４乃至図６に示される実装の各々が信号処理のためのＤＳＰを含んでいるにも関わらず、ＤＳＰ無しで拡張性のあるプラットフォームシステムを実装することは可能であり、実際、特定の状況下では望ましいものであり得る。
【００７９】
図４乃至図６に関連して以下でさらに説明するように、広範囲に亘る実装が本願のプラットフォームシステムによってサポートされ得る。実装設計の際に、本願のプラットフォームシステムから生成され得る、多様な可能性のある実装について検討がなされる。また、実装に含まれるあらゆる共通の要素に関する拡張性と併せて、各々の実装に含まれる回路の固有の特徴に関する可能性のためになされる許容量について検討がなされる。図４乃至図６に示される実装の各々は、一般的に、１個以上のＡＳＩＣを使用して実装されるが、設計者によって適切であると考えられているように、他のコンポーネントを使用する実装が開発され利用されてもよい。当業者にとって明らかであるように、本願のプラットフォームシステムは拡張性があり、最小限の数の集積回路を用い、以前に開発された実装から得られる既に開発されているソフトウェアを再利用することで、低性能なものから高性能なものに至るまでの実施形が容易に開発され得る。
【００８０】
図４は、例えば、ＷＣＤＭＡのサービスに興味が無かったりＷＣＤＭＡが利用できないユーザにおけるエントリー層をターゲットにできる、低コストの移動体端末のブロック図である。図４において、移動体端末４００は、アクセスサブシステム４０２、アプリケーションサブシステム４０４、混在回路４０６、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ送信ブロック４０８、電力増幅器ブロック４１０、及び、アンテナ４１２を備える。アプリケーションサブシステム４０４は、例えばＡＲＭ９プロセッサなどのＲＩＳＣプロセッサでよい、ＣＰＵ４１４を備える。アプリケーションサブシステム４０４はまた、グラフィックアクセラレーションモジュール（ＧＡＭ）４１６及びＡＡＩＦ４１８を備える。
【００８１】
アクセスサブシステム４０２は、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥハードウェア４２０、ＣＰＵ４２２、ＤＳＰ４２４、及び、ＡＡＩＦ４２６を備える。上述したように、アプリケーションサブシステム４０４とアクセスサブシステム４０２の間の通信は、ＡＡＩＦ４１８及びＡＡＩＦ４２６を介して行われる。ＣＰＵ４２２は、例えばＡＲＭ７プロセッサなどのＲＩＳＣプロセッサでよい。図４に示される環境において、アクセスサブシステム４０２及びアプリケーションサブシステム４０４は、同一のチップ上に実装される。
【００８２】
多様な外部のインタフェースは、アプリケーションサブシステム４０４及びアクセスサブシステム４０２の一部である。例えば、カメラインタフェース４２８、ディスプレイインタフェース４３０、キーボードインタフェース４３２、ＩＣカードインタフェース４３４、マルチメディアカード／セキュアデジタル（ＭＭＣ−ＳＤ（登録商標））メモリインタフェース４３６、及び、スピーカ／マイクロフォンインタフェース４３８は、アプリケーションサブシステム４０４の一部として備えられる。赤外線データ通信（ＩｒＤＡ）インタフェース４４０、汎用シリアルバス（ＵＳＢ）インタフェース４４２、及び、加入者ＩＤモジュール（ＳＩＭ）インタフェース４４は、アクセスサブシステム４０２に備えられるように示されている。バッテリー４４６は、混在回路４０６に接続されるように示されている。アクセスサブシステム４０２及びアプリケーションサブシステム４０４の各々は、参照符号４４８及び４５０によって示されるように、複数の汎用入出力（ＧＰＩＯ）及び汎用非同期送受信機（ＵＡＲＴ）のうち少なくともいずれかを備え得る。
【００８３】
共用のランダムアクセスメモリ（ＲＡＭ）４５２は、アクセスサブシステム４０２及びアプリケーションサブシステム４０４の両方のために機能するように示されている。ＮＡＮＤ型のフラッシュメモリ４５４は、アプリケーションサブシステム４０４に接続されるように示されている。フラッシュメモリ４５４はＮＡＮＤ型のフラッシュメモリとして示されているが、あらゆる適切な種類のフラッシュメモリが使用され得る。例えば、共用のＲＡＭ４５２の一部に代えて、ＮＯＲ型のフラッシュメモリが使用され得る。なぜなら、ＮＯＲ型のフラッシュメモリは、エクセキューション・イン・プレース（ＸＩＰ）の機能があるが、ＮＡＮＤ型のフラッシュメモリはＸＩＰの機能が無いからである。
【００８４】
移動体端末４００において、アクセスサブシステム４０２及びアプリケーションサブシステム４０４のベースバンド機能は共に、共通のチップ上に統合されている。移動体端末４００は、最小限の機能を備え、ＷＣＤＭＡのサポートを備えない、コスト中心のソリューションを表す。それゆえ、ＷＣＤＭＡブロックや関連する無線周波数（ＲＦ）サポートは存在しない。さらに、移動体端末４００はコスト中心のソリューションを表すため、ＣＰＵ４１４及びＧＡＭ４１６は、一般的に、より高性能な移動体端末において使用されるであろうものよりも安くて性能の低いモジュールである。
【００８５】
ＲＡＭ４５２及びＮＡＮＤ型のフラッシュメモリ４５４を含むメモリシステムが、電流、帯域幅、及び、他の事柄に関する性能について妥協せずに低コストを実現するために、選択される。チップの総数を減少させるために、アプリケーションサブシステム４０４及びアクセスサブシステム４０２は、ＲＡＭ４５２を共有するように示されている。移動体端末４００の一般的な実装においては、アクセスサブシステム４０２及びアプリケーションサブシステム４０４のためのソフトウェアは、ＮＡＮＤ型のフラッシュメモリ４５４からＲＡＭ４５２へダウンロードされる。
【００８６】
上述したように、アクセスサブシステム４０２及びアプリケーションサブシステム４０４は、ＡＡＩＦ４１８及びＡＡＩＦ４２６を介して相互に通信する。混在回路４０６は、移動体端末４００に必要とされる電源を提供し、併せて、電源管理、オーディオアンプ、及び、いくつかの外部のインタフェースのためのレベルシフトを提供する。混在回路４０６はまた、デジタルオーディオをアナログオーディオに変換すること、及び、その逆の、オーディオ機能も備える。図４に示される混在回路４０６はまた、図５及び図６に示される移動体端末においても使用されるであろう。しかしながら、移動体端末４００には存在しない低ドロップアウトレギュレータが、一般的に、ハイエンドの移動体端末においてはサポートされるであろう。
【００８７】
図５は、ＷＣＤＭＡ機能を備える低コストの移動体端末５００を示す図である。移動体端末４００とは対照的に、移動体端末５００においては、アクセスサブシステム５０２及びアプリケーションサブシステム５０４は、物理的に２つのチップに分離している。アクセスサブシステム４０２とは対照的に、アクセスサブシステム５０２は、ＷＣＤＭＡブロック５０５、ＢＬＵＥＴＯＯＴＨ（登録商標）（ＢＴ）ブロック５０６、及び、ＣＰＵ５０８を備える。ＣＰＵ５０８は、ＣＰＵ４２２と同一のＲＩＳＣプロセッサでもよいし、ＣＰＵ４２２とは異なる機能を含むＲＩＳＣプロセッサでもよい。ＢＴブロック５０６は、ＢＴ  ＲＦブロック５０９及びＢＴアンテナ５１０に接続される。
【００８８】
ＷＣＤＭＡブロック５０５は、ＷＣＤＭＡ送信ブロック５１２に接続される。ＷＣＤＭＡ送信ブロックは、電力増幅器ブロック５１４に接続される。さらに、アクセスサブシステム５０２は、専用のＲＡＭ５１６によって機能を提供される。アクセスサブシステム５０２、ＷＣＤＭＡ送信ブロック５１２、ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ送信ブロック４０８、電力増幅器ブロック４１０、及び、電力増幅器ブロック５１４は、一般的に、同一のチップ上に実装される。アプリケーションサブシステム５０４は、ＣＰＵ５１８を備える。ＣＰＵ５１８は、ＣＰＵ４１４と同一のＲＩＳＣプロセッサでもよいし、ＣＰＵ４１４とは異なる機能を備えるＲＩＳＣプロセッサでもよい。例えば、ＣＰＵ５１８は、ＡＲＭ９プロセッサでもよい。
【００８９】
図６は、ハイエンドの移動体端末６００を示す図である。移動体端末６００は、移動体端末５００と同一のアクセス機能（すなわち、ＷＣＤＭＡ／ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ）を提供する。それゆえ、アクセスサブシステム５０２が移動体端末６００において使用され、移動体端末６００においてアクセスサブシステム５０２のハードウェア及びソフトウェアを再利用することが可能になる。
【００９０】
移動体端末５００と比較して移動体端末６００の性能が向上している点は、移動体端末６００のアプリケーションサブシステム６０２に集中している。アプリケーションサブシステム６０２は、ＣＰＵ６０４を備える。ＣＰＵ６０４は、ＣＰＵ５１８よりも高性能であり、例えば、ＡＲＭ１１プロセッサであり得る。アプリケーションサブシステム６０２はまた、アプリケーションサブシステム５０４及びアプリケーションサブシステム４０４におけるＡＡＩＦ４１８と同一である、ＡＡＩＦ４１８も備える。しかしながら、アプリケーションサブシステム６０２は、ＧＡＭ＋マルチメディアＨＷアクセラレータ（ＧＭＭＡ）モジュール６０６によって示されているように、アプリケーションサブシステム５０４よりも多くのグラフィック及びマルチメディアのサポートを備える。ＣＰＵ６０４及びＧＭＭＡモジュール６０６を備えることにより、移動体端末６００は、例えば、スマートフォンや携帯情報端末（ＰＤＡ）などのハイエンドのアプリケーションをターゲットとすることが可能になる。
【００９１】
メモリブロック(memories block)６０８は、アプリケーションサブシステム６０２に接続されるように示されている。メモリブロック６０８は、ブランクボックスとして示されている。なぜなら、メモリブロック６０８の種類、量、及び、構成は、移動体端末６００上で実行されるアプリケーションに依存し、それゆえ、極めて大規模なものになり得るからである。
【００９２】
ＮＡＮＤ型のフラッシュメモリ６１０が、アクセスサブシステム５０２に接続されるように示されている。ＮＡＮＤ型のフラッシュメモリ６１０は、バスをＲＡＭ５１６と共有するように示されている。図６に示される構成においては、特に、アクセスサブシステム５０２が自己の不揮発性メモリを必要とする場合に、アプリケーションサブシステム６０２からダウンロードすることは必ずしも可能ではないかもしれない。それゆえ、ＮＡＮＤ型のフラッシュメモリ６１０が、データをアクセスサブシステム５０２へダウンロードするために使用され得る。ＮＡＮＤ型の構成であるものとして示されているが、ＮＡＮＤ型のフラッシュメモリ６１０は、例えば、ＮＯＲ型のフラッシュメモリや２ビットセル技術のメモリでもよいし、ＮＯＲフラッシュメモリのインタフェースを持つＮＡＮＤとして実現されるＮＡＮＤ型のフラッシュメモリ（例えばＭＭＤＯＣ）でもよい。なぜなら、ＮＡＮＤ型のフラッシュメモリ及びＲＡＭ５１６と、アクセスサブシステム５０２との間のインタフェースは、アクセスサブシステム５０２に対するサポートされているインタフェースに過ぎないからである。しかしながら、移動体端末５００に関して示されているのと同様の方法で、ＮＡＮＤ型のフラッシュメモリ６１０が、アプリケーションサブシステム６０２にアクセスするために移動され得るということも可能である。
【００９３】
本発明の多様な実施形態においては、いかなる信号サブシステムにおける不具合も容易に対処され得ることを確実にしようとして、ウォッチドッグタイマーがアクセスサブシステム１０２及びアプリケーションサブシステム１０４両方に提供され、併せて、混在回路の部分にも提供される。上述の説明は、本発明の（複数の）実施形態である。本発明の範囲は、必ずしもこの説明によって限定されてはならない。本発明の範囲は、代わりに、以下の請求項及びその均等物によって規定される。
【図面の簡単な説明】
【００９４】
【図１】移動体端末のプラットフォームシステムに関する論理的な視点によるブロック図である。
【図２】図１に示される移動体端末のプラットフォームシステムにおけるアクセスサブシステムの機能ブロック図である。
【図３】図１に示される移動体端末のプラットフォームシステムにおけるアプリケーションサブシステムの機能ブロック図である。
【図４】ＧＳＭ／ＧＰＲＳ／ＥＤＧＥに従って動作するように構成される低コストの移動体端末の実装を示す図である。
【図５】ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ／ＷＣＤＭＡに従って動作するように構成される低コストの移動体端末の実装を示す図である。
【図６】ＧＳＭ／ＧＰＲＳ／ＥＤＧＥ／ＷＣＤＭＡに従って動作するように構成される高機能な移動体端末の実装を示す図である。
【図１】
2007508728.tif 000003
【図２】
2007508728.tif 000004
【図３】
2007508728.tif 000005
【図４】
2007508728.tif 000006
【図５】
2007508728.tif 000007
【図６】
2007508728.tif 000008
【手続補正書】
【提出日】平成17年7月26日(2005.7.26)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
ＸＰ００２２５１７５９（”Ｄ１”）は、無線インターネットクライアントのためのパーソナルインターネットクライアントのアーキテクチャを開示する。このアーキテクチャは、プラットフォームサービス、オペレーティングシステム及びサービス、ミドルウェア、並びに、アプリケーションから構成される、アプリケーションサブシステムのソフトウェアアーキテクチャを含むものとして説明されている。このアーキテクチャはさらに、物理的な媒体から独立したセルラ無線ネットワークにアクセスするサービスをアプリケーションサブシステムに提供する、通信サブシステムを含むものとして説明されている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
ＵＳ２００３／０１４３９７３（”Ｄ２”）は、無線移動体通信デバイスを開示する。このデバイスは第１のプロセッサを備え、ソフトウェアアプリケーションは第１のプロセッサにより動作するように構成される。このデバイスはさらに、第２のプロセッサを備え、第２のプロセッサは、第１及び第２のプロセッサ間の通信動作及び通信接続を管理するように構成される。通信接続を介した第１及び第２のプロセッサ間の通信のために、信頼性のある通信プロトコルが使用され、第１及び第２のプロセッサのうちいずれか一方から送信されたデータが他方のプロセッサによって受信されることを確実にしている。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１６
【補正方法】変更
【補正の内容】
【００１６】
機能的な分離は、移動体端末のプラットフォームシステム１００における形式の承認(type approval)のための重要な機能をアクセスサブシステム１０２が処理することを可能にするために使用され得る。機能的な分離はまた、例えばテレマティックスソリューションの一部としてのスタンドアロンモードにおいてアクセスサブシステム１０２が利用されることを可能にするためにも使用され得る。機能的な分離はまた、アクセスサブシステム１０２及びアプリケーションサブシステム１０４上で、例えばＯＳＥ、ＳＹＭＢＩＡＮ（登録商標）  ＯＳ、或いは、ＷＩＮＤＯＷＳ（登録商標）  ＣＥなどのような多種多様のオペレーティングシステムを使用することを可能にするためにも使用され得る。しかしながら、機能的な分離は、オペレーティングシステムに対する単なる適応に過ぎないという必要は無い。適応においては、オペレーティングシステムはアプリケーションサブシステム１０２をモデムとして扱うに過ぎない。しかし、機能的な分離は代わりに、例えば、本特許出願と同日に出願された、「移動体端末のゲートウェイ」という名称の米国特許出願公開第２００５−００７８６２０号において詳細に論じられているようなゲートウェイでもよい。機能的な分離はまた、コードがアプリケーションサブシステム１０４上で実行される前に、アプリケーションサブシステム上にロードされるコードをチェックする、信頼されたエンティティとしてアクセスサブシステム１０２が機能することを可能にするようにも構成され得る。アプリケーションサブシステム１０４は、信頼されていないか、又は、完全には信頼されていないものであっても構わない。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動体端末のプラットフォームシステム（１００）であって、
ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを含むアプリケーションサブシステム（１０４）と、
接続サービスを提供するハードウェア及びソフトウェアを含むアクセスサブシステム（１０２）と、
を備え、
前記アプリケーションサブシステム（１０４）及び前記アクセスサブシステム（１０２）は所定のインタフェースを介して通信し、
前記アプリケーションサブシステム（１０４）及び前記アクセスサブシステム（１０２）の各々は、独立して拡張可能であり、
前記アクセスサブシステム（１０２）は、少なくとも１つの無線通信標準に従って動作するように構成された通信標準アクセスサービススタック１０６を含み、
前記アクセスサブシステム（１０２）はさらに、ソケットサービス及び通信ポートサービスのうち少なくとも１つのための外部のインタフェースを提供するように構成されたデータ通信サービススタック１０８を含む
ことを特徴とする移動体端末のプラットフォームシステム。
【請求項２】
前記アプリケーションサブシステム（１０４）は、アプリケーションの開発者が前記アプリケーションサブシステム（１０４）及び前記アクセスサブシステム（１０２）にアクセスすることを可能とするように構成されたミドルウェアを含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項３】
前記アプリケーションサブシステム（１０４）を拡張しても、前記アクセスサブシステム（１０２）の機能は低下せず、
前記拡張は、必要とされる接続サービスの種類とサポートされる接続サービスの性能とに基づいて行われる
ことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項４】
前記アクセスサブシステム（１０２）を拡張しても、前記アプリケーションサブシステム（１０４）の機能は低下せず、
前記拡張は、必要とされる接続サービスの種類とサポートされる接続サービスの性能とに基づいて行われる
ことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項５】
前記アプリケーションの開発者は、前記ミドルウェアを介してのみ前記移動体端末のプラットフォームシステム（１００）にアクセスできることを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項６】
前記アプリケーションサブシステム（１０４）及び前記アクセスサブシステム（１０２）は異なるクロック上で動作し、
アクセスサブシステムのクロックはアプリケーションサブシステムのクロックよりも正確である
ことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項７】
前記アプリケーションサブシステム（１０４）は、
インタフェースサービススタック（１１４）と、
オペレーションサービススタック（１１６）と、
アプリケーションプラットフォームサービススタック（１１８）と、
マンマシンインタフェース及びマルチメディアスタック（１２０）と、
マルチメディアプロトコルスタック（１２２）と、
を含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項８】
前記アクセスサブシステム（１０２）は、
基本サービススタック（１１０）と、
インタフェースサービススタック（１１２）と、
を含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項９】
前記基本サービススタック（１１０）は、一般的なアクセスサービスを提供するように構成され、
前記インタフェースサービススタック（１１２）は、前記アクセスサブシステム（１０２）が前記アプリケーションサブシステム（１０４）と通信することを可能にするように構成される
ことを特徴とする請求項８に記載の移動体端末のプラットフォームシステム。
【請求項１０】
前記少なくとも１つの無線通信標準は、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、及び、ＷＣＤＭＡのうちの少なくとも１つを含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項１１】
前記インタフェースサービススタック（１１４）は、前記アプリケーションサブシステム（１０４）が前記アクセスサブシステム（１０２）と通信することを可能にするように構成され、
前記オペレーションサービススタック（１１６）は、システム制御、システムデータ処理、コンポーネント管理、及び、プロキシ管理を提供するように構成され、
前記アプリケーションプラットフォームサービス（１１８）は、ＳＭＳ／ＥＭＳサービス、セル同報サービス、電話帳サービス、プラットフォーム付帯サービス、クロックサービス、及び、位置決定アプリケーションサービスのうち、少なくとも１つを提供するように構成され、
前記マンマシンインタフェース及びマルチメディアスタック（１２０）は、ユーザインタフェースサービス、オーディオサービス及び制御、音声制御サービス、グラフィックサービス、イメージサービス、カメラサービス、及び、ビデオサービスのうち、少なくとも１つを提供するように構成され、
前記マルチメディアプロトコルスタック（１２２）は、アプリケーションプロトコルサービスを提供するように構成される
ことを特徴とする請求項７に記載の移動体端末のプラットフォームシステム（１００）。
【請求項１２】
前記アプリケーションプロトコルサービスは、マルチメディアプロトコルサービス、ＷＡＰプロトコルサービス、ＯＢＥＸプロトコルサービス、及び、ＢＬＵＥＴＯＯＴＨアプリケーションサービスを含むことを特徴とする請求項１１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項１３】
前記アクセスサブシステム（１０２）は、スタンドアロンモードにおいて使用されるように構成されることを特徴とする請求項１に記載の移動体端末のプラットフォームシステム（１００）。
【請求項１４】
移動体端末のプラットフォームシステム（１００）を生成する方法であって、
ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを含むアプリケーションサブシステム（１０４）を提供するステップと、
接続サービスを提供するハードウェア及びソフトウェアを含むアクセスサブシステム（１０２）を提供するステップと、
所定のインタフェースを介して前記アプリケーションサブシステム（１０４）及び前記アクセスサブシステム（１０２）を相互作用可能に接続するステップと、
前記アプリケーションサブシステム（１０４）及び前記アクセスサブシステム（１０２）のうち少なくとも一方を独立して拡張するステップと、
ミドルウェアを介してのみ前記アクセスサブシステム（１０２）及び前記アプリケーションサブシステム（１０４）に対するアクセスを可能とするステップと、
を備え、
前記アクセスサブシステム（１０２）は、無線インタフェースを扱う通信標準アクセスサービススタック１０６を含み、
前記アクセスサブシステム（１０２）はさらに、ソケットサービス及び通信ポートサービスのための外部のインタフェースを提供するデータ通信サービススタック１０８を含む
ことを特徴とする方法。
【請求項１５】
前記アプリケーションサブシステム（１０４）の機能を強化するステップをさらに備え、
前記アプリケーションサブシステム（１０４）の機能を強化するステップは、前記アクセスサブシステム（１０２）の機能を低下させず、
前記強化するステップは、必要とされる接続サービスの種類とサポートされる接続サービスの性能とに基づいて行われる
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記アプリケーションサブシステム（１０４）のためのソフトウェアを更新するステップと、
前記アクセスサブシステム（１０２）及び前記アプリケーションサブシステム（１０４）のうち少なくとも一方のために以前に開発されたソフトウェアを再利用するステップと、
をさらに備えることを特徴とする請求項１４に記載の方法。
【請求項１７】
前記アプリケーションサブシステム（１０４）は、高性能なタスクを実行するように構成されることを特徴とする請求項１４に記載の方法。
【請求項１８】
前記アクセスサブシステム（１０２）は、リアルタイム要求の厳しいタスクを実行するように構成されることを特徴とする請求項１４に記載の方法。
【請求項１９】
前記アクセスサブシステム（１０２）及び前記アプリケーションサブシステム（１０４）は、同一のチップ上に存在することを特徴とする請求項１４に記載の方法。
【請求項２０】
前記アクセスサブシステム（１０２）及び前記アプリケーションサブシステム（１０４）は、同一のチップ上に存在しないことを特徴とする請求項１４に記載の方法。
【請求項２１】
前記アクセスサブシステム（１０２）の機能を強化するステップをさらに備え、
前記アクセスサブシステム（１０２）の機能を強化するステップは、前記アプリケーションサブシステム（１０４）の機能を低下させず、
前記強化するステップは、必要とされる接続サービスの種類とサポートされる接続サービスの性能とに基づいて行われる
ことを特徴とする請求項１４に記載の方法。
【請求項２２】
前記アクセスサブシステム（１０２）のためのソフトウェアを更新するステップと、
前記アクセスサブシステム（１０２）及び前記アプリケーションサブシステム（１０４）のうち少なくとも一方のために以前に開発されたソフトウェアを再利用するステップと、
をさらに備えることを特徴とする請求項１４に記載の方法。
【手続補正書】
【提出日】平成18年6月13日(2006.6.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動体端末のプラットフォームシステムであって、
ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを含むアプリケーションサブシステムと、
接続サービスを提供するハードウェア及びソフトウェアを含むアクセスサブシステムと、
を備え、
前記アプリケーションサブシステム及び前記アクセスサブシステムは所定のインタフェースを介して通信するように構成され、
前記アプリケーションサブシステム及び前記アクセスサブシステムの各々は、独立して拡張可能であり、
前記アクセスサブシステムは、少なくとも１つの無線通信標準に従って動作するように構成された通信標準アクセスサービススタックを含み、
前記アクセスサブシステムはさらに、ソケットサービス及び通信ポートサービスのうち少なくとも１つのための外部のインタフェースを提供するように構成されたデータ通信サービススタックを含み、
前記アプリケーションサブシステム及び前記アクセスサブシステムに対するアクセスはミドルウェアを介して可能である
ことを特徴とする移動体端末のプラットフォームシステム。
【請求項２】
前記アプリケーションサブシステムは、アプリケーションの開発者が前記アプリケーションサブシステム及び前記アクセスサブシステムにアクセスすることを可能とするように構成されたミドルウェアを含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項３】
前記アプリケーションサブシステムのミドルウェアは、
Ｊａｖａ実行（ＥＸＥ）ブロックと、
オープンアプリケーションフレームワークブロックと、
オープンアプリケーションプログラミングインタフェース（ＯＰＡ）ブロックと、
ソフトウェア開発キット（ＳＤＫ）ツールセットと、
を含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項４】
前記アクセスサブシステムのミドルウェアは、
ＯＰＡアクセスモジュールと、
プロキシ／スタブと、
を含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項５】
前記アプリケーションサブシステムのミドルウェアは、
アプリケーション実行環境と、
アプリケーションプログラミングインタフェースと、
をさらに含むことを特徴とする請求項３に記載の移動体端末のプラットフォームシステム。
【請求項６】
前記アプリケーション実行環境は、Ｊａｖａ実行環境であることを特徴とする請求項５に記載の移動体端末のプラットフォームシステム。
【請求項７】
前記アプリケーション実行環境は、ネイティブな実行環境であることを特徴とする請求項５に記載の移動体端末のプラットフォームシステム。
【請求項８】
前記アクセスサブシステムのミドルウェアは、
アプリケーションプログラミングインタフェースと、
前記アプリケーションプログラミングインタフェースと通信する手段と、
を含むことを特徴とする請求項４に記載の移動体端末のプラットフォームシステム。
【請求項９】
前記アプリケーションサブシステムのミドルウェアは、前記アプリケーションサブシステムを介した前記アクセスサブシステムに対するアクセスを可能とするように構成されることを特徴とする請求項２に記載の移動体端末のプラットフォームシステム。
【請求項１０】
前記アプリケーションサブシステムを拡張しても、前記アクセスサブシステムの機能は低下せず、
前記拡張は、必要とされる接続サービスの種類とサポートされる接続サービスの性能とに基づいて行われる
ことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１１】
前記アクセスサブシステムを拡張しても、前記アプリケーションサブシステムの機能は低下せず、
前記拡張は、必要とされる接続サービスの種類とサポートされる接続サービスの性能とに基づいて行われる
ことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１２】
前記アプリケーションの開発者は、前記ミドルウェアを介してのみ前記移動体端末のプラットフォームシステムにアクセスできることを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１３】
前記アプリケーションサブシステム及び前記アクセスサブシステムは異なるクロックに従って動作し、
アクセスサブシステムのクロックはアプリケーションサブシステムのクロックよりも正確である
ことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１４】
前記アプリケーションサブシステムは、
インタフェースサービススタックと、
オペレーションサービススタックと、
アプリケーションプラットフォームサービススタックと、
マンマシンインタフェース及びマルチメディアスタックと、
マルチメディアプロトコルスタックと、
を含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１５】
前記アクセスサブシステムは、
基本サービススタックと、
インタフェースサービススタックと、
を含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１６】
前記基本サービススタックは、一般的なアクセスサービスを提供するように構成され、
前記インタフェースサービススタックは、前記アクセスサブシステムが前記アプリケーションサブシステムと通信することを可能にするように構成される
ことを特徴とする請求項１５に記載の移動体端末のプラットフォームシステム。
【請求項１７】
前記少なくとも１つの無線通信標準は、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、及び、ＷＣＤＭＡのうちの少なくとも１つを含むことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項１８】
前記インタフェースサービススタックは、前記アプリケーションサブシステムが前記アクセスサブシステムと通信することを可能にするように構成され、
前記オペレーションサービススタックは、システム制御、システムデータ処理、コンポーネント管理、及び、プロキシ管理を提供するように構成され、
前記アプリケーションプラットフォームサービスは、ＳＭＳ／ＥＭＳサービス、セル同報サービス、電話帳サービス、プラットフォーム付帯サービス、クロックサービス、及び、位置決定アプリケーションサービスのうち、少なくとも１つを提供するように構成され、
前記マンマシンインタフェース及びマルチメディアスタックは、ユーザインタフェースサービス、オーディオサービス及び制御、音声制御サービス、グラフィックサービス、イメージサービス、カメラサービス、及び、ビデオサービスのうち、少なくとも１つを提供するように構成され、
前記マルチメディアプロトコルスタックは、アプリケーションプロトコルサービスを提供するように構成される
ことを特徴とする請求項１４に記載の移動体端末のプラットフォームシステム。
【請求項１９】
前記アプリケーションプロトコルサービスは、マルチメディアプロトコルサービス、ＷＡＰプロトコルサービス、ＯＢＥＸプロトコルサービス、及び、ＢＬＵＥＴＯＯＴＨアプリケーションサービスを含むことを特徴とする請求項１８に記載の移動体端末のプラットフォームシステム。
【請求項２０】
前記アクセスサブシステムは、スタンドアロンモードにおいて使用されるように構成されることを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項２１】
前記アプリケーションサブシステム及び前記アクセスサブシステムは、同一のチップ上に存在することを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項２２】
前記アプリケーションサブシステム及び前記アクセスサブシステムは、同一のチップ上に存在しないことを特徴とする請求項１に記載の移動体端末のプラットフォームシステム。
【請求項２３】
移動体端末のプラットフォームシステムを生成する方法であって、
ユーザアプリケーションサービスを提供するハードウェア及びソフトウェアを含むアプリケーションサブシステムを提供するステップと、
接続サービスを提供するハードウェア及びソフトウェアを含むアクセスサブシステムを提供するステップと、
所定のインタフェースを介して前記アプリケーションサブシステム及び前記アクセスサブシステムを相互作用可能に接続するステップと、
前記アプリケーションサブシステム及び前記アクセスサブシステムのうち少なくとも一方を独立して拡張するステップと、
ミドルウェアを介して前記アプリケーションサブシステム及び前記アクセスサブシステムに対するアクセスを可能とするステップと、
を備え、
前記アクセスサブシステムは、無線インタフェースを扱う通信標準アクセスサービススタックを含み、
前記アクセスサブシステムはさらに、ソケットサービス及び通信ポートサービスのための外部のインタフェースを提供するデータ通信サービススタックを含む
ことを特徴とする方法。
【請求項２４】
前記アプリケーションサブシステムの機能を強化するステップをさらに備え、
前記アプリケーションサブシステムの機能を強化するステップは、前記アクセスサブシステムの機能を低下させず、
前記強化するステップは、必要とされる接続サービスの種類とサポートされる接続サービスの性能とに基づいて行われる
ことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記アプリケーションサブシステムのためのソフトウェアを更新するステップと、
前記アクセスサブシステム及び前記アプリケーションサブシステムのうち少なくとも一方のために以前に開発されたソフトウェアを再利用するステップと、
をさらに備えることを特徴とする請求項２３に記載の方法。
【請求項２６】
前記アプリケーションサブシステムは、高性能なタスクを実行するように構成されることを特徴とする請求項２３に記載の方法。
【請求項２７】
前記アクセスサブシステムは、リアルタイム要求の厳しいタスクを実行するように構成されることを特徴とする請求項２３に記載の方法。
【請求項２８】
前記アクセスサブシステムの機能を強化するステップをさらに備え、
前記アクセスサブシステムの機能を強化するステップは、前記アプリケーションサブシステムの機能を低下させず、
前記強化するステップは、必要とされる接続サービスの種類とサポートされる接続サービスの性能とに基づいて行われる
ことを特徴とする請求項２３に記載の方法。
【請求項２９】
前記アクセスサブシステムのためのソフトウェアを更新するステップと、
前記アクセスサブシステム及び前記アプリケーションサブシステムのうち少なくとも一方のために以前に開発されたソフトウェアを再利用するステップと、
をさらに備えることを特徴とする請求項２３に記載の方法。
【国際調査報告】
2007508728.tif 000009
2007508728.tif 000010