JP5280094B2 - Transaction promotion management system, transaction promotion management method, and transaction promotion management program - Google Patents
Transaction promotion management system, transaction promotion management method, and transaction promotion management program Download PDFInfo
- Publication number
- JP5280094B2 JP5280094B2 JP2008120620A JP2008120620A JP5280094B2 JP 5280094 B2 JP5280094 B2 JP 5280094B2 JP 2008120620 A JP2008120620 A JP 2008120620A JP 2008120620 A JP2008120620 A JP 2008120620A JP 5280094 B2 JP5280094 B2 JP 5280094B2
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- preferential
- customer
- information storage
- point
- 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.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims abstract description 235
- 238000000034 method Methods 0.000 claims abstract description 113
- 238000011282 treatment Methods 0.000 claims description 181
- 238000009825 accumulation Methods 0.000 claims description 55
- 230000008569 process Effects 0.000 abstract description 101
- 238000013500 data storage Methods 0.000 abstract description 56
- 230000008707 rearrangement Effects 0.000 abstract description 10
- 230000001737 promoting effect Effects 0.000 abstract description 7
- 230000008901 benefit Effects 0.000 abstract description 5
- 238000012790 confirmation Methods 0.000 description 20
- 230000001186 cumulative effect Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 4
- 230000002950 deficient Effects 0.000 description 4
- 239000000284 extract Substances 0.000 description 3
- 238000012417 linear regression Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
本発明は、優遇会員制度への加入を促進するとともに、会員に対する優遇により取引を促進するための取引促進管理システム、取引促進管理方法及び取引促進管理プログラムに関する。 The present invention relates to a transaction promotion management system, a transaction promotion management method, and a transaction promotion management program for promoting participation in a preferential membership system and promoting transactions by preferential treatment for members.
今日、顧客との間で取引の促進を図るために、ポイントサービス等を用いた優遇制度が活用されている。このために、ポイントサービスを管理するシステムも検討されている(例えば、特許文献1参照。)。この文献に記載された技術では、管理コンピュータが、アイテム情報記憶手段を用いて目標設定情報記憶手段に記録された目標アイテムを取得するための必要ポイント数を特定する。そして、取得希望時期までの期間に必要ポイント数を蓄積するためのポイント取得計画関数を算出し、ポイント取得計画関数において次回の確認タイミングの目標累積ポイント数を特定する。そして、累積ポイント数情報記憶手段に記録された累積ポイント数に基づいて算出した所定期間の予想累積ポイント数と、目標累積ポイント数との差分を算出する。そして、換算情報記憶手段を用いて差分を補充するための取引量を算出し、この取引量を含めた通知を利用者の連絡先に送信する。これにより、ポイントサービスの利用者に対して目標を設定し、この目標の達成意欲を増進する。
このような優遇制度を利用した取引促進においては、まず、優遇制度の内容を紹介して、優遇制度への参加を促すことが大切である。しかし、このような優遇制度を意識していない顧客は、優遇制度を利用し損ねてしまう場合がある。この場合、企業にとっても、取引を促進させる機会を逸してしまうことになる。特に、顧客によって取引状況は異なるため、それぞれの状況に応じた優遇制度のメリットが見えなければ、新たな取引を促進することは困難である。 In promoting transactions using such a preferential system, it is important to first introduce the contents of the preferential system and encourage participation in the preferential system. However, customers who are not conscious of such a preferential system may fail to use the preferential system. In this case, the company loses the opportunity to promote transactions. In particular, since the transaction status varies depending on the customer, it is difficult to promote new transactions unless the advantages of the preferential treatment system according to each situation are visible.
本発明は、上記問題点を解決するためになされたものであり、その目的は、利用者に対して、優遇を受けることができる会員登録を促進するとともに、取引状況に応じて会員に対する優遇により更に取引を促進するための取引促進管理システム、取引促進管理方法及び取引促進管理プログラムを提供することにある。 The present invention has been made to solve the above-mentioned problems, and its purpose is to promote membership registration that allows users to receive preferential treatment and to preferentially deal with members according to the transaction situation. A further object is to provide a transaction promotion management system, a transaction promotion management method, and a transaction promotion management program for promoting transactions.
上記問題点を解決するために、請求項1に記載の発明は、顧客識別子毎に、取引種別識別子を含む取引履歴を記録した取引情報記憶手段と、優遇対象となる取引種別識別子に対して、優遇内容及び優遇を受けるための優遇適用条件、この優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための代替条件を記録した優遇情報記憶手段と、顧客の利用者端末と通信を行なう制御手段とを備えた取引促進管理システムであって、前記制御手段が、アクセスを行なった利用者端末から顧客識別子を取得し、この顧客についての優遇対象候補の取引種別識別子を特定し、前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、前記優遇対象候補の取引種別識別子についての優遇内容及び優遇適用条件を前記優遇情報記憶手段から取得し、前記取引履歴と前記優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定し、前記優遇情報記憶手段において、不足条件についての代替条件を特定し、前記代替条件と前記取引履歴の取引種別識別子とを照合し、前記取引履歴の取引種別識別子と一致する代替条件に対応する不足条件について優先順位を繰り上げた案内画面であって、前記不足条件についての新たな取引を促す案内画面を前記利用者端末に出力する手段を備えたことを要旨とする。 In order to solve the above-mentioned problem, the invention according to claim 1 is a transaction information storage unit that records a transaction history including a transaction type identifier for each customer identifier, and a transaction type identifier that is a preferential target. Preferential information storage means that records preferential content and preferential application conditions for receiving preferential treatment , alternative conditions for specifying the transaction content that is performed in place of the transactions that are preferential application conditions, and customer users A transaction promotion management system comprising a control means for communicating with a terminal, wherein the control means obtains a customer identifier from a user terminal that has made access, and sets a transaction type identifier of a candidate for preferential treatment for the customer. Identifying and obtaining a transaction history associated with the customer identifier from the transaction information storage means, preferential content and preferential application conditions for the preferential candidate transaction type identifier Obtained from the preferential information storage means, by comparing the preferential application condition and the transaction history to identify preferential application conditions are missing as insufficient condition in the preferential information storage means, alternative conditions for insufficient conditions Identifying the alternative condition and the transaction type identifier of the transaction history, and a guidance screen that raises the priority for the insufficient condition corresponding to the alternative condition that matches the transaction type identifier of the transaction history, The gist of the present invention is that a means for outputting a guidance screen for prompting a new transaction regarding the shortage condition to the user terminal is provided.
請求項2に記載の発明は、請求項1に記載の取引促進管理システムにおいて、前記制御
手段は、前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、前記取引履歴の取引種別識別子と、前記優遇情報記憶手段に記録された取引種別識別子とを照合して、一致する取引種別識別子を優遇対象候補として特定することを要旨とする。
According to a second aspect of the present invention, in the transaction promotion management system according to the first aspect, the control unit acquires a transaction history associated with the customer identifier from the transaction information storage unit, and the transaction of the transaction history The gist is to collate the type identifier with the transaction type identifier recorded in the preferential information storage means and identify the matching transaction type identifier as a preferential target candidate.
請求項3に記載の発明は、請求項1又は2に記載の取引促進管理システムにおいて、前記制御手段は、前記利用者端末から、顧客が入力した取引種別識別子を取得し、前記利用者端末から取得した取引種別識別子と、前記優遇情報記憶手段に記録された取引種別識別子とを照合して、一致する取引種別識別子を優遇対象候補として特定することを要旨とする。 According to a third aspect of the present invention, in the transaction promotion management system according to the first or second aspect, the control means obtains a transaction type identifier input by a customer from the user terminal, and from the user terminal The gist is to collate the acquired transaction type identifier with the transaction type identifier recorded in the preferential information storage means, and specify a matching transaction type identifier as a preferential target candidate.
請求項4に記載の発明は、請求項1〜3のいずれか1つに記載の取引促進管理システムにおいて、顧客識別子毎に、取引に応じて付与されたポイント数を記録したポイント情報記憶手段を更に備え、前記優遇情報記憶手段には、優遇を受けるための優遇適用条件として必要ポイント数が記録され、前記制御手段が、優遇対象候補の必要ポイント数と、前記ポイント情報記憶手段に記録されたポイント数との差分から不足条件として不足ポイント
数を算出し、前記不足ポイント数を満たすために必要な新たな取引を促す画面を出力する手段を更に備えたことを要旨とする。
According to a fourth aspect of the present invention, in the transaction promotion management system according to any one of the first to third aspects, a point information storage means that records the number of points given according to the transaction for each customer identifier. In addition, the preferential information storage means records the required number of points as preferential application conditions for receiving preferential treatment, and the control means is recorded in the point information storage means and the required number of points of the preferential candidate The gist further includes means for calculating a shortage point number as a shortage condition from the difference from the point number and outputting a screen for prompting a new transaction necessary to satisfy the shortage point number.
請求項5に記載の発明は、請求項4に記載の取引促進管理システムにおいて、前記ポイント情報記憶手段には、ポイントを取得した日付が記録されたポイント蓄積履歴が記録されており、前記制御手段が、ポイント蓄積履歴におけるポイント取得パターンを将来日付に延長させたポイント取得予測を算出し、前記優遇情報記憶手段を用いて、前記ポイント取得予測を基準にして特定されるポイント数よりも少ない必要ポイント数を優遇適用条件とする優遇対象候補を取得し、前記ポイント取得予測及び前記優遇対象候補を前記利用者端末に出力する手段を更に備えたことを要旨とする。 According to a fifth aspect of the present invention, in the transaction promotion management system according to the fourth aspect , the point information storage unit stores a point accumulation history in which a date when points are acquired is recorded, and the control unit However, the point acquisition prediction obtained by extending the point acquisition pattern in the point accumulation history to a future date is calculated, and the necessary points less than the number of points specified based on the point acquisition prediction using the preferential information storage unit The gist further includes means for acquiring a preferential treatment candidate having a number as a preferential application condition, and outputting the point acquisition prediction and the preferential treatment candidate to the user terminal.
請求項6に記載の発明は、顧客識別子毎に、取引種別識別子を含む取引履歴を記録した取引情報記憶手段と、優遇対象となる取引種別識別子に対して、優遇内容及び優遇を受けるための優遇適用条件、この優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための代替条件を記録した優遇情報記憶手段と、顧客の利用者端末と通信を行なう制御手段とを備えた取引促進管理システムを用いて、取引促進を管理するための方法であって、前記制御手段が、アクセスを行なった利用者端末から顧客識別子を取得し、この顧客についての優遇対象候補の取引種別識別子を特定し、前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、前記優遇対象候補の取引種別識別子についての優遇内容及び優遇適用条件を前記優遇情報記憶手段から取得し、前記取引履歴と前記優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定し、前記優遇情報記憶手段において、不足条件についての代替条件を特定し、前記代替条件と前記取引履歴の取引種別識別子とを照合し、前記取引履歴の取引種別識別子と一致する代替条件に対応する不足条件について優先順位を繰り上げた案内画面であって、前記不足条件についての新たな取引を促す案内画面を前記利用者端末に出力する段階を実行することを要旨とする。 The invention described in claim 6 is a transaction information storage means for recording a transaction history including a transaction type identifier for each customer identifier, and a preferential treatment and preferential treatment for receiving a preferential treatment for the transaction type identifier to be preferential. Preferential information storage means for recording alternative conditions for specifying the transaction conditions that are performed in place of the transaction that is the preferential application condition, and a control means for communicating with the customer's user terminal A method for managing transaction promotion using the provided transaction promotion management system, wherein the control means obtains a customer identifier from the accessed user terminal, and deals with a candidate for a preferential treatment for the customer. The type identifier is specified, the transaction history associated with the customer identifier is acquired from the transaction information storage means, and the preferential content and the preferential content for the preferential candidate transaction type identifier are obtained. Get the application condition from the preferential information storage means, by comparing the preferential application condition and the transaction history to identify preferential application conditions are missing as insufficient condition in the preferential information storage means, the lack of conditions This is a guidance screen in which the alternative conditions are identified, the alternative conditions and the transaction type identifier of the transaction history are collated, and the priority order is increased for the insufficient conditions corresponding to the alternative conditions that match the transaction type identifier of the transaction history. Then, the gist is to execute a step of outputting a guidance screen for prompting a new transaction for the shortage condition to the user terminal.
請求項7に記載の発明は、顧客識別子毎に、取引種別識別子を含む取引履歴を記録した取引情報記憶手段と、優遇対象となる取引種別識別子に対して、優遇内容及び優遇を受けるための優遇適用条件、この優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための代替条件を記録した優遇情報記憶手段と、顧客の利用者端末と通信を行なう制御手段とを備えた取引促進管理システムを用いて、取引促進を管理するためのプログラムであって、前記制御手段を、アクセスを行なった利用者端末から顧客識別子を取得し、この顧客についての優遇対象候補の取引種別識別子を特定し、前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、前記優遇対象候補の取引
種別識別子についての優遇内容及び優遇適用条件を前記優遇情報記憶手段から取得し、前記取引履歴と前記優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定し、前記優遇情報記憶手段において、不足条件についての代替条件を特定し、前記代替条件と前記取引履歴の取引種別識別子とを照合し、前記取引履歴の取引種別識別子と一致する代替条件に対応する不足条件について優先順位を繰り上げた案内画面であって、前記不足条件についての新たな取引を促す案内画面を前記利用者端末に出力する手段として機能させることを要旨とする。
The invention described in
(作用)
請求項1、6又は7に記載の発明によれば、制御手段が、アクセスを行なった利用者端末から顧客識別子を取得し、この顧客についての優遇対象候補の取引種別識別子を特定する。次に、顧客識別子に関連付けられた取引履歴を取引情報記憶手段から取得する。そして、優遇対象候補の取引種別識別子についての優遇内容及び優遇適用条件を優遇情報記憶手段から取得する。そして、取引履歴と優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定する。そして、優遇内容及び不足条件を満たすために必要な新たな取引を促す情報を利用者端末に出力する。これにより、顧客との取引状況に応じて優遇内容を紹介し、この優遇適用を受けるための新たな取引を促進することができる。
(Function)
According to the first, sixth, or seventh aspect of the invention, the control means acquires the customer identifier from the accessing user terminal and specifies the transaction type identifier of the preferential candidate for the customer. Next, the transaction history associated with the customer identifier is acquired from the transaction information storage means. And the preferential content and preferential application conditions about the transaction type identifier of the preferential treatment candidate are acquired from the preferential information storage means. Then, the transaction history and the preferential application condition are compared, and the preferential application condition that is lacking is specified as the shortage condition. Then, information for prompting a new transaction necessary to satisfy the preferential content and the shortage condition is output to the user terminal. Thereby, the preferential content can be introduced according to the transaction status with the customer, and a new transaction for receiving this preferential application can be promoted.
請求項2に記載の発明によれば、顧客識別子に関連付けられた取引履歴を取引情報記憶手段から取得する。そして、取引履歴の取引種別識別子と、優遇情報記憶手段に記録された取引種別識別子とを照合して、一致する取引種別識別子を優遇対象候補として特定する。これにより、実績がある取引内容に基づいて優遇内容を紹介し、この優遇適用を受けるための新たな取引を促進することができる。 According to invention of Claim 2, the transaction history linked | related with the customer identifier is acquired from a transaction information storage means. Then, the transaction type identifier of the transaction history is compared with the transaction type identifier recorded in the preferential information storage unit, and the matching transaction type identifier is specified as a preferential target candidate. Thereby, the preferential content can be introduced based on the transaction content with a track record, and a new transaction for receiving this preferential application can be promoted.
請求項3に記載の発明によれば、利用者端末から、顧客が入力した取引種別識別子を取得する。そして、利用者端末から取得した取引種別識別子と、優遇情報記憶手段に記録された取引種別識別子とを照合して、一致する取引種別識別子を優遇対象候補として特定する。これにより、これから行なわれる取引内容に基づいて優遇内容を紹介し、この優遇適用を受けるための新たな取引を促進することができる。 According to the invention described in claim 3, the transaction type identifier input by the customer is acquired from the user terminal. Then, the transaction type identifier acquired from the user terminal is compared with the transaction type identifier recorded in the preferential information storage unit, and the matching transaction type identifier is specified as the preferential target candidate. Thereby, the preferential content can be introduced based on the content of the transaction to be performed in the future, and a new transaction for receiving this preferential application can be promoted.
本発明によれば、制御手段は、取引履歴の取引種別識別子と代替条件とを照合する。そして、取引履歴の取引種別識別子と一致する代替条件に対応する不足条件に対して優先順位を設定し、優先順位により、不足条件について新たな取引を促す情報を出力する。これにより、顧客は、これまでの取引方法を変更することにより、優遇を受けることができる。 According to the present invention, the control means collates the transaction type identifier of the transaction history with the alternative condition. Then, a priority is set for the shortage condition corresponding to the alternative condition that matches the transaction type identifier in the transaction history, and information that prompts a new transaction for the shortage condition is output based on the priority. Thereby, the customer can receive preferential treatment by changing the conventional transaction method.
請求項4に記載の発明によれば、制御手段が、優遇対象候補の必要ポイント数と、ポイント情報記憶手段に記録されたポイント数との差分から不足条件として不足ポイント数を算出する。そして、不足ポイント数を満たすために必要な新たな取引を促す画面を出力する。これにより、ポイントを利用することにより、取引を促進させることができる。 According to the fourth aspect of the present invention, the control means calculates the shortage point number as a shortage condition from the difference between the necessary number of points of the preferential treatment candidate and the number of points recorded in the point information storage means. Then, a screen for prompting a new transaction necessary for satisfying the shortage point number is output. Thereby, a transaction can be promoted by using the points.
請求項5に記載の発明によれば、制御手段が、ポイント蓄積履歴におけるポイント取得
パターンを将来日付に延長させたポイント取得予測を算出する。次に、優遇情報記憶手段を用いて、ポイント取得予測を基準にして特定されるポイント数よりも少ない必要ポイント数を優遇適用条件とする優遇対象候補を取得する。そして、ポイント取得予測及び優遇対象候補を利用者端末に出力する。ここで、ポイント取得予測を基準にして特定されるポイント数としては、ポイント取得予測により算出されるポイント数や、ポイント取得予測を基準にして次に適用可能な優遇の必要ポイント数を用いることができる。これにより、将来の取得ポイントによる優遇内容を紹介し、この優遇適用を受けるための新たな取引を促進することができる。
According to the invention described in claim 5 , the control means calculates a point acquisition prediction obtained by extending the point acquisition pattern in the point accumulation history to a future date. Next, using the preferential information storage unit, preferential treatment target candidates are obtained with a preferential application condition having a required number of points smaller than the number of points specified based on the point acquisition prediction. Then, the point acquisition prediction and the preferential treatment target candidate are output to the user terminal. Here, as the number of points specified based on the point acquisition prediction, it is possible to use the number of points calculated by the point acquisition prediction or the number of preferentially applicable points that can be applied next based on the point acquisition prediction. it can. Thereby, the preferential content by the future acquisition point can be introduced and a new transaction for receiving this preferential application can be promoted.
本発明によれば、利用者に対して、優遇を受けることができる会員登録を促進するとともに、取引状況に応じて会員に対する優遇により更に取引を促進することができる。 ADVANTAGE OF THE INVENTION According to this invention, while promoting the member registration which can receive preferential treatment with respect to a user, transaction can be further promoted by preferential treatment with respect to a member according to the transaction situation.
以下、本発明を具体化した実施形態を図1〜図8に従って説明する。本実施形態では、バンキングサービスの提供者である金融機関が、ネットバンキングサービスの利用者(顧客)に対して優遇制度を提供する場合を想定する。この優遇制度においては、利用者は、会員登録を行なうことにより、優遇を享受することができる。本実施形態では、優遇種別として、取引状況によって無条件に提供される「特典優遇」と、取引状況によって付与される「ポイント」を利用しての「ポイント優遇」とがある。そして、所定期間に行なわれた各種取引の手数料の割引や、所定期間の有利な金利の設定等の優遇を受けることができる。 DESCRIPTION OF EMBODIMENTS Hereinafter, embodiments embodying the present invention will be described with reference to FIGS. In the present embodiment, it is assumed that a financial institution that is a banking service provider provides a preferential treatment system to users (customers) of the net banking service. In this preferential system, the user can enjoy preferential treatment by registering as a member. In this embodiment, there are two types of preferential treatment: “privilege preferential treatment” provided unconditionally depending on the transaction status, and “point preferential treatment” using “points” given depending on the transaction status. In addition, it is possible to receive preferential treatment such as discounting of fees for various transactions performed during a predetermined period and setting an advantageous interest rate for a predetermined period.
図1に示すように、サービス管理サーバ20が、ネットワークを介して利用者端末10に接続されている。この利用者端末10は、顧客自身が金融機関との取引処理を行なうための端末であり、例えば、顧客の携帯電話端末やコンピュータ端末を用いる。
As shown in FIG. 1, a
このサービス管理サーバ20は、更に、ホストシステム30に接続される。ホストシステム30は、利用者端末10からサービス管理サーバ20を介して受信した取引依頼に基づいて、バンキング処理を行なうシステムである。このホストシステム30は、口座管理データ記憶部32及び取引履歴データ記憶部33を備える。
The
口座管理データ記憶部32には、この金融機関の顧客の預金口座に関する口座管理レコードが記録されている。この口座管理レコードは、顧客が預金口座を開設した場合に記録される。この口座管理レコードは、口座識別子、顧客識別子及び口座残高に関するデータを含んで構成される。
The account management
口座識別子データ領域には、顧客の預金口座を特定するための識別子に関するデータが記録されており、口座識別子は、支店名コード、預金種目コード、口座番号から構成されている。 In the account identifier data area, data relating to an identifier for specifying a customer's deposit account is recorded, and the account identifier includes a branch name code, a deposit type code, and an account number.
顧客識別子データ領域には、この預金口座の名義人である顧客を特定するために顧客毎に割り振られた識別子に関するデータが記録される。この顧客識別子を用いることにより、顧客管理データ記憶部(図示せず)から口座名義人に関する情報を取得することができる。
口座残高データ領域には、この預金口座の残高に関するデータが記録される。
In the customer identifier data area, data relating to an identifier assigned to each customer in order to specify the customer who is the holder of the deposit account is recorded. By using this customer identifier, information regarding the account holder can be acquired from a customer management data storage unit (not shown).
Data relating to the balance of the deposit account is recorded in the account balance data area.
取引履歴データ記憶部33は取引情報記憶手段として機能し、金融機関と顧客との間で行なわれた取引に関する取引履歴レコードが記録される。この取引履歴レコードは、金融機関が顧客との間で取引を行なった場合に記録される。具体的には、この取引履歴レコードは、預金口座への入金や出金に関する入出金データを含んで構成される。この入出金データにおいては、「振込先」や「摘要」を用いて、給料や年金の振込、公共料金の口座振替、定期預金・財形預金等の預入等の取引履歴を特定することができる。また、取引履歴データ記憶部33には、住宅ローンやカードローン、クレジットカードの利用等の取引種別に対して取引履歴データも記録される。
The transaction history
サービス管理サーバ20は、制御部21、顧客管理データ記憶部22、会員管理データ記憶部23、優遇条件データ記憶部24、優遇適用履歴データ記憶部25を備えている。この制御部21は、図示しないCPU、RAM及びROM等からなる制御手段を有し、後
述する処理(本人認証段階、会員勧誘処理段階、特典優遇管理段階、不足条件管理段階、ポイント管理段階、優遇継続管理段階、取引処理段階等を含む処理)を行なう。そして、このための取引促進管理プログラムを実行することにより、制御部21は、本人認証手段210、会員勧誘処理手段211、特典優遇管理手段212、不足条件管理手段213、ポイント管理手段214、優遇継続管理手段215、取引処理手段219等として機能する。
The
本人認証手段210は、利用者端末10から顧客識別子を取得し、顧客を特定する処理を実行する。
会員勧誘処理手段211は、会員登録を行なっていない顧客に対して、会員登録を促すための処理を実行する。
The
The member
特典優遇管理手段212は、特典優遇についての優遇適用条件の中で不足条件を特定し、新たな取引を促す処理を実行する。
不足条件管理手段213は、顧客に提示する不足条件に対して優先順位を決定する処理を実行する。
The privilege
The deficient condition management means 213 executes processing for determining the priority order for deficient conditions presented to the customer.
ポイント管理手段214は、ポイント優遇についての優遇適用条件の中で不足条件を特定し、新たな取引を促す処理を実行する。更に、ポイント管理手段214は、各取引種別の取引量と、この取引において提供されるポイント数とを対応付けたポイント換算テーブルを保持する。更に、ポイント管理手段214は、ポイント表示処理においてポイント蓄積予測を行なう期間(将来日付)に関するデータを保持する。
The
優遇継続管理手段215は、ポイント優遇を継続するために必要な不足条件を特定し、新たな取引を促す処理を実行する。
取引処理手段219は、ホストシステム30を用いて取引依頼処理を実行する。
The preferential treatment continuation management means 215 specifies a shortage condition necessary for continuing point preferential treatment, and executes a process for prompting a new transaction.
The transaction processing means 219 executes transaction request processing using the
顧客管理データ記憶部22には、図2(a)に示すように、バンキングサービスを利用する顧客についての顧客管理レコード220が記録される。この顧客管理レコード220は、金融機関の顧客からのネットバンキングサービスの利用申請により登録される。顧客管理レコード220は、顧客識別子、パスワード、口座識別子、会員フラグに関するデータを含んで構成される。
In the customer management
顧客識別子データ領域には、バンキングサービスを利用する顧客を特定するための識別子に関するデータが記録される。
パスワードデータ領域には、バンキングサービスを利用する場合の本人を認証するために用いるパスワードに関するデータが記録される。
In the customer identifier data area, data relating to an identifier for identifying a customer who uses the banking service is recorded.
In the password data area, data related to a password used to authenticate the person who uses the banking service is recorded.
口座識別子データ領域には、この顧客が名義人として保有している預金口座を特定するための識別子(支店名コード、預金種目コード、口座番号)に関するデータが記録される。
会員フラグデータ領域には、この顧客が優遇を受けることができる会員かどうかを識別するためのフラグ(会員フラグ)が記録される。
In the account identifier data area, data relating to identifiers (branch name code, deposit type code, account number) for specifying a deposit account held by the customer as a holder is recorded.
In the member flag data area, a flag (member flag) for identifying whether the customer is a member who can receive preferential treatment is recorded.
会員管理データ記憶部23はポイント情報記憶手段として機能する。この会員管理データ記憶部23には、図2(b)に示すように、優遇を受けることができる顧客についての会員管理レコード230が記録される。この会員管理レコード230は、ネットバンキングサービスの利用者からの会員登録申請により登録され、ポイントを取得したり使用したりした場合に更新記録される。会員管理レコード230は、顧客識別子、特典優遇フラグ、ポイント残高に関するデータを含んで構成される。更に、会員管理レコード230は、
各ポイントについて取得した履歴や使用した履歴(ポイント蓄積履歴)を含んで構成される。このポイント蓄積履歴は、ポイント取得/使用日、取引種別、ポイント数に関するデータを含んで構成される。
The member management
It includes a history acquired for each point and a history used (point accumulation history). This point accumulation history includes data related to point acquisition / use date, transaction type, and number of points.
顧客識別子データ領域には、優遇会員である顧客を特定するための識別子に関するデータが記録される。
特典優遇フラグデータ領域には、優遇会員の中でも特典優遇を受けることができる顧客を特定するためのフラグに関するデータが記録される。本実施形態では、特典優遇管理手段212が、定期的(例えば、毎月末)に特典優遇フラグをリセットし、取引履歴データ記憶部33に記録された取引状況を確認して、優遇適用条件を満足する場合に特典優遇フラグを再設定する。
In the customer identifier data area, data relating to an identifier for identifying a customer who is a preferential member is recorded.
In the privilege preferential flag data area, data relating to a flag for identifying a customer who can receive privilege preferential treatment among preferential members is recorded. In the present embodiment, the privilege
ポイント残高データ領域には、各取引処理によって、この会員が取得したポイント数の累積値(累積ポイント数)に関するデータが記録される。
ポイント取得/使用日データ領域には、各ポイントの取得や使用した日付に関するデータが記録される。
In the point balance data area, data relating to the cumulative value (cumulative point number) of the number of points acquired by the member by each transaction process is recorded.
In the point acquisition / use date data area, data relating to the acquisition and use of each point is recorded.
取引種別データ領域には、各ポイントが発生した取引種別や、ポイントを使用した取引種別を特定するためのデータが記録される。
ポイント数データ領域には、取得や使用したポイント数に関するデータが記録される。
In the transaction type data area, the transaction type in which each point has occurred and data for specifying the transaction type using the point are recorded.
In the point number data area, data related to the number of points acquired and used is recorded.
優遇条件データ記憶部24は優遇情報記憶手段として機能する。そして、優遇条件データ記憶部24には、図2(c)に示すように、顧客に対して優遇を提供するための優遇条件レコード240が記録される。この優遇条件レコード240は、顧客に提供する優遇を決定して登録した場合に記録される。優遇条件レコード240は、優遇種別識別子、優遇対象取引種別、優遇内容、優遇適用条件、優先順位初期値、代替条件に関するデータを含んで構成される。
The preferential condition
優遇種別識別子データ領域には、顧客に提供する各優遇を特定するための識別子に関するデータが記録される。
優遇対象取引種別データ領域には、優遇する取引種別に関するデータが記録される。
In the preferential type identifier data area, data relating to an identifier for specifying each preferential treatment provided to the customer is recorded.
In the preferential transaction type data area, data relating to the preferential transaction type is recorded.
優遇内容データ領域には、優遇を適用した取引条件を設定するためのデータが記録される。本実施形態では、特典優遇では、例えば、「振込手数料の免除」等の優遇が提供される。一方、ポイント優遇では、例えば、「所定の期間(優遇期間)についてローンや定期預金の金利優遇」や、「外貨両替手数料の割引」)等の優遇が提供される。 In the preferential content data area, data for setting transaction conditions to which preferential treatment is applied is recorded. In the present embodiment, in the privilege preferential treatment, for example, preferential treatment such as “exemption from transfer fee” is provided. On the other hand, in the point preferential treatment, for example, preferential treatment such as “preferential interest rate of loan or time deposit for a predetermined period (preferential treatment period)” or “discount of foreign currency exchange fee”) is provided.
優遇適用条件データ領域には、この優遇を提供するための条件(ロジック)に関するデータが記録される。本実施形態では、特典優遇では、例えば、「自社クレジットカードの利用」や「住宅ローンの利用」等の取引状況が優遇適用条件として記録される。ポイント優遇では、優遇を受けるために拠出する必要ポイント数が優遇適用条件として記録される。 In the preferential application condition data area, data related to conditions (logic) for providing this preferential treatment is recorded. In the present embodiment, in the privilege preferential treatment, for example, the transaction status such as “use of own credit card” or “use of mortgage” is recorded as preferential application conditions. In the point preferential treatment, the number of points required for preferential treatment is recorded as the preferential treatment application condition.
優先順位初期値データ領域には、顧客に対して不足条件を提示する場合の順番の初期値に関するデータが記録される。
代替条件データ領域には、この優遇適用条件を満足しない場合に、優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための条件に関するデータが記録される。本実施形態では、代替条件として、優遇適用条件の取引の代わりに行なわれている取引内容が記録されており、例えば、優遇適用条件「自社クレジットカードの利用」に対しては、「他社クレジットカードの料金引落」が設定されている。
In the priority order initial value data area, data relating to the initial value of the order in the case where the shortage condition is presented to the customer is recorded.
In the alternative condition data area, data relating to conditions for specifying the contents of a transaction that is being performed instead of a transaction that is a preferential application condition when the preferential application condition is not satisfied is recorded. In the present embodiment, the transaction details performed instead of the transaction of the preferential application condition are recorded as an alternative condition. For example, for the preferential application condition “use of own credit card”, “other company's credit card” is recorded. Is set.
優遇適用履歴データ記憶部25には、図2(d)に示すように、顧客が優遇を利用した履歴に関する優遇適用履歴レコード250が記録される。この優遇適用履歴レコード250は、顧客が優遇を利用した場合に記録される。優遇適用履歴レコード250は、顧客識別子、適用日、優遇種別識別子に関するデータを含んで構成される。
In the preferential treatment application history data storage unit 25, as shown in FIG. 2 (d), a preferential treatment
顧客識別子データ領域には、優遇を利用した顧客を特定するための識別子に関するデータが記録される。
適用日データ領域には、優遇を受けた日付に関するデータが記録される。
優遇種別識別子データ領域には、この顧客が利用した優遇を特定するための識別子に関するデータが記録される。
In the customer identifier data area, data relating to an identifier for identifying a customer who uses preferential treatment is recorded.
In the application date data area, data related to the preferential treatment date is recorded.
In the preferential treatment type identifier data area, data relating to an identifier for specifying the preferential treatment used by the customer is recorded.
次に、上記のシステムを用いて行なわれる取引促進管理方法の処理手順を説明する。ここでは、通常取引処理、会員対応処理、不足条件並替処理、ポイント表示処理、優遇継続確認処理、取引画面処理の順に説明する。 Next, the process procedure of the transaction promotion management method performed using said system is demonstrated. Here, description will be made in the order of normal transaction processing, member handling processing, insufficient condition rearrangement processing, point display processing, preferential continuation confirmation processing, and transaction screen processing.
(通常取引処理)
まず、図3を用いて、通常取引処理について説明する。
サービス管理サーバ20の制御部21は、アクセス応答処理を実行する(ステップS1−1)。具体的には、制御部21の本人認証手段210が、利用者端末10からのアクセスを受信する。この場合、本人認証手段210は、利用者端末10に対して、本人認証画面データを送信する。この本人認証画面には、顧客識別子、およびパスワードの入力欄が設けられている。
(Normal transaction processing)
First, normal transaction processing will be described with reference to FIG.
The
次に、サービス管理サーバ20の制御部21は、本人認証処理を実行する(ステップS1−2)。具体的には、制御部21の本人認証手段210は、本人認証画面に入力された顧客識別子及びパスワードに関するデータを取得する。本人認証手段210は、利用者端末10から取得した顧客識別子及びパスワードが、顧客管理データ記憶部22に登録されていない場合、その旨を利用者端末10に通知して、取引を拒否する。
Next, the
一方、本人認証が完了した場合、サービス管理サーバ20の制御部21は、この顧客が会員として登録されているかどうかについての判定処理を実行する(ステップS1−3)。具体的には、制御部21の本人認証手段210は、顧客管理レコード220に会員フラグが記録されているかどうかによって判定を行なう。
On the other hand, when the personal authentication is completed, the
会員フラグが記録されており、会員として登録されている場合(ステップS1−3において「YES」の場合)には、サービス管理サーバ20の制御部21は、後述する会員対応処理を実行する(ステップS1−4)。
When the member flag is recorded and registered as a member (in the case of “YES” in Step S1-3), the
一方、会員フラグが記録されておらず、会員として登録されていない場合(ステップS1−3において「NO」の場合)には、サービス管理サーバ20の制御部21は、この顧客の取引履歴の取得処理を実行する(ステップS1−5)。具体的には、制御部21の会員勧誘処理手段211は、ホストシステム30の取引履歴データ記憶部33から、所定期間(検索対象期間)の取引履歴レコードを取得する。
On the other hand, when the member flag is not recorded and registered as a member (in the case of “NO” in step S1-3), the
そして、サービス管理サーバ20の制御部21は、優遇対象の取引実績があるかどうかについての判定処理を実行する(ステップS1−6)。具体的には、制御部21の会員勧誘処理手段211は、取得した取引履歴レコードに記録された取引履歴における取引種別と、優遇条件データ記憶部24に記録された優遇対象取引種別とを比較して、優遇対象の取引実績の有無を判定する。
And the
この顧客の取引履歴において優遇対象取引の取引実績が含まれている場合(ステップS1−6において「YES」の場合)、サービス管理サーバ20の制御部21は、取引実績に対応する優遇内容の特定処理を実行する(ステップS1−7)。具体的には、制御部21の会員勧誘処理手段211は、優遇条件データ記憶部24において特定した優遇対象取引種別の優遇内容に関するデータを取得する。
When the transaction history of the preferential transaction is included in the customer transaction history (in the case of “YES” in step S1-6), the
次に、サービス管理サーバ20の制御部21は、会員登録の推奨表示処理を実行する(ステップS1−8)。具体的には、制御部21の会員勧誘処理手段211は、優遇条件レコード240に記録された優遇適用条件を取得し、優遇内容及び優遇適用条件に関する表示を含めた会員登録推奨画面データを生成する。この会員登録推奨画面には、更に会員登録希望の有無を選択するためのアイコンを含める。そして、会員勧誘処理手段211は、この会員登録推奨画面データを利用者端末10に送信する。
Next, the
ここで、利用者端末10において会員登録希望のアイコンが選択された場合、サービス管理サーバ20の制御部21は、利用者端末10から会員登録依頼データを取得する。この場合(ステップS1−9において「YES」の場合)、サービス管理サーバ20の制御部21は、会員登録処理を実行する(ステップS1−10)。具体的には、制御部21の会員勧誘処理手段211は、利用者端末10に対して、会員登録を行なうための登録設定画面データを送信する。そして、この登録設定画面において入力された情報に基づいて、会員管理レコード230を生成し、会員管理データ記憶部23に記録する。この場合、会員勧誘処理手段211は、取引実績と優遇適用条件とを比較し、特典優遇の優遇適用条件を満足する場合には、特典優遇フラグを会員管理レコード230に記録する。更に、会員勧誘処理手段211は、この顧客の顧客管理レコード220に会員フラグを設定する。
Here, when an icon for member registration is selected on the
一方、取引履歴において優遇対象取引の取引実績が含まれていない場合(ステップS1−6において「NO」の場合)や、会員登録の希望がない場合(ステップS1−9において「NO」の場合)、サービス管理サーバ20の制御部21は、通常取引画面の提供処理を実行する(ステップS1−11)。具体的には、制御部21の会員勧誘処理手段211は、取引処理手段219に処理を引き継ぐ。そして、取引処理手段219は、非会員に対する通常取引画面データを、利用者端末10に送信し、この通常取引画面を介して顧客の取引依頼を取得する。
On the other hand, when the transaction history does not include the transaction record of the preferential transaction (in the case of “NO” in step S1-6), or there is no desire for membership registration (in the case of “NO” in step S1-9). And the
(会員対応処理)
次に、図4を用いて、会員対応処理について説明する。
ここでは、サービス管理サーバ20の制御部21は、特典優遇の対象会員かどうかについての判定処理を実行する(ステップS2−1)。具体的には、制御部21の特典優遇管理手段212は、会員管理レコード230において特典優遇フラグが記録されているかどうかを確認する。
(Member handling)
Next, the member correspondence process will be described with reference to FIG.
Here, the
会員管理レコード230において特典優遇フラグが記録されておらず、特典優遇の対象会員でない場合(ステップS2−1において「NO」の場合)には、サービス管理サーバ20の制御部21は、利用者の取引履歴の取得処理を実行する(ステップS2−2)。具体的には、制御部21の特典優遇管理手段212が、ホストシステム30の取引履歴データ記憶部33から、所定期間(検索対象期間)の取引履歴レコードを取得する。
In the case where the privilege preferential flag is not recorded in the
そして、サービス管理サーバ20の制御部21は、特典優遇対象の取引実績があるかどうかについての判定処理を実行する(ステップS2−3)。具体的には、制御部21の特典優遇管理手段212は、取引履歴データ記憶部33から取得した取引履歴における取引種別と、優遇条件データ記憶部24に記録された優遇対象取引種別とを比較して、特典優
遇対象の取引実績の有無を判定する。
And the
優遇対象取引の取引実績が含まれている場合(ステップS2−3において「YES」の場合)、サービス管理サーバ20の制御部21は、特典優遇を受けるための不足条件の特定処理を実行する(ステップS2−4)。具体的には、制御部21の特典優遇管理手段212は、特典優遇を利用していない優遇条件レコード240から優遇適用条件を取得する。そして、特典優遇管理手段212は、この顧客の取引履歴において、不足している優遇適用条件(不足条件)を抽出する。
When the transaction result of the preferential treatment transaction is included (in the case of “YES” in step S2-3), the
次に、サービス管理サーバ20の制御部21は、後述するように、不足条件の並替処理を実行する(ステップS2−5)。
そして、サービス管理サーバ20の制御部21は、特典案内画面の表示処理を実行する(ステップS2−6)。具体的には、制御部21の特典優遇管理手段212は、並べ替えた不足条件についての表示を含めた特典案内画面データを生成し、利用者端末10に送信する。
Next, as will be described later, the
And the
更に、サービス管理サーバ20の制御部21は、メニュー画面表示処理を実行する(ステップS2−7)。具体的には、制御部21の特典優遇管理手段212は、メニュー画面データを利用者端末10に送信する。このメニュー画面には、取引アイコン及びポイント確認アイコンが含まれる。なお、ステップS2−1において「YES」、ステップS2−3において「NO」の場合にも、同様にステップS2−7の処理を実行する。
Further, the
このメニュー画面において、取引アイコンが選択された場合、サービス管理サーバ20の制御部21は、会員用取引画面の表示処理を実行する(ステップS2−8)。具体的には、制御部21の特典優遇管理手段212は、取引処理手段219に処理を引き継ぐ。そして、取引処理手段219は、会員に対する会員用取引画面データを、利用者端末10に送信する。
When a transaction icon is selected on this menu screen, the
一方、ポイント確認アイコンが選択された場合、サービス管理サーバ20の制御部21は、ポイント確認画面の表示処理を実行する(ステップS2−9)。具体的には、制御部21の特典優遇管理手段212は、この顧客の会員管理レコード230に記録されたポイント残高およびポイント蓄積履歴(ポイント取得日/使用日、ポイント取得対象取引種別およびポイント数)を取得する。そして、このポイント残高およびポイント蓄積履歴の表示を含めたポイント確認画面データを生成し、利用者端末10に送信する。
On the other hand, when the point confirmation icon is selected, the
(不足条件の並替処理)
次に、図5を用いて、不足条件の並替処理について説明する。
ここでは、まず、サービス管理サーバ20の制御部21は、優先順位の初期値の取得処理を実行する(ステップS3−1)。具体的には、制御部21の不足条件管理手段213は、優遇条件データ記憶部24の優遇条件レコード240に記録された優遇適用条件に対して、優先順位初期値の順番で並べる。
(Rearrangement processing of insufficient conditions)
Next, the rearrangement condition rearrangement process will be described with reference to FIG.
Here, first, the
そして、サービス管理サーバ20の制御部21は、優遇条件データ記憶部24に記録された代替条件毎に、以下の処理を実行する。
まず、サービス管理サーバ20の制御部21は、この顧客の取引履歴と代替条件との照合処理を実行する(ステップS3−2)。具体的には、制御部21の不足条件管理手段213は、この優遇条件レコード240に記録された代替条件を取得し、この顧客の取引履歴に含まれる取引種別と比較する。
Then, the
First, the
取引履歴において、代替条件に一致する取引実績がある場合(ステップS3−3におい
て「YES」の場合)、サービス管理サーバ20の制御部21は、代替条件に対応する不足条件の繰り上げ処理を実行する(ステップS3−4)。
In the transaction history, when there is a transaction record that matches the alternative condition (in the case of “YES” in step S3-3), the
例えば、代替条件として「取引履歴の中に公共料金の振込支払がある」が設定されている場合、制御部21の不足条件管理手段213は、口座管理データ記憶部32にアクセスして、この顧客の取引履歴を取得し、取引履歴の振込先において、公共料金収納企業が含まれているかどうかを判定する。そして、取引履歴の中に公共料金の振込支払実績が含まれている場合、制御部21の不足条件管理手段213は、不足条件「公共料金引落」の順位を繰り上げる。
For example, if “substitution transfer payment is included in transaction history” is set as an alternative condition, the shortage condition management means 213 of the
また、代替条件として「預金残高が常時、定期預金設定額以上」が設定されている場合、制御部21の不足条件管理手段213は、ホストシステム30の口座管理データ記憶部32にアクセスして、この顧客の残高履歴を取得し、この残高履歴と定期預金設定額とを比較する。そして、預金残高が常時、定期預金設定額以上の実績がある場合、制御部21の不足条件管理手段213は、不足条件「定期預金の設定」の優先順位を繰り上げる。
Further, when “deposit balance is always equal to or more than the fixed deposit amount” is set as an alternative condition, the shortage
また、代替条件として「他社クレジットの利用」が設定されている場合、制御部21の不足条件管理手段213は、この顧客の取引履歴において、他社のクレジット会社についての引落実績が含まれているかどうかを判定する。そして、他社のクレジット会社についての引落実績が含まれている場合、制御部21の不足条件管理手段213は、不足条件「自社クレジット利用」の優先順位を繰り上げる。
When “use of other company's credit” is set as an alternative condition, the shortage condition managing means 213 of the
一方、代替条件に一致する取引実績がない場合(ステップS3−3において「NO」の場合)、サービス管理サーバ20の制御部21は、次の代替条件についての処理を実行する。そして、すべての代替条件について繰り返す。
On the other hand, when there is no transaction record that matches the alternative condition (in the case of “NO” in step S3-3), the
(ポイント表示処理)
次に、図6(a)を用いて、ポイント表示処理について説明する。
ここでは、まず、サービス管理サーバ20の制御部21は、ポイント蓄積履歴の取得処理を実行する(ステップS4−1)。具体的には、制御部21のポイント管理手段214は、会員管理データ記憶部23から会員管理レコード230のポイント蓄積履歴を取得する。
(Point display processing)
Next, point display processing will be described with reference to FIG.
Here, first, the
次に、サービス管理サーバ20の制御部21は、ポイントの蓄積予測処理を実行する(ステップS4−2)。具体的には、制御部21のポイント管理手段214は、ポイント取得/使用日に対して、ポイント蓄積履歴のポイント数を加減算し、各日付のポイント残高を算出する。そして、ポイント管理手段214は、横軸を日付として、縦軸をポイント残高とするグラフを作成する。更に、ポイント管理手段214は、日付に対するポイント残高についての一次回帰線を算出して、ポイント取得パターンを算出する。そして、ポイント管理手段214は、この一次回帰線を、予め保持している将来日付まで延長することにより、将来日付のポイント残高(ポイント蓄積予測)を算出する。
Next, the
次に、サービス管理サーバ20の制御部21は、ポイント蓄積状況に応じて優遇内容の特定処理を実行する(ステップS4−3)。具体的には、制御部21のポイント管理手段214は、優遇条件データ記憶部24から、ポイントの蓄積予測に対応するポイント残高を用いて利用可能性が高い優遇内容を取得する。ここでは、ポイント取得予測を基準にして特定されるポイント数よりも少ない必要ポイント数を優遇適用条件とする優遇対象候補として、以下の優遇内容を特定する。
・予め保持している将来日付におけるポイント残高において利用可能な優遇内容。
・予め保持している将来日付におけるポイント残高に対して次に必要ポイントが高い優遇
内容。
Next, the
・ Preferential content that can be used in the point balance on the future date held in advance.
-Preferential content with the next highest required points against the point balance on the future date held in advance.
そして、サービス管理サーバ20の制御部21は、優遇内容のタイムチャート表示処理を実行する(ステップS4−4)。具体的には、制御部21のポイント管理手段214は、ポイント蓄積履歴、ポイント蓄積予測及び優遇内容を含めたグラフ表示画面データを生成する。そして、ポイント管理手段214は、生成したグラフ表示画面データを利用者端末10に送信する。
And the
グラフ表示画面データを受信した利用者端末10のディスプレイには、図6(b)に示す表示500が出力される。この表示500には、ポイント蓄積履歴表示501、ポイント蓄積予測表示502、優遇内容表示503が含まれる。ポイント蓄積履歴表示501には、ステップS4−1において取得したポイント蓄積履歴の実績値(プロット)が表示される。このポイント蓄積履歴表示501内の実線は一次回帰線である。ポイント蓄積予測表示502には、ステップS4−2においてポイントの蓄積を予測した一次回帰線を延長した線(破線)が表示される。優遇内容表示503には、ステップS4−3において特定した優遇内容が表示される。
次に、サービス管理サーバ20の制御部21は、後述する優遇継続確認処理を実行する(ステップS4−5)。
A
Next, the
(優遇継続確認処理)
次に、図7を用いて、優遇継続確認処理について説明する。ここでは、ポイントを拠出することにより、「所定の期間について振込手数料の割引」や「所定の期間についてローン金利の優遇」、「定期預金の金利の優遇」(ポイント優遇)を受けている場合を想定する。
(Preferential treatment confirmation process)
Next, the preferential treatment confirmation process will be described with reference to FIG. In this case, if you have received a "Transfer fee discount for a specified period", "Loan interest rate preferential treatment for a predetermined period", or "Time deposit interest rate preferential treatment" (point preferential treatment) by contributing points Suppose.
ここでは、サービス管理サーバ20の制御部21は、優遇対象の取引履歴の検索処理を実行する(ステップS5−1)。具体的には、制御部21の優遇継続管理手段215は、優遇適用履歴データ記憶部25から、この顧客の優遇適用履歴レコード250を取得する。
Here, the
そして、サービス管理サーバ20の制御部21は、継続中の優遇があるかどうかについての判定処理を実行する(ステップS5−2)。具体的には、制御部21の優遇継続管理手段215は、継続的にポイント優遇を利用している取引の有無について検索する。例えば、ポイントを拠出することにより、ローンや定期預金について金利優遇を受けている場合には、継続中の優遇があると判定する。また、ポイントを拠出することにより、定期的に手数料優遇を利用している場合にも、継続中の優遇があると判定する。ここで、継続中の優遇がない場合(ステップS5−2において「NO」の場合)には、優遇継続確認処理を終了する。
And the
継続中の優遇がある場合(ステップS5−2において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇を継続可能かどうかについての判定処理を実行する(ステップS5−3)。具体的には、制御部21の優遇継続管理手段215は、優遇適用のためにポイント利用する次の日付(ポイント支出予測日)を優遇適用履歴レコード250を用いて予測する。そして、このポイント支出予測日のポイント残高(ポイント蓄積予測)と、このポイント優遇を利用するためのポイント数とを比較する。ここで、優遇を継続ができる場合(ステップS5−3において「YES」の場合)には、優遇継続確認処理を終了する。
When there is an ongoing preferential treatment (in the case of “YES” in step S5-2), the
将来日付のポイント残高が、優遇制度の利用を継続するためのポイント数より低くなり、優遇を継続ができない場合(ステップS5−3において「NO」の場合)、サービス管
理サーバ20の制御部21は、優遇適用継続希望確認画面データを送信する。(ステップS5−4)。具体的には、制御部21の優遇継続管理手段215は、優遇継続の希望の有無を選択するためのアイコンを含めた優遇適用継続希望確認画面データを利用者端末10に送信する。ここで、継続希望「なし」のデータを取得した場合(ステップS5−5において「NO」の場合)には、優遇継続確認処理を終了する。
If the point balance of the future date is lower than the number of points for continuing to use the preferential treatment system and preferential treatment cannot be continued (in the case of “NO” in step S5-3), the
ここで、利用者端末10から、優遇適用継続希望確認画面に入力された継続希望「あり」のデータを取得した場合(ステップS5−5において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇を継続する場合の不足ポイント数の算出処理を実行する(ステップS5−6)。具体的には、制御部21の優遇継続管理手段215は、ポイント蓄積予測と優遇を継続するためのポイント数との差分を算出する。
Here, when the data of “continuation request” “present” input on the preferential application continuation request confirmation screen is acquired from the user terminal 10 (in the case of “YES” in step S5-5), the control unit of the
そして、サービス管理サーバ20の制御部21は、不足ポイント数の蓄積方法の提示処理を実行する(ステップS5−7)。具体的には、制御部21の優遇継続管理手段215は、ポイント換算テーブルを用いて、このポイント数の差分を蓄積するために必要な取引種別と量(換算取引量)を算出する。そして、優遇継続管理手段215は、この取引種別及び換算取引量を表示させるための画面データを利用者端末10に送信する。
And the
(取引画面処理)
次に、図8を用いて、取引画面処理について説明する。この処理は、ステップS1−11、S2−8において表示された取引画面を用いて実行される。
(Transaction screen processing)
Next, transaction screen processing will be described with reference to FIG. This process is executed using the transaction screen displayed in steps S1-11 and S2-8.
ここでは、まず、サービス管理サーバ20の制御部21は、取引画面において取引内容の特定処理を実行する(ステップS6−1)。具体的には、制御部21の取引処理手段219が、取引画面において入力された取引依頼の取引種別に関するデータを取得する。
Here, first, the
サービス管理サーバ20の制御部21は、優遇対象の取引かどうかについての判定処理を実行する(ステップS6−2)。具体的には、制御部21の取引処理手段219は、優遇条件データ記憶部24に、優遇対象取引種別として登録されているかどうかを判定する。
The
優遇対象の取引である場合(ステップS6−2において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇適用のためにポイント拠出が必要かどうかについての判定処理を実行する(ステップS6−3)。具体的には、制御部21の取引処理手段219は、優遇条件データ記憶部24において、優遇適用条件として必要ポイント数が記録されているかどうかを判定する。
When the transaction is a preferential transaction (“YES” in step S6-2), the
優遇適用のためにポイント拠出が必要でない特典優遇の対象である場合(ステップS6−3において「NO」の場合)、サービス管理サーバ20の制御部21は、特典優遇を適用可能かどうかについての判定処理を実行する(ステップS6−4)。具体的には、制御部21の取引処理手段219は、この顧客の顧客管理レコード220に会員フラグが記録されている場合には、会員管理レコード230の特典優遇フラグの有無によって特典優遇の適用可否を判定する。なお、この顧客の顧客管理レコード220に会員フラグが記録されていない場合には、特典優遇適用不可と判定する。
When it is a target of privilege preferential treatment that does not require point contribution for preferential treatment application (in the case of “NO” in step S6-3), the
ここで、この顧客について会員登録されており、特典優遇を適用可能である場合(ステップS6−4において「YES」の場合)には、サービス管理サーバ20の制御部21は、優遇適用処理を実行する(ステップS6−11)。具体的には、制御部21の取引処理手段219は、顧客識別子、現在日付(適用日)、優遇種別識別子を含めた優遇適用履歴レコード250を生成し、優遇適用履歴データ記憶部25に記録する。そして、取引処理
手段219は、優遇内容を適用した取引条件を設定する。
Here, if the customer is registered as a member and the privilege preferential treatment can be applied (in the case of “YES” in step S6-4), the
一方、特典優遇を適用可能でない場合(ステップS6−4において「NO」の場合)には、サービス管理サーバ20の制御部21は、不足条件の特定処理を実行する(ステップS6−5)。具体的には、制御部21の取引処理手段219は、特典優遇管理手段212に処理を引き継ぐ。そして、特典優遇管理手段212は、取引依頼の優遇対象取引種別について優遇条件レコード240から優遇適用条件を取得する。そして、特典優遇管理手段212は、この顧客の取引履歴において、不足している優遇適用条件(不足条件)を抽出する。
On the other hand, when the privilege preferential treatment is not applicable (in the case of “NO” in step S6-4), the
次に、サービス管理サーバ20の制御部21は、前述した不足条件の並替処理(図5)を実行する(ステップS6−6)。
そして、サービス管理サーバ20の制御部21は、特典案内画面の表示処理を実行する(ステップS6−7)。具体的には、制御部21の特典優遇管理手段212は、並べ替えた不足条件についての表示を含めた特典案内画面データを生成し、利用者端末10に送信する。
Next, the
And the
また、優遇適用のためにポイント拠出が必要なポイント優遇の対象である場合(ステップS6−3において「YES」の場合)、サービス管理サーバ20の制御部21は、ポイント残高が十分かどうかについての判定処理を実行する(ステップS6−8)。具体的には、制御部21の取引処理手段219は、優遇条件データ記憶部24の優遇適用条件に記録された必要ポイント数を取得する。そして、取引処理手段219は、会員管理データ記憶部23に記録されたポイント残高を取得し、必要ポイント数とポイント残高とを比較する。
In addition, if the point preferential treatment is necessary for the preferential application (in the case of “YES” in step S6-3), the
ポイント残高が十分である場合(ステップS6−8において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇適用希望の有無の取得処理を実行する(ステップS6−9)。具体的には、制御部21の取引処理手段219は、優遇適用希望確認画面データを利用者端末10に送信する。この優遇適用希望確認画面においては、優遇適用の希望の有無を選択するためのアイコンが含まれる。
When the point balance is sufficient (in the case of “YES” in step S6-8), the
ここで、利用者端末10から、優遇適用希望確認画面に入力された適用希望「あり」のデータを取得した場合(ステップS6−10において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇適用処理を実行する(ステップS6−11)。具体的には、制御部21の取引処理手段219は、会員管理データ記憶部23に記録されたポイント残高から必要ポイント数を減算するとともに、ポイント蓄積履歴を更新する。更に、取引処理手段219は、上述のように優遇適用履歴レコード250を生成し、優遇適用履歴データ記憶部25に記録する。そして、取引処理手段219は、優遇内容を適用した取引条件を設定する。
Here, when the data of the application request “Yes” input on the preferential application request confirmation screen is acquired from the user terminal 10 (“YES” in step S6-10), the
一方、ポイント残高が十分でない場合(ステップS6−8において「NO」の場合)、サービス管理サーバ20の制御部21は、不足ポイント数の算出処理を実行する(ステップS6−12)。具体的には、制御部21の取引処理手段219は、優遇継続管理手段215に処理を引き継ぐ。そして、優遇継続管理手段215は、優遇適用条件(必要ポイント数)とポイント残高との差分を算出する。
On the other hand, when the point balance is not sufficient (in the case of “NO” in step S6-8), the
そして、サービス管理サーバ20の制御部21は、不足ポイントの蓄積方法の提示処理を実行する(ステップS6−13)。具体的には、制御部21の優遇継続管理手段215は、ポイント換算テーブルを用いて、このポイント数の差分を蓄積するために必要な取引種別と量(換算取引量)を算出する。そして、優遇継続管理手段215は、この取引種別
及び換算取引量を表示させるための画面データを利用者端末10に送信する。
Then, the
そして、サービス管理サーバ20の制御部21は、取引依頼処理を実行する(ステップS6−14)。ここで、優遇対象の取引でない場合(ステップS6−2において「NO」の場合)、利用者端末10から優遇適用希望「なし」のデータを取得した場合(ステップS6−10において「NO」の場合)、不足ポイントの蓄積方法の提示処理(ステップS6−13)を実行した場合には、通常の取引条件で取引依頼処理を実行する。一方、優遇適用処理(ステップS6−11)を実行した場合には、優遇が適用された取引条件で、ホストシステム30との間で、この顧客の取引依頼処理を実行する。
And the
本実施形態によれば、以下のような効果を得ることができる。
・ 本実施形態では、顧客が会員として登録されていない場合(ステップS1−3において「NO」の場合)には、サービス管理サーバ20の制御部21は、この顧客の取引履歴の取得処理を実行する(ステップS1−5)。この顧客の取引履歴において優遇対象取引の取引実績が含まれている場合(ステップS1−6において「YES」の場合)、サービス管理サーバ20の制御部21は、取引実績に対応する優遇内容を特定し(ステップS1−7)、会員登録の推奨表示処理を実行する(ステップS1−8)。これにより、会員登録が行なわれていない顧客に対しては、優遇適用を受けることができる会員登録を推奨することができる。そして、この優遇を利用して取引を促進させることができる。
According to this embodiment, the following effects can be obtained.
In the present embodiment, when the customer is not registered as a member (in the case of “NO” in step S1-3), the
・ 本実施形態では、会員管理レコード230において特典優遇フラグが記録されておらず、特典優遇の対象会員でない場合(ステップS2−1において「NO」の場合)には、サービス管理サーバ20の制御部21は、利用者の取引履歴の取得処理を実行する(ステップS2−2)。優遇対象取引の取引実績が含まれている場合(ステップS2−3において「YES」の場合)、サービス管理サーバ20の制御部21は、特典優遇を受けるための不足条件の特定処理を実行する(ステップS2−4)。そして、サービス管理サーバ20の制御部21は、不足条件についての表示を含めた特典案内画面の表示処理を実行する(ステップS2−6)。これにより、会員に対して特典優遇を受けるための取引を促進することができる。
In the present embodiment, when the privilege preferential flag is not recorded in the
・ 本実施形態では、サービス管理サーバ20の制御部21は、不足条件の並替処理を実行する(ステップS2−5、ステップS6−6)。ここでは、サービス管理サーバ20の制御部21は、この顧客の取引履歴と代替条件とを照合し(ステップS3−2)、代替条件に一致する取引実績がある場合(ステップS3−3において「YES」の場合)、代替条件に対応する不足条件の繰り上げ処理を実行する(ステップS3−4)。これにより、顧客にとっては、これまでの取引内容(代替取引)を優遇適用条件の取引に変更すればよく、比較的容易に取引を促進することができる。
-In this embodiment, the
・ 本実施形態では、サービス管理サーバ20の制御部21は、ポイント蓄積履歴を取得し(ステップS4−1)、ポイントの蓄積予測処理を実行する(ステップS4−2)。更に、サービス管理サーバ20の制御部21は、ポイント蓄積状況に応じて受けることができる優遇内容を特定し(ステップS4−3)、優遇内容のタイムチャート表示処理を実行する(ステップS4−4)。これにより、顧客はポイントの取得状況や使用状況を把握するとともに、将来の予測を行なうことができる。
In the present embodiment, the
・ 本実施形態では、サービス管理サーバ20の制御部21は、優遇対象の取引履歴の検索処理を実行する(ステップS5−1)。そして、継続中の優遇がある場合(ステップS5−2において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇を継続可能かどうかについての判定処理を実行する(ステップS5−3)。ここで、将来日付のポイント残高が、優遇制度の利用を継続するためのポイント数より低くなり、優遇を
継続ができない場合(ステップS5−3において「NO」の場合)、サービス管理サーバ20の制御部21は、優遇適用継続希望確認画面データを送信する。(ステップS5−4)。これにより、優遇の継続を希望する顧客に対して注意喚起を行なうことができる。
-In this embodiment, the
そして、優遇適用継続希望確認画面に入力された継続希望「あり」のデータを取得した場合(ステップS5−5において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇を継続する場合の不足ポイント数を算出し(ステップS5−6)、この不足ポイント数の蓄積方法の提示処理を実行する(ステップS5−7)。これにより、優遇の継続を希望する顧客に対して、新たな取引を促進することができる。
And when the data of "continuation hope" "present" input on the preferential application continuation hope confirmation screen is acquired (in the case of "YES" in step S5-5), the
・ 本実施形態では、取引画面処理において、優遇適用のためにポイント拠出が必要でない特典優遇の対象であって(ステップS6−3において「NO」の場合)、特典優遇を適用可能でない場合(ステップS6−4において「NO」の場合)には、サービス管理サーバ20の制御部21は、不足条件の特定処理を実行する(ステップS6−5)。そして、サービス管理サーバ20の制御部21は、不足条件の並替処理(ステップS6−6)、特典案内画面の表示処理を実行する(ステップS6−7)。
In the present embodiment, in the transaction screen processing, when the preferential treatment is applied for preferential treatment, the point preferential treatment is not necessary (in the case of “NO” in step S6-3), and the special preferential treatment is not applicable (step In the case of “NO” in S6-4, the
また、優遇適用のためにポイント拠出が必要なポイント優遇の対象である場合(ステップS6−3において「YES」の場合)、サービス管理サーバ20の制御部21は、ポイント残高が十分かどうかについての判定処理を実行する(ステップS6−8)。そして、ポイント残高が十分でない場合(ステップS6−8において「NO」の場合)、サービス管理サーバ20の制御部21は、不足ポイント数の算出処理(ステップS6−12)、不足ポイントの蓄積方法の提示処理を実行する(ステップS6−13)。これにより、新たな取引場面においても、優遇制度を紹介し、更なる取引を促進させることができる。
In addition, if the point preferential treatment is necessary for the preferential application (in the case of “YES” in step S6-3), the
また、上記実施形態は以下のように変更してもよい。
○ 上記実施形態においては、特典優遇とポイント優遇とを提供したが、いずれか一方を提供するようにしてもよい。
Moreover, you may change the said embodiment as follows.
In the above embodiment, the privilege preferential treatment and the point preferential treatment are provided, but either one may be provided.
○ 上記実施形態においては、優遇条件データ記憶部24には顧客に対して優遇を提供するための優遇条件レコード240が記録される。ここで、この優遇条件として、期間限定のキャンペーン制度を設けることも可能である。具体的には、優遇条件レコード240には、キャンペーン期間に関するデータを記録し、この期間においては通常期間とは異なる優遇条件(キャンペーン条件)を設定する。そして、不足条件の並替処理(図5)においては、サービス管理サーバ20の制御部21は、システムタイマから現在日時を取得し、この現在日時がキャンペーン期間に含まれる場合にはキャンペーン条件を用いて、不足条件の並び替えを行なう。これにより、キャンペーンによって会員登録の促進や取引の促進を図ることができる。
In the above-described embodiment, the preferential condition
○ 上記実施形態においては、会員登録していない顧客に対する処理と、会員登録している顧客に対する処理とを含めて説明したが、いずれか一方に提供する優遇制度とすることもできる。 In the above-described embodiment, the processing for a customer who is not registered as a member and the processing for a customer who is registered as a member have been described. However, a preferential system provided to either one may be used.
○ 上記実施形態においては、利用者端末として携帯電話端末やコンピュータ端末を用いたが、これに限定されるものではなく、金融機関の店舗に設置された現金自動預払機を用いることもできる。 In the above embodiment, a mobile phone terminal or a computer terminal is used as a user terminal. However, the present invention is not limited to this, and an automatic teller machine installed in a store of a financial institution can also be used.
○ 上記実施形態においては、サービス管理サーバ20の制御部21は、ポイント蓄積履歴を取得し(ステップS4−1)、ポイントの蓄積予測処理を実行する(ステップS4−2)。この場合、将来日付に対するポイント残高についての一次回帰線を算出する。そ
して、ポイント蓄積履歴表示501、ポイント蓄積予測表示502、優遇内容表示503が含まれるグラフ表示画面データを利用者端末10に送信する。これに代えて、ポイント取得履歴とポイント利用履歴とを別個に計算して、将来日付に対するポイント残高について予測することも可能である。この処理を図9に示す。
In the above embodiment, the
まず、サービス管理サーバ20の制御部21は、ポイント蓄積履歴の取得処理を実行する(ステップS7−1)。具体的には、ステップS4−1と同様に、制御部21のポイント管理手段214は、会員管理データ記憶部23からポイント蓄積履歴を取得する。
First, the
次に、サービス管理サーバ20の制御部21は、ポイント取得予測処理を実行する(ステップS7−2)。具体的には、制御部21のポイント管理手段214は、会員管理データ記憶部23に記録された会員管理レコード230を用いて、所定期間においてポイント数を取得した履歴を抽出する。次に、ポイント管理手段214は、このポイント取得履歴を用いて、取得したポイント数を加算したポイント取得累積量のタイムチャートを作成する。そして、ポイント管理手段214は、ポイント取得累積量について一次回帰を行なう。そして、ポイント管理手段214は、現在のポイント残高から、この一次回帰線を将来日付に延長させてポイント取得による最大ポイント残高を予測する。
Next, the
次に、サービス管理サーバ20の制御部21は、優遇毎にポイント使用予測処理を実行する(ステップS7−3)。具体的には、制御部21のポイント管理手段214は、会員管理データ記憶部23に記録された会員管理レコード230を用いて、取引種別毎に、所定期間において、優遇を受けるためにポイント数を使用した履歴を抽出する。次に、ポイント管理手段214は、取引種別毎に、ポイント使用履歴を用いて、使用したポイント数を加算したポイント使用累積量のタイムチャートを作成する。そして、ポイント管理手段214は、優遇毎にポイント使用累積量について一次回帰を行なう。そして、ポイント管理手段214は、現在のポイント残高から、この一次回帰線を将来日付に延長させて、優遇毎に使用ポイント累積量を予測する。
Next, the
次に、サービス管理サーバ20の制御部21は、ポイント蓄積予測処理を実行する(ステップS7−4)。具体的には、制御部21のポイント管理手段214は、ステップS7−2において算出した最大ポイント残高予測と、ステップS7−3において算出した優遇毎の使用ポイント累積量予測とを合算したポイント蓄積量を予測する。
Next, the
次に、サービス管理サーバ20の制御部21は、タイムチャート表示処理を実行する(ステップS7−5)。具体的には、制御部21のポイント管理手段214は、ポイント蓄積履歴、ポイント蓄積予測及び優遇内容を含めたグラフ表示画面データを生成する。そして、ポイント管理手段214は、生成したグラフ表示画面データを利用者端末10に送信する。
Next, the
グラフ表示画面データを受信した利用者端末10のディスプレイには、図10(a)に示す表示510が出力される。この表示510には、ポイント蓄積履歴表示511、ポイント蓄積予測表示512、優遇選択表示513が含まれる。ポイント蓄積履歴表示511には、ステップS7−1において取得したポイント蓄積履歴の実績値(プロット)が表示される。ポイント蓄積予測表示512には、ステップS7−4において算出したポイント蓄積予測の一次回帰線(矢印)が表示される。
A
また、優遇選択表示513には、会員管理レコード230において利用実績がある優遇内容が表示される。そして、各優遇には、これからも利用を希望する優遇を選択するためのチェックボックスが表示されている。更に、この表示510には、表示処理を終了させるための終了ボタンが含まれる。優遇選択表示513におけるチェックボックスにより、
利用希望の優遇が変更された場合、利用者端末10は、選択されている優遇の取引種別を含めた変更指示をサービス管理サーバ20に送信する。一方、終了ボタンが選択された場合、利用者端末10は、表示終了指示をサービス管理サーバ20に送信する。
The
When the preferential treatment desired to be used is changed, the
ここで、表示終了指示を受信した場合(ステップS7−6において「終了」の場合)、サービス管理サーバ20の制御部21は、ポイント表示処理を終了する。
一方、変更指示を受信した場合(ステップS7−6において「変更」の場合)、サービス管理サーバ20の制御部21は、利用希望の優遇についての使用ポイント累積量予測の合算処理を実行する(ステップS7−7)。具体的には、制御部21のポイント管理手段214は、選択された優遇の使用ポイント累積量についての予測を合算する。
Here, when the display end instruction is received (in the case of “end” in step S7-6), the
On the other hand, when a change instruction has been received (in the case of “change” in step S7-6), the
そして、サービス管理サーバ20の制御部21は、ポイントの蓄積予測の再計算処理を実行する(ステップS7−8)。具体的には、制御部21のポイント管理手段214は、最大ポイント残高予測から、ステップS7−7において合算した使用ポイント累積量予測を差し引く。
Then, the
そして、サービス管理サーバ20の制御部21は、タイムチャート表示処理を実行する(ステップS7−5)。具体的には、制御部21のポイント管理手段214は、ポイント蓄積履歴、ポイント蓄積予測及び優遇内容を含めたグラフ表示画面データを再度、生成する。そして、ポイント管理手段214は、生成したグラフ表示画面データを利用者端末10に送信する。ここで、すべての優遇についての選択ボタンを外した場合には、グラフ表示画面データを受信した利用者端末10のディスプレイには、図10(b)に示す表示520のように、ポイントを使用せずに蓄積した最大ポイント残高の一次回帰線(矢印)が表示される。一方、一部の優遇について選択した場合には、図10(c)に示す表示530のように、すべての優遇を利用する場合の一次回帰線と、すべての優遇を利用しない場合の一次回帰線との中間領域に一次回帰線が表示される。
And the
これにより、利用する優遇を取捨選択して、シミュレーションを行なうことができる。 As a result, the preferential treatment to be used can be selected and the simulation can be performed.
10…利用者端末、20…サービス管理サーバ、21…制御部、210…本人認証手段、211…会員勧誘処理手段、212…特典優遇管理手段、213…不足条件管理手段、2
14…ポイント管理手段、215…優遇継続管理手段、219…取引処理手段、22…顧客管理データ記憶部、23…会員管理データ記憶部、24…優遇条件データ記憶部、25…優遇適用履歴データ記憶部、30…ホストシステム、32…口座管理データ記憶部、33…取引履歴データ記憶部。
DESCRIPTION OF
14 ... Point management means, 215 ... Preferential continuation management means, 219 ... Transaction processing means, 22 ... Customer management data storage section, 23 ... Member management data storage section, 24 ... Preferential condition data storage section, 25 ... Preferential application
Claims (7)
優遇対象となる取引種別識別子に対して、優遇内容及び優遇を受けるための優遇適用条件、この優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための代替条件を記録した優遇情報記憶手段と、
顧客の利用者端末と通信を行なう制御手段とを備えた取引促進管理システムであって、
前記制御手段が、
アクセスを行なった利用者端末から顧客識別子を取得し、
この顧客についての優遇対象候補の取引種別識別子を特定し、
前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、
前記優遇対象候補の取引種別識別子についての優遇内容及び優遇適用条件を前記優遇情報記憶手段から取得し、
前記取引履歴と前記優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定し、
前記優遇情報記憶手段において、不足条件についての代替条件を特定し、前記代替条件と前記取引履歴の取引種別識別子とを照合し、前記取引履歴の取引種別識別子と一致する代替条件に対応する不足条件について優先順位を繰り上げた案内画面であって、前記不足条件についての新たな取引を促す案内画面を前記利用者端末に出力する手段を備えたことを特徴とする取引促進管理システム。 Transaction information storage means for recording a transaction history including a transaction type identifier for each customer identifier,
Record preferential content, preferential application conditions for receiving preferential treatment, and alternative conditions for specifying the content of transactions that are conducted in place of transactions that are preferential application conditions for the transaction type identifiers Preferential information storage means,
A transaction promotion management system comprising a control means for communicating with a customer user terminal,
The control means is
Obtain a customer identifier from the user terminal that made the access,
Identify the transaction type identifier of the candidate for this customer,
Obtaining a transaction history associated with the customer identifier from the transaction information storage means;
Obtain preferential content and preferential application conditions for the transaction type identifier of the preferential treatment candidate from the preferential information storage means,
Compare the transaction history with the preferential application conditions, identify the preferential application conditions that are lacking as shortage conditions,
In the preferential information storage means, an alternative condition for a shortage condition is specified, the alternative condition and the transaction type identifier of the transaction history are collated, and the shortage condition corresponding to the alternative condition that matches the transaction type identifier of the transaction history A transaction promotion management system comprising means for outputting a guidance screen to the user terminal for prompting a new transaction for the shortage condition .
前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、
前記取引履歴の取引種別識別子と、前記優遇情報記憶手段に記録された取引種別識別子とを照合して、一致する取引種別識別子を優遇対象候補として特定することを特徴とする請求項1に記載の取引促進管理システム。 The control means includes
Obtaining a transaction history associated with the customer identifier from the transaction information storage means;
The transaction type identifier of the transaction history and a transaction type identifier recorded in the preferential information storage unit are collated, and a matching transaction type identifier is specified as a preferential target candidate. Transaction promotion management system.
前記利用者端末から、顧客が入力した取引種別識別子を取得し、
前記利用者端末から取得した取引種別識別子と、前記優遇情報記憶手段に記録された取引種別識別子とを照合して、一致する取引種別識別子を優遇対象候補として特定することを特徴とする請求項1又は2に記載の取引促進管理システム。 The control means includes
From the user terminal, obtain the transaction type identifier entered by the customer,
The transaction type identifier acquired from the user terminal and the transaction type identifier recorded in the preferential information storage unit are collated, and the matching transaction type identifier is specified as a preferential target candidate. Or the transaction promotion management system of 2.
前記優遇情報記憶手段には、優遇を受けるための優遇適用条件として必要ポイント数が記録され、
前記制御手段が、
優遇対象候補の必要ポイント数と、前記ポイント情報記憶手段に記録されたポイント数との差分から不足条件として不足ポイント数を算出し、
前記不足ポイント数を満たすために必要な新たな取引を促す画面を出力する手段を更に備えたことを特徴とする請求項1〜3のいずれか1つに記載の取引促進管理システム。 For each customer identifier, further comprising a point information storage means for recording the number of points given according to the transaction,
In the preferential information storage means, the necessary number of points is recorded as a preferential application condition for receiving preferential treatment,
The control means is
From the difference between the number of points required for the preferential treatment candidate and the number of points recorded in the point information storage means, the number of shortage points is calculated as a shortage condition,
Transaction promotion management system according to any one of claims 1-3, characterized in that further comprising means for outputting a screen for prompting a new transaction required to meet the number of the missing points.
前記制御手段が、
ポイント蓄積履歴におけるポイント取得パターンを将来日付に延長させたポイント取得予測を算出し、
前記優遇情報記憶手段を用いて、前記ポイント取得予測を基準にして特定されるポイント数よりも少ない必要ポイント数を優遇適用条件とする優遇対象候補を取得し、
前記ポイント取得予測及び前記優遇対象候補を前記利用者端末に出力する手段を更に備えたことを特徴とする請求項4に記載の取引促進管理システム。 In the point information storage means, a point accumulation history in which the date when the point is acquired is recorded,
The control means is
Calculate the point acquisition prediction by extending the point acquisition pattern in the point accumulation history to the future date,
Using the preferential information storage means, obtain a preferential treatment candidate with a preferential application condition that is less than the number of points specified on the basis of the point acquisition prediction,
The transaction promotion management system according to claim 4 , further comprising means for outputting the point acquisition prediction and the preferential treatment candidate to the user terminal.
優遇対象となる取引種別識別子に対して、優遇内容及び優遇を受けるための優遇適用条件、この優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための代替条件を記録した優遇情報記憶手段と、
顧客の利用者端末と通信を行なう制御手段とを備えた取引促進管理システムを用いて、取引促進を管理するための方法であって、
前記制御手段が、
アクセスを行なった利用者端末から顧客識別子を取得し、
この顧客についての優遇対象候補の取引種別識別子を特定し、
前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、
前記優遇対象候補の取引種別識別子についての優遇内容及び優遇適用条件を前記優遇情報記憶手段から取得し、
前記取引履歴と前記優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定し、
前記優遇情報記憶手段において、不足条件についての代替条件を特定し、前記代替条件と前記取引履歴の取引種別識別子とを照合し、前記取引履歴の取引種別識別子と一致する代替条件に対応する不足条件について優先順位を繰り上げた案内画面であって、前記不足条件についての新たな取引を促す案内画面を前記利用者端末に出力する段階を実行することを特徴とする取引促進管理方法。 Transaction information storage means for recording a transaction history including a transaction type identifier for each customer identifier,
Record preferential content, preferential application conditions for receiving preferential treatment, and alternative conditions for specifying the content of transactions that are conducted in place of transactions that are preferential application conditions for the transaction type identifiers Preferential information storage means,
A method for managing transaction promotion using a transaction promotion management system comprising a control means for communicating with a customer user terminal,
The control means is
Obtain a customer identifier from the user terminal that made the access,
Identify the transaction type identifier of the candidate for this customer,
Obtaining a transaction history associated with the customer identifier from the transaction information storage means;
Obtain preferential content and preferential application conditions for the transaction type identifier of the preferential treatment candidate from the preferential information storage means,
Compare the transaction history with the preferential application conditions, identify the preferential application conditions that are lacking as shortage conditions,
In the preferential information storage means, an alternative condition for a shortage condition is specified, the alternative condition and the transaction type identifier of the transaction history are collated, and the shortage condition corresponding to the alternative condition that matches the transaction type identifier of the transaction history for a guidance screen that advancing the priority, the transaction accelerator management method characterized by performing the step of outputting a guidance screen prompting new transactions for the shortage condition to the user terminal.
優遇対象となる取引種別識別子に対して、優遇内容及び優遇を受けるための優遇適用条件、この優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための代替条件を記録した優遇情報記憶手段と、
顧客の利用者端末と通信を行なう制御手段とを備えた取引促進管理システムを用いて、
取引促進を管理するためのプログラムであって、
前記制御手段を、
アクセスを行なった利用者端末から顧客識別子を取得し、
この顧客についての優遇対象候補の取引種別識別子を特定し、
前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、
前記優遇対象候補の取引種別識別子についての優遇内容及び優遇適用条件を前記優遇情報記憶手段から取得し、
前記取引履歴と前記優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定し、
前記優遇情報記憶手段において、不足条件についての代替条件を特定し、前記代替条件と前記取引履歴の取引種別識別子とを照合し、前記取引履歴の取引種別識別子と一致する代替条件に対応する不足条件について優先順位を繰り上げた案内画面であって、前記不足条件についての新たな取引を促す案内画面を前記利用者端末に出力する手段として機能させることを特徴とする取引促進管理プログラム。 Transaction information storage means for recording a transaction history including a transaction type identifier for each customer identifier,
Record preferential content, preferential application conditions for receiving preferential treatment, and alternative conditions for specifying the content of transactions that are conducted in place of transactions that are preferential application conditions for the transaction type identifiers Preferential information storage means,
Using a transaction promotion management system equipped with a control means for communicating with a customer's user terminal,
A program for managing transaction promotion,
The control means;
Obtain a customer identifier from the user terminal that made the access,
Identify the transaction type identifier of the candidate for this customer,
Obtaining a transaction history associated with the customer identifier from the transaction information storage means;
Obtain preferential content and preferential application conditions for the transaction type identifier of the preferential treatment candidate from the preferential information storage means,
Compare the transaction history with the preferential application conditions, identify the preferential application conditions that are lacking as shortage conditions,
In the preferential information storage means, an alternative condition for a shortage condition is specified, the alternative condition and the transaction type identifier of the transaction history are collated, and the shortage condition corresponding to the alternative condition that matches the transaction type identifier of the transaction history A transaction promotion management program for causing a guidance screen for raising a priority for a new transaction for the shortage condition to function as a means for outputting to the user terminal.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008120620A JP5280094B2 (en) | 2008-05-02 | 2008-05-02 | Transaction promotion management system, transaction promotion management method, and transaction promotion management program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008120620A JP5280094B2 (en) | 2008-05-02 | 2008-05-02 | Transaction promotion management system, transaction promotion management method, and transaction promotion management program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2009271670A JP2009271670A (en) | 2009-11-19 |
JP5280094B2 true JP5280094B2 (en) | 2013-09-04 |
Family
ID=41438176
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008120620A Active JP5280094B2 (en) | 2008-05-02 | 2008-05-02 | Transaction promotion management system, transaction promotion management method, and transaction promotion management program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5280094B2 (en) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101445104B1 (en) * | 2011-08-19 | 2014-10-02 | 네이버 주식회사 | Advertising system for provding benefit to advertiser providing reserve point with regard to transaction between user and advertiser and benefit provding method |
JP6652625B1 (en) * | 2018-11-26 | 2020-02-26 | 楽天株式会社 | Appointment target determination device, appointment target determination method, and appointment target determination program |
JP2020087020A (en) * | 2018-11-27 | 2020-06-04 | 東芝テック株式会社 | Information processing apparatus and program |
JP7069383B1 (en) | 2021-05-31 | 2022-05-17 | Kddi株式会社 | Information processing equipment, information processing methods, and programs |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003016270A (en) * | 2001-06-27 | 2003-01-17 | Nec Soft Ltd | System and method for reducing commission |
JP2003076855A (en) * | 2001-09-04 | 2003-03-14 | Ncr Japan Ltd | Financial institution intermediary line connection and information providing/acquiring method in communication network, communication system therefor and program |
JP4227085B2 (en) * | 2004-08-30 | 2009-02-18 | 株式会社みずほ銀行 | Point service management method and point service management program |
JP4620561B2 (en) * | 2005-09-30 | 2011-01-26 | 株式会社みずほ銀行 | Point management method and point management program |
JP4626620B2 (en) * | 2007-02-09 | 2011-02-09 | 沖電気工業株式会社 | Information provision system |
-
2008
- 2008-05-02 JP JP2008120620A patent/JP5280094B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2009271670A (en) | 2009-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108064393A (en) | For the user interface of stored value accounts | |
KR102173129B1 (en) | System for providing local currency and method thereof | |
US11893556B1 (en) | Systems and methods for integrating web platforms with mobile device operations | |
US20160117650A1 (en) | Payment system | |
US20120239465A1 (en) | Allocating rewards from a rewards account | |
JP2022028038A (en) | Fraction budget transfer saving system | |
JP5280094B2 (en) | Transaction promotion management system, transaction promotion management method, and transaction promotion management program | |
CN107507013A (en) | A kind of method and device that entity member under line is upgraded to wechat member on line | |
JP6262346B2 (en) | Account aggregation system and point grant method | |
JP6219311B2 (en) | Point grant system, point grant method and computer program | |
CN111489147A (en) | Qualification confirmation method, payment system and payment method | |
JP6361725B2 (en) | Information selection device, information selection method, and information selection program | |
JP6498165B2 (en) | Information processing apparatus, information processing method, and information processing program | |
JP5936760B1 (en) | Programs and servers | |
JP7291979B1 (en) | Lending System, Lending Method and Program | |
JP6620267B1 (en) | Information processing apparatus, information processing system, and information processing method | |
CN111833187A (en) | Mobility-based one-key financial product transaction method, device and system | |
JP7111921B1 (en) | Lending System, Lending Method and Program | |
CN111539783A (en) | Real estate investment analysis support device, method, and recording medium | |
JP2017097827A (en) | Program and server | |
CN116308377A (en) | Account management method, device, equipment and storage medium | |
JP5513766B2 (en) | Loan management system, loan management method and loan management program | |
JP4791519B2 (en) | Loan information providing system, loan information providing method, and loan information providing program | |
KR100926112B1 (en) | Method, system and computer-readable recording medium for providing information on real estate confirmed as genuine object for trade | |
JP2002183324A (en) | Www server on internet for enabling browse or evaluation of information provided on proposed theme and executing point control of user following proposal, provision, browse and evaluation, and operation method of server |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20110310 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120827 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120904 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121102 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130430 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130522 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 5280094 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313117 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |