WO2012147666A1 - 商品管理サーバ及び商品管理方法 - Google Patents
商品管理サーバ及び商品管理方法 Download PDFInfo
- Publication number
- WO2012147666A1 WO2012147666A1 PCT/JP2012/060808 JP2012060808W WO2012147666A1 WO 2012147666 A1 WO2012147666 A1 WO 2012147666A1 JP 2012060808 W JP2012060808 W JP 2012060808W WO 2012147666 A1 WO2012147666 A1 WO 2012147666A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- product
- customer
- merchandise
- sales
- trade
- 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/06—Buying, selling or leasing transactions
Definitions
- the present invention relates to a product management server that performs online shopping using, for example, the Internet, and more particularly to a product management server that provides a trade-in service for products and a product management method.
- a trade-in ID is assigned to the order of the customer who sold the product, the customer is identified by the trade-in ID, and the trade-in price is calculated and presented based on the product serial number entered by the customer.
- An online trade-in service has been proposed (see, for example, Patent Document 1).
- the trade-in price of this product is not calculated unless the trade-in ID is given for each order given a trade-in ID and the product serial number is not entered. I can't confirm. That is, the customer cannot easily grasp the trade-in price of the product he owns, and takes time to confirm the trade-in price of a plurality of products. In addition, it is difficult to grasp the final cost to pay because a separate procedure is required for the purchase of a new product that is a condition for trade-in. This makes it difficult for customers to make trade-in decisions.
- a first object of the present invention is to facilitate the determination of trade-in consciousness of products owned by customers.
- the second purpose is to make it easy to recognize the value of the product owned by the customer by specifying the trade-in price.
- the third purpose is to establish a trust relationship between the customer and the trade-in trader and to establish a trade-in transaction smoothly and efficiently.
- the product management server and the product management method according to the present invention are characterized in that the trade-in price of a predetermined product is clearly indicated to the customer, and the total amount of new products sold to the customer is It is to present the difference from the total price of the products owned by this customer.
- a product management server includes a server device and a database device connected to the server device, and the server device is a customer attribute information of a customer transmitted from a terminal device or a trade of a product owned by the customer.
- Customer information processing means for processing a history confirmation request, commodity sales history confirmation means for confirming the sales history of this product based on the processing of this customer information processing means, and a sales request for goods transmitted from the terminal device or Merchandise trade information processing means for processing trade history based on trade-in request or sales request or trade-in request, and merchandise trade settlement means for settlement of trade-in of this product based on processing of this product trade information processing means
- the database apparatus includes customer information storage means for storing customer attribute information of a customer, and product information storage for storing product attribute information of a product.
- Means for storing and storing merchandise sales history storage means for storing a product unique identification number, merchandise attribute information of the merchandise, and a plurality of trade histories of the merchandise, and storing the trade history stored in the merchandise trade history storage means. Includes customer attribute information of the customer who owns the product, and sales result information for confirming whether or not the customer owns the product according to the sales or trade-in results of this product,
- the means receives the confirmation request for the sale history of the product owned by the customer transmitted from the terminal device, and based on this request, the sale / purchase history of the sale / purchase history stored in the sale / purchase history storage means by the sale / purchase history confirmation means.
- the purchase information processing means receives the trade-in request for the product owned by the customer transmitted from the terminal device, and the sales price of the product sold to the customer by the product purchase and settlement means based on the request and the customer A difference between the trade-in amount of the merchandise owned and the calculated difference is transmitted to the terminal device (claim 1).
- the merchandise sales information processing means receives a trade-in request for merchandise owned by the customer transmitted from the terminal device, and based on this request, the merchandise sales settlement means settles according to the difference, and this settlement Accordingly, it is desirable to update the sales history information of the sales history stored in the product sales history storage means to a state in which the customer does not own the product (claim 2). As a result, the settlement of the customer's trade-in is completed and the transaction is completed, so that a new product to be sold to this customer can be shipped quickly. Furthermore, the customer can confirm the ownership status of the trade-in product from the updated sales history.
- the server device has at least one of the market value of the product, the number of sales history stored in the product sales history storage means, the product attribute information of the product, or the customer attribute information of the customer who owns the product. It is desirable to have a price determination means for determining the trade-in price based on (Claim 3). As a result, it is possible to determine an appropriate trade-in price and to deepen the trust relationship with the customer.
- a product management server includes a server device that provides a product management service, and a database device connected to the server device via a network line, and a terminal device is connected to the server device via a network line
- the server device includes a customer information processing unit that processes a confirmation request for a purchase history of a product owned by a customer, a product purchase history check unit that checks the purchase history of the product based on the processing of the customer information processing unit, Commodity trading information processing means for processing a trading history based on a trade-in request for goods, and a merchandise trading settlement means for performing trade-in settlement of the goods based on the processing of the product trading information processing means
- the database device includes customer information storage means for storing customer attribute information of customers, product information storage means for storing product attribute information of products, A product transaction history storage means for storing a product unique identification number, product attribute information of this product, and a plurality of sales histories of this product, and the customer history information of a customer who owns the product, , And sales result information for
- the product sales information processing means receives the sales request for the product and the trade-in request for the product owned by the customer transmitted from the terminal device. Processing to send an instruction in response to a request relating to the settlement of the product to the merchandise sales settlement means based on the purchase request, and the merchandise sales settlement means is configured to calculate the merchandise to be sold calculated based on the processing of the merchandise sales information processing means.
- the customer information processing means extracts the product attribute information associated with the customer attribute information of the customer and confirms that the customer owns the product.
- the merchandise trade information processing means receives a trade-in request for merchandise owned by the customer sent from the terminal device, the merchandise trade settlement means sells to this customer based on this request.
- the difference between the sales amount of the product and the trade-in amount of the product owned by the customer is calculated, and the calculated difference is transmitted to the terminal device (claim 4).
- the merchandise sales information processing means receives a trade-in request for merchandise owned by a customer transmitted from the terminal device, the merchandise sales settlement means settles according to the difference based on the request, In accordance with this settlement, the sales information processing means preferably updates the sales history information of the sales history stored in the product sales history storage means to a state in which the customer does not own the product (claim 5).
- the state in which the customer does not own the product is a unique code and a customer code assigned to the product requested for trade-in among the ownership status status in the sales history sales information stored in the product sales history storage means. It is desirable to set up and store a trade-in flag associated with (claim 6).
- the server device includes at least one of the market value of the product, the number of sales histories stored in the product sales history storage means, product attribute information of the product, or customer attribute information of a customer who owns the product. It is desirable to have price determining means for determining the trade-in price based on the above (claim 7).
- the merchandise management method is based on customer information processing means that is connected to a customer terminal device through a network line and processes a confirmation request for a purchase history of merchandise owned by the customer, and processing by the customer information processing means.
- Merchandise trading history confirmation means for confirming the trading history of this product
- merchandise trading information processing means for processing trading history based on a trade-in request for the merchandise, and processing of this merchandise based on processing of this merchandise trading information processing means
- a server device having a merchandise sales / payment settlement means for performing trade-in settlement, a customer information storage means for storing customer attribute information of a customer connected to the server apparatus through a network line, and a product for storing the merchandise attribute information of the merchandise It has information storage means, product unique identification number, product attribute information of this product, and product sales history storage means for storing a plurality of sales history of this product
- the customer information processing means receives the confirmation request for the customer's property sent from the terminal device, and based on the confirmation request, the customer information processing means confirms whether or not he / she owns Extracting the product attribute information of the customer's possessed goods stored in the product sales history storage means, and instructing the product sales history confirmation means to confirm the product sales history storage means,
- the history confirmation unit includes a step of confirming whether the customer owns the product in the sales history stored in the product sales history storage unit based on the processing of the customer information processing unit.
- the merchandise sales information processing means receives a merchandise sales request sent from the terminal device and a trade-in request for goods owned by the customer, and the merchandise trade settlement means based on the sales request and the trade-in request Sending a command in response to a request relating to the settlement of the product, wherein the product sales settlement means calculates the total price of the product to be sold and the total price of the possessed product calculated based on the processing of the product sales information processing means And the step of paying the product based on the processing of the product sales information processing means, and the product sales history confirmation means stores the sales history stored in the product sales history storage means.
- the customer information processing means extracts the product attribute information accompanying the customer attribute information of the customer and transmits it to the terminal device;
- the merchandise sales information processing means receives the trade-in request for the merchandise owned by the customer transmitted from the terminal device, the merchandise sales settlement means determines the sales amount of the merchandise to be sold to the customer based on this request and A step of calculating a difference from the trade-in amount of the merchandise owned by the customer and transmitting the calculated difference to the terminal device (claim 8).
- the merchandise sales information processing means When the merchandise sales information processing means receives a trade-in request for a product owned by a customer transmitted from the terminal device, the merchandise sales settlement means settles according to the difference based on the request, and It is desirable that the information processing means has a step of updating the transaction history information stored in the merchandise sales history storage means to a state in which the customer does not own the merchandise according to the settlement (claim 9). .
- the state in which the customer does not own the product is the unique code and customer code assigned to the product requested for trade-in among the ownership status status in the sales history information of the sales history stored in the product sales history storage means. It is desirable that the trade-in flag to be associated is set up and stored (claim 10).
- the server device includes a price determining unit, and the price determining unit stores the market value of the product, the number of sales histories stored in the product sales history storage unit, the product attribute information of the product, or the product. It is desirable to have a step of determining the trade-in price based on at least one of customer attribute information of owned customers (claim 11).
- product includes not only a camera, a bicycle, a writing instrument, or a watch, but also anything capable of electronic commerce.
- the product owned by the customer corresponds to a product purchased through the server device 1 or a product purchased at a store.
- Terminal device corresponds to, for example, a personal computer, a tablet PC, a smartphone, a mobile phone, a PHS, or a PDA.
- Customer attribute information includes, for example, the customer's name, address, phone number, email address, gender, date of birth, mobile phone number, occupation, place of work, hometown, hobby, favorite brand, or collection. , Includes a customer code that uniquely identifies this customer.
- “Product attribute information” includes, for example, not only the product model number, manufacturer, or product name, but also a unique identification number that uniquely identifies the product, product code, product name, date of manufacture, specifications, functions, dimensions, and sales price. Or a trade-in price.
- Trade record information means, for example, an ownership status indicating the owner or owner of the product, and this “ownership status” is flagged according to, for example, the performance of selling the product, and this product is traded in.
- sales record flag that lowers the flag according to the actual result
- sales flag that sets the flag according to the result of selling the product to the customer and the result of trade-in of this sold product from this customer The thing to check with the trade-in flag that sets the flag corresponds.
- the merchandise management server and merchandise management method according to the present invention is based on the processing of the customer information processing means.
- the merchandise trading history confirmation means stores the merchandise from the buying and selling history information stored in the merchandise trading history storage means.
- Product attribute information associated with the customer attribute information of this customer is extracted, and by sending the extracted product attribute information to this terminal device, this customer can obtain the product attribute information of the product owned by the customer. Can be easily confirmed from the terminal device. That is, since the merchandise sales history confirmation means extracts the merchandise attribute information of the merchandise owned by the customer from the merchandise history information, the customer can arbitrarily select the merchandise to be traded out of the merchandise owned, You can grasp the trade-in price of each product.
- the difference between the sales amount of the product sold by the merchandise sales settlement means to the trade-in price of the product owned by the customer is calculated, and this calculated difference is calculated on this terminal.
- this product management server can be used as an asset management tool. Therefore, it is easy for customers to be aware of the value of the products they own and pay attention to how to use, manage and care for products, so they can trade in products at high prices, and trade-in contractors It is easy to procure good second-hand goods.
- the merchandise sales settlement means settles according to the difference based on the processing of the merchandise sales information processing means, the customer trade-in can be established smoothly and efficiently.
- the customer ships the merchandise owned to the trade-in trader, and the trade-in trader sends a new product to the customer, so that the transaction can be completed in the shortest time. it can.
- the trader information processing means updates the trade history information stored in the merchandise sales history storage means in accordance with the settlement by the merchandise sales settlement means so that the customer does not own the merchandise, thereby obtaining a trade-in contractor.
- the product sales history confirmation means recognizes that the customer does not own this product from the sales performance information, so that the customer can always grasp the latest sales history.
- the customer's willingness to trade can be improved, and this customer can trade in products at an optimal timing.
- the customer can easily accept a trade-in transaction by trusting the trade-in price specified without unilaterally determining the trade-in price at the judgment of the trade-in trader. Therefore, it is easy not only to form a trust relationship between the customer and the trader, but also to deepen this trust relationship and establish a smooth and efficient trade-in transaction.
- FIG. 1 shows a configuration diagram of a system that executes sales and trade-in or purchase of products using the product management server.
- the purchase is included in the trade-in, so the description is omitted.
- the merchandise management server uses the Internet N to execute electronic commerce in conjunction with a server apparatus 1 that executes electronic commerce such as online shopping services and merchandise trade-in services. And a database device 2 for storing customer information, product information, and the like necessary for this, and a terminal device 3 used by a plurality of customers is connected to this server device.
- FIG. 2 conceptually illustrates the structure of each of the server device 1 and the database device 2.
- the server device 1 makes a request for confirming the purchase history of the customer attribute information of the customer transmitted from the terminal device 3 or the product owned by the customer (hereinafter also referred to as “customer property”).
- the customer information processing means 11 to be processed the merchandise sales history confirmation means 12 for confirming the merchandise sales history based on the processing of the customer information processing means, the sales request or trade-in request for the merchandise transmitted from the terminal device, or the merchandise Merchandise sales information processing means 13 for processing the sales history based on the sales request or trade-in request for the goods, merchandise sales settlement means 14 for performing the sale or trade-in settlement of the goods based on the processing of the merchandise sales information processing means, and And price determination means 15 for determining the selling price or trade-in price of the product.
- the database device 2 includes a customer information master DB 21 that stores information related to customers who use the terminal device 3, a product information master DB 22 that stores information related to products sold to customers, and a new article price of a product stored in the product information master DB.
- Product sales history DB 25 to be stored, second-hand product price DB 26 to store used product prices of used products, sales DB 27 to store sales of products sold to customers, and a trade-in amount of products traded from customers It has a collection DB28.
- the customer information processing means 11 stores or extracts the customer attribute information of the customer transmitted from the terminal device 3 in the customer information master DB 21, and receives the confirmation request for the customer property transmitted from the terminal device. Based on this confirmation request, the process of extracting the product attribute information of the customer's possessed goods stored in the product information master DB 22 or the product sales history DB 25, and on the product sales history confirmation means 12 based on this confirmation request, Processing for transmitting a confirmation instruction, processing for creating customer-specific information (hereinafter referred to as “my page”) for browsing customer attribute information or customer-owned items of the customer, or processing this customer-specific page in the terminal device 3 Processing to send is performed.
- my page customer-specific information
- the merchandise sales history confirmation means 12 Processing for confirming whether or not the product is owned or processing for transmitting the result of this confirmation to the customer information processing means 11 is performed.
- the merchandise sales information processing means 13 receives the merchandise sales request or trade-in request transmitted from the terminal device 3, and the merchandise sales history DB 25, sales DB 27, or trade-in DB 28 based on the sales request or trade-in request. Processing for storing predetermined information, processing for extracting predetermined information from the merchandise sales history DB 25, sales DB 27, or trade-in DB 28 based on the sales request or trade-in request, based on the sales request or trade-in request Processing for transmitting an instruction in response to a request for settlement of a product to the merchandise sales settlement unit 14, processing for transmitting the total amount or difference of products calculated by the merchandise sales settlement unit to this terminal device, or uniquely identifying the sold product
- the unique identification number (hereinafter also referred to as “unique code”) is assigned to this product.
- the “commodity sales request” corresponds to, for example, a request related to selection, addition, change, or settlement of a product that a customer wants to purchase.
- the “product trade-in request” corresponds to, for example, a request related to selection, addition, change, or settlement of a product that a customer wants to trade in.
- the merchandise sales settlement means 14 is a process for calculating the total price of the merchandise to be sold based on the process of the merchandise sales information processing means 13 for receiving the sales request for the merchandise transmitted from the terminal device 3, and is transmitted from this terminal apparatus. Based on the processing of the merchandise sales information processing means 13 that receives a trade-in request for merchandise, or based on the processing of the merchandise sales information processing means 13 that receives the sales request or trade-in request. Then, a process for calculating the difference between the total price of the products to be sold and the total price of the possessed goods is performed.
- the price determination means 15 performs a process for determining a trade-in price of a product, a process for changing the trade-in price, a process for determining a price of a used product, or a process of changing the price of the used product.
- the “trade-in price” is, for example, at least one of the market value of a product, the number of sales histories stored in the product sales history DB 25, the product attribute information of this product, or the customer attribute information of a customer who owns this product.
- FIG. 3 shows the table structure of each database of the database apparatus 2 and the relationship between the tables.
- the customer information master DB 21 stores a customer code for uniquely identifying a customer, customer attribute information of the customer, and the like.
- customer attribute information is not limited to, for example, the customer's name, address, phone number, and e-mail address, but also gender, date of birth, mobile phone number, occupation, workplace, hometown, hobby, favorite brand Or a collection.
- the customer code may be included in the “customer attribute information”.
- the product information master DB 22 stores product attribute information of products to be sold to customers.
- the “product attribute information” is not limited to, for example, a product model number, a manufacturer, and a product name, but includes a product code, a product name, a manufacturing date, specifications, functions, or dimensions.
- the new price DB 23 stores the product model number of the product and the new price of the product.
- the trade-in price DB 24 stores a product model number of the product, a trade-in price of the product, and the like.
- the product model numbers stored in the new product price DB 23 and the trade-in price DB 24 are associated with the product model numbers stored in the product information master DB 22, respectively.
- the new product price or the trade-in price of the product may be stored in the product information master DB 22.
- the product sales history DB 25 stores a unique code for uniquely identifying a product sold to a plurality of customers, a product model number of this product, a plurality of sales history, and the like.
- the “trading history” includes, for example, a customer code of a customer who owns the product, and sales record information for confirming whether or not the customer owns the product according to the sales or trade-in performance of the product. Can be stored multiple times (1 to N times).
- “Trade record information” specifically means an ownership status indicating the owner or owner of a product.
- “Ownership status” specifically refers to, for example, selling a product to a customer as well as a sales record flag that sets a flag according to the result of selling the product and lowers the flag according to the result of trade-in of this product. This corresponds to a sales flag that sets a flag according to the actual result and a trade-in flag that sets a flag according to the actual result of taking this sold product from this customer.
- the product model number stored in the product sales history DB 25 is associated with the product model number stored in the product information master DB 22, and the customer code is associated with the customer code stored in the customer information master DB 21.
- the used price DB 26 stores a unique code of a product purchased from a customer, a used product price of the product, and the like. The unique code stored in the used price DB 26 is associated with the unique code stored in the merchandise sales history DB 25.
- the sales DB 27 stores the sales date when the product was sold, the product model number of the product, the customer code of the customer who sold the product, the quantity of the sold product, and the like.
- the trade-in DB 28 stores the trade-in date of the trade-in, the product model number of the product, the customer code of the customer who traded in the product, the quantity of the trade-in product, and the like.
- the customer specific page transmitted to the terminal device 3 includes customer attribute information, a product list of products owned by the customer, and the like.
- the product list transmitted to the terminal device 3 includes product attribute information of the product, price information stored in the new product price DB 23, the trade-in price DB 24, or the used price DB 26 of the product.
- FIG. 4 shows a series of services performed by the server device 1 for the customer.
- the server device 1 when a customer connects to the server device 1 from the terminal device 3, the server device 1 performs customer registration for the customer (step S-10). After the customer registration, the server device 1 sells the product to the customer based on the request from the terminal device 3 (step S-20). After the sale of the product, based on the request from the terminal device 3, the server device 1 lists the customer's possessed items and transmits them to the customer terminal (step S-30). After transmitting the list of possessed items, the server device 1 performs trade-in sales of products based on a request from the terminal device 3 (step S-40).
- FIG. 5 shows the flow of the customer registration process of the customer and the exchange between nodes at each step.
- the customer information processing means 11 confirms whether or not the terminal device is registered as a customer (step S-110). Specifically, for example, the customer information processing means 11 compares the customer attribute information and password input and transmitted from the customer terminal device 3 with the customer attribute information stored in the customer master DB 21 and matches or does not match. Check. As a result of this collation, if the two match, the customer information processing means 11 transmits this customer's My Page to the terminal device 3 (step S-120). If they do not match, the customer information is registered in the server device 1 (step S-130).
- the customer information processing means 11 transmits a registration form to the terminal device 3, and the customer inputs customer attribute information and a password to the registration form from the terminal device and transmits them to the server device 1.
- the customer information processing means 11 receives the customer attribute information transmitted from the terminal device 3, assigns a customer code to the customer attribute information, and stores the customer code and customer attribute information customer in the customer information master DB 21. After storage, the customer information processing means 11 creates a customer's My Page and transmits this My Page to the terminal device 3 (Step S-140).
- FIG. 6 shows a process for selling a product to a customer and an exchange between nodes at each step.
- the terminal device 3 transmits a request for selecting a product to the product sales information processing means 13.
- “request for product selection” corresponds to a keyword search or the like for a product desired by a customer.
- the merchandise sales information processing means 13 receives this request, and checks the merchandise information master DB 22 to extract the merchandise attribute information of the selected merchandise.
- the merchandise sales information processing means 13 transmits the extracted merchandise attribute information to the terminal device 3 as a merchandise list (step S-210).
- the terminal device transmits a request regarding this selection to the product sales information processing means 13.
- the merchandise sales information processing means 13 receives this request, adds the merchandise attribute information of the selected merchandise to a merchandise sales dedicated page (hereinafter also referred to as “shopping cart”), and adds this shopping cart to the terminal device 3. Transmit (step S-220).
- the terminal device 3 transmits a request for settlement of the product to the product sales information processing means 13.
- the merchandise sales information processing means 13 receives the request relating to the settlement and transmits an instruction relating to the settlement to the merchandise sales settlement means 14.
- the merchandise sales settlement unit 14 calculates the total price of the sales price of the merchandise and transmits the total price to the merchandise sales information processing means 13.
- the merchandise sales information processing means 13 adds this total amount to the shopping cart, and transmits this shopping cart to the terminal device 3 (step S-230). After the customer confirms the total amount transmitted to the terminal device 3, the terminal device transmits a request for settlement of the product to the product sales information processing means 13.
- the merchandise sales information processing means 13 receives the request relating to the settlement and issues an instruction relating to the settlement to the merchandise sales settlement means 14. In response to this instruction, the merchandise purchase / settlement means 14 settles the merchandise, and when this settlement is completed, the merchandise trade information processing means 13 sends a settlement completion notice to the merchandise trade information processing means 13 (step S-240).
- the merchandise sales information processing means 13 receives the notification of the completion of settlement from the merchandise sales settlement means 14, it assigns a unique code to the sold product, this unique code, the product model number of this product, and the customer who sold this product. Are stored in the merchandise sales history DB 25, and a sales flag is set and stored in the merchandise sales history DB. Further, when the merchandise sales information processing means 13 receives the notification of the completion of settlement from the merchandise sales settlement means 14, the sales date, the product model number, the customer code, and the sales quantity of this product are stored in the sales DB 27 (step S-). 250).
- the server device 1 can uniquely identify the owner of the product by assigning a unique code to the product sold to the customer and setting the sales flag and storing the sales history in the product sales history DB 25. it can. That is, it is possible to easily recognize the owner of the product in association with the customer code in the sales history in which only the sales flag is set.
- the desired products may be added by repeating steps S-210 to S-230. Further, the processes in steps S-220 and S-230 may be performed simultaneously. That is, when the terminal device 3 transmits a request for product selection and settlement at the same time, the product attribute information of the product selected by the customer and the total price of the product calculated by the product sales / settlement means 14 respectively. Means 13 may be added to the shopping cart.
- FIG. 7 shows the flow of processing related to the confirmation of the customer's property and the exchange between nodes at each step.
- the terminal device 3 transmits a confirmation request for the owned item to the customer information processing means 11.
- the customer information processing means 11 receives this request and confirms with the customer information master DB 21 whether or not there is a customer code that matches the customer code associated with the customer attribute information of the customer transmitted from the terminal device (step S-310).
- the customer information processing means 11 confirms the product sales history DB 25 and extracts the customer code and product model number stored in the product sales history DB (step S-320).
- the customer information processing means Based on the customer code extracted by the customer information processing means 11, the customer information processing means transmits an instruction to confirm the merchandise sales history to the merchandise sales history confirmation means 12. Based on this instruction, the merchandise sales history confirmation means 12 confirms the status of the sales flag and purchase flag stored in the merchandise sales history DB 25, and selects the customer code in the sales history where only this sales flag is set.
- the merchandise sales history confirmation means 12 transmits the selected customer code to the customer information processing means 11, and the customer information processing means 11 associates the customer code, the merchandise model number, and the merchandise model number and extracts this from the trade-in price DB 24.
- the trade-in price of the product model number is added to the customer's My Page, and this My Page is transmitted to the terminal device 3 (Step S-330).
- the merchandise sales history confirmation means 12 confirms the merchandise sales history DB 25, and selects the customer code in the sales history where only the sales flag stands, thereby quickly responding to the confirmation request of the possessed item from the customer. be able to. That is, in the state where only the sales flag is set, since the owned goods are not traded in from the customer, it is possible to easily determine which product is owned by the customer. Further, the product model number of the customer's possessed product can be specified from the customer code, and the value of the owned product can be obtained by extracting the trade-in price of the owned product from the trade-in price DB 24 in association with the product model number. Can be easily recognized.
- the customer can continuously manage the assets of the possessed goods using the server device 1 and can trade in the owned goods at a timing that suits the customer's convenience.
- the server device 1 can improve the customer's willingness to trade in, and can give a consciousness of trying to keep the property carefully and maintain the state. Therefore, it becomes easy for a trader who uses the server apparatus 1 to procure used goods in good condition.
- FIG. 8 shows a flow of processing for trading a product owned by a customer and selling a new product, and an exchange between nodes at each step.
- FIG. 9 shows a shopping cart when a customer has selected a plurality of products (for example, products D, E, and F) that the customer desires to purchase anew.
- FIG. 10 shows a shopping cart in the case where a customer has selected and added a product (for example, products A and B) desired to be traded out of a plurality of owned items.
- a product for example, products A and B
- the flow until the confirmation of the property is the same as that shown in FIG.
- the flow until the total amount is transmitted to the terminal device is the same as steps S-210 to S-230 shown in FIG.
- the terminal device 3 transmits a request for selecting a trade-in product displayed on the customer's My Page.
- “request for selection of trade-in product” corresponds to pressing an “add trade-in product” button shown in FIG.
- the merchandise sales information processing means 13 receives this request, confirms the merchandise information master DB 22, and extracts merchandise attribute information associated with the merchandise model number of the trade-in product.
- the merchandise sales information processing means 13 adds the extracted merchandise attribute information of the trade-in item to the shopping cart, and transmits this shopping cart to the terminal device 3 (step S-410).
- FIG. 9 shows a screen in a state where product attribute information of trade-in goods is not added to the shopping cart
- FIG. 10 shows a screen in a state where product attribute information of trade-in goods is added to the shopping cart.
- the terminal device 3 transmits a request for trade-in settlement of products to the product sales information processing means 13. .
- the merchandise sales information processing means 13 receives the request relating to the settlement and transmits an instruction relating to the settlement to the merchandise sales settlement means 14.
- the merchandise sales settlement means 14 calculates the difference between the total amount of the new plurality of products (products D, E, and F) and the total trade-in amount of the plurality of trade-in products (products A and B). Then, this difference is transmitted to the commodity sales information processing means 13.
- the merchandise sales information processing means 13 adds this difference to the shopping cart and transmits this shopping cart to the terminal device 3 (step S-420). After the customer confirms the difference transmitted to the terminal device 3, the terminal device transmits a request for settlement of the product to the product sales information processing means 13. More specifically, the “request for product settlement” corresponds to pressing a “go to shopping” button shown in FIG.
- the merchandise sales information processing means 13 receives the request relating to the settlement and issues an instruction relating to the settlement to the merchandise sales settlement means 14.
- the merchandise sales settlement unit 14 performs settlement of the merchandise in response to this instruction, and when the settlement is completed, transmits a settlement completion notice to the merchandise sales information processing unit 13 (step S-430).
- the merchandise sales information processing means 13 receives the notification of the completion of settlement from the merchandise sales settlement means 14, it sets and stores a trade-in flag in the sales history associated with the unique code and customer code assigned to the trade-in product. To do. Further, a unique code is assigned to the new product that has been settled, and this unique code, the product model number of this product, and the customer code of the customer who sold this product are stored in the product sales history DB 25, and a sales flag is stored.
- the merchandise sales information processing means 13 receives the notification of the completion of settlement from the merchandise sales settlement means 14, the sales date of the new product, the product model number, the customer code, and the sales quantity of this product are stored in the sales DB 27, The trade-in date, product model number, customer code, and trade-in quantity of this trade-in product are respectively stored in the trade-in DB 28 (step S-440).
- the merchandise sales information processing means 13 adds the merchandise attribute information of the trade-in goods to the shopping cart and transmits it to the terminal device 3, and the total price of the plurality of goods calculated by the merchandise sales settlement means 14 Since the total amount and the difference amount of the picked-up items can be added to the shopping cart, the customer can grasp the accurate difference amount in real time. That is, since the trade-in price of each trade-in product is fixed, the difference calculated using the total trade-in amount does not change. Accordingly, the customer can promptly make a trade-in settlement of the possessed goods and promptly obtain a plurality of new products.
- the merchandise sales information processing means 13 receives a sales request for a used product transmitted from the terminal device 3, and associates the merchandise model number associated with this request with the merchandise model number stored in the merchandise sales history DB 25. The unique code accompanying this product model number is extracted. Thereby, the product attribute information of the used item requested by the customer can be transmitted to the terminal device 3.
- the trade-in product may be added by repeating step S-410. Further, the processes in steps S-410 and S-420 may be performed simultaneously. That is, the terminal device 3 transmits a request for trade-in item selection and settlement at the same time, so that the product attribute information of the trade-in item selected by the customer and the difference calculated by the merchandise sales settlement unit 14 are respectively in the product sales information processing. Means 13 may be added to the shopping cart.
- the “product” includes not only a camera, a bicycle, a writing instrument, or a watch, but also all products that can be used for electronic commerce such as a passenger car and a motorcycle.
- the “owned item” of the customer includes not only products and used items purchased by the customer via the server device 1, but also items and used items purchased at a member registration store.
- this merchandise sales information processing means assigns a unique code to this merchandise, stores this unique code, the merchandise model number of this merchandise, and the customer code of this customer in the merchandise sales history DB 25 and sets a sales flag. It stores in this commodity sales history DB. This process may be performed not only by the customer but also by a store clerk or the like from another terminal device.
- the products that the customer wishes to trade in are not limited to products or used items purchased by the customer via the server device 1 or products or used items purchased at a member registration store, but other online shopping services and stores. Applicable products and used items purchased through the above.
- the processing is performed in steps S-410 to S-430 shown in FIG. Specifically, the customer inputs the product model number of the possessed product in a predetermined form from the terminal device 3, and transmits a request regarding selection of trade-in products to the product sales information processing means 13.
- the merchandise sales information processing means 13 receives this request, extracts the merchandise attribute information associated with the merchandise model number from the merchandise information master DB 22, adds the merchandise attribute information to the shopping cart, and transmits it to the customer terminal 3.
- the customer transmits a request for trade-in settlement of merchandise from the terminal device 3 to the merchandise sales information processing means 13.
- the merchandise sales information processing means 13 receives the request relating to the settlement and transmits an instruction relating to the settlement to the merchandise sales settlement means 14.
- the merchandise sales settlement unit 14 calculates the difference between the total price of the new product and the total trade-in price of a plurality of trade-in products, and transmits this difference to the merchandise sales information processing means 13.
- the merchandise sales information processing means 13 adds this difference to the shopping cart and transmits this shopping cart to the terminal device 3. After the customer confirms the difference transmitted to the terminal device 3, the terminal device transmits a request for settlement of the product to the product sales information processing means 13.
- the merchandise sales information processing means 13 receives the request relating to the settlement and issues an instruction relating to the settlement to the merchandise sales settlement means 14.
- the merchandise sales settlement unit 14 performs settlement of the merchandise in response to the instruction, and transmits a notification of settlement completion to the merchandise sales information processing unit 13 when the settlement is completed.
- the merchandise sales information processing means 13 receives the notification of the completion of settlement from the merchandise sales settlement means 14, it gives a unique code to the trade-in product and handles it as a used product.
- the trade-in product trade-in date, the product model number, the customer code, and the trade-in quantity of the trade-in product are stored in the trade-in DB 28, respectively.
- the server device 1, the database device 2, and the terminal device 3 are well-known computer devices, and the CPU, ROM, RAM, HDD, and input / output devices such as hardware necessary for information processing are all included. However, various kinds of control and information processing are performed in association with these hardware.
- the server device 1 and the database device 2 or the server device 1 and the terminal device 3 may be directly connected via a LAN cable, connected via an in-house network line, or connected via an Internet line.
- the “terminal device” corresponds to, for example, a personal computer, a tablet PC, a smartphone, a mobile phone, a PHS, or a PDA.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
所有品の下取の意識決定をし易くすることができる。サーバ装置1の顧客情報処理手段11は、端末装置から顧客の所有する商品の売買履歴の確認要求を受信し、この要求に基づいて商品売買履歴確認手段12がデータベース装置2の商品売買履歴記憶手段25に格納される売買履歴の売買実績情報から顧客がこの商品を所有していると確認した場合、この顧客の顧客属性情報に伴う商品属性情報を抽出して端末装置に送信することにより、顧客は所有品の状態を適時確認することができる。さらにサーバ装置1の商品売買情報処理手段13は、端末装置から下取要求を受信し、この要求に基づいて商品売買決済手段14が顧客の所有する商品の下取金額を算出すると共に、この顧客に販売する商品の販売金額とこの下取金額との差額を算出して端末装置に送信することにより、顧客は差額を確認して所有品を下取する意思決定を容易かつ迅速にすることができる。
Description
本発明は、例えばインターネットを利用してオンラインショッピングを実行する商品管理サーバに関し、さらに詳しくは商品の下取サービスを提供する商品管理サーバ及び商品管理方法に関するものである。
従来から商品の下取サービスにおいては、顧客が所有する商品を下取業者が査定をし、この査定に基づいて下取価格を決めていた。したがって顧客が下取価格を確認するには、下取業者にこの商品の査定を依頼しなければならなかった。このため商品の下取価格を査定前に容易に把握できず、顧客は所有する商品を下取する意思決定をし難かった。
そこで商品を販売した顧客の注文に対して下取IDを付与し、この下取IDで顧客を特定すると共に、この顧客が入力した商品の製造番号等を基に下取価格を算出して提示するオンライン下取サービスが提案されている(例えば特許文献1参照)。
しかしながら上述した従来におけるオンライン下取サービスでは、下取IDが付与された注文ごとに商品の下取の希望を通知してこの商品の製造番号等を入力しなければ、この商品の下取価格を確認することができない。すなわち顧客は所有する商品の下取価格を容易に把握できないばかりでなく、複数の商品の下取価格を確認するのに手間がかかる。さらに下取の条件となる新たな商品の購入については別の手続が必要となるため、最終的に支払う費用を把握し難い。したがって顧客は所有する商品の下取の意思決定をし難い。
またオンライン上で提示した下取価格に承諾して顧客が商品の下取の意思決定をしても、この商品の実物を下取業者が査定して実際の下取価格を決定しなければ取引は成立しない。すなわち下取業者が決定した下取価格を顧客が承諾しない限り、新たな商品を入手することができない。さらに顧客が商品の実物を下取業者に発送してから実際の下取価格に承諾して新たな商品を受け取るまで時間が掛かるばかりでなく、この間顧客は商品を使用することができない。
また顧客は商品の市場価値や経年劣化等によって刻々と変化する下取価格やこの下取価格の変動を適時確認し難いため、商品を下取する最適なタイミングを逃す恐れがある。
また顧客が下取価格に承諾しなければ、下取業者が査定に費やした工数が無駄になるばかりでなく、顧客に商品の実物を返送する手間がかかる。
そこで本発明の第1の目的は、顧客が所有する商品の下取の意識決定をし易くすることにある。また第2の目的は、下取価格を明示して顧客が所有する商品の価値を認識し易くすることにある。また第3の目的は、顧客と下取業者との信頼関係を築き、円滑かつ効率的に下取の取引を成立させることにある。
上記課題を解決するために、本発明による商品管理サーバ及び商品管理方法の特徴は、予め決めてある商品の下取価格を顧客に明示すると共に、この顧客に販売する新たな商品の合計金額とこの顧客が所有する商品の合計金額との差額を提示することにある。
すなわち本発明による商品管理サーバは、サーバ装置と、このサーバ装置に接続するデータベース装置とを備え、上記サーバ装置は、端末装置から送信される顧客の顧客属性情報又はこの顧客が所有する商品の売買履歴の確認要求を処理する顧客情報処理手段と、この顧客情報処理手段の処理に基づいてこの商品の売買履歴の確認を行う商品売買履歴確認手段と、端末装置から送信される商品の販売要求若しくは下取要求又はこの販売要求若しくは下取要求に基づいて売買履歴を処理する商品売買情報処理手段と、この商品売買情報処理手段の処理に基づいてこの商品の下取の決済を行う商品売買決済手段とを有し、上記データベース装置は、顧客の顧客属性情報を格納する顧客情報記憶手段と、商品の商品属性情報を格納する商品情報記憶手段と、商品の固有識別番号、この商品の商品属性情報、及びこの商品の複数の売買履歴を格納する商品売買履歴記憶手段とを有し、上記商品売買履歴記憶手段に格納される売買履歴には、商品を所有する顧客の顧客属性情報と、この商品の販売又は下取の実績に伴いこの顧客が商品を所有しているか否かを確認する売買実績情報とが含まれ、上記顧客情報処理手段は、端末装置から送信される顧客の所有する商品の売買履歴の確認要求を受信し、この要求に基づいて上記商品売買履歴確認手段が上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報からこの顧客がこの商品を所有していると確認した場合に、この顧客の顧客属性情報に伴う商品属性情報を抽出し、この抽出した商品属性情報をこの端末装置に送信し、上記商品売買情報処理手段は、上記端末装置から送信される顧客の所有する商品の下取要求を受信し、この要求に基づいて上記商品売買決済手段がこの顧客に販売する商品の販売金額とこの顧客が所有する商品の下取金額との差額を算出し、この算出した差額をこの端末装置に送信する(請求項1)ことにある。
また上記顧客が上記差額に承諾して所有する商品の下取を了承する場合、取引を成立させると共に、この商品の売買履歴を更新する必要がある。そこで上記商品売買情報処理手段は、上記端末装置から送信される顧客の所有する商品の下取要求を受信し、この要求に基づいて上記商品売買決済手段が上記差額に応じて決済し、この決済に応じて上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報においてこの顧客が商品を所有していない状態に更新する(請求項2)ことが望ましい。これにより顧客の下取の決済が完了して取引が成立するため、この顧客に販売する新たな商品を手早く発送することができる。さらに顧客は更新された売買履歴から下取した商品の所有状態を確認することができる。
また顧客に対して明示する商品の下取価格は、適正な要因に基づいて決定する必要がある。そこで上記サーバ装置は、上記商品の市場価値、上記商品売買履歴記憶手段に格納される売買履歴の数、この商品の商品属性情報、又はこの商品を所有する顧客の顧客属性情報のうち少なくとも一つに基づいて上記下取価格を決定する価格決定手段を有する(請求項3)ことが望ましい。これにより適正な下取価格を決定することができると共に、顧客との信頼関係をより深めることができる。
また本発明による商品管理サーバは、商品管理サービスを提供するサーバ装置と、このサーバ装置にネットワーク回線を通じて接続するデータベース装置とを備え、上記サーバ装置には、端末装置がネットワーク回線を通じて接続し、上記サーバ装置は、顧客が所有する商品の売買履歴の確認要求を処理する顧客情報処理手段と、この顧客情報処理手段の処理に基づいてこの商品の売買履歴の確認を行う商品売買履歴確認手段と、商品の下取要求に基づいて売買履歴を処理する商品売買情報処理手段と、この商品売買情報処理手段の処理に基づいてこの商品の下取の決済を行う商品売買決済手段とを有し、上記データベース装置は、顧客の顧客属性情報を格納する顧客情報記憶手段と、商品の商品属性情報を格納する商品情報記憶手段と、商品の固有識別番号、この商品の商品属性情報、及びこの商品の複数の売買履歴を格納する商品売買履歴記憶手段とを有し、上記売買履歴には、商品を所有する顧客の顧客属性情報と、この商品の販売及び下取の実績に伴いこの顧客が商品を所有しているか否かを確認する売買実績情報とが含まれ、上記顧客情報処理手段は、上記端末装置から送信される顧客の所有品の確認要求を受信し、この確認要求に基づいて上記商品売買履歴記憶手段に格納される顧客の所有品の商品属性情報を抽出する処理と、上記商品売買履歴確認手段に上記商品売買履歴記憶手段の確認を指示する処理とを行い、上記商品売買履歴確認手段は、上記顧客情報処理手段の処理に基づいて上記商品売買履歴記憶手段に格納される上記売買履歴において顧客が商品を所有しているか否かを確認する処理を行い、上記商品売買情報処理手段は、上記端末装置から送信される商品の販売要求及び顧客の所有する商品の下取要求を受信し、この販売要求及び下取要求に基づいて上記商品売買決済手段に商品の決済に関する要求に応じる指示を送信する処理を行い、上記商品売買決済手段は、上記商品売買情報処理手段の処理に基づいて算出した販売する商品の合計金額と所有品の合計金額との差額を算出する処理と、この商品売買情報処理手段の処理に基づいて商品を決済する処理とを行い、上記商品売買履歴確認手段が上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報から顧客が商品を所有していると確認した場合、上記顧客情報処理手段はこの顧客の顧客属性情報に伴う商品属性情報を抽出して端末装置に送信し、上記商品売買情報処理手段が上記端末装置から送信される顧客の所有する商品の下取要求を受信した場合、上記商品売買決済手段はこの要求に基づいてこの顧客に販売する商品の販売金額とこの顧客が所有する商品の下取金額との差額を算出し、この算出した差額をこの端末装置に送信する(請求項4)。
また上記商品売買情報処理手段が上記端末装置から送信される顧客の所有する商品の下取要求を受信した場合、上記商品売買決済手段はこの要求に基づいて上記差額に応じて決済し、上記商品売買情報処理手段はこの決済に応じて上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報においてこの顧客が商品を所有していない状態に更新する(請求項5)ことが望ましい。
また上記顧客が商品を所有していない状態は、上記商品売買履歴記憶手段が格納する売買履歴の売買実績情報における所有状態ステータスのうち、下取要求した商品に付与されているユニークコード及び顧客コードに紐付く下取フラグを立てて格納する(請求項6)ことが望ましい。
上記サーバ装置は、上記商品の市場価値、上記商品売買履歴記憶手段に格納される売買履歴の数、この商品の商品属性情報、又はこの商品を所有する顧客の顧客属性情報のうち少なくとも一つに基づいて上記下取価格を決定する価格決定手段を有する(請求項7)ことが望ましい。
また本発明による商品管理方法は、顧客の端末装置とネットワーク回線を通じて接続し、顧客が所有する商品の売買履歴の確認要求を処理する顧客情報処理手段と、この顧客情報処理手段の処理に基づいてこの商品の売買履歴の確認を行う商品売買履歴確認手段と、商品の下取要求に基づいて売買履歴を処理する商品売買情報処理手段と、この商品売買情報処理手段の処理に基づいてこの商品の下取の決済を行う商品売買決済手段とを有するサーバ装置と、このサーバ装置とネットワーク回線を通じて接続し、顧客の顧客属性情報を格納する顧客情報記憶手段と、商品の商品属性情報を格納する商品情報記憶手段と、商品の固有識別番号、この商品の商品属性情報、及びこの商品の複数の売買履歴を格納する商品売買履歴記憶手段とを有するデータベース装置とを備える商品管理サーバが実行する商品管理方法であって、上記売買履歴には、商品を所有する顧客の顧客属性情報と、この商品の販売及び下取の実績に伴いこの顧客が商品を所有しているか否かを確認する売買実績情報とが含まれ、上記顧客情報処理手段は、上記端末装置から送信される顧客の所有品の確認要求を受信し、この確認要求に基づいて上記商品売買履歴記憶手段に格納される顧客の所有品の商品属性情報を抽出する工程と、上記商品売買履歴確認手段に上記商品売買履歴記憶手段の確認を指示する工程とを有し、上記商品売買履歴確認手段は、上記顧客情報処理手段の処理に基づいて上記商品売買履歴記憶手段に格納される上記売買履歴において顧客が商品を所有しているか否かを確認する工程とを有し、上記商品売買情報処理手段は、上記端末装置から送信される商品の販売要求及び顧客の所有する商品の下取要求を受信する工程と、この販売要求及び下取要求に基づいて上記商品売買決済手段に商品の決済に関する要求に応じる指示を送信する工程とを有し、上記商品売買決済手段は、上記商品売買情報処理手段の処理に基づいて算出した販売する商品の合計金額と所有品の合計金額との差額を算出する工程と、この商品売買情報処理手段の処理に基づいて商品を決済する工程とを有し、上記商品売買履歴確認手段が上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報から顧客が商品を所有していると確認した場合、上記顧客情報処理手段はこの顧客の顧客属性情報に伴う商品属性情報を抽出して端末装置に送信する工程と、上記商品売買情報処理手段が上記端末装置から送信される顧客の所有する商品の下取要求を受信した場合、上記商品売買決済手段はこの要求に基づいてこの顧客に販売する商品の販売金額とこの顧客が所有する商品の下取金額との差額を算出し、この算出した差額をこの端末装置に送信する工程とを備える(請求項8)。
上記商品売買情報処理手段が上記端末装置から送信される顧客の所有する商品の下取要求を受信した場合、上記商品売買決済手段はこの要求に基づいて上記差額に応じて決済し、上記商品売買情報処理手段はこの決済に応じて上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報においてこの顧客が商品を所有していない状態に更新する工程を有する(請求項9)ことが望ましい。
上記顧客が商品を所有していない状態は、上記商品売買履歴記憶手段が格納する売買履歴の売買実績情報における所有状態ステータスのうち、下取要求した商品に付与されているユニークコード及び顧客コードに紐付く下取フラグを立てて格納する(請求項10)ことが望ましい。
上記サーバ装置は、価格決定手段を有し、上記価格決定手段は、上記商品の市場価値、上記商品売買履歴記憶手段に格納される売買履歴の数、この商品の商品属性情報、又はこの商品を所有する顧客の顧客属性情報のうち少なくとも一つに基づいて上記下取価格を決定する工程を有する(請求項11)ことが望ましい。
ここで「商品」には、例えばカメラ、自転車、筆記用具、又は時計に限らず電子商取引が可能な全てのものが該当する。また顧客が所有する商品は、上記サーバ装置1を介して購入したもの又は店舗で購入したものが該当する。
「端末装置」とは、例えばパーソナルコンピュータ、タブレットPC、スマートフォン、携帯電話、PHS、又はPDAが該当する。
「顧客属性情報」には、例えば顧客の氏名、住所、電話番号、メールアドレス、性別、生年月日、携帯電話番号、職業、勤務先、出身地、趣味、好きなブランド、又はコレクションに限らず、この顧客を一意に識別する顧客コードが含まれる。
「商品属性情報」には、例えば商品型番、メーカー、又は商品名に限らず、商品を一意に識別する固有識別番号、商品コード、商品名、製造年月日、スペック、機能、寸法、販売価格、又は下取価格が含まれる。
「売買実績情報」とは、例えば商品の所有先又は所有者を表す所有状態ステータスを意味し、この「所有状態ステータス」は、例えば商品を販売した実績に応じてフラグを立てこの商品を下取した実績に応じてフラグを下げる売買実績フラグにて確認するばかりでなく、顧客に商品を販売した実績に応じてフラグを立てる売上フラグ及びこの顧客からこの販売した商品を下取した実績に応じてフラグを立てる下取フラグにて確認するものが該当する。
本発明による商品管理サーバ及び商品管理方法は、顧客情報処理手段の処理に基づいて、商品売買履歴確認手段が商品売買履歴記憶手段に格納される売買履歴の売買実績情報から、顧客が商品を所有していると確認した場合に、この顧客の顧客属性情報に伴う商品属性情報を抽出し、この抽出した商品属性情報をこの端末装置に送信することにより、この顧客は所有する商品の商品属性情報を端末装置から容易に確認することができる。すなわち商品売買履歴確認手段は売買履歴実績情報から顧客が所有する商品の商品属性情報を抽出するため、顧客は所有する商品の中から下取したい商品を任意に選択することができると共に、個々の商品の下取価格をそれぞれ把握することができる。さらに商品売買情報処理手段の処理に基づいて、商品売買決済手段が顧客に販売する商品の販売金額とこの顧客が所有する商品の下取金額との差額を算出し、この算出した差額をこの端末装置に送信することにより、顧客は新たに購入する商品と所有する商品とがそれぞれ複数あっても、それぞれの合計金額の差額を容易に確認することができる。したがって顧客は所有している商品を下取する意思決定を容易かつ迅速にすることができる。
また顧客は所有する商品の下取価格を容易に把握することができるため、この商品管理サーバを資産管理ツールとして活用することができる。したがって顧客は所有する商品の価値を意識し易く、商品の使い方、管理の仕方、及び手入れの仕方に気を配るため、高値で商品を下取することができるばかりでなく、下取業者は状態の良い中古品を調達し易くなる。
また商品売買情報処理手段の処理に基づいて、商品売買決済手段が差額に応じて決済するため、顧客の下取を円滑かつ効率的に成立させることができる。すなわち顧客は商品売買決済手段による決済が終了した後に所有する商品を下取業者に発送すると共に、この下取業者は新たな商品をこの顧客に発送するため、最短時間で取引を成立させることができる。さらに商品売買情報処理手段が商品売買決済手段による決済に応じて商品売買履歴記憶手段に格納される売買履歴の売買実績情報において顧客が商品を所有していない状態に更新することにより、下取業者が下取した商品とこの顧客が所有する商品とを明確に区別することができる。すなわち下取業者が下取した商品については、商品売買履歴確認手段が売買実績情報からこの商品を顧客が所有していないと認識するため、顧客は常に最新の売買履歴を把握することができる。
また価格決定手段で適正な下取価格を決定することにより、顧客の下取意欲を向上させると共に、この顧客は最適なタイミングで商品を下取することができる。すなわち下取業者の判断で一方的に下取価格を決定することなく、顧客は明示された下取価格を信頼して下取の取引に応じ易くなる。したがって顧客と下取業者との信頼関係を形成し易いばかりでなく、この信頼関係を深めて円滑かつ効率的な下取の取引を成立させることができる。
1 サーバ装置
11 顧客情報処理手段
12 商品売買履歴確認手段
13 商品売買情報処理手段
14 商品売買決済手段
15 価格決定手段
2 データベース装置
21 顧客情報マスタDB
21 商品情報マスタDB
23 新品価格DB
24 下取価格DB
25 商品売買履歴DB
26 中古品価格DB
3 端末装置
11 顧客情報処理手段
12 商品売買履歴確認手段
13 商品売買情報処理手段
14 商品売買決済手段
15 価格決定手段
2 データベース装置
21 顧客情報マスタDB
21 商品情報マスタDB
23 新品価格DB
24 下取価格DB
25 商品売買履歴DB
26 中古品価格DB
3 端末装置
以下図1~図10を参照しつつ、本発明による商品管理サーバの構成及び動作を説明する。図1は、この商品管理サーバを用いて商品の販売及び下取又は買取を実行するシステムの構成図を示す。なお以降の説明においては、買取を下取に含めるため、記載を省略する。
図1に示すように、この商品管理サーバは、インターネットNを利用してオンラインショッピングサービスや商品下取サービス等の電子商取引を実行するサーバ装置1と、このサーバ装置と連関して電子商取引を実行するために必要な顧客情報や商品情報等を保存するデータベース装置2とを備え、このサーバ装置には複数の顧客が使用する端末装置3が接続する。
図2は、サーバ装置1及びデータベース装置2それぞれの構造を概念的に説明するものである。図2に示すように、サーバ装置1は、端末装置3から送信される顧客の顧客属性情報又はこの顧客が所有する商品(以下「顧客の所有品」ともいう。)の売買履歴の確認要求を処理する顧客情報処理手段11、この顧客情報処理手段の処理に基づいて商品の売買履歴の確認を行う商品売買履歴確認手段12、端末装置から送信される商品の販売要求若しくは下取要求又はこの商品の販売要求若しくは下取要求に基づいて売買履歴を処理する商品売買情報処理手段13、この商品売買情報処理手段の処理に基づいて商品の販売又は下取の決済を行う商品売買決済手段14、及び商品の販売価格又は下取価格を決定する価格決定手段15とを有する。
データベース装置2は、端末装置3を使用する顧客に関する情報を格納する顧客情報マスタDB21、顧客に販売する商品に関する情報を格納する商品情報マスタDB22、この商品情報マスタDBに格納される商品の新品価格を格納する新品価格DB23、この商品情報マスタDBに格納される商品の下取価格を格納する下取価格DB24、複数の顧客に販売した商品又は複数の顧客から下取した商品における売買の履歴を格納する商品売買履歴DB25、中古品の中古品価格を格納する中古品価格DB26、顧客に販売した商品の売上高を格納する売上DB27、及び顧客から下取した商品の下取高を格納する下取DB28を有する。
以下、サーバ装置1が有する各手段についてそれぞれ説明する。
顧客情報処理手段11は、端末装置3から送信される顧客の顧客属性情報を顧客情報マスタDB21に格納若しくは抽出する処理、この端末装置から送信される顧客の所有品の確認要求を受信する処理、この確認要求に基づいて商品情報マスタDB22若しくは商品売買履歴DB25に格納される顧客の所有品の商品属性情報を抽出する処理、この確認要求に基づいて商品売買履歴確認手段12に商品売買履歴DB25の確認の指示を送信する処理、顧客の顧客属性情報若しくはこの顧客の所有品を閲覧する顧客固有ページ(以下「マイページ」ともいう。)を作成する処理、又はこの顧客固有ページを端末装置3に送信する処理等を行う。
商品売買履歴確認手段12は、端末装置3から送信される顧客の所有品の確認要求を受信する顧客情報処理手段11の処理に基づいて、商品売買履歴DB25に格納される売買履歴においてこの顧客が商品を所有しているか否かを確認する処理、又はこの確認の結果を顧客情報処理手段11に送信する処理等を行う。
商品売買情報処理手段13は、端末装置3から送信される商品の販売要求若しくは下取要求を受信する処理、この販売要求若しくは下取要求に基づいて商品売買履歴DB25、売上DB27、若しくは下取DB28に所定の情報を格納する処理、この販売要求若しくは下取要求に基づいて商品売買履歴DB25、売上DB27、若しくは下取DB28から所定の情報を抽出する処理、この販売要求若しくは下取要求に基づいて商品売買決済手段14に商品の決済に関する要求に応じる指示を送信する処理、この商品売買決済手段が算出した商品の合計金額若しくは差額をこの端末装置に送信する処理、又は販売した商品を一意に識別する固有識別番号(以下「ユニークコード」ともいう。)をこの商品に付与する処理等を行う。ここで「商品の販売要求」とは、例えば顧客が購入したい商品の選択、追加、変更、又は決済に関する要求が該当する。また「商品の下取要求」とは、例えば顧客が下取したい商品の選択、追加、変更、又は決済に関する要求が該当する。
商品売買決済手段14は、端末装置3から送信される商品の販売要求を受信する商品売買情報処理手段13の処理に基づいて販売する商品の合計金額を算出する処理、この端末装置から送信される商品の下取要求を受信する商品売買情報処理手段13の処理に基づいて所有品の合計金額を算出する処理、又は上記販売要求若しくは下取要求を受信する商品売買情報処理手段13の処理に基づいてそれぞれ算出した販売する商品の合計金額と所有品の合計金額との差額を算出する処理等を行う。
価格決定手段15は、商品の下取価格を決定する処理、この下取価格を変更する処理、中古品の価格を決定する処理、又はこの中古品の価格を変更する処理等を行う。ここで「下取価格」は、例えば商品の市場価値、商品売買履歴DB25に格納される売買履歴の数、この商品の商品属性情報、又はこの商品を所有する顧客の顧客属性情報のうち少なくとも一つに基づいて決定する。
以下、データベース装置2が有する各データベースについてそれぞれ説明する。図3は、データベース装置2の各データベースのテーブル構造及び各テーブルの関係を示す。
図3に示すように、顧客情報マスタDB21は、顧客を一意に識別する顧客コード及びこの顧客の顧客属性情報等を格納する。ここで「顧客属性情報」とは、例えば顧客の氏名、住所、電話番号、及びメールアドレスに限らず、性別、生年月日、携帯電話番号、職業、勤務先、出身地、趣味、好きなブランド、又はコレクションが該当する。なお顧客コードを「顧客属性情報」に含めてもよい。
商品情報マスタDB22は、顧客に販売する商品の商品属性情報等を格納する。ここで「商品属性情報」とは、例えば商品型番、メーカー、及び商品名に限らず、商品コード、商品名、製造年月日、スペック、機能、又は寸法が該当する。また新品価格DB23は、商品の商品型番及びこの商品の新品価格等を格納する。さらに下取価格DB24は、商品の商品型番及びこの商品の下取価格等を格納する。新品価格DB23及び下取価格DB24に格納される商品型番は、それぞれ商品情報マスタDB22に格納される商品型番に紐付く。なお商品の新品価格又は商品の下取価格は、商品情報マスタDB22に格納されていてもよい。
商品売買履歴DB25は、複数の顧客に販売した商品を一意に識別するユニークコード、この商品の商品型番、及び複数の売買履歴等を格納する。ここで「売買履歴」には、例えば商品を所有する顧客の顧客コードと、この商品の販売又は下取の実績に応じてこの顧客が商品を所有しているか否かを確認する売買実績情報とが含まれ、複数(1~N回)格納できる。「売買実績情報」とは、具体的には商品の所有先又は所有者を表す所有状態ステータスを意味する。「所有状態ステータス」とは、具体的には例えば商品を販売した実績に応じてフラグを立てこの商品を下取した実績に応じてフラグを下げる売買実績フラグのみならず、顧客に商品を販売した実績に応じてフラグを立てる売上フラグ及びこの顧客からこの販売した商品を下取した実績に応じてフラグを立てる下取フラグが該当する。商品売買履歴DB25に格納される商品型番は商品情報マスタDB22に格納される商品型番に紐付くと共に、顧客コードは顧客情報マスタDB21に格納される顧客コードに紐付く。また中古価格DB26は、顧客から買取した商品のユニークコード及びこの商品の中古品価格等を格納する。中古価格DB26に格納されるユニークコードは、商品売買履歴DB25に格納されるユニークコードに紐付く。
売上DB27には、商品を売上げた売上日、この商品の商品型番、この商品を販売した顧客の顧客コード、及び販売した商品の数量等を格納する。また下取DB28には、商品を下取した下取日、この商品の商品型番、この商品を下取した顧客の顧客コード、及び下取した商品の数量等を格納する。
なお端末装置3に送信する顧客固有ページには、顧客属性情報や顧客が所有する商品の商品リスト等が掲載される。また端末装置3に送信する商品リストには、商品の商品属性情報や、商品の新品価格DB23、下取価格DB24、又は中古価格DB26に格納されるそれぞれの価格情報等が掲載される。
以下、サーバ装置1及びデータベース装置2により実現するオンラインショッピングサービス及び商品下取サービスの一例について説明する。図4は、サーバ装置1が顧客に対して行うサービスの一連の流れを示す。
図4に示すように、顧客が端末装置3からサーバ装置1に接続する場合、このサーバ装置1はこの顧客の顧客登録を行う(ステップS-10)。顧客登録を行った後、端末装置3からの要求に基づいてサーバ装置1は顧客に商品の販売を行う(ステップS-20)。商品の販売後、端末装置3からの要求に基づいてサーバ装置1は顧客の所有品を一覧にしてこの顧客端末に送信する(ステップS-30)。所有品の一覧の送信後、端末装置3からの要求に基づいてサーバ装置1は商品の下取販売を行う(ステップS-40)。
図5は、顧客の顧客登録処理の流れ及び各ステップにおけるノード間のやり取りを示す。図5に示すように、端末装置3がサーバ装置1に接続すると、顧客情報処理手段11はこの端末装置が顧客登録しているか否かを確認する(ステップS-110)。具体的には、例えば顧客情報処理手段11は顧客の端末装置3から入力及び送信される顧客属性情報やパスワードと顧客マスタDB21に格納されている顧客属性情報等とを照合して一致又は不一致を確認する。この照合の結果、一致した場合、顧客情報処理手段11はこの顧客のマイページを端末装置3に送信する(ステップS-120)。不一致の場合、サーバ装置1に顧客情報を登録する(ステップS-130)。具体的には、例えば顧客情報処理手段11は端末装置3に登録フォームを送信し、顧客はこの端末装置からこの登録フォームに顧客属性情報やパスワードを入力してサーバ装置1に送信する。顧客情報処理手段11は端末装置3から送信される顧客属性情報を受信すると共に、この顧客属性情報に顧客コードを付与し、この顧客コードと顧客属性情報顧客とを顧客情報マスタDB21に格納する。格納後、顧客情報処理手段11はこの顧客のマイページを作成し、このマイページを端末装置3に送信する(ステップS-140)。
図6は、顧客に商品を販売する処理及び各ステップにおけるノード間のやり取りを示す。図6に示すように、端末装置3は商品売買情報処理手段13に商品の選択に関する要求を送信する。具体的に「商品の選択に関する要求」としては、顧客が欲しい商品に対してキーワード検索等を行うことが該当する。商品売買情報処理手段13はこの要求を受信すると共に、商品情報マスタDB22を確認して選択された商品の商品属性情報を抽出する。商品売買情報処理手段13は抽出した商品属性情報を商品リストにして端末装置3に送信する(ステップS-210)。顧客は端末装置3に送信された商品リストの中から欲しい商品を選択すると、この端末装置はこの選択に関する要求を商品売買情報処理手段13に送信する。商品売買情報処理手段13はこの要求を受信すると共に、この選択された商品の商品属性情報を商品売買専用ページ(以下「ショッピングカート」ともいう。)に追加し、このショッピングカートを端末装置3に送信する(ステップS-220)。
次に、顧客がショッピングカート内の商品を購入する場合、端末装置3は商品売買情報処理手段13にこの商品の決済に関する要求を送信する。商品売買情報処理手段13はこの決済に関する要求を受信すると共に、商品売買決済手段14に決済に関する指示を送信する。商品売買決済手段14はこの指示に応じて商品の販売価格の合計金額を算出し、この合計金額を商品売買情報処理手段13に送信する。商品売買情報処理手段13はこの合計金額をショッピングカートに追加し、このショッピングカートを端末装置3に送信する(ステップS-230)。顧客が端末装置3に送信された合計金額を確認した後、この端末装置は商品売買情報処理手段13にこの商品の決済に関する要求を送信する。商品売買情報処理手段13はこの決済に関する要求を受信すると共に、商品売買決済手段14に決済に関する指示を出す。商品売買決済手段14はこの指示に応じて商品の決済を行い、この決済が完了したら商品売買情報処理手段13に決済完了の通知を送信(ステップS-240)。
その後、商品売買情報処理手段13は商品売買決済手段14から決済完了の通知を受信すると、販売した商品にユニークコードを付与し、このユニークコード、この商品の商品型番、及びこの商品を販売した顧客の顧客コードを商品売買履歴DB25に格納すると共に、売上フラグを立ててこの商品売買履歴DBに格納する。また商品売買情報処理手段13は商品売買決済手段14から決済完了の通知を受信すると、この商品の売上日、商品型番、顧客コード、及びこの商品の販売数量を売上DB27に格納する(ステップS-250)。
このように顧客に販売した商品にユニークコードを付与すると共に、売上フラグを立てて商品売買履歴DB25に売買履歴を格納することにより、サーバ装置1はこの商品の所有者を一意に識別することができる。すなわち売上フラグのみが立っている売買履歴における顧客コードに紐付けて、商品の所有者を容易に認識することができる。
なお顧客が複数の商品を購入する場合は、ステップS-210からステップS-230を繰り替えして所望の商品を追加してもよい。またステップS-220及びS-230の処理は同時に行ってもよい。すなわち端末装置3が商品の選択及び決済に関する要求を同時に送信することにより、顧客が選択した商品の商品属性情報と商品売買決済手段14が算出するこの商品の合計金額とを、それぞれ商品売買情報処理手段13がショッピングカートに追加してもよい。
図7は、顧客の所有品の確認に関する処理の流れ及び各ステップにおけるノード間のやり取りを示す。図7に示すように、顧客が所有品を確認する場合、端末装置3は顧客情報処理手段11に所有品の確認要求を送信する。顧客情報処理手段11はこの要求を受信すると共に、この端末装置から送信される顧客の顧客属性情報に伴う顧客コードと一致する顧客コードの有無を顧客情報マスタDB21に確認する(ステップS-310)。一致する顧客コードの存在を認識した場合、顧客情報処理手段11は商品売買履歴DB25を確認し、この商品売買履歴DBに格納される顧客コード及び商品型番を抽出する(ステップS-320)。顧客情報処理手段11が抽出した顧客コードに基づいて、この顧客情報処理手段は商品売買履歴確認手段12に商品売買履歴の確認の指示を送信する。この指示に基づいて商品売買履歴確認手段12は商品売買履歴DB25に格納される売上フラグ及び買取フラグの状態を確認し、この売上フラグのみが立っている売買履歴における顧客コードを選択する。商品売買履歴確認手段12は顧客情報処理手段11に選択した顧客コードを送信し、顧客情報処理手段11はこの顧客コード、商品型番、及びこの商品型番に紐付けて下取価格DB24から抽出したこの商品型番の下取価格を顧客のマイページに追加し、このマイページを端末装置3に送信する(ステップS-330)。
このように商品売買履歴確認手段12は商品売買履歴DB25を確認し、売上フラグのみ立っている売買履歴における顧客コードを選択することにより、顧客からの所有品の確認要求に対して迅速に応答することができる。すなわち売上フラグのみが立っている状態においては、顧客から所有品を下取していないため、どの商品を顧客が所有しているかを容易に判断することができる。さらにこの顧客コードから顧客の所有品の商品型番を特定することができると共に、この商品型番に紐付いて下取価格DB24からこの所有品の下取価格を抽出することにより、顧客は所有品の価値を容易に認識することができる。したがって顧客はサーバ装置1を用いて所有品の資産管理を継続的に行うと共に、この所有品の下取を顧客の都合に合うタイミングで行うことができる。またサーバ装置1は、顧客の下取意欲を向上させると共に、この所有品を大切に保管し状態を維持しようと試みる意識を与えることができる。したがってサーバ装置1を用いる下取業者は状態の良い中古品を調達し易くなる。
図8は、顧客の所有する商品を下取して新たな商品を販売する処理の流れ及び各ステップにおけるノード間のやり取りを示す。また図9は、顧客が新たに購入を希望する商品(例えば商品D、E、及びF)を複数選択している場合のショッピングカートを示す。図10は、顧客が複数の所有品の中から下取を希望する商品(例えば商品A及びB)を選択して追加している場合のショッピングカートを示す。なお図8の説明においては、図9及び図10に示すとおり、顧客は複数の下取品を所有していると共に、この顧客は新たな複数の商品を販売要求しているものとする。また顧客の所有品を下取する処理のうち、所有品を確認するまでの流れは、図7の内容と同じため説明を省略する。さらに顧客に新たな商品を販売する処理のうち、合計金額を端末装置に送信するまでの流れは、図6に示すステップS-210乃至ステップS-230と同じため説明を省略する。
図8に示すように、顧客が所有する商品を下取品として選択する場合、端末装置3はこの顧客のマイページに表示される下取品の選択に関する要求を送信する。具体的に「下取品の選択に関する要求」とは、図9に示す「下取品を追加」ボタンを押すこと等が該当する。商品売買情報処理手段13はこの要求を受信すると共に、商品情報マスタDB22を確認し、この下取品の商品型番に紐付く商品属性情報を抽出する。商品売買情報処理手段13は抽出した下取品の商品属性情報をショッピングカートに追加し、このショッピングカートを端末装置3に送信する(ステップS-410)。なお図9は下取品の商品属性情報がショッピングカートに追加されていない状態の画面を示し、図10は下取品の商品属性情報がショッピングカートに追加されている状態の画面を示す。
次に、図10に示すショッピングカートの複数の新たな商品(商品D、E、及びF)を購入する場合、端末装置3は商品売買情報処理手段13に商品の下取決済に関する要求を送信する。商品売買情報処理手段13はこの決済に関する要求を受信すると共に、商品売買決済手段14に決済に関する指示を送信する。商品売買決済手段14はこの指示に応じて新たな複数の商品(商品D、E、及びF)の合計金額と複数の下取品(商品A及びB)の合計下取金額との差額を算出し、この差額を商品売買情報処理手段13に送信する。商品売買情報処理手段13はこの差額をショッピングカートに追加し、このショッピングカートを端末装置3に送信する(ステップS-420)。顧客が端末装置3に送信された差額を確認した後、この端末装置は商品売買情報処理手段13にこの商品の決済に関する要求を送信する。具体的には「商品の決済に関する要求」としては、図10に示す「買物に進む」ボタンを押すこと等が該当する。商品売買情報処理手段13はこの決済に関する要求を受信すると共に、商品売買決済手段14に決済に関する指示を出す。商品売買決済手段14はこの指示に応じて商品の決済を行い、この決済が完了したら商品売買情報処理手段13に決済完了の通知を送信する(ステップS-430)。
その後、商品売買情報処理手段13は商品売買決済手段14から決済完了の通知を受信すると、下取品に付与されているユニークコード及び顧客コードに紐付く売買履歴内の下取フラグを立てて格納する。また決済した新たな商品にユニークコードを付与し、商品売買履歴DB25にこのユニークコード、この商品の商品型番、及びこの商品を販売した顧客の顧客コードを格納すると共に、売上フラグ立てて格納する。さらに商品売買情報処理手段13は商品売買決済手段14から決済完了の通知を受信すると、新たな商品の売上日、商品型番、顧客コード、及びこの商品の販売数量を売上DB27に、下取品の下取日、商品型番、顧客コード、及びこの下取品の下取数量を下取DB28にそれぞれ格納する(ステップS-440)。
このように商品売買情報処理手段13が下取品の商品属性情報をショッピングカートに追加して端末装置3に送信すると共に、商品売買決済手段14が算出した複数の商品の合計金額と複数の下取品の合計金額と差額をこのショッピングカートに追加することができることにより、顧客は正確な差額をリアルタイムに把握することができる。すなわち下取品それぞれの下取価格が確定しているため、合計下取金額を用いて算出した差額も変動しない。したがって顧客は所有品の下取決済を即断即決し、新たな複数の商品を迅速に取得することができる。
また下取品(商品A及びB)は、この商品に付与されているユニークコードを用いて中古品とし取り扱われる。具体的には、商品売買情報処理手段13は端末装置3から送信される中古品の販売要求を受信すると共に、この要求に伴う商品型番と商品売買履歴DB25に格納される商品型番とを紐付け、この商品型番に伴うユニークコードを抽出する。これにより顧客が要求する中古品の商品属性情報を端末装置3に送信することができる。
なお顧客が複数の下取品を選択する場合は、ステップS-410を繰り替えして下取品を追加してもよい。またステップS-410及びS-420の処理は同時に行ってもよい。すなわち端末装置3が下取品の選択及び決済に関する要求を同時に送信することにより、顧客が選択した下取品の商品属性情報と商品売買決済手段14が算出する差額とを、それぞれ商品売買情報処理手段13がショッピングカートに追加してもよい。
なお本実施形態において「商品」には、例えばカメラ、自転車、筆記用具、又は時計に限らず乗用車や自動二輪車等電子商取引が可能な全ての商品が含まれる。また顧客の「所有品」は、顧客がサーバ装置1を介して購入した商品や中古品ばかりでなく、会員登録制の店舗で購入した商品や中古品が該当する。
顧客が会員登録制の店舗で商品や中古品を購入した場合は、例えばこの顧客が端末装置3からこの商品や中古品の商品型番等の商品属性情報を入力して商品売買情報処理手段13に送信すると、この商品売買情報処理手段がこの商品にユニークコードを付与し、このユニークコード、この商品の商品型番、及びこの顧客の顧客コードを商品売買履歴DB25に格納すると共に、売上フラグを立ててこの商品売買履歴DBに格納する。またこの処理は、顧客のみならず、店舗の店員等が他の端末装置から行ってもよい。
なお顧客が下取を希望する商品には、顧客がサーバ装置1を介して購入した商品や中古品又は会員登録制の店舗で購入した商品や中古品に限らず、他のオンラインショッピングサービスや店舗等を介して購入した商品や中古品が該当する。
顧客が他のオンラインショッピングサービスや店舗等を介して購入した商品や中古品の下取を希望する場合、例えば図8に示すステップS-410からステップS-430の処理で対応する。具体的には、顧客は端末装置3から所定のフォームに所有品の商品型番を入力し、商品売買情報処理手段13に下取品の選択に関する要求を送信する。商品売買情報処理手段13はこの要求を受信し、商品情報マスタDB22からこの商品型番に紐付く商品属性情報を抽出すると共に、ショッピングカートにこの商品属性情報を追加して顧客端末3に送信する。顧客は端末装置3から商品売買情報処理手段13に商品の下取決済に関する要求を送信する。商品売買情報処理手段13はこの決済に関する要求を受信すると共に、商品売買決済手段14に決済に関する指示を送信する。商品売買決済手段14はこの指示に応じて新たな商品の合計金額と複数の下取品の合計下取金額との差額を算出し、この差額を商品売買情報処理手段13に送信する。商品売買情報処理手段13はこの差額をショッピングカートに追加し、このショッピングカートを端末装置3に送信する。顧客が端末装置3に送信された差額を確認した後、この端末装置は商品売買情報処理手段13にこの商品の決済に関する要求を送信する。商品売買情報処理手段13はこの決済に関する要求を受信すると共に、商品売買決済手段14に決済に関する指示を出す。商品売買決済手段14はこの指示に応じて商品の決済を行い、この決済が完了したら商品売買情報処理手段13に決済完了の通知を送信する。なお商品売買情報処理手段13は商品売買決済手段14から決済完了の通知を受信すると、下取品にユニークコードを付与し、中古品として取り扱う。また下取品の下取日、商品型番、顧客コード、及びこの下取品の下取数量を下取DB28にそれぞれ格納する。
なおサーバ装置1、データベース装置2、及び端末装置3は、周知のコンピュータ装置であり、CPU、ROM、RAM、HDD、及び各入出力装置等情報処理を行う上で必要なハードウェアを漏れなく有し、各種の制御や情報処理はこれらのハードウェアが連関して行う。サーバ装置1とデータベース装置2、又はサーバ装置1と端末装置3とは、例えばLANケーブルで直接接続する構成、社内ネットワーク回線を通じて接続する構成、又はインターネット回線を通じて接続する構成のいずれも該当する。また「端末装置」は、例えばパーソナルコンピュータ、タブレットPC、スマートフォン、携帯電話、PHS、又はPDAが該当する。
Claims (11)
- サーバ装置と、このサーバ装置に接続するデータベース装置とを備え、
上記サーバ装置は、端末装置から送信される顧客の顧客属性情報又はこの顧客が所有する商品の売買履歴の確認要求を処理する顧客情報処理手段と、この顧客情報処理手段の処理に基づいてこの商品の売買履歴の確認を行う商品売買履歴確認手段と、端末装置から送信される商品の販売要求若しくは下取要求又はこの販売要求若しくは下取要求に基づいて売買履歴を処理する商品売買情報処理手段と、この商品売買情報処理手段の処理に基づいてこの商品の下取の決済を行う商品売買決済手段とを有し、
上記データベース装置は、顧客の顧客属性情報を格納する顧客情報記憶手段と、商品の商品属性情報を格納する商品情報記憶手段と、商品の固有識別番号、この商品の商品属性情報、及びこの商品の複数の売買履歴を格納する商品売買履歴記憶手段とを有し、
上記商品売買履歴記憶手段に格納される売買履歴には、商品を所有する顧客の顧客属性情報と、この商品の販売又は下取の実績に伴いこの顧客が商品を所有しているか否かを確認する売買実績情報とが含まれ、
上記顧客情報処理手段は、端末装置から送信される顧客の所有する商品の売買履歴の確認要求を受信し、この要求に基づいて上記商品売買履歴確認手段が上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報からこの顧客がこの商品を所有していると確認した場合に、この顧客の顧客属性情報に伴う商品属性情報を抽出し、この抽出した商品属性情報をこの端末装置に送信し、
上記商品売買情報処理手段は、上記端末装置から送信される顧客の所有する商品の下取要求を受信し、この要求に基づいて上記商品売買決済手段がこの顧客に販売する商品の販売金額とこの顧客が所有する商品の下取金額との差額を算出し、この算出した差額をこの端末装置に送信する
ことを特徴とする商品管理サーバ。 - 上記商品売買情報処理手段は、上記端末装置から送信される顧客の所有する商品の下取要求を受信し、この要求に基づいて上記商品売買決済手段が上記差額に応じて決済し、この決済に応じて上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報においてこの顧客が商品を所有していない状態に更新する
ことを特徴とする請求項1記載の商品管理サーバ。 - 上記サーバ装置は、上記商品の市場価値、上記商品売買履歴記憶手段に格納される売買履歴の数、この商品の商品属性情報、又はこの商品を所有する顧客の顧客属性情報のうち少なくとも一つに基づいて上記下取価格を決定する価格決定手段を有する
ことを特徴とする請求項1又は2記載の商品管理サーバ。 - 商品管理サービスを提供するサーバ装置と、
このサーバ装置にネットワーク回線を通じて接続するデータベース装置とを備え、
上記サーバ装置には、端末装置がネットワーク回線を通じて接続し、
上記サーバ装置は、顧客が所有する商品の売買履歴の確認要求を処理する顧客情報処理手段と、この顧客情報処理手段の処理に基づいてこの商品の売買履歴の確認を行う商品売買履歴確認手段と、商品の下取要求に基づいて売買履歴を処理する商品売買情報処理手段と、この商品売買情報処理手段の処理に基づいてこの商品の下取の決済を行う商品売買決済手段とを有し、
上記データベース装置は、顧客の顧客属性情報を格納する顧客情報記憶手段と、商品の商品属性情報を格納する商品情報記憶手段と、商品の固有識別番号、この商品の商品属性情報、及びこの商品の複数の売買履歴を格納する商品売買履歴記憶手段とを有し、
上記売買履歴には、商品を所有する顧客の顧客属性情報と、この商品の販売及び下取の実績に伴いこの顧客が商品を所有しているか否かを確認する売買実績情報とが含まれ、
上記顧客情報処理手段は、上記端末装置から送信される顧客の所有品の確認要求を受信し、この確認要求に基づいて上記商品売買履歴記憶手段に格納される顧客の所有品の商品属性情報を抽出する処理と、上記商品売買履歴確認手段に上記商品売買履歴記憶手段の確認を指示する処理とを行い、
上記商品売買履歴確認手段は、上記顧客情報処理手段の処理に基づいて上記商品売買履歴記憶手段に格納される上記売買履歴において顧客が商品を所有しているか否かを確認する処理を行い、
上記商品売買情報処理手段は、上記端末装置から送信される商品の販売要求及び顧客の所有する商品の下取要求を受信し、この販売要求及び下取要求に基づいて上記商品売買決済手段に商品の決済に関する要求に応じる指示を送信する処理を行い、
上記商品売買決済手段は、上記商品売買情報処理手段の処理に基づいて算出した販売する商品の合計金額と所有品の合計金額との差額を算出する処理と、この商品売買情報処理手段の処理に基づいて商品を決済する処理とを行い、
上記商品売買履歴確認手段が上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報から顧客が商品を所有していると確認した場合、上記顧客情報処理手段はこの顧客の顧客属性情報に伴う商品属性情報を抽出して端末装置に送信し、
上記商品売買情報処理手段が上記端末装置から送信される顧客の所有する商品の下取要求を受信した場合、上記商品売買決済手段はこの要求に基づいてこの顧客に販売する商品の販売金額とこの顧客が所有する商品の下取金額との差額を算出し、この算出した差額をこの端末装置に送信する
ことを特徴とする商品管理サーバ。 - 上記商品売買情報処理手段が上記端末装置から送信される顧客の所有する商品の下取要求を受信した場合、上記商品売買決済手段はこの要求に基づいて上記差額に応じて決済し、上記商品売買情報処理手段はこの決済に応じて上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報においてこの顧客が商品を所有していない状態に更新する
ことを特徴とする請求項4記載の商品管理サーバ。 - 上記顧客が商品を所有していない状態は、上記商品売買履歴記憶手段が格納する売買履歴の売買実績情報における所有状態ステータスのうち、下取要求した商品に付与されているユニークコード及び顧客コードに紐付く下取フラグを立てて格納する
ことを特徴とする請求項5に記載の商品管理サーバ。 - 上記サーバ装置は、上記商品の市場価値、上記商品売買履歴記憶手段に格納される売買履歴の数、この商品の商品属性情報、又はこの商品を所有する顧客の顧客属性情報のうち少なくとも一つに基づいて上記下取価格を決定する価格決定手段を有する
ことを特徴とする請求項4乃至6のいずれか1項に記載の商品管理サーバ。 - 顧客の端末装置とネットワーク回線を通じて接続し、顧客が所有する商品の売買履歴の確認要求を処理する顧客情報処理手段と、この顧客情報処理手段の処理に基づいてこの商品の売買履歴の確認を行う商品売買履歴確認手段と、商品の下取要求に基づいて売買履歴を処理する商品売買情報処理手段と、この商品売買情報処理手段の処理に基づいてこの商品の下取の決済を行う商品売買決済手段とを有するサーバ装置と、このサーバ装置とネットワーク回線を通じて接続し、顧客の顧客属性情報を格納する顧客情報記憶手段と、商品の商品属性情報を格納する商品情報記憶手段と、商品の固有識別番号、この商品の商品属性情報、及びこの商品の複数の売買履歴を格納する商品売買履歴記憶手段とを有するデータベース装置とを備える商品管理サーバが実行する商品管理方法であって、
上記売買履歴には、商品を所有する顧客の顧客属性情報と、この商品の販売及び下取の実績に伴いこの顧客が商品を所有しているか否かを確認する売買実績情報とが含まれ、
上記顧客情報処理手段は、上記端末装置から送信される顧客の所有品の確認要求を受信し、この確認要求に基づいて上記商品売買履歴記憶手段に格納される顧客の所有品の商品属性情報を抽出する工程と、上記商品売買履歴確認手段に上記商品売買履歴記憶手段の確認を指示する工程とを有し、
上記商品売買履歴確認手段は、上記顧客情報処理手段の処理に基づいて上記商品売買履歴記憶手段に格納される上記売買履歴において顧客が商品を所有しているか否かを確認する工程とを有し、
上記商品売買情報処理手段は、上記端末装置から送信される商品の販売要求及び顧客の所有する商品の下取要求を受信する工程と、この販売要求及び下取要求に基づいて上記商品売買決済手段に商品の決済に関する要求に応じる指示を送信する工程とを有し、
上記商品売買決済手段は、上記商品売買情報処理手段の処理に基づいて算出した販売する商品の合計金額と所有品の合計金額との差額を算出する工程と、この商品売買情報処理手段の処理に基づいて商品を決済する工程とを有し、
上記商品売買履歴確認手段が上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報から顧客が商品を所有していると確認した場合、上記顧客情報処理手段はこの顧客の顧客属性情報に伴う商品属性情報を抽出して端末装置に送信する工程と、
上記商品売買情報処理手段が上記端末装置から送信される顧客の所有する商品の下取要求を受信した場合、上記商品売買決済手段はこの要求に基づいてこの顧客に販売する商品の販売金額とこの顧客が所有する商品の下取金額との差額を算出し、この算出した差額をこの端末装置に送信する工程とを備える
ことを特徴とする商品管理方法。 - 上記商品売買情報処理手段が上記端末装置から送信される顧客の所有する商品の下取要求を受信した場合、上記商品売買決済手段はこの要求に基づいて上記差額に応じて決済し、上記商品売買情報処理手段はこの決済に応じて上記商品売買履歴記憶手段に格納される売買履歴の売買実績情報においてこの顧客が商品を所有していない状態に更新する工程を有する
ことを特徴とする請求項8に記載の商品管理方法。 - 上記顧客が商品を所有していない状態は、上記商品売買履歴記憶手段が格納する売買履歴の売買実績情報における所有状態ステータスのうち、下取要求した商品に付与されているユニークコード及び顧客コードに紐付く下取フラグを立てて格納する
ことを特徴とする請求項9に記載の商品管理方法。 - 上記サーバ装置は、価格決定手段を有し、
上記価格決定手段は、上記商品の市場価値、上記商品売買履歴記憶手段に格納される売買履歴の数、この商品の商品属性情報、又はこの商品を所有する顧客の顧客属性情報のうち少なくとも一つに基づいて上記下取価格を決定する工程を有する
ことを特徴とする請求項8乃至10のいずれか1項に記載の商品管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013512337A JP5358038B2 (ja) | 2011-04-27 | 2012-04-23 | 商品管理サーバ及び商品管理方法 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011099588 | 2011-04-27 | ||
JP2011-099588 | 2011-04-27 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2012147666A1 true WO2012147666A1 (ja) | 2012-11-01 |
Family
ID=47072186
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2012/060808 WO2012147666A1 (ja) | 2011-04-27 | 2012-04-23 | 商品管理サーバ及び商品管理方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP5358038B2 (ja) |
WO (1) | WO2012147666A1 (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6472012B1 (ja) * | 2018-03-01 | 2019-02-20 | Ftf株式会社 | 買い取り価格算出方法及び買い取り価格算出システム |
JP2020126564A (ja) * | 2019-02-06 | 2020-08-20 | 株式会社バンク | 決済管理サーバ、決済管理方法、決済管理システム、決済管理プログラム |
JP2023031118A (ja) * | 2021-08-24 | 2023-03-08 | ヤフー株式会社 | 情報処理装置、情報処理方法及び情報処理プログラム |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002203145A (ja) * | 2000-12-28 | 2002-07-19 | Fujitsu Ltd | 販売支援システムおよび販売支援方法 |
JP2009230264A (ja) * | 2008-03-19 | 2009-10-08 | Rakuten Inc | 商取引処理装置、商取引処理方法、商取引処理プログラム及び商取引システム |
-
2012
- 2012-04-23 WO PCT/JP2012/060808 patent/WO2012147666A1/ja active Application Filing
- 2012-04-23 JP JP2013512337A patent/JP5358038B2/ja active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002203145A (ja) * | 2000-12-28 | 2002-07-19 | Fujitsu Ltd | 販売支援システムおよび販売支援方法 |
JP2009230264A (ja) * | 2008-03-19 | 2009-10-08 | Rakuten Inc | 商取引処理装置、商取引処理方法、商取引処理プログラム及び商取引システム |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6472012B1 (ja) * | 2018-03-01 | 2019-02-20 | Ftf株式会社 | 買い取り価格算出方法及び買い取り価格算出システム |
WO2019167221A1 (ja) * | 2018-03-01 | 2019-09-06 | Ftf株式会社 | 買い取り価格算出方法及び買い取り価格算出システム |
JP2020126564A (ja) * | 2019-02-06 | 2020-08-20 | 株式会社バンク | 決済管理サーバ、決済管理方法、決済管理システム、決済管理プログラム |
JP2023031118A (ja) * | 2021-08-24 | 2023-03-08 | ヤフー株式会社 | 情報処理装置、情報処理方法及び情報処理プログラム |
JP7299280B2 (ja) | 2021-08-24 | 2023-06-27 | ヤフー株式会社 | 情報処理装置、情報処理方法及び情報処理プログラム |
Also Published As
Publication number | Publication date |
---|---|
JP5358038B2 (ja) | 2013-12-04 |
JPWO2012147666A1 (ja) | 2014-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5945369B2 (ja) | 目的物品情報を推薦するための方法およびシステム | |
US20080235147A1 (en) | System and method for facilitation of shipping from multiple merchandise vendors | |
WO2018175544A1 (en) | Method and system for facilitating purchase of vehicles by buyers and/or sale of vehicles by sellers | |
JP7555061B2 (ja) | 取引支援システム | |
US20150379596A1 (en) | System and method for matching buyers and sellers | |
WO2014020711A1 (ja) | 取引管理システムおよび取引管理プログラム | |
JP2019016024A (ja) | 取引管理方法、取引管理システム、取引管理装置、および、取引管理プログラム | |
WO2012145413A2 (en) | Method and apparatus for providing an electronic commerce platform | |
JP6417002B1 (ja) | 生成装置、生成方法及び生成プログラム | |
Heinemann | B2B ECommerce: Basics, Business Models and Best Practices in Business-to-Business Online Trade | |
KR102341416B1 (ko) | 무형 자산 거래 중개 시스템 | |
US20130346248A1 (en) | Methods and electronic exchanges for facilitating a buyer-driven transaction | |
JP5358038B2 (ja) | 商品管理サーバ及び商品管理方法 | |
KR20160129588A (ko) | 거래 신뢰도를 높인 온라인 매매 중개 시스템 | |
JP5298172B2 (ja) | 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体 | |
KR101979442B1 (ko) | 기업 간 전자상거래를 위한 양방향 글로벌 b2b 사이트 구축방법 | |
JP2007219569A (ja) | ショッピングシステム | |
JP2023026171A (ja) | システム、スタッフ装置、方法、及びコンピュータプログラム | |
KR20100083540A (ko) | 사전 주문 상품의 거래를 중개하는 방법 및 시스템 | |
KR20160061277A (ko) | Ux기반의 중소기업 포털 서비스 시스템 | |
CN111429195A (zh) | 一种场景化电商系统的实现方法和系统 | |
JP7584791B2 (ja) | 知的財産取引支援システム及びサーバ | |
TW201403518A (zh) | 網路交易方法及交易伺服器 | |
US20230013399A1 (en) | Computer implemented systems and methods for exchanging deliverables | |
US20130226723A1 (en) | Online System and Method for Facilitating Networking Between Buyers and Sellers Within a Specific Industry |
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: 12776382 Country of ref document: EP Kind code of ref document: A1 |
|
DPE1 | Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101) | ||
ENP | Entry into the national phase |
Ref document number: 2013512337 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 12776382 Country of ref document: EP Kind code of ref document: A1 |