(57)【要約】【課題】  多様化するサービスに柔軟に対応することのできるサービス提供システムの提供。【解決手段】  端末装置は、サービス毎に、サーバ側に送信するデータ項目の組み合わせを記述したシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定する。端末装置は、ユーザに対し、前記設定されたデータ項目の任意の媒体からの読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、サーバに対しシナリオデータのＩＤとともに前記データ項目をまとめて送信する。サーバは、受信したシナリオデータのＩＤに基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送し、前記サービスサーバからの応答を前記端末装置に返送する。【選択図】  図１
2010250494.tif 000002
【特許請求の範囲】
【請求項１】
サービス毎に、サーバ側に送信するデータ項目の組み合わせを記述したシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定するシナリオ設定部と、
ユーザに対し、前記設定されたデータ項目の任意の媒体からの読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、前記サーバに対する前記シナリオデータのＩＤおよびデータ項目の送信を開始する読取り完了判断部と、を備えた端末装置と、
前記端末装置から受信したシナリオデータのＩＤ（シナリオＩＤ）に基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送し、前記サービスサーバからの応答を前記端末装置に返送するサーバと、を含むサービス提供システム。
【請求項２】
前記シナリオデータには、各データ項目が取りうる数値範囲が設定されており、
前記読取り完了判断部は、読み取ったデータ値が予め設定された数値範囲であるか否かによって、前記設定されたデータ項目の読取りが完了したか否かを判断する請求項１のサービス提供システム。
【請求項３】
前記シナリオデータには、各データ項目を取得するためのプロトコルまたはデータの形式が設定されており、
前記読取り完了判断部は、プロトコルまたはデータの形式によって、前記設定されたデータ項目の読取りが完了したか否かを判断する請求項１のサービス提供システム。
【請求項４】
前記端末装置は、さらに、複数のシナリオデータを記憶するシナリオ管理部を備え、
前記シナリオ設定部は、
ユーザから入力されたシナリオＩＤに対応するシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定する請求項１から３いずれか一のサービス提供システム。
【請求項５】
前記端末装置は、前記サーバまたは所定のシナリオサーバから、前記シナリオデータを受信して前記シナリオ管理部に記憶されたシナリオデータを更新する機能を備える請求項４のサービス提供システム。
【請求項６】
前記端末装置は、サービス別に複数種作成され、前記シナリオデータまたは前記シナリオＩＤを記録したカード媒体を読取り、前記シナリオデータまたは前記シナリオＩＤを入力する請求項４または５のサービス提供システム。
【請求項７】
前記端末装置は、前記シナリオデータまたは前記シナリオＩＤを記録したＲＦＩＤを読取り、前記シナリオデータまたは前記シナリオＩＤを入力する請求項４または５のサービス提供システム。
【請求項８】
前記サーバは、前記端末装置から受信したシナリオデータのＩＤ（シナリオＩＤ）に代えて、前記端末装置から受信したデータ項目の組み合わせに基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送し、前記サービスサーバからの応答を前記端末装置に返送する請求項１から７いずれか一のサービス提供システム。
【請求項９】
サービス毎に、サーバ側に送信するデータ項目の組み合わせを記述したシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定するシナリオ設定部と、
ユーザに対し、前記設定されたデータ項目の任意の媒体からの読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、前記サーバに対する前記シナリオデータのＩＤおよび前記データ項目の送信を開始する読取り完了判断部と、を備えたこと、を特徴とする端末装置。
【請求項１０】
請求項９の端末装置から受信した前記シナリオデータのＩＤに基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送し、前記サービスサーバからの応答を前記端末装置に返送するサーバ。
【請求項１１】
請求項５のサービス提供システムの端末装置に対して、シナリオデータを送信する機能を備えたシナリオサーバ。
【請求項１２】
サービス毎に、サーバ側に送信するデータ項目の組み合わせを記述したシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定するステップと、
ユーザに対し、前記設定されたデータ項目の任意の媒体からの読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、前記サーバに対し前記シナリオデータのＩＤとともに前記データ項目をまとめて送信するステップと、
前記シナリオデータのＩＤに基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送し、前記サービスサーバからの応答を前記端末装置に返送するステップと、を含むこと、を特徴とするサービスの提供方法。
【請求項１３】
サービス毎に、サーバ側に送信するデータ項目の組み合わせを記述したシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定する処理と、
ユーザに対し、前記設定されたデータ項目の任意の媒体からの読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、前記サーバに対し前記シナリオデータのＩＤとともに前記データ項目をまとめて送信する処理とを、データの読取り手段を備えたコンピュータに実行させるプログラム。
【請求項１４】
請求項８の端末装置から受信したシナリオデータのＩＤに基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送する処理と、
前記サービスサーバからの応答を前記端末装置に返送する処理とを、請求項９の端末装置からデータを受信したコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス提供システム、端末装置、サーバ、シナリオサーバ、サービスの提供方法およびプログラムに関し、特に、ユーザに配布等された印刷媒体や電子媒体等を用いてサービスを提供するサービス提供システム、端末装置、サーバ、シナリオサーバ、サービスの提供方法およびプログラムに関する。
【背景技術】
【０００２】
無線ＩＤタグ（以下、「ＲＦＩＤ」）の種類が１３．５６ＭＨｚのＩ−ＣＯＤＥ  ＳＬＩ（ＩＳＯ１５６９３）、Ｔａｇ−Ｉｔ  ＨＦ−Ｉ（ＩＳＯ１５６９３）、ＦｅｌｉＣａ（ＩＳＯ１８０９２準拠）、ＭＩＦＡＲＥ  Ｕｌｔｒａｌｉｇｈｔ、ＭＩＦＡＲＥ  Ｓｔａｎｄａｒｄ、ＭＩＦＡＲＥ  Ｄｅｓｆｉｒｅ、あるいは２．４５ＧＨｚのμ  Ｃｈｉｐ、Ｉｎｔｅｌｌｉｔａｇ（ＩＳＯ１８０００−４）、あるいは９５２〜９５５ＭＨｚのＥＰＣ  ｇｌｏｂａｌ  Ｃｌａｓｓ１  Ｇｅｎ２（ＩＳＯ１８０００−６  ＴｙｐｅＣ）やμ  Ｃｈｉｐ  Ｈｉｂｉｋｉ  （ＩＳＯ１８０００−６  ＴｙｐｅＣ準拠）など様々ある中、それらの複数のタグを１つのリーダで読み書き可能になりつつある。
【０００３】
また、携帯電話端末や店舗小型端末等においても、バーコード（二次元バーコードを含む）の読取り機能のほか、ＲＦＩＤリーダ機能や非接触ＩＣカードとの通信機能を備えたものが提案されている。
【０００４】
上記のように、２次元バーコードからＲＦＩＤ、非接触ＩＣカードに至るまでさまざまな媒体およびこれらを読み取るリーダライタ等が提供され、例えば、顧客を識別するための会員カードと、商品に付されたＲＦＩＤ等のタグ情報とにより顧客関係管理（Ｃｕｓｔｏｍｅｒ  Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｍａｎａｇｅｍｅｎｔ）が行われている。
【０００５】
上記ＲＦＩＤリーダとは異なるが、関連技術として特許文献１が挙げられる。特許文献１は、情報処理手段から受けた非接触ＩＣカードに対するアクセス要求を実行するために必要な複数のアクセス制御処理に展開し、該アクセス制御処理に対応するアクセス制御処プログラムを選択してアクセス手順を構成・実行する非接触通信システムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−３１６０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記したこれら複数の媒体からデータを読み取ってサーバに送信し、顧客にサービスを提供するシステムでは、１つの媒体からデータを読込む都度、サーバ側へ送信する方法が採られているため、媒体数が増えるに従ってレスポンスが悪化してしまうという問題点がある。例えば、小売店のレジ端末にて複数の媒体からデータを読み取った都度サーバに送信することとすると、後続する顧客の待ち時間を増大させてしまうことにもなる。
【０００８】
また、複数のデータを読込んでから、一括してサーバ側へ送信する方法を採るものもあるが、この方式では、サービスの種類と、個人ＩＤや製品ＩＤなどデータ項目の組みあわせが固定化されてしまい、多様化するサービスには対応できないという問題点がある。また、この方式では、１つのサービスを提供するために、これら複数のデータ項目を読取り可能な専用のリーダあるいは端末装置を各店舗に新たに設置する必要が生じてしまうという問題点もある。
【０００９】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、上記専用のシステムやリーダを用意することなく、多様化するサービスに柔軟に対応することのできるサービス提供システムを提供することにある。
【課題を解決するための手段】
【００１０】
本発明の第１の視点によれば、サービス毎に、サーバ側に送信するデータ項目の組み合わせを記述したシナリオデータ（設定データ）に基づいて、ユーザに読取り操作を要求するデータ項目を設定するシナリオ設定部と、ユーザに対し、前記設定されたデータ項目の任意の媒体からの読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、前記サーバに対する前記シナリオデータのＩＤおよびデータ項目の送信を開始する読取り完了判断部と、を備えた端末装置が提供される。
【００１１】
本発明の第２の視点によれば、上記した端末装置から受信したシナリオデータのＩＤ（シナリオＩＤ）に基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送し、前記サービスサーバからの応答を前記端末装置に返送するサーバが提供される。
【００１２】
本発明の第３の視点によれば、上記した端末装置と、上記したサーバとを含むサービス提供システムが提供される。
【００１３】
本発明の第４の視点によれば、上記した端末装置に対して、シナリオデータを送信する機能を備えたシナリオサーバが提供される。
【００１４】
本発明の第５の視点によれば、サービス毎に、サーバ側に送信するデータ項目の組み合わせを記述したシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定するステップと、ユーザに対し、前記設定されたデータ項目の任意の媒体からの読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、前記サーバに対し前記シナリオデータのＩＤとともに前記データ項目をまとめて送信するステップと、前記シナリオデータのＩＤに基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送し、前記サービスサーバからの応答を前記端末装置に返送するステップと、を含むこと、を特徴とするサービスの提供方法が提供される。
【００１５】
本発明の第６の視点によれば、サービス毎に、サーバ側に送信するデータ項目の組み合わせを記述したシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定する処理と、ユーザに対し、前記設定されたデータ項目の任意の媒体からの読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、前記サーバに対し前記シナリオデータのＩＤとともに前記データ項目をまとめて送信する処理とを、データの読取り手段を備えたコンピュータに実行させるプログラムが提供される。
【００１６】
本発明の第７の視点によれば、上記した端末装置から受信したシナリオデータのＩＤに基づいて、該端末装置が要求するサービスを判別し、前記判別したサービスを提供するサービスサーバに対して、前記端末装置から受信したデータ項目を転送する処理と、前記サービスサーバからの応答を前記端末装置に返送する処理とを、上記した端末装置からデータを受信したコンピュータに実行させるプログラムが提供される。なお、これらのプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。
【発明の効果】
【００１７】
本発明によれば、専用のシステムやリーダを用意することなく、多様化するサービスに柔軟に対応することが可能となる。その理由は、シナリオデータを用いて当該サービスの提供に必要なデータ項目の入力を受け付けサーバに転送し、このサーバが受信したデータ項目を適切なサービスサーバに転送する構成を採用したことにある。
【図面の簡単な説明】
【００１８】
【図１】本発明の概要を説明するための図である。
【図２】本発明の第１の実施形態の構成を表した図である。
【図３】本発明の第１の実施形態で用いるシナリオデータを説明するための図である。
【図４】本発明の第１の実施形態の端末装置のデータ種別の判別の仕組みを説明するための図である。
【図５】本発明の第１の実施形態の端末装置のデータ保存部に保持されるデータを説明するための図である。
【図６】本発明の第１の実施形態のサーバに保持されるマップテーブルの例である。
【図７】本発明の第１の実施形態の端末装置の動作を表したシーケンス図である。
【図８】本発明の第１の実施形態のサーバ側の動作を表したシーケンス図である。
【図９】本発明の第２の実施形態の端末装置のデータ種別の判別の仕組みを説明するための図である。
【発明を実施するための形態】
【００１９】
続いて、本発明の概要について図面を参照して詳細に説明する。図１は、本発明の概要を説明するための図である。図１を参照すると、ネットワーク１００を介して端末装置１と、サーバ２と、サービスサーバ４ａ、４ｂが接続された構成が示されている。
【００２０】
端末装置１のシナリオ設定部１６は、サービス毎に、送信するデータ項目の組み合わせを記述したシナリオデータに基づいて、ユーザに読取り操作を要求するデータ項目を設定する。
【００２１】
例えば、上記サービスサーバ４ａが、製品購入ユーザに対するキャンペーンとしてプレゼントの抽選受付サービスを提供しており、当該プレゼントの抽選受付サービスの提供のため、会員カード３２に内蔵されたＲＦＩＤ９に記憶された会員ＩＤと、製品３３ａに添付されたＲＦＩＤに記憶された製品シリアル情報が必要であるものとする。
【００２２】
端末装置１のシナリオ設定部１６は、リーダ部６を介して、会員カード３２に内蔵されたＲＦＩＤ９に記憶された会員ＩＤと、製品３３ａに添付されたＲＦＩＤに記憶された製品シリアル情報とを、ユーザに要求することを定めたシナリオデータをシナリオカード３１に内蔵されたＲＦＩＤ９から読み取り、これらをユーザに読取り操作を要求するデータ項目として設定する。
【００２３】
端末装置１の読取り完了判断部１４は、ユーザに対し、上記のように設定されたデータ項目の読取り操作を要求し、前記設定されたデータ項目の読取りが完了した場合に、図示省略する送受信部に対し、シナリオカード３１から読み出したシナリオデータを特定するためのＩＤ（シナリオＩＤ）とともに前記データ項目をサーバ２に送信するよう指示する。
【００２４】
サーバ２のマップテーブル２３には、シナリオデータに対応するサービスサーバ４ａのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）との対応関係が記憶されている。上記のようにしてシナリオＩＤと、会員ＩＤと、製品シリアル情報とを受信したサーバ２のディスパッチ部２１は、マップテーブル２３から受信したシナリオＩＤに対応するＵＲＬを読み出し、サービスサーバ４ａに、会員ＩＤと、製品シリアル情報とを送信し、サービスサーバ４ａからの応答を端末装置１に返送する。
【００２５】
その後、さらに、上記サービスサーバ４ｂを用いて、別の製品購入ユーザに対するキャンペーンとしてプレゼントの抽選受付サービスを提供することとなった場合を考える。当該プレゼントの抽選受付サービスの提供のため、会員カード３２に内蔵されたＲＦＩＤ９に記憶された会員ＩＤと、製品３３ｂに印刷された二次元バーコード１０から読み取ることのできる製品シリアル情報とを用いるものとする。
【００２６】
端末装置１のシナリオ設定部１６は、リーダ部６を介して、会員カード３２に内蔵されたＲＦＩＤ９に記憶された会員ＩＤと、製品３３ｂに印刷された二次元バーコード１０から読み取ることのできる製品シリアル情報とを、ユーザに要求することを定めた別のシナリオデータを、別のシナリオカードに内蔵されたＲＦＩＤから読み取り、これらをユーザに読取り操作を要求するデータ項目として設定する。
【００２７】
以下同様に、端末装置１は、ユーザに対し、上記のように設定されたデータ項目の読取り操作を要求し、当該別のシナリオＩＤとともにデータ項目をサーバ２に送信する。
【００２８】
上記のようにしてシナリオＩＤと、会員ＩＤと、製品シリアル情報とを受信したサーバ２のディスパッチ部２１は、マップテーブル２３から受信した当該別のシナリオＩＤに対応するＵＲＬを読み出し、サービスサーバ４ｂに、会員ＩＤと、製品シリアル情報とを送信し、サービスサーバ４ｂからの応答を端末装置１に返送する。
【００２９】
以上のように、本発明によれば、シナリオデータの配布により、サービスの追加や変更、あるいは、ユーザに入力を要求するデータ項目の変更等に、柔軟に対応することが可能となる。
【００３０】
なお、本発明により提供するサービスとしては、端末装置にて読取り可能な媒体を用いるものであれば特に限定するものではない。例えば、媒体から読み取った情報に対する更なる詳細情報の提供、媒体から読み取った情報を用いたユーザ認証およびこれに派生するサービス（サーバ資源の利用許可、特典の付与、各種申し込みの受付等）が挙げられる。
【００３１】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態の構成を表した図である。図２を参照すると、端末装置１と、サーバ２と、サービスサイト４１〜４６と、これらを接続するインターネット等のネットワーク１００とが示されている。
【００３２】
以下、本実施形態では、端末装置１を操作するユーザは、シナリオＩＤを記録したＲＦＩＤ９が内蔵されたシナリオカード３１と、会員ＩＤを記録したＲＦＩＤ９が内蔵された会員カード３２と、製品ＩＤを記録したＲＦＩＤ９が添付された製品３３ａとをリーダ部６にかざすことが可能であるものとする。なお、シナリオカード３１は、ユーザが保持している必要はなく、例えば、端末装置１が設置された店舗等に複数のシナリオカードを用意しておき、この店舗等から必要なシナリオカードの提供を受ける形態であってもよい。
【００３３】
サービスサイト４１〜４６は、具体的には、メンテナンスサイト４１、店舗紹介サイト４２、キャンペーンサイト４３、来店ポイントサイト４４、商品紹介サイト４５、会員サイト４６から構成される。このようなサービスサイト４１〜４６は、それぞれ固有のＵＲＬが付与されて、クライアントからのリクエストに応じて、サービスを提供するサービスサーバによって実現される。
【００３４】
本実施形態では、メンテナンスサイト４１は、会員ＩＤにてユーザ認証を行い、ユーザの専用ページをメンテナンスする機能を提供するサイトであるものとする。
【００３５】
また、店舗紹介サイト４２は、端末装置１が設置された店舗の詳細情報を提供するサイトであるものとする。
【００３６】
また、キャンペーンサイト４３は、どの会員がどのような製品を購入したのかを示すマーケティング情報として会員ＩＤと製品ＩＤとを紐付けて蓄積するとともに、当該会員に対してのポイント付与等を行うサイトであるものとする。
【００３７】
また、来店ポイントサイト４４は、会員ＩＤにて会員を特定し、店舗に来店した会員に対するポイント付与を行うサイトであるものとする。
【００３８】
また、商品紹介サイト４５は、製品ＩＤにて特定される製品に関する原材料の産地情報の紹介、生産者の紹介、流通ルートの紹介、栄養成分の紹介、製品マニュアルや修正プログラム等を含むサポート情報の提供、あるいは、セットで購入するとお得な情報や、当該製品と良く合う他の製品の案内などを顧客に情報提供するサイトであるものとする。
【００３９】
また、会員サイト４６は、会員が自ら貯まったポイントを確認したり、商品の送付先住所の登録・変更等を受け付けるサイトであるものとする。
【００４０】
端末装置１は、ＲＦＩＤリーダ等のリーダ部６を接続可能なコンピュータである。端末装置１は、シナリオ管理部１８と、表示部１１と、一次読取り部１２と、データ保存部１３と、読取り完了判断部１４と、二次読取り部１５と、シナリオ設定部１６と、送受信部１７と、を備える。
【００４１】
表示部１１は、ユーザに対して各種メッセージを表示するための液晶表示装置等によって構成される。
【００４２】
一次読取り部１２および二次読取り部１５は、接続されたリーダ部６を制御して、シナリオカード３１、会員カード３２、製品３３に内蔵または添付されたＲＦＩＤ９に記録されたデータを読み取り、シナリオ設定部１６側に出力する。
【００４３】
データ保存部１３は、ＲＦＩＤ９から読み取ったデータを一時的な保管先として利用されるメモリまたは補助記憶装置等によって構成される。
【００４４】
読取り完了判断部１４は、データ保存部１３を参照し、シナリオ設定部１６によって設定されたデータ項目の読取りが完了したか否かを判断する。シナリオ設定部１６によって設定されたデータ項目の読取りが完了したと判断した場合、読取り完了判断部１４は、送受信部１７に対し、データ保存部１３に保存されたデータの送信を指示する。また、シナリオ設定部１６によって設定されたデータ項目の読取りが完了していない場合、読取り完了判断部１４は、当該読取りが完了していないデータ項目の読取り操作を促すメッセージを表示部１１に表示する。
【００４５】
シナリオ設定部１６は、リーダ部６および一次読取り部１２または二次読取り部１５を介して入力されたデータ種別を判別して、データ保存部１３に保存する。また、シナリオ設定部１６は、入力されたデータがシナリオＩＤである場合、当該シナリオＩＤをデータ保存部１３に保存するとともに、シナリオ管理部１８に記憶されたシナリオデータから、当該シナリオＩＤに対応するシナリオデータを読み出して、ユーザに要求するデータ項目をデータ保存部１３に設定する。なお、シナリオ設定部１６における。入力されたデータ種別の判別方法については、後に詳述する。
【００４６】
送受信部１７は、データ保存部１３に保存されたデータをサーバ２に送信するとともに、サーバ２からの応答を受信する、例えば、ブラウザによって構成される。
【００４７】
シナリオ管理部１８は、サーバ２から定期的あるいは不定期に配信されたシナリオデータを記憶する。またこのシナリオ管理部１８を、端末装置１に接続かつ可搬可能な記録媒体によって構成することもできる。この場合、シナリオデータを記録した当該記録媒体を差し替えることで、シナリオデータの更新や書き換えを実現することができる。
【００４８】
なお、上記した読取り完了判断部１４およびシナリオ設定部１６は、ハードウェアによる構成のほか、上記した処理を、端末装置１を構成するコンピュータに実行させるプログラムにより実現することができる。
【００４９】
サーバ２は、ディスパッチ部２１と、シナリオ管理部２２と、マップテーブル２３とを備える。
【００５０】
ディスパッチ部２１は、マップテーブル２３を参照して、上記端末装置１の送受信部１７から送信されたデータに含まれるシナリオＩＤ、あるいは、その他データ項目の組み合わせに基づいて、上記端末装置１の送受信部１７から送信されたデータを送信すべきサービスサイトを判別する。そして、ディスパッチ部２１は、前記判別したサービスサイトに、上記端末装置１の送受信部１７から受信したデータを送信し、当該サービスサイトから返された応答を端末装置１に返送する。
【００５１】
シナリオ管理部２２は、端末装置１に配信するシナリオデータを記憶する。また、シナリオ管理部２２が、サーバ２側のオペレータに、シナリオデータの新規追加や変更といったシナリオデータの管理機能を提供するようにしてもよい。シナリオデータの詳細については後に詳述する。
【００５２】
マップテーブル２３は、シナリオＩＤ、あるいは、その他データ項目の組み合わせにより、接続先となるサービスサイトのＵＲＬをマッピングしたテーブルである。マップテーブル２３の詳細については後に詳述する。
【００５３】
［シナリオデータ］
ここで、端末装置１のシナリオ管理部１８あるいはサーバ２のシナリオ管理部２２に記憶されるシナリオデータについて説明する。図３は、シナリオ管理部１８、２２に記憶されたシナリオデータをテーブル形式で表した図である。例えば、シナリオＩＤが「００００」のシナリオデータは、メンテナンスサイト４１からサービスを受けるためのシナリオデータを示している。シナリオＩＤが「００００」のシナリオデータでは、会員ＩＤが「○」（必要）、製品ＩＤが「×」（不要）であると定義されている。これは、メンテナンスサイト４１からサービスを受けるために会員ＩＤが必要であり、製品ＩＤは不要であることを示している。
【００５４】
なお、図３の例では、会員ＩＤと、製品ＩＤの要否のみが定義されているが、他にも必要なデータ項目があれば適宜付け加えることもできる。
【００５５】
［データ種別（データ項目）の判別］
続いて、本実施形態におけるデータ種別（データ項目）の判別の仕組みについて説明する。図４は、シナリオ設定部１６が入力されたデータ種別（データ項目）を判別する際に参照するデータをテーブル形式で表したものである。例えば、シナリオＩＤは、００００−００２０という数値範囲１３５が決まっており、シナリオ設定部１６は、入力されたデータが００００−００２０の範囲であれば、シナリオＩＤと判断し、データ保存部１３の該当領域に保存する。同様に、入力されたデータが１０００−１９９９の範囲であれば、シナリオ設定部１６は、会員ＩＤが入力されたものと判断し、データ保存部１３の該当領域に保存する。このように、入力されるデータ種別（データ項目）の数値範囲１３５を決めておくことにより、シナリオ設定部１６におけるデータ種別の判別が簡素化される。
【００５６】
図５は、上記図３のシナリオＩＤ「０００３」のシナリオデータおよび図４のデータを用いてデータ保存部１３に設定される内容を表している。図３のシナリオＩＤ「０００３」のシナリオデータによると、会員ＩＤが「○」（必要）、製品ＩＤが「×」（不要）であると定義されているため、データ保存部１３の要否判定格納領域（要否）１３３には、会員ＩＤが「○」（必要）、製品ＩＤが「×」（不要）と設定される。また、データ保存部１３のメッセージ格納領域１３２には、図４のデータを参照して、各データ種別の読取り操作を要求する際に用いるメッセージが設定される。なお、実データ格納領域１３４は、入力されたデータ種別（データ項目）の値の一次保存先として使用される。
【００５７】
また、読取り完了判断部１４は、定型文「〜をかざしてください。」に、前記データ保存部のメッセージ格納領域のメッセージを挿入して、表示部１１に、例えば、「お客さまの会員カードをかざしてください。」とのメッセージを表示させる。
【００５８】
［マップテーブル］
続いて、本実施形態におけるマップテーブル２３について説明する。図６は、サーバ２に保持されるマップテーブルの例である。図６のマップテーブルは、概略シナリオ管理部１８、２２に記憶されているシナリオデータと対応しており、端末装置１から受信したデータの中に、００００〜０００４のシナリオＩＤが含まれている場合には、当該データを送信すべきサービスサイトのＵＲＬが定義されている。また、図５のマップテーブルでは、端末装置１から受信したデータの中にシナリオＩＤが含まれていない場合のサービスサイトのＵＲＬも定義されている。これにより、例えば、会員ＩＤのみを送信してきたユーザを会員サイトにアクセスさせ、製品ＩＤのみを送信してきたユーザを商品紹介サイトにアクセスといった振り分けが可能になる。
【００５９】
続いて、本実施形態の動作について図面を参照して詳細に説明する。はじめに、端末装置1の動作について説明する。図７は、本実施形態の端末装置１の動作を表したシーケンス図である。図７を参照すると、まず、端末装置１のユーザによって処理開始要求操作が行われると、シナリオ設定部１６が、データ保存部１３のデータを初期化する（ステップ。例えば、図５に示すような設定内容および実データが残されている場合、シナリオ設定部１６は、実データを削除するとともに、要否判定格納領域（要否）１３３をすべて不要の状態（×）に初期化する。なお、図7の例では、この初期化処理をシナリオ設定部１６に実行させているが、一次読取り部１２等が実行することとしてもよい。
【００６０】
次に、ユーザがＲＦＩＤ９が内蔵されたカード等をリーダ部６に近づけると、一次読取り部１２が、ユーザがかざしたカード等からデータを読み込み、シナリオ設定部１６に出力する（ステップＡ０２）。
【００６１】
シナリオ設定部１６は、前記入力されたデータ種別（データ項目）を判別する（ステップＡ０３）。ここで、シナリオＩＤが入力された場合、シナリオ設定部１６は、データ保存部１３のシナリオＩＤの実データ格納領域１３４に当該シナリオＩＤを保存するとともに、シナリオ管理部１８から該当するシナリオＩＤのシナリオデータを読み出して、データ保存部１３の要否判定格納領域（要否）１３３を設定する（ステップＡ０４）。
【００６２】
一方、会員ＩＤまたは製品ＩＤが入力された場合、シナリオ設定部１６は、データ保存部１３の会員ＩＤまたは製品ＩＤの実データ格納領域１３４に当該会員ＩＤまたは製品ＩＤを保存する（ステップＡ０５）。
【００６３】
次に、読取り完了判断部１４が、データ保存部１３の要否判定格納領域（要否）１３３に「○」がある項目の実データ格納領域１３４にすべて数値が読込まれているか否かにより、必要なデータ種別（データ項目）の読み取りが完了したか否かを判断する（ステップＡ０６）。また、読取り完了判断部１４は、シナリオカード３１を持たないユーザ等から、サーバ２にデータを送信する操作が行われた場合も同様に、読取り完了と判断する。
【００６４】
ここで、必要なデータ種別（データ項目）の読み取りが完了したと判定した場合、読取り完了判断部１４は、送受信部１７に、データ保存部１３に保存されたデータの一括送信を指示する（ステップＡ０７）。
【００６５】
一方、読取りが済んでいないデータ種別（データ項目）が見つかった場合、読取り完了判断部１４は、データ保存部１３の当該読み取りが済んでいないデータ種別（データ項目）のメッセージ格納領域１３２の文字列に「”をかざして下さい”」を追加して、不足するデータ種別（データ項目）の読取り操作を要求するメッセージを作成し、表示部１１に出力する（ステップＡ０８）。
【００６６】
例えば、会員ＩＤが必要であると設定されているにも拘らず、未だ読込まれていない場合、読取り完了判断部１４は、データ保存部１３の会員ＩＤのメッセージ格納領域１３２から読み取った”お客様の会員カード”に、”をかざしてください”を結合して、”お客様の会員カードをかざしてください”という要求メッセージを生成する。
【００６７】
表示部１１は、上記読取り完了判断部１４から出力された、不足するデータ種別（データ項目）を示したメッセージを画面に表示する（ステップＡ０９）。
【００６８】
前記メッセージを閲覧したユーザが、当該不足するデータ種別（データ項目）が記録されたカード等をリーダ部６に近づけると、二次読取り部１５が、ユーザがかざしたカード等からデータを読み込み、シナリオ設定部１６に出力する（ステップＡ１０）。
【００６９】
このようにして、必要なデータ種別（データ項目）の読み取りが完了すると、送受信部１７が、サーバ２に対して、データ保存部１３に保存されたデータを送信する（ステップＡ１１）。
【００７０】
続いて、図８を参照して、上記データ送信後のサーバ２側の動作について説明する。端末装置１の送受信部１７がサーバ２にデータを送信すると（ステップＡ１１）、サーバ２のディスパッチ部２１は、シナリオ管理部２２を参照し、送受信部１７より受け取ったデータにシナリオデータどおりのデータ種別（データ項目）が正しく入っているか否かを確認する（ステップＢ０１）。なお、ここで、必要なデータ種別（データ項目）が入っていないことが判明した場合、ディスパッチ部２１は、端末装置１の送受信部１７に対し、エラー画面を返す（ステップＢ０６）。これにより、端末装置１のユーザは読取り操作のやり直しを行うことになる。
【００７１】
一方、受信したデータに必要なデータ種別（データ項目）が入っている場合、ディスパッチ部２１は、前記受信したデータと、マップテーブル２３とを比較し、当該データを転送する転送先サイトのＵＲＬを抽出する（ステップＢ０２）。例えば、図６のようなマップテーブル２３が設定されている場合、シナリオＩＤが”００００”の場合、メンテナンスサイト４１へのＵＲＬ、シナリオＩＤが”０００１”の場合は店舗紹介サイト４２へのＵＲＬというようにシナリオＩＤに応じたＵＲＬが抽出される。また、シナリオＩＤの値がない場合、会員ＩＤまたは製品ＩＤのいずれかがあれば、図６に示したように会員サイト４６または商品紹介サイトへのＵＲＬが抽出される。
【００７２】
次に、ディスパッチ部２１は、端末装置１から受け取ったデータを、前記抽出したＵＲＬのパラメータとして含めて、サービスサイト４１〜４６のいずれかに送信する（ステップＢ０３）。
【００７３】
サービスサイト４１〜４６のうち前記データを受け取ったサービスサイトは、前記受け取ったデータに含まれる会員ＩＤや製品ＩＤを用いて、各サービスサイト固有の処理を実行し（ステップＢ０４）、その処理結果を示す画面データを返却する（ステップＢ０５）
。
【００７４】
例えば、メンテナンスサイト４１は、サーバ２を介して転送された端末装置１で読み取った会員ＩＤにより、メンテナンス管理者であるか否かのユーザ認証処理を行ない、ユーザ認証に成功すれば、メンテナンス画面を端末装置１に返却する。
【００７５】
また例えば、店舗紹介サイト４２は、特に会員ＩＤや製品ＩＤを必要としないため、端末装置１が設置されている店舗について、来客したユーザへの特典情報の表示画面を返却する。
【００７６】
また例えば、キャンペーンサイト４３は、会員ＩＤと製品ＩＤとを用いて、ユーザの購入金額に応じたポイント付与処理を行った後、今回付与されたポイントを含んだポイント残高確認画面を返却する。同様に、来店ポイントサイト４４は、会員ＩＤを用いて、ユーザの購入金額に応じたポイント付与処理を行った後、今回付与されたポイントを含んだポイント残高確認画面を返却する。
【００７７】
また例えば、商品紹介サイト４５は、製品ＩＤにて特定される製品に関する原材料の産地情報の紹介、生産者の紹介、流通ルートの紹介、栄養成分の紹介、あるいは、セットで購入するとお得な情報や、当該製品と良く合う他の製品の案内等の表示画面を返却する。
【００７８】
また例えば、会員サイト４６は、会員ＩＤにて特定される会員のポイント残高確認画面や、商品の送付先住所を登録・変更画面の表示画面を返却する。
【００７９】
ディスパッチ部２１は、これら受信した画面データを端末装置１の送受信部１７に返却する（ステップＢ０６）。
【００８０】
再度、図７を参照して、上記データ返却後の端末装置１の動作について説明する。送受信部１７が、サーバ２から受信した画面データを表示部１１に出力すると（ステップＡ１２）、表示部１１は、サーバ２から受信した画面データを表示する（ステップＡ１３）。
【００８１】
以上のように、本実施形態では、複数のサービスサイトに対応するシナリオデータを予め作成しておき、ユーザにより選択されたシナリオデータに基づいて、必要なデータの読み取り操作を促し、該データを適切なサービスサイトに転送し、適切に処理を行わせることができる。
【００８２】
［第２の実施形態］
続いて、上記本発明の第１の実施形態のシナリオデータおよびシナリオ設定部におけるデータ種別（データ項目）の判別方法に変更を加えた第２の実施形態について図面を参照して詳細に説明する。
【００８３】
本発明の第２の実施形態は、上記した第１の実施形態と同様の構成で実現でき、また、動作もほとんど共通するので、以下、その相違点を中心に説明する。
【００８４】
本実施形態では、シナリオＩＤが入ったシナリオカード（図１の３１）は、ＩＳＯ１８０００−４方式のＲＦＩＤを搭載しており、会員ＩＤが入った会員カード（図１の３２）は、ＩＳＯ１８０９２方式のＲＦＩＤを搭載しており、製品ＩＤは、ＥＰＣ  Ｇｌｏｂａｌ  Ｃｌａｓｓ２方式のＲＦＩＤに記録されているものとする。
【００８５】
図９は、本発明の第２の実施形態の端末装置１のシナリオ設定部１６が、入力されたデータ種別（データ項目）を判別する際に参照するデータをテーブル形式で表したものである。第１の実施形態におけるデータ種別（データ項目）の判別方法の説明に用いた図４との相違点は、数値範囲に代わって、各データ種別（データ項目）毎に使用するプロトコルが定義されている点である。
【００８６】
図９の例では、上記シナリオＩＤ、会員ＩＤ，製品ＩＤが記録されているＲＦＩＤのタイプにより、入力されたデータのデータ種別（データ項目）を判別できるようになっている。
【００８７】
シナリオ設定部１６は、図９のようなデータを参照し、一次読取り部１２や二次読取り部１５を介して入手したリーダ部６にて使用したプロトコルの種類により、入力されたデータのデータ種別（データ項目）を判別し、データ保存部１３の該当領域に保存する。
【００８８】
以上のように本実施形態では、第１の実施形態のように、シナリオＩＤ、会員ＩＤ、製品ＩＤの数値範囲に関する制限が不要となる。このため、各タイプのＲＦＩＤそれぞれの書き込み可能な範囲すべてを用いること可能となり、大量の製品や会員に対応することが可能となる。
【００８９】
以上、本発明の実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。
【００９０】
例えば、上記した実施形態では、シナリオＩＤのほかに会員ＩＤと、製品ＩＤとの２項目を読み取るものとして説明したが、サービスサイト（サービスサーバ）で必要とするデータ種別（データ項目）を適宜加えることが可能である。
【００９１】
また例えば、上記した第１の実施形態では、ＲＦＩＤの有効桁が４桁であるものとして各データ種別（データ項目）に数値範囲を設定した例を挙げて説明したが、有効桁や数値範囲は上記の例に限定されないことはもちろんである。例えば、読み取ったデータが、ＲＦＩＤであるか二次元バーコードであるかといった違いやデータの形式等によって、データ種別（データ項目）を判別することとしてもよい。
【００９２】
また例えば、上記した実施形態ではサーバ２がシナリオ管理部２２を備えるものとして説明したが、シナリオ管理部２２を有し、シナリオデータを端末装置１に配信するシナリオサーバを設けることも可能である。また、各端末装置に、サーバ２またはこのようなシナリオサーバから、シナリオデータを受信してシナリオ管理部に記憶されたシナリオデータを自動更新機能を備えてもよい。
【００９３】
また例えば、上記した実施形態では、端末装置１がシナリオ管理部１８を備え、シナリオカードからシナリオＩＤを読み取るものとして説明したが、シナリオカードからシナリオデータを読取り、端末装置１に展開する構成を採ることも可能である。
【００９４】
また例えば、上記した実施形態では、シナリオＩＤ、会員ＩＤ、製品ＩＤのすべてがＲＦＩＤから読み取られるものとして説明したが、必ずしもＲＦＩＤを用いる必要はない。
【００９５】
また例えば、上記した実施形態では、端末装置１は、一次読取り部１２および二次読取り部１５の２つの読取り部を備えるものとして説明したが、これらを一つの読取り部で実現することも可能である。
【符号の説明】
【００９６】
１  端末装置
２  サーバ
４ａ、４ｂ  サービスサーバ
６  リーダ部
９  ＲＦＩＤ
１０  二次元バーコード
１１  表示部
１２  一次読取り部
１３  データ保存部
１４  読取り完了判断部
１５  二次読取り部
１６  シナリオ設定部
１７  送受信部
１８  シナリオ管理部
２１  ディスパッチ部
２２  シナリオ管理部
２３  マップテーブル
３１  シナリオカード
３２  会員カード
３３、３３ａ、３３ｂ  製品
４１  サービスサイト（メンテナンスサイト）
４２  サービスサイト（店舗紹介サイト）
４３  サービスサイト（キャンペーンサイト）
４４  サービスサイト（来店ポイントサイト）
４５  サービスサイト（商品紹介サイト）
４６  サービスサイト（会員サイト）
１００  ネットワーク
１３１  データ種別（データ項目）
１３２  メッセージ格納領域
１３３  要否判定格納領域（要否）
１３４  実データ格納領域
１３５  数値範囲
【図１】
2010250494.tif 000003
【図２】
2010250494.tif 000004
【図３】
2010250494.tif 000005
【図４】
2010250494.tif 000006
【図５】
2010250494.tif 000007
【図６】
2010250494.tif 000008
【図７】
2010250494.tif 000009
【図８】
2010250494.tif 000010
【図９】
2010250494.tif 000011