(57)【特許請求の範囲】
【請求項１】
ＰＲＬ情報と共に第１プロファイリングの要請情報をクライアントから受信する受信部であって、前記ＰＲＬ情報は、前記クライアントのプロファイル特性と関連した第１プロファイル情報を保存して管理する第１プロファイル保存部の位置情報である、受信部；
前記サーバのプロファイル特性と関連した第２プロファイル情報と、前記少なくとも一つ以上のクライアントの要請によって発生し得る新規または追加のプロファイル情報を保存して管理する第２プロファイル保存部と、
前記ＰＲＬ情報を利用して、前記第１プロファイル保存部にアクセスし、前記第１プロファイル情報を獲得するプロファイルハンドラと、
前記獲得された第１プロファイル情報の有効性の可否を確認するプロファイルバリデータと、
前記確認された第１プロファイル情報と、前記第２プロファイル保存部に保存された前記第２プロファイル情報とを抽出および分析するプロファイルアナライザであって、前記分析することは、前記クライアント、前記サーバおよびネットワークの特性と環境の制約事項を調査し、前記第１プロファイル情報と第２プロファイル情報とを比較することにより前記クライアントと前記サーバ間の最適なプロファイル・マッチングをとり、それにより、前記クライアントにおけるコンテンツ適応化のために最適なプラットフォームプロファイル情報を提供する、プロファイルアナライザ、および
前記プロファイルアナライザによって分析および抽出されたプロファイル情報に基づいて要請した端末に最適化された新規および追加のプロファイル情報を生成して前記クライアントに提供するプロファイルマップを含む、サーバ。
【請求項２】
前記第１プロファイル情報は、前記クライアントに関して、ハードウェアの特性、ソフトウェアの特性、ネットワークの特性、およびユーザ好み情報のうち少なくとも一つの以上を含む、請求項１に記載のサーバ。
【請求項３】
前記第２プロファイル情報は、前記サーバに関して、ハードウェアの特性、ソフトウェアの特性、およびネットワークの特性と少なくとも一つの前記クライアントの要請によって発生する新規または追加のプロファイル情報のうち少なくとも一つの以上を含む、請求項１に記載のサーバ。
【請求項４】
第１プロファイリングを要請する情報を受信するステップと、
前記第１プロファイリングを要請する情報を送信した端末がＣＣ／ＰＰに基づいたプロファイル情報をサポートするかどうかを判断するステップと、
ＣＣ／ＰＰをサポートする端末である場合、ＰＲＬ情報を利用して第１プロファイル情報にアクセスして獲得するステップと、
前記獲得された第１プロファイル情報の有効性の可否を確認するステップと、
前記クライアント、前記サーバおよびネットワークの特性と環境の制約事項を調査し、前記確認された第１プロファイル情報と第２プロファイル情報とを比較分析することにより前記クライアントと前記サーバ間の最適なプロファイル・マッチングをとり、それにより、前記クライアントにおけるコンテンツ適応化のために最適なプラットフォームプロファイル情報を抽出して変換するステップ、および
前記抽出および変換されたプロファイル情報に基づいて最適の第１プロファイリング応答情報を生成して提供するステップを含む、サーバにおけるプロファイリング方法。
【請求項５】
第１プロファイリングの要請情報を受信するステップと、
前記第１プロファイリングを要請する情報を送信した端末がＣＣ／ＰＰに基づいたプロファイル情報をサポートするかどうかを判断するステップと、
ＣＣ／ＰＰをサポートしない端末である場合、ＰＲＬ情報を利用して前記第１プロファイル情報にアクセスし、そのうち有効な情報のみを抽出するステップと、
前記抽出された情報に基づいて前記端末、前記サーバおよびネットワークの特性と環境の制約事項を調査し、プロファイリングに必要な新規または追加の情報に対し分析を行うステップと
前記分析された情報を根拠として前記端末と前記サーバ間の最適なプロファイル情報であるＣＣ／ＰＰに基づいた規則に適した新規または追加の情報を生成して変換するステップ、および
前記生成して変換されたプロファイル情報に基づいて第１プロファイリングの応答情報を生成して伝送するステップを含む、ＲＵＩサーバにおけるプロファイリング方法。
【請求項６】
前記第１および第２プロファイル情報は、あらかじめ規定された所定の用語集に基づいて規定され、前記選択された用語集の規則により前記第１および第２プロファイル情報を分析、抽出、生成および変換される、請求項４または請求項５に記載のＲＵＩサーバにおけるプロファイリング方法。
【請求項７】
前記所定の用語集は、それぞれのデバイスによって選択が可能であり、それぞれのデバイスに対するプロファイルの属性を挿入、変更、および削除が容易であるため、デバイス独立性（ｄｅｖｉｃｅｓ  ｉｎｄｅｐｅｎｄｅｎｃｅ）およびプロファイル拡張性が高い、請求項６に記載のＲＵＩサーバにおけるプロファイリング方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＵＩ（ｒｅｍｏｔｅ  ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）プロファイリングのためのネットワークシステムおよび方法に関するものであって、特に、ＣＣ／ＰＰ（ｃｏｍｐｏｓｉｔｅ  ｃａｐａｂｉｌｉｔｉｅｓ／ｐｒｅｆｅｒｅｎｃｅ  ｐｒｏｆｉｌｅｓ）に基づいた多様なコンテンツに対する最適のサービス適応化のためにＲＵＩクライアントとＲＵＩサーバ間の最適のＲＵＩプロファイルマッチングを実行するネットワークシステムおよび方法に関するものである。
【背景技術】
【０００２】
有無線ネットワークを利用した通信網の発達により、現在のインターネット技術は、過去のどのときよりもさらにより進んでおり、このような通信技術と連動して共に発展してきた多様化されたモバイルデバイスおよび組込型コンピュータ技術により、いつどこでもコンピュータ技術を利用できるユビクォトス時代を迎えている。
【０００３】
ＰＤＰｓ（ｐｌａｓｍａ  ｄｉｓｐｌａｙ  ｐａｎｅｌｓ）、ＰＤＡｓ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔｓ）、携帯電話およびテレマティックス装置のようなフレキシブルで移動性のある最先端機器は多様化されて私どもの生活にだんだんと入り込んでおり、ユーザはＰＣのように豊富で多様なコンテンツを求めている。
【０００４】
このように個々人の多様な好みを満足させる最適のサービスを提供するためには異質な環境のクライアントデバイスだけでなく、今後出現する新しい機能と制約事項（Ｃｏｎｓｔｒａｉｎｔｓ）を有する端末に対し、最適化されたサービスを提供できるように最適のコンテンツ適応化（Ｃｏｎｔｅｎｔｓ  Ａｄａｐｔａｔｉｏｎ）過程およびコンピュータ環境の構築が必要である。
【０００５】
しかし、このような多様な異種機器の増加はそれぞれの端末が有する互いに異なる性能（ｃａｐａｂｉｌｉｔｉｅｓ）のハードウェア、ソフトウェア、ネットワーク上の特性、およびユーザの好み（Ｕｓｅｒ  ｐｒｅｆｅｒｅｎｃｅ）などにより、サービスを提供する各々の端末の状況に最適化されたアプリケーション開発の複雑性を増加させる。サービス提供者またはサービス開発者が、このように多様な機器と個々人の好みを全て満足させるカスタマイズサービスを開発し、提供できることが最も望ましいことであるが、現在は前述したようなそれぞれの端末の多様な特性によりそれぞれの端末に適するように同一の内容のサービスを互いに異なる形式で重複して開発しなければならないという困難があり、これによる時間、費用の浪費もまた大きいと言える。
【０００６】
このような問題を解決するためには、多様なデバイスに個別的にサポートできるデバイス独立の（ｄｅｖｉｃｅ−ｉｎｄｅｐｅｎｄｅｎｔ）プロファイリングシステムおよび方法が必要であり、このようなデバイス独立的プロファイリングを利用すると、多様な環境のデバイスから要求された多様なコンテンツに対するサービスをそれぞれのクライアントの特性に最適化された形態で簡単に変換して提供できるだけでなく、以前のような必要のないサービスの開発費用もまた大きく節減することができる。
【０００７】
それぞれのデバイスの特性に基づいたデバイス独立のサービスを提供するためには先ずそれぞれのデバイス環境を基盤とした情報が必須に求められる。このようなデバイス環境を基盤とした情報には各端末のハードウェア、ソフトウェア、およびネットワークの特性だけでなく、ユーザの好み、またユーザの位置や使用する言語など追加的なアプリケーションに特化したパラメータ値もまた含まれる。ここでサーバが各デバイス環境を基盤としたプロファイル情報に基づきユーザの端末に最適化されたサービスを提供できるようにするためには、このようなユーザ端末とサーバ間のプロファイル情報をどのように効率的にマッチするのかに対するコンテンツネゴシエーション（Ｃｏｎｔｅｎｔ  Ｎｅｇｏｔｉａｔｉｏｎ）とコンテンツ適応化（Ｃｏｎｔｅｎｔ  Ａｄａｐｔａｔｉｏｎ）の問題が発生しうることを考慮しなければならない。要約すれば、コンテンツネゴシエーションとは、それぞれのクライアント、サーバ、およびネットワークなどの特性と環境の制約事項など（以下「コンテクスト」という）を調査して分析する過程、すなわちクライアントとサーバ間のＲＵＩプロファイルの最適のマッチ（ｍａｔｃｈ）のためのＲＵＩプロファイルの関連情報を調査して分析する過程をいい、前記のようなコンテンツネゴシエーションを経て適応化の対象になるクライアントに最適のクライアントプラットフォームプロファイル情報を提供することによってコンテンツ適応化が成される。
【０００８】
コンテンツネゴシエーションおよびコンテンツ適応化のための従来のブラウザ基盤のＲＵＩ（Ｒｅｍｏｔｅ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ：ＲＵＩ）標準のＣＥＡ−２０１４標準を調べる。
【０００９】
図１は、従来ＣＥＡ−２０１４標準の構造１００を概ね図示する構成図である。図１を参照すると、前記ＣＥＡ−２０１４標準はＲＵＩクライアント（Ｒｅｍｏｔｅ  ＵＩ  ｃｌｉｅｎｔ）１１０、ＲＵＩサーバ（Ｒｅｍｏｔｅ  ＵＩ  Ｓｅｒｖｅｒ）１２０、およびＵＩコントロールポイント（ＵＩ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）１３０を含み構成され得る。
【００１０】
前記ＲＵＩクライアント１１０は、前記ＲＵＩサーバ１２０から伝達されたＲＵＩのレンダリング（ｒｅｎｄｅｒｉｎｇ）およびコントロール（ｃｏｎｔｒｏｌ）する役割を果たす。前記ＲＵＩサーバ１２０は少なくとも一つ以上のＲＵＩを提供することができる。前記ＵＩＣＰ１３０は、前記ＲＵＩクライアント１１０と前記ＲＵＩサーバ１２０を見つけ、２つの装置間の連結を設定する役割を果たす。
【００１１】
前記ＲＵＩクライアント１１０から前記ＲＵＩサーバ１２０にサービス受けようとするコンテンツを要請すると、前記ＵＩＣＰ１３０を介して各自のＲＵＩプロファイル情報を交換し、コンテンツネゴシエーションを経て最適のプロファイルマッチを行うことによって前記クライアント端末に最適化されたＸＨＴＭＬコンテンツを提供することができる。
【００１２】
従来ＣＥＡ−２０１４標準は、クライアント端末に最適化されたサービスを提供するためにコンテンツネゴシエーション過程でやり取りするＲＵＩプロファイルの関連情報を前記ＣＥＡ−２０１４標準スペック内で独自に定義することができる。例えば、ａ）前記ＲＵＩクライアントおよびサーバ装置１１０，１２０に対するスペック、ｂ）ホームＬＡＮ（ｈｏｍ  ＬＡＮ）を介した前記クライアントとサーバ１１０，１２０の相互作用に対するスペック、ｃ）インターネットを介した前記クライアントとサーバ１１０，１２０の相互作用に対するスペックおよびｄ）前記クライアント装置に要求される新たなブラウザ（例：ＣＥ−ＨＴＭＬ）に対するスペックがこれに該当する。前述した４つのＲＵＩスペックによる前記クライアント端末に最適化されたサービスを提供できる領域と提供できない領域が図１に示されている。
【００１３】
図２は、従来ＣＥＡ−２０１４標準に基づくＲＵＩプロファイル例を図示する図である。図２を参照すると、前記ＲＵＩクライアント１１０と前記ＲＵＩサーバ１２０装置のＲＵＩプロファイル情報を記述することにおいて、前記ＣＥＡ−２０１４標準スペックで定義したＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）タグ形式に従う。すなわち、フォントタイプ、スクロールキーの有無、ナビゲーションキーの有無、プレー制御キーの有無、ダウンロードの可否などＲＵＩのための特性値に対するタグと値の集合で構成されている。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
前述したような従来のＣＥＡ−２０１４標準に基づくＲＵＩ（ｒｅｍｏｔｅ  ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）プロファイルはブラウザの特性に対する技術とホームＬＡＮ（ｈｏｍｅ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）や一般的なインターネット技術（特化されたストリーミングは含まれない）によるコンテンツ適応化に対する技術のみを対象として設計されており、多様なデバイス環境を基盤にしたコンテンツネゴシエーションに充分に活用できない限界がある。
【００１５】
したがって、本発明の目的は、多様なハードウェア、ソフトウェア、ネットワーク、およびサポートするサービス情報などのような一連の端末特性だけでなく、ユーザの好み、ユーザの位置または使用する言語など追加的なアプリケーションに特化したパラメータ値などを含み得るＲＵＩプロファイリングのためのネットワークシステムおよび方法を提供することにその目的がある。
【００１６】
しかし、本発明の目的は、上記言及した課題に制限されない。前述した目的と異なる本発明の目的は、次の記載から当業者に明確に理解できるであろう。
【課題を解決するための手段】
【００１７】
前記課題を達成するため、本発明によるＲＵＩプロファイリングネットワークシステムにおいて、前記少なくとも一つ以上のクライアントは、前記クライアントのプロファイル特性と関連した第１プロファイル情報を保存して管理する第１プロファイル保存部（ｐｒｏｆｉｌｅ  ｒｅｐｏｓｉｔｏｒｙ）と、前記第１プロファイル保存部の位置情報であるＰＲＬ情報を含んでいるプロファイル保存位置部（ｐｒｏｆｉｌｅ  ｒｅｐｏｓｉｔｏｒｙ  ｌｏｃａｔｏｒ）、およびプロファイリングの要請時、前記ＰＲＬ情報と共に前記第１プロファイリングの要請情報を伝送してそれに対応する前記第１プロファイリングの応答情報を受信し、表示するためのブラウザを含み構成し得る。
【００１８】
前記課題を達成するため、本発明によるＲＵＩプロファイリングネットワークシステムにおいて、前記クライアントは、前記クライアントのプロファイルの特性と関連した第１プロファイル情報を保存して管理する第１プロファイル保存部（ｐｒｏｆｉｌｅ  ｒｅｐｏｓｉｔｏｒｙ）と、前記第１プロファイル保存部の位置情報であるＰＲＬ情報を含んでいるプロファイル保存位置部（ｐｒｏｆｉｌｅ  ｒｅｐｏｓｉｔｏｒｙ  ｌｏｃａｔｏｒ、ＰＲＬ）、およびプロファイリングの要請時、前記ＰＲＬ情報と共に前記第１プロファイリングの要請情報を伝送して、それに対応する前記第１プロファイリングの応答情報を受信し、表示するためのブラウザを含み得る。
【００１９】
前記課題を達成するため、本発明によるＲＵＩプロファイリングネットワークシステムにおいて、前記サーバは、前記サーバのプロファイルの特性と関連した第２プロファイル情報と、前記少なくとも一つのクライアントの要請によって発生し得る新規または追加のプロファイル情報を保存して管理する第２プロファイル保存部（ｐｒｏｆｉｌｅ  ｒｅｐｏｓｉｔｏｒｙ）と、前記ＰＲＬ情報を利用して前記第１プロファイル保存部にアクセスし、前記第１プロファイル情報を獲得するプロファイルハンドラ（ｐｒｏｆｉｌｅ  ｈａｎｄｌｅｒ）と、前記獲得された第１プロファイル情報の有効性の可否を確認するプロファイルバリデータ（Ｐｒｏｆｉｌｅ  Ｖａｌｉｄａｔｏｒ）と、前記確認された第１プロファイル情報と、前記第２プロファイル保存部に保存された前記第２プロファイル情報を分析および抽出するプロファイルアナライザ（Ｐｒｏｆｉｌｅ  ａｎａｌｙｚｅｒ）、および前記プロファイルアナライザによって分析および抽出されたプロファイル情報に基づいて要請した端末に最適化された新規および追加のプロファイル情報を生成して提供するプロファイルマップ（ｐｒｏｆｉｌｅ  ｍａｐｐｅｒ）を含み構成し得る。
【００２０】
前記課題を達成するため、本発明によるＲＵＩプロファイリング方法は、第１プロファイリングの要請情報を受信するステップと、前記プロファイリングを要請した端末がＣＣ／ＰＰに基づいたプロファイル情報をサポートするかどうかを判断するステップと、ＣＣ／ＰＰをサポートする端末である場合、ＰＲＬ情報を利用して第１プロファイル情報にアクセスして獲得するステップと、前記獲得された第１プロファイル情報の有効性の可否を確認するステップと、前記確認された第１プロファイル情報と第２プロファイル情報を比較分析した後、該当プロファイル情報を抽出して変換するステップ、および前記抽出および変換されたプロファイル情報に基づいて最適の第１プロファイリングの応答情報を生成して提供するステップを含み得る。
【００２１】
また、前記課題を達成するため、本発明によるＲＵＩプロファイリングのまた他の方法は、第１プロファイリングの要請情報を受信するステップと、前記プロファイリングを要請した端末がＣＣ／ＰＰに基づいたプロファイル情報をサポートするかどうかを判断するステップと、ＣＣ／ＰＰをサポートしない端末の場合、ＰＲＬ情報を利用して前記第１プロファイル情報にアクセスし、そのうち有効な情報のみを抽出するステップと、前記抽出された情報に基づいてプロファイリングに必要な新規または追加情報に対する分析をするステップと、前記分析された情報に基づいてＣＣ／ＰＰに基づいた規則に適した新規または追加情報を生成して変換するステップ、および前記生成して変換されたプロファイル情報に基づいて第１プロファイリング応答情報生成して伝送するステップを含み得る。
【図面の簡単な説明】
【００２２】
【図１】従来のＣＥＡ−２０１４標準の構造を概ね図示する構成図である。
【図２】従来のＣＥＡ−２０１４標準に基づくＲＵＩプロファイル例を図示する図面である。
【図３】本発明の一実施形態によるＲＵＩプロファイリングのためのネットワークシステムの構成図である。
【図４】本発明の一実施形態によるＣＣ／ＰＰに基づいて作成されたＲＵＩプロファイル例を図示する図面である。
【図５】本発明の一実施形態によるＲＵＩクライアントの機能ブロック図である。
【図６】本発明の一実施形態によるＲＵＩサーバの機能ブロック図である。
【図７】本発明の一実施形態によるＲＵＩサーバにおける最適のプロファイリング方法を図示するフローチャートである。
【発明を実施するための形態】
【００２３】
本発明の利点、特徴、およびそれらを達成する方法は添付される図面と共に詳細に後述する実施形態を参照すると明確になるであろう。しかし、本発明は、以下で開示される実施形態に限定されるものではなく、互いに異なる多様な形態で具現されることができ、本実施形態は、単に本発明の開示が完全になるように本発明が属する技術分野で通常の知識を有する者に発明の範疇を完全に知らせるために提供されるものであり、本発明は請求項の範囲によってのみ定義される。図面は本発明の理解を高めるために参照されるものであり、本明細書の一部に併合されて構成される。前記図面は本発明の実施形態を図示し、説明と共に本発明の原理を説明するために提供される。参照番号は本発明の好ましい実施形態に詳細に記載されており、それらの例は図面に図示される。明細書全体にかけて、同一の参照符号は、同一の構成要素を参照する。
【００２４】
Ｗ３Ｃが標準として定めたＣＣ／ＰＰ（Ｃｏｍｐｏｓｉｔｅ  Ｃａｐａｂｉｌｉｔｉｅｓ／Ｐｒｅｆｅｒｅｎｃｅ  Ｐｒｏｆｉｌｅ）技術は、ハードウェア、ソフトウェア、ネットワーク、サポートするサービス情報など一連の端末特性および制約事項とユーザの好みに関する情報技術および伝送に対する規格としてＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）で作成されるプロファイルにより多様なデバイス環境に基盤とした情報を記述することができる。
【００２５】
前記ＲＤＦプロファイルの種類にはＷ３Ｃが標準として提供するＣＣ／ＰＰとＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）のＵＡＰｏｆ（Ｕｓｅｒ  Ａｇｅｎｔ  Ｐｒｏｆｉｌｅ）、およびＵＰＳ（Ｕｎｉｖｅｒｓａｌ  Ｐｒｏｆｉｌｉｎｇ  Ｓｃｈｅｍａ）がある。このような３つのＲＤＦプロファイルの目的はデバイスの性能と多様性が増加につれサーバにデバイスの情報を知らせるための手段として活用される。ＲＤＦデータ形式は、大きく最初の階層であるコンポーネント（ｃｏｍｐｏｎｅｎｔ）と、その下位に次の階層としての属性（ａｔｔｒｉｂｕｔｅｓ）を含む二つのステップで構成された階層構造であり、正しいＸＭＬとＲＤＦ構文を含まなければならない。プロファイルは少なくとも一つ以上のコンポーネントを有し、各コンポーネントは少なくとも一つ以上の属性を有する。
【００２６】
ＣＣ／ＰＰプロファイルは、ウェブコンテンツを要請する時、標準化された方式でクライアントデバイスの特性と好み情報（Ｃａｐａｂｉｌｉｔｉｅｓ  ａｎｄ  Ｐｒｅｆｅｒｅｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ：ＣＰＩ）を定義しており、主要コンポーネントはハードウェアプラットフォーム（Ｈａｒｄｗａｒｅ  Ｐｌａｔｆｏｒｍ）とソフトウェアプラットフォーム（Ｓｏｆｔｗａｒｅ  Ｐｌａｔｆｏｒｍ）で構成される。
【００２７】
ＣＣ／ＰＰプロファイルを構成するコンポーネントと属性の名前、制約事項、およびデータタイプはプロファイル内にＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）で記述される語彙集（ｖｏｃａｂｕｌａｒｙ）により決定される。しかし、ＣＣ／ＰＰ標準ではデバイス独立性に関連する特定の語彙集を指定せず、いかなるアプリケーションでも自身だけの語彙集を定義してプロファイル技術（ｄｅｓｃｒｉｐｔｉｏｎ）に使用できるようにしている。現在ＣＣ／ＰＰをサポートする多くのモバイル機器は自身のプロファイル技術のためＷＡＰフォーラムで開発したＵＡＰｒｏｆ用語集を使用している。
【００２８】
ＯＭＡではＵＡｐｒｏｆによりＷＡＰデバイスとサーバ間の標準を指定しており、ＷＡＰデバイスの特性によってコンテンツ適応化（Ａｄａｐｔａｔｉｏｎ）をさらに効果的に行うことがきる。ＵＡＰｒｏｆではデバイスの性能によって下記の表１のようなコンポーネントで構成されるが、これはモバイルデバイスに限定され、サーバとプロキシ（ｐｒｏｘｙ）がＵＡＰｒｏｆプロファイルを使用しなければならない短所がある。
【００２９】
【表１】
0005441927.tif 000002
【００３０】
そのため、特定のデバイス、プロトコルまたはクライアントモデルに依存せず、コンテンツネゴシエーションとマルチメディアの適応化を提供するためにＵＰＳ（Ｕｎｉｖｅｒｓａｌ  Ｐｒｏｆｉｌｉｎｇ  Ｓｃｈｅｍａ）が提案された。これはＣＣ／ＰＰとＲＤＦに基づいて作成され、ネットワークプロファイル、クライアントプロファイル、およびサーバプロファイルに分類されて構成される。前記ＵＰＳはクライアント特性だけではなく、コンテンツの特徴、適応化、変換方法、およびサーバの性能などを考慮することができるため、異質な環境でも効果的にコンテンツ適応化を行うことができるようにサポートし、コンテンツネゴシエーションに必要な情報や要素を追加して使用できるようにすることによってプロファイルの拡張性を向上させる。
【００３１】
図３は、本発明の一実施形態によるＲＵＩプロファイリングのためのネットワークシステム２００の構成図である。図３を参照すると、前記ネットワークシステムはＲＵＩクライアント２１０、ネットワーク２２０、およびＲＵＩサーバ２３０を含み得る。
【００３２】
前記ＲＵＩクライアント２１０と前記ＲＵＩサーバ２３０はネットワーク２２０を介して接続することができ、前記ネットワーク２２０はホームＬＡＮ（ｈｏｍｅ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、Ｈｏｍｅ  ＬＡＮ）、インターネットはもちろん、多様な周波数の帯域幅を有する有無線通信網などをすべて含む。
【００３３】
また、少なくとも一つのＲＵＩサーバ２３０に少なくとも一つ以上のＲＵＩクライアント２１０が接続され得るが、以下の説明では説明の便宜のため、一つのＲＵＩサーバに一つのＲＵＩクライアントが接続しているものと仮定する。
【００３４】
前記ネットワーク２２０を介して前記クライアント２１０からの所定のコンテンツサービス要請によって前記サーバ２３０と接続すると、前記クライアント２１０と前記サーバ２３０は各自のＲＵＩプロファイル（ｐｒｏｆｉｌｅ）を共有できるようになる。
【００３５】
前記クライアント２１０と前記サーバ２３０の接続は、前記サーバ２３０のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）またはＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）を利用して前記クライアント２１０によって行われ得る。
【００３６】
前述したように、各自のプロファイルを共有することによって前記サーバ２３０は前記クライアント２１０から提供されたクライアントコンテクストにより、それに接続された前記クライアント２１０のコンテンツサービスのための動作条件について知ることができ、前記サーバ２３０に接続された前記クライアント２１０は前記サーバ２３０から提供されたサーバコンテクストによりサポートするサービス内訳を知ることができる。このとき、前記クライアント２１０から要請したコンテンツに対する最適化されたコンテンツ適応化のため、前記サーバ２３０とクライアント２１０との間にコンテクストにより最適のＲＵＩプロファイルをマッチするコンテンツネゴシエーションを経ることができる。その結果、前記クライアント２１０では要請したコンテンツサービスに該当する最適のコンテンツを表示することができる。
【００３７】
図４は、本発明の一実施形態によるＣＣ／ＰＰに基づいて作成されたＲＵＩプロファイルの例を図示する図である。図４を参照すると、本発明によるＲＵＩプロファイルは前述したような、汎用的に使用できるＲＤＦで作成されていることが分かる。また、作成されたＲＵＩプロファイルの例を参照すると、ＣＰＵの種類（ＡＲＭ）、モデル名（ＳＣＨ−Ｂ５００）などを含むハードウェアの特性、ソフトウェアの特性、ブラウザの特性および使用されたマークアップ言語の種類およびバージョン（ＸＭＬ  １．０）などを定義して使用できるだけではなく、従来のＣＥＡ−２０１４標準で定義した特性（ｐｒｏｐｅｒｔｙ）また本発明によるＲＵＩプロファイル作成に含まれ得ることが分かる。
【００３８】
図５は、本発明の一実施形態によるＲＵＩクライアント２１０の機能ブロック図である。図５を参照すると、前記ＲＵＩクライアント２１０は、第１プロファイル保存部（Ｐｒｏｆｉｌｅ  ｒｅｐｏｓｉｔｏｒｙ）４１０、プロファイル保存位置部（Ｐｒｏｆｉｌｅ  ｒｅｐｏｓｉｔｏｒｙ  Ｌｏｃａｔｏｒ：ＰＲＬ）４２０、およびブラウザ４３０を含み構成され得る。
【００３９】
前記第１プロファイル保存部４１０は、前記ＲＵＩクライアント２１０のプロファイルに関する情報を保存および管理する役割を果たす。
【００４０】
前記ＰＲＬ４２０は、前記第１プロファイル保存部４１０の位置情報を含んでおり、前記ＲＵＩクライアント２１０から前記ＲＵＩサーバ２３０にプロファイリングの要請時に共に伝送され得る。
【００４１】
前記ブラウザ４３０は、ウェブブラウザとして、サーバにプロファイリングの要請時前記第１プロファイル保存部の位置を共に伝送できるようにアップデートすることができ、前記サーバからそれに応答するページを表示できる、例えば、ＸＭＬおよびＸＨＴＭＬブラウザなどを含み得る。
【００４２】
ユーザによって所定のコンテンツを表示するため、前記ＲＵＩクライアント２１０から前記ＲＵＩサーバ２３０にプロファイリングの要請時、前記ＲＵＩサーバ２３０はこれに対する応答情報を生成して前記ＲＵＩクライアント２１０に最適化された応答情報を伝送することができる。このとき、前記ＲＵＩサーバ２３０は前記プロファイリングの要請時に共に伝送された前記ＰＲＬ情報を利用して前記第１プロファイル情報にアクセスすることができ、前記応答情報の生成に必要な情報を抽出することができる。
【００４３】
図６は、本発明の一実施形態によるＲＵＩサーバ２３０の機能ブロック図である。図６を参照すると、前記ＲＵＩサーバ２３０は、第２プロファイル保存部（ｐｒｏｆｉｌｅ  ｒｅｐｏｓｉｔｏｒｙ）５１０、プロファイルバリデータ（Ｐｒｏｆｉｌｅ  Ｖａｌｉｄａｔｏｒ）５２０、プロファイルハンドラ（ｐｒｏｆｉｌｅ  ｈａｎｄｌｅｒ）５３０、プロファイルアナライザ（Ｐｒｏｆｉｌｅ  ａｎａｌｙｚｅｒ）５４０、およびプロファイルマップ（ｐｒｏｆｉｌｅ  ｍａｐｐｅｒ）５５０を含み構成され得る。
【００４４】
前記第２プロファイル保存部５１０は、前記サーバ２３０のハードウェア、ソフトウェア、ネットワークの特性だけではなく、前記クライアント２１０から要請されたプロファイリングの要請時、応答に必要な前記第１プロファイル情報から抽出された抽出情報または新規情報などを臨時保存および管理する役割を果たす。
【００４５】
前記プロファイルバリデータ５２０は、前記クライアント２１０からプロファイリングの要請があったとき、伝送された前記第１プロファイリングの要請情報の有効性の可否を確認することができる。前記プロファイルバリデータ５２０により、前記第１プロファイリングの要請情報の有効性が認められると、前記サーバ２３０は前記プロファイルハンドラ５３０を介して前記ＰＲＬ情報に含まれた前記第１プロファイル保存部４１０の位置にアクセスし、前記第１プロファイル情報から必要な情報を獲得することができる。
【００４６】
前記プロファイルアナライザ５４０は、前記プロファイルハンドラ５３０により獲得された前記第１プロファイル情報と前記第２プロファイル保存部５１０に保存された前記第２プロファイル情報を比較分析し、前記プロファイル要請に対する応答情報の生成時に必要な情報を抽出する役割を果たす。
【００４７】
前記プロファイルマップ５５０は、前記プロファイルアナライザ５４０により分析および抽出されたプロファイル情報に基づいて前記クライアント２１０に最適化された新規および追加のプロファイル情報を生成することができる。
【００４８】
今まで本発明の一実施形態によるＣＣ／ＰＰに基づいたＲＵＩプロファイリングのためのシステムのそれぞれの構成および動作について見たので、以下ではＣＣ／ＰＰに基づいた最適のＲＵＩプロファイリング方法を説明する。
【００４９】
図７は、本発明の一実施形態によるＲＵＩサーバにおける最適のプロファイリング方法を図示するフローチャートである。図７を参照すると、前記方法は、第１プロファイリングの要請情報を受信するステップ（Ｓ６１０）、前記プロファイリングを要請した端末がＣＣ／ＰＰに基づいたプロファイル情報をサポートするかどうかを判断するステップ（Ｓ６２０）において、ＣＣ／ＰＰをサポートする端末である場合、ＰＲＬ情報を利用して第１プロファイル情報にアクセスおよび獲得するステップ（Ｓ６３０）、前記獲得された第１プロファイル情報の有効性の可否を確認するステップ（Ｓ６４０）、前記確認された第１プロファイル情報と第２プロファイル情報を比較分析した後、該当プロファイル情報を抽出して変換するステップ（Ｓ６５０）、また前記抽出および変換されたプロファイル情報に基づいて最適の第１プロファイリングの応答情報を生成して提供するステップ（Ｓ６６０）を含み得る。
【００５０】
ステップ（Ｓ６１０）において、前記第１プロファイリングの要請情報はＰＲＬ情報を含むことができ、ここでＰＲＬ情報とは、前記クライアント２１０の第１プロファイル情報、例えば、端末のハードウェアの特性、ソフトウェアの特性、ネットワークの特性およびユーザの好み情報などのようなプロファイル情報を含む前記第１プロファイル保存部４１０の位置情報をいう。
【００５１】
ステップ（Ｓ６３０、Ｓ６２５）において、前記サーバ２３０は前記ＰＲＬ情報を利用して前記クライアント２１０の第１プロファイル保存部４１０にアクセスし、前記第１プロファイル情報またはその一部を獲得することができる。次に、ステップ（Ｓ６４０）で前記獲得された第１プロファイル情報の有効性の可否を確認することができる。
【００５２】
このように確認された前記第１プロファイル情報は、ステップ（Ｓ６５０）で前記サーバ２３０のプロファイル情報である第２プロファイル情報と比較分析した後、該当する情報を抽出して変換する。
【００５３】
ここで、前記第１および第２プロファイル情報は、あらかじめ規定された所定の用語集に基づいて規定され、前記選択された用語集の規則に従い前記第１および第２プロファイル情報を分析、抽出、生成および変換することができる。このように、前記所定の用語集はそれぞれのデバイスによって選択が可能であり、前記デバイスに対する属性の挿入、変更、および削除が容易であるため、デバイス独立性（ｄｅｖｉｃｅｓ  ｉｎｄｅｐｅｎｄｅｎｃｅ）が非常に高い。
【００５４】
ステップ（Ｓ６６０）では、前記分析および抽出されたプロファイル情報に基づいて第１プロファイリングの応答情報を生成して前記要請した端末２１０に伝送することができる。
【００５５】
ステップ（Ｓ６２０）の後、前記プロファイリングを要請した端末がＣＣ／ＰＰをサポートしない端末である場合、ＰＲＬ情報を利用して前記第１プロファイル情報にアクセスし、そのうち有効な情報のみを抽出するステップ（Ｓ６２５）、前記抽出された情報に基づいてプロファイリングに必要な新規または追加の情報に対し分析をするステップ（Ｓ６３５）、前記分析された情報に基づいてＣＣ／ＰＰに基づいた規則に適した新規または追加の情報を生成および変換するステップ（Ｓ６４５）、また前記生成および変換されたプロファイル情報に基づいて第１プロファイリングの応答情報を生成および伝送するステップ（Ｓ６５５）を含み得る。
【００５６】
ここでは、前記要請した端末がＣＣ／ＰＰ技術をサポートしないため、前記要請に端末に対するプロファイル情報のうち有効性がある情報を抽出してその情報を分析した後、それに適した最適のプロファイル情報を生成することが必要である。
【００５７】
したがって、ステップ（Ｓ６２５）は、ステップ（Ｓ６３０）と類似にＰＲＬ情報を利用して前記第１プロファイル情報にアクセスした後有効性のある情報を抽出することができる。その次に、最適のプロファイリングのために必要な新規または追加のプロファイル情報とこれの生成方法について分析することができる（Ｓ６３５）。このような分析が終わると、前記分析された多様な資料を根拠としてＣＣ／ＰＰに基づいた規則に適するように生成および変換することができる（Ｓ６４５）。最後に、このように生成および変換された新規および追加のプロファイル情報は前記要請した端末に提供できるように前記第１応答要請情報を生成して伝送することができる（Ｓ６５５）。
【００５８】
前述したように、本発明によるＣＣ／ＰＰ技術を利用して現在の多様な端末だけではなく、今後開発される新しい機能を有する端末が各自の特性に関するプロファイルを伝送すると、デバイス独立的方式の多様なコンテンツのサービス提供が容易になり、これと共に開発における時間と費用の節減の効果が大きく向上され得る。
【産業上の利用可能性】
【００５９】
本発明のＲＵＩプロファイルを生成して提供するネットワークシステムおよび方法によれば次のような効果が一つあるいはそれ以上ある。
【００６０】
本発明によるＣＣ／ＰＰに基づいたＲＵＩプロファイルを提供する場合、他の標準により定義されたプロファイルの活用が可能であり、プロファイルの拡張を容易にする効果がある。
【００６１】
また、本発明による前記ＣＣ／ＰＰに基づいたプロファイルを利用することによってＲＵＩクライアントおよびＲＵＩサーバの互換性が向上される効果がある。
【００６２】
また、本発明による前記ＣＣ／ＰＰに基づいたプロファイルはＲＤＦ形式の汎用的に使用されるプロファイル文書構造を使用ことによってプロファイルの分析が簡単でウェブアプリケーションの使用性が向上される効果がある。    
【００６３】
本発明の実施形態で使用される「〜部」という用語は、ソフトウェア、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）のようなハードウェアの構成要素を意味し、「〜部」はある役割を果たす。
【００６４】
しかし、「〜部」はソフトウェアまたはハードウェアに限定される意味ではない。「〜部」はアドレッシングできる保存媒体にあるように構成されることもでき、一つまたはそれ以上のプロセッサを再生させるように構成されることもできる。
【００６５】
したがって、実施形態における「〜部」は、ソフトウェアの構成要素、オブジェクト指向ソフトウェアの構成要素、クラスの構成要素およびタスクの構成要素のような構成要素と、プロセス、関数、属性、プロシーザ、サブルーチン、プログラムコードのセグメント、ドライバ、ファームウェア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、および変数を含む。
【００６６】
構成要素と「〜部」のうちから提供される機能はさらに小さい数の構成要素および「〜部」で結合されたり追加的な構成要素と「〜部」にさらに分離したりすることができる。
【００６７】
以上、添付された図面を参照して本発明の実施形態について説明したが、本発明が属する技術分野で通常の知識を有する者は、本発明がその技術的思想や必須の特徴を変更しない範囲で他の具体的な形態で実施され得ることを理解することができる。したがって、上記実施形態はすべての面で例示的なものであり、限定的でないものと理解しなければならない。
【図１】
0005441927.tif 000003
【図２】
0005441927.tif 000004
【図３】
0005441927.tif 000005
【図４】
0005441927.tif 000006
【図５】
0005441927.tif 000007
【図６】
0005441927.tif 000008
【図７】
0005441927.tif 000009