WO2018190091A1 - ポイント運用システムおよびポイント運用プログラム - Google Patents

ポイント運用システムおよびポイント運用プログラム Download PDF

Info

Publication number
WO2018190091A1
WO2018190091A1 PCT/JP2018/011157 JP2018011157W WO2018190091A1 WO 2018190091 A1 WO2018190091 A1 WO 2018190091A1 JP 2018011157 W JP2018011157 W JP 2018011157W WO 2018190091 A1 WO2018190091 A1 WO 2018190091A1
Authority
WO
WIPO (PCT)
Prior art keywords
point
points
user
value
balance
Prior art date
Application number
PCT/JP2018/011157
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 AU2018252723A priority Critical patent/AU2018252723A1/en
Priority to CA3049861A priority patent/CA3049861C/en
Priority to CN201880021937.3A priority patent/CN110494885A/zh
Publication of WO2018190091A1 publication Critical patent/WO2018190091A1/ja
Priority to US16/597,111 priority patent/US20200043037A1/en

Links

Images

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
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226—Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • G06Q30/0233—Method of redeeming a frequent usage reward
    • 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
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/06—Asset management; Financial planning or analysis

Definitions

  • the present invention relates to a point service technology, and particularly to a technology that is effective when applied to a point operation system and a point operation program that provide a point operation service based on a financial index.
  • POINT POINT SERVICE where points are given to customers who are buyers according to the purchase price of products and services is widely used.
  • the points earned / accumulated by the customer have a monetary-like property value, such as being able to be exchanged for a product of the company to which the points are given, or being used for payment.
  • it is also considered to exchange with financial products such as stocks.
  • Patent Document 1 Japanese Patent Laid-Open No. 2002-169963 (Patent Document 1) describes that points accumulated by users are exchanged with financial products such as stocks, claims, investment trusts, and rights to purchase stocks. The point system that can do is described.
  • the exchange unit for exchanging points accumulated by customers with products etc. is set in stages, and fractions are calculated for realizable profits (ie exchangeable products etc.). Points can be generated.
  • accumulated points can be exchanged for air tickets.
  • 10,000 miles ⁇ 12,000 Exchange units are set in stages, such as miles ⁇ 15,000 miles ⁇ . In this case, for example, even if the customer has accumulated 12,000 miles or more, until 15,000 miles are reached, the exchangeable tickets are those corresponding to 12,000 miles, and the remaining points are fractional End up.
  • an object of the present invention is to provide a point operation system and a point operation program that support the realization of a target profit by operating points in consideration of the step-by-step exchange unit specific to the point service and the expiration date of points. There is.
  • a point operation system is a point operation system that operates points held by a user based on an index related to financial products in a point service in which accumulated points can be exchanged for products or the like. , Based on the target value and / or withdrawal value of the operational point balance set based on the step-by-step exchange unit when points are exchanged for goods, etc. It has a point operation management unit that calculates information related to prediction of whether or not each of the withdrawal values is reached, or selects a financial product that has a high probability of reaching the target value.
  • the present invention can also be applied to a program that causes a computer to operate as a point operation system as described above.
  • the point management system is an information processing system that can operate and increase points acquired and accumulated by a user like financial products based on financial indicators.
  • a target value is set based on a step-by-step exchange unit specific to the point service, and a date until the target is achieved (that is, an operation period) is set.
  • an operation period is set.
  • the realization of an operation that increases the possibility that the accumulated point number will reach the target value by the due date is supported.
  • the point exchange unit is set in stages such as 10,000 miles ⁇ 12,000 miles ⁇ ..., And can be exchanged for air tickets having different prices (values) at each stage.
  • FIG. 2 is a diagram showing an outline of a point operation example in the present embodiment.
  • the transition of the balance of the user's points (miles) over time is shown by a curve.
  • the balance of points is below the first exchange unit of 10,000 miles. That is, there is no airline ticket that can be exchanged during this period, and the realizable profit is zero, as indicated by the bold straight line in the figure.
  • a bold line indicates that if the point balance exceeds 10,000 miles at point J, then the realizable profit will gradually increase to the value of an exchangeable ticket at 10,000 miles. .
  • point operation starts with the next exchange unit of 12,000 miles as the target value, and the target value reaches 12,000 miles although there is an increase / decrease to the current L point. Indicates a state that is not. In this case, the realizable profit in the meantime is fixed at a value exchangeable at 10,000 miles. That is, the portion held over 10,000 miles becomes a fraction when exchanged for a 10,000-mile air ticket.
  • the point operation After the current L point, for example, if the operation is successful and the point balance reaches 12,000 miles at M point, the value of the ticket that can be exchanged for 12,000 miles at that point Rise step by step. Then, the point operation is terminated when the target value is reached, and a desired air ticket is obtained by exchange. Even before the expiration of the operation period, by terminating the operation when the target value is reached, it is possible to avoid the risk of a drop in the point balance due to a subsequent operation failure.
  • the point operation is not successful after the current L point, for example, if the point balance at point M has decreased to 10,000 miles, which is the previous exchange unit, the point operation is terminated and 10,000 miles By exchanging it with an air ticket, the same realizable profit as at the start of operation will be confirmed. In this case, the points that have been retained beyond the withdrawal value of 10,000 miles have disappeared, but the portion remains even if it does not reach the next exchange unit of 12,000 miles. It will be a fraction. Moreover, since the same realizable profit as at the start of operation can be obtained at the minimum, there is no substantial loss even if it disappears.
  • the target value and withdrawal value in a step-by-step exchange unit are set for the point balance at the start of operation, and the operation is ended by exchanging with the corresponding product etc. when the point balance reaches one To do.
  • the operation is ended by exchanging with the corresponding product etc. when the point balance reaches one To do.
  • FIG. 1 is a diagram showing an outline of a configuration example of a point operation system according to an embodiment of the present invention.
  • the point operation system 10 includes, for example, a server system such as a server device or a virtual server constructed on a cloud computing service, and information used by a user (user) via a network 40 such as the Internet.
  • a user terminal 50 that is a processing terminal is connected.
  • the point operation system 10 is operated by a company or the like that provides a point service (hereinafter sometimes referred to as “point issuing entity”) via a network 40 or a network (not shown) such as a LAN (Local Area Network).
  • You may connect with the point management system 20 which is the information processing system to manage, and the financial product trading system 30 which is the information processing system which the financial institution etc. which buys and sells financial products etc. operate
  • the point operation system 10 includes, for example, an OS (Operating System), a DBMS (DataBase Management System), and a Web server program developed on a memory from a recording device such as an HDD (Hard Disk Drive) by a CPU (Central Processing Unit) (not shown).
  • OS Operating System
  • DBMS DataBase Management System
  • Web server program developed on a memory from a recording device such as an HDD (Hard Disk Drive) by a CPU (Central Processing Unit) (not shown).
  • middleware such as the above, and software operating on the middleware, various functions described later relating to provision of the point operation service are realized.
  • the point operation system 10 includes, for example, each unit such as a user interface unit 11, a point operation management unit 12, and a financial product cooperation unit 13 implemented as software.
  • each storage unit includes an operation height database (DB) 14, an operation instruction DB 15, and a financial product operation DB 16 implemented by a database, a file table, and the like.
  • the user interface unit 11 is a web browser (not shown) on the user terminal 50 that displays a screen for accepting instructions such as contents and conditions related to point operations from the user, a screen for presenting information such as operation status to the user, and the like. Provides a user interface that can be displayed on a dedicated application screen. Information related to the operation instruction received from the user is recorded in the operation instruction DB 15. Also, information such as operation status is acquired from the operation volume DB 14 and displayed. Further, referring to a user DB (not shown) that holds account information for each user, setting information for each user, and the like, processing such as user authentication and customization for each user may be performed.
  • the point operation management unit 12 is based on financial indicators relating to financial products (for example, products with high volatility such as stocks, exchange rates, crude oil, etc.) based on information on the operation contents and conditions of each user set in the operation instruction DB 15. Points (miles in this embodiment).
  • the value of the financial index can be acquired from, for example, the financial product trading system 30 via the financial product cooperation unit 13 described later, or acquired from an external site or an information providing service via the network 40.
  • information that contributes to the selection of a financial index may be calculated by a known method and presented to the user via the user interface unit 11.
  • the user may entrust the operation of points to an investment advisory institution or the like so that the operation instruction is given instead of giving the operation instruction by itself.
  • the points serving as resources for operation can be grasped by referring to the contents recorded for each user in the point balance DB 21 of the point management system 20. Not only the points currently held, but also a credit transaction in which a certain property or information having a collateral value is set as collateral, and the user borrows and uses the points that are the source of operation first. For example, if there is a record of more than a certain number of points every year for the past several years, this is set as a collateral on the assumption that the equivalent points will be obtained in the future. You may be able to borrow.
  • the point borrower may be, for example, the point management system 10 (operating entity) or the point management system 20 (point issuing entity). Moreover, you may borrow from another user if possible.
  • the result of the increase / decrease due to the operation of the points is, for example, cleared together with the exchange of the product etc. at the end of the operation (goal achievement, withdrawal, or expiration of the operation period) and actually reflected in the point balance DB 21 of the point management system 20 You may make it reflect, and you may make it reflect at any time or regularly.
  • the points used for the operation and the points obtained by the operation can be used only for the point exchange service in the original point issuing entity (in the present embodiment, it can be exchanged only for the award ticket). You may make it restrict
  • the target point is managed separately from the normal point, and control is performed so that the use is limited to the exchange with the award ticket.
  • the financial product cooperation unit 13 uses the points provided for operation by each user as a resource and manages the actual financial product. This part is concealed from the point operation by the user, and for example, the point issuer can independently operate the financial product using the reserve for the target point as a source.
  • the points used for operation by each user are aggregated and summarized for each financial product (for example, stocks, foreign exchange, crude oil, etc.), In consideration of issue costs, etc., the most appropriate type (for example, cash, futures, options, etc.) of each financial product is selected and allocated automatically or manually. In this way, instead of exchanging the points provided for operation by users for financial products for each user, the points issuing entity exchanges financial products together with the points issuing entity, and it is related to the buying and selling of financial products. Fees can be reduced.
  • a financial product different from the operation destination designated by the user. For example, while presenting in-kind indicators for stocks, exchange rates, crude oil, etc. to the user, considering the issuance cost of the points and the expiration date, etc. It can prevent the subject from losing money. Note that when operating points, actual financial products may be automatically bought and sold in cooperation with the financial product buying and selling system 30.
  • FIG. 3 is a flowchart showing an example of the flow of point operation processing in the present embodiment.
  • the user accesses the user interface unit 11 of the point operation system 10 using the user terminal 50, and inputs a part or all of the information related to the operation instruction via the displayed screen (S01).
  • the point operation management unit 12 calculates prediction information such as the probability of whether or not the point balance reaches the target value or the withdrawal value based on the contents of the input operation instruction, and passes through the user interface unit 11. Is displayed on the user terminal 50 (S02). Based on the content of the operation instruction, recommended information related to the operation content may be acquired and presented.
  • step S03 the process returns to step S01, changes or corrects the contents of the operation instruction, and recalculates the prediction information or re-recommends the recommended information. Repeat the process of obtaining.
  • step S04 the balance of the points is increased or decreased according to the actual fluctuation status of the financial index (crude oil price, etc.) related to the financial product to be operated based on the contents of the operation instruction.
  • the increase / decrease result of the point balance may be reflected at the point balance DB 21 of the point management system 20 at the end of the operation, or may be reflected at any time or periodically. You may do it.
  • the user can access the user interface unit 11 by using the user terminal 50 at any time during the operation period, and refer to the operation status recorded in the operation amount DB 14.
  • the content of the operation instruction may be reviewed based on the operation status, and the content of the operation instruction may be changed at any time by the same processing as in steps S01 to S03.
  • a company that issues a point for example, uses the points provided by each user for operation (or a provision for this) as a source of funds through the financial product cooperation unit 13. Can operate financial products.
  • the point operation management unit 12 instructs the point management system 20 to exchange points, and in response to this, the point management system 20 subtracts points from the point balance DB 21 and exchanges points.
  • Predetermined exchange processing consisting of instructions for shipping the product etc. is performed.
  • the user is notified by e-mail or other means that the target value or withdrawal value has been reached, and whether or not points are actually exchanged You may make it make a user make judgment.
  • step S09 When the point balance has not reached the target value or the withdrawal value (S07: No), it is determined whether or not the operation period has expired (S09). If the operation period has not expired (S09: No), the process returns to step S04 to continue the operation. If the operation period has expired (S09: Yes), the operation ends. At this time, assuming that the operation has not succeeded because the target value has not been reached, only the points corresponding to the withdrawal value are exchanged by the same process as in step S08, so as to ensure the minimum realizable profit. May be.
  • FIG. 4 is a diagram showing an overview of a screen example displayed on the user terminal 50 when performing point operations in the present embodiment.
  • the upper diagram shows an example of a screen when an instruction such as an operation condition is input (steps S01 and S02 in FIG. 3), and the lower diagram is when the operation input is instructed after completing the input of the instruction ( The example of a screen of FIG.3 S03: Yes, S04) is shown.
  • the “point balance” table in the upper row shows information on the balance of points currently held by the user.
  • the user designates the operation type (financial index) and the number of points to be operated in the middle “operation type setting” table.
  • the operation deadline operation period
  • the target value of the point balance and the withdrawal value are specified in the “operation target setting” table at the bottom.
  • the point operation management unit 12 may calculate a related value in the other table and automatically set / update it in conjunction with this.
  • the value of the stepwise exchange unit in the point service is the closest to the specified number of points.
  • the value of the exchange unit related to the upper and lower stages (12,000 and 10,000 in the example in the figure) is acquired.
  • the lower “operation target setting” table the higher level of the obtained exchange units is set as the target value, and the lower level is set as the withdrawal value.
  • the user may change the exchange unit of the set target value and withdrawal value to an exchange unit at another stage.
  • an operation type (“crude oil” in the example in the figure) is designated in the “operation type setting” table in the middle row, for example, from the expected return r and volatility ⁇ related to the target financial index, by a known method.
  • Calculate the probability of reaching the target value or withdrawal value by the deadline that is, the degree of expectation to reach the target value, and the risk of decline to the withdrawal value
  • set it as the probability of occurrence in the “Operation Target Setting” table at the bottom be able to.
  • another index related to the future prediction may be used as appropriate.
  • the deadline 2017/7/31 in the example in the figure
  • the target value the withdrawal value
  • the probability of reaching these values expected probability, allowable probability
  • the user terminal 50 displays a screen like the lower screen example.
  • the user can grasp the operation contents, the current point balance, information related to the prediction of the operation result, and the like.
  • “crude oil” specified in the example of the operation instruction screen in the upper section
  • “2017/7/31 which has an earlier expiration date finally.
  • 8,000 miles of "" is preferentially allocated to "crude oil”.
  • the shortage of 2,000 miles will be used for 2,000 miles out of 3,000 miles of “2018/4/30” whose expiry date is late, and the remaining 1,000 miles will remain unused. It also shows that In this way, by assigning a point with an early expiration date preferentially to the operation, it is possible to effectively utilize the points that are approaching the expiration date.
  • FIG. 5 is a diagram showing an overview of the data configuration of the point balance DB 21 of the point management system 20 and specific examples of data in the present embodiment.
  • the point balance DB 21 is a table that holds information related to the actual balance of points for each user in the point management system 20 that is operated and managed by a point issuing entity, for example, “customer ID”, “acquisition date”, “ Each item includes an “expiration date”, “number of points”, and “balance”.
  • the item “customer ID” holds ID information for uniquely identifying each customer (user).
  • Each item of “acquisition date” and “expiration date” holds information on the date of acquisition of the target point and the date of expiration (expiration date).
  • Each point is specified by its “expiration date” (or a combination of “acquisition date” and “expiration date”).
  • the item “number of points” holds information on the total number of points for each unit specified by the target “expiration date” or the like.
  • the item “balance” holds information on the total number of valid points for each user.
  • FIG. 6 is a diagram showing an overview of the data configuration of the operational high DB 14 and specific data examples in the present embodiment.
  • the operation amount DB 14 is a table that stores operation status information including the operation amount of points for each user. For example, “customer ID”, “acquisition date”, “expiration date”, “number of points”, “operation type” ”And“ operation start date ”.
  • Each item of “customer ID”, “acquisition date”, “expiration date”, and “number of points” is basically the same as the corresponding item in the point balance DB 21 shown in FIG. Description is omitted.
  • the point balance DB 21 of FIG. 5 holds information on the total number of points for each unit specified by the “expiration date” (or a combination of “acquisition date” and “expiration date”).
  • the operation amount DB 14 is different in that, in addition to the “acquisition date” and “expiration date”, information on the total number of points for each unit specified by the item “operation type” described later is different.
  • the “total number of points” here is the current balance reflecting the operation result. Therefore, information on the number of points used as a principal of operation may be separately stored as reference information.
  • the “operation type” item holds information such as a name and a code value for identifying a financial index that operates the target point.
  • the item “operation start date” holds information on the date on which the operation started for the target point. In the example of FIG. 6, for example, for a user whose “customer ID” is “000001”, points of 8,000 miles whose “expiration date” is “2017/7/31” are changed from “2017/4/1” to “ It shows that 3,000 miles points with “Expiration Date” of “2018/4/30” are operated from “2017/4/10” to “Dollar Yen”.
  • FIG. 7 is a diagram showing an overview of the data configuration of the operation instruction DB 15 and specific data examples in the present embodiment.
  • the operation instruction DB 15 is a table that stores information related to point operations and instructions for each user, and includes items such as “customer ID”, “target value”, and “withdrawal value”, for example.
  • Each item of “target value” and “withdrawal value” holds the target value of the balance when operating points, and the value of the exchange unit that is the withdrawal value.
  • 15,000 miles is set as the “target value”
  • 10,000 miles is set as the “withdrawal value”.
  • FIG. 8 is a diagram showing an overview of the data configuration of the financial product operation DB 16 and specific data examples in the present embodiment.
  • the financial product management DB 16 shown in the lower diagram is a table that holds information related to the operation content and operation status when a point issuing entity or the like operates a financial product using the points provided for operation by the user as a source.
  • each item includes “operation type”, “financial product type”, and “total balance”.
  • the item of “operation type” holds information such as a name and a code value that specify a financial product that is actually operated.
  • the item “financial product type” holds information such as a name and a code value for specifying a product type in the target financial product.
  • the item “total balance” holds the total value of the balance of operation points for the target financial product (and product type).
  • the financial product linkage unit 13 uses the points provided for operation by each user as a source of funds to operate the actual financial product.
  • the points provided for operation by each user are aggregated and summarized for each financial product at the operation destination, and the points that have increased in size are considered optimal for each financial product, taking into account the point issuance costs, etc. It is possible to operate by distributing to types.
  • the operation amount DB 14 in the upper diagram a plurality of users whose “customer ID” is “000001”, “0000012”, “0000014”, etc. each point to “crude oil” as a financial product. Is operating.
  • the balances of the operation points of these users who are operating on “crude oil” are totaled, and actual operation using “crude oil” (or other financial products) is performed using this point as a source.
  • the financial product management DB 16 in the lower chart shows that “crude oil” is actually used for each product type of “actual”, “futures 2017/6”, and “option PUT50 2017/6”. Show.
  • each table shown in FIGS. 5 to 8 is merely an example, and other table configurations and data configurations can be used as long as similar data can be held and managed. It may be.
  • the target value and withdrawal value for point operation are set, and the points are exchanged when the point balance of the operation reaches one of them.
  • the withdrawal value is, for example, an exchange unit (10,000 miles in the example of FIG. 2) corresponding to the realizable profit in the point balance at the start of operation.
  • the operational status will improve and the point balance will increase, reaching the target value. Will also give up.
  • the user can increase the opportunity for point operation by making the time to actually exchange and confirm the point more late It is conceivable to expand and maintain a longer possibility of reaching the target value described above.
  • a point held by a user can be said to have a property value
  • means for realizing this value as an actual profit is limited to exchange with a product or the like (in the present embodiment, an award ticket).
  • the value for the user of the points provided for the exchange with the product etc. is grasped as the amount of money (for example, the display price of the product etc.) required when actually purchasing the exchanged product etc. in the market etc. (Hereafter, this amount may be referred to as “recognized price”).
  • the object to be exchanged is a product or the like, these have a “cost”, and there is a certain gap between the price recognized by the user. Therefore, for example, in the point operation as described above, even if the point balance is further lower than the withdrawal value (when the principal is broken), in other words, the property value of the point balance is the withdrawal value. Even if the price is lower than the recognized price of a product that can be exchanged in this embodiment (award tickets in this embodiment), the user can exchange the product with the target product, etc. It may be acceptable.
  • FIG. 9 is a diagram showing an outline of an example of the relationship between the property value of points, the recognized price, and the cost in the present embodiment.
  • the balance of the user's point balance with the passage of time is converted into the transition of the property value and indicated by a curve. From the beginning to the P point, and from the Q point to the R point, the property value of the points exceeds the recognized price of the exchangeable product etc. in the withdrawal value (that is, the balance of the points exceeds the withdrawal value) It shows a state of exceeding.
  • the property value of the point is below the recognized price (that is, the balance of the point is below the withdrawal value), but is greater than the cost. Is shown.
  • the operation method as shown in the example of FIG. 2 since the point is exchanged with a commodity or the like at the point P at the recognition price, for example, between the subsequent Q point and the R point, This will abandon the possibility of an increase in property value (point balance) due to the improvement in management.
  • the point operation is terminated when the point balance is decreased without the successful operation, and finally the property value of the point is reduced to the cost of exchangeable products at the withdrawal value.
  • it shall be exchanged for products that can be exchanged at the withdrawal value.
  • the point issuing entity also takes advantage of the user's loss equivalent to the gap between the recognized price and the cost of commodities that can be exchanged at the withdrawal value. A deficit can be avoided.
  • standard which terminates operation and is made into the cost of goods etc. which can be exchanged in the withdrawal value of a point balance
  • the property value of the points is lower than the recognized price of the target product (for example, point P in the figure). From the point to the point Q or from the point R to the point S), the user may not be aware of that. For example, when the property value of points is presented to the user, the recognized price is presented as an alternative if the point is below the recognized price of the target product or the like.
  • the points acquired and accumulated by the user can be operated and increased like financial products based on financial indicators. It is. At that time, set the target value based on the step-by-step exchange unit specific to the point service, set the due date until the goal is achieved, and take into account the expiration date (expiration date) of the point with respect to the due date, until the due date.
  • the present invention made by the present inventor has been specifically described based on the embodiments.
  • the present invention is not limited to the above-described embodiments, and various modifications can be made without departing from the scope of the invention. Needless to say.
  • the above-described embodiment has been described in detail for easy understanding of the present invention, and is not necessarily limited to the one having all the configurations described.
  • each of the above-described configurations, functions, processing units, processing means, and the like may be realized by hardware by designing a part or all of them with, for example, an integrated circuit.
  • Each of the above-described configurations, functions, and the like may be realized by software by interpreting and executing a program that realizes each function by the processor.
  • Information such as programs, tables, and files for realizing each function can be stored in a recording device such as a memory, a hard disk, or an SSD (Solid State Drive), or a recording medium such as an IC card, an SD card, or a DVD.
  • control lines and information lines indicate what is considered necessary for explanation, and not all control lines and information lines on mounting are necessarily shown. Actually, it may be considered that almost all the components are connected to each other.
  • the present invention can be used for a point operation system and a point operation program that provide a point operation service based on a financial index.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

蓄積したポイントを商品等に交換可能なポイントサービスにおいてユーザが保有するポイントを金融商品に係る指標に基づいて運用するポイント運用システム１０であって、ポイントを商品等に交換する際の段階的な交換単位に基づいて設定された、運用におけるポイント残高の目標値および／または撤退値に基づいて、期限までにポイント残高が前記目標値および／または前記撤退値にそれぞれ到達するか否かの予測に係る情報を算出する、もしくは、前記目標値に到達する確率が高い金融商品を選択するポイント運用管理部１２を有する。

Description

ポイント運用システムおよびポイント運用プログラム
　本発明は、ポイントサービスの技術に関し、特に、金融指標に基づいたポイントの運用サービスを提供するポイント運用システムおよびポイント運用プログラムに適用して有効な技術に関するものである。
　商品やサービスの購入額等に応じて購入者である顧客にポイントが付与されるポイントサービスが広く普及している。顧客が獲得・蓄積したポイントは、例えば、ポイントを付与した企業の商品等と交換できたり、支払いの際に利用できたり等、金銭類似の財産的価値を有する。商品等との交換（もしくはこれらの購入）に限らず、株式等の金融商品と交換して運用することも検討されている。例えば、特開２００２－１６９９６３号公報（特許文献１）には、利用者が蓄積するポイントを株式、債権、投資信託や、株式を購入する権利等の金融商品と相互に交換して運用することができるポイントシステムが記載されている。
特開２００２－１６９９６３号公報
　従来技術によれば、顧客はポイントを金融商品と相互に交換して運用し、増やすことが可能である。
　一方で、多くのポイントサービスでは、顧客が蓄積したポイントを商品等と交換する際の交換単位が段階的に設定されており、実現可能な利益（すなわち交換可能な商品等）に対して端数のポイントが生じ得る。代表的なものとして、例えば、航空会社のマイレージサービスでは、蓄積したポイント（マイル）を航空券に交換することができるが、航空券の種類や行き先に応じて、１０，０００マイル→１２，０００マイル→１５，０００マイル→…のように段階的に交換単位が設定されている。この場合、例えば、顧客が１２，０００マイル以上貯めていたとしても、１５，０００マイルに達するまでは、交換可能な航空券は１２，０００マイルに対応したものまでであり、残りのポイントは端数となってしまう。
　また、ポイントには有効期限が設定されている場合も多い。したがって、従来技術のように、単にポイントを金融商品と相互に交換して運用可能とするだけでは、たとえ運用によってポイントが増えても、次の段階の交換単位に届かなかったり、有効期限が切れてポイントが失効したり等、目標の利益を実現することができなくなる場合が多く生じ得る。
　そこで本発明の目的は、ポイントサービスに特有の段階的な交換単位や、ポイントの有効期限を考慮して、ポイントの運用により目標の利益の実現を支援するポイント運用システムおよびポイント運用プログラムを提供することにある。
　本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
　本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、以下のとおりである。
　本発明の代表的な実施の形態によるポイント運用システムは、蓄積したポイントを商品等に交換可能なポイントサービスにおいてユーザが保有するポイントを金融商品に係る指標に基づいて運用するポイント運用システムであって、ポイントを商品等に交換する際の段階的な交換単位に基づいて設定された、運用におけるポイント残高の目標値および／または撤退値に基づいて、期限までにポイント残高が前記目標値および／または前記撤退値にそれぞれ到達するか否かの予測に係る情報を算出する、もしくは、前記目標値に到達する確率が高い金融商品を選択するポイント運用管理部を有するものである。
　また、本発明は、コンピュータを上記のようなポイント運用システムとして動作させるプログラムにも適用することができる。
　本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
　すなわち、本発明の代表的な実施の形態によれば、ポイントサービスに特有の段階的な交換単位や、ポイントの有効期限を考慮して、ポイントの運用により目標の利益の実現を支援することが可能となる。
本発明の一実施の形態であるポイント運用システムの構成例について概要を示した図である。 本発明の一実施の形態におけるポイントの運用例について概要を示した図である。 本発明の一実施の形態におけるポイント運用の処理の流れの例を示したフローチャートである。 本発明の一実施の形態におけるポイント運用を行う際のユーザ端末に表示される画面例について概要を示した図である。 本発明の一実施の形態におけるポイント管理システムのポイント残高ＤＢのデータ構成と具体的なデータの例について概要を示した図である。 本発明の一実施の形態における運用高ＤＢのデータ構成と具体的なデータの例について概要を示した図である。 本発明の一実施の形態における運用指示ＤＢのデータ構成と具体的なデータの例について概要を示した図である。 本発明の一実施の形態における金融商品運用ＤＢのデータ構成と具体的なデータの例について概要を示した図である。 本発明の一実施の形態におけるポイントの財産的価値と認知価格および原価との関係の例について概要を示した図である。
　以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。一方で、ある図において符号を付して説明した部位について、他の図の説明の際に再度の図示はしないが同一の符号を付して言及する場合がある。
　本発明の一実施の形態であるポイント運用システムは、利用者が獲得・蓄積したポイントを、金融指標に基づいて金融商品のように運用し、増やすことが可能な情報処理システムである。その際、ポイントサービスに特有の段階的な交換単位に基づいて目標値を設定するとともに、目標達成までの期日（すなわち運用期間）を設定する。そして、期日に対するポイントの有効期限（失効日）を考慮した上で、期日までに蓄積ポイント数が目標値に達する可能性が高くなるような運用の実現を支援する。
　なお、以下の説明では、ポイントサービスの例として、航空会社のマイレージサービスにおいて、蓄積したポイント（マイル）を航空券に交換する場合を例として説明する。すなわち、ポイントの交換単位は、１０，０００マイル→１２，０００マイル→…というように段階的に設定されており、それぞれの段階で価格（価値）が異なる航空券と交換することができる。
　＜ポイント運用の概要＞
　図２は、本実施の形態におけるポイントの運用例について概要を示した図である。図２の例では、時間の経過に伴うユーザのポイント（マイル）の残高の推移を曲線により示している。当初からＪ点までの間は、ポイントの残高は最初の交換単位である１０，０００マイルを下回っている。すなわち、この間は交換できる航空券がなく、実現可能利益はゼロであることを図中の太線の直線により示している。そして、Ｊ点においてポイント残高が１０，０００マイルを超えると、その時点で実現可能利益が１０，０００マイルで交換可能な航空券の価値に段階的に上昇することを太線の直線により示している。
　その後、例えば、Ｋ点において、次の交換単位である１２，０００マイルを目標値としてポイントの運用を開始し、現在のＬ点まで増減はあるものの、目標値の１２，０００マイルまでは到達していない状態を示している。この場合、その間の実現可能利益は１０，０００マイルで交換可能な価値に固定される。すなわち、１０，０００マイルを超えて保有している部分は、１０，０００マイルの航空券と交換した場合には端数となってしまう。
　そして、現在のＬ点以降、例えば、運用が成功し、Ｍ点においてポイント残高が１２，０００マイルに到達した場合は、その時点で実現可能利益が１２，０００マイルで交換可能な航空券の価値に段階的に上昇する。そして、目標値に到達したことによってポイントの運用を終了し、所望の航空券を交換により取得する。運用期間の満期前であっても、目標値への到達により運用を終了することで、その後の運用の失敗によるポイント残高の下落のリスクを回避することができる。
　一方、現在のＬ点以降、例えば、運用が成功せず、Ｍ点においてポイント残高が前の交換単位である１０，０００マイルまで減少した場合は、ポイントの運用を終了し、１０，０００マイルの航空券と交換することで、運用開始時と同じ実現可能利益を確定させる。この場合、撤退値である１０，０００マイルを超えて保有していたポイントは消滅したことになるが、次の交換単位である１２，０００マイルに到達しない限り、その部分は残存していても端数となってしまうものである。また、運用開始時と同じ実現可能利益を最低限得ることができることから、消滅したとしても実質的な損失はない。
　このように、運用開始時のポイント残高に対して、段階的な交換単位における目標値と撤退値を設定し、ポイント残高がいずれかに達した場合に対応する商品等と交換して運用を終了する。これにより、ユーザの実質的な損失を回避しつつ、目標値に向けた運用の機会を拡大するとともに、端数のポイントの発生を可能な限り排除し、効率的な運用を行うことが可能となる。
　＜システム構成＞
　図１は、本発明の一実施の形態であるポイント運用システムの構成例について概要を示した図である。ポイント運用システム１０は、例えば、サーバ機器やクラウドコンピューティングサービス上に構築された仮想サーバ等のサーバシステムからなり、これに対してインターネット等のネットワーク４０を介してユーザ（利用者）が使用する情報処理端末であるユーザ端末５０が接続される構成を有する。また、ポイント運用システム１０は、ネットワーク４０や図示しないＬＡＮ（Local Area Network）等のネットワークを介して、ポイントサービスを提供する企業等（以下では「ポイント発行主体」と記載する場合がある）が運用管理する情報処理システムであるポイント管理システム２０や、金融商品を売買する金融機関等が運用管理する情報処理システムである金融商品売買システム３０と接続されていてもよい。
　ポイント運用システム１０は、例えば、図示しないＣＰＵ（Central Processing Unit）により、ＨＤＤ（Hard Disk Drive）等の記録装置からメモリ上に展開したＯＳ（Operating System）やＤＢＭＳ（DataBase Management System）、Ｗｅｂサーバプログラム等のミドルウェアや、その上で稼働するソフトウェアを実行することで、ポイント運用サービスの提供に係る後述する各種機能を実現する。
　ポイント運用システム１０は、例えば、ソフトウェアとして実装されたユーザインタフェース部１１、ポイント運用管理部１２、および金融商品連携部１３等の各部を有する。また、データベースやファイルテーブル等により実装された運用高データベース（ＤＢ）１４、運用指示ＤＢ１５、および金融商品運用ＤＢ１６等の各記録部を有する。
　ユーザインタフェース部１１は、ポイントの運用に係る内容や条件等の指示をユーザから受け付けるための画面や、運用状況等の情報をユーザに提示するための画面等をユーザ端末５０上の図示しないＷｅｂブラウザや専用のアプリケーションの画面に表示させるユーザインタフェースを提供する。ユーザから受け付けた運用の指示に係る情報は、運用指示ＤＢ１５に記録する。また、運用状況等の情報は、運用高ＤＢ１４から取得して表示する。さらに、各ユーザについてのアカウント情報やユーザ毎の設定情報等を保持する図示しないユーザＤＢを参照して、ユーザ認証やユーザ毎のカスタマイズ等の処理を行うようにしてもよい。
　ポイント運用管理部１２は、運用指示ＤＢ１５に設定された各ユーザの運用内容や条件の情報に基づいて、金融商品（例えば、株式や為替、原油等、ボラティリティの高い商品）に係る金融指標に基づいてポイント（本実施の形態ではマイル）の運用を行う。金融指標の値については、例えば、後述する金融商品連携部１３を介して金融商品売買システム３０から取得したり、ネットワーク４０を介して外部サイトや情報提供サービス等から取得したりすることができる。
　また、ユーザが運用指示を行うにあたり、目標値に到達する可能性が高くなるよう、金融指標の選択に資する情報（例えば、選択した金融指標に連動させて運用した場合の期日におけるポイント残高の予測値や、目標値に到達する確率等）を公知の手法により算出してユーザインタフェース部１１を介してユーザに提示するようにしてもよい。もしくは、ユーザは、自ら運用指示を行うのに代えて、ポイントの運用を投資顧問業的な機関等に委託し、当該機関等が運用指示を行うようにしてもよい。
　運用の原資となるポイントは、例えば、ポイント管理システム２０のポイント残高ＤＢ２１にユーザ毎に記録されている内容を参照することで把握することができる。現在保有しているポイントに限らず、担保価値を有する一定の財産や情報等を担保的に設定して、運用の原資となるポイントをユーザが先に借り入れて運用する信用取引も可能である。例えば、過去数年継続的に毎年一定以上のポイント獲得の実績がある場合は、将来的にこれと同等のポイントを獲得するであろうことを前提に、これを担保的に設定してポイントを借り入れることができるようにしてもよい。
　また、借り入れたポイントにより、もしくはこれを運用して得たポイントによりポイント数が目標値に到達して、交換により所望の商品等（本実施の形態では特典航空券）を入手した場合は、当該商品を担保的に用いてもよい。例えば、ポイント（マイル）が目標値に到達して将来便の特典航空券を入手した場合、搭乗日までにポイントの借り入れを解消できなかった場合は当該航空券を没収するようにしてもよい。将来の利用者の行動履歴（例えば、商品等の購買履歴や移動履歴等、マーケティング上有用な情報）の提供（もしくはこれに対する許諾）のような、財産的価値を有する個人情報等を対象とすることも考えられる。
　ポイントの借入先は、例えば、ポイント運用システム１０（の運営主体）としてもよいし、ポイント管理システム２０（ポイント発行主体）としてもよい。また、可能な場合には他のユーザから借り入れてもよい。
　ポイントの運用により増減した結果は、例えば、運用の終了（目標達成、撤退、もしくは運用期間満了）時に商品等との交換と併せて清算し、ポイント管理システム２０のポイント残高ＤＢ２１に実際に反映させるようにしてもよいし、随時、もしくは定期的に反映させるようにしてもよい。
　なお、例えば、ユーザが目標値を高く設定した上で、運用が成功して大きくリターンを得たような場合（例えば、１０，０００マイルが１００，０００マイルになったような場合）、これを他のポイント発行主体のポイントに交換されてしまうと、元のポイント発行主体のキャッシュアウトの負担が過大になってしまうリスクがある。したがって、本実施の形態では、運用に供したポイントおよび運用によって得たポイントは、元のポイント発行主体におけるポイント交換サービスでしか利用することができない（本実施の形態では特典航空券にしか交換できない）ように制限するようにしてもよい。例えば、ポイント管理システム２０において、対象のポイントについては通常のポイントと区別して管理し、特典航空券との交換に利用を限定するよう制御する。
　金融商品連携部１３は、各ユーザから運用に供されたポイントを原資として、実際の金融商品の運用を行う。この部分は、ユーザによるポイントの運用からは隠蔽され、例えば、ポイントの発行主体が、対象のポイントに対する引当金を原資として独自に金融商品の運用を行うことを可能とする。後述するように、例えば、各ユーザから運用に供されたポイントを、運用先の金融商品（例えば、株式や為替、原油等）毎に集計してまとめ、規模が大きくなったポイントを、ポイントの発行コスト等を勘案して、各金融商品における最適な種別（例えば、現物や先物、オプション等）を自動もしくは手動により選択・配分して運用する。このように、ユーザから運用に供されたポイントをユーザ毎に金融商品と交換するのではなく、合算した上でポイント発行主体が一括して金融商品と交換することで、金融商品の売買に係る手数料を低減させることができる。
　また、ユーザが指示した運用先とは異なる金融商品により運用してもよい。例えば、ユーザには株式や為替、原油等についての現物指標を提示しておきつつ、ポイントの発行コストや失効日等を考慮して、必要最小限の先物やオプションを購入するのみとして、ポイント発行主体が損失を負わないようにすることができる。なお、ポイントの運用に際しては、金融商品売買システム３０と連携して実際の金融商品の売買を自動的に行うようにしてもよい。
　＜処理の流れ＞
　図３は、本実施の形態におけるポイント運用の処理の流れの例を示したフローチャートである。まず、ユーザがユーザ端末５０を利用してポイント運用システム１０のユーザインタフェース部１１にアクセスし、表示される画面を介して運用の指示に係る一部もしくは全部の情報を入力する（Ｓ０１）。ポイント運用管理部１２では、入力された運用指示の内容に基づいて、ポイント残高が目標値や撤退値に到達するか否かに係る確率等の予測情報を算出して、ユーザインタフェース部１１を介してユーザ端末５０に表示する（Ｓ０２）。運用指示の内容に基づいて、運用内容に係る推奨情報を取得して提示するようにしてもよい。
　その後、ユーザがユーザ端末５０を介して運用開始を指示したか否かを判定する（Ｓ０３）。例えば、ユーザが、ステップＳ０２においてユーザ端末５０に表示されたポイント残高に係る予測情報の内容や推奨された運用内容等について承諾し、当該内容に基づいて運用開始の指示を行った場合には（Ｓ０３：Ｙｅｓ）、ポイントの運用を開始する（Ｓ０４）。このとき、承諾された運用指示の情報は運用指示ＤＢ１５に記録され、これに基づく運用内容の情報は運用高ＤＢ１４に記録される。一方、ユーザがポイント残高に係る予測情報の内容について承諾しない場合は（Ｓ０３：Ｎｏ）、ステップＳ０１に戻って、運用指示の内容を変更・修正等し、予測情報の再計算や推奨情報の再取得等を行う処理を繰り返す。
　ステップＳ０４の運用に際しては、運用指示の内容に基づいて、運用対象の金融商品に係る金融指標（原油価格等）の実際の変動状況に応じて、ポイントの残高を増減させる。上述したように、ポイント残高の増減の結果は、例えば、運用の終了時に清算してポイント管理システム２０のポイント残高ＤＢ２１に実際に反映させるようにしてもよいし、随時、もしくは定期的に反映させるようにしてもよい。
　また、ユーザは、運用期間中、随時ユーザ端末５０を利用してユーザインタフェース部１１にアクセスし、運用高ＤＢ１４に記録された運用状況を参照することができる。運用状況に基づいて運用指示の内容に対する見直しを行い、運用指示の内容をステップＳ０１～Ｓ０３と同様の処理によって随時変更できるようにしてもよい。また、上述したように、運用期間中、例えばポイント発行主体の企業等は、各ユーザから運用に供されたポイント（もしくはこれに対する引当金）を原資として、金融商品連携部１３を介して実際の金融商品の運用を行うことができる。
　運用期間中は随時、ポイント残高が目標値に到達したか否かを判定する（Ｓ０５）。到達した場合は（Ｓ０５：Ｙｅｓ）、到達した目標値を交換単位としてポイントを交換することで実現可能利益を確定し（Ｓ０６）、運用を終了する。一方、ポイント残高が目標値に到達していない場合は（Ｓ０５：Ｎｏ）、ポイント残高が撤退値に到達したか否か（すなわち撤退値まで減少したか否か）を判定する（Ｓ０７）。到達した場合は（Ｓ０７：Ｙｅｓ）、到達した撤退値を交換単位としてポイントを交換することで最低限の実現可能利益を確保し（Ｓ０８）、運用を終了する。
　ポイントの交換に際しては、例えば、ポイント運用管理部１２がポイント管理システム２０に対してポイント交換の指示を行い、これに対して、ポイント管理システム２０がポイント残高ＤＢ２１からのポイントの減算と、交換対象の商品等の発送の指示等からなる所定の交換処理を行う。なお、自動的にポイントを交換して運用を終了するのに代えて、目標値もしくは撤退値に到達した旨をユーザに電子メールその他の手段で通知し、実際にポイントを交換するか否かの判断をユーザに行わせるようにしてもよい。
　ポイント残高が目標値にも撤退値にも到達していない場合は（Ｓ０７：Ｎｏ）、運用期間が満了したか否かを判定する（Ｓ０９）。運用期間が満了していない場合は（Ｓ０９：Ｎｏ）、ステップＳ０４に戻って運用を継続する。運用期間が満了した場合は（Ｓ０９：Ｙｅｓ）、運用を終了する。このとき、目標値に到達しなかったことから運用が成功しなかったとして、撤退値に相当するポイントのみをステップＳ０８と同様の処理により交換して、最低限の実現可能利益を確保するようにしてもよい。
　＜画面例＞
　図４は、本実施の形態におけるポイント運用を行う際のユーザ端末５０に表示される画面例について概要を示した図である。上段の図は、運用条件等の指示を入力するとき（図３のステップＳ０１、Ｓ０２）の画面例を示しており、下段の図は、指示の入力を完了して運用開始を指示したとき（図３のステップＳ０３：Ｙｅｓ、Ｓ０４）の画面例を示している。
　上段の画面例では、上段の「ポイント残高」の表にてユーザが現在保有するポイントの残高の情報を示している。この残高の範囲内で、ユーザは、中段の「運用タイプ設定」の表にて運用タイプ（金融指標）と、運用するポイント数を指定する。また、下段の「運用目標設定」の表にて運用の期限（運用期間）とポイント残高の目標値および撤退値を指定する。なお、一方の表に値が入力されると、これに連動してポイント運用管理部１２が他方の表の関連する値を算出して自動的に設定・更新するようにしてもよい。
　例えば、中段の「運用タイプ設定」の表において運用ポイント数（図中の例では１０，０００）が指定された場合、ポイントサービスにおける段階的な交換単位の値において、指定されたポイント数の直近の上下の段階に係る交換単位の値（図中の例では１２，０００と１０，０００）を取得する。そして、下段の「運用目標設定」の表において、取得した交換単位のうち高い段階の方を目標値とし、低い段階の方を撤退値として設定する。なお、ユーザは、設定された目標値および撤退値の交換単位を他の段階の交換単位に変更してもよい。
　また、中段の「運用タイプ設定」の表において運用タイプ（図中の例では「原油」）が指定された場合、公知の手法により、例えば、対象の金融指標に係る期待リターンｒとボラティリティσから、期限までに目標値や撤退値に達する確率（すなわち、目標値への到達期待度、および撤退値への下落リスク）を算出し、下段の「運用目標設定」の表において発生確率として設定することができる。確率に代えて将来予測に係る他の指標を適宜用いるようにしてもよい。また、目標値および撤退値への到達予測の状況を画面右下に示すようなグラフにより提示するようにしてもよい。
　また、下段の「運用目標設定」の表において期限（図中の例では２０１７／７／３１）、目標値、撤退値、およびこれらの値に到達する確率（期待確率、許容確率）がユーザにより指定された場合、指定された期限までに、指定された値に指定された確率で到達するような運用タイプおよび運用ポイント数を公知の手法により算出し、中段の「運用タイプ設定」の表において推奨値として設定することができる。
　中段の「運用タイプ設定」の表、および下段の「運用目標設定」の表に値が指定もしくは設定され、ユーザがその内容に対して承諾する場合は、ユーザは、画面中の「運用開始」ボタンを押下する（図示しないマウスによるクリックやタッチパネルによるタップ等の各種操作による場合も含む）等により、当該内容でのポイントの運用の開始を指示する。
　運用開始時およびその後の運用期間中は、ユーザ端末５０には下段の画面例のような画面が表示される。このような画面を参照することにより、ユーザは、運用内容や現在のポイント残高、運用結果の予測に係る情報等を把握することができる。図中の例では、上段の運用指示の画面例において指定された、１０，０００マイルを「原油」により運用する旨の指示に対して、最終的に、失効日が早い「２０１７／７／３１」の８，０００マイルを優先的に全て「原油」に割り当てたことを示している。また、不足の２，０００マイルを、失効日が遅い「２０１８／４／３０」の３，０００マイルのうちの２，０００マイルによって充当し、残りの１，０００マイルが運用されずに残っていることも示している。このように、失効日が早いポイントを優先的に運用に割り当てることで、失効日が近付いているポイントを有効に活用することができる。
　＜データ構成＞
　図５は、本実施の形態におけるポイント管理システム２０のポイント残高ＤＢ２１のデータ構成と具体的なデータの例について概要を示した図である。ポイント残高ＤＢ２１は、ポイント発行主体等が運用管理するポイント管理システム２０において、ユーザ毎にポイントの実際の残高に係る情報を保持するテーブルであり、例えば、「顧客ＩＤ」、「取得日」、「失効日」、「ポイント数」、および「残高」等の各項目を有する。
　「顧客ＩＤ」の項目は、各顧客（ユーザ）を一意に識別するＩＤ情報を保持する。「取得日」および「失効日」の各項目は、それぞれ、対象のポイントを取得した日付、および失効する日付（有効期限）の情報を保持する。各ポイントは、それぞれの「失効日」（もしくは「取得日」と「失効日」の組み合わせ）によって特定される。「ポイント数」の項目は、対象の「失効日」等によって特定される単位毎のポイントの総数の情報を保持する。「残高」の項目は、ユーザ毎の有効なポイントの総数の情報を保持する。
　図５の例では、「顧客ＩＤ」が「０００００１」のユーザについて、「失効日」が「２０１７／７／３１」の８，０００マイルと、「２０１８／４／３０」の３，０００マイルのポイントを保有している旨が示されている。また、当該ユーザの「残高」が１１，０００マイルである旨も示されている。なお、本実施の形態では、このように合計の「残高」の値を保持するための特殊なレコードをユーザ毎に１レコード設けるものとしているが、ポイント残高の保持方法はこれに限定されるものではない。
　図６は、本実施の形態における運用高ＤＢ１４のデータ構成と具体的なデータの例について概要を示した図である。運用高ＤＢ１４は、ユーザ毎にポイントの運用高を含む運用状況の情報を保持するテーブルであり、例えば、「顧客ＩＤ」、「取得日」、「失効日」、「ポイント数」、「運用タイプ」、および「運用開始日」等の各項目を有する。
　「顧客ＩＤ」、「取得日」、「失効日」、「ポイント数」の各項目は、基本的には図５に示したポイント残高ＤＢ２１において対応する各項目と同内容であるため、再度の説明は省略する。ただし、「ポイント数」については、図５のポイント残高ＤＢ２１では、「失効日」（もしくは「取得日」と「失効日」の組み合わせ）によって特定される単位毎のポイントの総数の情報を保持していたのに対し、運用高ＤＢ１４では、「取得日」および「失効日」に加えてさらに後述する「運用タイプ」の項目によって特定される単位毎のポイントの総数の情報を保持する点が異なる。なお、ここでの「ポイントの総数」は、運用結果が反映された現在の残高である。したがって、参照情報として、運用の元本としたポイント数の情報を別途保持するようにしてもよい。
　「運用タイプ」の項目は、対象のポイントを運用する金融指標を特定する名称やコード値等の情報を保持する。「運用開始日」の項目は、対象のポイントについて運用を開始した日付の情報を保持する。図６の例では、例えば、「顧客ＩＤ」が「０００００１」のユーザについて、「失効日」が「２０１７／７／３１」の８，０００マイルのポイントを、「２０１７／４／１」から「原油」で運用し、「失効日」が「２０１８／４／３０」の３，０００マイルのポイントを、「２０１７／４／１０」から「ドル円」で運用していることを示している。
　図７は、本実施の形態における運用指示ＤＢ１５のデータ構成と具体的なデータの例について概要を示した図である。運用指示ＤＢ１５は、ユーザ毎にポイントの運用の内容や指示に係る情報を保持するテーブルであり、例えば、「顧客ＩＤ」、「目標値」、および「撤退値」等の各項目を有する。「目標値」および「撤退値」の各項目は、それぞれ、ポイントを運用する際の残高の目標値および撤退値である交換単位の値を保持する。図７の例では、例えば、「顧客ＩＤ」が「０００００１」のユーザについて、「目標値」として１５，０００マイル、「撤退値」として１０，０００マイルが設定されていることを示している。
　図８は、本実施の形態における金融商品運用ＤＢ１６のデータ構成と具体的なデータの例について概要を示した図である。下段の図に示した金融商品運用ＤＢ１６は、ポイント発行主体等が、ユーザから運用に供されたポイントを原資として金融商品の運用を行う場合の運用内容や運用状況に係る情報を保持するテーブルであり、例えば、「運用タイプ」、「金融商品種別」、および「総残高」等の各項目を有する。「運用タイプ」の項目は、実際に運用する金融商品を特定する名称やコード値等の情報を保持する。「金融商品種別」の項目は、対象の金融商品における商品種別を特定する名称やコード値等の情報を保持する。「総残高」の項目は、対象の金融商品（および商品種別）についての運用ポイントの残高の合計値を保持する。
　上述したように、金融商品連携部１３は、各ユーザから運用に供されたポイントを原資として、実際の金融商品の運用を行う。このとき、各ユーザから運用に供されたポイントを、運用先の金融商品毎に集計してまとめ、規模が大きくなったポイントを、ポイントの発行コスト等を勘案して、各金融商品における最適な種別に配分して運用することが可能である。
　図８の例では、上段の図の運用高ＤＢ１４において、「顧客ＩＤ」が「０００００１」、「００００１２」、「００００１４」等の複数のユーザが、それぞれ金融商品として「原油」を指示してポイントを運用していることを示している。本実施の形態では、「原油」で運用を行っているこれらのユーザの運用ポイントの残高を合計し、このポイントを原資として「原油」（もしくは他の金融商品）による実際の運用を行う。下段の図の金融商品運用ＤＢ１６では、「原油」について、「現物」、「先物　２０１７／６」、および「オプション　ＰＵＴ５０　２０１７／６」の各商品種別に分けて実際の運用を行っていることを示している。
　なお、上述の図５～図８で示した各テーブルのデータ構成（項目）はあくまで一例であり、同様のデータを保持・管理することが可能な構成であれば、他のテーブル構成やデータ構成であってもよい。
　＜変形例＞
　上述の図２等に示したように、本実施の形態では、ポイント運用の際の目標値および撤退値を設定し、運用によるポイント残高がそのいずれかに到達した時点でポイントを交換して運用を終了する。ここで、撤退値については、例えば、運用開始時のポイント残高における実現可能利益に対応する交換単位（図２の例では１０，０００マイル）とする。これにより、少なくとも運用開始時に確保できていた実現可能利益を下回らないようにすることができるが、一方で、その後に運用状況が好転してポイント残高が増加し、目標値まで到達する可能性についても放棄することになる。
　これに対し、ユーザには少なくとも撤退値のポイント残高に対応する実現可能利益を確保させる一方で、実際にポイントの交換を行って確定させる時期をより後ろ倒しにすることで、ポイント運用の機会を拡大し、上述した目標値まで到達する可能性をより長く維持する構成とすることが考えられる。
　例えば、ユーザが保有するポイントは、財産的価値を有するといえるものの、この価値を実際の利益として実現する手段は、商品等（本実施の形態では特典航空券）との交換に限定される。この場合、商品等との交換に供したポイントのユーザにとっての価値は、交換した商品等を市場等において実際に購入する際に必要となる金額（例えば、商品等の表示価格）として把握される（以下ではこの金額を「認知価格」と記載する場合がある）。
　一方で、交換対象が商品等であることから、これらには「原価」があり、ユーザの認知価格との間に一定のギャップが存在する。したがって、例えば、上述したようなポイントの運用において、ポイント残高が撤退値をさらに下回った場合（「元本割れ」した場合）であっても、言い換えると、ポイント残高の財産的価値が、撤退値において交換可能な商品等（本実施の形態では特典航空券）の認知価格を下回った場合であっても、対象の商品等の原価を下回らない限りは、ユーザに対象の商品等との交換を許容してもよいといえる。
　図９は、本実施の形態におけるポイントの財産的価値と認知価格および原価との関係の例について概要を示した図である。図９の例では、時間の経過に伴うユーザのポイントの残高の推移を、財産的価値の推移に変換して曲線により示している。当初からＰ点までの間、およびＱ点からＲ点までの間は、ポイントの財産的価値が撤退値において交換可能な商品等の認知価格を上回っている（すなわち、ポイントの残高が撤退値を上回っている）状態を示している。
　一方で、途中のＰ点からＱ点の間は、ポイントの財産的価値が認知価格を下回っている（すなわち、ポイントの残高が撤退値を下回っている）が、原価よりは大きい状態であることを示している。図２の例に示したような運用手法をとった場合は、Ｐ点においてポイントを認知価格によって商品等と交換してしまうため、例えば、その後のＱ点からＲ点までの間のように、運用の好転による財産的価値（ポイント残高）の増加の可能性を放棄してしまうことになる。
　本実施の形態では、運用が成功せずポイント残高が減少し、最終的にＳ点においてポイントの財産的価値が撤退値において交換可能な商品等の原価まで減少した時点で、ポイントの運用を終了し、撤退値において交換可能な商品等と交換するものとする。この場合、ユーザとしては、ポイント残高（ポイントの財産的価値）が減ったとしても、最終的には撤退値において交換可能な商品等を得ることができるため損失を被らない。一方で、ポイント発行主体も、撤退値において交換可能な商品等の認知価格と原価との間のギャップに相当するユーザの損失を肩代わりする形となるため利益は減るものの、少なくとも「原価割れ」の赤字となることは回避することができる。
　なお、図９の例では、運用を終了して撤退する基準となるポイントの財産的価値を、ポイント残高の撤退値において交換可能な商品等の原価としているが、これに限られない。原価より高い値（すなわち、ポイント発行主体が赤字を被らない値）であり、対象の商品等の認知価格より低い値であれば、ユーザのポイント運用の機会の拡大を実現することができる。また、ユーザは、最終的には撤退値において交換可能な商品等を得ることができるため、ポイントの財産的価値が対象の商品等の認知価格を下回っている状態（例えば、図中のＰ点からＱ点までの間や、Ｒ点からＳ点までの間）について、あえてその旨をユーザに意識させないようにしてもよい。例えば、ポイントの財産的価値をユーザに提示する場合、対象の商品等の認知価格を下回っている場合に、代替として当該認知価格を提示する。
　以上に説明したように、本発明の一実施の形態であるポイント運用システム１０によれば、ユーザが獲得・蓄積したポイントを、金融指標に基づいて金融商品のように運用し、増やすことが可能である。その際、ポイントサービスに特有の段階的な交換単位に基づいて目標値を設定するとともに、目標達成までの期日を設定し、期日に対するポイントの有効期限（失効日）を考慮した上で、期日までに蓄積ポイント数が目標値に達する可能性が高くなるような運用を実現することが可能である。
　以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は上記の実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、上記の実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、上記の実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
　また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、またはＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
　また、上記の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。
　本発明は、金融指標に基づいたポイントの運用サービスを提供するポイント運用システムおよびポイント運用プログラムに利用可能である。
１０…ポイント運用システム、１１…ユーザインタフェース部、１２…ポイント運用管理部、１３…金融商品連携部、１４…運用高ＤＢ、１５…運用指示ＤＢ、１６…金融商品運用ＤＢ、
２０…ポイント管理システム、２１…ポイント残高ＤＢ、
３０…金融商品売買システム、
４０…ネットワーク、
５０…ユーザ端末

Claims (7)

  1. 　蓄積したポイントを商品等に交換可能なポイントサービスにおいてユーザが保有するポイントを金融商品に係る指標に基づいて運用するポイント運用システムであって、
    　ポイントを商品等に交換する際の段階的な交換単位に基づいて設定された、運用におけるポイント残高の目標値および／または撤退値に基づいて、期限までにポイント残高が前記目標値および／または前記撤退値にそれぞれ到達するか否かの予測に係る情報を算出する、もしくは、前記目標値に到達する確率が高い金融商品を選択するポイント運用管理部を有する、ポイント運用システム。
  2. 　請求項１に記載のポイント運用システムにおいて、
    　前記ポイント運用管理部は、ポイント残高が前記目標値もしくは前記撤退値に到達した場合、ユーザにその旨を通知する、もしくは、ポイントを、到達した前記目標値もしくは前記撤退値に対応する交換単位に係る商品等に交換する、ポイント運用システム。
  3. 　請求項１に記載のポイント運用システムにおいて、
    　さらに、ユーザが運用に供したポイントを、金融商品の売買を行う情報処理システムを介して金融商品と交換して運用する金融商品連携部を有し、
    　前記金融商品連携部は、ユーザが運用に供したポイントを、ユーザがポイントの運用の対象として指示した金融商品とは異なる金融商品と交換する、ポイント運用システム。
  4. 　請求項３に記載のポイント運用システムにおいて、
    　前記金融商品連携部は、複数のユーザが運用に供したポイントを合算し、合算されたポイントを所定の金融商品と交換して運用する金融商品連携部を有する、ポイント運用システム。
  5. 　請求項１に記載のポイント運用システムにおいて、
    　前記ポイント運用管理部は、ユーザが運用に供するポイントに、当該ユーザが借り入れたポイントを含めることが可能である、ポイント運用システム。
  6. 　請求項２に記載のポイント運用システムにおいて、
    　前記ポイント運用管理部は、ユーザのポイント残高が前記撤退値に到達した後さらに減少した場合であってもポイントの運用を継続し、ポイント残高に対応する金銭的価値が所定の額に到達した場合に、ユーザにその旨を通知する、もしくは、ポイントを所定の商品等に交換する、ポイント運用システム。
  7. 　蓄積したポイントを商品等に交換可能なポイントサービスにおいてユーザが保有するポイントを金融商品に係る指標に基づいて運用するポイント運用システムとして機能するよう、コンピュータに処理を実行させるポイント運用プログラムであって、
    　ポイントを商品等に交換する際の段階的な交換単位に基づいて設定された、運用におけるポイント残高の目標値および／または撤退値に基づいて、期限までにポイント残高が前記目標値および／または前記撤退値にそれぞれ到達するか否かの予測に係る情報を算出する、もしくは、前記目標値に到達する確率が高い金融商品を選択するポイント運用管理処理を前記コンピュータに実行させる、ポイント運用プログラム。
PCT/JP2018/011157 2017-04-11 2018-03-20 ポイント運用システムおよびポイント運用プログラム WO2018190091A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
AU2018252723A AU2018252723A1 (en) 2017-04-11 2018-03-20 Point management system and point management program
CA3049861A CA3049861C (en) 2017-04-11 2018-03-20 Points employment system and points employment program
CN201880021937.3A CN110494885A (zh) 2017-04-11 2018-03-20 积分运用***以及积分运用程序
US16/597,111 US20200043037A1 (en) 2017-04-11 2019-10-09 Point management system and point management program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-078284 2017-04-11
JP2017078284A JP6817132B2 (ja) 2017-04-11 2017-04-11 ポイント運用システムおよびポイント運用プログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/597,111 Continuation US20200043037A1 (en) 2017-04-11 2019-10-09 Point management system and point management program

Publications (1)

Publication Number Publication Date
WO2018190091A1 true WO2018190091A1 (ja) 2018-10-18

Family

ID=63792494

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/011157 WO2018190091A1 (ja) 2017-04-11 2018-03-20 ポイント運用システムおよびポイント運用プログラム

Country Status (6)

Country Link
US (1) US20200043037A1 (ja)
JP (1) JP6817132B2 (ja)
CN (1) CN110494885A (ja)
AU (1) AU2018252723A1 (ja)
CA (1) CA3049861C (ja)
WO (1) WO2018190091A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020071847A (ja) * 2018-11-03 2020-05-07 株式会社Ｓｋｉｙａｋｉ 顧客管理システム
CN111639965A (zh) * 2020-05-15 2020-09-08 浙江口碑网络技术有限公司 积分更新方法及装置
WO2022137730A1 (ja) * 2020-12-21 2022-06-30 Ｌｉｎｅ株式会社 プログラム、情報処理方法、情報処理装置

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6679639B2 (ja) * 2018-03-16 2020-04-15 株式会社お金のデザイン ポイント投資システム、及び投資ポイント管理方法
JP7029383B2 (ja) * 2018-12-14 2022-03-03 Kddi株式会社 ポイント管理装置、ポイント管理方法およびポイント管理システム
JP6944018B1 (ja) * 2020-05-29 2021-10-06 楽天グループ株式会社 提示制御装置、事例提示方法、ならびに、プログラム
JP7503430B2 (ja) 2020-06-30 2024-06-20 株式会社野村総合研究所 サーバ
JP2021047916A (ja) * 2020-12-24 2021-03-25 株式会社野村総合研究所 ポイント運用システム、方法およびプログラム
CN114612130A (zh) * 2022-02-22 2022-06-10 杭州稻禾链信息技术有限公司 基于时间维度的收缩型积分数据处理方法
CN116823346B (zh) * 2023-07-17 2024-04-05 广州百奕信息科技有限公司 一种基于区块链技术民航数字资产公共综合服务方法
CN117611249B (zh) * 2024-01-16 2024-04-16 杭州数云信息技术有限公司 会员积分信息的处理方法及装置、可读存储介质、终端

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099801A (ja) * 2000-09-22 2002-04-05 Sanyo Electric Co Ltd 購入ポイント管理方法および装置
JP2008529116A (ja) * 2005-01-24 2008-07-31 ドイチェ インヴェストメント トラスト マネイジメント カンパニー リミテッド 間接投資型金融商品を管理するためのシステム及び方法
JP2008305343A (ja) * 2007-06-11 2008-12-18 Konami Digital Entertainment:Kk 投資目標処理装置、投資目標処理方法、ならびに、プログラム
JP2009043007A (ja) * 2007-08-08 2009-02-26 Csk Systms Corp ポイント管理装置、投資金額算定装置、運用管理装置、及び、ポイント管理プログラム
JP2015088088A (ja) * 2013-11-01 2015-05-07 株式会社サイモンズ ポイント投融資運用管理システムおよびポイント投融資運用管理方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4885685A (en) * 1987-09-18 1989-12-05 L & C Family Partnership Investment management system with travel usage funds indexed to customer account status
US20030171992A1 (en) * 1999-04-23 2003-09-11 First Data Corporation System and methods for redeeming rewards associated with accounts
US7908216B1 (en) * 1999-07-22 2011-03-15 Visa International Service Association Internet payment, authentication and loading system using virtual smart card
US7769612B1 (en) * 1999-08-31 2010-08-03 Priceline.Com, Incorporated System and method for facilitating the sale of a travel product
TW530233B (en) * 2000-03-29 2003-05-01 Risk Monster Kk System and method for business transaction authorization
WO2002009015A1 (en) * 2000-07-25 2002-01-31 Gallagher P Christopher J Administering incentive award program
KR20060052647A (ko) * 2002-08-23 2006-05-19 가부시키가이샤 올 비젼 판촉포인트 교환 거래 방법 및 시스템
US20050192895A1 (en) * 2004-02-10 2005-09-01 First Data Corporation Methods and systems for processing transactions
US20070055602A1 (en) * 2005-09-02 2007-03-08 Mohn Anne M Methods and systems for financial account management
US20140179390A1 (en) * 2005-09-07 2014-06-26 Bally Gaming, Inc. Affiliated gaming system and method
WO2009096768A1 (en) * 2008-01-29 2009-08-06 Clicque Technology Sdn. Bhd. System and method of implementing a card-less rewards program
US9972047B1 (en) * 2008-04-18 2018-05-15 Capital One Services, Llc Systems and methods for performing a purchase transaction using rewards points
US20120041880A1 (en) * 2009-04-10 2012-02-16 Saar Shai Systems and methods for dealing content
US20120041810A1 (en) * 2010-08-13 2012-02-16 Loylogic Licensing Inc. Universal System and Method for Loyalty Currency Redemption
US20130103484A1 (en) * 2011-10-25 2013-04-25 Bridge2 Solutions, Inc. System and Methods for Fulfilling Loyalty Points Redemption Program Rewards
US10002353B2 (en) * 2012-12-21 2018-06-19 Mastercard International Incorporated Methods and systems for conducting transactions
US10147140B1 (en) * 2014-03-17 2018-12-04 The Bank Of New York Mellon Systems and methods for implementing a platform for investing
US20150379488A1 (en) * 2014-06-27 2015-12-31 Clear Path Financial Automated proactive electronic resource allocation processing system
US10528968B2 (en) * 2015-06-23 2020-01-07 Mastercard International Incorporated Method and system for post authorization payment of transactions using loyalty points
US11270299B2 (en) * 2015-12-07 2022-03-08 Visa International Service Association Methods and systems of using a cryptocurrency system to manage payments and payment alternatives

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002099801A (ja) * 2000-09-22 2002-04-05 Sanyo Electric Co Ltd 購入ポイント管理方法および装置
JP2008529116A (ja) * 2005-01-24 2008-07-31 ドイチェ インヴェストメント トラスト マネイジメント カンパニー リミテッド 間接投資型金融商品を管理するためのシステム及び方法
JP2008305343A (ja) * 2007-06-11 2008-12-18 Konami Digital Entertainment:Kk 投資目標処理装置、投資目標処理方法、ならびに、プログラム
JP2009043007A (ja) * 2007-08-08 2009-02-26 Csk Systms Corp ポイント管理装置、投資金額算定装置、運用管理装置、及び、ポイント管理プログラム
JP2015088088A (ja) * 2013-11-01 2015-05-07 株式会社サイモンズ ポイント投融資運用管理システムおよびポイント投融資運用管理方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020071847A (ja) * 2018-11-03 2020-05-07 株式会社Ｓｋｉｙａｋｉ 顧客管理システム
CN111639965A (zh) * 2020-05-15 2020-09-08 浙江口碑网络技术有限公司 积分更新方法及装置
CN111639965B (zh) * 2020-05-15 2023-04-21 浙江口碑网络技术有限公司 积分更新方法及装置
WO2022137730A1 (ja) * 2020-12-21 2022-06-30 Ｌｉｎｅ株式会社 プログラム、情報処理方法、情報処理装置
JP2022098231A (ja) * 2020-12-21 2022-07-01 Ｌｉｎｅ株式会社 プログラム、情報処理方法、情報処理装置
JP7146887B2 (ja) 2020-12-21 2022-10-04 Ｌｉｎｅ株式会社 プログラム、情報処理方法、情報処理装置

Also Published As

Publication number Publication date
JP2018180853A (ja) 2018-11-15
CA3049861A1 (en) 2018-10-18
CA3049861C (en) 2023-06-27
US20200043037A1 (en) 2020-02-06
JP6817132B2 (ja) 2021-01-20
AU2018252723A1 (en) 2019-09-26
CN110494885A (zh) 2019-11-22

Similar Documents

Publication Publication Date Title
WO2018190091A1 (ja) ポイント運用システムおよびポイント運用プログラム
US20160283966A1 (en) Point selling server, point selling method
JPWO2004010356A1 (ja) 決済システム、決済装置、決済プログラム、および決済プログラム記憶媒体
JP2008310770A (ja) 収納代行システム及びコンピュータプログラム
KR20060085565A (ko) 카드 사용과 연계된 간접투자형 금융상품 운용 시스템 및방법
JP7005688B2 (ja) 暗号資産管理装置、方法およびプログラム
KR20150062161A (ko) 미확정 장래 크레디트 채권의 매입에 의한 크레디트 카드 가맹점에의 무담보 펀딩 시스템
JP2021170406A (ja) 不動産関連経済システム及びその管理方法
JP7304761B2 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP6634174B1 (ja) 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム
JP6653057B2 (ja) 販売収益の２倍積立による現金決済連動システム
US20220215419A1 (en) Method and system for refunding a purchase
KR20190086118A (ko) Sns를 기반으로 판로 개척을 지원하는 전자상거래 시스템
KR100431804B1 (ko) 수익률 및 손실률을 설정할 수 있는 금융펀드 운용 방법및 장치
WO2018135835A1 (ko) 예약구매 지원 처리시스템 및그 방법
JP2021047916A (ja) ポイント運用システム、方法およびプログラム
JP6564118B1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP6437500B2 (ja) 電子マネー充当装置
KR101699106B1 (ko) 대출금 상환 방법, 이를 실행하는 서버 및 이를 실행하는 시스템
KR20190054876A (ko) 상품 거래 방법 이를 위한 컴퓨터 프로그램 및 기록매체
JP7507929B1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP6636205B1 (ja) 団体発行非現金決済手段管理装置、団体発行非現金決済手段管理装置の制御方法及び団体発行非現金決済手段管理プログラム
KR102050302B1 (ko) 예약구매 조건부 자동 금리변동 시스템 및 그 처리방법
JP3662560B2 (ja) 受益権交換装置、受益権交換方法、及びプログラム
KR20240070186A (ko) 할인 계약 정보 기반 할인 거래 서비스 제공 시스템 및 그 방법

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: 18784613

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 3049861

Country of ref document: CA

ENP Entry into the national phase

Ref document number: 2018252723

Country of ref document: AU

Date of ref document: 20180320

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18784613

Country of ref document: EP

Kind code of ref document: A1