WO2023054979A1 - 리뷰 신뢰도 평가 방법 및 시스템 - Google Patents

리뷰 신뢰도 평가 방법 및 시스템 Download PDF

Info

Publication number
WO2023054979A1
WO2023054979A1 PCT/KR2022/014164 KR2022014164W WO2023054979A1 WO 2023054979 A1 WO2023054979 A1 WO 2023054979A1 KR 2022014164 W KR2022014164 W KR 2022014164W WO 2023054979 A1 WO2023054979 A1 WO 2023054979A1
Authority
WO
WIPO (PCT)
Prior art keywords
review
user
evaluation
management server
information
Prior art date
Application number
PCT/KR2022/014164
Other languages
English (en)
French (fr)
Inventor
윤태석
박균호
Original Assignee
주식회사 인덴트코퍼레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 인덴트코퍼레이션 filed Critical 주식회사 인덴트코퍼레이션
Publication of WO2023054979A1 publication Critical patent/WO2023054979A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0282—Rating or review of business operators or products
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0637—Strategic management or analysis, e.g. setting a goal or target of an organisation; Planning actions based on goals; Analysis or evaluation of effectiveness of goals
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements
    • G06Q30/0248—Avoiding fraud
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0609—Buyer or seller confidence or verification

Definitions

  • the present invention relates to a review reliability evaluation method, and more particularly, to a review reliability evaluation method configured to provide a personalized service by accurately identifying a counterpart of a messenger in any conversation environment.
  • Korean Patent Publication No. 10-2017-0116359 discloses a real review system and method.
  • the purpose of the real review system is to increase the reliability of reviews and postings about restaurants and stores.
  • the system assigns a code to the receipt issued to a visitor who actually used the store and then obtains permission to upload a review. to block false reviews from non-buyers.
  • the review system using such receipt information still only provides consumers' evaluations of the service itself, and does not provide consumers with a platform for easy review uploads, and has limitations in not being able to evaluate how reliable the reviews are. . That is, according to the conventional method, efforts to increase the reliability of the method of leaving a review may have been performed, but attempts to increase or confirm the reliability of the review itself have not been performed.
  • the present invention has been proposed to solve the above problems, and an object of the present invention is to provide a system in which consumers who have actually purchased a product can evaluate the review when a review of the product is uploaded.
  • a review reliability evaluation method includes detecting, by a server, that a review is uploaded to a review platform; selecting, by a server, a review to be evaluated from among a plurality of reviews uploaded to the review platform; The server granting evaluation authority for the selected review to the actual purchaser; Receiving a review evaluation message from at least some of the consumers to whom the evaluation authority has been granted; recording, by a server, evaluation scores input by the consumers for the selected review based on the review evaluation message; and calculating and displaying, by the server, a review reliability index for a plurality of evaluation scores for each review.
  • the review reliability evaluation method may further include transmitting, by the server, an evaluation request message to all or some of the consumers to whom evaluation authority is granted to evaluate the selected reviews.
  • the review reliability evaluation method when a plurality of reviews written by one consumer is evaluated, the server calculates a comprehensive score of review reliability indices received for the plurality of reviews, and the composite score is calculated by the review author.
  • a step of displaying as a reliability index may be further included.
  • the review reliability evaluation method may further include confirming that the consumer to whom the evaluation authority is granted is a real purchaser.
  • the step of confirming that the consumer granted the evaluation authority is a real purchaser may be performed before the step of transmitting the evaluation request message.
  • the step of confirming that the consumer granted the evaluation authority is a real purchaser may be performed after the step of transmitting the evaluation request message.
  • the transmitting of the evaluation request message may include selecting an evaluation group.
  • the step of selecting the evaluation group may include: collecting, by a server, log information including an access record of a second consumer who accessed the first review; monitoring a product purchasing activity of the second consumer; matching the access record with the subsequent purchase information when an access record of the second consumer's first review and a subsequent purchase of the first product executed after the access are detected; determining whether or not the subsequent purchase is related to the access record by a predetermined criterion, whether or not the subsequent purchase is affected by the first review; and including the second consumer in an evaluation group when the association is recognized.
  • the predetermined criterion is access to the review, access to the target product of the review, whether or not to click the associated button of the review, the time spent on the page exposed to the review, the number of accesses to the review , whether there is a record of accessing again after leaving the review, and a time difference between the time of purchase of the target product and the time of accessing the review.
  • FIG. 1 is a diagram outlining a network according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing the detailed configuration of a management server according to an embodiment of the present invention.
  • FIG. 3 is a flowchart illustrating a process of a review reliability evaluation method according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating a process in which an evaluation group selection method for evaluating review reliability according to an embodiment of the present invention proceeds.
  • FIG. 5 is a diagram illustrating a process in which a management server transmits/receives data with a messenger server and a user terminal to identify a user.
  • FIG. 6 is a diagram illustrating a process for the management server to determine whether a user is a real purchaser.
  • FIG. 7 is a diagram illustrating a process in which a management server transmits and receives data to and from a user terminal and an external server in order to determine whether a user is a real purchaser.
  • FIG. 8 is a flowchart illustrating a process of a method of identifying a counterpart user according to an embodiment of the present invention.
  • FIG. 9 is another flowchart illustrating a process of a method of identifying a counterpart user according to an embodiment of the present invention.
  • FIG. 10 is another flowchart illustrating a process of a method of identifying a counterpart user according to an embodiment of the present invention.
  • FIG. 11 is a diagram illustrating a review evaluation process performed in a user terminal when a management server detects another consumer's review upload according to an embodiment of the present invention.
  • FIG. 12 is a diagram illustrating an interface for evaluating review reliability according to an embodiment of the present invention.
  • FIG. 13 is a diagram illustrating an interface for evaluating review reliability according to another embodiment of the present invention.
  • FIG. 14 is a diagram illustrating an interface for evaluating review reliability according to another embodiment of the present invention.
  • mapping or matching with a terminal means mapping or matching a terminal's unique number or personal identification information, which is the terminal's identifying data. can be interpreted as
  • products may include various forms that can be purchased online, such as delivery food, rental products and services, as well as goods.
  • the management server 300 can be used in all fields to provide personalized service by identifying other users in all fields where chatbots are used, but to help understand how user identification can be done in the review management system explain about.
  • the scope of rights claimed by the present invention is not limited to the review management system.
  • FIG. 1 is a diagram schematically illustrating interactions between a chatbot-based management server and external devices according to an embodiment of the present invention.
  • a management server 300 interacts with a user terminal 100 , at least one external server 400 , and a messenger server 700 through a network 200 .
  • a user may purchase a product from at least one external server 400 using a user terminal 100 and receive the product, and a chatbot provided by the management server 300 may provide information about the user.
  • a review of the purchased product may be uploaded through the channel of the messenger to be accessed.
  • a channel is a space opened by the messenger server 700 so that a user and an identification manager can chat with each other, including at least a chat room, and broadly, a resource allocated to the messenger server 700 for a conversation between two subjects. can include
  • the management server 300 or the chatbot provided by the management server 300 requests the messenger server 700 to open a channel with the user, and the messenger server opens a conversation channel between the user and the chatbot.
  • the chatbot retrieves and displays purchase histories of various products in a plurality of shopping malls (external servers) to the user, and the user selects one of the delivered products and uploads a review to the channel. .
  • the chatbot needs to know exactly who the other party is.
  • the management server 300 receives and retains shopping histories of 10,000 users from a plurality of external servers 400 as data. That is, users number from 1 to 10,000, each has an ID on the messenger server, and may have a mobile phone number linked with the ID. If the phone number of user 1 is 1234-1111 and the ID is abcd, the administrator of the management server can operate the chatbot by specifying the phone number 1234-1111 or the ID abcd. That is, the phone number and ID are unique keys (K) of the user. User 1 will receive a message from the chatbot.
  • the management server 300 can receive the message, but the user's key value received by the system may be a random numbered string rather than the unique key (K). .
  • the management server 300 is hardware that implements software such as a counterpart identification program, and does not allow a user or manager to recognize a counterpart as if viewing a chatting screen.
  • the management server 300 has no choice but to trace back using the key value of the user sent by the messenger server 700 in order to recognize the other party. Therefore, if the user's unique key (K) is returned after being randomized, it is impossible to recognize it as a specific user in any system.
  • the present invention proposes a method for distinguishing a user even if a random numbered character is received as a user's key value.
  • the user terminal 100 may be implemented as a computer capable of accessing a remote server or terminal through a network, or a wireless communication device ensuring portability and mobility.
  • the management server 300 may receive product order information in real time from a plurality of external servers 400 that are affiliated shopping mall servers. Specifically, when a user orders a product from at least one shopping mall and the product is shipped, the management server 300 may receive the product order information from the external server 400 in real time, and the external server 400 ) or delivery completion information may be received from a separate delivery information server 800 .
  • the delivery completion information may be a kind of user behavior signal.
  • the management server 300 may select a driving method upon receiving the user behavior signal. Alternatively, the management server 300 may select a method of operating when a user's review upload is detected.
  • the product does not mean only goods, so when the product is a service or delivery food, a person skilled in the art can provide information on completion of service performance from the delivery information server 800 in real time. It is self-evident that it can be understood as receiving. In this case, completion of service performance may be a kind of user action signal.
  • the product order information may include the name of the orderer, shipping address information, order number, name of the shopping mall where the product was purchased, hosting company, and the like.
  • the product order information is included in user information and may form part of data constituting user information. That is, the user information may be various such as user name, phone number, name of the shopping mall where the product was purchased, list of purchased product, address, English name, etc., and the above information may be combined and used as data to identify the user. there is. Since this data combination corresponds to a request code (Q) and an identification index (I) to be described later, the identification index (I) can be used for user identification.
  • the management server 300 may identify a user and inquire product order information corresponding to the user.
  • the product order information is information transmitted in real time from at least one external server 400, for example, servers of various shopping malls, and includes various information such as the orderer's name, product name, shopping mall name, shipping address information, order number, and hosting company name. can That is, the management server 300 can inquire if the various products purchased by one user are products purchased from a shopping mall affiliated with the management server 300 regardless of which shopping mall or when they were purchased.
  • the management server 300 continuously monitors delivery information, and when information that delivery is completed is obtained, the management server 300 or a chatbot driven by the management server 300 establishes a channel in the messenger server 700. request.
  • the chatbot sends a message to the user requesting review evaluation of the purchased product through a messenger installed in the user terminal 100, the user can easily evaluate the review on the channel through the user terminal 100.
  • the management server 300 and one external server 400 may be operated by the same entity.
  • a specific shopping mall company has its own server and introduces the management server 300 to enable operation on its own server, customers of its shopping mall can directly experience the chatbot interface according to an embodiment of the present invention can do.
  • the management server 300 and the plurality of external servers 400 may be operated by different entities.
  • the management server 300 may basically consist of a communication unit 310, a processor 320, and a database 330, and the processor 320 includes a generation unit 321 and a confirmation unit 322. ) and a chatbot execution unit 323.
  • the generation unit 321, the confirmation unit 322, and the chatbot execution unit 323 may be parts of the processor 320 in which each function is implemented in hardware, but each component is formed as a separate processor. Excluding the form It is not.
  • the communication unit 310 may receive product purchase information of a user from at least one external server 400 .
  • the communication unit 310 may receive new product purchase information from the external servers 400 in real time.
  • the management server 300 may inquire all nth products such as the second product and the third product that the user has purchased. That is, when the communication unit 310 receives product purchase information for the first product, the management server 300 acquires the identification indicator (I) from the user's message, recognizes the user, and lists the products that the identified user has purchased. All purchase histories of the user in the shopping malls where the purchase was made can be retrieved. That is, a personalized service can be provided.
  • Information inquiry on the past purchase history may be made after purchasing the first product, but communication between the management server 300 and at least one external server 400 is real-time, so it is inquired in advance before purchasing the first product, and the management server ( Information stored in the database used by 300) may be inquired again.
  • the generating unit 321 may obtain user information from the product purchase information.
  • the management server 300 may obtain user information, request opening of a channel with the user, and transmit a necessary message.
  • the generation unit 321 may generate a query sign (Q) for specifying a user and an identification indicator (I) matching the request sign.
  • the request code (Q) and the identification indicator (I) are stored in the database of the management server 300 as information corresponding to the user.
  • the confirmation unit 322 may monitor delivery information of the purchased product in real time.
  • the confirmation unit 322 receives the waybill number and inquires the delivery status in real time, or receives 'delivery completion' information directly from at least one external server 400, that is, the shopping mall server or the delivery information server 800. there is.
  • the delivery information server 800 may be a separate server or may be included in the management server 300 .
  • the information confirmed by the confirmation unit 322 is the user's action signal 1000 including the delivery completion information. That is, the delivery completion 1001 may be only a small part of the action signal 1000, and the action signal 1000 may be determined according to the purpose of the management server 300.
  • the chatbot execution unit 323 may command the chatbot to open a channel with the user after a preset period of time has elapsed after the user's action signal 1000 has been received.
  • the preset period may be immediately after delivery completion (1001) or after a predetermined time. The same as above can be applied even when the action signal is a website button click (1002) or a terminal touch (1003).
  • the management server 300 may open a messenger channel in the user terminal by the chatbot after a preset period of time has elapsed after confirming delivery completion when delivery of the shipped product is completed.
  • the preset period includes immediately after delivery is completed, and may mean, for example, a time interval in units of minutes, hours, and days after delivery is completed.
  • the chatbot execution unit 323 outputs the request code (Q) to the channel of the user terminal and induces the output of an identification indicator (I) when a preset period elapses after the confirmation unit confirms delivery completion, thereby responding to the user's message.
  • a user may be identified through the displayed identification indicator (I).
  • chatbot execution unit 323 may directly or indirectly transmit an initial message including or not including the request code through the channel when the confirmation unit 322 confirms delivery completion.
  • the chatbot execution unit 323 may be designed to output the user's message including the identification index when a user's message is input to the channel after the initial message is transmitted to the channel.
  • FIG. 3 is a flowchart illustrating a process of a review reliability evaluation method according to an embodiment of the present invention.
  • the management server may detect that a review is uploaded to the review platform (S1000). Also, the management server may select a review to be evaluated from among a plurality of reviews uploaded to the review platform (S2000). Here, the management server may select a review to be evaluated based on reliability index data evaluated on existing reviews.
  • the management server may select a new review on the specific product as an evaluation target in order to secure review reliability data on the specific product.
  • the management server determines the reliability of the review data written by the specific review author. Reviews can be selected for evaluation.
  • the management server may grant evaluation rights for selected reviews to consumers (S3000).
  • the management server may check whether or not the consumers actually purchase the product (S3100). For example, the management server may identify consumers based on their purchase details, delivery details, etc., confirm whether the identified consumers actually purchase the product, and then grant evaluation authority to the consumers identified as actual purchasers. .
  • the management server may transmit an evaluation request message to evaluate the selected review to all or some of the consumers to whom evaluation authority has been granted (S4000).
  • the management server may select an evaluation group, which is a group to which a review evaluation request message is transmitted (S4100). Accordingly, the management server may transmit an evaluation request message to consumers constituting the selected evaluation group.
  • the operation of the management server for selecting the evaluation group to which the review evaluation request message is transmitted may be as follows.
  • FIG. 4 is a flowchart illustrating a process in which an evaluation group selection method for evaluating review reliability according to an embodiment of the present invention proceeds.
  • the management server may collect log information including an access record of the second consumer who accessed the first review (S4110).
  • the management server may collect log information including activity information of the second consumer on the first review page.
  • the management server may monitor product purchase activities of the second consumer (S4120).
  • the management server may collect activity information of the second consumer in the review platform and/or an affiliated platform of the review platform.
  • the consumer's activity information may include log information generated by the consumer, payment information of the consumer, product delivery information of the consumer, and the like.
  • the management server may match the access record with subsequent purchase information (S4130).
  • the management server may determine whether the subsequent purchase is related to the access record based on a predetermined criterion (S4140).
  • the association between the subsequent purchase and the access record is information about whether the subsequent purchase is affected by the first review.
  • the predetermined criteria include access to reviews, access to products targeted for reviews, clicks on relevant buttons for reviews, time spent on pages exposed to reviews, number of accesses to reviews, and leaving reviews. It may include at least one of whether there is a record of subsequent access, and a time difference between the time of purchase of the target product and the time of review access.
  • the predetermined criterion may include at least one of a review context and sentiment.
  • the management server may derive a context by analyzing the text of the review, and may calculate a sentiment for the product based on an analysis result of images included in the context and the review.
  • the management server may determine that the correlation between the subsequent purchase and the access record is low.
  • the management server may include the second consumer in the evaluation group (S4150).
  • the management server may record evaluation scores input by consumers for the selected review (S5000).
  • consumers who input evaluation scores may be consumers included in the evaluation group.
  • the management server may calculate a review reliability index for a plurality of evaluation scores for each review and display the calculated review reliability index (S6000).
  • the index can be set in a variety of ways.
  • the index may be an average of evaluation scores.
  • the index may be the sum of evaluation scores.
  • the evaluation score itself is set to -1, 0, +1, so that non-recommendation is -1, normal is 0, and recommendation is evaluated as +1. If it is low, it can be perceived as a poorly rated product.
  • the index may be the number of evaluations itself, as the number of evaluations may serve in part as a measure of interest in a product.
  • the index may be a text display that divides result values into recommendation or non-recommendation with respect to result values calculated in various ways including the average, sum, and number of evaluation scores. That is, the actual calculation formula for the index may be complex, but the method displayed on the user terminal may be a Yes or No method.
  • the management server may calculate a review reliability index by integrating a plurality of evaluation scores evaluated for reviews and calculating an average value. Alternatively, the management server may calculate a review reliability index by weighting a plurality of evaluation scores evaluated for reviews.
  • the weight of the weighted average may be determined based on access records of consumers who have assigned review evaluation scores. For example, among the review evaluation scores, a high weight may be assigned to a review evaluation score given by a consumer with a large amount of data in an access record at the current time.
  • the weight of the weighted average may be determined based on the input time point of the review evaluation score. For example, among the review evaluation scores, a high weight may be assigned to a review evaluation score input at a point in time close to the current point in time.
  • the management server may calculate a reliability index for the review author by integrating the evaluation scores calculated for each review, and display the calculated reliability index of the review author (S7000).
  • the management server may calculate the reliability index of the review author by integrating reliability indexes of a plurality of reviews written by the same review author and calculating an average value.
  • the management server may calculate the reliability index of the review writer by weighting the reliability index of a plurality of reviews.
  • the weight of the weighted average may be determined based on the category of the product to be reviewed. For example, among reviews written by the same user, a high weight may be assigned to a reliability index of reviews related to a product category having a high proportion of written reviews.
  • the weight of the weighted average may be determined based on the review writing time. For example, a high weight may be assigned to a reliability index for a review recently written from the current point in time.
  • the step of determining whether consumers are actual purchasers of the product (S3100) may be performed by the management server prior to review evaluation (ie, in advance).
  • the step of confirming whether consumers are actual purchasers of the product (S3100) may be performed by the management server after the review evaluation (ie, afterward).
  • a review reliability evaluation method including an operation of a management server that identifies consumers, confirms whether or not the identified consumers actually purchase a product, and grants evaluation authority to the consumers identified as actual purchasers may be described below.
  • the step of confirming that the user is a real purchaser may be performed before the step of transmitting the review evaluation request message (S4000) or may be performed after the step of transmitting the review evaluation request message (S4000).
  • the actual purchaser confirmation step performed before the review evaluation request message transmission step (S4000) is the first confirmation step
  • the actual purchaser confirmation step performed after the review evaluation request message transmission step (S4000) is the first confirmation step. 2 Name the confirmation step.
  • a review reliability evaluation operation including the first confirmation step and/or the second confirmation step will be described with reference to FIGS. 5 to 10 .
  • FIG. 5 is a diagram illustrating a process in which a management server transmits/receives data with a messenger server and a user terminal to identify a user.
  • the management server 300 transmits and receives data with the messenger server 700 and the user terminal 100 to identify a user.
  • the management server manager may request review evaluation from the user through general connection information such as a user ID or a phone number.
  • general connection information such as a user ID or a phone number.
  • the management server 300 may make a channel opening request based on a user-specific key (K) corresponding to the user in advance (S100).
  • a messenger in which a chatbot is executed may randomize a user ID. That is, the management server 300 may use an arbitrary string generated based on information irrelevant to the user as an identification value.
  • the management server 300 may request the messenger server 700 to open a conversation channel based on a public unique key (K) such as a user ID (S100). This is a process that can be applied to all messengers.
  • K public unique key
  • the messenger server 700 changes the user's unique key (K) to an arbitrary identification value, returns it, and opens a channel, the manager of the management server 300 or the corresponding system cannot specify the user. If a user cannot be specified, a review upload request cannot be made based on personalized purchase information.
  • K unique key
  • the chatbot-based management server 300 generates a request code (Q) and an identification index (I) corresponding to the user in advance to request a channel opening based on the user's unique key (K) ( At the same time as S100), a review evaluation request message including a request code (Q) may be transmitted (S200).
  • the management server 300 may request 'insertion of a review evaluation request approval means' at the same time as the channel opening request step (S100) and the review evaluation request message transmission step (S200) (S300). That is, while transmitting the review evaluation request message, the management server 300 may request the messenger server 700 to output options requesting approval to the review evaluation request message together with the message.
  • the approval button requested to be inserted into the message by the management server 300 may be programmed to automatically output the user's message together with a click of the approval button, and output the message by including an identification indicator (I) in the message.
  • the messenger server 700 may open a channel between the user and the management server 300 to transmit (output) a review evaluation request message to the user terminal (S400), and the user may approve the review evaluation request within the channel. Yes (S500).
  • evaluation target reviews may be reviews determined based on user purchase information.
  • a user may simply select a review to be evaluated (eg, touch or click) and transmit evaluation information (eg, evaluation score, etc.) for the review.
  • the messenger server 700 when a user approves a review evaluation request (S500), the messenger server 700 sends the management server 300 the randomized user key values. may be returned, and permission to access the channel may be granted (S600). The messenger server 700 may output the user's first message including the identification indicator (I).
  • the management server 300 Since the identification index (I) is output in the user's first message, the management server 300 utilizes previously stored relationship information between the user - request code (Q) - identification index (I) to determine who the user is within the channel. be able to figure out
  • the management server 300 may transmit a list of evaluation target reviews to the user, and the user may simply select a review to be evaluated (eg, touch or click) and transmit evaluation information about the review (S700).
  • a method of inserting the identification indicator (I) into a user message is adopted in the trend of not sharing a value for identifying a user, so that the user can It is possible to accurately identify who it is and provide personalized service.
  • the management server 300 does not have difficulty in specifying the user because the process of returning the randomized user key value will not be performed. . Therefore, the process of the management server 300 transmitting the request code (Q) and outputting the user message including the identification indicator (I) can be omitted.
  • a review evaluation request approval means may not be included in the review evaluation request message transmitted by the management server 300 by the user, in this case
  • the review evaluation request approval means insertion request step (S300) may be omitted.
  • the step of transmitting the evaluation target review list can be omitted.
  • the management server 300 classifies the review evaluation information obtained from the user to which review corresponds to the review platform. can be uploaded to In this case, the management server 300 does not need to transmit the evaluation target review list, and the user will upload review evaluation information without selecting a review to evaluate.
  • the management server 300 may primarily check whether the user purchases a product subject to review evaluation by transmitting and receiving a request code and an identification index. However, the management server 300 may receive review evaluation information that does not include an identification index. The management server 300 may perform an operation to check whether the review evaluation information has been created by a real purchaser. That is, when the first authentication information including the identification index is not secured, the management server 300 may secure second authentication information separately to confirm whether the review evaluation information was created by the actual purchaser. An operation of the management server that secures the second authentication information and checks whether the review evaluation information has been written by a real purchaser may be as described below.
  • FIG. 6 is a diagram illustrating a process for the management server to determine whether a user is a real purchaser.
  • the management server receives a review evaluation information message including review evaluation information written by a user.
  • the review evaluation information may include review evaluation scores and the like.
  • the management server may receive the review evaluation information message directly from the user terminal. Alternatively, the management server may receive a review evaluation information message from the user terminal through the connected messenger server.
  • the management server may determine whether separate authentication information is required based on the reception result of the review evaluation information message.
  • the management server may determine whether separate authentication information is required based on whether or not the first authentication information is included in the review evaluation information message.
  • the first authentication information may include an identification indicator for the request code. For example, when the review evaluation information message includes first authentication information, the management server may reflect the review evaluation information in calculating review reliability.
  • the review evaluation information message includes the first authentication information, it has already been confirmed that the user who evaluated the corresponding review is a real purchaser, and the obtained review evaluation information can be reflected in calculating the review reliability (S3160-1).
  • the management server may request separate authentication information from the external server in step S3130.
  • the management server requesting the second authentication information may acquire separate authentication information from at least one external server in step S3140. That is, the management server may receive second authentication information, which is authentication information separate from the first authentication information, from at least one external server.
  • the second authentication information may include user purchase activity information and user information.
  • the management server may determine whether the product of the author of the review evaluation information is actually a purchaser based on the second authentication information. That is, the management server may determine whether the user is a real purchaser of the product based on a matching result between the user's purchasing activity information and the review evaluation information included in the second authentication information. A method of determining whether a user is a real purchaser of a product performed by the management server will be described later.
  • the management server may reflect the review evaluation information in calculating the review reliability in step S3160-1.
  • the management server may not reflect the review evaluation information in calculating the review reliability in step S3160-2.
  • FIG. 7 is a diagram illustrating a process in which a management server transmits and receives data to and from a user terminal and an external server in order to determine whether a user is a real purchaser.
  • the management server 300 may acquire review evaluation information by transmitting and receiving data to and from the user terminal 100 and may identify whether the user is a real purchaser by transmitting and receiving data to and from an external server.
  • the review evaluation information may include evaluation of a review written by a user and data related to an evaluation target review.
  • Review evaluation information may be data in any one of text, video, and image formats.
  • Data related to the review may be information for specifying the review, such as the reviewer, the product to be reviewed, and the review writing time.
  • the management server 300 may primarily perform a user authentication procedure through the first authentication route R1. That is, the manager of the management server 300 may transmit and receive a request code and an identification index with the user terminal 100 to authenticate whether or not the user has purchased a product.
  • the identification index is information corresponding to the request code, which is predetermined information to specify a user, and may be the same as the request code. can be specified.
  • the manager of the management server 300 may perform procedures S100 to S800 of FIG. 5 to primarily check whether or not the user is an actual purchaser.
  • the user terminal 100 may transmit review evaluation information to the management server 300 through at least one path among a plurality of paths. For example, in step S3110-1, the user terminal 100 may transmit review evaluation information to the management server 300 through a channel with the established management server 300. A path for transmitting review evaluation information to the management server 300 through a channel with the opened management server 300 is referred to as a first upload path.
  • the user terminal 100 may directly transmit review evaluation information to the management server 300 through a network connected to the management server 300.
  • a path for directly transmitting review evaluation information to the management server 300 is referred to as a second upload path.
  • the user terminal 100 may transmit review evaluation information to the management server 300 through the first upload path or the second upload path.
  • the management server 300 checks whether the review evaluation information was written by the actual purchaser through the second authentication route (R2). can
  • the management server 300 may check the upload path of the review evaluation information to determine whether the review evaluation information was created by the actual purchaser. That is, in step S3120, the management server 300 may check whether the upload path and identification indicator of the review evaluation information are secured.
  • the management server 300 secures an identification indicator, thereby making it easy to determine which product a specific user purchased. That is, when the review evaluation information is transmitted through the first upload path, the purchase history of a specific user can be easily retrieved by checking the log data stored in the server of the management server 300 .
  • the management server 300 can check whether the user is a real purchaser through separate authentication information. .
  • the management server 300 may request at least one external server for additional authentication information for determining whether the review evaluation information has been written by a real purchaser.
  • Additional authentication information requested by the management server 300 may include purchase activity information of the user. That is, the management server 300 may request purchase activity information of the user from an external server.
  • the purchase activity information may include at least one of product delivery detail information, user payment detail information for purchasing a product, and user purchase detail information. That is, the management server 300 may request product delivery detail information from the logistics company server 910, request user payment detail information from the payment gateway (PG) company server 920, and send the information to the shopping company server. You can request the user's purchase history information.
  • PG payment gateway
  • the management server 300 may receive data from at least one external server. That is, the management server 300 may obtain product delivery details information from the logistics company server 910, obtain user payment details information from the PG company server 920, and obtain information from the sales server 930. Purchase history information of the user may be obtained. The second authentication information may include the purchase activity information.
  • the management server 300 may check whether the user who wrote the review evaluation information is a real purchaser of the product.
  • the management server 300 may check whether the user is an actual purchaser of the product by utilizing additional authentication information obtained from at least one external server.
  • the management server 300 receiving the review evaluation information does not go through the first authentication route R1.
  • the management server 300 may arbitrarily certify whether user A's review evaluation information is evaluation information by a real purchaser, but the user himself may request the management server 300 to certify that his review evaluation is based on actual purchases. In this case, the management server 300 may acquire predetermined separate authentication information and perform a procedure for confirming whether user A is an actual purchaser of the product.
  • the management server 300 may sequentially compare additional authentication information and user information according to the priority among the obtained information in determining whether the creator of the review evaluation information is a real purchaser of the product. For example, the management server 300 first compares the purchase history information of the user obtained from the sales server 930 with the user information to determine whether the author of the review evaluation information is a real purchaser of the product. Despite the comparison result of the user's purchase history information and the user information, if it is not confirmed whether the author of the review evaluation information is an actual purchaser of the product, the management server 300 provides the product's delivery history information and payment history information and the user By comparing the information, it is possible to determine whether the author of the review evaluation information is an actual purchaser of the product.
  • the management server 300 may determine whether to reflect the review evaluation information based on the result of determining whether the user is a real purchaser of the product. As a result of comparison between additional authentication information and user information by the management server 300, when it is confirmed that the user is a real purchaser of the product, the management server 300 may reflect the review evaluation information in calculating the review reliability. On the other hand, as a result of comparison between additional authentication information and user information by the management server 300, if it is not confirmed that the user is a real purchaser of the product, the management server 300 may not reflect the review evaluation information in calculating the review reliability. .
  • FIG. 8 is a flowchart illustrating a review reliability evaluation process including a method of identifying a counterpart of a messenger according to an embodiment of the present invention.
  • the management server 300 interacts with the messenger server 700 and the user terminal 100 .
  • the user terminal 100 and the management server 300 communicate through the messenger server.
  • the management server 300 detects another user's review upload (S10), the user information 90 of the user whose action signal A is detected is called (S20), and an initial message and a response message to be sent to the user are determined. It can (S30).
  • the order of steps S10 to S30 may be changed.
  • user information may be synchronized to the management server 300 from time to time from the external servers 400, and the initial message and response message may also receive the user's action signal A in a pre-determined state.
  • the processor of the management server 300 defines the initial message, but the response message may be defined according to the user's message type that the manager of the management server 300 wants to obtain, or may depend on the user's input without defining it. . Due to the nature of chatbot conversations, it is generally necessary to have an initial message, so it is desirable to define an initial message at this stage. The initial message may also be undefined if you allow it to be output - in any form.
  • the management server 300 can configure all user-related data that can identify the user, that is, a data pool, and can configure a unique combination of data so that the processor can identify the user (S31).
  • the data pool is obtained from the external server 400, for example, the name of the product purchased by the user, the name of the shopping mall, the address of the shopping mall, the hosting company related to the shopping mall, the user's name, nickname, ID for each shopping mall, the user's phone number, and the user's birthday. It can contain all user-related information.
  • a data combination may be configured according to the type, number and/or order of user information previously designated by an administrator.
  • the processor of the management server 300 may correspond to the data combination C and store at least one of a number of letters, numbers, symbols, and images already stored in the database. At least one of a number of letters, numbers, symbols, and images already stored in the database may be used as an identification indicator (I) to be displayed in the chatting window to distinguish users. In addition, at least one of a number of letters, numbers, symbols, and images already stored in the database may be a request code (Q) shown to the user by the chatbot of the management server 300 to obtain the identification indicator (I). .
  • the identification indicator (I) may be a single character, but since it becomes easier to distinguish a user as a plurality of elements are combined, it is preferable that the number of elements constituting the identification indicator (I) is plural.
  • the request code (Q) may be a single character or may be plural.
  • Data combination (C), identification indicator (I), and request code (Q) may be different from each other, but even if they are the same, if there is no problem in identifying the user, data combination (C), identification indicator (I), and request code (Q) ) may be equal to each other.
  • the shopping mall 11, the order number 12, and the orderer's name 13 may be examples of data combinations (C) as user information, but may also be a request code (Q) and an identification indicator (I).
  • the request code (Q) is for outputting the identification indicator (I) of the user, the request code (Q) and the identification indicator (I) in this case may be the same.
  • the management server 300 requests the messenger server 700 to open a conversation channel based on a user-specific key (K) that is generally called an ID or corresponds to the ID, and at the same time You can request transmission of an initial message.
  • K user-specific key
  • a response message output may be requested along with an initial message transmission in this step (S40).
  • the messenger server 700 may open a conversation channel according to the request of the management server 300 (S50). That is, the messenger server 700 may authorize the management server 300 to access the user on its own system.
  • the messenger server 700 may transmit an initial message to the user terminal as requested by the management server (S60).
  • the initial message may include a reaction inducing means, and the reaction inducing means may be in the form of a button that the user can click or touch, or a sentence requesting the user to directly input information such as letters, numbers, or images. It may be in the form of a picture, or it may be in the form of a picture requesting the user to directly input information such as letters, numbers, or images.
  • a reaction inducing means may be in the form of a button that the user can click or touch, or a sentence requesting the user to directly input information such as letters, numbers, or images. It may be in the form of a picture, or it may be in the form of a picture requesting the user to directly input information such as letters, numbers, or images.
  • any means capable of inducing a response to a user's action on a messenger may be included in the concept of a reaction inducing means.
  • the messenger server 700 may recognize the reaction as the final permission for access to the user of the management server 300 and output a response message (S80).
  • the messenger server 700 recognizes the click of the reaction inducing means button as 'permission' of outputting the reaction message by the request of the management server 300 and outputs a reaction message including an identification indicator (I) as a user message. This includes the case where the user directly inputs and outputs the case.
  • a manager of the management server 300 may request review upload from a user through general connection information such as a user ID or a phone number.
  • a user purchases a first product and a second product from a shopping mall having at least one external server 400 using the user terminal 100, the product is shipped from the shopping mall, and the at least one external server 400 orders the product.
  • Information is transmitted to the management server 300 .
  • the management server 300 always monitors delivery information. When the delivery is completed, the management server 300 transmits an initial message for requesting review evaluation to the user (S40).
  • the initial message for requesting the review evaluation may be transmitted directly from the management server 300 to the user terminal 100 through the messenger server 700. It may also be transmitted to the user terminal 100.
  • the user may check the initial message for requesting the review evaluation in the messenger executed on the user terminal 100, and may determine whether to approve the review evaluation request.
  • the management server 300 searches for information on the product ordered by the user, lists the purchased products of the user whose delivery has been completed in the past, and requests evaluation of reviews related to the purchased products. A message is transmitted to the user terminal 100 (S95).
  • the user can view the products he/she has purchased on the messenger channel, select a review of each product, input and transmit a reliability score, and evaluate the reliability of the review.
  • the messenger server 700 randomizes the value of the user's unique key (K).
  • K is a number generated without rules within a set range, and randomization can be defined as a random sequence of letters or numbers.
  • the management server 300 converts the user's unique key (K) value into a string (or numeric string) that corresponds to the previously known user's unique key (K) value but has completely unrelated information. that is randomization Therefore, only the messenger server 700 can know which user the random number-processed user key value corresponds to, and even if the management server 300 receives the user's response message, it cannot know which user's message it is.
  • the management server 300 requests the messenger server 700 to open a conversation channel with a user whose ID is Morgan.
  • the management server 300 After defining the identification index (I) corresponding to Morgan, requesting transmission of an initial message (S40'), and as a result of the user clicking or touching a button, which is one of the reaction induction means (S70'), the management server (300) in advance If the identification index (I) designated by the smiley, butterfly, and clock-shaped icons can be output as a response message, the messenger server 700 randomizes the user Morgan's ID and processes it into a random string such as FW11P0E98!
  • the management server 300 can determine that the owner of the message is Morgan based on the icons newly matched to information similar to the ID of FW11P0E98! (S90'). Accordingly, in this case, the management server 300 may specify a user and may transmit a message for requesting evaluation of a review related to a purchase product of the specified user to the user terminal 100 (S95). Accordingly, the management server 300 can provide a personalized service considering the user's characteristics (S95'').
  • the management server 300 already has information about the user purchasing products from various shopping malls and the communication unit 310 receives a behavioral signal that the user has received the most recently purchased product, the recently purchased product is received. You can ask to rate other users' reviews of products as well as products you've purchased in the past. Such shopping information can be provided in a personalized manner for each user, so that the user can use the service provided by the management server 300 very comfortably.
  • the messenger server 700 when a user approves an initial request for review evaluation (S70'), the messenger server 700 sends the management server 300 randomization
  • the returned user key value may be returned, and authority to access the channel may be granted (S80').
  • the messenger server 700 may output the user's first message including the identification indicator (I).
  • the management server 300 Since the identification index (I) is output in the user's first message, the management server 300 utilizes previously stored relationship information between the user - request code (Q) - identification index (I) to determine who the user is within the channel. be able to figure out
  • the management server 300 searches for information on the product ordered by the user, and also lists the purchased product of the user whose delivery has been completed in the past, and sends a message to the user terminal 100 to request evaluation of a review related to the purchased product. transmit
  • a user can simply select a review to be evaluated (eg, touch or click) and transmit evaluation information (eg, a review evaluation point, etc.) of the review.
  • evaluation information eg, a review evaluation point, etc.
  • a method of inserting the identification indicator (I) into a user message is adopted in the trend of not sharing a value for identifying a user, so that the user can It is possible to accurately identify who it is and provide personalized service.
  • the management server 300 does not have difficulty in specifying the user because the process of returning the randomized user key value will not be performed. . Therefore, the process of the management server 300 transmitting the request code (Q) and outputting the user message including the identification indicator (I) can be omitted.
  • the response message may be in the form of direct input by the user.
  • the management server 300 requests the messenger server 700 to open a conversation channel with a user whose ID is Morgan (S400).
  • the identification index (I) corresponding to Morgan is defined as letters, symbols, and numbers, and then, as a request code (Q), an initial message transmission including the letters, symbols, and numbers is requested (S40''), and the user
  • the request code (Q) As a result of reading the request code (Q) and inputting the letters of the identification index (I) smile, butterfly, and clock (S70''), the identification index (I) designated by the management server 300 in advance of the smile, butterfly, and clock
  • a response message containing characters can be output, even if the messenger server 700 processes the user Morgan's ID as a random number and returns it as a random string such as FW11P0E98!
  • the management server 300 may specify a user and may transmit a message for requesting evaluation of a review related to a purchase product of the specified user to the user terminal 100 (S95). Accordingly, the management server 300 can provide a personalized service considering the user's characteristics (S95'').
  • the review reliability evaluation operations described in FIGS. 3 to 10 may be performed by a management server, and data processed during the review reliability evaluation operation may be output in a chatbot by a chatbot. That is, messages for performing the review reliability evaluation operation process may be output on the chat window.
  • a review reliability evaluation operation process expressed through a chat window may be as described below.
  • FIG. 11 is a diagram illustrating a process of user identification in a user terminal when the review evaluation system according to an embodiment of the present invention receives delivery completion information as a user action signal.
  • the detection 1000 of another consumer review upload is one of the user's action signals for starting the review reliability evaluation procedure implemented by the management server 300 according to an embodiment of the present invention.
  • the management server 300 may monitor delivery information for a specific product after receiving product order information.
  • the confirmation unit 322 may send an initial message for requesting review evaluation (S40).
  • the initial message may include a request code (Q).
  • the chatbot execution unit 323 transmits the identification index (I) corresponding to the request code (Q) to the user through the mediation of the messenger server (700). can be displayed in the dialog window.
  • the request code (Q) and the identification indicator (I) may be the same letter, symbol, or picture.
  • the chatbot execution unit 323 copies the message of the management server 300 including the request code (Q) as it is and pastes it into the chat window of the user terminal 100 to obtain an identification indicator (I) can pay
  • the request code (Q) and the identification indicator (I) may be any one of a plurality of pieces of information constituting the product purchase information or a combination of the plurality of pieces of information.
  • the identification indicator (I) may be, for example, a combination of shopping mall 11, order number 12, orderer's name 13, and the like.
  • the identification indicator (I) may be, for example, a combination of a smile 21, a butterfly 22, a watch 23, and the like. Alternatively, it may be a set obtained by selecting and recombining each of the above elements.
  • the request code (Q) and the identification indicator (I) may be different characters, symbols, pictures, and the like.
  • the identification indicator I generated in advance in correspondence with the user may be copied as it is to the user dialog window.
  • the generation unit 321 may designate a mediating function for connecting the request code (Q) and the identification indicator (I). That is, when the request code (Q) is exposed in the chat window on the management server 300 side, the mediating function is not a method of copying or simply outputting the corresponding identification indicator (I) on the chat window on the user terminal 100 side.
  • the identification indicator (I) corresponding to the symbol (Q) may be immediately generated or retrieved and output to the dialog window on the user terminal 100 side.
  • the management server 300 may inquire product order information and list products that have been delivered. Thereafter, the management server 300 may transmit a list of reviews on delivered products to the user. Users can select reviews. In addition, the management server 300 may transmit a chat for inputting review evaluation information (eg, review evaluation score, empathy, etc.) for the review. The user may transmit review reliability index information to the management server 300 by inputting a review reliability index (eg, empathy).
  • review evaluation information eg, review evaluation score, empathy, etc.
  • the user may transmit review reliability index information to the management server 300 by inputting a review reliability index (eg, empathy).
  • the chatbot of the management server 300 may open a channel through specific information such as a user's phone number. That is, in the step of sending the first message, the user is identified.
  • the management server 300 is configured to output the request code (Q) to the system-side message and the identification indicator (I) to the user-side message, respectively. Then, while the conversation continues - while the channel is maintained - it is always possible to specify who the corresponding user is by the presence of the identification indicator (I) in the channel.
  • identification indicators I may be displayed on the message window of the user. This is one of the methods pre-programmed in the chatbot, and the management server 300 can recognize these identification indicators (I) (or an optional combination thereof), and utilizes the database for each conversation within the corresponding channel to It is possible to specify a corresponding user.
  • the chatbot can search for product order information that has been inquired so far and show the user a list of reviewed products to request evaluation from the user.
  • the sources of products purchased by a specific user such as P cat food purchased from A mall, Q jajangmyeon purchased from B mall, R cleaning service purchased from C mall, S golf hat purchased from D mall, etc. Regardless, reviews can be evaluated on one channel.
  • the data processed by the management server may be output on the interface of the review platform from the output unit of the user terminal.
  • the input review reliability may be displayed as an index for each review listed on the review page.
  • Review platforms can be divided into two types. Specifically, the review platform may include an independent review platform in which reviews for various products are posted, focusing on reviews rather than products, and a dependent review platform displayed at the bottom of a product purchase page of an affiliated shopping mall. An example of the interface of the review platform may be as described below.
  • FIG. 12 is a diagram illustrating an interface of a review platform according to an embodiment of the present invention.
  • the interface of the review platform may be output through the output unit of the user's terminal.
  • the review platform may be a stand-alone review platform in which reviews of various products are posted focusing on reviews rather than products, and reviews of various products may be displayed on the interface.
  • An area linked to the main page of the interface may be displayed at one end (eg, upper left corner) of the interface 511 .
  • Information about at least one review may be output on the interface.
  • an area 521 linked to a review page created by users, a reliability index 522 of the review, a product name 523 of the product to be reviewed, and a product brand 524 to be reviewed are displayed on the interface. It can be.
  • the review may include at least one image, slide, or video, and an area 521 linked to a review page written by a user may be output in the form of an image included in the review.
  • the reliability index 522 of the review, the product name 523 of the product to be reviewed, and the brand 524 of the product to be reviewed may be output in the form of text or symbols on the interface.
  • FIG. 13 is a diagram illustrating an interface of a review platform according to another embodiment of the present invention.
  • the interface of the review platform may be output through the output unit of the user's terminal.
  • the review platform may be a dependent review platform displayed at the bottom of a product purchase page of an affiliate shopping mall, and reviews of products displayed on a page of the affiliate shopping mall may be displayed on an interface.
  • An area 512 displaying product information including an image of the product may be displayed on one end (eg, top) of the interface.
  • Reviews of a specific product eg, a product displayed on the specific area 512 of the interface
  • information about the reviews may be output on the interface.
  • the interface includes an area linked to a review page for a specific product (531), the reliability index of the review (532), the product name of the product being reviewed (533), the brand of the product being reviewed (534), and the reviewer (535). ), etc. can be output.
  • the review may include at least one image, slide, or video, and the area 531 linked to the review page may be output in the form of an image included in the review.
  • the reliability index 532 of the review may indicate the reliability of the review itself.
  • the reliability index 532 of the review may indicate the reliability of the review writer who wrote the review.
  • the reliability index 532 of the review, the product name 533 of the product to be reviewed, the brand 534 of the product to be reviewed, and the review writer 535 may be output in the form of text or symbols on the interface.
  • FIG. 14 is a diagram illustrating an interface for evaluating review reliability according to another embodiment of the present invention.
  • An interface for evaluating review reliability may be output through an output unit of a user's terminal.
  • information about reviews and authors of reviews may be output to the interface.
  • an area 514 linked to a page for checking user information of a review writer may be output.
  • an area 514 linked to a page for checking user information of a review writer may be output in the form of a review writer's profile image.
  • Areas for inputting review-related commands may be output at one end (eg, the right end) of the interface.
  • an area 540 for inputting a command to end the review an area for inputting a command for silencing the review, and an area for inputting a command for sharing the review to other users.
  • an area 542 for inputting a command for confirming additional information about the review an area 543 for inputting additional commands about the review, an area 544 linked to a product page, and the like are output.
  • Information about reviews may be output at one end (eg, bottom) of the interface. For example, at one end of the interface, the title of the review and at least a part of the contents of the review may be output.
  • the user terminal may output a page for checking user information of a review writer.
  • the page for verifying user information of the review author may include an area 550 displaying review author information and an area 560 linked to an evaluation page for the review author.
  • the review writer's ID, the review writer's reliability index 551, and information on the number of reviews written by the review writer 552 may be output to the review writer information display area 550 .
  • the ID of the reviewer, the reliability index 551, the number of written reviews 552, etc. may be output in the form of text or symbols.
  • the above-described method for identifying a counterpart of a chatbot-based messenger according to an embodiment of the present invention may be executed by a program included in a platform or operating system, may be executed by a program downloadable online, or may be executed by a program stored in a storage medium It can also be run in state.
  • the above-described method for identifying a counterpart of a chatbot-based messenger according to an embodiment of the present invention is implemented as a program that is basically installed in a computer or directly installed by a user, and is stored in a computer-readable recording medium such as a terminal. can be recorded.
  • Embodiments according to the present invention described above may be implemented in the form of program instructions that can be executed through various computer components and recorded on a computer-readable recording medium.
  • the computer readable recording medium may include program instructions, data files, data structures, etc. alone or in combination.
  • Program instructions recorded on the computer-readable recording medium may be specially designed and configured for the present invention, or may be known and usable to those skilled in the art of computer software.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks and magnetic tapes, optical recording media such as CD-ROMs and DVDs, and magneto-optical media such as floptical disks. medium), and hardware devices specially configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
  • Examples of program instructions include high-level language codes that can be executed by a computer using an interpreter or the like as well as machine language codes generated by a compiler.
  • a hardware device may be modified with one or more software modules to perform processing according to the present invention and vice vers

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명의 일 실시예에 따른 리뷰 신뢰도 평가 방법은, 서버가 리뷰 플랫폼에 리뷰가 업로드되는 것을 감지하는 단계; 서버가 상기 리뷰 플랫폼에 업로드된 복수의 리뷰들 중에서 평가할 리뷰를 선정하는 단계; 서버가 실구매자에게 선정된 리뷰에 대한 평가 권한을 부여하는 단계; 서버가 평가 권한을 부여받은 소비자들 전부 또는 일부에게 선정된 리뷰를 평가하도록 평가 요청 메시지를 전송하는 단계; 서버가 상기 소비자들이 상기 선정된 리뷰에 대하여 입력한 평가 점수를 기록하는 단계; 및 서버가 각 리뷰 별로 복수의 평가 점수들에 대한 리뷰 신뢰도 지수를 산출 및 표시하는 단계;를 포함한다.

Description

리뷰 신뢰도 평가 방법 및 시스템
본 발명은 리뷰 신뢰도 평가 방법에 관한 것으로, 더 상세하게는 어떠한 대화 환경에서도 메신저의 상대방을 정확히 식별함으로써 개인화된 서비스를 제공하도록 구성한 리뷰 신뢰도 평가 방법에 관한 것이다.
전통 시장에서 소비자들의 구매 결정이 지인들의 추천이나 입소문에 의존하던 경향은 온라인 시장에서 타인의 사용 후기, 즉 온라인 리뷰(online review)에 의존하는 방식으로 나타나고 있다. 이러한 온라인 시장 환경에서 소비자는 제품을 직접 확인하지 못하는 특성 상 판매자가 기재한 제품 정보 외에도 상품 페이지에 업로드 된 타 소비자들의 리뷰를 기초로 하여 구매 결정을 하는 것이 일반적이다.
타 소비자들의 상품에 대한 긍정적인 리뷰는 소비자의 구매욕구를 자극하고, 긍정적인 리뷰가 구매를 유도하는 효과는 매우 높다. 이에 따라 상품 구매 페이지에 다수의 좋은 상품평을 조작함으로써 상품 구매율을 높이는 마케팅도 성행하고 있는 실정이다.
종래의 온라인 쇼핑 시스템에서는 각 쇼핑몰의 상품 구매 페이지 내에서 리뷰를 기재해야 하므로 사용자들이 리뷰를 남기는 것을 귀찮아하거나 시간이 지나면서 잊어버리기 쉬웠다. 따라서 전체 상품 구매자들 중 극히 일부만이 리뷰를 작성하게 되거나, 리뷰 리스트가 광고성 리뷰로 뒤덮이는 사례들도 다수 발견된다. 이러한 환경에서 리뷰 시스템은 구매율을 올리거나, 상품에 대한 소비자들의 솔직한 소감을 공유하고자 했던 애초의 취지를 달성하지 못한 채 방치되어 있다.
또한, 이러한 환경은 실제 사용자가 상품에 대한 자신의 솔직한 소감을 공유할 기회를 일부 박탈하고 있고, 오히려 소비자들이 실제 사용자의 리뷰가 아닌 광고성 리뷰에 더 자주 노출되는 문제점을 안고 있다.
대한민국 공개특허 제10-2017-0116359호는 리얼 리뷰 시스템 및 방법을 개시한다. 상기 리얼 리뷰 시스템을 착안한 목적은 맛집이나 매장에 대한 리뷰 및 포스팅의 신뢰도 상승인데, 상기 시스템은 매장을 실제로 이용한 방문자에게 발행된 영수증에 코드를 부여한 후 리뷰를 업로드하기 위한 권한을 얻을 때 상기 코드를 확인하는 방식으로 비 구매자의 허위 리뷰를 차단한다.
그러나 이러한 영수증 정보를 활용한 리뷰 시스템은 여전히 서비스 자체에 대한 소비자의 평가를 제공하는 것에 그칠 뿐, 소비자에게 리뷰 업로드가 손쉬운 플랫폼을 제공하지는 못하고, 리뷰가 얼마나 신뢰성을 가지는지는 평가하지 못하는 한계를 지닌다. 즉, 종래의 방법에 따르면, 리뷰를 남기는 방법의 신뢰도를 상승시키는 노력은 수행되었을지 몰라도 리뷰 자체의 신뢰도를 상승시키거나 확인하는 시도는 수행되지 않았다.
본 발명은 위와 같은 문제점을 해결하기 위하여 제안된 것으로, 상품에 대한 리뷰가 업로드 되면 해당 상품을 실제로 구매한 소비자들이 리뷰를 평가할 수 있는 시스템을 제공하는 것을 목적으로 한다.
본 발명이 이루고자 하는 기술적 과제는 이상에서 언급한 기술적 과제로 제한되지 않으며, 이하에서 설명할 내용으로부터 통상의 기술자에게 자명한 범위 내에서 다양한 기술적 과제가 포함될 수 있다.
본 발명의 일 실시예에 따른 리뷰 신뢰도 평가 방법은 서버가 리뷰 플랫폼에 리뷰가 업로드되는 것을 감지하는 단계; 서버가 상기 리뷰 플랫폼에 업로드된 복수의 리뷰들 중에서 평가할 리뷰를 선정하는 단계; 서버가 실구매자에게 선정된 리뷰에 대한 평가 권한을 부여하는 단계; 상기 평가 권한을 부여받은 소비자들 중 적어도 일부로부터 리뷰 평가 메시지를 수신하는 단계; 서버가 상기 리뷰 평가 메시지를 기초로 상기 소비자들이 상기 선정된 리뷰에 대하여 입력한 평가 점수를 기록하는 단계; 및 서버가 각 리뷰 별로 복수의 평가 점수들에 대한 리뷰 신뢰도 지수를 산출 및 표시하는 단계;를 포함할 수 있다.
일 실시예에서, 리뷰 신뢰도 평가 방법은 서버가 평가 권한을 부여받은 소비자들 전부 또는 일부에게 선정된 리뷰를 평가하도록 평가 요청 메시지를 전송하는 단계를 더 포함할 수 있다.
일 실시예에서, 리뷰 신뢰도 평가 방법은 한 명의 소비자가 작성한 복수의 리뷰들이 평가된 경우, 서버가 상기 복수의 리뷰들에 대해 받은 리뷰 신뢰도 지수들의 종합 점수를 산출하고, 상기 종합 점수를 리뷰 작성자의 신뢰도 지수로 표시하는 단계를 더 포함할 수 있다.
일 실시예에서, 리뷰 신뢰도 평가 방법은 상기 평가 권한을 부여받은 소비자가 실구매자임을 확인하는 단계를 더 포함할 수 있다.
일 실시예에서, 상기 평가 권한을 부여받은 소비자가 실구매자임을 확인하는 단계는, 상기 평가 요청 메시지 전송 단계 이전에 수행될 수 있다.
일 실시예에서, 상기 평가 권한을 부여받은 소비자가 실구매자임을 확인하는 단계는, 상기 평가 요청 메시지 전송 단계 이후에 수행될 수 있다.
일 실시예에서, 상기 평가 요청 메시지를 전송하는 단계는, 평가 그룹을 선정하는 단계를 포함할 수 있다.
일 실시예에서, 상기 평가 그룹을 선정하는 단계는, 서버가 제1 리뷰에 접근한 제2 소비자의 액세스 기록을 포함하는 로그 정보를 수집하는 단계; 상기 제2 소비자의 상품 구매 활동을 모니터링하는 단계; 상기 제2 소비자의 제1 리뷰에 대한 액세스 기록 및 상기 액세스 후에 실행된 제1 상품에 대한 후속 구매가 감지되면 상기 액세스 기록과 상기 후속 구매 정보를 매칭시키는 단계; 사전 결정된 기준에 의해 상기 후속 구매가 상기 제1 리뷰로부터 영향받은 것인지 여부인 상기 후속 구매와 상기 액세스 기록의 연관성 유무를 판단하는 단계; 및 상기 연관성이 인정되면 상기 제2 소비자를 평가 그룹에 포함시키는 단계;를 포함할 수 있다.
일 실시예에서, 상기 사전 결정된 기준은 리뷰에 대한 액세스 여부, 상기 리뷰의 대상 상품에 대한 액세스 여부, 상기 리뷰의 연관 버튼 클릭 여부, 상기 리뷰가 노출된 페이지에 머문 시간, 상기 리뷰에 대한 액세스 횟수, 상기 리뷰를 떠난 후 다시 액세스한 기록 유무, 및 상기 대상 상품의 구매 시점과 리뷰 액세스 시점의 시간차 중 적어도 하나를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 리뷰를 확인하고 제품을 구매한 소비자로부터 리뷰 작성자에 대한 평가 정보를 획득함으로써, 리뷰 작성자의 리뷰 신뢰도를 확보할 수 있다.
도 1은 본 발명의 일 실시예에 따른 네트워크를 개괄하는 도면이다.
도 2는 본 발명의 일 실시예에 따른 관리 서버의 세부 구성을 나타낸 블록도이다.
도 3은 본 발명의 일 실시예에 따른 리뷰 신뢰도 평가 방법이 진행되는 과정을 나타낸 흐름도이다.
도 4는 본 발명의 일 실시예에 따른 리뷰 신뢰도 평가를 위한 평가 그룹 선정 방법이 진행되는 과정을 나타낸 흐름도이다.
도 5는 관리 서버가 사용자를 식별하기 위해 메신저 서버 및 사용자 단말기과 데이터를 송수신하는 과정을 나타낸 도면이다.
도 6은 관리 서버가 사용자의 실구매자 여부를 판단하기 위한 과정을 나타낸 도면이다.
도 7은 관리 서버가 사용자의 실구매자 여부를 판단하기 위해 사용자 단말기 및 외부 서버와 데이터를 송수신하는 과정을 나타낸 도면이다.
도 8은 본 발명의 일 실시예에 따른 상대방 사용자를 식별하는 방법이 진행되는 과정을 나타낸 흐름도이다.
도 9는 본 발명의 일 실시예에 따른 상대방 사용자를 식별하는 방법이 진행되는 과정을 나타낸 다른 흐름도이다.
도 10은 본 발명의 일 실시예에 따른 상대방 사용자를 식별하는 방법이 진행되는 과정을 나타낸 또 다른 흐름도이다.
도 11은 본 발명의 일 실시예에 따른 관리 서버가 타 소비자의 리뷰 업로드를 감지하는 경우 사용자 단말기 내에서 진행되는 리뷰 평가 과정을 나타낸 도면이다.
도 12는 본 발명의 일 실시예에 따른 리뷰 신뢰도 평가를 위한 인터페이스를 나타낸 도면이다.
도 13은 본 발명의 다른 실시예에 따른 리뷰 신뢰도 평가를 위한 인터페이스를 나타낸 도면이다.
도 14는 본 발명의 또 다른 실시예에 따른 리뷰 신뢰도 평가를 위한 인터페이스를 나타낸 도면이다.
전술한, 그리고 추가적인 발명의 태양들은 첨부된 도면을 참조하여 설명하는 실시예들을 통해 구체화된다. 그러나 이하에서 기술하는 실시예들은 단지 예시적인 것일 뿐이며, 본 발명의 범위를 기술된 실시예들로만 제한하고자 하는 것은 아니다. 또한, 각 실시예들의 구성 요소들은 다른 언급이나 상호간에 모순이 없는 한 실시예 내에서 또는 실시예 상호 간에 다양한 조합이 가능하다.
그리고, 어떤 부분이 어떤 구성 요소를 "포함"한다고 할 때, 이는 다른 구성요소들과는 상관없이 이 구성요소를 반드시 포함한다는 의미이지 다른 구성요소들의 포함 가능성을 배제하고자 하는 것이 아니다.
또한, 명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 요소를 사이에 두고 "간접적으로(또는 전기적으로) 연결"되어 있는 경우도 포함한다.
또한, 명세서 전체에서, 어떤 정보를 "전송"한다고 할 때, 이는 "직접적으로 전송"하는 경우뿐 아니라, 그 중간에 다른 구성요소를 거쳐 "간접적으로(또는 2차적으로) 전송"하는 경우도 포함한다.
또한, 명세서 전체에서, 단말기과 매핑(Mapping) 또는 매칭(Matching)으로 기술된 동작이나 기능 중 일부는, 단말기의 식별 정보(Identifying Data)인 단말기의 고유번호나 개인의 식별정보를 매핑 또는 매칭한다는 의미로 해석될 수 있다.
또한, 명세서 전체에서, 상품은 재화 뿐만 아니라 배달 음식, 렌탈 제품 및 용역(service) 등과 같이 온라인 구매가 가능한 다양한 형태를 포함할 수 있다.
이하 첨부된 도면을 참고하여 본 발명을 상세히 설명하기로 한다.
본 발명에서 관리 서버(300)는 챗봇이 활용되는 모든 분야에서 상대방 사용자를 식별하여 개인화 서비스를 제공하기 위한 모든 분야에 활용이 가능하지만, 이해를 돕기 위하여 리뷰 관리 시스템에서 사용자 식별이 어떻게 이루어질 수 있는지에 대하여 설명한다. 그러나 본 발명이 청구하는 권리 범위가 리뷰 관리 시스템에 한정되는 것은 아니다.
도 1은 본 발명의 일 실시예에 따른 챗봇 기반 관리 서버와 외부 장치들 간의 상호작용을 개략적으로 설명하기 위한 도면이다.
도 1을 참조하면, 관리 서버(300)는 사용자 단말기(100), 적어도 하나의 외부 서버(400), 및 메신저 서버(700)와 네트워크(200)를 통해 상호작용한다.
도 1을 참조하면, 사용자는 사용자 단말기(100)를 사용하여 적어도 하나의 외부 서버(400)에서 상품을 구매하고, 물품을 수령할 수 있으며, 관리 서버(300)가 제공하는 챗봇이 사용자에 대해 접속하는 메신저의 채널을 통해 상기 구매한 상품에 대하여 리뷰를 업로드할 수 있다. 여기서 채널이란, 사용자와 식별 관리자가 서로 채팅할 수 있도록 메신저 서버(700)가 개설한 공간으로서, 적어도 채팅방을 포함하고, 넓게는 상기 메신저 서버(700)에 두 주체의 대화를 위해 할당된 리소스를 포함할 수 있다.
즉, 관리 서버(300) 또는 상기 관리 서버(300)가 제공하는 챗봇은 메신저 서버(700)에 사용자와의 채널 개설을 요청하고, 상기 메신저 서버는 사용자와 챗봇 사이에 대화 채널을 개설한다. 상기 챗봇은 상기 사용자가 식별되면 복수의 쇼핑몰(외부 서버)에서의 다양한 상품에 대한 구매 이력을 조회하여 사용자에게 보여주고, 사용자는 배송 완료된 상품 중 어느 하나를 선택하여 채널에 리뷰를 업로드할 수 있다. 이러한 서비스가 가능하도록 하려면 챗봇은 상대방이 누구인지 정확히 파악해야 한다.
관리 서버(300)가 다수의 외부 서버(400)로부터 10,000명의 사용자의 쇼핑 이력을 데이터로 수신하여 보유하고 있다고 가정하자. 즉, 사용자는 1번부터 10,000번까지 존재하고 각자는 메신저 서버 상의 아이디를 가지고 있으며, 아이디와 연동하는 휴대전화번호를 가지고 있을 수 있다. 1번 사용자의 전화번호가 1234-1111이고 ID가 abcd라면, 관리 서버의 관리자는 상기 전화번호 1234-1111 또는 ID abcd를 지정하여 챗봇을 가동할 수 있다. 즉, 전화번호와 ID는 사용자의 고유키(K)다. 1번 사용자는 챗봇으로부터 메세지를 받게 될 것이다.
일부 메신저의 경우, 1번 사용자가 메세지를 발송하는 순간, 관리 서버(300)는 상기 메세지를 받을 수 있으나 시스템이 받는 사용자의 키 값은 상기 고유키(K)가 아닌 난수처리된 문자열일 수 있다. 관리 서버(300)는 상대방 식별 프로그램과 같은 소프트웨어를 구현하는 하드웨어로서, 사용자 또는 관리자가 채팅 화면을 보듯 상대방을 인식할 수 있는 것이 아니다. 관리 서버(300)는 상대방이 누군지 인식하기 위해서 메신저 서버(700)가 보낸 사용자의 키 값을 사용하여 역추적할 수밖에 없다. 따라서 사용자의 고유키(K)가 난수처리돼서 돌아오면 어느 시스템에서도 이를 특정 사용자라고 인식하는 것은 불가능하다. 본 발명은 난수처리된 문자를 사용자의 키 값으로 수신하더라도 사용자를 구분할 수 있는 방법을 제시하고 있다.
본 발명의 일 실시예에서, 사용자 단말기(100)는 네트워크를 통하여 원격지의 서버나 단말기에 접속할 수 있는 컴퓨터 또는 휴대성과 이동성이 보장되는 무선 통신 장치로 구현될 수 있다.
관리 서버(300)는 제휴된 쇼핑몰 서버인 다수의 외부 서버(400)들로부터 상품 주문 정보를 실시간으로 수신할 수 있다. 구체적으로, 사용자가 적어도 하나의 쇼핑몰에 상품을 주문하여 상품이 출고된 경우, 관리 서버(300)는 상기 외부 서버(400)로부터 상기 상품 주문 정보를 실시간으로 수신할 수 있고, 상기 외부 서버(400) 또는 별도의 배송 정보 서버(800)로부터 배송 완료 정보를 수신할 수 있다. 여기서 배송 완료 정보는 일종의 사용자 행동 신호일 수 있다. 관리 서버(300)는 상기 사용자 행동 신호를 수신하면 구동되는 방식을 택할 수 있다. 또는 관리 서버(300)는 사용자의 리뷰 업로드를 감지하면 구동되는 방식을 택할 수 있다.
단, 본 발명에서 상품은 재화만을 의미하는 것이 아니므로, 상품이 용역이나 배달 음식 등인 경우에는 통상의 기술자는 관리 서버(300)는 배송 정보 서버(800)로부터 서비스 수행 완료에 대한 정보를 실시간으로 수신하는 것으로 이해할 수 있음이 자명하다. 이 경우 서비스 수행 완료가 일종의 사용자 행동 신호일 수 있다.
상기 상품 주문 정보는 주문자 성명, 배송지 정보, 주문 번호, 상품을 구매한 쇼핑몰 이름, 호스팅 업체 등을 포함할 수 있다. 상기 상품 주문 정보는 사용자 정보에 포함되고, 사용자 정보를 구성하는 데이터의 일부를 구성할 수 있다. 즉, 사용자 정보는 사용자 이름, 전화번호, 상품을 구매한 쇼핑몰 이름, 구매한 상품의 리스트, 주소, 영문 이름 등 다양할 수 있고, 사용자의 식별을 위해서는 위와 같은 정보들이 데이터로서 조합되어 활용될 수 있다. 이러한 데이터 조합은 나중에 설명할 요청 부호(Q) 및 식별 지표(I)와 대응하므로 식별 지표(I)가 사용자 식별에 사용될 수 있다.
사용자 단말기(100)가 상기 채널에 접속하는 경우, 관리 서버(300)는 사용자를 식별하여 상기 사용자에 대응하는 상품 주문 정보를 조회할 수 있다. 상기 상품 주문 정보는 적어도 하나의 외부 서버(400), 예를 들어 다양한 쇼핑몰의 서버들로부터 실시간 전송받은 정보로서, 주문자 성명, 상품명, 쇼핑몰 이름, 배송지 정보, 주문번호, 호스팅 업체명 등 다양한 정보가 포함될 수 있다. 즉, 1명의 사용자가 구매한 다양한 상품들의 출처가 어느 쇼핑몰이든, 언제 구매하였든 관계없이, 그것이 관리 서버(300)와 제휴된 쇼핑몰에서 구매한 상품이라면 상기 관리 서버(300)가 조회할 수 있다.
상기 관리 서버(300)는 배송 정보를 지속적으로 모니터링하고, 배송이 완료되었다는 정보를 획득하면 상기 관리 서버(300) 또는 상기 관리 서버(300)가 구동하는 챗봇은 메신저 서버(700)에 채널 개설을 요청한다. 사용자 단말기(100)에 설치된 메신저를 통해 챗봇이 구매한 상품에 대한 리뷰의 평가를 요청하는 메세지를 사용자에게 보내면 사용자는 상기 사용자 단말기(100)를 통해 채널에 간편하게 리뷰를 평가할 수 있다.
본 발명의 일 실시예에서, 관리 서버(300)와 하나의 외부 서버(400)는 동일한 주체에 의해 작동할 수 있다. 예를 들어, 특정 쇼핑몰 업체가 자체 서버를 보유하고, 상기 관리 서버(300)를 도입하여 상기 자체 서버에서 운영이 가능하게 하면 자사 쇼핑몰 고객들에게 직접 본 발명의 일 실시예에 따른 챗봇 인터페이스를 경험하게 할 수 있다.
본 발명의 일 실시예에서, 관리 서버(300)와 다수의 외부 서버(400)는 서로 다른 주체에 의해 작동할 수 있다.
도 2는 본 발명의 일 실시예에 따른 관리 서버의 세부 구성을 나타낸 블록도이다. 도 2를 참조하면, 관리 서버(300)는 기본적으로 통신부(310), 프로세서(320), 데이터베이스(330)로 구성될 수 있고, 상기 프로세서(320)는 생성부(321), 확인부(322) 및 챗봇 실행부(323)를 포함할 수 있다. 상기 생성부(321), 확인부(322) 및 챗봇 실행부(323)는 각 기능이 하드웨어적으로 구현된 프로세서(320)의 부분일 수도 있으나 각 구성이 별도의 프로세서로 형성되는 형태를 배제하는 것은 아니다.
통신부(310)는 적어도 하나의 외부 서버(400)로부터 사용자의 상품 구매 정보를 수신할 수 있다. 상기 통신부(310)는 실시간으로 외부 서버(400)들로부터 새로운 상품 구매 정보를 수신할 수 있다. 통신부(310)가 제1 상품에 대한 상품 구매 정보를 수신하면, 관리 서버(300)는 상기 사용자가 구매했던 제2 상품, 제3 상품 등 제n 상품까지 모두 조회할 수 있다. 즉, 통신부(310)가 제1 상품에 대한 상품 구매 정보를 수신하면, 관리 서버(300)는 사용자의 메세지에서 식별 지표(I)를 획득하여 사용자를 인식하고, 식별된 사용자가 구매했던 상품들의 구매처인 쇼핑몰들에서 상기 사용자가 구매했던 이력들을 모두 조회할 수 있다. 즉, 개인화된 서비스를 제공할 수 있다.
과거 구매 이력에 대한 정보 조회는 제1 상품의 구매 후에 이루어질 수도 있으나, 관리 서버(300)와 적어도 하나의 외부 서버(400) 간 소통이 실시간이므로 제1 상품의 구매 이전에 미리 조회되어 관리 서버(300)가 사용하는 데이터베이스에 저장된 정보가 다시 조회될 수도 있다.
생성부(321)는 상기 상품 구매 정보로부터 사용자 정보를 획득할 수 있다. 관리 서버(300)는 사용자 정보를 획득하여 상기 사용자와의 채널 개설을 요청할 수 있고, 필요한 메세지를 전송할 수 있다.
상기 생성부(321)는 사용자를 특정하는 요청 부호(query sign; Q) 및 상기 요청 부호에 매칭(matching)되는 식별 지표(identification indicator; I)를 생성할 수 있다. 상기 요청 부호(Q)와 식별 지표(I)는 사용자와 대응하는 정보로서 관리 서버(300)의 데이터베이스에 저장된다.
상기 요청 부호 및 식별 지표의 활용에 대하여는 이후에 상세히 설명한다.
확인부(322)는 구매된 상품의 배송 정보를 실시간으로 모니터링할 수 있다. 상기 확인부(322)는 운송장 번호를 수신하여 실시간으로 배송 상태를 조회하거나, 적어도 하나의 외부 서버(400), 즉 쇼핑몰 서버 또는 배송 정보 서버(800)로부터 직접 '배송 완료' 정보를 수신할 수 있다. 상기 배송 정보 서버(800)는 별도의 서버일 수도 있으나, 상기 관리 서버(300)에 포함되는 구성일 수도 있다.
일 실시예에서 확인부(322)가 확인하는 정보는 상기 배송 완료 정보를 포함한 사용자의 행동 신호(1000)다. 즉, 배송 완료(1001)는 행동 신호(1000)의 극히 일부에 불과할 수 있고, 행동 신호(1000)는 관리 서버(300)의 용도에 맞게 정해질 수 있다.
일 실시예에서, 챗봇 실행부(323)는 사용자의 행동 신호(1000)가 수신된 후, 사전 설정된 기간이 지나면 챗봇이 사용자와의 채널을 개설하도록 명령할 수 있다. 상기 사전 설정된 기간은 배송 완료(1001) 후 즉시거나 일정 시간 후일 수도 있다. 행동 신호가 웹사이트 버튼 클릭(1002) 또는 단말기 터치(1003)인 경우에도 위와 동일하게 적용될 수 있다.
예를 들면, 관리 서버(300)는 출고된 상품의 배송이 완료되면 배송 완료를 확인한 후 사전 설정된 기간이 지나면 챗봇이 사용자 단말기에 메신저 채널을 개설할 수 있다. 상기 사전 설정된 기간이란, 배송이 완료된 즉시를 포함하고, 예를 들어 배송 완료 후 분, 시간(hour), 일 단위의 시간(time) 구간을 의미할 수 있다.
챗봇 실행부(323)는 상기 확인부가 배송 완료를 확인한 후 사전 설정된 기간이 지나면 챗봇이 사용자 단말기의 채널에 상기 요청 부호(Q)를 출력하고 식별 지표(I) 출력을 유도함으로써, 사용자의 메세지에 표시된 상기 식별 지표(I)를 통해 사용자를 식별할 수 있다.
구체적으로, 상기 챗봇 실행부(323)는 상기 확인부(322)가 배송 완료를 확인하면 상기 요청 부호를 포함하거나 포함하지 않는 초기 메세지를 상기 채널을 통해 직접적으로 또는 간접적으로 전송할 수 있다.
상기 챗봇 실행부(323)는 상기 초기 메세지가 상기 채널로 전송된 후 채널에 사용자의 메세지가 입력되면 상기 사용자의 메세지에 상기 식별 지표를 포함하여 출력하도록 설계될 수 있다.
도 3은 본 발명의 일 실시예에 따른 리뷰 신뢰도 평가 방법이 진행되는 과정을 나타낸 흐름도이다.
관리 서버는 리뷰 플랫폼에 리뷰가 업로드되는 것을 감지할 수 있다(S1000). 그리고 관리 서버는 리뷰 플랫폼에 업로드된 복수의 리뷰들 중에서 평가할 리뷰를 선정할 수 있다(S2000). 여기서, 관리 서버는 기존 리뷰들에 평가된 신뢰도 지수 데이터를 기초로 평가할 리뷰를 선정할 수 있다.
일 실시예에 따르면, 특정 상품에 관한 리뷰 신뢰도 지수 데이터량이 미리 설정된 값 미만인 경우, 관리 서버는 특정 상품에 대한 리뷰 신뢰도 데이터를 확보하기 위해, 특정 상품에 관한 신규 리뷰를 평가 대상으로 선정할 수 있다.
다른 실시예에 따르면, 리뷰의 작성자에 대한 신뢰도 지수인 리뷰 작성자에 대한 신뢰도 지수 데이터량이 미리 설정된 값 미만인 경우, 관리 서버는 리뷰 작성자에 대한 리뷰 신뢰도 데이터를 확보하기 위해, 특정 리뷰 작성자에 의해 작성된 신규 리뷰를 평가 대상으로 선정할 수 있다.
관리 서버는 소비자들에게 선정된 리뷰에 대한 평가 권한을 부여할 수 있다(S3000). 여기서, 관리 서버는 소비자들의 제품 실구매자 여부를 확인할 수 있다(S3100). 예를 들어, 관리 서버는 소비자들의 구매 내역, 배송 내역 등을 기초로 소비자들을 식별하고, 식별한 소비자들의 제품의 실구매 여부를 확인한 후, 실구매자로 확인된 소비자들에게 평가 권한을 부여할 수 있다.
관리 서버는 평가 권한을 부여받은 소비자들 전부 또는 일부에게 선정된 리뷰를 평가하도록 평가 요청 메시지를 전송할 수 있다(S4000). 여기서, 관리 서버는 리뷰 평가 요청 메시지를 전송할 그룹인 평가 그룹을 선정할 수 있다(S4100). 따라서, 관리 서버는 선정된 평가 그룹을 구성하는 소비자들에게 평가 요청 메시지를 전송할 수 있다. 리뷰 평가 요청 메시지의 전송 대상인 평가 그룹을 선정하는 관리 서버의 동작은 아래와 같을 수 있다.
도 4는 본 발명의 일 실시예에 따른 리뷰 신뢰도 평가를 위한 평가 그룹 선정 방법이 진행되는 과정을 나타낸 흐름도이다.
관리 서버는 제1 리뷰에 접근한 제2 소비자의 액세스 기록을 포함하는 로그 정보를 수집할 수 있다(S4110). 여기서, 관리 서버는 제1 리뷰 페이지에서의 제2 소비자의 활동 정보를 포함하는 로그 정보를 수집할 수 있다.
관리 서버는 제2 소비자의 상품 구매 활동을 모니터링할 수 있다(S4120). 여기서, 관리 서버는 리뷰 플랫폼 및/또는 리뷰 플랫폼의 제휴 플랫폼에서의 제2 소비자의 활동 정보를 수집할 수 있다. 여기서, 소비자의 활동 정보는 소비자에 의해 생성된 로그 정보, 소비자의 결제 정보, 소비자의 상품 배송 정보 등을 포함할 수 있다.
관리 서버가 제2 소비자의 제1 리뷰에 대한 액세스 기록 및 액세스 후에 실행된 제1 상품에 대한 후속 구매를 감지한 경우, 관리 서버는 액세스 기록과 후속 구매 정보를 매칭시킬 수 있다(S4130).
관리 서버는 사전 결정된 기준에 의해 후속 구매와 액세스 기록의 연관성 유무를 판단할 수 있다(S4140). 여기서, 후속 구매와 액세스 기록의 연관성은 후속 구매가 상기 제1 리뷰로부터 영향받은 것인지 여부에 관한 정보이다.
일 실시예에 따르면, 사전 결정된 기준은 리뷰에 대한 액세스 여부, 리뷰의 대상 상품에 대한 액세스 여부, 리뷰의 연관 버튼 클릭 여부, 리뷰가 노출된 페이지에 머문 시간, 리뷰에 대한 액세스 횟수, 리뷰를 떠난 후 다시 액세스한 기록 유무, 및 대상 상품의 구매 시점과 리뷰 액세스 시점의 시간차 중 적어도 하나를 포함할 수 있다.
다른 실시예에 따르면, 사전 결정된 기준은 리뷰의 컨텍스트(context), 센티먼트(sentiment) 중 적어도 하나를 포함할 수 있다. 관리 서버는 리뷰의 텍스트를 분석하여 컨텍스트를 도출할 수 있고, 컨텍스트 및 리뷰에 포함된 이미지들의 분석 결과를 기초로 상품에 대한 센티먼트를 산출할 수 있다. 여기서, 리뷰의 센티먼트가 낮은 값임에도 불구하고 소비자가 리뷰 대상 제품을 구매한 경우, 관리 서버는 후속 구매와 액세스 기록의 연관성이 낮다고 판단할 수 있다.
후속 구매와 액세스 기록 간의 연관성이 인정되는 경우, 관리 서버는 제2 소비자를 평가 그룹에 포함시킬 수 있다(S4150).
다시 도 3을 참조하면, 관리 서버는 소비자들이 상기 선정된 리뷰에 대하여 입력한 평가 점수를 기록할 수 있다(S5000). 여기서, 평가 점수를 입력한 소비자들은 평가 그룹에 포함된 소비자일 수 있다.
관리 서버는 각 리뷰 별로 복수의 평가 점수들에 대한 리뷰 신뢰도 지수를 산출할 수 있으며, 산출한 리뷰 신뢰도 지수를 표시할 수 있다(S6000). 지수는 다양한 방식으로 설정될 수 있다.
일 실시예에서, 지수는 평가 점수들의 평균일 수 있다. 또는, 지수는 평가 점수들의 총합일 수 있다. 이 경우, 평가 점수 자체가 -1, 0, +1로 설정되어 비추천은 -1, 보통은 0, 추천은 +1로 평가되는 방식이 사용될 수 있고, 총합이 높으면 좋은 평가를 받은 제품이고 총합이 낮으면 나쁜 평가를 받은 제품으로 인식될 수 있다.
다른 실시예에서, 평가 횟수가 상품에 대한 관심도의 척도로서 일부 작용할 수 있으므로, 지수는 평가 횟수 자체일 수 있다.
다른 실시예에서, 지수는 평가 점수들의 평균, 총합 및 횟수를 포함하는 다양한 방식으로 산출된 결과값에 대하여 추천 또는 비추천으로 양분하는 문자 표시일 수 있다. 즉, 지수에 대한 실제 계산식은 복잡할 수 있으나 사용자 단말기에 표시되는 방식은 Yes or No 방식일 수 있다.
관리 서버는 리뷰에 대해 평가된 복수의 평가 점수들을 종합하고 평균치를 산출함으로써, 리뷰 신뢰도 지수를 산출할 수 있다. 또는 관리 서버는 리뷰에 대해 평가된 복수의 평가 점수들을 가중평균하여 리뷰 신뢰도 지수를 산출할 수 있다.
여기서, 일 실시예에 따르면, 가중평균의 가중치는 리뷰 평가 점수를 부여한 소비자의 액세스 기록을 기초로 결정될 수 있다. 예를 들어, 리뷰 평가 점수들 중에서 현재 시점의 액세스 기록의 데이터량이 많은 소비자에 의해 부여된 리뷰 평가 점수에 높은 가중치가 부여될 수 있다.
여기서, 다른 실시예에 따르면 가중평균의 가중치는 리뷰 평가 점수의 입력 시점을 기초로 결정될 수 있다. 예를 들어, 리뷰 평가 점수들 중에서 현재 시점으로부터 가까운 시점에 입력된 리뷰 평가 점수에 높은 가중치가 부여될 수 있다.
관리 서버는 리뷰 별로 산출된 평가 점수들을 종합하여 리뷰 작성자에 대한 신뢰도 지수를 산출할 수 있으며, 산출한 리뷰 작성자의 신뢰도 지수를 표시할 수 있다(S7000). 관리 서버는 동일한 리뷰 작성자에 의해 작성된 복수의 리뷰들의 신뢰도 지수를 종합하고 평균치를 산출함으로써, 리뷰 작성자의 신뢰도 지수를 산출할 수 있다. 또는 관리 서버는 복수의 리뷰들의 신뢰도 지수들을 가중평균하여 리뷰 작성자의 신뢰도 지수를 산출할 수 있다.
여기서, 일 실시예에 따르면, 가중평균의 가중치는 리뷰 대상 제품의 카테고리를 기초로 결정될 수 있다. 예를 들어, 동일한 사용자가 작성한 리뷰들 중에서, 작성된 리뷰의 비중이 높은 상품의 카테고리에 관련된 리뷰들의 신뢰도 지수에 높은 가중치가 부여될 수 있다.
여기서, 다른 실시예에 따르면 가중평균의 가중치는 리뷰 작성 시점을 기초로 결정될 수 있다. 예를 들어, 현재 시점으로부터 최근에 작성된 리뷰에 대한 신뢰도 지수에 높은 가중치가 부여될 수 있다.
리뷰 신뢰도 평가 방법을 위해 실행되는 동작 중에서, 소비자들의 제품 실구매자 여부 확인 단계(S3100)는 리뷰 평가 이전에(즉, 사전에) 관리 서버에 의해 수행될 수 있다. 또는 소비자들의 제품 실구매자 여부 확인 단계(S3100)는 리뷰 평가 이후에(즉, 사후에) 관리 서버에 의해 수행될 수 있다
소비자들을 식별하고, 식별한 소비자들의 제품 실구매 여부를 확인하여 실구매자로 확인된 소비자들에게 평가 권한을 부여하는 관리 서버의 동작을 포함하는 리뷰 신뢰도 평가 방법은 아래에 설명하는 바와 같을 수 있다. 여기서, 실구매자임을 확인하는 단계는 리뷰 평가 요청 메시지 전송(S4000) 단계 이전에 수행될 수도 있으나 리뷰 평가 요청 메시지 전송(S4000) 단계 이후에 수행될 수도 있다. 구체적으로, 본 명세서에서, 리뷰 평가 요청 메시지 전송(S4000) 단계 이전에 수행되는 실구매자 확인 단계는 제1 확인 단계로, 리뷰 평가 요청 메시지 전송(S4000) 단계 이후에 수행되는 실구매자 확인 단계는 제2 확인 단계로 명명한다. 제1 확인 단계 및/또는 제2 확인 단계를 포함하는 리뷰 신뢰도 평가 동작은 도 5 내지 도 10에 의해 설명될 것이다.
도 5는 관리 서버가 사용자를 식별하기 위해 메신저 서버 및 사용자 단말기과 데이터를 송수신하는 과정을 나타낸 도면이다.
도 5를 참조하면, 관리 서버(300)는 메신저 서버(700) 및 사용자 단말기(100)와 데이터를 송수신하여, 사용자를 식별할 수 있다.
도 5에는 도시되어 있지 않으나, 관리 서버 관리자는 사용자 ID나 전화번호 등의 일반적 연결 정보를 통해 사용자에게 리뷰 평가를 요청할 수 있다. 사용자가 사용자 단말기(100)는 이용해 적어도 하나의 판매 서버(400)를 갖는 쇼핑몰에 제1 상품과 제2 상품을 구매하면 쇼핑몰에서 상품을 출고하고, 상기 적어도 하나의 판매 서버는 상품 주문 정보를 관리 서버(300)로 전송한다.
관리 서버(300)는 사전에 사용자에 대응하는 사용자 고유키(K) 기반 채널 개설 요청을 할 수 있다(S100). 일 실시예에서, 챗봇이 실행되는 메신저는 사용자 ID를 난수화 하는 경우가 있다. 즉, 관리 서버(300)는 사용자와 무관한 정보를 기초로 생성된 임의의 문자열을 식별값으로 사용하는 경우가 있다. 관리 서버(300)는 사용자 ID와 같은 공개된 고유키(K)를 기반으로 대화 채널을 개설해 줄 것을 메신저 서버(700)에 요청할 수 있다(S100). 이는 모든 메신저에 적용될 수 있는 과정이다.
그런데 메신저 서버(700)가 사용자 고유키(K)를 임의의 식별값으로 변경하여 리턴하고 채널을 개설하는 경우에는 관리 서버(300) 관리자 또는 해당 시스템이 사용자를 특정할 수 없다. 사용자를 특정할 수 없으면 개인화된 구매 정보를 기반으로 리뷰 업로드 요청을 할 수가 없다.
따라서 본 발명의 일 실시예에 따르는 챗봇 기반 관리 서버(300)는 사전에 사용자에 대응하는 요청 부호(Q) 및 식별 지표(I)를 생성하여 사용자 고유키(K) 기반 채널 개설 요청을 함(S100)과 동시에 요청 부호(Q)가 포함된 리뷰 평가 요청 메세지를 전송할 수 있다(S200).
일 실시예에서, 관리 서버(300)는 상기 채널 개설 요청 단계(S100) 및 리뷰 평가 요청 메세지 전송 단계(S200)와 동시에 '리뷰 평가 요청 승인 수단의 삽입'을 요청할 수 있다(S300). 즉, 관리 서버(300)는 리뷰 평가 요청 메세지를 전송하면서, 상기 리뷰 평가 요청 메세지에 승인을 요청하는 옵션 사항을 메시지와 함께 출력하도록 메신저 서버(700)에 요청할 수 있다.
관리 서버(300)가 메세지 내에 삽입하기를 요청하는 상기 승인 버튼은 승인 버튼의 클릭과 함께 사용자의 메세지를 자동으로 출력하되, 식별 지표(I)를 상기 메세지 내에 포함하여 출력하도록 프로그램될 수 있다.
메신저 서버(700)는 사용자와 관리 서버(300) 간의 채널을 개설하여 사용자 단말기로 리뷰 평가 요청 메세지를 전송(출력)할 수 있고(S400), 사용자는 상기 채널 내에서 리뷰 평가 요청을 승인할 수 있다(S500).
사용자가 리뷰 평가 요청을 승인하면(S500), 관리 서버(300)는 평가 대상 리뷰들의 리스트를 사용자에게 전송할 수 있다. 여기서, 평가 대상 리뷰들은 사용자의 구매 정보를 기초로 결정된 리뷰일 수 있다. 사용자는 평가할 리뷰를 간단히 선택하여(예를 들어, 터치 또는 클릭) 리뷰에 대한 평가 정보(예를 들어, 평가 점수 등)를 전송할 수 있다.
사용자 키값에 대하여 난수화를 수행하는 메신저의 경우, 본 발명의 일 실시예에서, 사용자가 리뷰 평가 요청을 승인하면(S500), 메신저 서버(700)는 관리 서버(300)에게 난수화 된 사용자 키값을 리턴하고, 상기 채널에 접근할 수 있는 권한을 부여할 수 있다(S600). 상기 메신저 서버(700)는 이후 사용자의 첫 메세지에 식별 지표(I)를 포함하여 출력할 수 있다.
관리 서버(300)는 사용자의 첫 메세지에 식별 지표(I)가 출력되어 있으므로 사전에 저장된 사용자 - 요청 부호(Q) - 식별 지표(I) 간의 관계 정보를 활용하여 상기 채널 내에서는 상기 사용자가 누군지 파악할 수 있게 된다.
따라서 관리 서버(300)는 평가 대상 리뷰들의 리스트를 상기 사용자에게 전송할 수 있고, 사용자는 평가할 리뷰를 간단히 선택하여(예를 들어, 터치 또는 클릭) 리뷰에 대한 평가 정보를 전송할 수 있다(S700)
개인정보의 보호 또는 보안 강화 측면에서 일부 메신저들의 경우 점점 사용자를 식별하기 위한 값을 공유하지 않는 추세 속에서, 상기 식별 지표(I)를 사용자 메세지에 삽입하는 방식을 택함으로써, 해당 채널에서는 사용자가 누군지 정확히 식별이 가능하고, 개인화된 서비스를 제공할 수 있다.
사용자 키값에 대하여 난수화를 수행하지 않는 메신저의 경우, 본 발명의 일 실시예에서, 난수화 된 사용자 키값을 리턴하는 과정이 실시되지 않을 것이므로 관리 서버(300)는 사용자를 특정하는데 어려움을 겪지 않는다. 따라서, 관리 서버(300)가 요청 부호(Q)를 전송하고 식별 지표(I)를 포함하는 사용자 메세지를 출력하는 과정은 생략될 수 있다.
본 발명의 일 실시예에서, 단순한 텍스트의 리뷰 평가 요청 문구가 사용되기만 하는 경우에는 사용자가 관리 서버(300)가 전송하는 리뷰 평가 요청 메세지에 리뷰 평가 요청 승인 수단이 포함되지 않을 수 있고, 이 경우 리뷰 평가 요청 승인 수단 삽입 요청 단계(S300)가 생략될 수 있다.
본 발명의 일 실시예에서, 평가 대상 리뷰 리스트 전송 단계(S800)는 생략될 수 있고, 이 경우 관리 서버(300)는 사용자로부터 획득한 리뷰 평가 정보가 어느 리뷰에 해당하는 평가인지 분류하여 리뷰 플랫폼에 업로드할 수 있다. 이 경우 사용자는 관리 서버(300)는 평가 대상 리뷰 리스트를 전송할 필요가 없고, 사용자는 평가할 리뷰를 선택하는 과정이 없이 리뷰 평가 정보를 올리게 될 것이다.
관리 서버(300)는 요청 부호 및 식별 지표를 송수신함으로써, 일차적으로 사용자의 리뷰 평가 대상 제품 구매 여부를 확인할 수 있다. 다만, 관리 서버(300)는 식별 지표를 포함하지 않는 리뷰 평가 정보를 수신할 수 있다. 관리 서버(300)는 리뷰 평가 정보가 실구매자에 의해 작성되었는지 여부를 확인하는 동작을 수행할 수 있다. 즉, 관리 서버(300)는 식별 지표를 포함하는 제1 인증 정보를 확보하지 못한 경우, 별도의 제2 인증 정보를 확보하여, 리뷰 평가 정보가 실구매자에 의해 작성되었는지 여부를 확인할 수 있다. 제2 인증 정보를 확보하고, 리뷰 평가 정보가 실구매자에 의해 작성되었는지 여부를 확인하는 관리 서버의 동작은 아래에 설명된 바와 같을 수 있다.
도 6은 관리 서버가 사용자의 실구매자 여부를 판단하기 위한 과정을 나타낸 도면이다.
도 6을 참조하면, S3110 단계에서, 관리 서버는 사용자에 의해 작성된 리뷰 평가 정보를 포함하는 리뷰 평가 정보 메시지를 수신한다. 여기서, 리뷰 평가 정보는 리뷰 평가 점수 등을 포함할 수 있다. 관리 서버는 사용자 단말기로부터 직접 리뷰 평가 정보 메시지를 수신할 수 있다. 또는 관리 서버는 연결된 메신저 서버를 통해 사용자 단말기로부터 리뷰 평가 정보 메시지를 수신할 수 있다.
S3120 단계에서, 관리 서버는 리뷰 평가 정보 메시지의 수신 결과를 기초로 별도의 인증 정보의 필요 여부를 판단할 수 있다. 관리 서버는 리뷰 평가 정보 메시지의 제1 인증 정보 포함 여부를 기초로, 별도의 인증 정보의 필요 여부를 판단할 수 있다. 제1 인증 정보는 요청 부호에 대한 식별 지표를 포함할 수 있다. 예를 들어, 리뷰 평가 정보 메시지가 제1 인증 정보를 포함하는 경우, 관리 서버는 리뷰 평가 정보를 리뷰 신뢰도 산출에 반영할 수 있다.
리뷰 평가 정보 메시지가 제1 인증 정보를 포함하는 경우, 해당 리뷰를 평가한 사용자는 실구매자임이 이미 확인된 것으로, 획득한 리뷰 평가 정보를 리뷰 신뢰도 산출에 반영할 수 있다(S3160-1).
반면, 리뷰 평가 정보 메시지가 제1 인증 정보를 포함하지 않는 경우 해당 리뷰 평가 정보가 실구매자로부터 작성된 것인지 알 수 없으므로, S3130 단계에서, 관리 서버는 외부 서버에 별도의 인증 정보를 요청할 수 있다. 제2 인증 정보를 요청한 관리 서버는 S3140 단계에서, 적어도 하나의 외부 서버로부터 별도의 인증 정보를 획득할 수 있다. 즉, 관리 서버는 적어도 하나의 외부 서버로부터 제1 인증 정보와 별도의 인증 정보인 제2 인증 정보를 수신할 수 있다. 제2 인증 정보는 사용자의 구매 활동 정보 및 사용자 정보 등을 포함할 수 있다.
S3150 단계에서, 관리 서버는 제2 인증 정보를 기초로, 리뷰 평가 정보 작성자의 제품의 실구매자 여부를 판단할 수 있다. 즉, 관리 서버는 제2 인증 정보에 포함된 사용자의 구매 활동 정보와 리뷰 평가 정보의 매칭 결과를 기초로, 사용자의 제품 실구매자 여부를 판단할 수 있다. 관리 서버에 의해 수행되는 사용자의 제품 실구매자 여부를 판단하는 방법은 후술된다.
제품의 실구매자 여부 판단 결과, 리뷰 평가 정보의 작성자가 제품의 실구매자라고 판단한 경우, S3160-1 단계에서, 관리 서버는 리뷰 평가 정보를 리뷰 신뢰도 산출에 반영할 수 있다. 반면, 제품의 실구매자 여부 판단 결과, 리뷰 평가 정보의 작성자가 제품의 실구매자 이외의 자라고 판단한 경우, S3160-2 단계에서, 관리 서버는 리뷰 평가 정보를 리뷰 신뢰도 산출에 반영하지 않을 수 있다.
도 7은 관리 서버가 사용자의 실구매자 여부를 판단하기 위해 사용자 단말기 및 외부 서버와 데이터를 송수신하는 과정을 나타낸 도면이다.
도 7을 참조하면, 관리 서버(300)는 사용자 단말기(100)와 데이터를 송수신하여 리뷰 평가 정보를 획득하고, 외부 서버와 데이터를 송수신하여, 사용자의 실구매자 여부를 식별할 수 있다. 리뷰 평가 정보는 사용자에 의해 작성된 리뷰에 대한 평가 및 평가 대상 리뷰에 관련된 데이터들을 포함할 수 있다. 리뷰의 평가 정보는 텍스트, 동영상, 이미지 중 어느 하나의 형태의 데이터일 수 있다. 그리고 리뷰에 관련된 데이터들은 리뷰 작성자, 리뷰 작성 대상 제품, 리뷰 작성 시간 등과 같이 리뷰를 특정할 수 있는 정보일 수 있다.
구체적으로, 관리 서버(300)는 제1 인증 루트(R1)를 통해, 일차적으로 사용자의 인증 절차를 수행할 수 있다. 즉, 관리 서버(300) 관리자는 사용자 단말기(100)와 요청 부호 및 식별 지표를 송수신하여 사용자의 제품 구매 여부를 인증할 수 있다. 식별 지표는 요청 부호에 대응되는 정보이며, 사용자를 특정하도록 사전 결정된 정보로서, 요청 부호와 동일할 수 있으나, 요청 부호와 식별 지표가 다르더라도 대응되는 정보만 있다면 해당 식별 지표를 통해 사전 지정된 사용자를 특정할 수 있다. 관리 서버(300) 관리자는 도 5의 S100 내지 S800 절차를 수행하여, 사용자의 실구매자 여부를 일차적으로 확인할 수 있다.
사용자 단말기(100)는 복수의 경로 중 적어도 하나의 경로를 통해 관리 서버(300)에게 리뷰 평가 정보를 전송할 수 있다. 예를 들어, S3110-1 단계에서, 사용자 단말기(100)는 개설된 관리 서버(300)와의 채널을 통해 관리 서버(300)에게 리뷰 평가 정보를 전송할 수 있다. 개설된 관리 서버(300)와의 채널을 통해 관리 서버(300)에게 리뷰 평가 정보를 전송하는 경로를 제1 업로드 경로로 지칭한다.
또는 S3110-2 단계에서, 사용자 단말기(100)는 관리 서버(300)와 연결된 네트워크를 통해 관리 서버(300)에게 직접 리뷰 평가 정보를 전송할 수 있다. 관리 서버(300)에게 직접 리뷰 평가 정보를 전송하는 경로를 제2 업로드 경로로 지칭한다.
즉, 사용자 단말기(100)는 제1 업로드 경로 또는 제2 업로드 경로를 통해 관리 서버(300)에게 리뷰 평가 정보를 전송할 수 있다. 제2 업로드 경로를 통해 수신한 리뷰 평가 정보가 실구매자에 의해 작성되었는지 여부를 확인하기 위하여, 관리 서버(300)는 제2 인증 루트(R2)를 통해 실구매자에 의한 리뷰 평가 정보 작성 여부를 확인할 수 있다.
S3120 단계에서, 관리 서버(300)는 리뷰 평가 정보가 실구매자에 의해 작성되었는지 여부를 판단하기 위해 리뷰 평가 정보의 업로드 경로를 확인할 수 있다. 즉, S3120 단계에서, 관리 서버(300)는 리뷰 평가 정보의 업로드 경로 및 식별 지표의 확보 여부를 확인할 수 있다. 리뷰 평가 정보가 제1 업로드 경로를 통해 전송된 경우, 관리 서버(300)는 식별 지표를 확보하여 특정 사용자가 어떤 상품을 구매하였는지 파악하기 용이해진다. 즉, 리뷰 평가 정보가 제1 업로드 경로를 통해 전송된 경우, 관리 서버(300)의 서버에 저장된 로그 데이터를 확인하면 손쉽게 특정 사용자의 구매 이력을 조회할 수 있다. 반면, 리뷰 평가 정보가 제2 업로드 경로를 통해 전송되었으며, 사용자 단말기(100)로부터 식별 지표를 확보하지 않은 경우, 관리 서버(300)는 별도의 인증 정보를 통해 사용자의 실구매자 여부를 확인할 수 있다.
S3130 단계에서, 관리 서버(300)는 리뷰 평가 정보가 실구매자에 의해 작성되었는지 여부를 판단하기 위한 추가적인 인증 정보를 적어도 하나의 외부 서버에 요청할 수 있다. 관리 서버(300)에 의해 요청되는 추가적인 인증 정보는 사용자의 구매 활동 정보를 포함할 수 있다. 즉, 관리 서버(300)는 외부 서버에 사용자의 구매 활동 정보를 요청할 수 있다. 구매 활동 정보는 제품의 배송 내역 정보, 제품을 구매하기 위한 사용자의 결제 내역 정보, 및 사용자의 구매 내역 정보 중 적어도 하나의 정보를 포함할 수 있다. 즉, 관리 서버(300)는 물류 회사 서버(910)에 제품의 배송 내역 정보를 요청할 수 있고, PG(payment gateway)사 서버(920)에 사용자의 결제 내역 정보를 요청할 수 있으며, 쇼핑 업체 서버에 사용자의 구매 내역 정보를 요청할 수 있다.
S3140 단계에서, 관리 서버(300)는 적어도 하나의 외부 서버로부터 수신할 수 있다. 즉, 관리 서버(300)는 물류 회사 서버(910)로부터 제품의 배송 내역 정보를 획득할 수 있고, PG사 서버(920)로부터 사용자의 결제 내역 정보를 획득할 수 있으며, 판매 서버(930)로부터 사용자의 구매 내역 정보를 획득할 수 있다. 제2 인증 정보는 상기 구매 활동 정보를 포함할 수 있다.
S3150 단계에서, 관리 서버(300)는 리뷰 평가 정보를 작성한 사용자가 제품의 실구매자인지 여부를 확인할 수 있다. 관리 서버(300)는 적어도 하나의 외부 서버로부터 획득한 추가적인 인증 정보를 활용하여 사용자가 제품의 실구매자인지 여부를 확인할 수 있다.
예를 들어, A 사용자가 관리 서버(300)와 연계된 리뷰 전문 웹 페이지에 리뷰 평가 정보를 업로드했을 때, 리뷰 평가 정보를 수신한 관리 서버(300)는 제1 인증 루트(R1)를 통하지 않고 업로드 된 A 사용자의 리뷰 평가 정보에 대하여 인증하기 위하여는 별도의 인증 정보를 필요로 한다. 관리 서버(300)는 임의로 A 사용자의 리뷰 평가 정보가 실구매자에 의한 평가 정보인지 인증할 수도 있으나 그 사용자 스스로 자신의 리뷰 평가가 실구매에 기반한다는 것을 인증해달라고 관리 서버(300)에 요청할 수도 있다. 이 경우에 관리 서버(300)는 사전에 결정된 별도의 인증 정보를 획득하여 A 사용자가 제품의 실구매자인지 아닌지 확인하는 절차를 수행할 수 있다.
구체적으로, 관리 서버(300)는 리뷰 평가 정보의 작성자의 제품의 실구매자인지 여부를 확인함에 있어, 획득한 정보들 간의 우선순위에 따라 추가적인 인증 정보와 사용자 정보를 순차적으로 비교할 수 있다. 예를 들어, 관리 서버(300)는 우선적으로 판매 서버(930)로부터 획득한 사용자의 구매 내역 정보와 사용자 정보를 비교함으로써, 리뷰 평가 정보의 작성자의 제품의 실구매자인지 여부를 확인할 수 있다. 사용자의 구매 내역 정보와 사용자 정보의 비교 결과에도 불구하고, 리뷰 평가 정보의 작성자의 제품의 실구매자인지 여부를 확인하지 못한 경우, 관리 서버(300)는 제품의 배송 내역 정보 및 결제 내역 정보와 사용자 정보를 비교하여 리뷰 평가 정보의 작성자의 제품의 실구매자인지 여부를 확인할 수 있다.
S3160 단계에서, 관리 서버(300)는 사용자의 제품의 실구매자 여부의 판단 결과를 기초로 리뷰 평가 정보의 반영 여부를 결정할 수 있다. 관리 서버(300)에 의한 추가적인 인증 정보와 사용자 정보의 비교 결과, 사용자가 제품의 실구매자임이 확인된 경우, 관리 서버(300)는 리뷰 평가 정보를 리뷰 신뢰도 산출에 반영할 수 있다. 반면, 관리 서버(300)에 의한 추가적인 인증 정보와 사용자 정보의 비교 결과, 사용자가 제품의 실구매자임이 확인되지 않은 경우, 관리 서버(300)는 리뷰 평가 정보를 리뷰 신뢰도 산출에 반영하지 않을 수 있다.
도 8은 본 발명의 일 실시예에 따른 메신저의 상대방을 식별하는 방법을 포함하는 리뷰 신뢰도 평가의 과정을 나타낸 흐름도다.
관리 서버(300)는 메신저 서버(700) 및 사용자 단말(100)과 상호작용한다. 달리 말하면, 메신저 서버를 사이에 두고 사용자 단말(100)과 관리 서버(300)가 소통한다.
관리 서버(300)는 타 사용자의 리뷰 업로드를 감지하면(S10), 행동 신호(A)가 감지된 사용자의 사용자 정보(90)를 불러오고(S20), 사용자에게 보낼 초기 메세지와 반응 메세지를 결정할 수 있다(S30). 여기서 S10 내지 S30의 단계는 순서가 변경될 수 있다. 예를 들면 사용자 정보는 외부 서버(400)들로부터 수시로 관리 서버(300)에 동기화될 수 있고, 초기 메세지와 반응 메세지 역시 이미 정해진 상태에서 사용자의 행동 신호(A)를 수신할 수도 있다.
관리 서버(300)의 프로세서는 초기 메세지를 정의하되, 관리 서버(300)의 관리자가 얻고자 하는 사용자의 메세지 형태에 따라 반응 메세지를 정의할 수도 있고 정의하지 않은 채 사용자의 입력에 의존할 수도 있다. 챗봇 대화의 특성 상 초기 메세지는 반드시 필요한 경우가 일반적이므로 초기 메세지가 이 단계에서 정의되는 것이 바람직하나, 메신저 서버(700)가 채널 개설 시 관리 서버(300)의 요청에 의해 사용자의 메세지를 먼저 - 어떠한 형태로든 - 출력할 수 있도록 허용하는 경우에는 초기 메세지도 정의되지 않을 수 있다.
먼저, 반응 메세지를 사전에 정의하는 경우에는, 사용자 정보를 불러온 후(S20) 초기 메세지와 반응 메세지를 모두 정의할 수 있다(S30). 이 단계에서, 관리 서버(300)는 사용자를 식별할 수 있는 사용자 관련 모든 데이터, 즉 데이터 풀을 구성할 수 있고 프로세서가 사용자를 식별할 수 있도록 데이터의 독특한 조합을 구성할 수 있다(S31).
데이터 풀은 예를 들면 사용자가 구매한 상품명, 쇼핑몰 이름, 쇼핑몰 주소, 쇼핑몰 관련 호스팅 업체, 사용자의 이름, 닉네임, 쇼핑몰 별 ID, 사용자의 전화번호, 사용자의 생일 등 외부 서버(400)들로부터 얻을 수 있는 사용자 관련 모든 정보를 포함할 수 있다. 이러한 데이터 풀에서 관리자가 사전에 지정한 사용자 정보의 종류, 개수 및/또는 순서에 따라 데이터 조합이 구성될 수 있다.
예를 들면, 아래와 같은 사용자의 데이터 풀이 있다고 가정하자.
상품명: P 고양이 사료
쇼핑몰 이름: 아마존닷컴
쇼핑몰 주소: www.amazon.com
호스팅 업체: 카페24
사용자 이름: 윤태석
닉네임: Morgan
아마존 ID: Morgan.yoon
전화번호: 010-1234-5678
사용자 생일: 1995년 10월 10일
위 사용자 데이터 풀을 바탕으로 데이터 조합을 구성할 수 있는 방식은 매우 다양하다. 만약 관리자가 호스팅 업체, 사용자 이름, 전화번호, 및 생일의 조합을 사용자를 특정하고 다른 사용자들과 구별하기에 가장 좋다고 판단하면, 상기 4가지 정보의 조합이 바로 이 사용자 식별을 위해 지정된 데이터 조합(C)이다.
관리 서버(300)의 프로세서는 데이터베이스에 이미 저장된 수많은 문자, 숫자, 기호, 및 이미지들 중 적어도 하나를 상기 데이터 조합(C)에 대응시키고 저장할 수 있다. 상기 데이터베이스에 이미 저장된 수많은 문자, 숫자, 기호, 및 이미지들 중 적어도 하나는 사용자를 구별하기 위해 채팅창에 표시될 식별 지표(I)로 사용될 수 있다. 또한, 상기 데이터베이스에 이미 저장된 수많은 문자, 숫자, 기호, 및 이미지들 중 적어도 하나는 상기 식별 지표(I)를 얻어내기 위해 관리 서버(300)의 챗봇이 사용자에게 보여주는 요청 부호(Q)일 수 있다.
식별 지표(I)는 단일의 문자일 수 있으나, 복수의 요소들이 조합될수록 사용자를 구별하기 용이해지므로 식별 지표(I)를 구성하는 요소는 복수개인 것이 바람직하다. 요청 부호(Q)는 단일의 문자일 수 있으나, 복수개일 수 있다.
데이터 조합(C), 식별 지표(I) 및 요청 부호(Q)는 서로 다를 수 있으나 서로 같은 경우에도 사용자를 식별하는 데 무리가 없다면 데이터 조합(C), 식별 지표(I) 및 요청 부호(Q)는 서로 같을 수도 있다. 쇼핑몰(11), 주문번호(12), 주문자 성명(13)은 사용자 정보로서 데이터 조합(C)의 일 예일 수 있지만 동시에 요청 부호(Q) 및 식별 지표(I)일 수도 있다. 또 하나의 예를 들면, 요청 부호(Q)는 사용자의 식별 지표(I)를 출력하기 위한 것이므로 이 경우의 요청 부호(Q)와 식별 지표(I)는 같을 수 있다.
초기 메세지와 반응 메세지, 또는 초기 메세지가 결정되면 관리 서버(300)는 일반적으로 ID로 불리거나 ID에 대응하는 사용자 고유키(K)에 기반하여 메신저 서버(700)에 대화 채널 개설을 요청하는 동시에 초기 메세지의 전송을 요청할 수 있다. 식별 지표를 포함한 반응 메세지가 자동으로 출력되도록 하기 위해서는 이 단계에서 초기 메세지 전송과 함께 반응 메세지 출력을 요청할 수 있다(S40).
메신저 서버(700)는 관리 서버(300)의 요청에 따라 대화 채널을 개설할 수 있다(S50). 즉, 메신저 서버(700)는 자신의 시스템 상에서 관리 서버(300)가 사용자에게 접근할 수 있는 권한을 부여할 수 있다.
일단 대화 채널이 개설되면 메신저 서버(700)는 관리 서버가 요청한 바에 따라 사용자 단말에 초기 메세지를 전송할 수 있다(S60). 상기 초기 메세지는 반응 유도 수단을 포함할 수 있고, 상기 반응 유도 수단은 사용자가 클릭 또는 터치할 수 있는 버튼의 형태일 수도 있고, 사용자의 직접적인 문자, 숫자, 또는 이미지 따위의 정보 입력을 요청하는 문장 형태일 수도 있고, 사용자의 직접적인 문자, 숫자, 또는 이미지 따위의 정보 입력을 요청하는 그림 형태일 수도 있다. 이와 같은 예시는 단지 이해를 돕기 위한 수단일 뿐이며, 메신저 상에서 사용자의 행동을 반응을 유도할 수 있는 임의의 수단들이 반응 유도 수단의 개념에 포함될 수 있다.
사용자가 반응 유도 수단에 따라 반응하였다면 메신저 서버(700)는 상기 반응을 관리 서버(300)의 사용자에 대한 접근을 최종 허가한 것으로 인식하고 반응 메세지를 출력할 수 있다(S80). 반응 메세지는 메신저 서버(700)가 관리 서버(300)의 요청에 의해 반응 유도 수단 버튼 클릭을 반응 메세지 출력의 '허가'로 인식하여 사용자 메세지로서 식별 지표(I)가 포함된 반응 메세지를 출력하는 경우 및 사용자가 직접 입력하여 출력되는 경우를 포함한다.
관리 서버(300)의 관리자는 사용자 ID나 전화번호 등의 일반적 연결 정보를 통해 사용자에게 리뷰 업로드를 요청할 수 있다. 사용자가 사용자 단말기(100)를 이용해 적어도 하나의 외부 서버(400)를 갖는 쇼핑몰에 제1 상품과 제2 상품을 구매하면 쇼핑몰에서 상품을 출고하고, 상기 적어도 하나의 외부 서버(400)는 상품 주문 정보를 관리 서버(300)로 전송한다. 관리 서버(300)는 항시 배송 정보를 모니터링 한다. 배송이 완료되면 관리 서버(300)는 사용자에게 리뷰 평가를 요청하기 위한 초기 메세지를 전송한다(S40). 상기 리뷰 평가를 요청하기 위한 초기 메세지는 메신저 서버(700)를 통해 관리 서버(300)가 사용자 단말기(100)로 직접 전송할 수도 있으나, 관리 서버(300)가 타 기관에 의뢰하여 상기 타 기관에 의해 사용자 단말기(100)로 전송될 수도 있다.
사용자는 사용자 단말기(100) 상에 실행된 메신저에서 상기 리뷰 평가를 요청하기 위한 초기 메세지를 확인할 수 있고, 리뷰 평가 요청에 대한 승인 여부를 결정할 수 있다. 사용자가 요청을 승인하면(S70), 관리 서버(300)는 상기 사용자가 주문한 상품의 정보를 조회하고, 과거에 배송이 완료된 사용자의 구매 상품도 리스트로 만들어 구매 상품에 관련된 리뷰의 평가를 요청하기 위한 메시지를 사용자 단말기(100)로 송신한다(S95).
본 발명에 의해 사용자는 메신저 채널 상에서 자신이 구매한 상품들을 볼 수 있고, 각 상품들의 리뷰를 선택하여 신뢰도 점수를 입력하고 전송함으로써, 리뷰에 대한 신뢰도를 평가할 수 있다.
그런데 메신저 서버(700)가 사용자 고유키(K) 값을 난수화하는 경우가 있다. 난수(Random Number)란, 정해진 범위 내에서 규칙 없이 만들어진 수로서, 무작위로 문자나 숫자열을 구성하는 것을 난수화로 정의할 수 있다. 더 정확하게는, 관리 서버(300)가 사용자의 고유키(K) 값을 기존에 알고 있던 사용자의 고유키(K) 값과 대응은 되지만 전혀 무관한 정보가 기재된 문자열(또는 숫자열)로 변환하는 것이 난수화다. 따라서 난수처리된 사용자 키 값이 어느 사용자에 대응하는 값인지는 메신저 서버(700)만이 알 수 있고, 관리 서버(300)는 사용자의 반응 메세지를 전송받더라도 이것이 어떤 사용자의 메세지인지 알 수 없게 된다.
그러나 도 9를 참조하면, 사용자 고유키(K) 값을 난수화하는 메신저 서비스를 사용하더라도, 관리 서버(300)가 ID가 Morgan인 사용자와의 대화 채널을 개설해달라고 메신저 서버(700)에 요청할 때 Morgan과 대응하는 식별 지표(I)를 정의한 후 초기 메세지 전송을 요청하고(S40'), 사용자가 반응 유도 수단 중 하나인 버튼을 클릭하거나 터치한(S70') 결과로 사전에 관리 서버(300)가 지정한 식별 지표(I) 스마일, 나비, 및 시계 모양의 아이콘이 반응 메세지로서 출력될 수 있다면 메신저 서버(700)가 사용자 Morgan의 ID를 난수처리하여 FW11P0E98!와 같은 임의의 문자열로 처리하여 메세지를 보내더라도(S80') 관리 서버(300)는 FW11P0E98!라는 ID 유사의 정보에 새롭게 매칭된 상기 아이콘들을 바탕으로 메세지의 주인이 Morgan이라고 판단할 수 있게 된다(S90'). 따라서, 관리 서버(300)는 이 경우, 사용자를 특정할 수 있고, 특정된 사용자의 구매 상품에 관련된 리뷰의 평가를 요청하기 위한 메시지를 사용자 단말기(100)로 송신할 수 있다(S95). 따라서, 관리 서버(300)는 사용자의 특성을 고려한 개인화 서비스를 제공할 수 있게 된다(S95'').
예를 들면, 관리 서버(300)가 이미 사용자가 여러 쇼핑몰에서 상품들을 구매한 정보를 가지고 있을 때 사용자가 가장 최근에 구매한 상품을 배송 받았다는 행동 신호를 통신부(310)가 수신하면 최근에 구매한 상품은 물론 예전에 구매한 상품들에 대한 다른 사용자의 리뷰를 평가해달라고 요청할 수 있다. 이러한 쇼핑 정보는 사용자마다 다르게 개인 맞춤형으로 제공될 수 있어 사용자는 관리 서버(300)가 제공하는 서비스를 매우 편안하게 이용할 수 있다.
사용자 키값에 대하여 난수화를 수행하는 메신저의 경우, 본 발명의 일 실시예에서, 사용자가 리뷰 평가를 위한 초기 요청을 승인하면(S70') 메신저 서버(700)는 관리 서버(300)에게 난수화 된 사용자 키값을 리턴하고, 상기 채널에 접근할 수 있는 권한을 부여할 수 있다(S80'). 상기 메신저 서버(700)는 이후 사용자의 첫 메세지에 식별 지표(I)를 포함하여 출력할 수 있다.
관리 서버(300)는 사용자의 첫 메세지에 식별 지표(I)가 출력되어 있으므로 사전에 저장된 사용자 - 요청 부호(Q) - 식별 지표(I) 간의 관계 정보를 활용하여 상기 채널 내에서는 상기 사용자가 누군지 파악할 수 있게 된다.
따라서 관리 서버(300)는 상기 사용자가 주문한 상품의 정보를 조회하고, 과거에 배송이 완료된 사용자의 구매 상품도 리스트로 만들어 구매 상품에 관련된 리뷰의 평가를 요청하기 위한 메시지를 사용자 단말기(100)로 송신한다.
본 발명에 의해 사용자는 평가할 리뷰를 간단히 선택하여(예를 들어, 터치 또는 클릭) 리뷰의 평가 정보(예를 들어, 리뷰 평가 점소 등)를 전송할 수 있다.
개인정보의 보호 또는 보안 강화 측면에서 일부 메신저들의 경우 점점 사용자를 식별하기 위한 값을 공유하지 않는 추세 속에서, 상기 식별 지표(I)를 사용자 메세지에 삽입하는 방식을 택함으로써, 해당 채널에서는 사용자가 누군지 정확히 식별이 가능하고, 개인화된 서비스를 제공할 수 있다.
사용자 키값에 대하여 난수화를 수행하지 않는 메신저의 경우, 본 발명의 일 실시예에서, 난수화 된 사용자 키값을 리턴하는 과정이 실시되지 않을 것이므로 관리 서버(300)는 사용자를 특정하는데 어려움을 겪지 않는다. 따라서, 관리 서버(300)가 요청 부호(Q)를 전송하고 식별 지표(I)를 포함하는 사용자 메세지를 출력하는 과정은 생략될 수 있다.
일 실시예에서, 반응 메세지는 사용자가 직접 입력하는 형태일 수 있다. 도 10을 참조하면, 사용자 고유키(K) 값을 난수화하는 메신저 서비스를 사용하더라도, 관리 서버(300)가 ID가 Morgan인 사용자와의 대화 채널을 개설해달라고 메신저 서버(700)에 요청(S400)할 때 Morgan과 대응하는 식별 지표(I)를 문자, 기호, 숫자로 정의한 후 요청 부호(Q)로서 상기 문자, 기호, 숫자를 포함한 초기 메세지 전송을 요청하고(S40''), 사용자가 상기 요청 부호(Q)를 읽고 식별 지표(I) 스마일, 나비 및 시계의 문자를 입력한(S70'') 결과로 사전에 관리 서버(300)가 지정한 식별 지표(I) 스마일, 나비, 및 시계의 문자가 포함된 반응 메세지가 출력될 수 있다면 메신저 서버(700)가 사용자 Morgan의 ID를 난수처리하여 FW11P0E98!와 같은 임의의 문자열로 반환하더라도(S80'') 관리 서버(300)는 FW11P0E98!라는 ID 유사의 정보와 관계 없이 상기 아이콘들을 바탕으로 메세지의 주인이 Morgan이라고 판단할 수 있게 된다(S90''). 따라서, 관리 서버(300)는 이 경우, 사용자를 특정할 수 있고, 특정된 사용자의 구매 상품에 관련된 리뷰의 평가를 요청하기 위한 메시지를 사용자 단말기(100)로 송신할 수 있다(S95). 따라서, 관리 서버(300)는 사용자의 특성을 고려한 개인화 서비스를 제공할 수 있게 된다(S95''). 도 3 내지 도 10에서 설명된 리뷰 신뢰도 평가 동작들은 관리 서버에 의해 수행될 수 있으며, 리뷰 신뢰도 평가 동작 과정에서 처리되는 데이터들은 챗봇에 의해 대화창에서 출력될 수 있다. 즉, 리뷰 신뢰도 평가 동작 과정을 수행하기 위한 메시지들이 대화창 상에 출력될 수 있다. 대화창을 통해 표현되는 리뷰 신뢰도 평가 동작 과정은 아래에 설명한 바와 같을 수 있다.
도 11은 본 발명의 일 실시예에 따른 리뷰 평가 시스템이 배송 완료 정보를 사용자 행동 신호로 수신하는 경우 사용자 단말 내에서 사용자 식별이 진행되는 과정을 나타낸 도면이다.
여기서 타 소비자 리뷰 업로드 감지(1000)는 본 발명의 일 실시예에 따른 관리 서버(300)가 구현하는 리뷰 신뢰도 평가 절차가 시작되기 위한 사용자의 행동 신호 중 하나다.
그리고, 관리 서버(300)는 상품 주문 정보를 전송받은 후 특정 상품에 대한 배송 정보를 모니터링 할 수 있다. 확인부(322)가 배송 완료 정보를 수신하면 관리 서버(300)는 리뷰 평가를 요청하기 위한 초기 메세지를 보낼 수 있다(S40). 이 때, 상기 초기 메세지에는 요청 부호(Q)가 포함될 수 있다.
사용자가 상기 초기 메세지에 포함된 리뷰 평가 요청을 승인하면(S70), 챗봇 실행부(323)는 메신저 서버(700)의 중개에 의해 상기 요청 부호(Q)에 대응하는 식별 지표(I)를 사용자의 대화창에 출력할 수 있다.
상기 요청 부호(Q)와 식별 지표(I)는 서로 동일한 문자, 기호, 그림 등일 수 있다. 이러한 경우에 상기 챗봇 실행부(323)는 상기 요청 부호(Q)를 포함한 관리 서버(300) 측의 메세지를 그대로 복사하여 사용자 단말기(100)의 대화창에 붙여넣는 방식으로 식별 지표(I)를 얻어낼 수 있다.
일 실시예에서, 상기 요청 부호(Q) 및 상기 식별 지표(I)는 각각 상기 상품 구매 정보를 구성하는 복수의 부분 정보들 중 어느 하나이거나 상기 복수의 부분 정보들의 조합일 수 있다.
상기 식별 지표(I)는 예를 들면 쇼핑몰(11), 주문번호(12), 주문자 성명(13) 등의 조합일 수 있다. 또한, 상기 식별 지표(I)는 예를 들면 스마일(21), 나비(22), 시계(23) 등의 조합일 수 있다. 또는, 상기 요소들 각각을 골라 다시 조합한 집합일 수 있다.
일 실시예에서, 상기 요청 부호(Q)와 식별 지표(I)는 서로 다른 문자, 기호, 그림 등일 수 있다. 이 경우, 사용자와 대응하여 사전에 생성해놓은 식별 지표(I)를 사용자 대화창에 그대로 복사할 수 있다.
일 실시예에서, 생성부(321)는 상기 요청 부호(Q)와 식별 지표(I)를 연결하기 위한 매개 함수를 지정할 수 있다. 즉, 관리 서버(300) 측 대화창에 상기 요청 부호(Q)를 노출하면, 대응하는 식별 지표(I)를 사용자 단말기(100) 측 대화창에 복사하거나 단순 출력하는 방식이 아니라 상기 매개 함수가 상기 요청 부호(Q)에 대응하는 식별 지표(I)를 즉시 생성하거나 검색하여 사용자 단말기(100) 측 대화창에 출력할 수 있다.
상기 관리 서버(300)는 상품 주문 정보를 조회하고, 배송이 완료된 상품을 리스트화 할 수 있다. 이후 관리 서버(300)는 배송 완료된 상품들에 관한 리뷰의 리스트를 사용자에게 송신할 수 있다. 사용자는 리뷰를 선택할 수 있다. 그리고 관리 서버(300)는 리뷰에 대한 리뷰 평가 정보(예를 들어, 리뷰 평가 점수, 공감도 등)을 입력할 수 있는 챗을 전송할 수 있다. 사용자는 리뷰 신뢰도 지수(예를 들어, 공감도 등)을 입력하여 리뷰 신뢰도 지수 정보를 관리 서버(300)에 전송할 수 있다.
관리 서버(300)의 챗봇은 채널 개설 시 사용자의 전화번호 등 구체적 정보를 통하여 채널을 개설할 수 있다. 즉, 첫 메세지를 보내는 단계에서는 사용자가 누군지 식별되어 있는 상태다.
그러나 사용자가 답변하기 시작하는 순간부터는 사용자의 식별값은 난수 처리되어 나타나므로 관리 서버(300)는 요청 부호(Q)를 시스템 측 메시지에, 식별 지표(I)를 사용자 측 메세지에 각각 출력하도록 구성하면, 이후 대화가 진행되는 동안 - 채널이 유지되는 동안 - 채널 내 상기 식별 지표(I)의 존재에 의해 대응되는 사용자가 누군지 항상 특정이 가능하다.
사용자는 리뷰를 평가하고 싶으면, 리뷰 평가하기 버튼(30)을 터치할 수 있고, 터치 즉시 사용자의 메세지 창에는 프로그램된 메세지가 출력된다. 상기 사용자의 메세지 창에는 식별 지표(I)들인 쇼핑몰(11), 주문번호(12), 주문자 성명(13), 스마일(21), 나비(22), 시계(23)가 표시될 수 있다. 이는 챗봇에 사전에 프로그램된 방식 중 하나로서, 관리 서버(300)는 이러한 식별 지표(I)들(또는 이들의 선택적 조합)을 인식할 수 있고, 해당 채널 내에서 매번의 대화마다 데이터베이스를 활용하여 이에 대응하는 사용자를 특정할 수 있게 된다.
이렇게 사용자를 특정하고 나면 챗봇은 그동안 조회한 배송이 완료된 상품 주문 정보들을 조회하고, 사용자에게 평가를 요청할 리뷰의 상품 리스트를 사용자에게 보여줄 수 있다. 도 11에서 보는 바와 같이 A몰에서 구매한 P 고양이 사료, B몰에서 구매한 Q 자장면, C몰에서 구매한 R 청소 서비스, D몰에서 구매한 S 골프모자 등 특정 사용자가 구매한 상품들의 출처에 관계 없이 하나의 채널에서 리뷰를 평가할 수 있다.
도 3 내지 도 11에서 설명된 리뷰 신뢰도 평가 동작을 수행한 결과, 관리 서버에 의해 처리된 데이터는 사용자 단말의 출력부에서 리뷰 플랫폼의 인터페이스 상에서 출력될 수 있다.
출력된 인터페이스에 따라 입력된 리뷰 신뢰도는 리뷰 페이지에 나열된 각 리뷰마다 지수로 표시될 수 있다. 리뷰 플랫폼은 크게 두가지 형태로 나뉠 수 있다. 구체적으로, 리뷰 플랫폼은 상품보다 리뷰가 중심이 되어 다양한 상품에 대한 리뷰가 게시되는 형태의 독립형 리뷰 플랫폼 및 제휴 쇼핑몰의 상품 구매 페이지 하단에 표시되는 종속형 리뷰 플랫폼을 포함할 수 있다. 리뷰 플랫폼의 인터페이스의 예시는 아래에 설명한 바와 같을 수 있다.
도 12는 본 발명의 일 실시예에 따른 리뷰 플랫폼의 인터페이스를 나타낸 도면이다.
리뷰 플랫폼의 인터페이스는 사용자의 단말의 출력부를 통해 출력될 수 있다. 일 실시예에 따르면, 리뷰 플랫폼은 상품보다 리뷰가 중심이 되어 다양한 상품에 대한 리뷰가 게시되는 형태의 독립형 리뷰 플랫폼일 수 있으며, 인터페이스에는 다양한 상품에 대한 리뷰들이 출력될 수 있다.
인터페이스(511)의 일단(예를 들어, 좌측 상단)에는 상기 인터페이스의 메인 페이지로 링크된 영역을 출력할 수 있다. 인터페이스에는 적어도 하나의 리뷰에 관한 정보가 출력될 수 있다. 예를 들어, 인터페이스에는 사용자들에 의해 작성된 리뷰 페이지로 링크된 영역(521), 리뷰의 신뢰도 지수(522), 리뷰 대상 상품의 상품명(523), 및 리뷰 대상의 상품 브랜드(524) 등이 출력될 수 있다.
여기서, 리뷰는 적어도 하나의 이미지, 슬라이드, 영상을 포함할 수 있으며, 사용자에 의해 작성된 리뷰 페이지로 링크된 영역(521)은 리뷰에 포함된 이미지 형태로 출력될 수 있다. 그리고, 인터페이스에는 리뷰의 신뢰도 지수(522), 리뷰 대상 상품의 상품명(523), 및 리뷰 대상의 상품 브랜드(524) 등이 텍스트, 기호 형태로 출력될 수 있다.
도 13은 본 발명의 다른 실시예에 따른 리뷰 플랫폼의 인터페이스를 나타낸 도면이다.
리뷰 플랫폼의 인터페이스는 사용자의 단말의 출력부를 통해 출력될 수 있다. 일 실시예에 따르면, 리뷰 플랫폼은 제휴 쇼핑몰의 상품 구매 페이지 하단에 표시되는 종속형 리뷰 플랫폼일 수 있으며, 인터페이스에는 제휴 쇼핑몰의 페이지에 표시된 상품에 대한 리뷰들이 출력될 수 있다.
인터페이스의 일단(예를 들어, 상단)에는 상품의 이미지를 포함하는 상품의 정보가 표시되는 영역(512)이 출력될 수 있다.
인터페이스에는 특정 상품(예를 들어, 인터페이스의 특정 영역(512) 상에 표시된 상품) 에 관한 리뷰들 및 리뷰들에 관한 정보가 출력될 수 있다. 예를 들어, 인터페이스에는 특정 상품에 대한 리뷰 페이지로 링크된 영역(531), 리뷰의 신뢰도 지수(532), 리뷰 대상 상품의 상품명(533), 리뷰 대상의 상품 브랜드(534) 및 리뷰 작성자(535) 등이 출력될 수 있다.
여기서, 리뷰는 적어도 하나의 이미지, 슬라이드, 영상을 포함할 수 있으며, 리뷰 페이지로 링크된 영역(531)은 리뷰에 포함된 이미지 형태로 출력될 수 있다.
여기서, 리뷰의 신뢰도 지수(532)는 리뷰 자체의 신뢰도를 지시할 수 있다. 또는 리뷰의 신뢰도 지수(532)는 리뷰를 작성한 리뷰 작성자의 신뢰도를 지시할 수 있다.
그리고, 인터페이스에는 리뷰의 신뢰도 지수(532), 리뷰 대상 상품의 상품명(533), 리뷰 대상의 상품 브랜드(534) 및 리뷰 작성자(535) 등이 텍스트, 기호 형태로 출력될 수 있다.
도 14는 본 발명의 또 다른 실시예에 따른 리뷰 신뢰도 평가를 위한 인터페이스를 나타낸 도면이다.
리뷰 신뢰도 평가를 위한 인터페이스는 사용자의 단말의 출력부를 통해 출력될 수 있다. 일 실시예에 따르면, 인터페이스에는 리뷰 및 리뷰의 작성자에 관한 정보가 출력될 수 있다.
인터페이스의 일단(예를 들어, 좌측 상단)에는 리뷰 작성자의 사용자 정보를 확인하기 위한 페이지로 링크된 영역(514)을 출력할 수 있다. 여기서, 리뷰 작성자의 사용자 정보를 확인하기 위한 페이지로 링크된 영역(514)은 리뷰 작성자의 프로필 이미지 형태로 출력될 수 있다.
인터페이스의 일단(예를 들어, 우단)에는 리뷰 관련 명령을 입력하기 위한 영역들이 출력될 수 있다. 예를 들어, 인터페이스의 일단에는, 리뷰를 종료하기 위한 명령을 입력하는 영역(540), 리뷰의 음성을 소거하기 위한 명령을 입력하기 위한 영역, 리뷰를 다른 사용자에게 공유하기 위한 명령을 입력하는 영역(541), 리뷰에 관한 추가 정보를 확인하기 위한 명령을 입력하기 위한 영역(542), 리뷰에 관한 추가적인 명령들을 입력하기 위한 영역(543), 상품 페이지로 링크된 영역(544) 등이 출력될 수 있다.
인터페이스의 일단(예를 들어, 하단)에는 리뷰에 관한 정보들이 출력될 수 있다. 예를 들어, 인터페이스의 일단에는 리뷰의 제목 및 리뷰 내용의 적어도 일부가 출력될 수 있다.
사용자 단말은 리뷰 작성자의 사용자 정보를 확인하기 위한 페이지를 출력할 수 있다. 리뷰 작성자의 사용자 정보를 확인하기 위한 페이지는 리뷰 작성자 정보를 표시하는 영역(550) 및 리뷰 작성자에 대한 평가 페이지에 링크된 영역(560)을 포함할 수 있다. 그리고 리뷰 작성자 정보를 표시하는 영역(550)에는 리뷰 작성자의 ID, 리뷰 작성자의 신뢰도 지수(551) 및 리뷰 작성자에 의해 작성된 리뷰의 개수 정보(552)가 출력될 수 있다. 리뷰 작성자의 ID, 신뢰도 지수(551), 작성된 리뷰의 개수(552) 등은 텍스트, 기호 형태로 출력될 수 있다.
전술한 본 발명의 일 실시예에 따른 챗봇 기반 메신저의 상대방을 식별하는 방법은, 플랫폼이나 운영체제 등에 포함된 프로그램에 의해 실행될 수 있고, 온라인으로 다운로드 가능한 프로그램에 의해 실행될 수도 있고, 저장 매체에 저장된 프로그램 상태로 실행될 수도 있다. 이러한 의미에서, 전술한 본 발명의 일 실시예에 따른 챗봇 기반 메신저의 상대방을 식별하는 방법은 컴퓨터에 기본적으로 설치되거나 사용자에 의해 직접 설치된 프로그램으로 구현되고 단말기 등의 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다.
이상 설명된 본 발명에 따른 실시예는 다양한 컴퓨터 구성요소를 통하여 실행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등과 같은, 프로그램 명령어를 저장하고 실행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의하여 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용하여 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위하여 하나 이상의 소프트웨어 모듈로 변경될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 본 발명을 설명하였지만, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자라면, 본 발명의 기술적 사상과 필수적 특징을 유지한 채로 다른 형태로도 실시될 수 있음을 인지할 수 있을 것이다.
본 발명의 범위는 청구범위에 의하여 규정되어질 것이지만, 청구범위 기재사항으로부터 직접적으로 도출되는 구성은 물론 그와 등가인 구성으로부터 도출되는 모든 변경 또는 변형된 형태 또한 본 발명의 권리범위에 포함되는 것으로 해석되어야 한다.

Claims (7)

  1. 서버가 리뷰 플랫폼에 리뷰가 업로드되는 것을 감지하는 단계;
    서버가 상기 리뷰 플랫폼에 업로드된 복수의 리뷰들 중에서 평가할 리뷰를 선정하는 단계;
    서버가 실구매자에게 선정된 리뷰에 대한 평가 권한을 부여하는 단계;
    상기 평가 권한을 부여받은 소비자들 중 적어도 일부로부터 리뷰 평가 메시지를 수신하는 단계;
    서버가 상기 리뷰 평가 메시지를 기초로 상기 소비자들이 상기 선정된 리뷰에 대하여 입력한 평가 점수를 기록하는 단계; 및
    서버가 각 리뷰 별로 복수의 평가 점수들에 대한 리뷰 신뢰도 지수를 산출 및 표시하는 단계;를 포함하는,
    리뷰 신뢰도 평가 방법.
  2. 제1항에 있어서,
    서버가 평가 권한을 부여받은 소비자들 전부 또는 일부에게 선정된 리뷰를 평가하도록 평가 요청 메시지를 전송하는 단계;를 포함하는,
    리뷰 신뢰도 평가 방법.
  3. 제2항에 있어서,
    한 명의 소비자가 작성한 복수의 리뷰들이 평가된 경우, 서버가 상기 복수의 리뷰들에 대해 받은 리뷰 신뢰도 지수들의 종합 점수를 산출하고, 상기 종합 점수를 리뷰 적성자에 대한 신뢰도 지수로 표시하는 단계를 더 포함하는,
    리뷰 신뢰도 평가 방법.
  4. 제1항에 있어서,
    상기 평가 권한을 부여받은 소비자가 실구매자임을 확인하는 단계를 더 포함하는,
    리뷰 신뢰도 평가 방법.
  5. 제4항에 있어서,
    상기 평가 권한을 부여받은 소비자가 실구매자임을 확인하는 단계는, 상기 평가 요청 메시지 전송 단계 이전에 수행되는,
    리뷰 신뢰도 평가 방법.
  6. 제4항에 있어서,
    상기 평가 권한을 부여받은 소비자가 실구매자임을 확인하는 단계는, 상기 평가 요청 메시지 전송 단계 이후에 수행되는,
    리뷰 신뢰도 평가 방법.
  7. 제1항에 있어서,
    상기 평가 요청 메시지를 전송하는 단계는, 평가 그룹을 선정하는 단계를 포함하는,
    리뷰 신뢰도 평가 방법.
PCT/KR2022/014164 2021-10-01 2022-09-22 리뷰 신뢰도 평가 방법 및 시스템 WO2023054979A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020210130698A KR20230047629A (ko) 2021-10-01 2021-10-01 리뷰 신뢰도 평가 방법 및 시스템
KR10-2021-0130698 2021-10-01

Publications (1)

Publication Number Publication Date
WO2023054979A1 true WO2023054979A1 (ko) 2023-04-06

Family

ID=85783109

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/014164 WO2023054979A1 (ko) 2021-10-01 2022-09-22 리뷰 신뢰도 평가 방법 및 시스템

Country Status (2)

Country Link
KR (2) KR20230047629A (ko)
WO (1) WO2023054979A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102644588B1 (ko) * 2023-06-02 2024-03-07 주식회사 브이랩스 시각장애인이 포함된 평가 그룹을 지원하는 관능 평가 시스템 및 방법

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20070091834A (ko) * 2006-03-07 2007-09-12 오피니티 에이피(주) 사용자의 평판 스코어를 제공하는 리뷰 스코어링 방법 및시스템
KR20110065103A (ko) * 2009-12-09 2011-06-15 에스케이 텔레콤주식회사 온라인 판매에서의 상품 평가 시스템 및 방법, 그리고 이에 적용되는 장치
US9009082B1 (en) * 2008-06-30 2015-04-14 Amazon Technologies, Inc. Assessing user-supplied evaluations
US20150205800A1 (en) * 2004-09-02 2015-07-23 Linkedin Corporation Reputation evaluation of online users in a social networking scheme
KR20160131695A (ko) * 2015-05-08 2016-11-16 네이버 주식회사 리뷰 공유 서비스 제공 방법, 장치 및 컴퓨터 프로그램

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170116359A (ko) 2016-04-11 2017-10-19 옥물결 리얼 리뷰 시스템 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150205800A1 (en) * 2004-09-02 2015-07-23 Linkedin Corporation Reputation evaluation of online users in a social networking scheme
KR20070091834A (ko) * 2006-03-07 2007-09-12 오피니티 에이피(주) 사용자의 평판 스코어를 제공하는 리뷰 스코어링 방법 및시스템
US9009082B1 (en) * 2008-06-30 2015-04-14 Amazon Technologies, Inc. Assessing user-supplied evaluations
KR20110065103A (ko) * 2009-12-09 2011-06-15 에스케이 텔레콤주식회사 온라인 판매에서의 상품 평가 시스템 및 방법, 그리고 이에 적용되는 장치
KR20160131695A (ko) * 2015-05-08 2016-11-16 네이버 주식회사 리뷰 공유 서비스 제공 방법, 장치 및 컴퓨터 프로그램

Also Published As

Publication number Publication date
KR20230047629A (ko) 2023-04-10
KR20240088655A (ko) 2024-06-20

Similar Documents

Publication Publication Date Title
WO2017171167A1 (ko) 구인 및 구직 정보를 제공하기 위한 장치 및 이를 위한 방법
WO2020138928A1 (en) Information processing method, apparatus, electrical device and readable storage medium
WO2014084498A2 (ko) 웹사이트와 어플에서의 회원 간 만남주선 시스템
WO2016018083A1 (en) Wearable device and method of operating the same
WO2017073848A1 (ko) 사용자의 소셜 네트워크 서비스 활동을 기반으로 한 상품 광고 또는 판매 방법
WO2015072670A1 (en) System and method of sharing profile image card for communication
WO2012108661A2 (ko) 네트워크 통신망에서의 쌍방향 가입자 보안 인증 시스템과 방법 및 이 방법을 기록한 기록매체
WO2020113959A1 (zh) 医疗机构透析水平的考核方法、装置、设备及存储介质
WO2023054979A1 (ko) 리뷰 신뢰도 평가 방법 및 시스템
WO2019019245A1 (zh) 基金组合购买方法、系统及存储介质
WO2018084326A1 (ko) 실시간 상담을 제공하기 위한 방법 및 서버
WO2017171168A1 (ko) 구인 및 구직 정보를 제공하기 위한 방법이 기록된 컴퓨터 판독 가능한 기록매체
WO2018080272A1 (ko) 게임유저에 실시간 개인화 정보를 제공하는 방법, 서버, 시스템 및 컴퓨터 프로그램
WO2018135729A1 (ko) 소셜 네트워크 서비스를 이용한 콘텐츠 기부 및 기부 콘텐츠 구매 방법
WO2021033834A1 (ko) 설문 데이터를 기반으로 한 맞춤형 정보 가공 및 제공 시스템 및 그 방법
WO2022045553A1 (ko) 상품 후기 평가 방법, 장치 및 시스템
WO2010030146A2 (ko) 콘텐츠 협업 네트워크 시스템 및 콘텐츠 협업 방법
WO2022211154A1 (ko) 아이템 정보의 제공을 위한 전자 장치의 동작 방법 및 이를 지원하는 전자 장치
WO2018131807A1 (ko) 회원의 출석 및 관리 서비스 제공 시스템
WO2018043860A1 (ko) 유사 성향 그룹을 이용한 대여 아이템 추천 장치 및 이를 이용한 방법
WO2015183000A1 (ko) 주문 통합 방법 및 장치
WO2021235657A1 (ko) 개인화 서비스를 제공하기 위해 메신저의 상대방을 식별하는 방법 및 시스템
WO2023167569A1 (ko) 다이나믹 식별코드 판매서비스 제공 장치 및 방법
WO2024058593A1 (ko) 외용제품의 매매에 요구되는 품질관련 증빙서류를 구비하는 방법 및 장치
WO2018026119A1 (ko) 부동산 공동중개를 활용해 허위매물을 차단하기 위한 시스템 및 방법

Legal Events

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

Ref document number: 22876751

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22876751

Country of ref document: EP

Kind code of ref document: A1