情報配信システム、そのサーバ、端末、プログラム
【課題】端末の台数が多い場合等でも問題なく運用可能であり、また急な情報変更にも対応可能となる。
【解決手段】各ＲＷ端末１０は、任意の非接触ＩＣ内蔵携帯電話２を検知する毎に、その都度、ネットワークを介してサーバ２０にアクセスして、任意の出力用データを取得して、この情報を各出力先（ＩＣ内蔵携帯電話２等）に出力する。取得する出力用データは、例えば、サーバ２０が保持する各種出力用データのうちの一部である。出力用データに変更がある場合でも、サーバ２０が保持する各種出力用データを変更するだけで済む。
【解決手段】各ＲＷ端末１０は、任意の非接触ＩＣ内蔵携帯電話２を検知する毎に、その都度、ネットワークを介してサーバ２０にアクセスして、任意の出力用データを取得して、この情報を各出力先（ＩＣ内蔵携帯電話２等）に出力する。取得する出力用データは、例えば、サーバ２０が保持する各種出力用データのうちの一部である。出力用データに変更がある場合でも、サーバ２０が保持する各種出力用データを変更するだけで済む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、非接触型情報媒体との近距離無線通信を行う機能を備えた非接触型通信端末において、各ユーザに任意の情報を提供するシステムに関する。
【背景技術】
【０００２】
近年、電子マネーや電子乗車券などの分野において、非接触ＩＣカードの普及が進んでいる。これは、例えば非接触ＩＣカードや非接触ＩＣカード機能内蔵携帯端末（携帯電話等）等の非接触型情報媒体と、例えばＩＣカードリーダライタ等の非接触型通信端末とが、近距離無線通信（電磁誘導）を行うことで、例えば電子マネー決済処理等を実行するものである。
【０００３】
尚、以下の説明では、非接触型情報媒体として非接触ＩＣカード機能内蔵携帯端末（携帯電話等）（以下、省略してＩＣカード携帯端末というものとする）を例にし、非接触型通信端末として非接触ＩＣカードリーダライタを例にするが、この例に限らない。
【０００４】
ここで、近年、上記の様な電子マネー決済システムにおける非接触ＩＣカードリーダライタを利用して、あるいは情報配信用の非接触ＩＣカードリーダライタを任意の場所に設置して、これら各非接触ＩＣカードリーダライタから任意のＩＣカード携帯端末の所持者（以下、ユーザという）に対して、任意の情報を提示することが行われている。
【０００５】
例えば、商店の店舗内や電車内、駅構内等の各所に設置されている非接触ＩＣカードリーダライタから、ＩＣカード携帯端末への広告情報等の配信が行われている。リーダライタ端末の設置場所／方法は、何でもよく、店舗のレジ横等に限らず、例えば、ポスターの内部にリーダライタ端末を埋め込む等であってもよい（勿論、その場合、ポスター自体またはその周辺に、リーダライタ端末にＩＣカードをタッチすることで広告情報等が得られる旨を明示しておく）。
【０００６】
この情報配信は、電子マネー決済処理の際に追加で行うものであってもよいし、広告情報等の配信のみを行うものであってもよい。
また、ＩＣカード携帯端末に対して、所定のメッセージ等以外に、例えば関連情報ＷｅｂサイトのＵＲＬを送り込む手法が使われている。何れにしても、このような情報配信用途で使われる非接触ＩＣカードリーダライタ端末は、その内部に所定の配信情報（メッセージ、ＵＲＬ情報等）を予め固定的に保持しており、自己のアンテナ部等に対して任意のＩＣカード携帯端末がかざされると（タッチされると）、無条件に所定の配信情報を送信する。
【０００７】
また、その際、自己の（リーダライタ端末の）例えばアンテナ部に設けられているＬＥＤを点灯／点滅等させたり、何らかのサウンド出力を行う等のユーザインタフェース出力（演出）を行う場合もあるが、この点灯／点滅パターンやサウンドの内容も、予め設定される固定的なものとなっている。
【０００８】
尚、以下の説明では、上記任意のユーザのＩＣカード携帯端末に書き込む情報（メッセージやＵＲＬ等）や、上記各種ユーザインタフェース出力に用いる情報を、まとめて“対ユーザ出力情報”というものとする。
【０００９】
ここで、上記“対ユーザ出力情報”の内容を、固定的なものではなく、随時変更可能とすることも考えられる。このような店頭端末の出力情報を変更するための仕組みとして、例えば特許文献１に開示の従来技術が知られている。
【００１０】
特許文献１の発明は、サーバから各カード端末装置に配信された種々の設定情報に基づいて、複数のカード端末装置において同一の機能が同時に実現されるようにし、全ての顧客に対して同一内容のサービスを統一的に提供できるようにするものである。
【００１１】
また、特許文献１には、サーバから各カード端末装置に対して、顧客に提供すべきサービスに係る画像情報又は音声情報を配信し、各カード端末装置の設置場所に配置された画像モニタ又は音声スピーカを介して顧客に情報を提供することにより、画像又は音声によって正確かつ確実に顧客に認識される状態でサービスに係る情報を提供することが開示されている。
【００１２】
また、特許文献１には更に、顧客に提供すべきサービスに係る情報として入力手段における入力操作に応じた画像モニタ又は音声スピーカに供給すべき画像情報又は音声情報の変更処理手順を含む情報をサーバから各カード端末装置に配信し、各カード端末装置が入力手段における顧客の入力操作に応じて画像モニタに表示する画像又は音声スピーカから発生する音声を変更すること等も開示されている。
【００１３】
つまり、予めサーバから各端末に様々な画像情報や音声情報を配信しておき、端末側でその中から選択的にインタフェース出力することが開示されている。そして、サーバは、随時、新たな画像情報や音声情報を配信して、各端末が保持・出力する画像情報や音声情報を変更（更新）させることができる。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００３−３３７９８１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
上記の通り、特許文献１等の従来技術は、サーバから各端末に予め何らかの情報（任意の画像情報等）を配信して記憶させておき、例えばユーザのアクセスに対して端末が情報を提示するものであり、また複数種類の情報を端末に記憶しておき、ユーザの入力操作に応じて選択的に情報を出力するものである。また、サーバが、随時、各端末が保持・出力する画像情報や音声情報等の情報を変更（更新）させることができる。
【００１６】
しかしながら、特に端末の台数が多い場合には、サーバが各端末に更新後の情報を配信する処理に時間が掛かることになり、例えば急な情報変更への対応が難しくなる、あるいは時間帯等に応じて細かく情報を切り替える運用等が難しくなる等の問題が生じる。
【００１７】
更に、特に複数種類の情報（上記“対ユーザ出力情報”等）を端末に記憶させておき、選択的にユーザに提供する仕組みでは、例えば状況（例えば時間帯や各ユーザ等）に応じた情報を選択的にユーザに提示することができ、きめ細かい情報提示が行える。その一方で、特に上記状況を細分化して様々な状況に応じた各種情報（上記“対ユーザ出力情報”等）が作成されて端末に記憶させておく場合、データ量が非常に多くなることになる。通常、端末のメモリ容量はサーバ装置等に比べて非常に小さいものであり、この様な大容量データ（各種情報）は格納できない可能性がある。また、格納できたとしても、特に端末台数が多数である場合、サーバから各端末に各種情報を配信するには、非常に時間が掛かることになり、処理負荷が大きくなる。
【００１８】
本発明の課題は、サーバ装置からネットワークを介して各非接触型通信端末に情報配信し、各非接触型通信端末が任意の各ユーザに情報提供するシステムにおいて、特に端末の台数が多い場合でも、あるいは全体的なデータ量が大きい場合でも、問題なく運用可能であり、また急な情報変更にも対応可能であり、あるいは任意の条件（ユーザ毎、時間帯等）に応じて細かく情報を切り替える柔軟な運用が可能となる情報提供システム、そのサーバ装置、非接触型通信端末、プログラム等を提供することである。
【課題を解決するための手段】
【００１９】
本発明の情報配信システムは、非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムであって、前記非接触型通信端末は、任意の前記非接触型情報媒体を検知する毎に、その都度、前記サーバ装置に情報配信要求を送信し、この要求に応じてサーバ装置から返信される出力用データを取得する出力用データ取得手段と、該出力用データ取得手段により取得された出力用データを、該当する出力先に振り分けて該出力先から出力させることで、前記ユーザへの情報提供を行う出力用データ振分手段とを有し、前記サーバ装置は、予め各種出力用データを記憶する出力用データ記憶手段と、前記情報配信要求を受信すると、前記出力用データ記憶手段から該当する出力用データを選択・取得し、該取得した出力用データを要求元の非接触型通信端末へ配信する出力用データ選択・配信手段とを有する。
【００２０】
また、例えば、前記サーバ装置の前記出力用データ記憶手段には、前記各出力用データが出力先識別子と対応付けて記憶されており、前記出力用データ選択・配信手段は、前記取得した出力用データを対応する前記出力先識別子と共に要求元の非接触型通信端末へ配信し、前記非接触型通信端末の前記出力用データ振分手段は、前記出力用データ取得手段によって取得された出力用データを、それに対応付けられた前記出力先識別子が示す出力先へと振り分ける。
【００２１】
また、例えば、前記出力用データ選択・配信手段は、様々な条件（端末識別番号、媒体識別番号または会員番号、属性情報、日時等）に応じて、前記出力用データ記憶手段から該当する出力用データを選択・取得する。
【発明の効果】
【００２２】
本発明の情報提供システム、そのサーバ装置、非接触型通信端末、プログラム等によれば、サーバ装置からネットワークを介して各非接触型通信端末に情報配信し、各非接触型通信端末が任意の各ユーザに情報提供するシステムにおいて、特に端末の台数が多い場合でも、あるいは全体的なデータ量が大きい場合でも、問題なく運用可能であり、また急な情報変更にも対応可能であり、あるいは任意の条件（ユーザ毎、時間帯等）に応じて細かく情報を切り替える柔軟な運用が可能となる。
【図面の簡単な説明】
【００２３】
【図１】本例の情報配信システム全体の概略構成図である。
【図２】ＲＷ端末の構成・機能ブロック図である。
【図３】サウンドデータ管理テーブルの一例である。
【図４】サーバの構成・機能ブロック図である。
【図５】実施例１における出力用データ管理テーブルの一例である。
【図６】情報配信システムにおける情報配信処理を説明する為のシーケンス図である。
【図７】（ａ）は情報配信要求メッセージ、（ｂ）は情報配信応答メッセージのメッセージ構成例である。
【図８】情報配信による各種出力インタフェースによる出力例を示す図である。
【図９】実施例２における出力用データ管理テーブルの一例である
【図１０】実施例２の出力用データ送信機能部の処理フローチャート図である。
【図１１】実施例３における出力用データ管理テーブルの一例である。
【図１２】実施例３の出力用データ送信機能部の処理フローチャート図である。
【図１３】実施例４におけるサーバの構成・機能ブロック図である。
【図１４】カード属性テーブルの一例である。
【図１５】実施例４の出力用データ管理テーブルの一例である。
【図１６】実施例４の出力用データ送信機能部の処理フローチャート図である。
【図１７】実施例５の出力用データ管理テーブルの一例である。
【図１８】実施例５の出力用データ送信機能部の処理フローチャート図である。
【図１９】コンピュータ・ハードウェア構成図である。
【発明を実施するための形態】
【００２４】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例の情報配信システム全体の概略構成図である。
本例の情報配信システムは、上記背景技術で説明した通り、ＩＣカードリーダライタ等の非接触型通信端末を利用したシステムであり、この非接触型通信端末が任意の情報をユーザに提供するものであり、またこの情報はサーバが各非接触型通信端末に配信するものである。この情報は例えば広告情報等である。ユーザへの情報提供方法は、様々であってよく、例えば、ユーザが所持する非接触ＩＣカードや非接触ＩＣカード機能内蔵携帯端末等の非接触型情報媒体に、近距離無線通信で情報を配信して表示等させてもよいし、非接触型通信端末が備えるディスプレイ等に表示してもよい。また、非接触型情報媒体に配信する情報には、例えば関連ＷｅｂサイトのＵＲＬ等が含まれていてもよい。
【００２５】
以下の説明では、非接触型情報媒体として非接触ＩＣカード機能内蔵携帯端末（図示の非接触ＩＣ内蔵携帯電話２）を例にし、非接触型通信端末として非接触ＩＣカードリーダライタ（図示のＲＷ（リーダライタ）端末１０）を例にするが、この例に限らない。
【００２６】
図１に示すＲＷ（リーダライタ）端末１０は、任意の各店舗内や（その各売り場等）、電車内、駅構内、街中の任意の場所等の各所に設置されている。そして、サーバ２０がネットワーク１を介して各ＲＷ端末１０に例えば広告情報等の任意の情報を配信可能となっている。
【００２７】
そして、任意の非接触ＩＣ内蔵携帯電話２の所持者（以下、ユーザという）が、任意のＲＷ端末１０に対して任意のタイミングで自己の非接触ＩＣ内蔵携帯電話２をかざす（タッチする）ことによって、広告情報等の情報提供を受けられる。すなわち、ＲＷ端末１０は、例えば任意の情報を近距離無線通信によって非接触ＩＣ内蔵携帯電話２に送信する。非接触ＩＣ内蔵携帯電話２は、この配信情報を取得して表示等する（あるいは、更に、ＵＲＬ情報に基づき所定のサイトにアクセスして、より詳細な情報を取得できる）。または／及び、ＲＷ端末１０の有する各種ユーザインタフェース（ディスプレイ、スピーカ等）への出力を行う。
【００２８】
ここで、本例の情報配信システムの基本的特徴について以下に説明する。
まず、本例の各ＲＷ端末１０は、例えば後に図６で説明するように、自己に対して任意の非接触ＩＣ内蔵携帯電話２がかざされる（タッチされる）毎に、その都度、サーバ２０にアクセスして情報を取得して、この情報を何らかの形でユーザに提供する。これは、特に、例えば、そのときに必要な情報のみをサーバ２０から取得できるものである。あるいは、特に、最新の（更新後）の情報を取得できるものである。
【００２９】
サーバ２０は、任意のＲＷ端末１０から要求がある毎に、要求元のＲＷ端末１０に情報配信する。これは、特に、例えば要求（要求メッセージ）の内容や日時等に応じた情報を配信するものであり、例えば、自己が保持する種々の情報の中から要求メッセージの内容や現在日時等に応じた情報を選択して（例えば、そのときに要求元のＲＷ端末１０に配信すべき情報のみを選択して）、要求元のＲＷ端末１０に配信する。
【００３０】
尚、この配信情報は例えば後述する出力用データ等である。この出力用データとは、例えば上記課題で説明した“対ユーザ出力情報”等に相当する。この場合、各ＲＷ端末１０は、取得した出力用データに基づいて、非接触ＩＣ内蔵携帯電話２への情報配信や、後述する各種ユーザインタフェース（ディスプレイ、スピーカ等）への出力処理を実行することで、ユーザへの情報提供（注意喚起等も含む）を実現し、その後、取得した出力用データは消去する。
【００３１】
この様に、本例の情報配信システムでは、各ＲＷ端末１０側では“対ユーザ出力情報”等の情報を基本的には保持せず、この情報はサーバ２０側で全て保持して一元管理している。そして、各ＲＷ端末１０は、任意のユーザによる利用がある毎に、その都度、サーバ２０にアクセスして情報を取得して、ユーザに情報提供する（これを、基本的な特徴とする）。
【００３２】
ＲＷ端末１０が逐一取得する出力用データは、例えば、サーバ２０が保持する各種出力用データのうちの一部である。出力用データに変更がある場合でも、サーバ２０が保持する各種出力用データを変更するだけで済む。
【００３３】
これより、例えば、特にＲＷ端末の台数が多い場合でも、あるいは各種出力用データの全体的なデータ量が大きい場合でも、サーバからの情報配信に時間が掛かる等の問題なく運用可能であり、また急な情報変更にも対応可能となる。すなわち、サーバ２０側において当該サーバ２０が保持する情報に変更が生じた場合でも、従来のように変更後の情報を各端末に配信して各端末が保持する情報を更新させる必要はなく、サーバ２０側で保持する情報の変更が行われるだけで、その後にサーバ２０にアクセスしてくる端末に配信される情報は、変更後の情報となる。
【００３４】
更に、任意の条件（ユーザ毎、時間帯等）に応じて細かく情報を切り替える柔軟な運用が可能となる。従来においても、各端末が様々な情報の中から選択的にデータ出力（ユーザに提供等）することは可能であったが、この場合、各端末が様々な情報を保持している必要があり、場合によっては保持するデータ量が非常に多くなる（あるいは、メモリ容量不足で保持できないことになる）。
【００３５】
また、この場合、サーバ２０側において当該サーバ２０が保持する様々な情報に変更が生じた場合、変更後の情報を各端末に配信して各端末が保持する情報を更新させる必要があるが、データ量が大きいことから、特に端末の台数が多い場合、データ配信・更新に時間が掛かることになる。これに対して、本手法では、逐一、必要な情報のみ（サーバ２０が保持する情報の一部）を配信するので、情報のデータ量が少なくて済み、この様な問題が生じることなく、任意の条件（ユーザ毎、時間帯等）に応じて細かく情報を切り替える柔軟な運用が可能となる。これは、特に、サーバ２０が保持する情報の更新頻度が高い場合に、顕著な効果を奏する。
【００３６】
以下に説明する各実施例１〜５は、全て、上述した基本的特徴を有したうえで、更に各々の特徴を有している。以下、各実施例１〜５について説明する。
まず、図２に、実施例１における上記ＲＷ端末１０の構成・機能ブロック図を示す。
【００３７】
尚、図２に示す構成自体は、後述する各実施例２〜５においても、同じであってよい（但し、処理機能は異なる）。
図２に示す例のＲＷ端末１０は、まず、ユーザインタフェースの出力機能として、テキストやビットマップデータを表示可能な小型ディスプレイ１６、サウンド出力するスピーカ１５、ＬＥＤ１７等を有するが、ユーザインタフェースの出力機能をこの構成に限定するものではない。
【００３８】
また、非接触ＩＣ内蔵携帯電話２との近距離無線通信を行う為のアンテナ、送受信回路等を有する非接触ＩＣ通信部１８を備えるが、これは一般的な構成であり、特に説明しない。また、ネットワーク１に接続してサーバ２０等との通信を行う為の対サーバ通信機能部１１を備えるが、これも一般的な構成であり、特に説明しない。
【００３９】
本例のＲＷ端末１０は、更に、出力用データ取得機能部１２、出力用データ振分機能部１３、サウンドデータ管理テーブル１４を有する。出力用データ取得機能部１２、出力用データ振分機能部１３による後述する処理機能は、ＲＷ端末１０が備える不図示のＣＰＵ／ＭＰＵ等が、予め不図示のメモリ等に記憶されている所定のアプリケーションプログラムを読出し・実行することにより実現される。
【００４０】
出力用データ取得機能部１２は、任意の非接触ＩＣ内蔵携帯電話２がかざされる毎に（携帯電話２を検知する毎に）、対サーバ通信機能部１１によりネットワーク１を介してサーバ２０にアクセスして、上記出力用データ等（後述する出力用データ一式等）を取得する機能部である。出力用データ振分機能部１３は、出力用データ取得機能部１２によって取得された各出力用データを、各種出力先（上記各種ユーザインタフェース出力機能や非接触ＩＣ通信部１８）に振分ける。その際、後述するように、取得した各出力用データを、それぞれに対応付けられている出力先識別子によって、該当する出力先に振り分けることができる。
【００４１】
また、スピーカ１５に送るべき音データは、サウンドデータ管理テーブル１４から取得する。
ここで、サウンドデータ管理テーブル１４は、例えば図３に示すように、サウンド番号３１と音データ３２とを対応付けて管理するテーブルである。つまり、各種の実際の音のデータである各種音データ３２が予め登録されており、これがサウンド番号３１によって管理されている。
【００４２】
上記出力用データには任意のサウンド番号が含まれており、出力用データ振分機能部１３は、このサウンド番号を用いてサウンドデータ管理テーブル１４を検索して、対応する音データ３２を取得し、この取得した音データをスピーカ１５へ出力することで、音を出力させる。例えば、サウンド番号＝１であったならば、スピーカ１５からは“ピンポン”音が出力されることになる。尚、サウンドデータ管理テーブル１４は、例えば上記不図示のメモリ等に予め記憶されている。
【００４３】
尚、ディスプレイ１６はディスプレイ自体だけでなく例えば表示制御部（不図示）も含まれるものである。これは、スピーカ１５、ＬＥＤ１７に関しても同様であり、それぞれ、音出力制御部、発光制御部等（何れも不図示）も含まれるものである。出力用データ振分機能部１３は、これら各制御部にそれぞれ該当する出力用データを振り分けて渡す。各制御部は、渡された出力用データを用いて、各々の所定の制御処理（例えば表示処理等）を実行する。
【００４４】
出力用データ取得機能部１２、出力用データ振分機能部１３の詳しい処理機能については、後述する。
次に、図４に、実施例１のサーバ２０の構成・機能ブロック図を示す。
【００４５】
尚、図４に示す構成自体は、後述する各実施例２、３、５においても、同じであってよい（但し、処理機能は異なる）。実施例４のみは多少構成が異なり、後に図示して説明する。
【００４６】
図４に示す例のサーバ２０は、対端末通信機能部２１、出力用データ送信機能部２２、出力用データ管理テーブル２３を備える。
対端末通信機能部２１は、ネットワーク１に接続して各ＲＷ端末１０との通信を行う為の機能部であり、これは一般的な構成であり、特に説明しない。
【００４７】
出力用データ送信機能部２２は、任意のＲＷ端末１０からアクセスがある毎に、このＲＷ端末１０に送信すべき出力用データを、出力用データ管理テーブル２３から取得して送信する。
【００４８】
出力用データ管理テーブル２３には、予め、各種出力用データが、該当する出力先識別子に対応付けて登録されている。
図５に、実施例１における出力用データ管理テーブル２３の一例を示す。
【００４９】
尚、他の実施例２〜５における出力用データ管理テーブル２３の一例は、後に図示・説明するが、何れも本例では実施例１の場合と同様に、各種出力先識別子に対応付けて各種出力用データが登録されている。しかしながら、これは一例であり、この例に限らないものであり、実施例２〜５は実施例１の特徴を有さないものであってもよい（但し、当然、上記基本的な特徴は有する）。
【００５０】
図５に示す例の出力用データ管理テーブル２３は、各種出力先識別子４１に対応付けて各種出力用データ４２が登録されている。
出力先識別子４１は、上記ＲＷ端末１０における各種ユーザインタフェースの各種出力機能（ディスプレイ１６、スピーカ１５、ＬＥＤ１７）や非接触ＩＣ通信部１８の何れかを指定する識別子である。つまり、データ出力先を示す識別子である。つまり、出力先識別子４１に関しては、図示の「ディスプレイ」は出力先がディスプレイ１６であることを意味し、「サウンド」は出力先がスピーカ１５であることを意味し、「ＬＥＤ」は出力先がＬＥＤ１７であることを意味する。また「非接触ＩＣ通信」は出力先が非接触ＩＣ通信部１８であることを意味するが、これは実質的に出力先が非接触ＩＣ内蔵携帯電話２であることを意味する。
【００５１】
尚、出力先識別子４１は、実際には「ディスプレイ」等の文字ではなく、各出力先を示す予め決められた番号／記号等であってよい。
そして、各種出力用データ４２には、対応する出力先識別子４１が示す出力先へ出力すべきデータが登録されている。例えば、出力先識別子４１が「ディスプレイ」である出力用データ４２は、ディスプレイ１６への表示データ（例えばテキストデータ等）であり、図示の例では“○○キャンペーン中です。詳しくはＷＥＢを！”というメッセージとなっている。
【００５２】
また、例えば、出力先識別子４１が「サウンド」である出力用データ４２は、スピーカ１５に出力させるべき音データに対応する上記サウンド番号である。また、出力先識別子４１が「ＬＥＤ」である出力用データ４２は、上記ＬＥＤ１７の点灯／点滅制御用データとなっており、図示の例では“色；赤、点灯時間：５秒、点滅間隔：０．５秒”となっている（尚、実際には後述する図７（ｂ）に示すように、所定のフォーマットに従って例えば「赤，１，0.5」というデータになっている）。
【００５３】
また、出力先識別子４１が「非接触ＩＣ通信」である出力用データ４２は、上記の通り非接触ＩＣ通信部１８を介して非接触ＩＣ内蔵携帯電話２へ配信すべき情報であり、図示の例では“○○キャンペーン中です”というメッセージと共に、関連ＷｅｂサイトのＵＲＬ情報も含まれている。
【００５４】
図６に、上記情報配信システムにおける情報配信処理を説明する為のシーケンス図を示す。このシーケンス図が示す処理手順は、基本的に、全ての実施例１〜５に共通のものである。
【００５５】
図６において、まず、ＲＷ端末１０は、よく知られているように随時ポーリングを行っており、任意のユーザ（任意の非接触ＩＣ内蔵携帯電話２の所持者）が、任意のＲＷ端末１０に自己の非接触ＩＣ内蔵携帯電話２をかざすと（タッチすると）、ＲＷ端末１０はこれを検知（検出）する。そして、本手法では、ＲＷ端末１０は、まず、サーバ２０に送信すべき情報配信要求メッセージの作成処理を行う（ステップＳ１１）。尚、この処理は、例えば出力用データ取得機能部１２が実行する。
【００５６】
ここで、図７（ａ）に情報配信要求メッセージの一例を示す。
図示の例の情報配信要求メッセージ５０は、開始フラグ５１、メッセージ種別５２、メッセージ長５３、ＲＷ端末識別子５４、カード識別番号５５、フレームチェックシーケンス５６、終了フラグ５７等より成る。開始フラグ５１、メッセージ種別５２、フレームチェックシーケンス５６、終了フラグ５７は、予め決まっているものであり（要求メッセージ５０の基本フォーマットであり）、ここでは特に説明しない。尚、メッセージ種別５２は、ここでは情報配信要求であることを示す‘０１’となる。メッセージ長５３には、この情報配信要求メッセージ５０のデータ長が格納される。
【００５７】
また、各ＲＷ端末１０には、予め各々を識別する為のユニークなＩＤであるＲＷ端末識別子が割り当てられおり、上記ＲＷ端末識別子５４には自端末のＲＷ端末識別子が格納される。また、一般的に、各ＩＣカード（非接触ＩＣ内蔵携帯電話２のＩＣカードも含む）には、予め各々を識別する為のユニークなＩＤであるカード識別番号が割り当てられおり、ＲＷ端末１０は、上記のようにポーリング検知した非接触ＩＣ内蔵携帯電話２からそのカード識別番号を読み出して、これをカード識別番号５５として要求メッセージ５０に格納する。
【００５８】
尚、実施例１、２においては、カード識別番号５５は必ずしも必要ないものである。
そして、ＲＷ端末１０は（例えばその出力用データ取得機能部１２は）、上記ステップＳ１１の処理で作成した情報配信要求メッセージを、対サーバ通信機能部１１によりネットワーク１を介してサーバ２０へ送信する（ステップＳ１２）。
【００５９】
サーバ２０の出力用データ送信機能部２２は、対端末通信機能部２１を介して上記情報配信要求メッセージを受信すると、このメッセージ内容と上記出力用データ管理テーブル２３に基づいて、要求元のＲＷ端末１０に配信すべき出力用データを選択・取得する処理を実行する（ステップＳ１３）。但し、実施例１に関してはこの選択処理については特に言及しない。実施例１においては、例えば図５に示す出力用データ管理テーブル２３の登録情報全てを取得する。選択処理に関しては、後に実施例２〜５で説明する。また、取得するのは出力用データ４２だけでなく出力先識別子４１も一緒に取得する。
【００６０】
そして、サーバ２０の出力用データ送信機能部２２は、上記ステップＳ１３で選択・取得した情報（出力用データ４２と出力先識別子４１のセット）を含む情報配信応答メッセージを作成する（ステップＳ１４）。そして、作成した情報配信応答メッセージを対端末通信機能部２１によりネットワーク１を介して要求元のＲＷ端末１０へと配信する（ステップＳ１５）。
【００６１】
ここで、図７（ｂ）に情報配信応答メッセージの一例を示す。
図示の例の情報配信応答メッセージ６０は、開始フラグ６１、メッセージ種別６２、メッセージ長６３、ＲＷ端末識別子６４、出力用データ一式６５、フレームチェックシーケンス６６、終了フラグ６７等より成る。開始フラグ６１、メッセージ種別６２、フレームチェックシーケンス６６、終了フラグ６７は、予め決まっているものであり（応答メッセージ５０の基本フォーマットであり）、ここでは特に説明しない。
【００６２】
尚、メッセージ種別６２は、ここでは情報配信応答であることを示す‘０２’となる。メッセージ長６３には、この情報配信応答メッセージ６０のデータ長が格納される。また、ＲＷ端末識別子６４には上記要求メッセージ５０のＲＷ端末識別子５４がコピーされる。
【００６３】
出力用データ一式６５には、上記ステップＳ１３で取得したデータ全てが格納される。
ここで、本手法では上記の通り、出力先識別子４１も一緒に取得する。よって、図示の通り、出力用データ一式６５には、各出力先識別子と出力用データのセットが格納される。
【００６４】
この様に、本手法では、サーバ側において各種出力用データを出力先識別子と対応付けて管理しているだけでなく、各種出力用データを出力先識別子と対応付けた状態のままＲＷ端末１０に配信する。これによって、ＲＷ端末１０側では、後述するように、情報配信応答メッセージ６０を受信すると即座に各種出力用データを該当する出力先へと振り分けて出力させることができる。
【００６５】
ＲＷ端末１０側では、出力用データ取得機能部１２は、対サーバ通信機能部１１を介して上記情報配信応答メッセージ６０を取得すると、この応答メッセージ６０の出力用データ一式６５を抽出して、これを出力用データ振分機能部１３に渡す。
【００６６】
出力用データ振分機能部１３は、この出力用データ一式６５における各種出力用データを、それぞれに対応する出力先識別子に基づいて該当する出力先へと振り分ける（ステップＳ１６）。但し、サウンドに関しては、上記の通り、その出力用データであるサウンド番号に対応する音データを、サウンドデータ管理テーブル１４から取得したうえで、該当する出力先であるスピーカ１５へ振り分ける。尚、当然、出力用データ振分機能部１３は、各出力先識別子に対応する出力先が分かるようになっている（予め、例えば、各出力先識別子と出力先を対応付けたテーブル等が登録されている）。
【００６７】
具体的には、例えば図７（ｂ）に示す例では、出力先識別子＝「ディスプレイ」に対応する出力用データであるテキストメッセージ“○○キャンペーン中です。詳しくはＷＥＢを！”は、ディスプレイ１６に振り分ける。尚、既に述べた通り、ディスプレイ１６には表示制御部も含まれ、上記テキストメッセージはこの表示制御部に渡されて、表示制御部によってディスプレイ上に上記テキストメッセージが表示されるものである。
【００６８】
これは、上記の通り、スピーカ１５、ＬＥＤ１７に関しても同様である。すなわち、出力先識別子＝「サウンド」に対応する出力用データである‘１’に応じた音データ“ピンポン”は、スピーカ１５の上記音出力制御部に振り分けられ、音出力制御部の制御によってスピーカから“ピンポン”音が出力される。出力先識別子＝「ＬＥＤ」に対応する出力用データである‘赤，１，0.5’は、ＬＥＤ１７の上記発光制御部に振り分けられ、発光制御部がこの‘赤，１，0.5’を解釈して、ＬＥＤを赤色で点滅間隔0.5秒で５秒間ずつ点灯させる。
【００６９】
また、出力先識別子＝「非接触ＩＣ通信」に対応する出力用データであるテキストメッセージ“○○キャンペーン中です。”及びＵＲＬ情報は、非接触ＩＣ通信部１８に振り分けることで、上記検知した非接触ＩＣ内蔵携帯電話２のメモリ等に書き込ませる。
【００７０】
図８に、上述した処理を行った結果としての各種出力インタフェースによる出力例（表示／音声出力等）を示す。
この例では、ＲＷ端末１０のディスプレイ１６に上記メッセージを表示すると共に、“ピンポン”音やＬＥＤの点灯／点滅によりユーザの注意を惹きつける。また、ユーザは、自己の非接触ＩＣ内蔵携帯電話２に表示されるメッセージを見ることもでき、更に興味があれば関連サイトにアクセスして更に詳しい情報を見ること等も可能となる。
【００７１】
上記のように、ＲＷ端末１０は、情報配信応答メッセージを受信すると、このメッセージに含まれる各種出力用データを、対応する出力先識別子に従って該当する出力先へと出力する。
【００７２】
もし、出力先識別子が無いと、ＲＷ端末１０は、各種出力用データの出力先が分からない（または出力先を判断するのに時間が掛かる）ことになるが、本手法では出力先識別子を用いることで、各種出力用データをそれぞれ適切な出力先へと即座に振り分けることができる。よって、本手法のように、非接触ＩＣ内蔵携帯電話２を検知する毎にサーバ２０にアクセスして各種出力用データを取得する方式であっても、短時間でユーザに情報を提供できる（ユーザを待たせない）。また、ＲＷ端末１０の処理負担も軽減できる。
【００７３】
また、サーバ２０側で、例えば上記４種類の出力用データセットの一部（１種類以上）を削除することで、端末１０側における出力先の選択（例えば、サウンドを鳴らす／鳴らさないなど）を、サーバ側で柔軟に制御することも可能となる。
【００７４】
尚、本手法において、非接触型情報媒体への情報配信は必須ではない。つまり、出力先識別子＝「非接触ＩＣ通信」の出力用データは、必ずしも必要なものではない。特に、非接触型情報媒体が単なるＩＣカードである場合、通常、表示機能や通信機能は存在しないので、メッセージやＵＲＬ情報を配信してもあまり意味がない（但し、そのユーザがＩＣカードリーダライタ機能付きパソコン等を所持していれば、パソコンによりメッセージ表示やＵＲＬに基づく所定サイトへのアクセスを行うことが可能であるので、単なるＩＣカードに情報配信しても構わないが、基本的には情報配信しなくてもよい）。
【００７５】
本手法は、非接触型情報媒体が単なるＩＣカードである場合にも適用可能であり、その場合には基本的にはＲＷ端末１０の各種ユーザインタフェースによってのみ、ユーザに情報を提供することになる。
【００７６】
次に、以下、実施例２について説明する。
既に述べた通り、実施例２においても、全体構成（図１）やサーバ／ＲＷ端末の構成（図２、図４）や、全体的な処理シーケンス（図６）は、実施例１の場合と同じであってよく、ここでは特に説明しない。
【００７７】
実施例２は、実施例１と比較すると、出力用データ管理テーブル２３の内容及び出力用データ送信機能部２２の処理機能が異なる。実施例２では、上記サーバ２０の出力用データ管理テーブル２３として、例えば図９に示す内容のテーブル７０を用い、上記ステップＳ１３，Ｓ１４の処理として例えば図１０に示すフローチャートの処理を実行する。
【００７８】
図９は、実施例２の出力用データ管理テーブル２３の一例である。
図９に示すように、実施例２の出力用データ管理テーブル２３では、各ＲＷ端末１０毎にそれぞれ対応する出力用データを登録してある。つまり、各ＲＷ端末１０毎にそれぞれ異なる内容の出力用データを配信可能となっている（勿論、全てが異なる必要はなく、同じ内容の出力用データを配信するＲＷ端末１０が複数台あってもよい）。
【００７９】
各ＲＷ端末１０毎の出力用データは、上記実施例１の場合（図５の例）と同様に、各種出力先識別子に対応付けられた各種出力用データであってよい。これは、ここでは例えば出力先識別子と出力用データのペアを「出力用データセット」と言い、ＲＷ端末１０に配信すべき情報、すなわち各出力先に対応する各「出力用データセット」を一纏めにしたものを「出力用データセット一式」と言うものとする。この「出力用データセット一式」を応答メッセージに格納したものが、上記出力用データ一式６５に相当することになる。
【００８０】
これより、実施例２の出力用データ管理テーブル２３では、各ＲＷ端末１０毎にそれぞれ対応する「出力用データセット一式」を登録してあるものと言える。
以上のことから、図９に示す通り、実施例２の出力用データ管理テーブル２３の一例である図示の出力用データ管理テーブル７０には、各端末識別番号７１に対応付けて、出力先識別子７２と出力用データ７３のペア（出力用データセット）が格納されている。出力先識別子７２と出力用データ７３に関しては、上記図５における出力先識別子４１と出力用データ４２で説明した通りであり、ここでは特に説明しない。
【００８１】
端末識別番号７１は、各ＲＷ端末１０の上記ＲＷ端末識別子に相当する。これより、例えば図示の端末識別番号７１＝‘０００１’である４つのレコードの出力先識別子７２及び出力用データ７３のペアが、ＲＷ端末識別子＝‘０００１’のＲＷ端末１０に配信すべき「出力用データセット一式」を意味する。
【００８２】
これより実施例２ではサーバ２０の出力用データ送信機能部２２は、例えば図１０の処理を実行する。
図１０は、本例の出力用データ送信機能部２２の処理フローチャート図である。これは、上記ステップＳ１３、Ｓ１４の処理の実施例２における詳細フローに相当する。
【００８３】
図１０において、出力用データ送信機能部２２は、まず、受信した情報配信要求メッセージ５０からＲＷ端末識別子５４を取り出す（ステップＳ２１）。そして、取り出したＲＷ端末識別子５４を用いて出力用データ管理テーブル７０を検索し、該当する出力先識別子７２と出力用データ７３のペアを全て取り出す（ステップＳ２２）。すなわち、その端末識別番号７１がＲＷ端末識別子５４と同一であるレコードを全て抽出し、これら抽出レコードの「出力用データセット」（出力先識別子７２と出力用データ７３のペア）を全て取得する。
【００８４】
そして、取得した「出力用データセット」に基づいて応答メッセージ６０を生成する。これは、取得した全ての「出力用データセット」、すなわち「出力用データセット一式」を、上記出力用データ一式６５として応答メッセージ６０に格納する等して（他の処理は既に述べたので省略）、応答メッセージ６０を生成する（ステップＳ２３）。そして、生成した応答メッセージ６０を、要求元のＲＷ端末１０へ送信する（ステップＳ２４）。
【００８５】
この様に、実施例２では、各ＲＷ端末１０毎にその端末でユーザインタフェース出力させるのに適した内容の出力用データを配信して、ユーザインタフェース出力等を行わせることができる。例えば、図９に示す例では、端末識別番号７１（ＲＷ端末識別子）＝‘０００２’のＲＷ端末１０はパン屋に設置された端末であり、端末識別番号７１（ＲＷ端末識別子）＝‘０００３’のＲＷ端末１０は衣料品売場に設置された端末であること等が考えられる。勿論、この様な設置場所に応じた内容とする例に限るものではない。
【００８６】
また、実施例２でも、本例の場合には上記実施例１と同様の効果も得られる。すなわち、配信先のＲＷ端末１０において、出力先識別子を用いることで、各種出力用データを即座に該当する出力先へと振り分けることができ、ＲＷ端末１０の処理負荷が軽減されると共に処理時間を短縮でき、逐一サーバから出力用データを取得するものであっても、ユーザを待たせることなく、ユーザに情報提供できる。但し、上記の通り、必ずしも実施例２において実施例１の特徴を有する必要はない。
【００８７】
次に、以下、実施例３について説明する。
既に述べた通り、実施例３においても、全体構成（図１）やサーバ／ＲＷ端末の構成（図２、図４）や、全体的な処理シーケンス（図６）は、実施例１の場合と同じであってよく、ここでは特に説明しない。
【００８８】
実施例３は、実施例１と比較すると、出力用データ管理テーブル２３の内容及び出力用データ送信機能部２２の処理機能が異なる。実施例３では、上記サーバ２０の出力用データ管理テーブル２３として、例えば図１１に示す内容のテーブル８０を用い、上記ステップＳ１３，Ｓ１４の処理として例えば図１２に示すフローチャートの処理を実行する。
【００８９】
図１１は、実施例３における出力用データ管理テーブル２３の一例である。
実施例３では、例えば各ユーザ毎にそれぞれそのユーザに適した内容の出力用データを配信可能である。すなわち、図１１に示す通り、実施例３の出力用データ管理テーブル２３の一例である図示の出力用データ管理テーブル８０には、各カード識別番号８１に対応付けて、「出力用データセット一式」（各種の出力先識別子８２と出力用データ８３のペア）が登録されている。出力先識別子８２と出力用データ８３に関しては、上記実施例２の場合と同様、ここでは特に説明しない。
【００９０】
ここで、各カード識別番号は“各ユーザ”に相当すると考えることもできる（勿論、複数のＩＣカードを所持するユーザもいるが、ここでは各ユーザはそれぞれ１枚のＩＣカードを所持するものと考える）。よって、本例の出力用データ管理テーブル８０は、各ユーザ毎に対応する情報（例えば「出力用データセット一式」等）を格納しているものとも言える。
【００９１】
尚、その意味で、カード識別番号を用いる例に限らず、例えば会員番号等としてもよい。勿論、この場合、予め入会手続きを経て任意の会員番号が割り当てられてＩＣカード（携帯電話２等）に記憶されており、またサーバ２０側でも各会員番号に対応付けて各ユーザの個人情報等（入会手続き時にユーザが提示している）を記憶・管理していることになる。これは、後述する実施例４においても同様である。
【００９２】
カード識別番号は上記の通り各ＩＣカードの識別ＩＤである。ここで、従来より、ＩＣカード所持者（ユーザ）の顧客管理の手法として、例えばＰＯＳ端末等によりユーザが何らかの商品を購入してＩＣカードにより電子マネー決済を行う毎に、そのＩＣカードのカード識別番号に対応付けて購入商品情報等をサーバに送信して、サーバに蓄積させる。上記の通り、これは、各ユーザ毎の商品購入情報を蓄積するものと言える。そして、サーバ側において、例えば分析担当者等が、蓄積情報に基づいて各種の分析を行う。この分析により、各ユーザがどの様な商品を多く買っているのか等に基づき、どの様な商品に興味を持っているのかを推測可能である。
【００９３】
配信する情報が広告情報の場合、配信先のユーザにとって興味のある商品の広告情報を配信することで、よい広告効果が得られることが期待できる。これより、実施例３では、サーバに各ユーザ個別の情報（広告情報等）を登録しておき、受信した要求メッセージ５０のカード識別番号に基づいて、そのユーザ向けの（要求元のＲＷ端末１０を利用しているユーザ向けの）情報を選択して要求元のＲＷ端末１０に配信する。
【００９４】
具体的な処理の一例を図１２に示す。
図１２は、本例の出力用データ送信機能部２２の処理フローチャート図である。これは、上記ステップＳ１３、Ｓ１４の処理の実施例３における詳細フローに相当する。
【００９５】
図１２において、出力用データ送信機能部２２は、まず、受信した情報配信要求メッセージ５０からカード識別番号５５を取り出す（ステップＳ３１）。そして、取り出したカード識別番号５５を用いて出力用データ管理テーブル８０を検索し、該当する情報（「出力用データセット」；出力先識別子８２と出力用データ８３のペア）を全て取り出す（ステップＳ３２）。すなわち、そのカード識別番号８１がカード識別番号５５と同一であるレコードを全て抽出し、これら抽出レコードの「出力用データセット」（出力先識別子８２と出力用データ８３のペア）を全て取得する。
【００９６】
その後は上記ステップＳ２３，Ｓ２４の処理と略同様である。すなわち、ステップＳ３２で取得した「出力用データセット」に基づいて応答メッセージ６０を生成する。これは、取得した全ての「出力用データセット」すなわち「出力用データセット一式」を、上記出力用データ一式６５として応答メッセージ６０に格納する等して（他の処理は既に述べたので省略）、応答メッセージ６０を生成する（ステップＳ３３）。そして、生成した応答メッセージ６０を、要求元のＲＷ端末１０へ送信する（ステップＳ３４）。
【００９７】
この様に、実施例３では、各ユーザ個別に、そのユーザに適した内容の情報（出力用データ等）を配信して、ユーザインタフェース出力等を行わせることができる。
尚、この場合、従来では、例えば図１１に示す管理テーブル８０のような各ユーザ個別の出力用データを各ＲＷ端末に配信して記憶させることになるが、現在、ＩＣカードのユーザ数は非常に多数であり、よってデータ量は膨大なものとなり、通常のＲＷ端末のメモリ容量では記憶することは難しい。また、もし、記憶できたとしても、この様な大容量データを多数のＲＷ端末に配信するには時間が掛かるものであり、またサーバの処理負荷が増大する。更に、図９や図１１に示す例のように出力用データの内容が期間限定（キャンペーン中等）である場合、頻繁に出力用データの内容が更新されることが考えられ、その度に各ＲＷ端末に大容量データを配信してデータ更新させる必要があり、サーバ、各ＲＷ端末双方の処理負荷は配信処理に掛かる時間、ネットワーク負荷等が極めて大きなものとなる。
【００９８】
一方、本手法では、各ＲＷ端末１０は逐一サーバにアクセスして、そのときに必要な情報のみを取得するので、上記の様な問題が生じることなく、各ユーザ個別のきめ細かい情報配信・出力用データの提供等が可能となる。
【００９９】
また、当然、実施例３でも、本例では上記実施例１と同様の効果も得られる。すなわち、配信先のＲＷ端末１０において、出力先識別子を用いることで、各種出力用データを容易に各出力先へと振り分けることができ、ＲＷ端末１０の処理負荷が軽減されると共に処理時間を短縮でき、逐一サーバから出力用データを取得するものであっても、ユーザを待たせることなく、ユーザに情報提供できる。但し、上記実施例２の場合と同様、実施例３においても必ずしも実施例１の特徴を有する必要はない。
【０１００】
また、本手法では、各実施例を組み合わせることもできる。例えば上記実施例２と実施例３を組み合わせることもできる。この場合、特に図示しないが、出力用データ管理テーブル２３の内容は、端末識別番号、カード識別番号、出力用識別子、出力用データの各データ項目より成る。
【０１０１】
すなわち、端末識別番とカード識別番号との組み合わせ（端末とユーザの組み合わせ）毎に、「出力用データセット一式」が格納される。つまり、同一ユーザであっても、そのときに利用する端末毎に、提供される情報が異なる場合もあり得る。例えば、各種店舗毎に、その店舗で扱う商品の中でその顧客が興味を示しそうな商品の広告情報を、配信して提供（表示等）させることができる。
【０１０２】
尚、この場合には、ステップＳ１３の処理において、受信した要求メッセージ５０のＲＷ端末識別子５４及びカード識別番号５５を用いて出力用データ管理テーブル２３を検索して、該当するレコードを全て抽出することで、該当する「出力用データセット一式」を取得することになる。
【０１０３】
尚、上記各実施例を組み合わせとしては、上記の例以外にも、実施例２と実施例４、実施例２と実施例５、実施例３と実施例４、実施例３と実施例５、実施例４と実施例５、実施例２，３，４の組み合わせ、実施例３，４，５の組み合わせ、実施例２，３，４，５の組み合わせ等が考えられ、更にこれら各組み合わせに対して実施例１を組み合わせることもできる。
【０１０４】
次に、以下、実施例４について説明する。
既に述べた通り、実施例３においても、全体構成（図１）やＲＷ端末の構成（図２）や、全体的な処理シーケンス（図６）は、実施例１の場合と同じであってよく、ここでは特に説明しないが、サーバ２０の構成は実施例１（図４）とは多少異なる。
【０１０５】
図１３に、実施例４におけるサーバ２０’の構成・機能ブロック図を示す。
図示のサーバ２０’は、対端末通信機能部９１、出力用データ送信機能部９２、出力用データ管理テーブル９３を備え、更にカード属性テーブル９４を備える。
【０１０６】
対端末通信機能部９１は、上記対端末通信機能部２１と同じであってよく、特に説明しない。
出力用データ送信機能部９２は、任意のＲＷ端末１０からアクセスがある毎に、このＲＷ端末１０に送信すべき出力用データを、出力用データ管理テーブル９３から取得して送信するという点では、上記出力用データ送信機能部２２と略同様である。但し、出力用データ送信機能部９２は、まずカード属性テーブル９４を検索したうえで、この検索結果に基づいて出力用データ管理テーブル９３を検索することで、要求に応じた「出力用データセット一式」を取得して、これを要求元のＲＷ端末１０へ送信することになる。
【０１０７】
図１４にカード属性テーブル９４の一例、図１５に出力用データ管理テーブル９３の一例を示す。
図１４に例のカード属性テーブル９４は、各カード識別番号１０１に対応付けてカード属性情報１０２が登録されている。ここで上述した通り、カード識別番号はそのカード所持者（ユーザ）を示すものであり、図示の例ではカード属性情報１０２はユーザの属性情報を意味する。この属性情報は、ユーザを何らかの形で分類したものであり、例えば性別（男女）、年齢、年代（３０代、４０代等）、あるいは居住地域、興味を持つもの（頻繁に購入する商品等）等の様々な基準によって分類してよいものであり、図示の例では「性別及び年代」によって分類している例を示す。
【０１０８】
また、図１５に示す例の出力用データ管理テーブル９３は、各属性情報１１１に対応付けて、「出力用データセット」（出力先識別子１１２と出力用データ１１３のペア）が登録されている。出力先識別子１１２及び出力用データ１１３に関しては、上記実施例２等の場合と同様、ここでは特に説明しない。
【０１０９】
属性情報１１１は上記カード属性情報１０２と同様、上記ユーザの“属性情報”を意味する。
本例の出力用データ送信機能部９２は、任意のＲＷ端末１０からの要求メッセージ５０を受信する毎に、図１６に示す処理を実行する。
【０１１０】
図１６は、出力用データ送信機能部９２の処理フローチャート図である。これは、上記ステップＳ１３、Ｓ１４の処理の実施例４における詳細フローに相当する。
図１６において、出力用データ送信機能部２２は、まず、受信した情報配信要求メッセージ５０からカード識別番号５５を取り出す（ステップＳ４１）。そして、まず、取り出したカード識別番号５５を用いてカード属性テーブル９４を検索して、該当するレコード（そのカード識別番号１０１がカード識別番号５５と同一であるレコード）のカード属性情報１０２を取得する（ステップＳ４２）。
【０１１１】
続いて、取得したカード属性情報１０２を用いて出力用データ管理テーブル９３を検索して、該当する全てのレコード（その属性情報１１１が取得したカード属性情報１０２と同一であるレコード全て）を抽出して、抽出した全てのレコードの「出力用データセット」（出力先識別子１１２と出力用データ１１３のペア）を取得する（ステップＳ４３）。つまり、取得したカード属性情報１０２に対応する「出力用データセット一式」を取得する。
【０１１２】
その後は上記ステップＳ２３，Ｓ２４の処理と略同様である。すなわち、ステップＳ４３で取得した「出力用データセット一式」を、上記出力用データ一式６５として応答メッセージ６０に格納する等して（他の処理は既に述べたので省略）、応答メッセージ６０を生成する（ステップＳ４４）。そして、生成した応答メッセージ６０を、要求元のＲＷ端末１０へ送信する（ステップＳ４５）。
【０１１３】
この様に、実施例４では、各ユーザの属性に応じてそのユーザに適した情報を選択してＲＷ端末１０に配信して、ユーザに提供することができる。
次に、以下、実施例５について説明する。
【０１１４】
既に述べた通り、実施例５においても、全体構成（図１）やサーバ／ＲＷ端末の構成（図２、図４）や、全体的な処理シーケンス（図６）は、実施例１の場合と同じであってよく、ここでは特に説明しない。
【０１１５】
実施例５は、実施例１と比較すると、出力用データ管理テーブル２３の内容及び出力用データ送信機能部２２の処理機能が異なる。実施例５では、上記サーバ２０の出力用データ管理テーブル２３として、例えば図１７に示す内容のテーブル１２０を用い、上記ステップＳ１３，Ｓ１４の処理として例えば図１８に示すフローチャートの処理を実行する。
【０１１６】
尚、実施例５では、現在日時に基づいて、配信すべき出力用データを選択する。よって、要求メッセージ５０におけるＲＷ端末識別子５４とカード識別番号５５は、実施例５では必ずしも必要ない。
【０１１７】
図１７に示す出力用データ管理テーブル１２０は、各配信期間１２１に対応付けて「出力用データセット」（出力先識別子１２２と出力用データ１２３のペア）を登録してある。出力先識別子１２２と出力用データ１２３に関しては、実施例２の場合と同様、ここでは特に説明しない。
【０１１８】
各配信期間１２１には、任意の時間的条件（所定の期間や曜日等）が格納される。これより、本手法では、現在日時が該当する配信期間１２１のレコードを全て抽出して、その「出力用データセット」（出力先識別子１２２と出力用データ１２３のペア）を全て取得することになる。
【０１１９】
図１８は、本例の出力用データ送信機能部２２の処理フローチャート図である。これは、上記ステップＳ１３、Ｓ１４の処理の実施例５における詳細フローに相当する。
図１８において、出力用データ送信機能部２２は、任意の情報配信要求メッセージ５０を受信すると、その受信日時を取得・記憶する（ステップＳ５１）。日時は、サーバ２０が有する不図示の時計機能から取得できる。
【０１２０】
そして、ステップＳ５１で取得・記憶した受信日時を用いて、出力用データ管理テーブル１２０を検索して、該当する（受信日時が、その配信期間１２１内に含まれる）レコードを全て抽出して、これら各抽出レコードの「出力用データセット」（出力先識別子１２２と出力用データ１２３のペア）を全て取得する（ステップＳ５２）。つまり、受信日時（現在日時）に応じた「出力用データセット一式」を取得する。
【０１２１】
その後は上記ステップＳ２３，Ｓ２４の処理と略同様である。すなわち、ステップＳ５２で取得し「出力用データセット一式」を、上記出力用データ一式６５として応答メッセージ６０に格納する等して（他の処理は既に述べたので省略）、応答メッセージ６０を生成する（ステップＳ５３）。そして、生成した応答メッセージ６０を、要求元のＲＷ端末１０へ送信する（ステップＳ５４）。
【０１２２】
この様に、実施例５では、現在日時に応じた内容の出力用データ一式を配信して、ユーザインタフェース出力等を行わせることができる。つまり、例えば期間限定や曜日限定の広告情報等を、適切に配信してユーザに提供できる。
【０１２３】
上記のように、実施例２〜５では、サーバ側で保持・管理する情報（「出力用データセット一式」等）を、カード識別番号や属性情報、または端末識別番号、あるいはスケジュール（期間、曜日等）などと対応付けて管理し、端末からの要求メッセージの内容に応じて、適切な情報を選択・配信することもでき、配信する情報を場所や顧客、時間帯等に応じて柔軟に切り替えることが可能となる。
【０１２４】
また、この場合、サーバ側では場所や顧客、時間帯等の様々な条件に応じた各種情報を保持することになり、サーバ側で保持する情報全体のデータ量が非常に多くなるが、従来のようにこの全データを各端末に配信して保持させる（更に、出力用データの更新が行われると、更新後の全データを各端末に配信して保持させる）というようなことは必要なく、各端末はその都度必要な情報のみを配信させて出力させることができる。
【０１２５】
更に、ユーザに対して情報提供や関連Ｗｅｂサイトへの誘導を行うだけでなく、端末上の画像やＬＥＤ、音声や効果音などによってユーザに訴求できる。
最後に、図１９に、上記サーバ２０（コンピュータ）のハードウェア構成の一例を示しておく。
【０１２６】
図１９に示すコンピュータ２００は、ＣＰＵ２０１、メモリ２０２、入力部２０３、出力部２０４、記憶部２０５、記録媒体駆動部２０６、及びネットワーク接続部２０７を有し、これらがバス２０８に接続された構成となっている。
【０１２７】
ＣＰＵ２０１は、当該コンピュータ２００全体を制御する中央処理装置である。
メモリ２０２は、任意の処理実行の際に、記憶部２０５（あるいは可搬型記録媒体２０９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のワークメモリである。ＣＰＵ２０１は、メモリ２０２に読み出したプログラム／データを用いて、上述した各種処理を実行する。
【０１２８】
出力部２０４は、例えばディスプレイ等であり、入力部２０３は、例えば、キーボード、マウス等であるが、これらは無くてもよい。
ネットワーク接続部２０７は、例えば上記ネットワーク１に接続して、各ＲＷ端末１０との通信（コマンド／データ送受信等）を行う為の通信モジュールである。
【０１２９】
記憶部２０５は、例えばハードディスク等であり、上述したサーバ２０の各種処理機能をＣＰＵ２０１により実現させる為のアプリケーションプログラムが格納されている。これは、特に、本手法の特徴部分である出力用データ送信機能部２２の上述した機能・処理を、ＣＰＵ２０１により実現させる為のアプリケーションプログラムや、上記出力用データ管理テーブル２３、９３、カード属性管理テーブル９４等の各種登録データが格納されているものである。
【０１３０】
ＣＰＵ２０１は、上記記憶部２０５に格納されている各種プログラムを読み出し・実行することにより、上述した各種処理を実現する。
あるいは、上記記憶部２０５に格納される各種プログラム／データは、可搬型記録媒体２０９に記憶されているものであってもよい。この場合、可搬型記録媒体２０９に記憶されているプログラム／データは、記録媒体駆動部２０６によって読み出される。可搬型記録媒体２０９とは、例えば、ＦＤ（フレキシブル・ディスク）２０９ａ、ＣＤ−ＲＯＭ２０９ｂ、その他、ＤＶＤ、光磁気ディスク等である。
【０１３１】
あるいは、また、上記プログラム／データは、ネットワーク接続部２０７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。
【０１３２】
また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。
【０１３３】
また、ＲＷ端末１０の構成例は特に示さないが、これは一般的なＩＣカードリーダライタ等の構成であってよく、例えばＣＰＵ、記憶装置、ネットワーク接続部を有するものであり、この記憶装置には上記サウンドデータ管理テーブルが格納され、あるいは出力用データ取得機能部１２、出力用データ振分機能部１３の処理機能を、ＣＰＵにより実現させる為の所定のアプリケーションプログラム等が格納されている。（尚、ＩＣカード等との非接触通信機能（その際の認証や暗号化／復号機能等も含む）を実現する為のアプリケーションプログラムや暗号鍵等も、記憶装置に格納されている）。また、当然、図２に示す各種出力インタフェースの構成（符号１５〜１８）も存在する。
【符号の説明】
【０１３４】
１ ネットワーク
１０ ＲＷ端末
１１ 対サーバ通信機能部
１２ 出力用データ取得機能部
１３ 出力用データ振分機能部
１４ サウンドデータ管理テーブル
１５ スピーカ
１６ ディスプレイ
１７ ＬＥＤ
１８ 非接触ＩＣ通信部
２０ サーバ
２１ 対端末通信機能部
２２ 出力用データ送信機能部
２３ 出力用データ管理テーブル
３１ サウンド番号
３２ 音データ
４１ 出力先識別子
４２ 出力用データ
５０ 情報配信要求メッセージ
５１ 開始フラグ
５２ メッセージ種別
５３ メッセージ長
５４ ＲＷ端末識別子
５５ カード識別番号
５６ フレームチェックシーケンス
５７ 終了フラグ
６０ 情報配信応答メッセージ
６１ 開始フラグ
６２ メッセージ種別
６３ メッセージ長
６４ ＲＷ端末識別子
６５ 出力用データ一式
６６ フレームチェックシーケンス
６７ 終了フラグ
７０ 出力用データ管理テーブル
７１ 端末識別番号
７２ 出力先識別子
７３ 出力用データ
８０ 出力用データ管理テーブル
８１ カード識別番号
８２ 出力先識別子
８３ 出力用データ
９１ 対端末通信機能部
９２ 出力用データ送信機能部
９３ 出力用データ管理テーブル
９４ カード属性管理テーブル
１０１ カード識別番号
１０２ カード属性情報
１１１ 属性情報
１１２ 出力先識別子
１１３ 出力用データ
１２０ 出力用データ管理テーブル
１２１ 配信期間
１２２ 出力先識別子
１２３ 出力用データ
２００ コンピュータ
２０１ ＣＰＵ
２０２ メモリ
２０３ 入力部
２０４ 出力部
２０５ 記憶部
２０６ 記録媒体駆動部
２０７ ネットワーク接続部
２０８ バス
２０９ 可搬型記録媒体
２０９ａ ＦＤ（フレキシブル・ディスク）
２０９ｂ ＣＤ−ＲＯＭ
【技術分野】
【０００１】
本発明は、非接触型情報媒体との近距離無線通信を行う機能を備えた非接触型通信端末において、各ユーザに任意の情報を提供するシステムに関する。
【背景技術】
【０００２】
近年、電子マネーや電子乗車券などの分野において、非接触ＩＣカードの普及が進んでいる。これは、例えば非接触ＩＣカードや非接触ＩＣカード機能内蔵携帯端末（携帯電話等）等の非接触型情報媒体と、例えばＩＣカードリーダライタ等の非接触型通信端末とが、近距離無線通信（電磁誘導）を行うことで、例えば電子マネー決済処理等を実行するものである。
【０００３】
尚、以下の説明では、非接触型情報媒体として非接触ＩＣカード機能内蔵携帯端末（携帯電話等）（以下、省略してＩＣカード携帯端末というものとする）を例にし、非接触型通信端末として非接触ＩＣカードリーダライタを例にするが、この例に限らない。
【０００４】
ここで、近年、上記の様な電子マネー決済システムにおける非接触ＩＣカードリーダライタを利用して、あるいは情報配信用の非接触ＩＣカードリーダライタを任意の場所に設置して、これら各非接触ＩＣカードリーダライタから任意のＩＣカード携帯端末の所持者（以下、ユーザという）に対して、任意の情報を提示することが行われている。
【０００５】
例えば、商店の店舗内や電車内、駅構内等の各所に設置されている非接触ＩＣカードリーダライタから、ＩＣカード携帯端末への広告情報等の配信が行われている。リーダライタ端末の設置場所／方法は、何でもよく、店舗のレジ横等に限らず、例えば、ポスターの内部にリーダライタ端末を埋め込む等であってもよい（勿論、その場合、ポスター自体またはその周辺に、リーダライタ端末にＩＣカードをタッチすることで広告情報等が得られる旨を明示しておく）。
【０００６】
この情報配信は、電子マネー決済処理の際に追加で行うものであってもよいし、広告情報等の配信のみを行うものであってもよい。
また、ＩＣカード携帯端末に対して、所定のメッセージ等以外に、例えば関連情報ＷｅｂサイトのＵＲＬを送り込む手法が使われている。何れにしても、このような情報配信用途で使われる非接触ＩＣカードリーダライタ端末は、その内部に所定の配信情報（メッセージ、ＵＲＬ情報等）を予め固定的に保持しており、自己のアンテナ部等に対して任意のＩＣカード携帯端末がかざされると（タッチされると）、無条件に所定の配信情報を送信する。
【０００７】
また、その際、自己の（リーダライタ端末の）例えばアンテナ部に設けられているＬＥＤを点灯／点滅等させたり、何らかのサウンド出力を行う等のユーザインタフェース出力（演出）を行う場合もあるが、この点灯／点滅パターンやサウンドの内容も、予め設定される固定的なものとなっている。
【０００８】
尚、以下の説明では、上記任意のユーザのＩＣカード携帯端末に書き込む情報（メッセージやＵＲＬ等）や、上記各種ユーザインタフェース出力に用いる情報を、まとめて“対ユーザ出力情報”というものとする。
【０００９】
ここで、上記“対ユーザ出力情報”の内容を、固定的なものではなく、随時変更可能とすることも考えられる。このような店頭端末の出力情報を変更するための仕組みとして、例えば特許文献１に開示の従来技術が知られている。
【００１０】
特許文献１の発明は、サーバから各カード端末装置に配信された種々の設定情報に基づいて、複数のカード端末装置において同一の機能が同時に実現されるようにし、全ての顧客に対して同一内容のサービスを統一的に提供できるようにするものである。
【００１１】
また、特許文献１には、サーバから各カード端末装置に対して、顧客に提供すべきサービスに係る画像情報又は音声情報を配信し、各カード端末装置の設置場所に配置された画像モニタ又は音声スピーカを介して顧客に情報を提供することにより、画像又は音声によって正確かつ確実に顧客に認識される状態でサービスに係る情報を提供することが開示されている。
【００１２】
また、特許文献１には更に、顧客に提供すべきサービスに係る情報として入力手段における入力操作に応じた画像モニタ又は音声スピーカに供給すべき画像情報又は音声情報の変更処理手順を含む情報をサーバから各カード端末装置に配信し、各カード端末装置が入力手段における顧客の入力操作に応じて画像モニタに表示する画像又は音声スピーカから発生する音声を変更すること等も開示されている。
【００１３】
つまり、予めサーバから各端末に様々な画像情報や音声情報を配信しておき、端末側でその中から選択的にインタフェース出力することが開示されている。そして、サーバは、随時、新たな画像情報や音声情報を配信して、各端末が保持・出力する画像情報や音声情報を変更（更新）させることができる。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】特開２００３−３３７９８１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１５】
上記の通り、特許文献１等の従来技術は、サーバから各端末に予め何らかの情報（任意の画像情報等）を配信して記憶させておき、例えばユーザのアクセスに対して端末が情報を提示するものであり、また複数種類の情報を端末に記憶しておき、ユーザの入力操作に応じて選択的に情報を出力するものである。また、サーバが、随時、各端末が保持・出力する画像情報や音声情報等の情報を変更（更新）させることができる。
【００１６】
しかしながら、特に端末の台数が多い場合には、サーバが各端末に更新後の情報を配信する処理に時間が掛かることになり、例えば急な情報変更への対応が難しくなる、あるいは時間帯等に応じて細かく情報を切り替える運用等が難しくなる等の問題が生じる。
【００１７】
更に、特に複数種類の情報（上記“対ユーザ出力情報”等）を端末に記憶させておき、選択的にユーザに提供する仕組みでは、例えば状況（例えば時間帯や各ユーザ等）に応じた情報を選択的にユーザに提示することができ、きめ細かい情報提示が行える。その一方で、特に上記状況を細分化して様々な状況に応じた各種情報（上記“対ユーザ出力情報”等）が作成されて端末に記憶させておく場合、データ量が非常に多くなることになる。通常、端末のメモリ容量はサーバ装置等に比べて非常に小さいものであり、この様な大容量データ（各種情報）は格納できない可能性がある。また、格納できたとしても、特に端末台数が多数である場合、サーバから各端末に各種情報を配信するには、非常に時間が掛かることになり、処理負荷が大きくなる。
【００１８】
本発明の課題は、サーバ装置からネットワークを介して各非接触型通信端末に情報配信し、各非接触型通信端末が任意の各ユーザに情報提供するシステムにおいて、特に端末の台数が多い場合でも、あるいは全体的なデータ量が大きい場合でも、問題なく運用可能であり、また急な情報変更にも対応可能であり、あるいは任意の条件（ユーザ毎、時間帯等）に応じて細かく情報を切り替える柔軟な運用が可能となる情報提供システム、そのサーバ装置、非接触型通信端末、プログラム等を提供することである。
【課題を解決するための手段】
【００１９】
本発明の情報配信システムは、非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムであって、前記非接触型通信端末は、任意の前記非接触型情報媒体を検知する毎に、その都度、前記サーバ装置に情報配信要求を送信し、この要求に応じてサーバ装置から返信される出力用データを取得する出力用データ取得手段と、該出力用データ取得手段により取得された出力用データを、該当する出力先に振り分けて該出力先から出力させることで、前記ユーザへの情報提供を行う出力用データ振分手段とを有し、前記サーバ装置は、予め各種出力用データを記憶する出力用データ記憶手段と、前記情報配信要求を受信すると、前記出力用データ記憶手段から該当する出力用データを選択・取得し、該取得した出力用データを要求元の非接触型通信端末へ配信する出力用データ選択・配信手段とを有する。
【００２０】
また、例えば、前記サーバ装置の前記出力用データ記憶手段には、前記各出力用データが出力先識別子と対応付けて記憶されており、前記出力用データ選択・配信手段は、前記取得した出力用データを対応する前記出力先識別子と共に要求元の非接触型通信端末へ配信し、前記非接触型通信端末の前記出力用データ振分手段は、前記出力用データ取得手段によって取得された出力用データを、それに対応付けられた前記出力先識別子が示す出力先へと振り分ける。
【００２１】
また、例えば、前記出力用データ選択・配信手段は、様々な条件（端末識別番号、媒体識別番号または会員番号、属性情報、日時等）に応じて、前記出力用データ記憶手段から該当する出力用データを選択・取得する。
【発明の効果】
【００２２】
本発明の情報提供システム、そのサーバ装置、非接触型通信端末、プログラム等によれば、サーバ装置からネットワークを介して各非接触型通信端末に情報配信し、各非接触型通信端末が任意の各ユーザに情報提供するシステムにおいて、特に端末の台数が多い場合でも、あるいは全体的なデータ量が大きい場合でも、問題なく運用可能であり、また急な情報変更にも対応可能であり、あるいは任意の条件（ユーザ毎、時間帯等）に応じて細かく情報を切り替える柔軟な運用が可能となる。
【図面の簡単な説明】
【００２３】
【図１】本例の情報配信システム全体の概略構成図である。
【図２】ＲＷ端末の構成・機能ブロック図である。
【図３】サウンドデータ管理テーブルの一例である。
【図４】サーバの構成・機能ブロック図である。
【図５】実施例１における出力用データ管理テーブルの一例である。
【図６】情報配信システムにおける情報配信処理を説明する為のシーケンス図である。
【図７】（ａ）は情報配信要求メッセージ、（ｂ）は情報配信応答メッセージのメッセージ構成例である。
【図８】情報配信による各種出力インタフェースによる出力例を示す図である。
【図９】実施例２における出力用データ管理テーブルの一例である
【図１０】実施例２の出力用データ送信機能部の処理フローチャート図である。
【図１１】実施例３における出力用データ管理テーブルの一例である。
【図１２】実施例３の出力用データ送信機能部の処理フローチャート図である。
【図１３】実施例４におけるサーバの構成・機能ブロック図である。
【図１４】カード属性テーブルの一例である。
【図１５】実施例４の出力用データ管理テーブルの一例である。
【図１６】実施例４の出力用データ送信機能部の処理フローチャート図である。
【図１７】実施例５の出力用データ管理テーブルの一例である。
【図１８】実施例５の出力用データ送信機能部の処理フローチャート図である。
【図１９】コンピュータ・ハードウェア構成図である。
【発明を実施するための形態】
【００２４】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本例の情報配信システム全体の概略構成図である。
本例の情報配信システムは、上記背景技術で説明した通り、ＩＣカードリーダライタ等の非接触型通信端末を利用したシステムであり、この非接触型通信端末が任意の情報をユーザに提供するものであり、またこの情報はサーバが各非接触型通信端末に配信するものである。この情報は例えば広告情報等である。ユーザへの情報提供方法は、様々であってよく、例えば、ユーザが所持する非接触ＩＣカードや非接触ＩＣカード機能内蔵携帯端末等の非接触型情報媒体に、近距離無線通信で情報を配信して表示等させてもよいし、非接触型通信端末が備えるディスプレイ等に表示してもよい。また、非接触型情報媒体に配信する情報には、例えば関連ＷｅｂサイトのＵＲＬ等が含まれていてもよい。
【００２５】
以下の説明では、非接触型情報媒体として非接触ＩＣカード機能内蔵携帯端末（図示の非接触ＩＣ内蔵携帯電話２）を例にし、非接触型通信端末として非接触ＩＣカードリーダライタ（図示のＲＷ（リーダライタ）端末１０）を例にするが、この例に限らない。
【００２６】
図１に示すＲＷ（リーダライタ）端末１０は、任意の各店舗内や（その各売り場等）、電車内、駅構内、街中の任意の場所等の各所に設置されている。そして、サーバ２０がネットワーク１を介して各ＲＷ端末１０に例えば広告情報等の任意の情報を配信可能となっている。
【００２７】
そして、任意の非接触ＩＣ内蔵携帯電話２の所持者（以下、ユーザという）が、任意のＲＷ端末１０に対して任意のタイミングで自己の非接触ＩＣ内蔵携帯電話２をかざす（タッチする）ことによって、広告情報等の情報提供を受けられる。すなわち、ＲＷ端末１０は、例えば任意の情報を近距離無線通信によって非接触ＩＣ内蔵携帯電話２に送信する。非接触ＩＣ内蔵携帯電話２は、この配信情報を取得して表示等する（あるいは、更に、ＵＲＬ情報に基づき所定のサイトにアクセスして、より詳細な情報を取得できる）。または／及び、ＲＷ端末１０の有する各種ユーザインタフェース（ディスプレイ、スピーカ等）への出力を行う。
【００２８】
ここで、本例の情報配信システムの基本的特徴について以下に説明する。
まず、本例の各ＲＷ端末１０は、例えば後に図６で説明するように、自己に対して任意の非接触ＩＣ内蔵携帯電話２がかざされる（タッチされる）毎に、その都度、サーバ２０にアクセスして情報を取得して、この情報を何らかの形でユーザに提供する。これは、特に、例えば、そのときに必要な情報のみをサーバ２０から取得できるものである。あるいは、特に、最新の（更新後）の情報を取得できるものである。
【００２９】
サーバ２０は、任意のＲＷ端末１０から要求がある毎に、要求元のＲＷ端末１０に情報配信する。これは、特に、例えば要求（要求メッセージ）の内容や日時等に応じた情報を配信するものであり、例えば、自己が保持する種々の情報の中から要求メッセージの内容や現在日時等に応じた情報を選択して（例えば、そのときに要求元のＲＷ端末１０に配信すべき情報のみを選択して）、要求元のＲＷ端末１０に配信する。
【００３０】
尚、この配信情報は例えば後述する出力用データ等である。この出力用データとは、例えば上記課題で説明した“対ユーザ出力情報”等に相当する。この場合、各ＲＷ端末１０は、取得した出力用データに基づいて、非接触ＩＣ内蔵携帯電話２への情報配信や、後述する各種ユーザインタフェース（ディスプレイ、スピーカ等）への出力処理を実行することで、ユーザへの情報提供（注意喚起等も含む）を実現し、その後、取得した出力用データは消去する。
【００３１】
この様に、本例の情報配信システムでは、各ＲＷ端末１０側では“対ユーザ出力情報”等の情報を基本的には保持せず、この情報はサーバ２０側で全て保持して一元管理している。そして、各ＲＷ端末１０は、任意のユーザによる利用がある毎に、その都度、サーバ２０にアクセスして情報を取得して、ユーザに情報提供する（これを、基本的な特徴とする）。
【００３２】
ＲＷ端末１０が逐一取得する出力用データは、例えば、サーバ２０が保持する各種出力用データのうちの一部である。出力用データに変更がある場合でも、サーバ２０が保持する各種出力用データを変更するだけで済む。
【００３３】
これより、例えば、特にＲＷ端末の台数が多い場合でも、あるいは各種出力用データの全体的なデータ量が大きい場合でも、サーバからの情報配信に時間が掛かる等の問題なく運用可能であり、また急な情報変更にも対応可能となる。すなわち、サーバ２０側において当該サーバ２０が保持する情報に変更が生じた場合でも、従来のように変更後の情報を各端末に配信して各端末が保持する情報を更新させる必要はなく、サーバ２０側で保持する情報の変更が行われるだけで、その後にサーバ２０にアクセスしてくる端末に配信される情報は、変更後の情報となる。
【００３４】
更に、任意の条件（ユーザ毎、時間帯等）に応じて細かく情報を切り替える柔軟な運用が可能となる。従来においても、各端末が様々な情報の中から選択的にデータ出力（ユーザに提供等）することは可能であったが、この場合、各端末が様々な情報を保持している必要があり、場合によっては保持するデータ量が非常に多くなる（あるいは、メモリ容量不足で保持できないことになる）。
【００３５】
また、この場合、サーバ２０側において当該サーバ２０が保持する様々な情報に変更が生じた場合、変更後の情報を各端末に配信して各端末が保持する情報を更新させる必要があるが、データ量が大きいことから、特に端末の台数が多い場合、データ配信・更新に時間が掛かることになる。これに対して、本手法では、逐一、必要な情報のみ（サーバ２０が保持する情報の一部）を配信するので、情報のデータ量が少なくて済み、この様な問題が生じることなく、任意の条件（ユーザ毎、時間帯等）に応じて細かく情報を切り替える柔軟な運用が可能となる。これは、特に、サーバ２０が保持する情報の更新頻度が高い場合に、顕著な効果を奏する。
【００３６】
以下に説明する各実施例１〜５は、全て、上述した基本的特徴を有したうえで、更に各々の特徴を有している。以下、各実施例１〜５について説明する。
まず、図２に、実施例１における上記ＲＷ端末１０の構成・機能ブロック図を示す。
【００３７】
尚、図２に示す構成自体は、後述する各実施例２〜５においても、同じであってよい（但し、処理機能は異なる）。
図２に示す例のＲＷ端末１０は、まず、ユーザインタフェースの出力機能として、テキストやビットマップデータを表示可能な小型ディスプレイ１６、サウンド出力するスピーカ１５、ＬＥＤ１７等を有するが、ユーザインタフェースの出力機能をこの構成に限定するものではない。
【００３８】
また、非接触ＩＣ内蔵携帯電話２との近距離無線通信を行う為のアンテナ、送受信回路等を有する非接触ＩＣ通信部１８を備えるが、これは一般的な構成であり、特に説明しない。また、ネットワーク１に接続してサーバ２０等との通信を行う為の対サーバ通信機能部１１を備えるが、これも一般的な構成であり、特に説明しない。
【００３９】
本例のＲＷ端末１０は、更に、出力用データ取得機能部１２、出力用データ振分機能部１３、サウンドデータ管理テーブル１４を有する。出力用データ取得機能部１２、出力用データ振分機能部１３による後述する処理機能は、ＲＷ端末１０が備える不図示のＣＰＵ／ＭＰＵ等が、予め不図示のメモリ等に記憶されている所定のアプリケーションプログラムを読出し・実行することにより実現される。
【００４０】
出力用データ取得機能部１２は、任意の非接触ＩＣ内蔵携帯電話２がかざされる毎に（携帯電話２を検知する毎に）、対サーバ通信機能部１１によりネットワーク１を介してサーバ２０にアクセスして、上記出力用データ等（後述する出力用データ一式等）を取得する機能部である。出力用データ振分機能部１３は、出力用データ取得機能部１２によって取得された各出力用データを、各種出力先（上記各種ユーザインタフェース出力機能や非接触ＩＣ通信部１８）に振分ける。その際、後述するように、取得した各出力用データを、それぞれに対応付けられている出力先識別子によって、該当する出力先に振り分けることができる。
【００４１】
また、スピーカ１５に送るべき音データは、サウンドデータ管理テーブル１４から取得する。
ここで、サウンドデータ管理テーブル１４は、例えば図３に示すように、サウンド番号３１と音データ３２とを対応付けて管理するテーブルである。つまり、各種の実際の音のデータである各種音データ３２が予め登録されており、これがサウンド番号３１によって管理されている。
【００４２】
上記出力用データには任意のサウンド番号が含まれており、出力用データ振分機能部１３は、このサウンド番号を用いてサウンドデータ管理テーブル１４を検索して、対応する音データ３２を取得し、この取得した音データをスピーカ１５へ出力することで、音を出力させる。例えば、サウンド番号＝１であったならば、スピーカ１５からは“ピンポン”音が出力されることになる。尚、サウンドデータ管理テーブル１４は、例えば上記不図示のメモリ等に予め記憶されている。
【００４３】
尚、ディスプレイ１６はディスプレイ自体だけでなく例えば表示制御部（不図示）も含まれるものである。これは、スピーカ１５、ＬＥＤ１７に関しても同様であり、それぞれ、音出力制御部、発光制御部等（何れも不図示）も含まれるものである。出力用データ振分機能部１３は、これら各制御部にそれぞれ該当する出力用データを振り分けて渡す。各制御部は、渡された出力用データを用いて、各々の所定の制御処理（例えば表示処理等）を実行する。
【００４４】
出力用データ取得機能部１２、出力用データ振分機能部１３の詳しい処理機能については、後述する。
次に、図４に、実施例１のサーバ２０の構成・機能ブロック図を示す。
【００４５】
尚、図４に示す構成自体は、後述する各実施例２、３、５においても、同じであってよい（但し、処理機能は異なる）。実施例４のみは多少構成が異なり、後に図示して説明する。
【００４６】
図４に示す例のサーバ２０は、対端末通信機能部２１、出力用データ送信機能部２２、出力用データ管理テーブル２３を備える。
対端末通信機能部２１は、ネットワーク１に接続して各ＲＷ端末１０との通信を行う為の機能部であり、これは一般的な構成であり、特に説明しない。
【００４７】
出力用データ送信機能部２２は、任意のＲＷ端末１０からアクセスがある毎に、このＲＷ端末１０に送信すべき出力用データを、出力用データ管理テーブル２３から取得して送信する。
【００４８】
出力用データ管理テーブル２３には、予め、各種出力用データが、該当する出力先識別子に対応付けて登録されている。
図５に、実施例１における出力用データ管理テーブル２３の一例を示す。
【００４９】
尚、他の実施例２〜５における出力用データ管理テーブル２３の一例は、後に図示・説明するが、何れも本例では実施例１の場合と同様に、各種出力先識別子に対応付けて各種出力用データが登録されている。しかしながら、これは一例であり、この例に限らないものであり、実施例２〜５は実施例１の特徴を有さないものであってもよい（但し、当然、上記基本的な特徴は有する）。
【００５０】
図５に示す例の出力用データ管理テーブル２３は、各種出力先識別子４１に対応付けて各種出力用データ４２が登録されている。
出力先識別子４１は、上記ＲＷ端末１０における各種ユーザインタフェースの各種出力機能（ディスプレイ１６、スピーカ１５、ＬＥＤ１７）や非接触ＩＣ通信部１８の何れかを指定する識別子である。つまり、データ出力先を示す識別子である。つまり、出力先識別子４１に関しては、図示の「ディスプレイ」は出力先がディスプレイ１６であることを意味し、「サウンド」は出力先がスピーカ１５であることを意味し、「ＬＥＤ」は出力先がＬＥＤ１７であることを意味する。また「非接触ＩＣ通信」は出力先が非接触ＩＣ通信部１８であることを意味するが、これは実質的に出力先が非接触ＩＣ内蔵携帯電話２であることを意味する。
【００５１】
尚、出力先識別子４１は、実際には「ディスプレイ」等の文字ではなく、各出力先を示す予め決められた番号／記号等であってよい。
そして、各種出力用データ４２には、対応する出力先識別子４１が示す出力先へ出力すべきデータが登録されている。例えば、出力先識別子４１が「ディスプレイ」である出力用データ４２は、ディスプレイ１６への表示データ（例えばテキストデータ等）であり、図示の例では“○○キャンペーン中です。詳しくはＷＥＢを！”というメッセージとなっている。
【００５２】
また、例えば、出力先識別子４１が「サウンド」である出力用データ４２は、スピーカ１５に出力させるべき音データに対応する上記サウンド番号である。また、出力先識別子４１が「ＬＥＤ」である出力用データ４２は、上記ＬＥＤ１７の点灯／点滅制御用データとなっており、図示の例では“色；赤、点灯時間：５秒、点滅間隔：０．５秒”となっている（尚、実際には後述する図７（ｂ）に示すように、所定のフォーマットに従って例えば「赤，１，0.5」というデータになっている）。
【００５３】
また、出力先識別子４１が「非接触ＩＣ通信」である出力用データ４２は、上記の通り非接触ＩＣ通信部１８を介して非接触ＩＣ内蔵携帯電話２へ配信すべき情報であり、図示の例では“○○キャンペーン中です”というメッセージと共に、関連ＷｅｂサイトのＵＲＬ情報も含まれている。
【００５４】
図６に、上記情報配信システムにおける情報配信処理を説明する為のシーケンス図を示す。このシーケンス図が示す処理手順は、基本的に、全ての実施例１〜５に共通のものである。
【００５５】
図６において、まず、ＲＷ端末１０は、よく知られているように随時ポーリングを行っており、任意のユーザ（任意の非接触ＩＣ内蔵携帯電話２の所持者）が、任意のＲＷ端末１０に自己の非接触ＩＣ内蔵携帯電話２をかざすと（タッチすると）、ＲＷ端末１０はこれを検知（検出）する。そして、本手法では、ＲＷ端末１０は、まず、サーバ２０に送信すべき情報配信要求メッセージの作成処理を行う（ステップＳ１１）。尚、この処理は、例えば出力用データ取得機能部１２が実行する。
【００５６】
ここで、図７（ａ）に情報配信要求メッセージの一例を示す。
図示の例の情報配信要求メッセージ５０は、開始フラグ５１、メッセージ種別５２、メッセージ長５３、ＲＷ端末識別子５４、カード識別番号５５、フレームチェックシーケンス５６、終了フラグ５７等より成る。開始フラグ５１、メッセージ種別５２、フレームチェックシーケンス５６、終了フラグ５７は、予め決まっているものであり（要求メッセージ５０の基本フォーマットであり）、ここでは特に説明しない。尚、メッセージ種別５２は、ここでは情報配信要求であることを示す‘０１’となる。メッセージ長５３には、この情報配信要求メッセージ５０のデータ長が格納される。
【００５７】
また、各ＲＷ端末１０には、予め各々を識別する為のユニークなＩＤであるＲＷ端末識別子が割り当てられおり、上記ＲＷ端末識別子５４には自端末のＲＷ端末識別子が格納される。また、一般的に、各ＩＣカード（非接触ＩＣ内蔵携帯電話２のＩＣカードも含む）には、予め各々を識別する為のユニークなＩＤであるカード識別番号が割り当てられおり、ＲＷ端末１０は、上記のようにポーリング検知した非接触ＩＣ内蔵携帯電話２からそのカード識別番号を読み出して、これをカード識別番号５５として要求メッセージ５０に格納する。
【００５８】
尚、実施例１、２においては、カード識別番号５５は必ずしも必要ないものである。
そして、ＲＷ端末１０は（例えばその出力用データ取得機能部１２は）、上記ステップＳ１１の処理で作成した情報配信要求メッセージを、対サーバ通信機能部１１によりネットワーク１を介してサーバ２０へ送信する（ステップＳ１２）。
【００５９】
サーバ２０の出力用データ送信機能部２２は、対端末通信機能部２１を介して上記情報配信要求メッセージを受信すると、このメッセージ内容と上記出力用データ管理テーブル２３に基づいて、要求元のＲＷ端末１０に配信すべき出力用データを選択・取得する処理を実行する（ステップＳ１３）。但し、実施例１に関してはこの選択処理については特に言及しない。実施例１においては、例えば図５に示す出力用データ管理テーブル２３の登録情報全てを取得する。選択処理に関しては、後に実施例２〜５で説明する。また、取得するのは出力用データ４２だけでなく出力先識別子４１も一緒に取得する。
【００６０】
そして、サーバ２０の出力用データ送信機能部２２は、上記ステップＳ１３で選択・取得した情報（出力用データ４２と出力先識別子４１のセット）を含む情報配信応答メッセージを作成する（ステップＳ１４）。そして、作成した情報配信応答メッセージを対端末通信機能部２１によりネットワーク１を介して要求元のＲＷ端末１０へと配信する（ステップＳ１５）。
【００６１】
ここで、図７（ｂ）に情報配信応答メッセージの一例を示す。
図示の例の情報配信応答メッセージ６０は、開始フラグ６１、メッセージ種別６２、メッセージ長６３、ＲＷ端末識別子６４、出力用データ一式６５、フレームチェックシーケンス６６、終了フラグ６７等より成る。開始フラグ６１、メッセージ種別６２、フレームチェックシーケンス６６、終了フラグ６７は、予め決まっているものであり（応答メッセージ５０の基本フォーマットであり）、ここでは特に説明しない。
【００６２】
尚、メッセージ種別６２は、ここでは情報配信応答であることを示す‘０２’となる。メッセージ長６３には、この情報配信応答メッセージ６０のデータ長が格納される。また、ＲＷ端末識別子６４には上記要求メッセージ５０のＲＷ端末識別子５４がコピーされる。
【００６３】
出力用データ一式６５には、上記ステップＳ１３で取得したデータ全てが格納される。
ここで、本手法では上記の通り、出力先識別子４１も一緒に取得する。よって、図示の通り、出力用データ一式６５には、各出力先識別子と出力用データのセットが格納される。
【００６４】
この様に、本手法では、サーバ側において各種出力用データを出力先識別子と対応付けて管理しているだけでなく、各種出力用データを出力先識別子と対応付けた状態のままＲＷ端末１０に配信する。これによって、ＲＷ端末１０側では、後述するように、情報配信応答メッセージ６０を受信すると即座に各種出力用データを該当する出力先へと振り分けて出力させることができる。
【００６５】
ＲＷ端末１０側では、出力用データ取得機能部１２は、対サーバ通信機能部１１を介して上記情報配信応答メッセージ６０を取得すると、この応答メッセージ６０の出力用データ一式６５を抽出して、これを出力用データ振分機能部１３に渡す。
【００６６】
出力用データ振分機能部１３は、この出力用データ一式６５における各種出力用データを、それぞれに対応する出力先識別子に基づいて該当する出力先へと振り分ける（ステップＳ１６）。但し、サウンドに関しては、上記の通り、その出力用データであるサウンド番号に対応する音データを、サウンドデータ管理テーブル１４から取得したうえで、該当する出力先であるスピーカ１５へ振り分ける。尚、当然、出力用データ振分機能部１３は、各出力先識別子に対応する出力先が分かるようになっている（予め、例えば、各出力先識別子と出力先を対応付けたテーブル等が登録されている）。
【００６７】
具体的には、例えば図７（ｂ）に示す例では、出力先識別子＝「ディスプレイ」に対応する出力用データであるテキストメッセージ“○○キャンペーン中です。詳しくはＷＥＢを！”は、ディスプレイ１６に振り分ける。尚、既に述べた通り、ディスプレイ１６には表示制御部も含まれ、上記テキストメッセージはこの表示制御部に渡されて、表示制御部によってディスプレイ上に上記テキストメッセージが表示されるものである。
【００６８】
これは、上記の通り、スピーカ１５、ＬＥＤ１７に関しても同様である。すなわち、出力先識別子＝「サウンド」に対応する出力用データである‘１’に応じた音データ“ピンポン”は、スピーカ１５の上記音出力制御部に振り分けられ、音出力制御部の制御によってスピーカから“ピンポン”音が出力される。出力先識別子＝「ＬＥＤ」に対応する出力用データである‘赤，１，0.5’は、ＬＥＤ１７の上記発光制御部に振り分けられ、発光制御部がこの‘赤，１，0.5’を解釈して、ＬＥＤを赤色で点滅間隔0.5秒で５秒間ずつ点灯させる。
【００６９】
また、出力先識別子＝「非接触ＩＣ通信」に対応する出力用データであるテキストメッセージ“○○キャンペーン中です。”及びＵＲＬ情報は、非接触ＩＣ通信部１８に振り分けることで、上記検知した非接触ＩＣ内蔵携帯電話２のメモリ等に書き込ませる。
【００７０】
図８に、上述した処理を行った結果としての各種出力インタフェースによる出力例（表示／音声出力等）を示す。
この例では、ＲＷ端末１０のディスプレイ１６に上記メッセージを表示すると共に、“ピンポン”音やＬＥＤの点灯／点滅によりユーザの注意を惹きつける。また、ユーザは、自己の非接触ＩＣ内蔵携帯電話２に表示されるメッセージを見ることもでき、更に興味があれば関連サイトにアクセスして更に詳しい情報を見ること等も可能となる。
【００７１】
上記のように、ＲＷ端末１０は、情報配信応答メッセージを受信すると、このメッセージに含まれる各種出力用データを、対応する出力先識別子に従って該当する出力先へと出力する。
【００７２】
もし、出力先識別子が無いと、ＲＷ端末１０は、各種出力用データの出力先が分からない（または出力先を判断するのに時間が掛かる）ことになるが、本手法では出力先識別子を用いることで、各種出力用データをそれぞれ適切な出力先へと即座に振り分けることができる。よって、本手法のように、非接触ＩＣ内蔵携帯電話２を検知する毎にサーバ２０にアクセスして各種出力用データを取得する方式であっても、短時間でユーザに情報を提供できる（ユーザを待たせない）。また、ＲＷ端末１０の処理負担も軽減できる。
【００７３】
また、サーバ２０側で、例えば上記４種類の出力用データセットの一部（１種類以上）を削除することで、端末１０側における出力先の選択（例えば、サウンドを鳴らす／鳴らさないなど）を、サーバ側で柔軟に制御することも可能となる。
【００７４】
尚、本手法において、非接触型情報媒体への情報配信は必須ではない。つまり、出力先識別子＝「非接触ＩＣ通信」の出力用データは、必ずしも必要なものではない。特に、非接触型情報媒体が単なるＩＣカードである場合、通常、表示機能や通信機能は存在しないので、メッセージやＵＲＬ情報を配信してもあまり意味がない（但し、そのユーザがＩＣカードリーダライタ機能付きパソコン等を所持していれば、パソコンによりメッセージ表示やＵＲＬに基づく所定サイトへのアクセスを行うことが可能であるので、単なるＩＣカードに情報配信しても構わないが、基本的には情報配信しなくてもよい）。
【００７５】
本手法は、非接触型情報媒体が単なるＩＣカードである場合にも適用可能であり、その場合には基本的にはＲＷ端末１０の各種ユーザインタフェースによってのみ、ユーザに情報を提供することになる。
【００７６】
次に、以下、実施例２について説明する。
既に述べた通り、実施例２においても、全体構成（図１）やサーバ／ＲＷ端末の構成（図２、図４）や、全体的な処理シーケンス（図６）は、実施例１の場合と同じであってよく、ここでは特に説明しない。
【００７７】
実施例２は、実施例１と比較すると、出力用データ管理テーブル２３の内容及び出力用データ送信機能部２２の処理機能が異なる。実施例２では、上記サーバ２０の出力用データ管理テーブル２３として、例えば図９に示す内容のテーブル７０を用い、上記ステップＳ１３，Ｓ１４の処理として例えば図１０に示すフローチャートの処理を実行する。
【００７８】
図９は、実施例２の出力用データ管理テーブル２３の一例である。
図９に示すように、実施例２の出力用データ管理テーブル２３では、各ＲＷ端末１０毎にそれぞれ対応する出力用データを登録してある。つまり、各ＲＷ端末１０毎にそれぞれ異なる内容の出力用データを配信可能となっている（勿論、全てが異なる必要はなく、同じ内容の出力用データを配信するＲＷ端末１０が複数台あってもよい）。
【００７９】
各ＲＷ端末１０毎の出力用データは、上記実施例１の場合（図５の例）と同様に、各種出力先識別子に対応付けられた各種出力用データであってよい。これは、ここでは例えば出力先識別子と出力用データのペアを「出力用データセット」と言い、ＲＷ端末１０に配信すべき情報、すなわち各出力先に対応する各「出力用データセット」を一纏めにしたものを「出力用データセット一式」と言うものとする。この「出力用データセット一式」を応答メッセージに格納したものが、上記出力用データ一式６５に相当することになる。
【００８０】
これより、実施例２の出力用データ管理テーブル２３では、各ＲＷ端末１０毎にそれぞれ対応する「出力用データセット一式」を登録してあるものと言える。
以上のことから、図９に示す通り、実施例２の出力用データ管理テーブル２３の一例である図示の出力用データ管理テーブル７０には、各端末識別番号７１に対応付けて、出力先識別子７２と出力用データ７３のペア（出力用データセット）が格納されている。出力先識別子７２と出力用データ７３に関しては、上記図５における出力先識別子４１と出力用データ４２で説明した通りであり、ここでは特に説明しない。
【００８１】
端末識別番号７１は、各ＲＷ端末１０の上記ＲＷ端末識別子に相当する。これより、例えば図示の端末識別番号７１＝‘０００１’である４つのレコードの出力先識別子７２及び出力用データ７３のペアが、ＲＷ端末識別子＝‘０００１’のＲＷ端末１０に配信すべき「出力用データセット一式」を意味する。
【００８２】
これより実施例２ではサーバ２０の出力用データ送信機能部２２は、例えば図１０の処理を実行する。
図１０は、本例の出力用データ送信機能部２２の処理フローチャート図である。これは、上記ステップＳ１３、Ｓ１４の処理の実施例２における詳細フローに相当する。
【００８３】
図１０において、出力用データ送信機能部２２は、まず、受信した情報配信要求メッセージ５０からＲＷ端末識別子５４を取り出す（ステップＳ２１）。そして、取り出したＲＷ端末識別子５４を用いて出力用データ管理テーブル７０を検索し、該当する出力先識別子７２と出力用データ７３のペアを全て取り出す（ステップＳ２２）。すなわち、その端末識別番号７１がＲＷ端末識別子５４と同一であるレコードを全て抽出し、これら抽出レコードの「出力用データセット」（出力先識別子７２と出力用データ７３のペア）を全て取得する。
【００８４】
そして、取得した「出力用データセット」に基づいて応答メッセージ６０を生成する。これは、取得した全ての「出力用データセット」、すなわち「出力用データセット一式」を、上記出力用データ一式６５として応答メッセージ６０に格納する等して（他の処理は既に述べたので省略）、応答メッセージ６０を生成する（ステップＳ２３）。そして、生成した応答メッセージ６０を、要求元のＲＷ端末１０へ送信する（ステップＳ２４）。
【００８５】
この様に、実施例２では、各ＲＷ端末１０毎にその端末でユーザインタフェース出力させるのに適した内容の出力用データを配信して、ユーザインタフェース出力等を行わせることができる。例えば、図９に示す例では、端末識別番号７１（ＲＷ端末識別子）＝‘０００２’のＲＷ端末１０はパン屋に設置された端末であり、端末識別番号７１（ＲＷ端末識別子）＝‘０００３’のＲＷ端末１０は衣料品売場に設置された端末であること等が考えられる。勿論、この様な設置場所に応じた内容とする例に限るものではない。
【００８６】
また、実施例２でも、本例の場合には上記実施例１と同様の効果も得られる。すなわち、配信先のＲＷ端末１０において、出力先識別子を用いることで、各種出力用データを即座に該当する出力先へと振り分けることができ、ＲＷ端末１０の処理負荷が軽減されると共に処理時間を短縮でき、逐一サーバから出力用データを取得するものであっても、ユーザを待たせることなく、ユーザに情報提供できる。但し、上記の通り、必ずしも実施例２において実施例１の特徴を有する必要はない。
【００８７】
次に、以下、実施例３について説明する。
既に述べた通り、実施例３においても、全体構成（図１）やサーバ／ＲＷ端末の構成（図２、図４）や、全体的な処理シーケンス（図６）は、実施例１の場合と同じであってよく、ここでは特に説明しない。
【００８８】
実施例３は、実施例１と比較すると、出力用データ管理テーブル２３の内容及び出力用データ送信機能部２２の処理機能が異なる。実施例３では、上記サーバ２０の出力用データ管理テーブル２３として、例えば図１１に示す内容のテーブル８０を用い、上記ステップＳ１３，Ｓ１４の処理として例えば図１２に示すフローチャートの処理を実行する。
【００８９】
図１１は、実施例３における出力用データ管理テーブル２３の一例である。
実施例３では、例えば各ユーザ毎にそれぞれそのユーザに適した内容の出力用データを配信可能である。すなわち、図１１に示す通り、実施例３の出力用データ管理テーブル２３の一例である図示の出力用データ管理テーブル８０には、各カード識別番号８１に対応付けて、「出力用データセット一式」（各種の出力先識別子８２と出力用データ８３のペア）が登録されている。出力先識別子８２と出力用データ８３に関しては、上記実施例２の場合と同様、ここでは特に説明しない。
【００９０】
ここで、各カード識別番号は“各ユーザ”に相当すると考えることもできる（勿論、複数のＩＣカードを所持するユーザもいるが、ここでは各ユーザはそれぞれ１枚のＩＣカードを所持するものと考える）。よって、本例の出力用データ管理テーブル８０は、各ユーザ毎に対応する情報（例えば「出力用データセット一式」等）を格納しているものとも言える。
【００９１】
尚、その意味で、カード識別番号を用いる例に限らず、例えば会員番号等としてもよい。勿論、この場合、予め入会手続きを経て任意の会員番号が割り当てられてＩＣカード（携帯電話２等）に記憶されており、またサーバ２０側でも各会員番号に対応付けて各ユーザの個人情報等（入会手続き時にユーザが提示している）を記憶・管理していることになる。これは、後述する実施例４においても同様である。
【００９２】
カード識別番号は上記の通り各ＩＣカードの識別ＩＤである。ここで、従来より、ＩＣカード所持者（ユーザ）の顧客管理の手法として、例えばＰＯＳ端末等によりユーザが何らかの商品を購入してＩＣカードにより電子マネー決済を行う毎に、そのＩＣカードのカード識別番号に対応付けて購入商品情報等をサーバに送信して、サーバに蓄積させる。上記の通り、これは、各ユーザ毎の商品購入情報を蓄積するものと言える。そして、サーバ側において、例えば分析担当者等が、蓄積情報に基づいて各種の分析を行う。この分析により、各ユーザがどの様な商品を多く買っているのか等に基づき、どの様な商品に興味を持っているのかを推測可能である。
【００９３】
配信する情報が広告情報の場合、配信先のユーザにとって興味のある商品の広告情報を配信することで、よい広告効果が得られることが期待できる。これより、実施例３では、サーバに各ユーザ個別の情報（広告情報等）を登録しておき、受信した要求メッセージ５０のカード識別番号に基づいて、そのユーザ向けの（要求元のＲＷ端末１０を利用しているユーザ向けの）情報を選択して要求元のＲＷ端末１０に配信する。
【００９４】
具体的な処理の一例を図１２に示す。
図１２は、本例の出力用データ送信機能部２２の処理フローチャート図である。これは、上記ステップＳ１３、Ｓ１４の処理の実施例３における詳細フローに相当する。
【００９５】
図１２において、出力用データ送信機能部２２は、まず、受信した情報配信要求メッセージ５０からカード識別番号５５を取り出す（ステップＳ３１）。そして、取り出したカード識別番号５５を用いて出力用データ管理テーブル８０を検索し、該当する情報（「出力用データセット」；出力先識別子８２と出力用データ８３のペア）を全て取り出す（ステップＳ３２）。すなわち、そのカード識別番号８１がカード識別番号５５と同一であるレコードを全て抽出し、これら抽出レコードの「出力用データセット」（出力先識別子８２と出力用データ８３のペア）を全て取得する。
【００９６】
その後は上記ステップＳ２３，Ｓ２４の処理と略同様である。すなわち、ステップＳ３２で取得した「出力用データセット」に基づいて応答メッセージ６０を生成する。これは、取得した全ての「出力用データセット」すなわち「出力用データセット一式」を、上記出力用データ一式６５として応答メッセージ６０に格納する等して（他の処理は既に述べたので省略）、応答メッセージ６０を生成する（ステップＳ３３）。そして、生成した応答メッセージ６０を、要求元のＲＷ端末１０へ送信する（ステップＳ３４）。
【００９７】
この様に、実施例３では、各ユーザ個別に、そのユーザに適した内容の情報（出力用データ等）を配信して、ユーザインタフェース出力等を行わせることができる。
尚、この場合、従来では、例えば図１１に示す管理テーブル８０のような各ユーザ個別の出力用データを各ＲＷ端末に配信して記憶させることになるが、現在、ＩＣカードのユーザ数は非常に多数であり、よってデータ量は膨大なものとなり、通常のＲＷ端末のメモリ容量では記憶することは難しい。また、もし、記憶できたとしても、この様な大容量データを多数のＲＷ端末に配信するには時間が掛かるものであり、またサーバの処理負荷が増大する。更に、図９や図１１に示す例のように出力用データの内容が期間限定（キャンペーン中等）である場合、頻繁に出力用データの内容が更新されることが考えられ、その度に各ＲＷ端末に大容量データを配信してデータ更新させる必要があり、サーバ、各ＲＷ端末双方の処理負荷は配信処理に掛かる時間、ネットワーク負荷等が極めて大きなものとなる。
【００９８】
一方、本手法では、各ＲＷ端末１０は逐一サーバにアクセスして、そのときに必要な情報のみを取得するので、上記の様な問題が生じることなく、各ユーザ個別のきめ細かい情報配信・出力用データの提供等が可能となる。
【００９９】
また、当然、実施例３でも、本例では上記実施例１と同様の効果も得られる。すなわち、配信先のＲＷ端末１０において、出力先識別子を用いることで、各種出力用データを容易に各出力先へと振り分けることができ、ＲＷ端末１０の処理負荷が軽減されると共に処理時間を短縮でき、逐一サーバから出力用データを取得するものであっても、ユーザを待たせることなく、ユーザに情報提供できる。但し、上記実施例２の場合と同様、実施例３においても必ずしも実施例１の特徴を有する必要はない。
【０１００】
また、本手法では、各実施例を組み合わせることもできる。例えば上記実施例２と実施例３を組み合わせることもできる。この場合、特に図示しないが、出力用データ管理テーブル２３の内容は、端末識別番号、カード識別番号、出力用識別子、出力用データの各データ項目より成る。
【０１０１】
すなわち、端末識別番とカード識別番号との組み合わせ（端末とユーザの組み合わせ）毎に、「出力用データセット一式」が格納される。つまり、同一ユーザであっても、そのときに利用する端末毎に、提供される情報が異なる場合もあり得る。例えば、各種店舗毎に、その店舗で扱う商品の中でその顧客が興味を示しそうな商品の広告情報を、配信して提供（表示等）させることができる。
【０１０２】
尚、この場合には、ステップＳ１３の処理において、受信した要求メッセージ５０のＲＷ端末識別子５４及びカード識別番号５５を用いて出力用データ管理テーブル２３を検索して、該当するレコードを全て抽出することで、該当する「出力用データセット一式」を取得することになる。
【０１０３】
尚、上記各実施例を組み合わせとしては、上記の例以外にも、実施例２と実施例４、実施例２と実施例５、実施例３と実施例４、実施例３と実施例５、実施例４と実施例５、実施例２，３，４の組み合わせ、実施例３，４，５の組み合わせ、実施例２，３，４，５の組み合わせ等が考えられ、更にこれら各組み合わせに対して実施例１を組み合わせることもできる。
【０１０４】
次に、以下、実施例４について説明する。
既に述べた通り、実施例３においても、全体構成（図１）やＲＷ端末の構成（図２）や、全体的な処理シーケンス（図６）は、実施例１の場合と同じであってよく、ここでは特に説明しないが、サーバ２０の構成は実施例１（図４）とは多少異なる。
【０１０５】
図１３に、実施例４におけるサーバ２０’の構成・機能ブロック図を示す。
図示のサーバ２０’は、対端末通信機能部９１、出力用データ送信機能部９２、出力用データ管理テーブル９３を備え、更にカード属性テーブル９４を備える。
【０１０６】
対端末通信機能部９１は、上記対端末通信機能部２１と同じであってよく、特に説明しない。
出力用データ送信機能部９２は、任意のＲＷ端末１０からアクセスがある毎に、このＲＷ端末１０に送信すべき出力用データを、出力用データ管理テーブル９３から取得して送信するという点では、上記出力用データ送信機能部２２と略同様である。但し、出力用データ送信機能部９２は、まずカード属性テーブル９４を検索したうえで、この検索結果に基づいて出力用データ管理テーブル９３を検索することで、要求に応じた「出力用データセット一式」を取得して、これを要求元のＲＷ端末１０へ送信することになる。
【０１０７】
図１４にカード属性テーブル９４の一例、図１５に出力用データ管理テーブル９３の一例を示す。
図１４に例のカード属性テーブル９４は、各カード識別番号１０１に対応付けてカード属性情報１０２が登録されている。ここで上述した通り、カード識別番号はそのカード所持者（ユーザ）を示すものであり、図示の例ではカード属性情報１０２はユーザの属性情報を意味する。この属性情報は、ユーザを何らかの形で分類したものであり、例えば性別（男女）、年齢、年代（３０代、４０代等）、あるいは居住地域、興味を持つもの（頻繁に購入する商品等）等の様々な基準によって分類してよいものであり、図示の例では「性別及び年代」によって分類している例を示す。
【０１０８】
また、図１５に示す例の出力用データ管理テーブル９３は、各属性情報１１１に対応付けて、「出力用データセット」（出力先識別子１１２と出力用データ１１３のペア）が登録されている。出力先識別子１１２及び出力用データ１１３に関しては、上記実施例２等の場合と同様、ここでは特に説明しない。
【０１０９】
属性情報１１１は上記カード属性情報１０２と同様、上記ユーザの“属性情報”を意味する。
本例の出力用データ送信機能部９２は、任意のＲＷ端末１０からの要求メッセージ５０を受信する毎に、図１６に示す処理を実行する。
【０１１０】
図１６は、出力用データ送信機能部９２の処理フローチャート図である。これは、上記ステップＳ１３、Ｓ１４の処理の実施例４における詳細フローに相当する。
図１６において、出力用データ送信機能部２２は、まず、受信した情報配信要求メッセージ５０からカード識別番号５５を取り出す（ステップＳ４１）。そして、まず、取り出したカード識別番号５５を用いてカード属性テーブル９４を検索して、該当するレコード（そのカード識別番号１０１がカード識別番号５５と同一であるレコード）のカード属性情報１０２を取得する（ステップＳ４２）。
【０１１１】
続いて、取得したカード属性情報１０２を用いて出力用データ管理テーブル９３を検索して、該当する全てのレコード（その属性情報１１１が取得したカード属性情報１０２と同一であるレコード全て）を抽出して、抽出した全てのレコードの「出力用データセット」（出力先識別子１１２と出力用データ１１３のペア）を取得する（ステップＳ４３）。つまり、取得したカード属性情報１０２に対応する「出力用データセット一式」を取得する。
【０１１２】
その後は上記ステップＳ２３，Ｓ２４の処理と略同様である。すなわち、ステップＳ４３で取得した「出力用データセット一式」を、上記出力用データ一式６５として応答メッセージ６０に格納する等して（他の処理は既に述べたので省略）、応答メッセージ６０を生成する（ステップＳ４４）。そして、生成した応答メッセージ６０を、要求元のＲＷ端末１０へ送信する（ステップＳ４５）。
【０１１３】
この様に、実施例４では、各ユーザの属性に応じてそのユーザに適した情報を選択してＲＷ端末１０に配信して、ユーザに提供することができる。
次に、以下、実施例５について説明する。
【０１１４】
既に述べた通り、実施例５においても、全体構成（図１）やサーバ／ＲＷ端末の構成（図２、図４）や、全体的な処理シーケンス（図６）は、実施例１の場合と同じであってよく、ここでは特に説明しない。
【０１１５】
実施例５は、実施例１と比較すると、出力用データ管理テーブル２３の内容及び出力用データ送信機能部２２の処理機能が異なる。実施例５では、上記サーバ２０の出力用データ管理テーブル２３として、例えば図１７に示す内容のテーブル１２０を用い、上記ステップＳ１３，Ｓ１４の処理として例えば図１８に示すフローチャートの処理を実行する。
【０１１６】
尚、実施例５では、現在日時に基づいて、配信すべき出力用データを選択する。よって、要求メッセージ５０におけるＲＷ端末識別子５４とカード識別番号５５は、実施例５では必ずしも必要ない。
【０１１７】
図１７に示す出力用データ管理テーブル１２０は、各配信期間１２１に対応付けて「出力用データセット」（出力先識別子１２２と出力用データ１２３のペア）を登録してある。出力先識別子１２２と出力用データ１２３に関しては、実施例２の場合と同様、ここでは特に説明しない。
【０１１８】
各配信期間１２１には、任意の時間的条件（所定の期間や曜日等）が格納される。これより、本手法では、現在日時が該当する配信期間１２１のレコードを全て抽出して、その「出力用データセット」（出力先識別子１２２と出力用データ１２３のペア）を全て取得することになる。
【０１１９】
図１８は、本例の出力用データ送信機能部２２の処理フローチャート図である。これは、上記ステップＳ１３、Ｓ１４の処理の実施例５における詳細フローに相当する。
図１８において、出力用データ送信機能部２２は、任意の情報配信要求メッセージ５０を受信すると、その受信日時を取得・記憶する（ステップＳ５１）。日時は、サーバ２０が有する不図示の時計機能から取得できる。
【０１２０】
そして、ステップＳ５１で取得・記憶した受信日時を用いて、出力用データ管理テーブル１２０を検索して、該当する（受信日時が、その配信期間１２１内に含まれる）レコードを全て抽出して、これら各抽出レコードの「出力用データセット」（出力先識別子１２２と出力用データ１２３のペア）を全て取得する（ステップＳ５２）。つまり、受信日時（現在日時）に応じた「出力用データセット一式」を取得する。
【０１２１】
その後は上記ステップＳ２３，Ｓ２４の処理と略同様である。すなわち、ステップＳ５２で取得し「出力用データセット一式」を、上記出力用データ一式６５として応答メッセージ６０に格納する等して（他の処理は既に述べたので省略）、応答メッセージ６０を生成する（ステップＳ５３）。そして、生成した応答メッセージ６０を、要求元のＲＷ端末１０へ送信する（ステップＳ５４）。
【０１２２】
この様に、実施例５では、現在日時に応じた内容の出力用データ一式を配信して、ユーザインタフェース出力等を行わせることができる。つまり、例えば期間限定や曜日限定の広告情報等を、適切に配信してユーザに提供できる。
【０１２３】
上記のように、実施例２〜５では、サーバ側で保持・管理する情報（「出力用データセット一式」等）を、カード識別番号や属性情報、または端末識別番号、あるいはスケジュール（期間、曜日等）などと対応付けて管理し、端末からの要求メッセージの内容に応じて、適切な情報を選択・配信することもでき、配信する情報を場所や顧客、時間帯等に応じて柔軟に切り替えることが可能となる。
【０１２４】
また、この場合、サーバ側では場所や顧客、時間帯等の様々な条件に応じた各種情報を保持することになり、サーバ側で保持する情報全体のデータ量が非常に多くなるが、従来のようにこの全データを各端末に配信して保持させる（更に、出力用データの更新が行われると、更新後の全データを各端末に配信して保持させる）というようなことは必要なく、各端末はその都度必要な情報のみを配信させて出力させることができる。
【０１２５】
更に、ユーザに対して情報提供や関連Ｗｅｂサイトへの誘導を行うだけでなく、端末上の画像やＬＥＤ、音声や効果音などによってユーザに訴求できる。
最後に、図１９に、上記サーバ２０（コンピュータ）のハードウェア構成の一例を示しておく。
【０１２６】
図１９に示すコンピュータ２００は、ＣＰＵ２０１、メモリ２０２、入力部２０３、出力部２０４、記憶部２０５、記録媒体駆動部２０６、及びネットワーク接続部２０７を有し、これらがバス２０８に接続された構成となっている。
【０１２７】
ＣＰＵ２０１は、当該コンピュータ２００全体を制御する中央処理装置である。
メモリ２０２は、任意の処理実行の際に、記憶部２０５（あるいは可搬型記録媒体２０９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のワークメモリである。ＣＰＵ２０１は、メモリ２０２に読み出したプログラム／データを用いて、上述した各種処理を実行する。
【０１２８】
出力部２０４は、例えばディスプレイ等であり、入力部２０３は、例えば、キーボード、マウス等であるが、これらは無くてもよい。
ネットワーク接続部２０７は、例えば上記ネットワーク１に接続して、各ＲＷ端末１０との通信（コマンド／データ送受信等）を行う為の通信モジュールである。
【０１２９】
記憶部２０５は、例えばハードディスク等であり、上述したサーバ２０の各種処理機能をＣＰＵ２０１により実現させる為のアプリケーションプログラムが格納されている。これは、特に、本手法の特徴部分である出力用データ送信機能部２２の上述した機能・処理を、ＣＰＵ２０１により実現させる為のアプリケーションプログラムや、上記出力用データ管理テーブル２３、９３、カード属性管理テーブル９４等の各種登録データが格納されているものである。
【０１３０】
ＣＰＵ２０１は、上記記憶部２０５に格納されている各種プログラムを読み出し・実行することにより、上述した各種処理を実現する。
あるいは、上記記憶部２０５に格納される各種プログラム／データは、可搬型記録媒体２０９に記憶されているものであってもよい。この場合、可搬型記録媒体２０９に記憶されているプログラム／データは、記録媒体駆動部２０６によって読み出される。可搬型記録媒体２０９とは、例えば、ＦＤ（フレキシブル・ディスク）２０９ａ、ＣＤ−ＲＯＭ２０９ｂ、その他、ＤＶＤ、光磁気ディスク等である。
【０１３１】
あるいは、また、上記プログラム／データは、ネットワーク接続部２０７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。
【０１３２】
また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。
【０１３３】
また、ＲＷ端末１０の構成例は特に示さないが、これは一般的なＩＣカードリーダライタ等の構成であってよく、例えばＣＰＵ、記憶装置、ネットワーク接続部を有するものであり、この記憶装置には上記サウンドデータ管理テーブルが格納され、あるいは出力用データ取得機能部１２、出力用データ振分機能部１３の処理機能を、ＣＰＵにより実現させる為の所定のアプリケーションプログラム等が格納されている。（尚、ＩＣカード等との非接触通信機能（その際の認証や暗号化／復号機能等も含む）を実現する為のアプリケーションプログラムや暗号鍵等も、記憶装置に格納されている）。また、当然、図２に示す各種出力インタフェースの構成（符号１５〜１８）も存在する。
【符号の説明】
【０１３４】
１ ネットワーク
１０ ＲＷ端末
１１ 対サーバ通信機能部
１２ 出力用データ取得機能部
１３ 出力用データ振分機能部
１４ サウンドデータ管理テーブル
１５ スピーカ
１６ ディスプレイ
１７ ＬＥＤ
１８ 非接触ＩＣ通信部
２０ サーバ
２１ 対端末通信機能部
２２ 出力用データ送信機能部
２３ 出力用データ管理テーブル
３１ サウンド番号
３２ 音データ
４１ 出力先識別子
４２ 出力用データ
５０ 情報配信要求メッセージ
５１ 開始フラグ
５２ メッセージ種別
５３ メッセージ長
５４ ＲＷ端末識別子
５５ カード識別番号
５６ フレームチェックシーケンス
５７ 終了フラグ
６０ 情報配信応答メッセージ
６１ 開始フラグ
６２ メッセージ種別
６３ メッセージ長
６４ ＲＷ端末識別子
６５ 出力用データ一式
６６ フレームチェックシーケンス
６７ 終了フラグ
７０ 出力用データ管理テーブル
７１ 端末識別番号
７２ 出力先識別子
７３ 出力用データ
８０ 出力用データ管理テーブル
８１ カード識別番号
８２ 出力先識別子
８３ 出力用データ
９１ 対端末通信機能部
９２ 出力用データ送信機能部
９３ 出力用データ管理テーブル
９４ カード属性管理テーブル
１０１ カード識別番号
１０２ カード属性情報
１１１ 属性情報
１１２ 出力先識別子
１１３ 出力用データ
１２０ 出力用データ管理テーブル
１２１ 配信期間
１２２ 出力先識別子
１２３ 出力用データ
２００ コンピュータ
２０１ ＣＰＵ
２０２ メモリ
２０３ 入力部
２０４ 出力部
２０５ 記憶部
２０６ 記録媒体駆動部
２０７ ネットワーク接続部
２０８ バス
２０９ 可搬型記録媒体
２０９ａ ＦＤ（フレキシブル・ディスク）
２０９ｂ ＣＤ−ＲＯＭ
【特許請求の範囲】
【請求項１】
非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムであって、
前記非接触型通信端末は、
任意の前記非接触型情報媒体を検知する毎に、その都度、前記サーバ装置に情報配信要求を送信し、この要求に応じてサーバ装置から返信される出力用データを取得する出力用データ取得手段と、
該出力用データ取得手段により取得された出力用データを、該当する出力先に振り分けて該出力先から出力させることで、前記ユーザへの情報提供を行う出力用データ振分手段とを有し、
前記サーバ装置は、
予め各種出力用データを記憶する出力用データ記憶手段と、
前記情報配信要求を受信すると、前記出力用データ記憶手段から該当する出力用データを選択・取得し、該取得した出力用データを要求元の非接触型通信端末へ配信する出力用データ選択・配信手段と、
を有することを特徴とする情報配信システム。
【請求項２】
前記サーバ装置の前記出力用データ記憶手段には、前記各出力用データが出力先識別子と対応付けて記憶されており、
前記出力用データ選択・配信手段は、前記取得した出力用データを対応する前記出力先識別子と共に要求元の非接触型通信端末へ配信し、
前記非接触型通信端末の前記出力用データ振分手段は、前記出力用データ取得手段によって取得された出力用データを、それに対応付けられた前記出力先識別子が示す出力先へと振り分けることを特徴とする請求項１記載の情報配信システム。
【請求項３】
前記サーバ装置の前記出力用データ記憶手段には、前記各非接触型通信端末の端末識別番号に対応付けて、その非接触型通信端末に応じた内容の前記出力用データが格納されており、
前記情報配信要求には要求元の非接触型通信端末の前記端末識別番号が含まれており、前記出力用データ選択・配信手段は、受信した情報配信要求の端末識別番号に基づいて、前記出力用データ記憶手段から該当する出力用データを選択・取得することを特徴とする請求項１または２記載の情報配信システム。
【請求項４】
前記サーバ装置の前記出力用データ記憶手段には、前記各非接触型情報媒体の媒体識別番号または会員番号に対応付けて、その非接触型情報媒体のユーザに応じた内容の前記出力用データが格納されており、
前記出力用データ取得手段は、検知した非接触型情報媒体からその媒体識別番号または会員番号を読み出して、該媒体識別番号または会員番号を前記情報配信要求に含めて送信し、
前記出力用データ選択・配信手段は、受信した情報配信要求の媒体識別番号または会員番号に基づいて、前記出力用データ記憶手段から該当する出力用データを選択・取得することを特徴とする請求項１または２記載の情報配信システム。
【請求項５】
前記サーバ装置は、更に、予め各非接触型情報媒体の媒体識別番号または会員番号に対応付けて、その非接触型情報媒体のユーザの属性情報が登録されたユーザ属性情報記憶手段を有し、
前記出力用データ記憶手段には、各属性情報に対応付けて、その属性に応じた内容の前記出力用データが格納されており、
前記出力用データ取得手段は、検知した非接触型情報媒体からその媒体識別番号または会員番号を読み出して、該媒体識別番号または会員番号を前記情報配信要求に含めて送信し、
前記出力用データ選択・配信手段は、受信した情報配信要求の媒体識別番号または会員番号に基づいて、前記ユーザ属性情報記憶手段から該当する属性情報を取得し、該取得した属性情報に基づいて前記出力用データ記憶手段から該当する出力用データを選択・取得することを特徴とする請求項１または２記載の情報配信システム。
【請求項６】
前記出力用データ記憶手段には、各種時間的条件に対応付けて前記出力用データが格納されており、
前記出力用データ選択・配信手段は、前記情報配信要求の受信日時に基づいて、前記出力用データ記憶手段において該受信日時に合致する前記時間的条件に対応付けられた前記出力用データを選択・取得することを特徴とする請求項１または２記載の情報配信システム。
【請求項７】
非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムにおける前記サーバ装置であって、
予め各種出力用データを記憶する出力用データ記憶手段と、
任意の前記非接触型通信端末からの情報配信要求を受信する毎に、前記出力用データ記憶手段から該当する出力用データを選択・取得し、該取得した出力用データを要求元の非接触型通信端末へ配信する出力用データ選択・配信手段と、
を有することを特徴とする情報配信システムのサーバ装置。
【請求項８】
非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムにおける前記非接触型通信端末であって、
任意の前記非接触型情報媒体を検知する毎に、その都度、前記サーバ装置に情報配信要求を送信し、この要求に応じてサーバ装置から返信される出力用データを取得する出力用データ取得手段と、
該出力用データ取得手段により取得された出力用データを、該当する出力先に振り分けて該出力先から出力させることで、前記ユーザへの情報提供を行う出力用データ振分手段とを有し、
前記出力用データ取得手段により取得された出力用データには所定の出力先識別子が対応付けられており、
前記出力用データ振分手段は、前記出力用データ取得手段によって取得された出力用データを、それに対応付けられた前記出力先識別子が示す出力先へと振り分けることを特徴とする情報配信システムの非接触型通信端末。
【請求項９】
非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムにおける前記サーバ装置のコンピュータを、
予め各種出力用データを記憶する出力用データ記憶手段と、
任意の前記非接触型通信端末からの情報配信要求を受信する毎に、前記出力用データ記憶手段から該当する出力用データを選択・取得し、該取得した出力用データを要求元の非接触型通信端末へ配信する出力用データ選択・配信手段、
として機能させる為のプログラム。
【請求項１】
非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムであって、
前記非接触型通信端末は、
任意の前記非接触型情報媒体を検知する毎に、その都度、前記サーバ装置に情報配信要求を送信し、この要求に応じてサーバ装置から返信される出力用データを取得する出力用データ取得手段と、
該出力用データ取得手段により取得された出力用データを、該当する出力先に振り分けて該出力先から出力させることで、前記ユーザへの情報提供を行う出力用データ振分手段とを有し、
前記サーバ装置は、
予め各種出力用データを記憶する出力用データ記憶手段と、
前記情報配信要求を受信すると、前記出力用データ記憶手段から該当する出力用データを選択・取得し、該取得した出力用データを要求元の非接触型通信端末へ配信する出力用データ選択・配信手段と、
を有することを特徴とする情報配信システム。
【請求項２】
前記サーバ装置の前記出力用データ記憶手段には、前記各出力用データが出力先識別子と対応付けて記憶されており、
前記出力用データ選択・配信手段は、前記取得した出力用データを対応する前記出力先識別子と共に要求元の非接触型通信端末へ配信し、
前記非接触型通信端末の前記出力用データ振分手段は、前記出力用データ取得手段によって取得された出力用データを、それに対応付けられた前記出力先識別子が示す出力先へと振り分けることを特徴とする請求項１記載の情報配信システム。
【請求項３】
前記サーバ装置の前記出力用データ記憶手段には、前記各非接触型通信端末の端末識別番号に対応付けて、その非接触型通信端末に応じた内容の前記出力用データが格納されており、
前記情報配信要求には要求元の非接触型通信端末の前記端末識別番号が含まれており、前記出力用データ選択・配信手段は、受信した情報配信要求の端末識別番号に基づいて、前記出力用データ記憶手段から該当する出力用データを選択・取得することを特徴とする請求項１または２記載の情報配信システム。
【請求項４】
前記サーバ装置の前記出力用データ記憶手段には、前記各非接触型情報媒体の媒体識別番号または会員番号に対応付けて、その非接触型情報媒体のユーザに応じた内容の前記出力用データが格納されており、
前記出力用データ取得手段は、検知した非接触型情報媒体からその媒体識別番号または会員番号を読み出して、該媒体識別番号または会員番号を前記情報配信要求に含めて送信し、
前記出力用データ選択・配信手段は、受信した情報配信要求の媒体識別番号または会員番号に基づいて、前記出力用データ記憶手段から該当する出力用データを選択・取得することを特徴とする請求項１または２記載の情報配信システム。
【請求項５】
前記サーバ装置は、更に、予め各非接触型情報媒体の媒体識別番号または会員番号に対応付けて、その非接触型情報媒体のユーザの属性情報が登録されたユーザ属性情報記憶手段を有し、
前記出力用データ記憶手段には、各属性情報に対応付けて、その属性に応じた内容の前記出力用データが格納されており、
前記出力用データ取得手段は、検知した非接触型情報媒体からその媒体識別番号または会員番号を読み出して、該媒体識別番号または会員番号を前記情報配信要求に含めて送信し、
前記出力用データ選択・配信手段は、受信した情報配信要求の媒体識別番号または会員番号に基づいて、前記ユーザ属性情報記憶手段から該当する属性情報を取得し、該取得した属性情報に基づいて前記出力用データ記憶手段から該当する出力用データを選択・取得することを特徴とする請求項１または２記載の情報配信システム。
【請求項６】
前記出力用データ記憶手段には、各種時間的条件に対応付けて前記出力用データが格納されており、
前記出力用データ選択・配信手段は、前記情報配信要求の受信日時に基づいて、前記出力用データ記憶手段において該受信日時に合致する前記時間的条件に対応付けられた前記出力用データを選択・取得することを特徴とする請求項１または２記載の情報配信システム。
【請求項７】
非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムにおける前記サーバ装置であって、
予め各種出力用データを記憶する出力用データ記憶手段と、
任意の前記非接触型通信端末からの情報配信要求を受信する毎に、前記出力用データ記憶手段から該当する出力用データを選択・取得し、該取得した出力用データを要求元の非接触型通信端末へ配信する出力用データ選択・配信手段と、
を有することを特徴とする情報配信システムのサーバ装置。
【請求項８】
非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムにおける前記非接触型通信端末であって、
任意の前記非接触型情報媒体を検知する毎に、その都度、前記サーバ装置に情報配信要求を送信し、この要求に応じてサーバ装置から返信される出力用データを取得する出力用データ取得手段と、
該出力用データ取得手段により取得された出力用データを、該当する出力先に振り分けて該出力先から出力させることで、前記ユーザへの情報提供を行う出力用データ振分手段とを有し、
前記出力用データ取得手段により取得された出力用データには所定の出力先識別子が対応付けられており、
前記出力用データ振分手段は、前記出力用データ取得手段によって取得された出力用データを、それに対応付けられた前記出力先識別子が示す出力先へと振り分けることを特徴とする情報配信システムの非接触型通信端末。
【請求項９】
非接触型情報媒体との近距離無線通信機能を有する各非接触型通信端末とサーバ装置がネットワークに接続されたシステムであって、各非接触型通信端末が任意の非接触型情報媒体を検知する毎にそのユーザに任意の情報を提供する情報配信システムにおける前記サーバ装置のコンピュータを、
予め各種出力用データを記憶する出力用データ記憶手段と、
任意の前記非接触型通信端末からの情報配信要求を受信する毎に、前記出力用データ記憶手段から該当する出力用データを選択・取得し、該取得した出力用データを要求元の非接触型通信端末へ配信する出力用データ選択・配信手段、
として機能させる為のプログラム。
【図１】
【図２】
【図４】
【図６】
【図７】
【図１０】
【図１２】
【図１３】
【図１６】
【図１８】
【図１９】
【図３】
【図５】
【図８】
【図９】
【図１１】
【図１４】
【図１５】
【図１７】
【図２】
【図４】
【図６】
【図７】
【図１０】
【図１２】
【図１３】
【図１６】
【図１８】
【図１９】
【図３】
【図５】
【図８】
【図９】
【図１１】
【図１４】
【図１５】
【図１７】
【公開番号】特開２０１０−２０４８４８（Ｐ２０１０−２０４８４８Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−４８３６０（Ｐ２００９−４８３６０）
【出願日】平成２１年３月２日（２００９．３．２）
【出願人】（０００００５２３４）富士電機ホールディングス株式会社 (3,146)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月２日（２００９．３．２）
【出願人】（０００００５２３４）富士電機ホールディングス株式会社 (3,146)
【Ｆターム（参考）】
[ Back to top ]