JP2022091386A - Gift asset management system - Google Patents

Abstract

To provide a gift asset management system that can more suitably manage a gift asset with which a wholesale-retail relationship is established.SOLUTION: When a gift card 4 is issued as a gift asset that can be exchanged for any product or service and has a limited exchange period, and is sold wholesale by an issuer to a retailer, information thereof is recorded in a gift information file 23 and a gift wholesale information file 24 on a storage unit 2. A refund sum output program 15 on a management server 1 outputs a sum to be refunded to the retailer for the gift card 4 for which a recipient is not applied for exchange within a deadline to a refund information file 25. A venue provider representative, who is a small retailer operator, displays an exchange status viewing page on a venue provider representative terminal 53 by an exchange status viewing program 16 on the management server 1 and can check if a retail gift asset is replaced.SELECTED DRAWING: Figure 1

Description

The invention of this application relates to a gift asset that can be exchanged for goods or services.

Various gifts (gifts) are purchased by the giver and presented to the recipient (hereinafter referred to as the recipient in this specification) at ceremonial occasions, various celebrations, etc., and for the purpose of gratitude and greetings. ing. Gifts can be tangible goods, but they can also be some kind of service (intangible goods).
In the presentation of such a gift, the right (credit) that can be exchanged for the gift may be presented instead of presenting the gift itself. A typical example of this is a so-called catalog gift.

A catalog-type gift is a set of a booklet (catalog) that introduces products and services that can be exchanged, with an application form for exchange attached. Recently, a business has emerged that accepts applications for exchange of products and services listed in catalog-type gifts on its website.
Hereinafter, in this specification, the right to be exchanged for goods or services and presented as a gift is referred to as a "gift asset". In the case of a catalog-type gift, a catalog with an application form is a tangible gift asset. In addition, goods or services as exchangeable objects are hereinafter referred to as "replaceable goods".

For any gift asset, there is a gift issuer that issues the gift asset, and the giver pays the issuer to issue the gift asset. Then, the giver presents the gift asset to the recipient, and the recipient applies for the exchange of the gift asset to the gift issuer.
In this way, in the gift asset market, it is often the case that the giver presents the gift asset to a large number of recipients at the same time. Gift presentations at ceremonial occasions such as weddings and funerals are typical examples of this.
For example, at a wedding reception, the bride and groom present gifts to each attendee. In this case, the gift asset may be presented as a gift. In addition, when a funeral is held, the mourner may present gift assets to each attendee as a so-called return of incense.

In this way, when the giver presents a gift to a large number of recipients at the same time, it is preferable to save time and effort according to the gift assets. The giver only needs to purchase as many gift assets as the number of recipients from the issuer and present them to the recipient. If the recipient is a gift asset such as a catalog gift that can be exchanged for any exchanged item, the giver does not have to select the exchanged item assuming what the recipient wants. However, it is suitable because it saves time and effort.
In other words, in the form of presenting gift assets, it is not necessary to actually prepare the exchanged item, so it is easy and hassle-free to present the gift to a large number of recipients at the same time, which is extremely convenient for the giver. It has become a gift.

Japanese Patent No. 6741320

Currently, such gift assets are sold directly to the giver by the gift issuer. That is, the gift issuer is a retailer of gift assets.
In the future, it is expected that the gift issuer will be in the position of a wholesaler. For example, if you try to present a gift asset as a gift at a wedding reception, the bride and groom will apply to the gift issuer to issue it and present it to each invitee at the wedding reception. For wedding receptions, the company that provides the reception hall (hotel or wedding reception company) collectively provides services to the bride and groom, and a carry-on fee may be incurred. In other words, the company that provides the reception hall prepares a menu of ordinary withdrawal items (withdrawal items other than gift assets) in advance, and if you select and present from there, there is no carry-on fee, but the bride and groom If you try to present your own purchase at the reception hall, you will be charged a carry-on fee.

As a bride and groom, if gift assets are included in the menu of items to be withdrawn at the reception hall vendor, they can choose from them, and there is no carry-on fee, which is convenient. As a wedding reception vendor, the addition of gift assets to the menu of withdrawal items expands the range of choices, which is also an incentive for the bride and groom to choose the reception hall. If gift assets can be purchased cheaply, profits can be expected from the difference in sales (retail) to the bride and groom.

For this reason, it is conceivable that the reception hall vendor will purchase (purchase) gift assets from the gift issuer and resell them to the bride and groom, and there is a possibility that a wholesale-retail relationship will be established for the gift assets. be.
The invention of the present application is an invention made in anticipation of such a situation, and an object thereof is to enable better management of gift assets when a wholesale-retail relationship is established. There is.

In order to solve the above problems, the invention of the gift asset management system is disclosed in this specification. The gift asset management system according to the disclosed invention manages gift assets wholesaled from the issuer to retailers as assets that can be exchanged for any goods or services and have an exchange deadline. It is a gift asset management system. This system includes a storage unit and a refund amount output means.
The gift information file is stored in the storage unit. The gift information file contains information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the exchange deadline for the gift asset, and whether the recipient has applied for the exchange for the gift asset. The exchange record information, which is the information of, is recorded.
The refund amount output means is composed of a computer and a refund amount output program implemented in the computer. The refund amount output program is a program that outputs the amount to be refunded to the retailer in a paper or electronic file for the gift asset whose exchange deadline has passed and the exchange record information is not recorded.
In addition, in order to solve the above problems, the gift asset management system according to another disclosed invention is also an asset that can be exchanged for any product or service and has an exchange deadline set by the issuer. It is a gift asset management system that manages gift assets sold wholesale to retailers. This system includes a storage unit and a means for viewing the exchange status.
The gift information file is stored in the storage unit. The gift information file contains information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the exchange deadline for the gift asset, and whether the recipient has applied for the exchange for the gift asset. The exchange record information, which is information, is recorded.
The exchange status viewing means is composed of a management server connected to the retailer terminal, which is a terminal operated by the person in charge at the retailer, via a network, and an exchange status viewing program implemented in the management server. There is. The exchange status viewing program displays the exchange status viewing page on the retailer terminal, which displays whether or not the gift asset retailed by the retailer related to the accessed retailer terminal has been exchanged according to the contents of the gift information file. It is a program to send to and display.
In the above gift asset management system, the exchange status browsing program may be a program that displays on the exchange status browsing page that a gift asset whose exchange record information has not been recorded is scheduled to be refunded after the exchange deadline has passed.
Further, in the above-mentioned gift asset management system, the exchange status viewing program may be a program that displays the amount to be refunded on the exchange status viewing page for gift assets for which the exchange record information has not been recorded because the exchange deadline has passed.
In addition, in the above gift asset management system, the exchange status viewing program is a program that displays the total amount to be refunded on the exchange status viewing page when there are multiple gift assets for which the exchange record information has not been recorded because the exchange deadline has passed. Can be.
Further, in order to solve the above problems, the disclosed gift asset management system according to another invention is also issued as an asset that can be exchanged for any product or service and has an exchange deadline. It is a gift asset management system that manages gift assets sold wholesale from businesses to retailers. This system includes a storage unit and an issue date registration means.
A gift information file is stored in the storage unit, and the gift information file contains information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the issue date of the gift asset, and the relevant. The exchange deadline for gift assets is recorded.
The issue date registration means is a management server connected to the retailer terminal or the management terminal, which is a terminal operated by the person in charge at the retailer, via a network, and a gift issuing program implemented in the management server. It is configured.
The gift issuance program is a program that can record a date after the date when the gift asset is sold wholesale or the date when the issue is reserved in the gift information file as the issue date, and is calculated from the issue date. It is a program that records the deadline as the exchange deadline for the gift asset.

As described below, according to the invention of the gift asset management system according to the disclosed invention, a refund will be given to the retailer if the gift asset sold wholesale is not applied for exchange within the exchange deadline. Therefore, many retailers are expected to purchase gift cards from this issuer, and the overall sales volume of gift cards through retailers is expected to increase. At this time, since the refund amount output means outputs the refund amount to paper or an electronic file, the refund operation can be performed smoothly.
In addition, according to the gift asset management system according to another disclosed invention, the person in charge at the retailer can view the exchange status on the exchange status viewing page, so that the exchange is not made and the refund is planned. be able to. Therefore, it is possible to collate with the amount to be refunded at a later date, and it becomes easy to check the refund.
At this time, if it is displayed on the exchange status viewing page that the gift asset for which the exchange record information has not been recorded is scheduled to be refunded after the exchange deadline has passed, the refund check operation becomes easier.
At this time, if the amount to be refunded is displayed on the exchange status browsing page for gift assets for which the exchange record information has not been recorded because the exchange deadline has passed, the refund check work becomes easier and the unexchanged gift assets are not exchanged. If the total amount of refunds to be refunded is displayed when there are multiple items, the retailer can check the refunds more easily.
Further, according to the gift asset management system according to another disclosed invention, it is possible to record the date when the gift asset is sold wholesale or the date when the issue is reserved as the issue date. Since the exchange deadline is recorded based on this date, it becomes a fair system for the recipient when the gift asset sold wholesale is held as inventory at the retailer for a considerable period of time.

It is a schematic diagram of the gift asset management system of an embodiment. It is a schematic diagram which showed the relationship of each entity in the support system of an embodiment. It is a schematic diagram which showed an example of a gift introduction page. It is a plan view which showed the gift card as a tangible thing of a gift asset. It is a schematic diagram which showed an example of the structure of a trader information file. It is a schematic diagram which showed an example of the structure of a gift product information file. It is a schematic diagram which showed an example of the structure of a gift information file. It is a schematic diagram which showed an example of the structure of a gift wholesale information file. It is a schematic diagram which showed an example of a gift issuance page. It is a flowchart which showed the outline of a gift issuance program. It is a schematic diagram which showed an example of the exchange application page. It is a flowchart which showed the outline of the refund amount output program. It is a schematic diagram which showed an example of the contents of the refund information file. It is a schematic diagram which showed an example of the exchange status browsing page.

Next, an embodiment (embodiment) for carrying out the invention of this application will be described.
FIG. 1 is a schematic diagram of a gift asset management system according to an embodiment. The gift asset management system of the embodiment (hereinafter, may be abbreviated as a system) includes a management server 1 and a storage unit 2 as shown in FIG.
In the following description, as an example, the case where the gift asset is a gift offered at a wedding reception is taken up. However, in carrying out the invention of the present application, the gift asset does not have to be a gift.

The gift asset management system of the embodiment involves four different entities. This point will be described with reference to FIG. FIG. 2 is a schematic diagram showing the relationship between each entity in the support system of the embodiment.
One entity is the giver of the gift asset, in this example the bride and groom. The other entity is the recipient of the gift asset and the invitee of the wedding reception. Another entity is a retailer who sells (retails) gift assets to the giver (the bride and groom). In this example, the retailer is a venue provider that provides a venue for a wedding reception. Yet another entity is a trader who wholesales and sells gift assets to the venue provider, and is a gift issuer (hereinafter abbreviated as an issuer) that issues gift assets. In this embodiment, the issuer is also an operating company that operates the system.

As will be described later, in this embodiment, the gift asset is tangible in the form of a card. Hereinafter, this is referred to as a gift card. What the venue provider buys and retails is actually a gift card. A gift card is a card that can be exchanged for any exchangeable item, such as a so-called catalog gift. However, as will be described later, the exchange is performed by accessing the website. Further, in this embodiment, it is the issuing business operator that exchanges with the exchanged product. Therefore, the application for exchange with the exchanged item is made to the issuing company, and the website (hereinafter referred to as a gift site) is operated by the issuing company.

As shown in FIG. 2, the bride and groom apply to the venue provider to hold a wedding reception, and contract to use the venue and provide food and drink to attendees. At this time, the bride and groom also apply for gifts to be provided to each invitee, and the bride and groom apply to provide gift cards as gifts.
The venue provider purchases (purchases) gift cards from the issuer. Regarding purchasing, there are cases where the required number of sheets is purchased after the bride and groom make an application, and there are cases where a considerable number of items are purchased in advance and held in inventory, but in the first embodiment, both are purchased. As an intermediate configuration, a configuration is adopted in which the gift card itself is not delivered, but only the gift assets are wholesaled (or a reservation for issuing a gift card is made).
The giver who purchased the gift card from the venue provider presents the gift card as a gift to the recipient at the wedding reception. The recipient applies for the exchange of the gift card to the issuing company and exchanges it for any exchanged item.

Next, returning to FIG. 1, each part of the system will be described.
In the system shown in FIG. 1, the management server 1 is connected to the network. The network is the Internet 3 in this embodiment.
In this system, the Internet 3 has a giver terminal 51 operated by the giver, a presenter terminal 52 operated by the presenter, and a venue operated by a person in charge of the venue provider (hereinafter referred to as a venue person in charge). The person in charge terminal 53 is connected to each other, and the management server 1 can be accessed. Further, since the issuing company also manages the operation of the management server 1, the management terminal 54 operated by the person in charge (the person in charge of the issuing side) of the issuing company is also connected to the management server 1.

The management server 1 is a server capable of providing various pages and receiving information via the Internet 3, and has a function of a web server. The management server 1 may be only one server, but may be a plurality of servers that share functions and the plurality of servers may be the management server 1.

In this embodiment, the storage unit 2 is a storage device such as a hard disk included in the management server 1. However, the storage unit 2 may be a storage device on a computer provided separately from the management server 1, or may be a storage device on a server provided separately from the management server 1 such as a storage server. Is also good. The main functions of the management server 1 are the issuance and management of gift cards, and the acceptance of applications for exchange with exchanged items.

First, a gift card as a tangible gift asset will be described. FIG. 3 is a schematic plan view showing a gift card as a tangible material of a gift asset.
As shown in FIG. 3, the gift card 4 as a tangible object has a common information printing unit. The common information printing unit is a place where the card is a card that can be exchanged for the exchanged item, and that an application on the exchange website is required for the exchange for the exchanged item. The gift card 4 has an ID printing unit 40 on which a gift ID is printed, and locations (access information printing units) 41 and 42 on which access information for a replacement website (hereinafter referred to as a gift site) is printed. ing.

In this example, two types of access information printing units 41 and 42 are provided, and one is the first access information printing unit 41 that prints access information in the form of a QR code. The other is a second access information printing unit 42 that prints access information in text. In the second access information printing unit 42, the gift ID and the URL of the gift site are printed as access information. The first access information printing unit 41 is a location where these are QR coded and an image is printed. The "QR code" is a registered trademark. The gift card 4 has an exchange deadline printing unit 43 on which the exchange deadline date for the exchanged item is printed.

On the other hand, the storage unit 2 stores a trader information file 21 that records information on each retailer. FIG. 4 is a schematic diagram storing an example of the structure of the vendor information file.
As shown in FIG. 4, the trader information file 21 is a database file in which records including fields such as "trader ID", "password", "trader name", and "person in charge name" are recorded. The "trader ID" is a field in which an ID that identifies each retailer is recorded. The "password" is a password required to access the management server 1 as a retailer. The password is preset and notified to each retailer by the issuer. The "trader name" is a field in which the name of each retailer is recorded, and in this embodiment, the name of the venue provider is recorded. The "person in charge name" is a field in which the name of the person in charge at the venue is recorded.

Further, the gift product information file 22 is stored in the storage unit 2. FIG. 5 is a schematic diagram showing an example of the structure of the gift product information file.
The gift product information file 22 is a file that records information on gift assets as products. As shown in FIG. 5, the gift product information file 22 is a database file in which records including fields such as “gift product ID”, “gift product name”, and “wholesale amount” are recorded.

The "gift product ID" is a field in which an ID that specifies the type (amount or restriction type) of the gift asset is recorded. In this embodiment, the gift asset is provided in the form of a gift card 4, but there are several products of different amounts and types. As for the amount of money, there are gift cards 4 having different amounts of money, for example, 3000 yen, 5000 yen, 7000 yen, and so on. Regarding the restricted type, there are types that are bundled with pulling sweets and lucky charms and must be exchanged (restricted type), and exchangeable products that can be provided by the issuer without such restrictions. It is a type that can be freely exchanged (free type). For example, if the gift card 4 of 3000 yen is a limited type, a gift product ID such as BA3000FI3 will be given, and if the gift card 4 of 3000 yen is a free type, a gift product ID such as BA3000FR will be given. To. In the following description, the amount and restriction type of the gift card 4 are collectively referred to as "card type". The gift product ID is an ID that specifies the card type.

Further, the gift information file 23 is stored in the storage unit 2. The gift information file 23 is a database file that records information on all the issued or provisionally issued gift assets. FIG. 6 is a schematic diagram showing an example of the structure of the gift information file.
As shown in FIG. 6, the gift information file 23 includes a "gift ID", a "gift product ID", a "trader ID", a "wholesale amount", a "wholesale date", an "issue date", and an "exchange deadline date". It is a database file that records records consisting of feels such as "exchange application date".

The "gift ID" is an ID given to all gift assets wholesaled by the issuer, and is a field in which an ID for identifying each gift asset is recorded.
The "gift product ID" is a field in which the gift product ID in the gift product information file 22 is recorded.
The "trader ID" is a field in which the trader ID in the trader information file 21 is recorded, and is a field in which the trader ID of the retailer who wholesales (purchases) the gift asset is recorded.

Initially, the information in the gift information file 23 is provided by the issuing person in charge of operating the management terminal 54. That is, the gift cards 4 are wholesaled from the issuing company to the venue provider in a certain number of pieces. At this time, the person in charge on the issuing side operates the management terminal 54 and records the above information. Since the wholesale amount is not always the same for each retailer, the value of the "wholesale amount" in the gift information file 23 is the "wholesale amount" in the gift product information file 22 even if the gift product ID is the same. May differ from. In some cases, it is sold at a discount to a large venue provider. In this case, for each gift card 4 wholesaled to the venue provider, the "wholesale amount" in the gift information file 23 is a gift item. The amount is cheaper than the "wholesale amount" in the information file 22.
In this embodiment, the gift card 4, which is a tangible material of the gift asset, is not delivered to the retailer at the stage of the wholesale day. In other words, at the stage of the wholesale day, only gift assets (credit) are sold to retailers. Therefore, it can be said that the record of the gift information file 23 by the person in charge of the issuing side as described above is the record of the holder (transferee) of the claim.

Further, the storage unit 2 stores a gift wholesale information file 24 as a file for managing the wholesaled gift assets for each retailer. The gift wholesale information file 24 is a file provided for each trader ID, and is a file provided in a state of being associated with the trader ID by a method such as using the trader ID as a file name.

FIG. 7 is a schematic diagram showing an example of the structure of the gift wholesale information file. As shown in FIG. 7, the gift wholesale information file 24 contains the “gift ID”, “gift product ID”, “wholesale amount”, “wholesale date”, “issue date”, “gift owner name”, and “exchange deadline date”. , "Exchange application date", "Refund", etc. It is a database file that records records consisting of fields.
The "gift ID" and "gift product ID" are the same as those in the gift information file 23. The “wholesale amount” and “wholesale date” are also fields in which the actual wholesale amount and wholesale date of the gift asset are recorded, and are the same as those in the gift information file 23.

The information of each record of the gift wholesale information file 24 is recorded by the issuing person operating the management terminal 54 every time the gift asset is wholesaled. For example, when 100 gift assets (100 gift cards 4) are wholesaled, 100 records are added to and recorded in the gift wholesale information file 24.

A recording program (hereinafter referred to as a provisional issuance program) 11 executed when the gift asset is wholesaled (temporarily issued) is implemented in the management server 1, and the management terminal 54 implements the provisional issuance program 11. By executing this, each record is recorded in the gift wholesale information file 24. The provisional issuance program 11 also records the same information in the gift information file 23. That is, for example, when 100 gift assets are wholesaled, the provisional issuance program 11 adds and records 100 records to the gift information file 23, and at the same time, a gift corresponding to the trader ID of the retailer who is the wholesale destination. 100 records are added and recorded in the wholesale information file 24. The provisional issuance program 11 includes a code for generating a gift ID for each gift asset, and is programmed to record each generated gift ID in the gift information file 23 and the gift wholesale information file 24, respectively.

On the other hand, the gift asset management system of the embodiment provides some services to the retailer for each wholesale gift asset. One of the services provided is a service that determines the issue date of gift assets. This service is a service considering that the issue date is not fixed because it is still in the state of provisional issuance at the stage of wholesale to the venue provider.

The gift assets that are wholesaled and retailed in the embodiment have a deadline for exchange with the exchanged item. The exchange deadline is, for example, 3 months or 6 months, but in any case, it is the deadline from the issue date. If the exchange deadline for a gift asset exceeds 6 months, the law requires that a certain amount of the unused (unexchanged) amount be deposited. Therefore, the replacement deadline is often 6 months, and even in this embodiment, it is 6 months.

In any case, the issue date should be at or near the date the gift asset is retailed, as it is fair to set the exchange deadline after the gift asset has been handed over to the giver. .. In consideration of this, the gift asset management system of the embodiment provides an issue date registration means for registering a date after the wholesale date as an issue date. The issue date registration means is composed of the management server 1 and the gift issuing program 12 implemented in the management server 1.
Specifically, the issue date registration means is composed of the management server 1 and the gift issuing program 13. In this embodiment, the gift issuing program 13 is implemented in the management server and is executed in response to a request from the management terminal 54.
More specifically, the management server 1 is equipped with an issue page display program 12 that displays a gift issue page, and provides a gift issue page to the management terminal 54.

FIG. 8 is a schematic diagram showing an example of a gift issuing page. A button labeled "Gift issuance" is provided on the management top page provided by the management server 1 to the management terminal 54. A page for identifying the retailer is linked to this button, and when the retailer name is entered and the send button is pressed, the retailer information file 21 is searched and the vendor ID is acquired, and this is used as an argument. The issue page display program 12 is executed.

As shown in FIG. 8, on the gift issuing page, the trader name (name of the venue provider) and the person in charge (name of the person in charge of the venue) are displayed in a confirmatory manner. These pieces of information are displayed by the issue page display program 12 searching for and acquiring the trader information file 21 by the trader ID passed as an argument.
As shown in FIG. 8, the gift issuing page is provided with a provisional issuance remaining number display column 61. The provisional issue remaining number display column 61 is a column indicating the number of gift cards 4 that have been provisionally issued (that is, wholesale) and have not yet been issued (that is, retailed). The issue page display program 12 opens the gift wholesale information file 24 corresponding to the trader ID held at the time of login, and counts the number of records whose "issue date" field is the Null value. Then, the value is programmed to be incorporated in the provisional issue remaining number display field 61.

Further, FIG. 8 is provided with an issue date input field 62, a giver name input field 63, and an issue number input field 64. The issue date input field 62 is a field for inputting the issue date of the gift card 4. In this embodiment, since the gift card 4 is a gift for the wedding reception, the date of the reception is input as the issue date. The bride and groom's name is input in the giver name input field 62.
The issue number input field 64 is a field for inputting the issue number of the gift card 4. In this field, a number equal to or less than the number displayed in the provisional issuance remaining number display field 61 is input.
As shown in FIG. 8, the gift issuing page is provided with an OK button 65. A page for confirming the input contents is linked to the OK button 65, and the send button provided there is an execution button of the gift issuing program 13.

FIG. 9 is a flowchart showing an outline of the gift issuing program.
The gift issuing program 13 is executed with the trader ID held at the time of login and each information entered on the gift issuing page as arguments. The gift issuing program 13 opens the gift wholesale information file 24 corresponding to the trader ID. Then, while moving the pointer in order from the first record, it is determined whether or not the "issue date" field is a Null value. If it is a Null value, the issue date entered on the gift issue page is recorded in the "issue date" of the record. Then, the bride and groom's name entered on the gift issuance page is recorded in the "gifter's name". In addition, the exchange deadline is automatically calculated and recorded in the "Exchange deadline" field. Since the exchange deadline is 6 months from the issuance in this embodiment, a date 6 months later is acquired and the date is recorded in the "exchange deadline date" field.
Next, the gift issuing program 13 acquires the value of the "gift ID" of this record. Then, the gift information file 23 is opened, searched by the acquired gift ID, and the issue date and the exchange deadline date are recorded in the corresponding records.

After that, the gift issuing program 13 executes the card printing program as a subroutine. The card printing program is a program that prints information on card paper to produce a gift card 4 as shown in FIG. The card printing program prints a gift ID on card paper to form an ID printing unit 40, generates a first access information (QR code), prints it to form a first access information printing unit 41, and uses a second access information. Is printed and used as the second access information printing unit 42. Further, the exchange deadline date is printed and used as the exchange deadline printing unit 43. These processes are performed for each gift ID to produce a wholesale number of gift cards 4. The common information printing unit is pre-printed on the card paper.

This completes the process relating to the issuance of one gift card 4, and the same process is repeated for the next record of the gift wholesale information file 24. Then, when the number of repetitions reaches the number of issued sheets, the program ends.
If the number entered in the issue number input field is larger than the number displayed in the provisional issue remaining number display field, the gift issuing program 13 displays an error message and ends.
By executing the gift issuing program 13, each gift card 4 is produced as described above, the issue date is recorded, and each gift card 4 is in a state where it can be exchanged for a replacement item.

Next, the exchange application that can be performed on each gift card 4 issued in this way will be described. The management server 1 is also a web server that provides a gift site. The exchange application can be made by accessing the management server 1 and logging in to the gift site to display the exchange application page. FIG. 10 is a schematic diagram showing an example of an exchange application page.

There are two ways to log in to the gift site. One is a method of reading the QR code (first access information printing unit 41) of the gift card 4 with the presentee terminal 52 and logging in. The other is a method of accessing by inputting the login URL (second access information printing unit 42) printed on the gift card 4 on the presentee terminal 52. In this case, enter the gift ID on the login screen.
In any case, by logging in, the exchange application page shown in FIG. 10 is displayed on the presentee terminal 52. An application page display program that displays an exchange application page is implemented in the management server 1, and is executed by logging in. The application page display program holds the gift ID as a session variable.

As shown in FIG. 10, the exchange application page is a page for displaying the exchange deadline for confirmation and introducing each exchangeable item. What kind of exchangeable item can be exchanged depends on the card type of the gift card 4. The application page display program is a program that searches the gift information file 23 by the gift ID, acquires the gift product ID from the corresponding record, and displays the exchanged product that can be exchanged according to the gift product ID. For example, if the amount of money is 3000 yen and the gift card 4 is a free type, each exchangeable item that can be exchanged within the range of 3000 yen is displayed. If the amount of money is 3000 yen and the gift card 4 is a restricted type with 3 fixed items, each combination of the exchanged item, the pulling confectionery, and the lucky charm is displayed, which is equivalent to 3000 yen.

An image file of a photograph of each exchanged product is stored in the storage unit 2, and the application page display program acquires the image file from the storage unit 2 and displays it as shown in FIG. If the exchanged item is a service, a service ticket is often provided, and in that case, a photo of the service ticket is displayed.
As shown in FIG. 10, in this example, the presentee sets the conditions and the names and image sets of the exchanged products are displayed side by side in the order in which the conditions are met. Therefore, the exchange application page has a condition setting input field 66.

In FIG. 10, the part displaying the name and image of each exchanged item is a hyperlink 67, which links to the destination input page. The delivery address input page is a field for entering a name and address as the delivery address of the exchanged item. And this page is provided with an exchange application button that says "Apply for exchange". The exchange application processing program 14 is implemented in the management server 1. A confirmation page is linked to the exchange button, and the send button provided on the confirmation page is an execution button of the exchange application processing program 14.

The exchange application processing program 14 includes an application date recording module for recording the exchange application date, a delivery information output module for outputting information for shipping the exchanged product, and the like. The application date recording module is a module that searches the gift information file 23 by the gift ID and records the execution date of the program in the "exchange application date" of the corresponding record. At the same time, the application date recording module acquires the "trader ID" of the record and opens the corresponding trader information file 21. Then, similarly, the gift ID is searched and the execution date is recorded in the "exchange application date" of the corresponding record. When the exchange application date is recorded in this way, it is treated as having been exchanged for the exchanged item on the system, and after that, it cannot be searched and exchanged by the gift ID.
The storage unit 2 stores a delivery information file for delivery of each exchanged item. The delivery information file is a database file that records the exchanged item ID of the exchanged item selected on the exchange application page and the destination information (name, address, etc.) entered on the destination input page, and is the delivery information. Each information is recorded by the output module. The exchanged item is delivered according to the delivery information file.

The gift asset management system of such an embodiment has some useful configurations in view of the intervention of retailers. One of them is a configuration for refund if the gift asset is not exchanged for the exchanged item within the exchange deadline.
If the recipient does not exchange the gift asset for the exchanged item, it means that he / she did not exercise the claim within the deadline (waiver of rights), so there is no need to make a refund. If no refund is given, the issuer will have wholesale sales of the gift asset, but the gift asset will not be exchanged, so the entire wholesale price will be profitable for the issuer.

This is fine, but the issuer has adopted a structure in which refunds are intentionally made with the aim of increasing the overall sales of gift assets through retailers. The refund in this case is a refund to the retailer. That is, if the recipient does not exchange the gift within the deadline, a structure is adopted in which the gift asset is refunded to the retailer who retailed the gift asset.
Suppose you have two different issuers for a retailer, one does not refund, but the other does. In this case, as a retailer, of course, the purchaser will purchase from the issuer who can get a refund. In other words, refunding to retailers as a whole leads to increased sales of gift assets through retailers.

The gift asset management system of the embodiment includes the refund amount output program 15 in consideration of the above points. The refund amount output program 15 is a program that outputs the refund amount when the issuer refunds the gift asset that has not been exchanged within the deadline to the retailer who retailed the gift asset in a paper or electronic file. be. In this embodiment, the refund amount output program 15 is a program that outputs to the refund information file 25 as an electronic file.
In this embodiment, the refund amount output program 15 is implemented in the management server 1, but may be installed in the management terminal 54. FIG. 11 is a flowchart showing an outline of the refund amount output program.

The refund amount output program 15 is a program that is executed periodically, such as once a month. As shown in FIG. 11, the refund amount output program 15 opens the trader information file 21 and acquires the trader ID of the first record. Then, the corresponding gift wholesale information file 24 is opened, and it is determined whether or not the "exchange deadline date" of the first record is before the program execution date and the "exchange application date" is the Null value. If the "exchange deadline date" is before the program execution date and the "exchange application date" is a Null value, the refund amount output program 15 confirms the value of "refund / non-refundable" of the record. If this value is a false value, the refund has not been made yet, so the refund amount output program 15 acquires the value of the "wholesale amount" of the record. Then, the acquired value is stored in the variable for aggregation. At the same time, change the value in the "Refund" field to the true value. In addition, 1 is added to the variable for counting the number of refundable cases.

The refund amount output program 15 sequentially performs the above processing for each record of the gift wholesale information file 24, stores the wholesale amount in the form of adding the wholesale amount to the variable for aggregation if the refund has not yet been made for the unexchanged gift assets, and counts them. Add 1 to the variable for. After processing up to the last record of the gift wholesale information file 24, the refund amount output program 15 subtracts the predetermined refund fee from the value of the variable for aggregation (the total wholesale amount of the gift asset to be refunded). It is calculated and this value is output to the refund information file 25.

FIG. 12 is a schematic diagram showing an example of the contents of the refund information file. In this embodiment, the refund information file 25 is a read-only file such as a PDF. As shown in FIG. 12, the refund information file 25 is a file that displays the number of gift assets to be refunded in the current period and the total refund amount. Of course, the amount shown in FIG. 12 is an example for explanation and does not reflect the actual amount.
When the refund information file 25 is output, the processing for one gift wholesale information file 24 is completed, and the refund amount output program 15 acquires the trader ID in the next record of the trader information file 21 and corresponds to the gift wholesale information. Open file 24. Similarly, for each record, the "wholesale amount" of the record whose exchange deadline has passed, the "exchange application date" is the Null value, and the "refund / non-refundable" is a false value is added. Also, change the value of "with or without refund" to the true value. Then, the refund information file 25 is output by incorporating the total amount minus the refund fee and the number of cases to be refunded in the same manner. When the above processing is performed for all the records in the vendor information file 21, the refund amount output program 15 is terminated.

Further, in this embodiment, as another useful configuration in consideration of the intervention of the retailer, a browsing means for allowing the retailer to browse the exchange status of the gift asset is provided. The browsing means is composed of the management server 1 and the exchange status browsing program 16 implemented in the management server 1.
In this embodiment, the exchange status browsing program 16 is a program that provides the exchange status browsing page to the terminal in charge of the venue 53. FIG. 13 is a schematic diagram showing an example of an exchange status browsing page.

As described above, when the user logs in with the trader ID, the top page for the retailer is displayed on the venue person in charge terminal 53. This page is provided with a button with a notation such as "view exchange status", and this button is an execution button of the exchange status viewing program 16.
The exchange status viewing program 16 opens the gift wholesale information file 24 corresponding to the trader ID held at the time of login. Then, the information of each record is acquired, incorporated into the exchange status browsing page as shown in FIG. 13, and transmitted to the venue person in charge terminal 53 for display.

As shown in FIG. 13, on the exchange status browsing page, the exchange status of each gift card 4 retailed by the venue provider related to the trader ID entered at the time of login is displayed as a list. In this example, the name of the giver (bride and groom) and the issue date are also displayed.
On the exchange status browsing page shown in FIG. 13, the characters "planned refund" are displayed for the gift card 4 whose exchange application date is blank because the exchange deadline has passed. The exchange status viewing program 16 is programmed to include the characters "to be refunded" in the line for records whose execution date is later than the "exchange deadline date" and whose "exchange application date" is the Null value. There is.

Further, as shown in FIG. 13, the exchange status browsing page is provided with a column for displaying the total amount of refunds and the number of refund targets at the time of execution of the exchange status browsing program 16. The code for displaying these is the same as that in the refund amount output program 15.
The management server 1 is equipped with a deletion program that deletes records whose exchange deadline has passed and a certain period of time has passed (records for which refund processing has been performed for those subject to refund) from the gift wholesale information file 24. Deleted records are not displayed on the exchange status viewing page.

The operation of the gift asset management system of the embodiment relating to such a configuration will be described below.
The venue provider purchases a considerable number of gift assets from the issuer. At this time, the provisional issuance program 11 is executed, records of the number of purchases are added to the gift information file 23 and the gift wholesale information file 24, and gift IDs are recorded respectively. Further, in the gift information file 23, the trader ID is recorded in each added record. However, the gift card 4 as a tangible product has not yet been handed over to the venue provider at this point. Only the gift assets as receivables are sold from the issuer to the venue provider, and the gift information file 23 and the gift wholesale information file 24 record and manage the receivables as inventory.

The bride and groom apply for a wedding reception with the venue provider. At this time, we will also consult about gifts and decide to present the gift card as a gift to the invited person according to the advice of the person in charge at the venue. The bride and groom select the amount and type of gift card and make a reservation for the number of invited guests to attend.

The person in charge of the venue will contact the person in charge of the issuing side by e-mail or the like and inform them of the issue date, the number of issued sheets and the name of the giver (bride and groom). The issue date is usually the date of the wedding reception. The person in charge on the issuing side operates the management terminal 54 and executes the issuing page display program 12. Then, on the displayed gift issuing page, enter the issue date, the number of issued sheets, and the names of the bride and groom, and press the OK button 65 to execute the gift issuing program 13. As a result, the issue date is recorded in the gift information file 23 and the gift wholesale information file 24, respectively, and gift cards 4 for the number of issued gift cards 4 are produced. The produced gift card 4 is sent from the issuing company to the venue provider company by courier service or the like.

On the day of the wedding reception, the gift card 4 will be handed over to the bride and groom, and retailing will be completed. The gift card 4 is presented to each invitee as a gift at the wedding reception.
The presentee (invited person) will access the gift site at a later date by using the presenter terminal 52 and using the access information printing units 41 and 42 on the gift card 4. Then, the exchange application page is displayed on the recipient terminal 52. After that, select the item to be replaced and enter the name, address, etc. on the shipping address input page. Then, the exchange application processing program 14 is executed by the management server 1 by pressing the exchange application button. As a result, the exchange application date is recorded in the gift information file 23 and the gift wholesale information file 24, respectively. In addition, information such as the name and address for delivering the exchanged item is recorded in the delivery information file, and the exchanged item is delivered to the recipient.

During this time, the person in charge of the venue operates the terminal 53 of the person in charge of the venue, logs in to the management server 1 with the trader ID, and browses the exchange status of each gift card 4 retailed by the company. Then, check the number of refunds and the total refund amount.
Then, the person in charge on the issuing side periodically operates the management terminal 54 to execute the refund amount output program 15, such as once a month. As a result, the refund information file 25 is created, and the refund information file 25 is sent to the venue provider by a method such as attaching an e-mail. At the same time, the issuing company refunds the refund amount output to the refund information file 25 to the venue provider.

According to the gift asset management system of the embodiment relating to such a configuration and operation, if the issued gift card 4 is not applied for exchange within the exchange deadline, a refund will be given to the venue provider company which is a retailer. Therefore, it is expected that many venue providers will purchase gift cards 4 from this issuer, and the overall sales volume of gift cards 4 through the venue providers can be expected to increase. Then, since the refund amount output program 15 outputs the refund amount to the refund information file 25, the refund amount can be confirmed by providing the refund information file 25 to the venue provider. Therefore, the refund business becomes smooth.
As a venue provider, in addition to providing a wedding reception hall and food and drink, sales of the gift card 4 as a gift can be expected, and if the gift card 4 is not exchanged within the deadline, income from refund can be expected. This makes the system more attractive.

Further, in the above embodiment, a date after the wholesale date can be registered as the issue date, and the exchange deadline is set based on the issue date, so that a considerable period has passed from the wholesale date to the retail date. Even in this case, the recipient will be given a sufficient exchangeable period, which will be a fair system.

In the above embodiment, the issue date is input so that the person in charge of the issuing side operates the management terminal 54, but the person in charge of the venue may operate the terminal 53 of the person in charge of the venue. That is, the management server 1 is designed to provide a site for the venue provider, and this site includes a gift issuing page. When you log in with the trader ID and password, the gift issuance page is displayed on the terminal in charge of the venue 53, where the issue date, the number of issued gifts, and the name of the giver (bride and groom) are entered. Then, when the OK button 65 is pressed and the send button is pressed on the confirmation page, the gift issuing program 13 is executed.

In the above case, since the card paper is at the issuing company, the card printing program as a subroutine is often executed separately in response to a request from the management terminal 54. In this case, when the gift issuing program 13 is executed, the notification is sent to the management terminal 54 by e-mail or the like. Upon receiving this notification, the person in charge of the issuing side operates the management terminal 54, executes a card printing program, and produces the number of issued gift cards 4. Then, the produced gift card 4 is sent to the venue provider company by courier or the like. In addition, the card paper may be sent to the venue provider in advance to be held in inventory, and the card printing program (card printing) may be executed by the printer of the venue provider.

To supplement the explanation of refunds, the venue provider may refund the amount refunded by the issuer to the giver (bride and groom) who is the purchaser. Alternatively, the retail amount of the gift card 4 may be set low in anticipation that a certain percentage will not be exchanged, although no refund will be given. For example, if a gift card 4 that includes the right to exchange for 3000 yen worth of exchanged goods and a set of sweets and lucky charms is retailed for 5000 yen, the bride and groom will be charged 4500 yen on condition that no refund will be given even if they have not been exchanged. It is possible to sell it.

In addition, the person in charge at the venue can view the exchange status on the exchange status viewing page, so that it can be confirmed that the refund is planned because the exchange has not been performed. Therefore, it is possible to collate with the amount to be refunded at a later date, and it becomes easy to check the refund. For example, the refund contents can be easily checked by collating the contents of the provided refund information file with the exchange status that has been viewed in advance. At this time, since the refund schedule is displayed, the check work is easier, and the number of cases to be refunded and the total refund amount are displayed, so that the check work is even easier.
The refund amount output program 15 may be a program that outputs (prints) the refund amount on paper. In this case, the refund amount output program 15 may be a program for printing as a refund statement or a program for printing a negative invoice.

In the above embodiment, the gift assets are wholesaled in advance and purchased by the venue provider in the form of provisional issuance, but instead of taking such a form, the venue provider issues after receiving an application from the bride and groom. It may be in the form of ordering wholesale from a business operator. In this case, the management server 1 is configured to provide an order page to the venue person in charge terminal 53.

Like the gift issue page, the order page is provided with an issue date input field, a giver name input field, and an issue quantity input field. Similarly, the date of the wedding reception is entered in the issue date input field. The order acceptance program on the management server 1 executed from this page is a program that officially (not tentatively) issues the ordered gift assets. At the same time, the issuing company also produces a gift card 4 as a tangible object, which is delivered to the venue provider by courier service or the like.

According to the above configuration, it is not necessary to input information at the time of provisional issuance, which is preferable. However, if the wholesale processing is performed after the payment is made after the order is placed on the order page, it is expected that it will take a certain number of days for the gift card 4 to arrive. If there are not many days between the bride and groom's application for the wedding reception and the date of the reception, it is preferable to purchase gift assets in advance in the form of provisional issuance.

If the gift assets are purchased in advance in the form of provisional issuance, the price will be paid at the purchase stage, and the gift assets will be in stock at the venue provider. In this case, what remains unretailed may be returned to the issuer and refunded accordingly. However, regarding the settlement between the issuing company and the venue provider, there may be a form (contract) in which the purchase price is paid to the issuing company only when the venue provider retails. In this case, the purchase can be regarded as a reservation for the issuance of a gift asset (gift card) rather than a transfer of the gift asset.

In the above embodiment, if the issued (retailed) gift card 4 is lost, it cannot be exchanged for the exchanged item, but the gift card 4 may be reissued for relief. .. The reissue of the gift card 4 corresponds to the reissue of the gift ID. In this case, the gift issuance information file is stored in the storage unit 2 separately from the gift information file 23 and the gift wholesale information file 24. The gift issuance information file is a database file that manages the number of gifts issued, and is a file in which one record is recorded for each issuance of a gift card (in the above example, for each wedding reception). The gift issuance ID is recorded in the gift issuance information file, and the number of gifts issued, the name of the giver, the issue date, the number of exchanged items, etc. are recorded in a form associated with the gift issuance ID. The exchanged number is the number of exchanges for the gift card to which the gift issuing ID is given. Further, a gift issuance ID is recorded in each record of the gift information file 23 and the gift wholesale information file 24.

When reissuing, a new gift ID is generated and the gift card 4 is issued. In this case, the new gift ID is given the same gift issuance ID as other gift IDs with the same giver name on the same issue date, and records are added to the gift information file 23 and the gift wholesale information file 24 to provide information. Recorded. You can apply for exchange with the newly issued gift ID, but the loss may be false and the same person may apply for exchange twice. In consideration of this, usually, when approving the exchange application, the exchange application processing program 14 searches for the gift information file 23 by the gift ID to obtain the gift issuance ID, and searches for the gift issuance information file to obtain the number of gifts issued. And get the number of exchanged cases. If the number of exchanged items has reached the number of gifts issued, the exchange application will not be approved. That is, even if an additional gift ID is issued, the number that can be exchanged for the exchanged item is limited to the number of gifts issued.

In the above explanation, the gift card 4 is presented as a gift at the wedding reception, but the gift card 4 may be presented as a gift at other ceremonies. For example, a party to commemorate the establishment of a company.
Further, the gift card 4 is not limited to being presented as a gift, but may be presented as a gift (so-called gift return) at a condolence such as a funeral.
In addition, the retailer was the venue provider of the event, but there could be others. For example, in the case of a funeral, a funeral company that is not the venue provider may undertake the service, and in such a case, a business operator that is not the venue provider will retail the gift card 4 as a retailer. ..

In addition, the issuer may wholesale the gift assets not to the retailer but to the wholesaler. In other words, the issuer may sell wholesale to a wholesaler and then wholesale to a retailer. Thus, two or more wholesalers may intervene before the final retail. In these cases, the issuer will refund the unexchanged gift assets to the most upstream wholesaler. At this time, whether or not the refund is given to the wholesaler downstream from that depends on the judgment of the wholesaler who received the refund or the contract with the wholesaler on the downstream side.

In the above embodiment, the gift information file 23 and the gift wholesale information file 24 do not record information on the recipients, and do not record information on which recipient each gift card was presented to. It may be recorded. For example, an area for the giver is prepared in the management server 1, and a presenter information registration page is implemented in this area. The giver accesses the management server 1 by using the giver terminal 51, and inputs the information of each giver on the presenter information registration page. The recipient information registration page is provided with a field for inputting the recipient's name for one gift ID, and the recipient information registration program called from this page and executed is the gift information file 23. And the gift wholesale information file 24 is programmed to record the name entered in the "Given Name" field. Such a configuration can be used as information for preventing mix-ups, for example, when presenting gift cards 4 having different amounts to each recipient. That is, if the card printing program acquires the recipient's name and prints it on the gift card 4, it is suitable for preventing mix-ups.

Further, in implementing the invention of the present application, the issuing business operator does not have to be the operating company of the system, and a business operator other than the issuing business operator may be the operating company. In this case, the person in charge at the operating company operates the management terminal 54 to input various information.
In the above explanation, two files, a gift information file 23 and a gift wholesale information file 24, are provided for managing the issued or provisionally issued gift assets, but only the gift information file 23 is sufficient. .. In this case, the exchange status viewing program 16 is programmed to search the gift information file 23 by the trader ID, extract only the records of the gift assets retailed by the retailer, and display them on the exchange status browsing page.

In implementing the present invention, the gift asset does not have to be a gift card and may be tangible in a form other than the card. For example, a gift ID may be written on a sheet provided with a booklet introducing the exchanged item, such as a catalog gift, and the sheet may be a tangible product of the gift asset. If the gift asset is offered in the form of points that can be redeemed for any exchangeable item, the gift asset may not be specifically tangible.

1 Management server 11 Temporary issuance program 12 Issuance page display program 13 Gift issuance program 14 Exchange application processing program 15 Refund amount output program 16 Exchange status viewing program 2 Storage unit 21 Trader information file 22 Gift product information file 23 Gift information file 24 Gift wholesale Information file 25 Refund information file 3 Internet 4 Gift card 51 Presenter terminal 52 Presenter terminal 53 Venue person in charge terminal 54 Management terminal

In order to solve the above problems, the invention of the gift asset management system is disclosed in this specification. The gift asset management system according to the disclosed invention is a gift asset that is an asset that can be exchanged for any product or service and that is sold wholesale from the issuer to a retailer as an asset with an exchange deadline. It is a gift asset management system that manages gift assets for which an application for exchange of any goods or services is made to the issuer . This system includes a storage unit and a refund amount output means.
The gift information file is stored in the storage unit. The gift information file contains information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the exchange deadline for the gift asset, and the gift asset that is retailed to the giver and presented by the giver. Exchange record information, which is information on whether or not the recipient has applied for exchange after being presented to the person, is recorded.
The refund amount output means is composed of a computer and a refund amount output program implemented in the computer. The refund amount output program is a program that outputs the amount to be refunded to the retailer in a paper or electronic file for the gift asset whose exchange deadline has passed and the exchange record information is not recorded.
In addition, in order to solve the above problems, the gift asset management system according to another disclosed invention is also an asset that can be exchanged for any product or service and has an exchange deadline set by the issuer. It is a gift asset management system that manages gift assets that are sold wholesale to retailers and for which an application for exchange of any goods or services is made to the issuer . This system includes a storage unit and a means for viewing the exchange status.
The gift information file is stored in the storage unit. The gift information file contains information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the exchange deadline for the gift asset, and whether the recipient has applied for the exchange for the gift asset. The exchange record information, which is information, is recorded.
The exchange status viewing means is composed of a management server connected to the retailer terminal, which is a terminal operated by the person in charge at the retailer, via a network, and an exchange status viewing program implemented in the management server. There is. According to the contents of the gift information file, the exchange status viewing program displays the exchange status viewing page that displays the exchange deadline and whether or not the gift assets retailed by the retailer related to the accessed retailer terminal have been exchanged. It is a program that is sent to the retailer terminal and displayed.
In the above gift asset management system, the exchange status browsing program may be a program that displays on the exchange status browsing page that a gift asset whose exchange record information has not been recorded is scheduled to be refunded after the exchange deadline has passed.
Further, in the above-mentioned gift asset management system, the exchange status viewing program may be a program that displays the amount to be refunded on the exchange status viewing page for gift assets for which the exchange record information has not been recorded because the exchange deadline has passed.
In addition, in the above gift asset management system, the exchange status viewing program is a program that displays the total amount to be refunded on the exchange status viewing page when there are multiple gift assets for which the exchange record information has not been recorded because the exchange deadline has passed. Can be.
Further, in order to solve the above problem, the gift asset management system according to yet another disclosed invention is also issued as an asset that can be exchanged for any product or service and has an exchange deadline. It is a gift asset management system that manages gift assets that are sold wholesale from businesses to retailers and that applications for exchange of any goods or services are made to the issuing business . This system includes a storage unit and an issue date registration means.
A gift information file is stored in the storage unit, and the gift information file contains information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the issue date of the gift asset, and the relevant. The exchange deadline for gift assets is recorded.
The issue date registration means is a management server connected to the retailer terminal or the management terminal, which is a terminal operated by the person in charge at the retailer, via a network, and a gift issuing program implemented in the management server. It is configured.
The gift issuance program is a program that can record a date after the date when the gift asset is sold wholesale or the date when the issue is reserved in the gift information file as the issue date, and is calculated from the issue date. It is a program that records the deadline as the exchange deadline for the gift asset.

Claims (6)

A gift asset management system that manages gift assets that are sold wholesale from issuers to retailers as assets that can be exchanged for any product or service and that have an exchange deadline.
Memory and
It is equipped with a refund amount output means,
The gift information file is stored in the storage unit,
The gift information file contains information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the exchange deadline for the gift asset, and whether the recipient has applied for the exchange for the gift asset. The exchange record information, which is information, is recorded,
The refund amount output means consists of a computer and a refund amount output program implemented in the computer.
The refund amount output program is a gift asset management system characterized in that the amount to be refunded to a retailer is output to a paper or electronic file for a gift asset whose exchange record information is not recorded because the exchange deadline has passed. A gift asset management system that manages gift assets that are sold wholesale from issuers to retailers as assets that can be exchanged for any product or service and that have an exchange deadline.
Memory and
Equipped with exchange status viewing means,
The gift information file is stored in the storage unit,
The gift information file contains information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the exchange deadline for the gift asset, and whether the recipient has applied for the exchange for the gift asset. The exchange record information, which is information, is recorded,
The exchange status viewing means is composed of a management server connected to the retailer terminal, which is a terminal operated by the person in charge at the retailer, via a network, and an exchange status viewing program implemented in the management server. Ori,
The exchange status viewing program displays the exchange status viewing page on the retailer terminal, which displays whether or not the gift asset retailed by the retailer related to the accessed retailer terminal has been exchanged according to the contents of the gift information file. A gift asset management system characterized by being a program that is sent to and displayed on. 2. The program according to claim 2, wherein the exchange status viewing program is a program that displays on the exchange status viewing page that a gift asset whose exchange record information has not been recorded is scheduled to be refunded after the exchange deadline has passed. Gift asset management system. 2. The gift asset management system described. The exchange status viewing program is characterized in that it is a program that displays the total amount to be refunded on the exchange status viewing page when there are a plurality of gift assets for which the exchange record information is not recorded after the exchange deadline. The gift asset management system according to claim 4. A gift asset management system that manages gift assets that are sold wholesale from issuers to retailers as assets that can be exchanged for any product or service and that have an exchange deadline.
Memory and
Equipped with issuance date registration means,
The gift information file is stored in the storage unit,
The gift information file records information that can identify the retailer to whom the gift asset is wholesaled for each gift asset, the issue date of the gift asset, and the exchange deadline of the gift asset.
The issue date registration means is a management server connected to the retailer terminal or the management terminal, which is a terminal operated by the person in charge at the retailer, via a network, and a gift issuing program implemented in the management server. It is composed and
The gift issuance program is a program that can record the date after the date when the gift asset is sold wholesale or the date when the issue is reserved in the gift information file as the issue date, and is calculated from the issue date. A gift asset management system that records the deadline as an exchange deadline for the gift asset.

Images