(57)【要約】本特許は、ユーザー選択可能なオペレーティング・システムを有するユーザー・デバイスに関する。一実施態様では、多数の圧縮されたオペレーティング・システムが動作不能な形態で格納されている主ストレージを含むことができる。また、この実施態様では、個々のオペレーティング・システムのユーザー選択を受けるように構成されたマルチオプション・ブート・ローダーを実行するように構成されたプロセッサーも含むことができる。マルチオプション・ブート・ローダーは、個々のオペレーティング・システムに固有の構成のファイル・フォルダ構造を主ストレージ上にインストールし、このファイル・フォルダ構造に関係付けて個々のオペレーティング・システムを動作可能な形態で主ストレージ上にインストールするように構成される。【選択図】図１２
2017509085.tif 000002
【特許請求の範囲】
【請求項１】
デバイスであって、
多数の圧縮されたオペレーティング・システムが動作不能な形態で格納されている主ストレージと、
個々のオペレーティング・システムのユーザー選択を受けるように構成されたマルチオプション・ブート・ローダーを実行するように構成されたプロセッサーであって、前記マルチオプション・ブート・ローダーが、前記個々のオペレーティング・システムに特定的な構成で前記主ストレージ上にファイル・フォルダ構造をインストールし、前記ファイル・フォルダ構造に関係付けて、前記個々のオペレーティング・システムを前記主ストレージ上に動作可能な形態でインストールするように構成される、プロセッサーと、
を含む、デバイス。
【請求項２】
請求項１に記載のデバイスにおいて、前記マルチオプション・ブート・ローダーが、前記デバイス上における唯一のブート・ローダーである、デバイス。
【請求項３】
請求項１に記載のデバイスにおいて、前記マルチオプション・ブート・ローダーが、前記多数の圧縮されたオペレーティング・システムの内他のものに対する後続のユーザー選択を受け、前記個々のオペレーティング・システムの前記動作可能な形態および前記ファイル・フォルダ構造を削除し、前記他のオペレーティング・システムに固有の他のファイル・フォルダ構造をインストールし、前記他のオペレーティング・システムの動作不能な圧縮形態から、前記他のオペレーティング・システムの動作可能な形態をインストールするように構成される、デバイス。
【請求項４】
請求項１に記載のデバイスにおいて、前記マルチオプション・ブート・ローダーが、前記多数の圧縮されたオペレーティング・システムの各々に対して、統一拡張可能ファームウェア・インターフェース（ＵＥＦＩ）に準拠したブート・ローダーを含む、デバイス。
【請求項５】
請求項１に記載のデバイスにおいて、前記多数の圧縮されたオペレーティング・システムの前記動作不能な形態が、バイナリー・ファイルを含む、デバイス。
【請求項６】
請求項１に記載のデバイスにおいて、前記デバイスが、スマート・フォン、タブレット、ウェアラブル・スマート・デバイス、またはパーソナル・コンピューターを含む、デバイス。
【請求項７】
請求項１に記載のデバイスであって、更に、通信コンポーネントを含み、前記プロセッサーが、更に、前記個々のオペレーティング・システムが動作可能な形態でインストールされたことを示すメッセージを、前記通信コンポーネントに送らせるように構成される、デバイス。
【請求項８】
デバイスであって、
ディスプレイと、
ストレージと、
前記ストレージ上にインストールされた少なくとも２つの動作可能なオペレーティング・システムと、
個々のオペレーティング・システムのユーザー選択を受け、前記少なくとも２つのオペレーティング・システムの内他のものを削除し、前記削除されたオペレーティング・システムに専用であったストレージの部分をユーザー・データー・ストレージにフォーマットするように構成されたプロセッサーと、
を含む、デバイス。
【請求項９】
請求項８に記載のデバイスにおいて、前記デバイスが、更に、前記少なくとも２つのオペレーティング・システムの動作不能な圧縮形態を維持するように構成され、前記動作不能な圧縮形態から、前記少なくとも２つの動作可能なオペレーティング・システムを復元することができる、デバイス。
【請求項１０】
請求項８に記載のデバイスにおいて、前記プロセッサーが、前記デバイス上にあるハードウェア・ボタンから前記ユーザー選択を受けるように構成される、デバイス。
【発明の詳細な説明】
【背景技術】
【０００１】
[0001]  従前より、計算デバイスは１つのオペレーティング・システムが含まれ、そのデバイス上で実行している。知識があるユーザーの中には、２つのオペレーティング・システムのいずれかをブートするようにデバイスを構成できる者もいるであろう。しかしながら、このような構成は、オペレーティング・システムに対して変更が必要となり、オペレーティング・システムを互いに分離するために厳しい領域確保(partitioning)が必要であった。更に、多数のオペレーティング・システムが大量の記憶空間を占めるため、この記憶空間はユーザーには利用することができなかった。更に、この構成はデバイスおよびオペレーティング・システムに対するセキュリティの問題も引き起こした。したがって、ユーザーは、彼らのデバイス上で多数のオペレーティング・システムの選択の自由を得るために多くの犠牲を払うことになるか、または単独オペレーティング・システムを有するデバイスによって生ずる、選択肢がなくなることを受け入れるかのいずれかであった。
【発明の概要】
【課題を解決するための手段】
【０００２】
[0002]  本文書は、ユーザー選択可能なオペレーティング・システムを有するユーザー・デバイスに関する。一実施態様は、ソリッド・ステート・ハード・ドライブまたはハード・ディスク・ドライブのような、主ストレージを有するデバイスに関する。主ストレージは、動作不能な形態またはバージョンで、多数の圧縮されたオペレーティング・システムをその上に格納させることができる。また、この実施態様は、マルチオプション・ブート・ローダー(multi-option boot loader)を実行するように構成されたプロセッサーも含むことができる。マルチオプション・ブート・ローダーは、個々のオペレーティング・システムのユーザー選択を受けるように構成することができる。マルチオプション・ブート・ローダーは、個々のオペレーティング・システムに固有の構成で主ストレージ上にファイル・フォルダ構造をインストールし、更にファイル・フォルダ構造に関係付けて、主ストレージ上に個々のオペレーティング・システムを動作可能な形態(operable form)でインストールするように構成することができる。
【０００３】
[0003]  他の実施態様は、ディスプレイ、ストレージ、およびプロセッサーを含むことができる。プロセッサーは、ディスプレイ上にグラフィカル・ユーザー・インターフェース（ＧＵＩ）を提示させるように構成することができ、グラフィカル・ユーザー・インターフェース（ＧＵＩ）は、ストレージ上にバイナリー形態で格納されている多数のオペレーティング・システムを列挙する。ＧＵＩは、ストレージ上に個々のオペレーティング・システムの使用可能な形態(operational form)をインストールすることを、ユーザーに選択させることができる。プロセッサーは、別のＧＵＩをディスプレイ上に提示させることができる。この別のＧＵＩは、デバイス上にある多数のオペレーティング・システムから別のものの使用可能な形態をインストールすること、および個々のオペレーティング・システムの使用可能な形態を削除することを、ユーザーに選択させることができる。
【０００４】
[0004]  更に他の実施態様は、ディスプレイ、プロセッサー、ストレージ、およびストレージ上にインストールされた少なくとも２つの動作可能なオペレーティング・システムを含むことができる。プロセッサーは、個々のオペレーティング・システムのユーザー選択を受け、少なくとも２つのオペレーティング・システムの内他のものを削除するように構成することができる。また、プロセッサーは、ストレージの内、削除されたオペレーティング・システムに占有されていた部分を、ユーザー・データー・ストレージにフォーマットすることもできる。
【０００５】
[0005]  この摘要は、詳細な説明において以下で更に説明する概念から選択したものを、簡略化した形態で紹介するために設けられている。この摘要は、特許請求する主題の主要な特徴や必須の特徴を特定することを意図するのではなく、特許請求する主題の範囲を判断するときに補助として使用されることを意図するのでもない。
【図面の簡単な説明】
【０００６】
[0006]  添付図面を参照しながら詳細な説明を記載する。図では、参照番号の一番左側の数字（１つまたは複数）が、その参照番号が最初に現れる図を識別する。明細書および図において異なる事例(instance)に同様の参照番号を使用するときは、同様または同一の項目を示す場合もある。
【図１】図１は、本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図２】図２は、 本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図３】図３は、 本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図４】図４は、 本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図５】図５は、 本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図６】図６は、 本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図７】図７は、本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図８】図８は、 本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図９】図９は、 本概念の実施態様によるユーザー・オペレーティング・システム選択シナリオの例である。
【図１０】図１０は、ユーザー選択可能オペレーティング・システムの概念を実現することができるシステムの一例である。
【図１１】図１１は、実施態様にしたがって、図１０に関係して導入されたエレメントの一部に関する更なる詳細を示す。
【図１２】図１２は、実施態様にしたがって、図１０に関係して導入されたエレメントの一部に関する更なる詳細を示す。
【図１３】図１３は、実施態様にしたがって、図１０に関係して導入されたエレメントの一部に関する更なる詳細を示す。
【図１４】図１４は、実施態様によるマルチ・オペレーティング・システム方法(multiple operating system method)の流れ図である。
【図１５】図１５は、実施態様によるマルチ・オペレーティング・システム方法の流れ図である。
【発明を実施するための形態】
【０００７】
全体像
[0011]  本技術は、製造業者または他の供給業者が多数のオペレーティング・システムを計算デバイスまたは「デバイス」上にインストールすることを可能にする。エンド・ユーザー（または彼らの代わりに活動する者）は、デバイス上で利用するオペレーティング・システムを選択することができる。あらゆるタイプのデバイスに適用可能であるが、本概念は、特に、タブレット、スマート・フォン、および／またはウェアラブル・スマート・デバイスのような、とりわけ、ストレージに制約があるデバイスに適用可能である。ストレージに制約があるデバイスは、比較的少量のストレージを有する傾向がある。従前の構成では、デバイス上に多数のオペレーティング・システムを有すると、ユーザーが、音楽、写真、および／またはビデオのようなユーザー・データーを格納するために利用可能なストレージの量が著しく減少した。その結果、多数のオペレーティング・システムから選択できるという便利さよりも、ユーザー・ストレージの多大な減少の方が重要になった。本実施態様は、このトレードオフを克服し、ユーザーに利用可能なデーター・ストレージを殆ど減らすことなく、多数のオペレーティング・システムの選択をユーザーに提供することができる。以下に続く説明は、様々なシナリオ例から開始し、次にハードウェア例、そして最後に方法例が続く。
【０００８】
使用事例のシナリオ
[0012]  図１および図２は、両方でまとめて、デバイス１０２を伴う第１使用事例シナリオを示す。この例では、デバイス１０２は、ディスプレイ１０４を有するタブレット型デバイスであることは明らかである。このデバイスのシナリオは、デバイス１０２のエンド・ユーザー１０６（例えば、購入者）を伴うことができる。図１において、ユーザーがこのデバイスに電源を入れると、グラフィカル・ユーザー・インターフェース（ＧＵＩ）１０８がユーザーに提示される。ＧＵＩは、ユーザーに提示されるマルチ・オペレーティング・システム・メッセージ１１０を含む。メッセージは、１１２において、このタブレットには２つの予めインストールされているオペレーティング・システムが付いていることを示す。ＧＵＩは、１１４において、これらのオペレーティング・システム（例えば、オペレーティング・システム１およびオペレーティング・システム２）を列挙し、これらのオペレーティング・システムから１つを選択するようにユーザーに求める。メッセージは、１１６において、ユーザーがデバイス上においてより多くの利用可能なストレージ空間を有するように、選択されなかったオペレーティング・システムを削除することを、ユーザーに説明する。説明の目的のために、ユーザーはオペレーティング・システム２を選択したと仮定する。図示しないが、この時点で、ユーザーに彼らの選択を確認することを求める、および／またはこの選択から生ずる成り行き(ramification)を全て説明する別のＧＵＩを生成することもできる。
【０００９】
[0013]  図２は、その後ＧＵＩ２０８を示す。このＧＵＩ２０８は、オペレーティング・システム２がデバイス上で起動されていること、そしてストレージ空間をユーザーのために解放するためにオペレーティング・システム１がデバイスから削除されたことを、ユーザーに示す。要約すると、この構成は、デバイスに異なるオペレーティング・システムを予めインストールさせておくことができる。ユーザーは個々のオペレーティング・システムを選択することができる。他のオペレーティング・システムを削除することができるので、削除されるオペレーティング・システムによって占められていたストレージの部分は、ユーザーによる使用のために構成することができる。この時点において、デバイス１０２は、選択されたオペレーティング・システムだけが予めデバイス上にインストールされていたかのように、選択されたオペレーティング・システムによって同様に機能することができる。したがって、製造業者は、多数のオペレーティング・システムの選択肢を有し、ユーザーはデバイスを所望通りに構成することができる、１つのデバイスを作ることができる。その最終的な結果は、ユーザーの指定通りに（例えば、ユーザーが望んだ通りに）構築されたかのように機能することができる汎用デバイスとして考えることができる。
【００１０】
[0014]  図３〜図９は、全体でまとめて、選択肢が複数ある他のシナリオを示す。このシナリオでは、デバイス３０２に関係付けて説明する。この場合、デバイス３０２は、ディスプレイ３０４およびハードウェア・ボタン３０６を有するスマート・フォンであることが明らかである。この場合、３つのハードウェア・ボタン３０６（１）、３０６（２）、および３０６（３）がある。ハードウェア・ボタン３０６は、電源ボタン、音量ボタン等のように、種々の容量(capacities)で機能することができる。ある構成では、ハードウェア・ボタンは、「ソフト・キー」が利用できない起動中の使用のために利用可能にしてもよい。この例では、ユーザーは、起動ＧＵＩ３０８を見るために、電源ボタンをアクティブにすることができる。尚、他のデバイス構成は異なる数のハードウェア・ボタンを有すること、またはハードウェア・ボタンを全く有さず、代わりに、ユーザーがデバイスを制御するために他のメカニズムを有することが可能であることを注記しておく。
【００１１】
[0015]  ＧＵＩ３０８は、デバイスが電源投入中であること、そして、３１０において示されるように、ユーザーがデバイス上にインストールするために３つのオペレーティング・システム（ＯＳ１〜ＯＳ３）から１つを選択できることをユーザーに示す。説明の目的のために、ユーザーは、ハードウェア・ボタン３０６の内１つ以上を使用して、オペレーティング・システム１を選択したと仮定する。図４は、オペレーティング・システム１によって生成されたＧＵＩ４０８を示す。この時点において、オペレーティング・システム１が正常に起動する（例えば、オペレーティング・システム１がデバイス上の唯一のオペレーティング・システムであるかのように）。しかしながら、この場合、他のオペレーティング・システム（例えば、ＯＳ２およびＯＳ３）は、デバイスから削除されない。代わりに、ＯＳ２およびＯＳ３は、デバイス上に圧縮され動作不能な形態で維持することができる。これは、デバイス上で比較的少ない空間を占める（例えば、１ギガバイト以下というような）。
【００１２】
[0016]  図５は、デバイス３０２上でユーザーが再度電源を投入した場合のその後のＧＵＩ５０８を示す。この場合、ＧＵＩは、５１０において、現在のオペレーティング・システムはオペレーティング・システム１であることを示す。また、このＧＵＩは、５１２において、ユーザーがオペレーティング・システムを切り替えたいか否か、ユーザーに尋ねる。この例に限って、ユーザーは彼／彼女が他のオペレーティング・システムを試したいことを指示したと仮定する。
【００１３】
[0017]  図６は、利用可能なオペレーティング・システム（例えば、ＯＳ１〜ＯＳ３）からユーザーに選択させる、その後のＧＵＩ６０８を示す。説明の目的のために、ユーザーはＯＳ３を選択したと仮定する。図７は、デバイスが、７１０においてオペレーティング・システムを切り替える準備のために、ユーザーの個人データーを保存する措置を講じていることを示す他のＧＵＩ７０８を示す。端的に言うと、このコンテキストでは、ユーザーの個人データーは、以前のオペレーティング・システムに関連する個人的な設定値、および／または文書、メディア等のような個人的なコンテンツを含むことができる。ある場合には、個人データーは、個々のオペレーティング・システムに関連する構成データーの一部として考えることができる。また、ＧＵＩ７０８は、ユーザーが７１２において彼／彼女の個人データーを保存するために取ることができる措置について学習する機会をユーザーに提供する。例えば、ユーザーはこのセクション上でクリックすることができ、ユーザーが特定の個人データーをどのようにそしてどこでバックアップすることができるか説明する他のＧＵＩを生成することができる。例えば、ユーザーは彼らの個人データーを、とりわけ、フラッシュ記憶デバイス（例えば、セキュア・ディジタル（ＳＤ）カード）および／またはクラウド・ストレージのような、副ストレージにバックアップすることができる。
【００１４】
[0018]  図８は、オペレーティング・システムの切り替え中にユーザーの個人データーを保護することを目的とする他のＧＵＩ８０８を示す。このＧＵＩは、オペレーティング・システムの切り替え中にユーザーの個人データーを保護するために措置を講ずることができることを表す。この例では、ＧＵＩ８０８は、８１０において、特定の個人データー（この場合、ビデオ・ファイル）を保存できなかったことを示す。ＧＵＩは、デバイスが８１２においてオペレーティング・システムの切り替えに進む前に、ユーザーが手作業で、指定データーをバックアップすることを依頼する。
【００１５】
[0019]  図９は、その後のＧＵＩ９０８を示し、選択されたＯＳ３を起動しているところである。９１０において、ＧＵＩは、図７〜図８において保存されたユーザーの個人データーがＯＳ３と関連付けられていることを示す。この時点以降、ＯＳ３は正常に動作することができる。
【００１６】
[0020]  要約すると、図３〜図９は、多数のオペレーティング・システムの圧縮された動作不能な形態を維持することができるデバイスを示す。ユーザーは、デバイス上におけるインストールのために個々のオペレーティング・システムを選択することができる（例えば、動作可能な形態）。続いて、ユーザーは、望むのであれば、異なるオペレーティング・システムに切り替えることができる。この構成は、１つのデバイス（例えば、製品）が多くの異なるユーザーを満足させることを可能にする。更に、個々のユーザーは、デバイス上で利用するために個々のオペレーティング・システムを選択する（そして選択し直す）することができ、しかもストレージを殆ど犠牲にしないで済む（例えば、主ストレージの１ギガバイトまたは３２ギガバイト未満）。デバイス３０２は、コールド起動時のような、ある種の状況下において、自動的にユーザーにオペレーティング・システムを選択させる（例えば、切り替える）ように構成することができる。代わりにまたは加えて、最初のユーザー選択の後、ユーザーは、「設定」フォルダまたは同様のユーザー制御機能(control feature)において選択を行うことによってというようにして、オペレーティング・システム選択ＧＵＩを提示する(bring up)ことを決定してもよい。
【００１７】
[0021]  図１０は、ユーザーに多数のオペレーティング・システムから選択させるように構成されたシステム１０００を示す。システム１０００は、以上で説明したデバイス１０２および３０２と同様であるデバイス１００２を含む。ある構成では、デバイス１００２は、アプリケーション・レイヤ１００４、オペレーティング・システム・レイヤ１００６、およびハードウェア・レイヤ１００８を有することを特徴とすることができる。１つ以上のアプリケーション１０１０が、オペレーティング・システム（ＯＳ）１０１２上で実行することができる。マルチオプション・ブート・ローダー１０１４は、デバイス上における動作のために、ユーザーに個々のオペレーティング・システムを選択させることができる。オペレーティング・システムは、ドライバー１０１８を介してハードウェア１０１６と相互作用することができる。（尚、オペレーティング・システムは各々それら自体のドライバーを有することができることを注記しておく。例えば、第１オペレーティング・システムのためのディスプレイ・ドライバーは、第２オペレーティング・システムとは機能することができない）。
【００１８】
[0022]  ハードウェア１０１６の例には、とりわけ、ディスプレイ１０２０（図１および図３のディスプレイ１０４および３０４とそれぞれ類似する）、センサー１０２２、プロセッサー（１つまたは複数）１０２４、バッテリー（例えば、電源）１０２６、通信コンポーネント１０２８、および／または記憶媒体またはストレージ１０３０を含むことができる。勿論、他のエレメントも種々の実施態様では含むことができる。また、説明の目的のために、この説明は、これらのエレメントをレイヤのようなグループに編成しようとしていることも注記しておく。読者は、分類(grouping)が全ての状況において厳密に正確でない場合もあり得る、またはエレメントの関係を表す唯一の方法ではない場合もあり得ることは理解してしかるべきである。例えば、マルチオプション・ブート・ローダー１０４をオペレーティング・システム１０１２の次に、または、直下ではなく、オペレーティング・システムの上に示すこともできる。他の特徴付けでは、マルチオプション・ブート・ローダー１０１４は、アプリケーション・レイヤ１００４の一部として記述することができる。したがって、この例示の意図は、アーキテクチャーの限定を提示することではなく、本概念を理解するときに読者を補助することである。マルチオプション・ブート・ローダーについて他の見方をすると、これは起動時にデバイスにおいて実行する最初の命令になることができるということになる。一旦実行すると、マルチオプション・ブート・ローダーは他の命令を実行することができる。
【００１９】
[0023]  １つの観点からは、デバイス１００２をコンピューターと考えることができる。コンピューターまたはデバイスの例には、パーソナル・コンピューター、デスクトップ・コンピューター、ノートブック・コンピューター、セル・フォン、スマート・フォン、パーソナル・ディジタル・アシスタント、パッド型コンピューター、ディジタル白板、カメラ、スマート・グラスのようなウェアラブル・デバイス、あるいはこれまでに開発されたまたは未だ開発されていない無数のタイプの計算デバイスの内任意のものというような、従前の計算デバイスを含むことができる。
【００２０】
[0024]  プロセッサー１０２４は、機能を設けるために、コンピューター読み取り可能命令の形態でデーターを実行することができる。コンピューター読み取り可能命令および／またはユーザー関連データーのようなデーターは、コンピューターに対して内部または外部でも可能なストレージのような、ストレージ１０３０上に格納することができる。ストレージは、とりわけ、揮発性または不揮発性メモリー、ハード・ドライブ、フラッシュ記憶デバイス、および／または光記憶デバイス（例えば、ＣＤ、ＤＶＤ等）の内任意の１つ以上を含むことができる。本明細書において使用する場合、「コンピューター読み取り可能媒体」という用語は信号を含むことができる。対照的に、「コンピューター読み取り可能記憶媒体」という用語は信号を除外する。コンピューター読み取り可能記憶媒体は、「コンピューター読み取り可能記憶デバイス」を含む。コンピューター読み取り可能記憶デバイスの例には、とりわけ、ＲＡＭのような揮発性記憶媒体、ならびにハード・ドライブ、光ディスク、およびフラッシュ・メモリーのような不揮発性記憶媒体が含まれる。
【００２１】
[0025]  説明の目的のために、この文書では、ストレージ１０３０を主ストレージ１０３０（１）および副ストレージ１０３０（２）と呼ぶこともある。主ストレージ１０３０（１）は、フラッシュ、ハード・ドライブ等のような、任意の内蔵（例えば、製造の時点で含まれる）ストレージとすることができる。副ストレージ１０３０（２）は、マルチメディア・ポートに追加されるマルチメディア・カードのような、販売業者またはエンド・ユーザーによってデバイスに追加されるストレージのような、任意の他のストレージとすることができる。また、副ストレージは、デバイスによってアクセスおよび利用することができるクラウド・ベースのストレージのような、遠隔ストレージも含むことができる。また、「プロセッサー」および「ストレージ」という用語が別個のエレメントとして例示されているが、重複があり得ることを注記しておく。例えば、本明細書において使用する「ストレージ」が専用のコントローラーを含む場合もある。例えば、構成の中でもとりわけ、主ストレージ１０３０（１）は、埋め込みマルチメディア・コントローラー（ｅＭＭＣ）ストレージとして具体化することができ、これは、同じシリコン・ダイ上に集積されたフラッシュ・メモリーおよびフラッシュ・メモリー・コントローラーを含む。同様に、プロセッサー１０２４がそれ自体の専用メモリーを有することもでき、この専用メモリーはストレージ１０３０の一部と見なすことができる。
【００２２】
[0026]  ある構成では、デバイス１００２は、システム・オン・チップ（ＳＯＣ）型の設計を含むことができる。このような場合、デバイスによって提供される機能を１つのＳＯＣまたは多数の結合されたＳＯＣ上に統合することができる。１つ以上のプロセッサーは、メモリー、ストレージなどのような共有リソース、および／またはある種の特定の機能を実行するように構成されたハードウェア・ブロックのような、１つ以上の専用リソースと調和する(coordinate)ように構成することができる。つまり、本明細書において使用する場合、「プロセッサー」という用語は、中央処理ユニット（ＣＰＵ）、グラフィカル処理ユニット（ＧＰＵ）、コントローラー、マイクロコントローラー、プロセッサー・コア、または他のタイプの処理デバイスも指すことができる。
【００２３】
[0027]  一般に、本明細書において説明する機能はいずれも、ソフトウェア、ファームウェア、ハードウェア（例えば、固定ロジック回路）、手動処理、またはこれらの実施態様の組み合わせを使用して実現することができる。「コンポーネント」という用語は、本明細書において使用する場合、一般に、ソフトウェア、ファームウェア、ハードウェア、デバイスまたはネットワーク全体、あるいはこれらの組み合わせを表す。ソフトウェアの実施態様の場合、例えば、これらは、プロセッサー（例えば、１つまたは複数のＣＰＵ）上で実行されると、指定されたタスクを実行するプログラム・コードを表すことができる。プログラム・コードは、コンピューター読み取り可能記憶媒体のような、１つ以上のコンピューター読み取り可能メモリー・デバイスに格納することができる。これらのコンポーネントの特徴や技法は、プラットフォーム独立であり、これが意味するのは、種々の処理構成を有する種々の商用計算プラットフォームにおいてこれらを実現できるということである。
【００２４】
[0028]  マルチオプション・ブート・ローダー１０１４は、ユーザーに多数のオペレーティング・システムから選択させることができる。例えば、デバイスに電源を投入するとき、マルチオプション・ブート・ローダー１０１４は、プロセッサー１０２４上で実行する最初の命令となることができる。例えば、ユーザーが電源ボタンを押したときというような、デバイスの電源投入時に、ハードウェア１０１６に電源を投入することができる。ハードウェア（例えば、プロセッサー１０２４）は、マルチオプション・ブート・ローダー１０１４の位置を突き止めることができる。マルチオプション・ブート・ローダー１０１４は、主ストレージ１０３０（１）上の特定の位置に格納することができる。ハードウェア１０１６は、ハードウェア１０１６内に焼き付けられた（例えば、プロセッサーを含む集積回路チップ内に）証明書に基づいて、マルチオプション・ブート・ローダー１０１４の証明書の有効性を判断することができる。ある実施態様では、この構成は、他のブート・ローダーがこのデバイス上で実行しないことを保証することができる。言い換えると、チップ内に焼き付けられた証明書は、マルチオプション・ブート・ローダーのディジタル署名の有効性を判断する。署名が通用する場合（例えば、有効であると認められた）、マルチオプション・ブート・ローダーはロードされる。一方、マルチオプション・ブート・ローダーは、それぞれの一意のディジタル署名によってというようにして、個々のオペレーティング・システムの有効性を判断することができる。この態様については、図１２に関係付けて以下で更に詳しく論ずることにする。
【００２５】
[0029]  言い換えると、ある実施態様は１つのマルチオプション・ブート・ローダーを使用することができる（例えば、マルチオプション・ブート・ローダーはデバイス上で唯一のブート・ローダーとなる）。１つのマルチオプション・ブート・ローダーをデバイス上で認証することができ、次いでオペレーティング・システムの全てを処理することができる。これらの構成は、他のいずれのブート・ローダーもデバイス上で起動するのを禁止することによって、デバイスのセキュリティを保証（しようと）することができる。他のブート・ローダーは、デバイス上のユーザー・データーのような、機密データーを露出する可能性がある、信頼できないオペレーティング・システムをインストールするおそれがある。
【００２６】
[0030]  マルチオプション・ブート・ローダー１０１４は、ユーザーにＧＵＩを提示させることができる。このＧＵＩは、多数のオペレーティング・システムがユーザーに利用可能であり、個々のオペレーティング・システムをユーザーに選択させることを説明する。これらのＧＵＩの例を図１〜図９に関係付けて例示する。ユーザーが選択すると、マルチオプション・ブート・ローダーはデバイス１００２に１つの使用可能なオペレーティング・システムを設定する(configure)ことができる。これらの態様の例については、図１１および図１２に関係付けて以下で論ずることにする。ユーザーが選択すると、マルチオプション・ブート・ローダー１０１４は、ユーザーが選択したオペレーティング・システムに合わせてデバイスを構成するために、種々の動作(action)を実行することができる。
【００２７】
[0031]  通信コンポーネント１０２８は、デバイスがネットワークを通じてというようにして他のデバイスと通信することを可能にすることができるセルラ回路、その他のワイヤレス回路、モデム、ポート等として表すことができる。プロセッサー１０２４は、通信コンポーネント１０２８に、デバイス上でどのオペレーティング・システムが動作可能な形態でインストールされたか伝えさせることができる。
【００２８】
[0032]  図１１は、主ストレージ１０３０（１）上における記憶空間の水平棒グラフ表現を示す。主ストレージ１０３０（１）は、とりわけ、フラッシュ・メモリーまたはハード・ドライブのような、任意の永続的（例えば、不揮発性）ストレージとすることができる。この例は、ＯＳ１およびＯＳ２で示す２つの異なるオペレーティング・システム１０１２に関する。説明の目的および比較のために、主ストレージ１０３０（１）は「第１インスタンス」および後続の「第２インスタンス」において示されている。
【００２９】
[0033]  第１インスタンスは、ストレージ上に２つの動作可能なオペレーティング・システム（ＯＳ１およびＯＳ２）がインストールされた主ストレージ１０３０（１）を示す。更に具体的には、主ストレージ１０３０（１）はマルチオプション・ブート・ローダー（ＭＯＢＬ）１０１４を含む。更に、主ストレージ１０３０（１）は、２つのハード・パーティション１１０２（１）および１１０２（２）に編成されている。第１ハード・パーティション１１０２（１）は、ＯＳ１、ＯＳ１に関連する構成データー１１０４、および１１０６におけるユーザー・データー用ストレージ専用である。同様に、第２ハード・パーティション１１０２（２）は、ＯＳ２、ＯＳ２に関連する構成データー１１０８、および１１１０におけるユーザー・データー用ストレージ専用である。説明の目的のために、ハード・パーティションについての１つの見方では、そのハード・パーティション内にインストールされたオペレーティング・システムの観点からは、ハード・パーティションはストレージの範囲を定める（例えば、オペレーティング・システムは、ストレージがハード・パーティションを超えて広がることを知らない）ということになる。
【００３０】
[0034]  マルチオプション・ブート・ローダー１０１４は、実行されることによって、ユーザーに２つのオペレーティング・システムの内１つを選択させることができる（例えば、図１を参照のこと）。次いで、マルチオプション・ブート・ローダー１０１４は、第２インスタンスにおいて明示された(evidence)構成を生成するために、主ストレージ１０３０（１）をフォーマットし直すことができる。具体的には、マルチオプション・ブート・ローダー１０１４は、選択されなかったオペレーティング・システム（この場合、ＯＳ１）を削除し、１１１２において示すように、この記憶空間をユーザーに関するストレージのためにフォーマットし直すことができる。ある構成では、マルチオプション・ブート・ローダー１０１４は、ストレージをフォーマットし直して追加のユーザー空間を得るために、選択されたオペレーティング・システムと協働して動作することができる。
【００３１】
[0035]  図１２は、ユーザーにオペレーティング・システムを選択させる主ストレージ１０３０（１）の他の実施態様を示す。この場合、主ストレージは、マルチオプション・ブート・ローダー１０１４と、ＯＳヴォールト(vault)１２０２における多数のオペレーティング・システムの圧縮形態とを含む。ある実施態様では、圧縮されたオペレーティング・システムはバイナリー形態で、オペレーティング・システム毎の構成データーと共に格納される。明示的に示されていないが、この例では、ＯＳヴォールト１２０２に格納された３つの圧縮された動作不能のオペレーティング・システム（ＯＳ１〜ＯＳ３）および関連構成データーがある。これらの態様については、図１３に関係付けて以下で更に詳しく論ずることにする。
【００３２】
[0036]  図１０に関係付けて先の論述において述べたように、デバイスの起動時に、マルチオプション・ブート・ローダー１０１４を認証できることを思い出されたい。また、前述のように、マルチオプション・ブート・ローダーは、ユーザーにデバイス上で実行する個々のＯＳを選択させることができる。マルチオプション・ブート・ローダー１０１４は、選択されたオペレーティング・システムに合わせて主ストレージ１０３０（１）を構成することができる。例えば、マルチオプション・ブート・ローダー１０１４は、ＯＳヴォールト１２０２から、選択されたオペレーティング・システムに固有の構成データーを使用して、ソフト・パーティション１２０４（１）および１２０４（２）を主ストレージ上にインストールすることができる。マルチオプション・ブート・ローダー１０１４は、ＯＳヴォールト１２０２における各オペレーティング・システムの開始アドレスおよび終端アドレス(ending address)を知ること、またはこれらにアクセスすることができる。ある場合には、ＯＳヴォールトにおける個々のオペレーティング・システムの開始および終了アドレス(stop address)が、ＯＳヴォールトにおいて列挙され、マルチオプション・ブート・ローダーによって読み出すことができる。マルチオプション・ブート・ローダーは、次いで、選択されたオペレーティング・システムをＯＳヴォールト１２０２から抽出し、このオペレーティング・システムの証明書の有効性を判断することができる。
【００３３】
[0037]  選択されたオペレーティング・システムの証明書が通用する場合、マルチオプション・ブート・ローダー１０１４は、選択されたオペレーティング・システムに関連する構成データーの一部を、１２０６（１）に示すように、主ストレージ１０３０（１）の一部に書き込むことができる。また、一旦選択されたオペレーティング・システムの有効性が確認されたなら、マルチオプション・ブート・ローダー１０１４は、有効性が確認されたＯＳを、１２０６（２）に示すように、ＯＳパーティションに書き込むことができる（例えば、ソフト・パーティション１２０４（１）および１２０４（２）間で定められるように）。マルチオプション・ブート・ローダー１０１４は、１２０６（３）に示すように、ユーザー・ストレージを構成することができる。
【００３４】
[0038]  マルチオプション・ブート・ローダー１０１４は、ブート・チェーン全体が安全で信頼できるように、主ストレージ１０３０（１）のこの構成設定(configuration)を遂行することができる。最初に、デバイス・ハードウェア１０１６はマルチオプション・ブート・ローダー１０１４をチェックすることができる。第２に、マルチオプション・ブート・ローダー１０１４は、オペレーティング・システムおよびあらゆる残りのコンポーネントが、信頼されたエンティティによって書かれ(author)そして署名されたことを確認する(ensure)ことができる。１つの観点から検討すると、マルチオプション・ブート・ローダー１０１４は、利用可能なオペレーティング・システムの各々に、統一された拡張可能なファームウェア・インターフェース（ＵＥＦＩ）セキュア・ブート・ローダー機能を、その全体的な機能の一部として提供することができる。
【００３５】
[0039]  要約すると、初期の起動時に、マルチオプション・ブート・ローダー１０１４は実行し、デバイス上で実行する個々のオペレーティング・システムをユーザーに選択させることができる（例えば、図３を参照のこと）。例示の目的のために、ユーザーはＯＳ１を選択したと仮定する。応答して、マルチオプション・ブート・ローダー１０１４は、主ストレージ１０３０（１）をＯＳ１に合わせて編成し、ＯＳ資格情報コンテナにおけるＯＳ１の圧縮バイナリー形態から、動作可能な形態でＯＳ１をストレージ上にインストールすることができる。この場合（図１２の第２インスタンスにおいて示すように）、マルチオプション・ブート・ローダー１０１４は、どこに構成データーが位置するか（１２０６（１）において示す）、どこにオペレーティング・システムが位置するか（１２０６（２）において示す）、およびユーザー・データーに割り当てられたストレージがどこに位置するか（１２０６（３）において示す）定めるために、ＯＳ１によって指定された通りに、ソフト・パーティション１２０４（１）および１２０４（２）をインストールすることができる。本明細書において使用する場合、ソフト・パーティションは、個々のオペレーティング・システムに関係があるファイル・システム・フォーマットに関する。１つの観点からは、ソフト・パーティションをファイル・フォルダに類似させることができる。
【００３６】
[0040]  マルチオプション・ブート・ローダー１０１４は、動作可能な形態のＯＳ１をセクター毎に、オペレーティング・システムヴォールト１２０２における圧縮形態から、ストレージ部分１２０６（２）にインストールすることができる。この時点において、ＯＳ１は通常に動作することができ（例えば、それがデバイス上における唯一のオペレーティング・システムであるかのように）、主ストレージ１０３０（１）上のＯＳヴォールト１２０２の存在を認識する必要はない。実際、動作可能なＯＳがＯＳヴォールト（例えば、他の動作不能なオペレーティング・システムまたはそれらの構成データー）にアクセスできないように実施態様が構成される場合もある。したがって、１つのオペレーティング・システムに関連する安全が確保された情報(secure information)は、他のオペレーティングから保護されており、その逆も成り立つ。
【００３７】
[0041]  １２０６（１）において格納されたオペレーティング・システム特定構成データー（図１１に関係付けて１１０４および１１０８において以上で導入された）は、プロビジョニング・データーおよび／またはユーザー設定を含むと考えることができる。プロビジョニング・データーは、とりわけ、モデム設定、較正データー、および／またはＮＶ項目についての情報を含むことができる。つまり、構成データーは、正確に例示することが難しい可能性がある。何故なら、構成データーは、オペレーティング・システムのためのパーティション・レイアウト、およびマルチオプション・ブート・ローダー１０１４がパーティションに書き込むことができる、較正データーのような、他の構成データーの双方を含むからである。尚、プロビジョニング・データーは、特定のオペレーティング・システムに一意にすることができることを注記しておく。したがって、プロビジョニング・データーは、そのそれぞれのオペレーティング・システムに関係付けて、それぞれの構成データーの一部として格納することができる。この構成データーは、他のオペレーティング・システムには知らされず、アクセス不可能にすることができる。図１０に関係付けて先に述べたように、ドライバー１０１８はオペレーティング・システムに特定とすることができる。したがって、ある場合には、オペレーティング・システム毎の構成データー１１０４が、そのオペレーティング・システムに固有のドライバーを含むことができる。これらのドライバーは、他のオペレーティング・システムにはアクセスできないままにしておくことができる。
【００３８】
[0042]  尚、主ストレージ１０３０（１）が第２インスタンスにおいて示すように構成されているとき、マルチオプション・ブート・ローダーはＯＳ１を実行するためにデバイスをブートし直してもよいことを注記しておく。
【００３９】
[0043]  再度図１２を参照すると、ユーザーが、選択されたオペレーティング・システムから他の利用可能なオペレーティング・システムの内の１つに換えることを選択したシナリオから、第３のインスタンスを得ることができる。（例えば、図５および図６を参照のこと）。（この場合、ユーザーはＯＳ３を選択したと仮定する）。第２インスタンスから第３インスタンスへの移行において、ユーザーの個人的設定、ＯＳ特定ドライバー等のような構成データーをＯＳヴォールト１２０２に保存することができる。このため、ユーザーが後の時点においてＯＳ１に戻ることを決定した場合、このデーターを利用可能にすることができる。オペレーティング・システム切り替えによって失われるおそれがある他のユーザー・データーが主ストレージに格納されている場合、マルチオプション・ブート・ローダー１０１４は、副ストレージ１０３０（２）へというように、他のユーザー・データーをどのようにバックアップするかユーザーに示すというような、処置を講ずることができる（図７および図１０を参照のこと）。
【００４０】
[0044]  第４のインスタンスは、マルチオプション・ブート・ローダー１０１４が、現在インストールされており動作可能であるＯＳ３に合わせて、主ストレージ１０３０（１）をフォーマットし直したことを示す。尚、ある実施態様には、ここで例示されるよりも多い、および／または異なるソフト・パーティション１２０４（１）’および１２０４（２）’を含むこともできるが、これらの実施態様は、以上および以下で説明する概念と矛盾しないことを注記しておく。例えば、簡略化のために、第２インスタンスおよび第４インスタンスの双方において、２つのソフト・パーティションを示したが、他の実施態様では、ＯＳ２およびＯＳ３が異なる数のパーティションを指定することも可能である。尚、主ストレージ１０３０（１）が第４インスタンスにおいて示されるように構成されているとき、マルチオプション・ブート・ローダー１０１４はＯＳ３を実行するためにデバイスをブートし直してもよいことを注記しておく。この場合、構成データーを１２０６（１）’で示し、ＯＳ３を１２０６（２）’で示し、ユーザー・データーを１２０６（３）’で示す。
【００４１】
[0045]  尚、この実施態様では、第１インスタンスにおいて、ユーザー選択前には、主ストレージ１０３０（１）上には動作可能な形態でインストールされたオペレーティング・システムはないことを注記しておく。しかしながら、他の実施態様では、デフォルトの構成において主ストレージ１０３０（１）上に、動作可能な形態でインストールされた個々のオペレーティング・システムが分散される(distribute)ことが可能である。ユーザーがそのオペレーティング・システムを選択した場合、先に進む準備ができている。ユーザーが異なるオペレーティング・システムを選択した場合、デフォルトのオペレーティング・システムを取り除くことができ、プロセスは再度図１２の「第１インスタンス」において開始することができる。
【００４２】
[0046]  尚、ある実施態様では、オペレーティング・システムの変更(change)に進む前に種々のパラメータをチェックすることができることを注記しておく。例えば、これらの実施形態では、デバイスのバッテリー・レベルをチェックすることができる。オペレーティング・システムのインストール・プロセス中にバッテリーが切れないことを確保するために、バッテリー・レベルが、４０％というような、定められた閾値よりも高くなければ、オペレーティング・システムの変更が開始されないようにしてもよい。更に、マルチオプション・ブート・ローダーは、オペレーティング・システムのインストール・プロセスが中断された場合、主ストレージを特定の構成に戻すように構成することができる。例えば、ユーザーは、マルチオプション・ブート・ローダーが主ストレージを第１インスタンスから第２インスタンスに変換している間に、バッテリーを取り出すこともできる。電源復帰時に、マルチオプション・ブート・ローダーはデバイスを第１インスタンスの構成に戻すことができる（例えば、使用可能なオペレーティング・システムや関連するストレージ構成がない）。次いで、マルチオプション・ブート・ローダーはプロセスを再度開始することができる（例えば、ユーザーにオペレーティング・システムを選択させる、または主ストレージの構成を再開し、更に選択されたオペレーティング・システムの使用可能なバージョンのインストールを再開する）。
【００４３】
[0047]  尚、製造中に、検査、較正、ＮＶ項目、ＮＶＭ項目、無線(radio)、ＤＰＰの格納等のために、製造設備（例えば、工場）または他の設備においてデバイスを各オペレーティング・システムに繰り返しブートさせることができることを注記しておく。例えば、第１、第２、第３，および第４(forth)インスタンスにわたってデバイスを多数回巡回させることができる。本実施態様は、使用可能な各オペレーティング・システムが、製造中に他の（例えば、動作不能な）オペレーティング・システムが所有するデーターを変転させるのを防止することができる。例えば、ＯＳ１はブートして、ＯＳ２およびＯＳ３のためのインストール・パーティションを削除すること、および／または動作不能なオペレーティング・システムに関係する種々の鍵および証明書にアクセスすること、および／またはこれらを上書きすることができない。
【００４４】
[0048]  要約すると、単一マルチオプション・ブート・ローダーのある実施態様は、利用可能な圧縮されたオペレーティング・システムのリストから、デバイス上での動作のために、個々のオペレーティング・システムをユーザーに選択させるＧＵＩを生成することができる。単一マルチオプション・ブート・ローダーは、デバイス上に含まれるオペレーティング・システム毎に、ＵＥＦＩに準拠したブート・ローダー機能を提供することができる。つまり、単一マルチオプション・ブート・ローダーは、主ストレージを構成し、選択されたオペレーティング・システムをインストールしつつ、一方ではデバイスのセキュリティを維持し、動作不能なオペレーティング・システムおよびそれらの構成データーを保護することができる。
【００４５】
[0049]  図１３は、ＯＳヴォールト１２０２を作成するように構成されたシステム１３００を示す。２つのＯＳヴォールト構成が、ＯＳヴォールト１２０２（１）および１２０２（２）として示されている。第１ＯＳヴォールト構成は実線で示され、第２ＯＳヴォールト構成は点線で区別されている。尚、図１２に関係付けた先の論述から、この場合、ＯＳヴォールトは、３つのオペレーティング・システムＯＳ１、ＯＳ２、およびＯＳ３の圧縮形態を収容することを思い出されたい。勿論、この実施態様では３つのオペレーティング・システムが利用されるが、他の実施態様では、２つのオペレーティング・システムまたは４つ以上のオペレーティング・システムを利用することができる。このシステムは、ブート・チェーン・キット１３０２を利用することができる（この場合、オペレーティング・システムＯＳ１、ＯＳ２、およびＯＳ３毎に、それぞれ、エレメント１３０２（１）、１３０２（２）、および１３０２（３）を伴う）。第１構成では、１つの圧縮バイナリー・ファイル１３０４を作るためにブート・チェーン・キット１３０２を利用することができる。個々のオペレーティング・システムに固有の任意の構成データーまたは他のデーターを、それぞれＯＳ１〜ＯＳ３に専用のソフト・パーティション１３０６（１）〜１３０６（３）に格納することができる。圧縮バイナリー・ファイルは、オペレーティング・システム毎に開始および終了アドレスのリストを含むことができる。
【００４６】
[0050]  第２構成では、各オペレーティング・システム（ＯＳ１〜ＯＳ３）が圧縮形態でそれ自体の専用バイナリー・ファイル１３０４（１）〜１３０４（３）にそれぞれ格納される。図示した構成では、ＯＳ毎のバイナリー・ファイルは、そのＯＳのためのソフト・パーティション１３０６（１）〜１３０６（３）において構成データーに隣接して配置されている。他の構成では、ＯＳバイナリー・ファイルを一緒に纏め、構成データーも一緒に纏めることができる。
【００４７】
技法例
[0051]  図１４は、マルチ・オペレーティング・システム選択技法または方法１４００のフローチャートを示す。
【００４８】
[0052]  ブロック１４０２において、本方法は多数のオペレーティング・システムを圧縮された動作不能な形態で主ストレージの第１部分に書き込むことができる。ある場合には、動作不能な形態は、多数の圧縮された動作不能オペレーティング・システムの全てを収容する１つのバイナリー・ファイルである。他の場合では、バイナリー・ファイルは圧縮された動作不能な各オペレーティング・システムに専用である。勿論、バイナリー・ファイルがこの例では利用されているが、動作不能な形態の多数のオペレーティング・システムを格納するためには、他の圧縮ファイル構成も利用することができる。
【００４９】
[0053]  ブロック１４０４において、本方法は１つのブート・ローダーを主ストレージの第２部分にインストールすることができる。この１つのブート・ローダーは、多数のオペレーティング・システムの内任意の１つを、主ストレージの第３部分に動作可能な形態でインストールするように構成することができる。主ストレージの第１部分における多数のオペレーティング・システムの内他のものに関連するアドレスは、使用可能なオペレーティング・システムによる読み出しや書き込みから保護することができる。
【００５０】
[0054]  図１５は、マルチ・オペレーティング・システム選択技法または方法１５００のフローチャートを示す。
[0055]  ブロック１５０２において、本方法は、個々のオペレーティング・システムの使用可能なインスタンスを、多数の動作不能な圧縮されたオペレーティング・システムが格納されているデバイス（例えば、前述のデバイス）上にインストールする命令を受けることができる。
【００５１】
[0056]  ブロック１５０４において、本方法はオペレーティング・システムの動作不能な圧縮バージョンにアクセスすることができる。ある実施態様では、動作不能な圧縮バージョンは、専用ファイルとして格納することができる。他の実施態様では、動作不能な圧縮バージョンは、他の選択されないオペレーティング・システムの動作不能な圧縮バージョンも含む１つのファイルの一部にすることができる。
【００５２】
[0057]  ブロック１５０６において、本方法はこのオペレーティング・システムの動作不能な圧縮バージョンの真正性を検証することができる。例えば、この検証は、動作不能な圧縮形態のディジタル署名をチェックすることを伴うことができる。
【００５３】
[0058]  ブロック１５０８において、本方法は、このオペレーティング・システムに一意のやり方でデバイスを構成することができる。ある場合には、この構成は、選択されたオペレーティング・システムによって（および／またはオペレーティング・システムのために）指定されたやり方で主ストレージ上にソフト・パーティションをインストールすることを伴うことができる。
【００５４】
[0059]  ブロック１５１０において、本方法は、オペレーティング・システムの使用可能なインスタンスをインストールすることができる。ある場合には、本方法は、どのオペレーティング・システムが使用可能な形態でデバイス上にインストールされたかを示す通知を送ることができる。例えば、この通知は、デバイスの製造業者、またはデバイスに関連するセルラ・サービス提供業者のようなサービス提供業者に送ることができる。使用の中でもとりわけ、この通知は請求書発行の目的に利用することができる。例えば、セルラ・サービス提供業者が、第１エンティティからの第１オペレーティング・システムと第２エンティティからの第２オペレーティング・システムとを有するスマート・フォンを販売する場合がある。セルラ・サービス提供業者はこの通知を集めて、それぞれのオペレーティング・システムを実行しているスマート・フォンの販売台数に基づいて、第１および第２エンティティに支払いを行うことができる。この支払いは一時払いとすることができ、または周期的な支払いにすることもできる。例えば、ユーザーが、ある時間期間には第１オペレーティング・システムを選択し、次いで第２オペレーティング・システムに切り替えることもあり得る。その場合、それらのオペレーティング・システムの使用に対して各エンティティに報酬を支払うことができる。代わりの構成では、この通知を製造業者に送ることができ、製造業者は、通知に基づいて、第１または第２エンティティに報酬を支払うことができる。
【００５５】
[0060]  以上で説明した方法は、図１〜１３に関係付けて先に説明したシステムおよび／またはデバイスによって、および／または他のデバイスおよび／またはシステムによって実行することができる。これらの方法を説明した順序は、限定として解釈されることを意図しているのではなく、本方法または代替方法を実現するためには、説明したアクトを任意の数だけ、任意の順序で組み合わせることができる。更に、本方法は、デバイスがこの方法を実現できるように、任意の適したハードウェア、ソフトウェア、ファームウェア、またはその組み合わせで実現することができる。１つの場合には、本方法は、計算デバイスのプロセッサーによる実行が、この計算デバイスに本方法を実行させるように、１組の命令としてコンピューター読み取り可能記憶媒体上に格納される。
【００５６】
結論
[0061]  以上構造的特徴および／または方法論的アクトに特定的な文言で主題について説明したが、添付した特許請求の範囲において定められる主題は、必ずしも以上で説明した特定的な特徴やアクトには限定されないことは理解されよう。むしろ、以上で説明した特定的な特徴およびアクトは、特許請求の範囲を実現する形態例として開示したまでである。
【図１】
2017509085.tif 000003
【図２】
2017509085.tif 000004
【図３】
2017509085.tif 000005
【図４】
2017509085.tif 000006
【図５】
2017509085.tif 000007
【図６】
2017509085.tif 000008
【図７】
2017509085.tif 000009
【図８】
2017509085.tif 000010
【図９】
2017509085.tif 000011
【図１０】
2017509085.tif 000012
【図１１】
2017509085.tif 000013
【図１２】
2017509085.tif 000014
【図１３】
2017509085.tif 000015
【図１４】
2017509085.tif 000016
【図１５】
2017509085.tif 000017
【国際調査報告】
2017509085.tif 000018
2017509085.tif 000019
2017509085.tif 000020