JP2008501174A - デバイス管理システム及び方法 - Google Patents

Abstract

【課題】電子デバイス上で作動することができる構成要素を管理するシステム及び方法を提供する。
【解決手段】本発明の実施形態は、デバイスの起動後に利用可能であることになる特徴をユーザにカスタマイズさせるデバイス、方法、及びコンピュータコード製品を含む。様々な実施形態は、プロフィールを格納するプロフィールモジュールと、格納されたプロフィールで指定された特徴に基づいてデバイスの起動中にバックグラウンド処理を開始する開始管理とを含むことができる。
【選択図】図５

Description

本発明は、一般的に電子デバイスの分野に関し、特に、電子デバイス上で作動することができる構成要素を管理するシステム及び方法に関する。

モバイル又はセルラー電話のような現在の電子デバイスは、一般的に、様々な機能又は特徴を含み、これは、ユーザが機能及び特徴を要請した時にそれらを利用可能にするためにバックグラウンドで実行される。すなわち、例えば、携帯電話は、赤外線データポートを通じて別のデバイスと通信する機能を備えることができる。この通信に必要とされるソフトウエアは、携帯電話内のプロセッサ上で実行されるバックグラウンド処理を通じて有効にすることができる。すなわち、ユーザがこの特徴をめったに用いない場合でさえもバックグラウンド処理は開始されねばならない。

そのようなバックグラウンド処理は、典型的にはデバイスの起動中に開始される。例えば、ユーザが携帯電話の電源を入れた時に、プロセッサは、一連のバックグラウンド処理を開始し、携帯電話の全ての特徴を有効にする。携帯電話内のスタータサーバ構成要素は、構成要素の静的リストを有することができ、デバイスが起動される毎にこのリストの全てが開始される。そのような構成要素の数及びデバイスの複雑さが増大するに従って、起動中に更に多くの構成要素の開始が必要になり、結果として起動時間の著しい増大を生じる。

既存のデバイスでは、構成要素の静的リストは、一般的に全てのユーザのために全ての起動をサポートするように構成されている。従って、このリストは、一般的にデバイス上で利用可能な全ての特徴及び機能を含む。しかし、ユーザの観点からすると、このリストにあまりにも多くの構成要素が存在し、その多くは、仮に用いられる場合があったとしても、ユーザによってめったに用いられないものである。

本発明の一実施形態は、電子デバイスに関する。デバイスは、１つ又はそれよりも多くのプロフィールを格納するプロフィールモジュールを含み、これらのプロフィールの各々は、１組の特徴を示し、これらのプロフィールのうちの少なくとも１つは、ユーザによるカスタマイズが可能であり、バックグラウンド処理に関連するサービスである少なくとも１つの特徴を有する。特定的な実施形態では、デバイスは、デバイスの起動中に１組のバックグラウンド処理を開始する開始マネージャを含み、この１組のバックグラウンド処理は、プロフィールの中から選択されたプロフィールの１組の特徴に対応している。

別の実施形態では、電子デバイスを管理する方法を提供する。本方法は、１つ又はそれよりも多くのプロフィールを有するプロフィールモジュール内の選択されたプロフィールにアクセスする段階を含み、プロフィールの各々は、１組の特徴を示し、プロフィールのうちの少なくとも１つは、ユーザによるカスタマイズが可能であり、バックグラウンド処理に関連するサービスである少なくとも１つの特徴を有し、デバイスの起動中に、選択されたプロフィールの特徴の組に対応する１組のバックグラウンド処理を開始する段階を更に含む。

別の実施形態では、電子デバイスを管理する方法は、プロフィールモジュールにプロフィールを格納する段階を含み、プロフィールは、１組のユーザ選択の特徴を示し、特徴のうちの少なくとも１つは、バックグラウンド処理に関連するサービスであり、デバイスの起動中に、格納されたプロフィールの特徴の組に対応する１組のバックグラウンド処理を開始する段階を更に含む。

別の実施形態では、電子デバイスを管理する方法は、１組の特徴をユーザに呈示する段階を含み、特徴のうちの少なくとも１つは、ユーザによるカスタマイズが可能であり、バックグラウンド処理に関連するサービスである。本方法は、特徴のうちの１つ又はそれよりも多くの選択又は選択取り消しに関連する入力をユーザから受け取る段階を更に含む。

ある特定の実施形態の以下の説明は、図面と共に本発明をより詳細に説明する役目をするものである。

上述のように、既存のシステムは、一般的にデバイス上で利用可能な全ての特徴を含む１組の特徴を有効にするために静的リストからのバックグラウンド処理の開始をデバイスに要求する。「特徴」は、携帯電話のような電子デバイス上で利用可能にすることができる無線ローカルエリアネットワーク（ＷＬＡＮ）機能、「Ｂｌｕｅｔｏｏｔｈ」、「全地球測位システム（ＧＰＳ）」、及びその他のような非電話サービスを含む。これらの特徴の多くは、特定のユーザからはめったに又は全く要求されない場合がある。例えば、携帯電話には、電話が例えば赤外線データポートを通じて他のデバイスと通信することを可能にする特徴を備えることができる。この携帯電話の主たるユーザは、そのような特徴に対する必要性を決して有することはないであろう。他のサービスは、ある特定の時点において望ましい場合があるが、他の時点では望まれまい。すなわち、この特徴を有効にするためのバックグラウンド処理の開始は、このデバイスに対する起動時間を毎回不必要に増大させる。

本発明の実施形態は、起動後に利用可能になる特徴をユーザがカスタマイズすることを可能にするシステム及び方法を提供する。これに関して、プロフィールを操作又は選択することにより、ユーザが特徴、サービス、及び／又はバックグラウンド処理を選択する又は選択を取り消すことを可能にする機能性が備えられる。すなわち、ユーザは、どの特徴がデバイス上で利用可能になるかを選択することができる。ユーザによって選択されない特徴に対するバックグラウンド処理は、起動中に開始されず、それによって起動時間及び電力消費を低減し、一方では利用可能メモリを増大させる。選択されなかった特徴は、後の使用に向けてデバイスにおいて尚も利用可能であることに注意することが重要である。将来これらの特徴にアクセスするためには、ユーザは、適正なプロフィールを選択することによってこれらをアクティブ化することができる。デバイスは、起動時に直近のアクティブプロフィールを自動的に用いるので、特徴の望ましい組は、起動中にアクティブ化される。

図１は、本発明の実施形態によるシステムアーキテクチャを例示している。このシステムは、ユーザインタフェース（ＵＩ）構成要素を含むアプリケーションユーザインタフェースモジュール１００を含む。そのようなＵＩ構成要素は、異なるデバイスにおいて必要とされる場合がある異なるユーザインタフェースサイズ及び種類へとカスタマイズすることができる。例えば、小さなディスプレイ面積を有する携帯電話における使用に向けてＵＩ構成要素の１つの組を備えることができ、一方でより大きなディスプレイを有する可搬式の携帯情報端末（ＰＤＡ）における使用に向けてＵＩ構成要素の第２の組を備えることができる。ＵＩ構成要素の上述の組は、アプリケーション、アプリケーションの表示、又はアプリケーションの制御を含むことができる。ＵＩ構成要素は、単一のアプリケーション又は複数のアプリケーションのいずれかによる使用が可能であり、いくつかの場合では、複数のアプリケーションによる使用が可能である。

システムはまた、共通構成要素及びアプリケーションサービスモジュール２００を含む。このモジュール２００は、主にアプリケーションエンジンによる使用のためのサービスを提供する。そのようなサービスは、アラームサーバ、ログエンジン、システム規模のタスクスケジューラー、システムエージェント、及び様々なデータと標準フォーマットの間のコンバータを含むことができる。更に、共通構成要素及びアプリケーションサービスモジュール２００は、様々なアプリケーションをサポートするためにアプリケーションプログラムインタフェース（ＡＰＩ）を含むことができる。

ユーザインタフェース（ＵＩ）フレームワークモジュール３００は、デバイスに対する様々なユーザインタフェースをサポートするために備えられる。このモジュール３００は、デバイス上の様々なアプリケーションに関連するユーザインタフェースのためのフレームワーク及びグラフィックをサポートするためのソフトウエアを含むことができる。

システムは、デバイス上で実行される様々なアプリケーションとインタフェースで接続したオペレーティングシステム４００を実施する。例示した実施形態では、オペレーティングシステムは、多くの無線及び可搬式デバイスにおいて一般的に用いられている「シンビアン」オペレーティングシステムである。「シンビアン」オペレーティングシステムに関するより多くの情報については、ｗｗｗ．ｓｙｍｂｉａｎ．ｃｏｍを参照されたい。オペレーティングシステム４００は、様々なサービス、ライブラリ、プロトコル、及びフレームワークを含むデバイスのための重要な基本サービスを含む。

オペレーティングシステム４００は、１組のプロバイダモジュール５００に連結される。プロバイダモジュール５００は、ファイル、ライブラリ、文書、又はオペレーティングシステム４００の外部のアプリケーションに関連する他のソフトウエアを含むことができる。更に、ソフトウエアモジュール６００は、デバイスの特定のハードウエアをサポートするためにオペレーティングシステム４００によるアクセスが可能である。すなわち、オペレーティングシステム４００を設けて、汎用デバイスをサポートすることができ、一方でソフトウエアモジュール６００は、特定のデバイスをサポートするための補足的な機能性を提供する。

図２は、サブモジュールの一部を図示する図１の共通構成要素及びアプリケーションサービスモジュール２００の概略図である。特に、共通構成要素及びアプリケーションサービスモジュール２００は、デバイス開始マネージャ２１０及びコアサービスモジュール２２０を含む。デバイス開始マネージャ２１０は、デバイスの開始又は起動を管理するために備えられる。特に、デバイス開始マネージャ２１０は、起動中にどのバックグラウンド処理の開始が必要であるかを判断するようになっている。これに関して、デバイス開始マネージャ２１０は、１つ又はそれよりも多くのプロフィールを格納するプロフィールモジュールにアクセスする。図３を参照して後述するように、プロフィールモジュールは、デバイス開始マネージャ２１０内に統合することができ、又は別のモジュール内に実装することができる。プロフィールモジュール内のプロフィールは、起動時に開始されるべき特徴リスト又はバックグラウンド処理リストを示している。更に、各プロフィールは、音量又は呼び出し音のような複数のユーザ調節可能な作動特性を指定する。図４〜６を参照して後述するように、各プロフィールは、異なっていてもよく、１つ又はそれよりも多くの特徴又はバックグラウンド処理の利用可能条件の選択又は選択取り消しを行うことができるように、プロフィールのうちの少なくとも１つは、ユーザによるカスタマイズが可能である。

デバイス開始マネージャ２１０は、起動中に開始されるべきバックグラウンド処理をコアサービスモジュール２２０に通信するようになっている。コアサービスモジュール２２０は、デバイス内に格納されているアイテム、リンク、又はファイルの検索などを行うための一般的なエンジンを含む。コアサービスモジュール２２０は、様々なアプリケーション及びバックグラウンド処理のための設定及び初期化データを管理するために備えられる。

ここで、図３を参照してプロフィール管理を以下に説明する。プロフィールユーザインタフェース１１０は、ユーザがプロフィールを選択、修正、追加、削除、又はそうでなければカスタマイズすることを可能にするために備えられる。図５及び６を参照して下記で例示して説明するように、プロフィールインタフェース１１０は、グラフィックディスプレイ表示をユーザに提供することができる。プロフィールユーザインタフェース１１０は、ユーザに適切なディスプレイ表示を提供するためにデバイスの様々なモジュールと対話する。更に、プロフィールユーザインタフェース１１０は、ユーザからの入力を適切なシステムモジュールに通信する。様々なモジュールの一部３１０、３２０、３３０，４２０、２２０，２３０、２４０、２５０、及び４１０を図３に例示しており、下記に説明する。特定的な実施形態では、プロフィールユーザインタフェース１１０は、プロフィールインタフェースモジュールとプロフィールダイアログモジュールに分割される。これに関して、プロフィールダイアログモジュールは、ノーティファイヤー・フレームワークを通じて他のアプリケーションから起動することができる。更に、プロフィールユーザインタフェース１１０は、開始されるべきバックグラウンド処理を示す１つ又はそれよりも多くのプロフィールを格納するために上述のプロフィールモジュールを含むことができる。

プロフィールユーザインタフェース１１０は、グラフィック構成要素のプラットフォーム固有の実装を収容するプラットフォーム固有のＵＩライブラリ３１０と通信する。これに関して、プラットフォーム固有のＵＩライブラリ３１０は、プロフィールユーザインタフェース１１０が現行のプラットフォーム又はデバイスに基づいて適切なグラフィックディスプレイ表示をユーザに呈示することを可能にする。プラットフォーム固有のＵＩライブラリ３１０は、図１に示すＵＩフレームワークモジュール３００内に存在することができる。

スキンフレームワークモジュール３２０は、ユーザに呈示されたユーザインタフェースの上に１つ又はそれよりも多くの変更可能なグラフィック層を提供することができる。スキンフレームワークモジュール３２０は、指定の外観に関するレイアウト及び構成要素を定めることができる。スキンフレームワークモジュール３２０もまた、図１に示すＵＩフレームワークモジュール３００内に存在することができる。

タッチスクリーン及びキーパッドロックモジュール３３０は、キーパッド又はタッチスクリーン入力をロック又はアンロックするために備えることができる。タッチスクリーン及びキーパッドロックモジュール３３０もまた、図１に示すＵＩフレームワークモジュール３００に存在することができる。

図１のアプリケーションユーザインタフェースモジュール１００内に存在するアプリケーションエンジンモジュール１２０は、様々なアプリケーションのサポートのために設けることができる。アプリケーションエンジンモジュール１２０は、コアアプリケーションのアプリケーションデータへのアクセスを提供するためのＡＰＩを含むことができる。ＡＰＩは、第三者アプリケーションのコアアプリケーションとの統合を可能にする。

プロフィールユーザインタフェース１１０は、図１の共通構成要素及びアプリケーションサービスモジュール２００内に存在する様々なモジュールと通信することができ、これらの様々なモジュールは、コアサービスモジュール２２０（図２にも示している）及びアプリケーションサービスモジュール２６０を含む。図１の関連において説明したように、アプリケーションサービスモジュール２６０は、アラームサーバ、ログエンジン、システム規模のタスクスケジューラー、及び様々なデータと標準フォーマットの間のコンバータを含むことができる。

更に、様々な権利及び鍵の管理を提供するために、ＤＲＭエンジンモジュール２３０は、プロフィールユーザインタフェース１１０によってアクセスされる。例えば、ＤＲＭエンジンモジュール２３０は、暗号化及び暗号解読コンテンツに対するサポートを提供する。

携帯電話の関連において、様々なアプリケーションに関するセキュリティを制御及び管理するために電話通信セキュリティモジュール２４０が備えられる。例えば、電話通信セキュリティモジュール２４０は、個人識別番号（ＰＩＮ）の使用に関するアクセス及びデータを管理することができる。

プラットフォーム固有のアプリケーションユーザインタフェースを収容するマルチメディアＵＩモジュール２５０は、プロフィールユーザインタフェース１１０によるアクセスが可能である。このモジュール２５０は、ＵＩ層によって要求される様々なアプリケーションの特定の機能性へのサポートを提供することができる。

図４は、本発明の実施形態によるプロフィールテーブルを例示している。一実施形態では、プロフィールモジュールは、複数のプロフィール７０１〜７０６の各々を格納することができ、各プロフィールは、複数の条件に関する設定を定めることができる。これらの条件は、作動特性７１０及びサービス７２０を含むことができる。

サービス７２０に関しては、各プロフィール７０１〜７０６は、サービス７２０のステータスを「オン」又は「オフ」のいずれかとして含む。このステータスは、ユーザがそのサービスに対する機能を要望しているか否かを示している。従って、ユーザがオフィス環境内にいる場合には、「屋内」プロフィール７０１を選択することができる。これに関して、ユーザは、「Ｂｌｕｅｔｏｏｔｈ」及びＷＬＡＮを選択しており、その一方でＧＰＳ及び「コンパス」機能は、選択を取り消されている。これに反して、ユーザが遠隔地域内にいる場合には、ユーザにＧＰＳ及び「コンパス」機能を提供するために「屋外」プロフィール７０２を選択することができ、その一方で「Ｂｌｕｅｔｏｏｔｈ」及びＷＬＡＮの選択が取り消される。

ここで図５及び６を参照し、ユーザの観点から、起動中に開始されるべきバックグラウンド処理を必要とするサービスを含むプロフィールの管理を以下に説明する。ユーザがプロフィールのカスタマイズ、更新、又はサービスの選択又は選択取り消しを要望した場合には、ユーザは、多くのデバイス上で一般的に利用可能であるようなキーパッド又はタッチスクリーンを用いたメニューツリーなどを通じてプロフィールメニューにアクセス可能である。プロフィールメニューがユーザによってアクセスされた状態で、ユーザには、図５の例示的スクリーンショット７３０内に示しているもののようなオプションのディスプレイ表示を呈示することができる。この例では、ユーザにプロフィール選択枝が提供され、ここから選択が行われる。例えば、図４に示す「カスタム」プロフィール７０６に対応する設定に対応することができる「ＣＵＳＴＯＭ」プロフィールを設けることができる（図５では現在選択されている）。

代替的なプロフィールをプロフィールメニュー内にオプションとして提供することができる。この代替的なプロフィールは、様々な特徴群に対応する１つ又はそれよりも多くの工場インストールのプロフィールを含むことができる。例えば、「ユーザＢ」のプロフィール７０５は、最小数の特徴を含めるように提供することができ、従って、起動は最速であり、他方で「ユーザＡ」のプロフィールは、ユーザに最大の機能性を提供するために全てのサービス７２０が選択された条件で提供することができる。付加的なオプションは、「屋内」及び「屋外」のようにユーザによって以前に作成されたプロフィールを含むことができる。

ユーザが新しいカスタマイズされたプロフィールを作成することを可能にするオプションを設けることができる。図５では、このオプションは、「ＣＵＳＴＯＭ」としてユーザに呈示されている。ユーザがこのオプションを選択した場合には、デバイス内のあらゆる特徴又は特徴群の選択又は選択取り消しを行うために、ユーザには、図６に示すスクリーンショットを呈示することができる。ユーザには、まず様々な作動特性に加えて、このデバイス上で利用可能な全特徴リストを現行の構成に対応する選択条件と共に呈示することができる。従って、図６の例では、ユーザには、「Ｂｌｕｅｔｏｏｔｈ」特徴が選択されている一方でＧＰＳ及び「コンパス」特徴の選択が取り消されていることを示す画面を呈示することができる。ユーザは、上下にスクロールして、リスト内の各特徴を考察し、その選択又は選択の取り消しを行い、更に、音量及び呼び出し音のような作動特性を調節することができる。ユーザが特徴の選択及び選択取り消しを完了すると、プロフィールを上述のプロフィールモジュール内に格納することができ、このプロフィールは、オプションとして図５に示すリスト内でユーザに呈示することができる。

すなわち、現行のアクティブプロフィールが「ユーザＡ」のプロフィールである場合に、ユーザが「カスタム」プロフィールに変更すると、作動特性７１０の変更に加えて、ある特定のサービス７２０の選択を取り消すか又はそれらを無効にすることができる。例えば、図４に示す実施形態では、ＧＰＳ及び「コンパス」サービスが無効にされている。ユーザがデバイスを再起動した場合には、ＧＰＳ及び「コンパス」サービスに関するバックグラウンド処理は開始されず、結果としてより高速な起動及びより多くの利用可能メモリを生じる。

一実施形態では、デバイスの起動は、デバイスがシャットダウンした時に最後にアクティブであったプロフィールを用いる。起動が完了した状態で、サービスの利用可能性は、プロフィールの変更によって制御することができる。従って、サービスは、プロフィールが変更された時に開始又は停止することができる。ある特定の実施形態では、ユーザがプロフィールを変更した場合、デバイスが再起動されるまで選択されたサービスが利用できないようにすることができる。例えば、現行のプロフィールが「カスタム」プロフィールであり、ユーザが「自動車内」プロフィールに変更した場合には、ＧＰＳサービスに対して必要とされるバックグラウンド処理が開始されていないために、このサービスは、即時に利用可能とはならないであろう。従って、デバイスが再起動された場合には、デバイス開始マネージャは、「自動車内」プロフィールにアクセスし、「Ｂｌｕｅｔｏｏｔｈ」及びＧＰＳサービスに関するバックグラウンド処理を開始する。

ユーザが選択するか又は選択を取り消すのに利用可能な特徴は、デバイスが作動するのに必要なある特定の特徴を含まなくてもよいことに注意することが重要である。すなわち、ユーザが呈示された全ての特徴の選択を取り消したとしても、デバイスは、依然として適正に作動することができる。

本発明の特定的な実施形態を開示したが、様々な異なる修正及び組合せが可能であり、かつ特許請求の範囲の真の精神及び範囲内であるように考えられていることは理解されるものとする。従って、本明細書に呈示する要約及び開示の通りに制限する意図はない。

本発明の実施形態によるシステムのアーキテクチャの概略図である。 図１の共通構成要素モジュールのいくつかのサブモジュールの概略図である。 プロフィール管理アーキテクチャの実施形態の概略図である。 本発明の実施形態によるプロフィールテーブルの図である。 本発明の実施形態によるプロフィール管理インタフェースの図である。 本発明の実施形態によるプロフィール管理インタフェースの図である。

符号の説明

７３０ 例示的スクリーンショット

Claims (22)

1. １つ又はそれよりも多くのプロフィールを格納するプロフィールモジュール、
   を含み、
   前記プロフィールの各々は１組の特徴を示しており、該プロフィールのうちの少なくとも１つはユーザによるカスタマイズが可能でありかつバックグラウンド処理に関連するサービスである少なくとも１つの特徴を有する、
   ことを特徴とする電子デバイス。
2. 前記プロフィールのうちの選択されたプロフィールの前記特徴の組に対応する１組のバックグラウンド処理をデバイスの起動中に開始する開始マネージャ、
   を更に含むことを特徴とする請求項１に記載のデバイス。
3. 前記特徴のうちの１つ又はそれよりも多くの選択又は選択取り消しに関連する入力をユーザから受け取るユーザインタフェースモジュール、
   を更に含むことを特徴とする請求項１に記載のデバイス。
4. 前記特徴は、非電話サービスを含むことを特徴とする請求項１に記載のデバイス。
5. 無線デバイスであることを特徴とする請求項１に記載のデバイス。
6. 携帯電話であることを特徴とする請求項１に記載のデバイス。
7. 前記プロフィールモジュールは、ユーザに前記プロフィールの１つを選択させるユーザインタフェースを含むことを特徴とする請求項１に記載のデバイス。
8. 前記ユーザインタフェースは、前記カスタマイズされたプロフィールに含める１つ又はそれよりも多くの特徴をユーザに選択させるようになっていることを特徴とする請求項１に記載のデバイス。
9. 電子デバイスを管理する方法であって、
   １つ又はそれよりも多くのプロフィールを有するプロフィールモジュール内の選択されたプロフィールにアクセスする段階であって、前記プロフィールの各々は１組の特徴を示しており、該プロフィールのうちの少なくとも１つはユーザによるカスタマイズが可能でありかつバックグラウンド処理に関連するサービスである少なくとも１つの特徴を有する、アクセス段階と、
   前記選択されたプロフィールの前記特徴の組に対応する１組のバックグラウンド処理をデバイスの起動中に開始する段階と、
   を含むことを特徴とする方法。
10. 前記デバイスは、無線デバイスであることを特徴とする請求項９に記載の方法。
11. 前記デバイスは、携帯電話であることを特徴とする請求項９に記載の方法。
12. 前記プロフィールモジュールは、ユーザに前記プロフィールの１つを選択させるユーザインタフェースを含むことを特徴とする請求項９に記載の方法。
13. 前記プロフィールモジュールは、カスタマイズされたプロフィールをユーザに作成させるユーザインタフェースを含むことを特徴とする請求項９に記載の方法。
14. 前記ユーザインタフェースは、前記カスタマイズされたプロフィールに含める１つ又はそれよりも多くの特徴をユーザに選択させるようになっていることを特徴とする請求項１３に記載の方法。
15. プロフィールの各々が１組の特徴を示し、プロフィールの少なくとも１つがユーザによってカスタマイズ可能でありかつバックグラウンド処理に関連するサービスである少なくとも１つの特徴を有する、１つ又はそれよりも多くのプロフィールを有するプロフィールモジュール内の選択されたプロフィールにアクセスし、
    前記選択されたプロフィールの前記特徴の組に対応する１組のバックグラウンド処理をデバイスの起動中に開始する、
    方法段階を機械に実行させるための機械可読プログラムコード、
    を含むことを特徴とするプログラム製品。
16. 前記デバイスは、無線デバイスであることを特徴とする請求項１５に記載のプログラム製品。
17. 前記デバイスは、携帯電話であることを特徴とする請求項１５に記載のプログラム製品。
18. 前記プロフィールモジュールは、ユーザに前記プロフィールの１つを選択させるユーザインタフェースを含むことを特徴とする請求項１５に記載のプログラム製品。
19. 前記プロフィールモジュールは、カスタマイズされたプロフィールをユーザに作成させるユーザインタフェースを含むことを特徴とする請求項１５に記載のプログラム製品。
20. 前記ユーザインタフェースは、前記カスタマイズされたプロフィールに含める１つ又はそれよりも多くの特徴をユーザに選択させるようになっていることを特徴とする請求項１９に記載のプログラム製品。
21. 電子デバイスを管理する方法であって、
    １組のユーザ選択の特徴を示し、かつ該特徴の少なくとも１つがバックグラウンド処理に関連するサービスであるプロフィールをプロフィールモジュールに格納する段階と、
    前記格納されたプロフィールの前記特徴の組に対応する１組のバックグラウンド処理をデバイスの起動中に開始する段階と、
    を含むことを特徴とする方法。
22. 電子デバイスを管理する方法であって、
    １組の特徴をユーザに呈示する段階であって、前記特徴のうちの少なくとも１つがユーザによってカスタマイズ可能でありかつバックグラウンド処理に関連するサービスである、呈示段階と、
    前記特徴のうちの１つ又はそれよりも多くの選択又は選択取り消しに関連する入力をユーザから受け取る段階と、
    を含むことを特徴とする方法。

Images