プロファイル情報を利用するためのシステムおよび方法
【課題】汎用設定および応用設定を設定かつ維持するためのプロファイル情報を利用するシステムおよび方法を提供する。
【解決手段】コンピュータ装置は、動作タイプを決定する動作モジュールと、コンピュータ装置上で動作を実行するための設定の組を決定する設定モジュールとを備える。さらに、コンピュータ装置は、コンピュータ装置上で動作を実行するための設定の組を取得する獲得モジュールをさらに備える。方法は、（１）コンピュータ装置上の動作を決定すること、（２）コンピュータ装置上で動作を実行するための設定の組を決定すること、（３）コンピュータ装置上で動作を実行するための設定の組を取得することによって動作する。
【解決手段】コンピュータ装置は、動作タイプを決定する動作モジュールと、コンピュータ装置上で動作を実行するための設定の組を決定する設定モジュールとを備える。さらに、コンピュータ装置は、コンピュータ装置上で動作を実行するための設定の組を取得する獲得モジュールをさらに備える。方法は、（１）コンピュータ装置上の動作を決定すること、（２）コンピュータ装置上で動作を実行するための設定の組を決定すること、（３）コンピュータ装置上で動作を実行するための設定の組を取得することによって動作する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ動作を維持するための方法およびシステムに関し、より具体的には、汎用設定および応用設定を設定および維持するためのプロファイル情報を利用する方法およびシステムに関する。
【０００２】
（関連出願の相互参照）
本出願は、２００２年７月１９日に出願された「電子メールアクセラレータ−サービス事務支援（ＥＭＡＩＬ ＡＣＣＥＬＥＲＡＴＯＲ ＰＲＯＤＵＣＴ−ＳＥＲＶＩＣＥ ＢＵＲＥＡＵ ＳＵＰＰＯＲＴ）」という名称の米国特許出願公開第６０／３９７０４９号の利益を主張し、参照により本明細書にその全文を組み込むものとする。
【背景技術】
【０００３】
多くのビジネス環境において、多数の従業員およびビジネスの遠隔ユーザに関係するデータを記憶するのにサーバが使用される。このサーバは、通常、遠隔ユーザに対しての情報の利用性を高めるために、遠隔コンピュータ装置（「クライアント」）によるアクセスが可能である。遠隔コンピュータ装置によるアクセスが可能なサーバ上にファイルを設けることによって、会社内での情報の配布が増加する。データへの遠隔アクセスは、販売要員または多数の従業員がオフィスから離れて営業する環境においては、より重要である。一例として、遠隔従業員は、最新の情報に頼って、在庫変化、価格データ、および企業行事についての通知を受ける。
【０００４】
この種のコンピュータ環境に対する１つの問題は、汎用設定および応用設定を設定および維持することである。現在、ユーザは、コンピュータと、応用設定とを個々に入手して維持しなくてはならない。このことは、ユーザだけではなく、サーバおよびアプリケーションの管理者にも非常な重荷となることがある。
【０００５】
別の問題は、ユーザが、各自の特有の状況に対する設定の最適選択が何かを知らない場合があることである。多様なアプリケーションと異なる接続形式によって、異なる設定を必要とする多種多様な異なるシナリオにつながる可能性がある。したがって、接続および／またはアプリケーションの効率を最大化することは、最も高度なコンピュータユーザを除く、すべてのユーザには不可能に近い。
【０００６】
さらに別の問題は、ユーザが設定のすべてを維持しなくてはならない場合に、会社の管理者は、ユーザ設定のいずれに対しても支配権がないことである。重荷となり得る設定としては、それに限定はされないが、同期される電子メールの大きさ、セキュリティ、暗号設定、メールサーバがユーザをサポートするユーザが使用を許可される装置およびその他がある。
【０００７】
したがって、前記の欠点を迅速かつ効率的に解決する、未解決のニーズが業界において存在している。
【発明の概要】
【０００８】
本発明は、汎用設定および応用設定を設定および維持するためのプロファイル情報を利用するシステムおよび方法を提供する。本発明は、前記動作を実行するためのコンピュータ装置として概念化することができる。このコンピュータ装置は、動作タイプを決定する動作モジュールと、コンピュータ装置上で前記動作を実行するための設定の組を決定する設定モジュールとを含む。さらに、このコンピュータ装置は、コンピュータ装置上で前記動作を実行するための設定の組を獲得する獲得モジュールをさらに含む。
【０００９】
本発明は、汎用設定および応用設定を設定および維持するためのプロファイル情報を利用する方法として概念化することもでき、この方法は、（１）コンピュータ装置上での動作を決定するステップ、（２）コンピュータ装置上で動作を実行するための設定の組を決定するステップ、および（３）コンピュータ装置上で動作を実行するための設定の組を獲得するステップとを含む。
【図面の簡単な説明】
【００１０】
請求の範囲に定義される本発明は、以下に示す図面を参照すればよりよく理解することができる。図面内における構成要素は、必ずしも相対的に縮尺されていないが、その代わりに本発明の原理を明確に説明することを重視したものである。
【図１】本発明のプロファイルシステムを使用するサーバコンピュータシステムおよび遠
【図２Ａ】図１に示す、本発明のプロファイルシステムを使用するサーバの一例を示すブロック図である。
【図２Ｂ】図１に示す、本発明のプロファイルシステムを使用する遠隔装置の一例を示すブロック図である。
【図２Ｃ】図１に示す、本発明のプロファイルシステムが使用することのできる、例示「パワーユーザ」グループ用の例示「受信箱」プロファイル設定を入力するためのユーザインターフェースの一例を示す図である。
【図２Ｄ】図１に示す、本発明のプロファイルシステムが使用することのできる、例示「マーケティング」グループ用の例示プロファイル設定を入力するためのユーザインターフェ
【図２Ｅ】図１に示す、本発明のプロファイルシステムが使用することのできる例示個人ユーザＳｕｚｙ Ｑｕｅ用の例示プロファイル設定を入力するためのユーザインターフェースの一例を示す図である。
【図３】図１および２Ａに示す、サーバ上の本発明のプロファイルシステムの動作の一例を示すフローチャートである。
【図４】図１〜３に示す、本発明のプロファイルシステムが使用する、管理者生成プロセスの動作の一例を示すフローチャートである。
【図５】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、インポートプロセスの動作の一例を示すフローチャートである。
【図６】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、ユーザインポートプロセスの動作の一例を示すフローチャートである。
【図７】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、グループインポートプロセスの動作の一例を示すフローチャートである。
【図８】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、ユーザサインアッププロセスの動作の一例を示すフローチャートである。
【図９】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、ユーザ同期発見プロセスの動作の一例を示すフローチャートである。
【図１０】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、プロファイル定義プロセスの動作の一例を示すフローチャートである。
【図１１】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、プロファイル割当てプロセスの動作の一例を示すフローチャートである。
【図１２】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、優先順位確立プロセスの動作の一例を示すフローチャートである。
【図１３】図１〜１２に示す、本発明のプロファイル設定を使用する、遠隔装置のプロセスフローの一例を示すフローチャートである。
【図１４Ａ】図１〜１２に示す、本発明のプロファイルシステムを使用する、遠隔装置上で動作する同期プロセスの動作の一例を示すフローチャートである。
【図１４Ｂ】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、サーバ同期プロセスの動作の一例を示すフローチャートである。
【図１５Ａ】図１〜１２に示す、本発明のプロファイルシステムを使用する、クライアントプロファイル交換プロセスの動作の一例を示すフローチャートである。
【図１５Ｂ】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、サーバプロファイル交換プロセスの動作の一例を示すフローチャートである。
【図１６】図１〜１２に示す、本発明のプロファイルシステムを使用する、クライアント設定編集プロセスの動作の一例を示すフローチャートである。
【図１７】図１〜１２に示す、本発明のプロファイルシステムを使用する、クライアント設定使用プロセスの動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に記述する発明は、汎用設定および応用設定を設定して維持するためのプロファイル情報を利用する、すべてのコンピュータ処理システムに応用可能である。以下では、単独コンピュータに関して記述するが、遠隔装置データ同期システム用のシステムおよび方法は、通常、ネットワーク化コンピュータ設備に実装され、そのような設備では、多数のコンピュータ装置が、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、またはＬＡＮとＷＡＮの組合せを介して通信する。
【００１２】
本発明のプロファイルシステムは、管理者に汎用設定および応用設定をグループ化する論理的方法を提供し、それによってグループに設定を割り当てることができる。これは設定と割当ての複雑なマトリックスである。本発明のプロファイルシステムは、次の３つの主目標を達成する。すなわち、（１）簡単明瞭であるとともに、管理者がユーザ／グループに割り当てることのできる設定の群（すなわち、設定の組）を生成するタスクを簡略化する、管理者用のユーザインターフェースを生成するとともに、ユーザがオーバライドするのが適当な場合にこのインターフェースをユーザに拡張する、（２）他のアプリケーションによって容易に使用することができるフレームワークを生成する、（３）管理者に、特定の設定を命令するか、または同期のアクティビティのデフォルト特性を簡単に設定するとともに、それらのユーザまたはグループに適用される設定のみを設定する能力を与えることである。１組の設定とは、プロファイルと同義語である。
【００１３】
本発明のプロファイルシステムの特徴としては、それに限定はされないが、次のものがある。
【００１４】
・応用設定は、すべてのアプリケーションに適用できる。
【００１５】
・設定の組（すなわちプロファイル）をデフォルトシステム用に構成することができる。
【００１６】
・設定の組は、所与の環境に対する応用設定の獲得の解決（ｒｅｓｏｌｕｔｉｏｎ）であり、ここでの環境としては、それに限定はされないが、ユーザ、グループ、システム特性、１日の時刻、企業政策または資源利用可能性などがある。
【００１７】
・応用設定は、ユーザ、グループ配布リストおよび／または組織単位に割り当てられる。
【００１８】
・管理者は、任意のアプリケーションに対する個々の設定を、オーバライド可能にするか、または見えるように設定することができる。
【００１９】
・設定の組の適用は、ユーザ、配布リスト、組織単位、またはこれらの応用設定の部分ではないユーザをグループ化する任意の方法に対して行うことができる。一例としては、特定のユーザに対するメールボックス名がある。
【００２０】
・応用設定は、それに限定はされないが、例えば、電子メール、課金情報、パーソナルインフォメーションマネージャ（ＰＩＭ）、個人化情報、ファイル転送、システム管理、ソフトウェア更新、ウェブサイト、ファイルバックアップ、データ同期応用、帯域幅管理、認証、プッシュ同期（Ｐｕｓｈ Ｓｙｎｃ）、レディ同期（ＲｅａｄｙＳｙｎｃ）、その他がある。各アプリケーション（すなわち、「電子メール、ＰＩＭ、個人化情報設定、ウェブサイト転送」）に対して、設定の獲得が構成されて、命名される。「電子メール設定」、「ＰＩＭ設定」および「個人化情報設定」は、すべて異なる応用設定の獲得（ｃｏｌｌｅｃｔｉｏｎ）である。
【００２１】
各カテゴリのプロファイルは、実装時に事前構成されたデフォルトプロファイルを有する。管理者は、最初にこれらのデフォルト設定を構成することができる。次に、管理者は、これらのデフォルト応用設定をオーバライドすることのできる応用設定を生成、設定、かつ命名することができる。次いで、管理者は、これらの生成した応用設定を、任意のユーザ、グループまたは配布リストに承認することができる。必要な場合には装置またはアプリケーションを追加するにはプログラムによる方法もある。管理者は、任意選択でその他の応用設定の組を追加して、これらの設定を、デフォルト設定のオーバライドを必要とする特定のユーザ／グループに割り当てることができる。
【００２２】
一般に、管理者は、その顧客が認可されているすべてのアプリケーションとの「ＡｄｍｉｎＣｏｎｓｏｌｅ」インターフェースを見る。「ＡｄｍｉｎＣｏｎｓｏｌｅ」によって、管理者は、ユーザの管理、異なるアプリケーションの構成およびプロファイルの管理を含む、システムを構成することが可能になる。これらのプロファイルメニューの下で、プロファイルは、プロファイルの汎用組（すなわち、設定の組の組）と、各アプリケーションに対するプロファイルの組とにセグメント化される。各種類のプロファイルは、「カテゴリ」と呼ばれる。カテゴリのそれぞれの下には、実装時に生成される「デフォルト」と呼ばれるプロファイルがあり、このデフォルトには、明示的な割当てが実行されなかったときに使用する設定が含まれる。
【００２３】
管理者は、カテゴリをクリックすることによって特定のカテゴリ内に新規プロファイルを生成することができる。管理者は、「Ｐｏｗｅｒ Ｓａｌｅｓ」のような、プロファイル（または命名された設定の組）上をクリックすることができる。個人応用設定が定義されると、それらはその命名されたプロファイルの下に保存される。次いで、そのプロファイルを、ユーザまたはグループに割り当てることができる。管理者は、特定のユーザまたはグループに対する設定を管理する。管理者が、特定のユーザまたはグループに対する「特性」を選択すると、ダイアログボックスが現れる。実装された各アプリケーションによって、プロファイルを、選択されたユーザまたはグループに対して適用することが可能となる。配設が完了すると、「管理者」は終了する。
【００２４】
理想的には、管理者ユーザインターフェースの配置は、次の集約の少なくともいくつかを含む。管理、ユーザ、グループ、ログ、警報、報告、ファイル配布、システム管理、移動データ同期、電子メール、ＰＩＭ、プロファイル、応用設定および汎用設定。管理ユーザインターフェースは、ログ、警報、ユーザ、グループなどのような共有管理者要素に対するグローバルプレースホルダとなる。
【００２５】
これは、ユーザ、グループ、ログ、警報および報告は、１つのダイアログボックスに入ることを意味する。管理者は、これらを管理目的でこのように論理的にグループ化するのを好む場合がある。そのときには、各プロダクトがそれ自体のログまたは警報などを有する場合には、それらが、管理ツリーの中にあり、それらの個別ツリーの中にはない、親グループの下の後続ノードに現れる。プロファイルは命名されたエンティティではないことがあり、それらを割り当てるために管理者はユーザまたはグループをクリックする必要があるので、プロファイルを、ツリーのノードとして表し、かたわらに、プロファイルを設定する方法についての命令を示すことも可能である。したがって、それらを「公開する（ｕｎｈｉｄｅ）」には、片方で、ＨＴＭＬか何かで示した命令を用いて、ツリーの上に示される。
【００２６】
プロファイルについては、それらは、それ自体のダイアログボックスに入れることが可能であり、それぞれの対応するアプリケーションの下にリストする必要がない。この理由は、管理者は一般にプロファイルをマクロな観点から考えており、したがって電子メールノードに入り、電子メール設定を設定して、次いで、システム管理ノードに入り、再び同じ設定を設定することを望まないであろう。このように、プロファイルはすべて一緒にグループ化される。上述のように、プロファイルノードは、その下にいくつかのサブノードを有し、可能なサブノードの一部を挙げると、「汎用設定」、「電子メール＋ＰＩＭ設定」、「システム管理設定」、「ファイル転送設定」、および「データ同期設定」などである。各サブノードの下には、異なるカテゴリのプロファイルがある。
【００２７】
本発明のプロファイルシステムを利用するアプリケーションの一例は、遠隔装置に対する同期事象の動作がある。一例としての遠隔装置データ同期システムは、中央データベース１２などのリポジトリを含むことがある。
【００２８】
この例示遠隔装置データ同期システムは、同期されている装置とリポジトリの間のデータ変更を調停して、ユーザ同期セッションを管理する。各遠隔クライアント装置は、その装置を同期させるために書かれたクライアントソフトウェアを使用する。このクライアントのファンクションは、それに限定はされないが、Ｐａｌｍ ＯＳ、ＭＳアウトルック、その他を含むクライアント装置の固有のデータフォーマットとのインターフェースを提供し、遠隔装置データ同期システムとデータ変更を伝達することである。この伝達は、ＨＴＴＰまたはＨＴＴＰＳ（ユーザ選択可能）を介して実行することが可能であり、したがってそれは保護されており、ファイアウォール構成に影響を与えない。
【００２９】
例示的なプロファイルカテゴリとして、「受信箱設定（Ｉｎｂｏｘ ｓｅｔｔｉｎｇｓ）」がある。通常、同期システムは、サーバのメールボックスと遠隔装置の電子メールアプリケーションの間で同期される電子メールの量と種類に対する制御を可能にする。標準的な設定には、電子メールをその本文をある文字数に制限することによって切り捨てること、添付物をダウンロードするかどうか、またそれが許可する場合にはダウンロードされた添付物の大きさを制限すること、電子メールを同期するのに有効な日数、およびファイル拡張子（マイクロソフトＷｏｒｄ文書の場合の．ｄｏｃなど）によって識別される添付の種類に対する制御が含まれる。
【００３０】
多くのユーザは、特に低帯域幅接続（例えば、広域無線）に応用される場合に、これらの設定の分枝を理解することができない。したがって、管理者は、合理的なデフォルトを提供するか、または特定の設定の変更を許可しないことも必要となる。管理者は、「パワーユーザ」と呼ばれる見識のあるユーザに対する「受信箱」カテゴリに対するプロファイルと、「ビギナーユーザ（Ｎｏｖｉｃｅ Ｕｓｅｒ）」と呼ばれるプロファイルとを設定することもできる。「パワーユーザ」プロファイルは、電子メール本文に対する２０００文字制限および添付なしをデフォルトとする以外のすべての設定を遠隔装置上で調節することをユーザに許可するのに対して、「ビギナーユーザ」プロファイルは、多数の設定の変更をユーザに許可しないことになる。見識の低いユーザの能力を制限することによってそれらのユーザが望む電子メールのすべてを見ることは禁止されるが、それによって、組織が無線アクセス課金による不合理な費用をこうむることがなくなる。
【００３１】
例示の遠隔装置データ同期システムは、プロファイル情報の新規バージョンが利用可能な場合には、ユーザが同期するときに、クライアントプロファイル情報の自動更新の案内も提供する。サーバが、新規のプロファイル情報を送り出し、同期プロセスの一部としてそれを遠隔装置に実装する。したがって、通常、ユーザまたは管理者による中断は必要ではない。
【００３２】
一代替実施形態においては、本発明のプロファイルシステムは、「移動サービス局」が使用することにより多数のサービスへのアクセスを提供することができる。これらのサービスとしては、それに限定はされないが、「エクスチェンジ（Ｅｘｃｈａｎｇｅ）」および「ドミノ（Ｄｏｍｉｎｏ）」がある。「移動サービス局」は多重デバイス型サポートも提供することができる。
【００３３】
「移動サービス局」は、組織体に対して電子メールサービスを提供することができる。契約を結ぶと、「移動サービス局」は、その組織体のメールサーバに接続するサーバを配備することになる。この接続は、一般に、ＶＰＮを介して行われ、その場合に、移動サーバは、組織体メールサーバへ常時接続の保護された接続を維持することになる。「移動サービス局」は、それ自体のドメイン下で動作し、ＶＰＮを介して組織体ドメインに接続する。有効なサービス局には、組織体のサーバ設置に対してほとんど修正を必要としない。
【００３４】
「移動サービス局」は、組織体メールサーバに接続するためのユーザリストおよびインフラストラクチャーを管理する。ファンクション、デバイスおよびサーバサポートの基本特徴を別にして、その第１の利点は、この解決策は組織体のインフラストラクチャーへの侵入が最小であることである。この限定は、「移動サービス局」のサービスを利用するために、組織体がＶＰＮ接続を構成／許可しなくてはならないことを意味する。他のすべての構成は、「移動サービス局」側で構築される。これには、ドメイントラスト、ユーザ権利、メール構成その他が含まれる。
【００３５】
「移動サービス局」は、それ自体のサーバマシーンを、組織体サーバからの一方向の委託（ｔｒｕｓｔ）を使用するように構成している。この委託によって、組織体のサーバマシーンは、組織体サービス管理アカウントの下でメールサーバにアクセスする間に、「移動サービス局」ドメイン下で作動することを許可されている。
【００３６】
クライアントが契約するときには、少ないユーザアカウントで開始することが多い。「移動サービス局」は、これらの少数のユーザアカウントをサポートするのにサーバ（単数または複数）全体を構成することを望まないのは理解ができることである。時間が経過すると、初期のアカウントが有効に実装されると、このアカウントをサポートするのに１つまたは多数のサーバを専用にすることは当然のことである。
【００３７】
しかしながら、サービス局を適用する初期においては、単一の同期サーバが、多数の組織体サーバからの接続および同期を行うことができるであろう。装置所有者は、インターネット上で同期サーバに接続することになる。次いで、この同期サーバは、ユーザアカウント証明およびユーザの対象組織体電子メールサーバを決定する。それによってユーザは、同期を継続することができる。
【００３８】
これが「組織外」解決策であるとすると、セキュリティが極めて重要である。通信は暗号化するとともに、ユーザ証明を暗号化しなくてはならない。サーバ上の情報蓄積は最少にしなくてはならない。サーバ上に記憶される情報は、秘匿対策がとられていなければならない。例えば、組織Ａのユーザまたは管理者が、組織Ｂに関する情報を見ることがあってはならない。組織Ａのユーザまたは管理者は、そのサーバ上の組織Ｂの存在を知ることさえあってはならない。
【００３９】
いかなる感度尺度の電子メールサーバ上に記憶された情報も、「移動サービス局」管理者に対してアクセス可能であってはならない。例えば、交信、スケジュール、またはメールは、技術サポートを含むいかなる理由によっても「移動サービス局」に対してアクセス可能であってはならない。
【００４０】
「移動サービス局」実装におけるプロファイルへの応用は、所与のユーザに対するメールサーバ、したがってそのユーザが属する組織を決定することである。「移動サービス局」管理者は、（その組織がどの種類のメールサーバを使用するかに応じて）マイクロソフトＥｘｃｈａｎｇｅまたはロータスＤｏｍｉｎｏカテゴリの下で各組織に対する命名プロファイルを設定し、組織のユーザをそれぞれのプロファイルに割り当てる。
【００４１】
事象の順序は次のとおりである。ユーザが「移動サービス局」サーバに接続するとき、そのユーザは、そのシステムの許可されたユーザとして認証される。次いで、ユーザは、システムの実存するユーザとして検証される。ユーザのプロファイル情報が解決（ｒｅｓｏｌｖｅ）される。具体的には、メールサーバ（マイクロソフトＥｘｃｈａｎｇｅまたはロータスＤｏｍｉｎｏ）に対するプロファイルが解決されて、その中に、それに対してメールサーバを同期させる設定、そのメールサーバにアクセスするために使用する証明書がある。このアクセス方法は、組織によって異なり（以下を参照）、また証明書ももちろん異なる。この設定は、それら組織のメールボックスにアクセスするのに使用される。したがって、それらをそれらの組織のメールサーバに秘匿処理して接続して維持し、それと同時に、単一の同期サーバ上の複数の組織をサポートする。
【００４２】
上述のように、メールサーバおよび使用される証明書へのアクセスは、様々な方法を用いて行うことができる。「Ｅｘｃｈａｎｇｅ」への「サービス管理者アカウント」アクセスは、定義された「サービス管理」ユーザ（「Ｅｘｃｈａｎｇｅ」によって定義されている）が、特定のユーザに対するメールにアクセスすることである。「サービス管理」ユーザは、「Ｅｘｃｈａｎｇｅ」定義によって、すべてのユーザのメールボックスに対する全権を有する。Ｄｏｍｉｎｏの下での「Ｃｏｕｒｉｅｒアカウント」アクセスは、少し異なるが、主題は同じである。管理者は、特定のマネージャレベルのアカウントを定義し、同期する各ユーザに対して、そのメールボックスへの完全アクセスを提供するように、それらユーザのメールボックスを構成する。
【００４３】
別の例は、セキュリティおよび暗号化設定に関する。暗号化設定には、サーバと遠隔装置の間で送信されるデータの暗号化または復号化に使用する暗号化アルゴリズムの種類（例えば、暗号化なし、ＳＳＬまたはＡＥＳ）が含まれる。セキュリティ設定には、証明書の満了期間が含まれる。ここで、ユーザは、各同期の度に、または定期的（おそらく、数時間毎、数日毎、またはなし）にだけ、その認証証明書を入力することを要求されることもある。
【００４４】
この種のプロファイルの応用の一つは、ある種の組織体のファイアウォールの背後にアクセスするための要件にある。多くの組織体が、ファイアウォールの背後、したがって同期サーバにアクセスするには、ＶＰＮ接続を使用することを要求する。ＶＰＮは、データを暗号化するので、同期ソフトウェアもそれを暗号化するのは冗長である。これらのユーザに対しては、暗号化を完全に使用不能にしたプロファイルを生成することもできる。ファイアウォール内部から同期サーバにアクセスするだけのユーザに対しては、提供されるアルゴリズムの任意のものを使用して、暗号化を動作可能にすることもできる。
【００４５】
別のプロファイルカテゴリは、クライアント設置と配備である。これらの設定を使用して、管理者は、ユーザが使用することを許可されている装置の種類に基づいて、プロファイルを生成することもできる。このプロファイルには、ユーザが、遠隔装置ソフトウェアをそれに実装することが許可されている装置の種類を定義する設定が含まれる。管理者は、許可された装置のみを包含するプロファイルを生成することによって、Ｐａｌｍ ＯＳ、ポケットＰＣまたはその他のサポートされる装置のみへの実装に、ユーザを限定することもできる。このようにして、組織体がユーザに使わせたい装置にユーザを限定する。
【００４６】
さらに別の例は、プロファイル「受信箱（Ｉｎｂｏｘ）」設定に関して以前に議論したものの拡張である。管理者にとって、（自身で帯域幅を管理する能力に基づいて）ユーザがそれに基づいて同期している「受信箱」を同期するときに、送信されるデータ量を制限することは有用なことである。しかし、ソフトウェアを用いてこれを行うのがより現実的である。例えば、管理者は、どのユーザだけでなく、ユーザが使用している接続の種類に応じたプロファイルを有することもできる。高帯域幅接続用のプロファイルは、（おそらく、ある大きさまで）添付物の同期を可能とし、本文テキストを切り捨てることがない。低帯域幅接続用のプロファイルは、本文テキストの大きさを制限し、添付を同期せずに、おそらくユーザが低帯域幅接続のための添付物を同期することを禁止することさえある。
【００４７】
別の例においては、プロファイル分解能（ｒｅｓｏｌｕｔｉｏｎ）は、使用される装置に依存することがある。「受信箱」プロファイル例をさらに拡張するために、管理者は、上記の例のいずれかにおけるのと同様に送付されるデータを制限するプロファイル、または送付されるデータ量を制限しないか、またはより少ない程度に制限する１つまたは複数のプロファイルを生成することもできる。次いで、管理者は、装置の種類（ウインドウズＣＥ、Ｐａｌｍ ＯＳまたはウインドウズＰＣ）に基づいてユーザの装置にこれらのプロファイルの１つを割り当てることができる。データを制限するプロファイルは、ユーザのＰａｌｍ ＯＳ装置に割り当てることができるが、それはこれらの装置は一般に電子メールおよびその他の情報用に利用できる物理的記憶が少ないからである。本明細書を記述する時点において、ポケットＰＣは、もう少し多くの記憶が利用可能である。したがって、管理者は、このユーザにＰａｌｍ ＯＳに割り当てたよりもデータ量の制約がやや小さいプロファイルを割り当てることもできる。最後に、ユーザのＰＣには、ウインドウズＰＣは一般にほとんどの電子メールデータに対する豊富な記憶を含むことを想定すれば、データの量を制限しないプロファイルを割り当てることもできる。
【００４８】
以上、様々な状況において、いくつかの種類の設定カテゴリを含んで使用されているプロファイルの例について述べるとともに、それらを異なる方法で適用し、解決できることを示した。最も簡単なのは、ユーザ自体に対する解決である。その次は、使用されている接続の速度であり、最後にはその時にユーザが使用している装置の種類である。その他にも、プロファイルを解決するのに使用することのできる多くの特徴がある。一例としては、利用可能な記憶量に基づく解決である。これは、上記の装置に基づく例を洗練するものである。異なるユーザおよびグループに対するプロファイル、および異なる状況におけるプロファイルを解決するのに使用することのできる無数のこれらの変数および特徴がある。
【００４９】
次に図面を参照すると、これらの図面では同一の数字はいくつかの図を通して同一の要素を示している。図１は、本発明の好ましい実施形態に関係して使用されるプロファイルシステムを使用するシステム１０の基本構成要素を示す。このシステム１０は、遠隔クライアントシステム１５、１７、１８および１９を含む。各クライアントは、アプリケーションを有するとともに、ローカルファイルまたはデータベース１６を有することがある。コンピュータサーバ１１、２１および２３は、アプリケーションを包含し、サーバ１１は、ネットワーク１３上で、それぞれ、中間接続１４（ａ〜ｄ）を介してクライアントシステム１５、１７、１８、１９によってアクセス可能な、サーバデータベース１２をさらに含む。サーバ１１は、コンピュータネットワーク用の管理ソフトウェアを実行して、ネットワーク一部または全部およびその装置類へのアクセスを制御する。クライアントシステム１５、１７、１８および１９は、データベース１２上に記憶されたサーバデータを共有するとともに、それに限定はされないが、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）などのネットワーク１３を介して、モデムを使用する電話線、その他の同様のネットワークまたはこれらのネットワークの任意の組合せを介して、サーバ１１にアクセスすることができる。サーバ１１は、組織体内のローカルエリアネットワーク（ＬＡＮ）に接続することもできる。サーバ１１も、例えば、それに限定はされないが、メールサーバ、データベースまたはファイルサーバなどのその他の情報サーバまたはデータベースに接続することもできる。
【００５０】
プロファイルシステム１０の構造および動作によって、サーバ１１およびそれに関連するデータベース１２は、従来知られているシステムよりも効率良く、クライアントを取り扱うことができる。特に、本発明のプロファイルシステムは、遠隔クライアントシステムをより効率的に動作させられるように遠隔装置を編成する方法を提供する。本明細書に示す同期例においては、各クライアントに対して、最後の更新からのすべての関連する変化を含む、修正（「変更」、「デルタ」、または「更新」）ファイルが、サーバによって定期的に生成される。クライアントシステム１５、１７、１８および１９（図１）がサーバ１１に接続するとき、そのクライアントに関連する修正ファイルは、サーバによって転送されて、各クライアントの更新のために使用される。
【００５１】
クライアントシステム１５、１７、１８および１９は、それぞれ遠隔地に配置することができる。クライアントシステム１５、１７、１８および１９としては、それに限定はされないが、ＰＣ、ワークステーション、ラップトップ、ＰＤＡ、ページャ、ＷＡＰ装置、非ＷＡＰ装置、セル電話、パームデバイスおよびその他がある。すなわち、遠隔クライアントシステム１５、１７、１８および１９の１つにおけるユーザが、サーバ１１にある共有ファイルからの現在情報を更新することを望む場合に、クライアントシステム１５、１７、１８および１９は、それに限定はされないが、ＷＡＮ、インターネット、または電話回線などのネットワーク１３を介して通信することによってサーバ１１にアクセスする。
【００５２】
第三者コンピュータシステム２１および２３ならびにデータベース２２および２４には、遠隔装置に配布するための情報を得るために、プロファイルシステムサーバ１１がアクセスすることができる。第三者コンピュータシステム２１および２３ならびにデータベース２２および２４から得られるデータは、後にユーザ遠隔装置１５、１７、１８および１９がアクセスできるようにするために、プロファイルシステムサーバ１１上に記憶することができる。ある種のデータに対して、遠隔ユーザ装置１５、１７、１８および１９は、ネットワーク１３を使用して、直接的に第三者データにアクセスすることも考えられる。代替的な一実施形態においては、遠隔ユーザ装置１５、１７、１８および１９が、組織体のサービスへの導管として作用するサーバ１１を介して、コンピュータシステム２３およびデータベース２４にアクセスすることが考えられる。
【００５３】
図２Ａに示すのは、図１に示す、本発明のプロファイルシステム１００を利用する、サーバ１１の例を示すブロック図である。図２Ｂに示すのは、本発明のプロファイルシステムを利用する遠隔装置１５、１７、１８および１９を示す一例である。遠隔装置１５、１７、１８および１９としては、それには限定されないが、ＰＣ、ワークステーション、ラップトップ、ＰＤＡ、ページャ、ＷＡＰ装置、非ＷＡＰ装置、セル電話、パームデバイスおよびその他がある。遠隔装置１５、１７、１８および１９の構成要素は、サーバ１１（図２Ａ）についての記述のものと実質的に類似している。しかしながら、ユーザ遠隔装置１５、１７、１８および１９内の構成要素の多くは、一般機能においてより限定されたものであることが考えられる。
【００５４】
一般的に、ハードウェアアーキテクチャの観点では、本明細書に示すコンピュータデバイス１１、１５、１７、１８および１９は、図２Ａに示すように、プロセッサ４１、記憶装置４２メモリ４２、およびローカルインターフェース４３を介して通信可能に結合された１つまたは複数の入出力（Ｉ／Ｏ）装置（または周辺装置）を含む。ローカルインターフェース４３は、例えば、それに限定はされないが、１つまたは複数のバス、あるいは当該技術において知られている、その他の有線または無線の接続とすることができる。ローカルインターフェース４３には、簡単にするために省略してあるが、通信を可能にするために、コントローラ、バッファ（キャッシュ）、ドライバ、中継器、および受信器などの追加の要素を含めることができる。さらに、ローカルインターフェース４３には、前述の構成要素間の適切な通信を可能にするために、アドレス、制御、および／またはデータ接続を含めることができる。
【００５５】
プロセッサ４１は、メモリ４２に記憶することのできるソフトウェアを実行するためのハードウェアデバイスである。プロセッサ４１は、実質的に任意の専用または市販のプロセッサ、中央処理装置（ＣＰＵ）またはコンピュータ１１、２１および２３に関連するいくつかのプロセッサ間の補助プロセッサ、および（マイクロチップの形態の）半導体ベースマイクロプロセッサまたはマクロプロセッサである。好適な市販のマイクロプロセッサの例としては次のものがある。それは、米国インテル社（Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ）の８０ｘ８６またはＰｅｎｔｉｕｍ（登録商標）シリーズマイクロプロセッサ、米国ＩＢＭ社のＰｏｗｅｒＰＣマイクロプロセッサ、サンマイクロシステムズ社（Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ， Ｉｎｃ．）のＳｐａｒｃマイクロプロセッサ、米国Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社のＰＡ−ＲＩＳＣシリーズマイクロプロセッサ、または米国モトローラ社（Ｍｏｔｏｒｏｌａ Ｃｏｒｐｏｒａｔｉｏｎ）の６８ｘｘｘシリーズマイクロプロセッサである。
【００５６】
メモリ４２は、揮発性メモリ要素（例えば、ランダムアクセスメモリ（ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）などのＲＡＭ）および非揮発性メモリ要素（例えば、ＲＯＭ、消去およびプログラム可能読出し専用メモリ（ＥＰＲＯＭ）、電気的消去およびプログラム可能読出し専用メモリ（ＥＥＰＲＯＭ）、プログラム可能読出し専用メモリ（ＰＲＯＭ）、テープ、コンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、ディスク、ディスケット、カートリッジ、カセットまたはその他など）の任意のもの、または組合せとすることができる。さらに、メモリ４２には、電気式、磁気式、光学式、および／またはその他の種類の記憶媒体を組み入れることができる。ここでメモリ４２は、分散型アーキテクチャを有してもよく、様々な構成要素が互いに遠隔位置に配置されるが、プロセッサ４１によってアクセス可能であることに注意されたい。
【００５７】
メモリ４２内のソフトウェアには、１つまたは複数の個別のプログラムを含めて、その各々が論理機能を実現するための実行可能な命令の順序リストを備えてもよい。図２Ａに示す例において、メモリ４２内のソフトウェアは、好適なオペレーティングシステム（Ｏ／Ｓ）５１および本発明のプロファイルシステム１００を含む。図示した例においては、管理者に、汎用および応用設定をグループに割り当てられるように、それらをグループ化する論理的方法を与えるのは、本発明のプロファイルシステム１００である。これは、設定および割当ての複雑なマトリックスである。本発明のプロファイルシステム１００は、３つの主要目標を達成する。それは、（１）簡単明瞭であって、グループに割り当てることのできる設定の群を生成する管理者のタスクを簡略化する、管理者用ユーザインターフェースを生成し、ユーザがオーバライドするのが適当な場合には、そのインターフェースをユーザにまで拡大する、（２）その他のアプリケーションによって容易に使用することのできるフレームワークを生成する、および（３）管理者に特定の設定を指定する能力を与えることである。
【００５８】
本発明のプロファイルシステム１００は、遠隔装置１５、１７、１８および１９の動作を制御するために、システム管理者が設定の群および個々の設定を確立することを可能にする作用をする。プロファイルシステム１００は、管理プロセス１２０、インポートプロセス１４０、ユーザサインアッププロセス２００、ユーザ同期発見プロセス２２０、プロファイル定義プロセス２４０、プロファイル割当てプロセス２６０、優先順位確立プロセス２８０、サーバ同期プロセス３４０およびサーバプロファイル交換プロセス３６０を含む。
【００５９】
好適な市販のオペレーティングシステム５１の例の非網羅的リストは次のとおりである。米国マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）オペレーティングシステム、米国のＮｏｖｅｌｌ，Ｉｎｃ．から入手可能なＮｅｔｗａｒｅオペレーティングシステム、米国ＩＢＭ社から入手可能なオペレーティングシステム、多くの供給業者から入手可能な任意のＬＩＮＵＸオペレーティングシステム、または米国ヒューレットパッカード社（Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ）、サンマイクロシステムズ社（Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ Ｉｎｃ．）、および米国ＡＴ＆Ｔ社などの多くの供給業者から購入可能なＵＮＩＸ（登録商標）オペレーティングシステム。オペレーティングシステム５１は、プロファイルシステム１００などのその他のコンピュータプログラムの実行を本質的に制御し、スケジューリング、入出力制御、ファイルおよびデータ管理、メモリ管理、ならびに通信制御および関係するサービスを提供する。しかしながら、本願発明者らは、本発明のプロファイルシステム１００は、その他のすべての市販のオペレーティングシステムに適用可能であると考える。
【００６０】
プロファイルシステム１００は、ソースプログラム、実行可能プログラム（オブジェクトコード）、スクリプト、または実行すべき１組の命令を含む、その他任意のエンティティである。ソースプログラム、したがってプログラムは、通常、コンパイラ、アセンブラ、インタープリタ、その他を介して変換され、これらはメモリ４２内に含めても、含めなくてもよく、それによってＯ／Ｓ５１と関係して適切に動作させることができる。さらに、プロファイルシステム１００は、データおよび方法のクラスを有する、（ａ）オブジェクト指向プログラミング言語、またはルーチン、サブルーチン、および／または関数を有する、例えば、それに限定はされないが、Ｃ、Ｃ＋＋、パスカル、ベーシック、フォートラン、コボル、Ｐｅｒｌ、Ｊａｖａ（登録商標）、ＡＤＡおよびその他の（ｂ）手続きプログラミング言語で書くことが可能である。
【００６１】
このＩ／Ｏ装置には、入力デバイス、例えば、それに限定はされないが、キーボード４５、マウス４４、スキャナ（図示せず）、マイクロフォン（図示せず）、その他を含めることができる。さらに、Ｉ／Ｏ装置には、出力装置、例えば、それに限定はされないがプリンタ（図示せず）、ディスプレイ４６、その他を含めてもよい。最終的に、Ｉ／Ｏ装置には、入力と出力の両方を伝達する装置、例えば、それに限定はされないが、（その他のファイル、デバイス、システム、またはネットワークにアクセスするための）ＮＩＣまたは変調器／復調器４７、無線周波数（ＲＦ）またはＷｉ−Ｆｉもしくはその他（図示せず）などのその他の送受信器、電話インターフェース（図示せず）、ブリッジ（図示せず）、ルータ（図示せず）などを含めてもよい。
【００６２】
コンピュータ１１、２１および２３が、ＰＣ、ワークステーション、インテリジェントデバイスまたはその他である場合には、メモリ４２内のソフトウェアには、基本入出力システム（ＢＩＯＳ）（簡単にするために省略）を含めてもよい。ＢＩＯＳは、一組の重要なソフトウェアルーチンであり、これらは、起動時にハードウェアを初期化して試験し、Ｏ／Ｓ５１を始動し、ハードウェア装置間でのデータの転送をサポートする。ＢＩＯＳは、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの、ある種の読出し専用メモリに記憶され、その結果としてコンピュータ１１、１５、１６、１８、１９、２１および２３が起動されるときに、ＢＩＯＳを実行することができる。
【００６３】
コンピュータ１１、１５、１６、１８、１９、２１および２３が動作中のときに、プロセッサ４１は、メモリ４２内部に記憶されたソフトウェアを実行し、メモリ４２との間でデータを送受信し、ソフトウェアに従って、コンピュータ１１、１５、１６、１８、１９、２１および２３の動作を全体的に制御するように構成されている。プロファイルシステム１００およびＯ／Ｓ５１は、プロセッサ４１によって、全体または一部を読み出され、おそらくプロセッサ４１内でバッファに入れられ、次いで実行される。
【００６４】
プロファイルシステム１００がソフトウェアに実装されるとき、図２Ａおよび２Ｂに示すように、プロファイルシステム１００は、任意のコンピュータ関係システムまたは方法による使用、またはそれと関係しての使用のために、実質的に任意のコンピュータ可読媒体上に記憶できることに留意すべきである。この明細書の文脈においては、コンピュータ可読媒体とは、コンピュータ関係システムまたは方法による使用、またはそれと関係する使用のためのコンピュータプログラムを包含または記憶することのできる、電子式、磁気式、光学式、またはその他の物理的デバイスまたは手段である。プロファイルシステム１００は、コンピュータベースシステム、プロセッサ包含システム、または命令を実行するシステムから命令をフェッチすることのできるその他のシステムなどの命令実行システム、器具、または装置による使用、またはそれらに関係した使用のための、任意のコンピュータ可読媒体に具現することができる。
【００６５】
この明細書の文脈においては、「コンピュータ可読媒体」とは、命令実行システム、器具または装置による使用、またはそれらと関係する使用のためのプログラムを、記憶、伝達、伝播、または移送することのできる任意の手段であり得る。コンピュータ可読媒体は、例えば、それに限定はされないが、電子式、磁気式、光学式、電磁気式、赤外線、または半導体式のシステム、器具、装置、または伝播媒体である。コンピュータ可読媒体のより具体的な例（非網羅リスト）としては、次のものがある。それは、１つまたは複数の配線を有する電気接続（電子式）、ポータブルコンピュータディスケット（磁気式）、ランダムアクセスメモリ（ＲＡＭ）（電子式）、読出し専用メモリ（ＲＯＭ）（電子式）、消去およびプログラム可能読出し専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリ）（電子式）、光ファイバ（光学式）、およびポータブルコンパクトディスク読出し専用メモリ（ＣＤＲＯＭ）（光学式）がある。ここで、例えば、紙またはその他の媒体は、光学的にスキャニングすることによって、プログラムを電子的に取り込み、次いでコンパイルして、解釈実行するか、または必要であれば適当な方法でその他の処理をして、次いで、コンピュータメモリに記憶することができるので、コンピュータ可読媒体は、プログラムをその上に印刷する紙または別の適当な媒体でもよいことに留意されたい。
【００６６】
代替一実施形態においては、プロファイルシステム１００はハードウェアに実装されており、このプロファイルシステム１００は、それぞれは当該技術において周知の次の技術の任意の１つまたは組合せを用いて実装することができる。それは、データ信号に論理関数を実装するための論理ゲートを有するディスクリート論理回路（単数または複数）、適当な組合せ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラム可能ゲートアレイ（ＰＧＡ）、利用者書込み可能ゲートアレイ（ＦＰＧＡ）、その他である。
【００６７】
図２Ｂに示してあるのは、図１に示す本発明のプロファイルシステム１００を利用する遠隔装置１５、１７、１８および１９の例を示すブロック図である。図のように、遠隔装置１５、１７、１８および１９は、図２Ａに関して説明したサーバ１１と同様の構成要素の多くを含む。メモリ６２の中には、遠隔装置システム３００が位置し、これは以下に示すプロセス、例えば、それには限定されないが、クライアントプロファイル交換プロセス３４０をさらに含む同期プロセス３２０、クライアント設定編集プロセス３６０およびクライアント設定使用プロセス４００などを含む。遠隔装置システム３００が、図２Ｂに示すように、ソフトウェアで実装される場合には、それは、任意のコンピュータ関係システムまたは方法による使用、またはそれと関係した使用のための、実質的に任意のコンピュータ可読媒体上に記憶することができる。
【００６８】
一代替実施形態においては、遠隔装置システム３００はハードウェア中に実装され、この遠隔装置システム３００は、プロファイルシステム１００（図２Ａ）に関して上記に説明したのと同様の方法で実装することができる。示した例においては、本発明のプロファイルシステム１００と相互作用するのは、クライアントプロファイル交換プロセス３４０、クライアント設定編集プロセス４００およびクライアント設定使用プロセス４２０である。クライアントプロファイル交換プロセス３６０は、ユーザプロファイルの生成を可能にし、クライアント設定編集プロセス４００は、それにプロファイル設定を追加するユーザのためのファンクションを提供し、クライアント設定使用プロセス４２０は、プロファイル設定を利用するための説明例である。
【００６９】
図２Ｃに示すのは、図１に示すような、本発明のプロファイルシステム１００が利用することのできる、例示的な「パワーユーザ」グループのための例示的「受信箱（Ｉｎｂｏｘ）」設定７０に入力するためのユーザインターフェースの例を示す図である。図のように、ユーザインターフェースにおける、パワーユーザ用の受信箱設定７０の例には、多様な異なる種類の設定が含まれる。受信箱設定７０に対する設定は、他のプロファイルへの参照を含まない個別の種類の設定に対してであり、したがって受信箱設定７０は、スタンドアローンプロファイルの例である。
【００７０】
例えば、第１の種類の設定は、パワーユーザグループ用の受信箱設定のためのものであり、「同期」７１設定およびＳｙｎｃＸｐｒｅｓｓ７２設定を含む。「同期」７１に対するパワーユーザグループ用の受信箱設定７０は、接続または装置種類にかかわらず、遠隔装置の完全同期のための設定である。ＳｙｎｃＸｐｒｅｓｓ７２に対するパワーユーザグループ用の受信箱設定は、遠隔装置の限定された同期のためである。この種の限定された同期は、一般に、データ伝送に対するコストが非常に高いピーク時間中に実施される。ＳｙｎｃＸｐｒｅｓｓ７２設定に対する同期動作も、接続が低品質であるかまたは低帯域幅であるときに好ましい。これは、低帯域幅接続は、ある時間において伝送されるデータ量を制限するからであり、伝送される最小量のデータだけが望ましい。
【００７１】
「同期」７１設定を使用するパワーユーザ用の受信箱設定７０は、それに限定はされないが、実行しようとする同期機能の種類を含む。図示した例において特定の種類の設定を「同期」動作に含まれることを指示する方法は、望ましい種類の受信箱同期機能のそれぞれに対して箱７３を能動的にマークすることによっている。同期受信箱設定７０の種類としては、例えば、それに限定はされないが、受信箱の同期を行うかどうか７４Ａ、同期を行う日数７４Ｂ、指示された文字数の後は電子メールを切り捨てるかどうか７４Ｃ、それぞれ７４Ｄおよび７４Ｅで示される、添付物を送付するか否か、および最大添付サイズである。
【００７２】
パワーユーザ用の受信箱設定７０の他の例としては、指示された日数よりも古い記録を遠隔装置１５から除去するかどうか７４Ｆ、送付した電子メールのコピーを遠隔装置１５に記憶するかどうか７４Ｇ、７４Ｈに指示されるようにファイル拡張子の種類を用いてフィルタリングするかどうか、および同期の後にメールの閲覧を行うかどうか７４Ｉがある。
【００７３】
追加の設定７７としては、「同期」７１設定に対して定義された、パワーユーザ用の同様の受信箱設定を、ＳｙｎｃＸｐｒｅｓｓ７２設定に適用するかどうかがある。動作制御には、それに限定はされないが、設定の保存７８Ａ、設定の取消し７８、設定の適用７８Ｃ、または設定機能についてのヘルプ７８Ｄがある。さらに別の追加の設定としては、ユーザが、オーバライド設定７９を使用して特徴機能設定７４Ａ〜７４Ｉをオーバライドできるか否か７９がある。この設定を実装することによって、プロファイルは、ユーザに対して、７４Ａ〜７４Ｉの項目で定義された特徴または機能に対して、先に設定されたプロファイル設定の任意のものをオーバライドすることを可能にする。
【００７４】
上述の受信箱グループ設定７０は、本発明のプロファイルシステム１００によって生成することのできるプロファイルにおいて、どのような種類の設定が可能であるかを実証するための、説明だけを目的とするものである。
【００７５】
図２Ｄに示すのは、図１に示すように、本発明のプロファイルシステム１００によって利用することのできる、例示「マーケティング」設定８０に対する例示プロファイル設定を入力するためのユーザインターフェースの例を説明する図である。マーケティング設定８０は、設定またはプロファイルの他グループへの参照を含む、プロファイルである。プロファイルの設定の他グループへの参照は、上記の図２Ｃに示すような、スタンドアローンプロファイルするか、または応用設定８４Ｂを参照して示すような、その他のグループプロファイル設定への割当てを含めることができる。このようなグループ設定によって、管理者は、多数の異なる設定を指示することが可能になる。
【００７６】
マーケティンググループ設定８０は、様々な異なる種類の装置に対する設定を含み、その装置としては、それに限定はされないが、オフィスＰＣ ８１Ａ、代替ＰＣ ８１Ｂ、ポケットＰＣ ８１Ｃ、パーム８１Ｄ、ブラックベリーデバイス８１Ｅ、ハンドヘルドＰＣ ８１Ｆ、およびＳｙｎｃＭＬデバイス８１Ｇなどがある。それぞれの種類の装置８１Ａ〜８１Ｇに対して１つのプロファイルがあり、それには異なる特徴／機能に対する設定が含まれる。これは、コンピュータ動作用のプロファイルを解決するためのキーとなる、環境特徴の例、すなわちデバイス種類である。
【００７７】
各デバイスに対するユーザインターフェースは、ある数の異なる設定ヘッダーを含み、このヘッダーはさらに、オン／オフ８２Ａ、アプリケーション８３Ａ、応用設定８４Ａおよびオーバライド８５Ａを含む。各装置種類およびカテゴリに対する実際の設定は、ヘッダーの下に指示されており、オン／オフ設定類８２Ｂ、アプリケーション類８３Ｂ、応用設定類８４Ｂ（すなわち、その他のプロファイルリストを含めることが可能）およびオーバライド設定類８５Ｂを含む。
【００７８】
オン／オフ設定８２Ｂによって、管理者は、８３Ｂにリストされるアプリケーションが、８１に指示される装置種類に対して許可されるかどうかを指示することができる。８４Ｂの領域において、管理者は、８３Ｂに指示されるアプリケーションに対して、どの種類の応用設定を使用するかを指示する。これらの応用設定８０Ｂは、図２Ｃに関して上述したように、スタンドアローンプロファイル設定とするか、または他のプロファイル設定の群とすることができる。さらに別の追加の設定は、ユーザが８４Ｂの設定をオーバライドできるか否か８５Ｂである。設定を実装することによって、プロファイルは、ユーザが項目８２Ｂ〜８４Ｂに定義する特徴／機能に対する先に設定されたプロファイル設定の任意のものをオーバライドすることを可能にする。
【００７９】
追加の設定には動作制御が含まれ、これには、それに限定はされないが、設定の保存８８Ａ、設定のキャンセル８８、設定の適用８８Ｃ、または設定機能のヘルプ８８Ｄがある。
【００８０】
上記のマーケティンググループ設定は、本発明のプロファイルシステム１００によって生成することのできるプロファイルグループにおいてどのような種類の設定が可能かを示すために、説明目的でのみ記述したものである。
【００８１】
図２Ｅに示すのは、図１に示す、本発明のプロファイルシステム１００によって利用することのできる、「Ｓｕｚｙ Ｑｕｅ」用の例示的な個人ユーザ設定９０用の例示プロファイル設定のためのユーザインターフェースの例を示す図である。説明の目的で、個人ユーザに対するポイント設定９０は、図２Ｄに関して上述したマーケティングプロファイルと同一のものとして示してある。しかしながら、図２Ｄのマーケティンググループ設定８０について説明したグループプロファイルとは対照的に、個々のユーザに対しては、異なるアプリケーションおよび応用設定を定義することができることを理解されたい。
【００８２】
上述の個人ユーザ「Ｓｕｚｙ Ｑｕｅ」プロファイル設定は、本発明のプロファイルシステム１００によって生成することのできる、プロファイルグループ化においてどのような種類の設定が可能であるかを示すために、説明目的だけで記述したものである。
【００８３】
図３に示すのは、図１および２Ａに示す、サーバ１１上での本発明のプロファイルシステム１００の動作の例を示すフローチャートである。本発明のプロファイルシステム１００は、管理者に、汎用および応用設定をグループ化するための論理的方法を与え、それによってそれらの設定をグループに割り当てることができる。これは、設定と割当てのマトリックスである。さらに、本発明のプロファイルシステム１００は、管理者に、簡単明瞭であって、グループに割り当てることのできる設定の群を生成するタスクを簡略化する管理者用ユーザインターフェースを提供するとともに、ユーザがオーバライドするのが適当な場合には、ユーザに対してそのインターフェースを拡張することのできるユーザインターフェースを提供する。また、その他のアプリケーションが容易に使用することのできるフレームワークを生成する。さらに、本発明のプロファイルシステム１００は、管理者に、特定の設定を指定するか、または同期のアクティビティのデフォルト特徴を単に設定するとともに、それらのユーザまたはグループに適用する設定だけを設定する能力を提供する。
【００８４】
最初にステップ１０１において、プロファイルシステム１００が初期化される。この初期化には、起動ルーチンおよびサーバ１１のＢＩＯＳに埋め込まれたプロセスが含まれる。初期化には、また、プロファイルシステム１００において使用される特定のデータ構造に対するデータ値の確立も含まれる。
【００８５】
ステップ１０２において、プロファイルシステム１００は、ユーザまたはグループ生成が指示されているかどうかを判定する。ユーザまたはグループ生成は、管理者が新規ユーザまたはグループを生成することを可能にする。ステップ１０２において、ユーザまたはグループ生成は指示されていないと判定されると、プロファイルシステム１００はステップ１０４に進む。しかしながら、ステップ１０２において、ユーザまたはグループの生成が指示されていると判定されると、プロファイルシステム１００は、ステップ１０３において管理者生成プロセス（ａｄｍｉｎ ｃｒｅａｔｅ ｐｒｏｃｅｓｓ）を実行する。ここでの管理者生成プロセスは、図４に関してさらに詳細に定義される。ステップ１０３における管理者生成プロセスを実行した後に、プロファイルシステム１００は、ステップ１１７へと進む。
【００８６】
ステップ１０４において、プロファイルシステム１００は、ユーザまたはグループ情報インポート動作が指示されているかどうかを判定する。このユーザまたはグループ情報インポート動作によって、管理者は、新規のユーザまたはグループに対する設定をインポートすることが可能となる。ステップ１０４において、ユーザまたはグループインポート動作が指示されていないと判定されると、プロファイルシステム１００は、ステップ１０６へと進む。しかしながら、ステップ１０４において、ユーザまたはグループインポート動作が指示されていると判定されると、プロファイルシステム１００は、ステップ１０５おいてインポートプロセスを実行する。ここでのインポートプロセスは、図５に関してより詳細に定義される。ステップ１０５においてインポートプロセスを実行した後に、プロファイルシステム１００はステップ１１７に進む。
【００８７】
ステップ１０６において、プロファイルシステム１００は、ユーザサインアップが指示されているかどうかを判定する。ユーザサインアップ指示は、新規のユーザがプロファイルシステム１００に登録するときに行われる。ステップ１０６において、ユーザサインアップが指示されていないと判定されると、プロファイルシステム１００は、ステップ１０８に進む。しかしながら、ステップ１０６において、ユーザサインアップが指示されていると判定されると、プロファイルシステム１００は、ステップ１０７においてユーザサインアッププロセスを実行する。ここでのユーザサインアッププロセスは、図８に関してより詳細に定義される。ステップ１０７においてユーザサインアッププロセスを実行した後に、プロファイルシステム１００はステップ１１７へと進む。
【００８８】
ステップ１０８において、プロファイルシステム１００は、同期の間にユーザが発見されたかどうかを判定する。プロファイスシステム１００によって、ユーザは、関係する同期動作中に登録することが可能となる。ステップ１０８において、同期中に新規ユーザが発見されなかったと判定されると、プロファイルシステム１００はステップ１１１に進む。しかしながら、ステップ１０８において、同期中にユーザが発見されたと判定されると、プロファイルシステム１００は、ステップ１０９においてユーザ同期発見プロセス（ｕｓｅｒ ｓｙｎｃ ｄｉｓｃｏｖｅｒ ｐｒｏｃｅｓｓ）を実行する。ここでのユーザ同期発見プロセスは、図９と関係してより詳細に定義される。ステップ１０９において、ユーザ同期発見プロセスを実行した後に、プロファイルシステム１００はステップ１１７へと進む。
【００８９】
ステップ１１１において、プロファイルシステム１００は、プロファイル定義動作が指示されているかどうかを判定する。このプロファイル定義動作によって、管理者は、新規プロファイルを定義することが可能となる。ステップ１１１において、プロファイル定義動作が指示されていないと判定されると、プロファイルシステム１００はステップ１１３に進む。しかしながら、ステップ１１１において、プロファイル定義動作が指示されていると判定されると、プロファイルシステム１００は、ステップ１１２においてプロファイル定義プロセスを実行する。ここでのプロファイル定義プロセスは、図１０に関してより詳細が定義される。ステップ１１２においてプロファイル定義プロセスを実行した後に、プロファイルシステム１００はステップ１１７へと進む。
【００９０】
ステップ１１３において、プロファイルシステム１００は、プロファイル割当て動作が指示されているかどうかを判定する。プロファイル割当て指示は、管理者が既存のプロファイル設定を新規に生成されたプロファイルに割り当てたいと望むときに、行われる。ステップ１１３において、プロファイル割当て動作が指示されていないと判定されると、プロファイルシステム１１０はステップ１１５に進む。しかしながら、ステップ１１３において、プロファイル割当て動作が指示されていると判定されると、プロファイルシステム１００は、ステップ１１４においてプロファイル割当てプロセスを実行する。ここでのプロファイル割当てプロセスは、図１１に関してより詳細を定義される。ステップ１１４において、プロファイル割当てプロセスを実行した後に、プロファイルシステム１００は、ステップ１１７へと進む。
【００９１】
ステップ１１５において、プロファイルシステム１００は、優先順位確立動作が指示されているかどうかを判定する。優先順位確立動作指示は、管理者が既存のプロファイル設定に対して優先順位を割り当てたいと望むときに、行われる。ステップ１１５において、優先順位確立動作が指示されていないと判定されると、プロファイルシステム１１０はステップ１１７に進む。しかしながら、ステップ１１５において、優先順位確立動作が指示されていると判定されると、プロファイルシステム１００はステップ１１６において優先順位確立プロセスを実行する。ここでの優先順位確立プロセスは、図１２に関係してより詳細を定義されている。優先順位確立プロセス１１６を実行した後に、プロファイルシステム１００はステップ１１７へと進む。
【００９２】
ステップ１１７において、プロファイルシステム１００は、実行すべき動作がさらにあるかどうかを判定する。ステップ１１７において、実行すべき動作がさらにあると判定されると、プロファイルシステム１００は、復帰してステップ１０２〜１１７を反復する。しかしながら、ステップ１１７において、実行すべき動作がもうないと判定されると、プロファイルシステム１００はステップ１１９で終了する。
【００９３】
図４に示すのは、図１〜３に示す本発明のプロファイルシステム１００が使用する管理者生成プロセス１２０の一例を説明するフローチャートである。この管理者生成プロセス１２０によって、管理者は、新規のユーザまたはグループを生成することが可能となる。新規のユーザまたはグループには、それには限定されないが、識別、名、姓、住所およびその他を含めることができる。
【００９４】
最初に、ステップ１２１で、管理者生成プロセス１２０が初期化されて、上述のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、管理者生成プロセス１２０に使用される特定のデータ構造に対するデータ値の確立も含まれる。
【００９５】
次にステップ１２２において、管理者生成プロセス１２０は、ユーザ追加動作を実行すべきかどうかを判定する。ユーザ追加動作を実行すべきではないと判定されると、管理者生成プロセス１２０はステップ１３１に進む。しかしながら、ユーザ追加動作を実行すべきであると判定されると、管理者生成プロセス１２０は、ステップ１２３においてユーザ情報の入力を許可する。好ましい実施形態においては、管理者は、ユーザ情報を入力する。この情報は、それに限定はされないが、グラフィカルユーザインターフェース（ＧＵＩ）を含む、多数の異なる入力装置手段を使用して入力することができる。代替実施形態においては、この情報は、サーバ１１上またはそれに接続された別のデータ源から取り込むことができる。
【００９６】
ステップ１２４において、管理者は、ユーザに対して含めようとするデフォルトプロファイルを割り当てる。ステップ１２５において、管理者は、ユーザをデータベースに追加し、ステップ１２６において、さらに追加すべきユーザがいるかどうかを判定する。ステップ１２６において、追加すべきユーザがさらにいると判定されると、管理者生成プロセス１２０は復帰してステップ１２３〜１２６を反復する。
【００９７】
ステップ１３１において、管理者生成プロセス１２０は、グループ追加動作を実行すべきかどうかを判定する。ステップ１３１において、グループ追加動作は実行すべきでないと判定されると、管理者生成プロセス１２０はステップ１３９に進んで終了する。しかしながら、ステップ１３１においてグループ追加動作を実行すべきと判定されると、管理者生成プロセス１２０は、ステップ１３２において管理者が新規プロファイルグループを生成することを可能にする。ステップ１３３において、管理者は、グループにデフォルトプロファイルを割り当てることができる。このデフォルトプロファイルには、後に管理者が変更することのできる、デフォルト設定が含まれる。次いで、ステップ１３４において、管理者生成プロセス１２０が、グループをデータベース１２に追加する。
【００９８】
ステップ１３５において、管理者は、追加されるグループのメンバを定義する。ステップ１３６において、管理者生成プロセス１２０は、さらに追加すべきグループがあるかどうかを判定する。ステップ１３６においてさらに追加すべきグループがあると判定されると、管理者生成プロセス１２０は復帰してステップ１３２〜１３６を反復する。しかしながら、ステップ１３６において、追加すべきグループがもうないと判定されると、管理者生成プロセス１２０はステップ１３９において終了する。
【００９９】
図５に示すのは、図２Ａ〜３に示す本発明のプロファイルシステム１００が使用するインポートプロセス１４０の動作の例を示すフローチャートである。インポートプロセス１４０によって、管理者が、情報を他の供給源から新規生成のユーザおよび／またはグループプロファイル中にインポートすることが可能になる。
【０１００】
最初に、ステップ１４１においてインポートプロセス１４０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。初期化には、インポートプロセス１４０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１０１】
次に、ステップ１４２において、インポート源が定義される。この源は、ユーザインターフェースまたはダイアログボックスなどの任意の数の周知の入力装置を介して、管理者が入力によって定義することができるか、またはプログラム上で行うことができる。ステップ１４３において、ユーザ情報をインポートすべきかどうかが判定される。ステップ１４３において、ユーザ情報をインポートすべきでないと判定されると、インポートプロセス１４０はステップ１４５へとスキップする。しかしながら、ステップ１４３において、ユーザ情報をインポートすべきと判定されると、インポートプロセス１４０は、ステップ１４４においてユーザインポートプロセスを実行する。ここでのユーザインポートプロセスは、図６に関してより詳細に定義されている。
【０１０２】
ステップ１４５において、グループ情報をインポートすべきかどうかが判定される。ステップ１４５において、グループ情報をインポートすべきでないと判定されると、インポートプロセス１４０は、次いでステップ１４７に進む。しかしながら、ステップ１４５において、グループ情報をインポートすべきであると判定されると、次いで、インポートプロセス１４０は、ステップ１４６においてグループインポートプロセスを実行する。ここでのグループインポートプロセスは、図７に関してより詳細に定義される。
【０１０３】
ステップ１４７において、インポートプロセス１４０は、さらなるユーザおよび／またはグループをインポートすべきかどうかを判定する。ステップ１４７において、さらにユーザまたはグループをインポートすべきと判定されると、インポートプロセス１４０は復帰して、ステップ１４２〜１４７を反復する。しかしながら、ステップ１４７において、インポートすべきユーザまたはグループはもうないと判定されると、インポートプロセス１４０は、ステップ１４９において終了する。
【０１０４】
図６に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００によって使用されるユーザインポートプロセス１６０の動作の例を示すフローチャートである。このユーザインポートプロセス１６０は、情報をインポートし、プロファイルシステム１００のためのデータベース１２内に新規ユーザを生成するために実行される。
【０１０５】
最初に、ステップ１６１において、ユーザインポートプロセス１６０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、ユーザインポートプロセス１６０において使用される固有のデータ構造用のデータ値の確立も含まれる。
【０１０６】
ステップ１６２において、ユーザインポートプロセスは、インポートすべきユーザがいるかどうかを判定する。ステップ１６２においてインポートすべきユーザがいないと判定されると、ユーザインポートプロセス１６０はステップ１６９に進んで終了する。しかしながら、ステップ１６２において、インポートすべきユーザがいると判定されると、ステップ１６３において、ユーザインポートプロセス１６０は、管理者にインポート源を選ぶことを可能にする。インポート源の選択は、ユーザインターフェースまたはダイアログボックスを使用して行うか、またはプログラム上で行うことができる。好ましい実施形態においては、利用可能な入力源は、ユーザインターフェースに表示されて、管理者が、望ましいインポート源を選択することが可能になる。
【０１０７】
ステップ１６４において、ユーザインポートプロセス１６０は、ユーザ情報に入力を可能にする。ユーザ情報の入力は、ユーザインターフェースまたはダイアログボックスを使用して行うか、またはデータファイルの入力を使用してプログラム的に達成することができる。ステップ１６５において、管理者はユーザインポートプロセス１６０に対するデフォルトプロファイルを割り当てる。ステップ１６６において、ユーザ情報が、プロファイルシステム１００内のデータベース１１２に追加される。
【０１０８】
ステップ１６７において、ユーザインポートプロセス１６０は、ユーザの追加が終了したかどうかを判定する。ステップ１６７において、追加すべきユーザがいないと判定されると、ユーザインポートプロセス１６０はステップ１６９において終了する。しかしながら、追加すべきユーザがまだあると判定されると、ユーザインポートプロセス１６０は、復帰してステップ１６３〜１６７を反復する。
【０１０９】
図７に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００が使用するグループインポートプロセス１８０の動作の例を示すフローチャートである。グループインポートプロセス１８０は、情報をインポートして、プロファイルシステム１００のためのデータベース１２内に新規グループを生成するために実行される。
【０１１０】
最初に、ステップ１８１において、グループインポートプロセス１８０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、グループインポートプロセス１８０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１１１】
ステップ１８２において、グループインポートプロセスは、管理者がインポート源を選択することを可能にする。このインポート源の選択は、ユーザインターフェースまたはダイアログボックスを使用して行うか、プログラム上で行うことができる。好ましい実施形態においては、利用可能な入力源が、ユーザインターフェースに表示されて、管理者が望ましいインポート源を選択することが可能になる。ステップ１８３において、グループインポートプロセス１８０は、選択されたインポート源からどのグループを生成すべきかを、管理者が選ぶことを可能にする（ステップ１８２）。
【０１１２】
ステップ１８４において、グループインポートプロセス１８０は、新規グループを生成する。ステップ１８５において、新規グループにデフォルトプロファイルが割り当てられて、データベース１２に追加される。これらの割当てデフォルトファイルは、管理者によるか、またはプログラム上で割り当てることができる。好ましい実施形態においては、ユーザインターフェースが表示されて、管理者がグループに含めるべきデフォルトファイルを選択することが可能となる。
【０１１３】
ステップ１８６において、グループのメンバを生成されたばかりのグループに追加することができる。ステップ１９１において、グループインポートプロセス１８０は、ステップ１８６において生成されたグループに追加されたメンバがあるかどうかを判定する。ステップ１９１において、グループのメンバとして追加されたユーザが現存すると判定されると、グループインポートプロセス１８０はステップ１９５へと進む。しかしながら、ステップ１９１において、グループに追加されたメンバがいないと判定されると、ステップ１９２において、グループインポートプロセス１８０は、選択された源からユーザ情報を取り込む。ステップ１９３においてグループインポートプロセス１８０は、デフォルトプロファイルを割り当てて、ステップ１９４においてユーザをデータベース１２に追加する。
【０１１４】
ステップ１９５において、ここで定義されたユーザがグループに追加される。ステップ１９６において、グループに追加すべきユーザがいないかどうかが判定される。ステップ１９６において、新規に生成したグループに追加するユーザがまだいると判定されると、グループインポートプロセス１８０は復帰してステップ１８６〜１９６を反復する。
【０１１５】
しかしながら、ステップ１９６において、グループに追加するユーザがもういないと判定されると、グループインポートプロセス１８０は、新規に生成されたグループに追加すべきグループがまだあるかどうかを判定する。ステップ１９７において、追加すべきグループがまだあると判定されると、グループインポートプロセス１８０は復帰してステップ１８４〜１９７を反復する。
【０１１６】
しかしながら、ステップ１９７において現在選択されている源に対して追加すべきグループがもうないと判定されると、ステップ１９８において、グループインポートプロセス１８０は、処理すべきグループに対してまだ源があるかどうかを判定する。ステップ１９８において処理すべき源がまだあると判定されると、グループインポートプロセス１８０が復帰してステップ１８２〜１９８を反復する。しかしながら、処理すべき源がもうないと判定されると、グループインポートプロセス１８０はステップ１９９で終了する。
【０１１７】
図８に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するユーザサインアッププロセス２００の動作の例を示すフローチャートである。ユーザサインアッププロセス２００は、プロファイルシステム１００に新規ユーザを登録するときに実行される。ユーザサインアッププロセスの動作の例にはウェブサイトへの接続が含まれているが、その他の種類のネットワーク接続も可能であることが理解される。
【０１１８】
最初に、ステップ２０１においてユーザサインアッププロセス２００が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、サインアッププロセス２００において使用される固有のデータ構造に対するデータ値の確立も含まれる。ステップ２０２において、ユーザサインアッププロセス２２０は、ウェブサイトへの接続を受け入れる。しかしながら、このファンクションは、サーバへの任意の種類の接続を介して達成することができることを理解すべきである。
【０１１９】
ステップ２０３において、ユーザサインアッププロセス２００は、ユーザＩＤおよびＰＩＮ入力を受け入れる。ステップ２０４において、ユーザサインアッププロセス２００は、接続ユーザがすでに登録ユーザであるかどうかを判定する。ステップ２０４において接続ユーザがすでに登録ユーザであると判定されると、サインアッププロセス２００はステップ２０９に進む。
【０１２０】
しかしながら、ステップ２０４において、接続されたユーザがすでに登録されたユーザではないと判定されると、ステップ２０５において、ユーザサインアッププロセス２００はユーザ情報の入力を受け入れる。ステップ２０６において、ユーザサインアッププロセス２００は、ユーザにデフォルトプロファイルを割り当てて、ステップ２０７において、データベース１２にユーザを追加する。次いで、ユーザサインアッププロセスは、ステップ２０９で終了する。
【０１２１】
図９に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するユーザ同期発見プロセス２２０の動作の例を示すフローチャートである。ユーザ同期発見プロセス２２０は、関係する同期動作中にユーザが登録することを可能にする。本発明のプロファイルシステム１００を定義するための、本明細書に記載する同期の例は、ユーザが同期動作中に同期サービスに登録することを可能にする機能を有する。
【０１２２】
最初に、ステップ２２１において、ユーザ同期発見プロセス２２０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、ユーザ同期発見プロセス２２０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１２３】
ステップ２２２において、ユーザ同期発見プロセス２２０は、ユーザ入力ＩＤおよびＰＩＮ情報を受け入れる。ステップ２２３において、ユーザ同期発見プロセスは、ユーザが認証ユーザかどうかを判定する。ユーザが認証ユーザでないと判定されると、ユーザ同期発見プロセス２２０はステップ２２９に進む。そうではなく、ユーザが認証ユーザである場合には、ステップ２２４において、ユーザ同期発見プロセス２２０が、ユーザがすでにアカウントを有するかどうかを判定する。ステップ２２４において、ユーザがすでにアカウントを有すると判定されると、ユーザ同期発見プロセス２２０はステップ２２９に進む。
【０１２４】
しかしながら、ステップ２２４においてユーザがまだアカウントを有していないと判定されると、ユーザ同期発見プロセス２２０は、ステップ２２５において、ユーザにユーザ情報を入力することを許可する。この好ましい実施形態においては、この情報は、遠隔装置１５、１７、１８および１９のユーザインターフェースを使用して獲得される。ステップ２２６において、ユーザ同期発見プロセス２２０は、デフォルトプロファイルを割り当てて、ステップ２２７においてユーザをデータベースに追加する。次いで、ステップ２２９において、ユーザ同期発見プロセス２２０は終了する。
【０１２５】
図１０に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するプロファイル定義プロセス２４０の動作の例を示すフローチャートである。プロファイル定義プロセス２４０は、管理者が新規プロファイルを定義することを可能にする。この好ましい実施形態においては、新規プロファイルが、既存のプロファイルをテンプレートとして使用して生成される。本願発明者は、一般に、これがプロファイルを生成するより効率的な方法であると理解するものである。しかしながら、本願発明者らは、プロファイルの生成と個々のプロファイルの割当てを含む、その他の方法を実施することも可能であることを理解している。
【０１２６】
最初に、ステップ２４１において、プロファイル定義プロセス２４０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、プロファイル定義プロセス２４０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１２７】
ステップ２４２において、プロファイル定義プロセス２４０は、管理者に定義しようとするプロファイルに対するカテゴリを選ぶことを許可する。ステップ２４３において、管理者は新規プロファイルの割当て名を与える。ステップ２４４において、管理者は、新規プロファイル用のテンプレートとして使用する既存のプロファイルを選択することができる。管理者は、一般に、所望の新規プロファイルの入力によりよく類似する既存のプロファイルを選択しようとする。新規プロファイルは独立に生成することができることがわかっているが、既存のプロファイルをコピーして、必要な変更だけを行うのが、より効率的であると仮定している。このプロファイル定義プロセス２４０によって、管理者は、望ましい場合にはステップ２４５において、新規プルーフプロファイル内の既存設定を変更することが可能になる。
【０１２８】
次いでステップ２４６において新規固有プロファイルＩＤが計算される。この固有プロファイルＩＤは、任意の種類の固有識別子とすることができる。この好ましい実施形態においては、ハッシュＩＤが、プロファイル内の情報から生成される。ステップ２４７において、新規プロファイルがデータベース１２に追加される。ステップ２４８において、さらなるプロファイルを生成すべきかどうかが判定される。さらにプロファイルを生成すべきであると判定されると、プロファイル定義プロセス２４０が復帰してステップ２４２〜２４８を反復する。しかしながら、ステップ２４８において、生成すべきプロファイルはもうないと判定されると、プロファイル定義プロセス２４０はステップ２４９で終了する。
【０１２９】
図１１に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するプロファイル割当てプロセス２６０の動作の例を示すフローチャートである。プロファイル割当てプロセス２６０によって、管理者は、異なる既存プロファイルをユーザおよび／またはグループプロファイルに割り当てることが可能になる。既存プロファイルは、スタンドアローンプロファイルとするか、またはその他のプロファイルの群を含む１つのプロファイルとすることもできる。
【０１３０】
最初に、ステップ２６１において、プロファイル割当てプロセス２６０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、プロファイル割当てプロセス２６０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１３１】
ステップ２６２において、プロファイル割当てプロセス２６０によって、管理者は、修正しようとするユーザまたはグループプロファイルを選択することが可能になる。ステップ２６３において、プロファイル割当てプロセス２６０によって、管理者は、ステップ２６２において選択されたユーザまたはグループに対するカテゴリを選ぶことが可能となる。ステップ２６４において、プロファイル割当てプロセス２６０によって、管理者は、リストから既存プロファイルを選択することが可能になる。この好ましい実施形態においては、このリストは、ユーザインターフェースに表示されるが、当該技術で知られているように、このアクティビティを実現するには他の方法がある。
【０１３２】
ステップ２６５において、プロファイル割当てプロセス２６０は、ステップ２６２において選択されるユーザまたはグループに対して選択すべきカテゴリがまだあるかどうかを判定する。ステップ２６５において選択すべきカテゴリがまだあると判定されると、プロファイル割当てプロセス２６０は復帰して、ステップ２６３〜２６５を反復する。ステップ２６５において、割り当てるべき追加のカテゴリがもうないと判定されると、ステップ２６６において、プロファイル割当てプロセス２６０は処理されたプロファイルを保存する。
【０１３３】
ステップ２６７において、プロファイル割当てプロセス２６０は、処理すべき追加のユーザまたはグループがあるかどうかを判定する。ステップ２６７において、処理すべき追加のユーザまたはグループがあると判定されると、プロファイル割当てプロセス２６０が復帰して、ステップ２６２〜２６７を反復する。しかしながら、ステップ２６７において処理すべき追加のユーザまたはグループがないと判定されると、プロファイル割当てプロセス２６０はステップ２６９で終了する。
【０１３４】
図１２に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用する優先順位確立プロセス２８０の動作の例を示すフローチャートである。優先順位確立プロセス２８０によって、管理者は、既存のプロファイル設定に優先順位を割り当てることができる。
【０１３５】
最初に、ステップ２８１において、優先順位確立プロセス２８０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、優先順位確立プロセス２８０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１３６】
ステップ２８２において、優先順位確立プロセス２８０は、既存グループの優先順序を指示する。この好ましい実施形態においては、グループの優先順序は、ユーザインターフェース内のリストを使用して指示される。しかしながら、それには限定されないが、数字またはアルファベット記号、階層指標、およびその他による優先順位の指示を含む、グループの優先順位を指示するその他の方法も同様に許容できることを理解されたい。ステップ２８３において、管理者は、ステップ２８４においてグループ優先順位を再割当てすることのできる、グループを選択することができる。
【０１３７】
ステップ２８５において、優先順位変更をすべきグループがあるかどうかが判定される。ステップ２８５において、優先順位を再割当てすべきグループがまだあると判定されると、優先順位確立プロセス２８０は復帰してステップ２８３〜２８５を反復する。しかしながら、ステップ２８５において、変更するグループ優先順位が他にないと判定されると、ステップ２８６において、優先順位確立プロセス２８０は、グループの優先順序をデータベース１２に保存する。次いで、優先順位確立プロセス２８０はステップ２８９で終了する。
【０１３８】
図１３に示すのは、図１〜１２に示す、本発明のプロファイルシステム１００のプロファイル設定を使用する遠隔装置１５、１７、１８および１９のプロセスフロー３００の例を示すフローチャートである。以後、遠隔装置１５、１７、１８および１９は、簡単にするために、遠隔装置１５と呼ぶことにする。図示した例において、本発明のプロファイルシステム１００を、同期アクティビティを使用して説明する。
【０１３９】
最初に、ステップ３０１において、遠隔装置１５が初期化される。この初期化には、起動ルーチンおよび遠隔装置１５のＢＩＯＳに埋め込まれたプロセスが含まれる。この初期化には、遠隔装置１５において使用される固有のデータ構造に対するデータ値の確立も含まれる。ステップ３０２において、ユーザは、通常の動作モードで遠隔装置１５を操作する。
【０１４０】
ステップ３０３において、同期アクティビティ指示が検出されるかどうかが判定される。ステップ３０３において、同期アクティビティが検出されないと判定されると、プロセスフロー３００はステップ３０５に進む。しかしながら、ステップ３０３において、同期アクティビティが検出されたと判定されると、ステップ３０４において同期プロセスが実行される。ここでの同期プロセスは、図１４に関して詳細に定義されている。
【０１４１】
ステップ３０５において、設定編集アクティビティが検出されるかどうかが判定される。ステップ３０５において、設定編集アクティビティが検出されないと判定されると、プロセスフロー３００はステップ３１１に進む。しかしながら、ステップ３０５において、設定編集アクティビティが検出されたと判定されると、ステップ３０６において、クライアント設定編集プロセスが実行される。ここでのクライアント設定編集プロセスは、図１６に関して詳細に定義されている。
【０１４２】
ステップ３１１において、クライアント設定を使用するプロセスが検出されるかどうかが判定される。ステップ３１１において、クライアント設定を使用するプロセスが検出されないと判定されると、プロセスフロー３００はステップ３１３に進む。しかしながら、ステップ３１１においてクライアント設定を使用するプロセスが検出されたと判定されると、ステップ３１２において、クライアント設定使用プロセスが実行される。ここでのクライアント設定使用プロセスを使用する汎用プロセスの一例は、図１７に関してさらに詳細に定義されている。
【０１４３】
ステップ３１３において、遠隔装置上のプロセスフロー３００は、さらに行うべきプロセスがあるかどうかを判定する。ステップ３１３において、行うべきプロセスがもうないと判定されると、プロセスフロー３００が復帰してステップ３０２〜３１３を反復する。しかしながら、ステップ３１３において、実行すべき処理がもうないと判定されると、ステップ３１９において遠隔装置１５上のプロセスフロー３００は終了する。
【０１４４】
図１４Ａに示すのは、図１〜１２に示す、本発明のプロファイルシステム１００を使用する遠隔装置１５上で動作する同期プロセス３２０の動作の例を示すフローチャートである。図示した同期プロセス３２０の例は、遠隔装置１５上のデータとサーバ１１上のデータ（図１、２Ａおよび２Ｂ）を同期させる。同期されるデータには、それに限定はされないが、遠隔装置１５上のユーザの連絡先、カレンダー、予定事項、メモ、個人別情報データおよびその他がある。遠隔装置１５上の情報の同期の別の例は、２００２年１月３日出願の「リモートデバイス間でのデータ同期の方法におけるシステム（Ａ ＳＹＳＴＥＭ ＩＮ ＭＥＴＨＯＤ ＦＯＲ ＤＡＴＡ ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ ＢＥＴＷＥＥＮ ＲＥＭＯＴＥ ＤＥＶＩＣＥＳ）」という名称の米国特許出願第１０／０３７６２６号に記載されており、これを参照により本明細書に組み入れてある。
【０１４５】
最初に、ステップ３２１において、同期プロセス３２０が初期化されて、上記の遠隔装置１５用のプロセスフロー３００の初期化と類似のファンクションを実行する。この初期化には、同期プロセス３２０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１４６】
ステップ３２２において、同期プロセス３２０は、サーバ１１（図２Ａ）との通信のための機密保持チャネルを確立する。ステップ３２３において、同期プロセス３２０は、クライアントを認証することを試みる。この認証は、サーバに証明書を送り、サーバが要求される認証システムで検証することによって実行される。この認証は、接続を試みるユーザが、システムの正当なユーザであることを判定するものである。
【０１４７】
ステップ３２４において、同期プロセス３２０は、クライアントプロファイル交換プロセスを実行する。プロファイル交換プロセスは、同期アクティビティのための遠隔装置１５とサーバ１１との間の整合性を確保するために、すべての同期アクティビティに先立って実行される。ここでのクライアントプロファイル交換プロセスは、図１５に関してより詳細に定義されている。
【０１４８】
ステップ３２５において、ステップ３２４において実行されるクライアントプロファイル交換プロセス中に発見される同期プロセス３２０に利用可能なプラグインがあるかどうかが判定される。ステップ３２５において、プラグインが発見されないと判定されると、同期プロセス３２０はステップ３２７に進む。しかしながら、ステップ３２５において、遠隔装置１５上に現在実装されているプラグインがあると判定されると、ステップ３２６において、これらのプラグインの同期が実行される。
【０１４９】
ステップ３２７において、同期プロセス３２０は、同期すべき追加のプラグインがあるかどうかを判定する。同期すべき追加のプラグインがある場合には、同期プロセス３２０が復帰してステップ３２５〜３２７を反復する。しかしながら、ステップ３２７において、同期すべき追加のプラグインがないと判定されると、ステップ３２８において、同期プロセス３２０は通常の同期ステップを実行する。ステップ３２９において同期プロセス３２０は終了する。
【０１５０】
図１４Ｂは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するサーバ同期プロセス３４０の動作の例を示すフローチャートである。図示した同期プロセス３４０の例は、遠隔装置１５上のデータを、サーバ１１（図１、２Ａおよび２Ｂ）からのデータと同期させる。同期されるデータとしては、それに限定はされないが、遠隔装置１５上のユーザの連絡先、カレンダー、予定項目、メモ、個人別情報データおよびその他がある。
【０１５１】
最初に、ステップ３４１において、サーバ同期プロセス３４０が初期化されて、上記の（図３）プロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、サーバ同期プロセス３４０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１５２】
ステップ３４２において、サーバ１１上のサーバ同期プロセス３４０は、遠隔装置１５、１７、１８および１９（図２Ｂ）が、サーバ１１（図２Ａ）との通信用の機密保持チャネルを確立するのを待つ。ステップ３４３において、サーバ同期プロセス３４０は、ユーザの認証を試みる。この認証は、移動サービス局によって実行される。
【０１５３】
ステップ３４４において、同期プロセス３４０はサーバプロファイル交換プロセスを実行する。サーバプロファイル交換プロセスは、同期アクティビティのために遠隔装置１５とサーバ１１との間の整合性を確保するために、すべての同期アクティビティに先立って実行される。ここでのサーバプロファイル交換プロセスは図１５Ｂに関してさらに詳細が定義されている。
【０１５４】
ステップ３４５において、クライアントプロファイル交換プロセス３２０（図１４Ａ）による同期プロセス３４０から要求されるプラグインがあるかどうかが判定される。ステップ３４５において、要求されるプラグインがないと判定されると、同期プロセス３４０はステップ３５５に進む。しかしながら、ステップ３４５において、クライアントプロファイル交換プロセス３２０の間に要求されるプラグインがあると判定されると、ステップ３４６においてプラグインを同期すべきかどうかが判定される。ステップ３４６において、プラグインを同期すべきではないと判定されると、でサーバ同期プロセス３４０はステップ３５１に飛ぶ。しかしながら、ステップ３４６において、プラグインを同期すべきであると判定されると、ステップ３４７において、サーバ同期プロセス３４０が、ユーザ用の電子メールプロファイルの検索を実行する。ステップ３４８において、サーバ同期プロセス３４０が、電子メールメールボックスを同期させる。
【０１５５】
ステップ３５１において、処理すべき他のプラグインがあるかどうかが判定される。ステップ３５１において、処理すべきプラグインがないと判定されると、サーバ同期プロセス３４０はステップ３５５に進む。しかしながら、ステップ３５１において、処理すべき他のプラグインがあると判定されると、ステップ３５２において、識別されたユーザに対するその他のプロファイルの検索が実行される。ステップ３５３において、見出されたプラグインが処理され、ステップ３５４において同期要求が処理されて、サーバ同期プロセス３４０が復帰してステップ３４５を反復する。
【０１５６】
ステップ３５５において、通常同期におけるように、ログが処理され、次いでステップ３５９でサーバ１１上の同期プロセス３４０が終了する。
【０１５７】
図１５Ａに示すのは、図１〜１４に示す、本発明のプロファイルシステム１００を使用するクライアントプロファイル交換プロセス３６０の動作の例を示すフローチャートである。クライアントプロファイル交換プロセス３６０は、プロファイル設定をサーバ１１上（図２Ａ）のプロファイルシステム１００と通信する、遠隔装置１５の能力をもたらす。クライアントプロファイル交換プロセス３６０は、遠隔装置１５上の既存の設定を確立し、これらをサーバ１１上の本発明のプロファイルシステム１００により提供される設定と調和させる。さらに、クライアントプロファイル交換プロセス３６０は、ユーザが、サーバ１１から受け取る設定をオーバライドできるようにする。
【０１５８】
最初に、ステップ３６１において、クライアントプロファイル交換プロセス３６０が初期化されて、上記の遠隔装置１５用のプロセスフロー３００の初期化と類似のファンクションを実行する。この初期化には、クライアントプロファイル交換プロセス３６０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１５９】
ステップ３６２および３６３それぞれにおいて、フレームワークおよびプラグインプロファイルが、サーバ１１へ伝送するために記録されている。ステップ３６４において、遠隔装置１５上の各プロファイルに対するプロファイルＩＤおよびバージョンＩＤが、それらの正当性の試験のために検索される。ステップ３６５において、クライアントプロファイル交換プロセス３６０は、プロファイルＩＤおよびバージョンＩＤを、遠隔装置１５上に存在するプロファイルを試験するために、サーバに送る。すべての交換プロセス３６０のクライアントが、ステップ３６６において、サーバ１１からの応答を待ち受ける。
【０１６０】
サーバ１１からの応答を受け取ると、ステップ３６７において、クライアントプロファイル交換プロセス３６０は、処理すべきプロファイルがまだあるかどうかを判定する。処理すべきプロファイルはもうないと判定されると、クライアントプロファイル交換プロセス３６０はステップ３７５に進み、その他の同期アクティビティを実行する。しかしながら、処理すべきプロファイルがまだあると判定されると、クライアントプロファイル交換プロセス３６０は、ステップ３６８において、最初または次のプロファイルを取得して、そのプロファイルおよびバージョンＩＤを保存する。
【０１６１】
ステップ３７１において、クライアントプロファイル交換プロセス３６０は、処理すべき設定がまだあるかどうかを判定する。処理すべき設定がこれ以上ない場合には、クライアントプロファイル交換プロセス３６０は復帰してステップ３６７を反復する。しかしながら、ステップ３７１において、処理すべき設定がまだあると判定されると、ステップ３７２において、クライアントプロファイル交換プロセス３６０は、設定がオーバライド可能かどうかを判定する。ステップ３７２において、現在設定がオーバライド可能であると判定されると、クライアントプロファイル交換プロセス３６０はステップ３７４に進む。しかしながら、ステップ３７２において、受け取られた設定がオーバライド不能であると判定されると、クライアントプロファイル交換プロセス３６０は、その特定のプロファイル内の特定の設定に対する、すべてのオーバライド設定および値を消去する。ステップ３７４において、クライアントプロファイル交換プロセス３６０はサーバ１１から受け取るデータ（すなわち設定）にサーバ値オーバライド設定を設定し、復帰してステップ３７１を反復する。
【０１６２】
次いで、ステップ３７５において、クライアントプロファイル交換プロセス３６０が、他のすべての同期アクティビティを実行し、この同期アクティビティが完了すると、ステップ３１５において終了する。
【０１６３】
図１５Ｂに示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するサーバプロファイル交換プロセス３８０の動作の例を示すフローチャートである。サーバプロファイル交換プロセス３８０は、プロファイル設定を遠隔装置１５（図２Ｂ）と通信する、サーバ１１（図２Ａ）上のプロファイルシステム１００の能力を与える。サーバプロファイル交換プロセス３８０は、サーバ１１上の本発明のプロファイルシステム１００によって提供される既存の設定を遠隔装置１５に対して確立して、これらを遠隔装置１５から受け取る設定と調和させる。
【０１６４】
最初に、プロファイルＩＤおよびバージョンＩＤ試験に対するクライアント要求を受け取ると、サーバプロファイル交換プロセス３８０が起動される。ステップ３８１において、サーバプロファイル交換プロセス３８０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、サーバプロファイル交換プロセス３８０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１６５】
ステップ３８２において、サーバプロファイル交換プロセス３８０は、第１および第２のプロファイルＩＤ、ユーザおよびデバイスタイプを遠隔装置１５（すなわち、クライアント）から取得する。ステップ３８３において、サーバ１１上の現在プロファイルが、第１／第２プロファイルＩＤ、ユーザおよびデバイスタイプについて判定される。ステップ３８４において、サーバプロファイル交換プロセス３８０が、第１／第２プロファイルＩＤに対するバージョンＩＤ、ユーザおよびデバイスタイプを取得する。
【０１６６】
ステップ３８５において、遠隔装置１５から受け取る第１／第２プロファイルＩＤ、ユーザおよびデバイスタイプと、第１／第２プロファイルＩＤ、ユーザおよびデバイスタイプに対するサーバ１１上の現在プロファイルとの比較が行われる。ステップ３８６においてバージョンが等しいと判定されると、サーバプロファイル交換プロセス３８０はステップ３９１に進む。しかしながら、ステップ３８６においてバージョンが等しくないと判定されると、ステップ３８７において、サーバプロファイル交換プロセス３８０は、そのプロファイルを、クライアント上で更新すべきプロファイルのリストに加える。
【０１６７】
次いで、ステップ３９１において、サーバプロファイル交換プロセス３８０は、遠隔装置１５からの処理すべきプロファイルがまだあるかどうかを判定する。遠隔装置１５から受け取られたものから処理すべきプロファイルがまだあると判定されると、サーバプロファイル交換プロセス３８０が復帰してステップ３８２〜３９１を反復する。しかしながら、ステップ３９１において、処理すべきプロファイルがそれ以上ないと判定されると、ステップ３９２において、サーバプロファイル交換プロセス３８０が、更新されたプロファイルの値のリストを、遠隔装置１５（すなわちクライアント）に送り、ステップ３９９において終了する。
【０１６８】
図１６に示すのは、図１〜１２に示す、本発明のプロファイルシステム１００を使用するクライアント設定編集プロセス４００の動作の例を示すフローチャートである。クライアント設定編集プロセス４００は、ユーザが、サーバ１１（図２Ａ）によって提供されるプロファイル設定をオーバライドすることを可能にする。
【０１６９】
最初に、ステップ４０１において、クライアント設定編集プロセス４００が初期化されて、上記の遠隔装置１５用の遠隔装置システム３００の初期化と類似のファンクションを実行する。この初期化には、クライアント設定編集プロセス４００において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１７０】
ステップ４０２において、サーバ１１から受け取られる設定が表示される。この好ましい実施形態においては、設定はユーザインターフェースに表示される。しかしながら、この情報をユーザに表示するにはその他の多数の周知の方法があることを理解されたい。ステップ４０３において、現在の表示設定がオーバライド可能であるかどうかが判定される。ステップ４０３において、現在の表示設定がオーバライド不能であると判定されると、クライアント設定編集プロセス４００はステップ４０６へと進む。
【０１７１】
しかしながら、表示された現在設定がオーバライド可能であると判定されると、ステップ４０４において現在設定がオーバライドされたかどうかが判定される。現在設定がオーバライドされていないと判定されると、クライアント設定編集プロセス４００はステップ４０７に進む。現在設定がオーバライドされていると判定されると、クライアント設定編集プロセス４００はステップ４０５でオーバライド値を取得して、ステップ４０８へと進む。
【０１７２】
ステップ４０６において、クライアント設定編集プロセス４００は、設定入力を使用不能にする。ステップ４０７において、クライアント設定編集プロセス４００は、設定入力に対するサーバ値を取得する。
【０１７３】
ステップ４０８において、クライアント設定編集プロセス４００は、処理すべき設定がまだあるかどうかを判定する。ステップ４０８において、処理すべき設定がまだあると判定されると、クライアント設定編集プロセス４００は復帰してステップ４０２〜４０８を反復する。しかしながら、ステップ４０８において、処理すべき設定がもうないと判定されると、ステップ４１１において、クライアント設定編集プロセス４００は、ユーザが設定を編集できるようにする。
【０１７４】
ステップ４１２において、ユーザによって編集される設定が、サーバ値にリセットする必要があるかどうかが判定される。ステップ４１２において、設定をサーバ値にリセットすべきであると判定されると、ステップ４１７において、クライアント設定編集プロセス４００は、設定値をサーバ１１上のプロファイルシステム１００から受け取る値にリセットする。次いで、クライアント設定編集プロセス４００はステップ４１９に進んで終了する。
【０１７５】
しかしながら、ステップ４１２において、設定がサーバ値にリセットすべきではないと判定されると、クライアント設定編集プロセス４００は、ステップ４１３において変更された設定を推定する。ステップ４１４において、設定に対するオーバライド値およびフラグが更新される。ステップ４１５において、推定すべきユーザ編集設定がまだあるかどうかが判定される。ステップ４１５において、推定すべきユーザ設定がまだあると判定されると、クライアント設定編集プロセス４００が復帰してステップ４１３〜４１５を反復する。しかしながら、ステップ４１５において、推定すべき設定がもうないと判定されると、クライアント設定編集プロセス４００はステップ４１９で終了する。
【０１７６】
図１７に示すのは、図１〜１６に示す、本発明のプロファイルシステム１００からのプロファイル情報を使用するクライアント設定使用プロセス４２０の動作の例を示すフローチャートである。クライアント設定使用プロセス４２０は、すべてのプロファイル設定が利用できる方法の例として記載する。
【０１７７】
最初に、ステップ４２１において、クライアント設定使用プロセス４２０が初期化されて、上記の遠隔装置１５用の遠隔装置システム３００の初期化と類似のファンクションを実行する。この初期化には、クライアント設定使用プロセス４２０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１７８】
ステップ４２２において、プロファイル設定がオーバライドされているかどうかが判定される。ステップ４２２において、プロファイル設定がオーバライドされていると判定されると、ステップ４２３において、クライアント設定使用プロセスは、そのオーバライド値を取得する。しかしながら、ステップ４２において、プロファイル設定がオーバライドされていないと判定されると、ステップ４２４において、クライアント設定使用プロセス４２０は、設定のためのサーバ値を取得する。
【０１７９】
ステップ４２５において、プロファイル設定はプロセス動作に使用される。プロセス動作を完了した後に、次いで、クライアント設定使用プロセス４２０がステップ４２９で終了する。
【０１８０】
当業者には、本発明の原理から実質的に逸脱することなく、上述の本発明の実施形態に対して多数の修正および変更が可能であることは明白であろう。そのような修正および変更のすべては、添付の請求の範囲に定義される、本発明の範囲に包含されることを意図するものである。
【技術分野】
【０００１】
本発明は、コンピュータ動作を維持するための方法およびシステムに関し、より具体的には、汎用設定および応用設定を設定および維持するためのプロファイル情報を利用する方法およびシステムに関する。
【０００２】
（関連出願の相互参照）
本出願は、２００２年７月１９日に出願された「電子メールアクセラレータ−サービス事務支援（ＥＭＡＩＬ ＡＣＣＥＬＥＲＡＴＯＲ ＰＲＯＤＵＣＴ−ＳＥＲＶＩＣＥ ＢＵＲＥＡＵ ＳＵＰＰＯＲＴ）」という名称の米国特許出願公開第６０／３９７０４９号の利益を主張し、参照により本明細書にその全文を組み込むものとする。
【背景技術】
【０００３】
多くのビジネス環境において、多数の従業員およびビジネスの遠隔ユーザに関係するデータを記憶するのにサーバが使用される。このサーバは、通常、遠隔ユーザに対しての情報の利用性を高めるために、遠隔コンピュータ装置（「クライアント」）によるアクセスが可能である。遠隔コンピュータ装置によるアクセスが可能なサーバ上にファイルを設けることによって、会社内での情報の配布が増加する。データへの遠隔アクセスは、販売要員または多数の従業員がオフィスから離れて営業する環境においては、より重要である。一例として、遠隔従業員は、最新の情報に頼って、在庫変化、価格データ、および企業行事についての通知を受ける。
【０００４】
この種のコンピュータ環境に対する１つの問題は、汎用設定および応用設定を設定および維持することである。現在、ユーザは、コンピュータと、応用設定とを個々に入手して維持しなくてはならない。このことは、ユーザだけではなく、サーバおよびアプリケーションの管理者にも非常な重荷となることがある。
【０００５】
別の問題は、ユーザが、各自の特有の状況に対する設定の最適選択が何かを知らない場合があることである。多様なアプリケーションと異なる接続形式によって、異なる設定を必要とする多種多様な異なるシナリオにつながる可能性がある。したがって、接続および／またはアプリケーションの効率を最大化することは、最も高度なコンピュータユーザを除く、すべてのユーザには不可能に近い。
【０００６】
さらに別の問題は、ユーザが設定のすべてを維持しなくてはならない場合に、会社の管理者は、ユーザ設定のいずれに対しても支配権がないことである。重荷となり得る設定としては、それに限定はされないが、同期される電子メールの大きさ、セキュリティ、暗号設定、メールサーバがユーザをサポートするユーザが使用を許可される装置およびその他がある。
【０００７】
したがって、前記の欠点を迅速かつ効率的に解決する、未解決のニーズが業界において存在している。
【発明の概要】
【０００８】
本発明は、汎用設定および応用設定を設定および維持するためのプロファイル情報を利用するシステムおよび方法を提供する。本発明は、前記動作を実行するためのコンピュータ装置として概念化することができる。このコンピュータ装置は、動作タイプを決定する動作モジュールと、コンピュータ装置上で前記動作を実行するための設定の組を決定する設定モジュールとを含む。さらに、このコンピュータ装置は、コンピュータ装置上で前記動作を実行するための設定の組を獲得する獲得モジュールをさらに含む。
【０００９】
本発明は、汎用設定および応用設定を設定および維持するためのプロファイル情報を利用する方法として概念化することもでき、この方法は、（１）コンピュータ装置上での動作を決定するステップ、（２）コンピュータ装置上で動作を実行するための設定の組を決定するステップ、および（３）コンピュータ装置上で動作を実行するための設定の組を獲得するステップとを含む。
【図面の簡単な説明】
【００１０】
請求の範囲に定義される本発明は、以下に示す図面を参照すればよりよく理解することができる。図面内における構成要素は、必ずしも相対的に縮尺されていないが、その代わりに本発明の原理を明確に説明することを重視したものである。
【図１】本発明のプロファイルシステムを使用するサーバコンピュータシステムおよび遠
【図２Ａ】図１に示す、本発明のプロファイルシステムを使用するサーバの一例を示すブロック図である。
【図２Ｂ】図１に示す、本発明のプロファイルシステムを使用する遠隔装置の一例を示すブロック図である。
【図２Ｃ】図１に示す、本発明のプロファイルシステムが使用することのできる、例示「パワーユーザ」グループ用の例示「受信箱」プロファイル設定を入力するためのユーザインターフェースの一例を示す図である。
【図２Ｄ】図１に示す、本発明のプロファイルシステムが使用することのできる、例示「マーケティング」グループ用の例示プロファイル設定を入力するためのユーザインターフェ
【図２Ｅ】図１に示す、本発明のプロファイルシステムが使用することのできる例示個人ユーザＳｕｚｙ Ｑｕｅ用の例示プロファイル設定を入力するためのユーザインターフェースの一例を示す図である。
【図３】図１および２Ａに示す、サーバ上の本発明のプロファイルシステムの動作の一例を示すフローチャートである。
【図４】図１〜３に示す、本発明のプロファイルシステムが使用する、管理者生成プロセスの動作の一例を示すフローチャートである。
【図５】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、インポートプロセスの動作の一例を示すフローチャートである。
【図６】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、ユーザインポートプロセスの動作の一例を示すフローチャートである。
【図７】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、グループインポートプロセスの動作の一例を示すフローチャートである。
【図８】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、ユーザサインアッププロセスの動作の一例を示すフローチャートである。
【図９】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、ユーザ同期発見プロセスの動作の一例を示すフローチャートである。
【図１０】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、プロファイル定義プロセスの動作の一例を示すフローチャートである。
【図１１】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、プロファイル割当てプロセスの動作の一例を示すフローチャートである。
【図１２】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、優先順位確立プロセスの動作の一例を示すフローチャートである。
【図１３】図１〜１２に示す、本発明のプロファイル設定を使用する、遠隔装置のプロセスフローの一例を示すフローチャートである。
【図１４Ａ】図１〜１２に示す、本発明のプロファイルシステムを使用する、遠隔装置上で動作する同期プロセスの動作の一例を示すフローチャートである。
【図１４Ｂ】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、サーバ同期プロセスの動作の一例を示すフローチャートである。
【図１５Ａ】図１〜１２に示す、本発明のプロファイルシステムを使用する、クライアントプロファイル交換プロセスの動作の一例を示すフローチャートである。
【図１５Ｂ】図２Ａ〜３に示す、本発明のプロファイルシステムが使用する、サーバプロファイル交換プロセスの動作の一例を示すフローチャートである。
【図１６】図１〜１２に示す、本発明のプロファイルシステムを使用する、クライアント設定編集プロセスの動作の一例を示すフローチャートである。
【図１７】図１〜１２に示す、本発明のプロファイルシステムを使用する、クライアント設定使用プロセスの動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に記述する発明は、汎用設定および応用設定を設定して維持するためのプロファイル情報を利用する、すべてのコンピュータ処理システムに応用可能である。以下では、単独コンピュータに関して記述するが、遠隔装置データ同期システム用のシステムおよび方法は、通常、ネットワーク化コンピュータ設備に実装され、そのような設備では、多数のコンピュータ装置が、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、またはＬＡＮとＷＡＮの組合せを介して通信する。
【００１２】
本発明のプロファイルシステムは、管理者に汎用設定および応用設定をグループ化する論理的方法を提供し、それによってグループに設定を割り当てることができる。これは設定と割当ての複雑なマトリックスである。本発明のプロファイルシステムは、次の３つの主目標を達成する。すなわち、（１）簡単明瞭であるとともに、管理者がユーザ／グループに割り当てることのできる設定の群（すなわち、設定の組）を生成するタスクを簡略化する、管理者用のユーザインターフェースを生成するとともに、ユーザがオーバライドするのが適当な場合にこのインターフェースをユーザに拡張する、（２）他のアプリケーションによって容易に使用することができるフレームワークを生成する、（３）管理者に、特定の設定を命令するか、または同期のアクティビティのデフォルト特性を簡単に設定するとともに、それらのユーザまたはグループに適用される設定のみを設定する能力を与えることである。１組の設定とは、プロファイルと同義語である。
【００１３】
本発明のプロファイルシステムの特徴としては、それに限定はされないが、次のものがある。
【００１４】
・応用設定は、すべてのアプリケーションに適用できる。
【００１５】
・設定の組（すなわちプロファイル）をデフォルトシステム用に構成することができる。
【００１６】
・設定の組は、所与の環境に対する応用設定の獲得の解決（ｒｅｓｏｌｕｔｉｏｎ）であり、ここでの環境としては、それに限定はされないが、ユーザ、グループ、システム特性、１日の時刻、企業政策または資源利用可能性などがある。
【００１７】
・応用設定は、ユーザ、グループ配布リストおよび／または組織単位に割り当てられる。
【００１８】
・管理者は、任意のアプリケーションに対する個々の設定を、オーバライド可能にするか、または見えるように設定することができる。
【００１９】
・設定の組の適用は、ユーザ、配布リスト、組織単位、またはこれらの応用設定の部分ではないユーザをグループ化する任意の方法に対して行うことができる。一例としては、特定のユーザに対するメールボックス名がある。
【００２０】
・応用設定は、それに限定はされないが、例えば、電子メール、課金情報、パーソナルインフォメーションマネージャ（ＰＩＭ）、個人化情報、ファイル転送、システム管理、ソフトウェア更新、ウェブサイト、ファイルバックアップ、データ同期応用、帯域幅管理、認証、プッシュ同期（Ｐｕｓｈ Ｓｙｎｃ）、レディ同期（ＲｅａｄｙＳｙｎｃ）、その他がある。各アプリケーション（すなわち、「電子メール、ＰＩＭ、個人化情報設定、ウェブサイト転送」）に対して、設定の獲得が構成されて、命名される。「電子メール設定」、「ＰＩＭ設定」および「個人化情報設定」は、すべて異なる応用設定の獲得（ｃｏｌｌｅｃｔｉｏｎ）である。
【００２１】
各カテゴリのプロファイルは、実装時に事前構成されたデフォルトプロファイルを有する。管理者は、最初にこれらのデフォルト設定を構成することができる。次に、管理者は、これらのデフォルト応用設定をオーバライドすることのできる応用設定を生成、設定、かつ命名することができる。次いで、管理者は、これらの生成した応用設定を、任意のユーザ、グループまたは配布リストに承認することができる。必要な場合には装置またはアプリケーションを追加するにはプログラムによる方法もある。管理者は、任意選択でその他の応用設定の組を追加して、これらの設定を、デフォルト設定のオーバライドを必要とする特定のユーザ／グループに割り当てることができる。
【００２２】
一般に、管理者は、その顧客が認可されているすべてのアプリケーションとの「ＡｄｍｉｎＣｏｎｓｏｌｅ」インターフェースを見る。「ＡｄｍｉｎＣｏｎｓｏｌｅ」によって、管理者は、ユーザの管理、異なるアプリケーションの構成およびプロファイルの管理を含む、システムを構成することが可能になる。これらのプロファイルメニューの下で、プロファイルは、プロファイルの汎用組（すなわち、設定の組の組）と、各アプリケーションに対するプロファイルの組とにセグメント化される。各種類のプロファイルは、「カテゴリ」と呼ばれる。カテゴリのそれぞれの下には、実装時に生成される「デフォルト」と呼ばれるプロファイルがあり、このデフォルトには、明示的な割当てが実行されなかったときに使用する設定が含まれる。
【００２３】
管理者は、カテゴリをクリックすることによって特定のカテゴリ内に新規プロファイルを生成することができる。管理者は、「Ｐｏｗｅｒ Ｓａｌｅｓ」のような、プロファイル（または命名された設定の組）上をクリックすることができる。個人応用設定が定義されると、それらはその命名されたプロファイルの下に保存される。次いで、そのプロファイルを、ユーザまたはグループに割り当てることができる。管理者は、特定のユーザまたはグループに対する設定を管理する。管理者が、特定のユーザまたはグループに対する「特性」を選択すると、ダイアログボックスが現れる。実装された各アプリケーションによって、プロファイルを、選択されたユーザまたはグループに対して適用することが可能となる。配設が完了すると、「管理者」は終了する。
【００２４】
理想的には、管理者ユーザインターフェースの配置は、次の集約の少なくともいくつかを含む。管理、ユーザ、グループ、ログ、警報、報告、ファイル配布、システム管理、移動データ同期、電子メール、ＰＩＭ、プロファイル、応用設定および汎用設定。管理ユーザインターフェースは、ログ、警報、ユーザ、グループなどのような共有管理者要素に対するグローバルプレースホルダとなる。
【００２５】
これは、ユーザ、グループ、ログ、警報および報告は、１つのダイアログボックスに入ることを意味する。管理者は、これらを管理目的でこのように論理的にグループ化するのを好む場合がある。そのときには、各プロダクトがそれ自体のログまたは警報などを有する場合には、それらが、管理ツリーの中にあり、それらの個別ツリーの中にはない、親グループの下の後続ノードに現れる。プロファイルは命名されたエンティティではないことがあり、それらを割り当てるために管理者はユーザまたはグループをクリックする必要があるので、プロファイルを、ツリーのノードとして表し、かたわらに、プロファイルを設定する方法についての命令を示すことも可能である。したがって、それらを「公開する（ｕｎｈｉｄｅ）」には、片方で、ＨＴＭＬか何かで示した命令を用いて、ツリーの上に示される。
【００２６】
プロファイルについては、それらは、それ自体のダイアログボックスに入れることが可能であり、それぞれの対応するアプリケーションの下にリストする必要がない。この理由は、管理者は一般にプロファイルをマクロな観点から考えており、したがって電子メールノードに入り、電子メール設定を設定して、次いで、システム管理ノードに入り、再び同じ設定を設定することを望まないであろう。このように、プロファイルはすべて一緒にグループ化される。上述のように、プロファイルノードは、その下にいくつかのサブノードを有し、可能なサブノードの一部を挙げると、「汎用設定」、「電子メール＋ＰＩＭ設定」、「システム管理設定」、「ファイル転送設定」、および「データ同期設定」などである。各サブノードの下には、異なるカテゴリのプロファイルがある。
【００２７】
本発明のプロファイルシステムを利用するアプリケーションの一例は、遠隔装置に対する同期事象の動作がある。一例としての遠隔装置データ同期システムは、中央データベース１２などのリポジトリを含むことがある。
【００２８】
この例示遠隔装置データ同期システムは、同期されている装置とリポジトリの間のデータ変更を調停して、ユーザ同期セッションを管理する。各遠隔クライアント装置は、その装置を同期させるために書かれたクライアントソフトウェアを使用する。このクライアントのファンクションは、それに限定はされないが、Ｐａｌｍ ＯＳ、ＭＳアウトルック、その他を含むクライアント装置の固有のデータフォーマットとのインターフェースを提供し、遠隔装置データ同期システムとデータ変更を伝達することである。この伝達は、ＨＴＴＰまたはＨＴＴＰＳ（ユーザ選択可能）を介して実行することが可能であり、したがってそれは保護されており、ファイアウォール構成に影響を与えない。
【００２９】
例示的なプロファイルカテゴリとして、「受信箱設定（Ｉｎｂｏｘ ｓｅｔｔｉｎｇｓ）」がある。通常、同期システムは、サーバのメールボックスと遠隔装置の電子メールアプリケーションの間で同期される電子メールの量と種類に対する制御を可能にする。標準的な設定には、電子メールをその本文をある文字数に制限することによって切り捨てること、添付物をダウンロードするかどうか、またそれが許可する場合にはダウンロードされた添付物の大きさを制限すること、電子メールを同期するのに有効な日数、およびファイル拡張子（マイクロソフトＷｏｒｄ文書の場合の．ｄｏｃなど）によって識別される添付の種類に対する制御が含まれる。
【００３０】
多くのユーザは、特に低帯域幅接続（例えば、広域無線）に応用される場合に、これらの設定の分枝を理解することができない。したがって、管理者は、合理的なデフォルトを提供するか、または特定の設定の変更を許可しないことも必要となる。管理者は、「パワーユーザ」と呼ばれる見識のあるユーザに対する「受信箱」カテゴリに対するプロファイルと、「ビギナーユーザ（Ｎｏｖｉｃｅ Ｕｓｅｒ）」と呼ばれるプロファイルとを設定することもできる。「パワーユーザ」プロファイルは、電子メール本文に対する２０００文字制限および添付なしをデフォルトとする以外のすべての設定を遠隔装置上で調節することをユーザに許可するのに対して、「ビギナーユーザ」プロファイルは、多数の設定の変更をユーザに許可しないことになる。見識の低いユーザの能力を制限することによってそれらのユーザが望む電子メールのすべてを見ることは禁止されるが、それによって、組織が無線アクセス課金による不合理な費用をこうむることがなくなる。
【００３１】
例示の遠隔装置データ同期システムは、プロファイル情報の新規バージョンが利用可能な場合には、ユーザが同期するときに、クライアントプロファイル情報の自動更新の案内も提供する。サーバが、新規のプロファイル情報を送り出し、同期プロセスの一部としてそれを遠隔装置に実装する。したがって、通常、ユーザまたは管理者による中断は必要ではない。
【００３２】
一代替実施形態においては、本発明のプロファイルシステムは、「移動サービス局」が使用することにより多数のサービスへのアクセスを提供することができる。これらのサービスとしては、それに限定はされないが、「エクスチェンジ（Ｅｘｃｈａｎｇｅ）」および「ドミノ（Ｄｏｍｉｎｏ）」がある。「移動サービス局」は多重デバイス型サポートも提供することができる。
【００３３】
「移動サービス局」は、組織体に対して電子メールサービスを提供することができる。契約を結ぶと、「移動サービス局」は、その組織体のメールサーバに接続するサーバを配備することになる。この接続は、一般に、ＶＰＮを介して行われ、その場合に、移動サーバは、組織体メールサーバへ常時接続の保護された接続を維持することになる。「移動サービス局」は、それ自体のドメイン下で動作し、ＶＰＮを介して組織体ドメインに接続する。有効なサービス局には、組織体のサーバ設置に対してほとんど修正を必要としない。
【００３４】
「移動サービス局」は、組織体メールサーバに接続するためのユーザリストおよびインフラストラクチャーを管理する。ファンクション、デバイスおよびサーバサポートの基本特徴を別にして、その第１の利点は、この解決策は組織体のインフラストラクチャーへの侵入が最小であることである。この限定は、「移動サービス局」のサービスを利用するために、組織体がＶＰＮ接続を構成／許可しなくてはならないことを意味する。他のすべての構成は、「移動サービス局」側で構築される。これには、ドメイントラスト、ユーザ権利、メール構成その他が含まれる。
【００３５】
「移動サービス局」は、それ自体のサーバマシーンを、組織体サーバからの一方向の委託（ｔｒｕｓｔ）を使用するように構成している。この委託によって、組織体のサーバマシーンは、組織体サービス管理アカウントの下でメールサーバにアクセスする間に、「移動サービス局」ドメイン下で作動することを許可されている。
【００３６】
クライアントが契約するときには、少ないユーザアカウントで開始することが多い。「移動サービス局」は、これらの少数のユーザアカウントをサポートするのにサーバ（単数または複数）全体を構成することを望まないのは理解ができることである。時間が経過すると、初期のアカウントが有効に実装されると、このアカウントをサポートするのに１つまたは多数のサーバを専用にすることは当然のことである。
【００３７】
しかしながら、サービス局を適用する初期においては、単一の同期サーバが、多数の組織体サーバからの接続および同期を行うことができるであろう。装置所有者は、インターネット上で同期サーバに接続することになる。次いで、この同期サーバは、ユーザアカウント証明およびユーザの対象組織体電子メールサーバを決定する。それによってユーザは、同期を継続することができる。
【００３８】
これが「組織外」解決策であるとすると、セキュリティが極めて重要である。通信は暗号化するとともに、ユーザ証明を暗号化しなくてはならない。サーバ上の情報蓄積は最少にしなくてはならない。サーバ上に記憶される情報は、秘匿対策がとられていなければならない。例えば、組織Ａのユーザまたは管理者が、組織Ｂに関する情報を見ることがあってはならない。組織Ａのユーザまたは管理者は、そのサーバ上の組織Ｂの存在を知ることさえあってはならない。
【００３９】
いかなる感度尺度の電子メールサーバ上に記憶された情報も、「移動サービス局」管理者に対してアクセス可能であってはならない。例えば、交信、スケジュール、またはメールは、技術サポートを含むいかなる理由によっても「移動サービス局」に対してアクセス可能であってはならない。
【００４０】
「移動サービス局」実装におけるプロファイルへの応用は、所与のユーザに対するメールサーバ、したがってそのユーザが属する組織を決定することである。「移動サービス局」管理者は、（その組織がどの種類のメールサーバを使用するかに応じて）マイクロソフトＥｘｃｈａｎｇｅまたはロータスＤｏｍｉｎｏカテゴリの下で各組織に対する命名プロファイルを設定し、組織のユーザをそれぞれのプロファイルに割り当てる。
【００４１】
事象の順序は次のとおりである。ユーザが「移動サービス局」サーバに接続するとき、そのユーザは、そのシステムの許可されたユーザとして認証される。次いで、ユーザは、システムの実存するユーザとして検証される。ユーザのプロファイル情報が解決（ｒｅｓｏｌｖｅ）される。具体的には、メールサーバ（マイクロソフトＥｘｃｈａｎｇｅまたはロータスＤｏｍｉｎｏ）に対するプロファイルが解決されて、その中に、それに対してメールサーバを同期させる設定、そのメールサーバにアクセスするために使用する証明書がある。このアクセス方法は、組織によって異なり（以下を参照）、また証明書ももちろん異なる。この設定は、それら組織のメールボックスにアクセスするのに使用される。したがって、それらをそれらの組織のメールサーバに秘匿処理して接続して維持し、それと同時に、単一の同期サーバ上の複数の組織をサポートする。
【００４２】
上述のように、メールサーバおよび使用される証明書へのアクセスは、様々な方法を用いて行うことができる。「Ｅｘｃｈａｎｇｅ」への「サービス管理者アカウント」アクセスは、定義された「サービス管理」ユーザ（「Ｅｘｃｈａｎｇｅ」によって定義されている）が、特定のユーザに対するメールにアクセスすることである。「サービス管理」ユーザは、「Ｅｘｃｈａｎｇｅ」定義によって、すべてのユーザのメールボックスに対する全権を有する。Ｄｏｍｉｎｏの下での「Ｃｏｕｒｉｅｒアカウント」アクセスは、少し異なるが、主題は同じである。管理者は、特定のマネージャレベルのアカウントを定義し、同期する各ユーザに対して、そのメールボックスへの完全アクセスを提供するように、それらユーザのメールボックスを構成する。
【００４３】
別の例は、セキュリティおよび暗号化設定に関する。暗号化設定には、サーバと遠隔装置の間で送信されるデータの暗号化または復号化に使用する暗号化アルゴリズムの種類（例えば、暗号化なし、ＳＳＬまたはＡＥＳ）が含まれる。セキュリティ設定には、証明書の満了期間が含まれる。ここで、ユーザは、各同期の度に、または定期的（おそらく、数時間毎、数日毎、またはなし）にだけ、その認証証明書を入力することを要求されることもある。
【００４４】
この種のプロファイルの応用の一つは、ある種の組織体のファイアウォールの背後にアクセスするための要件にある。多くの組織体が、ファイアウォールの背後、したがって同期サーバにアクセスするには、ＶＰＮ接続を使用することを要求する。ＶＰＮは、データを暗号化するので、同期ソフトウェアもそれを暗号化するのは冗長である。これらのユーザに対しては、暗号化を完全に使用不能にしたプロファイルを生成することもできる。ファイアウォール内部から同期サーバにアクセスするだけのユーザに対しては、提供されるアルゴリズムの任意のものを使用して、暗号化を動作可能にすることもできる。
【００４５】
別のプロファイルカテゴリは、クライアント設置と配備である。これらの設定を使用して、管理者は、ユーザが使用することを許可されている装置の種類に基づいて、プロファイルを生成することもできる。このプロファイルには、ユーザが、遠隔装置ソフトウェアをそれに実装することが許可されている装置の種類を定義する設定が含まれる。管理者は、許可された装置のみを包含するプロファイルを生成することによって、Ｐａｌｍ ＯＳ、ポケットＰＣまたはその他のサポートされる装置のみへの実装に、ユーザを限定することもできる。このようにして、組織体がユーザに使わせたい装置にユーザを限定する。
【００４６】
さらに別の例は、プロファイル「受信箱（Ｉｎｂｏｘ）」設定に関して以前に議論したものの拡張である。管理者にとって、（自身で帯域幅を管理する能力に基づいて）ユーザがそれに基づいて同期している「受信箱」を同期するときに、送信されるデータ量を制限することは有用なことである。しかし、ソフトウェアを用いてこれを行うのがより現実的である。例えば、管理者は、どのユーザだけでなく、ユーザが使用している接続の種類に応じたプロファイルを有することもできる。高帯域幅接続用のプロファイルは、（おそらく、ある大きさまで）添付物の同期を可能とし、本文テキストを切り捨てることがない。低帯域幅接続用のプロファイルは、本文テキストの大きさを制限し、添付を同期せずに、おそらくユーザが低帯域幅接続のための添付物を同期することを禁止することさえある。
【００４７】
別の例においては、プロファイル分解能（ｒｅｓｏｌｕｔｉｏｎ）は、使用される装置に依存することがある。「受信箱」プロファイル例をさらに拡張するために、管理者は、上記の例のいずれかにおけるのと同様に送付されるデータを制限するプロファイル、または送付されるデータ量を制限しないか、またはより少ない程度に制限する１つまたは複数のプロファイルを生成することもできる。次いで、管理者は、装置の種類（ウインドウズＣＥ、Ｐａｌｍ ＯＳまたはウインドウズＰＣ）に基づいてユーザの装置にこれらのプロファイルの１つを割り当てることができる。データを制限するプロファイルは、ユーザのＰａｌｍ ＯＳ装置に割り当てることができるが、それはこれらの装置は一般に電子メールおよびその他の情報用に利用できる物理的記憶が少ないからである。本明細書を記述する時点において、ポケットＰＣは、もう少し多くの記憶が利用可能である。したがって、管理者は、このユーザにＰａｌｍ ＯＳに割り当てたよりもデータ量の制約がやや小さいプロファイルを割り当てることもできる。最後に、ユーザのＰＣには、ウインドウズＰＣは一般にほとんどの電子メールデータに対する豊富な記憶を含むことを想定すれば、データの量を制限しないプロファイルを割り当てることもできる。
【００４８】
以上、様々な状況において、いくつかの種類の設定カテゴリを含んで使用されているプロファイルの例について述べるとともに、それらを異なる方法で適用し、解決できることを示した。最も簡単なのは、ユーザ自体に対する解決である。その次は、使用されている接続の速度であり、最後にはその時にユーザが使用している装置の種類である。その他にも、プロファイルを解決するのに使用することのできる多くの特徴がある。一例としては、利用可能な記憶量に基づく解決である。これは、上記の装置に基づく例を洗練するものである。異なるユーザおよびグループに対するプロファイル、および異なる状況におけるプロファイルを解決するのに使用することのできる無数のこれらの変数および特徴がある。
【００４９】
次に図面を参照すると、これらの図面では同一の数字はいくつかの図を通して同一の要素を示している。図１は、本発明の好ましい実施形態に関係して使用されるプロファイルシステムを使用するシステム１０の基本構成要素を示す。このシステム１０は、遠隔クライアントシステム１５、１７、１８および１９を含む。各クライアントは、アプリケーションを有するとともに、ローカルファイルまたはデータベース１６を有することがある。コンピュータサーバ１１、２１および２３は、アプリケーションを包含し、サーバ１１は、ネットワーク１３上で、それぞれ、中間接続１４（ａ〜ｄ）を介してクライアントシステム１５、１７、１８、１９によってアクセス可能な、サーバデータベース１２をさらに含む。サーバ１１は、コンピュータネットワーク用の管理ソフトウェアを実行して、ネットワーク一部または全部およびその装置類へのアクセスを制御する。クライアントシステム１５、１７、１８および１９は、データベース１２上に記憶されたサーバデータを共有するとともに、それに限定はされないが、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）などのネットワーク１３を介して、モデムを使用する電話線、その他の同様のネットワークまたはこれらのネットワークの任意の組合せを介して、サーバ１１にアクセスすることができる。サーバ１１は、組織体内のローカルエリアネットワーク（ＬＡＮ）に接続することもできる。サーバ１１も、例えば、それに限定はされないが、メールサーバ、データベースまたはファイルサーバなどのその他の情報サーバまたはデータベースに接続することもできる。
【００５０】
プロファイルシステム１０の構造および動作によって、サーバ１１およびそれに関連するデータベース１２は、従来知られているシステムよりも効率良く、クライアントを取り扱うことができる。特に、本発明のプロファイルシステムは、遠隔クライアントシステムをより効率的に動作させられるように遠隔装置を編成する方法を提供する。本明細書に示す同期例においては、各クライアントに対して、最後の更新からのすべての関連する変化を含む、修正（「変更」、「デルタ」、または「更新」）ファイルが、サーバによって定期的に生成される。クライアントシステム１５、１７、１８および１９（図１）がサーバ１１に接続するとき、そのクライアントに関連する修正ファイルは、サーバによって転送されて、各クライアントの更新のために使用される。
【００５１】
クライアントシステム１５、１７、１８および１９は、それぞれ遠隔地に配置することができる。クライアントシステム１５、１７、１８および１９としては、それに限定はされないが、ＰＣ、ワークステーション、ラップトップ、ＰＤＡ、ページャ、ＷＡＰ装置、非ＷＡＰ装置、セル電話、パームデバイスおよびその他がある。すなわち、遠隔クライアントシステム１５、１７、１８および１９の１つにおけるユーザが、サーバ１１にある共有ファイルからの現在情報を更新することを望む場合に、クライアントシステム１５、１７、１８および１９は、それに限定はされないが、ＷＡＮ、インターネット、または電話回線などのネットワーク１３を介して通信することによってサーバ１１にアクセスする。
【００５２】
第三者コンピュータシステム２１および２３ならびにデータベース２２および２４には、遠隔装置に配布するための情報を得るために、プロファイルシステムサーバ１１がアクセスすることができる。第三者コンピュータシステム２１および２３ならびにデータベース２２および２４から得られるデータは、後にユーザ遠隔装置１５、１７、１８および１９がアクセスできるようにするために、プロファイルシステムサーバ１１上に記憶することができる。ある種のデータに対して、遠隔ユーザ装置１５、１７、１８および１９は、ネットワーク１３を使用して、直接的に第三者データにアクセスすることも考えられる。代替的な一実施形態においては、遠隔ユーザ装置１５、１７、１８および１９が、組織体のサービスへの導管として作用するサーバ１１を介して、コンピュータシステム２３およびデータベース２４にアクセスすることが考えられる。
【００５３】
図２Ａに示すのは、図１に示す、本発明のプロファイルシステム１００を利用する、サーバ１１の例を示すブロック図である。図２Ｂに示すのは、本発明のプロファイルシステムを利用する遠隔装置１５、１７、１８および１９を示す一例である。遠隔装置１５、１７、１８および１９としては、それには限定されないが、ＰＣ、ワークステーション、ラップトップ、ＰＤＡ、ページャ、ＷＡＰ装置、非ＷＡＰ装置、セル電話、パームデバイスおよびその他がある。遠隔装置１５、１７、１８および１９の構成要素は、サーバ１１（図２Ａ）についての記述のものと実質的に類似している。しかしながら、ユーザ遠隔装置１５、１７、１８および１９内の構成要素の多くは、一般機能においてより限定されたものであることが考えられる。
【００５４】
一般的に、ハードウェアアーキテクチャの観点では、本明細書に示すコンピュータデバイス１１、１５、１７、１８および１９は、図２Ａに示すように、プロセッサ４１、記憶装置４２メモリ４２、およびローカルインターフェース４３を介して通信可能に結合された１つまたは複数の入出力（Ｉ／Ｏ）装置（または周辺装置）を含む。ローカルインターフェース４３は、例えば、それに限定はされないが、１つまたは複数のバス、あるいは当該技術において知られている、その他の有線または無線の接続とすることができる。ローカルインターフェース４３には、簡単にするために省略してあるが、通信を可能にするために、コントローラ、バッファ（キャッシュ）、ドライバ、中継器、および受信器などの追加の要素を含めることができる。さらに、ローカルインターフェース４３には、前述の構成要素間の適切な通信を可能にするために、アドレス、制御、および／またはデータ接続を含めることができる。
【００５５】
プロセッサ４１は、メモリ４２に記憶することのできるソフトウェアを実行するためのハードウェアデバイスである。プロセッサ４１は、実質的に任意の専用または市販のプロセッサ、中央処理装置（ＣＰＵ）またはコンピュータ１１、２１および２３に関連するいくつかのプロセッサ間の補助プロセッサ、および（マイクロチップの形態の）半導体ベースマイクロプロセッサまたはマクロプロセッサである。好適な市販のマイクロプロセッサの例としては次のものがある。それは、米国インテル社（Ｉｎｔｅｌ Ｃｏｒｐｏｒａｔｉｏｎ）の８０ｘ８６またはＰｅｎｔｉｕｍ（登録商標）シリーズマイクロプロセッサ、米国ＩＢＭ社のＰｏｗｅｒＰＣマイクロプロセッサ、サンマイクロシステムズ社（Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ， Ｉｎｃ．）のＳｐａｒｃマイクロプロセッサ、米国Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社のＰＡ−ＲＩＳＣシリーズマイクロプロセッサ、または米国モトローラ社（Ｍｏｔｏｒｏｌａ Ｃｏｒｐｏｒａｔｉｏｎ）の６８ｘｘｘシリーズマイクロプロセッサである。
【００５６】
メモリ４２は、揮発性メモリ要素（例えば、ランダムアクセスメモリ（ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）などのＲＡＭ）および非揮発性メモリ要素（例えば、ＲＯＭ、消去およびプログラム可能読出し専用メモリ（ＥＰＲＯＭ）、電気的消去およびプログラム可能読出し専用メモリ（ＥＥＰＲＯＭ）、プログラム可能読出し専用メモリ（ＰＲＯＭ）、テープ、コンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、ディスク、ディスケット、カートリッジ、カセットまたはその他など）の任意のもの、または組合せとすることができる。さらに、メモリ４２には、電気式、磁気式、光学式、および／またはその他の種類の記憶媒体を組み入れることができる。ここでメモリ４２は、分散型アーキテクチャを有してもよく、様々な構成要素が互いに遠隔位置に配置されるが、プロセッサ４１によってアクセス可能であることに注意されたい。
【００５７】
メモリ４２内のソフトウェアには、１つまたは複数の個別のプログラムを含めて、その各々が論理機能を実現するための実行可能な命令の順序リストを備えてもよい。図２Ａに示す例において、メモリ４２内のソフトウェアは、好適なオペレーティングシステム（Ｏ／Ｓ）５１および本発明のプロファイルシステム１００を含む。図示した例においては、管理者に、汎用および応用設定をグループに割り当てられるように、それらをグループ化する論理的方法を与えるのは、本発明のプロファイルシステム１００である。これは、設定および割当ての複雑なマトリックスである。本発明のプロファイルシステム１００は、３つの主要目標を達成する。それは、（１）簡単明瞭であって、グループに割り当てることのできる設定の群を生成する管理者のタスクを簡略化する、管理者用ユーザインターフェースを生成し、ユーザがオーバライドするのが適当な場合には、そのインターフェースをユーザにまで拡大する、（２）その他のアプリケーションによって容易に使用することのできるフレームワークを生成する、および（３）管理者に特定の設定を指定する能力を与えることである。
【００５８】
本発明のプロファイルシステム１００は、遠隔装置１５、１７、１８および１９の動作を制御するために、システム管理者が設定の群および個々の設定を確立することを可能にする作用をする。プロファイルシステム１００は、管理プロセス１２０、インポートプロセス１４０、ユーザサインアッププロセス２００、ユーザ同期発見プロセス２２０、プロファイル定義プロセス２４０、プロファイル割当てプロセス２６０、優先順位確立プロセス２８０、サーバ同期プロセス３４０およびサーバプロファイル交換プロセス３６０を含む。
【００５９】
好適な市販のオペレーティングシステム５１の例の非網羅的リストは次のとおりである。米国マイクロソフト社のＷｉｎｄｏｗｓ（登録商標）オペレーティングシステム、米国のＮｏｖｅｌｌ，Ｉｎｃ．から入手可能なＮｅｔｗａｒｅオペレーティングシステム、米国ＩＢＭ社から入手可能なオペレーティングシステム、多くの供給業者から入手可能な任意のＬＩＮＵＸオペレーティングシステム、または米国ヒューレットパッカード社（Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ Ｃｏｍｐａｎｙ）、サンマイクロシステムズ社（Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ Ｉｎｃ．）、および米国ＡＴ＆Ｔ社などの多くの供給業者から購入可能なＵＮＩＸ（登録商標）オペレーティングシステム。オペレーティングシステム５１は、プロファイルシステム１００などのその他のコンピュータプログラムの実行を本質的に制御し、スケジューリング、入出力制御、ファイルおよびデータ管理、メモリ管理、ならびに通信制御および関係するサービスを提供する。しかしながら、本願発明者らは、本発明のプロファイルシステム１００は、その他のすべての市販のオペレーティングシステムに適用可能であると考える。
【００６０】
プロファイルシステム１００は、ソースプログラム、実行可能プログラム（オブジェクトコード）、スクリプト、または実行すべき１組の命令を含む、その他任意のエンティティである。ソースプログラム、したがってプログラムは、通常、コンパイラ、アセンブラ、インタープリタ、その他を介して変換され、これらはメモリ４２内に含めても、含めなくてもよく、それによってＯ／Ｓ５１と関係して適切に動作させることができる。さらに、プロファイルシステム１００は、データおよび方法のクラスを有する、（ａ）オブジェクト指向プログラミング言語、またはルーチン、サブルーチン、および／または関数を有する、例えば、それに限定はされないが、Ｃ、Ｃ＋＋、パスカル、ベーシック、フォートラン、コボル、Ｐｅｒｌ、Ｊａｖａ（登録商標）、ＡＤＡおよびその他の（ｂ）手続きプログラミング言語で書くことが可能である。
【００６１】
このＩ／Ｏ装置には、入力デバイス、例えば、それに限定はされないが、キーボード４５、マウス４４、スキャナ（図示せず）、マイクロフォン（図示せず）、その他を含めることができる。さらに、Ｉ／Ｏ装置には、出力装置、例えば、それに限定はされないがプリンタ（図示せず）、ディスプレイ４６、その他を含めてもよい。最終的に、Ｉ／Ｏ装置には、入力と出力の両方を伝達する装置、例えば、それに限定はされないが、（その他のファイル、デバイス、システム、またはネットワークにアクセスするための）ＮＩＣまたは変調器／復調器４７、無線周波数（ＲＦ）またはＷｉ−Ｆｉもしくはその他（図示せず）などのその他の送受信器、電話インターフェース（図示せず）、ブリッジ（図示せず）、ルータ（図示せず）などを含めてもよい。
【００６２】
コンピュータ１１、２１および２３が、ＰＣ、ワークステーション、インテリジェントデバイスまたはその他である場合には、メモリ４２内のソフトウェアには、基本入出力システム（ＢＩＯＳ）（簡単にするために省略）を含めてもよい。ＢＩＯＳは、一組の重要なソフトウェアルーチンであり、これらは、起動時にハードウェアを初期化して試験し、Ｏ／Ｓ５１を始動し、ハードウェア装置間でのデータの転送をサポートする。ＢＩＯＳは、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの、ある種の読出し専用メモリに記憶され、その結果としてコンピュータ１１、１５、１６、１８、１９、２１および２３が起動されるときに、ＢＩＯＳを実行することができる。
【００６３】
コンピュータ１１、１５、１６、１８、１９、２１および２３が動作中のときに、プロセッサ４１は、メモリ４２内部に記憶されたソフトウェアを実行し、メモリ４２との間でデータを送受信し、ソフトウェアに従って、コンピュータ１１、１５、１６、１８、１９、２１および２３の動作を全体的に制御するように構成されている。プロファイルシステム１００およびＯ／Ｓ５１は、プロセッサ４１によって、全体または一部を読み出され、おそらくプロセッサ４１内でバッファに入れられ、次いで実行される。
【００６４】
プロファイルシステム１００がソフトウェアに実装されるとき、図２Ａおよび２Ｂに示すように、プロファイルシステム１００は、任意のコンピュータ関係システムまたは方法による使用、またはそれと関係しての使用のために、実質的に任意のコンピュータ可読媒体上に記憶できることに留意すべきである。この明細書の文脈においては、コンピュータ可読媒体とは、コンピュータ関係システムまたは方法による使用、またはそれと関係する使用のためのコンピュータプログラムを包含または記憶することのできる、電子式、磁気式、光学式、またはその他の物理的デバイスまたは手段である。プロファイルシステム１００は、コンピュータベースシステム、プロセッサ包含システム、または命令を実行するシステムから命令をフェッチすることのできるその他のシステムなどの命令実行システム、器具、または装置による使用、またはそれらに関係した使用のための、任意のコンピュータ可読媒体に具現することができる。
【００６５】
この明細書の文脈においては、「コンピュータ可読媒体」とは、命令実行システム、器具または装置による使用、またはそれらと関係する使用のためのプログラムを、記憶、伝達、伝播、または移送することのできる任意の手段であり得る。コンピュータ可読媒体は、例えば、それに限定はされないが、電子式、磁気式、光学式、電磁気式、赤外線、または半導体式のシステム、器具、装置、または伝播媒体である。コンピュータ可読媒体のより具体的な例（非網羅リスト）としては、次のものがある。それは、１つまたは複数の配線を有する電気接続（電子式）、ポータブルコンピュータディスケット（磁気式）、ランダムアクセスメモリ（ＲＡＭ）（電子式）、読出し専用メモリ（ＲＯＭ）（電子式）、消去およびプログラム可能読出し専用メモリ（ＥＰＲＯＭ、ＥＥＰＲＯＭ、またはフラッシュメモリ）（電子式）、光ファイバ（光学式）、およびポータブルコンパクトディスク読出し専用メモリ（ＣＤＲＯＭ）（光学式）がある。ここで、例えば、紙またはその他の媒体は、光学的にスキャニングすることによって、プログラムを電子的に取り込み、次いでコンパイルして、解釈実行するか、または必要であれば適当な方法でその他の処理をして、次いで、コンピュータメモリに記憶することができるので、コンピュータ可読媒体は、プログラムをその上に印刷する紙または別の適当な媒体でもよいことに留意されたい。
【００６６】
代替一実施形態においては、プロファイルシステム１００はハードウェアに実装されており、このプロファイルシステム１００は、それぞれは当該技術において周知の次の技術の任意の１つまたは組合せを用いて実装することができる。それは、データ信号に論理関数を実装するための論理ゲートを有するディスクリート論理回路（単数または複数）、適当な組合せ論理ゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラム可能ゲートアレイ（ＰＧＡ）、利用者書込み可能ゲートアレイ（ＦＰＧＡ）、その他である。
【００６７】
図２Ｂに示してあるのは、図１に示す本発明のプロファイルシステム１００を利用する遠隔装置１５、１７、１８および１９の例を示すブロック図である。図のように、遠隔装置１５、１７、１８および１９は、図２Ａに関して説明したサーバ１１と同様の構成要素の多くを含む。メモリ６２の中には、遠隔装置システム３００が位置し、これは以下に示すプロセス、例えば、それには限定されないが、クライアントプロファイル交換プロセス３４０をさらに含む同期プロセス３２０、クライアント設定編集プロセス３６０およびクライアント設定使用プロセス４００などを含む。遠隔装置システム３００が、図２Ｂに示すように、ソフトウェアで実装される場合には、それは、任意のコンピュータ関係システムまたは方法による使用、またはそれと関係した使用のための、実質的に任意のコンピュータ可読媒体上に記憶することができる。
【００６８】
一代替実施形態においては、遠隔装置システム３００はハードウェア中に実装され、この遠隔装置システム３００は、プロファイルシステム１００（図２Ａ）に関して上記に説明したのと同様の方法で実装することができる。示した例においては、本発明のプロファイルシステム１００と相互作用するのは、クライアントプロファイル交換プロセス３４０、クライアント設定編集プロセス４００およびクライアント設定使用プロセス４２０である。クライアントプロファイル交換プロセス３６０は、ユーザプロファイルの生成を可能にし、クライアント設定編集プロセス４００は、それにプロファイル設定を追加するユーザのためのファンクションを提供し、クライアント設定使用プロセス４２０は、プロファイル設定を利用するための説明例である。
【００６９】
図２Ｃに示すのは、図１に示すような、本発明のプロファイルシステム１００が利用することのできる、例示的な「パワーユーザ」グループのための例示的「受信箱（Ｉｎｂｏｘ）」設定７０に入力するためのユーザインターフェースの例を示す図である。図のように、ユーザインターフェースにおける、パワーユーザ用の受信箱設定７０の例には、多様な異なる種類の設定が含まれる。受信箱設定７０に対する設定は、他のプロファイルへの参照を含まない個別の種類の設定に対してであり、したがって受信箱設定７０は、スタンドアローンプロファイルの例である。
【００７０】
例えば、第１の種類の設定は、パワーユーザグループ用の受信箱設定のためのものであり、「同期」７１設定およびＳｙｎｃＸｐｒｅｓｓ７２設定を含む。「同期」７１に対するパワーユーザグループ用の受信箱設定７０は、接続または装置種類にかかわらず、遠隔装置の完全同期のための設定である。ＳｙｎｃＸｐｒｅｓｓ７２に対するパワーユーザグループ用の受信箱設定は、遠隔装置の限定された同期のためである。この種の限定された同期は、一般に、データ伝送に対するコストが非常に高いピーク時間中に実施される。ＳｙｎｃＸｐｒｅｓｓ７２設定に対する同期動作も、接続が低品質であるかまたは低帯域幅であるときに好ましい。これは、低帯域幅接続は、ある時間において伝送されるデータ量を制限するからであり、伝送される最小量のデータだけが望ましい。
【００７１】
「同期」７１設定を使用するパワーユーザ用の受信箱設定７０は、それに限定はされないが、実行しようとする同期機能の種類を含む。図示した例において特定の種類の設定を「同期」動作に含まれることを指示する方法は、望ましい種類の受信箱同期機能のそれぞれに対して箱７３を能動的にマークすることによっている。同期受信箱設定７０の種類としては、例えば、それに限定はされないが、受信箱の同期を行うかどうか７４Ａ、同期を行う日数７４Ｂ、指示された文字数の後は電子メールを切り捨てるかどうか７４Ｃ、それぞれ７４Ｄおよび７４Ｅで示される、添付物を送付するか否か、および最大添付サイズである。
【００７２】
パワーユーザ用の受信箱設定７０の他の例としては、指示された日数よりも古い記録を遠隔装置１５から除去するかどうか７４Ｆ、送付した電子メールのコピーを遠隔装置１５に記憶するかどうか７４Ｇ、７４Ｈに指示されるようにファイル拡張子の種類を用いてフィルタリングするかどうか、および同期の後にメールの閲覧を行うかどうか７４Ｉがある。
【００７３】
追加の設定７７としては、「同期」７１設定に対して定義された、パワーユーザ用の同様の受信箱設定を、ＳｙｎｃＸｐｒｅｓｓ７２設定に適用するかどうかがある。動作制御には、それに限定はされないが、設定の保存７８Ａ、設定の取消し７８、設定の適用７８Ｃ、または設定機能についてのヘルプ７８Ｄがある。さらに別の追加の設定としては、ユーザが、オーバライド設定７９を使用して特徴機能設定７４Ａ〜７４Ｉをオーバライドできるか否か７９がある。この設定を実装することによって、プロファイルは、ユーザに対して、７４Ａ〜７４Ｉの項目で定義された特徴または機能に対して、先に設定されたプロファイル設定の任意のものをオーバライドすることを可能にする。
【００７４】
上述の受信箱グループ設定７０は、本発明のプロファイルシステム１００によって生成することのできるプロファイルにおいて、どのような種類の設定が可能であるかを実証するための、説明だけを目的とするものである。
【００７５】
図２Ｄに示すのは、図１に示すように、本発明のプロファイルシステム１００によって利用することのできる、例示「マーケティング」設定８０に対する例示プロファイル設定を入力するためのユーザインターフェースの例を説明する図である。マーケティング設定８０は、設定またはプロファイルの他グループへの参照を含む、プロファイルである。プロファイルの設定の他グループへの参照は、上記の図２Ｃに示すような、スタンドアローンプロファイルするか、または応用設定８４Ｂを参照して示すような、その他のグループプロファイル設定への割当てを含めることができる。このようなグループ設定によって、管理者は、多数の異なる設定を指示することが可能になる。
【００７６】
マーケティンググループ設定８０は、様々な異なる種類の装置に対する設定を含み、その装置としては、それに限定はされないが、オフィスＰＣ ８１Ａ、代替ＰＣ ８１Ｂ、ポケットＰＣ ８１Ｃ、パーム８１Ｄ、ブラックベリーデバイス８１Ｅ、ハンドヘルドＰＣ ８１Ｆ、およびＳｙｎｃＭＬデバイス８１Ｇなどがある。それぞれの種類の装置８１Ａ〜８１Ｇに対して１つのプロファイルがあり、それには異なる特徴／機能に対する設定が含まれる。これは、コンピュータ動作用のプロファイルを解決するためのキーとなる、環境特徴の例、すなわちデバイス種類である。
【００７７】
各デバイスに対するユーザインターフェースは、ある数の異なる設定ヘッダーを含み、このヘッダーはさらに、オン／オフ８２Ａ、アプリケーション８３Ａ、応用設定８４Ａおよびオーバライド８５Ａを含む。各装置種類およびカテゴリに対する実際の設定は、ヘッダーの下に指示されており、オン／オフ設定類８２Ｂ、アプリケーション類８３Ｂ、応用設定類８４Ｂ（すなわち、その他のプロファイルリストを含めることが可能）およびオーバライド設定類８５Ｂを含む。
【００７８】
オン／オフ設定８２Ｂによって、管理者は、８３Ｂにリストされるアプリケーションが、８１に指示される装置種類に対して許可されるかどうかを指示することができる。８４Ｂの領域において、管理者は、８３Ｂに指示されるアプリケーションに対して、どの種類の応用設定を使用するかを指示する。これらの応用設定８０Ｂは、図２Ｃに関して上述したように、スタンドアローンプロファイル設定とするか、または他のプロファイル設定の群とすることができる。さらに別の追加の設定は、ユーザが８４Ｂの設定をオーバライドできるか否か８５Ｂである。設定を実装することによって、プロファイルは、ユーザが項目８２Ｂ〜８４Ｂに定義する特徴／機能に対する先に設定されたプロファイル設定の任意のものをオーバライドすることを可能にする。
【００７９】
追加の設定には動作制御が含まれ、これには、それに限定はされないが、設定の保存８８Ａ、設定のキャンセル８８、設定の適用８８Ｃ、または設定機能のヘルプ８８Ｄがある。
【００８０】
上記のマーケティンググループ設定は、本発明のプロファイルシステム１００によって生成することのできるプロファイルグループにおいてどのような種類の設定が可能かを示すために、説明目的でのみ記述したものである。
【００８１】
図２Ｅに示すのは、図１に示す、本発明のプロファイルシステム１００によって利用することのできる、「Ｓｕｚｙ Ｑｕｅ」用の例示的な個人ユーザ設定９０用の例示プロファイル設定のためのユーザインターフェースの例を示す図である。説明の目的で、個人ユーザに対するポイント設定９０は、図２Ｄに関して上述したマーケティングプロファイルと同一のものとして示してある。しかしながら、図２Ｄのマーケティンググループ設定８０について説明したグループプロファイルとは対照的に、個々のユーザに対しては、異なるアプリケーションおよび応用設定を定義することができることを理解されたい。
【００８２】
上述の個人ユーザ「Ｓｕｚｙ Ｑｕｅ」プロファイル設定は、本発明のプロファイルシステム１００によって生成することのできる、プロファイルグループ化においてどのような種類の設定が可能であるかを示すために、説明目的だけで記述したものである。
【００８３】
図３に示すのは、図１および２Ａに示す、サーバ１１上での本発明のプロファイルシステム１００の動作の例を示すフローチャートである。本発明のプロファイルシステム１００は、管理者に、汎用および応用設定をグループ化するための論理的方法を与え、それによってそれらの設定をグループに割り当てることができる。これは、設定と割当てのマトリックスである。さらに、本発明のプロファイルシステム１００は、管理者に、簡単明瞭であって、グループに割り当てることのできる設定の群を生成するタスクを簡略化する管理者用ユーザインターフェースを提供するとともに、ユーザがオーバライドするのが適当な場合には、ユーザに対してそのインターフェースを拡張することのできるユーザインターフェースを提供する。また、その他のアプリケーションが容易に使用することのできるフレームワークを生成する。さらに、本発明のプロファイルシステム１００は、管理者に、特定の設定を指定するか、または同期のアクティビティのデフォルト特徴を単に設定するとともに、それらのユーザまたはグループに適用する設定だけを設定する能力を提供する。
【００８４】
最初にステップ１０１において、プロファイルシステム１００が初期化される。この初期化には、起動ルーチンおよびサーバ１１のＢＩＯＳに埋め込まれたプロセスが含まれる。初期化には、また、プロファイルシステム１００において使用される特定のデータ構造に対するデータ値の確立も含まれる。
【００８５】
ステップ１０２において、プロファイルシステム１００は、ユーザまたはグループ生成が指示されているかどうかを判定する。ユーザまたはグループ生成は、管理者が新規ユーザまたはグループを生成することを可能にする。ステップ１０２において、ユーザまたはグループ生成は指示されていないと判定されると、プロファイルシステム１００はステップ１０４に進む。しかしながら、ステップ１０２において、ユーザまたはグループの生成が指示されていると判定されると、プロファイルシステム１００は、ステップ１０３において管理者生成プロセス（ａｄｍｉｎ ｃｒｅａｔｅ ｐｒｏｃｅｓｓ）を実行する。ここでの管理者生成プロセスは、図４に関してさらに詳細に定義される。ステップ１０３における管理者生成プロセスを実行した後に、プロファイルシステム１００は、ステップ１１７へと進む。
【００８６】
ステップ１０４において、プロファイルシステム１００は、ユーザまたはグループ情報インポート動作が指示されているかどうかを判定する。このユーザまたはグループ情報インポート動作によって、管理者は、新規のユーザまたはグループに対する設定をインポートすることが可能となる。ステップ１０４において、ユーザまたはグループインポート動作が指示されていないと判定されると、プロファイルシステム１００は、ステップ１０６へと進む。しかしながら、ステップ１０４において、ユーザまたはグループインポート動作が指示されていると判定されると、プロファイルシステム１００は、ステップ１０５おいてインポートプロセスを実行する。ここでのインポートプロセスは、図５に関してより詳細に定義される。ステップ１０５においてインポートプロセスを実行した後に、プロファイルシステム１００はステップ１１７に進む。
【００８７】
ステップ１０６において、プロファイルシステム１００は、ユーザサインアップが指示されているかどうかを判定する。ユーザサインアップ指示は、新規のユーザがプロファイルシステム１００に登録するときに行われる。ステップ１０６において、ユーザサインアップが指示されていないと判定されると、プロファイルシステム１００は、ステップ１０８に進む。しかしながら、ステップ１０６において、ユーザサインアップが指示されていると判定されると、プロファイルシステム１００は、ステップ１０７においてユーザサインアッププロセスを実行する。ここでのユーザサインアッププロセスは、図８に関してより詳細に定義される。ステップ１０７においてユーザサインアッププロセスを実行した後に、プロファイルシステム１００はステップ１１７へと進む。
【００８８】
ステップ１０８において、プロファイルシステム１００は、同期の間にユーザが発見されたかどうかを判定する。プロファイスシステム１００によって、ユーザは、関係する同期動作中に登録することが可能となる。ステップ１０８において、同期中に新規ユーザが発見されなかったと判定されると、プロファイルシステム１００はステップ１１１に進む。しかしながら、ステップ１０８において、同期中にユーザが発見されたと判定されると、プロファイルシステム１００は、ステップ１０９においてユーザ同期発見プロセス（ｕｓｅｒ ｓｙｎｃ ｄｉｓｃｏｖｅｒ ｐｒｏｃｅｓｓ）を実行する。ここでのユーザ同期発見プロセスは、図９と関係してより詳細に定義される。ステップ１０９において、ユーザ同期発見プロセスを実行した後に、プロファイルシステム１００はステップ１１７へと進む。
【００８９】
ステップ１１１において、プロファイルシステム１００は、プロファイル定義動作が指示されているかどうかを判定する。このプロファイル定義動作によって、管理者は、新規プロファイルを定義することが可能となる。ステップ１１１において、プロファイル定義動作が指示されていないと判定されると、プロファイルシステム１００はステップ１１３に進む。しかしながら、ステップ１１１において、プロファイル定義動作が指示されていると判定されると、プロファイルシステム１００は、ステップ１１２においてプロファイル定義プロセスを実行する。ここでのプロファイル定義プロセスは、図１０に関してより詳細が定義される。ステップ１１２においてプロファイル定義プロセスを実行した後に、プロファイルシステム１００はステップ１１７へと進む。
【００９０】
ステップ１１３において、プロファイルシステム１００は、プロファイル割当て動作が指示されているかどうかを判定する。プロファイル割当て指示は、管理者が既存のプロファイル設定を新規に生成されたプロファイルに割り当てたいと望むときに、行われる。ステップ１１３において、プロファイル割当て動作が指示されていないと判定されると、プロファイルシステム１１０はステップ１１５に進む。しかしながら、ステップ１１３において、プロファイル割当て動作が指示されていると判定されると、プロファイルシステム１００は、ステップ１１４においてプロファイル割当てプロセスを実行する。ここでのプロファイル割当てプロセスは、図１１に関してより詳細を定義される。ステップ１１４において、プロファイル割当てプロセスを実行した後に、プロファイルシステム１００は、ステップ１１７へと進む。
【００９１】
ステップ１１５において、プロファイルシステム１００は、優先順位確立動作が指示されているかどうかを判定する。優先順位確立動作指示は、管理者が既存のプロファイル設定に対して優先順位を割り当てたいと望むときに、行われる。ステップ１１５において、優先順位確立動作が指示されていないと判定されると、プロファイルシステム１１０はステップ１１７に進む。しかしながら、ステップ１１５において、優先順位確立動作が指示されていると判定されると、プロファイルシステム１００はステップ１１６において優先順位確立プロセスを実行する。ここでの優先順位確立プロセスは、図１２に関係してより詳細を定義されている。優先順位確立プロセス１１６を実行した後に、プロファイルシステム１００はステップ１１７へと進む。
【００９２】
ステップ１１７において、プロファイルシステム１００は、実行すべき動作がさらにあるかどうかを判定する。ステップ１１７において、実行すべき動作がさらにあると判定されると、プロファイルシステム１００は、復帰してステップ１０２〜１１７を反復する。しかしながら、ステップ１１７において、実行すべき動作がもうないと判定されると、プロファイルシステム１００はステップ１１９で終了する。
【００９３】
図４に示すのは、図１〜３に示す本発明のプロファイルシステム１００が使用する管理者生成プロセス１２０の一例を説明するフローチャートである。この管理者生成プロセス１２０によって、管理者は、新規のユーザまたはグループを生成することが可能となる。新規のユーザまたはグループには、それには限定されないが、識別、名、姓、住所およびその他を含めることができる。
【００９４】
最初に、ステップ１２１で、管理者生成プロセス１２０が初期化されて、上述のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、管理者生成プロセス１２０に使用される特定のデータ構造に対するデータ値の確立も含まれる。
【００９５】
次にステップ１２２において、管理者生成プロセス１２０は、ユーザ追加動作を実行すべきかどうかを判定する。ユーザ追加動作を実行すべきではないと判定されると、管理者生成プロセス１２０はステップ１３１に進む。しかしながら、ユーザ追加動作を実行すべきであると判定されると、管理者生成プロセス１２０は、ステップ１２３においてユーザ情報の入力を許可する。好ましい実施形態においては、管理者は、ユーザ情報を入力する。この情報は、それに限定はされないが、グラフィカルユーザインターフェース（ＧＵＩ）を含む、多数の異なる入力装置手段を使用して入力することができる。代替実施形態においては、この情報は、サーバ１１上またはそれに接続された別のデータ源から取り込むことができる。
【００９６】
ステップ１２４において、管理者は、ユーザに対して含めようとするデフォルトプロファイルを割り当てる。ステップ１２５において、管理者は、ユーザをデータベースに追加し、ステップ１２６において、さらに追加すべきユーザがいるかどうかを判定する。ステップ１２６において、追加すべきユーザがさらにいると判定されると、管理者生成プロセス１２０は復帰してステップ１２３〜１２６を反復する。
【００９７】
ステップ１３１において、管理者生成プロセス１２０は、グループ追加動作を実行すべきかどうかを判定する。ステップ１３１において、グループ追加動作は実行すべきでないと判定されると、管理者生成プロセス１２０はステップ１３９に進んで終了する。しかしながら、ステップ１３１においてグループ追加動作を実行すべきと判定されると、管理者生成プロセス１２０は、ステップ１３２において管理者が新規プロファイルグループを生成することを可能にする。ステップ１３３において、管理者は、グループにデフォルトプロファイルを割り当てることができる。このデフォルトプロファイルには、後に管理者が変更することのできる、デフォルト設定が含まれる。次いで、ステップ１３４において、管理者生成プロセス１２０が、グループをデータベース１２に追加する。
【００９８】
ステップ１３５において、管理者は、追加されるグループのメンバを定義する。ステップ１３６において、管理者生成プロセス１２０は、さらに追加すべきグループがあるかどうかを判定する。ステップ１３６においてさらに追加すべきグループがあると判定されると、管理者生成プロセス１２０は復帰してステップ１３２〜１３６を反復する。しかしながら、ステップ１３６において、追加すべきグループがもうないと判定されると、管理者生成プロセス１２０はステップ１３９において終了する。
【００９９】
図５に示すのは、図２Ａ〜３に示す本発明のプロファイルシステム１００が使用するインポートプロセス１４０の動作の例を示すフローチャートである。インポートプロセス１４０によって、管理者が、情報を他の供給源から新規生成のユーザおよび／またはグループプロファイル中にインポートすることが可能になる。
【０１００】
最初に、ステップ１４１においてインポートプロセス１４０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。初期化には、インポートプロセス１４０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１０１】
次に、ステップ１４２において、インポート源が定義される。この源は、ユーザインターフェースまたはダイアログボックスなどの任意の数の周知の入力装置を介して、管理者が入力によって定義することができるか、またはプログラム上で行うことができる。ステップ１４３において、ユーザ情報をインポートすべきかどうかが判定される。ステップ１４３において、ユーザ情報をインポートすべきでないと判定されると、インポートプロセス１４０はステップ１４５へとスキップする。しかしながら、ステップ１４３において、ユーザ情報をインポートすべきと判定されると、インポートプロセス１４０は、ステップ１４４においてユーザインポートプロセスを実行する。ここでのユーザインポートプロセスは、図６に関してより詳細に定義されている。
【０１０２】
ステップ１４５において、グループ情報をインポートすべきかどうかが判定される。ステップ１４５において、グループ情報をインポートすべきでないと判定されると、インポートプロセス１４０は、次いでステップ１４７に進む。しかしながら、ステップ１４５において、グループ情報をインポートすべきであると判定されると、次いで、インポートプロセス１４０は、ステップ１４６においてグループインポートプロセスを実行する。ここでのグループインポートプロセスは、図７に関してより詳細に定義される。
【０１０３】
ステップ１４７において、インポートプロセス１４０は、さらなるユーザおよび／またはグループをインポートすべきかどうかを判定する。ステップ１４７において、さらにユーザまたはグループをインポートすべきと判定されると、インポートプロセス１４０は復帰して、ステップ１４２〜１４７を反復する。しかしながら、ステップ１４７において、インポートすべきユーザまたはグループはもうないと判定されると、インポートプロセス１４０は、ステップ１４９において終了する。
【０１０４】
図６に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００によって使用されるユーザインポートプロセス１６０の動作の例を示すフローチャートである。このユーザインポートプロセス１６０は、情報をインポートし、プロファイルシステム１００のためのデータベース１２内に新規ユーザを生成するために実行される。
【０１０５】
最初に、ステップ１６１において、ユーザインポートプロセス１６０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、ユーザインポートプロセス１６０において使用される固有のデータ構造用のデータ値の確立も含まれる。
【０１０６】
ステップ１６２において、ユーザインポートプロセスは、インポートすべきユーザがいるかどうかを判定する。ステップ１６２においてインポートすべきユーザがいないと判定されると、ユーザインポートプロセス１６０はステップ１６９に進んで終了する。しかしながら、ステップ１６２において、インポートすべきユーザがいると判定されると、ステップ１６３において、ユーザインポートプロセス１６０は、管理者にインポート源を選ぶことを可能にする。インポート源の選択は、ユーザインターフェースまたはダイアログボックスを使用して行うか、またはプログラム上で行うことができる。好ましい実施形態においては、利用可能な入力源は、ユーザインターフェースに表示されて、管理者が、望ましいインポート源を選択することが可能になる。
【０１０７】
ステップ１６４において、ユーザインポートプロセス１６０は、ユーザ情報に入力を可能にする。ユーザ情報の入力は、ユーザインターフェースまたはダイアログボックスを使用して行うか、またはデータファイルの入力を使用してプログラム的に達成することができる。ステップ１６５において、管理者はユーザインポートプロセス１６０に対するデフォルトプロファイルを割り当てる。ステップ１６６において、ユーザ情報が、プロファイルシステム１００内のデータベース１１２に追加される。
【０１０８】
ステップ１６７において、ユーザインポートプロセス１６０は、ユーザの追加が終了したかどうかを判定する。ステップ１６７において、追加すべきユーザがいないと判定されると、ユーザインポートプロセス１６０はステップ１６９において終了する。しかしながら、追加すべきユーザがまだあると判定されると、ユーザインポートプロセス１６０は、復帰してステップ１６３〜１６７を反復する。
【０１０９】
図７に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００が使用するグループインポートプロセス１８０の動作の例を示すフローチャートである。グループインポートプロセス１８０は、情報をインポートして、プロファイルシステム１００のためのデータベース１２内に新規グループを生成するために実行される。
【０１１０】
最初に、ステップ１８１において、グループインポートプロセス１８０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、グループインポートプロセス１８０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１１１】
ステップ１８２において、グループインポートプロセスは、管理者がインポート源を選択することを可能にする。このインポート源の選択は、ユーザインターフェースまたはダイアログボックスを使用して行うか、プログラム上で行うことができる。好ましい実施形態においては、利用可能な入力源が、ユーザインターフェースに表示されて、管理者が望ましいインポート源を選択することが可能になる。ステップ１８３において、グループインポートプロセス１８０は、選択されたインポート源からどのグループを生成すべきかを、管理者が選ぶことを可能にする（ステップ１８２）。
【０１１２】
ステップ１８４において、グループインポートプロセス１８０は、新規グループを生成する。ステップ１８５において、新規グループにデフォルトプロファイルが割り当てられて、データベース１２に追加される。これらの割当てデフォルトファイルは、管理者によるか、またはプログラム上で割り当てることができる。好ましい実施形態においては、ユーザインターフェースが表示されて、管理者がグループに含めるべきデフォルトファイルを選択することが可能となる。
【０１１３】
ステップ１８６において、グループのメンバを生成されたばかりのグループに追加することができる。ステップ１９１において、グループインポートプロセス１８０は、ステップ１８６において生成されたグループに追加されたメンバがあるかどうかを判定する。ステップ１９１において、グループのメンバとして追加されたユーザが現存すると判定されると、グループインポートプロセス１８０はステップ１９５へと進む。しかしながら、ステップ１９１において、グループに追加されたメンバがいないと判定されると、ステップ１９２において、グループインポートプロセス１８０は、選択された源からユーザ情報を取り込む。ステップ１９３においてグループインポートプロセス１８０は、デフォルトプロファイルを割り当てて、ステップ１９４においてユーザをデータベース１２に追加する。
【０１１４】
ステップ１９５において、ここで定義されたユーザがグループに追加される。ステップ１９６において、グループに追加すべきユーザがいないかどうかが判定される。ステップ１９６において、新規に生成したグループに追加するユーザがまだいると判定されると、グループインポートプロセス１８０は復帰してステップ１８６〜１９６を反復する。
【０１１５】
しかしながら、ステップ１９６において、グループに追加するユーザがもういないと判定されると、グループインポートプロセス１８０は、新規に生成されたグループに追加すべきグループがまだあるかどうかを判定する。ステップ１９７において、追加すべきグループがまだあると判定されると、グループインポートプロセス１８０は復帰してステップ１８４〜１９７を反復する。
【０１１６】
しかしながら、ステップ１９７において現在選択されている源に対して追加すべきグループがもうないと判定されると、ステップ１９８において、グループインポートプロセス１８０は、処理すべきグループに対してまだ源があるかどうかを判定する。ステップ１９８において処理すべき源がまだあると判定されると、グループインポートプロセス１８０が復帰してステップ１８２〜１９８を反復する。しかしながら、処理すべき源がもうないと判定されると、グループインポートプロセス１８０はステップ１９９で終了する。
【０１１７】
図８に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するユーザサインアッププロセス２００の動作の例を示すフローチャートである。ユーザサインアッププロセス２００は、プロファイルシステム１００に新規ユーザを登録するときに実行される。ユーザサインアッププロセスの動作の例にはウェブサイトへの接続が含まれているが、その他の種類のネットワーク接続も可能であることが理解される。
【０１１８】
最初に、ステップ２０１においてユーザサインアッププロセス２００が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、サインアッププロセス２００において使用される固有のデータ構造に対するデータ値の確立も含まれる。ステップ２０２において、ユーザサインアッププロセス２２０は、ウェブサイトへの接続を受け入れる。しかしながら、このファンクションは、サーバへの任意の種類の接続を介して達成することができることを理解すべきである。
【０１１９】
ステップ２０３において、ユーザサインアッププロセス２００は、ユーザＩＤおよびＰＩＮ入力を受け入れる。ステップ２０４において、ユーザサインアッププロセス２００は、接続ユーザがすでに登録ユーザであるかどうかを判定する。ステップ２０４において接続ユーザがすでに登録ユーザであると判定されると、サインアッププロセス２００はステップ２０９に進む。
【０１２０】
しかしながら、ステップ２０４において、接続されたユーザがすでに登録されたユーザではないと判定されると、ステップ２０５において、ユーザサインアッププロセス２００はユーザ情報の入力を受け入れる。ステップ２０６において、ユーザサインアッププロセス２００は、ユーザにデフォルトプロファイルを割り当てて、ステップ２０７において、データベース１２にユーザを追加する。次いで、ユーザサインアッププロセスは、ステップ２０９で終了する。
【０１２１】
図９に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するユーザ同期発見プロセス２２０の動作の例を示すフローチャートである。ユーザ同期発見プロセス２２０は、関係する同期動作中にユーザが登録することを可能にする。本発明のプロファイルシステム１００を定義するための、本明細書に記載する同期の例は、ユーザが同期動作中に同期サービスに登録することを可能にする機能を有する。
【０１２２】
最初に、ステップ２２１において、ユーザ同期発見プロセス２２０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、ユーザ同期発見プロセス２２０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１２３】
ステップ２２２において、ユーザ同期発見プロセス２２０は、ユーザ入力ＩＤおよびＰＩＮ情報を受け入れる。ステップ２２３において、ユーザ同期発見プロセスは、ユーザが認証ユーザかどうかを判定する。ユーザが認証ユーザでないと判定されると、ユーザ同期発見プロセス２２０はステップ２２９に進む。そうではなく、ユーザが認証ユーザである場合には、ステップ２２４において、ユーザ同期発見プロセス２２０が、ユーザがすでにアカウントを有するかどうかを判定する。ステップ２２４において、ユーザがすでにアカウントを有すると判定されると、ユーザ同期発見プロセス２２０はステップ２２９に進む。
【０１２４】
しかしながら、ステップ２２４においてユーザがまだアカウントを有していないと判定されると、ユーザ同期発見プロセス２２０は、ステップ２２５において、ユーザにユーザ情報を入力することを許可する。この好ましい実施形態においては、この情報は、遠隔装置１５、１７、１８および１９のユーザインターフェースを使用して獲得される。ステップ２２６において、ユーザ同期発見プロセス２２０は、デフォルトプロファイルを割り当てて、ステップ２２７においてユーザをデータベースに追加する。次いで、ステップ２２９において、ユーザ同期発見プロセス２２０は終了する。
【０１２５】
図１０に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するプロファイル定義プロセス２４０の動作の例を示すフローチャートである。プロファイル定義プロセス２４０は、管理者が新規プロファイルを定義することを可能にする。この好ましい実施形態においては、新規プロファイルが、既存のプロファイルをテンプレートとして使用して生成される。本願発明者は、一般に、これがプロファイルを生成するより効率的な方法であると理解するものである。しかしながら、本願発明者らは、プロファイルの生成と個々のプロファイルの割当てを含む、その他の方法を実施することも可能であることを理解している。
【０１２６】
最初に、ステップ２４１において、プロファイル定義プロセス２４０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、プロファイル定義プロセス２４０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１２７】
ステップ２４２において、プロファイル定義プロセス２４０は、管理者に定義しようとするプロファイルに対するカテゴリを選ぶことを許可する。ステップ２４３において、管理者は新規プロファイルの割当て名を与える。ステップ２４４において、管理者は、新規プロファイル用のテンプレートとして使用する既存のプロファイルを選択することができる。管理者は、一般に、所望の新規プロファイルの入力によりよく類似する既存のプロファイルを選択しようとする。新規プロファイルは独立に生成することができることがわかっているが、既存のプロファイルをコピーして、必要な変更だけを行うのが、より効率的であると仮定している。このプロファイル定義プロセス２４０によって、管理者は、望ましい場合にはステップ２４５において、新規プルーフプロファイル内の既存設定を変更することが可能になる。
【０１２８】
次いでステップ２４６において新規固有プロファイルＩＤが計算される。この固有プロファイルＩＤは、任意の種類の固有識別子とすることができる。この好ましい実施形態においては、ハッシュＩＤが、プロファイル内の情報から生成される。ステップ２４７において、新規プロファイルがデータベース１２に追加される。ステップ２４８において、さらなるプロファイルを生成すべきかどうかが判定される。さらにプロファイルを生成すべきであると判定されると、プロファイル定義プロセス２４０が復帰してステップ２４２〜２４８を反復する。しかしながら、ステップ２４８において、生成すべきプロファイルはもうないと判定されると、プロファイル定義プロセス２４０はステップ２４９で終了する。
【０１２９】
図１１に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するプロファイル割当てプロセス２６０の動作の例を示すフローチャートである。プロファイル割当てプロセス２６０によって、管理者は、異なる既存プロファイルをユーザおよび／またはグループプロファイルに割り当てることが可能になる。既存プロファイルは、スタンドアローンプロファイルとするか、またはその他のプロファイルの群を含む１つのプロファイルとすることもできる。
【０１３０】
最初に、ステップ２６１において、プロファイル割当てプロセス２６０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、プロファイル割当てプロセス２６０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１３１】
ステップ２６２において、プロファイル割当てプロセス２６０によって、管理者は、修正しようとするユーザまたはグループプロファイルを選択することが可能になる。ステップ２６３において、プロファイル割当てプロセス２６０によって、管理者は、ステップ２６２において選択されたユーザまたはグループに対するカテゴリを選ぶことが可能となる。ステップ２６４において、プロファイル割当てプロセス２６０によって、管理者は、リストから既存プロファイルを選択することが可能になる。この好ましい実施形態においては、このリストは、ユーザインターフェースに表示されるが、当該技術で知られているように、このアクティビティを実現するには他の方法がある。
【０１３２】
ステップ２６５において、プロファイル割当てプロセス２６０は、ステップ２６２において選択されるユーザまたはグループに対して選択すべきカテゴリがまだあるかどうかを判定する。ステップ２６５において選択すべきカテゴリがまだあると判定されると、プロファイル割当てプロセス２６０は復帰して、ステップ２６３〜２６５を反復する。ステップ２６５において、割り当てるべき追加のカテゴリがもうないと判定されると、ステップ２６６において、プロファイル割当てプロセス２６０は処理されたプロファイルを保存する。
【０１３３】
ステップ２６７において、プロファイル割当てプロセス２６０は、処理すべき追加のユーザまたはグループがあるかどうかを判定する。ステップ２６７において、処理すべき追加のユーザまたはグループがあると判定されると、プロファイル割当てプロセス２６０が復帰して、ステップ２６２〜２６７を反復する。しかしながら、ステップ２６７において処理すべき追加のユーザまたはグループがないと判定されると、プロファイル割当てプロセス２６０はステップ２６９で終了する。
【０１３４】
図１２に示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用する優先順位確立プロセス２８０の動作の例を示すフローチャートである。優先順位確立プロセス２８０によって、管理者は、既存のプロファイル設定に優先順位を割り当てることができる。
【０１３５】
最初に、ステップ２８１において、優先順位確立プロセス２８０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、優先順位確立プロセス２８０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１３６】
ステップ２８２において、優先順位確立プロセス２８０は、既存グループの優先順序を指示する。この好ましい実施形態においては、グループの優先順序は、ユーザインターフェース内のリストを使用して指示される。しかしながら、それには限定されないが、数字またはアルファベット記号、階層指標、およびその他による優先順位の指示を含む、グループの優先順位を指示するその他の方法も同様に許容できることを理解されたい。ステップ２８３において、管理者は、ステップ２８４においてグループ優先順位を再割当てすることのできる、グループを選択することができる。
【０１３７】
ステップ２８５において、優先順位変更をすべきグループがあるかどうかが判定される。ステップ２８５において、優先順位を再割当てすべきグループがまだあると判定されると、優先順位確立プロセス２８０は復帰してステップ２８３〜２８５を反復する。しかしながら、ステップ２８５において、変更するグループ優先順位が他にないと判定されると、ステップ２８６において、優先順位確立プロセス２８０は、グループの優先順序をデータベース１２に保存する。次いで、優先順位確立プロセス２８０はステップ２８９で終了する。
【０１３８】
図１３に示すのは、図１〜１２に示す、本発明のプロファイルシステム１００のプロファイル設定を使用する遠隔装置１５、１７、１８および１９のプロセスフロー３００の例を示すフローチャートである。以後、遠隔装置１５、１７、１８および１９は、簡単にするために、遠隔装置１５と呼ぶことにする。図示した例において、本発明のプロファイルシステム１００を、同期アクティビティを使用して説明する。
【０１３９】
最初に、ステップ３０１において、遠隔装置１５が初期化される。この初期化には、起動ルーチンおよび遠隔装置１５のＢＩＯＳに埋め込まれたプロセスが含まれる。この初期化には、遠隔装置１５において使用される固有のデータ構造に対するデータ値の確立も含まれる。ステップ３０２において、ユーザは、通常の動作モードで遠隔装置１５を操作する。
【０１４０】
ステップ３０３において、同期アクティビティ指示が検出されるかどうかが判定される。ステップ３０３において、同期アクティビティが検出されないと判定されると、プロセスフロー３００はステップ３０５に進む。しかしながら、ステップ３０３において、同期アクティビティが検出されたと判定されると、ステップ３０４において同期プロセスが実行される。ここでの同期プロセスは、図１４に関して詳細に定義されている。
【０１４１】
ステップ３０５において、設定編集アクティビティが検出されるかどうかが判定される。ステップ３０５において、設定編集アクティビティが検出されないと判定されると、プロセスフロー３００はステップ３１１に進む。しかしながら、ステップ３０５において、設定編集アクティビティが検出されたと判定されると、ステップ３０６において、クライアント設定編集プロセスが実行される。ここでのクライアント設定編集プロセスは、図１６に関して詳細に定義されている。
【０１４２】
ステップ３１１において、クライアント設定を使用するプロセスが検出されるかどうかが判定される。ステップ３１１において、クライアント設定を使用するプロセスが検出されないと判定されると、プロセスフロー３００はステップ３１３に進む。しかしながら、ステップ３１１においてクライアント設定を使用するプロセスが検出されたと判定されると、ステップ３１２において、クライアント設定使用プロセスが実行される。ここでのクライアント設定使用プロセスを使用する汎用プロセスの一例は、図１７に関してさらに詳細に定義されている。
【０１４３】
ステップ３１３において、遠隔装置上のプロセスフロー３００は、さらに行うべきプロセスがあるかどうかを判定する。ステップ３１３において、行うべきプロセスがもうないと判定されると、プロセスフロー３００が復帰してステップ３０２〜３１３を反復する。しかしながら、ステップ３１３において、実行すべき処理がもうないと判定されると、ステップ３１９において遠隔装置１５上のプロセスフロー３００は終了する。
【０１４４】
図１４Ａに示すのは、図１〜１２に示す、本発明のプロファイルシステム１００を使用する遠隔装置１５上で動作する同期プロセス３２０の動作の例を示すフローチャートである。図示した同期プロセス３２０の例は、遠隔装置１５上のデータとサーバ１１上のデータ（図１、２Ａおよび２Ｂ）を同期させる。同期されるデータには、それに限定はされないが、遠隔装置１５上のユーザの連絡先、カレンダー、予定事項、メモ、個人別情報データおよびその他がある。遠隔装置１５上の情報の同期の別の例は、２００２年１月３日出願の「リモートデバイス間でのデータ同期の方法におけるシステム（Ａ ＳＹＳＴＥＭ ＩＮ ＭＥＴＨＯＤ ＦＯＲ ＤＡＴＡ ＳＹＮＣＨＲＯＮＩＺＡＴＩＯＮ ＢＥＴＷＥＥＮ ＲＥＭＯＴＥ ＤＥＶＩＣＥＳ）」という名称の米国特許出願第１０／０３７６２６号に記載されており、これを参照により本明細書に組み入れてある。
【０１４５】
最初に、ステップ３２１において、同期プロセス３２０が初期化されて、上記の遠隔装置１５用のプロセスフロー３００の初期化と類似のファンクションを実行する。この初期化には、同期プロセス３２０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１４６】
ステップ３２２において、同期プロセス３２０は、サーバ１１（図２Ａ）との通信のための機密保持チャネルを確立する。ステップ３２３において、同期プロセス３２０は、クライアントを認証することを試みる。この認証は、サーバに証明書を送り、サーバが要求される認証システムで検証することによって実行される。この認証は、接続を試みるユーザが、システムの正当なユーザであることを判定するものである。
【０１４７】
ステップ３２４において、同期プロセス３２０は、クライアントプロファイル交換プロセスを実行する。プロファイル交換プロセスは、同期アクティビティのための遠隔装置１５とサーバ１１との間の整合性を確保するために、すべての同期アクティビティに先立って実行される。ここでのクライアントプロファイル交換プロセスは、図１５に関してより詳細に定義されている。
【０１４８】
ステップ３２５において、ステップ３２４において実行されるクライアントプロファイル交換プロセス中に発見される同期プロセス３２０に利用可能なプラグインがあるかどうかが判定される。ステップ３２５において、プラグインが発見されないと判定されると、同期プロセス３２０はステップ３２７に進む。しかしながら、ステップ３２５において、遠隔装置１５上に現在実装されているプラグインがあると判定されると、ステップ３２６において、これらのプラグインの同期が実行される。
【０１４９】
ステップ３２７において、同期プロセス３２０は、同期すべき追加のプラグインがあるかどうかを判定する。同期すべき追加のプラグインがある場合には、同期プロセス３２０が復帰してステップ３２５〜３２７を反復する。しかしながら、ステップ３２７において、同期すべき追加のプラグインがないと判定されると、ステップ３２８において、同期プロセス３２０は通常の同期ステップを実行する。ステップ３２９において同期プロセス３２０は終了する。
【０１５０】
図１４Ｂは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するサーバ同期プロセス３４０の動作の例を示すフローチャートである。図示した同期プロセス３４０の例は、遠隔装置１５上のデータを、サーバ１１（図１、２Ａおよび２Ｂ）からのデータと同期させる。同期されるデータとしては、それに限定はされないが、遠隔装置１５上のユーザの連絡先、カレンダー、予定項目、メモ、個人別情報データおよびその他がある。
【０１５１】
最初に、ステップ３４１において、サーバ同期プロセス３４０が初期化されて、上記の（図３）プロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、サーバ同期プロセス３４０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１５２】
ステップ３４２において、サーバ１１上のサーバ同期プロセス３４０は、遠隔装置１５、１７、１８および１９（図２Ｂ）が、サーバ１１（図２Ａ）との通信用の機密保持チャネルを確立するのを待つ。ステップ３４３において、サーバ同期プロセス３４０は、ユーザの認証を試みる。この認証は、移動サービス局によって実行される。
【０１５３】
ステップ３４４において、同期プロセス３４０はサーバプロファイル交換プロセスを実行する。サーバプロファイル交換プロセスは、同期アクティビティのために遠隔装置１５とサーバ１１との間の整合性を確保するために、すべての同期アクティビティに先立って実行される。ここでのサーバプロファイル交換プロセスは図１５Ｂに関してさらに詳細が定義されている。
【０１５４】
ステップ３４５において、クライアントプロファイル交換プロセス３２０（図１４Ａ）による同期プロセス３４０から要求されるプラグインがあるかどうかが判定される。ステップ３４５において、要求されるプラグインがないと判定されると、同期プロセス３４０はステップ３５５に進む。しかしながら、ステップ３４５において、クライアントプロファイル交換プロセス３２０の間に要求されるプラグインがあると判定されると、ステップ３４６においてプラグインを同期すべきかどうかが判定される。ステップ３４６において、プラグインを同期すべきではないと判定されると、でサーバ同期プロセス３４０はステップ３５１に飛ぶ。しかしながら、ステップ３４６において、プラグインを同期すべきであると判定されると、ステップ３４７において、サーバ同期プロセス３４０が、ユーザ用の電子メールプロファイルの検索を実行する。ステップ３４８において、サーバ同期プロセス３４０が、電子メールメールボックスを同期させる。
【０１５５】
ステップ３５１において、処理すべき他のプラグインがあるかどうかが判定される。ステップ３５１において、処理すべきプラグインがないと判定されると、サーバ同期プロセス３４０はステップ３５５に進む。しかしながら、ステップ３５１において、処理すべき他のプラグインがあると判定されると、ステップ３５２において、識別されたユーザに対するその他のプロファイルの検索が実行される。ステップ３５３において、見出されたプラグインが処理され、ステップ３５４において同期要求が処理されて、サーバ同期プロセス３４０が復帰してステップ３４５を反復する。
【０１５６】
ステップ３５５において、通常同期におけるように、ログが処理され、次いでステップ３５９でサーバ１１上の同期プロセス３４０が終了する。
【０１５７】
図１５Ａに示すのは、図１〜１４に示す、本発明のプロファイルシステム１００を使用するクライアントプロファイル交換プロセス３６０の動作の例を示すフローチャートである。クライアントプロファイル交換プロセス３６０は、プロファイル設定をサーバ１１上（図２Ａ）のプロファイルシステム１００と通信する、遠隔装置１５の能力をもたらす。クライアントプロファイル交換プロセス３６０は、遠隔装置１５上の既存の設定を確立し、これらをサーバ１１上の本発明のプロファイルシステム１００により提供される設定と調和させる。さらに、クライアントプロファイル交換プロセス３６０は、ユーザが、サーバ１１から受け取る設定をオーバライドできるようにする。
【０１５８】
最初に、ステップ３６１において、クライアントプロファイル交換プロセス３６０が初期化されて、上記の遠隔装置１５用のプロセスフロー３００の初期化と類似のファンクションを実行する。この初期化には、クライアントプロファイル交換プロセス３６０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１５９】
ステップ３６２および３６３それぞれにおいて、フレームワークおよびプラグインプロファイルが、サーバ１１へ伝送するために記録されている。ステップ３６４において、遠隔装置１５上の各プロファイルに対するプロファイルＩＤおよびバージョンＩＤが、それらの正当性の試験のために検索される。ステップ３６５において、クライアントプロファイル交換プロセス３６０は、プロファイルＩＤおよびバージョンＩＤを、遠隔装置１５上に存在するプロファイルを試験するために、サーバに送る。すべての交換プロセス３６０のクライアントが、ステップ３６６において、サーバ１１からの応答を待ち受ける。
【０１６０】
サーバ１１からの応答を受け取ると、ステップ３６７において、クライアントプロファイル交換プロセス３６０は、処理すべきプロファイルがまだあるかどうかを判定する。処理すべきプロファイルはもうないと判定されると、クライアントプロファイル交換プロセス３６０はステップ３７５に進み、その他の同期アクティビティを実行する。しかしながら、処理すべきプロファイルがまだあると判定されると、クライアントプロファイル交換プロセス３６０は、ステップ３６８において、最初または次のプロファイルを取得して、そのプロファイルおよびバージョンＩＤを保存する。
【０１６１】
ステップ３７１において、クライアントプロファイル交換プロセス３６０は、処理すべき設定がまだあるかどうかを判定する。処理すべき設定がこれ以上ない場合には、クライアントプロファイル交換プロセス３６０は復帰してステップ３６７を反復する。しかしながら、ステップ３７１において、処理すべき設定がまだあると判定されると、ステップ３７２において、クライアントプロファイル交換プロセス３６０は、設定がオーバライド可能かどうかを判定する。ステップ３７２において、現在設定がオーバライド可能であると判定されると、クライアントプロファイル交換プロセス３６０はステップ３７４に進む。しかしながら、ステップ３７２において、受け取られた設定がオーバライド不能であると判定されると、クライアントプロファイル交換プロセス３６０は、その特定のプロファイル内の特定の設定に対する、すべてのオーバライド設定および値を消去する。ステップ３７４において、クライアントプロファイル交換プロセス３６０はサーバ１１から受け取るデータ（すなわち設定）にサーバ値オーバライド設定を設定し、復帰してステップ３７１を反復する。
【０１６２】
次いで、ステップ３７５において、クライアントプロファイル交換プロセス３６０が、他のすべての同期アクティビティを実行し、この同期アクティビティが完了すると、ステップ３１５において終了する。
【０１６３】
図１５Ｂに示すのは、図２Ａ〜３に示す、本発明のプロファイルシステム１００において使用するサーバプロファイル交換プロセス３８０の動作の例を示すフローチャートである。サーバプロファイル交換プロセス３８０は、プロファイル設定を遠隔装置１５（図２Ｂ）と通信する、サーバ１１（図２Ａ）上のプロファイルシステム１００の能力を与える。サーバプロファイル交換プロセス３８０は、サーバ１１上の本発明のプロファイルシステム１００によって提供される既存の設定を遠隔装置１５に対して確立して、これらを遠隔装置１５から受け取る設定と調和させる。
【０１６４】
最初に、プロファイルＩＤおよびバージョンＩＤ試験に対するクライアント要求を受け取ると、サーバプロファイル交換プロセス３８０が起動される。ステップ３８１において、サーバプロファイル交換プロセス３８０が初期化されて、上記のプロファイルシステム１００の初期化と類似のファンクションを実行する。この初期化には、サーバプロファイル交換プロセス３８０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１６５】
ステップ３８２において、サーバプロファイル交換プロセス３８０は、第１および第２のプロファイルＩＤ、ユーザおよびデバイスタイプを遠隔装置１５（すなわち、クライアント）から取得する。ステップ３８３において、サーバ１１上の現在プロファイルが、第１／第２プロファイルＩＤ、ユーザおよびデバイスタイプについて判定される。ステップ３８４において、サーバプロファイル交換プロセス３８０が、第１／第２プロファイルＩＤに対するバージョンＩＤ、ユーザおよびデバイスタイプを取得する。
【０１６６】
ステップ３８５において、遠隔装置１５から受け取る第１／第２プロファイルＩＤ、ユーザおよびデバイスタイプと、第１／第２プロファイルＩＤ、ユーザおよびデバイスタイプに対するサーバ１１上の現在プロファイルとの比較が行われる。ステップ３８６においてバージョンが等しいと判定されると、サーバプロファイル交換プロセス３８０はステップ３９１に進む。しかしながら、ステップ３８６においてバージョンが等しくないと判定されると、ステップ３８７において、サーバプロファイル交換プロセス３８０は、そのプロファイルを、クライアント上で更新すべきプロファイルのリストに加える。
【０１６７】
次いで、ステップ３９１において、サーバプロファイル交換プロセス３８０は、遠隔装置１５からの処理すべきプロファイルがまだあるかどうかを判定する。遠隔装置１５から受け取られたものから処理すべきプロファイルがまだあると判定されると、サーバプロファイル交換プロセス３８０が復帰してステップ３８２〜３９１を反復する。しかしながら、ステップ３９１において、処理すべきプロファイルがそれ以上ないと判定されると、ステップ３９２において、サーバプロファイル交換プロセス３８０が、更新されたプロファイルの値のリストを、遠隔装置１５（すなわちクライアント）に送り、ステップ３９９において終了する。
【０１６８】
図１６に示すのは、図１〜１２に示す、本発明のプロファイルシステム１００を使用するクライアント設定編集プロセス４００の動作の例を示すフローチャートである。クライアント設定編集プロセス４００は、ユーザが、サーバ１１（図２Ａ）によって提供されるプロファイル設定をオーバライドすることを可能にする。
【０１６９】
最初に、ステップ４０１において、クライアント設定編集プロセス４００が初期化されて、上記の遠隔装置１５用の遠隔装置システム３００の初期化と類似のファンクションを実行する。この初期化には、クライアント設定編集プロセス４００において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１７０】
ステップ４０２において、サーバ１１から受け取られる設定が表示される。この好ましい実施形態においては、設定はユーザインターフェースに表示される。しかしながら、この情報をユーザに表示するにはその他の多数の周知の方法があることを理解されたい。ステップ４０３において、現在の表示設定がオーバライド可能であるかどうかが判定される。ステップ４０３において、現在の表示設定がオーバライド不能であると判定されると、クライアント設定編集プロセス４００はステップ４０６へと進む。
【０１７１】
しかしながら、表示された現在設定がオーバライド可能であると判定されると、ステップ４０４において現在設定がオーバライドされたかどうかが判定される。現在設定がオーバライドされていないと判定されると、クライアント設定編集プロセス４００はステップ４０７に進む。現在設定がオーバライドされていると判定されると、クライアント設定編集プロセス４００はステップ４０５でオーバライド値を取得して、ステップ４０８へと進む。
【０１７２】
ステップ４０６において、クライアント設定編集プロセス４００は、設定入力を使用不能にする。ステップ４０７において、クライアント設定編集プロセス４００は、設定入力に対するサーバ値を取得する。
【０１７３】
ステップ４０８において、クライアント設定編集プロセス４００は、処理すべき設定がまだあるかどうかを判定する。ステップ４０８において、処理すべき設定がまだあると判定されると、クライアント設定編集プロセス４００は復帰してステップ４０２〜４０８を反復する。しかしながら、ステップ４０８において、処理すべき設定がもうないと判定されると、ステップ４１１において、クライアント設定編集プロセス４００は、ユーザが設定を編集できるようにする。
【０１７４】
ステップ４１２において、ユーザによって編集される設定が、サーバ値にリセットする必要があるかどうかが判定される。ステップ４１２において、設定をサーバ値にリセットすべきであると判定されると、ステップ４１７において、クライアント設定編集プロセス４００は、設定値をサーバ１１上のプロファイルシステム１００から受け取る値にリセットする。次いで、クライアント設定編集プロセス４００はステップ４１９に進んで終了する。
【０１７５】
しかしながら、ステップ４１２において、設定がサーバ値にリセットすべきではないと判定されると、クライアント設定編集プロセス４００は、ステップ４１３において変更された設定を推定する。ステップ４１４において、設定に対するオーバライド値およびフラグが更新される。ステップ４１５において、推定すべきユーザ編集設定がまだあるかどうかが判定される。ステップ４１５において、推定すべきユーザ設定がまだあると判定されると、クライアント設定編集プロセス４００が復帰してステップ４１３〜４１５を反復する。しかしながら、ステップ４１５において、推定すべき設定がもうないと判定されると、クライアント設定編集プロセス４００はステップ４１９で終了する。
【０１７６】
図１７に示すのは、図１〜１６に示す、本発明のプロファイルシステム１００からのプロファイル情報を使用するクライアント設定使用プロセス４２０の動作の例を示すフローチャートである。クライアント設定使用プロセス４２０は、すべてのプロファイル設定が利用できる方法の例として記載する。
【０１７７】
最初に、ステップ４２１において、クライアント設定使用プロセス４２０が初期化されて、上記の遠隔装置１５用の遠隔装置システム３００の初期化と類似のファンクションを実行する。この初期化には、クライアント設定使用プロセス４２０において使用される固有のデータ構造に対するデータ値の確立も含まれる。
【０１７８】
ステップ４２２において、プロファイル設定がオーバライドされているかどうかが判定される。ステップ４２２において、プロファイル設定がオーバライドされていると判定されると、ステップ４２３において、クライアント設定使用プロセスは、そのオーバライド値を取得する。しかしながら、ステップ４２において、プロファイル設定がオーバライドされていないと判定されると、ステップ４２４において、クライアント設定使用プロセス４２０は、設定のためのサーバ値を取得する。
【０１７９】
ステップ４２５において、プロファイル設定はプロセス動作に使用される。プロセス動作を完了した後に、次いで、クライアント設定使用プロセス４２０がステップ４２９で終了する。
【０１８０】
当業者には、本発明の原理から実質的に逸脱することなく、上述の本発明の実施形態に対して多数の修正および変更が可能であることは明白であろう。そのような修正および変更のすべては、添付の請求の範囲に定義される、本発明の範囲に包含されることを意図するものである。
【特許請求の範囲】
【請求項１】
コンピュータ装置上の動作において使用する１組の設定を決定する方法であって、
前記コンピュータ装置上での前記動作を決定するステップと、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を決定するステップと、
前記コンピュータ装置上での前記動作を実行するために前記１組の設定を獲得するステップとを含む方法。
【請求項２】
前記１組の設定を獲得する前記ステップが、
前記１組の設定を探してデータベースを探索するステップをさらに含む、請求項１に記載の方法。
【請求項３】
データベース内に前記１組の設定を生成するステップをさらに含み、前記ステップが、
既存の１組の設定を選択するステップと、
前記既存の１組の設定内のデータを、前記データベース内の前記１組の設定用の場所にコピーするステップと、
前記１組の設定を修正するステップとをさらに含む、請求項１に記載の方法。
【請求項４】
前記１組の設定を獲得する前記ステップが、
前記１組の設定内の設定から第２の組の設定を決定するステップと、
前記コンピュータ装置上で前記動作を実行するために前記第２の組の設定を獲得するステップとをさらに含む、請求項１に記載の方法。
【請求項５】
前記動作を実行するために前記第２の組の設定を決定する前記ステップが、
複数組の設定間に矛盾があるときに、前記複数組の設定間の優先権を決定するステップをさらに含む、請求項４に記載の方法。
【請求項６】
複数組の間の優先権を決定する前記ステップが、
複数組の設定に優先順位による順序付けをするステップをさらに含む、請求項５に記載の方法。
【請求項７】
前記１組の設定を決定する前記ステップが、
前記コンピュータ装置の環境を決定するステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記動作を実行するために前記１組の設定を決定する前記ステップが、
ユーザのための前記１組の設定を決定するステップをさらに含む、請求項１に記載の方法。
【請求項９】
前記ユーザが、ユーザのグループである、請求項８に記載の方法。
【請求項１０】
前記１組の設定を決定する前記ステップが、
前記コンピュータ装置上の前記動作のための応用設定を決定するステップをさらに含み、前記応用設定が、電子メール、課金情報、個人情報マネージャ（ＰＩＭ）、個人化情報、ファイル配送、システム管理、ソフトウェア更新、ウェブサイト、ファイルバックアップ、データ同期応用、帯域幅管理、認証、暗号化、プッシュ同期およびレディ同期の設定からなる群から選択される、請求項１に記載の方法。
【請求項１１】
動作において使用される１組の設定を決定するシステムであって、
前記動作を実行するためのコンピュータ装置を含み、前記コンピュータ装置が、
動作タイプを決定する動作モジュールと、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を決定する設定モジュールと、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を獲得する獲得モジュールとを含むシステム。
【請求項１２】
前記１組の設定を探してデータベースを探索する探索モジュールをさらに含む、請求項１１に記載のシステム。
【請求項１３】
データベース内に前記１組の設定を生成する生成モジュールをさらに含み、前記生成モジュールが、
既存の１組の設定を選択する選択モジュールと、
前記既存の１組の設定内のデータを、前記データベース内の前記１組の設定用の場所にコピーするコピーモジュールと、
前記１組の設定を修正する修正モジュールとを含む、請求項１１に記載のシステム。
【請求項１４】
前記１組の設定内の設定から第２の組の設定を決定する第２の決定モジュールと、
前記コンピュータ装置上で前記動作を実行するために前記第２の組の設定を獲得する第２の獲得モジュールとをさらに含む、請求項１１に記載のシステム。
【請求項１５】
複数組の設定間に矛盾があるときに、前記複数組の設定間の優先権を決定する優先権モジュールをさらに含む、請求項１１に記載のシステム。
【請求項１６】
前記優先権モジュールがさらに、
複数組の設定に優先順位による順序付けをする順位付けモジュールを含む、請求項１５に記載のシステム。
【請求項１７】
前記コンピュータ装置の環境を決定する環境モジュールをさらに含む、請求項１１に記載のシステム。
【請求項１８】
前記コンピュータ装置上の前記動作のための応用設定を決定する応用決定モジュールをさらに含み、前記応用設定が、電子メール、課金情報、個人情報マネージャ（ＰＩＭ）、個人化情報、ファイル配送、システム管理、ソフトウェア更新、ウェブサイト、ファイルバックアップ、データ同期応用、帯域幅管理、認証、暗号化、プッシュ同期およびレディ同期の設定からなる群から選択される、請求項１１に記載のシステム。
【請求項１９】
ユーザのための前記１組の設定を決定するユーザ決定モジュールをさらに含む、請求項１１に記載のシステム。
【請求項２０】
前記ユーザが、ユーザのグループである、請求項１９に記載のシステム。
【請求項２１】
コンピュータ装置上の動作において使用される１組の設定を決定する論理のためのコンピュータ可読媒体であって、
前記コンピュータ装置上の前記動作を決定するための論理と、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を決定する論理と、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を獲得する論理とを含む、コンピュータ可読媒体。
【請求項２２】
前記獲得する論理が、
前記１組の設定を探してデータベースを探索する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２３】
データベース内に前記１組の設定を生成する論理をさらに含み、前記論理が、
既存の１組の設定を選択する論理と、
前記既存の１組の設定内のデータを、前記データベース内の前記１組の設定用の場所にコピーする論理と、
前記１組の設定を修正する論理とを含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２４】
前記１組の設定内の設定から第２の組の設定を決定する論理と、
前記コンピュータ装置上で前記動作を実行するために前記第２の組の設定を獲得する論理とをさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２５】
複数組の設定間に矛盾があるときに、前記複数組の設定間の優先権を決定する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２６】
前記１組の設定を探してデータベースを探索する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２７】
前記コンピュータ装置の環境を決定する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２８】
前記コンピュータ装置上の前記動作のための応用設定を決定する論理をさらに含み、前記応用設定が、電子メール、課金情報、個人情報マネージャ（ＰＩＭ）、個人化情報、ファイル配送、システム管理、ソフトウェア更新、ウェブサイト、ファイルバックアップ、データ同期応用、帯域幅管理、認証、暗号化、プッシュ同期およびレディ同期の設定からなる群から選択される、請求項２１に記載のコンピュータ可読媒体。
【請求項２９】
ユーザのための前記１組の設定を決定する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項３０】
前記ユーザが、ユーザのグループである、請求項２１に記載のコンピュータ可読媒体。
【請求項１】
コンピュータ装置上の動作において使用する１組の設定を決定する方法であって、
前記コンピュータ装置上での前記動作を決定するステップと、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を決定するステップと、
前記コンピュータ装置上での前記動作を実行するために前記１組の設定を獲得するステップとを含む方法。
【請求項２】
前記１組の設定を獲得する前記ステップが、
前記１組の設定を探してデータベースを探索するステップをさらに含む、請求項１に記載の方法。
【請求項３】
データベース内に前記１組の設定を生成するステップをさらに含み、前記ステップが、
既存の１組の設定を選択するステップと、
前記既存の１組の設定内のデータを、前記データベース内の前記１組の設定用の場所にコピーするステップと、
前記１組の設定を修正するステップとをさらに含む、請求項１に記載の方法。
【請求項４】
前記１組の設定を獲得する前記ステップが、
前記１組の設定内の設定から第２の組の設定を決定するステップと、
前記コンピュータ装置上で前記動作を実行するために前記第２の組の設定を獲得するステップとをさらに含む、請求項１に記載の方法。
【請求項５】
前記動作を実行するために前記第２の組の設定を決定する前記ステップが、
複数組の設定間に矛盾があるときに、前記複数組の設定間の優先権を決定するステップをさらに含む、請求項４に記載の方法。
【請求項６】
複数組の間の優先権を決定する前記ステップが、
複数組の設定に優先順位による順序付けをするステップをさらに含む、請求項５に記載の方法。
【請求項７】
前記１組の設定を決定する前記ステップが、
前記コンピュータ装置の環境を決定するステップをさらに含む、請求項１に記載の方法。
【請求項８】
前記動作を実行するために前記１組の設定を決定する前記ステップが、
ユーザのための前記１組の設定を決定するステップをさらに含む、請求項１に記載の方法。
【請求項９】
前記ユーザが、ユーザのグループである、請求項８に記載の方法。
【請求項１０】
前記１組の設定を決定する前記ステップが、
前記コンピュータ装置上の前記動作のための応用設定を決定するステップをさらに含み、前記応用設定が、電子メール、課金情報、個人情報マネージャ（ＰＩＭ）、個人化情報、ファイル配送、システム管理、ソフトウェア更新、ウェブサイト、ファイルバックアップ、データ同期応用、帯域幅管理、認証、暗号化、プッシュ同期およびレディ同期の設定からなる群から選択される、請求項１に記載の方法。
【請求項１１】
動作において使用される１組の設定を決定するシステムであって、
前記動作を実行するためのコンピュータ装置を含み、前記コンピュータ装置が、
動作タイプを決定する動作モジュールと、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を決定する設定モジュールと、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を獲得する獲得モジュールとを含むシステム。
【請求項１２】
前記１組の設定を探してデータベースを探索する探索モジュールをさらに含む、請求項１１に記載のシステム。
【請求項１３】
データベース内に前記１組の設定を生成する生成モジュールをさらに含み、前記生成モジュールが、
既存の１組の設定を選択する選択モジュールと、
前記既存の１組の設定内のデータを、前記データベース内の前記１組の設定用の場所にコピーするコピーモジュールと、
前記１組の設定を修正する修正モジュールとを含む、請求項１１に記載のシステム。
【請求項１４】
前記１組の設定内の設定から第２の組の設定を決定する第２の決定モジュールと、
前記コンピュータ装置上で前記動作を実行するために前記第２の組の設定を獲得する第２の獲得モジュールとをさらに含む、請求項１１に記載のシステム。
【請求項１５】
複数組の設定間に矛盾があるときに、前記複数組の設定間の優先権を決定する優先権モジュールをさらに含む、請求項１１に記載のシステム。
【請求項１６】
前記優先権モジュールがさらに、
複数組の設定に優先順位による順序付けをする順位付けモジュールを含む、請求項１５に記載のシステム。
【請求項１７】
前記コンピュータ装置の環境を決定する環境モジュールをさらに含む、請求項１１に記載のシステム。
【請求項１８】
前記コンピュータ装置上の前記動作のための応用設定を決定する応用決定モジュールをさらに含み、前記応用設定が、電子メール、課金情報、個人情報マネージャ（ＰＩＭ）、個人化情報、ファイル配送、システム管理、ソフトウェア更新、ウェブサイト、ファイルバックアップ、データ同期応用、帯域幅管理、認証、暗号化、プッシュ同期およびレディ同期の設定からなる群から選択される、請求項１１に記載のシステム。
【請求項１９】
ユーザのための前記１組の設定を決定するユーザ決定モジュールをさらに含む、請求項１１に記載のシステム。
【請求項２０】
前記ユーザが、ユーザのグループである、請求項１９に記載のシステム。
【請求項２１】
コンピュータ装置上の動作において使用される１組の設定を決定する論理のためのコンピュータ可読媒体であって、
前記コンピュータ装置上の前記動作を決定するための論理と、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を決定する論理と、
前記コンピュータ装置上で前記動作を実行するための前記１組の設定を獲得する論理とを含む、コンピュータ可読媒体。
【請求項２２】
前記獲得する論理が、
前記１組の設定を探してデータベースを探索する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２３】
データベース内に前記１組の設定を生成する論理をさらに含み、前記論理が、
既存の１組の設定を選択する論理と、
前記既存の１組の設定内のデータを、前記データベース内の前記１組の設定用の場所にコピーする論理と、
前記１組の設定を修正する論理とを含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２４】
前記１組の設定内の設定から第２の組の設定を決定する論理と、
前記コンピュータ装置上で前記動作を実行するために前記第２の組の設定を獲得する論理とをさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２５】
複数組の設定間に矛盾があるときに、前記複数組の設定間の優先権を決定する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２６】
前記１組の設定を探してデータベースを探索する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２７】
前記コンピュータ装置の環境を決定する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項２８】
前記コンピュータ装置上の前記動作のための応用設定を決定する論理をさらに含み、前記応用設定が、電子メール、課金情報、個人情報マネージャ（ＰＩＭ）、個人化情報、ファイル配送、システム管理、ソフトウェア更新、ウェブサイト、ファイルバックアップ、データ同期応用、帯域幅管理、認証、暗号化、プッシュ同期およびレディ同期の設定からなる群から選択される、請求項２１に記載のコンピュータ可読媒体。
【請求項２９】
ユーザのための前記１組の設定を決定する論理をさらに含む、請求項２１に記載のコンピュータ可読媒体。
【請求項３０】
前記ユーザが、ユーザのグループである、請求項２１に記載のコンピュータ可読媒体。
【図１】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図２Ｄ】
【図２Ｅ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４Ａ】
【図１４Ｂ】
【図１５Ａ】
【図１５Ｂ】
【図１６】
【図１７】
【図２Ａ】
【図２Ｂ】
【図２Ｃ】
【図２Ｄ】
【図２Ｅ】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４Ａ】
【図１４Ｂ】
【図１５Ａ】
【図１５Ｂ】
【図１６】
【図１７】
【公開番号】特開２０１１−１２３９１１（Ｐ２０１１−１２３９１１Ａ）
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１１−１５４９３（Ｐ２０１１−１５４９３）
【出願日】平成２３年１月２７日（２０１１．１．２７）
【分割の表示】特願２００４−５２３５５４（Ｐ２００４−５２３５５４）の分割
【原出願日】平成１５年７月１８日（２００３．７．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ウィンドウズ
２．Ｌｉｎｕｘ
【出願人】（５１１０５８７４１）インテリシンク コーポレイション (1)
【Ｆターム（参考）】
【公開日】平成２３年６月２３日（２０１１．６．２３）
【国際特許分類】
【出願番号】特願２０１１−１５４９３（Ｐ２０１１−１５４９３）
【出願日】平成２３年１月２７日（２０１１．１．２７）
【分割の表示】特願２００４−５２３５５４（Ｐ２００４−５２３５５４）の分割
【原出願日】平成１５年７月１８日（２００３．７．１８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ウィンドウズ
２．Ｌｉｎｕｘ
【出願人】（５１１０５８７４１）インテリシンク コーポレイション (1)
【Ｆターム（参考）】
[ Back to top ]