WO2023095981A1 - 블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템 - Google Patents

블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템 Download PDF

Info

Publication number
WO2023095981A1
WO2023095981A1 PCT/KR2021/017851 KR2021017851W WO2023095981A1 WO 2023095981 A1 WO2023095981 A1 WO 2023095981A1 KR 2021017851 W KR2021017851 W KR 2021017851W WO 2023095981 A1 WO2023095981 A1 WO 2023095981A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
user device
celebrity
service server
information
Prior art date
Application number
PCT/KR2021/017851
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
Priority claimed from KR1020210164491A external-priority patent/KR20230077329A/ko
Application filed by 주식회사 화컴 filed Critical 주식회사 화컴
Priority claimed from KR1020210168204A external-priority patent/KR20230080756A/ko
Priority claimed from KR1020210168203A external-priority patent/KR20230080755A/ko
Publication of WO2023095981A1 publication Critical patent/WO2023095981A1/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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail

Definitions

  • the present invention relates to a method for providing an offline community service based on Bluetooth and a system therefor. and systems.
  • the present invention relates to a new service that can cover offline and online in this way, and can solve the technical problems discussed above, as well as additional additional services that cannot be easily invented by those skilled in the art. It is to provide technical elements.
  • An object of the present invention is to enable communication between users who are close to each other through a Bluetooth local area network, and in particular, to enable communication between users who have no prior information about each other.
  • the present invention allows general users to see what other people exist around the celebrity, more precisely, within the range of the Bluetooth communication network of the celebrity device, so that general users can experience the environment around the celebrity indirectly. intended to provide
  • an object of the present invention is to enable communication with other users existing in the same space as oneself by making it possible to know which users have existed or passed by one's surroundings in a Bluetooth communication network.
  • Another object of the present invention is to enable a chat room to be easily and quickly created between users existing around oneself within a Bluetooth communication network.
  • the present invention aims to enable users who use this service to experience a new experience by enabling users who exist offline in a virtual reality space to be digitalized and active.
  • Another object of the present invention is to enable a chat room to be created between users without the need to share IDs or phone numbers when users perform a specific motion while holding a device.
  • a technical problem to be solved by the present invention aims to allow a user to exchange profiles between users simply by approaching another user.
  • a method for providing an offline community service includes the steps of (a) receiving a request to participate in a celebrity chat room from a first user device; (b) determining whether the first user device is close to a celebrity device; (c) allowing the first user device to participate in the celebrity chat room according to a result of the determination;
  • the step (b) determines whether at least a part of information included in an ad packet received by the first user device from the celebrity device is shared from the first user device to the service server.
  • the step (b) determines whether at least a part of information included in an ad packet received by the first user device from the celebrity device is shared from the first user device to the service server.
  • the service server makes the first user device participate in the celebrity chat room as an observing user. can be done with
  • the service server receives a permission change request from the first user device ; determining whether the first user device is in close proximity to the celebrity device; joining the first user device to the celebrity chat room according to a result of the determination; may further include.
  • the service server receives a request to participate in the celebrity chat room from a second user device, and the second user device transmits at least a part of information included in an ad packet broadcast by the first user device. It may be characterized by sharing to the service server.
  • a method for inviting a third party to an online chat room through a local area network in an offline manner includes storing host motion performance information generated by a host device; Receiving guest motion performance information from a guest device; Searching for host motion performance information matching the guest motion performance information; and when matching host motion performance information is searched for, allowing a guest corresponding to the guest motion performance information to participate in a chat room of a host corresponding to the searched host motion performance information, wherein the guest device includes the host device It may be characterized as being located within a local area network of.
  • a method for sharing a profile between user devices on an offline community service includes the steps of (a) storing first user information received from a first user device; (b) checking proximity between a first user device and a second user device existing within a local area network of the first user device; (c) providing a user information list including part of second user information corresponding to the second user device to the first user device; and (d) providing user information corresponding to the selected user when an input for selecting at least one user from the user information list is received from the first user device.
  • FIG. 1 shows a main screen of an offline community service according to the present invention by way of example.
  • FIG. 2 is a conceptual diagram for helping understanding of a first service among offline community services.
  • Figure 3 shows a first embodiment of the first service in sequence.
  • Figure 4 shows a second embodiment of the first service in sequence.
  • FIG. 5 illustrates a state in which the first service is provided through a virtual reality interface.
  • FIG. 6 shows a third embodiment of the first service in sequence.
  • FIG. 7 shows a fourth embodiment of the first service in sequence.
  • FIG. 8 shows a representative embodiment of the second service.
  • FIG. 10 is a diagram showing the relationship of interest between a host device and a guest device according to the present invention.
  • FIG. 11 is a diagram showing the relationship of interest between a host device and a guest device according to the present invention.
  • FIG. 12 is a diagram illustrating a state in which a host device of the present invention invites a guest device and creates a chat room by performing motions.
  • FIG. 13 is a diagram illustrating a state in which a service server mediates when a plurality of host devices of the present invention invite a guest device by performing a motion.
  • FIG. 14 is a diagram showing how a host device delegates host authority to a guest device and the delegated guest device invites another guest device according to the present invention.
  • 15 is a diagram specifically illustrating a third party participation method according to a fifth embodiment of the present invention.
  • 16 is a diagram specifically illustrating a method for creating a chat room according to a sixth embodiment of the present invention.
  • 17 is a diagram specifically illustrating a method of creating a chat room according to a seventh embodiment of the present invention.
  • FIG. 18 is a diagram specifically illustrating a method for creating a chat room according to an eighth embodiment of the present invention.
  • FIG. 19 is a diagram specifically illustrating a method for creating a chat room according to a ninth embodiment of the present invention.
  • 20 is a view showing two users wearing masks exchanging profiles with each other using the service server of the present invention.
  • 21 is a diagram briefly illustrating a state in which a service server provides a user information list to user devices.
  • FIG. 22 is a diagram schematically showing a state in which a service server provides a user information list to user devices when a plurality of short-range communication ranges exist.
  • FIG. 23 is a diagram schematically illustrating a state in which a service server sorts user information lists according to distances between user devices and provides them to user devices.
  • FIG. 24 is a diagram specifically illustrating a method of sharing a profile with close persons according to a tenth embodiment of the present invention.
  • 25 is a diagram specifically illustrating a method of sharing a profile with close persons according to an eleventh embodiment of the present invention.
  • 26 is a diagram specifically illustrating a method of sharing a profile with close persons according to a twelfth embodiment of the present invention.
  • 27 is a diagram specifically illustrating a method of sharing a profile with close persons according to a thirteenth embodiment of the present invention.
  • FIG. 28 is a diagram specifically illustrating a method of sharing a profile with a close person through an offline community service according to a fourteenth embodiment of the present invention.
  • FIG. 1 shows a main screen that can be provided when using an offline community service according to the present invention.
  • a first service M1
  • a second service M2
  • a third service M3
  • the first service relates to a service for indirectly experiencing the surrounding environment of a celebrity (celebrity) or knowing which celebrities exist around oneself
  • the second service is related to using or using offline community services around oneself. It is about a service that allows you to know whether another user has existed or now exists and at the same time try to contact that other user, and a third-party service can know which community or chat room is active around you. It is about a service that allows you to participate in a specific community or chat room at the same time.
  • all the services mentioned above allow users to form a community or participate in a community among users whose proximity is confirmed through a local area network, in particular, a Bluetooth communication network, and once proximity is confirmed through a Bluetooth communication network, a broadband communication network It is characterized by continuously enabling participation in a community or chat room provided through the , that is, continuously enabling participation in a community or chat room that has been created or participated in even though they no longer exist in close proximity to each other.
  • Such an offline community service is made by utilizing ad packets broadcast by any one device.
  • a device receiving an ad packet provides information obtained from the ad packet together with information unique to the receiving device (service server 100). ), the proximity between the device that broadcasts the ad packet and the device that received it can be confirmed, and the aforementioned services can be provided based on the proximity confirmation.
  • the first service may be called “Celeb Nearby” and may be a service that provides general users with information such as which users a particular celebrity is currently spending time with, where a particular celebrity is currently located, and the like. If the general user approaches the local area network (Bluetooth communication network) of the celebrity, it may be a service that provides an environment for the general user to communicate directly with the celebrity.
  • Bluetooth communication network Bluetooth communication network
  • Such a first service may be used for events such as offline fan meetings of celebrities, or content such as sharing daily lives of celebrities.
  • events such as offline fan meetings of celebrities, or content such as sharing daily lives of celebrities.
  • devices of fans existing around the celebrity can receive an ad packet from the celebrity's device 400, and communicate with the celebrity's device 400 by utilizing the received ad packet.
  • Proximity can be notified to the service server 100, and through this, various types of additional services (participation in a chat room, purchase of goods, etc.) provided by the service server 100 can be enjoyed.
  • a first user device 201 and a second user device 202 may exist in a local area network of a celebrity device 400, and Bluetooth communication is possible between them, so that the first user device 201 ) and the second user device 202 can prove proximity by utilizing the ad packet received from the celebrity device 400, and can enjoy various additional services according to the proximity proof.
  • the third user device 203 is not included in the local area network of the celebrity device 400, but the second user device 202, that is, a device of a person included in the local area network of the celebrity device 400 and Bluetooth. Since it is a person capable of communication, the service that the second user device 202 can enjoy can be enjoyed together in some cases. In other words, if a device can connect to the local area network of the celebrity device 400 as a medium, the device can also enjoy the same level of service as users existing in the local area of the celebrity device 400. .
  • the fourth user device 204 does not exist within the local area network of the celebrity device 400 and cannot reach the local area network even through other devices, and the fourth user device 204 can only reach the wide area network ( A network other than a local area network) and the service server 100 will be able to observe the celebrity's surrounding environment.
  • the first embodiment may start from step S101 of performing celebrity authentication between the celebrity device 400 and the service server 100, in which the celebrity device 400 transfers materials for celebrity authentication to the service server 100. If provided, the service server 100 checks and authenticates it, a method of registering the celebrity device 400 on the service server 100 on the premise that the service use contract has been concluded through an offline meeting between the celebrity and the service operator, etc. The process of confirming whether the celebrity device 400 is actually used by a celebrity is included, and as long as the service server 100 can register it as the celebrity device 400 after confirming this, it will correspond to this step. .
  • the celebrity device 400 may request the service server 100 to create a chat room (S102).
  • the target of the creation request may not necessarily be a chat room, but may be a social network page that a celebrity wants to operate, or a community in another way.
  • the service server 100 will create a chat room according to the request, and can designate the celebrity device 400 or the celebrity as a host of the chat room.
  • the celebrity device 400 may broadcast an ad packet to the surroundings.
  • An ad packet may be understood as a data packet generated by a device to propagate to another device through a local area network, for example, a Bluetooth communication network.
  • the ad packet may include a UUID, which is an identifier for identifying a service provided by the service server 100, and in addition to this, a chat room identifier for identifying a chat room opened by a celebrity, or for identifying the corresponding celebrity.
  • a celebrity identifier may be further included. That is, the ad packet may basically include an identifier for identifying a service provided by the service server 100 according to the present invention and an identifier for identifying a chat room or celebrity. It can be broadcast to devices for promotional purposes.
  • the ad packet includes a counting value (TTL) for controlling the number of user devices that want to participate in the community, or a direct field for identifying whether the ad packet is directly sent from the celebrity device 400 ( Direct field) may be further included.
  • TTL counting value
  • the counting value (TTL) is a value for limiting the number of participants, and when the counting value broadcasted from the celebrity device 400 is n, the devices that receive it reduce the counting value by 1 and try again. Broadcasting will be performed to devices, and if the counting value is 0, broadcasting can be disabled any more.
  • the direct field in the present invention, serial broadcasting through the Bluetooth mesh network is possible using a counting value.
  • the direct field will be set to a true value in the ad packet sent by the celebrity device 400, but user devices receiving it can broadcast by changing the value of the direct field to false. In this case, since only users who have directly received the ad packet from the celebrity device 400 will have a true value in the direct field, user devices closest to the celebrity device 400 can be identified. In addition, in some cases, it is possible to estimate that devices that have received ad packets in which the direct field is true exist within a certain distance, thereby providing various additional services to nearby user devices or providing other additional information. can make it possible
  • the first user device 201 utilizes at least some of the information included in the ad packet to send the service server 100 A desire to participate in the chat room may be communicated to the user (S105).
  • the service server 100 performs an operation to determine whether the first user device 201 is indeed a device of a user who is in close proximity to the celebrity device 400. (S106). This may be implemented as a process in which the first user device 201 checks some of the information transmitted along with the chat room participation request.
  • the service server 400 may allow the first user device 201 to participate in the chat room immediately.
  • the celebrity device 400 may directly determine whether or not the first user device 201 participates in the chat room.
  • the celebrity device 400 may deliver (S108) whether the first user device 201 is allowed to participate in response to the participation request notification from the service server 100, and the service server 100 accordingly Participation in the chat room by the first user device 201 may be allowed or rejected (S109).
  • a process in which the first user device 201 present in the local area network of the celebrity device 400 participates in the chat room of the celebrity device 400 has been described with reference to FIG. 3 above.
  • FIG. 4 relates to a second embodiment of the first service, wherein the second user device 202 located outside the local area network of the celebrity device 400 transmits a chat room participation request (S201) to the service server 100.
  • the second user device 202 may transmit a chat room participation request by viewing a list of celebrity chat rooms provided by the service server 100 and selecting one from them.
  • the second user device 202 is in a state in which there is no proximity to the celebrity device 400 unless it exists in the local area network of the celebrity device 400, and the service server 100 is provided through a wide area network such as a mobile communication network. It may be in a state of being able to communicate with.
  • the service server 100 Upon receiving the chat room participation request, the service server 100 determines whether the second user device 202 is a device that is in close proximity to the celebrity device 400 (S202), and if it is determined that it is not a nearby device, a simple observing user As a result, participation in the chat room may be allowed (S203). In this step, it may not be necessary for the service server 100 to ask the celebrity device 400 whether or not the non-adjacent person participates. However, if necessary, a process of asking the celebrity device 400 whether or not all non-adjacent people participate may be added.
  • the second user device 202 participating in the chat room as a non-adjacent person can observe what kind of conversation the celebrity can have with other nearby users in the chat room, but the second user himself can directly enter the chat room. You may not be able to enter conversation content in . That is, service use may be restricted to non-adjacent users.
  • the content of the conversation may not be displayed at all to non-adjacent users, and only a list of nearby users of which users exist around the celebrity device 400 may be provided to the second user.
  • the second user can know what kind of people the celebrity is hanging out with at the present time, and can obtain additional information about the people around the celebrity by accessing community pages and social network pages of users around the celebrity. In some cases, you may try to make a friend request or chat request to nearby users.
  • step S203 of FIG. 4 it is assumed that the second user device 202 is outside the local area network of the celebrity device 400, whereas from step S204, it is assumed that it is within the local area network.
  • the second user device 202 can receive an ad packet broadcast from the celebrity device 400 (S204), While transferring at least some of the information included in the ad packet to the service server 100, a request to change its authority can be made (S205). That is, after approaching the celebrity's surroundings, the second user may request legitimate authority, for example, authority to use all services in the celebrity's chat room from the service server 100 .
  • the service server 100 may determine whether the second user device 202 is within the local area network of the celebrity device 400 (S206), and then send the second user device 202 to the celebrity device 400 side.
  • the participation request of the device may be notified (S207), and participation may be permitted or rejected (S209) according to a response from the celebrity device 400 whether to allow participation (S208).
  • permission to participate means that the service server 100 elevates the authority of the second user device 202, given that the second user device 202 has already entered the chat room as an observing user
  • the participation refusal may mean maintaining the second user device 202 as an observing user or leaving the chat room.
  • the service server 100 if the proximity is confirmed after step S206, the service server 100 immediately authorizes the second user device 202 to use all services without asking the celebrity device 400 whether to allow participation. may be changed.
  • various types of services that are not allowed to the second user device 202 in a non-proximity state may exist.
  • the degree of restriction of these limited services may vary according to a service usage fee or a service subscription fee paid by the second user.
  • FIG. 5 illustrates a virtual space interface displayed on a user device when a first service is provided.
  • A may be a virtual character corresponding to the celebrity device 400
  • both B and C may be virtual characters corresponding to user devices existing in a local area network of the celebrity device 400.
  • D and E may be virtual characters corresponding to user devices that do not exist in the local area network of the celebrity device 400 .
  • D and E may not be displayed on the celebrity device 400 and nearby user devices.
  • there may be a service restriction such that Celeb A is not visible on user devices corresponding to D and E, or both B and C are not visible.
  • character B can purchase goods related to celebrities in the goods store (F). ) to receive the purchased goods.
  • character C can also order coffee from the cafe (G), which can also be received through the cafe actually installed offline.
  • the first service may be provided to users through a virtual space interface as shown in FIG. 5, and even if it is not a virtual space interface, it may be provided to users through a chat room or messenger-type interface, or a social network page-type interface. .
  • FIG. 6 shows a third embodiment of the first service, which exists outside the local area network of the celebrity device 400 but exists in the local area network of the first user device 201 that is close to the celebrity device 400. It illustrates a process in which the second user device 202 participates in a chat room via the first user device 201.
  • the first user device 201 may receive a first ad packet from the celebrity device 400 (S301), communicate with the service server 100, and participate in a celebrity chat room (S302). Afterwards, the first user device 201 becomes a subject that broadcasts ad packets and can induce other users to participate in the chat room. That is, the first user device 201 can broadcast the second ad packet to other users existing within its own local area network. Referring to the drawing, the second user device 202 transmits the second ad packet. After receiving, it is possible to participate in the celebrity community by making a chat room participation request (S304) to the service server 100. That is, the second user can enter the celebrity's community through the first user device 201 even though the second user is not in a place close to the celebrity.
  • a chat room participation request S304
  • the service server 100 determines whether the second user device 202 is a nearby device.
  • the second user device 202 may be determined to have proximity because it is in the vicinity of the device determined to be in close proximity to the first user device 201 and the celebrity device 400 .
  • the service server 100 may make a determination based on a separate criterion. For example, the service server 100 includes some information of the second ad packet received from the first user device 201. Even if it is, if it is determined that the second user device 202 is far away from the celebrity device 400 by further referring to the GPS information of the second user device 202, proximity to the second user device 202 may not be recognized. there is.
  • the service server 100 may inform the celebrity device 400 of the second user's participation request (S306), and the second user device according to the celebrity device 400's participation permission response (S307). Participation in the chat room of 202 may be allowed or rejected (S308).
  • FIG. 7 relates to a fourth embodiment of the first service, when a first user or a second user exists close to the celebrity device 400, other users send a friend request to the first user or the second user. It shows an embodiment that does.
  • both the first user device 201 and the second user device 202 exist within the local area network of the celebrity device 400 and can receive ad packets (S401 and S402), respectively.
  • the first user device 201 and the second user device 202 may share their proximity situation information with the service server 100 (S403 and S404).
  • the service server 100 may share (S405) which users exist around the celebrity, that is, information around the celebrity based on the received proximity situation information, which means that people who want to experience the surroundings of the celebrity indirectly. It can play a role in inducing users to use this service.
  • the step S405 may be used for the service server 100 to promote service use, or the step S405 may be used for promoting a first user or a second user related to a celebrity. .
  • step S405 external user devices that have shared the celebrity surrounding information, for example, the third user device 203 or the fourth user device 204, pass through the service server 100 to the first user device. (201), it is possible to send a friend request to the second user device (202). That is, even if a friend request cannot be made directly to a celebrity, the third user or the fourth user can indirectly experience the environment around the celebrity by making a friend request to the first user or the second user who is a person who exists around the celebrity. In addition, there is an effect that the first user or the second user can receive many friend requests (follow) of other users just by being around the celebrity.
  • the second service relates to a service in which information on people who have passed one's surroundings is provided ex post facto and at least some of them can be approached for contact.
  • the first user device 201 broadcasts (S501) an ad packet to an unspecified number of people within a local area network
  • the second user device 202 receiving the ad packet broadcasts among information obtained from the ad packet.
  • Proximity situation information may be shared while transmitting at least a portion to the service server 100 (S502).
  • the second user device 202 provides the service server 100 with information such as when it received an ad packet from the first user device 201 and how long it stayed around the first user device. It can be shared, and the service server 100 can record the above information (S503).
  • the service server 100 may provide the first user device 201 with nearby user information, that is, information about which users exist around the first user device 201 (S504).
  • Proximity user information may be in the form of a list, and the first user sends a request (S505) to allow access to the second user device by selecting one of them, for example, the second user, to the service server 100. side can do it.
  • the service server 100 may inform the second user device 202 that there is an access request from the first user (S506), and in response to allow access from the second user device 202 (S507) Accordingly, a chat room including the first user and the second user may be created (S508).
  • the second service is characterized in that a specific user is provided with information on other users who have existed around him and can contact one or a plurality of persons among them.
  • FIG. 9 relates to a representative embodiment of a third service, and relates to a service enabling communication with other users around a specific user by quickly attracting them to a chat room.
  • the first user device 201 may request the service server 100 to create a chat room (S601), and the service server 100 may create a chat room accordingly (S602).
  • the first user device 201 can broadcast an ad packet to an unspecified number of surroundings.
  • the second user device 202 Upon receiving the ad packet (S603), the second user device 202 utilizes the information included in the ad packet to serve as a service server. Proximity situation information may be shared with the (100) side (S604).
  • the service server 100 may provide the second user device 202 with a list of which chat rooms exist around the second user (S605). ), it is possible to express an intention to participate in a conversation by requesting participation in a specific chat room (S605).
  • the service server 100 may determine whether the second user device 202 is a device close to the first user device 201 (S606), and may finally allow participation in the chat room (S607).
  • FIG. 10 is a diagram showing a method of creating a chat room in an offline community service according to the present invention through simple images.
  • the offline community service server 100 recognizes and stores it, and when the guest device 20 performs the motion, a service server 100 recognizes and stores the motion.
  • the server 100 recognizes this and accepts it as the meaning of participation in a chat room, and serves to create a chat room between the host device 10 and the guest device 20.
  • the service server 100 provides this service to the user. The process of doing this will be described in detail, but terms frequently used in the service server 100 will be reviewed first to help understanding of the description before a detailed description in earnest.
  • the service server 100 referred to in this embodiment searches for other users existing within a close distance by using a short-range communication means of a user terminal, for example, a Bluetooth function of a smartphone, in an offline place such as a cafe, school, or restaurant.
  • a short-range communication means of a user terminal for example, a Bluetooth function of a smartphone
  • the service providing process if the host device 10 continuously broadcasts an AD packet including specific information (UUID, etc.) to unspecified receivers in the vicinity, The guest device 20 can receive this, and the guest device 20 that has received the ad packet can approach the service server 100 by referring to the information included in the ad packet and request service use.
  • the types of services that can be requested may include an information search service (host information search or other nearby users search), messenger service, and the like.
  • the service server 100 operated between the host device 10 and the guest device 20 performs
  • the host device 10 is a device of a user who wants to create an initial chat room and is easy to understand if it is considered as a device of a user who wants to invite other users to the chat room.
  • the guest device 20 includes a user device 20 participating in the chat room of the host device 10, or a user device 20 that exists within the local area network of the host device 10 but has not yet participated in the chat room. can be seen as In other words, the guest device 20 can be broadly understood as a device of a user existing within a local area network of the host device 10 .
  • the device referred to herein may include portable terminals such as smart phones, PDAs, tablet PCs, etc., as well as installation type terminals such as PCs.
  • the device may perform a process of recognizing the user's motion when the user invites and accepts the chat room, so it is preferable that the device is capable of recognizing the user's motion.
  • the motion performance information of the present invention is information on gestures, movements, and motions taken by the user.
  • the motions include shaking the smartphone, drawing “O” or “X” with the smartphone, and pointing in a specific direction.
  • Various motions such as a motion of turning over a smartphone, and the like, may be included.
  • the user's device may determine whether the user has performed a motion or not through a motion sensing function of the device and generate a result of the determination as motion performance information.
  • the motion performance information is transmitted to the service server 100, and the service server 100 can provide a chat room service to the user through the motion performance information.
  • motion performance information in another aspect may be motion performance information about which motion the user has taken, rather than information on whether or not the user simply performed the motion. For example, it is possible to determine whether the user took a motion of drawing “O” while holding the user device or whether the user took a motion of drawing “X” while holding the user device, and the value determined as a result of the determination can be generated as motion performance information.
  • FIGS. 11 to 14 Prior to examining a method of creating a chat room in an offline community service, a simple chat room creation and participation method will be reviewed through FIGS. 11 to 14.
  • FIG. 11 is a diagram showing a simple pictorial relationship between a host device 10 and a guest device 20 .
  • H in FIG. 11 denotes the host device 10, and an area of a black circle is a short-distance communication range of the host device 10 of the host device 10.
  • G is a guest device 20 and is a user device located within a short distance communication range of the host device 10 .
  • “G'” outside the short range communication range is a user device, not the guest device 20 .
  • “G'” since “G'” is not located in the short-range communication range of the host device 10, it is a device of a user other than the guest device 20 based on the host device 10, but of another host device 10. It is also a user's device that can be a guest device 20 .
  • the host device 10 may be any device as long as it is a device of a user using the service server 100 .
  • “G” or “G'” means that if motion performance information is taken to create a chat room, the service server 100 can recognize the motion performance information and designate it as the host device 10 .
  • FIG. 12 is a diagram illustrating a state in which, when the host device 10 performs a motion to invite a chat room, the guest device 20 accepts the invitation by performing a motion or rejects the guest device 20 by not performing a motion.
  • the service server 100 When the host device 10 of “H” performs a motion, the service server 100 accepts it as meaning to invite any other guest to the chat room and stores the motion performance information of the host device 10. Subsequently, if the guest device 20 of “G” performs the same motion as the motion of “H”, the service server 100 accepts this as meaning that it wants to participate in the chat room of “H” and the host device 10 and a chat room of the guest device 20 is created.
  • a chat room can be created only with the guest device 20 that performed the motion within a predetermined time after the first host device 10 performed the motion.
  • the predetermined time may be a time previously set in the service server 100 by the host device 10 .
  • it may be a time within 5 seconds to 10 seconds.
  • FIG. 13 is a diagram showing how a chat room is created between a host device 10 and a guest device 20 when a plurality of host devices 10 exist.
  • “H1” and “H2” are host devices 10, “G1” and “G2” are guest devices 20, and “S” is a service server 100, for example, “H1” and “H2”
  • “G1” and “G2” both perform motions to invite guests to the chat room by performing specific motions.
  • “G1” and “G2” may be included in the local area network of “H1”
  • “G1” and “G2” may be included in the local area network of “H2”.
  • “G1” and “G2” may have a problem of participating in both “H1” and “H2” chat rooms.
  • the service server 100 of the present invention is and “H2”, “G1”, and “G2” motion performance information may be stored, and when a chat room is created, a chat room of the host device 10 and the guest device 20 that are close to each other may be preferentially created.
  • a chat room of the host device 10 and the guest device 20 that are close to each other may be preferentially created.
  • referring to FIG. 13 in “H1”, relatively closer “G1” and the first chat room may be created with priority, and in “H2”, relatively closer “G2” and the second chat room may be created with priority. there is.
  • This mechanism can be operated in the same way even when a plurality of host devices “H1” and “H2” exist and only one guest device “G” exists.
  • the service server 100 determines whether there is a host that has performed the same motion as the motion of “G”. And, if there is a host but there are a plurality of them, the service server 100 will involve any one host device and “G” located at a relatively closer distance from “G” in one chat room.
  • a message confirming whether or not the chat room of the host device 20 to which the guest device 20 wants to participate may be additionally transmitted, through which the guest device 20 does not participate in an unwanted chat room.
  • FIG. 14 is a diagram showing how the host device 10 invites another guest device 20 to the chat room by delegating the host authority to the guest device 20 participating in the chat room.
  • a guest device of “G1” is delegated to a host device of “H2” by the host device 10 of “H1”, and after the delegation, the local area network of the existing host device of “H1” It shows how “G'” located outside is located in the local area network of the host device “H2” and becomes a guest device of the host device “H2”. That is, an embodiment in which the host device “H2”, which has been delegated from “H1”, eventually participates “G'”, which was out of communication range of the host device “H1”, into the chat room.
  • 15 is a diagram specifically illustrating a method of creating a chat room in an offline community service according to a fifth embodiment of the present invention.
  • the method for allowing a third party to participate in an offline community service starts with the host device 10 generating host motion performance information (S1501), and the host device 10 generates the motion performance information After generating, it transmits the motion performance information to the service server 100 (S1502).
  • S1501 host motion performance information
  • S1502 service server 100
  • the service server 100 When the service server 100 receives host motion performance information from the host device 10, the service server 100 stores the host motion performance information (S1503).
  • the service server 100 After the service server 100 stores motion performance information, when the guest device 20 generates guest motion performance information (S1504) and transmits it to the service server 10 (S1505), the service server 100 searches for a host device 10 that matches the guest motion performance information from the guest device 20 (S1506), and when a specific host device 10 is found, the corresponding host device 10 and the guest device 20 A chat room is created (S1507).
  • 16 is a diagram specifically illustrating a method of creating a chat room in an offline community service according to a sixth embodiment of the present invention.
  • a method for allowing a third party to participate in an offline community service includes generating host motion performance information by the first host device 11 and the second host device 12 (S1601). After the first host device 11 and the second host device 12 generate host motion performance information, the information is transmitted to the service server 100 (S1602).
  • the service server 100 When the service server 100 receives host motion performance information from the first host device 11 and the second host device 12, the service server 100 stores the motion performance information (S1603).
  • the guest device 20 can generate guest motion performance information (S1604) and transmit it to the service server 10 (S1605).
  • the service server Step 100 first searches for a host device that matches the motion performance information received from the guest device 20 (S1606). Meanwhile, when the number of discovered host devices is plural, the service server 100 selects the host device 20 that is relatively closer to the guest device 20 among the first host device 11 and the second host device 12. Specify (S1607).
  • the service server 100 creates a chat room between the specified host device and the guest device 20 (S208), and the method of creating a chat room in the offline community service according to the second embodiment of the present invention is completed.
  • 17 is a diagram specifically illustrating a method of creating a chat room in an offline community service according to a seventh embodiment of the present invention.
  • a method for allowing a third party to participate in an offline community service starts when the host device 10 generates specific host motion performance information (S1701).
  • the specific host motion performance information is information on whether a specific or specified motion has been performed by a user or information on motion performed by a user for a predetermined period of time, and the host device 10 sends the service server 10 based data to set this information.
  • a stored motion may be selected or the host device 10 may directly take a specific motion and set it in the service server 100 .
  • the host device 10 sets specific host motion performance information, it transmits the specific host motion performance information to the service server 100 (S1702).
  • the service server 100 When the service server 100 receives specific motion performance information from the host device 10, the service server 100 recognizes the specific motion performance information and stores it (S1703).
  • the guest device 20 may generate specific guest motion performance information (S1704) and transmit it to the service server 10.
  • the service server 100 receives specific guest motion performance information from the guest device 20, and the service server 10 sends the specific guest motion performance information transmitted by the guest device 20 to the host device 10. It is verified whether it matches the set specific host motion performance information (S1705).
  • the service server 100 may compare the host motion performance information set by the host device with the guest motion performance information received from the guest device 20, and the comparison result is a numerical value (similarity rate). can be derived.
  • the criterion for verification may be whether the digitized value is greater than or equal to a specific value.
  • the service server 10 completes verification that the specific motion performance information received from the guest device 20 matches the specific motion performance information set by the host device 10
  • the service server 100 performs the host A chat room in which the device 10 and the guest device 20 participate is created (S1706).
  • FIG. 18 is a diagram specifically illustrating a method of creating a chat room in an offline community service according to an eighth embodiment of the present invention.
  • a method for allowing a third party to participate in an offline community service starts when the host device 10 sets at least two pieces of specific motion performance information (S1801).
  • setting at least two or more pieces of specific motion performance information by the host device 10 is to receive at least two or more distinct expressions of intent, that is, differently classified motions, from the guest device 20 .
  • the host device 10 sets drawing an “O” with a smartphone as the meaning of accepting an invitation to a chat room as first specific motion performance information, and drawing an “X” with a smartphone as a meaning of refusal. This means that it can be set as the second specific motion performance information.
  • the service server 100 receives them and distinguishes the specific motion performance information (S1803).
  • the reason why the service server 100 classifies the set specific motion performance information is to provide different services according to the first or second specific motion performance information that the guest device 20 can perform.
  • the service server 100 stores the classified specific motion performance information (S1804).
  • the first guest device 21 may generate the specific motion performance information and transmit it to the service server (S1805), and the second guest device 22 ) Also, specific motion performance information can be generated and transmitted to the service server (S1805).
  • the service server 100 determines whether the received specific motion performance information matches the stored motion performance information, and if the matching motion performance information If there is, it can be determined whether it is the first specific motion performance information or the second specific motion performance information of the host device 10 (S1806). Alternatively, whether the specific motion performance information received from the guest devices matches what is stored in the service server 100 may be comprehensively searched for.
  • the service server 100 creates a chat room between the guest device 20 and the host device 10 that sent the first specific motion performance information. It does (S1807).
  • the service server 100 creates a chat room between the guest device 20 and the host device 10 that sent the second specific motion performance information. I never do that.
  • the first specific motion performance information has been described as a motion for responding to a chat room invitation and the second specific motion performance information has been described as a motion for rejecting a chat room invitation, but this is only one embodiment, and of course each motion It will be said that different commands or functions may be assigned to each execution information.
  • FIG. 19 is a diagram specifically illustrating a method of creating a chat room in an offline community service according to a ninth embodiment of the present invention.
  • a method of allowing a third party to participate in an offline community service starts when the host device 10 requests the service server 100 to create a chat room (S1901).
  • the service server 100 When the service server 100 receives a chat room creation request from the host device 10, the service server 100 creates a chat room (S1902).
  • the service server 100 After the service server 100 creates a chat room, when the host device 10 generates motion performance information (S1903) and transmits it to the service server 100 (S1904), the service server 100 performs motion Information is stored (S1905).
  • the service server 10 When the service server 100 stores motion performance information of the host device 10, the service server 10 generates a deactivation access token (S1906).
  • deactivated entry token is an entry token that has not yet been activated, and an entry token is a key to enter a chat room.
  • the access token When the access token is activated, it is possible to enter the created chat room of the host device 10 .
  • the service server 10 when the service server 10 generates the deactivation access token, the service server 100 distributes the deactivation access token to the guest device 20 located within the local area network of the host device 10 (S1907).
  • the service server 100 distributes the deactivation access token to the guest device 20 located within the local area network of the host device 10.
  • the guest device 20 receives the distributed deactivation access token (S1908).
  • the deactivation access token is converted into an activation access token (S1909).
  • the service server 10 verifies this and converts the guest device 20 having the activation entry token to the host device 10. Enter the chat room (S1910).
  • the deactivation access token is also broadcast by the host device 10 to an unspecified number of surrounding guest devices ( 20) can be passed on.
  • the guest device 20 may receive an ad packet and a deactivated access token from the host device 10 through a Bluetooth network, and when a specific motion is performed in the guest device 20, the deactivated access token is converted into an activated access token. and can be transmitted to the service server 100, and thus participation in a chat room with the host device 10 can be possible.
  • two users wearing masks can share a photo of their face or a profile containing personal information to the other party through the service server 100.
  • profile sharing is preferably performed at a short distance. It can be done within the scope of the communication network.
  • the service server 100 receives a user's profile from the first user device 201, stores it, and provides a profile list stored in the second user device 202 located within the local area network of the first user device 201. This is the server that provides or provides the profile of the nearest user.
  • a method of providing such a service to the user will be described in detail below, and terms frequently used in the offline community service server 100 will be reviewed first to help understand the description before detailed explanation.
  • the service server 100 allows users located within a local area network to recognize each other's faces by lowering their masks or exchanging profiles of each other online even if they exist in close proximity without asking each other's personal information.
  • the service server 100 may perform a step of confirming proximity between user devices, which is based on the premise that any user device has shared information that can prove proximity to the service server 100. can be done In this case, information capable of proving proximity may be a part of information included in an ad packet received by the user device from another user device nearby.
  • the user device 30 refers to a device equipped with a communication function, such as a smartphone or a tablet PC used by a user, and may be a device in which an application for using an offline community service is pre-installed.
  • the device referred to herein may include portable terminals such as smart phones, PDAs, tablet PCs, etc., as well as installation type terminals such as PCs.
  • the user information is a profile entered by the user using an application pre-installed on the user device 30, and may include not only basic information such as the user's name, age, occupation, and gender, but also information such as a picture.
  • User information may include text-type information, image or video-type information.
  • user information may further include various contents.
  • the audio content can be used as user information by recording a voice introducing the user himself and uploading it to the service server 100, and the user creates a video introducing himself and uploads it to the service server 100 can utilize this video content as user information.
  • the user information list is information that the service server 10 collects user information of other user devices 20 located within a local area network of the user device 30 and provides the user device 30 with the collected user information.
  • the user information list lists the user information of other user devices 20 located within the local area network to the user device 30 in order of distance, that is, in order of other user devices 20 that are close to the user device 30. can be provided.
  • user information that the user does not need to check may be included in the user information list provided to the user device 30, so when exchanging user information, considering that there are many cases in which the user is close to each other, the service When the server 100 provides the user information list to the user device 30, user information of other user devices 20 close to the user device 30 may be given priority and provided.
  • the user information list may provide the user information list to the user device 30 by specifying user information that the user device 30 has already exchanged or confirmed. In other words, when the user has exchanged user information before but has forgotten it or checked it again through the user information list, the service is provided so that the user can quickly find it in the user information list.
  • the user information list may provide the user information list to the user device 30 by specifying user information of another user device 20 that frequently enters the local area network of the user device 30 .
  • other users who are often captured in the local area network of the user device 30 can be regarded as people who frequently meet in the user's daily life, and if they know each other's information, they can become friends or co-workers of each other someday. Therefore, it provides a service that lays the foundation for such a relationship.
  • the user information list may provide the user information list to the user device 30 excluding user information of other user devices 20 previously set by the user device 30 .
  • the user and other users are already well acquainted and do not need to exchange user information, it is possible to prevent them from being included in the user information list by setting exclusions in advance.
  • topical figures such as entertainers, influencers, and celebrities may be provided in priority order.
  • the service server 100 puts their user information at the top of the list so that it is provided preferentially.
  • FIG. 21 is a diagram illustrating a state in which a plurality of user devices 30 receive a user information list through the service server 100. Referring to FIG.
  • reference numerals 201 to 203 denote a first user device 201, a second user device 202, and a third user device 203, respectively, and the user devices shown in FIG. 21 are each connected to a local area network. It is assumed to be located within
  • reference numeral 100 shown in the center is a service server, and description will be made on the assumption that the user devices shown in FIG. 21 have previously installed applications provided by the service server 100.
  • the service server 100 shown in the drawing does not exist within a local area network, and communication is performed between the service server 100 and the user devices through a wide area network (eg, a mobile communication network).
  • the first user device 201 and the second user device 202 excluding the third user device 203 transmit the first user information and the second user information into which each user's profile is entered to the service server 100. send to
  • the service server 100 stores the received user information, collects the stored user information, and It can be made into a user information list and provided to any one of the first to third user devices located within the local area network.
  • the third user device 203 can receive a list of user information from the service server 100 even if user information has not been input to the service server 100 in advance. That is, when the third user device 203 utilizes the information in the ad packet received from the first user device 201 or the second user device 202 to share proximity situation information with the service server 100, A user information list may be provided from the service server 100 .
  • 22 is a diagram showing how the service server 100 provides a user information list when a plurality of local area network ranges exist.
  • a first local area network and a second local area network exist, a first user device 201 and a second user device 202 are present in the first local area network, and a third user device is located in the second local area network. It can be confirmed that 203 and the fourth user device 204 are located.
  • the user devices shown in FIG. 22 transmit the first to fourth user information in which each user's profile is input to the service server 100 .
  • the service server 100 receiving the first to fourth user information collects the first to fourth user information to create a user information list, and the collected user information list is used by the user device receiving the user information list. Only user information located within the local area network of the local area network can be selected and provided. Specifically, the user information list that the first user device 201 receives from the service server 100 may be user information of the second user device 202 within the same first local area network as the first user device 201. The user information list that the third user device 203 receives from the service server 100 may be user information of a fourth user device 204 in the same second local area network as the third user device 203. .
  • the service server 100 determines proximity between user devices, information included in an ad packet received by one user device from another user device is used. That is, which user device received the ad packet may be a criterion for determining whether the user devices are within the same local area network.
  • the user devices shown in FIG. 23 are located at a predetermined distance from each other, and based on the first user device 201, the second user device 202 is as much as “L1”, and the third user device 203 is As much as “L2”, it can be confirmed that the fourth user device 204 is separated by “L3”.
  • the user information list includes User information of a user device that is close to the first user device 201 may be provided with priority by calculating a distance of a device adjacent to the first user device 201 .
  • the distance between the user devices may be calculated based on an RSSI value shared by the user devices with the service server 100, or calculated based on GPS information shared by the user devices with the service server 100. It can be.
  • FIG. 24 illustrates a tenth embodiment of a method of sharing a profile to a close person.
  • the service server 100 converts the user information into a database. It starts from storing in (S2401).
  • step S2402 in which the service server 100 checks proximity between user devices may be executed.
  • the second user device 202 that has received an ad packet from the first user device 201 includes some of the information in the ad packet received by itself and transmits proximity situation information to the service server 100.
  • the service server 100 can check the proximity between the first user device 201 and the second user device 202 by referring to the proximity situation information shared from the second user device 202 .
  • the service server 100 may provide a user information list to user devices that are close to each other (S2403).
  • the user information list may be a list of users coexisting in the local area network, and may include basic information and pictures (profile pictures) of users existing in the same space.
  • any user device can select (click, touch) any one user from the list, and the service server 100 provides user information about the selected user to the user device ( S2404).
  • Embodiment of the tenth embodiment (in case of two people)>
  • 25 is a diagram specifically illustrating a profile sharing method according to an eleventh embodiment of the present invention.
  • the method according to the eleventh embodiment of the present invention embodies the first embodiment described above, and is an embodiment for checking each other's user information when two user devices 201 and 202 are located within a local area network. am.
  • first, the first user device 201 and the second user device 202 respectively input first user information and second user information (S2501), and then input them to the service server. It starts with transmission to (100) (S2502).
  • the service server 100 stores the received user information in the database (S2503).
  • the database is a storage means provided by the service server 100 itself, or the service server 100 It may be an accessible cloud storage.
  • the service server 100 After storing the first and second user information, the service server 100 checks whether the first user device 201 and the second user device 202 exist close to each other (S2504), and determines that they are close to each other. If confirmed, the user information list is provided to the first user device 201 and the second user device 202 (S2505). At this time, the user information list provided by the first user device 201 will include the second user information, and the user information list provided by the second user device 202 will include the first user information. .
  • ad packets may be based on proximity context information including some of information obtained from ad packets. It can be understood as a data packet generated to propagate to another device through a local area network, for example, a Bluetooth communication network.
  • the ad packet may include a UUID, which is an identifier for identifying a service provided by the service server 100, and may further include an identifier for identifying a specific user. That is, the ad packet may basically include an identifier for identifying a service provided by the service server 100 and an identifier for identifying a user, and such an ad packet may be broadcast to other devices.
  • the ad packet includes a counting value (TTL) for controlling the number of user devices to additionally participate in the community, or a direct field for identifying whether the ad packet is directly sent from a host device. (Direct field) may be further included.
  • TTL counting value
  • the counting value is a value for limiting the number of users who deliver ad packets. It will be broadcast again to other devices after reducing it by the amount, and finally, if the counting value is 0, broadcasting can be prevented any more.
  • the direct field in the present invention, serial broadcasting through the Bluetooth mesh network is possible using a counting value. It may be necessary to verify that the packet has been received.
  • the direct field may be set to a true value in ad packets sent by the host device, but user devices receiving the direct field may change the value of the direct field to false and broadcast. In this case, since only users who directly receive an ad packet from the host device will have a true value in the direct field, user devices closest to the host device can be identified. In addition, in some cases, it is possible to estimate that devices that have received ad packets in which the direct field is true exist within a certain distance, thereby providing various additional services to nearby user devices or providing other additional information. can make it possible
  • the first user device 201 may transmit (S2506) a desire to know information about the second user from the user information list to the service server 100, and the service server 100
  • second user information may be provided (S2507).
  • the user of the first user device 201 may receive user information about the second user by touching the name of the second user among the user information list displayed on the smartphone screen.
  • the first user and the second user can smoothly introduce each other because their faces are covered by the mask. It may be difficult, but each user can immediately check the profile picture of the other party by clicking the other party's name (or ID, or other identifier) displayed on their smartphone screen, and through this, a smooth introduction to the other party can be continued.
  • information about the user is provided only when the user selects one of the user information lists provided directly. It may be implemented to be displayed on the screen. That is, the first user and the second user can check each other's profile pictures through the smartphone screen immediately after proximity is confirmed by the service server 100 .
  • the service server 100 receives each proximity situation information from the first user device 201 and the second user device 202, it is estimated that each user device has received an ad packet from the other. In this case, it can be implemented by directly displaying the profile picture on the screen of the user device.
  • a time difference or RSSI in which the service server 100 receives proximity situation information from the first user device 201 and the second user device 202 may also be utilized to implement the above embodiment. That is, when they exist in the same space, it is predicted that the time for transmitting and receiving ad packets will be similar to each other and that the strength of signals detected by each other will be strong, etc. An embodiment in which each other's profile pictures can be checked can be implemented.
  • 26 is a diagram specifically illustrating a profile sharing method according to a twelfth embodiment of the present invention.
  • the service server 100 when the service server 100 provides a user information list to a user device, the user information list is provided in the order of user devices located relatively close to the corresponding user device. is to do
  • the third user device 203 is the subject receiving the user information list from the service server 100 in the twelfth embodiment of the present invention.
  • the first user device 201 and the second user device 202 respectively input user information (S2601), and the input user information is transmitted to the service server 100. It includes a step (S2602) and a step (S2603) of the service server 100 storing the above user information.
  • the service server 100 determines whether the first user device 201, the second user device 202, and the third user device 203 are all in close proximity (S2604), which is, for example, Whether information in an ad packet broadcast by the first user device 201 and/or the second user device 202 is included in the proximity context information received by the service server 100 from the third user device 203 This can be done by checking
  • the service server 100 may estimate proximity between the third user device and other user devices, that is, how close they exist (S2605).
  • the estimated result value in this step does not necessarily have to be an exact numerical value, and it is sufficient if it is sufficient to know which user device is relatively closer to or farther from the third user device.
  • This step may be executed in various ways. For example, the proximity may be estimated based on the RSSI value included in the proximity context information received by the service server 100, or each of the proximity context information included Proximity may be estimated using GPS information of user devices as a reference.
  • the service server 100 may provide a user information list prioritizing a user device that is closer to the third user device 203.
  • FIG. 27 is a diagram specifically illustrating a profile sharing method according to a thirteenth embodiment of the present invention.
  • the service server 100 records the number of encounters of user devices within a local area network, and provides user information in the order of user devices with the highest number of encounters. This is an example.
  • the third user device 203 is the subject receiving the user information list from the service server 100 .
  • the method according to the thirteenth embodiment of the present invention first starts with the service server 100 recording and storing the number of encounters between user devices within a local area network (S2701).
  • the number of encounters may be the number of times an ad packet is exchanged between a user device and another user device. That is, the number of times an ad packet is received by detecting its existence within the same local area network may be defined as the number of encounters.
  • the first user device 201 and the second user device 202 input user information (S2702), transmit each user information to the service server 100 (S2703), and the service server 100 ) may proceed with storing user information (S2704) and checking proximity between the first user device and the third user device (S2705). Since these steps are substantially the same as the steps described above, detailed descriptions are to omit
  • the service server 100 may calculate the number of encounters between user devices (S2706). This step may be a step of determining which user devices were more present in the local area network of the third user device 203 .
  • the service server 100 sorts the user information in the order of the user device having a greater number of encounters with the third user device (S2707), and provides the user information list generated based on this to the third user device 203. (S2708) Yes.
  • FIG. 28 is a diagram specifically illustrating a profile sharing method according to a fourteenth embodiment of the present invention.
  • the service server 100 selects a celebrity device such as a celebrity, an influencer, or a hot topic person as the celebrity device 400 and the celebrity device 400 is located within a local area network.
  • a celebrity device such as a celebrity, an influencer, or a hot topic person
  • the service server 100 prioritizes sorting the user information of the celebrity device 400 in the user information list and provides it to the user device 30 .
  • the second user device 202 is a subject receiving the user information list from the service server 100 .
  • the step of registering or selecting the celebrity device 400 by the service server 100 is the service server
  • the celebrity device 400 and the first user device 201 respectively input celebrity user information and first user information (S2801), and the input celebrity user information and transmitting the first user information to the service server 100 (S2802).
  • the service server 100 After the celebrity device 400 and the first user device 201 transmit the celebrity user information and the first user information to the service server 100, the service server 100 stores the user information (S2803). can lead
  • the service server 100 may determine whether the first user device 201, the second user device 202, and the celebrity device 400 are located within each other's local area network (S2806), and as a result of the determination, the proximity If confirmed, the service server 100 may prioritize the celebrity user information in the user information list (S2807), and provide the user information list generated in this way to the second user device (S2808).

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템에 관한 것으로, 구체적으로는 블루투스라는 근거리 통신망을 활용하여 서로 근접한 위치에 존재하는 사용자들 간에 커뮤니케이션이 가능하도록 한 오프라인 커뮤니티 서비스 제공 방법 및 시스템에 관한 것이다.

Description

블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템
본 발명은 블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템에 관한 것으로, 구체적으로는 블루투스라는 근거리 통신망을 활용하여 서로 근접한 위치에 존재하는 사용자들 간에 커뮤니케이션이 가능하도록 한 오프라인 커뮤니티 서비스 제공 방법 및 시스템에 관한 것이다.
네트워크가 발달하면서 이를 이용한 온라인 커뮤니티 서비스, 예를 들어 메신저, 채팅서비스, SNS 서비스 등의 온라인 커뮤니티 서비스들도 함께 크게 발달되어 왔다. 이 과정 중에는 네트워크의 발달도 기여를 하였지만 사용자들이 사용하는 단말기의 개량 역시 큰 기여를 하여 왔으며, 이렇듯 네트워크와 단말기의 발달은 다양한 유형의 온라인 커뮤니티 서비스가 생겨날 수 있도록 하는 데에 일조하여 왔다. 한편, 위와 같이 온라인 커뮤니티 서비스가 꾸준히 발전하여 왔음에도 불구하고, 온라인 커뮤니티 서비스는 아직까지 서비스의 근원이 순수 온라인에 기반하고 있다는 점에 기인한 한계에 부닥치고 있으며, 또한 온라인을 통해서는 서로 간의 정보 교환에 제한이 있어 교류를 나누기 위해서는 반드시 일정 수준의 보안이 보정된 절차(예: 회원간 ID, 전화번호 등 서로를 식별할 수 있는 정보를 공유하는 절차)를 거쳐야만 하는바, 불특정 다수의 다양한 사람들과 교류를 나누는 데에는 여전히 큰 장벽이 있다는 점에서 문제점 내지 불편함이 있어 왔다.
특히, 아직까지도 소비자들은 오프라인에서의 활동에서도 그 나름의 장점과 즐거움을 찾고 있으며, 온라인 서비스에서는 느낄 수 없는 오프라인 서비스만의 특징도 분명히 있기에, 오프라인과 온라인의 상호 조화를 이룰 수 있는 서비스의 형태가 요구되고 있다.
본 발명은 이렇게 오프라인과 온라인을 아우를 수 있는 형태의 새로운 서비스에 관한 것이며, 이상에서 살핀 기술적 문제점을 해소시킬 수 있음은 물론, 본 기술분야에서 통상의 지식을 가진 자가 용이하게 발명할 수 없는 추가적인 기술요소들을 제공하기 위한 것이다.
본 발명은 블루투스 근거리 통신망을 통해 서로 근접해 있는 사용자들 간 커뮤니케이션이 이루어질 수 있도록 하는 것을 목적으로 하며, 특히 서로 간에 대한 사전 정보가 전혀 없는 사용자들 간에도 커뮤니케이션이 가능할 수 있도록 하는 것을 목적으로 한다.
또한 본 발명은 셀럽(celeb)의 주변, 더 정확하게는 셀럽 디바이스의 블루투스 통신망 범위 내에 어떤 다른 사람들이 존재하는지를 일반 사용자들이 볼 수 있게 함으로써 일반 사용자들이 셀럽 주변 환경을 간접적으로 느껴볼 수 있게 하는 경험을 제공하는 것을 목적으로 한다.
또한 본 발명은 블루투스 통신망 내에서 자신의 주변에 어떤 사용자들이 존재했었는지, 또는 스쳐 지나갔었는지를 알 수 있게 함으로써 자신과 같은 공간에 존재하는 다른 사용자들과의 커뮤니케이션이 가능하게 하는 것을 목적으로 한다.
또한 본 발명은 블루투스 통신망 내에서 자신의 주변에 존재하는 사용자들 간에 대화방이 쉽고 빠르게 생성될 수 있도록 하는 것을 목적으로 한다.
또한 본 발명은 디지털 트윈의 측면에서, 가상현실 공간 내에 오프라인 상에서 존재하는 사용자들이 디지털화 되어 활동하게 함으로써 본 서비스를 이용하는 사용자가 새로운 경험을 할 수 있게 하는 것을 목적으로 한다.
또한 본 발명은 사용자들이 디바이스를 파지한 채로 특정 모션을 수행하였을 때 아이디 또는 전화번호 공유가 필요 없이 사용자들 간 대화방이 생성될 수 있게 하는 것을 목적으로 한다.
또한 본 발명이 해결하고자 하는 기술적 과제는 사용자가 타사용자에게 접근하는 것만으로도 사용자간의 프로필 교환이 이루어질 수 있도록 하는 것을 목적으로 한다.
위와 같은 문제점을 해결하기 위하여, 본 발명에 따른 오프라인 커뮤니티 서비스를 제공하는 방법은, (a) 제1 사용자 디바이스로부터 셀럽 대화방으로의 참여 요청을 수신하는 단계; (b) 상기 제1 사용자 디바이스가 셀럽 디바이스에 근접한 것인지 여부를 판단하는 단계; (c) 판단 결과에 따라 상기 제1 사용자 디바이스를 상기 셀럽 대화방에 참여시키는 단계;를 포함할 수 있다.
또한, 상기 방법에 있어서 상기 (b) 단계는, 상기 제1 사용자 디바이스가 상기 셀럽 디바이스로부터 수신한 애드패킷 내 포함된 정보 중 적어도 일부가 상기 제1 사용자 디바이스로부터 서비스 서버에 공유되었는지 여부에 따라 판단되는 것을 특징으로 할 수 있다.
또한 이 때 상기 제1 사용자 디바이스가 상기 셀럽 디바이스로부터 비근접 디바이스인 것으로 판단된 경우, 상기 (c)단계에서는, 서비스 서버가 상기 제1 사용자 디바이스를 옵저빙 사용자로 상기 셀럽 대화방 내에 참여시키는 것을 특징으로 할 수 있다.
또한 이 때, 옵저빙 사용자 지위를 가지는 상기 제1 사용자 디바이스가 상기 셀럽 디바이스에 접근하여 상기 셀럽 디바이스로부터 애드패킷을 수신한 이후, 서비스 서버가, 상기 제1 사용자 디바이스로부터 권한 변경 요청을 수신하는 단계; 상기 제1 사용자 디바이스가 상기 셀럽 디바이스에 근접한 것인지 여부를 판단하는 단계; 판단 결과에 따라 상기 제1 사용자 디바이스를 상기 셀럽 대화방에 참여시키는 단계; 를 더 포함할 수 있다.
한편, 상기 방법에 있어서 서비스 서버가, 제2 사용자 디바이스로부터 상기 셀럽 대화방 참여 요청을 수신하되, 상기 제2 사용자 디바이스는 상기 제1 사용자 디바이스가 브로드캐스팅 한 애드패킷 내 포함된 정보 중 적어도 일부를 상기 서비스 서버에 공유하는 것을 특징으로 할 수 있다.
한편, 본 발명의 또 다른 실시예에 따른 오프라인에서 근거리 무선 통신망을 통하여 제 3자를 온라인 대화방에 초대하기 위한 방법은, 호스트 디바이스가 생성한 호스트 모션수행정보를 저장하는 단계; 게스트 디바이스로부터 게스트 모션수행정보를 수신하는 단계; 상기 게스트 모션수행정보와 매칭되는 호스트 모션수행정보를 탐색하는 단계; 및 매칭되는 호스트 모션수행정보가 탐색된 경우, 탐색된 호스트 모션수행정보에 대응되는 호스트의 대화방에 상기 게스트 모션수행정보에 대응되는 게스트를 참여시키는 단계;를 포함하고, 상기 게스트 디바이스는 상기 호스트 디바이스의 근거리 통신망 내에 위치한 것을 특징으로 할 수 있다.
한편, 본 발명의 또 다른 실시예에 따른 오프라인 커뮤니티 서비스 상에서 사용자 디바이스들 간 프로필을 공유하는 방법은, (a)제1 사용자 디바이스로부터 수신한 제1 사용자 정보를 저장하는 단계; (b)제1 사용자 디바이스 및 상기 제1 사용자 디바이스의 근거리 통신망 내에 존재하는 제2 사용자 디바이스 간 근접성을 확인하는 단계; (c)상기 제2 사용자 디바이스에 대응되는 제2 사용자 정보 중 일부를 포함하는 사용자 정보 리스트를 상기 제1 사용자 디바이스에 제공하는 단계; 및 (d)상기 제1 사용자 디바이스로부터 상기 사용자 정보 리스트 중 적어도 하나 이상의 사용자를 선택한 입력이 수신되면, 상기 선택된 사용자에 대응되는 사용자 정보를 제공하는 단계;를 포함할 수 있다.
본 발명에 따르면 오프라인의 성격을 가지는 모임을 온라인 상에서 구현해 낼 수 있게 되는 효과가 있다. 즉, 사용자들은 블루투스라는 근거리 통신망을 통해 서로의 근접성을 확인하고, 확인된 근접자들끼리 다양한 온라인화 된 서비스를 누리게 함으로써 오프라인 관계 기반의 서비스가 가능하게 되는 효과가 있다.
또한 본 발명에 따르면, 일반 사용자들은 그 동안 쉽게 알 수 없었던 셀럽들의 주변 환경을 간접적으로 체험해 볼 수 있는 효과가 있으며, 만일 셀럽의 블루투스 통신범위 내까지 접근한다면 셀럽과의 직접 커뮤니케이션이 가능해 지는 등 일반 사용자가 그 동안 누릴 수 없었던 새로운 경험을 할 수 있게 되는 효과가 있다.
또한 본 발명에 따르면 일면식이 없던 상대방이라 할지라도 같은 공간 상에 존재한다는 공통점을 매개로 커뮤니케이션이 가능해 지는 효과가 있다.
또한 본 발명에 따르면 특정 모션만으로 사용자들 간의 대화방 또는 커뮤니티 생성이 쉽고 빠르게 이루어지는 효과가 있다.
또한 본 발명에 따르면 사용자가 타사용자에게 접근하는 것만으로도 사용자간의 프로필 교환이 이루어질 수 있도록 하는 효과가 있다.
도 1은 본 발명에 따른 오프라인 커뮤니티 서비스의 메인화면을 예시적으로 나타낸 것이다.
도 2는 오프라인 커뮤니티 서비스 중 제1 서비스의 이해를 돕기 위한 개념도이다.
도 3은 제1 서비스의 제1 실시예를 순서대로 도시한 것이다.
도 4는 제1 서비스의 제2 실시예를 순서대로 도시한 것이다.
도 5는 제1 서비스가 가상 현실 인터페이스로 제공되는 모습을 도시한 것이다.
도 6은 제1 서비스의 제3 실시예를 순서대로 도시한 것이다.
도 7은 제1 서비스의 제4 실시예를 순서대로 도시한 것이다.
도 8은 제2 서비스의 대표 실시예를 도시한 것이다.
도 9는 제3 서비스의 대표 실시예를 도시한 것이다.
도 10은 본 발명의 호스트 디바이스와 게스트 디바이스의 이해관계를 나타낸 도면이다.
도 11은 본 발명의 호스트 디바이스와 게스트 디바이스의 이해관계를 나타낸 도면이다.
도 12는 본 발명의 호스트 디바이스가 모션을 수행하여 게스트 디바이스를 초대하고 대화방을 생성하는 모습을 나타낸 도면이다.
도 13은 본 발명의 복수의 호스트 디바이스가 모션을 수행하여 게스트 디바이스를 초대할 때에 서비스 서버가 중개하는 모습을 나타낸 도면이다.
도 14는 본 발명의 호스트 디바이스가 게스트 디바이스에 호스트 권한을 위임하고 위임된 게스트 디바이스가 다른 게스트 디바이스를 초대하는 모습을 나타낸 도면이다.
도 15는 본 발명의 제 5 실시 예에 따른 제 3자 참가 방법을 구체적으로 나타낸 도면이다.
도 16은 본 발명의 제 6 실시 예에 따른 대화방 생성 방법을 구체적으로 나타낸 도면이다.
도 17은 본 발명의 제 7 실시 예에 따른 대화방 생성 방법을 구체적으로 나타낸 도면이다.
도 18은 본 발명의 제 8 실시 예에 따른 대화방 생성 방법을 구체적으로 나타낸 도면이다.
도 19는 본 발명의 제 9 실시 예에 따른 대화방 생성 방법을 구체적으로 나타낸 도면이다.
도 20은 마스크를 쓴 두 명의 사용자가 본 발명의 서비스 서버를 활용하여 서로의 프로필을 교환하고 있는 모습은 나타낸 도면이다.
도 21은 서비스 서버가 사용자 디바이스들에게 사용자 정보 리스트를 제공하는 모습을 그림을 통하여 간략히 나타낸 도면이다.
도 22는 서비스 서버가 복수의 근거리 통신범위가 존재할 경우, 사용자 디바이스들에게 사용자 정보 리스트를 제공하는 모습을 그림을 통하여 간략히 나타낸 도면이다.
도 23은 서비스 서버가 사용자 디바이스간에 거리에 따라 사용자 정보 리스트를 정렬하고 이를 사용자 디바이스에 제공하는 모습을 그림을 통하여 간략히 나타낸 도면이다.
도 24는 본 발명의 제 10 실시 예에 따라 근접자에게 프로필을 공유하는 방법을 구체적으로 나타낸 도면이다.
도 25는 본 발명의 제 11 실시 예에 따라 근접자에게 프로필을 공유하는 방법을 구체적으로 나타낸 도면이다.
도 26은 본 발명의 제 12 실시 예에 따라 근접자에게 프로필을 공유하는 방법을 구체적으로 나타낸 도면이다.
도 27은 본 발명의 제 13 실시 예에 따라 근접자에게 프로필을 공유하는 방법을 구체적으로 나타낸 도면이다.
도 28는 본 발명의 제 14 실시 예에 따른 오프라인 커뮤니티 서비스를 통하여 근접자에게 프로필을 공유하는 방법을 구체적으로 나타낸 도면이다.
본 발명의 목적과 기술적 구성 및 그에 따른 작용 효과에 관한 자세한 사항은 본 발명의 명세서에 첨부된 도면에 의거한 이하의 상세한 설명에 의해 보다 명확하게 이해될 것이다. 첨부된 도면을 참조하여 본 발명에 따른 실시예를 상세하게 설명한다.
본 명세서에서 개시되는 실시 예들은 본 발명의 범위를 한정하는 것으로 해석되거나 이용되지 않아야 할 것이다. 이 분야의 통상의 기술자에게 본 명세서의 실시예를 포함한 설명은 다양한 응용을 갖는다는 것이 당연하다. 따라서, 본 발명의 상세한 설명에 기재된 임의의 실시 예들은 본 발명을 보다 잘 설명하기 위한 예시적인 것이며 본 발명의 범위가 실시 예들로 한정되는 것을 의도하지 않는다.
도면에 표시되고 아래에 설명되는 기능 블록들은 가능한 구현의 예들일 뿐이다. 다른 구현들에서는 상세한 설명의 사상 및 범위를 벗어나지 않는 범위에서 다른 기능 블록들이 사용될 수 있다. 또한, 본 발명의 하나 이상의 기능 블록이 개별 블록들로 표시되지만, 본 발명의 기능 블록들 중 하나 이상은 동일 기능을 실행하는 다양한 하드웨어 및 소프트웨어 구성들의 조합일 수 있다.
또한, 어떤 구성요소들을 포함한다는 표현은 "개방형"의 표현으로서 해당 구성요소들이 존재하는 것을 단순히 지칭할 뿐이며, 추가적인 구성요소들을 배제하는 것으로 이해되어서는 안 된다.
나아가 어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급될 때에는, 그 다른 구성요소에 직접적으로 연결 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 한다.
이하에서는 도면들을 참조하여 본 발명의 각 실시 예들에 대해 살펴보기로 한다.
먼저 도 1은 본 발명에 따른 오프라인 커뮤니티 서비스를 이용할 때에 제공될 수 있는 메인 화면의 모습을 도시한 것으로, 여기에는 제1 서비스(M1), 제2 서비스(M2), 제3 서비스(M3)가 제공된다는 점이 표시될 수 있다. 이 중 제1 서비스는 셀럽(유명인)의 주변 환경을 간접적으로 체험하거나 자신의 주변에 어떤 셀럽이 존재하는지를 알 수 있는 서비스에 관한 것이고, 제2 서비스는 자신의 주변에 본 오프라인 커뮤니티 서비스를 이용하는 또 다른 사용자가 존재하였었는지, 혹은 지금 존재하는지를 알 수 있음과 동시에 그 다른 사용자에게 연락을 시도해 볼 수 있는 서비스에 관한 것이며, 제3 서비스는 자신의 주변에 어떤 커뮤니티 또는 대화방이 활성화 되어 있는지를 알 수 있음과 동시에 특정 커뮤니티 또는 대화방에 참여해 볼 수 있는 서비스에 관한 것이다.
참고로, 앞서 언급된 모든 서비스들은 근거리 통신망, 그 중에서도 특히 블루투스 통신망을 통해 근접성이 확인된 사용자들 간 커뮤니티를 구성하거나 커뮤니티에 참여할 수 있게 하고, 한번 블루투스 통신망을 통한 근접성 확인이 이루어진 후에는 광대역 통신망을 통해 제공되는 커뮤니티 또는 대화방에 계속하여 참여가 가능하게 하는 것, 다시 말해 더 이상 서로 간에 근접한 위치에 존재하지 않더라도 한번 생성하였거나 참여한 커뮤니티나 대화방에 계속적으로 참여가 가능하게 하는 것을 특징으로 한다. 이러한 오프라인 커뮤니티 서비스는 어느 하나의 디바이스가 브로드캐스팅 하는 애드패킷을 활용하여 이루어지는 것으로, 예를 들면 애드패킷을 수신한 디바이스가 상기 애드패킷으로부터 획득한 정보를 수신 디바이스 고유의 정보와 함께 서비스 서버(100)에 공유(전송)함으로써 상기 애드패킷을 브로드캐스팅 한 디바이스와 이를 수신한 디바이스 사이의 근접성이 확인될 수 있고, 이 근접성 확인을 기반으로 앞서 언급한 서비스들이 제공될 수 있다.
이하에서는 제1 서비스 내지 제3 서비스들에 대해 각각 살펴보기로 한다.
도 2는 제1 서비스, 즉 셀럽의 오프라인 환경을 직간접적으로 경험해 볼 수 있는 서비스에 관한 것이다. 제1 서비스는 “Celeb Nearby”로 불릴 수 있으며, 특정 셀럽이 현재 어떤 사용자들과 함께 시간을 보내고 있는지, 특정 셀럽이 현재 어느 위치에 있는지 등과 같은 정보들을 일반 사용자들에게 제공하는 서비스일 수 있으며, 만일 일반 사용자가 상기 셀럽의 근거리 통신망(블루투스 통신망) 내까지 접근하는 경우에는 상기 일반 사용자가 상기 셀럽과 직접 소통을 할 수 있도록 환경을 제공하는 서비스일 수 있다.
많은 일반 사용자들은 자신이 동경하는 셀럽이 어디에서 어떻게, 누구와 시간을 보내고 있는지 궁금해 할 수 있는데, 위 제1 서비스는 이러한 수요를 반영하여 제안된 것으로, 이러한 서비스에 동의한 셀럽으로 하여금 자신의 주변 환경을 일반 사용자들, 주로 해당 셀럽의 팬들에게 간접적으로 경험할 수 있게 하는 것을 특징으로 한다. 이와 같은 제1 서비스는, 예를 들어 셀럽의 오프라인 팬미팅과 같은 성격의 행사에도 활용될 수 있으며, 또는 셀럽의 일상생활 공유와 같은 콘텐츠에도 활용될 수 있다. 전자(오프라인 팬미팅)의 경우, 셀럽의 주변에 존재하는 팬들의 디바이스들은 상기 셀럽의 디바이스(400)로부터 애드패킷을 수신할 수 있으며, 수신한 애드패킷을 활용하여 상기 셀럽의 디바이스(400)와 근접해 있다는 것을 서비스 서버(100) 측에 알릴 수 있고, 이를 통해 서비스 서버(100)가 제공하는 다양한 종류의 부가서비스(대화방 참여, 굿즈 구매 등)를 누릴 수 있을 것이다. 후자(일상생활 공유 콘텐츠)의 경우, 상기 셀럽의 주변에 있는 팬들(예. 셀럽의 음악방송 스케쥴을 보기 위해 방송사에 방문한 사용자들)은 근접성이 확인된 이상 상기 셀럽과 대화방 내에서 채팅을 하는 등 부가서비스를 누릴 수 있을 것이다. 한편, 제1 서비스의 경우 상기 셀럽의 근거리 통신망 내에 존재하지 않는 일반 사용자라 하더라도 서비스를 아예 이용할 수 없는 것은 아니며, 다만 일부 제한된 서비스만 이용이 가능할 수 있다. 예를 들어, 근거리 통신망 바깥의 사용자들의 경우 상기 셀럽의 주변에 어떤 사용자들이 존재하는지 셀럽 주변의 사용자 목록만 조회할 수 있거나, 또는 셀럽과 그 근접 사용자들 간 대화방 에 입장만 가능할 뿐 실제 대화 입력은 불가하여 옵저브 상태로만 참여를 할 수 있다거나, 또는 셀럽과 근접해 있는 사용자들이 종류의 제한 없이 굿즈를 구매할 수 있는 반면 비근접 사용자들은 구매할 수 있는 굿즈의 종류나 금액에 제한이 있다거나 하는 등의 일부 제한된 서비스만 이용이 가능할 수 있다.
도 2를 참고할 때, 셀럽 디바이스(400)의 근거리 통신망 내에는 제1 사용자 디바이스(201) 및 제2 사용자 디바이스(202)가 존재할 수 있으며, 이들 간에는 블루투스 통신이 가능하여 상기 제1 사용자 디바이스(201)와 제2 사용자 디바이스(202)는 상기 셀럽 디바이스(400)로부터 수신한 애드패킷을 활용하여 근접성을 증명할 수 있고, 근접성 증명에 따른 다양한 부가서비스를 누릴 수 있게 된다. 한편, 제3 사용자 디바이스(203)는 셀럽 디바이스(400)의 근거리 통신망 내에는 포함되지 않으나, 제2 사용자 디바이스(202), 즉 상기 셀럽 디바이스(400)의 근거리 통신망에 포함되어 있는 자의 디바이스와 블루투스 통신이 가능한 자이므로 경우에 따라 상기 제2 사용자 디바이스(202)가 누릴 수 있는 서비스를 함께 누릴 수 있다. 다시 말해, 셀럽 디바이스(400)의 근거리 통신망에 어느 디바이스를 매개로 연계적으로 닿을 수 있다면, 그 디바이스 역시 상기 셀럽 디바이스(400)의 근거리에 존재하는 사용자들과 동일한 수준의 서비스를 누리게 할 수 있다.
한편, 제4 사용자 디바이스(204)는 셀럽 디바이스(400)의 근거리 통신망 내에 존재하지도 않고, 타 디바이스를 매개로도 위 근거리 통신망에 닿을 수 없는 것으로, 제4 사용자 디바이스(204)는 오직 광역 네트워크(근거리 통신망이 아닌 네트워크) 및 서비스 서버(100)를 통하여서만 셀럽의 주변 환경을 옵저브 할 수 있게 될 것이다.
참고로, 도 2에서는 셀럽 디바이스(400)와 제1 사용자 디바이스, 제2 사용자 디바이스, 제3 사용자 디바이스 간 블루투스 통신이 가능하다는 표시 외에 다른 표시를 하지 않았으나, 위 디바이스들 간의 커뮤니티 활동 또는 대화방은 실질적으로는 서비스 서버(100)가 제공하는 리소스에 의해 이루어질 수 있는 것이며, 단지 위 블루투스 통신이 가능하다는 표시는 상호 간 근접성 확인이 가능하다는 점을 강조하기 위한 것임을 이해한다.
도 3은 제1 서비스의 제1 실시예를 도시한 것이다. 제1 실시예는 셀럽 디바이스(400)와 서비스 서버(100) 간에 셀럽 인증을 하는 단계(S101)로부터 시작될 수 있는데, 이는 셀럽 디바이스(400)가 셀럽 인증을 위한 자료들을 서비스 서버(100) 측에 제공하면 서비스 서버(100)가 이를 확인 후 인증하는 방식, 셀럽과 서비스 운용자 간 오프라인 만남을 통해 본 서비스 이용계약이 체결되었음을 전제로 서비스 서버(100) 상에서 상기 셀럽 디바이스(400)를 등록하는 방식 등 상기 셀럽 디바이스(400)가 실제 셀럽에 의해 이용되는 것인지를 확인하는 과정이 포함되어 있고 상기 서비스 서버(100)가 이를 확인한 후 셀럽 디바이스(400)로 등록할 수 있는 한 본 단계에 해당한다 할 것이다.
다음으로, 셀럽 디바이스(400)는 서비스 서버(100) 측에 대화방을 생성해 줄 것을 요청(S102)할 수 있다. 생성 요청의 대상은 반드시 대화방이 아닐 수도 있으며, 셀럽이 운영하고자 하는 소셜 네트워크 페이지, 혹은 그 밖에 다른 방식의 커뮤니티일 수 있다. 이 후, 서비스 서버(100)는 상기 요청에 따라 대화방을 생성하게 될 것이며, 대화방의 호스트로 상기 셀럽 디바이스(400) 혹은 셀럽을 지정할 수 있다.
대화방이 생성된 후, 셀럽 디바이스(400)는 주변에 애드패킷을 브로드캐스팅 할 수 있다. 애드패킷이란 디바이스가 근거리 통신망, 예를 들어 블루투스 통신망을 통해 타 디바이스로 전파를 시키기 위해 생성된 데이터 패킷으로 이해될 수 있다. 애드패킷에는 상기 서비스 서버(100)에 의해 제공되는 서비스를 식별하기 위한 식별자인 UUID가 포함될 수 있으며, 여기에 더하여 앞서 셀럽에 의해 개설된 대화방을 식별하기 위한 대화방 식별자, 또는 해당 셀럽을 식별하기 위한 셀럽 식별자를 더 포함할 수 있다. 즉, 상기 애드패킷에는 기본적으로 본 발명에 따른 서비스 서버(100)에 의해 제공되는 서비스를 식별하기 위한 식별자, 그리고 대화방이나 셀럽을 식별할 수 있는 식별자가 포함될 수 있으며, 이러한 애드패킷은 임의의 타 디바이스들로 홍보의 용도로 브로드캐스팅 될 수 있다.
한편, 상기 애드패킷에는 부가적으로 커뮤니티에 참여시키고자 하는 사용자 디바이스의 수를 제어하기 위한 카운팅 값(TTL), 또는 셀럽 디바이스(400)로부터 직접 발신된 애드패킷인지 여부를 식별하기 위한 다이렉트 필드(Direct field)가 더 포함될 수 있다. 카운팅 값과 관련하여, 카운팅 값(TTL)은 참가자의 수를 제한하기 위한 값으로, 셀럽 디바이스(400)로부터 브로드캐스팅 된 카운팅 값이 n일 때에 이를 수신한 디바이스들은 카운팅 값을 1만큼 줄여 다시 타 디바이스들로 브로드캐스팅을 하게 될 것이며, 최종적으로 카운팅 값이 0일 경우에는 더 이상 브로드캐스팅이 되지 않도록 할 수 있다. 다이렉트 필드와 관련하여, 본 발명에서는 카운팅 값을 이용하여 블루투스 메쉬 네트워크를 통한 연쇄적인 브로드캐스팅이 가능한데, 경우에 따라서는 임의의 사용자 디바이스, 다시 말해 임의의 노드들 중에서 어떤 노드들이 셀럽 디바이스(400)로부터 직접 애드패킷을 수신하였는지를 확인할 필요가 있을 수 있다. 다이렉트 필드는 셀럽 디바이스(400)가 발송하는 애드패킷에서는 트루(true) 값으로 설정되어 있을 것이나, 이를 수신한 사용자 디바이스들은 다이렉트 필드의 값을 폴스(false)로 바꾸어 브로드캐스팅을 하게 할 수 있다. 이 경우 오직 셀럽 디바이스(400)로부터 애드패킷을 직접 수신한 사용자들만 다이렉트 필드로 트루(true) 값을 가지게 될 것이므로, 셀럽 디바이스(400)와 가장 인접한 사용자 디바이스들을 구분할 수 있다. 또한, 경우에 따라 상기 다이렉트 필드가 트루인 애드패킷을 수신한 디바이스들은 일정 거리 내 이내에 존재하는 것들이라고 추정도 가능하게 함으로써 근접한 사용자 디바이스들을 대상으로 다양한 부가 서비스를 제공하거나 또 다른 부가 정보를 제공할 수 있게 할 수 있다.
다시 도 3을 참고할 때, 제1 사용자 디바이스(201)는 상기 셀럽 디바이스(400)로부터 애드패킷을 수신한 후, 상기 애드패킷 내 포함되어 있는 정보들 중 적어도 일부를 활용하여 상기 서비스 서버(100) 측에 대화방에 참여하고 싶다는 의사를 전달(S105)할 수 있다.
한편, 서비스 서버(100)는 제1 사용자 디바이스(201)로부터 대화방 참여 요청이 있을 때에 상기 제1 사용자 디바이스(201)가 과연 셀럽 디바이스(400)에 근접해 있는 사용자의 디바이스인지를 판단하는 연산을 수행(S106)할 수 있다. 이는, 상기 제1 사용자 디바이스(201)가 대화방 참여 요청을 하면서 함께 전달해 온 정보들 중 일부를 확인하는 과정으로 구현될 수 있다.
제1 사용자 디바이스(201)의 근접성이 확인된 후, 서비스 서버(400)는 곧바로 상기 제1 사용자 디바이스(201)의 대화방 참여를 허용할 수도 있겠으나, 그 전에 셀럽 디바이스(400) 측에 제1 사용자 디바이스(201)가 참여를 원한다는 사실을 알림(S107)으로써 상기 셀럽 디바이스(400)가 직접 상기 제1 사용자 디바이스(201)의 대화방 참여 여부를 결정하게 할 수도 있다.
셀럽 디바이스(400)는 서비스 서버(100)로부터의 참여 요청 알림에 대한 응답으로 상기 제1 사용자 디바이스(201)의 참여허용 여부를 전달(S108)할 수 있으며, 서비스 서버(100)는 이에 따라 상기 제1 사용자 디바이스(201)의 대화방 참여를 허용하거나 또는 거절(S109)할 수 있다.
이상 도 3을 참고하여 셀럽 디바이스(400)의 근거리 통신망 내에 존재하는 제1 사용자 디바이스(201)가 상기 셀럽 디바이스(400)의 대화방에 참여하게 되는 과정에 대해 살펴 보았다.
도 4는 제1 서비스의 제2 실시예에 관한 것으로, 셀럽 디바이스(400)의 근거리 통신망 바깥에 위치하고 있던 제2 사용자 디바이스(202)는 서비스 서버(100)를 향해 대화방 참여 요청(S201)을 전달할 수 있다. 이 때 제2 사용자 디바이스(202)는 서비스 서버(100)에 의해 제공되는 셀럽 대화방 목록을 보고 이로부터 어느 하나를 선택함으로써 대화방 참여 요청을 전달한 것일 수 있다. 또한, 제2 사용자 디바이스(202)는 셀럽 디바이스(400)의 근거리 통신망에 존재하지 않는 이상 셀럽 디바이스(400)와의 근접성이 없는 상태의 것으로, 단지 이동통신망 등과 같은 광역 네트워크를 통해 서비스 서버(100)와 통신할 수 있는 상태의 것일 수 있다.
대화방 참여 요청을 수신한 서비스 서버(100)는 상기 제2 사용자 디바이스(202)가 셀럽 디바이스(400)와 근접해 있는 디바이스인지 여부를 판단(S202)하며, 근접한 디바이스가 아니라고 판단된 경우 단순 옵저빙 유저로서 대화방 참여를 허용(S203)할 수 있다. 본 단계에서는 굳이 서비스 서버(100)가 셀럽 디바이스(400)에 상기 비근접자의 참여 여부를 묻는 과정이 필요 없을 수 있다. 그러나 필요에 따라 비근접자의 참여 여부도 모두 셀럽 디바이스(400) 측에 묻는 과정이 추가될 수 있다.
한편, 비근접자로서 대화방에 참여하게 된 제2 사용자 디바이스(202)는 대화방 내에서 셀럽이 타 근접 사용자들과 어떤 대화를 나눌 수 있는지 옵저브는 할 수 있겠으나 제2 사용자 자신이 직접 대화방 내에서 대화내용을 입력할 수는 없을 수 있다. 즉, 비근접자에게는 서비스 이용이 제한될 수 있다. 다른 한편, 비근접자에게는 대화내용이 아예 보여지지 않게 할 수도 있으며, 오직 셀럽 디바이스(400)의 주변에 어떤 사용자들이 존재하는지 근접사용자 목록만 제2 사용자에게 제공될 수 있다. 이를 통해 제2 사용자는 현 시점에 셀럽이 어떤 사람들과 어울리고 있는지를 알 수 있으며, 셀럽 주변에 있는 사용자들의 커뮤니티 페이지, 소셜 네트워크 페이지 등에 접근해 봄으로써 셀럽 주변의 인물들에 대해 추가적인 정보를 얻을 수 있고, 경우에 따라 주변 사용자들에게 친구 신청, 채팅 요청을 하는 등의 시도를 해 볼 수도 있다.
한편, 도 4의 S203 단계까지는 제2 사용자 디바이스(202)가 셀럽 디바이스(400)의 근거리 통신망 바깥에 있는 경우를 전제로 한 것인데 반해, S204 단계부터는 근거리 통신망 내에 있는 경우를 전제로 한 것이다. 제2 사용자 디바이스(202)가 셀럽 디바이스(400)의 근거리 통신망 내에 들어섰을 때, 제2 사용자 디바이스(202)는 셀럽 디바이스(400)로부터 브로드캐스팅 되는 애드패킷을 수신(S204)할 수 있게 되며, 애드패킷 내 포함된 정보들 중 적어도 일부를 서비스 서버(100)측에 전달하면서 자신의 권한을 변경해 줄 것을 요청(S205)할 수 있다. 즉, 제2 사용자는 셀럽의 주변까지 접근한 뒤 정당한 권한, 예를 들어 셀럽의 대화방 내에서 모든 서비스를 이용할 수 있는 권한을 서비스 서버(100) 측에 요청할 수 있다.
이러한 요청에 대하여 서비스 서버(100)는 상기 제2 사용자 디바이스(202)가 셀럽 디바이스(400)의 근거리 통신망 내에 있는지 여부를 판단(S206)할 수 있으며, 이후 셀럽 디바이스(400) 측에 제2 사용자 디바이스의 참여 요청을 알릴 수 있고(S207), 셀럽 디바이스(400)로부터의 참여허용 여부 응답(S208)에 따라 참여허용 또는 거절(S209)을 할 수 있다. 참고로 참여허용은, 제2 사용자 디바이스(202)가 이미 대화방에 옵저빙 사용자로서 입장이 되어 있는 상태임을 감안할 때 서비스 서버(100)가 상기 제2 사용자 디바이스(202)의 권한을 상승시켜 주는 것을 의미할 수 있으며, 참여거절은 제2 사용자 디바이스(202)를 그대로 옵저빙 사용자로 유지시키거나 또는 대화방으로부터 퇴장시키는 것을 의미할 수 있다. 또한, 서비스 설계에 따라 서비스 서버(100)는 S206 단계 이후 근접성이 확인되었다면 셀럽 디바이스(400)에 참여허용 여부를 묻는 단계 없이 곧바로 제2 사용자 디바이스(202)를 모든 서비스 이용이 가능한 상태로 권한을 변경시킬 수도 있다.
참고로, 비근접 상태에서 제2 사용자 디바이스(202)에 허용되지 않는 서비스의 종류는 다양한 것들이 존재할 수 있다. 대화방 내에서 대화내용을 입력할 수 없도록 한 것, 대화내용을 볼 수 없도록 한 것, 셀럽 관련 굿즈 중 구매가 가능한 것들을 제한하는 것 등 다양한 형태의 서비스 제한이 있을 수 있다. 또한, 이러한 제한된 서비스들은 상기 제2 사용자가 지불하는 서비스 이용료 또는 서비스 구독료에 따라 제한의 정도가 달라질 수도 있다.
한편, 도 5는 제1 서비스가 제공될 때에 사용자 디바이스 측에 표시되는 가상공간 인터페이스를 도시한 것이다. 도면을 참고할 때, A는 셀럽 디바이스(400)에 대응되는 가상 캐릭터, B 및 C는 모두 셀럽 디바이스(400)의 근거리 통신망 내에 존재하는 사용자 디바이스들에 대응되는 가상 캐릭터일 수 있다. 또한 D와 E는 셀럽 디바이스(400)의 근거리 통신망에 존재하지 않는 사용자 디바이스들에 대응되는 가상 캐릭터일 수 있다. 경우에 따라 상기 D, E는 셀럽 디바이스(400) 및 근접 사용자 디바이스에는 표시되지 않을 수 있다. 또한, D, E에 대응되는 사용자 디바이스들 상에서는 셀럽 A가 보이지 않거나, 또는 B, C 모두 보이지 않도록 서비스 제한이 있을 수 있다. 도 5의 가상공간 인터페이스는 사용자들이 실제 셀럽과 같은 공간에서 시간을 나누고 있는 경험을 제공할 수 있게 하며, 실제 가상공간 인터페이스 상에서 이루어지는 이벤트들은 실제 오프라인 상에서도 동일한 효력을 가지도록 구현될 수 있다. 예를 들어, 가상공간 내에서 캐릭터 B는 굿즈 스토어(F)에서 셀럽과 관련된 굿즈를 구매할 수 있는데, 이 때 구매된 굿즈는 가상공간 상에서 구매가 된 것이나 오프라인 상에 실제 설치되어 있는 스토어 부스(booth)를 통해 구매된 물건을 수령할 수 있다. 또한, 캐릭터 C 역시 카페(G)에서 커피를 주문할 수 있는데, 이 역시 오프라인 상에 실제 설치되어 있는 카페를 통해 수령할 수 있다.
제1 서비스는 도 5에서와 같이 가상공간 인터페이스를 통해서도 사용자들에게 제공될 수 있으며, 가상공간 인터페이스가 아니더라도 대화방 또는 메신저 형태의 인터페이스, 또는 소셜 네트워크 페이지 형태의 인터페이스 등으로 사용자들에게 제공될 수 있다.
도 6은 제1 서비스의 제3 실시예를 도시하고 있는 것으로, 여기서는 셀럽 디바이스(400)의 근거리 통신망 바깥에 존재하지만 셀럽 디바이스(400)에 근접해 있는 제1 사용자 디바이스(201)의 근거리 통신망에는 존재하는 제2 사용자 디바이스(202)가 제1 사용자 디바이스(201)를 매개로 대화방에 참여하는 과정을 도시한 것이다.
도면을 참고할 때, 제1 사용자 디바이스(201)는 셀럽 디바이스(400)로부터 제1 애드패킷을 수신(S301)한 후 서비스 서버(100)와 통신하여 셀럽 대화방에 참여(S302)할 수 있는데, 참여 후 제1 사용자 디바이스(201)는 애드패킷을 브로드캐스팅 하는 주체가 되어 타 사용자들의 대화방 참여를 유도할 수 있다. 즉, 제1 사용자 디바이스(201)는 제2 애드패킷을 자신의 근거리 통신망 내에 존재하는 타 사용자들에게 브로드캐스팅 할 수 있는데, 도면을 참고할 때 제2 사용자 디바이스(202)는 위 제2 애드패킷을 수신한 뒤 서비스 서버(100) 측에 대화방 참여 요청(S304)을 함으로써 셀럽 커뮤니티에 참여가 가능할 수 있다. 즉, 제2 사용자는 셀럽과 근접한 장소에 있지 않음에도 제1 사용자 디바이스(201)를 매개로 셀럽의 커뮤니티에 들어갈 수 있게 되는 것이다.
한편 서비스 서버(100)는 제2 사용자 디바이스(202)로부터 요청이 있은 후 상기 제2 사용자 디바이스(202)가 근접해 있는 디바이스인지 여부를 판단하게 된다. 이 때, 제2 사용자 디바이스(202)는 제1 사용자 디바이스(201), 셀럽 디바이스(400)에 근접해 있는 것으로 판별된 디바이스의 주변에 있는 것이므로 근접성을 가지는 것으로 판단될 수 있다. 그러나 근접성 확보와 관련하여서는 서비스 서버(100)가 별도의 기준으로 판단을 할 수도 있는데, 예를 들어 서비스 서버(100)는 제1 사용자 디바이스(201)로부터 수신한 제2 애드패킷의 일부 정보를 포함하였다 하더라도 제2 사용자 디바이스(202)의 GPS 정보를 더 참조하여 제2 사용자 디바이스(202)가 셀럽 디바이스(400)로부터 멀리 떨어져 있다고 판단되었다면 제2 사용자 디바이스(202)에 대해 근접성을 인정하지 않을 수도 있다.
근접 여부 판단 후, 서비스 서버(100)는 셀럽 디바이스(400) 측에 제2 사용자의 참여 요청을 알릴 수 있으며(S306), 셀럽 디바이스(400)의 참여허용 응답(S307)에 따라 제2 사용자 디바이스(202)의 대화방 내 참여를 허용하거나 거절(S308)할 수 있다.
도 7은 제1 서비스의 제4 실시예에 관한 것으로, 셀럽 디바이스(400)에 근접하게 존재하는 제1 사용자 또는 제2 사용자가 존재할 때에, 타 사용자들이 상기 제1 사용자 또는 제2 사용자에게 친구요청을 하는 실시예를 도시한 것이다.
도 7을 참고할 때, 제1 사용자 디바이스(201) 및 제2 사용자 디바이스(202)는 모두 셀럽 디바이스(400)의 근거리 통신망 내에 존재하는 것이어서 각각 애드패킷을 수신(S401, S402)할 수 있으며, 위 제1 사용자 디바이스(201) 및 제2 사용자 디바이스(202)는 서비스 서버(100)에 자신들의 근접 상황 정보를 공유(S403, S404)할 수 있다. 한편, 서비스 서버(100)는 수신된 근접 상황 정보를 기반으로 셀럽 주변에 어떤 사용자들이 존재하는지, 즉 셀럽 주변 정보를 외부에 공유(S405)할 수 있는데, 이는 곧 셀럽 주변을 간접적으로나마 경험하고 싶은 사용자들에게 본 서비스를 이용하도록 유인하는 역할을 할 수 있다. 상기 S405 단계는 서비스 서버(100)가 서비스 이용 프로모션을 진행하는 데에 활용될 수 있으며, 또는 상기 S405 단계는 셀럽과 관련이 있는 제1 사용자 또는 제2 사용자를 홍보하기 위한 용도로도 사용될 수 있다.
한편, S405 단계 후 상기 셀럽 주변 정보를 공유 받은 외부의 사용자 디바이스들, 예를 들어 제3 사용자 디바이스(203), 또는 제4 사용자 디바이스(204)는 서비스 서버(100)를 거쳐 상기 제1 사용자 디바이스(201), 제2 사용자 디바이스(202) 측에 친구요청을 할 수 있다. 즉, 비록 셀럽에게 직접 친구요청을 할 수 없다 할지라도 제3 사용자 또는 제4 사용자는 셀럽 주변에 존재하는 인물인 제1 사용자 또는 제2 사용자에게 친구요청을 함으로써 셀럽 주변 환경을 간접적으로 경험할 수 있게 되며, 또한 제1 사용자 또는 제2 사용자는 셀럽 주변에 있는 것만으로도 타 사용자들의 친구요청(follow)을 많이 받을 수 있는 효과가 있다.
이상 도면들을 참고하여 오프라인 커뮤니티 서비스 중 특히 제1 서비스에 대해 살펴 보았다.
도 8은 제2 서비스의 대표 실시예를 도시한 것이다. 제2 서비스는 쉽게 말해 자신의 주변을 지나친 사람들에 대한 정보를 사후적으로 제공 받고, 그 중 적어도 일부의 사람들에게 연락을 위해 접근할 수 있게 한 서비스에 관한 것이다.
도면을 참고할 때, 제1 사용자 디바이스(201)는 근거리 통신망 내 불특정 다수를 향해 애드패킷을 브로드캐스팅(S501)하게 되며, 이를 수신한 제2 사용자 디바이스(202)는 상기 애드패킷으로부터 획득한 정보 중 적어도 일부를 서비스 서버(100)에 전송하면서 근접 상황 정보를 공유(S502) 수 있다. 예를 들어, 제2 사용자 디바이스(202)는 제1 사용자 디바이스(201)로부터 애드패킷을 언제 수신하였는지, 얼마나 오랜 시간 동안 제1 사용자 디바이스 주변에 머물렀는지 등과 같은 정보들을 서비스 서버(100)에 공유할 수 있으며, 서비스 서버(100)는 위 정보를 기록(S503)할 수 있다.
이후, 서비스 서버(100)는 제1 사용자 디바이스(201)에 근접 사용자 정보, 즉 제1 사용자 디바이스(201)의 주변으로 어떤 사용자들이 존재하였었는지에 대한 정보를 제공(S504)할 수 있다.
근접 사용자 정보는 목록의 형태일 수 있는데, 제1 사용자는 이 중 어느 하나, 예를 들어 제2 사용자를 선택함으로써 제2 사용자 디바이스로의 접근을 허용해 달라는 요청(S505)을 서비스 서버(100) 측에 할 수 있다.
이에 서비스 서버(100)는 제2 사용자 디바이스(202)를 향해 상기 제1 사용자로부터의 접근 요청이 있었음을 알릴 수 있고(S506), 제2 사용자 디바이스(202)로부터의 접근 허용 응답(S507)에 따라 상기 제1 사용자와 제2 사용자가 포함된 대화방을 생성(S508)할 수 있다.
이처럼 제2 서비스는 어느 특정 사용자가 자신의 주변으로 존재하였던 다른 사용자들에 대한 정보를 제공 받고, 이들 중 어느 하나 또는 복수의 인물들과 연락이 닿을 수 있도록 한 것을 특징으로 한다.
도 9는 제3 서비스의 대표 실시예에 관한 것으로, 특정 사용자 주변에 있는 다른 사용자들을 대화방으로 빠르게 끌어 들여 서로 커뮤니케이션이 가능하게 한 서비스에 관한 것이다.
도면을 참고할 때, 제1 사용자 디바이스(201)는 서비스 서버(100)에 대화방 생성을 요청(S601)할 수 있고 서비스 서버(100)는 이에 따라 대화방을 생성(S602)할 수 있다.
이 후 제1 사용자 디바이스(201)는 주변의 불특정 다수에게 애드패킷을 브로드캐스팅 할 수 있는데, 이를 수신(S603)한 제2 사용자 디바이스(202)는 상기 애드패킷 중 포함된 정보를 활용하여 서비스 서버(100) 측에 근접 상황 정보를 공유(S604)할 수 있다.
한편, 서비스 서버(100)는 제2 사용자 디바이스(202)에 상기 제2 사용자의 주변으로 어떤 대화방들이 존재하는지 목록을 제공(S605)할 수도 있으며, 제2 사용자 디바이스(202)는 서비스 서버(100)에 특정 대화방에 대한 참여 요청(S605)을 함으로써 대화 참여 의사를 표시할 수 있다.
이 후 서비스 서버(100)는 상기 제2 사용자 디바이스(202)가 제1 사용자 디바이스(201)와 근접한 디바이스인지를 판단(S606)할 수 있고, 최종적으로 대화방 참여를 허용(S607)할 수 있다.
도 10은 본 발명의 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법을 간단한 이미지를 통하여 나타낸 도면이다.
도 10을 참고하면, 본 발명에 따른 서비스 서버(100는 호스트 디바이스(10)가 모션을 수행하면 오프라인 커뮤니티 서비스 서버(100)가 이를 인식하고 저장하며, 게스트 디바이스(20)가 모션을 수행하면 서비스 서버(100)가 이를 인식하여 대화방 참여의 의미로 받아들여 호스트 디바이스(10)와 게스트 디바이스(20)의 대화방을 생성시켜주는 역할을 한다. 이하에서는 서비스 서버(100)가 이러한 서비스를 사용자에게 제공하는 과정을 자세히 설명하도록 할 것이며, 다만 본격적으로 자세한 설명을 하기 이전에 설명의 이해를 돕고자 서비스 서버(100)에 자주 사용되는 용어들을 먼저 살펴보도록 한다.
[서비스 서버(100)]
본 실시예에서 언급되는 서비스 서버(100)는 카페, 학교, 식당과 같은 오프라인장소에서 사용자 단말기의 근거리 통신 수단, 예를 들어 스마트폰의 블루투스 기능을 이용하여 근접 거리 내에 존재하는 다른 사용자들을 탐색하고, 탐색된 사용자와의 사이에서 다양한 정보들이 교환되도록 하거나, 또는 대화방을 생성하는 등의 역할을 하는 서버로 이해될 수 있다. 서비스 제공 과정을 하나 구체적으로 예를 들어 보면, 호스트 디바이스(10)가 지속적으로 주변의 불특정 수신자들을 향해 특정 정보(UUID 등)를 포함하는 애드패킷(AD packet) 브로드캐스팅 하면, 주변에 있던 임의의 게스트 디바이스(20)가 이를 수신할 수 있으며, 애드패킷을 수신한 게스트 디바이스(20)는 위 애드패킷 내 포함되어 있는 정보를 참고하여 서비스 서버(100) 측에 접근하여 서비스 이용을 요청할 수 있다. 이 때 요청할 수 있는 서비스의 종류에는 정보조회 서비스(호스트 정보 조회, 또는 주변의 타 사용자들 조회), 메신저 서비스 등이 포함될 수 있다. 호스트 디바이스(10)와 게스트 디바이스(20) 사이에서 운영되는 서비스 서버(100)는 위와 같은 기능을 수행한다.
[호스트 디바이스(10)와 게스트 디바이스(20)]
호스트 디바이스(10)는 최초 대화방을 생성하고자 하는 사용자의 디바이스이며, 대화방에 타사용자를 초대하려는 사용자의 디바이스로 생각하면 이해하기 쉬울 것이다.
게스트 디바이스(20)는, 호스트 디바이스(10)의 대화방에 참여한 사용자의 디바이스(20), 또는 호스트 디바이스(10)의 근거리 통신망 내에 존재하지만 아직 대화방에 참여하지 않은 사용자의 디바이스도 게스트 디바이스(20)라고 볼 수 있다. 다시 말해, 게스트 디바이스(20)는 호스트 디바이스(10)의 근거리 통신망 내에 존재하는 사용자의 디바이스라고 넓게 이해할 수 있다.
참고로, 여기서 말하는 디바이스는 스마트폰, PDA, 태블릿PC 등과 같이 휴대가 가능한 단말기는 물론 PC 등과 같은 설치형 단말기도 포함될 수 있다. 다만, 앞서 간략히 설명하였듯이 사용자들이 대화방을 초대하고 이를 수락하는 과정에서 디바이스가 사용자의 모션을 인식하는 과정이 진행될 수 있으므로 사용자의 모션을 인식할 수 있는 디바이스인 것이 바람직할 것이다.
[모션수행정보]
본 발명의 모션수행정보는 사용자가 취한 제스쳐, 움직임, 모션에 대한 정보이며, 앞서 언급하였듯이 모션은 스마트폰을 흔드는 모션, 스마트폰으로 “O” 또는 “X”를 그리는 모션, 특정 방향을 가리키는 모션, 스마트폰을 뒤집는 모션 등과 같은 다양한 모션들이 포함될 수 있다. 사용자의 디바이스는 사용자가 모션을 수행하였는지 안 하였는지를 디바이스의 모션감지기능을 통하여 판단하고 판단한 결과 값을 모션수행정보로 생성할 수 있다. 모션수행정보는 서비스 서버(100)에 전송되고 서비스 서버(100)가 이 모션수행정보를 통하여 사용자에게 대화방 서비스를 제공할 수 있게 된다.
한편, 또 다른 측면에서의 모션수행정보는 사용자가 단순히 모션을 했는지 안 했는지에 대한 정보가 아닌 어떤 모션을 취하였는지에 대한 모션 수행정보일 수도 있다. 이를 테면, 사용자가 사용자 디바이스를 들고 “O”를 그리는 모션을 취하였는지, 사용자가 사용자 디바이스를 들고 “X”를 그리는 모션을 취하였는지를 판단하여 판단한 결과 값을 모션수행정보로 생성할 수 있다는 것이다.
이상, 오프라인 커뮤니티 서비스를 설명함에 있어 자주 언급될 용어들을 간략히 살펴보았다.
다음으로, 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법을 구체적으로 알아보기 앞서 도 11 내지 도 14를 통하여 간략한 대화방 생성과 참여방법을 살펴보도록 한다.
도 11은 호스트 디바이스(10)와 게스트 디바이스(20)와의 관계를 간단히 그림으로 나타낸 도면이다.
도 11의 “H”는 호스트 디바이스(10)이며, 검은색 원의 영역은 호스트 디바이스(10)의 호스트 디바이스(10)의 근거리 통신 범위이다.
반면, “G”는 게스트 디바이스(20)이며, 호스트 디바이스(10) 근거리 통신 범위 내에 위치한 사용자의 디바이스 이다.
한편, 근거리 통신 범위 바깥쪽의 “G'”는 게스트 디바이스(20)가 아닌 사용자의 디바이스이다. 다시 말해, “G'”는 호스트 디바이스(10)의 근거리 통신 범위에 위치하고 있지 않기에, 호스트 디바이스(10)를 기준으로 게스트 디바이스(20)가 아닌 사용자의 디바이스이지만, 다른 호스트 디바이스(10)의 게스트 디바이스(20)가 될 수 있는 사용자의 디바이스이기도 하다.
참고로, 호스트 디바이스(10)는 서비스 서버(100)를 이용하는 사용자의 디바이스라면 어떤 디바이스든 될 수 있다. 다시 말해, “G”나 “G'”는 대화방을 생성하고자 모션수행정보를 취한다면 서비스 서버(100)가 상기 모션수행 정보를 인식하여 호스트 디바이스(10)로 지정할 수 있다는 것이다.
도 12는 호스트 디바이스(10)가 모션을 수행하여 대화방을 초대하면, 게스트 디바이스(20)가 모션을 수행하여 수락을 하거나 모션을 수행하지 않아 거절하는 모습을 나타낸 도면이다.
“H”의 호스트 디바이스(10)가 모션을 수행하게 되면, 서비스 서버(100)가 임의의 다른 게스트를 대화방으로 초대하고자 하는 의미로 받아들여 호스트 디바이스(10)의 모션수행정보를 저장하게 된다. 이후에, “G”의 게스트 디바이스(20)가 “H”의 모션과 동일한 모션을 수행하면 서비스 서버(100)가 이를 상기 “H”의 대화방에 참여하고 싶은 의미로 받아들여 호스트 디바이스(10)와 게스트 디바이스(20)의 대화방을 생성한다.
반면에, 호스트 디바이스(10)가 모션을 수행한 이후에도 게스트 디바이스(20)가 모션을 수행하지 않으면, 호스트 디바이스(10)와 모션을 수행하지 않은 “G”의 게스트 디바이스(20)의 대화방은 생성되지 않을 것이다.
참고로, 게스트 디바이스(20)의 의사를 확실히 하기 위하여, 최초 호스트 디바이스(10)가 모션을 수행한 이후에 소정 시간 내에 모션을 수행한 게스트 디바이스(20)하고만 대화방이 생성될 수 있도록 할 수 있으며, 여기서 소정 시간은 호스트 디바이스(10)가 서비스 서버(100)에 기 설정한 시간일 것이다. 바람직하게는 5초 내지 10초 이내의 시간일 수 있다.
도 13은 복수의 호스트 디바이스(10)가 존재할 때에 호스트 디바이스(10)와 게스트 디바이스(20) 간 대화방이 생성되는 모습을 나타낸 도면이다.
“H1”과 “H2”는 호스트 디바이스(10)이며 “G1” 과 “G2”는 게스트 디바이스(20)이고 “S”는 서비스 서버(100)라 할 때, 예를 들어 “H1”과 “H2”가 모두 특정 모션을 수행하여 게스트들을 대화방을 초대하고자 하며 “G1”과 “G2”도 모두 모션을 수행하여 대화방에 참여하고 싶은 의사를 나타냈다고 가정한다. 한편, “H1” 의 근거리 통신망 내에 “G1”과 “G2”가 포함되어 있을 수 있고, “H2”의 근거리 통신망 내에 “G1”과 “G2”가 포함되어 있을 수 있는데, 이러한 경우, 앞서 설명한 것과 같이 적용되면 “G1”과 “G2”는 “H1”과 “H2”의 대화방 각각에 모두 참여가 되는 문제가 발생할 수 있는데, 이러한 문제점을 극복하기 위하여 본 발명의 서비스 서버(100)는 “H1” 과 “H2”, “G1”과 “G2”의 모션수행정보를 저장하고 대화방을 생성할 때에 서로 가까운 호스트 디바이스(10)와 게스트 디바이스(20)의 대화방을 우선적으로 생성하도록 구현될 수 있다. 다시 말해, 도 13을 참고하면 “H1”은 상대적으로 더 가까운 “G1”과 제 1 대화방이 우선시 생성될 수 있으며, “H2”는 상대적으로 더 가까운 “G2”와 제 2 대화방이 우선시 생성될 수 있다. 이러한 메커니즘은 복수 개의 호스트 디바이스“H1”과 “H2”가 존재하고, 1개의 게스트 디바이스 “G”만 존재할 때에도 같은 방식으로 작동될 수 있다. 즉, “H1”과 “H2”가 모두 모션을 수행한 상황이 있다고 가정하였을 때 “G”의 모션 수행이 있었다면, 서비스 서버(100)는 “G”의 모션과 동일한 모션을 한 호스트가 존재하는지를 파악할 것이며, 그리고 만약 호스트가 존재하되 복수 개가 존재하는 경우 서비스 서버(100)는 “G”와 상대적으로 더 가까운 거리에 위치하고 있는 어느 하나의 호스트 디바이스와 “G” 를 하나의 대화방 내에 참여시킬 것이다.
한편, 게스트 디바이스(20)가 모션을 수행한 이후에 참여하고 싶은 호스트 디바이스(20)의 대화방이 맞는지 확인하는 메시지가 추가적으로 전송될 수 있으며, 이를 통해 게스트 디바이스(20)가 원치 않은 대화방에 참여되지 않도록 할 수 있다.
도 14는 호스트 디바이스(10)가 대화방에 참여한 게스트 디바이스(20)에 호스트 권한을 위임하여 또 다른 게스트 디바이스(20)를 상기 대화방에 초대하는 모습을 나타낸 도면이다.
도 14의 (A)는 “H1”과 “G1”은 제 1 대화방에 참여되어 있으며, “H1”인 호스트 디바이스(10)가 “G1”인 게스트 디바이스(20)에게 서비스 서버(100)를 통해, 또는 게스트 디바이스(20)와의 직접 통신을 통해 호스트 권한을 위임한 모습을 나타낸 것이다.
도 14의 (B)는 “G1”인 게스트 디바이스가 “H1”인 호스트 디바이스(10)에 의하여 “H2”인 호스트 디바이스로 위임되며, 위임된 이후에 기존에 “H1”인 호스트 디바이스의 근거리 통신망 밖에 위치한 “G'”이 “H2”인 호스트 디바이스의 근거리 통신망 내에 위치하게 되어 “H2”인 호스트 디바이스의 게스트 디바이스가 되는 모습을 나타낸 것이다. 즉, “H1”으로부터 위임을 받은 “H2” 호스트 디바이스가 결과적으로는 “H1” 호스트 디바이스의 통신이 닿지 않는 범위에 있던 “G'”를 대화방 내로 참여시키는 실시예를 도시한 것이다.
이상, 도 11 내지 도 14에 도시되어 있는 개념도를 통하여 본 발명의 오프라인 커뮤니티 서비스를 그림을 통하여 간략히 살펴보았다.
다음으로, 본 발명의 오프라인 커뮤니티 서비스에서 제 3 자를 참가시키는 방법을 단계별로 살펴보도록 한다.
<제 5 실시 예: 기본 실시 예>
도 15는 본 발명의 제 5 실시 예에 따른 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법을 구체적으로 나타낸 도면이다.
본 발명의 제 1 실시 예에 따른 오프라인 커뮤니티 서비스에서 제 3 자를 참가시키는 방법은 호스트 디바이스(10)가 호스트 모션수행정보를 생성하는 단계(S1501)로부터 시작되며, 호스트 디바이스(10)가 모션수행정보를 생성한 후에는 이를 서비스 서버(100)에 상기 모션수행정보를 전송한다(S1502).
서비스 서버(100)가 호스트 디바이스(10)로부터 호스트 모션수행정보를 수신한 경우, 서비스 서버(100)는 상기 호스트 모션수행정보를 저장한다(S1503).
서비스 서버(100)가 모션수행정보를 저장한 이후에, 게스트 디바이스(20)가 게스트 모션수행정보를 생성하고(S1504) 이를 서비스 서버(10)에 전송한 경우(S1505), 서비스 서버(100)는 게스트 디바이스(20)로부터의 게스트 모션수행정보와 매칭되는 호스트 디바이스(10)를 탐색하며(S1506), 어느 특정 호스트 디바이스(10)가 탐색된 경우 해당 호스트 디바이스(10)와 게스트 디바이스(20)의 대화방을 생성한다(S1507).
<제 6 실시 예: 복수의 호스트 디바이스가 존재하는 경우>
도 16은 본 발명의 제 6 실시 예에 따른 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법을 구체적으로 나타낸 도면이다.
본 발명의 제6 실시 예에 따른 오프라인 커뮤니티 서비스에서 제 3 자를 참가시키는 방법은 제 1 호스트 디바이스(11)와 제 2 호스트 디바이스(12)가 각각의 호스트 모션수행정보를 생성하는 것(S1601)에서부터 시작되며, 제 1 호스트 디바이스(11)와 제 2 호스트 디바이스(12)가 각각의 호스트 모션수행 정보를 생성한 후 이를 서비스 서버(100)에 전송하는 단계(S1602)로 이어진다.
서비스 서버(100)가 제 1 호스트 디바이스(11) 및 제 2 호스트 디바이스(12)로부터 호스트 모션수행정보를 수신한 경우, 서비스 서버(100)는 상기 모션수행정보를 저장한다(S1603).
서비스 서버(100)가 모션수행정보를 저장한 이후에, 게스트 디바이스(20)가 게스트 모션수행정보를 생성(S1604)하고 이를 서비스 서버(10)에 전송(S1605)할 수 있는데, 이 때 서비스 서버(100)는 먼저 게스트 디바이스(20)로부터 수신된 모션수행정보와 매칭되는 호스트 디바이스를 탐색하게 된다(S1606). 한편, 탐색된 호스트 디바이스가 복수 개인 경우, 서비스 서버(100)는 제 1 호스트 디바이스(11) 및 제 2 호스트 디바이스(12) 중 상기 게스트 디바이스(20)와 상대적으로 더 가까운 호스트 디바이스(20)를 특정한다(S1607).
이 후, 서비스 서버(100)는 특정된 호스트 디바이스와 게스트 디바이스(20) 간의 대화방을 생성하면서(S208) 본 발명의 제 2 실시 예에 따른 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법이 마무리 된다.
< 제 7 실시 예: 호스트가 특정 모션수행정보 설정>
도 17은 본 발명의 제 7 실시 예에 따른 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법을 구체적으로 나타낸 도면이다.
본 발명의 제 7 실시 예에 따른 오프라인 커뮤니티 서비스에서 제 3 자를 참가시키는 방법은 호스트 디바이스(10)가 특정 호스트 모션수행정보를 생성하는 것에서부터 시작된다(S1701). 여기서, 특정 호스트 모션수행정보는 사용자가 특정 또는 지정한 모션을 수행하였는지에 대한 정보이거나 사용자가 소정 시간 동안 수행한 모션에 대한 정보이며, 이를 설정하기 위하여 호스트 디바이스(10)가 서비스 서버(10)에 기 저장된 방식의 모션(흔들기, 뒤집기 등) 선택하거나 호스트 디바이스(10)가 직접 특정 모션을 취하여 서비스 서버(100)에 설정할 수 있다.
이렇게 호스트 디바이스(10)가 특정 호스트 모션수행정보를 설정한 경우, 서비스 서버(100)에 상기 특정 호스트 모션수행정보를 전송한다(S1702).
서비스 서버(100)가 호스트 디바이스(10)로부터 특정 모션수행정보를 수신한 경우, 서비스 서버(100)는 상기 특정 모션수행정보를 인식하고 이를 저장한다(S1703).
서비스 서버(100)가 호스트 모션수행정보를 인식하고 저장한 이후에, 게스트 디바이스(20)가 특정 게스트 모션수행정보를 생성(S1704)하고 이를 서비스 서버(10)에 전송할 수 있다. 이 때, 서비스 서버(100)가 게스트 디바이스(20)로부터 특정 게스트 모션수행정보가 수신하고, 서비스 서버(10)는 게스트 디바이스(20)가 전송한 특정 게스트 모션수행정보가 앞서 호스트 디바이스(10)가 설정한 특정 호스트 모션수행정보와 일치하는지 여부를 검증한다(S1705). 이 때, 서비스 서버(100)는 상기 호스트 디바이스가 설정한 호스트 모션수행정보와 상기 게스트 디바이스(20)로부터 수신된 게스트 모션수행정보를 서로 비교할 수 있고, 비교 결과는 수치화 된 값(유사율)으로 산출될 수 있다. 또한, 검증의 기준은 상기 수치화 된 값이 특정 값 이상인지 여부가 될 수 있다.
한편, 서비스 서버(10)가 게스트 디바이스(20)로부터 수신 받은 특정 모션수행정보가 호스트 디바이스(10)가 설정한 특정 모션수행정보와 일치하는 것으로 검증을 완료한 경우, 서비스 서버(100)는 호스트 디바이스(10)와 게스트 디바이스(20)가 참여하는 대화방을 생성한다(S1706).
<제 8 실시 예: 적어도 둘 이상의 특정 모션수행정보 설정>
도 18은 본 발명의 제 8 실시 예에 따른 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법을 구체적으로 나타낸 도면이다.
본 발명의 제 8 실시 예에 따른 오프라인 커뮤니티 서비스에서 제 3 자를 참가시키는 방법은 호스트 디바이스(10)가 적어도 둘 이상의 특정 모션수행정보를 설정하는 것에서부터 시작된다(S1801). 여기서, 호스트 디바이스(10)가 적어도 둘 이상의 특정 모션수행정보를 설정한다는 것은 게스트 디바이스(20)로부터 적어도 둘 이상의 구분된 의사표시, 즉 상이하게 구분되는 모션을 받기 위함이다. 예를 들면, 호스트 디바이스(10)가 대화방 초대에 대하여 스마트폰으로 “O”자를 그리는 것을 수락의 의미로 하여 제 1 특정 모션수행정보로 설정하고 스마트폰으로 “X”자로 그리는 것을 거절의 의미로 하여 제 2 특정 모션수행정보로 설정할 수 있다는 것이다.
이렇게 호스트 디바이스(10)가 적어도 둘 이상의 특정 수행정보를 생성한 후 서비스 서버(100)에 전송하면(S1802), 서비스 서버(100)에서는 이를 수신한 뒤 특정 모션수행정보를 구분한다(S1803). 여기서, 서비스 서버(100)가 설정된 특정 모션수행정보를 구분하는 이유는 게스트 디바이스(20)가 수행할 수 있는 제 1 또는 제 2 특정 모션수행정보에 따라 각각 다르게 서비스를 제공하기 위함이다.
이어서, 서비스 서버(100)는 상기 구분된 특정 모션수행정보를 저장한다(S1804).
서비스 서버(100)가 구분된 특정 모션수행정보를 저장한 이후에, 제 1 게스트 디바이스(21)가 특정 모션수행정보를 생성하고 이를 서비스 서버에 전송할 수 있으며(S1805), 제 2 게스트 디바이스(22) 역시 특정 모션수행정보를 생성하고 이를 서비스 서버에 전송할 수 있는데(S1805), 서비스 서버(100)는 전송 받은 특정 모션수행정보가 저장된 모션수행정보와 매칭이 되는지, 만일 매칭이 되는 모션수행정보가 있다면 그것이 호스트 디바이스(10)의 제 1 특정 모션수행정보인지 또는 제 2 특정모션수행정보인지 판단할 수 있다(S1806). 또는 이 외에도 상기 게스트 디바이스들로부터 수신된 특정 모션수행정보가 서비스 서버(100) 내에 저장된 것과 매칭되는지를 통합적으로 탐색할 수도 있다.
만일, 전송 받은 특정 모션수행정보가 제 1 특정 모션수행정보인 것으로 판단된 경우, 서비스 서버(100)는 제 1 특정 모션수행정보를 보낸 게스트 디바이스(20)와 호스트 디바이스(10)의 대화방을 생성한다(S1807).
반면, 전송 받은 특정 모션수행정보가 제 2 특정 모션수행정보인 것으로 판단된 경우, 서비스 서버(100)는 제 2 특정 모션수행정보를 보낸 게스트 디바이스(20)와 호스트 디바이스(10)의 대화방을 생성하지 않는다.
참고로 위 실시 예에서는 제1 특정 모션수행정보가 대화방 초대에 응하는 모션으로, 제2 특정 모션수행정보는 대화방 초대를 거절하는 모션으로 설명하였으나, 이는 하나의 실시 예에 불과한 것이며, 당연히 각 모션수행정보 마다 서로 다른 명령어, 또는 기능이 부여될 수 있다 할 것이다.
<제 9 실시 예: 또 다른 방법의 대화방 초대(입장 토큰 배포))>
도 19는 본 발명의 제 9 실시 예에 따른 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법을 구체적으로 나타낸 도면이다.
본 발명의 제 9 실시 예에 따른 오프라인 커뮤니티 서비스에서 제 3 자를 참가시키는 방법은 호스트 디바이스(10)가 서비스 서버(100)에 대화방 생성을 요청하는 것에서부터 시작된다(S1901).
서비스 서버(100)가 호스트 디바이스(10)로부터 대화방 생성요청을 수신한 경우, 서비스 서버(100)가 대화방을 생성한다(S1902).
서비스 서버(100)가 대화방을 생성한 이후에, 호스트 디바이스(10)가 모션수행정보를 생성하고(S1903) 이를 서비스 서버(100)에 전송한 경우(S1904), 서비스 서버(100)가 모션수행정보를 저장한다(S1905).
서비스 서버(100)가 호스트 디바이스(10)의 모션수행정보를 저장한 경우, 서비스 서버(10)는 비활성화 입장 토큰을 생성한다(S1906). 여기서, 비활성화 입장토큰이란 용어 그대로 아직 활성화 되지 않은 입장토큰이며 입장토큰은 대화방에 들어갈 수 있는 열쇠라고 이해하면 쉬울 것이다. 입장토큰이 활성화되면 상기 생성된 호스트 디바이스(10)의 대화방에 입장할 수 있는 것이다.
이렇게, 서비스 서버(10)가 비활성화 입장 토큰을 생성한 경우, 서비스 서버(100)는 호스트 디바이스(10)의 근거리 통신망 내에 위치한 게스트 디바이스(20)에 비활성화 입장 토큰을 배포한다(S1907).
서비스 서버(100)가 호스트 디바이스(10)의 근거리 통신망 내에 위치한 게스트 디바이스(20)에 비활성화 입장 토큰을 배포한 경우, 게스트 디바이스(20)가 배포된 비활성화 입장 토큰을 수신한다(S1908).
게스트 디바이스(20)가 배포된 비활성화 입장 토큰을 수신한 이후, 게스트 디바이스(20)가 모션수행정보를 생성하면 비활성화 입장 토큰이 활성화 입장 토큰으로 변환된다(S1909).
게스트 디바이스(20)가 모션수행정보를 생성하여 비활성화 입장 토큰이 활성화 입장 토큰으로 변환시킨 경우, 서비스 서버(10)가 이를 확인하여 활성화 입장 토큰을 가진 게스트 디바이스(20)를 호스트 디바이스(10)의 대화방에 입장시킨다(S1910).
한편, 앞서에서는 상기 비활성화 입장 토큰이 서비스 서버(100)에 의해 배포가 되는 실시예를 설명하였으나, 상기 비활성화 입장 토큰은 호스트 디바이스(10)가 주변의 불특정 다수에게 브로드캐스팅 하는 방식으로도 게스트 디바이스(20)에 전달될 수 있다. 게스트 디바이스(20)는 블루투스 네트워크를 통해 호스트 디바이스(10)로부터 애드패킷 및 비활성화 입장 토큰을 수신할 수 있으며, 게스트 디바이스(20)에서 특정 모션이 수행된 경우 상기 비활성화 입장 토큰이 활성화 입장 토큰으로 변환되어 상기 서비스 서버(100) 측에 전달될 수 있고, 이에 따라 상기 호스트 디바이스(10)와의 대화방 참여가 가능할 수 있다.
도 20은 본 발명의 오프라인 커뮤니티 서비스를 통하여 근접자에게 프로필을 공유하는 모습을 나타낸 것이다.
도 20을 참고하면, 마스크를 착용한 두 명의 사용자가 본인의 얼굴이 담긴 사진 또는 개인정보가 포함된 프로필을 서비스 서버(100)를 통하여 상대방에게 공유할 수 있는데, 이러한 프로필 공유는 바람직하게는 근거리 통신망 범위 내에서 이루어질 수 있다. 구체적으로, 서비스 서버(100)는 제1 사용자 디바이스(201)로부터 사용자의 프로필을 입력 받고 이를 저장하며 제 1 사용자 디바이스(201)의 근거리 통신망 내에 위치한 제 2 사용자 디바이스(202)에게 저장된 프로필 리스트를 제공하거나 가장 가까운 사용자의 프로필을 제공하는 서버이다. 이러한 서비스를 사용자에게 제공하는 방법을 이하 자세히 설명하도록 할 것이며, 자세한 설명을 하기 이전에 설명의 이해를 돕고자 오프라인 커뮤니티 서비스 서버(100)에 자주 사용되는 용어들을 먼저 살펴보도록 한다.
[서비스 서버(100)]
서비스 서버(100)는 근거리 통신망 내에 위치한 사용자들이 마스크를 내려 서로의 얼굴을 인식시키거나 서로의 개인정보를 굳이 물어보지 않은 채 서로 근접하여 존재하기만 하여도 서로의 프로필을 온라인상으로 교환할 수 있도록 서비스를 제공하는 서버이다. 서비스 서버(100)는 사용자 디바이스들 간의 근접성을 확인하는 단계를 수행할 수 있는데, 이는 임의의 사용자 디바이스가 서비스 서버(100)에 근접성을 증명할 수 있는 정보를 공유하였음을 전제로 상기 정보를 기초로 수행할 수 있다. 이 때 근접성을 증명할 수 있는 정보란 상기 임의의 사용자 디바이스가 주변의 다른 사용자 디바이스로부터 수신한 애드패킷 내 포함된 정보 중 일부일 수 있다.
[사용자 디바이스(30)]
사용자 디바이스(30)는 쉽게 말하면 사용자가 사용하는 스마트폰, 태블릿 PC와 같이 통신기능이 탑재된 디바이스를 일컫는 것으로, 오프라인 커뮤니티 서비스를 이용하기 위한 애플리케이션이 기 설치되어 있는 디바이스일 수 있다. 참고로, 여기서 말하는 디바이스는 스마트폰, PDA, 태블릿PC 등과 같이 휴대가 가능한 단말기는 물론 PC 등과 같은 설치형 단말기도 포함될 수 있다.
[사용자 정보, 사용자 정보 리스트]
사용자 정보는 사용자가 사용자 디바이스(30)에 기 설치된 애플리케이션을 이용하여 입력한 프로필이며, 여기에는 사용자의 이름, 나이, 직업, 성별과 같은 기본적인 정보뿐만 아니라, 사진 등과 같은 정보도 포함될 수 있다. 사용자 정보에는 텍스트 형태의 정보, 이미지나 동영상 형태의 정보들이 포함될 수 있다.
또한, 사용자 정보는 다양한 콘텐츠를 더 포함할 수 있다. 예를 들어, 사용자 본인을 소개하는 음성을 녹음하고 서비스 서버(100)에 업로드 하여 음성 콘텐츠를 사용자 정보로 활용할 수 있으며, 사용자가 본인을 소개하는 영상을 제작하고 서비스 서버(100)에 업로드 한 경우에는 이 영상 콘텐츠를 사용자 정보로 활용할 수 있다.
한편, 사용자 정보 리스트는 서비스 서버(10)가 사용자 디바이스(30)의 근거리 통신망 내에 위치한 타사용자 디바이스(20)들의 사용자 정보들을 취합하여 사용자 디바이스(30)에게 제공하는 정보이다.
사용자 정보 리스트는 사용자 디바이스(30)에게 근거리 통신망 내에 위치한 타사용자 디바이스(20)들의 사용자 정보를 거리가 가까운 순으로, 즉 사용자 디바이스(30)로부터 가까이 있는 타사용자 디바이스(20)의 순서대로 나열하여 제공될 수 있다. 다시 말해, 사용자 디바이스(30)에 제공되는 사용자 정보리스트 중에 사용자가 굳이 확인할 필요 없는 사용자 정보도 포함되어 있을 수 있기에, 보통 사용자 정보를 교환할 때에는 서로 거리를 가까이 하고 있을 경우가 많은 것을 고려하여 서비스 서버(100)가 사용자 디바이스(30)에 사용자 정보리스트를 제공할 때에는 사용자 디바이스(30)로부터 가까운 타사용자 디바이스(20)의 사용자 정보를 우선순위에 두어 제공할 수 있다.
또한, 사용자 정보 리스트는 사용자 디바이스(30)가 이미 사용자 정보를 교환한 적 있거나 확인한 적 있는 사용자 정보를 특정하여 사용자 디바이스(30)에 사용자 정보 리스트를 제공할 수 있다. 다시 말해, 사용자가 이전에 사용자 정보를 교환한 적이 있지만 사용자가 이를 잊어버렸거나 다시 한번 사용자 정보 리스트를 통하여 확인할 때에 사용자가 사용자 정보 리스트에서 신속하게 찾을 수 있도록 서비스를 제공한다는 것이다.
또한, 사용자 정보 리스트는 사용자 디바이스(30)의 근거리 통신망 내에 자주 들어오는 타사용자 디바이스(20)의 사용자 정보를 특정하여 사용자 디바이스(30)에 사용자 정보 리스트를 제공할 수도 있다. 다시 말해, 사용자 디바이스(30)의 근거리 통신망 내에 자주 포착되는 타사용자는 사용자 일상생활에서 자주 만나는 사람이라고 볼 수 있으며, 서로의 정보를 알아두면 언젠가는 서로의 친구나 직장동료와 같은 인연이 될 수 있기에 이러한 인연의 기틀을 마련해주는 서비스를 제공한다는 것이다.
또한, 사용자 정보 리스트는 사용자 디바이스(30)가 사전에 설정해 둔 타사용자 디바이스(20)의 사용자 정보를 제외하여 사용자 디바이스(30)에 사용자 정보 리스트를 제공할 수도 있다. 다시 말해, 사용자와 타사용자가 이미 잘 알고 있는 사이여서 굳이 서로의 사용자 정보를 교환할 필요가 없는 경우에는 사전에 제외할 것을 설정해 둠으로써 사용자 정보 리스트에 포함되지 않도록 할 수 있다.
또한, 사용자 정보 리스트는 연예인, 인플루언서, 셀럽과 같은 화제인물들이 우선순위로 제공될 수도 있다. 다시 말해, 사용자 주변에 사전에 연예인, 인플루언서, 셀럽으로 등록된 자의 디바이스가 존재하는 것으로 파악이 되었다면, 서비스 서버(100)가 이들의 사용자 정보는 리스트 중 상위에 올려 놓음으로써 우선적으로 제공이 되도록 할 수 있다.
도 21은 복수의 사용자 디바이스(30)가 서비스 서버(100)를 통하여 사용자 정보 리스트를 제공받는 모습을 나타낸 도면이다.
도 21을 참고하면, 도면부호 201 내지 203은 각각 제 1 사용자 디바이스(201), 제 2 사용자 디바이스(202), 제 3 사용자 디바이스(203)이며, 도 21에 도시된 사용자 디바이스들은 서로의 근거리 통신망 내에 위치하고 있는 것으로 가정한다. 또한, 중심에 도시되어 있는 도면부호 100은 서비스 서버이며, 도 21에 도시된 사용자 디바이스들은 서비스 서버(100)가 제공하는 애플리케이션을 기 설치한 것을 가정하여 설명하도록 한다. 참고로 도면에 도시되어 있는 서비스 서버(100)는 근거리 통신망 내에 존재하는 것은 아니며, 서비스 서버(100)와 상기 사용자 디바이스들 간에는 광역 네트워크(예. 이동통신망)로 통신이 이루어짐을 이해하기로 한다.
먼저, 제 3 사용자 디바이스(203)를 제외한 제 1 사용자 디바이스(201)와 제 2 사용자 디바이스(202)는 각각의 사용자의 프로필이 입력된 제 1 사용자 정보 및 제 2 사용자 정보를 서비스 서버(100)에 전송한다.
제 1 사용자 디바이스(201)와 제 2 사용자 디바이스(202)가 서비스 서버(100)에 각각의 사용자 정보를 전송하면, 서비스 서버(100)는 전송 받은 사용자 정보들을 저장하고, 저장된 사용자 정보를 취합하여 사용자 정보 리스트로 만들어 근거리 통신망 내에 위치한 제 1 내지 제 3 사용자 디바이스 중 어느 하나의 사용자 디바이스에 제공할 수 있다. 여기서 한 가지 특기할 만한 사항은 제 3 사용자 디바이스(203)의 경우 미리 사용자 정보를 서비스 서버(100) 측에 입력해 두지 않았다 하더라도 서비스 서버(100)로부터 사용자 정보 리스트를 제공 받을 수 있다는 점이다. 즉, 제3 사용자 디바이스(203)는 제1 사용자 디바이스(201), 또는 제2 사용자 디바이스(202)로부터 수신한 애드패킷 내 정보를 활용하여 서비스 서버(100) 측에 근접 상황 정보를 공유하면, 서비스 서버(100)로부터 사용자 정보 리스트를 제공받을 수 있다.
도 22는 복수의 근거리 통신망 범위가 존재할 때에 서비스 서버(100)가 사용자 정보 리스트를 제공하는 모습을 나타낸 도면이다.
도 22를 참고하면, 제 1 근거리 통신망과 제 2 근거리 통신망이 존재하고, 제 1 근거리 통신망에는 제 1 사용자 디바이스(201)와 제 2 사용자 디바이스(202)가, 제 2 근거리 통신망에는 제 3 사용자 디바이스(203)와 제 4 사용자 디바이스(204)가 위치하고 있는 것을 확인할 수 있다.
먼저, 도 22에 도시된 사용자 디바이스들은 각각의 사용자의 프로필이 입력된 제 1 내지 제 4 사용자 정보를 서비스 서버(100)에 전송한다.
이어서, 제 1 내지 제 4 사용자 정보를 전송 받은 서비스 서버(100)는 상기 제 1 내지 제 4 사용자 정보를 취합하여 사용자 정보 리스트를 만들되, 상기 취합한 사용자 정보 리스트는 사용자 정보 리스트를 제공받는 사용자 디바이스의 근거리 통신망 내에 위치한 사용자 정보만 선정하여 제공할 수 있다. 구체적으로, 제 1 사용자 디바이스(201)가 서비스 서버(100)로부터 제공받는 사용자 정보 리스트는 제 1 사용자 디바이스(201)와 같은 제 1근거리 통신망 내에 있는 제 2 사용자 디바이스(202)의 사용자 정보일 수 있으며, 제 3 사용자 디바이스(203)가 서비스 서버(100)로부터 제공받는 사용자 정보리스트는 제 3 사용자 디바이스(203)와 같은 제 2근거리 통신망 내에 있는 제 4 사용자 디바이스(204)의 사용자 정보일 수 있다. 이것이 가능한 이유는 서비스 서버(100)가 사용자 디바이스들 간 근접성을 판단할 때에, 어느 한 사용자 디바이스가 다른 사용자 디바이스로부터 수신한 애드패킷 내 포함된 정보를 이용하기 때문이다. 즉, 애드패킷을 어느 사용자 디바이스로부터 수신하였는지가 곧 사용자 디바이스들 간 동일한 근거리 통신망 내에 있는지 여부를 확인하는 기준이 될 수 있다.
도 23은 서비스 서버(100)가 제 1 사용자 디바이스(201)에게 사용자 정보 리스트를 제공할 때에, 사용자 정보 리스트에 제 1 사용자 디바이스(201)로부터 거리가 가까운 사용자 디바이스의 사용자 정보를 우선순위로 제공하는 모습을 나타낸 도면이다.
먼저, 도 23 에 도시된 사용자 디바이스들은 서로 소정의 거리를 두고 위치해 있으며, 제 1 사용자 디바이스(201)를 기준으로 제 2 사용자 디바이스(202)는 “L1”만큼, 제 3 사용자 디바이스(203)는 “L2”만큼, 제 4 사용자 디바이스(204)는 “L3”만큼의 거리를 두고 있음을 확인할 수 있다. 여기서, “L1”, “L2”, “L3”로 갈수록 거리 값이 커진다고 가정할 때, 서비스 서버(100)가 제 1 사용자 디바이스(201)에게 사용자 정보 리스트를 제공할 경우, 사용자 정보 리스트에는 제 1 사용자 디바이스(201)에 인접한 디바이스의 거리를 연산하여 제 1 사용자 디바이스(201)와 가까운 거리의 사용자 디바이스의 사용자 정보를 우선순위로 제공할 수 있다. 참고로, 상기 사용자 디바이스들 간의 거리는 상기 사용자 디바이스들이 서비스 서버(100)에 공유하는 RSSI값을 기초로 산출될 수 있거나, 또는 상기 사용자 디바이스들이 서비스 서버(100)에 공유하는 GPS 정보를 기초로 산출될 수 있다.
이상, 도 21 내지 도 23을 통하여 근접자에게 프로필을 공유하는 방법을 간략하게 살펴보도록 한다.
< 제 10 실시 예: 기본 프로필 제공 프로세스>
도 24는 근접자에게 프로필을 공유하는 방법의 제 10 실시예를 도시한 것이다.
본 발명의 제 1 실시예에 따른 방법은 사용자 디바이스(30)가 사용자 정보를 애플리케이션을 통하여 입력하고 입력한 사용자 정보를 서비스 서버(100)에 전송하면, 서비스 서버(100)가 이 사용자 정보를 데이터베이스에 저장하는 것으로부터 시작한다(S2401).
S2401단계 이후에는 서비스 서버(100)가 사용자 디바이스들 간 근접성을 확인하는 단계(S2402)가 실행될 수 있다. 예를 들어, 제1 사용자 디바이스(201)로부터 애드패킷을 수신한 제2 사용자 디바이스(202)는 자신의 수신한 애드패킷 내 정보 중 일부를 포함하여 상기 서비스 서버(100) 측에 근접 상황 정보를 공유할 수 있는데, 서비스 서버(100)는 제2 사용자 디바이스(202)로부터 공유 받은 근접 상황 정보를 참고하여 상기 제1 사용자 디바이스(201)와 제2 사용자 디바이스(202) 간 근접성을 확인할 수 있다.
근접성이 확인된 후, 서비스 서버(100)는 서로 근접해 있는 사용자 디바이스들로 사용자 정보 리스트를 제공(S2403)할 수 있다. 사용자 정보 리스트는 앞서 설명한 것과 같이 근거리 통신망 내에 공존하고 있는 사용자가 누가 있는지에 대한 리스트일 수 있으며, 여기에는 같은 공간 내 존재하는 사용자들에 대한 기본적인 정보들 및 사진(프로필사진)이 포함될 수 있다.
한편, 사용자 정보 리스트가 제공된 후, 임의의 사용자 디바이스는 어느 한 명의 사용자를 리스트 중에서 선택(클릭, 터치)할 수 있으며, 서비스 서버(100)는 선택된 사용자에 관한 사용자 정보를 상기 사용자 디바이스에 제공(S2404)하게 된다.
<제 11 실시예: 제 10 실시 예 구체화(두 사람일 경우)>
도 25는 본 발명의 제 11 실시 예에 따른 프로필 공유 방법을 구체적으로 나타낸 도면이다.
본 발명의 제 11 실시 예에 따른 방법은 앞서 설명한 제 1실시 예를 구체화한 것으로, 두 개의 사용자 디바이스들(201, 202)이 근거리 통신망 내에 위치하였을 때 서로의 사용자 정보를 확인하는 것에 대한 실시 예이다.
본 발명의 제 11 실시 예에 따른 프로필 공유 방법은 먼저, 제 1 사용자 디바이스(201)와 제 2 사용자 디바이스(202)가 각각 제 1 사용자 정보 및 제 2 사용자 정보를 입력하고(S2501) 이를 서비스 서버(100)에 전송하는 것으로부터 시작한다(S2502).
S2502 단계 후, 서비스 서버(100)는 전송 받은 사용자 정보들을 데이터베이스에 저장(S2503)하게 되는데, 이 때 데이터베이스는 상기 서비스 서버(100)가 자체적으로 구비하고 있는 저장수단, 또는 서비스 서버(100)가 접근 가능한 클라우드 저장수단일 수 있다.
제 1 및 제 2 사용자 정보를 저장 한 이후, 서비스 서버(100)는 제 1 사용자 디바이스(201)와 제 2 사용자 디바이스(202)가 서로 근접하여 존재하는지를 확인(S2504)하게 되며, 서로 근접해 있는 것으로 확인된 경우 제 1 사용자 디바이스(201)와 제 2 사용자 디바이스(202)에게 사용자 정보 리스트를 제공하게 된다 (S2505). 이 때, 제 1 사용자 디바이스(201)가 제공받은 사용자 정보 리스트에는 제 2 사용자 정보가 포함되어 있을 것이며, 제 2 사용자 디바이스(202)가 제공받은 사용자 정보 리스트에는 제 1 사용자 정보가 포함되어 있을 것이다.
참고로, 앞선 설명에서는 서비스 서버(100)가 사용자 디바이스들 간 근접성을 판단할 때, 애드패킷으로부터 획득된 정보 중 일부가 포함된 근접 상황 정보를 기준으로 할 수 있다고 설명하였는데, 애드패킷이란 사용자 디바이스가 근거리 통신망, 예를 들어 블루투스 통신망을 통해 타 디바이스로 전파를 시키기 위해 생성된 데이터 패킷으로 이해될 수 있다. 애드패킷에는 상기 서비스 서버(100)에 의해 제공되는 서비스를 식별하기 위한 식별자인 UUID가 포함될 수 있으며, 여기에 더하여 앞서 특정 사용자를 식별하기 위한 식별자를 더 포함할 수 있다. 즉, 상기 애드패킷에는 기본적으로 서비스 서버(100)에 의해 제공되는 서비스를 식별하기 위한 식별자, 그리고 사용자를 식별할 수 있는 식별자가 포함될 수 있으며, 이러한 애드패킷은 임의의 타 디바이스들로 브로드캐스팅 될 수 있다.
참고적으로, 상기 애드패킷에는 부가적으로 커뮤니티에 참여시키고자 하는 사용자 디바이스의 수를 제어하기 위한 카운팅 값(TTL), 또는 임의의 호스트 디바이스로부터 직접 발신된 애드패킷인지 여부를 식별하기 위한 다이렉트 필드(Direct field)가 더 포함될 수 있다. 카운팅 값과 관련하여, 카운팅 값(TTL)은 애드패킷을 전달하는 사용자의 수를 제한하기 위한 값으로, 임의의 호스트 디바이스로부터 브로드캐스팅 된 카운팅 값이 n일 때에 이를 수신한 디바이스들은 카운팅 값을 1만큼 줄여 다시 타 디바이스들로 브로드캐스팅을 하게 될 것이며, 최종적으로 카운팅 값이 0일 경우에는 더 이상 브로드캐스팅이 되지 않도록 할 수 있다. 다이렉트 필드와 관련하여, 본 발명에서는 카운팅 값을 이용하여 블루투스 메쉬 네트워크를 통한 연쇄적인 브로드캐스팅이 가능한데, 경우에 따라서는 임의의 사용자 디바이스, 다시 말해 임의의 노드들 중에서 어떤 노드들이 호스트 디바이스로부터 직접 애드패킷을 수신하였는지를 확인할 필요가 있을 수 있다. 다이렉트 필드는 호스트 디바이스가 발송하는 애드패킷에서는 트루(true) 값으로 설정되어 있을 것이나, 이를 수신한 사용자 디바이스들은 다이렉트 필드의 값을 폴스(false)로 바꾸어 브로드캐스팅을 하게 할 수 있다. 이 경우 오직 호스트 디바이스로부터 애드패킷을 직접 수신한 사용자들만 다이렉트 필드로 트루(true) 값을 가지게 될 것이므로, 호스트 디바이스와 가장 인접한 사용자 디바이스들을 구분할 수 있다. 또한, 경우에 따라 상기 다이렉트 필드가 트루인 애드패킷을 수신한 디바이스들은 일정 거리 내 이내에 존재하는 것들이라고 추정도 가능하게 함으로써 근접한 사용자 디바이스들을 대상으로 다양한 부가 서비스를 제공하거나 또 다른 부가 정보를 제공할 수 있게 할 수 있다.
한편, S2505 단계 이후, 제1사용자 디바이스(201)에서는 사용자 정보 리스트 중 제2 사용자에 대한 정보를 알고 싶다는 의사를 서비스 서버(100) 측에 전달(S2506)할 수 있으며, 서비스 서버(100)는 이에 대한 응답으로 제2 사용자 정보를 제공(S2507)할 수 있다. 예를 들어, 제1 사용자 디바이스(201)의 사용자는 스마트폰 화면에 떠 있는 사용자 정보 리스트 중 제2 사용자의 이름을 터치하여 제2 사용자에 대한 사용자 정보를 제공 받을 수 있다.
쉬운 예로, 제1 사용자와 제2 사용자가 서로 마스크를 착용하고 있는 상태에서 서로 소개를 하는 상황을 가정해 볼 때 제1 사용자와 제2 사용자는 서로의 얼굴이 마스크에 의해 가려져 있기 때문에 원활한 소개가 어려울 수 있는데, 각 사용자들은 자신의 스마트폰 화면에 표시된 상대방 이름(또는 아이디, 그 밖의 식별자)을 클릭함으로써 곧바로 상대방의 프로필 사진을 확인할 수 있고, 이를 통해 상대방과의 원활한 소개를 이어갈 수 있다.
한편, 상기 실시예에서는 사용자가 직접 제공 받은 사용자 정보 리스트 중 어느 하나를 선택하여야만 그 사용자에 대한 정보가 제공되는 것으로 설명하였으나, 별도의 선택 과정이 없더라도 사용자 디바이스들 간 근접성이 확인되었다면 자동으로 프로필 사진이 화면에 표시되도록 구현될 수도 있다. 즉, 제1 사용자와 제2 사용자는 서비스 서버(100)에 의해 근접성이 확인된 후 곧바로 서로의 프로필 사진을 스마트폰 화면을 통해 확인할 수 있다. 이러한 실시예는, 서비스 서버(100)가 제1 사용자 디바이스(201) 및 제2 사용자 디바이스(202)로부터 각각의 근접 상황 정보를 공유 받을 때에 각 사용자 디바이스들이 상대방으로부터 애드패킷을 수신한 것으로 추정되는 경우 곧바로 프로필 사진이 사용자 디바이스의 화면 상에 표시되게 함으로써 구현될 수 있다. 또 다른 예로, 서비스 서버(100)가 제1 사용자 디바이스(201) 및 제2 사용자 디바이스(202)로부터 근접 상황 정보를 공유 받는 시간차나 RSSI 역시 위 실시예를 구현해 내는 데에 활용될 수 있다. 즉, 서로 동일한 공간 내에 존재할 때에는 서로 애드패킷을 송수신 하는 시간이 유사할 것으로 예측되는 점, 상호 간에 감지되는 신호의 세기가 강할 것이라는 점 등의 사실 관계를 활용함으로써 제1 사용자와 제2 사용자 간 곧바로 서로의 프로필 사진을 확인할 수 있게 한 실시예를 구현할 수 있다.
<제 12 실시예: 사용자 디바이스와 가까운 순으로 사용자 정보 리스트 제공>
도 26은 본 발명의 제 12 실시 예에 따른 프로필 공유 방법을 구체적으로 나타낸 도면이다.
본 발명의 제 12 실시 예에 따른 프로필 공유 방법은 서비스 서버(100)가 사용자 디바이스로 사용자 정보 리스트를 제공할 때에 해당 사용자 디바이스와 거리가 상대적으로 가까이 위치하고 있는 사용자 디바이스들의 순서대로 사용자정보 리스트를 제공하는 것이다. 참고로, 본 발명의 제 12 실시예에서는 제 3 사용자 디바이스(203)가 서비스 서버(100)로부터 사용자 정보리스트를 제공받는 주체임을 먼저 이해한다.
도면을 참고할 때, 제12 실시예는 제1 사용자 디바이스(201) 및 제2 사용자 디바이스(202)가 각각 사용자 정보를 입력하는 단계(S2601), 그리고 입력된 사용자 정보가 서비스 서버(100)에 전송되는 단계(S2602), 서비스 서버(100)가 위 사용자 정보들을 저장하는 단계(S2603)를 포함한다.
S2603 단계 이후, 서비스 서버(100)는 제1 사용자 디바이스(201), 제2 사용자 디바이스(202), 및 제3 사용자 디바이스(203)들이 모두 근접해 있는지를 판단(S2604)하게 되는데, 이는 예를 들어 서비스 서버(100)가 제3 사용자 디바이스(203)로부터 수신한 근접 상황 정보 내에 상기 제1 사용자 디바이스(201) 및/또는 제2 사용자 디바이스(202)가 브로드캐스팅 한 애드패킷 내 정보가 포함되는지 여부를 확인함으로써 이루어질 수 있다.
S2604 단계 이후, 서비스 서버(100)는 제3 사용자 디바이스와 다른 사용자 디바이스들 간 근접도, 즉 얼마나 가까이 존재하는지를 추정(S2605)할 수 있다. 본 단계에서의 추정 결과값은 반드시 정확한 수치일 필요는 없으며, 단지 어느 사용자 디바이스가 상대적으로 제3 사용자 디바이스에 더 가까이 있는지 혹은 더 멀리 있는지를 알 수 있을 정도의 결과물이면 족하다 할 것이다. 본 단계는 다양한 방식으로 실행될 수 있는데, 예를 들어 서비스 서버(100)가 수신한 근접 상황 정보 중 포함되어 있는 RSSI 값을 기준으로 근접도가 추정될 수 있으며, 또는 근접 상황 정보 중 포함되어 있는 각 사용자 디바이스들의 GPS 정보가 기준이 되어 근접도가 추정될 수 있다.
S2605단계 이후에는 서비스 서버(100)가 제3 사용자 디바이스(203)에 더 가까이 존재하는 사용자 디바이스를 우선순위로 하는 사용자 정보 리스트를 제공할 수 있다.
<제 13 실시예: 자주 만나는 사용자 정보를 우선적으로 제공>
도 27은 본 발명의 제 13 실시예에 따른 프로필 공유 방법을 구체적으로 나타낸 도면이다.
본 발명의 제 13 실시예에 따른 프로필 공유 방법은 서비스 서버(100)가 사용자 디바이스의 근거리 통신망 내에서 얼마나 자주 만남이 이루어 졌는지 횟수를 기록하고, 만남 횟수가 많은 사용자 디바이스 순으로 사용자 정보를 제공하는 실시 예이다. 참고로 본 발명의 제 13 실시예에 따른 방법은 제 12 실시예와 마찬가지로, 제 3 사용자 디바이스(203)가 서비스 서버(100)로부터 사용자 정보리스트를 제공받는 주체임을 먼저 이해하도록 한다.
본 발명의 제 13 실시예에 따른 방법은 먼저 서비스 서버(100)가 근거리 통신망 내에서 사용자 디바이스들 간의 만남 횟수를 기록하고 저장하는 단계에서 시작한다(S2701). 만남 횟수란, 어느 한 사용자 디바이스와 다른 사용자 디바이스가 서로 애드패킷을 주고 받은 횟수일 수 있다. 즉, 같은 근거리 통신망 내에서 그 존재가 감지되어 애드패킷을 수신한 횟수가 만남 횟수로 정의될 수 있다.
이후, 제1 사용자 디바이스(201)와 제2 사용자 디바이스(202)가 사용자 정보를 입력하는 단계(S2702), 각 사용자 정보를 서비스 서버(100) 측에 전송하는 단계(S2703), 서비스 서버(100)가 사용자 정보를 저장하는 단계(S2704), 제1 사용자 디바이스 내지 제3 사용자 디바이스 간 근접성을 확인하는 단계(S2705)가 진행될 수 있는데, 이들 단계들은 앞서 설명한 단계들과 실질적으로 동일하므로 자세한 설명은 생략하기로 한다.
다음으로, 서비스 서버(100)는 사용자 디바이스 간 만남 횟수를 연산(S2706)할 수 있다. 본 단계는 제3 사용자 디바이스(203)의 근거리 통신망 내에 어떤 사용자 디바이스가 더 많이 존재하였었는지를 파악하는 단계일 수 있다.
이후, 서비스 서버(100)는 제3 사용자 디바이스와 만남 횟수가 더 많은 사용자 디바이스의 순서대로 사용자 정보를 정렬(S2707)하며, 이를 기반으로 생성된 사용자 정보 리스트를 제3 사용자 디바이스(203)에 제공(S2708)할 수 있다.
<제 14 실시예: 셀럽 사용자 정보를 우선시 제공>
도 28는 본 발명의 제 14 실시 예에 따른 프로필 공유 방법을 구체적으로 나타낸 도면이다.
본 발명의 제 14 실시 예에 따른 방법은 서비스 서버(100)가 연예인, 인플루언서, 화제 인물과 같은 셀럽의 디바이스를 셀럽 디바이스(400)로 선정하고 근거리 통신망 내에 셀럽 디바이스(400)가 위치한 경우, 서비스 서버(100)가 사용자 정보리스트에 셀럽 디바이스(400)의 사용자 정보를 우선시 정렬하여 사용자 디바이스(30)에 제공하는 실시 예이다.
참고로, 본 발명의 제 14 실시 예에 따른 방법에서는 제 2 사용자 디바이스(202)가 서비스 서버(100)로부터 사용자 정보리스트를 제공받는 주체임을 먼저 이해한다.
본 발명의 제 14 실시 예에 따른 방법을 이해하려면 셀럽 디바이스(400)를 등록 또는 선정하는 단계를 먼저 이해하여야 하는데, 서비스 서버(100)가 셀럽 디바이스(400)를 등록 또는 선정하는 단계는 서비스 서버(100)가 자체적으로 인지도가 높은 셀럽의 디바이스를 선별하여 셀럽 디바이스(400)로 등록 또는 선정하는 과정, 일반 사용자 디바이스들로부터의 추천을 받아 셀럽 디바이스(400)를 등록 또는 선정하는 과정, 셀럽의 자발적인 신청에 의해 셀럽 디바이스(400)로 등록 또는 선정되는 과정 등으로 이루어질 수 있다.
한편, 본 발명의 제 5 실시 예에 따른 방법은 먼저, 셀럽 디바이스(400)와 제 1 사용자 디바이스(201)가 각각 셀럽 사용자 정보와 제 1 사용자 정보를 입력하고(S2801), 입력한 셀럽 사용자 정보와 제 1사용자 정보를 서비스 서버(100)에 전송하는 단계(S2802)를 포함할 수 있다.
셀럽 디바이스(400)와 제 1사용자 디바이스(201)가 셀럽 사용자 정보와 제 1 사용자 정보를 서비스 서버(100)에 전송한 후, 서비스 서버(100)가 상기 사용자 정보를 저장하는 단계(S2803)가 이어질 수 있다.
이후, 서비스 서버(100)는 제 1 사용자 디바이스(201), 제 2 사용자 디바이스(202) 및 셀럽 디바이스(400)가 서로의 근거리 통신망 내에 위치해 있는지를 판단(S2806)할 수 있으며, 판단 결과 근접성이 확인된 경우, 서비스 서버(100)는 사용자 정보 리스트에서 셀럽 사용자 정보를 우선적으로 정렬(S2807)시킬 수 있고, 이렇게 하여 생성된 사용자 정보 리스트를 제2 사용자 디바이스에 제공(S2808)할 수 있다.

Claims (7)

  1. 오프라인 커뮤니티 서비스를 제공하는 방법에 있어서,
    (a) 제1 사용자 디바이스로부터 셀럽 대화방으로의 참여 요청을 수신하는 단계;
    (b) 상기 제1 사용자 디바이스가 셀럽 디바이스에 근접한 것인지 여부를 판단하는 단계;
    (c) 판단 결과에 따라 상기 제1 사용자 디바이스를 상기 셀럽 대화방에 참여시키는 단계;
    를 포함하는,
    오프라인 커뮤니티 서비스를 제공하는 방법.
  2. 제1항에 있어서,
    상기 (b) 단계는,
    상기 제1 사용자 디바이스가 상기 셀럽 디바이스로부터 수신한 애드패킷 내 포함된 정보 중 적어도 일부가 상기 제1 사용자 디바이스로부터 서비스 서버에 공유되었는지 여부에 따라 판단되는 것을 특징으로 하는,
    오프라인 커뮤니티 서비스를 제공하는 방법.
  3. 제2항에 있어서,
    상기 제1 사용자 디바이스가 상기 셀럽 디바이스로부터 비근접 디바이스인 것으로 판단된 경우,
    상기 (c)단계에서는, 서비스 서버가 상기 제1 사용자 디바이스를 옵저빙 사용자로 상기 셀럽 대화방 내에 참여시키는 것을 특징으로 하는,
    오프라인 커뮤니티 서비스를 제공하는 방법.
  4. 제3항에 있어서,
    옵저빙 사용자 지위를 가지는 상기 제1 사용자 디바이스가 상기 셀럽 디바이스에 접근하여 상기 셀럽 디바이스로부터 애드패킷을 수신한 이후,
    서비스 서버가,
    상기 제1 사용자 디바이스로부터 권한 변경 요청을 수신하는 단계;
    상기 제1 사용자 디바이스가 상기 셀럽 디바이스에 근접한 것인지 여부를 판단하는 단계;
    판단 결과에 따라 상기 제1 사용자 디바이스를 상기 셀럽 대화방에 참여시키는 단계;
    를 더 포함하는,
    오프라인 커뮤니티 서비스를 제공하는 방법.
  5. 제2항에 있어서,
    서비스 서버가,
    제2 사용자 디바이스로부터 상기 셀럽 대화방 참여 요청을 수신하되, 상기 제2 사용자 디바이스는 상기 제1 사용자 디바이스가 브로드캐스팅 한 애드패킷 내 포함된 정보 중 적어도 일부를 상기 서비스 서버에 공유하는 것을 특징으로 하는,
    오프라인 커뮤니티 서비스를 제공하는 방법.
  6. 오프라인에서 근거리 무선 통신망을 통하여 제 3자를 온라인 대화방에 초대하기 위한 방법으로서,
    호스트 디바이스가 생성한 호스트 모션수행정보를 저장하는 단계;
    게스트 디바이스로부터 게스트 모션수행정보를 수신하는 단계;
    상기 게스트 모션수행정보와 매칭되는 호스트 모션수행정보를 탐색하는 단계; 및
    매칭되는 호스트 모션수행정보가 탐색된 경우, 탐색된 호스트 모션수행정보에 대응되는 호스트의 대화방에 상기 게스트 모션수행정보에 대응되는 게스트를 참여시키는 단계;를 포함하고,
    상기 게스트 디바이스는 상기 호스트 디바이스의 근거리 통신망 내에 위치한 것을 특징으로 하는,
    오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법.
  7. 오프라인 커뮤니티 서비스 상에서 사용자 디바이스들 간 프로필을 공유하는 방법에 있어서,
    (a)제1 사용자 디바이스로부터 수신한 제1 사용자 정보를 저장하는 단계;
    (b)제1 사용자 디바이스 및 상기 제1 사용자 디바이스의 근거리 통신망 내에 존재하는 제2 사용자 디바이스 간 근접성을 확인하는 단계;
    (c)상기 제2 사용자 디바이스에 대응되는 제2 사용자 정보 중 일부를 포함하는 사용자 정보 리스트를 상기 제1 사용자 디바이스에 제공하는 단계; 및
    (d)상기 제1 사용자 디바이스로부터 상기 사용자 정보 리스트 중 적어도 하나 이상의 사용자를 선택한 입력이 수신되면, 상기 선택된 사용자에 대응되는 사용자 정보를 제공하는 단계;
    를 포함하는,
    프로필 공유 방법.
PCT/KR2021/017851 2021-11-25 2021-11-30 블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템 WO2023095981A1 (ko)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR10-2021-0164491 2021-11-25
KR1020210164491A KR20230077329A (ko) 2021-11-25 2021-11-25 오프라인 커뮤니티 서비스에서 대화방을 생성하는 방법
KR1020210168204A KR20230080756A (ko) 2021-11-30 2021-11-30 오프라인 커뮤니티 서비스에서 근접자에게 프로필을 공유하는 방법 및 이를 위한 시스템
KR10-2021-0168204 2021-11-30
KR1020210168203A KR20230080755A (ko) 2021-11-30 2021-11-30 블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템
KR10-2021-0168203 2021-11-30

Publications (1)

Publication Number Publication Date
WO2023095981A1 true WO2023095981A1 (ko) 2023-06-01

Family

ID=86539779

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/017851 WO2023095981A1 (ko) 2021-11-25 2021-11-30 블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템

Country Status (1)

Country Link
WO (1) WO2023095981A1 (ko)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060116359A (ko) * 2005-05-09 2006-11-15 엘지전자 주식회사 근거리 통신망을 이용한 휴대용 단말기의 그룹 관리방법
KR101070709B1 (ko) * 2011-03-29 2011-10-07 이재희 반경 내 채팅 시스템 및 서비스 방법
KR101480131B1 (ko) * 2013-01-23 2015-01-08 (주)유비스토리 휴대용 단말기를 이용한 다중 사용자 인증 시스템 및 방법
KR101763847B1 (ko) * 2015-11-05 2017-08-14 이세훈 근거리채팅방법 및 근거리채팅시스템
KR102117886B1 (ko) * 2019-12-16 2020-06-02 주식회사 화컴 블루투스 네트워크를 통한 근거리 검증 기반의 커뮤니티 서비스 제공 방법
JP2020187750A (ja) * 2019-05-14 2020-11-19 ライン プラス コーポレーションＬＩＮＥ Ｐｌｕｓ Ｃｏｒｐｏｒａｔｉｏｎ 位置に基づいてチャットルームへの加入を制御する方法、システム、および非一時的なコンピュータ読み取り可能な記録媒体
KR102226863B1 (ko) * 2020-06-11 2021-03-11 주식회사 화컴 근거리 브로드캐스팅을 활용한 커뮤니티 서비스 제공 방법 및 이를 위한 시스템

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060116359A (ko) * 2005-05-09 2006-11-15 엘지전자 주식회사 근거리 통신망을 이용한 휴대용 단말기의 그룹 관리방법
KR101070709B1 (ko) * 2011-03-29 2011-10-07 이재희 반경 내 채팅 시스템 및 서비스 방법
KR101480131B1 (ko) * 2013-01-23 2015-01-08 (주)유비스토리 휴대용 단말기를 이용한 다중 사용자 인증 시스템 및 방법
KR101763847B1 (ko) * 2015-11-05 2017-08-14 이세훈 근거리채팅방법 및 근거리채팅시스템
JP2020187750A (ja) * 2019-05-14 2020-11-19 ライン プラス コーポレーションＬＩＮＥ Ｐｌｕｓ Ｃｏｒｐｏｒａｔｉｏｎ 位置に基づいてチャットルームへの加入を制御する方法、システム、および非一時的なコンピュータ読み取り可能な記録媒体
KR102117886B1 (ko) * 2019-12-16 2020-06-02 주식회사 화컴 블루투스 네트워크를 통한 근거리 검증 기반의 커뮤니티 서비스 제공 방법
KR102226863B1 (ko) * 2020-06-11 2021-03-11 주식회사 화컴 근거리 브로드캐스팅을 활용한 커뮤니티 서비스 제공 방법 및 이를 위한 시스템

Similar Documents

Publication Publication Date Title
WO2018034494A1 (ko) 챗봇 간에 사용자의 이벤트를 공유하는 방법 및 장치
WO2016076586A1 (en) Mobile terminal and controlling method thereof
WO2021002692A1 (en) Method for providing virtual asset service based on decentralized identifier and virtual asset service providing server using them
WO2016175483A1 (ko) 클라이언트 봇을 이용한 채팅 서비스 제공 방법 및 상기 방법을 수행하는 장치
WO2013069893A1 (ko) 인스턴트 메시징 서비스 및 인스턴트 메시징 서비스로부터 확장된 복수의 서비스들을 제공하는 방법
WO2013025085A2 (en) Apparatus and method for supporting family cloud in cloud computing system
WO2014171620A1 (en) Method and system for controlling external device
WO2016013767A1 (ko) 근거리 무선 장치를 이용한 이동 단말기들 사이의 커뮤니케이션 서비스 제공 방법
WO2014163341A1 (ko) 근거리 유저 식별 시스템 이를 이용한 정보 제공 시스템 그리고 방법
WO2022050652A1 (en) Method, apparatus, and computer readable storage medium for controlling account
WO2013183818A1 (ko) 멀티 디바이스 환경에서의 메시지 서비스 방법 및 시스템, 그리고 이를 위한 장치
WO2014123341A1 (en) System and method of providing object for service of service provider
EP3207518A2 (en) Method and apparatus for providing advertising content
WO2016108532A1 (en) Computing system for privacy-aware sharing management and method of operation thereof
WO2023191444A1 (ko) 프로듀서 매칭 서비스 제공 장치 및 방법
WO2021125499A1 (en) Method and system for providing community service using short-range broadcasting
WO2018135729A1 (ko) 소셜 네트워크 서비스를 이용한 콘텐츠 기부 및 기부 콘텐츠 구매 방법
WO2023095981A1 (ko) 블루투스 기반의 오프라인 커뮤니티 서비스를 제공하는 방법 및 이를 위한 시스템
WO2014142410A1 (en) Computing system with device interaction mechanism and method of operation thereof
WO2021095926A1 (ko) 복합 iot 디바이스 및 이를 이용한 공유서비스 제공방법, 및 블록체인 응용 외부 정보 인식 및 정보 제공방법
AU2014213221B2 (en) Method and system for displaying object, and method and system for providing the object
WO2015060640A1 (ko) 채널 기반의 컨텐츠 중계 방법 및 시스템
WO2010030146A2 (ko) 콘텐츠 협업 네트워크 시스템 및 콘텐츠 협업 방법
WO2022010047A1 (ko) 랩톱 pc 도난 감시 시스템
WO2013122423A1 (en) System and method of transmitting data by using widget window

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: 21965766

Country of ref document: EP

Kind code of ref document: A1