Gift giving system and method for allowing a giver to give a gift

Abstract

To provide a gift asset product that can be presented in a form of being added to some kind of a tangible object, is not bulky, and can be easily presented to a recipient.SOLUTION: A gift asset product is a commercialized gift asset that can be exchanged with a commodity or a service by a recipient operating a recipient terminal 7 to access a gift site provided by a server 4 in a gift presentation system, and the gift asset product comprises stickers 2 pasted on a mount 1. The sticker 2 is peeled off from the mount 1, pasted to another object, and delivered to the recipient, and thereby a gift is presented. A code symbol 3 that is a symbolized information for accessing the gift site is printed on the sticker 2. The code symbol 3 includes authentication information referred to by a log-in program for permitting an access to the gift site. When the server is logged in, an exchange application receiving program 12 receives an exchange application transmitted from the recipient terminal 7 and performs processing necessary for the recipient to acquire a commodity or a service.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to a system for use in gift giving. [Background technology]

[0002] On special occasions such as weddings, funerals, and other celebrations, as well as for the purpose of expressing gratitude or greetings, various gifts (gifts) are purchased by the giver and presented to the recipient (recipient). Gifts may be tangible goods, or they may be some kind of service (intangible goods). Recently, ordering (purchasing) of these gifts has become more common on websites, and there are even websites that specialize in gift items.

[0003] In presenting such gifts, rather than presenting the gift itself, there are cases where rights (claims) that can be exchanged for goods or services are presented. A typical example of this is the so-called gift catalog. In the following explanation, rights that can be exchanged for goods or services and are presented as gifts are called gift assets, and those that are sold as goods are called gift asset products. Furthermore, goods or services that can be exchanged for gift assets are called exchangeable goods. The use of IT has also progressed with regard to such gifts, and services that provide catalog-style gifts on websites have also appeared. Furthermore, since the exchange for exchangeable goods is carried out on the website, card-style gift catalogs that contain access information to the website and an ID for the exchange are also known (Patent Document 1).

[0004] A gift catalog is a set that includes a booklet (catalog) that introduces the items to be exchanged, and an application form for the exchange (postcard with separate charges) attached. There are several courses to choose from for gift catalogs. A course is a set of products or services of a certain value that can be selected, for example, a 3000 yen course, a 5000 yen course, or a 7000 yen course. The 3000 yen course means that you can choose from products or services worth 3000 yen. This amount is simply the sales price of the gift catalog, but since it includes a handling fee, the value of the actual product or service exchanged will be a little less than that.

[0005] On the other hand, gift asset products in the form of casual gifts, which are not catalog gifts, are also sold. An example of this is shown in Non-Patent Document 1. This type of gift asset product can be purchased on a website by credit card payment, etc., and the purchased gift asset product can be sent to the other party's terminal (smartphone, etc.) via SNS, email, etc. The gift asset here is a right (claim) that can be exchanged for a specific product or service selected by the giver, and what is sent to the other party is a code for the exchange. The code is a code symbol such as a barcode, and an image of the code symbol is sent via SNS, etc. The other party (recipient) who receives the code symbol displays the code symbol on a terminal at the store and presents it to a store clerk, who reads the code symbol with a reader to confirm the right and provides the product or service that is the subject of the gift to the recipient.

[0006] In addition, B2C gifts are also often given. These gifts are for sales promotion or as a thank you for a purchase. Novelty items are given as a thank you to customers who inquire about products or visit showrooms. Hereinafter, a gift asset that can be exchanged for one specific product or service will be referred to as a single-type gift asset, and a gift asset that can be exchanged by selecting from a plurality of products or services, such as a catalog gift, will be referred to as a selection-type gift asset. [Prior art documents] [Patent documents]

[0007] [Patent Document 1] Patent No. 6741320 [Patent Document 2] JP 2011-141769 A [Patent Document 3] JP 2018-190147 A [Non-patent literature]

[0008] [Non-Patent Document 1] https: / / giftee.com / Summary of the Invention [Problem to be solved by the invention]

[0009] There is a need to present these various types of gift asset products in the form of attachments to some tangible object. When giving a gift as a return gift (thank-you gift), it is often the case that a thank-you letter is attached to the gift, which can also be said to be an attachment to the thank-you letter (since the main purpose of the letter is to convey gratitude). In such a case, if you want to give the above-mentioned catalog gift as a thank you, you would have to send the thank you letter and the catalog gift (catalog booklet) to the recipient (recipient) via courier, but it is bulky and troublesome. With a card-type catalog gift, there is no problem with the bulkiness, but if you forget to put the card in, the important gift will not arrive and it will be rude.

[0010] Casual gifts exchanged between smartphones do not have the above problems, but it cannot accommodate requests such as conveying a message in a handwritten letter or giving a gift along with some kind of tangible item. Also, in the case of B2C gifts, for example, visitors to a showroom may be asked to take a catalog home with them, but if they are asked to take a novelty item home with them in addition to that, the items will be bulky and customers may be reluctant to take them home.

[0011] The invention disclosed in this specification has been made to solve the above-mentioned problems, and aims to provide a gift asset product that can be presented by attaching it to some tangible object, making it easy to present to the recipient without taking up too much space. [Means for solving the problem]

[0012] In order to solve the above problems, this specification discloses a gift presentation system. The disclosed gift presentation system is a system used in gift presentation in which a giver presents a gift asset that can be exchanged for a product or service on a gift site on a network to a gift recipient, and the gift recipient obtains the product or service by operating an exchange application terminal for the gift asset and applying for an exchange on the gift site. This system is A server that provides a gift site; The login program and exchange application acceptance program implemented on the server 、 A print command output unit; Memory section and It is equipped with: The exchange of gift assets on the gift site is for a single product or service selected by the giver on the gift site, or for a product or service selected by the recipient from among multiple products or services set out on the gift site. The storage unit stores an ID capable of identifying the gift asset. The gift assets are presented by symbolizing the access information to the gift site. The selected chord symbol isThe printed seal is peeled off from the mount and reattached to another object, and the giver gives the other object to the recipient to present the gift asset, and the symbolized access information includes authentication information to be referenced when exchanging the presented gift asset. The authentication information includes an ID (excluding an ID for identifying the other object) stored in the storage unit. There are. The login program is a program that permits access to the gift site and logs in if the authentication information included in the access information is correct when the symbolized access information is read by the exchange application terminal and the exchange application terminal attempts to access the gift site according to the access information. The exchange application acceptance program is a program that accepts an exchange application sent from an exchange application terminal that has been permitted to access, and performs processing to enable the recipient to acquire the product or service. The print command output unit is an output unit for outputting a print command to a sticker printing means that prints a code symbol in which access information is symbolized on a sticker material to produce a sticker, and causes the sticker printing means to perform printing. The print command includes the ID obtained from the memory unit. In order to solve the above problem, the disclosed gift presentation system comprises: The memory section includes: An asset information file recording information about the gift assets is stored, A replacement deadline is set for the replacement, and the replacement deadline is recorded in the asset information file, and the replacement deadline is printed on the seal in addition to the code symbol. the print command output unit is an output unit that acquires the replacement deadline date from the storage unit and outputs the print command including the replacement deadline date so that the replacement deadline date is printed on the sticker in addition to the code symbol; The exchange application acceptance program is a program that acquires the exchange deadline date from the asset information file when an exchange application is transmitted, and does not perform processing for the recipient to acquire the product or service if the exchange deadline date has passed. It may have the following configuration. In order to solve the above problems, the gift presentation system according to the disclosed invention comprises: In the memory, Asset information file that records information on gift assets The asset information file stores asset IDs for identifying each gift asset when a gift giver gives gift assets to multiple gift recipients, and The print command output unit is an output unit that acquires an asset ID from the storage unit so that the asset ID is included in the code symbol printed on the seal, and the acquired asset ID is included in the print command. , The code symbol printed on the seal includes an asset ID for identifying each gift asset when one gift giver gives the gift assets to multiple gift recipients, and the exchange request acceptance program is a program for acquiring the asset ID and accepting an exchange request for the asset ID. It may have the following configuration. In order to solve the above problems, this specification discloses a method for allowing a giver to present a gift. The disclosed method allows a giver to present a gift by exchanging a gift asset that can be exchanged for a product or service with a gift site provided by a server on a network, via an exchange application terminal, for the gift asset that the giver has presented to the recipient, by exchanging the gift asset for a product or service. In this method, the gift assets are exchanged for a product or service selected by the giver on the gift site, or for a product or service selected by the recipient from among a number of products or services set out on the gift site. This method is A process of creating an image file for printing; Seal printing process It has. The print image file creation step is a step in which a computer executes a creation program to create a print image file including a code symbol that symbolizes access information to the gift site. The sticker printing process is a process for producing a gift asset product consisting of a mount and a sticker affixed to the mount by printing an image file for printing on an unprinted sticker with a printer, so that an image including a code symbol is printed on the sticker affixed to the mount, The sticker printed with an image including a code symbol has adhesive properties that enable it to be peeled off from the backing and reattached to another object, and in this method, a giver who is provided with a sticker attached to a backing reattaches the sticker to another object and hands the other object to the recipient, and an exchange application terminal reads the code symbol on the reattached sticker, accesses a gift site on a server, and exchanges the gift asset for one product or service, or exchanges the gift asset for a product or service selected by the recipient from among multiple products or services, thereby allowing the giver to give the gift. The symbolized access information includes authentication information used in a login program when the exchange application terminal logs in to the gift site in order for the giver to exchange for one product or service selected on the gift site, or for the recipient to select and exchange from multiple products or services set on the gift site. In this case, the authentication information includes an ID capable of identifying the gift asset (excluding an ID that identifies the other object). In this method, the exchange application terminal is a terminal provided in a convenience store. Effect of the Invention

[0013] As described below, according to the disclosed gift presentation system, a gift asset can be presented to a recipient by simply attaching a sticker to some object and handing it to the recipient, and the giver does not need to prepare a gift item. This makes it extremely easy to present a gift. In addition, in the case where the recipient selects and acquires a product or service set on the gift site, the giver does not need to think about what kind of gift to prepare, which makes gift giving even easier. In addition, by configuring the seal to have the exchange deadline printed on it and the exchange application acceptance program to be a program that does not perform processing for the recipient to obtain the product or service if the exchange deadline has passed, it is possible to prevent the exchange deadline from being exceeded while also preventing the exchange for a product or service after the exchange deadline has passed. In addition, if the code symbol printed on each sticker contains an asset ID that identifies each gift asset, and the exchange request acceptance program is a program that obtains the asset ID and accepts exchange requests for that asset ID, this configuration is ideal for presenting gifts to multiple recipients at the same time. [Brief description of the drawings]

[0014] [Figure 1] FIG. 2 is a schematic diagram of a gift asset product according to an embodiment. [Diagram 2] 1 is a schematic diagram of a gift presentation system according to an embodiment; [Diagram 3] FIG. 2 is a schematic diagram showing an example of a top page of a gift site provided by a gift server. [Figure 4] FIG. 13 is a schematic diagram showing an example of an introduction page for a sticker-type gift asset product. [Diagram 5] FIG. 13 is a schematic diagram showing an example of a purchase page. [Figure 6] FIG. 2 is a schematic diagram showing an example of a structure of a sales information file. [Figure 7] FIG. 2 is a schematic diagram showing an example of a structure of an asset information file. [Figure 8] FIG. 13 is a schematic diagram showing the contents of a template file. [Figure 9] 2 is a schematic diagram showing the state in which the two-dimensional code symbol printed on the sticker of the sticker-type gift asset product shown in FIG. 1 is executed on the recipient terminal. [Figure 10] FIG. 13 is a schematic diagram showing an example of a replaceable item introduction page. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0015] Next, a mode (embodiment) for carrying out the present invention will be described. In this specification, the invention of a gift asset product is also disclosed. First, an embodiment of the invention of the gift asset product will be described. FIG. 1 is a schematic diagram of the gift asset product according to the embodiment. The gift asset product of the embodiment is a commercialized gift asset that can be exchanged for a product or service by the recipient operating the recipient's terminal to access a gift site provided by a server on a network after being presented by the giver. The server is for accepting access for selling the gift asset product or exchanging it for an exchangeable item, and is hereinafter referred to as a gift server. The network is assumed to be the Internet 9.

[0016] As shown in Fig. 1, this gift asset product has a mount 1 and a sticker 2 affixed to the mount 1. Hereinafter, the sheet consisting of the mount 1 and the sticker 2 affixed to the mount 1 will be referred to as a gift sheet 10. The gift asset product is in the form of the gift sheet 10 placed in a packaging bag 11. An instruction manual (not shown) may be enclosed in the packaging bag 11. A code symbol 3 that symbolizes access information to the gift server is printed on the sticker 2 of the gift sheet 10. In this embodiment, the code symbol 3 is a two-dimensional code symbol such as a QR code (registered trademark of DENSO WAVE INCORPORATED).

[0017] The configuration of the code symbol 3 printed on the seal 2 is shown in a speech bubble in FIG. 1. The code symbol 3 includes authentication information used in a program for exchange with an exchangeable item. As shown in FIG. 1, the access information symbolized in the code symbol 3 in this example includes a URL 31 consisting of a computer name or domain name given to the gift server, and an execution code 32 of the program on the gift server. In addition to the program name, the execution code 32 includes an ID and a password as arguments. In this embodiment, the code symbol 3 includes two types of IDs, one is a sales ID and the other is an asset ID. These IDs and passwords correspond to the authentication information in this example. Each ID will be described later.

[0018] In this embodiment, a plurality of stickers 2 are attached to a single mount 1. The code symbols 3 in each sticker 2 are the same (common) except for the arguments included in the execution code 32. Among the IDs as arguments, the sales ID is the same in each sticker 2, but the asset ID and password are different in each sticker 2. The execution code 32 included in the code symbol 3 is an execution code for a program that logs in to the gift server and displays a top page for requesting an exchange for an item to be exchanged (hereinafter referred to as the exchange top page).

[0019] As shown in FIG. 1, each sticker 2 has a portion on which text information relating to the gift asset is printed (hereinafter, the text information printed portion). In this example, the text information printed portion is an expiration date printed portion 21 on which an exchange expiration date is printed. In this embodiment, exchange with an exchangeable item is subject to an expiration date, and exchange is not possible after the expiration date has passed. The expiration date printed portion 21 is the portion on which this exchange expiration date is printed. A description of the gift asset product and information about the sales company (gift vendor) are printed on the mount 1. The description of the gift asset product includes how to use the sticker 2 and how to exchange it for an exchangeable item. If there is a large amount of information, it is printed on the back side of the mount 1 (the side opposite to the side on which the sticker 2 is affixed).

[0020] Next, a gift presentation system according to an embodiment of the present invention will be described. Figure 2 is a schematic diagram of the gift presentation system according to the embodiment. The invention of the gift presentation system is a system used when selling the above-mentioned gift asset products or exchanging them for exchangeable goods. Therefore, the gift presentation system can be configured as a system for selling gift asset products, and can also be configured as a system for exchanging gift asset products for exchangeable goods. The embodiment of the gift presentation system described below has both of these functions. However, the invention of the gift presentation system may be a system that has only one of the functions. The invention of the gift asset sales system can be understood as a system for manufacturing gift asset products.

[0021] As shown in FIG. 2, the gift presentation system comprises a gift server 4 and a memory unit 40. The gift server 4 is a web server that accepts applications for the sale of gift asset products and exchange for exchangeable items over the Internet 9. The gift server 4 is operated by a business operator (hereinafter referred to as a gift business operator) that operates a gift service business including the sale of gift asset products and exchange for exchangeable items. Note that the gift server 4 does not need to be a single server, and the gift server 4 may be made up of multiple server computers. The memory unit 40 is a storage such as a hard disk provided in the gift server 4, but may be provided in a server other than the gift server 4, such as a storage server. The memory unit 40 does not need to be only one, and multiple storages may be used as the memory unit 40, and these may be provided in different locations.

[0022] First, the function of the gift server 4 for selling gift asset products will be described. The gift business sells various products (gift products) that are given as gifts, including the gift asset product of the embodiment. The gift business provides a website for selling various gift products on a gift server 4. As shown in FIG. 2, the gift server 4 is assumed to be accessed by a gift giver terminal 5 operated by a gift giver who is about to purchase a gift product. Thus, each page of the gift site is displayed on the gift giver terminal 5 by the browser of the gift giver terminal 5. In addition, booklet-type catalog gifts and card-type catalog gifts are also gift products that are assets to be exchanged for exchanged items, and therefore are also gift asset products. Since gift businesses also sell these gift asset products, the gift asset product of the embodiment will be referred to as a sticker-type gift asset product below for the sake of distinction.

[0023] FIG. 3 is a schematic diagram showing an example of the top page of the gift site provided by the gift server 4. FIG. 3 shows a page for a PC version, but it may be a page for a smartphone version. As shown in FIG. 3, the top page has link buttons to pages introducing various gift products. Some of these are link buttons (hereinafter, sticker type product buttons) 51, 52 to pages introducing sticker type gift asset products. This gift site has a sticker type product button 51 for a sticker type gift asset product that is a sticker type catalog gift, and a sticker type product button 52 for a sticker type gift asset product that is not a catalog gift but is given by the giver by selecting an exchangeable item. In the following explanation, a sticker type gift asset product that is a sticker type catalog gift will be explained as an example.

[0024] Fig. 4 is a schematic diagram showing an example of an introduction page for sticker-type gift asset products (hereinafter, sticker-type product page). When the sticker-type product button 51 shown in Fig. 3 is clicked or tapped, the sticker-type product page shown in Fig. 4 is displayed on the gift giver terminal 5. As shown in Fig. 4, the sticker-type product page contains text explaining the sticker-type gift asset products, the price of each sticker-type gift asset product, actual photos (sample stickers), etc. In the example of Fig. 4, several sticker-type gift asset products with different prices are listed. In addition, sticker-type gift asset products with the same price but different lineups of exchangeable items may be sold on the gift site. Next to the price of each sticker-type gift asset product, there is a button 53 for viewing exchangeable items titled "View exchangeable items". The button 53 for viewing exchangeable items is linked to a page for viewing exchangeable items.

[0025] The Exchangeable Item Viewing Page is a page that introduces the products and services that the recipient can obtain with the selected sticker-type gift asset product. The Exchangeable Item Viewing Page is designed to display a list of frames introducing each exchangeable product and service, and each list includes a photo of the product or service. In the case of a service, a photo of the service being performed or a photo of the ticket to receive the service is displayed. The Exchangeable Item Viewing Page may have a field for selecting a genre, and may be implemented to introduce exchangeable items for each selected genre.

[0026] Next to each exchange item viewing button 53, a selection button 54 labeled "Select" is provided. The selection buttons 54 are link buttons to the purchase page of the selected sticker-type gift asset product. When any of the selection buttons 54 is pressed, the product ID of the selected sticker-type gift asset product is stored in a variable, and the purchase page is displayed on the giver terminal 5. Fig. 5 is a schematic diagram showing an example of a purchase page. As shown in Fig. 5, the purchase page has a field displaying the price of the selected sticker-type gift asset product, as well as a field 555 for inputting the number of recipients and a purchase button 56. The purchase button 56 is linked to a payment page. Also, as shown in Fig. 5, the purchase page has a redemption viewing button 53.

[0027] The number of recipients input field 55 is a field for inputting information on how many recipients can obtain the exchange item for the purchased sticker-type gift asset product. In other words, it is a field for inputting information on how many gift assets are included in one purchase of the sticker-type gift asset product. The displayed price of the sticker-type gift asset product is the price per recipient of that sticker-type gift asset consumable product. In other words, it is the price (unit price) of one gift asset of that sticker-type gift asset product. Therefore, the amount actually paid by the giver is the displayed price (unit price) x the number entered in the number of recipients input field 55. The price of one gift asset may include the gift business operator's commission (the so-called system commission). However, there are also cases where the system commission is set at one system commission per sale.

[0028] The storage unit 40 stores HTML files (not shown) for providing such a top page, sticker-type product page, purchase page, etc. to the gift sender terminal 5. In response to a request from the gift sender terminal 5, the gift server 4 transmits each page to the gift sender terminal 5 for display. The payment page linked to purchase button 56 includes fields for inputting the sender's personal information such as name and address (recipient), a field for selecting the payment method (credit card payment, cash on delivery, convenience store payment, etc.), and a payment button for confirming the purchase. The payment button is an execution button for a payment program (not shown). These can be configured in the same way as a normal online shopping site (EC site), so a detailed explanation will be omitted.

[0029] A sales information registration program 41 is implemented in the gift server 4 as a program called from the payment program. Also, the storage unit 40 stores a sales information file 401 that records sales information of sticker-type gift asset products. Fig. 6 is a schematic diagram showing an example of the structure of the sales information file 401. As shown in Fig. 6, the sales information file 401 is a database file consisting of fields such as "Sales ID", "Product ID", "Number of recipients", "Sales date", "Member ID", "Name", "Address", "Sticker printing completed or not", etc. However, as long as this information can be recorded, it does not have to be a database file.

[0030] "Sales ID" is a field in which an ID for identifying each sale of a sticker-type gift asset product is recorded. One sales ID is issued and recorded for each sale of a sticker-type gift asset product. The gift site sells several sticker-type gift asset products with different prices and exchangeable item lineups, and the "product ID" is a field in which IDs that identify them are recorded. The storage unit 40 stores a sticker-type gift asset product information file 402 that records information on each sticker-type gift asset product. The sticker-type gift asset product information file 402 is a database file made up of records that are uniquely identified by product IDs, and the product IDs here and the product IDs in the sales information file 401 are common and associated with each other. The sticker-type gift asset product information file 402 has a "price" field. The price recorded here is the price displayed on the purchase page, etc., and is the price per recipient.

[0031] The gift site in this embodiment invites gift givers and gift recipients to register as members. Although gift items can be purchased and exchanged for exchange items without registering as a member, various benefits are given to those who register as a member, and so member registration is encouraged. A member information file 403 that records member registration information is stored in the memory unit 40. Although not shown in the figure, the member information file 403 is a database file that records personal information such as a member ID, name, address, telephone number, and email address. The "member ID" in the sales information file 401 is the same as that in the member information file and is associated with it.

[0032] When the payment is completed normally, the payment program calls and executes the sales information registration program 41. The sales information registration program 41 generates a new sales ID and adds a new record to the sales information file 401, recording the generated sales ID, the product ID of the selected sticker-type gift asset product, and the input number of recipients in the respective fields. Also, if the payment is made while logged in to the gift site, the member ID held at the time of login is recorded in "member ID". If not logged in, the name, address, etc. entered on the payment page are recorded in the respective fields. Also, the date the program was executed is recorded in "sales date". The "Sticker Printing Completed" field is a field in which whether or not the sticker printing for the production of the gift asset product is completed is recorded, and the default value is a false value. As will be described later, sticker printing is performed by the management terminal using a printer, and when this is completed, a true value is recorded in the "Sticker Printing Completed" field.

[0033] The sales information registration program 41 is programmed to perform a process of creating a new asset information file 404 and storing it in the storage unit 40 after recording each piece of information in the sales information file 401. Figure 7 is a schematic diagram showing an example of the structure of the asset information file 404. The asset information file 404 is a file created one by one for one sales ID, and is given a file name that can be specified by the sales ID. For example, the file name may be made up of the sales ID and an identifier. 7, the asset information file 404 is a database file consisting of fields such as "asset ID," "password," "exchange deadline date," "exchange date," etc. The "asset ID" is a field in which an ID that identifies each record in the asset information file 404 is recorded.

[0034] "Password" is a field in which information serving as an encryption key corresponding to the asset ID is recorded, and information generated in advance to prevent unauthorized access is recorded. The number of records in the asset information file 404 is the same as the number of recipients in the sale to which the corresponding sales ID is assigned. The asset ID is an ID generated by, for example, assigning a branch number to the sales ID. If the branch number starts with 1, the number of the last branch number corresponds to the number of recipients. The "exchange deadline" is a field in which the date by which the gift asset can be exchanged with the exchanged item is recorded. The exchange deadline is set to a uniform deadline, such as six months from the date of sale. The "Exchange Date" is a field in which the date on which the recipient applied for an exchange of the gift asset and the shipment of the exchanged item was completed is recorded. A record (gift asset) on which an exchange date is recorded is considered to have been exercised as a claim, so the asset value is zero.

[0035] The sales information registration program 41 creates a new asset information file 404, then adds records for the number of recipients, generates asset IDs in sequence, and records them in the "asset ID" of each record. It also generates passwords in sequence corresponding to each asset ID, and records them in the "password." It then records a certain deadline from the date of sale in the "exchange deadline" of each record. It then updates the file, stores it in the storage unit 40, and terminates the program.

[0036] The gift presentation system equipped with such a gift server 4 and memory unit 40 includes a sticker printing means as an element that cooperates with the gift sales information file 401 stored in the memory unit 40. The sticker printing means includes a printer 61 that prints stickers, and a print command output unit that outputs a print command to the printer 61.

[0037] There are several possible configurations for the print command output unit, but in this embodiment, a computer that can access the storage unit 40 serves as the print command output unit. More specifically, in this embodiment, a management terminal 62 that has special access rights to the gift server 4 and the storage unit 40 is provided. The management terminal 62 is a terminal operated by a person in charge of the gift business. The sticker printer is connected to the management terminal 62, and is either a peripheral device for the management terminal 62 or is connected via the gift business's in-house network.

[0038] A sticker printing program 63 is installed in the management terminal 62, which creates and prints an image file for sticker printing according to the sales information file 401 and the corresponding asset information file 404. The sticker printing program 63 is a program that is executed with a sales ID as an argument, and includes code for creating an image file for printing and code for outputting a print of the created image file to a printer. For example, an application program (not shown) for viewing the sales information file 401 is installed in the management terminal 62. This application program is programmed so that the viewing screen includes an execution button that executes the sticker printing program 63 using the sales ID of a record whose "sticker printing completion status" is a false value as an argument.

[0039] A template file 64 that is the basis of a print image file is stored in the storage unit 620 of the management terminal 62. Fig. 8 is a schematic diagram showing the contents of the template file. The template file 64 is a file in which printing information (such as a description of the gift asset product and information about the gift vendor) other than the printing information for each sticker 2 in the gift asset product shown in Fig. 1 is pre-installed. For the sake of convenience, the unprinted sheets fed into the printer will be referred to as the sheet material below. The sheet material consists of a mount 1 and a predetermined number of unprinted stickers affixed to the mount 1.

[0040] The template file 64 sets the size of the mount 1 in the gift asset product shown in Fig. 1, the attachment positions of each unprinted sticker, and the size of the unprinted sticker. In Fig. 8, the attachment positions are indicated by x, and the size of the unprinted sticker is indicated by a dashed circle. In this example, three attachment positions are set horizontally, and four attachment positions are set vertically. Therefore, this example is based on the premise that a sheet material with a total of 12 unprinted stickers attached will be used.

[0041] When the sticker printing program 63 is started, it first opens the template file 64. Next, it accesses the gift server 4 and opens the asset information file 404 corresponding to the argument sales ID. It then obtains the asset ID, password, and exchange deadline date of the first record, and generates an image of the code symbol 3. The URL of the gift server 4 is given to the sticker printing program 63 as a constant. The sticker printing program 63 creates access information by combining constants with the asset ID and password obtained from the sales ID and the first record of the asset information file 404, and converts this into a two-dimensional image code to create an image of the code symbol 3 (hereinafter, symbol image). The symbol image is temporarily stored in a variable.

[0042] Next, the sticker printing program 63 prepares print data for the text information printing section. In this embodiment, since the text information printing section is the expiration date printing section 21, the replacement expiration date as a variable and the "replacement expiration date" as text (constant) are combined into image data to create an image for the expiration date printing section 21. Then, an image file (hereinafter, sticker-unit image file) is created that incorporates these and is printed on one sticker 2. The created sticker-unit image file is then incorporated into the initial pasting position of the template file 64. That is, according to the size of the mount 1 set in the template file 64, the sticker-unit image file is incorporated into the coordinates of the pasting position at the left end of the top row.

[0043] Next, the sticker printing program 63 obtains the asset ID and password from the next record in the asset information file 404, and similarly combines the sales ID with a constant to generate access information. This is then converted into a code symbol to create a symbol image, which is then incorporated together with the image for the expiration date printing section 21 to create a sticker-unit image file. The image for the expiration date printing section 21 may be created by obtaining the replacement expiration date from the record, but since this is the same as for the first asset ID, it may also be stored in a variable and read out from there and incorporated. The sticker printing program 63 incorporates the created sticker-unit image file into the next pasting position. For example, it may be incorporated into the position immediately to the right of the first pasting position.

[0044] In this way, the sticker printing program 63 obtains the asset ID and password from each record in the asset information file 404, combines the sales ID with a constant to generate access information, converts it into a code symbol, and combines this image with an image for the expiration date printing unit 21 to incorporate the sticker unit image file into each attachment position. When processing is completed for all records in the asset information file 404, the incorporation of the image of the code symbol 3 for one sales ID is complete, and the print image file is complete. The sticker printing program 63 saves the print image file under a file name different from that of the template file 64, and then outputs the print image file to the printer and instructs it to print. As a result, the stickers are printed as shown in FIG. 1.

[0045] In this example, a sheet material with 12 unprinted stickers attached to one mount 1 is used, so if the number of records (number of recipients) in the asset information file 404 is less than 12, stickers that remain unprinted (unprinted stickers) will be produced. If the number of records exceeds 12, the sticker printing program 63 is programmed to print on the unprinted stickers attached to the second mount 1 from the 13th record onwards. That is, for the 13th and subsequent records, a new template file 64 is opened, and a code symbol is generated by combining the asset ID and password with a constant in the same manner while giving the file a different name from the first one, and the image file is incorporated in each attachment position. Then, after processing the last record in the asset information file 404, the completed image file for printing is temporarily saved and then output to the printer for printing. If the number of records exceeds 24 and printing materials from the third sheet onwards are required, this process is repeated.

[0046] After processing one sales ID in this way (manufacturing one sticker-type gift asset product), the sticker printing program 63 changes the value of "sticker printing completed or not" of the corresponding record in the sales information file 401 to a true value. Then, it checks the value of the "sticker printing completed or not" field of the next record, and if it is false, it obtains the sales ID, opens the corresponding asset information file 404, and repeats the same process. When this process has been performed up to the last record in the sales information file 401, the sticker printing program 63 ends.

[0047] The print command output unit may be configured by providing a management terminal 62 having access rights to the storage unit 40 as described above, or may be configured by the gift server 4. Specifically, the printer 61 is provided within the gift business operator's company, but has a network function and is connected to the gift server 4 via the Internet, and is in a state where it can accept control from the gift server 4. The gift server 4 is equipped with a sticker printing program 63 as a program that is called from the sales information registration program or executed by a command from the management terminal 62. In this case, a template file 64 is stored in advance in the storage unit 40.

[0048] For example, the sales information registration program 41 records each piece of information in the sales information file 401 as described above, creates the asset information file 404, records each piece of information in the records for the number of recipients, and then executes the sticker printing program 63. The sticker printing program 63 similarly opens the template file 64, reads the asset ID and password for each record in the asset information file 404, creates a code symbol 3, and creates an image file for printing by incorporating the files of each code symbol 3. The image file for printing is then sent to the printer 61 together with a print command to cause printing.

[0049] In addition, in a different configuration, the printing machine 61 may not be located in the company of the gift business operator. For example, sticker printing may be requested to another company (printing company). In this case, the printing machine 61 may be configured to receive control from the gift server 4, or a printing command output unit may be provided in the company of the printing company. That is, the printing company may have a computer for controlling the printing machine 61, and the image file for printing may be input thereto. In this case, the image file for printing is created as described above on the management terminal 62 of the gift business operator and provided to the printing company in the form of email transmission, cloud sharing, or the like. Alternatively, the template file 64 and the program for creating the image file for printing may be stored in the storage unit on the computer for controlling the printing machine 61, and the image file for printing may be created on the computer for controlling the printing machine 61. In this case, the computer for controlling the printing machine 61 is given access rights to the sales information file 401 and the asset information file 404 on the storage unit 40.

[0050] The product sheet 10, which is completed by printing stickers on the sheet material in this way, is then appropriately placed in a packaging bag 11 to complete a sticker-type gift asset product. For example, the product sheet 11 is placed in a transparent packaging bag 10, and instructions and the like are attached as necessary and the bag is sealed to complete a sticker-type gift asset product. The completed sticker-type gift asset product is delivered to the giver by courier service, mail, or the like.

[0051] Next, a configuration for exchanging such a sticker-type gift asset product with an exchangeable item regarding the gift asset will be described. Fig. 9 is a schematic diagram showing a state where the code symbol 3 printed on the sticker 2 of the sticker-type gift asset product shown in Fig. 1 is executed on the recipient terminal. In the example of Fig. 9, the recipient terminal 7 is a smartphone, and the code symbol 3 is read and executed on the smartphone, but it is also possible that the code symbol 3 is read and executed by a camera on a desktop PC or a notebook PC.

[0052] As described above, the gift site includes an area for exchanging gift assets with exchangeable goods, and the gift server 4 is also a server that hosts each page of this area. The code symbol 3 is a symbolized code that displays the top page of the area for exchanging exchangeable goods (hereinafter, abbreviated as exchange top) in a logged-in state. That is, as described above, the code symbol 3 includes an execution code 32 of a login program with a sales ID, an asset ID, and a password as arguments. The login program searches the sales information file 401 with the sales ID to confirm that there is a record in which the sales ID is recorded, then opens the asset information file 404 corresponding to the sales ID, searches with the asset ID, and determines whether the "password" value of the corresponding record matches the password of the argument. If they match, the program is programmed to permit login, store the sales ID and asset ID in session variables, and then send the HTML file of the exchange top to the recipient terminal 7 to display it.

[0053] As shown in Fig. 9, the exchange top page displays the sales ID, giver, and exchange deadline for confirmation. The script included in the exchange top HTML file is coded to search the sales information file 401 using the sales ID stored at the time of login, obtain the giver's name from the corresponding record, and obtain the exchange deadline from the corresponding record in the asset information file 404, and display each of them. The exchange deadline is temporarily stored in a variable. The exchange top page has an exchangeable item introduction button 71 labeled "View exchangeable items." An HTML file of an exchangeable item introduction page is stored in the memory unit 40. The exchangeable item introduction button 71 links to the exchangeable item introduction page. FIG. 10 is a schematic diagram showing an example of the exchangeable item introduction page.

[0054] As shown in FIG. 10, in the exchangeable item introduction page, a photo of each exchangeable item, a name, and other text are embedded in a column (frame) introducing each exchangeable item. Each column is a hyperlink, and an exchangeable item ID is embedded and linked to a delivery destination input page. When any column is tapped or clicked, the delivery destination input page is sent to the recipient terminal 7 and displayed with the embedded exchangeable item ID held as a variable. The delivery destination input page has a column for inputting a name and address as a delivery destination of the exchangeable item, and an OK button is provided. The OK button is linked to a confirmation page. The confirmation page is a page that displays the selected exchangeable item for confirmation and also displays the input delivery destination for confirmation (not shown). The gift server 4 is implemented with an exchange application acceptance program 12. The confirmation page is provided with a send button for confirming the exchange application, and the send button is an execution button for the exchange application acceptance program 12.

[0055] The exchange application acceptance program 12 is a program that is executed with the sales ID, asset ID, exchanged item ID, and each piece of information entered on the delivery destination input page as arguments. The exchange application acceptance program 12 obtains the exchange deadline from the variables and checks whether the program execution date is past the exchange deadline. If it has passed, it sends a message to the recipient terminal 7 to the effect that the deadline has passed and the exchange is not possible, and terminates the program. If it has not passed, the exchange application acceptance program 12 searches the asset information file 404 by asset ID and determines whether a value (date) is recorded in the "exchange date" of the corresponding record. If it has, it sends a message to the recipient terminal 7 to the effect that the exchange has already been made and further exchange applications are not possible, and terminates the program. If the exchange deadline has not passed and an exchange date has not been recorded, the exchange application acceptance program 12 executes a delivery information output module that outputs information for shipping the exchanged product, records the execution date of the program in the "exchange date" of the record, and terminates the program.

[0056] The storage unit 40 stores a delivery information file 405 for delivery of each exchanged item. The delivery information file 405 is a database file in which the exchanged item ID of the exchanged item selected on the exchange application page and the delivery destination information (name, address, etc.) entered on the delivery destination input page are recorded, and each piece of information is recorded by a delivery information output module. The exchanged item is delivered by the gift business in accordance with the delivery information file 405. The gift business purchases the exchanged item from another business (in the case of a service, the gift business purchases a service voucher, etc.), but the item may also be directly delivered from the other business to the recipient.

[0057] The method of using the sticker-type gift asset product and the operation of the gift presentation system according to the embodiment of the above configuration will be described below. The following description includes a description of an embodiment of the invention of a method of manufacturing a sticker-type gift asset product. The giver wishes to give a gift to the recipient and browses the gift site on the giver terminal 5. He then discovers that there are sticker-type gift asset products, and thinking that this is a good idea since gift assets can be given in the simple method of sticking a sticker on the product, he presses the sticker-type product button 51 to display the sticker-type product page on the giver terminal 5. The giver then presses the exchangeable item view button 53 to check the lineup of exchangeable items, etc., and then, taking into consideration the price (budget), selects one sticker-type gift asset product, and presses the select button 54 to display the purchase page.

[0058] The giver enters the number of recipients (number of gift assets) in the number of recipients input field 55 and presses the purchase button 56. Then, confirming the payment amount displayed on the payment page, they enter personal information such as their name, address (destination), and email address, select the payment method, and press the payment button to make the payment. Note that if the giver is a registered member on the gift site, their name and address will automatically be displayed as their registered member information, so there is no need to enter them unless there are changes. Once the payment is complete, a message to that effect is displayed and a confirmation email is sent.

[0059] On the other hand, when the payment is completed, the payment program calls up the sales information registration program 41 on the gift server 4 to execute. The sales information registration program 41 opens the sales information file 401 on the storage unit 40, adds a new record, and generates and records a sales ID. It also records the personal information entered on the payment page, the product ID held when the purchase page was displayed, the number of recipients entered on the purchase page, etc. in each field. It also records the execution date of the program as the sale date.

[0060] The sales information registration program 41 then creates a new asset information file 404 with a file name that can be specified by the sales ID, and adds new records for the number of recipients. It then generates asset IDs and passwords for the number of recipients, and records them in each record. It also records a date a certain period of time after the program execution date (for example, six months later) in the "exchange deadline" of each record.

[0061] In this way, the giver uses the giver terminal 5 to carry out the purchase procedure for the sticker-type gift asset product on the gift server 4. The gift server 4 accepts purchase procedures from multiple givers, sales information for each giver is recorded in the sales information file 401, and an asset information file 404 is created for each sale to record information on each gift asset in each sale.

[0062] Meanwhile, the person in charge at the gift business operates the management terminal 62 to access the storage unit 40 periodically (for example, once a business day) and check the contents of the sales information file 401. Then, after setting the sheet material in the printer 61 in advance, the person in charge checks the value of the "seal printing completed" field, and executes the sticker printing program 63 on the management terminal 62 for the sales ID for which the value is confirmed to be a false value. For example, after confirming that the "seal printing completed" field is a false value on the viewing screen of the sales information file 401, the person in charge presses the execute button for the sticker printing program 63. This causes the sticker printing program 63 to be executed with the sales ID of the record as an argument.

[0063] After opening the template file 64, the sticker printing program 63 opens the asset information file 404 corresponding to the sales ID passed as an argument, generates an image file of the code symbol 3 and an image of the text information printing section for each record, and combines them to create a sticker-unit image file. Each sticker-unit image file is incorporated into the attachment position set in the template file 64, and a print image file is created. The sticker printing program 63 then sends the print image file to the printer 61 along with a print command to print. This results in a gift sheet 10 with the code symbol 3 and the text information printing section printed on each sticker 2. Printing is performed on the second and subsequent sheet materials depending on the number of recipients, and multiple gift sheets 10 are obtained.

[0064] The person in charge places one or more gift sheets 10 into a packaging bag 11, encloses an instruction manual as necessary, and completes the sticker-type gift asset product. The completed sticker-type gift product is then sent by courier or mail to the name and address recorded in the sales information file 401 (or the member information file). A giver who receives the sticker-type gift asset product peels off sticker 2 from mount 1, sticks sticker 2 on any object, and hands the object to the recipient to present the gift asset to the recipient.

[0065] The recipient operates the recipient terminal 7 to read the code symbol 3 on the seal 2 and access the gift site. Then, the recipient presses the exchange item introduction button 71 on the exchange top displayed on the recipient terminal 7 to display the exchange item introduction page. Then, the recipient selects any exchange item and displays the delivery destination input page. Enter the name, address, etc. on the delivery destination input page, press the OK button, and press the send button on the confirmation page. This executes the exchange application acceptance program 12, executes the delivery information output module, and records the execution date of the program in the "exchange date" of the corresponding record in the asset information file 404. The person in charge at the gift business company packs the exchange item and sends it to the recipient by courier or mail according to the delivery information output by the delivery information output module, and the recipient receives the exchange item. This completes the presentation of the gift (exchange item) using the sticker type gift asset product.

[0066] To explain a more specific gift-giving situation, a person receives something and in return gives a gift asset along with a thank-you letter. After writing the thank-you letter, the person attaches sticker 2 to the letter and mails it. The thank-you letter states that the gift can be obtained from the gift site by reading code symbol 3 with a smartphone. According to the sticker-type gift asset product of the embodiment, there is no need to take the time to prepare a gift, and since the recipient can choose and acquire the gift at will on the gift site, the giver does not need to think about what gift to prepare. This makes it extremely easy to give a return gift.

[0067] Furthermore, the sticker-type gift asset product of the embodiment is extremely suitable for presenting gifts to multiple recipients at once. That is, stickers 2 with code symbols 3 printed thereon are printed for each recipient, and gifts can be presented by simply attaching each sticker 3 to an object and handing it to each recipient. There is no need to purchase and prepare gifts for each recipient, and a single purchase of the sticker-type gift asset product is sufficient on the gift site. This makes it easy to present gifts to a large number of recipients.

[0068] The sticker-type gift asset product of the embodiment is also suitable for use in ceremonial occasions. For example, it is suitable for use in presenting gifts to guests at a wedding reception. In this case, the sticker 2 is affixed to, for example, a place card given to each guest. After the reception, each guest operates the recipient terminal 7 to read the code symbol 3, accesses the gift site, and receives the exchanged item (gift). In the case of mourning occasions such as funerals and memorial services, the sticker 2 is affixed to a thank-you letter for attendance as a gift.

[0069] In the case of a wedding reception, if the bride and groom try to present gifts prepared by themselves to each guest at the reception hall as gifts without relying on the reception hall provider (hotel or wedding hall company), they may be charged a bring-in fee. However, with the sticker-type gift asset product of the embodiment, they simply stick stickers 2 on the place cards and do not bring in any gifts, so there is little chance that a bring-in fee will be charged. In this respect, it is a convenient gift-presenting method for the bride and groom.

[0070] The sticker-type gift asset product of the embodiment can also be used for business purposes, such as presenting a gift to a customer (or potential customer) for the purpose of sales promotion. For example, a car dealer selling new cars may present the sticker-type gift asset product of the embodiment to a potential customer who visits the showroom as a thank you for visiting. For example, when handing over a new car catalog, the sticker 2 may be affixed to the catalog and presented as a thank you for visiting. The potential customer similarly reads the code symbol 3 on the sticker 2 with the recipient's terminal 7, such as a smartphone, and accesses the gift site to receive the exchangeable item as a sales promotion item.

[0071] Conventionally, gifts to thank visitors were prepared in advance in the showroom and given to visitors along with catalogs, etc., but ordering was time-consuming and required space for inventory, which was troublesome. By using the sticker-type gift asset product of the embodiment, it is very easy to store the sheet-like items and simply attach them to catalogs, etc., when visitors arrive, and present them, so it is very convenient and does not require space for storage. Conventionally, visitors may accept items that they do not really need because they are free, and may end up discarding them without being used effectively. In the case of the sticker-type gift asset product of the embodiment, visitors can select the items to be exchanged on the gift site, so they can receive the items that they need as promotional items and do not go to waste. This makes it an excellent promotional tool.

[0072] Furthermore, in the sticker-type gift asset product of the embodiment, the sticker 2 has an expiration date printing section 21 on which the exchange expiration date is printed, preventing the recipient from missing the expiration date. The exchange expiration date can be made known to the giver, for example, by printing it on the backing paper 1. When the giver affixes sticker 2 and hands it over to the recipient, they can inform the recipient of the exchange expiration date verbally or in a note, but if they forget to inform the recipient, the recipient will likely miss the exchange expiration date. The sticker-type gift asset product of the embodiment is preferable in that this does not happen.

[0073] The above explanation is an example of a case where the giver purchases a sticker-type gift asset product that is a selection-type gift asset, but the present invention can be implemented in the same way even if the gift asset is a single-type gift asset. In the case of the above embodiment, the sticker-type product button 52 labeled "Product Designation Sticker Gift" is pressed on the top page shown in FIG. 3, and the linked sticker-type product page is displayed on the giver terminal 5. On this page, the giver can arbitrarily select any exchangeable item, and the price of the exchangeable item is paid on the payment page to purchase it. The sales information registration program 41 read from the payment program records the ID of the selected exchangeable item as the product ID in the sales information file 401. When the recipient reads the code symbol 3 of the sticker 2 with the recipient terminal 7 and logs in, the introduction page of the exchangeable item is displayed on the recipient terminal 7, and the recipient can enter his / her name, address, etc. to apply for exchange.

[0074] In the case of the sticker-type gift asset product, which is the single-type gift asset, the effect of being able to give gifts easily can be obtained without the trouble of the giver having to purchase and prepare it in advance, and then pack and send it together with a thank-you letter, etc. Also, for business use, the effect of being able to obtain is that the trouble of purchasing gifts in advance and storing them as inventory and the storage space are not required.

[0075] As described above, in the sticker-type gift asset product of the embodiment, a plurality of stickers 2 are attached to the above-mentioned one mount 1, and each sticker 2 is printed with a code symbol 3. In this configuration, the configuration in which the code symbol 3 of each sticker 2 contains an asset ID is particularly significant. In a configuration in which stickers 2 with printed code symbols 3 are attached in the number of recipients, the invention can be implemented even if each code symbol 3 only contains a common sales ID (even if it does not contain an asset ID). However, in this case, if a recipient who has obtained an object with a certain sticker 2 attached reads the code symbol 3 with the recipient terminal 7 and applies for an exchange of the exchanged item once, and then reads the code symbol 3 again to apply for an exchange, the exchange application can be made. The exchange application acceptance program 12 may be programmed so that the number of exchange applications is limited to the number of recipients, but even in this case, if the same person applies for exchange multiple times, other recipients will not be able to apply for an exchange. On the other hand, in the sticker-type gift asset product of the embodiment, the code symbol 3 of each sticker 2 contains an asset ID, and when an exchange request is made for a certain asset ID, the exchange date is recorded in the asset information file 404, and no further exchange requests can be made thereafter. Therefore, there is no problem as described above. Instead of recording the exchange date, information indicating that the asset has been exchanged may be recorded.

[0076] In a configuration in which gift assets are presented to multiple recipients at the same time, it is preferable that the recipient's name is printed as the text information printing section on each sticker 2. If the recipient's name is printed, it is possible to reliably attach a sticker to the object to be given to each recipient without forgetting it. To print the recipient's name on the sticker 2, a file recording the recipient's name is stored in the storage unit 40, and the sticker printing program 63 is programmed to create a sticker-unit image file by referring to this file. For example, the asset information file 404 is provided with a "recipient's name" field, and a recipient's name input field is provided on the purchase screen for a sticker-type gift asset product. The sales information registration program 41 records the name entered in the recipient's name input field in the "recipient's name" of the asset information file 404. If there are multiple recipients, a field for entering the number of names is provided, and each entered name is recorded in the "recipient's name" of the record. The sticker printing program 63 is programmed as a character information printing unit to obtain the recipient's name from the asset information file 404, combine it with the character "sama" as a constant, and visualize it as a character information printing unit.

[0077] In relation to the configuration of printing the recipient's name, in a configuration in which gift assets are presented to multiple recipients, each gift asset may be a different asset. In the above description, each gift asset is a selectable gift asset with the same unit price, but it may be a selectable gift asset with different unit prices. Even in the case of a single type gift asset, gift assets that can be exchanged for exchangeable items with different prices may be presented to multiple recipients.

[0078] In the case of a configuration in which a different gift asset is presented to each recipient, the giver's page of the gift site is provided with a selection field for the gift asset to be presented to the recipient (hereinafter, product selection field) corresponding to the recipient's name input field in which the recipient's name is entered. The product selection field is a field for selecting either a selectable gift asset of a certain price or a single-type gift asset for a certain exchangeable item. Link buttons to an introduction page for each selectable gift asset or an introduction page for each exchangeable item are provided near the product selection field, and the name of the gift asset selected on the linked page is displayed in the product selection field, and the product ID identifying the gift asset is stored in a variable. The product ID of the selected gift asset is then recorded in the same record in the asset information file 404 together with the recipient's name.

[0079] In this way, in the case where a different product ID is recorded for each asset ID recorded in the asset information file 404 and a different gift asset is presented, it is important to prevent the sticker 2 from being affixed incorrectly. For example, in the case where a selection-type gift asset is presented as a return gift to a funeral attendee, a selection-type gift asset with a different price may be presented according to the amount of condolence money paid by the attendee. In this case, if the sticker 2 is affixed incorrectly, a fixed-price return gift may be delivered to a person who received a large amount of condolence money, or a high-price return gift may be delivered to a person who received a small amount of condolence money. In such a case, if the name of the recipient is printed on the sticker 2, the sticker 2 can be affixed while checking the name of the recipient in the address of the thank-you letter to be sent to the recipient, thereby preventing the mistake of affixing the sticker 2.

[0080] The text information printing section may include both the exchange deadline date and the name of the recipient, and may also include the name of the giver. In this case, the sticker printing program 63 obtains the giver's name from the sales information file 401, and creates an image by combining the constant "Giver:" with the obtained giver's name.

[0081] In the above embodiment, each sticker 2 in the sticker-type gift asset product is circular, but the shape of the sticker 2 may be oval or square. Also, it is not necessary for multiple stickers 2 to be affixed to the backing 1. If there is only one recipient, there may be a sticker-type gift asset product in which only one sticker 2 is affixed to the backing 1. Also, in addition to the case where the stickers 2 are affixed in a row vertically and horizontally on the backing 1, there may also be cases where the stickers 2 are affixed in only one row. In this case, a strip-shaped backing may be used.

[0082] In the above embodiment, the code symbol 3 includes the execution code 32 of the program on the gift server 4, and the execution code 32 includes the authentication information, but other configurations are possible. For example, a program that transmits the authentication information to the gift server 4 may be installed as an app on the recipient terminal 7, and the code symbol 3 may include an execution code that starts the app. When the app starts, the read authentication information is sent to the gift server 4.

[0083] Also, the code symbol 3 may not be an execution code of a program, but may simply include authentication information. For example, the app on the recipient terminal 7 is equipped with a module that reads the code symbol 3, and is programmed to display a page for reading the code symbol 3. The recipient displays this page on the recipient terminal, and when the code symbol 3 is read by the camera of the recipient terminal 7, the app obtains the sales ID, asset ID, and password as authentication information, which are then sent to the gift server 4 by a program on the app to log in, and the exchange top page may be displayed on the recipient terminal 7.

[0084] In addition, the code symbol may be a one-dimensional code symbol such as a barcode, in addition to a two-dimensional code symbol. However, if a widely used two-dimensional code symbol is used, the recipient terminal 7 often has a function for reading such code symbols, and it is preferable because there is no need to implement additional functions in the recipient terminal.

[0085] The sticker type gift asset product may be sold at the gift site provided by the gift server 4 as described above, or may be sold at a store such as a convenience store. In this case, the sales ID and asset ID included in each code symbol are activated at the time of sale of the sticker type gift asset product. When the sticker type gift asset product is shipped from the gift business, the sales information file 401 is recorded and the asset information file 402 is created and recorded with information, but at this point, it is in a provisional registration state and has not yet been activated. In other words, the "sales date" of the record in the sales information file is not recorded. In addition, the asset information file is provided with a "status" field, and a value meaning invalid is recorded at the shipping stage. When the sticker type gift asset product is sold at a store, the date of the sale is recorded in the "sales date" of the sales information file, and a value meaning valid is recorded in the "status" of each record in the corresponding asset information file. When accessed from the recipient terminal, if the value of the "status" is a value meaning invalid, the exchange application acceptance program outputs an error message and terminates, and only if the value means valid, the exchange application is accepted. In this case, a sales terminal installed at a store such as a convenience store is given the authority to apply for activation to the gift server 1. After the store clerk confirms receipt of the payment, he or she operates the terminal to send the activation request to the gift server 1. A symbol code for the activation process may be provided on the mount 1 or the like.

[0086] The exchange request may also be made using a terminal other than the recipient terminal 7, such as a terminal in a convenience store. For example, the code symbol 3 may be read by a terminal at a convenience store's cash register, and the terminal may log in to the gift server 1 and accept the exchange request for the exchanged item. A suitable example of this configuration is a sticker-type gift asset product that is a single-type gift asset, and the exchanged item selected by the giver is also a product sold at the convenience store. For example, if the exchanged item is a soft drink, the recipient can easily receive the soft drink as a gift item on the spot by presenting the object with sticker 2 affixed to the clerk at the convenience store's cash register. [Explanation of symbols]

[0087] 1 Mount 10 Product Sheet 2. Seal 3 Chord Symbols 32 Execution Code 4. Gift Server 40 Storage section 401 Sales Information File 404 Asset Information File 41 Sales Information Registration Program 42 Exchange Application Acceptance Program 5. Gift sender device 61 Printing machine 62 Management terminal 63 Sticker Printing Program 64 Template files 7 Recipient's terminal 9. Internet

Claims

1. A gift presentation system used in gift presentation in which a giver presents a gift asset that can be exchanged for a product or service on a gift site on a network to a gift recipient, and the gift recipient acquires the product or service by operating an exchange application terminal for the presented gift asset and applying for an exchange on the gift site, A server that provides a gift site; A login program and an exchange application acceptance program implemented on the server; A print command output unit; Memory section and Equipped with The exchange of gift assets on the gift site is for a single product or service selected by the giver on the gift site, or for a product or service selected by the recipient from among multiple products or services set out on the gift site; The storage unit stores an ID capable of identifying the gift asset, The gift asset is presented by peeling off a sticker on which a code symbol symbolizing access information to a gift site is printed from a backing and reattaching it to another object, and then the giver hands the other object to the recipient, and the gift asset is presented by the giver handing over the other object to the recipient, the symbolized access information including authentication information that is referenced when exchanging the gift asset, and the authentication information including an ID (excluding an ID identifying the other object) stored in a memory unit; The login program is a program for permitting access to the gift site and logging in when the symbolized access information is read by the exchange application terminal and the exchange application terminal attempts to access the gift site in accordance with the access information and authentication information included in the access information is correct; The exchange application acceptance program is a program that accepts an exchange application transmitted from an exchange application terminal that is permitted to access and performs processing for the recipient to acquire the product or service, The gift presentation system is characterized in that the print command output unit is an output unit for outputting a print command to a sticker printing means which prints a code symbol in which the access information is symbolized onto a sticker material to produce the sticker, and the print command includes the ID obtained from the memory unit.

2. The storage unit stores an asset information file that records information about the gift asset, The exchange deadline is set for the exchange, and the exchange deadline is recorded in the asset information file; the print command output unit is an output unit that acquires a replacement deadline date from a storage unit and outputs the print command including the replacement deadline date so that the replacement deadline date is printed on the sticker in addition to the code symbol; The gift presentation system described in claim 1, characterized in that the exchange application acceptance program is a program that obtains the exchange deadline date from the asset information file when an exchange application is sent, and if the exchange deadline date has passed, does not perform any processing to allow the recipient to acquire the product or service.

3. The storage unit stores an asset information file that records information about the gift assets, and the asset information file records asset IDs that identify each gift asset when a single gift giver presents gift assets to multiple gift recipients, the print command output unit is an output unit that acquires an asset ID from a storage unit so that the asset ID is included in the code symbol printed on the sticker, and the acquired asset ID is included in the print command; 3. The gift presentation system according to claim 1, wherein the exchange request acceptance program is a program for acquiring an asset ID and accepting an exchange request for the asset ID.

4. A method for allowing a giver to give a gift by exchanging gift assets exchangeable for goods or services with a gift site provided by a server on a network through an access by an exchange application terminal to the gift site, the gift assets being exchangeable for goods or services, the method comprising: The exchange of gift assets is for a single product or service selected by the giver on the gift site, or for a product or service selected by the recipient from among multiple products or services set out on the gift site; A process of creating an image file for printing; Seal printing process It has The printing image file creating step is a step of creating a printing image file including a code symbol that symbolizes access information to the gift site by executing a creating program by a computer; The sticker printing process is a process for producing a gift asset product consisting of a mount and a sticker affixed to the mount by printing an image file for printing on an unprinted sticker with a printer, so that an image including the code symbol is printed on the sticker affixed to the mount, The sticker on which the image including the code symbol is printed has adhesiveness that allows it to be peeled off from the mount and reattached to another object, and the giver who is provided with the sticker attached to the mount reattaches the sticker to another object and hands the other object to the recipient, and an exchange application terminal reads the code symbol on the reattached sticker and accesses the gift site on the server to exchange the one product or service for the gift asset, or exchanges the gift asset for a product or service selected by the recipient from the multiple products or services, thereby allowing the giver to give the gift; The symbolized access information includes authentication information used in a login program when the exchange application terminal logs in to the gift site to exchange the gift for one product or service selected by the giver on the gift site, or for the giftee to select and exchange from among multiple products or services set on the gift site, and the authentication information includes an ID capable of identifying the gift asset (excluding an ID identifying the other object); The method for allowing a giver to give a gift is characterized in that the exchange application terminal is a terminal installed in a convenience store.

Images