KR101786759B1 - Group purchasing service providing server and method of providing group purchasing service using the saame - Google Patents

Abstract

A method for providing a joint purchase service is disclosed. The method for providing a joint purchase service includes using a joint purchase service providing server to receive deal information on a joint purchase from a user terminal and storing deal information in a DB to generate deal information , The server determining whether to approve a deal regarding the joint purchase, and if the deal is approved, the server performing a joint purchase transaction process with another user.

Description

TECHNICAL FIELD [0001] The present invention relates to a service providing server and a method for providing a joint purchase service using the service providing server.

An embodiment according to the concept of the present invention relates to a method of providing a joint purchase service, and more particularly, to a method of providing a joint purchase service, in which a user selects a target of collective purchase and provides benefits to the user A method for providing a joint purchase service, and a server for providing a joint purchase service.

The present invention relates to a method for determining whether a consumer opens a joint purchase for an offline store and accepts a joint purchase of the store online, and is directed to a system for enforcing rights and obligations of a consumer and a store will be.

Most current forms of social commerce are commercial transactions centered on social commerce. This social commerce business-centered approach is not only unable to select the services and items desired by the consumer, but can also increase the awareness of the shops due to one-off events in terms of the suppliers providing goods or goods. However, It is easy to be confined to the method, and consumers have an image using goods or services at a low price, which can affect the prices of goods or services that they sell. Therefore, if a consumer meets the desire to receive desired goods or services at any time, suppliers need to use social commerce as a continuous marketing channel instead of one-time while maintaining the existing pricing policy.

At present, most of the social commerce stores have a lot of stores that are newly opened or not recognized. From the vendor's point of view, the business is already doing well, because there is no reason to offer goods or services through discounts. Therefore, there is a need for a way to enable consumers to use more competitive products by participating in suppliers of popular shops or services.

Recently, technologies such as mobile, augmented reality, global positioning system (GPS), and quick response code (QR code) have been combined with social network service (SNS) to change the commercial mode to social. Here, the social network service brings the concept of social relationship into the Internet space, and it is a service that supports network formation through establishing a relationship between people and people.

That is, the social network service supports the relationship network and information management with friends, junior and colleagues. These social network services are rapidly becoming popular through social media such as Twitter, Facebook, MySpace, LinkedIn, Bibo, H15, and XING.

Meanwhile, social commerce is a business model that combines word-of-mouth marketing through social network services and online joint purchasing. When the minimum purchase quantity is reached for each product, the social commerce allows the user to receive a predetermined discount, thereby allowing the user to voluntarily find and collect the acquaintance to participate in the joint purchase through his social network. Accordingly, the product information is delivered to a large number of users in a short period of time, thereby reducing the marketing cost of the company, and when the minimum purchase quantity is achieved from the user (consumer), the desired product or service can be purchased at a low price .

In addition, the social commerce is such that activities such as purchase, evaluation and review of the user are reflected in the social network and are shared with the acquaintances, thereby allowing other users who want to purchase the product to have more reliable access. For example, a user can access a social network using a portable terminal such as a smart phone, and search for a location (e.g., foursquare, gowalla, etc.) Based service can be used to share offline shopping and purchase experience.

In this way, social commerce through social networks does not cost marketing expenses excluding time and manpower, and the user increases the possibility of selling the product by reading the evaluation and recommendations of the acquaintances and deciding the purchase.

However, conventional social commerce sites such as group phone and ticketing monster are enterprise-driven by promoting and selling various products (including services) and encouraging users to purchase online coins. In other words, users can only participate in joint purchases and receive discounts on products promoted on social commerce sites. Such a company-led method can receive purchase participation and discount only for a product that a company presents as a joint purchase in a passive position, so that when a user does not purchase a desired product, There is a limit.

Therefore, there is a need for the user to lead and publicize the products he intends to purchase, and to receive discounts through effective joint purchasing methods.

The technical problem to be solved by the present invention is to create a deal on a desired joint purchase, and the supplier can classify the method of establishing a continuous marketing channel with the customer who created and participated in the joint purchase, And to provide a joint purchase service providing method and server for providing a joint purchase service.

A method for providing a joint purchase service according to an embodiment of the present invention is a method using a joint purchase service providing server, in which a server receives deal information related to a joint purchase desired by a user from a user terminal, Storing the transaction information in a DB to generate deal information, verifying the consistency of the generated deal, determining whether the server approves the deal on the joint purchase, and if the deal is approved, And performing a joint purchase transaction process with another user.

Wherein the deal information includes information on a supplier, which is information of a company that provides the object of the joint purchase, and information on a joint purchase, which is information on the object of the joint purchase, and the provider information includes a name of the company And the joint purchase target information may include a name of the object.

The provider information may further include an address or a contact of the vendor, and the joint purchase target information may further include at least one of a price, a discount rate, and a discount price of the target.

In addition, the step of determining whether to approve the deal includes determining whether the supplier supplying the goods or service accepts or rejects the generated deal, The step of releasing the deal, and the step of posting the deal information on the site.

The method may further include the step of the server determining a member class of the user of the user terminal and the server providing the user a benefit corresponding to the determined member class, And may further include presenting the requirements of the supplier.

The step of determining the membership level may include determining a membership level of the user based on various activities such as the number of times the user uses the company, the number of successes of the user's deal with the company, the sales achieved through the deal, activity, and the number of current classes acquired by the user.

The step of providing the benefit to the user may include transmitting the barcode including the user information of the user to the user terminal and providing the benefit information provided to the user to the business terminal.

The barcode may be implemented as a two-dimensional barcode or a matrix barcode.

In addition, the step of providing the benefit to the user may transmit an electronic coupon including the benefit information provided to the user to the user terminal.

The method may further include receiving vendor request information from a vendor terminal, transmitting the vendor request information to the user terminal, receiving user response information from the user terminal, And transmitting the response information to the vendor terminal, wherein the vendor request information includes a questionnaire on a product or a service provided by the vendor, and the user response information may include a response to the questionnaire .

The joint purchase service providing server according to an embodiment of the present invention receives deal information about a desired joint purchase from a user terminal and stores deal information in a DB to generate deal information to generate deal information Module, a deal approval module for comparing the deal information generated and the deal information stored in the DB to determine whether to approve the deal, and a settlement module for performing the purchase process for the deal with another user when the deal is approved .

If the deal is approved, the deal approval module may register the deal information on a blog, a personal home page, and a social commerce site of an individual.

In addition, the common purchase service providing server may be configured to determine, based on at least one of the number of times the user uses the business, the number of successes of the deal with the company, the sales achieved through the deal, And a benefit information providing module for transmitting the benefit information corresponding to the calculated rating to the terminal of the user terminal or the business entity.

The benefit information providing module transmits a barcode including user information of the user to the user terminal and transmits benefit information to the user terminal.

The benefit information providing module may transmit an electronic coupon including benefit information provided to the user to the user terminal.

The joint purchase service providing server may further include a vendor request information processor for transmitting the vendor request information received from the vendor terminal to the user terminal and transmitting the user response information received from the user terminal to the vendor terminal, The vendor request information may include a questionnaire on a product or a service provided by the vendor.

The method of providing a joint purchase service according to an embodiment of the present invention can create a deal with respect to a joint purchase desired by the user, thereby eliminating the restriction on the joint purchase target.

In addition, the method of providing a joint purchase service may use the deal once the customer creates a deal, regardless of whether the supplier is accepting the deal (the cost of the joint purchase system).

Also, the joint purchase service providing method can increase the participation rate of the user by calculating the membership level of the user and providing benefits corresponding to the calculated rank.

Also, the joint purchase service providing method has the effect of enabling the user to respond to the request information of the vendor in response to the benefit provided to the user, thereby activating the feed pack between the consumer and the vendor.

In addition, the method of providing a joint purchase service can reduce the workload of the manager of the joint purchase service providing method by allowing the user to generate a deal, and reduce manpower to reduce the total operation cost.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS In order to more fully understand the drawings recited in the detailed description of the present invention, a detailed description of each drawing is provided.
1 is a conceptual diagram for explaining a joint purchase service providing method and a joint purchase service providing server according to an embodiment of the present invention.
FIG. 2 illustrates a system including a joint purchase service providing server according to an embodiment of the present invention.
FIG. 3 shows a specific configuration of the joint purchase service providing server shown in FIG.
4 is a flowchart illustrating a method of providing a common purchase service using the common purchase service providing server shown in FIG.
5 is a flowchart specifically illustrating the deal management step shown in FIG.
6 is a diagram for explaining a criterion for calculating a user's membership level and a benefit corresponding to the calculated rating.

It is to be understood that the specific structural or functional description of embodiments of the present invention disclosed herein is for illustrative purposes only and is not intended to limit the scope of the inventive concept But may be embodied in many different forms and is not limited to the embodiments set forth herein.

The embodiments according to the concept of the present invention can make various changes and can take various forms, so that the embodiments are illustrated in the drawings and described in detail herein. It should be understood, however, that it is not intended to limit the embodiments according to the concepts of the present invention to the particular forms disclosed, but includes all modifications, equivalents, or alternatives falling within the spirit and scope of the invention.

The terms first, second, etc. may be used to describe various elements, but the elements should not be limited by the terms. The terms may be named for the purpose of distinguishing one element from another, for example, without departing from the scope of the right according to the concept of the present invention, the first element may be referred to as a second element, The component may also be referred to as a first component.

It is to be understood that when an element is referred to as being "connected" or "connected" to another element, it may be directly connected or connected to the other element, . On the other hand, when an element is referred to as being "directly connected" or "directly connected" to another element, it should be understood that there are no other elements in between. Other expressions that describe the relationship between components, such as "between" and "between" or "neighboring to" and "directly adjacent to" should be interpreted as well.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. The singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, the terms "comprises" or "having" and the like are used to specify that there are features, numbers, steps, operations, elements, parts or combinations thereof described herein, But do not preclude the presence or addition of one or more other features, integers, steps, operations, components, parts, or combinations thereof.

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. Terms such as those defined in commonly used dictionaries are to be interpreted as having a meaning consistent with the meaning of the context in the relevant art and, unless explicitly defined herein, are to be interpreted as ideal or overly formal Do not.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings attached hereto.

1 is a conceptual diagram for explaining a method of providing a joint purchase service according to an embodiment of the present invention.

Referring to FIG. 1, a method of providing a joint purchase service will be briefly described as follows.

1. The customer enters the supplier and makes a deal.

The customer must enter basic information to create a deal. In other words, the customer must provide deal information that is information on the deal. If the basic information can not be provided by the joint purchase service providing server, the customer directly inputs the basic information. The most problematic in this case is the consistency of the DB entered by the customer. The information required for the DB consistency check is the information of the vendor telephone number and the menu or service that created the deal. Therefore, if the corresponding supplier is a restaurant, a deal can be made only by uploading the address of the business card of the restaurant to a photograph or by uploading a photograph of the menu board. The deal may be made through a mobile terminal but can be modified via a PC. Finally, when the input is completed, the customer requests approval.

Basically, the deal made by the customer is available for a few days after the minimum quantity has to be sold.

2. The joint purchase service providing server first approves the deal.

The first approval confirms whether the place is correct or there is an error in the deal. At this time, the supplier is inquired through the telephone, and an image including the telephone number and a menu plate having the price of the goods or services that generate the deal are required. This is done primarily through matching.

3. At the end of the first approval, the customer who made the deal must sell the original quantity.

The initially input quantity is presented by the joint purchase service providing server. For example, if the first input quantity is 20, the customer must sell 20 of the 20 sets. The generated deal is listed on a personal blog or other site, and is linked to a page provided by the joint purchase service providing server when another customer clicks, and sales are made through the payment means at this time.

In the case of the discount rate, the maximum discount value is automatically set in the joint purchase service providing server. If the discount rate is not set in the joint purchase service providing server, the customer can input the discount rate. The operator of the joint purchase service providing service providing server directly makes a deal.

Since the price of goods or services varies, the maximum amount of risk to be paid by the operator of the joint purchase service providing server when the deal is canceled in the joint purchase service providing server, that is, the amount to be received by the customer when the deal is canceled Automatically calculated. For example:

When the maximum individual risk amount is KRW 20,000, the risk amount according to the price of goods, discount rate, and sales price is as follows.

The price of goods discount rate price Risk amount (= discount amount) 10,000 won or less 50% 5,000 won 5,000 won Below 20,000 won 50% 10,000 won 10,000 won Under 40,000 won 50% $ 20 $ 20 Below 60,000 won 33% $ 40 $ 20 Below 100,000 won 20% $ 80 $ 20

At this time, if the customer creates a deal and sells a limited quantity, the individual maximum risk amount is a per capita expense to be paid by the operator of the joint purchase service providing server because the supplier refuses the deal, . The discount rate is automatically calculated according to the maximum risk amount. The risk amount is the amount of the discounted amount of the consumer, and if the deal is canceled, the amount of the risk amount is compensated to the consumer.

The discount rate and the risk amount may be determined by the deal information generation module (320 in FIG. 3) described below. That is, the deal information generating module can calculate the discount rate and the risk amount according to the price of the goods or services received from the consumer terminal.

4. Confirm sales and contact the vendor (negotiate with supplier)

When the customer sells the minimum quantity, the deal is successful, and the joint purchase service providing server contacts the supplier offline.

5. The supplier can choose one of three types.

First, the supplier can accept the deal already sold by the customer, and only periodically allow the customer to make deals (periodic limited sales). If the supplier decides on how many times a month, how many in a month, how much in a month, and so on, the customer will accept the deal he has created and sold, the customer will periodically make a deal with that supplier. do.

Second, if the supplier allows extended sale, the goods or services of the supplier are sold through a site provided by the joint purchase service providing server.

Third, the supplier can refuse the generated deal.

If the vendor declines the generated deal, the vendor is reflected in the DB so that the consumer can no longer make a deal. In the case of a joint purchase service providing server for goods that have already been sold, it may be accumulated as cyber money as much as the discount amount, or the customer may use the service to the corresponding supplier and charge the cost to the operator of the joint purchase service providing server ≪ / RTI >

6. Grant vendor periodic marketing behavior

The customer who created the deal is automatically registered with the cyber management team of the supplier and given a periodic mission. For example, the mission may be an opinion delivery or survey service for a new product or service. In addition, the customer should be given a mission such as writing a description of the supplier on line and periodically report to the supplier.

FIG. 2 illustrates a system including a joint purchase service providing server according to an embodiment of the present invention.

Referring to FIG. 2, the system 1 includes a user terminal 10, a joint purchase service providing server 30, and a business terminal 50.

The user can access the joint purchase service providing server 30 using the user terminal 10 and post at least one joint purchase deal to the social commerce site 32 (hereinafter referred to as "site "). Here, the site 32 on which the social commerce is performed may be, for example, a web system for implementing the function of the social network in the site 32 or a link system for displaying a button type link for moving to a social network, A social network service provided by a social network service provider (e.

The site 32 described in the present invention is defined as an online site where a user can post necessary information. For example, the site 32 may include not only a user's personal home page site but also all social sites where goods are traded. Hereinafter, the site 32 provided by the joint purchase service providing server 30 of the service company providing the social commerce service will be described as an example.

In addition, the connection network between each terminal of the administrator, the user and the partner managing the social commerce server and the site may be a local area network (LAN), a wide area network (WAN), or a value added network (VAN) network, a mobile radio communication network such as 3G, WiFi, or a satellite communication network.

Also, each terminal of the user, the manager, and the partner company can be implemented as a computer or a portable terminal capable of communicating with the joint purchase service providing server 30 through the network. Here, the computer includes a notebook computer, a desktop computer, a laptop computer, and the like on which a Web browser is mounted, and the portable terminal is a wireless communication device that is guaranteed to be portable and portable, A personal digital assistant (PDA), an international mobile telecommunication (IMT) -communication system, a personal digital assistant (PDA) 2000, a code division multiple access (CDMA) -2000, a wideband code division multiple access (WCDMA), a wireless broadband internet (Wibro) terminal, and the like.

The connection network between the common purchase service providing server 30 and each terminal of the administrator, the user and the vendor managing the site 32 may be a local area network (LAN), a wide area network (WAN) , Or a wired network such as a value added network (VAN), a mobile radio communication network such as 3G, WiFi, or a satellite communication network.

The user can perform a membership registration procedure in the joint purchase service providing server 30 using the user terminal 10. [ After the membership subscription process is completed, the user can transmit deal information on the joint purchase desired by the user through the user terminal 10 to the joint purchase service providing server 30.

The joint purchase service providing server 30 manages a deal on the basis of deal information received from the user terminal 10, calculates a rating of the user based on the result of the deal generated by the user, Thereby providing benefits to the user and managing request information of the business operator.

FIG. 3 shows a specific configuration of the joint purchase service providing server shown in FIG.

2 and 3, the joint purchase service providing server 20 includes a membership joining unit 100, a deal management unit 300, a membership grade management unit 500, a vendor request information processing unit 700, ; 900).

The membership subscription unit 100 may receive user information from the user terminal 10 and store the received user information in the DB 900. [ That is, the membership subscriber unit 100 can receive the user information from the user terminal 10 and store the received user information in the DB 100, thereby performing the subscription procedure of the user.

The deal management unit 300 can receive deal information from the user terminal 10 and store the received deal information in the DB 900 to generate deal information on the desired joint purchase by the user. Also, the deal management unit 300 may determine whether the deal generated by the user is approved. Also, the deal management unit 300 can perform a transaction process with another user related to the approved deal when the deal is approved.

Here, the deal information may include business information and deal object information. The vendor information may refer to information about a vendor providing a product or service that the user wishes to jointly purchase. Specifically, the business information may include a name (or name) of the business entity, a contact information (e.g., a telephone number or an email address) of the business entity, an address of the business entity, and the like.

The deal target information means information about a product or service for which the user wants to jointly purchase. Specifically, the deal subject information may include a name of the goods (or a service), a normal price, a discount rate, a supply price, and a photograph of the menu board. The normal price may mean an off-line supply price of the vendor. The supply price may be a discounted amount of the normal price, which may mean a price at which another user can use the deal subject.

According to the embodiment, the deal subject information may include image data related to the object of the deal, for example, photograph data or moving image data related to the object of the deal.

The deal management unit 300 may include a deal information generation module 320, a deal approval module 340, and a payment execution module 360.

The deal information generation module 320 can receive the deal information from the user terminal 10 and store the received deal information in the DB 900 to generate the deal information.

Deal approver module 340 may determine whether to approve a deal generated by the user. That is, the deal approval module 340 compares the deal information previously stored in the DB 900 with the deal information generated by the user, and if the deal information generated matches the previously stored deal information, have. Here, the deal approving module 340 may compare only a part of the information included in the generated deal information and the previously stored deal information to determine whether to approve the deal.

When the generated deal information and the previously stored deal information do not match each other or when information corresponding to the generated deal information is not stored in the DB 900 in advance, To the manager of the purchase service providing server 30.

If the mismatch information is notified to the manager, the manager checks whether the mismatch between the generated deal information and the previously stored deal information through online or offline contact with the operator of the company, The generated deal information and the previously stored deal information can be modified based on the information.

For example, the manager can check whether or not the generated deal information and the previously stored deal information are inconsistent through a telephone call or email transmission / reception with the operator.

The deal approval module 340 can receive approval of the deal from the manager through a predetermined input device. At this time, the deal approval module 340 can receive correction information on the deal information from the manager. The deal approval module 340 can correct the generated deal information and the previously stored deal information by reflecting the modification information inputted from the manager in the DB 900. [

Accordingly, the deal approval module 340 may further include an interface module for notifying the manager of the inconsistency information and receiving an approval of approval from the manager, and the interface module may include an interface for data transmission / Can be provided.

In addition, the deal approval module 340 may post the deal information to the site if the deal is approved. According to the embodiment, the deal approval module 340 can transmit the approval of the deal to the user terminal 10, and notify the user whether or not the deal is approved. Whereby the deal can be promoted through the site. Also, the user can sell the deal through a publicity activity on-line or off-line.

The payment performing module 360 may perform a transaction process with another user regarding the approved deal. That is, the payment with the other user who wants to purchase the approved deal can be completed. The settlement performing module 360 may provide the payment screen of the approved deal to the other user's terminal (not shown) for settlement with the other user. The payment execution module 360 receives the payment information (credit card number, credit card expiration date, or password) of the other user through the terminal of the other user and transmits the received payment information to a payment gateway To request payment for the approved deal. If the payment is approved, the payment performing module 360 receives the payment result (payment amount, approval number, etc.) from the payment gateway and transmits the received payment result to the other user's terminal. According to the embodiment, a method of transferring money or mobile phone payment other than a payment method using a credit card may be used.

The member class management unit 500 may determine the membership level of the user by evaluating the result of the deal execution by the user, and may provide the benefit information corresponding to the determined member class to the user terminal 10. Therefore, the user can receive the benefits included in the offered benefit information from the business.

The member class management unit 500 may include a rating calculation module 520 for determining a user's rating and an offer information providing module 540 for providing benefit information to the user.

The rating calculation module 520 may estimate the membership level of the user. Specifically, the rating calculation module 520 calculates at least one of the number of times the user uses the company, the number of successes of the user's deal with the corresponding company, the sales amount achieved through the sale, and the number of the current ratings acquired by the user It is possible to calculate the membership level of the user based on the membership level.

The rating calculation module 520 may receive information necessary for calculating the rating of the user from the user terminal 10 or the business terminal 50. In accordance with an embodiment, the rating module 520 may receive from the DB 900 the information necessary to estimate the user's membership level. That is, the rating calculation module 520 can calculate the membership level of the user by receiving the user information and deal information stored in the DB 900.

The benefit information providing module 540 can transmit benefit information corresponding to the calculated member class to the user terminal 10 or the business terminal 50. Specifically, the benefit information providing module 540 transmits an identification code, for example, a barcode including the identification information of the user to the user terminal 10, and transmits a benefit code to the business terminal 50 Information can be transmitted.

The identification information refers to information capable of identifying the user. The identification information may include a name of the user, an ID of the user, or an identification number assigned to the user.

Accordingly, the user presents the identification code received by the user terminal 10 to the vendor, and the vendor can provide the benefit received by the business terminal 50 to the user corresponding to the identification code .

According to an embodiment, the barcode may be implemented as a two-dimensional barcode or a matrix barcode, but the present invention is not limited thereto.

In addition, the benefit information providing module 540 may transmit an electronic coupon to the user terminal 10. The electronic coupon may include benefit information provided to the user. Accordingly, the user can receive the benefits included in the electronic coupon by presenting the electronic coupon received by the user terminal 10 to the business entity.

In this way, the user can benefit from the deal execution by generating the deal with the company and performing the deal to be created.

The vendor request information processing unit 700 may receive vendor request information from the vendor terminal 50. [ The vendor request information means the information requested by the user in exchange for the benefit provided by the vendor. For example, the vendor request information may include questionnaire information to be created by the user, evaluation about a product (or a service) requested to the user, or opinion or idea request information to be provided by the user.

The vendor request information processing unit 700 can transmit the received vendor request information to the user terminal 10. The vendor request information processing unit 700 may receive the user response information from the user terminal 10 and transmit the received user response information to the business terminal 50. The user response information indicates the user's response to the vendor request information. That is, the user response information may be a response to the questionnaire, and may be a comment or an idea to suggest to the vendor.

As described above, the vendor may request information from the user at the expense of providing benefits to the user, and may improve the product or service based on the answer information received from the user.

The database 900 includes a user's user information received from the membership subscription unit 100, deal information received from the deal information generation module 320, membership level information of the user received from the rank calculation module 520, Lt; / RTI >

At this time, the DB 790 may include a mapping table for mapping a correspondence between the user information, the deal information, and the membership level information. This allows each user to create more than one deal.

In this specification, the DB may mean a functional and structural combination of software and hardware for storing information corresponding to each DB. The DB may be implemented as at least one table, and may further include a separate DBMS (Database Management System) for searching, storing, and managing information stored in the DB. In addition, it can be implemented in various ways such as a linked-list, a tree, and a relational DB, and includes all data storage media and data structures capable of storing information corresponding to the DB.

Each component of the joint purchase service providing server 30 shown in FIG. 3 may be configured as a 'module'. The module refers to a hardware component such as software or a Field Programmable Gate Arrayy (FPGA) or an Application Specific Integrated Circuit (ASIC), and the module performs certain roles. However, the module is not limited to software or hardware. A module may be configured to reside on an addressable storage medium and may be configured to execute one or more processors. The functions provided in the components and modules may be combined into smaller components and modules or further separated into additional components and modules.

In addition, one embodiment of the present invention may be embodied in the form of a recording medium including instructions executable by a computer, such as program modules, being executed by a computer. Computer readable media can be any available media that can be accessed by a computer and includes both volatile and nonvolatile media, removable and non-removable media. In addition, the computer-readable medium may include both computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Communication media typically includes any information delivery media, including computer readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave, or other transport mechanism.

4 is a flowchart illustrating a method of providing a common purchase service using the common purchase service providing server shown in FIG.

Referring to FIGS. 2 to 4, the joint purchase service providing server 30 performs a membership process of a user (S100). That is, the membership subscriber unit 100 may receive the user information from the user terminal 10 and store the received user information in the DB 900 (S100).

The deal management unit 300 can manage the deal by generating deal information, determining whether or not to approve a deal corresponding to the deal information generated, and performing a transaction process with another user in connection with the approved deal (S300).

The member class management unit 500 may determine the member class of the user and provide a benefit corresponding to the determined class (S500). That is, the rating calculation module 520 calculates at least one of the number of times the user has used the company, the number of successful dealings between the user and the company, the sales amount achieved through the sale, and the number of the current ratings acquired by the user The user's membership level can be calculated.

The benefit information providing module 540 can transmit benefit information corresponding to the calculated grade to the user terminal 10 or the business terminal 50. [ Specifically, the benefit information providing module 540 transmits the barcode including the user identification information to the user terminal 10, and transmits the benefit information provided to the user to the business terminal 50. Therefore, the vendor can read the barcode transmitted to the user terminal 10 and provide the benefits included in the benefit information to the read user.

The barcode may be implemented as a two-dimensional barcode or a matrix barcode.

According to an embodiment, the benefit information providing module 540 may transmit an electronic coupon including the benefit information provided to the user to the user terminal 10. Thus, the vendor can read the electronic coupon sent to the user terminal 10 and provide the read benefit to the user.

The vendor request information processing unit 700 receives vendor request information from the vendor terminal 50, transmits the received request information to the user terminal 10, receives user response information from the user terminal 10, And transmits the response information to the business entity 50 so that the request information of the business entity can be processed (S700).

That is, the business request information processing unit 700 can receive the merchant request information from the business terminal 50. The vendor request information means information requested by the user in exchange for a benefit provided by the vendor. For example, the vendor request information may include questionnaire information to be created by the user, evaluation about a product (or a service) requested to the user, or opinion or idea request information to be provided by the user.

The vendor request information processing unit 700 can transmit the received vendor request information to the user terminal 10. The vendor request information processing unit 700 receives user response information from the user terminal 10. The user response information indicates the user's response to the vendor request information. That is, the user response information may be a response to the questionnaire, and may be a comment or an idea to suggest to the vendor.

The merchant point request information processing unit 700 transmits the received user response information to the business terminal 50.

In this way, the vendor can request the user to answer the questionnaire, evaluate the product (service), or suggest an idea, etc., in exchange for providing the benefit, Can be improved.

5 is a flowchart specifically illustrating the deal management step shown in FIG.

1 to 5, the deal information generation module 320 may generate deal information by receiving deal information from the user terminal 81 and storing the received deal information in the DB 900 S320). The deal information includes information about a joint purchase desired by the user.

The deal approval module 340 determines whether to approve the deal generated by the user (S340). That is, the deal approval module 340 compares the deal information previously stored in the DB 900 with the deal information generated by the user, and if the deal information generated matches the previously stored deal information, have. Here, the deal approving module 340 may compare only a part of the information included in the generated deal information and the previously stored deal information to determine whether to approve the deal.

When the generated deal information and the previously stored deal information do not match each other or when information corresponding to the generated deal information is not stored in the DB 900 in advance, To the manager of the purchase service providing server 30.

If the mismatch information is notified to the manager, the manager checks whether the mismatch between the generated deal information and the previously stored deal information through online or offline contact with the operator of the company, The generated deal information and the previously stored deal information can be modified based on the information.

For example, the manager can check whether or not the generated deal information and the previously stored deal information are inconsistent through a telephone call or email transmission / reception with the operator.

The deal approving module 340 may determine whether the deal is approved by receiving the approval of the deal from the manager through a predetermined input device (S360). The deal approval module 340 can correct the generated deal information and the previously stored deal information by reflecting the modification information inputted from the manager in the DB 900. [

In addition, the deal approval module 340 may post the deal information to the site if the deal is approved. According to the embodiment, the deal approval module 340 can transmit the approval of the deal to the user terminal 10, and notify the user whether or not the deal is approved. Whereby the deal can be promoted through the site. Also, the user can sell the deal through a publicity activity on-line or off-line.

The settlement performing module 360 may perform a transaction process with another user regarding the approved deal (S380). That is, the payment performing module 360 may complete the settlement with the other user who wants to purchase the approved deal. The settlement performing module 360 may provide the payment screen of the approved deal to the other user's terminal (not shown) for settlement with the other user. The payment execution module 360 receives the payment information (credit card number, credit card expiration date, or password) of the other user through the terminal of the other user and transmits the received payment information to a payment gateway To request payment for the approved deal. If the payment is approved, the payment performing module 360 receives the payment result (payment amount, approval number, etc.) from the payment gateway and transmits the received payment result to the other user's terminal. According to the embodiment, a method of transferring money or mobile phone payment other than a payment method using a credit card may be used.

6 is a diagram for explaining a criterion for calculating a user's membership level and a benefit corresponding to the calculated rating.

2 to 6, when the user uses the company more than once, the user's membership level may be determined as the first rank. The first class may be named, for example, a guest class. That is, the guest may be the first class nickname.

The user who has been calculated as the first class may be provided with a discount coupon, for example, an electronic coupon periodically.

When the user uses k or more k times (k is a natural number of 2 or more), the user's membership level may be calculated as the second rank. The second class may be named, for example, as a class of clerk. That is, the clerk may be a nickname of the second rank.

The user, who is estimated to be in the second rank, may be provided with the benefits of the first rank and additional benefits. For example, the user may be provided with a coupon for receiving a free drink.

If the user has successfully made a deal with the company more than three times and the sales achieved through the deal is greater than the sales achieved by other users, that is, if the sales achieved by the user is the highest, Can be estimated as a third grade. The third grade may be named as the shop master grade, for example. That is, the shop master may be the third-level nickname.

The user who is calculated to the third grade may be provided with the benefits of the second grade and additional benefits. For example, the user may be provided free of charge for the goods or services to be sold.

When the user acquires m (m is a natural number of 2 or more), for example, three or more third grades in the corresponding company, the user's membership level may be calculated as the fourth grade. That is, in this case, the user acquires a third grade for three or more goods or services against the corresponding company. The fourth grade may be named, for example, as a store owner grade. That is, the store owner may be the fourth grade nickname.

The user who has been calculated as the fourth grade may be provided with the benefits of the third grade and the additional benefits. For example, the user may be provided with a certain discount (for example, a 50% discount) for all goods or services provided by the company.

When the user acquires n (n is a natural number of 2 or more), for example, three or more fourth grades, the user's membership level can be estimated as the fifth grade. That is, this case is a case where the user acquires the fourth grade from three or more vendors. The fifth grade may be named, for example, as a mart company grade. That is, the mart president may be the fifth-grade nickname.

A user who has been calculated as the fifth grade may be provided with the benefits of the fourth grade and additional benefits. For example, the user may be provided with all goods or services of each of the companies having the fifth rank status free of charge.

If the user acquires p (p is a natural number greater than n), e.g., 6 or more, the user's membership level may be estimated as a sixth rating. That is, in this case, the user obtains the fourth grade from six or more vendors. The sixth grade can be named, for example, as a mall president. That is, the mall may be the sixth grade nickname.

A user who is estimated to be in the sixth grade may be provided with the benefits of the fifth grade and additional benefits. For example, the user can receive a certain discount (for example, a 50% discount) on a product or service to be sold at all companies that have made a sale.

If the user acquires q (q is a natural number greater than p), for example, 9 or more fourth grades and achieves sales above the reference value, the user's membership level may be calculated as the seventh grade. That is, in this case, the user obtains the fourth grade from the nine or more companies and achieves sales above the reference value. The seventh grade may be named, for example, a department store owner). That is, the president of the department store may be the seventh grade nickname.

A user who is calculated to be in the seventh grade may be provided with the benefits of the sixth grade and additional benefits. For example, the user may be provided with a certain discount (e.g., 50% discount) for all goods or services from all the companies that have made a sale.

The above-described member class estimation can be calculated at regular intervals, for example, at intervals of one month. In addition, the benefits of a granted member class may be provided for a period of time. For example, the benefits offered may be provided for one month, and the benefits according to the rating above the shop owner may be provided for three months.

The membership rating calculation criteria and providing benefits described with reference to FIG. 6 are merely illustrative. The scope of the scope of the method of providing a joint purchase service according to the embodiment of the present invention is not limited thereto. According to an embodiment, the estimation criterion and the offer benefits may vary.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is evident that many alternatives, modifications and variations will be apparent to those skilled in the art. Accordingly, the true scope of the present invention should be determined by the technical idea of the appended claims.

1: System
10: User terminal
30: a joint purchase service providing server
50: Company terminal
100: Membership Department
300: Deal manager
320: Deal Information Generation Module
340: Deal approval module
360: Payment execution module
500: Member Rating Management Department
520: Rating module
540: Benefit information provision module
700: vendor request information processor
900: DB

Claims (11)

A method for providing a joint purchase service using a joint purchase service providing server,
Receiving, from a user terminal, deal information about a joint purchase desired by a user, storing deal information received in a DB to generate deal information;
Determining whether the server approves a deal regarding the joint purchase; And
If the deal is approved, the server performing a joint purchase transaction process with another user,
Wherein the deal information includes information on a supplier, which is information of a company providing an object of the joint purchase, and joint purchase object information, which is information on the object of the joint purchase,
Wherein the provider information includes at least one of a name, an address, and a contact of the company,
Wherein the joint purchase target information includes a name, a price, a discount rate, and a discount price of the object,
The discounted price is a risk amount to be paid by the operator of the joint purchase service providing server when the deal is canceled, and when the deal is canceled due to the rejection of the company providing the target of the joint purchase, Lt;
The provider providing the object of the joint purchase and the operator of the joint purchase service providing server are different,
Wherein the step of the server performing the joint purchase transaction process with another user includes the step of the user who has transmitted the deal information to perform sales and the server to provide the payment means, Wherein the negotiation with the vendor is performed before the vendor accepts the deal already sold. delete The method according to claim 1,
The step of determining whether to approve the deal includes:
And posting the deal information to the site if the deal is approved,
The joint purchase service providing method includes:
Wherein the server is configured to determine whether the user is a user of the user terminal based on at least one of the number of times the user uses the business of the user terminal, the number of successes of the deal with the company, the sales amount achieved through the deal, Determining a membership level; And
Further comprising the server providing the user with a benefit corresponding to the determined member class,
Wherein the step of providing the benefit to a user includes transmitting a barcode including user information of the user to the user terminal and providing benefit information to the user terminal. The method according to claim 1,
The step of determining whether to approve the deal includes:
And posting the deal information to the site if the deal is approved,
The joint purchase service providing method includes:
Wherein the server is configured to determine whether the user is a user of the user terminal based on at least one of the number of times the user uses the business of the user terminal, the number of successes of the deal with the company, the sales amount achieved through the deal, Determining a membership level; And
Further comprising the server providing the user with a benefit corresponding to the determined member class,
The providing of the benefit to a user may include transmitting an electronic coupon to the user terminal, the electronic coupon including benefit information provided to the user. The method according to claim 1,
The joint purchase service providing method includes:
Receiving business request information from a business terminal;
Transmitting the received business request information to the user terminal;
Receiving user response information to the user terminal; And
And transmitting the received user response information to the business terminal,
The vendor request information includes a questionnaire on the goods or services provided by the vendor,
Wherein the user response information includes an answer to the questionnaire. As a joint purchase service providing server,
A deal information generation module that receives deal information on a desired joint purchase from a user terminal and stores deal information in a database to generate deal information;
A deal approval module comparing the deal information generated and the deal information stored in the DB to determine whether to approve the deal;
And a settlement performing module for performing a purchase process related to the deal with another user when the deal is approved,
Wherein the deal information includes information on a supplier, which is information of a company providing an object of the joint purchase, and joint purchase object information, which is information on the object of the joint purchase,
Wherein the provider information includes at least one of a name, an address, and a contact of the company,
Wherein the joint purchase target information includes a name, a price, a discount rate, and a discount price of the object,
The discounted price is a risk amount to be paid by the operator of the joint purchase service providing server when the deal is canceled, and when the deal is canceled due to the rejection of the company providing the target of the joint purchase, Lt;
The provider providing the object of the joint purchase and the operator of the joint purchase service providing server are different,
The payment execution module performs the purchase process,
Wherein the negotiation with a vendor providing a target for the joint purchase is performed before the vendor accepts a deal that has already been sold, Server that provides a common purchase service. The method according to claim 6,
The deal approval module includes:
And registers the deal information in a social commerce site when the deal is approved. The method according to claim 6,
The joint purchase service providing server includes:
A rating for calculating the membership level of the user based on at least one of the number of times the user uses the business, the number of successes of the deal with the company, the sales amount achieved through the deal, and the number of the current class acquired by the user Estimation module; And
And a benefit information providing module for transmitting benefit information corresponding to the calculated rating to the terminal of the user terminal or the business entity. 9. The method of claim 8,
Wherein the benefit information providing module transmits a barcode including user information of the user to the user terminal and transmits benefit information provided to the user to the business terminal. 9. The method of claim 8,
Wherein the benefit information providing module transmits an electronic coupon including benefit information provided to the user to the user terminal. The method according to claim 6,
The joint purchase service providing server includes:
Further comprising a vendor request information processor for transmitting the vendor request information received from the vendor terminal to the user terminal and transmitting the user response information received from the user terminal to the vendor terminal,
Wherein the vendor request information includes a questionnaire on a product or a service provided by the vendor.

Images