(57)【要約】      （修正有）【課題】顧客の購買行動を反映した店舗誘導や消費意欲の促進といった販促支援と緊急情報交換のリアルタイム性を向上させること。【解決手段】各店舗の情報を管理するセンタサーバと、センタサーバとネットワークを介して接続され、ICカードを有する顧客との取引において顧客の属性情報やID情報等をICカードから受信して決済等の処理を行う店舗端末とを有する店舗間情報連携システムであって、センタサーバは、顧客が大型店舗内にある店舗を利用する際に推奨する店舗の組合せである推奨店舗組合せテーブルを１つ以上生成して、店舗端末に送信し、店舗端末は、推奨店舗組合せテーブルを受信／格納し、顧客が当該店舗を利用する際にICカードからカードID情報等を読み出し、読みだしたカードID情報等と店舗端末内に格納された顧客の顧客取引情報に基づき、ICカードに対して付与すべき特典情報を判別し、顧客が決済する際に特典情報を加味して決済処理を行う。【選択図】  図１
2006164094.tif 000002
【特許請求の範囲】
【請求項１】
店舗を利用する顧客に対し決済処理を行う店舗端末と、該店舗端末とネットワークを介して接続され、少なくとも一つ以上の前記店舗端末の情報を管理するセンタサーバとを有する店舗間情報連携システムであって、
前記センタサーバは、顧客がある店舗を利用した後、次に利用を推奨する店舗の候補を規定した推奨店舗組合せテーブルを１つ以上生成する推奨店舗組合せ生成部と、前記推奨店舗組合せテーブルを各店舗端末に送信する送信手段とを有し、
前記店舗端末は、前記推奨店舗組合せテーブルと、該顧客のカードID情報を含む顧客取引情報を格納する記憶手段と、顧客に対して付与すべき特典情報を判別する特典処理部と、該顧客に対する決済時に前記特典処理部で算出された特典情報を参照して決済処理を行なう決済処理部とを有することを特徴とする店舗間情報連携システム。
【請求項２】
請求項１記載の店舗間情報連携システムであって、
前記特典処理部は、顧客が当該店舗を利用する際に顧客が保有するICカードから該顧客のカードID情報を読み出し、該カードID情報に対応する前記顧客取引情報中の累積取引額に基づき、該ICカードに対して付与すべき特典情報を計算することを特徴とする店舗間情報連携システム。
【請求項３】
請求項１記載の店舗間情報連携システムであって、
前記店舗端末は、さらに、累積取引額と加算ポイントレートが規定されたポイントレートテーブルを有し、
前記特典処理部は、前記顧客取引情報中の累積取引額に対応する前記ポイントレートテーブル中の加算ポイントレートを算出して、該ICカードに対して付与すべき特典情報を計算することを特徴とする店舗間情報連携システム。
【請求項４】
請求項１記載の店舗間情報連携システムであって、
前記店舗端末では、さらに、推奨店舗生成部を有し、
当該推奨店舗生成部は、前記顧客取引情報中の顧客が取引した店舗を示す取引店舗IDを検索し、該検索された取引店舗IDと前記推奨店舗情報組合せテーブル中に規定された店舗IDとを比較し、一致した店舗IDの数が多いテーブルに含まれる店舗を前記顧客のICカードに対して送信することを特徴とする店舗間情報連携システム。
【請求項５】
請求項１記載の店舗間情報連携システムであって、
前記店舗端末が前記ICカードからカード情報を読み取り、不正カードであることを示すネガカード情報が入力された場合、
予め定めた一つ以上の連絡先店舗端末への前記カードID情報の送信を開始し、送信した店舗端末から受信したことを示す受信通知を受けるか、予め設定したタイムアウト時間になった場合、前記カードID情報の送信を終了することを特徴とする店舗間情報連携システム。
【請求項６】
少なくとも一つ以上の店舗端末の情報を管理するセンタサーバに、ネットワークを介して接続され、店舗を利用する顧客に対し決済処理を行う店舗端末であって、
前記センタサーバから、顧客がある店舗を利用した後、次に利用を推奨する店舗の候補を規定した推奨店舗組合せテーブルを受信する通信手段と、
前記推奨店舗組合せテーブルと、該顧客のカードID情報を含む顧客取引情報を格納する記憶手段と、
顧客に対して付与すべき特典情報を判別する特典処理部と、
該顧客に対する決済時に前記特典処理部で算出された特典情報を加味して決済処理を行なう決済処理部とを有することを特徴とする店舗端末。
【請求項７】
請求項６記載の店舗端末であって、
前記特典処理部は、顧客が当該店舗を利用する際に顧客が保有するICカードから該顧客のカードID情報を読み出し、該カードID情報に対応する前記顧客取引情報中の累積取引額に基づき、該ICカードに対して付与すべき特典情報を計算することを特徴とする店舗端末。
【請求項８】
請求項６記載の店舗端末であって、
さらに、累積取引額と加算ポイントレートが規定されたポイントレートテーブルを有し、
前記特典処理部は、前記顧客取引情報中の累積取引額に対応する前記ポイントレートテーブル中の加算ポイントレートを算出して、該ICカードに対して付与すべき特典情報を計算することを特徴とする店舗端末。
【請求項９】
請求項６記載の店舗端末であって、
さらに、推奨店舗生成部を有し、
当該推奨店舗生成部は、前記顧客取引情報中の顧客が取引した店舗を示す取引店舗IDを検索し、該検索された取引店舗IDと前記推奨店舗情報組合せテーブル中に規定された店舗IDとを比較し、一致した店舗IDの数が多いテーブルに含まれる店舗を前記顧客のICカードに対して送信することを特徴とする店舗端末。
【請求項１０】
請求項６記載の店舗端末であって、
前記ICカードからカード情報を読み取り、不正カードであることを示すネガカード情報が入力された場合、
予め定めた一つ以上の連絡先店舗端末への前記カードID情報の送信を開始し、送信した店舗端末から受信したことを示す受信通知を受けるか、予め設定したタイムアウト時間になった場合、前記カードID情報の送信を終了することを特徴とする店舗端末。
【請求項１１】
少なくとも一つ以上の店舗端末の情報を管理するセンタサーバに、ネットワークを介して接続され、店舗を利用する顧客に対し決済処理を行う店舗端末を、
前記センタサーバから、顧客がある店舗を利用した後、次に利用を推奨する店舗の候補を規定した推奨店舗組合せテーブルを受信する受信手段と、
前記推奨店舗組合せテーブルと、該顧客のカードID情報を含む顧客取引情報を格納する記憶手段と、
顧客に対して付与すべき特典情報を判別する特典処理手段と、
該顧客に対する決済時に前記特典処理部で算出された特典情報を加味して決済処理を行なう決済処理手段として機能させるためのプログラム。
【請求項１２】
請求項１１記載のプログラムであって、
前記特典処理手段は、顧客が当該店舗を利用する際に顧客が保有するICカードから該顧客のカードID情報を読み出し、該カードID情報に対応する前記顧客取引情報中の累積取引額に基づき、該ICカードに対して付与すべき特典情報を計算することを特徴とするプログラム。
【請求項１３】
請求項１１記載のプログラムであって、
累積取引額と加算ポイントレートが規定されたポイントレートテーブルを参照し、
前記特典処理手段は、前記顧客取引情報中の累積取引額に対応する前記ポイントレートテーブル中の加算ポイントレートを算出して、該ICカードに対して付与すべき特典情報を計算することを特徴とするプログラム。
【請求項１４】
請求項１１記載のプログラムであって、
さらに、推奨店舗生成手段を有し、
当該推奨店舗生成手段は、前記顧客取引情報中の顧客が取引した店舗を示す取引店舗IDを検索し、該検索された取引店舗IDと前記推奨店舗情報組合せテーブル中に規定された店舗IDとを比較し、一致した店舗IDの数が多いテーブルに含まれる店舗を前記顧客のICカードに対して出力することを特徴とするプログラム。
【請求項１５】
請求項１１記載のプログラムであって、
前記ICカードが不正カードであることを示すネガカード情報が入力された場合、
予め定めた一つ以上の連絡先店舗端末への前記カードID情報の送信を開始し、送信した店舗端末から受信したことを示す受信通知を受けるか、予め設定したタイムアウト時間になった場合、前記カードID情報の送信を終了することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一つ以上の店舗を持つ大型店舗やチェーン店の各店舗に設置する、決済処理やポイントなどの特典計算処理を行う加盟店情報端末間で顧客取引情報を連携することにより、顧客の店舗誘導などの販促支援や緊急情報交換の迅速性を向上させる方式に関する。
【背景技術】
【０００２】
複数の店舗が入る百貨店やショッピングセンター、または、チェーン店展開をする飲食店やコンビニエンスストアなどでは、顧客に対してポイントサービス等を行っていることが多い。このようなポイント情報や在庫情報は一般にセンタで一元管理し、店舗はセンタと通信する方式を取っているのが一般的である。このようなセンタシステムを提供するサービスとしては、NTT東日本（登録商標）の店舗連携ソリューションEphio（登録商標）や、キヤノン（登録商標）のドキュメント共有ASPサービスC-Cabinet（登録商標）などが挙げられる。これらに類する公知例としては、「コマース情報流通システム」（例えば、特許文献１参照）などがある。
【０００３】
ICカードやリライタブルカードを用いて、ポイント情報をカードに保有させ、オフラインで処理させている場合もある。これらは、現在、家電量販店で用いられており、公知文献として「オフラインデータベースマーケティングシステム及びマーケティング方法」（例えば、特許文献２参照）などがある。
【０００４】
また、クレジット決済処理において、不正カードであることを示すネガカード情報等の情報は、店舗に設置する決済端末からネットワークを介してまたは店舗のセンタシステムに日に一回、バッチで送信される。
【０００５】
また、緊急に店舗間で情報を伝達する場合には、電話により情報を伝達していた。
【０００６】
【特許文献１】特開2002-73830号公報
【特許文献２】特開2003-16532号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記のようなセンタ管理型システムで店舗間情報を連携させる場合、センタには、所定間隔毎のバッチ処理で情報が収集されるため、最新の取引情報が得られないという問題がある。
【０００８】
また、センタ管理型システムでは、ポイント情報や取引履歴を、一旦、センタで一元管理して該情報を解析した後、すべての店舗に対して該解析結果や他のサービス情報を提供するため、顧客の購買行動をリアルタイムに反映するようなサービス提供が困難であるという問題がある。
【０００９】
また、緊急性を要する情報通知の場合は、電話により情報伝達を行なっていたため、受信者が不在であるときは情報伝達が不可能であったり遅延が生じる場合があり、上記ネガカード情報等が迅速かつ適切に行なわれないという問題があった。
【００１０】
本発明は、上記問題のうち少なくともひとつを解決するものである。
【課題を解決するための手段】
【００１１】
上記事情に鑑み、本発明では、顧客が持つカードのIDをキーにして、取引履歴情報やネガカード情報をセンタを介さずに店舗間で通信できるようにすることで、顧客の購買行動を反映した店舗誘導や消費意欲の促進といった販促支援と緊急情報通知の迅速性を向上させるシステムを提供する。
【００１２】
また、一つ以上の店舗を有する大型店舗における各店舗の情報を管理するセンタサーバと、該センタサーバとネットワークを介して接続され、ICカードを有する顧客（カードホルダー）との取引において該顧客の属性情報やID情報等を該ICカードから受信して決済等の処理を行う店舗端末とを有する店舗間情報連携システムであって、センタサーバは、顧客が上記大型店舗内にある店舗を利用する際に推奨する店舗の組合せである推奨店舗組合せテーブルを１つ以上生成して、上記店舗端末に送信し、該店舗端末は、該推奨店舗組合せテーブルを受信／格納し、上記顧客が当該店舗を利用する際にICカードから上記カードID情報等を読み出し、該読みだしたカードID情報等と当該店舗端末内に格納された該顧客の顧客取引情報に基づき、該ICカードに対して付与すべき特典情報を判別し、顧客が決済する際に該特典情報を加味して決済処理を行う。
【００１３】
その後、店舗端末では、上記ICカードに対する特典情報を更新するとともに、上記推奨店舗情報組合せテーブルおよび顧客取引情報から次に顧客が進むべき推奨店舗を検索して、該検索した推奨店舗情報を顧客のICカードに対して送信する。
【００１４】
なお、該ICカードが、表示部を有する端末に接続されている場合、検索した推奨店舗情報および取引結果をユーザ端末へ送信する。
【００１５】
また、店舗端末では、上記顧客取引情報を更新するとともに、上記推奨店舗情報テーブルに基づき、推奨店舗の店舗端末に上記取引結果を送信する。
【００１６】
各店舗端末は、日計処理時間になるまで、上記処理を繰り返し、日計処理時間になると、最終時点の顧客取引情報を上記センタサーバへ送信する。
【００１７】
センタサーバは、全ての店舗端末から受信した顧客取引情報から最新の情報を抽出し、上記センタサーバ内に持つ顧客データを更新する。
【発明の効果】
【００１８】
本発明によれば、顧客の購買行動を反映した店舗誘導や消費意欲の促進といった販促支援と緊急情報交換のリアルタイム性を向上させることができる。
【発明を実施するための最良の形態】
【００１９】
本発明の実施の形態に関して図面を用いて説明する。説明を分かりやすくするため、ここでは便宜上、複数の業種の店舗が入っている大型ショッピングセンタ（以下、SCとする。）での適用を想定して説明する。他にも、百貨店や、広域に提携店舗を置くフランチャイズ型のチェーン店などでも適用が考えられることは言うまでもない。
【００２０】
図６は、本発明を実施するシステム構成である。SC内にある店舗には一つ以上の店舗端末601を設置し、一つ以上の店舗端末601がSCセンタサーバ604に通信ネットワークを介して接続されている。また、店舗の顧客（カードホルダ）は、当該カードホルダを一意に識別できるICカード602を保有している。
【００２１】
ICカード602は、接触型、非接触型のいずれでも構わない。また、カードホルダは、ICカードに格納された情報を用いて店舗端末601と通信できる。また、表示部を持つユーザ端末603を介してICカード602と店舗端末間601で通信することも可能である。
【００２２】
店舗端末601は、少なくとも入力装置6011および出力装置6012、CPU、メモリ部を有し、機能として少なくともカードホルダに対する特典情報を算出・更新する特典処理部60104と、クレジットなどの決済処理を行う決済処理部60105と、カードホルダに対して推奨する店舗情報を生成する推奨店舗情報生成部60106と、上記処理のために用いるポイントレートテーブル701、顧客取引データ801、推奨店舗組合せテーブル901、店舗特典データ1001、店舗グループテーブル1101、設置端末テーブル1701を有する。
【００２３】
SCセンタサーバ604は、少なくとも入力装置6041と出力装置6042、CPU、メモリ部を有し、機能として少なくとも顧客に対して推奨する利用店舗の組合せを示す推奨店舗組合せテーブルを生成する推奨店舗組合せ生成部6044と、顧客データ6045、店舗データ6046、端末データ6047、ポイントレートテーブル701、推奨店舗組合せテーブル6048、店舗特典データ1001、店舗グループテーブル1101、設置端末テーブル1701を有する。
【００２４】
店舗データ1401は、図14に示すように、少なくとも店舗ID9011と、店舗名10012、店舗の業種カテゴリを示す業種14011と、電話番号などの連絡先14012と、店舗のフロア階数や位置を示す場所10013とを含む。
【００２５】
端末データ1501は、図15に示すように、少なくとも端末ID15011と、その端末を設置する店舗の店舗ID9011とを含む。その端末を設置する場所10013、設置年月日15012などの付加情報を含んでも良い。
【００２６】
ICカード602には、少なくともCPU、メモリ部、外部との通信を行う外部通信制御部6021、機能として少なくとも店舗端末601との通信によってクレジットなどの決済処理を行う決済処理部6023、カードホルダに関するカード情報を格納するカード情報格納部602４とが備えられている。このカード情報は、図12に示すように、少なくともカードID8011と、カードホルダの属性を示す属性情報12011と、現時点での特典状況を示す特典情報12012とを含む。属性情報12011には、特典の設定に利用する条件を含む。例えば、カードホルダ名120111、生年月日120112、性別120113を含んでも良い。特典情報には、ポイント制を適用している店舗であれば、例えば、現時点のポイント残高120121、その有効期限120122を含んでも良い。
【００２７】
ユーザ端末603は、少なくとも入力装置6031と表示装置を有する出力装置6032、CPU、メモリ部、店舗端末601と通信を行う外部通信制御部6033を有する。
【００２８】
決済処理ホスト605は、少なくとも入力装置、出力装置、CPU、メモリ部、金融機関と決済処理を行う決済処理部6053とを有する。
【００２９】
なお、上記各機器での、機能を実現する処理は、ハードウェア、ソフトウェア、またはそれらの組合せによって実現される。プログラムやデータ等のソフトウェアは、メモリにロードされ、該ロードされたプログラム等をCPUが実行することで処理が実現される。
【００３０】
図１は、本発明の実施形態の基本処理フローを示している。
SCセンタサーバ604は、カードホルダに対して利用を推奨する店舗の組合せを示す1つ以上の店舗ID組合せレコードを持つ推奨店舗組合せテーブル901を生成し（ステップ10301）、店舗端末601から新規テーブル要求を受ける（ステップ10201）と、生成した推奨店舗組合せテーブル901と予めすべての店舗から情報を収集しておいた店舗特典データ1001と店舗をフロアや業種などのグループで分類した店舗グループテーブル1101と、各店舗に設置した端末をリストにしている設置端末テーブル1701、ポイントレートテーブル701を店舗端末601に送信する（ステップ10302）。店舗端末601は受信したデータに基づき、端末内のデータを更新する（ステップ10202）。
【００３１】
店舗端末601は、カードホルダとの取引時にICカード602からカード情報1201を読み取る（ステップ10203）。ここで、カード情報とは、少なくとも、カードホルダの属性情報及び当該ICカードを一意に識別できるカードIDを含む情報である。そして、読み出したカード情報と自店舗端末内に格納された顧客取引データ801とポイントレートテーブル701を参照してICカード602に対する現時点特典情報を判別し（ステップ10204）、判別した現時点特典情報を元に決済処理を行う（ステップ10205）。この現時点での特典情報を判別については、図４を用いて後述する。
【００３２】
それから、上記の推奨店舗組合せテーブル901を用いて、カードホルダに対する推奨店舗情報を検索する（ステップ10206）。この推奨店舗情報の検索処理は、図５を用いて後述する。
【００３３】
カードホルダがユーザ端末603を持っていると判断した場合（ステップ10207）、利用額や付与ポイント情報などを含む取引結果データとステップ10206で検索した推奨店舗情報を当該ユーザ端末604に送信する（ステップ10208）。ここで、カードホルダがユーザ端末603を持っているか否かを判断する方法は、店員による目視や、店舗端末601との通信方式による自動識別（例えば、赤外線通信であった場合はユーザ端末603を持っているとみなす等）などの方法が考えられる。ユーザ端末604には、受信したデータが出力装置6032に表示される（ステップ10101）。
【００３４】
次に、店舗端末601の出力装置60102に取引内容が表示され（ステップ10209）、同様の取引内容がICカード602に書き込まれる（ステップ10210）。次に、店舗端末601は、該取引内容と推奨店舗情報をレシート等に出力する（ステップ10211）。
【００３５】
それから、顧客取引データ801を更新する（ステップ10212）。ここでの取引データ顧客801の更新とは、店舗端末601が直前に処理した取引内容をログとして取引の都度追加する処理をさす。この顧客取引データ801のデータ項目については、図８を用いて後述する。ここで、カードホルダが、店舗端末601で行うタイムサービスやくじなどの別サービスにより、ポイントレートを操作する場合、該ポイントレートの変更に応じて次回以降発行可能な特典情報を変更できるようにしても良い。
【００３６】
ここでのポイントレートとは、取引高に対するポイント付与率を示す。例えば100円の取引に対し、ポイントレート1%であれば、ポイントは１加算され、ポイントレートが3%であれば、ポイントは３加算される。なお、特典情報は、ポイントだけでなく、タイムサービスによる割引やくじなども含んだ、サービスの総称である。顧客取引データ801の更新処理が終了すると、店舗端末601は、操作者から顧客情報連携先店舗グループの入力を受け付ける（ステップ10213）。この顧客情報連携先店舗グループ（以下、店舗グループ）については図１１を用いて後述する。
【００３７】
なお、ここで顧客情報連携先店舗グループの入力を受けない態様も選択可能である
次に、カードホルダが利用した店舗の店舗端末から、ステップ10206で検索した推奨店舗および上記で入力された店舗グループに属する店舗の店舗端末601へ、更新後の顧客取引データ801が送信される（ステップ10214）。
【００３８】
店舗端末601は、日計処理時間と判断する（ステップ10215）までステップ10203からステップ1021４を繰り返し、日計処理時間になると、その時点での顧客取引データ801をSCセンタサーバ604へ送信する（ステップ10216）。
【００３９】
SCセンタサーバ604は、複数の店舗端末601から収集した顧客取引データ801から、各カードIDに対してそれぞれ最新の情報を抽出し（ステップ10303）、顧客データ1301を更新する（ステップ10304）。顧客データ1301は、センタが顧客（カードホルダ）情報を管理するためのもので、１レコードに１顧客の情報が格納されているものです。これに対して顧客取引データ801は、店舗端末が顧客との取引ログを記録するもので、１レコードに１取引の情報が可能される。このため、顧客取引データ801には１人の顧客データが複数レコードに入る場合もある。
【００４０】
ここで、図８を用いて、店舗端末内での処理ステップ10212などで用いる顧客取引データ801について説明する。この顧客取引データ801は、店舗端末内のメモリに格納されている。顧客取引データ801は、少なくとも、取引のあったICカード602を一意に識別するカードID8011と、そのカードと取引した時刻を示す取引時刻8012と、その際取引した店舗を一意に識別する取引店舗ID8013と、その際の取引高を示す取引高8014と、同日内に取引した取引高の累積を示す同日累積取引高8015と、その時点でのそのカードID８０１１に対するポイントレートを示す現時点ポイントレート8016と、その時点でのポイント残高8017と、そのカードがネガカードか否かを示すネガカードフラグ8018とを含む。
【００４１】
次に、図４を用いて、ステップ10204でのICカード602に対する現時点特典情報の判別処理について説明する。まず、店舗端末601は、ICカード602からカード情報を読取る。上述したようにこのカード情報には、ICカード602を一意に識別するカードIDが含まれており、この読み出したカードIDと、端末内に格納された顧客取引データ801中のカードID8011とを比較し、取引中のカードのカードIDが店舗端末に格納されたカードID8011に含まれているか否かを検索する（ステップ102031）。顧客取引データ801中に該当するカードID8011が見つかれば（ステップ102032）、図８の同日累積取引高8015に基づき、図７に示すポイントレートテーブル701から該当する加算ポイントレートを検索し（ステップ102033）、検索した加算ポイントレートに基づき、割引や付与ポイントなどの特典を計算する（ステップ102034）。ここで、加算ポイントレートについてもう少し詳しく説明する。加算ポイントレートとは、累積取引高に応じてポイントレートが優遇される考えに基づく。例えば、加算ポイントレートが20000円時に0.5%、50000円時に2%といった設定をしたとすると、通常１％のポイントレートが設定されているとして、その日の累積取引高が20000円を超えると、ポイントレートが0.5%加算され、1.5%となり、50000円を超えると、ポイントレートが2%加算され、3%でポイントが計算されるというものである。
【００４２】
ここで、ポイントレートテーブル70１は、図7に示すように、少なくとも同日累積取引高7011と加算ポイントレート7012とを含む。本実施例では、同日累積取引高7011が高ければ高いほど、高レートのポイント付与が期待できるテーブルの構造を想定しているが、ポイントレートだけでなく、割引率を設定したり、対象期間についても同日だけでなく月間やそれまでの全ての取引累積高によるレート設定を行うテーブル構成にしても良い。
【００４３】
上記処理を行ない現時点で割引や付与ポイントを判別することで、現時点特典情報の判別処理が実行される。
【００４４】
次に、図５を用いて、ステップ10206での推奨店舗情報の検索処理フローについて説明する。店舗端末601は、顧客取引データ801中のカードID8011のを検索し（ステップ102061）、同日内に取引のあった全店舗ID9011を検索する（ステップ102062）。この時の処理を図８を用いて説明する。店舗端末601がカードID8011が、‘12345678’のカードを受け付けると、顧客取引データ801から該当するカードID8011の取引レコードを検索する。図８の場合、同日内に取引のあった店舗ID9011は、‘534’と‘263’となる。
【００４５】
次に、図９に示す推奨店舗組合せテーブル901から、ステップ102062で検索した店舗ID9011の組み合わせを最も多く含むレコードを検索し（ステップ102063）、そのレコード中、同日内にまだ利用していない店舗ID9011があれば（ステップ102064）、該店舗ID9011に基づき、図１０の店舗特典データ1001からまだ利用していない店舗ID9011の情報を検索し（ステップ102065）、ヒットするレコードが見つかれば（ステップ102066）、その検索結果を出力する（ステップ102067）。
【００４６】
ステップ102063で用いる推奨店舗組合せテーブル901は、図９に示すように、少なくとも各レコードに組合せ識別ID9012と、組合せの構成要素となる店舗ID9011とを含む。
【００４７】
この組合せは、例えば、衣料品店と飲食店とスーパーストア、ベビー用品店とドラッグストアと食料品店と喫茶店など、同日内に回る可能性が高いと思われる店舗の組合せや、SCセンターサーバ側が宣伝のために推奨したい新規店舗情報を組み込んだ複数店舗の組合せを想定している。ここでは、単に店舗の組合せのみを示しているが、顧客の年齢層や性別、これまでの利用実績などを加味したテーブル構成にすることも考えられる。
【００４８】
この推奨店舗組合せテーブル901は、ＳＣセンタサーバ604の推奨店舗組合せ生成部6044で生成され、店舗端末601には、自店舗IDを含む1つ以上のレコードがステップ10302（図１）でダウンロードされる。この推奨店舗組合せテーブル901のダウンロードステップは、所定タイミングに、一括してダウンロードされる。例えば、店舗の開店前の店舗端末起動時等にダウンロードされる。
【００４９】
また、図５のステップ102065で用いる店舗特典データ1001は、図10に示すように、少なくとも店舗ＩＤ9011と、その店舗の名称を示す店舗名10012と、その店舗の場所10013と、特典内容10014と、時間帯や利用高などの特典を受けるための条件10015と、その特典の有効期限10016とを含む。
【００５０】
次に、図１のステップ10214で用いる店舗グループについて、図11を用いて説明する。店舗グループテーブル1101は、少なくともグループを識別するグループＮｏ．11011と、フロア別や業種カテゴリ別などのグルーピングの根拠を示す種別11012と、そのグループに所属する１つ以上の店舗の店舗ＩＤ9011とを含む。
【００５１】
店舗には１つ以上の端末が設置されている場合があるので、図１のステップ10214において通知する店舗端末IDは、店舗グループテーブル1101と図17に示す設置端末テーブル1701、もしくは、ステップ102061〜102067で検索した店舗ID9011と設置端末テーブル1701を用いて検索し、その結果を出力する。設置端末テーブル1701には、少なくとも店舗ID9011と、その店舗に設置する1つ以上の店舗端末601の端末ID15011とが含まれている。
【００５２】
なお、一般にクレジットカード決済の場合、盗難や偽造などの不正利用の可能性があるカードに関してはネガカードとしてカード番号をセンタで管理し、日に１回、店舗に置かれる決済端末へその情報をダウンロードすることで、ネガカードをチェックする。また、ＳＣのように、複数異業種の店舗が近隣に併設されているような大型店舗では、挙動不審な顧客がいる場合には、電話により、各店舗へ警告通知が伝達される方法が取られている。
【００５３】
次に、このネガカードチェック情報伝達の迅速性を向上させたり、ＳＣ内のみでローカルに注意人物（カードホルダ）をチェックする方法を示す。
【００５４】
図２は、ＳＣセンタサーバ604から、管理するすべての店舗端末601に対してネガカード情報を即時通知する処理フローを示す。
【００５５】
ある店舗端末601が、ＩＣカード602からカード情報を読み取った際（ステップ20101）、店舗端末601の操作者が挙動不審であるとの情報や誤ったパスワードが複数回入力された等のネガカード情報が店舗端末に入力されると（ステップ20102）、即時にＳＣセンタサーバ604へネガフラグ8017を立てた顧客取引データ801が送信される（ステップ20103）。ＳＣセンタサーバ604は顧客データ1301を更新後（ステップ20201）、管理するすべての店舗端末へネガカード情報を送信する（ステップ20202）。店舗端末601は、該ネガカード情報を受信したことを示す受信通知をSCセンタサーバ604へ返信する（ステップ20203）。ここで、顧客データ1301は、図13に示すように、少なくともカードID8011と、カードホルダの属性を示す属性情報13011と、カードホルダとの取引状況を示す取引状況13012と、ネガカードか否かを判断するネガフラグ13013とを含む。属性情報13011には、カードホルダ名120111、カードホルダの連絡先120114、生年月日120112、性別120113を含んでも良い。取引状況13012には、最新取引履歴130121、それまでの取引累積高や単位期間中の取引累積高を示す取引累計130122、現在のポイント残高を示すポイント130123を含んでも良い。
【００５６】
一方、図３は、ＳＣセンタサーバ604を介さずに店舗端末601間でネガカード情報をやり取りする場合の処理フローを示す。
【００５７】
ここでは、情報発信元となる店舗端末601を起点に、順に予め設定しておいた次の店舗端末601へ情報が伝達される情報連携方法を示すが、情報伝達中に店舗端末601や通信ネットワークの障害などにより情報が伝達されない場合が想定できる。このため、1台の店舗端末601が2台以上の店舗端末601へ同様の情報を伝達するようにし、情報伝達が停止する状態を防ぐ。
【００５８】
本例では、図16に示すように、１台の店舗端末601が2台の店舗端末601に情報を伝達する情報伝達形態を想定する。より情報伝達を早めたい場合、もしくは、伝達途中で情報の断絶を防ぎたい場合には、1台の端末から発信する端末の台数を増やせば良い。送信先の店舗端末のアドレスは、予め各店舗端末に格納されているものとする。
【００５９】
店舗端末601（図16の起点店舗端末1601）は、ＩＣカード602からカード情報を読み取り（ステップ30101）、店舗端末601の操作者が挙動不審などの理由でチェックが必要と思われるカードホルダと判断されて、ネガカード情報が入力されると（ステップ３0102）、予め設定した通知先該当端末へ該当カード情報を送信する（ステップ30103）。情報を受信した店舗端末601は情報を送信してきた店舗端末601に対して受信通知を送信し（ステップ30201）、該当するカードID8011に関して、保有する顧客取引データ801より受信した情報が新しいと判断すると（ステップ30202）、顧客取引データ801を更新し（ステップ30203）、次の通知先該当店舗端末へ同様のデータを送信する（ステップ30204）。
【００６０】
店舗端末601が、通知先該当端末から受信通知を受けたかを判断し（ステップ30104）、受信通知を受けておらず、予め設定していたタイムアウト時間になっていなければ（ステップ30105）、ステップ30103〜ステップ30104を繰り返し、受信通知を受けたか、タイムアウト時間になったと判断した場合、終端通知端末（図16の1604および1605）から該当ネガカード情報を受信したこと、すなわち、情報がネットワークを正常に循環したことを判断した場合（ステップ30106）、処理を終了し、終端通知端末から情報通知を受信しておらず、タイムアウト時間になったと判断した場合（ステップ30107）、SCセンタサーバへステップ30105においてタイムアウト結果となった店舗端末IDを通知する（ステップ30108）。
【００６１】
上記の店舗端末601間での情報伝播方法に関して、図19を用いて説明する。ここでは、店舗端末601がSC内に8台設置され、各店舗端末601は2台ずつ情報伝播させる場合を想定している。初期状態1901では、店舗端末601はそれぞれ、ネガ情報を入手した端末がないため、通常処理を行っている。次に、端末1が、ネガ情報Aを入手すると、予め設定していた（店舗端末601内にテーブル管理していた）2台の通知先店舗端末2及び店舗端末3に情報Aを送信する（状態1902）。次に、情報Aを受信した2台の店舗端末が、それぞれ予め設定していた次の通知先へ情報Aを転送する。ここでは、店舗端末２は、店舗端末３及び店舗端末４に情報Ａを転送し、店舗端末３は、店舗端末４及び店舗端末５に情報Ａを転送する。このとき、端末１は自ら情報を発信済みのため、伝播処理終了とみなす（状態1903）。図中の×印は、伝播処理終了を意味する。以降、同様に情報伝播を繰り返すが、各店舗端末は、以下のいずれかの条件に合致すると、自端末が終端通知端末であると判断し、以降の通知処理を行わない。（１）自分から情報を伝播した、または、（２）受信したデータが、受信済みのデータと同値である（状態1904〜1905）。状態1904において、店舗端末２乃至４は、上記（１）及び（２）の理由により、伝播処理終了となる。状態1905において、店舗端末５は、上記（１）の理由により、伝播処理終了となる。状態1906において、店舗端末6は、上記（１）の理由により伝播処理終了となり、店舗端末7乃至8は、上記（１）及び（２）の理由により、伝播処理終了となる。最終的に、全店舗端末が終端通知端末であることを認識すると、情報伝播は終了する（状態1906）。
【００６２】
なお、ステップ30103において、店舗端末601は情報を通知するべき他店舗端末601のID情報を予め持っておく必要がある。この情報は、店舗グループテーブル1101中に緊急情報通知先端末IDおよび終端通知端末IDを示すレコードを用意しておくか、個別テーブルを保有しても良い。前者の場合は、例えばグループNo.11011に識別値、種別11012に緊急通知先であることを示すコード、対象店舗ID9011に当該店舗端末601が緊急情報を通知するべき１つ以上の店舗IDと終端通知を受ける店舗IDを持つことになる。
【００６３】
図２のステップ20103、図３のステップ30103で、店舗端末601間で交換するネガカード情報は、図12に示すカード情報1201のように、少なくともカードID8011と、カードホルダの属性を示す属性情報12011と、現時点での特典状況を示す特典情報12012とを含む。ネガカード情報が通知された端末では、該端末では処理不可とする等の制御がなされる
ステップ10101でのユーザ端末603での表示内容は、図18に示すように、少なくとも推奨店舗情報1801を含む。また、特典に関する利用状況などを示す特典情報1802を含んでも良い。例えば、推奨店舗情報1801は、利用店舗名、場所、限定割引サービスなどの内容、特典情報1802は、同日累積取引高8015とポイントレートテーブル701を元に、「あとｘ円の利用でポイントレートが上がる」、「あとｙ円の利用で駐車場無料サービスが1時間延長」などの情報などである。
【００６４】
SCセンタサーバでは、少なくとも顧客、店舗、店舗に設置する端末を管理するデータを管理する。
【図面の簡単な説明】
【００６５】
【図１】本発明の実施形態における基本処理フローを説明する図である。
【図２】本発明の実施形態におけるセンタ型のネガデータ通知処理フローを説明する図である。
【図３】本発明の実施形態におけるP2P型のネガデータ通知処理フローを説明する図である。
【図４】本発明の実施形態における現時点特典の判別・更新処理フローを説明する図である。
【図５】本発明の実施形態における推奨店舗情報の検索処理フローを説明する図である。
【図６】本発明の実施形態におけるシステム構成を説明する図である。
【図７】本発明の実施形態における店舗端末601が管理するポイントレートテーブルの構成を説明する図である。
【図８】本発明の実施形態における店舗端末601が管理する顧客取引データの構成を説明する図である。
【図９】本発明の実施形態における店舗端末601が管理する推奨店舗組合せテーブルの構成を説明する図である。
【図１０】本発明の実施形態において店舗端末601が管理する店舗特典データの構成を説明する図である。
【図１１】本発明の実施形態において店舗端末601が管理する店舗グループテーブルの構成を説明する図である。
【図１２】本発明の実施形態において店舗端末601間でやり取りされるカード情報の構成を説明する図である。
【図１３】本発明の実施形態においてSCセンタサーバ604が管理する顧客データの構成を説明する図である。
【図１４】本発明の実施形態においてSCセンタサーバ604が管理する店舗データの構成を説明する図である。
【図１５】本発明の実施形態においてSCセンタサーバ604が管理する端末データの構成を説明する図である。
【図１６】本発明の実施形態において図３で説明するP2P型情報通知の循環方法を補足説明する図である。
【図１７】本発明の実施形態において店舗端末601が管理する設置端末テーブルの構成を説明する図である。
【図１８】本発明の実施形態においてユーザ端末603が表示する情報の構成を説明する図である。
【図１９（ａ）】本発明の実施形態において店舗端末601間で情報伝播する方法を補足説明する図である。
【図１９（ｂ）】本発明の実施形態において店舗端末601間で情報伝播する方法を補足説明する図である。
【符号の説明】
【００６６】
601…店舗端末、602…ICカード、603…ユーザ、604…センタサーバ、605…決済処理ホスト、60104…特典処理部、60105…決済処理部、60106…推奨店舗情報生成部、701…ポイントレートテーブル、801…顧客取引データ、901…推奨店舗組合せテーブル、8011…カードID、9011…店舗ID、1001…店舗特典データ、1101…店舗グループテーブル、1701…設置端末テーブル、6021…外部通信制御部、6023…決済処理部、602４…カード情報格納部、6031…入力装置、6032…出力装置、6033…外部通信制御部、6041…入力装置、6042…出力装置、6044…推奨店舗組合せ生成部、6045…顧客データ、6046…店舗データ、6047…端末データ、6048…推奨店舗組合せテーブル、6053…決済処理部、1401…店舗データ、14011…業種、14012…連絡先、10012…店舗名、10013…場所、1501…端末データ、15011…端末ID、12011…属性情報、12012…特典情報
【図１】
2006164094.tif 000003
【図２】
2006164094.tif 000004
【図３】
2006164094.tif 000005
【図４】
2006164094.tif 000006
【図５】
2006164094.tif 000007
【図６】
2006164094.tif 000008
【図７】
2006164094.tif 000009
【図８】
2006164094.tif 000010
【図９】
2006164094.tif 000011
【図１０】
2006164094.tif 000012
【図１１】
2006164094.tif 000013
【図１２】
2006164094.tif 000014
【図１３】
2006164094.tif 000015
【図１４】
2006164094.tif 000016
【図１５】
2006164094.tif 000017
【図１６】
2006164094.tif 000018
【図１７】
2006164094.tif 000019
【図１８】
2006164094.tif 000020
【図１９（ａ）】
2006164094.tif 000021
【図１９（ｂ）】
2006164094.tif 000022