JP2004038742A - Card usage collective management system and management method - Google Patents
Card usage collective management system and management method Download PDFInfo
- Publication number
- JP2004038742A JP2004038742A JP2002197160A JP2002197160A JP2004038742A JP 2004038742 A JP2004038742 A JP 2004038742A JP 2002197160 A JP2002197160 A JP 2002197160A JP 2002197160 A JP2002197160 A JP 2002197160A JP 2004038742 A JP2004038742 A JP 2004038742A
- Authority
- JP
- Japan
- Prior art keywords
- card
- information
- user
- service
- candidate
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000007726 management method Methods 0.000 title claims abstract description 56
- 238000000034 method Methods 0.000 claims abstract description 39
- 238000004364 calculation method Methods 0.000 description 25
- 238000010586 diagram Methods 0.000 description 18
- 238000004891 communication Methods 0.000 description 8
- 238000009825 accumulation Methods 0.000 description 4
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 239000011521 glass Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000010931 gold Substances 0.000 description 1
- 229910052737 gold Inorganic materials 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
【０００１】
【発明の属する技術分野】
本発明は、カード利用者が所持するカードそれぞれのカード利用情報を管理するカード管理システムに係り、特に、カード利用情報、カード付随情報に基づいて、推奨するカード利用方法をカード利用者に提示することができるカード利用一括管理システム及び管理方法に関する。
【０００２】
【従来の技術】
従来、カード利用者、すなわちユーザは、カード発行元の会社（以下、カード会社と総称する）が提供する書類、又はインターネット上のカード会社のホームページ等から、ユーザ自身のカード利用状況に関するカード利用情報や、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスに関するカード付随情報を確認できる。
【０００３】
また、ユーザは、このカード利用特典よってユーザが受けることができるサービスのうち、ユーザが希望するサービスの申込も、電話、書類、インターネット上のホームページから、カード会社に対して行える。
そして、ユーザが複数のカードを所持している場合は、カード利用状況の確認、カード利用特典よってユーザが受けることができるサービスの確認、希望するサービスの申込等を、カード個別に、すなわちカード会社毎に、ユーザが行うようになっている。
【０００４】
【発明が解決しようとする課題】
しかし、上記従来技術は、ユーザのカード利用状況から、ユーザが希望するサービスを受けるためにどのようなカード利用方法が適しているかを、ユーザに提示するものではなかった。
また、ユーザが複数のカードを所持し、これら複数のカードそれぞれを利用している場合は、カード利用状況に関するカード利用情報や、カード利用特典によってユーザが受けることができるサービスに関するカード付随情報を、ユーザはカード会社毎に確認しなければならず、一括して確認できなかった。
【０００５】
この結果、ユーザが商品の購入を新たに予定している場合等、希望するサービスを受けるために適したカード利用方法を得るためには、ユーザは、所持するカード毎にカード利用情報、カード付随情報を確認し、利用状況や、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスについて、カード同士で比較しなければならなかった。
【０００６】
そして、この作業は、非常に手間がかかるため、実際に行うのは困難であるという問題があった。
さらに、ユーザが希望するサービスの申込も、カード会社毎に手続が異なるため、作業が面倒であるという問題もあった。
【０００７】
本発明は、上記の問題点に鑑みなされたものであって、ユーザの所持するカードそれぞれについて、カード利用状況に関するカード利用情報、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスに関するカード付随情報、及びユーザが新たに購入を予定している商品の仮想購入情報から、どのようなカード利用方法が、ユーザが希望するサービスを受けるために適しているかを、ユーザに提示するカード利用一括管理システム及び管理方法を提供することを目的とする。
【０００８】
また、本発明は、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスのうち、ユーザが希望するサービスの申込手続を、申込先のカード会社の別なく、簡単な手続で対応するカード会社に申し込み登録できるカード利用一括管理システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明のカード利用一括管理システムによれば、少なくとも一のカード会社のコンピュータと複数のユーザ端末とに、ネットワークを介して接続されるカード利用一括管理システムであって、カード会社のコンピュータから、カード利用特典によってユーザが受けることができるサービスに関するカード付随情報を取得して蓄積するカード付随情報蓄積手段と、ユーザ端末から受信したカード情報に記載されたカード会社のコンピュータから、当該カード情報によって特定されるカード利用者のカード利用情報を取得するカード利用情報取得手段と、ユーザ端末から受信した当該カード利用者の仮想購入情報に基づき、前記カード利用情報取得手段によって取得された当該カード利用者のカード利用情報を仮想更新する仮想演算手段と、ユーザ端末から受信した当該カード利用者の希望サービスの候補条件に基づき、前記カード付随情報蓄積手段から当該候補条件を備えた候補サービスに関するカード付随情報を検索する候補サービス検索手段と、該候補サービス検索手段によって検索された当該候補サービスに関するカード付随情報と、前記仮想演算手段によって仮想更新された当該カード利用者のカード利用情報とに基づいて、当該候補サービスを利用するためのカード利用方法の推奨データを生成し、ユーザ端末に出力する推奨データ出力手段とを備えていることを特徴とする。
【００１０】
さらに、本発明のカード利用一括管理システムによれば、前記推奨データ出力手段によって推奨データが出力されたユーザ端末から受信した候補サービスの申込を受付け、当該候補サービス提供元のカード会社に申込登録を行う申込受付登録手段を備えていることを特徴とする。
【００１１】
また、本発明のカード利用一括管理システムに利用される管理方法は、少なくとも一のカード会社のコンピュータと複数のユーザ端末とに、ネットワークを介して接続されるカード利用一括管理システムに利用される管理方法であって、
カード会社のコンピュータから、カード利用特典によってユーザが受けることができるサービスに関するカード付随情報をカード付随情報蓄積手段に取得して蓄積するカード付随情報取得ステップと、ユーザ端末から受信したカード情報に記載されたカード会社のコンピュータから、当該カード情報によって特定されるカード利用者のカード利用情報を取得するカード利用情報取得ステップと、ユーザ端末から受信した当該カード利用者の仮想購入情報に基づき、前記カード利用情報取得ステップによって取得された当該カード利用者のカード利用情報を仮想更新する仮想演算ステップと、ユーザ端末から受信した当該カード利用者の希望サービスの候補条件に基づき、前記カード付随情報蓄積手段から当該候補条件を備えた候補サービスに関する情報を検索する候補サービス検索ステップと、該候補サービス検索ステップによって検索された当該候補サービスに関する情報と、前記仮想演算ステップによって仮想更新された当該カード利用者のカード利用情報とに基づいて、当該候補サービスを利用するためのカード利用方法の推奨データを生成し、ユーザ端末に出力する推奨データ出力ステップとを備えていることを特徴とする。
【００１２】
【発明の実施の形態】
以下、本発明のカード利用一括管理システム及び管理方法の好適な実施の形態について、添付図面を参照しながら詳細に説明する。
図１は、本発明の一実施の形態によるカード利用一括管理システムを適用した、カードシステム全体の構成を示すブロック図である。
【００１３】
図１において、本実施の形態のカード利用一括管理システム１００は、インターネット等の通信ネットワーク２００を介して、各カード会社のコンピュータ３００、…、各カード利用者のユーザ端末４００、…とデータ接続される。
ここで、カード利用者のユーザ端末４００は、カード利用者が所持するパーソナルコンピュータ（以下、ＰＣと称す）、携帯電話装置等のネットワーク端末機器である。
【００１４】
図２は、本実施の形態によるカード利用一括管理システムの構成を示すブロック図である。
本実施の形態では、カード利用一括管理システム１００は、カード情報取得部１１０、推奨データ生成部１２０、及び申込受付登録部１３０を備え、ユーザデータデータベース１４０、カード付随データデータベース１５０が接続されて構成されている（以下、データベースをＤＢと略称する）。
【００１５】
そして、推奨データ生成部１２０は、仮想購入情報受付部１２１、仮想ポイント演算部１２２、候補条件認識部１２３、候補データ検索部１２４、推奨データ出力部１２５を有する。
次に、上記各部の構成について、説明する。
【００１６】
カード情報取得部１１０は、ユーザ端末４００、…それぞれから通信ネットワーク２００を介して送信されてくるカード情報Ｉｃを受け付ける。この場合、カード情報Ｉｃとしては、カード利用者が所持するカードのカード番号、カード会社等に関する情報である。カード情報取得部１１０は、カード情報Ｉｃを受け付けると、カード情報Ｉｃのカード会社に対応するカード会社のコンピュータ３００から、カード情報Ｉｃのカード番号に対応するカード利用情報Ｉｕを取得し、ユーザデータＤＢ１４０に格納する。
【００１７】
また、カード情報取得部１１０は、このカード利用情報Ｉｕを取得する際、カード利用情報Ｉｕの取得先のカード会社のコンピュータ３００から、カード付随情報Ｉｓも取得し、カード付随データＤＢ１５０に格納する。この場合、カード付随情報Ｉｓは、ポイント制度、キャンペーン等といったカード利用特典によってユーザがカード会社から受けることができるサービスそれぞれに関する情報である。
【００１８】
推奨データ生成部１２０は、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスのうち、カード利用者が希望するサービスを受けるために適したカード、及びその利用方法を提示する。
そのために、推奨データ生成部１２０の上記各部は、次のような構成になっている。
【００１９】
仮想購入情報受付部１２１は、ユーザ端末４００、…から、カード利用者が新たに購入を予定している商品について入力した、購入商品分類、購入金額等に関する仮想購入情報Ｉｂを受け付け、この仮想購入情報Ｉｂを記憶する。
仮想ポイント演算部１２２は、ユーザ端末４００、…毎に、仮想購入情報受付部１２１が受け付けた仮想購入情報Ｉｂの購入金額で獲得できるサービスポイントを、カード情報取得部１１０によってユーザデータＤＢ１４０に格納されたカード利用情報Ｉｕ、又はカード付随データＤＢ１５０に格納されたカード付随情報Ｉｓに含まれている、ポイント料率データ（例えば、１ポイント／１００円）に基づいて演算し、後述する仮想累計ポイント数等の仮想ポイント数として、仮想購入情報受付部１２１に記憶する。
【００２０】
候補条件認識部１２３は、ユーザ端末４００、…から、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスから、カード利用者が希望するサービスの候補データを検索するための条件データを受け付け、その条件データを記憶する。
【００２１】
候補データ検索部１２４は、ユーザ端末４００、…毎に、候補条件認識部１２３で受け付けた条件データに適合する、カード利用特典によってユーザが受けられるサービスを、カード付随情報ＤＢ１５０に格納されたカード付随情報Ｉｓから検索し、その検索結果を、候補データすなわちカード利用者が希望するサービスに対する候補サービスのデータとして記憶する。
【００２２】
推奨データ出力部１２５は、カード情報取得部１１０によって取得され、ユーザデータＤＢ１４０に格納されているカード利用情報Ｉｕに含まれている現在ポイントと、仮想ポイント演算部１２２が演算して仮想購入情報受付部１２１に記憶している仮想ポイントと、候補データ検索部１２４が検索して記憶しているカード利用者が希望するサービスの候補データに関するカード付随情報Ｉｓとから、カード利用者が希望するサービスの候補データ毎に、そのサービスを受けるのに適したカード利用方法を表した推奨データを編集し、ユーザ端末４００に出力する。
【００２３】
申込受付登録部１３０は、ユーザ端末４００、…から、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスのうち、カード利用者が希望するサービスの利用申込を受け付け、ユーザ端末４００、…毎に、対応するカード会社に申込登録を行う。
【００２４】
ユーザデータＤＢ１４０は、ユーザ端末４００から入力され、カード情報取得部１１０が受け付けたカード番号、カード会社等に関するカード情報Ｉｃと、カード情報取得部１１０がこの受け付けたカード情報Ｉｃに基づいてカード会社のコンピュータ３００から取得した、ユーザ、すなわちカード番号に対応するカード利用情報Ｉｕとを、対応づけて格納するデータベースである。
【００２５】
本実施の形態の場合、カード付随情報ＤＢ１５０は、カード情報取得部１１０が受け付けたカード情報Ｉｃに基づいて、カード会社のコンピュータ３００から取得した、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスに関するカード付随情報Ｉｓを、カード情報Ｉｃのカード会社に対応づけて格納するデータベースである。
このように構成された本実施の形態によるカード利用一括管理システム１００においては、カード利用者は、次のようにして自身の所持するカードのカード利用情報Ｉｕ、カード付随情報Ｉｓの取得を行う。
【００２６】
まず、カード利用者は、通信ネットワーク２００を介して、ユーザ端末４００をカード利用一括管理システム１００に接続する。
その際、カード利用一括管理システム１００は、カード利用者又はユーザ端末４００の認証処理を行い、プライバシーに関わるカード利用情報Ｉｕの提供に支障ないと確認したならば、カード利用者が所持するカードのカード情報Ｉｃの登録入力を、ユーザ端末４００に案内する。
【００２７】
図３は、ユーザ端末からカード利用者自身のカードのカード番号等といったカード情報を登録する場合の画面例の説明図である。
すなわち、前述のカード利用一括管理システム１００によるカード情報Ｉｃの登録案内によって、ユーザ端末４００には、図３に示すカード情報登録画面Ｄ１が現われる。
【００２８】
本実施の形態では、このカード情報登録画面Ｄ１は、複数のカード（例えば、Ｎｏ．１、Ｎｏ．２、Ｎｏ．３、…）それぞれについて、カード会社入力フィールドｄ１１と、カード番号入力フィールドｄ１２とが形成されている。なお、このカード会社入力フィールドｄ１１に入力可能なカード会社の中には、信販会社、銀行等の金融機関に加え、販売促進のために専用の特典カードを発行するメーカや店舗等が含まれる。
【００２９】
そして、カード利用者は、このカード情報登録画面Ｄ１において、自身が所持するカードそれぞれのカード会社、例えばＡ、Ｂ、Ｃを登録し、カード番号、例えば‘１２３４５６７’、‘１２２２３３３’、‘１４４４５５５’を入力し、登録キーＥの操作によって登録する。
【００３０】
これら入力されたカード会社、カード番号は、カード情報Ｉｃとして、カード利用者端末４００から、通信ネットワーク２００を介して、カード利用一括管理システム１００に送信される。
そして、この送信されたカード情報Ｉｃは、カード利用一括管理システム１００のカード情報取得部１１０によって、図４に示すように受付／取得処理される。
【００３１】
図４は、カード情報取得部による受付／取得処理のフローチャートである。
（１） カード情報取得部１１０は、ユーザ端末４００から登録入力された、所持するカードそれぞれのカード番号、カード会社等に関するカード情報Ｉｃを受け付け、カード利用者毎、又はユーザ端末４００毎に対応づけて、ユーザデータＤＢ１４０に格納する（ステップＳ４１）。
【００３２】
（２） カード情報取得部１１０は、ステップＳ４１によって受け付けられた利用カードそれぞれについて、カード利用情報Ｉｕの取得が可能であるか否かを、カード情報Ｉｃのカード番号及びカード会社を基に、通信ネットワーク２００を介して、該当するカード会社のコンピュータ３００に対して問い合わせる（ステップＳ４２）。
なお、このカード利用一括管理システム１００からカード会社のコンピュータ３００への問合せに当たっては、カード会社によって、カード利用一括管理システム１００自体の認証も、必要があれば行われる。
このステップＳ４２の判定で、カード会社のコンピュータ３００から、問い合わせたカードのカード利用情報Ｉｕの情報取得が不可である旨の回答があれば、カード情報取得部１１０は、後述のステップＳ４５の処理に移る。
【００３３】
（３） ステップＳ４２の判定で、問い合わせたカードのカード利用情報Ｉｕの取得が可能であれば、カード情報取得部１１０は、そのカード会社のコンピュータ３００から、カード利用者、すなわちカード情報取得部１１０によって取得されたカード情報Ｉｃのカード番号に対応するカード利用情報Ｉｕを取得する。そして、取得したカード利用情報Ｉｕを、ユーザデータＤＢ１４０にカード情報Ｉｃと対応づけて格納する（ステップＳ４３）。
図５は、このときのユーザデータＤＢに記憶されたカード情報、カード利用情報の関係を便宜的に示した図である。
【００３４】
（４） ステップＳ４３の処理後、カード情報取得部１１０は、カード会社のコンピュータ３００から、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスに関するカード付随情報Ｉｓを取得し、カード情報Ｉｃのカード会社別、すなわちカード別に対応づけてカード付随データＤＢ１５０に蓄積する（ステップＳ４４）。
【００３５】
図６は、このときのカード付随データＤＢに格納されたカード情報のカード会社、カード付随情報の関係を便宜的に示した図である。
したがって、本実施の形態の場合は、カード付随データＤＢ１５０に、他のカード利用者に対するカード情報取得部１１０の受付／取得処理によって、同じカード会社のカード付随情報Ｉｓが既に格納されている場合は、そのカード付随付随情報Ｉｓが上書きされ、カード付随データＤＢ１５０に既に格納されているカード付随情報Ｉｓが更新されることになる。
【００３６】
なお、上記ステップＳ４４のカード付随情報Ｉｓの取得及びカード付随データＤＢ１５０への処理は、例えば、ユーザ端末４００からのカード情報Ｉｃの受け付け処理とは関係なく、独自に定期的、又はカード会社のコンピュータ３００からの指示に基づき行割なわれるように構成されていてもよい。そして、このような場合は、図４においてステップＳ４４で示す処理は不要になる。
（５） カード情報取得部１１０は、ステップＳ４４の処理後、または、ステップＳ４２の判定でカードの情報取得が不可だった場合、カード利用者によってユーザ端末４００から登録入力された利用カード登録数分のカード利用情報Ｉｕ、カード付随情報Ｉｓを取得することを終了したか否かを判定する（ステップＳ４５）。
【００３７】
カード情報取得部１１０は、利用カード登録数分の情報取得が未だ終了していない場合は、ステップＳ４２〜Ｓ４５の処理を繰り返し、利用カード登録数分の情報取得が終了するまで処理を実行して終了する。
なお、本実施の形態のステップＳ４５の判断では、前述のステップＳ４２の判定で、カード会社から、問い合わせたカードについてのカード利用情報Ｉｕの情報取得が不可であると判定されたカードも、カード利用情報Ｉｕ、カード付随情報Ｉｓの取得が終了しているカードと看なして処理する。
【００３８】
そして、カード利用者によってユーザ端末４００から登録入力された利用カード登録数分のカード利用情報Ｉｕ、カード付随情報Ｉｓを、カード情報取得部１１０が取得すると、カード情報取得部１１０は、推奨データ生成部１２０にカード利用情報Ｉｕ、カード付随情報Ｉｓの取得終了を出力する。
【００３９】
このカード情報取得部１１０からの情報の取得終了を受けて、推奨データ生成部１２０の仮想購入情報受付部１２１は、カード利用者が新たに購入を予定している商品についての購入商品分類、購入金額等に関する仮想購入情報Ｉｂの入力をユーザ端末４００に案内する。
【００４０】
図７は、ユーザ端末からカード利用者がカードを利用して購入予定の商品分類及び金額を表す仮想購入情報を登録する場合の画面例の説明図である。
すなわち、ユーザ端末４００では、カード情報登録画面Ｄ１によるカード情報Ｉｃの登録入力後、カード利用一括管理システム１００側でこのカード情報Ｉｃに対応するカード利用情報Ｉｕ、カード付随情報Ｉｓがカード会社のコンピュータ３００から取得された後、図７に示した仮想購入情報の登録画面Ｄ２が表示される。
【００４１】
本実施の形態では、仮想購入情報Ｉｂを登録する画面Ｄ２には、購入予定の商品毎に、購入商品分類入力フィールドｄ２１と、購入金額入力フィールドｄ２２と、購入商品キーワード入力フィールドｄ２３とが形成されている。
図７では、カード利用者が、例えば、靴の購入を予定している場合に、ユーザ端末４００を操作して、仮想購入情報登録画面Ｄ２において、購入商品分類入力フィールドｄ２１には‘靴・鞄’を選択し、購入金額入力フィールドｄ２２にはその価格、例えば２０、０００円を、購入商品キーワードとしては‘靴’を入力し、登録キーＥの操作によって入力した状態を表している。
【００４２】
これら入力された購入商品分類、購入金額、購入商品キーワードは、登録キーＥの操作により、仮想購入情報Ｉｂとして、ユーザ端末４００から、通信ネットワーク２００を介して、カード利用一括管理システム１００に送信される。
そして、この仮想購入情報Ｉｂに対しては、カード利用一括管理システム１００の仮想購入情報受付部１２１及び仮想ポイント演算部１２２によって、図８に示した仮想購入受付／演算処理が行われる。
【００４３】
図８は、仮想購入情報受付部と仮想ポイント演算部とによる仮想購入受付／演算処理のフローチャートである。
次に、この仮想購入受付／演算処理について説明する。
（１） 仮想購入情報受付部１２１は、ユーザ端末４００からの購入商品分類、購入金額、購入商品キーワードに関する仮想購入情報Ｉｂを受け付け、記憶する（ステップＳ８１）。
【００４４】
（２） 仮想購入情報受付部１２１は、ユーザデータＤＢ１４０に当該カード利用者又はユーザ端末４００に対応させて格納されている利用カード登録数分のカード利用情報Ｉｕから、カード毎、すなわちカード会社毎の現在ポイント数を読み出し、これを記憶する（ステップＳ８２）。
さらに、本実施の形態の場合、仮想購入情報受付部１２１は、上記カード会社毎の現在ポイント数の読み出しと併せ、カード付随データＤＢ１５０にカード会社に対応させて格納されているカード付随情報Ｉｓから、各カード毎すなわちカード会社毎のポイント料率データ（すなわち、ポイント数／金額で表される換算値）を読み出し、これも記憶する。
【００４５】
（３） ステップＳ８２の処理後、仮想購入情報受付部１２１は、利用カード登録数分だけ、次に説明する仮想ポイント演算部１２２による仮想ポイント演算が終了したか否かを判定する（ステップＳ８３）。
仮想購入情報受付部１２１は、まだ、利用カード登録数分のカード全てについて、仮想ポイント演算部１２２による仮想ポイント演算が終了していない場合は、ステップＳ８４の処理に移る。
【００４６】
なお、このステップＳ８３の判断では、前述のステップＳ４２の判定で、カード会社から、問い合わせたカードについてのカード利用情報Ｉｕの情報取得が不可であると判定されたカードは、仮想ポイント演算部１２２による仮想ポイント演算が終了していると看なして処理する。
【００４７】
ステップＳ８３の判定で、利用カード登録数分のカード全てについて仮想ポイント演算部１２２による仮想ポイント演算が未だ終了していない場合は、仮想購入情報受付部１２１は、利用カード登録数分のカードのうち、仮想ポイント演算が未だ終了していない一のカードに関して、その現在ポイント数とポイント料率データを、仮想購入情報Ｉｂの購入金額とともに、仮想ポイント演算部１２２に供給する。
仮想ポイント演算部１２２では、これら現在ポイント数、ポイント料率データ、仮想購入情報Ｉｂの購入金額の供給を受けて、カード毎に、次のステップＳ８４、Ｓ８５による仮想ポイント演算を行う。
【００４８】
（４） まず、仮想ポイント演算部１２２は、仮想購入情報Ｉｂの購入金額とポイント料率データとに基づいて、仮想購入情報Ｉｂの購入金額で新たに獲得できる獲得ポイント数を仮想演算する（ステップＳ８４）。
（５） 次に、仮想ポイント演算部１２２は、この演算した獲得ポイント数に現在ポイント数に加え、累計ポイント数を仮想演算する（ステップＳ８５）。
そして、仮想ポイント演算部１２２は、演算した仮想獲得ポイント数及び仮想累計ポイント数を仮想購入情報受付部１２１に供給し、仮想購入情報受付部１２１は、これらをカード毎に対応させて記憶する。
【００４９】
仮想購入情報受付部１２１は、利用カード登録数のカード分だけ、購入予定金額で獲得できる仮想獲得ポイント数、仮想累計ポイント数を蓄積すると、候補条件認識部１２３に仮想ポイント数の演算終了を出力する。
候補条件認識部１２３は、この仮想ポイント数の演算終了を受けて、カード利用者に、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスに関して、カード利用者が希望するサービスの候補条件の登録入力を、ユーザ端末４００に案内する。
これにより、図９に示す、カード利用者が希望するサービスの候補条件を登録する場合の候補データ入力画面Ｄ３が、ユーザ端末４００に表示される。
【００５０】
図９は、ユーザ端末からカード利用者が希望するサービスの候補条件を登録する場合の画面例の説明図である。
次に、図９に示した候補条件登録画面Ｄ３により、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスに関して、カード利用者が希望するサービスの候補条件を登録しようとする場合について説明する。
【００５１】
本実施の形態では、候補条件登録画面Ｄ３には、希望するサービスのサービス形式の種別を入力する種別フィールドｄ３１、希望するサービスの大分類項目を入力するための大分類フィールドｄ３２、希望するサービスの大分類項目の中に含まれる小分類項目をさらに入力するための小分類フィールドｄ３３、希望するサービスのキーワードを入力するための候補データキーワードフィールドｄ３４、及びこれら各フィールドｄ３１〜ｄ３４の優先順位を指定するための優先順位フィールドｄ３５が形成されている。
【００５２】
そして、カード利用者は、ユーザ端末４００に表示される候補条件登録画面Ｄ３を参照して、次のようにして希望するサービスの候補条件を登録する。
まず、カード利用者は、この候補条件登録画面Ｄ３内の種別フィールドｄ３１から、希望するサービスのサービス形式の種別（ポイント交換、抽選、全員等）を選択する。なお、図中、Ｓは、項目内用のデータ選択のためのスクロールキーである。
【００５３】
次に、カード利用者は、大分類フィールドｄ３２から、希望するサービスの候補条件の大分類（例えば、レジャー、生活用品、金券等）を選択する。
ここで、カード利用者が大分類フィールドｄ３２で希望するサービスの大分類を選択した場合は、この選択した大分類の候補条件に含まれる、さらに具体的な候補条件の内容が、小分類フィールドｄ３３に表示される。例えば、大分類フィールドｄ３２で‘レジャー’を選択した場合は、選択した大分類項目の候補条件‘レジャー’に含まれている、さらに具体的な候補条件‘テーマパーク’、‘旅行’、‘温泉’等の小分類項目が、小分類フィールドｄ３３に表示される。この小分類フィールドｄ３３による具体的な候補条件の表示に伴い、カード利用者は、その表示内容を参照しながら、希望するサービスの具体的な候補条件を選択する。
【００５４】
また、カード利用者は、希望するサービスについて、その具体的内容が明確になっている場合は、候補データキーワードフィールドｄ３４に希望するサービスのキーワードを候補条件として入力する。例えば、カード利用者は、希望するサービスとして‘テーマパーク名ＸＸＸ’が明確になっている場合は、この‘テーマパーク名ＸＸＸ’を、候補データキーワードフィールドｄ３４にキー入力する。
また、カード利用者は、候補条件登録画面Ｄ３内の優先順位フィールドｄ３５に、前述した種別、分類、キーワードのうち、検索された候補データの出力で優先する順位があれば、その順位を指定入力する。
【００５５】
なお、候補条件登録画面Ｄ３においては、種別、分類、キーワードの各項目ｄ３１、ｄ３２・ｄ３３、ｄ３４は、その何れかが入力されていれば、利用候補データを検索することができるので、必ずしも、これら種別、分類、キーワードの全項目ｄ３１〜ｄ３４を入力することは必須ではない。また、優先順位フィールドｄ３５の順位指定入力も、必須ではない。
【００５６】
そして、カード利用者は、候補条件登録画面Ｄ３によって、希望するサービスの候補条件を入力し終えたならば、登録キーＥを操作して登録する。
これにより、カード利用者が希望するサービスの候補条件がユーザ端末４００からカード利用一括管理システム１００に送信され、候補条件認識部１２３により取得される。候補条件認識部１２３は、受信した、カード利用者が希望するサービスの候補条件を、後述する候補データ検索部１２４の検索条件として記憶する。
【００５７】
なお、本実施の形態では、カード利用者は、この候補条件登録画面Ｄ３により、希望するサービスの一の候補条件を設定した後、この登録キーＥを操作せずに、続きキーＮを操作することによって、ユーザ端末４００に新たな候補条件登録画面Ｄ３を表示させ、希望する別種のサービスの候補条件を検索のためのオア条件として設定することができる。これにより、希望するサービスの種類が複数ある場合でも、希望するサービスの種類毎に多面的に候補条件を設定することでき、データ認識部１２３に複数の候補条件を登録することができる。
【００５８】
図１０は、候補データ検索部によるカード利用者が希望するサービスの候補データの検索処理のフローチャートである。
次に、この候補データ検索部１２４による候補データの検索処理について説明する。
（１） 候補データ検索部１２４は、候補条件認識部１２３が記憶した、カード利用者が希望するサービスの候補条件を、検索条件として読み込む（ステップＳ１０１）。
【００５９】
（２） 候補データ検索部１２４は、ステップＳ１０１の処理後、利用カード登録数分それぞれについて、この読み込んだ検索条件に基づく、カード利用者が希望するサービスの候補データの検索が終了したか否かを判定する（ステップＳ１０２）。
候補データ検索部１２４は、利用カード登録数分全てについて、未だ検索が終了していない場合は、ステップＳ１０３の処理に移る。すなわち、候補データ検索部１２４は、利用カード登録数分それぞれについて、カード利用者が希望するサービスの候補データの検索が終了するまでは、次に述べるステップＳ１０３、Ｓ１０４の検索処理を、カード毎に繰り返し行う。
【００６０】
（３） ステップＳ１０２の判定で、未だ利用カード登録数分の候補データの検索が終了していない場合、検索が済んでいない一のカード毎に、ステップＳ１０１で読み込んだ当該カードの候補条件に適合する候補データを、カード付随データＤＢ１５０に蓄積されている当該カードのカード付随情報Ｉｓから検索し、検索結果を蓄積する。（ステップＳ１０３、Ｓ１０４）。
【００６１】
そして、候補データ検索部１２４は、利用カード登録数分の全てのカードについて、カード利用者が希望するサービスの候補データの検索・蓄積を終えると、この検索・蓄積したカード利用者が希望するサービスの候補データを、ユーザデータＤＢ１４０にカード利用者のカード情報Ｉｃと対応づけて格納するとともに、推奨データ出力部１２５に、候補データの検索終了を出力する。
【００６２】
なお、図５において、破線で示した候補データ部分は、この候補データ検索部１２４によって検索された候補データが、ユーザデータＤＢ１４０にカード利用者のカード情報Ｉｃと対応づけて格納された状態を示している。
推奨データ出力部１２５は、候補データ検索部１２４からの候補データの検索終了を受信して、ユーザ端末４００に送信する推奨データを編集出力する。
【００６３】
図１１は、推奨データ出力部の推奨データ編集出力処理のフローチャートである。
（１） 推奨データ出力部１２５は、候補データ検索部１２４が検索して蓄積した利用カード登録数分のカードそれぞれについての、候補データを読み込む（ステップＳ１１１）。
（２） 次に、推奨データ出力部１２５は、仮想購入情報受付部１２１が記憶している利用カード登録数のカードそれぞれについての、現在ポイント数、購入予定金額、購入予定金額で獲得できる仮想獲得ポイント数及び仮想累計ポイント数、等を読み込む（ステップＳ１１２）。
【００６４】
（３） その上で、推奨データ出力部１２５は、利用カード登録数分カードそれぞれについて、候補データ別に、候補データのサービスをカード利用者が受けるために必要な規定ポイント数に対する仮想累計ポイント数の過不足、これに基づく当該候補サービスの利用申込可否の判定、等を演算する等して、候補データ別の推奨データを編集作成する（ステップＳ１１３）。
【００６５】
（４） そして、推奨データ出力部１２５は、例えば、この候補データ別に編集作成した出力データのうちの過不足データに基づき、仮想購入情報に基づく購入を実施した時点で、利用可能な候補データから順にソートする（ステップＳ１１４）。
なお、この際、推奨データ出力部１２５は、前述の候補条件登録画面Ｄ３内の優先順位フィールドｄ３５に入力された、前述した種別、分類、キーワードのうち、候補データの出力で優先する順位が候補条件として定められている場合は、さらに、利用可能な候補データをその優先順位にしたがってソートする
【００６６】
（５） そして、推奨データ出力部１２５は、これらソートしたデータを、ユーザ端末４００に対する推奨データの出力パターン用に編集する（ステップＳ１１５）。
（６） その後、推奨データ出力部１２５は、ステップＳ１１５で編集した結果を、対応するカード利用者のユーザ端末４００に通信ネットワーク２００を介して送信する（ステップＳ１１６）。
このようにして、カード利用一括管理システム１００に、所持するカードのカード情報Ｉｃ、購入予定の商品についての仮想購入情報、希望するサービスの候補条件を登録したカード端末４００には、カード利用一括管理システム１００から、その希望するサービスを受けるためにはどのようなカード利用方法が適しているかを示す推奨データが送信されてくる。
【００６７】
図１２は、ユーザ端末に表示される推奨データ出力画面の例の説明図である。図１２に示す推奨データ出力画面Ｄ４は、推奨データ例として３つの推奨サービスフィールドＤ４ａ〜Ｄ４ｃが表示されている状態を示している。
各推奨サービスフィールドＤ４ａ〜Ｄ４ｃの表示は、カード（カード会社）名が表示されるカード名フィールドｄ４０１、当該サービスの有効期間（申込期間）が表示される有効期間フィールドｄ４０２、現在のポイント数が表示される現在ポイント数フィールドｄ４０３、当該推奨サービスフィールドＤ４ａ〜Ｄ４ｃのサービスを受けるために必要な対象ポイント数が表示される対象ポイント数フィールドｄ４０４、仮想購入情報の購入予定金額で獲得できる仮想獲得ポイント数が表示される仮想獲得ポイント数フィールドｄ４０５、購入予定金額で獲得できる仮想累計ポイント数が表示される仮想累計ポイント数フィールドｄ４０６、対象ポイント数に対しての仮想累計ポイント数の過不足が表示される不足ポイント数フィールドｄ４０７、当該推奨サービスフィールドＤ４ａ〜Ｄ４ｃにおけるサービスの形式の種別が表示される種別フィールドｄ４０８、当該推奨サービスフィールドＤ４ａ〜Ｄ４ｃにおけるサービスの大分類項目が表示される大分類フィールドｄ４０９、当該推奨サービスフィールドＤ４ａ〜Ｄ４ｃにおけるサービスの小分類項目が表示される小分類フィールドｄ４１０、当該推奨サービスフィールドＤ４ａ〜Ｄ４ｃのサービス項目（名称）が表示される項目フィールドｄ４１１、仮想購入情報の購入を実施した場合、当該推奨サービスＤ４ａ〜Ｄ４ｃの利用を申込できるか否かの判定結果が表示される判定フィールドｄ４１２を備えている。
【００６８】
例えば、図１２に示した推奨データ出力画面Ｄ４における推奨サービスフィールドＤ４ａには、カード利用者が、図７に示した候補条件登録画面Ｄ３から、例えば、種別フィールドｄ３１に、希望するサービスのサービス形式の種別として‘抽選’を、大分類フィールドｄ３２で希望するサービスの大分類として‘レジャー’を、小分類フィールドｄ３３で希望するサービスの小分類として‘テーマパーク’を選択した場合の結果が表されている。
【００６９】
この推奨サービスフィールドＤ４ａでは、カード会社Ａ、ポイントの積立有効期間（サービスの申込有効期間）が２００２．２．１５〜２００２．３．３１、現在の利用ポイント、この場合は１円／１ポイントで、利用金額が２０５００円、抽選の申込対象は、１口２００００ポイント（円）のカード利用、仮想購入金額により獲得できるポイントが２００００ポイント（円）、累計が４０５００ポイント（円）、過不足が１口の場合で２０５００ポイント（円）の余り、又、２口の場合では５００ポイント（円）円の余り、サービス項目は‘ＸＸＸ’、この推奨サービスが申込可能であることが表されている。
【００７０】
同様に、推奨サービスフィールドＤ４ｂには、カード利用者が、図７に示した候補条件登録画面Ｄ３から、例えば、種別フィールドｄ３１に、希望するサービスのサービス形式の種別として‘ポイント交換’を、大分類フィールドｄ３２で希望するサービスの大分類として‘金券’を、小分類フィールドｄ３３で希望するサービスの小分類として‘図書券’を選択した場合の結果が表されている。
【００７１】
この推奨サービスフィールドＤ４ｂでは、カード会社Ｂ、ポイントの積立有効期間が２００１．４．１〜２００２．３．３１、現在の利用ポイントが４０２ポイント、サービス項目の交換に必要な対象ポイントが４００ポイント、仮想購入金額により獲得できるポイントが２０ポイント、累計が４０２ポイント、過不足が２２ポイントの余り、サービス項目は‘２０００円図書券’、この推奨サービスが申込可能であることが表されている。
同様に、推奨サービスフィールドＤ４ｃには、カード利用者が、図７に示した候補条件登録画面Ｄ３から、例えば、候補データキーワードフィールドｄ３４に‘ペアグラス’を指定した場合の結果が表されている。
【００７２】
この推奨サービスＤ４ｂでは、カード会社Ｂ、ポイントの積立有効期間が２００１．４．１〜２００２．３．３１、現在の利用ポイントが４０２ポイント、サービス項目の交換に必要な対象ポイントが４８０ポイント、仮想購入金額により獲得できるポイントが２０ポイント、累計が４２２ポイント、過不足が５８ポイントの不足、サービス項目は‘ペアグラス’、この推奨サービスが申込不可であることが表されている。
【００７３】
また、各推奨サービスＤ４ａ〜Ｄ４ｃの表示には、これら各フィールドｄ４０１〜ｄ４１２に加えて、適宜、詳細キーＰと、申込キーＲとが表示される。
本実施の形態では、詳細キーＰは、項目フィールドｄ４１１に表示されたサービス項目の内容以外に、さらに推奨サービスの詳細データが、カード付随データＤＢ１５０に蓄積されている当該カードのカード付随情報Ｉｓから検索された当該候補データの中に含まれている場合は、推奨データ出力画面Ｄ４に表示される。
【００７４】
推奨データ出力画面Ｄ４における詳細キーＰの表示は、前述した推奨データ出力部１２５による推奨データ出力編集処理（図１１のステップＳ１１５）において、検索した候補データのデータ内容に基づき設定される。
ここで、推奨データ出力画面内の詳細キーＰを操作した場合に、ユーザ端末４００に表示される詳細情報表示画面Ｄ５ついて、説明する。
【００７５】
図１３は、ユーザ端末に表示される推奨データの詳細情報表示画面の説明図である。
図１３は、図１２に示した推奨データ出力画面Ｄ４の推奨サービスフィールドＤ４ｂに表示された詳細キーＰを操作した場合に、推奨データ出力画面Ｄ４に代えてユーザ端末４００に表示される詳細情報表示画面Ｄ５ｂを示したものである。
【００７６】
本実施の形態の詳細情報表示画面Ｄ５ｂでは、詳細データとして、サービス商品名が商品名フィールドｄ５１に、このサービス商品の利用等についての有効期間が実施有効期間フィールドｄ５２に、この場合の宿泊先等のような個別事項の情報が事項フィールドｄ５３にそれぞれ表示されている。なお、図１３に示した詳細情報表示画面Ｄ５ｂにおいて、図１２に示した推奨データ出力画面Ｄ４におけるフィールドと変わらないフィールドｄ４０１〜ｄ４１２については、同一符号ｄ４０１〜ｄ４１２を付して、その説明を省略する。
【００７７】
また、本実施の形態では、申込キーＲは、推奨データ出力画面Ｄ４及び詳細情報表示画面Ｄ５において、現在ポイント数フィールドｄ４０３に表示される現在のポイント数が、対象ポイント数フィールドｄ４０４に表示される推奨サービスを受けるために必要な対象ポイント数が表示される対象ポイント数を超えている場合に表示される。
【００７８】
この推奨データ出力画面Ｄ４及び詳細情報表示画面Ｄ５における申込キーＲの表示は、前述した推奨データ出力部１２５による推奨データ出力編集処理（図１１のステップＳ１１５）において、検索した候補データのデータ内容に基づき設定される。
【００７９】
これにより、仮想購入を実施せずとも、現在の時点でサービス利用の申込ができる推奨サービスＤ４ａについては、この推奨データ出力画面Ｄ４及び詳細情報表示画面Ｄ５に表示されている申込キーＲを操作することによって、カード利用者は、希望するサービスの申込手続を、申込先のカード会社の別なく簡単な手続で対応するカード会社に申し込み登録することができる。
【００８０】
カード利用者が、申込キーＲを操作すると、図１に示したカード利用一括管理システム１００の申込受付登録部１３０がこれを受信し、カード利用者に代行して、カード利用者のカード情報Ｉｃと対応づけて候補データが格納されているユーザデータＤＢ１４０の記憶内容に基づき、通信ネットワーク２００を会して、申込先のカード会社のコンピュータ３００に申込の登録を行う。
【００８１】
以上、本実施の形態のカード利用一括管理システム１００によれば、カード利用者は、推奨データ出力画面Ｄ４及び詳細情報表示画面Ｄ５の表示を参考に、購入予定商品をどのカード会社のカードを使用して購入するの好ましいか、カード利用者自身の希望するサービス、及びそのサービスを受けるために必要なポイント制度、キャンペーン等といったカード利用特典の状況等との関係で、確認できる。
したがって、どのようなカード利用方法が、希望するサービスを受けるために適しているかを、所持するカードの種類に関係なく、一括して比較案内することによって、カード利用者に提示することができる。
【００８２】
また、ユーザが希望するサービスの申込手続も、申込先のカード会社の別なく、簡単な手続で対応するカード会社に、カード利用一括管理システム１００から申し込み登録できる。
なお、本発明は上記実施の形態に限定されるものではない。
【００８３】
例えば、上記実施の形態のカード利用一括管理システム１００では、図７に示した仮想購入情報の登録画面Ｄ２により、仮想購入情報Ｉｂを登録してから、図９に示した候補条件登録画面Ｄ３により、希望するサービスの候補データの条件を登録するように構成したが、これら画面Ｄ２、Ｄ３における登録の仕方等は本実施の形態に限るものではなく、また、仮想購入情報の登録と、希望するサービスの候補データの条件登録とは、順序が逆であってもよい。そして、仮想購入情報の登録と、希望するサービスの候補データの条件登録とを逆にした場合は、図１２に示した推奨データ出力画面Ｄ４によって、どのようなカード利用方法が希望するサービスを受けるために適しているかを提示する前に、希望するサービスの候補データの一覧等を表示するように構成してもよい。
【００８４】
また、図１２に示した推奨データ出力画面Ｄ４も、どのようなカード利用方法が希望するサービスを受けるために適しているかをカード利用者に提示できるものであるならば、上記実施の形態に限定されない。
また、上記実施の形態のカード利用一括管理システム１００では、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスに関するカード付随情報Ｉｓを、ユーザ自身のカード利用状況に関するカード利用情報Ｉｕの取得時に、カード会社のコンピュータ３００から一緒に取得するように構成したが、カード付随情報Ｉｓの取得タイミングはこれに限るものではない。例えば、１日／１回、カード利用一括管理システム１００が、カード会社のコンピュータ３００それぞれから定期的にカード付随情報Ｉｓを取得してカード付随情報ＤＢ１５０に蓄積し、ユーザ端末４００によって候補データ等を調べる際には、カード付随情報ＤＢ１５０に蓄積済みのカード付随情報Ｉｓを基に調べることとしてもよい。
【００８５】
さらに、本実施の形態では、図１において、カード利用一括管理システム１００は、それぞれのカード会社とは別の、専門会社に配置されるよう表されているが、カード会社内に配置され、当該カード会社専用の利用者サービスに適用されるものであってもよい。
このように、本発明のカード利用一括管理システム１００においては、その実施の形態において、種々の変形が可能である。
【００８６】
【発明の効果】
以上、本発明のカード利用一括管理システム及び管理方法によれば、複数のカードのカード利用情報とカード付随情報を一括管理して、ポイント制度、キャンペーン等といったカード利用特典によってユーザが受けることができるサービスのうち、カード利用者が希望するサービスを受けるために適したカード利用方法をカード利用者に提示することができる。
【００８７】
また、本発明のカード利用一括管理システムによれば、カード利用者は、希望するサービスの申込を、申込先の別なくかつ簡単な手続で、対応する申込先に申込登録を行うことができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるカード利用一括管理システムを適用した、カードシステム全体の構成を示すブロック図である。
【図２】本実施の形態によるカード利用一括管理システムの構成を示すブロック図である。
【図３】ユーザ端末からカード利用者自身のカードのカード番号等といったカード情報を登録する場合の画面例の説明図である。
【図４】カード情報取得部による受付／取得処理のフローチャートである。
【図５】ユーザデータＤＢに記憶されたカード情報、カード利用情報の関係を便宜的に示した図である。
【図６】カード付随データＤＢに格納されたカード情報、カード付随情報の関係を便宜的に示した図である。
【図７】ユーザ端末からカード利用者がカードを利用して購入予定の商品分類及び金額を表す仮想購入情報を登録する場合の画面例の説明図である。
【図８】仮想購入情報受付部と仮想ポイント演算部とによる仮想購入受付／演算処理のフローチャートである。
【図９】ユーザ端末からカード利用者が希望するサービスの候補条件を登録する場合の画面例の説明図である。
【図１０】候補データ検索部によるカード利用者が希望するサービスの候補データの検索処理のフローチャートである。
【図１１】推奨データ出力部の推奨データ編集出力処理のフローチャートである。
【図１２】ユーザ端末に表示される推奨データ出力画面の例の説明図である。
【図１３】ユーザ端末に表示される推奨データの詳細情報表示画面の説明図である。
【符号の説明】
１００ カード利用一括管理システム
１１０ カード情報取得部
１２０ 推奨データ生成部
１２１ 仮想購入情報受付部
１２２ 仮想ポイント演算部
１２３ 候補条件認識部
１２４ 候補データ検索部
１３０ 申込受付登録部
１４０ ユーザデータＤＢ
１５０ カード付随情報ＤＢ
２００ 通信ネットワーク
３００ カード会社のコンピュータ
４００ ユーザ端末[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a card management system for managing card use information of each card possessed by a card user, and in particular, presents a recommended card use method to a card user based on card use information and card accompanying information. The present invention relates to a card use collective management system and a management method that can be used.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, a card user, that is, a user, obtains card usage information on his / her own card usage status from a document provided by a card issuing company (hereinafter, collectively referred to as a card company) or a card company homepage on the Internet. Also, it is possible to confirm card-related information on services that can be received by the user according to card usage benefits such as a point system and a campaign.
[0003]
In addition, the user can apply for a service desired by the user to the card company from telephones, documents, and a homepage on the Internet, among services that the user can receive with the card use privilege.
When the user has a plurality of cards, the user can check the card usage status, check the services that can be received by the user through the card use privilege, apply for the desired service, etc. individually for each card, that is, at the card company. Each time, the user performs it.
[0004]
[Problems to be solved by the invention]
However, the above-described conventional technology does not show the user what kind of card use method is suitable for receiving the service desired by the user from the user's card use situation.
If the user has a plurality of cards and uses each of the plurality of cards, the card usage information on the card usage status and the card accompanying information on the services that the user can receive by using the card usage privilege, The user had to check for each card company, and could not check all at once.
[0005]
As a result, in order to obtain a card usage method suitable for receiving a desired service, for example, when the user is planning to purchase a new product, the user needs to use card usage information and card attached information for each card possessed. It was necessary to check the information and compare the services that can be received by the user depending on the card use privilege, such as the usage status, the point system, the campaign, etc., between the cards.
[0006]
In addition, there is a problem in that this work is very troublesome and therefore difficult to actually perform.
Further, there is also a problem that the application for the service desired by the user is troublesome because the procedure differs for each card company.
[0007]
The present invention has been made in view of the above problems, and provides a service that can be received by a user for each card possessed by the user through card use information such as card use information on card use status, a point system, a campaign, and the like. That presents to the user what card usage method is suitable for receiving the service desired by the user from the card accompanying information regarding the product and the virtual purchase information of the product that the user plans to newly purchase. It is an object to provide a use collective management system and a management method.
[0008]
In addition, the present invention provides a simple procedure for applying for a service desired by the user, regardless of the card company to which the user applies, among services that the user can receive through card usage benefits such as a point system and a campaign. The purpose of the present invention is to provide a card use collective management system that can apply for and register with a credit card company.
[0009]
[Means for Solving the Problems]
According to the card use collective management system of the present invention, a card use collective management system connected to at least one card company computer and a plurality of user terminals via a network, wherein the card company computer Card accompanying information storage means for acquiring and storing card accompanying information relating to a service that can be received by the user according to the usage privilege, and a computer of a card company described in the card information received from the user terminal, specified by the card information. Card use information acquiring means for acquiring card use information of the card user, and the card user's card acquired by the card use information acquisition means based on the virtual purchase information of the card user received from the user terminal. Virtual operation means for virtually updating usage information; Candidate service search means for searching the card accompanying information storage means for card accompanying information relating to a candidate service having the candidate condition, based on the card user desired service candidate conditions received from the terminal; Based on the card accompanying information on the candidate service retrieved by the above and the card usage information of the card user virtually updated by the virtual operation means, the recommended data of the card use method for using the candidate service is provided. Recommended data output means for generating and outputting the generated data to the user terminal.
[0010]
Further, according to the card use collective management system of the present invention, the application for the candidate service received from the user terminal to which the recommended data has been output by the recommended data output means is accepted, and the application registration is made with the card company of the candidate service providing source. It is characterized by having application reception registration means for performing.
[0011]
Further, the management method used in the card use batch management system of the present invention is a management method used in the card use batch management system connected to a computer of at least one card company and a plurality of user terminals via a network. The method,
A card accompanying information acquiring unit for acquiring and accumulating card accompanying information relating to a service that can be received by the user through the card use privilege from the computer of the card company in the card accompanying information storage unit; Card use information acquiring step of acquiring card use information of a card user specified by the card information from a computer of the card company, and the card use based on virtual purchase information of the card user received from a user terminal. A virtual operation step of virtually updating the card use information of the card user acquired by the information acquisition step; and a candidate service candidate condition of the card user received from the user terminal. Candidate services with candidate conditions A candidate service search step of searching for information to be performed, information on the candidate service searched by the candidate service search step, and card usage information of the card user virtually updated by the virtual calculation step. And a recommended data output step of generating recommended data of a card usage method for using the candidate service and outputting the generated data to a user terminal.
[0012]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, preferred embodiments of a card use collective management system and a management method according to the present invention will be described in detail with reference to the accompanying drawings.
FIG. 1 is a block diagram showing a configuration of an entire card system to which a card use batch management system according to an embodiment of the present invention is applied.
[0013]
In FIG. 1, the card use
Here, the card user's user terminal 400 is a network terminal device such as a personal computer (hereinafter, referred to as a PC) or a mobile phone device carried by the card user.
[0014]
FIG. 2 is a block diagram showing a configuration of the collective card use management system according to the present embodiment.
In the present embodiment, the card use
[0015]
The recommended
Next, the configuration of each of the above units will be described.
[0016]
The card information acquisition unit 110 receives card information Ic transmitted from each of the user terminals 400,... Via the
[0017]
When acquiring the card use information Iu, the card information acquisition unit 110 also acquires the card accompanying information Is from the
[0018]
The recommended
To this end, the above-described units of the recommended
[0019]
The virtual purchase information receiving unit 121 receives, from the user terminals 400, virtual purchase information Ib relating to a purchased product classification, a purchase price, and the like, which is inputted for a product newly purchased by the card user, and receives the virtual purchase. The information Ib is stored.
The virtual point calculation unit 122 stores, in the
[0020]
The candidate condition recognizing unit 123 provides condition data for retrieving candidate data of a service desired by the card user from services that can be received by the user according to a card use privilege such as a point system or a campaign from the user terminal 400. Is received and the condition data is stored.
[0021]
The candidate data search unit 124 provides, for each of the user terminals 400,. A search is performed from the information Is, and the search result is stored as candidate data, that is, data of a candidate service for a service desired by the card user.
[0022]
The recommended data output unit 125 receives the virtual purchase information obtained by the virtual point calculation unit 122 calculating the current point included in the card usage information Iu acquired by the card information acquisition unit 110 and stored in the
[0023]
The application reception / registration unit 130 receives, from the user terminals 400,..., A service application desired by the card user, among services that can be received by the user according to card usage benefits such as a point system, a campaign, and the like. , ..., the application is registered with the corresponding card company.
[0024]
The
[0025]
In the case of the present embodiment, based on the card information Ic received by the card information acquisition unit 110, the card accompanying
In the card use
[0026]
First, the card user connects the user terminal 400 to the collective card
At that time, the card use
[0027]
FIG. 3 is an explanatory diagram of a screen example when registering card information such as a card number of a card user's own card from a user terminal.
That is, the card information registration screen D1 shown in FIG. 3 appears on the user terminal 400 by the card information Ic registration guide by the above-described integrated card
[0028]
In the present embodiment, the card information registration screen D1 includes a card company input field d11 and a card number input field d12 for each of a plurality of cards (for example, No. 1, No. 2, No. 3,...). Is formed. Note that the card companies that can be entered in the card company input field d11 include financial institutions such as credit companies and banks, as well as manufacturers and stores that issue special privilege cards for sales promotion.
[0029]
Then, the card user registers his / her card company, for example, A, B, C, on the card information registration screen D1, and the card number, for example, '12345667', '1222333', '14444555'. Is input and the registration is performed by operating the registration key E.
[0030]
The entered card company and card number are transmitted as card information Ic from the card user terminal 400 to the integrated card
Then, the transmitted card information Ic is received / acquired by the card information acquisition unit 110 of the integrated card
[0031]
FIG. 4 is a flowchart of a reception / acquisition process by the card information acquisition unit.
(1) The card information acquisition unit 110 receives the card number Ic of each card possessed, the card information Ic relating to the card company, etc., registered and input from the user terminal 400, and associates the card information Ic with each card user or each user terminal 400. Then, it is stored in the user data DB 140 (step S41).
[0032]
(2) The card information acquisition unit 110 communicates whether or not the card use information Iu can be acquired for each of the use cards accepted in step S41 based on the card number and the card company of the card information Ic. An inquiry is made to the
When making an inquiry from the
If it is determined in step S42 that there is a response from the
[0033]
(3) If it is determined in step S42 that the card use information Iu of the inquired card can be acquired, the card information acquisition unit 110 transmits the card user, that is, the card information acquisition unit 110 from the
FIG. 5 is a diagram for convenience showing the relationship between the card information and card usage information stored in the user data DB at this time.
[0034]
(4) After the processing in step S43, the card information acquisition unit 110 acquires, from the
[0035]
FIG. 6 is a diagram for convenience showing the relationship between the card company and the card accompanying information of the card information stored in the card accompanying data DB at this time.
Therefore, in the case of the present embodiment, if the card accompanying information Is of the same card company is already stored in the card accompanying
[0036]
Note that the acquisition of the card-related information Is and the processing to the card-related
(5) After the processing of step S44, or when the card information cannot be obtained in the determination of step S42, the card information acquisition unit 110 determines the number of card registrations registered and input by the card user from the user terminal 400. It is determined whether the acquisition of the card use information Iu and the card accompanying information Is has been completed (step S45).
[0037]
If the information acquisition for the number of used cards has not yet been completed, the card information acquisition unit 110 repeats the processing of steps S42 to S45 and executes the processing until the information acquisition for the number of used cards has been completed. finish.
In the determination of step S45 in the present embodiment, the card determined to be incapable of acquiring the card use information Iu for the inquired card from the card company in the determination of step S42 is also used for card use. The information Iu and the card accompanying information Is are processed while being regarded as a card whose acquisition has been completed.
[0038]
When the card information acquisition unit 110 acquires the card use information Iu and the card attached information Is for the number of use card registrations registered and input from the user terminal 400 by the card user, the card information acquisition unit 110 generates the recommended data. The end of acquisition of the card use information Iu and the card accompanying information Is is output to the
[0039]
In response to the completion of the acquisition of the information from the card information acquisition unit 110, the virtual purchase information reception unit 121 of the recommendation
[0040]
FIG. 7 is an explanatory diagram of an example of a screen when a card user uses a card to register virtual purchase information indicating a product category and a price to be purchased from a user terminal.
That is, in the user terminal 400, after the card information Ic is registered and input on the card information registration screen D1, the card use information Iu and the card accompanying information Is corresponding to the card information Ic are stored on the card use
[0041]
In the present embodiment, on the screen D2 for registering the virtual purchase information Ib, a purchase product classification input field d21, a purchase price input field d22, and a purchase product keyword input field d23 are formed for each product to be purchased. ing.
In FIG. 7, for example, when the card user is planning to purchase shoes, the user operates the user terminal 400, and in the virtual purchase information registration screen D2, “Shoes / bags” is displayed in the purchase commodity classification input field d21. "" Is selected, the price, for example, 20,000 yen, is entered in the purchase price input field d22, and "shoes" is entered as the purchase commodity keyword, and the state is indicated by operating the registration key E.
[0042]
The input purchase product classification, purchase price, and purchase product keyword are transmitted as virtual purchase information Ib from the user terminal 400 to the card use
Then, the virtual purchase information Ib is subjected to the virtual purchase reception / calculation processing shown in FIG. 8 by the virtual purchase information reception unit 121 and the virtual point calculation unit 122 of the card use
[0043]
FIG. 8 is a flowchart of a virtual purchase reception / calculation process performed by the virtual purchase information reception unit and the virtual point calculation unit.
Next, the virtual purchase acceptance / calculation processing will be described.
(1) The virtual purchase information receiving unit 121 receives and stores virtual purchase information Ib regarding a purchased product classification, a purchase price, and a purchased product keyword from the user terminal 400 (step S81).
[0044]
(2) The virtual purchase information receiving unit 121 obtains, for each card, that is, for each card company, the card usage information Iu for the number of registered use cards stored in the
Further, in the case of the present embodiment, the virtual purchase information receiving unit 121 reads out the current point number for each card company, and reads out the card accompanying information Is stored in the card accompanying
[0045]
(3) After the processing of step S82, the virtual purchase information receiving unit 121 determines whether the virtual point calculation by the virtual point calculation unit 122 described below has been completed for the number of used cards registered (step S83). .
If the virtual point calculation unit 122 has not yet completed the virtual point calculation for all the cards for the number of used cards registered, the virtual purchase information receiving unit 121 proceeds to the process of step S84.
[0046]
In the determination in step S83, the card determined to be incapable of acquiring the card usage information Iu for the inquired card from the card company in the determination in step S42 is determined by the virtual point calculation unit 122. The processing is performed while regarding that the virtual point calculation has been completed.
[0047]
If it is determined in step S83 that the virtual point calculation by the virtual point calculation unit 122 has not been completed for all the cards corresponding to the number of used card registrations, the virtual purchase information reception unit 121 sets For one card for which the virtual point calculation has not been completed, the current point number and the point rate data are supplied to the virtual point calculation unit 122 together with the purchase amount of the virtual purchase information Ib.
The virtual point calculation unit 122 receives the current number of points, point rate data, and the purchase price of the virtual purchase information Ib, and performs virtual point calculation in the following steps S84 and S85 for each card.
[0048]
(4) First, the virtual point calculation unit 122 virtually calculates the number of points that can be newly acquired with the purchase price of the virtual purchase information Ib based on the purchase price of the virtual purchase information Ib and the point rate data (step S84). ).
(5) Next, the virtual point calculation unit 122 virtually calculates the total number of points in addition to the calculated number of acquired points and the current number of points (step S85).
Then, the virtual point calculation unit 122 supplies the calculated virtual acquired point number and the virtual accumulated point number to the virtual purchase information receiving unit 121, and the virtual purchase information receiving unit 121 stores them in association with each card.
[0049]
When the virtual purchase information receiving unit 121 accumulates the number of virtual acquisition points and virtual total points that can be obtained at the planned purchase price for the number of cards used, the virtual condition information receiving unit 121 outputs the completion of the calculation of the number of virtual points to the candidate condition recognition unit 123. I do.
In response to the completion of the calculation of the number of virtual points, the candidate condition recognizing unit 123 provides the card user with a service that the card user desires with respect to the services that the user can receive with the card use privilege such as a point system and a campaign. The registration input of the candidate condition is guided to the user terminal 400.
As a result, a candidate data input screen D3 for registering the candidate conditions for the service desired by the card user shown in FIG. 9 is displayed on the user terminal 400.
[0050]
FIG. 9 is an explanatory diagram of an example of a screen in the case of registering a candidate condition for a service desired by a card user from a user terminal.
Next, in the case where the card user intends to register the candidate conditions of the service desired by the card user with respect to the services that can be received by the user according to the card use privilege, such as a point system, a campaign, etc., on the candidate condition registration screen D3 shown in FIG. Will be described.
[0051]
In the present embodiment, the candidate condition registration screen D3 includes a type field d31 for inputting the type of service format of the desired service, a large classification field d32 for inputting a large classification item of the desired service, A small classification field d33 for further inputting a small classification item included in the large classification item, a candidate data keyword field d34 for inputting a keyword of a desired service, and the priorities of these fields d31 to d34 are designated. A priority field d35 is formed.
[0052]
Then, the card user refers to the candidate condition registration screen D3 displayed on the user terminal 400 and registers the desired service candidate conditions as follows.
First, the card user selects the type of service format of the desired service (point exchange, lottery, all members, etc.) from the type field d31 in the candidate condition registration screen D3. In the figure, S is a scroll key for selecting data for an item.
[0053]
Next, the card user selects, from the large classification field d32, a large classification (for example, leisure, daily necessities, cash vouchers, etc.) of the candidate condition of the desired service.
Here, when the card user selects the large classification of the desired service in the large classification field d32, the contents of the more specific candidate conditions included in the selected large classification candidate conditions are described in the small classification field d33. Will be displayed. For example, when “leisure” is selected in the large classification field d32, more specific candidate conditions “theme park”, “travel”, and “hot spring” included in the candidate condition “leisure” of the selected large classification item A small classification item such as' is displayed in the small classification field d33. With the display of the specific candidate conditions in the small classification field d33, the card user selects the specific candidate conditions of the desired service while referring to the display contents.
[0054]
If the specific contents of the desired service are clear, the card user inputs the desired service keyword into the candidate data keyword field d34 as a candidate condition. For example, the card user, when the 'theme park name XXX' is clear as the desired service, key-inputs the 'theme park name XXX' into the candidate data keyword field d34.
In addition, if the priority order field d35 in the candidate condition registration screen D3 has a priority order in the output of the retrieved candidate data among the types, classifications, and keywords described above, the card user designates the order. I do.
[0055]
In the candidate condition registration screen D3, if any of the items d31, d32, d33, and d34 of the type, classification, and keyword is input, use candidate data can be searched. It is not essential to input all the items d31 to d34 of these types, classifications, and keywords. Also, the order of the priority order field d35 is not essential.
[0056]
When the card user finishes inputting the desired service candidate conditions on the candidate condition registration screen D3, the card user operates the registration key E to register.
Thereby, the candidate condition of the service desired by the card user is transmitted from the user terminal 400 to the collective card
[0057]
In the present embodiment, the card user sets one candidate condition of a desired service on the candidate condition registration screen D3, and then operates the key N without operating the registration key E. As a result, a new candidate condition registration screen D3 is displayed on the user terminal 400, and the desired candidate condition for another type of service can be set as an OR condition for search. As a result, even when there are a plurality of desired service types, the candidate conditions can be set in many aspects for each desired service type, and a plurality of candidate conditions can be registered in the data recognition unit 123.
[0058]
FIG. 10 is a flowchart of a search process of the candidate data of the service desired by the card user by the candidate data search unit.
Next, a search process of candidate data by the candidate data search unit 124 will be described.
(1) The candidate data search unit 124 reads, as search conditions, the candidate conditions of the service desired by the card user, stored in the candidate condition recognition unit 123 (step S101).
[0059]
(2) After the processing in step S101, the candidate data search unit 124 determines whether or not the search for the candidate data of the service desired by the card user has been completed based on the read search condition for each of the used card registration numbers. Is determined (step S102).
If the search has not been completed for all the registered cards, the candidate data search unit 124 proceeds to the process of step S103. That is, the candidate data search unit 124 performs the search processing of the following steps S103 and S104 for each card until the search for the candidate data of the service desired by the card user is completed for each of the registered cards. Repeat.
[0060]
(3) If it is determined in step S102 that the search for candidate data for the number of registered cards has not been completed yet, each card that has not been searched meets the candidate conditions of the card read in step S101. The candidate data to be searched is searched from the card accompanying information Is of the card stored in the card accompanying
[0061]
When the search and accumulation of the candidate data of the service desired by the card user are completed for all the cards corresponding to the number of used card registrations, the candidate data search unit 124 Is stored in the
[0062]
In FIG. 5, a candidate data portion indicated by a broken line indicates a state in which the candidate data searched by the candidate data search unit 124 is stored in the
The recommended data output unit 125 receives the completion of the search for the candidate data from the candidate data search unit 124, and edits and outputs the recommended data to be transmitted to the user terminal 400.
[0063]
FIG. 11 is a flowchart of a recommended data editing and output process of the recommended data output unit.
(1) The recommended data output unit 125 reads the candidate data for each of the cards registered in use, which is searched and accumulated by the candidate data search unit 124 (step S111).
(2) Next, the recommended data output unit 125 obtains the virtual points that can be obtained by the current points, the planned purchase price, and the planned purchase price for each of the cards of the number of used cards stored in the virtual purchase information receiving unit 121. The number of points and the total number of virtual points are read (step S112).
[0064]
(3) After that, the recommended data output unit 125 calculates the virtual total point number of the prescribed number of points required for the card user to receive the service of the candidate data for each candidate data for each card corresponding to the number of registered cards. The recommended data for each candidate data is edited and created by calculating the excess or deficiency, the determination as to whether or not the candidate service can be used based on this, and the like (step S113).
[0065]
(4) Then, based on the excess / shortage data among the output data edited and created for each candidate data, for example, the recommended data output unit 125 converts the available candidate data based on the virtual purchase information. Sorted in order (step S114).
Note that at this time, the recommended data output unit 125 determines the order of priority in the output of the candidate data among the types, classifications, and keywords input in the priority order field d35 in the aforementioned candidate condition registration screen D3. If conditions are specified, further sort the available candidate data according to its priority.
[0066]
(5) Then, the recommended data output unit 125 edits the sorted data for an output pattern of recommended data to the user terminal 400 (step S115).
(6) After that, the recommended data output unit 125 transmits the result edited in step S115 to the user terminal 400 of the corresponding card user via the communication network 200 (step S116).
In this way, the card terminal 400 in which the card information Ic of the card possessed, the virtual purchase information about the product to be purchased, and the candidate conditions for the desired service are registered in the card use
[0067]
FIG. 12 is an explanatory diagram of an example of a recommended data output screen displayed on the user terminal. The recommended data output screen D4 shown in FIG. 12 shows a state in which three recommended service fields D4a to D4c are displayed as examples of recommended data.
The display of each of the recommended service fields D4a to D4c includes a card name field d401 displaying a card (card company) name, a valid period field d402 displaying a valid period (application period) of the service, and a current number of points. Current point number field d403, the target point number field d404 in which the number of target points required to receive the service of the recommended service fields D4a to D4c is displayed, the virtual acquisition point number that can be obtained by the estimated purchase price of the virtual purchase information. Is displayed, a virtual total points field d406 displays the virtual total points that can be obtained with the planned purchase price, and the excess or shortage of the virtual total points with respect to the target points is displayed. Shortage point number field d40 A type field d408 in which the type of the service format in the recommended service fields D4a to D4c is displayed; a large category field d409 in which the major service item in the recommended service fields D4a to D4c is displayed; and the recommended service field D4a to D4c. A sub-category field d410 in which the sub-category items of the service in D4c are displayed, an item field d411 in which the service items (names) of the recommended service fields D4a to D4c are displayed, and the recommended service when virtual purchase information is purchased. A determination field d412 is provided for displaying a determination result as to whether or not the user can apply for use of D4a to D4c.
[0068]
For example, in the recommended service field D4a on the recommended data output screen D4 shown in FIG. 12, the card user inputs the service format of the desired service from the candidate condition registration screen D3 shown in FIG. The result when "lottery" is selected as the type of the service, "leisure" is selected as the major classification of the desired service in the major classification field d32, and "theme park" is selected as the minor classification of the desired service in the minor classification field d33 is shown. ing.
[0069]
In this recommended service field D4a, the credit card company A, the point accumulation validity period (service application validity period) is 2002.15 to 2002.3.31, the current use point, in this case, 1 yen / 1 point. The use amount is 20500 yen, lottery application target is 20,000 points (yen) per card use, 20,000 points (yen) can be obtained by virtual purchase amount, 40,500 points (yen) total, 1 excess / shortage In the case of the mouth, the surplus is 20500 points (yen), in the case of the two mouths, the surplus is 500 yen (yen), and the service item is “XXX”, which indicates that this recommended service can be applied.
[0070]
Similarly, in the recommended service field D4b, from the candidate condition registration screen D3 shown in FIG. 7, for example, in the type field d31, “point exchange” as the type of the service format of the desired service is set. The result when "gold note" is selected as the major classification of the desired service in the classification field d32 and "book coupon" is selected as the minor classification of the desired service in the small classification field d33 is shown.
[0071]
In this recommended service field D4b, the card company B, the point accumulation validity period is from 2001.4.1 to 2002.3.31, the current use point is 402 points, the target points required for exchanging service items are 400 points, The number of points that can be obtained from the virtual purchase amount is 20 points, the total is 402 points, the excess or deficiency is 22 points, the service item is '2000 yen book coupon', and it is indicated that this recommended service can be applied.
Similarly, the recommended service field D4c shows the result when the card user specifies, for example, “pair glass” in the candidate data keyword field d34 from the candidate condition registration screen D3 shown in FIG.
[0072]
In this recommended service D4b, the card company B, the point accumulation validity period is from 2001.4.1 to 2002.3.31, the current use point is 402 points, the target point required for exchanging service items is 480 points, and the virtual 20 points can be obtained according to the purchase price, the total is 422 points, the excess / shortage is 58 points shortage, the service item is “pair glass”, and it is indicated that this recommended service cannot be applied.
[0073]
In addition, in the display of each of the recommended services D4a to D4c, a detail key P and an application key R are displayed as appropriate in addition to the fields d401 to d412.
In the present embodiment, the detail key P is obtained from the card accompanying information Is of the card in which the detailed data of the recommended service in addition to the contents of the service item displayed in the item field d411 are stored in the card accompanying
[0074]
The display of the detailed key P on the recommended data output screen D4 is set based on the data content of the searched candidate data in the recommended data output editing process (step S115 in FIG. 11) by the recommended data output unit 125 described above.
Here, the detailed information display screen D5 displayed on the user terminal 400 when the detailed key P in the recommended data output screen is operated will be described.
[0075]
FIG. 13 is an explanatory diagram of a detailed information display screen of recommended data displayed on the user terminal.
FIG. 13 is a detailed information display displayed on the user terminal 400 instead of the recommended data output screen D4 when the detailed key P displayed on the recommended service field D4b of the recommended data output screen D4 shown in FIG. 12 is operated. It shows the screen D5b.
[0076]
On the detailed information display screen D5b according to the present embodiment, as the detailed data, the service product name is displayed in the product name field d51, the validity period for using the service product is displayed in the execution validity period field d52, Is displayed in the item field d53. In the detailed information display screen D5b shown in FIG. 13, fields d401 to d412 which are the same as the fields in the recommended data output screen D4 shown in FIG. I do.
[0077]
In the present embodiment, the application key R is displayed in the current point number field d403 in the recommended data output screen D4 and the detailed information display screen D5 in the target point number field d404. Displayed when the number of target points required to receive the recommended service exceeds the number of target points displayed.
[0078]
The display of the application key R on the recommended data output screen D4 and the detailed information display screen D5 is based on the data content of the candidate data searched in the recommended data output editing process (step S115 in FIG. 11) by the recommended data output unit 125 described above. It is set based on.
[0079]
As a result, for the recommended service D4a for which a service application can be made at the present time without performing the virtual purchase, the application key R displayed on the recommended data output screen D4 and the detailed information display screen D5 is operated. As a result, the card user can apply and register the application procedure for the desired service to the corresponding card company by a simple procedure independent of the application destination card company.
[0080]
When the card user operates the application key R, the application reception / registration unit 130 of the collective card
[0081]
As described above, according to the card use
Therefore, it is possible to present the card user to the card user by performing the comparison guidance collectively, regardless of the type of card possessed, as to which card use method is suitable for receiving the desired service.
[0082]
In addition, the application procedure for the service desired by the user can be applied and registered from the card use
Note that the present invention is not limited to the above embodiment.
[0083]
For example, in the card use
[0084]
The recommended data output screen D4 shown in FIG. 12 is also limited to the above embodiment as long as it can show the card user what kind of card use method is suitable for receiving the desired service. Not done.
Further, in the card use
[0085]
Further, in the present embodiment, in FIG. 1, the card use
As described above, in the card use
[0086]
【The invention's effect】
As described above, according to the card use collective management system and management method of the present invention, the card use information and the card accompanying information of a plurality of cards can be collectively managed, and the user can receive the card use privilege such as a point system, a campaign and the like. Among the services, a card usage method suitable for receiving a service desired by the card user can be presented to the card user.
[0087]
Further, according to the integrated card use management system of the present invention, a card user can register an application for a desired service to a corresponding application destination by a simple procedure without depending on the application destination.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of an entire card system to which a collective card use management system according to an embodiment of the present invention is applied.
FIG. 2 is a block diagram showing a configuration of a collective card use management system according to the present embodiment.
FIG. 3 is an explanatory diagram of an example of a screen when card information such as a card number of a card user's own card is registered from a user terminal.
FIG. 4 is a flowchart of a reception / acquisition process by a card information acquisition unit.
FIG. 5 is a diagram for convenience illustrating the relationship between card information and card usage information stored in a user data DB.
FIG. 6 is a diagram for convenience illustrating the relationship between card information and card accompanying information stored in a card accompanying data DB.
FIG. 7 is an explanatory diagram of an example of a screen when a card user uses a card to register virtual purchase information indicating a product classification and an amount to be purchased from a user terminal;
FIG. 8 is a flowchart of a virtual purchase receiving / calculating process performed by a virtual purchase information receiving unit and a virtual point calculating unit.
FIG. 9 is an explanatory diagram of an example of a screen when registering a candidate condition for a service desired by a card user from a user terminal.
FIG. 10 is a flowchart of a search process for candidate data of a service desired by a card user by a candidate data search unit.
FIG. 11 is a flowchart of a recommended data editing and output process of a recommended data output unit.
FIG. 12 is an explanatory diagram of an example of a recommended data output screen displayed on a user terminal.
FIG. 13 is an explanatory diagram of a detailed information display screen of recommended data displayed on the user terminal.
[Explanation of symbols]
100 Card Usage Batch Management System
110 Card Information Acquisition Unit
120 Recommended data generator
121 Virtual purchase information receiving unit
122 Virtual Point Operation Unit
123 candidate condition recognition unit
124 candidate data search unit
130 Application Registration Section
140 User Data DB
150 Card Information DB
200 Communication Network
300 Card company computer
400 user terminal
Claims (3)
カード会社のコンピュータから、カード利用特典によってユーザが受けることができるサービスに関するカード付随情報を取得して蓄積するカード付随情報蓄積手段と、
ユーザ端末から受信したカード情報に記載されたカード会社のコンピュータから、当該カード情報によって特定されるカード利用者のカード利用情報を取得するカード利用情報取得手段と、
ユーザ端末から受信した当該カード利用者の仮想購入情報に基づき、前記カード利用情報取得手段によって取得された当該カード利用者のカード利用情報を仮想更新する仮想演算手段と、
ユーザ端末から受信した当該カード利用者の希望サービスの候補条件に基づき、前記カード付随情報蓄積手段から当該候補条件を備えた候補サービスに関するカード付随情報を検索する候補サービス検索手段と、
該候補サービス検索手段によって検索された当該候補サービスに関するカード付随情報と、前記仮想演算手段によって仮想更新された当該カード利用者のカード利用情報とに基づいて、当該候補サービスを利用するためのカード利用方法の推奨データを生成し、ユーザ端末に出力する推奨データ出力手段と
を備えていることを特徴とするカード利用一括管理システム。A card use centralized management system connected to a computer of at least one card company and a plurality of user terminals via a network,
Card accompanying information storage means for acquiring and storing card accompanying information relating to a service that can be received by a user through a card use privilege from a computer of a card company;
Card use information acquisition means for acquiring card use information of a card user specified by the card information from a card company computer described in the card information received from the user terminal;
Virtual calculation means for virtually updating the card use information of the card user acquired by the card use information acquisition means, based on the virtual purchase information of the card user received from the user terminal;
A candidate service search unit for searching for card accompanying information relating to a candidate service having the candidate condition from the card accompanying information storage unit, based on the candidate condition of the desired service of the card user received from the user terminal;
Card use for using the candidate service based on the card attached information on the candidate service searched by the candidate service search means and the card use information of the card user virtually updated by the virtual operation means And a recommended data output means for generating recommended data of the method and outputting the generated recommended data to a user terminal.
カード会社のコンピュータから、カード利用特典によってユーザが受けることができるサービスに関するカード付随情報をカード付随情報蓄積手段に取得して蓄積するカード付随情報取得ステップと、
ユーザ端末から受信したカード情報に記載されたカード会社のコンピュータから、当該カード情報によって特定されるカード利用者のカード利用情報を取得するカード利用情報取得ステップと、
ユーザ端末から受信した当該カード利用者の仮想購入情報に基づき、前記カード利用情報取得ステップによって取得された当該カード利用者のカード利用情報を仮想更新する仮想演算ステップと、
ユーザ端末から受信した当該カード利用者の希望サービスの候補条件に基づき、前記カード付随情報蓄積手段から当該候補条件を備えた候補サービスに関する情報を検索する候補サービス検索ステップと、
該候補サービス検索ステップによって検索された当該候補サービスに関する情報と、前記仮想演算ステップによって仮想更新された当該カード利用者のカード利用情報とに基づいて、当該候補サービスを利用するためのカード利用方法の推奨データを生成し、ユーザ端末に出力する推奨データ出力ステップと
を備えていることを特徴とするカード利用一括管理システムに利用される管理方法。At least one card company computer and a plurality of user terminals, a management method used in a card use collective management system connected via a network,
A card accompanying information acquiring step of acquiring and accumulating card accompanying information relating to a service that can be received by the user by the card use privilege from the computer of the card company in the card accompanying information storage means;
A card use information acquisition step of acquiring card use information of a card user specified by the card information from a card company computer described in the card information received from the user terminal;
A virtual operation step of virtually updating the card usage information of the card user obtained in the card usage information obtaining step, based on the virtual purchase information of the card user received from the user terminal;
A candidate service search step of searching for information on a candidate service having the candidate condition from the card accompanying information storage unit based on the candidate condition of the desired service of the card user received from the user terminal;
A card use method for using the candidate service based on the information on the candidate service searched in the candidate service search step and the card use information of the card user virtually updated in the virtual operation step; And a recommended data output step of generating recommended data and outputting the generated recommended data to a user terminal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002197160A JP2004038742A (en) | 2002-07-05 | 2002-07-05 | Card usage collective management system and management method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002197160A JP2004038742A (en) | 2002-07-05 | 2002-07-05 | Card usage collective management system and management method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004038742A true JP2004038742A (en) | 2004-02-05 |
Family
ID=31705000
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002197160A Pending JP2004038742A (en) | 2002-07-05 | 2002-07-05 | Card usage collective management system and management method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004038742A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007272728A (en) * | 2006-03-31 | 2007-10-18 | Japan Research Institute Ltd | Ic card and ic card system |
| JP2009271633A (en) * | 2008-05-01 | 2009-11-19 | Nippon Telegr & Teleph Corp <Ntt> | Point management system and point management method |
-
2002
- 2002-07-05 JP JP2002197160A patent/JP2004038742A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007272728A (en) * | 2006-03-31 | 2007-10-18 | Japan Research Institute Ltd | Ic card and ic card system |
| JP2009271633A (en) * | 2008-05-01 | 2009-11-19 | Nippon Telegr & Teleph Corp <Ntt> | Point management system and point management method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101351202B1 (en) | System and method for managing enhancement features assigned to financial presentation devices | |
| JP5620565B1 (en) | Product sales data processing apparatus and program | |
| US20060085333A1 (en) | Credit/debit card payment system | |
| JP2002024668A (en) | Point transaction service method and service system therefor | |
| JP2007102340A (en) | Marketing information generation system, data matching apparatus and data mining apparatus for use in the system, and marketing information generation method | |
| JP2006338638A (en) | Sales promotion system of store using coupon | |
| JP2003248774A (en) | Electronic coupon presenting method and system | |
| JP2010231777A (en) | Point management system | |
| US20060020507A1 (en) | Method and apparatus for managing multi-entity customer relations | |
| JP2010529535A5 (en) | ||
| JP4274005B2 (en) | Automatic transaction equipment service provision system | |
| JP2007148963A (en) | Sales support method, sales support system, and computer program | |
| JP2009075745A (en) | Pos terminal and processing server for pos system | |
| JP2011242999A (en) | Server device for information collecting and recording system, information collecting and recording program, and advertising medium | |
| JP2013061903A (en) | Coupon providing system, server device and program | |
| JP2001236417A (en) | System for providing service | |
| US20020046094A1 (en) | Method and system for delivering electronic advertisement via network | |
| JP2002260100A (en) | Commodity sales data processor, commodity sales data processing system, server computer, commodity sales system and coupon discounting method and program | |
| US20050038701A1 (en) | Computer system for card in connection with, but not to carry out, a transaction | |
| JP2004038742A (en) | Card usage collective management system and management method | |
| JP2006133931A (en) | Electronic coupon management system | |
| JP2002083126A (en) | Point management system and its method | |
| JP2014092977A (en) | Selling price display device and selling price display method | |
| JP5513253B2 (en) | Account transfer management system, transfer information processing apparatus, transfer information processing method | |
| KR20180112219A (en) | Duty free shop information system |