(57)【要約】通信デバイスと、少なくとも一つの他の通信デバイスとの間で間接的な通信チャネルを実現する手段が開示される。複数のデータサービスからなるセットから選択されたデータサービスが、識別コードと関連付けられる。識別コードは通信デバイスを特定する。識別コードに関連付けられたデータはサーバに送信される。このデータは好ましくはＲＦ通信インタフェースにより送信される。識別コードは、少なくとも一つの他の通信デバイスに受信されるべく、所定の期間にブロードキャストされる。このブロードキャストは、好ましくは、ＲＦベースではない近距離通信インタフェースを介して行なわれる。【選択図】図２
2013535860.tif 000002
【特許請求の範囲】
【請求項１】
通信デバイスと少なくとも一つの他の通信デバイスとの間で間接的な通信チャンネルを実現するための、前記通信デバイスにおける方法であって、
処理ユニットにおいて、複数のデータサービスからなるセットから選択されたデータサービスを、前記通信デバイスを特定する識別コードに関連付けることと；
第１の通信インタフェースを通じて、前記識別コードに関係するデータをサーバへ送信することと；
前記少なくとも一つの他の通信デバイスに受信してもらえるように、前記識別コードを、前記第１の通信インタフェースとは異なる第２の通信インタフェースを通じて、所定の期間の間にブロードキャストすることと；
を含む、方法。
【請求項２】
通信デバイスと少なくとも一つの他の通信デバイスとの間で間接的な通信チャンネルを実現するための、前記通信デバイスにおける方法であって、
少なくとも一つの他の通信デバイスを特定する識別コードを含むブロードキャストを、第２の通信インタフェースを通じて所定の期間の間に受信することと；
処理ユニットにおいて、複数のデータサービスからなるセットから選択されたデータサービスを、前記識別コードに関連付けることと；
前記識別コードに関係するデータを、前記第２の通信インタフェースとは異なる第１の通信インタフェースを通じて、サーバへ送信することと；
を含む、方法。
【請求項３】
請求項１または２に記載の方法であって、
前記少なくとも一つの他のデバイスから、データと、該データに組み合わされる認証情報とを受信することと；
前記認証情報に基づき前記処理ユニットにおいて、前記第１の通信デバイスが前記データサービスにアクセスすべきかどうかを評価することと；
前記評価の結果が肯定的であることに応じて、前記受信したデータを処理することと；
を含む、方法。
【請求項４】
前記データサービスは、前記通信デバイスによって利用可能にされたデータサービスに関係する、請求項１から３のいずれかに記載の方法。
【請求項５】
請求項１から４のいずれかに記載の方法であって、
前記少なくとも一つのデバイスが前記データサービスでのアクセスを許可されるべきかどうかに関係するリクエストを、前記第１の通信インタフェースを通じて前記サーバから受信することと；
前記処理ユニットにおいて、前記少なくとも一つのデバイスが前記データサービスでのアクセスを許可されるべきかどうかを評価することと；
前記評価の結果が肯定的であることに応じて、前記少なくとも一つのデバイスが前記データサービスへアクセスすることを許可するメッセージを、前記第１の通信インタフェースを通じて前記サーバへ送信することと；
を含む、方法。
【請求項６】
前記データサービスは、前記通信デバイスによって要求されたデータサービスに関係する、請求項１から３のいずれかに記載の方法。
【請求項７】
請求項１，３，６のいずれかに記載の方法であって、
前記少なくとも一つの通信デバイスが、前記通信デバイスに前記データサービスでのアクセスを許可したことを確認する肯定応答を、前記第１の通信インタフェースを通じて前記サーバから受信することと；
前記データサービスに関係するデータサービスリクエストメッセージを前記第１の通信インタフェースを通じて前記サーバへ送信することにより、前記データサービスにアクセスすることと；
を含む、方法。
【請求項８】
請求項１及び３から７のいずれかに記載の方法であって、
前記識別コードに関係するパラメータを、前記第１の通信インタフェースを通じて前記サーバから受信することと；
前記処理ユニットにおいて、前記受信したパラメータに基づいて前記識別コードを生成することと；
を含む、方法。
【請求項９】
請求項１及び３から８のいずれかに記載の方法であって、
ユーザ入力，時間，位置，ピクチャデータのグループの少なくとも一つに基づいて、コードパラメータを抽出することと；
前記コードパラメータに基づいて前記識別コードを生成することと；
を含む、方法。
【請求項１０】
前記識別コードは、該識別コードに関連付けられる前記データサービスを識別する、請求項１から９のいずれかに記載の方法。
【請求項１１】
前記第２の通信インタフェースは非ＲＦの通信インタフェースである、請求項１から１０のいずれかに記載の方法。
【請求項１２】
前記第２の通信インタフェースは前記通信デバイスのユーザインタフェースである、請求項１から１１のいずれかに記載の方法。
【請求項１３】
前記ユーザインタフェースは視覚データを表示するように構成され、ここで前記視覚データは前記識別コードを定める、請求項１２に記載の方法。
【請求項１４】
通信デバイスと少なくとも一つの他の通信デバイスとの間で間接的な通信チャンネルを実現するための、前記通信デバイスであって、
処理ユニットにおいて、複数のデータサービスからなるセットから選択されたデータサービスを、前記通信デバイスを特定する識別コードに関連付ける手段と；
第１の通信インタフェースを通じて、前記識別コードに関係するデータをサーバへ送信する手段と；
前記第１の通信インタフェースとは異なる第２の通信インタフェースを通じて、
前記少なくとも一つの他の通信デバイスに受信してもらうことが意図されている前記識別コードを、前記第１の通信インタフェースとは異なる第２の通信インタフェースを通じて、所定の期間の間にブロードキャストする手段と；
を備える、通信デバイス。
【請求項１５】
コンピュータにダウンロードされたときに、請求項１から１３のいずれかに記載の方法を実行するように構成されるソフトウェア命令を備えるコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデバイスの通信の分野に関し、より詳細には、複数の通信デバイス間で間接的な通信チャネルを実現する方法に関する。関連するデバイスやコンピュータプログラム製品も提供される。
【発明の背景】
【０００２】
過去数年の間に、携帯電話などの通信デバイスは、単なる通信デバイスから、携帯型のマルチメディアデバイスへと進化を遂げた。また、ますます多くのデバイスが通信インタフェースを備えるようになってきており、互いに情報を通信し合うことが可能なデバイスの数は常に増加してきている。
【０００３】
また、このようなデバイス間の通信に基づくサービスやアプリケーションの数も増えてきている。非限定的な例を少し挙げると、デジタルネットワークに基づくソーシャルメディアや、インスタントメッセージの共有、情報の共有や表示のようなものがある。
【０００４】
通信デバイスの数が増えるにつれ、これらの間でデータを通信し合う必要性も増してくる。このため、通信デバイスは、直感的且つ簡単な方法で、互いに通信を即座に開始することができるように構成されることが望ましい。
【０００５】
Bluetooth（登録商標）やWiFiに基づく短距離無線通信技術は、デバイスが短距離の無線信号をブロードキャストすることを許しており、それによって他のデバイスがその存在を知ることができるようになっている。このため、二つのデバイスがペアになることができてもよい。
【０００６】
また、ペアになるべき二つのデバイスを物理的に打ち当てることに基づくベアリング処理も提案されている。各デバイスは、打ち当てられたことに関するタイムスタンプを生成し、GPS座標やセル情報のような位置情報と共にサーバへと送信する。サーバはこの情報を、打ち当てられたデバイスの組を特定するための数学的手法への入力として用いることができる。
【発明の概要】
【０００７】
このように、二つのデバイス同士を通信可能とするための技術は存在する。しかし、二つのデバイス間の通信を開始することは、未だに容易なことではない。例えば、Bluetooth（登録商標）標準に基づく緊急無線通信技術は複雑であり、通信開始に要する時間は長い。
【０００８】
デバイス同士を物理的に打ち当てることに基づく技術は、当然にデバイス同士の物理的な接触が行われることを必要とするが、これはデバイスを破損する可能性を有するだろう。また、サーバが、どのデバイス同士が打ち当てられたかを計算する必要もある。さらに、不正なデバイスを他の物体に打ち当てることで、その不正なデバイスと他のデバイスとが誤ってペアリングされる可能性がある。それは、当該他のデバイスがさらに別のデバイスとペアリングしようとしている時に生じる可能性がある。ここで、ペアリングしようとしている正当な二つのデバイスによって生成された打ち当てイベントのタイムスタンプに時間的に近接した、打ち当てイベントのタイムスタンプを自ら生成し、それを、ペアリングしようとしている正当な二つのデバイスと同様（または同一）の位置情報と共に送信する
【０００９】
このような事情に鑑みると、デバイス同士でサービスを確立することができるように、二つのデバイス間の通信を開始または初期化するための簡単且つ直感的で、時間が短く、安全な手段が得られることが望ましいであろう。
【００１０】
第１の側面によれば、通信デバイスと少なくとも一つの他の通信デバイスとの間で間接的な通信チャンネルを実現するための、前記通信デバイスにおける方法が提供される。この方法は、処理ユニットにおいて、複数のデータサービスからなるセットから選択されたデータサービスを、前記通信デバイスを特定する識別コードに関連付けることと；第１の通信インタフェースを通じて、前記識別コードに関係するデータをサーバへ送信することと；前記少なくとも一つの他の通信デバイスに受信してもらえるように、前記識別コードを、前記第１の通信インタフェースとは異なる第２の通信インタフェースを通じて、所定の期間の間にブロードキャストすることと；を含む。
【００１１】
有利なことに、上記の側面は、シンプル且つ直感的、短時間に、そして安全に、二つの通信デバイス間で通信を開始（初期化）することを実現する。専用の受信デバイスにメッセージを送信する代わりに識別コードをブロードキャストすることにより、ブロードキャストを発行する通信デバイスは、特定の専用の受信デバイスとの間で通信を開始することに縛られる必要はない。
【００１２】
第２の側面によれば、通信デバイスと少なくとも一つの他の通信デバイスとの間で間接的な通信チャンネルを実現するための、前記通信デバイスにおける方法が提供される。この方法は、少なくとも一つの他の通信デバイスを特定する識別コードを含むブロードキャストを、第２の通信インタフェースを通じて所定の期間の間に受信することと；処理ユニットにおいて、複数のデータサービスからなるセットから選択されたデータサービスを、前記識別コードに関連付けることと；前記識別コードに関係するデータを、前記第２の通信インタフェースとは異なる第１の通信インタフェースを通じて、サーバへ送信することと；を含む。
【００１３】
前記データサービスはマルチメディアデータに関係するものであってもよい。従って、有利なことに、ここで開示される事項は、マルチメディア通信の開始（初期化）を可能にするものであってもよい。
【００１４】
前記の方法は、さらに、前記少なくとも一つの他のデバイスから、データと、該データに組み合わされる認証情報とを受信することと；前記認証情報に基づき前記処理ユニットにおいて、前記第１の通信デバイスが前記データサービスにアクセスすべきかどうかを評価することと；前記評価の結果が肯定的であることに応じて、前記受信したデータを処理することと；を含んでもよい。
【００１５】
前記データサービスは、前記通信デバイスによって利用可能にされたデータサービスに関係するものであってもよい。この場合、前記方法は、前記少なくとも一つのデバイスが前記データサービスでのアクセスを許可されるべきかどうかに関係するリクエストを、前記第１の通信インタフェースを通じて前記サーバから受信することと；前記処理ユニットにおいて、前記少なくとも一つのデバイスが前記データサービスでのアクセスを許可されるべきかどうかを評価することと；前記評価の結果が肯定的であることに応じて、前記少なくとも一つのデバイスが前記データサービスへアクセスすることを許可するメッセージを、前記第１の通信インタフェースを通じて前記サーバへ送信することと；を含んでもよい。従って、有利なことに、上記の方法は"プッシュデータ"サービスの開始（初期化）を可能にする。
【００１６】
前記データサービスは、前記通信デバイスによって要求されたデータサービスに関係するものであってもよい。この場合、前記方法は、前記少なくとも一つの通信デバイスが、前記通信デバイスに前記データサービスでのアクセスを許可したことを確認する肯定応答を、前記第１の通信インタフェースを通じて前記サーバから受信することと；前記データサービスに関係するデータサービスリクエストメッセージを前記第１の通信インタフェースを通じて前記サーバへ送信することにより、前記データサービスにアクセスすることと；を含んでもよい。従って、有利なことに、上記の方法は"プルデータ（pull data）"サービスの開始（初期化）を可能にする。
【００１７】
前記方法はさらに、前記識別コードに関係するパラメータを、前記第１の通信インタフェースを通じて前記サーバから受信することと；前記処理ユニットにおいて、前記受信したパラメータに基づいて前記識別コードを生成することと；を含んでもよい。従って、有利なことに、サーバは前記識別コードに関する情報を保持する。このパラメータを、以前に生成された識別コードのパラメータと比較することにより、サーバは、パラメータに関係する識別コードがユニークなものであることを保証することができてもよい。
【００１８】
前記方法また、ユーザ入力，時間，位置，ピクチャデータのグループの少なくとも一つに基づいて、コードパラメータを抽出することと；前記コードパラメータに基づいて前記識別コードを生成することと；を含んでもよい。このピクチャデータは、前記通信デバイスによってキャプチャされたものに関係付けられたものであってもよい。このピクチャデータはユーザが定義可能なものであってもよい。従って、有利なことに、通信デバイスのユーザは、識別コードの構造に、少なくとも部分的には影響を与えることが可能にされる。
【００１９】
前記第２の通信インタフェースは非ＲＦの通信インタフェースであってもよい。  前記第２の通信インタフェースは前記通信デバイスのユーザインタフェースであってもよい。このユーザインタフェースは、例えばオーディオインタフェースであってもよく、識別コードは音声信号としてブロードキャストされてもよい。また前記ユーザインタフェースは、例えば触覚インタフェースであってもよく、識別コードは触覚信号としてブロードキャストされてもよい。さらに前記ユーザインタフェースは視覚データを表示するように構成されてもよく、該視覚データは前記識別コードを定めてもよい。様々に異なる状況に応じて様々に異なる識別コードが用いられてもよい。例えば、ノイズの多い環境においては音声に基づく識別コードは使用しないことが有利であろう。強い日差しが存在する環境においてはピクチャベースの識別コードは使用しないことが有利であろう。
【００２０】
従って、このような様々な環境において、識別コードは当該環境に適合するものとされることが有利であろう。
【００２１】
前記識別コードは、該識別コードに関連付けられる前記データサービスを識別してもよい。これは、有利にも、識別コードとデータサービスとを一緒に送信することを可能とする。
【００２２】
前記第２の通信インタフェースは、前記通信デバイスから所定の角度範囲に前記識別コードをブロードキャストするように構成されてもよい。これは、有利にも、少なくとも一つの通信デバイスによって識別コードが受診される角度範囲をユーザが定義することを可能にし、それによって、少なくとも一つの他のデバイスのどれがブロードキャストを受診すべきかを、間接的ではあるが少なくとも部分的に制御することを可能とする。これはまた、通信デバイスが、限られた電力資源のみを用いてブロードキャスト発行することを可能にしてもよい。
【００２３】
第３の側面によれば、通信デバイスと少なくとも一つの他の通信デバイスとの間で間接的な通信チャンネルを実現するための、前記通信デバイスが提供される。この通信デバイスは、処理ユニットにおいて、複数のデータサービスからなるセットから選択されたデータサービスを、前記通信デバイスを特定する識別コードに関連付ける手段と；第１の通信インタフェースを通じて、前記識別コードに関係するデータをサーバへ送信する手段と；前記第１の通信インタフェースとは異なる第２の通信インタフェースを通じて、前記少なくとも一つの他の通信デバイスに受信してもらうことが意図されている前記識別コードを、前記第１の通信インタフェースとは異なる第２の通信インタフェースを通じて、所定の期間の間にブロードキャストする手段と；を備える。
【００２４】
第４の側面によれば、通信デバイスと少なくとも一つの他の通信デバイスとの間で間接的な通信チャンネルを実現するための、前記通信デバイスが提供される。この通信デバイスは、少なくとも一つの他の通信デバイスを特定する識別コードを含むブロードキャストを、第２の通信インタフェースを通じて所定の期間の間に受信する手段と；処理ユニットにおいて、複数のデータサービスからなるセットから選択されたデータサービスを、前記識別コードに関連付ける手段と；前記識別コードに関係するデータを、前記第２の通信インタフェースとは異なる第１の通信インタフェースを通じて、サーバへ送信する手段と；を備える。
【００２５】
第５の側面によると、コンピュータにダウンロードされたときに、上記いずれかに記載の方法を実行するように構成されるソフトウェア命令を備える、コンピュータプログラム製品が提供される。
【００２６】
第２〜第５の側面は、第１の側面と概ね同じ特徴及び効果を有することができる。本発明のその他の目的や特徴、効果は、以下の詳細説明や、添付の特許請求の範囲の従属請求項、及び図面から明らかになるであろう。
【００２７】
一般的に、特許請求の範囲で使用される全ての用語は、本明細書で特に定義されない限り、本願の技術分野における通常の意味に従って解釈されるべきである。原文において"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アルバムであってもよい。また、データは、通信デバイス１００の電話帳データベースに格納される情報のような、コンタクト情報に関連付けられてもよい。第２の例として、データサービスは、通信デバイス１００の電話帳データベースの中の情報ポストに関連する追加情報に関わるリクエストに関連してもよい。データサービスはまた、通信デバイス１００とその他のデバイスとの間の支払いに関する取引の開始に関連するものであってもよい。このように、本明細書及び図面に開示される事項は、デバイスからデバイスへ（例えば電話から電話へ，電話からテレビへ）、写真やコンタクトを簡単に共有することや、支払取引の開始を簡単に行うことなどを可能にしうる。データサービスに関連するどのようなデータも、サーバによってホストされうる。別の例では、このようなデータは、通信デバイス１００によってホストされてもよい。さらに別の例では、このようなデータは、別の通信デバイスの少なくともいずれかによってホストされてもよい。
【００５７】
上述のように、識別コードは、音声データや触覚データ、無線周波数データ、画像データのグループの少なくとも一つに関連付けられてもよい。好適な実施形態によると、第２のインタフェースは、音声や、触知、WiFi、画像のいずれかに基づく通信インタフェースであってもよい。好ましくは、識別コードは、非無線通信インタフェースによって送信（または受信）される。非無線通信インタフェースは、通信デバイス１００のユーザインタフェースであってもよい。ここで、ユーザインタフェースの出力自体がコードを定義してもよい。
【００５８】
識別コードが音声データに関連している場合、識別コードは、通信デバイス１００（または少なくとも１つの他の通信デバイス）の音声通信インタフェースを通じてサウンドとしてブロードキャストされてもよい。この識別コードは例えばメロディーであってもよく、識別コードのパラメータはメロディーのトーンを定義してもよい。特に、識別コードは、通信デバイス１００（または少なくとも１つの他の通信デバイス）の着信音に関連付けられてもよい。この識別コードをブロードキャストすることは、通信デバイス１００（または少なくとも１つの他の通信デバイス）のスピーカーのような音声通信インタフェースを通じてメロディーを出力することにより遂行されてもよい。一般的に、人間が聞き取れるものであれば（すなわち２０Ｈｚから２００００Ｈｚの間の周波数を有するものであれば）、出力されるメロディーが人の耳に心地良いものであるように、識別コードは音楽の基本的な原理に基づいて生成されることが必要になるだろう。この要請は、周波数構成が２０Ｈｚより下であったり、２００００Ｈｚより上であったりする場合には強制されない。周波数構成が２０Ｈｚより下である識別コードは低周波数識別コードに対応し、２００００Ｈｚより上であるものは高周波数識別コードに対応する。音声通信の手段によるブロードキャストは、通信デバイスが、ブロードキャストされた識別情報をマイクロホンのような音声検出回路を用いて受信することを可能とするだろう。
【００５９】
識別コードが触知データに関連付けられる場合、識別コードは、通信デバイス１００（または少なくとも１つの他の通信デバイス）の触知通信インタフェースを通じて触知信号としてブロードキャストされてもよい。触知信号は、例えば、振動パターンに関連付けられてもよい。例えば識別コードは、符号化された振動信号として出力されてもよい。識別コードは振動パターンの性質を決定してもよい。このような形態は、通信デバイスが、ブロードキャストされた識別コードを、振動検出回路を用いて受信することを可能にするだろう。
【００６０】
識別コードがピクチャデータに関連付けられている場合、識別コードは、通信デバイス１００（または少なくとも１つの他の通信デバイス）のピクチャ通信インタフェースを通じてピクチャとしてブロードキャストされてもよい。ピクチャデータは、通信デバイス１００（または少なくとも１つの他の通信デバイス）によって、以前にキャプチャされたピクチャであってもよく、または当該デバイスが受信したり生成したりしたピクチャであってもよい。通信デバイス１００（または少なくとも１つの他の通信デバイス）は、したがって、ピクチャデータを受信し、その受信したピクチャデータに基づいて識別コードを生成するように構成されてもよい。例えば識別コードは、通信デバイス１００（または少なくとも１つの他の通信デバイス）の、視覚ベースのユーザインタフェースに表示されている背景画像に基づいたものであってもよい。それにいよってユーザは、ピクチャデータをブロードキャストされる識別コードに関連付けられるものと定義してもよい。ピクチャデータは、例えば、ぼやけた背景画像に対応したものであってもよい。これは、通信デバイスが、イメージキャプチャの手法（例えばカメラなどの画像受信回路を用いて手段など）によって、ブロードキャストされた識別コードを受信することを可能とするだろう。特に、通信デバイスは、ぼやけた背景画像のイメージを、ぼやけたフォーカスにプリセットされた画像キャプチャ回路による手段を用いてキャプチャするように構成されてもよい。それによって、画像キャプチャ回路は、ぼやけた背景画像の前面に表示されているテキストやその他のデータについて、ディテールをぼやかせてキャプチャされないようにしてしまう。背景画像は二つまたはそれ以上のカラーフィールドから構成されていてもよい。フィールドの寸法や場所、色などが、識別コードを定義してもよい。識別コードはまた、点滅シーケンスとしてブロードキャストされてもよい。ここでは、例えば点滅の長さや色などのパターンが識別コードを定義する。
【００６１】
識別コードはまた、通信デバイス１００（または少なくとも１つの他の通信デバイス）の、無線周波数（ＲＦ）通信インタフェースを通じて送信されてもよい。例えば識別コードはＢｌｕｅｔｏｏｔｈ標準を用いてブロードキャストされてもよい。ここでは、ブロードキャストされるメッセージは、識別コードとして国際移動体装置識別番号（ＩＭＥＩ）を含んでもよい。別の例では、ブロードキャストされるメッセージは、ＩＭＥＩとは別の独立の識別コードを含んでいてもよい。同様に、識別コードはＷｉＦｉを用いてブロードキャストされてもよい。このようなタイプの識別コードは、サーバに予め知られたものであってもよい。以下に説明されるように、送信デバイスからのブロードキャストを受信しようとする受信デバイスは、ブロードキャストされたメッセージを受信したことを送信デバイスに確認返信するわけではない。通常のＢｌｕｅｔｏｏｔｈ標準の通信プロトコルとは対照的に、本明細書等に開示される事項には、送信デバイスと受信デバイスとの直接的なペアリングは存在しない。すなわち、送信デバイスと受信デバイスとはこれらの間で双方向通信を利用することをしない。（双方向通信はこれらのデバイスの間で順番に直接通信チャネルを有効化する。）送信デバイスと受信デバイスとの間の通信チャネルは，間接的であるということができてもよい。
【００６２】
一般的に、ブロードキャストされる識別コードは、誤り訂正プロパティを付与されていてもよい。誤り保護性は、繰り返しパターンによる手法や、畳み込み符号などの符号によって組み込まれてもよい。識別コードのブロードキャストは、ＲＳＡや公開鍵暗号、ディフィー・ヘルマン鍵共有（Diffie-Hellman key exchange）、楕円に基づくアルゴリズムなどによって、暗号化されてもよい。また、送信デバイスのデジタル署名を含んでもよい。
【００６３】
ブロードキャストされたメッセージ／ＩＤまたはこれらの部分は、ＲＳＡやディフィー・ヘルマン鍵共有、また他のＰＫＥ標準従う公開鍵を含んでもよい。これは、送信デバイスと受信デバイスとの間の通信が暗号化されていたり署名されていたりする場合にレイテンシを減少させるためである。この方法によれば、受信デバイスは、送信デバイスへのトラフィックを直ちに暗号化または署名することができてもよい。サーバ並びに送信デバイス及び受信デバイスは、サーバは送信デバイス及び受信デバイスの公開鍵を独占的に知るような形で、これらの間でキーを同期させてもよい。サーバは通信のデータコンテンツ（すなわちペイロードに関するデータ）を解釈することができなくともよい。代わりに、サーバも、あるセッションについての送信デバイス及び受信デバイスの秘密鍵へのアクセス有してもよく、したがって通信を受信し解釈することができてもよい。送信デバイス及び受信デバイスは、サーバの公開鍵を代替的に利用して、サーバとの通信を行なえるようにしてもよい。
【００６４】
加えて、通信開始プロセス（初期化プロセス；initialization）に関与するデバイスは、要求されたデータサービスが通信相手のいずれに対しても利用可能であるかどうかを確認するために、様々な認証手段を利用してもよい。このような確認プロセスは、既定のルールに基づいて自動的に行われてもよいし、マニュアルで行ってもよい。認証手段や暗号化手段、誤り訂正手段、署名手段の少なくともいずれかは、識別コードに埋め込まれていることが好ましい。これは、通信のレイテンシを少なくし、サーバとデバイスとの間で通信が往復することを防ぐためである。
【００６５】
識別コードは所定の期間の間ブロードキャストされてもよい。この所定の期間は５秒から５分であってもよく、好ましくは５秒から２分であってもよく、さらに好ましくは５秒から１分であってもよい。受信デバイスがブロードキャストされたメッセージを受信したとの確認メッセージを（とりわけ所定の期間の間に）サーバから受信しない場合、送信デバイスは、識別コードを再送するように構成されてもよい。この再送は、確認メッセージを受信するまで続けられることとしてもよいし、所定の時間が経過するまで続けられることとしてもよい。この所定の時間は、１分から５分であってもよい。別の例では、この所定の期間は、送信デバイスがブロードキャストモードにいる間継続するものとしてもよい。また識別コードは、送信デバイスから特定の角度範囲にブロードキャストされるものとされてもよい。ここで、ブロードキャストされる信号の送信の強さは、ブロードキャストされた信号を受信しうる角度範囲を決定してもよい。信号の強さはユーザからの入力によって影響を受けてもよい。信号の強さを弱めることは、通常、当該角度範囲を狭める結果を生じるであろう。
【００６６】
このようにして、送信デバイスのユーザは、ブロードキャストの角度範囲を決定してもよい。すなわち、どのデバイスがブロードキャストを受信しうるかを決定してもよい。このため、送信デバイスと受信デバイスは互いに近接して存在しなければならないことが要求されてもよい。ここで、「近接（close vicinity）」は、送信デバイスのブロードキャスト範囲によって決定される。識別コードを送信する送信デバイスは、離れた場所にあるリモートのサーバに接続されていてもよい。このリモートサーバはリモートコントローラとしての役割を担ってもよく、識別コードをブロードキャストする送信デバイスを制御してもよい。例えば、リモートサーバは、識別コードをいつブロードキャストするか、どの識別コードをブロードキャストするか、どのデータサービスを識別コードに関係付けるか、を制御してもよい。
【００６７】
識別コードのブロードキャストは、通常、（本明細書で受信デバイスと称されている）少なくとも一つの他の通信デバイス（によって受信されることが意図されている。好ましくは、送信デバイスは、当該送信デバイスによって利用可能にされたデータサービスに、受信デバイスがアクセスすることを意図している。別の例では、送信デバイスは、自身が要求したデータサービスにアクセスすることを受信デバイスが許可するであろうことを仮定する。しかし、全てのブロードキャスト送信の性質によって、送信デバイスは、受信デバイスが存在することすら知っている必要はない。送信デバイスからのブロードキャストを受信デバイスが受信するために、受信デバイスは受信モードに入ることが要求されてもよい。
【００６８】
ステップＳ０６において、受信デバイスは、送信デバイスからのブロードキャストを受信する。この受信は、送信デバイスに受信確認を行なうことなく行われる。従って、初期化プロセスの間、送信デバイス受信デバイスとの間に直接的な双方向通信リンクが確立されることはない。
【００６９】
送信デバイスに確認メッセージを送信する代わりに、受信デバイスは、ブロードキャストされたメッセージを受信したことに関する確認メッセージをサーバへ送信する（ステップＳ０８）。この確認メッセージは、送信デバイスの識別コードであって検出された識別コードに関連する情報や、受信デバイスの識別情報に関連する情報を含んでいることが好ましい。受信デバイスの位置データは送信される確認メッセージから除かれてもよい。それによって送信されるべきデータ量が節約されてもよい。
【００７０】
別の例では、送信される確認メッセージは、データ量が増えたとしても、受信デバイスの位置情報を含んでもよい。確認メッセージをサーバに送信することによって、受信デバイスは、送信デバイスによって利用可能にされたデータサービスにアクセスすることを要求していることや、送信デバイス１００から要求されたデータサービスを利用可能にすることを了承することを示してもよい。
【００７１】
受信デバイスによって送信された確認メッセージは、ステップＳ１０においてサーバに受信される。サーバは、ステップＳ１２において、受信した確認メッセージから、送信デバイスによってブロードキャストされた識別コードの身元を解決すると共に、受信デバイスの身元も解決する。それによってサーバは、受信デバイスから転送され受信した識別コードと、送信デバイスから受信した識別コードとを比較することができる。サーバはまた、識別コードに関係するデータサービスを特定してもよい。
【００７２】
比較の結果が肯定的なものである場合は、サーバはステップＳ１４において、送信デバイスにメッセージを送信する。このメッセージは、識別コードに関係するデータサービスへのアクセスを受信デバイスが許可されるべきことを、送信デバイスが確認することを要求するものである。または、このメッセージは、受信デバイスによって利用可能とされたサービスに送信デバイスがアクセスするであろうことを、当該送信デバイスが確認することを要求するものである。サーバは、データサービスに関係する既定のポリシーへのアクセスを有していてもよい。このような場合、サーバは、通信デバイスに確認メッセージを送信する必要はないかもしれない。
【００７３】
この確認メッセージ（が送信される場合）は、ステップＳ１６において、送信デバイスに受信されてもよい。
【００７４】
この確認メッセージは、特に、受信デバイスがデータサービスへのアクセスを許可されるべきか否かに関係するリクエストを含んでもよく、または、送信デバイスがデータサービスへアクセスすることを受信デバイスが許可したことを確認する肯定応答（ACK）を含んでいてもよい。
【００７５】
確認メッセージを受信した後、送信デバイスは、その処理ユニットによって、特定された受信デバイスはデータサービスへのアクセスを許可されるべきかどうかを検討する（ステップＳ１８）。その検討結果が肯定的なものである場合は、送信デバイスは、ステップＳ２０ａにおいて、サーバへ確認メッセージを送信してもよい。この確認メッセージは、受信デバイスがデータサービスへのアクセスを許可されたことを確認するものである。サーバからの確認メッセージが、送信デバイスな要求したデータサービスに関係するものである別の例では、送信デバイスは、ステップＳ２０ｂにおいて、当該データサービスに関係するデータサービスリクエストメッセージをサーバに送信することによって、当該データサービスにアクセスしてもよい。送信デバイスからの視点では、送信デバイスと受信デバイスとの間の間接的な通信を可能にするための初期化段階は、このようにして完了すると考えられてもよい。
【００７６】
サーバは、送信メッセージからの確認メッセージを受信すると、利用可能にされたデータサービスへのリンクを受信デバイスへ送信してもよい（ステップＳ２２）。それによって受信デバイスは、データサービスへのアクセスが可能になる。受信デバイスにより当該リンクが無事に受信された後、受信デバイスは、利用可能にされたデータサービスにアクセスしてもよい（ステップＳ２４ａ）。別の例では、データサービスが送信デバイスに対して利用可能にされた場合、リンクは送信デバイスに送信され、それによって送信デバイスは、要求したデータサービスにアクセスしてもよい（ステップＳ２４ｂ）。さらに別の例では、待ち時間の発生を防ぐため、ペイロード（すなわちデータサービスに関連するデータ）は、受信デバイスから送信デバイス直接送信されてもよい。ペイロードは、公開鍵暗号システムで用いられる公開鍵のような認証手段に組み合わされていてもよい。特に、ステップＳ２６ａにおいて、送信デバイスは、受信デバイスから、データと、それに組み合わされる認証情報とを受信してもよい。この認証情報に基づいて、送信デバイスは、その処理ユニットによって、データサービスにアクセスすべきかどうかを評価してもよい（ステップＳ２６ｂ）。この評価が肯定的なものである場合、送信デバイスは受信データを処理してもよい（ステップＳ２６ｃ）。
【００７７】
図３ａ，３ｂを参照して、ここで開示された実施形態を直ちに適用しうる２つの例示的なシナリオを説明する。図３ａ，３ｂおよび関連する説明において、送信デバイスと称される通信デバイスは識別コードをブロードキャストし、受信デバイスと称される通信デバイスは、ブロードキャストされた識別コードを受信する。いずれの通信デバイス１００，１０２も、送信デバイスの役割を担うこともできるし、受信デバイスの役割を担うこともできる。
【００７８】
図３ａに描かれる例示的なシナリオでは、送信デバイス１００が識別コードをブロードキャストする（３０２ａ）。送信デバイス１００はまた、データサービスを開始する（３０４ａ）。ブロードキャストは受信デバイス２０２によって受信される。例として、上記のデータサービスは、携帯電話（すなわち送信デバイス１００）のユーザにより利用可能にされたWebアルバムの中の画像のようなデータに関連付けられていてもよい。例えば、通信デバイス１００は、当該Webアルバムは新しい画像によって更新されたことに応じてブロードキャストを発行してもよい。ブロードキャストが首尾よく受信された場合、別の携帯電話（すなわち受信デバイス２０２）のユーザは、その新しい画像へ（サーバ２０８を介して）アクセスしてもよい。このとき、前述の一つまたは複数の実施形態に従うステップが実行される。このようにして、開示された実施形態は、インタラクティブなコンピュータベースのソーシャルネットワークに適用されてもよい。
【００７９】
図３ｂに描かれる例示的なシナリオでは、送信デバイス２０２が識別コードをブロードキャストする（３０２ｂ）。このブロードキャストは受信デバイス１００によって受信される。受信デバイスはデータサービスを開始する（３０４ｂ）例として、上記のデータサービスはデータの表示に関連していてもよい。例えばデジタルプロジェクタのような表示デバイスのスクリーンに画像を表示することに関連していてもよい。ここで、デジタルプロジェクタ（すなわち送信デバイス１００）は、識別コードをブロードキャストし、それによって、表示する画像やデータを受信する準備ができていることを知らせてもよい。受信デバイス２０２は、そのブロードキャストを受信する能力を有するコンピュータや携帯電話、またはその他のマルチメディアデバイスであってもよい。受信デバイス２０２は、当該ブロードキャストを受信した結果として、また上に開示された一つまたは複数の実施形態に従うステップを実行することにより、表示すべき画像やデータを（サーバ２０８を介して）デジタルプロジェクタ（すなわち送信デバイス１００）にアップロードし、それによって当該画像やデータがデジタルプロジェクタによって表示されるようにしてもよい。
【００８０】
まとめると、ここに開示された実施形態は、二つのデバイスの間で通信を開始する手段に関している。第１のデバイスはブロードキャスト信号を送信する。ブロードキャスト信号は第１のデバイスを特定する識別コードを含む。ブロードキャストを送信する方法には様々なものがあり、例えば、音声によるもの、画像によるもの、また同様のものが利用されてもよい。ブロードキャストは第２デバイスによって受信される。すると第２のデバイスはメッセージをサーバに送信する。このメッセージは、ブロードキャストされたメッセージによって受信した識別コードを含む。これらの識別コードを比較することにより、上記二つのデバイスの間で通信が開始されるべきかが決定されてもよい。
【００８１】
本発明を、上述の特定の実施例を用いて説明してきた。しかしながら、当業者には理解されうるように、上に開示された以外の実施例も、添付の特許請求範囲の請求項で定義されるような本発明の範囲内で同様になし得るものである。
【図１】
2013535860.tif 000003
【図２】
2013535860.tif 000004
【図３ａ】
2013535860.tif 000005
【図３ｂ】
2013535860.tif 000006
【図４ａ】
2013535860.tif 000007
【図４ｂ】
2013535860.tif 000008
【国際調査報告】
2013535860.tif 000009
2013535860.tif 000010
2013535860.tif 000011
2013535860.tif 000012