WO2023068687A1 - 주문 공유 시스템 및 방법 - Google Patents

주문 공유 시스템 및 방법 Download PDF

Info

Publication number
WO2023068687A1
WO2023068687A1 PCT/KR2022/015687 KR2022015687W WO2023068687A1 WO 2023068687 A1 WO2023068687 A1 WO 2023068687A1 KR 2022015687 W KR2022015687 W KR 2022015687W WO 2023068687 A1 WO2023068687 A1 WO 2023068687A1
Authority
WO
WIPO (PCT)
Prior art keywords
sharing
terminal
order
information
seller
Prior art date
Application number
PCT/KR2022/015687
Other languages
English (en)
French (fr)
Inventor
이대훈
Original Assignee
이대훈
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 이대훈 filed Critical 이대훈
Publication of WO2023068687A1 publication Critical patent/WO2023068687A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • 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/04—Billing or invoicing
    • 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
    • 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]
    • G06Q30/0641—Shopping interfaces
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services

Definitions

  • This embodiment relates to a system and method for integrally managing orders between entities in electronic commerce in which various consignment relationships exist.
  • An open market is an online real-time transaction based on the Internet, and unlike individual online shopping malls operated by individual sellers, it means an open market where anyone can buy goods and anyone can sell goods.
  • a seller selling a product in an open market may request a wholesaler to deliver the product to a consumer without having the actual product. If there is no inventory, the wholesaler may request delivery of the product again to the manufacturer. Then, the seller has no choice but to contact the wholesaler and the wholesaler to contact the manufacturer individually, which is also very cumbersome and can take a lot of time.
  • the inventors of the present invention have studied for a long time how to reduce the waste of time and resources resulting from various consignment distribution channels in electronic commerce, and have completed the present invention after trial and error.
  • one object of the present embodiment is to provide an order sharing system and method that allows each entity existing in the consignment distribution channel to share order information - for example, retailers, wholesalers, manufacturers and importers, etc. is to do
  • Another purpose of this embodiment is to allow each entity existing in the consignment distribution channel - for example, retailers, wholesalers, manufacturers, importers, etc. - to share invoice information, and to allow retailers on the front line to share invoice information with consumers. It is to provide an order sharing system and method for providing information.
  • the sharing server for storing order information; a supplier terminal that accesses the shared server to check and receive the order information, receives invoice information when the order product included in the order information is ready, and transmits the invoice information to the shared server; and receives the order information from the consumer and transmits it to the shared server, and when the supplier terminal transmits the invoice information to the shared server, accesses the shared server to check and receive the invoice information, and sends the invoice information to the consumer.
  • the provider terminal receives a sharing request from the seller terminal, and accesses the sharing server when obtaining a sharing right by allowing the sharing request, confirms the order information, and
  • the supplier terminal transmits the invoice information to the shared server based on the sharing authority
  • the seller terminal accesses the shared server to check and receive the invoice information.
  • the supplier terminal is operated by a supplier who supplies the order product to a seller who operates the seller terminal, and the supplier corresponds to any one of a wholesaler, an importer, and a manufacturer, and the consumer places an order directly with the seller, and the seller may receive an order directly from the consumer.
  • the provider terminal and the seller terminal may not be able to access the sharing server when at least one of the sharing request and the sharing right is not satisfied.
  • the sharing server creates a folder accessible by the seller terminal and the supplier terminal when the supplier terminal acquires the sharing authority, stores the order information in the folder, and stores the order information in the folder.
  • the supplier terminal may download the order information by accessing the one folder.
  • the sharing server stores the invoice information in the one shared folder, and the seller's terminal can download the invoice information by accessing the one shared folder.
  • the sharing server may block modification of the order information when the order information is moved from the one shared folder to another shared folder.
  • the provider terminal includes a first provider terminal that receives the sharing request from the seller terminal and a second provider terminal that receives a re-sharing request from the first provider terminal instead of the seller terminal, and wherein the second The provider terminal may acquire the sharing authority by permitting the re-sharing request, and access the sharing server to check and receive the order information.
  • the second supplier terminal receives the invoice information when the preparation of the order product is completed, and transmits the invoice information to the shared server, and the seller terminal accesses the shared server to send the invoice information. You can check and receive information.
  • Another embodiment is a method for sharing an order by a system including a shared server, a seller terminal, and a supplier terminal connected through a wired/wireless network, comprising: receiving order information from a consumer by the seller terminal and transmitting the order information to the shared server; transmitting, by the seller terminal, a sharing request to the provider terminal; obtaining sharing authority by permitting the sharing request by the provider terminal; checking and receiving the order information by accessing the shared server by the provider terminal; receiving invoice information and transmitting it to the shared server when the order product included in the order information is completely prepared by the supplier terminal; and the seller terminal accessing the sharing server to check and receive the invoice information, wherein the provider terminal receives a sharing request from the seller terminal, permits the sharing request, and acquires sharing authority.
  • the seller terminal can access the shared server and check and receive the order information, and the seller terminal sends the invoice information to the shared server based on the sharing authority.
  • participant involved in various consignment relationships existing in the distribution channel share order information, thereby reducing time and resources required to sequentially deliver order information.
  • FIG. 1 is a block diagram of an order sharing system according to an embodiment.
  • FIG. 2 is a first exemplary view for explaining a process of sharing order information according to an embodiment.
  • FIG. 3 is a second exemplary diagram for explaining a process of sharing order information according to an embodiment.
  • Figure 4 is a first flow chart for explaining the process of operating the order sharing system according to an embodiment corresponding to Figure 2.
  • FIG. 5 is a second flow chart illustrating a process of operating an order sharing system according to an embodiment corresponding to FIG. 3 .
  • FIG. 6 is an exemplary diagram for explaining an interface provided by a sharing server in an order sharing system according to an embodiment.
  • FIG. 7 is an exemplary diagram for describing one area of an interface according to an exemplary embodiment.
  • FIG. 8 is an exemplary diagram for explaining a first method for sharing a provider terminal according to an embodiment.
  • FIG. 9 is an exemplary diagram for explaining a second method for sharing a provider terminal according to an embodiment.
  • FIG. 10 is a diagram for explaining an example in which a seller and a supplier select an interface between a seller terminal making a sharing request and a provider terminal receiving a sharing request, according to an embodiment.
  • FIG. 11 is a configuration diagram of a shared server, a seller terminal, and a supplier terminal according to an embodiment.
  • FIG. 12 is a diagram showing a login screen in which an order sharing system according to an embodiment of the present invention is actually implemented.
  • FIG. 13 is a diagram illustrating a screen after login of user A using the order sharing system according to an embodiment of the present invention.
  • FIG. 14 is a diagram illustrating a screen in which user A using the order sharing system according to an embodiment of the present invention requests cooperation for order sharing from another user.
  • 15 is a diagram illustrating that user C using the order sharing system according to an embodiment of the present invention receives a cooperation request and accepts it.
  • 16 is a screen of a user who uses an order sharing system according to an embodiment of the present invention, and is a diagram illustrating display of a product that has been ordered shared or is available for order sharing.
  • FIG. 1 is a block diagram of an order sharing system according to an embodiment.
  • the order sharing system 100 may include a sharing server 110, a consumer terminal 120, a seller terminal 130 and a supplier terminal 140.
  • the consumer terminal 120, the seller terminal 130, and the supplier terminal 140 may communicate by being connected through a wired or wireless network.
  • a wired/wireless network refers to a connection structure capable of exchanging information between nodes such as terminals and servers, and examples of such networks include the Internet, a local area network (LAN), and a wireless local area network (LAN).
  • LAN local area network
  • LAN wireless local area network
  • WAN wide area network
  • PAN personal area network
  • 3G, 4G, 5G, Wi-Fi, Bluetooth, NFC, RFID, home network, etc. are included, but are not limited thereto.
  • the consumer terminal 120, the seller terminal 130, and the supplier terminal 140 are electronic devices capable of data communication through a wired or wireless network, and various devices such as smart phones, mobile phones, tablet PCs, desktops, and laptops. It may include, but is not limited to.
  • the system 100 can be mainly applied to electronic commerce in which multiple consignment relationships exist.
  • the multiple consignment relationship may mean that when a seller receives an order from a consumer, the seller entrusts the processing of the order to a consignee as a consignor, and the consignee re-consigns the processing of the order to another consignee as a consignor. Order processing is entrusted several times. Multiple consignment relationships often occur in the B2B market, where when a seller receives a large number of orders, the large number of orders are consigned and then entrusted again. However, the multi-consignment relationship described below may be limited to entrusting the same order to only a single supplier, not to multiple suppliers. System 100 may provide convenience in processing such large orders.
  • a seller when a seller sells a product through an open market - for example, Naver Smart Store, Auction, or Gmarket - it receives orders from consumers.
  • the seller may prepare the product included in the order and deliver it directly to the consumer, but may request the consignee to deliver the product through consignment.
  • This is because it is not easy for sellers to prepare inventory of all products in terms of cost or work efficiency, and it is not necessary in modern society where outsourcing has developed. So the seller can ask a consignee - for example, a wholesaler, manufacturer or importer - to deliver the product. Even if the seller requests the wholesaler to process the order (first consignment relationship), if the product is imported and currently out of stock, the wholesaler can request the importer to deliver the product (second consignment relationship).
  • the wholesaler may request delivery of the product from the wholesaler-a company to which the wholesaler receives the product. Therefore, a plurality of entrustment relationships exist, and information must be exchanged for each entrustment relationship between them.
  • the existing information sharing method has a problem.
  • the seller in the first consignment relationship sends order information to the wholesaler by e-mail
  • the wholesaler in the second consignment relationship sends order information to the wholesaler by e-mail, respectively.
  • the wholesaler in the second consignment relationship emails the wholesaler the invoice information that the product has been delivered
  • the wholesaler in the first consignment relationship emails the invoice information to the seller, respectively.
  • the existing information sharing method is very cumbersome.
  • the number of e-commerce transactions is growing exponentially, and information sharing in this way for each case causes overload of work and waste of cost and time.
  • the system 100 provides a way for sellers and suppliers—wholesalers, wholesalers, manufacturers, or importers—to simultaneously and instantly share order information and invoice information in an e-commerce transaction where multiple consignment relationships exist. .
  • a seller may be understood as a subject that receives an order directly from a consumer and delivers order information to a supplier in a consignment relationship.
  • a supplier may be understood as a subject that receives order information from a seller and processes (prepares and delivers) ordered products on behalf of the seller.
  • the consumer terminal 120, the seller terminal 130, and the supplier terminal 140 can be manipulated by consumers, sellers, and suppliers, respectively.
  • the seller terminal 130 and the supplier terminal 140 may share order information and invoice information through the sharing server 110.
  • the order information is stored in the shared server 110, and the supplier terminal 140 accesses the shared server 110 to retrieve the order information. You can view and receive or download.
  • the supplier terminal 140 must have sharing authority to access the sharing server 110 and check the order information.
  • the supplier terminal 140 transmits or uploads invoice information to the shared server 110
  • the invoice information is stored in the shared server 110
  • the seller terminal 130 accesses the shared server 110 to obtain order information. can be viewed and received or downloaded.
  • the seller terminal 130 since the seller terminal 130 is the subject that has entrusted the order, it can be regarded as having authority to check invoice information.
  • the consumer terminal 120 may include first to n consumer terminals 120-1, ..., n operated by a plurality of consumers.
  • a plurality of consumers place an order with the seller, and the first to n consumer terminals 120 - 1 , ..., n may send order information to the seller terminal 130 , respectively.
  • the provider terminal 140 may include first to n provider terminals 140-1, ..., n operated by a plurality of providers.
  • a seller consigns an order to a plurality of suppliers, and the seller terminal 130 may share order information with the first to n supplier terminals 140-1, ..., n through the sharing server 110.
  • the first supplier re-entrusts the order to the second supplier, and the first supplier terminal 140-1 may share order information with the second supplier terminal 140-2 through the shared server 110.
  • the supplier terminal 140 may obtain invoice information corresponding to the order information and share the invoice information with the seller terminal 130 through the sharing server 110 .
  • the supplier terminal 140 may receive invoice information from outside or directly receive invoice information.
  • the seller terminal 130 may access the sharing server 110 to check and receive invoice information.
  • the second supplier terminal 140-2 may share invoice information through the sharing server 110.
  • the first supplier terminal 140-1 and the seller terminal 130 may access the shared server 110 to check and receive invoice information.
  • the seller terminal 130 may receive invoice information and provide it to the consumer terminal 120 .
  • the seller can guide consumers through the process of ordering products and maximize the efficiency of business operation by focusing only on marketing.
  • FIG. 2 is a first exemplary view for explaining a process of sharing order information according to an embodiment.
  • the seller terminal 130 may share the order information with the supplier terminal 140 through the sharing server 110, and the order information reaches the supplier terminal 140 via the seller terminal 130 and the sharing server 110. can do.
  • the seller terminal 130 may acquire order information.
  • the seller terminal 130 may upload the order information to the sharing server 110 by transmitting the order information to the sharing server 110 and storing the order information in the sharing server 110 .
  • the shared order information may be stored in a folder formed in a storage space in the sharing server 110 .
  • the provider terminal 140 may obtain sharing authority to access the sharing server 110 .
  • the first supplier terminal and the second supplier terminal in multiple consignment relationships may also acquire sharing rights.
  • the sharing request can be made in one direction, that is, from the consignor to the consignee.
  • the sharing target terminal acquires the sharing authority. That is, a shared terminal that has not obtained order information cannot first request sharing from a shared terminal that has acquired order information. Therefore, even if the seller terminal 130 makes a sharing request to the provider terminal 140 and the provider terminal 140 accepts the sharing request, the sharing authority can be obtained, but the supplier terminal 140 requests sharing first, so that the sharing authority cannot obtain
  • FIG. 3 is a second exemplary diagram for explaining a process of sharing order information according to an embodiment.
  • the seller terminal 130 may obtain order information from the consumer terminal 120, and the method may be to collect order information through an application programming interface (API) or receive order information directly from the consumer terminal 120. there is.
  • API application programming interface
  • the open market server 310 may provide a web page to the consumer terminal 120, and the consumer terminal 120 may provide order information to the open market server 310 through the web page.
  • the open market server 310 may provide order information to the seller terminal 130 through an API (step S311-1).
  • the open market server 310 may directly provide order information to the sharing server 110 through an API (step S311-2).
  • an embodiment may be described as providing order information A through an API.
  • the seller terminal 130 may directly receive order information from the consumer terminal 120 (step S321). Then, the seller terminal 130 may transmit the order information to the sharing server 110 (step S322).
  • order information B being provided directly from the consumer terminal 120 .
  • the order information A stored in the sharing server 110 may be shared with the first supplier terminal 140-1.
  • the first supplier can check the order information A (step S312). That is, when the seller terminal 130 transmits a sharing request to the sharing server 110, the sharing server 110 transmits the sharing request to the first provider terminal 140-1, and the first provider terminal 140-1 You can grant or accept sharing requests.
  • the seller and the first supplier may be in a consignment relationship, and the first supplier may be a wholesaler.
  • the order information A shared through the sharing server 110 may be shared again with the second supplier terminal 140-2.
  • the second supplier can check the order information A (step S313). That is, when the first provider terminal 140-1 transmits a sharing request to the sharing server 110, the sharing server 110 transmits the sharing request to the second provider terminal 140-2, and the second provider terminal 140 -2) can grant or accept the sharing request.
  • the first supplier and the second supplier may be in a subconsignment relationship, and the second supplier may be a manufacturer.
  • the second supplier terminal 140-2 transmits the invoice information A including information thereto to the first supplier terminal 140-1. And it can be shared with the seller terminal 130 (step S314). That is, when the second supplier terminal 140-2 transmits a sharing request to the sharing server 110, the first supplier terminal 140-1 and the seller terminal 130 access the sharing server 110 and invoice information A can be checked and received.
  • sharing the invoice information A since the first supplier terminal 140-1 and the seller terminal 130 have already shared the order information A, a separate authority for accessing the invoice information A is different from the sharing of the order information A. may not be required.
  • the first provider terminal 140-1 and the seller terminal 130 may be regarded as having the sharing authority.
  • the seller terminal 130 may acquire invoice information A and provide it to the consumer terminal 120 .
  • the sharing server 110 may automatically upload the invoice information A to the open market server 310 based on the API used to obtain the order information A. The consumer can check the invoice information A by accessing the open market server 310 through the consumer terminal 120 .
  • the order information B stored in the sharing server 110 may be shared with the third supplier terminal 140-3.
  • the third supplier can check the order information B (step S323). That is, when the seller terminal 130 transmits a sharing request to the sharing server 110, the sharing server 110 transmits the sharing request to the third provider terminal 140-3, and the third provider terminal 140-3 You can grant or accept sharing requests.
  • the seller and the third supplier may be in a consignment relationship, and the third supplier may be a wholesaler.
  • the order information B shared through the sharing server 110 may be shared again with the fourth supplier terminal 140-4.
  • the fourth supplier can check the order information B (step S324). That is, when the third provider terminal 140-3 transmits a sharing request to the sharing server 110, the sharing server 110 transmits a sharing request to the fourth provider terminal 140-4, and the fourth provider terminal 140 -4) can grant or accept the sharing request.
  • the third supplier and the fourth supplier may have a subconsignment relationship, and the fourth supplier may be a wholesaler.
  • the order information B shared through the sharing server 110 may be shared again with the fifth supplier terminal 140-5.
  • the fifth supplier can check the order information B (step S325). That is, when the fourth provider terminal 140-4 transmits a sharing request to the sharing server 110, the sharing server 110 transmits a sharing request to the fifth provider terminal 140-5, and the fifth provider terminal 140 -5) can grant or accept the sharing request.
  • the fourth supplier and the fifth supplier may have a subconsignment relationship, and the fifth supplier may be an importer.
  • the fifth supplier terminal 140-5 transmits the invoice information B including information thereto to the fourth supplier terminal 140-4.
  • It can be shared with the third provider terminal 140-3 and the seller terminal 130 (step S326). That is, when the fifth provider terminal 140-5 transmits a sharing request to the sharing server 110, the fourth provider terminal 140-4, the third provider terminal 140-3, and the seller terminal 130 share the data. By accessing the server 110, it is possible to check and receive invoice information B.
  • the sharing of invoice information B since the fourth supplier terminal 140-4, the third supplier terminal 140-3, and the seller terminal 130 have already shared order information B, unlike the sharing of order information B, Separate authority to access invoice information B may not be required.
  • the fourth provider terminal 140-4, the third provider terminal 140-3, and the seller terminal 130 may be regarded as having the sharing authority.
  • the seller terminal 130 may obtain invoice information B and provide it to the consumer terminal 120 .
  • the sharing server 110 may automatically upload the invoice information B to the open market server 310 based on the API used to obtain the order information B. The consumer can check the invoice information B by accessing the open market server 310 through the consumer terminal 120 .
  • Figure 4 is a first flow chart for explaining the process of operating the order sharing system according to an embodiment corresponding to Figure 2.
  • FIG. 4 when a single entrustment relationship exists as shown in FIG. 2 , a flow of operating the system according to an embodiment may be illustrated.
  • the seller terminal 130 may receive order information from the consumer terminal 120 (step S401).
  • the seller terminal 130 may transmit the order information to the sharing server 110 (step S402).
  • the sharing server 110 may directly receive the order information from the open market server through an API instead of receiving the order information from the seller terminal 130 .
  • the seller may share order information with the supplier through manipulation of the seller terminal 130 in order to entrust the processing of the order.
  • the seller terminal 130 may transmit a sharing request to the sharing server 110 (step S403).
  • the sharing server 110 may transmit the sharing request to the provider terminal 140 (step S404).
  • the provider terminal 140 may drop the sharing request received through the sharing server 110 and transmit information about it to the sharing server 110 (step S405).
  • the sharing server 110 may receive information about permission of the sharing request and perform a sharing operation (step S406).
  • the sharing server 110 may store order information in a shared folder and perform an operation of accepting access from the supplier terminal 140 .
  • the supplier terminal 140 may access the sharing server 110 and acquire sharing authority for confirming and receiving order information (step S407).
  • the provider terminal 140 may access the sharing server 110 and request transmission of order information from the sharing server 110 (step S408).
  • the sharing server 110 may transmit order information stored in the shared folder to the provider terminal 140 (step S409).
  • the supplier terminal 140 may input or receive invoice information (step S410).
  • the supplier terminal 140 may transmit the invoice information to the sharing server 110 (step S411).
  • the seller terminal 130 may access the shared server and request transmission of invoice information from the shared server 110 (step S412).
  • the sharing server 110 may transmit invoice information stored in the shared folder to the seller terminal 130 (step S413).
  • the seller terminal 130 may transmit invoice information to the consumer terminal 120 (step S414). Instead, when the sharing server 110 provides the invoice information to the open market server through the API, the consumer terminal 120 can check the invoice information through the open market server, so this step can be omitted.
  • FIG. 5 is a second flow chart illustrating a process of operating an order sharing system according to an embodiment corresponding to FIG. 3 .
  • FIG. 5 when a plurality of entrustment relationships exist as shown in FIG. 3 , a flow of operating a system according to an embodiment may be illustrated.
  • the seller terminal 130 and the first provider terminal 140-1 have a first consignment relationship, and the seller terminal 130 requests sharing from the first provider terminal 140-1, and the first provider terminal 140 -1) accepts the sharing request so that the first provider terminal 140-1 can obtain sharing authority (steps S501 and S502). Since this step is the same as the operation flow of FIG. 4, a detailed description will be omitted and the subsequent operation will be described.
  • the first provider terminal 140-1 and the second provider terminal 140-2 have a second consignment relationship. Then, the first supplier terminal 140-1 may share order information in order to consign an order to the second supplier terminal 140-2.
  • the first provider terminal 140-1 may transmit a re-sharing request to the sharing server 110 (step S503).
  • the sharing server 110 may transmit the re-sharing request to the second provider terminal 140-2 (step S504).
  • the second provider terminal 140-2 may drop the re-sharing request received through the sharing server 110 and transmit information about it to the sharing server 110 (step S505).
  • the sharing server 110 may receive information about permission of the sharing request and perform a sharing operation (step S506).
  • the sharing server 110 may store order information in a shared folder and may perform an operation of accepting access of the second supplier terminal 140-2.
  • the second supplier terminal 140-2 can access the sharing server 110 and obtain sharing authority to check and receive order information (step S507).
  • the second provider terminal 140-2 may access the sharing server 110 and request transmission of order information from the sharing server 110 (step S508).
  • the sharing server 110 may transmit order information stored in the shared folder to the second provider terminal 140-2 (step S509).
  • the second supplier terminal 140-2 may input or receive invoice information (step S510).
  • the second supplier terminal 140-2 may transmit invoice information to the sharing server 110 (step S511).
  • the seller terminal 130 may access the shared server and request transmission of invoice information from the shared server 110 (step S512).
  • the sharing server 110 may transmit invoice information stored in the shared folder to the seller terminal 130 (step S513).
  • the seller terminal 130 may transmit invoice information to the consumer terminal 120 (step S514). Instead, when the sharing server 110 provides the invoice information to the open market server through the API, the consumer terminal 120 can check the invoice information through the open market server, so this step can be omitted.
  • FIG. 6 is an exemplary diagram for explaining an interface provided by a sharing server in an order sharing system according to an embodiment.
  • a sharing server may provide an interface 600 for sharing order information to a seller terminal and a supplier terminal.
  • the interface 600 may be provided not only to supplier terminals that have shared order information, but also to supplier terminals that have not shared order information. However, a supplier terminal that does not share order information is not provided with a specific area of the interface 600, and the supplier cannot use that area.
  • the sharing server may provide an interface 600 for sharing order information, which is referred to as “share net”.
  • the interface 600 forms a menu area 650 at one end, and the name of the system (shared net), order management system, CS bulletin board management, CS management, bookkeeping, B2B general mall, additional services, community, and shortcut links It may include menus such as
  • the interface 600 may include a first area 610 for inquiring order information, receiving order information and sharing it with a consignee, sharing invoice information with a consignor, or defining the status of an order.
  • 'Total inquiry' can show all order information that has been received or shared so far.
  • 'Receipt of all orders' may include 'receipt of orders' and 'receipt of point orders'.
  • 'Receipt of all orders' provides order information received from consumers and shared order information.
  • 'Receipt of point orders' shows order information ordered by deducting points (or mileage) prepaid and stored in a shared server, 'Order Receipt' may show order information paid in a non-point manner.
  • 'product preparation' may include 'internal delivery' and 'shared delivery'.
  • 'Shared delivery' shows order information for consigned orders
  • 'internal delivery' can show order information for orders that can be delivered by preparing ordered products on their own.
  • 'delivery completed', 'invoice input completed', 'cancellation completed', 'return request', 'return collection completed', 'return courier fee details' and 'organization completed', which indicate the current preparation status of the ordered product, will be included.
  • the interface 600 may include a second area 620 for searching order information.
  • the second area 620 may indicate order information retrieved based on date or item - for example, company name, consignee, phone number, product code, delivery company, etc.
  • order information may be collectively changed based on a specific criterion.
  • the interface 600 may include a third area 630 for transmitting or uploading order information obtained from a consumer to a sharing server.
  • the 'API order collection' of the third area 630 enables order information to be directly collected from the API of the open market server, or the 'order upload' button uploads the order information written in a spreadsheet as it is. ) may be included.
  • the interface 600 may include a fourth area 640 in which order information is listed and provided to sellers and suppliers.
  • the order number may be different from a management number, which is a number for an order received by a seller from a consumer. Since orders come through various routes, management numbers can be different, so management numbers can be unified as order numbers in a shared server.
  • FIG. 7 is an exemplary diagram for describing one area of an interface according to an exemplary embodiment.
  • a first area 610 of an interface 600 may be illustrated.
  • the sharer - the seller or the consignor - may be provided with the interface 600 through the terminal, and through this, order information may be shared with the consignee.
  • the sharing server may store the order information in one folder. If the seller selects 'Order Receipt' and '+' for an order paid by means other than points, the shared server may store the order information in another folder. Here, if the seller selects '-', the shared server can delete the order information.
  • the shared server may store order information in one folder.
  • the seller can select 'shared shipment' and '+' to entrust to the supplier.
  • the shared server may store order information in different folders.
  • the shared server can delete the order information.
  • the one folder created by selecting 'internal release' and '+' may be named an internal folder.
  • the other folder created by selecting 'shared release' and '+' may be named a shared folder.
  • the consigned supplier selects 'shared shipment'
  • the consigned order information can be displayed.
  • the consigned seller can view the consigned order information by selecting 'shared shipment'.
  • the consignor stores the order information in the shared folder, it cannot cancel the storage of the shared folder or store it in an internal folder without the consent of the consignee (supplier). That is, the consignee (supplier) can directly cancel the storage of the shared folder or save it to the internal folder by selecting 'shared shipment'. A description of this will be given later.
  • invoice information can be shared with the seller, and this invoice information can also be stored in the shared folder. Then, when the consigned supplier selects 'shared shipment', the uploaded invoice information can be displayed. On the other hand, the consigned seller can also view the invoice information by selecting 'shared delivery'.
  • FIG. 8 is an exemplary diagram for explaining a first method for sharing a provider terminal according to an embodiment.
  • a seller may select 'sharing transfer' in the third area 630 of the interface output to the seller terminal in order to entrust the order to the supplier.
  • the seller's terminal may output 'select a sharing provider' to select one of the listed providers or 'send email' to send an email in the conventional manner.
  • a sharing company' first method
  • one of three providers Kumha Industry, Life Living, and Letus System
  • Sellers can share order information with selected suppliers.
  • the sharing server may send a sharing request to the provider terminal operated by the selected provider.
  • sharing of the order information may be established.
  • FIG. 9 is an exemplary diagram for explaining a second method for sharing a provider terminal according to an embodiment.
  • a seller may select 'shared transfer' in the third area 630 of the interface output to the seller terminal.
  • the seller's terminal may output 'select a sharing provider' to select one of the listed providers or 'send email' to send an email in the conventional manner.
  • one of three providers J1, Corac, Jeonghan Tech
  • the seller can send an email to share order information to the selected supplier.
  • an email may be automatically generated to include an email format suitable for a form set by the supplier and information on order information sharing.
  • the sharing server may send a sharing request to the provider terminal operated by the selected provider.
  • sharing of the order information may be established.
  • FIG. 10 is a diagram for explaining an example in which a seller and a supplier select an interface between a seller terminal making a sharing request and a provider terminal receiving a sharing request, according to an embodiment.
  • an aspect of selecting an interface between a seller requesting sharing and a supplier receiving the request for sharing may be illustrated as order information is shared.
  • the seller can share the order information with the supplier (consignee) by selecting 'share shipment' in the interface displayed on the seller terminal (see I in the drawing)
  • the supplier can check the order information directly received from the current consumer and the order information entrusted by selecting 'receive order' from the interface displayed on the supplier terminal. This is because the supplier can also act as a seller and receive order information directly from the consumer. Suppliers can select 'internal delivery' to prepare and ship orders directly, or select 'shared delivery' to re-consign. In this drawing, the supplier can select 'internal delivery' to prepare the order product according to the order information received from the seller. Then, the seller cannot revise again unless the supplier cancels it, such as canceling 'shared shipment' and changing it to 'internal shipment' or modifying the contents of the order information. If the supplier cancels 'internal delivery', the seller can modify the contents of the order information.
  • the point that the consignor cannot modify unless the consignee changes can be equally applied to the sub-consignor (for example, the first supplier) and the sub-consignee (for example, the second supplier) in the sub-consignment relationship.
  • FIG. 11 is a configuration diagram of a shared server, a seller terminal, and a supplier terminal according to an embodiment.
  • the sharing server 110 may include a control unit 111, a communication unit 112, a storage unit 113, an input unit 114, an output unit 115, and an interface unit 116.
  • the communication unit 112 may exchange information or data with an external device through a network.
  • the communication unit 112 may receive order information and a sharing request from the seller terminal 130 .
  • the communication unit 112 may transmit and receive invoice information.
  • Information or data necessary for sharing order information according to an embodiment may be stored in the storage unit 113 .
  • the input unit 114 may receive a command from a system manager. For example, a command for setting an interface and managing members including sellers and suppliers may be input.
  • the output unit 115 may visually or audibly output information or data to a manager of the system.
  • the control unit 111 includes a memory storing a series of instructions and a processor that executes the series of instructions, and includes a communication unit 112, a storage unit 113, an input unit 114, an output unit 115, and an interface unit 116. You can control it.
  • the seller terminal 130 may include a control unit 131, a communication unit 132, a storage unit 133, an input unit 134, and an output unit 135.
  • the communication unit 132 may exchange information or data with an external device through a network.
  • the communication unit 132 may transmit order information and a sharing request to the sharing server 110 .
  • the communication unit 132 may receive invoice information.
  • Information or data necessary for sharing order information according to an embodiment may be stored in the storage unit 133 .
  • the input unit 134 may receive a command from the seller.
  • the output unit 135 may visually or audibly output information or data to the seller. In detail, the output unit 135 may display the interface provided by the sharing server 110 to the seller.
  • the control unit 131 may control the communication unit 132, the storage unit 133, the input unit 134, and the output unit 135, including a memory in which a series of instructions are stored and a processor that executes the series of instructions.
  • the supplier terminal 140 may include a control unit 141, a communication unit 142, a storage unit 143, an input unit 144, and an output unit 145.
  • the communication unit 142 may exchange information or data with an external device through a network.
  • the communication unit 142 may transmit acceptance and invoice information for the sharing request to the sharing server 110 .
  • the communication unit 142 may transmit invoice information.
  • Information or data necessary for sharing order information according to an embodiment may be stored in the storage unit 143 .
  • the input unit 144 may receive a command from the seller.
  • the output unit 145 may visually or audibly output information or data to the supplier. In detail, the output unit 145 may display an interface provided by the sharing server 110 to the provider.
  • the controller 141 may control the communication unit 142, the storage unit 143, the input unit 144, and the output unit 145, including a memory in which a series of instructions are stored and a processor that executes the series of instructions.
  • a component or “unit” or block or module used in this embodiment is software such as a task, class, subroutine, process, object, execution thread, or program executed in a predetermined area of memory; It may be implemented in hardware such as a field programmable gate array (FPGA) or an application-specific integrated circuit (ASIC), or a combination of the above software and hardware.
  • the components or ' ⁇ unit' may be included in a computer-readable storage medium, or some of them may be distributed and distributed to a plurality of computers. Also, one or more of the components may be implemented using one or more computing devices, or portions thereof.
  • Such devices include, for example, personal computers, server computers, handheld or laptop devices, multiprocessor systems, microcontroller based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, Mainframe computers, mobile phones, personal digital assistants (PDAs), gaming devices, printers, devices including set-tops, media centers, or other devices, automotive embedded or attached computing devices, other mobile devices, distributed computing environments including any of the above systems or devices, and the like.
  • PDAs personal digital assistants
  • the disclosed embodiments may be implemented in the form of a recording medium storing programs and/or commands executable by a computer. Instructions may be stored in the form of program codes, and when executed by a processor, create program modules to perform operations of the disclosed embodiments.
  • the recording medium may be implemented as a computer-readable recording medium.
  • Computer-readable recording media include all types of recording media in which instructions that can be decoded by a computer are stored. For example, there may be read only memory (ROM), random access memory (RAM), a magnetic tape, a magnetic disk, a flash memory, an optical data storage device, and the like.
  • FIG. 12 is a view showing a login screen in which the order sharing system according to an embodiment of the present invention is actually implemented
  • FIG. 13 is a screen after login of user A using the order sharing system according to an embodiment of the present invention
  • FIG. 14 is a view showing a screen in which user A using the order sharing system according to an embodiment of the present invention requests cooperation for order sharing from another user
  • FIG. 15 is an embodiment of the present invention.
  • 16 is a screen of a user using the order sharing system according to an embodiment of the present invention, showing that user C, who uses the order sharing system according to the example, receives a cooperation request and accepts it. It is a diagram showing that products that can be shared are displayed.
  • a login screen is provided to the user, and the user can log in by inputting an ID and password.
  • a list of cooperating users of the logged-in user A is provided.
  • the ID of the cooperating user, whether it is a cooperative relationship, the date of requesting a cooperative relationship, and the date of approval may be displayed together. Orders can be shared between two users who have a cooperative relationship.
  • user A can request cooperation from other users.
  • a message confirming the cooperative relationship request is provided as a pop-up, and when a cooperative relationship is requested, the list of cooperative users of user A is updated. Meanwhile, the cooperative relationship remains in a standby state until the requested user approves it.
  • user C may give consent to a cooperative relationship requested from user A, and upon approval, the cooperative user list of user C may also be updated. In this way, when user A requests and user C accepts, users A and C can share orders with each other.
  • order sharing may be performed with a desired user by providing the user with a situation in which an order is shared or a situation in which order sharing is possible according to a product is displayed on a screen of a user using the order sharing system.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

일 실시예는 유무선 네트워크로 연결된 공유서버, 판매자단말기 및 공급자단말기를 포함하는 주문 공유 시스템에 있어서, 주문정보를 저장하는 공유서버; 상기 공유서버에 접근하여 상기 주문정보를 확인 및 수신하고, 상기 주문정보에 포함된 주문상품의 준비가 완료되면 송장정보를 입력받고, 상기 공유서버로 상기 송장정보를 송신하는 공급자단말기; 및 소비자로부터 상기 주문정보를 수신하여 상기 공유서버로 송신하고, 상기 공급자단말기가 상기 공유서버로 상기 송장정보를 송신하면 상기 공유서버에 접근하여 상기 송장정보를 확인 및 수신하고, 상기 소비자에게 상기 송장정보를 제공하는 판매자단말기를 포함하고, 상기 공급자단말기는, 상기 판매자단말기로부터 공유요청을 수신하고, 상기 공유요청을 허락하여 공유권한을 획득한 경우에 상기 공유서버로 접근하고 상기 주문정보를 확인 및 수신할 수 있는 상기 판매자단말기는, 상기 공급자단말기가 상기 공유권한에 기반하여 상기 송장정보를 상기 공유서버에 송신한 경우에 상기 공유서버로 접근하여 상기 송장정보를 확인 및 수신할 수 있는 주문 공유 시스템을 제공할 수 있다.

Description

주문 공유 시스템 및 방법
본 실시예는 다양한 위탁관계가 존재하는 전자상거래에서 각 주체간에 주문을 통합적으로 관리하기 위한 시스템 및 방법에 관한 것이다.
인터넷을 기반으로 한 네트워크를 통하여 각종 온라인 실시간 거래가 이루어지고 있다. 오픈마켓(open market)은 이러한 인터넷을 기반으로 한 온라인 실시간 거래로서, 개별 판매자 각각에 의하여 운영되는 개별 온라인쇼핑몰과 달리 누구든 물건을 살 수 있고, 또한 누구든 물건을 팔 수 있는 열린 시장을 의미한다.
이러한 오픈마켓 플랫폼서비스 제공자는 판매자와 구매자를 회원으로 유치하여 그들간의 거래를 위한 가상공간을 제공하게 된다. 국내의 오픈마켓 플랫폼서비스 제공자는 G마켓, 11번가, 쿠팡 등 다양하다.
물류기술이 발전함에 따라 전자상거래가 기하급수적으로 증가하고 있다. 배송가능한 상품은 질적으로 또는 양적으로 광범위해지고 있다. 상품의 종류는 더욱 다양화되고 저렴한 상품이나 소량으로 주문된 상품들도 배송되고 있다. 물류의 발전으로 배송비용이 점점 저렴해지는 것도 이러한 현상을 가능하게 하는 큰 요인이다. 이렇게 되면 주문건수는 폭발적으로 증가하게 된다. 판매자는 거래처리시스템(TPS; transaction processing system)이나 전사적자원관리(ERP; enterprise resource planning) 시스템을 사용하여 매일 발생하는 수많은 거래를 처리할 수 있다. 그러나 아무리 시스템으로 주문을 관리하더라도 불편함은 존재하는데, 대표적으로 각 주문정보를 시스템에 입력하는 것이다. 판매자가 일일이 수많은 주문정보를 입력하게 되면, 불필요한 작업에 많은 시간을 낭비하게 되고 다른 업무를 처리할 수 없게 된다.
또한 유통방식이 고도화되고 복잡해지면서, 하나의 주문상품이 소비자에게 도달하기까지 수많은 위탁관계가 존재한다. 예를 들어 오픈마켓에서 상품을 판매하는 판매자는 실제 상품을 가지고 있지 않고, 도매업자에게 상품을 소비자에게 배송해줄 것을 의뢰할 수 있다. 재고가 없는 경우, 도매업자는 제조업자에게 다시 상품의 배송을 의뢰할 수 있다. 그러면 판매자는 도매업자에게, 도매업자는 제조업자에게 개별적으로 연락을 취할 수밖에 없는데, 이것 역시 매우 번거로울 뿐만 아니라 많은 시간이 소요될 수 있다.
이에, 본 발명의 발명자는 전자상거래에서 다양한 위탁유통경로에서 비롯되는 시간과 자원의 낭비를 줄일 수 있는 방법을 오랫동안 연구하고 시행착오를 거친 끝에 본 발명을 완성하기에 이르렀다.
이러한 배경에서, 본 실시예의 일 목적은, 위탁유통경로에 존재하는 각 주체-예를 들어 소매업자, 도매업자, 제조업자 및 수입업자 등-가 주문정보를 공유하도록 하는 주문 공유 시스템 및 방법을 제공하는 것이다.
본 실시예의 다른 목적은, 위탁유통경로에 존재하는 각 주체-예를 들어 소매업자, 도매업자, 제조업자 및 수입업자 등-가 송장정보를 공유하도록 하고, 최일선에 있는 소매업자가 소비자에게 공유된 송장정보를 제공하도록 하는 주문 공유 시스템 및 방법을 제공하는 것이다.
전술한 목적을 달성하기 위하여, 일 실시예는, 유무선 네트워크로 연결된 공유서버, 판매자단말기 및 공급자단말기를 포함하는 주문 공유 시스템에 있어서, 주문정보를 저장하는 공유서버; 상기 공유서버에 접근하여 상기 주문정보를 확인 및 수신하고, 상기 주문정보에 포함된 주문상품의 준비가 완료되면 송장정보를 입력받고, 상기 공유서버로 상기 송장정보를 송신하는 공급자단말기; 및 소비자로부터 상기 주문정보를 수신하여 상기 공유서버로 송신하고, 상기 공급자단말기가 상기 공유서버로 상기 송장정보를 송신하면 상기 공유서버에 접근하여 상기 송장정보를 확인 및 수신하고, 상기 소비자에게 상기 송장정보를 제공하는 판매자단말기를 포함하고, 상기 공급자단말기는, 상기 판매자단말기로부터 공유요청을 수신하고, 상기 공유요청을 허락하여 공유권한을 획득한 경우에 상기 공유서버로 접근하고 상기 주문정보를 확인 및 수신할 수 있으며, 상기 판매자단말기는, 상기 공급자단말기가 상기 공유권한에 기반하여 상기 송장정보를 상기 공유서버에 송신한 경우에 상기 공유서버로 접근하여 상기 송장정보를 확인 및 수신할 수 있는 주문 공유 시스템을 제공한다.
상기 시스템에서, 상기 공급자단말기는, 상기 판매자단말기를 조작하는 판매자에게 상기 주문상품을 공급하는 공급자에 의하여 조작되고, 상기 공급자는, 도매업자, 수입업자 및 제조업자 중 어느 하나에 해당하고, 상기 소비자는, 상기 판매자에게 직접 주문을 하며, 상기 판매자는, 상기 소비자로부터 직접 주문을 받을 수 있다.
상기 시스템에서, 상기 공급자단말기 및 상기 판매자단말기는, 상기 공유요청 및 상기 공유권한 중 적어도 하나가 충족되지 않은 경우 상기 공유서버에 접근할 수 없을 수 있다.
상기 시스템에서, 상기 공유서버는, 상기 공급자단말기가 상기 공유권한을 획득한 경우에 상기 판매자단말기 및 공급자단말기가 접근할 수 있는 일 폴더를 생성하고, 상기 일 폴더에 상기 주문정보를 저장하고, 상기 공급자단말기는, 상기 일 폴더에 접근하여 상기 주문정보를 다운로드할 수 있다.
상기 시스템에서, 상기 공유서버는, 상기 일 공유폴더에 상기 송장정보를 저장하고, 상기 판매자단말기는, 상기 일 공유폴더에 접근하여 상기 송장정보를 다운로드할 수 있다.
상기 시스템에서, 상기 공유서버는, 상기 일 공유폴더로부터 다른 공유폴더로 상기 주문정보를 이동한 경우, 상기 주문정보의 수정을 차단할 수 있다.
상기 시스템에서, 상기 공급자단말기는, 상기 판매자단말기로부터 상기 공유요청을 받는 제1 공급자단말기 및 상기 판매자단말기 대신에 상기 제1 공급자단말기로부터 재공유요청을 받는 제2 공급자단말기를 포함하고, 상기 제2 공급자단말기는, 상기 재공유요청을 허락하여 상기 공유권한을 획득하고, 상기 공유서버에 접근하여 상기 주문정보를 확인 및 수신할 수 있다.
상기 시스템에서, 상기 제2 공급자단말기는, 상기 주문상품의 준비가 완료되면 상기 송장정보를 입력받고, 상기 공유서버로 상기 송장정보를 송신하고, 상기 판매자단말기는, 상기 공유서버에 접근하여 상기 송장정보를 확인 및 수신할 수 있다.
다른 실시예는, 유무선 네트워크로 연결된 공유서버, 판매자단말기 및 공급자단말기를 포함하는 시스템이 주문을 공유하는 방법에 있어서, 상기 판매자단말기가 소비자로부터 주문정보를 수신하여 상기 공유서버로 송신하는 단계; 상기 판매자단말기가 상기 공급자단말기로 공유요청을 송신하는 단계; 상기 공급자단말기가 상기 공유요청을 허락하여 공유권한을 획득하는 단계; 상기 공급자단말기가 상기 공유서버에 접근하여 상기 주문정보를 확인 및 수신하는 단계; 상기 공급자단말기가 상기 주문정보에 포함된 주문상품의 준비가 완료되면 송장정보를 입력받아 상기 공유서버로 송신하는 단계; 및 상기 판매자단말기가 상기 공유서버에 접근하여 상기 송장정보를 확인 및 수신하는 단계를 포함하고, 상기 공급자단말기는, 상기 판매자단말기로부터 공유요청을 수신하고, 상기 공유요청을 허락하여 공유권한을 획득한 경우에 상기 공유서버로 접근하고 상기 주문정보를 확인 및 수신할 수 있고, 상기 판매자단말기는, 상기 공급자단말기가 상기 공유권한에 기반하여 상기 송장정보를 상기 공유서버에 송신한 경우에 상기 공유서버로 접근하여 상기 송장정보를 확인 및 수신할 수 있는 주문 공유 방법을 제공한다.
이상에서 설명한 바와 같이 본 실시예에 의하면, 유통경로에 존재하는 다양한 위탁관계에 관여한 참여자가 주문정보를 공유함으로써 주문정보를 순차적으로 전달하는데 소요되는 시간 및 자원을 줄일 수 있다.
그리고, 본 실시예에 의하면, 개별 주문건수를 처리하는데 소요되는 시간 및 자원이 줄어듦에 따라 처리가능한 주문량이 증가하고 이에 따라 매출 역시 증가할 수 있다.
도 1은 일 실시예에 따른 주문 공유 시스템의 구성도이다.
도 2는 일 실시예에 따른 주문정보가 공유되는 과정을 설명하기 위한 제1 예시도이다.
도 3은 일 실시예에 따른 주문정보가 공유되는 과정을 설명하기 위한 제2 예시도이다.
도 4는 도 2에 대응하여 일 실시예에 따른 주문 공유 시스템이 동작하는 과정을 설명하기 위한 제1 흐름도이다.
도 5는 도 3에 대응하여 일 실시예에 따른 주문 공유 시스템이 동작하는 과정을 설명하기 위한 제2 흐름도이다.
도 6은 일 실시예에 따른 주문 공유 시스템에서 공유서버가 제공하는 인터페이스를 설명하기 위한 예시도이다.
도 7은 일 실시예에 따른 인터페이스의 일 영역을 설명하기 위한 예시도이다.
도 8은 일 실시예에 따른 공급자단말기를 공유시키기 위한 제1 방법을 설명하기 위한 예시도이다.
도 9는 일 실시예에 따른 공급자단말기를 공유시키기 위한 제2 방법을 설명하기 위한 예시도이다.
도 10은 일 실시예에 따른 공유요청을 하는 판매자단말기와 공유요청을 받은 공급자단말기에서 판매자 및 공급자가 인터페이스를 선택하는 예시를 설명하기 위한 도면이다.
도 11은 일 실시예에 따른 공유서버, 판매자단말기 및 공급자단말기의 구성도이다.
도 12는 본 발명의 일 실시예에 따른 주문 공유 시스템이 실제 구현된 로그인 화면을 나타낸 도면이다.
도 13은 본 발명의 일 실시예에 따른 주문 공유 시스템을 사용하는 A 사용자의 로그인 이후의 화면을 나타낸 도면이다.
도 14는 본 발명의 일 실시예에 따른 주문 공유 시스템을 사용하는 A 사용자가 다른 사용자에게 주문 공유를 위한 협력관계를 요청하는 화면을 나타낸 도면이다.
도 15는 본 발명의 일 실시예에 따른 주문 공유 시스템을 사용하는 C사용자가 협력관계 요청을 받고 이를 승낙하는 것을 나타낸 도면이다.
도 16은 본 발명의 일 실시예에 따른 주문 공유 시스템을 사용하는 사용자의 화면으로서 주문 공유 되었거나 주문 공유가 가능한 제품이 표시되는 것을 나타낸 도면이다.
첨부된 도면은 본 발명의 기술사상에 대한 이해를 위하여 참조로서 예시된 것임을 밝히며, 그것에 의해 본 발명의 권리범위가 제한되지는 아니한다.
본 발명을 설명함에 있어서 관련된 공지기능에 대하여 이 분야의 기술자에게 자명한 사항으로서 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략한다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
이하, 본 발명에 따른 실시예를 첨부도면을 참조하여 상세히 설명하기로 하며, 첨부 도면을 참조하여 설명함에 있어, 동일하거나 대응하는 구성 요소는 동일한 도면번호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.
도 1은 일 실시예에 따른 주문 공유 시스템의 구성도이다.
도 1을 참조하면, 주문 공유 시스템(100, 이하, '시스템'이라 함)은 공유서버(110), 소비자단말기(120), 판매자단말기(130) 및 공급자단말기(140)를 포함할 수 있다.
소비자단말기(120), 판매자단말기(130) 및 공급자단말기(140)는 유무선 네트워크로 연결되어 통신할 수 있다. 유무선 네트워크는 단말기, 서버와 같은 각각의 노드 상호 간에 정보 교환이 가능한 연결 구조를 의미하는 것으로, 이러한 네트워크의 일 예는, 인터넷(Internet), LAN(local area network), wireless LAN(local area network), WAN(wide area network), PAN(personal area Network), 3G, 4G, 5G, Wi-Fi, Bluetooth, NFC, RFID, 홈 네트워크 등이 포함되나 이에 한정되지는 않는다. 여기서 소비자단말기(120), 판매자단말기(130) 및 공급자단말기(140)는 유무선 네트워크를 통해 데이터통신이 가능한 전자장치로서 스마트폰, 휴대폰, 태블릿 PC, 데스크탑(desktop), 랩탑(laptop) 등 다양한 기기를 포함할 수 있으며, 이에 한정되지 않는다.
시스템(100)은 다중위탁관계가 존재하는 전자상거래에 주로 적용될 수 있다. 다중위탁관계라 함은 판매자가 소비자로부터 주문을 받으면, 판매자는 위탁자로서 수탁자에게 그 주문의 처리를 위탁하고, 다시 수탁자는 위탁자로서 다른 수탁자에게 그 주문의 처리를 재위탁하는 것을 의미할 수 있다. 주문의 처리가 여러 번 위탁되는 것이다. 다중위탁관계는 판매자가 대량의 주문을 받으면 그 대량의 주문이 위탁되고 다시 위탁되는 B2B 시장에서 많이 발생하곤 한다. 단 이하에서 설명되는 다중위탁관계는 동일한 주문이 복수의 공급자에게 위탁되는 것이 아닌 단일의 공급자에게만 위탁되는 것으로 한정될 수 있다. 시스템(100)은 이러한 대량의 주문을 처리하는데 있어서 편의성을 제공할 수 있다.
예를 들어 판매자가 오픈마켓-예를 들어 네이버 스마트스토어, 옥션 또는 지마켓 등-을 통해 상품을 판매하면, 소비자로부터 주문을 받게 된다. 판매자는 주문에 포함된 상품을 준비하여 소비자에게 바로 배송할 수도 있지만, 위탁을 통해 수탁자에게 상품의 배송을 의뢰할 수 있다. 판매자가 모든 상품의 재고를 준비하는 것은 비용 또는 업무의 효율성 측면에서 용이하지 않고, 아웃소싱이 발달한 현대사회에서는 그럴 필요가 없기 때문이다. 그래서 판매자는 수탁자- 예를 들어 도매업자, 제조업자 또는 수입업자-에게 상품의 배송을 의뢰할 수 있다. 판매자가 도매업자에게 주문의 처리를 의뢰(제1 위탁관계)하더라도, 그 상품이 수입되는 것이고 현재 재고가 없다면 도매업자는 수입업자에게 상품의 배송을 의뢰(제2 위탁)할 수 있다. 또는 도매업자는 도도매업자-도매업자가 상품을 공급받는 업체-에게 상품의 배송을 의뢰할 수 있다. 따라서 다수의 위탁관계가 존재하게 되며, 이들 사이에는 각 위탁관계마다 정보를 주고받아야 한다. 여기서 기존의 정보공유 방식은 문제점이 존재한다.
주문이 의뢰되는 경우, 제1 위탁관계에서 판매자가 도매업자에게 주문정보를 이메일로 보내고 제2 위탁관계에서 도매업자가 도도매업자에게 주문정보를 이메일로 각각 보내야 한다. 주문이 처리되는 경우, 제2 위탁관계에서 도도매업자가 도매업자에게 상품이 배송되었다는 송장정보를 이메일로 보내고 제1 위탁관계에서 도매업자가 판매자에게 송장정보를 이메일로 각각 보내야 한다. 위탁관계가 중첩될수록 기존의 정보공유의 방식은 매우 번거롭다. 더구나 상품의 다양화 및 물류의 발달로 전자상거래의 수가 기하급수적으로 급장하는데, 각각의 건마다 이러한 방식으로 정보공유가 이뤄지는 것은 업무의 과중 및 비용ㆍ시간의 낭비를 야기하게 된다. 그래서 시스템(100)은 다중위탁관계가 존재하는 전자상거래에서 판매자 및 공급자-도매업자, 도도매업자, 제조업자 또는 수입업자-가 동시에 즉각적으로 주문정보 및 송장정보를 공유할 수 있는 방법을 제공한다.
이하에서 판매자는 소비자로부터 직접 주문을 받아서 위탁관계에 있는 공급자에게 주문정보을 전달하는 주체로 이해될 수 있다. 공급자는 판매자로부터 주문정보를 공유받고 판매자를 대신하여 주문상품을 처리(준비 및 배송)하는 주체로 이해될 수 있다. 소비자단말기(120), 판매자단말기(130) 및 공급자단말기(140)는 소비자, 판매자 및 공급자가 각각 조작할 수 있다.
시스템(100)에서 판매자단말기(130) 및 공급자단말기(140)는 공유서버(110)를 통해 주문정보 및 송장정보를 공유할 수 있다. 구체적으로 판매자단말기(130)가 공유서버(110)에 주문정보를 송신 또는 업로드하면 주문정보가 공유서버(110)에 저장되고, 공급자단말기(140)가 공유서버(110)에 접근하여 주문정보를 확인하고 수신 또는 다운로드할 수 있다. 여기서 공급자단말기(140)는 공유권한을 가져야만 공유서버(110)에 접근하여 주문정보를 확인할 수 있다. 또한 구체적으로 공급자단말기(140)가 공유서버(110)에 송장정보를 송신 또는 업로드하면 송장정보가 공유서버(110)에 저장되고, 판매자단말기(130)가 공유서버(110)에 접근하여 주문정보를 확인하고 수신 또는 다운로드할 수 있다. 여기서 판매자단말기(130)는 주문을 위탁한 주체이므로 송장정보를 확인할 수 있는 권한을 가지는 것으로 간주될 수 있다.
본 도면에서 소비자단말기(120)는 복수의 소비자가 조작하는 제1 내지 n 소비자단말기(120-1, ..., n)를 포함할 수 있다. 복수의 소비자는 판매자에게 주문을 하고 제1 내지 n 소비자단말기(120-1, ..., n)는 판매자단말기(130)에게 주문정보를 각각 보낼 수 있다.
공급자단말기(140)는 복수의 공급자가 조작하는 제1 내지 n 공급자단말기(140-1, ..., n)를 포함할 수 있다. 판매자는 복수의 공급자에게 주문을 위탁하고 판매자단말기(130)는 제1 내지 n 공급자단말기(140-1, ..., n)와 공유서버(110)를 통해 주문정보를 공유할 수 있다.
공급자 사이에서 재위탁관계가 있을 수 있다. 제1 공급자는 제2 공급자에게 주문을 재위탁하고 제1 공급자단말기(140-1)는 제2 공급자단말기(140-2)와 공유서버(110)를 통해 주문정보를 공유할 수 있다.
한편 공급자단말기(140)는 주문정보에 대응하는 송장정보를 획득하고 판매자단말기(130)와 공유서버(110)를 통해 송장정보를 공유할 수 있다. 공급자단말기(140)는 외부로부터 송장정보를 수신하거나 직접 송장정보를 입력받을 수 있다. 그러면 판매자단말기(130)는 공유서버(110)에 접근하여 송장정보를 확인 및 수신할 수 있다. 또는 재위탁관계가 있는 경우 제2 공급자단말기(140-2)가 공유서버(110)를 통해 송장정보를 공유할 수 있다. 그러면 제1 공급자단말기(140-1) 및 판매자단말기(130)가 공유서버(110)에 접근하여 송장정보를 확인 및 수신할 수 있다.
판매자단말기(130)는 송장정보를 수신하여 소비자단말기(120)에게 제공할 수 있다. 판매자는 수탁자가 제공한 송장정보를 공유받음으로써 소비자에게 주문상품의 처리과정을 안내할 수 있고, 마케팅에만 집중함으로써 사업 운영의 효율성을 극대화할 수 있다.
도 2는 일 실시예에 따른 주문정보가 공유되는 과정을 설명하기 위한 제1 예시도이다.
도 2를 참조하면, 일 실시예에 따른 주문정보의 제1 흐름이 도시될 수 있다. 판매자단말기(130)는 주문정보를 공유서버(110)를 통해 공급자단말기(140)와 공유할 수 있고, 주문정보는 판매자단말기(130) 및 공유서버(110)를 거쳐서 공급자단말기(140)까지 도달할 수 있다.
구체적으로 판매자단말기(130)는 주문정보를 획득할 수 있다. 판매자단말기(130)는 공유서버(110)로 주문정보를 송신하고 공유서버(110)에 주문정보가 저장되도록함으로써 주문정보를 공유서버(110)에 업로드할 수 있다.
공유된 주문정보는 공유서버(110)내의 저장공간에 형성된 일 폴더(folder)에 저장될 수 있다. 공급자단말기(140)는 공유서버(110)에 접근할 수 있는 공유권한을 획득할 수 있다. 또는 다수위탁관계에 있는 제1 공급자단말기 및 제2 공급자단말기도 공유권한을 획득할 수 있다.
여기서 공유요청은 하나의 방향 즉 위탁자에서 수탁자로의 방향으로 이뤄질 수 있다. 공유단말기가 공유요청을 하고 피공유단말기가 수락하면, 피공유단말기가 공유권한을 획득하게 된다. 즉 주문정보를 획득하지 못한 피공유단말기가 주문정보를 획득한 공유단말기에게 먼저 공유요청을 할 수 없다. 따라서 판매자단말기(130)가 공급자단말기(140)에 공유요청을 하여 공급자단말기(140)가 공유요청을 수락하면 공유권한을 획득할 수는 있어도, 공급자단말기(140)가 먼저 공유요청을 함으로써 공유권한을 획득할 수는 없다.
도 3은 일 실시예에 따른 주문정보가 공유되는 과정을 설명하기 위한 제2 예시도이다.
도 3을 참조하면, 일 실시예에 따른 주문정보의 제2 흐름이 도시될 수 있다. 판매자단말기(130)는 소비자단말기(120)로부터 주문정보를 획득할 수 있고, 그 방식은 API(application programming interface)를 통해 주문정보를 수집하거나 소비자단말기(120)로부터 직접 주문정보를 전송받는 것일 수 있다.
먼저 오픈마켓서버(310)는 소비자단말기(120)에게 웹페이지를 제공하고 소비자단말기(120)는 웹페이지를 통해 오픈마켓서버(310)에 주문정보를 제공할 수 있다. 오픈마켓서버(310)는 API를 통해 판매자단말기(130)에게 주문정보를 제공할 수 있다(S311-1 단계). 또는 오픈마켓서버(310)는 주문정보를 API를 통해 공유서버(110)에게 직접 제공할 수 있다(S311-2 단계). 이하에서 일 실시예는 주문정보A가 API를 통해 제공되는 것으로 설명될 수 있다.
또는 판매자단말기(130)는 소비자단말기(120)로부터 직접 주문정보를 전송받을 수 있다(S321 단계). 그러면 판매자단말기(130)는 주문정보를 공유서버(110)에 송신할 수 있다(S322 단계). 이하에서 일 실시예는 주문정보B가 소비자단말기(120)로부터 직접 제공되는 것으로 설명될 수 있다.
공유서버(110)에 저장된 주문정보A는 제1 공급자단말기(140-1)에게 공유될 수 있다. 판매자가 주문정보A를 제1 공급자와 공유하면 제1 공급자는 주문정보A를 확인할 수 있다(S312 단계). 즉 판매자단말기(130)가 공유서버(110)에 공유요청을 송신하면, 공유서버(110)는 제1 공급자단말기(140-1)에게 공유요청을 송신하고 제1 공급자단말기(140-1)는 공유요청을 허락 또는 수락할 수 있다. 여기서 판매자와 제1 공급자는 위탁관계에 있을 수 있고, 제1 공급자는 도매업자일 수 있다.
공유서버(110)를 통해 공유된 주문정보A는 다시 제2 공급자단말기(140-2)에게 공유될 수 있다. 제1 공급자가 주문정보A를 제2 공급자와 공유하면 제2 공급자는 주문정보A를 확인할 수 있다(S313 단계). 즉 제1 공급자단말기(140-1)가 공유서버(110)에 공유요청을 송신하면, 공유서버(110)는 제2 공급자단말기(140-2)에게 공유요청을 송신하고 제2 공급자단말기(140-2)는 공유요청을 허락 또는 수락할 수 있다. 여기서 제1 공급자와 제2 공급자는 재위탁관계에 있을 수 있고, 제2 공급자는 제조업자일 수 있다.
제2 공급자가 공유된 주문정보A에 따라 주문상품을 준비하고 배송을 완료하면, 제2 공급자단말기(140-2)는 이에 대한 정보를 포함하는 송장정보A를 제1 공급자단말기(140-1) 및 판매자단말기(130)와 공유할 수 있다(S314 단계). 즉 제2 공급자단말기(140-2)가 공유서버(110)에 공유요청을 송신하면, 제1 공급자단말기(140-1) 및 판매자단말기(130)가 공유서버(110)에 접근하여 송장정보A를 확인 및 수신할 수 있다. 송장정보A의 공유에 있어서, 제1 공급자단말기(140-1) 및 판매자단말기(130)는 주문정보A를 이미 공유하였으므로, 주문정보A의 공유와는 다르게 송장정보A에 접근하기 위한 별도의 권한은 요구되지 않을 수 있다. 제1 공급자단말기(140-1) 및 판매자단말기(130)는 그 공유권한을 가지는 것으로 간주될 수 있다.
그리고 판매자단말기(130)는 송장정보A를 획득하여 소비자단말기(120)에게 제공할 수 있다. 또는 공유서버(110)가 송장정보A를 주문정보A를 획득하는데 이용된 API에 기반하여 자동으로 오픈마켓서버(310)에 업로드할 수 있다. 소비자는 소비자단말기(120)를 통해 오픈마켓서버(310)에 접속하여 송장정보A를 확인할 수 있다.
한편, 공유서버(110)에 저장된 주문정보B는 제3 공급자단말기(140-3)에게 공유될 수 있다. 판매자가 주문정보B를 제3 공급자와 공유하면 제3 공급자는 주문정보B를 확인할 수 있다(S323 단계). 즉 판매자단말기(130)가 공유서버(110)에 공유요청을 송신하면, 공유서버(110)는 제3 공급자단말기(140-3)에게 공유요청을 송신하고 제3 공급자단말기(140-3)는 공유요청을 허락 또는 수락할 수 있다. 여기서 판매자와 제3 공급자는 위탁관계에 있을 수 있고, 제3 공급자는 도매업자일 수 있다.
공유서버(110)를 통해 공유된 주문정보B는 다시 제4 공급자단말기(140-4)에게 공유될 수 있다. 제3 공급자가 주문정보B를 제4 공급자와 공유하면 제4 공급자는 주문정보B를 확인할 수 있다(S324 단계). 즉 제3 공급자단말기(140-3)가 공유서버(110)에 공유요청을 송신하면, 공유서버(110)는 제4 공급자단말기(140-4)에게 공유요청을 송신하고 제4 공급자단말기(140-4)는 공유요청을 허락 또는 수락할 수 있다. 여기서 제3 공급자와 제4 공급자는 재위탁관계에 있을 수 있고, 제4 공급자는 도도매업자일 수 있다.
공유서버(110)를 통해 공유된 주문정보B는 다시 제5 공급자단말기(140-5)에게 공유될 수 있다. 제4 공급자가 주문정보B를 제5 공급자와 공유하면 제5 공급자는 주문정보B를 확인할 수 있다(S325 단계). 즉 제4 공급자단말기(140-4)가 공유서버(110)에 공유요청을 송신하면, 공유서버(110)는 제5 공급자단말기(140-5)에게 공유요청을 송신하고 제5 공급자단말기(140-5)는 공유요청을 허락 또는 수락할 수 있다. 여기서 제4 공급자와 제5 공급자는 재재위탁관계에 있을 수 있고, 제5 공급자는 수입업자일 수 있다.
제5 공급자가 공유된 주문정보B에 따라 주문상품을 준비하고 배송을 완료하면, 제5 공급자단말기(140-5)는 이에 대한 정보를 포함하는 송장정보B를 제4 공급자단말기(140-4), 제3 공급자단말기(140-3) 및 판매자단말기(130)와 공유할 수 있다(S326 단계). 즉 제5 공급자단말기(140-5)가 공유서버(110)에 공유요청을 송신하면, 제4 공급자단말기(140-4), 제3 공급자단말기(140-3) 및 판매자단말기(130)가 공유서버(110)에 접근하여 송장정보B를 확인 및 수신할 수 있다. 송장정보B의 공유에 있어서, 제4 공급자단말기(140-4), 제3 공급자단말기(140-3) 및 판매자단말기(130)는 주문정보B를 이미 공유하였으므로, 주문정보B의 공유와는 다르게 송장정보B에 접근하기 위한 별도의 권한은 요구되지 않을 수 있다. 제4 공급자단말기(140-4), 제3 공급자단말기(140-3) 및 판매자단말기(130)는 그 공유권한을 가지는 것으로 간주될 수 있다.
그리고 판매자단말기(130)는 송장정보B를 획득하여 소비자단말기(120)에게 제공할 수 있다. 또는 공유서버(110)가 송장정보B를 주문정보B를 획득하는데 이용된 API에 기반하여 자동으로 오픈마켓서버(310)에 업로드할 수 있다. 소비자는 소비자단말기(120)를 통해 오픈마켓서버(310)에 접속하여 송장정보B를 확인할 수 있다.
도 4는 도 2에 대응하여 일 실시예에 따른 주문 공유 시스템이 동작하는 과정을 설명하기 위한 제1 흐름도이다.
도 4를 참조하면, 도 2와 같이 단일한 위탁관계가 존재하는 경우에 일 실시예에 따른 시스템이 동작하는 흐름이 도시될 수 있다.
먼저 판매자단말기(130)는 소비자단말기(120)로부터 주문정보를 수신할 수 있다(S401 단계). 그리고 판매자단말기(130)는 주문정보를 공유서버(110)로 송신할 수 있다(S402 단계). 여기서 공유서버(110)는 주문정보를 판매자단말기(130)로부터 수신하는 대신에 API를 통해 오픈마켓서버로부터 바로 수신할 수 있다.
판매자는 주문의 처리를 위탁하기 위하여 판매자단말기(130)의 조작을 통해 공급자와 주문정보를 공유할 수 있다. 판매자단말기(130)는 공유요청을 공유서버(110)로 송신할 수 있다(S403 단계). 공유서버(110)는 공급자단말기(140)에게 그 공유요청을 송신할 수 있다(S404 단계).
공급자단말기(140)가 공유서버(110)를 통해 수신된 공유요청에 대하여 하락하고 이에 대한 정보를 공유서버(110)로 송신할 수 있다(S405 단계). 공유서버(110)는 공유요청의 허락에 대한 정보를 수신하고 공유작업을 수행할 수 있다(S406 단계). 여기서 공유서버(110)는 주문정보를 공유폴더에 저장시키고 공급자단말기(140)의 접근을 수용하는 작업을 수행할 수 있다. 동시에 공급자단말기(140)는 공유서버(110)에 접근하여 주문정보를 확인 및 수신할 수 있는 공유권한을 획득할 수 있다(S407 단계).
공급자단말기(140)가 공유서버(110)에 접근하여 주문정보의 송신을 공유서버(110)에 요청할 수 있다(S408 단계). 공유서버(110)는 공급자단말기(140)로 공유폴더에 저장된 주문정보를 송신할 수 있다(S409 단계).
주문상품의 준비 및 배송이 완료되면, 공급자단말기(140)는 송장정보를 입력받거나 수신할 수 있다(S410 단계). 공급자단말기(140)는 송장정보를 공유서버(110)로 송신할 수 있다(S411 단계). 판매자단말기(130)는 공유서버에 접근하여 송장정보의 송신을 공유서버(110)에 요청할 수 있다(S412 단계). 공유서버(110)는 판매자단말기(130)로 공유폴더에 저장된 송장정보를 송신할 수 있다(S413 단계).
판매자단말기(130)는 송장정보를 소비자단말기(120)에게 송신할 수 있다(S414 단계). 대신에 공유서버(110)가 API를 통해서 오픈마켓서버에 송장정보를 제공하는 경우에 소비자단말기(120)가 오픈마켓서버를 통해서 송장정보를 확인할 수 있으므로, 본 단계는 생략될 수 있다.
도 5는 도 3에 대응하여 일 실시예에 따른 주문 공유 시스템이 동작하는 과정을 설명하기 위한 제2 흐름도이다.
도 5를 참조하면, 도 3과 같이 복수의 위탁관계가 존재하는 경우에 일 실시예에 따른 시스템이 동작하는 흐름이 도시될 수 있다.
먼저 판매자단말기(130)와 제1 공급자단말기(140-1)가 제1 위탁관계에 있고, 판매자단말기(130)가 제1 공급자단말기(140-1)에게 공유요청을 하고 제1 공급자단말기(140-1)가 그 공유요청을 수락하여 제1 공급자단말기(140-1)가 공유권한을 획득할 수 있다(S501 단계 및 S502 단계). 본 단계는 도 4의 동작 흐름과 동일하므로 상세한 설명은 생략하고 이후의 동작부터 설명하도록 한다.
제1 공급자단말기(140-1)와 제2 공급자단말기(140-2)가 제2 위탁관계에 있다. 그러면 제1 공급자단말기(140-1)는 제2 공급자단말기(140-2)에 주문을 위탁하기 위하여 주문정보를 공유할 수 있다.
제1 공급자단말기(140-1)는 공유서버(110)에 재공유요청을 송신할 수 있다(S503 단계). 공유서버(110)는 제2 공급자단말기(140-2)에게 그 재공유요청을 송신할 수 있다(S504 단계).
제2 공급자단말기(140-2)가 공유서버(110)를 통해 수신된 재공유요청에 대하여 하락하고 이에 대한 정보를 공유서버(110)로 송신할 수 있다(S505 단계). 공유서버(110)는 공유요청의 허락에 대한 정보를 수신하고 공유작업을 수행할 수 있다(S506 단계). 여기서 공유서버(110)는 주문정보를 공유폴더에 저장시키고 제2 공급자단말기(140-2)의 접근을 수용하는 작업을 수행할 수 있다. 동시에 제2 공급자단말기(140-2)는 공유서버(110)에 접근하여 주문정보를 확인 및 수신할 수 있는 공유권한을 획득할 수 있다(S507 단계).
제2 공급자단말기(140-2)가 공유서버(110)에 접근하여 주문정보의 송신을 공유서버(110)에 요청할 수 있다(S508 단계). 공유서버(110)는 제2 공급자단말기(140-2)로 공유폴더에 저장된 주문정보를 송신할 수 있다(S509 단계).
주문상품의 준비 및 배송이 완료되면, 제2 공급자단말기(140-2)는 송장정보를 입력받거나 수신할 수 있다(S510 단계). 제2 공급자단말기(140-2)는 송장정보를 공유서버(110)로 송신할 수 있다(S511 단계). 판매자단말기(130)는 공유서버에 접근하여 송장정보의 송신을 공유서버(110)에 요청할 수 있다(S512 단계). 공유서버(110)는 판매자단말기(130)로 공유폴더에 저장된 송장정보를 송신할 수 있다(S513 단계).
판매자단말기(130)는 송장정보를 소비자단말기(120)에게 송신할 수 있다(S514 단계). 대신에 공유서버(110)가 API를 통해서 오픈마켓서버에 송장정보를 제공하는 경우에 소비자단말기(120)가 오픈마켓서버를 통해서 송장정보를 확인할 수 있으므로, 본 단계는 생략될 수 있다.
도 6은 일 실시예에 따른 주문 공유 시스템에서 공유서버가 제공하는 인터페이스를 설명하기 위한 예시도이다.
도 6을 참조하면, 일 실시예에 따른 시스템에서 공유서버는 주문정보 공유를 위한 인터페이스(interface, 600)를 판매자단말기 및 공급자단말기에게 제공할 수 있다. 인터페이스(600)는 주문정보를 공유받은 공급자단말기는 물론 공유받지 못한 공급자단말기에게도 제공될 수 있다. 다만 주문정보를 공유받지 못한 공급자단말기는 인터페이스(600)의 특정 영역을 제공받지 못하고 그 공급자는 그 영역을 이용할 수 없다.
본 도면에서 공유서버는 “공유넷”이라고 명명되는 주문정보 공유를 위한 인터페이스(600)를 제공할 수 있다. 인터페이스(600)는 일 측단에 메뉴영역(650)을 형성하고, 시스템의 명칭(공유넷), 주문관리시스템, CS게시판관리, CS관리, 장부정리, B2B종합몰, 부가서비스, 커뮤니티 및 바로가기링크 등과 같은 메뉴를 포함할 수 있다.
인터페이스(600)는 주문정보를 조회하거나 주문정보를 접수하여 수탁자에게 공유하거나 송장정보를 위탁자에게 공유하거나 주문의 상태를 정의하는 제1 영역(610)을 포함할 수 있다. '전체조회'는 현재까지 접수되거나 공유되는 전체의 주문정보를 보여줄 수 있다. '전체주문접수'는 '주문접수' 및 '포인트주문접수'를 포함할 수 있다. '전체주문접수'는 소비자로부터 접수된 주문정보 및 공유받은 주문정보를 제공하는데, '포인트주문접수'는 미리 선결제되어 공유서버에 저장된 포인트(또는 마일리지)를 차감하여 주문된 주문정보를 보여주고, '주문접수'는 포인트가 아닌 방식으로 결제된 주문정보를 보여줄 수 있다. 또한 '상품준비'는 '내부출고' 및 '공유출고'를 포함할 수 있다. '공유출고'는 위탁된 주문에 대한 주문정보를 보여주고 '내부출고'는 자체적으로 주문상품을 준비하여 배송될 수 있는 주문에 대한 주문정보를 보여줄 수 있다. 마지막으로 주문상품의 현재의 준비상태를 나타내는 '출고완료', '송장입력완료', '취소완료', '반품신청', '반품수거 완료', '반품택배비내용' 및 '정리완료'가 포함될 수 있다.
또한 인터페이스(600)는 주문정보를 검색할 수 있는 제2 영역(620)을 포함할 수 있다. 제2 영역(620)은 날짜 또는 항목-예를 들어 업체명, 수취인, 전화번호, 상품코드, 택배사 등-을 기준으로 검색된 주문정보를 나타낼 수 있다. 제2 영역(620)에서 주문정보가 특정 기준으로 일괄적으로 변경될 수 있다.
또한 인터페이스(600)는 소비자로부터 획득된 주문정보를 공유서버에 송신 또는 업로드할 수 있는 제3 영역(630)을 포함할 수 있다. 제3 영역(630)의 'API주문수집'은 주문정보를 오픈마켓서버의 API로부터 바로 수집할 수 있게 하거나 '주문업로드'는 스프레드시트(spread sheet)로 작성된 주문정보를 그대로 업로드시키는 버튼(button)을 포함할 수 있다.
또한 인터페이스(600)는 주문정보를 나열하여 판매자 및 공급자에게 제공하는 제4 영역(640)을 포함할 수 있다. 여기서 주문번호는 판매자가 소비자로부터 받은 주문에 대한 번호인 관리번호와 상이할 수 있다. 주문이 다양한 경로를 통해서 들어오기 때문에 관리번호는 상이할 수 있어서, 관리번호는 공유서버에서 주문번호로 통일화될 수 있다.
도 7은 일 실시예에 따른 인터페이스의 일 영역을 설명하기 위한 예시도이다.
도 7을 참조하면, 일 실시예에 따른 인터페이스(600)의 제1 영역(610)이 도시될 수 있다. 공유자-판매자 또는 위탁자-는 단말기를 통해 인터페이스(600)를 제공받을 수 있고, 이를 통해 주문정보를 수탁자에게 공유할 수 있다.
예를 들어 판매자가 주문정보를 공급자와 공유하려면, 먼저 판매자는 주문을 접수하고 그 주문을 공유할 것인지를 결정할 수 있다. 판매자는 포인트로 결제된 주문에 대하여 '포인트주문접수' 및 '+'를 선택하면, 공유서버는 일 폴더에 주문정보를 저장할 수 있다. 판매자는 포인트가 아닌 수단으로 결제된 주문에 대하여 '주문접수' 및 '+'를 선택하면, 공유서버는 다른 폴더에 주문정보를 저장할 수 있다. 여기서 판매자가 '-'를 선택하면 공유서버는 해당 주문정보를 삭제할 수 있다.
다음으로 판매자는 자체적으로 상품을 준비하여 소비자에게 배송하려면, '내부출고' 및 '+'를 선택할 수 있다. 공유서버는 일 폴더에 주문정보를 저장할 수 있다. 또는 판매자는 공급자에게 위탁하려면, '공유출고' 및 '+'를 선택할 수 있다. 공유서버는 다른 폴더에 주문정보를 저장할 수 있다. 여기서 판매자가 '-'를 선택하면 공유서버는 해당 주문정보를 삭제할 수 있다. 또한 '내부출고' 및 '+'의 선택에 의하여 생성된 상기 일 폴더는 내부폴더로 명명될 수 있다. '공유출고' 및 '+'의 선택에 의하여 생성된 상기 다른 폴더는 공유폴더로 명명될 수 있다.
그러면 위탁을 받은 공급자가 '공유출고'를 선택하면, 위탁을 받은 주문정보가 보여질 수 있다. 반면에 위탁한 판매자는 '공유출고'를 선택하면, 위탁을 한 주문정보를 볼 수 있다. 여기서 위탁자(판매자)는 주문정보를 한 번 공유폴더에 저장시키면, 수탁자(공급자)의 동의없이 공유폴더의 저장을 취소하거나 내부폴더로 저장시킬 수 없다. 즉 수탁자(공급자)가 직접 '공유출고'를 선택함으로써 공유폴더의 저장을 직접 취소하거나 내부폴더로 저장시킬 수 있다. 이에 대한 설명은 후술하도록 한다.
나아가 공급자가 주문상품의 준비 및 배송을 완료하면 송장정보를 판매자와 공유할 수 있는데, 이 송장정보도 상기 공유폴더에 저장될 수 있다. 그러면 위탁을 받은 공급자가 '공유출고'를 선택하면, 업로드한 송장정보가 보여질 수 있다. 반면에 위탁한 판매자도 '공유출고'를 선택하면, 송장정보를 볼 수 있다.
도 8은 일 실시예에 따른 공급자단말기를 공유시키기 위한 제1 방법을 설명하기 위한 예시도이다.
도 8을 참조하면, 판매자가 주문을 공급자에게 위탁하기 위하여 판매자단말기에 출력되는 인터페이스의 제3 영역(630)에서 '공유전송'을 선택할 수 있다. 판매자단말기는 나열된 공급자 중 하나를 선택하는 '공유업체선택'이나 종래처럼 이메일을 보내는 '이메일전송'을 출력할 수 있다. 본 도면에서는 판매자가 '공유업체선택'을 선택하면(제1 방법) 3개의 공급자(금하산업, 라이프리빙, 레투스시스템) 중 하나를 선택할 수 있다. 판매자는 선택된 공급자에게 주문정보를 공유할 수 있다.
동시에 판매자가 제3 영역(630)의 인터페이스를 선택하여 공급자를 선택하면, 공유서버는 선택된 공급자가 조작하는 공급자단말기에게 공유요청을 보낼 수 있다. 공급자가 공급자단말기를 통해 공유요청을 수락 또는 허락하면 주문정보의 공유가 성립될 수 있다.
도 9는 일 실시예에 따른 공급자단말기를 공유시키기 위한 제2 방법을 설명하기 위한 예시도이다.
도 9를 참조하면, 판매자가 주문을 공급자에게 위탁하기 위하여 판매자단말기에 출력되는 인터페이스의 제3 영역(630)에서 '공유전송'을 선택할 수 있다. 판매자단말기는 나열된 공급자 중 하나를 선택하는 '공유업체선택'이나 종래처럼 이메일을 보내는 '이메일전송'을 출력할 수 있다. 본 도면에서는 판매자가 '이메일전송'을 선택하면(제2 방법) 3개의 공급자(제이원, 코랙, 정한테크) 중 하나를 선택할 수 있다. 판매자는 선택된 공급자에게 주문정보 공유를 위한 이메일을 보낼 수 있다. 여기서 판매자가 3개의 공급자 중 어느 하나를 선택하면 공급자가 설정한 양식에 맞는 이메일 포맷(format)과 주문정보 공유의 정보가 포함되도록 자동으로 이메일이 생성될 수 있다.
동시에 판매자가 제3 영역(630)의 인터페이스를 선택하여 공급자를 선택하면, 공유서버는 선택된 공급자가 조작하는 공급자단말기에게 공유요청을 보낼 수 있다. 공급자가 공급자단말기를 통해 공유요청을 수락 또는 허락하면 주문정보의 공유가 성립될 수 있다.
도 10은 일 실시예에 따른 공유요청을 하는 판매자단말기와 공유요청을 받은 공급자단말기에서 판매자 및 공급자가 인터페이스를 선택하는 예시를 설명하기 위한 도면이다.
도 10을 참조하면, 일 실시예에 따라 주문정보를 공유함에 따라 공유요청을 하는 판매자와 공유요청을 받은 공급자가 인터페이스를 선택하는 양상이 도시될 수 있다.
판매자(위탁자)는 판매자단말기에서 디스플레이되는 인터페이스에서 '공유출고'를 선택함으로써 주문정보를 공급자(수탁자)에게 공유시킬 수 있다(본 도면의 Ⅰ참조)
그러면 공급자는 공급자단말기에서 디스플레이되는 인터페이스에서 '주문접수'를 선택함으로써 현재 소비자로부터 직접 받은 주문정보 및 위탁받은 주문정보를 확인할 수 있다. 공급자도 판매자로서 역할을 하여 소비자로부터 직접 주문정보를 받을 수 있기 때문이다. 공급자는 직접 주문상품을 준비하고 배송하려면 '내부출고'를 선택할 수 있고, 재위탁하려면 '공유출고'를 선택할 수 있다. 본 도면에서 공급자는 판매자로부터 받은 주문정보에 따라 주문상품을 준비하기 위하여 '내부출고’를 선택할 수 있다. 그러면 판매자는 공급자가 이를 취소하지 않는 한 다시 수정-예를 들어 '공유출고'를 해제하고 '내부출고'로 변경하거나 주문정보의 내용을 수정하는 등-할 수 없다. 만약 공급자가 '내부출고'를 해제하면, 판매자는 해당 주문정보의 내용을 수정할 수 있다.
이와 같이 수탁자가 변경하지 않는 한 위탁자가 수정하지 못하는 점은 재위탁관계에서 재위탁자-예를 들어 제1 공급자-와 재수탁자-예를 들어 제2 공급자-에게도 동일하게 적용될 수 있다.
도 11은 일 실시예에 따른 공유서버, 판매자단말기 및 공급자단말기의 구성도이다.
도 11을 참조하면, 공유서버(110)는 제어부(111), 통신부(112), 저장부(113), 입력부(114), 출력부(115) 및 인터페이스부(116)를 포함할 수 있다.
통신부(112)는 네트워크를 통해 외부장치와 정보 또는 데이터를 주고받을 수 있다. 예를 들어 통신부(112)는 판매자단말기(130)로부터 주문정보 및 공유요청을 수신할 수 있다. 또는 통신부(112)는 송장정보를 송수신할 수 있다. 저장부(113)에는 일 실시예에 따른 주문정보 공유에 필요한 정보 또는 데이터가 저장될 수 있다. 입력부(114)는 시스템의 관리자로부터 명령을 입력받을 수 있다. 예를 들어 인터페이스의 설정, 판매자 및 공급자를 포함하는 회원 관리에 대한 명령이 입력될 수 있다. 출력부(115)는 시스템의 관리자에게 정보 또는 데이터를 시각적 또는 청각적으로 출력할 수 있다. 제어부(111)는 일련의 명령어가 저장된 메모리 및 일련의 명령어를 실행하는 프로세서를 포함하여 통신부(112), 저장부(113), 입력부(114), 출력부(115) 및 인터페이스부(116)를 제어할 수 있다.
또한, 판매자단말기(130)는 제어부(131), 통신부(132), 저장부(133), 입력부(134) 및 출력부(135)를 포함할 수 있다.
통신부(132)는 네트워크를 통해 외부장치와 정보 또는 데이터를 주고받을 수 있다. 예를 들어 통신부(132)는 공유서버(110)로 주문정보 및 공유요청을 송신할 수 있다. 또는 통신부(132)는 송장정보를 수신할 수 있다. 저장부(133)에는 일 실시예에 따른 주문정보 공유에 필요한 정보 또는 데이터가 저장될 수 있다. 입력부(134)는 판매자로부터 명령을 입력받을 수 있다. 출력부(135)는 판매자에게 정보 또는 데이터를 시각적 또는 청각적으로 출력할 수 있다. 구체적으로 출력부(135)는 공유서버(110)가 제공하는 인터페이스를 판매자에게 디스플레이할 수 있다. 제어부(131)는 일련의 명령어가 저장된 메모리 및 일련의 명령어를 실행하는 프로세서를 포함하여 통신부(132), 저장부(133), 입력부(134) 및 출력부(135)를 제어할 수 있다.
또한, 공급자단말기(140)는 제어부(141), 통신부(142), 저장부(143), 입력부(144) 및 출력부(145)를 포함할 수 있다.
통신부(142)는 네트워크를 통해 외부장치와 정보 또는 데이터를 주고받을 수 있다. 예를 들어 통신부(142)는 공유서버(110)로 공유요청에 대한 수락 및 송장정보를 송신할 수 있다. 또는 통신부(142)는 송장정보를 송신할 수 있다. 저장부(143)에는 일 실시예에 따른 주문정보 공유에 필요한 정보 또는 데이터가 저장될 수 있다. 입력부(144)는 판매자로부터 명령을 입력받을 수 있다. 출력부(145)는 공급자에게 정보 또는 데이터를 시각적 또는 청각적으로 출력할 수 있다. 구체적으로 출력부(145)는 공유서버(110)가 제공하는 인터페이스를 공급자에게 디스플레이할 수 있다. 제어부(141)는 일련의 명령어가 저장된 메모리 및 일련의 명령어를 실행하는 프로세서를 포함하여 통신부(142), 저장부(143), 입력부(144) 및 출력부(145)를 제어할 수 있다.
본 실시예에서 사용되는 구성요소 또는 “부(unit)”또는 블록 또는 모듈은 메모리 상의 소정 영역에서 수행되는 태스크, 클래스, 서브 루틴, 프로세스, 오브젝트, 실행 쓰레드, 프로그램과 같은 소프트웨어(software)나, FPGA(fieldprogrammable gate array)나 ASIC(application-specific integrated circuit)과 같은 하드웨어(hardware)로 구현될 수 있으며, 또한 상기 소프트웨어 및 하드웨어의 조합으로 이루어질 수도 있다. 상기 구성 요소 또는 '~부' 등은 컴퓨터로 판독 가능한 저장 매체에 포함되어 있을 수도 있고, 복수의 컴퓨터에 그 일부가 분산되어 분포될 수도 있다. 또한 구성요소 중 하나 이상은 하나 이상의 컴퓨팅 디바이스들 또는 그 일부를 사용하여 구현될 수 있다. 그러한 디바이스들은 예를 들어, 개인용 컴퓨터들, 서버 컴퓨터들, 핸드헬드 또는 랩탑 디바이스들, 멀티프로세서 시스템들, 마이크로컨트롤러 기반 시스템들, 셋탑 박스들, 프로그램가능 가전제품, 네트워크 PC들, 미니컴퓨터들, 메인프레임 컴퓨터들, 휴대 전화들, 개인용 디지털 단말(PDA, personal digital assistant)들, 게이밍(gaming) 디바이스들, 프린터들, 셋탑을 포함하는 기기들, 미디어 센터, 또는 다른 기기들, 자동차 임베디드 또는 부착 컴퓨팅 디바이스들, 다른 모바일 디바이스들, 상기 시스템들 또는 디바이스들 중 임의의 것을 포함하는 분산형 컴퓨팅 환경들, 등을 포함할 수 있다.
한편, 개시된 실시예들은 컴퓨터에 의해 실행 가능한 프로그램 및/또는 명령어를 저장하는 기록매체의 형태로 구현될 수 있다. 명령어는 프로그램 코드의 형태로 저장될 수 있으며, 프로세서에 의해 실행되었을 때, 프로그램 모듈을 생성하여 개시된 실시예들의 동작을 수행할 수 있다. 기록매체는 컴퓨터로 읽을 수 있는 기록매체로 구현될 수 있다. 컴퓨터가 읽을 수 있는 기록매체로는 컴퓨터에 의하여 해독될 수 있는 명령어가 저장된 모든 종류의 기록 매체를 포함한다. 예를 들어, ROM(read only memory), RAM(random access memory), 자기 테이프, 자기 디스크, 플래쉬 메모리, 광 데이터 저장장치 등이 있을 수 있다.
도 12 내지 도 16은 본 발명의 일 실시예에 따른 주문 공유시스템이 실제 구현되어 사용자에게 보여지는 화면을 나타내고 있다.
도 12는 본 발명의 일 실시예에 따른 주문 공유 시스템이 실제 구현된 로그인 화면을 나타낸 도면이고, 도 13은 본 발명의 일 실시예에 따른 주문 공유 시스템을 사용하는 A 사용자의 로그인 이후의 화면을 나타낸 도면이고, 도 14는 본 발명의 일 실시예에 따른 주문 공유 시스템을 사용하는 A 사용자가 다른 사용자에게 주문 공유를 위한 협력관계를 요청하는 화면을 나타낸 도면이고, 도 15는 본 발명의 일 실시예에 따른 주문 공유 시스템을 사용하는 C사용자가 협력관계 요청을 받고 이를 승낙하는 것을 나타낸 도면이고, 도 16은 본 발명의 일 실시예에 따른 주문 공유 시스템을 사용하는 사용자의 화면으로서 주문 공유 되었거나 주문 공유가 가능한 제품이 표시되는 것을 나타낸 도면이다.
도 12에 도시된 바와 같이, 사용자에게 로그인 화면을 제공하고, 사용자가 아이디와 비밀번호를 입력하여 로그인 할 수 있다.
도 13에서와 같이 A 사용자가 로그인 하게 되면 로그인 된 A 사용자의 협력 사용자의 리스트를 제공하게 된다. 협력 사용자의 아이디, 협력관계인지 여부, 협력관계를 요청한 일자 및 승낙일자가 함께 표시될 수 있다. 협력관계가 맺어진 두 사용자 간에는 주문을 공유할 수 있게 된다.
도 14를 참조하면, 사용자 A가 다른 사용자에게 협력관계를 요청할 수 있게 된다. 협력관계 맺을 아이디를 입력하면, 협력관계 요청을 확인하는 메시지가 팝업으로 제공되고, 협력관계를 요청하게 되면 A 사용자의 협력 사용자의 리스트가 업데이트 되게 된다. 한편 요청된 사용자가 승인하기 전까지 협력관계는 대기 상태로 유지된다.
도 15를 참조하면 C 사용자가 A 사용자로부터 요청받은 협력관계에 대하여 승락을 할 수 있고, 승낙을 하게 되면 C 사용자의 협력 사용자 리스트도 업데이트 될 수 있다. 이렇게 A 사용자가 요청하고 C 사용자가 승낙함으로써 A 사용자와 C 사용자는 서로 주문을 공유할 수 있게 된다.
도 16을 참조하면 주문 공유 시스템을 사용하는 사용자의 화면으로 제품에 따라 주문이 공유된 상황 또는 주문 공유가 가능한 상황을 사용자에게 제공함으로써 원하는 사용자와 주문 공유를 진행할 수 있다.
본 발명의 보호범위가 이상에서 명시적으로 설명한 실시예의 기재와 표현에 제한되는 것은 아니다. 또한, 본 발명이 속하는 기술분야에서 자명한 변경이나 치환으로 말미암아 본 발명의 보호범위가 제한될 수도 없음을 다시 한 번 첨언한다.
<부호의 설명>
100: 시스템
110: 공유서버
120: 소비자단말기
130: 판매자단말기
140: 공급자단말기

Claims (9)

  1. 유무선 네트워크로 연결된 공유서버, 판매자단말기 및 공급자단말기를 포함하는 주문 공유 시스템에 있어서,
    주문정보를 저장하는 공유서버;
    상기 공유서버에 접근하여 상기 주문정보를 확인 및 수신하고, 상기 주문정보에 포함된 주문상품의 준비가 완료되면 송장정보를 입력받고, 상기 공유서버로 상기 송장정보를 송신하는 공급자단말기; 및
    소비자로부터 상기 주문정보를 수신하여 상기 공유서버로 송신하고, 상기 공급자단말기가 상기 공유서버로 상기 송장정보를 송신하면 상기 공유서버에 접근하여 상기 송장정보를 확인 및 수신하고, 상기 소비자에게 상기 송장정보를 제공하는 판매자단말기를 포함하고,
    상기 공급자단말기는, 상기 판매자단말기로부터 공유요청을 수신하고, 상기 공유요청을 허락하여 공유권한을 획득한 경우에 상기 공유서버로 접근하고 상기 주문정보를 확인 및 수신할 수 있으며,
    상기 판매자단말기는, 상기 공급자단말기가 상기 공유권한에 기반하여 상기 송장정보를 상기 공유서버에 송신한 경우에 상기 공유서버로 접근하여 상기 송장정보를 확인 및 수신할 수 있는
    주문 공유 시스템.
  2. 상기 제1항에 있어서,
    상기 공급자단말기는, 상기 판매자단말기를 조작하는 판매자에게 상기 주문상품을 공급하는 공급자에 의하여 조작되고,
    상기 공급자는, 도매업자, 수입업자 및 제조업자 중 어느 하나에 해당하고,
    상기 소비자는, 상기 판매자에게 직접 주문을 하며,
    상기 판매자는, 상기 소비자로부터 직접 주문을 받는
    주문 공유 시스템.
  3. 상기 제1항에 있어서,
    상기 공급자단말기 및 상기 판매자단말기는, 상기 공유요청 및 상기 공유권한 중 적어도 하나가 충족되지 않은 경우 상기 공유서버에 접근할 수 없는
    주문 공유 시스템.
  4. 상기 제1항에 있어서,
    상기 공유서버는, 상기 공급자단말기가 상기 공유권한을 획득한 경우에 상기 판매자단말기 및 공급자단말기가 접근할 수 있는 일 폴더를 생성하고, 상기 일 폴더에 상기 주문정보를 저장하고,
    상기 공급자단말기는, 상기 일 폴더에 접근하여 상기 주문정보를 다운로드하는
    주문 공유 시스템.
  5. 상기 제4항에 있어서,
    상기 공유서버는, 상기 일 공유폴더에 상기 송장정보를 저장하고,
    상기 판매자단말기는, 상기 일 공유폴더에 접근하여 상기 송장정보를 다운로드하는
    주문 공유 시스템.
  6. 상기 제5항에 있어서,
    상기 공유서버는, 상기 일 공유폴더로부터 다른 공유폴더로 상기 주문정보를 이동한 경우, 상기 주문정보의 수정을 차단하는
    주문 공유 시스템.
  7. 상기 제1항에 있어서,
    상기 공급자단말기는, 상기 판매자단말기로부터 상기 공유요청을 받는 제1 공급자단말기 및 상기 판매자단말기 대신에 상기 제1 공급자단말기로부터 재공유요청을 받는 제2 공급자단말기를 포함하고,
    상기 제2 공급자단말기는, 상기 재공유요청을 허락하여 상기 공유권한을 획득하고, 상기 공유서버에 접근하여 상기 주문정보를 확인 및 수신하는
    주문 공유 시스템.
  8. 상기 제7항에 있어서,
    상기 제2 공급자단말기는, 상기 주문상품의 준비가 완료되면 상기 송장정보를 입력받고, 상기 공유서버로 상기 송장정보를 송신하고,
    상기 판매자단말기는, 상기 공유서버에 접근하여 상기 송장정보를 확인 및 수신하는
    주문 공유 시스템.
  9. 유무선 네트워크로 연결된 공유서버, 판매자단말기 및 공급자단말기를 포함하는 시스템이 주문을 공유하는 방법에 있어서,
    상기 판매자단말기가 소비자로부터 주문정보를 수신하여 상기 공유서버로 송신하는 단계;
    상기 판매자단말기가 상기 공급자단말기로 공유요청을 송신하는 단계;
    상기 공급자단말기가 상기 공유요청을 허락하여 공유권한을 획득하는 단계;
    상기 공급자단말기가 상기 공유서버에 접근하여 상기 주문정보를 확인 및 수신하는 단계;
    상기 공급자단말기가 상기 주문정보에 포함된 주문상품의 준비가 완료되면 송장정보를 입력받아 상기 공유서버로 송신하는 단계; 및
    상기 판매자단말기가 상기 공유서버에 접근하여 상기 송장정보를 확인 및 수신하는 단계를 포함하고,
    상기 공급자단말기는, 상기 판매자단말기로부터 공유요청을 수신하고, 상기 공유요청을 허락하여 공유권한을 획득한 경우에 상기 공유서버로 접근하고 상기 주문정보를 확인 및 수신할 수 있으며,
    상기 판매자단말기는, 상기 공급자단말기가 상기 공유권한에 기반하여 상기 송장정보를 상기 공유서버에 송신한 경우에 상기 공유서버로 접근하여 상기 송장정보를 확인 및 수신할 수 있는
    주문 공유 방법.
PCT/KR2022/015687 2021-10-22 2022-10-17 주문 공유 시스템 및 방법 WO2023068687A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020210141681A KR20230057663A (ko) 2021-10-22 2021-10-22 주문 공유 시스템 및 방법
KR10-2021-0141681 2021-10-22

Publications (1)

Publication Number Publication Date
WO2023068687A1 true WO2023068687A1 (ko) 2023-04-27

Family

ID=86058421

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/015687 WO2023068687A1 (ko) 2021-10-22 2022-10-17 주문 공유 시스템 및 방법

Country Status (2)

Country Link
KR (2) KR20230057663A (ko)
WO (1) WO2023068687A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101291629B1 (ko) * 2012-09-27 2013-08-01 유철구 생산자와 판매자가 인터넷 쇼핑몰에 제공하는 상품을 통합관리하는 쇼핑몰 관리 통합 솔루션
KR20140010597A (ko) * 2012-07-16 2014-01-27 심익보 판매 중개 시스템 및 그 방법
KR20180055677A (ko) * 2017-06-28 2018-05-25 주식회사 정육각 인터넷을 이용한 주문 및 결제 방법
KR20180126938A (ko) * 2017-05-19 2018-11-28 소프트캠프(주) 데이터 분산형 통합 관리시스템
KR102261344B1 (ko) * 2020-11-11 2021-06-04 이성구 통합 서비스 플랫폼을 이용한 광고인쇄물 제작 및 거래방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20140010597A (ko) * 2012-07-16 2014-01-27 심익보 판매 중개 시스템 및 그 방법
KR101291629B1 (ko) * 2012-09-27 2013-08-01 유철구 생산자와 판매자가 인터넷 쇼핑몰에 제공하는 상품을 통합관리하는 쇼핑몰 관리 통합 솔루션
KR20180126938A (ko) * 2017-05-19 2018-11-28 소프트캠프(주) 데이터 분산형 통합 관리시스템
KR20180055677A (ko) * 2017-06-28 2018-05-25 주식회사 정육각 인터넷을 이용한 주문 및 결제 방법
KR102261344B1 (ko) * 2020-11-11 2021-06-04 이성구 통합 서비스 플랫폼을 이용한 광고인쇄물 제작 및 거래방법

Also Published As

Publication number Publication date
KR20230098761A (ko) 2023-07-04
KR20230057663A (ko) 2023-05-02

Similar Documents

Publication Publication Date Title
US20230214099A1 (en) Systems and methods for content sharing through external systems
US9306975B2 (en) Transmitting aggregated information arising from appnet information
US9178911B2 (en) Evaluation systems and methods for coordinating software agents
US20020007422A1 (en) Providing equipment access to supply chain members
US10049226B1 (en) Facilitating access to restricted functionality
TW200302423A (en) Integrated internet portal and deployed product microserver management system
US20160086131A1 (en) Storage system
CN104769599A (zh) 信息管理设备、信息管理系统、信息管理方法和记录介质
WO2022220544A1 (ko) 무인 매장 원격 관리 시스템 및 방법
US20070209038A1 (en) Conflict avoidance and resolution in a distributed computing system
WO2018101103A1 (ja) オンデマンドサービス提供システム及びオンデマンドサービス提供方法
US20080127293A1 (en) Evaluation systems and methods for coordinating software agents
Li et al. Blockchain-enabled workflow management system for fine-grained resource sharing in E-commerce logistics
WO2018061621A1 (ja) アプリケーション開発環境提供システム、アプリケーション開発環境提供方法、コンピュータ読み取り可能な非一時的記録媒体、及び端末装置
WO2023068687A1 (ko) 주문 공유 시스템 및 방법
US20080068381A1 (en) Using network access port linkages for data structure update decisions
US8601104B2 (en) Using network access port linkages for data structure update decisions
Chen et al. Smart gateway for bridging BIM and building
KR20230095118A (ko) 재고 정보 처리 방법 및 장치
JP2002222236A (ja) 製品情報提供装置、製品情報の提供方法、そのためのプログラムおよび記録媒体
JP5597769B2 (ja) 携帯端末管理サーバ、および携帯端末管理プログラム
WO2024106579A1 (ko) 선용품 오픈마켓 플랫폼
KR102498821B1 (ko) 위탁 판매 관리 서버
KR102498822B1 (ko) 위탁 판매 관리 서버
JPH10187859A (ja) 業務処理方法及び業務処理システム及び業務処理装置及び業務処理プログラムを格納した記憶媒体

Legal Events

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

Ref document number: 22883910

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE