(57)【特許請求の範囲】
【請求項１】
移動端末による１回のタグ読み取りに応答して、様々なアプリケーションサーバからアプリケーションサービスを呼び出すための方法であって、サービスブローカサーバで実施されるステップ、すなわち、
入力メッセージを受け取るステップであって、前記入力メッセージが、ローカル通信を用いた前記移動端末によるタグ読み取りに関連付けられたタグデータを含み、さらに、前記移動端末にリンクされた受け手の識別子を含む、ステップと、
前記タグ読み取りに関連付けられた複数のパラメータを用いて、複数の適合するアプリケーションサーバを判定するステップであって、前記適合するアプリケーションサーバのそれぞれに対するタグ読み取りのサブスクリプションの条件が、前記複数のパラメータに適合するステップと、
前記適合するアプリケーションサーバそれぞれの各アプリケーションサービスを呼び出すために、前記適合するアプリケーションサーバのそれぞれに呼び出しメッセージを送信するステップであって、前記呼び出しメッセージが、前記アプリケーションサービスのそれぞれが前記移動端末へコンテンツを送信することを可能にする前記受け手の識別子、および前記タグデータを含むステップと
を含む方法。
【請求項２】
前記複数のパラメータが、読み取られる前記タグの物理的な位置、前記タグの配置状態、前記タグ読み取りの時刻、前記タグ読み取りの日付のうちの少なくとも２つに関連付けられる、請求項１に記載の方法。
【請求項３】
前記入力メッセージを受け取るステップにおいて、前記入力メッセージが、検知されたタグに関連付けられたデータを記憶するタグマネージャサーバから受け取られる、請求項１または２に記載の方法。
【請求項４】
前記タグマネージャサーバが、前記サービスブローカサーバから遠隔に配置される、請求項３に記載の方法。
【請求項５】
前記入力メッセージを受け取るステップにおいて、前記入力メッセージがアプリケーションサーバから受け取られる、請求項１ないし４のいずれか一項に記載の方法。
【請求項６】
前記入力メッセージを受け取るステップにおいて、前記入力メッセージが前記移動端末から受け取られる、請求項１ないし４のいずれか一項に記載の方法。
【請求項７】
前記タグデータが、前記タグデータを受け取ることを認められたアプリケーションサーバだけに送信される、請求項１ないし６のいずれか一項に記載の方法。
【請求項８】
前記呼び出しメッセージを送信するステップの前に、前記受け手に関連付けられた補助的な受け手のデータを得るステップをさらに含み、前記判定するステップが、前記受け手のデータの１つまたは複数のパラメータを用いて適合性を判定する、請求項１ないし７のいずれか一項に記載の方法。
【請求項９】
前記判定するステップにおいて、前記複数のアプリケーションサービスのそれぞれが、前記受け手の識別子にリンクされる、請求項１ないし８のいずれか一項に記載の方法。
【請求項１０】
前記呼び出しメッセージを送信するステップの前に、前記アプリケーションサービスの少なくとも１つのアプリケーションプログラミングインターフェースを得るステップをさらに含み、前記呼び出しメッセージが、前記アプリケーションプログラミングインターフェースに関連するデータを含む、請求項１ないし９のいずれか一項に記載の方法。
【請求項１１】
移動端末による１回のタグ読み取りに応答して、様々なアプリケーションサーバからアプリケーションサービスを呼び出すためのサービスブローカサーバであって、
コントローラと、
タグ読み取りのサブスクリプションを記憶するように構成されたメモリと、
前記移動端末から入力メッセージを受け取るように構成されたメッセージ受信器であって、前記入力メッセージが、ローカル通信を用いた前記移動端末による前記タグ読み取りに関連付けられたタグデータを含み、さらに、前記移動端末にリンクされた受け手の識別子を含んでいる、メッセージ受信器と、
前記タグ読み取りに関連付けられた複数のパラメータを用いて、複数の適合するアプリケーションサーバを判定するように構成された判定器であって、前記アプリケーションサーバのそれぞれに対するタグ読み取りのサブスクリプションの条件が、前記複数のパラメータに適合し、前記タグ読み取りのサブスクリプションが前記メモリに記憶される判定器と、
前記適合するアプリケーションサーバそれぞれの各アプリケーションサービスを呼び出すために、呼び出しメッセージを前記適合するアプリケーションサーバのそれぞれに送信するためのメッセージ送信器であって、前記呼び出しメッセージが、前記アプリケーションサービスのそれぞれが前記移動端末にコンテンツを送信することを可能にする前記受け手の識別子、および前記タグデータを含んでいる、メッセージ送信器と
を備えるサービスブローカサーバ。
【請求項１２】
請求項１１に記載のサービスブローカサーバと、
データエントリを含む特定のタグ識別子にタグデータを提供するように構成されたデータベースを備えるタグマネージャサーバであって、各データエントリがタグ識別子およびタグデータを含むタグマネージャサーバと、
タグ識別子を含むタグ識別メッセージを受け取るように構成された受信器と、
前記データベースからの前記タグ識別メッセージの前記タグ識別子に関連付けられたタグデータを検索するように構成されたデータ検索器と、
様々なアプリケーションサーバから提供されるアプリケーションサービスを判定するために、前記検索されたタグデータを前記サービスブローカサーバに送信するように構成された送信器と
を備えるシステム。
【請求項１３】
移動端末による１回のタグの検知に応答して、様々なアプリケーションサーバからアプリケーションサービスを呼び出すためのコンピュータプログラムであって、コンピュータプログラムコードを含んでおり、前記コンピュータプログラムコードが、サービスブローカサーバ上で実行されると、前記サービスブローカサーバに、
入力メッセージを受け取ることであって、前記入力メッセージが、ローカル通信を用いて前記移動端末によって検知されたタグに関連付けられたタグデータを含み、前記入力メッセージおよび受け手の識別子が前記移動端末にリンクされること、
前記タグ読み取りに関連付けられた複数のパラメータを用いて、複数の適合するアプリケーションサーバを判定することであって、前記適合するアプリケーションサーバのそれぞれに対するタグ読み取りのサブスクリプションの条件が、前記複数のパラメータに適合すること、ならびに
前記適合するアプリケーションサーバそれぞれの各アプリケーションサービスを呼び出すために、前記適合するアプリケーションサーバのそれぞれに呼び出しメッセージを送信することであって、前記呼び出しメッセージが、前記アプリケーションサービスのそれぞれが前記移動端末にコンテンツを送信することを可能にする前記受け手の識別子、および前記タグデータを含むこと
を行わせるコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にローカル通信に関し、より詳細には、そうしたシステムにおいてアプリケーションサービスを呼び出すことに関する。
【背景技術】
【０００２】
近距離無線通信（ＮＦＣ）技術は、今後、量販市場向けのモバイル機器に含まれるようになると予測され、モバイル機器において、支払いおよびチケット販売のような新しいアプリケーションサービスを可能にするであろう。ＮＦＣは、通常は１３.５６ＭＨｚの短距離ＲＦＩＤ技術、およびＭｉｆａｒｅなどの非接触カード技術を使用する。
【０００３】
ＮＦＣをどのように使用することができるかの一例は、ＮＦＣタグが取り付けられた物理的なポスターである「スマートポスター」である。ＮＦＣタグは、例えばウェブページにリンクすること、またはＮＦＣデバイス上のアプリケーションによって処理することが可能なデータを含むことができる。スマートポスターは、バス停に取り付けることが可能であり、その場合タグは、例えばＪａｖａ  ＭＩＤｌｅｔなどのアプリケーションによって処理することが可能な時刻表またはジャーニープランナに関する情報を含むことができる。
【０００４】
従来技術では、公共輸送会社がバス停にＮＦＣタグを付けることを決めた場合、その会社は通常、例えば時刻表用のタグ、またはモバイル機器にチケットをダウンロードするためのタグなど、発行するタグごとに特定の目的を有するようにする。
【０００５】
従来技術のシステムの場合、タグの目的は導入時に決められるか、またはタグに対するデータの煩わしい書き換えを必要とする。
【０００６】
カラーコードと呼ばれるシステム（本願の出願時点では、ウェブアドレスｈｔｔｐ：／／ｗｗｗ．ｃｏｌｏｒｚｉｐ．ｃｏ．ｊｐ／ｅｎ／から詳細を入手可能）は、特定のコードを用いてアドレスをサーバに登録することを可能にする。しかしながら、アプリケーションサービスの選択の点からは、柔軟性がきわめて限られている。
【０００７】
したがって、近距離無線通信のタグ読み取りに応答してアプリケーションサービスを呼び出す、より柔軟で拡張性のある方法が求められている。
【発明の概要】
【０００８】
本発明の目的は、ネットワーキングシステムにおけるユーザプロファイルのプロファイル管理を簡易化することである。
【０００９】
本発明の第１の態様によれば、移動端末によるタグ読み取りに応答してアプリケーションサービスを呼び出すための方法が示される。その方法は、サービスブローカサーバで実施される各ステップ、すなわち、入力メッセージを受け取るステップであって、入力メッセージが、ローカル通信を用いた移動端末によるタグ読み取りに関連付けられたタグデータを含み、さらに、移動端末にリンクされた受け手の識別子を含む、ステップと、タグ読み取りに関連付けられた複数のパラメータを用いて、複数の適合するアプリケーションサーバを判定するステップであって、適合するアプリケーションサーバのそれぞれに対するタグ読み取りのサブスクリプションの条件が、複数のパラメータに適合するステップと、適合するアプリケーションサーバそれぞれの各アプリケーションサービスを呼び出すために、適合するアプリケーションサーバのそれぞれに呼び出しメッセージを送信するステップであって、呼び出しメッセージが、アプリケーションサービスのそれぞれがユーザ機器にコンテンツを送信することを可能にする受け手の識別子、およびタグデータを含むステップとを含む。
【００１０】
したがって、アプリケーションサーバのアプリケーションサービスの動的呼び出しが可能になる。換言すれば、タグｉｄとアプリケーションの間に静的リンクは存在しない。そうした動的呼び出しによって、タグの所有者には、第三者のアプリケーションプロバイダが、例えば地理、時間、ユーザグループなど特定の条件に適合するタグへのコンテンツ配信を購入することができる新しい機会が与えられる。ただ１回のタグ読み取りから複数のアプリケーションサーバを呼び出すことを可能にすることによって、タグの所有者とアプリケーションプロバイダの間により一層の関係および機会がもたらされる。
【００１１】
複数のパラメータを、読み取られるタグの物理的な位置、タグの配置状態、タグ読み取りの時刻、タグ読み取りの日付の少なくとも２つに関連付けることができる。
【００１２】
入力メッセージを受け取るステップにおいて、入力メッセージは、検知されたタグに関連付けられたデータを記憶するタグマネージャサーバから受け取ることができる。
【００１３】
タグマネージャサーバは、サービスブローカサーバから遠隔に配置することができる。
【００１４】
入力メッセージを受け取るステップにおいて、入力メッセージは、アプリケーションサーバから受け取ることができる。
【００１５】
入力メッセージを受け取るステップにおいて、入力メッセージは、移動端末から受け取ることができる。
【００１６】
方法は、タグデータが、タグデータを受け取ることを認められたアプリケーションサーバだけに送信されるように構成することができる。
【００１７】
方法は、呼び出しメッセージを送信するステップの前に、受け手に関連付けられた補助的な受け手のデータを得るステップを含むことができ、判定するステップは、受け手のデータの１つまたは複数のパラメータを用いて適合性を判定する。
【００１８】
判定するステップにおいて、複数のアプリケーションサービスのそれぞれを、受け手の識別子にリンクすることができる。換言すれば、ユーザと複数の適合するアプリケーションサービスの間にリンクが存在してもよい。
【００１９】
方法は、呼び出しメッセージを送信するステップの前に、アプリケーションサービスの少なくとも１つのアプリケーションプログラミングインターフェースを得るステップをさらに含むことができ、呼び出しメッセージは、アプリケーションプログラミングインターフェースに関連するデータを含むことができる。
【００２０】
本発明の第２の態様は、移動端末によるタグ読み取りに応答して、アプリケーションサービスを呼び出すためのサービスブローカサーバである。サービスブローカサーバは、コントローラと、タグ読み取りのサブスクリプションを記憶するように構成されたメモリ（１６）と、移動端末から入力メッセージを受け取るように構成されたメッセージ受信器であって、入力メッセージが、ローカル通信を用いた移動端末によるタグ読み取りに関連付けられたタグデータを含み、入力メッセージが、移動端末にリンクされた受け手の識別子をさらに含むメッセージ受信器と、タグ読み取りに関連付けられた複数のパラメータを用いて、複数の適合するアプリケーションサーバを判定するように構成された判定器であって、適合するアプリケーションサーバのそれぞれに対するタグ読み取りのサブスクリプションの条件が、複数のパラメータに適合し、タグ読み取りのサブスクリプションがメモリに記憶される判定器と、適合するアプリケーションサーバそれぞれの各アプリケーションサービスを呼び出すために、呼び出しメッセージを適合するアプリケーションサーバのそれぞれに送信するためのメッセージ送信器であって、呼び出しメッセージが、アプリケーションサービスのそれぞれがユーザ機器にコンテンツを送信することを可能にする受け手の識別子、およびタグデータを含むメッセージ送信器とを備える。
【００２１】
本発明の第３の態様は、第２の態様によるサービスブローカサーバと、データエントリを含む特定のタグ識別子にタグデータを提供するように構成されたデータベースであって、各データエントリがタグ識別子およびタグデータを含むデータベースを備えるタグマネージャサーバと、タグ識別子を含むタグ識別メッセージを受け取るように構成された受信器と、データベースからのタグ識別メッセージのタグ識別子に関連付けられたタグデータを検索するように構成されたデータ検索器と、アプリケーションサービスを判定するために、検索されたタグデータをサービスブローカサーバに送信するように構成された送信器とを備えるシステムである。
【００２２】
本発明の第４の態様は、移動端末によるタグの検知に応答して、アプリケーションサービスを呼び出すためのコンピュータプログラムであり、コンピュータプログラムは、コンピュータプログラムコードを含み、コンピュータプログラムコードはサービスブローカサーバ上で作動するとき、サービスブローカサーバに対して以下のこと、すなわち、入力メッセージを受け取ることであって、入力メッセージが、ローカル通信を用いて移動端末によって検知されたタグに関連付けられたタグデータを含み、入力メッセージおよび受け手の識別子が移動端末にリンクされること、タグ読み取りに関連付けられた複数のパラメータを用いて、複数の適合するアプリケーションサーバを判定することであって、適合するアプリケーションサーバのそれぞれに対するタグ読み取りのサブスクリプションの条件が、複数のパラメータに適合すること、および適合するアプリケーションサーバそれぞれの各アプリケーションサービスを呼び出すために、適合するアプリケーションサーバのそれぞれに呼び出しメッセージを送信することであって、呼び出しメッセージが、アプリケーションサービスのそれぞれがユーザ機器にコンテンツを送信することを可能にする受け手の識別子、およびタグデータを含むことを行わせる。
【００２３】
本発明の第５の態様は、第４の態様によるコンピュータプログラム、およびコンピュータプログラムを記憶するコンピュータ可読手段を備えたコンピュータプログラム製品である。
【００２４】
第１、第２、第３、第４および第５の態様の任意の特徴は、適宜、任意の他の態様に適用することが可能であることに留意されたい。
【００２５】
本明細書においてローカル通信という句が使用されるときはいつでも、２つの対象物間の直接無線通信として解釈されたい。これは、例えば無線伝送、光学的な読み取り、誘導結合などを用いて実施することができる。例えばローカル通信を使用し、移動端末を用いてタグに関連付けられたタグデータを検知するときには、タグデータは、移動端末とタグデータの間の中間リンクを用いずに検知される。例えばローカル通信は、近距離無線通信、ブルートゥース、ＥＡＮ（欧州商品コード）などの１次元バーコードの読み取り、ＱＲ（クイックレスポンス）コードもしくはＤａｔａｍａｔｒｉｘなどの２次元バーコードの読み取り、または上記のものの任意の組み合わせを用いて実施することができる。
【００２６】
本明細書においてアプリケーションサービスという用語が使用されるときはいつでも、直接もしくは間接的にエンドユーザに有用である、または所望されるアプリケーションを用いて、サーバ上で作動するサービスとして解釈されたい。
【００２７】
一般的には、特許請求の範囲で使用されるすべての用語は、本明細書において別段に明示的に定めない限り、本技術分野における通常の意味に従って理解されたい。「１つの（ａ／ａｎ）／その（ｔｈｅ）要素、装置、構成要素、手段、ステップなど」に対する言及はすべて、別段に明示的に記述しない限り、要素、装置、構成要素、手段、ステップなどの少なくとも１つの例を指すものとオープンに理解されたい。本明細書において開示される任意の方法のステップは、明示的に記述しない限り、開示された正確な順序で実施される必要はない。説明および特許請求の範囲における「複数の」という単語は、「１つより多い」を意味すると理解されるものとする。
【００２８】
次に添付図面を参照して、例示の目的で本発明について記載する。
【図面の簡単な説明】
【００２９】
【図１ａ】本発明の一実施形態を配置することができる環境を図示する概略図である。
【図１ｂ】本発明の一実施形態を配置することができる環境を図示する概略図である。
【図１ｃ】本発明の一実施形態を配置することができる環境を図示する概略図である。
【図２】図１のサービスブローカサーバ１を図示する概略図である。
【図３】図１ａ〜ｃのサービスブローカ１で実施される方法を図示する流れ図である。
【図４ａ】図１ａのシステムにおけるアプリケーションサービスの呼び出しを図示するシーケンス線図である。
【図４ｂ】図１ｂのシステムにおけるアプリケーションサービスの呼び出しを図示するシーケンス線図である。
【図４ｃ】図１ｃのシステムにおけるアプリケーションサービスの呼び出しを図示するシーケンス線図である。
【図４ｄ】アプリケーションプログラミングインターフェースの使用を図示するシーケンス線図である。
【図５】コンピュータ可読手段を備えるコンピュータプログラム製品の一例を示す図である。
【発明を実施するための形態】
【００３０】
次に以下では、本発明の特定の実施形態を示す添付図面を参照しながら、本発明をさらに詳細に記載する。しかしながら、本発明は、多くの異なる形態で具体化することが可能であり、本明細書で述べる実施形態に限定されると解釈すべきではなく、むしろ、これらの実施形態は、本開示が完璧かつ完全なものとなり、本発明の範囲を当業者に十分に伝えるように、例示の目的で提供される。説明全体を通して、同様の番号は同様の要素を指す。
【００３１】
図１ａ〜ｃは、本発明の一実施形態を配置することができる環境を図示する概略図である。図１ａ〜ｃの構成要素は同等であるが、通信経路が異なる。
【００３２】
システムは、移動端末５と通信可能なＮＦＣタグ７を含む。３つのアプリケーションサーバ３ａ〜ｃは、移動端末５にデータを送信することができる。アプリケーションサーバとは、移動端末５にコンテンツを配信することができるサーバである。各アプリケーションサーバは、コンテンツの配信を行うソフトウェアである少なくとも１つのアプリケーションサービスのホストとして働く。サービスブローカサーバ１は、さらに以下で詳しく述べる入力メッセージ中のデータに応じて、アプリケーションサーバ３ａ〜ｃのアプリケーションサービスの１つまたは複数を呼び出すように構成される。
【００３３】
タグマネージャサーバ２は、関連付けられたデータベース４を有する。データベース４は、例えば磁気記憶装置、光学記憶装置、フラッシュメモリ、ランダムアクセスメモリ（ＲＡＭ）または上記のものの任意の組み合わせを備えた、タグデータを記憶するための任意の適切なデータベースとすることができる。関連付けられたデータベース４を有するタグマネージャサーバ２は、例えばタグ識別子に基づいて、タグデータを検索することができる。
【００３４】
データベース４は、それぞれがタグ識別子およびタグデータを含むデータエントリを含む。タグ識別子は、ユニークな文字または数字とすることができる。タグデータは、例えばタグの（例えばＧＰＳ（全地球測位システム）受信器から生成可能な地球規模の位置座標の形の）物理的な位置、またはタグの配置状態を含むことができる。配置状態は、例えばタグがまだ配置されていない、タグが配置されアクティブである、タグが配置されているが故意に使用できないようになっている、またはタグが配置されているがうまく機能していないなどとすることができる。タグデータは、どのアプリケーションサーバ（および／またはアプリケーションサービス）が特定のタグに関係するデータへのアクセスを許可されるかを定める、アクセス権を含むこともできる。アクセス権は、より一般的なアクセスポリシーの一部とすることができる。タグデータは、アクセス権ではなく、またはアクセス権に加えて、アクセスポリシーまたはアクセスルールを含むこともできる。アクセス権は、データフィールドごとに、またはタグ全体に対してアクセスを制限することができる。加えて、タグデータは、誰がタグの所有者であるかに関するデータ、またはタグが特定のアプリケーションサービスによってどのように使用されるかを記述する、アプリケーションサービスに特有のパラメータを含むことができる。さらに、タグの完全性を確認することを可能にする、署名または証明書を含めることができる。署名は、例えばＮＦＣフォーラムによって規定された署名の定義に従うことができる。タグデータは、タグが読み取られた回数、および最近の読み取りの１つまたは複数に関するデータなどの使用データ、ならびに/あるいは読み取りの時刻などの読み取りに関する統計などを含むこともできる。タグを読み取ったユーザに関するデータを、タグデータに含めることも可能である。タグデータの送信元に応じて、タグマネージャのタグデータは、サービスブローカ１からまたはタグの配置時に入力／更新される。加えて、管理インターフェースが、管理ユーザがタグマネージャ２内のタグデータを更新することを許可することができる。
【００３５】
タグマネージャサーバ２は通常、タグを発行すること、ならびにその分担範囲内である特定のタグそれぞれに関する情報に対する任意の更新を記憶することも担う。データベース４は、タグマネージャサーバ２に一体化しても、タグマネージャサーバ２から独立させてもよい。
【００３６】
以下の例は、アプリケーションサーバ３ａが、ＮＦＣタグ７をバス停に配置する公共輸送業者に属するシナリオについて記載するものである。アプリケーションサーバ３ｂは、様々な場所でタグに関係する広告を表示しようとする広告アプリケーションサービスに属する。アプリケーションサーバ３ａは、タグマネージャ２に接続される。さらにタグマネージャ２はサービスブローカ１に接続され、サービスブローカ１は、タグ７が読み取られ、そのタグがアプリケーションサーバ３ｂのアプリケーションサービスに対するプロファイルに合う場合、アプリケーションサーバ３ｂに知らせることができる。
【００３７】
公共輸送業者は、特定の場所、すなわちこの場合はバス停にタグ７を配置することを決める。タグマネージャ２は、タグの発行、およびタグに関する更新情報などのその後のタグデータの管理に用いることができる。コンテンツおよび場所などのタグ情報は、データベース４に記憶される。
【００３８】
タグマネージャ２は、タグに関するそのレジストリをサービスブローカ１に公開し、その結果、サービスブローカ１が、これらのタグおよびより詳細な情報をどこで入手するかを認識するようになる。
【００３９】
公共輸送のアプリケーションサービスは、どのアプリケーションサーバにタグ情報の参照を許可するかを制御するために、そのタグに対するアクセス権を設定することができる。アクセス権は、タグに関するすべてのデータに設定しても、各タグに関する特定のデータのみに設定してもよい。アクセス権はタグマネージャ２を用いて操作され、タグマネージャ２では、アクセス権がデータベース４に記憶される。タグマネージャ２は、アクセス情報をサービスブローカ１にも公開する。任意選択で、公共輸送アプリケーションサービスは、サービスブローカ１に記憶されるアプリケーションプログラミングインターフェース（ＡＰＩ）９を公開することができる。このＡＰＩは、アプリケーションサーバ３ｂの広告アプリケーションサービスから、アプリケーションサーバ３ａの公共輸送アプリケーションサービスにコンテンツを送信するために用いることが可能である。こうして公共輸送アプリケーションサービスは、広告アプリケーションサービスからのコンテンツをその独自のコンテンツと組み合わせて、移動端末５に配信することができる。この場合、公共輸送会社は、例えば（ハイパーテキスト作製言語、ＨＴＭＬを用いて）ウェブページの別個のスペース内に、あるいはマルチメディアメッセージサービス（ＭＭＳ）メッセージのスライドもしくは別個のスペース、またはショートメッセージサービス（ＳＭＳ）メッセージ中の別個のテキストとしてなどの他のコンテンツの形でなど、コンテンツをどのように組み合わせるかのコントロールを確保する。
【００４０】
次いで、（アプリケーションサーバ３ｂを用いる）広告アプリケーションサービスは、適当なサブスクリプション要求をサービスブローカ１に送信することによって、特定の場所からのタグ、特定のユーザによって読み取られたタグ、特定のサービスプロバイダからのタグなどに対するサブスクライブを開始することができる。アプリケーションサーバ３ａ〜ｃのいずれも、サービスブローカ１に対するサブスクリプション要求をサブミットすることが可能であることに留意されたい。サブスクリプション要求は、当該のアプリケーションサーバに知らせたいタグのセグメントを定める１つまたは複数の条件を含む。データベース４に関連して先に言及したパラメータの任意のものを用いることができる。各条件は、満足すべきパラメータ、および値または範囲を含む。任意選択で、サブスクリプションには、サービスブローカ１に対する管理インターフェースからの管理、または少なくとも承認が行われる。これによって、タグの所有者がアプリケーションサービスの呼び出しを制御することが可能になり、タグの所有者、またはサービスブローカ１に責任を負う関係者などの仲介者が、サブスクリプションに対して課金することができるようになる。
【００４１】
サービスブローカ１は、あるタグについて複数のリスナを登録および削除することができる。換言すれば、それぞれのタグが、１つまたは複数のアプリケーションサーバ３ａ〜ｃ上の１つまたは複数のアプリケーションサービスを呼び出すことができる。
【００４２】
ユーザはバス停で、この場合は移動端末５と呼ぶＮＦＣデバイスを用いてタグを読み取る。デバイス上に存在するアプリケーションが、タグ上のコンテンツを処理する。
【００４３】
移動端末５は、タグを読み取ったことをシステムに知らせる。これは様々な方法で行うことができる。図１ａは、移動端末５がアプリケーションサーバ３ａに知らせ、アプリケーションサーバ３ａがタグマネージャ２に知らせ、タグマネージャ２がサービスブローカ１に知らせる場合を図示している。
【００４４】
あるいは、図１ｂまたは１ｃに図示するように、移動端末５が、タグマネージャ２またはサービスブローカ１に直接接続するようにする。こうして、サービスブローカ１に到る途中で追加のタグデータを分析することも可能になり、その結果、サービスブローカ１は、ユーザ、場所、タグに対するコンテンツ、および最初に交信されたアプリケーションサービスなど、イベントに関する情報を受け取るようになる。
【００４５】
サービスブローカ１は、例えばアプリケーションサーバ３ｂなど関係する任意のリスナに、例えばタグデータおよびユーザデータなどのタグ読み取りに関係するデータを用いて知らせ、情報をアプリケーションサーバ３ｂに転送する。次にアプリケーションサーバ３ｂは、この情報を処理してコンテンツを生成することができる。コンテンツは、例えば電話番号（ＭＳＩＳＤＮ）またはＩＰアドレスなどの受け手に関する情報を用いて、受け手、すなわちユーザにプッシュすることができる。あるいは、コンテンツは、サービスブローカ１から受け取ったＡＰＩ９を用いてアプリケーションサーバ３ａに送り込まれる。こうして、アプリケーションサーバ３ａは、コンテンツを移動端末にプッシュすることが可能になる。例えば、アプリケーションサーバ３ｂにおけるアプリケーションサーバ３ａからのアプリケーションデータの使用を説明するために、以下のシナリオについて考える。ユーザは、特定のバスの次の出発に関する情報を含むタグを既に読み取っている。アプリケーションサーバ３ｂは、この情報を、次のバスが遅れており、１５分で到着するであろうというユーザ（受け手）への情報と共に受け取る。アプリケーションサーバ３ｂは、近くのコンビニエンスストアで使用するように割引になるコーヒーのクーポンで応答する。情報が、バスが１分で到着するであろうというものであった場合、サービスブローカ１は、この情報に基づいてアプリケーションサーバに知らせない選択をした可能性がある。
【００４６】
移動端末は、例えばＪａｖａ  ＭＩＤｌｅｔなどのローカルアプリケーションを用いる、ウェブブラウザもしくは任意の他のタイプのコンテンツブラウザを用いる、またはコンテンツを含むＳＭＳもしくはＭＭＳを表示するなど、複数の方法でコンテンツを表示することができる。
【００４７】
前述のシステムによって、ＮＦＣタグに対して複数のアプリケーションサービスを結び付けること、および削除することに関する問題が解決され、したがって、タグを動的にすることによって、ＮＦＣエコシステムにおいてより多くのアプリケーションサービスを可能にする。これにより、例えば先の例における公共輸送会社など一連のタグの所有者が、タグという資産を利用し、タグを読み取るユーザに別のまたは追加のコンテンツを送信する機能を販売することを可能にする。さらに、コンテンツプロバイダ（すなわちアプリケーションサーバ）の選択が動的になり、その選択を、利用可能な変数を用いて多くの様々な方法で切り分けることが可能になる。
【００４８】
図２は、図１のサービスブローカサーバ１を図示する概略図である。サービスブローカサーバ１はネットワークインターフェース１３を備えているが、ネットワークインターフェース１３自体は知られており、サービスブローカ１がネットワーク１４を用いて、例えばタグマネージャ２、アプリケーションサーバ３ａ〜ｃおよび／または移動端末５に通信することを可能にする。さらに、サービスブローカ１は、中央処理装置（ＣＰＵ）などのコントローラ１１、および内部メモリ１２に記憶されたコンピュータプログラムを備えている。したがって、内部メモリ１２は、例えば図３を参照して以下に記載する方法を実施するために、コントローラ１１によって実行されるソフトウェア命令を保持するコンピュータプログラム製品とすることができる。内部メモリは、例えば磁気記憶装置、光学記憶装置、固体記憶装置、リードオンリーメモリ（ＲＯＭ）およびランダムアクセスメモリ（ＲＡＭ）の少なくとも１つを備える、任意の適切なメモリとすることができる。
【００４９】
サービスブローカ１は、ＮＦＣイベントに対するアプリケーションサーバのサブスクリプションを記憶するメモリ１６にも接続される。サブスクリプションは、満たされたときにサブスクライブするアプリケーションサーバの呼び出しをトリガーする、パラメータに対する１つまたは複数の条件を含む。パラメータは、例えばユーザのプロパティ、タグの位置エリア、タグに対するコンテンツ、タグの配置状態、読み取りの時間または日付とすることができる。任意選択で、サービスブローカ１は、ユーザインターフェース（図示せず）を備える。条件を評価するのに用いられるパラメータ値は、例えばタグマネージャ２、サービスブローカ１または移動端末５から生じさせることができる。
【００５０】
図３は、図１ａ〜ｃのサービスブローカ１で実施される方法を図示する流れ図である。その方法は、移動端末５のユーザがタグ７を読み取ると実施される。
【００５１】
入力メッセージを受け取る最初のステップ２０では、入力メッセージが受け取られる。入力メッセージは、少なくともタグデータおよび受け手のデータを含む。受け手とは、移動端末を用いてＮＦＣを読み取ったユーザのことである。タグデータとはタグに関連付けられたデータであるが、それはタグマネージャの分担である。タグデータは、入力メッセージに含まれるタグ識別子を用いてタグマネージャを照会することによって得ることができる。あるいは、タグデータは入力メッセージに含まれる。タグデータは、これまでに図１のデータベース４に関連して記載したパラメータの１つまたは複数とすることができる。
【００５２】
受け手のデータを得る任意選択のステップ２１では、受け手に関する追加のデータが得られる。これは、年齢、自宅の住所、モバイルネットワーク業者、利用履歴など任意の関連する個人データを含むことができる。このデータは、サービスブローカ１によって記憶すること、または他のサーバ（図示せず）から得ることが可能である。
【００５３】
アプリケーションを判定するステップ２２では、呼び出されるアプリケーションが判定される。このステップは、タグデータ、および任意選択で受け手のデータを使用して、どのアプリケーションを呼び出すかを判定する。サービスブローカは、すべての利用可能な関連するパラメータ値、およびアプリケーションサーバのサブスクリプションにおける条件を使用して、どのサブスクリプションが現在のパラメータの組に適合するかを判定する。このステップは、ただ１つのアプリケーションサーバを見つけることに限定されず、むしろ、メッセージ（例えばＳＭＳ／ＭＭＳ）または例えばアプリケーションＡＰＩを用いたコンテンツアグリゲーションを用いて、ただ１回のＮＦＣの読み取りから複数のアプリケーションサーバを呼び出すことが可能であり、またアプリケーションサーバは、それでもやはり、関連するユーザフレンドリーなコンテンツを受け手に送信することができる。任意選択で、認められたアプリケーションサーバのみが適合すると判定されるようにする。換言すれば、認められていないアプリケーションサーバ／アプリケーションサービスは、適合するとみなされない。
【００５４】
ＡＰＩを得る任意選択のステップ２３では、任意の関連するＡＰＩが得られる。
【００５５】
サービスを呼び出すステップ２４では、アプリケーションを判定するステップ２２から、アプリケーションサーバの任意の適合するアプリケーションサービスが呼び出される。呼び出しは、サービスブローカからの適合するアプリケーションそれぞれへの呼び出しメッセージによって行われる。呼び出しメッセージは、得られたタグデータを含む。
【００５６】
任意選択で、呼び出しメッセージを複数のメッセージに分割することができる。
【００５７】
図４ａは、図１ａのシステムにおけるアプリケーションサービスの呼び出しを図示するシーケンス線図である。関係するノードは、移動端末５、アプリケーションサーバ３ａ、タグマネージャ２、サービスブローカ１およびアプリケーションサーバ３ｂである。
【００５８】
移動端末５はＮＦＣタグを読み取り、メッセージをアプリケーションサーバ３ａに送信して読み取り操作を知らせる（３０）。任意選択で、移動端末５は、タグからコンテンツを検索し、単独でアプリケーション処理を実施する。アプリケーションサーバ３ａは（それ自体の任意の処理と共に）、タグ識別子を含むメッセージをタグマネージャ２に送信し（３１）、タグマネージャ２は、当該のタグに対する任意のタグデータを検索する。次いで、グマネージャ２は、タグデータを受け手のデータと共にサービスブローカ１に送信する（３２）。サービスブローカ１は、サブスクリプションのエントリおよび任意選択の認証ルールに基づいて、アプリケーションサーバ３ｂを呼び出すべきであると判定し、呼び出しメッセージをアプリケーションサーバ３ｂに送信する（３３）。次いで、アプリケーションサーバ３ｂは、コンテンツを生成するために任意の必要な処理を実施し、例えばＳＭＳまたはＭＭＳなどのプッシュ技術を用いてコンテンツを移動端末５に直接送信する（３４）か、または特定のＵＲＬを用いてウェブブラウザを開き、移動端末５にアプリケーションサーバ３ｂからのコンテンツを検索させるように移動端末をトリガーする。したがってこのシナリオでは、アプリケーションサーバ３ａに特有のデータをサービスブローカ１へのメッセージに含めることが可能であり、またアプリケーションサービスの呼び出しが、アプリケーション特有のパラメータに依存するようにすることができる。
【００５９】
図４ｂは、移動端末５がタグマネージャ２に直接接続する、図１ｂのシステムにおけるアプリケーションサービスの呼び出しを図示するシーケンス線図である。やはり、関係するノードは、移動端末５、アプリケーションサーバ３ａ、タグマネージャ２、サービスブローカ１およびアプリケーションサーバ３ｂである。
【００６０】
移動端末５はＮＦＣタグを読み取り、メッセージを直接タグマネージャ２に送信して読み取り操作を知らせる（３５）。タグマネージャ２は、当該のタグに対する任意のタグデータを検索し、タグデータを受け手のデータと共にサービスブローカ１に送信する（３６）。サービスブローカ１は、サブスクリプションのエントリおよび任意選択の認証ルールに基づいて、アプリケーションサーバ３ｂを呼び出すべきであると判定し、呼び出しメッセージをアプリケーションサーバ３ｂに送信する（３７）。次いで、アプリケーションサーバ３ｂは、コンテンツを生成するために任意の必要な処理を実施し、先に図４ａに関連して言及したように、コンテンツを移動端末５に直接送信する（３８）。加えて、サービスブローカは、アプリケーションサーバ３ａも呼び出すべきであると判定し、呼び出しメッセージをアプリケーションサーバ３ａに送信する（３９）。次いで、アプリケーションサーバ３ａは、コンテンツを生成するために任意の必要な処理を実施し、先に図４ａに関連して言及したように、コンテンツを移動端末５に直接送信する（４０）。
【００６１】
図４ｃは、移動端末５がサービスブローカ１に直接接続する、図１ｃのシステムにおけるアプリケーションサービスの呼び出しを図示するシーケンス線図である。やはり、関係するノードは、移動端末５、アプリケーションサーバ３ａ、タグマネージャ２、サービスブローカ１およびアプリケーションサーバ３ｂである。
【００６２】
移動端末５はＮＦＣタグを読み取り、メッセージをサービスブローカ１に送信して読み取り操作を知らせる（４１）。サービスブローカ１は、移動端末５からのメッセージ内で指定されたタグ識別子を用いて、タグに対するタグデータについてタグマネージャに照会する（４２）。タグマネージャ２は、当該のタグに対する任意のタグデータを検索し、タグデータを伴う応答をサービスブローカ１に送信する（４３）。サービスブローカ１は、サブスクリプションのエントリおよび任意選択の認証ルールに基づいて、アプリケーションサーバ３ｂを呼び出すべきであると判定し、呼び出しメッセージをアプリケーションサーバ３ｂに送信する（４４）。次いで、アプリケーションサーバ３ｂは、コンテンツを生成するために任意の必要な処理を実施し、先に図４ａに関連して言及したように、コンテンツを移動端末５に直接送信する（４５）。加えて、サービスブローカは、アプリケーションサーバ３ａも呼び出すべきであると判定し、呼び出しメッセージをアプリケーションサーバ３ａに送信する（４６）。次いで、アプリケーションサーバ３ａは、コンテンツを生成するために任意の必要な処理を実施し、先に図４ａに関連して言及したように、コンテンツを移動端末５に直接送信する（４７）。
【００６３】
図４ｄでは、アプリケーションサーバ３ｂはＡＰＩを利用し、コンテンツを、アプリケーションサーバ３ａを介して移動端末５に送信する。やはり、関係するノードは、移動端末５、アプリケーションサーバ３ａ、タグマネージャ２、サービスブローカ１およびアプリケーションサーバ３ｂである。
【００６４】
移動端末５はＮＦＣタグを読み取り、メッセージをタグマネージャ２に送信して読み取り操作を知らせる（４８）。タグマネージャ２は、当該のタグに対する任意のタグデータを検索し、タグデータを受け手のデータと共にサービスブローカ１に送信する（５１）。サービスブローカ１は、サブスクリプションのエントリおよび任意選択の認証ルールに基づいて、アプリケーションサーバ３ｂを呼び出すべきであると判定し、呼び出しメッセージをアプリケーションサーバ３ｂに送信する（５２）。ここでは、呼び出しメッセージは、アプリケーションサーバ３ｂがアプリケーションサーバ３ａと通信することを可能にするＡＰＩを含む。次いで、アプリケーションサーバ３ｂは、コンテンツを生成するために任意の必要な処理を実施し、コンテンツをアプリケーションサーバ３ａに送信する（５３）。次いで、アプリケーションサーバ３ａは、アプリケーションサーバ３ｂから移動端末５へのコンテンツの配信を担う。任意選択で、サービスブローカは、アプリケーションサーバ３ａも呼び出すべきであると判定し、呼び出しメッセージをアプリケーションサーバ３ａに送信する（５６）。次いで、アプリケーションサーバ３ａは、コンテンツを生成するために任意の必要な処理を実施し、それ自体３ａおよびアプリケーションサーバ３ｂからのコンテンツを組み合わせ、先に図４ａに関連して言及したように、そのコンテンツを移動端末５に直接送信する（５７）。
【００６５】
図５は、コンピュータ可読手段を備えたコンピュータプログラム製品の一例を示している。このコンピュータ可読手段にコンピュータプログラムを記憶することが可能であり、そのコンピュータプログラムは、コンピュータに本明細書に記載される実施形態による方法を実行させることができる。この例では、コンピュータプログラム製品は、ＣＤ（コンパクトディスク）またはＤＶＤ（デジタルバーサタイルディスク）などの光学ディスクである。コンピュータ可読手段は、フラッシュメモリなどの固定メモリ、またはインターネットなどのネットワークによって配布されるソフトウェアパッケージでもよい。
【００６６】
先の説明における例は、公共輸送会社のＮＦＣタグの第三者の利用に対する使用法を開示しているが、本発明はこの例に限定されない。１つより多いアプリケーションサーバによってＮＦＣタグが使用されるシステムはいずれも、本文書の教示を利用することができる。
【００６７】
これまで３つのアプリケーションサーバの使用について説明してきたが、任意の適切な数のサーバを用いることが可能であることに留意されたい。
【００６８】
本明細書でサーバという用語が使用されるときはいつでも、記載されたタスクを実施することが可能な任意の適切なコンピュータを使用することができる。例えば、Ｌｉｎｕｘ、ＭＳ  Ｗｉｎｄｏｗｓ、Ａｐｐｌｅ  Ｍａｃ  ＯＳ、ＵＮＩＸの変形形態などのオペレーティングシステムを動かすコンピュータを使用することができる。任意のサーバは、プロセッサ（例えばＣＰＵ）、ＲＡＭなどの主メモリを含み、磁気記憶装置、固体記憶装置、光学記憶装置またはこれらの任意の組み合わせなど、永続性の記憶装置を利用することができる。
【００６９】
ここでは次に、サービスブローカのいくつかの他の任意選択の態様を示す。
【００７０】
サービスブローカに使用するために、複数のパラメータを、読み取られるタグの物理的な位置、タグの配置状態、タグ読み取りの時刻、タグ読み取りの日付の少なくとも２つに関連付けることができる。
【００７１】
サービスブローカのメッセージ受信器は、入力メッセージを受け取るとき、入力メッセージを、検知されたタグ７に関連付けられたデータを記憶するタグマネージャサーバ２から受け取ることができる。
【００７２】
タグマネージャサーバ２は、サービスブローカサーバ１から遠隔に配置することができる。
【００７３】
サービスブローカのメッセージ受信器は、入力メッセージを受け取るとき、入力メッセージをアプリケーションサーバ３ａ〜ｃから受け取ることができる。
【００７４】
サービスブローカのメッセージ受信器は、入力メッセージを受け取るとき、入力メッセージを移動端末５から受け取ることができる。
【００７５】
サービスブローカサーバは、タグデータを、タグデータを受け取ることを認められたアプリケーションサーバ３ａ〜ｃだけに送信するように構成することができる。
【００７６】
サービスブローカサーバは、受け手に関連付けられた補助的な受け手のデータを得るように構成された、補助的な受信器のデータモジュールをさらに備えることができる。この補助的な受け手のデータを用い、判定器によって適合性を判定することができる。
【００７７】
判定器は、複数のアプリケーションサービスのそれぞれが、受け手の識別子にリンクされるように構成することができる。
【００７８】
サービスブローカサーバは、アプリケーションサービスの少なくとも１つのＡＰＩ９を得るように構成された、ＡＰＩ受信器モジュールをさらに備えることができる。ＡＰＩは、呼び出しメッセージに含めることができる。
【００７９】
本明細書では、主にいくつかの実施形態を参照して本発明について説明した。しかしながら、当業者には容易に理解されるように、添付の特許請求の範囲によって定められる本発明の範囲内で、上記に開示したもの以外の他の実施形態が等しく実現可能である。
【図１ａ】
0005399553.tif 000002
【図１ｂ】
0005399553.tif 000003
【図１ｃ】
0005399553.tif 000004
【図２】
0005399553.tif 000005
【図３】
0005399553.tif 000006
【図４ａ】
0005399553.tif 000007
【図４ｂ】
0005399553.tif 000008
【図４ｃ】
0005399553.tif 000009
【図４ｄ】
0005399553.tif 000010
【図５】
0005399553.tif 000011