(57)【要約】  ネットワークでユーザ選好度プロファイルを管理するための方法及びシステムを提供する。方法は、複数のユーザ選好度プロファイルを生成するステップを含む。各ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のないプロファイルフォーマット、活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及び各ユーザ装置に特定されたプロファイルフォーマットのうち少なくとも一つを含む。該複数のユーザ選好度プロファイルは、共有サーバーに保存される。複数の装置に対応する一つ以上のユーザ選好度プロファイルが活性化される。該一つ以上のユーザ選好度プロファイルは、アプリケーションサーバーに提供される。アプリケーションサーバーは、対応するユーザ選好度プロファイルに含まれた選好度を具現する。
2010536088.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークで複数のユーザ装置のユーザ選好度プロファイルを管理する方法であって、
複数のユーザ選好度プロファイルを生成するステップ、ここで、各ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のないプロファイルフォーマット、活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及び各ユーザ装置に特定されたプロファイルフォーマットのうち少なくとも一つを含み；
共有サーバーで前記複数のユーザ選好度プロファイルを保存するステップ；
前記複数のユーザ装置に対応する少なくとも二つのユーザ選好度プロファイルを活性化するステップ、ここで、前記少なくとも二つのユーザ選好度プロファイルは、前記複数のユーザ選好度プロファイルから選択され、各ユーザ選好度プロファイルは、前記複数のユーザ装置からの一装置に対応し；
アプリケーションサーバーに前記少なくとも二つのユーザ選好度プロファイルを提供するステップ；を含み、ここで、前記アプリケーションサーバーは、前記少なくとも二つのユーザ選好度プロファイルに含まれた選好度を具現することを特徴とする方法。
【請求項２】
前記複数のユーザ選好度プロファイルをアップデートするステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記アップデートステップは、ＸＣＡＰ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）に基づくことを特徴とする請求項２に記載の方法。
【請求項４】
前記生成ステップは、ＸＣＡＰ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）に基づいて行われることを特徴とする請求項１に記載の方法。
【請求項５】
前記共有サーバーは、ＸＤＭＳ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  Ｄｏｃｕｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  ｓｅｒｖｅｒ）であることを特徴とする請求項１に記載の方法。
【請求項６】
前記活性化ステップは、装置に対応する各ユーザ選好度プロファイルに対するプロファイル識別子及び前記装置に対する装置識別子を前記アプリケーションサーバーに送信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記送信ステップは、セッション開始プロトコルに基づくことを特徴とする請求項６に記載の方法。
【請求項８】
前記活性化ステップは、装置に対応する各ユーザ選好度プロファイルに前記装置に対する装置識別子を付加するステップを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記活性化ステップは、前記付加を表示するためにＸＣＡＰ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）基盤の動作を行うステップをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記活性化ステップは、前記アプリケーションサーバーにより各ユーザ選好度プロファイルに加入するステップをさらに含むことを特徴とする請求項８に記載の方法。
【請求項１１】
前記活性化ステップは、装置に対する装置−プロファイル識別子を前記アプリケーションサーバーに送信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記提供ステップは、前記アプリケーションサーバーにより各ユーザ選好度プロファイルを獲得するステップを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
前記獲得ステップは、ＸＣＡＰ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）に基づくことを特徴とする請求項１２に記載の方法。
【請求項１４】
ネットワークで複数のユーザ装置のユーザ選好度プロファイルを管理する方法であって、
複数のユーザ選好度プロファイルを生成するステップ、ここで、各ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のないプロファイルフォーマット、活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及び各ユーザ装置に特定されたプロファイルフォーマットのうち少なくとも一つを含み；
共有サーバーで前記複数のユーザ選好度プロファイルを保存するステップ；
前記複数のユーザ装置に対応する一つ以上のユーザ選好度プロファイルを活性化するステップ、ここで、前記一つ以上のユーザ選好度プロファイルは、前記複数のユーザ選好度プロファイルから選択され；
アプリケーションサーバーに前記一つ以上のユーザ選好度プロファイルを提供するステップ；を含み、ここで、前記アプリケーションサーバーは、前記一つ以上のユーザ選好度プロファイルに含まれた選好度を具現することを特徴とする方法。
【請求項１５】
ユーザのためにユーザ選好度プロファイルを管理するシステムであって、
複数のユーザ装置；
前記複数の装置に対応する複数のクライアント；
前記複数のクライアントに対応するアプリケーションサーバー；
複数のユーザ選好度プロファイルを保存する共有サーバー；を含み、各ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のないプロファイルフォーマット、活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及びユーザの各装置に特定されたプロファイルフォーマットのうち少なくとも一つを含み、
ここで、各クライアントは、対応装置のために前記共有サーバーに保存されたユーザ選好度プロファイルを活性化し、前記アプリケーションサーバーは、前記対応装置に対する前記ユーザ選好度プロファイルに含まれた選好度を具現することを特徴とするシステム。
【請求項１６】
前記共有サーバーは、ＸＤＭＳ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  Ｄｏｃｕｍｅｎｔ  Ｍａｎａｇｅｍｅｎｔ  ｓｅｒｖｅｒ）であることを特徴とする請求項１５に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク通信分野に係り、特にネットワークのユーザ選好度プロファイルを管理する分野に関する。
【背景技術】
【０００２】
一定時間が経るにつれて、ネットワークのサービス提供者により提供されるサービスの個数が増加した。サービス提供者は、ユーザが選好度を選択するようにすることによって、ユーザの必要に応じて多様なアプリケーション、例えばメッセージアプリケーションの特性をカスタマイズさせた。しかし、ユーザに利用可能な選好度の個数は非常に多く、ユーザは、自身が処理しがたい各アプリケーションに対する選好度を管理する必要がある。
【０００３】
現在、既存の技法において、ユーザ選好度プロファイルを生成する選択権はユーザに提供されて、多様なアプリケーションの設定を管理するようにする。ユーザ選好度プロファイルは、共有された位置に保存され、これによって設定管理の複雑度を減少させる。しかし、ユーザ選好度プロファイルはアプリケーションごとに生成される。ユーザが他の通信装置からの類似したアプリケーションに接続する場合に、ユーザは、既存のユーザ選好度プロファイルを修正する必要がある。さらに、ユーザが該ユーザ選好度プロファイルを修正する場合に以前の設定は喪失される。ユーザが直面する複雑度は、ユーザが多数の装置を使用する場合に悪化する。
【０００４】
前述した議論の見地において、ネットワークでユーザ選好度プロファイルを管理する効率的な技法が依然として必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願で説明された本発明の実施形態は、ネットワークでユーザ選好度プロファイルを管理する方法及びシステムを提供する。
【課題を解決するための手段】
【０００６】
一例として、ネットワークで複数のユーザ装置のユーザ選好度プロファイルを管理する方法は、複数のユーザ選好度プロファイルを生成することを含む。各ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のないプロファイルフォーマット、活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及び各ユーザ装置に特定されたプロファイルフォーマットのうち少なくとも一つを含む。さらに、前記方法は、共有サーバーで複数のユーザ選好度プロファイルを保存することを含む。また、前記方法は、複数の装置に対応する少なくとも二つのユーザ選好度プロファイルを活性化することを含む。各ユーザ選好度プロファイルは、ユーザの装置に対応する。また、前記方法は、アプリケーションサーバーに前記少なくとも二つのユーザ選好度プロファイルを提供することを含む。該アプリケーションサーバーは、前記少なくとも二つのユーザ選好度プロファイルに含まれた選好度を具現する。
【０００７】
ネットワークでユーザの複数の装置のユーザ選好度プロファイルを管理する方法の他の例として、複数のユーザ選好度プロファイルを生成することを含む。各ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のない少なくとも一つのプロファイルフォーマット、活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及び各ユーザの装置に特定されたプロファイルフォーマットのうち少なくとも一つを含む。さらに、前記方法は、共有サーバーで前記複数のユーザ選好度プロファイルを保存することを含む。前記方法は、また、前記複数の装置に対応する一つ以上のユーザ選好度プロファイルを活性化することを含む。また、前記方法は、アプリケーションサーバーに前記一つ以上のユーザ選好度プロファイルを提供することを含む。前記アプリケーションサーバーは、前記一つ以上のユーザ選好度プロファイルに含まれた選好度を具現する。
【０００８】
ユーザのためにユーザ選好度プロファイルを管理するシステムの一例は、ユーザの複数の装置を含む。前記システムは、また、前記複数の装置に対応する複数のクライアントを含む。さらに、前記システムは、前記複数のクライアントに対応するアプリケーションサーバーを含む。また、前記システムは、複数のユーザ選好度プロファイルを保存する共有サーバーを含む。各ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のないプロファイルフォーマット、活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及びユーザの各装置に特定されたプロファイルフォーマットのうち少なくとも一つを含む。各クライアントは、対応装置のために前記共有サーバーに保存されたユーザ選好度プロファイルを活性化し、前記アプリケーションサーバーは、前記対応装置に対する前記ユーザ選好度プロファイルに含まれた選好度を具現する。
【発明の効果】
【０００９】
本願で説明された本発明の実施形態は、ネットワークでユーザ選好度プロファイルを管理する方法及びシステムを提供する。
【図面の簡単な説明】
【００１０】
添付図面において、同じ参照番号は、同じであるか、または機能的に類似した要素を指す。このような参照番号は、詳細な説明において多様な実施形態を例示すると共に、本発明の多様な様相と利点を説明するのに使われる。
【図１】一実施形態によるシステムのブロック図である。
【図２】多様な実施形態によって、ユーザ選好度プロファイルを生成して変更する方法を示したフローチャートである。
【図３ａ】一実施形態によって、ネットワークのユーザの複数の装置のためにユーザ選好度プロファイルを管理する方法を示す図面である。
【図３ｂ】一実施形態によって、ネットワークのユーザの複数の装置のためにユーザ選好度プロファイルを管理する方法を示す図面である。
【図４ａ】他の実施形態によって、ネットワークのユーザの複数の装置のためにユーザ選好度プロファイルを管理する方法を示す図面である。
【図４ｂ】他の実施形態によって、ネットワークのユーザの複数の装置のためにユーザ選好度プロファイルを管理する方法を示す図面である。
【図５】本発明の多様な実施形態によって、ネットワークのユーザの複数の装置のためにユーザ選好度プロファイルを管理する方法を示したフローチャートである。
【００１１】
技術分野の当業者は、図面の要素が単純化及び明確化に符合するように示され、スケールに合わせて示されないこともあることを理解できるであろう。例えば、図面の一部要素の寸法は、他の要素に比べて誇張されて示され、これは、本発明の多様な実施形態の理解を向上させる。
【発明を実施するための形態】
【００１２】
本特許出願、すなわち２００７年８月１日に出願されて株式会社三星電子に譲渡された国際公開番号ＷＯ２００８／０１６２６３Ａ１の特許出願は、本願で参照文献として含まれる。
【００１３】
特許出願の全体において、用語“活性プロファイル”は、活性プロファイルとして表示されるか、または活性化されるユーザ選好度プロファイルを意味するのに使われる。さらに、特許出願で言及されたＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）は、インターネット技術標準化団体（ＩＥＴＦ）で定義された標準である。
【００１４】
方法ステップ及びシステム構成要素は、図面で従来技術のシンボルにより示され、本発明の理解に関連した特定の細部事項のみを示すものであることを理解しなければならない。さらに、技術分野の当業者に自明な細部事項は示されないこともある。本発明において、第１及び第２のような関係語は、一つのエンティティを他のエンティティから区分するのに使われ、必ずしもこのようなエンティティ間の実際関係または順序を意味するものではない。
【００１５】
本願で説明された本発明の実施形態は、ネットワークでユーザ選好度プロファイルを管理する方法及びシステムを提供する。
【００１６】
図１は、一実施形態によるシステム１００のブロック図である。システム１００の例として、セッション開始プロトコル（ＳＩＰ）基盤のネットワーク及びＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）基盤のアーキテクチャーを含むが、これに限定されない。システム１００は、ユーザと対応する複数の装置、例えば第１装置１０５a及び第２装置１０５bを含む。ユーザは、装置から登録される。各装置は、クライアントを含むが、例えば、第１装置１０５aは、第１クライアント１１０aを含み、第２装置１０５bは、第２クライアント１１０bを含む。装置の例は、モバイル装置、コンピュータ、ラップトップ、データ処理ユニット、ハンドヘルド装置、通信装置及び個人用デジタルアシスタント（ＰＤＡ）を含むが、これらに制限されない。クライアントの例は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）文書管理（ＸＤＭ）クライアントを含むが、これに限定されない。装置上で多様なアプリケーションが実行される。このようなアプリケーションの例は、統合インターネットプロトコルメッセンジャー（ＣＰＭ）、インスタントメッセンジャー（ＩＭ）、ＰｏＣ（ｐｕｓｈ  ｔｏ  ｔａｌｋ  ｏｖｅｒ  ｃｅｌｌｕｌａｒ）または任意の他のメッセージアプリケーションを含むが、これらに限定されない。装置は、また、各アプリケーションに対応するクライアントを含み、例えば、ＰｏＣアプリケーションに対するＰｏＣクライアントである。
【００１７】
このような装置のユーザは、共有サーバー１１５上で多様なアプリケーションに対する多数のユーザ選好度プロファイルを生成して保存することができる。共有サーバー１１５の例は、ＸＤＭサーバー（ＸＤＭＳ）または任意の他のネットワーク保存所を含むが、これに限定されない。ユーザ選好度プロファイルの例としてホームプロファイル、オフィスプロファイル、トラベルプロファイル、スリーププロファイルまたは特定の設定を含む任意の他のプロファイルを含む。ユーザ選好度プロファイルは、ユーザ選好度、多様なアプリケーションに対するサービス設定、ルール、選好度、政策またはユーザにより設定可能な任意のその他の選好度または設定を含む。例として、ＰｏＣアプリケーションに対するサービス設定は、インカミングセッション禁止、応答モード、インカミングインスタント個人用警報禁止及び同時的なＰｏＣセッション支援設定を含むが、これらに限定されない。ＩＭに対するサービス設定の例は、インカミングセッション禁止、インカミングＩＭページャーモード禁止及び遅延メッセージの伝達を含むが、これらに限定されない。
【００１８】
各クライアントは、対応する装置のための活性化のためのユーザ選好度プロファイルをアプリケーションサーバー１２０に表示する。アプリケーションサーバー１２０は、共有サーバー１１５からユーザ選好度プロファイルを獲得し、対応する装置のためにユーザ選好度プロファイルに含まれた選好度を具現する。
【００１９】
理解するものとして、システム１００は、他の要素を含む。例えば、集合プロキシーは、クライアントと共有サーバー１１５との間の通信を可能にする。各アプリケーションは、クライアントとサーバーとを有するが、例えばＰｏＣクライアント、ＰｏＣサーバー及びＰｏＣ  ＸＤＭＳである。また、アプリケーションサーバー１２０は、一つ以上のサーバーをさらに含むことが理解される。
【００２０】
理解するものとして、ユーザは、同一な加入または相異なる加入のためにこのような装置を登録することができる。
【００２１】
このようなユーザ選好度プロファイルは、クライアントにより多様なプロファイルのフォーマットに生成されて保存される。ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のないプロファイルフォーマット、装置のために活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及びユーザの各装置に特定されたプロファイルフォーマットのうち少なくとも一つを含む。このようなユーザ選好度プロファイルを生成して修正する方法は、図２と関連して説明される。
【００２２】
図２は、多様な実施形態によって、ユーザ選好度プロファイルを生成して修正する方法を示したフローチャートである。
【００２３】
クライアントは、対応する装置からのＸＣＡＰ（ＸＭＬ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）ＰＵＴ方法を利用して、共有サーバー１１５上でユーザ選好度プロファイルを生成することができる。以後、クライアントは、ユーザ選好度プロファイルの成功的な生成に関する２００  ＯＫメッセージを受信する。
【００２４】
クライアントは、共有サーバー１１５でクライアントにより生成されたユーザ選好度プロファイルから読み取ることができる。ユーザ選好度プロファイルを検索するためにクライアントにより使われるプロトコルは、ＸＣＡＰ  ＧＥＴとなる。クライアントは、成功的な検索作業に関する２００  ＯＫ応答でユーザ選好度プロファイルのデータを受信する。
【００２５】
また、クライアントは、共有サーバー１１５でクライアントにより生成されたユーザ選好度プロファイルを変更することができる。このようなユーザ選好度プロファイルをアップデートするためにクライアントにより使われるプロトコルは、ＸＣＡＰ  ＰＵＴである。
【００２６】
ユーザは、複数の装置を有するが、例えば、単一アプリケーションのために使われる第１装置１０５a及び第２装置１０５bであり、これによって、ユーザは、各装置に対するアプリケーションの利用において相異なるセットの設定を設定することを所望することもある。一実施形態において、アプリケーションごとに及び各装置の設定でこれを達成するために、多様なプロファイルフォーマットが使われる。ユーザ選好度プロファイルは、このようなプロファイルフォーマットに共有サーバー１１５に保存される。以後、装置のために活性化される必要があるユーザ選好度プロファイルの表示は、アプリケーションサーバー１２０に送信される。活性化されなければならないユーザ選好度プロファイルは、このようなユーザ選好度プロファイルが活性プロファイルとして表示されるか、または活性化された以後に、活性プロファイルとして指される。以後、アプリケーションサーバー１２０は、装置に対する活性プロファイルを獲得するか、または提供され、装置に対する活性プロファイルの選好度を具現する。
【００２７】
ユーザの複数の装置のためにユーザ選好度プロファイルを管理する多様なプロファイルフォーマット及び方法は、図３Ａ、図３Ｂ、図４Ａ、図４Ｂ及び図５と関連して詳述する。
【００２８】
図３Ａ及び図３Ｂは、一実施形態によって、ネットワークでユーザの複数の装置のためにユーザ選好度プロファイルを管理する方法を示す図面である。
【００２９】
クライアントは、ユーザの複数の装置のための多様なユーザ選好度プロファイルを生成する。ユーザ選好度プロファイルは、装置とは独立的であるか、または任意の活性なユーザ選好度プロファイル情報のないプロファイルフォーマットを含む。表１は、活性なユーザ選好度プロファイル表示のないユーザ選好度プロファイルの例示的な表現を示す。
【００３０】
【表１】
2010536088.tif 000003
【００３１】
ユーザ選好度プロファイルは、共有サーバー１１５に保存される。活性なプロファイル表示のないユーザ選好度プロファイルは、例えば、図２の方法を利用して生成されて修正される。活性化されなければならないユーザ選好度プロファイルは、ユーザの各装置のためにアプリケーションサーバー１２０に表示される。実施形態において、各クライアントは、“選好度−設定”と呼ばれる新たなイベントパッケージに対するＳＩＰ  ＰＵＢＬＩＳＨをアプリケーションサーバー１２０に送信するが、これは、活性化される必要があるユーザ選好度プロファイルのプロファイル識別子と、このようなユーザ選好度プロファイルが活性化される装置識別子とを有する。例えば、第１クライアント１１０aは、第１装置１０５aに対する装置識別子と、プロファイル１に対するプロファイル識別子とをアプリケーションサーバー１２０に送信する。“選好度−設定”は、ＳＩＰ  ＰＵＢＬＩＳＨで存在するイベントヘッダフィールドに含まれる。“選好度−設定”イベントに対するＳＩＰ  ＰＵＢＬＩＳＨ要請のボディ部は、“アプリケーションまたは選好度−設定＋ｘｍｌ”データフォーマットの選好度−設定文書を含む。ＭＩＭＥタイプ“アプリケーションまたは選好度−設定＋ｘｍｌ”で識別される選好度−設定文書の例示的なフォーマットは、表２に示される。
【００３２】
【表２】
2010536088.tif 000004
【００３３】
選好度−設定文書は、基礎要素タグ＜ｐｒｅｆｅｒｅｎｃｅｓ−ｓｅｔｔｉｎｇｓ＞から始まる。該選好度−設定文書は、また、＜ｔａｒｇｅｔ−ｐｒｏｆｉｌｅ＞要素を含むが、これは、活性化されるユーザ選好度プロファイルの固有識別子を含む‘ｎａｍｅ’属性及びＵＲＬを含む‘ｕｒｌ’属性を含む。ＵＲＬは、ユーザの共有サーバー１１５に存在するユーザ選好度プロファイルでユーザ選好度プロファイルの位置を探すのに使用可能であり、‘ｄｅｖｉｃｅ−ｉｄ’は、ユーザが利用する装置を固有的に識別可能にするＳＩＰ  ＵＲＩを含む。装置識別子は、ＳＩＰ要請での“Ｃｏｎｔａｃｔ”ヘッダ値と同一である。装置識別子の例は、ＧＲＵＵ（Ｇｌｏｂａｌｌｙ  Ｒｏｕｔａｂｌｅ  Ｕｓｅｒ  Ａｇｅｎｔ  ＵＲＩ，ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｇｒｕｕ）または固有的に装置を識別可能な任意の他のＵＲＩである。
【００３４】
各クライアントは、［ＲＦＣ３９０３］と［ＲＦＣ４３５３］のルール及び手順によってＳＩＰ  ＰＵＢＬＩＳＨ要請を生成する。各クライアントは、また、ＳＩＰ  ＰＵＢＬＩＳＨボディ部、新たなイベント“選好度−設定”、記録でのユーザアドレスまたはアプリケーションサーバー１２０識別子に対するＳＩＰ  ＰＵＢＬＩＳＨ要請の要請−ＵＲＩを設定し、該ＳＩＰ  ＰＵＢＬＩＳＨ要請をアプリケーションサーバー１２０に送信する。
【００３５】
このような表示を受信すると共に、アプリケーションサーバー１２０は、ユーザ選好度プロファイルを提供される。活性なプロファイル表示を含むＳＩＰ  ＰＵＢＬＩＳＨ要請を受信したアプリケーションサーバー１２０は、［ＲＦＣ３９０３］のルール及び手順によってＳＩＰＰＵＢＬＩＳＨ要請を処理し、ＳＩＰ要請の処理が成功的でなければ方法は中断される。アプリケーションサーバー１２０は、ＳＩＰ  ＰＵＢＬＩＳＨ要請のボディ部で表示されたように活性化される必要があるユーザ選好度プロファイルの名称を保存する。アプリケーションサーバー１２０は、［ＲＦＣ３２６１］のルール及び手順によってＳＩＰ  ２００“ＯＫ”応答を生成し、ＳＩＰ  ＰＵＢＬＩＳＨ要請に対するＳＩＰ  ２００“ＯＫ”応答を送信する。活性なプロファイル表示が成功的に受信されれば、アプリケーションサーバー１２０は、ＸＣＡＰ  ＧＥＴまたはＳＩＰ  ＳＵＢＳＣＲＩＢＥを利用して共有サーバー１１５から活性プロファイルのコンテンツを獲得するように要請し、要請されたプロファイルのコンテンツを提供され、活性プロファイルに表示されたように選好度を具現する。一実施形態において、アプリケーションサーバー１２０は、ユーザからのＳＩＰ  ＰＵＢＬＩＳＨ要請で表示された装置に対する活性プロファイルのみを適用する。例えば、アプリケーションサーバー１２０は、第１クライアント１１０aにより第１装置１０５aに対してのみ要請されたユーザ選好度プロファイルを適用し、第２クライアント１１０bにより第２装置１０５bに対してのみ要請されたユーザ選好度プロファイルを適用する。
【００３６】
他の実施形態において、ユーザ選好度プロファイルの活性のための“選好度−設定”イベント公開を利用することに付加して、任意の他の種類のＳＩＰ方法がプロファイルを活性化するのに使用可能である。図３Ｂは、このような方法を示す。アプリケーションサーバー１２０が具現しなければならない装置に特定なユーザ選好度プロファイルを活性化するために、クライアントは、ＩＥＴＦ仕様のルール及び手順によってＳＩＰ要請を生成する。クライアントは、アプリケーションサーバー１２０識別子に対するＳＩＰ要請の要請−ＵＲＩを設定し、要請−ＵＲＩまたは接触ヘッダでヘッダパラメータ‘ｄｅｖｉｃｅ−ｉｄ’、例えば“Ｃｏｎｔａｃｔ”ヘッダ値またはｇｒｕｕまたは装置を固有的に識別するのにアプリケーションサーバーを助けるように提供される任意の値を含み、要請ＵＲＩまたは接触ヘッダで活性化されなければならないユーザ選好度プロファイルの名称を表すヘッダパラメータ“ａｃｔｉｖｅ＿ｐｒｏｆｉｌｅ”を含み、ＳＩＰ要請をアプリケーションサーバー１２０に送信する。
【００３７】
活性なプロファイル表示を含むＳＩＰ要請を受信すると共に、アプリケーションサーバー１２０はＳＩＰ要請を処理し、ＳＩＰ要請の処理が成功的でない場合に方法は中断する。アプリケーションサーバー１２０は、同じユーザアドレスを有するか、または相異なるアドレスを有する各装置のために個別的にＳＩＰ要請のヘッダパラメータで表示されたように活性プロファイルの名称を保存し、ＳＩＰ  ２００“ＯＫ”応答を生成し、ＳＩＰ要請に対するＳＩＰ  ２００“ＯＫ”応答を送信する。ＳＩＰ要請に対するＳＩＰ  ２００“ＯＫ”応答を受信すると共に、クライアントは、ユーザにアプリケーションサーバー１２０とのユーザ選好度プロファイル活性の成功的な通信を表示することができる。前述したように、プロファイル活性要請を受信すると共に、アプリケーションサーバー１２０は、共有サーバー１１５から対応するプロファイルを獲得し、ユーザ選好度プロファイル活性の要請で表示されたように装置に対してユーザ選好度プロファイルを適用する。
【００３８】
理解するものとして、活性プロファイルを表示し、該活性プロファイルをアプリケーションサーバー１２０に提供するのに多様なＳＩＰ基盤命令が使用可能である。
【００３９】
図４Ａ及び図４Ｂは、他の実施形態によって、ネットワークでユーザの複数の装置のためにユーザ選好度プロファイルを管理する方法を示す図面である。
【００４０】
クライアントは、ユーザの複数の装置に対する多様なユーザ選好度プロファイルを生成する。ユーザ選好度プロファイルは、活性なプロファイル表示を含むプロファイルフォーマットを含む。実施形態において、装置識別子、例えば＜ｄｅｖｉｃｅ−ｉｄ＞要素タグがこのようなユーザ選好度プロファイルに付加されて、ユーザ選好度プロファイルを活性プロファイルとして表示する。活性なプロファイル表示を含むプロファイルフォーマットは、装置のために適用される選好度が分かるためにアプリケーションサーバー１２０により使われる。装置識別子の値は、共用のＧＲＵＵまたはＲＥＧＩＳＴＥＲ要請で使われる“Ｃｏｎｔａｃｔ”ヘッダの値となる。共用のＧＲＵＵを得るために、ｄｒａｆｔ−ｉｅｔｆ−ｓｉｐ−ｇｒｕｕ−１４で説明された手順は、下記の通りである。
【００４１】
理解するものとして、このような装置識別子は、アプリケーションサーバー１２０が固有的に装置を識別するように助ける任意の値となる。
【００４２】
特定の装置の特定のアプリケーションに対する活性プロファイルは、特定のアプリケーションのユーザ選好度プロファイルで＜ｄｅｖｉｃｅ−ｉｄ＞要素タグの存在により識別されるが、ここで、この値は、使用が意図された装置の固有識別子と一致する。これを達成するために、ユーザクライアントは、ＸＣＡＰ  ＰＵＴ動作を利用する。ユーザクライアントは、ＲＦＣ  ４８２５［ＸＣＡＰ］のセクション６で説明されたようなＸＣＡＰ  ＰＵＴ  ＵＲＩを構成可能であり、これによって、固有の装置識別子の値を有する＜ｄｅｖｉｃｅ−ｉｄ＞要素タグが特定の装置のためにクライアントの活性化を所望するアプリケーションのプロファイルに付加される。
【００４３】
表３は、ユーザが特定の装置のために活性化を所望するアプリケーションの目標プロファイル内の＜ｄｅｖｉｃｅ−ｉｄ＞要素で目標装置の識別子を有するプロファイルフォーマットの例示的な表現である。
【００４４】
【表３】
2010536088.tif 000005
【００４５】
ＰＲＯＦＩＬＥ＿１のために、第１装置１０５aの＜ｄｅｖｉｃｅ−ｉｄ＞要素が付加される。このような付加は、ユーザが第１装置１０５aのためのＰＲＯＦＩＬＥ＿１の活性化を所望していることを表す。類似には、第２装置１０５bの場合に、ＰＲＯＦＩＬＥ＿２のために第２装置１０５bの＜ｄｅｖｉｃｅ−ｉｄ＞要素が付加される。同種のＳＥＲＶＩＣＥ＿ＮＡＭＥ＿１アプリケーションの場合、ユーザは、第２装置１０５bのためにＰＲＯＦＩＬＥ＿２を活性化することができる。
【００４６】
活性なプロファイル表示のないユーザ選好度プロファイルは、例えば、図２の方法を利用して生成されて修正される。
【００４７】
アプリケーションサーバー１２０がユーザの任意の装置との通信を所望する度に、アプリケーションサーバー１２０は、この装置により活性に設定されるユーザ選好度プロファイルを適用する。これを達成するために、アプリケーションサーバー１２０は、対応するユーザ装置により設定された活性プロファイルが分からなければならない。
【００４８】
実施形態において、アプリケーションサーバー１２０は、ユーザ選好度プロファイル変更に加入することによって活性プロファイルが分かる。アプリケーションサーバー１２０は、ｄｒａｆｔ  ｄｒａｆｔ−ｕｒｐａｌａｉｎｅｎ−ｓｉｐ−ｘｃａｐ−ｄｉｆｆ−ｅｖｅｎｔ−０１で説明されたユーザ選好度プロファイルで活性プロファイルに対して行われた変更に加入する。図４Ａは、加入メカニズムに対するフローを示す。アプリケーションサーバー１２０は、ユーザ選好度プロファイルで活性プロファイルに対して行われた変更において続けてアップデートされる。ユーザが活性プロファイルを設定する度に、アプリケーションサーバー１２０は、ユーザ選好度プロファイルに対して行われた変更を通知される。
【００４９】
表４は、アプリケーションサーバー１２０が誘発した“ｘｃａｐ−ｄｉｆｆ”イベントＳＵＢＳＣＲＩＢＥ要請に対する例示的な表現である。
【００５０】
【表４】
2010536088.tif 000006
【００５１】
さらに、ＳＵＢＳＣＲＩＢＥ要請は、ＲＦＣ  ４６６０“イベント通知フィルタリングに対する機能的な説明”によるイベント通知フィルタを含むことによって、活性プロファイルの通知に関する微細な条件を設定できる。
【００５２】
他の実施形態において、共有サーバー１１５は、ユーザ選好度プロファイル及びその変更をＳＩＰ  ＰＵＢＬＩＳＨする。ユーザ選好度プロファイルを保存した共有サーバー１１５は、活性プロファイルをアプリケーションサーバー１２０に伝達するが、イベントパッケージのためのＳＩＰ  ＰＵＢＬＩＳＨを利用する。図４Ｂは、ＳＩＰ  ＰＵＢＬＩＳＨメカニズムに対するフローを示す。イベントパッケージの名称は、“ユーザ−選好度”と呼ばれる。その値は、ＳＩＰ  ＰＵＢＬＩＳＨに存在するイベントヘッダフィールドで表れる。
【００５３】
表５は、イベント“ユーザ−選好度”を有するＳＩＰ  ＰＵＢＬＩＳＨの例示的な表現である。
【００５４】
【表５】
2010536088.tif 000007
【００５５】
ユーザがＸＭＬ文書を修正することによって、ユーザ選好度プロファイルを修正する場合、共有サーバー１１５は、活性プロファイルのコンテンツを含むＳＩＰ  ＰＵＢＬＩＳＨをアプリケーションサーバー１２０に送信する。“ユーザ−選好度”は、ＳＩＰ  ＰＵＢＬＩＳＨに対するイベントパッケージとして使われ、ユーザ選好度プロファイルは、ＳＩＰ  ＰＵＢＬＩＳＨのペイロードとして運搬され、コンテンツタイプは、“アプリケーションまたはユーザ−選好度＋ｘｍｌ”となる。
【００５６】
実施形態において、アプリケーションサーバー１２０は、特定のサービスを利用して特定の装置のために一つのプロファイルを活性化させる。登録解除時のクライアントは、ＸＣＡＰ  ＤＥＬＥＴＥ動作を行うことによって、ＳＩＰ  ＲＥＧＩＳＴＥＲの間にクライアントにより付加された＜ｄｅｖｉｃｅ−ｉｄ＞要素タグを除去する。
【００５７】
共有サーバー１１５は、ネットワーク障害及び再起動により登録が緩くなった装置の＜ｄｅｖｉｃｅ−ｉｄ＞要素タグの除去を担当する。
【００５８】
実施形態において、ユーザ選好度プロファイルは、ユーザの各装置に特定されたプロファイルフォーマットを含む。ユーザ選好度プロファイルは、装置の特定のプロファイルとなる。各装置は、装置と関連したユーザ選好度プロファイル集合を有し、各装置は、このような集合から任意の一つのユーザ選好度プロファイルを選択する。例示的なプロファイルフォーマットは、次のようなものを含む。
<device-profile id=”value1”>
<!-Set of Profiles for this device -->
</device-profile>
<device-profile id=”value2”>
<!- Set of Profiles for this device  -->
</device-profile>
【００５９】
ユーザは、ユーザが利用する装置に対して装置識別子を割り当てることができ、装置識別子は、一定期間にわたって同一に維持される。ユーザ選好度プロファイルは、同じ名称となるが、同じ名称を有するユーザ選好度プロファイルの特性は、相異なる装置ごとに変わる。例えば、ホームプロファイルを利用するモバイル装置は、ホームプロファイルを利用するラップトップ装置と異なる特性を有する。
【００６０】
活性なプロファイル表示のないユーザ選好度プロファイルは、例えば、図２の方法を利用して生成されて修正される。
【００６１】
実施形態において、ユーザ選好度プロファイルの保存において最適化のために、図３Ａ及び図３Ｂで説明されたようなユーザ選好度プロファイルの一般的な集合が生成され、このような一般的な集合の照会が特定の装置下で含まれる。共通的なユーザ選好度プロファイルに対する照会とは別個として、装置は、この装置に特定された特性を有する実際のプロファイルを有する。プロファイルの例示的な表現は、次のようなものを含む。
<device-profile id=”value1”>
<!-Set of Profile IDs for this device、 contents of which are stored in common pool of profiles -->
<!- set of profiles specific to this device -->
</device-profile>
<device-profile id=”value2”>
<!- Set of Profile IDs for this device 、 contents of which are stored in common pool of profiles -->
<!- set of profiles specific to this device -->
</device-profile> 
【００６２】
理解するものとして、ユーザ選好度プロファイルが各ユーザ装置に特定されたプロファイルフォーマットを含む場合に、活性化のためのユーザ選好度プロファイルの表示は、活性なプロファイル表示を含むユーザ選好度プロファイルで使われた表示技法と類似している。さらに、アプリケーションサーバー１２０に活性プロファイルを提供するステップ及び提供ステップ以後のステップは類似している。
【００６３】
理解するものとして、任意の時点で、クライアントは、活性プロファイルを変更することができる。実施形態において、以前のユーザ選好度プロファイルは、継続的なセッションの間に使用可能であり、アップデートされたユーザ選好度プロファイルは、活性プロファイルが変更された以後に開始されたセッションの間に使われる。セッション伝達の間に、ユーザ選好度プロファイルは、伝達されるセッションが影響されないように適用される。また、装置のユーザは、伝達されるセッションの間に使われるユーザ選好度プロファイルを選択する選択権を提供される。
【００６４】
図５は、本発明の多様な実施形態によって、ネットワークでユーザの複数の装置のためにユーザ選好度プロファイルを管理する方法を示したフローチャートである。
【００６５】
方法は、ステップ５０５から始まる。
【００６６】
ステップ５１０において、複数のユーザ選好度プロファイルが生成される。ユーザ選好度プロファイルは、ユーザ選好度、多様なアプリケーションのためのサービス設定、ルール、選好度、政策またはユーザにより設定可能な任意のその他の選好度または設定を含む。各ユーザ選好度プロファイルは、活性なユーザ選好度プロファイル表示のないプロファイルフォーマット、活性なユーザ選好度プロファイル表示を含むプロファイルフォーマット、及びユーザの各装置に特定されたプロファイルフォーマットのうち少なくとも一つを含む。プロファイルフォーマットは、ユーザが複数の装置からの各登録された装置のために、任意の一つのユーザ選好度プロファイルを活性プロファイルとして設定可能にする。また、プロファイルフォーマットは、ユーザが一つの装置から多数のアドレスに登録されている場合に、ユーザがユーザ選好度プロファイルを選択するようにする。ユーザ選好度プロファイルは、ユーザアドレスによって、装置識別子及びそれらの組み合わせによって維持される。
【００６７】
ステップ５１５において、ユーザ選好度プロファイルは、共有サーバーに保存される。
【００６８】
ステップ５２０において、ユーザの複数の装置に対応する一つ以上のユーザ選好度プロファイルが活性化される。実施形態において、活性化のための各ユーザ選好度プロファイルは、装置と対応する。また、一つのユーザ選好度プロファイルは、ユーザの多数の装置と対応する。
【００６９】
以後、ステップ５２５において、一つ以上のユーザ選好度プロファイルは、アプリケーションサーバーに提供される。アプリケーションサーバーは、ユーザの対応する装置のためにユーザ選好度プロファイルに含まれた選好度を具現する。実施形態において、アプリケーションサーバーは、装置のための活性プロファイルの表示を受信すると共に、共有サーバーからユーザ選好度プロファイルを獲得する。
【００７０】
ユーザは、同じ加入のために、または相異なる加入のために装置を登録できることが理解される。
【００７１】
また、理解するものとして、図５で説明された多様な方法ステップは、ＳＩＰ基盤の命令またはＸＣＡＰ命令を利用して具現可能である。
【００７２】
方法は、ステップ５３０で中断される。
【００７３】
前述した方法は、下記の例により説明される。
【００７４】
ユーザは、特定の加入ｉｄで登録される。ユーザは、モバイル装置及びラップトップ装置で同じ加入ｉｄを使用する。ユーザは、モバイル装置及びラップトップ装置に対応する活性化のために相異なるユーザ選好度プロファイルを選択することができる。モバイル装置のために選択されたユーザ選好度プロファイルは、モバイル特定設定を含み、ラップトップ装置のために選択されたユーザ選好度プロファイルは、ラップトップ特定設定を含む。さらに、ユーザは、装置プロファイル識別プロファイルフォーマットを利用することによって、同じ名称を有するユーザ選好度プロファイルを有する。
【００７５】
ユーザは、特定のモバイル装置に登録する。ユーザは、二つの相異なる加入ｉｄを使用できるが、例えば、モバイル装置における第１加入ｉｄ及び第２加入ｉｄである。ユーザは、第１加入ｉｄ及び第２加入ｉｄに対応する活性化のために相異なるユーザ選好度プロファイルを有する。
【００７６】
本発明の一つ以上の実施形態の一つ以上のステップは、コンピュータシステムを利用して具現可能である。このようなコンピュータシステムは、情報処理のためにバスと結合されたプロセッサを含む。コンピュータシステムは、また、ランダムアクセスメモリ（ＲＡＭ）などの主メモリまたはその他の動的保存装置を含むが、これは、プロセッサにより実行される情報及び命令を保存するためにバスと結合されている。このような主メモリは、プロセッサにより実行される命令が実行される間に、臨時変数またはその他の中間情報を保存するのに使われる。コンピュータシステムは、また、プロセッサのための静的情報及び命令を保存するためのバスと結合された読み取り専用メモリ（ＲＯＭ）またはその他の静的保存装置を含む。磁気ディスクまたは光ディスクなどの保存装置も提供可能であり、これは、情報と命令を保存するためのバスと結合される。コンピュータシステムは、プロセッサに対する命令選択と情報を交換するために、バスを通じて入力装置及びディスプレイ部と結合される。
【００７７】
本発明の実施形態は、本願で説明された技法を具現するためのコンピュータシステムの使用と関連する。一実施形態において、技法は、主メモリに含まれた一つ以上の命令の一つ以上のシーケンスを実行することによって、プロセッサにより行われる。このような命令は、保存装置などの他のマシン読み取り可能な媒体から主メモリに読み取られる。主メモリに含まれた命令のシーケンスの実行により、プロセッサは、本願で説明された方法を行う。
【００７８】
本願で説明された用語“マシン読み取り可能な媒体”は、特定の方式でマシンを動作させるデータの提供に参与する任意の媒体を指す。コンピュータシステムを利用して具現される一実施形態において、多様なマシン読み取り可能な媒体は、例えば、実行のためにプロセッサに命令を提供する時に含まれる。このような媒体は、多様な形態となるが、これは、記録媒体及び伝送媒体を含むが、これらに限定されない。記録媒体は、不揮発性媒体及び揮発性媒体を含む。不揮発性媒体は、例えば、保存装置などの光ディスクまたは磁気ディスクを含む。揮発性媒体は、主メモリなどの動的メモリを含む。伝送媒体は、同軸ケーブル、銅線及び光ファイバを含み、バスを含む電線も含む。伝送媒体は、また、無線波及び赤外線データの通信中に発生した波形などの音響波または光波の形態を有する。このような媒体は、媒体により運搬される命令が物理的メカニズムにより検出されるように具現可能であるが、ここで、物理的メカニズムは、命令をマシンで読み出す。
【００７９】
マシン読み取り可能な媒体の一般的な形態は、例えば、フロッピー（登録商標）ディスク、フレキシブルディスク、ハードディスク、磁気テープ、または任意のその他の磁気媒体、ＣＤ−ＲＯＭ、任意のその他の光媒体、パンチカード、紙テープ、ホールパターンの任意のその他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＰＲＯＭ、任意のその他のメモリチップまたはカットリッジ、後述する搬送波、または例えば、コンピュータによりオンラインソフトウェア、ダウンロードリンク、架設リンク及びオンラインリンクで読み取り可能な任意のその他の媒体を含む。
【００８０】
多様なプロファイルフォーマットは、ユーザが相異なる装置に対する相異なるセットの選好度を有するようにする。また、ユーザ選好度プロファイルの管理におけるユーザ便宜性が改善される。
【００８１】
先行した明細書で、本発明とその利点は、特定の実施形態を参照して説明された。しかし、特許請求の範囲で提示されたように、本発明の範疇を逸脱せずに多様な変化と変形がなされることは、技術分野の当業者に自明である。したがって、明細書及び図面は、制限的な意味ではない本発明の例示的な例として見なされなければならない。このような変形は、いずれも本発明の範疇内に含まれるものと意図される。
【符号の説明】
【００８２】
１０５ａ  第１装置
１０５ｂ  第２装置
１１５  共有サーバー
１２０  アプリケーションサーバー
【図１】
2010536088.tif 000008
【図２】
2010536088.tif 000009
【図３ａ】
2010536088.tif 000010
【図３ｂ】
2010536088.tif 000011
【図４ａ】
2010536088.tif 000012
【図４ｂ】
2010536088.tif 000013
【図５】
2010536088.tif 000014
【国際調査報告】
2010536088.tif 000015
2010536088.tif 000016