JP2004164030A - Point management system and management method for financial institution dealings - Google Patents

Point management system and management method for financial institution dealings Download PDF

Info

Publication number
JP2004164030A
JP2004164030A JP2002325960A JP2002325960A JP2004164030A JP 2004164030 A JP2004164030 A JP 2004164030A JP 2002325960 A JP2002325960 A JP 2002325960A JP 2002325960 A JP2002325960 A JP 2002325960A JP 2004164030 A JP2004164030 A JP 2004164030A
Authority
JP
Japan
Prior art keywords
transaction
point
points
balance
customer
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
Application number
JP2002325960A
Other languages
Japanese (ja)
Inventor
Tomoaki Nakayama
知章 中山
Koro Kubo
公郎 久保
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sumitomo Mitsui Banking Corp
Original Assignee
Sumitomo Mitsui Banking Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sumitomo Mitsui Banking Corp filed Critical Sumitomo Mitsui Banking Corp
Priority to JP2002325960A priority Critical patent/JP2004164030A/en
Publication of JP2004164030A publication Critical patent/JP2004164030A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide a method capable of carrying out various favorable evaluation in response to attribution of various banking dealings and capable of using these evaluations to each of dealings for other favorable dealing by unifying the evaluation to each of the dealings. <P>SOLUTION: This point management system is provided with a customer ledger 5 for registration of bank account for business related to a special customer, a balance point generation unit 31 for converting a balance of the account for business to point with the predetermined conversion method, a business point generation unit 32 for converting attribution or dealing quantity of the business to point with the predetermined conversion method, a point storage processing unit 33 for collecting the generated balance points and the dealing point to store in the customer ledger 5 in relation to the customer, and a point subtraction processing unit 37 for subtracting the predetermined number of point corresponding to the business based on an application from the customer ledger 5. <P>COPYRIGHT: (C)2004,JPO

Description

【０００１】
【発明の属する技術分野】
本発明は、金融機関等と顧客との間で行われる各種の優遇取引に利用可能な顧客のポイントを管理するシステム及び管理する方法に関する。
【０００２】
【従来の技術】
従来より、銀行では、主として預金残高の多い優良顧客向けに種々の優遇サービスを用意し提供している。例えば、預金残高を各月末に集計し、これが一定額以上の場合には、口座維持手数料や時間外引出し手数料を無料にしたり、利子を上乗せするサービスを提供している。
【０００３】
ここで、このように月末等の決まった時期に当月の取引結果を集計し優遇サービスのためのポイントに変換するための技術を開示したものとして従来以下の特許文献１及び特許文献２がある。
【０００４】
【特許文献１】
特許第３０８４２４０号。
【０００５】
【特許文献２】
実用新案登録第３０２４２５５号。
【０００６】
【発明が解決しようとする課題】
ところで、近年では、金融サービスの多様化に伴う規制緩和により、銀行でも保険や株式等の窓口販売が行われてきており、これらの取引顧客に対しても何らかの優遇サービスを提供することが求められてきている。
【０００７】
この種のサービスに対する優遇評価は、預金取引のように月末の残高のみで行うことは適切ではなく、月中において各取引が発生する毎に評価を行いたいということがある。
【０００８】
しかし、従来の方法では、月末時点の口座残高や１ヶ月間の合計取引件数等を集計した結果に応じて翌月若しくは翌々月以降の優遇サービスを提供するかが判定されるという静的な処理であり、月中の取引をリアルタイムで優遇判別に動的に利用するものではない。
【０００９】
また、銀行が提供する取引サービスの性質は益々多様化することが予想されており、サービスの実績を利用してそれとは別の他のサービスでの優遇を受けたいという希望も益々高まるものと予想される。しかし、従来の方法では、動的な判別要素や静的な判別要素が混在し、かつ種類や性質が異なる複数の取引の優遇評価には全く対応できていない。
【００１０】
一方、一般に航空会社のマイレージシステムのようにサービスを利用する毎に優遇評価を行うシステムも従来からあるが、このようなシステムでは月末に利用残高を重ねて優遇評価するような考え方はなく、銀行取引における優遇評価に適用できるものではない。
【００１１】
本発明は上記の課題を解決するためになされたもので、多種多様な銀行取引の属性に応じて多様な優遇評価を実行でき、かつそれらの各取引に対する評価を統合して別の取引の優遇に適用できる方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明の第１の主要な観点によれば、特定の顧客に関連付けられた取引口座を登録する取引口座登録手段と、前記取引口座の残高を所定の換算方法でポイントに変換する残高ポイント生成手段と、前記顧客から取引の申込を受付けた場合に、その取引の属性若しくは取引量を所定の換算方法でポイントに変換する取引ポイント生成手段と、前記残高ポイント生成手段によって生成された取引口座の残高に基づく残高ポイントと前記取引ポイント生成手段によって生成された取引ポイントとを集計して前記特定の顧客に関連付けて蓄積するポイント蓄積手段と、前記顧客からの取引の申込に付随したポイント利用指示を受けた場合に、当該申込に係る取引に応じた所定数のポイントを前記ポイント蓄積手段から減算するポイント減算手段とを備えたことを特徴とするポイント管理システムが提供される。
【００１３】
このような構成によれば、取引口座の残高と取引の属性等に基づいてポイントを生成して蓄積するようにしたので、流動性の口座や貯蓄性の口座等の種別に拘らずポイントを生成して蓄積することができる。すなわち、口座残高に基づくポイント生成と、取引に応じたポイント生成との両方のメリットを備えた新たなポイント管理システムを提供することができる。これにより、口座や取引の種別等によって多種多用なポイントの生成・蓄積が可能になる。
【００１４】
ここで、「取引の属性」としては、例えば取引ポイントを生成する対象であるかや、ローンの申込、入出金、外貨の購入、給与の振込み等の取引の種別、顧客が取引を申込んだチャネルの種別（店舗窓口、無人機、インターネット等）、取引申込に係る取引口座の種別などが含まれる。また「取引量」には、例えば入手金の金額や回数、投信の申込口数や契約件数、外貨の購入金額（円相当額、外貨金額）、取引開始後の期間などが含まれる。
【００１５】
また上記した構成によれば、前記取引の属性や取引量に応じて取引ポイントを生成するようにしたので、多用な取引ポイントを柔軟に設定することができるようになる。これにより、顧客に対して魅力のあるポイントサービスを提供できる。
【００１６】
さらに、顧客からの取引の申込に付随したポイント利用指示を受けた場合に蓄積されたポイントの減算（消化）を行うようにしたので、ポイントを消化する取引やタイミングを顧客がコントロールできるようになる。これにより、ポイントサービスの使い勝手が向上し、顧客に魅力ある優遇プログラムを提供できるようになる。
【００１７】
また、本発明の好ましい実施形態によれば、前記残高ポイント生成手段及び／若しくは前記取引ポイント生成手段における前記所定の換算方法は、前記取引口座の属性及び／若しくは取引の属性に関連付けて予め用意されたアルゴリズムであり、前記残高ポイント生成手段及び／若しくは前記取引ポイント生成手段は、前記取引口座の属性及び／若しくは取引属性に応じて、それらに関連付けられたアルゴリズムを呼び出して前記ポイントへの変換を行うものである。
【００１８】
これにより、ポイントの生成を取引口座や取引の属性に関連付けられたアルゴリズムに従って高速で確実に実行することができる。ここで、「取引口座の属性」としては、例えば普通預金口座、定期預金口座、外貨預金口座等の取引種別に応じた口座種別や、顧客と金融機関との間で取り決めた特定の取引口座とそれ以外の取引口座などの任意の口座種別などが含まれる。
【００１９】
本発明の他の実施形態によれば、前記ポイント減算手段は、申込に係る取引の属性若しくは取引量を所定の換算方法でポイントに変換しそれを前記ポイント蓄積手段から減算するものである。ここで、前記ポイント減算手段における前記所定の換算方法は、前記取引口座の属性及び／若しくは取引の属性に関連付けて予め用意されたアルゴリズムであり、前記ポイント減算手段は、前記取引口座の属性及び／若しくは取引属性に応じて、それらに関連付けられたアルゴリズムを呼び出して前記減算するポイントへの変換を行うものであることが好ましい。これにより、ポイントの減算を取引口座の属性や取引の属性に関連付けられたアルゴリズムに従って高速で確実に実行することができる。
【００２０】
本発明の他の実施形態によれば、前記ポイント減算手段は、取引を申込んだ顧客についてポイント蓄積手段によって蓄積されたポイントの残高が、申込に係る取引に必要なポイント以上であるかを判別する必要ポイント判別手段と、ポイント残高が必要ポイント以上であると判別された場合に、申込に係る取引を実行する取引処理システムに対して申込にかかるポイントの情報を通知するポイント情報通知手段とを備えた。これにより、必要なポイントが蓄積されている場合に取引処理システムに優遇プログラムを実行させることができる。
【００２１】
本発明の他の実施形態によれば、前記取引の属性は、顧客からの取引申込を受付けたチャネルの種別を含むものであり、前記取引ポイント生成手段は、取引申込受付けチャネルの種別を所定の換算方法でポイントに変換するものである。
【００２２】
このような構成により、チャネル種別によって生成する取引ポイントを異ならせることができる。これにより、例えば人件費等のコストが少ない特定のチャネルや、イベント開催中のチャネル等に顧客を誘導できる。
【００２３】
本発明の他の実施形態によれば、前記取引には、顧客が取引口座を保有する金融機関以外の者に対して、前記ポイント蓄積手段に蓄積されたポイントを移行する処理を含み、前記ポイント減算手段は、顧客からポイント移行処理の申込を受付けた場合に、移行の申込に係るポイントを前記ポイント蓄積手段から減算するものである。または、前記取引には、顧客が取引口座を保有する金融機関以外の者が当該顧客に対して付与したポイントを、前記ポイント蓄積手段に移行する処理を含み、前記ポイント蓄積手段は、顧客からポイント移行処理の申込を受付けた場合に、移行の申込に係るポイントに所定の換算条件を適用して蓄積するポイントを生成し、算出されたポイントを前記生成された残高ポイント及び取引ポイントと共に集計して蓄積するものである。
【００２４】
このような構成によれば、金融機関以外のサービス事業者との間でポイントの交換を行うことができ、ポイントサービスの使い勝手をより向上させることができる。また、他のサービス事業者からポイントを移行するに際して所定の換算条件を適用するようにしたので、相手先の事業者や移行時期、顧客の種別等に応じて換算率を設定するなどしてポイントの移行を柔軟に行うことが可能になる。
【００２５】
本発明の他の実施形態によれば、さらに、前記ポイント蓄積手段が、生成された残高ポイント及び取引ポイントを集計して蓄積するタイミングと、前記ポイント減算手段がポイント蓄積手段からポイントを減算するタイミングとを夫々制御するポイント更新制御手段を備えた。ここで、前記ポイント更新制御手段は、前記残高ポイント生成手段が生成した残高ポイントを蓄積するタイミングと、取引ポイント生成手段が生成した取引ポイントを蓄積するタイミングとを夫々制御するものであることな好ましい。また、前記ポイント更新制御手段は、前記残高ポイント生成手段が生成した残高ポイントを蓄積するタイミングと、取引ポイント生成手段が生成した取引ポイントを蓄積するタイミングとを異ならせるものであることがさらに好ましい。
【００２６】
このような構成によれば、システムの稼動状況や取引種別、顧客属性等の種々の条件を適用して、残高ポイントと取引ポイントによって生成されたポイントの蓄積や、蓄積されたポイントを減算するタイミングを適宜変更できる。これにより、例えばポイントの蓄積や減算をリアルタイムで行ったり、取引ポイントを蓄積するタイミングを取引の種別やチャネル毎に異ならせることができる。
【００２７】
本発明の他の実施形態によれば、前記取引には、取引ポイントが生成されるポイント対象取引と、ポイントが生成されないポイント対象外取引とが含まれ、本システムはさらに、前記顧客から取引口座を介した取引の申込を受付けた場合に、前記ポイント蓄積手段から当該顧客のポイント残高を取得するポイント残高取得手段と、受付けた取引がポイント対象取引であるかを判別するポイント対象取引判別手段とを備え、前記取引ポイント生成手段は、ポイント対象取引と判別された場合にその取引の属性若しくは取引量を所定の換算方法でポイントに変換するものである。
【００２８】
このような構成によれば、受付けた取引がポイント対象取引であるかどうかを問わず常にポイント残高も取得するようにしたので取引処理を迅速に実行するようにしている。すなわち、取引処理を実行するために必要な顧客氏名等の共有情報を顧客元帳等にアクセスして取得する時にポイント残高も同時に取得しておくことで、顧客元帳にアクセスする回数を減らすことができる。
【００２９】
本発明の他の実施形態によれば、前記取引口座登録手段は、顧客が保有する特定の取引口座と、この取引口座に関連付けられた他の取引口座とを登録するものであり、前記残高ポイント生成手段は、前記特定の取引口座の残高と、他の取引口座の残高とを異なる換算方法でポイントに変換するものである。または、前記取引ポイント生成手段は、前記特定の取引口座を介した取引と、他の取引口座を介した取引とを異なる換算方法でポイントに変換するものである。
【００３０】
このような構成によれば、口座の種別によってポイントの換算方法を異ならせることができ、特定の取引口座に顧客を誘導することができる。また、特定の取引口座を固定したり自動設定できるようにすることで、ポイントの生成・蓄積を効率的に行うことが可能になる。
【００３１】
また、本発明の第２の主要な観点によれば、特定の顧客に関連付けられた取引口座を登録する取引口座登録手段と、前記取引口座の残高と顧客から申込を受付けた取引の属性若しくは取引量との少なくとも何れかを、所定の換算方法でポイントに変換するポイント生成手段と、ポイントが生成された場合に、そのポイントを集計して前記特定の顧客に関連付けて蓄積するポイント蓄積手段と、前記顧客からの取引の申込に付随したポイント利用指示情報を受付けた場合に、当該申込に係る取引に応じた所定数のポイントを前記ポイント蓄積手段から減算するポイント減算手段と、前記ポイント蓄積手段がポイントを蓄積するタイミングと、前記ポイント減算手段がポイント蓄積手段からポイントを減算するタイミングとを制御するポイント更新制御手段とを備えたことを特徴とするシステムが提供される。
【００３２】
このような構成によれば、ポイントを蓄積するタイミング及び減算するタイミングを制御できるので、例えば、ポイントの蓄積と減算とを同期化して処理を効率化したり、逆に異ならせて処理の負荷を分散することができる。これにより、例えばポイントの蓄積や減算をリアルタイムで行ったり、取引ポイントを蓄積するタイミングを取引の種別やチャネル毎に異ならせることができる。
【００３３】
本発明の第３の主要な観点によれば、金融機関に備えられたコンピュータシステムによって、金融機関取引に利用可能な顧客のポイントを管理する方法であって、前記金融機関に取引口座を開設している顧客の情報を登録する顧客情報格納部の、当該取引口座の情報に基いて所定周期で口座の残高を取得し、取得した残高を所定の換算方法でポイントに変換する残高ポイント生成工程と、前記顧客から取引の申込を受付けた場合に、その取引の属性若しくは取引量を所定の換算方法でポイントに変換する取引ポイント生成工程と、前記残高ポイント生成工程で生成された残高ポイントと、前記取引ポイント生成工程で生成された取引ポイントとを集計して前記特定の顧客に関連付けて顧客情報格納部に蓄積するポイント蓄積工程と、前記顧客から取引の申込に付随したポイント利用指示情報を受付ける取引申込受付工程と、前記ポイント利用指示情報を受付けた場合に、当該申込に係る取引に応じた所定数のポイントを前記顧客情報格納部から減算するポイント減算工程とを備えたことを特徴とするポイント管理方法が提供される。
【００３４】
このような構成によれば、上記した第１の主要な観点におけるポイント管理システムを利用して好適に実現できるポイント管理方法を得ることができる。
【００３５】
なお、この発明の他の特徴と顕著な効果は、次の発明の実施の形態の項の記載と添付した図面とを参照することで、より明確に理解される。
【００３６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づき説明する。
【００３７】
（全体構成）
図１は本発明の一実施形態の全体構成を示す図である。この図において符号１で示すのは、金融機関２のサーバに設けられたポイント管理システムである。このシステム１は、顧客３から種々のチャネル４を介して受付けた取引（預金口座の開設や預入れ、ローンの申込等）について取引ポイントを生成すると共に、顧客３が金融機関２に開設した全ての取引口座の残高に基づいて残高ポイントを生成するものである。この取引ポイントと残高ポイントとを集計したものがポイント残高６として顧客元帳５に蓄積される。蓄積されたポイントは、顧客３が所定の取引の申込に付随した優遇サービスを受けるために適宜利用される。なお、この顧客元帳５は、請求項１の取引口座登録手段、請求項１及び請求項１５のポイント蓄積手段（ポイントを格納する機能）、及び請求項１６の顧客情報格納部に相当するものである。
【００３８】
前記ポイント管理システム１は、金融機関２において各種の取引処理を行う取引処理システム７と共に勘定系システムを構成するものであるが、この取引処理システム７が備える取引の種別毎の取引元帳ａ〜ｄとは独立して設けられている。各取引元帳ａ〜ｄは前記ポイント管理システム１と専用回線によって相互にデータ伝送可能に構成されている。取引元帳ａ〜ｄの構成は従来周知であるので、説明は省略する。
【００３９】
この実施形態では、前記顧客元帳５に蓄積されたポイントを、金融機関２以外のカード会社９等の提携企業１０が提供する取引に利用できるように構成されている。なお、以下の説明においては、ポイントの付与と蓄積、ポイントの消化と減算、ポイントを利用した取引と優遇サービスと優遇プログラム、は特に言及しない限り夫々同じ意味に解釈される。
【００４０】
（ポイントサービスの利用契約）
顧客３がポイントサービスを利用するためには、事前に金融機関２との間でポイントサービス利用契約を締結しておく必要がある。締結された契約の情報は前記顧客元帳５に登録される。また、契約締結の条件として、例えば顧客３が当該金融機関２に残高別金利普通口座などの特定の取引口座を開設することを条件とする。この残高別金利普通口座はポインサービス利用契約と一体であり、この口座の開設申込みとポイントサービスの利用申込みとが同時に行われるのが好ましい。また、顧客３からポイントサービスの利用申込みだけを受付けて、既に開設されている既存の普通口座から切り替えるようにしても良い。なお、このポイントサービスの対象者は、個人（事業性の個人を含む）と法人を問わない。
【００４１】
（ポイント管理システムの構成）
前記ポイント管理システム１は、図２に示すような構成を備えている。
すなわちこのシステム１は、中央処理装置（ＣＰＵ）１１、ＲＡＭ１２、キーボードやＣＲＴディスプレイ等の入出力装置１３、及びモデム等の通信デバイス１４が接続されたバス１５に、データ格納部１６とプログラム格納部１７とを備えて構成されている。
【００４２】
前記データ格納部１６は、前記顧客元帳５と、口座残高に応じた残高ポイントを生成するためのアルゴリズム２４を格納する残高ポイントテーブル１８と、取引に応じた取引ポイントを生成するためのアルゴリズム２６を格納する取引ポイントテーブル１９と、顧客３からポイント消化の申込を受付けた場合にポイント残高６から減算される消化ポイントを生成するためのポイント消化アルゴリズム２９を格納する消化ポイントテーブル２０とを備えている。
【００４３】
前記顧客元帳５には、顧客３の氏名・住所・生年月日等の顧客共有情報２１と、ポイント残高６と、顧客３に関連付けられた取引口座の情報２２とが格納されている。前記取引口座の情報２２は、顧客３が金融機関２に開設した特定の取引口座と、この取引口座に関連付けられた他の取引口座とを登録されている。この特定の取引口座は、例えば前記残高別金利型普通預金の口座である。
【００４４】
前記残高ポイントテーブル１８に格納される残高ポイント生成アルゴリズム２４は、この実施形態では、取引口座の種別が特定取引口座（残高金利型普通預金口座）か他の取引口座かに応じて、夫々異なるアルゴリズムが格納されている。
【００４５】
前記取引ポイントテーブル１９は、取引の属性若しくは取引量に関連付けられた取引ポイント生成アルゴリズム２６を格納するものである。取引の属性としては、例えば、取引の種別（ポイントを生成する対象となる取引かどうか）や、顧客３からの取引申込を受付けたチャネルの種別、取引口座の種別が含まれる。取引口座の種別については、残高ポイントテーブル１８と同様に、前記特定の取引口座を介した取引と他の取引口座を介した取引とで異なるアルゴリズムが格納されている。なお、残高ポイントの生成アルゴリズム２４及び取引ポイントの生成アルゴリズム２６は後に詳しく説明する。
【００４６】
前記消化ポイントテーブル２０は、前記顧客３からの取引の申込に付随したポイント利用（消化）の指示を受けた場合に、前記取引口座の属性及び／若しくは取引の属性に関連付けて予め用意されたアルゴリズム２９を格納するものである。取引種別毎の消化ポイントの生成アルゴリズムは後述する。
【００４７】
前記プログラム格納部１７は、残高ポイント生成部３１と、取引ポイント生成部３２と、ポイント対象取引判別部３６と、ポイント蓄積処理部３３と、取引申込受付部３４と、顧客共有情報取得部３５と、ポイント減算処理部３７と、ポイント更新制御部３８と、取引指示生成・出力部３９とを備えている。
【００４８】
前記残高ポイント生成部３１は、カレンダ機能によって予め設定された所定の処理時期（月末や週末の午前０時等）が到来したことを検出すると、顧客３の取引口座の残高を取得して当該取引口座の属性（種別等）に関連付けて予め用意されたアルゴリズム２４を前記残高ポイントテーブル１８から取得して残高ポイントを生成するものである。
【００４９】
前記取引ポイント生成部３２は、前記顧客の何れかの取引口座を介して行われる取引を監視し、前記取引口座の属性及び／若しくは取引の属性（種別や取引量等）に関連付けて予め用意されたアルゴリズムを前記取引ポイントテーブル１９から呼び出して前記取引ポイントへの変換を行うものである。
【００５０】
前記ポイント蓄積処理部３３は、前記残高ポイント生成部３１によって生成された複数の取引口座の残高に基づく残高ポイントと、前記取引ポイント生成部３２によって生成された取引ポイントとを集計して前記特定の顧客３に関連付けて顧客元帳５に蓄積するものである。
【００５１】
また、本実施形態では、このポイント蓄積処理部３３は、顧客３が取引口座を開設した金融機関２以外の提携企業１０が当該顧客３に対して付与したポイントを、前記顧客元帳５に移行する処理も行うものである。具体的には、提携企業１０若しくは顧客３からポイント移行処理の申込を受付けた場合に、前記取引ポイント生成部３２がポイント移行取引に関連付けられた生成アルゴリズム２６を前記取引ポイントテーブル１９から呼び出して移行に係るカード会社９のポイントを取引ポイントに変換（生成）する。生成された取引ポイントは即時に前記顧客元帳５のポイント残高６に蓄積される。
【００５２】
前記取引申込受付部３４は、前記取引チャネル４（図１参照）を介して顧客３から取引を行う口座の番号や取引種別等の情報を取得して取引の申込を受付け、取得した情報を前記ＲＡＭ１２等のメモリに格納するものである。
【００５３】
前記顧客共有情報取得部３５は、請求項１２のポイント残高取得手段を含むものであり、前記顧客３から取引口座の何れかを介した取引の申込を受付けた場合に、前記顧客元帳５から当該顧客３のポイント残高６を含む顧客共有情報２１を取得するものである。ここで、本実施形態では、受付けた取引がポイント対象取引であるかどうかを問わず常にポイント残高も取得するようにして取引処理を迅速に実行するようにしている。すなわち、取引処理を実行するために必要な顧客３の氏名・口座番号等の顧客共有情報２１を顧客元帳５にアクセスして取得する時にポイント残高６も同時に取得してメモリ等に格納しておくことで、顧客元帳５にアクセスする回数を減らすことができ高速な処理が可能になる。
【００５４】
前記ポイント対象取引判別部３６は、受付けた取引がポイント対象取引であるかを判別するものである。本実施形態は、図１０のフローチャートを参照して後述するように、ポイント対象取引の判別を取引ポイントの生成フローで行っているが、取引申込の受付時に行っても良い。この場合には、判別された取引種別毎に処理プログラムやルーチンを設定しておくのが好ましい。
【００５５】
前記ポイント減算処理部３７は、前記顧客からの取引の申込に付随したポイント利用指示を受けた場合に、当該申込に係る取引に応じた所定数のポイントを前記顧客元帳５から減算するものである。
【００５６】
ここで、このポイント減算処理部３７は、取引の申込を受付けた場合に、当該申込に係る取引口座の属性及び／若しくは取引属性に応じて、それらに関連付けられたポイント消化アルゴリズム２９を前記消化ポイントテーブル２０から呼び出して前記減算するポイントへの変換を行う消化ポイント演算部４０と、取引を申込んだ顧客３について顧客元帳５に蓄積されているポイント残高６が、当該取引に必要な消化ポイント以上であるかを判別する必要ポイント判別部４１と、ポイント残高６が必要な消化ポイント以上であると判別された場合に、申込に係る取引を実行する取引処理システム７に対して申込にかかるポイントの情報を通知するポイント情報通知部４２とを備えている。
【００５７】
この実施形態の取引には、前記クレジットカード会社９等の提携企業１０に対して、前記顧客元帳５に蓄積されたポイント残高の一部又は全部の移行を含む。前記顧客３からポイント移行処理の申込を受付けた場合、ポイント減算処理部３７の消化ポイント演算部４０が移行の申込に係るポイントを所定の換算方法で消化ポイントを生成し、前記顧客元帳５から減算するものである。通常は、移行の申込にかかるポイントがそのまま消化ポイントして生成されるが、例えば移行に伴う事務手数料分のポイントを移行ポイントに上乗せして減算することもできる。また、金融機関２のポイント数でなく、ポイント移行先の提携企業１０のポイント数で移行申込みを受付ける場合には、提携企業１０と金融機関２との間で取り決められた換算方法によって移行ポイントの生成アルゴリズムが設定され、消化ポイントが都度生成される。
【００５８】
前記ポイント更新制御部３８は、前記残高ポイント生成部３１が生成した残高ポイントを蓄積するタイミングと取引ポイント生成部３２が生成した取引ポイントを蓄積するタイミング、若しくは前記ポイント蓄積処理部３３が、生成された残高ポイント及び取引ポイントを集計して蓄積するタイミングと前記ポイント減算処理部３７が顧客元帳５からポイントを減算するタイミングとを夫々制御するものである。
【００５９】
このポイント更新制御部３８により、例えば、ポイントの生成はリアルタイムで行い、ポイントの蓄積を所定周期でバッチで処理して処理の効率化を図ったり、生成されたポイントを即時に蓄積若しくは減算して事後の取引に即時に利用可能にすること（リアルタイム処理）もできる。前者の周期的なバッチ処理の場合には、生成された蓄積ポイント若しくは消化ポイントを更新する前に顧客３からポイント利用の申込を受付けた時に、前記ポイント蓄積処理部３３及びポイント減算処理部３７にポイント残高を更新（蓄積及び減算）させてから、更新後のポイント残高が利用申込に係る消化ポイント以上であるかを前記必要ポイント判別部４１に判別させるように制御するのが好ましい。これにより、バッチ処理による処理の効率化と、リアルタイム処理によるポイントの使い勝手の向上を図ることができる。このようなタイミングの制御は、残高ポイントの生成及び蓄積を月末等にバッチ処理で行い、取引ポイントの生成及び蓄積をリアルタイムで処理する場合に特に適している。
【００６０】
また、前記残高ポイント生成部３１が生成した残高ポイントを蓄積するタイミングと、取引ポイント生成部３２が生成した取引ポイントを蓄積するタイミングとを異ならせるのが好ましい。例えば、残高ポイントは毎月の第１営業日等の所定時期に顧客元帳５に蓄積し、取引ポイントは取引完了後に蓄積するよう前記ポイント蓄積処理部３３を制御する。これにより、分散処理によるシステムの負荷軽減が図られる。
【００６１】
さらに、このポイント更新制御部３８は、複数の取引口座を開設している顧客について、その顧客３の識別情報（氏名、生年月日等）に基づいて営業店単位で名寄せを行ってから、加算・減算（消化）されるポイントを集計してポイント残高を更新するように前記ポイント蓄積処理部３３及びポイント減算処理部３７を制御するものである。
【００６２】
前記取引指示生成・出力部３９は、前記申込を受付けた取引の処理を指示する情報を生成して当該取引の処理システム７に通知するものである。また、取引の申込に付随してポイント消化の指示を取得した場合は、前記ポイント情報通知部４２から消化ポイントの情報を取得して、この消化ポイントの情報と共に取引処理の指示情報を申込に係る取引処理システム７に通知するものである。
【００６３】
上記した各構成要素３１〜４２は、実際には前記金融機関２のサーバを構成するコンピュータシステムの記憶媒体に確保された一定の領域及びこの領域にインストールされたプログラムであり、前記ＣＰＵ１１によってＲＡＭ１２上に呼び出されて実行されることで、ＯＳ（オペレーションシステム）と協働してこの発明の機能を奏するようになっている。
【００６４】
（ポイントの生成アルゴリズム）
次に、図３及び図４を参照して、残高ポイント若しくは取引ポイントの生成アルゴリズムの例を説明する。ここで、ポイントを生成するアルゴリズムにはパラメータや各種の演算式の全てを含む。例えば、取引ポイントの生成アルゴリズム２６は、顧客３からの申込を受付けた取引の種別コードを取得するとその種別コードに該当するパラメータを呼出し、呼出されたパラメータに申込に係る取引量を適用して取引ポイントを演算するように設定されている。また、本実施形態では、予め生成アルゴリズム２６を適用して演算されたポイントを前記残高ポイントテーブル１８及び取引ポイントテーブル１９に登録してある。前記残高ポイント生成部３１及び取引ポイント生成部３２がこれらのポイントテーブル１８、１９から取引種別コード及び取引量の階層に基づいて該当するポイントを検索して取得するように構成されている。
【００６５】
まず、図３は、残高ポイント及び取引ポイントについて、取引種別２７、取引受付チャネル４５、取引毎のポイント付与単位４６、付与されるポイント数４７及びポイント付与（蓄積）時期４８との関係を模式的に示したものである。これらは、何れも前記残高ポイントテーブル１８若しくは取引ポイントテーブル１９に格納されているポイント生成アルゴリズム２４、２６を構成する。
【００６６】
この図の例では、ポイント生成のカテゴリーとして、預り資産関連ポイント、ローンポイント、エントリーポイント、利用年数ポイントの４種類が設定されている。預り資産関連ポイントには取引ポイントと残高ポイントが含まれ、夫々取引種別毎・受付チャネル毎・口座種別毎・取引量毎のポイント生成アルゴリズムが格納されている。また、取引申込みを受付けたチャネル毎に生成ポイントを設定することで、特定のチャネルに顧客を誘導できるようにしている。
【００６７】
例えば、インターネットバンキングで受け付けた外貨預金の入金であれば、１万円毎（１万円未満は切捨て）に２ポイントが預入時に生成される。また、投信（ＭＭＦ）の残高ポイントは、残高１００万円毎（１００万円未満は切捨て）に毎月１ポイントが生成されて蓄積される。さらに、この実施形態では、ポイントサービスの新規契約時のエントリーポイントやこのサービスの利用年数に応じたポイントを生成するようにしている。また、顧客元帳５に登録されている顧客３の生年月日に基づいて顧客３の誕生月にバースデーポイントを付与するようにしても良い。これらのポイントの生成はカレンダ機能を備えた前記残高ポイント生成部３１が行うのが好ましい。なお、生成されるポイント数は、金融機関２や店舗の取引処理コストや利益、商品や店舗のキャンペーンなどのイベント等に応じて適宜決定される。
【００６８】
生成されたポイントが蓄積される時期は、取引ポイント及び残高ポイントとも生成後即時である（リアルタイム処理）。残高ポイントは、毎月周期的に生成されるため蓄積も同じ周期で行われる。
【００６９】
なお、ポイントを生成する取引は図示のものに限定されない。例えば、残高ポイントの対象に、投信や債券・金・純金の保護預り、証貸ローン等を含むこともできる。また、取引ポイントを生成するポイント対象取引として、各種預金の入金、外貨の購入、各種ローンの申込み、投信の購入投信自動積立（積立対象ファンドかつロードファンド等）、給与や年金の振込み、公共料金やクレジットカードの利用料金の引き落とし等を含めても良い。
【００７０】
図４にポイント生成のアルゴリズムの具体例を示す。
この図に示すように、例えば取引ポイントのうちの外貨預金については、以下の式によって取引ポイントを算出するようにしている。
【００７１】
（取引金額円貨：預入金額外貨×預入時為替相場）×付与率
【００７２】
ここで、預入時為替相場の情報は、外貨預金の取引処理システムが取得したものを転送させるようにしても良いし、前記取引ポイント生成部３２が直接外部機関から取得するようにしても良い。外貨預金や外貨建て投信の残高ポイントの生成における「月末ＴＴＢ」も同様である。
【００７３】
以上のようにして取引ポイント若しくは残高ポイントが生成されると、顧客３の識別情報（氏名と生年月日等）に基づいて例えば営業店単位における名寄せによって顧客３毎の蓄積ポイントが集計されてから、各顧客３の識別情報に関連付けられて顧客元帳５に蓄積される。
【００７４】
（ポイント消化のアルゴリズム）
ポイントを利用（消化）できる取引としては、全ての取引口座の新規開設時の金利優遇や、取引口座を介した振込みや振替の手数料等が含まれる。また、全ての取引口座の総額が所定額以上の場合はポイントシステムの利用料（残高別金利普通口座の口座維持手数料）や、ＡＴＭの時間外手数料を減免する場合には、残高ポイントの生成と消化とを同時に処理することと実質的に同じであるため、これらもポイント消化の対象取引に含まれる。なお、ポイントシステムの利用料については、契約締結から所定期間（６ヶ月、１年等）は免除することもできる。上記したポイント消化の例を図５乃至図８に示す。
【００７５】
まず、図５は、円定期預金における預入期間と金額（取引量）と消化ポイント数との関係を示す図である。この図の例では、預入金額約３００万円、消化ポイント数３５ポイント、預入期間１ヶ月を１単位として、１５段階で消化ポイントを設定している。金利優遇幅は一律０．１０％であり、１の取引でポイント消化による金利優遇を重複して申込むことはできないようになっている。優遇金利は、銀行の採算ベースを基準に設定されるものであるため、仮にポイント残高が多い優良顧客であっても、１取引における利用単位数や優遇金利幅に上限を設定する必要がある。なお、図５の例においては、１回の取引申込の金利優遇幅の上限を０．２％（０．１％を２単位）としたり、全ての取引において顧客３が同時期に利用可能な消化ポイントの合計の上限を１６８０ｐｔに設定することもできる。図６以降のポイント消化アルゴリズムも同様である。
【００７６】
次に図６は、外貨定期預金における預入期間と金額（取引量）と消化ポイント数との関係を示す図である。この図の例では、１０千〜１００千米国ドル相当の外貨購入、消化ポイント数４０ポイント、預入期間１ヶ月を１単位として、１０段階の消化ポイントを設定している。金利優遇幅は一律０．２５％に設定されている。
【００７７】
また、図７に示すのは振込手数料にポイントを利用する場合の、取引チャネルと必要なポイントとの関係を示す図である。この図の例では、オペレータの人件費等を考慮して、取引チャネルが店舗窓口等のオペレータ対応である場合よりも、インターネットバンキング等の無人対応の取引について消化ポイントを低く設定している。なお、少額の振込みでは有人・無人のコスト差が小さいため、３万円未満の振込みは取引チャネルに関らず同じ消化ポイントが設定されている。なお、振込先の口座が自行か他行かや、ＡＴＭ端末の種別（設置場所等）、に応じて消化ポイントを生成するようにしても良い。
【００７８】
図８は、金融機関２が提携するカード会社９に対して、蓄積されたポイントを移行する場合のフローである。具体的には、前記取引申込受付部３４が顧客３からポイント移行の申込を受付けた場合（ステップＡ）、前記ポイント減算処理部３７が前記消化ポイントテーブル２０からポイント移行処理に関連付けられたポイント消化アルゴリズム２９を呼び出して消化ポイントを演算する。演算された消化ポイントを顧客元帳５のポイント残高６から減算して更新する。そして、前記ポイント情報通知部４２が、週末等の所定のタイミングでバッチ処理によって提携するカード会社９に対して移行対象のポイント情報ファイルを専用線を介して転送する（ステップＢ）。カード会社９は受取った移行ポイントに所定の換算条件を適用して自社のポイント管理システムに蓄積する。顧客３はカード会社９のポイント残高が更新された後に、ポイントを利用した種々の優遇プログラム（プレゼント交換等）をカード会社９に申し込む（ステップＣ）。この時のカード会社９におけるポイント交換レートは、例えば１０００ポイントにつきギフトカード５，０００円である。
【００７９】
上記したポイント利用（消化）の条件は、全て前記消化ポイントテーブル２０に格納されているアルゴリズム２９を構成するものであり、前記ポイント減算処理部３７によってこれらのポイント消化アルゴリズム２９が呼び出されて消化ポイントが生成され、当該顧客３のポイント残高６が減算（更新）される。
【００８０】
（フローチャート）
以下、上記したポイント管理システム１の詳細な機能を実際の動作と共に、図９及び図１０を参照して説明する。図９は主として前記残高ポイント生成部３１がポイント残高６を生成して蓄積する工程を示す。また、図１０は主としてポイント減算処理部３７が蓄積ポイントを減算する工程及び前記取引ポイント生成部３２が取引ポイントを生成して蓄積する工程を示す。なお、これらの図のＳ１〜Ｓ１９は処理順序を示す符号であり、以下の説明のステップＳ１〜Ｓ１９に対応する。
【００８１】
（残高ポイントの生成フロー）
まず、図９に示す処理工程においては、前記残高ポイント生成部３１がカレンダー機能によって設定された時期が到来したことを検出すると（ステップＳ１）、前記顧客共有情報取得部３５が顧客元帳５からポイントサービスの契約を締結している顧客３を検索し、取引口座等の顧客共有情報２１を取得する（ステップＳ２）。
【００８２】
ついで、前記残高ポイント生成部３１が、前記取得した取引口座に関連付けられた残高ポイント生成アルゴリズム２４を残高ポイントテーブル１８から呼び出し、取引口座の情報に基づいて各取引元帳（図１のａ〜ｄ）から口座残高を検索して抽出し、抽出した口座残高を前記アルゴリズム２４に適用して残高ポイントに変換（生成）する（ステップＳ３）。
【００８３】
このような残高ポイントの生成が当該顧客３に関連付けられた全ての取引口座について繰り返し行われた後（ステップＳ４）、前記ポイント蓄積処理部３３が、生成された全ての残高ポイントを集計して顧客元帳５に蓄積する（ステップＳ５）。
【００８４】
また、全ての顧客３について残高ポイントの生成・蓄積を繰り返し行ってこの処理を終了する（ステップＳ６）。上記したステップＳ１〜Ｓ６の処理が毎月実行される。
【００８５】
（ポイント消化及び取引ポイントの生成フロー）
次に、図１０の蓄積ポイントの減算及び取引ポイントの生成・蓄積の処理工程を説明する。
【００８６】
この処理では、まず前記取引申込受付部３４が顧客３から取引の申込を受付けると、前記顧客共有情報取得部３５が前記顧客元帳５から当該顧客３のポイント残高６を含む顧客共有情報２１を取得する（ステップＳ７、Ｓ８）。ここで、取引にはポイントが生成される対象であるポイント対象取引と対象外取引とがあるが、上記したように、この実施形態では何れの取引を受付けた場合でも顧客３のポイント残高６を取得するようにしている。
【００８７】
ついで、前記取得した顧客共有情報２１にポイント残高６が含まれている場合はポイントサービスの契約者と判別して（ステップＳ９）、ポイント消化のフロー（ステップＳ１０〜Ｓ１４）に進む。
【００８８】
このポイント消化フローにおいては、前記取引申込受付部３４が取引の申込に付随してポイントの利用指示を取得した場合は（ステップＳ１０）、当該申込に係る取引の属性に関連付けられたポイント消化アルゴリズム２９を前記消化ポイントテーブル２０から呼び出して消化ポイントに変換する（ステップＳ１１）。
【００８９】
ついで、前記必要ポイント判別部４１が、前記ステップＳ８で取得した当該顧客３のポイント残高６が変換された消化ポイント数以上であるかを判別する（ステップＳ１２）。ポイント残高６が消化ポイント以上である場合には（ステップＳ１２の「Ｙｅｓ」）、前記ポイント情報通知部４２が消化ポイントの情報を前記取引指示生成・出力部３９に対して出力することで、申込に係る取引の取引処理システム７に取引処理を指示する（ステップＳ１３）。消化ポイント情報を受取った取引指示生成・出力部３９は、所定の取引処理システム７に対する指示情報を生成し、消化ポイント情報と共に送信する。
【００９０】
取引処理が指示されると、前記ポイント減算処理部３７が消化ポイントを当該顧客３のポイント残高６から減算する（ステップＳ１４）。
【００９１】
また、前記ステップＳ１０で、顧客３からポイント消化の申込を受付なかった場合（ステップＳ１０の「Ｎｏ」）、若しくは前記ステップＳ１２で、顧客３のポイント残高６が変換された消化ポイントに満たないと判別された場合は（ステップＳ１２の「Ｎｏ」）、何れもポイントを利用しない通常の取引として処理される。具体的には、前記取引指示生成・出力部３９により申込に係る取引を処理する取引処理システム７に対する取引指示情報が生成されて送信される（ステップＳ１５）。これらの場合には、顧客３のポイントは減算されない。
【００９２】
次に、ステップＳ１７〜Ｓ１９の取引ポイント生成の工程を説明する。
まず、前記ポイント対象取引判別部３６が、前記ステップＳ７で申込を受付けた取引が取引ポイントテーブル１９に登録されたポイント対象取引であるかを判別する（ステップＳ１６）。ポイント対象取引であると判別された場合は、前記取引ポイント生成部３２が、申込に係る取引の属性に関連付けられた取引ポイント生成アルゴリズム２６を呼び出して取引ポイントに変換（生成）する（ステップＳ１７）。このアルゴリズム２６は、取引の種別（外貨預金、投信等）と取引量（申込口数、金額）に夫々関連付けられたアルゴリズムである。
【００９３】
生成された取引ポイントは、前記ポイント蓄積処理部３３によって全ての取引、口座について集計され、前記顧客元帳５のポイント残高６に蓄積される（ステップＳ１８）。
【００９４】
ここで、図９に示した残高ポイントの生成及び蓄積、図１０に示した消化ポイントの生成及び減算、取引ポイントの生成及び蓄積は、何れも前記ポイント更新制御部３８によって処理のタイミングが制御される。例えば、残高ポイントの生成及び蓄積と取引ポイントの生成及び蓄積とを１週間、１ヶ月等の所定周期で行っても良いし、残高ポイントは所定周期で処理し、取引ポイントはリアルタイムで処理するようにしても良い。また、ポイントの生成はリアルタイムで行い蓄積を所定周期で行っても良い。さらに、消化ポイントの減算と取引ポイントの蓄積とを同時に行っても良い。
【００９５】
一方、図１０のステップＳ９で顧客共有情報取得部３５がポイント残高６を取得しなかった場合は、前記ステップＳ１５と同様に、通常の取引として処理される（ステップＳ１９）。この場合は、ポイントの減算・蓄積の何れも行われない。
【００９６】
（変形例）
なお、この発明は上記の実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【００９７】
例えば、上記実施形態で示した生成・消化ポイントの生成アルゴリズムはあくまでも一例に過ぎず、取引種別や、チャネル、取引金額（取引量）等は適宜変更可能である。また、上記実施形態では、顧客の何れかの取引口座を介した取引に対してポイントを生成（蓄積）若しくは減算（利用）するようにしたが、取引口座を介さない取引についてポイントを蓄積若しくは減算しても良い。例えば、店舗の窓口やＡＴＭ（現金自動預金支払機）・ＣＤ（現金自動支払機）による現金での振込みや両替機による両替等についてポイントを生成したり、振込手数料等にポイントを充当（消化）することもできる。この場合には、取引の利用申込に際して顧客の識別情報を取得する必要がある。
【００９８】
また、上記実施形態では、特定取引口座の例として残高金利型普通預金口座を挙げたが、これに限定されない。例えば、特定取引口座を顧客が開設する複数の口座から顧客が任意に選択できるようにしてもよい。これにより、顧客の選択の自由度が広がり、貯蓄性の口座や残高が多い口座を任意に選択できるようになる。また、顧客が最初に開設した取引口座や年初・年度末等の所定時期における残高が一番多い口座を特定取引口座としても自動設定するようにしても良い。これにより、流動性預金口座と貯蓄性・投資性の預金口座との間の不公平感を解消できる。
【００９９】
さらに、顧客の属性等に応じて顧客を複数のグループに分割し、グループ単位で異なる基準時で残高ポイントを生成するようにしてもよい。これにより、残高ポイントの生成処理を分散できシステムの負荷を軽減できる。また、この場合の口座残高は、上記基準時における残高ではなく、例えば、前回の基準時以降の１ヶ月間等の所定期間における残高の平均値を基準とすることができる。この残高平均値は、例えば各日の終了時点の残高の合計値を日数で除算することで算出できる。このような平均残高の演算は、利子計算等の基準データとして従来より採用若しくは提案されている公知の方法を適宜採用できる。
【０１００】
また、顧客毎のポイント残高には上限を設定するのが好ましい（上記実施形態では１０万ポイント程度）。この場合には、残高ポイント若しくは取引ポイントの付与時に上限ポイントを超える時は、前記ポイント蓄積処理部３３によって超過分差引後のポイント数のみを蓄積するように構成する。
【０１０１】
【発明の効果】
以上説明したように、本発明によれば、多種多様な銀行取引の属性に応じて多様な優遇評価を実行でき、かつそれらの各取引に対する評価を統合して別の取引の優遇に適用できる手法を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施形態の全体構成を示す概念図である。
【図２】取引ポイント管理システムの概略構成を示すブロック図である。
【図３】ポイント生成条件（アルゴリズム）の例を示す表図である。
【図４】ポイント生成条件（アルゴリズム）の例を示す表図である。
【図５】円定期の消化ポイント数の例を示す表図である。
【図６】外貨定期預金の消化ポイント数の例を示す表図である。
【図７】振込の消化ポイント数の例を示す表図である。
【図８】カード会社との間のポイント交換フローを示す模式図である。
【図９】残高ポイントの生成工程を示すフローチャートである。
【図１０】ポイントの消化及び取引ポイントの生成工程を新巣フローチャートである。
【符号の説明】
１…ポイント管理システム
２…金融機関
３…顧客
４…取引チャネル
５…顧客元帳
６…ポイント残高
７…取引処理システム
９…クレジットカード会社
１０…提携企業
１６…データ格納部
１７…プログラム格納部
１８…残高ポイントテーブル
１９…取引ポイントテーブル
２０…消化ポイントテーブル
２１…顧客共有情報
２２…取引口座の情報
２４…残高ポイント生成アルゴリズム
２６…取引ポイント生成アルゴリズム
２７…取引種別
２９…ポイント消化アルゴリズム
３１…残高ポイント生成部
３２…取引ポイント生成部
３３…ポイント蓄積処理部
３４…取引申込受付部
３５…顧客共有情報取得部
３６…ポイント対象取引判別部
３７…ポイント減算処理部
３８…ポイント更新制御部
３９…取引指示生成・出力部
４０…消化ポイント演算部
４１…必要ポイント判別部
４２…ポイント情報通知部
４５…取引受付チャネル
４６…ポイント付与単位
４８…ポイント付与時期[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a system and a method for managing customer points available for various preferential transactions between a financial institution or the like and a customer.
[0002]
[Prior art]
2. Description of the Related Art Banks have conventionally prepared and provided various preferential services mainly for good customers with a large balance of deposits. For example, they provide a service that aggregates deposit balances at the end of each month and, if this is a certain amount or more, frees account maintenance fees and overtime withdrawal fees or adds interest.
[0003]
Here, Patent Literature 1 and Patent Literature 2 below disclose techniques for summing up the transaction results of the current month at a fixed time such as the end of the month and converting them into points for preferential service.
[0004]
[Patent Document 1]
Patent No. 3084240.
[0005]
[Patent Document 2]
Utility model registration No. 3024255.
[0006]
[Problems to be solved by the invention]
By the way, in recent years, due to the deregulation accompanying the diversification of financial services, banks have been selling counters such as insurance and stocks, and it is required to provide some kind of preferential service to these customers. Is coming.
[0007]
It is not appropriate to perform preferential evaluation for this kind of service only on the balance at the end of the month as in the case of a deposit transaction, and sometimes it is desired to evaluate each transaction during the month.
[0008]
However, the conventional method is a static process in which it is determined whether to provide the preferential service in the next month or the next two months or later according to the result of counting the account balance at the end of the month, the total number of transactions in one month, and the like. It does not dynamically utilize the transaction during the month for preferential discrimination in real time.
[0009]
In addition, the nature of the transaction services provided by banks is expected to become increasingly diversified, and it is anticipated that there is a growing desire to use services to receive preferential treatment with other services. Is done. However, the conventional method cannot cope with preferential evaluation of a plurality of transactions in which dynamic discriminating elements and static discriminating elements coexist and have different types and properties.
[0010]
On the other hand, there has been a system that generally performs preferential evaluation each time a service is used, such as an airline mileage system.However, such a system does not have the idea of accumulating the usage balance at the end of the month and performing preferential evaluation. It cannot be applied to preferential evaluation in transactions.
[0011]
The present invention has been made to solve the above-described problems, and can perform various preferential evaluations according to the attributes of a variety of bank transactions, and integrate the evaluations for each of these transactions to provide preferential treatment for another transaction. The purpose is to provide a method applicable to
[0012]
[Means for Solving the Problems]
According to a first main aspect of the present invention, a transaction account registration means for registering a transaction account associated with a specific customer, and a balance point generation means for converting the balance of the transaction account into points by a predetermined conversion method And a transaction point generating means for converting an attribute or a transaction volume of the transaction into a point by a predetermined conversion method when an application for a transaction is received from the customer; and a balance of the transaction account generated by the balance point generating means. Point accumulation means for accumulating the balance points based on the transaction points and the transaction points generated by the transaction point generation means and accumulating them in association with the specific customer, and receiving a point use instruction accompanying the transaction application from the customer. Point subtracting means for subtracting a predetermined number of points according to the transaction relating to the application from the point accumulating means. Point management system, characterized in that the is provided.
[0013]
According to such a configuration, points are generated and accumulated based on the balance of the transaction account and the attributes of the transaction, etc., so that the points are generated regardless of the type of the liquidity account, the savings account, and the like. Can be accumulated. That is, it is possible to provide a new point management system having both advantages of generating points based on the account balance and generating points according to the transaction. As a result, it is possible to generate and accumulate various types of points depending on the type of account or transaction.
[0014]
Here, as the "attribute of the transaction", for example, whether the transaction point is to be generated, the type of transaction such as loan application, deposit / withdrawal, foreign currency purchase, salary transfer, etc., and the customer has applied for the transaction The type of channel (store counter, drone, Internet, etc.), the type of transaction account related to the transaction application, and the like are included. The “transaction amount” includes, for example, the amount and the number of obtained money, the number of investment trusts and the number of contracts, the purchase amount of foreign currency (equivalent amount in yen, the amount of foreign currency), the period after the start of the transaction, and the like.
[0015]
Further, according to the above-described configuration, since the transaction points are generated according to the attributes and the transaction volume of the transaction, it is possible to flexibly set various transaction points. Thereby, an attractive point service can be provided to the customer.
[0016]
Further, when a point use instruction accompanying a transaction application from a customer is received, the accumulated points are subtracted (digested), so that the customer can control the transaction and timing of digesting the points. . As a result, the usability of the point service is improved, and an attractive preferential program can be provided to the customer.
[0017]
Further, according to a preferred embodiment of the present invention, the predetermined conversion method in the balance point generation means and / or the transaction point generation means is prepared in advance in association with the attribute of the transaction account and / or the attribute of the transaction. The balance point generating means and / or the transaction point generating means call an algorithm associated therewith in accordance with the attributes and / or transaction attributes of the trading account and perform conversion into the points. Things.
[0018]
Thus, the points can be generated at high speed and reliably in accordance with the algorithm associated with the transaction account or the transaction attribute. Here, as the “attribute of the transaction account”, for example, an account type corresponding to a transaction type such as a savings account, a time deposit account, a foreign currency deposit account, or a specific transaction account negotiated between a customer and a financial institution. Other account types such as other trading accounts are included.
[0019]
According to another embodiment of the present invention, the point subtracting means converts the attribute or transaction amount of the transaction relating to the application into a point by a predetermined conversion method and subtracts it from the point accumulating means. Here, the predetermined conversion method in the point subtracting means is an algorithm prepared in advance in association with the attribute of the trading account and / or the attribute of the transaction, and the point subtracting means includes the attribute of the trading account and / or Alternatively, it is preferable that, in accordance with the transaction attributes, an algorithm associated with them is called to perform conversion to the points to be subtracted. Thereby, it is possible to execute the point subtraction at high speed and surely according to the algorithm associated with the attribute of the transaction account or the attribute of the transaction.
[0020]
According to another embodiment of the present invention, the point subtracting means determines whether or not the balance of the points accumulated by the point accumulating means for the customer who applied for the transaction is equal to or more than the points required for the transaction pertaining to the application. Required point discriminating means, and point information notifying means for notifying the transaction processing system executing the transaction pertaining to the application of the information of the points applied for when the point balance is determined to be equal to or more than the required points. Equipped. This allows the transaction processing system to execute the preferential program when necessary points are accumulated.
[0021]
According to another embodiment of the present invention, the attribute of the transaction includes a type of a channel that has accepted a transaction application from a customer, and the transaction point generation unit sets the type of the transaction application acceptance channel to a predetermined type. It is converted into points by the conversion method.
[0022]
With such a configuration, the generated transaction points can be made different depending on the channel type. As a result, customers can be guided to a specific channel with a low cost such as a personnel cost, a channel during an event, or the like.
[0023]
According to another embodiment of the present invention, the transaction includes a process of transferring points accumulated in the point accumulating means to a person other than a financial institution in which a customer holds a transaction account, The subtraction means, when receiving an application for a point transfer process from a customer, subtracts the points related to the transfer application from the point accumulation means. Alternatively, the transaction includes a process of transferring points given to the customer by a person other than the financial institution holding the transaction account to the point storage means, wherein the point storage means When an application for the transfer process is received, a point is generated by applying a predetermined conversion condition to the points related to the application for the transfer, and the calculated points are aggregated together with the generated balance points and transaction points. It accumulates.
[0024]
According to such a configuration, points can be exchanged with a service provider other than the financial institution, and the usability of the point service can be further improved. In addition, when transferring points from other service providers, predetermined conversion conditions are applied, so conversion points can be set according to the partner business, transfer time, customer type, etc. Can be flexibly performed.
[0025]
According to another embodiment of the present invention, further, the point accumulating means totals and accumulates the generated balance points and transaction points, and the point subtracting means subtracts points from the point accumulating means. And point update control means for controlling each of the above. Here, it is preferable that the point update control means controls timing of accumulating the balance points generated by the balance point generation means and timing of accumulating the transaction points generated by the transaction point generation means, respectively. . Further, it is further preferable that the point update control means makes the timing for accumulating the balance points generated by the balance point generation means different from the timing for accumulating the transaction points generated by the transaction point generation means.
[0026]
According to such a configuration, by applying various conditions such as the operation status of the system, the transaction type, and the customer attribute, the points generated by the balance points and the transaction points are accumulated, and the accumulated points are subtracted. Can be changed as appropriate. Thus, for example, accumulation and subtraction of points can be performed in real time, and the timing of accumulating transaction points can be made different for each type of transaction and each channel.
[0027]
According to another embodiment of the invention, the transaction comprises a pointed transaction in which transaction points are generated and a non-pointed transaction in which no points are generated, and the system further comprises: A point balance obtaining means for obtaining the point balance of the customer from the point accumulating means when receiving an application for a transaction via the point storage means, and a point target transaction determining means for determining whether the received transaction is a point target transaction. Wherein the transaction point generation means converts the attribute or transaction amount of the transaction into points by a predetermined conversion method when the transaction is determined to be a point target transaction.
[0028]
According to such a configuration, the point balance is always acquired irrespective of whether or not the received transaction is a point target transaction, so that the transaction processing is quickly executed. In other words, by acquiring the point balance at the same time as accessing and acquiring the customer ledger or the like to obtain the shared information such as the customer name necessary for executing the transaction processing, the number of times of accessing the customer ledger can be reduced. .
[0029]
According to another embodiment of the present invention, the trading account registration means registers a specific trading account held by a customer and another trading account associated with the trading account, and the balance point The generating means converts the balance of the specific trading account and the balance of another trading account into points by different conversion methods. Alternatively, the transaction point generating means converts a transaction via the specific transaction account and a transaction via another transaction account into points by a different conversion method.
[0030]
According to such a configuration, the point conversion method can be made different depending on the type of account, and a customer can be guided to a specific transaction account. In addition, by enabling a specific transaction account to be fixed or automatically set, it is possible to efficiently generate and accumulate points.
[0031]
According to a second main aspect of the present invention, a transaction account registration means for registering a transaction account associated with a specific customer, a balance of the transaction account and an attribute or transaction of the transaction accepted from the customer. Point generation means for converting at least one of the quantity and the amount into points by a predetermined conversion method, and point accumulation means for accumulating the points and accumulating the points in association with the specific customer when the points are generated, A point subtraction unit that subtracts a predetermined number of points according to the transaction related to the application from the point accumulation unit when the point use instruction information accompanying the application for the transaction from the customer is received; and the point accumulation unit. A point update for controlling the timing for accumulating points and the timing for the point subtracting means to subtract points from the point accumulating means. System characterized in that a control means is provided.
[0032]
According to such a configuration, the timing of accumulating points and the timing of subtraction can be controlled, so that, for example, the accumulation and subtraction of points can be synchronized to increase the efficiency of processing, or conversely, the processing load can be distributed by making them different. can do. Thus, for example, accumulation and subtraction of points can be performed in real time, and the timing of accumulating transaction points can be made different for each type of transaction and each channel.
[0033]
According to a third main aspect of the present invention, there is provided a method for managing customer points available for financial institution transactions by a computer system provided in the financial institution, comprising opening a transaction account at the financial institution. A balance point generating step of acquiring an account balance at a predetermined cycle based on the information of the transaction account in a customer information storage unit for registering information of the customer, and converting the acquired balance into points by a predetermined conversion method; A transaction point generating step of converting an attribute or a transaction amount of the transaction into a point by a predetermined conversion method when accepting a transaction application from the customer; a balance point generated in the balance point generating step; A point accumulation step of counting transaction points generated in the transaction point generation step and associating the transaction points with the specific customer and accumulating them in a customer information storage unit; A transaction application receiving step of receiving point use instruction information attached to the transaction application, and, when the point use instruction information is received, subtracting a predetermined number of points corresponding to the transaction relating to the application from the customer information storage unit. And a point subtraction step of performing the point management.
[0034]
According to such a configuration, it is possible to obtain a point management method that can be suitably implemented using the point management system according to the first main aspect described above.
[0035]
The other features and remarkable effects of the present invention will be more clearly understood by referring to the following description of embodiments of the invention and the accompanying drawings.
[0036]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0037]
(overall structure)
FIG. 1 is a diagram showing the overall configuration of an embodiment of the present invention. In this figure, reference numeral 1 denotes a point management system provided in a server of the financial institution 2. The system 1 generates transaction points for transactions (eg, opening and depositing a deposit account, applying for a loan, etc.) received from a customer 3 via various channels 4, and generates all transaction points that the customer 3 has established with the financial institution 2. Is to generate balance points based on the balance of the transaction account. The sum of the transaction points and the balance points is accumulated in the customer ledger 5 as a point balance 6. The accumulated points are appropriately used for the customer 3 to receive a preferential service associated with a predetermined transaction application. This customer ledger 5 corresponds to the transaction account registration means of claim 1, the point accumulation means (function of storing points) of claims 1 and 15, and the customer information storage section of claim 16. is there.
[0038]
The point management system 1 constitutes an accounting system together with a transaction processing system 7 that performs various types of transaction processing in the financial institution 2. The transaction ledgers a to d for each type of transaction provided in the transaction processing system 7 are provided. And is provided independently. Each of the transaction ledgers a to d is configured to be capable of mutually transmitting data via the point management system 1 and a dedicated line. The configuration of the transaction ledgers a to d is well known in the art, and a description thereof will be omitted.
[0039]
In this embodiment, the points accumulated in the customer ledger 5 are configured to be used for transactions provided by a partner company 10 such as a card company 9 other than the financial institution 2. In the following description, the award and accumulation of points, the digestion and subtraction of points, the transaction using points, preferential services and preferential programs are interpreted as the same unless otherwise specified.
[0040]
(Point service use contract)
In order for the customer 3 to use the point service, it is necessary to conclude a point service use contract with the financial institution 2 in advance. Information on the contract concluded is registered in the customer ledger 5. In addition, the condition for concluding a contract is, for example, that the customer 3 opens a specific transaction account such as an ordinary interest rate account for each balance in the financial institution 2. This balance-specific interest rate ordinary account is integrated with the point service use contract, and it is preferable that the application for opening this account and the use application for the point service are performed simultaneously. Alternatively, only an application for using the point service may be accepted from the customer 3 and the existing ordinary account that has already been opened may be switched. In addition, the target person of this point service is not limited to an individual (including a business person) and a corporation.
[0041]
(Configuration of point management system)
The point management system 1 has a configuration as shown in FIG.
That is, the system 1 includes a data storage unit 16 and a program storage unit connected to a bus 15 to which a central processing unit (CPU) 11, a RAM 12, input / output devices 13 such as a keyboard and a CRT display, and a communication device 14 such as a modem are connected. 17 are provided.
[0042]
The data storage unit 16 stores the customer ledger 5, a balance point table 18 storing an algorithm 24 for generating balance points according to an account balance, and an algorithm 26 for generating transaction points according to a transaction. It has a transaction point table 19 for storing therein, and a digestion point table 20 for storing a point digestion algorithm 29 for generating a digestion point to be subtracted from the point balance 6 when an application for the point digestion is received from the customer 3. .
[0043]
The customer ledger 5 stores customer shared information 21 such as the name, address, and date of birth of the customer 3, the point balance 6, and information 22 of the transaction account associated with the customer 3. In the transaction account information 22, a specific transaction account opened by the customer 3 at the financial institution 2 and another transaction account associated with this transaction account are registered. This specific transaction account is, for example, an account for the interest rate-type ordinary deposit by balance.
[0044]
In this embodiment, the balance point generation algorithm 24 stored in the balance point table 18 is different depending on whether the type of the transaction account is a specific transaction account (balance interest rate savings account) or another transaction account. Is stored.
[0045]
The transaction point table 19 stores a transaction point generation algorithm 26 associated with a transaction attribute or a transaction volume. The attributes of the transaction include, for example, the type of transaction (whether the transaction is a target for generating points), the type of the channel that has received the transaction application from the customer 3, and the type of the transaction account. As for the type of the transaction account, similar to the balance point table 18, different algorithms are stored for the transaction via the specific transaction account and the transaction via the other transaction account. The algorithm 24 for generating balance points and the algorithm 26 for generating transaction points will be described later in detail.
[0046]
The digestion point table 20 stores an algorithm prepared in advance in association with the transaction account attribute and / or the transaction attribute when receiving an instruction for using points (extinguishing) accompanying the transaction application from the customer 3. 29 is stored. A digestion point generation algorithm for each transaction type will be described later.
[0047]
The program storage unit 17 includes a balance point generation unit 31, a transaction point generation unit 32, a point target transaction determination unit 36, a point accumulation processing unit 33, a transaction application reception unit 34, and a customer shared information acquisition unit 35. , A point subtraction processing unit 37, a point update control unit 38, and a transaction instruction generation / output unit 39.
[0048]
When the balance point generation unit 31 detects that a predetermined processing time (eg, midnight of a month or a weekend) set in advance by the calendar function has arrived, the balance point generation unit 31 acquires the balance of the transaction account of the customer 3 and performs the transaction. An algorithm 24 prepared in advance in association with the attribute (type, etc.) of the account is acquired from the balance point table 18 to generate balance points.
[0049]
The transaction point generation unit 32 monitors transactions performed through any of the customer's transaction accounts, and is prepared in advance in association with the attributes of the transaction account and / or the attributes of the transaction (type, transaction volume, etc.). The converted algorithm is called from the transaction point table 19 to convert the algorithm into the transaction points.
[0050]
The point accumulation processing unit 33 aggregates the balance points based on the balances of the plurality of transaction accounts generated by the balance point generation unit 31 and the transaction points generated by the transaction point generation unit 32, and collects the specific points. It is stored in the customer ledger 5 in association with the customer 3.
[0051]
Further, in the present embodiment, the point accumulation processing unit 33 transfers the points given to the customer 3 by the partner company 10 other than the financial institution 2 in which the customer 3 has opened a transaction account to the customer ledger 5. Processing is also performed. Specifically, when an application for point transfer processing is received from the affiliated company 10 or the customer 3, the transaction point generation unit 32 calls the generation algorithm 26 associated with the point transfer transaction from the transaction point table 19, and transfers. Is converted (generated) into transaction points. The generated transaction points are immediately stored in the point balance 6 of the customer ledger 5.
[0052]
The transaction application receiving unit 34 receives information such as the account number and the type of transaction from the customer 3 via the transaction channel 4 (see FIG. 1), receives a transaction application, and receives the acquired information. It is stored in a memory such as the RAM 12.
[0053]
The customer shared information acquisition unit 35 includes the point balance acquisition means of claim 12, and when an application for a transaction is received from the customer 3 through any of the transaction accounts, the customer balance information is acquired from the customer ledger 5. The shared customer information 21 including the point balance 6 of the customer 3 is acquired. Here, in the present embodiment, the transaction processing is promptly executed by always acquiring the point balance irrespective of whether or not the received transaction is a point-targeted transaction. That is, when the customer shared information 21 such as the name and account number of the customer 3 necessary for executing the transaction processing is obtained by accessing the customer ledger 5, the point balance 6 is also acquired and stored in a memory or the like. Thus, the number of times of accessing the customer ledger 5 can be reduced, and high-speed processing can be performed.
[0054]
The point target transaction determination unit 36 determines whether the received transaction is a point target transaction. In the present embodiment, as will be described later with reference to the flowchart of FIG. 10, the determination of the point target transaction is performed in the flow of generating the transaction point, but may be performed at the time of accepting the transaction application. In this case, it is preferable to set a processing program or a routine for each of the determined transaction types.
[0055]
The point subtraction processing section 37, when receiving a point use instruction accompanying a transaction application from the customer, subtracts a predetermined number of points from the customer ledger 5 according to the transaction related to the application. .
[0056]
Here, when accepting a transaction application, the point subtraction processing unit 37 executes the point digestion algorithm 29 associated therewith in accordance with the attributes and / or transaction attributes of the transaction account associated with the application. The digestion point calculation unit 40 for calling from the table 20 and converting the points into the points to be subtracted, and the point balance 6 accumulated in the customer ledger 5 for the customer 3 who applied for the transaction is equal to or more than the digestion points necessary for the transaction. And a required point determining unit 41 for determining whether or not the point balance 6 is equal to or more than a required digestion point. And a point information notifying unit 42 for notifying information.
[0057]
The transaction according to this embodiment includes transfer of a part or all of the point balance accumulated in the customer ledger 5 to the partner company 10 such as the credit card company 9. When an application for the point transfer processing is received from the customer 3, the digestion point calculation unit 40 of the point subtraction processing unit 37 generates a digestion point by a predetermined conversion method for the points related to the transfer application, and subtracts it from the customer ledger 5. Is what you do. Usually, the points required for the transfer application are generated as they are as they are, but, for example, points corresponding to the administrative fee associated with the transfer can be added to the transfer points and subtracted. If the transfer application is accepted not with the points of the financial institution 2 but with the points of the partner company 10 to which the points are to be transferred, the transfer points are determined by the conversion method agreed between the partner 10 and the financial institution 2. A generation algorithm is set, and digestion points are generated each time.
[0058]
The point update control unit 38 determines when the balance point generation unit 31 accumulates the balance points and the transaction point generation unit 32 accumulates the transaction points, or when the point accumulation processing unit 33 generates the balance points. The timing of accumulating and accumulating the balance points and the transaction points and the timing of the point subtraction processing section 37 subtracting points from the customer ledger 5 are respectively controlled.
[0059]
By the point update control unit 38, for example, the generation of points is performed in real time, the accumulation of points is processed in batches at a predetermined cycle to improve the processing efficiency, or the generated points are immediately accumulated or subtracted. It can be immediately available for subsequent transactions (real-time processing). In the case of the former periodic batch processing, the point accumulation processing unit 33 and the point subtraction processing unit 37 receive a point use application from the customer 3 before updating the generated accumulation points or digestion points. After updating (accumulating and subtracting) the point balance, it is preferable to control the necessary point determination unit 41 to determine whether or not the updated point balance is equal to or more than the digested points related to the use application. This makes it possible to improve the efficiency of processing by batch processing and to improve the usability of points by real-time processing. Such timing control is particularly suitable when the generation and accumulation of the balance points are performed in a batch process at the end of the month or the like, and the generation and accumulation of the transaction points are processed in real time.
[0060]
Further, it is preferable that the timing for accumulating the balance points generated by the balance point generation unit 31 and the timing for accumulating the transaction points generated by the transaction point generation unit 32 be different. For example, the point accumulation processing unit 33 is controlled so that the balance points are accumulated in the customer ledger 5 at a predetermined time such as the first business day of each month, and the transaction points are accumulated after the transaction is completed. Thereby, the load on the system is reduced by the distributed processing.
[0061]
Further, the point update control unit 38 performs name identification for each customer who has opened a plurality of trading accounts based on the identification information (name, date of birth, etc.) of the customer 3, and then adds the customer. The point accumulation processing unit 33 and the point subtraction processing unit 37 are controlled so that the points to be subtracted (digested) are totaled and the point balance is updated.
[0062]
The transaction instruction generation / output unit 39 generates information for instructing processing of the transaction for which the application has been accepted, and notifies the processing system 7 of the transaction. When an instruction to use points is acquired along with the application for a transaction, information on the digestion points is acquired from the point information notification unit 42, and the information on the digestion points is sent to the application together with the information on the digestion points. The transaction processing system 7 is notified.
[0063]
The components 31 to 42 described above are actually a fixed area secured in a storage medium of a computer system constituting the server of the financial institution 2 and a program installed in this area. When called and executed, the functions of the present invention are achieved in cooperation with an OS (operation system).
[0064]
(Point generation algorithm)
Next, an example of an algorithm for generating balance points or transaction points will be described with reference to FIGS. Here, the algorithm for generating points includes all parameters and various arithmetic expressions. For example, the transaction point generation algorithm 26 obtains the type code of the transaction for which the application from the customer 3 has been accepted, calls the parameter corresponding to the type code, and applies the transaction amount pertaining to the application to the called parameter. It is set to calculate points. In the present embodiment, points calculated by applying the generation algorithm 26 in advance are registered in the balance point table 18 and the transaction point table 19. The balance point generation unit 31 and the transaction point generation unit 32 are configured to search and acquire corresponding points from the point tables 18 and 19 based on the transaction type code and the transaction volume hierarchy.
[0065]
First, FIG. 3 schematically shows the relationship between the balance type and the transaction point, the transaction type 27, the transaction reception channel 45, the point giving unit 46 for each transaction, the number of points 47 given, and the point giving (accumulating) time 48. This is shown in FIG. These constitute the point generation algorithms 24 and 26 stored in the balance point table 18 or the transaction point table 19, respectively.
[0066]
In the example of this figure, four types of the points generation category are set: assets in custody, loan points, entry points, and years of use points. The deposited asset-related points include transaction points and balance points, and store point generation algorithms for each transaction type, each reception channel, each account type, and each transaction volume. In addition, by setting a generation point for each channel for which a transaction application has been accepted, customers can be guided to a specific channel.
[0067]
For example, in the case of depositing a foreign currency deposit received by Internet banking, two points are generated at the time of deposit for every 10,000 yen (rounded down to less than 10,000 yen). In addition, one point is generated and accumulated every month for the balance of investment trust (MMF) every one million yen (rounded down to one million yen). Further, in this embodiment, an entry point at the time of a new contract for a point service and points according to the years of use of this service are generated. Also, a birthday point may be given to the birth month of the customer 3 based on the birth date of the customer 3 registered in the customer ledger 5. It is preferable that the generation of these points is performed by the balance point generation unit 31 having a calendar function. The number of points to be generated is appropriately determined according to transaction processing costs and profits of the financial institution 2 and the store, events such as product and store campaigns, and the like.
[0068]
The time when the generated points are accumulated is immediately after the generation of both the transaction points and the balance points (real-time processing). Since the balance points are generated periodically every month, the accumulation is performed in the same cycle.
[0069]
Note that the transaction for generating points is not limited to the illustrated transaction. For example, the target of the balance points may include investment trusts, bond deposits, protection deposits of gold, and pure gold, and loan loans. In addition, as pointed transactions that generate transaction points, deposits of various deposits, purchase of foreign currency, application for various loans, purchase of investment trusts, automatic funding of investment trusts (funded fund and load fund, etc.), transfer of salaries and pensions, utility charges Or a credit card usage fee may be deducted.
[0070]
FIG. 4 shows a specific example of a point generation algorithm.
As shown in this figure, for example, for foreign currency deposits among the transaction points, the transaction points are calculated by the following formula.
[0071]
(Transaction amount Yen: Deposit amount foreign currency x Exchange rate at the time of deposit) x Grant rate
[0072]
Here, the information on the exchange rate at the time of deposit may be transferred by the transaction processing system for foreign currency deposits, or the transaction point generating unit 32 may be directly acquired from an external organization. The same applies to “month-end TTB” in the generation of balance points for foreign currency deposits and foreign currency-denominated investment trusts.
[0073]
When the transaction points or the balance points are generated as described above, the accumulated points of each customer 3 are totaled by, for example, merging by branch office based on the identification information (name and date of birth, etc.) of the customer 3. Are stored in the customer ledger 5 in association with the identification information of each customer 3.
[0074]
(Point digestion algorithm)
Transactions in which points can be used (consumed) include preferential interest rates when newly opening all trading accounts, commissions for transfer and transfer through the trading accounts, and the like. Also, if the total amount of all trading accounts is equal to or greater than a predetermined amount, the point system usage fee (account maintenance fee for ordinary interest rate account by balance) and the reduction of ATM overtime fees can be reduced by generating balance points. These are also included in the target transactions of the point digestion, since they are substantially the same as processing the digestion simultaneously. The usage fee for the point system can be exempted for a predetermined period (6 months, 1 year, etc.) from the conclusion of the contract. Examples of the above point digestion are shown in FIGS.
[0075]
First, FIG. 5 is a diagram showing the relationship between the deposit period, the amount (transaction volume), and the number of consumption points in the yen time deposit. In the example of this figure, the spending points are set in 15 steps, with the deposit amount of about 3 million yen, the number of digestion points of 35 points, and the deposit period of one month as one unit. The preferential interest rate range is uniformly 0.10%, and it is not possible to apply for interest rate preferential treatment by redeeming points in one transaction. Since the preferential interest rate is set based on the profit base of the bank, even if it is a good customer with a large point balance, it is necessary to set upper limits on the number of units used in one transaction and the preferential interest rate range. In the example of FIG. 5, the upper limit of the preferential interest rate range for one transaction application is set to 0.2% (0.1% is 2 units), or the customer 3 can use all transactions at the same time. The upper limit of the sum of digestion points can be set to 1680 pt. The same applies to the point digestion algorithm after FIG.
[0076]
Next, FIG. 6 is a diagram showing the relationship between the deposit period, the amount (transaction volume), and the number of consumption points in the foreign currency time deposit. In the example of this figure, ten points of spending points are set with one unit of foreign currency purchase and spending points of 10,000 to 100,000 US dollars, spending points of 40 points, and one month of deposit period. The preferential interest rate is set at 0.25%.
[0077]
FIG. 7 is a diagram showing a relationship between a transaction channel and required points when points are used for a transfer fee. In the example of this figure, in consideration of the operator's personnel costs and the like, the digestion points are set lower for unmanned transactions such as Internet banking than when the transaction channel is for operators such as store counters. In addition, since the cost difference between manned and unmanned is small with a small transfer, the same consumption point is set for transfers less than 30,000 yen regardless of the transaction channel. Note that the digestion points may be generated according to whether the account at the transfer destination is the own bank or another bank, and the type (installation location, etc.) of the ATM terminal.
[0078]
FIG. 8 is a flow in the case where the accumulated points are transferred to the credit card company 9 with which the financial institution 2 is affiliated. Specifically, when the transaction application receiving unit 34 receives a point transfer application from the customer 3 (step A), the point subtraction processing unit 37 uses the point deduction processing unit 37 to calculate the point deduction associated with the point deduction process. The algorithm 29 is called to calculate a digestion point. The calculated digest points are subtracted from the point balance 6 of the customer ledger 5 and updated. Then, the point information notifying unit 42 transfers the point information file to be transferred to the affiliated card company 9 via a dedicated line by batch processing at a predetermined timing such as a weekend (Step B). The card company 9 applies predetermined conversion conditions to the received transfer points and accumulates them in its own point management system. After the point balance of the card company 9 is updated, the customer 3 applies to the card company 9 for various preferential programs (such as gift exchange) using the points (step C). The point exchange rate at the card company 9 at this time is, for example, a gift card of 5,000 yen per 1000 points.
[0079]
The above-mentioned conditions of the point use (digestion) all constitute the algorithm 29 stored in the digestion point table 20. These point digestion algorithms 29 are called by the point subtraction processing section 37, and the digestion points are digested. Is generated, and the point balance 6 of the customer 3 is subtracted (updated).
[0080]
(flowchart)
Hereinafter, detailed functions of the above-described point management system 1 together with actual operations will be described with reference to FIGS. 9 and 10. FIG. 9 mainly shows a process in which the balance point generation unit 31 generates and accumulates the point balance 6. FIG. 10 mainly shows a step in which the point subtraction processing section 37 subtracts the accumulation points and a step in which the transaction point generation section 32 generates and accumulates the transaction points. In addition, S1 to S19 in these figures are reference numerals indicating the processing order, and correspond to steps S1 to S19 in the following description.
[0081]
(Balance point generation flow)
First, in the processing step shown in FIG. 9, when the balance point generation unit 31 detects that the time set by the calendar function has arrived (step S1), the customer shared information acquisition unit 35 transmits the point from the customer ledger 5 to the point. The customer 3 with which the service contract is concluded is searched, and the customer shared information 21 such as a transaction account is acquired (step S2).
[0082]
Next, the balance point generation unit 31 calls the balance point generation algorithm 24 associated with the acquired transaction account from the balance point table 18, and based on the information of the transaction account, each transaction ledger (a to d in FIG. 1). The account balance is searched for and extracted from, and the extracted account balance is applied to the algorithm 24 and converted (generated) into balance points (step S3).
[0083]
After such generation of the balance points is repeatedly performed for all the transaction accounts associated with the customer 3 (step S4), the point accumulation processing unit 33 aggregates all the generated balance points, and It is stored in the ledger 5 (step S5).
[0084]
Further, the generation and accumulation of the balance points are repeatedly performed for all the customers 3, and the process is terminated (step S6). The processing of steps S1 to S6 described above is executed every month.
[0085]
(Point digestion and transaction point generation flow)
Next, the processing steps of subtracting the accumulated points and generating / accumulating the transaction points in FIG. 10 will be described.
[0086]
In this process, first, when the transaction application receiving unit 34 receives a transaction application from the customer 3, the customer shared information acquisition unit 35 acquires the customer shared information 21 including the point balance 6 of the customer 3 from the customer ledger 5. (Steps S7 and S8). Here, the transaction includes a point target transaction for which points are generated and a non-target transaction. As described above, in this embodiment, the point balance 6 of the customer 3 is reduced even if any transaction is received. I'm trying to get it.
[0087]
Next, when the acquired customer shared information 21 includes the point balance 6, it is determined that the customer is a point service contractor (step S9), and the flow proceeds to the point consumption flow (steps S10 to S14).
[0088]
In the point digestion flow, when the transaction application receiving unit 34 acquires a point use instruction accompanying the transaction application (step S10), the point digestion algorithm 29 associated with the attribute of the transaction related to the application. Is called from the digestion point table 20 and converted into digestion points (step S11).
[0089]
Next, the required point determination unit 41 determines whether the point balance 6 of the customer 3 acquired in step S8 is equal to or greater than the converted digestion point number (step S12). If the point balance 6 is equal to or more than the digestion point ("Yes" in step S12), the point information notifying unit 42 outputs information on the digestion point to the transaction instruction generation / output unit 39, and the application is made. (Step S13). The transaction instruction generation / output unit 39 that has received the digestion point information generates instruction information for the predetermined transaction processing system 7 and transmits the instruction information together with the digestion point information.
[0090]
When the transaction processing is instructed, the point subtraction processing section 37 subtracts the digested points from the point balance 6 of the customer 3 (step S14).
[0091]
In step S10, when the application for the point digestion is not received from the customer 3 ("No" in step S10), or in step S12, the point balance 6 of the customer 3 is less than the converted digestion point. If it is determined (“No” in step S12), the transaction is processed as a normal transaction that does not use any points. Specifically, the transaction instruction generation / output unit 39 generates and transmits transaction instruction information to the transaction processing system 7 that processes the transaction related to the application (step S15). In these cases, customer 3 points are not deducted.
[0092]
Next, the process of generating transaction points in steps S17 to S19 will be described.
First, the point target transaction determination unit 36 determines whether the transaction accepted in step S7 is a point target transaction registered in the transaction point table 19 (step S16). If it is determined that the transaction is a point target transaction, the transaction point generation unit 32 converts (generates) the transaction point by calling the transaction point generation algorithm 26 associated with the attribute of the transaction pertaining to the application (step S17). . The algorithm 26 is an algorithm associated with the type of transaction (foreign currency deposit, investment trust, etc.) and the transaction volume (number of applications, amount of money).
[0093]
The generated transaction points are totaled for all transactions and accounts by the point accumulation processing unit 33 and accumulated in the point balance 6 of the customer ledger 5 (step S18).
[0094]
Here, the generation and accumulation of the balance points shown in FIG. 9, the generation and subtraction of the digestion points shown in FIG. 10, and the generation and accumulation of the transaction points are all controlled by the point update control unit 38. You. For example, the generation and accumulation of the balance points and the generation and accumulation of the transaction points may be performed in a predetermined cycle such as one week or one month, or the balance points may be processed in a predetermined cycle, and the transaction points may be processed in real time. You may do it. Further, the generation of points may be performed in real time and the accumulation may be performed in a predetermined cycle. Further, the subtraction of the digestion points and the accumulation of the transaction points may be performed simultaneously.
[0095]
On the other hand, when the customer shared information acquisition unit 35 does not acquire the point balance 6 in step S9 of FIG. 10, it is processed as a normal transaction, similarly to step S15 (step S19). In this case, neither point subtraction nor accumulation is performed.
[0096]
(Modification)
Note that the present invention is not limited to the above embodiment, and can be variously modified without changing the gist of the invention.
[0097]
For example, the generation / digestion point generation algorithm described in the above embodiment is merely an example, and the transaction type, channel, transaction amount (transaction amount), and the like can be appropriately changed. In the above-described embodiment, points are generated (accumulated) or subtracted (used) for transactions through any of the customer's transaction accounts. However, points are accumulated or subtracted for transactions without the transaction account. You may. For example, points can be generated for cash transfers by ATMs at stores, ATMs (Cash Dispensers), CDs (Cash Dispensers), currency exchanges by currency exchange machines, etc., and points can be allocated to transfer fees. You can also. In this case, it is necessary to obtain customer identification information when applying for a transaction.
[0098]
In the above-described embodiment, the balance interest rate ordinary savings account is described as an example of the specific transaction account. However, the present invention is not limited to this. For example, the customer may arbitrarily select a specific transaction account from a plurality of accounts opened by the customer. As a result, the degree of freedom of the customer's selection is expanded, and it becomes possible to arbitrarily select a savings account or an account with a large balance. Further, a transaction account opened first by a customer or an account having the largest balance at a predetermined time such as the beginning of the year or the end of the year may be automatically set as a specific transaction account. As a result, unfairness between the liquidity savings account and the savings / investment savings account can be eliminated.
[0099]
Further, the customer may be divided into a plurality of groups according to the attributes of the customer and the like, and the balance points may be generated at different reference times for each group. As a result, the processing of generating balance points can be distributed, and the load on the system can be reduced. Further, the account balance in this case can be based not on the balance at the above-mentioned reference time, but on the average value of the balance during a predetermined period such as one month after the previous reference time. This average balance value can be calculated, for example, by dividing the total value of the balance at the end of each day by the number of days. For the calculation of the average balance, a known method conventionally used or proposed as reference data for interest calculation or the like can be appropriately used.
[0100]
It is preferable to set an upper limit on the point balance for each customer (about 100,000 points in the above embodiment). In this case, when the balance points or the transaction points are awarded and the maximum points are exceeded, the point accumulation processing unit 33 accumulates only the number of points after the excess is subtracted.
[0101]
【The invention's effect】
As described above, according to the present invention, various preferential evaluations can be executed in accordance with the attributes of a variety of bank transactions, and the evaluation of each transaction can be integrated and applied to the preferential treatment of another transaction. Can be provided.
[Brief description of the drawings]
FIG. 1 is a conceptual diagram showing an overall configuration of an embodiment of the present invention.
FIG. 2 is a block diagram showing a schematic configuration of a transaction point management system.
FIG. 3 is a table showing an example of a point generation condition (algorithm).
FIG. 4 is a table showing an example of a point generation condition (algorithm).
FIG. 5 is a table showing an example of the number of digestion points in a regular circle.
FIG. 6 is a table showing an example of the number of digested points of a foreign currency time deposit.
FIG. 7 is a table illustrating an example of the number of transfer digestion points;
FIG. 8 is a schematic diagram showing a point exchange flow with a card company.
FIG. 9 is a flowchart illustrating a process of generating balance points.
FIG. 10 is a flowchart showing the process of digesting points and generating transaction points.
[Explanation of symbols]
1. Point management system
2. Financial institutions
3. Customer
4: Trading channel
5. Customer ledger
6 ... Point balance
7… Transaction processing system
9 ... Credit card company
10. Partner companies
16 Data storage unit
17 Program storage
18 ... Balance point table
19: Trading point table
20… Digestion point table
21 ... Customer shared information
22 ... Trading account information
24 ... Balance point generation algorithm
26 ... Trading point generation algorithm
27… Transaction type
29 ... Point digestion algorithm
31 ... Balance point generation unit
32: Trading point generation unit
33 ... Point accumulation processing unit
34… Transaction application receiving section
35 ... Customer shared information acquisition unit
36 ... Point target transaction determination unit
37 ... Point subtraction processing unit
38 point update control unit
39: Transaction instruction generation / output unit
40 ... Digestion point calculator
41 ... Necessary point determination unit
42 ... point information notification section
45… Transaction reception channel
46… Point giving unit
48… Point grant period

Claims (16)

特定の顧客に関連付けられた取引口座を登録する取引口座登録手段と、
前記取引口座の残高を所定の換算方法でポイントに変換する残高ポイント生成手段と、
前記顧客から取引の申込を受付けた場合に、その取引の属性若しくは取引量を所定の換算方法でポイントに変換する取引ポイント生成手段と、
前記残高ポイント生成手段によって生成された取引口座の残高に基づく残高ポイントと前記取引ポイント生成手段によって生成された取引ポイントとを集計して前記特定の顧客に関連付けて蓄積するポイント蓄積手段と、
前記顧客からの取引の申込に付随したポイント利用指示を受けた場合に、当該申込に係る取引に応じた所定数のポイントを前記ポイント蓄積手段から減算するポイント減算手段と
を備えたことを特徴とするポイント管理システム。A trading account registration means for registering a trading account associated with a specific customer;
Balance point generating means for converting the balance of the transaction account into points by a predetermined conversion method,
A transaction point generating means for, when receiving an application for a transaction from the customer, converting an attribute or a transaction volume of the transaction into points by a predetermined conversion method,
Point accumulation means for accumulating the balance points based on the balance of the transaction account generated by the balance point generation means and the transaction points generated by the transaction point generation means, and accumulating them in association with the specific customer;
Point receiving means for subtracting a predetermined number of points corresponding to the transaction related to the application from the point accumulating means when receiving a point use instruction accompanying the application for the transaction from the customer. Point management system. 請求項１記載のシステムであって、
前記残高ポイント生成手段及び／若しくは前記取引ポイント生成手段における前記所定の換算方法は、前記取引口座の属性及び／若しくは取引の属性に関連付けて予め用意されたアルゴリズムであり、
前記残高ポイント生成手段及び／若しくは前記取引ポイント生成手段は、前記取引口座の属性及び／若しくは取引属性に応じて、それらに関連付けられたアルゴリズムを呼び出して前記ポイントへの変換を行うものである
ことを特徴とするシステム。The system of claim 1, wherein
The predetermined conversion method in the balance point generation unit and / or the transaction point generation unit is an algorithm prepared in advance in association with the attribute of the transaction account and / or the attribute of the transaction,
The balance point generation means and / or the transaction point generation means call an algorithm associated therewith in accordance with the attributes and / or transaction attributes of the transaction account and convert the points into the points. Features system. 請求項１記載のシステムであって、
前記ポイント減算手段は、申込に係る取引の属性若しくは取引量を所定の換算方法でポイントに変換しそれを前記ポイント蓄積手段から減算するものである
ことを特徴とするシステム。The system of claim 1, wherein
The system according to claim 1, wherein said point subtracting means converts the attribute or transaction amount of the transaction relating to the application into points by a predetermined conversion method and subtracts the points from said point accumulating means. 請求項３記載のシステムであって、
前記ポイント減算手段における前記所定の換算方法は、前記取引口座の属性及び／若しくは取引の属性に関連付けて予め用意されたアルゴリズムであり、
前記ポイント減算手段は、前記取引口座の属性及び／若しくは取引属性に応じて、それらに関連付けられたアルゴリズムを呼び出して前記減算するポイントへの変換を行うものである
ことを特徴とするシステム。4. The system according to claim 3, wherein
The predetermined conversion method in the point subtracting means is an algorithm prepared in advance in association with the attribute of the transaction account and / or the attribute of the transaction,
The system according to claim 1, wherein said point subtracting means converts the points to be subtracted by calling an algorithm associated therewith according to the attributes and / or transaction attributes of said trading account. 請求項１記載のシステムであって、
前記ポイント減算手段は、取引を申込んだ顧客についてポイント蓄積手段によって蓄積されたポイントの残高が、申込に係る取引に必要なポイント以上であるかを判別する必要ポイント判別手段と、ポイント残高が必要ポイント以上であると判別された場合に、申込に係る取引を実行する取引処理システムに対して申込にかかるポイントの情報を通知するポイント情報通知手段とを備えた
ことを特徴とするシステム。The system of claim 1, wherein
The point subtracting means includes a required point determining means for determining whether the point balance accumulated by the point accumulating means for the customer who has applied for the transaction is equal to or more than the point required for the transaction pertaining to the application, and a point balance required. A system comprising: point information notifying means for notifying a transaction processing system for executing a transaction relating to an application, when it is determined that the number of points is equal to or more than a point, to notify information of points relating to the application. 請求項１記載のシステムにおいて、
前記取引の属性は、顧客からの取引申込を受付けたチャネルの種別を含むものであり、前記取引ポイント生成手段は、取引申込受付けチャネルの種別を所定の換算方法でポイントに変換するものである
ことを特徴とするシステム。The system according to claim 1,
The attribute of the transaction includes a type of a channel that has received a transaction application from a customer, and the transaction point generation unit converts the type of the channel for accepting a transaction application into points by a predetermined conversion method. A system characterized by the following. 請求項１記載のシステムにおいて、
前記取引には、顧客が取引口座を保有する金融機関以外の者に対して、前記ポイント蓄積手段に蓄積されたポイントを移行する処理を含み、
前記ポイント減算手段は、顧客からポイント移行処理の申込を受付けた場合に、移行の申込に係るポイントを前記ポイント蓄積手段から減算するものである
ことを特徴とするシステム。The system according to claim 1,
The transaction includes a process for transferring points accumulated in the point accumulation means to a person other than a financial institution in which a customer holds a transaction account,
The point subtracting means, when receiving an application for a point transfer process from a customer, subtracts points related to the transfer application from the point accumulating means. 請求項１記載のシステムにおいて、
前記取引には、顧客が取引口座を保有する金融機関以外の者が当該顧客に対して付与したポイントを、前記ポイント蓄積手段に移行する処理を含み、
前記ポイント蓄積手段は、顧客からポイント移行処理の申込を受付けた場合に、移行の申込に係るポイントに所定の換算条件を適用して蓄積するポイントを生成し、算出されたポイントを前記生成された残高ポイント及び取引ポイントと共に集計して蓄積するものである
ことを特徴とするシステム。The system according to claim 1,
The transaction includes a process of transferring points given to the customer by a person other than the financial institution having the transaction account to the point accumulation means,
The point accumulating means, when receiving an application for a point transfer process from a customer, generates points to be stored by applying predetermined conversion conditions to the points related to the transfer application, and generates the calculated points. A system, which accumulates and accumulates together with balance points and transaction points. 請求項１記載のシステムにおいて、
さらに、前記ポイント蓄積手段が、生成された残高ポイント及び取引ポイントを集計して蓄積するタイミングと、前記ポイント減算手段がポイント蓄積手段からポイントを減算するタイミングとを夫々制御するポイント更新制御手段を備えた
ことを特徴とするシステム。The system according to claim 1,
Further, the point accumulating means includes a point update control means for controlling a timing for accumulating and accumulating the generated balance points and transaction points and a timing for the point subtracting means to subtract points from the point accumulating means. A system characterized in that: 請求項９記載のシステムにおいて、
前記ポイント更新制御手段は、前記残高ポイント生成手段が生成した残高ポイントを蓄積するタイミングと、取引ポイント生成手段が生成した取引ポイントを蓄積するタイミングとを夫々制御するものである
ことを特徴とするシステム。The system according to claim 9,
The point update control means controls the timing of accumulating the balance points generated by the balance point generation means and the timing of accumulating the transaction points generated by the transaction point generation means, respectively. . 請求項１０記載のシステムにおいて、
前記ポイント更新制御手段は、前記残高ポイント生成手段が生成した残高ポイントを蓄積するタイミングと、取引ポイント生成手段が生成した取引ポイントを蓄積するタイミングとを異ならせるものである
ことを特徴とするシステム。The system according to claim 10,
A system according to claim 1, wherein said point update control means makes a timing for accumulating the balance points generated by said balance point generation means different from a timing for accumulating the transaction points generated by said transaction point generation means. 請求項１記載のシステムにおいて、
前記取引には、取引ポイントが生成されるポイント対象取引と、ポイントが生成されないポイント対象外取引とが含まれ、
本システムはさらに、前記顧客から取引口座を介した取引の申込を受付けた場合に、前記ポイント蓄積手段から当該顧客のポイント残高を取得するポイント残高取得手段と、受付けた取引がポイント対象取引であるかを判別するポイント対象取引判別手段とを備え、
前記取引ポイント生成手段は、ポイント対象取引と判別された場合にその取引の属性若しくは取引量を所定の換算方法でポイントに変換するものである
ことを特徴とするシステム。The system according to claim 1,
The transaction includes a point target transaction in which transaction points are generated, and a point non-target transaction in which points are not generated,
The system further includes a point balance acquisition unit that acquires a point balance of the customer from the point accumulation unit when an application for a transaction via the transaction account is received from the customer, and the received transaction is a point target transaction. And a point target transaction determining means for determining whether
The system wherein the transaction point generation means converts the attribute or transaction volume of the transaction into points by a predetermined conversion method when the transaction is determined to be a point target transaction. 請求項１記載のシステムにおいて、
前記取引口座登録手段は、顧客が保有する特定の取引口座と、この取引口座に関連付けられた他の取引口座とを登録するものであり、
前記残高ポイント生成手段は、前記特定の取引口座の残高と、他の取引口座の残高とを異なる換算方法でポイントに変換するものである
を備えたことを特徴とするシステム。The system according to claim 1,
The trading account registration means is for registering a specific trading account held by a customer and another trading account associated with the trading account,
The system according to claim 1, wherein the balance point generating means converts the balance of the specific transaction account and the balance of another transaction account into points by a different conversion method. 請求項１記載のシステムにおいて、
前記取引口座登録手段は、顧客が保有する特定の取引口座と、この取引口座に関連付けられた他の取引口座とを登録するものであり、
前記取引ポイント生成手段は、前記特定の取引口座を介した取引と、他の取引口座を介した取引とを異なる換算方法でポイントに変換するものである
を備えたことを特徴とするシステム。The system according to claim 1,
The trading account registration means is for registering a specific trading account held by a customer and another trading account associated with the trading account,
The system according to claim 1, wherein the transaction point generating means converts the transaction via the specific transaction account and the transaction via another transaction account into points by a different conversion method. 特定の顧客に関連付けられた取引口座を登録する取引口座登録手段と、
前記取引口座の残高と顧客から申込を受付けた取引の属性若しくは取引量との少なくとも何れかを、所定の換算方法でポイントに変換するポイント生成手段と、
ポイントが生成された場合に、そのポイントを集計して前記特定の顧客に関連付けて蓄積するポイント蓄積手段と、
前記顧客からの取引の申込に付随したポイント利用指示情報を受付けた場合に、当該申込に係る取引に応じた所定数のポイントを前記ポイント蓄積手段から減算するポイント減算手段と、
前記ポイント蓄積手段がポイントを蓄積するタイミングと、前記ポイント減算手段がポイント蓄積手段からポイントを減算するタイミングとを制御するポイント更新制御手段と
を備えたことを特徴とするシステム。A trading account registration means for registering a trading account associated with a specific customer;
Point generation means for converting at least one of the balance of the transaction account and the attribute or transaction volume of the transaction accepted from the customer into points by a predetermined conversion method,
Point accumulation means for accumulating the points when the points are generated and associating the points with the specific customer;
Point receiving means for subtracting a predetermined number of points according to the transaction pertaining to the application from the point accumulating means when receiving point usage instruction information accompanying the application for the transaction from the customer;
A system comprising: point update control means for controlling a timing at which the point accumulation means accumulates points and a timing at which the point subtraction means subtracts points from the point accumulation means. 金融機関に備えられたコンピュータシステムによって、金融機関取引に利用可能な顧客のポイントを管理する方法であって、
前記金融機関に取引口座を開設している顧客の情報を登録する顧客情報格納部の、当該取引口座の情報に基いて所定周期で口座の残高を取得し、取得した残高を所定の換算方法でポイントに変換する残高ポイント生成工程と、
前記顧客から取引の申込を受付けた場合に、その取引の属性若しくは取引量を所定の換算方法でポイントに変換する取引ポイント生成工程と、
前記残高ポイント生成工程で生成された残高ポイントと、前記取引ポイント生成工程で生成された取引ポイントとを集計して前記特定の顧客に関連付けて顧客情報格納部に蓄積するポイント蓄積工程と、
前記顧客から取引の申込に付随したポイント利用指示情報を受付ける取引申込受付工程と、
前記ポイント利用指示情報を受付けた場合に、当該申込に係る取引に応じた所定数のポイントを前記顧客情報格納部から減算するポイント減算工程と
を備えたことを特徴とするポイント管理方法。A method for managing customer points available for financial institution transactions by a computer system provided in the financial institution,
In the customer information storage unit for registering information of a customer who has opened a transaction account with the financial institution, a balance of the account is acquired at a predetermined cycle based on the information of the transaction account, and the acquired balance is converted by a predetermined conversion method. A balance point generation step of converting the points into points,
A transaction point generation step of, when receiving an application for a transaction from the customer, converting the attribute or transaction volume of the transaction into points by a predetermined conversion method,
A point accumulation step of totaling the balance points generated in the balance point generation step and the transaction points generated in the transaction point generation step and associating them with the specific customer and accumulating them in a customer information storage unit;
A transaction application receiving step of receiving point usage instruction information attached to the transaction application from the customer,
A point subtraction step of, when receiving the point use instruction information, subtracting a predetermined number of points according to the transaction relating to the application from the customer information storage unit.
JP2002325960A 2002-11-08 2002-11-08 Point management system and management method for financial institution dealings Pending JP2004164030A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002325960A JP2004164030A (en) 2002-11-08 2002-11-08 Point management system and management method for financial institution dealings

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002325960A JP2004164030A (en) 2002-11-08 2002-11-08 Point management system and management method for financial institution dealings

Publications (1)

Publication Number Publication Date
JP2004164030A true JP2004164030A (en) 2004-06-10

Family

ID=32805025

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002325960A Pending JP2004164030A (en) 2002-11-08 2002-11-08 Point management system and management method for financial institution dealings

Country Status (1)

Country Link
JP (1) JP2004164030A (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006235951A (en) * 2005-02-24 2006-09-07 Japan Net Bank Ltd Point information management system and point information management method
JP2007503065A (en) * 2003-05-22 2007-02-15 パーシング インヴェストメンツ，エルエルシー Customer profitability calculation system based on activities
JP2008027101A (en) * 2006-07-20 2008-02-07 Oki Electric Ind Co Ltd Point exchange system
JP2009282766A (en) * 2008-05-22 2009-12-03 Asahi Seiko Co Ltd Automatic benefit processing system and the same in game place
WO2010007680A1 (en) * 2008-07-17 2010-01-21 Ozaki Tomoyuki Medicare aid system using point
JP5563688B1 (en) * 2013-03-15 2014-07-30 三井住友カード株式会社 Point allocation method and system
JP2016149008A (en) * 2015-02-12 2016-08-18 株式会社三井住友銀行 Bank system, method to be executed by bank system, and program
JPWO2016006086A1 (en) * 2014-07-10 2017-04-27 株式会社Ｏｎｅ Ｔａｐ ＢＵＹ Account aggregation system, point grant method, server computer, and computer program
JP2017138921A (en) * 2016-02-05 2017-08-10 株式会社 ゆうちょ銀行 Information processing device, method and program
JP7353140B2 (en) 2019-11-07 2023-09-29 ソニーフィナンシャルグループ株式会社 Deposit management server and deposit management method

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007503065A (en) * 2003-05-22 2007-02-15 パーシング インヴェストメンツ，エルエルシー Customer profitability calculation system based on activities
JP2006235951A (en) * 2005-02-24 2006-09-07 Japan Net Bank Ltd Point information management system and point information management method
JP4708049B2 (en) * 2005-02-24 2011-06-22 株式会社ジャパンネット銀行 Point information management system and point information management method
JP2008027101A (en) * 2006-07-20 2008-02-07 Oki Electric Ind Co Ltd Point exchange system
JP2009282766A (en) * 2008-05-22 2009-12-03 Asahi Seiko Co Ltd Automatic benefit processing system and the same in game place
WO2010007680A1 (en) * 2008-07-17 2010-01-21 Ozaki Tomoyuki Medicare aid system using point
JP5563688B1 (en) * 2013-03-15 2014-07-30 三井住友カード株式会社 Point allocation method and system
JPWO2016006086A1 (en) * 2014-07-10 2017-04-27 株式会社Ｏｎｅ Ｔａｐ ＢＵＹ Account aggregation system, point grant method, server computer, and computer program
JP2016149008A (en) * 2015-02-12 2016-08-18 株式会社三井住友銀行 Bank system, method to be executed by bank system, and program
JP2017138921A (en) * 2016-02-05 2017-08-10 株式会社 ゆうちょ銀行 Information processing device, method and program
JP7353140B2 (en) 2019-11-07 2023-09-29 ソニーフィナンシャルグループ株式会社 Deposit management server and deposit management method

Similar Documents

Publication Publication Date Title
US8566200B1 (en) Systems and methods for money fund banking with flexible interest allocation
JP2004213124A (en) Fund management method and system
WO2009029331A1 (en) Methods and systems for executing a plurality of money transfers having a fluctuating parameter
JP4887562B2 (en) Transaction processing system
JP2004164030A (en) Point management system and management method for financial institution dealings
JP2019117455A (en) Information processing apparatus, information processing system, information processing method and information processing program
WO2002042967A1 (en) Personal account management device and method for financial transaction
KR101144925B1 (en) Integrated Account Management System and Processing method thereof
CN113935764A (en) Member sharing method, system and medium
CN111429261A (en) Credit card information accounting method, system, terminal equipment and storage medium based on transaction
JP7212186B1 (en) Information processing system, information processing method and information processing program
JP4282882B2 (en) Spending management system, spending management method, and storage medium
CN109829815A (en) Receiving agent&#39;s method, equipment and storage medium
JP2002163458A (en) Account transfer management method and device
JP2005100260A (en) Credit card company system
US8364565B2 (en) Systems and methods for data processing
JP2003288490A (en) Automatic processing system, aggregation server and automatic processing method
JP5261734B2 (en) Scheduling processing method and apparatus, and settlement processing method
JP7212197B1 (en) Information processing device, information processing method and information processing program
JP2001229284A (en) Rate collection system for electricity, gas and water
JP2008129715A (en) Refund server, system and method
JP2003099607A (en) Deposit account information providing method and deposit account information providing program
JP2001344417A (en) Deposit information notifying system, account-managing device, managing device, recording medium recorded with account managing program, and recording medium recorded with the managing program
US20210224764A1 (en) Paying alternate interest rates on interest bearing accounts
KR20010079179A (en) Automatic transfer control system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040428

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060223

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060307

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060413

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060508

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060829