WO2008004595A1 - Système de gestion de livraison - Google Patents

Système de gestion de livraison Download PDF

Info

Publication number
WO2008004595A1
WO2008004595A1 PCT/JP2007/063394 JP2007063394W WO2008004595A1 WO 2008004595 A1 WO2008004595 A1 WO 2008004595A1 JP 2007063394 W JP2007063394 W JP 2007063394W WO 2008004595 A1 WO2008004595 A1 WO 2008004595A1
Authority
WO
WIPO (PCT)
Prior art keywords
delivery
information
base
handling base
terminal
Prior art date
Application number
PCT/JP2007/063394
Other languages
English (en)
French (fr)
Inventor
Yoshiaki Maeda
Toshihiro Inomata
Koichi Watanabe
Kaori Mizuno
Katsunori Nakai
Kazunobu Miyazawa
Yuka Homma
Ken Okamoto
Kenichi Ito
Original Assignee
Rakuten, Inc.
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 Rakuten, Inc. filed Critical Rakuten, Inc.
Priority to US12/307,434 priority Critical patent/US20090313064A1/en
Publication of WO2008004595A1 publication Critical patent/WO2008004595A1/ja

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • 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
    • G06Q30/0601—Electronic shopping [e-shopping]
    • 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
    • G06Q30/08—Auctions

Definitions

  • the present invention relates to a system for providing a logistics service while maintaining anonymity between a seller and a purchaser.
  • Escrow service refers to the exchange of goods and prices between sellers and buyers.
  • This service is mediated by (Escrow Service Provider).
  • This escrow service is used especially in Internet auctions (hereinafter referred to as “networking”) where there are many transactions between individuals.
  • Figure 1 shows an example of a conventional escrow service mechanism (flow of goods and money).
  • the escrow 'service is used for the net' auction will be described.
  • Auction company 110 is an online auction operator and an escrow service provider 120 (for example, a financial institution) that is an escrow service provider. Is available.
  • Users 140 and 150 are users who are registered with the auction company 110 and can participate in the online auction. Here, it is assumed that the user 140 is a merchandise seller and the user 150 is a merchandise bidder.
  • the delivery company 130 is a delivery company that provides delivery services (such as mail and courier), accepts the goods of the option from the exhibitor 140, and delivers them to the successful bidder 150.
  • the delivery company 130 has a handling base in each region responsible for collection and delivery in that region. Thereafter, the handling base (handling base 132) that accepts goods from the seller 140 will be changed to the receiving hand base (the relay agency).
  • the handling base (handling base 13 4) that delivers the product to the successful bidder 150 is called the delivery-side handling base (including the relaying base, the same hereafter).
  • Each handling base has functions of both a receiving handling base and a delivery handling base, or only a receiving handling base or a delivery handling base.
  • the delivery company provides an escrow service (the delivery company 130 and the escrow service provider 120 are the same person).
  • the product of the auction is awarded, and the price to be paid (for example, the total price of the successful bid price and the fee) is notified to the winning bidder 150.
  • the price to be paid for example, the total price of the successful bid price and the fee
  • the successful bidder 150 deposits the money with the escrow service provider 120. Specifically, for example, money is transferred to an account designated by the escrow service provider 120 or credit card settlement is performed.
  • the escrow service provider 120 notifies the seller 140 that the deposit has been made. Payment notification may be made via the auction company 110. That is, first, the auction company 110 notifies the auction company 110 from the service provider 120 (2'-1), receives it, and notifies the seller 140 from the auction company 110 (2'-2).
  • the exhibitor 140 Upon receipt of the payment notice, the exhibitor 140 brings the product to the reception side handling base 132 (for example, the nearest handling base at home) of the delivery company 130 and requests delivery to the successful bidder 150. At this time, the exhibitor 140 fills in the necessary items on the delivery request slip. Normally, the name and the name of the exhibitor 140 are entered in the requester column, and the address and name of the successful bidder 150 are entered in the delivery destination column. In other words, in order to deliver the product to the winning bidder 150, it is necessary to inform the seller of the address and name of the winning bidder, but this can be done by e-mail etc. between the seller and the winning bidder. This can be done by contact or notification from the auction company 110.
  • the products brought to the reception side handling base 132 are determined by the delivery company 130 and delivered According to the route, the delivery is made to the delivery service base 134 that is in charge of collection and delivery in the area where the successful bidder 150 is located.
  • Goods are delivered from the delivery service base 134 to the address of the successful bidder 150.
  • Successful bidder 150 notifies escrow service provider 120 that the product has been received. In this case, if the product is damaged, the escrow service provider 120 can be notified to that effect, and the transaction can be canceled to receive a refund from the escrow service provider 120.
  • the receipt notification may be made via the auction company 110 in the same manner as the above (2) payment notification.
  • the successful bidder 150 notifies the auction company 110 (6, -1), and the auction company 110 notifies the escrow service provider 120 (6'-2).
  • the escrow service provider 120 receives the receipt notification from the successful bidder 150 and transfers the money to the exhibitor 140.
  • the escrow service described with reference to FIG. 1 can be realized by a system configuration as shown in FIG. 2, for example.
  • the escrow service provider 120 is a financial institution such as a bank and the successful bidder 150 transfers the price of the product to an account managed by the financial institution.
  • the escrow service provider 120 may be another person who has opened an account with a financial institution. You can also use other payment methods, such as credit card payments, in addition to transfers to financial institutions such as banks.
  • the conventional ordinary auction 'system can be used for each process from listing to bidding for a product (exhibition, bidding, successful bid, etc.).
  • an auction company server 210 is a server for the auction company 110 to provide a network service.
  • the financial institution server 220 is an escrow service provided by Estaro's service provider 120 (here, a bank or other financial institution). It is a server for providing.
  • the delivery company server 230 is a server for the delivery company 130 to provide delivery services.
  • the service base terminal 232 is a terminal such as a personal computer that is installed at each service base of the delivery company 130 and can communicate with the delivery company Sano 230, and is used by a person in charge (such as a staff member) of each service base for delivery work.
  • the user (exhibitor) terminal 240 and the user (successful bidder) terminal 250 are terminals such as personal computers and mobile phones used by the exhibitor 140 and the successful bidder 150, respectively.
  • the networks 260 and 262 are communication networks such as the Internet or a dedicated line “intranet”.
  • an escrow management account 224 is prepared in the financial institution server 220 for payment of money.
  • the escrow service provider 120 (financial institution) immediately deposits the price of the product transferred by the successful bidder 150 ((1) in Fig. 1) into the account prepared in the escrow management account 224, and the successful bidder 150
  • the account is opened in the escrow management account 224 and transferred to the account of the seller 140 (Fig. 1 (7)).
  • the financial institution server 220 sends a payment notice to the exhibitor terminal 240 via a communication network 262 such as a dedicated line and via the auction company server 210 by e-mail or the like ((2) in FIG. 1). Or (2′—1)), the reception notification from the successful bidder terminal 250 is received ((6) or (6′—2) in FIG. 1).
  • the escrow management system 222 is a computer system that performs processing such as payment and remittance of these charges, transmission of a payment notification, and reception of a receipt notification.
  • the process in the financial institution server 220 shown in FIG. 2 is an example, and it is a mechanism that can perform processing on the payment side of the conventional escrow service described in FIG. 1 above.
  • a delivery information database 238 storing the collection / delivery area of each handling base and delivery information is prepared.
  • the delivery company server 230 determines the delivery route for delivering the product to the successful bidder 150 and the handling base serving as the delivery handling base 134, and notifies the handling base terminal 232 of the receiving handling base 132. can do.
  • the delivery system 236 determines the delivery route described above and sends it to the receiving terminal 232.
  • a computer system that performs processes such as knowledge.
  • the mechanism in the delivery company server 230 shown in FIG. 2 is merely an example, and any mechanism that can perform the processing on the product side of the conventional escrow service described in FIG. In other words, if it is a mechanism that can provide a conventional normal delivery service.
  • an auction 'system 212' is a computer'system that performs each processing of a net auction.
  • the receipt of the payment notification from the financial institution server 220 via the communication network 262 when the payment notification and receipt notification shown in FIG. ((2'-1) in Fig. 1), sending the receipt notice to the financial institution server 220 ((6,-2) in Fig. 1) and depositing money to the seller terminal 240 via the communication network 260
  • Send notification ((2'-2) in Fig. 1) and receive receipt notification from successful bidder terminal 250 ((6'-1) in Fig. 1).
  • the user's database 214 and the auction 'database 216 are prepared in the action company server 210.
  • the user's database 214 is a database that stores information on users registered with the auction company 110.
  • FIG. 3 (a) is a diagram showing items necessary for explaining the escrow service among the items in the user's database 214.
  • FIG. “User ID” is a unique ID for the user, and “Password” is the user's password.
  • the user can log in to the auction system 212 with a user ID and password and participate in the auction (exhibition / bidding).
  • “Name” is the name of the user.
  • “Address” is the user's address. For example, as shown in FIG. 3 (a), “zip code”, “prefecture”, “city”, “chome”, “address”, “address” It is divided into higher strength items such as “Other” (building name “room number, etc.) and stored. Note that this division is an example, and other divisions may be used, and the division may not necessarily be performed.
  • the “e-mail address” is a user's e-mail address, and can be used for notification from the auction company server 210 to the user terminal (in this case, the exhibitor terminal 240 and the successful bidder terminal 250). Registering the user's personal information in the user's database 214 of the auction company 110 in this way contributes to preventing troubles and improving the reliability and reliability of user transactions.
  • the auction 'database 216 is a database that stores auction information (product information, information related to the exhibition' bid 'bid), etc.).
  • Fig. 3 (b) shows the items necessary for the explanation of the escrow service in the auction database 216.
  • “Auction ID” is an ID unique to the auction.
  • “Exhibitor user ID” and “successful bidder user ID” are user IDs of the user (exhibitor) 140 and the user (successful bidder) 150, respectively.
  • “Product information” is the product name or description of the product registered by the user (exhibitor) 140 at the time of listing, and “Price information” is information on the price that the successful bidder should pay (for example, the successful bid price or fee). is there.
  • the auction 'system 212 Until the exhibition force of the goods of the auction successful bid, the auction 'system 212, these users.
  • Database 214 and auction' reference 'to update the database 216, the course of the auction Ya to the W e b page of the net auction Display the results and notify the users (exhibitors, bidders, successful bidders, etc.) of the auction progress and results on the electronic mail web page.
  • the seller can confirm that the price is received and can send out the product. Can pay the seller for the power when the goods arrive. For this reason, it is effective in preventing troubles such as “The product has not been delivered even though the price has been paid” or “The product has not been paid even though the product has been shipped,” which was a problem with the conventional net auction. .
  • the exhibitor needs the personal information of the winning bidder for shipping the product, while the winning bidder can know the exhibitor's personal information by looking at the slip attached to the received product.
  • the conventional delivery service is used, personal information is shared between the exhibitor and the successful bidder.
  • the successful bidder (buyer) deposits money into the designated account of the escrow service provider, and the escrow service provider pays the seller (seller) for the seller (sales It is possible to exchange the price anonymously between the buyer and the successful bidder (buyer).
  • An object of the present invention is to provide a service for delivering an article while maintaining anonymity between an exhibitor (seller) and a successful bidder (purchaser), and to solve the above-described problem. .
  • the present invention provides a delivery management system for delivering a product from a seller to a purchaser, and each handling of collecting and delivering the terminal of the seller and the product.
  • a server connected to the terminal of the base, and the server stores the information of the seller and the purchaser by address and name, and stores the sales by means of user storage means and each transaction ID of the sale and purchase of the product.
  • Store the transaction storage means that associates and stores the buyer and the purchaser, the location information of the handling base, and the collection / delivery area information that the handling base is responsible for!
  • the slip number registration means for storing the slip number in the transaction storage means in association with the transaction ID; and the user Before being stored in the storage means
  • the purchaser of the address by searching the handling sites, including the collection and delivery service area, the location of the handling base
  • a delivery-side handling base information notifying means for transmitting information to the seller's terminal, and the handling base terminal power, when receiving an inquiry based on the slip number, retrieves a transaction ID related to the slip number from the slip number registration means.
  • a purchaser information notifying means for searching for a purchaser related to the transaction ID from the transaction storage means and transmitting the purchaser's address and name to the service base terminal. It is.
  • the location information stored by the handling base storage means includes a zip code, and the delivery handling base information notifying means transmits the postal code of the selected handling base to the seller's terminal. It is characterized by that.
  • the address information stored by the user storage means includes a zip code
  • the handling base storage means stores the collection and delivery area information by zip code
  • the delivery side handling base information notification means Select a handling base in the collection area that corresponds to the purchaser's zip code.
  • a slip number generating means for generating a slip number corresponding to each transaction, wherein the slip number registering means stores the generated slip number in association with the transaction ID in the handling base storage means,
  • the delivery service base information notifying means generates electronic data of the delivery slip having the slip number and the location information of the selected service base, and transmits it to the seller's terminal.
  • the delivery service base information notifying means transmits the transaction ID to the seller's terminal together with the location information of the service base or instead of the location information of the service base.
  • the purchaser information notifying means receives the slip number or the transaction ID transmitted from the handling base terminal at the handling base to which the product to which the delivery slip is attached is delivered. The address and name of the purchaser are transmitted to the terminal of the handling base.
  • the handling base storage means further stores the handling base ID of the handling base, and the purchaser information notifying means receives the slip number or the transaction ID from the handling base terminal and transmits the handling base ID transmitted.
  • the handling base ID of the handling base ID is retrieved from the handling base storage means, and the handling base ID and the handling base selected by the delivery side handling base information notification means are obtained.
  • the handling base ID to be identified matches, the address and name of the purchaser related to the slip number or the transaction ID may be transmitted from the user storage means to the handling base terminal.
  • the present invention is a delivery management system for delivering an article to a recipient who receives a delivery manpower, and a server connected to the sender's terminal and a terminal of each handling base that collects and delivers the article.
  • the server includes a delivery information storage unit that stores information for specifying the sender and the recipient and article identification information for specifying the article in association with each other, and collection and delivery of the article
  • the delivery information Retrieval information related to the article identification information is retrieved from the storage means, and information on the handling base in charge of collection / delivery to the recipient is retrieved from the responsible area storage means to identify the end of the sender.
  • a delivery management system comprising: recipient information notifying means for retrieving recipient information from the delivery information storage means and transmitting it to the terminal at the handling base.
  • the delivery base may further comprise a delivery completion confirmation means for confirming whether delivery has been completed using the recipient information obtained by the recipient information notification means as a new delivery destination of the article. .
  • the recipient information notifying means specifies the handling base from which the input from the terminal of the handling base is specified, and specifies the handling base that is in charge of collection and delivery when the recipient is the delivery destination. If the two handling bases do not match after searching from the responsible area storage means, instead of the recipient information, the handling area storage means information is searched for the information on the handling area in charge of collection and delivery, and the handling bases are searched. It may be characterized by being sent to other terminals.
  • the information for specifying the sender and the recipient includes at least a name and a residence
  • the article identification information is a slip number relating to delivery of the article or the article.
  • the transaction ID may include at least one of the transaction IDs related to the transaction
  • the information regarding the handling base may include at least one of the name, address, or postal code of the handling base.
  • the present invention is a delivery management method for delivering merchandise to a buyer who has a seller's ability, and stores information on the address and name of the seller and the purchaser in a user storage means.
  • the seller and the purchaser are associated with each transaction ID of the sale and purchase of the product and stored in the transaction storage means, and the location information of the handling base and the collection / delivery charge area in charge of the handling base Information is stored in association with the handling base storage means, and when the seller's terminal power is input, the slip number is stored in the transaction storage means in association with the transaction ID.
  • the voucher number registration means, the transaction ID associated with the voucher number is retrieved, and the transaction storage means and the purchase associated with the transaction ID are retrieved.
  • the present invention provides a delivery management method for delivering an article to a shipper power recipient, in order to specify the information for identifying the sender and the recipient, respectively, and the article.
  • the delivery information storage means Is stored in the delivery information storage means, and the location information of the handling base is stored so that the handling base in charge of the collection and delivery can be specified for the collection destination of the goods.
  • the recipient information related to the item identification information is retrieved from the delivery information storage means, and further to the recipient Information about the handling base in charge of collection / delivery is searched for in the handling area information and sent to the sender's terminal, and the handling base information obtained in the handling base information notifying step is addressed.
  • the identification information about the delivered said article is a terminal power input of the handling facilities as the preparative recipient information of the article by searching from the delivery information storage unit
  • a delivery management method comprising: a recipient information notifying step for transmitting to a terminal at a handling base.
  • a program for causing a computer to realize each means of the delivery management system as described above as a function is also the present invention.
  • the exhibitor fills in the delivery handling base information in the delivery address field of the delivery slip, and brings the product to the receiving handling base (the handling base where the exhibitor brings the product).
  • the exhibitor's personal information may be entered in the requester column.
  • the delivery slip may be generated by an auction company by the auction company and sent to the exhibitor with the slip number and necessary items.
  • the invoice number of the delivery slip is transmitted to the auction company for inquiry.
  • the auction company notifies the delivery service base of information necessary for delivery to the successful bidder.
  • the delivery service base describes the information required for delivery to the successful bidder in the delivery address column, and creates a new slip in which the seller information unnecessary for delivery is deleted from the requester column. , Renew the product slip.
  • the product can be delivered from the delivery service base to the successful bidder.
  • the winning bidder can receive the product without notifying the seller of personal information such as his / her address and name, and the seller can deliver the product without knowing the personal information to the winning bidder. it can. That is, according to the delivery management system of the present invention, it is possible to carry out logistics while maintaining anonymity between the exhibitor (seller) and the successful bidder (purchaser). Further, since transactions can be made without knowing other users' personal information, the burden of protecting personal information of other users can be reduced.
  • the auction company also notifies the seller of the auction ID (transaction ID), causes the seller to enter the auction ID on the slip, and the delivery site reports the auction ID to the auction company and provides the personal information of the winning bidder. Q. As a system to match!
  • the delivery management system of the present invention is not limited to use in an escrow system.
  • information specifying the delivery company server power sender (exhibitor in the escrow system) and recipient (successful bidder in the escrow system) and product identification information for specifying the item to be delivered By having a device that stores the information in association with each other, it is possible to provide the same effect as that of the escrow system.
  • the sender obtains the delivery base information by notifying the delivery company of information that identifies the item (for example, transaction ID and delivery slip number), and fills it in the delivery address field of the delivery slip and accepts it. Bring the goods to the side handling base.
  • the delivery company delivers the goods to the delivery service base based on the information on the delivery slip, and the delivery service slip number etc. is sent to the delivery service base where the goods arrived. Based on the past, the slips are replaced and delivered to the buyer.
  • FIG. 1 A diagram showing an example of a conventional escrow service mechanism (flow of goods and money).
  • FIG. 2 is a diagram showing an example of a system configuration for realizing a conventional escrow service.
  • FIG. 3 It shows the main items of (a) User's database and (b) Auction 'database.
  • FIG. 4 An example of the flow of escrow service products and payments using a delivery management system.
  • FIG. 5 is a diagram showing (a) an example of a delivery slip created by an exhibitor and (b) an example of a delivery slip created by a delivery service base.
  • FIG. 6 is a diagram showing an example of a system configuration for realizing product delivery when the delivery management system is used for an escrow service.
  • Fig. 7 (a) Auction 'The figure shows the main items in the database. (B) It is the figure which showed the main items of the handling base database in a delivery management system.
  • FIG. 8 is a flowchart showing the flow of delivery side base information notification processing when the delivery management system is used in an escrow system.
  • FIG. 9 is a flowchart showing a successful bidder information notification process when the delivery management system is used in an escrow system.
  • FIG. 10 Examples of (a) slip number input page, (b) delivery service base information browsing page, and (c) confirmation page, respectively.
  • FIG. 11 is a diagram showing an example of the flow of article delivery when the delivery management system is used for delivery other than the escrow system.
  • FIG. 12 is a diagram showing an example of a system configuration for realizing article delivery when the delivery management system is used for delivery other than the escrow system.
  • FIG. 13 A diagram showing the main items of (a) the delivery information database and (b) the regional database in charge.
  • FIG. 14 is a flowchart showing a flow of delivery side handling base information notification to a sender when the delivery management system is used in a delivery system other than the escrow system.
  • FIG. 15 is a flowchart showing the flow of recipient information notification to the delivery service base and notification status registration to the delivery company server when the delivery management system is used in a delivery system other than the escrow system.
  • FIG. 16 is a flowchart showing the flow of unsuccessful delivery discovery to a delivery service base and transfer to an appropriate delivery service base when the delivery management system is used in a delivery system other than an escrow system.
  • Handling base (delivery side handling base) 140 users (exhibitors)
  • FIG. 4 shows an example of the flow of goods and prices when the delivery management system of the present embodiment is used for a conventional net “auction escrow” service.
  • the symbols in the figure correspond to those in Fig. 1.
  • the conventional auction 'system can be used for each process from product listing to successful bid (exhibition, bidding, successful bid, etc.).
  • the auction company 110, the escrow service provider 120, the user (exhibitor) 140, and the user (successful bidder) 150 are the same as the conventional escrow service shown in FIG.
  • the flow of money in the escrow service (1) payment and (7) money transfer
  • each notification of (2) payment notification and (6) receipt notification is the same as before, but in FIG. 4, an example of notification via the auction company 110 is shown.
  • the delivery management system of this embodiment provides a new mechanism for the flow of products. I will. Hereinafter, this new mechanism will be described.
  • the auction company 110 When the auction is completed, the auction company 110 notifies the exhibitor 140 that the auction has been completed, for example, by e-mail. Notifying the successful bidder's user ID, e-mail address, successful bid amount, etc. at the end of the auction is also normally performed in the conventional auction system, but in this embodiment, the seller also Web page for entering the slip number of the delivery slip and obtaining information on the delivery handling base (including the handling base that is in charge of collection and delivery to the address of the successful bidder and relays it) Also notify the URL to.
  • the exhibitor 140 prepares a delivery slip to be attached to the product, and notifies the auction company of the slip number described in the delivery slip.
  • the delivery slip is usually for delivery company 130 only.
  • the auction company registers the slip number in association with the auction (transaction).
  • the auction company 110 notifies the seller 140 of delivery service base information. That is, the handling base serving as the delivery handling base 134 corresponding to the successful bidder 150 is determined, and the location of the delivery handling base 134 is notified to the distributor 140 as delivery handling base information. In addition to the location, the name of the delivery service base may be notified.
  • the postal code of the delivery service base 134 is notified as delivery service base information. This is particularly useful, for example, when the delivery company 130 is Japan Post. Also, the burden on the seller 140 who receives the notification is light because the amount of information is small (7-digit postal code). Even if a delivery company other than Japan Post is a delivery company 130, if the postal code can be used to deliver from the receiving service base 132 to the delivery service base 134, the postal code is the same. As the delivery service base information Can be used. If the delivery company cannot deliver by postal code, the seller 140 should be informed of the location of the delivery service base.
  • the exhibitor 140 is notified of only delivery service base information.
  • the exhibitor 140 does not need to know personal information such as the address and name of the successful bidder 150.
  • the auction company notifies the seller 140 of the delivery service base information, thereby eliminating the omission of the slip number necessary for the subsequent processing. Can be prevented.
  • the seller 140 who received the payment notification brings the goods to the handling base of the delivery company 130 (the receiving handling base 132) and requests delivery to the highest bidder 1 50. To do.
  • the delivery slip of the delivery request includes the delivery side handling base information (location of the delivery side handling base 134, etc.) notified in (0-3) above.
  • the delivery side handling base 134 Enter the postal code and the name of the delivery destination.
  • FIG. 5 (a) An example of a delivery slip is shown in Fig. 5 (a).
  • the delivery service base information postal code of the delivery service base 134) notified in (0-3) above.
  • the auction ID and the prefecture name of the delivery destination should be entered.
  • the name of the delivery service base 1 34 may be entered.
  • the name of the delivery service base may be notified to the exhibitor 140 together with the delivery service base information (zip code) of (0-3), or the mail at the reception service base 132. You can look up the name of the handling base 134 corresponding to the number and fill it out by the seller 140 or the person in charge at the reception handling base 132.
  • the name of the auction or the name of the auction company can be entered.
  • the person in charge at the handling base 134 is required to contact the auction company 110 for information on the successful bidder 150, because this package is based on the escrow service using the delivery management system of this embodiment. You can know that it is a certain baggage.
  • the “Requester” column as in the conventional delivery slip, enter information such as the address of the exhibitor 140 and the name and telephone number.
  • the seller's handling base 132, delivery side handling base 134, etc. Can be queried or returned.
  • the user ID of the successful bidder 150 may be entered in the “Destination” column, and the user ID of the exhibitor 140 may be entered in the “Requester” column. By entering the user ID, the exhibitor 140 can check if the auction ID is entered incorrectly.
  • the product can be delivered to the delivery service base 134 without personal information such as the address and name of the successful bidder 150.
  • the goods with the delivery slip shown in FIG. 5 (a) are delivered to the delivery service base 134 according to the conventional delivery route of the delivery company 130.
  • the delivery service base 134 that has received the merchandise makes an inquiry to the auction company 110 using the slip number of the delivery slip shown in FIG. 5 (a) attached to the merchandise.
  • the auction company 110 handles the information necessary for delivering the product to the highest bidder 150, such as the address and name of the auction winner 150 corresponding to the slip number, as the successful bidder information. Notify base 134. In this way, only the information on the successful bidder 150 is notified to the delivery service base 134.
  • the delivery side handling base 134 In the delivery side handling base 134, information on the successful bidder is described in the delivery destination column, a new delivery slip is created by deleting the exhibitor's personal information from the requester column, and the product slip is pasted.
  • FIG. 5 (b) shows an example of a delivery slip created at the delivery service base 134.
  • enter information such as the address “name” and telephone number of the successful bidder 150 notified by the auction company. Further, the user ID of the successful bidder 150 may be entered. Enter your user ID By doing so, the seller 140 can check if the auction ID is entered incorrectly.
  • the “Requester” column for example, enter the postal code of the handling base (delivery handling base 134) that is in charge of collection and delivery to the address to the successful bidder.
  • the postal code of the delivery service base does not necessarily have to be entered.
  • the user ID of the exhibitor 140 may be entered as in FIG. 5 (a) described above.
  • the personal information of the exhibitor 140 is not described in the delivery slip. Even if it is not necessary to inform the successful bidder 150 of the personal information of the exhibitor 140, the product can be delivered from the delivery service base 134 to the successful bidder 150.
  • the product is delivered from the delivery service base 134 to the address of the successful bidder 150.
  • the auction company when delivering auction (transaction) products, the auction company sends the exhibitor to the delivery service base (the winning bidder's residence). Notify only the information of the handling base in charge, including the handling base to relay. On the other hand, the seller informs the auction company of the slip number of the delivery slip to be attached to the product.
  • the exhibitor fills in the delivery handling base information in the delivery address field of the delivery slip, and brings the product to the receiving handling base (the handling base where the exhibitor brings the product). This allows the seller to deliver the product to the delivery service base without having to know personal information such as the address and name of the winning bidder.
  • the auction company may generate a delivery slip describing the slip number and necessary items and send it to the exhibitor. The automatic generation of delivery slips will be explained in detail later.
  • the invoice number of the delivery slip is transmitted to the auction company for inquiry.
  • the auction company notifies the delivery service base of the successful bidder information necessary for delivery.
  • write the information required for delivery to the successful bidder in the delivery address field create a new voucher in which the information on the requester column power seller has been deleted, and paste the voucher for the product.
  • the winning bidder can receive the product without notifying the seller of personal information such as his / her address and name, and the seller can deliver the product without knowing the personal information to the winning bidder. it can. That is, according to the delivery management system of this embodiment, it is possible to carry out logistics while maintaining anonymity between the exhibitor (seller) and the successful bidder (purchaser). Further, since transactions can be made without knowing other users' personal information, the burden of protecting personal information of other users can be reduced.
  • the auction company also notifies the seller of the auction ID (transaction ID), causes the seller to enter the auction ID on the slip, and the delivery site reports the auction ID to the auction company and provides the personal information of the winning bidder. Q. As a system to match! Inquiries by auction ID will be explained in detail later.
  • FIG. 6 is an example of a system configuration in an example in which the escrow 1 system using the delivery management system of the present embodiment described in FIG. 4 is used for a net auction.
  • the reference numerals in the figure correspond to those in FIG.
  • the communication network 264 is a communication that connects the handling base terminal 232 and the delivery company server 230. It is a network.
  • the handling base terminal 232 is the same as in FIG. 2, but is different from the conventional example shown in FIG. 2 in that it logs in to the auction company server 210 via the communication network 264 and performs communication.
  • the handling base terminal 232 is connected to the auction company server 210 via the delivery company server 230 and the communication network 264.
  • the auction company server 210 is also a server of the auction company 110, and further includes a delivery management system 217 and a handling base database 218 of the present embodiment.
  • the delivery management system 217 uses the auction data base 216 to input the slip number notified from the seller terminal 240 ((0-2) in FIG. 4) via the Internet 260.
  • the auction database 216 of the present embodiment has a “slip number” stored in the prior art auction database (FIG. 3 (b)) shown in FIG. 3 (b) as shown in FIG. 7 (a). Add items. The other items are the same as the items in the conventional 'actions' database in Fig. 3 (b). As a result, the slip number is associated with information such as the auction ID.
  • the delivery management system 217 searches for the delivery service base corresponding to the successful bidder 150 and transmits the delivery service base information to the exhibitor terminal 240 (0-3). Also, it receives the inquiry (4-2) from the handling base terminal 232, searches for the corresponding successful bidder information, and transmits it (4-3).
  • the handling base database 218 is a database in which handling bases are registered so that each handling base terminal 232 of the delivery company 130 can log in to the auction company server 210 and use the delivery management system 217. .
  • Handling site ID is an ID unique to the handling site.
  • “Password” is the password of the handling base.
  • the handling base registered in the handling base database 218 logs in to the delivery management system 217 with the handling base ID and password, and inquires ((4 2 in FIG. 4). )).
  • the inquiry The slip number that is sent from the delivery management system 217 of the auction company server 210 and displayed on the display of the handling base terminal 232 on the delivery slip (delivery slip in Fig. 5 (a)). Is entered and sent to the auction company server 210.
  • “Handling site name” is the name of the handling site.
  • the ID and password are distributed to each staff member deployed at each handling base. May be.
  • each service base ID and each staff ID are linked, and the service base can be specified by each staff ID.
  • “Location (postal code) J is the location of the handling base.
  • the delivery-side handling base information notified to the supplier 140 is the postal code of the handling base.
  • at least the postal code of the handling base is stored.
  • the “collection and delivery area (zip code)” is an area where the handling base is in charge of delivery.
  • the collection / delivery area is stored as a zip code. That is, in the present embodiment, it is possible to determine that the handling base that includes the postal code of the successful bidder's address in the collection and delivery area is the delivery-side handling base. This is effective in the case where the delivery company 130 is a delivery company (for example, the above-mentioned Japan Post) that can separate the collection and delivery areas of each handling base by postal code. If you are a delivery company that divides the collection / delivery area by zip code!
  • the handling base that includes the address of the successful bidder in the collection and delivery area can be selected as the delivery handling base, as in the case of the postal code described above.
  • the zip code is used as a key for specifying a handling base, but the present invention is not limited to this, and a code such as other numbers or alphabets may be used as a key. Yes.
  • a query is made to the delivery management system 217 using the "handling base ID" and "password” ((4 2) in FIG. 4).
  • the authentication can be performed correctly between the delivery management system 217 and the handling base terminal 232, it is not necessary to use the "handling base ID" and "password”.
  • methods for the delivery management system 217 to correctly confirm the delivery service base include, for example, a confirmation method using the Mac address or global IP address of the delivery service base, biometrics authentication that is confirmed by fingerprint authentication or voice, etc. Etc.
  • the delivery management system 217 of the present embodiment performs the following processes (1) to (3). Do.
  • the delivery service base in charge of the successful bidder's address is selected, and the delivery service base information is transmitted to the exhibitor terminal 240.
  • the successful bidder information is transmitted to the service base terminal 232 of the delivery service base.
  • the postal code of the delivery service base is notified to the seller as the delivery service base information, and the collection / delivery area in the service base database 218 is also stored as the postal code. This will be explained as an example.
  • the seller inputs the slip number of the delivery slip of the product, It also notifies the URL to the Web page for obtaining information on the handling bases that are in charge of collection and delivery to the residence, including the handling bases that relay.
  • FIG. 10 (a) is an example of a slip number input page displayed on the exhibitor terminal 240 and used by the exhibitor to enter the slip number.
  • a slip number input page 1010 in the slip number input field 1012, enter the slip number that is listed on the delivery slip prepared by the seller for shipping the product.
  • the slip number registration process stores the received slip number in the auction database 2 i 6.
  • the delivery service base information notification process is performed, and the delivery service base information browsing page shown in FIG. 10 (b) is transmitted to the exhibitor terminal 240.
  • the order of the document number registration process and the delivery-side handling base information notification process is not limited to this, and either may be performed first, but the auction can be performed by performing the slip number registration process first.
  • the company server 210 can securely register the slip number.
  • FIG. 8 is a flowchart showing the flow of delivery handling base information notification processing performed by the delivery management system 217 of the present embodiment.
  • the postal code of the winning bidder of the corresponding auction is acquired (S810).
  • the user's postal code of the user is obtained by referring to the user database 214 of FIG. 3 (a) using the winning bidder user ID of the auction 'database shown in FIG. 7 (a) as a key.
  • the service base information corresponding to the postal code of the successful bidder is acquired (S820).
  • the postal code of the successful bidder obtained above is used as a key to refer to the above-mentioned handling base database 218, and the postal code of the handling base including the postal code in the collection / delivery area is handled as handling base information. Get as.
  • the acquired delivery service base information (postal code of the delivery service base and the name of the delivery destination) is notified to the exhibitor terminal 150 (S830).
  • notifications can be made by e-mail or sending a Web page that can be viewed only by exhibitors.
  • FIG. 10 (b) is an example of the delivery service base information browsing page displayed on the exhibitor terminal 240.
  • the delivery address display field 1022 displays items that the seller should enter in the delivery address field of the delivery slip (FIG. 5 (a) above). For example, the postal code of the handling base and the handling base name are displayed. Also, the auction ID And the auction name are also displayed.
  • the seller's personal information is read from the user database 214 as an item that the seller should fill in the requester column of the delivery slip (Fig. 5 (a) above). it's shown.
  • the slip number is displayed in the slip number display field 1032.
  • the delivery address display field 1034 and the requester display field 1036 are the same as the delivery service base information browsing page 1 020. Clicking on the link 1038 to the product page will take you to a Web page that displays the product information for that auction and the progress of the auction.
  • the winning bidder can also view the confirmation page 1030 from the winning bidder terminal 250.
  • the confirmation page 1030 for successful bidders is the same as the confirmation page 1030 for sellers regarding the slip number display column 1032 and the link to the product page 1 038.
  • Information is displayed, and in the client display column 1036, information on the handling base in charge of collection and delivery to the seller's address is displayed.
  • the winning bidder can inquire about the delivery status to the shipping company and use the package tracking service. I'll do it.
  • FIG. 9 is a flowchart showing a successful bidder information notification process performed by the delivery management system 217 of the present embodiment.
  • the log-in number is normally entered from the handling base terminal 232 of the delivery base 134, the slip number is entered in the input display displayed on the handling base terminal 232, and sent to the auction company server 210. To do.
  • the slip number input at the handling base terminal 232 of the delivery side handling base 134 is correct U (S910). Specifically, for example, the slip number is input from the correct handling base terminal (the handling base where the product should be received) (that is, the auction ID power is notified in the process of step S830 in FIG. 8). Check that the address of the successful bidder's address is included in the collection / delivery area and that the delivery service base has been entered). This When a check is made, for example, only when the handling base where the auction ID is entered matches the delivery handling base selected in the delivery handling base information notification process described above, the handling base terminal is connected. The successful bidder information should be notified.
  • the delivery base information may be notified to the handling base terminal so that delivery is made to the correct delivery base.
  • the contents of the check are not limited to this, and may be determined freely according to the system.
  • an indication indicating an error is sent to the handling base terminal 232, or an input display with an empty entry field is displayed again.
  • the service base is notified by a method such as transmission to the terminal 232, and the processing is terminated.
  • successful bidder information personal information such as the address and name of the successful bidder 150
  • the entered slip number S920.
  • the auction having the entered slip number is read from the auction 'database 216, and the user's database 214 is referenced using the winning bidder user ID of the corresponding auction as a key, and the address etc. get.
  • the acquired successful bidder information (successful bidder's address, name, etc.) is transmitted to the handling base terminal 232 (S930). For example, it can be transmitted by displaying it on a Web page.
  • the delivery service base information is sent from the auction company server 210 to the exhibitor terminal 240 by the delivery service base information notification process of the delivery management system 217, and the exhibitor performs FIG. 5 (a) according to the contents. Fill out the delivery slip shown in.
  • the auction company server 210 can automatically generate electronic data of a delivery slip filled with the items shown in FIG. 5 (a) and send it to the seller terminal 240. . Then, the seller only has to print it and put it on the product.
  • the delivery management system 217 is further provided with a slip number generation process.
  • the slip number generation process generates a unique slip number for an auction (transaction) at the end of the auction, for example.
  • the slip number is generated according to the slip number rules used by the delivery company.
  • a voucher number may be obtained from a courier delivery company.
  • the above-mentioned document number registration process, the slip number generated here is stored in the auction 'database 216 Remember.
  • the slip number of the delivery slip is stored in the auction database 216, and the delivery-side handling base terminal 232 inquires the auction company server 210 about the bidder information using the slip number.
  • the inquiry may be made by an auction ID (transaction ID) that is not a slip number. In this case, the slip number registration process does not have to be performed.
  • the delivery management system 217 is further provided with a transaction ID notification process.
  • the auction ID can be notified by e-mail etc. at the start of the auction. For the convenience of the seller, it is also notified at the end of the auction (for example, included in the auction end notification ((0-1) in Fig. 4)). Notification). It can also be displayed on a web page that only the seller can view!
  • the auction ID is also entered in the delivery slip (Fig. 5 (a)).
  • the delivery service base can send the auction ID to the auction company and inquire about information necessary for delivery to the successful bidder.
  • FIG. 11 is an example of the flow of articles when the delivery management system of the present embodiment is used for normal delivery. Here, only processing related to delivery of articles will be described. object For information on the process up to the conclusion of the product transaction contract, it is possible to use the conventional auction system, and other information regarding the shipment of goods between the shipper and the recipient. You can use the method of concatenating.
  • the sender 340 and the receiver 350 are a person who sends and receives an item to be delivered using the delivery management system.
  • the delivery company 330 accepts the goods that the sender brings to the reception side handling base 332 and delivers them to the recipient 350 via the delivery side handling base 334.
  • the sender 340 uses the product identification information to ask the delivery company for information on the delivery service base before bringing the goods to the reception service base 332 (Fig. 11, (7 — 1).
  • the identification information of the goods used at this time is regardless of the power that is the information obtained from the method of concatenating the information of the sender and the recipient, such as a conventional auction system.
  • the system accepts the input, searches for information on the recipient, searches for information on the delivery service base from that information, and transmits the information on the delivery service base ((7-2) in Fig. 11).
  • the sender enters information on the delivery service base and the identification number of the goods in the delivery address field of the delivery slip, and brings the goods to the reception service base ((8) in Fig. 11).
  • the exhibitor's personal information may be entered in the requester column.
  • the product can be delivered to the delivery service base even if the sender does not know personal information such as the address and name of the recipient ((9 1) in Fig. 11).
  • the delivery slip the delivery company may generate a delivery slip describing the slip number and necessary items and send it to the exhibitor.
  • the delivery slip may contain information (FIG. 5 (a)) equivalent to the embodiment used in the above-mentioned Estaro system.
  • the recipient information is searched based on the identification number of the goods ((2) in Fig. 11), and the information necessary for delivery to the recipient is acquired (Fig. 11 (9 3)) Write this information in the delivery address field, create a new slip with the sender's information unnecessary for the client's field delivery, and replace the slip of the article.
  • the delivery slip will contain information equivalent to that used for the escrow system (Fig. 5 (b)). As a result, even if the shipper's personal information is not included in the delivery slip (the recipient's personal information is The product can be delivered to the recipient on the delivery side.
  • the recipient 350 can receive the goods without notifying the sender 340 of personal information such as his / her address and name, and the sender 340 can receive the goods without the personal information being known to the recipient 350. Can be handed over. That is, according to the present invention, logistics can be performed while maintaining anonymity between the sender and the recipient.
  • FIG. 12 is an example of a system configuration of a delivery system using the delivery management system of the present embodiment described with reference to FIG.
  • a delivery company server 430 is a computer used by a delivery company to deliver an item received from a sender to a recipient.
  • This delivery company server 430 is a delivery information database that stores information for identifying the sender and the recipient, and article identification information for identifying the article to be delivered between them.
  • FIG. 13 (a) is an example of information stored in the delivery information database 436.
  • FIG. Information for identifying the sender and recipient, and the item identification information for identifying the item delivered between the two may be provided in advance by a conventional auction system, for example. It doesn't matter what kind of information is obtained from the method of linking person and recipient information.
  • the delivery company server 430 has a responsible region data base 438 that stores location information of the delivery side handling base so that the handling base in charge of the delivery can be specified for the delivery destination of the goods.
  • FIG. 13B is an example of information stored in the responsible area database 438.
  • the delivery company server 430 is connected to the sender terminal 440 through a communication network 460 such as the Internet.
  • the delivery company server 430 is also connected to a delivery-side handling base terminal 432 through a communication network 464 such as an intranet.
  • the delivery company server 430 of this embodiment performs the following processes. 14 to 16 are flowcharts showing the processing flow of the delivery company server 430, respectively.
  • the delivery information database 436 is searched to obtain information necessary for delivery to the recipient (S1410 in FIG. 14).
  • the responsible region database 438 is searched to obtain information on the delivery service base in charge of delivery to the recipient (S1420 in FIG. 14).
  • the delivery service base information is transmitted to the sender terminal 440 via the communication network 460 (S 1430 in FIG. 14).
  • the delivery information database 436 is searched to obtain information necessary for delivery to the recipient (FIG. 15). S1510), and this is transmitted to the delivery service base terminal 432 (S1520 in FIG. 15). As a result, delivery to the recipient becomes possible, and thereafter the goods are delivered to the recipient by the delivery company's normal method.
  • the delivery company server 430 sends the information necessary for delivery to the recipient who is informed of this item identification number. Is recorded in the delivery information database 436 (S 1530 in FIG. 15). As a result, it is possible to determine that the item sent by the sender arrives at the delivery service base, transmits information necessary for delivery to the recipient, and is in a state of transition to the delivery process to the recipient.
  • the delivery company server from the delivery service base terminal 432 is assumed.
  • the handling base where the delivery side terminal 432 is located is identified (S1610 in FIG. 16), and the input product identification information is used.
  • Search the delivery information database 436 to obtain information necessary for delivery to the recipient (S1620 in Fig. 16), and then search the responsible region database 438 based on this information and take charge of delivery to the recipient.
  • Information on the delivery service base is acquired (S1630 in Fig. 16).
  • This information is compared with the handling base where the delivery-side handling base terminal 432 that has input the identification information of the article is provided (S1640 in FIG. 16). If they are different (No in S1640 in FIG. 16), the information on the delivery service base in charge of delivery to the recipient is transmitted to the delivery service terminal 432 (S1650 in FIG. 16). The delivery service base that has received the information delivers it to the correct delivery service base in accordance with the information displayed on the delivery service base terminal 432. On the other hand, if the delivery service base information obtained from the regional database 438 and the service base where the product identification information is entered (Yes in S1640 in Fig. 16), the recipient information is It is transmitted to the delivery-side service base terminal 432 (S 1660 in FIG. 16). In other words, if the goods are delivered to a delivery service base that is not in charge of delivery of the recipient, the delivery service location information in charge of delivery of the recipient is sent instead of the recipient information. So it can be delivered reliably.
  • the delivery company server 430 can check the delivery service delivery base where the information was entered by using the Mac address or global IP address of the delivery service delivery service base, fingerprint authentication, etc. And biometrics authentication confirmed by voice and voice.

Landscapes

  • Business, Economics & Management (AREA)
  • Economics (AREA)
  • Engineering & Computer Science (AREA)
  • Marketing (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

明 細 書
配送管理システム
技術分野
[0001] 本発明は、販売者と購入者との間の匿名性を保ちつつ物流サービスを提供するシ ステムに関する発明である。
背景技術
[0002] ここでは、従来の物流サービス（配送サービス）をエスクロー ·サービスに利用する場 合を一例に挙げて説明する。
エスクロー ·サービスとは、販売者と購入者との間の商品と代金のやりとりを、第三者
(エスクロー .サービス提供会社）が仲介するサービスである。このエスクロー ·サービ スは、特に、個人間での取引が多いインターネット上のオークション（以降、ネット'ォ 一クシヨンと呼ぶ）において利用されている。
[0003] <従来のエスクロ一'サービスの概要 >
従来のエスクロー.サービスの仕組み（商品と代金の流れ)の例を、図 1に示す。ここ では、エスクロー'サービスをネット'オークションに用いる場合で説明する。なお、ォ 一クシヨン商品の落札後についてのみ説明し、商品の出品から落札までの流れは省 略する。
オークション会社 110はネット'オークションの運営者であり、エスクロ一'サービスの 提供者であるエスクロ一サービス提供会社 120 (例えば、金融機関等)と提携して、 ユーザがネット'オークションでエスクロ一'サービスを利用できるようにしている。 ユーザ 140, 150は、オークション会社 110に登録され、ネット'オークションに参加 できるユーザである。ここでは、ユーザ 140を商品の出品者、ユーザ 150を商品の落 札者として説明する。
配送会社 130は、配送サービス (郵便や宅配便等)を提供する配送業者であり、ォ 一クシヨンの商品を出品者 140から引受して、落札者 150に配達する。配送会社 130 は、各地域に、その地域での集配を担当する取扱拠点を有している。以降、出品者 1 40から商品を受け付ける取扱拠点（取扱拠点 132)を受付側取扱拠点（中継する拠 点を含む、以下同じ)と呼び、商品を落札者 150に配達する取扱拠点（取扱拠点 13 4)を配達側取扱拠点（中継する拠点を含む、以下同じ）と呼ぶ。各取扱拠点は、受 付側取扱拠点と配達側取扱拠点の両方、または、受付側取扱拠点あるいは配達側 取扱拠点のみの機能を有している。なお、配送会社がエスクロー ·サービスを提供し て 、る（配送会社 130とエスクロー ·サービス提供会社 120が同一の者である）場合も ある。
[0004] 上述したように、前提として、オークションの商品が落札され、支払うべき代金 (例え ば、落札代金と手数料の合計額)が落札者 150に通知されている。以降、図 1に括弧 で示した番号に従って代金と商品の流れを説明する。
(1)代金入金
まず、落札者 150は、エスクロー ·サービス提供会社 120に代金を預ける。具体的 には、例えば、エスクロー ·サービス提供会社 120が指定する口座に代金を振り込ん だり、クレジットカード決済を行ったりする。
(2)入金通知
エスクロー.サービス提供会社 120は、入金があった旨を出品者 140に通知する。 入金通知はオークション会社 110を経由して行なってもよい。すなわち、まず、エスタ ロー 'サービス提供会社 120からオークション会社 110に通知し（2'— 1)、それを受 けて、オークション会社 110から出品者 140に通知する（2'—2)。
[0005] (3)商品持込
入金通知を受けた出品者 140は、商品を配送会社 130の受付側取扱拠点 132 (例 えば、自宅の最寄りの取扱拠点）に持ち込み、落札者 150への配送を依頼する。 このとき、出品者 140は配送依頼の伝票に必要事項を記入する。通常は、依頼主 欄に出品者 140の住所 '氏名等を、届け先欄に落札者 150の住所 ·氏名等を記入す る。すなわち、商品を落札者 150に届けるためには、落札者の住所 ·氏名等を出品 者に知らせておく必要があるが、これは、出品者と落札者との間での電子メール等で の連絡や、オークション会社 110からの通知等により可能である。
(4)受付側取扱拠点から配達側取扱拠点への配送
受付側取扱拠点 132に持ち込まれた商品は、配送会社 130内で定めて 、る配送 ルートに従って、落札者 150の住所がある地域の集配を担当している配達側取扱拠 点 134に配送される。
(5)商品配達
配達側取扱拠点 134から、落札者 150の住所に商品が配達される。
[0006] (6)受取通知
落札者 150は、商品を受け取った旨をエスクロー ·サービス提供会社 120に通知す る。ここで、商品が破損している場合等には、その旨をエスクロー'サービス提供会社 120に通知し、取引をキャンセルしてエスクロ一'サービス提供会社 120から代金の 返金を受けることができる。
受取通知は、上述の（2)入金通知と同様、オークション会社 110を経由して行なつ てもよい。その場合、落札者 150からオークション会社 110に通知し (6，—1)、オーク シヨン会社 110からエスクロ一'サービス提供会社 120に通知する（6 '— 2)。
(7)代金送金
エスクロー.サービス提供会社 120は、落札者 150からの受取通知を受けて、代金 を出品者 140に送金する。
[0007] <従来のエスクロ一.サービスのシステム構成例 >
上述の図 1で説明したエスクロー'サービスは、例えば、図 2のようなシステム構成に より実現できる。ここでは、エスクロー'サービス提供会社 120が銀行等の金融機関で あり、落札者 150が商品の代金を該金融機関が管理する口座に振り込む場合を例と して説明するが、エスクロー ·サービス提供会社 120は、金融機関に口座を開設して いる他の者でもよい。また、銀行等の金融機関への振込み以外に、クレジットカード 決済等の他の支払 、方法を利用してもょ 、。
なお、図 1と同様、商品落札後のエスクロー ·サービスに関する部分についてのみ 図示'説明する。商品の出品から落札まで（出品、入札、落札等)の各処理について は、従来の通常のオークション'システムを用いることができる。
[0008] 図 2において、オークション会社サーバ 210は、オークション会社 110がネット'ォー クシヨンのサービスを提供するためのサーバである。金融機関サーバ 220は、エスタ ロー'サービス提供会社 120 (ここでは、銀行等の金融機関）がエスクロー'サービス を提供するためのサーバである。
配送会社サーバ 230は、配送会社 130が配送サービスを提供するためのサーバで ある。取扱拠点端末 232は、配送会社 130の各取扱拠点に設置され、配送会社サー ノ 230と通信できるパソコン等の端末であり、各取扱拠点の担当者 (職員等）が配送 業務等に使用する。
ユーザ（出品者)端末 240,ユーザ (落札者)端末 250は、それぞれ出品者 140,落 札者 150が使用するパソコンや携帯電話等の端末である。
ネットワーク 260, 262は、インターネットや専用回線 'イントラネット等の通信ネットヮ ークである。
[0009] 代金の入金'送金のために、金融機関サーバ 220には、例えば、エスクロー管理口 座 224を用意する。エスクロー ·サービス提供会社 120 (金融機関）は、落札者 150が 振り込んだ（図 1の（1) )商品の代金を、エスクロー管理口座 224に用意している口座 にいつたん入金し、落札者 150からの受取通知（図 1の（6) )を受けて、エスクロー管 理口座 224に開設して 、る出品者 140の口座へ送金（図 1の（7) )する。
また、金融機関サーバ 220は、専用回線等の通信ネットワーク 262を通じ、オーク シヨン会社サーバ 210を介して電子メール等の手段により、出品者端末 240への入 金通知の送信（図 1の（2)または（2'— 1) )、落札者端末 250からの受取通知の受信 (図 1の（6)または（6'— 2) )等を行なう。
エスクロー管理システム 222は、これらの代金の入金'送金等の処理や、入金通知 の送信、受取通知の受信を行なうコンピュータ ·システムである。
なお、図 2に示した金融機関サーバ 220内の仕^ aみは一例であり、上述の図 1で説 明した従来のエスクロー ·サービスの代金側の処理を行なえる仕組みであればょ 、。
[0010] 配送会社サーバ 230には、例えば、各取扱拠点の集配担当地域や配達情報を記 憶した配達情報データベース 238を用意する。これにより、配送会社サーバ 230に おいて、商品を落札者 150に配達する配送ルートや、配達側取扱拠点 134となる取 扱拠点を決定して、受付側取扱拠点 132の取扱拠点端末 232に通知することができ る。
配送システム 236は、上述の配送ルート決定や受付側取扱拠点端末 232への通 知等の処理を行なうコンピュータ.システムである。
なお、図 2に示した配送会社サーバ 230内の仕組みは一例であり、上述の図 1で説 明した従来のエスクロー ·サービスの商品側の処理を行なえる仕組みであればょ 、。 すなわち、従来の通常の配送サービスを提供できる仕組みであればょ 、。
[0011] オークション会社サーバ 210において、オークション 'システム 212は、ネット'オーク シヨンの各処理を行なうコンピュータ 'システムである。商品落札後のエスクロー .サ一 、ては、図 1に示した入金通知および受取通知をオークション会社 110経由 で行なう場合に、通信ネットワーク 262を介して、金融機関サーバ 220からの入金通 知の受信（図 1の（2'— 1) ) ,金融機関サーバ 220への受取通知の送信（図 1の（6， — 2) )を行い、通信ネットワーク 260を介して、出品者端末 240への入金通知の送信 (図 1の（2'— 2) ) ,落札者端末 250からの受取通知の受信（図 1の（6 '—1) )を行な
[0012] また、オークション 'システム 212がネット'オークションの各処理を行なうために、ォ 一クシヨン会社サーバ 210にユーザ'データベース 214およびオークション 'データべ ース 216を用意する。
ユーザ'データベース 214は、オークション会社 110に登録しているユーザの情報 を記憶しているデータベースである。図 3 (a)は、ユーザ'データベース 214の項目の うち、エスクロー ·サービスの説明に必要な項目を示した図である。「ユーザ ID」は、ュ 一ザに一意の IDであり、「パスワード」は、ユーザのパスワードである。ユーザは、ュ 一ザ IDとパスワードによりオークション'システム 212にログインして、ネット ·オークショ ンに参加（出品 ·入札)することができる。
「氏名」は、ユーザの氏名である。「住所」は、ユーザの住所であり、例えば図 3 (a) に示しているように、「郵便番号」， 「都道府県」， 「市区町村」， 「丁目」， 「番地」， 「そ の他」（建物名 '部屋番号等)等、上位力 項目に分割して記憶している。なお、この 分割は一例であり、他の分割でもよいし、また、必ずしも分割しなくてもよい。「メール アドレス」は、ユーザのメールアドレスであり、オークション会社サーバ 210からユーザ 端末 (ここでは出品者端末 240,落札者端末 250)への通知等に使用することができ る。 このようにユーザの個人情報をオークション会社 110のユーザ'データベース 214 に登録しておくことは、トラブルの防止や、ユーザの取引への安心 *信頼の向上に資 する。
[0013] オークション 'データベース 216は、オークションの情報（商品情報や、出品 '入札' 落札に関する情報等）を記憶しているデータベースである。図 3 (b)は、オークション' データベース 216の項目のうち、エスクロ一'サービスの説明に必要な項目を示した 図である。「オークション ID」は、オークションに一意の IDである。「出品者ユーザ ID」 および「落札者ユーザ ID」は、それぞれ、ユーザ（出品者） 140およびユーザ (落札者 ) 150のユーザ IDである。「商品情報」はユーザ（出品者） 140が出品時に登録した 商品名や商品の説明等であり、「代金情報」は、落札者が支払うべき代金 (例えば、 落札代金や手数料等)の情報である。
オークションの商品の出品力も落札までの間は、オークション 'システム 212は、これ らのユーザ.データベース 214やオークション 'データベース 216を参照'更新して、 ネット ·オークションの Webページにオークションの経過や結果を表示したり、電子メ ールゃ Webページでユーザ（出品者、入札者、落札者等）にオークションの経過や 結果の通知等を行なったりする。
[0014] <従来のエスクロー ·サービスの利点と問題点 >
上述の図 1および図 2で示した従来のエスクロー'サービスを利用することにより、出 品者 (販売者)は代金が受け取れることを確認して力も商品を発送でき、落札者 (購 入者）は商品が到着して力も代金を出品者に支払うことができる。このため、従来のネ ット 'オークションの問題点であった「代金を支払ったのに商品が届かない」、「商品を 発送したのに代金が支払われない」といったトラブルの防止に有効である。
[0015] し力しながら、上述したように、配送会社の従来の配送サービスを利用して商品を 出品者 (販売者)から落札者 (購入者)へ送るためには、配送依頼の伝票等に、依頼 主（出品者)と届け先 (落札者)双方の氏名 '住所等の個人情報を記入する必要があ る。
すなわち、出品者は商品の発送のために落札者の個人情報が必要であり、一方、 落札者は届いた商品に付された伝票を見て出品者の個人情報を知ることができる。 このように、従来の配送サービスを利用すると、出品者と落札者との間で個人情報が 互いに知られてしまう。
なお、代金の流れにおいては、落札者 (購入者）はエスクロー'サービス提供会社の 指定口座に入金し、エスクロー'サービス提供会社が出品者 (販売者）に代金を支払 うため、出品者 (販売者)と落札者 (購入者)との間では匿名で代金の授受を行なうこ とが可能である。
[0016] トラブル防止や取引の信用向上等のために、オークション 'システム内にユーザの 個人情報を登録しておく必要性は高い。しかし、現在のネット'オークションにおいて は、出品者や入札者は、オークション 'システム上で公開されている取引履歴 (評価 や取引件数等)を見て相手を判断することが多ぐ氏名 ·住所等の個人情報まで知ら せる必要性は低いと考えられる。むしろ、取引を介して個人情報が流出することの危 険性が問題となっており、特に、個人間での売買が多いネット'オークションにおいて は、匿名性への要望は非常に高い。
発明の開示
発明が解決しょうとする課題
[0017] 本発明の課題は、出品者 (販売者)と落札者 (購入者)との間の匿名性を保ちつつ 物品を配送するサービスを提供して、上述の問題を解消することである。
課題を解決するための手段
[0018] 上述の課題を解決するために、本発明は、販売者から購入者に商品を配送するた めの配送管理システムであって、前記販売者の端末及び前記商品の集配を行う各 取扱拠点の端末と接続されたサーバを備え、前記サーバは、前記販売者及び前記 購入者の住所及び氏名の情報を記憶して 、るユーザ記憶手段と、前記商品の売買 の各取引 IDによって前記販売者と、前記購入者とを関連づけて記憶している取引記 憶手段と、前記取扱拠点の所在地情報と、該取扱拠点が担当する集配担当地域情 報とを関連づけて記憶して!/、る取扱拠点記憶手段と、前記販売者の端末から前記商 品の伝票番号が入力されると、該伝票番号を前記取引 IDと関連づけて前記取引記 憶手段に記憶する伝票番号登録手段と、前記ユーザ記憶手段に記憶されて 、る前 記購入者の住所を集配担当地域に含む取扱拠点を検索して、該取扱拠点の所在地 情報を前記販売者の端末に送信する配達側取扱拠点情報通知手段と、前記取扱拠 点端末力 前記伝票番号による問い合わせを受信すると、前記伝票番号登録手段 から前記伝票番号に関連する取引 IDを検索し、前記取引記憶手段から前記取引 ID に関連する購入者を検索し、前記購入者の住所及び氏名を該取扱拠点端末に送信 する購入者情報通知手段とを備えることを特徴とする配送管理システムである。 また、前記取扱拠点記憶手段により記憶される前記所在地情報には郵便番号を含 み、前記配達側取扱拠点情報通知手段は、前記選択した取扱拠点の郵便番号を前 記販売者の端末に送信することを特徴としてもょ ヽ。
また、前記ユーザ記憶手段により記憶される前記住所情報には郵便番号を含み、 前記取扱拠点記憶手段は、前記集配担当地域情報を郵便番号により記憶しており、 前記配達側取扱拠点情報通知手段は、前記購入者の郵便番号に該当する集配担 当地域の取扱拠点を選択することを特徴としてもよ!、。
さらに、各取引に対応する伝票番号を生成する伝票番号生成手段を備えており、 前記伝票番号登録手段は、前記生成した伝票番号を前記取引 IDに関連づけて前 記取扱拠点記憶手段に記憶し、前記配達側取扱拠点情報通知手段は、前記伝票 番号と、前記選択した取扱拠点の所在地情報とを有する前記配送伝票の電子デー タを生成して、前記販売者の端末に送信することを特徴としてもょ 、。
また、前記配達側取扱拠点情報通知手段は、前記取扱拠点の所在地情報とともに 又は前記取扱拠点の所在地情報の代わりに前記取引 IDを前記販売者の端末に送 信することを特徴としてもょ 、。
また、前記購入者情報通知手段は、前記配送伝票が付された前記商品が配達さ れる前記取扱拠点において、取扱拠点端末から送信される伝票番号又は取引 IDを 受信すると、前記ユーザ記憶手段から関連する前記購入者の住所及び氏名を該取 扱拠点端末に送信することを特徴としてもょ ヽ。
また、前記取扱拠点記憶手段は、前記取扱拠点の取扱拠点 IDをさらに記憶し、前 記購入者情報通知手段は、前記取扱拠点端末から前記伝票番号又は取引 IDを受 信すると、送信した取扱拠点の前記取扱拠点 IDを前記取扱拠点記憶手段から検索 し、該取扱拠点 IDと、前記配達側取扱拠点情報通知手段により選択した取扱拠点を 特定する取扱拠点 IDとが一致する場合、前記ユーザ記憶手段から前記伝票番号又 は取引 IDに関連する前記購入者の住所及び氏名を該取扱拠点端末に送信すること を特徴としてもよい。
[0020] また、本発明は、発送人力 受取人に物品を配達するための配送管理システムで あって、前記発送人の端末及び前記物品の集配を行う各取扱拠点の端末と接続さ れたサーバを備え、前記サーバは、前記発送人及び前記受取人をそれぞれ特定す るための情報と、前記物品を特定するための物品識別情報とを関連づけて記憶した 配送情報記憶手段と、前記物品の集配先に対してその集配を担当する取扱拠点が 特定できるように前記取扱拠点の所在地情報を記憶した担当地域記憶手段と、前記 発送人の端末から前記物品識別情報が入力されると、前記配送情報記憶手段から 前記物品識別情報に関連する受取人の情報を検索し、さらに該受取人への集配を 担当する取扱拠点に関する情報を前記担当地域記憶手段から検索して前記発送人 の端末に送信する取扱拠点情報通知手段と、前記取扱拠点情報通知手段で得られ た取扱拠点情報を宛先として配送された前記物品に関する識別情報が前記取扱拠 点の端末から入力されると、前記物品の受取人情報を前記配送情報記憶手段から 検索して前記取扱拠点の端末に送信する受取人情報通知手段とを備えることを特徴 とする配送管理システムである。
[0021] また、前記取扱拠点において、前記受取人情報通知手段で得られた受取人情報 を前記物品の新たな配送先にして配送完了されたかを確認する配送完了確認手段 をさらに備えてもよい。
また、前記受取人情報通知手段は、前記取扱拠点の端末からの入力が何れの取 扱拠点からである力を特定するとともに、前記受取人を配送先とするときの集配担当 となる取扱拠点を前記担当地域記憶手段から検索し、前記 2つの取扱拠点が一致し ない場合は、前記受取人情報の代わりに、前記集配担当取扱拠点の情報を前記担 当地域記憶手段力 検索して前記取扱拠点の端末に送信することを特徴としてもよ い。
また、前記発送人及び前記受取人を特定するための情報は少なくとも氏名及び住 所を含み、前記物品識別情報は前記物品の配送に関する伝票番号又は前記物品 の取引に関する取引 IDの少なくとも何れ力 1つを含み、前記取扱拠点に関する情報 は前記取扱拠点の名称、所在地又は郵便番号の少なくとも何れか 1つを含むことを 特徴としてもよい。
[0022] また、本発明は、販売者力 購入者に商品を配送するための配送管理方法であつ て、前記販売者及び前記購入者の住所及び氏名の情報をユーザ記憶手段に記憶し ており、前記商品の売買の各取引 IDによって前記販売者と、前記購入者とを関連づ けて取引記憶手段に記憶しており、前記取扱拠点の所在地情報と、該取扱拠点が 担当する集配担当地域情報とを関連づけて取扱拠点記憶手段に記憶しており、前 記販売者の端末力 前記商品の伝票番号が入力されると、該伝票番号を前記取引 I Dと関連づけて前記取引記憶手段に記憶する伝票番号登録ステップと、前記ユーザ 記憶手段に記憶されている前記購入者の住所^^配担当地域に含む取扱拠点を検 索して、該取扱拠点の所在地情報を前記販売者の端末に送信する配達側取扱拠点 情報通知ステップと、前記取扱拠点端末力 前記伝票番号による問い合わせを受信 すると、前記伝票番号登録手段力 前記伝票番号に関連する取引 IDを検索し、前 記取引記憶手段カゝら前記取引 IDに関連する購入者を検索し、前記購入者の住所及 び氏名を該取扱拠点端末に送信する購入者情報通知ステップとを備えることを特徴 とする配送管理方法である。
[0023] また、本発明は、発送人力 受取人に物品を配達するための配送管理方法であつ て、前記発送人及び前記受取人をそれぞれ特定するための情報と、前記物品を特 定するための物品識別情報とを関連づけて配送情報記憶手段に記憶しており、前記 物品の集配先に対してその集配を担当する取扱拠点が特定できるように前記取扱拠 点の所在地情報を担当地域記憶手段に記憶しており、前記発送人の端末から前記 物品識別情報が入力されると、前記配送情報記憶手段から前記物品識別情報に関 連する受取人の情報を検索し、さらに該受取人への集配を担当する取扱拠点に関 する情報を前記担当地域記憶手段力 検索して前記発送人の端末に送信する取扱 拠点情報通知ステップと、前記取扱拠点情報通知ステップで得られた取扱拠点情報 を宛先として配送された前記物品に関する識別情報が前記取扱拠点の端末力 入 力されると、前記物品の受取人情報を前記配送情報記憶手段から検索して前記取 扱拠点の端末に送信する受取人情報通知ステップとを備えることを特徴とする配送 管理方法である。
[0024] また、上記のいずれかに記載の配送管理システムの各手段をコンピュータに機能と して実現させるためのプログラムも、本発明である。
発明の効果
[0025] 本発明における匿名性の高!、配送管理システムをエスクロー'システムに利用した 場合には、オークション (取引）の商品の配送において、オークション会社から出品者 には、配達側取扱拠点（落札者の住所への配達を担当している取扱拠点であり、中 継する取扱拠点を含む）の情報のみを通知する。一方、出品者は商品に貼付する配 送伝票の伝票番号をオークション会社に知らせる。
出品者は、配送伝票の届け先欄に配達側取扱拠点情報を記入して、受付側取扱 拠点（出品者が商品を持ち込む取扱拠点）に商品を持ち込む。なお、依頼主欄には 出品者の個人情報を記入してよい。これにより、出品者が落札者の住所や氏名等の 個人情報を知らなくても、商品を配達側取扱拠点まで届けることができる。なお、配 送伝票は、伝票番号および必要な事項を記載した配送伝票をオークション会社が生 成して、出品者に送るようにしてもよい。
一方、商品が到着した配達側取扱拠点では、配送伝票の伝票番号をオークション 会社に伝えて問い合わせを行なう。オークション会社は、問合わせに応じて、配達側 取扱拠点に落札者への配達に必要な情報を通知する。配達側取扱拠点では、この 情報をもとに届け先欄に落札者への配達に必要な情報を記載し、依頼主欄から配達 に不必要な出品者の情報を削除した新しい伝票を作成して、商品の伝票を貼り替え る。これにより、配送伝票に出品者の個人情報を記載していなくても（落札者に出品 者の個人情報を知らせなくても）、商品を配達側取扱拠点から落札者まで届けること ができる。
したがって、落札者は自分の住所 ·氏名等の個人情報を出品者に知らせなくても商 品を受け取ることができ、また、出品者は落札者に個人情報を知られずに商品を引き 渡すことができる。すなわち、本発明の配送管理システムによれば、出品者 (販売者） と落札者 (購入者)との間の匿名性を保ちつつ物流を行なうことができる。 また、他のユーザの個人情報を知らないまま取引ができるため、ネット'オークション のユーザにおける、他のユーザの個人情報保護の負担を軽減することができる。 なお、オークション会社から出品者にオークション ID (取引 ID)も通知し、出品者に オークション IDを伝票に記入させ、配達側取扱拠点は該オークション IDをオークショ ン会社に伝えて落札者の個人情報を問 、合わせるシステムとしてもよ!/、。
[0026] また、言うまでもなぐ本発明の配送管理システムは、エスクロ一 ·システムへの利用 に止まらない。例えば、配送会社サーバ力 発送人 (エスクロー'システムにおいては 出品者)及び受取人 (エスクロー ·システムにお 、ては落札者)をそれぞれ特定する 情報及び配送する物品を特定するための物品識別情報とを関連づけて記憶してい る装置を持つことで、エスクロー'システムの場合と同等の効果を提供できる。すなわ ち発送人は、物品を識別する情報 (例えば取引 IDや配送伝票番号)を配送会社に 通知することで配達側拠点情報を取得し、これを配送伝票の届け先欄に記入して受 付側取扱拠点に物品を持ち込む。配送会社では、エスクロー ·システムにおける利用 の場合と同様に、配送伝票の情報をもとに配達側取扱拠点まで物品を配送し、物品 が到着した配達側取扱拠点では、配達伝票の伝票番号等をもとに伝票の貼り替え等 を行い、購入者に配達する。
図面の簡単な説明
[0027] [図 1]従来のエスクロー.サービスの仕組み（商品と代金の流れ)の例を示した図であ る。
[図 2]従来のエスクロー'サービスを実現するシステム構成の例を示した図である。
[図 3] (a)ユーザ'データベース、および（b)オークション 'データベースの主要な項目 を示した図である。
[図 4]配送管理システムを用いたエスクロー ·サービスの商品と代金の流れの例を示し た図である。
[図 5]それぞれ、（a)出品者が作成する配送伝票の例、（b)配達側取扱拠点が作成 する配送伝票の例を示した図である。
[図 6]配送管理システムをエスクロー ·サービスに用いた場合の商品配送を実現する システム構成の例を示した図である。 [図 7] (a)オークション 'データベースの主要な項目を示した図である。（b)配送管理 システムにおける取扱拠点データベースの主要な項目を示した図である。
[図 8]配送管理システムをエスクロー ·システムに用いた場合の配達側取扱拠点情報 通知処理の流れを示したフローチャートである。
[図 9]配送管理システムをエスクロー ·システムに用いた場合の落札者情報通知処理 の流れを示したフローチャートである。
[図 10]それぞれ、（a)伝票番号入力ページ、（b)配達側取扱拠点情報閲覧ページ、 ( c)確認ページの例である。
[図 11]配送管理システムをエスクロー ·システム以外の配送に用いた場合の物品配 送の流れの例を示した図である。
[図 12]配送管理システムをエスクロー ·システム以外の配送に用いた場合の物品配 送を実現するシステム構成の例を示した図である。
[図 13] (a)配送情報データーベース、および (b)担当地域データベースの主要な項 目を示した図である。
[図 14]配送管理システムをエスクロー'システム以外の配送システムに用いた場合の 発送人への配達側取扱拠点情報通知の流れを示したフローチャートである。
[図 15]配送管理システムをエスクロー'システム以外の配送システムに用いた場合の 配達側取扱拠点への受取人情報通知及び配送会社サーバへの通知状況登録の流 れを示したフローチャートである。
[図 16]配送管理システムをエスクロー'システム以外の配送システムに用いた場合の 適切でない配達側取扱拠点への配送発見と適切な配達側取扱拠点への転送の流 れを示したフローチャートである。
符号の説明
110 オークション会社
120 エスクロ一'サービス提供会社
130 配送会社
132 取扱拠点 (受付側取扱拠点）
134 取扱拠点（配達側取扱拠点） 140 ユーザ（出品者）
150 ユーザ (落札者）
210 オークション会社サーバ
212 オークション 'システム
214 ユーザ .データベース
216 オークション 'データベース
217 配送管理システム
218 取扱拠点データベース
220 金融機関サーバ
222 エスクロー管理システム
224 エスクロー管理口座
230 配送会社サーバ
232 取扱拠点配達側取扱拠点端末
236 配送システム
238 配達情報データベース
240 ユーザ（出品者)端末
250 ユーザ (落札者)端末
260, 262, 264 通信ネットワーク
330 配送会社
332 受付側取扱拠点
334 配達側取扱拠点
340 発送人
350 受取人
430 配送会社サーバ
432 配達側取扱拠点端末
436 配送情報データベース
438 担当地域データベース
440 発达人端末 460, 464 通信ネットワーク
1010 伝票番号入力ページ
1012 伝票番号入力欄
1014 「次へ」ボタン
1020 配達側取扱拠点情報閲覧べ
1022 お届け先表示欄
1024 ご依頼主表示欄
1026 「次へ」ボタン
1030 確認ページ
1032 伝票番号表示欄
1034 お届け先表示欄
1036 ご依頼主表示欄
1038 商品ページへのリンク
発明を実施するための最良の形態
[0029] 以降、本発明の配送管理システムの実施形態の一例を図面を参照しながら説明す る。なお、ここでは、本発明の配送管理システムをエスクロー ·システムに利用した場 合の例で説明する。
[0030] <本実施形態の配送管理システムを用いたエスクロー ·サービスの概要 >
図 4は、本実施形態の配送管理システムを従来のネット'オークションのエスクロー' サービスに用いた場合の商品と代金の流れの一例である。図中の符号は図 1に対応 している。なお、ここでも、商品落札後のみについて説明する。商品の出品から落札 まで（出品、入札、落札等）の各処理については、従来のオークション 'システムを用 いることがでさる。
オークション会社 110,エスクロー'サービス提供会社 120,ユーザ（出品者） 140, ユーザ (落札者） 150は、図 1に示した従来のエスクロー ·サービスと同様である。また 、エスクロー ·サービスにおける代金の流れ（（ 1)代金入金および（7)代金送金)も、 従来と同様である。また、（2)入金通知および (6)受取通知の各通知についても従来 と同じであるが、図 4では、オークション会社 110を経由して通知する例で示している [0031] 一方、出品者 (販売者)と落札者 (購入者)との間の匿名性を保ちつつ物流を行なう ために、本実施形態の配送管理システムは、商品の流れについて新しい仕組みを設 ける。以降、この新しい仕組みについて説明する。
[0032] (0— 1)オークション終了通知
オークションが終了すると、オークション会社 110から出品者 140に、オークションが 終了した旨を、例えば電子メールにより通知する。オークション終了時に落札者のュ 一ザ IDやメールアドレス、落札金額等を通知することは、従来のオークション 'システ ムにおいても通常行なわれているが、本実施形態では、さらに、出品者が商品の配 送伝票の伝票番号を入力したり、配達側取扱拠点（落札者の住所への集配を担当し ている取扱拠点であり、中継する取扱拠点を含む）の情報を得たりするための Web ページへの URLも通知する。
[0033] (0— 2)伝票番号通知
出品者 140は、商品に貼り付ける配送伝票を用意し、配送伝票に記載されている 伝票番号を、オークション会社に通知する。なお、配送伝票は通常配送会社 130専 用のものを用いる。オークション会社では、その伝票番号をオークション（取引）と紐 付けて登録する。
[0034] (0- 3)配達側取扱拠点情報の通知
次に、オークション会社 110は、出品者 140に配達側取扱拠点情報を通知する。す なわち、落札者 150に対応する配達側取扱拠点 134となる取扱拠点を決定して、出 品者 140に、配達側取扱拠点情報として配達側取扱拠点 134の所在地を通知する 。所在地のほか、さらに配達側取扱拠点の名称等を通知してもよい。
本実施形態では、配達側取扱拠点情報として配達側取扱拠点 134の郵便番号を 通知するものとする。これは、例えば、配送会社 130が日本郵政公社である場合に 特に有用である。また、通知を受ける出品者 140にとつても、情報の量が少ない（7桁 の郵便番号)ため、負担が軽い。なお、日本郵政公社以外の宅配業者等が配送会 社 130である場合でも、郵便番号を用いて受付側取扱拠点 132から配達側取扱拠 点 134への配送が可能であれば、同様に郵便番号を配達側取扱拠点情報として使 用することができる。また、郵便番号では配送できない配送会社である場合には、配 達側取扱拠点の所在地を、出品者 140に知らせるようにすればよい。
このように、出品者 140には配達側取扱拠点情報のみを通知する。出品者 140は、 落札者 150の住所や氏名等の個人情報を知る必要はない。
また、出品者 140が伝票番号をオークション会社に通知した後に、オークション会 社が出品者 140に配達側取扱拠点情報を通知するようにすることで、以後の処理に 必要な伝票番号の入力漏れを防ぐことができる。
なお、ここではログイン等により出品者のみが閲覧できる Webページで配達側取扱 拠点情報を通知するものとする力 電子メール等の他の方法で通知してもよいし、こ れらの複数の方法により通知してもよい。また、出品者 140から伝票番号が通知され ると、配達側取扱拠点情報を出品者 140に通知している力 順序はこれに限られな い。
[0035] (3)商品持込
図 1で説明した従来のエスクロー'サービスと同様、入金通知を受けた出品者 140 は、商品を配送会社 130の取扱拠点 (受付側取扱拠点 132)に持ち込んで落札者 1 50への配送を依頼する。このとき、配送依頼の配送伝票には、上記（0— 3)で通知さ れた配達側取扱拠点情報 (配達側取扱拠点 134の所在地等。本実施形態の例では 、配達側取扱拠点 134の郵便番号及び配達先の都道府県名）を記入する。
配送伝票の記入例を、図 5 (a)に示す。「お届け先」欄には、上記 (0— 3)で通知さ れた配達側取扱拠点情報 (配達側取扱拠点 134の郵便番号)を記入する。ここで、 確認の便利のためにオークション ID及び配達先の都道府県名も記入するとよい。ま た、図 5 (a)に示すように、配達側取扱拠点 134の郵便番号の他、配達側取扱拠点 1 34の名称を記入してもよい。配達側取扱拠点の名称は、上述したように、（0— 3)の 配達側取扱拠点情報 (郵便番号)とともに出品者 140に通知してもよいし、受付側取 扱拠点 132にて該郵便番号に対応する取扱拠点 134の名称を調べて、出品者 140 あるいは受付側取扱拠点 132の担当者が記入してもよ 、。
[0036] さらに、「お届け先」欄には、オークションの名称やオークション会社の名前（ここで は「口口オークション)を記入することもできる。これにより、商品を受け取った配達側 取扱拠点 134の担当者 (職員等）が、この荷物が、本実施形態の配送管理システム を利用したエスクロ一'サービスによるものであり、オークション会社 110に落札者 15 0についての情報を問い合せる必要がある荷物であることを知ることができる。
「ご依頼主」欄には、従来の配送伝票と同様に、出品者 140の住所や氏名'電話番 号等の情報を記入する。このように出品者の情報を記入しておくことにより、従来の配 送サービスと同様、万一不明な点があった場合に、受付側取扱拠点 132や配達側 取扱拠点 134等から出品者 140に問い合わせ、あるいは返送することができる。 さらに、「お届け先」欄に落札者 150のユーザ ID、「ご依頼主」欄に出品者 140のュ 一ザ IDを記入してもよい。ユーザ IDを記入することにより、出品者 140が、オークショ ン IDの記入を万が一誤記入した場合などに、確認を取ることができる。
上述の図 5 (a)に示した配送伝票により、落札者 150の住所や氏名等の個人情報 がなくても、商品を配達側取扱拠点 134まで届けることができる。
[0037] (4 1)受付側取扱拠点力 配達側取扱拠点への配送
図 5 (a)の配送伝票が付された商品は、配送会社 130の従来の配送ルートに従つ て配達側取扱拠点 134に配送される。
(4- 2)配達側取扱拠点力 オークション会社への問 、合わせ
商品を受け取った配達側取扱拠点 134は、商品に付された図 5 (a)の配送伝票の 伝票番号を用いて、オークション会社 110に問 、合わせを行なう。
(4 3)オークション会社から配達側取扱拠点への落札者情報の通知
問い合わせを受けて、オークション会社 110は、その伝票番号に対応するオークシ ヨンの落札者 150の住所 ·氏名等、商品を落札者 150に配達するのに必要な情報を 、落札者情報として配達側取扱拠点 134に通知する。このように、配達側取扱拠点 1 34には落札者 150の情報のみを通知する。
配達側取扱拠点 134では、届け先欄に落札者の情報を記載し、依頼主欄から出品 者の個人情報を削除した新 、配送伝票を作成して、商品の伝票を貼り替える。
[0038] 図 5 (b)は、配達側取扱拠点 134で作成される配送伝票の例である。「お届け先」 欄には、オークション会社から通知された落札者 150の住所 '氏名 '電話番号等の情 報を記入する。さらに、落札者 150のユーザ IDを記入してもよい。ユーザ IDを記入す ることにより、出品者 140が、オークション IDの記入を万が一誤記入した場合などに、 確認を取ることができる。
「ご依頼主」欄には、例えば、落札者への住所への集配を担当している取扱拠点（ 配達側取扱拠点 134)の郵便番号を記入する。なお、この配達側取扱拠点の郵便番 号は必ずしも記入しなくともよい。さらに、上述の図 5 (a)と同様、出品者 140のユー ザ IDを記入してもよい。
オークション IDおよび、オークションの名称やオークション会社の名前（ここでは「口 口オークション」）の記入は、図 5 (a)と同様である。落札者 150に配達するにはもは や必要のない情報である力 これらの情報が記入されていれば、落札者 150が配送 伝票を見て、荷物の内容力^□□オークションのオークション ID6754343Jの商品で あることがわかるため、安心して商品を受け取ることができる。なお、オークションの名 称やオークション会社の名前の他、オークション IDを記入しないような構成としても、 勿論よい。
このように、配達側取扱拠点 134にて上述の図 5 (a)の配送伝票を図 5 (b)の配送 伝票に貼り替えることにより、配送伝票に出品者 140の個人情報を記載していなくて も（落札者 150に出品者 140の個人情報を知らせなくても）、商品を配達側取扱拠点 134から落札者 150まで届けることができる。
[0039] (5)商品配達
配送会社 130の従来の配送方法に従って、配達側取扱拠点 134から落札者 150 の住所に商品を配達する。
[0040] このように、本実施形態の配送管理システムによれば、オークション (取引）の商品 の配送において、オークション会社から出品者には、配達側取扱拠点（落札者の住 所への集配を担当している取扱拠点であり、中継する取扱拠点を含む）の情報のみ を通知する。一方、出品者は商品に貼付する配送伝票の伝票番号をオークション会 社に知らせる。
出品者は、配送伝票の届け先欄に配達側取扱拠点情報を記入して、受付側取扱 拠点（出品者が商品を持ち込む取扱拠点）に商品を持ち込む。これにより、出品者が 落札者の住所や氏名等の個人情報を知らなくても、商品を配達側取扱拠点まで届け ることができる。なお、配送伝票は、伝票番号および必要な事項を記載した配送伝票 をオークション会社が生成して、出品者に送るようにしてもよい。配送伝票の自動生 成についても、後で詳しく説明する。
一方、商品が到着した配達側取扱拠点では、配送伝票の伝票番号をオークション 会社に伝えて問い合わせを行なう。オークション会社は、問合わせに応じて、配達側 取扱拠点に配達に必要な落札者の情報を通知する。配達側取扱拠点では、届け先 欄に落札者への配達に必要な情報を記載し、依頼主欄力 出品者の情報を削除し た新しい伝票を作成して、商品の伝票を貼り替える。これにより、配送伝票に出品者 の個人情報を記載していなくても（落札者に出品者の個人情報を知らせなくても）、 商品を配達側取扱拠点力 落札者まで届けることができる。
したがって、落札者は自分の住所 ·氏名等の個人情報を出品者に知らせなくても商 品を受け取ることができ、また、出品者は落札者に個人情報を知られずに商品を引き 渡すことができる。すなわち、本実施形態の配送管理システムによれば、出品者 (販 売者)と落札者 (購入者)との間の匿名性を保ちつつ物流を行なうことができる。 また、他のユーザの個人情報を知らないまま取引ができるため、ネット'オークション のユーザにおける、他のユーザの個人情報保護の負担を軽減することができる。 なお、オークション会社から出品者にオークション ID (取引 ID)も通知し、出品者に オークション IDを伝票に記入させ、配達側取扱拠点は該オークション IDをオークショ ン会社に伝えて落札者の個人情報を問 、合わせるシステムとしてもよ!/、。オークショ ン IDによる問合わせについても、後で詳しく説明する。
<本実施形態の配送管理システムを用いたエスクロー ·サービスのシステム構成例 >
図 6は、上述の図 4で説明した、本実施形態の配送管理システムを用いたエスクロ 一'システムを、ネット'オークションに用いる場合の例におけるシステム構成の一例 である。なお、図中の符号は図 2に対応している。
図 6において、金融機関サーバ 220,配送会社サーバ 230,ユーザ（出品者)端末 240,ユーザ（落札者)端末 250,通信ネットワーク 260, 262は、図 2と同様である。 通信ネットワーク 264は、取扱拠点端末 232と配送会社サーバ 230を接続する通信 ネットワークである。
取扱拠点端末 232も図 2と同様であるが、図 2に示した従来例と異なるのは、通信 ネットワーク 264を介してオークション会社サーバ 210にログインし、通信を行なう点 である。なお、ここでは、取扱拠点端末 232は、配送会社サーバ 230,通信ネットヮー ク 264を介して、オークション会社サーバ 210と接続するものとする。
[0042] オークション会社サーバ 210も、図 2と同様、オークション会社 110のサーバである 力 さらに、本実施形態の配送管理システム 217と、取扱拠点データベース 218を備 える。
配送管理システム 217は、上述の図 4で説明したように、インターネット 260を介して 出品者端末 240から通知（図 4の（0— 2) )された伝票番号を、オークション ·データべ ース 216に記憶する。したがって、本実施形態のオークション 'データベース 216は、 図 7 (a)に示すように、図 3 (b)に示した従来技術のオークション ·データベース（図 3 ( b) )に、「伝票番号」の項目を追加する。その他の項目は図 3 (b)の従来技術のォー クシヨン'データベースの各項目と同様である。これにより、伝票番号と、オークション I Dなどの情報とが紐付けられることになる。
また配送管理システム 217は、落札者 150に対応する配達側取扱拠点を検索して 、出品者端末 240に配達側取扱拠点情報を送信する（0— 3)。また、取扱拠点端末 232からの問合せ (4— 2)を受信して、対応する落札者情報を検索し、送信 (4— 3) する。
これらの配送管理システム 217の各処理については、後で詳しく説明する。
[0043] 取扱拠点データベース 218は、配送会社 130の各取扱拠点端末 232がオークショ ン会社サーバ 210にログインして配送管理システム 217を利用できるように、取扱拠 点を登録して 、るデータベースである。
取扱拠点データベース 218の主要な項目を、図 7 (b)に示す。「取扱拠点 ID」は、 取扱拠点に一意の IDである。
「パスワード」は、取扱拠点のパスワードであり、取扱拠点データベース 218に登録 されている取扱拠点は、例えば、取扱拠点 IDとパスワードで配送管理システム 217 にログインして、問い合わせ（図 4の（4 2) )を行なう。問い合わせは、例えば、口グイ ン後にオークション会社サーバ 210の配送管理システム 217から送信され、取扱拠 点端末 232のディスプレイに表示される Webページに、配送伝票（図 5 (a)の配送伝 票）に記入されている伝票番号を入力して、オークション会社サーバ 210に送信する ことにより行なう。「取扱拠点名」は、該取扱拠点の名称である。
なお、本実施形態においては、「取扱拠点 ID」と「パスワード」を用いてログインを行 うようにしている力 各取扱拠点に配備された各職員のそれぞれに、 IDとパスワード を配布するようにしてもよい。この場合、各取扱拠点 IDと、各職員の IDとが紐付けら れて、各職員の IDによって取扱拠点も特定できるようになって 、る。
[0044] 「所在地 (郵便番号) Jは、該取扱拠点の所在地である。本実施形態の例では、出 品者 140に通知する配達側取扱拠点情報は該取扱拠点の郵便番号であるため、こ の項目には、少なくとも取扱拠点の郵便番号を記憶しておく。
「集配担当地域 (郵便番号)」は、該取扱拠点が配達を担当している地域である。本 実施形態では、集配担当地域を郵便番号で記憶するものとする。すなわち、本実施 形態においては、落札者の住所の郵便番号を集配担当地域に含む取扱拠点を、配 達側取扱拠点であると判断することができる。これは、配送会社 130が、各取扱拠点 の集配担当地域を郵便番号で分けることに対応している配送会社 (例えば、上述の 日本郵政公社等)である場合に有効である。集配担当地域を郵便番号で分けて!/、な い、もしくは分けることに対応していない配送会社である場合には、郵便番号に変え て、集配担当地域を住所の一部 (例えば、「〇〇県 巿 X町口番地」）等で記憶 すれば、上述の郵便番号の場合と同じように、落札者の住所を集配担当地域に含む 取扱拠点を配達側取扱拠点として選択することができる。また、本実施の形態では、 郵便番号を、取扱拠点などを特定するキーとして用いているが、これに限らず、それ 以外の数字やアルファベットなどよりなるコードなどをキーとして用いるようにしてもよ い。
[0045] 本実施の形態にぉ 、ては、「取扱拠点 ID」と「パスワード」とを用いて配送管理シス テム 217に対して問 、合わせ（図 4の (4 2) )を行なうようにしたが、配送管理システ ム 217と取扱拠点端末 232との間で正しく認証が行えるような方法であれば、「取扱 拠点 ID」と「パスワード」を用いずともよ ヽ。 配送管理システム 217が配達側取扱拠点を正しく確認する方法としては、例えば、 配達側取扱拠点のマックアドレスやグローバル IPアドレスなどを用いて確認する方法 、指紋認証や声などにより確認するバイオメトリタス認証などがあげられる。
[0046] <本実施形態の配送管理システムを用いたエスクロー ·システムの処理の流れ > 上述したように、本実施形態の配送管理システム 217は、次の（1)〜（3)の各処理 を行なう。
(1)伝票番号登録処理
出品者端末 240から受信した伝票番号を、オークション (取引）と紐付けて登録する
(2)配達側取扱拠点情報通知
落札者の住所を担当する配達側取扱拠点を選択し、配達側取扱拠点情報を出品 者端末 240に送信する。
(3)落札者情報通知
配達側取扱拠点力 の問合せに応じて、落札者情報を該配達側取扱拠点の取扱 拠点端末 232に送信する。
以降、これら（1)〜（3)の各処理を詳細に説明する。なお、ここでは、上述したように 、配達側取扱拠点情報として配達側取扱拠点の郵便番号を出品者に通知し、また、 取扱拠点データベース 218の集配担当地域も郵便番号で記憶している場合を例とし て説明する。
[0047] (1)伝票番号登録処理
本実施形態では、上述したように、オークション終了通知（図 4の（0— 1) )の際に、 出品者が商品の配送伝票の伝票番号を入力したり、配達側取扱拠点（落札者の住 所への集配を担当している取扱拠点であり、中継する取扱拠点を含む）の情報を得 たりするための Webページへの URLも通知する。
図 10 (a)は、出品者端末 240に表示され、出品者が伝票番号を入力するための伝 票番号入力ページの例である。なお、ここでは出品者端末 240が携帯電話である場 合の Webページの例を示しているが、出品者端末 240がパソコンの場合も、 Webぺ ージに表示する内容は同じである。 伝票番号入力ページ 1010において、伝票番号入力欄 1012には、出品者が商品 の発送のために用意した配送伝票にあら力じめ記載されている伝票番号を入力する 伝票番号を入力して、「次へ」ボタン 1014をクリックすると、伝票番号がオークション 会社サーバ 210に送信され、伝票番号登録処理は、受信した伝票番号をオークショ ン .データベース 2 i 6に記憶する。
その後すぐに、配達側取扱拠点情報通知処理を行なって、図 10 (b)に示す配達側 取扱拠点情報閲覧ページを出品者端末 240に送信する。なお、上述したように、伝 票番号登録処理と配達側取扱拠点情報通知処理の順序はこれに限られず、どちら を先に行なってもよいが、伝票番号登録処理を先に行うことで、オークション会社サ ーバ 210は、確実に伝票番号を登録することができる。
[0048] (2)配達側取扱拠点情報通知処理
図 8は、本実施形態の配送管理システム 217が行なう配達側取扱拠点情報通知処 理の流れを示したフローチャートである。
まず、該当のオークションの落札者の郵便番号を取得する（S810)。具体的には、 上述の図 7 (a)に示したオークション 'データベースの落札者ユーザ IDをキーとして 図 3 (a)のユーザ ·データベース 214を参照し、該ユーザの郵便番号を取得する。 次に、落札者の郵便番号に対応する取扱拠点情報を取得する（S820)。具体的に は、上述で取得した落札者の郵便番号をキーとして上述の取扱拠点データベース 2 18を参照し、該郵便番号を集配担当地域に含んでいる取扱拠点の郵便番号を、取 扱拠点情報として取得する。
最後に、取得した配達側取扱拠点情報 (配達側取扱拠点の郵便番号及び配達先 の都道府県名）を出品者端末 150に通知する（S830)。通知は、上述したように、電 子メールや出品者のみが閲覧できる Webページの送信等により行なうことができる。
[0049] 図 10 (b)は、出品者端末 240に表示される配達側取扱拠点情報閲覧ページの例 である。配達側取扱拠点情報閲覧ページ 1020において、お届け先表示欄 1022に は、出品者が配送伝票 (上述の図 5 (a) )のお届け先欄に記入すべき事項を表示して いる。例えば、取扱拠点の郵便番号と取扱拠点名を表示する。また、オークション ID やオークション名称も表示する。
一方、ご依頼主表示欄 1024には、出品者が配送伝票 (上述の図 5 (a) )のご依頼 主欄に記入すべき事項として、出品者の個人情報をユーザ ·データベース 214から 読み出して表示している。
「次へ」ボタン 1026をクリックすると、図 10 (c)に示す確認ページに遷移する。
確認ページ 1030において、伝票番号表示欄 1032には伝票番号を表示する。お 届け先表示欄 1034,ご依頼主表示欄 1036は、配達側取扱拠点情報閲覧ページ 1 020と同様である。商品ページへのリンク 1038をクリックすると、そのオークションの 商品の情報やオークションの経過などを表示した Webページに遷移する。
なお、落札者も、落札者端末 250から確認ページ 1030を閲覧することができる。落 札者用の確認ページ 1030は、伝票番号表示欄 1032および商品ページへのリンク 1 038については、出品者用の確認ページ 1030と同じである力 お届け先表示欄 10 34には落札者の個人情報を表示し、ご依頼主表示欄 1036には出品者の住所への 集配を担当している取扱拠点の情報を表示する。
このように、落札者が閲覧できる確認ページ 1030にも伝票番号を表示することによ り、落札者が配送会社に配送状況の問合わせをしたり、荷物追跡のサービスを利用 したりすることがでさる。
(3)落札者情報通知処理
図 9は、本実施形態の配送管理システム 217が行なう落札者情報通知処理の流れ を示したフローチャートである。
前提として、配達側取扱拠点 134の取扱拠点端末 232から正常にログインされ、取 扱拠点端末 232に表示された入力用の表示等に伝票番号が入力され、オークション 会社サーバ 210に送信されたものとする。
まず、配達側取扱拠点 134の取扱拠点端末 232で入力された伝票番号が正 U、 かをチェックするとよい（S910)。具体的には、例えば、その伝票番号が、正しい取扱 拠点端末 (その商品を受け取るべき取扱拠点)から入力されていること (すなわち、そ のオークション ID力 図 8のステップ S830の処理で通知された落札者の住所を集配 担当地域に含む配達側取扱拠点力 入力されていること）等のチェックを行なう。この チェックを行なった場合には、例えば、オークション IDを入力した取扱拠点と、上述 の配達側取扱拠点情報通知処理で選択された配達側取扱拠点とがー致する場合に のみ、その取扱拠点端末に落札者情報を通知するようにするとよい。一致しない場合 (誤配送等の場合）には、例えば、その取扱拠点端末に配達側取扱拠点情報を通知 して、正しい配達側取扱拠点に配送するようにするとよい。なお、チェック内容はこれ に限らず、システムに応じて自由に決めてよい。
チェックの結果、入力された伝票番号が正しくないと判断した場合には、エラーを示 す表示を該取扱拠点端末 232に送信する、または、再び入力欄が空欄の入力用表 示を該取扱拠点端末 232に送信する等の方法により該取扱拠点に通知して、処理を 終了する。
[0051] チェックの結果、入力された伝票番号が正しいと判断した場合には、入力された伝 票番号で落札者情報 (落札者 150の住所'氏名等の個人情報)を取得する (S920) 。具体的には、入力された伝票番号を持つオークションをオークション 'データベース 216から読み出して、該当のオークションの落札者ユーザ IDをキーとして、ユーザ' データベース 214を参照し、落札者の住所'氏名等を取得する。
最後に、取得した落札者情報 (落札者の住所 ·氏名等)を該取扱拠点端末 232に 送信する（S930)。例えば、 Webページへの表示等により送信することができる。
[0052] 上述では配送管理システム 217の配達側取扱拠点情報通知処理によってオークシ ヨン会社サーバ 210から配達側取扱拠点情報が出品者端末 240に送信され、出品 者はその内容に従って、図 5 (a)に示す配送伝票への記入を行なう。ここで、出品者 端末 240がパソコンであれば、オークション会社サーバ 210が図 5 (a)に示す事項を 記入した配送伝票の電子データを自動生成して出品者端末 240に送信することもで きる。そうすれば、出品者はそれを印刷して商品に貼るだけでよい。
このために、配送管理システム 217に、さらに伝票番号生成処理を設ける。伝票番 号生成処理は、例えばオークション終了時に、オークション (取引）に一意の伝票番 号を生成する。伝票番号は、配送会社が使用している伝票番号のルールに従って生 成する。または、あら力じめ配送会社から伝票番号をもらっておいてもよい。上述の伝 票番号登録処理は、ここで生成された伝票番号をオークション 'データベース 216に 記憶する。
そして、上述の配達側取扱拠点情報通知処理は、配達側取扱拠点を選択した後、 伝票番号と図 5 (a)に示す事項 (配達側取扱拠点情報および前記出品者の住所及 び氏名等）を記載した配送伝票の電子データ (例えば、 PDFファイル等）を生成して 、出品者端末 240に送信する。
なお、上述の図 10 (a)に示した伝票番号入力ページ等において、自動生成された 配送伝票を受け取るか、出品者自らが配送伝票を用意して記入する（この場合には 伝票番号入力ページに伝票番号を入力する）かを選択できるようにするとよい。
[0053] また、上述では、配送伝票の伝票番号をオークション 'データベース 216に記憶し、 配達側取扱拠点端末 232は、伝票番号を用いてオークション会社サーバ 210に落 札者情報を問い合わせている。ここで、伝票番号ではなぐオークション ID (取引 ID) により問い合わせるようにしてもよい。この場合、伝票番号登録処理は行なわなくてよ い。
このために、配送管理システム 217に、さらに取引 ID通知処理を設ける。オークショ ン IDは、オークション開始時に電子メール等により通知することができる力 出品者 の便利のために、オークション終了時にも通知する（例えば、オークション終了通知（ 図 4の（0—1) )に含めて通知する）ようにするとよい。また、出品者のみが閲覧できる Webページ等に表示してもよ!/、。
そして、配送伝票（図 5 (a) )には、オークション IDも記入する。配達側取扱拠点は オークション IDをオークション会社に伝えて、落札者への配達に必要な情報を問!ヽ 合わせることができる。
[0054] 以上が、本発明の配送管理システムをエスクロー'システムに用いた場合の実施例 であるが、配送管理システムは、エスクロー'システムへの利用に止まらない。以降、 本発明の配送管理システムをエスクロー'システム以外の配送に用いた場合の実施 例について、図面を参照しながら説明する。
[0055] <本実施形態の配送管理システムを用いた配送システムの概要 >
図 11は、本実施形態の配送管理システムを通常の配送に用いた場合の物品の流 れの一例である。ここでは、物品の配送に関連する処理についてのみ説明する。物 品の取引契約が成立するまでの過程については、従来のオークション 'システムを用 V、ることもできるし、その他 、かなる発送人と受取人との間の物品の発送にっ 、ての 情報を連結する方法を用いてかまわな 、。
発送人 340、受取人 350は、配送管理システムを用いた配達が行われる物品をそ れぞれ発送する人、受け取る人である。配送会社 330は、発送人が受付側取扱拠点 332に持ち込む物品を受付け、配達側取扱拠点 334を経由して受取人 350に配達 する。
発送人 340は、物品を受付側取扱拠点 332に持ち込むに先立ち、物品の識別情 報を用いて、配送会社に配達側取扱拠点の情報にっ 、て問 、合わせる（図 11の（7 — 1)。この際使用する物品の識別情報は、従来のオークションシステム等、どのよう な発送人と受取人の情報を連結する方法より得られた情報である力を問わな 、。配 送会社 330は、入力を受付け、受取人に関する情報を検索し、さらにその情報から 配達側取扱拠点の情報にっ 、て検索し、配達側取扱拠点に関する情報を送信する (図 11の（7— 2) )。
発送人は、配送伝票の届け先欄に配達側取扱拠点に関する情報及び物品の識別 番号を記入して、受付側取扱拠点に物品を持ち込む（図 11の（8) )。なお、依頼主欄 には出品者の個人情報を記入してよい。これにより、発送人が受取人の住所や氏名 等の個人情報を知らなくても、商品を配達側取扱拠点まで届けることができる（図 11 の（9 1) )。なお、配送伝票は、伝票番号および必要な事項を記載した配送伝票を 配送会社が生成して、出品者に送るようにしてもよい。配送伝票には、上述のエスタ ロー 'システムに用いた場合の実施形態と同等の情報（図 5 (a) )が記載されていてか まわない。
一方、物品が到着した配達側取扱拠点では、物品の識別番号をもとに受取人情報 を検索し (図 11の（9 2) )、受取人への配達に必要な情報を取得し (図 11の（9 3) ) 、届け先欄にこの情報を記載し、依頼主欄力 配達に不必要な発送人の情報を削除 した新しい伝票を作成して、物品の伝票を貼り替える。配送伝票には、エスクロー 'シ ステムに用いた場合と同等の情報（図 5 (b) )が記載されて 、てかまわな!/、。これによ り、配送伝票に発送人の個人情報を記載していなくても（受取人に発送人の個人情 報を知らせなくても）、物品を配達側取扱拠点力 受取人まで届けることができる（図
11の（10) )。また受取人への配達に必要な情報が送信されたことを記録しておくこと もできる。これにより、物品が受取人への配達プロセス（図 11の（10) )に移行したこと を判定できる。また物品が、誤って本来到着すべきでない配達側取扱拠点に到着し た場合、正 、配達側取扱拠点に転送するよう指示することもできる。
これにより、受取人 350は自分の住所 ·氏名等の個人情報を発送人 340に知らせ なくても物品を受け取ることができ、また、発送人 340は受取人 350に個人情報を知 られずに物品を引き渡すことができる。すなわち、本発明によれば、発送人と受取人 との間の匿名性を保ちつつ物流を行なうことができる。
<本実施形態の配送管理システムを用いた配送システムの構成例 >
図 12は、上述の図 11で説明した、本実施形態の配送管理システムを用いた配送 システムのシステム構成の一例である。
図 12において、配送会社サーバ 430は、発送人から受け付けた物品を受取人に 配達するために配送会社が使用して 、るコンピュータである。この配送会社サーバ 4 30は、発送人及び受取人をそれぞれ特定するための情報と、この両者の間で受け 渡される物品を特定するための物品識別情報とを関連づけて記憶した配送情報デ ータベース 436を持つ。図 13 (a)は、配送情報データベース 436の記憶する情報の 一例である。なお発送人及び受取人をそれぞれ特定するための情報と、この両者の 間で受け渡される物品を特定するための物品識別情報は、例えば従来のオークショ ンシステム等により予め提供されてもよぐ発送人と受取人の情報を連結する方法より 得られた情報がどのような情報であるかは問わない。
また配送会社サーバ 430は、物品の配達先に対してその配達を担当する取扱拠点 が特定できるように、配達側取扱拠点の所在地情報を記憶した担当地域データべ一 ス 438を持つ。図 13 (b)は、担当地域データベース 438の記憶する情報の一例であ る。
配送会社サーバ 430は、インターネット等の通信ネットワーク 460を通じて発送人端 末 440と接続される。また配送会社サーバ 430は、配達側取扱拠点端末 432とも、ィ ントラネット等の通信ネットワーク 464を通じて接続される。 [0058] <本実施形態の配送管理システムを用いた配送システムの処理の流れ > 本実施形態の配送会社サーバ 430は、次の各処理を行う。なお図 14〜図 16は、 それぞれ配送会社サーバ 430の処理の流れを示したフローチャートである。
(1)取扱拠点情報通知
図 12において、発送人端末 440から通信ネットワーク 460を介して物品識別情報 が入力されると、配送情報データベース 436を検索し受取人への配達に必要な情報 を取得し（図 14の S1410)、次にこの情報をもとに担当地域データベース 438を検索 し受取人への配達を担当する配達側取扱拠点の情報を取得する（図 14の S1420) 。その後、発送人端末 440に対し、通信ネットワーク 460を介し、配達側取扱拠点情 報を送信する（図 14の S 1430)。
(2)受取人情報通知
図 12において、配達側取扱拠点端末 432から通信ネットワーク 464を介して物品 識別情報が入力されると、配送情報データベース 436を検索し受取人への配達に必 要な情報を取得し（図 15の S1510)、これを配達側取扱拠点端末 432に送信する（ 図 15の S 1520)。これにより受取人への配達が行える状態となり、以後は配送会社 の通常の方法により物品を受取人に配達する。
(3)配送完了確認
上記（2)により受取人への配達に必要な情報が配達側取扱拠点端末 432に送信 されると、配送会社サーバ 430は、この物品識別番号に力かる受取人への配達に必 要な情報の送信が完了したことを配送情報データベース 436に記録する（図 15の S 1530)。これにより、発送人が発送した物品が配達側取扱拠点まで到着し、受取人 への配達に必要な情報が送信され、受取人への配達プロセスに遷移した状態にある と判断できるようになる。
[0059] (4)配達側取扱拠点確認
図 12において、発送人による配送伝票の誤記載等により、物品が受取人の配達を 担当しない配達側取扱拠点に誤って配送される場合を想定し、配達側取扱拠点端 末 432から配送会社サーバ 430に上記（2)の入力が行われた際、配達側取扱拠点 端末 432のある取扱拠点を特定し（図 16の S1610)、入力された物品識別情報から 配送情報データベース 436を検索し受取人への配達に必要な情報を取得し（図 16 の S1620)、次にこの情報をもとに担当地域データベース 438を検索し、受取人への 配達を担当する配達側取扱拠点の情報を取得する（図 16の S1630)。この情報と、 物品の識別情報を入力した配達側取扱拠点端末 432のある取扱拠点とを比較する（ 図 16の S1640)。これらがもし異なっていれば（図 16の S1640で Noの場合）、受取 人への配達を担当する配達側取扱拠点の情報を配達側取扱拠点端末 432に送信 する（図 16の S1650)。これを受信した配達側取扱拠点では、配達側取扱拠点端末 432に表示された情報に従い、正しい配達側取扱拠点に配送する。一方、担当地域 データベース 438から取得した配達側取扱拠点情報と、物品の識別情報を入力した 取扱拠点とがー致する場合（図 16の S 1640で Yesの場合）には、受取人情報をその 配達側取扱拠点端末 432に送信する（図 16の S 1660)。すなわち、物品が誤って受 取人の配達を担当しない配達側取扱拠点に配送された場合には、受取人情報の代 わりに受取人の配達を担当する配達側取扱拠点情報を送信するようにしたので、確 実に配達することができる。
配送会社サーバ 430が情報を入力した配送局配達側取扱拠点を確認する方法と しては、例えば、配送局配達側取扱拠点のマックアドレスやグローバル IPアドレスな どを用いて確認する方法、指紋認証や声などにより確認するバイオメトリタス認証など があげられる。

Claims

請求の範囲
[1] 販売者から購入者に商品を配送するための配送管理システムであって、
前記販売者の端末及び前記商品の集配を行う各取扱拠点の端末と接続されたサ ーバを備え、前記サーバは、
前記販売者及び前記購入者の住所及び氏名の情報を記憶して!/、るユーザ記憶手 段と、
前記商品の売買の各取引 IDによって前記販売者と、前記購入者とを関連づけて 記憶している取引記憶手段と、
前記取扱拠点の所在地情報と、該取扱拠点が担当する集配担当地域情報とを関 連づけて記憶して!/、る取扱拠点記憶手段と、
前記販売者の端末から前記商品の伝票番号が入力されると、該伝票番号を前記 取引 IDと関連づけて前記取引記憶手段に記憶する伝票番号登録手段と、
前記ユーザ記憶手段に記憶されている前記購入者の住所を集配担当地域に含む 取扱拠点を検索して、該取扱拠点の所在地情報を前記販売者の端末に送信する配 達側取扱拠点情報通知手段と、
前記取扱拠点端末から前記伝票番号による問い合わせを受信すると、前記伝票番 号登録手段から前記伝票番号に関連する取引 IDを検索し、前記取引記憶手段から 前記取引 IDに関連する購入者を検索し、前記購入者の住所及び氏名を該取扱拠 点端末に送信する購入者情報通知手段と
を備えることを特徴とする配送管理システム。
[2] 請求項 1に記載の配送管理システムにお 、て、
前記取扱拠点記憶手段により記憶される前記所在地情報には郵便番号を含み、 前記配達側取扱拠点情報通知手段は、前記選択した取扱拠点の郵便番号を前記 販売者の端末に送信すること
を特徴とする配送管理システム。
[3] 請求項 1または 2に記載の配送管理システムにおいて、
前記ユーザ記憶手段により記憶される前記住所情報には郵便番号を含み、 前記取扱拠点記憶手段は、前記集配担当地域情報を郵便番号により記憶しており 前記配達側取扱拠点情報通知手段は、前記購入者の郵便番号に該当する集配 担当地域の取扱拠点を選択すること
を特徴とする配送管理システム。
[4] 請求項 1〜3のいずれかに記載の配送管理システムにおいて、
さらに、各取引に対応する伝票番号を生成する伝票番号生成手段を備えており、 前記伝票番号登録手段は、前記生成した伝票番号を前記取引 IDに関連づけて前 記取扱拠点記憶手段に記憶し、
前記配達側取扱拠点情報通知手段は、前記伝票番号と、前記選択した取扱拠点 の所在地情報とを有する前記配送伝票の電子データを生成して、前記販売者の端 末に送信すること
を特徴とする配送管理システム。
[5] 請求項 1〜4のいずれかに記載の配送管理システムにおいて、
前記配達側取扱拠点情報通知手段は、前記取扱拠点の所在地情報とともに又は 前記取扱拠点の所在地情報の代わりに前記取引 IDを前記販売者の端末に送信す ること
を特徴とする配送管理システム。
[6] 請求項 1〜5のいずれかに記載の配送管理システムにおいて、
前記購入者情報通知手段は、前記配送伝票が付された前記商品が配達される前 記取扱拠点において、取扱拠点端末から送信される伝票番号又は取引 IDを受信す ると、前記ユーザ記憶手段から関連する前記購入者の住所及び氏名を該取扱拠点 端末に送信することを特徴とする配送管理システム。
[7] 請求項 1〜6のいずれかに記載の配送管理システムにおいて、
前記取扱拠点記憶手段は、前記取扱拠点の取扱拠点 IDをさらに記憶し、 前記購入者情報通知手段は、前記取扱拠点端末から前記伝票番号又は取引 ID を受信すると、送信した取扱拠点の前記取扱拠点 IDを前記取扱拠点記憶手段から 検索し、該取扱拠点 IDと、前記配達側取扱拠点情報通知手段により選択した取扱 拠点を特定する取扱拠点 IDとが一致する場合、前記ユーザ記憶手段から前記伝票 番号又は取引 IDに関連する前記購入者の住所及び氏名を該取扱拠点端末に送信 することを特徴とする配送管理システム。
[8] 発送人力も受取人に物品を配達するための配送管理システムであって、
前記発送人の端末及び前記物品の集配を行う各取扱拠点の端末と接続されたサ ーバを備え、前記サーバは、
前記発送人及び前記受取人をそれぞれ特定するための情報と、前記物品を特定 するための物品識別情報とを関連づけて記憶した配送情報記憶手段と、
前記物品の集配先に対してその集配を担当する取扱拠点が特定できるように前記 取扱拠点の所在地情報を記憶した担当地域記憶手段と、
前記発送人の端末から前記物品識別情報が入力されると、前記配送情報記憶手 段から前記物品識別情報に関連する受取人の情報を検索し、さらに該受取人への 集配を担当する取扱拠点に関する情報を前記担当地域記憶手段力 検索して前記 発送人の端末に送信する取扱拠点情報通知手段と、
前記取扱拠点情報通知手段で得られた取扱拠点情報を宛先として配送された前 記物品に関する識別情報が前記取扱拠点の端末から入力されると、前記物品の受 取人情報を前記配送情報記憶手段から検索して前記取扱拠点の端末に送信する受 取人情報通知手段と
を備えることを特徴とする配送管理システム。
[9] 請求項 8に記載の配送管理システムにお 、て、
前記取扱拠点において、前記受取人情報通知手段で得られた受取人情報を前記 物品の新たな配送先にして配送完了されたかを確認する配送完了確認手段をさらに 備えることを特徴とする配送管理システム。
[10] 請求項 8又は 9に記載の配送管理システムにおいて、
前記受取人情報通知手段は、前記取扱拠点の端末からの入力が何れの取扱拠点 力もである力を特定するとともに、前記受取人を配送先とするときの集配担当となる取 扱拠点を前記担当地域記憶手段から検索し、前記 2つの取扱拠点が一致しない場 合は、前記受取人情報の代わりに、前記集配担当取扱拠点の情報を前記担当地域 記憶手段から検索して前記取扱拠点の端末に送信することを特徴とする配送管理シ ステム。
[11] 請求項 8〜10の 、ずれかに記載の配送管理システムにお 、て、
前記発送人及び前記受取人を特定するための情報は少なくとも氏名及び住所を含 み、前記物品識別情報は前記物品の配送に関する伝票番号又は前記物品の取引 に関する取引 IDの少なくとも何れか 1つを含み、前記取扱拠点に関する情報は前記 取扱拠点の名称、所在地又は郵便番号の少なくとも何れか 1つを含むことを特徴とす る配送管理システム。
[12] 販売者から購入者に商品を配送するための配送管理方法であって、
前記販売者及び前記購入者の住所及び氏名の情報をユーザ記憶手段に記憶して おり、
前記商品の売買の各取引 IDによって前記販売者と、前記購入者とを関連づけて 取引記憶手段に記憶しており、
前記取扱拠点の所在地情報と、該取扱拠点が担当する集配担当地域情報とを関 連づけて取扱拠点記憶手段に記憶しており、
前記販売者の端末から前記商品の伝票番号が入力されると、該伝票番号を前記 取引 IDと関連づけて前記取引記憶手段に記憶する伝票番号登録ステップと、 前記ユーザ記憶手段に記憶されている前記購入者の住所を集配担当地域に含む 取扱拠点を検索して、該取扱拠点の所在地情報を前記販売者の端末に送信する配 達側取扱拠点情報通知ステップと、
前記取扱拠点端末から前記伝票番号による問い合わせを受信すると、前記伝票番 号登録手段から前記伝票番号に関連する取引 IDを検索し、前記取引記憶手段から 前記取引 IDに関連する購入者を検索し、前記購入者の住所及び氏名を該取扱拠 点端末に送信する購入者情報通知ステップと
を備えることを特徴とする配送管理方法。
[13] 発送人力 受取人に物品を配達するための配送管理方法であって、
前記発送人及び前記受取人をそれぞれ特定するための情報と、前記物品を特定 するための物品識別情報とを関連づけて配送情報記憶手段に記憶しており、 前記物品の集配先に対してその集配を担当する取扱拠点が特定できるように前記 取扱拠点の所在地情報を担当地域記憶手段に記憶しており、
前記発送人の端末から前記物品識別情報が入力されると、前記配送情報記憶手 段から前記物品識別情報に関連する受取人の情報を検索し、さらに該受取人への 集配を担当する取扱拠点に関する情報を前記担当地域記憶手段力 検索して前記 発送人の端末に送信する取扱拠点情報通知ステップと、
前記取扱拠点情報通知ステップで得られた取扱拠点情報を宛先として配送された 前記物品に関する識別情報が前記取扱拠点の端末から入力されると、前記物品の 受取人情報を前記配送情報記憶手段から検索して前記取扱拠点の端末に送信する 受取人情報通知ステップと
を備えることを特徴とする配送管理方法。
[14] 請求項 1〜12のいずれかに記載の配送管理システムの各手段をコンピュータに機 能として実現させるためのプログラム。
[15] 請求項 14に記載のプログラムがコンピュータ読み取り可能に記録されていることを 特徴とする記録媒体。
PCT/JP2007/063394 2006-07-05 2007-07-04 Système de gestion de livraison WO2008004595A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/307,434 US20090313064A1 (en) 2006-07-05 2007-07-04 Delivery management system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006-185803 2006-07-05
JP2006185803A JP4782623B2 (ja) 2006-07-05 2006-07-05 サーバ装置、配送管理方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2008004595A1 true WO2008004595A1 (fr) 2008-01-10

Family

ID=38894562

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/063394 WO2008004595A1 (fr) 2006-07-05 2007-07-04 Système de gestion de livraison

Country Status (5)

Country Link
US (1) US20090313064A1 (ja)
JP (1) JP4782623B2 (ja)
CN (1) CN101512590A (ja)
TW (1) TWI460670B (ja)
WO (1) WO2008004595A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010140217A (ja) * 2008-12-11 2010-06-24 Taiheiyo Printing Co Ltd 匿名配送システム、配送経路内端末、及びプログラム

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102456206B (zh) * 2010-10-28 2015-06-24 阿里巴巴集团控股有限公司 保护用户信息安全性的方法、系统及电子商务平台系统
JP5691111B2 (ja) * 2011-10-17 2015-04-01 株式会社ユグドア ホームページアドレスから転送先を決定する方法
JP6149859B2 (ja) * 2012-07-12 2017-06-21 日本電気株式会社 情報処理システム、情報処理方法、情報処理装置およびその制御方法と制御プログラム
CN103914742A (zh) * 2014-04-09 2014-07-09 北京京东尚科信息技术有限公司 一种优化分发货物的方法及系统
CN105493125A (zh) * 2014-07-31 2016-04-13 华为技术有限公司 一种交易订单的处理方法和相关设备
JP2016133941A (ja) * 2015-01-17 2016-07-25 利仁 曽根 匿名商取引提供方法
JP6830779B2 (ja) * 2016-09-23 2021-02-17 株式会社日本総合研究所 商品配送支援システム、商品配送支援装置、及び商品配送支援方法
CN107609823B (zh) * 2017-09-27 2021-06-01 唐雷 一种基于共享交通的带货方法及系统
JP6917956B2 (ja) * 2018-07-20 2021-08-11 ヤフー株式会社 配送管理装置、配送管理方法および配送管理プログラム
CN109604172A (zh) * 2018-11-06 2019-04-12 深圳市收收科技有限公司 一种货物分拣方法、装置及终端设备
JP2020027619A (ja) * 2019-07-12 2020-02-20 利仁 曽根 匿名商取引提供方法
JP7339085B2 (ja) * 2019-09-10 2023-09-05 東芝テック株式会社 データ管理システム、データ管理装置、データ管理プログラム

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007904A (ja) * 2000-06-06 2002-01-11 Internatl Business Mach Corp <Ibm> 物品配送方法、オンラインショッピング方法、オンラインショッピングシステム、サーバ、販売者サーバ
JP2002216048A (ja) * 2001-01-23 2002-08-02 Nri & Ncc Co Ltd アドレス情報保護方法及びそのシステム
JP2003216707A (ja) * 2002-01-22 2003-07-31 Nec Corp 宅配サービスシステム
JP2004338826A (ja) * 2003-05-13 2004-12-02 Yafoo Japan Corp 物品配送仲介方法、物品配送仲介システム、物品配送仲介装置、物品配送依頼受付装置、コンピュータプログラム、記録媒体
JP2004345760A (ja) * 2003-05-20 2004-12-09 Ntt Docomo Inc 商品配送方法、配送業者側装置、顧客装置
JP2005174066A (ja) * 2003-12-12 2005-06-30 Fujitsu Ltd 匿名による配送方法及び配送プログラム
JP2005234923A (ja) * 2004-02-20 2005-09-02 Rikiya Kaneko 匿名取引システム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7117170B1 (en) * 1999-10-06 2006-10-03 Stamps.Com Inc. Apparatus, systems and methods for applying billing options for multiple carriers for online, multi-carrier, multi-service parcel shipping management
US8073723B1 (en) * 1999-10-06 2011-12-06 Stamps.Com Inc. System and method for determining delivery time schedules for each of multiple carriers
US7853481B1 (en) * 2000-01-24 2010-12-14 Oracle International Corporation eDropship: methods and systems for anonymous eCommerce shipment
JP2001338253A (ja) * 2000-03-23 2001-12-07 Nec Corp 電子商取引方法および装置
EP1275605A4 (en) * 2000-04-11 2003-11-19 Seiko Epson Corp PHYSICAL DISTRIBUTION SYSTEM AND METHOD OF USE FOR PHYSICAL DISTRIBUTION INFORMATION
JP2002109409A (ja) * 2000-09-29 2002-04-12 Fujitsu Ltd 電子商取引システムにおける電子商取引方法
AU2002244330A1 (en) * 2001-03-23 2002-10-08 United States Postal Service Residential delivery indicator
JP2004526644A (ja) * 2001-03-30 2004-09-02 ユナイテッド　パーセル　サービス　オブ　アメリカ　インコーポレイテッド 荷物収集およびどこからどこへでも配送に関する電子運送システム
US20040153370A1 (en) * 2003-01-22 2004-08-05 Ping Yang Method and apparatus for facilitating a search for a pick up location
US20040225573A1 (en) * 2003-05-09 2004-11-11 Ling Marvin T. Methods and apparatus for anonymously transacting internet shopping and shipping
TWI272804B (en) * 2003-11-07 2007-02-01 Seiko Epson Corp Delivery information system
TWI257559B (en) * 2003-12-15 2006-07-01 Mitac Int Corp Management system for integrating accounts of multiple logistics operators and method thereof
US20060100970A1 (en) * 2004-11-10 2006-05-11 Ezote, L.L.C. Method and system for facilitating package delivery
JP2006318344A (ja) * 2005-05-16 2006-11-24 Nec Corp オークションシステム及びオークション方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002007904A (ja) * 2000-06-06 2002-01-11 Internatl Business Mach Corp <Ibm> 物品配送方法、オンラインショッピング方法、オンラインショッピングシステム、サーバ、販売者サーバ
JP2002216048A (ja) * 2001-01-23 2002-08-02 Nri & Ncc Co Ltd アドレス情報保護方法及びそのシステム
JP2003216707A (ja) * 2002-01-22 2003-07-31 Nec Corp 宅配サービスシステム
JP2004338826A (ja) * 2003-05-13 2004-12-02 Yafoo Japan Corp 物品配送仲介方法、物品配送仲介システム、物品配送仲介装置、物品配送依頼受付装置、コンピュータプログラム、記録媒体
JP2004345760A (ja) * 2003-05-20 2004-12-09 Ntt Docomo Inc 商品配送方法、配送業者側装置、顧客装置
JP2005174066A (ja) * 2003-12-12 2005-06-30 Fujitsu Ltd 匿名による配送方法及び配送プログラム
JP2005234923A (ja) * 2004-02-20 2005-09-02 Rikiya Kaneko 匿名取引システム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010140217A (ja) * 2008-12-11 2010-06-24 Taiheiyo Printing Co Ltd 匿名配送システム、配送経路内端末、及びプログラム

Also Published As

Publication number Publication date
TWI460670B (zh) 2014-11-11
TW200926032A (en) 2009-06-16
JP2008015767A (ja) 2008-01-24
JP4782623B2 (ja) 2011-09-28
CN101512590A (zh) 2009-08-19
US20090313064A1 (en) 2009-12-17

Similar Documents

Publication Publication Date Title
JP4782623B2 (ja) サーバ装置、配送管理方法及びプログラム
US20090248537A1 (en) Commercial transaction facilitation system
US20090138379A1 (en) System and method for international internet shopping
JP2006512635A (ja) 代替配達場所の方法およびシステム
US20160292636A1 (en) Systems and Methods for Managing Sending of Items
JPH10162066A (ja) 電子取引支援方法
US20020022967A1 (en) Goods delivery method, online shopping method, online shopping system, server, and vender server
JP2008533565A (ja) 買い手主導の配送システム
US20130024232A1 (en) Electronic method and system for connecting a buyer, a seller, and third party courier to facilitate the exchange of physical goods
US10475109B2 (en) Information processing device, information processing method, and information processing program
JP3535033B2 (ja) ギフトシステム
US20030144921A1 (en) Commodity selling or buying method using network
JP4904642B2 (ja) 注文者認証機能を有する電子商取引提供システム
JP2003122980A (ja) 仮予約方法及び仮予約サーバ
JP2007026471A (ja) ネットワークを利用した商品販売または購入の方法及びそのシステム
JP2001265853A (ja) 関連商品推奨システム及び方法
JP2002230340A (ja) 販売業者管理システムおよび販売業者管理方法
JP2002352170A (ja) 決済仲介システム及び決済仲介方法
JP2002358573A (ja) 電子ロッカー電子商取引方法及びシステム及び電子商取引支援サーバ及び電子商取引プログラム及び電子商取引プログラムを格納した記憶媒体
JP3923951B2 (ja) ネットワークを利用した商品販売または購入の方法
JP2002074220A (ja) 商品注文システムおよび、商品注文システムにおける商品注文方法
JP2001265852A (ja) 商品推奨システム及び方法
JP2001331733A (ja) 電子商取引における個人情報開示制限システム
JP2001319107A (ja) デリバリー製品のネットワーク販売システムおよび販売方法
JP2002063523A (ja) 決済システム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200780032877.7

Country of ref document: CN

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

Ref document number: 07768146

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)
NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

WWE Wipo information: entry into national phase

Ref document number: 12307434

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 07768146

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)