WO2019225142A1 - 情報処理装置及び情報処理方法 - Google Patents
情報処理装置及び情報処理方法 Download PDFInfo
- Publication number
- WO2019225142A1 WO2019225142A1 PCT/JP2019/012640 JP2019012640W WO2019225142A1 WO 2019225142 A1 WO2019225142 A1 WO 2019225142A1 JP 2019012640 W JP2019012640 W JP 2019012640W WO 2019225142 A1 WO2019225142 A1 WO 2019225142A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- information
- transaction
- user
- information processing
- processing apparatus
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0224—Discounts or incentives, e.g. coupons or rebates based on user history
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
- G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
- G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/44—Secrecy systems
- H04N1/448—Rendering the image unintelligible, e.g. scrambling
- H04N1/4493—Subsequently rendering the image intelligible using a co-operating image, mask or the like
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
Definitions
- the present disclosure relates to an information processing apparatus and an information processing method.
- Patent Document 1 or 2 discloses a technique disclosed in Japanese Patent Application Laid-Open No. H10-228707.
- the information for determining whether or not the business has purchased a predetermined product by the user is a purchase history (for example, provided by a web site or an application) provided by the EC business.
- the image can be acquired by having the user capture the image and sending the captured image.
- a technique disclosed in Patent Document 3 below can be cited.
- a mask process is performed on a predetermined region of a captured image obtained by capturing at least one of a purchase history, a delivery note, and an e-mail provided to a user by an electronic commerce business operator.
- an information processing apparatus includes a processing unit that performs a mosaic process and a determination unit that determines whether the processed captured image includes predetermined information.
- An information processing method includes performing mask processing or mosaic processing, and determining whether or not predetermined information is included in the processed captured image.
- FIG. 1 is a system diagram illustrating a schematic configuration of an information processing system 10 according to an embodiment of the present disclosure.
- FIG. 4 is a diagram illustrating an example of functional blocks of a user terminal 100 according to an embodiment of the present disclosure.
- FIG. 3 is a diagram illustrating an example of functional blocks of a determination server 200 according to an embodiment of the present disclosure. It is a figure which shows an example of the functional block of EC provider server 300 which concerns on embodiment of this indication.
- FIG. 5 is a sequence diagram illustrating a schematic flow of an information processing method according to an embodiment of the present disclosure. 5 is an explanatory diagram illustrating an example of a setting screen 500 according to an embodiment of the present disclosure.
- FIG. 4 is a diagram illustrating an example of functional blocks of a user terminal 100 according to an embodiment of the present disclosure.
- FIG. 3 is a diagram illustrating an example of functional blocks of a determination server 200 according to an embodiment of the present disclosure. It is a figure which shows an example of the functional block of EC provider server
- FIG. 11 is a sequence diagram (part 2) illustrating an example of a campaign application stage flow of the information processing method according to the embodiment of the present disclosure.
- 5 is an explanatory diagram illustrating an example of a captured image 600a according to an embodiment of the present disclosure.
- FIG. 5 is an explanatory diagram illustrating an example of a captured image 600b according to an embodiment of the present disclosure.
- FIG. 6 is an explanatory diagram illustrating an example of a processed capture image 700 according to an embodiment of the present disclosure.
- FIG. 3 is a block diagram for explaining a hardware configuration of an information processing apparatus 900 according to an embodiment of the present disclosure.
- a plurality of constituent elements having substantially the same or similar functional configuration may be distinguished by adding different alphabets after the same reference numeral.
- it is not necessary to particularly distinguish each of a plurality of constituent elements having substantially the same or similar functional configuration only the same reference numerals are given.
- the present inventor has repeatedly studied the sales promotion measures as described above.
- a sales promotion measure performed by the business operator for example, a point that can be used for electronic payment or a discount for a user who has confirmed that a predetermined product has been purchased based on the purchase history of the user Giving incentives such as coupons.
- information for determining whether the business has purchased a predetermined product by the user is an image such as a purchase history page provided by the EC business. Can be obtained by capturing and sending a captured image. Then, the business operator determines whether or not the user has purchased a predetermined product for a predetermined number or a predetermined amount during a predetermined period based on the acquired information, and if the condition is satisfied Will give an incentive to the user. Giving incentives increases the motivation of the user for purchasing the product, which leads to sales promotion of the product. In addition to promoting product sales, business operators can collect information related to product sales in various channels (actual stores, EC businesses, etc.), and therefore conduct more effective marketing. Is possible.
- the user's personal information (name, address) is included in addition to the information for determining whether or not a predetermined product has been purchased by the user.
- identification information used between the user and the EC provider is included. Therefore, when implementing purchase promotion measures using purchase histories provided by EC business operators, business operators are required to strictly manage the handling of personal information. It was a barrier to the implementation of measures.
- the captured image is corrected by the user so that personal information does not leak out, but in this case, a high skill is required for the user, and all users can easily perform it. I can't say that.
- the business operator modifies the captured image acquired from the user, the business operator is required to ensure high security and strictly operate the business.
- the format of the purchase history and the type of information included in the purchase history are different for each EC business operator, and there is no common rule between EC business operators. Therefore, information for determining whether or not a predetermined product has been purchased by the user is extracted from the captured image of the purchase history of each EC company as described above, or information for determination is included in the captured image. It is difficult to check if everything is included.
- information for determining whether or not a predetermined product has been purchased by the user is extracted from the captured image of the purchase history of each EC company as described above, or information for determination is included in the captured image. It is difficult to check if everything is included.
- conditions for granting incentives in sales promotion measures include target products (manufacturer, brand, capacity, type, etc.), purchase date, number of purchases, purchase price, transaction status (settlement status, delivery / cancellation / return status), etc.
- target products manufactured by manufacturer, brand, capacity, type, etc.
- purchase date number of purchases
- purchase price a purchase price
- transaction status settlement status, delivery / cancellation / return status
- incentives may not be granted.
- the present inventor has come to create an embodiment of the present disclosure that can effectively carry out a sales promotion measure that promotes product purchase through an EC business operator. .
- the details of the embodiments of the present disclosure created by the inventor will be sequentially described below.
- purchase history information (hereinafter referred to as “purchase history”) regarding a transaction (sales / purchase) performed between a user and an EC business among sales promotion measures performed by the business.
- purchase history a transaction (sales / purchase) performed between a user and an EC business among sales promotion measures performed by the business.
- the purchase history will be described by way of example of a purchase history provided to a user from an EC company via a web site or an application.
- the embodiment of the present disclosure is not limited to such purchase history. It is not limited to.
- an invoice sent from an EC company, an e-mail for purchase confirmation, or the like may be used instead of the purchase history.
- a user means a general consumer
- an EC provider refers to a provider that conducts electronic commerce with a general consumer.
- a business operator is a business operator that manufactures or sells products to general consumers using sites operated by EC business operators, or the business operator is entrusted with implementing sales promotion measures. Means an operator.
- FIG. 1 is a system diagram showing a schematic configuration of an information processing system 10 according to the present embodiment.
- the information processing system 10 according to the present embodiment can include, for example, a user terminal 100, a determination server 200, and an EC provider server 300.
- the user terminal 100, the determination server 200, and the EC provider server 300 described above can communicate with each other via various communication networks 400 that are wired or wireless.
- the number of user terminals 100 and EC company servers 300 included in the information processing system 10 is not limited to the numbers illustrated in FIG. 1 and may be more.
- an outline of each device included in the information processing system 10 according to the present embodiment will be described.
- the user terminal 100 is a user terminal operated by a user, and can be, for example, a smartphone, a future phone, a tablet PC (Personal Computer), a smart watch, or the like.
- the user terminal 100 can perform, for example, a transaction of goods or services with an EC company, that is, an electronic commerce transaction with the EC company.
- the user terminal 100 may perform electronic commerce by performing electronic commerce via an EC site provided by the EC business or sending an e-mail or the like to the EC business in accordance with a user operation. it can.
- the EC site is associated with a URL (Uniform Resource Locator) of an EC site as product information of a product for sale, a product code (for example, a JAN code), a product name, a category, an image, manufacturer information, Includes information such as vendor information and sales prices.
- a product code for example, a JAN code
- the user browses the EC site via the user terminal 100 and performs a predetermined operation, thereby transmitting a purchase log to a server owned by the EC company, and electronically communicating with the EC company. Commerce can be done.
- the purchase log includes a product code of a purchased product, a product name, a purchase date and time, a purchase price, purchaser identification information (name, ID, etc.), settlement means, destination information, EC site information, site browsing history, etc. Information can be included.
- the user terminal 100 may have a function of communicating with a reader / writer (not shown).
- the user terminal 100 can function as a settlement means or a point card. More specifically, when the user terminal 100 is held over the reader / writer, information used for settlement (e-money balance, credit card number, etc.) or information related to a point card (member ID, number of accumulated points) Update date and time) can be provided to the reader / writer.
- said function is an example to the last, and the user terminal 100 may have functions other than the above suitably, that is, the user terminal 100 may have a plurality of functions. The detailed configuration of the user terminal 100 will be described later.
- the determination server 200 is a computer that can communicate with the user terminal 100 described above, and is a computer for determining whether the electronic commerce performed by the user satisfies a condition for giving an incentive. Specifically, the determination server 200 can determine whether the above condition is satisfied based on the image data transmitted from the user terminal 100 and information acquired from the EC provider server 300 managed by the EC provider. it can. The detailed configuration of the determination server 200 will be described later.
- the EC business server 300 is a computer that manages information related to electronic commerce performed between the EC business and the user, which is managed by the EC business. Specifically, the EC business server 300 uses information for performing electronic commerce procedures through the EC site, for example, transaction identification information for identifying each transaction (for example, a transaction assigned to each transaction by the EC business operator). Sales DB (database) that stores purchase logs sent from users and transaction status information (settlement status, delivery / cancellation / return status) linked to management numbers, purchase numbers, delivery management numbers, etc.) (Not shown). Further, the EC business server 300 may store a product information database (DB) (not shown) that stores product information of products posted on an EC site provided to the user.
- the product information may be, for example, product code, product name, category, image, manufacturer information, vendor information, sales price information, and the like. The detailed configuration of the EC provider server 300 will be described later.
- the user terminal 100, the determination server 200, and the EC provider server 300 may not be realized by a single device.
- each of the user terminal 100, the determination server 200, and the EC provider server 300 described above may be realized by a plurality of devices that are connected via various wired or wireless communication networks 400 and cooperate with each other.
- FIG. 2 is a diagram illustrating an example of functional blocks of the user terminal 100 according to the present embodiment.
- the user terminal 100 can perform electronic commerce with an EC company.
- the user terminal 100 mainly includes a display unit 110, an input unit 120, a storage unit 130, a processing unit 140, and a communication unit 160.
- a display unit 110 mainly includes a display unit 110, an input unit 120, a storage unit 130, a processing unit 140, and a communication unit 160.
- each functional block of the user terminal 100 will be sequentially described.
- the display unit 110 is a display module including a display such as an LCD (Liquid Crystal Display), an OLED (Organic Light Emitting Diode), or a CRT (Cathode Ray Tube).
- the display unit 110 can be used, for example, to display an image of an EC site provided by an EC company. Note that the display unit 110 may not be configured as a part of the user terminal 100. For example, a display device connected to the user terminal 100 by wire or wireless may be handled as the display unit 110.
- the input unit 120 receives input of data and commands to the user terminal 100. More specifically, the input unit 120 is realized by a touch panel, a keyboard, or the like, and can accept an input operation from a user.
- the storage unit 130 is realized by a magnetic recording medium such as a hard disk (HD) provided in the user terminal 100, a nonvolatile memory, or the like, and stores various types of information.
- the storage unit 130 can store image data displayed and captured on the display unit 110 described above.
- the storage unit 130 includes terminal identification information for identifying the user terminal 100, and various information used in a series of processing for payment (e-money balance, credit card number, member ID, accumulated points) Number, update date / time, etc.) and information of received electronic mail may be stored.
- the various types of information described above are merely examples, and the storage unit 130 may store other information.
- the processing unit 140 is realized by hardware provided in the user terminal 100, such as a CPU (Central Processing Unit), a ROM (Read Only Memory), and a RAM (Random Access Memory), and is executed by the user terminal 100. Various processes are performed. As illustrated in FIG. 2, the processing unit 140 mainly includes a capture unit (image capture unit) 142, a mask processing unit 144, a determination unit 146, and an incentive acquisition unit 148. Below, each process block which the process part 140 has is demonstrated.
- the capture unit 142 can capture an image displayed on the display unit 110 (for example, an image such as a purchase history, a delivery note, or an e-mail provided from the EC company to the user) and store it in the storage unit 130. .
- the capture unit 142 captures an image from the captured image at a resolution such that predetermined information (transaction identification information or the like) can be acquired by optical character recognition (OCR).
- OCR optical character recognition
- the capture unit 142 can acquire not only the image displayed on the display unit 110 but also the entire Web page or the entire e-mail including the image displayed on the display unit 110 and store the acquired Web page or the entire e-mail in the storage unit 130.
- the capture unit 142 may transmit the captured image to the determination server 200 described later via the communication unit 160 described later.
- Mask processing unit 144 performs image processing and OCR on the captured image, and personal information (for example, name, address, user, etc.) included in the purchase history based on predetermined processing conditions set in advance for each EC company. And the user identification information used between the EC providers and the like are specified. Then, the mask processing unit 144 performs mask processing for applying a mask such as white, black, or gray, or mosaic processing for applying a mosaic to a predetermined area in which personal information is displayed in the captured image. Can do. Further, the processed captured image processed by the mask processing unit 144 is output to the determination unit 146 described later.
- the mask processing unit 144 can also correct the mask processing or mosaic processing of the processed captured image according to the user's operation (specifically, change the position and range where the mask is applied).
- the mask processing may be performed by the determination server 200 described later. In this case, the mask processing unit 144 may not be provided in the processing unit 140.
- the mask processing unit 144 performs mask processing, it is possible to more effectively prevent the user's personal information from being leaked.
- the determination unit 146 can determine whether predetermined information (transaction identification information) is included in the processed captured image described above or the processed captured image modified by the user. Specifically, the determination unit 146 performs image processing and OCR on the processed captured image and the like, and displays information displayed on the image based on predetermined processing conditions set in advance for each EC provider. By extracting, it can be determined whether transaction identification information is included in the image. As described above, in the present embodiment, it is possible to accurately determine whether the transaction identification information is included by referring to the above-described categorized format.
- the transaction identification information is information that can be used to specify an electronic commerce transaction performed between the user and the EC business operator. For example, the transaction management number assigned by the EC business operator, purchase Number, delivery management number, and the like.
- the determination unit 146 may determine whether transaction incidental information is included along with determination of whether transaction identification information is included.
- the incidental information includes the purchase date and time (transaction date), product code (transaction product identification information), purchase product name (transaction product name), purchase quantity (transaction quantity), purchase price ( it is possible transaction amount), which is information such as, whether in advance information of any kind, can be set in advance by the operator or the like.
- the determination unit 146 determines that the transaction capture information or the transaction incidental information is included in the processed capture image or the like, the determination server 146 determines the processed capture image or the like via the communication unit 160 described later. 200 can be transmitted.
- the determination unit 146 determines that the processed capture image or the like does not include transaction identification information or transaction supplementary information, the determination unit 146 displays an alert on the display unit 110 to alert the user. Can be output.
- the determination may be performed by the determination server 200. In this case, the determination unit 146 may not be provided in the processing unit 140.
- Incentive acquisition unit 148 can acquire information received from the determination server 200 via the communication unit 160, and can give an incentive to the user based on the acquired information. Specifically, the incentive acquisition unit 148 can acquire information such as points that can be used for electronic payment, discount coupons, and the like, and can output the acquired information to the user via the display unit 110. Further, the incentive acquisition unit 148 may provide a game that gives the user an opportunity to acquire the points via the display unit 110.
- processing unit 140 may perform other processing.
- the communication unit (transmission unit) 160 is realized by, for example, a communication device such as a communication antenna, a transmission / reception circuit, or a port, and can perform communication with an external device such as the determination server 200.
- the communication unit 160 can transmit the captured image or the processed captured image subjected to the mask process to the determination server 200. Further, the communication unit 160 can also receive information on incentives from the determination server 200.
- the communication unit 160 can transmit and receive various types of information used in a series of processing for payment. Note that the various communication contents described above are merely examples, and the communication unit 160 may transmit and receive other information.
- FIG. 2 the various functional blocks shown in FIG. 2 are merely examples, and the user terminal 100 may have other functional blocks not shown in FIG.
- FIG. 3 is a diagram illustrating an example of functional blocks of the determination server 200 according to the present embodiment.
- the determination server 200 according to the present embodiment is a computer for determining whether an electronic commerce performed by a user satisfies a condition for giving an incentive.
- the determination server 200 can mainly include a display unit 210, an input unit 220, a storage unit 230, a processing unit 240, and a communication unit 260.
- each functional block of the determination server 200 will be sequentially described.
- the display unit 210 is a display module including a display such as an LCD, an OLED, or a CRT.
- the display unit 210 displays, for example, a setting screen 500 (see FIG. 6) for setting in advance a data acquisition condition that is a type of transaction information acquired from the EC provider server 300 and an incentive provision condition. Can do.
- the display unit 210 may not be configured as a part of the determination server 200. For example, a display device connected to the determination server 200 by wire or wireless may be handled as the display unit 210.
- the input unit 220 receives input of data and commands to the determination server 200. More specifically, the input unit 220 is realized by a touch panel, a keyboard, or the like, and can accept input of various conditions from a business operator.
- the storage unit 230 is realized by, for example, a magnetic recording medium such as a hard disk, a nonvolatile memory, or the like provided in the determination server 200, and a program for the processing unit 240 to be described later to execute various processes, Stores information obtained by processing, received information, and the like.
- the storage unit 230 can store a masked processed captured image transmitted from the user terminal 100, information on various conditions set in advance by a business operator, and the like.
- the various types of information described above are merely examples, and the storage unit 230 may store other information.
- the processing unit 240 is realized by hardware such as a CPU, a ROM, and a RAM provided in the determination server 200, and can perform various processes executed by the determination server 200. As illustrated in FIG. 3, the processing unit 240 mainly includes a mask processing unit 244, a determination unit 246, an information acquisition unit 248, and an incentive determination unit 250. Below, each process block which the process part 240 has is demonstrated.
- Mask processing unit 244 Like the mask processing unit 144 described above, the mask processing unit 244 performs image processing and OCR on the captured image transmitted from the user terminal 100, and based on predetermined processing conditions set in advance for each EC business operator, An area in which personal information included in the purchase history is displayed is specified. Then, the mask processing unit 244 can perform mask processing for applying a mask such as white, black, or gray to a predetermined area in which personal information is displayed in the captured image. Further, the processed captured image processed by the mask processing unit 244 is output to the determination unit 246 described later. In addition, the mask processing unit 244 can also correct the mask processing or mosaic processing of the processed captured image in accordance with the user's operation, similarly to the mask processing unit 144 described above.
- a mask such as white, black, or gray
- the mask processing may be performed by the user terminal 100.
- the mask processing unit 244 may not be provided in the processing unit 240.
- the user confirms and confirms the processed captured image via the user terminal 100 before confirmation, and the confirmed processed captured image is stored in the determination server 200. Will be.
- the captured image before the mask process is deleted from the determination server 200.
- personal information can be prevented from being leaked by deleting in this way.
- the determination unit 246 can determine whether or not the transaction identification information is included in the processed captured image described above or the processed captured image modified by the user. Specifically, the determination unit 246 performs image processing and OCR on the processed captured image and the like, and displays information displayed on the image based on predetermined processing conditions preset for each EC provider. By extracting, it can be determined whether transaction identification information is included in the image. Moreover, the determination part 246 may determine whether the transaction supplementary information regarding a transaction is included with the determination of whether the transaction identification information is included.
- the determination unit 246 determines that the transaction identification information or the transaction supplementary information is included in the processed capture image or the like, the determination unit 246 outputs the processed capture image or the like to the information acquisition unit 248 described later. In addition, when the determination unit 246 determines that the processed captured image or the like does not include transaction identification information or transaction supplementary information, the determination unit 246 outputs an alert to the user terminal 100 via the communication unit 260 described later. can do. In the present embodiment, as described above, the determination may be performed by the user terminal 100. In this case, the determination unit 246 may not be provided in the processing unit 240.
- the information acquisition unit 248 extracts transaction identification information and transaction-accompanying information (predetermined information) from the processed captured image using OCR and the like, along with information of the information type for requesting the extracted information, which will be described later. It transmits to the server 300 via the communication part 260 mentioned later. And the information acquisition part 248 acquires the transaction information containing the content of the transaction performed between EC provider and the user which EC provider server 300 transmitted based on the information which self transmitted. Furthermore, the information acquisition unit 248 outputs the acquired transaction information to the incentive determination unit 250 described later.
- the information type information requested by the information acquisition unit 248 is transaction information for determining whether the user's transaction satisfies the conditions for giving an incentive. Specifically, the target product ( Manufacturer, brand, capacity, type, etc.), purchase date, number of purchases, purchase price, status (settlement status, delivery / cancellation / return status), etc. Since these pieces of transaction information are linked to the transaction identification information and stored in the EC provider server 300, the information acquisition unit 248 acquires transaction information related to a specific transaction by using the transaction identification information. It becomes possible. The information acquisition unit 248 acquires only the information specified by the condition from the EC provider server 300 according to the data acquisition condition set in advance by the provider. Further, the above-described processing content is merely an example, and the information acquisition unit 248 may perform other processing.
- the incentive determination unit 250 refers to the conditions for granting incentives set in advance by the business operator, and based on the transaction information acquired by the information acquisition unit 248 described above, sets conditions for the electronic commerce performed by the user to provide incentives. It can be judged whether it is satisfied.
- conditions for granting incentives for example, target products (manufacturer, brand, capacity, type, etc.), target period, number of purchases, purchase price, transaction status (settlement status, delivery / cancellation / return status), etc.
- a condition consisting of the following items is imposed.
- the incentive determination part 250 transmits the information regarding provision of an incentive to the user terminal 100 via the communication part 260 mentioned later, when the electronic commerce performed by the user satisfy
- the above-described processing content is merely an example, and the incentive determination unit 250 may perform other processing.
- the communication unit (reception unit) 260 is realized by, for example, a communication device such as a transmission / reception circuit or a port, and can communicate with an external device such as the user terminal 100 or the EC provider server 300.
- the communication unit 260 can receive a captured image or a processed captured image from the user terminal 100, and can further receive transaction information from the EC provider server 300.
- the various communication contents described above are merely examples, and the communication unit 260 may communicate other information.
- FIG. 4 is a diagram illustrating an example of functional blocks of the EC provider server 300 according to the present embodiment.
- the EC business server 300 according to the present embodiment is a computer that is managed by the EC business and for the EC business to conduct electronic commerce with the user.
- the EC provider server 300 can mainly include a storage unit 330, a processing unit 340, and a communication unit 360.
- each functional block of the EC provider server 300 will be sequentially described.
- the storage unit 330 is realized by, for example, a magnetic recording medium such as a hard disk provided in the EC provider server 300, and is obtained by a program or the like for the processing unit 340 to be described later to execute various processes. Stored information, received information, and the like are stored.
- the storage unit 330 stores information for performing an electronic commerce procedure through an EC site of an EC business operator, for example, a sales log associated with the transaction identification information, a user's personal information (name) And a sales DB (not shown) including status information (settlement status, delivery / cancellation / return status) and the like.
- the storage unit 330 stores a product information database (DB) (not shown) that manages product information of products posted on an EC site provided to the user.
- the merchandise information includes information such as a merchandise code, a merchandise name, a category, an image, a manufacture, a selling agency, and a selling price of a merchandise posted on the EC site.
- the storage unit 330 is merely an example of the various types of information described above, and the storage unit 330 may store other information.
- the processing unit 340 is realized by hardware such as a CPU, a ROM, and a RAM provided in the EC provider server 300, and performs various processes executed by the EC provider server 300.
- the communication unit 360 is realized by, for example, a communication device such as a transmission / reception circuit or a port, and can communicate with external devices such as the user terminal 100 and the determination server 200. For example, the communication unit 360 can transmit transaction information to the determination server 200 in response to a request from the determination server 200. Note that the various communication contents described above are merely examples, and the communication unit 360 may communicate other information.
- the determination server 200 and the EC provider server 300 described above use API (Application Programming Interface), that is, transaction identification information that can identify a transaction via an interface common to both.
- the transaction information of the transaction can be transmitted and received, in other words, can be linked.
- the above cooperation can be performed using server identification information or the like given to the determination server 200 side. it can.
- transaction identification information for limiting the transaction and data acquisition conditions for limiting the type of transaction information to be acquired The determination server 200 transmits the request according to the above to the EC provider server 300.
- FIG. 5 is a sequence diagram showing a schematic flow of the information processing method according to the present embodiment.
- FIG. 6 is an explanatory diagram illustrating an example of the setting screen 500 according to the present embodiment.
- FIG. 7 is a sequence diagram illustrating an example of a flow of a purchase stage of the information processing method according to the present embodiment.
- 8 and 92 are sequence diagrams showing an example of a campaign application stage flow of the information processing method according to the present embodiment.
- 10 and 11 are explanatory diagrams illustrating examples of the captured images 600a and 600b according to the present embodiment.
- FIG. 5 is a sequence diagram showing a schematic flow of the information processing method according to the present embodiment.
- FIG. 6 is an explanatory diagram illustrating an example of the setting screen 500 according to the present embodiment.
- FIG. 7 is a sequence diagram illustrating an example of a flow of a purchase stage of the information processing method according to the present embodiment.
- 8 and 92 are sequence diagrams showing an example of a campaign application stage flow of the information processing
- FIG. 12 is an explanatory diagram illustrating an example of the processed captured image 700 according to the present embodiment.
- FIG. 13 is an explanatory diagram illustrating transmission / reception of information between the determination server 200 and the EC provider server 300 according to the present embodiment.
- FIG. 14 is a sequence diagram illustrating an example of a flow of an incentive provision stage of the information processing method according to the present embodiment.
- the information processing method according to the present embodiment can mainly include a plurality of steps from step S100 to step S500. Details of these steps will be described below.
- Step S100 The business operator sets data acquisition conditions and incentive provision conditions in advance.
- the business operator can specify the designation and conditions of information used for determination of granting incentives on the setting screen 500 as shown in FIG. .
- the business operator applies the target period, target product (manufacturer, brand, capacity, type, product code, etc.), purchase frequency limit, purchase price, purchase number, grant It is possible to set the target number limit, incentive details (points, etc.), target EC business operators, etc.
- the determination of granting incentives does not require the user's name, user identification information, address, telephone number, card information, etc. for conducting a transaction with an EC company.
- the status (settlement status, delivery / cancellation / return status) according to the incentive provisioning conditions set based on the purchase history format, etc., previously grasped for each EC business operator.
- Conditions, the type of transaction information acquired by the determination server 200 from the EC provider server 300, the type of information to be masked, and the like are set in advance.
- a mask process can be performed with respect to a captured image, and the determination server 200 can acquire the transaction information designated from the EC provider server 300.
- the setting screen 500 is not limited to the form shown in FIG. 6, and may be another form.
- standard settings may be input in advance on the setting screen 500.
- the operator can easily set the data acquisition conditions and the incentive provision conditions by correcting the standard settings as necessary. be able to.
- the user side may use the user terminal 100 to set in advance information types that are allowed to be provided to the determination server 200 when applying for an incentive-giving campaign.
- an application installed in the user terminal 100 automatically selects an applicable campaign based on information of the information type permitted by the user, and displays only information related to the selected campaign. It may be.
- the operator side can suitably set the information for performing the mask processing on the captured image for each incentive granting condition and the EC operator.
- Information can be suitably masked and personal information leakage can be avoided.
- Step S200 The business operator notifies the start of a campaign that gives an incentive according to the purchase of the designated product in the electronic commerce between the user and the EC business company through an application, an advertisement site, or the like.
- Step S300 The user confirms the announced campaign through an application, an advertisement site, or the like, and purchases a target product from an EC company designated by the campaign.
- step S300 calls a purchase stage, and details thereof will be described later.
- Step S400 The user applies for the campaign according to the announced campaign.
- step S400 calls an application stage, and details thereof will be described later.
- Step S500 The business operator gives the user the incentive specified in the campaign.
- step S500 calls an incentive provision stage, and details thereof will be described later.
- step S300 details of processing in the purchase stage (step S300), the application stage (step S400), and the incentive provision stage (step S500) included in the information processing method according to the present embodiment will be described.
- step S300 details of processing in the purchase stage (step S300), the application stage (step S400), and the incentive provision stage (step S500) included in the information processing method according to the present embodiment will be described.
- step S300 details of processing in the purchase stage (step S300), the application stage (step S400), and the incentive provision stage (step S500) included in the information processing method according to the present embodiment will be described.
- step S300 details of processing in the purchase stage of the information processing method according to the present embodiment will be described.
- step S400 details of processing in the purchase stage of the information processing method according to the present embodiment will be described.
- step S500 details of processing in the purchase stage of the information processing method according to the present embodiment will be described.
- the purchase stage according to the present embodiment may include a plurality of steps from step S301 to step S307. Details
- Step S301 The user purchases the target product via the user terminal 100 from the EC site of the EC company designated in the campaign. At this time, as described above, information such as a purchase log is transmitted from the user terminal 100 to the EC provider server 300.
- Step S303 The EC company uses the EC company server 300 to perform processing for selling the target product to the user.
- the processing for the campaign (for example, determination, provision of incentive, etc.) is not performed on the EC business operator or the EC business server 300 side.
- Step S305 The EC provider server updates or distributes purchase history information to the user terminal 100 by updating the purchase history page, sending an e-mail for confirmation of purchase, or the like.
- Step S307 The user confirms his / her purchase history updated or distributed from the EC provider server 300 via the user terminal 100.
- the application stage according to the present embodiment can include a plurality of steps from step S401 to step S433. Details of these steps will be described below.
- Step S401 The user captures and saves an image of his purchase history using the user terminal 100 in order to apply for a campaign.
- the purchase history image is not automatically captured, but is performed by the user's own operation, which can give the user a sense of security.
- examples of the purchase history capture image include the capture images 600a and 600b shown in FIG. These captured images 600a and 600b were assigned to the transaction by the EC business operator along with information on the product purchased by the user, information on the purchase price, purchase date and time, delivery address, purchaser's name, address, credit card number, etc. Transaction identification information (order number, etc.) is included.
- the captured images 600a and 600b are not limited to the forms shown in FIGS.
- the captured image is not limited to the purchase history image, but may be an image of a delivery note sent to the user together with the product, and the purchase confirmation sent from the EC business operator.
- E-mail images for Further, in the present embodiment, the captured image 600 may be an image of a screen on which a part of the purchase history is displayed, like the captured image 600b illustrated in FIG.
- the transaction identification information since the transaction identification information may not be included in the captured image 600, in the present embodiment, the transaction identification information is included in the capture image 600 (specifically, the processed captured image 700) in a step described later. Or the like is included.
- Step S403 Using the user terminal 100, the user reads the captured image 600 stored in step S402 described above using a campaign notification website or application. At this time, the determination server 200 can automatically specify the campaign applied by the user based on the information associated with the captured image 600 by the web site or the application. At this time, the user can designate which EC business the purchase history of the captured image 600 is by operating the web site or application. If there is no such designation from the user, the determination server 200 thereafter performs image processing or the like on the acquired captured image 600 or OCR, so that the EC business can be performed from the format of the captured image 600. The person may be specified.
- Step S405 The user terminal 100 determines whether the mask process is executed by either the user terminal 100 (local process) or the determination server 200 (server process). The determination may be made automatically, or may be selected by the user if both can be processed.
- Step S407 The user terminal 100 performs image processing and OCR on the captured image 600, and specifies an area in which personal information included in the purchase history is displayed based on predetermined processing conditions set in advance for each EC company. Then, the user terminal 100 performs a mask process for masking the area where the personal information is displayed. For example, as in the processed captured image 700 shown in FIG. 11, an area in which personal information is displayed is automatically processed so as to be covered with the mask 702. By doing so, according to the present embodiment, it is possible to avoid leakage of personal information. In addition, in this step, as shown in the processed captured image 700 of FIG. 11, transaction identification information (for example, order number) and transaction incidental information (purchase date, product name, package number, etc.) are displayed. The masked area 704 is not masked. In the present embodiment, the processed captured image 700 is not limited to the form shown in FIG.
- the user terminal 100 determines whether the processed capture image 700 includes transaction identification information and transaction incidental information. Specifically, the user terminal 100 performs image processing and OCR on the processed captured image 700, and is displayed on the processed captured image 700 based on predetermined processing conditions set in advance for each EC provider. By extracting the information, it is possible to determine whether the processed captured image 700 includes transaction identification information or the like.
- Step S409 The user terminal 100 outputs the processed captured image 700 and the determination result obtained in step S407 described above.
- the determination result is a determination result as to whether or not the processed captured image 700 includes transaction identification information and transaction incidental information. Therefore, when it is determined that the transaction identification information and the transaction incidental information are not included in the processed captured image 700, an alert is output to the user.
- Step S411 The determination server 200 receives the captured image 600, and performs a mask process for applying a mask 702 to the area where the personal information of the captured image 600 is displayed, as in step S407 described above. Further, the determination server 200 determines whether the processed captured image 700 includes transaction identification information and transaction incidental information. In the present embodiment, the masking process is performed by the determination server 200, so that the purchase history can be prevented from being falsified by the user.
- Step S413 The determination server 200 outputs the processed captured image 700 and the determination result, and transmits the processed captured image 700 and the determination result to the user terminal 100 as in step S409 described above. At this time, the received captured image 600 is deleted in the determination server 200.
- Step S415 The user terminal 100 determines whether or not the processed capture image 700 output or transmitted in step S409 and step S413 described above and the determination result (the transaction identification information and the transaction incidental information are not included in the processed capture image 700). Displays an alert to the user.
- Step S417 ⁇ Based on the displayed processed captured image 700 and the determination result, the user changes the captured image 600, modifies the mask 702, or confirms the displayed processed captured image 700 using the user terminal 100. Select. When the change of the captured image 600 is selected, the process returns to step S401 described above, and when the mask correction is selected, the process proceeds to step S419 described later. Furthermore, when it is selected to confirm the processed captured image 700, the process proceeds to step S421 in FIG. That is, in this embodiment, when it is determined that the transaction identification information and the transaction supplementary information are not included in the processed capture image 700, an alert is displayed to the user, and the purchase history image is displayed again. Can be saved to capture. Furthermore, in the present embodiment, when the mask 702 is not properly masked or includes information that the user does not want to transmit to the determination server 200, the mask 702 is corrected by a user operation. Can avoid the leakage of personal information.
- Step S419 The mask 702 is corrected by the cooperation of the user terminal 100 or the user terminal 100 and the determination server 200. Specifically, for example, the user adds a mask 702 for tracing the desired area of the processed captured image 700 displayed by the user, or moves the mask 702 of the processed captured image 700 displayed by the user with the finger. By doing so, the mask 702 can be corrected.
- the user terminal 100 returns to step S405 described above.
- Step S421 The user terminal 100 confirms the confirmed processed captured image 700 and transmits it to the determination server 200.
- Step S423 The determination server 200 receives the confirmed processed captured image 700 from the user terminal 100.
- Step S425 The determination server 200 transmits a receipt confirmation to the user terminal 100 that the application for the campaign has been received from the user based on the reception of the processed captured image 700 determined in step S423 described above.
- Step S427 The user terminal 100 receives the above receipt confirmation from the determination server 200.
- Step S429 The determination server 200 extracts transaction identification information and transaction incidental information using the OCR or the like from the processed capture image received in step S423 described above, and extracts the extracted information together with the information type information of the requested transaction information. , To the EC provider server 300. At this time, since the determination server 200 requests the transaction information from the EC business server 300 without using personal information, according to the present embodiment, leakage of personal information can be avoided.
- Step S431 In response to a request from the determination server 200, the EC business server 300 extracts information on predetermined transaction contents from a sales DB (not shown).
- the information extracted here is transaction information for determining whether the user's transaction satisfies the conditions for giving an incentive.
- the target product manufactured by the manufacturer, brand, capacity, type, etc.
- Information such as purchase date, number of purchases, purchase amount, status (settlement status, delivery / cancellation / return status). Since these transaction information is linked to the above-described transaction identification information and stored in the EC provider server 300, the EC provider server 300 uses the transaction identification information transmitted in step S429, Transaction information for a specific transaction can be extracted.
- the EC business server 300 uses the transaction type information of the transaction information transmitted in step S429 described above to determine whether the user transaction satisfies a condition for giving an incentive. Extract information only.
- the transaction information used in order to determine the grant of an incentive often differs.
- the type of transaction information used for determining whether to give incentives is set in advance by the operator who performs the campaign, and the determination server 200 requests the EC operator server 300 based on the setting. I do. Therefore, this embodiment can cope with various campaigns.
- the EC provider server 300 uses transaction identification information that uniquely identifies a transaction.
- transaction identification and authentication are performed using transaction incidental information such as purchase date and purchase price.
- falsification of transaction identification information can be prevented by specifying and authenticating using the plurality of pieces of information.
- Step S433 The EC provider server 300 transmits the transaction information extracted in step S431 described above to the determination server 200.
- information such as the target product, purchase date, number of purchases, purchase price, etc. can be obtained immediately after the EC business has performed sales processing, but status information (settlement status, delivery status, cancellation status) Changes with time, and there is a time difference until it is determined. Therefore, in the present embodiment, the status information is transmitted from the EC provider server 300 to the determination server 200 every time information is updated, or a predetermined time (for example, one day, one week) has elapsed. Each time the determination is made, the determination server 200 may make a request to the EC provider server 300.
- FIG. 13 shows an example of the exchange of information transmitted / received in steps S429 to S433 described above.
- the determination server 200 and the EC provider server 300 use the transaction identification information and transaction incidental information that can identify the transaction via the API, to determine the transaction information of the transaction. Coordination can be achieved for transmission and reception.
- the incentive provision stage according to the present embodiment can include a plurality of steps from step S501 to step S509. Details of these steps will be described below.
- giving incentives means giving points that can be used for electronic payment, discount coupons, and the like.
- incentives are not limited to the above-described method of incentives. For example, an opportunity of a lottery game for determining the amount of points provided to the user is provided. It may be given.
- Step S501 The determination server 200 receives the transaction information transmitted in step S433 described above from the EC provider server 300.
- Step S503 Based on the transaction information received in step S501 described above, the determination server 200 refers to the incentive provision conditions set in advance by the business operator, and determines whether the electronic commerce performed by the user satisfies the conditions for incentive provision. judge. If the condition is satisfied, the determination server 200 proceeds to step S505 described later, and if not satisfied, the determination server 200 proceeds to step S507 described later. Further, the determination server 200 proceeds to step S509 described later when the status information is unconfirmed.
- Step S505 The determination server 200 transmits to the user terminal 100 information indicating that the conditions for granting incentives and information on granting incentives (for example, information for performing point grant processing) is transmitted. Then, the user terminal 100 receives information indicating that the condition for granting the incentive and information regarding the grant of the incentive are received, and receives the grant of the incentive. Thereafter, the processing according to the present embodiment ends.
- Step S507 The determination server 200 transmits information indicating that the condition for granting the incentive is not satisfied to the user terminal 100. Then, the user terminal 100 receives information indicating that the condition for providing the incentive is not satisfied, and ends the processing according to the present embodiment.
- Step S509 The determination server 200 stands by until the status information is updated by the EC provider server 300. Thereafter, the determination server 200 returns to step S501 and receives the updated status information from the EC provider server 300. That is, in the present embodiment, every time status information is updated, the updated status information may be automatically transmitted from the EC provider server 300 to the determination server 200, or a predetermined time (for example, The determination server 200 may make a request to the EC business server 300 every time one day or one week).
- the mask process can be performed by either the user terminal 100 or the determination server 200.
- the confidentiality is further improved, so that the leakage of personal information can be avoided more reliably.
- the mask process is performed by the server process in the determination server 200, the advanced mask process and the reliable mask process for the captured image 600 can be performed.
- the determination server 200 acquires the captured image 600 as primary data and performs mask processing after confirming that there is no processing trace such as tampering. By doing in this way, according to this embodiment, falsification etc. of purchase history can be prevented.
- the determination server 200 and the EC business server 300 are linked with the API to determine whether the user's transaction satisfies the conditions for giving an incentive without passing personal information or the like.
- Exchange transaction information used for the purpose.
- the EC company is not limited, in other words, based on the advertising sales promotion expenses of the company, in other words, A cross-sectional sales promotion measure (campaign) can be easily implemented in business for a plurality of EC companies.
- the information managed by the EC company can be used, an increase in the introduction cost of the sales promotion measure implementation infrastructure on the company side can be suppressed.
- the purchase history provided to the user from the EC provider has been described as an example.
- the embodiment of the present disclosure is limited to such a purchase history. is not.
- it may be an invoice provided from an EC company, an e-mail for purchase confirmation, or the like.
- FIG. 15 is a block diagram for explaining a hardware configuration of the information processing apparatus according to the embodiment of the present disclosure.
- the illustrated information processing apparatus 900 can realize, for example, the user terminal 100 in the above-described embodiment.
- the information processing apparatus 900 includes a CPU 901, a ROM 902, a RAM 903, and a host bus 904.
- the information processing apparatus 900 includes a bridge 905, an external bus 906, an interface 907, an input device 908, an output device 909, a storage device 910, a drive 911, a removable storage medium 912, and a communication device 913.
- the CPU 901 functions as an arithmetic processing unit and a control unit, and controls the entire operation in the information processing apparatus 900 or a part thereof according to various programs recorded in the ROM 902, the RAM 903, the storage apparatus 910, or the removable recording medium 912. To do.
- the ROM 902 stores programs used by the CPU 901, calculation parameters, and the like.
- the RAM 903 temporarily stores programs used in the execution of the CPU 901, parameters that change as appropriate during the execution, and the like.
- the CPU 901, the ROM 902, and the RAM 903 are connected to each other by a host bus 904 configured by an internal bus such as a CPU bus.
- the host bus 904 is connected to an external bus 906 such as a PCI (Peripheral Component Interconnect / Interface) bus via a bridge 905.
- an external bus 906 such as a PCI (Peripheral Component Interconnect / Interface) bus
- PCI Peripheral Component Interconnect / Interface
- the host bus 904, the bridge 905, and the external bus 906 are not necessarily configured separately, and these functions may be mounted on one bus.
- the input device 908 generates input signals based on the input by the user, such as a mouse, a keyboard, a touch panel, a button, a microphone, a switch, and a lever, and inputs input by the user, and outputs the input signal to the CPU 901. It consists of a control circuit.
- a user who operates the information processing apparatus 900 can input various data and instruct a processing operation to the information processing apparatus 900 by operating the input device 908.
- the input device 908 may be, for example, a remote control device using infrared rays or other radio waves, or may be an external connection device (not shown) such as a smartphone corresponding to the operation of the information processing device 900. Good.
- the output device 909 is a device that can notify the user of the acquired information visually or audibly.
- the output device 909 can be, for example, an LCD, an organic EL (Electro Luminescence) display, a display device such as a lamp, an audio output device such as a speaker and headphones, or the like.
- the output device 909 can output the result obtained by the processing of the information processing device 900 as a video such as text or an image, or output it as a sound such as voice or sound.
- the storage device 910 is a data storage device configured as an example of a storage unit of the information processing device 900.
- the storage device 910 may include a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, a deletion device that deletes data recorded on the storage medium, and the like.
- the storage apparatus 910 includes, for example, a magnetic storage device such as an HDD (Hard Disk Drive), a semiconductor storage device, an optical storage device, or the like.
- the storage device 910 stores programs executed by the CPU 901, various data, various data acquired from the outside, and the like.
- the drive 911 is a reader / writer for a removable recording medium 912 such as a magnetic disk, an optical disk, or a semiconductor memory, and is built in or externally attached to the information processing apparatus 900. For example, the drive 911 reads information recorded on the mounted removable recording medium 912 and outputs the information to the RAM 903. Further, the drive 911 writes a record to the attached removable recording medium 912.
- a removable recording medium 912 such as a magnetic disk, an optical disk, or a semiconductor memory
- the communication device 913 is a communication interface configured with, for example, a communication device for connecting to a communication network.
- the communication device 913 may be, for example, a communication card for wired or wireless LAN (Local Area Network), Bluetooth (registered trademark), and WUSB (wireless USB).
- the communication device 925 may be a router for optical communication, a router for ADSL (Asymmetric Digital Subscriber Line), or a modem for various communication.
- the communication device 925 transmits and receives signals and the like using a predetermined protocol such as TCP / IP with the Internet and other communication devices, for example.
- the communication network connected to the communication device 913 is a network connected by wire or wireless, for example, the Internet, home LAN, infrared communication, satellite communication, or the like.
- Each component described above may be configured using a general-purpose member, or may be configured by hardware specialized for the function of each component. Such a configuration can be appropriately changed according to the technical level at the time of implementation.
- each step in the information processing method of the embodiment of the present disclosure described above does not necessarily have to be processed in the order described.
- the steps may be processed by changing the order as appropriate.
- Each step may be processed in parallel or individually instead of being processed in time series.
- the processing of each step does not necessarily have to be performed according to the described method.
- the processing may be performed by another method using another functional unit or device.
- An information processing apparatus comprising: (2) The information processing apparatus according to (1), wherein the processing unit performs mask processing or mosaic processing based on predetermined processing conditions set in advance for each of the electronic commerce business operators. (3) The information processing apparatus according to (2), wherein the processing unit corrects or changes the mask process or the mosaic process according to an operation of the user.
- the determination unit determines whether the predetermined information is included in the processed captured image based on a predetermined setting condition set in advance. Any one of the above (1) to (3) Information processing apparatus described in one. (5) The information processing apparatus according to (4), wherein when the determination unit determines that the predetermined information is not included in the processed captured image, the determination unit outputs an alert to the user. (6) The information according to any one of (1) to (5), wherein the predetermined information includes transaction identification information for specifying a transaction performed between the electronic commerce business operator and the user. Processing equipment. (7) The information processing apparatus according to (6), wherein the predetermined information further includes transaction incidental information related to the transaction.
- the information processing apparatus includes at least one of a transaction date, transaction product identification information, a transaction product name, a transaction quantity, and a transaction amount.
- the information processing apparatus is a user terminal operated by the user.
- the information processing apparatus further including an image capture unit capable of capturing at least one of the purchase history, the delivery note, and the e-mail.
- the information processing apparatus according to (9) or (10), further including a transmission unit that transmits the processed captured image to a server.
- the information processing apparatus is a server capable of communicating with a user terminal operated by the user.
- the information processing apparatus further including a reception unit that receives the captured image from the user terminal.
- the information processing apparatus according to any one of (11) to (13), further including an information acquisition unit that acquires the predetermined information from the processed captured image.
- the information acquisition unit uses the acquired predetermined information to perform a transaction including details of a transaction performed between the electronic commerce business operator and the user from another server managed by the electronic commerce business operator.
- the information processing apparatus according to (14), wherein information is acquired.
- the transaction information includes at least one of transaction date, transaction product identification information, transaction product name, number of transactions, transaction amount, and transaction status.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- General Health & Medical Sciences (AREA)
- Bioethics (AREA)
- Health & Medical Sciences (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Computer Security & Cryptography (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Databases & Information Systems (AREA)
- Medical Informatics (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Artificial Intelligence (AREA)
Abstract
【課題】個人情報の流出を避けつつ、EC事業者を介した商品購入を促進する販売促進施策を効果的に行うことが可能な情報処理装置及び情報処理方法を提供する。 【解決手段】電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行う処理部と、処理された前記キャプチャ画像に、所定の情報が含まれているかを判定する判定部と、を備える、情報処理装置を提供する。
Description
本開示は、情報処理装置及び情報処理方法に関する。
近年、商品等を製造、販売等を行う事業者は、商品等の販売促進のために、様々な形態の販売促進施策を実施している。このような販売促進施策としては、例えば、事業者が、取得した購入履歴に基づいて所定の商品を購入したことが確認されたユーザに対して、電子決済に使用することができるポイントや、割引クーポン等を付与することが挙げられる。なお、ユーザと、当該ユーザの購入履歴(例えば、実店舗で購入した場合に、ユーザに提供されるレシートに記された情報等)とを紐づけて取得、管理する方法の一例としては、下記の特許文献1又は2に開示の技術が挙げられる。
また、近年では、多くのユーザは、実店舗ではなく、EC(Electronic Commerce)事業者(電子商取引事業者)から商品を購入する場合が多くなってきている。このような場合、事業者がユーザによって所定の商品が購入されたかどうかを判定するための情報は、EC事業者が提供する購入履歴(例えば、webサイト又はアプリにより提供される)のページ等の画像をユーザにキャプチャさせ、キャプチャ画像を送付してもらうことにより取得することができる。なお、キャプチャ画像を用いて判定を行う方法としては、下記特許文献3に開示の技術が挙げられる。
しかしながら、キャプチャされ、送付された購入履歴の画像には、ユーザによって所定の商品が購入されたかどうかを判定するための情報以外にも、ユーザの名前、住所、ユーザとEC事業者間で使用される識別情報等の個人情報が含まれていることが多い。従って、EC事業者から提供される購入履歴を用いた販売促進施策の実施においては、事業者に対して、個人情報の取扱を厳重に管理することが求められることとなり、上述のような販売促進施策の実施の障壁となっていた。
そこで、本開示では、上記事情を鑑みて、個人情報の流出を避けつつ、EC事業者を介した商品購入を促進する販売促進施策を効果的に行うことが可能な、新規、且つ、改良された情報処理装置及び情報処理方法を提案する。
本開示によれば、電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行う処理部と、処理された前記キャプチャ画像に、所定の情報が含まれているかを判定する判定部と、を備える、情報処理装置が提供される。
また、本開示によれば、電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行うことと、処理された前記キャプチャ画像に、所定の情報が含まれているかを判定することと、を含む、情報処理方法が提供される。
以上説明したように本開示によれば、個人情報の流出を避けつつ、EC事業者を介した商品購入を促進する販売促進施策を効果的に行うことができる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
また、本明細書及び図面において、実質的に同一又は類似の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、実質的に同一又は類似の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
なお、説明は以下の順序で行うものとする。
1. 本開示の実施形態を創作するに至る背景
2. 本開示の実施形態
2.1 情報処理システム10の概略的な構成
2.2 ユーザ端末100の詳細構成
2.3 判定サーバ200の詳細構成
2.4 EC事業者サーバ300の詳細構成
2.5 情報処理方法
2.5.1 情報処理方法の概略
2.5.2 購入段階
2.5.3 応募段階
2.5.4 インセンティブ付与段階
3. まとめ
4. ハードウェア構成
5. 補足
1. 本開示の実施形態を創作するに至る背景
2. 本開示の実施形態
2.1 情報処理システム10の概略的な構成
2.2 ユーザ端末100の詳細構成
2.3 判定サーバ200の詳細構成
2.4 EC事業者サーバ300の詳細構成
2.5 情報処理方法
2.5.1 情報処理方法の概略
2.5.2 購入段階
2.5.3 応募段階
2.5.4 インセンティブ付与段階
3. まとめ
4. ハードウェア構成
5. 補足
<<1. 本開示の実施形態を創作するに至る背景>>
まずは、本開示の実施形態の詳細を説明する前に、本発明者が本開示の実施形態を創作するに至る背景について説明する。
まずは、本開示の実施形態の詳細を説明する前に、本発明者が本開示の実施形態を創作するに至る背景について説明する。
本発明者は、先に説明したような販売促進施策について検討を重ねてきた。ここで、事業者が行う販売促進施策としては、例えば、ユーザの購入履歴に基づいて所定の商品を購入したことが確認されたユーザに対して、電子決済に使用することができるポイントや、割引クーポン等のインセンティブを付与することが挙げられる。
例えば、ユーザがEC事業者から商品を購入した場合、事業者がユーザによって所定の商品が購入されたかどうかを判定するための情報は、EC事業者が提供する購入履歴のページ等の画像をユーザにキャプチャさせ、キャプチャ画像を送付してもらうことにより取得することができる。そして、事業者は、取得した情報に基づき、ユーザが所定の商品を、所定の期間中に、所定の数又は所定の金額分だけ購入したか否かを判定し、条件を満たしていた場合には、当該ユーザにインセンティブを付与することとなる。インセンティブ付与することは、ユーザの商品購入のモチベーションを高めることとなるため、商品の販売促進につながることとなる。また、事業者側にとっては、商品販売が促進だけでなく、様々なチャネル(実店舗、EC事業者等)での商品販売に関する情報を収集することができることから、より効果的なマーケティングを行うことが可能となる。
しかしながら、先に説明したように、キャプチャされ、送付された購入履歴の画像には、ユーザによって所定の商品が購入されたかどうかを判定するための情報以外にも、ユーザの個人情報(名前、住所、ユーザとEC事業者間で使用される識別情報等)が含まれていることが多い。従って、EC事業者から提供される購入履歴を用いた購入促進施策の実施においては、事業者に対して、個人情報の取扱を厳重に管理することが求められることとなり、上述のような販売促進施策の実施の障壁となっていた。
さらに、個人情報が流出しないように、ユーザによってキャプチャ画像を修正することも考えられるが、この場合、ユーザに対して高いスキルが要求されることとなり、全てのユーザが容易に行うことができるとは言えない。一方、事業者により、ユーザから取得したキャプチャ画像を修正するようにした場合であっても、事業者に対して、高いセキュリティの確保と厳密な業務運用が求められることとなる。
また、上記購入履歴等の形式や上記購入履歴に含まれる情報の種別は、EC事業者ごとに異なり、EC事業者間で共通するルールは存在しない。従って、上述のような各EC事業者の購入履歴のキャプチャ画像から、ユーザによって所定の商品が購入されたかどうかを判定するための情報を抽出したり、当該キャプチャ画像に、判定するための情報が全て含まれているかを確認したりすることは難しい。加えて、EC事業者から複数の商品を購入した場合には、これらの購入商品に関する情報を1つの購入履歴の画面に収めることは難しく、ユーザは、スクロールとキャプチャとを繰り返すこととなる。このような場合、ユーザが、キャプチャした複数の画像に判定するための情報が全て含まれているかを確認することは難しい。特に、販売促進施策においてインセンティブの付与の条件としては、対象商品(メーカー、ブランド、容量、種別等)、購入日付、購入数、購入金額、取引ステータス(決済状況、配送/キャンセル/返品状況)等の多くの項目が課せられることが多い。従って、このような多くの項目に関する情報がキャプチャ画像に含まれているかを確認することは困難である。その結果、判定するための情報がそろっていないキャプチャ画像が送付されてくる場合も生じることから、事業者は、ユーザからキャプチャ画像を送付されても、当該ユーザが条件を満たしているかを判定することができず、インセンティブを付与できないこともある。
さらに、デジタル画像データを編集するツールも普及していることから、一定の技術水準のユーザの場合は、画像を作成/複製/改竄することが可能である。従って、このようなユーザによれば、購入実績がない場合であっても実績のある購入履歴の画像を不正に作成し、事業者に送付することも可能である。しかしながら、事業者側において、このような不正により作成された画像を判別することは非常に難しい。
そこで、本発明者は、上述のような状況を鑑みて、EC事業者を介した商品購入を促進する販売促進施策を効果的に行うことができる、本開示の実施形態を創作するに至った。以下に、本発明者が創作した本開示の実施形態の詳細を順次説明する。
以下においては、本開示の実施形態を、事業者が行う販売促進施策のうち、ユーザとEC事業者と間で行われた取引(販売/購入)に関する購入履歴の情報(以下、「購入履歴」という。)に基づいて、所定の条件を満たすと判定されたユーザに対して、インセンティブを付与するような施策に適用した場合を例に説明する。
また、以下においては、上記購入履歴は、webサイト又はアプリ等を介して、EC事業者からユーザに提供された購入履歴を例として説明するが、本開示の実施形態は、このような購入履歴に限定されるものではない。例えば、本開示の実施形態においては、購入履歴の代わりに、EC事業者から送付される納品書や、購入確認のための電子メール等を用いてもよい。
なお、以下の説明において、ユーザとは、特段のことわりがない限りは、一般消費者のことを意味し、EC事業者とは、一般消費者との間で電子商取引を行う事業者のことを意味する。また、事業者とは、EC事業者が運営するサイト等を利用して、商品等を一般消費者向けに製造又は販売する事業者、又は、当該事業者から販売促進施策の実施を委託された事業者を意味する。
<<2. 本開示の実施形態>>
<2.1 情報処理システム10の概略的な構成>
まずは、図1を参照して、本開示の実施形態に係る情報処理システム10の概略的な構成について説明する。図1は、本実施形態に係る情報処理システム10の概略的構成を示したシステム図である。図1に示すように、本実施形態に係る情報処理システム10は、例えば、ユーザ端末100と、判定サーバ200と、EC事業者サーバ300とを含むことができる。上述のユーザ端末100と、判定サーバ200と、EC事業者サーバ300とは、互いに有線又は無線による各種の通信ネットワーク400を介して通信することができる。なお、情報処理システム10に含まれるユーザ端末100及びEC事業者サーバ300は、図1に図示された数に限定されるものではなく、さらに多くてもよい。以下に、本実施形態に係る情報処理システム10に含まれる各装置の概略について説明する。
<2.1 情報処理システム10の概略的な構成>
まずは、図1を参照して、本開示の実施形態に係る情報処理システム10の概略的な構成について説明する。図1は、本実施形態に係る情報処理システム10の概略的構成を示したシステム図である。図1に示すように、本実施形態に係る情報処理システム10は、例えば、ユーザ端末100と、判定サーバ200と、EC事業者サーバ300とを含むことができる。上述のユーザ端末100と、判定サーバ200と、EC事業者サーバ300とは、互いに有線又は無線による各種の通信ネットワーク400を介して通信することができる。なお、情報処理システム10に含まれるユーザ端末100及びEC事業者サーバ300は、図1に図示された数に限定されるものではなく、さらに多くてもよい。以下に、本実施形態に係る情報処理システム10に含まれる各装置の概略について説明する。
(ユーザ端末100)
ユーザ端末100は、ユーザが操作するユーザ端末であって、例えば、スマートフォン、フューチャーフォン、タブレット型PC(Personal Computer)、スマートウォッチ等であることができる。ユーザ端末100は、例えば、EC事業者に対して商品もしくはサービスの取引、すなわち、EC事業者との間で電子商取引を行うことができる。詳細には、ユーザ端末100は、ユーザの操作に従って、EC事業者が提供するECサイトを介して電子商取引を行ったり、EC事業者に電子メール等を送信したりことによって電子商取引を行うことができる。例えば、上記ECサイトは、販売商品の商品情報として、ECサイトのURL(Uniform Resource Locator)に紐づけられて、商品コード(例えば、JANコード等)、商品名称、カテゴリ、イメージ画像、製造元情報、販売元情報、販売価格等の情報等を含む。例えば、ユーザは、ユーザ端末100を介して、上記ECサイトを閲覧し、所定の操作を行うことにより、購入ログをEC事業者の有するサーバに向けて送信し、EC事業者との間で電子商取引を行うことができる。なお、上記購入ログは、購入商品の商品コード、商品名称、購入日時、購入金額、購入者識別情報(名前、ID等)、決済手段、送付先情報、ECサイトの情報、サイト閲覧履歴等の情報を含むことができる。
ユーザ端末100は、ユーザが操作するユーザ端末であって、例えば、スマートフォン、フューチャーフォン、タブレット型PC(Personal Computer)、スマートウォッチ等であることができる。ユーザ端末100は、例えば、EC事業者に対して商品もしくはサービスの取引、すなわち、EC事業者との間で電子商取引を行うことができる。詳細には、ユーザ端末100は、ユーザの操作に従って、EC事業者が提供するECサイトを介して電子商取引を行ったり、EC事業者に電子メール等を送信したりことによって電子商取引を行うことができる。例えば、上記ECサイトは、販売商品の商品情報として、ECサイトのURL(Uniform Resource Locator)に紐づけられて、商品コード(例えば、JANコード等)、商品名称、カテゴリ、イメージ画像、製造元情報、販売元情報、販売価格等の情報等を含む。例えば、ユーザは、ユーザ端末100を介して、上記ECサイトを閲覧し、所定の操作を行うことにより、購入ログをEC事業者の有するサーバに向けて送信し、EC事業者との間で電子商取引を行うことができる。なお、上記購入ログは、購入商品の商品コード、商品名称、購入日時、購入金額、購入者識別情報(名前、ID等)、決済手段、送付先情報、ECサイトの情報、サイト閲覧履歴等の情報を含むことができる。
さらに、ユーザ端末100は、リーダライタ(図示省略)と通信を行う機能を有してもよく、このような場合、ユーザ端末100は、決済手段又はポイントカード等として機能することができる。より具体的には、ユーザ端末100は、上記リーダライタにかざされることで、決済に用いる情報(電子マネーの残高、クレジットカード番号等)又はポイントカードに関する情報(会員ID、蓄積されているポイント数、更新日時等)を上記リーダライタに提供することができる。なお、上記の機能はあくまで一例であり、ユーザ端末100は上記以外の機能を適宜有していてもよく、すなわち、ユーザ端末100は、一台で複数の機能を有していてもよい。なお、ユーザ端末100の詳細構成については後述する。
(判定サーバ200)
判定サーバ200は、上述のユーザ端末100と通信可能なサーバであって、ユーザの行った電子商取引がインセンティブを付与するための条件を満たしているかを判定するためのコンピュータである。詳細には、判定サーバ200は、ユーザ端末100から送信された画像データと、EC事業者の管理するEC事業者サーバ300から取得した情報とに基づき、上記条件を満たしているかを判定することができる。なお、判定サーバ200の詳細構成については後述する。
判定サーバ200は、上述のユーザ端末100と通信可能なサーバであって、ユーザの行った電子商取引がインセンティブを付与するための条件を満たしているかを判定するためのコンピュータである。詳細には、判定サーバ200は、ユーザ端末100から送信された画像データと、EC事業者の管理するEC事業者サーバ300から取得した情報とに基づき、上記条件を満たしているかを判定することができる。なお、判定サーバ200の詳細構成については後述する。
(EC事業者サーバ300)
EC事業者サーバ300は、EC事業者が管理する、EC事業者とユーザとの間で行われた電子商取引に関する情報を管理するコンピュータである。詳細には、EC事業者サーバ300は、ECサイトを通じて電子商取引の手続きを行うための情報、例えば、各取引を識別するための取引識別情報(例えば、EC事業者によって各取引に割当てられた取引管理番号、購入番号、配送管理番号等)に紐づけられた、ユーザから送信された購入ログや、取引のステータス情報(決済状況、配送/キャンセル/返品状況)を格納する販売DB(データベース)(図示省略)を有している。さらに、EC事業者サーバ300は、ユーザに提供されるECサイトに掲載される商品の商品情報を格納する商品情報データベース(DB)(図示省略)を格納してもよい。ここで、商品情報としては、例えば、商品コード、商品名称、カテゴリ、イメージ画像、製造元情報、販売元情報、販売価格等の情報等であることができる。なお、EC事業者サーバ300の詳細構成については後述する。
EC事業者サーバ300は、EC事業者が管理する、EC事業者とユーザとの間で行われた電子商取引に関する情報を管理するコンピュータである。詳細には、EC事業者サーバ300は、ECサイトを通じて電子商取引の手続きを行うための情報、例えば、各取引を識別するための取引識別情報(例えば、EC事業者によって各取引に割当てられた取引管理番号、購入番号、配送管理番号等)に紐づけられた、ユーザから送信された購入ログや、取引のステータス情報(決済状況、配送/キャンセル/返品状況)を格納する販売DB(データベース)(図示省略)を有している。さらに、EC事業者サーバ300は、ユーザに提供されるECサイトに掲載される商品の商品情報を格納する商品情報データベース(DB)(図示省略)を格納してもよい。ここで、商品情報としては、例えば、商品コード、商品名称、カテゴリ、イメージ画像、製造元情報、販売元情報、販売価格等の情報等であることができる。なお、EC事業者サーバ300の詳細構成については後述する。
なお、本実施形態においては、ユーザ端末100、判定サーバ200及びEC事業者サーバ300は、それぞれ単一の装置によって実現されていなくてもよい。例えば、上述のユーザ端末100、判定サーバ200及びEC事業者サーバ300のそれぞれは、有線又は無線の各種の通信ネットワーク400を介して接続され、互いに協働する複数の装置によって実現されてもよい。
<2.2 ユーザ端末100の詳細構成>
以上、本実施形態に係る情報処理システム10の概略的な構成について説明した。次に、本実施形態に係る情報処理システム10に含まれる各装置の詳細構成について順次説明する。まずは、ユーザ端末100の詳細構成を、図2を参照して説明する。図2は、本実施形態に係るユーザ端末100の機能ブロックの一例を示す図である。
以上、本実施形態に係る情報処理システム10の概略的な構成について説明した。次に、本実施形態に係る情報処理システム10に含まれる各装置の詳細構成について順次説明する。まずは、ユーザ端末100の詳細構成を、図2を参照して説明する。図2は、本実施形態に係るユーザ端末100の機能ブロックの一例を示す図である。
本実施形態に係るユーザ端末100は、先に説明したように、EC事業者との間で電子商取引を行うことができる。詳細には、図2に示すように、ユーザ端末100は、表示部110と、入力部120と、記憶部130と、処理部140と、通信部160とを主に有する。以下に、ユーザ端末100の各機能ブロックについて順次説明する。
(表示部110)
表示部110は、LCD(Liquid Crystal Display)、OLED(Organic Light Emitting Diode)又はCRT(Cathode Ray Tube)等のディスプレイを含む表示モジュールである。表示部110は、例えば、EC事業者から提供されるECサイトの画像を表示するために使用することができる。なお、表示部110は、ユーザ端末100の一部として構成されていなくてもよく、例えば、ユーザ端末100と有線又は無線で接続される表示装置が表示部110として扱われてもよい。
表示部110は、LCD(Liquid Crystal Display)、OLED(Organic Light Emitting Diode)又はCRT(Cathode Ray Tube)等のディスプレイを含む表示モジュールである。表示部110は、例えば、EC事業者から提供されるECサイトの画像を表示するために使用することができる。なお、表示部110は、ユーザ端末100の一部として構成されていなくてもよく、例えば、ユーザ端末100と有線又は無線で接続される表示装置が表示部110として扱われてもよい。
(入力部120)
入力部120は、ユーザ端末100へのデータ、コマンドの入力を受け付ける。より具体的には、当該入力部120は、タッチパネル、キーボード等により実現され、ユーザからの入力操作を受け付けることができる。
入力部120は、ユーザ端末100へのデータ、コマンドの入力を受け付ける。より具体的には、当該入力部120は、タッチパネル、キーボード等により実現され、ユーザからの入力操作を受け付けることができる。
(記憶部130)
記憶部130は、ユーザ端末100内に設けられた、例えば、ハードディスク(Hard Disk:HD)等の磁気記録媒体や、不揮発性メモリ等により実現され、各種情報を記憶する。例えば、記憶部130は、上述した表示部110に表示され、キャプチャされた画像データを格納することができる。さらに、記憶部130は、ユーザ端末100を識別するための端末識別情報や、決済についての一連の処理で使用される各種情報(電子マネーの残高、クレジットカード番号、会員ID、蓄積されているポイント数、更新日時等)や、受信した電子メールの情報等を格納してもよい。なお、上述した各種情報は、あくまで一例であり、記憶部130はその他の情報を格納してもよい。
記憶部130は、ユーザ端末100内に設けられた、例えば、ハードディスク(Hard Disk:HD)等の磁気記録媒体や、不揮発性メモリ等により実現され、各種情報を記憶する。例えば、記憶部130は、上述した表示部110に表示され、キャプチャされた画像データを格納することができる。さらに、記憶部130は、ユーザ端末100を識別するための端末識別情報や、決済についての一連の処理で使用される各種情報(電子マネーの残高、クレジットカード番号、会員ID、蓄積されているポイント数、更新日時等)や、受信した電子メールの情報等を格納してもよい。なお、上述した各種情報は、あくまで一例であり、記憶部130はその他の情報を格納してもよい。
(処理部140)
処理部140は、ユーザ端末100内に設けられた、例えば、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)等のハードウェアにより実現され、ユーザ端末100によって実行される各種処理を行う。図2に示すように、当該処理部140は、キャプチャ部(画像キャプチャ部)142と、マスク処理部144と、判定部146と、インセンティブ取得部148とを主に有する。以下に、処理部140が有する各処理ブロックについて説明する。
処理部140は、ユーザ端末100内に設けられた、例えば、CPU(Central Processing Unit)、ROM(Read Only Memory)、RAM(Random Access Memory)等のハードウェアにより実現され、ユーザ端末100によって実行される各種処理を行う。図2に示すように、当該処理部140は、キャプチャ部(画像キャプチャ部)142と、マスク処理部144と、判定部146と、インセンティブ取得部148とを主に有する。以下に、処理部140が有する各処理ブロックについて説明する。
~キャプチャ部142~
キャプチャ部142は、表示部110に表示された画像(例えば、EC事業者からユーザに提供される購入履歴、納品書、電子メール等の画像)をキャプチャし、記憶部130に格納することができる。なお、キャプチャ部142は、キャプチャした画像から、OCR(Optical Character Recognition)によって所定の情報(取引識別情報等)を取得することができるような解像度で、画像をキャプチャする。また、キャプチャ部142は、表示部110に表示された画像に限らず、表示部110に表示された画像を含むWebページ全体又は電子メール全体を取得して記憶部130に格納することもできる。さらには、Webページ全体又は電子メール全体をPDF(Portable Document Format)に変換し、PDFファイルとして出力することも可能である。なお、キャプチャ部142は、キャプチャした画像を後述する通信部160を介して、後述する判定サーバ200に送信してもよい。
キャプチャ部142は、表示部110に表示された画像(例えば、EC事業者からユーザに提供される購入履歴、納品書、電子メール等の画像)をキャプチャし、記憶部130に格納することができる。なお、キャプチャ部142は、キャプチャした画像から、OCR(Optical Character Recognition)によって所定の情報(取引識別情報等)を取得することができるような解像度で、画像をキャプチャする。また、キャプチャ部142は、表示部110に表示された画像に限らず、表示部110に表示された画像を含むWebページ全体又は電子メール全体を取得して記憶部130に格納することもできる。さらには、Webページ全体又は電子メール全体をPDF(Portable Document Format)に変換し、PDFファイルとして出力することも可能である。なお、キャプチャ部142は、キャプチャした画像を後述する通信部160を介して、後述する判定サーバ200に送信してもよい。
~マスク処理部144~
マスク処理部144は、キャプチャされた画像を画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、購入履歴に含まれる個人情報(例えば、名前、住所、ユーザとEC事業者間で使用されるユーザ識別情報等)が表示された領域を特定する。そして、マスク処理部144は、キャプチャされた画像のうち、個人情報が表示された所定の領域に対して、白、黒又はグレー等のマスクをかけるマスク処理、又はモザイクをかけるモザイク処理を行うことができる。さらに、マスク処理部144によって処理された処理済キャプチャ画像は、後述する判定部146に出力される。一般的には、ユーザが利用するEC事業者は限定的であることから、多数のユーザが利用するEC事業者が提供する購入履歴をいくつか抽出することにより、購入履歴の形式(フォーマット)や含まれる情報を類型化することが可能であると考えられる。従って、本実施形態においては、多く利用されるEC事業者の購入履歴のフォーマットを事前に把握し、類型化し、類型化したフォーマットを参照することにより、精度よく個人情報が表示された所定の領域を精度よく特定することができる。
マスク処理部144は、キャプチャされた画像を画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、購入履歴に含まれる個人情報(例えば、名前、住所、ユーザとEC事業者間で使用されるユーザ識別情報等)が表示された領域を特定する。そして、マスク処理部144は、キャプチャされた画像のうち、個人情報が表示された所定の領域に対して、白、黒又はグレー等のマスクをかけるマスク処理、又はモザイクをかけるモザイク処理を行うことができる。さらに、マスク処理部144によって処理された処理済キャプチャ画像は、後述する判定部146に出力される。一般的には、ユーザが利用するEC事業者は限定的であることから、多数のユーザが利用するEC事業者が提供する購入履歴をいくつか抽出することにより、購入履歴の形式(フォーマット)や含まれる情報を類型化することが可能であると考えられる。従って、本実施形態においては、多く利用されるEC事業者の購入履歴のフォーマットを事前に把握し、類型化し、類型化したフォーマットを参照することにより、精度よく個人情報が表示された所定の領域を精度よく特定することができる。
加えて、マスク処理部144は、ユーザの操作に従って、処理済キャプチャ画像のマスク処理又はモザイク処理を修正すること(詳細には、マスクをかける位置や範囲を変更する)もできる。なお、本実施形態においては、上記マスク処理を後述する判定サーバ200で実施してもよく、この場合、当該マスク処理部144は、処理部140に設けられていなくてもよい。なお、当該マスク処理部144でマスク処理を行う場合には、ユーザの個人情報の流出をより効果的に防ぐことができる。
~判定部146~
判定部146は、上述の処理済キャプチャ画像、又は、ユーザによって修正された処理済キャプチャ画像に、所定の情報(取引識別情報)が含まれているかの判定を行うことができる。詳細には、判定部146は、処理済キャプチャ画像等に対して、画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、当該画像に表示された情報を抽出することにより、上記画像に取引識別情報が含まれているかの判定を行うことができる。先に説明したように、本実施形態においては、上述の類型化したフォーマットを参照することにより、取引識別情報が含まれているかを精度よく判定することが可能である。ここで、取引識別情報とは、ユーザとEC事業者との間で行われた電子商取引を特定するために用いることができる情報であり、例えば、EC事業者によって割り当てられた取引管理番号、購入番号、配送管理番号等であることができる。
判定部146は、上述の処理済キャプチャ画像、又は、ユーザによって修正された処理済キャプチャ画像に、所定の情報(取引識別情報)が含まれているかの判定を行うことができる。詳細には、判定部146は、処理済キャプチャ画像等に対して、画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、当該画像に表示された情報を抽出することにより、上記画像に取引識別情報が含まれているかの判定を行うことができる。先に説明したように、本実施形態においては、上述の類型化したフォーマットを参照することにより、取引識別情報が含まれているかを精度よく判定することが可能である。ここで、取引識別情報とは、ユーザとEC事業者との間で行われた電子商取引を特定するために用いることができる情報であり、例えば、EC事業者によって割り当てられた取引管理番号、購入番号、配送管理番号等であることができる。
また、判定部146は、取引識別情報が含まれているかの判定と共に、取引に関する取引付帯情報が含まれているかを判定してもよい。ここで、取引付帯情報とは、購入年月日及び時間(取引年月日)、商品コード(取引商品識別情報)、購入商品名称(取引商品名)、購入個数(取引個数)、購入金額(取引金額)等の情報であることができ、予めどのような種別の情報であるかは、予め事業者等によって設定することができる。さらに、判定部146は、処理済キャプチャ画像等に、取引識別情報や取引付帯情報が含まれていると判定した場合には、処理済キャプチャ画像等を後述する通信部160を介して、判定サーバ200に送信することができる。加えて、判定部146は、処理済キャプチャ画像等に、取引識別情報や取引付帯情報が含まれていないと判定した場合には、表示部110に表示等することにより、ユーザに対してアラートを出力することができる。なお、本実施形態においては、上記判定を判定サーバ200で実施してもよく、この場合、当該判定部146は、処理部140に設けられていなくてもよい。
~インセンティブ取得部148~
インセンティブ取得部148は、通信部160を介して判定サーバ200から受信した情報を取得し、取得した情報に基づき、ユーザに対してインセンティブを付与することができる。詳細には、インセンティブ取得部148は、電子決済に使用することができるポイントや、割引クーポン等の情報を取得し、取得した旨を、上記表示部110を介してユーザに出力することができる。また、インセンティブ取得部148は、表示部110を介して、ユーザに、上記ポイントを取得する機会を与えるようなゲームを提供してもよい。
インセンティブ取得部148は、通信部160を介して判定サーバ200から受信した情報を取得し、取得した情報に基づき、ユーザに対してインセンティブを付与することができる。詳細には、インセンティブ取得部148は、電子決済に使用することができるポイントや、割引クーポン等の情報を取得し、取得した旨を、上記表示部110を介してユーザに出力することができる。また、インセンティブ取得部148は、表示部110を介して、ユーザに、上記ポイントを取得する機会を与えるようなゲームを提供してもよい。
なお、上述の各種の処理内容は、あくまでも一例であり、処理部140は、その他の処理を行ってもよい。
(通信部160)
通信部(送信部)160は、例えば、通信アンテナ、送受信回路やポート等の通信デバイスにより実現され、判定サーバ200等の外部装置との通信を行うことができる。例えば、通信部160は、キャプチャされた画像又はマスク処理された処理済キャプチャ画像を判定サーバ200へ送信することができる。また、通信部160は、判定サーバ200からのインセンティブに関する情報を受信することもできる。加えて、通信部160は、決済についての一連の処理で使用される各種情報を送受信することも可能である。なお、上述の各種の通信内容はあくまで一例であり、通信部160はその他の情報を送受信してもよい。
通信部(送信部)160は、例えば、通信アンテナ、送受信回路やポート等の通信デバイスにより実現され、判定サーバ200等の外部装置との通信を行うことができる。例えば、通信部160は、キャプチャされた画像又はマスク処理された処理済キャプチャ画像を判定サーバ200へ送信することができる。また、通信部160は、判定サーバ200からのインセンティブに関する情報を受信することもできる。加えて、通信部160は、決済についての一連の処理で使用される各種情報を送受信することも可能である。なお、上述の各種の通信内容はあくまで一例であり、通信部160はその他の情報を送受信してもよい。
なお、図2に示される各種の機能ブロックはあくまでも一例であり、ユーザ端末100は、図2に示されていない他の機能ブロックを有していてもよい。
<2.3 判定サーバ200の詳細構成>
以上、本実施形態に係るユーザ端末100の詳細構成について説明した。次に、本実施形態に係る判定サーバ200の詳細構成を、図3を参照して説明する。図3は、本実施形態に係る判定サーバ200の機能ブロックの一例を示す図である。本実施形態に係る判定サーバ200は、先に説明したように、ユーザの行った電子商取引がインセンティブを付与するための条件を満たしているかを判定するためのコンピュータである。詳細には、図3に示すように、判定サーバ200は、表示部210と、入力部220と、記憶部230と、処理部240と、通信部260とを主に有することができる。以下に、判定サーバ200の各機能ブロックについて順次説明する。
以上、本実施形態に係るユーザ端末100の詳細構成について説明した。次に、本実施形態に係る判定サーバ200の詳細構成を、図3を参照して説明する。図3は、本実施形態に係る判定サーバ200の機能ブロックの一例を示す図である。本実施形態に係る判定サーバ200は、先に説明したように、ユーザの行った電子商取引がインセンティブを付与するための条件を満たしているかを判定するためのコンピュータである。詳細には、図3に示すように、判定サーバ200は、表示部210と、入力部220と、記憶部230と、処理部240と、通信部260とを主に有することができる。以下に、判定サーバ200の各機能ブロックについて順次説明する。
(表示部210)
表示部210は、LCD、OLED、又は、CRT等のディスプレイを含む表示モジュールである。表示部210は、例えば、EC事業者サーバ300から取得する取引情報の種別であるデータ取得条件と、インセンティブ付与の条件と、をあらかじめ設定するための設定画面500(図6 参照)を表示することができる。なお、表示部210は、判定サーバ200の一部として構成されていなくてもよく、例えば、判定サーバ200と有線又は無線で接続される表示装置が表示部210として扱われてもよい。
表示部210は、LCD、OLED、又は、CRT等のディスプレイを含む表示モジュールである。表示部210は、例えば、EC事業者サーバ300から取得する取引情報の種別であるデータ取得条件と、インセンティブ付与の条件と、をあらかじめ設定するための設定画面500(図6 参照)を表示することができる。なお、表示部210は、判定サーバ200の一部として構成されていなくてもよく、例えば、判定サーバ200と有線又は無線で接続される表示装置が表示部210として扱われてもよい。
(入力部220)
入力部220は、判定サーバ200へのデータ、コマンドの入力を受け付ける。より具体的には、当該入力部220は、タッチパネル、キーボード等により実現され、事業者からの各種の条件の入力を受け付けることができる。
入力部220は、判定サーバ200へのデータ、コマンドの入力を受け付ける。より具体的には、当該入力部220は、タッチパネル、キーボード等により実現され、事業者からの各種の条件の入力を受け付けることができる。
(記憶部230)
記憶部230は、判定サーバ200内に設けられた、例えば、ハードディスク等の磁気記録媒体や、不揮発性メモリ等により実現され、後述する処理部240が各種の処理を実行するためのプログラム等や、処理によって得られた情報、受信した情報等を格納する。例えば、記憶部230は、ユーザ端末100から送信されたマスク処理された処理済キャプチャ画像や、事業者によって予め設定された各種の条件の情報等を格納することができる。なお、上述した各種情報は、あくまで一例であり、記憶部230はその他の情報を格納してもよい。
記憶部230は、判定サーバ200内に設けられた、例えば、ハードディスク等の磁気記録媒体や、不揮発性メモリ等により実現され、後述する処理部240が各種の処理を実行するためのプログラム等や、処理によって得られた情報、受信した情報等を格納する。例えば、記憶部230は、ユーザ端末100から送信されたマスク処理された処理済キャプチャ画像や、事業者によって予め設定された各種の条件の情報等を格納することができる。なお、上述した各種情報は、あくまで一例であり、記憶部230はその他の情報を格納してもよい。
(処理部240)
処理部240は、判定サーバ200内に設けられた、例えば、CPU、ROM、RAM等のハードウェアにより実現され、判定サーバ200によって実行される各種処理を行うことができる。図3に示すように、当該処理部240は、マスク処理部244と、判定部246と、情報取得部248と、インセンティブ判定部250とを主に有する。以下に、処理部240が有する各処理ブロックについて説明する。
処理部240は、判定サーバ200内に設けられた、例えば、CPU、ROM、RAM等のハードウェアにより実現され、判定サーバ200によって実行される各種処理を行うことができる。図3に示すように、当該処理部240は、マスク処理部244と、判定部246と、情報取得部248と、インセンティブ判定部250とを主に有する。以下に、処理部240が有する各処理ブロックについて説明する。
~マスク処理部244~
マスク処理部244は、上述のマスク処理部144と同様に、ユーザ端末100から送信されたキャプチャ画像を画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、購入履歴に含まれる個人情報が表示された領域を特定する。そして、マスク処理部244は、キャプチャされた画像のうち、個人情報が表示された所定の領域に対して、白、黒又はグレー等のマスクをかけるマスク処理等を行うことができる。さらに、マスク処理部244によって処理された処理済キャプチャ画像は、後述する判定部246に出力される。加えて、マスク処理部244は、上述のマスク処理部144と同様に、ユーザの操作に従って、処理済キャプチャ画像のマスク処理又はモザイク処理を修正することもできる。
マスク処理部244は、上述のマスク処理部144と同様に、ユーザ端末100から送信されたキャプチャ画像を画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、購入履歴に含まれる個人情報が表示された領域を特定する。そして、マスク処理部244は、キャプチャされた画像のうち、個人情報が表示された所定の領域に対して、白、黒又はグレー等のマスクをかけるマスク処理等を行うことができる。さらに、マスク処理部244によって処理された処理済キャプチャ画像は、後述する判定部246に出力される。加えて、マスク処理部244は、上述のマスク処理部144と同様に、ユーザの操作に従って、処理済キャプチャ画像のマスク処理又はモザイク処理を修正することもできる。
なお、本実施形態においては、先に説明したように、上記マスク処理をユーザ端末100で実施してもよく、この場合、当該マスク処理部244は、処理部240に設けられていなくてもよい。また、判定サーバ200側でマスク処理を行う場合には、確定前に、ユーザがユーザ端末100を介して処理済キャプチャ画像を確認、確定し、確定した処理済キャプチャ画像が、判定サーバ200に格納されることとなる。この際、マスク処理前のキャプチャ画像は、判定サーバ200から削除される。本実施形態によれば、このように削除することで、個人情報の流出を避けることができる。さらに、本実施形態によれば、判定サーバ200側でマスク処理を行うことにより、キャプチャ画像を不正に作成/複製/改竄することを防止することができる。
~判定部246~
判定部246は、上述の処理済キャプチャ画像、又は、ユーザによって修正された処理済キャプチャ画像に、取引識別情報が含まれているかの判定を行うことができる。詳細には、判定部246は、処理済キャプチャ画像等に対して、画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、当該画像に表示された情報を抽出することにより、上記画像に取引識別情報が含まれているかの判定を行うことができる。また、判定部246は、取引識別情報が含まれているかの判定と共に、取引に関する取引付帯情報が含まれているかを判定してもよい。さらに、判定部246は、処理済キャプチャ画像等に、取引識別情報や取引付帯情報が含まれていると判定した場合には、処理済キャプチャ画像等を後述する情報取得部248に出力する。加えて、判定部246は、処理済キャプチャ画像等に、取引識別情報や取引付帯情報が含まれていないと判定した場合には、後述する通信部260を介して、ユーザ端末100にアラートを出力することができる。なお、本実施形態においては、先に説明したように、上記判定をユーザ端末100で実施してもよく、この場合、当該判定部246は、処理部240に設けられていなくてもよい。
判定部246は、上述の処理済キャプチャ画像、又は、ユーザによって修正された処理済キャプチャ画像に、取引識別情報が含まれているかの判定を行うことができる。詳細には、判定部246は、処理済キャプチャ画像等に対して、画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、当該画像に表示された情報を抽出することにより、上記画像に取引識別情報が含まれているかの判定を行うことができる。また、判定部246は、取引識別情報が含まれているかの判定と共に、取引に関する取引付帯情報が含まれているかを判定してもよい。さらに、判定部246は、処理済キャプチャ画像等に、取引識別情報や取引付帯情報が含まれていると判定した場合には、処理済キャプチャ画像等を後述する情報取得部248に出力する。加えて、判定部246は、処理済キャプチャ画像等に、取引識別情報や取引付帯情報が含まれていないと判定した場合には、後述する通信部260を介して、ユーザ端末100にアラートを出力することができる。なお、本実施形態においては、先に説明したように、上記判定をユーザ端末100で実施してもよく、この場合、当該判定部246は、処理部240に設けられていなくてもよい。
~情報取得部248~
情報取得部248は、処理済キャプチャ画像からOCR等を用いて、取引識別情報及び取引付帯情報(所定の情報)を抽出し、抽出した情報を要求する情報種別の情報とともに、後述するEC事業者サーバ300に、後述する通信部260を介して送信する。そして、情報取得部248は、自身が送信した情報に基づきEC事業者サーバ300が送信したEC事業者とユーザとの間で行われた取引の内容を含む取引情報を取得する。さらに、情報取得部248は、取得した取引情報を後述するインセンティブ判定部250に出力する。
情報取得部248は、処理済キャプチャ画像からOCR等を用いて、取引識別情報及び取引付帯情報(所定の情報)を抽出し、抽出した情報を要求する情報種別の情報とともに、後述するEC事業者サーバ300に、後述する通信部260を介して送信する。そして、情報取得部248は、自身が送信した情報に基づきEC事業者サーバ300が送信したEC事業者とユーザとの間で行われた取引の内容を含む取引情報を取得する。さらに、情報取得部248は、取得した取引情報を後述するインセンティブ判定部250に出力する。
ここで、情報取得部248が要求する情報種別の情報とは、ユーザの取引がインセンティブを付与するための条件を満たしているかを判定するための取引情報であり、具体的には、対象商品(メーカー、ブランド、容量、種別等)、購入日付、購入数、購入金額、ステータス(決済状況、配送/キャンセル/返品状況)等の情報のことである。これらの取引情報は、取引識別情報に紐づけられてEC事業者サーバ300に格納されていることから、情報取得部248は、取引識別情報を用いることにより、特定の取引に関する取引情報を取得することが可能となる。なお、情報取得部248は、事業者によってあらかじめ設定されたデータ取得条件に従って、EC事業者サーバ300から、当該条件によって指定された情報のみを取得する。また、上述の処理内容は、あくまでも一例であり、情報取得部248は、その他の処理を行ってもよい。
~インセンティブ判定部250~
インセンティブ判定部250は、事業者によってあらかじめ設定されたインセンティブ付与の条件を参照して、上述の情報取得部248が取得した取引情報に基づいて、ユーザの行った電子商取引がインセンティブを付与する条件を満たしているかを判定することができる。ここで、インセンティブの付与の条件として、例えば、対象商品(メーカー、ブランド、容量、種別等)、対象期間、購入数、購入金額、取引ステータス(決済状況、配送/キャンセル/返品状況)等の複数の項目からなる条件が課せられる。そして、インセンティブ判定部250は、ユーザの行った電子商取引がインセンティブを付与する条件を満たしている場合には、後述する通信部260を介して、ユーザ端末100にインセンティブの付与に関する情報を送信する。なお、上述の処理内容は、あくまでも一例であり、インセンティブ判定部250は、その他の処理を行ってもよい。
インセンティブ判定部250は、事業者によってあらかじめ設定されたインセンティブ付与の条件を参照して、上述の情報取得部248が取得した取引情報に基づいて、ユーザの行った電子商取引がインセンティブを付与する条件を満たしているかを判定することができる。ここで、インセンティブの付与の条件として、例えば、対象商品(メーカー、ブランド、容量、種別等)、対象期間、購入数、購入金額、取引ステータス(決済状況、配送/キャンセル/返品状況)等の複数の項目からなる条件が課せられる。そして、インセンティブ判定部250は、ユーザの行った電子商取引がインセンティブを付与する条件を満たしている場合には、後述する通信部260を介して、ユーザ端末100にインセンティブの付与に関する情報を送信する。なお、上述の処理内容は、あくまでも一例であり、インセンティブ判定部250は、その他の処理を行ってもよい。
(通信部260)
通信部(受信部)260は、例えば、送受信回路やポート等の通信デバイスにより実現され、ユーザ端末100、EC事業者サーバ300等の外部装置との通信を行うことができる。例えば、通信部260は、キャプチャ画像又は処理済キャプチャ画像をユーザ端末100から受信することができ、さらに、EC事業者サーバ300から取引情報を受信することができる。なお、上述の各種の通信内容はあくまで一例であり、通信部260はその他の情報を通信してもよい。
通信部(受信部)260は、例えば、送受信回路やポート等の通信デバイスにより実現され、ユーザ端末100、EC事業者サーバ300等の外部装置との通信を行うことができる。例えば、通信部260は、キャプチャ画像又は処理済キャプチャ画像をユーザ端末100から受信することができ、さらに、EC事業者サーバ300から取引情報を受信することができる。なお、上述の各種の通信内容はあくまで一例であり、通信部260はその他の情報を通信してもよい。
なお、図3に示される各種の機能ブロックはあくまでも一例であり、判定サーバ200は、図3に示されていない他の機能ブロックを有していてもよい。
<2.4 EC事業者サーバ300の詳細構成>
以上、本実施形態に係る判定サーバ200の詳細構成について説明した。次に、本実施形態に係るEC事業者サーバ300の詳細構成を、図4を参照して説明する。図4は、本実施形態に係るEC事業者サーバ300の機能ブロックの一例を示す図である。本実施形態に係るEC事業者サーバ300は、先に説明したように、EC事業者が管理する、EC事業者がユーザとの間で電子商取引を行うためのコンピュータである。詳細には、図4に示すように、EC事業者サーバ300は、記憶部330と、処理部340と、通信部360とを主に有することができる。以下に、EC事業者サーバ300の各機能ブロックについて順次説明する。
以上、本実施形態に係る判定サーバ200の詳細構成について説明した。次に、本実施形態に係るEC事業者サーバ300の詳細構成を、図4を参照して説明する。図4は、本実施形態に係るEC事業者サーバ300の機能ブロックの一例を示す図である。本実施形態に係るEC事業者サーバ300は、先に説明したように、EC事業者が管理する、EC事業者がユーザとの間で電子商取引を行うためのコンピュータである。詳細には、図4に示すように、EC事業者サーバ300は、記憶部330と、処理部340と、通信部360とを主に有することができる。以下に、EC事業者サーバ300の各機能ブロックについて順次説明する。
(記憶部330)
記憶部330は、EC事業者サーバ300内に設けられた、例えば、ハードディスク等の磁気記録媒体等により実現され、後述する処理部340が各種の処理を実行するためのプログラム等や、処理によって得られた情報、受信した情報等を格納する。例えば、記憶部330は、EC事業者のECサイト等を通じて電子商取引の手続きを行うための情報、例えば、取引識別情報に紐づけられた、ユーザから送信された販売ログ、ユーザの個人情報(名前、住所、ユーザとEC事業者間で使用されるユーザ識別情報等)、ステータス情報(決済状況、配送/キャンセル/返品状況)等を含む販売DB(図示省略)を格納する。さらに、記憶部330は、ユーザに提供されるECサイトに掲載される商品の商品情報を管理する商品情報データベース(DB)(図示省略)を格納する。ここで、商品情報は、ECサイトに掲載される商品の商品コード、商品名称、カテゴリ、イメージ画像、製造、販売元、販売価格等の情報を含んでいる。さらに、記憶部330は、なお、上述した各種情報は、あくまで一例であり、記憶部330はその他の情報を格納してもよい。
記憶部330は、EC事業者サーバ300内に設けられた、例えば、ハードディスク等の磁気記録媒体等により実現され、後述する処理部340が各種の処理を実行するためのプログラム等や、処理によって得られた情報、受信した情報等を格納する。例えば、記憶部330は、EC事業者のECサイト等を通じて電子商取引の手続きを行うための情報、例えば、取引識別情報に紐づけられた、ユーザから送信された販売ログ、ユーザの個人情報(名前、住所、ユーザとEC事業者間で使用されるユーザ識別情報等)、ステータス情報(決済状況、配送/キャンセル/返品状況)等を含む販売DB(図示省略)を格納する。さらに、記憶部330は、ユーザに提供されるECサイトに掲載される商品の商品情報を管理する商品情報データベース(DB)(図示省略)を格納する。ここで、商品情報は、ECサイトに掲載される商品の商品コード、商品名称、カテゴリ、イメージ画像、製造、販売元、販売価格等の情報を含んでいる。さらに、記憶部330は、なお、上述した各種情報は、あくまで一例であり、記憶部330はその他の情報を格納してもよい。
(処理部340)
処理部340は、EC事業者サーバ300内に設けられた、例えば、CPU、ROM、RAM等のハードウェアにより実現され、EC事業者サーバ300によって実行される各種処理を行う。
処理部340は、EC事業者サーバ300内に設けられた、例えば、CPU、ROM、RAM等のハードウェアにより実現され、EC事業者サーバ300によって実行される各種処理を行う。
(通信部360)
通信部360は、例えば、送受信回路やポート等の通信デバイスにより実現され、ユーザ端末100、判定サーバ200等の外部装置との通信を行うことができる。例えば、通信部360は、判定サーバ200からの要求に応じて、取引情報を当該判定サーバ200へ送信することができる。なお、上述の各種の通信内容はあくまで一例であり、通信部360はその他の情報を通信してもよい。
通信部360は、例えば、送受信回路やポート等の通信デバイスにより実現され、ユーザ端末100、判定サーバ200等の外部装置との通信を行うことができる。例えば、通信部360は、判定サーバ200からの要求に応じて、取引情報を当該判定サーバ200へ送信することができる。なお、上述の各種の通信内容はあくまで一例であり、通信部360はその他の情報を通信してもよい。
具体的には、上述の判定サーバ200とEC事業者サーバ300とは、API(Application Programming Interface)、すなわち、両者に共通するインタフェースを介して、取引を特定することができる取引識別情報を用いて、当該取引の取引情報を送受信する、言い換えると連携することができる。ただし、本実施形態においては、EC事業者サーバ300内に格納された情報のセキュリティを確保するために、判定サーバ200側に与えられたサーバ識別情報等を利用して、上記連携を行うことができる。さらに、本実施形態においては、判定サーバ200が取得することができる情報を限定するために、取引を限定するための取引識別情報と、取得する取引情報の種別を限定するための、データ取得条件に従った要求とを、判定サーバ200はEC事業者サーバ300に送信する。
なお、図4に示される各種の機能ブロックはあくまでも一例であり、EC事業者サーバ300は、図4に示されていない他の機能ブロックを有していてもよい。
<2.5 情報処理方法>
以上、本実施形態に係るEC事業者サーバ300の詳細構成について説明した。次に、図5から図14を参照して、本開示の実施形態に係る情報処理方法について説明する。なお、図5は、本実施形態に係る情報処理方法の概略的な流れを示すシーケンス図である。図6は、本実施形態に係る設定画面500の一例を示す説明図である。図7は、本実施形態に係る情報処理方法の購入段階の流れの一例を示すシーケンス図である。図8及び図92は、本実施形態に係る情報処理方法のキャンペーン応募段階の流れの一例を示すシーケンス図である。図10及び図11は、本実施形態に係るキャプチャ画像600a、600bの一例を示す説明図である。図12は、本実施形態に係る処理済キャプチャ画像700の一例を示す説明図である。図13は、本実施形態に係る判定サーバ200とEC事業者サーバ300との間の情報の送受信について説明する説明図である。さらに、図14は、本実施形態に係る情報処理方法のインセンティブ付与段階の流れの一例を示すシーケンス図である。
以上、本実施形態に係るEC事業者サーバ300の詳細構成について説明した。次に、図5から図14を参照して、本開示の実施形態に係る情報処理方法について説明する。なお、図5は、本実施形態に係る情報処理方法の概略的な流れを示すシーケンス図である。図6は、本実施形態に係る設定画面500の一例を示す説明図である。図7は、本実施形態に係る情報処理方法の購入段階の流れの一例を示すシーケンス図である。図8及び図92は、本実施形態に係る情報処理方法のキャンペーン応募段階の流れの一例を示すシーケンス図である。図10及び図11は、本実施形態に係るキャプチャ画像600a、600bの一例を示す説明図である。図12は、本実施形態に係る処理済キャプチャ画像700の一例を示す説明図である。図13は、本実施形態に係る判定サーバ200とEC事業者サーバ300との間の情報の送受信について説明する説明図である。さらに、図14は、本実施形態に係る情報処理方法のインセンティブ付与段階の流れの一例を示すシーケンス図である。
(2.5.1 情報処理方法の概略)
まずは、図5及び図6を参照して、本実施形態に係る情報処理方法の概略的な流れを説明する。図5に示すように、本実施形態に係る情報処理方法は、主に、ステップS100からステップS500までの複数のステップを主に含むことができる。以下に、これら各ステップの詳細について説明する。
まずは、図5及び図6を参照して、本実施形態に係る情報処理方法の概略的な流れを説明する。図5に示すように、本実施形態に係る情報処理方法は、主に、ステップS100からステップS500までの複数のステップを主に含むことができる。以下に、これら各ステップの詳細について説明する。
~ステップS100~
事業者は、データ取得条件及びインセンティブ付与条件の設定をあらかじめ行う。例えば、事業者は、対象とするEC事業者又はEC事業者のサイトごとに、インセンティブ付与の判定に使用される情報の指定及び条件を図6に示すような設定画面500で指定することができる。インセンティブ付与の条件としては、事業者は、図6の上側に示すように、対象期間、対象商品(メーカー、ブランド、容量、種別、商品コード等)、購入回数制限、購入金額、購入数、付与対象者数制限、インセンティブの内容(ポイント等)、対象EC事業者等を設定することができる。また、インセンティブ付与の判定には、ユーザの名前、EC事業者との間で取引を行うためのユーザ識別情報、住所、電話番号、カード情報等は必要ない。そこで、本実施形態においては、事前にEC事業者ごとに把握した、購入履歴のフォーマット等に基づき、設定された上記インセンティブ付与条件に合わせて、ステータス(決済状況、配送/キャンセル/返品状況)に関する条件や、判定サーバ200がEC事業者サーバ300から取得する取引情報の種別、マスク処理する情報の種別等をあらかじめ設定する。そして、本実施形態においては、このような設定に基づき、キャプチャ画像に対してマスク処理を行ったり、判定サーバ200がEC事業者サーバ300から指定された取引情報を取得したりすることができる。なお、本実施形態においては、設定画面500は、図6に示される形態に限定されるものではなく、他の形態であってもよい。
事業者は、データ取得条件及びインセンティブ付与条件の設定をあらかじめ行う。例えば、事業者は、対象とするEC事業者又はEC事業者のサイトごとに、インセンティブ付与の判定に使用される情報の指定及び条件を図6に示すような設定画面500で指定することができる。インセンティブ付与の条件としては、事業者は、図6の上側に示すように、対象期間、対象商品(メーカー、ブランド、容量、種別、商品コード等)、購入回数制限、購入金額、購入数、付与対象者数制限、インセンティブの内容(ポイント等)、対象EC事業者等を設定することができる。また、インセンティブ付与の判定には、ユーザの名前、EC事業者との間で取引を行うためのユーザ識別情報、住所、電話番号、カード情報等は必要ない。そこで、本実施形態においては、事前にEC事業者ごとに把握した、購入履歴のフォーマット等に基づき、設定された上記インセンティブ付与条件に合わせて、ステータス(決済状況、配送/キャンセル/返品状況)に関する条件や、判定サーバ200がEC事業者サーバ300から取得する取引情報の種別、マスク処理する情報の種別等をあらかじめ設定する。そして、本実施形態においては、このような設定に基づき、キャプチャ画像に対してマスク処理を行ったり、判定サーバ200がEC事業者サーバ300から指定された取引情報を取得したりすることができる。なお、本実施形態においては、設定画面500は、図6に示される形態に限定されるものではなく、他の形態であってもよい。
なお、設定画面500にはあらかじめ標準の設定が入力されていてもよく、この場合、事業者が標準設定を必要に応じて修正することにより、データ取得条件及びインセンティブ付与条件の設定を容易に行うことができる。
さらに、本実施形態においては、ユーザ側が、ユーザ端末100を用いて、インセンティブ付与のキャンペーンの応募の際に、判定サーバ200へ提供を許可する情報種別をあらかじめ設定してもよい。このような場合、例えば、ユーザ端末100に搭載したアプリ等によって、ユーザが許可した情報種別の情報に基づき、応募可能なキャンペーンを自動的に選択し、選択されたキャンペーンに関する情報のみを表示するようにしてもよい。
このように、本実施形態においては、事業者側が、キャプチャ画像に対してマスク処理を行う情報を、インセンティブの付与の条件やEC事業者ごとに好適に設定することが可能であることから、個人情報を好適にマスクし、個人情報の流出を避けることができる。
~ステップS200~
事業者は、アプリや広告サイト等を介して、ユーザとEC事業者と間の電子商取引での指定商品の購入に応じて、インセンティブを付与するようなキャンペーンの開始を告知する。
事業者は、アプリや広告サイト等を介して、ユーザとEC事業者と間の電子商取引での指定商品の購入に応じて、インセンティブを付与するようなキャンペーンの開始を告知する。
~ステップS300~
ユーザは、アプリや広告サイト等により、告知されたキャンペーンを確認し、キャンペーンで指定されたEC事業者からから対象商品を購入する。なお、以下の説明においては、当該ステップS300は、購入段階を呼び、その詳細については後述する。
ユーザは、アプリや広告サイト等により、告知されたキャンペーンを確認し、キャンペーンで指定されたEC事業者からから対象商品を購入する。なお、以下の説明においては、当該ステップS300は、購入段階を呼び、その詳細については後述する。
~ステップS400~
ユーザは、告知されたキャンペーンに従って、当該キャンペーンに応募する。なお、以下の説明においては、当該ステップS400は、応募段階を呼び、その詳細については後述する。
ユーザは、告知されたキャンペーンに従って、当該キャンペーンに応募する。なお、以下の説明においては、当該ステップS400は、応募段階を呼び、その詳細については後述する。
~ステップS500~
事業者は、ユーザに対して、上記キャンペーンで指定されたインセンティブを付与する。なお、以下の説明においては、当該ステップS500は、インセンティブ付与段階を呼び、その詳細については後述する。
事業者は、ユーザに対して、上記キャンペーンで指定されたインセンティブを付与する。なお、以下の説明においては、当該ステップS500は、インセンティブ付与段階を呼び、その詳細については後述する。
(2.5.2 購入段階)
以上、本実施形態に係る情報処理方法の概略的な流れについて説明した。次に、本実施形態に係る情報処理方法に含まれる、購入段階(ステップS300)、応募段階(ステップS400)及びインセンティブ付与段階(ステップS500)における処理の詳細を説明する。まずは、図7を参照して、本実施形態に係る情報処理方法の購入段階の処理の詳細を説明する。図7に示すように、本実施形態に係る購入段階は、ステップS301からステップS307までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
以上、本実施形態に係る情報処理方法の概略的な流れについて説明した。次に、本実施形態に係る情報処理方法に含まれる、購入段階(ステップS300)、応募段階(ステップS400)及びインセンティブ付与段階(ステップS500)における処理の詳細を説明する。まずは、図7を参照して、本実施形態に係る情報処理方法の購入段階の処理の詳細を説明する。図7に示すように、本実施形態に係る購入段階は、ステップS301からステップS307までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
~ステップS301~
ユーザは、ユーザ端末100を介して、キャンペーンで指定されたEC事業者のECサイト等から対象商品を購入する。この際、先に説明したように、ユーザ端末100から購入ログ等の情報がEC事業者サーバ300へ送信される。
ユーザは、ユーザ端末100を介して、キャンペーンで指定されたEC事業者のECサイト等から対象商品を購入する。この際、先に説明したように、ユーザ端末100から購入ログ等の情報がEC事業者サーバ300へ送信される。
~ステップS303~
EC事業者は、EC事業者サーバ300を用いて、ユーザに対して対象商品を販売するための処理を行う。なお、本実施形態においては、EC事業者又はEC事業者サーバ300側において、上記キャンペーンのための処理(例えば、判定やインセンティブの付与等)が行われることはない。
EC事業者は、EC事業者サーバ300を用いて、ユーザに対して対象商品を販売するための処理を行う。なお、本実施形態においては、EC事業者又はEC事業者サーバ300側において、上記キャンペーンのための処理(例えば、判定やインセンティブの付与等)が行われることはない。
~ステップS305~
EC事業者サーバは、購入履歴ページのアップデート、購入確認のための電子メール送信等により、ユーザ端末100に対して購入履歴の情報を更新又は配信を行う。
EC事業者サーバは、購入履歴ページのアップデート、購入確認のための電子メール送信等により、ユーザ端末100に対して購入履歴の情報を更新又は配信を行う。
~ステップS307~
ユーザは、ユーザ端末100を介して、EC事業者サーバ300から更新又は配信された自身の購入履歴を確認する。
ユーザは、ユーザ端末100を介して、EC事業者サーバ300から更新又は配信された自身の購入履歴を確認する。
(2.5.3 応募段階)
以上、本実施形態に係る購入段階の処理の詳細を説明した。次に、図8から図13を参照して、本実施形態に係る情報処理方法の応募段階の処理の詳細を説明する。図8及び図9に示すように、本実施形態に係る応募段階は、ステップS401からステップS433までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
以上、本実施形態に係る購入段階の処理の詳細を説明した。次に、図8から図13を参照して、本実施形態に係る情報処理方法の応募段階の処理の詳細を説明する。図8及び図9に示すように、本実施形態に係る応募段階は、ステップS401からステップS433までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
~ステップS401~
ユーザは、キャンペーン応募のために、ユーザ端末100を用いて、自身の購入履歴の画像をキャプチャ保存する。本実施形態においては、購入履歴の画像のキャプチャは、自動的に行うのではなく、ユーザ自身の操作により行うため、ユーザに安心感を与えることができる。なお、購入履歴のキャプチャ画像の例としては、図10又は図11のキャプチャ画像600a、600bを挙げることができる。これらキャプチャ画像600a、600bは、ユーザが購入した商品の情報、購入金額、購入日時、お届け先住所、購入者の名前、住所、クレジットカード番号等の情報とともに、EC事業者によって取引に割当てられた取引識別情報(注文番号等)が含まれている。なお、本実施形態においては、キャプチャ画像600a、600bは、図10及び図11に示される形態に限定されるものではない。また、本実施形態においては、キャプチャ画像は、購入履歴の画像に限定されるものではなく、商品と共にユーザに送付された納品書の画像であってもよく、EC事業者から送付された購入確認のための電子メールの画像であってもよい。さらに、本実施形態においては、キャプチャ画像600は、図11に示されているキャプチャ画像600bのように、購入履歴のうちの一部が表示された画面の画像であってもよい。なお、キャプチャ画像600に取引識別情報が含まれていない場合もあることから、本実施形態においては、後述するステップにおいて、キャプチャ画像600(詳細には、処理済キャプチャ画像700)に、取引識別情報等が含まれているかの判定を行うこととなる。
ユーザは、キャンペーン応募のために、ユーザ端末100を用いて、自身の購入履歴の画像をキャプチャ保存する。本実施形態においては、購入履歴の画像のキャプチャは、自動的に行うのではなく、ユーザ自身の操作により行うため、ユーザに安心感を与えることができる。なお、購入履歴のキャプチャ画像の例としては、図10又は図11のキャプチャ画像600a、600bを挙げることができる。これらキャプチャ画像600a、600bは、ユーザが購入した商品の情報、購入金額、購入日時、お届け先住所、購入者の名前、住所、クレジットカード番号等の情報とともに、EC事業者によって取引に割当てられた取引識別情報(注文番号等)が含まれている。なお、本実施形態においては、キャプチャ画像600a、600bは、図10及び図11に示される形態に限定されるものではない。また、本実施形態においては、キャプチャ画像は、購入履歴の画像に限定されるものではなく、商品と共にユーザに送付された納品書の画像であってもよく、EC事業者から送付された購入確認のための電子メールの画像であってもよい。さらに、本実施形態においては、キャプチャ画像600は、図11に示されているキャプチャ画像600bのように、購入履歴のうちの一部が表示された画面の画像であってもよい。なお、キャプチャ画像600に取引識別情報が含まれていない場合もあることから、本実施形態においては、後述するステップにおいて、キャプチャ画像600(詳細には、処理済キャプチャ画像700)に、取引識別情報等が含まれているかの判定を行うこととなる。
~ステップS403~
ユーザは、ユーザ端末100を用いて、キャンペーン告知のwebサイトやアプリを利用して、上述のステップS402で保存したキャプチャ画像600の読み込みを行う。判定サーバ200は、この際、webサイトやアプリによってキャプチャ画像600に紐づけられた情報により、ユーザが応募したキャンペーンを自動的に特定することができる。また、この際、ユーザは、webサイトやアプリに対して操作を行うことにより、キャプチャ画像600がどのEC事業者の購入履歴であるかを指定することができる。また、このようなユーザからの指定がない場合には、この後、判定サーバ200において、取得したキャプチャ画像600に対して画像処理等又はOCRを行うことにより、キャプチャ画像600のフォーマットから、EC事業者の特定を行ってもよい。
ユーザは、ユーザ端末100を用いて、キャンペーン告知のwebサイトやアプリを利用して、上述のステップS402で保存したキャプチャ画像600の読み込みを行う。判定サーバ200は、この際、webサイトやアプリによってキャプチャ画像600に紐づけられた情報により、ユーザが応募したキャンペーンを自動的に特定することができる。また、この際、ユーザは、webサイトやアプリに対して操作を行うことにより、キャプチャ画像600がどのEC事業者の購入履歴であるかを指定することができる。また、このようなユーザからの指定がない場合には、この後、判定サーバ200において、取得したキャプチャ画像600に対して画像処理等又はOCRを行うことにより、キャプチャ画像600のフォーマットから、EC事業者の特定を行ってもよい。
~ステップS405~
ユーザ端末100は、マスク処理をユーザ端末100(ローカル処理)又は判定サーバ200(サーバ処理)のいずれかで実行するかを判断する。当該判断は、自動的に行われてもよいし、両者で処理することが可能であれば、ユーザに選択してもらってもよい。
ユーザ端末100は、マスク処理をユーザ端末100(ローカル処理)又は判定サーバ200(サーバ処理)のいずれかで実行するかを判断する。当該判断は、自動的に行われてもよいし、両者で処理することが可能であれば、ユーザに選択してもらってもよい。
~ステップS407~
ユーザ端末100は、キャプチャ画像600を画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、購入履歴に含まれる個人情報が表示された領域を特定する。そして、ユーザ端末100は、個人情報が表示された領域に対して、マスクをかけるマスク処理を行う。例えば、図11に示される処理済キャプチャ画像700のように、個人情報が表示されている領域については、自動的に、マスク702によって覆うように処理される。このようにすることで、本実施形態によれば、個人情報の流出を避けることができる。加えて、当該ステップにおいては、図11の処理済キャプチャ画像700に示されるように、取引識別情報(例えば、注文番号等)及び取引付帯情報(購入日時、商品名称、荷物番号等)が表示された領域704については、マスク処理されない。なお、本実施形態においては、処理済キャプチャ画像700は、図12に示される形態に限定されるものではない。
ユーザ端末100は、キャプチャ画像600を画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、購入履歴に含まれる個人情報が表示された領域を特定する。そして、ユーザ端末100は、個人情報が表示された領域に対して、マスクをかけるマスク処理を行う。例えば、図11に示される処理済キャプチャ画像700のように、個人情報が表示されている領域については、自動的に、マスク702によって覆うように処理される。このようにすることで、本実施形態によれば、個人情報の流出を避けることができる。加えて、当該ステップにおいては、図11の処理済キャプチャ画像700に示されるように、取引識別情報(例えば、注文番号等)及び取引付帯情報(購入日時、商品名称、荷物番号等)が表示された領域704については、マスク処理されない。なお、本実施形態においては、処理済キャプチャ画像700は、図12に示される形態に限定されるものではない。
さらに、当該ステップにおいては、ユーザ端末100は、処理済キャプチャ画像700に、取引識別情報及び取引付帯情報が含まれているかの判定を行う。詳細には、ユーザ端末100は、処理済キャプチャ画像700に対して画像処理及びOCRを行い、EC事業者ごとに予め設定された所定の処理条件に基づいて、処理済キャプチャ画像700に表示された情報を抽出することにより、処理済キャプチャ画像700に取引識別情報等が含まれているかの判定を行うことができる。
~ステップS409~
ユーザ端末100は、上述のステップS407で得られた処理済キャプチャ画像700及び判定結果を出力する。ここで判定結果とは、処理済キャプチャ画像700に、取引識別情報及び取引付帯情報が含まれているかの判定結果である。従って、処理済キャプチャ画像700に取引識別情報及び取引付帯情報が含まれていないと判定された場合には、ユーザに対して、アラートを出力することとなる。
ユーザ端末100は、上述のステップS407で得られた処理済キャプチャ画像700及び判定結果を出力する。ここで判定結果とは、処理済キャプチャ画像700に、取引識別情報及び取引付帯情報が含まれているかの判定結果である。従って、処理済キャプチャ画像700に取引識別情報及び取引付帯情報が含まれていないと判定された場合には、ユーザに対して、アラートを出力することとなる。
~ステップS411~
判定サーバ200は、キャプチャ画像600を受信し、上述のステップS407と同様に、キャプチャ画像600の個人情報が表示された領域に対して、マスク702をかけるマスク処理を行う。さらに、判定サーバ200は、処理済キャプチャ画像700に、取引識別情報及び取引付帯情報が含まれているかの判定を行う。なお、本実施形態においては、マスク処理を判定サーバ200で行うことにより、ユーザによる購入履歴の改竄等を防止することができる。
判定サーバ200は、キャプチャ画像600を受信し、上述のステップS407と同様に、キャプチャ画像600の個人情報が表示された領域に対して、マスク702をかけるマスク処理を行う。さらに、判定サーバ200は、処理済キャプチャ画像700に、取引識別情報及び取引付帯情報が含まれているかの判定を行う。なお、本実施形態においては、マスク処理を判定サーバ200で行うことにより、ユーザによる購入履歴の改竄等を防止することができる。
~ステップS413~
判定サーバ200は、上述のステップS409と同様に、処理済キャプチャ画像700及び判定結果を出力し、ユーザ端末100へ送信する。なお、この際、判定サーバ200において、受信したキャプチャ画像600は削除される。
判定サーバ200は、上述のステップS409と同様に、処理済キャプチャ画像700及び判定結果を出力し、ユーザ端末100へ送信する。なお、この際、判定サーバ200において、受信したキャプチャ画像600は削除される。
~ステップS415~
ユーザ端末100は、上述のステップS409及びステップS413で出力又は送信された処理済キャプチャ画像700及び判定結果(処理済キャプチャ画像700に取引識別情報及び取引付帯情報が含まれていないと判定された場合には、ユーザに対するアラート)をユーザに対して表示する。
ユーザ端末100は、上述のステップS409及びステップS413で出力又は送信された処理済キャプチャ画像700及び判定結果(処理済キャプチャ画像700に取引識別情報及び取引付帯情報が含まれていないと判定された場合には、ユーザに対するアラート)をユーザに対して表示する。
~ステップS417~
ユーザは、表示された処理済キャプチャ画像700及び判定結果に基づき、ユーザ端末100を用いて、キャプチャ画像600を変更するか、マスク702を修正するか、表示された処理済キャプチャ画像700で確定するかを選択する。キャプチャ画像600の変更が選択された場合には、上述のステップS401へ戻り、マスク修正が選択された場合には、後述するステップS419へ進む。さらに、処理済キャプチャ画像700で確定することが選択された場合には、図9のステップS421へ進む。すなわち、本実施形態においては、処理済キャプチャ画像700に取引識別情報及び取引付帯情報が含まれていないと判定された場合には、ユーザに対して、アラートを表示し、再度の購入履歴の画像のキャプチャ保存を促すことができる。さらに、本実施形態においては、マスク702が適切にマスクしていない場合やユーザが判定サーバ200へ送信したくない情報が含まれている場合には、ユーザの操作によって、マスク702を修正することができ、個人情報の流出を避けることができる。
ユーザは、表示された処理済キャプチャ画像700及び判定結果に基づき、ユーザ端末100を用いて、キャプチャ画像600を変更するか、マスク702を修正するか、表示された処理済キャプチャ画像700で確定するかを選択する。キャプチャ画像600の変更が選択された場合には、上述のステップS401へ戻り、マスク修正が選択された場合には、後述するステップS419へ進む。さらに、処理済キャプチャ画像700で確定することが選択された場合には、図9のステップS421へ進む。すなわち、本実施形態においては、処理済キャプチャ画像700に取引識別情報及び取引付帯情報が含まれていないと判定された場合には、ユーザに対して、アラートを表示し、再度の購入履歴の画像のキャプチャ保存を促すことができる。さらに、本実施形態においては、マスク702が適切にマスクしていない場合やユーザが判定サーバ200へ送信したくない情報が含まれている場合には、ユーザの操作によって、マスク702を修正することができ、個人情報の流出を避けることができる。
~ステップS419~
ユーザ端末100、又は、ユーザ端末100及び判定サーバ200の協働により、マスク702の修正を行う。詳細には、例えは、ユーザが表示された処理済キャプチャ画像700の所望の領域を指でなぞりマスク702を追加する、もしくは、ユーザが表示された処理済キャプチャ画像700のマスク702を指で移動させることにより、マスク702を修正することができる。マスク処理が終了した場合には、ユーザ端末100は、先に説明したステップS405へ戻る。
ユーザ端末100、又は、ユーザ端末100及び判定サーバ200の協働により、マスク702の修正を行う。詳細には、例えは、ユーザが表示された処理済キャプチャ画像700の所望の領域を指でなぞりマスク702を追加する、もしくは、ユーザが表示された処理済キャプチャ画像700のマスク702を指で移動させることにより、マスク702を修正することができる。マスク処理が終了した場合には、ユーザ端末100は、先に説明したステップS405へ戻る。
~ステップS421~
ユーザ端末100は、確定した処理済キャプチャ画像700を確定し、判定サーバ200へ送信する。
ユーザ端末100は、確定した処理済キャプチャ画像700を確定し、判定サーバ200へ送信する。
~ステップS423~
判定サーバ200は、ユーザ端末100から、確定した処理済キャプチャ画像700を受信する。
判定サーバ200は、ユーザ端末100から、確定した処理済キャプチャ画像700を受信する。
~ステップS425~
判定サーバ200は、上述のステップS423において確定した処理済キャプチャ画像700を受信したことに基づいて、ユーザからキャンペーンの応募を受領した旨の受領確認をユーザ端末100へ送信する。
判定サーバ200は、上述のステップS423において確定した処理済キャプチャ画像700を受信したことに基づいて、ユーザからキャンペーンの応募を受領した旨の受領確認をユーザ端末100へ送信する。
~ステップS427~
ユーザ端末100は、判定サーバ200から上述の受領確認を受信する。
ユーザ端末100は、判定サーバ200から上述の受領確認を受信する。
~ステップS429~
判定サーバ200は、上述のステップS423で受信した処理済キャプチャ画像から、OCR等を用いて、取引識別情報及び取引付帯情報を抽出し、抽出した情報を、要求する取引情報の情報種別の情報とともに、EC事業者サーバ300に送信する。この際、判定サーバ200は、個人情報を用いることなく、取引情報をEC事業者サーバ300に要求することから、本実施形態によれば、個人情報の流出を避けることができる。
判定サーバ200は、上述のステップS423で受信した処理済キャプチャ画像から、OCR等を用いて、取引識別情報及び取引付帯情報を抽出し、抽出した情報を、要求する取引情報の情報種別の情報とともに、EC事業者サーバ300に送信する。この際、判定サーバ200は、個人情報を用いることなく、取引情報をEC事業者サーバ300に要求することから、本実施形態によれば、個人情報の流出を避けることができる。
~ステップS431~
EC事業者サーバ300は、判定サーバ200からの要求に応じて、販売DB(図示省略)から所定の取引内容の情報を抽出する。ここで抽出される情報は、ユーザの取引がインセンティブを付与するための条件を満たしているかを判定するための取引情報であり、具体的には、対象商品(メーカー、ブランド、容量、種別等)、購入日付、購入数、購入金額、ステータス(決済状況、配送/キャンセル/返品状況)等の情報のことである。これらの取引情報は、上述の取引識別情報に紐づけられてEC事業者サーバ300に格納されていることから、EC事業者サーバ300は、ステップS429で送信された取引識別情報を用いることで、特定の取引の取引情報を抽出することができる。また、EC事業者サーバ300は、上述のステップS429で送信された取引情報の情報種別の情報に基づいて、ユーザの取引がインセンティブを付与するための条件を満たしているかを判定するために用いる取引情報のみを抽出する。なお、キャンペーンごとにインセンティブを付与するための条件が異なることから、インセンティブの付与の判定を行うために用いる取引情報が異なる場合が多い。しかしながら、本実施形態においては、キャンペーンを行う事業者により、インセンティブの付与の判定を行うために用いる取引情報の種別が予め設定され、当該設定に基づき、判定サーバ200がEC事業者サーバ300へ要求を行う。従って、本実施形態は、様々なキャンペーンに対応することができる。
EC事業者サーバ300は、判定サーバ200からの要求に応じて、販売DB(図示省略)から所定の取引内容の情報を抽出する。ここで抽出される情報は、ユーザの取引がインセンティブを付与するための条件を満たしているかを判定するための取引情報であり、具体的には、対象商品(メーカー、ブランド、容量、種別等)、購入日付、購入数、購入金額、ステータス(決済状況、配送/キャンセル/返品状況)等の情報のことである。これらの取引情報は、上述の取引識別情報に紐づけられてEC事業者サーバ300に格納されていることから、EC事業者サーバ300は、ステップS429で送信された取引識別情報を用いることで、特定の取引の取引情報を抽出することができる。また、EC事業者サーバ300は、上述のステップS429で送信された取引情報の情報種別の情報に基づいて、ユーザの取引がインセンティブを付与するための条件を満たしているかを判定するために用いる取引情報のみを抽出する。なお、キャンペーンごとにインセンティブを付与するための条件が異なることから、インセンティブの付与の判定を行うために用いる取引情報が異なる場合が多い。しかしながら、本実施形態においては、キャンペーンを行う事業者により、インセンティブの付与の判定を行うために用いる取引情報の種別が予め設定され、当該設定に基づき、判定サーバ200がEC事業者サーバ300へ要求を行う。従って、本実施形態は、様々なキャンペーンに対応することができる。
なお、本実施形態においては、判定サーバ200とEC事業者サーバ300との間の情報の送受信の正当性を担保するために、EC事業者サーバ300は、取引を一意に特定する取引識別情報に加えて、購入年月日、購入金額等の取引付帯情報を用いて、取引の特定及び認証を行う。すなわち、本実施形態においては、これらの複数の情報を用いて特定及び認証を行うことにより、取引識別情報の改竄等を防ぐことができる。
~ステップS433~
EC事業者サーバ300は、上述のステップS431で抽出した取引情報を判定サーバ200へ送信する。なお、対象商品、購入日付、購入数、購入金額等の情報は、EC事業者が販売処理を行った直後から取得することが可能であるが、ステータス情報(決済状況、配送状況、キャンセル状況)は、時間によって変化し、確定するまでに時間差がある。従って、本実施形態においては、ステータス情報については、情報のアップデートがあるたびに、EC事業者サーバ300から判定サーバ200へ送信される、もしくは、所定の時間(例えば、1日、1週間)経過するごとに、判定サーバ200がEC事業者サーバ300へ要求してもよい。
EC事業者サーバ300は、上述のステップS431で抽出した取引情報を判定サーバ200へ送信する。なお、対象商品、購入日付、購入数、購入金額等の情報は、EC事業者が販売処理を行った直後から取得することが可能であるが、ステータス情報(決済状況、配送状況、キャンセル状況)は、時間によって変化し、確定するまでに時間差がある。従って、本実施形態においては、ステータス情報については、情報のアップデートがあるたびに、EC事業者サーバ300から判定サーバ200へ送信される、もしくは、所定の時間(例えば、1日、1週間)経過するごとに、判定サーバ200がEC事業者サーバ300へ要求してもよい。
なお、上述のステップS429からステップS433において送受信される情報のやりとりの一例を、図13に図示する。また、先に説明したように、判定サーバ200とEC事業者サーバ300とは、APIを介して、取引を特定することができる取引識別情報や取引付帯情報を用いて、当該取引の取引情報を送受信に関して連携することができる。
(2.5.4 インセンティブ付与段階)
以上、本実施形態に係る応募段階の処理の詳細を説明した。次に、図14を参照して、本実施形態に係る情報処理方法のインセンティブ付与段階の処理の詳細を説明する。図14に示すように、本実施形態に係るインセンティブ付与段階は、ステップS501からステップS509までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
以上、本実施形態に係る応募段階の処理の詳細を説明した。次に、図14を参照して、本実施形態に係る情報処理方法のインセンティブ付与段階の処理の詳細を説明する。図14に示すように、本実施形態に係るインセンティブ付与段階は、ステップS501からステップS509までの複数のステップを含むことができる。以下に、これら各ステップの詳細について説明する。
以下において、インセンティブの付与とは、例えば、電子決済に使用することができるポイントや、割引クーポン等を付与することである。しかしながら、本実施形態においては、インセンティブの付与は、上述のようなインセンティブの付与の方法に限定されるものではなく、例えば、ユーザに提供されるポイントの量を決定するための抽選ゲームの機会を付与することであってもよい。
~ステップS501~
判定サーバ200は、EC事業者サーバ300から、上述のステップS433で送信された取引情報を受信する。
判定サーバ200は、EC事業者サーバ300から、上述のステップS433で送信された取引情報を受信する。
~ステップS503~
判定サーバ200は、上述のステップS501へ受信した取引情報に基づき、事業者によってあらかじめ設定されたインセンティブ付与の条件を参照して、ユーザの行った電子商取引がインセンティブを付与する条件を満たしているかを判定する。判定サーバ200は、条件を満たしていれば、後述するステップS505へ進み、満たしていない場合には、後述するステップS507へ進む。さらに、判定サーバ200は、ステータス情報が未確定である場合には、後述ステップS509へ進む。
判定サーバ200は、上述のステップS501へ受信した取引情報に基づき、事業者によってあらかじめ設定されたインセンティブ付与の条件を参照して、ユーザの行った電子商取引がインセンティブを付与する条件を満たしているかを判定する。判定サーバ200は、条件を満たしていれば、後述するステップS505へ進み、満たしていない場合には、後述するステップS507へ進む。さらに、判定サーバ200は、ステータス情報が未確定である場合には、後述ステップS509へ進む。
~ステップS505~
判定サーバ200は、インセンティブを付与する条件を満たしている旨の情報と、インセンティブの付与に関する情報(例えば、ポイントの付与の処理を行うための情報)をユーザ端末100へ送信する。そして、ユーザ端末100は、インセンティブを付与する条件を満たしている旨の情報と、インセンティブの付与に関する情報とを受信し、インセンティブの付与を受ける。その後、本実施形態に係る処理は終了する。
判定サーバ200は、インセンティブを付与する条件を満たしている旨の情報と、インセンティブの付与に関する情報(例えば、ポイントの付与の処理を行うための情報)をユーザ端末100へ送信する。そして、ユーザ端末100は、インセンティブを付与する条件を満たしている旨の情報と、インセンティブの付与に関する情報とを受信し、インセンティブの付与を受ける。その後、本実施形態に係る処理は終了する。
~ステップS507~
判定サーバ200は、インセンティブを付与する条件を満たしていない旨の情報をユーザ端末100へ送信する。そして、ユーザ端末100は、インセンティブを付与する条件を満たしていない旨の情報を受信し、本実施形態に係る処理を終了する。
判定サーバ200は、インセンティブを付与する条件を満たしていない旨の情報をユーザ端末100へ送信する。そして、ユーザ端末100は、インセンティブを付与する条件を満たしていない旨の情報を受信し、本実施形態に係る処理を終了する。
~ステップS509~
判定サーバ200は、EC事業者サーバ300によって、ステータス情報がアップデートされるまで待機する。その後、判定サーバ200は、ステップS501に戻り、アップデートされたステータス情報をEC事業者サーバ300から受信する。すなわち、本実施形態においては、ステータス情報のアップデートがあるたびに、アップデートされたステータス情報は、EC事業者サーバ300から判定サーバ200へ自動的に送信されてもよく、もしくは、所定の時間(例えば、1日、1週間)経過するごとに、判定サーバ200がEC事業者サーバ300へ要求してもよい。
判定サーバ200は、EC事業者サーバ300によって、ステータス情報がアップデートされるまで待機する。その後、判定サーバ200は、ステップS501に戻り、アップデートされたステータス情報をEC事業者サーバ300から受信する。すなわち、本実施形態においては、ステータス情報のアップデートがあるたびに、アップデートされたステータス情報は、EC事業者サーバ300から判定サーバ200へ自動的に送信されてもよく、もしくは、所定の時間(例えば、1日、1週間)経過するごとに、判定サーバ200がEC事業者サーバ300へ要求してもよい。
<<3. まとめ>>
以上のように、本開示の実施形態によれば、個人情報の流出を避けつつ、EC事業者を介した商品購入を促進する販売促進施策を効果的に行うことができる。
以上のように、本開示の実施形態によれば、個人情報の流出を避けつつ、EC事業者を介した商品購入を促進する販売促進施策を効果的に行うことができる。
詳細には、本実施形態においては、購入履歴のキャプチャ画像600の個人情報が表示された領域に対して、自動的にマスク処理を行うことから、個人情報の流出を避けることができる。本実施形態においては、マスク処理は、ユーザ端末100又は判定サーバ200のいずれかで行うことができる。マスク処理をユーザ端末100でのローカル処理で行った場合には、より秘匿性が高まることから、より確実に個人情報の流出を避けることができる。一方、マスク処理を判定サーバ200でのサーバ処理で行う場合には、高度なマスク処理やキャプチャ画像600に対する確実なマスク処理を行うことができる。この場合、判定サーバ200は、一次データとしてのキャプチャ画像600を取得し、改竄等の処理痕跡がないことを確認した上でマスク処理を行うことが好ましい。このようにすることで、本実施形態によれば購入履歴の改竄等を防ぐことができる。
また、本実施形態においては、APIにより判定サーバ200とEC事業者サーバ300と連携させ、個人情報等を受け渡すことなく、ユーザの取引がインセンティブを付与するための条件を満たしているかを判定するために用いる取引情報をやり取りする。このような本実施形態においては、外部のアフィリエイト事業者等のキャンペーンを各EC事業者の売上に寄与する形で容易に取り込むことが可能となる。さらに、本実施形態によれば、EC事業者を問わず、ユーザの購買商品等の情報を抽出することから、事業者の広告販促費を原資とする、EC事業者を限定しない、言い換えると、複数のEC事業者に横断的な販売促進施策(キャンペーン)をビジネス的に容易に実施することができる。加えて、本実施形態においては、EC事業者で管理する情報を利用することができることから、事業者側の販売促進施策実施インフラの導入コストの増加を抑えることができる。
なお、上述の本発明の実施形態に係る履歴情報として、EC事業者からユーザに提供された購入履歴を例として説明したが、本開示の実施形態は、このような購入履歴に限定されるものではない。例えば、EC事業者から提供される納品書や、購入確認の電子メール等であってもよい。
<<4. ハードウェア構成>>
次に、図15を参照して、本開示の実施形態に係るユーザ端末100のハードウェア構成について説明する。図15は、本開示の実施形態に係る情報処理装置のハードウェア構成を説明するためのブロック図である。図示された情報処理装置900は、例えば、上述の実施形態におけるユーザ端末100を実現し得る。
次に、図15を参照して、本開示の実施形態に係るユーザ端末100のハードウェア構成について説明する。図15は、本開示の実施形態に係る情報処理装置のハードウェア構成を説明するためのブロック図である。図示された情報処理装置900は、例えば、上述の実施形態におけるユーザ端末100を実現し得る。
情報処理装置900は、CPU901と、ROM902と、RAM903と、ホストバス904とを有する。また、情報処理装置900は、ブリッジ905と、外部バス906と、インタフェース907と、入力装置908と、出力装置909と、ストレージ装置910と、ドライブ911と、リムーバブル記憶媒体912と、通信装置913とを有する。
CPU901は、演算処理装置及び制御装置として機能し、ROM902、RAM903、ストレージ装置910、又はリムーバブル記録媒体912に記録された各種プログラムに従って、情報処理装置900内の動作全般、又は、その一部を制御する。ROM902は、CPU901が使用するプログラムや演算パラメータなどを記憶する。RAM903は、CPU901の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。CPU901、ROM902、及びRAM903は、CPUバスなどの内部バスにより構成されるホストバス904により相互に接続されている。さらに、ホストバス904は、ブリッジ905を介して、PCI(Peripheral Component Interconnect/Interface)バス等の外部バス906に接続されている。なお、必ずしもホストバス904、ブリッジ905及び外部バス906を分離構成する必要はなく、1つのバスにこれらの機能を実装してもよい。
入力装置908は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチ及びレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、CPU901に出力する入力制御回路などから構成されている。情報処理装置900を操作するユーザは、当該入力装置908を操作することにより、情報処理装置900に対して各種のデータを入力したり処理動作を指示したりすることができる。なお、入力装置908は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよいし、情報処理装置900の操作に対応したスマートフォン等の外部接続機器(図示省略)であってもよい。
出力装置909は、取得した情報をユーザに対して視覚的又は聴覚的に通知することが可能な装置で構成される。出力装置909は、例えば、LCD、有機EL(Electro Luminescence)ディスプレイ、ランプ等の表示装置、スピーカ及びヘッドフォン等の音声出力装置等であり得る。出力装置909は、情報処理装置900の処理により得られた結果を、テキスト又は画像などの映像として出力したり、音声又は音響等の音声として出力したりすることができる。
ストレージ装置910は、情報処理装置900の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置910は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置及び記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置910は、例えば、HDD(Hard Disk Drive)等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス等により構成される。このストレージ装置910は、CPU901が実行するプログラムや各種データ、及び外部から取得した各種のデータ等を格納する。
ドライブ911は、磁気ディスク、光ディスク、又は半導体メモリ等のリムーバブル記録媒体912のためのリーダライタであり、情報処理装置900に内蔵、あるいは外付けされる。ドライブ911は、例えば、装着されているリムーバブル記録媒体912に記録されている情報を読み出して、RAM903に出力する。また、ドライブ911は、装着されているリムーバブル記録媒体912に記録を書き込む。
通信装置913は、例えば、通信ネットワークに接続するための通信デバイスなどで構成された通信インタフェースである。通信装置913は、例えば、有線又は無線LAN(Local Area Network)、Bluetooth(登録商標)、WUSB(wireless USB)用の通信カード等であり得る。また、通信装置925は、光通信用のルータ、ADSL(Asymmetric Digital Subscriber Line)用のルータ、又は、各種通信用のモデム等であってもよい。通信装置925は、例えば、インターネットや他の通信機器との間で、TCP/IPなどの所定のプロトコルを用いて信号等を送受信する。また、通信装置913に接続される通信ネットワークは、有線又は無線によって接続されたネットワークであり、例えば、インターネット、家庭内LAN、赤外線通信又は衛星通信等である。
以上、情報処理装置900のハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。かかる構成は、実施する時々の技術レベルに応じて適宜変更され得る。
<<5. 補足>>
なお、先に説明した本開示の実施形態は、例えば、上記で説明したような情報処理装置又は情報処理システムで実行される情報処理方法、情報処理装置を機能させるためのプログラム、及びプログラムが記録された一時的でない有形の媒体を含みうる。また、当該プログラムをインターネット等の通信回線(無線通信も含む)を介して頒布してもよい。
なお、先に説明した本開示の実施形態は、例えば、上記で説明したような情報処理装置又は情報処理システムで実行される情報処理方法、情報処理装置を機能させるためのプログラム、及びプログラムが記録された一時的でない有形の媒体を含みうる。また、当該プログラムをインターネット等の通信回線(無線通信も含む)を介して頒布してもよい。
また、上述した本開示の実施形態の情報処理方法における各ステップは、必ずしも記載された順序に沿って処理されなくてもよい。例えば、各ステップは、適宜順序が変更されて処理されてもよい。また、各ステップは、時系列的に処理される代わりに、一部並列的に又は個別的に処理されてもよい。さらに、各ステップの処理についても、必ずしも記載された方法に沿って処理されなくてもよく、例えば、他の機能部や装置等によって他の方法により処理されていてもよい。
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
なお、以下のような構成も本開示の技術的範囲に属する。
(1)
電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行う処理部と、
処理された前記キャプチャ画像に、所定の情報が含まれているかを判定する判定部と、
を備える、情報処理装置。
(2)
前記処理部は、前記電子商取引事業者ごとに予め設定された所定の処理条件に基づいて、マスク処理又はモザイク処理を行う、上記(1)に記載の情報処理装置。
(3)
前記処理部は、前記ユーザの操作に従って、前記マスク処理又は前記モザイク処理を修正又は変更する、上記(2)に記載の情報処理装置。
(4)
前記判定部は、予め設定された所定の設定条件に基づいて、前記処理されたキャプチャ画像に、前記所定の情報が含まれているかを判定する、上記(1)~(3)のいずれか1つに記載の情報処理装置。
(5)
前記判定部は、前記処理されたキャプチャ画像に、前記所定の情報が含まれていないと判定した場合には、前記ユーザに対してアラートを出力する、上記(4)に記載の情報処理装置。
(6)
前記所定の情報は、前記電子商取引事業者と前記ユーザとの間で行われた取引を特定するための取引識別情報を含む、上記(1)~(5)のいずれか1つに記載の情報処理装置。
(7)
前記所定の情報は、前記取引に関する取引付帯情報をさらに含む、上記(6)に記載の情報処理装置。
(8)
前記取引付帯情報は、取引年月日、取引商品識別情報、取引商品名、取引個数、取引金額のうちの少なくともいずれか1つを含む、上記(7)に記載の情報処理装置。
(9)
前記情報処理装置は、前記ユーザが操作するユーザ端末である、上記(1)~(8)のいずれか1つに記載の情報処理装置。
(10)
前記購入履歴、前記納品書、前記電子メールのうちの少なくとも1つをキャプチャすることができる画像キャプチャ部をさらに備える、上記(9)に記載の情報処理装置。
(11)
前記処理されたキャプチャ画像をサーバに送信する送信部をさらに備える、上記(9)又は(10)に記載の情報処理装置。
(12)
前記情報処理装置は、前記ユーザが操作するユーザ端末と通信可能なサーバである、上記(1)~(8)のいずれか1つに記載の情報処理装置。
(13)
前記キャプチャ画像を前記ユーザ端末から受信する受信部をさらに備える、上記(12)に記載の情報処理装置。
(14)
前記処理されたキャプチャ画像から前記所定の情報を取得する情報取得部を備える、上記(11)~(13)のいずれか1つに記載の情報処理装置。
(15)
前記情報取得部は、取得した前記所定の情報を用いて、前記電子商取引事業者が管理する他のサーバから、前記電子商取引事業者と前記ユーザとの間で行われた取引の内容を含む取引情報を取得する、上記(14)に記載の情報処理装置。
(16)
前記取引情報は、取引年月日、取引商品識別情報、取引商品名、取引個数、取引金額、取引ステータスのうちの少なくともいずれか1つを含む、上記(15)に記載の情報処理装置。
(17)
予め設定された所定のインセンティブ付与条件を参照して、前記取引情報に基づいて、前記ユーザに所定のインセンティブを付与するかどうかを判定するインセンティブ判定部をさらに備える、上記(15)又は(16)に記載の情報処理装置。
(18)
電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行うことと、
処理された前記キャプチャ画像に、所定の情報が含まれているかを判定することと、
を含む、情報処理方法。
(1)
電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行う処理部と、
処理された前記キャプチャ画像に、所定の情報が含まれているかを判定する判定部と、
を備える、情報処理装置。
(2)
前記処理部は、前記電子商取引事業者ごとに予め設定された所定の処理条件に基づいて、マスク処理又はモザイク処理を行う、上記(1)に記載の情報処理装置。
(3)
前記処理部は、前記ユーザの操作に従って、前記マスク処理又は前記モザイク処理を修正又は変更する、上記(2)に記載の情報処理装置。
(4)
前記判定部は、予め設定された所定の設定条件に基づいて、前記処理されたキャプチャ画像に、前記所定の情報が含まれているかを判定する、上記(1)~(3)のいずれか1つに記載の情報処理装置。
(5)
前記判定部は、前記処理されたキャプチャ画像に、前記所定の情報が含まれていないと判定した場合には、前記ユーザに対してアラートを出力する、上記(4)に記載の情報処理装置。
(6)
前記所定の情報は、前記電子商取引事業者と前記ユーザとの間で行われた取引を特定するための取引識別情報を含む、上記(1)~(5)のいずれか1つに記載の情報処理装置。
(7)
前記所定の情報は、前記取引に関する取引付帯情報をさらに含む、上記(6)に記載の情報処理装置。
(8)
前記取引付帯情報は、取引年月日、取引商品識別情報、取引商品名、取引個数、取引金額のうちの少なくともいずれか1つを含む、上記(7)に記載の情報処理装置。
(9)
前記情報処理装置は、前記ユーザが操作するユーザ端末である、上記(1)~(8)のいずれか1つに記載の情報処理装置。
(10)
前記購入履歴、前記納品書、前記電子メールのうちの少なくとも1つをキャプチャすることができる画像キャプチャ部をさらに備える、上記(9)に記載の情報処理装置。
(11)
前記処理されたキャプチャ画像をサーバに送信する送信部をさらに備える、上記(9)又は(10)に記載の情報処理装置。
(12)
前記情報処理装置は、前記ユーザが操作するユーザ端末と通信可能なサーバである、上記(1)~(8)のいずれか1つに記載の情報処理装置。
(13)
前記キャプチャ画像を前記ユーザ端末から受信する受信部をさらに備える、上記(12)に記載の情報処理装置。
(14)
前記処理されたキャプチャ画像から前記所定の情報を取得する情報取得部を備える、上記(11)~(13)のいずれか1つに記載の情報処理装置。
(15)
前記情報取得部は、取得した前記所定の情報を用いて、前記電子商取引事業者が管理する他のサーバから、前記電子商取引事業者と前記ユーザとの間で行われた取引の内容を含む取引情報を取得する、上記(14)に記載の情報処理装置。
(16)
前記取引情報は、取引年月日、取引商品識別情報、取引商品名、取引個数、取引金額、取引ステータスのうちの少なくともいずれか1つを含む、上記(15)に記載の情報処理装置。
(17)
予め設定された所定のインセンティブ付与条件を参照して、前記取引情報に基づいて、前記ユーザに所定のインセンティブを付与するかどうかを判定するインセンティブ判定部をさらに備える、上記(15)又は(16)に記載の情報処理装置。
(18)
電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行うことと、
処理された前記キャプチャ画像に、所定の情報が含まれているかを判定することと、
を含む、情報処理方法。
10 情報処理システム
100 ユーザ端末
110、210 表示部
120、220 入力部
130、230、330 記憶部
140、240、340 処理部
142 キャプチャ部
144、244 マスク処理部
146、246 判定部
148 インセンティブ取得部
160、260、360 通信部
200 判定サーバ
248 情報取得部
250 インセンティブ判定部
300 EC事業者サーバ
400 通信ネットワーク
500 設定画面
600a、600b キャプチャ画像
700 処理済キャプチャ画像
702 マスク
704 領域
900 情報処理装置
901 CPU
902 ROM
903 RAM
904 ホストバス
905 ブリッジ
906 外部バス
907 インタフェース
908 入力装置
909 出力装置
910 ストレージ装置
911 ドライブ
912 リムーバブル記憶媒体
913 通信装置
100 ユーザ端末
110、210 表示部
120、220 入力部
130、230、330 記憶部
140、240、340 処理部
142 キャプチャ部
144、244 マスク処理部
146、246 判定部
148 インセンティブ取得部
160、260、360 通信部
200 判定サーバ
248 情報取得部
250 インセンティブ判定部
300 EC事業者サーバ
400 通信ネットワーク
500 設定画面
600a、600b キャプチャ画像
700 処理済キャプチャ画像
702 マスク
704 領域
900 情報処理装置
901 CPU
902 ROM
903 RAM
904 ホストバス
905 ブリッジ
906 外部バス
907 インタフェース
908 入力装置
909 出力装置
910 ストレージ装置
911 ドライブ
912 リムーバブル記憶媒体
913 通信装置
Claims (18)
- 電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行う処理部と、
処理された前記キャプチャ画像に、所定の情報が含まれているかを判定する判定部と、
を備える、情報処理装置。 - 前記処理部は、前記電子商取引事業者ごとに予め設定された所定の処理条件に基づいて、マスク処理又はモザイク処理を行う、請求項1に記載の情報処理装置。
- 前記処理部は、前記ユーザの操作に従って、前記マスク処理又は前記モザイク処理を修正又は変更する、請求項2に記載の情報処理装置。
- 前記判定部は、予め設定された所定の設定条件に基づいて、前記処理されたキャプチャ画像に、前記所定の情報が含まれているかを判定する、請求項1に記載の情報処理装置。
- 前記判定部は、前記処理されたキャプチャ画像に、前記所定の情報が含まれていないと判定した場合には、前記ユーザに対してアラートを出力する、請求項4に記載の情報処理装置。
- 前記所定の情報は、前記電子商取引事業者と前記ユーザとの間で行われた取引を特定するための取引識別情報を含む、請求項1に記載の情報処理装置。
- 前記所定の情報は、前記取引に関する取引付帯情報をさらに含む、請求項6に記載の情報処理装置。
- 前記取引付帯情報は、取引年月日、取引商品識別情報、取引商品名、取引個数、取引金額のうちの少なくともいずれか1つを含む、請求項7に記載の情報処理装置。
- 前記情報処理装置は、前記ユーザが操作するユーザ端末である、請求項1に記載の情報処理装置。
- 前記購入履歴、前記納品書、前記電子メールのうちの少なくとも1つをキャプチャすることができる画像キャプチャ部をさらに備える、請求項9に記載の情報処理装置。
- 前記処理されたキャプチャ画像をサーバに送信する送信部をさらに備える、請求項9に記載の情報処理装置。
- 前記情報処理装置は、前記ユーザが操作するユーザ端末と通信可能なサーバである、請求項1に記載の情報処理装置。
- 前記キャプチャ画像を前記ユーザ端末から受信する受信部をさらに備える、請求項12に記載の情報処理装置。
- 前記処理されたキャプチャ画像から前記所定の情報を取得する情報取得部を備える、請求項11に記載の情報処理装置。
- 前記情報取得部は、取得した前記所定の情報を用いて、前記電子商取引事業者が管理する他のサーバから、前記電子商取引事業者と前記ユーザとの間で行われた取引の内容を含む取引情報を取得する、請求項14に記載の情報処理装置。
- 前記取引情報は、取引年月日、取引商品識別情報、取引商品名、取引個数、取引金額、取引ステータスのうちの少なくともいずれか1つを含む、請求項15に記載の情報処理装置。
- 予め設定された所定のインセンティブ付与条件を参照して、前記取引情報に基づいて、前記ユーザに所定のインセンティブを付与するかどうかを判定するインセンティブ判定部をさらに備える、請求項15に記載の情報処理装置。
- 電子商取引事業者によってユーザに提供される購入履歴、納品書、電子メールのうちの少なくとも1つをキャプチャすることによって得られたキャプチャ画像の所定の領域に対して、マスク処理又はモザイク処理を行うことと、
処理された前記キャプチャ画像に、所定の情報が含まれているかを判定することと、
を含む、情報処理方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/051,621 US11405528B2 (en) | 2018-05-23 | 2019-03-26 | Information processing device and information processing method for avoiding leakage of information |
CN201980032553.6A CN112119419A (zh) | 2018-05-23 | 2019-03-26 | 信息处理设备和信息处理方法 |
EP19806894.2A EP3798959A4 (en) | 2018-05-23 | 2019-03-26 | INFORMATION PROCESSING DEVICE AND INFORMATION PROCESSING PROCESS |
JP2020521060A JP7446992B2 (ja) | 2018-05-23 | 2019-03-26 | 情報処理装置及び情報処理方法 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2018-098551 | 2018-05-23 | ||
JP2018098551 | 2018-05-23 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019225142A1 true WO2019225142A1 (ja) | 2019-11-28 |
Family
ID=68616291
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2019/012640 WO2019225142A1 (ja) | 2018-05-23 | 2019-03-26 | 情報処理装置及び情報処理方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US11405528B2 (ja) |
EP (1) | EP3798959A4 (ja) |
JP (1) | JP7446992B2 (ja) |
CN (1) | CN112119419A (ja) |
WO (1) | WO2019225142A1 (ja) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2023020255A (ja) * | 2021-07-30 | 2023-02-09 | 楽天グループ株式会社 | 情報提供システム、情報提供方法、及びプログラム |
JP2023020256A (ja) * | 2021-07-30 | 2023-02-09 | 楽天グループ株式会社 | 情報提供システム、情報提供方法、及びプログラム |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004295326A (ja) | 2003-03-26 | 2004-10-21 | Nippon Telegr & Teleph Corp <Ntt> | 個人情報を秘匿した購買情報管理システム |
JP2010079877A (ja) | 2008-08-25 | 2010-04-08 | Great Information Kk | 年齢認証システム |
JP2010204861A (ja) * | 2009-03-02 | 2010-09-16 | Clementec Co Ltd | キャンペーン応募システム |
US20110225031A1 (en) * | 2008-11-04 | 2011-09-15 | Innoinfo Co., Ltd. | System for providing coupon service using receipts and method for providing coupon service using the same |
US20130103475A1 (en) * | 2012-09-14 | 2013-04-25 | Endorse Corp. | Systems and methods for campaign offers and rewards with offer serving engine based on digitized receipt data |
JP2014038561A (ja) * | 2012-08-20 | 2014-02-27 | Obic Business Consultants Ltd | 情報処理装置、情報処理方法、およびプログラム |
JP2014044620A (ja) * | 2012-08-28 | 2014-03-13 | Obic Business Consultants Ltd | 情報処理装置、情報処理方法、およびプログラム |
JP2014186726A (ja) * | 2013-02-25 | 2014-10-02 | Blanca:Kk | キャンペーン応募システム |
JP2016126761A (ja) | 2015-01-07 | 2016-07-11 | スター精密株式会社 | 電子レシート発行システム |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104021350B (zh) * | 2014-05-13 | 2016-07-06 | 小米科技有限责任公司 | 隐私信息隐藏方法及装置 |
US9916328B1 (en) * | 2014-07-11 | 2018-03-13 | Google Llc | Providing user assistance from interaction understanding |
WO2017107196A1 (zh) | 2015-12-25 | 2017-06-29 | 华为技术有限公司 | 一种通过压力隐藏图片中敏感信息的方法及装置 |
CN108665199A (zh) * | 2017-03-31 | 2018-10-16 | 北京京东尚科信息技术有限公司 | 信息推送方法和装置 |
CN107516050A (zh) | 2017-08-08 | 2017-12-26 | 北京小米移动软件有限公司 | 图片处理方法、装置及终端 |
-
2019
- 2019-03-26 WO PCT/JP2019/012640 patent/WO2019225142A1/ja unknown
- 2019-03-26 EP EP19806894.2A patent/EP3798959A4/en not_active Withdrawn
- 2019-03-26 CN CN201980032553.6A patent/CN112119419A/zh not_active Withdrawn
- 2019-03-26 JP JP2020521060A patent/JP7446992B2/ja active Active
- 2019-03-26 US US17/051,621 patent/US11405528B2/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004295326A (ja) | 2003-03-26 | 2004-10-21 | Nippon Telegr & Teleph Corp <Ntt> | 個人情報を秘匿した購買情報管理システム |
JP2010079877A (ja) | 2008-08-25 | 2010-04-08 | Great Information Kk | 年齢認証システム |
US20110225031A1 (en) * | 2008-11-04 | 2011-09-15 | Innoinfo Co., Ltd. | System for providing coupon service using receipts and method for providing coupon service using the same |
JP2010204861A (ja) * | 2009-03-02 | 2010-09-16 | Clementec Co Ltd | キャンペーン応募システム |
JP2014038561A (ja) * | 2012-08-20 | 2014-02-27 | Obic Business Consultants Ltd | 情報処理装置、情報処理方法、およびプログラム |
JP2014044620A (ja) * | 2012-08-28 | 2014-03-13 | Obic Business Consultants Ltd | 情報処理装置、情報処理方法、およびプログラム |
US20130103475A1 (en) * | 2012-09-14 | 2013-04-25 | Endorse Corp. | Systems and methods for campaign offers and rewards with offer serving engine based on digitized receipt data |
JP2014186726A (ja) * | 2013-02-25 | 2014-10-02 | Blanca:Kk | キャンペーン応募システム |
JP2016126761A (ja) | 2015-01-07 | 2016-07-11 | スター精密株式会社 | 電子レシート発行システム |
Non-Patent Citations (1)
Title |
---|
See also references of EP3798959A4 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2023020255A (ja) * | 2021-07-30 | 2023-02-09 | 楽天グループ株式会社 | 情報提供システム、情報提供方法、及びプログラム |
JP2023020256A (ja) * | 2021-07-30 | 2023-02-09 | 楽天グループ株式会社 | 情報提供システム、情報提供方法、及びプログラム |
JP7245875B2 (ja) | 2021-07-30 | 2023-03-24 | 楽天グループ株式会社 | 情報提供システム、情報提供方法、及びプログラム |
JP7245874B2 (ja) | 2021-07-30 | 2023-03-24 | 楽天グループ株式会社 | 情報提供システム、情報提供方法、及びプログラム |
Also Published As
Publication number | Publication date |
---|---|
JP7446992B2 (ja) | 2024-03-11 |
US11405528B2 (en) | 2022-08-02 |
CN112119419A (zh) | 2020-12-22 |
JPWO2019225142A1 (ja) | 2021-07-29 |
EP3798959A4 (en) | 2021-07-14 |
EP3798959A1 (en) | 2021-03-31 |
US20210227094A1 (en) | 2021-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11397959B2 (en) | Information processing device, information processing terminal, and information processing method | |
BRPI0609746A2 (pt) | sistema, método de operação de um servidor e meio de armazenamento que pode ser lido em compuutador, que contém um conjunto de instruções para um processador | |
US20140244451A1 (en) | E-commerce transaction verification system and method | |
US20120130792A1 (en) | System and method of redeeming coupons and preventing web-based coupon fraud | |
US11847636B2 (en) | Seamless electronic system and method for application, acceptance of, authorizing access to, and tracking purchases made with a new credit account | |
US20140188645A1 (en) | Methods and devices for generating and reporting digital qr receipts | |
WO2019225142A1 (ja) | 情報処理装置及び情報処理方法 | |
JP2007280290A (ja) | 地域広告システム | |
CN104951944A (zh) | 一种产品扫描检查的方法以及一种产品检查的方法 | |
JP2005202734A (ja) | インターネットを利用した販売支援システムおよび販売支援方法 | |
CN110930142A (zh) | 信息处理方法及装置、非临时性计算机可读存储介质 | |
CA3060136A1 (en) | Seamless electronic system and method for application, acceptance of, authorizing access to, and tracking purchases made with a new credit account | |
JP4961608B2 (ja) | 保証システム | |
KR101758712B1 (ko) | 영수증 관리 방법 및 이를 위한 장치 | |
JP2009037394A (ja) | 保険契約管理システム及びその処理方法 | |
CN106875238B (zh) | ***信息生成方法和装置 | |
JP2017117258A (ja) | 販売促進支援サーバ、販売促進支援システム及び販売促進の支援方法 | |
KR102049432B1 (ko) | 비대면 신용카드 결제방법 | |
JP2014044594A (ja) | アフィリエイト管理装置、アフィリエイト管理方法、制御プログラム、および、記録媒体 | |
KR102595827B1 (ko) | 사용자 인증 기반 전자담배 자동판매 서비스 제공 시스템 | |
US11710125B1 (en) | Systems and methods for automated validation for proprietary security implementations | |
JP6462105B1 (ja) | 情報処理装置及び情報処理システム | |
JP6032835B2 (ja) | 情報提供システム | |
JP2008065497A (ja) | 契約内容管理装置、契約内容提供方法、プログラム、および契約内容管理システム | |
JP2021033475A (ja) | 出力装置、出力方法及び出力プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19806894 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2020521060 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2019806894 Country of ref document: EP Effective date: 20201223 |