WO2023170736A1 - マーケティング方法、及びプログラム - Google Patents

マーケティング方法、及びプログラム Download PDF

Info

Publication number
WO2023170736A1
WO2023170736A1 PCT/JP2022/009708 JP2022009708W WO2023170736A1 WO 2023170736 A1 WO2023170736 A1 WO 2023170736A1 JP 2022009708 W JP2022009708 W JP 2022009708W WO 2023170736 A1 WO2023170736 A1 WO 2023170736A1
Authority
WO
WIPO (PCT)
Prior art keywords
purchase
user
registered user
sale
transaction
Prior art date
Application number
PCT/JP2022/009708
Other languages
English (en)
French (fr)
Inventor
孝 秋草
Original Assignee
株式会社ライフラボ
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 株式会社ライフラボ filed Critical 株式会社ライフラボ
Priority to PCT/JP2022/009708 priority Critical patent/WO2023170736A1/ja
Publication of WO2023170736A1 publication Critical patent/WO2023170736A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates to a marketing method and program using points.
  • Patent Document 1 In general online/offline product trading markets such as flea markets, auction markets, etc., points are often returned to users who have made transactions in order to acquire more users. (For example, Patent Document 1).
  • the present invention aims to realize effective marketing through point redemption that can effectively acquire high-quality users required by the company.
  • a person who acquires an item due to purchase or sale regardless of whether the company owns the company, another company, or another store, registers as a user as the person who made the purchase transaction, gives the user a maximum linkage point value, and registers the item.
  • the product information and purchase price information related to the transaction object for which the registered user made the purchase transaction are stored, and when the registered user makes a new sale transaction for the transaction object, the sales price at the time of the new sale transaction is registered. If the purchase price when the user purchases the transaction target is not reached, linkage points equivalent to the difference between the purchase price and the sale price will be given to the registered user within the range of the linkage point upper limit given to the registered user. .
  • the present invention when a user registers and sells an item acquired through a purchase transaction using the present invention, the difference between the price at the time of the purchase transaction and the price at the time of sale and disposition falls within the range of the link point upper limit value.
  • the embodiment of the present invention is a simultaneous auction, by creating a contingency in the element of whether or not it falls within the range of the above-mentioned upper limit value, a sense of gambling is created, and it is not only possible to simply provide an economic incentive. , it becomes possible to focus the user's awareness more strongly, and it becomes possible to realize marketing that can effectively acquire the high-quality users required by the company.
  • FIG. 1 is a block diagram of a trading management system with a marketing function according to an embodiment. It is a diagram showing an example of the hardware configuration of the embodiment. It is a figure which shows the example of a screen of embodiment. It is a flow chart which shows an example of purchase object registration processing in an embodiment. It is a flow chart which shows an example of cooperation point grant processing in an embodiment.
  • FIG. 1 is a functional block diagram of a buying and selling management system 101 equipped with a marketing function, which is an embodiment of the present invention.
  • the buying and selling management system 101 here refers to a system where users purchase products or services (purchase transaction) or sell products or services that they own (sale transaction), such as at a flea market or an auction. It is a system that manages online trading markets (marketplaces).
  • the buying and selling management system 101 includes a buying and selling transaction execution unit 102, a purchase target registration unit 103, a linked point storage unit for each registered user 104, a linked point giving unit 105, a sale preparation information storage unit 106, a sale instruction unit 107, and a trading information storage unit. 108.
  • the trading management system 101 has basic functions for managing a marketplace, as described below.
  • target for sale a product or service that he/she owns
  • user wishing to sell 112 the user wishing to sell 112 performs the operation by himself/herself.
  • the user accesses the marketplace website of the trade management system 101 from a smartphone, personal computer, or the like (hereinafter referred to as a "terminal device") via a network such as the Internet, and sends a request to display the sale confirmation screen 111.
  • the sale instruction unit 107 causes the sale confirmation screen 111 to be displayed on the display of the terminal device operated by the user 112 who desires to sell.
  • the user 112 desiring to sell uses this sale confirmation screen 111 to input information regarding the object to be sold.
  • the information regarding the sale object includes, for example, the content of the product or service that is the sale object and the sale price.
  • the information regarding the sale object includes, for example, the contents of the product or service that is the sale object, the sale start price, the buy-it-now price, the sale period, and the like.
  • the information regarding the sale target includes personal information (name, address, telephone number, email address, etc.) regarding the sale-desiring user 112 who made the sale.
  • the sale instruction unit 107 registers, in the sale information storage unit 108, information regarding the sale object input by the sale-desiring user 112 via the sale confirmation screen 111.
  • the buying and selling transaction execution unit 102 generates a buying and selling transaction execution screen 109 for buying and selling the selling object based on information regarding the selling object registered in the buying and selling information storage unit 108.
  • a large number of unspecified users who wish to purchase access the marketplace website of the trading management system 101 from each terminal device they operate via a network such as the Internet, search for products and services, and purchase the desired product.
  • the sales transaction execution screen 109 for the object to be sold is opened.
  • the purchase wishing user 113 displays the sales transaction execution screen 109.
  • the purchase page inside execute the purchase procedure for the item to be sold.
  • the purchase-desiring user 113 inputs his or her user information (name, telephone number, shipping address, etc.) and payment information (for example, credit card information, etc.) from the purchase page.
  • this information may be set by the user 113 wishing to purchase to register in the marketplace in advance, and upon logging in, the information is automatically quoted and set on the purchase page in the sales transaction execution screen 109. .
  • the buy/sell transaction execution unit 102 acquires user information regarding the purchase-desiring user 113 from the purchase page in the buy/sell transaction execution screen 109, and links the user information to the information regarding the sale target in the buy/sell information storage unit 108. register.
  • the buying and selling transaction execution unit 102 executes a payment corresponding to the sale amount of the sale target based on the payment information input by the purchasing user 113 on the purchase page in the buying and selling transaction execution screen 109.
  • the sales transaction execution unit 102 sends, for example, an e-mail address of the user 112 who wishes to sell, which is included in the information regarding the sale object stored in the sale information storage unit 108, to the effect that the sale object has been purchased and the payment has been completed; Information regarding the delivery destination of the user 113 who wishes to purchase and an instruction to send the item to be sold to the user 113 who wishes to purchase is notified.
  • the user 112 desiring to sell ships the object to be sold to the user 113 desiring to purchase, and notifies the user 113 of the object to be sold that the shipping of the object to be sold has been completed on the transaction page in the sales transaction execution screen 109.
  • the purchase-desiring user 113 After receiving the delivery of the item to be sold, the purchase-desiring user 113 notifies the user on the transaction page of the sales transaction execution screen 109 that the item to be sold has been received.
  • the sales transaction execution unit 102 After receiving the receipt notification, the sales transaction execution unit 102 performs payment procedures such as transferring the settlement amount corresponding to the sale object to the bank account of the user 112 who wishes to sell, which is linked to the information regarding the sale object, according to a predetermined method. Execute at the right time.
  • the buying and selling management system 101 of FIG. 1 includes a function of performing marketing by giving back points to registered users.
  • the buying and selling transaction execution unit 102 is provided with a function of controlling point return when executing a buying and selling transaction.
  • the buying and selling management system 101 further includes a purchase object registration section 103, a cooperative point storage section 104 for each registered user, a cooperative point giving section 105, and a sale preparation information storage section 106.
  • the purchase object registration unit 103 causes a purchase-seeking user 113 who has purchased a product or service (hereinafter referred to as “purchase object”) in a sales transaction executed by the sales transaction execution unit 102 to register as a user. For example, 10,000 points are given as the upper limit of cooperation points. Further, the purchase object registration unit 103 registers/stores information regarding the purchase object purchased by the registered user in the sale preparation information storage unit 106 as sale preparation information for new sale.
  • the purchase object registration unit 103 controls, for example, a purchase object registration screen 110 that transitions from the sales transaction execution screen 109 when a certain purchase wishing user 113 purchases a purchase object, when the purchase wishing user 113 operates the purchase object registration screen 110. displayed on the display of the terminal device.
  • FIG. 3(a) is a diagram showing an example of the purchase object registration screen 110 when the purchase object is a product. If the user 113 who wants to purchase is a new registered user of the trading management system 101, the user 113 who wants to buy, for example, inputs the desired user ID and password by tapping on the purchase target registration screen 110, and clicks "New Registration". Register as a user by tapping a button, etc. At this time, although not specifically illustrated, the screen may be changed to a user registration screen, for example, and detailed information regarding the user may be input.
  • the purchase-desiring user 113 is an existing registered user of the trading management system 101, enter the registered user ID and password by tapping on the purchase target registration screen 110, and log in by tapping the "Login" button. do.
  • the purchase target registration unit 103 in FIG. The user information regarding the registered user is registered and stored in one record of the database of the registered user cooperation point storage unit 104.
  • the purchase target registration unit 103 stores, for example, 10,000 points as the upper limit value of cooperation points in the above record of the cooperation point storage unit 104 for each registered user.
  • the purchase object registration section 103 compares the user ID and password pair input from the purchase object registration screen 110 with each user ID and password pair stored in the per-registered user cooperation point storage section 104. If the purchase object registration unit 103 succeeds in the verification, the purchase target registration unit 103 skips the above-mentioned registration process in the per-registered user cooperation point storage unit 104 and proceeds to the process described below. If the verification fails, processes such as requesting the user ID and password again are executed.
  • the purchase object registration unit 103 When displaying the purchase object registration screen 110 on the terminal of the user 113 who wishes to purchase, the purchase object registration unit 103 further executes a sales transaction by providing information regarding the object to be purchased (purchased product) purchased by the user 113 who wishes to purchase, together with the purchase price.
  • the information regarding the purchase object is displayed in the screen area below "Purchased Items" on the purchase object registration screen 110 illustrated in FIG. 3(a).
  • the information regarding the purchase target (purchased product) is registered/stored in the sale preparation information storage unit 106 of FIG. 1 as sale preparation information for a new sale to be described later.
  • the sale preparation information includes the product name, product description, product image, etc. of the purchase target (purchased product). Further, the sale preparation information includes purchase price information of the purchase target (purchased product). Further, as this sales preparation information, a user ID and password pair (see FIG. 3(a)) input by the purchase-desiring user 113 is also registered.
  • the user 113 who wishes to purchase has an intention to sell the purchase object that he or she has purchased on the marketplace of the trading management system 101.
  • the user 113 who wishes to purchase enters the procedure for selling the above-mentioned purchase object as the user 112 who wishes to sell as shown in FIG.
  • the user who originally purchased the object of purchase, such as a product or service, on the marketplace of the trading management system 101 as the User 113 desiring to purchase This refers to a user who has an intention to sell the purchase object as a new sale object.
  • the new user 112 who wants to sell, who was the user 113 who wants to buy accesses the sale confirmation screen 111 of FIG. 1 from his own terminal device as described above as a basic function of the trading management system 101.
  • the user 112 desiring to sell logs in by inputting the user ID and password pair originally entered as the user desiring purchase 113 on the purchase object registration screen 110 illustrated in FIG. 3(a).
  • the sale instruction unit 107 retrieves from the sale preparation information storage unit 106 the sale preparation for the original purchase object (purchased product) in which the same user ID and password pair as the input user ID and password pair is registered. The information is read out and displayed on the sale confirmation screen 111.
  • the sale instruction unit 107 stores a plurality of pieces of sale preparation information having the same user ID and password set. The list may be read from the sale preparation information storage unit 106, displayed on the sale confirmation screen 111, and the user 112 desiring to sell may select and use one of them.
  • FIG. 3(b) is a diagram showing an example of the sale confirmation screen 111 in the embodiment.
  • information on the products and the like illustrated in FIG. 3A, which was registered by the current user 112 who wanted to sell and was originally the user 113 who wanted to buy, on the above-mentioned purchase object registration screen 110 is displayed as is.
  • the original purchase price is displayed near the center, for example.
  • the marketplace of the trading management system 101 is a flea market
  • the example of the sale confirmation screen 111 in FIG. is displayed.
  • an example of the sale confirmation screen 111 may display an auction starting price specification box instead of the sale price specification box.
  • the user 112 who wishes to sell can determine the selling price (in the case of a flea market) and the starting price (in the case of an auction) while referring to the original purchase price.
  • the user 112 desiring to sell finalizes the sale information, stores the sale information in the buying and selling information storage unit 108 of FIG. 1, generates the buying and selling transaction execution screen 109 in the buying and selling transaction execution unit 102, and starts the buying and selling transaction.
  • the operations to do so are the same as those for the basic functions of the trading management system 101 described above.
  • the sale information differs from the above-described basic function in that information about the original purchase price of the sale object (sale item) is included and stored in the sale information storage unit 108.
  • the buying and selling transaction execution unit 102 After generating the buying and selling transaction execution screen 109, the buying and selling transaction execution unit 102 opens the buying and selling transaction execution screen 109 to an unspecified number of users, as in the case of the basic function described above.
  • the sales transaction execution unit 102 shown in FIG. Compare the original purchase price included in the current sale price. As a result, if the selling price of the selling object does not reach the original purchase price when the selling object user 112 originally purchased the selling object, the buying and selling transaction execution unit 102 activates the cooperative point granting unit 105. do.
  • the marketplace of the buying and selling management system 101 is a flea market
  • the new sale price does not reach the original purchase price
  • the new user 113 who wants to buy and the user 112 who wants to sell A case may occur in which the new selling price does not reach the selling price originally desired by the user 112 who wants to sell.
  • the marketplace of the sales management system 101 is an auction
  • the new purchase price does not reach the original purchase price
  • the cooperation point granting unit 105 activated in the above case acquires the cooperation points corresponding to the user 112 who wishes to sell by accessing the registered user-by-user cooperation point storage unit 104. Then, the cooperation point granting unit 105 distributes the cooperation points corresponding to the above-mentioned undelivered difference within the range (cumulative value) of, for example, 10,000 points, which is the maximum cooperation point value granted to the user 112 who wishes to sell. It is given to the user 112 who wants to sell.
  • the cooperation point granting unit 105 grants cooperation points corresponding to the difference within a predetermined granting deadline, for example, within one month, and grants collaboration points to registered users within the predetermined granting deadline, for example, within one month. If the granting of the linkage points satisfies a predetermined condition, the authority to grant cooperation points may be given again to the registered user at a predetermined granting deadline that will be set next time.
  • the predetermined condition at this time may be, for example, that the cumulative value of the cooperation points given to the registered user within the predetermined granting deadline does not exceed the cooperation point upper limit, for example, 10,000 points. Then, when this predetermined condition for the registered user is satisfied, the cooperation point upper limit, for example 10,000 points, may be given to the registered user again at the start of the next set predetermined grant deadline.
  • the cooperation points may be electronic data that can be used in the marketplace of the trading management system 101. Furthermore, the cooperation points may be digital currency that can be distributed on the Internet or the like.
  • FIG. 2 is a diagram showing an example of the hardware configuration of the trading management system 101 of FIG. 1 according to the embodiment.
  • the trading management system 101 may have the configuration of a general server computer system, and includes a CPU (Central Processing Unit) 201, a ROM (Read Only Memory) 202, a RAM (Random Access Memory) 203, and an external A storage device 204 and a network interface 205 are interconnected by a system bus 206.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the external storage device 204 functions as the linked point storage unit 104 for each access registered user, the sale preparation information storage unit 106, and the trading information storage unit 108 in FIG.
  • FIG. 4 is a flowchart illustrating an example of purchase object registration processing for a purchaser in the sales management system 101 of FIG. 1 according to the embodiment executed under the example hardware configuration of FIG. 2.
  • This process is a process in which the CPU 201 in FIG. 2 loads a control program stored in the ROM 202 or the external storage device 204 into the RAM 203 and executes it, and realizes the function of the purchase object registration unit 103 in FIG. 1.
  • the purchase and sale transaction execution unit 102 of FIG. is activated by tapping a link (not shown) for registering a purchase target.
  • the CPU 201 first displays the form of the purchase object registration screen 110 of FIG. 1 illustrated in FIG. 3(a) on the display of the terminal device of the user 113 who wishes to purchase (step S401).
  • the CPU 201 waits until the form of the purchase target registration screen 110 is received by the user 113 who wishes to purchase, for example, by tapping the "new registration” or "login” button illustrated in FIG. 3(a). (repetition of NO in step S402).
  • step S402 determines whether the purchase-desiring user 113 is a newly registered user or not, that is, the “new registration” screen example shown in FIG. ” button or the “Login” button is tapped (step S403).
  • the purchase-desiring user 113 is a new registered user by tapping the "new registration" button in the example screen of FIG.
  • the CPU 201 stores, for example, 10,000 points as the upper limit of cooperation points in the record of the registered user cooperation point storage unit 104 (step S404).
  • step S403 if it is determined that the purchase-desiring user 113 is an existing registered user by tapping the "Login" button in the example screen of FIG. 3(a) (the determination in step S403 is NO), As described above as a process of the purchase object registration unit 103 in FIG. It is compared with each set of user ID and password stored in the point storage unit 104 (step S405).
  • step S405 If the above-described verification process is successful (if the determination in step S405 is YES), the CPU 201 skips the registration process in step S404 and proceeds to the process in step S406. If the above-mentioned verification process fails (if the determination in step S405 is NO), the CPU 201 returns to the process in step S401, for example, and requests the purchasing user 113 to input the user ID and password again. Although not specifically shown, if this verification process fails several times, a message may be displayed and the purchase object registration process may be terminated.
  • the CPU 201 After the process in step S404 or when the determination in step S405 is YES, the CPU 201 performs the process of the purchase target registration unit 103, as described above, by receiving the form acquired from the purchase target registration screen 110 in step S402.
  • the information regarding the purchase object illustrated in FIG. 3A which is directly obtained from the function of the sales transaction execution unit 102 in FIG. 1, is stored in the sale preparation information storage unit 106 in FIG. 1 as sale preparation information for a new auction. Register/memorize.
  • the CPU 201 adds the purchase price information and the data set of the user ID and password input by the purchasing user 113 to the sale preparation information (step S406).
  • the CPU 201 returns to the main control process (not particularly shown) and ends the purchase object registration process illustrated in the flowchart of FIG.
  • FIG. 5 is a flowchart illustrating an example of cooperation point granting processing for the selling company in the trading management system 101 of FIG. 1 according to the embodiment executed under the hardware configuration example of FIG. 2.
  • This process is a process in which the CPU 201 in FIG. 2 loads a control program stored in the ROM 202 or the external storage device 204 into the RAM 203 and executes it, and realizes the function of the cooperation point giving unit 105 in FIG.
  • the cooperative point granting process illustrated in the flowchart of FIG. 5 is stored in the buying and selling information storage unit 108 of FIG. 1 when the sale target is newly sold and the series of processes of the buying and selling transaction execution unit 102 of FIG. Automatically triggered when the information about the object being sold includes information about the original purchase price. Note that if information on the original purchase price is not included, the cooperative point granting process is not activated and the process of the buying and selling transaction execution unit 102 ends.
  • the CPU 201 first compares and determines the original purchase price included in the information regarding the sale object stored in the sales information storage unit 108 of FIG. 1 with the new sale price (step S501).
  • step S501 if the new sale price for the product exceeds the purchase price at which the sale-seeking user 112 originally purchased the sale target (the determination in step S501 is YES), The CPU 201 ends the cooperation point granting process exemplified in the flowchart of FIG. 5 without granting any cooperation points, and returns to the main process, which is not particularly illustrated.
  • step S502 If the determination in step S502 is NO, the CPU 201 grants cooperation points for the difference calculated in step S501 to the user 112 who desires to sell as grant points (step S503). Specifically, for example, an amount obtained by adding an amount corresponding to the above-mentioned granted points to the sale price is transferred to a bank account or the like registered in advance by the user 112 desiring to sell.
  • step S502 If the determination in step S502 is YES, the CPU 201 grants all the currently owned cooperation points acquired in step S502 to the user 112 who wishes to sell as grant points (step S504). Specifically, for example, an amount obtained by adding an amount corresponding to the above-mentioned granted points to the sale price is transferred to a bank account or the like registered in advance by the user 112 desiring to sell.
  • step S503 or S504 the CPU 201 subtracts the assigned points calculated in step S503 or S504 from the existing cooperation points acquired in step S502, and uses the result obtained as new ownership cooperation points for the registered user.
  • the held cooperation points of the record corresponding to the sale-desiring user 112 in the respective cooperation point storage unit 104 are replaced and updated (step S505).
  • the CPU 201 ends the cooperation point granting process illustrated in the flowchart of FIG. 5, and returns to the main process, which is not particularly illustrated.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】ポイントを利用したマーケティング方法、及びプログラムに関し、自社に必要な質の高いユーザを効果的に獲得できるポイント還元により効果的なマーケティングを実現する。 【解決手段】購入対象登録部１０３は、購入取引をした購入希望ユーザ１１３にユーザ登録を行わせて連携ポイント上限値を付与すると共に、登録をした登録ユーザが購入取引をした取引対象（購入商品等）に関する情報を記憶する。連携ポイント付与部１０５は、登録ユーザが取引対象について新たに売却取引をしたときに、新たに売却取引をしたときの売却価格が登録ユーザが取引対象を購入したときの購入価格に届かなかった場合に、購入価格と売却価格の差額に相当する連携ポイントを登録ユーザに付与された連携ポイント上限値の範囲内で登録ユーザに付与して差額を補填する。

Description

マーケティング方法、及びプログラム
　本発明は、ポイントを利用したマーケティング方法、及びプログラムに関する。
　一般的なオンライン／オフラインの商品売買マーケット、フリーマーケット、又はオークションマーケット等の売買取引市場では、より多くのユーザを獲得するために、取引を行ったユーザにポイントを還元することがよく行われている（例えば特許文献１）。
特開２００２－０９２７４０号公報
　しかしながら、取引に伴う一般的なポイント還元では、不特定多数のユーザに対してポイントが還元される。このため、還元するポイントの負担が大きくなり、スタートアップ等の資金力の乏しい企業では実施が困難であることに加え、ポイント還元を受けるユーザが運営企業にとって本当に必要な質の高いユーザであるとは限らず、必ずしも効果的なポイント還元が行われているとはいえず、マーケティングの手段としてのポイント還元はそれほど効果的ではないという課題があった。
　そこで、本発明は、自社に必要な質の高いユーザを効果的に獲得できるポイント還元により効果的なマーケティングを実現することを目的とする。
　態様の一例のマーケティング方法では、自社、他社、他店問わず、売買を原因としてアイテムを取得した者を購入取引をした者としてユーザ登録を行わせ、連携ポイント上限値を付与すると共に、登録をした登録ユーザが購入取引をした取引対象に関する商品情報及び購入価格等の情報を記憶し、登録ユーザが取引対象について新たに売却取引をしたときに、新たに売却取引をしたときの売却価格が登録ユーザが取引対象を購入したときの購入価格に届かなかった場合に、購入価格と売却価格の差額に相当する連携ポイントを登録ユーザに付与された連携ポイント上限値の範囲内で登録ユーザに付与する。
　本発明によれば、ユーザとしては購入取引により取得したアイテムを本発明を利用して登録及び売却処分した時に前記購入取引時の価格と売却処分時の差額が連携ポイント上限値の範囲内に収まる事を所定の条件とする事で再度商品登録の機会を得る仕組みとなり、前記条件を満たす限り、永遠と差額分の連携ポイントが付与されることになり、実質無料で商品を入手し続ける事も可能となる。本発明の実施形態を一斉オークションにした場合を想定すると前記ポイント上限値の範囲内に収まるか否かという要素に偶然性を生じさせることにより射幸心を生じさせ、単に経済的インセンティブを与えるだけでなく、ユーザの意識をより強く向けることが可能となり、自社に必要な質の高いユーザを効果的に獲得できるマーケティングを実現することが可能となる。
 
実施形態であるマーケティング機能を備えた売買管理システムのブロック図である。 実施形態のハードウェア構成例を示す図である。 実施形態の画面例を示す図である。 実施形態における購入対象登録処理の例を示すフローチャートである。 実施形態における連携ポイント付与処理の例を示すフローチャートである。
　以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
　図１は、本発明の実施形態である、マーケティング機能を備えた売買管理システム１０１の機能ブロック図である。ここでいう売買管理システム１０１は、例えばフリーマーケットや、オークションなどの、ユーザが、商品やサービスを購入（購入取引）したり、自身が保有する商品やサービスを売却（売却取引）したりする、オンラインの取引市場（マーケットプレイス）を管理するシステムである。
　売買管理システム１０１は、売買取引実行部１０２、購入対象登録部１０３、登録ユーザ毎連携ポイント記憶部１０４、連携ポイント付与部１０５、売却準備情報記憶部１０６、売却指示部１０７、及び売買情報記憶部１０８を備える。
　売買管理システム１０１は、以下に説明するような、マーケットプレイスを管理する基本機能を備える。
　まず、ユーザが、自身が保有する商品やサービス（以下「売却対象」と記載）を売却したい場合（以下、このユーザを「売却希望ユーザ１１２」と記載）、売却希望ユーザ１１２は、自身が操作するスマートフォンやパーソナルコンピュータなど（以下「端末装置」と記載）からインターネット等のネットワークを介して売買管理システム１０１のマーケットプレイスのＷｅｂサイトにアクセスして、売却確認画面１１１の表示要求を送信する。売却指示部１０７は、この要求を受けて、売却希望ユーザ１１２が操作する端末装置のディスプレイに、売却確認画面１１１を表示させる。売却希望ユーザ１１２は、この売却確認画面１１１を使って売却対象に関する情報を入力する。
　売買管理システム１０１が例えばフリーマーケットのマーケットプレイスを提供する場合には、上記売却対象に関する情報は例えば、売却対象である商品やサービスの内容や、売却価格を含む。
　売買管理システム１０１が例えばオークションのマーケットプレイスを提供する場合には、上記売却対象に関する情報は例えば、売却対象である商品やサービスの内容や、売却開始価格、即決価格、売却期間等を含む。
　また、売却対象に関する情報は、売却を行った売却希望ユーザ１１２に関する個人情報（氏名、住所、電話番号、メールアドレス等）を含む。
　売却指示部１０７は、売却希望ユーザ１１２が売却確認画面１１１を介して入力した売却対象に関する情報を、売買情報記憶部１０８に登録する。
　売買取引実行部１０２は、売買情報記憶部１０８に登録された売却対象に関する情報に基づいて、その売却対象の売買を行うための売買取引実施画面１０９を生成する。購入を希望する不特定多数のユーザは、夫々が操作する各端末装置からインターネット等のネットワークを介して売買管理システム１０１のマーケットプレイスのＷｅｂサイトにアクセスし、商品やサービスの検索を行いながら所望の売却対象の売買取引実施画面１０９を開く。
　不特定多数のユーザのうちの任意のユーザが所望の売却対象の購入を希望する場合（以下、このユーザを「購入希望ユーザ１１３」と記載）、その購入希望ユーザ１１３は、売買取引実施画面１０９中の購入ページにおいて、その売却対象の購入手続きを実行する。具体的には、購入希望ユーザ１１３は、上記購入ページから、自身のユーザ情報（氏名、電話番号、及び配送先住所等）や決済情報（例えばクレジットカード情報等）を入力する。なお、これらの情報は、購入希望ユーザ１１３がマーケットプレイスに予めユーザ登録し、ログインによりそれらの情報が自動的に引用されて売買取引実施画面１０９中の購入ページに設定されるようにしてもよい。
　売買取引実行部１０２は、上記購入希望ユーザ１１３に関するユーザ情報を上記売買取引実施画面１０９中の購入ページから取得し、そのユーザ情報を売買情報記憶部１０８中の上記売却対象に関する情報に紐付けて登録する。
　また、売買取引実行部１０２は、上記購入希望ユーザ１１３が上記売買取引実施画面１０９中の購入ページで入力した決済情報に基づいて、売却対象の売却金額に対応する決済を実行する。
　その後、売買取引実行部１０２は例えば、売買情報記憶部１０８に記憶されている上記売却対象に関する情報に含まれる売却希望ユーザ１１２のメールアドレスに、売却対象が購入されて決済が完了した旨と、購入希望ユーザ１１３の配送先に関する情報と、売却対象を購入希望ユーザ１１３へ発送するよう促す指示を通知する。
　売却希望ユーザ１１２は、上記通知に基づいて、売却対象を購入希望ユーザ１１３に発送し、売買取引実施画面１０９中の取引ページにて、売却対象の発送が完了した旨を通知する。
　購入希望ユーザ１１３は、売却対象の配送を受けた後、売買取引実施画面１０９中の取引ページにて、売却対象を受け取った旨を通知する。
　売買取引実行部１０２は、上記受領通知を受信した後、売却対象に対応する決済金を、上記売却対象に関する情報に紐付いている売却希望ユーザ１１２の銀行口座へ振り込む等の支払手続きを、所定のタイミングで実行する。
　実施形態における図１の売買管理システム１０１は、上述した基本機能に加えて、登録ユーザにポイント還元を行ってマーケティングを実施する機能を備える。このポイント還元機能（マーケティング機能）を実現するために、図１の売買管理システム１０１において、売買取引実行部１０２は、売買取引の実行時にポイント還元を制御する機能を備える。具体的には、図１において、売買管理システム１０１は、購入対象登録部１０３、登録ユーザ毎連携ポイント記憶部１０４、連携ポイント付与部１０５、及び売却準備情報記憶部１０６を更に備える。
　図１において、購入対象登録部１０３は、売買取引実行部１０２によって実行される売買取引で商品又はサービス（以下「購入対象」と記載）を購入した購入希望ユーザ１１３にユーザ登録を行わせて、連携ポイント上限値として例えば１００００ポイントを付与する。また、購入対象登録部１０３は、登録をした登録ユーザが購入した購入対象に関する情報を、新たな売却のための売却準備情報として、売却準備情報記憶部１０６に登録／記憶させる。
　具体的には、購入対象登録部１０３は、例えば、或る購入希望ユーザ１１３が購入対象を購入したときの売買取引実施画面１０９から遷移する購入対象登録画面１１０を、その購入希望ユーザ１１３が操作する端末装置のディスプレイに表示させる。
　図３（ａ）は、購入対象が商品である場合の購入対象登録画面１１０の画面例を示す図である。購入希望ユーザ１１３が売買管理システム１０１の新規の登録ユーザであれば、購入希望ユーザ１１３は例えば、所望のユーザＩＤとパスワードを購入対象登録画面１１０上でタップ等して入力し、「新規登録」ボタンをタップ等してユーザ登録を行う。このとき、特には図示しないが、例えば画面をユーザ登録画面に遷移させて、ユーザに関する詳細情報を入力させるようにしてもよい。
　購入希望ユーザ１１３が売買管理システム１０１の既存の登録ユーザであれば、登録済みのユーザＩＤとパスワードを購入対象登録画面１１０上でタップ等して入力し、「ログイン」ボタンをタップ等してログインする。
　上記購入希望ユーザ１１３が新規の登録ユーザである場合には、「新規登録」ボタンがタップされた時点で、図１の購入対象登録部１０３が、購入対象登録画面１１０から登録ユーザに関するユーザ情報を受信し、その登録ユーザに関するユーザ情報を登録ユーザ毎連携ポイント記憶部１０４のデータベースの１つのレコードに登録、記憶させる。
　このとき、購入対象登録部１０３は、登録ユーザ毎連携ポイント記憶部１０４の上記レコードに、連携ポイント上限値として例えば１００００ポイントを記憶させる。
　上記購入希望ユーザ１１３が既存の登録ユーザで図３（ａ）に例示される購入対象登録画面１１０の「ログイン」ボタンをタップ等した場合には、登録ユーザ毎連携ポイント記憶部１０４には、その購入希望ユーザ１１３に関するレコードは既に生成されており、連携ポイント上限値も付与済みである。購入対象登録部１０３は、購入対象登録画面１１０から入力されたユーザＩＤ及びパスワードの組を、登録ユーザ毎連携ポイント記憶部１０４に記憶されているユーザＩＤ及びパスワードの各組と照合する。そして、購入対象登録部１０３は、その照合に成功したら、上述の登録ユーザ毎連携ポイント記憶部１０４への登録処理をスキップして以下に説明する処理に進む。照合に失敗したら、ユーザＩＤとパスワードを再度求める等の処理を実行する。
　購入対象登録部１０３は、購入対象登録画面１１０を購入希望ユーザ１１３の端末に表示させるときに更に、上記購入希望ユーザ１１３が購入した購入対象（購入商品）に関する情報を、購入価格と共に売買取引実行部１０２から取得し、その購入対象に関する情報を、図３（ａ）に例示される購入対象登録画面１１０の「購入した商品」より下の画面領域に表示させる。
　そして、例えば図３（ａ）に例示される購入対象登録画面１１０において、「新規登録」ボタンによる新規のユーザ登録、又は「ログイン」ボタンによるログインが行われると、購入対象登録部１０３は、上述の購入対象（購入商品）に関する情報を、後述する新たな売却のための売却準備情報として、図１の売却準備情報記憶部１０６に登録／記憶させる。売却準備情報は、購入対象（購入商品）の商品名、商品説明、及び商品画像等を含む。また、売却準備情報は、購入対象（購入商品）の購入価格情報を含む。更に、この売却準備情報としては、購入希望ユーザ１１３により入力されたユーザＩＤとパスワードの組（図３（ａ）参照）も一緒に登録される。
　その後、購入希望ユーザ１１３が、自身が購入した購入対象を売買管理システム１０１のマーケットプレイス上で売却したい意思を持ったとする。この場合、購入希望ユーザ１１３は、図１の売却希望ユーザ１１２として上記購入対象の売却手続きに入る。以下の説明において「売却希望ユーザ１１２」と記載した場合には、特に言及しない限り、元々購入希望ユーザ１１３として売買管理システム１０１のマーケットプレイス上で商品又はサービス等の購入対象を購入したユーザが、その購入対象を新たな売却対象として売却したい意思を持った場合のユーザを指すものとする。
　この場合、上記購入希望ユーザ１１３であった新たな売却希望ユーザ１１２は、売買管理システム１０１の基本機能として前述したようにして、自身の端末装置から図１の売却確認画面１１１にアクセスする。このとき、売却希望ユーザ１１２は、元々購入希望ユーザ１１３として図３（ａ）に例示される購入対象登録画面１１０で入力したユーザＩＤとパスワードの組を入力してログインする。この結果、売却指示部１０７は、売却準備情報記憶部１０６から、入力されたユーザＩＤとパスワードの組と同じユーザＩＤとパスワードの組が登録されている元の購入対象（購入商品）に関する売却準備情報を読み出し、売却確認画面１１１に表示する。売却希望ユーザ１１２に関して複数の購入対象に関する複数の売却準備情報が売却準備情報記憶部１０６に記憶されていれば、売却指示部１０７は、同じユーザＩＤとパスワードの組を有する複数の売却準備情報を売却準備情報記憶部１０６から読み出して、その一覧を売却確認画面１１１に表示させて売却希望ユーザ１１２にそのうちの１つを選択させて使用させるようにしてもよい。
　図３（ｂ）は、実施形態における売却確認画面１１１の画面例を示す図である。この画面例では、元々購入希望ユーザ１１３であった現在の売却希望ユーザ１１２が前述した購入対象登録画面１１０で登録した、図３（ａ）に例示される商品等の情報がそのまま表示される。特に、図３（ｂ）の売却確認画面１１１の画面例では、例えば中央付近に元の購入価格が表示される。
　更に、売買管理システム１０１のマーケットプレイスがフリーマーケットである場合には、図３（ｂ）の売却確認画面１１１の画面例には、売却希望ユーザ１１２が値を入力できる形態で売却価格の指定ボックスが表示される。
　或いは、売買管理システム１０１のマーケットプレイスがオークションである場合には、売却確認画面１１１の画面例としては、上記売却価格の指定ボックスの代わりにオークションの開始価格の指定ボックスが表示されてもよい。
　以上のようにして、売却希望ユーザ１１２は、元の購入価格を参考にしながら、売却価格（フリーマーケットの場合）や開始価格（オークションの場合）を決定することができる。
　これ以後、売却希望ユーザ１１２が売却情報を確定させて、その売却情報を図１の売買情報記憶部１０８に記憶させ、売買取引実行部１０２に売買取引実施画面１０９を生成して売買取引を開始させる動作は、前述した売買管理システム１０１の基本機能の場合と同様である。
　ただし、このとき、売却情報には、売却対象（売却商品）に関する元の購入価格の情報が含ませられて売買情報記憶部１０８に記憶される点が、前述した基本機能の場合と異なる。
　売買取引実行部１０２は、売買取引実施画面１０９を生成した後、前述した基本機能の場合と同様に、売買取引実施画面１０９を不特定多数のユーザ群に対して公開する。
　上述の売却対象が図１の不特定多数のユーザの何れかに売却されると、図１の売買取引実行部１０２は、その商品に対応して売買情報記憶部１０８に記憶されている売却情報に含まれる元の購入価格を今回の売却価格と比較する。この結果、その売却対象の売却価格が売却希望ユーザ１１２がその売却対象を元々購入したときの元の購入価格に届かなかった場合には、売買取引実行部１０２は、連携ポイント付与部１０５を起動する。
　ここで、例えば売買管理システム１０１のマーケットプレイスがフリーマーケットである場合には、新たな売却価格が元の購入価格に届かない場合は、例えば新たな購入希望ユーザ１１３が売却希望ユーザ１１２との間で値切り交渉を行うことにより、新たな売却価格が売却希望ユーザ１１２が当初希望した売却価格に届かなかった場合として発生し得る。
　また、例えば売買管理システム１０１のマーケットプレイスがオークションである場合には、新たな購入価格が元の購入価格に届かない場合は、売却対象が新たに落札されたときの落札価格（＝売却価格）が元の購入価格に届かなかった場合として発生し得る。
　上述の場合に起動する連携ポイント付与部１０５は、登録ユーザ毎連携ポイント記憶部１０４にアクセスすることにより、売却希望ユーザ１１２に対応する連携ポイントを取得する。そして、連携ポイント付与部１０５は、上述の届かなかった差額に相当する連携ポイントを、その売却希望ユーザ１１２に付与された連携ポイント上限値である例えば１００００ポイントの範囲（累計値）内で、その売却希望ユーザ１１２に付与する。
　上述した実施形態の売買管理システム１０１によるポイント還元を、売買管理システム１０１を使って商品やサービスを購入した新規の購入希望ユーザ１１３に対して広告すれば、購入希望ユーザ１１３が新たな売却希望ユーザ１１２となって売買管理システム１０１のマーケットプレイスを継続的に利用してくれることが期待できる。
　フリーマーケットやオークションにおいては、売却希望ユーザ（出品者）にとって自分が出品した商品やサービスが購入されるまで売却価格がわからないという偶然の賭け的な要素がある。このため、新たな購入価格と元の購入価格との差額を補填してもらえることに期待する機能と、その差額を継続的に負担してあげる機能とにより、売買管理システム１０１のマーケットプレイスを継続的に利用してもらうことが可能になる。
　また、売却希望ユーザ１１２にとっても、とにかく出品すれば差額リスクを補填してもらえた上で商品やサービスが売れるという、断捨離的効果が生まれる。
　このように、実施形態では、売買管理システム１０１のマーケットプレイスを真に利用したいユーザを効果的に獲得することができ、大きなマーケティング効果が期待できる。
　以上説明した実施形態による売買管理システム１０１において、連携ポイント付与部１０５は、差額に相当する連携ポイントを所定の付与期限、例えば１ヶ月以内で付与し、所定の付与期限内における登録ユーザに対する連携ポイントの付与が所定の条件を満たす場合に、次回設定される所定の付与期限において連携ポイントを付与する権限を登録ユーザに再度与えるにしてよい。このときの所定の条件としては例えば、所定の付与期限内で登録ユーザに対して付与される連携ポイントの累計値が連携ポイント上限値である例えば１００００ポイントを超えないこととしてよい。そして、登録ユーザに対するこの所定の条件が満たされる場合に、次回設定される所定の付与期限の開始時に連携ポイント上限値である例えば１００００ポイントを登録ユーザに対して再度付与するようにしてよい。
　上述した実施形態による売買管理システム１０１において、登録ユーザ（購入希望ユーザ１１３）に図１の購入対象登録画面１１０で購入対象を登録させるときに、連携ポイントを付与する購入対象を登録ユーザに選択させるようにしてもよい。
　上述した実施形態による売買管理システム１０１において、連携ポイントは、売買管理システム１０１のマーケットプレイスにおいて使用できる電子データであってよい。更に、連携ポイントは、インターネット等において流通可能なデジタル通貨であってもよい。
　図２は、実施形態による図１の売買管理システム１０１のハードウェア構成例を示す図である。図２において、売買管理システム１０１は、一般的なサーバコンピュータシステムの構成でよく、ＣＰＵ（中央演算処理装置）２０１と、ＲＯＭ（リードオンリーメモリ）２０２と、ＲＡＭ（ランダムアクセスメモリ）２０３と、外部記憶装置２０４と、ネットワークインタフェース２０５が、システムバス２０６によって相互に接続された構成を備える。
　外部記憶装置２０４は、図１のアクセス登録ユーザ毎連携ポイント記憶部１０４、売却準備情報記憶部１０６、及び売買情報記憶部１０８として機能する。
　図１の売買取引実行部１０２、購入対象登録部１０３、連携ポイント付与部１０５、及び売却指示部１０７は、ＣＰＵ２０１が、ＲＯＭ２０２又は外部記憶装置２０４からＲＡＭ２０３にロードした制御プログラムを実行する機能部である。
　図４は、図２のハードウェア構成例のもとで実行される実施形態に係る図１の売買管理システム１０１における購入者のための購入対象登録処理の例を示すフローチャートである。この処理は、図２において、ＣＰＵ２０１が、ＲＯＭ２０２又は外部記憶装置２０４に記憶された制御プログラムをＲＡＭ２０３にロードして実行する処理であり、図１の購入対象登録部１０３の機能を実現する。図４のフローチャートで例示される購入対象登録処理は、マーケットプレイスにて購入対象が購入された後に、図１の売買取引実行部１０２が購入取引の適当な画面遷移の段階で、購入希望ユーザ１１３が購入対象登録のためのリンク（図示せず）をタップ等することにより起動される。
　図４のフローチャートにおいて、まずＣＰＵ２０１は、図３（ａ）に例示される図１の購入対象登録画面１１０のフォームを、購入希望ユーザ１１３の端末装置のディスプレイに表示させる（ステップＳ４０１）。
　次に、ＣＰＵ２０１は、購入希望ユーザ１１３が図３（ａ）に例示される「新規登録」又は「ログイン」のボタンをタップ等することにより、購入対象登録画面１１０のフォームが受信されるまで待機する（ステップＳ４０２の判定がＮＯの繰返し）。
　購入対象登録画面１１０のフォームが受信されてステップＳ４０２の判定がＹＥＳになると、ＣＰＵ２０１は、購入希望ユーザ１１３が新規登録ユーザであるか否か、即ち図３（ａ）の画面例の「新規登録」ボタン又は「ログイン」ボタンのどちらがタップ等されたかを判定する（ステップＳ４０３）。
　図３（ａ）の画面例の「新規登録」ボタンがタップ等されることにより購入希望ユーザ１１３が新規の登録ユーザであると判定した（ステップＳ４０３の判定がＹＥＳである）場合には、ＣＰＵ２０１は、図１の購入対象登録部１０３の動作として前述したように、ステップＳ４０２のフォーム受信により、購入対象登録画面１１０のフォームデータとして、登録ユーザに関するユーザ情報を受信し、その登録ユーザに関するユーザ情報を登録ユーザ毎連携ポイント記憶部１０４のデータベースの１つのレコードに登録、記憶させる。また、ＣＰＵ２０１は、登録ユーザ毎連携ポイント記憶部１０４の上記レコードに、連携ポイント上限値として例えば１００００ポイントを記憶させる（以上、ステップＳ４０４）。
　一方、図３（ａ）の画面例の「ログイン」ボタンがタップ等されることにより購入希望ユーザ１１３が既存の登録ユーザであると判定した（ステップＳ４０３の判定がＮＯである）場合には、ＣＰＵ２０１は、図１の購入対象登録部１０３の処理として前述したように、ステップＳ４０２のフォーム受信により購入対象登録画面１１０のフォームデータとして入力されたユーザＩＤ及びパスワードのデータ組を、登録ユーザ毎連携ポイント記憶部１０４に記憶されているユーザＩＤ及びパスワードの各組と照合する（ステップＳ４０５）。
　ＣＰＵ２０１は、上述の照合処理に成功したら（ステップＳ４０５の判定がＹＥＳになったら）、ステップＳ４０４の登録処理をスキップしてステップＳ４０６の処理に移行する。ＣＰＵ２０１は、上述の照合処理に失敗したら（ステップＳ４０５の判定がＮＯになったら）、例えばステップＳ４０１の処理に戻って、購入希望ユーザ１１３に、ユーザＩＤとパスワードの入力を再度求める。特には図示しないが、この照合処理に何回か失敗したら、メッセージを表示して購入対象登録処理を終了するようにしてもよい。
　ステップＳ４０４の処理の後、又はステップＳ４０５の判定がＹＥＳになった場合に、ＣＰＵ２０１は、購入対象登録部１０３の処理として前述したように、ステップＳ４０２のフォーム受信により購入対象登録画面１１０から取得した又は図１の売買取引実行部１０２の機能から直接取得した図３（ａ）に例示される購入対象に関する情報を、新たなオークションのための売却準備情報として、図１の売却準備情報記憶部１０６に登録／記憶させる。前述したように、ＣＰＵ２０１は、売却準備情報に、購入価格情報と、購入希望ユーザ１１３により入力されたユーザＩＤとパスワードのデータ組とを付加する（以上、ステップＳ４０６）。
　その後、ＣＰＵ２０１は、特には図示しないメインの制御処理にリターンして、図４のフローチャートで例示される購入対象登録処理を終了する。
　図５は、図２のハードウェア構成例のもとで実行される実施形態に係る図１の売買管理システム１０１における売却社のための連携ポイント付与処理の例を示すフローチャートである。この処理は、図２において、ＣＰＵ２０１が、ＲＯＭ２０２又は外部記憶装置２０４に記憶された制御プログラムをＲＡＭ２０３にロードして実行する処理であり、図１の連携ポイント付与部１０５の機能を実現する。図５のフローチャートで例示される連携ポイント付与処理は、売却対象が新たに売却されて図１の売買取引実行部１０２の一連の処理が終了する時に、図１の売買情報記憶部１０８に記憶されている売却対象に関する情報に元の購入価格の情報が含まれている場合に自動的に起動される。なお、元の購入価格の情報が含まれていなければ、連携ポイント付与処理は起動されず、そのまま売買取引実行部１０２の処理が終了する。
　図５のフローチャートにおいて、まずＣＰＵ２０１は、図１の売買情報記憶部１０８に記憶されている売却対象に関する情報に含まれている元の購入価格を新たな売却価格と比較判定する（ステップＳ５０１）。
　ステップＳ５０１での比較判定の結果、その商品に対する新たな売却価格が売却希望ユーザ１１２がその売却対象を元々購入したときの購入価格を超えている（ステップＳ５０１の判定がＹＥＳの）場合には、ＣＰＵ２０１は、連携ポイントの付与は行わずに、図５のフローチャートで例示される連携ポイント付与処理を終了し、特には図示しないメイン処理にリターンする。
　ステップＳ５０１での比較判定の結果、その商品に対する新たな売却価格が売却希望ユーザ１１２がその売却対象を元々購入したときの購入価格に届かなかった場合には、ＣＰＵ２０１は、図１の登録ユーザ毎連携ポイント記憶部１０４に現在保持されている保有連携ポイント数が、ステップＳ５０１の比較処理の結果計算される差額（＝元の購入価格－新たな売却価格）に対応するポイント数よりも多いか否かを判定する（ステップＳ５０２）。
　ステップＳ５０２の判定がＮＯならば、ＣＰＵ２０１は、ステップＳ５０１で計算された差額分の連携ポイントを、付与ポイントとして売却希望ユーザ１１２に付与する（ステップＳ５０３）。具体的には、例えば売却価格に上記付与ポイントに相当する金額を加算した金額を売却希望ユーザ１１２が予め登録した銀行口座等に振り込む。
　ステップＳ５０２の判定がＹＥＳならば、ＣＰＵ２０１は、ステップＳ５０２で取得した現在の保有連携ポイント全てを、付与ポイントとして売却希望ユーザ１１２に付与する（ステップＳ５０４）。具体的には、例えば売却価格に上記付与ポイントに相当する金額を加算した金額を売却希望ユーザ１１２が予め登録した銀行口座等に振り込む。
　ステップＳ５０３又はＳ５０４の処理の後、ＣＰＵ２０１は、ステップＳ５０２で取得したいままでの保有連携ポイントからステップＳ５０３又はＳ５０４で算出した付与ポイントを減算して得られる結果を、新たな保有連携ポイントとして登録ユーザ毎連携ポイント記憶部１０４の当該売却希望ユーザ１１２に対応するレコードの保有連携ポイントを置き換えて更新する（ステップＳ５０５）。
　その後、ＣＰＵ２０１は、図５のフローチャートで例示される連携ポイント付与処理を終了し、特には図示しないメイン処理にリターンする。
　１０１　売買管理システム
　１０２　売買取引実行部
　１０３　購入対象登録部
　１０４　登録ユーザ毎連携ポイント記憶部
　１０５　連携ポイント付与部
　１０６　売却準備情報記憶部
　１０７　売却指示部
　１０８　売買情報記憶部
　１０９　売買取引実施画面
　１１０　購入対象登録画面
　１１１　売却確認画面
　１１２　売却希望ユーザ
　１１３　購入希望ユーザ
　２０１　ＣＰＵ
　２０２　ＲＯＭ
　２０３　ＲＡＭ
　２０４　外部記憶装置
　２０５　ネットワークインタフェース
　２０６　システムバス

Claims (6)

  1. 　購入取引をした者にユーザ登録を行わせて連携ポイント上限値を付与すると共に、前記登録をした登録ユーザが前記購入取引をした取引対象に関する情報を記憶し、
    　前記登録ユーザが前記取引対象について新たに売却取引をしたときに、前記新たに売却取引をしたときの売却価格が前記登録ユーザが前記取引対象を購入したときの購入価格に届かなかった場合に、前記購入価格と前記売却価格の差額に相当する連携ポイントを前記登録ユーザに付与された連携ポイント上限値の範囲内で前記登録ユーザに付与する、
    　マーケティング方法。
  2. 　前記連携ポイントの付与は、前記差額に相当する連携ポイントを所定の付与期限内で付与し、前記所定の付与期限内における前記登録ユーザに対する前記連携ポイントの付与が所定の条件を満たす場合に、次回設定される前記所定の付与期限において前記連携ポイントを付与する権限を前記登録ユーザに再度与える、請求項１に記載のマーケティング方法。
  3. 　前記連携ポイントの付与は、前記所定の付与期限内で前記登録ユーザに対して付与される前記連携ポイントの累計値が前記連携ポイント上限値を超えないことを前記登録ユーザに対する前記所定の条件とし、前記登録ユーザに対する前記所定の条件が満たされる場合に、次回設定される前記所定の付与期限の開始時に前記連携ポイント上限値を前記登録ユーザに対して再度付与する、請求項２に記載のマーケティング方法。
  4. 　前記連携ポイントを付与する商品を前記登録ユーザに選択させる、請求項１乃至３の何れかに記載のマーケティング方法。
  5. 　前記連携ポイントはデジタル通貨を含む、請求項１乃至４の何れかに記載のマーケティング方法。
  6. 　購入取引をした者にユーザ登録を行わせて連携ポイント上限値を付与すると共に、前記登録をした登録ユーザが前記購入取引をした取引対象に関する情報を記憶し、
    　前記登録ユーザが前記取引対象について新たに売却取引をしたときに、前記新たに売却取引をしたときの売却価格が前記登録ユーザが前記取引対象を購入したときの購入価格に届かなかった場合に、前記購入価格と前記売却価格の差額に相当する連携ポイントを前記登録ユーザに付与された連携ポイント上限値の範囲内で前記登録ユーザに付与する、
    　処理をコンピュータに実行させるためのプログラム。
PCT/JP2022/009708 2022-03-07 2022-03-07 マーケティング方法、及びプログラム WO2023170736A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/009708 WO2023170736A1 (ja) 2022-03-07 2022-03-07 マーケティング方法、及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2022/009708 WO2023170736A1 (ja) 2022-03-07 2022-03-07 マーケティング方法、及びプログラム

Publications (1)

Publication Number Publication Date
WO2023170736A1 true WO2023170736A1 (ja) 2023-09-14

Family

ID=87936339

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/009708 WO2023170736A1 (ja) 2022-03-07 2022-03-07 マーケティング方法、及びプログラム

Country Status (1)

Country Link
WO (1) WO2023170736A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013257727A (ja) * 2012-06-12 2013-12-26 Shunji Sugaya 資産管理サーバ、資産管理方法、及び、資産管理サーバ用プログラム
JP2019101823A (ja) * 2017-12-04 2019-06-24 東京海上日動火災保険株式会社 買換支援装置、買換支援方法及びプログラム
JP6740435B1 (ja) * 2019-09-17 2020-08-12 株式会社メルカリ 情報処理方法、情報処理装置、プログラム、及び情報処理端末

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013257727A (ja) * 2012-06-12 2013-12-26 Shunji Sugaya 資産管理サーバ、資産管理方法、及び、資産管理サーバ用プログラム
JP2019101823A (ja) * 2017-12-04 2019-06-24 東京海上日動火災保険株式会社 買換支援装置、買換支援方法及びプログラム
JP6740435B1 (ja) * 2019-09-17 2020-08-12 株式会社メルカリ 情報処理方法、情報処理装置、プログラム、及び情報処理端末

Similar Documents

Publication Publication Date Title
JPH10320470A (ja) 電子取引システム及び方法
US20080059327A1 (en) Methods & systems for electronic commerce facility client-based presentation offer management
KR101908908B1 (ko) 셀러 중심의 ｂ２ｂ 전용 글로벌 무역지원 플랫폼을 가지는 거래물량 전환 가능 수출 비즈니스 시스템 및 이를 이용한 서비스 제공방법
WO2023170736A1 (ja) マーケティング方法、及びプログラム
WO2022124023A1 (ja) プログラム、情報処理方法、及び情報処理装置
US20210304083A1 (en) Computer-based automated acquisition system
KR100523808B1 (ko) 판매자의 예치금을 이용한 안전한 전자상거래 대금결제방법
KR20010037348A (ko) 네트워크 상의 공개경쟁입찰시스템 및 그 방법
JP2002288484A (ja) グループ購入システム、グループ購入管理サーバ、端末、グループ購入方法、グループ購入管理プログラム、グループ購入管理プログラムを記録した記録媒体及び販売システム
KR100774261B1 (ko) 보상 처리가 가능한 전자상거래 중개 시스템
JP2009064122A (ja) 商品売買情報仲介システム、商品売買情報仲介サーバ、商品売買情報仲介方法
JP6538904B1 (ja) 管理装置、管理方法、およびプログラム
WO2022239207A1 (ja) 取引仲介サーバと取引仲介プログラムと取引仲介方法
JP7372303B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP7452909B1 (ja) 宅建業者マッチングシステム、サーバ装置、ユーザ端末装置、及び宅建業者用端末装置
JP2013073331A (ja) 商品取引装置および商品取引方法
KR102601521B1 (ko) 셀러 매칭 기반 산지 직송을 위한 농수산물 주문 중개처리 방법, 장치 및 시스템
JP2002324174A (ja) 売買仲介サーバシステム
Jailani et al. Agent-Based Auction E-Marketplace with Value Added Services and Islamic Shariah Compliance
KR101173620B1 (ko) 경매 모듈 제공 시스템 및 이를 이용한 경매 제공 방법
JP7453491B2 (ja) オークション処理システム、オークション処理プログラム、及びオークション処理方法
KR101908912B1 (ko) Ｂ２ｂ 전용 글로벌 무역지원 플랫폼을 가지는 거래물량 전환 가능 수출 비즈니스 시스템 및 이를 이용한 서비스 제공방법
KR100625047B1 (ko) 네트워크를 통한 주문 판매 시스템 및 주문 판매 방법
KR20000049879A (ko) 온라인 실시간 입찰방법 및 시스템
JP2004518196A (ja) インターネットを介する商取引

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22930722

Country of ref document: EP

Kind code of ref document: A1