ホームネットワークにおける個人情報保護方法及び装置
本発明は、ホームネットワークにおける個人情報保護方法及び装置を提供する。被制御装置は、制御ポイントから被制御装置のサービスに対する登録要求を受信し、登録要求を承認する。被制御装置は、制御ポイントから前記制御ポイントに関する情報を受信する。被制御装置にイベントが発生する場合、被制御装置は、制御ポイントに関する情報に基づいて設定されるポリシーによって前記制御ポイントにイベント転送を遂行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的にホームネットワークのミドルウェアプロトコル又はＵＰｎＰ(Universal Plug and Play)に関するもので、特にＵＰｎＰベースのホームネットワークにおけるユーザーの個人情報を保護する方法及び装置に関する。
【背景技術】
【０００２】
一般に、インターネットプロトコル(ＩＰ)ベースの私設網(private network)からなるホームネットワークは、個人コンピュータ(ＰＣ)、知能型製品、及び無線装置のように、家庭内で使用される多様な形態のデバイスを制御する。これらデバイスは、“ミドルウェア(middleware)”と呼ばれる共通の仮想コンピュータ環境を通じて一つのネットワークに接続される。
【０００３】
ミドルウェアとは、多様なデジタルデバイスをピアツーピア(peer-to-peer)方式で接続してデバイス間の通信を可能にするソフトウェアのことである。ＨＡＶＩ(Home AV Interoperability)、ＵＰｎＰ、ＪＩＮＩ(Java（登録商標） Intelligent Network Infra-structure)、及びＨＷＷ(Home Wide Web)のような多様な技術が、ミドルウェアとして提案されている。
【０００４】
現在、運営システムにＰｎＰ(Plug and Play)機能が追加された以後に、ＰＣの周辺装置を設置及び設定することが一層容易になった。しかしながら、ＰｎＰから発展したＵＰｎＰは、多様な家電製品、ネットワークプリンタ、及びインターネットゲートのようなネットワークデバイスがネットワーキング、特にホームネットワーキングを遂行可能にする。ＵＰｎＰは、このような便利な機能をＴＣＰ/ＩＰ(Transmission Control Protocol/Internet Protocol)、ＨＴＴＰ(Hyper Text Transfer Protocol)、及びＸＭＬ(eXtensible Markup Language)のようなインターネット標準技術に基づいて全体ネットワークに提供する。
【０００５】
ＵＰｎＰネットワークは、ＩＰベースのホームネットワークに接続され、それによって制御される被制御装置(Controlled Device：ＣＤ)、及びこの被制御装置を制御するための制御ポイント(Control Point：ＣＰ)で構成される。ＵＰｎＰネットワークは、ＴＣＰ/ＩＰ及びＨＴＴＰのようなインターネットプロトコル、及びＸＭＬとＳＯＡＰ(Simple Object Access Protocol)のような技術を含むＵＰｎＰプロトコルスタック構造を用いて制御ポイントと被制御装置との間で次のようなステップを通じて通信を遂行する。
【０００６】
ＵＰｎＰ通信の第１のアドレシングステップで、制御ポイントと被制御装置は、各々のＩＰアドレスを有する。被制御装置は、ネットワークに参加すると、自分のＩＰアドレスをＤＨＣＰ(Dynamic Host Configuration Protocol)を用いてフェッチ(fetch)し、あるいはネットワークにＤＨＣＰサーバがない場合に自動ＩＰアドレシングを用いてＩＰアドレスが割り当てられる。
【０００７】
第２の発見(discovery)ステップで、制御ポイントは被制御装置を検索し、あるいは被制御装置はその位置を広告する。この発見ステップは、ＳＳＤＰ(Simple Service Discovery Protocol)を用いて遂行される。被制御装置がネットワークに追加された場合に、被制御装置は、ＳＳＤＰのアライブ(alive)メッセージをネットワークにＩＰマルチキャスティングを通じて転送する。制御ポイントは、このアライブメッセージを受信して被制御装置の存在有無を判断することができる。制御ポイントがネットワークに新たに参加する場合、制御ポイントは、ＳＳＤＰのマルチキャストサーチ(Ｍ-サーチ)メッセージをネットワークにマルチキャストする。Ｍ-サーチメッセージを確認したすべての被制御装置は、自身の情報を包含するＭ-サーチ応答メッセージを制御ポイントに送信する。
【０００８】
第３の記述(description)ステップで、制御ポイントは、被制御装置の記述内容を確認する。制御ポイントは、応答メッセージを確認した後に被制御装置を所望する場合に、被制御装置に関連した詳細情報の要求を被制御装置に送信する。この要求を受信した被制御装置は、その情報をＸＭＬ文書で送信する。
【０００９】
第４の制御ステップで、制御ポイントは、被制御装置の機能を制御して被制御装置を動作させる。制御ポイントが任意の被制御装置を制御しようとする場合、制御ポイントは、被制御装置に関連した詳細情報に基づいて所望するサービスをＳＯＡＰを用いて被制御装置に送信する。ＳＯＡＰは、リモート関数(remote function)を呼び出すためにＸＭＬによってＨＴＴＰ上に書き込まれるプロトコルである。
【００１０】
第５のイベントステップで、制御ポイントは、被制御装置のイベント変化を受信する。制御ポイントは、被制御装置からイベントメッセージを受信しようとする場合、被制御装置に関連イベントに対する加入要求を送信する。加入が成功すると、被制御装置は、ＧＥＮＡ(General Event Notification Architecture)を用いて制御ポイントにイベントメッセージを送信する。
【００１１】
第６の表示ステップで、制御ポイントは、被制御装置のＨＴＭＬ(Hyper Text Markup Language)を用いて被制御装置の状態を表示する。
【００１２】
図１は、従来のＵＰｎＰネットワークシステムにおけるデバイス発見及びアクション実行を示す。図１を参照すると、ステップ１１０で、制御ポイント１０１は被制御装置１０２を発見又は検索し、あるいは被制御装置１０２はその位置を広告する。ステップ１２０で、制御ポイント１０１は、被制御装置１０２にアクション要求を送信する。ステップ１３０で、被制御装置１０２は、受信したアクション要求に対応するアクションを遂行する。ステップ１４０で、被制御装置１０２は、アクション結果を制御ポイント１０１に応答する。より具体的には、被制御装置１０２は、要求されたアクションを遂行し、このアクションに対する実行結果又は誤りメッセージを制御ポイント１０１に伝送する。
【００１３】
上述した基本ＵＰｎＰ制御方法に基づいて、ＵＰｎＰ被制御装置は、制御ポイントに様々なサービス(又は機能)を提供することができる。例えば、基本ＵＰｎＰ制御方法に基づき、ＵＰｎＰ制御ポイントは、ＡＶ(Audio/Visual)コンテンツが格納されているＵＰｎＰ被制御装置を制御することによって、ＡＶコンテンツは他のＵＰｎＰ被制御装置で再生されることができる。ＵＰｎＰ被制御装置がゲートウェイである場合、ＵＰｎＰ制御ポイントは、ＵＰｎＰゲートウェイ又は被制御装置を制御することによって、ホーム内のデバイスに割り当てられるＩＰアドレス帯域とサブネット及びゲートウェイのアドレスを変更及び設定することができる。
【００１４】
図２は、従来のＵＰｎＰネットワークシステムにおけるイベント通知を示す。
図２を参照すると、ステップ２１０で、制御ポイント(又は表示装置)２０１は被制御装置(又は移動電話)２０２を検索し、又は被制御装置２０２は自身の位置を広告する。ステップ２２０で、制御ポイント２０１は、被制御装置２０２にイベント受信/登録(subscribe）に対する要求を送信する。この登録要求を受信すると、被制御装置２０２は、ステップ２３０でＳＩＤ(Subscribe ID)を割り当て、ステップ２４０で割り当てられたＳＩＤを制御ポイント２０１に転送する。ステップ２５０で、被制御装置２０２でイベントが発生する場合には、被制御装置２０２は、ステップ２６０で、制御ポイント２０１にイベントを転送する。各ＵＰｎＰサービスに関連して定義された状態変数(state variable)の中にイベント関連状態変数に変更があれば、被制御装置２０２は、イベント受信登録を要求した制御ポイント２０１に関連イベントを転送する。
【００１５】
図３は、従来のＵＰｎＰネットワークシステムにおける制御ポイントから被制御装置への登録要求メッセージを示す図である。登録メッセージの方法及びヘッダーは、ＵＰｎＰデバイスアーキテクチャに定義されたフォーマットに従う。
【００１６】
ＵＰｎＰテレフォニー(telephony)サービスは、上記した技術に基づいたＵＰｎＰサービスとして被制御装置に提供されることができる。このテレフォニーサービスにおいて、着呼又はテキストメッセージが移動電話(又は被制御装置)で受信される場合、移動電話は、該当イベントを表示装置(又は制御ポイント)に通知する。表示装置が受信されたコール情報又はテキストメッセージ情報を要求する場合に、移動電話は、その要求に対応してコール情報又はテキストメッセージ情報を提供できる。
【００１７】
しかしながら、コール情報又はテキストメッセージ情報が制御ポイントに転送されるため、被制御装置から制御ポイントへのイベント情報は、ユーザーの個人情報を含む可能性がある。また、被制御装置から制御ポイントによって要求されるＵＰｎＰアクションに対する結果値は、被制御装置に格納されているユーザーの個人情報を含む可能性がある。そのため、ＵＰｎＰサービスを用いるユーザーの個人情報が漏洩されるという問題点があった。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、ＵＰｎＰホームネットワークにおいてＵＰｎＰサービスの実行中に発生できるユーザーの個人情報流出を防止するための個人情報保護方法及び装置を提供することにある。
【００１９】
また、本発明の目的は、ＵＰｎＰサービスを提供するために必要なＵＰｎＰベースのサービス、一連のアクション呼び出し方法、被制御装置の制御方法及び被制御装置から制御ポイントへのイベント方法、及びそのための被制御装置及び制御ポイント装置を提供することにある。
【課題を解決するための手段】
【００２０】
上記のような目的を達成するために、本発明の一態様によれば、ホームネットワークにおける個人情報保護方法が提供される。被制御装置は、制御ポイントから被制御装置のサービスに対する登録要求を受信し、登録要求を承認する。被制御装置は、制御ポイントから前記制御ポイントに関する情報を受信する。被制御装置にイベントが発生する場合、被制御装置は、制御ポイントに関する情報に基づいて設定されるポリシーによって前記制御ポイントにイベント転送を遂行する。
【００２１】
本発明の他の態様によれば、ホームネットワークにおける個人情報保護方法が提供される。制御ポイントは、被制御装置のサービスに対する登録要求を送信する。制御ポイントは、被制御装置と認証を遂行する。被制御装置にイベントが発生する場合に、被制御装置は、制御ポイントと被制御装置との間のＴＬＳ(Transport Layer Security)セッションを生成する。被制御装置は、生成されたＴＬＳセッションを通じて発生したイベントを転送する。
【００２２】
また、本発明の他の態様によれば、ホームネットワークにおける個人情報保護装置が提供される。上記装置は、ホームネットワークを通じて情報を受信する受信部と、イベントが発生する場合、ポリシー情報に格納されたポリシーによって制御ポイントにイベント情報転送を制御し、ポリシーに基づいて制御ポイントに認証要求を送信するか、あるいはイベント情報を暗号化するかを決定するイベントマネージャと、イベントマネージャの決定に基づいて認証要求を遂行する認証要請部と、イベントマネージャの決定に基づいてイベント情報を暗号化するメッセージ暗号化部と、イベント情報が伝送されるターゲットを選択するターゲット選択部と、イベント情報を伝送する送信部とを含む。
【００２３】
本発明の上記及び他の様相、特徴、及び利点は、以下のような添付図面とともに続く詳細な説明から、より明白になるだろう。
【発明の効果】
【００２４】
本発明は、ＵＰｎＰホームネットワークシステムが被制御装置に提供するサービスにイベントが発生する場合、被制御装置は、サービスに登録要求を送信したすべての制御ポイント装置にイベントを転送せずに、設定されたポリシーに基づいてイベント通知を遂行することができる。また、被制御装置は、設定されたポリシーに基づいて、制御ポイントによって要求される個人情報を有する詳細イベント情報の暗号化又は認証を要求することができる。
【００２５】
したがって、本発明は、被制御装置に格納され、被制御装置によってサービスを通じて提供される個人情報がイベント情報に含まれることを防ぐことによって、ユーザーの個人情報を保護することができる効果を有する。
【図面の簡単な説明】
【００２６】
【図１】従来のＵＰｎＰネットワークシステムにおけるデバイス発見及びアクション実行を示す図である。
【図２】従来のＵＰｎＰネットワークシステムにおけるイベント通知動作を示す図である。
【図３】従来のＵＰｎＰネットワークシステムにおける制御ポイントから被制御装置への登録要求メッセージを示す図である。
【図４】本発明の一実施形態によるＵＰｎＰサービス時にイベント転送のためのセッション生成動作を示す図である。
【図５】本発明の一実施形態によるＵＰｎＰサービス時にポリシーベースのイベント転送動作を示す図である。
【図６】本発明の他の実施形態によるＵＰｎＰサービス時にフィルタベースのイベント転送動作を示す図である。
【図７】本発明の一実施形態によるＵＰｎＰサービス時に詳細なイベント転送動作を示す図である。
【図８】本発明の一実施形態により、暗号化パラメータ交渉が遂行されない場合のイベント転送の詳細動作を示す図である。
【図９】本発明の一実施形態により、ＵＰｎＰサービス時に制御ポイントに関する情報がポリシーベースのイベント転送動作に含まれる登録要求メッセージを示す図である。
【図１０】本発明の一実施形態によるＵＰｎＰサービス時の個人情報保護装置を示すブロック構成図である。
【図１１】本発明の他の実施形態によるＵＰｎＰサービス時のフィルタベースのイベント転送動作のフィルタリストを示す図である。
【発明を実施するための形態】
【００２７】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
添付した図において、同一の構成要素または機能的に類似した構成要素に対しては同一の参照符号及び参照番号を付ける。下記の説明で、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。
【００２８】
図４は、本発明の一実施形態によるＵＰｎＰサービス時にイベント転送のためのセッション生成動作を示す。図４に示す動作方式は、セッション認証に基づいて登録要求に対してＳＩＤとデバイス情報をマッピングする。図４に示すイベント方式は、被制御装置によって提供されるサービスのイベントに対して登録を要求する制御ポイント又はユーザーが認証を受けるようにする。被制御装置は、デバイス又はユーザーに対する認証結果としてデバイス又はユーザーに関する情報を獲得でき、この獲得した情報をイベントセッションにマッピングする。
【００２９】
図４を参照すると、制御ポイント４０１がステップ４０５で被制御装置４０２に登録要求を送信すると、被制御装置４０２は、ステップ４１０で要求に対応して誤りメッセージを送信する。この誤りメッセージは、既存のＵＰｎＰデバイスアーキテクチャ標準に定義されていないことであり、本発明の実施形態ではこの誤りコードを‘４１３’として定義する。このような誤りコード値は、認証プロセスに必要な登録要求を送信することを制御ポイント４０１に通知する。制御ポイント４０１の認証をサポートする装置は、一連の認証手順を遂行する。具体的な認証手順及びメッセージフォーマットは、ＵＰｎＰデバイス保護(Protection)標準で定義されている。ステップ４１５で、制御ポイント４０１及び被制御装置４０２は、２個の装置間のチャンネル保護のために自己署名証明書(self-signed certificate)を用いてＴＬＳ(Transport Layer Security)セッションを生成する。ステップ４２０で、制御ポイント４０１を認証するために、認証手順は、ＷＰＳ(Wi-fi Protected Setup)、ＴＬＳ-ＰＳＫ(Pre-Shared Key)のような導入(introduction)プロトコルを用いて遂行される。ＴＬＳセッションの生成後に、制御ポイント４０１は、ステップ４２５で被制御装置４０２にロール(role)要求を送信する。制御ポイント４０１は、他のロールが必要である場合にはステップ４３０でログインを遂行し、ロールを変更する場合にはステップ４３５で、ＡＣＬ(Access Control List)を変更することができる。
【００３０】
認証プロセス以後に、制御ポイント４０１は、ステップ４４０で、被制御装置４０２に登録要求を送信する。被制御装置４０２は、ステップ４４５で、承認メッセージ(以下、“ＨＴＴＰ２００ ＯＫメッセージ”と称する)を用いて登録要求を受諾する。ステップ４４０で登録要求を送信する場合、制御ポイント４０１は、登録要求と共にコールバックＵＲＬ(Uniform Resource Locator)のポート(port)情報を被制御装置４０２に転送する。その後、ステップ４５０でイベントが被制御装置４０２のサービスに発生する場合、ステップ４５５で、ＴＬＳセッションが最初１回だけ生成される。ＴＬＳセッションの生成時に、被制御装置４０２は、制御ポイント４０１が登録要求と共に転送するコールバックＵＲＬのポートにＴＬＳセッションを生成する。被制御装置４０２は、ステップ４６０でこのイベントを制御ポイント４０１に転送する。
【００３１】
ＴＬＳセッションの生成中に、被制御装置４０２は、認証手順時に使用されるＴＬＳセッションを再使用することができる。
【００３２】
図５は、本発明の一実施形態によるＵＰｎＰサービス時にポリシーベースのイベント転送動作を示す。本発明の実施形態において、移動電話(mobile phone)は被制御装置として動作し、表示装置は制御ポイントとして動作し、ポリシーベースのイベント転送動作は、ＵＰｎＰテレフォニーサービスでコールイベントが発生する際に遂行される。
【００３３】
図５を参照すると、ステップ５０５で、被制御装置５０１は被制御装置５０２を発見し、あるいは被制御装置５０２は自身の位置を広告する。ステップ５１０で、制御ポイント５０１は、被制御装置５０２のテレフォニーサービスに登録要求を送信する。ステップ５１５で、被制御装置５０２は、制御ポイント５０１からの登録要求を承認して制御ポイント５０１にＳＩＤを割り当てる。ステップ５２０で、被制御装置５０２は、制御ポイント５０１に割り当てられたＳＩＤを返送する。ステップ５２５で、制御ポイント５０１は、ＵＵＩＤ(Universally Unique Identifier)及び名称(friendly name)情報を割り当てられたＳＩＤにマッピングして被制御装置５０２に格納する。これは、‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’のようなＳＯＡＰアクションによって遂行される。
【００３４】
割り当てられたＳＩＤに対して制御ポイント５０１の情報をマッピングして格納することは、テレフォニーサービスを用いる制御ポイント５０１の基本動作である。被制御装置５０２は、複数の制御ポイントのうち選択されたいずれか一つへイベントを転送するためにマッピングされる情報を使用する。
【００３５】
ユーザーは、制御ポイント５０１を用いて‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションを呼び出すことができ、この‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションは、登録要求に対応して受信されると、自動に呼び出されるように設定できる。
【００３６】
本発明の実施形態によれば、もう一つの制御ポイント装置は、登録要求を送信した制御ポイントの情報を収集してポリシーを生成することができる。この制御ポイント装置は、ポリシーマネージャ５０３と称する。
【００３７】
ステップ５３０で、ポリシーマネージャ５０３は、被制御装置５０２で呼び出し、すなわち‘ＧｅｔＳＩｄＬｉｓｔ()’アクションによって制御ポイントに関する情報を収集する。ステップ５３５で、ポリシーマネージャ５０３は、被制御装置５０２に格納されている制御ポイント情報のリストを受信する。この情報リストは、被制御装置５０２が制御ポイント別に割り当てたＳＩＤと制御ポイントのＵＵＩＤ及び名称との間のマッピング情報を含む。ステップ５４０で、ポリシーマネージャ５０３は、受信された情報に基づいてポリシーを生成する。ユーザーの入力に基づき、ポリシーマネージャ５０３は、コール/ＳＭＳ受信イベントが転送される制御ポイント及びイベントが転送されない制御ポイントを設定する。また、ポリシーマネージャ５０３は、制御ポイントからのコール/ＳＭＳイベントの詳細情報要求に対する認証要求を遂行するか否か、あるいは詳細イベント情報を暗号化するか否かを設定できる。すなわち、ポリシーマネージャ５０３は、各サービスに対してユーザーの入力によるイベント転送条件(イベント情報の転送、イベント情報転送のための認証要求、及びイベント情報の暗号化のうち少なくとも一つ）を設定することによってイベントポリシーを生成する。
【００３８】
ステップ５４５で、ポリシーマネージャ５０３は、呼び出し、すなわち‘ＳｅｔＣａｌｌＰｏｌｉｃｙ()’アクションによって生成されたポリシーを関連の被制御装置５０２に転送する。
【００３９】
以後、ステップ５５０で、コールイベントが関連の被制御装置５０２で着呼が受信されて発生すると、被制御装置５０２は、ステップ５５５で、設定されたポリシーによってコールイベントを制御ポイント５０１に転送する。
【００４０】
図６は、本発明の他の実施形態によるＵＰｎＰサービス時にフィルタベースのイベント転送動作を示す。図６に示す方法は、名称情報以外の多様な情報を用いてポリシーを設定する。
【００４１】
図６を参照すると、ステップ６０５で、制御ポイント６０１は被制御装置６０２を発見し、又は被制御装置６０２は自身の位置を広告する。ステップ６１０で、制御ポイント６０１は、被制御装置６０２のテレフォニーサービスに登録要求を送信する。ステップ６１５で、被制御装置６０２は、制御ポイント６０１からの登録要求を承認して制御ポイント６０１にＳＩＤを割り当てる。ステップ６２０で、被制御装置６０２は、制御ポイント６０１に割り当てられたＳＩＤを返送する。
【００４２】
ステップ６２５で、制御ポイント６０１は、自身の情報を被制御装置６０２に転送し、そのＵＵＩＤ及び名称情報に加えてユーザー名を転送することができる。この動作は、‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションによって遂行される。ポリシーマネージャ６０３は、ステップ６３０で制御ポイントに関する情報に対する要求を被制御装置６０２に送信し、ステップ６３５でこの情報を被制御装置６０２から受信する。このような動作は、‘ＧｅｔＳｕｂｓｃｒｉｂｅＬｉｓｔ()’アクションによって遂行されることができる。
【００４３】
ステップ６４０で、ポリシーマネージャ６０３は、被制御装置６０２から受信された制御ポイント６０１に関する情報に基づき、被制御装置６０２のポリシー、すなわちイベント転送のためのフィルタを生成する。ステップ６４５で、‘ＳｅｔＦｉｌｔｅｒＦｏｒＣａｌｌＮｏｔｉｆｉｃａｔｉｏｎ(ＦｉｌｔｅｒＬｉｓｔ)’を用いて被制御装置６０２にポリシーを転送する。
【００４４】
ステップ６５０でコール受信イベントが発生すると、被制御装置６０２は、ステップ６５５でＴＬＳセッションを生成し、ステップ６６０で設定されたポリシー(フィルタ)によってイベントを選択的に転送する。ステップ６５５で、被制御装置６０２は、制御ポイント６０１が登録要求と共に転送するコールバックＵＲＬのポートにＴＬＳセッションを生成することができる。
【００４５】
したがって、被制御装置６０２は、設定されたポリシー、すなわちフィルタに基づいてイベントを受信する制御ポイントのＩＤ及びＳＩＤだけでなく、ユーザー名を用いてユーザーを分類してイベントを転送することができる。同一のユーザーに転送されるイベントでも、被制御装置６０２は、イベントの値に従って特定条件を適用してイベントをフィルタリングできる。さらに、被制御装置６０２は、このようないろいろな条件によってイベントを選択的に暗号化することができる。
【００４６】
図１１は、本発明の他の実施形態によるＵＰｎＰサービス時にフィルタベースのイベント転送動作のフィルタリストを示す。図１１に示すように、フィルタの‘ＡｌｌｏｗＴａｒｇｅｔＬｉｓｔ’には、‘ＲｅｃｅｉｖｉｎｇＣａｌｌＩｎｆｏ’状態変数が‘ＡＣＭＥ Ｗｉｄｇｅｔ Ｍｏｄｅｌ ＸＹＺ’の名称を有する‘Ｍａｒｋ’ｓ Ｇａｍｅ Ｃｏｎｓｏｌｅ’にイベントを伝送し、このイベントは、ＩＤ＝０を有する暗号化キーを用いて暗号化される。
【００４７】
図７は、本発明の一実施形態によるＵＰｎＰサービス時にイベント転送の詳細動作を示す。図８は、本発明の一実施形態により、暗号化パラメータ交渉が遂行されない場合のイベント伝送の詳細動作を示す。
【００４８】
図７及び図８に示すプロセスにおいて、制御ポイント７０１，８０１が被制御装置７０２，８０２に詳細コール/ＳＭＳ情報に対する要求を送信する場合に、被制御装置７０２，８０２は、ポリシーに基づいて認証を要求し、あるいは暗号化された詳細情報を提供する。しかしながら、図７に示した動作では、被制御装置７０２は、制御ポイント７０１からの詳細コール/ＳＭＳ情報要求に対応して個人情報(privacy)保護機能を提供し、認証又は暗号化に必要なパラメータ交渉が必要である。
【００４９】
ステップ７０５でコール又はＳＭＳが受信されると、被制御装置７０２は、ステップ７１０でイベント発生を判断し、ステップ７１５でイベントを制御ポイント７０１に転送する。
【００５０】
制御ポイント７０１は、ステップ７２０で、被制御装置７０１にコール/ＳＭＳに関する詳細情報を要求する。被制御装置７０２は、ステップ７２５で、設定されたポリシーに基づいて、暗号化又は認証を遂行するか否かを決定する。ステップ７２５で参照するポリシーは、図５及び図６を参照して上記したようにポリシーマネージャによって設定されるポリシーとなり得る。被制御装置７０２は、ステップ７２５で暗号化又は認証を遂行すると決定した場合には、ステップ７３０で、制御ポイント７０１からの詳細コール/ＳＭＳ情報要求に対応して誤りコード７０１(Privacy Mode enabled）を返送する。
【００５１】
誤りコード値が７０１である場合、制御ポイント７０１は、ステップ７３５でユーザーからパスワードを受信して被制御装置７０２によって認証され、あるいはステップ７４０で暗号化に必要なパラメータ交渉を被制御装置７０２と遂行する。または、ステップ７３５及びステップ７４０共を遂行することができる。ステップ７４５で制御ポイント７０１が詳細コール/ＳＭＳ情報を再要求すれば、被制御装置７０２は、ステップ７５０で、認証結果又は交渉された暗号化パラメータに基づいて詳細コール/ＳＭＳ情報を提供する。ステップ７５５で、制御ポイント７０１は、提供された情報をディスプレイする。
【００５２】
図８は、本発明の一実施形態により、暗号化パラメータ交渉が必要でない場合に対する単純化した動作を示す。
図８を参照すると、被制御装置８０２は、ステップ８０５でコール又はＳＭＳが受信されると、ステップ８１０でイベント発生を判断し、ステップ８１５でイベントを制御ポイント８０１に転送する。
【００５３】
制御ポイント８０１は、ステップ８２０で、被制御装置８０２にコール/ＳＭＳに関する詳細情報の要求を送信する。ステップ８２５で、被制御装置８０２は、設定されたポリシーに基づいて暗号化を遂行するか否かを決定する。ステップ８２５で参照するポリシーは、図５及び図６を参照して上記したようなポリシーマネージャによって設定されたポリシーとなり得る。被制御装置８０２は、ステップ８２５で暗号化の遂行を決定すると、ステップ８３０で、コール/ＳＭＳメッセージを暗号化(符号化)して制御ポイント８０１に送信する。
【００５４】
制御ポイント８０１は、ステップ８３５で、ユーザーからパスワードを受信して被制御装置８０２から受信したコール/ＳＭＳメッセージを復号化し、ステップ８４０で復号化されたコール/ＳＭＳメッセージをディスプレイする。
【００５５】
本発明は、制御ポイントに関する情報を被制御装置に転送するために‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションを使用する代わりに、最初に登録要求をするときにこの情報を登録要求メッセージに含める。図９は、本発明の一実施形態により、ＵＰｎＰサービス時に制御ポイントに関する情報がポリシーベースのイベント転送動作に含まれる登録要求メッセージを示す。
【００５６】
本発明の一実施形態において、制御ポイント情報が登録要求時に登録要求メッセージで転送される場合に、追加のヘッダーは、ＵＰｎＰデバイスアーキテクチャ標準のイベントメッセージに定義されている。図９に示すように、制御ポイント情報は、ＳＵＢＳＣＲＩＢＥＲ.ＵＰＮＰ.ＯＲＧヘッダーをさらに定義して記述することができる。図５及び図６の‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションは、制御ポイント情報が登録要求と共に転送される場合には省略可能である。
【００５７】
図１０は、本発明の一実施形態によるＵＰｎＰサービス時に個人情報保護のための装置を示すブロック構成図である。図１０を参照すると、個人情報保護のための被制御装置は、受信部１０１０、イベントマネージャ１０２０、認証要請部１０３０、ターゲット選択部１０４０、メッセージ暗号化部１０５０、送信部１０６０、認証装置リスト情報格納部１０８０、ポリシー情報格納部１０７０、及び暗号化アルゴリズム情報格納部１０９０を含む。被制御装置は、制御ポイントとして動作する表示装置１００１と通信を遂行する。
【００５８】
受信部１０１０は、ホームネットワークを介してメッセージ及び情報を受信する。
イベントマネージャ１０２０は、イベントが発生する場合を判断し、ポリシー情報格納部１０７０に格納されているポリシーによって許容された制御ポイントにのみイベントを転送する。イベントマネージャ１０２０は、ポリシーによって要求する制御ポイント１００１に認証要求を送信するか、あるいは転送されるメッセージを制御ポイント１００１に暗号化するかを決定する。
【００５９】
認証要請部１０３０は、イベントマネージャ１０２０の決定に従って認証要求を遂行する。
メッセージ暗号化部１０５０は、イベントマネージャ１０２０の決定に従ってイベント情報を暗号化する。
【００６０】
ターゲット選択部１０４０は、イベントマネージャ１０２０の要求によって、認証要求のための通知又はイベント情報を伝送するターゲットを選択する。
送信部１０６０は、通知又はイベント情報を制御ポイント、又は表示装置１００１に伝送する。
【００６１】
ポリシー情報格納部１０７０は、外部のポリシーマネージャ(図示せず)から受信した(又は設定した)ポリシー情報を格納する。認証装置リスト情報格納部１０８０は、認証された制御ポイントの情報を格納する。暗号化アルゴリズム情報格納部１０９０は、詳細コール/ＳＭＳ情報メッセージの暗号化に使用される暗号化アルゴリズムを格納する。
【００６２】
上記した本発明による実施形態は、コンピュータ読み取り可能な記録媒体に対するコンピュータ読み取り可能なコードとして実施されることができる。このコンピュータ読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータを格納するデータストレージデバイスとなり得る。コンピュータ読み取り可能な記録媒体の例としては、ＲＯＭ(Read-Only Memory)、ＲＡＭ(Random-Access Memory)、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ格納装置、及び搬送波(有無線伝送経路を介してインターネットを経由するデータ伝送のような)を含むが、これに限定されることではない。また、このコンピュータ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムにわたって分散されることによって、コンピュータ読み取り可能なコードは分散形態で格納及び遂行される。また、本発明を達成するための機能(function)プログラム、コード、及びコードセグメントは、当該技術分野における熟練されたプログラマにとっては容易に理解できることである。
【００６３】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【００６４】
１００１ 表示装置
１０１０ 受信部
１０２０ イベントマネージャ
１０３０ 認証要請部
１０４０ ターゲット選択部
１０５０ メッセージ暗号化部
１０６０ 送信部
１０７０ ポリシー情報格納部
１０８０ 認証装置リスト情報格納部
１０９０ 暗号化アルゴリズム情報格納部
【技術分野】
【０００１】
本発明は一般的にホームネットワークのミドルウェアプロトコル又はＵＰｎＰ(Universal Plug and Play)に関するもので、特にＵＰｎＰベースのホームネットワークにおけるユーザーの個人情報を保護する方法及び装置に関する。
【背景技術】
【０００２】
一般に、インターネットプロトコル(ＩＰ)ベースの私設網(private network)からなるホームネットワークは、個人コンピュータ(ＰＣ)、知能型製品、及び無線装置のように、家庭内で使用される多様な形態のデバイスを制御する。これらデバイスは、“ミドルウェア(middleware)”と呼ばれる共通の仮想コンピュータ環境を通じて一つのネットワークに接続される。
【０００３】
ミドルウェアとは、多様なデジタルデバイスをピアツーピア(peer-to-peer)方式で接続してデバイス間の通信を可能にするソフトウェアのことである。ＨＡＶＩ(Home AV Interoperability)、ＵＰｎＰ、ＪＩＮＩ(Java（登録商標） Intelligent Network Infra-structure)、及びＨＷＷ(Home Wide Web)のような多様な技術が、ミドルウェアとして提案されている。
【０００４】
現在、運営システムにＰｎＰ(Plug and Play)機能が追加された以後に、ＰＣの周辺装置を設置及び設定することが一層容易になった。しかしながら、ＰｎＰから発展したＵＰｎＰは、多様な家電製品、ネットワークプリンタ、及びインターネットゲートのようなネットワークデバイスがネットワーキング、特にホームネットワーキングを遂行可能にする。ＵＰｎＰは、このような便利な機能をＴＣＰ/ＩＰ(Transmission Control Protocol/Internet Protocol)、ＨＴＴＰ(Hyper Text Transfer Protocol)、及びＸＭＬ(eXtensible Markup Language)のようなインターネット標準技術に基づいて全体ネットワークに提供する。
【０００５】
ＵＰｎＰネットワークは、ＩＰベースのホームネットワークに接続され、それによって制御される被制御装置(Controlled Device：ＣＤ)、及びこの被制御装置を制御するための制御ポイント(Control Point：ＣＰ)で構成される。ＵＰｎＰネットワークは、ＴＣＰ/ＩＰ及びＨＴＴＰのようなインターネットプロトコル、及びＸＭＬとＳＯＡＰ(Simple Object Access Protocol)のような技術を含むＵＰｎＰプロトコルスタック構造を用いて制御ポイントと被制御装置との間で次のようなステップを通じて通信を遂行する。
【０００６】
ＵＰｎＰ通信の第１のアドレシングステップで、制御ポイントと被制御装置は、各々のＩＰアドレスを有する。被制御装置は、ネットワークに参加すると、自分のＩＰアドレスをＤＨＣＰ(Dynamic Host Configuration Protocol)を用いてフェッチ(fetch)し、あるいはネットワークにＤＨＣＰサーバがない場合に自動ＩＰアドレシングを用いてＩＰアドレスが割り当てられる。
【０００７】
第２の発見(discovery)ステップで、制御ポイントは被制御装置を検索し、あるいは被制御装置はその位置を広告する。この発見ステップは、ＳＳＤＰ(Simple Service Discovery Protocol)を用いて遂行される。被制御装置がネットワークに追加された場合に、被制御装置は、ＳＳＤＰのアライブ(alive)メッセージをネットワークにＩＰマルチキャスティングを通じて転送する。制御ポイントは、このアライブメッセージを受信して被制御装置の存在有無を判断することができる。制御ポイントがネットワークに新たに参加する場合、制御ポイントは、ＳＳＤＰのマルチキャストサーチ(Ｍ-サーチ)メッセージをネットワークにマルチキャストする。Ｍ-サーチメッセージを確認したすべての被制御装置は、自身の情報を包含するＭ-サーチ応答メッセージを制御ポイントに送信する。
【０００８】
第３の記述(description)ステップで、制御ポイントは、被制御装置の記述内容を確認する。制御ポイントは、応答メッセージを確認した後に被制御装置を所望する場合に、被制御装置に関連した詳細情報の要求を被制御装置に送信する。この要求を受信した被制御装置は、その情報をＸＭＬ文書で送信する。
【０００９】
第４の制御ステップで、制御ポイントは、被制御装置の機能を制御して被制御装置を動作させる。制御ポイントが任意の被制御装置を制御しようとする場合、制御ポイントは、被制御装置に関連した詳細情報に基づいて所望するサービスをＳＯＡＰを用いて被制御装置に送信する。ＳＯＡＰは、リモート関数(remote function)を呼び出すためにＸＭＬによってＨＴＴＰ上に書き込まれるプロトコルである。
【００１０】
第５のイベントステップで、制御ポイントは、被制御装置のイベント変化を受信する。制御ポイントは、被制御装置からイベントメッセージを受信しようとする場合、被制御装置に関連イベントに対する加入要求を送信する。加入が成功すると、被制御装置は、ＧＥＮＡ(General Event Notification Architecture)を用いて制御ポイントにイベントメッセージを送信する。
【００１１】
第６の表示ステップで、制御ポイントは、被制御装置のＨＴＭＬ(Hyper Text Markup Language)を用いて被制御装置の状態を表示する。
【００１２】
図１は、従来のＵＰｎＰネットワークシステムにおけるデバイス発見及びアクション実行を示す。図１を参照すると、ステップ１１０で、制御ポイント１０１は被制御装置１０２を発見又は検索し、あるいは被制御装置１０２はその位置を広告する。ステップ１２０で、制御ポイント１０１は、被制御装置１０２にアクション要求を送信する。ステップ１３０で、被制御装置１０２は、受信したアクション要求に対応するアクションを遂行する。ステップ１４０で、被制御装置１０２は、アクション結果を制御ポイント１０１に応答する。より具体的には、被制御装置１０２は、要求されたアクションを遂行し、このアクションに対する実行結果又は誤りメッセージを制御ポイント１０１に伝送する。
【００１３】
上述した基本ＵＰｎＰ制御方法に基づいて、ＵＰｎＰ被制御装置は、制御ポイントに様々なサービス(又は機能)を提供することができる。例えば、基本ＵＰｎＰ制御方法に基づき、ＵＰｎＰ制御ポイントは、ＡＶ(Audio/Visual)コンテンツが格納されているＵＰｎＰ被制御装置を制御することによって、ＡＶコンテンツは他のＵＰｎＰ被制御装置で再生されることができる。ＵＰｎＰ被制御装置がゲートウェイである場合、ＵＰｎＰ制御ポイントは、ＵＰｎＰゲートウェイ又は被制御装置を制御することによって、ホーム内のデバイスに割り当てられるＩＰアドレス帯域とサブネット及びゲートウェイのアドレスを変更及び設定することができる。
【００１４】
図２は、従来のＵＰｎＰネットワークシステムにおけるイベント通知を示す。
図２を参照すると、ステップ２１０で、制御ポイント(又は表示装置)２０１は被制御装置(又は移動電話)２０２を検索し、又は被制御装置２０２は自身の位置を広告する。ステップ２２０で、制御ポイント２０１は、被制御装置２０２にイベント受信/登録(subscribe）に対する要求を送信する。この登録要求を受信すると、被制御装置２０２は、ステップ２３０でＳＩＤ(Subscribe ID)を割り当て、ステップ２４０で割り当てられたＳＩＤを制御ポイント２０１に転送する。ステップ２５０で、被制御装置２０２でイベントが発生する場合には、被制御装置２０２は、ステップ２６０で、制御ポイント２０１にイベントを転送する。各ＵＰｎＰサービスに関連して定義された状態変数(state variable)の中にイベント関連状態変数に変更があれば、被制御装置２０２は、イベント受信登録を要求した制御ポイント２０１に関連イベントを転送する。
【００１５】
図３は、従来のＵＰｎＰネットワークシステムにおける制御ポイントから被制御装置への登録要求メッセージを示す図である。登録メッセージの方法及びヘッダーは、ＵＰｎＰデバイスアーキテクチャに定義されたフォーマットに従う。
【００１６】
ＵＰｎＰテレフォニー(telephony)サービスは、上記した技術に基づいたＵＰｎＰサービスとして被制御装置に提供されることができる。このテレフォニーサービスにおいて、着呼又はテキストメッセージが移動電話(又は被制御装置)で受信される場合、移動電話は、該当イベントを表示装置(又は制御ポイント)に通知する。表示装置が受信されたコール情報又はテキストメッセージ情報を要求する場合に、移動電話は、その要求に対応してコール情報又はテキストメッセージ情報を提供できる。
【００１７】
しかしながら、コール情報又はテキストメッセージ情報が制御ポイントに転送されるため、被制御装置から制御ポイントへのイベント情報は、ユーザーの個人情報を含む可能性がある。また、被制御装置から制御ポイントによって要求されるＵＰｎＰアクションに対する結果値は、被制御装置に格納されているユーザーの個人情報を含む可能性がある。そのため、ＵＰｎＰサービスを用いるユーザーの個人情報が漏洩されるという問題点があった。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、ＵＰｎＰホームネットワークにおいてＵＰｎＰサービスの実行中に発生できるユーザーの個人情報流出を防止するための個人情報保護方法及び装置を提供することにある。
【００１９】
また、本発明の目的は、ＵＰｎＰサービスを提供するために必要なＵＰｎＰベースのサービス、一連のアクション呼び出し方法、被制御装置の制御方法及び被制御装置から制御ポイントへのイベント方法、及びそのための被制御装置及び制御ポイント装置を提供することにある。
【課題を解決するための手段】
【００２０】
上記のような目的を達成するために、本発明の一態様によれば、ホームネットワークにおける個人情報保護方法が提供される。被制御装置は、制御ポイントから被制御装置のサービスに対する登録要求を受信し、登録要求を承認する。被制御装置は、制御ポイントから前記制御ポイントに関する情報を受信する。被制御装置にイベントが発生する場合、被制御装置は、制御ポイントに関する情報に基づいて設定されるポリシーによって前記制御ポイントにイベント転送を遂行する。
【００２１】
本発明の他の態様によれば、ホームネットワークにおける個人情報保護方法が提供される。制御ポイントは、被制御装置のサービスに対する登録要求を送信する。制御ポイントは、被制御装置と認証を遂行する。被制御装置にイベントが発生する場合に、被制御装置は、制御ポイントと被制御装置との間のＴＬＳ(Transport Layer Security)セッションを生成する。被制御装置は、生成されたＴＬＳセッションを通じて発生したイベントを転送する。
【００２２】
また、本発明の他の態様によれば、ホームネットワークにおける個人情報保護装置が提供される。上記装置は、ホームネットワークを通じて情報を受信する受信部と、イベントが発生する場合、ポリシー情報に格納されたポリシーによって制御ポイントにイベント情報転送を制御し、ポリシーに基づいて制御ポイントに認証要求を送信するか、あるいはイベント情報を暗号化するかを決定するイベントマネージャと、イベントマネージャの決定に基づいて認証要求を遂行する認証要請部と、イベントマネージャの決定に基づいてイベント情報を暗号化するメッセージ暗号化部と、イベント情報が伝送されるターゲットを選択するターゲット選択部と、イベント情報を伝送する送信部とを含む。
【００２３】
本発明の上記及び他の様相、特徴、及び利点は、以下のような添付図面とともに続く詳細な説明から、より明白になるだろう。
【発明の効果】
【００２４】
本発明は、ＵＰｎＰホームネットワークシステムが被制御装置に提供するサービスにイベントが発生する場合、被制御装置は、サービスに登録要求を送信したすべての制御ポイント装置にイベントを転送せずに、設定されたポリシーに基づいてイベント通知を遂行することができる。また、被制御装置は、設定されたポリシーに基づいて、制御ポイントによって要求される個人情報を有する詳細イベント情報の暗号化又は認証を要求することができる。
【００２５】
したがって、本発明は、被制御装置に格納され、被制御装置によってサービスを通じて提供される個人情報がイベント情報に含まれることを防ぐことによって、ユーザーの個人情報を保護することができる効果を有する。
【図面の簡単な説明】
【００２６】
【図１】従来のＵＰｎＰネットワークシステムにおけるデバイス発見及びアクション実行を示す図である。
【図２】従来のＵＰｎＰネットワークシステムにおけるイベント通知動作を示す図である。
【図３】従来のＵＰｎＰネットワークシステムにおける制御ポイントから被制御装置への登録要求メッセージを示す図である。
【図４】本発明の一実施形態によるＵＰｎＰサービス時にイベント転送のためのセッション生成動作を示す図である。
【図５】本発明の一実施形態によるＵＰｎＰサービス時にポリシーベースのイベント転送動作を示す図である。
【図６】本発明の他の実施形態によるＵＰｎＰサービス時にフィルタベースのイベント転送動作を示す図である。
【図７】本発明の一実施形態によるＵＰｎＰサービス時に詳細なイベント転送動作を示す図である。
【図８】本発明の一実施形態により、暗号化パラメータ交渉が遂行されない場合のイベント転送の詳細動作を示す図である。
【図９】本発明の一実施形態により、ＵＰｎＰサービス時に制御ポイントに関する情報がポリシーベースのイベント転送動作に含まれる登録要求メッセージを示す図である。
【図１０】本発明の一実施形態によるＵＰｎＰサービス時の個人情報保護装置を示すブロック構成図である。
【図１１】本発明の他の実施形態によるＵＰｎＰサービス時のフィルタベースのイベント転送動作のフィルタリストを示す図である。
【発明を実施するための形態】
【００２７】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
添付した図において、同一の構成要素または機能的に類似した構成要素に対しては同一の参照符号及び参照番号を付ける。下記の説明で、本発明に関連した公知の機能又は構成に関する具体的な説明が本発明の要旨を不明にすると判断された場合に、その詳細な説明を省略する。
【００２８】
図４は、本発明の一実施形態によるＵＰｎＰサービス時にイベント転送のためのセッション生成動作を示す。図４に示す動作方式は、セッション認証に基づいて登録要求に対してＳＩＤとデバイス情報をマッピングする。図４に示すイベント方式は、被制御装置によって提供されるサービスのイベントに対して登録を要求する制御ポイント又はユーザーが認証を受けるようにする。被制御装置は、デバイス又はユーザーに対する認証結果としてデバイス又はユーザーに関する情報を獲得でき、この獲得した情報をイベントセッションにマッピングする。
【００２９】
図４を参照すると、制御ポイント４０１がステップ４０５で被制御装置４０２に登録要求を送信すると、被制御装置４０２は、ステップ４１０で要求に対応して誤りメッセージを送信する。この誤りメッセージは、既存のＵＰｎＰデバイスアーキテクチャ標準に定義されていないことであり、本発明の実施形態ではこの誤りコードを‘４１３’として定義する。このような誤りコード値は、認証プロセスに必要な登録要求を送信することを制御ポイント４０１に通知する。制御ポイント４０１の認証をサポートする装置は、一連の認証手順を遂行する。具体的な認証手順及びメッセージフォーマットは、ＵＰｎＰデバイス保護(Protection)標準で定義されている。ステップ４１５で、制御ポイント４０１及び被制御装置４０２は、２個の装置間のチャンネル保護のために自己署名証明書(self-signed certificate)を用いてＴＬＳ(Transport Layer Security)セッションを生成する。ステップ４２０で、制御ポイント４０１を認証するために、認証手順は、ＷＰＳ(Wi-fi Protected Setup)、ＴＬＳ-ＰＳＫ(Pre-Shared Key)のような導入(introduction)プロトコルを用いて遂行される。ＴＬＳセッションの生成後に、制御ポイント４０１は、ステップ４２５で被制御装置４０２にロール(role)要求を送信する。制御ポイント４０１は、他のロールが必要である場合にはステップ４３０でログインを遂行し、ロールを変更する場合にはステップ４３５で、ＡＣＬ(Access Control List)を変更することができる。
【００３０】
認証プロセス以後に、制御ポイント４０１は、ステップ４４０で、被制御装置４０２に登録要求を送信する。被制御装置４０２は、ステップ４４５で、承認メッセージ(以下、“ＨＴＴＰ２００ ＯＫメッセージ”と称する)を用いて登録要求を受諾する。ステップ４４０で登録要求を送信する場合、制御ポイント４０１は、登録要求と共にコールバックＵＲＬ(Uniform Resource Locator)のポート(port)情報を被制御装置４０２に転送する。その後、ステップ４５０でイベントが被制御装置４０２のサービスに発生する場合、ステップ４５５で、ＴＬＳセッションが最初１回だけ生成される。ＴＬＳセッションの生成時に、被制御装置４０２は、制御ポイント４０１が登録要求と共に転送するコールバックＵＲＬのポートにＴＬＳセッションを生成する。被制御装置４０２は、ステップ４６０でこのイベントを制御ポイント４０１に転送する。
【００３１】
ＴＬＳセッションの生成中に、被制御装置４０２は、認証手順時に使用されるＴＬＳセッションを再使用することができる。
【００３２】
図５は、本発明の一実施形態によるＵＰｎＰサービス時にポリシーベースのイベント転送動作を示す。本発明の実施形態において、移動電話(mobile phone)は被制御装置として動作し、表示装置は制御ポイントとして動作し、ポリシーベースのイベント転送動作は、ＵＰｎＰテレフォニーサービスでコールイベントが発生する際に遂行される。
【００３３】
図５を参照すると、ステップ５０５で、被制御装置５０１は被制御装置５０２を発見し、あるいは被制御装置５０２は自身の位置を広告する。ステップ５１０で、制御ポイント５０１は、被制御装置５０２のテレフォニーサービスに登録要求を送信する。ステップ５１５で、被制御装置５０２は、制御ポイント５０１からの登録要求を承認して制御ポイント５０１にＳＩＤを割り当てる。ステップ５２０で、被制御装置５０２は、制御ポイント５０１に割り当てられたＳＩＤを返送する。ステップ５２５で、制御ポイント５０１は、ＵＵＩＤ(Universally Unique Identifier)及び名称(friendly name)情報を割り当てられたＳＩＤにマッピングして被制御装置５０２に格納する。これは、‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’のようなＳＯＡＰアクションによって遂行される。
【００３４】
割り当てられたＳＩＤに対して制御ポイント５０１の情報をマッピングして格納することは、テレフォニーサービスを用いる制御ポイント５０１の基本動作である。被制御装置５０２は、複数の制御ポイントのうち選択されたいずれか一つへイベントを転送するためにマッピングされる情報を使用する。
【００３５】
ユーザーは、制御ポイント５０１を用いて‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションを呼び出すことができ、この‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションは、登録要求に対応して受信されると、自動に呼び出されるように設定できる。
【００３６】
本発明の実施形態によれば、もう一つの制御ポイント装置は、登録要求を送信した制御ポイントの情報を収集してポリシーを生成することができる。この制御ポイント装置は、ポリシーマネージャ５０３と称する。
【００３７】
ステップ５３０で、ポリシーマネージャ５０３は、被制御装置５０２で呼び出し、すなわち‘ＧｅｔＳＩｄＬｉｓｔ()’アクションによって制御ポイントに関する情報を収集する。ステップ５３５で、ポリシーマネージャ５０３は、被制御装置５０２に格納されている制御ポイント情報のリストを受信する。この情報リストは、被制御装置５０２が制御ポイント別に割り当てたＳＩＤと制御ポイントのＵＵＩＤ及び名称との間のマッピング情報を含む。ステップ５４０で、ポリシーマネージャ５０３は、受信された情報に基づいてポリシーを生成する。ユーザーの入力に基づき、ポリシーマネージャ５０３は、コール/ＳＭＳ受信イベントが転送される制御ポイント及びイベントが転送されない制御ポイントを設定する。また、ポリシーマネージャ５０３は、制御ポイントからのコール/ＳＭＳイベントの詳細情報要求に対する認証要求を遂行するか否か、あるいは詳細イベント情報を暗号化するか否かを設定できる。すなわち、ポリシーマネージャ５０３は、各サービスに対してユーザーの入力によるイベント転送条件(イベント情報の転送、イベント情報転送のための認証要求、及びイベント情報の暗号化のうち少なくとも一つ）を設定することによってイベントポリシーを生成する。
【００３８】
ステップ５４５で、ポリシーマネージャ５０３は、呼び出し、すなわち‘ＳｅｔＣａｌｌＰｏｌｉｃｙ()’アクションによって生成されたポリシーを関連の被制御装置５０２に転送する。
【００３９】
以後、ステップ５５０で、コールイベントが関連の被制御装置５０２で着呼が受信されて発生すると、被制御装置５０２は、ステップ５５５で、設定されたポリシーによってコールイベントを制御ポイント５０１に転送する。
【００４０】
図６は、本発明の他の実施形態によるＵＰｎＰサービス時にフィルタベースのイベント転送動作を示す。図６に示す方法は、名称情報以外の多様な情報を用いてポリシーを設定する。
【００４１】
図６を参照すると、ステップ６０５で、制御ポイント６０１は被制御装置６０２を発見し、又は被制御装置６０２は自身の位置を広告する。ステップ６１０で、制御ポイント６０１は、被制御装置６０２のテレフォニーサービスに登録要求を送信する。ステップ６１５で、被制御装置６０２は、制御ポイント６０１からの登録要求を承認して制御ポイント６０１にＳＩＤを割り当てる。ステップ６２０で、被制御装置６０２は、制御ポイント６０１に割り当てられたＳＩＤを返送する。
【００４２】
ステップ６２５で、制御ポイント６０１は、自身の情報を被制御装置６０２に転送し、そのＵＵＩＤ及び名称情報に加えてユーザー名を転送することができる。この動作は、‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションによって遂行される。ポリシーマネージャ６０３は、ステップ６３０で制御ポイントに関する情報に対する要求を被制御装置６０２に送信し、ステップ６３５でこの情報を被制御装置６０２から受信する。このような動作は、‘ＧｅｔＳｕｂｓｃｒｉｂｅＬｉｓｔ()’アクションによって遂行されることができる。
【００４３】
ステップ６４０で、ポリシーマネージャ６０３は、被制御装置６０２から受信された制御ポイント６０１に関する情報に基づき、被制御装置６０２のポリシー、すなわちイベント転送のためのフィルタを生成する。ステップ６４５で、‘ＳｅｔＦｉｌｔｅｒＦｏｒＣａｌｌＮｏｔｉｆｉｃａｔｉｏｎ(ＦｉｌｔｅｒＬｉｓｔ)’を用いて被制御装置６０２にポリシーを転送する。
【００４４】
ステップ６５０でコール受信イベントが発生すると、被制御装置６０２は、ステップ６５５でＴＬＳセッションを生成し、ステップ６６０で設定されたポリシー(フィルタ)によってイベントを選択的に転送する。ステップ６５５で、被制御装置６０２は、制御ポイント６０１が登録要求と共に転送するコールバックＵＲＬのポートにＴＬＳセッションを生成することができる。
【００４５】
したがって、被制御装置６０２は、設定されたポリシー、すなわちフィルタに基づいてイベントを受信する制御ポイントのＩＤ及びＳＩＤだけでなく、ユーザー名を用いてユーザーを分類してイベントを転送することができる。同一のユーザーに転送されるイベントでも、被制御装置６０２は、イベントの値に従って特定条件を適用してイベントをフィルタリングできる。さらに、被制御装置６０２は、このようないろいろな条件によってイベントを選択的に暗号化することができる。
【００４６】
図１１は、本発明の他の実施形態によるＵＰｎＰサービス時にフィルタベースのイベント転送動作のフィルタリストを示す。図１１に示すように、フィルタの‘ＡｌｌｏｗＴａｒｇｅｔＬｉｓｔ’には、‘ＲｅｃｅｉｖｉｎｇＣａｌｌＩｎｆｏ’状態変数が‘ＡＣＭＥ Ｗｉｄｇｅｔ Ｍｏｄｅｌ ＸＹＺ’の名称を有する‘Ｍａｒｋ’ｓ Ｇａｍｅ Ｃｏｎｓｏｌｅ’にイベントを伝送し、このイベントは、ＩＤ＝０を有する暗号化キーを用いて暗号化される。
【００４７】
図７は、本発明の一実施形態によるＵＰｎＰサービス時にイベント転送の詳細動作を示す。図８は、本発明の一実施形態により、暗号化パラメータ交渉が遂行されない場合のイベント伝送の詳細動作を示す。
【００４８】
図７及び図８に示すプロセスにおいて、制御ポイント７０１，８０１が被制御装置７０２，８０２に詳細コール/ＳＭＳ情報に対する要求を送信する場合に、被制御装置７０２，８０２は、ポリシーに基づいて認証を要求し、あるいは暗号化された詳細情報を提供する。しかしながら、図７に示した動作では、被制御装置７０２は、制御ポイント７０１からの詳細コール/ＳＭＳ情報要求に対応して個人情報(privacy)保護機能を提供し、認証又は暗号化に必要なパラメータ交渉が必要である。
【００４９】
ステップ７０５でコール又はＳＭＳが受信されると、被制御装置７０２は、ステップ７１０でイベント発生を判断し、ステップ７１５でイベントを制御ポイント７０１に転送する。
【００５０】
制御ポイント７０１は、ステップ７２０で、被制御装置７０１にコール/ＳＭＳに関する詳細情報を要求する。被制御装置７０２は、ステップ７２５で、設定されたポリシーに基づいて、暗号化又は認証を遂行するか否かを決定する。ステップ７２５で参照するポリシーは、図５及び図６を参照して上記したようにポリシーマネージャによって設定されるポリシーとなり得る。被制御装置７０２は、ステップ７２５で暗号化又は認証を遂行すると決定した場合には、ステップ７３０で、制御ポイント７０１からの詳細コール/ＳＭＳ情報要求に対応して誤りコード７０１(Privacy Mode enabled）を返送する。
【００５１】
誤りコード値が７０１である場合、制御ポイント７０１は、ステップ７３５でユーザーからパスワードを受信して被制御装置７０２によって認証され、あるいはステップ７４０で暗号化に必要なパラメータ交渉を被制御装置７０２と遂行する。または、ステップ７３５及びステップ７４０共を遂行することができる。ステップ７４５で制御ポイント７０１が詳細コール/ＳＭＳ情報を再要求すれば、被制御装置７０２は、ステップ７５０で、認証結果又は交渉された暗号化パラメータに基づいて詳細コール/ＳＭＳ情報を提供する。ステップ７５５で、制御ポイント７０１は、提供された情報をディスプレイする。
【００５２】
図８は、本発明の一実施形態により、暗号化パラメータ交渉が必要でない場合に対する単純化した動作を示す。
図８を参照すると、被制御装置８０２は、ステップ８０５でコール又はＳＭＳが受信されると、ステップ８１０でイベント発生を判断し、ステップ８１５でイベントを制御ポイント８０１に転送する。
【００５３】
制御ポイント８０１は、ステップ８２０で、被制御装置８０２にコール/ＳＭＳに関する詳細情報の要求を送信する。ステップ８２５で、被制御装置８０２は、設定されたポリシーに基づいて暗号化を遂行するか否かを決定する。ステップ８２５で参照するポリシーは、図５及び図６を参照して上記したようなポリシーマネージャによって設定されたポリシーとなり得る。被制御装置８０２は、ステップ８２５で暗号化の遂行を決定すると、ステップ８３０で、コール/ＳＭＳメッセージを暗号化(符号化)して制御ポイント８０１に送信する。
【００５４】
制御ポイント８０１は、ステップ８３５で、ユーザーからパスワードを受信して被制御装置８０２から受信したコール/ＳＭＳメッセージを復号化し、ステップ８４０で復号化されたコール/ＳＭＳメッセージをディスプレイする。
【００５５】
本発明は、制御ポイントに関する情報を被制御装置に転送するために‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションを使用する代わりに、最初に登録要求をするときにこの情報を登録要求メッセージに含める。図９は、本発明の一実施形態により、ＵＰｎＰサービス時に制御ポイントに関する情報がポリシーベースのイベント転送動作に含まれる登録要求メッセージを示す。
【００５６】
本発明の一実施形態において、制御ポイント情報が登録要求時に登録要求メッセージで転送される場合に、追加のヘッダーは、ＵＰｎＰデバイスアーキテクチャ標準のイベントメッセージに定義されている。図９に示すように、制御ポイント情報は、ＳＵＢＳＣＲＩＢＥＲ.ＵＰＮＰ.ＯＲＧヘッダーをさらに定義して記述することができる。図５及び図６の‘ＳｅｔＦｒｉｅｎｄｌｙＮａｍｅ()’アクションは、制御ポイント情報が登録要求と共に転送される場合には省略可能である。
【００５７】
図１０は、本発明の一実施形態によるＵＰｎＰサービス時に個人情報保護のための装置を示すブロック構成図である。図１０を参照すると、個人情報保護のための被制御装置は、受信部１０１０、イベントマネージャ１０２０、認証要請部１０３０、ターゲット選択部１０４０、メッセージ暗号化部１０５０、送信部１０６０、認証装置リスト情報格納部１０８０、ポリシー情報格納部１０７０、及び暗号化アルゴリズム情報格納部１０９０を含む。被制御装置は、制御ポイントとして動作する表示装置１００１と通信を遂行する。
【００５８】
受信部１０１０は、ホームネットワークを介してメッセージ及び情報を受信する。
イベントマネージャ１０２０は、イベントが発生する場合を判断し、ポリシー情報格納部１０７０に格納されているポリシーによって許容された制御ポイントにのみイベントを転送する。イベントマネージャ１０２０は、ポリシーによって要求する制御ポイント１００１に認証要求を送信するか、あるいは転送されるメッセージを制御ポイント１００１に暗号化するかを決定する。
【００５９】
認証要請部１０３０は、イベントマネージャ１０２０の決定に従って認証要求を遂行する。
メッセージ暗号化部１０５０は、イベントマネージャ１０２０の決定に従ってイベント情報を暗号化する。
【００６０】
ターゲット選択部１０４０は、イベントマネージャ１０２０の要求によって、認証要求のための通知又はイベント情報を伝送するターゲットを選択する。
送信部１０６０は、通知又はイベント情報を制御ポイント、又は表示装置１００１に伝送する。
【００６１】
ポリシー情報格納部１０７０は、外部のポリシーマネージャ(図示せず)から受信した(又は設定した)ポリシー情報を格納する。認証装置リスト情報格納部１０８０は、認証された制御ポイントの情報を格納する。暗号化アルゴリズム情報格納部１０９０は、詳細コール/ＳＭＳ情報メッセージの暗号化に使用される暗号化アルゴリズムを格納する。
【００６２】
上記した本発明による実施形態は、コンピュータ読み取り可能な記録媒体に対するコンピュータ読み取り可能なコードとして実施されることができる。このコンピュータ読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータを格納するデータストレージデバイスとなり得る。コンピュータ読み取り可能な記録媒体の例としては、ＲＯＭ(Read-Only Memory)、ＲＡＭ(Random-Access Memory)、ＣＤ-ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ格納装置、及び搬送波(有無線伝送経路を介してインターネットを経由するデータ伝送のような)を含むが、これに限定されることではない。また、このコンピュータ読み取り可能な記録媒体は、ネットワーク接続されたコンピュータシステムにわたって分散されることによって、コンピュータ読み取り可能なコードは分散形態で格納及び遂行される。また、本発明を達成するための機能(function)プログラム、コード、及びコードセグメントは、当該技術分野における熟練されたプログラマにとっては容易に理解できることである。
【００６３】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【００６４】
１００１ 表示装置
１０１０ 受信部
１０２０ イベントマネージャ
１０３０ 認証要請部
１０４０ ターゲット選択部
１０５０ メッセージ暗号化部
１０６０ 送信部
１０７０ ポリシー情報格納部
１０８０ 認証装置リスト情報格納部
１０９０ 暗号化アルゴリズム情報格納部
【特許請求の範囲】
【請求項１】
ホームネットワークにおける個人情報保護方法であって、
被制御装置によって、制御ポイントから前記被制御装置のサービスに対する登録要求を受信するステップと、
前記被制御装置によって、前記登録要求を承認するステップと、
前記被制御装置によって、前記制御ポイントから前記制御ポイントに関する情報を受信するステップと、
前記被制御装置にイベントが発生する場合、前記被制御装置によって、前記制御ポイントに関する情報に基づいて設定されるポリシーによって前記制御ポイントにイベント転送を遂行するステップと、
を有することを特徴とする方法。
【請求項２】
前記登録要求を承認するステップは、
前記被制御装置によって、前記登録要求に対応してＳＩＤ(Subscription Identifier)を割り当て、前記割り当てられたＳＩＤを前記制御ポイントに転送するステップを有することを特徴とする請求項１に記載の方法。
【請求項３】
前記制御ポイントに関する情報は、前記制御ポイントのＵＵＩＤ(Universally Unique Identifier)と名称(friendly name)を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記情報を受信するステップは、
前記被制御装置によって、前記制御ポイントから前記割り当てられたＳＩＤにマッピングされる前記制御ポイントに関する情報を受信するステップを有することを特徴とする請求項２に記載の方法。
【請求項５】
前記イベント転送を遂行するステップは、
ポリシーマネージャによって、前記制御ポイントに関する情報を収集するステップと、
前記ポリシーマネージャによって、前記収集した制御ポイントに関する情報に基づいて前記制御ポイントに転送するイベント情報に対するポリシーを生成するステップと、
前記ポリシーマネージャによって、前記生成されたポリシーを前記被制御装置に転送するステップと、
前記被制御装置にイベントが発生する場合に、前記被制御装置によって、前記受信したポリシーに従って前記制御ポイントにイベント転送を遂行するステップと、
を有することを特徴とする請求項３に記載の方法。
【請求項６】
前記ポリシーは、ユーザー入力により生成されるイベント情報の転送、イベント情報転送に対する認証要求、イベント情報の暗号化のうち少なくとも一つを含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記制御ポイントに関する情報はユーザー名をさらに含むことを特徴とする請求項５に記載の方法。
【請求項８】
前記制御ポイントに関する情報は前記登録要求メッセージに含まれることを特徴とする請求項１に記載の方法。
【請求項９】
前記制御ポイントによって、前記イベントを受信すると、イベントに関する詳細情報に対する要求を前記被制御装置に送信するステップと、
前記被制御装置によって、前記ポリシーに基づいて前記イベントに関する詳細情報を暗号化するか否かを決定するステップと、
前記被制御装置が前記ポリシーに基づいて前記イベントに関する詳細情報の暗号化を決定する場合に、前記被制御装置によって、前記イベントに関する詳細情報を暗号化して前記制御ポイントに伝送するステップと、
をさらに有することを特徴とする請求項１に記載の方法。
【請求項１０】
前記詳細情報を暗号化するか否かを決定するステップは、
前記被制御装置によって、前記ポリシーに基づいて前記イベントに関する詳細情報を暗号化するか否か、及び前記制御ポイントを認証するか否かを決定するステップと、
前記被制御装置が前記ポリシーに基づいて前記制御ポイントを認証するか否かを決定する場合に、前記被制御装置によって、前記制御ポイントのユーザーからパスワードを受信し、前記パスワードを用いて認証を遂行するステップと、
を有することを特徴とする請求項９に記載の方法。
【請求項１１】
ホームネットワークにおける個人情報保護方法であって、
前記制御ポイントによって、被制御装置のサービスに対する登録要求を送信するステップと、
前記制御ポイントによって、前記被制御装置と認証を遂行するステップと、
前記被制御装置にイベントが発生する場合に、前記被制御装置によって、前記制御ポイントと前記被制御装置との間のＴＬＳ(Transport Layer Security)セッションを生成するステップと、
前記被制御装置によって、前記生成されたＴＬＳセッションを通じて前記発生したイベントを転送するステップと、
を有することを特徴とする方法。
【請求項１２】
前記認証を遂行するステップは、
前記制御ポイントと前記被制御装置との間のチャンネル保護のために自己署名証明書を用いて前記ＴＬＳセッションを生成するステップと、
導入プロトコルを用いて認証手順を遂行するステップと、
を有することを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＴＬＳセッションを生成するステップは、
前記認証時に使用されるＴＬＳセッションを再使用して、前記制御ポイントと前記被制御装置との間にＴＬＳセッションを生成するステップを有することを特徴とする請求項１１に記載の方法。
【請求項１４】
前記制御ポイントによって、前記登録要求を送信する場合に、前記登録要求に対するメッセージにコールバックＵＲＬ(Uniform Resource Locator)のポートに関する情報を含むステップと、
前記被制御装置に前記イベントが発生する場合に、前記コールバックＵＲＬのポートにＴＬＳセッションを生成するステップと、
を有することを特徴とする請求項１１に記載の方法。
【請求項１５】
ホームネットワークにおける個人情報保護装置であって、
ホームネットワークを通じて情報を受信する受信部と、
イベントが発生する場合、ポリシー情報に格納されたポリシーによって制御ポイントにイベント情報転送を制御し、前記ポリシーに基づいて前記制御ポイントに認証要求を送信するか、あるいは前記イベント情報を暗号化するかを決定するイベントマネージャと、
前記イベントマネージャの決定に基づいて認証要求を遂行する認証要請部と、
前記イベントマネージャの決定に基づいて前記イベント情報を暗号化するメッセージ暗号化部と、
イベント情報が伝送されるターゲットを選択するターゲット選択部と、
イベント情報を伝送する送信部と、を含んでおり、
前記ポリシーマネージャから受信したポリシーを格納する前記ポリシー情報と、
前記イベント情報の暗号化に使用される暗号化アルゴリズムを格納する暗号化アルゴリズム情報と、
前記認証された制御ポイントのリストを格納するための認証装置リスト情報と、
をさらに含むことを特徴とする装置。
【請求項１】
ホームネットワークにおける個人情報保護方法であって、
被制御装置によって、制御ポイントから前記被制御装置のサービスに対する登録要求を受信するステップと、
前記被制御装置によって、前記登録要求を承認するステップと、
前記被制御装置によって、前記制御ポイントから前記制御ポイントに関する情報を受信するステップと、
前記被制御装置にイベントが発生する場合、前記被制御装置によって、前記制御ポイントに関する情報に基づいて設定されるポリシーによって前記制御ポイントにイベント転送を遂行するステップと、
を有することを特徴とする方法。
【請求項２】
前記登録要求を承認するステップは、
前記被制御装置によって、前記登録要求に対応してＳＩＤ(Subscription Identifier)を割り当て、前記割り当てられたＳＩＤを前記制御ポイントに転送するステップを有することを特徴とする請求項１に記載の方法。
【請求項３】
前記制御ポイントに関する情報は、前記制御ポイントのＵＵＩＤ(Universally Unique Identifier)と名称(friendly name)を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記情報を受信するステップは、
前記被制御装置によって、前記制御ポイントから前記割り当てられたＳＩＤにマッピングされる前記制御ポイントに関する情報を受信するステップを有することを特徴とする請求項２に記載の方法。
【請求項５】
前記イベント転送を遂行するステップは、
ポリシーマネージャによって、前記制御ポイントに関する情報を収集するステップと、
前記ポリシーマネージャによって、前記収集した制御ポイントに関する情報に基づいて前記制御ポイントに転送するイベント情報に対するポリシーを生成するステップと、
前記ポリシーマネージャによって、前記生成されたポリシーを前記被制御装置に転送するステップと、
前記被制御装置にイベントが発生する場合に、前記被制御装置によって、前記受信したポリシーに従って前記制御ポイントにイベント転送を遂行するステップと、
を有することを特徴とする請求項３に記載の方法。
【請求項６】
前記ポリシーは、ユーザー入力により生成されるイベント情報の転送、イベント情報転送に対する認証要求、イベント情報の暗号化のうち少なくとも一つを含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記制御ポイントに関する情報はユーザー名をさらに含むことを特徴とする請求項５に記載の方法。
【請求項８】
前記制御ポイントに関する情報は前記登録要求メッセージに含まれることを特徴とする請求項１に記載の方法。
【請求項９】
前記制御ポイントによって、前記イベントを受信すると、イベントに関する詳細情報に対する要求を前記被制御装置に送信するステップと、
前記被制御装置によって、前記ポリシーに基づいて前記イベントに関する詳細情報を暗号化するか否かを決定するステップと、
前記被制御装置が前記ポリシーに基づいて前記イベントに関する詳細情報の暗号化を決定する場合に、前記被制御装置によって、前記イベントに関する詳細情報を暗号化して前記制御ポイントに伝送するステップと、
をさらに有することを特徴とする請求項１に記載の方法。
【請求項１０】
前記詳細情報を暗号化するか否かを決定するステップは、
前記被制御装置によって、前記ポリシーに基づいて前記イベントに関する詳細情報を暗号化するか否か、及び前記制御ポイントを認証するか否かを決定するステップと、
前記被制御装置が前記ポリシーに基づいて前記制御ポイントを認証するか否かを決定する場合に、前記被制御装置によって、前記制御ポイントのユーザーからパスワードを受信し、前記パスワードを用いて認証を遂行するステップと、
を有することを特徴とする請求項９に記載の方法。
【請求項１１】
ホームネットワークにおける個人情報保護方法であって、
前記制御ポイントによって、被制御装置のサービスに対する登録要求を送信するステップと、
前記制御ポイントによって、前記被制御装置と認証を遂行するステップと、
前記被制御装置にイベントが発生する場合に、前記被制御装置によって、前記制御ポイントと前記被制御装置との間のＴＬＳ(Transport Layer Security)セッションを生成するステップと、
前記被制御装置によって、前記生成されたＴＬＳセッションを通じて前記発生したイベントを転送するステップと、
を有することを特徴とする方法。
【請求項１２】
前記認証を遂行するステップは、
前記制御ポイントと前記被制御装置との間のチャンネル保護のために自己署名証明書を用いて前記ＴＬＳセッションを生成するステップと、
導入プロトコルを用いて認証手順を遂行するステップと、
を有することを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＴＬＳセッションを生成するステップは、
前記認証時に使用されるＴＬＳセッションを再使用して、前記制御ポイントと前記被制御装置との間にＴＬＳセッションを生成するステップを有することを特徴とする請求項１１に記載の方法。
【請求項１４】
前記制御ポイントによって、前記登録要求を送信する場合に、前記登録要求に対するメッセージにコールバックＵＲＬ(Uniform Resource Locator)のポートに関する情報を含むステップと、
前記被制御装置に前記イベントが発生する場合に、前記コールバックＵＲＬのポートにＴＬＳセッションを生成するステップと、
を有することを特徴とする請求項１１に記載の方法。
【請求項１５】
ホームネットワークにおける個人情報保護装置であって、
ホームネットワークを通じて情報を受信する受信部と、
イベントが発生する場合、ポリシー情報に格納されたポリシーによって制御ポイントにイベント情報転送を制御し、前記ポリシーに基づいて前記制御ポイントに認証要求を送信するか、あるいは前記イベント情報を暗号化するかを決定するイベントマネージャと、
前記イベントマネージャの決定に基づいて認証要求を遂行する認証要請部と、
前記イベントマネージャの決定に基づいて前記イベント情報を暗号化するメッセージ暗号化部と、
イベント情報が伝送されるターゲットを選択するターゲット選択部と、
イベント情報を伝送する送信部と、を含んでおり、
前記ポリシーマネージャから受信したポリシーを格納する前記ポリシー情報と、
前記イベント情報の暗号化に使用される暗号化アルゴリズムを格納する暗号化アルゴリズム情報と、
前記認証された制御ポイントのリストを格納するための認証装置リスト情報と、
をさらに含むことを特徴とする装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２０１２−５００４３５（Ｐ２０１２−５００４３５Ａ）
【公表日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願番号】特願２０１１−５２３７４５（Ｐ２０１１−５２３７４５）
【出願日】平成２１年８月２０日（２００９．８．２０）
【国際出願番号】ＰＣＴ／ＫＲ２００９／００４６４９
【国際公開番号】ＷＯ２０１０／０２１５０２
【国際公開日】平成２２年２月２５日（２０１０．２．２５）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
【公表日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願日】平成２１年８月２０日（２００９．８．２０）
【国際出願番号】ＰＣＴ／ＫＲ２００９／００４６４９
【国際公開番号】ＷＯ２０１０／０２１５０２
【国際公開日】平成２２年２月２５日（２０１０．２．２５）
【出願人】（５０３４４７０３６）サムスン エレクトロニクス カンパニー リミテッド (2,221)
【Ｆターム（参考）】
[ Back to top ]