(57)【特許請求の範囲】
【請求項１】
近距離無線通信（ＮＦＣ）システムにウェブサービスを提供することを可能にする、前記ＮＦＣシステムの使用のためのスイッチであって、
前記ＮＦＣシステムのネットワークに結合してＩＰパケットを受信する第１のデータポートと、
前記第１のデータポートに結合して、前記ネットワークに結合するＮＦＣリーダから伝送される前記ＩＰパケットのうち、前記ＮＦＣリーダとの通信において、前記ＮＦＣリーダのリーダ識別情報（ＩＤ）およびＮＦＣタグのタグＩＤを示すＮＦＣデータを含むＩＰパケットを識別するプロセッサであって、
前記プロセッサは、前記ＮＦＣデータを含む前記ＩＰパケットを識別するために、前記ＮＦＣリーダの専用プロトコルを認識する働きをし、
前記専用プロトコルは、前記ウェブサービスにおいて使用される通信プロトコルとは異なるものであり、
前記タグＩＤは、前記ＮＦＣシステムのユーザを一意に識別し、
前記プロセッサは、前記ＮＦＣデータを含む前記ＩＰパケットから前記ＮＦＣデータを抜き出し、抜き出した前記ＮＦＣデータを前記ウェブサービスの前記通信プロトコルに従って再フォーマットし、要求メッセージを生成し、前記再フォーマットしたＮＦＣデータを前記要求メッセージの中に挿入する働きをする、プロセッサと、
前記プロセッサに結合して前記要求メッセージを受信し、前記ＮＦＣデータに基づいて前記ウェブサービスを提供するウェブ・アプリケーション・サーバに前記要求メッセージを伝送する働きをする第２のデータポートと、
前記ネットワークに結合するＩＤサーバに受信した前記ＩＰパケットをルーティングする働きをする、スイッチ機構と
を含む、スイッチ。
【請求項２】
前記第２のデータポートが、前記ネットワークに結合して前記ウェブ・アプリケーション・サーバに前記要求メッセージを伝送するか、または別のネットワークに結合して前記ウェブ・アプリケーション・サーバに前記要求メッセージを伝送する外部データポートである、請求項１に記載のスイッチ。
【請求項３】
前記第１のデータポートおよび前記第２のデータポートを含み、ミラーリングされた前記ＩＰパケットを前記第１のデータポートから受信するためのミラーポートをさらに含むデータ・スイッチと、
前記プロセッサを含み、前記ミラーポートに結合して前記ＩＰパケットを受信するコンピュータ装置と
をさらに含む、請求項１に記載のスイッチ。
【請求項４】
前記プロセッサが、前記ＮＦＣデータを含む前記ＩＰパケットを前記スイッチに伝送する、前記ＮＦＣリーダに結合するＩＰ−ｉｚｅｒのプロトコルを認識する働きをする、請求項１に記載のスイッチ。
【請求項５】
前記プロセッサが、前記ＮＦＣデータを含む前記ＩＰパケットを復号して前記ＮＦＣデータを抜き出す働きをする、請求項１に記載のスイッチ。
【請求項６】
前記スイッチ機構は、前記プロセッサ、前記第１のデータポート、および前記第２のデータポートに結合している、請求項１に記載のスイッチ。
【請求項７】
近距離無線通信（ＮＦＣ）システムにウェブサービスを提供する方法であって、
ネットワークからＩＰパケットを受信するステップと、
前記ネットワークに結合するＮＦＣリーダの専用プロトコルを認識し、前記ＮＦＣリーダから伝送された前記ＩＰパケットのうちの、前記ＮＦＣリーダとの通信において前記ＮＦＣリーダのリーダＩＤおよびＮＦＣタグのタグＩＤを示すＮＦＣデータを含むＩＰパケットを識別するために、前記ＩＰパケットを解析するステップであって、
前記専用プロトコルは、前記ウェブサービスにおいて使用される通信プロトコルとは異なるものであり、
前記タグＩＤは前記ＮＦＣシステムのユーザを一意に識別する、ステップと、
前記ＮＦＣデータを含む前記ＩＰパケットから前記ＮＦＣデータを抜き出すステップと、
要求メッセージを生成するステップと、
前記抜き出したＮＦＣデータを前記要求メッセージの中に挿入するステップであって、抜き出した前記ＮＦＣデータは、前記ウェブサービスの前記通信プロトコルに従って再フォーマットされている、ステップと、
前記ＮＦＣデータに基づいて前記ＮＦＣシステムに前記ウェブサービスを提供するウェブ・アプリケーション・サーバに、前記要求メッセージを伝送するステップと、
前記ネットワークから受信した前記ＩＰパケットを、前記ネットワークに結合するＩＤサーバにルーティングするステップと
を含む、方法。
【請求項８】
前記ネットワークに結合する第１のデータポートで受信した前記ＩＰパケットを、コンピュータ装置に結合するミラーポートにミラーリングして、少なくとも前記ＩＰパケットの前記解析を行うステップ
をさらに含む、請求項７に記載の方法。
【請求項９】
前記解析を行うステップが、
前記ネットワークから受信した前記ＩＰパケットを傍受して、傍受したＩＰパケットの出力を作成するステップと、
前記傍受したＩＰパケットを解析して、前記ＮＦＣデータを含む前記ＩＰパケットを識別するステップと
をさらに含む、請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信システムに関し、具体的には、近距離無線通信システムに関する。
【背景技術】
【０００２】
近距離無線通信（ＮＦＣ）システムは、企業およびサービス・プロバイダにとって、重要な新しい応用領域になった。通常のＮＦＣシステムでは、ユーザは、従業員ＩＤバッジまたは学生ＩＤカードなどのＮＦＣ使用可能バッジをＮＦＣリーダと密接に接触させると、ＮＦＣタグおよびＮＦＣリーダの識別情報がＩＰネットワークを経由して、ユーザ依存およびリーダ依存のサービスを提供するサーバに伝わる。例えば、大学生が自分のＮＦＣバッジをリーダに接触させると、寄宿舎へのドアを開くことができる。また、ＮＦＣバッジ上のデータは、学生の本人確認につながって購入物の支払いをさせることができる。例えば、学生は、自分のＮＦＣバッジを使用して、カフェテリアでの食事の支払い、または大学構内の本屋での本の購入をすることができる。
【０００３】
最近、既存の（レガシー）ＮＦＣシステムによって提供される従来のアクセス制御サービスの上に、別のサービスを加えることに関心が集まっている。例えば、学生が自分のＮＦＣバッジを使用して大学構内の施設にアクセスするとき、学生は、フェイスブックまたはネットログ上の自分の存在位置を自動的に更新させることを望む可能性がある。別の例として、企業の従業員が、自分のＮＦＣバッジをＰＢＸ電話に関連付けられたＮＦＣリーダに接触させて、ＰＢＸ電話用のプロファイルをこの従業員用に自動的にカスタマイズさせることを望む可能性がある。
【０００４】
不幸なことに、レガシーＮＦＣバッジ／リーダ・システムは、通常、専用で非標準のＩＰベースの通信プロトコルを使用しており、このプロトコルは、創造的なＷｅｂ２．０の開発者たちが既存の基盤の上に自分たちのサービスを刷新および追加することを、きわめて煩雑または不可能にする。例えば、既存の解決手法は、さまざまなアクセス制御システム製造業者すべてとビジネス関係を構築すること、彼らのサーバベースの解決策がＷｅｂ２．０アプリケーション・プログラム・インタフェース（ＡＰＩ）を公開するように要求すること、および、多くの既存のレガシー設備の中の彼らのアクセス制御ソフトウェアを更新することを含む。理解できることであるが、この処理は煩雑であり、高価であり、かつ大いに非現実的である。したがって、必要なことは、レガシーで、閉鎖的で、独自開発のＮＦＣシステムを、そのようなシステムの中にすでに存在する機能に影響、混乱、またはその他の形の妨害を与えないで、新しいＷｅｂ２．０サービスに「開放」するためのメカニズムである。
【発明の概要】
【０００５】
本発明の一実施形態では、レガシー近距離無線通信（ＮＦＣ）システム内のスイッチによって、ウェブサービスをＮＦＣシステムに提供することが可能になる。このスイッチは、ＮＦＣシステムのネットワークに結合してＩＰパケットを受信する第１のデータポート、および、第１のデータポートに結合して、ネットワークに結合するＮＦＣリーダから伝送されるＩＰパケットのうちの選ばれたＩＰパケットを識別するプロセッサを含む。選ばれたＩＰパケットは、ＮＦＣリーダとの通信においてＮＦＣリーダのリーダ識別情報（ＩＤ）およびＮＦＣタグのタグＩＤを示すＮＦＣデータを含む。ＮＦＣリーダの中で、タグＩＤはＮＦＣシステムのユーザを一意に識別する。さらに、プロセッサは、選ばれたＩＰパケットからＮＦＣデータを抜き出し、要求メッセージを生成し、抜き出したＮＦＣデータを要求メッセージの中に挿入する。さらに、スイッチは、ＮＦＣデータに基づいてウェブサービスを提供するウェブ・アプリケーション・サーバに、要求メッセージを送信するための第２のデータポートを含む。
【０００６】
一実施形態では、プロセッサはＩＰパケットを傍受し、ＮＦＣリーダの専用プロトコルを認識してＮＦＣデータを含む選ばれたＩＰパケットを識別する。別の実施形態では、プロセッサは、ＮＦＣデータを含む選ばれたＩＰパケットをスイッチに伝送する、ＮＦＣリーダに結合したＩＰ−ｉｚｅｒのプロトコルを認識する。
【０００７】
例示的な実施形態では、要求メッセージは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求メッセージ、または、シンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）／拡張マークアップ言語（ＸＭＬ）要求メッセージのうちの１つである。
【０００８】
もう１つの実施形態では、スイッチは、ネットワークに結合するＩＤサーバにＩＰパケットをルーティングするためのスイッチ機構を含む。さらにもう１つの実施形態では、スイッチは、第１のデータポート、および第２のデータポート、および、ミラーリングされたＩＰパケットを第１のデータポートから受信するためのミラーポートを有するデータ・スイッチ、ならびに、プロセッサを有しＩＰパケットを受信するミラーポートに結合するコンピュータ装置を含む。
【０００９】
本発明の別の実施形態では、方法は、レガシー近距離無線通信（ＮＦＣ）システムにウェブサービスを提供する。この方法は、ネットワークからＩＰパケットを受信すること、およびＩＰパケットを解析して、ネットワークに結合するＮＦＣリーダから伝送されたＩＰパケットのうちの選ばれたＩＰパケットを識別することを含む。ＮＦＣリーダの中で、選ばれたＩＰパケットは、ＮＦＣリーダとの通信においてＮＦＣリーダのリーダＩＤおよびＮＦＣタグのタグＩＤを示すＮＦＣデータを含み、タグＩＤはＮＦＣシステムのユーザを一意に識別する。さらに、この方法は、選ばれたＩＰパケットからＮＦＣデータを抜き出すこと、要求メッセージを生成すること、抜き出したＮＦＣデータを要求メッセージの中に挿入すること、および、ＮＦＣデータに基づいてＮＦＣシステムにウェブサービスを提供するウェブ・アプリケーション・サーバに要求メッセージを伝送することを含む。
【００１０】
添付図面と併用して下記詳細説明を参照することにより、本発明をより完璧に理解することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態による、例示的な、ウェブで強化されたレガシー近距離無線通信（ＮＦＣ）システムを示す図である。
【図２】本発明の実施形態による、別の例示的な、ウェブで強化されたレガシーＮＦＣシステムを示す図である。
【図３】レガシーＮＦＣシステムにウェブサービスを提供するための例示的な処理を示す流れ図である。
【図４】本発明の実施形態によって、ウェブで強化されたレガシーＮＦＣシステム内で使用するための、例示的なデータ・スイッチのブロック図である。
【図５】本発明の実施形態によって、ウェブで強化されたレガシーＮＦＣシステム内で使用するための、別の例示的なデータ・スイッチのブロック図である。
【図６】本発明の実施形態によって、ウェブで強化されたレガシーＮＦＣシステム内で使用するための、例示的なウェブ・アプリケーション・サーバのブロック図である。
【図７】本発明の実施形態によって、レガシーＮＦＣシステム内でウェブサービスを統合するための、例示的なメカニズムを示す図である。
【図８】本発明の実施形態による、さらに別の例示的な、ウェブで強化されたレガシーＮＦＣシステムを示す図である。
【発明を実施するための形態】
【００１２】
本発明の実施形態によれば、アプリケーション使用可能データ・スイッチ（ＡＥＤＳ）がレガシー近距離無線通信（ＮＦＣ）システムに追加される。ＡＥＤＳは、データフローに影響を与えることなく、専用のＮＦＣリーダ・プロトコルを既存のレガシーＮＦＣシステムに開放する。何千ものＮＦＣアクセス制御プロバイダが存在する可能性があるが、現在ＮＦＣリーダのベンダは少ししか存在しない。例えば、ＨＩＤＧｒｏｂａｌ（商標）はＮＦＣリーダの世界的な盟主であり、多くのＮＦＣアクセス制御プロバイダにＮＦＣリーダを提供する。したがって、ＮＦＣリーダのベンダの専用プロトコルを開放することにより、大多数のレガシーＮＦＣアクセス制御システムはウェブサービスで強化することができる。
【００１３】
図１は、本発明の実施形態による、例示的な、ウェブで強化されたレガシーＮＦＣシステム１０を示す。システム１０は、レガシーなアクセス制御、購入および他の同様のＩＤベースのサービスを提供する、レガシー識別情報（ＩＤ）サーバ２０を含む。さらに、システム１０は、レガシー・ネットワーク５０を介してレガシーＩＤサーバ２０に結合する近距離無線通信（ＮＦＣ）リーダ３０を含む。レガシー・ネットワークは、例えば、インターネット・プロトコル（ＩＰ）ネットワークなどのローカル・エリア・ネットワーク（ＬＡＮ）５０であり得る。ＮＦＣリーダ３０は、ＮＦＣタグ４０がＮＦＣリーダ３０のごく近傍に入ると、ＮＦＣタグ４０と通信する働きをする。
【００１４】
本明細書では、用語「ＮＦＣ」は、およそ短い（例えば、２０センチメートル以下）距離にわたる装置間のデータ切替を可能にする、短距離の高周波無線通信技術を意味する。ＮＦＣは、磁界誘導を介して通信する。そこでは、２本のループ・アンテナがお互いの近接場内に位置し、効率的に空心変圧器を形成して、通常、１２５ｋＨｚの周波数帯および／または１３．５６ＭＨｚの周波数帯の内部で動作する。
【００１５】
ＮＦＣタグは、権限付与された人の識別に使用する本人確認データを格納し、一方ＮＦＣリーダは、ＮＦＣタグに格納された本人確認データを取り出す質問機として動作する。ＮＦＣタグは、バッテリー、電池などの内部電源を含むアクティブタグ、および／または、内部電源を含まないが、代わりにＮＦＣリーダによりリモートで電源供給されるパッシブタグであり得る。
【００１６】
上述したように、ＮＦＣリーダとＮＦＣタグの間の通信は、無線周波（ＲＦ）信号によって可能になる。一般に、ＮＦＣタグに格納された本人確認データにアクセスするために、ＮＦＣリーダは、タグからの変調ＲＦ応答を呼び出すように設計された、変調ＲＦ呼び掛け信号を生成する。タグからのＲＦ応答は、ＮＦＣタグに格納された、符号化された本人確認データを含む。ＮＦＣリーダは、符号化された本人確認データを復号して、ＮＦＣタグに関連付けられた人を識別する。パッシブタグにおいては、また、ＮＦＣリーダは非変調連続波（ＣＷ）信号を生成して、データ転送中にタグを導通状態にして電力を供給する。
【００１７】
再び図１を参照して、ＮＦＣタグ４０がＮＦＣリーダ３０のごく近傍に入ると、ＮＦＣリーダ３０はＮＦＣタグ４０と通信して、ＮＦＣタグ４０に関連付けられたユーザを識別する本人確認データ（すなわち、タグＩＤ）を取り出す。次いで、ＮＦＣリーダ３０は、ＮＦＣリーダ３０のリーダＩＤとともにタグＩＤを、レガシーＩＤサーバ２０にＬＡＮ５０を介して与える。レガシーＩＤサーバ２０は、ユーザが買い物をできるようにすること、またはドアを開けてユーザが施設にアクセスできるようにすることなどの、レガシーＩＤサービスをユーザに提供する。ＮＦＣリーダ３０を内蔵する売り場専用端末にとって、ＮＦＣリーダ３０は、さらに、売上高（ユーザによって購入される商品／サービスのコスト）を、リーダＩＤの一部またはリーダＩＤに追加されたデータとして、レガシーＩＤサーバ２０に与えるようにプログラミングすることができる。
【００１８】
本発明の実施形態によれば、ウェブサービスでレガシーＮＦＣシステムを強化するために、システム１０は、さらに、ＬＡＮ５０に結合するＡＥＤＳ６０およびウェブ・アプリケーション・サーバ７０を含む。ＡＥＤＳ６０は、レガシーＮＦＣシステム１０とウェブ・アプリケーション・サーバ７０の間を結び付けて、ウェブ・アプリケーション・サーバ７０がＷｅｂ２．０サービス（これ以降「ウェブサービス」と称する）をＮＦＣシステム１０のユーザに提供することを可能にする。ウェブサービスの例には、位置情報サービス、資金管理サービス、プロファイル共有サービス、および他のタイプのウェブで強化されたサービスが含まれる。ウェブ・アプリケーション・サーバ７０は、さらに、別の通信ネットワーク８０に結合して、ウェブサービスを提供するために必要となり得る、データおよび外部リソースにアクセスすることができる。通信ネットワーク８０には、パケット・スイッチ・ネットワークおよび／または回路スイッチ・ネットワークの任意の組合せが含まれ得る。例えば、通信ネットワーク８０には、インターネット・プロトコル（ＩＰ）、マルチプロトコル・ラベル・スイッチング（ＭＰＬＳ）、非同期転送モード（ＡＴＭ）、イーサネットまたはＰＳＴＮのうちの１つまたは複数が含まれ得るが、それらに限定されない。
【００１９】
ＡＥＤＳ６０は、レガシー・ネットワーク５０内のその他のノードと同じように、レガシー・ネットワーク５０の中でＩＰパケットを切り替えルーティングする働きをする。例えば、ＡＥＤＳ６０は、レガシー・ネットワーク５０上の装置間でＩＰパケットを切り替えるために使用される、アドレス解決プロトコル（ＡＲＰ）テーブルを保持することができる。例えば、ＮＦＣリーダ３０からのデータは、ＩＰパケットに対して影響や変更を与えずに、ＡＥＤＳ６０からレガシーＩＤサーバ２０に切り替えることができる。したがって、ＡＥＤＳ６０は、レガシーシステム１０の中のデータフローに対してトランスペアレントであり得る。
【００２０】
加えて、ＡＥＤＳ６０は、さらに、通過するＩＰパケット９０を傍受および監視して、専用のＮＦＣリーダ・プロトコル内でＮＦＣデータ（すなわち、タグＩＤおよびリーダＩＤ情報）を含むそれらのＩＰパケットを識別する。識別すると、ＡＥＤＳ６０は、ＮＦＣデータを再フォーマットし、ハイパーテキスト転送プロトコル（ＨＴＴＰ）またはシンプル・オブジェクト・アクセス・プロトコル（ＳＯＡＰ）／拡張マークアップ言語（ＸＭＬ）アプリケーション・プログラム・インタフェース（ＡＰＩ）メッセージなどの要求メッセージ９５内のＮＦＣデータを、ウェブ・アプリケーション・サーバ７０に伝送する。高可用性のために、複数のＡＥＤＳ６０をレガシーシステム１０内に実装することができる。例えば、２サーバのプライマリ／セカンダリ・アクセス制御システムでは、各レガシーＩＤサーバ２０は、自前のＡＥＤＳ６０を介して、レガシー・ネットワーク５０に接続することができる。
【００２１】
例示的な動作では、ＮＦＣタグ４０がＮＦＣリーダ３０のごく近傍に入った後、ＮＦＣリーダ３０はＮＦＣタグ４０と通信して、ＮＦＣタグ４０に関連付けられたユーザを識別する、本人確認データ（すなわち、タグＩＤ）を取り出す。次いで、ＮＦＣリーダ３０は、ＮＦＣリーダ３０のリーダＩＤとともにタグＩＤを含むＩＰパケット９０を、レガシーＩＤサーバ２０にＬＡＮ５０を介して伝送する。ＩＰパケット９０は、レガシー・ネットワーク５０に沿って伝わりＡＥＤＳ６０によって受信され、ＡＥＤＳ６０はＩＰパケットを傍受し、ＩＰパケットを解析して、ＩＰパケットがＮＦＣリーダ３０によって発せられた専用プロトコルに対応するかどうかを判定する。もしそうなら、ＡＥＤＳ６０は、ＩＰパケット内のＮＦＣデータを復号してＮＦＣデータを抜き出し、タグＩＤおよびリーダＩＤのデータを含む、例えば、Ｗｅｂ２．０  Ｒｅｓｔｆｕｌおよび／またはＳＯＡＰ／ＸＭＬ  ＡＰＩ要求メッセージ９５の中に含めるために、ＮＦＣデータを再フォーマットする。次いで、ＡＥＤＳ６０は、ウェブ・アプリケーション・サーバ７０宛のＡＰＩ要求メッセージ９５をデータポート上に伝送する。加えて、ＡＥＤＳは、さらに、受信したＩＰパケット９０をレガシーＩＤサーバ２０に転送し、レガシーＩＤサーバ２０は、上述したように、アクセス制御および購入などの従来のレガシーサービスを行う。
【００２２】
図２は、本発明の実施形態による、別の例示的な、ウェブで強化されたレガシーＮＦＣシステム１０を示す。図２では、ウェブ・アプリケーション・サーバ７０はレガシー・ネットワーク５０から離れており、外部通信ネットワーク８０を介してＡＥＤＳ６０に結合する。
【００２３】
したがって、例示的な動作では、ＡＥＤＳ６０は、やはり、レガシー・ネットワーク５０からのＩＰパケットを傍受して、ＮＦＣデータを含むそれらのＩＰパケットを識別し、ＡＰＩ要求メッセージの中に含めるためにＮＦＣデータを再フォーマットする働きをする。しかしながら、レガシー・ネットワーク５０に結合するデータポート上にＡＰＩ要求メッセージ９５を伝送する代わりに、ＡＥＤＳ６０は、外部通信ネットワーク８０を介して、ＡＰＩ要求メッセージをウェブ・アプリケーション・サーバに伝送する。
【００２４】
図３は、レガシーＮＦＣシステムにウェブサービスを提供するための例示的な処理３００を示す流れ図である。本処理は３１０で開始し、そこではＩＰパケットがＡＥＤＳによってレガシー・ネットワークから受信される。次いで、３２０で、ＩＰパケットはＮＦＣリーダから伝送され、ＮＦＣデータ（すなわち、ＮＦＣリーダのリーダＩＤ、およびＮＦＣリーダと通信するＮＦＣタグのタグＩＤ）を含む、それらのＩＰパケットを識別するために解析される。ＮＦＣデータを含むＩＰパケットが識別されると、３３０で、ＮＦＣデータは選ばれたＩＰパケットから抜き出され、３４０および３５０で、抜き出されたＮＦＣデータは、ウェブ・アプリケーション・サーバ向けに生成される要求メッセージの中に挿入される。その後、３６０で、ＮＦＣデータを含む要求メッセージはウェブ・アプリケーション・サーバに伝送され、引き続いて、ウェブ・アプリケーション・サーバは、ＮＦＣデータに基づいてレガシーＮＦＣシステムにウェブサービスを提供する。
【００２５】
図４は、本発明の実施形態によって、ウェブで強化されたレガシーＮＦＣシステム内で使用するための、例示的なＡＥＤＳ６０のブロック図である。ＡＥＤＳ６０は、プロセッサ１００、メモリ１１０、スイッチ機構１５０、ならびにデータポート１６０および１７０を含む。スイッチ機構１５０は、ＡＥＤＳ６０に入ってくるＩＰパケットを、正しいポートによってレガシー・ネットワークの中の次のノードに出すことができる、ハードウェアおよび／またはソフトウェアの任意の組合せを含む。例えば、スイッチ機構１５０は、切替装置、それらが含む集積回路、および、切替経路を制御することができるプログラミングを含むことができる。データポート１６０はレガシー・ネットワークに結合して、レガシー・ネットワークからＩＰパケットを受信する。データポート１６０には、シングルポートまたはマルチポートが含まれ得る。データポート１７０は、レガシー・ネットワークまたは外部ネットワークに結合して、ＡＰＩ要求メッセージをウェブ・アプリケーション・サーバに伝送する。
【００２６】
メモリ１１０は、パケット傍受アプリケーション１２０ならびにパケット解析および変換アプリケーション１３０を保持し、プロセッサ１００はメモリ１１０に結合して、パケット傍受アプリケーション１２０ならびにパケット解析および変換アプリケーション１３０の命令を実行する。パケット傍受アプリケーション１２０は、例えば、データポート１６０上のＩＰパケットを傍受し、傍受したＩＰパケット９０をパケット解析および変換アプリケーション１３０に出力する、ｔｃｐｄｕｍｐパケット追跡アプリケーションであり得る。
【００２７】
パケット解析および変換アプリケーション１３０は、リアルタイムのｔｃｐｄｕｍｐまたはフィルタをかけたｔｃｐｄｕｍｐを解析し、出力し、傍受したパケットのうちのどれがＮＦＣリーダによって発せられた専用プロトコルに対応するかを判定する。したがって、パケット解析および変換アプリケーション１３０は、ＮＦＣリーダの専用プロトコルのうちの１つまたは複数を認識し、ＮＦＣリーダ・プロトコルの１つに関連付けられてフォーマットされたＩＰパケットを処理するようにプログラミングされる。例えば、パケット解析および変換アプリケーション１３０は、識別されたＩＰパケット内に含まれるＮＦＣデータ１４０を復号し、Ｗｅｂ２．０  ＲｅｓｔｆｕｌおよびＳＯＡＰ／ＸＭＬ  ＡＰＩ要求などのＡＰＩ要求メッセージ内に含めるために、ＮＦＣデータ１４０を再フォーマットすることができる。次いで、プロセッサ１００は、ウェブ・アプリケーション・サーバ宛のＡＰＩ要求をデータポート１７０上に発するように、スイッチ機構１５０に指示することができる。
【００２８】
加えて、スイッチ機構１５０は、さらに、データポート１６０上で受信したＩＰパケットを、レガシー・ネットワーク上の適切な宛先の装置に切り替えることができる。例えば、スイッチ機構１５０は、ＮＦＣリーダから受信したレガシーＩＤサーバ宛のＩＰパケットを、レガシー・ネットワークを介してレガシーＩＤサーバにルーティングすることができる。この切替は、レガシー・ネットワークに対してトランスペアレントに、すなわち、ＴＣＰ／ＩＰアンカリング、ソケット接続などをしないで行うことができる。
【００２９】
本明細書では、用語「プロセッサ」は、一般に、ＰＣなどの汎用コンピュータを駆動する装置であると理解される。しかしながら、マイクロコントローラ、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、またはその組合せなどの他の処理装置も、本明細書に記載された利益および利点を実現するために使用され得ることに留意されたい。加えて、本明細書では、用語「メモリ」には、ハードドライブ、ランダム・アクセス・メモリ（ＲＡＭ）、リード・オンリ・メモリ（ＲＯＭ）、フラッシュメモリ、または他のタイプの記憶装置もしくは記憶媒体を含むが、それらに限定されない、あらゆるタイプのデータ記憶装置が含まれる。
【００３０】
図５は、本発明の実施形態によって、ウェブで強化されたレガシーＮＦＣシステム内で使用するための、別の例示的なＡＥＤＳ６０のブロック図である。図５では、カスタマイズされたハードウェアは必要でなく、ＡＥＤＳ６０は、パケット傍受アプリケーション１２０およびパケット解析アプリケーション１３０を実行するＰＣサーバなどの外部コンピュータ装置２５０に結合する、ミラーリングするポート付きの標準のデータ・スイッチ２００を使用して実装される。この実施形態では、ＮＦＣリーダから伝送されるＩＰパケットは、データポート１６０で受信され、ミラーポート１９０にミラーリングされる。コンピュータ装置２５０は、ミラーポート１９０に結合して、ｔｃｐｄｕｍｐなどのＩＰパケット傍受アプリケーション１２０を実行し、出力（ＩＰパケット９０）をパケット解析および変換アプリケーション１３０に渡すプロセッサ１１０を含み、次いで、パケット解析および変換アプリケーション１３０は、リアルタイムのｔｃｐｄｕｍｐまたはフィルタをかけたｔｃｐｄｕｍｐを解析し、出力する。パケット解析アプリケーション１３０が、例えば、専用プロトコルのＩＰパケット９０内のタグ読み込みイベントを検出すると、パケット解析アプリケーション１３０は、このＩＰパケット９０を解析および復号して、タグＩＤおよびリーダＩＤ（ＮＦＣデータ１４０）を抜き出し、次いで、ウェブ・アプリケーション・サーバ向けに生成された要求メッセージの中にタグＩＤおよびリーダＩＤを挿入する。次いで、プロセッサ１００は、スイッチ機構１５０およびデータポート１７０を介して、ウェブ・アプリケーション・サーバに要求メッセージを伝送するように、データ・スイッチ２００に指示する。
【００３１】
図６は、本発明の実施形態による、例示的なウェブ・アプリケーション・サーバ７０のブロック図である。ウェブ・アプリケーション・サーバ７０は、プロセッサ４００、メモリ４１０、およびデータポート４３０を含む。データポート４３０は１つまたは複数のポートを含むことができ、それぞれのポートは異なるネットワークに結合する。例えば、１つのデータポートはレガシーＮＦＣシステムのレガシー・ネットワークに結合することができ、一方、別のポートはインターネットなどの外部通信ネットワークに結合することができる。
【００３２】
メモリ４１０は、ウェブサービス・アプリケーション４２０を保持し、プロセッサ４００は、さらに、メモリ４１０に結合して、ウェブサービス・アプリケーション４２０の命令を実行する。例えば、プロセッサ４００は、ウェブサービス・アプリケーション４２０の命令を実行して、ＮＦＣタグおよびＮＦＣリーダにそれぞれ関連付けられたタグＩＤおよびリーダＩＤを、データポート４３０を介してＡＥＤＳから受信することができる。さらに、プロセッサ４００は、ウェブサービス・アプリケーション４２０の命令を実行して、レガシーＮＦＣシステムおよび／またはレガシーＮＦＣシステムの１人または複数のユーザに提供する特定のウェブサービスを、タグＩＤおよびリーダＩＤに基づいて決定することができる。例えば、ウェブサービスには、位置情報サービス、資金管理サービス、プロファイル共有サービス、または他のタイプのウェブで強化されたサービスが含まれ得る。
【００３３】
図７は、本発明の実施形態によって、レガシーＮＦＣシステム内でウェブサービスを統合するための、例示的なメカニズムを示す。図７では、ステップ７１０で、ＮＦＣタグがタグＩＤをＮＦＣリーダ３０に与えると、ＮＦＣリーダ３０は、レガシー・ネットワークを介して、タグＩＤおよびリーダＩＤを含むＩＰパケットをレガシーＩＤサーバ２０に伝送し、ＩＰパケットはＡＥＤＳ６０で受信される。ステップ７２０で、ＡＥＤＳ６０は受信したＩＰパケットを傍受して、傍受したＩＰパケットの解析を可能にし、ステップ７３０で、ＡＥＤＳ６０はレガシー・ネットワークを介してレガシーＩＤサーバの上にＩＰパケットを転送する。
【００３４】
その後、ステップ７４０で、ＡＥＤＳ６０は、傍受したＩＰパケットを解析してＮＦＣデータを含む任意のＩＰパケットを識別し、ＮＦＣデータを抜き出す。７５０で、ＡＥＤＳ６０は、抜き取ったＮＦＣデータを有するＡＰＩ要求メッセージを生成し、ステップ７６０で、レガシーＮＦＣシステムにウェブサービスを提供するのに使用するために、ＡＰＩ要求メッセージをウェブ・アプリケーション・サーバ７０に伝送する。
【００３５】
図８は、本発明の実施形態による、さらに別の例示的な、ウェブで強化されたレガシーＮＦＣシステムを示す。図８では、ＮＦＣリーダ３０の専用プロトコル内のＩＰパケットを認識および処理するようにプログラミングされたＡＥＤＳ６０の代わりに、ＮＦＣリーダのシリアル・データが分割されて、標準プロトコルを使用してＮＦＣデータをＡＥＤＳ６０に伝送することを可能にする。このメカニズムは、ほとんどのアクセス制御設備では、ＩＰベースのＮＦＣリーダ３０が実際に以下の２つの部分から形成されているという事実を活用する。すなわち、シリアル・クロック／データまたはＷｅｉｇａｎｄプロトコルを介してシリアル・ケーブルによって通信するＮＦＣリーダ構成要素８００、および、レガシー・ネットワーク５０を介してレガシー学生ＩＤサーバ２０に伝送するために、シリアル・データをＩＰプロトコルに変換する、すなわちこのシリアル・データを「ＩＰ化」する別の構成要素（ＩＰ−ｉｚｅｒ８１０）である。
【００３６】
この統合メカニズムでは、ＮＦＣリーダ構成要素８００とＩＰ−ｉｚｅｒ８１０の間のシリアル・データは分割され、並行して（その出力として既知のＩＰプロトコルを有する）第２のＩＰ−ｉｚｅｒ構成要素８２０に送信され、引き続き第２のＩＰ−ｉｚｅｒ構成要素８２０は、次いでそのＩＰデータ（タグＩＤおよびリーダＩＤ）をＡＥＤＳ６０に転送する。ＡＥＤＳ６０用の別のＩＰ−ｉｚｅｒ８２０を利用することによって、ＡＥＤＳ６０は、知られていないか暗号化されたレガシーＩＤシステムの専用プロトコルのいずれにも復号する必要はない。
【００３７】
例示的な動作では、ＮＦＣタグ４０がＮＦＣリーダ３０のごく近傍に入った後、ＮＦＣリーダ構成要素８００はＮＦＣタグ４０と通信して、ＮＦＣタグ４０に関連付けられたユーザを識別する本人確認データ（すなわち、タグＩＤ）を取り出す。次いで、ＮＦＣリーダ構成要素８００は、１つはＩＰ−ｉｚｅｒ８１０に向かい、もう１つはＩＰ−ｉｚｅｒ８２０に向かう２つの経路に沿って、タグＩＤおよびリーダＩＤを含むＮＦＣデータを伝送する。ＩＰ−ｉｚｅｒ８１０は、ＮＦＣリーダ３０の専用プロトコルに従ってＮＦＣデータをフォーマットし、ＮＦＣリーダ３０のリーダＩＤとともにタグＩＤを含むＩＰパケット９０を、レガシー・ネットワーク５０を介してレガシーＩＤサーバ２０に伝送する。ＩＰ−ｉｚｅｒ８２０は、ＡＥＤＳ６０に理解される標準プロトコルに従ってＮＦＣデータをフォーマットし、ＮＦＣリーダ３０のリーダＩＤとともにタグＩＤを含むＩＰパケット８３０を、レガシー・ネットワーク５０を介してＡＥＤＳ６０に伝送する。次いで、ＡＥＤＳ６０は、受信したＩＰパケット８３０内のＮＦＣデータを復号してＮＦＣデータを取り出し、タグＩＤおよびリーダＩＤのデータを含む、例えば、Ｗｅｂ２．０  Ｒｅｓｔｆｕｌおよび／またはＳＯＡＰ／ＸＭＬ  ＡＰＩ要求９５の中に含めるために、ＮＦＣデータを再フォーマットする。次いで、ＡＥＤＳ６０は、ウェブ・アプリケーション・サーバ７０宛のＡＰＩ要求９５を、レガシー・ネットワーク５０に結合するデータポート上に伝送する。
【００３８】
当業者が認識するように、本出願に記載した革新的発想は、出願の広範囲にわたって修正および変更することができる。したがって、特許の主題の範囲は、説明したいかなる特定の例示的な教示にも限定すべきでないが、代わりに以下の特許請求の範囲によって規定される。
【図１】
0005855014.tif 000002
【図２】
0005855014.tif 000003
【図３】
0005855014.tif 000004
【図４】
0005855014.tif 000005
【図５】
0005855014.tif 000006
【図６】
0005855014.tif 000007
【図７】
0005855014.tif 000008
【図８】
0005855014.tif 000009