(57)【要約】本発明は通信システムに関し、より詳細には、ある通信デバイスによってアクセス可能な、例えばマルチメディアオブジェクトのセットのようなデータに、他の通信デバイスがアクセスすることを可能にすることに関する。通信デバイス同士及びサーバとの間で識別コード情報が通信されるが、これは、ある通信デバイスから他の通信デバイスへそしてサーバへと、識別コードの表現が通信されることを含む。識別コードは、ある通信デバイスによってアクセス可能なデータに関連付けられ、またデータはアクセス権に関連付けられる。サーバは、特定の通信デバイスやアクセス権、またコンテンツを関係付けることができる。【選択図】図３ｃ
2013538384.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信デバイスと、第２の通信デバイスと、前記第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに前記第２の通信デバイスがアクセスすることを許可するサーバとを備えるシステムにおける方法であって：
前記第１の通信デバイスと、前記第２の通信デバイスと、前記サーバとの間で識別コード情報を通信すること、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信することと；
前記第１の通信デバイスによって、前記識別コード又はその前記表現を、該第１の通信デバイスがアクセス可能なマルチメディアオブジェクトであってアクセス権に関連付けられるマルチメディアオブジェクトのセットに関連付けることと；
前記第１の通信デバイスによって、前記サーバに、前記マルチメディアオブジェクトのセットに関連する情報を送信することと；
前記サーバによって、前記マルチメディアオブジェクトのセットに関連する前記情報を受信することと；
前記特定の第１の通信デバイスと前記特定の第２の通信デバイスとの関連付けに基づき、前記サーバによって、前記マルチメディアオブジェクトのセット及びそれに関係する前記アクセス権に関連する信用情報を生成することと；
前記サーバによって、前記信用情報を前記第２の通信デバイスに送信することと；
前記第２の通信デバイスによって前記信用情報を受信し、それによって、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可することと；
を含む、方法。
【請求項２】
第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを許可するための、前記第１の通信デバイスにおける方法であって：
前記第２の通信デバイスと、前記サーバとの間で識別コード情報を通信すること、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信することと；
前記識別コード又はその前記表現を、該第１の通信デバイスがアクセス可能なマルチメディアオブジェクトであってアクセス権に関連付けられるマルチメディアオブジェクトのセットに関連付けることと；
前記サーバに、前記マルチメディアオブジェクトのセットに関連する情報を送信し、それによって、前記サーバが、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可することを可能にすることと；
を含み、ここで前記許可することは、前記サーバにより前記マルチメディアオブジェクトのセット及びそれに関係する前記アクセス権に関連する信用情報と、解決された前記第２の通信デバイスの身元とを、該第２の通信デバイスに送信することにより行われる、方法。
【請求項３】
第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを許可するための、前記第２の通信デバイスにおける方法であって：
前記第１の通信デバイスと、前記サーバとの間で識別コード情報を通信すること、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信することと；
前記第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセット及びそれに関係するアクセス権に関連する信用情報と、前記第２の通信デバイスの解決された身元とを、前記サーバから受信することと；
を含み、ここで前記信用情報は、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可する、方法。
【請求項４】
第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを許可するための、サーバにおける方法であって：
前記第１の通信デバイスおよび前記第２の通信デバイスとの間で識別コード情報を通信すること、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信することと；
前記第１の通信デバイスから、該第１の通信デバイスがアクセス可能な前記マルチメディアオブジェクトのセットに関連する情報を受信することと；
前記マルチメディアオブジェクトのセット及びそれに関するアクセス権に関連付けられる信用情報を生成することと；
前記信用情報を前記第２の通信デバイスに送信し、それによって、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可することと；
を含む、方法。
【請求項５】
請求項１から４のいずれかに記載の方法であって、識別事情報を通信することが、さらに：
前記第２の通信デバイスによって、前記識別コードの表現をブロードキャストすること、ただし前記識別コードは前記第２の通信デバイスの識別情報に関係している、前記ブロードキャストすることと；
前記第１の通信デバイスによって、前記識別コードの前記ブロードキャスト表現の認識できたバージョンをキャプチャし、前記認識しキャプチャした前記識別コードの前記ブロードキャスト表現に基づき、識別コードの受信版を生成することと；
前記第１の通信デバイスによって、前記識別コードの前記受信版をサーバに送信することと；
前記サーバによって、前記識別コードの前記受信版を分析することにより、前記第２の通信デバイスの身元を解決することと；
を含む、方法。
【請求項６】
請求項５に記載の方法であって、前記識別コードの表現をブロードキャストするステップの前に：
前記第２の通信デバイスによって、前記識別コードのリクエストを前記サーバに送信することと；
前記サーバによって、前記識別コードを前記第２の通信デバイスに送信することと；
前記第２の通信デバイスによって、前記識別コードを受信することと；
をさらに含む、方法。
【請求項７】
請求項５に記載の方法であって、前記識別コードの表現をブロードキャストするステップの前に：
前記第２の通信デバイスによって、前記識別コードを生成することと；
前記第２の通信デバイスによって、前記識別コードを前記サーバ送信すること；
前記サーバによって、前記識別コードを受信することと；
をさらに含む、方法。
【請求項８】
請求項５から７のいずれかに記載の方法であって、
前記第２の通信デバイスに前記識別コードを送信する際、前記サーバが、第１の正当性が確認されていない信用情報を前記第２のデバイスに送信すること；
を含み、前記サーバによって生成される前記信用情報が、前記第１の正当性が確認されていない信用情報の正当性を確認することを可能にする、方法。
【請求項９】
請求項１から４のいずれかに記載の方法であって、識別コード情報を通信することが、さらに、
前記第１の通信デバイスによって、前記識別コードの表現をブロードキャストすること、ただし前記識別コードは前記第１の通信デバイスの識別情報に関係している、前記ブロードキャストすることと；
前記第２の通信デバイスによって、前記識別コードの前記ブロードキャスト表現の認識できたバージョンをキャプチャし、前記認識しキャプチャした前記識別コードの前記ブロードキャスト表現に基づき、識別コードの受信版を生成することと；
前記第２の通信デバイスによって、前記識別コードの前記受信版をサーバに送信することと；
前記サーバによって、前記識別コードの前記受信版を分析することにより、前記第１の通信デバイスの身元を解決することと；
を含む、方法。
【請求項１０】
請求項９に記載の方法であって、前記識別コードの表現をブロードキャストするステップの前に：
前記第１の通信デバイスによって、前記識別コードのリクエストを前記サーバに送信することと；
前記サーバによって、前記識別コードを前記第１の通信デバイスに送信することと；
前記第１の通信デバイスによって、前記識別コードを受信することと；
をさらに含む、方法。
【請求項１１】
請求項９に記載の方法であって、前記識別コードの表現をブロードキャストするステップの前に：
前記第１の通信デバイスによって、前記識別コードを生成することと；
前記第１の通信デバイスによって、前記識別コードを前記サーバ送信すること；
前記サーバによって、前記識別コードを受信することと；
をさらに含む、方法。
【請求項１２】
請求項１から４のいずれかに記載の方法であって、
前記第１の通信デバイスによって、前記サーバ上にアカウントを生成することを含み、ただし、前記サーバによって提供されるサービスを用いて前記第１の通信デバイスがアクセス可能なマルチメディアコンテンツが、前記アカウントに対して関連付けられ、また、前記マルチメディアオブジェクトのセットは前記マルチメディアコンテンツに属する、方法。
【請求項１３】
請求項１から４のいずれかに記載の方法であって、
前記マルチメディアオブジェクトのセットは、Facebookアカウント、Picasaアカウント、MySpaceアカウント、Flierアカウント、Jalbumアカウント、Dropboxアカウント、Amazon s3アカウント、個人のFTPアカウントの少なくともいずれかに関連付けられる、方法。
【請求項１４】
前記識別コードの前記表現はイメージである、請求項１から４のいずれかに記載の方法。
【請求項１５】
前記イメージはＱＲコードを表す、請求項６に記載の方法。
【請求項１６】
前記識別コードは、所定の時間の間ユニークに識別可能である、請求項１から４のいずれかに記載の方法。
【請求項１７】
前記時間はせいぜい１分である、請求項１６のいずれかに記載の方法。
【請求項１８】
請求項１から４のいずれかに記載の方法であって、
前記アクセス権は、前記マルチメディアオブジェクトのセットの読み取り専用属性，前記マルチメディアオブジェクトのセットの読み書き属性，前記マルチメディアオブジェクトの削除，前記マルチメディアオブジェクトのセットの属性の変更，無効にされた前記マルチメディアオブジェクトのセットのさらなる転送，少なくともいずれかに対応する、方法。
【請求項１９】
前記マルチメディアオブジェクトのセットは前記第１の通信デバイスに格納されており、前記マルチメディアオブジェクトのセットまたはそのリンクを前記第１の通信デバイスから前記サーバに送信することを含む、請求項１から４のいずれかに記載の方法。
【請求項２０】
前記マルチメディアオブジェクトのセットは前記第１の通信デバイス及び前記サーバは物理的に分離したストレージデバイスに格納されており、前記マルチメディアオブジェクトのセットまたはそのリンクを前記ストレージデバイスから前記サーバに送信することを含む、請求項１から４のいずれかに記載の方法。
【請求項２１】
前記マルチメディアオブジェクトのセットは前記サーバに格納されている、請求項１から４のいずれかに記載の方法。
【請求項２２】
前記マルチメディアオブジェクトのセットまたはそのリンクを、前記サーバから前記第２の通信デバイスに送信することを含む、請求項１９から２１のいずれかに記載の方法。
【請求項２３】
前記信用情報はハッシュキーにより表されている、請求項１から４のいずれかに記載の方法。
【請求項２４】
前記信用情報は、前記第２の通信デバイスの認証に使用される、請求項１から４のいずれかに記載の方法。
【請求項２５】
前記識別コードは、前記第１の通信デバイス又は前記第２の通信デバイスにより、トリガされたＨＴＴＰリクエストを用いてリクエストされる、請求項１から４のいずれかに記載の方法。
【請求項２６】
請求項１から４のいずれかに記載の方法であって、
前記第１の通信デバイスによってユーザ入力を受け取ることと、それに応じて、前記第１の通信デバイスによって、前記第２の通信デバイス上の前記マルチメディアオブジェクトのセットを操作することと；
を含み、ここで前記操作することは、該操作に関連する制御信号のセットを前記サーバに送信することにより行われる、方法。
【請求項２７】
請求項１から４のいずれかに記載の方法であって、前記第２通信デバイスは、互いに関連付けられている第２の通信デバイスのセットの最初のものであり、前記方法は、
前記サーバによって、前記セットの前記第２の通信デバイスのうち前記最初のもの以外のものに信用情報を送信することを含み、それによって、前記セットの前記第２の通信デバイスのうち前記最初のもの以外のものについても、前記マルチメディアオブジェクトのセットに対して、前記アクセス権に応じたアクセス及び操作を可能とする、方法。
【請求項２８】
前記セットを構成する前記第２の通信デバイスは、同じローカルエリアネットワークに対して制御されうるように接続されている場合に、互いに関連付けられていると定義される、請求項２７に記載の方法。
【請求項２９】
前記セットを構成する前記第２の通信デバイスは、所定の範囲に物理的に位置している場合に、互いに関連付けられていると定義される、請求項２７に記載の方法。
【請求項３０】
前記セットを構成する前記第２の通信デバイスは、前記第１の通信デバイスと同じデジタルソーシャルネットワークのグループを有している場合に、互いに関連付けられていると定義される、請求項２７に記載の方法。
【請求項３１】
自身がアクセス可能なマルチメディアオブジェクトのセットに第２の通信デバイスがアクセスすることを許可するための、第１の通信デバイスであって、
前記第２の通信デバイスと、前記サーバとの間で識別コード情報を通信する通信手段であって、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信手段と；
前記識別コード又はその前記表現を、該第１の通信デバイスがアクセス可能なマルチメディアオブジェクトであってアクセス権に関連付けられるマルチメディアオブジェクトのセットに関連付ける処理ユニットと；
前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を前記第２の通信デバイスに許可することを前記サーバに可能にすべく、該サーバに、前記マルチメディアオブジェクトのセットに関連する情報を送信する手段と；
を備え、ここで前記許可することは、前記サーバにより前記マルチメディアオブジェクトのセット及びそれに関係する前記アクセス権に関連する信用情報と、解決された前記第２の通信デバイスの身元とを、該第２の通信デバイスに送信することにより行われる、第１の通信デバイス。
【請求項３２】
携帯電話、コンピュータ、ネットワークに接続可能なデジタルカメラのいずれかである、請求項３１に記載の第１の通信デバイス。
【請求項３３】
第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、アクセスを許可される第２の通信デバイスであって：
前記第１の通信デバイスと、前記サーバとの間で識別コード情報を通信する通信手段であって、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信手段と；
前記第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセット及びそれに関係するアクセス権に関連する信用情報と、前記第２の通信デバイスの解決された身元とを、前記サーバから受信する手段と；
を備え、ここで前記信用情報は、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可する、第２の通信デバイス。
【請求項３４】
ネットワークに接続可能なテレビ、ネットワークに接続可能なコネクタ、コンピュータ、携帯電話のいずれかである、請求項３３に記載の第２の通信デバイス。
【請求項３５】
第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを許可するためのサーバであって：
前記第１の通信デバイスおよび前記第２の通信デバイスとの間で識別コード情報を通信する通信手段、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信手段と；
前記第１の通信デバイスから、該第１の通信デバイスがアクセス可能な前記マルチメディアオブジェクトのセットに関連する情報を受信する受信手段と；
前記マルチメディアオブジェクトのセット及びそれに関するアクセス権に関連付けられる信用情報を生成する処理手段と；
前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可するべく、前記信用情報を前記第２の通信デバイスに送信する送信機と；
を備える、サーバ。
【請求項３６】
コンピュータにダウンロードされたときに、請求項１から３０のいずれかに記載の方法を実行するように構成されるソフトウェア命令を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムの分野に関し、より具体的には、第１の通信デバイスによってアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを可能にすることに関する。
【発明の背景】
【０００２】
過去数年の間に、携帯電話などの通信デバイスは、単なる通信デバイスから、携帯型のマルチメディアデバイスへと進化を遂げた。また、ますます多くのデバイスが通信インターフェースを備えるようになってきており、互いに情報を通信し合うことが可能なデバイスの数は常に増加してきている。
【０００３】
また、このようなデバイス間の通信に基づくサービスやアプリケーションの数も増えてきている。非限定的な例を少し挙げると、デジタルネットワークに基づくソーシャルメディアや、インスタントメッセージの共有、情報の共有や表示のようなものがある。
【０００４】
通信デバイスの数が増えるにつれ、これらの間でデータを通信し合う必要性も増してくる。このため、通信デバイスは、直感的且つ簡単な方法で、互いに通信を即座に開始することができるように構成されることが望ましい。
【０００５】
Bluetooth（登録商標）やWiFiに基づく短距離無線通信技術は、デバイスが短距離の無線信号をブロードキャストすることを許しており、それによって他のデバイスがその存在を知ることができるようになっている。このため、二つのデバイスがペアになることができてもよい。
【０００６】
また、ペアになるべき二つのデバイスを物理的に打ち当てることに基づくベアリング処理も提案されている。各デバイスは、打ち当てられたことに関するタイムスタンプを生成し、GPS座標やセル情報のような位置情報と共にサーバへと送信する。サーバはこの情報を、打ち当てられたデバイスの組を特定するための数学的手法への入力として用いることができる。
【発明の概要】
【０００７】
携帯電話でマルチメディアコンテンツを視聴することは、未だにやっかいなことであることがある。というの、そのスクリーンは、他の通信デバイスに比べれば、まだまだ小さいからである。一般的に、多くの場所において利用可能な大きなスクリーンには三つのタイプがある。テレビ，コンピュータ用のスクリーン又はプロジェクタ，及びタブレットコンピュータである。これらのデバイスの共通の特徴は、多くの場合、インターネットなどの広域ネットワークやローカルエリアネットワークに接続されることが可能なように構成されており、ほとんどの場合、安価な高速ネットワークに接続されていることである。そこで、テレビのスクリーンや、コンピュータのスクリーン又はプロジェクタ、タブレットコンピュータを、例えば携帯電話や他の通信デバイスによってアクセス可能なマルチメディアオブジェクトのセットを表示するために利用することは、好ましいことである。
【０００８】
第１の側面によると、第１の通信デバイスと、第２の通信デバイスと、前記第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに前記第２の通信デバイスがアクセスすることを許可するサーバとを備えるシステムにおける方法が提供される。この方法は、前記第１の通信デバイスと、前記第２の通信デバイスと、前記サーバとの間で識別コード情報を通信すること、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信することと；前記第１の通信デバイスによって、前記識別コード又はその前記表現を、携帯電話がアクセス可能なマルチメディアオブジェクトであってアクセス権に関連付けられるマルチメディアオブジェクトのセットに関連付けることと；前記第１の通信デバイスによって、前記サーバに、前記マルチメディアオブジェクトのセットに関連する情報を送信することと；前記サーバによって、前記マルチメディアオブジェクトのセットに関連する前記情報を受信することと；前記特定の第１の通信デバイスと前記特定の第２の通信デバイスとの関連付けに基づき、前記サーバによって、前記マルチメディアオブジェクトのセット及びそれに関係する前記アクセス権に関連する信用情報を生成することと；前記サーバによって、前記信用情報を前記第２の通信デバイスに送信することと；前記第２の通信デバイスによって前記信用情報を受信し、それによって、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可することと；を含む。
【０００９】
有利なことに、このシステムは、第１の通信デバイスのユーザが、第１の通信デバイスと第２の通信デバイスとの間で双方向接続を確立することなく、いずれの第２の通信デバイスにもコンテンツを送ることを可能とする。したがって、システムは接続をシンプルなものにする。
【００１０】
有利なことに、このシステムは、第１の通信デバイスと第２の通信デバイスとの間でコンテンツを直接送信することなく、第２の通信デバイスが、第１の通信デバイスに指定されたコンテンツにアクセスすること可能にする。したがって、システムは、コンテンツ送信をシンプルなものにする。
【００１１】
有利なことに、このシステムは、第１の通信デバイスが、該第１の通信デバイスによって指定され第２の通信デバイスがアクセス可能なコンテンツについて、該第２の通信デバイスのためのリモートコントローラとして使用されることを可能とする。したがって、システムは、ユーザの操作性や相互作用を改善する。
【００１２】
第２の側面によれば、第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを許可するための、前記第１の通信デバイスにおける方法が提供される。この方法は、前記第２の通信デバイスと、前記サーバとの間で識別コード情報を通信すること、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信することと；前記識別コード又はその前記表現を、携帯電話がアクセス可能なマルチメディアオブジェクトであってアクセス権に関連付けられるマルチメディアオブジェクトのセットに関連付けることと；前記サーバに、前記マルチメディアオブジェクトのセットに関連する情報を送信し、それによって、前記サーバが、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可することを可能にすることと；を含む。ここで前記許可することは、前記サーバにより前記マルチメディアオブジェクトのセット及びそれに関係する前記アクセス権に関連する信用情報と、解決された前記第２の通信デバイスの身元とを、該第２の通信デバイスに送信することにより行われる。
【００１３】
第３の側面によれば、第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを許可するための、前記第２の通信デバイスにおける方法が提供される。この方法は、前記第１の通信デバイスと、前記サーバとの間で識別コード情報を通信すること、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信することと；携帯電話がアクセス可能なマルチメディアオブジェクトのセット及びそれに関係するアクセス権に関連する信用情報と、前記第２の通信デバイスの解決された身元とを、前記サーバから受信することと；を含む。ここで前記信用情報は、記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可する。
【００１４】
第４の側面によると、第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを許可するための、サーバにおける方法が提供される。この方法は、前記第１の通信デバイスおよび前記第２の通信デバイスとの間で識別コード情報を通信すること、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信することと；前記第１の通信デバイスから、携帯電話がアクセス可能な前記マルチメディアオブジェクトのセットに関連する情報を受信することと；前記マルチメディアオブジェクトのセット及びそれに関するアクセス権に関連付けられる信用情報を生成することと；前記信用情報を前記第２の通信デバイスに送信し、それによって、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可することと；を含む。
【００１５】
第５の側面によれば、自身がアクセス可能なマルチメディアオブジェクトのセットに第２の通信デバイスがアクセスすることを許可するための、第１の通信デバイスが提供される。このデバイスは、前記第２の通信デバイスと、前記サーバとの間で識別コード情報を通信する通信手段であって、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信手段と；前記識別コード又はその前記表現を、携帯電話がアクセス可能なマルチメディアオブジェクトであってアクセス権に関連付けられるマルチメディアオブジェクトのセットに関連付ける処理ユニットと；前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を前記第２の通信デバイスに許可することを前記サーバに可能にすべく、該サーバに、前記マルチメディアオブジェクトのセットに関連する情報を送信する手段と；を備える。ここで前記許可することは、前記サーバにより前記マルチメディアオブジェクトのセット及びそれに関係する前記アクセス権に関連する信用情報と、解決された前記第２の通信デバイスの身元とを、該第２の通信デバイスに送信することにより行われる。
【００１６】
第６の側面によれば、第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、アクセスを許可される第２の通信デバイスが提供される。このデバイスは、前記第１の通信デバイスと、前記サーバとの間で識別コード情報を通信する通信手段であって、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信手段と；携帯電話がアクセス可能なマルチメディアオブジェクトのセット及びそれに関係するアクセス権に関連する信用情報と、前記第２の通信デバイスの解決された身元とを、前記サーバから受信する手段と；を備える。ここで前記信用情報は、前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可する。
【００１７】
第７の側面によると、第１の通信デバイスがアクセス可能なマルチメディアオブジェクトのセットに、第２の通信デバイスがアクセスすることを許可するためのサーバが提供される。このサーバは、前記第１の通信デバイスおよび前記第２の通信デバイスとの間で識別コード情報を通信する通信手段、ただし、前記第１の通信デバイス及び前記第２の通信デバイスの一方から他方へと、その後、該他方から前記サーバへと、前記識別コードの表現が通信され、それによって前記サーバは、特定の第１の通信デバイスを特定の第２の通信デバイスに関連付ける、前記通信手段と；  前記第１の通信デバイスから、携帯電話がアクセス可能な前記マルチメディアオブジェクトのセットに関連する情報を受信する受信手段と；前記マルチメディアオブジェクトのセット及びそれに関するアクセス権に関連付けられる信用情報を生成する処理手段と；前記第２の通信デバイスに、前記マルチメディアオブジェクトのセットに対するアクセス及び操作であって前記アクセス権に従うアクセス及び操作を許可するべく、前記信用情報を前記第２の通信デバイスに送信する送信機と；を備える。
【００１８】
第８の側面によると、コンピュータにダウンロードされたときに、上記いずれかに記載の方法を実行するように構成されるソフトウェア命令を備える、コンピュータプログラム製品が提供される。
【００１９】
第２〜第８の側面は、第１の側面と概ね同じ特徴及び効果を有することができる。本発明のその他の目的や特徴、効果は、以下の詳細説明や、添付の特許請求の範囲の従属請求項、及び図面から明らかになるであろう。
【００２０】
一般的に、特許請求の範囲で使用される全ての用語は、本明細書で特に定義されない限り、本願の技術分野における通常の意味に従って解釈されるべきである。原文において"a"や"an"、"the"が付されて言及されるもの、すなわち単数形で表されたり"前記〜"のように言及されたりするものは、本明細書で明示的に限定されない限り、複数である場合や他の要素が入り込むことを除外しないものとして解釈されるべきである。このように言及されるものには、例えば要素やデバイス、コンポーネント、手段、ステップなどが存在するが、単数として表されたとしても、単に一つの例を表したに過ぎないからである。本明細書に開示される方法のステップは、明示的に限定されない限り、本発明に開示された順序と全く同じ順序で実行されなければならないという訳ではない。
【図面の簡単な説明】
【００２１】
以下、次の添付図面を参照しつつ、非限定的な実施例を用いて、本発明の実施形態をより詳細に説明する。
【図１】実施形態に従う通信デバイスの概略図である。
【図２】実施形態に従う通信システムの概略図である。
【図３ａ】実施形態に従う通信システム（の部分）の概略図である。
【図３ｂ】実施形態に従う通信システム（の部分）の概略図である。
【図３ｃ】実施形態に従う通信システム（の部分）の概略図である。
【図３ｄ】実施形態に従う通信システム（の部分）の概略図である。
【図４ａ】実施形態に従うフローチャートである。
【図４ｂ】実施形態に従うフローチャートである。
【図４ｃ】実施形態に従うフローチャートである。
【好適な実施形態の詳細な説明】
【００２２】
以下、いくつかの実施形態が示される添付図面を参照して、本発明をより詳細に説明する。本明細書及び図面を通じて同様の符号は同様の要素を表す。なお本発明は、様々に異なる形態で実施されることが可能であり、ここで説明される実施形態に限定されるものとして解釈してはならない。これらの実施形態は例示として提供されるものであり、本明細書による開示が当業者にとって明確且つ十分であり、発明の範囲を当業者に十分に伝えることができるように、これらの実施形態は提供されるものである。
【００２３】
図１は、ある実施形態に従う通信デバイス１００の概要を示す図である。通信デバイス１００は、据え置き型コンピュータやラップトップコンピュータ、タブレットコンピュータなどのコンピュータでありうる。または通信デバイス１００は、個人情報端末（PDA；Personal Digital Assistant）でありうる。さらに別の例では、通信デバイス１００は携帯電話でありうる。通信デバイス１００はデジタルプロジェクタであるかもしれない。通信デバイス１００は、一般的に、さまざまな処理を遂行するように構成された回路を備え、それは以下の説明において、機能ブロックとして説明される場合がある。一般的に、これら機能ブロックは様々な手法で実装されることができ、例えば、一つまたは複数のFPGA（Field Programmable Gate Array）をプログラムすることや、ASIC（Application Specific Integrated Circuit）、または同様のものによって実装されることができる。
【００２４】
通信デバイス１００はオペレーティングシステム１０２の管理のもとに動作し、またプロセッサ機能ブロック１０４を備える。この機能ブロックは、中央処理装置（CPU）及び／又はJPEGハードウェアアクセラレータなどの画像処理専用処理ユニットなどとして実装されることができる。プロセッサ機能ブロック１０４はまた、画像処理ユニット（GPU）と称される場合もあり、このようなユニットは、例えばOpenGL/OpenCLにおけるピクセル／フラグメントシェーダーのような計算を行なう能力を有する。画像処理ユニットは、一つまたは複数のソフトウェアコンポーネントと、画像処理専用のハードウェアユニットとを有するコンピュータプログラム製品として実装されてもよい。ソフトウェアコンポーネントは、コンピュータにダウンロードされ、処理ユニットに関連する命令を実行するように構成される、ソフトウェア命令を備えてもよい。通信デバイス１００はさらに、メモリ機能ブロック１０６を備える。この機能ブロックは、メモリやコンピュータ読み取り可能な記憶手段として具現化されることができ、例えば、ランダムアクセスメモリ（RAM）やリードオンリーメモリ（ROM）、またメモリースティックのようなUSB製品として具現化されることができる。特に、メモリ機能ブロック１０６は、ソフトウェア命令を含むコンピュータプログラム製品１１４を保持してもよい。このソフトウェア命令は、通信デバイス１００などのコンピュータにダウンロードされてプロセッサ１０４上で実行されるとき、本明細書で開示される事項を遂行するように構成される。
【００２５】
別の実施形態では、ソフトウェア命令は複数の命令からなり、ネットワーク内でそれぞれ分散して存在しうる。図２を参照されたい。
【００２６】
通信デバイス１００はさらに、通信機能ブロック１０８を備える。この機能ブロックは、受信機や送信機、及び／又は送受信機として具現化されることができ、とりわけ、マン・マシーン・インターフェース（MMI）機能ブロック１１０や他の通信デバイス、コンピュータなどから入力を受信したり、出力を配信したりするように構成される。特に、通信機能ブロック１０８は、第１の通信インターフェース１０８ａと、第２の通信インターフェース１０８ｂとを備えてもよい。ＭＭＩ機能ブロック１１０はユーザインターフェースを定義してもよい。ユーザインターフェースは、第２の通信インターフェース１０８ｂに一体化された部分であってもよい。
【００２７】
通信デバイス１００はさらに、識別コード生成機能ブロック１１６を備えてもよい。この機能ブロックは、通信デバイス１００の識別コードを生成するように構成される。識別コード生成機能ブロック１１６は、プロセッサ機能ブロック１０４の処理ユニット内に実装されてもよい。
【００２８】
通信デバイス１００はさらに、イメージキャプチャユニット１１２を備えてもよい。このユニットは、デジタルカメラなどのようなものとして具現化されることができる。別の実施形態では、通信デバイス１００は、通信インターフェース機能ブロック１０８を介して、図示されない外部のイメージキャプチャユニットまたは装置に（これらを制御しうるように）接続されてもいる。
【００２９】
通信デバイス１００は、デジタル画像のセットにアクセスすることができてもよく、このセットは一つまたは複数のデジタル画像が選択されてもよい。このようなデジタル画像は静止画や動画シーケンスに由来したものであっても。ここで動画シーケンスは、ビデオファイルや監視ビデオカメラから得られたものであってもよい。外部のイメージキャプチャユニットが、有線又は無線の外部のネットワークインターフェースを介して、通信デバイス１００に接続されてもよい。なお、外部の無線ネットワークインターフェースとして、例えば３ＧモデムやＷＬＡＮがある。
【００３０】
図２は、本明細書により開示される実施形態が適用されてもよい、通信システム２００の例を図示したものである。図２の通信システム２００では、様々なデータサービスが、通信デバイス１００と他のデバイスとの間において遂行されてもよい。このようなデータサービスとしては、例えば、セルラ音声通話、wwwやwapのブラウジング、セルラビデオ通話、データ通信、ＦＡＸ送信、音楽送信、電子位置追跡情報、また電子商取引のようなものがある。また、上記他のデバイスとしては、通信デバイス２０２，２０４，２０６及びサーバ２０８のうちの、一つの複数のものであってもよい。通信デバイス１００，２０２，２０４，２０６の様々な実施形態、及び、通信システム２００の動作条件に関する様々な状況において、上述のデータサービスのうちの一つまたは複数が、利用可能であったりそうでなかったりする。この点につき、本願で開示される事項は、サービス特定のセットに限定されるものではないことに留意されたい。
【００３１】
通信デバイス１００，２０２，２０４，２０６は、無線周波数（ＲＦ）リンク２２０，２２２及び基地局２１２，２１４を介して、ネットワーク２１０に無線で接続し、制御されうるように構成されてもよい。基地局２１２，２１４は、ネットワーク２１０に、制御されうるように接続されてもよい。ネットワーク２１０は、商業的に利用可能な如何なるネットワーク標準に準拠していてもよい。このような標準には、ＧＳＭやＵＭＴＳ、Ｄ−ＡＭＰＳ、ＣＤＭＡ２０００、ＦＯＭＡ、ＴＤＳＣＤＭＡ、ＩＰｖ４、ＩＰｖ６のようなものがある。通信デバイス１００，２０２，２０４，２０６は、電線や光ファイバーケーブルによって、ネットワーク２１０に接続されて制御を受けうるようにされてもよい。
【００３２】
ネットワーク１３０はインターネットを構成する一部であってもよい。サーバ２０８はインターネットサーバであってもよく、通常データストレージを有し、ネットワーク２１０に接続されて協働してもよい。サーバ２０８は、通信デバイス１００や１０２にwww/wapのコンテンツをサービスする能力を有するwww/wapサーバをホストしてもよい。サーバ２０８はまた、一般的なデータサービスのためのサーバであってもよい。
【００３３】
通信デバイス１００はまた、その近辺に位置する一つまたは複数のローカル通信デバイス２０４と、ローカルリンク２１８を介してローカルに（これらの装置間だけで）通信を行なう能力を有していてもよい。ローカルリンクは、通信範囲が限られた如何なるタイプのリンクであってもよく、例えばBluetoothやUSB、ワイヤレスUSBのリンクや、IEEE802.11のWLAN、RS-232Cに基づくシリアルリンク、赤外線通信（IrDA）標準に基づく通信などであってもよい。通信デバイス１００は、同様に、一つまたは複数の他の通信デバイス２０２，２０６と、ローカルリンク２１６，２２４を介してローカルに通信を行う能力を有していてもよい。
【００３４】
一つまたは複数の通信デバイスに対して、他の通信デバイスによってアクセス可能なマルチメディアオブジェクトのセットにアクセスすることを許可する方法や手段が、図１や２、図３ａ−ｄ、および図４ａ−ｃのフローチャートを用いて説明される。
【００３５】
これから以下に説明されるように、ここに紹介される実施形態は、送信デバイス、受信デバイス、及びサーバの間で、識別コード情報を通信することに基づいている。一般的に、送信デバイスは識別コード（またはその表現）をブロードキャストすることにより通信の開始を主導し、受信デバイスは、送信デバイスからブロードキャストされた識別コード（またはその表現）を受信する。ここで紹介される実施形態は、このような送信デバイスや受信デバイスを参照しながら説明される。ここで紹介される通信デバイス１００，２０２，２０４，２０６の各々は、送信デバイスにも受信デバイスにもなりうるものであってもよい。図３ａでは、通信デバイス２０６が送信デバイスとして振る舞い、通信デバイス１０１は受信デバイスとして振る舞っている。図３ｂでは、通信デバイス２０６は受信デバイスとして振る舞い、通信デバイス１０１は送信デバイスとして振る舞っている。図３ｃ及び３ｄは、通信デバイス１００，２０６の一方が送信デバイスになり、もう一方が受信デバイスとなる、より一般的な状況を描いたものである。本明細書及び図面において、通信デバイス１００は第１の通信デバイスと称され、通信デバイス２０６は第２の通信デバイスと称される。
【００３６】
識別コードは送信デバイスからブロードキャストされる。識別コードは、例えばトークンとして実装されることができるが、これは、それがブロードキャストされた通信デバイスを特定しうるように構成される。送信デバイスがこのような識別コードをブロードキャストすることができるように、ステップＳ０４において、識別コードが生成される。識別コードの生成は様々な方法にて行なわれることができる。一般的に、識別コードは、サーバ２０８によって生成されてもよく、また、送信デバイスとして振る舞う通信デバイスの識別コード生成機能ブロック１１６において生成されてもよい。ここで開示される実施形態は、特定のタイプの識別コードに限定されるものではなく、また特定のタイプの識別コード生成方法に限定されるものでもない。さらに識別コードは、それ自体が、オーディオデータのグループ、触覚データのグループ、無線周波数（ＲＦ）データのグループ、ピクチャデータのグループ、ビデオデータのグループの少なくともいずれかに関連付けられるものであってもよい。
【００３７】
例えば、実施形態によっては、第２の通信デバイス２０６が、それが送信デバイスとして振る舞うとき、ステップＳ０４ａ１において、サーバ２０８に、識別コードの要求を送信する。例えば、ユーザは、要求を行う第２の通信デバイス１０６の通信インターフェースに表示されるWebブラウザにＵＲＬを打ち込んでもよい。それが、ＨＴＴＰリクエストを生じる契機となる。このように、識別コードは、生じさせられたＨＴＴＰリクエストによって、送信デバイスによって要求されてもよい。サーバ２０８はその要求をステップＳ０４ｂ１で受信し、それでの応答として、ステップＳ０４ｃ１において、送信デバイスとして振る舞う第２の通信デバイス２０６に識別コードを送信する。第２の通信デバイス２０６による識別コードの受信があると、ステップＳ０４ｄ１において、第２の通信デバイス２０６は識別コードにアクセスすることが可能となり、その識別コード（またはその表現）をブロードキャストすることが可能となる。
【００３８】
同様に、第１の通信デバイス１００が送信デバイスとして振る舞うとき、それは識別コードの要求をサーバ２０８に送信してもよい（ステップＳ０４ａ２）。サーバ２０８はその要求をステップＳ０４ｂ２で受信し、それでの応答として、ステップＳ０４ｃ１において、送信デバイスとして振る舞う第１の通信デバイス１００に識別コードを送信する。識別コードを受信すると、ステップＳ０４ｄ２において、第１の通信デバイス１００は識別コードにアクセスすることが可能となり、その識別コード（またはその表現）をブロードキャストすることが可能となる。
【００３９】
このように、実施形態によっては、サーバ２０８が識別コードを生成してもよい。識別コードは、送信デバイスとして振る舞う通信デバイスをユニークに特定してもよい。なお、ここで"ユニークに"との語句は、時間に関して唯一であることと、空間（すなわち場所）に関して唯一であることとの、少なくともいずれかを意味してもよい。識別コードは、所定の時間の間、唯一のもの（すなわちユニークなもの）であってもよい。この所定の時間は、例えば１カ月であったり、好ましくは２４時間であったり、より好ましくは５秒から５分の間であったり、さらに好ましくは５秒から２分の間であったり、さらに最も好ましくは５秒から１分の間であったりすることができる。識別コードは、通信デバイスをユニークに特定するだけではなく、当該通信デバイスに関連するデータサービスをもユニークに特定してもよい。すなわち、識別コードはデータに埋め込まれたものであってもよい。
【００４０】
このように、精製された識別コードは、ネットワーク２１０を介してサーバ２０８から送信デバイスへと送信されてもよい。受信デバイスは、通信インターフェース１０８を介して識別コードを受信し、それをメモリ１０６に格納してもよい。または、サーバ２０８が、識別コードについての一つまたは複数のパラメータを生成し、それを送信デバイスに送信してもよい。送信デバイスは、受信したパラメータに基づいて識別コードを生成し、それをメモリ１０６に格納してもよい。または、これらのパラメータは送信デバイス自身によって生成されてもよい。送信デバイスは、これらのパラメータをサーバ２０８に送信し、サーバ２０８は、受信したパラメータに基づいて識別コードを生成してもよい。さらに別の例では、識別コード（または識別コードを生成するための一つまたは複数のパラメータ）は、ローカルデバイス２０４によって生成されてもよく、送信デバイスへと送信されてもよい（そしてその後、送信デバイスからサーバ２０８へと送信されてもよい）。
【００４１】
さらに別の例では、識別コード（または識別コードに関連するパラメータ）の生成プロセスは、識別コード（または識別コードに関連するパラメータ）を自身に送信するようにサーバ２０８に要求してもよい送信デバイスによって、初期化（開始）させられてもよい。さらに別の例では、サーバ２０８は、送信デバイスがブロードキャストモードに入った時に、送信デバイスに識別コード（または識別コードに関連するパラメータ）を送信してもよい。
【００４２】
実施形態によっては、送信デバイスとして振る舞う通信デバイスが、ステップＳ０４ｅ１またはＳ０４ｅ２のいずれかで、まず識別コードを生成し、生成した識別情報（またはそれに関連する情報）を、ステップＳ０４ｆ１またはＳ０４ｆ２のいずれかで、サーバに送信する。ステップＳ０４ｇ１またはＳ０４ｇ２のいずれにおいて、識別コードはサーバ２０８によって受信される。このように、識別コードは、送信デバイス自身によって、すなわち、他のデバイスから受信したり又は他のデバイスが生成したりしたパラメータやデータとは関係なく、生成されてもよい。識別コードは、識別コード生成器１１６によって生成されメモリ１０６に保存されてもよい。識別コードが送信デバイスによって生成される場合、サーバ２０８が受信した識別コードから送信デバイスの身元を特定しうるように、送信デバイスは、通信インターフェース１０８を介して識別コード（又は関連するパラメータ）をサーバ２０８に送信してもよい。サーバは、識別コードを受信すると、その識別コードと送信デバイスとを関連付けることができる。このようにして識別コードはサーバ２０８で関連付けがなされ、サーバ２０８は、後で、識別コードを使って送信デバイスを特定することが可能となる。
【００４３】
送信デバイスとして振る舞う通信デバイス１００が識別コードのアクセスを得ると、通信デバイス１００は、ブロードキャストモードに入ってもよい。
【００４４】
データサービスは、送信デバイス又は受信デバイスのいずれかによって利用可能とされたデータサービスに関連してもよい。例えば、特定のデジタル画像が送信されて他のデバイスのディスプレイに表示されなければならないというユーザ命令や、Webサーバから特定のデジタル画像をダウンロードするためのアクセスを少なくとも一つの別の通信デバイスが許可されなければならないというユーザ命令を、送信デバイス又は受信デバイスが受信してもよい。このようなユーザ命令は、識別コードに関連してもよく、送信デバイスと受信デバイスとの間の間接的な通信リンクが確立される前または後に受信されてもよい。
【００４５】
一般的に、データサービスは、第１の通信デバイス１００のユーザアプリケーションに関連したものであってもよい。ユーザアプリケーションは、ソフトウェア命令を含むコンピュータプログラム製品によって提供されてもよい。ユーザアプリケーションはアカウントに関連付けられていてもよい。このアカウントには、サーバによって提供されるサービスを用いて第１の通信デバイスがアクセス可能なマルチメディアコンテンツやその他のデータが関連付けられていてもよい。このアカウントは、ステップＳ０２において、第１の通信デバイスによって作られてもよく、例えば、ユーザアプリケーションがダウンロードされ第１の通信デバイス１００にインストールされるときに作られてもよい。このアカウントは、従って、サーバ２０８に関連付けられていてもよい。
【００４６】
アカウント信用情報は、第１の通信デバイス１００に格納されることが好ましいであろう。この信用情報は、好ましくは、この特定の第１の通信デバイス１００にユニークなものであり、この特定の第１の通信デバイス１００のアカウントである。複数の第１の通信デバイス１００が、特定のアカウントにアクセスすることが可能であるかもしれない。しかし、好ましくは、これら第１の通信デバイス１００のそれぞれが、それぞれのアカウントにアクセスするための固有の信用情報を持つことが好ましいであろう。信用情報は、関連するアクセス権のセットを有してもよい。これらのアクセス権は、ある通信デバイスが、アカウントに関連付けられるデータに対してどのようなレベルのアクセスを有しうるのかを決定する。以下にさらに説明されるように、アクセス権は、通信デバイスに対して、コンテンツを読み取ることのみを許可したり、コンテンツを読み書きすることを許可したりしてもよい。アクセス権は、管理権限に関連するものであってもよい。このような管理権限は、たとえは、例えば図３ｄを用いて後に説明されるように、新しい信用情報を他の通信デバイスに送信することを許可するような権限であってもよい。アクセス権は、ある時間が経過した時に、失効するものであってもよい。好ましくは、サーバ２０８が、どの信用情報が有効であり、信用情報に関連付けられるアクセス権はとれであり、信用情報に関連付けられるアカウントはどれであるかの情報を有していることが好ましい。このような情報は、信用情報に関連付けられている通信デバイスとの通信を通じて得てもよい。
【００４７】
マルチメディアオブジェクトのセットは、マルチメディアコンテンツに属していてもよい。データは、例えばマルチメディアコンテンツに関連するものであってもよい。このようなコンテンツは、デジタル画像や音声クリップ、動画クリップのようなものであってもよい。マルチメディアコンテンツは、個人用のウェブアルバムのようなインターネットサービスに関連するものであってもよい。例えば、マルチメディアオブジェクトは、"Facebook"（登録商標）や"Picasa"（登録商標）、"MySpace"（登録商標）、"Flier"、"Jalbum"、"Dropbox"（登録商標）、"Amazon s3"のいずれかのアカウントに関連付けられていてもよいし、個人のFTPアカウントに関連付けられていてもよい。これらのアカウントは、ユーザアプリケーションが第１の通信デバイス１００にインストールされるときに、当該ユーザアプリケーションに（すなわち第１の通信デバイスに）関連付けられてもよい。例えばユーザアプリケーションのインストールの間に、第１の通信デバイス１００のユーザはユーザアプリケーションとやりとりを行い、第１の通信デバイス１００のどのアカウントが１０日ユーザアプリケーションに関連付けられるべきかを指示してもよい。例えば、データサービスが、第１の通信デバイス１００がアクセス可能な個人用Webアルバムの中のデジタル画像に関連付けられてもよい。データサービスはまた、データファイルや、処理ユニットへの命令、デバイス設定、サービス及び／またはデバイスでアクセスするためのパスワードに関連付けられてもよい。データサービスは、例えばユーザアプリケーションが第１の通信デバイス１００にインストールされるときに、ユーザアプリケーションに関連付けられてもよい。また、データは、第１の通信デバイス１００の電話帳データベースに格納される情報のような、コンタクト情報に関連付けられてもよい。例えば、データサービスは、第１の通信デバイス１００の電話帳データベースの中の情報ポストに関連する追加情報に関わるリクエストに関連してもよい。データサービスはまた、第１の通信デバイス１００とその他のデバイスとの間の支払いに関する取引の開始に関連するものであってもよい。このように、本明細書及び図面に開示される事項は、デバイスからデバイスへ（例えば携帯電話から携帯電話へ，携帯電話からテレビへ）、写真やコンタクトを簡単に共有することや、支払取引の開始を簡単に行うことなどを可能にしうる。
【００４８】
データサービスに関連するどのようなデータも、サーバ２０８によってホストされうる。別の例では、このようなデータは、第１の通信デバイス１００によってホストされてもよい。さらに別の例では、このようなデータは、別の通信デバイスの少なくともいずれかによってホストされてもよい。つまり、アカウントは第１の通信デバイス１００で作られてもよく、アカウントは、第１の通信デバイス１００によってアクセス可能なマルチメディアコンテンツやデータサービスを、サーバ２０８によって提供されるサービスに関連付ける。
【００４９】
上述のように、識別コードは、音声データや触覚データ、無線周波数データ、画像データのグループの少なくとも一つに関連付けられてもよい。好適な実施形態によると、第２の通信インターフェースは、音声や、触知、WiFi、画像のいずれかに基づく通信インターフェースであってもよい。好ましくは、識別コードは送信デバイスとして振る舞う通信デバイスの、非無線通信インターフェースによってブロードキャストされる。非無線通信インターフェースは、送信デバイスとして振る舞う通信デバイスのユーザインターフェースであってもよい。ここで、ユーザインターフェースの出力自体がコードを定義してもよい。
【００５０】
識別コードが音声データに関連している場合、識別コードは、送信デバイスとして振る舞う通信デバイスの音声通信インターフェースを通じてサウンドとしてブロードキャストされてもよい。この識別コードは例えばメロディーであってもよく、識別コードのパラメータはメロディーのトーンを定義してもよい。特に、識別コードは、送信デバイスとして振る舞う通信デバイスの着信音に関連付けられてもよい。この識別コードをブロードキャストすることは、スピーカーのような音声通信インターフェースを通じてメロディーを出力することにより遂行されてもよい。一般的に、人間が聞き取れるものであれば（すなわち２０Ｈｚから２００００Ｈｚの間の周波数を有するものであれば）、出力されるメロディーが人の耳に心地良いものであるように、識別コードは音楽の基本的な原理に基づいて生成されることが必要になるだろう。この要請は、周波数構成が２０Ｈｚより下であったり、２００００Ｈｚより上であったりする場合には強制されない。周波数構成が２０Ｈｚより下である識別コードは低周波数識別コードに対応し、２００００Ｈｚより上であるものは高周波数識別コードに対応する。音声通信の手段によるブロードキャストは、受信デバイスとして振る舞う通信デバイスが、ブロードキャストされた識別情報をマイクロホンのような音声検出回路を用いて受信することを可能とするだろう。
【００５１】
識別コードが触知データに関連付けられる場合、識別コードは、送信デバイスとして振る舞う通信デバイスの触知通信インターフェースを通じて触知信号としてブロードキャストされてもよい。触知信号は、例えば、振動パターンに関連付けられてもよい。例えば識別コードは、符号化された振動信号として出力されてもよい。識別コードは振動パターンの性質を決定してもよい。このような形態は、受信デバイスとして振る舞う通信デバイスが、ブロードキャストされた識別コードを、振動検出回路を用いて受信することを可能にするだろう。
【００５２】
識別コードがピクチャデータに関連付けられている場合、識別コードは、送信デバイスとして振る舞う通信デバイスのピクチャ通信インターフェースを通じてピクチャとしてブロードキャストされてもよい。ピクチャデータはＱＲコードとして表されてもよい。別の例では、ピクチャデータは、送信デバイスとして振る舞う通信デバイスによって、以前にキャプチャされたピクチャであってもよく、または当該デバイスが受信したり生成したりしたピクチャであってもよい。送信デバイスとして振る舞う通信デバイスは、したがって、ピクチャデータを受信し、その受信したピクチャデータに基づいて識別コードを生成するように構成されてもよい。例えば識別コードは、送信デバイスとして振る舞う通信デバイスの、視覚ベースのユーザインターフェースに表示されている背景画像に基づいたものであってもよい。背景画像は、送信デバイスとして振る舞う通信デバイスによって表示されたWebページの一部であってもよい。ユーザはピクチャデータをブロードキャストされる識別コードに関連付けられるものと定義してもよい。ピクチャデータは、例えば、ぼやけた背景画像に対応したものであってもよい。これは、受信デバイスとして振る舞う通信デバイスが、イメージキャプチャの手法（例えばカメラなどの画像受信回路を用いて手段など）によって、ブロードキャストされた識別コードを受信することを可能とするだろう。特に、受信デバイスとして振る舞う通信デバイスは、ぼやけた背景画像のイメージを、ぼやけたフォーカスにプリセットされた画像キャプチャ回路による手段を用いてキャプチャするように構成されてもよい。それによって、画像キャプチャ回路は、ぼやけた背景画像の前面に表示されているテキストやその他のデータについて、ディテールをぼやかせてキャプチャされないようにしてしまう。背景画像は二つまたはそれ以上のカラーフィールドから構成されていてもよい。フィールドの寸法や場所、色などが、識別コードを定義してもよい。識別コードはまた、点滅シーケンスとしてブロードキャストされてもよい。ここでは、例えば点滅の長さや色などのパターンが識別コードを定義する。
【００５３】
識別コードはまた、送信デバイスとして振る舞う通信デバイスの、無線周波数（ＲＦ）通信インターフェースを通じて送信されてもよい。例えば識別コードはＢｌｕｅｔｏｏｔｈ標準を用いてブロードキャストされてもよい。ここでは、ブロードキャストされるメッセージは、識別コードとして国際移動体装置識別番号（ＩＭＥＩ）を含んでもよい。
【００５４】
別の例では、ブロードキャストされるメッセージは、ＩＭＥＩとは別の独立の識別コードを含んでいてもよい。同様に、識別コードはＷｉＦｉを用いてブロードキャストされてもよい。このようなタイプの識別コードは、サーバに予め知られたものであってもよい。以下に説明されるように、送信デバイスからのブロードキャストを受信しようとする受信デバイスは、ブロードキャストされたメッセージを受信したことを送信デバイスに確認返信するわけではない。通常のＢｌｕｅｔｏｏｔｈ標準の通信プロトコルとは対照的に、本明細書等に開示される事項には、送信デバイスと受信デバイスとの直接的なペアリングは存在しない。すなわち、送信デバイスと受信デバイスとはこれらの間で双方向通信を利用することをしない。（双方向通信はこれらのデバイスの間で順番に直接通信チャネルを有効化する。）送信デバイスと受信デバイスとの間の通信チャネルは，間接的であるということができてもよい。
【００５５】
一般的に、ブロードキャストされる識別コードは、誤り訂正プロパティを付与されていてもよい。誤り保護性は、繰り返しパターンによる手法や、畳み込み符号などの符号によって組み込まれてもよい。識別コードのブロードキャストは、ＲＳＡや公開鍵暗号、ディフィー・ヘルマン鍵共有（Diffie-Hellman key exchange）、楕円に基づくアルゴリズムなどによって、暗号化されてもよい。また、送信デバイスのデジタル署名を含んでもよい。
【００５６】
ブロードキャストされたメッセージ／ＩＤまたはこれらの部分は、ＲＳＡやディフィー・ヘルマン鍵共有、また他のＰＫＥ標準に従う公開鍵を含んでもよい。これは、送信デバイスと受信デバイスとの間の通信が暗号化されていたり署名されていたりする場合にレイテンシを減少させるためである。この方法によれば、受信デバイスは、送信デバイスへのトラフィックを直ちに暗号化または署名することができてもよい。サーバ並びに送信デバイス及び受信デバイスは、サーバは送信デバイス及び受信デバイスの公開鍵を独占的に知るような形で、これらの間でキーを同期させてもよい。サーバは通信のデータコンテンツ（すなわちペイロードに関するデータ）を解釈することができなくともよい。代わりに、サーバも、あるセッションについての送信デバイス及び受信デバイスの秘密鍵へのアクセス有してもよく、したがって通信を受信し解釈することができてもよい。送信デバイス及び受信デバイスは、サーバの公開鍵を代替的に利用して、サーバとの通信を行なえるようにしてもよい。
【００５７】
識別コードのブロードキャストは、一般的に、少なくとも一つの受信デバイスによって受信されることが意図されている。しかし、ブロードキャストタイプの送信の性質により、送信デバイスは、受信デバイスが存在することを知っている必要は無い。受信デバイスが、送信デバイスからのブロードキャストを受信するためには、受信デバイスは、受信モードに入ることが必要とされてもよい。
【００５８】
このように、一般的に、ステップＳ０６において、識別コードの情報は、第１の通信デバイス１００、第２の通信デバイス２０６、サーバ２０８の間で通信される。ここで、第１の通信デバイス１００及び第２の通信デバイス２０６の一方は送信デバイスとして振る舞い、他方は受信デバイスとして振る舞う。
【００５９】
さらに詳細には、識別コードの表現は、第１の通信デバイス１００及び第２の通信デバイス２０６のうち送信デバイスとして振る舞う方から受信デバイスとして振る舞う方へと送信され、さらに受信デバイスとして振る舞う方からサーバ２０８へと送信される。サーバ２０８は、第１の通信デバイス１００及び第２の通信デバイス２０６のうち送信デバイスとして振る舞う方を、受信デバイスとして振る舞う方と関連付けることができる。
【００６０】
ある実施形態では、図３ａに描かれるように、第２通信デバイス１０６が送信デバイスとして振る舞い、ステップＳ０６ａ１においてその識別コードの表現をブロードキャストする。この例では、従って、識別コードは、第２通信デバイス１０６の識別情報に関係している。第１の通信デバイス１００は受信デバイスとして振る舞い、ステップＳ０６ｂ１において、ブロードキャストされた識別情報の表現の、該デバイスで認識することができたバージョンを捕捉する。上で述べたように、第２の通信デバイス２０６による識別コード表現のブロードキャスト方法に応じて、第１の通信デバイス１００は、その識別コード表現を捕捉するための対応する手段を有してもよい。第１の通信デバイス１００は、ステップＳ０６ｃ１において、ブロードキャストされた識別コードの表現の認識し捕捉することができたバージョンに基づいて、識別コードの受信版を生成する。第１の通信デバイス１００は、ステップＳ０６ｄ１において、識別コードの受信版をサーバ２０８へと送信し、サーバ２０８は、その識別コードをステップＳ０６ｅ１で受信する。第１の通信デバイス１００はまた、サーバ２０８に、第１の通信デバイス１００の明示的な識別情報を提供してもよい。例えば、ユーザアプリケーションのための第１の通信デバイス１００のアカウントに関する識別情報を提供してもよい。識別情報を受信すると、サーバは、ステップＳ０６ｆ１において、受信した識別コードを分析することにより、第２の通信デバイス２０６の身元を解決する。
【００６１】
別の実施形態では、図３ｂに描かれるように、第１の通信デバイス１００が送信デバイスとして振る舞い、ステップＳ０６ａ２においてその識別コードの表現をブロードキャストする。この例では、従って、識別コードは、第１の通信デバイス１００の識別情報に関係している。第２の通信デバイス２０６は受信デバイスとして振る舞い、ステップＳ０６ｂ２において、ブロードキャストされた識別情報の表現の、該デバイスで認識することができたバージョンをキャプチャする。上で述べたように、第１の通信デバイス１００による識別コード表現のブロードキャスト方法に応じて、第２の通信デバイス２０６は、その識別コード表現を捕捉するための対応する手段を有してもよい。第２の通信デバイス２０６は、ステップＳ０６ｃ２において、ブロードキャストされた識別コードの表現の認識しキャプチャすることができたバージョンに基づいて、識別コードの受信版を生成する。第２の通信デバイス２０６は、ステップＳ０６ｄ２において、識別コードの受信版をサーバ２０８へと送信し、サーバ２０８は、その識別コードをステップＳ０６ｅ２で受信する。第２の通信デバイス２０６はまた、サーバ２０８に、第２の通信デバイス２０６の明示的な識別情報を提供してもよい。例えば、ユーザアプリケーションのための第２の通信デバイス２０６のアカウントに関する識別情報を提供してもよい。識別情報を受信すると、サーバは、ステップＳ０６ｆ１において、受信した識別コードを分析することにより、第１の通信デバイス１００の身元を解決する。
【００６２】
識別コードのブロードキャスト表現の捕捉し認識することができたバージョンに基づいて、識別コードの受信版を生成することは、当該バージョンを復号することを含んでもよい。それはさらに、当該バージョンから識別コードを抽出することを含んでもよい。
【００６３】
識別コードは、送信デバイスの身元を解決するために、サーバ２０８によってその正当性が確認される。サーバ２０８は、識別情報を生成する時に、送信デバイスとの間で識別コード情報を交換し合っているので、受信デバイスが受信した識別コードに基づいて、識別コードの受信版がどの送信デバイスに属しているのかを決定することができる。
【００６４】
前述のように、受信デバイスは、送信デバイスからのブロードキャストを受信するとき、送信デバイスに受信の確認返信を行わない。初期化（initialization）の際、送信デバイスと受信デバイスとの間に双方向通信リンクが確立されることはない。また前述のように、送信デバイスに確認応答メッセージを送信する代わりに、受信デバイスは、識別コード（の表現）を含むブロードキャストメッセージを該受信デバイスが受信したことに関する確認メッセージをサーバ２０８に送信する。この確認メッセージは、送信デバイスの検出された識別コードと受信デバイスの身元に関する情報を含んでいることが好ましい。
【００６５】
第１の通信デバイス１００によって識別コードが一旦受信されたか又は生成されたがすると、第１の通信デバイス１００は、その識別コード又はその表現をデータサービスと関連付ける（ステップＳ０８）。このデータサービスは、例えば、マルチメディアオブジェクトのセットのようなものであることができる。以下に説明されるように、データサービスに関連付けられるデータは、第１の通信デバイス１００に格納されてもよいし、第１の通信デバイス１００とは離れて格納されてもよい。しかし、データサービスに関連付けられるデータが格納されている物理的な場所に関わらず、当該データは第１の通信デバイス１００によってアクセス可能である。
【００６６】
以下でさらに説明されるように、データサービスに関連付けられるデータは、第２の通信デバイス２０６によってもアクセス可能にされる。データサービスに関連付けられるデータは、従って、前に定義されたアクセス権に関連付けられる。したがって、アクセス権は、データサービスに関連付けられたデータにアクセスする際に、第２の通信デバイス２０６がどのようにこのデータを操作しうるのかに、一般的に関わっている。特に、データサービスに関連付けられたデータがマルチメディアオブジェクトのセットで表されている場合、アクセス権は、マルチメディアオブジェクトのセットに対する読み取り専用属性や読み書き属性、マルチメディアオブジェクトのセットの削除、マルチメディアオブジェクトのセットの属性の変更、無効にされたマルチメディアオブジェクトのセットの転送、の少なくとも一つの属性に対応してもよい。したがって、アクセス権に応じて、第２の通信デバイス２０６は、マルチメディアオブジェクトのセットに対して読み取りを及び／又は書き込みを行ったり、マルチメディアオブジェクトのセットを削除したり、マルチメディアオブジェクトのセットのプロパティを変更したり、及び／又は、マルチメディアオブジェクトを転送したりすることができてもよい。
【００６７】
データサービスに関連付けられたデータに関する情報は、従って、第１の通信デバイス１００からサーバ２０８に送信される（ステップＳ１０）。サーバ２０８は、ステップＳ１２において、第１の通信デバイス１００から、データサービスに関連付けられたデータに関する情報を受信する。
【００６８】
この情報を受信すると、また第１の通信デバイス１００又は第２の通信デバイス２０６から識別コードを受信すると、サーバ２０８は、データサービスに関連付けられたデータ及びそれに関連付けられるアクセス権に関する信用情報（credential）を生成する（ステップＳ１４）この信用情報は、特定の第１の通信デバイス１００と特定の第２の通信デバイス２０６との関係付け（association）に基づいている。この信用情報は、第２の通信デバイス２０６が、データサービスに関連付けられたデータにアクセスすることを可能にし、また、アクセス権に従って、当該データを操作することを可能にする。従って、この信用情報は、第２の通信デバイス２０６の認証（authentication）に使用してもよい。ある実施形態によれば、この信用情報はハッシュキーで表現されている。好ましくは、個々のハッシュキーはユニークである。
【００６９】
生成された信用情報は、サーバ２０８から第２の通信デバイス２０６へと送信される（ステップＳ１６）。ある実施形態において、もし識別コードが第２の通信デバイス２０６に送信されるのであれば、ステップＳ０４ｃ１において第２の通信デバイス２０６に識別コードを送信する時には、サーバ２０８は、はじめ、正当性が確認されていない信用情報を通信デバイス２０６に送信する。サーバ２０８によって生成される信用情報は、正当性が確認されていない信用情報の正当性を確認することを可能とする。
【００７０】
信用情報を受信すると（ステップＳ２０）、第２の通信デバイス２０６は、前述のようにアクセス権に従って、データサービスに関連付けられたデータにアクセスし操作してもよい。
【００７１】
前述のように、データサービスに関連付けられたデータは、第１の通信デバイス１００に格納されてもよい。このような場合、データサービスに関連付けられたデータ又は当該データへのリンクが、第１の通信デバイス１００からサーバ２０８へと送信されてもよい（ステップＳ２２）。続いてサーバ２０８は、データサービスに関連付けられたデータ又は当該データへのリンクを、第２の通信デバイス２０６に送信してもよい（ステップＳ２６）。これは、第２の通信デバイス２０６が、データサービスに関連付けられたデータにアクセスし操作できるようにするためである。
【００７２】
別の例では、データサービスに関連付けられたデータは、サーバ２０８に保存される。この場合、データサービスに関連付けられたデータ又は当該データへのリンクは、サーバ２０８から第２の通信デバイス２０６に直接送信されてもよい（Ｓ２６）。これも、第２の通信デバイス２０６が、データサービスに関連付けられたデータにアクセスし操作できるようにするためである。
【００７３】
さらに別の例では、データサービスに関連付けられたデータは、第１のコンピュータ１００やサーバ２０８とは物理的に異なるストレージデバイスに格納される。データサービスに関連付けられたデータ又は当該データへのリンクは、ストレージデバイスからサーバ２０８へと送信され（ステップＳ２４）、さらにサーバ２０８から第２の通信デバイス２０６へと送信されてもよい（ステップＳ２６）。これも、第２の通信デバイス２０６が、マルチメディアオブジェクトのセットにアクセスし操作できるようにするためである。データサービスに関連付けられたデータ又は当該データへのリンクをサーバ２０８に送信することは、第１の通信デバイス１００によって開始されてもよいし、サーバ２０８によって開始されてもよい。
【００７４】
第２の通信デバイス２０６がデータサービスに関連付けられたデータにアクセスすることができるとき、当該データは、例えば第１の通信デバイス１００を用いて、第２の通信デバイス２０６上で操作されてもよい。特に、第１の通信デバイス１００は、ステップＳ２８において、このような操作に関するユーザ入力を受け取るように構成されてもよい。このユーザ入力を受信することに応じて、第１の通信デバイス１００は、第２の通信デバイス２０６に送信する制御信号のセットを生成する。第１の通信デバイスのユーザは、このようにして、ステップＳ３０において、第２の通信デバイス２０６上で、データサービスに関連付けられたデータを操作してもよい。制御信号のセットは、有利にも、第１の通信デバイス１００から第２の通信デバイス２０６へとサーバ２０８を介して送信されてもよい。しかし、第２の通信デバイス２０６へ直接送信してもよい。
【００７５】
図３ｄに描かれるように、システムの中に第２の通信デバイスが複数存在する場合がある。図３ｄにおいては、二つのさらなる第２の通信デバイスが、符号２０６ａ，２０６ｂによって表されている。これまで第２の通信デバイス２０６と記載されてきたものは、描かれている複数の第２の通信デバイス２０６によるセットの中で、最初の第２の通信デバイス２０６と称されてもよい。複数の第２の通信デバイス２０６によるセットを関連付ける方法には様々な方法があってもよい。例えば、同じローカルエリアネットワークに対して制御を受けられるように接続されている場合や、所定の領域内に物理的に位置している場合に、第２の通信デバイス２０６のセットは関連付けがなされている（associated）と定義されてもよい。また、デジタルソーシャルネットワークの少なくともサブセットであって第１の通信デバイス１００と共通のサブセットを有している場合に、上記セットに含まれる複数の第２の通信デバイス２０６が互いに関連付けられていると定義されてもよい。上記デジタルソーシャルネットワークの例はFacebookであり、上記サブセットの例はFacebookのグループである。
【００７６】
第１の通信デバイス１００が、複数の第２の通信デバイスからなるグループに信用情報を送ることを望んでおり、このグループの複数の第２の通信デバイスにコマンドや通知をブロードキャストできるようにされている状況が考えられる。また、図３ｄのシステムにおいても、関連付けがなされている複数の第２の通信デバイス２０６に対して、マルチメディアオブジェクトセットにアクセスし操作することを許可することが好ましいであろう。関連付けがなされている複数の第２の通信デバイス２０６のセットの中で、最初の第２の通信デバイス２０６と、関連付けがなされているその他の第２の通信デバイス２０６ａ，２０６ｂとの間の関連付けに関する情報は、サーバ２０８に格納されていてもよい。そこでサーバ２０８は、ステップＳ１８において、関連付けがなされている複数の第２の通信デバイス２０６のセットの中の、残りの第２の通信デバイス２０６ａ，２０６ｂにも信用情報を送信してもよい。それにて、残りの第２の通信デバイス２０６ａ，２０６ｂも、アクセス権に従って、データサービスに関連付けられるデータにアクセスし操作することが許可される。複数の第２の通信デバイス２０６によるセットは、このように、様々な方法で互いに関連付けられることができる。また、セットに含まれる第２の通信デバイス２０６の一つがコンテンツへのアクセスを許可されると、セットの他の第２の通信デバイス２０６も、関連付けがなされていることによる効果のために、自動的に、データサービスに関連付けられたデータへの（アクセス権に従う）アクセスが許可されてもよい。
【００７７】
別の例において、複数の第２の通信デバイス２０６によるセットに対してコンテンツへのアクセスを提供しようとしている第１の通信デバイス１００は、送信側の通信デバイスとして振る舞い、当該セットの複数の第２の通信デバイス２０６は受信側のデバイスとして振る舞う。このため、第１の通信デバイスはその識別コードをブロードキャストする。複数の第２の通信デバイス２０６のそれぞれは、第１の通信デバイス１００との通信を確立しようとしており、第１の通信デバイス１００のコンテンツへ個々にアクセスするために、それぞれ信用情報を受信できるようにされてもよい。これは、第１の通信デバイス１００によってブロードキャストされた識別コードをキャプチャしてサーバ２０８へ送信することによって行われてもよい。
【００７８】
これまで開示された実施形態が直ちに適用可能な例示的シナリオを説明する。このシナリオにおいて、第１の通信デバイスは受信側の通信デバイスとして振る舞い、送信側のデバイスとして振る舞う第２の通信デバイス２０６にコンテンツを提供しようとしている。この例示的シナリオにおいて、コンテンツは、Facebookアカウントに関連付けられたデジタル画像として表されている。そのため、ユーザアプリケーションのインストールの最中に、ユーザは、Facebookアカウントがユーザアプリケーションに関連付けられるべきであることを指示してもよい。第１の通信デバイス１００と第２の通信デバイス２０６との間のペアリングメカニズムは、第２の通信デバイス２０６の識別コードに対応する公開ハッシュ鍵を発行することにより開示する。この識別コードはサーバ２０８により発行され、このシナリオにおいてユニークなものである。すなわち、この例示的シナリオにおいて、当該識別コードより前に又は後に発行された如何なる識別コードも、当該識別コードと同じものではない。識別コードは、第２の通信デバイス２０６上で動作するWebクライアントのリクエストによって発行される。つまり、第２の通信デバイス２０６が、Webクライアントで、識別コードを要求する。識別コードを受信すると、第２の通信デバイス２０６は、QRコードとして識別情報をブロードキャストし、サーバ２０８が識別コードの正当性を確認する（validate）のを待つ。ここで例えば、オープンな恒久的接続（long-lived connection）を用いて待機を行ってもよい。サーバ２０８が識別コードの正当性を確認することなく所定の時間が経過した場合は、識別コードは無効になったものとされ、新たな識別コードをリクエストすることが必要になる。第１の通信デバイス１００は、QRコードをキャプチャすることによりブロードキャストされた識別コードを記録し、記録した識別コードを、第１の通信デバイス１００がアクセス可能がFacebookアカウントの画像のセットに関連付ける。その後、この画像のセットはアクセス権に関連付けがなされるが、このアクセス権は、識別コードをブロードキャストした第２の通信デバイス２０６に、上記画像セットに対して読み取りを許可するものであるが書き込みを許可しないものである。このアクセス権にはデジタル署名がなされる。この情報は、キャプチャされたQRコードに関する情報と共に、第１の通信デバイス１００からサーバ２０８へと送信される。この送信は、例えば、署名入り通信（signed call）によって行われてもよい。次いで、サーバ２０８は、第１の通信デバイス１００によって送信された署名の正当性を確認し、それが正当なものであると確認した場合は、上記のWebクライアントに新たな信用情報セットを送信する。それによって、第２通信デバイス２０６は、第１の通信デバイス１００によって指定された画像のセットにアクセスすることが許可される。アクセス権は画像のセットの読み取りであって書き込みではないため、当該画像のセットは、第２の通信デバイス２０６のディスプレイに表示されてもよい。
【００７９】
新たな信用情報セットには有効期限があってもよい。すなわちこの新たな信用情報は、所定の時間が経過すると無効になってもよい。このように、第１の通信デバイス１００と第２の通信デバイス１００との間の信用情報の転送に加えて、サーバ２０８は、第１の通信デバイス１００と第２の通信デバイス１００との間の通信チャネルも確立することになる。この通信チャネルは、第１の通信デバイス１００と第２の通信デバイス１００との間で、コマンドや通知の発行に用いられてもよい。またこの通信チャネルは、コメット（Comet）仕様に基づいたものであってもよい。このような通信チャネルは、デバイスを使ってブラウザを操作するためのリモートコントローラのようなアプリケーションを可能としてもよい。
【００８０】
本発明を、上述の特定の実施例を用いて説明してきた。しかしながら、当業者には理解されうるように、上に開示された以外の実施例も、添付の特許請求範囲の請求項で定義されるような本発明の範囲内で同様になし得るものである。
【図１】
2013538384.tif 000003
【図２】
2013538384.tif 000004
【図３ａ】
2013538384.tif 000005
【図３ｂ】
2013538384.tif 000006
【図３ｃ】
2013538384.tif 000007
【図３ｄ】
2013538384.tif 000008
【図４ａ】
2013538384.tif 000009
【図４ｂ】
2013538384.tif 000010
【図４ｃ】
2013538384.tif 000011
【国際調査報告】
2013538384.tif 000012
2013538384.tif 000013
2013538384.tif 000014
2013538384.tif 000015