(57)【特許請求の範囲】
【請求項１】
一の顧客の店舗やサービスの利用に際して、前記顧客の利用情報からその利用傾向を分析し顧客ランクを判定するものであって、かつ、ＣＰＵ、記憶手段および入出力インタフェースを有するＩＣチップを内蔵するＩＣカード（スマートカード）を少なくとも２枚以上と、該ＩＣカードと通信を行うための端末とを備えたシステムであって、第１のＩＣカード（顧客カード）は各顧客が個々に少なくとも１枚ずつ保持し、前記第１のICカードには決済機能あるいはポイント管理機能が設けられ、前記記憶手段には前記利用者の前回までの利用傾向を表す値が格納されており、
前記第２のＩＣカード（店舗カード）は店舗が保持し、前記第２のＩＣカードは各利用者の利用傾向を表す値を計算するための機能を有しており、カード利用に際して、前記第２のカードは前記入出力インタフェースを介して前記第１のカードから前記利用者の前回までの利用傾向を表す値を受け取り、前回までの利用履歴情報と、今回受信した利用情報とから、前記ＣＰＵにて所定の計算式により前記利用者の利用傾向を表す値を計算した後、前記計算結果を該入出力インタフェースを介して利用者カードに返却することを特徴とする顧客情報分析システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、高いセキュリティを持つコンピュータシステム、特に、不揮発性メモリにアプリケーションプログラムを格納することが可能なＩＣカードを核としたコンピュータシステムに関するものである。また本発明は、顧客の利用情報を分析し、顧客へのサービス向上をはかる顧客情報システムに関するものである。
【０００２】
【従来の技術】
ＩＣチップにＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を内蔵し、カード内部での演算を行なうことができるＩＣカード（あるいはスマートカードと称する）は、高度な情報記憶能力を持ち、高いセキュリティを実現できることから、さまざまな分野での利用が期待され、特に電子マネーなど金融分野において、近年積極的に導入が進められている。
【０００３】
特に、１枚のカード上に複数のアプリケーションを搭載できるカードＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）によって管理されるマルチアプリケーション対応ＩＣカードは、アプリケーションプログラム間の独立性が高くなるように制御されており、安全に複数のアプリケーションを共存させられるだけでなく、発行後のカードに新たにアプリケーションプログラムを追加したり、不要なアプリケーションプログラムを削除したりすることも可能となっている。つまり、単なる情報格納媒体としてではなく、安全なコンピュータとしてみなすことができる。カードの持つ高いセキュリティを活かし、あるいは従来の磁気カード機能の置き換えという観点から、クレジットカードや電子マネーなどの金融分野での応用、特に複数アプリケーションの連携などが期待されている。
【０００４】
従来から、顧客囲い込みの一手段として、ポイントシステムあるいはロイヤリティプログラム（以下、ポイントシステムと称する）といったシステムが一般的である。これは、「利用者の利用履歴に応じてポイントが加算され、その点数の蓄積により所定のサービスが受けられるシステム」と定義され、ポイント獲得による特典への期待から、店舗やカードの利用を促すといった効果を狙っている。システムの例として商店街のスタンプカードやデパートなどのポイントシステム、あるいは航空会社のマイレージプログラムのようなものがある。一例としてデパートのポイントシステムを例に挙げると、会員はカードを所持し、該当デパートで買い物をする際にカードを提示すると、購入履歴とともに売り上げに応じてポイントが蓄積され（例えば１０００円の買い物ごとに２０ポイント付加）、ポイントがある一定たまると、そのデパートで利用できる商品券と引き換えることができる（例えば１０００ポイントで１０００円の商品券と交換。つまり、５万円の買い物につき会員は１０００円分の割引が受けられる計算となる）。キャンペーン期間中はポイント付加の割合が倍になったり、１年間の購入額がある一定の金額以上に達すると割引率が高くなったりすることで、消費者の購買意欲を煽るものである。別の例として、航空会社のマイレージプログラムでは、購入額ではなく飛行距離を積算し、ある一定の飛行距離に達すると無料航空券やシートのアップグレードサービスが受けられるというようなシステムもある。この場合も、会員の利用履歴に応じてサービスを与えることにより、会員が同じ航空会社を選択する動機づけを与えるものである。このようなポイントシステムにおいて、利用者のポイント情報をＩＣカードに格納することで、より柔軟性の高いシステムを安全に提供することができ、利用者およびシステム管理者の利便性を向上することができる。マルチアプリケーション対応ＩＣカードにおいては、電子マネーやクレジットカード機能などと組み合わせることで、複数アプリケーションを効果的に連携することも可能となる。
【０００５】
このようなポイントシステムにおいて、顧客の利用情報を管理・分析することで、よりよい顧客サービスを提供するためのツールが活用されている。具体的には、顧客の店舗利用およびポイント付与の履歴をサーバ等に集め、これを集計したり分析することによって、マーケティング戦略を立てたり個別の顧客に対してプロモーションを行ったりしている。顧客ニーズが多様化している昨今では、個別の顧客の利用動向を把握することは非常に大事なことと認識されており、ＲＦＭ分析（Ｒｅｃｅｎｃｙ，  Ｆｒｅｑｕｅｎｃｙ，  Ｍｏｎｅｔａｒｙ）といった分析方法やデータマイニングの手法を利用することにより、顧客の差別化・区分化を行うことで効率の良いプロモーションを行っている。こういった個々の顧客（＝個客）ひとりひとりのニーズにマッチしたビジネス展開を行うビジネス手法の概念はＣＲＭ（Ｃｕｓｔｏｍｅｒ  Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｍａｎａｇｅｍｅｎｔ）と呼ばれ、情報システムの発展と相まって、各種システムが提案されている。
【０００６】
【発明が解決しようとする課題】
ポイントシステムによる典型的なＣＲＭとしては、顧客のＩＤを格納したポイントカードを用いて、その顧客がいつ、どこの店舗で（場合によっては「何を」）購入したかというデータをサーバに集め、サーバ上で顧客の利用状況・利用傾向などを分析し、その結果に応じてＤＭ（ダイレクトメール）を送付するなどのプロモーション活動を行うものがある。ここで、それぞれの顧客の利用履歴情報を分析し、得られた利用傾向から顧客をランク判定して「差別化」することが何よりも重要なステップとなる。
【０００７】
しかし、すべての店舗の端末がサーバとリアルタイムに接続されていない限り、各店舗において現在の利用を瞬時に反映した顧客情報分析結果を得るのは難しく、どうしてもタイムラグが生じてしまう。特に、単一商店でのポイントシステムでなく、多店舗間での共通ポイントなどを想定した場合には、すべての加盟店の店舗端末をサーバにリアルタイムに接続するのは現実的でなく、リアルタイムでの分析結果を得るためにはかなりのコストもかかってしまうことになる。
【０００８】
現状のサーバベースのＣＲＭでは、サーバにおいて個々の顧客の利用状況・傾向を分析した結果に応じて後日ＤＭを発送するといったプロモーション活動が主に行われているが、さらに各店舗の「その場で」現在の利用に関する情報まで反映させた顧客の利用傾向がわかれば、よりきめ細やかな顧客サービスが可能となる。例えば、ある顧客がこの数日間に何度も加盟店で買い物をしていることがわかれば、この顧客は「最近羽振りがいい」可能性が高いと考えられるため、駐車券のサービスをしたり別の加盟店の割引券を配ったりすれば、この日のうちにさらに買い物をしてくれるかもしれない。また、このようなサービスを受けたことを覚えていれば、また次にお金が入ったときに同じ店に戻ってきてくれるかもしれない。また、ある顧客は１回の利用金額は少ないが継続的に何度も利用してくれているということがわかれば、その顧客に対して「お得意様感」を刺激するサービス（限定商品の優先購入権など）を行うことにより、この顧客のロイヤリティ（忠誠心）を向上することができる。これらのサービスは、利用している店舗でタイミングよく提供することが大事であり、リアルタイム性が重要となる。
【０００９】
本発明の目的は、顧客囲い込みのためのツールであるポイントシステムにおいて、ひとりひとりの顧客の利用状況・傾向を分析した結果を、タイミング良くリアルタイムで提供することにより、顧客サービスを向上させることである。
【００１０】
【課題を解決するための手段】
以上の課題を解決するために、ＩＣカードの演算能力を用いて、ＩＣカード内部で顧客情報の分析計算を行わせることを考える。
【００１１】
顧客が保持するポイントカードをＩＣカード化し、このＩＣカードの中にポイント管理に加えて顧客情報分析を行うアプリケーションプログラムを搭載する。マルチアプリケーション対応のＩＣカードであれば、カードのセキュリティを生かして、決済アプリケーションなどと同時に搭載することで利便性が増す。
【００１２】
ここで、カード内部のアプリケーションプログラムにて顧客情報の分析を実行するのであるが、従来サーバで行っているような大規模なデータ処理・計算をカード上で行うのは、処理性能を考えると物理的に不可能である。また、ＩＣカードは磁気カードに比べて格段に記憶容量が大きいとはいえ、顧客ごとのこれまでの利用履歴情報などをすべて格納しておくことは難しく、コストの面からも現実的でない。そこで、現在に至るまでの顧客の履歴情報を反映しつつ、最低限の記憶容量でも利用できるような工夫が必要である。
【００１３】
ある顧客の利用情報から導かれる、その顧客の「利用傾向を表す値」あるいは「優良顧客度を表す度合い」（この値のことを今後「スコア」と称する）は、時間の経過にともない変化しており、ある顧客の利用情報とスコアの関係は、時間の経過を含んだ数列で表すことができる。従って、この数列の漸化式（数列のある項と隣接項との関係を表す式）を導入することで、前回の結果と今回の利用情報だけから、現時点における過去の利用情報も反映したスコアの値を計算できるようにする。
【００１４】
ここで、計算に用いる利用情報としては、利用金額、利用日時、利用回数、購入カテゴリなどがあり、計算の結果として得られるスコアとしては、直近の利用金額・利用頻度、利用継続性などがある。また、上記の利用情報と漸化式を用いて、累計利用回数・累計利用金額、平均利用回数・平均利用金額なども計算可能である。
【００１５】
スコア計算式において、計算式のパラメータを変えることによって、過去の利用情報をどの程度の割合反映させるかというのが変えられる。また、利用金額をベースにしたスコアを求めるのか、利用回数をベースにしたスコアを求めるのかということも、計算式の利用情報項を変えることによって変えることができる。これらのパラメータを複数保持しておくことにより、カード内部で計算できるスコアの種類を増やすことができる。
【００１６】
このように計算されたスコアの値を参考にして、店舗で適宜、顧客に対するプロモーション活動を行うのが一般的であるが、ポイントシステムとの連動を生かして、顧客の利用に応じて顧客のカードに付与されるポイントの付与率を、このスコアの値に応じて変動させる方法も考えられる。また、マルチアプリケーション対応ＩＣカードを利用した際には、決済手段と連動することでその場で割引を行ったり、その他のアプリケーションと連動させることもできる。あるいは、スコアに応じたプロモーション（例えば適したクーポン券発行など）を行う機能を店舗端末などに用意してもよい。
【００１７】
一方、従来のポイントシステムにおいて、顧客が保持するカードとは別に、店舗用にＩＣカードあるいはＩＣチップを用意し、この中でポイント発行の管理を行うことがある。例えば、あらかじめ発行可能なポイントをサービス運営者より買い取ってＩＣチップ内に発行可能なポイントの残額を格納し、ポイント発行ごとにその額を差し引いていく方式（ポイント前払い方式と呼ばれる）や、ポイントを発行するたびに、その付与額と履歴情報をＩＣチップに格納していき、必要に応じて精算する方式（ポイント後払い方式と呼ばれる）がある。店舗用のＩＣカードまたはＩＣチップを利用する目的は、悪意を持った店員が不正にポイントを発行して履歴を改ざんしたり、ポイント発行額をごまかしたりすることを、ＩＣチップのセキュリティによって防ぐことなどである。この店舗用ＩＣカードを用いて、カード内部に顧客情報分析を行うアプリケーションプログラムを搭載し、前記の顧客情報分析計算は顧客のカードでなく店舗用カード上で行う方法が考えられる。顧客ひとりひとりが保持する顧客用カードは枚数が多いので、顧客用カードにプログラムを搭載するより、顧客用カードには各自の現在のスコアの値や計算に必要なパラメータなどを格納しておき、プログラム実行は店舗用端末のＩＣカード（ＩＣチップ）で行うほうが、顧客用カードの機能が低くてよいのでシステム全体のコストが小さくなるという効果がある。
【００１８】
以上、本発明が課題を解決する手段としては、以下の６つの項目が挙げられる。
（１）顧客の利用情報と、その顧客の利用傾向を表す値（優良顧客度を表す度合い）＝スコアとの関係を表す漸化式を用いることで、前回の値と今回の利用情報だけからスコアの値を計算可能とする。
（２）以上の計算を行うプログラムを、顧客の保持するＩＣカードに搭載する。
（３）ＩＣカードには、スコア計算のためのパラメータも格納しておく。
（４）計算されたスコアの値に応じて、顧客カードに付与するポイントの額が変動する方法もある。
（５）計算されたスコアの値に応じて、クーポンの発行など所定の付加サービスを行う手段と連動させる方法もある。
（６）顧客の保持するカードには、前回のスコア計算結果とパラメータを格納しておき、店舗用端末に挿入するＩＣカードあるいはＩＣチップ、または店舗用端末内部に、スコア計算プログラムを搭載しておく方法もある。
【００１９】
【発明の実施の形態】
図１に、ＩＣカードを用いた一般的なポイントシステムの例のシステム構成を示す。システムの構成要素としては、顧客（０１０）が保持するＩＣカード（１００）、各加盟店の店舗（０２０）に置かれる店舗用端末（０２２）、システム全体を管理する管理センタ（０３０）にあるシステム管理サーバ（０３１）から構成される。必要に応じて、ＩＣカードを扱えるＫＩＯＳＫ端末（０２３）を備えている場合もあるが、ポイントシステムの構成上は必須ではない。
【００２０】
顧客（０１０）はあらかじめＩＣカード（１００）を発行され保持しており、このＩＣカード（１００）には、ＩＣカードＯＳ（１０２）の上にポイントアプリケーション（１１０）がロードされている。この例では、例えば電子マネーやクレジットといった決済アプリケーション（１０３）と、本システムで用いられるポイントアプリケーション（１１０）が別々にロードされているが、決済アプリ（１０３）との共存は必須ではなく、ポイントアプリ（１１０）が単独でロードされていてもよく、また別のアプリケーションがロードされていてもよい。
【００２１】
各加盟店の店舗（０２０）には、ＩＣカード（１００）を扱うための店舗用端末（０２２）を、少なくともひとつ以上備えている。店舗用端末（０２２）は主に店員（０２１）が操作し、ＩＣカード（１００）上の決済アプリ（１０３）とポイントアプリ（１１０）の両方に対して処理を行なうことができることが望ましいが、システムの都合によってはアプリケーションごとに別々の端末で処理することもある。店舗用端末（０２２）は店内のレジとの接続が好ましいが、必ずしも接続されている必要はない。
【００２２】
システム管理サーバ（０３１）では、本システムにおける顧客情報やポイント情報、店舗に関する情報などがデータ格納装置（０３２）に格納されている。各店舗の店舗用端末（０２２）は、専用線または一般回線（０４０）を通じてシステム管理用サーバ（０３１）と接続されており、常時接続かバッチ接続かに関わらず、必要に応じてデータのやり取りが行なえるようになっている。
【００２３】
顧客（０１０）が店舗（０２０）を利用すると、店舗用端末（０２２）を通じてＩＣカード（１００）に、ポイントが付与される。顧客（０１０）の利用履歴は店舗用端末（０２２）から回線（０４０）を通じて管理センタ（０３０）の管理サーバ（０３１）に送られ、データベース（０３２）に蓄積される。
【００２４】
ＩＣカード（１００）のポイントアプリ（１１０）に蓄積されたポイントデータは、必要に応じて店舗（０２０）あるいはＫＩＯＳＫ端末（０２３）で商品券や景品と交換することができ、ポイントの額に応じて付加サービスを受けられることもある。また、管理サーバ（０３１）では顧客データベース（０３２）に蓄積された個々の顧客の利用状況を分析し、その結果に応じてダイレクトメールの送付を行うといったような顧客別のプロモーションを行う。
【００２５】
このシステムにおいては、各店舗からサーバに送られたデータをもとに、さまざまな分析を行いプロモーションにフィードバックしている。分析としては、全体の売り上げや店舗別の売り上げ状況、あるいは季節や時刻に応じた売り上げ状況などの分析があるが、特に顧客別の利用状況を分析し、それぞれの顧客にあったプロモーションを行うことが有効であると言われている。ワン・トゥ・ワン・マーケティングの考え方では、個々の顧客のロイヤリティ（忠誠心）を高め「優良顧客」を増やすことが、効率のよいマーケティング手法である。そこで、例えば、最近たびたび利用するようになった新規の顧客には、今後も利用し続けてもらうためのプロモーションを行う必要があるし、長年の優良顧客には優良顧客のままとどまってもらうためのプロモーションが、最近離れつつある顧客に対しては戻ってきてもらうためのプロモーションが必要である。
【００２６】
サーバでの顧客分析にはさまざまな手法があり効果を上げているが、店舗端末（０２２）とサーバ（０３１）とが常時接続でなく、１日に１回あるいは１時間に１回など時間ごとにサーバと接続されたり、履歴が１００件たまったらサーバに送信など必要に応じてサーバと接続されたりするバッチ接続の場合には、サーバ（０３１）のデータベース（０３２）が最新の情報であるとは限らない。また、サーバ側の本格的な顧客分析は時間もかかるため、その結果が常に最新の状況を反映しているとは限らない。必要な顧客にダイレクトメールを送信したりするプロモーションはそれほどリアルタイム性を重視しないが、サーバで計算した結果を店舗（０２０）にリアルタイムに送信し、その結果に応じて店舗にてプロモーションを行うことは、サーバとすべての店舗との通信も必要となり、負荷が大きく困難である。
【００２７】
そこで、店舗（０２０）においてリアルタイムに顧客情報の分析を行うために、ＩＣカード（１００）の演算機能を使うことを考える。
【００２８】
図２は、ＩＣカード（１００）のポイントアプリケーション（１１０）に顧客情報分析の計算を行う機能を付加した場合の構成である。
【００２９】
ポイントアプリケーション（１１０）は、プログラム実行部（１１１）とデータ格納部（１２０）から構成される。プログラム実行部（１１１）は、顧客分析計算に関する実行部（１１２）、コマンド入出力処理に関する実行部（１１３）、ポイントデータ管理に関する実行部（１１４）からなる。データ格納部（１２０）としては、ポイントデータ（１２１）、取引履歴（１２２）、顧客分析計算用データ（１３０）を格納する。顧客分析計算用データ（１３０）は、計算式を定義する部分（１３１）とパラメータを定義する部分（１３２）、前回計算時のデータを格納する部分（１３３）に分けることができる。
【００３０】
一般的にＩＣカードのアプリケーションプログラムは、端末からのコマンドに対して、コマンド入出力処理部（１１３）にてコマンドを処理し、そのコマンドに対してあらかじめ定められた処理を行い、結果をコマンド入出力処理部（１１３）を介してレスポンスとして端末に返す。この図に示すポイントアプリケーション（１１０）は、端末からのコマンドに応じて、ポイントの処理や顧客分析計算を実行し、コマンドに対応する結果を返すものである。処理の手順は以下のようになる。
【００３１】
ステップ１：店舗の利用に際して、店員（０２１）がまず、今回の利用データ（売り上げ金額、ポイント付与額、利用日時、利用店舗など）を店舗用端末（０２２）に入力する。（５０１）
ステップ２：店舗用端末（０２２）では、入力されたデータのうち必要なものを、ＩＣカード（１００）のポイントアプリ（１１０）に送信する。（５０２）
ステップ３：ポイントアプリケーション（１１０）では、ポイント管理処理部（１１４）によりポイントデータ（１２１）にポイントを追加するとともに、顧客分析計算用データ（１３０）と今回端末から送られてきたデータを用いて顧客分析実行処理部（１１２）にて顧客分析計算を実行し、分析結果を端末に返す。（５０３）
ステップ４：店舗用端末（０２２）は、カード（１００）からのレスポンスを取得し、結果を提示する。（５０４）
ステップ５：店員（０２１）は、提示された結果に応じて、顧客に対して付加サービスを実施する。（５０５）
以上処理手順の「ステップ３」における、カード内部での顧客情報の分析計算方法が、本方式の一番のポイントとなる。以下、詳しく説明する。
【００３２】
従来の磁気カードなどに比べて、ＩＣカードには圧倒的な計算能力とメモリ容量が備わっているとはいえ、サーバ並みの分析計算を行うのは物理的に不可能である。また、メモリ容量もサーバのデータベースのように、顧客ごとの今までの取引履歴をすべて格納しておくことは不可能である。従ってカードでサーバ並みに複雑な分析計算を行うことはできない。
【００３３】
そこで、図３に示す計算式その１（２１０）のような漸化式を導入する。カード内部に格納しているポイントとは別に、顧客のそれまでの利用傾向を表す値として「スコア」を導入する。ある時点ｎにおけるスコアをＳｎとすると、初期値は０，時点ｎにおける利用情報（利用金額、利用回数など）をＰｎ，時点ｎにおける日付（あるいは時刻）をｔｎとし、ｋを定数として、Ｓｎを式（２１０）のように表す。この式（２１０）は展開すると、式（２１１）と等しくなる。この数式（２１１）の意味するところは、Ｓｎの値は、これまでの過去の利用情報を、時間の経過に応じて影響を減らしていきながら足し合わせていったものと等しいということである。これを（２１０）のような漸化式で表すことにより、時点ｎにおけるスコアの値Ｓｎは、前回のスコアの値Ｓｎ−１および前回の利用日時ｔｎ−１、今回の利用日時ｔｎと今回の利用情報Ｐｎがあれば計算できることになる。
【００３４】
ここで、時点ｉから時点ｎまでの経過日時をＴｎ−Ｔｉ＝ｍとしたとき、（２１２）は時刻の経過とともに減衰する係数である。つまり、グラフ（２１３）に見られるように、現時点における、ある時点からの時間の経過が大きくなるほど、その時点での利用の影響が小さくなるということである。また、定数ｋ（２０６）と今回の利用情報Ｐｎの取り方を変えると、スコアとして異なった値、つまり、異なる評価尺度によるスコアが計算できる。ｋを大きくとると、図３における（２１２）の減衰の割合が大きくなるので、スコアはより最近の利用状況を反映した値となる。一方ｋを小さくとると、減衰の割合が小さくなるので、より長期間の利用状況を反映した値となる。また、上の式において、Ｐｎとして金額をとれば、スコアは利用金額を反映した値となるし、１回の利用につきＰｎ＝１とすれば、スコアは利用金額に関わらず、利用回数を反映した値となる。（ある特定の金額より高ければＰｎ＝１とする方法もある。）
つまり、定数ｋとＰｎのとり方（これらをまとめて「パラメータ」と称する）を変えることで、高いスコアを得る顧客の利用傾向が異なる。最近高額の買い物している顧客を絞り込むためには、ｋを大きくＰｎに利用金額をとれば良いし、利用金額に関わらず長期間に渡って継続的に利用している顧客を絞り込むためには、ｋを小さくＰｎに利用回数をとれば良い。異なるパラメータでのスコアの値は毎回計算しておく必要があるため、ＩＣカードにはあらかじめ何種類かのパラメータとそれに対応するスコアの最新値を用意しておき、必要に応じて必要なパラメータにおけるスコアの値を取得可能としておけば、より効果的な顧客情報分析が可能となる。
【００３５】
なお、計算式その２（２１４）は、漸化式によって１回の利用についての平均利用金額を求める式である。この式では係数（２１２）は使っていないが、前回の計算結果と今回のデータから今回の結果を求める漸化式を使っていることから、最小限のメモリ容量で計算を行うことができる。
【００３６】
次に図４は、図３の式（２１０）のカード内部での計算方法を示す。ＩＣカード（１００）に格納された前回の利用日付（２０５）および端末（０２２）から取得した今回の利用日付（２０４）の差分をとり、これをカード（１００）に格納されている前回のスコア（２０２）とあらかじめ定めたパラメータ（２０６）を用いて演算を行い、端末（０２２）より取得した今回の利用情報（２０３）と足し合わせることにより、今回のスコア（２０１）が得られる。求めたスコア（２０１）はＩＣカード（１００）に再度格納し、次回の計算に用いる。先に述べたように、異なる評価基準でのスコアを複数計算するために、パラメータ（１３２）とそれに対応するスコアの最新値（１３３）は、複数用意しておくとよい。
【００３７】
以上、図３および図４で説明してきた方法によれば、前回の計算結果と今回のデータだけから、それまでの履歴情報を反映したスコアの値を得ることができ、ＩＣカードのようにメモリ容量が限られていて複雑な計算ができない場合に非常に有効である。
【００３８】
なお、図３の式（２１０）を用いた方法によれば、従来の「年間利用金額」や「年間利用回数」のようなある程度変化の少ない情報による分析結果に比べて、時間の経過に応じて影響が減っていく係数を用いて順次計算を行っているため、「最近よく利用している顧客」や「継続的に利用している顧客」のような、動的に変化する評価尺度によるよりきめ細やかな分析が、非常に簡単な方法で計算可能であるというところも本方式の大きな特長である。
【００３９】
図５に、図２に示すシステムにおける、ポイント付与時の処理の流れを示す。
【００４０】
まず、店舗用端末（０２２）にＩＣカード（１００）を挿入すると（３１１）、店舗用端末はカードの認証処理（Ｖｅｒｉｆｙ）を行う（３１２）。カード側では認証処理が済むと、端末に顧客ＩＤを返却する（３１３）。次に端末では、買い上げ金額を入力し（３１４）、ポイント付与額を計算、入力した利用金額およびポイント付与額、現在日時をカードに送信する（３１５）。カードでは、ポイントを追加（３１６）した後、図３や図４で説明した方法に従い、カード内部にて今回のスコアを計算し、新しいスコアの値を格納する（３１７）。ここで、処理ステップ（３１７）におけるスコア計算は、前回の結果と今回の利用情報を用いて今回の結果を得るというところがポイントであり、具体的な計算式は必ずしも図３の式（２１０）または式（２１４）だけに限定するものではない。計算したスコアの値を端末に返し、カード側の処理は終了（３１８）。端末側では、履歴を格納し（３１９）、分析結果を提示し（３２０）、処理を終了する（３２１）。
【００４１】
図６は、図５のステップ（３２０）における、分析結果の提示の例である。店舗用端末の画面（４００）には、ＩＣカード内部で計算した顧客情報分析の結果が表示される。表示項目は、顧客ＩＤおよび氏名（４０１）のような基本データと、例えば今回の利用金額（４０２），累計利用金額（４０３），累計利用回数（４０４），最近の買い上げランク（４０５），継続利用ランク（４０６）などに加えて、この結果に応じたコメント（４０７）が表示される。この例で見られる顧客は、，最近の買い上げランク（４０５）および継続利用ランク（４０６）のランク判定によって、「継続性より直近の利用金額に対するランクの高い顧客」であることがわかるので、コメント（４０７）により特別なクーポンを発行して付加サービスを行うことを店員に促している。このため、必要なクーポンを発行するためのボタン（４０８）がついていてもよい。この例でのクーポン発行ボタンは、店員がプロモーションを行うための補助的なものであり、あくまでも必須ではない。
【００４２】
さらに、優良顧客にはよりサービスを充実するという考え方からすると、顧客情報分析結果に基づき、顧客のカードに付与するポイントの値を変動する方式も考えられる。図７は、顧客情報分析の結果により判定したランクに応じて、ポイント付与率を変える方法について、その処理手順を説明する。
【００４３】
まず、店舗用端末にＩＣカードが挿入され（３６１）、店舗用端末はカードの認証処理を行う（３６２）。カードは認証処理が済むと、端末に顧客ＩＤを返却する（３６３）。次に端末では、買い上げ金額を入力し（３６４）、この買い上げ金額および現在日時といった利用情報を、ＩＣカードに送信する（３６５）。カード内部でこれらのデータを使って今回のスコアを計算し、新しいスコアの値を格納したら（３６６）、このスコアの値に応じてポイント付与額を決定し（３６７）、ポイントを追加する（３６８）。計算したスコアの値と付与したポイントの額を端末に返す（３６９）。端末側では、履歴を格納し（３７０）、分析結果を提示して（３７１）、処理を終了する（３７２）。
【００４４】
以上、図１から図７までを用いて、ＩＣカードを用いた顧客分析の計算方法と、顧客の保持するＩＣカード内部で分析計算を行う方法について、例を挙げて説明した。
【００４５】
次に、図８から図１０により、ＩＣカードを用いたポイントシステムの別の例について説明する。
【００４６】
ＩＣカードを用いたポイントシステムにおいて、顧客が保持する顧客用のＩＣカードとは別に、店舗が保持・管理する店舗用ＩＣカードを利用することがある。店舗用カード（１５０）は、通常のマルチアプリケーションＯＳ搭載ＩＣカードと同様、ＯＳ（１０２）上にポイントアプリ（１１０）や決済アプリ（１０３）などのアプリケーションプログラムを搭載している。この場合、ポイント管理機能を店舗用カード（１５０）主導で行うことにより、顧客用ＩＣカード（１５１）には関連データ（１４０）を格納するだけで良いため、ＯＳが必要なく、単純なメモリカード（データ格納用のＩＣカード、あるいはデータが格納できる磁気ベースのカード）でも充分である。もちろん、ＩＣカード上のほかのアプリケーション利用や高セキュリティを求めるなら、顧客用ＩＣカード（１５１）もＯＳ搭載のＩＣカードであることが望ましい。一般的に、マルチアプリケーションＯＳ搭載のＩＣカードは、高機能な分コストも高くなるので、枚数の多い顧客用カードを低コストのカードで済ませられるということは、システム全体のコストを下げるのに非常に効果的である。
【００４７】
この例において店舗用ＩＣカード（１５０）は、店舗用端末（０２２）を介してアクセスを行い、顧客へのポイント発行を管理するほか、必要に応じて取引・ポイント発行の履歴を格納する役割も果たす。店舗用カードに格納した履歴情報は、必要に応じて管理サーバに送るようにすれば、サーバと店舗用端末が常時接続されていなくてもよい。店舗用カード（１５０）は必ずしもプラスチックカードの形状をしている必要はなく、入れ替え可能なＩＣチップの形状であってもよい。あらかじめ店舗用カード（１５０）に発行可能なポイント額をロードしておき、ポイント発行の際には顧客用カード（１５１）へのポイント発行額を店舗用ＩＣカード（１５０）から差し引く方式（先払い方式）と、ポイントを発行するごとにポイント発行額をカードに記録しておき、事後に精算する方式（後払い方式）とがある。いずれにしても、店舗用ＩＣカードを利用することにより、店舗が顧客に対して発行するポイントの総額を管理することで、店員による不正なポイント発行を防止できるとともに、履歴の格納を店舗用カードで行うことにより、店舗用端末自体への負荷を減らす効果がある。
【００４８】
図９は、店舗用ＩＣカード（１５０）のポイントアプリケーション（１１０）に顧客情報分析の計算を行う機能を付加した場合の構成である。
【００４９】
店舗用ＩＣカード（１５０）には、マルチアプリケーション対応ＯＳ（１０２）上にポイントアプリ（１１０）と決済アプリ（１０３）がロードされている。ポイントアプリケーション（１１０）は、プログラム実行部（１１１）とデータ格納部（１２０）から構成される。プログラム実行部（１１１）は、顧客分析計算に関する実行部（１１２）、コマンド入出力処理に関する実行部（１１３）、ポイントデータ管理に関する実行部（１１４）からなる。データ格納部（１２０）としては、顧客分析計算用データ（１３０）、ポイントに関するデータ（１２３）、店舗における取引の履歴情報（１２４）を格納する。顧客分析計算用データ（１３０）としては、計算式を定義する部分（１３１）がある。ここで、ポイントに関するデータ（１２３）は、先払い方式の場合は店舗が発行可能なポイントデータに相当し、後払い方式の場合は店舗がこれまでに発行したポイントに関するデータに相当する。
【００５０】
一方、顧客用カード（１５１）には、ポイントデータ（１２１）、顧客情報分析計算用のパラメータデータ（１３２）、前回の計算結果のデータ（１３３）と最低限の履歴データ（１２２）とが格納されている。
【００５１】
処理の手順は以下のようになる。
【００５２】
ステップ１：店舗の利用に際して、店員（０２１）がまず、今回の利用データ（売り上げ金額、ポイント付与額、利用日時、利用店舗など）を店舗用端末（０２２）に入力する。（５１１）
ステップ２：店舗用端末（０２２）では、今回の利用データから計算されたポイント付与額を、顧客用カード（１５１）に送信する。（５１２）
ステップ３：顧客用カード（１５１）にポイントを追加するとともに、カードに格納されている前回の計算結果（１３３）を取得する。（５１３）
ステップ４：店舗用ＩＣカード（１５０）では、カード（１５１）から受け取った前回の計算結果と今回の利用情報を用いて、顧客情報分析計算を行い顧客ランクを判定する。（５１４）
ステップ５：顧客用カード（１５１）の前回データを更新する。（５１５）
ステップ６：店舗用端末（０２２）では、分析結果を取得し結果を提示する。（５１６）
ステップ７：店員（０２１）は、提示された結果に応じて、顧客に対して付加サービスを実施する。（５１７）
次に図１０により、図９に示した店舗用カード利用の際の、ポイント付与時の処理の流れを説明する。ここで、店舗用ＩＣカードでの処理（３０２）はプログラム実行、顧客用カードでの処理（３０４）はデータ読み書きに相当する。いずれも、店舗用端末での処理（３０３）をトリガーにして処理が実行される。
【００５３】
処理の際には、店舗用ＩＣカード（１５０）を店舗用端末（２０２）に挿入する。店舗用カードに関しては、毎回挿入・排出するのではなく、あらかじめ挿入された状態になっていてもよい。そして顧客が店舗を利用する際には、店舗用端末（０２２）に顧客用カード（１５１）を挿入する（３３２）。処理に先立って、店舗用端末は店舗用ＩＣカードの認証処理（Ｖｅｒｉｆｙ）（３３３），（３３４）と、顧客用カードの認証を行い（３３５），（３３６）、顧客カードから顧客ＩＤを取得する（３３７），（３３８）。次に店舗用端末では、入力した買い上げ金額から（３３９）ポイント付与額を計算し（３４０）、付与するポイントが店舗用ＩＣカードに足りているかをチェックする（３４１）。足りていれば、店舗用カードからは付与するポイントを差し引き（３４２）、処理がうまくいったら店舗用端末は顧客カードに対してポイントを追加する（３４３），（３４４）。店舗用端末は顧客カードより顧客分析計算用のパラメータ・前回の計算結果といったデータを取得し（３４５），（３４６）、これらのデータと今回の利用情報を、店舗用ＩＣカードに送信する（３４７）。店舗用ＩＣカードでは、図５における処理手順に準じた形で今回のスコア（顧客の利用傾向を表す値）を計算し（３４８）、履歴を格納したのち（３４９）、スコアを返却する（３５０）。結果を受け取った端末は顧客カードにスコアを書き込み（３５１），（３５２）、結果を提示して（３５３）処理を終了する（３５４）。
【００５４】
以上、図８から図１０までを用いて、店舗用ＩＣカード内部にて顧客情報分析の計算を行う方法について例を挙げて説明した。
【００５５】
図１１と図１２では、本発明を用いたポイントシステムのさらに別の例について説明する。この例では、図８から図１０で挙げたシステムと同様、顧客用カード（１５１）はＩＣカードである必要はなく、関連データ（１４０）として、ポイントデータ（１２１）と、顧客情報分析計算のためのパラメータ（１３２）および前回の計算結果（１３３）を格納できるだけの容量があればよい。もちろん、ＩＣカードを用いることによって機能性・セキュリティは増すので、顧客用カード（１５１）はＩＣカードであることが望ましいが、顧客ひとりひとりに持たせるカードは枚数が多いためその分コストが高くなるので、カードの種別は導入コストとの兼ね合いで選択する。また、この例では、店舗用端末（２０２）上にプログラムを載せて、その上でポイント管理や顧客分析計算などを行うようにしているが、図８と同様店舗用ＩＣカードやＩＣチップの上にアプリケーションプログラムを搭載することで、よりセキュリティが増すとともに、プログラムおよびデータのメンテナンスが便利になる。
【００５６】
店舗用端末（２０２）に搭載されたポイントアプリ（１１０）の顧客情報分析計算機能（１１２）では、これまでの例と同様、図３および図４に示した方法によって顧客情報の分析を行う。そして、分析計算の結果に応じて、クーポン発行機能（１２５）により、顧客に対して適したクーポン類（１２７）の発行などの付加サービスを行う。もちろん、通常のポイント付与、ポイント交換なども行うことができる。ポイント付与・交換および顧客分析の結果などのデータは、適宜簡易履歴データ（１２６）に格納していき、必要に応じて発行ポイントの精算、ログの整理などを行う。
【００５７】
図１２では、ポイント付与時の処理の流れを説明する。店舗用端末にＩＣカードが挿入されると（３８１）、端末はカードの認証処理を行い（３８２），（３８３）、顧客ＩＤを取得する（３８４），（３８５）。次に端末では、入力した買い上げ金額から（３８６）ポイント付与額を決定し（３８７）、付与額をカードに追加する（３８８），（３８９）。次に端末は、顧客分析計算に必要となる顧客分析計算用のパラメータ・前回の計算結果を顧客用カードから取得し（３９０），（３９１）、今回のスコアの値を計算する（３９２）。この結果をカードに書き込み（３９３）、履歴を格納して（３９４）結果を提示するとともに（３９５）、クーポン発行機能により所定のクーポン類を発行して（３９６）、処理終了となる（３９７）。
【００５８】
この例の特徴は、店舗用端末（２０２）が管理サーバと接続されていない点であり、比較的小規模なシステム向けの例になっている。本方式による端末上での顧客情報分析計算はたくさんのメモリを必要としないので、サーバ上での大規模な顧客情報分析をするほどではないが、手軽にリアルタイムで優良顧客を判別したいという要求にこたえることができ、導入コストもそれほど大きくなくて済むという効果がある。また、店舗用端末上に同種類の顧客情報分析プログラム（１１０）を持っていれば、異なる店舗においても顧客カードを共通に使うことができるため、地域の商店街などにも導入がしやすい。
【００５９】
以上、いくつかの例を挙げて、本発明で提案する顧客情報分析システムについて説明した。
【００６０】
【発明の効果】
以上述べてきたように本発明の実施例によれば、ＩＣカード内部のアプリケーションプログラムにおいて顧客情報分析計算を行うことで、サーバと接続されていなくても、店舗にてリアルタイムで個々の顧客の利用傾向を知ることができる。このときカード内部の計算に漸化式を用うことで、必要最低限のデータだけあれば分析計算が可能となり、ＩＣカードのような小さなメモリ容量で簡単に分析を行うことができる。
【００６１】
本発明の実施例の顧客情報分析方法は、従来のサーバでの分析に比べ、リアルタイム性に優れ、通信コストも少なくて済む。特に、複数の異なる店舗が加盟する共通ポイントシステムにおいて有効である。
【００６２】
また、本発明の実施例によれば、従来の年間利用金額だけで判別していたのでは分類できなかった尺度での顧客差別化が可能となる。例えば「最近よく利用している人（＝現在お金を持っていると考えられる人）」や「いつも継続的に来店してくれる人」など、よりきめ細かい顧客サービスが可能になる。
【００６３】
従って、本発明の実施例によれば、顧客囲い込みのためのツールであるポイントシステムにおいて、ひとりひとりの顧客の利用状況・傾向を分析した結果を、タイミング良く提供することにより、顧客サービスを向上させることができる。
【図面の簡単な説明】
【図１】システム構成。
【図２】カードによる顧客情報分析。
【図３】顧客分析の計算式。
【図４】顧客分析計算方法。
【図５】ポイント付与時の処理の流れ。
【図６】顧客情報分析結果提示例。
【図７】ポイント付与時の処理の流れ（ランクによりポイント付与率変動）。
【図８】システム構成（店舗カード利用）。
【図９】店舗カードによる顧客情報分析。
【図１０】ポイント付与時の処理の流れ（店舗カード利用）。
【図１１】システム構成（サーバなし）。
【図１２】ポイント付与時の処理の流れ（サーバなし）。
【符号の説明】
０１０：顧客
０２０：店舗
０２１：店員
０２２：店舗用端末
０２３：ＫＩＯＳＫ端末
０３０：管理センタ
０３１：システム管理用サーバ
０３２：システム管理データ
０４０：専用回線または一般回線
１００：ＩＣカード
１０１：ＩＣチップ
１０２：ＩＣカード用ＯＳ
１０３：ＩＣカード上決済アプリ
１１０：ＩＣカード用ポイントアプリケーションプログラム
１１１：プログラム実行部
１１２：顧客分析計算実行実行部
１１３：コマンド入出力実行部
１１４：ポイント管理実行部
１２０：データ格納部
１２１：ポイントデータ
１２２：取引履歴
１２３：店舗ポイントデータ
１２４：店舗取引履歴
１２５：クーポン発行機能
１２６：簡易履歴データ
１２７：クーポン類
１３０：顧客分析計算用データ
１３１：計算式定義
１３２：パラメータ定義
１３３：前回データ
１４０：ポイント・顧客分析関連データ
１５０：店舗用ＩＣカード
１５１：顧客用カード
２０１：今回のスコア
２０２：前回のスコア
２０３：今回の利用情報
２０４：今回の利用日付
２０５：前回の利用日付
２０６：パラメータ
２１０：計算式その１
２１１：計算式その１’
２１２：過去の利用の影響を取り入れる係数
２１３：グラフ
２１４：計算式その２
３０１：（顧客用）ＩＣカードでの処理
３０２：店舗用ＩＣカードでの処理
３０３：店舗用端末での処理
３０４：顧客用カードでの処理
３１１−３２１，３３１−３５４，３６１−３７２，３８１−３９７：処理手順
４００：店舗用端末の画面
４０１：顧客ＩＤおよび氏名
４０２：今回の利用金額
４０３：累計利用金額
４０４：累計利用回数
４０５：最近の買い上げランク
４０６：継続利用ランク
４０７：コメント
４０８：クーポン発行ボタン
５０１−５０５，５１１−５１７：処理手順。
【図１】
0003975720.tif 000002
【図２】
0003975720.tif 000003
【図３】
0003975720.tif 000004
【図４】
0003975720.tif 000005
【図５】
0003975720.tif 000006
【図６】
0003975720.tif 000007
【図７】
0003975720.tif 000008
【図８】
0003975720.tif 000009
【図９】
0003975720.tif 000010
【図１０】
0003975720.tif 000011
【図１１】
0003975720.tif 000012
【図１２】
0003975720.tif 000013