WO2011078348A1 - 購入予定商品の適否判定システム - Google Patents

購入予定商品の適否判定システム Download PDF

Info

Publication number
WO2011078348A1
WO2011078348A1 PCT/JP2010/073401 JP2010073401W WO2011078348A1 WO 2011078348 A1 WO2011078348 A1 WO 2011078348A1 JP 2010073401 W JP2010073401 W JP 2010073401W WO 2011078348 A1 WO2011078348 A1 WO 2011078348A1
Authority
WO
WIPO (PCT)
Prior art keywords
product
purchase
planned
combination
determination table
Prior art date
Application number
PCT/JP2010/073401
Other languages
English (en)
French (fr)
Inventor
久範 山原
Original Assignee
楽天株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 楽天株式会社 filed Critical 楽天株式会社
Priority to US13/518,520 priority Critical patent/US20120323731A1/en
Priority to JP2011547659A priority patent/JP5073857B2/ja
Priority to EP20100839577 priority patent/EP2518674A4/en
Publication of WO2011078348A1 publication Critical patent/WO2011078348A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates to a system for determining the suitability of a product to be purchased that judges whether or not the products to be purchased registered in a so-called shopping basket on a mail-order sales site are appropriate.
  • Patent Literature 1 electronic commerce method and electronic commerce system
  • the product information display screen is switched to another product information display screen
  • the product selected by the customer is always displayed for each store.
  • An electronic commerce method and an electronic commerce system are disclosed.
  • An object of the present invention is a system for preventing shopping mistakes by determining the suitability of products for a purchase planned product registered in a shopping cart and calling attention when the products are in an inappropriate combination. Is to provide.
  • Another object of the present invention is to generate a determination table in advance each time a purchase planned product to be input to a shopping cart is added, so that even when there are a plurality of products in the shopping cart, the additional product It is an object of the present invention to provide a system capable of promptly determining whether or not a product is appropriate.
  • the mail order server of the present invention is a mail order server that can be connected to a user terminal via the Internet, accepts an input of a purchase planned product from the user terminal, and stores a purchase planned product storage unit that stores the purchase planned product;
  • a determination table generating unit that generates a determination table for determining a combination of the planned purchase product with reference to a product table that stores the suitability of the combination of the planned purchase product when the purchase planned product is received;
  • the existing purchase planned product stored in the purchase plan storage unit and the addition are referenced with reference to the determination table generated by the determination table generation unit
  • a combination determination unit that determines the suitability of a combination with a product to be purchased and a combination determination unit that determines that the combination is inappropriate,
  • the planned purchase product determination method of the present invention is a purchase planned product determination method executed by a mail order server that can be connected to a user terminal via the Internet, and receives an input of the planned purchase product from the user terminal, and the purchase plan
  • the purchase planned product storage step for storing the product in the planned purchase product storage unit, and when the purchase planned product is accepted, the product table storing the suitability of the combination of the planned purchase product is referred to, and the combination of the planned purchase product
  • the determination table generation step for generating the determination table and the input of the purchase planned product to be added to the purchase planned product storage unit are received, with reference to the determination table generated in the determination table generation step, Appropriateness of the combination of the existing purchase planned product stored in the purchase planned storage unit and the purchase planned product to be added
  • a program of the present invention is a mail order server that can connect a computer to a user terminal via the Internet, and receives a purchase planned product from the user terminal and stores the purchase planned product storage unit.
  • a determination table generating unit that generates a determination table for determining the combination of the planned purchase product with reference to a product table that stores the suitability of the combination of the planned purchase product when the planned purchase product is received;
  • an input of a purchase planned product to be added to the purchase planned product storage unit is received, with reference to the determination table generated by the determination table generation unit, the existing purchase planned product stored in the purchase plan storage unit and the relevant
  • the combination determination unit that determines the suitability of the combination with the planned product to be added and the combination determination unit determine that the combination is inappropriate.
  • a determination table update unit that generates a determination table for both of the planned purchase products by combining the determination table for the existing planned purchase product and the determination table for the additional purchase planned product And make it work.
  • the computer-readable recording medium of the present invention is a mail order server that can connect a computer to a user terminal via the Internet, and receives a purchase planned product from the user terminal and stores the purchase planned product. Determination that generates a determination table for determining a combination of the planned purchase product with reference to the planned product storage unit and a product table that stores the propriety of the combination of the planned purchase product when the purchase planned product is received
  • the existing table stored in the purchase schedule storage unit is referred to with reference to the determination table generated by the determination table generation unit
  • a combination determination unit that determines whether a combination of a planned purchase product and the planned purchase product to be added is appropriate, and a combination determination unit Added when the combination determination unit determines that the combination is appropriate, and the attention induction screen generation unit that generates the attention induction screen in which data that calls attention is set.
  • the product table storing the appropriateness of the combination of the planned product to be purchased and combining the judgment table related to the existing product planned for purchase and the determination table related to the product planned to be added, the judgment table related to both products planned for purchase And a program that functions as a determination table update unit that generates.
  • the product table is referred to, and a determination table for determining a combination of purchase planned products is generated.
  • the determination table is generated when a product is input to an empty shopping cart and when a product is further input to a shopping cart in which a product has already been registered. For this reason, when receiving an input of an item to be purchased to be added, a determination table has already been generated, and immediately after receiving an input of an item to be purchased to be added, the appropriateness determination is quickly performed. Then, when the determination with reference to the determination table is performed, an attention drawing screen is generated when it is determined as inappropriate.
  • the combination determination unit stores the determination target product, the inappropriate product whose combination of the determination target product is inappropriate, and data for calling attention indicating inappropriate content in association with each other. If the product to be added to be added is a product to be determined and the product to be purchased is an inappropriate product, the corresponding data for calling attention may be specified. . In this case, it is preferable that data for calling attention indicating inappropriate content is synthesized in advance in the determination table.
  • the combination determination unit includes an appropriate product in which the combination of the determination target product and the matching product type for determining the combination of the determination target product and the determination target product is appropriate, and the suitability of the determination target product.
  • an appropriate product definition table that stores and stores data that calls attention, indicating that the product to be added is the product to be determined, the product to be purchased already corresponds to the matching product type,
  • corresponding data for calling attention may be specified. In this case, it is preferable that data for calling attention indicating aptitude is synthesized in advance in the determination table.
  • the combination determination unit may specify data for calling attention indicating that the attribute is different when the attribute of the purchase planned product to be added is different from the attribute of the existing purchase planned product. .
  • data for calling attention indicating that the attributes are different is synthesized in advance in the determination table.
  • the mail order server of the present invention further includes a product table that stores attributes for each product, and the combination determination unit adds an attribute of the purchase planned product to be added and an attribute of the existing purchase planned product based on the product table. You may specify.
  • the mail order server of the present invention displays product attributes as tag information, and stores a product page configured to add the tag information to the purchase plan and send it when sending the purchase plan of the product.
  • the combination determination unit may specify the attribute of the planned purchase product to be added and the attribute of the existing planned purchase product using the attribute included in the purchase plan.
  • a combination of a product to be purchased and an existing product to be purchased is determined, and data for calling attention appropriate to the determination content is displayed on the purchase schedule confirmation screen, so that a shopping mistake can be prevented in advance. it can. Even if the purchaser is careless or unaware, the problem due to the combination can be surely notified, and there is an advantage that the purchaser can shop with peace of mind.
  • the product table is referred to each time an input of the planned purchase product to be added is received, and a determination table for determining the combination of the planned purchase product is generated.
  • the input of the product is not mechanically received, so that there is a sufficient time delay to generate the determination table in advance.
  • Using the appropriate product definition table can provide the user with a sense of security that the product is an appropriate product when there is no data to call attention.
  • the mail order server is configured so as to call attention when the attributes are different, it is possible to prevent shopping mistakes in product fields (for example, application software and game software) that are prone to errors such as compatibility problems.
  • FIG. 1 is a diagram illustrating a network configuration of a purchase planned product determination system.
  • FIG. 2 is a diagram showing an outline of the operation of the purchase planned product determination system.
  • FIG. 3 is a diagram illustrating an example of a product page.
  • FIG. 4 is a diagram showing a configuration of a mail order server related to product page distribution.
  • FIG. 5 is a diagram showing a product page distribution processing flow.
  • FIG. 6 is a diagram showing a processing flow relating to a purchase schedule and an order.
  • FIG. 7 is a diagram illustrating a configuration of a mail order server related to purchase schedule and order placement.
  • FIG. 8 is a diagram illustrating an example of the purchase schedule storage unit according to the first embodiment (before the purchase schedule is added).
  • FIG. 9 is a diagram illustrating an example of a product page according to the first embodiment.
  • FIG. 10 is a diagram illustrating an example of an inappropriate product definition table.
  • FIG. 11 is a diagram showing a combination determination processing flow according to the first embodiment.
  • FIG. 12 is a diagram illustrating an example of a purchase schedule confirmation screen according to the first embodiment.
  • FIG. 13 is a diagram showing a purchase schedule confirmation screen generation processing flow.
  • FIG. 14 is a diagram illustrating an example of the purchase schedule storage unit according to the first embodiment (after the purchase schedule is added).
  • FIG. 15 is a diagram illustrating an example of an appropriate product definition table.
  • FIG. 16 is a diagram illustrating an example (part 1) of the product page according to the second embodiment.
  • FIG. 17 is a diagram illustrating an example (part 2) of the product page according to the second embodiment.
  • FIG. 18 is a diagram illustrating an example of the purchase schedule storage unit according to the second embodiment (before the purchase schedule is added).
  • FIG. 19 is a diagram showing a combination determination processing flow according to the second embodiment.
  • FIG. 20 is a diagram illustrating an example of a purchase schedule confirmation screen according to the second embodiment.
  • FIG. 21 is a diagram illustrating an example of the purchase schedule storage unit according to the second embodiment (after the purchase schedule is added).
  • FIG. 22 is a diagram illustrating an example of a product table according to the third embodiment.
  • FIG. 23 is a diagram showing a combination determination processing flow according to the third embodiment.
  • FIG. 24 is a diagram illustrating an example of a purchase schedule confirmation screen according to the third embodiment.
  • FIG. 25 is a diagram illustrating an example (part 1) of the product page according to the third embodiment.
  • FIG. 26 is a diagram illustrating an example (part 2) of the product page according to the third embodiment.
  • FIG. 27 is a diagram showing a processing flow of the product page program.
  • FIG. 28 is a diagram illustrating an example of the purchase schedule storage unit according to the fourth embodiment (before the purchase schedule is added).
  • FIG. 29 is a diagram illustrating an example of a purchase schedule confirmation screen according to the fourth embodiment.
  • FIG. 1 is a diagram illustrating a network configuration of a purchase planned product determination system.
  • the mail order server 101 and the user terminal 102 are connected via the Internet.
  • the mail order server 101 is a server that operates a mail order site.
  • the user terminal 102 is a terminal used by mail order users. It has a Web browser that expands pages described in the HTML language.
  • FIG. 2 is a diagram showing an outline of operation of the purchase planned product determination system.
  • the user terminal 102 sends a login request and logs into the mail order server 101.
  • a product A page request is sent from the user terminal 102 during login, the product A page is distributed from the mail order server 101 to the user terminal 102.
  • FIG. 3 is a diagram showing an example of a product page.
  • the product page displays, for example, product images, product names, and unit prices.
  • the product page includes an input box for receiving the number of orders, and an icon for instructing transmission of a purchase schedule request (“Add to shopping cart” button).
  • a purchase schedule request is transmitted from the user terminal 102 to the mail order server 101.
  • a product table that stores the propriety of the combination of the planned purchase products is referred to, and a determination table for determining the combination of the planned purchase products is generated.
  • a purchase schedule confirmation screen is distributed from the mail order server 101 to the user terminal 102.
  • the same processing is performed for other products such as the product B.
  • a product table that stores the suitability of the combination of products planned for purchase is referred to, and a determination table for determining a combination of products planned for purchase is generated.
  • FIG. 4 is a diagram showing a configuration of a mail order server related to product page distribution.
  • the login unit 401 is configured to transmit a login screen, accept a user ID and password, and perform user authentication.
  • the user table 402 stores user IDs and passwords that are collated by user authentication in association with each other.
  • the product A page request receiving unit 403 is configured to receive a product A page request from the user terminal 102.
  • the product A page transmission unit 404 is configured to transmit the product A page to the user terminal 102.
  • the product A page storage unit 405 stores a screen (HTML) of the product A page.
  • the product B page request receiving unit 406 is configured to receive a product B page request from the user terminal 102.
  • the product B page transmission unit 407 is configured to transmit the product B page to the user terminal 102.
  • the product B page storage unit 408 stores a screen (HTML) of the product B page.
  • FIG. 4 illustrates an embodiment in which a product page is stored for each product, a page request is received for each product, and page data is transmitted, page information that can be uniquely identified by a URL or the like is shown as one receiving unit. And one transmission unit may transmit each page data.
  • FIG. 5 is a diagram showing a product page distribution processing flow.
  • Access to the URL of the product A page is accepted in the product A page request reception process (S501) by the product A page request reception unit 403, and then the product A page transmission process (S502) by the product A page transmission unit 404 A page is transmitted. And it returns to the state waiting for reception of the goods A page request again.
  • access to the URL of the product B page is received in the product B page request reception process (S503) by the product B page request reception unit 406, and the product B by the product B page transmission unit 407 is received.
  • the page transmission process (S504) the product B page is transmitted, and the process returns to the request waiting state.
  • FIG. 6 is a diagram showing a processing flow relating to a purchase schedule and an order.
  • a purchase schedule is received from the user terminal 102 in the purchase schedule reception process (S601)
  • a product table that stores the suitability of the combination with the purchase planned product is referred to determine the combination of the purchase planned product.
  • a determination table is generated (S602A).
  • the combination determination process determines the combination of the existing purchase planned product and the additional purchase planned product.
  • the purchase schedule confirmation screen is generated in the purchase schedule confirmation screen generation process (S603), the purchase schedule is registered in the purchase schedule registration process (S604), and the purchase schedule confirmation screen is displayed in the purchase schedule confirmation screen transmission process (S605). It is returned to the user terminal 102. Then, it again returns to the waiting state for receiving a purchase.
  • the determination table is generated not only when the first purchase planned product is put into the shopping cart but also when the additional purchase planned product is put into the shopping cart.
  • the already generated determination table is updated. The update is to synthesize a determination table for products already in the shopping cart and a determination table for products to be added.
  • FIG. 7 is a diagram showing a configuration of a mail order server related to purchase schedule and ordering.
  • the purchase schedule receiving unit 701 receives a purchase schedule to be added from the user terminal 102 in the purchase schedule receiving process (S601).
  • the purchase schedule includes a product ID and the number of orders.
  • the combination determination unit 702 obtains the product ID of the existing purchase plan from the purchase plan storage unit 703 and relates to the combination with the product ID of the additional purchase plan received by the purchase plan reception unit 701 in the combination determination process (S602). Judge the suitability. This determination will be described later with reference to FIGS.
  • the purchase schedule storage unit 703 is configured to store the additional purchase schedules received by the purchase schedule reception unit 701 sequentially.
  • FIG. 8 is a diagram illustrating an example of the purchase schedule storage unit according to the first embodiment (before the purchase schedule is added).
  • the data stored in the purchase schedule storage unit 703 is configured such that a user ID is provided in the header, a record is provided for each purchase schedule, and the product ID and the number of orders are stored in association with each other.
  • one “C detergent” identified by the product ID “I003” is registered as an existing purchase schedule.
  • the purchase schedule confirmation screen generation unit 704 generates a purchase schedule confirmation screen that displays the existing purchase schedule, the additional purchase schedule, and data to call attention in the purchase schedule confirmation screen generation processing (S603), and can send an order request.
  • the purchase schedule confirmation screen generation unit 704 acquires the existing purchase schedule (product ID and the number of orders) from the purchase schedule storage unit 703 and sets it on the purchase schedule confirmation screen.
  • the purchase schedule reception unit 701 receives the addition The purchase schedule (product ID and number of orders) is also set on the purchase schedule confirmation screen.
  • the purchase schedule confirmation screen will be described in detail with reference to FIGS.
  • the product table 705 stores a product ID, a product name, and a unit price in association with each product that can be reserved and purchased.
  • FIG. 9 is a diagram illustrating an example of a product page according to the first embodiment.
  • a product ID, a product name, and a unit price are stored in association with each product.
  • the determination table generation unit 706 generates a determination table for determining the combination of the planned purchase product with reference to the product table storing the suitability of the combination of the planned purchase product when the input of the planned purchase product is received. To do.
  • the determination table generation unit 706 receives an input of a purchase planned product to be added, the determination table generation unit 706 refers to a product table that stores the appropriateness of the combination of the purchase planned product, and a determination table related to the existing purchase planned product and the purchase to be added. By combining the determination table related to the planned product, a determination table for determining the combination of these planned purchase products is generated.
  • the combination determination unit 702 refers to the generated or updated determination table and determines whether or not the combination of the existing product and the added product is appropriate each time a product is added.
  • the purchase schedule confirmation screen transmission unit 707 returns the purchase schedule confirmation screen generated by the purchase schedule confirmation screen generation unit 704 to the user terminal 102 in the purchase schedule confirmation screen transmission process (S605).
  • the order request receiving unit 708 receives the order request sent by the instruction on the purchase schedule confirmation screen in the order request receiving process (S606).
  • the order registration information unit 709 obtains an existing purchase schedule corresponding to the user ID that has been authenticated by the order registration (S607) from the purchase schedule storage unit 703 and stores it in the order registration information unit 709.
  • the order information storage unit 710 is configured to store order information in association with a user ID.
  • the order information is configured to store a product ID and the number of orders in association with each order product.
  • the logout unit 711 operates to cancel the connection by executing logout in response to a request from the user terminal 102 or due to a timeout.
  • FIG. 10 is a diagram illustrating an example of an inappropriate product definition table.
  • a determination target product ID For each definition of an inappropriate product, a determination target product ID, an inappropriate product ID, and data for calling attention are associated and stored.
  • the warning data includes text data and images of warning texts, text data and images of warning texts, texts and images of content that prompts reconsideration, and a plurality of types are prepared for each risk level.
  • the determination target product ID specifies a product whose suitability is determined.
  • the inappropriate product ID specifies a product that is inappropriate (or may be inappropriate) when combined with the determination target product.
  • the data for calling attention indicates content that is inappropriate when the determination target product is combined with an inappropriate product.
  • FIG. 11 is a diagram showing a combination determination processing flow according to the first embodiment.
  • the following processing is repeated for each of the existing products scheduled for purchase stored in the purchase plan storage unit 703 (S1101).
  • the following process is repeated for each record in the inappropriate product definition table (S1102).
  • the generated determination table is referred to and the existing purchase planned product ID matches the inappropriate product ID (S1103), and the additional purchase planned product ID matches the determination target product ID (S1104), It is determined that the record is inappropriate, and data for calling attention to the record is read (S1105).
  • the determination table is updated for the added product (S1107).
  • FIG. 12 is a diagram illustrating an example of a purchase schedule confirmation screen according to the first embodiment.
  • a bleaching agent (I001) is selected, it is warned that there is a risk of chlorine generation in relation to C detergent (I003).
  • an order icon (“Order”) is clicked, an order request is transmitted to the mail order server 101.
  • FIG. 13 is a diagram showing a purchase schedule confirmation screen generation process flow.
  • the existing purchase schedule read from the purchase schedule storage unit 703 is set in the display field (S1301), and the additional purchase schedule display received by the purchase schedule reception unit 701 is set in the display field (S1302). Further, when the determination result of the combination determination unit 702 is inappropriate, the specified data for calling attention is set in the display field (S1303).
  • FIG. 14 is a diagram illustrating an example of the purchase schedule storage unit (after the purchase schedule is added) according to the first embodiment. This example shows a state where the C detergent (I003) is canceled and the D detergent (I004) is selected again.
  • Embodiment 2 FIG. In the above-described embodiment, an example in which an inappropriate product combination is determined has been described. Here, an example in which an appropriate product combination is determined will be described.
  • FIG. 15 is a diagram illustrating an example of an appropriate product definition table.
  • a determination target product ID, a matching product type, an appropriate product ID, and data for calling attention are associated and stored.
  • the matching product type indicates a product category that needs to be determined whether it is appropriate (appropriate or inappropriate) with the determination target product. This example shows that it is necessary to determine the suitability of the memory card (determination target product) with the digital camera (matching product type).
  • the appropriate product ID indicates an ID of an appropriate product (a product other than an inappropriate product among products corresponding to the verification product type) among the products corresponding to the verification product type.
  • a plurality of appropriate product IDs can be set.
  • the data for prompting attention indicates the suitability of the determination target product regarding the matching product type.
  • FIG. 16 is a diagram illustrating an example (part 1) of the product page according to the second embodiment.
  • C001 and C002 are digital cameras compatible with an X memory card
  • C003 and C004 are digital cameras compatible with a Y memory card.
  • FIG. 17 is a diagram showing an example (part 2) of the product page according to the second embodiment.
  • M001 and M002 are X memory cards
  • M003 and M004 are Y memory cards.
  • FIG. 18 is a diagram illustrating an example of the purchase schedule storage unit according to the second embodiment (before the purchase schedule is added).
  • the digital camera Degi- ⁇ (C003) is registered in the purchase schedule.
  • FIG. 19 is a diagram showing a combination determination processing flow according to the second embodiment. It is determined whether there is a record having the additional purchase-scheduled product ID as a determination target product ID (S1901). If such a record exists, the process ends. If there is such a record, the following processing is performed. First, the matching product type of the record is specified (S1902). Then, the following processing is repeated for each product scheduled to be purchased (S1903). If the product planned for existing purchase corresponds to the collation product type (S1904), it is determined whether the product ID of the existing purchase plan matches the appropriate product ID (S1905), and which product ID of the existing purchase plan is selected.
  • FIG. 20 is a diagram illustrating an example of a purchase schedule confirmation screen according to the second embodiment.
  • X-16 M001
  • attention is drawn to the fact that it is a memory card for an X memory card compatible camera in relation to Digi- ⁇ (C003). This suggests that the digital camera registered earlier is not suitable for the card selected later. Note that the data for calling attention in FIG. 20 is set lower than the risk of chlorine gas generation.
  • FIG. 21 is a diagram illustrating an example of the purchase schedule storage unit (after the purchase schedule is added) according to the second embodiment.
  • X-16 M001
  • Y-16 M003
  • Embodiment 3 FIG. In this embodiment, an example in which a difference in attributes is checked according to the attribute of a product is shown.
  • FIG. 22 is a diagram illustrating an example of a product table according to the third embodiment. As an example of the attribute, the operating OS is stored in association with other items.
  • FIG. 23 is a diagram showing a combination determination processing flow according to the third embodiment.
  • the attribute of the product scheduled to be additionally purchased is read from the product table 705 (S2301).
  • the following processing is repeated for each product scheduled to be purchased (S2302).
  • the attribute of the product scheduled to be purchased is read from the product table 705 (S2303). It is determined whether or not the attributes of both products match (S2304). If they do not match, data for prompting attention of attribute mismatch is set (S2305). All existing purchase schedules are processed (S2306), and the determination table is updated (S2307).
  • FIG. 24 is a diagram showing an example of a purchase schedule confirmation screen according to the third embodiment.
  • a image editing (S001) is selected, attention is given to the fact that the operating OS is different in relation to the C spreadsheet (S003). This indicates that the attributes are different.
  • Embodiment 4 FIG. In the third embodiment, an example in which the attribute of a product is specified in the product table has been described. In this embodiment, an example in which an attribute is specified from screen data of a product page will be described.
  • FIG. 25 is a diagram showing an example (part 1) of the product page according to the third embodiment.
  • FIG. 26 is a diagram illustrating an example (part 2) of the product page according to the third embodiment.
  • an operation game machine is displayed on the tag. This information can be read from the description of the source code on the product page screen.
  • an icon for instructing transmission of an additional purchase schedule (“add to shopping basket”) is clicked, this tag information is read and transmitted.
  • FIG. 27 is a diagram showing a processing flow of the product page program.
  • S2701 an event is acquired (S2701) and the event is generated from an icon ("Add to shopping basket") that instructs transmission of an additional purchase schedule (S2702)
  • the attribute is read from the tag display (S2703) and added.
  • the attribute is added to the purchase schedule (S2704).
  • the additional purchase schedule including the attribute is transmitted to the mail order server 101 (S2705).
  • FIG. 28 is a diagram illustrating an example of the purchase schedule storage unit according to the fourth embodiment (before the purchase schedule is added). An action game machine is stored in association with other items as an attribute.
  • FIG. 29 is a diagram showing an example of a purchase schedule confirmation screen according to the fourth embodiment. At the time when Fighting A is selected, attention is urged that the operating game machine is different in relation to C health. This example also shows that the attributes are different.
  • Mail order server 101 is a computer, and each element can execute processing by a program. Further, the program can be stored in a storage medium so that the computer can read the program from the storage medium.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

　買い物ミスを未然に防止するシステムを提供することを目的とする。組合せ判定部７０２が、購入予定受信部７０１で受信した追加購入予定の商品と、購入予定記憶部７０３に先に記憶している既存購入予定の商品の組合せとを判定し、判定内容に適した注意を促すデータを特定する。そして、購入予定確認画面生成部７０４が、注意を促すデータを含む購入予定確認画面を生成する。発注要求受信部７０８は、発注要求を受信すると、購入予定を発注情報として登録する。

Description

購入予定商品の適否判定システム
　本発明は、通信販売サイトのいわゆる買い物かごに登録された購入予定商品同士の適否について判定し、警告を発する購入予定商品の適否判定システム関するものである。
　特許文献１（電子商取引方法および電子商取引システム）には、商品情報の表示画面が、他の商品情報の表示画面に切り替えられた場合でも、常に、顧客が選択した商品が、店舗ごとに表示される電子商取引方法及び電子商取引システムが開示されている。
　商品情報の表示画面が他の商品情報の表示画面に切り替えられた場合でも、状態を保持している、店舗ごとの買い物かご画面を表示するステップを備えているので、複数の商品が買い物かご画面に表示されるようになる。
　このように、多数の商品を購入する場合には、商品の組合せによっては、その使用形態によって危険が生じる場合（塩素系漂白剤と酸性洗剤の組合せ）や、互換性が無く使用できない場合（特定ゲーム機器と他のゲーム機器用ソフトの組合せ）などの問題が潜在している場合がある。従来、そのような潜在的問題に配慮がなされていなかった。
特開２００８－１２３０９８号公報
　本発明の目的は、買い物かごに登録される購入予定商品について、商品同士の適否を判定し、商品同士が不適切な組合せである場合に注意を促すことにより、買い物ミスを未然に防止するシステムを提供することである。
　本発明の他の目的は、買い物かごに入力する購入予定商品が追加される度に、予め判定テーブルを生成しておくことにより、買い物カゴの中の商品が複数になったときでも、追加商品の適否判定が迅速に行われるシステムを提供することである。
　本発明の通信販売サーバは、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、を備えたことを特徴とする。
　本発明の購入予定商品判定方法は、ユーザ端末とインターネットを介して接続可能な通信販売サーバにより実行される購入予定商品判定方法であって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を購入予定商品記憶部に記憶する購入予定商品記憶ステップと、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成ステップと、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成ステップにおいて生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定ステップと、組合せ判定ステップにおいて組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成ステップと、組合せ判定ステップにおいて組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新ステップと、を含むことを特徴とする。
　本発明のプログラムは、コンピュータを、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、して機能させる。
　本発明のコンピュータ読み取り可能な記録媒体は、コンピュータを、ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、判定テーブル生成部によって生成された判定テーブルを参照して、購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、組合せ判定部により組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、組合せ判定部により組合せが適切であると判定された場合に、追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、して機能させるプログラムを記録する。
　このような発明によれば、追加する購入予定商品の入力を受け付けるたびに、商品テーブルが参照されて、購入予定商品の組合せを判定するための判定テーブルが生成される。判定テーブルが生成されるのは、空の買い物カゴに商品が入力されたとき、および、既に商品が登録されている買い物カゴに更に商品が入力されたときである。そのため、追加する購入予定商品の入力を受け付けるときには、判定テーブルが既に生成されており、追加する購入予定商品の入力を受け付けると直ちに適否の判定が迅速に行われる。そして、判定テーブルを参照した判定が行われると、不適切と判定された場合に注意惹起画面が生成される。
　本発明の通信販売サーバでは、組合せ判定部が、判定対象商品と、判定対象商品との組合せが不適切な不適切商品と、不適切の内容を示す注意を促すデータとを対応付けて記憶している不適切商品定義テーブルを有し、追加する購入予定商品が判定対象商品であり、且つ既存の購入予定商品が不適切商品である場合に、対応する注意を促すデータを特定してもよい。この場合には、判定テーブルに、不適切の内容を示す注意を促すデータを予め合成しておくことが好ましい。
　本発明の通信販売サーバでは、組合せ判定部が、判定対象商品と、判定対象商品との組合せを判定する照合商品種別と、判定対象商品との組合せが適切な適切商品と、判定対象商品の適性を示す注意を促すデータとを対応付けて記憶している適切商品定義テーブルを有し、追加する購入予定の商品が判定対象商品であり、既存の購入予定の商品が照合商品種別に該当し、且つ既存の購入予定の商品が適切商品でない場合に、対応する注意を促すデータを特定してもよい。この場合には、判定テーブルに、適性を示す注意を促すデータを予め合成しておくことが好ましい。
　本発明の通信販売サーバでは、組合せ判定部が、追加する購入予定商品の属性と、既存の購入予定商品の属性が異なる場合に、属性が異なることを示す注意を促すデータを特定してもよい。この場合には、判定テーブルに、属性が異なることを示す注意を促すデータを予め合成しておくことが好ましい。
　本発明の通信販売サーバは、商品毎に属性を記憶する商品テーブルを更に備え、組合せ判定部が、商品テーブルに基づいて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定してもよい。
　本発明の通信販売サーバは、商品の属性をタグ情報として表示し、商品の購入予定を送信する際に当該タグ情報を当該購入予定に付加して送信するように構成されている商品ページを記憶する商品ページ記憶部と、ユーザ端末から商品ページ要求を受信する商品ページ要求受信部と、商品ページ要求が受信された場合に、商品ページ記憶部から商品ページを読み出して送信する商品ページ送信部とを更に備え、組合せ判定部が、購入予定に含まれる属性を用いて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定してもよい。
　本発明は、追加する購入予定の商品と既存の購入予定の商品の組合せを判定し、判定内容に適した注意を促すデータを購入予定確認画面で表示するので、買い物ミスを未然に防ぐことができる。購買者が不注意や不知であっても、組合せによる問題を確実に知らせることができるので、購入者が安心して買物できるというメリットがある。
　組合せを判定するために、追加する購入予定商品の入力を受け付けるたびに商品テーブルが参照されて、購入予定商品の組合せを判定するための判定テーブルが生成される。ユーザ端末から商品の入力を受け付ける場合、機械的に商品の入力を受け付けることはないので、判定テーブルを予め生成するには十分すぎる時間的猶予がある。商品が追加されるたびに判定テーブルを生成することにより、新たに商品が追加された場合には、その商品との適否を直ちに判定することができる。
　不適切商品定義テーブルを用いると、不適切な商品と注意を促す内容を直接的に定義できるので、警告ミスが生じにくい。
　適切商品定義テーブルを用いると、注意を促すデータが無い場合に、適切商品であるという安心感を更にユーザに与えることができる。
　属性が異なる場合に注意を促すように通信販売サーバを構成すれば、互換性の問題など錯誤が生じやすい商品分野（例えば、アプリケーションソフトやゲームソフト）における買い物ミスを防ぐことができる。
図１は、購入予定商品判定システムのネットワーク構成を示す図である。 図２は、購入予定商品判定システムの動作概要を示す図である。 図３は、商品ページの例を示す図である。 図４は、商品ページ配信に係る通信販売サーバの構成を示す図である。 図５は、商品ページ配信処理フローを示す図である。 図６は、購入予定と発注に係る処理フローを示す図である。 図７は、購入予定と発注に係る通信販売サーバの構成を示す図である。 図８は、実施の形態１に係る購入予定記憶部の例（購入予定追加前）を示す図である。 図９は、実施の形態１に係る商品ページの例を示す図である。 図１０は、不適切商品定義テーブルの例を示す図である。 図１１は、実施の形態１に係る組合せ判定処理フローを示す図である。 図１２は、実施の形態１に係る購入予定確認画面の例を示す図である。 図１３は、購入予定確認画面生成処理フローを示す図である。 図１４は、実施の形態１に係る購入予定記憶部の例（購入予定追加後）を示す図である。 図１５は、適切商品定義テーブルの例を示す図である。 図１６は、実施の形態２に係る商品ページの例（その１）を示す図である。 図１７は、実施の形態２に係る商品ページの例（その２）を示す図である。 図１８は、実施の形態２に係る購入予定記憶部の例（購入予定追加前）を示す図である。 図１９は、実施の形態２に係る組合せ判定処理フローを示す図である。 図２０は、実施の形態２に係る購入予定確認画面の例を示す図である。 図２１は、実施の形態２に係る購入予定記憶部の例（購入予定追加後）を示す図である。 図２２は、実施の形態３に係る商品テーブルの例を示す図である。 図２３は、実施の形態３に係る組合せ判定処理フローを示す図である。 図２４は、実施の形態３に係る購入予定確認画面の例を示す図である。 図２５は、実施の形態３に係る商品ページの例（その１）を示す図である。 図２６は、実施の形態３に係る商品ページの例（その２）を示す図である。 図２７は、商品ページプログラムの処理フローを示す図である。 図２８は、実施の形態４に係る購入予定記憶部の例（購入予定追加前）を示す図である。 図２９は、実施の形態４に係る購入予定確認画面の例を示す図である。
　実施の形態１．
　図１は、購入予定商品判定システムのネットワーク構成を示す図である。通信販売サーバ１０１と利用者端末１０２とはインターネットを介して接続している。通信販売サーバ１０１は、通信販売のサイトを運営するサーバである。利用者端末１０２は、通信販売の利用者が用いる端末である。ＨＴＭＬ言語で記述されたページを展開するＷｅｂブラウザを有している。
　図２は、購入予定商品判定システムの動作概要を示す図である。利用者端末１０２はログイン要求を送り、通信販売サーバ１０１にログインする。そして、ログイン中に利用者端末１０２から商品Ａページ要求が送られると、通信販売サーバ１０１から利用者端末１０２に商品Ａページが配信される。
　図３は、商品ページの例を示す図である。商品ページは、例えば、商品画像、商品名、単価を表示している。また、商品ページは、注文数を受け付ける入力ボックス、購入予定要求の送信を指示するアイコン（「買い物かごに入れる」ボタン）を備えている。
　利用者端末１０２のブラウザ上で商品Ａが選択され「買い物かごに入れる」ボタンがクリックされると、利用者端末１０２から購入予定要求が通信販売サーバ１０１へ送信される。このとき、購入予定商品の組合せの適否を記憶する商品テーブルが参照され、購入予定商品の組合せを判定するための判定テーブルが生成される。そして、通信販売サーバ１０１から購入予定確認画面が利用者端末１０２に配信される。商品Ｂ等の他の商品についても同様の処理が行われる。商品Ｂについても、購入予定商品の組合せの適否を記憶する商品テーブルが参照され、購入予定商品の組合せを判定するための判定テーブルが生成されるが、このときに生成される判定テーブルは、商品Ａおよび商品Ｂの組合せの適否を判定するためのテーブルとなる。さらに、商品Ｃ～Ｚのような追加商品がある場合は、判定テーブルが更新される。そして、購入予定確認画面から発注要求されると、購入予定が注文として確定する。最後に、利用者端末１０２からログアウト要求を送り、ログアウトする。
　まず、商品ページ配信に関して説明する。図４は、商品ページ配信に係る通信販売サーバの構成を示す図である。ログイン部４０１は、ログイン画面を送信し、ユーザＩＤとパスワードを受け付け、ユーザ認証するように構成されている。利用者テーブル４０２は、ユーザ認証で照合するユーザＩＤとパスワードを対応付けて記憶している。商品Ａページ要求受信部４０３は、利用者端末１０２から商品Ａページ要求を受信するように構成されている。商品Ａページ送信部４０４は、利用者端末１０２へ商品Ａページを送信するように構成されている。商品Ａページ記憶部４０５は、商品Ａページの画面（ＨＴＭＬ）を記憶している。商品Ｂページ要求受信部４０６は、利用者端末１０２から商品Ｂページ要求を受信するように構成されている。商品Ｂページ送信部４０７は、利用者端末１０２へ商品Ｂページを送信するように構成されている。商品Ｂページ記憶部４０８は、商品Ｂページの画面（ＨＴＭＬ）を記憶している。
　図４では、商品ごとに商品ページを記憶し、商品ごとにページ要求を受信し、ページデータを送信する実施形態を例示しているが、ＵＲＬなどで一意に識別できるページ情報を１つの受信部で受信し、１つの送信部が各ページデータを送信してもよい。
　図５は、商品ページ配信処理フローを示す図である。商品Ａページ要求受信部４０３による商品Ａページ要求受信処理（Ｓ５０１）で、商品ＡページのＵＲＬに対するアクセスが受け付けられ、続いて商品Ａページ送信部４０４による商品Ａページ送信処理（Ｓ５０２）で、商品Ａページが送信される。そして、再び商品Ａページ要求の受信待ちの状態に戻る。商品Ｂなど他の商品についても同様に、商品Ｂページ要求受信部４０６による商品Ｂページ要求受信処理（Ｓ５０３）で、商品ＢページのＵＲＬに対するアクセスが受け付けられ、商品Ｂページ送信部４０７による商品Ｂページ送信処理（Ｓ５０４）で、商品Ｂページが送信され、要求待ち状態に戻る。
　続いて、購入予定と発注に関する動作について説明する。図６は、購入予定と発注に係る処理フローを示す図である。購入予定受付処理（Ｓ６０１）で、利用者端末１０２から購入予定が受信されると、購入予定商品との組合せの適否を記憶する商品テーブルが参照されて、購入予定商品の組合せを判定するための判定テーブルが生成される（Ｓ６０２Ａ）。買い物カゴに既に商品が登録されている場合、組合せ判定処理（Ｓ６０２Ｂ）で、既存購入予定の商品と追加購入予定の商品との組合せが判定される。購入予定確認画面生成処理（Ｓ６０３）で、購入予定確認画面が生成され、購入予定登録処理（Ｓ６０４）で、購入予定が登録され、購入予定確認画面送信処理（Ｓ６０５）で、購入予定確認画面が利用者端末１０２へ返信される。そして、再び購入予定の受信待ち状態に戻る。
　最初の購入予定商品を買い物カゴに入れるときだけでなく、追加する購入予定商品を買い物カゴに入れるときにも判定テーブルが生成される。追加する購入予定商品を買い物カゴに入れるとき、既に生成されている判定テーブルが更新される。更新とは、既に買い物カゴに入れられている商品の判定テーブルと追加する商品の判定テーブルとを合成することである。
　また、発注要求受信処理（Ｓ６０６）で、利用者端末１０２から発注要求を受信すると、受注登録（Ｓ６０７）で、既存の購入予定が注文として登録される。
　図７は、購入予定と発注に係る通信販売サーバの構成を示す図である。購入予定受信部７０１は、購入予定受付処理（Ｓ６０１）で、利用者端末１０２から追加する購入予定を受け付ける。購入予定には、商品ＩＤと注文数が含まれている。また、組合せ判定部７０２は、組合せ判定処理（Ｓ６０２）で、購入予定記憶部７０３から既存購入予定の商品ＩＤを取得し、購入予定受信部７０１で受信した追加購入予定の商品ＩＤとの組合せに関する適否を判定する。この判定については、図１０と図１１を用いて後述する。
　購入予定記憶部７０３は、順次購入予定受信部７０１で受信した追加購入予定を記憶するように構成されている。図８は、実施の形態１に係る購入予定記憶部の例（購入予定追加前）を示す図である。購入予定記憶部７０３に記憶されるデータは、ヘッダにユーザＩＤが設けられ、購入予定毎にレコードが設けられ、商品ＩＤと注文数が対応付けて記憶されるように構成されている。この例では、既存の購入予定として、商品ＩＤ「Ｉ００３」で特定される「Ｃ洗剤」が１個登録されている。
　購入予定確認画面生成部７０４は、購入予定確認画面生成処理（Ｓ６０３）で、既存購入予定と追加購入予定と注意を促すデータを表示し、発注要求を送信できる購入予定確認画面を生成する。その際、購入予定確認画面生成部７０４は、購入予定記憶部７０３から既存購入予定（商品ＩＤと注文数）を取得して購入予定確認画面に設定し、更に購入予定受信部７０１で受信した追加購入予定（商品ＩＤと注文数）も購入予定確認画面に設定する。購入予定確認画面については、図１２と図１３を用いて詳述する。
　商品テーブル７０５は、予約及び購入可能な商品毎に、商品ＩＤ、商品名、及び単価を対応付けて記憶している。
　図９は、実施の形態１に係る商品ページの例を示す図である。商品毎に、商品ＩＤ、商品名、及び単価が対応付けて記憶されている。
　判定テーブル生成部７０６は、購入予定商品の入力を受け付けた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する。判定テーブル生成部７０６は、追加する購入予定商品の入力を受け付けた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと、追加する購入予定商品に関する判定テーブルとを合成することで、これらの購入予定商品の組合せを判定するための判定テーブルを生成する。組合せ判定部７０２は、生成又は更新した判定テーブルを参照して、商品が追加されるたびに、既存の商品と追加される商品との組合せの適否を判定する。
　購入予定確認画面送信部７０７は、購入予定確認画面送信処理（Ｓ６０５）で、購入予定確認画面生成部７０４により生成された購入予定確認画面を利用者端末１０２に返信する。発注要求受信部７０８は、発注要求受信処理（Ｓ６０６）で、購入予定確認画面における指示により送出された発注要求を受信する。受注登録信部７０９は、受注登録（Ｓ６０７）で、ユーザ認証されているユーザＩＤに対応する既存購入予定を購入予定記憶部７０３から取得し、受注登録信部７０９に記憶させる。受注情報記憶部７１０は、ユーザＩＤに対応付けて発注情報を記憶するように構成されている。発注情報は、注文商品毎に商品ＩＤと注文数とを対応付けて記憶するように構成されている。ログアウト部７１１は、利用者端末１０２からの要求に応じ、あるいはタイムアウトにより、ログアウトを実行してコネクションを解消するように動作する。
　ここで、前述した組合せ判定部７０２による組合せ判定処理（Ｓ６０２）について詳述する。図１０は、不適切商品定義テーブルの例を示す図である。不適切商品の定義毎に、判定対象商品ＩＤと、不適切商品ＩＤと、注意を促すデータとが対応付けられて記憶されている。注意を促すデータとは、警告文のテキストデータや画像、注意文のテキストデータや画像、再考を促す内容のテキストや画像などであり、危険度レベル別に複数種用意されている。判定対象商品ＩＤは、適否を判定される商品を特定している。不適切商品ＩＤは、判定対象商品と組み合せると不適切となる（あるいは不適切の虞がある）商品を特定している。注意を促すデータは、判定対象商品が不適切商品と組み合せると不適切である内容を示している。
　図１１は、実施の形態１に係る組合せ判定処理フローを示す図である。購入予定記憶部７０３で記憶している既存購入予定の商品毎に以下の処理が繰り返される（Ｓ１１０１）。不適切商品定義テーブルのレコード毎に以下の処理が繰り返される（Ｓ１１０２）。生成されている判定テーブルが参照され、既存購入予定の商品ＩＤと不適切商品ＩＤとが一致し（Ｓ１１０３）、追加購入予定の商品ＩＤと判定対象商品ＩＤとが一致する場合（Ｓ１１０４）に、不適切と判定され、当該レコードの注意を促すデータが読み取られる（Ｓ１１０５）。すべてのレコードが処理されると（Ｓ１１０６）、追加した商品について判定テーブルが更新される（Ｓ１１０７）。
　図１２は、実施の形態１に係る購入予定確認画面の例を示す図である。Ａ漂白剤（Ｉ００１）が選択されると、Ｃ洗剤（Ｉ００３）との関係において、塩素発生の危険があることが警告されている。注文アイコン（「ご注文」）がクリックされると、発注要求が通信販売サーバ１０１に送信される。
　図１３は、購入予定確認画面生成処理フローを示す図である。購入予定記憶部７０３から読み取った既存購入予定が当該表示欄に設定され（Ｓ１３０１）、購入予定受信部７０１で受信した追加購入予定表示が当該表示欄に設定される（Ｓ１３０２）。また、組合せ判定部７０２の判定結果が不適切である場合には、特定された注意を促すデータが当該表示欄に設定される（Ｓ１３０３）。
　図１４は、実施の形態１に係る購入予定記憶部の例（購入予定追加後）を示す図である。この例では、Ｃ洗剤（Ｉ００３）をキャンセルして、Ｄ洗剤（Ｉ００４）を選択し直した状態を示している。
　実施の形態２．
　上述の実施の形態では、不適切な商品組合せを判定する例を示したが、ここでは適切な商品組合せを判定する例について説明する。
　図１５は、適切商品定義テーブルの例を示す図である。判定対象商品ＩＤと、照合商品種別と、適切商品ＩＤと、注意を促すデータとが対応付けられて記憶されている。照合商品種別は、判定対象商品との適性（適切か不適切か）を判定する必要がある商品分類を示している。この例は、メモリカード（判定対象商品）に関して、デジタルカメラ（照合商品種別）との適性を判定する必要があることを示している。適切商品ＩＤは、照合商品種別に該当する商品のうち適切な商品（照合商品種別に該当する商品のうち不適切な商品以外の商品）のＩＤを示している。適切商品ＩＤは複数設定することができる。注意を促すデータは、判定対象商品の照合商品種別に関する適性を示している。
　図１６は、実施の形態２に係る商品ページの例（その１）を示す図である。この例では、Ｃ００１及びＣ００２は、Ｘメモリカード対応のデジタルカメラであり、Ｃ００３及びＣ００４は、Ｙメモリカード対応のデジタルカメラであることを想定している。
　図１７は、実施の形態２に係る商品ページの例（その２）を示す図である。この例では、Ｍ００１とＭ００２はＸメモリカードであり、Ｍ００３とＭ００４はＹメモリカードであることを想定している。
　図１８は、実施の形態２に係る購入予定記憶部の例（購入予定追加前）を示す図である。この例では、デジタルカメラのＤｅｇｉ－γ（Ｃ００３）が購入予定に登録されている状態を示している。
　図１９は、実施の形態２に係る組合せ判定処理フローを示す図である。追加購入予定商品ＩＤを判定対象商品ＩＤとするレコードがあるかが判定され（Ｓ１９０１）、そのようなレコードが場合には処理が終了する。そのようなレコードがある場合には、以下の処理が行なわれる。まず、当該レコードの照合商品種別が特定される（Ｓ１９０２）。そして、既存購入予定の商品毎に以下の処理が繰り返される（Ｓ１９０３）。既存購入予定の商品が照合商品種別に該当する場合には（Ｓ１９０４）、既存購入予定の商品ＩＤが適切商品ＩＤのいずれかと一致するかが判定され（Ｓ１９０５）、既存購入予定の商品ＩＤがいずれの適切商品ＩＤとも一致しない場合には不適切と判定され、当該レコードの注意を促すデータが読み取られる（Ｓ１９０６）。Ｓ１９０４で既存購入予定の商品が照合商品種別に該当しないと判定された場合と、Ｓ１９０５で既存購入予定の商品ＩＤが適切商品ＩＤのいずれかと一致すると判定された場合には、既存購入予定の商品ＩＤを不適切と判定せずにＳ１９０７に移行する。そして、すべての既存購入予定について処理された後（Ｓ１９０７）、判定テーブルが更新される（Ｓ１９０８）。
　図２０は、実施の形態２に係る購入予定確認画面の例を示す図である。Ｘ－１６（Ｍ００１）が選択されると、Ｄｅｇｉ－γ（Ｃ００３）との関係において、Ｘメモリカード対応カメラ用のメモリカードである旨について注意が促されている。これは、先に登録しているデジタルカメラが、後に選んだカードに適していないことを示唆している。なお、図２０の注意を促すデータは、塩素ガス発生の危険度に比べて低く設定されている。
　図２１は、実施の形態２に係る購入予定記憶部の例（購入予定追加後）を示す図である。この例では、Ｘ－１６（Ｍ００１）をキャンセルして、Ｙ－１６（Ｍ００３）を選択し直した状態を示している。
　実施の形態３．
　この実施の形態では、商品の属性によって、属性の相違をチェックする例を示す。
　図２２は、実施の形態３に係る商品テーブルの例を示す図である。属性の例として動作ＯＳが他の項目と対応付けられて記憶している。
　図２３は、実施の形態３に係る組合せ判定処理フローを示す図である。まず、追加購入予定の商品の属性が商品テーブル７０５から読み取られる（Ｓ２３０１）。そして、既存購入予定の商品毎に以下の処理が繰り返される（Ｓ２３０２）。既存購入予定の商品の属性が商品テーブル７０５から読み取られる（Ｓ２３０３）。双方の商品の属性が一致するか判定し（Ｓ２３０４）、一致しない場合には、属性不一致の注意を促すデータが設定される（Ｓ２３０５）。すべての既存購入予定について処理が行われ（Ｓ２３０６）、判定テーブルが更新される（Ｓ２３０７）。
　図２４は、実施の形態３に係る購入予定確認画面の例を示す図である。Ａ画像編集（Ｓ００１）が選択されると、Ｃ表計算（Ｓ００３）との関係において、動作ＯＳが異なる旨の注意が促されている。これは、属性が異なることを示している。
　実施の形態４．
　実施の形態３では、商品テーブルで商品の属性を特定する例を示したが、この実施の形態では、商品ページの画面データから属性を特定する例について説明する。
　図２５は、実施の形態３に係る商品ページの例（その１）を示す図である。図２６は、実施の形態３に係る商品ページの例（その２）を示す図である。いずれも、タグに動作ゲーム機が表示されている。この情報は、商品ページ画面のソースコードの記述から読み取ることができる。追加購入予定の送信を指示するアイコン（「買い物かごに入れる」）がクリックされると、このタグ情報が読み取られて送信される。
　商品ページ画面に付属するプログラムの動作について説明する。図２７は、商品ページプログラムの処理フローを示す図である。イベントが取得され（Ｓ２７０１）、そのイベントが追加購入予定の送信を指示するアイコン（「買い物かごに入れる」）から発生した場合には（Ｓ２７０２）、タグ表示から属性が読み取られ（Ｓ２７０３）、追加購入予定にその属性が追加される（Ｓ２７０４）。そして、属性を含む追加購入予定が通信販売サーバ１０１に送信される（Ｓ２７０５）。
　このようにして送られた購入予定に含まれる属性は、購入予定記憶部７０３にも記憶される。図２８は、実施の形態４に係る購入予定記憶部の例（購入予定追加前）を示す図である。属性として、動作ゲーム機が他の項目と対応付けられて記憶されている。
　そして、図２３の判定において、既存の購入予定に含まれる属性と、追加の購入予定に含まれる属性を用いて、双方の属性が一致するか否かが判定される（Ｓ２３０４）。
　図２９は、実施の形態４に係る購入予定確認画面の例を示す図である。格闘Ａが選択された時点で、Ｃ健康との関係において、動作ゲーム機が異なる旨の注意が促されている。この例も、属性が異なることが示されている。
　通信販売サーバ１０１は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
　１０１…通信販売サーバ、１０２…利用者端末、４０１…ログイン部、４０２…利用者テーブル、４０３…商品Ａページ要求受信部、４０４…商品Ａページ送信部、４０５…商品Ａページ記憶部、４０６…商品Ｂページ要求受信部、４０７…商品Ｂページ送信部、７０１…購入予定受信部、７０２…組合せ判定部、７０３…購入予定記憶部、７０４…購入予定確認画面生成部、７０５…商品テーブル、７０６…判定テーブル生成部、７０７…購入予定確認画面送信部、７０８…発注要求受信部、７０９…受注登録信部、７１０…受注情報記憶部、７１１…ログアウト部。

Claims (9)

  1. 　ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
    　前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
    　前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
    　前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
    　前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
    　前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、
    を備えたことを特徴とする通信販売サーバ。
  2. 　前記組合せ判定部が、
    　判定対象商品と、判定対象商品との組合せが不適切な不適切商品と、不適切の内容を示す注意を促すデータとを対応付けて記憶している不適切商品定義テーブルを有し、
    　追加する購入予定商品が判定対象商品であり、且つ既存の購入予定商品が不適切商品である場合に、対応する注意を促すデータを特定する、
    ことを特徴とする請求項１に記載の通信販売サーバ。
  3. 　前記組合せ判定部が、
    　判定対象商品と、判定対象商品との組合せを判定する照合商品種別と、判定対象商品との組合せが適切な適切商品と、判定対象商品の適性を示す注意を促すデータとを対応付けて記憶している適切商品定義テーブルを有し、
    　追加する購入予定の商品が判定対象商品であり、既存の購入予定の商品が照合商品種別に該当し、且つ既存の購入予定の商品が適切商品でない場合に、対応する注意を促すデータを特定する、
    ことを特徴とする請求項１に記載の通信販売サーバ。
  4. 　前記組合せ判定部が、
    　追加する購入予定商品の属性と、既存の購入予定商品の属性が異なる場合に、属性が異なることを示す注意を促すデータを特定する、
    ことを特徴とする請求項１に記載の通信販売サーバ。
  5. 　商品毎に属性を記憶する商品テーブルを更に備え、
    　前記組合せ判定部が、前記商品テーブルに基づいて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定する、
    ことを特徴とする請求項１に記載の通信販売サーバ。
  6. 　商品の属性をタグ情報として表示し、商品の購入予定を送信する際に当該タグ情報を当該購入予定に付加して送信するように構成されている商品ページを記憶する商品ページ記憶部と、
    　前記ユーザ端末から商品ページ要求を受信する商品ページ要求受信部と、
    　商品ページ要求が受信された場合に、前記商品ページ記憶部から商品ページを読み出して送信する商品ページ送信部と
    を更に備え、
    　前記組合せ判定部が、購入予定に含まれる属性を用いて、追加する購入予定商品の属性と、既存の購入予定商品の属性とを特定する、
    ことを特徴とする請求項１に記載の通信販売サーバ。
  7. 　ユーザ端末とインターネットを介して接続可能な通信販売サーバにより実行される購入予定商品判定方法であって、
    　前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を購入予定商品記憶部に記憶する購入予定商品記憶ステップと、
    　前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成ステップと、
    　前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成ステップにおいて生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定ステップと、
    　前記組合せ判定ステップにおいて前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成ステップと、
    　前記組合せ判定ステップにおいて前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新ステップと、
    を含むことを特徴とする購入予定商品判定方法。
  8. 　コンピュータを、
    　ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
    　前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
    　前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
    　前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
    　前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
    　前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、
    して機能させるプログラム。
  9. 　コンピュータを、
    　ユーザ端末とインターネットを介して接続可能な通信販売サーバであって、
    　前記ユーザ端末から購入予定商品の入力を受け付け、当該購入予定商品を記憶する購入予定商品記憶部と、
    　前記購入予定商品が受け付けられた場合に、購入予定商品の組合せの適否を記憶する商品テーブルを参照して、当該購入予定商品の組合せを判定するための判定テーブルを生成する判定テーブル生成部と、
    　前記購入予定商品記憶部に追加する購入予定商品の入力を受け付けた場合に、前記判定テーブル生成部によって生成された前記判定テーブルを参照して、前記購入予定記憶部に記憶されている既存の購入予定商品と当該追加する購入予定商品との組合せの適否を判定する組合せ判定部と、
    　前記組合せ判定部により前記組合せが不適であると判定された場合に、注意を促すデータが設定された注意惹起画面を生成する注意惹起画面生成部と、
    　前記組合せ判定部により前記組合せが適切であると判定された場合に、前記追加する購入予定商品の組合せの適否を記憶する商品テーブルを参照して、既存の購入予定商品に関する判定テーブルと追加する購入予定商品に関する判定テーブルとを合成することで、双方の購入予定商品に関する判定テーブルを生成する判定テーブル更新部と、
    して機能させるプログラムを記録したコンピュータ読み取り可能な記録媒体。
PCT/JP2010/073401 2009-12-24 2010-12-24 購入予定商品の適否判定システム WO2011078348A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US13/518,520 US20120323731A1 (en) 2009-12-24 2010-12-24 System for determining appropriateness of product scheduled for purchasing
JP2011547659A JP5073857B2 (ja) 2009-12-24 2010-12-24 購入予定商品の適否判定システム
EP20100839577 EP2518674A4 (en) 2009-12-24 2010-12-24 SYSTEM FOR DETERMINING THE SUITABILITY OF A PRODUCT WHOSE PURCHASE IS PLANNED

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009291898 2009-12-24
JP2009-291898 2009-12-24

Publications (1)

Publication Number Publication Date
WO2011078348A1 true WO2011078348A1 (ja) 2011-06-30

Family

ID=44195873

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/073401 WO2011078348A1 (ja) 2009-12-24 2010-12-24 購入予定商品の適否判定システム

Country Status (5)

Country Link
US (1) US20120323731A1 (ja)
EP (1) EP2518674A4 (ja)
JP (1) JP5073857B2 (ja)
TW (1) TWI419069B (ja)
WO (1) WO2011078348A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4099255A4 (en) * 2020-01-30 2023-11-08 Japan Tobacco Inc. PRODUCT SELECTION SUPPORT SYSTEM AND PRODUCT SELECTION SUPPORT METHOD

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002024639A (ja) * 2000-07-06 2002-01-25 Kobayashi Pharmaceut Co Ltd オンラインショッピングシステム
JP2002032631A (ja) * 2000-07-18 2002-01-31 Pfu Ltd 商品コンフィグレーション装置、データベース作成装置及びプログラム記録媒体
JP2002312615A (ja) * 2001-04-18 2002-10-25 Toshiba Tec Corp バーチャルモール装置
JP2003331169A (ja) * 2002-05-15 2003-11-21 Pfu Ltd コンフィグレーション方法、コンフィグレーションシステムおよびコンフィグレーションプログラム
JP2004535015A (ja) * 2001-07-06 2004-11-18 アマゾン ドット コム インコーポレイテッド 電子カタログのブラウズ中における関連注文についての情報のコンテキスト表示
JP2008123098A (ja) 2006-11-09 2008-05-29 Accrete:Kk 電子商取引方法および電子商取引システム
JP2009223688A (ja) * 2008-03-17 2009-10-01 Nippon Telegr & Teleph Corp <Ntt> 情報提供システム、情報提供装置および情報提供プログラム

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6317722B1 (en) * 1998-09-18 2001-11-13 Amazon.Com, Inc. Use of electronic shopping carts to generate personal recommendations
US7124098B2 (en) * 2002-10-07 2006-10-17 The Kroger Company Online shopping system
US20050033665A1 (en) * 2003-08-07 2005-02-10 International Business Machines Corporation Method, apparatus, and program for detecting item mismatch at the point of sale
GB2420428A (en) * 2004-11-19 2006-05-24 Anthony Paul Yusuf System for indicating food types to a user
US7802200B1 (en) * 2006-03-29 2010-09-21 Amazon Technologies, Inc. Detecting inconsistencies and incompatibilities of selected items
JP5160860B2 (ja) * 2007-10-29 2013-03-13 株式会社日立製作所 購買業務システム、購買業務処理方法、および購買業務処理プログラム
TW200941377A (en) * 2008-03-31 2009-10-01 Dynamic System Electronics Corp Network shopping transaction system and method
US7537158B1 (en) * 2008-06-24 2009-05-26 International Business Machines Corporation Method for determining product compatibility
US7885862B1 (en) * 2008-10-28 2011-02-08 Amazon Technologies, Inc. Determining item compatibility

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002024639A (ja) * 2000-07-06 2002-01-25 Kobayashi Pharmaceut Co Ltd オンラインショッピングシステム
JP2002032631A (ja) * 2000-07-18 2002-01-31 Pfu Ltd 商品コンフィグレーション装置、データベース作成装置及びプログラム記録媒体
JP2002312615A (ja) * 2001-04-18 2002-10-25 Toshiba Tec Corp バーチャルモール装置
JP2004535015A (ja) * 2001-07-06 2004-11-18 アマゾン ドット コム インコーポレイテッド 電子カタログのブラウズ中における関連注文についての情報のコンテキスト表示
JP2003331169A (ja) * 2002-05-15 2003-11-21 Pfu Ltd コンフィグレーション方法、コンフィグレーションシステムおよびコンフィグレーションプログラム
JP2008123098A (ja) 2006-11-09 2008-05-29 Accrete:Kk 電子商取引方法および電子商取引システム
JP2009223688A (ja) * 2008-03-17 2009-10-01 Nippon Telegr & Teleph Corp <Ntt> 情報提供システム、情報提供装置および情報提供プログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2518674A4

Also Published As

Publication number Publication date
TW201140482A (en) 2011-11-16
EP2518674A1 (en) 2012-10-31
US20120323731A1 (en) 2012-12-20
JP5073857B2 (ja) 2012-11-14
EP2518674A4 (en) 2013-05-22
JPWO2011078348A1 (ja) 2013-05-09
TWI419069B (zh) 2013-12-11

Similar Documents

Publication Publication Date Title
WO2014083880A1 (ja) 在庫切れ通知システム、在庫切れ通知装置、在庫切れ通知方法、及びプログラム
US20090259561A1 (en) Method and System for Correlation of Product Quantities to Multiple Ship-to Addresses for a Single Online Order
JP2023100932A (ja) Ｅｃの海外への提供を支援するための方法及びプログラム並びにそれを用いる装置
JP6830779B2 (ja) 商品配送支援システム、商品配送支援装置、及び商品配送支援方法
JP5262092B2 (ja) ギフトお返し支援装置及びそのプログラム
JP5719414B2 (ja) アフターサービス管理システム、サーバー、方法、及び、プログラム
JP5709128B2 (ja) 退室管理システム
JP5073857B2 (ja) 購入予定商品の適否判定システム
JP2015191596A (ja) 注文管理システム及び注文管理方法
JP7224772B2 (ja) 試用システム、試用方法、試用処理装置及びそのプログラム
JP6560730B2 (ja) 対話形式で顧客ヒアリング、ガス器具販売および決済を行なう方法、コンピュータおよびプログラム
TW515981B (en) Product sales apparatus
JP2003271852A (ja) 電子商取引方法及び電子店舗サーバ並びにプログラム
JP2002056309A (ja) 商品販売支援システム及び方法
JP2008197959A (ja) レンタルサービス提供サーバコンピュータ、そのプログラム及びその方法
JP2008191744A (ja) ギフト贈呈装置、ギフト贈呈システム及びその方法
JP2014174788A (ja) 受発注システム、受発注サーバ、受発注方法およびプログラム
JP2019057153A (ja) 情報処理システム、中央管理システム、情報処理方法、及び、プログラム
JP2008234091A (ja) インテリアリースシステムおよびインテリアの販売方
JP6714484B2 (ja) 商品購入支援システム、商品購入支援装置、加盟店装置、及び商品購入支援方法
JP2002024642A (ja) 商品情報提供装置、商品受注装置、商品情報が記憶された記憶媒体、商品情報提供プログラムが記憶された記憶媒体、商品受注プログラムが記憶された記憶媒体及び商品情報提供方法
JP2017058725A (ja) 発注管理装置及び発注管理方法
JP6270421B2 (ja) 商品受発注装置、および商品受発注システム
WO2009098774A1 (ja) 取引方法および取引システム
JP2024150371A (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: 10839577

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011547659

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2010839577

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13518520

Country of ref document: US