JPH11312152A - 移動電子装置および制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 多数のプロセッサおよびコプロセッサの使用
をグレードアップし最適化するデータ処理アーキテクチ
ュアを得る。 【解決手段】 複数個のプロセッサ１２，１６を含むワ
イヤレスデータプラットホーム１０。タスクが実施され
る時に情報を通信できるようにプロセッサ間に通信チャ
ネルが開設される。１個のプロセッサで実施されるダイ
ナミッククロスコンパイラー８０がコードを別のプロセ
ッサのためのネーティブ処理コードへコンパイルする。
ダイナミッククロスリンカー８２が他のプロセッサのた
めにコンパイルされたコードをリンクする。ネーティブ
コードはそれを包むＪＡＶＡ Ｂｅａｎ９０（もしくは
他の言語タイプ）を使用してプラットホームへダウンロ
ードすることもできる。ＪＡＶＡ Ｂｅａｎは暗号化し
セキュリティのためにデジタルサインすることができ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は一般的に移動電子装
置に関し、特に移動電子装置用ハードウェアおよびソフ
トウェアプラットホームに関する。

【０００２】

【従来の技術】装置のパワー、したがって機能、が増強
されるにつれてハンドヘルド携帯装置の人気が高まって
きている。近年ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔ
ａｌＡｓｓｉｓｔａｎｔ）が広く使用されており、セル
ラー電話機とＰＤＡのいくつかの能力を組み合わせたス
マートホーン（Ｓｍａｒｔ ｐｈｏｎｅｓ）が近未来の
通信に著しいインパクトを与えるものと考えられる。

【０００３】現在ある装置には、音声認識等の、ある個
別の機能を提供する１個以上のＤＳＰ（デジタル信号処
理装置）もしくは他のコプロセッサ、および他のデータ
処理機能のための汎用プロセッサが内蔵されている。Ｄ
ＳＰ用コードおよび汎用プロセッサ用コードは一般的に
ＲＯＭその他の非揮発性メモリに格納され、それらは容
易に修正することができない。したがって、改善および
新しい機能を利用できるようになった時に、しばしば装
置の能力をグレードアップできないことがある。特に、
装置内に存在することがあるＤＳＰや他のコプロセッサ
を最大限に使用することができない。

【０００４】

【発明が解決しようとする課題】したがって、多数のプ
ロセッサおよびコプロセッサの使用をグレードアップし
最適化することができるデータ処理アーキテクチュアが
必要とされている。

【０００５】

【課題を解決するための手段】本発明において、移動電
子装置はネィティブコードを実行するコプロセッサと、
ホストプロセッサシステムに対応するネィティブコード
およびプロセッサ独立コードを実行するように作動する
ホストプロセッサシステムとを含んでいる。ホストプロ
セッサシステムはデジタル信号コプロセッサにより実施
されるタスクをダイナミックに変えるように作動する。
通信回路によりホストプロセッサシステムとコプロセッ
サ間の通信が提供される。

【０００６】本発明により従来技術を凌ぐ著しい利点が
提供される。それは、ホストプロセッサシステムが、デ
ジタル信号処理装置であっても良いコプロセッサにより
実施されるタスクをダイナミックに割り当ててコプロセ
ッサを完全に使用できるためである。ホストプロセッサ
システムは、各プロセッサの現在の能力等の、多様な要
因に応じて複数のコプロセッサの１つへ直接ルーチンす
ることができる。

【０００７】

【発明の実施の形態】図１に例えばスマートホーンやＰ
ＤＡを実施するのに使用できる一般的なワイヤレスデー
タプラットホームアーキテクチュアの好ましい実施例を
示す。ワイヤレスデータプラットホーム１０は、データ
バス１４ａ、アドレスバス１４ｂおよびコントロールバ
ス１４ｃを含むバス構造１４に接続された汎用（ホス
ト）プロセッサ１２を含んでいる。コアプロセッサ１６
ａおよび周辺インターフェイス１６ｂを含む１個以上の
ＤＳＰ（もしくは他のコプロセッサ）１６がバス１４お
よびＤＳＰキャッシュメモリ１８ａ、ＣＰＵキャッシュ
１８ｂ、およびＭＭＵ（メモリマネジメントユニット）
１８ｃを含むメモリおよびトラフィックコントローラ１
８に接続されている。ハードウェアアクセラレータ回路
２０（ＪＡＶＡ等のポータブル言語を加速する）および
ビデオおよびＬＣＤコントローラ２２もメモリおよびト
ラフィックコントローラ１８に接続されている。ビデオ
およびＬＣＤコントローラの出力はＬＣＤもしくはビデ
オディスプレイ２４に接続されている。

【０００８】メモリおよびトラフィックコントローラ１
８はバス１４および、ＳＤＲＡＭ（同期ダイナミックラ
ンダムアクセスメモリ）として示す、主記憶装置２６に
接続されている。バス１４はＩ／Ｏコントローラ２８、
インターフェイス３０、およびＲＡＭ／ＲＯＭ３２にも
接続されている。複数の装置をスマートカード３４、キ
ーボード３６、マウス３８等のワイヤレスデータプラッ
トホーム１０もしくはＵＳＢ（ユニバーサルシリアルバ
ス）ポートもしくはＲＳ２３２シリアルポート等の１つ
以上のシリアルポート４０に接続することができる。イ
ンターフェイス３０はフラッシュメモリカード４２およ
び／もしくはＤＲＡＭカード４４に接続することができ
る。周辺インターフェイス１６ｂはＤＳＰ１６をＤＡＣ
（デジタル／アナログコンバータ）４６、ネットワーク
インターフェイス４８もしくは他の装置に接続すること
ができる。

【０００９】図１のワイヤレスデータプラットホーム１
０は汎用プロセッサ１２およびＤＳＰ１６を利用してい
る。ＤＳＰ１６が特定の固定機能専用とされている現在
の装置とは異なり、図１のＤＳＰ１６は任意数の機能に
使用することができる。それにより、ユーザはＤＳＰ１
６の利益を完全に引き出すことができる。

【００１０】ＤＳＰ１６を使用できる１つの主要なエリ
アはマン−マシンインターフェイス（ＭＭＩ）に関連し
ている。重要なのは、音声認識、イメージおよびビデオ
圧伸、データ暗号化、テキスト−音声変換、等の機能を
ＤＳＰ１６を使用してより効率的に実施できることであ
る。本アーキテクチュアにより新しい機能や改善をワイ
ヤレスデータプラットホーム１０へ容易に付加すること
ができる。

【００１１】ワイヤレスデータプラットホーム１０は一
般的なブロック図であり、さまざまに修正することがで
きる。例えば、図１には独立したＤＳＰおよびプロセッ
サキャッシュ１８ａ，１８ｂが図示されている。当業者
にはお判りのように、ユニット型キャッシュも使用する
ことができる。さらに、ハードウェアアクセラレーショ
ン（ａｃｃｅｌｅｒａｔｉｏｎ）回路２０はオプショナ
ルアイテムである。このような装置によりＪＡＶＡ等の
言語の実行が加速されるが、この回路は装置の動作に必
要なものではない。さらに、１個のＤＳＰしか図示され
ていないが、多数のＤＳＰ（もしくは他のコプロセッ
サ）をバスに接続することができる。

【００１２】図２にワイヤレスデータプラットホーム１
０の機能的ソフトウェアアーキテクチュアを示す。この
ブロック図はＪＡＶＡを使用するものと想定しており、
ＪＡＶＡ以外の言語も使用することができる。機能的
に、ソフトウェアは２つのグループへ分割され、それは
ホストプロセッサソフトウェアおよびＤＳＰソフトウェ
アである。ホストソフトウェアは１つ以上のアプレット
４０を含んでいる。ＤＳＰ ＡＰＩクラス４２はＪＡＶ
Ａアプリケーション用ＪＡＶＡ ＡＰＩパッケージ、す
なわちＤＳＰ ＡＰＩ５０およびホストＤＳＰインター
フェイスレイヤ５２の機能へアクセスするアプレットで
ある。ＪＡＶＡバーチャルマシン（ＶＭ）４４がアプレ
ットを解釈する。ＪＡＶＡネイティブインターフェイス
４６は、ＪＡＶＡ ＶＭがホストプロセッサもしくは特
定プラットホームコードを実行する方法である。ネイテ
ィブタスク４８はＪＡＶＡネイティブインターフェイス
を使用せずにホストプロセッサ１２により実行すること
ができる非ＪＡＶＡプログラムである。後述するＤＳＰ
ＡＰＩ５０は、ＤＳＰ１６の能力を使用するためにコ
ールするホスト１２で使用されるＡＰＩ（アプリケーシ
ョンプログラムインターフェイス）である。ホスト−Ｄ
ＳＰインターフェイスレイヤ５２は他のタスク、あるい
はホスト−ＤＳＰ通信プロトコルを介したチャネルを使
用して他のハードウェアと互いに通信するためのＡＰＩ
をホスト１２およびＤＳＰ１６に提供する。ＤＳＰデバ
イスドライバ５４はＤＳＰ１６と通信するためのホスト
ＲＴＯＳ５６（リアルタイムオペレーティングシステ
ム）用ホストベースデバイスドライバである。ホストＲ
ＴＯＳ５６はアクセラレーテッドテクノロジー社のＮＵ
ＣＬＥＵＳ ＰＬＵＳ等のオペレーティングシステムで
ある。マイクロソフト社のＷＩＮＤＯＷＳＣＥ等の非リ
アルタイムオペレーティングシステムを使用することも
できる。ＤＳＰライブラリ５８にはＤＳＰ１６で実行す
るために格納されたプログラムが含まれている。

【００１３】ＤＳＰ側で、ＤＳＰ１６により実行する１
つ以上のタスク６０をメモリ内に格納することができ
る。後述するように、ＤＳＰの機能がスタティックでは
なくダイナミックとなるように、タスクを所望によりメ
モリから出し入れすることができる。ＤＳＰ側のホスト
−ＤＳＰインターフェイスレイヤ６２はホスト側のホス
ト−ＤＳＰインターフェイスレイヤ５２と同じ機能を実
施する、すなわちホスト１２およびＤＳＰ１６は通信す
ることができる。ＤＳＰ ＲＴＯＳ６４はＤＳＰプロセ
ッサ用オペレーティングシステムである。ホストデバイ
スドライバ６６はホスト１２と通信するＤＳＰ ＲＴＯ
Ｓ６４用ＤＳＰベースデバイスドライバである。ホスト
−ＤＳＰインターフェイス７０はＤＳＰ１６をホスト１
２に接続する。

【００１４】動作において、図２に示すソフトウェアア
ーキテクチュアはＤＳＰ１６を従来技術のように固定機
能装置ではなく、可変機能装置として使用する。したが
って、ＤＳＰ機能は図２のアーキテクチュアを内蔵する
移動装置へダウンロードして、ＤＳＰ１６がホスト１２
に対してさまざまな信号処理機能を実施できるようにす
ることができる。

【００１５】ＤＳＰ−ＡＰＩ ＤＳＰ−ＡＰＩはホスト１２からＤＳＰ１６へのデバイ
ス独立インターフェイスを提供する。この機能により、
ホスト１２にはＤＳＰ１６にタスクをロードしてスケジ
ュールを行いかつこれらのタスクをコントロールして通
信する能力が与えられる。ＡＰＩ機能には、ＤＳＰの利
用可能な資源を決定し、ホスト１２およびＤＳＰタスク
を生成かつコントロールし、ホスト１２およびＤＳＰタ
スク間のデータチャネルを生成かつコントロールし、タ
スクと通信するための呼出しが含まれる。これらの機能
については後述する。各機能はブール結果を戻し、それ
は成功したオペレーションに対するＳＵＣＣＥＳＳ、も
しくはＦＡＩＬＵＲＥである。結果がＦＡＩＬＵＲＥで
あれば、ｅｒｒｃｏｄｅをチェックしてどのエラーが発
生したかを確認しなければならない。

【００１６】

【数１】 この関数はＤＳＰ上で利用できる現在のＭＩＰＳを戻
す。それはＤＳＰ１６のＭＩＰＳ能力マイナスベースＭ
ＩＰＳ値（付加ダイナミックタスクの無いＭＩＰＳ値、
すなわちカーネルプラスＡＰＩコードプラスドライ
バ）、マイナスロードされた全てのダイナミックタスク
に対するＭＩＰＳレーティングの和である。ｅｒｒｃｏ
ｄｅパラメータは下記の考えられる結果を含む。

【数２】

【００１７】

【数３】 この関数はプログラムメモリおよびデータメモリの両方
に対して利用できるメモリ量についてＤｅｖＩＤにより
指定されるＤＳＰ１６に質問する。その結果得られる値
はｐｒｏｇｍｅｍおよびｄａｔａｍｅｍパラメータ内に
戻される。サイズはＴ ＤＳＰ Ｗｏｒｄｓ内に指定さ
れる。ｅｒｒｃｏｄｅパラメータは下記の考えられる結
果を含む。

【数４】

【００１８】

【数５】 この関数によりＤＳＰ１６上に１ブロックのメモリが割
り当てられる。ＤｅｖＩＤはどのデバイス上にメモリを
割り当てるかを指定する。ｍｅｍｐａｇｅはプログラム
スペースに対しては０であり、データスペースに対して
は１である。ｓｉｚｅパラメータはＴ ＤＳＰ Ｗｏｒ
ｄｓ内のメモリブロックサイズを指定する。戻されるｍ
ｅｍｐｔｒはＤＳＰ１６上のメモリブロックへのポイン
ター、もしくは失敗時のＮＵＬＬである。ｅｒｒｃｏｄ
ｅパラメータは下記の考えられる結果を含む。

【数６】

【００１９】

【数７】 この関数はＤＳＰ Ａｌｌｏｃ Ｍｅｍ関数を割り当てられたＤＳＰ上の１
ブロックのメモリを解放する。ＤｅｖＩＤはどのデバイ
ス上にメモリが常駐するかを指定する。ｍｅｍｐａｇｅ
はプログラムスペースに対しては０であり、データスペ
ースに対しては１である。ｍｅｍｐｔｒパラメータはメ
モリブロックへのポインターである。ｅｒｒｃｏｄｅパ
ラメータは下記の考えられる結果を含む。

【数８】

【００２０】

【数９】 この関数はＤＳＰライブラリテーブルへアクセスし、Ｎ
ａｍｅパラメータにより指定されるＤＳＰ関数コードの
コードヘッダーを戻す。戻されると、ｃｏｄｅｈｄｒパ
ラメータにより指示される位置はコードヘッダー情報を
含む。ｅｒｒｃｏｄｅパラメータは下記の考えられる結
果を含む。

【数１０】

【００２１】

【数１１】 この関数はＤｅｖＩＤにより指定されるＤＳＰ上の指示
されたアドレスで走るようにＤＳＰ関数コードをリンク
する。ｃｏｄｅｈｄｒパラメータは関数のコードヘッダ
ーを指示する。ダイナミッククロスリンカーはコードヘ
ッダー内およびコード（ＣＯＦＦファイル）内の情報に
基づいてコードをリンクする。ダイナミッククロスリン
カーは必要に応じてメモリを割り当て、ＤＳＰ１６にコ
ードをリンクしロードする。ｔｃｓパラメータはＤＳＰ
Ｃｒｅａｔｅ Ｔａｓｋ関数において必要なタスク生
成構造へのポインターである。ＤＳＰ Ｌｉｎｋ Ｃｏ
ｄｅはタスクの生成に備えて構造のコードエントリーポ
イント、優先順位、およびクオンタム（ｑｕａｎｔｕ
ｍ）フィールドを充填する。ｅｒｒｃｏｄｅパラメータ
は下記の考えられる結果を含む。

【数１２】

【００２２】

【数１３】 この関数は指定されたＢＬＯＢ（Ｂｉｎａｒｙ Ｌａｒ
ｇｅ Ｏｂｊｅｃｔ）をＤＳＰ１６へコピーする。Ｄｅ
ｖＩＤはどのＤＳＰ１６へオブジェクトをコピーするか
を指定する。ｓｒｃａｄｄｒパラメータはホストメモリ
内のオブジェクトへのポインターである。ｄｅｓｔａｄ
ｄｒはＤＳＰ１６上のオブジェクトをコピーする位置へ
のポインターである。ｍｅｍｐａｇｅはプログラムスペ
ースに対しては０であり、データスペースに対しては１
である。サイズパラメータはＴ ＤＳＰ Ｗｏｒｄｓ内の
オブジェクトのサイズを指定する。ｅｒｒｃｏｄｅパラ
メータは下記の考えられる結果を含む。

【数１４】

【００２３】

【数１５】 ＤＳＰ Ｃｒｅａｔｅ Ｔａｓｋは、タスクパラメータおよびＤ
ＳＰのプログラムスペース内のコード位置が与えられた
らタスクを生成するようＤＳＰ１６に要求する。タスク
生成構造を表１に示す。

【００２４】

【表１】

【００２５】タスクが生成されると、Ｃｒｅａｔｅエン
トリーポイントが呼び出され、任意の必要な予備初期化
を行う機会をタスクに与える。Ｃｒｅａｔｅ，Ｓｕｓｐ
ｅｎｄ，Ｒｅｓｕｍｅ，およびＳｔｏｐエントリーポイ
ントはＮＵＬＬとすることができる。その結果得られる
ＴａｓｋＩＤはデバイスＩＤ（ＤｅｖＩＤ）とＤＳＰの
タスクＩＤの両方を含んでいる。ＴａｓｋＩＤがＮＵＬ
Ｌであれば、生成は失敗である。ｅｒｒｃｏｄｅパラメ
ータは下記の考えられる結果を含む。

【数１６】

【００２６】

【数１７】 この関数はＴａｓｋＩＤにより指定されるＤＳＰタスク
を開始する。タスクのＳｔａｒｔエントリーポイントで
実行が開始する。ｅｒｒｃｏｄｅパラメータは下記の考
えられる結果を含む。

【数１８】

【００２７】

【数１９】 この関数はＴａｓｋＩＤにより指定されたＤＳＰタスク
を保留する。保留される前に、任意の必要なハウスキー
ピングを実施する機会をタスクに与えるためにタスクの
Ｓｕｓｐｅｎｄエントリーポイントが呼び出される。ｅ
ｒｒｃｏｄｅパラメータは下記の考えられる結果を含
む。

【数２０】

【００２８】

【数２１】 この関数はＤＳＰ Ｓｕｓｐｅｎｄ Ｔａｓｋにより保留されたＤＳＰタス
クを再開する。再開される前に、任意の必要なハウスキ
ーピングを実施する機会をタスクに与えるためにタスク
のＲｅｓｕｍｅエントリーポイントが呼び出される。ｅ
ｒｒｃｏｄｅパラメータは下記の考えられる結果を含
む。

【数２２】

【００２９】

【数２３】 この関数はＴａｓｋＩＤにより指定されたＤＳＰタスク
を削除する。削除する前に、任意の必要なクリーンナッ
プを実施する機会をタスクに与えるためにタスクのＳｔ
ｏｐエントリーポイントが呼び出される。それはタスク
により割り当てられた任意のメモリを解放し、タスクが
取得した任意の資源を戻すことを含まなければならな
い。ｅｒｒｃｏｄｅパラメータは下記の考えられる結果
を含む。

【数２４】

【００３０】

【数２５】 この関数はＴａｓｋＩＤにより指定されたＤＳＰタスク
の優先順位を変える。優先順位はｎｅｗｐｒｉｏｒｉｔ
ｙへ変えられる。ｎｅｗｐｒｉｏｒｉｔｙの考えられる
値はＲＴＯＳ依存である。戻ると、ｏｌｄｐｒｉｏｒｉ
ｔｙパラメータはタスクの前の優先順位に設定される。
ｅｒｒｃｏｄｅパラメータは下記の考えられる結果を含
む。

【数２６】

【００３１】

【数２７】 この関数はＴａｓｋＩＤにより指定されたＤＳＰタスク
の状態を戻す。ｓｔａｔｕｓは下記の値の１つを含む。

【数２８】

【００３２】ｐｒｉｏｒｉｔｙパラメータはタスクの優
先順位を含み、ＩｎｐｕｔおよびＯｕｔｐｕｔパラメー
タはタスクの、それぞれ、入力および出力ＩＤを含む。
ｅｒｒｃｏｄｅパラメータは下記の考えられる結果を含
む。

【数２９】

【００３３】

【数３０】 この関数はＤＳＰ１６上の名前を付けたオブジェクトの
ＩＤを戻す。名前を付けたオブジェクトはチャネル、タ
スク、メモリブロック、もしくは任意他のサポートされ
た名前を付けたＤＳＰオブジェクトとすることができ
る。ｅｒｒｃｏｄｅパラメータは下記の考えられる結果
を含む。

【数３１】

【００３４】

【数３２】 この関数はメモリの１ブロックを要求する。ｍｅｍｐａ
ｇｅはプログラムメモリ（０）もしくはデータメモリ
（１）を指定する。ａｄｄｒパラメータはメモリ開始ア
ドレスを指定し、ｃｏｕｎｔはどれだけ多くのＴ ＳＤ
Ｐ Ｗｏｒｄｓを読み出すかを示す。ｂｕｆパラメータ
はメモリをコピーしなければならないバッファーを提供
した呼び出し者へのポインターである。ｅｒｒｃｏｄｅ
パラメータは下記の考えられる結果を含む。

【数３３】

【００３５】

【数３４】 この関数はメモリの１ブロックを書き込む。ｍｅｍｐａ
ｇｅはプログラムメモリ（０）もしくはデータメモリ
（１）を指定する。ａｄｄｒパラメータはメモリ開始ア
ドレスを指定し、ｃｏｕｎｔはどれだけ多くのＴ ＳＤ
Ｐ Ｗｏｒｄｓを書き込むかを示す。ｂｕｆパラメータ
は書き込むメモリを含むバッファーへのポインターであ
る。ｅｒｒｃｏｄｅパラメータは下記の考えられる結果
を含む。

【数３５】

【００３６】

【数３６】 この関数はＤＳＰレジスタを読み出しｒｅｇｖａｌｕｅ
内の値を戻す。ＲｅｇＩＤパラメータはどのレジスタを
戻すべきかを指定する。ＲｅｇＩＤが−１であれば、全
てのレジスタ値が戻される。バッファーを提供した発呼
者へのポインターであるｒｅｇｖａｌｕｅパラメータ
は、全ての値を保持するのに十分な記憶装置を指示しな
ければならない。レジスタＩＤは特定ＤＳＰ向けであり
特定のインプリメンテーションに依存する。ｅｒｒｃｏ
ｄｅパラメータは下記の考えられる結果を含む。

【数３７】

【００３７】

【数３８】 この関数はＤＳＰレジスタに書き込む。ＲｅｇＩＤパラ
メータはどのレジスタを修正するかを指定する。ｒｅｇ
ｖａｌｕｅは書き込む新しい値を含んでいる。レジスタ
ＩＤは特定ＤＳＰ向けであり特定のインプリメンテーシ
ョンに依存する。ｅｒｒｃｏｄｅパラメータは下記の考
えられる結果を含む。

【数３９】

【００３８】

【数４０】 この関数は所与のコードアドレス（ａｄｄｒ）における
ブレイクポイント（ｂｒｅａｋ ｐｏｉｎｔ）を設定す
る。ｅｒｒｃｏｄｅパラメータは下記の考えられる結果
を含む。

【数４１】

【００３９】

【数４２】 この関数は所与のコードアドレス（ａｄｄｒ）において
ＤＳＰ Ｄｂｇ Ｓｅｔ Ｂｒｅａｋにより予め設定されたブレ
イクポイントをクリアする。ｅｒｒｃｏｄｅパラメータ
は下記の考えられる結果を含む。

【数４３】

【００４０】ＤＳＰデバイスドライバ ＤＳＰデバイスドライバ５４はホスト１２からＤＳＰ１
６への通信を処理する。ドライバ関数はホスト−ＤＳＰ
通信プロトコルに明記された通信要求を取り上げ、利用
可能なハードウェアインターフェイスを介した情報の伝
送を処理する。デバイスドライバはＲＴＯＳ依存かつ通
信ハードウェア依存である。

【００４１】ＤＳＰライブラリ ＤＳＰライブラリ５８はＤＳＰ１６へダウンロードして
実行することができるコードのブロックを含んでいる。
ダイナミッククロスリンカーが全てのアドレス参照（ｒ
ｅｆｅｒｅｎｃｅ）を決定できるように、コードの各ブ
ロックは予め非リンク、すなわちライブラリとして再配
置可能にリンクされている。各コードブロックはＤＳＰ
ＭＩＰＳ（百万命令／秒）、優先順位、タイムスライ
スクオンタム、およびメモリに対するブロックの要求に
関する情報も含んでいる。コードブロックヘッダーのフ
ォーマットを表２に示す。プログラムメモリおよびデー
タメモリサイズは、ＤＳＰがタスクのメモリ要求をサポ
ートできるかどうかの迅速なチェックをホスト１２に与
えるための近似値である。十分なスペースがあるようで
あれば、ダイナミッククロスリンカーはコードのリンク
およびロードを試みることができる。ページアライメン
ト（ａｌｉｇｎｍｅｎｔ）および連続性（ｃｏｎｔｉｇ
ｕｉｔｙ）の要求により、ダイナミッククロスリンカー
はそれでも目的を果たせないことがある。好ましい実施
例では、コードはバージョン２ＣＯＦＦファイルフォー
マットである。

【００４２】

【表２】

【００４３】ポータブルコードのリンクされたターゲッ
トコードへの変換 ＪＡＶＡコード等のポータブル（プロセッサ独立）コー
ドをリンクされたターゲットコードへ変換する手順を図
３に示す。この手順は２つの機能、ダイナミッククロス
コンパイラー８０およびダイナミッククロスリンカー８
２、を使用する。各機能はホストプロセッサ１２上で実
現される。好ましい実施例では、ダイナミッククロスリ
ンカーはＤＳＰ−ＡＰＩの一部である。クロスコンパイ
ラーはＤＳＰ ＡＰＩの一部とすることもできる。

【００４４】ダイナミッククロスコンパイラー８０はポ
ータブルコードをリンクされない、実行可能なターゲッ
トプロセッサコードへ変換する。ダイナミッククロスリ
ンカー８２は非リンク、実行可能なターゲットプロセッ
サコードをリンクされた、実行可能なターゲットプロセ
ッサコードへ変換する。そうするために、ＤＳＰ１６上
へローディングする前に、１ブロックのコード内のアド
レスを決定しなければならない。ダイナミッククロスリ
ンカー８２は関数のコードセグメントおよびデータセグ
メントをリンクし、ＤＳＰ１６上のメモリを割り当て、
コードおよび一定のデータをＤＳＰ１６へロードする。
コードを実行するターゲットプロセッサ（すなわち、Ｄ
ＳＰ１６）とは異なるプロセッサ（すなわち、ホストプ
ロセッサ１２）で関数（コンパイリングおよびリンキン
グ）が生じるため、この関数は“クロス”コンパイリン
グおよび“クロス”リンキングと言われる。

【００４５】ダイナミッククロスコンパイラー８０はユ
ーザもしくはユーザエージェント（ブラウザ等）がオン
デマンドでロードした予めリンクされていないコードを
受け取る。コードは（１）コードの“タグ”部を識別す
るか、もしくは（２）ＤＳＰ１６で実行する適性につい
て非タグコードセグメントを解析するために処理され
る。ソースコードのタグ部はその中に埋め込まれた“＜
ｓｔａｒｔ ＤＳＰ ｃｏｄｅ＞”および“＜ｅｎｄ
ＤＳＰ ｃｏｄｅ＞”等の所定のマーカによりＤＳＰへ
ターゲット可能なソースを描くことができる。タグ部が
直接もしくは解析により識別される場合には、ＤＳＰ１
６の現在の処理状態に基づいてクロスコンパイルするか
どうかが判断される。コンパイルすると判断されれば、
コードのその部分は既知のコンパイリング方法を使用し
て非リンク、実行可能ターゲットプロセッサコードを出
力するソフトウェアをコンパイリングすることにより処
理される。コンパイルしないという判断は、例えば、Ｄ
ＳＰ１６により他のタスクが実行されているため、ＤＳ
Ｐが利用できる容量（一般的に、利用可能ＭＩＰＳ−百
万命令／秒といわれる）が不十分であるか、利用可能な
メモリが不十分である場合になされる。コンパイルされ
たコードはダイナミッククロスリンカー８２へ通してＤ
ＳＰ１６において即座に使用するか、あるいはＤＳＰラ
イブラリ５８内に保存することができる。

【００４６】ダイナミッククロスリンカー８２は予め非
リンクコードを受け取り、それは（１）ホストプロセッ
サ１２と関連してスタティックに格納されるか、（２）
ネットワークコネクション（インターネット等のグロー
バルネットワークを含む）を介してホストプロセッサ１
２へダイナミックにダウンロードされるか、あるいは
（３）ダイナミッククロスコンパイラー８０によりダイ
ナミックに発生される。ダイナミッククロスリンカー８
２はランタイムに決定されるＤＳＰ１６のメモリ開始ア
ドレスの入力コードをリンクする。メモリ開始アドレス
はホストプロセッサ１２もしくはＤＳＰ１６により格納
され管理されるメモリマップもしくはメモリテーブルか
ら決定することができる。ダイナミッククロスリンカー
８２はコード内の基準メモリ位置をＤＳＰ内の実際のメ
モリ位置へ変換する。これらのメモリ位置は、例えば、
コード内の分岐アドレスもしくはコード内のデータ位置
参照（ｒｅｆｅｒｅｎｃｅ）を含むことができる。

【００４７】実施例では、ポータブルコードはリンクさ
れているかどうかを含めたコードに関する全情報を含む
ＣＯＦＦ（共通オブジェクトファイルフォーマット）内
にある。リンクされていなければ、コードをリンクする
のに変えなければならないアドレスをシンボルテーブル
が定義する。

【００４８】前記した変換プロセスには従来技術に較べ
ていくつかの著しい利点がある。第１に、ダイナミック
クロスコンパイラー８０はダウンロードされたポータブ
ルコードをどこで実行するかについてランタイム判断を
行うことができる。例えば、多数のターゲットプロセッ
サ（２台のＤＳＰ１６等）を有するシステムでは、ダイ
ナミッククロスコンパイラー８０は利用可能な資源もし
くは能力に基づいてポータブルコードを任意の１台のタ
ーゲットプロセッサへコンパイルすることができる。ダ
イナミッククロスリンカー８２はリロケータブルコード
をサポートしないターゲットプロセッサでランするよう
コードをリンクする。コードはランタイムにリンクされ
るため、ＤＳＰ１６（もしくは、他のターゲットプロセ
ッサ）内のメモリ位置は保存する必要がなく、デバイス
内の全ての計算資源を最適効率で使用することができ
る。コンパイリングはプラットホーム１０のアーキテク
チャの知識により達成されるため、一方もしくは両方の
プロセッサのインテクジェントキャッシュアーキテクチ
ュア等の特定プロセッサおよびプラットホーム向けの特
徴をコンパイリングに利用することができる。

【００４９】したがって、ＤＳＰ１６はその処理能力を
完全に使用するようにダイナミックに変えられるさまざ
まな機能を有することができる。例えば、ユーザは音声
認識を含むユーザインターフェイスをロードしたいこと
がある。その時、ホストプロセッサはソフトウェアをダ
ウンロードしてＤＳＰ１６で実行する音声認識ソフトウ
ェアをダイナミックにクロスコンパイルおよびクロスリ
ンクする。あるいは、ＤＳＰ１６の現在状態に基づいて
ＤＳＰライブラリ５８内の予めコンパイルされたソフト
ウェアをダイナミックにクロスリンクして実行すること
ができる。

【００５０】ホストデバイスドライバ ホストデバイスドライバはＤＳＰ１６からホスト１２へ
の通信を処理する。ドライバ機能はホスト−ＤＳＰ通信
プロトコルに明記された通信要求を取り入れて利用可能
なハードウァエインターフェイスを介した情報の伝送を
処理する。デバイスドライバはＲＴＯＳ依存かつ通信ハ
ードウェア依存である。

【００５１】ホスト−ＤＳＰ通信プロトコル（ホスト−
ＤＳＰインターフェイスレイヤ） ホスト−ＤＳＰ通信プロトコルはホスト１２とＤＳＰ１
６間のコマンドおよびデータの通信を支配する。通信は
いくつかのパス、メッセージ、データチャネル、および
ストリーム、からなる。メッセージは初期化パラメータ
およびコマンドをタスクへ送るのに使用される。データ
チャネルはタスク間およびＤＳＰ１６とホスト１２間で
大量のデータをデータフレームの形で運ぶ。ストリーム
はタスク間およびＤＳＰ１６とホスト１２間でストリー
ムとされたデータを通すのに使用される。

【００５２】メッセージ 各タスクはメッセージを処理するメッセージハンドラー
へのエントリーポイントを有する。メッセージはユーザ
定義であり、タスク機能のための初期化パラメータおよ
びタスクをコントロールするコマンドを含む。タスクは
その生成時に指定されるコールバックを介してホスト１
２へメッセージを送る。タスクメッセージハンドラーの
プロトタイプおよびホストコールバックのプロトタイプ
をここに示す。

【数４４】

【００５３】ｒｅｐｌｙｒｅｆパラメータは送信者への
返答を返送するのに使用されるインプルメンテーション
依存基準値である。各Ｓｅｎｄ Ｍｅｓｓａｇｅコール
について、受信者はｒｅｐｌｙｒｅｆパラメータを使用
してＲｅｐｌｙ Ｍｅｓｓａｇｅを呼び出さなければな
らない。実際のメッセージは次のようである。

【数４５】 マルチワードデータは最下位語が最初に送られる。

【００５４】Ｓｅｎｄ Ｍｅｓｓａｇｅ関数内の０のＴ
ａｓｋＩＤはシステムレベルメッセージを示す。システ
ムレベルメッセージはＤＳＰ−ＡＰＩ関数を実施するの
に使用される。

【００５５】メッセージ関数を下記に示す。

【数４６】 この関数はＴａｓｋＩＤにより指定されるタスクへユー
ザ定義メッセージを送る。ＭｓｇＩＤはメッセージを定
義し、ｍｓｇｂｕｆは実際のメッセージデータを含んで
いる。メッセージサイズはｃｏｕｎｔＴ ＤＳＰ Ｗｏ
ｒｄｓである。メッセージへの返答はｒｅｐｌｙｂｕｆ
パラメータ内に含まれ、それは呼び出し者により提供さ
れるサイズｒｅｐｌｙｂｕｆｓｉｚｅのバッファーを指
示する。それは特定のメッセージに対する返答を処理す
るのに十分なサイズでなければならない。ｅｒｒｃｏｄ
ｅパラメータは下記の考えられる結果を含む。

【数４７】

【００５６】

【数４８】 この関数はメッセージへ返答するのに使用される。ｒｅ
ｐｌｙｒｅｆはオリジナルメッセージの送信者へ返答を
返送するのに使用される参照（ｒｅｆｅｒｅｎｃｅ）で
あり、特定インプルメンテーション向けである。返答は
ｂｕｆパラメータ内に含まれそのサイズはＴ ＤＳＰ
Ｗｏｒｄｓである。ｅｒｒｃｏｄｅパラメータは下記の
考えられる結果を含む。

【数４９】

【００５７】チャネル チャネルの概念は１つのプロセッサから別のプロセッサ
へ、あるいは同じプロセッサ上のタスク間でフレームベ
ースデータを送信するのに使用される。生成されると、
チャネルはデータを含むように指定された数およびサイ
ズのフレームを割り当てる。最初に、チャネルは空フレ
ームのリストを含んでいる。データを生じるタスクはデ
ータを書き込む空フレームを要求し、書き込まれるとフ
レームはチャネルへ戻される。データを消費するタスク
はチャネルから完全なフレームを要求し、空になるとフ
レームはチャネルへ戻される。フレームバッファーのこ
の要求および戻しにより、最小限のコピーでデータを動
かすことができる。

【００５８】各タスクは指定された入力および出力チャ
ネルを有する。チャネルが生成されると、それは１つの
タスクへの入力、およびもう１つのタスクへの出力とし
て指示される。チャネルのＩＤにはデバイスＩＤが含ま
れ、チャネルはプロセッサ間でデータを通すことができ
る。ホスト−ＤＳＰインターフェイスを横切るチャネル
データフローは下記のようである。

【数５０】 チャネル関数を下記に示す。

【００５９】

【数５１】 この関数はデータフレーム−ベース通信チャネルを生成
する。それはカウントおよびサイズが、それぞれ、ｎｕ
ｍｆｒａｍｅｓおよびｆｒａｍｅｓｉｚｅ内に指定され
ている１組のフレームバッファーのコントロールを維持
するチャネルコントロール構造を生成する。生成される
と、チャネルはデータフレームを割り当てそれらをその
空フレームリストへ加える。ＣｈａｎｎｅｌＩＤは新し
いチャネルのＩＤを戻す。ＤｅｖＩＤが呼出プロセッサ
のものでなければ、呼出プロセッサとＤｅｖＩＤプロセ
ッサの両方でチャネルコントロール構造が生成され、通
信インターフェイスを横切るデータフローがコントロー
ルされる。ｅｒｒｃｏｄｅパラメータは下記の考えられ
る結果を含む。

【数５２】

【００６０】

【数５３】 この関数はＣｈａｎｎｅｌＩＤにより指定される既存の
チャネルを削除する。ｅｒｒｃｏｄｅパラメータは下記
の考えられる結果を含む。

【数５４】

【００６１】

【数５５】 この関数は指定されたローカンチャネルＩＤから空フレ
ームを要求する。ＣｈｎがＮＵＬＬであれば、タスクの
出力チャネルが使用される。戻る時に、ｂｕｆｐｔｒは
フレームバッファーへのポインターを含んでいる。Ｗａ
ｉｔＦｌａｇがＴＲＵＥであり、かつ利用可能なフレー
ムバッファーがなければ、呼出者はバッファーを利用で
きるようになるまで保留される。ＷａｉｔＦｌａｇがＦ
ＡＬＳＥであれば、機能はとにかく戻る。ｅｒｒｃｏｄ
ｅパラメータは下記の考えられる結果を含む。

【数５６】

【００６２】

【数５７】 一度タスクがフレームバッファーを満たすと、この関数
を使ってチャネルへ戻される。ｂｕｆｐｔｒにより指示
されるバッファーは指定されたチャネルＩＤへ戻され
る。ＣｈｎがＮＵＬＬであれば、タスクの出力チャネル
が使用される。ｅｒｒｃｏｄｅパラメータは下記の考え
られる結果を含む。

【数５８】

【００６３】

【数５９】 この関数は指定されたローカンチャネルＩＤからデータ
の全フレームを要求する。ＣｈｎがＮＵＬＬであれば、
タスクの入力チャネルが使用される。戻る時に、ｂｕｆ
ｐｔｒパラメータはフレームバッファーへのポインター
を含んでいる。ＷａｉｔＦｌａｇがＴＲＵＥであり、か
つ利用可能な完全なフレームバッファーがなければ、呼
び出し者はバッファーが利用できるようになるまで保留
される。ＷａｉｔＦｌａｇがＦＡＬＳＥであれば、関数
はとにかく戻る。ｅｒｒｃｏｄｅパラメータは下記の考
えられる結果を含む。

【数６０】

【００６４】

【数６１】 タスクはフレームバッファーからのデータを使用した
ら、この関数を使用してバッファーをチャネルへ戻さな
ければならない。ｂｕｆｐｔｒにより指示されるバッフ
ァーは指定されたチャネルＩＤへ戻される。ＣｈｎがＮ
ＵＬＬであれば、タスクの入力チャネルが使用される。
ｅｒｒｃｏｄｅパラメータは下記の考えられる結果を含
む。

【数６２】

【００６５】

【数６３】 この関数はタスクの入力チャネルを指定されたチャネル
ＩＤに設定する。ｅｒｒｃｏｄｅパラメータは下記の考
えられる結果を含む。

【数６４】

【００６６】

【数６５】 この関数はタスクの出力チャネルを指定されたチャネル
ＩＤに設定する。ｅｒｒｃｏｄｅパラメータは下記の考
えられる結果を含む。

【数６６】

【００６７】ストリーム ストリームはフレームに押し入ることはできないが、タ
スクに対して連続的に流出入するデータのために使用さ
れる。ストリームはヘッドおよび流出入時にデータを追
跡するテールポインターを付随するサーキュラーバッフ
ァー（ＦＩＦＯ）からなっている。各タスクは指定され
た入力および出力ストリームを有することができる。ホ
スト−ＤＳＰインターフェイスを横切るストリームデー
タフローは次のようである。

【数６７】 ストリーム関数を下記に示す。

【００６８】

【数６８】 この関数はＦＩＦＯベース通信ストリームを生成する。
それはサイズＦＩＦＯｓｉｚｅのＦＩＦＯのコントロー
ルを維持するストリームコントロール構造を生成する。
生成されると、ストリームは空ＦＩＦＯを割り当て、ス
トリームに流出入するデータフローを処理するようにヘ
ッドおよびテールポインターを初期化する。Ｓｔｒｅａ
ｍＩＤは新しいストリームのＩＤを戻す。ＤｅｖＩＤが
呼出プロセッサのものでなければ、呼出プロセッサおよ
びＤｅｖＩＤプロセッサの両方にストリームコントロー
ル構造が生成され、通信インターフェイスを横切って流
れるデータをコントロールする。ｅｒｒｃｏｄｅパラメ
ータは下記の考えられる結果を含む。

【数６９】

【００６９】

【数７０】 この関数はＳｔｒｅａｍＩＤにより指定される既存のス
トリームを削除する。ｅｒｒｃｏｄｅパラメータは下記
の考えられる結果を含む。

【数７１】

【００７０】

【数７２】 この関数は現在ＳｔｒｍＩＤにより指定されるストリー
ムＦＩＦＯ内にあるＴ ＤＳＰ Ｗｏｒｄｓのカウントを
要求する。ｃｏｕｎｔパラメータは戻った時に数を含ん
でいる。ｅｒｒｃｏｄｅパラメータは下記の考えられる
結果を含む。

【数７３】

【００７１】

【数７４】 この関数はＳｔｒｍにより指定されたストリームへＴ Ｄ
ＳＰ Ｗｏｒｄｓのｃｏｕｎｔ数を書き込む。Ｓｔｒｍ
がＮＵＬＬであれば、タスクの出力ストリームが使用さ
れる。データはｂｕｆｐｔｒパラメータにより指示され
る。戻った時に、ｃｏｕｎｔｅｒｗｒｉｔｔｅｎは実際
に書き込まれるＴ ＤＳＰ Ｗｏｒｄｓ数を含んでい
る。ｅｒｒｃｏｄｅパラメータは下記の考えられる結果
を含む。

【数７５】

【００７２】

【数７６】 この関数はＳｔｒｍにより指定されたストリームからデ
ータを読み出す。ＳｔｒｍがＮＵＬＬであれば、タスク
の入力ストリームが使用される。データはｂｕｆｐｔｒ
により指定されたバッファー内に格納される。ｍａｘｃ
ｏｕｎｔまでＴ ＤＳＰ Ｗｏｒｄｓがストリームから読
み出される。ｃｏｕｎｔｅｒｅａｄパラメータは読み出
したデータの実際のカウントを含んでいる。ｅｒｒｃｏ
ｄｅパラメータは下記の考えられる結果を含む。

【数７７】

【００７３】

【数７８】 この関数は指定されたストリームＩＤへタスクの入力ス
トリームを設定する。ｅｒｒｃｏｄｅパラメータは下記
の考えられる結果を含む。

【数７９】

【００７４】

【数８０】 この関数は指定されたストリームＩＤへタスクの出力ス
トリームを設定する。ｅｒｒｃｏｄｅパラメータは下記
の考えられる結果を含む。

【数８１】

【００７５】

【表３】

【００７６】システムメッセージ これらの表はデバイス間を通過するメッセージを定義す
る（すなわち、ホストからＤＳＰ１６へ）。メッセージ
をデバイスへ実際にルーティングするのに使用されるた
め、対応する関数呼出し内にパラメータとして存在する
デバイスＩＤはメッセージには内蔵されない。同様に、
関数呼出しの上半部としてデバイスＩＤを含むタスクＩ
Ｄはメッセージ内にデバイスＩＤを含まず、ＤＳＰのロ
ードタスクＩＤ部しか含んでいない。

【００７７】

【表４】

【００７８】

【表５】

【００７９】

【表６】

【００８０】ダウンローディングネーティブコード 図４−図６はネーティブコードをターゲットプロセッサ
（すなわち、ホスト１２もしくはＤＳＰ１６）へ確実か
つ効率的にダウンローディングする実施例を示す。コー
ドをダウンローディングするこの実施例は、例えば、イ
ンターネット、もしくは他のグローバルネットワーク、
ローカルもしくはワイドエリアネットワーク、もしくは
ＰＣカードやスマートカード等の周辺装置からコードを
ダウンローディングするのに使用できる。

【００８１】図４にＪＡＶＡ Ｂｅａｎ９０の実施例を
示し、Ｂｅａｎ９０はネーティブコード９２のラッパー
（ｗｒａｐｐｅｒ）として作用する。Ｂｅａｎはさらに
Ｃｏｄｅ Ｔｙｐｅ属性９４ａ、Ｃｏｄｅ Ｓｉｚｅ属
性９４ｂおよびＭＩＳＰ要求属性９４ｃとして表記され
ているいくつかの属性９４を含んでいる。Ｂｅａｎ９０
はＬｏａｄ Ｃｏｄｅアクション９６ａ、Ｌｏａｄ Ｐ
ａｒａｍｅｔｅｒｓアクション９６ｂおよびＥｘｗｃｕ
ｔｅ Ｐａｒａｍｅｔｅｒ９６ｃを含むいくつかのアク
ション９６を有している。

【００８２】動作において、Ｌｏａｄ Ｃｏｄｅアクシ
ョン９６ａは外部ネーティブコード（ターゲットプロセ
ッサにとってネーティブ）をＢｅａｎ内へロードするの
に使用される。ＪＡＶＡ Ｂｅａｎｓはパーシステンス
（ｐｅｒｓｉｓｔｅｎｃｅ）を有するため、Ｂｅａｎ９
０はネーティブコード９２および属性９４を含むその内
部状態を格納することができる。Ｌｏａｄ Ｐａｒａｍ
ｅｔｅｒｓアクション９６ｂはネーティブコード９２か
ら（例えば、前記したＣＯＦＦファイルフォーマットを
使用して）パラメータを検索し属性９４ａ−ｃとして格
納する。Ｅｘｅｃｕｔｅアクション９６ｃはＤＳＰ１６
内にインストールされたタスクを実行する。

【００８３】Ｂｅａｎ９０を使用してコードをターゲッ
トプロセッサへダウンロードする様子を図５に示す。こ
の例では、ターゲットプロセッサはＤＳＰ１６（もしく
は、多数のＤＳＰ１６の中の１つ）であるものとする
が、それはネーティブコードをホストプロセッサ１２へ
ダウンロードするのにも使用できる。さらに、所望のＢ
ｅａｎ９０はＬＡＮサーバもしくはインターネットサー
バ等のネットワークサーバ内に常駐しているものとする
が、Ｂｅａｎはスマートカード等のプラットホーム１０
と通信する任意のデバイス内に常駐することができる。
ワイヤレスデータプラットホーム１０については、ネッ
トワークサーバ１００への接続はしばしばワイヤレスで
ある。

【００８４】図５において、プラットホーム１０はネッ
トワークサーバ１００に接続されている。図２に詳細に
示すホストプロセッサ１２はＪＡＶＡバーチャルマシン
４４を介して１つ以上のＪＡＶＡアプレット４０を実行
することができる。新しいコードをダウンロードするた
めに、ホスト１２はネットワークサーバ１００からＢｅ
ａｎ９０を含むアプレットをロードするか、もしくはア
プレットを含まないＢｅａｎをサーバ１００からダウン
ロードすることができる。ラッパーＢｅａｎ９０が検索
されると、ネーティブコードのサイズ、コードタイプ
（コードはどのプロセッサ用か）および必要なＭＩＰＳ
を質問することができる。所期のプロセッサがコード９
２を実行するのに十分な資源を有する場合には、コード
９２は所期のプロセッサ、図５に示すアーキテクチュア
内のホストプロセッサ１２もしくはＤＳＰ１６、で実行
するようにインストールすることができる。典型的に
は、ネーティブコード９２は非リンク、コンパイルされ
たコードである。したがって、ＤＳＰ−ＡＰＩ５０のク
ロスリンカー８２はコードを利用可能なメモリ位置へリ
ンクする。Ｂｅａｎは２進ネーティブコード９２をダイ
ナミッククロスリンカー８２へ通し、それがコードをイ
ンストールして実行する。

【００８５】典型的に、ネーティブコードのダウンロー
ドが生じるのは、その中にＤＳＰ関数が所望されるアプ
レットをユーザが実行している場合である。最初に、ア
プレットは所望のコードがタスク６０としてＤＳＰ内に
インストールされている、またはＤＳＰライブラリ５８
内で利用可能であるかをチェックする。もしそうならタ
スクはダウンロードなしで実行できる。

【００８６】タスクがＤＳＰ１６もしくはＤＳＰライブ
ラリ５８内に格納されていなければ、オブジェクト（こ
こでは、“ＤＳＰＬｏａｄｅｒ”オブジェクトと言う）
を生成してＢｅａｎ９０をロードすることができる。Ｄ
ＳＰＬｏａｄｅｒクラスがホスト１２上でローカルであ
れば、ＪＡＶＡはＢｅａｎもローカルに利用可能である
かをチェックする。最初の場合、ローカルに格納された
コードを有するＢｅａｎがあることがある。そうであれ
ば、ＢｅａｎからのコードはＤＳＰ（もしくは、Ｃｏｄ
ｅ Ｔｙｐｅにより指定されるいずれかのプロセッサ）
へインストールされる。コードのないＢｅａｎがローカ
ルに格納される場合には、Ｂｅａｎは適切なサーバから
コードを検索することができる。

【００８７】一方、ＤＳＰＬｏａｄｅｒオブジェクトが
ローカルではなければ、ＪＡＶＡはアプレットを書き込
んだサーバからＢｅａｎ９０をロードする。次に、Ｂｅ
ａｎからのコードは前記したようにインストールされ
る。

【００８８】ＪＡＶＡ Ｂｅａｎの使用に関連してネー
ティブコードのダウンローディングが説明されるが、Ａ
ｃｔｉｖｅＸアプレット等の他の言語内にコードを包み
込んで達成することもできる。

【００８９】ＪＡＶＡ Ｂｅａｎ（もしくは、他のアプ
レット）をネーティブコードのラッパーとして使用する
ことは著しい利点がある。最初に、複数のプロセッサの
中の１つへコードをローディングするのに単純な標準的
方法でよい。Ｂｅａｎが生成され、コードがＢｅａｎへ
ロードされて適切なプロセッサとリンクされる。Ｂｅａ
ｎ内にコードをラッピングすることなく、プロセスは数
百のステップをとることができる。第２に、多数のネー
ティブコード片を１つのアプレットにより結合し、１つ
のアプレットを使用する多数の個別のルーチンから複雑
なアプリケーションを発生してルーチンを所望により結
合することができる。第３に、言語のセキュリティ機能
を利用することができ、Ｂｅａｎ９０内のＪＡＶＡコー
ドだけでなくネーティブコード９２も保護される。Ａｃ
ｔｉｖｅＸ等の他の言語もセキュリティ機能を有する。

【００９０】セキュリティ ２つの最重要セキュリティ機能はデジタル署名および暗
号化である。ＪＡＶＡＢｅａｎもしくはＡｃｔｉｖｅＸ
アプレットはコードソースにより署名することができ、
Ｂｅａｎもしくはアプレットがダウンロードされると、
署名は信頼できるソースのリストを有する受信アプリケ
ーションにより照合される。Ｂｅａｎもしくはアプレッ
トに信頼できるソースの署名があれば、標準技術を使用
して解読することができる。したがって、ネーティブコ
ードは伝送中にＢｅａｎもしくはアプレットのコードと
共に暗号化され、コードの非認可修正が防止される。ネ
ーティブコードは安全であり信頼できるソースから来る
ため、属性も正確であるものと信頼することができる。

【００９１】図６はＪＡＶＡ Ｂｅａｎを使用するプロ
セッサのネーティブコードダウンローディングプロセス
を説明するフロー図であり、ネーティブコードは同様な
技術を使用して異なる言語のアプレットで包むことがで
きることがお判りであろう。ステップ１１０において、
暗号化されたデジタル署名Ｂｅａｎ９０はＪＡＶＡバー
チャルマシンを動かすデバイスへダウンロードされる。
ステップ１１２において、署名が照合される。信頼でき
るソースとして表記されたソースからのものでなけれ
ば、ステップ１１４において例外処理がイネーブル（ｅ
ｎａｂｌｅ）される。Ｂｅａｎが信頼できるソースから
来るものである場合、ユーザがそのソースで不自由でな
ければ、例外処理関数はユーザにＢｅａｎを受け入れる
機会を与えることができる。署名が無効であれば、例外
処理はＢｅａｎ９０を削除してユーザへ適切なエラーメ
ッセージを送ることができる。

【００９２】署名が有効で信頼できるソースから来るも
のであれば、ステップ１１６においてＢｅａｎが解読さ
れる。このステップではＪＡＶＡコードとＢｅａｎ内の
ネーティブコードの両方が解読される。ステップ１１８
において、Ｂｅａｎ９０から属性が検索されステップ１
２０において、アプレットは適切なプロセッサがコード
を実行するのに十分な資源を有するかどうかを確認す
る。十分な資源を有しない場合には、例外処理ステップ
１１４はネーティブコードのインストールを拒絶するこ
とができ、あるいは資源を解放するステップをとること
ができる。十分な資源がある場合には、ステップ１２２
においてコードはクロスリンカーを使用してリンクされ
所望のプロセッサにインストールされる。ステップ１２
４において、ネーティブコードが実行される。

【００９３】Ｂｅａｎ９０のサンプルＪＡＶＡスクリプ
トを下記に示す。

【表７】

【表８】

【表９】

【表１０】

【００９４】前記したスクリプトにおいて、Ｎａｔｉｖ
ｅＢｅａｎ（）ルーチンはネーティブコードを保持する
Ｂｅａｎ９０を生成する。ｌｏａｄＣｏｄｅ（）ルーチ
ンはサーバからネーティブコードを得る。ｇｅｔＦｕｎ
ｃｔｉｏｎａｌＮａｍｅ（）およびｇｅｔＣｏｄｅＢａ
ｓｅ（）ルーチンは属性を検索する。ｉｎｓｔａｌｌＣ
ｏｄｅ（）ルーチンはクロスリンカーを呼び出してネー
ティブコードをＤＳＰにリンクしリンクしたコードをロ
ードする。ｌｏａｄＰａｒａｍｅｔｅｒｓ（）ルーチン
はネーティブコードを調べてその属性を確認するようＢ
ｅａｎを命令する。ｇｅｔＣｏｄｅｓｉｚｅ（）および
ｇｅｔＣｏｄｅｔｙｐｅ（）ルーチンは属性を要求する
アプレットへ転送する。

【００９５】本発明の詳細説明はある代表的な実施例に
向けられたが、当業者ならば別の実施例だけでなくこれ
らの実施例のさまざまな修正が考えられるであろう。請
求の範囲に入る修正および別の実施例は全て本発明に含
まれるものとする。

【００９６】以上の説明に関して更に以下の項を開示す
る。 （１）移動電子装置であって、ネィティブコードを実行
するコプロセッサと、ホストプロセッサシステムおよび
プロセッサ独立コードに対応するネィティブコードを実
行するように作動するホストプロセッサシステムであっ
て、デジタル信号コプロセッサにより実施されるタスク
をダイナミックに変化させるように作動するホストプロ
セッサシステムと、前記ホストプロセッサシステムと前
記コプロセッサ間の通信回路と、を含む移動電子装置。

【００９７】（２）第１項記載の移動電子装置であっ
て、前記コプロセッサはデジタル信号処理装置である、
移動電子装置。

【００９８】（３）前記いずれか１項記載の移動電子装
置であって、前記プロセッサ独立コードはＪＡＶＡを含
む、移動電子装置。

【００９９】（４）前記いずれか１項記載の移動電子装
置であって、前記ホストプロセッサシステムは前記コプ
ロセッサのネーティブコードを発生することができる、
移動電子装置。

【０１００】（５）前記いずれか１項記載の移動電子装
置であって、前記ホストプロセッサシステムはプロセッ
サ独立ソースコードをコンパイルすることにより前記コ
プロセッサのネーティブコードを発生することができ
る、移動電子装置。

【０１０１】（６）前記いずれか１項記載の移動電子装
置であって、前記ホストプロセッサシステムはソースコ
ードの識別されたブロックをコンパイルする、移動電子
装置。

【０１０２】（７）前記いずれか１項記載の移動電子装
置であって、前記ホストプロセッサシステムはコプロセ
ッサで実行できるソースコードのブロックを識別してコ
ードの前記ブロックをコンパイルする、移動電子装置。

【０１０３】（８）前記いずれか１項記載の移動電子装
置であって、さらに前記コプロセッサへダウンロードし
て実行することができるルーチンのライブラリを格納す
るメモリを含む、移動電子装置。

【０１０４】（９）前記いずれか１項記載の移動電子装
置であって、さらにハードウェア言語アクセラレータを
含む、移動電子装置。

【０１０５】（１０）前記いずれか１項記載の移動電子
装置であって、前記ハードウェアアクセラレータはＪＡ
ＶＡアクセラレータを含む、移動電子装置。

【０１０６】（１１）第１項記載の移動電子装置であっ
て、さらにネットワークからデータを受信するネットワ
ークインターフェイス回路を含む、移動電子装置。

【０１０７】（１２）移動電子装置の制御方法であっ
て、コプロセッサにおいてネィティブコードを実行する
ステップと、ホストプロセッサシステムにおいてネィテ
ィブコードおよびプロセッサ独立コードを実行するステ
ップと、デジタル信号コプロセッサにより実施されるタ
スクを前記ホストプロセッサシステムによりダイナミッ
クに変えるステップと、前記ホストプロセッサシステム
と前記コプロセッサ間で通信を行うステップと、を含む
方法。

【０１０８】（１３）第１２項記載の方法であって、コ
プロセッサにおいてネィティブコードを実行する前記ス
テップは、デジタル信号処理装置においてネーティブコ
ードを実行するステップを含む、方法。

【０１０９】（１４）第１２項、第１３項記載の方法で
あって、さらに前記一般的処理システムにおいて前記コ
プロセッサのネィティブコードを発生するステップを含
む、方法。

【０１１０】（１５）第１４項記載の方法であって、ネ
ィティブコードを発生する前記ステップはプロセッサ独
立ソースコードをコンパイリングしてネーティブコード
を発生するステップを含む、方法。

【０１１１】（１６）第１５項記載の方法であって、さ
らに前記ソースコードのブロックを識別して前記コプロ
セッサで実行するようコンパイルするステップを含む、
方法。

【０１１２】（１７）第１２項−第１６項記載の方法で
あって、さらに前記ホストプロセッサシステムから前記
コプロセッサへダウンロードして実行するルーチンのラ
イブラリを格納するステップを含む、方法。

【０１１３】（１８）移動電子装置であって、複数個の
コプロセッサと、ホストプロセッサシステムであって、
ソースコードを実行し、前記１個以上のコプロセッサで
実行されるソースコードの１つ以上のセクションを識別
し、ソースコードの識別した各セクションについて、対
応するコプロセッサを決定し、ソースコードの識別した
各セクションについて、コードの前記識別したセクショ
ンを前記対応するコプロセッサに関連するネーティブコ
ードへコンパイルして前記対応するコプロセッサへイン
ストールする、ように作動する前記ホストプロセッサシ
ステムと、前記ホストプロセッサシステムと前記コプロ
セッサ間の通信回路と、を含む、移動電子装置。

【０１１４】（１９）移動電子装置の制御方法であっ
て、ホストプロセッサシステムでソースコードを実行す
るステップと、１個以上のコプロセッサで実行されるソ
ースコードの１つ以上のセクションを識別するステップ
と、ソースコードの識別した各セクションについて、対
応するコプロセッサを決定するステップと、ソースコー
ドの識別した各セクションについて、コードの前記識別
したセクションを前記対応するコプロセッサに関連する
ネーティブコードへコンパイリングして前記ネーティブ
コードを前記対応するコプロセッサへインストールする
ステップと、前記ホストプロセッサシステムと前記コプ
ロセッサ間の通信を行うステップと、を含む、方法。

【０１１５】（２０）複数個のプロセッサ（１２，１
６）を含むワイヤレスデータプラットホーム（１０）。
タスクが実施される時に情報を通信できるようにプロセ
ッサ間に通信チャネルが開設される。１個のプロセッサ
で実施されるダイナミッククロスコンパイラー（８０）
がコードを別のプロセッサのためのネーティブ処理コー
ドへコンパイルする。ダイナミッククロスリンカー（８
２）が他のプロセッサのためにコンパイルされたコード
をリンクする。ネーティブコードはそれを包むＪＡＶＡ
Ｂｅａｎ（９０）（もしくは他の言語タイプ）を使用
してプラットホームへダウンロードすることもできる。
ＪＡＶＡ Ｂｅａｎはセキュリティのために暗号化しデ
ジタル署名することができる。

【０１１６】関連出願の相互参照 本出願は同じ日付で出願され本開示の一部としてここに
組み入れられている、ウースリー等の米国特許出願第０
８／９９５，６００号“Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉ
ｃａｔｉｏｎ Ｓｙｓｔｅｍ ｗｉｔｈ Ｃｒｏｓｓ
Ｃｏｍｐｉｌｅｒ ａｎｄ Ｃｒｏｓｓ Ｌｉｎｋｅ
ｒ”（アットニードケット第２６４５３号）、ブリュー
ワーの米国特許出願第０８／９９５，５９７号“Ｍｅｔ
ｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ Ｐｒｏ
ｖｉｄｉｎｇ Ｄｏｗｎｌｏａｄａｂｌｅ Ｆｕｎｃｔ
ｉｏｎａｌｉｔｙ ｔｏ ａｎ Ｅｍｂｅｄｄｅｄ Ｃ
ｏｐｒｏｃｅｓｓｏｒ”（アットニードケット第２６４
４０号）、およびブリューワーの米国特許出願第０８／
９９５，６０３号“Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒ
ａｔｕｓ ｆｏｒ Ｅｘｔｅｎｄｉｎｇ Ｓｅｃｕｒｉ
ｔｙ Ｍｏｄｅｌ ｔｏ Ｎａｔｉｖｅ Ｃｏｄｅ”
（アットニードケット第２６４３９号）に関連してい
る。

【図面の簡単な説明】

【図１】一般的なワイヤレスデータ処理に特に適したプ
ラットホームアーキテクチュアのブロック図。

【図２】図１のプラットホームの機能ブロック図。

【図３】ダイナミッククロスコンパイリングおよびダイ
ナミッククロスリンキング機能の機能ブロック図。

【図４】デバイスへダウンロードするＪＡＶＡ Ｂｅａ
ｎラッパー内に包まれたプロセッサで実行するネーティ
ブコードの実施例。

【図５】遠隔サーバ上に配置されたＪＡＶＡ Ｂｅａｎ
からデバイス上のプロセッサへ包まれたネーティブコー
ドを転送する操作を示す図。

【図６】図５の操作に関連するセキュリティ機能を記述
するフロー図。

【符号の説明】

１０ ワイヤレスデータプラットホーム １２ 汎用ホストプロセッサ １４ バス構造 １６ ＤＰＳ（デジタル信号処理装置） １８ トラフィックコントローラ ２０ ハードウェアアクセラレータ回路 ２２ ビデオおよびＬＣＤコントローラ ２４ ＬＣＤもしくはビデオディスプレイ ２６ 主記憶装置 ２８ Ｉ／Ｏコントローラ ３０ インターフェイス ３２ ＲＡＭ／ＲＯＭ ３４ スマートカード ３６ キーボード ３８ マウス ４０ シリアルポート ４２ フラッシュメモリカード ４４ ＤＲＡＭカード ４６ ＤＡＣ（デジタル／アナログコンバータ） ４８ ネットワークインターフェイス ５０ ＤＳＰ ＡＰＩ（アプリケーションプログラムイ
ンターフェイス） ５２ ホストＤＳＰインターフェイスレイヤ ５４ ＤＳＰデバイスドライバ ５６ ホストＲＴＯＳ（リアルタイムオペレーティング
システム） ５８ ＤＳＰライブラリ ６０ タスク ６２ ホスト−ＤＳＰインターフェイスレイヤ ６４ ＤＲＴＯＳ ６６ ホストデバイスドライバ ７０ ホスト−ＤＳＰインターフェイス ８０ ダイナミッククロスコンパイラー ８２ ダイナミッククロスリンカー ９０ ＪＡＶＡ Ｂｅａｎ ９２ ネーティブコード ９４ 属性 ９６ アクション １００ ネットワークサーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 マシュー エイ．ウールゼイ アメリカ合衆国 テキサス州プラノ，ミド ルコーブ 608 (72)発明者 ジエラール ショベル フランス国 アンティーブ，シュマン ド ラ シュケット，レ ベルジェル ド バル コンスタンス

Claims (2)

【特許請求の範囲】
1. 【請求項１】 移動電子装置であって、 ネィティブコードを実行するコプロセッサと、 ホストプロセッサシステムおよびプロセッサ独立コード
   に対応するネィティブコードを実行するように作動する
   ホストプロセッサシステムであって、デジタル信号コプ
   ロセッサにより実施されるタスクをダイナミックに変化
   させるように作動するホストプロセッサシステムと、 前記ホストプロセッサシステムと前記コプロセッサ間の
   通信回路と、 を含む移動電子装置。
2. 【請求項２】 移動電子装置の制御方法であって、 コプロセッサにおいてネィティブコードを実行するステ
   ップと、 ホストプロセサシステムにおいてネィティブコードおよ
   びプロセッサ独立コードを実行するステップと、 デジタル信号コプロセッサにより実施されるタスクを前
   記ホストプロセサシステムによりダイナミックに変える
   ステップと、 前記ホストプロセッサシステムと前記コプロセッサ間で
   通信を行うステップと、 を含む方法。