WO2024004955A1 - 情報処理システム、情報処理方法及びプログラム - Google Patents

情報処理システム、情報処理方法及びプログラム Download PDF

Info

Publication number
WO2024004955A1
WO2024004955A1 PCT/JP2023/023644 JP2023023644W WO2024004955A1 WO 2024004955 A1 WO2024004955 A1 WO 2024004955A1 JP 2023023644 W JP2023023644 W JP 2023023644W WO 2024004955 A1 WO2024004955 A1 WO 2024004955A1
Authority
WO
WIPO (PCT)
Prior art keywords
issuing
condition
gift
information
terminal
Prior art date
Application number
PCT/JP2023/023644
Other languages
English (en)
French (fr)
Inventor
良至 幡井
Original Assignee
株式会社ギフトパッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社ギフトパッド filed Critical 株式会社ギフトパッド
Priority to JP2023565590A priority Critical patent/JP7520436B2/ja
Publication of WO2024004955A1 publication Critical patent/WO2024004955A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Definitions

  • the present invention relates to an information processing system, an information processing method, and a program.
  • companies may distribute gifts to their customers.
  • a person in charge at the front desk of a hotel may distribute novelty items or discount coupons that can be used at stores around the hotel to guests as gifts.
  • companies that operate hotels and the like need to purchase gifts in advance and stock them. This resulted in over-ordering, under-ordering, and the hassle of inventory management.
  • the present invention was made in view of this situation, and aims to improve convenience in gift management, etc.
  • an information processing system includes: An information processing system that supports issuance of image information indicating that a customer has the right to receive a gift from a predetermined organization as gift receiving right ownership information, the information processing system comprising: a group terminal managed by the predetermined group; an issuing terminal operated by an actor who performs the act of issuing the gift receiving right holding information to the customer; an information processing device that communicates with the group terminal and the issuing terminal;
  • the group terminal is a condition providing means for providing the information processing device with a condition for issuing the gift receiving right ownership information or a condition regarding the image, which is set in advance by the predetermined organization as a first issuance condition; Equipped with The information processing device includes: condition acquisition means for acquiring the first issuance condition provided from the group terminal; a first operation of inputting, as a second issuance condition, a condition for issuing the gift receiving right holding information or a condition regarding the image, which includes at least the number of issues of the gift receiving right holding information
  • FIG. 1 is a diagram illustrating an overview of a service (hereinafter referred to as "this service") that can be realized by an information processing system according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing the overall flow of the service shown in FIG. 1.
  • FIG. 1 is a diagram showing the configuration of an embodiment of an information processing system of the present invention.
  • 4 is a block diagram showing an example of the hardware configuration of a service provider server in the information processing system of FIG. 3.
  • FIG. 5 is a functional block diagram showing an example of the functional configuration of the information processing system in FIG. 4.
  • FIG. 6 is an arrow chart illustrating an example of information exchange among persons who manage and operate each information processing device by functioning of the functional blocks in FIG. 5;
  • FIG. 5 is a diagram illustrating an overview of a service (hereinafter referred to as "this service”) that can be realized by an information processing system according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing the overall flow of the service shown in FIG. 1.
  • FIG. 4 is a block diagram showing a second embodiment of the functional configuration of a service provider server, a headquarters terminal, and a facility terminal of the information processing system of FIG. 3.
  • FIG. FIG. 12 is a diagram for explaining a bulk ticket issuing function in the functional configuration of the information processing system of FIG.
  • FIG. 12 is a diagram for explaining a reservation mail function in the functional configuration of the information processing system of FIG. 11.
  • FIG. 12 is a diagram showing the flow of tablet operation in the functional configuration of the information processing system of FIG. 11.
  • FIG. 12 is a diagram showing the flow of simple smartphone ticket issuing in the functional configuration of the information processing system of FIG. 11.
  • FIG. 12 is a diagram showing management functions such as IMEI numbers in the functional configuration of the information processing system in FIG. 11; 12 is a diagram showing a store account management function in the functional configuration of the information processing system of FIG. 11.
  • FIG. 12 is a diagram showing an IP restriction function in the functional configuration of the information processing system in FIG. 11.
  • FIG. 1 is a diagram showing an overview of this service that can be realized by an information processing system according to an embodiment of the present invention.
  • This service is a service that supports the issuance of image information indicating that a customer has the right to receive a gift as a gift ticket from a predetermined organization to a customer.
  • this service is provided by service provider SA and supports user company UC, which is a user of this service, in issuing gift tickets.
  • the user company UC will be described as a company that manages a plurality of hotels. That is, for example, customer C of user company UC is a guest at a hotel.
  • the user company UC will be described as being composed of a headquarters U1 and a plurality of facilities U2 managed by the headquarters U1. That is, it is assumed that the headquarters U1 manages a plurality of facilities U2 (for example, each branch of a hotel).
  • the corporate user UC has sometimes carried out a campaign in which gifts such as novelties and discount coupons that can be used at stores around the hotel are distributed to the customers C.
  • corporate user UC does not simply distribute goods or services to customer C as goods, etc., but rather has the right to receive gifts. Distribute image information as a gift ticket. This makes it possible to implement various services described below. Note that for the sake of simplicity, the following description assumes that the service provider SA maintains a stock of gifts, and that the user company UC issues gifts on the condition that the gift is paid to the service provider SA.
  • the headquarters U1 creates a new campaign from the headquarters exclusive management screen (UI, User Interface).
  • the headquarters U1 sets conditions for issuing the gift ticket and conditions regarding the image of the gift ticket as the campaign conditions.
  • the headquarters U1 sets a gift course and an upper limit amount.
  • the gift course is the type of gift (for example, a novelty, a discount coupon that can be used at a nearby store, its price, etc.).
  • the upper limit amount is the upper limit amount for issuing a gift ticket. That is, the headquarters U1 can set the number of gift tickets that can be issued as the upper limit amount.
  • the facility U2 prints or sends the gift ticket via email from the facility-specific management screen. That is, when the facility U2 wants to distribute gift tickets to the customer C, it issues the gift tickets from the facility management screen.
  • the gift ticket is provided as an image that includes the character string "GIFT" and a QR code (registered trademark).
  • Facility U2 distributes a gift ticket to customer C in the form of a medium (for example, paper) on which such an image is printed or an e-mail that includes the image and a URL (Uniform Resource Locator) to the image. Can be done.
  • the service provider SA tallies the number of gift tickets issued at the facility U2 on a predetermined closing date (for example, tallies at the end of the month) and invoices the head office U1.
  • a predetermined closing date for example, tallies at the end of the month
  • the headquarters U1 and the facility U2 can issue gift tickets on the spot, when and in the necessary quantity, without stocking gifts in advance.
  • step ST12 customer C can scan a barcode (for example, the above-mentioned QR code), access the website, and exchange for a gift (receive a gift).
  • a barcode for example, the above-mentioned QR code
  • a campaign for the issuance of gift tickets is created based on the conditions set by the headquarters U1, the gift tickets are issued by the facility U2, and the customer C who has the gift ticket is able to exchange the gift. .
  • customer C can receive the gift using not only a smartphone but also an information processing device such as a PC or a tablet.
  • FIG. 2 is a diagram showing the overall flow of this service in FIG. 1.
  • a company that manages multiple hotels is just one example of a user company UC. That is, for example, it is sufficient that the user company UC is a predetermined organization. Further, for example, the user company UC may be a company, government, local government, or the like.
  • the user company UC creates campaigns such as "store visit campaign,”"contractcampaign,””accommodationcampaign,” and "locally available electronic money distribution business.” Then, as shown in step ST21, gift tickets are distributed to the customer C in that campaign.
  • the gift ticket is issued by the service provider SA based on a predetermined operation by the user company UC.
  • step ST22 customer C scans the barcode included in the gift ticket, accesses the website, and provides necessary information (for example, customer C's own name and name if the gift is to be delivered). Enter information such as address, receiving account information for electronic money, etc.).
  • the service provider SA activates the gift exchange function in the information processing device (for example, the service provider server 1 in FIG. 3), and based on the information input by the customer C, the service provider SA Provide a gift to C. In this way, customer C can exchange gift tickets distributed by user company UC for gifts.
  • the user company UC can check the issuance status of gift tickets managed by the service provider SA. That is, the user company UC can easily grasp how many gift tickets are actually issued in the campaign.
  • step ST25 the user company UC makes a payment to the service provider SA for the number of gift tickets issued as payment at the end of each month and at the end of the following month.
  • service provider SA allows user company UC to easily manage gifts. Additionally, customer C can easily receive the gift.
  • the user company UC can instantly issue gift tickets for the desired product from the management screen (UI), when and in the necessary quantity, on the spot.
  • UI management screen
  • the headquarters U1 of the user company UC sets the conditions for issuing a gift ticket and the conditions regarding the image of the gift ticket, which are set in advance by the user company UC.
  • the conditions can be set as the first issuance conditions.
  • the facility U2 of the user company UC then operates the UI provided by the service provider SA (for example, the service provider server 1 in FIG. 3) to determine the conditions for issuing a gift ticket and the image of the gift ticket.
  • An operation is performed to input, as a second issuance condition, a condition that includes at least the number of gift tickets issued. That is, for example, the facility U2 can set conditions for issuing gift tickets depending on the number of customers C, etc. For example, as will be described in detail later, as a condition regarding the image of the gift ticket, settings can be made such that various designs tailored to the customer C are selected from templates or created and used.
  • the facility U2 then issues an instruction to issue a gift ticket based on these conditions by operating the UI provided by the service provider SA (for example, the service provider server 1 in FIG. 3).
  • the service provider SA (for example, the service provider server 1 in FIG. 3) issues the set number of gift tickets based on the first issuance condition and the second issuance condition. Issue.
  • the user company UC can immediately issue gift tickets for the desired product when and in the necessary quantity from the management screen (UI) on the spot.
  • the first issue condition or the second issue condition can include a condition that specifies the design of at least a portion of the image of the gift ticket.
  • the user company UC can issue a gift ticket with a design that matches the content of the campaign or a design that matches the customer C's request. In this way, the user company UC can freely change the design for each campaign if desired.
  • the lineup of merchandise included in the gift ticket (that is, gifts that customer C can receive later) can also be freely changed.
  • the first issue condition or the second issue condition can include a condition that specifies one or more gifts.
  • the headquarters U1 can freely change the merchandise included in the gift ticket by selecting the gift course.
  • tickets can be issued via SNS such as email and LINE (registered trademark).
  • the facility U2 can issue a gift ticket by transmitting the gift ticket as electronic information to a terminal operated by the customer C (for example, the customer terminal 3 in FIG. 3).
  • the gift ticket is directly distributed to the smartphone or the like that the customer C uses to receive the gift, so the customer C can receive the gift more easily.
  • gift tickets can be printed and delivered by hand. That is, the facility U2 can use the gift ticket as a paper medium by printing it from a printing device. This allows for easy distribution to customer C, for example, by handing over paper media. Although details will be described later, the facility U2 can select whether to distribute the gift ticket as an electronic information material or as a paper medium, depending on the customer C's wishes.
  • this service centralizes ordering and billing management, allowing the headquarters to grasp how many gift tickets a facility (issuing terminal) has issued from the management screen. That is, in the facility U2, information on the number of gift tickets issued is provided as issuance information to the headquarters U1 (for example, the headquarters terminal 21 in FIG. 3). Note that it is sufficient that the issuance information is provided to the head office U1 as to the number of gift tickets issued at the facility U2. Specifically, for example, as shown in step ST24 in FIG. 2, the issuance information (information on the number of gift tickets issued) is managed by the service provider SA (for example, the service provider server 1 in FIG. 3). , the headquarters U1 may be provided with publication information from the service provider SA. In this way, ordering and billing management is unified, and the headquarters can grasp how many gift tickets the facility (issuing terminal) has issued from the management screen.
  • the service provider SA for example, the service provider server 1 in FIG. 3
  • the headquarters U1 may be provided with publication information from the service provider SA. In this way, ordering and billing management
  • ordering and billing management is unified, and the headquarters U1 can grasp who has issued what and when from the management screen. That is, information regarding the time when an operation to issue a gift ticket was performed at the facility U2 and the issuer who performed the operation can be further included. Thereby, the headquarters U1 can verify whether the issuance was appropriately performed at the facility U2.
  • this service centralizes ordering and billing management, and billing can be sent to the headquarters all at once. That is, the gift ticket is issued on the condition that consideration is given to the service provider SA, and the headquarters U1 can accept a request for consideration for the number of issued gift tickets specified by the issuance information. In this way, ordering and billing management is unified, and billing can be consolidated at the headquarters.
  • the facility U2 may accept a request for part or all of the consideration for the gift ticket issued by the facility U2 itself. That is, part or all of the consideration for issuing gift tickets for the campaign may be charged to the facility U2. In this case as well, the need to stock and manage gift tickets at the facility U2 is reduced.
  • the headquarters U1 can set a campaign from the management screen and issue gift tickets only within the budget of the campaign. That is, the first issuance conditions set at the headquarters U1 can include conditions regarding a limit on the number of gift tickets issued. Specifically, for example, the headquarters U1 can set the value based on the number of gift tickets issued, the cumulative amount of consideration for the gift tickets, and the like.
  • the headquarters U1 can manage facilities from the management screen. That is, the headquarters U1 registers the terminals managed by the headquarters U1 (for example, the headquarters terminal 21 shown in FIG. 3 and the facility terminals 22-1 to 22-n) as accepting operations for issuing gift tickets; You can manage settings including changing and deleting settings. Thereby, the headquarters U1 can prevent gift tickets from being issued from a terminal or the like from other than the facility U2.
  • the headquarters U1 registers the terminals managed by the headquarters U1 (for example, the headquarters terminal 21 shown in FIG. 3 and the facility terminals 22-1 to 22-n) as accepting operations for issuing gift tickets; You can manage settings including changing and deleting settings.
  • the headquarters U1 can prevent gift tickets from being issued from a terminal or the like from other than the facility U2.
  • FIG. 3 is a diagram showing the configuration of an embodiment of the information processing system of the present invention.
  • the information processing system shown in FIG. 3 is configured to include a service provider server 1, a headquarters terminal 21, facility terminals 22-1 to 22-n (n is an integer of 1 or more), and a customer terminal 3. has been done.
  • NW such as the Internet
  • the service provider server 1 is an information processing device managed by the service provider SA.
  • the service provider server 1 executes various processes for realizing this service while communicating with the headquarters terminal 21, the facility terminals 22-1 to 22-n, and the customer terminal 3 as appropriate.
  • the user company system 2 is composed of terminals used in the user company UC.
  • the headquarters terminal 21 is a terminal managed by the user company UC (particularly the headquarters U1), and is operated by a person in charge of the headquarters U1.
  • Facility terminals 22-1 to 22-n are terminals used in the facility, and are used by user company UC that issues gift tickets to customer C.
  • This is a terminal operated by a person in charge of facility U2. That is, for example, the facility terminals 22-1 to 22-n are terminals for issuing gift tickets, etc., located at n facilities U2-1 to U2-n, respectively.
  • each of the facility terminals 22-1 to 22-n will be collectively referred to as “facility terminal 22" unless it is particularly necessary to distinguish them individually. Note that when calling the facility terminal 22, the facilities U2-1 to U2-n are called “facility U2.”
  • the customer terminal 3 is a terminal operated by the customer C. Although not shown, a plurality of customers C and customer terminals 3 exist in each of the facilities U2.
  • FIG. 4 is a block diagram showing an example of the hardware configuration of the service provider server 1 in the information processing system shown in FIG.
  • the service provider server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input/output interface 15, an output unit 16, and an input/output interface 15. It includes a section 17, a storage section 18, a communication section 19, and a drive 20.
  • CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the CPU 11 executes various processes according to programs recorded in the ROM 12 or programs loaded into the RAM 13 from the storage unit 18 .
  • the RAM 13 also appropriately stores data necessary for the CPU 11 to execute various processes.
  • the CPU 11, ROM 12, and RAM 13 are interconnected via a bus 14.
  • An input/output interface 15 is also connected to this bus 14 .
  • An output section 16 , an input section 17 , a storage section 18 , a communication section 19 , and a drive 20 are connected to the input/output interface 15 .
  • the output unit 16 is configured with a display such as a liquid crystal display, and displays various images.
  • the input unit 17 is comprised of various hardware buttons and the like, and inputs various information in accordance with instructions from an operator.
  • the storage unit 18 is composed of a DRAM (Dynamic Random Access Memory) or the like, and stores various data.
  • the communication unit 19 controls communication with other devices (headquarters terminal 21, facility terminal 22, and customer terminal 3) via the network NW including the Internet.
  • the drive 20 is provided as necessary.
  • a removable medium 31 made of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is appropriately installed in the drive 20.
  • the program read from the removable medium 31 by the drive 20 is installed in the storage unit 18 as necessary. Further, the removable medium 31 can also store various data stored in the storage section 18 in the same manner as the storage section 18 .
  • the headquarters terminal 21, facility terminal 22, and customer terminal 3 also have the hardware configuration shown in FIG. 4.
  • the service provider server 1 can provide the above-mentioned service to the user company UC and the customer C.
  • FIG. 5 is a functional block diagram showing an example of the functional configuration of the information processing system in FIG. 4.
  • At least a condition acquisition unit 101, a provision unit 102, and a management unit 103 function. These condition acquisition section 101, provision section 102, and management section 103 are referred to as a basic section 100.
  • a condition providing section 211, an issuance information output section 212, a request receiving section 213, and a terminal management section 214 function. These condition providing section 211, issue information output section 212, request accepting section 213, and terminal management section 214 are referred to as a basic section 210.
  • at least a presentation receiving section 221, an issuing section 222, and an issuing information providing section 223 function. These presentation receiving section 221, issuing section 222, and issuing information providing section 223 are referred to as a basic section 220.
  • the condition providing unit 211 of the headquarters terminal 21 provides conditions for issuing a gift ticket (for example, campaign conditions) or conditions regarding the image of the gift ticket (for example, design), which have been set in advance by the user company UC.
  • the conditions are provided to the service provider server 1 as the first issuance conditions.
  • the condition acquisition unit 101 of the service provider server 1 acquires the first issue condition provided from the headquarters terminal 21. Furthermore, the condition acquisition unit 101 acquires the second issuance condition provided from the facility terminal 22.
  • the management unit 103 manages various information regarding gift tickets of this service. That is, for example, the management unit 103 manages the issuance of gift tickets based on the first issuance condition acquired by the condition acquisition unit 101. Specifically, for example, the management unit 103 manages the number of gift tickets issued based on the first issuance condition. That is, for example, the management unit 103 manages the number of gift tickets issued as a predetermined unit of a campaign or the like. Further, for example, the management unit 103 provides a management page to the headquarters terminal 21 and the facility terminal 22.
  • the management unit 103 sends the headquarters terminal 21 various information based on information such as the number of gift tickets issued (for example, the number of gift tickets issued, the scheduled billing amount for the month, and information about multiple facilities).
  • the number of issued sheets for each U2) can be presented on the management page.
  • the management unit 103 can manage the cost (billing) of gift tickets issued to the user company UC (particularly the headquarters U1).
  • the management unit 103 can support issuing a bill for expenses (charges) corresponding to newly issued gift tickets during a predetermined period.
  • the providing unit 102 performs a first operation of inputting, as a second issuance condition, a condition for issuing a gift ticket or a condition regarding an image, which includes at least the number of gift tickets to be issued, and an instruction to issue a gift ticket.
  • the headquarters terminal 21 is provided with a UI (User Interface) that accepts a second operation for performing the operations.
  • the first issue condition or the second issue condition can include a condition that specifies at least a part (for example, a design) of the image. Further, the first issue condition or the second issue condition can include a condition that specifies one or more gifts. Further, the first issuance conditions can include conditions regarding a limit on the number of gift tickets issued. Specifically, for example, the first issuance condition can include the total number of gift tickets issued and the total number of gift tickets issued at each of the plurality of facilities U2. Further, the first issuance condition can include the number of issuances in a predetermined period and the total number of issuances in each of the plurality of facilities U2. Further, for example, the first issuance condition can include the cost (so-called budget) related to the gift ticket.
  • the presentation reception unit 221 of the facility terminal 22 presents the UI to the person in charge of the facility U2, etc., and receives the first operation and the second operation by the person in charge of the facility U2, etc.
  • the issuing unit 222 issues the number of gift tickets to be issued based on the first issuing condition and the second issuing condition.
  • the issuing unit 222 can issue a gift ticket by transmitting the gift ticket as electronic information material to the customer terminal 3 operated by the customer C. Further, the issuing unit 222 can issue a gift ticket by printing the gift ticket as a paper medium from a printing device controlled by the facility terminal 22.
  • the issue information providing unit 223 provides the headquarters terminal 21 with information indicating that the same number of gift tickets have been issued as issue information. Note that the issuance information can further include information regarding the time when the second operation was performed, the person in charge of the facility U2 who performed the second operation, and the like.
  • the publication information output unit 212 of the headquarters terminal 21 outputs the publication information provided from the publication terminal.
  • the request receiving unit 213 of the headquarters terminal 21 receives a request for consideration for the number of gift tickets issued specified by the issuance information.
  • the terminal management unit 214 of the headquarters terminal 21 manages terminals managed by organizations, including registration as issuing terminals, settings for changes, and deletions.
  • FIG. 6 is an arrow chart illustrating an example of information exchange among persons who manage and operate each information processing device by functioning of the functional blocks in FIG. 5.
  • the headquarters U1 sets issuing conditions (first issuing conditions).
  • the condition providing unit 211 of the headquarters terminal 21 acquires the first issuance condition based on a predetermined operation by a person in charge at the headquarters U1 or the like.
  • the first issue condition is then provided to the service provider SA. That is, the condition acquisition unit 101 of the service provider server 1 acquires the first issuance condition.
  • the service provider SA creates and presents an issuance screen UI to the facility U2. That is, the management unit 103 of the service provider server 1 creates a screen for the facility U2 to issue a gift ticket, and causes the facility U2 to present the screen via the presentation reception unit 221 of the facility terminal 22.
  • the facility U2 sets the creation of a gift ticket design, selection of a pre-created template, and gift ticket issuance request as second issuance conditions, and sets the second issuance conditions to the service provider SA.
  • the service provider SA Provided to. That is, the person in charge of the facility U2 or the like inputs the second issuance condition by operating the facility terminal 22.
  • the input second issuance conditions are provided to the service provider server 1.
  • step ST34 a gift ticket is issued from the service provider SA to the facility U22. That is, the service provider server 1 issues a gift ticket via the facility terminal 22.
  • the facility U2 selects a gift ticket issuance format. That is, for example, by operating the facility terminal 22, the person in charge of the facility U2 selects whether to issue the gift ticket as a paper medium or as an electronic information material.
  • step ST36 the facility U2 hands the ticket to the customer C. Accordingly, customer C can receive the gift ticket as a QR code on a paper medium, an e-mail, or the like.
  • the service provider SA centrally manages the gift tickets. That is, the fact that a gift ticket has been issued is managed by the management unit 103 of the service provider server 1.
  • the customer C who received the gift ticket requests the service provider SA to deliver the gift. That is, for example, the customer C inputs an address and the like into the customer terminal 3 to designate the destination of the gift.
  • the service provider SA arranges the gift. That is, the service provider server 1 executes a predetermined arrangement process for delivering the gift to the customer C. Specifically, for example, the service provider SA can ship the gift or request a gift shipping company or the like (not shown) to ship the gift.
  • step ST40 at a predetermined timing (for example, at the end of the month), the service provider SA bills the headquarters U1 for the cost of issuing the gift ticket at the end of the month. In this way, the headquarters U1 and the facility U2 can issue gift tickets in the necessary amount when necessary. Furthermore, since the cost is billed at a predetermined timing, there is no need to spend money on stocking gifts or manage them, which improves the convenience of providing gifts to customer C.
  • FIG. 7 is a diagram showing an example of a screen displayed on the headquarters terminal 2 when the gift ticket issuance conditions and the like are set.
  • the headquarters U1 is presented with an input screen (UI) for various items such as "project name,””courseselection," and "store selection” as project settings.
  • UI input screen
  • a person in charge at the headquarters U1 or the like operates the headquarters terminal 21 to determine the "project name", which is the name of the campaign, etc.
  • a name such as "1 night, 2 days limited 3,000 yen course” shown in FIG. 10, which will be described later, is input.
  • “Course selection” is a gift course for gift tickets. In other words, it is the type of gift that can be received with the gift ticket.
  • “Store selection” is the selection (designation) of a store that is the target of the campaign. Specifically, for example, in the case of a campaign targeting only stores in a predetermined area (for example, the Tohoku region), only stores in that area are selected.
  • FIG. 8 is a diagram showing an example of a screen displayed on the headquarters terminal or facility terminal when the conditions for the image of the gift ticket are set.
  • the user company UC has design settings for "files" and "templates"("templates” in the figure) for gift exchange forms and course selections that are associated with project names and store names.
  • An input screen (UI) for various items is presented.
  • the user company UC can set the design of the gift exchange form by selecting and inputting a file created in advance as the design of the gift exchange form, or by selecting from templates prepared in advance. Note that the user company UC can also set the gift course described using FIG. 7 using a gift course information file or template created in advance.
  • FIG. 9 is a diagram showing an example of a screen displayed on a head office terminal that can issue gift tickets.
  • the user company UC is presented with a menu for using various functions such as "Gift ticket issue”, “Issuance list”, “Billing list”, and "Own store account list”.
  • the user company UC (in particular, the person in charge of the facility U2, etc.) can request the issuance of a gift ticket by operating the "Gift Ticket Issuance" button. Thereby, the user company UC can issue gift tickets on the spot, when and in the necessary quantity.
  • the user company UC (particularly the person in charge at headquarters U1, etc.) can check the number of gift tickets issued and their consideration (gift cost) by operating the "Issuance list” and "Claim list” buttons. You can easily check it.
  • the user company (especially the person in charge at the headquarters U1, etc.) manages the terminals included in the user company system 2 (especially the facility terminal 22 that can be used at the facility U2) by operating the "own store account list" button. can do.
  • FIG. 10 is a diagram showing an example of a screen displayed on a facility terminal that issues gift tickets.
  • the person in charge of facility U2, etc. has to fill out necessary information such as "proposal selection", customer C's "usage information”, and customer C's "email address”.
  • An input screen is presented.
  • the person in charge of facility U2, etc. selects "Project”, enters the necessary information for customer C (name, email address, etc.), and operates the "Confirm” button. You can issue gift tickets.
  • These pieces of information shown in FIG. 10 are transmitted to the service provider server 1 and set as the second issuance condition.
  • the gift ticket When a gift ticket is issued, it is reflected in the gift ticket issuance list as shown in FIG. Note that the gift ticket is not provided to customer C just because it is issued. That is, as shown in FIG. 10, the image of the gift ticket is distributed to customer C as an email by the person in charge of facility U2 operating the "email" button or "print” button for the issued gift ticket. or output as a printed paper medium (and handed over to customer C). In this way, with this service, gift tickets can be distributed in the form of email or paper media based on the operations of the person in charge of facility U2.
  • FIG. 11 is a block diagram showing a second embodiment of the functional configuration of the service provider server, headquarters terminal, and facility terminal of the information processing system of FIG. 3.
  • the CPU 11 of the service provider server 1 includes an issuance control section 111 and a reservation setting control section 112 in addition to the basic section 100 shown in FIG. , a QR code issuance control section 113, an IMEI management control section 114, a store account management control section 115, an IP control management section 116, and a restriction control section 117.
  • QR code is a registered trademark.
  • the CPU (not shown) of the facility terminal 22 includes an issuing unit 225, a reservation setting unit 226, a QR code issuing unit 227, and an IMEI management unit 228 , and the restriction section 229 at least function.
  • the bulk issuing unit 225 of the facility terminal 22 performs the first operation (entering the name of the campaign to be applied (project name), etc.) of the first condition for issuing gift tickets (gift receipt right holding information) and the second condition.
  • the second operation input operation for specifying the number of gift tickets to be issued and the issuance timing (immediate or reserved), etc.
  • the number of gift tickets to be issued will be grouped together based on the first and second issuance conditions.
  • the gift ticket is issued or issuance reserved the day before the gift ticket is handed over to customer C (first timing). Note that if the gift ticket issuance setting is set to "delivery by e-mail," the gift tickets will be delivered all at once.
  • the reservation setting unit 226 stores the gift ticket issued on the day before the date of provision to the customer C or at a later date (at a second timing later than the first timing) to the customer terminal 3.
  • Information on the set distribution reservation is stored in the storage unit 18 of the service provider server 1.
  • the gift ticket is printed from the issuing unit 222 of the facility terminal 22 at the time set by the reservation setting unit 226.
  • the issuing unit 225 distributes an e-mail containing gift ticket information all at once at the distribution time reserved by the reservation setting unit 226.
  • a person in charge of a UC user company such as a housing sales company can use the ticket issuance summarized above to select the issuance timing (immediate or reserved) and the issue (which Select whether it is a campaign), select the number of issues (plural or single) in the ticket issue column 302, enter the number of issues in the number of issues column, and press the confirmation button to issue a ticket.
  • the input information is displayed line by line on the list screen 303. Specifically, information is collected in terms of cancellation, bulk selection, printing, SMS, status (ticketed, unissued), ticketing group, ticketing ID, project name, usage information, ticketing date, printing date, email sending date, etc. is displayed for each item.
  • a process execution dialog box 304 pops up.
  • buttons such as "Batch Mail”, “Batch Print”, “Batch CSV”, etc. are arranged.
  • By operating the "Batch Email” button you can send emails in bulk to the addresses listed in the CSV file uploaded in advance.
  • tickets can be output all at once as a PDF file.
  • By operating the "Batch CSV” button it is possible to output a CSV file containing the receiving URL at once.
  • the operated process is executed. For example, when the "Batch Print” button is operated, multiple gift tickets can be issued at once in one ticket issuing operation at the facility terminal 22, as shown in FIG.
  • the e-mail address should be entered in the ticket issue column 302. Furthermore, when sending a large number of e-mails, the destinations to which e-mails are to be sent can be registered all at once by specifying a CSV file in which e-mail addresses are listed from the pull-down menu in the ticket issue field 302.
  • a gift item such as a visitor gift coupon
  • a visitor customer C
  • the necessary number of visitor gift coupons can be immediately issued, and the visitor gift coupons can be handed to the visitor when the visitor comes to the housing exhibition hall on the day of reservation.
  • An example of a scenario in which a reservation email can be used is to inform the winners of a certain campaign that ⁇ We will send you an electronic gift at XX time on the XX day of the XX month of the month.'' Then, the winners can be selected all at once on the specified day.
  • an email is sent to a person's email address.
  • FIG. 14 on the ticket issuing screen of the facility terminal 22, check the radio button for "reservation" as the ticket issuance timing, and specify conditions such as the reservation date and time. , at the time of ticket issuance, it is possible to set a reservation for the delivery date and time (designated date and time) of the e-mail that presents the gift ticket.
  • an e-mail containing a receipt URL that can be exchanged for gifts such as cashless points is delivered to the customer terminal 3 of customer C at the specified date and time.
  • this kind of reservation email function if you keep gift tickets in stock at the time of reservation, you will be in trouble if customer C cancels, but if you cancel before sending, the system will Setting the option to cancel will prevent gift tickets from becoming surplus stock.
  • a visitor to the housing exhibition hall enters into a contract with user company UC to purchase a house, and user company UC sends an electronic gift to customer C by e-mail several months later.
  • user company UC sends an electronic gift to customer C by e-mail several months later.
  • the QR code issuing unit 227 issues a QR code of a gift ticket to be given to the customer C, which is read by the customer terminal 3.
  • This QR code issuing unit 227 has a tablet operating function and a simple smartphone ticket issuing function.
  • the tablet operation function is a function that is operated using a tablet terminal as the facility terminal 22, for example.
  • the tablet terminal will be referred to as a tablet terminal 22.
  • the user logs in to the management screen of the tablet terminal 22 in step ST41, and inputs ticketing information in step ST42.
  • the ticketing course type case
  • user information customer's name, etc.
  • user email address customer's contact information, ticket issuer
  • the ticket issuance list screen is displayed on the tablet terminal 22.
  • a confirmation screen is displayed on the tablet terminal 22.
  • the confirmation screen displays, for example, a campaign name, issuing facility name, login code (gift ticket issuing ID), expiration date, text data indicating a product exchange method, a QR code for smartphone reading, and the like.
  • Customer C operates the customer terminal 3 such as his or her smartphone, starts the existing QR code reader application, and uses the camera controlled by the QR code reader application to read the QR displayed on the confirmation screen of the tablet terminal 22. By capturing an image of the area that includes the code, scanning the QR code using image processing, and reading the information in the QR code, the gift ticket will be displayed on the screen of customer C's smartphone, so customer C can receive the gift ticket. can be received.
  • the simple smartphone ticket issuing function of the QR code issuing unit 227 is a function specialized only for ticket issuing that allows gift tickets to be received with a smartphone or the like. Specifically, as shown in FIG. 16, in step ST51, the user logs in to the management screen of the tablet terminal 22, and in step ST52, after inputting ticketing information on the ticketing screen, the gift ticket is issued. At this time, the user selects whether to send the gift ticket by email or display it on the screen using a QR code.
  • the gift ticket is sent from the tablet terminal 22 to the customer terminal 3 by e-mail.
  • the gift ticket can be received by opening the e-mail.
  • the customer C performs an operation to display the ticket issuance history on the tablet terminal 22, and in step ST58, the past ticket issuing list screen is displayed on the tablet terminal 22, so the customer C can display the past ticket issuing list screen. You can view a list of gift tickets that have been issued in the past.
  • the QR code issuing unit 227 executes control of the QR code screen display in step ST55. Thereby, the QR code of the gift ticket is displayed on the screen of the tablet terminal 22 in step ST56.
  • the operation after displaying the QR code is the same as the tablet operation function. That is, the customer C operates the customer terminal 3 such as his or her smartphone, starts the existing QR code reader application, and uses the camera controlled by the QR code reader application to display the information displayed on the confirmation screen of the tablet terminal 22.
  • the gift ticket is displayed on the screen of customer C's smartphone by capturing an image of the area including the QR code, scanning the QR code by image processing in step ST57, and reading the information of the QR code. , Customer C can receive the gift ticket.
  • the receiving terminal is not limited to a smartphone, but may be a tablet terminal, and any customer terminal 3 equipped with a QR code reading function is sufficient.
  • the IMEI management unit 228 stores and manages the issued gift ticket in the storage unit 18 in association with, for example, the IMEI number (product identification information) of the mobile phone (predetermined product) purchased by the customer C. Specifically, as shown in FIG. 17, the IMEI management unit 228 uses the ticketing ID of the gift ticket issued on the ticketing screen of the facility terminal 22 and the mobile phone purchased by customer C using the handy terminal 4. It is managed by associating it with the IMEI number read from the barcode placed on the box or the like. This information can be displayed and confirmed in the list on the management screen. This makes it possible to manage the product information returned to customer C in a one-to-one correspondence with the ticketing ID of the gift ticket returned to customer C, and issue multiple gift tickets for one product. It is possible to prevent fraudulent acts such as issuing IDs and erroneous issuance.
  • the restriction unit 229 is controlled by the head office terminal 21 or the service provider server 1 and restricts the operation of functions within the facility terminal. For example, when a login request is made from another terminal to the ticket issuing screen of the facility terminal 22, the restriction unit 229 permits login from a terminal having a permission IP set in advance by the IP management unit 216, Reject logins from terminals with unconfigured IP addresses (unauthorized IPs). Further, the restriction unit 229 grants permission for each of the plurality of facility terminals 22-1 to 22-n to issue a gift ticket issuing ID for each facility terminal 22.
  • the function of the basic section 220 (presentation reception section 221, issuing section 222, etc.) of the facility terminal 22 is activated, and the permission is granted.
  • the functions of the basic unit 220 for example, the presentation receiving unit 221, the issuing unit 222, etc. are stopped.
  • the store account management unit 215 of the headquarters terminal 21 stores management information including campaign terms and conditions, campaign name (first issue condition), and store account (information regarding actors) for each of multiple stores (for each multiple actors). to be managed.
  • the store account management unit 215 stores management information including the terms and conditions of the campaign for the gift ticket to be issued and identification information for identifying each facility (for example, store, etc.) of the user company UC that issues the gift ticket, for example, store account, etc. are managed for each store. Specifically, the store account management unit 215 manages the store account of the facility terminal 22 for each store using a store account management table (not shown). This allows the headquarters U1 to collectively manage store accounts.
  • the account (store account) for each facility U2 (store) can be managed on the management screen 321 of the headquarters terminal 21 installed at the headquarters U1. Thereby, it is possible to set the upper limit (number of issues, amount of issues, etc.) of gift tickets to be issued for each facility U2 (store). Further, on this management screen 321, accounts of each staff member of the facility U2 (store) can be managed. This makes it possible, for example, to add new stores and staff, delete accounts of retired employees, etc. all at once. On the facility (store) side, each staff member of each facility U2 (store) logs into the facility terminal 22 using the ID and password issued from the headquarters terminal 21 and uses the facility terminal 22.
  • the store account management table may be stored in the storage unit 18 of the service provider server 1 in addition to the head office terminal 21, and may be referenced by accessing the service provider server 1 from the head office terminal 21.
  • the IP management unit 216 of the headquarters terminal 21 allows login from a terminal having an IP address (permitted IP) set to allow login. I agree. Specifically, as shown in FIG. 19, the IP management unit 216 of the head office terminal 21 sets (registers) a log-in IP address for each store, including itself (the head office terminal 21), and logs in from multiple terminals.
  • a login request is made to the ticket issuing screen of the facility terminal 22
  • a login request is made from a terminal (headquarters terminal 21 in the example in FIG. 19) with a pre-registered permission IP "XXX.XX.XX.X".
  • the batch issue control unit 111 of the service provider server 1 controls the batch issue unit 225 of the facility terminal 22 in response to the batch issue operation performed on the facility terminal 22, and , issue gift tickets in bulk (in bulk).
  • the reservation setting control unit 112 controls the reservation setting unit 226 of the facility terminal 22 in accordance with the reservation delivery operation performed on the facility terminal 22, for example, the day before the provision date to customer C (first timing).
  • a reservation is set so that the gift ticket for which the issue reservation has been performed is delivered to the customer C by e-mail on the same day it is handed over to the customer C or at a later date (second timing later than the first timing).
  • the QR code issuing control unit 113 controls the QR code issuing unit 227 of the facility terminal 22 in response to a QR code issuing operation performed on the facility terminal 22, and issues a QR code to the QR code issuing unit 227 of the facility terminal 22. be issued.
  • the IMEI management control unit 114 controls the IMEI management unit 228 of the facility terminal 22 in accordance with the IMEI management operation performed on the facility terminal 22, and instructs the IMEI management unit 228 of the facility terminal 22 to read an IMEI number. Let it run. Specifically, the IMEI number is read by a handy terminal connected to the facility terminal 22, and the IMEI number is stored from the facility terminal 22 in the service provider server 1.
  • the store account management control unit 115 controls the store account management unit 215 of the headquarters terminal 21 and causes the store account management unit 215 to manage the store account.
  • the IP management control unit 116 manages login to the facility terminal 22 using a login-enabled IP address registered (set) for each store in advance, and when logging into the gift ticket issuing screen on the facility terminal 22 of the store, Login is permitted using a facility terminal 22 having a registered (set) login-enabled IP address.
  • the IP management control unit 116 issues the ticket only when it receives a login request from the facility terminal 22 that has a login-enabled IP address registered for each store. Allow login to the screen.
  • the restriction control unit 117 controls the restriction unit 229 of the facility terminal 22 to restrict the function of the basic unit 220.
  • the restriction control unit 117 controls the restriction unit 229 to restrict issuance of gift ticket issuing IDs.
  • the function of the basic unit 220 for example, the presentation reception unit 221, the issuing unit 222, etc.
  • the function of the basic unit 220 for example, the presentation reception unit 221, the issuing unit 222, etc.
  • the function of the basic section 220 for example, the presentation reception section 221, the issuing section 222, etc.
  • the bulk ticket issuing function multiple gift tickets can be issued at once, so it is possible to reduce the effort when issuing multiple gift tickets is required.
  • the gift ticket can be sent at the reserved date and time, so it is possible to reliably send an electronic gift such as a gift to be delivered at a later date to the customer without making mistakes such as forgetting to send it.
  • the ticketing function using a QR code the facility does not need to prepare a dedicated terminal such as a gift ticket issuing terminal, and the customer terminal 3 such as a smartphone of customer C visiting the facility can be used with the facility's existing tablet terminal or smartphone. We can offer gift tickets from.
  • the handy terminal 4 connected to the facility terminal 22 reads the IMEI number provided on a product such as a mobile phone purchased by a customer, and links it with the issuing ID of the gift ticket to be redeemed to send the gift.
  • a product such as a mobile phone purchased by a customer
  • links it with the issuing ID of the gift ticket to be redeemed to send the gift By managing tickets, it is possible to prevent customer C from committing fraudulent acts such as applying for multiple gift tickets, and from erroneous issuance such as issuing gift tickets without realizing it.
  • store account management function store accounts can be managed all at once on the head office terminal 21, so that new stores, addition of store staff, account deletion of retired employees, etc. can be done all at once.
  • the number of gift tickets that can be issued can be set for each store, the number of gift tickets issued can be managed, for example, by setting an upper limit for the number of gift tickets issued for each store.
  • the IP restriction function it is possible to log in only with a permitted IP, so it is possible to restrict the location of use.
  • this service can be used by accessing the WEB system provided by the service provider server 1 from each of the headquarters terminal 21, facility terminal 22, and customer terminal 3. explained.
  • this is not limited to this, and a dedicated application for receiving this service is installed on each of the headquarters terminal 21, facility terminal 22, and customer terminal 3, and by operating the dedicated application, this service can be received. It may be made available.
  • the product that can be received with a gift ticket may include the right to receive services.
  • restaurant meal tickets, travel tickets, and concert tickets are all examples of products that can be included in the gift product list.
  • the hardware configuration of the service provider server 1 shown in FIG. 4 is merely an example for achieving the purpose of the present invention, and is not particularly limited.
  • the functional block diagram shown in FIG. 5 is merely an example and is not particularly limited. In other words, it is sufficient that the information processing system has a function that can execute the series of processes described above as a whole, and the type of functional blocks used to realize this function is not particularly limited to the example shown in FIG. .
  • the locations of the functional blocks are not limited to those shown in FIG. 5, and may be arbitrary. Further, one functional block may be configured by a single piece of hardware, a single piece of software, or a combination thereof.
  • a program constituting the software is installed in a computer or the like from a network or a recording medium.
  • the computer may be a computer built into dedicated hardware. Further, the computer may be a computer that can execute various functions by installing various programs, such as a platform server, a general-purpose smart phone, or a personal computer.
  • Recording media containing such programs are not only comprised of removable media that is distributed separately from the device itself in order to provide the program to each user, but also are pre-installed in the device body and delivered to each user. Consists of provided recording media, etc.
  • the step of writing a program to be recorded on a recording medium is not only a process that is performed chronologically in accordance with the order, but also a process that is not necessarily performed chronologically, but may be performed in parallel or individually. It also includes the processing to be executed.
  • system refers to an overall device composed of a plurality of devices, a plurality of means, etc.
  • the information processing system to which the present invention is applied only needs to have the following configuration, and can take various embodiments. That is, the information processing system to which the present invention is applied (for example, the information processing system in FIG. 3), Image information indicating that the person has the right to receive a gift is stored as gift receiving right holding information (for example, the gift ticket issuing ID in Figures 1 and 2) by a designated organization (for example, the user company in Figures 1 and 2).
  • An information processing system (for example, the information processing system in FIG. 3) that supports issuance from a UC headquarters (U1) to a customer (for example, customer C in FIGS. 1 and 2), a group terminal managed by the predetermined group (for example, the headquarters terminal 21 in FIG.
  • An issuing terminal (for example, the facility terminal 22 in FIG. 5) operated by an actor (for example, a person in charge of the facility U1 of the user company UC in FIG. 2) who performs the act of issuing the gift receipt right holding information to the customer. )and, an information processing device (for example, the service provider server 1 in FIG. 3) that communicates with the group terminal and the issuing terminal;
  • an information processing device for example, the service provider server 1 in FIG. 3
  • the group terminal for example, the headquarters terminal 21 in FIG. 5
  • Conditions for example, campaign conditions
  • issuing the gift receipt right holding information for example, gift ticket issuing ID in FIGS. 1 and 2) or conditions regarding the image (for example, design)
  • a condition providing unit for example, the condition providing unit 211 in FIG.
  • UI providing means for example, the providing unit 102 in FIG. 5) that provides the group terminal with a UI (User Interface) that accepts (issuance instruction operation); Equipped with The issuing terminal (for example, the facility terminal 22 in FIG.
  • UI presentation reception means for example, Presentation reception unit 221) in FIG. 5;
  • Issuing means for example, the summary of FIG. Publishing Department 225
  • Reservation setting means for setting a reservation for providing the gift receipt right ownership information issued at the first timing to the customer at a second timing later than the first timing (on the day the gift ticket is handed over to the customer).
  • the reservation setting section 226 in FIG. 11 It is sufficient to have the following.
  • a specified organization for example, user company UC such as a housing sales company
  • UI management screen
  • a visitor comes to a place where a ticket issuing device cannot be brought in, such as a housing exhibition hall, on the day of the event, the visitor can be handed a visitor gift coupon to the visitor.
  • customer C such as a visitor
  • you can ensure that you are prepared to send electronic gifts.
  • the information processing system to which the present invention is applied is Image information indicating that you have the right to receive a gift is sent from a designated organization (for example, the headquarters U1 of user company UC in Figures 1 and 2) as gift receipt right ownership information (gift ticket issuing ID, etc.)
  • An information processing system (for example, the information processing system in FIG. 3) that supports issuing to a customer (for example, customer C in FIG. 1 or FIG. 2), an organization terminal (for example, the headquarters terminal 21 in FIG. 5) managed by the predetermined organization that provides predetermined products or services to the customers;
  • An issuance terminal for example, a person in charge of the facility U2 of the user company UC in FIG.
  • the facility terminal 22 in FIG. an information processing device (for example, the service provider server 1 in FIG. 3) that communicates with the group terminal and the issuing terminal;
  • the group terminal for example, the headquarters terminal 21 in FIG. 5
  • Conditions for issuing the gift receipt right holding information (gift ticket issuing ID, etc.) for example, campaign conditions in the statement) or conditions regarding the image (for example, design in the statement), a condition providing unit (for example, the condition providing unit 211 in FIG.
  • the information processing device for example, the service provider server 1 in FIG. 3
  • a condition acquisition unit for example, the condition acquisition unit 101 in FIG. 5 that acquires the first issuance condition provided from the group terminal;
  • a UI User Interface
  • accepts a first operation for inputting the following as a second issuance condition and a second operation for issuing an instruction to issue the gift receiving right holding information (gift ticket, etc.) is provided on the group terminal.
  • UI providing means for example, the providing unit 102 in FIG. 5
  • the issuing terminal for example, the facility terminal 22 in FIG. 5
  • UI presentation reception means for example, the presentation reception unit 221 in FIG. 5 that presents the UI to the actor and receives the first operation and the second operation by the actor;
  • the gift receiving right holding information is generated based on the first issue condition and the second issue condition. (e.g. gift ticket issuing ID) for the number of issues issued (e.g. issuing unit 222 in FIG.
  • the information processing system to which the present invention is applied is Image information indicating that the person has the right to receive a gift is stored as gift receiving right ownership information (e.g., the gift ticket issuing ID in Figs.
  • An information processing system (for example, the information processing system in FIG. 3) that supports issuance from a corporate UC headquarters (U1) to a customer (for example, customer C in FIGS. 1 and 2), a group terminal managed by the predetermined group (for example, the headquarters terminal 21 in FIG. 5);
  • a plurality of actors for example, each person in charge of facilities U1-1 to U1-n of user company UC in FIG.
  • a plurality of issuing terminals (for example, facility terminals 22-1 to 22-n in FIG. 3) each operated by a an information processing device (for example, the service provider server 1 in FIG. 3) that communicates with the group terminal and the issuing terminal;
  • the group terminal (for example, the headquarters terminal 21 in FIG. 5) is Conditions for issuing the gift receiving right holding information (gift ticket issuing ID, etc.) (e.g. campaign conditions) or conditions regarding the image (e.g. design), which are provided by the predetermined organization (headquarters, etc.) a condition providing unit (for example, the condition providing unit 211 in FIG. 5) that provides a preset condition as a first issuing condition to the information processing device (for example, the service provider server 1 in FIG.
  • Management means for example, store account management in FIG. Section 215) and Equipped with The information processing device (for example, the service provider server 1 in FIG. 3)
  • Condition acquisition means for example, the condition acquisition unit 101 in FIG. 5) that acquires the first issuance condition provided from the group terminal (for example, the headquarters terminal 21 in FIG. 5); Conditions for issuing the gift receiving right holding information (gift ticket issuing ID, etc.) or conditions regarding the image, which include at least the number of issues of the gift receiving right holding information (gift ticket issuing ID, etc.)
  • the above-mentioned UI User Interface
  • UI providing means for example, the providing unit 102 in FIG. 5) that provides a group terminal (for example, the headquarters terminal 21 in FIG. 5); Equipped with The issuing terminal (for example, the facility terminal 22 in FIG. 5) is UI presentation reception means (for example, the presentation reception unit 221 in FIG. 5) that presents the UI to the actor and receives the first operation and the second operation by the actor; When the first operation and the second operation are accepted, issuing the gift receiving right holding information (gift ticket issuing ID, etc.) by the number of issues based on the first issuing condition and the second issuing condition.
  • means e.g., publishing unit 222 in FIG. 5); It is sufficient to have the following.
  • store accounts can be collectively managed on the group terminal (for example, the headquarters terminal 21), so addition of new stores and store staff, deletion of retired employees' accounts, etc. can be performed all at once. Since the number of gift tickets that can be issued can be set for each store, the number of gift tickets issued can be managed, for example, by setting an upper limit for the number of gift tickets issued for each store.
  • the information processing system to which the present invention is applied is Image information indicating that the person has the right to receive a gift is stored as gift receiving right ownership information (e.g., the gift ticket issuing ID in Figs.
  • An information processing system (for example, the information processing system in FIG. 3) that supports issuance from a corporate UC headquarters (U1) to a customer (for example, customer C in FIGS. 1 and 2), an organization terminal (for example, the headquarters terminal 21 in FIG. 11) managed by the predetermined organization that provides predetermined products or services to the customers;
  • a plurality of issuing terminals for example, facility terminals 22-1 to 22 in FIG.
  • a first issuance condition is a condition for issuing the gift receiving right holding information (gift ticket issuing ID, etc.) or a condition regarding the image, which is set in advance by the predetermined organization (headquarters U1, etc.).
  • a condition providing unit for example, the condition providing unit 211 in FIG. 5 that provides the information processing device (for example, the service provider server 1 in FIG.
  • IP address setting means for example, the IP management unit in FIG. 11 sets a log-in IP address. 216) and Equipped with The information processing device (for example, the service provider server 1 in FIG. 3)
  • Condition acquisition means for example, the condition acquisition unit 101 in FIG. 5) that acquires the first issuance conditions (for example, campaign name, campaign conditions, etc.) provided from the group terminal (for example, the headquarters terminal 21 in FIG. 11).
  • UI User Interface
  • UI providing means for example, the providing unit 102 in FIG. 5 to provide a group terminal (for example, the headquarters terminal 21 in FIG. 11); Equipped with The issuing terminal (for example, the facility terminal 22 in FIG.
  • UI presentation reception means for example, a diagram 5 presentation reception unit 221
  • the gift receipt right holding information (gift ticket issuing ID, etc.) is sent to the Issuing means (for example, the issuing unit 222 in FIG. 5) that issues as many as the number of issues;
  • the group terminal for example, the headquarters terminal 21 in FIG. 11
  • Login restriction means for example, restriction unit 229 in FIG. 11 that refuses login in response to a login request from It is sufficient to have the following.
  • SYMBOLS 1... Service provider server 2... User company system, 21... Headquarters terminal, 22... Facility terminal, 3... Customer terminal, 11... CPU, 21... Headquarters terminal , 41... Removable media, 100, 210, 220... Basic part, 101... Condition acquisition part, 102... Providing part, 111... Collective issue control part, 112... Reservation setting Control unit, 113... QR code issuance control unit, 114... IMEI management control unit, 115... Store account management control unit, 116... IP management control unit, 117... Restriction control unit, 211 ... Condition providing section, 212... Issue information output section, 213... Billing reception section, 214... Terminal management section, 215... Store account management section, 216... IP management section, 221 . . . Presentation reception unit, 222 . ...IMEI management department, 229...restriction department

Landscapes

  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

ギフトの管理等における利便性を向上させることを提供することを課題とする。　ギフトを受け取る権利を有している旨を示す画像の情報をギフトチケットとして、条件提供部２１１は、キャンペーンの諸条件やギフトチケットのデザインを、第１発行条件として取得する。発行部２２２は、ギフトチケットを発行するための条件や画像に関する条件であって、少なくともギフトチケットの発行数と発行タイミングを含む条件を、第２発行条件として、第１発行条件及び第２発行条件に基づいて、ギフトチケットを顧客へ渡す日の前日の夜や後日電子メールでの送付する等により発行する。管理部１０３は、発行されたギフトチケットを管理する。これにより、上記課題を解決する。

Description

情報処理システム、情報処理方法及びプログラム
　本発明は、情報処理システム、情報処理方法及びプログラムに関する。
　従来より、在庫している商品等について、その在庫の量を管理したり、在庫が減少した商品等の発注をする技術が存在する（例えば、特許文献１参照）。
特開２０１２－１２８２３７号公報
　ここで、企業等は、その顧客等にギフトを配布することがある。具体的には例えば、ホテルのフロントの担当者は、宿泊客に対して、ノベルティやホテルの周辺の店舗で利用可能な割引券をギフトとして配布することがある。
　このとき、ホテルを運営する企業等は、ギフトを予め購入し、在庫する必要がある。そのため、過剰発注や発注不足、在庫管理の手間が発生してしまっていた。
　本発明は、このような状況に鑑みてなされたものであり、ギフトの管理等における利便性を向上させることを目的とする。
　上記目的を達成するため、本発明の一態様の情報処理システムは、
　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報として、所定団体から顧客に対して発行することを支援する情報処理システムであって、
　　前記所定団体により管理される団体端末と、
　　前記顧客に対して前記ギフト受取権保有情報を発行する行為を行う行為者により操作される発行端末と、
　　当該団体端末及び当該発行端末と通信をする情報処理装置と、
　を含む情報処理システムにおいて、
　前記団体端末は、
　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、前記所定団体により予め設定された条件を、第１発行条件として前記情報処理装置に提供する条件提供手段、
　を備え、
　前記情報処理装置は、
　　前記団体端末から提供された前記第１発行条件を取得する条件取得手段と、
　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末に提供するＵＩ提供手段と、
　を備え、
　前記発行端末は、
　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付手段と、
　　前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報を前記発行数だけ第１タイミングに発行する発行手段と、
　前記第１タイミングに発行された前記ギフト受取権保有情報を、当該第１タイミングよりも遅い第２タイミングに前記顧客に提供する予約の設定をする予約設定手段と、
　を備える。
　本発明によれば、ギフトの管理等における利便性を向上させることができる。
本発明の一実施形態の情報処理システムにより実現可能なサービス（以下、「本サービス」と呼ぶ）の概要を示す図である。 図１の本サービスにおける全体の流れを示す図である。 本発明の情報処理システムの一実施形態の構成を示す図である。 図３の情報処理システムのうちサービス提供者サーバのハードウェア構成の一例を示すブロック図である。 図４の情報処理システムの機能的構成の一例を示す機能ブロック図である。 図５の機能ブロックが機能することにより、各情報処理装置を管理や操作する各者における情報の授受の一例を示すアローチャートである。 ギフトチケットの発行条件等が設定される際に本部端末に表示される画面の一例を示す図である。 ギフトチケットの画像の条件が設定される際に本部端末や施設端末に表示される画面の一例を示す図である。 ギフトチケットの発行が可能な本部端末に表示される画面の一例を示す図である。 ギフトチケットの発行を行う施設端末に表示される画面の一例を示す図である。 図３の情報処理システムのサービス提供者サーバ、本部端末、施設端末の各機能構成の第２実施形態を示すブロック図である。 図１１の情報処理システムの機能的構成におけるチケットのまとめて発券機能を説明するための図である。 図１２のまとめて発券機能により複数枚のチケットが発券される様子を示す図である。 図１１の情報処理システムの機能的構成における予約メール機能を説明するための図である。 図１１の情報処理システムの機能的構成におけるタブレット運用の流れを示す図である。 図１１の情報処理システムの機能的構成におけるスマホ簡単発券の流れを示す図である。 図１１の情報処理システムの機能的構成におけるＩＭＥＩ番号等の管理機能を示す図である。 図１１の情報処理システムの機能的構成における店舗アカウント管理機能を示す図である。 図１１の情報処理システムの機能的構成におけるＩＰ制限機能を示す図である。
　以下、本発明の実施形態について図面を用いて説明する。
　図１は、本発明の一実施形態の情報処理システムにより実現可能な本サービスの概要を示す図である。
　本サービスは、ギフトを受け取る権利を有している旨を示す画像の情報を、ギフトチケットとして、所定団体から顧客に対して発行することを支援するサービスである。
　即ち例えば、本サービスは、サービス提供者ＳＡにより提供され、本サービスのユーザであるユーザ企業ＵＣがギフトチケットを発行することを支援する。
　ここで、以下、一例として、ユーザ企業ＵＣは、複数のホテルを管理する企業であるものとして説明する。即ち例えば、ユーザ企業ＵＣの顧客Ｃは、ホテルの宿泊客である。
　なお、ユーザ企業ＵＣは、本部Ｕ１と、本部Ｕ１により管理される複数の施設Ｕ２とから構成されているものとして説明する。即ち、本部Ｕ１は、複数の施設Ｕ２（例えば、ホテルの各支店）を管理しているものとする。
　上述したように、従来、企業ユーザＵＣは、顧客Ｃに対してノベルティやホテルの周辺の店舗で利用可能な割引券等をギフトとして配布するキャンペーンを実施することがあった。
　これに対して、本サービスでは、企業ユーザＵＣは、顧客Ｃに対して商品又は役務を商品等として、商品等をそのまま顧客Ｃに対して配布するのではなく、ギフトを受け取る権利を有している旨を示す画像の情報をギフトチケットとして配布する。これにより、以下に説明する各種各様なサービスが実現可能となる。
　なお、以下、説明の簡単のため、サービス提供者ＳＡがギフトの在庫を確保しているものとし、ユーザ企業ＵＣは、サービス提供者ＳＡに対する対価を条件として発行するものとして説明する。
　以下、本サービスの概要を図１に示す流れに沿って説明する。
　即ち、図１のステップＳＴ１１に示すように、本部Ｕ１は、本部専用管理画面（ＵＩ、Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）から、新規キャンペーンを作成する。このとき、本部Ｕ１は、キャンペーンの諸条件として、ギフトチケットを発行するための条件やギフトチケットの画像に関する条件を設定する。
　具体的には例えば、本部Ｕ１は、ギフトコースや上限金額を設定する。ここで、ギフトコースとは、ギフトの種類（例えば、ノベルティや周囲の店舗で利用可能な割引券、その金額等）である。また、上限金額とは、ギフトチケットを発行する上限となる金額である。即ち、本部Ｕ１は、ギフトチケットの発行可能数を、上限金額として設定することができる。
　次に、施設Ｕ２は、施設専用管理画面から、ギフトチケットを、印刷又はメールで送付する。
　即ち、施設Ｕ２は、顧客Ｃに対してギフトチケットを配布したい場合、施設要管理画面から、ギフトチケットの発行を行う。ここで、図１の例において、ギフトチケットは、「ＧＩＦＴ」の文字列とＱＲコード（登録商標）が含まれる画像として提供されている。
　施設Ｕ２は、このような画像を印刷した媒体（例えば、紙）や画像やその画像へのＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）が含まれる電子メール等の形態でギフトチケットを顧客Ｃに対して配布することができる。
　なお、詳しくは後述するが、サービス提供者ＳＡは、施設Ｕ２においてギフトチケットが発行された分を所定の締め日で集計し（例えば、月末締めで集計し）、本部Ｕ１に請求をする。これにより、本部Ｕ１や施設Ｕ２は、ギフトを予め在庫することなく、必要なとき、必要な分を、その場でギフトチケットを発行することができる。
　次に、ステップＳＴ１２に示すように、顧客Ｃは、バーコード（例えば、上述のＱＲコード）をスキャンし、ウェブサイトにアクセスし、ギフトに交換（ギフトを受け取る）ことができる。
　このようにして、本部Ｕ１により設定された条件に基づいてギフトチケットの発行のためのキャンペーンが作成され、施設Ｕ２によりギフトチケットが発行され、ギフトチケットを持つ顧客Ｃはギフトの交換が可能となる。
　このように、本サービスのユーザ企業ＵＣにおける発注（ギフトチケットのキャンペーン設定）から清算（発行分のギフトチケットの費用請求）までの必要フローは、全てＷＥＢシステムで提供される。
　また、顧客Ｃにおけるギフトの受け取りは、スマートホンはもとより、ＰＣ、タブレット等の情報処理装置で完結することができるのである。
　次に、図２を用いて、本サービスにおける流れを説明する。
　図２は、図１の本サービスにおける全体の流れを示す図である。
　上述したように、複数のホテルを管理する企業はユーザ企業ＵＣの一例にすぎない。即ち例えば、ユーザ企業ＵＣは、所定団体であれば足りる。また例えば、ユーザ企業ＵＣは、企業・行政・自治体等であってもよい。
　ユーザ企業ＵＣは、「来店キャンペーン」、「ご成約キャンペーン」、「宿泊キャンペーン」、「地域で利用可能な電子マネー配布事業」といったキャンペーンを作成する。
　そして、ステップＳＴ２１に示すように、そのキャンペーンにおける顧客Ｃに対して、ギフトチケットが配布される。
　具体的には例えば、「来店キャンペーン」においては来店した者、「ご成約キャンペーン」においては成約した者、「宿泊キャンペーン」においては宿泊した者、「地域で利用可能な電子マネー配布事業」においてはその地域に旅行にきた者が顧客Ｃとなり、ギフトチケットが配布される。
　なお、ギフトチケットは、図１において説明したように、ユーザ企業ＵＣの所定操作に基づいて、サービス提供者ＳＡから発行される。
　次にステップＳＴ２２に示すように、顧客Ｃは、ギフトチケットに含まれるバーコードをスキャンし、ウェブサイトにアクセスし、必要事項等（例えば、ギフトが配送される場合においては顧客Ｃ自身の氏名や住所等、電子マネーにおいては受取口座の情報等）を入力する。
　その結果、ステップＳＴ２３に示すように、サービス提供者ＳＡは、情報処理装置（例えば、図３のサービス提供者サーバ１）においてギフト交換機能を発揮させ、顧客Ｃにより入力された情報に基づいて顧客Ｃに対してギフトを提供する。
　このように、顧客Ｃは、ユーザ企業ＵＣから配布されたギフトチケットをギフトに交換することができるのである。
　ここで、ステップＳＴ２４に示すように、ユーザ企業ＵＣは、サービス提供者ＳＡにより管理されるギフトチケットの発行状況等を確認することができる。
　即ち、ユーザ企業ＵＣは、キャンペーンにおいて実際にどの程度ギフトチケットが発行されているかを容易に把握することができる。
　そして、ステップＳＴ２５に示すように、ギフトチケットの発行件数に対して、毎月末締め・翌月末支払いとして、ユーザ企業ＵＣからサービス提供者ＳＡに対して対価の支払いが行われる。
　このように、サービス提供者ＳＡにより提供される本サービスにより、ユーザ企業ＵＣはギフトの管理を容易に行うことができるようになる。また、顧客Ｃは、ギフトを容易に受け取ることができる。
　以上、図１及び図２を用いて、本サービスの概要と流れについて説明した。
　以下、本サービスにより実現される各機能について説明する。
　即ち、本サービスにおいては、上述したように、ユーザ企業ＵＣが管理画面（ＵＩ）から希望する商材のギフトチケットを、必要なとき、必要な分を、その場で、即座に発行することができる。
　具体的には、図１のステップＳＴ１１において説明したように、ユーザ企業ＵＣの本部Ｕ１は、ギフトチケットを発行するための条件やギフトチケットの画像に関する条件であって、ユーザ企業ＵＣにより予め設定された条件を、第１発行条件として設定することができる。
　そして、ユーザ企業ＵＣの施設Ｕ２は、サービス提供者ＳＡ（例えば、図３のサービス提供者サーバ１）により提供されるＵＩを操作することにより、ギフトチケットを発行するための条件やギフトチケットの画像に関する条件であって、少なくともギフトチケットの発行数を含む条件を、第２発行条件として入力する操作を行う。
　即ち例えば、施設Ｕ２は、顧客Ｃの数等に応じてギフトチケットを発行するための条件を設定することができる。また例えば、詳しくは後述するが、ギフトチケットの画像に関する条件として、顧客Ｃに合わせた各種デザインをテンプレートから選択したり作成して利用したりする設定をすることができる。
　そして、施設Ｕ２は、サービス提供者ＳＡ（例えば、図３のサービス提供者サーバ１）により提供されるＵＩを操作することにより、これらの条件に基づいて、ギフトチケットを発行する指示を行う。
　そして、サービス提供者ＳＡ（例えば、図３のサービス提供者サーバ１）は、施設Ｕ２の操作が受付けられると、第１発行条件及び第２発行条件に基づいてギフトチケットを設定された発行数だけ発行する。
　このように、ユーザ企業ＵＣが管理画面（ＵＩ）から希望する商材のギフトチケットを、必要なとき、必要な分を、その場で、即座に発行することができる。
　また、本サービスにおいては、ユーザ企業ＵＣは、希望により、キャンペーンごとにデザインを自由に変更することができる。
　即ち、第１発行条件又は第２発行条件は、ギフトチケットの画像のうち少なくとも一部のデザイン等を指定する条件を含むことができる。詳しくは後述するが、ユーザ企業ＵＣは、キャンペーンの内容に合致したデザインや、顧客Ｃの要望に合わせたデザインのギフトチケットを発行することができる。
　このように、ユーザ企業ＵＣは、希望により、キャンペーンごとにデザインを自由に変更することができる。
　また、本サービスにおいては、ギフトチケットに内包されている商材（即ち、後に顧客Ｃが受け取ることができるギフト）のラインナップも自由に変更することができる。
　即ち、第１発行条件又は第２発行条件は、ギフトを１以上指定する条件を含むことができる。具体的には例えば、上述したように、本部Ｕ１は、ギフトコースを選択することで、ギフトチケットに内包されている商材を自由に変更することができる。
　また、本サービスにおいては、メールやＬＩＮＥ（登録商標）などを始めとするＳＮＳでチケットを発行することができる。
　施設Ｕ２は、ギフトチケットを電子情報材として、顧客Ｃにより操作される端末（例えば、図３の顧客端末３）に送信することで、ギフトチケットを発行することができる。これにより顧客Ｃがギフトを受け取るための操作を行うスマートホン等に直接ギフトチケットが配布されるため、顧客Ｃはより容易にギフトを受け取ることができるようになる。
　また、本サービスにおいては、ギフトチケットを印刷して手渡しすることができる。
　即ち、施設Ｕ２は、ギフトチケットを紙媒体として印刷装置から印刷することでギフトチケットとすることができる。これにより、例えば、顧客Ｃに対して紙媒体の受け渡しにより容易に配布することが可能となる。
　なお、詳しくは後述するが、施設Ｕ２は、顧客Ｃの希望等により、ギフトチケットを電子情報材として配布するか、紙媒体として配布するかを選択することができる。
　また、本サービスにおいては、発注・請求管理の一元化が行われ、本部は、管理画面から施設（発行端末）がどれぐらいギフトチケットを発行しているかの把握をすることができる。
　即ち、施設Ｕ２において、ギフトチケットが発行された数の情報が発行情報として、本部Ｕ１（例えば、図３の本部端末２１）に提供される。なお、発行情報は、施設Ｕ２においてギフトチケットが発行された数の情報が本部Ｕ１に提供されれば足りる。具体的には例えば、図２のステップＳＴ２４に示すように、発行情報（ギフトチケットが発行された数の情報）は、サービス提供者ＳＡ（例えば、図３のサービス提供者サーバ１）により管理され、本部Ｕ１は、サービス提供者ＳＡから発行情報が提供されてもよい。
　このように、発注・請求管理の一元化が行われ、本部は、管理画面から施設（発行端末）がどれぐらいギフトチケットを発行しているかの把握をすることができる。
　また、本サービスにおいては、発注・請求管理の一元化が行われ、管理画面から本部Ｕ１は、だれがいつ何を発行してたのかを把握することができる。
　即ち、施設Ｕ２において、ギフトチケットを発行する操作が行われた時刻、及び当該操作を行った発行者に関する情報をさらに含むことができる。これにより、本部Ｕ１は、施設Ｕ２において発行が適切に行われたかを検証することができる。
　また、本サービスにおいては、発注・請求管理の一元化が行われ、請求は本部に一括とすることもできる。
　即ち、ギフトチケットはサービス提供者ＳＡに対する対価を条件として発行され、本部Ｕ１は、発行情報により特定されるギフトチケットの発行数分の対価の請求を受付けることができる。
　このように、発注・請求管理の一元化が行われ、請求は本部に一括することもできる。
　なお、施設Ｕ２は、その施設Ｕ２自身から発行されたギフトチケットの対価の一部又は全部の請求を受け付けてもよい。即ち、キャンペーンのギフトチケット発行の対価の一部又は全部は、施設Ｕ２に請求されてもよい。この場合においても、施設Ｕ２においてギフトチケットを在庫したり管理することが削減される。
　また、本サービスにおいては、発注・請求管理の一元化が行われ、管理画面から本部Ｕ１は、キャンペーンを設定でき、キャンペーンの予算内でのみギフトチケット発行ができる。
　即ち、本部Ｕ１において設定される第１発行条件は、ギフトチケットの発行数の制限に関する条件を含むことができる。具体的には例えば、本部Ｕ１は、ギフトチケットの発行数そのものや、ギフトチケットの対価の累計金額等により設定することができる。
　また、本サービスにおいては、発注・請求管理の一元化が行われ、管理画面から本部Ｕ１は、施設管理をすることができる。
　即ち、本部Ｕ１は、本部Ｕ１が管理する端末（例えば、図３に示す本部端末２１や、施設端末２２－１乃至２２－ｎ）について、ギフトチケットの発行のための操作を受付けるとしての登録、変更及び削除の設定を含む管理を行うことができる。
　これにより、本部Ｕ１は、施設Ｕ２以外からの端末等からギフトチケットの発行が行われることを予防することができる。
　このように、本サービスは、各機能を実現することができる。
　次に、図１及び図２に示すサービスの提供を実現化させる情報処理システムの構成について説明する。
　図３は、本発明の情報処理システムの一実施形態の構成を示す図である。
　図３に示す情報処理システムは、サービス提供者サーバ１と、本部端末２１と、施設端末２２－１乃至２２－ｎ（ｎは１以上の整数値）と、顧客端末３とを含むように構成されている。
　サービス提供者サーバ１と、本部端末２１と、施設端末２２－１乃至２２－ｎ（ｎは１以上の整数値）と、顧客端末３の夫々は、インターネット等の所定のネットワークＮＷを介して相互に接続されている。
　サービス提供者サーバ１は、サービス提供者ＳＡにより管理される情報処理装置である。サービス提供者サーバ１は、本部端末２１と、施設端末２２－１乃至２２－ｎと、顧客端末３と適宜通信をしながら、本サービスを実現するための各種処理を実行する。
　ユーザ企業システム２は、ユーザ企業ＵＣにおいて利用される端末から構成される。
　具体的には、本部端末２１は、ユーザ企業ＵＣ（特に、本部Ｕ１）により管理される端末であって、本部Ｕ１の担当者等により操作される端末である。
　また、施設端末２２－１乃至２２－ｎ（ｎは、１以上の整数値）は、施設において利用される端末であって、顧客Ｃに対してギフトチケットを発行する行為を行うユーザ企業ＵＣの施設Ｕ２の担当者により操作される端末である。即ち例えば、施設端末２２－１乃至２２－ｎは、ｎの施設Ｕ２－１乃至Ｕ２－ｎに夫々配置されたギフトチケットの発行等を行うための端末である。
　なお、以下、施設端末２２－１乃至２２－ｎの夫々を、個々に区別する必要が特にない場合、まとめて「施設端末２２」と呼ぶ。なお、施設端末２２と呼ぶとき、施設Ｕ２－１乃至Ｕ２－ｎを「施設Ｕ２」と呼ぶ。
　顧客端末３は、顧客Ｃにより操作される端末である。図示はしないが、顧客Ｃ及び顧客端末３は、施設Ｕ２の夫々に複数存在する。
　次に、図３の情報システムのうちサービス提供者サーバ１のハードウェア構成について説明する。
　図４は、図３の情報処理システムのうちサービス提供者サーバ１のハードウェア構成の一例を示すブロック図である。
　サービス提供者サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。
　ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
　ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
　ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
　出力部１６は、液晶等のディスプレイにより構成され、各種画像を表示する。
　入力部１７は、各種ハードウェア釦等で構成され、操作者の指示操作に応じて各種情報を入力する。
　記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
　通信部１９は、インターネットを含むネットワークＮＷを介して他の装置（本部端末２１、施設端末２２及び顧客端末３）との間で行う通信を制御する。
　ドライブ２０は、必要に応じて設けられる。ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
　なお、図示はしないが、図３の情報処理システムのうち、本部端末２１と、施設端末２２と、顧客端末３も、図４に示すハードウェア構成を有している。
　このような図４のサービス提供者サーバ１、本部端末２１と、施設端末２２と、顧客端末３の各種ハードウェアと各種ソフトウェアとの協働により、サービス提供者サーバ１と、本部端末２１と、施設端末２２と、顧客端末３において、各種処理の実行が可能になる。その結果、サービス提供者ＳＡは、ユーザ企業ＵＣや顧客Ｃに対し、上述の本サービスを提供することができる。
　図５は、図４の情報処理システムの機能的構成の一例を示す機能ブロック図である。
　順不同に説明すると、図５に示すように、サービス提供者サーバ１においては、条件取得部１０１と、提供部１０２と、管理部１０３とが少なくとも機能する。これら条件取得部１０１、提供部１０２、管理部１０３を基本部１００と呼ぶ。
　また、本部端末２１においては、条件提供部２１１と、発行情報出力部２１２と、請求受付部２１３と、端末管理部２１４とが少なくとも機能する。これら条件提供部２１１、発行情報出力部２１２、請求受付部２１３、端末管理部２１４を基本部２１０と呼ぶ。　また、施設端末２２においては、提示受付部２２１と、発行部２２２と、発行情報提供部２２３とが少なくとも機能する。これら提示受付部２２１、発行部２２２、発行情報提供部２２３を基本部２２０と呼ぶ。
　本部端末２１の条件提供部２１１は、ギフトチケットを発行するための条件（例えば、キャンペーンの諸条件）又はギフトチケットの画像に関する条件（例えば、デザイン）であって、ユーザ企業ＵＣにより予め設定された条件を、第１発行条件としてサービス提供者サーバ１に提供する。
　サービス提供者サーバ１の条件取得部１０１は、本部端末２１から提供された第１発行条件を取得する。
　また、条件取得部１０１は、施設端末２２から提供された第２発行条件を取得する。
　管理部１０３は、本サービスのギフトチケットに関する各種情報を管理する。
　即ち例えば、管理部１０３は、条件取得部１０１により取得された第１発行条件に基づいて、ギフトチケットの発行を管理する。
　具体的には例えば、管理部１０３は、第１発行条件に基づいて、ギフトチケットの発行数を管理する。即ち例えば、管理部１０３は、ギフトチケットの発行数を、キャンペーン等の所定単位として管理する。
　また例えば、管理部１０３は、本部端末２１や施設端末２２に対して、管理ページを提供する。具体的には例えば、管理部１０３は、本部端末２１に対して、発行されたギフトチケットの枚数等の情報に基づく各種情報（例えば、発行された枚数やその月の請求予定額、複数の施設Ｕ２の夫々における発行された枚数等）を管理ページにより提示することができる。
　また例えば、管理部１０３は、ユーザ企業ＵＣ（特に本部Ｕ１）に対して、発行されたギフトチケットの費用（請求）を管理することができる。具体的には例えば、管理部１０３は、所定期間において新たに発行されたギフトチケットに応じた費用（請求）の請求書を発行することを支援することができる。
　提供部１０２は、ギフトチケットを発行するための条件又は画像に関する条件であって、少なくともギフトチケットの発行数を含む条件を、第２発行条件として入力する第１操作と、ギフトチケットを発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、本部端末２１に提供する。
　ここで、第１発行条件又は第２発行条件は、画像のうち少なくとも一部（例えばデザイン）を指定する条件を含む、ことができる。
　また、第１発行条件又は第２発行条件は、ギフトを１以上指定する条件を含む、ことができる。
　また、第１発行条件は、ギフトチケットの発行数の制限に関する条件を含む、ことができる。具体的には例えば、第１発行条件は、ギフトチケットの発行総数や、複数の施設Ｕ２の夫々における発行総数を含むことができる。また、第１発行条件は、所定期間における発行数や複数の施設Ｕ２の夫々における発行総数を含むことができる。また例えば、第１発行条件は、ギフトチケットに係る費用（いわゆる予算）を含むことができる。
　施設端末２２の提示受付部２２１は、ＵＩを施設Ｕ２の担当者等に提示して、施設Ｕ２の担当者等による第１操作及び第２操作を受付ける。
　発行部２２２は、第１操作及び第２操作が受付けられると、第１発行条件及び第２発行条件に基づいてギフトチケットを発行数だけ発行する。
　発行部２２２は、ギフトチケットを電子情報材として、顧客Ｃにより操作される顧客端末３に送信することで、ギフトチケットを発行する、ことができる。
　また、発行部２２２は、ギフトチケットを紙媒体として、施設端末２２により制御される印刷装置から印刷することで、ギフトチケットを発行することができる。
　発行情報提供部２２３は、発行数だけギフトチケットが発行された旨を示す情報を発行情報として、本部端末２１に提供する。
　なお、発行情報は、第２操作が行われた時刻、及び当該第２操作を行った施設Ｕ２の担当者等に関する情報をさらに含む、ことができる。
　本部端末２１の発行情報出力部２１２は、発行端末から提供された発行情報を出力する。
　本部端末２１の請求受付部２１３は、発行情報により特定されるギフトチケットの発行数分対価の請求を受付ける。
　本部端末２１の端末管理部２１４は、団体が管理する端末について、発行端末としての登録、変更及び削除の設定を含む管理を行う。
　このような各機能ブロックが機能することにより、上述の各種機能が実現される。
　次に、本サービスに関係する各者（各情報処理装置）における情報の授受や情報処理のフローについて図６を用いて説明する。
　図６は、図５の機能ブロックが機能することにより、各情報処理装置を管理や操作する各者における情報の授受の一例を示すアローチャートである。
　まず、図６のステップＳＴ３１に示すように、本部Ｕ１は、発行条件（第１発行条件）を設定する。その結果、本部端末２１の条件提供部２１１は、本部Ｕ１の担当者等の所定操作に基づいて、第１発行条件を取得する。
　そして、第１発行条件は、サービス提供者ＳＡに提供される。即ち、サービス提供者サーバ１の条件取得部１０１は、第１発行条件を取得する。
　次に、図６のステップＳＴ３２に示すように、サービス提供者ＳＡは、施設Ｕ２に対して発行画面ＵＩを作成し、提示する。即ち、サービス提供者サーバ１の管理部１０３は、施設Ｕ２がギフトチケットを発行するための画面を作成し、当該画面を施設端末２２の提示受付部２２１を介して施設Ｕ２に提示させる。
　次にステップＳＴ３３に示すように、施設Ｕ２は、ギフトチケットのデザインの作成や予め作成されたテンプレートの選択、ギフトチケットの発行依頼を第２発行条件として、当該第２発行条件をサービス提供者ＳＡに提供する。即ち、施設Ｕ２の担当者等は、施設端末２２を操作することで、第２発行条件を入力する。入力された第２発行条件は、サービス提供者サーバ１に提供される。
　次にステップＳＴ３４に示すように、サービス提供者ＳＡから施設Ｕ２２にギフトチケットが発行される。即ち、サービス提供者サーバ１は、施設端末２２を介してギフトチケットを発行する。
　次にステップＳＴ３５に示すように、施設Ｕ２は、ギフトチケットの発行形態を選択する。即ち例えば、施設Ｕ２の担当者等は、施設端末２２を操作することにより、ギフトチケットを紙媒体として発行するか、電子情報材として発行するかを選択する。
　次にステップＳＴ３６に示すように、施設Ｕ２は、顧客Ｃに対してチケットを渡す。これによる、顧客Ｃは、ギフトチケットを紙媒体上のＱＲコードや電子メール等として受け取ることができる。
　このとき、ステップＳＴ３７に示すように、サービス提供者ＳＡは、ギフトチケットを一元管理する。即ち、ギフトチケットが発行された旨等は、サービス提供者サーバ１の管理部１０３において管理される。
　次にステップＳＴ３８に示すように、ギフトチケットを受け取った顧客Ｃは、サービス提供者ＳＡに対してギフトの配送依頼をする。即ち例えば、顧客Ｃは、顧客端末３に住所等を入力することにより、ギフトの配送先の指定等を行う。
　次にステップＳＴ３９に示すように、サービス提供者ＳＡは、ギフトを手配する。即ち、サービス提供者サーバ１は、ギフトを顧客Ｃに配送するための所定の手配処理を実行する。具体的には例えば、サービス提供者ＳＡから、ギフトを発送したり、ギフトの発送を行う図示せぬ業者等にギフトの発送の依頼することができる。
　次にステップＳＴ４０に示すように、予め決められた所定のタイミング（例えば月末）において、サービス提供者ＳＡは、本部Ｕ１に対して月締めでギフトチケット発行に係る費用を請求する。このように、本部Ｕ１や施設Ｕ２は、必要なとき、必要な分だけギフトチケットを発行することができる。また、費用は所定のタイミングで請求されるため、ギフトの在庫するための費用や管理の手間がなくなるため、顧客Ｃへのギフト提供の利便性が向上する。
　以下、図７乃至図１０に示す本サービスにおいてユーザ企業ＵＣや顧客Ｃに対して提示される各種画面の例を用いて、上述の各種機能が実現されたＵＩ等の例について説明する。
　図７は、ギフトチケットの発行条件等が設定される際に本部端末２に表示される画面の一例を示す図である。
　図７に示すように、本部Ｕ１には、案件設定として、「案件名」、「コース選択」、「店舗選択」の各種項目の入力画面（ＵＩ）が提示される。
　本部Ｕ１の担当者等は、本部端末２１を操作することにより、「案件名」とは、キャンペーンの名称等である。具体的には例えば、後述の図１０に示す「１泊２日限定３０００円コース」等の名称が入力される。
　「コース選択」とは、ギフトチケットのギフトコースである。即ち、ギフトチケットにより受取可能となるギフトの種類である。コース選択により、上述の例であるノベルティや周囲の店舗で利用可能な割引券、その金額等が入力される。
　「店舗選択」とは、そのキャンペーンの対象となる店舗の選択（指定）である。具体的には例えば、所定のエリア（例えば、東北地方）の店舗のみを対象としたキャンペーンの場合、そのエリアの店舗のみが選択される。
　図８は、ギフトチケットの画像の条件が設定される際に本部端末や施設端末に表示される画面の一例を示す図である。
　図８に示すように、ユーザ企業ＵＣには、デザイン設定として、案件名、店舗名と対応付けて、ギフト交換用紙及びコース選択の「ファイル」や「テンプレート（図中の「テンプレ」）」の各種項目の入力画面（ＵＩ）が提示される。
　ユーザ企業ＵＣは、ギフト交換用紙のデザインとして予め作成されたファイルを選択して入力したり、予め用意されたテンプレートから選択することにより、ギフト交換用紙のデザインを設定することができる。
　なお、図７を用いて説明した、ギフトコースについても、ユーザ企業ＵＣは、予め作成されたギフトコースの情報のファイルやテンプレートを用いて設定することもできる。
　図７や図８に示すこれらの情報が、サービス提供者サーバ１に送信されることで、第１発行条件として設定される。
　図９は、ギフトチケットの発行が可能な本部端末に表示される画面の一例を示す図である。
　図９に示すように、ユーザ企業ＵＣには、「ギフトチケット発行」、「発行一覧」、「請求一覧」、「自店舗アカウント一覧」等の各種機能を利用するためのメニューが提示される。
　ユーザ企業ＵＣ（特に、施設Ｕ２の担当者等）は、「ギフトチケット発行」釦を操作することにより、ギフトチケットの発行の依頼をすることができる。これにより、ユーザ企業ＵＣは、必要なとき、必要な分を、その場でギフトチケットを発行することができる。
　また、ユーザ企業ＵＣ（特に、本部Ｕ１の担当者等）は、「発行一覧」や「請求一覧」釦を操作することにより、ギフトチケットの発行された数やその対価（ギフトの費用）等を用意に確認することができる。
　また、ユーザ企業（特に本部Ｕ１の担当者等）は、「自店舗アカウント一覧」釦を操作することにより、ユーザ企業システム２に含まれる端末（特に施設Ｕ２において利用可能な施設端末２２）を管理することができる。
　図１０は、ギフトチケットの発行を行う施設端末に表示される画面の一例を示す図である。
　図１０に示すように、施設Ｕ２の担当者等には、新規ギフトチケットを発行する際に、「案件選択」、顧客Ｃの「利用情報」、顧客Ｃの「メールアドレス」等の必要事項の入力画面が提示される。
　施設Ｕ２の担当者等は、図１０に示す画面を操作することにより、「案件」を選択し、顧客Ｃの必要事項（氏名やメールアドレス等）を入力し、「確認」釦を操作することで、ギフトチケットの発行を行うことができる。
　図１０に示すこれらの情報が、サービス提供者サーバ１に送信されることで、第２発行条件として設定される。
　そして、ギフトチケットが発行されると、図１０に示すように、ギフトチケットの発行一覧に反映される。
　なお、ギフトチケットが発行されたのみでは、顧客Ｃには提供されない。即ち図１０に示すように、発行されたギフトチケットについて、施設Ｕ２の担当者等が「メール」釦や「印刷」釦を操作することにより、ギフトチケットの画像が、顧客Ｃにメールとして配布されたり、印刷された紙媒体として出力される（そして、顧客Ｃに渡される）のである。
　このように、本サービスでは、施設Ｕ２の担当者の操作に基づいて、メールや紙媒体の形態でギフトチケットを配布することができるのである。
　次に、図１１を参照して、図３の情報処理システムのサービス提供者サーバ、本部端末、施設端末の各機能構成の第２実施形態を説明する。
　図１１は、図３の情報処理システムのサービス提供者サーバ、本部端末、施設端末の各機能構成の第２実施形態を示すブロック図である。
　第２実施形態の場合、図１１に示すように、サービス提供者サーバ１のＣＰＵ１１においては、図５に示した基本部１００の他に、まとめて発行制御部１１１と、予約設定制御部１１２と、ＱＲコード発行制御部１１３と、ＩＭＥＩ管理制御部１１４と、店舗アカウント管理制御部１１５と、ＩＰ制御管理部１１６と、制限制御部１１７と、が少なくとも機能する。なお、ＱＲコードは登録商標である。
　本部端末２１のＣＰＵ（図示せず）においては、図５に示した基本部２１０の他に、店舗アカウント管理部２１５と、ＩＰ管理部２１６と、が少なくとも機能する。
　施設端末２２のＣＰＵ（図示せず）においては、図５に示した基本部２２０の他に、まとめて発行部２２５と、予約設定部２２６と、ＱＲコード発行部２２７と、ＩＭＥＩ管理部２２８と、制限部２２９と、が少なくとも機能する。
　施設端末２２のまとめて発行部２２５は、ギフトチケット（ギフト受取権保有情報）を発行する第１条件の第１操作（適用するキャンペーンの名称（案件名）の入力操作等）及び第２条件の第２操作（ギフトチケット発行数や発行タイミング（即時か予約か等）の指定操作の入力操作等）が受付けられると、第１発行条件及び第２発行条件に基づいてギフトチケットを発行数だけまとめてギフトチケットを顧客Ｃへ手渡しする前日（第１タイミング）に発行又は発行予約をする。なお、ギフトチケットの発行設定を、「電子メールによる配信」とした際は、まとめて配信となる。
　予約設定部２２６は、例えば顧客Ｃへの提供日の前日等に発行予約操作されたギフトチケットを、顧客Ｃに提供する当日や後日（当該第１タイミングよりも遅い第２タイミング）に顧客端末３へ提供するための予約設定をする。設定された配信予約の情報は、サービス提供者サーバ１の記憶部１８に記憶される。
　例えばギフトチケットの予約印刷が設定された場合、予約設定部２２６により予約設定された時刻に、施設端末２２の発行部２２２からギフトチケットがプリントされる。
　また、ギフトチケットの配信予約が設定された場合、予約設定部２２６により予約された配信時刻に、ギフトチケットの情報が記載された電子メールがまとめて発行部２２５から配信される。
　上記まとめた発券の利用シーンとしては、例えば、住宅販売会社等のユーザ企業ＵＣの担当者が、図１２示すチケット発券画面３０１（ＵＩ）から、発行タイミング（即時か予約か）と、案件（どのキャンペーンかを選択）とを選択操作し、さらに、チケット発行欄３０２において、発行数（複数か単数か）を選択して、発行数の欄に発行数を入力し、確認釦を操作すると、チケット一覧画面３０３に、入力された情報が一行毎に表示される。
　具体的には、キャンセル、一括選択、印刷、ＳＭＳ、状態（発券済、未発券）、発券グループ、発券ＩＤ、案件名、ご利用情報、発券日、印刷日、メール送信日等の項目で情報が案件毎に表示される。
　チケット一覧画面３０３において、発行対象のチケットの行にチェックをし、選定釦を操作すると、処理実行のダイアログボックス３０４がポップアップ表示される。
　ダイアログボックス３０４には、「一括メール」、「一括印刷」、「一括ＣＳＶ」等の釦が配置されている。
　「一括メール」の釦を操作することで、事前にアップしたＣＳＶファイルに記載のアドレスに電子メールを一括送信することができる。「一括印刷」の釦を操作することで、チケットをＰＤＦファイルで一括出力することができる。「一括ＣＳＶ」の釦を操作することで、受取ＵＲＬの記載されたＣＳＶファイルを一括出力することができる。
　担当者が、この中からいずれか１つの釦をクリック操作することで、操作された処理が実行される。
　例えば「一括印刷」の釦が操作された場合、図１３に示すように、施設端末２２における一回の発券作業で複数枚のギフトチケットを一括して発行することができる。
　なお、ギフトチケットを電子メールで送付する場合は、チケット発行欄３０２にメールアドレスを入力しておくものとする。また、電子メールを大量に送信する場合は、チケット発行欄３０２において、メールアドレスを列記したＣＳＶファイルをプルダウンメニューから指定することで、電子メールを送信する宛先を一括して登録することができる。
　例えば住宅展示場等のように発券装置がない場所で来場予約した来場者（顧客Ｃ）に来場者進呈クーポン等のギフト品を渡すような場合は、来場者が来場する日の前日の夜に、必要な分の来場者進呈クーポンを即時発行しておき、予約当日に来場者が住宅展示場に来場したときに、来場者に来場者進呈クーポンを手渡しすることができる。
　予約メールの利用シーンとしては、例えばあるキャンペーンに応募した中の当選者へ「ＸＸ月ＸＸ日ＸＸ曜日のＸＸ時に電子ギフトを送付します。」等と案内をした後、指定日に一括で当選者のメールアドレス宛にメール配信するシーンがある。
　このような利用シーンの場合、図１４に示すように、施設端末２２のチケット発券画面において、発券タイミングとして「予約」のラジオ釦にチェックし、予約日と予約時刻等の条件を指定することで、発券時に、ギフトチケットを贈る電子メールの配信日時（指定日時）の予約を設定することができる。
　この結果、指定日時に、例えばキャッシュレスポイント等のギフトと交換できる受取ＵＲＬが記載された電子メールが、顧客Ｃの顧客端末３に届くようになる。
　なお、このような予約メールの機能では、予約のタイミングでギフトチケットを在庫として確保しておくと、顧客Ｃからキャンセルされたときに困ることになるが、送付前までのキャンセルならばシステム上でキャンセルできるよう設定しておくことで、ギフトチケットが余剰在庫になることがなくなる。
　また、上述した住宅展示場のシーンにおいて、住宅展示場に来場した来場者がユーザ企業ＵＣと住宅を購入する契約をして、ユーザ企業ＵＣが顧客Ｃに対して数ヶ月後に電子ギフトを電子メールで送る場合に、契約後すぐに電子メールの送信予約（予約メール等）を設定しておくことで、電子ギフトを確実に送る準備をしておくことができる。
　ＱＲコード発行部２２７は、顧客端末３に読み取らせる、顧客Ｃに渡すギフトチケットのＱＲコードを発行する。このＱＲコード発行部２２７は、タブレット運用機能と、簡単スマホ発券機能を有する。
　タブレット運用機能は、例えば施設端末２２にタブレット端末を用いて運用する機能である。以下、タブレット端末をタブレット端末２２と称す。
　具体的には、図１５に示すように、ステップＳＴ４１において、タブレット端末２２の管理画面にログインし、ステップＳＴ４２において、発券情報をを入力する。この際、発券コース種別（案件）、利用者情報（顧客の氏名等）、ユーザメールアドレス（顧客の連絡先、チケット発行先）を入力して発券登録する。
　発券登録後、タブレット端末２２には、発券一覧画面が表示されるので、ステップＳＴ４３において、表示された発券一覧画面から発券登録したチケットを選択し、確認釦等を操作することで、ステップＳＴ４４において、タブレット端末２２に確認画面が表示される。
　確認画面には、例えばキャンペーン名、発行施設名、ログインコード（ギフトチケットの発券ＩＤ）、有効期限、商品交換方法を示すテキストデータ、スマートフォン読取用のＱＲコード等が表示される。
　顧客Ｃが自身のスマートフォン等の顧客端末３を操作して、既存のＱＲコードリーダアプリを起動して、ＱＲコードリーダアプリにより制御されるカメラで、タブレット端末２２の確認画面に表示されているＱＲコードを含む範囲を撮像して、画像処理によりＱＲコードをスキャンし、そのＱＲコードの情報を読み取ることで、顧客Ｃのスマートフォンの画面にギフトチケットが表示されるので、顧客Ｃは、ギフトチケットを受け取ることができる。
　ＱＲコード発行部２２７の簡単スマホ発券機能は、ギフトチケットをスマートフォン等で受け取ることができる発券だけに特化した機能である。
　具体的には、図１６に示すように、ステップＳＴ５１において、タブレット端末２２の管理画面にログインし、ステップＳＴ５２において、発券画面において、発券情報を入力した後、ギフトチケットを発券処理する。
　この際、ギフトチケットをメール送付するか、ＱＲコードにて画面表示するかの選択操作が行われる。
　例えばメール送付の操作であれば（ステップＳＴ５３）、ギフトチケットは、電子メールにてタブレット端末２２から顧客端末３へ送付される。
　ステップＳＴ５４において、顧客端末３において、電子メールが受信されると、その電子メールを開くことで、ギフトチケットを受け取ることができる。
　発券後、顧客Ｃが、タブレット端末２２にて、発券履歴の表示操作をすることで、ステップＳＴ５８において、タブレット端末２２に過去発券一覧画面が表示されるので、顧客Ｃは、当該過去発券一覧画面から過去に発券済みのギフトチケットの一覧を閲覧することができる。
　一方、ＱＲコードにて画面表示が選択操作された場合、ＱＲコード発行部２２７は、ステップＳＴ５５において、ＱＲコード画面表示の制御を実行する。これにより、ステップＳＴ５６において、タブレット端末２２の画面にギフトチケットのＱＲコードが表示される。
　ＱＲコード表示後の動作は、タブレット運用機能と同じである。
　即ち、顧客Ｃが自身のスマートフォン等の顧客端末３を操作して、既存のＱＲコードリーダアプリを起動して、ＱＲコードリーダアプリにより制御されるカメラで、タブレット端末２２の確認画面に表示されているＱＲコードを含む範囲を撮像して、ステップＳＴ５７において、画像処理することによりＱＲコードをスキャンし、そのＱＲコードの情報を読み取ることで、顧客Ｃのスマートフォンの画面にギフトチケットが表示されるので、顧客Ｃは、ギフトチケットを受け取ることができる。
　なお、ここでは、受取端末としてスマートフォンについて説明したが、受取端末は、スマーフォンに限定されず、タブレット端末でもよく、ＱＲコード読取機能が備えられている顧客端末３であれば足りる。
　ＩＭＥＩ管理部２２８は、発行されたギフトチケットと、例えば顧客Ｃにより購入された携帯電話機（所定商品）のＩＭＥＩ番号（商品等特定情報）等とを対応付けて記憶部１８に記憶し管理する。
　具体的には、ＩＭＥＩ管理部２２８は、図１７に示すように、施設端末２２のチケット発券画面により発行されるギフトチケットの発券ＩＤと、ハンディ端末４により、顧客Ｃに購入された携帯電話機の箱等に配置されているバーコードから読み取られたＩＭＥＩ番号とを対応付けて管理する。この情報は、管理画面の一覧に表示させて、確認することができる。これにより、顧客Ｃに還元した商品情報等と、顧客Ｃに還元したギフトチケットの発券ＩＤとを１対１に対応させた管理が可能になり、１つの商品に対して複数のギフトチケットの発券ＩＤを発行する等の不正行為や誤発行を防止することができる。
　制限部２２９は、本部端末２１又はサービス提供者サーバ１により制御されて施設端末内の機能の動作を制限する。
　例えば制限部２２９は、他の端末から施設端末２２のチケット発券画面へのログイン要求が行われたときに、ＩＰ管理部２１６により予め設定されている許可ＩＰを持つ端末からのログインを許諾し、設定されていないＩＰアドレス（未許可ＩＰ）を持つ端末からのログインを拒絶する。
　また、制限部２２９は、複数の施設端末２２－１乃至２２－ｎの夫々に対して、施設端末２２毎に、ギフトチケットの発券ＩＤの発行の許諾を行う。本部端末２１によるギフトチケットの発券ＩＤの発行の許諾がなされている施設端末２２の場合、施設端末２２の基本部２２０（提示受付部２２１及び発行部２２２等）の機能を発揮させ、当該許諾がなされていない施設端末２２の場合、基本部２２０（例えば提示受付部２２１、発行部２２２等）の機能発揮を停止させる。
　本部端末２１の店舗アカウント管理部２１５は、キャンペーンの諸条件やキャンペーン名（第１発行条件）及び店舗アカウント（行為者に関する情報）を含む管理情報を、複数の店舗毎（複数の行為者毎）に管理する。
　店舗アカウント管理部２１５は、発行するギフトチケットのキャンペーンの諸条件とギフトチケットを発行するユーザ企業ＵＣの施設（例えば店舗等）の夫々を識別するための識別情報、例えば店舗アカウント等を含む管理情報を店舗毎に管理する。
　具体的には、店舗アカウント管理部２１５は、店舗毎に施設端末２２の店舗アカウントを店舗アカウント管理テーブル（図示せず）により管理する。これにより本部Ｕ１で店舗アカウントを一括管理することができる。
　例えば、図１８に示すように、本部Ｕ１に設置されている本部端末２１の管理画面３２１で、施設Ｕ２（店舗）毎のアカウント（店舗アカウント）を管理することができる。これにより、施設Ｕ２（店舗）毎に発券するギフトチケットの上限（発行数や発行額等）を設定することができる。
　また、この管理画面３２１では、施設Ｕ２（店舗）の夫々のスタッフのアカウントを管理することができる。これにより、例えば新規店舗・スタッフの追加や退職者のアカウント削除等も一括で行うことができる。
　施設（店舗）側では、施設Ｕ２（店舗）毎に夫々のスタッフが、本部端末２１から発行されたＩＤとパスワードで施設端末２２にログインし、施設端末２２を使用する。
　なお、上記店舗アカウント管理テーブルは、本部端末２１以外にサービス提供者サーバ１の記憶部１８に記憶しておき、本部端末２１からサービス提供者サーバ１へアクセスして参照するようにしてもよい。
　本部端末２１のＩＰ管理部２１６は、複数の端末２２－１乃至２２－ｎの夫々へのログイン要求に対して、ログイン可能と設定されているＩＰアドレス（許可ＩＰ）を持つ端末からのログインを許諾する。
　具体的には、図１９に示すように、本部端末２１のＩＰ管理部２１６は、自身（本部端末２１）を含めて店舗毎にログイン可能なＩＰアドレスを設定（登録）し、複数の端末から施設端末２２のチケット発券画面へのログイン要求が行われたときに、予め登録された許可ＩＰ「ＸＸＸ．ＸＸ．ＸＸＸ．Ｘ」を持つ端末（図１９の例は本部端末２１）からのログインを許諾し、未登録のＩＰアドレス（未許可ＩＰ）「ＸＸＸ．ＸＸ．ＸＸＸ．Ｙ」を持つ端末２３からのログインを拒絶する。これにより、許可されたＩＰのみでログイン可能となり、利用場所の制限等も可能なり、セキュリティを向上することができる。
　サービス提供者サーバ１のまとめて発行制御部１１１は、施設端末２２に対して行われたまとめて発行操作に応じて、施設端末２２のまとめて発行部２２５を制御し、施設端末２２に対して、ギフトチケットをまとめて（一括して）発行させる。
　予約設定制御部１１２は、施設端末２２に対して行われた予約配信操作に応じて、施設端末２２の予約設定部２２６を制御し、例えば顧客Ｃへの提供日の前日等（第１タイミング）に発行予約操作されたギフトチケットを、顧客Ｃに手渡しする当日や後日（第１タイミングよりも遅い第２タイミング）に、顧客Ｃに電子メールで配信するよう予約を設定させる。
　ＱＲコード発行制御部１１３は、施設端末２２に対して行われたＱＲコード発行操作に応じて、施設端末２２のＱＲコード発行部２２７を制御し、施設端末２２のＱＲコード発行部２２７にＱＲコードを発行させる。
　ＩＭＥＩ管理制御部１１４は、施設端末２２に対して行われたＩＭＥＩ管理操作に応じて、施設端末２２のＩＭＥＩ管理部２２８を制御し、施設端末２２のＩＭＥＩ管理部２２８にＩＭＥＩ番号の読み取り処理を実行させる。具体的には、施設端末２２に接続されているハンディ端末によりＩＭＥＩ番号を読み取らせ、当該ＩＭＥＩ番号を施設端末２２からサービス提供者サーバ１に記憶させる。
　店舗アカウント管理制御部１１５は、本部端末２１の店舗アカウント管理部２１５を制御し、店舗アカウント管理部２１５に店舗アカウントを管理させる。
　ＩＰ管理制御部１１６は、予め店舗毎に登録（設定）されているログイン可能なＩＰアドレスにより施設端末２２へのログインを管理し、店舗の施設端末２２においてギフトチケット発券画面にログインする際に、登録（設定）されているログイン可能なＩＰアドレスを持つ施設端末２２でのログインを許諾させる。
　チケット発券画面がサービス提供者サーバ１により提供される場合、ＩＰ管理制御部１１６は、店舗毎に登録されたログイン可能なＩＰアドレスを持つ施設端末２２からのログイン要求を受けた場合のみ、チケット発券画面へのログインを許諾する。
　制限制御部１１７は、施設端末２２の制限部２２９を制御し、基本部２２０の機能の発揮を制限させる。例えば制限制御部１１７は、制限部２２９を制御してギフトチケットの発券ＩＤの発行を制限させる。例えば施設端末２２に対してギフトチケットの発券ＩＤの発行の許諾がなされている場合、施設端末２２の基本部２２０（例えば提示受付部２２１、発行部２２２等）の機能を発揮させ、当該許諾がなされていない場合、施設端末２２の基本部２２０（例えば提示受付部２２１、発行部２２２等）の機能発揮を停止させる。
　このように第２実施形態によれば、以下の効果を奏することができる。
　まとめて発券機能によれば、ギフトチケットを複数枚まとめて発券できるので、複数枚発券が必要なときの手間を軽減することができる。
　予約メール機能によれば、ギフトチケットを予約した日時に送付することができるので、後日お渡しギフト等の電子ギフトを、送付忘れ等のミスを起こすことなく顧客に確実に送付することができる。
　ＱＲコードによる発券機能によれば、施設側でギフトチケット発券端末等の専用端末を用意することなく、施設に来場した顧客Ｃのスマートフォン等の顧客端末３に、施設が有する既存のタブレット端末やスマートフォンからギフトチケットを提供することができる。
　ＩＭＥＩ番号管理機能によれば、施設端末２２に接続したハンディ端末４により、顧客が購入した携帯電話機等の商品に設けられているＩＭＥＩ番号を読み取り、還元するギフトチケットの発券ＩＤと紐付けてギフトチケットを管理することで、顧客Ｃがギフトチケットを多重申請する等の不正行為やそれに気付かずにギフトチケットを発行する等の誤発行を防止することができる。
　店舗アカウント管理機能によれば、店舗アカウントを本部端末２１で一括管理することができるので、新規店舗や店舗のスタッフの追加や退職者のアカウント削除等を一括で行うことができる。店舗毎に発行可能なギフトチケット数を設定できるので、例えば店舗毎にギフトチケット発行数量の上限値を設定する等のギフトチケット発行数量の管理を行うことができる。
　ＩＰ制限機能によれば、許可されたＩＰでのみログイン可能なので、利用場所を制限することができる。
　以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
　例えば、上述の実施形態では、本部端末２１と、施設端末２２と、顧客端末３の夫々からサービス提供者サーバ１が提供するＷＥＢシステムにアクセスすることで、本サービスを利用することができる例で説明した。ただし、これに限定されず、本部端末２１と、施設端末２２と、顧客端末３の夫々において本サービスの提供を受けるための専用アプリがインストールされ、当該専用アプリを操作することにより、本サービスを利用できるようにしてもよい。
　また例えば、ギフトチケットにより受け取ることができる商品には、役務の提供を受ける権利が含まれていてもよい。例えばレストランの食事券、旅行券、コンサートチケットは、いずれもギフト商品リストに掲載され得る商品の一例である。
　また、図４に示すサービス提供者サーバ１のハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。
　また、図５に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図５の例に限定されない。
　また、機能ブロックの存在場所も、図５に限定されず、任意でよい。
　また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
　各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
　コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばプラットフォームサーバの他汎用のスマートホンやパーソナルコンピュータであってもよい。
　このようなプログラムを含む記録媒体は、各ユーザにプログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけではなく、装置本体に予め組み込まれた状態で各ユーザに提供される記録媒体等で構成される。
　なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
　また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものである。
　以上まとめると、本発明が適用される情報処理システムは、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
　即ち、本発明が適用される情報処理システム（例えば、図３の情報処理システム）は、
　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報（例えば図１や図２のギフトチケットの発券ＩＤ）として、所定団体（例えば図１や図２のユーザ企業ＵＣの本部Ｕ１）から顧客（例えば、図１や図２の顧客Ｃ）に対して発行することを支援する情報処理システム（例えば、図３の情報処理システム）であって、
　　前記所定団体により管理される団体端末（例えば、図５の本部端末２１）と、
　　前記顧客に対して前記ギフト受取権保有情報を発行する行為を行う行為者（例えば、図２のユーザ企業ＵＣの施設Ｕ１の担当者）により操作される発行端末（例えば、図５の施設端末２２）と、
　　当該団体端末及び当該発行端末と通信をする情報処理装置（例えば、図３のサービス提供者サーバ１）と、
　を含む情報処理システムにおいて、
　前記団体端末（例えば、図５の本部端末２１）は、
　　前記ギフト受取権保有情報（例えば図１や図２のギフトチケットの発券ＩＤ等）を発行するための条件（例えば、キャンペーンの諸条件）又は前記画像に関する条件（例えば、デザイン）であって、前記所定団体により予め設定された条件を、第１発行条件として前記情報処理装置（例えば、図３のサービス提供者サーバ１）に提供する条件提供手段（例えば、図５の条件提供部２１１）、
　を備え、
　前記情報処理装置（例えば、図３のサービス提供者サーバ１）は、
　　前記団体端末から提供された前記第１発行条件を取得する条件取得手段（例えば、図５の条件取得部１０１）と、
　　前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）の発行数を含む条件を、第２発行条件として入力する第１操作（発行数と発行タイミングの指定操作等）と、前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行する指示を行うための第２操作（発行指示操作）とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末に提供するＵＩ提供手段（例えば、図５の提供部１０２）と、
　を備え、
　前記発行端末（例えば、図５の施設端末２２）は、
　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作（発行数と発行タイミングの指定操作等）及び前記第２操作（発行指示操作等）を受付けるＵＩ提示受付手段（例えば、図５の提示受付部２２１）と、
　　前記第１操作（発行数と発行タイミングの指定操作等）及び前記第２操作（発行指示操作）が受付けられると、前記第１発行条件（デザイン等）及び前記第２発行条件（発行数等）に基づいて前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を前記発行数だけ第１タイミング（例えばギフトチケットを顧客へ手渡しする前日等）に発行する発行手段（例えば、図１１のまとめて発行部２２５）と、
　　前記第１タイミングに発行された前記ギフト受取権保有情報を、当該第１タイミングよりも遅い第２タイミング（顧客にギフトチケットを手渡しする当日）に前記顧客に提供する予約の設定をする予約設定手段（例えば、図１１の予約設定部２２６）と、
　を備えれば足りる。
　これにより、所定団体（例えば、住宅販売会社等のユーザ企業ＵＣ）が管理画面（ＵＩ）から、必要な分の来場者進呈クーポンを、前日の夜等に事前に発行しておき、予約した来場者が当日に住宅展示場等のように発券装置が持ち込めないない場所に来場者が来場したときに、来場者に来場者進呈クーポンを手渡しすることができる。
　また、例えば来場者等の顧客Ｃがユーザ企業ＵＣと住宅を購入する契約をして数ヶ月後等に電子ギフトを電子メールで送る場合に、契約後すぐに電子メールの送信予約（予約メール等）を設定しておくことで、電子ギフトを確実に送る準備をしておくことができる。
　本発明が適用される情報処理システム（例えば、図３の情報処理システム）は、
　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）として、所定団体（例えば図１や図２のユーザ企業ＵＣの本部Ｕ１）から顧客（例えば、図１や図２の顧客Ｃ）に対して発行することを支援する情報処理システム（例えば、図３の情報処理システム）であって、
　　所定商品又は所定サービスを前記顧客に提供する前記所定団体により管理される団体端末（例えば、図５の本部端末２１）と、
　　前記顧客に対して前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行する行為を行う行為者（例えば、図２のユーザ企業ＵＣの施設Ｕ２の担当者）により操作される発行端末（例えば、図５の施設端末２２）と、
　　当該団体端末及び当該発行端末と通信をする情報処理装置（例えば、図３のサービス提供者サーバ１）と、
　を含む情報処理システムにおいて、
　前記団体端末（例えば、図５の本部端末２１）は、
　　前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行するための条件（例えば、明細書中におけるキャンペーンの諸条件）又は前記画像に関する条件（例えば、明細書中におけるデザイン）であって、前記所定団体により予め設定された条件を、第１発行条件として前記情報処理装置に提供する条件提供手段（例えば、図５の条件提供部２１１）、
　を備え、
　前記情報処理装置（例えば、図３のサービス提供者サーバ１）は、
　　前記団体端末から提供された前記第１発行条件を取得する条件取得手段（例えば、図５の条件取得部１０１）と、
　　前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報（ギフトチケット等）を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末に提供するＵＩ提供手段（例えば、図５の提供部１０２）と、
　を備え、
　前記発行端末（例えば、図５の施設端末２２）は、
　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付手段（例えば、図５の提示受付部２２１）と、
　　前記所定商品又は前記所定サービスを前記顧客に提供する際に、前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報を（ギフトチケットの発券ＩＤ等）前記発行数だけ発行する発行手段（例えば、図５の発行部２２２）と、
　　発行された前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）と、前記所定商品（例えば携帯電話機等）又は前記所定サービスを特定可能な商品等特定情報（例えばＩＭＥＩ番号等）とを対応付ける対応付け手段（例えば、図１１のＩＭＥＩ管理部２２８）と、
　を備えれば足りる。
　これにより、所定商品（携帯電話機等のＩＭＥＩ番号）又は所定サービスを特定可能な商品等特定情報（月額での通話サービス等を契約した携帯電話機等のＩＭＥＩ番号）とギフト受取権保有情報（ギフトチケットの発券ＩＤ等）とで、ギフトチケット等を還元する商品情報と還元したチケットとを紐付けて管理が可能になるので、１つの商品で複数のギフトチケットを応募する等といった不正行為を防止することができる。
　本発明が適用される情報処理システム（例えば、図３の情報処理システム）は、
　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報（例えば図１や図２のギフトチケットの発券ＩＤ等）として、所定団体（例えば図１や図２のユーザ企業ＵＣの本部Ｕ１）から顧客（例えば、図１や図２の顧客Ｃ）に対して発行することを支援する情報処理システム（例えば、図３の情報処理システム）であって、
　　前記所定団体により管理される団体端末（例えば、図５の本部端末２１）と、
　前記顧客に対して前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行する行為を行う複数の行為者（例えば、図２のユーザ企業ＵＣの施設Ｕ１－１乃至Ｕ１－ｎの各担当者）により夫々操作される複数の発行端末（例えば図３の施設端末２２－１乃至２２－ｎ）と、
　　当該団体端末及び当該発行端末と通信をする情報処理装置（例えば、図３のサービス提供者サーバ１）と、
　を含む情報処理システムにおいて、
　前記団体端末（例えば、図５の本部端末２１）は、
　　前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行するための条件（例えば、キャンペーンの諸条件）又は前記画像に関する条件（例えば、デザイン）であって、前記所定団体（本部等）により予め設定された条件を、第１発行条件として前記情報処理装置（例えば、図３のサービス提供者サーバ１）に提供する条件提供手段（例えば、図５の条件提供部２１１）と、
　前記第１発行条件（キャンペーン名等）及び前記行為者に関する情報（店舗アカウント）を含む管理情報を、前記複数の行為者毎（店舗毎）に管理する管理手段（例えば、図１１の店舗アカウント管理部２１５）と、
　を備え、
　前記情報処理装置（例えば、図３のサービス提供者サーバ１）は、
　　前記団体端末（例えば、図５の本部端末２１）から提供された前記第１発行条件を取得する条件取得手段（例えば、図５の条件取得部１０１）と、
　　前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末（例えば、図５の本部端末２１）に提供するＵＩ提供手段（例えば、図５の提供部１０２）と、
　を備え、
　前記発行端末（例えば、図５の施設端末２２）は、
　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付手段（例えば、図５の提示受付部２２１）と、
　　前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を前記発行数だけ発行する発行手段（例えば、図５の発行部２２２）と、
　を備えれば足りる。
　このように、店舗アカウントを団体端末（例えば、本部端末２１）で一括管理することができるので、新規店舗や店舗のスタッフの追加や退職者のアカウント削除等を一括で行うことができる。店舗毎に発行可能なギフトチケット数を設定できるので、例えば店舗毎にギフトチケット発行数量の上限値を設定する等のギフトチケット発行数量の管理を行うことができる。
　本発明が適用される情報処理システム（例えば、図３の情報処理システム）は、
　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報（例えば図１や図２のギフトチケットの発券ＩＤ等）として、所定団体（例えば図１や図２のユーザ企業ＵＣの本部Ｕ１）から顧客（例えば、図１や図２の顧客Ｃ）に対して発行することを支援する情報処理システム（例えば、図３の情報処理システム）であって、
　　所定商品又は所定サービスを前記顧客に提供する前記所定団体により管理される団体端末（例えば、図１１の本部端末２１）と、
　　前記顧客に対して前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行する行為を行う複数の行為者により夫々操作される複数の発行端末（例えば図３の施設端末２２－１乃至２２－ｎ）と、
　　当該団体端末及び当該発行端末と通信をする情報処理装置（例えば、図３のサービス提供者サーバ１）と、
　を含む情報処理システムにおいて、
　前記団体端末（例えば、図１１の本部端末２１）は、
　　前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行するための条件又は前記画像に関する条件であって、前記所定団体（本部Ｕ１等）により予め設定された前記条件を、第１発行条件として、前記情報処理装置（例えば、図３のサービス提供者サーバ１）に提供する条件提供手段（例えば、図５の条件提供部２１１）と、
　前記複数の発行端末（例えば図３の施設端末２２－１乃至２２－ｎ）の夫々へのログイン要求に対して、ログイン可能なＩＰアドレスを設定するＩＰアドレス設定手段（例えば図１１のＩＰ管理部２１６）と、
　を備え、
　前記情報処理装置（例えば、図３のサービス提供者サーバ１）は、
　　前記団体端末（例えば、図１１の本部端末２１）から提供された前記第１発行条件（例えばキャンペーン名やキャンペーンの諸条件等）を取得する条件取得手段（例えば、図５の条件取得部１０１）と、
　　前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末（例えば、図１１の本部端末２１）に提供するＵＩ提供手段（例えば、図５の提供部１０２）と、
　を備え、
　前記発行端末（例えば、図５の施設端末２２）は、
　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作（キャンペーン名の入力操作等）及び前記第２操作（発行数の入力操作等）を受付けるＵＩ提示受付手段（例えば、図５の提示受付部２２１）と、
　　前記第１操作及び前記第２操作が受付けられると、前記第１発行条件（例えばキャンペーン名等）及び前記第２発行条件に基づいて前記ギフト受取権保有情報（ギフトチケットの発券ＩＤ等）を前記発行数だけ発行する発行手段（例えば、図５の発行部２２２）と、
　前記団体端末（例えば図１１の本部端末２１）により、ログイン可能と設定されているＩＰアドレスを持つ端末からのログイン要求に対してログインを許諾し、ログイン可能と設定されていないＩＰアドレスを持つ端末からのログイン要求に対してログインを拒絶するログイン制限手段（例えば、図１１の制限部２２９）と、
　を備えれば足りる。
　このように発行端末にログイン可能なＩＰアドレスを管理し、ログイン可能なＩＰアドレスを持つ端末からのログイン以外を拒絶することで、複数の発行端末（例えば図３の施設端末２２－１乃至２２－ｎ）へのログインを制限することができるので、予め決められた店舗だけで発行端末を使用可能にする等、発行端末の利用場所を制限することができる。
　また、夫々の発行端末でのギフト受取権保有情報（ギフトチケットの発券ＩＤ等）の発行の制限（例えば特定の発行端末以外へのギフトチケットの発行制限等）を行うことができるので、不要なギフト受取権保有情報（ギフトチケットの発券ＩＤ等）の発行を防止することができる。
　１・・・サービス提供者サーバ、２・・・ユーザ企業システム、２１・・・本部端末、２２・・・施設端末、３・・・顧客端末、１１・・・ＣＰＵ、２１・・・本部端末、４１・・・リムーバブルメディア、１００、２１０、２２０・・・基本部、１０１・・・条件取得部、１０２・・・提供部、１１１・・・まとめて発行制御部、１１２・・・予約設定制御部、１１３・・・ＱＲコード発行制御部、１１４・・・ＩＭＥＩ管理制御部、１１５・・・店舗アカウント管理制御部、１１６・・・ＩＰ管理制御部、１１７・・・制限制御部、２１１・・・条件提供部、２１２・・・発行情報出力部、２１３・・・請求受付部、２１４・・・端末管理部、２１５・・・店舗アカウント管理部、２１６・・・ＩＰ管理部、２２１・・・提示受付部、２２２・・・発行部、２２３・・・発行情報提供部、２２５・・・まとめて発行部、２２６・・・予約設定部、２２７・・・ＱＲコード発行部、２２８・・・ＩＭＥＩ管理部、２２９・・・制限部

Claims (6)

  1. 　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報として、所定団体から顧客に対して発行することを支援する情報処理システムであって、
    　　前記所定団体により管理される団体端末と、
    　　前記顧客に対して前記ギフト受取権保有情報を発行する行為を行う行為者により操作される発行端末と、
    　　当該団体端末及び当該発行端末と通信をする情報処理装置と、
    　を含む情報処理システムにおいて、
    　前記団体端末は、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、前記所定団体により予め設定された条件を、第１発行条件として前記情報処理装置に提供する条件提供手段、
    　を備え、
    　前記情報処理装置は、
    　　前記団体端末から提供された前記第１発行条件を取得する条件取得手段と、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末に提供するＵＩ提供手段と、
    　を備え、
    　前記発行端末は、
    　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付手段と、
    　　前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報を前記発行数だけ第１タイミングに発行する発行手段と、
    　　前記第１タイミングに発行された前記ギフト受取権保有情報を、当該第１タイミングよりも遅い第２タイミングに前記顧客に提供する予約の設定をする予約設定手段と、
    　を備える、
    　情報処理システム。
  2. 　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報として、所定団体から顧客に対して発行することを支援する情報処理システムであって、
    　　所定商品又は所定サービスを前記顧客に提供する前記所定団体により管理される団体端末（例えば図１１の本部端末２１）と、
    　　前記顧客に対して前記ギフト受取権保有情報を発行する行為を行う行為者により操作される発行端末と、
    　　当該団体端末及び当該発行端末と通信をする情報処理装置と、
    　を含む情報処理システムにおいて、
    　前記団体端末は、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、前記所定団体により予め設定された条件を、第１発行条件として前記情報処理装置に提供する条件提供手段、
    　を備え、
    　前記情報処理装置は、
    　　前記団体端末から提供された前記第１発行条件を取得する条件取得手段と、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末に提供するＵＩ提供手段と、
    　を備え、
    　前記発行端末は、
    　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付手段と、
    　　前記所定商品又は前記所定サービスを前記顧客に提供する際に、前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報を前記発行数だけ発行する発行手段と、
    　発行された前記ギフト受取権保有情報と、前記所定商品又は前記所定サービスを特定可能な商品等特定情報とを対応付ける対応付け手段と、
    　を備える、
    　情報処理システム。
  3. 　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報として、所定団体から顧客に対して発行することを支援する情報処理システムであって、
    　　所定商品又は所定サービスを前記顧客に提供する前記所定団体により管理される団体端末と、
    　　前記顧客に対して前記ギフト受取権保有情報を発行する行為を行う複数の行為者により夫々操作される複数の発行端末と、
    　　当該団体端末及び当該発行端末と通信をする情報処理装置と、
    　を含む情報処理システムにおいて、
    　前記団体端末は、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、前記所定団体により予め設定された前記条件を、第１発行条件として、前記情報処理装置に提供する条件提供手段と、
    　前記第１発行条件及び前記行為者に関する情報を含む管理情報を、前記複数の行為者毎に管理する管理手段と、
    　を備え、
    　前記情報処理装置は、
    　　前記団体端末から提供された前記第１発行条件を取得する条件取得手段と、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末に提供するＵＩ提供手段と、
    　を備え、
    　前記発行端末は、
    　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付手段と、
    　　前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報を前記発行数だけ発行する発行手段と、
    　を備える、
    　情報処理システム。
  4. 　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報として、所定団体から顧客に対して発行することを支援する情報処理システムであって、
    　　所定商品又は所定サービスを前記顧客に提供する前記所定団体により管理される団体端末と、
    　　前記顧客に対して前記ギフト受取権保有情報を発行する行為を行う複数の行為者により夫々操作される複数の発行端末と、
    　　当該団体端末及び当該発行端末と通信をする情報処理装置と、
    　を含む情報処理システムにおいて、
    　前記団体端末は、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、前記所定団体により予め設定された前記条件を、第１発行条件として、前記情報処理装置に提供する条件提供手段と、
    　前記複数の発行端末の夫々へのログイン要求に対して、ログイン可能なＩＰアドレスを設定するＩＰアドレス設定手段と、
    　を備え、
    　前記情報処理装置は、
    　　前記団体端末から提供された前記第１発行条件を取得する条件取得手段と、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末に提供するＵＩ提供手段と、
    　を備え、
    　前記発行端末は、
    　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付手段と、
    　　前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報を前記発行数だけ発行する発行手段と、
    　前記団体端末により、ログイン可能と設定されているＩＰアドレスを持つ端末からのログイン要求に対してログインを許諾し、ログイン可能と設定されていないＩＰアドレスを持つ端末からのログイン要求に対してログインを拒絶するログイン制限手段と、
    　を備える、
    　情報処理システム。
  5. 　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報として、所定団体から顧客に対して発行することを支援する情報処理システムであって、
    　　前記所定団体により管理される団体端末と、
    　　前記顧客に対して前記ギフト受取権保有情報を発行する行為を行う行為者により操作される発行端末と、
    　　当該団体端末及び当該発行端末と通信をする情報処理装置と、
    　を含む情報処理システムが実行する情報処理方法であって、
    　前記団体端末が実行するステップとして、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、前記所定団体により予め設定された条件を、第１発行条件として前記情報処理装置に提供する条件提供ステップ、
    　を含み、
    　前記情報処理装置が実行するステップとして、
    　　前記団体端末から提供された前記第１発行条件を取得する条件取得ステップと、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記団体端末に提供するＵＩ提供ステップと、
    　を含み、
    　前記発行端末が実行するステップとして、
    　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付ステップと、
    　　前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報を前記発行数だけ第１タイミングに発行する発行ステップと、
    　　前記第１タイミングに発行された前記ギフト受取権保有情報を、当該第１タイミングよりも遅い第２タイミングに前記顧客に提供する予約の設定をするステップと、
    　を含む、
    　情報処理方法。
  6. 　ギフトを受け取る権利を有している旨を示す画像の情報を、ギフト受取権保有情報として、所定団体から顧客に対して発行することを支援する情報処理システムであって、
    　　前記所定団体により管理される第１コンピュータと、
    　　前記顧客に対して前記ギフト受取権保有情報を発行する行為を行う行為者により操作される第２コンピュータと、
    　　当該第１コンピュータ及び当該第２コンピュータと通信をする第３コンピュータと、
    　を含む情報処理システムに適用されるプログラムであって、
    　前記第１コンピュータに、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、前記所定団体により予め設定された条件を、第１発行条件として前記情報処理装置に提供する条件提供ステップ、
    　を含み制御処理を実行させ、
    　前記第２コンピュータに、
    　　前記第１コンピュータから提供された前記第１発行条件を取得する条件取得ステップと、
    　　前記ギフト受取権保有情報を発行するための条件又は前記画像に関する条件であって、少なくとも前記ギフト受取権保有情報の発行数を含む条件を、第２発行条件として入力する第１操作と、前記ギフト受取権保有情報を発行する指示を行うための第２操作とを受付けるＵＩ（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）を、前記第１コンピュータに提供するＵＩ提供ステップと、
    　を含む制御処理を実行させ、
    　前記第３コンピュータに、
    　　前記ＵＩを前記行為者に提示して、前記行為者による前記第１操作及び前記第２操作を受付けるＵＩ提示受付ステップと、
    　　前記第１操作及び前記第２操作が受付けられると、前記第１発行条件及び前記第２発行条件に基づいて前記ギフト受取権保有情報を前記発行数だけ第１タイミングに発行する発行ステップと、
    　　前記第１タイミングに発行された前記ギフト受取権保有情報を、当該第１タイミングよりも遅い第２タイミングに前記顧客に提供する予約の設定をするステップと、　を含む制御処理を実行させる、
    　プログラム。
PCT/JP2023/023644 2022-06-30 2023-06-26 情報処理システム、情報処理方法及びプログラム WO2024004955A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023565590A JP7520436B2 (ja) 2022-06-30 2023-06-26 情報処理システム、情報処理方法及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022106157 2022-06-30
JP2022-106157 2022-06-30

Publications (1)

Publication Number Publication Date
WO2024004955A1 true WO2024004955A1 (ja) 2024-01-04

Family

ID=89383088

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/023644 WO2024004955A1 (ja) 2022-06-30 2023-06-26 情報処理システム、情報処理方法及びプログラム

Country Status (2)

Country Link
JP (1) JP7520436B2 (ja)
WO (1) WO2024004955A1 (ja)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007087116A (ja) * 2005-09-22 2007-04-05 Seiko Epson Corp 広告管理システム、及び広告管理方法
JP2010182119A (ja) * 2009-02-05 2010-08-19 Nec Corp 特典発行代行システム、特典発行代行センタ、端末、特典発行代行方法および特典発行代行用プログラム
JP2016029552A (ja) * 2014-07-25 2016-03-03 株式会社Ｃｌｏｕｄ Ｐａｙｍｅｎｔ ギフト発行管理システム、ギフト発行管理システムの制御方法、およびギフト発行管理プログラム
JP2019164544A (ja) * 2018-03-19 2019-09-26 株式会社Ｒａｖｉ 商品販売システム及び商品販売方法
JP2021033381A (ja) * 2019-08-16 2021-03-01 オープンクーポン株式会社 情報処理装置、情報処理方法、情報処理プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007087116A (ja) * 2005-09-22 2007-04-05 Seiko Epson Corp 広告管理システム、及び広告管理方法
JP2010182119A (ja) * 2009-02-05 2010-08-19 Nec Corp 特典発行代行システム、特典発行代行センタ、端末、特典発行代行方法および特典発行代行用プログラム
JP2016029552A (ja) * 2014-07-25 2016-03-03 株式会社Ｃｌｏｕｄ Ｐａｙｍｅｎｔ ギフト発行管理システム、ギフト発行管理システムの制御方法、およびギフト発行管理プログラム
JP2019164544A (ja) * 2018-03-19 2019-09-26 株式会社Ｒａｖｉ 商品販売システム及び商品販売方法
JP2021033381A (ja) * 2019-08-16 2021-03-01 オープンクーポン株式会社 情報処理装置、情報処理方法、情報処理プログラム

Also Published As

Publication number Publication date
JP7520436B2 (ja) 2024-07-23
JPWO2024004955A1 (ja) 2024-01-04

Similar Documents

Publication Publication Date Title
US20190340603A1 (en) Methods and Apparatus for Stored Value Token Creation
US8732809B2 (en) System, server device, method, program, and recording medium that enable facilitation of user authentication
JP6470444B1 (ja) 商品販売価値分配システムとその方法、およびそのプログラム
US8583495B2 (en) Method and system for crediting multiple merchant accounts on a single bill
US20120253915A1 (en) Global electronic receipt platform for recording, managing and accessing transaction receipts through retailers' physical or internet based point of sale system
US20140095276A1 (en) Method and system for offering combinations of goods and services for purchase and controlling expenses
JP7303257B2 (ja) 電子レシートシステム、決済装置、販促レシートサーバ及び情報処理プログラム
JP7017819B1 (ja) 非冊子型カタログギフトビジネス支援システム
JP2010157153A (ja) オーダー情報管理装置、及びこれを用いて構成されるオーダー情報管理システム、並びにオーダー情報を管理する為のプログラム。
JP4861604B2 (ja) 金融取引を処理するためのシステムおよび方法
US20020147646A1 (en) Advertisement transmitting system
JP2012145983A (ja) アフィリエイト管理システム、及びアフィリエイトサーバー
KR20130053007A (ko) 스마트폰을 이용한 전시회 운용시스템 및 전시회 운용방법
US20090237224A1 (en) I-companion
WO2024004955A1 (ja) 情報処理システム、情報処理方法及びプログラム
JP5217368B2 (ja) 電子広告管理システム
JP2005522782A (ja) 多様な支払い選好を用いて金銭取引を処理するためのシステムおよび方法
JP7176809B1 (ja) 情報処理システム、情報処理方法及びプログラム
JP7355961B1 (ja) 情報処理装置、情報処理方法および情報処理プログラム
JP2003123031A (ja) 情報提供サーバ、情報提供方法、端末、プログラム及び情報登録端末
JP5969085B1 (ja) 販売処理システム、販売処理プログラムおよびサーバ装置
JP7485320B1 (ja) 紹介システム
US20220051229A1 (en) Method for management of value data stored by or on behalf of a user
JP6978115B2 (ja) 情報処理システム、情報処理方法、及びプログラム
JP2024086566A (ja) 情報処理装置、情報処理方法及び情報処理プログラム

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2023565590

Country of ref document: JP

Kind code of ref document: A

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

Ref document number: 23831395

Country of ref document: EP

Kind code of ref document: A1