JP2021071815A - Gift asset management system - Google Patents

Abstract

To provide a fruitful gift asset management system which considers the sentiment of a gift giver to allow a gift asset to be appropriately used.SOLUTION: The gift asset management system manages issued gift assets with respect to gift assets each of which can be exchanged for an article or a service and is given to a recipient by a giver. The gift asset management system comprises: gift issuance information registration means which records a gift ID specifying each of the issued gift assets and recipient information being information of a recipient to whom the gift asset is given, in a gift information file in association with each other; and exchange record information registration means which records exchange record information being information showing that each of the issued gift assets has been exchanged for an article or a service, in the gift information file in such a state that it can be specified by the gift ID.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. A gift may be a tangible product, but it may also be some kind of service (intangible product).
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, the catalog with the application form is a tangible gift asset. In addition, a product or service as an exchangeable object is hereinafter referred to as a "replaceable product".

In the case of any gift asset, there is an issuer who 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 to the trader for the exchange of the gift asset. The exchange trader is often the same as the issuer. Businesses that issue (sell) such gift assets and exchange them for exchanged goods (hereinafter collectively referred to as gift business) form the so-called gift industry.

In this gift industry market, it is common for gift givers to present gift assets 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 need only purchase as many gift assets as the recipients from the issuer and present them to the recipients. If the recipient is a gift asset such as a catalog-type gift that can be exchanged for any exchangeable item, the giver does not have to select the exchangeable 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 for the giver 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. For gift issuers, a large number of gift items are sold at one time, so a large amount of sales can be expected, making it a very profitable market segment.

Japanese Unexamined Patent Publication No. 2004-126825

Although it is not well known in the above-mentioned gift presentation in the form of gift assets, in reality, a considerable proportion of the gifts lose their asset value without being exchanged for the exchanged item within the deadline. It has become. If the exchange deadline for gift assets exceeds 6 months, the law requires that a certain amount of the unused (unexchanged) amount be deposited. Hereinafter, the longest deadline that does not require a deposit is referred to as a "statutory deadline" in this specification. So-called gift certificates (department store gift certificates, etc.) can often be exchanged beyond the statutory deadline, but many gift assets have an exchange deadline set within the statutory deadline.

After the exchange deadline, it cannot be exchanged, so its value as a gift asset becomes zero. Even in that case, since the gift giver provides the gift asset to the recipient, the gift is presented. It is up to the recipient to decide whether or not to actually exchange the item for replacement, and he is not aware of that.
The existence of such expired gift assets is, in fact, a significant source of revenue for gift vendors. The profit of a gift provider is the difference between the price at which the gift asset is issued and the price of the exchanged item (purchase price) exchanged for the gift asset. In the case of an expired gift asset, only the sales price is paid and the exchanged item is not provided, so the gift trader makes a whole profit.

However, the inventor of the present application recognizes that such a situation is not always appropriate for the gift industry. The giver gives the gift because he wants the recipient to be happy, and the situation where he does not receive anything is not the situation that the giver wants. If the exchange deadline is inadvertently missed, it is the wish of the giver to inform the recipient in advance. In addition, in the case of exchanging the exchanged item on the website, elderly people who are not good at IT may not be able to easily apply for exchange with the exchanged item and the deadline may expire. In such cases, the giver will want to apply on his behalf. Further, in the case of a gift asset that can be selected from various exchangeable items, it is possible that the desired product is not particularly available and the expiration date has passed. In such a case, since the giver paid the price, it would be nice to have the giver choose the form. Furthermore, if for some reason the item is not exchanged for a replacement, you have paid the price in vain, and you will want a refund.
It is an object of the present invention to provide a meaningful management system that allows the gift assets to be used appropriately in consideration of the feelings of the giver.

In order to solve the above problems, the invention of this application is a gift asset management system that manages the issued gift assets for the gift assets that the giver presents to the recipient, which can be exchanged for goods or services. There,
Gift issuance information registration method and
Exchange record information registration method and
Equipped with a storage unit
The gift information file is stored in the storage unit.
The gift issuance information registration means is a means of recording in a gift information file by associating a gift ID that identifies each issued gift asset with a gift recipient information that is information on the gift recipient to whom the gift asset is presented. Yes,
The exchange record information registration means is a means for recording exchange record information, which is information indicating that each issued gift asset has been exchanged for a product or service, in a gift information file in a state that can be identified by a gift ID.
The recipient information includes at least the recipient's name and
The gift information file has a structure in which the contents of the exchanged gift asset can be confirmed in a state in which the name of the recipient to whom the gift is presented can be identified.
Further, in order to solve the above problem, the exchange record information registration means may be a means for recording the exchange record information in the gift information file even in the case of a proxy application for exchange from the giver who presented the gift asset. ..
In addition, in order to solve the above problems, the gift asset management system is provided with a proxy application acceptance means for accepting a proxy application for exchange from the gift giver who presented the gift asset, and is a means for registering gift issuance information. Is a means to record the exchange deadline of the issued gift asset by the recipient in the gift information file, and the proxy application acceptance means applies for the exchange from the giver after the exchange deadline by the recipient has passed. It may have a configuration in which it is a means for receiving and having the exchange record information registration means record the exchange record information.
In addition, in order to solve the above problems, the gift asset management system is provided with a refund application receiving means for accepting a refund application from the giver who presented the gift asset, and the recording department provides a refund. The refund information file that records the refund information, which is the information necessary for the information, is stored, and the gift issuance information registration method is a means of recording the exchange deadline of the issued gift asset by the recipient in the gift information file. There is a possibility that the refund application receiving means is a means for accepting a refund application and recording the refund information in the refund information file after the exchange deadline by the recipient has passed.
In addition, in order to solve the above problems, the gift asset management system is provided with a refund application receiving means for accepting a refund application from the giver who presented the gift asset, and the recording department is provided with a refund application receiving means. The refund information file in which the refund information, which is necessary information, is recorded is stored, and the gift issuance information registration means is a means for recording the exchange deadline by the recipient of the issued gift asset in the gift information file. The refund application acceptance means is a means of accepting a refund application and recording the refund information in the refund information file after the exchange deadline by the recipient has passed, and after the exchange deadline by the recipient of the issued gift asset. There is a selection method that allows the giver to choose between a proxy application for exchange and a refund, and the selection method operates the proxy application reception means when the proxy application for exchange is selected, and when refund is selected. Can have a configuration that is a means for operating the refund application receiving means.
Further, in order to solve the above problems, the gift asset management system is a means for the gift issuance information registration means to record the exchange deadline of the issued gift asset by the recipient in the gift information file, and the gift is given to the recipient. A reminder output means for outputting a reminder that informs the exchange deadline of the asset is provided, and the gift issuing information registration means is a means for recording the reminder receiving address, which is the address for the recipient to receive the reminder, in the gift information file. Therefore, the reminder output means receives the reminder of the recipient corresponding to the gift ID of the gift asset for which the exchange record information is not recorded at a predetermined time before the exchange deadline according to the information recorded in the gift information file. It can have a configuration that is a means to output a reminder in a state where the address can be reached.
Further, in order to solve the above problem, in the gift asset management system, the reminder receiving address is an e-mail address that can be received by the recipient terminal, which is a terminal operated by the recipient, or a short mail or push. It is the identification number of the recipient terminal that can receive the notification, and the reminder output means is a means to output the reminder in the form of e-mail, short mail or push notification and have the recipient terminal receive it. obtain.
Further, in order to solve the above-mentioned problems, the gift asset management system is a means for the gift issuance information registration means to record the giver information, which is the information of the giver who presented the gift asset, in the gift information file. Includes a reminder report receiving address for the giver to receive a reminder report that is a report that a reminder has been output, and when the reminder output means outputs a reminder, the reminder report is sent as a gift related to the reminder. It may have a configuration that it is a means to output the asset in a reachable state to the reminding report receiving address of the giver who donated the asset.
In order to solve the above problems, the gift asset management system uses a reminder report receiving address as an e-mail address that can be received by the giver terminal, which is a terminal operated by the giver, or a short mail or push notification. It is an identification number of the giver terminal that can receive the above, and the reminder output means may have a configuration that outputs a reminder report in the form of an e-mail, a short mail, or a push notification and causes the giver terminal to receive the reminder report.

As explained below, according to the invention of the gift asset management system of this application, when a gift asset is issued, the gift ID that identifies the gift asset corresponds to the name of the recipient to whom the gift asset was presented. When the gift asset is exchanged, the exchange record information is recorded in the gift information file in a state that can be identified by the gift ID. You can check by name to see if there is any. Therefore, various merits are brought about in the gift business.
In addition, if the gift giver can apply for exchange on behalf of the gift giver, the system configuration will carry out the gift giver's desire to exchange the gift for the gift and receive the benefits of the gift. In addition, it is beneficial for the recipient who has difficulty or troublesome application.
In addition, if a refund application receiving means for refunding gift assets that have passed the exchange deadline is provided and the refund is possible, the evaluation of the gift business using this system will be enhanced.
At this time, if the giver can select whether to apply on behalf of the gift or refund, the gift assets that have not been exchanged can be treated optimally according to the recipient, and the gift business using this system can be used. Evaluation is further enhanced.
In addition, if a reminder is sent to the recipient for the gift assets that have not been exchanged within the exchange deadline, the recipient is less likely to reach the exchange deadline without noticing it. Therefore, the number of gift assets whose exchange deadline has passed without exchanging is reduced. Therefore, the evaluation of the gift business using this system is further enhanced in this respect.
At this time, if a reminder report reporting that the reminder was sent is sent to the giver, it can be confirmed that the giver does not have to contact the recipient by himself, which is convenient in this respect. It gets higher.

It is the schematic of the gift asset management system of embodiment. It is the schematic which showed an example of the gift introduction page. It is the schematic which showed the gift asset tangible thing in the example of the gift introduction page shown in FIG. It is the schematic which showed an example of the structure of an order information file. It is a schematic diagram which showed an example of the presentee information input page displayed by the presentee information registration module. It is the schematic which showed an example of the structure of the giver information file. It is the schematic which showed an example of the structure of a gift information file. It is a flowchart which showed the outline of the tangible program. It is the schematic which showed an example of the exchange application page. It is the schematic which showed an example of the exchange status browsing page. It is the schematic which showed an example in the structure of the refund information file. It is the schematic which showed an example of the refund request page displayed by the refund request page display module. It is a flowchart which showed the outline of the reminder output program. It is the schematic which showed an example of the e-mail as a reminder sent to the recipient by the reminder output means. It is a schematic diagram which showed an example of the reminder report mail sent to the giver by the reminder output means.

Next, an embodiment (embodiment) for carrying out the invention of this application will be described.
FIG. 1 is a schematic view of the gift asset management system of the embodiment. The gift asset management system of the embodiment (hereinafter, may be abbreviated as a system) includes a gift issuing information registration means, an exchange record information registration means, and a storage unit 2.
In this embodiment, the gift issuing information registration means and the exchange record information registration means are configured by the server computer 1 connected to the Internet 90. Hereinafter, this server 1 will be referred to as a main server. The main server 1 is a server that is accessed via the Internet 90 by the giver terminal 91 operated by the giver who presents the gift asset and the presenter terminal 92 operated by the presenter to whom the gift asset is presented. is there.

The storage unit 2 is a storage device such as a hard disk provided in the main server 1. However, the storage unit 2 may be a storage device on a computer provided separately from the main server 1, or may be a storage device on a server provided separately from the main server 1 such as a storage server. Is also good.
The main server 1 implements the gift issuance information registration program 31 as software for configuring the gift issuance information registration means. Further, in this embodiment, the issuance of gift assets (sale of gift assets) is also performed by the main server 1.

In this embodiment, the issuance of gift assets and the acceptance of exchange of gift assets for exchanged goods are carried out on the website. The main server 1 is also a web server that provides this website (hereinafter referred to as a gift site). Therefore, the main server 1 is operated and managed by a gift provider that provides a gift site. Hereinafter, this gift company is paraphrased as an operator. It is assumed that the person in charge operates the management terminal 93 in the operator. The management terminal 93 is a terminal that can access the main server 1 with special access authority via the network in the operator or the Internet 90.

The gift site includes a gift business introduction page, a gift introduction page, an exchange application page, and the like. The gift business introduction page is a page that explains the gift asset issuance service and the exchange service for exchanged goods provided by the operator. The gift introduction page is a page that introduces various gift assets and exchangeable items that can be exchanged for each gift asset. The main server 1 also functions as a web server, and the storage unit 2 stores HTML files that provide these pages.

FIG. 2 is a schematic view showing an example of a gift introduction page.
In this embodiment, the gift site is a site that issues wedding-related gift assets and accepts applications for exchange for exchanged items. One of the gift assets to be issued includes gift assets to be presented as gifts at a wedding reception. In the following description, as an example, the gift asset for this gift will be described.
Further, in this embodiment, the gift asset is in the form of a catalog-type gift in a broad sense. However, the catalog as a booklet is not provided, but the equivalent of the catalog is provided on the website. That is, when the recipient who received the gift asset is accessed, the contents of the catalog (contents of the exchangeable item that can be exchanged) can be viewed on the website, and the contents can be selected and exchanged from there.

As shown in FIG. 2, the gift introduction page is a page on which the name of the gift asset as a product (hereinafter referred to as the gift product name), the explanation of the contents of the gift asset, a photograph, and the like are posted. In this example, the gift asset is a catalog gift as a gift, with several different amounts (courses) available. The giver (bride and groom) can choose from these and order according to the budget.
Further, in this example, one gift asset of several types can be exchanged for a plurality (for example, three) items to be exchanged at the same time. The amount of one gift asset (sales amount) is the total amount for exchange with those plurality of exchangeable items. For example, if you choose the 5500 yen course, you will be presented with the right (gift asset) to exchange for a total of up to 5500 yen.

As shown in FIG. 2, the amount of each such course is described on the gift introduction page, and the goods handed to the recipient (the tangible gift asset. In this specification, the gift asset is tangible. .) Is posted. In this example, the gift asset tangible is a gift card, which is to be provided to the recipient in a gift bag.

FIG. 3 is a schematic view showing a tangible object in the example of the gift introduction page shown in FIG. As shown in FIG. 3, in this example, the gift card 4 as a tangible object has locations (access information printing units) 41 and 42 on which access information to the gift site is printed. 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 image-printed. In addition, the gift card 4 is printed with a deadline for exchanging gift assets and the like. The "QR code" is a registered trademark.

In the gift introduction page of FIG. 2, a hyperlink is embedded in the area where each gift asset is introduced, and a detail page displaying the details of the gift asset is linked. The detail page has a button labeled "View Catalog Contents" that allows the recipient to view the details of the exchangeable item that can be exchanged.
The detail page is linked to a button (cart button) labeled "Add to cart", and the cart button is linked to the order page for the gift asset. Then, on the order page, you can order the selected gift asset. Since these technical configurations can be made in the same way as other shopping sites, detailed explanations are omitted.

As shown in FIG. 1, the order information registration program 32 is implemented in the main server 1. The order information registration program 32 includes an order information file generation module that newly generates an order information file 51 and a recipient information registration module that registers recipient information.
The order information file 51 is a file generated corresponding to the order ID generated in one order. When the order is confirmed on the above-mentioned order page, an order ID is generated. The order information file generation module is programmed to use this order ID to determine a file name and generate a new order information file.

FIG. 4 is a schematic view showing an example of the structure of the order information file. As shown in FIG. 4, the order information file includes "gift ID", "gift product ID", "gift recipient name", "gift recipient address", "gift recipient telephone number", and "gift recipient email". A database file that records records consisting of fields such as "address".
The gift ID is information associated with the order ID, but is an ID that uniquely identifies the record in the order information file. That is, the gift ID is associated with the gift recipient name, and the gift recipient name is specified by specifying the gift ID. The "presentee name" field is a field in which the name is recorded. The gift product ID is an ID (ID corresponding to the gift product name) that identifies which gift product the gift asset is.

Although not shown, the order page is provided with a button stating "Enter the recipient information", and this button is an execution button of the recipient information registration module. FIG. 5 is a schematic view showing an example of the presentee information input page displayed by the presentee information registration module.
As shown in FIG. 5, the presentee information input page is provided with input fields such as the recipient's name, address, telephone number, and e-mail address together with the OK button 61. A page for confirming the input information is linked to the OK button 61, and a registration button is provided on this page. When the registration button is clicked or tapped (hereinafter collectively referred to as a click), the presenter information recording module adds a new record to the order information file 51, and the input information corresponds to the order information file 51. It is programmed to record each in the field. At this time, the order information registration program 32 generates a gift ID and records it in the “gift ID” field.

As shown in FIG. 5, on the recipient information input page, an additional input button 62 displaying "Additional input of information of other recipients" and "View registered recipient information" are displayed. A list browsing button 63 is provided. The additional input button 62 is a button in which a program for displaying the presentee input page is embedded by leaving each input field blank in order to input information of another presentee. The list browsing button 63 is a button in which a program for displaying a list of presentee information that has already been input and registered is embedded.
In this way, the order information registration program 32 records the information of each presentee in the order information file 51, updates the file, and stores it in the storage unit 2.

As described above, the recipient information input page is provided with an input field for the recipient's address, but in many cases it is not mandatory to enter the recipient's address. Address information is required when an application for exchange with the exchanged item (described later) is made and the exchanged item is sent, but this must be entered and sent by the recipient at the time of application. This is enough. Therefore, it is possible that the recipient information input page does not have an input field for the recipient's address.

The storage unit 2 stores the giver information file 52 in which the information of each giver is recorded. FIG. 6 is a schematic view showing an example of the structure of the giver information file. As shown in FIG. 6, the giver information file 52 contains fields such as "giver ID", "giver name 1", "giver name 2", "address", "telephone number", and "email address". A database file that records records consisting of.
There may be several configurations for recording the information in the giver information file 52. For example, as a page called from the order page, a page for inputting each of the above information may be provided in the gift site, and the page may be input and recorded. In addition, it is conceivable that the gift site will be used as a giver by a membership system, and an order will be placed after registering as a member in advance. In this case, a field for entering each of the above information will be provided on the member registration page.

On the other hand, the main server 1 is equipped with a gift issuance information registration program 31 that constitutes a gift issuance information registration means as a program called from the gift asset order page. Further, the gift information file 21 is stored in the storage unit 2. The gift information file 21 is a file for recording and managing information on all gift assets issued on the gift site.

FIG. 7 is a schematic view showing an example of the structure of the gift information file.
As shown in FIG. 7, the gift information file includes "gift ID", "order ID", "gift product ID", "gift name", "issue date", "gift owner ID", and "gift recipient ID". , "Exchange deadline", "Price", etc. It is a database file that records records consisting of feels. The "Price" field is a field in which the price paid at the time of issuing the gift asset is recorded. The "issue date" is a field in which the date on which the gift product was sold is entered.

The gift issuance information registration program 31 is called and executed from the order page with the order ID and the gift ID as arguments. The order page is provided with a button for executing the gift issuance information registration program 31 with the order ID and the gift ID as arguments.
The gift issuance information registration program 31 first searches the order information file 51 using the order ID, and acquires the values of the fields such as "gift ID" and "presentee name". Then, a new record is added to the gift information file 21, and each of the above information is programmed to be recorded. As for the "issue date", the execution date of the gift issuance information registration program 31 is recorded. When the gift issuance information registration program 31 is executed, it is treated on the system that the gift asset related to each recorded gift ID has been issued.
In addition, the "exchange deadline" is automatically calculated and input based on the "issue date". In this embodiment, the exchange deadline is uniformly set to 5 months from the issue date, and the gift issuance information registration program 31 automatically calculates and records it in the "exchange deadline" field.

In this embodiment, the gift asset is tangible as a gift card in a special bag (gift bag). Therefore, the system implements a tangible program (tangible program) 33. In this embodiment, the tangible program 33 is a program that performs some necessary printing processes.
FIG. 8 is a schematic view showing the printing process by the tangible program. As shown in FIG. 8, the tangible program 33 includes an address printing module 331 that prints on the surface paper of a gift bag (hereinafter, bag address printing), and a card printing module 332 that prints on a gift card. ..

The address printing module 331 is executed with the order ID as an argument. Although omitted in FIG. 4, the order information file 51 has a field of "bag notation" in which the notation of the giver to be printed on the surface paper of the gift bag is recorded. When ordering, the giver is supposed to specify the address to be written on the gift bag such as "○○ house", "□ △ house", and the specified information is recorded in the "bag notation" field. Will be done. The address printing module 331 opens the order information file 51 using the order ID, and acquires the number of records and the value of the "bag notation" field. Then, as shown in FIG. 8, the value of "bag notation" is printed on the address paper. When the address printing module 331 prints as many records as the number of records in the order information file 31, the process ends.

The card printing module 332 is also executed with the order ID as an argument. The card printing module 332 opens the order information file 51 using the order ID and acquires the gift ID of the first record. Then, the access information is generated in the form of including the gift ID. The access information here is information for accessing the gift site for exchanging the gift asset for the exchanged item.
Specifically, the card printing module 332 combines the domain name of the gift site, the gift ID, and the like to generate a URL for logging in to the gift site. Then, this URL is QR-coded and the image file is stored in a memory variable.

Further, the card printing module 332 searches the gift information file 21 by the order ID and acquires the exchange deadline. Then, as shown in FIG. 3, the gift ID, the URL of the gift site, and the exchange deadline are printed together with the QR code. After that, the card printing module 332 acquires the gift ID of the next record in the order information file 51, and performs the printing process in the same manner. When the printing process is performed for all the gift IDs, the card printing module 332 is completed. The card printing module 332 is programmed so that such a process is performed. The produced tangible gift assets are collectively sent to the giver by courier, etc., and then presented to each recipient by the giver at a wedding reception or the like.

Next, a configuration for exchanging such a gift asset with an exchangeable item will be described.
In the embodiment, the operator also provides a service for exchanging each issued gift asset for a replacement item. That is, the operator issues each gift asset under a contract to exchange it for a predetermined exchanged item when the recipient makes an application.
In terms of technical configuration, the system of the embodiment includes exchange application receiving means, exchange record information registration means, and the like. The exchange application receiving means is a means for accepting an application for exchange with the exchanged product. The exchange record information registration means is a means for recording the exchange record information indicating that the exchanged product has been exchanged in the gift information file 21.

Regarding the exchange of the gift asset and the exchanged item, the gift asset tangible object and the exchanged item may be actually (realistically) exchanged, but in this embodiment, the exchange application receiving means is exchanged on the website. Since the structure is such that the application for the above is accepted, the exchanged item is provided based on the gift asset, and at that time, the gift asset is extinguished (the claim is extinguished). This is also included in the concept of "exchange" in a broad sense.
The exchange application receiving means is configured by the exchange application receiving program 34 implemented in the main server 1. The exchange application acceptance program 34 includes an exchange application page display module, an exchange application processing module, and the like.

FIG. 9 is a schematic view showing an example of the exchange application page.
There are two configurations for displaying the exchange application page on the recipient terminal 92. One is a method of logging in to the gift site by reading the QR code (first access information printing unit 41) of the gift card 4. In this case, since the gift ID is automatically sent as the login ID, the exchange application page is immediately displayed on the recipient terminal 92, and the exchange application becomes possible.
The other is to manually enter the URL to log in. That is, since the URL for logging in to the gift site is described on the gift card 4 (second access information printing unit 42), when the URL is input on the presentee terminal 92, the login screen is displayed. The login here is a login as a recipient (login as a person with a gift ID). If you enter the gift ID as the login ID and click the OK button, you will be logged in as the recipient.

In either case, when you log in, the exchange application page shown in FIG. 9 is displayed. As shown in FIG. 9, the exchange application page is a page that displays the exchange deadline for confirmation and introduces exchangeable items side by side.
The exchange application acceptance program 34 is automatically activated when a login is made, and is executed with a gift ID as a login ID as an argument. The exchange application page display module searches the gift information file 21 by the gift ID and acquires information such as the gift product ID and the exchange deadline. Then, it is programmed to acquire the exchangeable amount according to the gift product ID, set the name and image of each exchangeable item, incorporate it into the exchange application page, and display it on the presenter terminal 92.

In FIG. 9, the part displaying the name and image of each exchanged product is a hyperlink 71, which links to a page displaying the details of the exchanged product. Hereinafter, this hyperlink 71 is referred to as a detailed browsing button. The item to be exchanged ID is embedded in the detail browsing button 71, and a detail display page for displaying the details of the item to be exchanged that can be exchanged by the displayed gift asset is linked.
Although the detailed display page is not shown, a column for selecting a product to be replaced is provided, and a replacement button labeled "Replace" is provided. 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 module.
As shown in FIG. 9, in this example, the recipient 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 711.

The exchange application processing module is a program module that outputs a shipping slip for shipping the exchanged product. The exchange application processing module is also a module that calls and executes the exchange record information registration program 35 that constitutes the exchange record information registration means. The exchange application processing module is programmed to execute the exchange record information registration program 35 with the gift ID as an argument after outputting the shipping slip.

As shown in FIG. 7, the gift information file 21 includes a field for "exchange date". The exchange record information registration program 35 searches for the gift information file 21 by the gift ID, and records the execution date of the module in the "exchange date" field of the corresponding record. In the "gift ID", a value held as a login ID is recorded.
When the exchange record information is recorded in the gift information file 21 in this way, it is treated as having been exchanged for the exchanged item on the system, and the value of the gift asset is set to zero for the exchanged part.

The gift asset management system of such an embodiment further includes a proxy application receiving means, a refund application receiving means, a selection means, a reminder output means, and the like. Each of these means is also composed of the main server 1 and each program implemented in the main server 1. Hereinafter, these means will be described.

First, the means for accepting proxy applications will be described.
The proxy application receiving means is a means for accepting a proxy application from the giver of the gift asset for the gift asset for which the exchange record information is not recorded in the gift information file 21. In other words, it is a means for the giver to apply for the exchange of gift assets on behalf of the recipient. The proxy application receiving means is configured by the proxy application receiving means implemented in the main server 1.
In this embodiment, for example, 5 months, which is slightly before the legal exchange deadline, is set as the exchange deadline, and there is a margin of 1 month. This one month is set as the period during which the giver can apply for proxy.

Before explaining the proxy application means, the exchange status viewing means will be explained. The exchange status viewing means is also a means of supporting the proxy application means. The exchange status viewing means is a means for the giver to view the exchange status of the gift asset that he / she has given. The exchange status viewing means is composed of the main server 1 and the exchange status viewing program 36 implemented in the main server 1.

On the gift site, as described above, the giver is given an ID of the giver (giver ID), and the giver ID can be used to log in to the main server 1. You can view the exchange status when you log in with the giver ID.
FIG. 10 is a schematic view showing an example of an exchange status browsing page. When you enter the giver ID on the giver terminal 91 and log in with the giver ID, a page showing the actions (list of services that can be received) that can be performed on the gift site as the giver (hereinafter referred to as the giver top page) is displayed. , There is an exchange status browsing button that says "View gift exchange status". The exchange status viewing button is an activation button of the exchange status viewing program 36.

The exchange status viewing program 36 is a program in which the giver ID at the time of login is used as an argument. The exchange status viewing program 36 searches for the gift information file 21 by the giver ID, extracts all the records that match the giver ID, and temporarily stores them in the variable. Next, the exchange status viewing program 36 searches the gift information file 21 with the gift asset ID of the extracted record, and acquires the value in the "exchange date" field of the matching record. After doing this for all gift IDs, the exchange status viewing program 63 is programmed to list each piece of information as shown in FIG. 10, incorporate it into a page, and display it on the gifter terminal 91.

As shown in FIG. 10, a list of gift assets given by the giver is displayed on the exchange status viewing page. If the exchange date column is blank, the gift asset whose exchange date is a Null value is a gift asset that has not been exchanged at the time of executing the program.
As shown in FIG. 10, each line of the list is provided with a proxy application button 64 labeled "proxy application". The proxy application button 64 can be executed only when the exchange date is blank and the exchange time has passed the exchange deadline (for example, the Enabled property is set to the true value).

The proxy application receiving means is composed of the main server 1 and the proxy application receiving program 37 implemented in the main server 1. The proxy application acceptance program 37 includes a proxy application page display module and a proxy application processing module. The proxy application button 64 shown in FIG. 10 is an execution button of the proxy application page display module.
The proxy application page is almost the same as the exchange application page shown in FIG. However, the name of the recipient (the recipient) who gave the selected gift asset (the gift asset to be exchanged on behalf of the gift asset) is displayed for confirmation.

A replacement button is also provided on the proxy application page, and this replacement button serves as a start button for the proxy application processing module. The proxy application processing module is almost the same as the exchange application processing module described above, and is a program that outputs a shipping slip and executes an exchange record information program. The gift information file 21 is provided with a field (not shown) for identifying whether the exchange was performed by the recipient's application or the gift giver's application, and is exchanged by the proxy application processing module. When the performance information registration program 35 is executed, the exchange performance information registration program 35 is programmed to record in this field that the exchange is at the request of the giver.

In the above example, the unexchanged gift assets are individually applied for proxy, but a configuration in which a plurality of gift assets are collectively applied for proxy may be adopted. For example, each line of the list should have a checkbox to select a proxy application so that it is feasible for unexchanged gift assets. Then, a separate page for proxy application is provided to exchange all the checked gift assets for the same exchanged item, and the proxy application is made here.

Next, the means for accepting refund applications will be described.
The means of accepting refund applications forms another major feature of the system of this embodiment. In the business of selling gift products in the form of receivables with an exchange deadline such as catalog-type gifts, as mentioned above, there are quite a few cases where the exchange deadline arrives without being exchanged. This part has become a non-negligible source of revenue for gift vendors, and there is no momentum to change it.
On the other hand, the inventor of the present application considers that such a situation is not always appropriate, and adds a means for accepting refund applications in the configuration of the embodiment. That is, the refund application receiving means is a means for making it possible to refund the gift asset whose exchange deadline has passed to the giver.

As shown in FIG. 1, the refund information file 53 is stored in the storage unit 2. FIG. 11 is a schematic diagram showing an example in the structure of the refund information file.
As shown in FIG. 11, the refund information file includes "refund information ID", "giver ID", "giver name", "bank name", "branch name", "account number", "name", and "name". It is a database file that records records consisting of fields such as "refund application date" and "refund execution date". The refund application receiving means is a means for recording refund information in the refund information file 53. The "refund information ID" is an ID that uniquely identifies each record in the refund information file 53.

A refund page display program 37 and a refund information registration program 38 are implemented on the main server 1 as a means for accepting refund applications. The refund page display program 37 can be displayed from the exchange status viewing page.
As shown in FIG. 10, each line of the list of the exchange status browsing page is provided with a column for the final deadline. The final deadline means the deadline for proxy application or refund. In this embodiment, the final deadline coincides with the statutory deadline, which is uniformly 6 months from the issue date. The exchange status viewing program 36 is programmed to automatically calculate the date of 6 months from the issue date and display it in this column.

The list in the exchange status browsing page is provided with a column labeled "Refund Check", and a check box 65 is provided in this column. This check box 65 is an input field (hereinafter referred to as a refund check field) for requesting a refund for the gift asset. The refund check field 65 is a valid (checkable) input field only for gift assets whose exchange date is blank and the exchange deadline has passed. In addition, gift assets for which proxy applications have been submitted will be treated as invalid (uncheckable) input fields.

As shown in FIG. 10, on the exchange status browsing page, a number display column (hereinafter, refund application number display column) 66 is provided on the right side of the notation "number of refund applications" at the bottom of the list. Further, on the right side thereof, a notation of "refund amount" and a display column of the amount (hereinafter referred to as a refundable amount display column) 67 are provided.
The exchange status viewing program 36 calculates the total number of gift assets for which the refund check column 65 is checked and displays them in the refund application number column 66, and also calculates the refund amount and displays it in the refund amount display column 67. Is programmed. That is, the exchange status viewing program 36 searches for the gift information file 21 with each unexchanged gift ID in which the refund check column 65 is checked, acquires the value in the "price" field, and totals them in the refund column. It is programmed to display on 67. As shown in FIG. 10, an update button 69 is provided on the exchange status browsing page. The update button 69 has a code embedded in it that re-executes the exchange status viewing program 36. When the update button 69 is clicked after the input to the refund check field 65 is changed, the number of refund applications and the refund amount are recalculated in the changed state and recalculated in the refund application number display field 66 and the amount display field 67. Is displayed.

As shown in FIG. 10, the exchange status viewing page is provided with a refund application button 68 stating "Apply for refund". The refund application button 68 is a start button of the refund information registration program 38. The refund information registration program 38 is a program that records refund information in the refund information file 53 shown in FIG. 11, and includes a refund application page display module and a refund information recording module. The refund information registration program 38 is executed by using the gift ID of the gift asset for which the refund check column 65 is checked as an argument. For example, the ID of the gift asset for which the refund check column 65 is checked is recorded in a database file (hereinafter referred to as a refund target information file), and this file is passed as an argument. The refund target information file is a relational database file associated with the refund information file 53, and is provided for each record of the refund information file 53.

FIG. 12 is a schematic view showing an example of a refund application page displayed by the refund application page display module.
As shown in FIG. 12, the refund application page is provided with fields for inputting information on the bank account of the refund destination and an OK button 70. A page for confirming the input information is linked to the OK button 70, and a send button is provided on this page. The submit button is the activation button for the refund information recording module. The refund information recording module is programmed to add a new record to the refund information file 53 when activated and record each information entered on the refund request page in the new record. The "Refundable Gift" field is a field in which the filename of the refundable information file is recorded. The "refund execution date" is a Null value at this point.

The refund information recording module is programmed to record refund information in the gift information file 21 in addition to the refund information file 53. As shown in FIG. 7, the gift information file 21 is provided with a “refund application date” field and a “refund execution date” field. The refund information recording module reads the gift IDs one by one from the refund target information file 53, searches the gift information file 21, and records the execution date of the program of the "refund application date" of the corresponding record. The "refund execution date" remains the Null value.

The record when the refund is actually made is performed by the management terminal 93. A refunded recording program (not shown) is implemented in the main server 1, and the refunded recording program is executed at the request of the management terminal 93 to record the refund. The refunded recording program is executed with the refund information ID as an argument. The refunded recording program searches the refund information file 53 by the refund information ID, and records the execution date of the program in the "refund execution date" of the corresponding record. Further, the refund target information file is opened according to the value of the "refundable gift" of the record, the gift information file 21 is searched for each gift asset ID, and the execution date of the program is recorded in the "refund execution date" of the relevant record.
Actually, the person in charge at the operator executes the refund after confirming that the refund application contents are correct. There is also a program in place to notify the giver by e-mail in advance of the expected refund date. The execution of the refunded recording program is performed after confirming that the refund has actually been made through the financial institution. In addition, fees (operator fees, transfer fees, etc.) may be deducted for refunds.

Further, as described above, in this embodiment, one gift asset can be exchanged for a plurality of exchangeable items. Therefore, it is possible that a portion of a gift asset has been exchanged, but the balance, that is, the portion that has not been exchanged, remains. Therefore, the refund application means in the embodiment makes it possible to refund the balance. Specifically, the gift information file 21 is provided with a "remaining amount" field. Although omitted in FIG. 10, a “balance” column is provided on the exchange status viewing page so that the balance is displayed for each gift asset. The refund check field 65 is an executable input field for gift assets whose balance is not zero. The refund information registration program 38 acquires the balance from the gift information file 21 and records it in the refund target information file for the gift asset whose exchange date is recorded but the balance is not 0, and is further recorded in the refund information file 53. It is programmed to be included in the amount of money.

As can be seen from the above explanations, the exchange status viewing program 36 constitutes the selection means in this embodiment. That is, the exchange status viewing program 36 makes it possible to select whether to apply for exchange on behalf of the exchange or refund on the exchange status viewing page, which constitutes the selection means in the embodiment.

Next, the reminder output means will be described.
The reminder output means is an output means for sending a reminder to the recipient. Reminders are contacts that inform you of the deadline for exchanging gift assets. In this embodiment, the reminder output means is a means for transmitting the reminder by digital communication. There are various types of digital communication, but in this embodiment, it is a means for sending a reminder in the form of an e-mail.

The reminder output means is composed of a main server 1 and a reminder output program 39 implemented in the main server 1. The reminder output program 39 is a program that is automatically executed periodically, for example, once a week.
FIG. 13 is a flowchart showing an outline of the reminder output program 39, and FIG. 14 is a schematic view showing an example of an e-mail as a reminder transmitted to the recipient by the reminder output means. Further, FIG. 15 is a schematic diagram showing an example of a reminder report email sent to the giver by the reminder output means.

As shown in FIG. 14, the e-mail as a reminder contains the name of the giver, the name of the gift product, the exchange deadline, and the like for the gift asset presented. Then, the replacement deadline is approaching, and after the replacement deadline, the replacement will not be possible, so a message recommending early replacement is described.
In addition, a hyperlink 72 is attached to the email as a reminder. Access information corresponding to the QR code in the gift card described above is embedded in the hyperlink 72, and the link information is created by adding a gift ID for login to the URL of the gift site.

The reminder output program 39 is executed in units of the order information file 51. Although not shown, the storage unit 2 stores a database file that stores the file names of all the order information files 51, and the reminder output program 39 acquires the file names from this and opens them one by one. To process.
The reminder output program 39 opens the first order information file 51 and reads the gift ID of the first record of the order information file 51. Then, the gift information file 21 is searched by the gift ID, and the exchange date is not recorded in the corresponding record, and the value obtained by subtracting the program execution date from the value of the "exchange deadline" is within the predetermined number of days. Determine if there is. For example, it is determined whether the value is one of four days before and after one week ago, four days before and after one month ago, and four days before and after two months ago. Hereinafter, the predetermined number of days until the exchange deadline is referred to as a reminder setting period. If any of the remind setting periods is applicable, the value of the remind setting period is stored in a variable, and from the record of the order information file 51, the "gift recipient name", "gift product name", and "exchange deadline" are displayed. , Get the value of the "Email Address" field respectively.

The storage unit 2 stores a mail template file for reminders. The reminder output program 39, after acquiring the values of the above fields, opens the mail template file and pastes each value to create a reminder. Then, the name of the recipient, the name of the gift product, and the exchange deadline are pasted as shown in FIG. 14 and sent to the acquired e-mail address. At this time, the recipient name, product name, and exchange deadline information pasted on the reminder are temporarily recorded in a database file (hereinafter referred to as a temporary report file). The temporary reporting file is a relational database file associated with the order information file 51.
The reminder output program 39 also processes the next record in the order information file 51 in the same manner, and sends a reminder by e-mail when any of the reminder setting periods is applicable. Then, similarly, a record is added to the temporary report file to record each information.

After processing all the records in one order information file 51, the reminder output program 39 executes a report transmission module that sends a report mail to the giver. A template file for a report mail is stored in the storage unit 2. The report sending module opens this template file, pastes the information of the temporary report file, and creates a report e-mail as shown in FIG. Next, the giver ID is acquired from the order information file 51, the giver information file 52 is searched, and the giver's e-mail address is acquired. Then, the created report e-mail is sent to this e-mail address. In addition, in FIG. 15, it is reported that only one reminder was given (only to one recipient), but a reminder is given to a plurality of recipients for each execution of the reminder output program 39. It may be sent, in which case the report email will include a report of the reminder sent to those multiple recipients.

This completes the processing for one order information file 51, and the reminder output program 39 opens the next order information file 51 and performs the same processing. When the same processing is completed for all the order information files 51, the reminder output program 39 is finished. The reminder output program 39 is programmed so that such processing is performed.
As shown in FIG. 15, a hyperlink 73 for displaying the exchange status viewing page on the main terminal 91 is embedded in the report mail. An order ID is embedded in the hyperlink 73, and the exchange status browsing page shown in FIG. 10 is displayed by clicking the hyperlink 73.

The operation of the gift asset management system of the embodiment related to such a configuration will be collectively described below.
The exchanged item to be exchanged in the system of the embodiment is purchased in advance by the operator so that it can be shipped, or the operator and the provider of the exchanged item contract with the operator to give the recipient. Make sure it is shipped directly. In addition, the operator will carry out various advertisements, banner advertisements on other sites, SEO measures, etc. so that the gift site can be accessed.
In this embodiment, since the gift site presents a web-catalog gift as a gift for a wedding reception, it is assumed that the gift site is accessed by a couple planning to get married.

The giver who is going to be the groom or the bride operates the giver terminal 91 to access the gift site. Then, while browsing the gift introduction page, if you decide to give a gift on this site, select any gift item and place an order on the order page. At this time, the presenter information input page is displayed on the giver terminal 91, and the presenter information is input.
When the order is confirmed, the order information registration program 32 is executed to generate an order ID, and a new order information file 51 is generated with a file name using the order ID. Then, as many records as the number of presentees are added to the order information file 51, and the gift product ID and the gift ID of the ordered gift product are recorded. In addition, the name, e-mail address, etc. of each recipient entered on the recipient information input page are recorded in each record of the order information file 51.

When the order is confirmed, the gift issuance information registration program 31 is called and executed. The gift issuing information registration program 31 adds new records to the gift information file 21 by the number of recipients (the number of records in the order information file 51), and adds an order ID, a gift ID, a giver ID, a recipient name, and issuance. Record each day, etc.
Next, the tangible program 33 operates to print the surface paper of the gift bag and print the card for producing the gift card 4. Then, the person in charge at the operator puts the gift card 4 in the gift bag and ships it by mail. The destination may be the giver's home, or it may be sent directly to the reception hall. In this way, gifts (tangible gift assets) are prepared as gifts at the wedding reception and provided to each attendee.

The provided attendee (presentee) will operate the presenter terminal 92 at a later date to access the gift site with the gift card 4. That is, the QR code (first access information printing unit 41) is read to automatically log in, or the URL printed on the gift card 4 (second access information printing unit 42) is input and displayed. Enter the gift ID on the login screen to log in.

The recipient clicks the detailed browsing button 71 on the exchange application page displayed after logging in to view the detailed information of the exchangeable exchanged item. Then, after selecting an arbitrary item to be replaced, click the exchange button to apply for exchange. As a result, the exchange record information registration program 35 is executed, and the exchange date (program execution date) is recorded in the gift information file 21. At the same time, a shipping slip is printed for shipping the exchanged item.
The person in charge at the operator either ships the exchanged item from the company's warehouse according to the shipping slip, or sends the shipping slip to the consignment business to request shipping. As a result, the exchanged item is sent to the recipient.
When the exchanged item is a service, an article certifying that the person has the right to receive the service (for example, a service ticket) is often sent as the exchanged item.

On the other hand, the reminder output program 39 is automatically executed once a day. The reminder output program 39 searches the gift information file 21, identifies the gift asset for which the exchange date is not recorded at the time of execution of the program, and the number of days remaining for the reminder setting period with respect to the exchange deadline is specified, and the gift is given. Get an ID. Then, the order information file 51 is opened, the recipient name and the e-mail address are acquired, incorporated into the template file, and an e-mail is created. Then, the created e-mail is sent to the e-mail address as a reminder. Further, when at least one reminder is transmitted, the reminder output program 39 sends a report mail to the e-mail address of the giver related to the gift ID.

In addition, the giver operates the giver terminal 91 to appropriately view the exchange status of the gift asset. That is, the giver ID is entered to log in to the gift site, and the giver top page is displayed on the giver terminal 91. Then, click the exchange status browsing button to display the exchange status browsing page.
The giver checks the exchange status of the gift asset he / she has given on the exchange status viewing page, and considers whether to apply for a proxy or get a refund for the gift asset whose exchange deadline has passed. When the proxy application is selected, the proxy application button 64 of the line displaying the gift asset is clicked, and the proxy application page is displayed on the gifter terminal 91. Then, select any item to be replaced and apply for proxy.
When selecting a refund for a product whose exchange deadline has passed, check the refund check column 65 and click the refund application button 68. As a result, the refund application page will be displayed. Enter the bank name, account number, etc. and click the send button to apply for a refund. As a result, the refund information is recorded in the refund information file 53.

Along with exchanging or refunding each gift asset with an exchangeable item, reminding by a reminder output means can be performed as described above. The recipient who received the reminder did not apply for the exchange due to reasons such as forgetting it, but if he / she wants to apply, click the hyperlink 72 described in the e-mail on the recipient terminal 92. And go to the gift site. As a result, you will be automatically logged in with your gift ID and the exchange application page will be displayed. Then, an arbitrary replacement product is selected and a replacement application is made.
In addition, the giver who received the report mail clicks the hyperlink 73 in the report mail to log in to the gift site and browses the exchange status viewing page. Then, a refund application is made for a gift asset that has passed the exchange deadline and is before the refund deadline, or a proxy application is made.

According to the gift asset management system of such an embodiment, when a gift asset is issued, the gift ID and the gift recipient information of the recipient to whom the gift asset related to the gift ID is presented correspond to each other as a gift. Recorded in the information file 21, the recipient information includes the recipient's name, and the exchange application receiving means acquires the gift ID and accepts the exchange application. Therefore, the recipient of the exchanged gift asset The name of is identifiable on the system. This brings various benefits in the gift business.

For example, since the giver knows who he / she gave the gift to, if the name of the recipient who exchanged the gift is known, the recipient who has not exchanged the gift can also be known. Therefore, the giver can directly call the recipient to encourage the exchange.
In the catalog-type gift business, which is typical of the conventional gift business that issues gift assets, it is not possible to record the recipient of the catalog-type gift in a file in correspondence with the ID of the catalog-type gift. It is not possible to identify who is exchanging and who is not exchanging among the recipients. Also, there is no incentive to make such an identification.

On the other hand, according to the embodiment, since the recipient who has been exchanged or has not been exchanged can be identified at least in the form of the name of the recipient, subsequent measures can be effectively taken. For example, if the name of the recipient who has not exchanged is printed and sent to the giver, the giver can contact the recipient who has not exchanged.
Such a thing promotes the exchange with the exchanged item, and as mentioned above, the profit of the gift trader is lowered. Therefore, it can be said that it is contrary to the conventional way of thinking in the industry. However, the inventor believes that encouraging the exchange of exchanged items is important for the proper development of the gift industry, and has come up with the above configuration.

Further, in the above embodiment, the gift giver can exchange the gift asset to be exchanged by making a proxy application on behalf of the recipient for the gift asset whose exchange deadline has passed. This means that the gift giver's feelings of wanting to exchange the exchanged item and receive the benefits of the gift because the gift was given will be maintained in the system configuration. In addition, some recipients are not good at IT, and the configuration of the embodiment in which the giver can apply on behalf of the recipient is also suitable in this respect. It should be noted that the configuration that enables proxy application is also a configuration that cannot be expected from the prior art because it causes a decrease in profit in that part for the gift trader.

Further, in this embodiment, a refund application receiving means for refunding the gift asset whose exchange deadline has passed is provided, and the refund is possible. This point also contributes to increasing the reliability of the gift business using this system. As a gift giver, if the recipient does not exchange the gift, he / she will get a refund, which makes him want to buy the gift at this gift site. Therefore, in the end, the evaluation of the gift site and the evaluation of the operator will be enhanced.

At this time, since the giver can select whether to apply on behalf of the gift or refund, the gift asset that has not been exchanged can be treated optimally according to the recipient. For example, if you are a very important person and you really want to receive it, you can apply on your behalf, and if not, you can choose a refund. The choice of proxy application or refund also contributes to the evaluation of this system and the evaluation of gift sites that use this system.

Further, in this embodiment, since a reminder is sent to the recipient for the gift assets that have not been exchanged within the exchange deadline, it is less likely that the recipient will reach the exchange deadline without noticing it. Therefore, the number of gift assets whose exchange deadline has passed without exchanging is reduced. This point is also contrary to the conventional way of thinking of gift vendors, but it is worth giving because it is appreciated by the recipient and it is easy for the giver to exchange it for the exchanged item. It will be. Therefore, in the end, the evaluation of the gift site and the evaluation of the operator will be higher.

At this time, a report reporting that the reminder has been sent is sent to the giver, and the giver can decide the subsequent measures in consideration of this. If it is not reported, for example, it is possible to contact each recipient to confirm whether or not they have exchanged, but in the system of the embodiment, the system reminds me and reports that I have reminded. There is no such trouble because it will help you.

Further, as described above, in this embodiment, one gift asset can be exchanged for a plurality of exchangeable items. This point makes it possible for the recipient to have a wider range of choices, and contributes to further improving the evaluation of the gift site and the evaluation of the operator. At this time, since a technical configuration that enables refund of the remaining amount even if a part of the product is exchanged is adopted, these evaluations are further enhanced.

In the above embodiment, the tangible gift asset is a gift card 4 placed in a gift bag, which is presented at the reception of a wedding reception or the like or is sent at a later date by a courier or the like. In addition to the form, various things can be assumed as gift asset tangibles. For example, a gift card 4 can be placed in an envelope with the recipient's name printed on it and presented at the reception desk, or placed in front of the recipient's seat (the seat at the reception) like a seat card. You may.

Further, in the above embodiment, the exchange status viewing program 36 can be said to be a means for confirming the contents of the gift information file 21. Various configurations can be considered for this purpose, even if it is not something like the exchange status viewing program 36. For example, the gift giver may be able to open the gift information file and check the contents directly. In addition, there may be a configuration in which the gift information file is output in some form and provided to the giver. For example, it can be emailed as an attachment, printed out, faxed, or mailed. Further, the content of the gift information file may be confirmed by the person in charge at the operator. For example, the person in charge can confirm the contents of the gift information file on the management terminal 93 or the like and notify the giver or the recipient by telephone.

Further, in the above embodiment, the gift information file may be divided into two or more files. For example, a file for recording information at the time of issuing a gift asset and a file for recording exchange record information at the time of exchange may be separated. In this case, each record in the file for recording the issue information can be identified by the gift ID, and the record in the file for recording the exchange record information can also be identified by the gift ID.

The term "gift information file" has a broad meaning such as a file in which information about a gift is recorded. Therefore, in the above embodiment, the files other than the gift information file 21 also correspond to the gift information file in a broad sense. In that sense, information from other files may also be recorded together in one gift information file. For example, the information in the giver information file 52 may be collectively recorded in the gift information file 21, and the giver information file 52 may not be particularly provided. In this configuration, the gift information file 21 includes a field for recording the giver's information, and each record is recorded including the giver's information.

Further, as the configuration of the proxy application reception means, it is not always necessary to use the website reception, that is, the proxy application reception program 37, and the reception by mail or fax may be used. This also applies to a normal exchange application (application by the recipient). In the case of application by mail or fax, the person in charge of the operator operates the management terminal 93 to access the main server 1 to perform the exchange business. In this case, the management terminal 93 that records the exchange record information is the means for receiving the application.

The same applies to refund applications, and it is not always necessary to accept applications on the website. Applications may be made by e-mail, mail, or fax, and the person in charge sends the refund information file 53 to the refund information file 53 using the management terminal 93. It may be possible to record. In this case, the management terminal 93 that records the refund information is the means for accepting the refund application.

Reminders may also be sent in the form of so-called short emails or push notifications, as well as in the form of emails. In the case of short mail, the telephone number as the identification number of the terminal is the reminder receiving address. In the case of push notification, the identification number of the smartphone on which the dedicated application is downloaded is the reminder receiving address. This is also the case with remind reports.
It is not essential that the reminder be sent by digital communication, and it may be sent by mail. For example, the reminder output means may be a means for printing a postcard, and the contents of the reminder may be printed on the postcard and mailed. This also applies to remind reports. When the e-mail address of the recipient is unknown, the giver leaves the e-mail address field blank on the recipient information input page. In this case, the reminder output program 39 may be configured to be printed on a postcard or the like.

Further, in the above embodiment, each means is described as being composed of one main server 1, but each means may be composed of different server computers, and one means is composed of a plurality of server computers. It may be done.
In the above embodiment, the final deadline for gift assets is set as the statutory deadline, but refunds for gift assets may be permitted even after the statutory deadline (deposit is not required), and the statutory deadline. The deadline that exceeds the deadline may be the final deadline.

Further, in the above description, the gifts at the wedding reception have been exclusively taken up, but the gift management system of the present invention can be applied to various gifts presented for various purposes and uses other than this. For example, it can be applied to gift assets presented for the purpose of gratitude to funeral attendees (so-called return of incense). In addition to gift assets presented in connection with meetings where many people gather, it may also be applied to gift assets presented as one-off celebrations such as birthday celebrations and employment celebrations.

1 Main server 2 Storage 21 Gift information file 31 Gift issuance information registration program 32 Order information registration program 33 Tangible program 34 Exchange application acceptance program 35 Exchange record information registration program 36 Exchange status viewing program 37 Proxy application acceptance program 38 Refund information registration Program 39 Reminder output Program 4 Gift card 41 Access information printing department 42 Access information printing department 51 Order information file 52 Giver information file 53 Refund information file 64 Refund application button 65 Refund check field 90 Internet 91 Giver terminal 92 Presenter terminal

In order to solve the above problems, the invention of this application is a gift asset management system that manages the issued gift assets for the gift assets that the giver presents to the recipient, which can be exchanged for goods or services. There,
Gift issuance information registration method and
Exchange record information registration method and
Equipped with a storage unit
The gift information file is stored in the storage unit.
The gift issuance information registration means is a means of recording in a gift information file by associating a gift ID that identifies each issued gift asset with a gift recipient information that is information on the gift recipient to whom the gift asset is presented. Yes,
The exchange record information registration means is a means for recording exchange record information, which is information indicating that each issued gift asset has been exchanged for a product or service, in a gift information file in a state that can be identified by a gift ID.
The recipient information includes at least the recipient's name and
The gift information file has a structure in which the contents of the exchanged gift asset can be confirmed in a state in which the name of the recipient to whom the gift is presented can be identified.
In this gift asset management system, the gift issuance information registration means is a means for recording a gift ID and a recipient information in a gift information file in association with each other when the giver pays for the gift asset.
Further, the exchange record information registration means is a means for recording the exchange record information in the gift information file even in the case of a proxy application for exchange from the giver who presented the gift asset.
In addition, in this gift asset management system, for gift assets, a proxy application acceptance means for accepting proxy applications for exchange from the giver who presented the gift asset is provided, and the gift issuance information registration means is the issued gift. It is a means to record the exchange deadline by the recipient of the asset in the gift information file, and the proxy application acceptance means accepts the proxy application for exchange from the giver after the exchange deadline by the recipient and registers the exchange record information. It is a means for causing the means to record exchange record information.
In addition, in this gift asset management system, a refund application receiving means for accepting a refund application from the giver who presented the gift asset is provided for the gift asset, and the storage unit is the information necessary for the refund. The refund information file in which the information is recorded is stored, the gift issuing information registration means is a means for recording the exchange deadline by the recipient of the issued gift asset in the gift information file, and the refund application receiving means is , is a means to record the refund information an application for a refund to refund information files accepted after the past the exchange deadline by the presentation's refund request acceptance means, the proxy application of the exchange from the proxy application acceptance means the giver When the exchange record information is received and the exchange record information is recorded in the exchange record information registration means, the refund application is not accepted.
In addition, in order to solve the above problems, this gift asset management system is provided with a selection means that allows the giver to select whether to apply for exchange or refund after the exchange deadline by the recipient of the issued gift asset. The selection means may have a configuration in which the proxy application receiving means is operated when the exchange proxy application is selected, and the refund application receiving means is operated when the refund is selected.
Further, in order to solve the above-mentioned problems, the gift asset management system is provided with a reminder output means for outputting a reminder, which is a contact notifying the recipient of the exchange deadline of the gift asset, and the gift issuance information registration means is a recipient. It is a means to record the reminder receiving address, which is the address where the giver receives the reminder, in the gift information file, and the reminder output means is the exchange record at a predetermined time before the exchange deadline according to the information recorded in the gift information file. It may have a configuration in which the reminder is output in a state in which the reminder receiving address of the recipient corresponding to the gift ID of the gift asset for which the information is not recorded can be reached.
Further, in order to solve the above problem, in the gift asset management system, the reminder receiving address is an e-mail address that can be received by the recipient terminal, which is a terminal operated by the recipient, or a short mail or push. It is the identification number of the recipient terminal that can receive the notification, and the reminder output means is a means to output the reminder in the form of e-mail, short mail or push notification and have the recipient terminal receive it. obtain.
Further, in order to solve the above problem, the gift asset management system is a means for registering the gift issuance information to record the giver information, which is the information of the giver who presented the gift asset, in the gift information file. Includes a reminder report receiving address for the giver to receive a reminder report that is a report that a reminder has been output, and when the reminder output means outputs a reminder, the reminder report is sent as a gift related to the reminder. It may have a configuration that it is a means to output the asset in a reachable state to the remind report receiving address of the giver who donated the asset.
In addition, in order to solve the above problem, in the gift asset management system, the remind report receiving address is an e-mail address that can be received by the giver terminal, which is a terminal operated by the giver, or a short mail or push notification. It is an identification number of the giver terminal that can receive the above, and the reminder output means may have a configuration that outputs a reminder report in the form of an e-mail, a short mail, or a push notification and causes the giver terminal to receive the reminder report.

As explained below, according to the invention of the gift asset management system of this application, when a gift asset is issued, the gift ID that identifies the gift asset corresponds to the name of the recipient to whom the gift asset was presented. When the gift asset is exchanged, the exchange record information is recorded in the gift information file in a state that can be identified by the gift ID. You can check by name to see if there is any. Therefore, various merits are brought about in the gift business.
In addition, because the giver can apply for exchange on behalf of, it is intended to penetration of the feelings of the giver and the exchange that want to benefit from the gift of the replacement because of the long-awaited presentation in the system configuration, It is also beneficial for recipients who find it difficult or troublesome to apply.
In addition, because equipped with a refund request acceptance means for performing a refund for the gift assets after the exchange deadline is a refund is configurable, evaluation of the gift business using this system is enhanced.
At this time, if the giver can select whether to apply on behalf of the gift or refund, the gift assets that have not been exchanged can be treated optimally according to the recipient, and the gift business using this system can be used. Evaluation is further enhanced.
In addition, if a reminder is sent to the recipient for the gift assets that have not been exchanged within the exchange deadline, the recipient is less likely to reach the exchange deadline without noticing it. Therefore, the number of gift assets whose exchange deadline has passed without exchanging is reduced. Therefore, the evaluation of the gift business using this system is further enhanced in this respect.
At this time, if a reminder report reporting that the reminder was sent is sent to the giver, it can be confirmed that the giver does not have to contact the recipient by himself, which is convenient in this respect. It gets higher.

A replacement button is also provided on the proxy application page, and this replacement button serves as a start button for the proxy application processing module. The proxy application processing module is almost the same as the exchange application processing module described above, and is a program that outputs a shipping slip and executes the exchange record information registration program 35. The gift information file 21 is provided with a field (not shown) for identifying whether the exchange was performed by the recipient's application or the gift giver's application, and is exchanged by the proxy application processing module. When the performance information registration program 35 is executed, the exchange performance information registration program 35 is programmed to record in this field that the exchange is at the request of the giver.

Claims (9)

A gift asset management system that manages the issued gift assets that can be exchanged for goods or services and that the giver presents to the recipient.
Gift issuance information registration method and
Exchange record information registration method and
Equipped with a storage unit
The gift information file is stored in the storage unit.
The gift issuance information registration means is a means of recording in a gift information file by associating a gift ID that identifies each issued gift asset with a gift recipient information that is information on the gift recipient to whom the gift asset is presented. Yes,
The exchange record information registration means is a means for recording exchange record information, which is information indicating that each issued gift asset has been exchanged for a product or service, in a gift information file in a state that can be identified by a gift ID.
The recipient information includes at least the recipient's name and
The gift information file is a gift asset management system characterized in that the exchanged gift asset is a file in which the name of the recipient to whom the gift has been presented can be identified and the contents of the file can be confirmed. The claim is characterized in that the exchange record information registration means is a means for recording the exchange record information in the gift information file even in the case of a proxy application for exchange from the giver who presented the gift asset. 1 The gift asset management system described. Regarding the gift asset, there is a proxy application acceptance means for accepting a proxy application for exchange from the giver who presented the gift asset.
The gift issuing information registration means is a means for recording the exchange deadline of the issued gift asset by the recipient in the gift information file.
The proxy application receiving means is a means for receiving a proxy application for exchange from the giver after the exchange deadline by the presentee has passed and having the exchange record information registration means record the exchange record information. Item 2 The gift management system. Regarding the gift asset, there is a refund application receiving means for accepting a refund request from the giver who presented the gift asset.
The recording unit stores a refund information file in which refund information, which is information necessary for refund, is recorded.
The gift issuing information registration means is a means for recording the exchange deadline of the issued gift asset by the recipient in the gift information file.
The gift management according to claim 1, 2 or 3, wherein the refund application receiving means is a means for accepting a refund application and recording the refund information in the refund information file after the exchange deadline by the recipient has passed. system. Regarding the gift asset, there is a refund application receiving means for accepting a refund request from the giver who presented the gift asset.
The recording unit stores a refund information file in which refund information, which is information necessary for refund, is recorded.
The gift issuing information registration means is a means for recording the exchange deadline of the issued gift asset by the recipient in the gift information file.
The refund application acceptance means is a means of accepting a refund application after the exchange deadline by the recipient has passed and recording the refund information in the refund information file.
There is a means of choice for the giver to choose between a proxy application for the exchange or a refund after the exchange deadline by the recipient of the issued gift asset.
3. The method of claim 3, wherein the selection means is a means for operating the proxy application receiving means when the exchange proxy application is selected, and operating the refund application receiving means when refund is selected. Gift management system. The gift issuing information registration means is a means for recording the exchange deadline of the issued gift asset by the recipient in the gift information file.
A reminder output means for outputting a reminder that informs the recipient of the exchange deadline of the gift asset is provided.
The gift issuing information registration means is a means for recording a reminder receiving address, which is an address for the recipient to receive a reminder, in a gift information file.
The reminder output means reaches the reminder receiving address of the recipient corresponding to the gift ID of the gift asset for which the exchange record information is not recorded at a predetermined time before the exchange deadline according to the information recorded in the gift information file. The gift asset management system according to any one of claims 1 to 5, wherein the reminder is output in a possible state. The reminder receiving address is an e-mail address that can be received by the recipient terminal, which is a terminal operated by the recipient, or an identification number of the recipient terminal that can receive a short mail or a push notification. ,
The gift asset management system according to claim 6, wherein the reminder output means is a means for outputting the reminder in the form of an e-mail, a short mail, or a push notification and receiving the reminder to the recipient terminal. The gift issuing information registration means is a means for recording the gift giver information, which is the information of the giver who presented the gift asset, in the gift information file.
The giver information includes a reminder report receiving address for the giver to receive a reminder report that is a report that the reminder has been output.
The claim is characterized in that, when the reminder is output, the reminder output means is a means for outputting the reminder report in a state in which the reminder report receiving address of the giver who presented the gift asset related to the reminder can be reached. The gift asset management system according to 6 or 7. The remind report receiving address is an e-mail address that can be received by the giver terminal, which is a terminal operated by the giver, or an identification number of the giver terminal that can receive short mails or push notifications.
The gift asset management system according to claim 8, wherein the reminder output means is a means for outputting the reminder report in the form of an e-mail, a short mail, or a push notification and receiving the reminder report to the giver terminal.

Images