JP5270377B2 - ブリッジサポートを有するプラットフォーム起動 - Google Patents

Description

本発明は、第１および第２の処理部を備える処理装置の起動に関する。

第１および第２の処理部を備える処理装置の一例は、移動プラットフォーム、すなわち複数の異なる移動通信装置に用いるチップセット／集積回路を備える。移動プラットフォームは、いくつかの異なるハードウェア構成で使用可能であり、かかるハードウェア構成には、例えば２つの中央処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ：ＣＰＵ）を用いる携帯電話アーキテクチャが含まれる。このような２‐ＣＰＵ携帯電話アーキテクチャにおいて、ＣＰＵのうち一方は、概して通信／リアルタイム強制タスク（ｃｏｍｍｕｎｉｃａｔｉｏｎ／ｒｅａｌ‐ｔｉｍｅ ｃｏｎｓｔｒａｉｎｅｄ ｔａｓｋｓ）を処理するアクセスＣＰＵとして使用され、他方のＣＰＵは、電話アプリケーションタスクを処理するアプリケーションＣＰＵとして使用される。アプリケーションＣＰＵとアクセスＣＰＵとの両方を同じベースバンドデジタル特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ：ＡＳＩＣ）上に備えることがコスト面で有利である。しかしながら、プラットフォームをより強力なアプリケーションシステムとともに使用することを可能とするためには、プラットフォームのアプリケーションＣＰＵではなく、外部ＣＰＵおよびアプリケーションシステムをプラットフォームとともに用いることが一般的には望ましい。例えば、プラットフォームを備える電子装置は、例えばＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ：ユニバーサルシリアルバス）を介すなど、適切なインターフェースを介して、コンピュータなど別のデータ処理システムに接続可能である。プラットフォームの内部アプリケーションＣＰＵではなく、外部ＣＰＵが用いられる、このような構成は、ブリッジ構成（ｂｒｉｄｇｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）とも呼ばれる。この場合、内部アプリケーションＣＰＵを直接使用することはない。

第１の観点によれば、このように、初期化と起動との両状況を効果的かつコスト面でも効率良く容易にする初期化処理または起動処理を提供することが望ましい。

欧州特許出願１４８６８６９号は、主動プロセッサ（ｍａｉｎ ｐｒｏｃｅｓｓｏｒ）と共動プロセッサ（ｃｏ‐ｐｒｏｃｅｓｓｏｒ）とを含むシステムの共動プロセッサを初期化する起動処理を開示している。この処理により、共動プロセッサに関連するＮＯＲフラッシュメモリの必要性がなくなるとはいえ、それぞれのプロセッサに接続される２または３以上のフラッシュメモリは依然として必要である。

別の観点によれば、通常動作用移動プラットフォームのような処理装置の起動には、例えばオペレーティングシステムおよび／またはファームウェアなど、ある基本ソフトウェアまたはあるプラットフォームソフトウェアが必要となり、恐らくはある構成パラメータが、例えば装置製造過程または後続構成の製造過程において、処理装置上にインストールされている。このインストールは、概してソフトウェアを処理装置上へ、例えば装置のフラッシュメモリなどの不揮発性メモリへロードすることで行われる。そのために、概して処理装置は、ソフトウェアフラッシングモード（ｓｏｆｔｗａｒｅ ｆｌａｓｈｉｎｇ ｍｏｄｅ）またはサービスモード（ｓｅｒｖｉｃｅ ｍｏｄｅ）と呼ばれる特別な動作モードで動作可能であり、かかるモードにおいて処理装置は、通常使用に構成可能となるように、外部インターフェースを通してソフトウェアをロードすることに適合される。また、基本ソフトウェアおよび構成パラメータをロードする処理は、外部ロードと呼ぶことにする。

ある移動プラットフォームにおいて、外部ロードは、アクセスＣＰＵに接続されるサービスピンにより示される。サービスピンは、例えばユーザが特定のキーボード組合せを入力すると、誘起可能である。ひとたびサービスモードが検出されると、プラットフォームは、例えばフラッシュメモリなどの内部不揮発性メモリからではなく外部インターフェースから、実行するソフトウェアをロードする。しかしながら、第２の観点によれば、ハードウェア構成に関係のないサービスモードにおける動作を容易にする起動処理を提供する問題が残る。

第１の観点によれば、処理装置を起動する方法が開示され、処理装置は第１および第２の処理部を備え、上記方法は、第１の処理部により、少なくとも１つの起動構成パラメータが処理装置の不揮発性ストレージ媒体からアクセス可能であるかどうかを検出することと、少なくとも１つの構成パラメータは起動インターフェースを示していることと、上記少なくとも１つの構成パラメータが使用可能である場合、検出された少なくとも１つの構成パラメータの少なくとも一部を、第１の処理部により第２の処理部へ送信し、少なくとも１つの構成パラメータが使用可能でない場合、第１および第２の処理部のうち少なくとも１つにより、起動インターフェースが処理装置にとって使用可能かどうか検出することと、示されたまたは検出された起動インターフェースから少なくとも第２の処理部を起動することとを含む。

したがって、処理装置が通常構成で、すなわち処理装置の両方の処理部を用いて起動するか、または処理部のうち１つだけが使用されるブリッジ構成で起動するかにかかわらず、上の起動処理は実行可能であり、それによりマルチプロセッサ装置のための汎用の立ち上げまたは起動の手続を提供可能である。

特に、ここで説明する起動処理の実施形態は、フラッシュメモリの存在を必要とせず、したがって異なるハードウェア構成で動作する装置の処理に使用可能である。

さらに、ＵＳＢなどのブリッジインターフェースは他の非ブリッジ用としても使用可能であるため、純ハードウェア潜在ブリッジ構成（ｐｕｒｅ ｈａｒｄｗａｒｅ‐ｉｍｐｌｉｃｉｔ ｂｒｉｄｇｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を、すなわちどのインターフェースが接続されているかに基づく、完全にハードウェアベースのブリッジ構成検出を、ここで説明する起動処理の実施形態は必要としない。

移動プラットフォーム製造業者にとっては、プラットフォームの動作の構成として選択される特定のハードウェア構成およびソフトウェア構成にかかわらず起動可能である単一の起動プログラムを備える汎用プラットフォームを生産可能であるという利点が興味深い。例えば、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）や、ＵＳＢプラグのようなモデム製品などに用いる低コストの移動プラットフォームを提供可能とすることが、ここで説明する起動処理の利点であり、このプラットフォームは、フラッシュメモリのような大きな不揮発性メモリがなくとも起動可能である。

検出されたまたは示されたブートインターフェースは、内部インターフェース、すなわち処理装置に備わる別のモジュール（ｍｏｄｕｌｅ）／部（ｕｎｉｔ）へのインターフェースでも、または外部インターフェース、すなわち外部装置に接続するインターフェースでもよい。内部インターフェースの例には、処理装置に備わる不揮発性メモリへのインターフェースが含まれる。したがって、外部ＣＰＵは、移動プラットフォームのチップ／チップセット／集積回路基板の外部にある。外部ＣＰＵは、例えば個別の集積回路基板上のＣＰＵなど、同一の処理装置内にあるＣＰＵであってもよく、または外部ＣＰＵは、移動プラットフォームを備える処理装置とは異なる個別の装置のＣＰＵであってもよい。

ある実施形態において、１または２以上の起動構成パラメータが処理装置の不揮発性ストレージ媒体からアクセス可能であるかどうかを検出することは、構成パラメータを格納する不揮発性メモリを処理装置が備えるかどうかを検出することを含み、構成パラメータを格納する不揮発性メモリを処理装置が備える場合には、１または２以上の構成パラメータを含むデータファイルを、検出された不揮発性メモリが格納しているかどうかを検出することを含む。構成パラメータの例は、ソフトウェアバージョン情報のようなセキュリティパラメータ、カスタマーＩＤ、ブリッジ／非ブリッジフラグのようなプラットフォームハードウェア構成パラメータ、および／またはブリッジインターフェース識別などを含んでもよい。

不揮発性プラットフォームストレージが使用可能であり、プラットフォームが適切にカスタマイズされている場合に、起動手続の起動ポーリング（ｐｏｌｌｉｎｇ）順は初めに不揮発性プラットフォームストレージにブリッジ構成情報を発見しようとするため、ここで説明する起動手続は、移動プラットフォームシステム上に不揮発性ストレージを有する構成において特に効果的に機能する。このような構成は、概して立ち上げ性能に対し緊縮の要求がある巨大市場製品に用いられるため、上記のような効果的機能は有利である。しかしながら、格納ブリッジ構成情報が欠如していると、起動処理は、可能性のある外部インターフェースをポーリングし、可能性のある外部インターフェースからブリッジ構成情報が入手可能であるかどうか検出するため、起動処理は他の「フラッシュレス（ｆｌａｓｈ‐ｌｅｓｓ）」構成でも実行可能である。

ある実施形態において、示されたまたは検出された起動インターフェースから少なくとも第２の処理部を起動することは、示されたまたは検出された起動インターフェースから起動ソフトウェアを、すなわち起動処理の少なくとも一部を行うソフトウェアを受信することを含む。起動ソフトウェアを受信することが、受信される起動ソフトウェアの実行前に第１および第２の処理部のうち少なくとも１つにより、起動ソフトウェアのセキュリティチェックを行うことをさらに含む場合、不正ソフトウェアを用いてシステムを起動しようとすることや、不正ユーザがシステムを起動しようとすることに対するセキュリティが増強される。例えば、セキュリティチェックは、起動ソフトウェアの信頼性および／または完全性の検証、および／または起動ソフトウェアのプロバイダの信頼性および／または権限の検証などを含んでもよい。セキュリティチェックは暗号検証処理を、例えば秘密鍵および／または公開鍵をもとにした暗号検証処理を含む場合もある。

ある実施形態において、セキュリティチェックを行うことは、起動中に、ソフトウェア検証のためのセキュリティルートとして機能する第１および第２の処理部のうち１つにより行われる。ある実施形態において、セキュリティルートとして機能する処理部によりセキュリティ情報を読み出すことを上記方法は含み、その場合セキュリティ情報は、システムの不揮発性ストレージ媒体に格納され、暗号保護などで保護される。その結果、セキュリティが重要となる機能のほとんどは処理部の１つに集められ、それにより悪質な攻撃のリスクをさらに軽減する。

ある実施形態において、第１の処理部により、所定の起動シーケンスのプロトコル相互作用のシーケンスを行うことを上記方法は含み、その場合プロトコル相互作用のサブセットのみが、１または２以上の構成パラメータが使用可能であるかどうかを検出することにおける条件とされる。プロトコル相互作用の例には、第２の処理部および／またはストレージ媒体および／または外部インターフェースとのメッセージ、要求、応答などの交換が含まれる。ある実施形態において、サブセットは、５つ未満の相互作用を含む。したがって、異なる構成において相互作用のそれぞれのシーケンスが互いに１または少数の相互作用のみで異なるように、起動処理が構築される場合、ハードウェア構成にかかわらず適用可能であるコンパクトな起動ソフトウェアが提供されてもよい。ゆえに、起動処理は、汎用性のものであっても、装置内に大量のメモリを必要とせず、メンテナンスおよびインストールに対するコスト面で効率的である。

第２の観点によれば、処理装置を起動する方法が開示され、処理装置は第１および第２の処理部を備え、単独構成とブリッジ構成とのうち１つで選択可能なように起動可能であり、その場合単独構成においては、第１および第２の処理部が動作可能になるように初期化され、ブリッジ構成においては、第２の処理部のみが動作可能になるように初期化され、通信インターフェースを介して外部処理部に動作可能なように接続されるように初期化され、上記方法は、処理装置が単独構成で起動されるか、ブリッジ構成で起動されるかを検出することと、処理装置がブリッジ構成で起動される場合、通信インターフェースを介して外部処理部から起動モード表示を受信することと、起動モード表示は、処理装置がサービスモードで起動されるかどうかを示していることと、サービスモードにおいては、処理装置は外部処理装置から処理装置の不揮発性メモリへソフトウェアをロードするように構成されることと、受信された起動モード表示に応じて、処理装置を上記サービスモードで起動することとを含む。

ゆえに、プラットフォーム装置が単独構成で動作するか、ブリッジ構成で動作するかにかかわらず、通常動作でもサービスモードでもプラットフォーム装置を起動することが可能であることが、ここで説明する起動処理の実施形態の利点である。

例えば、移動プラットフォームＵＳＢブリッジ解決法、すなわち移動プラットフォームアクセスＣＰＵと外部ＣＰＵシステムとの間の通信インターフェースとしてＵＳＢを用いる移動プラットフォームにおいては、ＵＳＢ接続は概して外部システムへのサービスピンの接続を提供することがないため、プラットフォームをサービス起動モードで起動するか、通常起動モードで起動するかを、サービスピンまたは他のハードウェア構成を必要としなくとも、外部システムが示すということが、ここで説明する起動処理により可能となる。このように、ここで説明する起動処理の実施形態は、「フラッシュレス」ブリッジ構成にも、サービスピンサービス表示なしの構成にも汎用起動手続を提供する。しかしながら、起動処理の実施形態は、ＣＰＵの１つに接続されるピンを設定することや、外部システムとのプロトコル相互作用などにより、サービスモードがハードウェア構成により示されることを容易にすることが可能である。

効果的に、例えば不要な立ち上げ遅延がなく、非ブリッジ構成および／またはフラッシュ構成に対し機能可能である汎用起動処理を提供することが、ここで説明する起動処理のさらなる利点である。

ある実施形態において、処理装置が単独モードで起動される場合、処理装置のユーザインターフェースを介して起動モード表示を受信することを上記方法はさらに含み、起動モード表示は、処理装置がサービスモードで起動されるかどうかを示している。その結果、起動処理は、装置ユーザインターフェースを介したユーザによるサービスモードの表示も可能にする。例えば、かかる表示は、処理部のうち１つのサービスピンにより提供可能である。

ある実施形態において、処理装置は、少なくとも１つの通信サービスを提供する通信装置であり、その場合第１の処理部は、通信サービスとは異なる機能を提供する少なくとも１つのアプリケーションソフトウェアコンポーネントを実行するように適合されるアプリケーション中央処理装置であり、第２の処理部は、通信サービスを制御するように適合される通信中央処理装置である。例えば、処理装置は、１または２以上の移動通信製品のためのプラットフォーム回路であってもよく、少なくとも１つの通信サービスはセルラー式電気通信サービスを含む。しかしながら、上記方法は他種の処理装置にも適用可能であることが認識されるであろう。

ある実施形態において、対応する処理部の起動の少なくとも一部を制御する起動コードを格納している、対応する読出専用メモリを、第１および第２の処理部の各々は備える。ゆえに、起動手続は、両処理部上のＲＯＭベースのコードにより少なくとも部分的に制御される。ＲＯＭに格納される起動コードに加え、装置の書込可能メモリに格納される起動ソフトウェア、またはブリッジインターフェースを介して外部システムからロードされる起動ソフトウェアにより、起動処理は少なくとも部分的に制御される。ゆえに、起動ソフトウェアの少なくとも一部は変更可能であり、それにより装置のメンテナンスが容易になる。

所定の起動プロトコルにより、第１の処理部と第２の処理部との間で起動情報を通信することを上記方法が含む場合、例えば２‐ＣＰＵアーキテクチャなどのマルチＣＰＵアーキテクチャのための効果的な起動手続が提供される。

上述および後述の上記方法の特徴は、ソフトウェアに実施可能であり、コンピュータ実行可能命令などプログラムコード手段により、データ処理装置または他の処理手段上で実行可能である。ここ以降、処理手段（ｐｒｏｃｅｓｓｉｎｇ ｍｅａｎｓ）という言葉は、上述の機能を行うように適切に適合されるいかなる回路および／または装置を含む。具体的に、処理手段という言葉は、汎用または特殊用途向けプログラマブルマイクロプロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理アレイ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ａｒｒａｙ：ＰＬＡ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ）、特殊用途向け電子回路など、またはそれらの組合せを含む。

例えば、プログラムコード手段は、読出専用メモリ（ｒｅａｄ‐ｏｎｌｙ ｍｅｍｏｒｙ：ＲＯＭ）や、フラッシュメモリのような他の不揮発性メモリなどのストレージ媒体から、または適切なデータインターフェースを介して別の装置から、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ランダムアクセスメモリ）などのメモリへロード可能であり、説明する特徴は、ソフトウェアまたはソフトウェアとの組合せによらずに、有線回路網により実施される場合もある。

本発明は、上述および後述の方法と、対応の装置と、コンピュータプログラムとを含んだ異なる観点に関し、それぞれは、上述の方法に関して説明する１または２以上の利益および利点をもたらし、上述の方法に関して説明する実施形態に対応する１または２以上の実施形態を有する。

特に、ある観点によれば、第１および第２の処理部を備える処理装置は、上述および後述の方法のステップを行うように適切に適合される。

ここでの説明のため、処理装置（ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅ）および電子装置（ｅｌｅｃｔｒｏｎｉｃ ｄｅｖｉｃｅ）という言葉は、いかなるポータブル無線通信装置、および他のハンドヘルドまたはポータブル装置、および／または集積回路ボードの構成要素などの要素とを含む。ポータブル無線通信装置（ｐｏｒｔａｂｌｅ ｒａｄｉｏ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｅｑｕｉｐｍｅｎｔ）という言葉は、携帯電話、ポケットベル、通信機すなわち電子手帳、スマートフォン、携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ：ＰＤＡ）、ハンドヘルドコンピュータ、ｍｐ３プレーヤやデジタルカメラ、その他の記録装置などのメディアプレーヤ、自動車産業における組み込み装置、医療装置など全ての装置を含む。

別の観点によれば、第１および第２の処理部を備える処理装置上で実行されると、上述および後述の方法を処理装置に行わせるように、適合されるコンピュータ実行可能命令をコンピュータプログラム製品は含む。ある実施形態において、コンピュータプログラム製品は、読出専用メモリまたは再書込可能不揮発性メモリなど、コンピュータ実行可能命令を格納しているコンピュータ読出可能媒体として実施される。

ここでの説明のために、ストレージ手段／装置（ｓｔｏｒａｇｅ ｍｅａｎｓ／ｄｅｖｉｃｅ）およびコンピュータ読出可能媒体（ｃｏｍｐｙｕｔｅｒ‐ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）という言葉は、例えば読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、消去可能プログラマブル読出専用メモリ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ‐Ｏｎｌｙ Ｍｅｍｏｒｙ）、揮発性または不揮発性メモリ、光ストレージ装置、磁気ストレージ装置、ディスケット、ＣＤ、ハードディスクなど、適切ないかなるストレージ媒体、装置または回路も含むように意図している。

以上の観点および他の観点は、図面に関連させながら以下で説明する実施形態から明白に解明される。

図１は、２つのＣＰＵを備える移動プラットフォームシステムの概略ブロック図を示す。

移動プラットフォームシステムは、一般的に１００と表示し、アクセスサブシステム１０１およびアプリケーションサブシステム１０２の２つのサブシステムを備える。アクセスサブシステムはアクセスＣＰＵ１１０を備え、一方でアプリケーションサブシステム１０２はアプリケーションＣＰＵ１２０を備える。例えば、移動プラットフォームシステム１００は、移動端末または他の通信装置に用いる集積回路／チップセットであってもよい。このように、移動プラットフォームシステム１００の２‐ＣＰＵアーキテクチャは、アクセスサブシステムとアプリケーションサブシステムとの間の機能的分離を容易にする。例えば、アクセスサブシステム１０１は、時宜に即し期限を守ることが重要であるリアルタイム制御を必要とする１または２以上の規格化通信プロトコルおよび／または他の機能を処理するように構成可能である。他方で、アプリケーションサブシステム１０２は、リアルタイム制御を必要としないエンドユーザ機能および／または他の機能を処理するように構成可能である。

様々なインターフェースが、アプリケーションサブシステムおよびアクセスサブシステムそれぞれの一部となり得る。例えばアプリケーションインターフェースは、ディスプレイインターフェース１２１、カメラインターフェース１２２、オーディオ（例えばマイクロフォンおよび／またはラウドスピーカ）インターフェース１９９、および／またはキーボードインターフェースやスマートカードインターフェースおよび／またはメモリスティックインターフェースなどのさらなるインターフェース（明示せず）など、１または２以上のインターフェースを提供してもよい。アプリケーションサブシステムは、グラフィックスアクセラレータ（Ｇ Ａｃｃ）１８１をさらに備えるように図示してある。

同様に、アクセスサブシステム１０１は、例えばＧＳＭ／ＧＰＲＳモジュール１６１、ＧＳＭ暗号ブロック（Ｃ３）１６２、ＷＣＤＭＡモジュール１６４、ＷＣＤＭＡ暗号ブロック（Ｃ２）１６５、および／またはデジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）１６６などの、通信回路網１１２を備えてもよく、ＩｒＤＡ（ｉｎｆｒａｒｅｄ ｄａｔａ ａｓｓｏｃｉａｔｉｏｎ：赤外線通信協会規格）インターフェース、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）インターフェース、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）インターフェース、ＵＡＲＴ（ｕｎｉｖｅｒｓａｌ ａｓｙｎｃｈｒｏｎｏｕｓ ｒｅｃｅｉｖｅｒ／ｔｒａｎｓｍｉｔｔｅｒ：万能非同期送受信機）インターフェース、ＳＰＩ（ｓｅｒｉａｌ ｐｅｒｉｐｈｅｒａｌ ｉｎｔｅｒｆａｃｅ：シリアルペリフェラルインターフェース）、および／またはＩ２Ｃ（ｉｎｔｅｒ‐ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）インターフェースなどの、１または２以上のさらなる通信インターフェース１８２を提供してもよい。アクセスサブシステムは、例えばチップ固有識別子および／または他のパラメータを格納するための、ＯＴＰ（Ｏｎｅ‐Ｔｉｍｅ‐Ｐｒｏｇｒａｍｍａｂｌｅ ｍｅｍｏｒｙ：プログラム一回可能メモリ）１６７をさらに備える。アクセスサブシステムは、さらにインターフェース１６８を、ＳＩＭカードやＵＳＩＭカードなどのＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ Ｃａｒｄ：万能集積回路カード）に対し提供してもよい。

アクセスサブシステムは、プラットフォームコードおよびデータ完全性（ｉｎｔｅｇｒｉｔｙ）チェックを提供するプラットフォーム完全性モジュール（ＰＩ）１６９、鍵生成やメッセージ認証などのような暗号値の効率的な計算を提供する暗号アクセラレータブロック（ＣＡＣＣ）１７０、および／または例えば鍵生成に用いる乱数ジェネレータ（ＲＮＧ）１７１などの、セキュリティモジュールをさらに含んでもよい。

アクセスサブシステム１０１およびアプリケーションサブシステム１０２の各々は、ＲＯＭ１０３および１０４をそれぞれ備える。各ＲＯＭは、対応する起動コード１０５および１０６をそれぞれ含む。それぞれのＲＯＭ内の起動コードは、少なくとも初期の起動処理、例えば起動ソフトウェアが内部メモリまたは外部システムからロードされるまでの起動処理を行うように適合される。さらに、アクセスサブシステム１０１のＲＯＭ１０３に格納される起動コードは、プラットフォームセキュリティルート（ｒｏｏｔ）機能を提供する。アクセスサブシステムおよびアプリケーションサブシステムを有する移動端末において、ブリッジ構成で構成される場合にはアプリケーションサブシステムは機能しないところ、選択される構成にかかわらずアクセスサブシステムは常に使用可能であるため、アクセスサブシステムがセキュリティルートとして機能することが有利である。

アクセスサブシステム１０１およびアプリケーションサブシステム１０２の各々は、命令およびデータ密結合メモリ（Ｉｎｓｔｒｕｃｔｉｏｎ ａｎｄ Ｄａｔａ Ｔｉｇｈｔｌｙ Ｃｏｕｐｌｅｄ Ｍｅｍｏｒｉｅｓ：ＩＴＣＭ／ＤＴＣＭ）１７３および１７４をそれぞれさらに備えてもよい。ＩＴＣＭは、起動コードの初期部分がロードされるオンチップメモリである。さらに、アクセスサブシステム１０１およびアプリケーションサブシステム１０２は、サービスピン１８３および１８４をそれぞれ有するように図示してある。各サブシステムにおいて、それぞれの構成要素は、例えば高速バス、または高速バスおよびペリフェラルバスなどの、少なくとも１つの適切なバス１８５および１８６をそれぞれ介して相互接続される。アクセスサブシステムおよびアプリケーションサブシステムは、例えばシリアルリンクおよび／または１または２以上の共有メモリなどのような、アクセスＣＰＵとアプリケーションＣＰＵとの間の通信インターフェースなどの、適切なインターフェース１１３を介して互いに通信する。

移動プラットフォームシステム１００は、１または２以上の内部メモリへのアクセスを制御する１または２以上のメモリコントローラを備えてもよい。図１の例において、移動プラットフォームは、アクセスサブシステムとアプリケーションサブシステムとで共有される共通ランダムアクセスメモリ（ＲＡＭ）１５０を制御するメモリコントローラ（Ｍｅｍ ｃｏｎ）１０５を備える。ゆえに、メモリコントローラ１０５は、アクセスサブシステムにより構成されるメモリアービタ（ｍｅｍｏｒｙ ａｒｂｉｔｅｒ）として機能する。例えばメモリコントローラは、それぞれのメモリ領域がアプリケーションシステムからはアクセス保護されるように構成されてもよい。すなわちコントローラは、アプリケーションシステムから、アクセスシステムに属するあるメモリ領域へアクセスを防止可能である。追加または代替として、プラットフォームシステムはそれぞれのサブシステム用の個別ＲＡＭを備えてもよい。同様に、移動プラットフォームは、例えばＮＡＮＤフラッシュメモリおよび／またはＮＯＲフラッシュメモリなどのフラッシュメモリのような１または２以上の不揮発性メモリを制御する静的メモリコントローラ１０６と、図１においてアプリケーションサブシステムに接続されるように示す対応する静的メモリコントローラ（ＳＭｅｍ Ｃｏｎ）１０６とを備える。例えば、単独構成（ｓｔａｎｄ‐ａｌｏｎｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）における移動プラットフォームシステムの動作中に、アクセスサブシステム１０１およびアプリケーションサブシステム１０２用のソフトウェアが、静的メモリコントローラ１０６に接続されるフラッシュメモリからＲＡＭ１５０へロードされてもよい。ここでの説明のために、メモリはアプリケーションＣＰＵからアクセスされると想定する。しかしながら、以下で説明するように、ここで説明する起動手続は、不揮発性メモリを備えない移動プラットフォームシステムにも適用可能である。図１のアプリケーションサブシステムは、さらなるメモリコントローラ１８０をさらに備えるように図示してある。

アクセスサブシステムおよびアプリケーションサブシステムは、同一のチップ上で実施されてもよく、または適切なインターフェースを介して相互接続される個別のチップセットとして実施されてもよい。アクセスＣＰＵおよびアプリケーションＣＰＵは常に存在している一方、ある構成においては、ここで説明するシステムにさらなる外部ＣＰＵが接続されてもよい。移動プラットフォームシステムの代替実施形態は、追加のおよび／または代替の構成要素を備えてもよいということがさらに理解されるであろう。そのような移動プラットフォームシステムの例が、国際公開第２００５／０４１６０１号に開示されている。

以下でさらに詳細に説明するように、起動コードは、外部インターフェースからロードされる、すなわちブリッジまたはサービスモードの場合か、または、例えば図１におけるインターフェース１０６または１８０に付加されるフラッシュメモリなどの、プラットフォームシステムに備わるフラッシュメモリからロードされるかのどちらかである。起動コードが外部インターフェースからロードされるか、内部インターフェースからロードされるかにかかわらず、ロードされる初期起動コードはそれぞれのＣＰＵのＩＴＣＭ上に格納される。

図２は、ブリッジ構成において図１と関連して説明する移動プラットフォーム１００の概略ブロック図を示す。移動プラットフォームシステム１００は、外部ＣＰＵ２３１を備える外部システム２３０に、プラットフォームシステムのインターフェース１８２の１つを介して、例えばＵＳＢインターフェースを介して接続されるように図示してある。図２における外部システム２３０は、カメラインターフェース（Ｃａｍ）２２２とディスプレイインターフェース（Ｄｉｓｐ）２２１とを提供するグラフィックスアクセラレータモジュール２８０と、ＲＡＭ２５０およびフラッシュメモリ（ＦＬＡＳＨ）２５１へのアクセスを制御するメモリコントローラ２０５とをさらに備えるように示してある。図２の外部システムは、オーディオインターフェース（Ａｕｄｉｏ）２９９をさらに備える。外部システム２３０は、外部ロードを行うために、サービスモードの移動プラットフォームを起動することに用いられてもよい。外部システムは代替のおよび／または追加の構成要素を備えてもよいということが認識されるであろう。

図２のシステムにおいて、移動プラットフォーム自体はフラッシュメモリを備えず、したがってフラッシュレスブリッジ構成と呼ばれる場合があり、かかる構成においては、移動プラットフォームシステムはブリッジインターフェース１８２を介して起動される。図２の構成において、通常動作中および起動処理完了後は外部ＣＰＵ２３１がアプリケーションシステムの機能を実行するため、ここで説明したように起動処理中はアプリケーションＣＰＵ１２０は機能しなくてもよい。

図３は、非ブリッジ構成において構成された場合の、図１の移動プラットフォームの概略ブロック図を示す。移動プラットフォーム１００は、図１に示すプラットフォームと同一であるが、追加ＲＡＭ３５０とフラッシュメモリ３５１とを備える。このようにフラッシュメモリ３５１は、起動処理中に移動プラットフォームにより用いられる起動構成情報および／またはセキュリティ構成情報を含んでもよい。フラッシュメモリのコンテンツが完全性保護される（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｅｄ）場合、システムのセキュリティは増大する。ある実施形態において、移動プラットフォームシステムに備わるまたは接続される全部のメモリ（ＲＡＭ１５０、ＲＡＭ３５０、フラッシュメモリ３５１、ＩＴＣＭ／ＤＴＣＭ１７３および１７４）は完全性保護される。

以下で、上述の移動プラットフォームシステム用の起動手続の一実施形態を、図４ａ〜ｅを参照してさらに詳細に説明することにする。ハードウェア構成にかかわらず適用可能な起動手続の一実施形態において、アクセスＣＰＵは、どのインターフェースまたはメモリから起動ソフトウェアを読み出すかを決定し、アプリケーションＣＰＵは、インターフェースまたは内部メモリから起動ソフトウェアを読み出すかどうかを決定するか、または読み出すか否かの情報をアクセスＣＰＵから受信する。ここでの説明のために、移動プラットフォームが不揮発性メモリを備える場合、このメモリはアクセスＣＰＵによりアクセス可能であると想定することにすると、特に複雑度が低い解決法を提供される。しかしながら、不揮発性メモリがアプリケーションＣＰＵを介してアクセス可能である実施形態を含むように、本方法は修正可能であることが認識される。

図４ａ〜ｅは、移動プラットフォームの起動処理の一例の流れ図を示す。

図４に示す２‐ＣＰＵ移動プラットフォームシステムのための起動処理の実施形態は、移動プラットフォームのアクセスＣＰＵ１１０およびアプリケーションＣＰＵ１２０に少なくとも関する。起動処理は、移動プラットフォームシステムがブリッジ構成で起動される場合には、外部ＣＰＵ２３１にさらに関し、移動プラットフォームシステムがサービスモードで起動される場合には、サービス装置として機能するＰＣなどの別の外部計算実体３４０に関する。

特に図４ａ〜ｂは、アクセスＣＰＵ１１０およびＰＣ３４０により行われるステップを示し、一方図４ｃ〜ｄは、アプリケーションＣＰＵ１２０および外部ＣＰＵ２３１により行われるステップを示し、図４ｅは、起動処理全体にわたる概観を示す。水平方向の線は、アクセスＣＰＵ１１０と、アプリケーションＣＰＵ１２０と、外部ＣＰＵ２３１と、サービス装置３４０との間で通信されるメッセージ／信号をそれぞれ示す。

アクセスＣＰＵ１０１およびアプリケーションＣＰＵ１０２は移動プラットフォームに存在し、一方で外部ＣＰＵ２３１は、例えば外部装置や外部チップセットなどの外部システムを備え、ブリッジ構成でプラットフォームシステムに接続される。プラットフォームシステムがブリッジ構成で起動されない場合は、外部ＣＰＵ２３１は存在しておらず、移動プラットフォームシステムは外部ＣＰＵからはメッセージを何も受信しない。非ブリッジ構成の場合で、移動プラットフォームシステムがいわゆる「サービスモード」で起動される場合、移動プラットフォームシステムは、ＰＣなど別の外部実体３４０から起動ソフトウェアをロードする。サービスモードではなく、例えば通常動作モードなどでシステムが起動される場合、サービス装置３４０は存在しない。

図４の起動処理は、アクセスＣＰＵ１１０およびアプリケーションＣＰＵ１２０により受信されるリセット信号１によって開始され、ステップ２ａにおいてアクセスＣＰＵに、またステップ２ｂにおいてアプリケーションＣＰＵに、プラットフォームリセットを行わせる。プラットフォームリセットには、電力オンや、同調で示される初期同調などが含まれる。移動プラットフォームシステムがブリッジ構成で起動される場合、リセット信号１は、概して最初に起動するであろう外部システム２３１から到来する場合がある。誘起（ｔｒｉｇｇｅｒ）信号１が送信され、さらなるシステムを誘起する場合がある。さらに、ステップ２ａにおけるアクセスＣＰＵとステップ２ｂにおけるアプリケーションＣＰＵとは、ハードウェアブロックの初期化と、水平線４０２および４０３で示すハンドシェイクを用いた内部ＣＰＵ通信の潜在的初期化およびチェックとを行う。

ある実施形態においては、アプリケーションＣＰＵ１２０はハードウェア設定を用いてブリッジインターフェースを検出するように構成可能である。例えば、アプリケーションＣＰＵは、外部ピン上の信号をチェック可能である。信号は、アプリケーションＣＰＵが構成情報を読み出し可能にするように構成されてもよい。この場合、アプリケーションＣＰＵはステップ３においてブリッジインターフェースを検出する。あるいは、アクセスＣＰＵがかかる検出を行ってもよい（この選択は図４に図示せず）。

ステップ４において、アプリケーションＣＰＵ１２０は、アプリケーションＣＰＵ１２０に接続される不揮発性ストレージ上でブリッジ構成情報が入手可能かどうかを検出する。例えば、移動プラットフォームシステムがフラッシュメモリを備える構成においては、このような構成情報はフラッシュメモリの構成ファイルに格納可能である。

アプリケーションＣＰＵ１２０がステップ３においてブリッジインターフェースを検出し、ステップ４においてブリッジ情報を発見した場合、アプリケーションＣＰＵはメッセージ５を介して関連情報をアクセスＣＰＵ１１０へ送信する。しかしながら、上述のようにある構成においては、移動プラットフォームシステムが不揮発性メモリを含まない場合、またはメモリが構成情報を含まない場合もある。この場合、アプリケーションＣＰＵはステップ４においてブリッジ情報を取得不可能となり、メッセージ５を介してアクセスＣＰＵに報告可能であるため、アクセスＣＰＵにインターフェースポーリングシーケンスを以下に説明するように開始させる。

ステップ６ａおよび６ｂにおいて、アクセスＣＰＵ１１０およびアプリケーションＣＰＵ１２０はそれぞれサービスピン状態を読み出す。すなわち、それぞれのＣＰＵに接続されるサービスピンが設定されているかどうかを検出する。ステップ７ａおよび７ｂにおいて、アクセスＣＰＵ１１０およびアプリケーションＣＰＵ１２０は、動作（サービス／非サービス）モードをそれぞれ決定し、それにしたがって進行する。サービスピンがサービスモードを示す場合、アクセスＣＰＵはステップ８に続き、一方でアプリケーションＣＰＵはアクセスＣＰＵからのメッセージ／信号を待ち受ける。そうではなく、サービスモードが示されない場合には、アクセスＣＰＵはステップ９に進み、アプリケーションＣＰＵはステップ１０に進む。

ステップ８において、すなわちサービスモードがステップ６ａにおいて検出された場合、アクセスＣＰＵ１１０は、いずれかの潜在的外部サービスモード起動インターフェース（ＵＳＢ、ＵＡＲＴなど）が外部システム３４０に接続されているかどうかをチェックする。例えば、アクセスＣＰＵは、その全部の適用可能インターフェースを所定のポーリング順でチェック可能である。何らかのインターフェースが接続されている場合、このインターフェースが選択される。インターフェースに接続される実体は、外部ＣＰＵ２３１であってもよい。すなわち、移動プラットフォームシステムはサービスモードでブリッジ構成で起動されてもよく、または検出されたインターフェースに接続される実体は異なる計算実体３４０である場合もある。あるいは、アクセスＣＰＵはステップ１８に進み、サービスインターフェースに接続されているのは外部ＣＰＵであるかどうかを判定する。

ブリッジ構成情報、すなわちブリッジ構成が適用するかどうか、およびどのインターフェースに適用するかという情報を、アクセスＣＰＵ１１０がステップ５において受信したかどうか、アクセスＣＰＵ１１０はステップ９において判定する。ブリッジインターフェースを示す情報をアクセスＣＰＵが受信していたならば、アクセスＣＰＵはステップ１１に続き、検出されたブリッジインターフェースに切り替わる。そうでない場合、アクセスＣＰＵはステップ１２に続き、アクセスＣＰＵの適用可能外部ブリッジ起動インターフェースの１つ（例えばＵＳＢ、ＵＡＲＴ、ＭＳＬ、および／またはＳＰＩなど）に外部ＣＰＵが接続されているかどうかをチェックする。外部ＣＰＵがいずれかのインターフェースに接続されている場合、アクセスＣＰＵは、検出されたインターフェースを選択し、そうでない場合、起動インターフェースが、移動プラットフォームシステムの不揮発性メモリへの内部インターフェースとなるよう決定される。アクセスＣＰＵは、動作モード情報（例えばサービス／通常）を求める要求１４を外部ＣＰＵへ送信する。ステップ１２においてアクセスコードが接続インターフェースを検出しない場合、シーケンスは誤っており、リセットの道を選ぶ。

同様に、ステップ１０においてアプリケーションＣＰＵは、ブリッジ構成がステップ３またはステップ４において検出されたかどうかを判定する。ブリッジ構成が検出された場合、アプリケーションＣＰＵはアクセスＣＰＵからの構成肯定応答メッセージ１６を待ち、
そうでない場合、アプリケーションＣＰＵは以下に説明するようにアクセスＣＰＵからのメッセージ２５を待ち受ける。

外部ＣＰＵ２３１が存在するブリッジ構成の場合、ステップ１３において外部ＣＰＵ２３１は、移動プラットフォームシステムがサービスモードで起動されるかどうかを検出する。例えば、外部ＣＰＵはユーザコマンド／入力を受信し、ユーザコマンド／入力に応じて移動端末プラットフォームのサービスモードでの起動を開始可能である。

アクセスＣＰＵからのサービスモード情報を求める要求１４の受信の際、外部ＣＰＵはアクセスＣＰＵがデータ交換の準備ができていると決定する。次に外部ＣＰＵは、サービス／通常モード情報１５をアクセスＣＰＵへ送信する。アクセスＣＰＵがこの情報の受信に失敗すると、アクセスＣＰＵは未知の構成が適用していると判定し、起動処理をアボートする。

ブリッジ構成がアプリケーションＣＰＵにより検出される場合、アクセスＣＰＵは、サービス／通常モード情報１５の受信の際に、構成肯定応答１６をアプリケーションＣＰＵへ送信し、サービスモード検出を確認する。構成肯定応答１６に応じて、アプリケーションＣＰＵは、サービスモード状態を求める要求１７をアクセスＣＰＵへ送信する。

メッセージ１４および１５を交換し、適用可能である場合にはメッセージ１６および１７も交換した後、アクセスＣＰＵはステップ１９に続く。

ステップ８において検出されたサービスインターフェースがブリッジインターフェースと同じかどうか、すなわちステップ８において検出された接続外部インターフェースがブリッジ構成で外部ＣＰＵに接続されているかどうかを、ステップ１８においてアクセスＣＰＵは判定する。接続されている場合、アクセスＣＰＵはサービスモード要求２０ｂを外部ＣＰＵ２３１へ送信することにより進行し、そうでない場合には、アクセスＣＰＵはサービスモード要求をサービス装置３４０へ送信する。図４における要求２０ａと２０ｂとの間の違いは主に図の一貫性によるものであり、ステップ８において検出されたサービスインターフェースへアクセスＣＰＵはサービスモード要求を単純に送信するということが認識されるであろう。

ステップ１９においてアクセスＣＰＵは、外部ＣＰＵからのモード表示１５がサービスモードの動作を示すかどうかを判定する。外部ＣＰＵからのモード表示１５がサービスモードの動作を示す場合、アクセスＣＰＵは続けて上述のようにサービスモード要求２０ｂを外部ＣＰＵ２３１へ送信する。外部ＣＰＵからのモード表示１５がサービスモードの動作を示さず、ブリッジ構成が検出される場合、アクセスＣＰＵはブリッジ構成メッセージ２３を外部ＣＰＵへ送信する。そうでない場合、アクセスＣＰＵは構成肯定応答メッセージ２５をアプリケーションＣＰＵへ直接送信する。

ゆえに、アクセスＣＰＵは、ブリッジ構成の場合、それぞれの外部システムへ、すなわちサービス装置３４０または外部ＣＰＵ２３１へ、サービスモード開始要求２０ａまたは２０ｂをそれぞれ送信する。サービスモード開始要求は、外部インターフェースを通るシステム起動準備を求める要求である。図４に例示するために、このように、ブリッジ構成のサービスモードは、ブリッジインターフェースを介して行われるものであり、アクセスサブシステムのあり得る他のインターフェースのいずれも介さないと想定される。しかしながら、起動シーケンスを拡張して後者の場合を含むことも、例えばこの段階で、すなわちブリッジインターフェースの検出後にステップ８を行うことなどにより、容易に可能であるということが認識されるであろう。

ステップ２１ａおよび２１ｂそれぞれにおいて、アクセスＣＰＵはケーブルまたは他の接続がいずれかのインターフェース上に検出されたかどうか、またはタイムアウトが発生したかどうかを判定する。１つもケーブルが検出されなかった場合、またはタイムアウトが発生した場合、アクセスＣＰＵはサービスモード処理をアボートし、代わりに通常モードへ進行する。すなわち、ブリッジ構成メッセージ２３を外部ＣＰＵへ送信するということである。

そうでない場合、外部システムは、すなわち場合によりサービス３４０または外部ＣＰＵ２３１は、それぞれメッセージ２２ａまたは２２ｂを介してサービスモード開始要求の肯定応答を送信する。この肯定応答を受信すると、アクセスＣＰＵは続いてメッセージ２３を外部ＣＰＵへ、またはメッセージ２５をアプリケーションＣＰＵへ、ブリッジ構成が検出されたか否かに応じて送信する。

ブリッジ構成が検出されていた場合、アクセスＣＰＵ１１０はブリッジ構成メッセージ２３を外部ＣＰＵ２３１へ送信する。メッセージ２３は、例えばステップ２１ａ、ｂそれぞれにおいて、通常モードへのフォールバックが行われたか否かに関する情報を含んでいてもよい。

ブリッジ構成メッセージ２３を受信すると、外部ＣＰＵ２３１は、肯定応答２４を、フラッシュレスまたはフラッシュ構成情報などの、ＣＰＵからの構成情報とともに返信する。

続けてアクセスＣＰＵは、メッセージ２５をアプリケーションＣＰＵへ送信する。サービスモード要求１７がアクセスＣＰＵにより受信された場合、すなわちブリッジ構成が検出された場合、メッセージ２５は、サービスモード情報を有する応答を含むのである。この場合メッセージ２５は、アクセスＣＰＵが外部ＣＰＵからメッセージ１５で受信するサービスモード情報を含んでいてもよい。１つもブリッジ構成が検出されなかった場合、メッセージ２５は、代わりにアプリケーションＣＰＵへの構成肯定応答メッセージを含む。

メッセージ２５に応じて、アプリケーションＣＰＵがセキュリティチェックを開始し、次にソフトウェア起動ロード処理を開始する準備ができていることを知らせるために、アプリケーションＣＰＵ１２０はメッセージ２６を返信する。

メッセージ２６に応じて、アクセスＣＰＵは開始準備ができている旨メッセージ２７で肯定応答する。

起動シーケンスのその後のステップは、起動処理が移動プラットフォーム上の不揮発性メモリで行われるかどうかに依存する。したがって、ステップ２８において外部ＣＰＵ２３１は、外部ＣＰＵが移動プラットフォームシステム上の不揮発性メモリで起動するように構成されているかどうかを判定する。外部ＣＰＵが移動プラットフォームシステム上の不揮発性メモリで起動するように構成されている場合には、この時点から両システムが起動して動作するまで、移動プラットフォームとは独立に、外部ＣＰＵは自身のシステムの起動処理を続行する。外部ＣＰＵが移動プラットフォームシステム上の不揮発性メモリで起動するように構成されていない場合には、アクセスＣＰＵがセキュリティチェックを行う準備ができていることを示すアクセスＣＰＵからのメッセージ３９を、外部ＣＰＵ２３１は待ち受ける。

同様に、ステップ２９において、ブリッジインターフェースが（ステップ１２において）検出されているが、不揮発性ストレージはプラットフォーム上に１つも発見されていない、例えばフラッシュレスブリッジ構成の場合かまたは非カスタマイズフラッシュ（ｕｎｃｕｓｔｏｍｉｚｅｄ ｆｌａｓｈ）かどうかをアクセスＣＰＵは判定する。この場合、アクセスＣＰＵはステップ３８においてブリッジインターフェースに切り替わる。

そうでない場合には、アクセスＣＰＵはステップ３１へ進行し、そこで、アクセスＣＰＵ１１０は多くのセキュリティチェックルーチンを呼び出す。一実施形態においては、セキュリティチェックルーチンは、プラットフォームセキュリティ構成のチェックと、ソフトウェアロードのチェックとを含む。

続くステップ３３において、セキュリティハードウェア設定が適用可能である場合、すなわちこのセキュリティハードウェア設定が移動端末プラットフォームの所定の実施形態の一部として存在する場合、アクセスＣＰＵはセキュリティハードウェア設定を読み出す。このセキュリティハードウェア設定の例には、プログラム一回可能メモリやｅ‐ヒューズレジスタ（ｅ‐ｆｕｓｅ ｒｅｇｉｓｔｅｒ）などが含まれる。これらの設定を用いて、セキュリティ構成と、ロードされるソフトウェアとを確かめることが可能である。

同様に、準備完了信号２４に応じて、アプリケーションＣＰＵ１２０はステップ３０において対応する多くのセキュリティチェックルーチンを呼び出す。一実施形態において、セキュリティチェックルーチンは、プラットフォームセキュリティ構成のチェックと、ソフトウェアロードのチェックとを含む。

ステップ３２において、アプリケーションＣＰＵはセキュリティ構成パラメータを不揮発性ストレージ媒体から読み出す。メモリまたはパラメータが全く検出されない場合、アプリケーションＣＰＵはこの状態情報をＲＡＭなど適切な内部メモリに保存する。

アプリケーションは、ステップ３２において得られたセキュリティ構成情報３４をアクセスＣＰＵへ送信する。アプリケーションＣＰＵがいかなる構成も発見できなかった場合、アプリケーションＣＰＵはアプリケーションＣＰＵにその事実を通知する。

プラットフォーム上に不揮発性メモリが全くない（とステップ２９において判定される）場合、ステップ３５で図示するように、アプリケーションＣＰＵから受信したセキュリティ構成情報を、アクセスＣＰＵは単純に無視可能である。

ステップ３６において、アクセスＣＰＵは受信セキュリティ構成情報をチェックする。例えばこのチェックは、受信セキュリティ構成の完全性チェックを含んでもよい。セキュリティチェックがうまく完了した後、アクセスＣＰＵは、セキュリティ構成情報受信の肯定応答３７をアプリケーションＣＰＵへ返信し、アクセスＣＰＵはステップ４７へ進行する。

ステップ４７において、アクセスＣＰＵは、検出された（内部または外部）インターフェースから起動処理を続行する。起動処理は、検出されたインターフェースを介してのソフトウェアのダウンロードと、ダウンロードソフトウェアのセキュリティ（例えば完全性）チェックと、ソフトウェアの実行とを含んでもよい。

上述のように、ブリッジインターフェースが（ステップ１２において）検出されているが、不揮発性ストレージはプラットフォーム上に１つも発見されていない、例えばフラッシュレスブリッジ構成の場合かまたは非カスタマイズフラッシュかどうかを、アクセスＣＰＵがステップ２９において判定する場合、ステップ３８においてアクセスＣＰＵは、検出されたブリッジインターフェースに切り替える。

続いて、セキュリティチェックを開始し、次にソフトウェア起動ロード処理を開始する準備ができていることを示す信号３９を、アクセスＣＰＵは、ブリッジインターフェースを介して外部ＣＰＵ２３１へ送信する。

外部ＣＰＵ２３１は、開始準備完了信号３９の肯定応答４０を返信する。

続くステップ４１において、アクセスＣＰＵは、例えばプラットフォームセキュリティ構成チェックおよびソフトウェアロードチェックなどのセキュリティチェックルーチンを呼び出す。ステップ４２において、セキュリティハードウェア設定が適用可能である場合、すなわちこのセキュリティハードウェア設定が移動端末プラットフォームの所定の実施形態の一部として存在する場合、アクセスＣＰＵはセキュリティハードウェア設定を読み出す。このセキュリティハードウェア設定の例には、プログラム一回可能メモリやｅ‐ヒューズレジスタなどが含まれる。これらの設定を用いて、セキュリティ構成と、ロードされるソフトウェアとを確かめることが可能である。

ステップ４３において、外部ＣＰＵ２３１は、外部ＣＰＵに接続される不揮発性ストレージ媒体からセキュリティ構成パラメータを読み出す。メモリまたはパラメータが全く検出されない場合、外部ＣＰＵはこの状態情報をＲＡＭなど適切な内部メモリに保存する。

続いて、外部ＣＰＵは、ステップ４３において得られたセキュリティ構成パラメータ４４を送信する。構成が全く発見されなかった場合、外部ＣＰＵはその事実をアクセスＣＰＵに通知する。

ステップ４５において、アクセスＣＰＵは受信セキュリティ構成情報４４をチェックする。このチェックには、例えば受信情報の完全性チェックなどが含まれる。続いて、アクセスＣＰＵは、セキュリティ構成情報受信の肯定応答４６を外部ＣＰＵへ返信する。

続いて、アクセスＣＰＵはステップ４７において上述のように起動処理を続行する。

同様にステップ４８において、検出されたインターフェースまたはメモリから、アプリケーションＣＰＵは起動を続行する。例えば、この段階で、フラッシュ構成が全く発見されていない場合、アプリケーションＣＰＵはアクセスＣＰＵからの次のメッセージを待ち受けることが可能である。他方で、フラッシュ構成が発見された場合、アプリケーションＣＰＵはフラッシュメモリから起動を続行可能である。ブリッジ構成が適用されている場合、アプリケーションＣＰＵは内部インターフェースを通して起動を続行し、実行される第１のコードは、外部ＣＰＵがアプリケーションＣＰＵの役割を担うブリッジ構成ではアプリケーションが概して必要ではないため、概してアプリケーションシステムをシャットダウンするであろう。

要するに、上述したのは、両ＣＰＵシステム上のＲＯＭベースのコードにより制御される２‐ＣＰＵアーキテクチャ用の起動手続の一実施形態である。第１のＣＰＵ（移動プラットフォームシステムのアプリケーションＣＰＵであってもよい）は、起動処理においてマスターＣＰＵとして動作し、起動処理は主に以下の３ステップを含む。
‐第１のＣＰＵは、不揮発性メモリに格納される専用構成ファイル上のあり得る起動構成パラメータ（ハードウェアおよびソフトウェア）を検出し、この情報を第２のＣＰＵ（移動プラットフォームシステムのアクセスＣＰＵであってもよい）に伝える。
‐起動構成が発見される場合、第２のＣＰＵはこの情報を用いて、正しい起動インターフェースから起動する。第１のＣＰＵにより情報が全く発見されない場合、第２のＣＰＵは、接続された起動インターフェースを検索する。
‐最後に、起動は、検出された起動インターフェースから起動ソフトウェアをロードすることに続き、起動ソフトウェアは、実行許可される前に、ＣＰＵの１つによりセキュリティチェックが行われる。不揮発性メモリに格納されて保護され、起動時に不揮発性メモリから読み出されるセキュリティチェック構成情報に、セキュリティチェックは基づくことが可能である。

ゆえに、上の起動処理は、例えば図４に関して説明した起動インターフェース検出手続によって、可能性のある異なる起動シナリオを説明し、かかる起動シナリオには、非ブリッジ構成と、ブリッジ構成と、サービスモード（すなわちソフトウェアフラッシュ用）と、通常動作モードとが含まれる。しかしながら、例えば検出の順序を修正したり、および／またはアクセスＣＰＵとアプリケーションＣＰＵとの間でタスクを分割したりすることにより、図４の起動シーケンスは修正可能であることが認識されるであろう。さらに起動処理は、追加ＣＰＵを有するアーキテクチャにも適用可能である。

上の実施形態において、アプリケーションＣＰＵは、一般的に、構成パラメータが発見され得るメモリへのアクセスを有するＣＰＵであるため、初期起動処理中にはマスターとして機能する。しかしながら、代替実施形態において、アクセスＣＰＵはマスターとして機能することが認識されるであろう。さらに、ある実施形態においては、アクセスＣＰＵは、もし存在するなら、構成パラメータを含むメモリへのアクセスを有する場合もある。

したがって、いくつかの実施形態を詳細に説明し、図示してきたのだが、本発明はこれらの実施形態に限定されるものではなく、特許請求の範囲において限定する主題（ｓｕｂｊｅｃｔ ｍａｔｔｅｒ）の範囲内の他の方法でも実施可能である。特に、ここで説明した起動処理は、アクセスＣＰＵとアプリケーションＣＰＵとを備える移動プラットフォームシステムについて主に説明した。しかしながらこの起動処理は、例えば２つのＣＰＵの機能の分担が異なる２‐ＣＰＵ移動プラットフォームや、移動通信システム以外の他の用途に用いるマルチＣＰＵ処理システムなど、他のシステムにも適用可能であることが認識されるであろう。

ここで説明した方法、製品手段、および装置は、いくつかの個別要素を備えるハードウェアと、適切にプログラミングされたマイクロプロセッサとにより、実施可能である。いくつかの手段を列挙する装置クレームにおいて、その手段のいくつかは、例えば適切にプログラミングされたマイクロプロセッサや１または２以上のデジタル信号プロセッサなど１つの均等なハードウェア品目（ｉｔｅｍ）により実施可能である。ある措置（ｍｅａｓｕｒｅｓ）が、互いに異なる従属請求項において記載されている、あるいは異なる実施形態において説明されているという事実だけで、かかる措置の組合せを有利に使用することが不可能であるということを示しているわけではない。

本明細書において「ｃｏｍｐｒｉｓｅｓ／ｃｏｍｐｒｉｓｉｎｇ（含む・備える）」という言葉を用いる場合、記載する特徴、整数、ステップまたは構成要素の存在を明記するためにとった表現であり、１または２以上の他の特徴、整数、ステップ、構成要素またはこれらの組合せの追加を排除するものではないということが強調されるべきである。

２つのＣＰＵを備える移動プラットフォームの概略ブロック図を示す。 ブリッジ構成における２つのＣＰＵを備える移動プラットフォームの概略ブロック図を示す。 非ブリッジ構成における２つのＣＰＵを備える移動プラットフォームの概略ブロック図を示す。 ａ〜ｅは、移動プラットフォームのための起動処理の一例の流れ図を示す。

Claims (19)

1. 処理装置を起動する方法であって、前記処理装置は第１および第２の処理部を備え、
   前記方法は、
   前記第１の処理部により、少なくとも１つの起動構成パラメータが前記処理装置の不揮発性ストレージ媒体からアクセス可能であるかどうかを検出することと、前記少なくとも１つの起動構成パラメータは、起動ソフトウェアを受信する起動用インターフェースを示していることと、
   前記少なくとも１つの起動構成パラメータが使用可能である場合、検出された前記少なくとも１つの起動構成パラメータの少なくとも一部を、前記第１の処理部により前記第２の処理部へ送信し、前記少なくとも１つの起動構成パラメータが使用可能でない場合、前記第２の処理部により、起動用インターフェースが前記処理装置にとって使用可能かどうか検出することと、
   示されたまたは検出された前記起動用インターフェースから少なくとも前記第２の処理部を起動することと
   を含む、方法。
2. 前記第１の処理部により、１または２以上の起動構成パラメータが前記処理装置の不揮発性ストレージ媒体からアクセス可能であるかどうかを検出することは、起動構成パラメータを格納する不揮発性メモリを前記処理装置が備えるかどうかを検出することを含み、起動構成パラメータを格納する不揮発性メモリを前記処理装置が備える場合には、検出された前記不揮発性メモリが、１または２以上の前記起動構成パラメータを含むデータファイルを格納しているかどうかを、検出することを含む、請求項１に記載の方法。
3. 示されたまたは検出された前記起動用インターフェースから少なくとも前記第２の処理部を起動することは、示されたまたは検出された前記起動用インターフェースから起動ソフトウェアを受信することを含む、請求項１または２に記載の方法。
4. 前記起動ソフトウェアを受信することは、受信される前記起動ソフトウェアの実行前に、前記第１および第２の処理部のうち少なくとも１つにより、前記起動ソフトウェアのセキュリティチェックを行うことをさらに含む、請求項３に記載の方法。
5. 前記セキュリティチェックを行うことは、起動中に、ソフトウェア検証のためのセキュリティルートとして機能する前記第１および第２の処理部のうち１つにより行われる、請求項４に記載の方法。
6. セキュリティルートとして機能する前記処理部によりセキュリティ情報を読み出すことを含み、その場合前記セキュリティ情報は、前記処理装置の不揮発性ストレージ媒体に格納され、暗号保護される、請求項５に記載の方法。
7. 前記第１の処理部により、所定の起動シーケンスのプロトコル相互作用のシーケンスを行うことを含み、その場合前記プロトコル相互作用のサブセットのみが、前記１または２以上の起動構成パラメータが使用可能であるかどうかを検出することにおける条件とされる、請求項１〜６のいずれか１項に記載の方法。
8. 前記サブセットは、５つ未満の相互作用を含む、請求項７に記載の方法。
9. 前記処理装置は、単独構成とブリッジ構成とのうち１つで選択可能なように起動可能であり、その場合前記単独構成においては、前記第１および第２の処理部が動作可能になるように初期化され、前記ブリッジ構成においては、前記第２の処理部のみが動作可能になるように初期化され、外部処理部に動作可能なように接続されるように初期化される、請求項１〜８のいずれか１項に記載の方法であって、
   前記方法は、
   前記処理装置が前記単独構成でまたは前記ブリッジ構成で起動されるかどうかを検出することと、
   前記処理装置が前記ブリッジ構成で起動される場合、前記外部処理部から起動モード表示を受信することと、前記起動モード表示は、前記処理装置がサービスモードで起動されるかどうかを示していることと、前記サービスモードにおいては、前記処理装置は前記外部処理部から前記処理装置の不揮発性メモリへソフトウェアをロードするように構成されることと、
   受信された前記起動モード表示に応じて、前記処理装置を前記サービスモードで起動することと
   を含む、請求項１〜８のいずれか１項に記載の方法。
10. 処理装置を起動する方法であって、前記処理装置は第１および第２の処理部を備え、前記処理装置は単独構成とブリッジ構成とのうち１つで選択可能なように起動可能であり、その場合前記単独構成においては、前記第１および第２の処理部が動作可能になるように初期化され、前記ブリッジ構成においては、前記第２の処理部のみが動作可能になるように初期化され、通信インターフェースを介して外部処理部に動作可能なように接続されるように初期化され、
    前記方法は、
    前記処理装置が前記単独構成で起動されるか、前記ブリッジ構成で起動されるかを検出することと、
    前記処理装置が前記ブリッジ構成で起動される場合、前記通信インターフェースを介して前記外部処理部から起動モード表示を受信することと、前記起動モード表示は、前記処理装置がサービスモードで起動されるかどうかを示していることと、前記サービスモードにおいては、前記処理装置は前記外部処理部から前記処理装置の不揮発性メモリへソフトウェアをロードするように構成されることと、
    受信された前記起動モード表示に応じて、前記処理装置を前記サービスモードで起動することと
    を含む、方法。
11. 前記処理装置は、少なくとも１つの通信サービスを提供する通信装置であり、その場合前記第１の処理部は、前記通信サービスとは異なる機能を提供する少なくとも１つのアプリケーションソフトウェアコンポーネントを実行するように適合されるアプリケーション中央処理装置であり、前記第２の処理部は、前記通信サービスを制御するように適合される通信中央処理装置である、請求項１〜１０のいずれか１項に記載の方法。
12. 前記処理装置は、１または２以上の移動通信製品のためのプラットフォーム回路である、請求項１〜１１のいずれか１項に記載の方法。
13. 前記第１および第２の処理部の各々は、対応する前記処理部の起動を制御する起動コードを格納している、対応する読出専用メモリを備える、請求項１〜１２のいずれか１項に記載の方法。
14. 前記不揮発性メモリはフラッシュメモリである、請求項２，９，１０のいずれか１項に記載の方法。
15. 所定の起動プロトコルにより、前記第１および第２の処理部の間で起動情報を通信することを含む請求項１〜１４のいずれか１項に記載の方法。
16. 起動情報を通信することは、通信される前記起動情報のセキュリティ検証を行うことを含む、請求項１５に記載の方法。
17. 第１および第２の処理部を備える処理装置であって、
    前記処理装置は、請求項１〜１６のいずれか１項に記載の方法のステップを行うように構成される、処理装置。
18. 第１および第２の処理部を備える処理装置に、請求項１〜１６のいずれか１項に記載の方法のステップを行わせるように適合されるコンピュータプログラム。
19. 第１および第２の処理部を備える処理装置に、請求項１〜１６のいずれか１項に記載の方法のステップを行わせるように適合されるコンピュータプログラムが格納されている、コンピュータ読み取り可能な記録媒体。

Images