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 PDF

Info

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
Application number
JP2008120620A
Other languages
Japanese (ja)
Other versions
JP2009271670A (en
Inventor
恭子 佐藤
赤荻真由美
雅史 小野
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.)
Mizuho Information and Research Institute Inc
Mizuho Bank Ltd
Original Assignee
Mizuho Information and Research Institute Inc
Mizuho Bank Ltd
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 Mizuho Information and Research Institute Inc, Mizuho Bank Ltd filed Critical Mizuho Information and Research Institute Inc
Priority to JP2008120620A priority Critical patent/JP5280094B2/en
Publication of JP2009271670A publication Critical patent/JP2009271670A/en
Application granted granted Critical
Publication of JP5280094B2 publication Critical patent/JP5280094B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a transaction promotion management system, a transaction promotion management method and a transaction promotion management program for promoting member registration that allows users to receive privileges, and further promoting transactions based on the privileges to members depending on transaction statuses. <P>SOLUTION: A control unit 21 of a service management server 20 obtains a user's transaction history from a transaction history data storage unit 33. The control unit 21 executes a determining process as to whether there are previous transactions for which benefits and privileges are given. If the history includes previous transactions for which privileges are given, the control unit 21 of the service management server 20 uses a privilege requirement data storage unit 24 and specifies lacking requirements for receiving the benefits and privileges. The control unit 21 collates alternative requirements recorded in the privilege requirement data storage unit 24 with the transaction history and thereby executes a rearrangement process for the lacking requirements. Then the control unit 21 executes a display process for a benefit guidance screen including a display about the lacking requirements rearranged. <P>COPYRIGHT: (C)2010,JPO&amp;INPIT

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参照。)。この文献に記載された技術では、管理コンピュータが、アイテム情報記憶手段を用いて目標設定情報記憶手段に記録された目標アイテムを取得するための必要ポイント数を特定する。そして、取得希望時期までの期間に必要ポイント数を蓄積するためのポイント取得計画関数を算出し、ポイント取得計画関数において次回の確認タイミングの目標累積ポイント数を特定する。そして、累積ポイント数情報記憶手段に記録された累積ポイント数に基づいて算出した所定期間の予想累積ポイント数と、目標累積ポイント数との差分を算出する。そして、換算情報記憶手段を用いて差分を補充するための取引量を算出し、この取引量を含めた通知を利用者の連絡先に送信する。これにより、ポイントサービスの利用者に対して目標を設定し、この目標の達成意欲を増進する。
特開2007−102329号公報(第1頁)
Today, in order to promote transactions with customers, a preferential system using a point service or the like is utilized. For this reason, a system for managing point services has also been studied (for example, see Patent Document 1). In the technique described in this document, the management computer specifies the necessary number of points for acquiring the target item recorded in the target setting information storage unit using the item information storage unit. Then, a point acquisition plan function for accumulating the required number of points in the period until the desired acquisition time is calculated, and the target accumulated point number for the next confirmation timing is specified in the point acquisition plan function. Then, the difference between the expected cumulative point number for the predetermined period calculated based on the cumulative point number recorded in the cumulative point number information storage means and the target cumulative point number is calculated. Then, the transaction amount for replenishing the difference is calculated using the conversion information storage means, and a notification including this transaction amount is transmitted to the contact information of the user. Thereby, a goal is set for the user of the point service, and the willingness to achieve this goal is increased.
JP 2007-102329 A (first page)

このような優遇制度を利用した取引促進においては、まず、優遇制度の内容を紹介して、優遇制度への参加を促すことが大切である。しかし、このような優遇制度を意識していない顧客は、優遇制度を利用し損ねてしまう場合がある。この場合、企業にとっても、取引を促進させる機会を逸してしまうことになる。特に、顧客によって取引状況は異なるため、それぞれの状況に応じた優遇制度のメリットが見えなければ、新たな取引を促進することは困難である。   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.

請求項に記載の発明は、請求項1〜のいずれか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.

請求項に記載の発明は、請求項に記載の取引促進管理システムにおいて、前記ポイント情報記憶手段には、ポイントを取得した日付が記録されたポイント蓄積履歴が記録されており、前記制御手段が、ポイント蓄積履歴におけるポイント取得パターンを将来日付に延長させたポイント取得予測を算出し、前記優遇情報記憶手段を用いて、前記ポイント取得予測を基準にして特定されるポイント数よりも少ない必要ポイント数を優遇適用条件とする優遇対象候補を取得し、前記ポイント取得予測及び前記優遇対象候補を前記利用者端末に出力する手段を更に備えたことを要旨とする。 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.

請求項に記載の発明は、顧客識別子毎に、取引種別識別子を含む取引履歴を記録した取引情報記憶手段と、優遇対象となる取引種別識別子に対して、優遇内容及び優遇を受けるための優遇適用条件、この優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための代替条件を記録した優遇情報記憶手段と、顧客の利用者端末と通信を行なう制御手段とを備えた取引促進管理システムを用いて、取引促進を管理するための方法であって、前記制御手段が、アクセスを行なった利用者端末から顧客識別子を取得し、この顧客についての優遇対象候補の取引種別識別子を特定し、前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、前記優遇対象候補の取引種別識別子についての優遇内容及び優遇適用条件を前記優遇情報記憶手段から取得し、前記取引履歴と前記優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定し、前記優遇情報記憶手段において、不足条件についての代替条件を特定し、前記代替条件と前記取引履歴の取引種別識別子とを照合し、前記取引履歴の取引種別識別子と一致する代替条件に対応する不足条件について優先順位を繰り上げた案内画面であって、前記不足条件についての新たな取引を促す案内画面を前記利用者端末に出力する段階を実行することを要旨とする。 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.

請求項に記載の発明は、顧客識別子毎に、取引種別識別子を含む取引履歴を記録した取引情報記憶手段と、優遇対象となる取引種別識別子に対して、優遇内容及び優遇を受けるための優遇適用条件、この優遇適用条件となっている取引の代わりに行なわれている取引内容を特定するための代替条件を記録した優遇情報記憶手段と、顧客の利用者端末と通信を行なう制御手段とを備えた取引促進管理システムを用いて、取引促進を管理するためのプログラムであって、前記制御手段を、アクセスを行なった利用者端末から顧客識別子を取得し、この顧客についての優遇対象候補の取引種別識別子を特定し、前記顧客識別子に関連付けられた取引履歴を前記取引情報記憶手段から取得し、前記優遇対象候補の取引
種別識別子についての優遇内容及び優遇適用条件を前記優遇情報記憶手段から取得し、前記取引履歴と前記優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定し、前記優遇情報記憶手段において、不足条件についての代替条件を特定し、前記代替条件と前記取引履歴の取引種別識別子とを照合し、前記取引履歴の取引種別識別子と一致する代替条件に対応する不足条件について優先順位を繰り上げた案内画面であって、前記不足条件についての新たな取引を促す案内画面を前記利用者端末に出力する手段として機能させることを要旨とする。
The invention described in claim 7 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. 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 program for managing transaction promotion using the provided transaction promotion management system, wherein the control means obtains a customer identifier from a user terminal that has made access, and deals with a candidate for preferential treatment for this customer Preferential content about the transaction type identifier of the candidate for preferential treatment by identifying the type identifier, obtaining the transaction history associated with the customer identifier from the transaction information storage means Get the finely preferential applicable 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, shortage Guidance screen that identifies alternative conditions for conditions, collates the alternative conditions with the transaction type identifier of the transaction history, and raises the priority for the insufficient conditions corresponding to the alternative conditions that match the transaction type identifier of the transaction history And it makes it a summary to function as a means to output to the user terminal a guidance screen that prompts a new transaction for the shortage condition .

(作用)
請求項1、又はに記載の発明によれば、制御手段が、アクセスを行なった利用者端末から顧客識別子を取得し、この顧客についての優遇対象候補の取引種別識別子を特定する。次に、顧客識別子に関連付けられた取引履歴を取引情報記憶手段から取得する。そして、優遇対象候補の取引種別識別子についての優遇内容及び優遇適用条件を優遇情報記憶手段から取得する。そして、取引履歴と優遇適用条件とを比較して、不足している優遇適用条件を不足条件として特定する。そして、優遇内容及び不足条件を満たすために必要な新たな取引を促す情報を利用者端末に出力する。これにより、顧客との取引状況に応じて優遇内容を紹介し、この優遇適用を受けるための新たな取引を促進することができる。
(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.

請求項に記載の発明によれば、制御手段が、優遇対象候補の必要ポイント数と、ポイント情報記憶手段に記録されたポイント数との差分から不足条件として不足ポイント数を算出する。そして、不足ポイント数を満たすために必要な新たな取引を促す画面を出力する。これにより、ポイントを利用することにより、取引を促進させることができる。 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.

請求項に記載の発明によれば、制御手段が、ポイント蓄積履歴におけるポイント取得
パターンを将来日付に延長させたポイント取得予測を算出する。次に、優遇情報記憶手段を用いて、ポイント取得予測を基準にして特定されるポイント数よりも少ない必要ポイント数を優遇適用条件とする優遇対象候補を取得する。そして、ポイント取得予測及び優遇対象候補を利用者端末に出力する。ここで、ポイント取得予測を基準にして特定されるポイント数としては、ポイント取得予測により算出されるポイント数や、ポイント取得予測を基準にして次に適用可能な優遇の必要ポイント数を用いることができる。これにより、将来の取得ポイントによる優遇内容を紹介し、この優遇適用を受けるための新たな取引を促進することができる。
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 service management server 20 is connected to a user terminal 10 via a network. The user terminal 10 is a terminal for the customer himself / herself to perform transaction processing with a financial institution. For example, the user's mobile phone terminal or computer terminal is used.

このサービス管理サーバ20は、更に、ホストシステム30に接続される。ホストシステム30は、利用者端末10からサービス管理サーバ20を介して受信した取引依頼に基づいて、バンキング処理を行なうシステムである。このホストシステム30は、口座管理データ記憶部32及び取引履歴データ記憶部33を備える。   The service management server 20 is further connected to the host system 30. The host system 30 is a system that performs banking processing based on a transaction request received from the user terminal 10 via the service management server 20. The host system 30 includes an account management data storage unit 32 and a transaction history data storage unit 33.

口座管理データ記憶部32には、この金融機関の顧客の預金口座に関する口座管理レコードが記録されている。この口座管理レコードは、顧客が預金口座を開設した場合に記録される。この口座管理レコードは、口座識別子、顧客識別子及び口座残高に関するデータを含んで構成される。   The account management data storage unit 32 stores an account management record related to the deposit account of the customer of this financial institution. This account management record is recorded when a customer opens a deposit account. The account management record includes data relating to an account identifier, a customer identifier, and an account balance.

口座識別子データ領域には、顧客の預金口座を特定するための識別子に関するデータが記録されており、口座識別子は、支店名コード、預金種目コード、口座番号から構成されている。   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 data storage unit 33 functions as a transaction information storage unit and records a transaction history record relating to a transaction performed between a financial institution and a customer. This transaction history record is recorded when a financial institution makes a transaction with a customer. Specifically, the transaction history record includes deposit / withdrawal data related to deposit / withdrawal to / from a deposit account. In this deposit / withdrawal data, it is possible to specify a transaction history such as salary and annuity transfer, public utility account transfer, deposit of time deposits / deposits, etc. using “transfer” and “summary”. The transaction history data storage unit 33 also records transaction history data for transaction types such as mortgages, card loans, and credit card usage.

サービス管理サーバ20は、制御部21、顧客管理データ記憶部22、会員管理データ記憶部23、優遇条件データ記憶部24、優遇適用履歴データ記憶部25を備えている。この制御部21は、図示しないCPU、RAM及びROM等からなる制御手段を有し、後
述する処理(本人認証段階、会員勧誘処理段階、特典優遇管理段階、不足条件管理段階、ポイント管理段階、優遇継続管理段階、取引処理段階等を含む処理)を行なう。そして、このための取引促進管理プログラムを実行することにより、制御部21は、本人認証手段210、会員勧誘処理手段211、特典優遇管理手段212、不足条件管理手段213、ポイント管理手段214、優遇継続管理手段215、取引処理手段219等として機能する。
The service management server 20 includes a control unit 21, a customer management data storage unit 22, a member management data storage unit 23, a preferential condition data storage unit 24, and a preferential application history data storage unit 25. The control unit 21 includes control means including a CPU, a RAM, a ROM, and the like (not shown), and processes described later (person authentication stage, member solicitation process stage, privilege preferential management stage, insufficient condition management stage, point management stage, preferential treatment The process including the continuous management stage and the transaction processing stage). Then, by executing the transaction promotion management program for this purpose, the control unit 21 causes the personal authentication means 210, the member solicitation processing means 211, the privilege preferential management means 212, the shortage condition management means 213, the point management means 214, the preferential treatment continuation. It functions as management means 215, transaction processing means 219, and the like.

本人認証手段210は、利用者端末10から顧客識別子を取得し、顧客を特定する処理を実行する。
会員勧誘処理手段211は、会員登録を行なっていない顧客に対して、会員登録を促すための処理を実行する。
The personal authentication unit 210 acquires a customer identifier from the user terminal 10 and executes a process for specifying the customer.
The member solicitation processing unit 211 executes processing for prompting member registration for a customer who has not performed member registration.

特典優遇管理手段212は、特典優遇についての優遇適用条件の中で不足条件を特定し、新たな取引を促す処理を実行する。
不足条件管理手段213は、顧客に提示する不足条件に対して優先順位を決定する処理を実行する。
The privilege preferential management unit 212 specifies a shortage condition among the preferential application conditions for the privilege preferential treatment, and executes a process for prompting a new transaction.
The deficient condition management means 213 executes processing for determining the priority order for deficient conditions presented to the customer.

ポイント管理手段214は、ポイント優遇についての優遇適用条件の中で不足条件を特定し、新たな取引を促す処理を実行する。更に、ポイント管理手段214は、各取引種別の取引量と、この取引において提供されるポイント数とを対応付けたポイント換算テーブルを保持する。更に、ポイント管理手段214は、ポイント表示処理においてポイント蓄積予測を行なう期間(将来日付)に関するデータを保持する。   The point management unit 214 specifies a shortage condition among the preferential application conditions for the point preferential treatment, and executes a process for prompting a new transaction. Furthermore, the point management means 214 holds a point conversion table in which the transaction amount of each transaction type is associated with the number of points provided in this transaction. Furthermore, the point management means 214 holds data relating to a period (future date) for performing point accumulation prediction in the point display process.

優遇継続管理手段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 host system 30.

顧客管理データ記憶部22には、図2(a)に示すように、バンキングサービスを利用する顧客についての顧客管理レコード220が記録される。この顧客管理レコード220は、金融機関の顧客からのネットバンキングサービスの利用申請により登録される。顧客管理レコード220は、顧客識別子、パスワード、口座識別子、会員フラグに関するデータを含んで構成される。   In the customer management data storage unit 22, as shown in FIG. 2A, a customer management record 220 for a customer who uses the banking service is recorded. The customer management record 220 is registered by an application for use of the net banking service from a customer of a financial institution. The customer management record 220 includes data related to a customer identifier, a password, an account identifier, and a member flag.

顧客識別子データ領域には、バンキングサービスを利用する顧客を特定するための識別子に関するデータが記録される。
パスワードデータ領域には、バンキングサービスを利用する場合の本人を認証するために用いるパスワードに関するデータが記録される。
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 data storage unit 23 functions as a point information storage unit. In the member management data storage unit 23, as shown in FIG. 2B, a member management record 230 for a customer who can receive preferential treatment is recorded. This member management record 230 is registered by a member registration application from a user of the net banking service, and is updated and recorded when points are acquired or used. The member management record 230 includes data relating to a customer identifier, a privilege preferential flag, and a point balance. Furthermore, the member management record 230
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 preferential management unit 212 resets the privilege preferential flag periodically (for example, at the end of every month), confirms the transaction status recorded in the transaction history data storage unit 33, and satisfies the preferential application condition. If you do, reset the privilege preferential flag.

ポイント残高データ領域には、各取引処理によって、この会員が取得したポイント数の累積値(累積ポイント数)に関するデータが記録される。
ポイント取得/使用日データ領域には、各ポイントの取得や使用した日付に関するデータが記録される。
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 data storage unit 24 functions as preferential information storage means. In the preferential condition data storage unit 24, as shown in FIG. 2C, a preferential condition record 240 for providing preferential treatment to the customer is recorded. This preferential condition record 240 is recorded when preferential treatment provided to a customer is determined and registered. The preferential treatment condition record 240 includes preferential treatment type identifiers, preferential treatment transaction types, preferential treatment contents, preferential treatment application conditions, priority order initial values, and data regarding alternative conditions.

優遇種別識別子データ領域には、顧客に提供する各優遇を特定するための識別子に関するデータが記録される。
優遇対象取引種別データ領域には、優遇する取引種別に関するデータが記録される。
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 application history record 250 relating to a history in which a customer uses preferential treatment is recorded. This preferential application history record 250 is recorded when a customer uses preferential treatment. The preferential application history record 250 includes data relating to a customer identifier, an application date, and a preferential type identifier.

顧客識別子データ領域には、優遇を利用した顧客を特定するための識別子に関するデータが記録される。
適用日データ領域には、優遇を受けた日付に関するデータが記録される。
優遇種別識別子データ領域には、この顧客が利用した優遇を特定するための識別子に関するデータが記録される。
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 control unit 21 of the service management server 20 executes an access response process (step S1-1). Specifically, the personal authentication unit 210 of the control unit 21 receives access from the user terminal 10. In this case, the personal authentication means 210 transmits personal authentication screen data to the user terminal 10. This personal authentication screen is provided with input fields for a customer identifier and a password.

次に、サービス管理サーバ20の制御部21は、本人認証処理を実行する(ステップS1−2)。具体的には、制御部21の本人認証手段210は、本人認証画面に入力された顧客識別子及びパスワードに関するデータを取得する。本人認証手段210は、利用者端末10から取得した顧客識別子及びパスワードが、顧客管理データ記憶部22に登録されていない場合、その旨を利用者端末10に通知して、取引を拒否する。   Next, the control part 21 of the service management server 20 performs a personal authentication process (step S1-2). Specifically, the personal authentication unit 210 of the control unit 21 acquires data relating to the customer identifier and password input on the personal authentication screen. If the customer identifier and password acquired from the user terminal 10 are not registered in the customer management data storage unit 22, the personal authentication means 210 notifies the user terminal 10 to that effect and rejects the transaction.

一方、本人認証が完了した場合、サービス管理サーバ20の制御部21は、この顧客が会員として登録されているかどうかについての判定処理を実行する(ステップS1−3)。具体的には、制御部21の本人認証手段210は、顧客管理レコード220に会員フラグが記録されているかどうかによって判定を行なう。   On the other hand, when the personal authentication is completed, the control unit 21 of the service management server 20 executes a determination process as to whether or not the customer is registered as a member (step S1-3). Specifically, the personal authentication unit 210 of the control unit 21 determines whether or not a member flag is recorded in the customer management record 220.

会員フラグが記録されており、会員として登録されている場合(ステップ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 control unit 21 of the service management server 20 executes a member handling process described later (Step S1-3). S1-4).

一方、会員フラグが記録されておらず、会員として登録されていない場合(ステップ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 control unit 21 of the service management server 20 acquires the transaction history of the customer. Processing is executed (step S1-5). Specifically, the member solicitation processing unit 211 of the control unit 21 acquires a transaction history record for a predetermined period (search target period) from the transaction history data storage unit 33 of the host system 30.

そして、サービス管理サーバ20の制御部21は、優遇対象の取引実績があるかどうかについての判定処理を実行する(ステップS1−6)。具体的には、制御部21の会員勧誘処理手段211は、取得した取引履歴レコードに記録された取引履歴における取引種別と、優遇条件データ記憶部24に記録された優遇対象取引種別とを比較して、優遇対象の取引実績の有無を判定する。   And the control part 21 of the service management server 20 performs the determination process about whether there exists the transaction performance of a preferential treatment object (step S1-6). Specifically, the member solicitation processing unit 211 of the control unit 21 compares the transaction type in the transaction history recorded in the acquired transaction history record with the preferential treatment transaction type recorded in the preferential condition data storage unit 24. Then, the presence or absence of the transaction result of preferential treatment is determined.

この顧客の取引履歴において優遇対象取引の取引実績が含まれている場合(ステップ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 control unit 21 of the service management server 20 specifies the preferential content corresponding to the transaction history. Processing is executed (step S1-7). Specifically, the member solicitation processing unit 211 of the control unit 21 acquires data relating to the preferential content of the preferential transaction type specified in the preferential condition data storage unit 24.

次に、サービス管理サーバ20の制御部21は、会員登録の推奨表示処理を実行する(ステップS1−8)。具体的には、制御部21の会員勧誘処理手段211は、優遇条件レコード240に記録された優遇適用条件を取得し、優遇内容及び優遇適用条件に関する表示を含めた会員登録推奨画面データを生成する。この会員登録推奨画面には、更に会員登録希望の有無を選択するためのアイコンを含める。そして、会員勧誘処理手段211は、この会員登録推奨画面データを利用者端末10に送信する。   Next, the control unit 21 of the service management server 20 executes a recommended display process for member registration (step S1-8). Specifically, the member solicitation processing unit 211 of the control unit 21 acquires the preferential application condition recorded in the preferential condition record 240 and generates member registration recommendation screen data including a display regarding the preferential content and the preferential application condition. . The member registration recommendation screen further includes an icon for selecting whether or not the member registration is desired. Then, the member invitation processing means 211 transmits this member registration recommendation screen data to the user terminal 10.

ここで、利用者端末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 user terminal 10, the control unit 21 of the service management server 20 acquires member registration request data from the user terminal 10. In this case (in the case of “YES” in step S1-9), the control unit 21 of the service management server 20 executes a member registration process (step S1-10). Specifically, the member invitation processing means 211 of the control unit 21 transmits registration setting screen data for performing member registration to the user terminal 10. Based on the information input on the registration setting screen, a member management record 230 is generated and recorded in the member management data storage unit 23. In this case, the member solicitation processing unit 211 compares the transaction results with the preferential application condition, and records the special preferential flag in the member management record 230 when the preferential application condition of the preferential treatment is satisfied. Further, the member solicitation processing unit 211 sets a member flag in the customer management record 220 of the customer.

一方、取引履歴において優遇対象取引の取引実績が含まれていない場合(ステップ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 control part 21 of the service management server 20 performs the provision process of a normal transaction screen (step S1-11). Specifically, the member invitation processing unit 211 of the control unit 21 takes over the processing to the transaction processing unit 219. Then, the transaction processing means 219 transmits normal transaction screen data for non-members to the user terminal 10 and obtains a customer transaction request via this normal transaction screen.

(会員対応処理)
次に、図4を用いて、会員対応処理について説明する。
ここでは、サービス管理サーバ20の制御部21は、特典優遇の対象会員かどうかについての判定処理を実行する(ステップS2−1)。具体的には、制御部21の特典優遇管理手段212は、会員管理レコード230において特典優遇フラグが記録されているかどうかを確認する。
(Member handling)
Next, the member correspondence process will be described with reference to FIG.
Here, the control part 21 of the service management server 20 performs the determination process about whether it is a target member of privilege preferential treatment (step S2-1). Specifically, the privilege preferential management unit 212 of the control unit 21 confirms whether or not a privilege preferential flag is recorded in the member management record 230.

会員管理レコード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 member management record 230 and the member is not the target member of the privilege preferential treatment (in the case of “NO” in step S2-1), the control unit 21 of the service management server 20 Transaction history acquisition processing is executed (step S2-2). Specifically, the privilege preferential management unit 212 of the control unit 21 acquires a transaction history record for a predetermined period (search target period) from the transaction history data storage unit 33 of the host system 30.

そして、サービス管理サーバ20の制御部21は、特典優遇対象の取引実績があるかどうかについての判定処理を実行する(ステップS2−3)。具体的には、制御部21の特典優遇管理手段212は、取引履歴データ記憶部33から取得した取引履歴における取引種別と、優遇条件データ記憶部24に記録された優遇対象取引種別とを比較して、特典優
遇対象の取引実績の有無を判定する。
And the control part 21 of the service management server 20 performs the determination process about whether there exists a transaction performance of privilege preferential treatment object (step S2-3). Specifically, the privilege preferential management unit 212 of the control unit 21 compares the transaction type in the transaction history acquired from the transaction history data storage unit 33 with the preferential treatment transaction type recorded in the preferential condition data storage unit 24. Then, the presence / absence of the transaction results of the privilege preferential treatment is determined.

優遇対象取引の取引実績が含まれている場合(ステップ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 control unit 21 of the service management server 20 executes a specifying process of the insufficient condition for receiving the preferential treatment ( Step S2-4). Specifically, the privilege preferential management means 212 of the control unit 21 acquires the preferential treatment application condition from the preferential treatment condition record 240 that does not use the privilege preferential treatment. And the privilege preferential management means 212 extracts the preferential application condition (insufficient condition) which is lacking in this customer's transaction history.

次に、サービス管理サーバ20の制御部21は、後述するように、不足条件の並替処理を実行する(ステップS2−5)。
そして、サービス管理サーバ20の制御部21は、特典案内画面の表示処理を実行する(ステップS2−6)。具体的には、制御部21の特典優遇管理手段212は、並べ替えた不足条件についての表示を含めた特典案内画面データを生成し、利用者端末10に送信する。
Next, as will be described later, the control unit 21 of the service management server 20 executes a rearrangement process for the shortage condition (step S2-5).
And the control part 21 of the service management server 20 performs the display process of a privilege guidance screen (step S2-6). Specifically, the privilege preferential management unit 212 of the control unit 21 generates privilege guidance screen data including a display about the rearranged shortage conditions, and transmits the privilege guidance screen data to the user terminal 10.

更に、サービス管理サーバ20の制御部21は、メニュー画面表示処理を実行する(ステップS2−7)。具体的には、制御部21の特典優遇管理手段212は、メニュー画面データを利用者端末10に送信する。このメニュー画面には、取引アイコン及びポイント確認アイコンが含まれる。なお、ステップS2−1において「YES」、ステップS2−3において「NO」の場合にも、同様にステップS2−7の処理を実行する。   Further, the control unit 21 of the service management server 20 executes menu screen display processing (step S2-7). Specifically, the privilege preferential management unit 212 of the control unit 21 transmits menu screen data to the user terminal 10. This menu screen includes a transaction icon and a point confirmation icon. Note that the processing in step S2-7 is executed in the same manner even when “YES” in step S2-1 and “NO” in step S2-3.

このメニュー画面において、取引アイコンが選択された場合、サービス管理サーバ20の制御部21は、会員用取引画面の表示処理を実行する(ステップS2−8)。具体的には、制御部21の特典優遇管理手段212は、取引処理手段219に処理を引き継ぐ。そして、取引処理手段219は、会員に対する会員用取引画面データを、利用者端末10に送信する。   When a transaction icon is selected on this menu screen, the control unit 21 of the service management server 20 executes a member transaction screen display process (step S2-8). Specifically, the privilege preferential management unit 212 of the control unit 21 takes over the processing to the transaction processing unit 219. Then, the transaction processing means 219 transmits member transaction screen data for the member to the user terminal 10.

一方、ポイント確認アイコンが選択された場合、サービス管理サーバ20の制御部21は、ポイント確認画面の表示処理を実行する(ステップS2−9)。具体的には、制御部21の特典優遇管理手段212は、この顧客の会員管理レコード230に記録されたポイント残高およびポイント蓄積履歴(ポイント取得日/使用日、ポイント取得対象取引種別およびポイント数)を取得する。そして、このポイント残高およびポイント蓄積履歴の表示を含めたポイント確認画面データを生成し、利用者端末10に送信する。   On the other hand, when the point confirmation icon is selected, the control unit 21 of the service management server 20 executes a point confirmation screen display process (step S2-9). Specifically, the privilege preferential management unit 212 of the control unit 21 stores the point balance and point accumulation history (point acquisition date / use date, point acquisition target transaction type and number of points) recorded in the customer member management record 230. To get. Then, point confirmation screen data including the display of the point balance and the point accumulation history is generated and transmitted to the user terminal 10.

(不足条件の並替処理)
次に、図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 control unit 21 of the service management server 20 executes an acquisition process of an initial value of priority (step S3-1). Specifically, the shortage condition management means 213 of the control unit 21 arranges the preferential application conditions recorded in the preferential condition record 240 of the preferential condition data storage unit 24 in the order of the priority order initial values.

そして、サービス管理サーバ20の制御部21は、優遇条件データ記憶部24に記録された代替条件毎に、以下の処理を実行する。
まず、サービス管理サーバ20の制御部21は、この顧客の取引履歴と代替条件との照合処理を実行する(ステップS3−2)。具体的には、制御部21の不足条件管理手段213は、この優遇条件レコード240に記録された代替条件を取得し、この顧客の取引履歴に含まれる取引種別と比較する。
Then, the control unit 21 of the service management server 20 executes the following process for each alternative condition recorded in the preferential condition data storage unit 24.
First, the control part 21 of the service management server 20 performs the collation process with this customer's transaction history and alternative conditions (step S3-2). Specifically, the shortage condition management means 213 of the control unit 21 acquires the alternative condition recorded in the preferential condition record 240 and compares it with the transaction type included in the transaction history of the customer.

取引履歴において、代替条件に一致する取引実績がある場合(ステップ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 control unit 21 of the service management server 20 executes an advance process of the insufficient condition corresponding to the alternative condition. (Step S3-4).

例えば、代替条件として「取引履歴の中に公共料金の振込支払がある」が設定されている場合、制御部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 control unit 21 accesses the account management data storage unit 32 to access this customer The transaction history is acquired, and it is determined whether or not the utility charge storage company is included in the transfer destination of the transaction history. Then, when the transaction history includes the utility fee payment result, the shortage condition management means 213 of the control unit 21 moves up the rank of the shortage condition “reduction of public bill”.

また、代替条件として「預金残高が常時、定期預金設定額以上」が設定されている場合、制御部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 condition management unit 213 of the control unit 21 accesses the account management data storage unit 32 of the host system 30 and The balance history of the customer is acquired, and the balance history is compared with the fixed deposit amount. When the deposit balance is always more than the fixed deposit amount, the shortage condition management means 213 of the control unit 21 raises the priority of the shortage condition “set fixed deposit”.

また、代替条件として「他社クレジットの利用」が設定されている場合、制御部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 control unit 21 determines whether or not the withdrawal history of the other company's credit company is included in the transaction history of the customer. Determine. Then, when a withdrawal result for a credit company of another company is included, the shortage condition management means 213 of the control unit 21 raises the priority of the shortage condition “use of own credit”.

一方、代替条件に一致する取引実績がない場合(ステップ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 control unit 21 of the service management server 20 executes processing for the next alternative condition. Then repeat for all alternative conditions.

(ポイント表示処理)
次に、図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 control unit 21 of the service management server 20 executes a point accumulation history acquisition process (step S4-1). Specifically, the point management unit 214 of the control unit 21 acquires the point accumulation history of the member management record 230 from the member management data storage unit 23.

次に、サービス管理サーバ20の制御部21は、ポイントの蓄積予測処理を実行する(ステップS4−2)。具体的には、制御部21のポイント管理手段214は、ポイント取得/使用日に対して、ポイント蓄積履歴のポイント数を加減算し、各日付のポイント残高を算出する。そして、ポイント管理手段214は、横軸を日付として、縦軸をポイント残高とするグラフを作成する。更に、ポイント管理手段214は、日付に対するポイント残高についての一次回帰線を算出して、ポイント取得パターンを算出する。そして、ポイント管理手段214は、この一次回帰線を、予め保持している将来日付まで延長することにより、将来日付のポイント残高(ポイント蓄積予測)を算出する。   Next, the control unit 21 of the service management server 20 executes a point accumulation prediction process (step S4-2). Specifically, the point management means 214 of the control unit 21 adds or subtracts the number of points in the point accumulation history with respect to the point acquisition / use date, and calculates the point balance for each date. Then, the point management unit 214 creates a graph with the horizontal axis as the date and the vertical axis as the point balance. Further, the point management unit 214 calculates a primary regression line for the point balance with respect to the date, and calculates a point acquisition pattern. Then, the point management unit 214 calculates the point balance (point accumulation prediction) of the future date by extending the primary regression line to the future date held in advance.

次に、サービス管理サーバ20の制御部21は、ポイント蓄積状況に応じて優遇内容の特定処理を実行する(ステップS4−3)。具体的には、制御部21のポイント管理手段214は、優遇条件データ記憶部24から、ポイントの蓄積予測に対応するポイント残高を用いて利用可能性が高い優遇内容を取得する。ここでは、ポイント取得予測を基準にして特定されるポイント数よりも少ない必要ポイント数を優遇適用条件とする優遇対象候補として、以下の優遇内容を特定する。
・予め保持している将来日付におけるポイント残高において利用可能な優遇内容。
・予め保持している将来日付におけるポイント残高に対して次に必要ポイントが高い優遇
内容。
Next, the control unit 21 of the service management server 20 executes a preferential content specifying process according to the point accumulation status (step S4-3). Specifically, the point management unit 214 of the control unit 21 acquires the preferential content with high availability from the preferential condition data storage unit 24 using the point balance corresponding to the point accumulation prediction. Here, the following preferential content is specified as a preferential treatment candidate having a preferential application condition with a required number of points smaller than the number of points specified based on the point acquisition prediction.
・ 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 control part 21 of the service management server 20 performs the time chart display process of preferential content (step S4-4). Specifically, the point management unit 214 of the control unit 21 generates graph display screen data including the point accumulation history, the point accumulation prediction, and the preferential content. Then, the point management unit 214 transmits the generated graph display screen data to the user terminal 10.

グラフ表示画面データを受信した利用者端末10のディスプレイには、図6(b)に示す表示500が出力される。この表示500には、ポイント蓄積履歴表示501、ポイント蓄積予測表示502、優遇内容表示503が含まれる。ポイント蓄積履歴表示501には、ステップS4−1において取得したポイント蓄積履歴の実績値(プロット)が表示される。このポイント蓄積履歴表示501内の実線は一次回帰線である。ポイント蓄積予測表示502には、ステップS4−2においてポイントの蓄積を予測した一次回帰線を延長した線(破線)が表示される。優遇内容表示503には、ステップS4−3において特定した優遇内容が表示される。
次に、サービス管理サーバ20の制御部21は、後述する優遇継続確認処理を実行する(ステップS4−5)。
A display 500 shown in FIG. 6B is output to the display of the user terminal 10 that has received the graph display screen data. The display 500 includes a point accumulation history display 501, a point accumulation prediction display 502, and a preferential content display 503. The point accumulation history display 501 displays the actual value (plot) of the point accumulation history acquired in step S4-1. The solid line in the point accumulation history display 501 is a primary regression line. The point accumulation prediction display 502 displays a line (broken line) obtained by extending the primary regression line predicted to accumulate points in step S4-2. In the preferential content display 503, the preferential content specified in step S4-3 is displayed.
Next, the control part 21 of the service management server 20 performs the preferential treatment confirmation process mentioned later (step S4-5).

(優遇継続確認処理)
次に、図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 control part 21 of the service management server 20 performs the search process of the transaction log | history of a preferential treatment object (step S5-1). Specifically, the preferential treatment continuation management unit 215 of the control unit 21 acquires the preferential application history record 250 of the customer from the preferential application history data storage unit 25.

そして、サービス管理サーバ20の制御部21は、継続中の優遇があるかどうかについての判定処理を実行する(ステップS5−2)。具体的には、制御部21の優遇継続管理手段215は、継続的にポイント優遇を利用している取引の有無について検索する。例えば、ポイントを拠出することにより、ローンや定期預金について金利優遇を受けている場合には、継続中の優遇があると判定する。また、ポイントを拠出することにより、定期的に手数料優遇を利用している場合にも、継続中の優遇があると判定する。ここで、継続中の優遇がない場合(ステップS5−2において「NO」の場合)には、優遇継続確認処理を終了する。   And the control part 21 of the service management server 20 performs the determination process about whether there exists ongoing preferential treatment (step S5-2). Specifically, the preferential treatment continuation management means 215 of the control unit 21 searches for the presence or absence of transactions that continuously use point preferential treatment. For example, if the interest rate preferential treatment is given to a loan or a time deposit by contributing points, it is determined that there is an ongoing preferential treatment. In addition, by contributing points, it is determined that there is ongoing preferential treatment even when fee preferential treatment is used regularly. Here, if there is no ongoing preferential treatment (in the case of “NO” in step S5-2), the preferential treatment continuation confirmation process is terminated.

継続中の優遇がある場合(ステップ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 control unit 21 of the service management server 20 executes a determination process as to whether or not preferential treatment can be continued (step S5-3). Specifically, the preferential treatment continuation management unit 215 of the control unit 21 predicts the next date (point expenditure prediction date) to use points for preferential treatment using the preferential treatment application history record 250. And the point balance (point accumulation prediction) of this point expenditure prediction date is compared with the number of points for using this point preferential treatment. Here, when the preferential treatment can be continued (in the case of “YES” in step S5-3), the preferential treatment continuation confirmation process is ended.

将来日付のポイント残高が、優遇制度の利用を継続するためのポイント数より低くなり、優遇を継続ができない場合(ステップ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 control unit 21 of the service management server 20 , Send preferential application continuation hope confirmation screen data. (Step S5-4). Specifically, the preferential treatment continuation management unit 215 of the control unit 21 transmits preferential application continuation hope confirmation screen data including an icon for selecting presence / absence of preferential treatment to the user terminal 10. Here, when the data of the desire to continue “none” is acquired (in the case of “NO” in step S5-5), the preferential continuation confirmation process is terminated.

ここで、利用者端末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 service management server 20 21 performs the calculation process of the number of insufficient points when continuing preferential treatment (step S5-6). Specifically, the preferential treatment management unit 215 of the control unit 21 calculates the difference between the point accumulation prediction and the number of points for continuing the preferential treatment.

そして、サービス管理サーバ20の制御部21は、不足ポイント数の蓄積方法の提示処理を実行する(ステップS5−7)。具体的には、制御部21の優遇継続管理手段215は、ポイント換算テーブルを用いて、このポイント数の差分を蓄積するために必要な取引種別と量(換算取引量)を算出する。そして、優遇継続管理手段215は、この取引種別及び換算取引量を表示させるための画面データを利用者端末10に送信する。   And the control part 21 of the service management server 20 performs the presentation process of the accumulation | storage method of a shortage point number (step S5-7). Specifically, the preferential treatment continuation management unit 215 of the control unit 21 calculates the transaction type and amount (converted transaction amount) necessary to accumulate the difference in the number of points using the point conversion table. Then, the preferential continuation management unit 215 transmits screen data for displaying the transaction type and the converted transaction amount to the user terminal 10.

(取引画面処理)
次に、図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 control unit 21 of the service management server 20 executes transaction content identification processing on the transaction screen (step S6-1). Specifically, the transaction processing means 219 of the control unit 21 acquires data relating to the transaction type of the transaction request input on the transaction screen.

サービス管理サーバ20の制御部21は、優遇対象の取引かどうかについての判定処理を実行する(ステップS6−2)。具体的には、制御部21の取引処理手段219は、優遇条件データ記憶部24に、優遇対象取引種別として登録されているかどうかを判定する。   The control unit 21 of the service management server 20 executes a determination process as to whether the transaction is a preferential transaction (step S6-2). Specifically, the transaction processing means 219 of the control unit 21 determines whether or not the preferential condition data storage unit 24 is registered as the preferential treatment target transaction type.

優遇対象の取引である場合(ステップS6−2において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇適用のためにポイント拠出が必要かどうかについての判定処理を実行する(ステップS6−3)。具体的には、制御部21の取引処理手段219は、優遇条件データ記憶部24において、優遇適用条件として必要ポイント数が記録されているかどうかを判定する。   When the transaction is a preferential transaction (“YES” in step S6-2), the control unit 21 of the service management server 20 executes a determination process as to whether or not point contribution is necessary for preferential application (step S6-2). S6-3). Specifically, the transaction processing means 219 of the control unit 21 determines whether or not the necessary point number is recorded as the preferential application condition in the preferential treatment condition data storage unit 24.

優遇適用のためにポイント拠出が必要でない特典優遇の対象である場合(ステップ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 control unit 21 of the service management server 20 determines whether or not the privilege preferential treatment is applicable. Processing is executed (step S6-4). Specifically, the transaction processing means 219 of the control unit 21 determines whether or not the privilege preferential treatment can be applied depending on the presence or absence of the privilege preferential flag of the member management record 230 when the member flag is recorded in the customer management record 220 of the customer. Determine. If the member flag is not recorded in the customer management record 220 of the customer, it is determined that the privilege preferential application is not possible.

ここで、この顧客について会員登録されており、特典優遇を適用可能である場合(ステップ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 control unit 21 of the service management server 20 executes the preferential treatment application processing. (Step S6-11). Specifically, the transaction processing means 219 of the control unit 21 generates a preferential application history record 250 including a customer identifier, a current date (application date), and a preferential type identifier, and records it in the preferential application history data storage unit 25. . And the transaction processing means 219 sets the transaction conditions to which the preferential content is applied.

一方、特典優遇を適用可能でない場合(ステップ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 control unit 21 of the service management server 20 executes the deficient condition specifying process (step S6-5). Specifically, the transaction processing unit 219 of the control unit 21 takes over the processing to the privilege preferential management unit 212. Then, the privilege preferential management unit 212 acquires preferential application conditions from the preferential condition record 240 for the preferential transaction type of the transaction request. And the privilege preferential management means 212 extracts the preferential application condition (insufficient condition) which is lacking in this customer's transaction history.

次に、サービス管理サーバ20の制御部21は、前述した不足条件の並替処理(図5)を実行する(ステップS6−6)。
そして、サービス管理サーバ20の制御部21は、特典案内画面の表示処理を実行する(ステップS6−7)。具体的には、制御部21の特典優遇管理手段212は、並べ替えた不足条件についての表示を含めた特典案内画面データを生成し、利用者端末10に送信する。
Next, the control unit 21 of the service management server 20 executes the rearrangement process (FIG. 5) for the insufficient condition described above (step S6-6).
And the control part 21 of the service management server 20 performs the display process of a privilege guidance screen (step S6-7). Specifically, the privilege preferential management unit 212 of the control unit 21 generates privilege guidance screen data including a display about the rearranged shortage conditions, and transmits the privilege guidance screen data to the user terminal 10.

また、優遇適用のためにポイント拠出が必要なポイント優遇の対象である場合(ステップ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 control unit 21 of the service management server 20 determines whether or not the point balance is sufficient. A determination process is executed (step S6-8). Specifically, the transaction processing means 219 of the control unit 21 acquires the necessary number of points recorded in the preferential application condition of the preferential condition data storage unit 24. Then, the transaction processing means 219 acquires the point balance recorded in the member management data storage unit 23, and compares the required number of points with the point balance.

ポイント残高が十分である場合(ステップ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 control unit 21 of the service management server 20 executes an acquisition process for the presence / absence of preferential application (step S6-9). Specifically, the transaction processing means 219 of the control unit 21 transmits preferential application desire confirmation screen data to the user terminal 10. The preferential application request confirmation screen includes an icon for selecting whether or not preferential application is desired.

ここで、利用者端末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 control unit 21 of the service management server 20 Performs preferential treatment application processing (step S6-11). Specifically, the transaction processing means 219 of the control unit 21 subtracts the necessary number of points from the point balance recorded in the member management data storage unit 23 and updates the point accumulation history. Further, the transaction processing means 219 generates the preferential application history record 250 as described above and records it in the preferential application history data storage unit 25. And the transaction processing means 219 sets the transaction conditions to which the preferential content is applied.

一方、ポイント残高が十分でない場合(ステップ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 control unit 21 of the service management server 20 executes a calculation process of the number of insufficient points (step S6-12). Specifically, the transaction processing unit 219 of the control unit 21 takes over the process to the preferential treatment management unit 215. And the preferential treatment continuation management means 215 calculates the difference between the preferential treatment application condition (the number of necessary points) and the point balance.

そして、サービス管理サーバ20の制御部21は、不足ポイントの蓄積方法の提示処理を実行する(ステップS6−13)。具体的には、制御部21の優遇継続管理手段215は、ポイント換算テーブルを用いて、このポイント数の差分を蓄積するために必要な取引種別と量(換算取引量)を算出する。そして、優遇継続管理手段215は、この取引種別
及び換算取引量を表示させるための画面データを利用者端末10に送信する。
Then, the control unit 21 of the service management server 20 executes a shortage point accumulation method presentation process (step S6-13). Specifically, the preferential treatment continuation management unit 215 of the control unit 21 calculates the transaction type and amount (converted transaction amount) necessary to accumulate the difference in the number of points using the point conversion table. Then, the preferential continuation management unit 215 transmits screen data for displaying the transaction type and the converted transaction amount to the user terminal 10.

そして、サービス管理サーバ20の制御部21は、取引依頼処理を実行する(ステップS6−14)。ここで、優遇対象の取引でない場合(ステップS6−2において「NO」の場合)、利用者端末10から優遇適用希望「なし」のデータを取得した場合(ステップS6−10において「NO」の場合)、不足ポイントの蓄積方法の提示処理(ステップS6−13)を実行した場合には、通常の取引条件で取引依頼処理を実行する。一方、優遇適用処理(ステップS6−11)を実行した場合には、優遇が適用された取引条件で、ホストシステム30との間で、この顧客の取引依頼処理を実行する。   And the control part 21 of the service management server 20 performs a transaction request process (step S6-14). Here, when the transaction is not a preferential transaction (in the case of “NO” in step S6-2), the data of “None” for applying preferential treatment is obtained from the user terminal 10 (in the case of “NO” in step S6-10) ) When the shortage point accumulation method presentation process (step S6-13) is executed, the transaction request process is executed under normal transaction conditions. On the other hand, when the preferential treatment application process (step S6-11) is executed, the customer transaction request process is executed with the host system 30 under the transaction conditions to which the preferential treatment is applied.

本実施形態によれば、以下のような効果を得ることができる。
・ 本実施形態では、顧客が会員として登録されていない場合(ステップ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 control unit 21 of the service management server 20 executes a transaction history acquisition process for the customer. (Step S1-5). When the transaction history of the preferential transaction is included in the transaction history of the customer (in the case of “YES” in step S1-6), the control unit 21 of the service management server 20 identifies the preferential content corresponding to the transaction history. (Step S1-7), member registration recommendation display processing is executed (Step S1-8). As a result, it is possible to recommend member registration that can receive preferential treatment for customers who have not been registered. And this preferential treatment can be used to promote transactions.

・ 本実施形態では、会員管理レコード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 member management record 230 and the member is not a target member of the privilege preferential treatment (in the case of “NO” in step S2-1), the control unit of the service management server 20 21 executes a process for acquiring a user's transaction history (step S2-2). When the transaction result of the preferential treatment transaction is included (in the case of “YES” in step S2-3), the control unit 21 of the service management server 20 executes a specifying process of the insufficient condition for receiving the preferential treatment ( Step S2-4). And the control part 21 of the service management server 20 performs the display process of the privilege guidance screen including the display about insufficient conditions (step S2-6). Thereby, the transaction for receiving privilege preferential treatment for the member can be promoted.

・ 本実施形態では、サービス管理サーバ20の制御部21は、不足条件の並替処理を実行する(ステップS2−5、ステップS6−6)。ここでは、サービス管理サーバ20の制御部21は、この顧客の取引履歴と代替条件とを照合し(ステップS3−2)、代替条件に一致する取引実績がある場合(ステップS3−3において「YES」の場合)、代替条件に対応する不足条件の繰り上げ処理を実行する(ステップS3−4)。これにより、顧客にとっては、これまでの取引内容(代替取引)を優遇適用条件の取引に変更すればよく、比較的容易に取引を促進することができる。   -In this embodiment, the control part 21 of the service management server 20 performs the rearrangement process of an insufficient condition (step S2-5, step S6-6). Here, the control unit 21 of the service management server 20 collates the transaction history of the customer with the alternative condition (step S3-2), and if there is a transaction record that matches the alternative condition ("YES" in step S3-3). ”), An insufficient condition carry-over process corresponding to the alternative condition is executed (step S3-4). Thereby, for the customer, what is necessary is just to change the transaction content (substitute transaction) so far to a transaction with preferential application conditions, and the transaction can be promoted relatively easily.

・ 本実施形態では、サービス管理サーバ20の制御部21は、ポイント蓄積履歴を取得し(ステップS4−1)、ポイントの蓄積予測処理を実行する(ステップS4−2)。更に、サービス管理サーバ20の制御部21は、ポイント蓄積状況に応じて受けることができる優遇内容を特定し(ステップS4−3)、優遇内容のタイムチャート表示処理を実行する(ステップS4−4)。これにより、顧客はポイントの取得状況や使用状況を把握するとともに、将来の予測を行なうことができる。   In the present embodiment, the control unit 21 of the service management server 20 acquires a point accumulation history (step S4-1), and executes a point accumulation prediction process (step S4-2). Further, the control unit 21 of the service management server 20 identifies the preferential content that can be received according to the point accumulation status (step S4-3), and executes the preferential content time chart display process (step S4-4). . As a result, the customer can grasp the point acquisition status and usage status, and can predict the future.

・ 本実施形態では、サービス管理サーバ20の制御部21は、優遇対象の取引履歴の検索処理を実行する(ステップS5−1)。そして、継続中の優遇がある場合(ステップS5−2において「YES」の場合)、サービス管理サーバ20の制御部21は、優遇を継続可能かどうかについての判定処理を実行する(ステップS5−3)。ここで、将来日付のポイント残高が、優遇制度の利用を継続するためのポイント数より低くなり、優遇を
継続ができない場合(ステップS5−3において「NO」の場合)、サービス管理サーバ20の制御部21は、優遇適用継続希望確認画面データを送信する。(ステップS5−4)。これにより、優遇の継続を希望する顧客に対して注意喚起を行なうことができる。
-In this embodiment, the control part 21 of the service management server 20 performs the search process of the transaction history of preferential treatment object (step S5-1). If there is ongoing preferential treatment (in the case of “YES” in step S5-2), the control unit 21 of the service management server 20 executes a determination process as to whether or not preferential treatment can be continued (step S5-3). ). Here, when the point balance of the future date becomes 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), control of the service management server 20 The unit 21 transmits the preferential application continuation desire confirmation screen data. (Step S5-4). Thereby, it is possible to alert a customer who wishes to continue preferential treatment.

そして、優遇適用継続希望確認画面に入力された継続希望「あり」のデータを取得した場合(ステップ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 control unit 21 of the service management server 20 continues the preferential treatment. In this case, the number of insufficient points is calculated (step S5-6), and the presenting method of the accumulation method of the insufficient points is executed (step S5-7). As a result, new transactions can be promoted to customers who wish to continue preferential treatment.

・ 本実施形態では、取引画面処理において、優遇適用のためにポイント拠出が必要でない特典優遇の対象であって(ステップ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 control unit 21 of the service management server 20 executes a deficient condition specifying process (step S6-5). And the control part 21 of the service management server 20 performs the rearrangement process (step S6-6) of a shortage condition, and the display process of a privilege guidance screen (step S6-7).

また、優遇適用のためにポイント拠出が必要なポイント優遇の対象である場合(ステップ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 control unit 21 of the service management server 20 determines whether or not the point balance is sufficient. A determination process is executed (step S6-8). If the point balance is not sufficient (in the case of “NO” in step S6-8), the control unit 21 of the service management server 20 calculates the shortage point count process (step S6-12), and the shortage point accumulation method. A presentation process is executed (step S6-13). Thereby, even in a new transaction scene, it is possible to introduce a preferential system and promote further transactions.

また、上記実施形態は以下のように変更してもよい。
○ 上記実施形態においては、特典優遇とポイント優遇とを提供したが、いずれか一方を提供するようにしてもよい。
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 data storage unit 24 records the preferential condition record 240 for providing preferential treatment to the customer. Here, as this preferential condition, it is also possible to provide a limited time campaign system. Specifically, data relating to the campaign period is recorded in the preferential condition record 240, and preferential conditions (campaign conditions) different from the normal period are set in this period. Then, in the rearrangement process (FIG. 5), the control unit 21 of the service management server 20 acquires the current date and time from the system timer, and uses the campaign condition when the current date and time are included in the campaign period. Rearrange the shortage conditions. Thereby, promotion of member registration and promotion can be aimed at by a campaign.

○ 上記実施形態においては、会員登録していない顧客に対する処理と、会員登録している顧客に対する処理とを含めて説明したが、いずれか一方に提供する優遇制度とすることもできる。   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 control unit 21 of the service management server 20 acquires a point accumulation history (step S4-1), and executes a point accumulation prediction process (step S4-2). In this case, a linear regression line for the point balance with respect to the future date is calculated. Then, the graph display screen data including the point accumulation history display 501, the point accumulation prediction display 502, and the preferential content display 503 is transmitted to the user terminal 10. Alternatively, the point acquisition history and the point use history can be calculated separately to predict the point balance for the future date. This process is shown in FIG.

まず、サービス管理サーバ20の制御部21は、ポイント蓄積履歴の取得処理を実行する(ステップS7−1)。具体的には、ステップS4−1と同様に、制御部21のポイント管理手段214は、会員管理データ記憶部23からポイント蓄積履歴を取得する。   First, the control unit 21 of the service management server 20 executes a point accumulation history acquisition process (step S7-1). Specifically, as in step S 4-1, the point management unit 214 of the control unit 21 acquires the point accumulation history from the member management data storage unit 23.

次に、サービス管理サーバ20の制御部21は、ポイント取得予測処理を実行する(ステップS7−2)。具体的には、制御部21のポイント管理手段214は、会員管理データ記憶部23に記録された会員管理レコード230を用いて、所定期間においてポイント数を取得した履歴を抽出する。次に、ポイント管理手段214は、このポイント取得履歴を用いて、取得したポイント数を加算したポイント取得累積量のタイムチャートを作成する。そして、ポイント管理手段214は、ポイント取得累積量について一次回帰を行なう。そして、ポイント管理手段214は、現在のポイント残高から、この一次回帰線を将来日付に延長させてポイント取得による最大ポイント残高を予測する。   Next, the control part 21 of the service management server 20 performs a point acquisition prediction process (step S7-2). Specifically, the point management unit 214 of the control unit 21 uses the member management record 230 recorded in the member management data storage unit 23 to extract a history of acquiring points during a predetermined period. Next, the point management unit 214 creates a time chart of the accumulated point acquisition amount by adding the acquired number of points using the point acquisition history. Then, the point management unit 214 performs a primary regression on the accumulated point acquisition amount. Then, the point management means 214 extends the primary regression line from the current point balance to the future date and predicts the maximum point balance due to point acquisition.

次に、サービス管理サーバ20の制御部21は、優遇毎にポイント使用予測処理を実行する(ステップS7−3)。具体的には、制御部21のポイント管理手段214は、会員管理データ記憶部23に記録された会員管理レコード230を用いて、取引種別毎に、所定期間において、優遇を受けるためにポイント数を使用した履歴を抽出する。次に、ポイント管理手段214は、取引種別毎に、ポイント使用履歴を用いて、使用したポイント数を加算したポイント使用累積量のタイムチャートを作成する。そして、ポイント管理手段214は、優遇毎にポイント使用累積量について一次回帰を行なう。そして、ポイント管理手段214は、現在のポイント残高から、この一次回帰線を将来日付に延長させて、優遇毎に使用ポイント累積量を予測する。   Next, the control part 21 of the service management server 20 performs a point use prediction process for every preferential treatment (step S7-3). Specifically, the point management means 214 of the control unit 21 uses the member management record 230 recorded in the member management data storage unit 23 to set the number of points to receive preferential treatment for each transaction type for a predetermined period. Extract used history. Next, the point management means 214 creates a time chart of the accumulated point use amount obtained by adding the number of used points using the point use history for each transaction type. Then, the point management means 214 performs linear regression on the accumulated point usage for each preferential treatment. Then, the point management means 214 extends the primary regression line to the future date from the current point balance, and predicts the accumulated point usage amount for each preferential treatment.

次に、サービス管理サーバ20の制御部21は、ポイント蓄積予測処理を実行する(ステップS7−4)。具体的には、制御部21のポイント管理手段214は、ステップS7−2において算出した最大ポイント残高予測と、ステップS7−3において算出した優遇毎の使用ポイント累積量予測とを合算したポイント蓄積量を予測する。   Next, the control unit 21 of the service management server 20 executes a point accumulation prediction process (step S7-4). Specifically, the point management means 214 of the control unit 21 adds the point accumulation amount obtained by adding the maximum point balance prediction calculated in step S7-2 and the used point accumulated amount prediction for each preferential treatment calculated in step S7-3. Predict.

次に、サービス管理サーバ20の制御部21は、タイムチャート表示処理を実行する(ステップS7−5)。具体的には、制御部21のポイント管理手段214は、ポイント蓄積履歴、ポイント蓄積予測及び優遇内容を含めたグラフ表示画面データを生成する。そして、ポイント管理手段214は、生成したグラフ表示画面データを利用者端末10に送信する。   Next, the control part 21 of the service management server 20 performs a time chart display process (step S7-5). Specifically, the point management unit 214 of the control unit 21 generates graph display screen data including the point accumulation history, the point accumulation prediction, and the preferential content. Then, the point management unit 214 transmits the generated graph display screen data to the user terminal 10.

グラフ表示画面データを受信した利用者端末10のディスプレイには、図10(a)に示す表示510が出力される。この表示510には、ポイント蓄積履歴表示511、ポイント蓄積予測表示512、優遇選択表示513が含まれる。ポイント蓄積履歴表示511には、ステップS7−1において取得したポイント蓄積履歴の実績値(プロット)が表示される。ポイント蓄積予測表示512には、ステップS7−4において算出したポイント蓄積予測の一次回帰線(矢印)が表示される。   A display 510 shown in FIG. 10A is output to the display of the user terminal 10 that has received the graph display screen data. The display 510 includes a point accumulation history display 511, a point accumulation prediction display 512, and a preferential selection display 513. The point accumulation history display 511 displays the actual value (plot) of the point accumulation history acquired in step S7-1. The point accumulation prediction display 512 displays the primary regression line (arrow) of the point accumulation prediction calculated in step S7-4.

また、優遇選択表示513には、会員管理レコード230において利用実績がある優遇内容が表示される。そして、各優遇には、これからも利用を希望する優遇を選択するためのチェックボックスが表示されている。更に、この表示510には、表示処理を終了させるための終了ボタンが含まれる。優遇選択表示513におけるチェックボックスにより、
利用希望の優遇が変更された場合、利用者端末10は、選択されている優遇の取引種別を含めた変更指示をサービス管理サーバ20に送信する。一方、終了ボタンが選択された場合、利用者端末10は、表示終了指示をサービス管理サーバ20に送信する。
The preferential selection display 513 displays preferential contents that have been used in the member management record 230. In each preferential treatment, a check box for selecting a preferential treatment desired to be used is displayed. Further, the display 510 includes an end button for ending the display process. Check box in preferential selection display 513,
When the preferential treatment desired to be used is changed, the user terminal 10 transmits a change instruction including the selected preferential transaction type to the service management server 20. On the other hand, when the end button is selected, the user terminal 10 transmits a display end instruction to the service management server 20.

ここで、表示終了指示を受信した場合(ステップ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 control unit 21 of the service management server 20 ends the point display process.
On the other hand, when a change instruction has been received (in the case of “change” in step S7-6), the control unit 21 of the service management server 20 executes a summation process for predicting the usage point accumulated amount regarding the preferential treatment desired to be used (step S7-6). S7-7). Specifically, the point management unit 214 of the control unit 21 adds the predictions about the selected preferential use point accumulated amount.

そして、サービス管理サーバ20の制御部21は、ポイントの蓄積予測の再計算処理を実行する(ステップS7−8)。具体的には、制御部21のポイント管理手段214は、最大ポイント残高予測から、ステップS7−7において合算した使用ポイント累積量予測を差し引く。   Then, the control unit 21 of the service management server 20 executes a point accumulation prediction recalculation process (step S7-8). Specifically, the point management means 214 of the control unit 21 subtracts the used point cumulative amount prediction added in step S7-7 from the maximum point balance prediction.

そして、サービス管理サーバ20の制御部21は、タイムチャート表示処理を実行する(ステップS7−5)。具体的には、制御部21のポイント管理手段214は、ポイント蓄積履歴、ポイント蓄積予測及び優遇内容を含めたグラフ表示画面データを再度、生成する。そして、ポイント管理手段214は、生成したグラフ表示画面データを利用者端末10に送信する。ここで、すべての優遇についての選択ボタンを外した場合には、グラフ表示画面データを受信した利用者端末10のディスプレイには、図10(b)に示す表示520のように、ポイントを使用せずに蓄積した最大ポイント残高の一次回帰線(矢印)が表示される。一方、一部の優遇について選択した場合には、図10(c)に示す表示530のように、すべての優遇を利用する場合の一次回帰線と、すべての優遇を利用しない場合の一次回帰線との中間領域に一次回帰線が表示される。   And the control part 21 of the service management server 20 performs a time chart display process (step S7-5). Specifically, the point management unit 214 of the control unit 21 again generates graph display screen data including the point accumulation history, the point accumulation prediction, and the preferential content. Then, the point management unit 214 transmits the generated graph display screen data to the user terminal 10. Here, when the selection buttons for all the preferential treatments are removed, points are used on the display of the user terminal 10 that has received the graph display screen data as shown in the display 520 in FIG. The primary regression line (arrow) of the maximum point balance accumulated without displaying is displayed. On the other hand, when some preferential treatments are selected, as shown in the display 530 of FIG. 10C, a primary regression line when all preferential treatments are used and a primary regression line when all preferential treatments are not used. A linear regression line is displayed in the middle area.

これにより、利用する優遇を取捨選択して、シミュレーションを行なうことができる。   As a result, the preferential treatment to be used can be selected and the simulation can be performed.

本発明の実施形態のシステム概略図。The system schematic of embodiment of this invention. 各データ記憶部に記録されたデータの説明図であって、(a)は顧客管理データ記憶部に記録されたデータ、(b)は会員管理データ記憶部に記録されたデータ、(c)は優遇条件データ記憶部に記録されたデータ、(d)は優遇適用履歴データ記憶部に記録されたデータの説明図。It is explanatory drawing of the data recorded on each data storage part, (a) is the data recorded on the customer management data storage part, (b) is the data recorded on the member management data storage part, (c) is (D) is an explanatory diagram of data recorded in the preferential application history data storage unit. 本発明の実施形態の処理手順のフロー図。The flowchart of the process sequence of embodiment of this invention. 本発明の実施形態の処理手順のフロー図。The flowchart of the process sequence of embodiment of this invention. 本発明の実施形態の処理手順のフロー図。The flowchart of the process sequence of embodiment of this invention. 本発明の実施形態のポイント表示処理の説明図であって、(a)は処理手順のフロー図、(b)はグラフ表示画面の説明図。It is explanatory drawing of the point display process of embodiment of this invention, Comprising: (a) is a flowchart of a processing procedure, (b) is explanatory drawing of a graph display screen. 本発明の実施形態の処理手順のフロー図。The flowchart of the process sequence of embodiment of this invention. 本発明の実施形態の処理手順のフロー図。The flowchart of the process sequence of embodiment of this invention. 他の実施形態の処理手順のフロー図。The flowchart of the process sequence of other embodiment. 他の実施形態のグラフ表示画面の説明図であって、(a)はすべての優遇を継続した場合のグラフ表示画面、(b)はすべての優遇を中止した場合のグラフ表示画面、(c)は一部の優遇を継続した場合のグラフ表示画面。It is explanatory drawing of the graph display screen of other embodiment, Comprising: (a) is a graph display screen when all preferential treatment is continued, (b) is a graph display screen when all preferential treatment is stopped, (c) Is a graph display screen when some preferential treatment is continued.

符号の説明Explanation of symbols

10…利用者端末、20…サービス管理サーバ、21…制御部、210…本人認証手段、211…会員勧誘処理手段、212…特典優遇管理手段、213…不足条件管理手段、2
14…ポイント管理手段、215…優遇継続管理手段、219…取引処理手段、22…顧客管理データ記憶部、23…会員管理データ記憶部、24…優遇条件データ記憶部、25…優遇適用履歴データ記憶部、30…ホストシステム、32…口座管理データ記憶部、33…取引履歴データ記憶部。
DESCRIPTION OF SYMBOLS 10 ... User terminal, 20 ... Service management server, 21 ... Control part, 210 ... Personal authentication means, 211 ... Member solicitation processing means, 212 ... Special privilege management means, 213 ... Insufficient condition management means, 2
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 history data storage 30 ... Host system, 32 ... Account management data storage unit, 33 ... Transaction history data storage unit.

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〜のいずれか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.
前記ポイント情報記憶手段には、ポイントを取得した日付が記録されたポイント蓄積履歴が記録されており、
前記制御手段が、
ポイント蓄積履歴におけるポイント取得パターンを将来日付に延長させたポイント取得予測を算出し、
前記優遇情報記憶手段を用いて、前記ポイント取得予測を基準にして特定されるポイント数よりも少ない必要ポイント数を優遇適用条件とする優遇対象候補を取得し、
前記ポイント取得予測及び前記優遇対象候補を前記利用者端末に出力する手段を更に備えたことを特徴とする請求項に記載の取引促進管理システム。
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.
JP2008120620A 2008-05-02 2008-05-02 Transaction promotion management system, transaction promotion management method, and transaction promotion management program Active JP5280094B2 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

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