KR102679151B1 - Independent supplier management system linked with online shopping mall and method thereof - Google Patents

Abstract

The present invention includes an online shopping mall 120 and a user terminal including a partner terminal 110 registered as a partner of the online shopping mall 120; A virtual server 200 provided with an interlocking engine that connects to a user terminal and collects information; and an API platform 300 that processes and stores information collected from the virtual server 200 into standard information based on Open API and selectively provides it to user terminals. Provides an independent supplier management system linked to online shopping malls including.

Description

Independent supplier management system linked with online shopping mall and method thereof}

The present invention relates to an independent supplier management system and method linked to an online shopping mall.

In general, manufacturers who manufacture products or distributors who distribute products sell products online through their own websites or online shopping malls in addition to offline sales.

As a result of analyzing the online purchase behavior of 1,000 men and women in their 20s to 50s from October 2019 to March 2020, it was reported that they shopped online an average of 7.3 times per month and spent 420,000 won (DMC Media, 2020) Statistics), the proportion of online purchases in consumers' total purchases continues to increase.

Accordingly, manufacturers and distributors are investing human and time resources to increase sales volume by selling products online, but they often face difficulties in designing product introduction information, online shopping mall registration procedures, and product promotion, and the product There are many cases where manufacturers or distributors do not receive a return on investment due to marketing costs, online shopping mall entry and management costs, and sales commission expenses.

In addition, the existing supply chain and SCM are included within each shopping mall, resulting in difficulties in maintenance and performance management due to low speed and system independence.

In addition, because the steps from seller to supplier are fixed, scalability may be low, and because traditional supply chain management mainly consists of offline headquarters-distributor relationships, it is difficult to cope with online networks.

In addition, as the contractual relationship between the supplier and the customer (online shopping mall) is conducted offline, it is not easy to expand the supply chain users, and it is difficult to apply manual processing and delivery policies during settlement.

KR 10-2334336 B1(2021.11.29)

The present invention was created to solve the above problems, and the purpose of the present invention is to enable sharing of invoice and claim information between suppliers and customers (shopping malls), and to create a stand-alone shopping mall linked to an online shopping mall where it is easy to build an independent community system. To provide supplier management systems and methods.

The present invention includes the following examples to achieve the above object of the invention.

An embodiment of the present invention includes an online shopping mall, a user terminal including a partner terminal registered as a partner of the online shopping mall, a virtual server provided with an interlocking engine that connects to the user terminal and collects information, and information collected from the virtual server. It can include an API platform that processes and stores standard information based on Open API and selectively provides it to user terminals.

In the above embodiment, the virtual server can collect information by linking with the 3rd Party Solution and Partner Solution of the user terminal.

In the above embodiment, the API platform includes an API gateway that processes the collected information into information linked to a standard API based on Open API, a DB platform that stores the collected and processed information, and a user terminal that performs credentials and authentication. May include blockchain platforms.

In the above embodiment, the linking engine is a public document of a set type containing product information, order information, and claim information of the user terminal, a virtual experience program, a shopping mall operation management program, and integrated shopping mall management including product integration and product import. Information generated from at least one of the program and the stock/delivery management program can be collected.

In the above embodiment, the blockchain platform can manage inquiry/transfer/destroy requests through blockchain, and encrypt and store personal information credentials and information.

In the above embodiment, the API gateway checks the registered user terminal account information when accessing the user terminal from a partner or shopping mall terminal, and confirms it with the settings management module data including the OS type and supported browser range for each user terminal and company. A user management department that provides smooth usability in terms of UX without separate environmental adjustments, a data management department that monitors the source of received information and data errors to block IP access and delete abnormal data, and a blockchain platform. When requesting information from a connected user terminal, there is an authentication management unit that stores approval of the blockchain platform, information inquiry, issuance history information, and renewal information, and an authentication management unit that processes information collected from shopping malls and partner terminals into information that can be linked with standard APIs. It may include a system resource management unit that manages the DB Pool to prevent connection waiting and connection delays in the interconnection management unit and the DB platform.

In the above embodiment, the linkage management unit is a one-time user authentication module that performs heterogeneous authentication, and includes a user authentication linkage management module that allows login of user terminals to multiple applications and websites, and order information collected or stored from the virtual server. An order linkage management module that processes the collected claim information into a standard API based on Open API, a claim linkage management module that processes collected claim information into a standard API based on Open API, and an authentication key that searches for information with personal information issues among the order information. It may include a blockchain-linked management module that links to the original order information and a settings-linked management module that links to the specifications of the user terminal and the environment setting information of the OS.

The present invention is another embodiment, a) steps of registering as a service user terminal after registering as a member of the shopping mall and partner on the API platform, b) steps of delegating system access rights of the partner and shopping mall on the API platform, and c) API Steps to collect information from the shopping mall on the platform and provide information to the partner through a standard API based on Open API; d) Steps to update personal information by linking to the blockchain; e) Products to be sold to the shopping mall from the partner terminal After registering the list and saving it on the API platform, the product is registered in batches in multiple shopping malls with which the company is affiliated through the shopping mall linkage engine; f) When an order for the registered product is generated at the shopping mall, the standard is processed on the API platform Step c) includes processing the information into information and sending it to the partner terminal, g) confirming the order on the partner terminal, entering invoice information, and transmitting the delivery status to the shopping mall through the API platform, and step c) is when the user terminal is sent to the server. Or, depending on whether it is a PC, either a server type engine or a client engine is run to create a public document of a set type containing the user's product information, order information, and claim information, a virtual experience program, a shopping mall operation management program, integrated product management, and Collects information generated from at least one of the shopping mall integrated management program including product import and stock/delivery management program, but the client engine has a target market that is PC or a type that can be processed on a PC, and does not have an API or cannot be automatically collected. It collects order/product/delivery related information by connecting to the PC of the market that provides the shopping mall and its own API, and the server type engine connects to the server of the target market and collects related information if the target market is a server or a type that cannot be processed on the PC. It is possible to provide an independent supplier management method linked to an online shopping mall characterized by automatic collection of .

In the above embodiment, step b) is when the user terminal registered as a partner on the API platform runs the app for the first time, an access token is issued by requesting an access token from the shopping mall through the distribution and logistics standard API using the authentication code received from the authentication server. When a data request from a shopping mall or another partner is received from the partner who has been issued an Accesset token, the API platform connects to the target API and receives data; and transmitting the received data to the partner in the API platform.

The present invention provides a standard API based on Open API to such online shopping malls and their partners, thereby providing order, delivery, and invoice-related information between the shopping mall and partners (e.g., suppliers, fulfillment companies, manufacturers, sales vendors). It can be provided automatically in a standardized format, increasing work efficiency between companies.

Figure 1 is a block diagram showing an independent supplier management system linked to an online shopping mall according to the present invention.
Figure 2 is a block diagram showing an API gateway.
Figure 3 is a block diagram showing the interlocking management unit.
Figure 4 is a flowchart showing the registration process of a shopping mall and a partner.
Figure 5 is a diagram showing the authentication process.
Figure 6 is a block diagram showing the linking process.
Figure 7 is a flowchart showing the information update process linked to the blockchain.
Figure 8 is a flowchart showing the information retrieval process linked to blockchain.

Although the present invention may be subject to various changes and may have various embodiments, specific embodiments will be described in detail by illustrating them in the drawings. This is not intended to limit the present invention to specific embodiments, and is not intended to limit the present invention to any of the changes, equivalents, or substitutes included in the spirit and scope of the present invention for connecting and/or fixing structures extending in different directions. It must be understood as applicable.

The terms used in this specification are merely used to describe specific embodiments and are not intended to limit the invention. Singular expressions include plural expressions unless the context clearly dictates otherwise.

Among the terms used in this specification, terminal refers to a general term for computing devices capable of communication and may refer to terminals such as desktops, laptops, smartphones, PDAs, E-Books, and tablet PCs, and servers.

Additionally, when describing the present invention, if it is determined that a detailed description of related known technologies may unnecessarily obscure the gist of the present invention, the detailed description will be omitted.

Hereinafter, a preferred embodiment of an independent supplier management system and method linked to an online shopping mall according to the present invention will be described in detail with reference to the attached drawings.

Figure 1 is a block diagram showing an independent supplier management system linked to an online shopping mall according to the present invention.

Referring to FIG. 1, the present invention includes a shopping mall 120 that sells products online, a partner terminal 110 with which a business agreement is made with the shopping mall 120, and a shopping mall 120 and a partner terminal 110 (hereinafter referred to as a user terminal). A virtual server 200 that provides an Open API capable of collecting information from or linking with other servers or terminals, and an API platform that processes the information collected from the virtual server 200 into standard information, stores it, and provides it ( 300).

Shopping mall 120 refers to a market or shopping mall 120 that sells products online, and can be equipped with a 3rd party solution, a partner solution, or a solution that can be linked through the Open API provided through the virtual server 200. It may be a server or computing device.

The partner terminal 110 refers to companies in a partnership with the shopping mall 120 (e.g., at least one of a product manufacturer, supplier, and delivery company and a sales vendor that sells products through the shopping mall 120). Collected and processed information is received from the API platform 300. To this end, the partner terminal 110 may be equipped with an API (Application Programming Interface) that can be interoperable with the API platform 300.

The virtual server 200 may include a load balancing module that adjusts the load of data, and an integrity service model and routing module that blocks inaccurate data or IP.

In addition, the virtual server 200 is equipped with an interconnection engine and can collect information from the shopping mall 120 and partner terminals 110, store it in the API platform 300, and provide it to user terminals that have requested it.

In addition, the virtual server 200 is equipped with solutions that can be linked to the 3rd party solution and partner solution mounted on the user terminal and can collect information.

Here, Partner Solution is a program for orderers and may be an algorithm that collects market order information such as product order, inquiry, purchase, refund, and transfer.

3rd party solutions include, for example, workflow automation, file sharing, document management for collaboration, copying, printing and faxing, device locking, secure printing, translation, content-aware integrated printing, document capture and workflow process automation, etc. may include at least one of the programs.

The interworking engine may include a server-type engine and a client engine depending on the server or PC. The interconnection engine generates public documents of a set type (e.g., Excel, PowerPoint, MS-Word, at least one program for writing Korean documents) or a shopping mall operation program (e.g., a virtual experience program (e.g., ERPIA), a shopping mall operation management program (e.g., Sabangnet), integrated product management and at least one of a shopping mall integrated management program such as product retrieval (eg, Play Auto) and an entry/exit management program (eg, EC Monitor).

Here, if the target market is a PC or a type that can be processed on a PC, the client engine, for example, connects to the PC of a shopping mall (120) (online market) that does not have an API or cannot automatically collect and a market that provides its own API. Collect order/product/delivery related information.

The server type engine automatically collects relevant information by connecting to the server of the target market when the target market is a server or a type that cannot be processed on a PC.

The API platform 300 includes an API gateway 310 that processes information collected from the virtual server 200 into standard information, a DB platform 320 that stores and provides information, and a blockchain that authenticates user terminals and information. It may include a platform 330.

Among these, the blockchain platform 330 manages inquiry/transfer/destroy requests through blockchain. For example, the blockchain platform 330 certifies personal information qualifications, and encrypts and stores the original personal information before destruction.

The API gateway 310 processes the information collected from the virtual server 200 to generate standard information, and provides the generated standard information to each partner terminal 110 based on Open API.

For example, the partner company writes the delivery or order information requested in the shopping mall 120 by hand or prepares documents using each company's own form. In addition, since heterogeneous APIs may be installed between the shopping mall 120 and/or the partner terminal 110, it was not easy to share information online.

Accordingly, the present invention solves the above conventional problems by collecting information from the shopping mall 120 and the partner terminal 110 through the virtual server 200 and providing a standard linked API based on Open API.

For example, the API platform converts the partner company's multiple product lists into Excel document format when uploaded from the partner company's terminal into OpenAPI standard information.

At this time, the OpenAPI standard information is converted into information that pre-maps the code values of different product status values for each shopping mall and stored as standardized data in the DB platform. When the information is linked to the shopping mall, it is stored in xml format to suit the OpenAPI platform. Data is transmitted and stored in the shopping mall.

Through this, partner companies, especially vendors, sell products by entering the homepage of the existing shopping mall 120, but can collect information from the virtual server 200 and receive a standard API based on Open API provided through the API gateway 310. Therefore, it is possible to sell products even if you do not enter the shopping mall 120 directly, and it is also possible to sell products by appointing your own partner in the existing way.

Such an API gateway 310 will be described with reference to FIGS. 2 and 3.

FIG. 2 is a block diagram showing the API gateway 310, and FIG. 3 is a block diagram showing the interworking management unit 315.

Referring to Figures 2 and 3, the API gateway 310 includes a user management unit 311, a data management unit 312, an authentication management unit 313, an interworking management unit 315, a logging management unit 314, and It may include a system resource management unit 316.

The user management unit 311 manages user terminal access and UX (User Experience). For example, the user management unit 311 checks registered user terminal account information when connecting to a user terminal at a partner (terminal) or shopping mall (terminal), and manages settings such as the OS type and supported browser range for each user terminal and company. By checking with module data, it provides smooth usability in terms of UX without any additional environmental adjustments.

To be more specific, the user management unit 311 sets resolution standards for each PC-based OS and browser (e.g., MS IE browser (default): height value 78px (top: 27px / address bar + tab area: 51px), Apple Safari browser: height value 60px (top: 23px / address bar area: 37px), Opera browser: height value 70px (top: 31px / address bar area: 49px), etc. Responsive web design that can be changed according to the characteristics of the OS and browser. Responsive web design (RWD) approach technique is applied to automatically change the screen size according to the type of display connected to a single web page source, such as a PC, smartphone, or tablet PC.

In this way, the user management unit 311 can respond to various devices with a single web page source, thereby increasing efficiency in terms of time and cost regarding maintenance and additional development issues.

The data management unit 312 manages the reception and response of information for data integrity. In other words, the data management unit 312 can monitor the source of the received information and whether there are errors in the included data, block access to IPs classified as risk information or receive data from those IPs, and block abnormal data or incorrect information. It is possible to delete or modify data included.

The authentication management unit 313 performs authentication management for service access. For example, the authentication management unit 313 performs authentication for service access when using a user terminal on a partner terminal, and in conjunction with the blockchain platform 330, the authority of the user terminal is approved and updated by the blockchain platform 330. , issuance history information, and personal information inquiry qualifications can be verified and approved.

The interconnection management unit 315 processes information such as the shopping mall 120 and the partner terminal 110 by interconnecting them with a standard API. For this purpose, the linkage management unit 315 includes a user authentication linkage management module 315a, an order linkage management module 315b, a claims linkage management module 315c, a blockchain linkage management module 315d, and a settings linkage management module. It may include (315e).

The user authentication linked management module 315a performs heterogeneous authentication. For example, the user authentication module may be a one-time user authentication module (eg, Single Sign-On) and may be an authentication solution that allows a user terminal to log in to multiple applications and websites. Therefore, the user authentication linked management module 315a allows the user terminal whose credentials have been verified once to access all password-protected resources without repeated login.

The order linkage management module 315b collects order information from the partner terminal 110. At this time, the order linkage management module 315b, for example, uses a common document format (e.g., Excel, Hangul, MS) when the partner terminal 110 automatically connects to the service through the order engine of the virtual server 200. -Word, PowerPoint, etc.) order information is collected and applied and processed to the standard API.

The claim linked management module automatically collects claim information through the order engine of the virtual server 200 when the partner terminal 110 is connected. At this time, the order linkage management module 315b, for example, uses a common document format (e.g., Excel, Hangul, MS) when the partner terminal 110 automatically connects to the service through the order engine of the virtual server 200. -Word, Power Point, etc.) claim information is collected and applied and processed to the standard API.

When a request related to personal information among order information is received, the blockchain-linked management module 315d searches the information and links the authentication key to the original order information.

The settings linkage management module 315e operates according to the environment of various terminals (mobile, PC, tablet fit), mobile support OS (Android, IOS) and version specifications, and the type and version of Internet browser (chorme, explorer, edge, Safari). Since the specifications and compatibility of the user terminal vary, it is possible to check the environment setting information accessed by the user terminal and support and verify it.

Looking at recent statistical issues in online searches, it was found that more than 60% of online searches occur on mobile devices. Therefore, the settings linkage management module 315e applies the mobile-first concept rather than a responsive web access technique to apply only the necessary parts of a single web and personalize design and settings linkage management so that the UX can be changed to suit mobile characteristics. It is desirable to proceed.

The logging management unit 314 generates and loads logging information.

The system resource management unit 316 manages connections between the virtual server 200, the API gateway 310, and the DB platform 320. For example, the system resource management unit 316 assigns unique identification information to the collected and processed information and stores it in the DB platform 320, and adjusts the capacity of the memory used when processing it into standard information according to the capacity of the target information. Allocation memory can be adjusted.

Additionally, the system resource management unit 316 manages the DB Pool to prevent waiting for and connection delays in the DB platform 320. For this purpose, the system resource management unit 316 may include a DB Connection Pool.

Additionally, the system resource management unit 316 stores and manages modules such as frequently used programs and tools.

The present invention includes the above-described configuration, and hereinafter, a method for managing an independent supplier linked to an online shopping mall according to the present invention will be described.

The independent supplier management method linked to an online shopping mall according to the present invention may include a registration step for the shopping mall 120 and a partner, an authentication step, an linking step, and an information updating step through linking with a blockchain. The registration steps of the shopping mall 120 and partners will be described with reference to FIG. 4 .

Figure 4 is a flowchart showing the registration process of the shopping mall 120 and a partner in the independent supplier management method linked to the online shopping mall of the present invention.

Referring to FIG. 4, in the present invention, the shopping mall 120 and partner registration steps include step S110 of receiving an application for use on the API platform 300, step S120 of determining whether to approve use, and step S130 of receiving required document information. It includes steps S140 for approving documents, step S160 for receiving a delivery company/partner registration request, step S170 for automatic or selective approval, and step S180 for creating a bulletin board.

Step S110 is the step of accepting applications for use of the online shopping mall 120 and partners on the API platform. Here, the shopping mall 120 and the partner terminal 110 can register as members, log in, register basic information in the system, and then apply for use. The API platform 300 receives an application for use of the shopping mall 120 and/or the partner terminal 110.

Step S120 is a step in which the API platform 300 determines whether to approve use. The API platform 300 determines whether to approve use by checking the current application status and the accumulated number of approvals.

Step S130 is a step in which the API platform 300 determines approval for use and receives necessary documents and information. Here, the required documents and information may include contracts and other established documents (for example, business registration certificate, information that can confirm sales, etc.) required for the system or business.

Step S140 is a step in which the API platform 300 determines whether to approve the document. Document approval can be done manually by the relevant person and then input the decision.

In the S150 step, when document approval is determined in the API platform 300, a usage authentication key is issued in connection with the blockchain platform 330 and the operation manager of the company is registered. The user terminal receives and stores the usage authentication key and is registered as an operation manager through this.

Step S160 is a step in which the API platform 300 receives a request for registration as a partner company (eg, delivery company, supplier) of the company. You can register companies that are in a cooperative relationship with your terminal as partners. Here, as described above, the partner may be at least one of a fulfillment company, a delivery company, a sales vendor, and a supplier.

The user terminal selects companies that are in a cooperative relationship with the company and requests them to register as partners.

Step S170 is a step in which the API platform 300 receives and approves the registration request of the partner requested by the user terminal. Here, the API platform 300 can automatically approve the partner registration request of the user terminal or selectively approve it according to set rules.

Step S180 is a step of creating a bulletin board for the user terminal in the API platform 300. The created bulletin board is linked to the user terminal and related information is stored in the DB platform 320.

Figure 5 is a diagram showing the linking process.

Referring to Figure 5, in the present invention, the linking process collects information from the shopping mall 120 through the registered information of the user terminal in the linking engine of the virtual server 200, and the virtual server 200 in the API platform 300. This is the step of processing the information collected in a set standard format and storing and providing it to the DB platform 320.

First, the interconnection engine of the virtual server 200 collects order, product, and invoice information depending on whether the server type is server type or client type. At this time, the shopping mall 120 provides its own API. Here, the shopping mall 120 may also include markets where API does not exist and markets where automatic collection is not possible.

Therefore, in the case of a shopping mall 120 that cannot be accessed or processed on a PC, the server-type engine connects to the server and collects order, product, and invoice information, and the client engine connects to the shopping mall 120 that can be accessed and processed on a PC and collects information Collect.

At this time, the collected information is a public document in a set format, a document provided by the shopping mall 120 itself, or information provided by Party Solution (e.g., shopping mall operation, management, product and order management, stock/delivery management information). There could be at least one.

In this way, the information collected from the virtual server 200 is stored in the DB platform 320.

The API platform 300 may process information stored in the DB platform 320 or information collected from the virtual server 200 and store it in the DB platform 320. At this time, the information being processed may be one of detailed information on the ordered product, delivery information, and personal information.

Information processed by the API platform 300 may be transmitted to each partner terminal 110. At this time, each partner terminal 110 is limited to terminals registered as partners in the corresponding shopping mall 120.

In addition, in order for a user terminal (partner terminal 110 and/or shopping mall 120) to receive information from the DB platform 320, access is possible after verifying credentials through an authentication process.

In addition, the present invention enables the linkage of the above information after going through a process of delegating the user terminal's API usage rights (web service or application access rights). The delegation process of such API use authority is explained with reference to FIG. 6.

Figure 6 is a diagram illustrating the delegation process of usage authority.

Referring to FIG. 6, the delegation process of usage authority in the present invention includes steps S210 in which the API user terminal executes the app and connects to the API platform 300, and S220 in which the API platform 300 requests an authentication code from the authentication server. Step S230, where an authentication code is issued according to the verification result of the authentication server; Step S240, where the API platform 300 requests the issuance of an access token with an authentication code; Step S250, where an access token is issued; and data from the user terminal. Step S260 of receiving a request, step S270 of querying the authentication server using an access token in the API platform 300, step S280 of receiving a response from the authentication server according to the request of the user terminal in the API platform 300, and , including step S290 of transmitting data from the API platform 300 to the user terminal.

Step S210 is the step where the user terminal runs the first app. Here, the user terminal runs the app and connects to the API platform 300. At this time, when the app is executed for the first time, the API platform 300 initiates a process to authenticate permission to access the API (eg, web service or application) of the user terminal.

Step S220 is a step in which the API platform 300 requests an authentication code from the authentication server. The API platform 300 requires authentication that authority has been delegated in order to access the web service or application of the user terminal. Therefore, the API platform 300 requests an authentication code from the authentication server.

Step S230 is a step of receiving an authentication code according to the verification result of the authentication server from the API platform 300. The authentication server verifies information on the user terminal and API platform and issues an authentication code. At this time, the authentication server can verify the qualifications of the user terminal in connection with the blockchain platform 330.

Step S240 is a step in which the API platform 300 transmits an authentication code to the user terminal and requests the shopping mall to issue an access token according to the user terminal's request. The access token is a value that proves that the API platform 300 has delegated permission to use the API to the user terminal. Therefore, the API platform 300 requests an access token from the shopping mall through the distribution and logistics standard API according to the request of the user terminal.

Step S250 is a step in which the API platform 300 receives an access token. This access token means that access to the API of the user terminal (partner terminal 110 and/or user terminal) is delegated. Therefore, the API platform 300 can perform data linking using the issued access token.

Step S260 is a step in which the API platform 300 receives a data request from the user terminal. The API platform 300 receives a data request from the user terminal after receiving the access token.

In step S270, the API platform 300 distributes the access token issued by the authentication server when the user terminal requests data. This is the step of requesting an API that can access the shopping mall from the logistics standard API.

Step S280 is a step of transmitting data received from the API platform 300 to the user terminal.

The API platform 300 is delegated API access authority from such a user terminal, and thereafter collects and processes order, delivery, invoice and claim information generated by the user terminal and transmits it to the relevant partner terminal 110. Additionally, the API platform 300 can collect claim information, process it into a standard API, and share the information with all registered user terminals or selected user terminals.

Additionally, in the present invention, user terminals can update and search information registered in the API platform 300. This is explained with reference to FIGS. 7 and 8.

Figure 7 is a flowchart showing the information update process linked to the blockchain.

Referring to Figure 7, the information update process linked to the blockchain includes step S311 of transmitting personal information from the API platform 300, step S312 of checking whether the blockchain platform 330 requests the issuance of personal information, and If there is no request, it includes step S313 of determining whether to approve issuance, step S314 of updating issuance history information, and step S315 of storing the updated information in the API platform 300.

Step S311 is a step in which order personal information including orderer information, recipient information, and personal identification KEY is transmitted from the API platform 300 (e.g., distribution logistics standard API) to the blockchain platform 330.

Step S312 is a step where the blockchain platform 330 (e.g., blockchain API) checks whether an issuance request is made.

Step S313 is a step in which the blockchain platform 330 determines whether to issue personal information if there is no request for issuance from the API platform 300.

Step S314 is the step of managing the issuance history in the blockchain platform (330). At this time, the blockchain platform 330 can check and organize the issuance history (e.g., approval, rejection, error) and re-issue the changed blockchain KEY according to the results. Additionally, the blockchain platform 330 transmits the error history and changed blockchain KEY value to the API platform 300.

Step S315 is a step in which the API platform 300 stores personal information including changed blockchain KEY values and error history.

That is, the API platform 300 of the present invention is capable of periodically managing and updating the personal information and information issuance history of the user terminal.

Figure 8 is a flowchart showing the information retrieval process linked to blockchain.

Referring to FIG. 8, in the present invention, the API platform 300 stores order information including orderer personal information, recipient information, and personal identification KEY in conjunction with the blockchain API, and when a personal information inquiry request from the user terminal is received, This can be provided through a standard linked API.

Specifically, the present invention includes step S321 of receiving a personal information inquiry request from a user terminal, step S322 of checking validity in the blockchain, step S323 of approving the inquiry of the blockchain, and collecting information from the blockchain platform 330. It includes step S324 of searching and step S325 of providing information search results through a standard linked API.

Step S321 is a step of receiving a personal information inquiry request from the user terminal through the API platform 300 (eg, distribution logistics standard API). Here, the user terminal is a 3rd party solution (e.g., supplier, fulfillment company, delivery company, sales vendor) and can request inquiry of orderer information, recipient information, and personal information.

Step S322 is a step where the blockchain platform 330 checks validity according to the request from the API platform 300. Here, validation is the process of confirming whether the user terminal requesting information has the qualifications to request the information. In other words, the blockchain platform 330 checks the registration information of the user terminal that requested the information and checks its validity.

In step S323, the blockchain platform 330 (e.g., blockchain API) determines whether to view the information according to the validation result.

In step S324, when the blockchain platform 330 approves the inquiry of information, the requested information is searched in conjunction with the DB platform 320.

Step S325 is a step in which the API platform 300 provides searched information through a standard linked API. At this time, the provided information may be provided selectively according to the permissions set in the user terminal, and the results of approval and rejection of the information inquiry may also be included.

The present invention provides a standard API based on Open API to the online shopping mall 120 and its partner companies, so that orders between the shopping mall 120 and partners (e.g., suppliers, fulfillment companies, manufacturers, sales vendors) can be processed. Shipping and invoice-related information can be collected and automatically provided in a standardized form.

For example, the partner terminal 110 registers a list of products to be sold in a shopping mall and stores them in the API platform 300. Thereafter, the partner terminal 110 can collectively register products in multiple shopping malls with which the company is affiliated through the interconnection engine.

Afterwards, when an order for a registered product occurs in each shopping mall 120, the API platform collects the order information of the shopping mall, processes it into standard information, and provides it to the partner terminal 110. Accordingly, the partner terminal 110 can access the shopping mall 120 to confirm the order.

And the partner terminal 110 that has confirmed the order can, for example, input invoice information when sending the product by courier and transmit the delivery status to the shopping mall through the API platform 300.

Therefore, the shopping mall 120 can provide the delivery status of the corresponding product by including it in the order information of the orderer.

As such, the present invention provides a standard Open API in the API platform, making it easier for partner companies to collect information, and improving the hassle of existing handwriting and congestion caused by diversity of forms.

In the above, preferred embodiments of the present invention have been shown and described, but the present invention is not limited to the specific embodiments described above, and may be used in the technical field to which the invention pertains without departing from the gist of the invention as claimed in the claims. Of course, various modifications can be made by those skilled in the art, and these modifications should not be understood individually from the technical idea or perspective of the present invention.

110: Partner terminal
120: shopping mall
200: virtual server
300: API platform
310: API gateway
311: User management department
312: Data management department
313: Certification management department
314: Logging management unit
315: Linkage management department
315a: User authentication linked management module
315b: Order linkage management module
315c: Claim linkage management module
315d: Blockchain linked management module
315e: Settings linkage management module
316: System resource management department
320: DB platform
330: Blockchain platform

Claims (9)

A user terminal including an online shopping mall 120 and a partner terminal 110 registered as a partner of the online shopping mall 120;
A virtual server 200 provided with an interlocking engine that connects to a user terminal and collects information; and
An API platform 300 that processes and stores information collected from the virtual server 200 into standard information based on Open API and selectively provides it to user terminals; contains
API platform 300 is
An API gateway 310 that processes the collected information into information linked to a standard API based on Open API; Including,
API gateway 310 is
When connecting a user terminal from a partner or shopping mall terminal, check the registered user account information, check the settings management module data including the OS type of the user terminal and the range of supported browsers, and change it according to the characteristics of the OS and browser of the user terminal. To make this possible, a user management unit 311 that automatically adjusts the screen size according to the type of display of the user terminal using a single web page source by applying a responsive web design (RWD) approach technique; and
It includes a data management unit 312 that monitors the source of received information and data errors to block IP access and delete abnormal data,
The interlocking engine is
Operating public documents, virtual experience programs, and shopping malls of a set type containing product information, order information, and claim information of the user terminal depending on whether the information collection target is a server or a PC, including server type engines and client engines depending on the server or PC. Collects information generated from at least one of a management program, a shopping mall integrated management program including integrated product management and product import, and an entry/exit management program,
The client engine is
If the user terminal is a PC or a type that can be processed on a PC, information related to orders/products/delivery is collected by accessing user terminals that do not have an API or cannot be automatically collected and user terminals that provide their own API.
Server type engine
If the user terminal is a server or a type that cannot be processed on a PC, automatically collect related information by connecting to the target user terminal; An independent supplier management system linked to an online shopping mall featuring .
The method of claim 1, wherein the virtual server 200
Collecting information by linking with the 3rd Solution and Partner Solution of the user terminal; An independent supplier management system linked to an online shopping mall featuring .
The method of claim 1, wherein the API platform 300
DB platform 320 for storing collected and processed information; and
A blockchain platform 330 that performs credentialing and authentication of user terminals; A stand-alone supplier management system linked to online shopping malls, including .
delete In claim 3, the blockchain platform 330 is
Management of inquiry/transfer/destroy requests via blockchain, and encryption and storage of personal information credentials and information; An independent supplier management system linked to an online shopping mall featuring .
The method of claim 3, wherein the API gateway 310
An authentication management unit 313 that stores information about whether the blockchain platform 330 is approved, information inquiry, issuance history information, and update information when a user terminal connected to the blockchain platform 330 requests information;
an interworking management unit 315 that processes information collected from the shopping mall 120 and the partner terminal 110 into information that can be interoperable with a standard API; and
A system resource management unit 316 that manages the DB Pool to prevent connection waiting and connection delays of the DB platform 320; A stand-alone supplier management system linked to an online shopping mall that further includes.
In claim 6, the interlocking management unit 315
A user authentication linkage management module 315a that allows login of user terminals to multiple applications and websites as a one-time user authentication module that performs heterogeneous authentication;
an order linkage management module 315b that processes order information collected or stored from the virtual server 200 into a standard API based on Open API;
A claims linkage management module (315c) that processes the collected claim information into a standard API based on Open API;
A blockchain-linked management module (315d) that searches for information with personal information issues among order information and links the authentication key to the original order information; and
A settings linkage management module 315e that links user terminal specifications and OS environment setting information; A stand-alone supplier management system linked to online shopping malls, including .
a) Step of registering the user terminal as a service user after registering as a member of the shopping mall 120 and the partner terminal 110 in the API platform 300;
b) Delegating system access rights of the partner terminal 110 and the shopping mall 120 from the API platform 300;
c) collecting information from the shopping mall 120 at the API platform 300 and providing the information to the partner terminal 110 using a standard API based on Open API;
d) Step of updating personal information by linking to blockchain;
e) registering a list of products to be sold in a shopping mall at the partner terminal 110, storing them in the API platform 300, and then registering the products in multiple shopping malls affiliated with the company through a shopping mall linkage engine;
f) When an order for a product registered in a shopping mall is generated, the API platform 300 processes it into standard information and transmits it to the partner terminal 110; and
g) Confirming the order at the partner terminal 110, entering invoice information, and transmitting the delivery status to the shopping mall through the API platform 300; Including,
In at least one of steps a) to g), the API platform
Responsive web design (RWD) access technique is applied to allow changes according to the characteristics of the user terminal's OS and browser, so that the screen size automatically changes depending on the display type of the user connected to a single web page source. Manage UX to
Step c) is
Depending on whether the user terminal is a server or a PC, either a server type engine or a client engine is run to create a public document of a set type containing the user's product information, order information, and claim information, a virtual experience program, a shopping mall operation management program, Collect information generated from at least one of the shopping mall integrated management program including integrated product management and product import, and the stock/delivery management program,
The client engine collects information related to orders/products/delivery by connecting to PCs in shopping malls where the target market is PC or a type that can be processed on a PC and which does not have an API or where automatic collection is not possible, and markets that provide their own API.
The server type engine automatically collects relevant information by connecting to the server of the target market when the target market is a server or a type that cannot be processed on a PC; An independent supplier management method linked to an online shopping mall characterized by .
In claim 8, step b) is
When the user terminal registered as a partner in the API platform 300 runs the app for the first time, requesting and issuing an access token from the shopping mall through the distribution and logistics standard API using the authentication code received from the authentication server;
When a data request from the shopping mall 120 or another partner terminal 110 is received from the partner terminal 110 to which an access token has been issued, the API platform 300 connects to the target API and receives data; and
Transmitting received data from the API platform 300 to the partner terminal 110; A stand-alone supplier management method linked to an online shopping mall, including.

Images