KR20230020113A - Solution for providing online shopping and tour through live and recorded video transmitted from various places - Google Patents

Abstract

A method for providing an online tour by a server communicating with a customer terminal and a host terminal is disclosed. The online tour providing method includes registering at least one online tour input through a host terminal, receiving a participation request to participate in the registered online tour from a customer terminal, and performing a live tour matching the online tour from the host terminal. Receiving content, providing the received live content through a customer terminal, and receiving a purchase request for at least one item for sale from the customer terminal while the live content is provided, paying the customer terminal for the item to be sold. Include support steps.

Description

A solution that provides online shopping and tours through live and recorded videos transmitted from various places { SOLUTION FOR PROVIDING ONLINE SHOPPING AND TOUR THROUGH LIVE AND RECORDED VIDEO TRANSMITTED FROM VARIOUS PLACES }

The present disclosure relates to a method for providing an online tour by a server capable of providing online tours as well as purchasing agents based on live and recorded content.

As various types of broadcasting channels such as personal broadcasting and OTT platforms are activated in addition to traditional methods such as TV channels, various attempts using live contents are being performed.

However, in the case of home shopping, the share of TV channels is still overwhelming, so there is a need for a live content platform where consumers, sellers, and hosts can interact more smoothly.

Registered Patent Publication No. 10-17531600000 (Internet home shopping system device)

The present disclosure provides a method for providing an online tour that enables customers to experience various places without spatial limitations based on content of a host.

The present disclosure provides an online tour providing method of a server including a live content platform that connects domestic and foreign hosts and domestic consumers.

The objects of the present disclosure are not limited to the above-mentioned objects, and other objects and advantages of the present disclosure not mentioned above can be understood by the following description and will be more clearly understood by the embodiments of the present disclosure. Further, it will be readily apparent that the objects and advantages of the present disclosure may be realized by means of the instrumentalities and combinations indicated in the claims.

According to an embodiment of the present disclosure, a method for providing an online tour by a server that communicates with a customer terminal and a host terminal includes registering at least one online tour input through the host terminal; Receiving a participation request to participate in an online tour, receiving live content matching the online tour from the host terminal, providing the received live content through the customer terminal, providing the live content and supporting payment of the customer terminal for the sale item when a purchase request for at least one sale item is received from the customer terminal during the purchase process.

In the step of registering the online tour, information on the place, time, host, sales product, and seller of the online tour may be registered.

Further, the step of supporting the payment of the customer terminal may include receiving purchase information from the customer terminal, sales information registered through at least one seller terminal and the purchase information, through at least one financial institution server. It may include a step of making a payment.

In this case, in the step of receiving purchase information from the customer terminal, when a purchase request is received from the customer terminal, at least one user interface (UI) for inputting purchase information through the customer terminal may be provided.

The step of supporting the payment of the customer terminal may include receiving a purchase request from the customer terminal, transmitting the received purchase request to the host terminal, and payment of the seller terminal for the purchase request through the host terminal. When first code information related to information is recognized, transmitting payment information identified through the recognized first code information to the customer terminal, when payment approval information is received from the customer terminal, payment is made according to the payment information It may include the step of performing.

In this case, the merchant terminal receives first code information from the first mobile pay server, displays an image matching the first code information, and the host terminal displays the first code information through the displayed image. and may transmit the recognized first code information to the server. And, the step of transmitting the payment information to the customer terminal, based on the first code information identifies the payment information by interworking with the first mobile pay server, and interworks the identified payment information with the customer terminal In conjunction with the second mobile pay server, second code information may be issued, and the second code information may be provided to the customer terminal.

Meanwhile, the step of registering the online tour may include receiving a user input requesting at least one online tour through the customer terminal, providing information on the requested online tour to one or more host terminals, The method may include receiving a request for performing the requested online tour from a host device, and registering an online tour of the host device according to the received request.

In this case, the step of providing information on the requested online tour to one or more host devices may include selecting at least one host device according to the location of the requested online tour and the online tour schedule of each host device, and selecting the selected one or more host devices. Information on the requested online tour may be provided to the host terminal.

Meanwhile, in the receiving of the live content, if the number of customer terminals requesting participation in the registered online tour exceeds a predetermined number, live content matching the online tour may be received from the host terminal.

Alternatively, the receiving of the live content may include calculating a broadcast viewing probability of each customer terminal requesting participation according to a broadcast viewing history of each customer terminal requesting participation in the registered online tour, and calculating the broadcast viewing probability of each customer terminal requesting participation in the registered online tour. When the sum of viewing probabilities is greater than or equal to a predetermined value, live content matching the online tour may be received from the host terminal.

Meanwhile, the providing of the live content through the customer terminal may include notifying the customer terminal of the start of broadcasting of the live content when the live content is received, and receiving a request for viewing the broadcast from the customer terminal. The live content may be provided through a customer terminal.

In this case, the method of providing the online tour by the server may further include, when a request for viewing a broadcast is not received from the customer terminal until the end of the live content, setting a broadcast viewing probability of the customer terminal downward. there is.

In the providing of the live content through the customer terminal, when the live content is received, broadcasting of the live content is notified to the customer terminal, and when a request for viewing a broadcast is received from the customer terminal, The live content may be provided through a customer terminal.

In this case, the method of providing the online tour by the server may further include, when a request for viewing a broadcast is not received from the customer terminal until the end of the live content, setting a broadcast viewing probability of the customer terminal downward. there is.

A method for providing online tours by a server according to the present disclosure enables customers to experience various places without spatial/temporal constraints and acquire information on items to be purchased, providing a tour providing environment without spatial constraints as well as a wide range of buyers-sellers. A matching environment can be provided.

A method for providing an online tour by a server according to the present disclosure has an advantage in that an appropriate online tour schedule can be created in consideration of each customer's viewing probability and each host's location/schedule.

1 is a diagram for explaining schematic contents of a platform provided through a server according to the present disclosure;
2 is a diagram for explaining the operation of a server that communicates with a customer terminal, a host terminal, a seller terminal, etc. according to an embodiment of the present disclosure;
3 is a flowchart illustrating a method of providing an online tour by a server according to an embodiment of the present disclosure;
4 is a view for explaining an example of a broadcasting screen provided by a server through a customer terminal according to an embodiment of the present disclosure;
5 is a flowchart illustrating an operation in which a server matches an online tour with a host terminal according to a customer's request according to an embodiment of the present disclosure; and
6 is a block diagram for explaining the configuration of a server according to various embodiments of the present disclosure.

Advantages and features of the present invention, and methods of achieving them, will become clear with reference to the detailed description of the following embodiments taken in conjunction with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various different forms, only these embodiments are intended to complete the disclosure of the present invention, and are common in the art to which the present invention belongs. It is provided to fully inform the person skilled in the art of the scope of the invention, and the invention is only defined by the scope of the claims.

Terminology used herein is for describing the embodiments and is not intended to limit the present invention. In this specification, singular forms also include plural forms unless specifically stated otherwise in a phrase. As used herein, "comprises" and/or "comprising" does not exclude the presence or addition of one or more other elements other than the recited elements. Like reference numerals throughout the specification refer to like elements, and “and/or” includes each and every combination of one or more of the recited elements. Although "first", "second", etc. are used to describe various components, these components are not limited by these terms, of course. These terms are only used to distinguish one component from another. Accordingly, it goes without saying that the first element mentioned below may also be the second element within the technical spirit of the present invention.

Unless otherwise defined, all terms (including technical and scientific terms) used in this specification may be used with meanings commonly understood by those skilled in the art to which the present invention belongs. In addition, terms defined in commonly used dictionaries are not interpreted ideally or excessively unless explicitly specifically defined.

The term "unit" or "module" used in the specification means a hardware component such as software, FPGA or ASIC, and "unit" or "module" performs certain roles. However, "unit" or "module" is not meant to be limited to software or hardware. A “unit” or “module” may be configured to reside in an addressable storage medium and may be configured to reproduce one or more processors. Thus, as an example, a “unit” or “module” may refer to components such as software components, object-oriented software components, class components, and task components, processes, functions, properties, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays and variables. Functions provided within components and "units" or "modules" may be combined into smaller numbers of components and "units" or "modules" or may be combined into additional components and "units" or "modules". can be further separated.

The spatially relative terms "below", "beneath", "lower", "above", "upper", etc. It can be used to easily describe a component's correlation with other components. Spatially relative terms should be understood as including different orientations of elements in use or operation in addition to the orientations shown in the drawings. For example, if you flip a component that is shown in a drawing, a component described as "below" or "beneath" another component will be placed "above" the other component. can Thus, the exemplary term “below” may include directions of both below and above. Components may also be oriented in other orientations, and thus spatially relative terms may be interpreted according to orientation.

In this specification, a computer means any kind of hardware device including at least one processor, and may be understood as encompassing a software configuration operating in a corresponding hardware device according to an embodiment. For example, a computer may be understood as including a smartphone, a tablet PC, a desktop computer, a laptop computer, and user clients and applications running on each device, but is not limited thereto.

A method for providing an online tour by a server according to various embodiments of the present disclosure will be described with reference to the following drawings.

1 is a diagram for explaining schematic contents of a platform provided through a server according to the present disclosure.

Referring to FIG. 1 , a server according to the present disclosure may provide a platform 40 that individuals such as customers (10. broadcast viewers), hosts (20. broadcast providers), and sellers 30 can access through terminal devices. .

The host 20, which plays the role of a shopping host while producing and providing broadcasting, provides video content in the form of broadcasting and at the same time, appears on the broadcast together with the actual seller 30 through broadcasting to introduce products to be sold. It can be photographed and transmitted to a large number of viewers (customers) as content for broadcasting.

As a specific example of how this platform is utilized, the host 20 may introduce local tourist destinations during the tour, and may also introduce and sell locally sold products through tour broadcasting. Here, the host 20 may provide tour participants (customers) with an experience video that allows them to move anywhere in the world, as well as a kind of proxy purchasing service.

Customers 10 who can watch broadcasts (: participate in tours) and/or purchase products, if they have an intention to purchase items for sale confirmed through live content (or recorded content) in the form of personal broadcasting, this platform and / Or you can purchase a sale item through the host.

In this way, the host 20, which acts as a shopping host along with shooting personal broadcasts, directly visits regions (long-distance regions such as foreign countries) that are difficult for customers (viewers) to visit directly to produce and provide content, or produce and produce content in the region. The product can be promoted through live content such as personal broadcasting, and the customer 10 has the advantage of being able to purchase local products, and the effect of experiencing a guided tour of a specific region online while watching live content from broadcasters. you can also get

The host 20 may take a video introducing the product in association with the seller 30 selling the actual product. When the product is actually sold, the seller 30 may receive order information and deliver the product to the actual buyer (customer 10). The amount paid by the buyer may be provided to the seller 30 through the platform 40, and at this time, a certain percentage of commission may be paid to the host 20 as well.

2 is a diagram for explaining the operation of a server that communicates with a customer terminal, a host terminal, a seller terminal, etc. according to an embodiment of the present disclosure.

The server 100 may include one or more computers or systems, and may perform communication with the customer terminal 200, the host terminal 300, the seller terminal 400, and the like.

Specifically, the server 100 may perform communication with the aforementioned terminals through one or more web pages or applications.

The customer terminal 200, the host terminal 300, and the seller terminal 400 correspond to terminals of a customer, a host, and a seller, respectively. Each terminal includes a smartphone, a tablet PC, an e-book reader, a desktop PC, a laptop PC, a netbook computer, a workstation, a server, a personal digital assistant (PDA), a mobile medical device, a camera device, and a wearable device. (wearable device) and the like.

Meanwhile, it goes without saying that the server 100 can perform communication with a plurality of customer terminals, a plurality of host terminals, and a plurality of vendor terminals, respectively.

The customer terminal 200 may output at least one piece of live content provided through the server 100 . For example, the customer terminal 200 may access the server 100 according to a user input for viewing live content, and display images and audio signals of the live content received from the server 100 on a display, speaker, ( Connected) can be output through earphones/headphones.

In addition, the customer terminal 200 may perform payment for at least one sale item registered on the server 100 according to a user input.

Specifically, the customer terminal 200 may transmit purchase information required for payment to the server 100 . Purchase information includes the type/number of items to be purchased, information on payment method (account, card, etc.), buyer (customer) name/name, payment amount, buyer's address, and other authentication required for easy payment or online banking Information (ex. password, biometric information, etc.), etc. may be included. In this case, the server 100 may perform payment by communicating with at least one financial institution server (ex. bank, credit card company, etc.) according to purchase information. Alternatively, the server 100 may perform payment indirectly through at least one payment proxy server.

The host device 300 may register at least one online tour on the server 100 .

Here, the online tour means a tour experienced as a video online through a host. While the online tour is in progress, promotional content for locally sold items may be filmed and provided, so it is possible for customers to shop online while the online tour is in progress.

As such, customers can freely experience various places and/or items for sale in the place, both domestically and internationally, based on the shooting of the host visiting the site. It can also be defined as a teleport tour in meaning.

The host device 300 may register various information about the online tour on the server 100 according to user input. Specifically, the host device 300 provides the online tour title, sale item (type, etc.), sale price, place (ex. region name, address), seller, time, type of experience (ex. tasting, factory tour, farm tour). , Farm experience, seller interview, etc.) may be registered on the server 100 .

The host device 300 may upload live content corresponding to the online tour to the server 100 according to a user input.

For example, the host device 300 may generate live content in which the host appears through a camera and a microphone, and the live content filmed in real time may be provided to one or more customer devices in a streaming form through the server 100. there is.

Meanwhile, as another example, video content (ex. recorded video) that has been previously filmed and edited may be stored on the host device 300, and the host device 300 may upload the stored video content to the server 100. there is. In this case, the server 100 may provide corresponding video content according to the request of each customer terminal.

The seller terminal 400 may register sales information matched with a pre-registered online tour on the server 100 according to a user input. Meanwhile, it is also possible, of course, that the online tour itself is registered through the seller terminal 400 instead of the host terminal 300 .

The sales information may include various information such as the type, quantity, origin, place of production, processing place, production time, sales time, expiration date, and precautions of the sales product. Also, the sales information may include information about the sales price of the product for sale.

Also, the sales information may include information about a payment method for purchasing a product for sale. For example, the sales information may include a seller's account number, information on a payment service affiliated with the seller (online payment proxy service, mobile pay server, affiliate points usable for purchasing products for sale, etc.), and the like.

As an embodiment, when information on a seller of an online tour is registered on the server 100 through the host terminal 300, the server 100 may communicate with the seller terminal 400 matching the information on the seller. can

In this case, the server 100 may request sales information from the seller terminal 400, and the seller terminal 400 may transmit the sales information to the server 100.

Meanwhile, it is also possible, of course, that sales information is registered on the server 100 through the host terminal 300 . However, in this case, the server 100 may perform a confirmation procedure by transmitting registered sales information to the seller terminal 400 through the host terminal 300 .

Here, the server 100 may provide the corresponding sales information to one or more customer terminals on the premise that a user input indicating that sales information registered through the host terminal 300 is confirmed is received through the seller terminal 400. .

3 is a flowchart illustrating a method of providing an online tour by a server according to an exemplary embodiment of the present disclosure.

Referring to FIG. 3 , the server 100 may register the online tour input through the host terminal 300 on the server 100 (S310).

Specifically, the server 100 may register information about the online tour title, host, location, time, and the like according to a user input received through the host terminal 300 . In addition, the server 100 may register items for sale, vendors, and the like according to user input received through the host terminal 300 .

Meanwhile, the server 100 may transmit selling information to one or more host terminals according to the advertisement request received from the seller terminal 400 .

In this case, the server 100 may generate a list in which sales information requested for advertisements is organized by seller, and the generated list may be provided to each host terminal.

Here, when a request for generating a tour in relation to at least one piece of sales information is received from the host terminal 300, the server 100 provides information (eg, contact information) of the seller terminal 400 that matches the corresponding sales information. It can be transmitted to the host device 300 .

As a result, an agreement between the seller and the host may proceed, and the host terminal 300 may register an online tour matching the negotiated sales information on the server 100 .

When an online tour is registered according to at least one of the above embodiments, the server 100 may provide information on the registered online tour to one or more customer terminals. In this case, the server 100 may provide a list of registered online tours through the customer terminal 200 .

Then, the server 100 may receive a participation request for participating in the registered online tour from at least one customer terminal 200 (S320). Here, a request to participate in an online tour may be interpreted as a request for viewing live content (or recorded content) matched with the online tour.

Then, the server 100 may receive live content matching the online tour from the host device 300 (S330).

In this case, the server 100 may generate at least one web address for streaming live content of the host device 300 .

However, the server 100 may provide a streaming environment of live content only under certain conditions.

As a specific example, the server 100 may receive live content from the host device 300 and provide a streaming service only when the number of customer devices requesting participation in the online tour exceeds a certain number.

Also, the server 100 may support payment of a customer terminal for an online tour. In this case, the server 100 receives live content from the host device 300 and streams it (to the customer device that made the payment) only when the number of customer devices that have requested participation in the online tour and made payment is greater than or equal to a certain number. service can be provided.

As another example, the server 100 may calculate a broadcast viewing probability of each customer terminal that requested participation, based on a broadcast viewing history of each customer terminal that requested participation in the registered online tour.

The broadcast viewing history may include information on whether or not live content of the online tour was actually viewed, information on viewing time, and the like, whenever participation is requested.

For example, if there are 10 online tours requested by a specific customer terminal, but only 8 of them are watched for more than a critical time (ex. 5 minutes, 10 minutes, etc.), ) broadcast viewing probability can be calculated as 80% (: 0.8). Here, the broadcast viewing probability means a probability that a customer who requested to participate in the online tour actually watches the corresponding broadcast.

In addition, the server 100 may receive live content from the host terminal 300 and provide a streaming service only when the calculated sum of broadcast viewing probabilities (of each customer terminal) is greater than or equal to a threshold value.

Here, the threshold value may be set by an operator of the server 100 or may be set according to a request from the host received through the host terminal 300 .

For example, if the threshold for providing streaming is set to 35 and the sum of broadcast viewing probabilities of 40 customer terminals requesting participation in the online tour is 30, the live content of the online tour It may or may not be provided.

In addition, the server 100 may provide the live content received in real time from the host device 300 to the customer device 200 in the form of streaming data (S340).

For example, the server 100 may transmit a message announcing the start of the online tour and/or a link (ex. web address) of live content matched to the online tour to the customer terminal 200 according to the start time of the online tour. .

Alternatively, the server 100 may transmit a message announcing the start of the online tour (start of broadcasting) and/or a link to the live content to the customer terminal 200 at the time when the live content starts to be transmitted from the host device 300. there is.

Thereafter, when a request for viewing a broadcast is received from the customer terminal 200 , the server 100 may provide live content through the customer terminal 200 . As a specific example, the server 100 may provide live content to the customer terminal 200 connected to the link.

However, when a request for viewing a broadcast is not received from the customer terminal 400 until the end of the live content, the server 100 can of course set the broadcast viewing probability of the customer terminal 400 downward. That is, as the viewing performance of the live broadcast for which the customer terminal 400 has requested participation by itself decreases, the influence of the participation request of the corresponding customer terminal 400 in determining whether to produce/provide live content in the future decreases.

Meanwhile, while live content (online tour) is provided, the server 100 may receive location information of the host device 300 from the host device 300 in real time.

In addition, the server 100 transmits information on at least one seller located within a predetermined distance from the location of the host terminal 300 among the addresses (stores) of registered sellers to the host terminal 300 and the customer terminal 200. can provide

In this case, information about the name and name of the corresponding seller, the type of product to be sold, the price of the product to be sold, and the like may be provided on the respective screens of the host terminal 300 and the customer terminal 200 . In addition, information on the visit history of the host terminal 300 (visit history during the online tour) to the store of the corresponding seller may be provided together.

For example, a chat window between the host terminal 300 and customer terminals and information on a seller of a nearby address may be displayed together on a screen of live content captured and provided through the host terminal 300 .

Here, a chat requesting a visit to a specific store may be input from at least one customer terminal, and the host may visit the corresponding store according to the chat of the customer terminal.

In this way, as information on sellers of nearby addresses is provided in real time, the host can selectively visit at least one seller's store while communicating with customers in real time.

In a situation where the host visits a store, the host terminal 300 may receive and transmit a user input recording that the store has been visited to the server 100 . In this case, the server 100 may register that the host has visited the corresponding store as a visit history on the premise that the location of the host terminal 300 matches the location of the corresponding store.

Here, the server 100 may identify whether there is a history of the host visiting the corresponding store in the past. In addition, the server 100 may provide information on sales history of the seller for past visit history through respective screens of the host terminal 300 and the customer terminal 200 . The sales history may include at least one of the quantity and price of sold products, and information on customers who purchased the sold products at each visit.

In this way, as the sales history is provided, there is an advantage in that the performance of the corresponding store can be transparently provided to each customer participating in the online tour. In addition, as information on customers who have purchased products from the store in the past is disclosed, it is possible to increase the possibility of receiving a separate benefit when the customer makes a repurchase and contribute to forming a bond between the local seller and the remote customer.

If a purchase request for at least one item for sale is received from the customer terminal 200 while live content is being provided, the server 100 may support payment of the customer terminal for the item for sale (S350).

In this case, the server 100 may receive purchase information from the customer terminal. Specifically, the server 100 may provide at least one User Interface (UI) for inputting purchase information through a customer terminal, and may obtain purchase information input through the UI.

In addition, the server 100 may perform payment through at least one financial institution server according to the sales information registered through the seller terminal 400 and the purchase information described above.

As an example, the server 100 may receive a purchase request and purchase information for at least one sale item from the customer terminal 200 .

Here, the server 100 identifies the sales price and payment method (ex. account transfer, mobile pay payment, etc.) according to the registered sales information, and sends at least one financial institution server (ex. bank server) according to the identified payment method. ) to make payments.

For example, the server 100 may transfer a payment amount from a customer's account corresponding to purchase information to a seller's account corresponding to sales information.

As another embodiment, the server 100 may provide the purchase request received from the customer terminal 200 to the host terminal 300 .

As a specific example, on the chatting screen provided along with the online tour, the chatting input through the customer terminal 200 may indicate a wish to purchase items for sale (eg, “I will buy two”). In this case, the host can check the corresponding chatting through the host terminal 300 . Alternatively, at least one user interface (UI) for inputting a purchase request and purchase information may be provided on the screen of the customer terminal 200, and the purchase information is input through the corresponding UI to the host terminal 300. may be conveyed.

At this time, the server 100 may recognize the seller's payment information (eg, sales price, payment method, etc.) through the host terminal 300 .

Specifically, the host who has confirmed the chat of the customer who wishes to purchase can inquire about payment information through on-site communication with the seller.

In this case, the seller may check the quantity of the sale item requested to be purchased and input payment information including the quantity and price of the item to be sold on the seller terminal 400 . The quantity or price constituting this payment information is matched with the desired purchase quantity included in the purchase information.

Here, the merchant terminal 400 receives first code information from the first mobile pay server based on the input payment information, and displays an image (ex. QR code, barcode, etc.) matching the first code information. can The first mobile pay server corresponds to a server providing a mobile pay service linked with the merchant terminal 400 .

At this time, the host device 300 may recognize the first code information through the image displayed on the seller device 400 . Specifically, the host device 300 may recognize first code information through a camera, an image sensor, an optical sensor, and the like. Meanwhile, in addition to the image displayed on the seller terminal 400, it is also possible that the host terminal 300 recognizes QR code paper or barcode paper issued by the seller in real life.

When the first code information is recognized as such, the server 100 may identify payment information through the recognized first code information. And, the server 100 may transmit the identified payment information to the customer terminal 200 .

Specifically, the server 100 may identify payment information by interworking with the first mobile pay server based on the first code information. In addition, the server 100 may obtain second code information by interlocking the identified payment information with a second mobile pay server linked to the customer terminal 200 . And, the server 100 may provide the second code information to the customer terminal 400 .

As a result, the customer terminal 400 may check payment information through the application of the second mobile pay server. In addition, the customer terminal 400 may provide payment information (eg, price, payment method, etc.) to the customer, and may provide at least one UI for inquiring whether or not payment is approved.

For example, payment details such as 'I want to pay $XX at store A' may be displayed on the screen of the customer terminal 400, and payment may be approved as the 'yes' button is clicked on the screen. there is.

At this time, when a user input for approving payment is received, the customer terminal 400 may transmit payment approval information to the server 100 . In addition, the server 100 may perform payment through the second mobile pay server linked with the customer terminal 400 .

When payment is performed according to various embodiments described above, the seller terminal 400 may provide information about the buyer's (customer's) address to the seller according to the purchase information of the customer terminal 200 received from the server 100. there is. As a result, the seller may deliver the sale item for which payment has been completed to the buyer's address.

Meanwhile, FIG. 4 is a diagram for explaining an example of a broadcasting screen of live content provided by a server through a customer terminal according to an embodiment of the present disclosure.

FIG. 4 assumes a situation in which a host visits an actual seller and listens to an explanation of an item for sale (eg, clothing of a local brand). Of course, the items for sale can be various, such as shoes, accessories, design stationery, props, and accessories, in addition to clothing. In particular, in the case of online tours for overseas regions, customers can experience local products through the host's broadcast and even decide on their purchase intention.

Referring to FIG. 4 , a broadcasting screen 410 displayed on the customer terminal 200 includes a UI 411 representing the title of live content (eg, the title of an online tour) and the number of viewers, and information about products for sale. UI 412 and the like. The information on the sale item may be information input by the host in the field through the host terminal 300 .

In addition, the server 100 may receive a chatting message from at least one customer terminal during broadcasting, and the received chatting message 413-1 may also be displayed within the broadcasting screen 410.

In addition, when a payment for an item for sale is performed through at least one customer terminal during broadcasting, the server 100 may display a message 413-2 informing purchase details on the broadcasting screen 410. This message 413-2 may include information on the remaining quantity as well as the purchased quantity.

In addition, the server 100 can provide the broadcasting screen 410 through the host terminal 300, and the host grasps the chatting and purchase status of customers entered in real time to flexibly introduce online tours or products. can proceed

Meanwhile, according to an embodiment, the above-described online tour may be created and registered according to a request received through at least one customer terminal.

In this regard, FIG. 5 is a flowchart illustrating an operation in which a server creates at least one online tour according to a customer's request and matches it with a host device according to an embodiment of the present disclosure.

Referring to FIG. 5 , the server 100 may receive a user input requesting at least one online tour through the customer terminal 200 (S510).

That is, the server 100 according to an embodiment of the present disclosure may create an online tour that meets the customer's (preliminary participant's) desired location, time, sales product, and the like.

Here, the server 100 may create an online tour on the premise that payment for opening an online tour is made through the customer terminal 200 . In this case, the server 100 may support the payment of the customer terminal 200 for the cost of opening the online tour through at least one financial institution server.

In this case, the server 100 may provide information on the requested online tour to one or more host devices 300 (S520). This corresponds to the process of openly recruiting hosts to actually conduct an online tour.

At this time, the server 100 may select at least one host terminal 300 according to the place and/or time of the online tour requested from the customer terminal 200 .

Specifically, the server 100 may select at least one host device according to the requested online tour location and the online tour schedule of each host device.

For example, the server 100 may primarily select host terminals located within a predetermined distance from the place of the online tour (requested by the customer terminal) from all host terminals registered on the server 100 .

Alternatively, the server 100 may primarily select host terminals of hosts whose addresses are located within a predetermined distance from the place of the online tour (requested by the customer terminal) from among all registered hosts.

Also, the server 100 may secondarily select at least one host terminal for which no other online tour schedule is scheduled during the online tour (requested by the customer terminal) among the primarily selected host terminals.

In addition, the server 100 may provide (secondarily) information on the online tour (requested from the customer terminal) to the selected host terminal.

If an application for carrying out the requested online tour is received from the host device 300 (S530), the server 100 may register the online tour of the host device 300 according to the received request (S540). ). In this case, the server 100 may remit at least a part of the cost paid by the customer terminal 200 to the account of the host of the corresponding host terminal 300 to open the online tour.

6 is a block diagram for explaining the configuration of a server according to various embodiments of the present disclosure.

Referring to FIG. 6 , the server 100 may include at least one memory 110 , at least one communication unit 120 , and at least one processor 130 .

The memory 110 is an operating system (OS) for controlling overall operations of the server 100 and a component for storing at least one instruction or data related to components of the server 100 .

The memory 110 may include non-volatile memory such as ROM and flash memory, and may include volatile memory including DRAM and SRAM. Also, the memory 110 may include a hard disk, a solid state drive (SSD), and the like.

The memory 110 may include information about registered online tours, information about customers, information about customer terminals, information about sellers, information about seller terminals, information about hosts, information about host terminals, and the like. there is.

The communication unit 120 is a configuration for the server 100 to transmit and receive data with various external devices (eg, customer terminals, host terminals, seller terminals, financial institution servers, etc.), and may include at least one circuit for communication. there is.

The communication unit 120 includes Transmission Control Protocol/Internet Protocol (TCP/IP), User Datagram Protocol (UDP), Hyper Text Transfer Protocol (HTTP), Secure Hyper Text Transfer Protocol (HTTPS), File Transfer Protocol (FTP), and SFTP ( Various types of information may be transmitted and received with one or more external electronic devices using communication protocols such as Secure File Transfer Protocol (MQTT) and Message Queuing Telemetry Transport (MQTT).

To this end, the communication unit 120 may be connected to an external device based on a network implemented through wired communication and/or wireless communication. At this time, the communication unit 120 may be directly connected to an external device, but may also be connected to an external electronic device through one or more external servers (eg, Internet Service Provider (ISP)) providing a network.

The network may be a Personal Area Network (PAN), a Local Area Network (LAN), a Wide Area Network (WAN), etc., depending on the area or size, and an intranet, It may be an extranet or the Internet.

Wireless communication includes LTE (long-term evolution), LTE-A (LTE Advance), 5G (5th generation) mobile communication, CDMA (code division multiple access), WCDMA (wideband CDMA), UMTS (universal mobile telecommunications system), WiBro (Wireless Broadband), GSM (Global System for Mobile Communications), DMA (Time Division Multiple Access), WiFi (Wi-Fi), WiFi Direct, Bluetooth, NFC (near field communication), Zigbee, etc. can include

Wired communication may include at least one of communication methods such as Ethernet, optical network, Universal Serial Bus (USB), and Thunderbolt.

The communication unit 120 may include a network interface or network chip according to the wired/wireless communication method described above. On the other hand, the communication method is not limited to the above-described example, and may include a newly appearing communication method according to the development of technology.

The processor 130 is a component for overall controlling each component included in the server 100, and may be implemented by hardware, firmware, software, or a combination thereof.

The processor 130 may include various units such as a Central Processing Unit (CPU), a Graphic Processing Unit (GPU), a VPU, and an NPU. The processor 130 may control the server 100 by executing instructions stored in the memory 110 .

Referring to FIG. 6 , the processor 130 may control a user management module 131 , an interface module 132 , a content providing module 133 , a payment support module 134 , and the like.

These modules may be implemented in the form of software and/or hardware.

The user management module 131 is a module for managing information of various customers, hosts, and sellers.

Specifically, the user management module 131 may manage account information of customers, hosts, sellers, and the like. Also, the user management module 131 may manage information about each customer's broadcast viewing probability.

Meanwhile, the user management module 131 may collect and analyze information about places popular with customers or products for sale.

Specifically, the user management module 131 may calculate statistical information on preferred places, preferred experience types, preferred products, etc. according to age and/or gender of customers, based on their broadcast viewing and purchasing histories. In addition, the user management module 131 may also calculate statistical information about the place and experience type of the online tour mainly requested by customers.

And, the aforementioned statistical information may be provided to various host terminals. As a result, each host terminal may conduct an online tour by selecting a place preferred by customers, a type of experience, a product for sale, and the like.

Also, the user management module 131 may introduce each host to at least one seller based on the online tour history of each host.

In detail, the user management module 131 may identify the type of sale item specialized for each host according to the type of sale item of the online tour conducted by each host. In addition, the user management module 131 may transmit information of a corresponding host to a seller terminal of a seller matched to the type of product for which each host is specialized.

For example, when a specific host mainly conducts an online tour related to agricultural products or farmland, the user management module 131 may transmit recommendation information recommending the corresponding host to a seller terminal of a seller selling agricultural products.

The interface module 132 is a module for managing information about a user interface (UI) provided through the customer terminal 200, the host terminal 300, the seller terminal 400, and the like.

As an example, the interface module 132 manages information on each of the UIs 411, 412, 413-1, and 413-2 in the broadcasting screen 410 provided through the customer terminal 200 as shown in FIG. 4. Layout information between each UI and the playback screen can be managed and provided.

The content providing module 133 is a module for providing live content (or pre-stored video content) matching the registered online tour to various terminals.

The content providing module 133 may provide a streaming service for live content received from the host device 300 to a plurality of customer devices.

The payment support module 134 is a module for supporting the payment service of the customer terminal 200 for products sold according to the request of the customer terminal 200 .

The payment support module 134 may perform payment in conjunction with at least one financial institution server according to the purchase information received from the customer terminal 200 and the sale information/payment information received from the seller terminal 400 .

Meanwhile, as an example, the payment support module 134 may support easy payment between different types of mobile pay systems by linking mobile pay applications used by each buyer (customer) and seller.

For example, the payment support module 134 recognizes the seller's payment repayment QR code, identifies payment information (ex. payment amount) for transaction completion, and transfers the identified payment information to the buyer's (customer's) mobile pay application. Payment can be made by applying to

For example, as a local host filming live content traveling in China introduces a product of a seller selling in China, a customer in Korea may have a desire to purchase the product and request a purchase. However, in this case, since the Mobile Pay service mainly used by Korean customers and the Mobile Pay service mainly used by Chinese merchants are different, Korean customers prefer to use Mobile Pay mainly in Korea (e.g., Naver Pay, Kakao Pay, etc.) It may be inconvenient to newly install mobile pay (eg, WeChat, Ali Pay, etc.) used by the seller.

However, since the payment support module 134 can support simple payment between heterogeneous mobile pay services, this inconvenience can be resolved.

As a specific example, when a customer watching an online tour expresses their intention to purchase (e.g., by inputting their intention to purchase in the chat window in the broadcast screen through the customer terminal 200, or selecting a separate button), the local host repays the payment to the seller You can ask to show a QR code, barcode, etc.

Accordingly, the seller receives a QR code for payment repayment (matched to payment information) through his/her device (ex. seller terminal 400) and presents it to the host, or the host receives a QR code printed in advance on paper, etc. can be presented to If a QR code for payment redemption is provided through the merchant terminal 400, this QR code may be generated by reflecting the payment amount immediately input through the merchant terminal 400.

In addition, the local host can act as a reader by taking the QR code presented by the seller with his or her own electronic device (eg, a host terminal or a separate electronic device capable of communicating with the server 100) instead of the buyer (customer).

And, as the QR code captured through the local host is transmitted to the server 100, the payment support module 134 of the server 100 identifies a mobile pay company matching the captured QR code, and the contents of the QR code (ex. payment amount, deposit target account, etc.) In addition, the payment support module 134 of the server 100 applies the obtained information to the application of the mobile pay company (eg, Kakao Pay) used by the buyer (customer) side, and the mobile pay application used by the buyer (customer). Payment can be made through

In this case, the payment support module 134 of the server 100 generates a QR code or barcode according to the mobile pay application on the buyer (customer) side according to the acquired content and provides it to the customer terminal 200 and/or the mobile pay system. You may.

As a result, payment details may be displayed on the screen of the customer terminal 200, and the customer clicks the 'yes' button on the screen displaying a message such as 'I want to pay $XX at store A', for example. Payment can be authorized. Accordingly, remote payment may be completed, and the server 100 may transmit information indicating that payment of the payment has been completed to the seller terminal 400 through the mobile pay application used by the seller again.

On the other hand, according to an embodiment, the payment support module 134 sets a selling price including a predetermined fee (a fee for paying a local host) in the actual product price, receives payment from buyers, and delivers the sales price to the seller. You can pay the amount minus the city fee. In this case, the fee for paying the local host can be paid to the host's account according to the sales quantity.

Meanwhile, the various embodiments described above may be performed by combining two or more embodiments as long as they do not conflict with each other.

Meanwhile, various embodiments described above may be implemented in a recording medium readable by a computer or a similar device using software, hardware, or a combination thereof.

According to the hardware implementation, the embodiments described in this disclosure are application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), and field programmable gate arrays (FPGAs). ), processors, controllers, micro-controllers, microprocessors, and electrical units for performing other functions.

In some cases, the embodiments described herein may be implemented by a processor itself. According to software implementation, embodiments such as procedures and functions described in this specification may be implemented as separate software modules. Each of the software modules described above may perform one or more functions and operations described herein.

On the other hand, computer instructions or computer programs for performing processing operations in each device in the system according to various embodiments of the present disclosure described above are stored in a non-transitory computer-readable medium. can be stored Computer instructions or computer programs stored in such a non-transitory computer readable medium, when executed by a processor of a specific device, cause the above-described specific device to perform processing operations in each device according to various embodiments described above.

A non-transitory computer readable medium is a medium that stores data semi-permanently and is readable by a device, not a medium that stores data for a short moment, such as a register, cache, or memory. Specific examples of the non-transitory computer readable media may include CD, DVD, hard disk, Blu-ray disk, USB, memory card, ROM, and the like.

Although the preferred embodiments of the present disclosure have been shown and described above, the present disclosure is not limited to the specific embodiments described above, and is common in the technical field belonging to the present disclosure without departing from the gist of the present disclosure claimed in the claims. Of course, various modifications and implementations are possible by those with knowledge of, and these modifications should not be individually understood from the technical spirit or perspective of the present disclosure.

100: server 200: customer terminal
300: host terminal 400: seller terminal

Claims (12)

A method for providing an online tour of a server communicating with a customer terminal and a host terminal,
registering at least one online tour input through the host terminal;
receiving a participation request for participating in the registered online tour from the customer terminal;
receiving live content matching the online tour from the host terminal;
providing the received live content through the customer terminal; and
and supporting the customer terminal to pay for the sale item when a purchase request for at least one item for sale is received from the customer terminal while the live content is being provided. According to claim 1,
The step of registering the online tour,
A method for providing an online tour by a server, registering information about a place, time, host, sale item, and seller of the online tour. According to claim 1,
The step of supporting the payment of the customer terminal,
Receiving purchase information from the customer terminal; and
A method for providing an online tour by a server, comprising: performing a payment through at least one financial institution server according to sales information registered through at least one seller terminal and the purchase information. According to claim 3,
Receiving purchase information from the customer terminal,
A method for providing an online tour by a server, wherein at least one user interface (UI) for inputting purchase information through the customer terminal is provided when a purchase request is received from the customer terminal. According to claim 1,
The step of supporting the payment of the customer terminal,
Receiving a purchase request from the customer terminal;
transmitting the received purchase request to the host terminal;
When first code information related to payment information of a seller terminal for the purchase request is recognized through the host terminal, transmitting payment information identified through the recognized first code information to the customer terminal; and
and performing a payment according to the payment information when payment approval information is received from the customer terminal. According to claim 5,
The seller terminal,
Receiving first code information from a first mobile pay server and displaying an image matching the first code information;
The host terminal,
Recognizing the first code information through the displayed image, and transmitting the recognized first code information to the server;
Transmitting the payment information to the customer terminal,
Identifying the payment information in conjunction with the first mobile pay server based on the first code information;
Interlocking the identified payment information with a second mobile pay server linked to the customer terminal to obtain second code information;
An online tour providing method of a server, wherein the second code information is provided to the customer terminal. According to claim 1,
The step of registering the online tour,
receiving a user input requesting at least one online tour through the customer terminal;
providing information on the requested online tour to one or more host terminals;
receiving, from the host terminal, a request for performing the requested online tour; and
and registering an online tour of the host device according to the received request. According to claim 7,
The step of providing information on the requested online tour to one or more host terminals,
selecting at least one host device according to the requested online tour location and the online tour schedule of each host device;
An online tour providing method of a server that provides information about the requested online tour to the selected host terminal. According to claim 1,
Receiving the live content,
and receiving live content matched to the online tour from the host terminal when the number of customer terminals requesting participation in the registered online tour is greater than or equal to a predetermined number. According to claim 1,
Receiving the live content,
Calculate a broadcast viewing probability of each customer terminal requesting participation based on a broadcast viewing history of each customer terminal requesting participation in the registered online tour;
A method for providing an online tour by a server, wherein live content matched with the online tour is received from the host terminal when the sum of the calculated broadcast viewing probabilities is equal to or greater than a predetermined value. According to claim 1,
Providing the live content through the customer terminal,
When the live content is received, notifying the customer terminal of the start of broadcasting the live content;
Wherein, when a request for viewing a broadcast is received from the customer terminal, the server provides the live content through the customer terminal. According to claim 11,
The online tour providing method of the server,
If a request for viewing a broadcast is not received from the customer terminal until the end of the live content, setting a broadcast viewing probability of the customer terminal downward;

Images